FR3119721A1 - Boîtier et procédé de demande d’arrêt pour bus. - Google Patents
Boîtier et procédé de demande d’arrêt pour bus. Download PDFInfo
- Publication number
- FR3119721A1 FR3119721A1 FR2101134A FR2101134A FR3119721A1 FR 3119721 A1 FR3119721 A1 FR 3119721A1 FR 2101134 A FR2101134 A FR 2101134A FR 2101134 A FR2101134 A FR 2101134A FR 3119721 A1 FR3119721 A1 FR 3119721A1
- Authority
- FR
- France
- Prior art keywords
- box
- bus
- local server
- portable device
- user
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims description 35
- 230000004044 response Effects 0.000 claims description 11
- 230000005540 biological transmission Effects 0.000 claims description 5
- 238000004590 computer program Methods 0.000 claims description 4
- 230000004913 activation Effects 0.000 claims description 2
- 230000009849 deactivation Effects 0.000 claims description 2
- 230000008901 benefit Effects 0.000 description 3
- 230000008859 change Effects 0.000 description 2
- 238000009434 installation Methods 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000001934 delay Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000033001 locomotion Effects 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 239000004033 plastic Substances 0.000 description 1
- 229920001169 thermoplastic Polymers 0.000 description 1
- 230000014599 transmission of virus Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/04—Payment circuits
- G06Q20/045—Payment circuits using payment protocols involving tickets
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/02—Reservations, e.g. for tickets, services or events
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/322—Aspects of commerce using mobile devices [M-devices]
- G06Q20/3223—Realising banking transactions through M-devices
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0201—Market modelling; Market analysis; Collecting market data
- G06Q30/0203—Market surveys; Market polls
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/40—Business processes related to the transportation industry
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
- H04W4/029—Location-based management or tracking services
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Strategic Management (AREA)
- Accounting & Taxation (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Physics & Mathematics (AREA)
- Development Economics (AREA)
- Entrepreneurship & Innovation (AREA)
- Finance (AREA)
- Computer Networks & Wireless Communication (AREA)
- Marketing (AREA)
- Tourism & Hospitality (AREA)
- Economics (AREA)
- Human Resources & Organizations (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Signal Processing (AREA)
- Data Mining & Analysis (AREA)
- Quality & Reliability (AREA)
- Game Theory and Decision Science (AREA)
- Operations Research (AREA)
- Computing Systems (AREA)
- Medical Informatics (AREA)
- Primary Health Care (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Boîtier (1) destiné à être placé dans un bus, le boîtier (1) comprenant : - un serveur local (4), - un module WIFI (5) apte à connecter un appareil portable (3) au serveur local (4) du boîtier (1), caractérisé en ce qu’il comprend des moyens de connexion du serveur local à un circuit de demande d’arrêt (8) du bus permettant à un utilisateur de demander l’arrêt du bus via l’appareil portable (3). Figure pour l’abrégé : Fig. 2
Description
La présente invention concerne un boîtier permettant la demande d’arrêt d’un bus via l’appareil portable d’un utilisateur. Elle concerne également un procédé mettant en œuvre ledit boîtier afin de demander l’arrêt du bus via l’appareil portable d’un utilisateur.
Un tel dispositif permet à l’utilisateur de ne pas se lever pour demander l’arrêt du bus à la prochaine station. Le domaine technique est plus particulièrement celui des boîtiers électroniques commandés à distance.
Etat de la technique antérieure
Actuellement, le taux de fréquentation des bus ne cesse d’augmenter. Malgré l’adaptation des sociétés de transport pour répondre au besoin client, il est parfois difficile de prendre le bus aux heures d’affluence. Les utilisateurs doivent voyager dans de mauvaises conditions, qui sont même parfois dangereuses.
Il existe de nombreuses applications mobiles permettant d’obtenir des informations sur les horaires de bus, les problèmes ou retards rencontrés sur les lignes de bus. Cependant, dans la plupart des cas, le téléchargement d’une application au préalable est nécessaire pour avoir accès aux services proposés ce qui peut poser problème à l’utilisateur par soucis d’espace mémoire sur son téléphone portable ou tout simplement par soucis de temps ou de connexion internet.
Un utilisateur ne peut pas prévoir l’affluence de personnes sur la ligne de bus qu’il utilise et se retrouve parfois dans un bus dont la capacité maximale autorisée de personnes est atteinte. Dans cette situation, il est difficile pour l’utilisateur de se déplacer dans le bus sans prendre de risques ou sans gêner d’autres utilisateurs pour demander l’arrêt du bus à la prochaine station en appuyant sur le bouton dédié.
Il existe donc un besoin pour sécuriser et faciliter le trajet d’un utilisateur dans de telles circonstances.
Par conséquent, le but de la présente invention est de résoudre au moins un des inconvénients susmentionnés avec un boîtier de commande à distance pour la demande d’arrêt du bus.
Un autre but de la présente invention est de proposer plusieurs services facilitant le trajet de l’utilisateur.
On atteint au moins un but de l’invention avec un boîtier destiné à être placé dans un bus, le boîtier comprenant :
- un serveur local,
- un module WIFI apte à connecter un appareil portable au serveur local du boîtier
le procédé comprend des moyens de connexion du serveur local à un circuit de demande d’arrêt du bus permettant à un utilisateur de demander l’arrêt du bus via l’appareil portable.
Le boîtier permet alors à l’utilisateur de demander l’arrêt du bus à la prochaine station sans avoir à se déplacer dans le bus, ce qui parfois est dangereux lorsque celui-ci est encore en train de rouler. De plus, l’invention permet également à l’utilisateur d’être protégé contre la transmission de virus puisqu'il n’est plus obligé d'appuyer sur un bouton de demande d’arrêt de bus non désinfecté pour demander l’arrêt du bus. Avantageusement, ce dispositif ne nécessite pas d’installation d’application ce qui permet à l’utilisateur d’avoir un accès direct aux services proposés sur son appareil portable.
Avantageusement, le boîtier peut être configuré pour être connecté à un serveur distant. Le serveur distant peut être configuré pour identifier le boîtier et/ou activer le module WIFI du boîtier et/ou désactiver le module WIFI du boîtier et/ou envoyer les services utilisateur sur le serveur local.
Le serveur distant permet au boîtier d’être identifié et initialisé. On entend par « initialisé », autorisé ou non à diffuser un réseau WIFI dans le bus, diffuser différents services aux utilisateurs. Cette initialisation peut être mise en place au démarrage du boîtier ou au cours de la journée si le service client veut diffuser un nouveau service aux utilisateurs ou faire une enquête de satisfaction par exemple.
Le serveur local peut être configuré pour envoyer au moins un des services utilisateur supplémentaires suivants sur l’appareil portable lors de sa connexion au module WIFI du boîtier :
- programmer un arrêt,
- explorer la ligne de bus,
- payer son trajet,
- répondre à une enquête de satisfaction et/ou donner un avis,
- quitter.
Le service « demande d’arrêt du bus » permet à l’utilisateur de demander l’arrêt du bus à la prochaine station.
Le service « programmer un arrêt » permet à l’utilisateur de programmer sa demande d’arrêt à une station précise et par conséquent d’éviter de louper sa station.
Le service « explorer la ligne de bus » permet à l’utilisateur de se repérer lors de son trajet et/ou de pouvoir programmer son voyage. Ce service permet également à l’utilisateur d'être informé sur des événements culturels, sportifs, commerciaux ou de tout autre nature localisés sur la ligne de bus que l’utilisateur emprunte.
Le service « payer son trajet » permet à l’utilisateur de payer directement son trajet via son appareil portable, lui évitant de faire la queue à l’avant du bus lors de fortes affluences.
Le service « répondre à une enquête de satisfaction et/ou donner un avis » permet à l’utilisateur de donner son avis sur le service proposé. Les réponses seront traitées par le service client permettant une amélioration constante des services mis à disposition.
Le service « quitter » permet de déconnecter du réseau WIFI l’appareil portable.
L’utilisateur peut avoir accès aux différents services en même temps lui permettant une optimisation des actions qu’il souhaite réaliser.
Le serveur local peut également être configuré pour recevoir des réponses utilisateurs de l’appareil portable et/ou envoyer les réponses utilisateurs au serveur distant lorsque l’appareil portable est connecté au module WIFI.
Le serveur distant peut être configuré pour mettre à jour le boîtier. La mise à jour permet d’activer ou désactiver la diffusion du réseau WIFI du module WIFI mais également de changer les services utilisateurs diffusés. Le serveur distant peut donc adapter le contenu diffusé sur l’appareil portable par le serveur local selon différents paramètres comme : la ligne de bus, les horaires, le taux d’affluence d’utilisateurs. La mise à jour peut être réalisée à tout moment de la journée ou lorsque le bus est ramené au dépôt par exemple. Le serveur distant détient un contrôle total sur le serveur local lorsque le serveur local est connecté au serveur distant.
Avantageusement, le boîtier peut comprendre un module de connexion 4G. Le module de connexion 4G permet au boîtier d’être identifié par le serveur distant.
Le boîtier peut être connecté en filaire au circuit de demande d’arrêt du bus ou à l’ordinateur de bord du bus. Le fait d’être connecté directement à l’ordinateur de bord du bus permet au boîtier d’être protégé de dommages possibles. La connexion directe à l'ordinateur de bord du bus permet également une optimisation des branchements électriques et une meilleure sécurité de l'installation.
Le boîtier peut également être connecté par transmission sans fil à un relais, le relais étant connecté au circuit de demande d’arrêt du bus. La connexion sans fil entre le boîtier et le circuit de demande d’arrêt du bus permet d’installer le boîtier à n’importe quel endroit dans le bus quand les spécificités techniques du bus ne permettent pas d'installer le boitier à proximité du circuit de demande d’arrêt du bus.
Selon un deuxième aspect de l’invention, il est proposé un procédé de demande d’arrêt d’un bus mis en œuvre par un boîtier comprenant un serveur local, un module WIFI apte à connecter un appareil portable au serveur local du boîtier et des moyens de connexion du serveur local à un circuit de demande d’arrêt du bus, le procédé comprend les étapes suivantes :
- connexion de l’appareil portable au serveur local via le module WIFI,
- envoie d’un service utilisateur de demande d’arrêt du bus par le serveur local sur l’appareil portable,
- réception d’une requête utilisateur de demande d’arrêt du bus par le serveur local,
- demande d’arrêt du bus envoyé par le serveur local au circuit de demande d’arrêt du bus.
Le procédé peut comprendre une étape d’envoi d’au moins un des services utilisateur supplémentaires suivants par le serveur local sur l’appareil portable lors de la connexion de l’appareil portable au module WIFI :
- programmer un arrêt,
- explorer la ligne de bus,
- payer son trajet,
- répondre à une enquête de satisfaction,
- quitter.
Avantageusement, le procédé peut comprendre les étapes suivantes :
- identification du boîtier par le serveur distant,
- activation du module wifi du boîtier par le serveur disant,
- désactivation du module wifi du boîtier par le serveur distant,
- envoie des services utilisateur au serveur local par le serveur distant.
Le procédé peut comprendre les étapes suivantes lorsque l’appareil portable est connecté au module WIFI :
- réception des réponses utilisateurs de l’appareil portable par le serveur local,
- envoie des réponses utilisateurs au serveur distant par le serveur local.
Le procédé peut comprendre une étape de mise à jour du boîtier par le serveur distant.
Le procédé peut comprendre une étape de connexion du serveur distant au serveur local par le module de connexion 4G lorsque le boîtier comprend un module de connexion 4G. Le procédé peut comprendre tout autre moyen de communication entre le serveur local et le serveur distant.
Avantageusement, le procédé peut comprendre une étape d’envoi d’une impulsion électrique au circuit de commande d’arrêt du bus par le boîtier lorsque le boîtier est connecté en filaire au circuit de demande d’arrêt du bus ou à l’ordinateur de bord du bus.
Le procédé peut comprendre une étape d’envoi d’un signal au circuit de demande d’arrêt du bus lorsque le boîtier est connecté par transmission sans fil à un relai, le relais étant connecté au circuit de demande d’arrêt du bus.
Selon un troisième aspect de l’invention, il est proposé un produit programme d'ordinateur comprenant des instructions, qui, lorsque le programme est exécuté par un ordinateur, conduisent celui-ci à mettre en œuvre les étapes du procédé. Le programme d’ordinateur peut également comprendre des protocoles de connexion et des méthodes de configurations. Le programme d’ordinateur peut comprendre un ensemble d’éléments, l’ensemble d’éléments étant composé d’au moins un des éléments suivants :
- de fichiers système,
- de fichiers de configuration et paramétrage,
- de fichiers de sécurité
- ainsi qu'une base de données interne.
Description des figures et modes de réalisation
D’autres avantages et particularités de l’invention apparaîtront à la lecture de la description détaillée de mises en œuvre et de modes de réalisation nullement limitatifs, et des dessins annexés suivants :
Ces modes de réalisation étant nullement limitatifs, on pourra notamment considérer des variantes de l’invention ne comprenant qu’une sélection de caractéristiques décrites ou illustrées par la suite isolées des autres caractéristiques décrites ou illustrées (même si cette sélection est isolée au sein d’une phrase comprenant ces autres caractéristiques), si cette sélection de caractéristiques est suffisante pour conférer un avantage technique ou pour différencier l’invention par rapport à l’état de la technique antérieure. Cette sélection comprend au moins une caractéristique de préférence fonctionnelle sans détails structurels, et/ou avec seulement une partie des détails structurels si cette partie uniquement est suffisante pour conférer un avantage technique ou à différencier l’invention par rapport à l’état de la technique antérieure.
Nous allons décrire, en référence à la , une représentation schématique du boîtier selon l’invention.
Le boîtier 1 est composé d’une carte mère 9 dotée d’un microprocesseur, d'une mémoire vive (RAM) et d'un système informatique dédié (non représentés sur la figure). La carte mère 9 comprend un serveur local 4, un module WIFI 5, un module de connexion 4G ayant pour référence 6, un module de connexion filaire 10, un module de connexion Bluetooth 11 et un haut-parleur 12. La carte mère 9 est agencée et/ou programmée pour gérer et faire fonctionner l’ensemble des modules. Le module WIFI 5 est agencé et/ou programmé pour diffuser un réseau WIFI. Le module de connexion 4G 6 et/ou le module de connexion filaire 10 du boîtier 1 sont configurés pour que le boîtier 1 se connecte à un serveur distant 2. Le module de connexion filaire 10 comprend une connexion filaire RJ45 configurée pour remplacer le module de connexion 4G 6 lorsque celui-ci est défectueux par exemple. Le serveur distant 2 est programmé par un service client 7. Le boîtier 1 est un coffret en polymère thermoplastique ou en plastique résistant aux chocs. Le boîtier 1 comprend des trous d’aération sur au moins deux côtés. Le boîtier 1 dispose également de guides et de plots internes pour la fixation de la carte mère 9 et des modules nécessaires. Le boîtier 1 comprend également des trous et des emplacements pour les connectiques sur une de ses façades. Le boîtier 1 mesure 17 cm de longueur et 12 cm de largeur avec une épaisseur 5 cm. Ces dimensions étant évolutives.
Nous allons maintenant décrire en référence à la , une représentation schématique du boîtier positionné dans un bus selon l’invention.
Le boîtier 1 est disposé dans un bus. Plus précisément, le boîtier 1 est connecté directement au circuit de demande d’arrêt 8 du bus soit à un des boutons de demande d’arrêt du bus. La connexion filaire entre le boîtier et le circuit de demande d’arrêt du bus est représenté à la . Plusieurs autres possibilités de connexion du boîtier 1 sont possibles. Dans certains cas, le boîtier 1 est connecté au circuit de demande d’arrêt 8 du bus via un relais BLE, soit « Bluetooth Low Energy » tel que représenté à la ou directement en filaire à l’ordinateur de bord du bus tel que représenté à la . La connexion Bluetooth (voir ) entre le boîtier 1 et le circuit de demande d’arrêt du bus remplace la connexion filaire entre le boîtier 1 et le circuit de demande d’arrêt 8 du bus (voir ) et/ou l’ordinateur de bord du bus (voir ) lorsque la connexion filaire est défectueuse par exemple. Dans ce cas, la connexion Bluetooth est effectuée via le module Bluetooth 11 de la carte mère 9 du boîtier 1. A l’inverse, la connexion filaire entre le boîtier 1 et le circuit de demande d’arrêt 8 du bus et/ou l’ordinateur de bord du bus remplace la connexion Bluetooth entre le boîtier 1 et le circuit de demande d’arrêt 8 du bus lorsque la connexion Bluetooth est défectueuse.
Le serveur distant 2 initie le boîtier 1. L’utilisateur dans le bus peut alors se connecter au réseau WIFI diffusé par le module WIFI 5 du boîtier 1 via un appareil portable 3 pour demander l’arrêt du bus.
Nous allons détailler en référence à la , le fonctionnement du boîtier disposé dans un bus selon l’invention.
Une fois le boîtier 1 connecté au circuit de demande d’arrêt 8 du bus tel que représenté à la , le boîtier 1 se connecte au serveur distant 2 via le module de connexion 4G. Le serveur distant 2 identifie le boîtier 1 et autorise la diffusion du réseau WIFI ainsi que les services utilisateurs définis au préalable par le service client 7 dans le bus. Le module WIFI 5 diffuse un réseau WIFI dans le bus et est donc apte à recevoir des connexions utilisateurs.
Le nom du réseau WIFI est personnalisé pour être facilement reconnu par les utilisateurs se trouvant dans le bus. Dans le cas où, le boîtier 1 doit être déconnecté ou que les services diffusés sur l’appareil portable 3 doivent changer, une mise à jour est envoyée au serveur local 4 par le serveur distant 2.
L’utilisateur installé dans le bus se connecte au réseau WIFI du module WIFI 5 via son appareil portable 3. La connexion entre le module WIFI 5 et l’appareil portable 3 est réalisée à l'aide d’une technique de portail captif. L’appareil portable est un téléphone portable qui est de manière générale un téléphone portable de type « smartphone » ou une tablette numérique dotée d'un module de connexion WIFI 5 ou un ordinateur portable doté d'un module de connexion WIFI 5.
L’appareil portable 3 est connecté au serveur local 4 via le module WIFI 5. Le serveur local 4 du boîtier 1 envoie les différents services utilisateur sur l’appareil portable 3 de l’utilisateur. Les services sont présentés à l’utilisateur sous forme de page d’accueil (non représenté sur les figures) apparaissant sur l’appareil portable 3 de l’utilisateur dès que la connexion WIFI est établie entre l’appareil portable 3 et le module WIFI 5. La page d’accueil présente plusieurs boutons virtuels tels que « arrêt demandé », « programmer un arrêt », « explorer ma ligne de bus », « payer mon trajet », « répondre à une enquête de satisfaction », « quitter » par exemple. Chaque service est représenté par un bouton virtuel sur la page d’accueil. L’utilisateur clique sur le bouton virtuel correspondant au service auquel il souhaite accéder. Les services ne se limitent pas à la liste décrite précédemment.
Dans le cas du service « arrêt demandé », l’utilisateur clique sur le bouton virtuel « arrêt demandé ». L’appareil portable 3 envoie une requête au serveur local 4. Le serveur local 4 traite la requête et le boîtier 1 envoie une impulsion électrique au circuit de demande d’arrêt 8 du bus. La demande d’arrêt du bus est effectuée comme si l’utilisateur venait d’appuyer sur le bouton. Dans le cas présenté à la , le serveur local 4 envoie la requête utilisateur reçue par le serveur local 4 sous forme de signal au relais BLE. Le relais BLE reçoit le signal et envoie une impulsion électrique au circuit de demande d’arrêt 8 du bus. Dans le cas de la , le serveur local 4 traite la requête utilisateur et le boîtier 1 envoie l’impulsion électrique directement à l’ordinateur de bord du bus.
Pour les services « programmer un arrêt », « explorer ma ligne de bus » ou « payer mon trajet », une deuxième page est automatiquement ouverte sur l’appareil portable 3 de l’utilisateur quand celui-ci clique sur un des trois boutons virtuels.
Dans le cas du service « répondre à une enquête de satisfaction », l’utilisateur clique sur le bouton virtuel « répondre à une enquête de satisfaction ». Une deuxième page s’ouvre sur l’appareil portable 3 de l’utilisateur l’invitant à compléter l’enquête de satisfaction proposée. Une fois l’enquête de satisfaction complétée et terminée, les réponses de l’utilisateur sont envoyées au serveur local 4. D’après les figures 3 et 4, le serveur local 4 du boîtier 1 transmet les réponses utilisateur au serveur distant 2 afin que les réponses soient traitées et/ou étudiées par le service client 7. Les enquêtes de satisfaction ou sondages sont conçus au préalable par le service client 7 et implémentés dans le serveur distant 2.
Le service client 7 crée également des messages vocaux qui sont envoyés au serveur local 4 et diffusés sur le haut-parleur 12 de la carte mère 9 du boîtier 1 pour informer les utilisateurs de la présence des différents services dans le bus et les inviter à se connecter au réseau WIFI diffusé via leur appareil portable 3 pour accéder aux services.
Si l’utilisateur clique sur le bouton virtuel « quitter », la page d’accueil affichée sur l’appareil portable 3 est automatiquement fermée et l’appareil portable 3 est déconnecté du réseau WIFI. Si l’utilisateur descend du bus sans fermer la page d’accueil, l’appareil portable 3 est automatiquement déconnecté du réseau WIFI.
Dans un second mode de réalisation, un deuxième réseau WIFI est diffusé par un deuxième module WIFI pour les besoins de connexion propre à une application utilisateur proposée aux utilisateurs pour paramétrer et/ou automatiser leurs connexions à chaque fois qu'il se trouvent dans le bus et à proximité du boitier. Le deuxième WIFI est non-visible et sécurisé par un mot de passe pour les besoins de connexions automatiques qui sont gérés par l'application utilisateur pour le même contenu et les mêmes services.
L'utilisateur dans ce cas, se connecte manuellement avec le premier réseau WIFI ou automatiquement ou semi automatiquement avec le second réseau WIFI.
Le deuxième module WIFI peut être implémenté et utilisé seul. Il n'est pas exclu d'ajouter un autre réseau WIFI.
Typiquement au moins un des moyens du dispositif selon l’invention précédemment décrits, de préférence chacun des moyens du dispositif selon l’invention précédemment décrit sont des moyens techniques.
Typiquement, chacun des moyens du dispositif selon l’invention précédemment décrits peuvent comprendre au moins un ordinateur, une unité centrale ou de calcul, un circuit électronique analogique (de préférence dédié), un circuit électronique numérique (de préférence dédié), et/ou un microprocesseur (de préférence dédié), et/ou des moyens logiciels dédiés.
Bien sûr, l’invention n’est pas limitée aux exemples qui viennent d’être décrits et de nombreux aménagements peuvent être apportés à ces exemples sans sortir du cadre de l’invention.
Bien entendu, les différentes caractéristiques, formes, variantes et modes de réalisation de l’invention peuvent être associées les unes avec les autres selon diverses combinaisons dans la mesure où elles ne sont pas incompatibles ou exclusives les unes des autres. En particulier toutes les variantes et modes de réalisation décrits précédemment sont combinables entre eux.
Claims (18)
- Boîtier (1) destiné à être placé dans un bus, le boîtier (1) comprenant :
- un serveur local (4),
- un module WIFI (5) apte à connecter un appareil portable (3) au serveur local (4) du boîtier (1),
caractérisé en ce qu’il comprend des moyens de connexion du serveur local à un circuit de demande d’arrêt (8) du bus permettant à un utilisateur de demander l’arrêt du bus via l’appareil portable (3). - Boîtier selon la revendication 1, caractérisé en ce que le serveur local (4) est configuré pour envoyer au moins un des services utilisateur supplémentaires suivants sur l’appareil portable (3) lors de sa connexion au module WIFI (5) du boîtier (1) :
- programmer un arrêt,
- explorer la ligne de bus,
- payer son trajet,
- répondre à une enquête de satisfaction et/ou donner un avis,
- quitter. - Boîtier selon l’une quelconque des revendications précédentes, caractérisé en ce que le boîtier (1) est configuré pour être connecté à un serveur distant (2).
- Boîtier selon la revendication 3, caractérisé en ce que le serveur distant (2) est configuré pour identifier le boîtier (1) et/ou activer le module WIFI (5) du boîtier (1) et/ou désactiver le module WIFI (5) du boîtier (1) et/ou envoyer les services utilisateur sur le serveur local (4).
- Boîtier selon l’une quelconque des revendications 3 à 4, caractérisé en ce que, le serveur local (4) est configuré pour recevoir des réponses utilisateurs de l’appareil portable (3) et/ou envoyer les réponses utilisateurs au serveur distant (2) lorsque l’appareil portable (3) est connecté au module WIFI (5).
- Boîtier selon l’une quelconque des revendications 3 à 5, caractérisé en ce que le serveur distant (2) est configuré pour mettre à jour le boîtier (1).
- Boîtier selon l’une quelconque des revendications précédentes, caractérisé en ce que le boîtier (1) comprend un module de connexion 4G (6).
- Boîtier selon l’une quelconque des revendications précédentes, caractérisé en ce que le boîtier (1) est connecté en filaire au circuit de demande d’arrêt (8) du bus ou à l’ordinateur de bord du bus.
- Boîtier selon l’une quelconque des revendications 1 à 7, caractérisé en ce que le boîtier (1) est connecté par transmission sans fil à un relais, le relais étant connecté au circuit de demande d’arrêt (8) du bus.
- Procédé de demande d’arrêt d’un bus mis en œuvre par un boîtier (1) comprenant un serveur local (4), un module WIFI (5) apte à connecter un appareil portable (3) au serveur local (4) du boîtier (1) et des moyens de connexion du serveur local à un circuit de demande d’arrêt du bus, caractérisé en ce que le procédé comprend les étapes suivantes :
- connexion de l’appareil portable (3) au serveur local (4) via le module WIFI (5),
- envoie d’un service utilisateur de demande d’arrêt du bus par le serveur local (4) sur l’appareil portable (3),
- réception d’une requête utilisateur de demande d’arrêt du bus par le serveur local (4),
- demande d’arrêt du bus envoyé par le serveur local (4) au circuit de demande d’arrêt du bus. - Procédé de demande d’arrêt d’un bus selon la revendication 10, caractérisé en ce que le procédé comprend une étape d’envoi d’au moins un des services utilisateur supplémentaires suivants par le serveur local (4) sur l’appareil portable (3) lors de la connexion de l’appareil portable (3) au module WIFI (5) :
- programmer un arrêt,
- explorer la ligne de bus,
- payer son trajet,
- répondre à une enquête de satisfaction et/ou donner un avis,
- quitter. - Procédé de demande d’arrêt d’un bus selon l’une quelconque des revendications 10 à 11, le boîtier (1) comprenant également un serveur distant (2), caractérisé en ce que le procédé comprend les étapes suivantes :
- identification du boîtier (1) par le serveur distant (2),
- activation du module wifi (5) du boîtier (1) par le serveur disant (2),
- désactivation du module wifi (5) du boîtier (1) par le serveur distant (2),
- envoie des services utilisateur au serveur local (4) par le serveur distant (2). - Procédé de demande d’arrêt d’un bus selon la revendication 12, caractérisé en ce que le procédé comprend les étapes suivantes lorsque l’appareil portable (3) est connecté au module WIFI (5) :
- réception des réponses utilisateurs de l’appareil portable (3) par le serveur local (4),
- envoie des réponses utilisateurs au serveur distant (2) par le serveur local (4). - Procédé de demande d’arrêt d’un bus selon l’une quelconque des revendications 12 à 13, caractérisé en ce que le procédé comprend une étape de mise à jour du boîtier (1) par le serveur distant (2).
- Procédé de demande d’arrêt d’un bus l’une quelconque des revendications 12 à 14, le boîtier (1) comprenant un module de connexion 4G (6), caractérisé en ce que le procédé comprend une étape de connexion du serveur distant (2) au serveur local (4) par le module de connexion 4G (6).
- Procédé de demande d’arrêt d’un bus l’une quelconque des revendications 10 à 15, caractérisé en ce que le procédé comprend une étape d’envoi d’une impulsion électrique au circuit de commande d’arrêt du bus par le boîtier (1) lorsque le boîtier est connecté en filaire au circuit de demande d’arrêt (8) du bus ou à l’ordinateur de bord du bus.
- Procédé de demande d’arrêt d’un bus l’une quelconque des revendications 10 à 15, caractérisé en ce que le procédé comprend une étape d’envoi d’un signal au circuit de demande d’arrêt du bus lorsque le boîtier (1) est connecté par transmission sans fil à un relai, le relais étant connecté au circuit de demande d’arrêt (8) du bus.
- Produit programme d'ordinateur comprenant des instructions qui, lorsque le programme est exécuté par un ordinateur, conduisent celui-ci à mettre en œuvre les étapes du procédé selon l’une quelconque des revendications 10 à 17.
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR2101134A FR3119721B1 (fr) | 2021-02-05 | 2021-02-05 | Boîtier et procédé de demande d’arrêt pour bus. |
| PCT/EP2022/052777 WO2022167618A1 (fr) | 2021-02-05 | 2022-02-04 | Boîtier et procédé de demande d'arrêt pour bus |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR2101134A FR3119721B1 (fr) | 2021-02-05 | 2021-02-05 | Boîtier et procédé de demande d’arrêt pour bus. |
| FR2101134 | 2021-02-05 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| FR3119721A1 true FR3119721A1 (fr) | 2022-08-12 |
| FR3119721B1 FR3119721B1 (fr) | 2024-03-29 |
Family
ID=76283808
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| FR2101134A Active FR3119721B1 (fr) | 2021-02-05 | 2021-02-05 | Boîtier et procédé de demande d’arrêt pour bus. |
Country Status (2)
| Country | Link |
|---|---|
| FR (1) | FR3119721B1 (fr) |
| WO (1) | WO2022167618A1 (fr) |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20140379391A1 (en) * | 2013-06-21 | 2014-12-25 | Mastercard International Incorporated | Apparatus, method, and computer program product for bus rapid transit ticketing and the like |
| KR20190018091A (ko) * | 2017-08-11 | 2019-02-21 | 계명대학교 산학협력단 | 버스 하차 안내 시스템 및 방법 |
-
2021
- 2021-02-05 FR FR2101134A patent/FR3119721B1/fr active Active
-
2022
- 2022-02-04 WO PCT/EP2022/052777 patent/WO2022167618A1/fr active Application Filing
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20140379391A1 (en) * | 2013-06-21 | 2014-12-25 | Mastercard International Incorporated | Apparatus, method, and computer program product for bus rapid transit ticketing and the like |
| KR20190018091A (ko) * | 2017-08-11 | 2019-02-21 | 계명대학교 산학협력단 | 버스 하차 안내 시스템 및 방법 |
Non-Patent Citations (1)
| Title |
|---|
| WERNER BISCHOF ET AL: "NAVCOM WLAN Communication between Public Transport Vehicles and Smart Phones to Support Visually Impaired and Blind People", 11 July 2012, COMPUTERS HELPING PEOPLE WITH SPECIAL NEEDS, SPRINGER BERLIN HEIDELBERG, BERLIN, HEIDELBERG, PAGE(S) 91 - 98, ISBN: 978-3-642-31533-6, XP047010230 * |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2022167618A1 (fr) | 2022-08-11 |
| FR3119721B1 (fr) | 2024-03-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1590931B1 (fr) | Procede de presentation d'etat d'un utilisateur utilisant plusieurs equipements de communication | |
| EP1247589B1 (fr) | Procédé et système permettant d'accéder à des informations et/ou données disponibles sur un réseau informatique étendu | |
| EP2567544A1 (fr) | Procédé et système de configuration et de gestion de systèmes de commande et de contrôle numériques à large bande | |
| FR2911214A1 (fr) | Procede de diffusion d'un contenu numerique, appareil et serveur pour la mise en oeuvre d'un tel procede | |
| WO2019138179A1 (fr) | Procede de mise a jour d'un indicateur de disponibilite d'un vehicule pour sa reservation | |
| WO2007063196A1 (fr) | Procede d'acces a internet par un reseau sans fil depuis une station mobile | |
| WO2022167618A1 (fr) | Boîtier et procédé de demande d'arrêt pour bus | |
| EP3011712A1 (fr) | Procede de communication pour une application interactive entre terminaux dans une salle de projection sur ecran | |
| CA2874206C (fr) | Procedes de delivrance de courriels a la demande, serveurs de courriels et programmes d'ordinateur mettant en oeuvre de tels procedes. | |
| FR3079951A1 (fr) | Procede d'expertise a distance | |
| FR2816143A1 (fr) | Procede de diffusion de masse selective d'une annonce dans un reseau de telecommunication, terminal pour mise en oeuvre | |
| EP1793605A1 (fr) | Procédé de fourniture sur demande de menus interactifs à des terminaux couplés à un réseau de communication | |
| EP2608505B1 (fr) | Procédé de rappel automatique d'un utilisateur sélectionnant une publicité en ligne et système de communication associé | |
| EP3327999B1 (fr) | Dispositif de mutualisation des connexions internet | |
| WO2008107595A2 (fr) | Procédé et installation de télécommunication pour la fourniture d'un service à l'utilisateur d'un équipement personnel. | |
| WO2016180987A1 (fr) | Procédé de commande d'une fonctionnalité d'un véhicule au moyen d'un terminal utilisateur | |
| FR2990779A1 (fr) | Mobilier urbain possedant un ecran et procede de gestion dudit ecran. | |
| FR3113634A1 (fr) | Procédé et système de supervision de clés digitales de véhicules | |
| FR3034931A1 (fr) | Procede et dispositif de fourniture d’informations relatives a des stations fm, par analyse d’une table de correspondance, et appareil de restitution sonore associe | |
| CA2874207C (fr) | Procede de traitement de flux de donnees imap, serveurs de courriels et programmes d'ordinateur mettant en oeuvre de tels procedes | |
| EP4163851A1 (fr) | Système de contrôle d'un événement numérique hybride et procédé associé | |
| WO2019202273A1 (fr) | Procédé et système de contrôle qualité en temps réel par modèle de réseau social | |
| FR2972882A1 (fr) | Procede de transfert et de comptabilisation de tags, et dispositif correspondant | |
| LU88213A1 (fr) | Centre de communication pour ordinateurs | |
| FR2878687A1 (fr) | Procede d'acces a internet par un reseau sans fil depuis une station mobile |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PLFP | Fee payment |
Year of fee payment: 2 |
|
| EXTE | Extension to a french territory |
Extension state: PF |
|
| PLSC | Publication of the preliminary search report |
Effective date: 20220812 |
|
| PLFP | Fee payment |
Year of fee payment: 3 |
|
| PLFP | Fee payment |
Year of fee payment: 4 |