La présente invention concerne un système de gestion de la prise en charge et du transport d'au moins un utilisateur par un véhicule d'une flotte de véhicules.

Il existe déjà dans l'état de la technique (voir par exemple le document WO 01 /72078) des systèmes de gestion de ce type qui comportent par exemple un central téléphonique auprès duquel des utilisateurs peuvent requérir un véhicule de transport.

Un opérateur de ce central émet alors par exemple par radio à destination des véhicules de la flotte une requête de prise en charge et attend qu'un conducteur d'un véhicule de la flotte réponde en lui indiquant qu'il prend en charge le transport requis.

L'opérateur du central téléphonique se charge alors de prévenir l'utilisateur que sa requête est prise en charge.

On conçoit cependant que ceci présente un certain nombre d'inconvénients, notamment au niveau de la complexité des opérations requises et donc du délai de prise en charge de l'utilisateur.

Le but de l'invention est donc de résoudre ces problèmes.

A cet effet, l'invention a pour objet un système de gestion de la prise en charge et du transport d'au moins un utilisateur par un véhicule d'une flotte de véhicules, caractérisé en ce que l'utilisateur et les véhicules de la flotte sont équipés d'objets communicants comportant des moyens de localisation, en ce que l'objet communicant de l'utilisateur comporte des moyens d'émission à destination d'un centre serveur de gestion, d'une requête de course de transport, en ce que le centre serveur comporte des moyens d'identification d'un véhicule de la flotte, disponible à proximité de l'utilisateur et des moyens d'émission à destination de celui-ci d'informations de localisation et/ou de guidage du véhicule vers l'utilisateur et un code de course de transport et des moyens d'émission à destination de l'objet communicant de l'utilisateur, d'une information de prise en compte de sa requête de course de transport et du code de course de transport permettant de vérifier que c'est le bon utilisateur qui utilise le bon véhicule, en ce que le centre serveur est associé à une base de données d'utilisateurs abonnés à un service de transport, comportant des informations d'identification de l'utilisateur, des informations de courses prédéterminées et des informations de paiement préétablies de ces courses prédéterminées, et en ce que l'objet communicant de l'utilisateur comporte des moyens de sélection par celui-ci d'une course entre une course prédéterminée et une autre course.

Selon d'autres aspects de l'invention, le système de gestion comprend l'une ou plusieurs des caractéristiques suivantes :

- l'objet communicant de chaque véhicule comporte des moyens de validation de la prise en charge de la course demandée, et

- l'objet communicant de l'utilisateur comporte des moyens d'entrée et de transmission à destination du centre serveur d'une information de fin de course.

L'invention sera mieux comprise à l'aide de la description qui va suivre, donnée uniquement à titre d'exemple et faite en se référant aux dessins annexés, sur lesquels :

- la figure 1 représente un schéma synoptique illustrant la structure d'un système de gestion selon l'invention, et

- la figure 2 illustre le fonctionnement de celui-ci.

En fait, le système de gestion selon l'invention met en œuvre trois entités, à savoir :

- un centre serveur de gestion informatisé désigné par la référence générale 1 sur ces figures,

- un utilisateur désigné par la référence générale 2, équipé d'un objet communicant désigné par la référence générale 3, et

- des véhicules d'une flotte dont l'un est désigné par la référence générale 4 sur cette figure et qui est également équipé d'un objet communicant désigné par la référence générale 5.

Le centre serveur 1 et les objets communicants 3 et 5 respectivement mis à disposition de l'utilisateur et embarqué dans le véhicule comportent de façon classique des unités de traitement d'informations, des moyens d'échange d'informations à travers par exemple un réseau téléphonique sans fil, et pour l'objet communicant 3 de l'utilisateur et l'objet communicant 5 du véhicule, des moyens de localisation, de type par exemple GPS ou autres. Ainsi par exemple, sur la figure 1 , l'objet communicant 5 du véhicule 4 comporte des moyens de localisation désignés par la référence générale 6, des moyens d'échange d'informations, avec l'environnement désignés par la référence générale 7, une unité de traitement d'informations désignée par la référence générale 8 et une interface homme-machine désignée par la référence générale 9, celle-ci permettant par exemple au conducteur de ce véhicule de piloter le fonctionnement de cet objet communicant.

L'objet communicant 3 de l'utilisateur 2 comporte également des moyens de localisation désignés par la référence générale 10, des moyens d'échange d'informations avec l'environnement désignés par la référence générale 1 1 , une unité de traitement d'informations désignée par la référence générale 12 et une interface homme-machine désignée par la référence générale 13, permettant à cet utilisateur de piloter le fonctionnement de cet objet communicant.

Le centre serveur 1 comporte quant à lui également des moyens d'échange d'informations avec l'environnement désignés par la référence générale 14, une unité de traitement d'informations désignée par la référence générale 15, cette unité de traitement d'informations étant associée par exemple à deux bases de données respectivement 16 et 17 qui contiennent pour l'une, comme par exemple la base de données 16, la localisation actualisée des véhicules de la flotte et pour l'autre, une base de données d'utilisateurs référencés par exemple par abonnement à un service de transport.

En effet et comme cela est illustré sur la figure 2, lorsqu'un véhicule de la flotte se déplace, par exemple de plus de quelques dizaines de mètres (par exemple 100 m), l'objet communicant de celui-ci est adapté pour transmettre à destination du centre serveur une position courante pour permettre de mettre à jour la position des véhicules dans la base de données correspondante.

On reconnaît en effet sur cette figure 2, le centre serveur 1 , l'objet communicant 2 mis à disposition de l'utilisateur et un véhicule de la flotte 4.

Dès que celui-ci se déplace, il transmet alors sa position courante à destination du centre serveur pour que celui-ci mette à jour la base de données correspondante 16, ces étapes de transmission et de mise à jour étant désignées par les références générales 18 et 19 respectivement. Lorsqu'un utilisateur souhaite requérir une course de transport, il déclenche alors à travers son objet communicant, l'émission, à destination du centre serveur, d'une requête de course de transport.

Cette requête est désignée par la référence générale 20 sur cette figure 2. Cette requête est transmise alors à destination du centre serveur qui identifie l'utilisateur à partir de la base de données correspondante 17, recherche un véhicule de la flotte disponible à proximité de la localisation de l'utilisateur et attribue ce véhicule à la requête.

Ces différentes étapes sont illustrées par la référence générale 21 sur cette figure 2.

Le centre serveur émet alors à destination de l'objet communicant du véhicule attribué à la course des informations d'identification de l'utilisateur et de la position de celui-ci.

Ces informations sont reçues par exemple en 22 par l'objet communicant du véhicule. Le conducteur du véhicule décide alors d'accepter ou non la course de transport requise et grâce à l'interface homme-machine de son objet communicant, accepte par exemple celle-ci en 23. Cette acceptation est alors transmise en 24 au centre serveur 1 pour une mise à jour de la gestion des courses requises.

Le centre serveur émet alors à destination de l'objet communicant de l'utilisateur des informations correspondantes avec par exemple un numéro de véhicule, un code de course, etc ...

Ces informations sont reçues en 25 par l'objet communicant de l'utilisateur. Dans le même temps, le centre serveur émet à destination du véhicule, des informations de localisation et/ou de guidage du véhicule vers l'utilisateur, le code de course, etc comme cela est illustré par 25 sur cette figure.

Une fois le véhicule arrivé sur place, lors de la rencontre du véhicule et de l'utilisateur, le conducteur du véhicule et l'utilisateur peuvent être amenés à comparer le code de course de transport, afin de vérifier que c'est bien le bon utilisateur qui utilise le bon véhicule, ce qui permet au conducteur du véhicule de confirmer en 26 la prise en charge de l'utilisateur, cette confirmation étant émise à destination du centre serveur pour une mise à jour en 27 de la gestion des courses, voire une facturation de la course. En effet, le centre serveur associé à la base de données d'utilisateurs référencés, peut comporter des informations relatives à des utilisateurs abonnés à un service de transport. Cette base de données comporte alors des informations d'identification des utilisateurs, des informations de courses prédéterminées par exemple entre le domicile de l'utilisateur et son lieu de travail et des informations de paiement pré-établi de ces courses prédéterminées.

Il va de soi bien entendu que des courses non prédéterminées peuvent être prises en charge et que dans ce cas, l'objet communicant de l'utilisateur peut comporter des moyens de sélection par celui-ci d'une course entre une course prédéterminée et préenregistrée dans la base de données correspondante par exemple avec un mode de facturation pré-établie et une autre course.

On notera également que l'objet communicant de l'utilisateur peut comporter des moyens d'entrée et de transmission à destination du centre serveur, d'une information de fin de course pour confirmer que celle-ci est bien terminée.

On notera enfin que différents modes de réalisation de ces différents éléments peuvent être envisagés et qu'un tel système peut également s'appliquer à des véhicules en libre service mis à disposition des utilisateurs.