Brevet FR3098964A1 — publié le 20210122

Description Titre de l'invention : GESTION DE TRANSPORT D'OBJET ET/ OU DE PERSONNE PAR UN VÉHICULE EN CAS D'ESPACE DISPONIBLE Domaine technique de l'invention 100011 L'invention concerne les véhicules pouvant accueillir des passagers assis, et plus pré- cisément la gestion des transports effectués par de tels véhicules. Etat de la technique [0002] Certains véhicules, notamment ceux de type automobile, comprennent un habitacle, pouvant accueillir en position assise au moins deux passagers, et donc leur usager peut, si l'une des places assises est disponible, proposer de transporter au moins une personne, clans le cadre d'un covoiturage destiné à partager les frais, réduire le nombre de véhicules qui circulent., et donc le trafic routier et la pollution, et transporter des personnes qui ne disposent. pas de moyens de transport. en commun dans les zones où elles sont situées. [0003] Pour effectuer une proposition de covoiturage, l'usager doit accéder à un site de co- voiturage afin de définir au moins le trajet qu'il va effectuer avec son véhicule, le nombre de places disponibles dans son véhicule, et l'horaire de départ. Puis, l'usager doit attendre qu'une personne signale qu'elle est intéressée par la proposition de covoiturage. [0004] Ce mode de fonctionnement présente des inconvénients. En effet, elle nécessite des interventions de l'usager du véhicule, et si les places disponibles ont été réservées, l'usager ne peut plus accepter de transporter au dernier moment une autre personne. Par ailleurs, le transport d'objets accompagnant les personnes ayant fait une réservation peut s'avérer problématique, notamment si le coffre du véhicule est de petites dimensions et/ou loge déjà au moins un objet. De plus, le transport d'objets (ou colis) seuls, c'est-à-dire n'accompagnant pas des personnes, n'est pas résolu, alors que comme dans le cas du covoiturage il permettrait de réduire le nombre de véhicules de livraison qui circulent, et donc le trafic routier et la pollution. Présentation de l'invention [0005] Elle propose notamment à cet effet un procédé de gestion permettant de gérer des transports par un véhicule comprenant un habitacle logeant au moins un passager, un coffre et au moins un capteur délivrant des données d'occupation, et dans lequel est présent un équipement communicant par voie d'ondes. [0006] Ce procédé de gestion se caractérise par le fait qu'il comprend : [0007] - une première étape dans laquelle on obtient les données d'occupation, puis on 2 détermine un trajet du véhicule et des informations qui sont représentatives d'au moins un espace disponible dans l'habitacle et/ou le coffre à partir de ces données d'occupation obtenues, puis on transmet à un serveur, avec l'équipement, ces informations et trajet déterminés, et [0008] - une deuxième étape dans laquelle le serveur détermine s'il y a au moins une personne et/ou un objet à transporter ayant une adresse de récupération et une destination compatibles avec le trajet, avec une éventuelle adaptation de ce trajet, et logeable(s) dans cet espace disponible, et dans l'affirmative le serveur établit une communication avec l'équipement pour proposer au passager de récupérer cette personne et/ou cet objet à cette adresse de récupération déterminée pour la/le(s) transporter à cette destination en précisant l'éventuelle adaptation du trajet, et en cas d'acceptation du passager le serveur enregistre un identifiant du passager en correspondance d'un identifiant de cette personne et/ou d'un identifiant de cet objet et transmet à l'équipement un message comportant cet identifiant de la personne et/ou cet identifiant de l'objet. [0009] Grâce à l'invention, c'est désormais en fonction de l'espace qui est effectivement disponible dans un véhicule qui débute un trajet que l'on recherche de façon automatisée s'il peut transporter au moins une personne et/ou un objet. [0010] Le procédé de gestion selon l'invention peut comporter d'autres caractéristiques qui peuvent être prises séparément ou en combinaison, et notamment : [0011] - dans sa première étape on peut déterminer des informations qui sont représentatives d'un nombre de places assises disponibles et d'un premier volume disponible dans l'habitacle et/ou d'un second volume disponible dans le coffre à partir des données d'occupation obtenues ; [0012] - dans sa deuxième étape le serveur peut déterminer si un objet est logeable clans le premier volume disponible et/ou le second volume disponible, et dans l'affirmative le serveur établit la communication avec l'équipement pour proposer au passager de récupérer l'objet à l'adresse de récupération déterminée pour le transporter à sa destination en précisant l'éventuelle adaptation du trajet, et où loger cet objet dans le véhicule ; [0013] - dans sa deuxième étape, lorsqu'une personne et un objet à transporter ont respec- tivement deux adresses de récupération et/ou deux destinations compatibles avec le trajet, le serveur peut établir la communication avec l'équipement pour proposer au passager de récupérer la personne et l'objet à chaque adresse de récupération déterminée pour les transporter à chaque destination déterminée en précisant l'éventuelle adaptation du trajet ; [0014] - dans sa deuxième étape la proposition peut éventuellement comprendre un montant de rétribution ; 3 [0015] - il peut comprendre une troisième étape dans laquelle, une fois la personne et/ou l'objet transporté(c)(s) jusqu'à sa/leur(s) destination(s), le serveur peut organiser une rétribution du passager ; [0016] - dans sa première étape on peut déterminer le trajet du véhicule auprès d'un dispositif d'aide à la navigation présent dans le véhicule ou en fonction d'un lieu de départ du trajet, d'un horaire et d'une date de départ du trajet, et d'habitudes connues du passager. [0017] L'invention propose également un produit programme d'ordinateur comprenant un jeu d'instructions qui, lorsqu'il est exécuté par des moyens de traitement, est propre à mettre en oeuvre un procédé de gestion du type de celui présenté ci-avant pour gérer des transports par un véhicule comprenant un habitacle logeant au moins un passager, un coffre et au moins un capteur délivrant des données d'occupation, et dans lequel est présent un équipement communicant par voie d'ondes. [0018] L'invention propose également un dispositif de gestion destiné à gérer des transports par un véhicule comprenant un habitacle logeant au moins un passager, un coffre et au moins un capteur délivrant des données d'occupation, et dans lequel est présent un équipement communicant par voie d'ondes. [0019] Cc dispositif de gestion se caractérise par le fait qu'il comprend au moins un processeur et au moins une mémoire agencés pour effectuer les opérations consistant : [0020] - à obtenir les données d'occupation, puis [0021] - à déterminer un trajet du véhicule et des informations qui sont représentatives d'au moins un espace disponible dans l'habitacle et/ou le coffre à partir de ces données d'occupation obtenues, puis [0022] - à déclencher la transmission à un serveur, par l'équipement, de ces informations et trajet déterminés, afin qu'il détermine s'il y a au moins une personne et/ou un objet à transporter ayant une adresse de récupération et une destination compatibles avec le trajet, avec une éventuelle adaptation du trajet, et logeable(s) dans l'espace disponible, et dans l'affirmative qu'il établisse une communication avec l'équipement pour proposer au passager de récupérer cette personne et/ou cet objet à cette adresse de récupération déterminée pour la/le(s) transporter à cette destination en précisant l'éventuelle adaptation du trajet, et en cas d'acceptation du passager qu'il enregistre un identifiant du passager en correspondance d'un identifiant de cette personne et/ou d'un identifiant de cet objet et transmette à l'équipement un message comportant cet identifiant de la personne et/ou cet identifiant de l'objet. [0023] L'invention propose également un véhicule, éventuellement de type automobile, et comprenant, d'une part, un habitacle logeant au moins un passager, un coffre et au moins un capteur délivrant des données d'occupation, et dans lequel est présent un équipement communicant par voie d'ondes, et, d'autre part, un dispositif de gestion du type de celui présenté ci-avant. [0024] L'invention propose également un appareil communicant comprenant un dispositif de gestion du type de celui présenté ci-avant. Brève description des figures [0025] D'autres caractéristiques et avantages de l'invention apparaîtront à l'examen de la description détaillée ci-après, et des dessins annexés, sur lesquels : [0026] [fig.1] illustre schématiquement et fonctionnellement un véhicule comprenant deux sièges, un dispositif de gestion selon l'invention, et un équipement communicant couplé à un réseau de communication auquel est aussi couplé un serveur, [0027] [fig.2] illustre schématiquement un exemple d'algorithme mettant en oeuvre un procédé de gestion selon 1' invention, et [0028] [fig.3] illustre schématiquement et fonctionnellement un exemple de réalisation d'un dispositif de gestion mettant en oeuvre une partie d'un procédé de gestion selon l' invention. Description détaillée de l'invention [0029] L'invention a notamment pour but de proposer un procédé de gestion, et un dispositif de gestion DG associé, destinés à permettre la gestion des transports de personnes et d'objets par un véhicule V comprenant un habitacle H, un coffre CV et au moins un capteur Cj délivrant des données d'occupation do, et dans lequel est présent un équipement EC communicant par voie d'ondes. [0030] Dans ce qui suit, on considère, à titre d'exemple non limitatif, que le véhicule V est de type automobile. Il s'agit par exemple d'une voiture, comme illustré non limitativement sur la figure I. Mais l'invention n'est pas limitée à ce type de véhicule. Elle concerne en effet tout type de véhicule comprenant au moins un habitacle et au moins un coffre, et dont les trajets ne sont pas totalement contraints. Ainsi, elle concerne notamment les véhicules terrestres et les bateaux. [0031] Par ailleurs, on considère dans ce qui suit, à titre d'exemple non limitatif, que le véhicule V est destiné à être conduit manuellement par un conducteur. Mais le véhicule V pourrait être à conduite partiellement ou totalement automatisée (ou autonome). On entend ici par « véhicule à conduite au moins partiellement automatisée (ou autonome) » un véhicule pouvant être conduit sur une route de façon automatisée (partielle ou totale (sans intervention de son conducteur)) pendant une phase de conduite automatisée, ou de façon manuelle (et donc avec intervention de son conducteur sur le volant (ou le guidon) et/ou les pédales (ou leviers) pendant une phase de conduite manuelle. Par exemple, la conduite automatisée (ou autonome) d'un véhicule (à conduite au moins partiellement automatisée) peut consister à diriger partiellement ou totalement ce véhicule ou à apporter tout type d'aide à une personne physique conduisant ce véhicule. Cela couvre donc toute conduite automatisée (ou autonome), du niveau 1 au niveau 5 dans le barème de l'OICA (Organisation International des Constructeurs Automobiles). [0032] On a schématiquement représenté sur la figure 1 un exemple de véhicule V (ici au- tomobile) comprenant un dispositif de gestion DG selon l'invention, un coffre CV et un habitacle H comportant deux sièges avant Sk (k = 1 ou 2) et au moins un capteur Cj délivrant des données d'occupation do, et dans lequel est présent un équipement EC pouvant communiquer par voie d'ondes avec un serveur SS, via au moins un réseau de communication RC au moins partiellement non filaire. [0033] On notera que pour que l'invention puisse être mise en oeuvre, il faut que l'habitacle H du véhicule V comporte au moins deux sièges Sk pouvant accueillir chacun au moins un passager, ou bien au moins un siège pouvant accueillir au moins deux passagers, et il faut aussi qu'au moins un passager soit assis sur l'un des sièges Sk. [0034] On notera également que pour que l'invention puisse être mise en oeuvre, il faut aussi qu'au moins un équipement EC communicant par voie d'ondes soit présent dans le véhicule V. Cet équipement EC peut être présent de façon permanente dans le véhicule V, comme illustré non limitativement sur la figure 1, et dans ce cas il s'agit préférentiellement du module de communication du véhicule V. Mais cela n'est pas obligatoire. En effet, l'équipement EC peut être présent de façon temporaire dans le véhicule V du fait qu'il accompagne un passager, et dans ce cas il s'agit, par exemple, d'un téléphone mobile intelligent (ou « smartphone ») ou d'une tablette électronique communicante. [0035] On notera également que pour que l'invention puisse être mise en oeuvre, il faut aussi qu'au moins un capteur Cj équipant le véhicule V soit capable de fournir des données d'occupation do, c'est-à-dire des données qui sont représentatives directement ou indirectement de la présence d'objet(s) ou d'être(s) vivant(s) (personne ou animal) dans le coffre CV et/ou l'habitacle H. Ainsi, il pourra s'agir, par exemple, d'un capteur de poids ou de présence, par exemple installé dans un siège Sk (dossier ou assise) ou dans un tapis de sol, ou d'un capteur d'ouverture/fermeture de vitre ou de porte, ou d'une caméra d'observation installée dans l'habitacle H ou dans le coffre CV, ou encore de capteur(s) d'assiette du véhicule V. [0036] Comme évoqué plus haut, l'invention propose notamment un procédé de gestion destiné à permettre la gestion des transports de personnes et d'objets par le véhicule V, alors qu'il transporte déjà au moins un passager. [0037] Ce procédé de gestion peut être mis en oeuvre partiellement par le dispositif de gestion DG qui comprend à cet effet au moins un processeur PR, par exemple de signal numérique (ou DSP (« Digital Signal Processor »)), et au moins une mémoire MD, et donc qui peut être réalisé sous la forme d' une combinaison de circuits ou composants électriques ou électroniques (ou « hardware ») et de modules logiciels (ou « software 6 »). La mémoire MD est vive afin de stocker des instructions pour la mise en oeuvre par le processeur PR d'une partie au moins du procédé de gestion. Le processeur PR peut comprendre des circuits intégrés (ou imprimés), ou bien plusieurs circuits intégrés (ou imprimés) reliés par des connections filaires ou non filaires. On entend par circuit intégré (ou imprimé) tout type de dispositif apte à effectuer au moins une opération électrique ou électronique. [0038] Dans l'exemple illustré non limitativement sur la figure 1, le dispositif de gestion DG fait partie d'un calculateur CA équipant le véhicule V. Mais cela n'est pas obligatoire. En effet, le dispositif de gestion DG pourrait être un équipement comprenant son propre calculateur, ou bien pourrait faire partie d'un équipement communicant EC présent de façon temporaire dans le véhicule V du fait qu'il accompagne un passager. [0039] Comme illustré non limitativement sur la figure 2, le procédé de gestion, selon r invention, comprend au moins des première 10-30 et deuxième 40-100 étapes. [0040] La première étape 10-30 du procédé (de gestion) débute lorsqu'au moins un passager s'est assis sur un siège Sk dans l'habitacle H du véhicule V. Dans cette situation, dans une sous-étape 10 de la première étape 10-30, on (le processeur PR et la mémoire MD) obtien(nen)t les données d'occupation do qui sont délivrées par chaque capteur Cj. Puis, dans une sous-étape 20 de la première étape 10-30, on (le processeur PR et la mémoire MD) détermine(nt) le trajet du véhicule V et des informations il qui sont représentatives d'au moins un espace disponible dans l'habitacle H et/ou le coffre CV à partir de ces données d'occupation do obtenues. [0041] Par exemple, dans la sous-étape 10 on (le processeur PR et la mémoire MD) peu(ven)t déterminer le trajet du véhicule V auprès d'un dispositif d'aide à la navigation DAN qui est présent dans le véhicule V (s'il a été programmé (ou sélectionné) par un passager) ou en fonction du lieu de départ du trajet, de l'horaire et de la date de départ du trajet, et d'habitudes connues du passager. On comprendra en effet que l'on peut facilement apprendre, par exemple, qu'un jour connu de la semaine le passager s'installe dans son véhicule V situé à un endroit connu et à un horaire connu pour aller systématiquement à une destination connue. Dans ce cas, si l'on est ce jour connu à cet horaire connu et dans cet endroit connu, on considère que le passager va aller à cette destination connue. [0042] Le mode de détermination des informations il dépend du type de données d'occupation do délivrées par un capteur Cj. Par exemple, si l'on dispose d'une caméra d'observation Cl dans le coffre CV, l'analyse des images numériques (dans le domaine visible) permet de déduire le pourcentage d'occupation du coffre CV, et connaissant le volume à vide du coffre CV (éventuellement par le type du véhicule V) et le pourcentage d'occupation on peut facilement déterminer l'espace disponible dans le coffre CV. Egalement par exemple, si l'on dispose d'une caméra d'observation C3 7 dans l'habitacle H, l'analyse des images numériques (dans le domaine visible ou infrarouge) permet de déduire le pourcentage d'occupation de l'habitacle H (et le nombre de places assises disponibles), et connaissant le volume à vide de l'habitacle H (éventuellement par le type du véhicule V) et le pourcentage d'occupation on peut facilement déterminer l'espace disponible dans l'habitacle H. Egalement par exemple, si l'on dispose d'un capteur de poids ou d'au moins un capteur d'enfoncement des suspensions (ou capteur d'assiette) dans le véhicule V, du nombre de passagers présents dans le véhicule V, et de la quantité de carburant présente dans le réservoir du véhicule V, et connaissant le poids à vide du véhicule V (éventuellement par le type du véhicule V), on peut estimer le poids d'objet(s) logé(s) dans le coffre CV, puis on peut estimer grossièrement l'espace disponible dans le coffre CV à partir de cette estimée de poids dans le coffre CV. L'information du capteur d'assiette combinée à l'information de bouclage des ceintures de sécurité permet d'obtenir cette dernière estimée de poids, connaissant la courbe d'homologation du véhicule V (définissant son comportement en fonction du nombre de passagers embarqués et du remplissage du coffre). Egalement par exemple, si chaque siège Sk est équipé d'un capteur de présence C2, on sait immédiatement quel siège Sk (ou partie de siège) est inoccupée et donc disponible. Mais d'autres capteurs peuvent aussi fournir des indices sur l'occupation des sièges Sk, comme par exemple un capteur d'ouverture/fermeture d'une porte du véhicule V ou un capteur d'ouverture/fermeture d'une fenêtre du véhicule V. [0043] Puis, dans une sous-étape 30 de la première étape 10-30, on transmet par voie d'ondes au serveur SS (via le réseau de communication RC), avec l'équipement EC, les informations Il et le trajet venant d'être déterminés. On comprendra que ce sont le processeur PR et la mémoire MD qui déclenchent cette transmission par l'équipement EC. [0044] Dans la seconde étape 40-100 du procédé (de gestion) le serveur SS détermine dans une sous-étape 40 s'il y a au moins un objet à livrer ayant une adresse de récupération et une destination qui sont compatibles avec le trajet (transmis par l'équipement EC), avec une éventuelle adaptation de ce trajet, et pouvant être logé(s) dans l'espace disponible (représenté par les informations Il transmises par l'équipement EC). On comprendra que connaissant le volume de l'objet, on peut facilement déterminer s'il est inclus dans l'espace disponible. De même, s'il y a dans l'habitacle H un espace disponible correspondant à une place assise disponible, on sait que l'on peut accueillir une personne. [0045] De préférence, lorsque le transport de la personne et/ou de l'objet nécessite une adaptation du trajet, on considère qu'il y a compatibilité lorsque cette adaptation n'induit pas une consommation d'énergie supérieure à un premier seuil et/ou une augmentation de la durée du trajet supérieure à un second seuil. 8 [0046] S'il n'y a pas de personne ou d'objet transportable par le véhicule V, alors le procédé prend fin. En revanche, s'il y a au moins une personne et/ou un objet transportable par le véhicule V (et donc dans l'affirmative), le serveur SS établit, dans une sous-étape 50 de la seconde étape 40-100, une communication par voie d'ondes avec l'équipement EC pour proposer au passager de récupérer cette personne et/ou cet objet à l'adresse de récupération déterminée afin de la/le(s) transporter à la/lcur(s) destination(s), et en précisant l'éventuelle adaptation du trajet. Cette proposition de récupération constitue la sous-étape 60 de la seconde étape 40-100 dans l'exemple d'algorithme de la figure 2. [0047] Puis, le serveur SS attend la réponse du passager via l'équipement EC. Lorsqu'il reçoit cette réponse, il l'analyse dans une sous-étape 70 de la seconde étape 40-100. [0048] Si le passager n'est pas d'accord (refus d'acceptation), alors le procédé prend fin dans une sous-étape 80 de la seconde étape 40-100. En revanche, en cas d'acceptation (ou d'accord) du passager, le serveur SS enregistre dans une sous-étape 90 de la seconde étape 40-100 un identifiant de cc passager en correspondance d'un identifiant de la personne et/ou d'un identifiant de l'objet. Puis, dans une sous-étape 100 de la seconde étape 40-100, le serveur SS transmet à l'équipement EC un message comportant cet identifiant de la personne et/ou cet identifiant de l'objet, afin que le passager dispose de suffisamment d'informations pour pouvoir récupérer la personne et/ou l'objet. [0049] Ainsi, c'est désormais en fonction de l'espace qui est effectivement disponible dans un véhicule qui débute un trajet que l'on recherche de façon automatisée s'il peut transporter au moins une personne et/ou un objet. Le passager n'a donc plus d'informations à fournir, et sa seule intervention consiste à indiquer s'il accepte ou non une proposition de transport de personne et/ou d'objet (éventuellement avec une adaptation de son trajet en cours). En outre, le transport d'objet(s) accompagnant une personne déterminée ne risque plus de poser un problème puisqu'un objet est considéré comme transportable s'il y a suffisamment d'espace disponible dans le véhicule V pour le loger. [0050] On notera qu'il est avantageux que dans la première étape 10-30 on (le processeur PR et la mémoire MD) détermine(nt) des informations il qui sont représentatives du nombre de places assises disponibles et d'un premier volume vl disponible dans l'habitacle H et/ou d'un second volume v2 disponible dans le coffre CV à partir des données d'occupation do obtenues. [0051] Ainsi, on connaît la subdivision de l'espace disponible entre un premier sous-espace ayant un premier volume vl dans l'habitacle H et un second sous-espace ayant un second volume v2 dans le coffre CV, ce qui permet de mieux déterminer l'objet qui peut être transporté par le véhicule V. 9 [0052] En effet, en présence de la dernière option, dans la deuxième étape 40-100 le serveur SS peut déterminer si un objet est logeable dans le premier volume vl disponible et/ou le second volume v2 disponible. Un objet peut avoir un encombrement important suivant au moins une direction de l'espace, ce qui nécessite de l'espace disponible à la fois dans le coffre CV et dans l'habitacle H. De même, certains objets très fragiles peuvent nécessiter une attention particulière et donc un espace disponible dans l'habitacle H (par exemple à côté d'un passager assis). Dans ce cas, lorsque le serveur SS établit la communication avec l'équipement EC, il peut proposer au passager de récupérer l'objet à l'adresse de récupération déterminée pour le transporter à sa destination en précisant l'éventuelle adaptation du trajet, mais également où loger cet objet dans le véhicule V. [0053] On notera également que dans la deuxième étape 40-100 une personne et un objet à transporter peuvent avoir respectivement deux adresses de récupération et/ou deux destinations compatibles avec le trajet du véhicule V. Dans ce cas, le serveur SS établit la communication avec l'équipement EC pour proposer au passager de récupérer ces personne et objet à chaque adresse de récupération déterminée pour les transporter à chaque destination déterminée en précisant l'éventuelle adaptation du trajet. Ainsi le passager peut décider d'accepter cette double récupération en toute connaissance de cause. [0054] On notera également, comme illustré non limitativement sur la figure 2, que le procédé peut aussi comprendre une troisième étape 110-120 dans laquelle, une fois la personne et/ou l'objet transporté(e)(s) jusqu'à sa/leur(s) destination(s), le serveur SS organise une rétribution du passager. Cela nécessite une définition préalable du mode de rétribution, lorsque le passager s'est enregistré auprès du serveur SS etlou lors de la sous-étape 60 (pendant la proposition de récupération). [0055] Cette rétribution peut se faire par tout moyen connu de l'homme de l'art, et notamment via des tiers de confiance. Elle consiste en un crédit d'un compte du passager préalablement identifié, lequel n'est pas forcément de type bancaire (il peut en effet s'agir de jetons utilisables lors d'échanges de services), et d'un débit d'un compte de la personne transportée ou ayant demandé le transport d'un objet. [0056] Le montant de la rétribution peut dépendre du détour (ou adaptation de trajet) que doit faire le véhicule V etlou du poids à transporter, et dans ce cas ce montant peut être proposé dans la proposition de récupération (sous-étape 60). [0057] On notera également que l'invention propose aussi un produit programme d'ordinateur (ou programme informatique) comprenant un jeu d'instructions qui, lorsqu'il est exécuté par des moyens de traitement de type circuits électroniques (ou hardware), comme par exemple le processeur PR, est propre à mettre en oeuvre le procédé de gestion décrit ci-avant pour gérer des transports effectués par le véhicule V. [0058] On notera également, comme illustré non limitativement sur la figure 3, que le dispositif de gestion DG peut aussi comprendre, en complément de sa mémoire vive MD et de son processeur PR, une mémoire de niasse MM, notamment pour le stockage des données d'occupation do, des données représentatives des trajets, des informations représentatives d'une personne et/ou d'un objet transporté(c)(s), et de données intermédiaires intervenant dans tous ses calculs et traitements. Par ailleurs, ce dispositif de gestion DG peut aussi comprendre une interface d'entrée TE pour la réception d'au moins les données d'occupation do, les données représentatives du trajet et les informations représentatives d'une personne et/ou d'un objet transporté(e)(s), et pour les utiliser dans des calculs ou traitements, éventuellement après les avoir mises en forme et/ou démodulées et/ou amplifiées, de façon connue en soi, au moyen d'un processeur de signal numérique PR'. De plus, ce dispositif de gestion DG peut aussi comprendre une interface de sortie TS, notamment pour délivrer des messages destinés au passager et au serveur SS. [0059] On notera également qu'une ou plusieurs sous-étapes des première, deuxième et éventuelle troisième étapes du procédé de gestion peuvent être effectuées par des composants différents. Ainsi, le procédé de gestion peut-être mis en oeuvre par une pluralité de processeurs de signal numérique, mémoire vive, mémoire de masse, interface d'entrée, interface de sortie. 11 [Revendication 1] [Revendication 2] [Revendication 3] REVENDICATIONSProcédé de gestion de transports par un véhicule (V) comprenant un habitacle (H) logeant au moins un passager, un coffre (CV) et au moins un capteur (Cj) délivrant des données d'occupation, et dans lequel est présent un équipement (EC) communicant par voie d'ondes, caractérisé en cc qu'il comprend i) une première étape (10-30) dans laquelle on obtient lesdites données d'occupation, puis on détermine un trajet dudit véhicule (V) et des informations représentatives d'au moins un espace disponible dans ledit habitacle (H) et/ou ledit coffre (CV) à partir desdites données d'occupation obtenues, puis on transmet à un serveur (SS), avec ledit équipement (EC), ces informations et trajet déterminés, et ii) une deuxième étape (40-100) dans laquelle ledit serveur (SS) détermine s'il y a au moins une personne et/ou un objet à transporter ayant une adresse de récupération et une destination compatibles avec ledit trajet, avec une éventuelle adaptation dudit trajet, et logeable(s) dans ledit espace disponible, et dans l'affirmative ledit serveur (SS) établit une communication avec ledit équipement (EC) pour proposer audit passager de récupérer ladite personne et/ou ledit objet à ladite adresse de récupération déterminée pour la/le(s) transporter à ladite destination en précisant l'éventuelle adaptation dudit trajet, et en cas d'acceptation dudit passager ledit serveur (SS) enregistre un identifiant dudit passager en correspondance d'un identifiant de ladite personne et/ ou d'un identifiant dudit objet et transmet audit équipement (EC) un message comportant ledit identifiant de la personne et/ou ledit identifiant de l'objet. Procédé selon la revendication 1, caractérisé en ce que dans ladite première étape (10-30) on détermine des informations représentatives d'un nombre de places assises disponibles et d'un premier volume disponible dans ledit habitacle (H) et/ou d'un second volume disponible dans ledit coffre (CV) à partir desdites données d'occupation obtenues. Procédé selon la revendication 2, caractérisé en ce que dans ladite deuxième étape (40-100) ledit serveur (SS) détermine si un objet est logeable dans ledit premier volume disponible et/ou ledit second volume disponible, et dans l'affirmative ledit serveur (SS) établit ladite communication avec ledit équipement (EC) pour proposer audit passager de récupérer ledit objet à ladite adresse de récupération déterminée pour le transporter à ladite destination en précisant l'éventuelle adaptation dudit 12 [Revendication 4] [Revendication 5] [Revendication 6] [Revendication 7] [Revendication 8] trajet, et où loger cet objet dans ledit véhicule (V). Procédé selon l'une des revendications 1 à 3, caractérisé en ce que dans ladite deuxième étape (40-100), lorsqu'une personne et un objet à transporter ont respectivement deux adresses de récupération et/ou deux destinations compatibles avec ledit trajet, ledit serveur (SS) établit ladite communication avec ledit équipement (EC) pour proposer audit passager de récupérer ladite personne et ledit objet à chaque adresse de récupération déterminée pour les transporter à chaque destination déterminée en précisant l'éventuelle adaptation dudit trajet. Procédé selon l'une des revendications 1 à 4, caractérisé en ce qu'il comprend une troisième étape (110-120) dans laquelle, une fois ladite personne et/ou ledit objet transporté(c)(s) jusqu'à sa destination, ledit serveur (SS) organise une rétribution dudit passager. Procédé selon l'une des revendications 1 à 5, caractérisé en ce que dans ladite première étape (10-30) on détermine ledit trajet du véhicule (V) auprès d'un dispositif d'aide à la navigation (DAN) présent dans ledit véhicule (V) ou en fonction d'un lieu de départ dudit trajet, d'un horaire et d'une date de départ dudit trajet, et d'habitudes connues dudit passager. Produit programme d'ordinateur comprenant un jeu d'instructions qui, lorsqu'il est exécuté par des moyens de traitement, est propre à mettre en oeuvre le procédé de gestion selon l'une des revendications précédentes pour gérer des transports par un véhicule (V) comprenant un habitacle (H) logeant au moins un passager, un coffre (CV) et au moins un capteur (Cj) délivrant des données d'occupation, et dans lequel est présent un équipement (EC) communicant par voie d'ondes. Dispositif de gestion (DG) pour gérer des transports par un véhicule (V) comprenant un habitacle (H) logeant au moins un passager, un coffre (CV) et au moins un capteur (Cj) délivrant des données d'occupation, et dans lequel est présent un équipement (EC) communicant par voie d'ondes, caractérisé en ce qu'il comprend au moins un processeur (PR) et au moins une mémoire (MD) agencés pour effectuer les opérations consistant : - à obtenir lesdites données d'occupation, puis - à déterminer un trajet dudit véhicule (V) et des informations représentatives d'au moins un espace disponible clans ledit habitacle (H) et/ou ledit coffre (CV) à partir desdites données d'occupation obtenues, puis - à déclencher la transmission à un serveur (SS), par ledit équipement 13 [Revendication 9] (EC), de ces informations et trajet déterminés, afin qu'il détermine s'il y a au moins une personne et/ou un objet à transporter ayant une adresse de récupération et une destination compatibles avec ledit trajet, avec une éventuelle adaptation dudit trajet, et logeable(s) dans ledit espace disponible, et dans l'affirmative qu'il établisse une communication avec ledit équipement (EC) pour proposer audit passager de récupérer ladite personne et/ou ledit objet à ladite adresse de récupération déterminée pour la/le(s) transporter à ladite destination en précisant l'éventuelle adaptation dudit trajet, et en cas d'acceptation dudit passager qu'il enregistre un identifiant dudit passager en correspondance d'un identifiant de ladite personne et/ou d'un identifiant dudit objet et transmette audit équipement (EC) un message comportant ledit identifiant de la personne et/ou ledit identifiant de l'objet. [Revendication 10] Véhicule (V) comprenant un habitacle (H) logeant au moins un passager, un coffre (CV) et au moins un capteur (Cj) délivrant des données d'occupation, et dans lequel est présent un équipement (EC) communicant par voie d'ondes, caractérisé en ce qu'il comprend en outre un dispositif de gestion (DG) selon la revendication 8. Appareil communicant, caractérisé en ce qu'il comprend un dispositif de gestion (DG) selon la revendication 8.