Method and device for providing a user's service identifier to an access control device.
The method and device provide a user's service identifier to access transport networks, addressing the restrictive nature of existing solutions by enabling flexible fare options and transparent pricing without prior enrollment.
Patent Information
- Application Number
- FR2023014825
- Authority / Receiving Office
- FR · FR
- Patent Type
- Applications
- Current Assignee / Owner
- Filing Date
- 2023-12-21
- Publication Date
- 2025-06-27
AI Technical Summary
Existing solutions for accessing transport networks require prior enrollment or the use of bank cards, which can be restrictive and lack flexibility in fare options and transparent pricing.
A method and device that provide a user's service identifier to an access control device, allowing users to access transport networks without creating an account or using physical media, while enabling choices in fare options and transparent pricing.
Enables users to access transport networks seamlessly without prior enrollment, offering flexible fare options and transparent pricing, while simplifying the process for both users and transport operators.
Smart Images

Figure 00000000_0000_ABST
Abstract
Description
Title of the invention: Method and device for providing a user's service identifier to an access control device.
[0001] 1. Field of the invention
[0002] The invention relates to the general field of telecommunications networks and more particularly to technologies enabling the monitoring of a user's interactions with access infrastructures, for example, of a transport network.
[0003] 2. Prior Art
[0004] Currently, various solutions allow a transport company to digitally issue transport tickets to a user. The transport company can, for example, provide the user with a badge or a personal account capable of identifying him when he wishes to access the transport network. Concretely, the user's identifier stored in the badge or the account is, for example, obtained in NFC (Near-Field Communication) or via a barcode by one or more terminals / gates giving access to the network and then transmitted to a server of the transport company. A count of the interactions is then carried out in order, for example, to deduct a prepaid account of the user or generate a suitable invoice.
[0005] A main drawback of this solution is that it requires prior enrollment which can be particularly restrictive for the user (complex and time-consuming process).
[0006] To overcome this drawback, the transport company can allow the use of a bank card in NFC to access its transport network. In this case, the bank card number, i.e. the PAN (Primary Account Number), is used as the user's identifier.
[0007] This solution, although simple, has drawbacks. The first concerns the impossibility for the customer to choose a particular fare option (one-day ticket, reduced fare, etc.). Indeed, the transaction being a banking transaction, the transport operator, for obvious reasons of fluidity around the terminals / gates giving access to its network, only offers a fixed price and does not allow the user to choose a particular fare option. A second drawback concerns the price paid by the user which is most often not displayed and therefore known to the user.
[0008] There is therefore a need for a solution allowing a user to use a transport network (metro, train, etc.) by means of a transport ticket / access to the digital service which does not require the creation of an account or a physical medium. and which allows you to benefit from the commercial options of the operator / transport company (adapted rates, consumption monitoring, etc.), additional services, etc.
[0009] 3. Statement of the invention
[0010] The invention improves the state of the art and proposes for this purpose a method for providing a service identifier of a user, said method being implemented by a providing device capable of communicating via at least one telecommunications network of an operator of said user and characterized in that it comprises the following steps: - issuing a request for said at least one service identifier, said request comprising at least one operator identifier of said user assigned by said operator; - obtaining said at least one service identifier, said at least one service identifier being associated with said at least one operator identifier; - transmission of said at least one service identifier to at least one access control device.
[0011] Advantageously, the invention allows a user to obtain a service identifier capable of identifying the user to an access control device (for example a terminal or a gate of the transport network). In this way, the present technique makes it possible to identify a user without having to create an account or a physical medium associated with it. The service identifier is for example generated by an application server of a service provider (for example a carrier) or by a server of the user's telecommunications operator. Once obtained, the supply device transmits the service identifier to an access control device in order to access a physical or dematerialized service (for example the rental of a vehicle, the use of a transport network, the use of a VoD service or in English Video on Demand, a distributor of physical or dematerialized goods, etc.) or to a particular area (e.g. access to a parking lot, access to a building, etc.).
[0012] Operator identifier means a user identifier managed by a user's telecommunications operator such as an IMSI (International Mobile Subscriber Identity), a MAC (Media Access Control) address, an IP (Internet Protocol) address, a SIP URI (Session Initiation Protocol Uniform Resource Identifier), or any other character string capable of identifying the user.
[0013] Note that the operator identifier can also correspond to an identifier of a terminal belonging to it such as an IMEI (International Mobile Equipment Identity).
[0014] A service identifier is understood to mean a string of characters capable of identifying a user when the user uses a service. In the case of a transport service, the service identifier can be seen as a medium that makes it possible to make the link with the transport tickets purchased by the user, for example, from the service provider.
[0015] According to a particular embodiment of the invention, a method as described above is characterized in that the sending of said request is carried out via a software client of a conversational agent.
[0016] Advantageously, the service identifier generated for the user (i.e. associated with an operator identifier) can be provided by a conversational agent in response to one or more messages sent by a software client of the conversational agent.
[0017] According to a particular embodiment of the invention, a method as described above is characterized in that said at least one service identifier is generated as a function of a tariff data item and / or an option data item and / or a payment validation data item and / or a consent data item included in said request.
[0018] Thus, the user can, for example, choose, prior to receiving the service identifier, a fare or a service offered, for example, by a conversational agent of a transport network. The service identifier can then be generated based on a fare and / or a service (option / choice) chosen by the user. The option can, for example, include the choice of a mode of transport, a number of passengers, a timetable, etc.
[0019] Further, the service identifier may be generated based on a previously made valid payment / or payment authorization.
[0020] The service identifier may also be generated in connection with the result of a test of one or more data (age, address, etc.) contained within a profile associated with the user, for example, managed by a telecommunications operator of the user. Thus, the service identifier may be specific to an age group or a social situation (minor, adult, looking for work, retired, etc.).
[0021] The service identifier may also be generated based on consent data (e.g., validation of terms of use) obtained from a user via a human-machine interface.
[0022] Note that the conversational agent can be hosted on an application server of a telecommunications operator or on a server of the service provider. Also note that once obtained, the service identifier can be stored within the provisioning device, for example, via a wallet-type application.
[0023] A conversational agent is understood to mean a computerized dialog automaton capable of dialoguing with a user, for example, via a mobile terminal, a connected object, a computer, a vehicle dashboard, etc. The conversational agent generates messages for the client / user and interprets the responses sent in return in order to respond to the requests / needs provided by the client. Note that the dialog can be done vocally and / or through a human-machine interface (screen, keyboard, etc.).
[0024] A message is understood to mean a set of data intended to be transmitted by a computer system. The message may be textual, in the form of a data stream or one or more files.
[0025] Dialogue means all electronic messages exchanged during a session between a conversational agent and one of its clients.
[0026] According to a particular embodiment of the invention, a method as described above is characterized in that said at least one service identifier is generated as a function of said at least one operator identifier.
[0027] According to a particular embodiment of the invention, a method as described above is characterized in that the transmission step is followed by a step of receiving at least one first service data item.
[0028] Advantageously, this mode of implementation allows the user, via received service data, to monitor in real time his consumption and / or his billing at the level of one or more services used. The first service data are for example obtained from an application server operated by the user's service provider (for example a carrier, i.e. a transport company) or by the user's telecommunications operator.
[0029] Thus, this mode of implementation allows, for example, the user to obtain, from his telecommunications operator, an invoice in relation to his usages noted at the level of a service provided by the service provider. The invoice can be issued after each act of consumption of the service or at the end of a given period of time (one day, one week, one month, one quarter, etc.). Obviously, this assumes that the telecommunications operator (i.e. a server operated by the telecommunications operator) first obtains from a server of the service provider the user's usage data allowing the invoice to be generated. Note that the service data can also be obtained from an access control device.
[0030] The first service data may further comprise a status relating to the validity of the service identifier. Indeed, a validly generated service identifier may subsequently be invalidated, for example, when a payment has been refused or when the user has died.
[0031] First service data means all the data collected and / or generated during the use of a service by a user. For example, the service data may be generated from data collected from an application server, a client of the conversational agent, an access control device and / or a client of the conversational agent.
[0032] According to a particular embodiment of the invention, a method as described above is characterized in that the obtaining step further comprises obtaining at least one second piece of service data.
[0033] Advantageously, this mode of implementation allows the user to obtain, with the service identifier, information / data relating to the service (opening hours, consumption monitoring, payment receipt, etc.).
[0034] The second service data may further comprise a status relating to the validity of the service identifier. Indeed, a validly generated service identifier may be invalidated when a payment has been refused. This is, for example, the case when the service identifier allowing access to the transport network (or access identifier) corresponds to a transport ticket having a limited validity period (for example 1 month). Once the month has expired, a payment must be made to extend the validity of the transport ticket associated with the service identifier. If the payment fails, the service identifier obtained, which may be identical to that previously used by the user, is then invalidated by the service provider.
[0035] The second service data item may also include a tariff option associated with the service identifier. This embodiment makes it possible, for example, to know the tariff option chosen by the user at a given time. The tariff option (weekend tariff, night tariff, etc.) associated with the service identifier may, for example, be modified by the user via a human-machine interface of the supply device or via another communication channel capable of dialoguing with the manager of the service identifier (the telecommunications operator of the user UT or the service provider).
[0036] According to a particular embodiment of the invention, a method as described above is characterized in that said at least one operator identifier corresponds to an IMSI and / or an IMEI and / or a SIP URL
[0037] According to a particular embodiment of the invention, a method as described above is characterized in that said at least one service identifier comprises a barcode.
[0038] Advantageously, this mode of implementation allows, for example, the user to access a transport network in a simple and ergonomic manner. In addition, many transport networks already use barcode-type transport tickets. Thus, there is no need to adapt existing infrastructures.
[0039] A barcode is understood to mean a graphic representation of digital and / or alphanumeric data in the form of symbols (for example, colored bars and spaces of varying thickness, black squares arranged in a white square, etc.).
[0040] The barcode can be of any type (one-dimensional, two-dimensional) and generated via any type of technology (QRCode, Datamatrix, 2D-Doc, PDF417, etc.).
[0041] According to a particular embodiment of the invention, a method as described above is characterized in that said request comprises a message of the RCS (Rich Communication Services) type conforming to the GSMA RCC.71 standard and later and in that said at least one service identifier is obtained via a message of the RCS (Rich Communication Services) type conforming to the GSMA RCC.71 standard and later
[0042] Advantageously, this mode of implementation allows obtaining a service identifier via an RCS type message which can be included in a dialogue established between the conversational agent and the supply device.
[0043] According to a particular embodiment of the invention, a method as described above is characterized in that said at least one first and / or one second service data item is obtained via a communication of the RCS (Rich Communication Services) type conforming to the GSMA RCC.71 standard and later.
[0044] According to a particular embodiment of the invention, a method as described above is characterized in that said at least one first and / or one second service data item comprises billing data.
[0045] Advantageously, this mode of implementation allows, for example, the user to validate a payment associated with the use of the service.
[0046] According to a particular embodiment of the invention, a method as described above is characterized in that said conversational agent is included in said access control device.
[0047] This mode of implementation makes it possible, for example, to rationalize the hardware infrastructures of a service provider by hosting the conversational agent and the access control device on the same device.
[0048] According to a particular embodiment of the invention, a method as described above is characterized in that the step of transmitting said at least one service identifier is repeated a plurality of times.
[0049] This mode of implementation makes it possible to use the same service identifier with an access control device in order to access the service or an area controlled by the access control device.
[0050] The various embodiments or features mentioned above may be added independently or in combination with each other to the supply method defined above.
[0051] The invention also relates to a device for providing at least one service identifier of a user, said device being capable of communicating via at least one telecommunications network of an operator of said user and characterized in that it comprises: - a module for transmitting a request for said at least one service identifier, said request comprising at least one operator identifier for said user assigned by said operator; - a module for obtaining said at least one service identifier, said at least one service identifier being associated with said at least one operator identifier; - a module for transmitting said at least one service identifier to at least one access control device.
[0052] The term module can correspond to a software component as well as to a hardware component or a set of hardware and software components, a software component itself corresponding to one or more computer programs or subroutines or more generally to any element of a program capable of implementing a function or a set of functions as described for the modules concerned. In the same way, a hardware component corresponds to any element of a hardware assembly capable of implementing a function or a set of functions for the module concerned (integrated circuit, smart card, memory card, etc.).
[0053] According to a particular embodiment of the invention, a device as described above is characterized in that it is included in a mobile terminal.
[0054] The invention also relates to a computer program comprising instructions for implementing the above method according to any of the particular embodiments described above, when said program is executed by a processor. The method can be implemented in various ways, in particular in hard-wired form or in software form. This program can use any programming language, and be in the form of source code, object code, or intermediate code between source code and object code, such as in a partially compiled form, or in any other desirable form.
[0055] The invention also relates to a recording medium or information medium readable by a computer, and comprising instructions of a computer program as mentioned above. The recording media mentioned above can be any entity or device capable of storing the program. For example, the medium can comprise a storage means, such as a ROM, for example a CD ROM or a microelectronic circuit ROM, or a magnetic recording means, for example a hard disk. On the other hand, the recording media may correspond to a transmissible medium such as an electrical or optical signal, which may be conveyed via an electrical or optical cable, by radio or by other means. The programs according to the invention may in particular be downloaded from an Internet-type network.
[0056] Alternatively, the recording media may correspond to an integrated circuit in which the program is incorporated, the circuit being adapted to execute or to be used in the execution of the method in question.
[0057] This supply device and this computer program have characteristics and advantages similar to those described previously in relation to the supply method.
[0058] 4. List of figures
[0059] Other characteristics and advantages of the invention will appear more clearly on reading the following description of particular embodiments, given as simple illustrative and non-limiting examples, and the appended drawings, among which:
[0060] [Fig-1] [Fig. 1] illustrates an example of an environment for implementing the invention according to a particular embodiment of the invention;
[0061] [Fig.2] [Fig.2] schematically illustrates an example of the architecture of a device suitable for implementing the supply method according to a particular embodiment of the invention;
[0062] [Fig.3] [Fig.3] illustrates the main steps of the supply process according to a particular embodiment of the invention;
[0063] 5. Description of an embodiment of the invention
[0064] [Fig. 1] illustrates an example of an environment for implementing the invention according to a particular embodiment of the invention. [Fig.l] more particularly illustrates a terminal 102 (for example a connected object) of a user UT capable of implementing the provisioning method according to a particular embodiment. The terminal 102 corresponds in our example to an intelligent mobile terminal (in English a smartphone) which integrates a software client capable of dialoguing with a conversational agent.
[0065] According to a particular embodiment of the invention, the method can be implemented by any type of connected terminal having the architecture of a computer such as, for example, and in a non-limiting manner, a games console, a television, an ATM, a router, a tablet, a personal computer, a car's on-board computer, etc.
[0066] The implementation environment of the invention also comprises a conversational agent which in our example is hosted / executed at a server 103 located in a network 100. Note that the conversational agent can also be hosted / executed at an access control device (portal, gate, etc.) 101. According to a particular embodiment of the invention, the conversational agent can be distributed partially or totally between the access control device 101 and the server 103.
[0067] The conversational agent 103 is capable of communicating with a platform (i.e. a server) of services (not shown) of a service provider and / or a telecommunications operator of the user UT.
[0068] The conversational agent 103 can further communicate with one or more service platforms (application / service servers) of a service provider via an application server of a telecommunications operator of the user UT.
[0069] According to a particular embodiment of the invention, the conversational agent 103 can be implemented by any type of connected terminal having the architecture of a computer such as, for example, and in a non-limiting manner, a server, a gateway, a games console, a television, an ATM, a router, a tablet, a personal computer, a smartphone, etc.
[0070] The communications between the conversational agent and the terminal 102 are for example carried out via the network 100 (for example IP and / or circuit) and RCS (Rich Communication Services) technology.
[0071] Communications between the conversational agent and the service platforms (operator and / or service providers) are for example carried out via the network 100 (for example IP and / or circuit).
[0072] The communications between the access control device 101 and the terminal 102 are for example carried out via a wireless technology such as Bluetooth®, WiFi®, NFC®, ultrasound and / or cellular radiotelephony. The communication can also be carried out via an optical device (camera, video camera, etc.) of the access control device 101 capable of interpreting textual data (for example via a character recognition module) or barcode type data displayed by a screen of the terminal 102.
[0073] [Fig.2] illustrates a device 200 configured to implement the provisioning method according to a particular embodiment. According to a particular embodiment of the invention, the device 200 has the conventional architecture of a computer, and notably comprises a memory MEM, a processing unit UT, equipped for example with a processor PROC, and controlled by the computer program PG stored in memory MEM. The computer program PG comprises instructions for implementing the steps of the provisioning method as described previously, when the program is executed by the processor PROC.
[0074] At initialization, the code instructions of the computer program PG are for example loaded into a memory before being executed by the processor PROC. The processor PROC of the processing unit UT notably implements the steps of the method of providing according to any of the particular embodiments described in relation to figures 1 and 3, according to the instructions of the computer program PG.
[0075] The device 200 comprises a module SND1 capable of transmitting one or more messages requesting an identifier of the user UT allowing access to a service / to a zone controlled by the control device 101. The message(s) are for example transmitted to an application server of a service provider via a server of a telecommunications operator of the user UT.
[0076] The device 200 further comprises an OBT module capable of obtaining at least one service identifier of the user UT, for example provided by an application server of a service provider or a telecommunications operator of the user UT.
[0077] The device 200 also comprises a module SND2 capable of transmitting to an access control device a service identifier of the user UT obtained via the module OBT.
[0078] According to a particular embodiment, the modules SND1 and SND2 are capable of communicating (transmitting and / or receiving messages) via an IP network and / or circuit.
[0079] According to a particular embodiment, the modules SND1 and SND2 are one and the same module.
[0080] According to a particular embodiment, the device 200 may comprise a digital storage module (for example the MEM memory) capable of storing the service identifier(s) obtained via the OBT module.
[0081] According to a particular embodiment, the device 200 comprises a human-machine interface module (not shown) capable of displaying the service identifier(s) obtained via the OBT module in the form of a character string or a barcode. The human-machine interface module may further be capable of obtaining, from a user, data such as validation / consent data, payment data, data relating to the selection of a choice, etc.
[0082] According to a particular embodiment, the device 200 comprises a module for obtaining at least one service data item (not shown) relating to the service identifier and / or the service itself. This obtaining module and the OBT module may be one and the same module.
[0083] [Fig. 3] illustrates steps of the supply method according to one of the particular embodiments of the invention presented previously in support of [Fig. 1] and [Fig. 2], the method being executed on the terminal 102.
[0084] The terminal 102 communicates with the conversational agent hosted / executed on the server 103 via the network 100 and the RCS (Rich Communication Services) technology, for example according to the GSMA RCC.71 standard and later.
[0085] Prior to the first step 300, the terminal 102 begins a conversation / dialogue with a conversational agent, for example, operated / managed by a carrier / company that operates a transport network (metro, bus, tram, etc.). To do this, the user UT of the terminal 102 can scan a QR code or enter an electronic address (for example a telephone number) of the conversational agent.
[0086] During the dialogue (at the first message or later) the method sends (step 300) to the conversational agent a request for a service identifier. The service identifier corresponds, for example, to a character string or a barcode which allows the user UT to access the network of the transport company. The service identifier can, furthermore, be associated with one or more transport tickets (for example a transport ticket per mode: metro, bicycle, bus etc.).
[0087] The service identifier of the user UT is associated with an operator identifier of the user UT, that is to say an identifier provided to the user UT by a telecommunications operator of the user UT. For example, the service identifier is included in a pair of identifiers also including an operator identifier of the user UT.
[0088] This operator identifier may correspond to an IMSI, an IMEI, a MAC address, an IP address, a SIP URI or any other identifier allowing the telecommunications operator to identify the UT user.
[0089] Once the service identifier request is received by the conversational agent, the latter obtains the service identifier of the user UT.
[0090] According to a particular embodiment, the service identifier of the user UT is obtained by the conversational agent from one of its memories (live or dead) depending on the operator identifier of the user UT. For example, the conversational agent may have previously stored in one of its memories a pair of operator / service identifiers of the user UT (case of pre-provisioning).
[0091] Alternatively, T conversational agent can obtain T operator identifier from the UT user in a dialog message (for example the identifier request message) or via an application server located in the network (for example a server operated by a telecommunications operator of the UT user).
[0092] Alternatively, the service identifier of the UT user is obtained by the conversational agent from an application server operated, for example, by a telecommunications operator of the UT user or by the transport company.
[0093] The service identifier of the UT user can also be obtained by the conversational agent from an application server operated by the transport company via an application server of a telecommunications operator of the UT user.
[0094] In this case, the data transmitted by the operator's application server to the transport company's application server can be limited so that the anonymization of the UT user is respected. Thus, the transport company does not have knowledge of the identity of the customer who uses a particular service identifier. To do this, the operator's server can only transmit to the transport company's application server a request for a service identifier or, if it is the operator's application server that generates the service identifier, the generated service identifier. The operator's application server is then the only one able to identify the UT user in order, for example, to transmit an invoice associated with the service consumed by the UT user.In addition, the operator's server can also act as guarantor for the UT user by verifying, via knowledge of the UT user profile associated with the UT user's operator identifier, certain criteria (such as age, location, etc.) on behalf of the service provider. The UT user's telecommunications operator can, for example, verify that the "under 25" tariff option chosen by the UT user is indeed compatible with the UT user's age entered in his operator profile. This embodiment thus makes it possible to manage the UT user's access rights, without the service provider having to know the user's information or carry out additional verification steps.
[0095] Thus, the service identifier can be generated by the application server of the telecommunications operator of the user UT or by an application server of the transport company.
[0096] Generally, the generation of the service identifier can be done according to a price data item and / or an option data item and / or a payment validation data item and / or a consent data item included in the request and provided for example by the user UT. The price data, option data, payment validation data and consent data are for example obtained from the user via a human-machine interface (screen, keyboard, microphone, etc.) of the terminal 102.
[0097] The validation data for a payment can also be obtained from a banking server via an application executed on the terminal 102. This validation data can, for example, correspond to a banking agreement for a payment relating to the use of the service by the user UT.
[0098] The payment validation data may, in addition, be obtained from a server operated by the telecommunications operator of the user UT. Thus, the telecommunications operator ensures the billing of the service on behalf of the service provider.
[0099] The service identifier may, furthermore, be generated based on the operator identifier of the UT user.
[0100] In step 301, the method receives from the conversational agent the service identifier of the user UT. The identifier can then be stored in a memory (random or read only) of the terminal 102, in an application module (for example of the wallet type) or in a secure element such as a SIM card (in English Subscriber Identity / Identification Module), eSIM (in English embedded SIM), iSIM (in English integrated SIM), a TEE (in English trusted execution environment) or any other module capable of guaranteeing the security of the identifier. Note that the identifier and / or the dialogue between the terminal 102 and the conversational agent can be encrypted via, for example, a symmetric or asymmetric encryption technique.
[0101] The method may further receive one or more service data (second service data within the meaning of the invention). These data may include a status relating to the validity of the service identifier, to a tariff option associated with the service identifier or to billing data allowing the user UT to pay, a priori or a posteriori, for one or more uses of the service in connection with the service identifier of the user UT.
[0102] In step 302, the method transmits to an access control device allowing access to the carrier's network, the service identifier of the user UT. The identifier is for example transmitted via a near-field communication technology such as WiFi®, Bluetooth®, NFC® (Near Field Communication), Zigbee®, QR code (QRCode for quick response code), IrDA (Infrared Data Association), etc.
[0103] Note that the service identifier of the user UT may be single-use or not. Thus, the service identifier of the user UT may be issued to one or more access control devices a plurality of times. The service identifier of the user UT may also be associated with a validity period.
[0104] The access devices of the carrier's network can then communicate with an application server of the carrier in order to retrieve usage data from the UT user. For example, the carrier's application server collects from the access devices located within its network, the times of passage, the number of passages, the location, etc. of the UT user. The carrier's application server then establishes an invoice and / or billing data (first service data within the meaning of the invention) which it transmits to the UT user.
[0105] This service data is, for example, sent via the conversational agent and the RCS channel / the dialogue previously established between the terminal 102 and the conversational agent.
[0106] Alternatively, this service data is sent to the terminal 102 / the user UT via another communication channel such as an SMS, an email or any other means capable of enabling communication to the user UT.
[0107] The service data (first service data within the meaning of the invention) may furthermore be sent to a telecommunications operator of the user UT. Thus, this embodiment allows the user to be billed for his or her travels directly at the level of the invoice received from his or her telecommunications operator. Furthermore, this embodiment allows the service operator to delegate billing to the telecommunications operator of the user UT. This also allows the service provider to not have to carry out prior enrollment of the user UT.
[0108] The service data (first service data within the meaning of the invention) may further comprise a status relating to the validity of the service identifier. Indeed, a validly generated service identifier may subsequently be invalidated, for example, when a payment has been refused (for example during a bank debit following the renewal of a subscription) or when the user has died.
[0109] Note that the provisioning method can be executed autonomously or triggered by the user UT via, for example, a human-machine interface of the terminal 102. Furthermore, the provisioning method can be executed a plurality of times.
[0110] It goes without saying that the embodiment described above has been given for purely indicative purposes and is in no way limiting, and that numerous modifications can easily be made by those skilled in the art without departing from the scope of the invention.
[0111] According to other particular embodiments of the invention, the invention also applies to an access control device which comprises the conversational agent.
Claims
Claims
1. Method for providing a service identifier of a user, said method being implemented by a providing device (200) capable of communicating via at least one telecommunications network (100) of an operator of said user and characterized in that it comprises the following steps: - sending (300) a request for said at least one service identifier, said request comprising at least one operator identifier of said user assigned by said operator; - obtaining (301) said at least one service identifier, said at least one service identifier being associated with said at least one operator identifier; - sending (302) said at least one service identifier to at least one access control device.
2. Method according to claim 1 characterized in that the sending of said request is carried out via a software client of a conversational agent.
3. Method according to claim 1 characterized in that said at least one service identifier is generated as a function of a tariff data item and / or an option data item and / or a payment validation data item and / or a consent data item included in said request.
4. Method according to claim 1 characterized in that said at least one service identifier is generated as a function of said at least one operator identifier.
5. Method according to claim 1 characterized in that the transmission step is followed by a step of receiving at least one first service data item.
6. Method according to claim 1 characterized in that the obtaining step further comprises obtaining at least one second service data item.
7. Method according to claim 1 characterized in that said at least one operator identifier corresponds to an IMSI and / or an IMEI and / or a SIP URL
8. Method according to claim 1 characterized in that said at least one service identifier comprises a barcode.
9. Method according to claim 2 characterized in that said request comprises a message of type RCS (Rich Communication Services) conforming to the GSMA RCC.71 standard and later and in that said at least one service identifier is obtained via a message of type RCS (Rich Communication Services) conforming to the GSMA RCC.71 standard and later.
10. Method according to claim 3 characterized in that said at least one first and / or one second service data is obtained via a communication of the RCS (Rich Communication Services) type conforming to the GSMA RCC.71 standard and later.
11. Method according to claim 2 characterized in that said conversational agent is included in said access control device.
12. Method according to claim 1 characterized in that the step of transmitting said at least one service identifier is repeated at least once.
13. Device for providing at least one service identifier of a user, said device being capable of communicating via at least one telecommunications network of an operator of said user and characterized in that it comprises - a module (SND1) for transmitting a request for said at least one service identifier, said request comprising at least one operator identifier of said user assigned by said operator; - a module (OBT) for obtaining said at least one service identifier, said at least one service identifier being associated with said at least one operator identifier; - a module (SND2) for transmitting said at least one service identifier to at least one access control device.
14. Mobile terminal characterized in that it comprises a device according to claim 13.
15. A computer program comprising instructions for implementing the method according to any one of claims 1 to 12, when the program is executed by a processor.
Citation Information
Patent Citations
Method for interaction between a mobile terminal and a communicating automaton
US11115352B2
Mobile telecommunications billing routing system and method
US20060116892A1
System for mobile booking
WO2014174157A1