FR 2985347 A1 20130705 FR 1250042 A 20120103 - 1 - « Procédé et système d'enregistrement d'au moins un bagage » L'invention concerne un procédé d'enregistrement d'au moins un bagage d'un utilisateur en vue d'un voyage, notamment d'un voyage aérien. On connaît dans l'état de la technique des procédés et des systèmes qui permettent à un utilisateur d'enregistrer lui-même ses bagages, une fois à l'aéroport. De tels systèmes comprennent une borne fixe munie, d'une part, d'un écran d'interface connectée à un serveur de gestion avec lequel elle coopère par le biais d'une application Web et, d'autre part, d'un dispositif de dépose des bagages, apte notamment à peser les bagages et relié à un convoyeur permettant d'amener les bagages jusque dans une zone de traitement des bagages. La borne est munie d'un lecteur apte à lire un identifiant de l'utilisateur, par exemple une carte d'embarquement, fournie lors de l'enregistrement de l'utilisateur, ou une étiquette pour le bagage, également fournie au moment de cette étape d'enregistrement. Suite à la lecture de cet identifiant, le bagage placé sur le dispositif de dépose est associé à l'utilisateur dans le système de gestion des bagages, et les vérifications d'usage (poids, dimensions, etc.) sont effectuées. Ce système donne satisfaction dans la plupart des cas. Toutefois, il n'est pas apte à gérer les cas particuliers, plus complexes et nécessitant a priori la vérification d'un opérateur de l'aéroport. Un utilisateur étant considéré comme un tel cas particulier est généralement redirigé vers un comptoir et l'enregistrement de ses bagages est effectué manuellement par un opérateur de l'aéroport. De tels cas particuliers comprennent par exemple le cas où l'utilisateur voyage avec un enfant en-dessous d'un certain âge, ce qui peut lui donner le droit à un bagage gratuit, le cas où l'utilisateur transporte un équipement sportif, dont le poids est plafonné par certaines compagnies, le cas où l'utilisateur transporte plus de poids de bagages qu'il n'est normalement autorisé à transporter, le cas où le bagage doit être validé par l'agent afin de confirmer qu'il est transportable, ou le cas où la compagnie veut valider systématiquement par un agent toute injection de bagage. - 2 - Il existe donc un besoin d'améliorer encore l'efficacité des systèmes automatiques d'enregistrement de bagages, de façon à diminuer le nombre de cas particuliers qui ne sont pas traités à l'aide de ces systèmes afin de diminuer l'attente et l'insatisfaction des utilisateurs. A cet effet, l'invention a notamment pour objet un procédé d'enregistrement d'au moins un bagage d'un utilisateur en vue d'un voyage, comprenant les étapes suivantes : - l'utilisateur initie, à partir d'un premier terminal, une session relative à son voyage entre le premier terminal et un serveur de gestion avec lequel le premier terminal est en communication, la session permettant l'accès à au moins une donnée d'un ensemble de données associées à son voyage, - un opérateur se connecte à la session de l'utilisateur à partir d'un deuxième terminal, distinct du premier terminal et également en communication avec le serveur de gestion, - l'opérateur modifie au moins une donnée de l'ensemble à partir du deuxième terminal, - en fonction de la ou des données modifiées, on détermine si l'utilisateur est autorisé à enregistrer son ou ses bagages. Ainsi, l'utilisateur, quelle que soit la situation de son voyage, n'est plus obligé de se rendre à un autre comptoir de l'aéroport et/ou de passer par une deuxième file d'attente pour effectuer l'enregistrement de son bagage. L'opérateur, se trouvant à proximité du premier terminal, plus particulièrement, au voisinage d'une pluralité de premiers terminaux, est en effet apte à intervenir et à effectuer directement toutes les vérifications nécessaires en relation avec le voyage de l'utilisateur, sans que l'utilisateur se déconnecte de sa session et ne quitte le premier terminal. L'efficacité du système d'enregistrement automatique est donc augmentée, ainsi que la satisfaction des utilisateurs. Le fait d'utiliser un deuxième terminal, distinct du premier terminal, notamment un terminal mobile, peut permettre à l'opérateur de ne pas avoir à se déplacer auprès de l'utilisateur si ce n'est pas nécessaire, et donc de gagner encore en efficacité. - 3 - Cela permet également d'éviter de rendre visible pour l'utilisateur ou ses accompagnants certaines informations confidentielles qui peuvent être à la disposition de l'opérateur et qui sont propres à la compagnie aérienne ou à l'aéroport, ainsi que d'améliorer la relation entre l'utilisateur et l'opérateur, la configuration du système leur permettant d'échanger plus facilement si nécessaire. Le procédé selon l'invention peut également comprendre l'une ou plusieurs des caractéristiques listées ci-dessous : il comprend une étape de détection d'un type d'enregistrement nécessitant la connexion du deuxième terminal à la session. De préférence, il comprend une étape d'affichage d'un message sur le premier terminal et/ou une étape d'envoi d'un message au deuxième terminal s'il est détecté que la connexion du deuxième terminal à la session est nécessaire. De cette façon, l'opérateur peut être directement informé que l'utilisateur d'un premier terminal en particulier a besoin de son assistance et peut intervenir au plus vite. Dans un mode de réalisation particulier, le message envoyé au deuxième terminal comprend un lien permettant la connexion à la session, ce qui permet à l'opérateur qui reçoit le message de se connecter au plus vite à la session de l'utilisateur et ce, sans se déplacer, dans un autre mode de réalisation, la connexion du deuxième terminal à la session est précédée de, notamment est déclenchée par, une étape de transmission par le deuxième terminal d'un identifiant du premier terminal au serveur de gestion, la session étant associée à l'identifiant du premier terminal. De cette façon, on effectue une vérification supplémentaire du droit du deuxième terminal de se connecter à la session. Dans un mode de réalisation particulier, le procédé comprend, préalablement à l'étape de transmission, une étape de lecture d'un identifiant apposé sur le premier terminal par le deuxième terminal, l'identifiant étant de préférence enregistrée dans une étiquette (Radio Frequency - 4 - Identification Device) ou sur un code-barres, ce qui permet de faciliter la connexion à la session. On notera que, quand on évoque la technologie RFID, on considère que cette technologie englobe la technologie NFC (Near-Field Communication), suite à la connexion du deuxième terminal à la session, on affiche sur le deuxième terminal des données de l'ensemble en supplément de celles qui sont accessibles depuis le premier terminal, notamment toutes les données de l'ensemble. De cette façon, il est plus facile pour l'opérateur de connaître le profil de l'utilisateur et de prendre une décision dans certaines situations qui sont laissées à son appréciation, par exemple s'il doit décider de faire payer ou non à l'utilisateur le surpoids de bagages transportés. Cela permet également de mieux cerner les besoins de l'utilisateur et éventuellement de lui proposer des services intéressants pour lui, le procédé comprend une étape de transfert de données relatives au voyage de l'utilisateur depuis un ou plusieurs serveurs de stockage et une étape de création ou d'extension de l'ensemble de données à partir de ces données dans une mémoire spécifique, notamment une mémoire du serveur de gestion, l'étape de transfert étant déclenchée à l'ouverture de la session et/ou sur requête du premier terminal. Ainsi, on rassemble, généralement temporairement, le temps de la session, les données relatives à l'utilisateur à un même emplacement, notamment un emplacement de la mémoire du serveur de gestion, depuis les différentes bases de données classiques des différents acteurs du marché aérien (des exemples de bases de données sont notamment le DCS ou Departure Control System, donnant des informations sur le voyage de l'utilisateur, ou une base de données de fidélité, donnant des informations sur l'utilisateur possesseur d'une telle carte, etc.), ce qui permet un traitement plus rapide des différentes étapes du procédé. On notera toutefois que, pour - 5 - les besoins de l'invention, l'ensemble de données peut comprendre des données stockées dans différentes bases de données ou différents emplacements d'une même base de données, dans un mode de réalisation particulier, au moins une donnée modifiée dans l'ensemble de données par le deuxième terminal est transmise à au moins un serveur de stockage et mémorisé par ce ou ces serveurs de stockage. Cela permet de répercuter certaines actions de l'opérateur vers d'autres bases de données du système aérien, notamment si ces actions changent les paramètres du voyage de l'utilisateur (par exemple, si l'opérateur accorde un surpoids de bagage à l'utilisateur), pour faciliter ensuite le voyage de l'utilisateur, optionnellement, le procédé comprend une étape d'affichage, sur le deuxième terminal, d'un formulaire comprenant au moins un champ, une étape de remplissage du champ par l'opérateur, l'étape de modification de la ou des données dans l'ensemble correspondant à l'intégration des éléments extraits du ou des champs dans l'ensemble de données. Le procédé est ainsi plus ergonomique pour l'opérateur, le procédé comprend une étape de déconnexion du deuxième terminal de la session, notamment déclenchée par l'étape de modification de la ou des données, ce qui permet de diminuer le nombre d'étapes à effectuer par l'opérateur et d'augmenter le rendement du procédé, dans un mode de réalisation particulier, l'opérateur modifie au moins une donnée d'étalonnage lors de l'étape de modification, le procédé comprenant une étape de comparaison de la ou des données d'étalonnage chacune avec une valeur prédéterminée correspondante. Une telle donnée d'étalonnage appartient à l'ensemble de données mais n'est pas relative à l'utilisateur, elle permet juste de vérifier si l'opérateur a traité la demande de l'utilisateur et permet de ne - 6 - pas déclencher la séquence de vérification lorsque cela n'a pas été le cas, dans le mode de réalisation précédemment décrit, il est également possible que le premier terminal demande le résultat de l'étape de comparaison, par exemple de façon répétitive, notamment toutes les 5 ou 10 secondes, tant que la ou les données d'étalonnage ne sont pas conformes chacune à la valeur prédéterminée correspondante, pour que l'utilisateur soit directement averti que l'opérateur a agi. Il est également possible d'envisager que, lorsqu'un temps prédéterminé depuis que la première étape de comparaison s'est écoulée, le premier terminal arrête de demander l'exécution de l'étape de comparaison et affiche par exemple un message sur le premier terminal et envoie un message à un poste de l'aéroport pour avertir de l'absence supposée de l'opérateur, l'étape de détermination peut aussi comprendre une étape de comparaison de la valeur d'au moins une autre des données modifiées que les données d'étalonnage avec une valeur prédéterminée ou avec la valeur d'une ou plusieurs autres données, les droits d'accès aux données de l'ensemble sont différents pour l'utilisateur et l'opérateur de sorte que certaines données de l'ensemble, notamment la ou les données d'étalonnage, peuvent seulement être modifiées par l'opérateur. Généralement, le procédé comprend une étape d'authentification de l'opérateur relativement au deuxième terminal préalablement à l'étape de connexion du deuxième terminal à la session, les droits affectés à l'opérateur étant déterminés à ce moment-là, grâce à une base de données de gestion des droits de celui-ci. Il n'a de cette façon pas besoin de s'authentifier à chaque connexion à une session, et ce sans pour autant que son intervention mette en péril la sécurité des informations de l'utilisateur, - 7 - le premier terminal fournit à l'utilisateur au moins une étiquette à apposer sur un bagage ou met en route un convoyeur permettant la prise en charge du bagage, si l'enregistrement est autorisé, le premier terminal affiche un message, propose le paiement d'une somme prédéterminée et/ou termine la session si l'enregistrement n'est pas autorisé. L'invention a également pour objet un système pour l'enregistrement d'un bagage d'un utilisateur, comprenant : - un serveur de gestion, - au moins un premier terminal en communication avec le serveur, de préférence une pluralité de premiers terminaux, - un deuxième terminal, distinct du premier terminal et également en communication avec le serveur, le système comprenant des moyens pour : - initier une session entre le premier terminal et le serveur de gestion, de sorte que le premier terminal ait accès à au moins une donnée d'un ensemble de données relatives à son voyage, - autoriser la connexion du deuxième terminal à la session initiée par le premier terminal et la modification d'au moins une donnée de l'ensemble par le deuxième terminal, - déterminer, en fonction de la ou des données modifiées, si l'utilisateur est autorisé à enregistrer son ou ses bagages. Optionnellement, le premier terminal est une borne fixe d'enregistrement, munie éventuellement d'un dispositif de dépose et de pesée des bagages, et le deuxième terminal est un terminal mobile, notamment un PDA (Personal Digital Assistant), une tablette graphique ou un smartphone. Le deuxième terminal peut également comprendre un lecteur de code- barres ou d'étiquette RFID. On va maintenant décrire l'invention en référence aux figures ci-après représentant des modes de réalisation de l'invention : - 8 - - la figure 1 est une représentation schématique du système selon un mode de réalisation particulier de l'invention, - la figure 2 est un diagramme des différentes étapes d'un procédé selon un mode de réalisation particulier de l'invention. On a représenté sur la figure 1 le système 100 pour l'enregistrement des bagages de l'utilisateur. Ce système 100 comprend une pluralité de premiers terminaux 102, 104, 106, constitués par des bornes fixées à demeure dans un aéroport. Ces bornes sont utilisées par les voyageurs ou utilisateurs 107 et sont munies chacune d'un dispositif classique de dépose des bagages 108, 110, 112, comprenant notamment un convoyeur pour emmener le bagage au niveau de la zone de traitement des bagages et un dispositif de pesée pour déterminer son poids. Il comprend également un deuxième terminal 114, mobile, constitué par exemple par un PDA (Personal Digital Assistant) et détenu par un opérateur 115 employé par l'aéroport, qui se trouve généralement au voisinage des bornes. Le système comprend également un serveur de gestion 116 auquel sont reliés les premier et le deuxième terminaux 102, 104, 106, 114 par l'intermédiaire d'un réseau 117, tel qu'un réseau local ou un réseau Internet, par exemple sans fil. Le serveur de gestion 116 a notamment pour rôle de gérer la dépose des bagages par les utilisateurs. Il correspond généralement à un serveur applicatif gérant une ou plusieurs applications apte à exécuter tout ou partie du procédé. Ce serveur de gestion 116 est également relié à une pluralité de serveurs de stockage 118, 120 par l'intermédiaire du réseau 117. Ces serveurs de stockage 118, 120 stockent des informations relatives aux voyageurs et en provenance de différentes sources. Le serveur 118 est par exemple un serveur appelé DCS (Departure Control Systems) gérant les données des voyageurs d'une compagnie alors que le serveur 120 est un serveur appartenant à la compagnie aérienne et stockant par exemple des données relatives à l'historique de tous les voyageurs et de la compagnie, tel que le numéro de carte de fidélité de certains voyageurs. Le système - 9 - pourrait bien entendu comprendre d'autres serveurs aptes à communiquer avec le serveur de gestion, par exemple un serveur appelé BHS (Baggage Handling System) gérant l'ensemble des données bagages en cours dans l'aéroport et généralement présents dans l'aéroport. Les serveurs 116, 118 et 120 sont généralement distants des premier et deuxième terminaux, et ne sont pas notamment situés dans l'aéroport. Chaque premier terminal 102-106 comprend des moyens d'interface, à savoir notamment un écran 122 qui peut être tactile et un clavier 124 pour communiquer avec l'utilisateur 107, et/ou d'autres périphériques d'authentification (lecteur de cartes magnétique, RFID, NFC, à puce ou lecteur de code à barres), des moyens de stockage de données 126, tels qu'une mémoire, aptes à stocker des données inscrites par l'utilisateur grâce aux moyens d'interface et des logiciels applicatifs, notamment un logiciel applicatif qui lui permet d'interagir avec le serveur de gestion 116. Ce logiciel peut par exemple comprendre un module client d'un logiciel L1 du serveur 116, installé sur le premier terminal 102, ou un navigateur Internet qui permet d'accéder au logiciel L1 du serveur 116, s'il s'agit d'une application Web. Le premier terminal 102 comprend également des moyens d'exécution 128, tels qu'un processeur, aptes à exécuter le logiciel applicatif. On a représenté sur la figure seulement les moyens particuliers d'un des premiers terminaux mais chacun des terminaux comprend également ces moyens. Le deuxième terminal 114 comprend également des moyens d'interface 130, de stockage de données 132 et d'exécution 134 ayant les mêmes fonctions que celles décrites ci-dessus. Chacun des serveurs 116, 25 118, 120 comprend des moyens de stockage de données, respectivement 136, 140, 144, et des moyens d'exécution, respectivement 138, 142, 146. Comme indiqué précédemment, le serveur de gestion 116 stocke dans ses moyens de stockage un logiciel applicatif L1 permettant d'exécuter le procédé selon l'invention. Les serveurs de stockage 118, 120 comprennent des bases 30 de données structurées permettant d'obtenir des informations relatives à chacun des utilisateurs. On notera que le mode de réalisation dans lequel le logiciel L1 est une application Web est le mode de réalisation préférentiel de l'invention. - 10 - On notera également que le système tel que décrit ci-dessus peut comprendre différentes variantes. Par exemple, le système peut comprendre un nombre différent de premiers terminaux que ce qui a été décrit dans l'exemple ci-dessus. Il peut même n'en comprendre qu'un seul. Il peut également comprendre une multitude de deuxièmes terminaux, auquel cas le logiciel doit comprendre un module de répartition des tâches entre les deux deuxièmes terminaux. Les serveurs de stockage 118, 120 sont également optionnels. Au moins un terminal peut également communiquer avec plusieurs serveurs de gestions, utilisés notamment en parallèle par différentes compagnies. On va maintenant décrire le procédé 200 d'enregistrement selon l'invention, notamment en référence au diagramme de la figure 2. Ce procédé se produit lorsque l'utilisateur souhaite enregistrer son bagage. Il a donc accès à l'un des premiers terminaux, notamment le premier terminal 102 et a généralement posé son bagage sur le dispositif de pesée 108. Lors d'une première étape 202, l'utilisateur 107 s'identifie par exemple en saisissant sur le premier terminal, grâce notamment au clavier 124, un identifiant de son voyage, par exemple un numéro PNR (Passenger Name Record), numéro standard sous lequel chaque compagnie aérienne stocke des informations relatives aux passagers. L'utilisateur peut être invité à saisir son identifiant par un écran spécialement prévu à cet effet sur la borne. Alternativement un identifiant peut être encodé dans un moyen d'identification, par exemple un code à barre de sa carte d'accès à bords qui est alors lue par un lecteur adapté de la borne. A la réception de cet identifiant, le premier terminal transmet automatiquement au serveur de gestion 116, lors d'une étape 204, un message contenant l'identifiant saisi par l'utilisateur et éventuellement d'autres informations, notamment des informations permettant de l'identifier. Cette étape constitue l'étape de l'initiation de la session de l'utilisateur 107. De manière générale, les étapes de transfert de données entre le serveur 116 et les terminaux 102-106, 114 sont effectuées à l'aide des logiciels L1, et éventuellement M1 et M2, dans le cas où l'application L1 n'est pas une application Web. Le serveur de gestion 116 crée alors automatiquement lors d'une étape 206 dans une base de données B1 située dans les moyens de stockage 136 de celui-ci un ensemble de données, par exemple un ensemble de données structuré tel que le permet le langage XML, contenant l'identifiant de l'utilisateur et l'identifiant du premier terminal 102. Il envoie également, lors d'une étape 208A, 208B, un message aux serveurs de stockage 118, 120 requérant le transfert d'informations relatives à l'utilisateur. Pour cela, le message envoyé contient l'identifiant de l'utilisateur 107. Suite à cette requête, les serveurs de stockage transfèrent lors d'une étape 210A, 210B, les informations relatives à l'utilisateur au serveur de gestion 116, qui crée une extension de l'ensemble de données associées à l'utilisateur 107 et les incorpore dans l'ensemble de données, lors d'une étape 212. L'ensemble de données ainsi modifié est bien entendu stocké dans la base de données B1 du serveur de gestion. Chaque ensemble de données associé à un utilisateur comprend des champs ayant une dénomination standard, tel que « nom_du_passager », « date_du_vol », « heure_du_vol », « numéro_du_vol », et des données spécifiques associées à cette dénomination, ayant chacune une valeur telle que PARIS pour le champ « destination_du_vol », ces valeurs étant appelées données. Les données peuvent également être structurées, la structure pouvant de ce fait comprendre un sous-champ associé à un champ prédéterminé et n'existant que si le champ prédéterminé existe, son existence pouvant même être conditionné à la valeur du champ prédéterminé. La structure de données est telle que certains champs créés peuvent n'être associés à aucune donnée ou à une donnée par défaut, transmise par ni par les serveurs 118, 120, ni par le premier terminal 102. Un exemple d'ensemble de données est donné ci-dessous : Ensuite, lors d'une étape 214, le serveur analyse les données (reçues des serveurs de stockage et du dispositif de dépose des bagages 108, comme le poids du bagage ou autre caractéristique) en vue de détecter un enregistrement nécessitant l'intervention d'un opérateur. Un tel enregistrement est par exemple nécessaire, comme expliqué plus haut, lorsque la liste de passager comprend un enfant d'âge inférieur à un âge prédéterminé, par exemple 12 ans, ce qui donne le droit à l'enregistrement d'un bagage gratuit. Lors de cette étape d'analyse, le serveur 116 compare la valeur d'une donnée prédéterminée à une valeur stockée dans le module serveur du logiciel applicatif L1, stocké dans ses moyens de stockage. Ici, le serveur de gestion 116, plus particulièrement les moyens 138 de celui-ci à l'aide du logiciel L1, compare la valeur de la donnée associée au champ « Age_passager_1 » et « Age_passager_2 » à une valeur prédéterminée. En fait, ici, il vérifie si cette valeur est inférieure à la valeur prédéterminée, à savoir 12. Il détermine ensuite, en fonction de cette comparaison, et lors d'une étape 216 s'il est nécessaire que l'opérateur intervienne. Cette étape de détermination pourrait également être plus complexe et prendre en compte le nombre de bagages que souhaite déposer l'utilisateur 107. Si cela n'est pas le cas, l'enregistrement se poursuit de façon classique, par une série d'échanges classiques entre l'utilisateur 107, le premier terminal 102 et le serveur de gestion 116. On ne décrira pas plus avant ici ces échanges, qui seront énumérés par la suite. S'il est déterminé lors de l'étape 216 que l'intervention de l'opérateur est nécessaire, comme dans le cas de l'ensemble de données présenté plus haut, le serveur de gestion 116 commande d'une part au premier terminal - 13 - 102, lors d'une étape 218, l'affichage d'un message sur l'écran à destination de l'utilisateur 107, lors d'une étape 220, indiquant à ce dernier que l'intervention d'un opérateur est nécessaire et lui demandant de patienter quelques instants. D'autre part, il envoie un message au deuxième terminal 114, lors d'une étape 222, le message comprenant un lien lui permettant de se connecter à la session de l'utilisateur et du premier terminal et d'avoir accès aux données associées à l'utilisateur et à la session. Le serveur effectue également des modifications dans l'ensemble de données lors d'une étape 224 : l'ensemble de données comprend un champ « vérification_nécessaire » dont la valeur par défaut est « NON » et dont la valeur est changée à « OUI » si on détecte lors de l'étape 216 que l'intervention de l'opérateur est nécessaire. Ce champ comporte un sous-champ « vérification_effectuée », actif uniquement lorsque la valeur de « vérification_nécessaire » est « OUI » et dont la valeur par défaut est « NON ». La donnée correspondant au champ « vérification_effectuée » est une donnée d'étalonnage. Les étapes 218, 222 et 224 sont effectuées simultanément ou quasi-simultanément. La réception par le premier terminal 102 du message d'attente déclenche une étape 226 cyclique et régulière d'envoi d'un message à destination du serveur de gestion 116 et demandant la valeur du champ « vérification_effectuée » et le résultat de l'étape de comparaison. Lors d'une étape 228, le serveur de gestion renvoie un message comprenant notamment la valeur du champ « vérification_effectuée » au premier terminal. Si cette valeur est « NON », le premier terminal 102 redéclenche l'étape 226 au bout d'un temps d'attente prédéterminé. Le cas où le serveur retourne la valeur « OUI » sera expliqué par la suite. Suite à la réception du message 222 par le deuxième terminal 114, celui-ci affiche ce message lors d'une étape 230 à l'aide des moyens d'interface de sorte qu'il soit lu par l'opérateur 115. Le message peut être affiché notamment sous forme de Pop-up qui recouvre l'écran utilisé par l'opérateur pour lui annoncer l'urgence de son intervention. Lors d'une étape 232, l'opérateur clique sur le lien du message, ce qui déclenche une étape 234 de requête, du deuxième terminal 114 vers le serveur de gestion 116, - 14 - de transfert des données vers le deuxième terminal. Cette étape marque la connexion du deuxième terminal à la session de l'utilisateur. Pour garantir la sécurité des données de l'utilisateur, l'opérateur s'est authentifié au préalable sur le deuxième terminal, de sorte que n'importe qui en possession du deuxième terminal 114 n'a pas accès aux données de l'utilisateur. Cela explique qu'on puisse se passer de vérification supplémentaire lors de la connexion du deuxième terminal à la session. On peut toutefois ajouter des étapes d'authentification supplémentaires suite à l'ouverture du lien par l'opérateur, en lui demandant de composer à nouveau son mot de passe. Suite à l'étape de requête 234, le serveur de gestion 116 transfère au deuxième terminal un accès aux données de la session, notamment toutes les données de l'ensemble de données, lors d'une étape 236. Lors d'une étape 238, au moins une partie des données de l'ensemble sont affichées sur le deuxième terminal. Un formulaire est pour ce faire par exemple présenté à l'opérateur pour qu'il puisse vérifier les données « critiques ». Par exemple, dans le cas des passagers mentionnés plus haut, l'opérateur obtient un formulaire demandant notamment s'il y a bien un enfant de moins de 12 ans parmi les passagers et doit cocher une case parmi les cases « OUI » ou « NON ». Lors d'une étape 240, l'opérateur remplit le formulaire et valide les champs remplis, lors d'une étape 241. Ces deux étapes sont bien entendu effectuées à l'aide des moyens d'interface du deuxième terminal. Cela déclenche une étape 242 d'extraction des données du ou des champs du formulaire et une étape 244 de transfert des données extraites, correspondant aux données de vérification, vers le serveur de gestion 116. Cette étape 240, 241 correspond à l'étape de modification de données. Lorsque le serveur de gestion 118 reçoit les données indiquées par l'opérateur, il les compare lors d'une étape 245 avec une valeur prédéterminée stockée dans ses moyens de stockage ou la valeur d'une donnée de la structure de données. Par exemple, dans le cas mentionné plus haut, il va vérifier si la valeur de la case cochée par l'opérateur est égale à la valeur prédéterminée « OUI ». Cette étape de comparaison constitue une étape de détermination permettant de déterminer si l'utilisateur est autorisé à enregistrer ses bagages. - 15 - Une fois cette étape 245 de comparaison effectuée, le serveur de gestion 118 modifie la valeur de la donnée « vérification_effectuée » mentionnée plus haut pour qu'elle soit « OUI », lors d'une étape 246. Lorsque le premier terminal demande la valeur de la donnée « vérification_effectuée » au cours de l'étape 226, celle-ci étant maintenant « OUI », le serveur de gestion 118 renvoie un message au terminal lui indiquant l'état de la vérification, lors d'une étape 248, diffusé par le premier terminal 102-106 à l'utilisateur lors d'une étape 250. L'exécution de l'étape 226 par le premier terminal est alors également stoppée. Si la vérification n'a pas été concluante, et que l'opérateur a coché la case « NON », le message transmis à l'attention de l'utilisateur lors des étapes 248, 250, lui indique qu'il y a un problème avec son dossier et lui demandant par exemple de se rendre à un comptoir d'enregistrement. Si la vérification a en revanche été concluante et que l'opérateur a coché la case « OUI », le message transmis à l'attention de l'utilisateur lors des étapes 248, 250, lui indique que l'enregistrement peut reprendre. L'utilisateur choisit alors par exemple le nombre de bagages qu'il souhaite enregistrer et le premier terminal imprime des étiquettes pour chacun de ces bagages, les pèse, et, si tout est en ordre, les expédie vers la zone de traitement des bagages. Une fois la vérification non concluante notifiée à l'utilisateur 107 ou l'expédition des bagages effectuée, la session de l'utilisateur 107 est fermée. L'ensemble de données peut ensuite être effacé des moyens de stockage du serveur 116. Le procédé n'est pas limité à ce qui a été décrit précédemment. Par exemple, le procédé peut transmettre au premier terminal, lors de l'étape 218, un message lui demandant d'appeler un opérateur. Lorsque l'opérateur arrive à proximité de la borne, il scanne, grâce aux moyens de lecture du deuxième terminal, un identifiant du premier terminal, par exemple une puce RFID. Il transmet ensuite cet identifiant au serveur de gestion 116, qui, va comparer les identifiants des sessions ouvertes qu'il contient dans sa mémoire (donnée correspondant au champ « Identifiant_terminal » pour chaque structure de données contenue dans sa mémoire), à l'identifiant - 16 - transmis par l'opérateur. Lorsque l'identifiant de la session est égal à l'identifiant transmis, le serveur de gestion 118 identifie la session à laquelle le deuxième terminal souhaite se connecter et effectue l'étape 236 pour cette session. Le procédé suit ensuite son cours. L'étape de transmission constitue l'étape d'entrée dans la session du deuxième terminal. Selon une autre variante, la donnée vérifiée par l'opérateur peut être différente de la donnée vérifiée dans l'exemple. Elle peut par exemple être le poids des bagages. Par exemple, un utilisateur qui n'a droit d'enregistrer qu'un bagage de 20 kg enregistre une valise de 23 kg. Dans ce cas, suite à la pesée du bagage par le premier terminal, le premier terminal compare la valeur pesée à une valeur prédéterminée et stockée dans la mémoire du premier terminal (par exemple, 21 kg). Comme cette valeur est supérieure à la valeur prédéterminée, il la transmet au serveur de gestion pour vérification par l'opérateur. Les données transmises à l'opérateur peuvent dans ce cas comprendre des données sur l'historique des voyages du passager avec la compagnie (données récupérées en cours de session auprès d'un serveur de stockage externe). En fonction de ces données, l'opérateur décide s'il accepte ou non le surpoids de bagages de l'utilisateur. S'il l'accepte, les données de la structure de données sont modifiées (le poids accepté du bagage est augmenté). Cela se traduit par le fait que, suite à l'acceptation par l'opérateur, une donnée telle que « Poids_autorisé » dans la structure de données prend la valeur du bagage pesé + par exemple un poids de sécurité (1kg). En outre, pour éviter un refus du bagage par la suite, ces données sont également transférées à un ou plusieurs serveurs de stockage externe. D'autres variantes sont également envisageables : l'opérateur peut par exemple, pour se connecter à la session, saisir uniquement un identifiant de la borne ou de la session tel que le PNR du passager et ne pas devoir effectuer une étape de lecture RFID. Certaines étapes sont également optionnelles, à l'image des étapes 218, 220 par exemple. Le système pourrait également être de structure différente de ce qui a été décrit dans l'exemple ci-dessus. REVENDICATIONS1. Procédé d'enregistrement d'au moins un bagage d'un utilisateur (107) en vue d'un voyage, caractérisé en ce qu'il comprend les étapes suivantes : - initiation (204), par saisie ou lecture d'un identifiant au niveau d'un premier terminal (102), d'une session relative audit voyage entre le premier terminal et un serveur de gestion (116) distant dudit premier terminal avec lequel ledit premier terminal est en communication au travers d'un réseau de communication local ou internet, ladite session permettant l'accès à au moins une donnée d'un ensemble de données associées audit voyage, - connexion (232, 234) d'un deuxième terminal (114) distinct du premier terminal et également en communication avec le serveur de gestion (116) au travers d'un réseau local ou internet, à ladite session initiée, ledit deuxième terminal étant associé à un opérateur, - modification (240, 241) d'au moins une donnée dudit ensemble à partir du deuxième terminal, - en fonction de la ou des données modifiées, détermination (245) d'une donnée d'autorisation ou non d'enregistrement dudit au moins un bagage. 2. Procédé selon la revendication 1, comprenant une étape de détection (216) d'un type d'enregistrement nécessitant la connexion du deuxième terminal à la session. 3. Procédé selon la revendication 2, comprenant une étape d'affichage (218) d'un message sur le premier terminal et/ou une étape d'envoi (220) d'un message au deuxième terminal s'il est détecté que la connexion du deuxième terminal à la session est nécessaire. 4. Procédé selon l'une quelconque des revendications précédentes, dans lequel la connexion du deuxième terminal à la session est précédée de, notamment est déclenchée par, une étape de transmission par le deuxième- 18 - terminal d'un identifiant du premier terminal au serveur de gestion, la session étant associée à l'identifiant du premier terminal. 5. Procédé selon la revendication 4, comprenant, préalablement à l'étape de transmission, une étape de lecture d'un identifiant apposé sur le premier terminal par le deuxième terminal, l'identifiant étant de préférence enregistré dans une étiquette RFID (Radio Frequency Identification Device) ou sur un code-barres. 6. Procédé selon l'une quelconque des revendications précédentes, dans lequel, suite à la connexion (232, 234) du deuxième terminal à la session, on affiche (238) sur le deuxième terminal des données de l'ensemble en supplément de celles qui sont accessibles depuis le premier terminal, notamment toutes les données de l'ensemble. 7. Procédé selon l'une quelconque des revendications précédentes, comprenant une étape de transfert (2210A, 210B) de données relatives au voyage de l'utilisateur depuis un ou plusieurs serveurs de stockage (118, 120) et une étape de création ou d'extension (212) de l'ensemble de données à partir de ces données dans une mémoire spécifique, notamment une mémoire du serveur de gestion, l'étape de transfert étant déclenchée à l'ouverture de la session et/ou sur requête du premier terminal. 8. Procédé selon la revendication 7, dans lequel au moins une donnée de 25 l'ensemble de données modifiées par le deuxième terminal est transmise à au moins un serveur de stockage et mémorisé par ce ou ces serveurs de stockage. 9. Procédé selon l'une quelconque des revendications précédentes, dans 30 lequel l'opérateur modifie au moins une donnée lors de l'étape de modification, l'étape de détermination comprenant une étape de comparaison de la valeur de la ou des données chacune avec une valeur prédéterminée correspondante.- 19 - 10. Procédé selon la revendication 9, dans lequel le premier terminal demande (226) le résultat de l'étape de comparaison tant que la ou les valeurs de données d'étalonnage ne sont pas conformes chacune à la valeur prédéterminée correspondante. 11. Procédé selon l'une des revendications précédentes, dans lequel les droits d'accès aux données de l'ensemble sont différents pour l'utilisateur et l'opérateur de sorte que certaines données de l'ensemble, notamment la ou les données de vérification, peuvent seulement être modifiées par l'opérateur. 12. Système (100) pour l'enregistrement d'un bagage d'un utilisateur, comprenant : un serveur de gestion (116), au moins un premier terminal (102) en communication avec le serveur, de préférence une pluralité de premiers terminaux, - un deuxième terminal (114), distinct du premier terminal et également en communication avec le serveur ; le système comprenant des moyens pour : - initier une session entre le premier terminal et le serveur de gestion, de sorte que le premier terminal ait accès à au moins une donnée d'un ensemble de données relatives à son voyage, - autoriser la connexion du deuxième terminal à la session initiée par le premier terminal et la modification d'au moins une donnée de l'ensemble par le deuxième terminal, - déterminer, en fonction de la ou des données modifiées, si l'utilisateur est autorisé à enregistrer son ou ses bagages. 13. Système selon la revendication 12, dans lequel : - le premier terminal est une borne fixe d'enregistrement, munie éventuellement d'un dispositif de dépose et de pesée des bagages, - le deuxième terminal est un terminal mobile, notamment un PDA (Personal Digital Assistant), une tablette graphique ou un Smartphone.- 20 - 14. Système selon la revendication 13, dans lequel le deuxième terminal comprend un lecteur de code-barres ou d'étiquette RFID.