Brevet FR2969795A1 — publié le 20120629

Ensemble de deux équipements billettiques La présente invention concerne un ensemble de deux équipements billettiques, chaque équipement comprenant les éléments suivants : - une interface utilisateur, permettant à un utilisateur de contrôler l'équipement et de communiquer avec celui-ci ; - une application, interagissant avec l'interface utilisateur et permettant de traiter des données d'entrée fournies par un utilisateur ; - un système d'exploitation, interagissant avec l'application et permettant de réaliser une interface avec une partie matérielle ; et - une partie matérielle, proposant des ressources informatiques destinées au fonctionnement de l'équipement et comprenant une unité centrale, un dispositif de stockage de l'information, des équipements périphériques, et un moyen de communication destiné à interagir avec un serveur central billettique ; les équipements étant différents par au moins l'un de leurs éléments. Les réseaux de transport public comportent généralement des équipements billettiques pour la vente des titres de transport ainsi que pour la validation et le contrôle des paiements. Ces équipements comprennent différents éléments tels qu'une interface utilisateur, un ensemble de logiciels, un système d'exploitation et différentes ressources informatiques nécessaires au fonctionnement souhaité. En particulier, chaque équipement comporte un logiciel d'offre billettique assurant les fonctions particulières demandées à l'équipement. Ces équipements sont, par exemple, des automates de vente, des appareils de validation de titres de transport, des équipements portables de contrôleurs et des portillons. Compte-tenu des différences d'un équipement à l'autre, chaque logiciel billettique est spécifique au type d'équipement afin de s'adapter aux éléments logiciels et matériels particuliers de l'équipement, dépendant de son activité. Ainsi, chaque constructeur d'équipements billettiques doit développer ou faire développer des logiciels billettiques spécifiques, adaptés à la fonction et à la configuration particulière de chaque équipement, ce qui entraîne des coûts de développement importants. Le but de l'invention est donc de fournir un logiciel d'offre billettique standard, propre à fonctionner sur tous les types d'équipement. A cet effet, l'invention a pour objet un ensemble de deux équipements billettiques du type précité, caractérisé en ce que chaque équipement comporte, en outre, un même module logiciel d'offre billettique globale comprenant : - un gestionnaire billettique composé d'une pluralité de sous modules logiciels, - une interface billettique standard, destinée à gérer les échanges d'informations entre l'application et le gestionnaire billettique à travers l'utilisation de fonctions logicielles, - une interface de données, destinée à gérer les échanges d'informations entre le dispositif de stockage de l'information et le gestionnaire billettique, - une interface de communication destinée à gérer les échanges d'informations entre le moyen de communication et le gestionnaire billettique, - une interface périphérique, destinée à gérer les échanges d'informations entre les équipements périphériques et le gestionnaire billettique, et - une interface couche basse, destinée à gérer les échanges d'informations entre le système d'exploitation et le gestionnaire billettique. Suivant d'autres modes de réalisation, l'ensemble de deux équipements billettiques comprend une ou plusieurs des caractéristiques suivantes, prises isolément ou suivant toutes les combinaisons techniquement possibles : - le gestionnaire billettique comprend un sous-module logiciel de gestion tarifaire, destiné à gérer un ensemble de tarifs suivant des règles tarifaires différentes d'un équipement à l'autre, - le sous-module logiciel de gestion tarifaire interagit avec le serveur central billettique au travers du moyen de communication afin d'effectuer une modification des règles tarifaires, - les équipements périphériques comprennent au moins un équipement périphérique de distribution de médias, - l'équipement périphérique de distribution de médias est un élément sélectionné à partir du groupe consistant en : une imprimante magnétique, une imprimante de billets sans contact, un lecteur sans contact, et un dépileur de carte, - le média est un élément sélectionné à partir du groupe consistant en : un ticket papier, un ticket magnétique, un billet sans contact, une carte sans contact, un téléphone, et une clé USB, - le dispositif de stockage de l'information est un élément sélectionné à partir du groupe consistant en : une mémoire, un disque dur, une carte mémoire, et un serveur, et - chaque équipement est un élément sélectionné à partir du groupe consistant en : un automate, un terminal point de vente, un terminal point de vente simplifié, un valideur, un portable de contrôle, un pupitre bus, et un serveur de vente à distance. L'invention a également pour objet un procédé de fabrication d'un ensemble de deux équipements billettiques selon l'invention, comprenant les étapes suivantes : - installation d'une interface utilisateur, propre à chaque équipement billettique, permettant à un utilisateur de contrôler l'équipement et de communiquer avec celui-ci, - installation d'une application, propre à chaque équipement billettique, interagissant avec l'interface utilisateur et permettant de traiter des données d'entrée fournies par un utilisateur, - installation d'un système d'exploitation, propre à chaque équipement billettique, interagissant avec l'application et permettant de réaliser une interface avec une partie matérielle, et - installation d'une partie matérielle, propre à chaque équipement billettique, proposant des ressources informatiques destinées au fonctionnement de l'équipement et comprenant une unité centrale, un dispositif de stockage de l'information, des équipements périphériques, et un moyen de communication destiné à interagir avec un serveur central billettique, caractérisé en ce que le procédé comporte une étape supplémentaire d'installation, dans chaque équipement billettique, d'un même module logiciel d'offre billettique globale comprenant : - un gestionnaire billettique composé d'une pluralité de sous modules logiciels, - une interface billettique standard, destinée à gérer les échanges d'informations entre l'application et le gestionnaire billettique à travers l'utilisation de fonctions logicielles, - une interface de données, destinée à gérer les échanges d'informations entre le dispositif de stockage de l'information et le gestionnaire billettique, - une interface de communication destinée à gérer les échanges d'informations entre le moyen de communication et le gestionnaire billettique, - une interface périphérique, destinée à gérer les échanges d'informations entre les équipements périphériques et le gestionnaire billettique, et - une interface couche basse, destinée à gérer les échanges d'informations entre le système d'exploitation et le gestionnaire billettique. L'invention sera mieux comprise à la lecture 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 est une représentation schématique d'un ensemble de deux équipements billettiques différents comprenant un même module logiciel d'offre billettique globale, - la figure 2 est une représentation schématique d'un module logiciel d'offre billettique globale selon l'invention, et - la figure 3 est un organigramme présentant un exemple de vente simple d'un élément billettique auprès d'un utilisateur d'un équipement billettique.35 La figure 1 illustre un ensemble 10 de deux équipements billettiques 12, 14 selon l'invention. A titre d'exemple, le premier équipement billettique 12 selon l'invention est un équipement de validation/contrôle. Par exemple, l'équipement de validation/contrôle est un portillon, permettant d'interdire ou d'autoriser l'accès physique à une zone particulière. A titre d'exemple, le second équipement billettique 14 est un équipement de vente tel qu'un automate de distribution de titres de transport, permettant l'impression des tickets, la lecture et le codage des cartes sans contact et la prise en compte des tickets sans contact jetables. Chaque équipement 12, 14 comporte notamment une unité centrale 16, 18 comprenant, par exemple, un processeur, un bus et des mémoires. Compte tenu de l'activité différente des deux équipements 12, 14, le dimensionnement de l'unité centrale est différent. Par exemple, en considérant l'équipement 12 comme un portillon et l'équipement 14 comme un automate, l'automate a une unité centrale 18 comprenant un processeur plus puissant et un nombre plus important de mémoire que l'unité centrale 16 du portillon. Chaque équipement billettique 12, 14 comprend un système d'exploitation différent 20, 22 propre à réaliser une interface entre une partie logicielle et une partie matérielle, par exemple entre l'unité centrale 16, 18 et un même module logiciel d'offre billettique globale 24, 26. En particulier, le système d'exploitation 20, 22 comprend des pilotes 28, 30 destinés à gérer l'utilisation des différents périphériques 32, 34 et coordonne les différents processus qui s'exécutent dans le processeur. A titre d'exemple, le système d'exploitation 20, 22 gère un processus de communication 36, 38 qui permet l'établissement, le maintien et le relâchement d'une communication à travers l'utilisation d'un moyen de communication, tel qu'une carte réseau par exemple. Le système d'exploitation 20 du portillon est Windows CE, le système d'exploitation 22 de l'automate de distribution est Windows XP. Les modules logiciels d'offre billettique globale 24, 26 sont identiques pour les deux équipements 12, 14. Chaque module 24, 26 comprend différentes interfaces, permettant une interaction avec d'autres éléments de l'équipement billettique 12, 14, et un gestionnaire billettique 40, 42, propre à gérer les différentes fonctions billettiques liées à l'activité de l'équipement 12, 14. Plus particulièrement, chaque module 24, 26 comprend une interface couche basse 44, 46 destinée à gérer les échanges d'informations entre le système d'exploitation et le gestionnaire billettique 40, 42, une interface périphérique 48, 50 propre à gérer les échanges d'informations entre les équipements périphériques 32, 34 et le gestionnaire billettique 40, 42, une interface de communication 52, 54 destinée à gérer les échanges d'informations entre le moyen de communication et le gestionnaire billettique 40, 42, une interface de données 56, 58 propre à gérer les échanges d'informations entre un dispositif de stockage d'informations 60, 62 et le gestionnaire billettique 40, 42 et une interface billettique 64, 66 destinée à gérer les échanges d'informations entre une application 68, 70 et le gestionnaire billettique 40, 42. Les équipements périphériques différents 32, 34 sont adaptés à la fonction de l'équipement 12, 14 avec lequel ils sont associés. Avantageusement, les équipements périphériques 32, 34 sont des équipements périphériques de distribution de média. A titre d'exemple, l'équipement périphérique 32 est un lecteur sans contact, destiné à la lecture de la carte de transport, l'équipement périphérique 34 étant une imprimante permettant l'impression de tickets de transport. L'imprimante est, par exemple, une imprimante magnétique. Le processus de communication 36, 38, associé au moyen de communication, permet de gérer un échange de données sur un lien 72, 74 entre l'équipement 12, 14, et plus particulièrement le moyen de communication, et un serveur central distant qui assure de multiples fonctions comme la gestion tarifaire, la supervision des équipements, la gestion des cartes et des clients et le suivi des recettes et des statistiques. A titre d'exemple, les données reçues sont des mises à jour logicielles ou des mises à jour tarifaires pour l'achat de titres de transport. Les données transmises sont, par exemple, des compteurs pour des opérations réalisées sur l'équipement billettique 12, 14, les compteurs étant utilisés pour réaliser des études statistiques par exemple. L'échange de données est assuré grâce à l'utilisation d'un protocole de communication. Par exemple, ce protocole de communication est le protocole SOAP, signifiant Simple Object Access Protocol en langage anglo-saxon. Le dispositif de stockage de l'information 60, 62 a un type et une capacité adaptés aux besoins de l'équipement 12, 14 auquel il est relié. Par exemple, le dispositif de stockage 60 est une mémoire, le dispositif de stockage 62 étant une base de données. L'application 68, 70, comprenant un ensemble de logiciels applicatifs, interagit d'une part avec l'interface billettique standard 64, 66 et pilote ainsi le module logiciel d'offre billettique globale 24, 26. Plus précisément, l'interface billettique standard 64, 66 étant une interface de type API, pour « Application Programming Interface » en anglais, elle décrit un ensemble de règles de communication sous la forme de fonctions logicielles à respecter pour communiquer avec le module 24, 26. Inversement, le module 24, 26 communique avec l'application 68, 70 par messages, afin de l'informer de divers évènements qui lui sont destinés comme, par exemple, la détection d'une carte sans contact ou encore une erreur dans un périphérique. L'application 68, 70 interagit d'autre part avec une interface utilisateur 76, 78 et permet de traiter des données d'entrée fournies par l'utilisateur. L'interface utilisateur 76, 78 permet de contrôler l'équipement 12, 14 et permet de communiquer avec celui-ci. L'interface 76, 78 est spécifique au type d'équipement 12, 14, par exemple dans le cas de l'automate de distribution, l'interface 78 comprend un écran d'affichage et un dispositif de contrôle et de saisie. Avantageusement, afin de réaliser à la fois des fonctions d'affichage et de saisie d'informations, l'interface utilisateur 76, 78 comporte un écran associé, par exemple, à une dalle tactile. Dans le cas d'un équipement billettique 12, 14 ayant une activité de portillon, l'interface 76, 78 comprend un indicateur visuel, destiné à informer l'utilisateur du résultat du contrôle du titre de transport. Les schémas des équipements 12, 14 de la figure 1 sont des schémas de principe, destinés à expliquer de manière logique les interactions entre les différents éléments, les liaisons physiques, non représentées, étant réalisées de manière classique. Par exemple, il est évident que les équipements matériels ne sont pas connectés directement au module logiciel mais plutôt à l'unité centrale, et plus précisément à une interface de connexion matérielle reliée au bus de l'unité centrale. La figure 2 illustre un schéma de principe du module logiciel 24, 26 d'offre billettique globale et de son architecture générale. On rappelle que le module logiciel 24, 26 comprend un gestionnaire billettique 40, 42 et les interfaces suivantes : une interface couche basse 44, 46, une interface périphérique 48, 50, une interface de communication 52, 54, une interface de données 56, 58 et une interface billettique 64, 66. Le gestionnaire billettique 40, 42 comprend plusieurs sous modules logiciels, chaque sous module logiciel étant dédié à une tâche spécifique, et un moteur principal 80, en liaison avec l'ensemble des sous-modules et des interfaces, destiné à gérer la coordination des différentes tâches demandées. Le moteur principal 80 comporte un sous module tarifaire qui exécute des règles tarifaires définies sur le serveur central distant. Ces règles tarifaires décrivent différents produits de vente définis pour un projet donné, comme par exemple, des titres de type n voyages, ou des abonnements de date à date. Ces règles contiennent également des règles de vente, concernant la compatibilité entre les produits d'un même support par exemple' des règles de validation ou de contrôle des titres. Un sous module logiciel 82 de gestion de configuration, en liaison avec le moteur principal 80 et l'interface billettique 64, 66, est propre à gérer différentes configurations associées au type et à la version de l'équipement. Ces configurations sont mémorisées dans le dispositif de stockage d'informations 60, 62 et accessibles via l'interface de données 56, 58. Un sous module logiciel 84 de gestion des sessions, en liaison avec le moteur principal 80 et l'interface billettique 64, 66, est propre à gérer les sessions utilisateurs auxquels toute action billettique est rattachée, une cession définissant un environnement billettique à travers différentes informations comme, par exemple, les droits de l'utilisateur ou encore l'état de la session. Le sous module logiciel 84 gère les divers processus liés à la session telle que l'ouverture, la suspension, la reprise ou encore la fermeture de cession. Un sous module logiciel 86 de gestion des clients, en liaison avec le moteur principal 80 et l'interface billettique 64, 66, est propre à gérer et à effectuer diverses opérations par rapport à un client donné. Ces opérations sont, par exemple, l'ajout du client, la modification du client, la suppression du client, la recherche du client, le détail du client et l'enregistrement d'une plainte d'un client. Les opérations de modification et de suppression d'un client sont effectuées uniquement avec une liaison 72, 74 active au serveur central billettique. Les autres opérations sont effectuées soit avec une liaison active, soit sans liaison active au serveur central billettique. Un sous module logiciel 88 de gestion de l'archivage, en liaison avec le moteur principal 80 et l'interface billettique 64, 66, est propre à fournir des fonctions d'archivage interne auprès d'une application 68, 70 afin de stocker des informations billettiques dans des fichiers d'archivage. Ces informations concernent les données de l'activité de l'équipement (ventes, validations, contrôles) et sont stockées dans le dispositif de stockage d'informations 60, 62, correspondant par exemple à un disque dur, une carte mémoire, ou une mémoire sauvegardée, en fonction de la capacité de l'équipement hôte. La configuration de la gestion des fichiers d'archivage dépend du type d'équipement et s'effectue par un fichier de configuration qui est reçu du serveur central billettique.. Par exemple, la configuration de la gestion des fichiers d'archivage définit la durée de conservation des informations billettiques. Un sous module logiciel 90 de gestion du paramétrage, en liaison avec le moteur principal 80 et l'interface billettique 64, 66, est propre à gérer l'accès aux différentes données billettiques issues du serveur central billettique distant par l'intermédiaire de l'interface de données 56, 58. Par exemple, le sous module logiciel 90 gère l'accès à la liste des tarifs, à la liste des lignes ou encore à la liste des arrêts. Un sous module logiciel 92 de gestion de l'administration, en liaison avec le moteur principal 80 et l'interface billettique 64, 66, est propre à gérer l'ensemble des activités autres que la vente. Par exemple, il permet de gérer les interventions des agents de l'opérateur de transport. Il permet également d'obtenir la liste des agents bloqués et à débloquer un agent, un agent bloqué étant une personne n'ayant plus l'habilitation à effectuer des interventions sur les équipements 12, 14, telle qu'une collecte d'argent par exemple. Un sous module logiciel 94 de gestion d'audit, en liaison avec le moteur principal 80 et l'interface couche basse 44, 46, est propre à stocker les différentes opérations billettiques effectuées par le module billettique 24, 26. Plusieurs fichiers audit de type différent sont créés à chaque initialisation du module billettique 24, 26 et sont fermés lorsque le module 24, 26 est déchargé. Plus précisément, les différents types de fichiers audit sont des fichiers 96 de statistiques, des fichiers 98 d'évènement et d'alarmes, et des fichiers 100 d'état de l'équipement, un fichier audit courant de chaque type étant présent après I'initialisation du module. La méthode de nommage d'un fichier audit est la suivante : nom du fichier : YYYxxxxx où YYY correspond au type de fichier, et xxxxx correspond a un compteur cyclique conservé sur l'équipement. De manière préférée, le format du contenu du fichier audit répond à la définition XSD, acronyme de l'expression xmI schema definition, du module, cette définition permettant de décrire la structure d'un document xml, signifiant en anglais eXtensible Markup Language et représentant un vocabulaire de description de données. La validation du format des fichiers audit s'effectue par le serveur central billettique distant au moment de l'intégration des différents fichiers. Un sous module logiciel 102 de gestion de la supervision, en liaison avec le moteur principal 80 et l'interface billettique 66, 68, est propre à gérer l'enregistrement des alarmes, des événements, des statistiques et des états dans les fichiers audit. Les évènements et alarmes sont enregistrés dans le fichier d'évènement et d'alarme 98 et transmises, en fonction de leur priorité, au serveur central billettique. Les états de l'équipement sont enregistrés dans le fichier d'état 100. Les statistiques, concernant par exemple des nombres de validations, sont intégrées au fichier d'audit 96 de statistiques de l'équipement Un sous module logiciel 104 de gestion de la communication avec le serveur, en liaison avec le moteur principal 80 et l'interface billettique 64, 66, est propre à gérer la communication avec le serveur central distant par l'intermédiaire de l'interface de communication 52, 54 pour initier une synchronisation serveur. Une fois que l'échange des données est effectué entre l'équipement 12, 14 et le serveur central billettique, les données téléchargées sont mises en service soit immédiatement, soit à une date et une heure donnée par le système billettique central. Par exemple, les données échangées correspondent à une mise à jour logicielle identique pour chaque module logiciel d'offre billettique globale (24, 26) de chaque équipement billettique (12, 14). La mise à jour logicielle se compose de librairies et/ou d'exécutables en fonction de l'équipement. La synchronisation est initiée soit de manière manuelle par l'application 68, 70 soit de manière automatique par le processus de communication 36, 38 du système d'exploitation 20, 22. Un sous module logiciel de gestion de vente 106, en liaison avec le moteur principal 80 et l'interface billettique 64, 66, est propre à gérer toutes les actions billettiques liées à la vente, comme les transactions de vente. Comme le module 22, 24 est standard, le sous-module logiciel de gestion de vente est présent dans tous les types d'équipement mais son utilisation n'est effective que dans les équipements de vente. Lors d'une transaction de vente, différentes informations sont ajoutées à la transaction et mémorisées dans un fichier audit 96 de statistiques. De manière préférée, les informations de transaction comportent les propriétés de la transaction, les médias distribués lors de la transaction, les éléments vendables sélectionnés et les informations de paiement. Par exemple, les propriétés de la transaction comprennent un numéro de transaction, une date, une heure et un type de transaction. Un sous module logiciel de gestion des médias 108, en liaison avec le moteur principal 80 et l'interface billettique 64, 66, est propre à gérer toutes les opérations billettiques en relation avec un média, c'est-à-dire avec un support destiné à contenir des éléments vendables. A titre d'exemple, les cartes sans contact, les cartes magnétiques, les clés USB, les téléphones NFC sont des médias. Les opérations billettiques via un média sont par exemple la lecture, l'attribution, la distribution, la validation ou le contrôle d'un média. Un sous module logiciel de gestion du contrôle 110, en liaison avec le moteur principal 80 et l'interface billettique 64, 66, est propre à gérer toutes les actions billettiques liées aux contrôles effectuées par les agents. Suivant le même principe que pour le sous module logiciel de gestion de vente 106, son utilisation n'est effective que dans les équipements de contrôle. Un sous module logiciel de gestion de la validation 112, en liaison avec le moteur principal 80 et l'interface billettique 64, 66, est propre à gérer toutes les actions billettiques liées à la validation des titres de transport. Suivant le même principe que pour le sous module logiciel de gestion de vente 106, son utilisation n'est effective que dans les équipements de validation. Un sous module de gestion des équipements magnétiques 114, en liaison avec le moteur principal 80 et l'interface périphérique 48, 50, est propre à gérer toutes les opérations billettiques liées aux équipements périphériques de type magnétique comme, par exemple, une imprimante magnétique. Un sous module de gestion bas niveau des équipements magnétiques 116, en liaison avec le sous-module 114, réalise la gestion bas niveau pour l'impression et l'encodage magnétique.. Un sous module logiciel de gestion des équipements sans contact 118, en liaison avec le moteur principal 80 et l'interface périphérique 48, 50, est propre à gérer toutes les opérations billettiques liées aux cartes sans contact. Un sous module de gestion du formatage 120, en liaison avec le sous module 118 et un sous module de gestion bas niveau des équipements sans contact 122, permet de réaliser le formatage/déformatage des données à inscrire sur les supports sans contact, le sous module 122 réalisant les échanges bas niveaux, par exemple de lecture / écriture, avec le support. On se réfère maintenant à la figure 3 sur laquelle est représenté un exemple de vente simple d'un élément à un utilisateur d'un équipement 12,14, tel qu'un automate de distribution. Le début de la procédure consiste en l'initialisation du module logiciel 24, 26 d'offre billettique globale à l'étape 124. Plus précisément, l'initialisation consiste en un processus débutant par la lecture du fichier de configuration du module 24, 26, l'initialisation du sous module de gestion d'audit 94 et l'enregistrement des informations de version dans le fichier Audit 96 courant. Les données, correspondant au fichier de configuration, sont chargées en mémoire et les périphériques 32, 34 sont initialisés. L'état du module 24, 26 est enregistré dans le fichier Audit 100 courant avant que le module 24, 26 ne souscrive au processus de communication 36, 38 par l'intermédiaire de l'interface de communication 52, 54. Une fois le module logiciel 24, 26 initialisé, le processus d'ouverture de session, représenté à l'étape 126 et géré par le sous module de gestion des sessions 84, débute par une authentification de l'utilisateur. Les informations liées à la session sont ensuite chargées en mémoire, à partir des données saisies par l'utilisateur et des fichiers de paramètres de l'équipement, et une information « ouverture de session » est enregistrée dans le fichier Audit 96 courant. A l'issue de l'étape 126, la session est ouverte. Lorsqu'un média, une carte par exemple, est présent sur un périphérique 32, 34 tel qu'un lecteur de carte, un message « carte détectée » est envoyé et reçu par le sous module de gestion des médias 108 ce qui provoque une lecture du média, correspondant à l'étape 128. Plus précisément, le sous module de gestion des médias 108 vérifie que la session est autorisée à lire un média, teste si le média est invalidé physiquement, suite à une déclaration de vol par exemple, puis effectue une lecture et un décodage du média sur le périphérique spécifié afin de créer un objet média. Ensuite, différents tests, comme par exemple un test de la présence du support en liste noire des supports ou un test du type du support accepté par l'équipement, sont effectués, ce qui aboutit en cas de succès à considérer la lecture comme réussie. Le client, à l'aide de l'interface utilisateur 76, 78, débute alors la sélection de l'élément souhaité en demandant une liste des éléments distribuables. Une requête est transmise à l'application 68, 70 qui appelle la fonction de l'interface billettique standard 64, 66, correspondante à l'action de l'utilisateur. Le sous module logiciel de gestion de vente 106, grâce aux données reçues de la fonction, initie le processus permettant d'obtenir une liste des éléments vendables à l'étape 130. Cette liste est alors retournée au client. Après sélection de l'élément souhaité, une nouvelle fonction de l'interface billettique standard 64, 66, est appelée avec les données sur l'élément à ajouter au média. Le sous module logiciel de gestion des médias 108 initie, à l'étape 132, le processus d'ajout d'un élément à un média. Après une vérification que la session est autorisée à ajouter un élément à un média et un test que l'élément spécifié est compatible avec le type média, l'élément est ajouté au média virtuel, c'est-à-dire à l'objet logiciel représentant le média. Le média modifié est retourné à l'application 68, 70 par l'intermédiaire d'un message. Dès lors, l'application 68, 70 appelle une fonction de l'interface billettique standard 64, 66 pour initier une transaction de vente. Le sous module logiciel de gestion de vente 106 débute, à l'étape 134, le processus d'initialisation de la transaction, après réception des informations sur la session via la fonction appelée. Un message est ensuite envoyé à l'applicatif pour l'informer du déroulement correct de l'initialisation. L'application 68, 70 demande ensuite l'ajout à la transaction des éléments sélectionnés à travers un appel à la fonction correspondante de l'interface billettique standard 64, 66. Les informations sur la session, la transaction et les éléments à ajouter sont transmises au sous module logiciel de gestion de vente 106 qui à, l'étape 136, effectue un ajout à la transaction des éléments sélectionnés. Un message, contenant la transaction modifiée, est alors renvoyé à l'application 68, 70. Après réception, la fonction propre à ajouter à la transaction les médias à distribuer est appelée par l'application 68, 70, cette 12 fonction contenant les informations sur la session en cours, sur les médias à distribuer et sur la transaction liée à la distribution du média. A l'étape 138, après réception des informations précédentes, le sous module logiciel de gestion des médias 108 ajoute à la transaction les médias distribués et retourne un message à l'application 68, 70 avec la transaction modifiée. Ensuite, l'application 68, 70 procède à un appel de la fonction d'ajout à la transaction des informations de paiement. Les informations liées à la session, à la transaction et au paiement à ajouter à la transaction sont envoyées par la fonction et reçues par le sous module logiciel de gestion de vente 106 à l'étape 140. Par exemple, les informations liées au paiement comprennent la date du paiement, le type de paiement, le code de la devise, la valeur estimée et la valeur payée du paiement. Le sous module logiciel de gestion de vente 106 réalise l'ajout à la transaction des paiements effectués et transmet le message à l'application 68, 70 contenant la transaction modifiée. La fin de la transaction est alors demandée par l'application 68, 70 au moyen d'une fonction propre à terminer la transaction de vente. A l'étape 142, le sous module logiciel de gestion de vente 106 effectue un enregistrement des informations liées à la transaction de vente dans le fichier Audit 96 courant puis retourne le résultat de la clôture de la transaction à l'application 68, 70. A l'issue de cette étape, l'application 68, 70 demande la fermeture de la session par un appel à la fonction correspondante de l'interface billettique standard 64, 66. Lors de l'étape 144, le sous module logiciel de gestion des sessions 84 procède alors à la fermeture de la session en détruisant tous les objets logiciels liés à la session puis effectue un enregistrement dans le fichier Audit 96 courant des informations liées à la fermeture de session. Le résultat de la fermeture est alors envoyé par message à l'application 68, 70. Enfin, l'application 68, 70 procède à la fermeture du module logiciel d'offre billettique globale 24, 26 par un appel à la fonction correspondante, aucune information n'étant transmise en paramètre dans ce cas. Les sous modules de gestion des équipements magnétiques 114 et de gestion des équipements sans contact 118, à l'étape 146, initialisent alors la fermeture des périphériques, l'enregistrement d'une information de déchargement du module logiciel d'offre billettique globale 24, 26 dans le fichier Audit 98 courant, la libération de l'espace mémoire utilisé et le désabonnement du module 24, 26 au processus de communication 36, 38. Le résultat est alors envoyé par message à l'application 68, 70. Ainsi, l'interface périphérique 48, 50 permet de faire abstraction du type de périphérique. L'interface couche basse 44, 46 permet de s'adapter à différents systèmes 13 d'exploitation. L'interface de données 56, 58 permet de faire abstraction du type de source de données. Enfin, les détails de l'interface billettique standard 64, 66 étant publiques, l'adaptation des logiciels applicatifs est facilitée pour les développeurs, ce qui permet d'avoir un choix plus important de logiciels applicatifs pour les équipementiers et les opérateurs, à des coûts mesurées. Par conséquent, toutes les interfaces du module logiciel d'offre billettique globale 24, 26 étant standards, le module 24, 26 est propre à être intégré dans n'importe quel type d'équipement, que ce soit des équipements de vente, de validation ou de contrôle.10 REVENDICATIONS1.- Ensemble de deux équipements billettiques (12, 14), chaque équipement (12, 14) comprenant les éléments suivants : - une interface utilisateur (76, 78), permettant à un utilisateur de contrôler l'équipement et de communiquer avec celui-ci ; - une application (68, 70), interagissant avec l'interface utilisateur (76, 78) et permettant de traiter des données d'entrée fournies par un utilisateur ; - un système d'exploitation (20, 22), interagissant avec l'application (68, 70) et permettant de réaliser une interface avec une partie matérielle ; et - une partie matérielle, proposant des ressources informatiques destinées au fonctionnement de l'équipement (12, 14) et comprenant une unité centrale (16, 18), un dispositif de stockage de l'information (60, 62), des équipements périphériques (32, 34), et un moyen de communication destiné à interagir avec un serveur central billettique ; les équipements (12, 14) étant différents par au moins l'un de leurs éléments, caractérisé en ce que chaque équipement (12, 14) comporte, en outre, un même module logiciel d'offre billettique globale (24, 26) comprenant : - un gestionnaire billettique (40, 42) composé d'une pluralité de sous modules logiciels, une interface billettique standard (64, 66), destinée à gérer les échanges d'informations entre l'application (68, 70) et le gestionnaire billettique (40, 42) à travers l'utilisation de fonctions logicielles, - une interface de données (56, 58), destinée à gérer les échanges d'informations entre le dispositif de stockage de l'information (60, 62) et le gestionnaire billettique (40, 42), - une interface de communication (52, 54) destinée à gérer les échanges d'informations entre le moyen de communication et le gestionnaire billettique (40, 42), - une interface périphérique (48, 50), destinée à gérer les échanges d'informations entre les équipements périphériques (32, 34) et le gestionnaire billettique (40, 42), et - une interface couche basse (44, 46), destinée à gérer les échanges d'informations entre le système d'exploitation (20, 22) et le gestionnaire billettique (40, 42). 2.- Ensemble de deux équipements billettiques (12, 14) selon la revendication 1, caractérisé en ce que le gestionnaire billettique (40, 42) comprend un sous-module logiciel de gestion tarifaire, destiné à gérer un ensemble de tarifs suivant des règles tarifaires différentes d'un équipement à l'autre. 3.- Ensemble de deux équipements billettiques (12, 14) selon la revendication 2, caractérisé en ce que le sous-module logiciel de gestion tarifaire interagit avec le serveur central billettique au travers du moyen de communication afin d'effectuer une modification des règles tarifaires. 4.- Ensemble de deux équipements billettiques (12, 14) selon l'une des revendications précédentes, caractérisé en ce que les équipements périphériques (32, 34) comprennent au moins un équipement périphérique de distribution de médias. 5.- Ensemble de deux équipements billettiques (12, 14) selon la revendication 4, caractérisé en ce que l'équipement périphérique de distribution de médias est un élément sélectionné à partir du groupe consistant en : une imprimante magnétique, une imprimante de billets sans contact, un lecteur sans contact, et un dépileur de carte. 6.- Ensemble de deux équipements billettiques (12, 14) selon la revendication 5, caractérisé en ce que le média est un élément sélectionné à partir du groupe consistant en : un ticket papier, un ticket magnétique, un billet sans contact, une carte sans contact, un téléphone, et une clé USB. 7.- Ensemble de deux équipements billettiques (12, 14) selon l'une des revendications précédentes, caractérisé en ce que le dispositif de stockage de l'information (60, 62) est un élément sélectionné à partir du groupe consistant en : une mémoire, un disque dur, une carte mémoire, et un serveur. 25 8.- Ensemble de deux équipements billettiques (12, 14) selon l'une des revendications précédentes, caractérisé en ce que chaque équipement (12, 14) est un élément sélectionné à partir du groupe consistant en : un automate, un terminal point de vente, un terminal point de vente simplifié, un valideur, un portable de contrôle, un pupitre 30 bus, et un serveur de vente à distance. 9.- Procédé de fabrication d'un ensemble de deux équipements billettiques (12, 14) selon l'une des revendications précédentes, comprenant les étapes suivantes : - installation d'une interface utilisateur (76, 78), propre à chaque équipement 35 billettique (12, 14), permettant à un utilisateur de contrôler l'équipement et de communiquer avec celui-ci, 15 20- installation d'une application (68, 70), propre à chaque équipement billettique (12, 14), interagissant avec l'interface utilisateur (76, 78) et permettant de traiter des données d'entrée fournies par un utilisateur, - installation d'un système d'exploitation (20, 22), propre à chaque équipement billettique (12, 14), interagissant avec l'application (68, 70) et permettant de réaliser une interface avec une partie matérielle, et - installation d'une partie matérielle, propre à chaque équipement billettique (12, 14), proposant des ressources informatiques destinées au fonctionnement de l'équipement (12, 14) et comprenant une unité centrale (16, 18), un dispositif de stockage de l'information (60, 62), des équipements périphériques (32, 34), et un moyen de communication destiné à interagir avec un serveur central billettique, caractérisé en ce que le procédé comporte une étape supplémentaire d'installation, dans chaque équipement billettique (12, 14), d'un même module logiciel d'offre billettique globale (24, 26) comprenant : - un gestionnaire billettique (40, 42) composé d'une pluralité de sous modules logiciels, - une interface billettique standard (64, 66), destinée à gérer les échanges d'informations entre l'application (68, 70) et le gestionnaire billettique (40, 42) à travers l'utilisation de fonctions logicielles, - une interface de données (56, 58), destinée à gérer les échanges d'informations entre le dispositif de stockage de l'information (60, 62) et le gestionnaire billettique (40, 42), - une interface de communication (52, 54) destinée à gérer les échanges d'informations entre le moyen de communication et le gestionnaire billettique (40, 42), - une interface périphérique (48, 50), destinée à gérer les échanges d'informations entre les équipements périphériques (32, 34) et le gestionnaire billettique (40, 42), et - une interface couche basse (44, 46), destinée à gérer les échanges d'informations entre le système d'exploitation (20, 22) et le gestionnaire billettique (40, 42).30