EP3948752A1

EP3948752A1 - Secure communication method suitable for ordering a product or a service using a communication terminal

Info

Publication number: EP3948752A1
Application number: EP20732257.9A
Authority: EP
Inventors: Fabrice JEANNE; Romain TRINQUART; Sandrine LE CALVEZ
Original assignee: Orange SA
Current assignee: Orange SA
Priority date: 2019-04-01
Filing date: 2020-03-20
Publication date: 2022-02-09
Also published as: FR3094539A1; WO2020201663A1; US20220180403A1

Abstract

The invention relates to a secure communication method for ordering a product or a service by way of a communication terminal, comprising the following on the terminal: - sending (S2, S10), to a server, a request containing information relating to a product or to a service, - establishing (S9), in the background, a communication to N supplier terminals (N≥1) identified by the server as being able to supply the product or the service, based on all or some of the information in the request, said communication being established while masking the communication identifier of the terminal and of the N terminals, - in the course of the communication, receiving (S14), from at least one supplier terminal out of at least K, such that 1≤K≤N, an offer for a product or for a service corresponding to said information, the offer having been generated during the communication.

Description

Secure communication method suitable for ordering a product or service using a communication terminal

Field of the invention

The present invention relates generally to the field of

secure communications, in particular when ordering a product or service using a communication terminal (mobile phone, tablet, computer, etc.).

Prior art

Currently, to order a product or service using a communication terminal, the user enters information about the product or service into a search engine. Such information describes the product or service that the user wishes to order and possibly includes the amount at which the user wishes to purchase the product or service. A search is then launched on the basis of the information entered and, in return, the user's terminal displays a list of suppliers who may offer the user the product or service corresponding to the information entered.

The disadvantage of this type of ordering process lies in the fact that the user must then navigate in the list of suppliers received, contact each of them in order to find out whether the suppliers are really able to respond to the request. ordered. Such an ordering process is tedious and time consuming for the user. It is also unreliable given that the search itself is generally very approximate.

Another drawback of this type of process is that personal data relating to the suppliers is disclosed in the list of suppliers received. Suppliers are therefore not immune to being contacted by a malicious user, for example in the event that the amount of the product or service required is high. The fact also that the user contacts a supplier from the list a

the inconvenience of disclosing to the latter the user's personal data (e.g. name or telephone number of the user displayed on the supplier's communication terminal), while the order for the product or service is not has not even been finalized yet. In order to simplify this type of ordering process and to obtain a more targeted list of suppliers in relation to the search criteria entered by the user, some online sales sites now offer the user to filter the results of a search for the product or service the user wants

order, based on the location of a user's communication terminal. Such filtering certainly makes it possible to reduce the list of potential suppliers of the product or service. However, the user is still obliged to contact the listed suppliers one by one and the disclosure of the user's personal data, such as that of the suppliers, is still not preserved.

Purpose and summary of the invention

One of the aims of the invention is to remedy the drawbacks of the aforementioned state of the art.

To this end, an object of the present invention relates to a method of ordering a product or a service by means of a communication terminal associated with a communication identifier.

Such a method is remarkable in that it comprises the following, at the terminal level:

- send a request to a server to order the product or service, said request containing information relating to the product or service,

- establish in the background a communication to N associated terminals

respectively to N communication identifiers (N> 1), the N terminals being supplier terminals identified by the server as being able to provide the product or service, as a function of all or part of the information contained in the request, said communication being established by masking the identifier of

terminal communication and the N communication identifiers,

- during the communication, receive an offer of the product or service from at least one supplier terminal among at least K, such as 1 <K <N, the offer having been generated during the communication and selected as optimizing a compromise between, on the one hand, all or part of the information contained in the request and, on the other hand, a datum for locating the communication terminal and / or a time datum associated with the request, ordering the return of the offer, the communication identifier of said at least one supplier terminal as well as the identification of the supplier of said at least one supplier terminal being masked during the return.

Such a method of ordering a product or service is particularly simple and quick to implement for the user, since the latter is content to just send a request to a server using his terminal to specify the information. relating to the product or service he wishes to order.

Advantageously, the user also does not need to contact one by one the N suppliers of the product or service he wishes to obtain, such contacts being executed in the background or in the background. initiative of the user's terminal. As a result, the method of ordering a product or service is easier to use and is performed much faster than in the prior art.

Another advantage of such a method is that it preserves the confidentiality of personal data both on the side of the terminal which requested the product or service offer, and on the side of the N terminals of product or service providers who have been identified.

According to a particular embodiment, the method comprises the following, in the event of acceptance of the offer:

- send identification data of the user of the terminal to at least one supplier terminal,

- receive user identification data from said at least one supplier terminal.

Thanks to such an embodiment, the anonymity of the user of the communication terminal and the anonymity of the supplier of the product or service whose offer has been accepted are lifted only once the offer has been accepted by the terminal user.

According to another particular embodiment, the method comprises the following, in the event of refusal of the offer:

- continue communication, during which the actions of receiving an offer and of ordering the return of the offer received are iterated, as long as an offer is not accepted. Such an embodiment makes it possible to offer the user of the terminal and even if the latter has declined the optimal offer, one or more other product or service offers which correspond to his search criteria, without the The user does not need to contact the various product or service providers on his own initiative. In addition, the identities of the suppliers not being known to the user, such an embodiment makes it possible to protect the suppliers, in particular in the case where the information contained in the request is sensitive, such as for example a high amount. of the product or service required, a rare item, etc.

According to another particular embodiment, during the communication, the terminal receives, from respectively N-K product or service provider terminals identified by the server, N-K refusal to provide the product or service corresponding to the request.

Such an embodiment advantageously allows the user of the terminal who sent the request to order the product or service, to only receive offers from the remaining K suppliers interested in the product or service ordered. This results in a reduction in the exchanges which will be likely to take place during the communication between the user's terminal and the remaining K supplier terminals, which leads to a limitation of the congestion of the communication network between the terminal. user and provider terminals.

Given the fact that the communication is established in the background and that the identity of the providers and their corresponding communication terminals is not known to the user, it is advantageously not possible for the user to identify the NK suppliers who refused to provide the product or service corresponding to the request.

According to another particular embodiment, the product or service offer received during the communication is generated by taking into account at least one adjustment variable of:

- all or part of the information contained in the request, and / or

- a location data of the communication terminal, and / or

- time data associated with the request.

The advantage of such an embodiment is that the user of the terminal receives at least one product or service offer, even if the latter does not exactly correspond to the information relating to the product or service mentioned in the request and / or the location of the terminal and / or the date / time at which the request was sent and / or the time information indicated in the request. The various aforementioned embodiments or features can be added independently or in combination with each other, to the product or service ordering method defined above.

The invention also relates to a communication terminal for ordering a product or a service, said communication terminal being associated with a communication identifier.

Such a terminal is remarkable in that it comprises a processor which is configured to implement the following:

- establish in the background a communication to N associated terminals

terminal communication and the N communication identifiers,

- during the communication, receive an offer of the product or service from at least one supplier terminal among at least K, such as 1 <K <N, the offer having been generated during the communication and selected as optimizing a compromise between, on the one hand, all or part of the information contained in the request and, on the other hand, a datum for locating the communication terminal and / or a time datum associated with the request,

- order the return of the offer on a return interface, the communication identifier of said at least one supplier terminal as well as the identification of the supplier of said at least one supplier terminal being masked during the return.

Such a communication terminal is in particular able to implement the aforementioned product or service ordering method.

The invention also relates to a computer program comprising instructions for implementing the method for ordering a product or service according to the invention, according to any one of the particular embodiments described above, when said program is executed by a processor.

Such instructions can be stored durably in a non-transient memory medium of the communication terminal.

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 shape.

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 medium 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 else a magnetic recording means, for example a USB key or a hard disk.

On the other hand, the recording medium can be a transmissible medium such as an electrical or optical signal, which can be conveyed via an electrical or optical cable, by radio or by other means. The program according to the invention can in particular be downloaded from an Internet type network.

Alternatively, the recording medium can be an integrated circuit in which the program is incorporated, the circuit being adapted to execute or to be used in the execution of the aforementioned product or service ordering method.

Brief description of the drawings

Other characteristics and advantages will become apparent on reading particular embodiments of the invention, given by way of illustrative and non-limiting examples, and from the accompanying drawings, among which:

[Fig. 1] Figure 1 is a schematic and general view of an architecture in which the product or service ordering method is implemented, in a particular embodiment of the invention,

[Fig. 2] FIG. 2 represents a communication terminal for ordering a product or a service, in a particular embodiment of the invention, [Fig. 3] FIG. 3 represents the main actions implemented in the product or service ordering method according to a particular embodiment of the invention.

Detailed description of an embodiment of the invention

Architectural environment

FIG. 1 represents an environment in which the method of ordering a product or a service according to the invention is implemented.

In Figure 1 are shown:

- a TERu communication terminal of a UT user wishing to order a product or a service,

- N TERf-i, TERf ₂ , ..., TERf _N communication terminals belonging to

respectively to N suppliers fi, f ₂ , ..., ÎN of product or service,

a server SER for connecting the terminal TERu with each of the communication terminals TERf-i, TERf ₂ , ..., TERf _N of suppliers.

The TERu terminal, the TERf-i, TERf ₂ , ..., TERf _N terminals and the SER server

communicate with each other via an RC communication network. This may be, for example, an IP type network (abbreviation for "Internet Protocol"), an x-DSL, fiber or even 3G, 4G, 5G, etc. type network.

By way of non-exhaustive examples, the TERu terminal and the TERf-i, TERf ₂ , ..., TERf _N terminals are:

- a mobile phone, and / or

- a smartphone ("smart phone"), and / or

- a tablet, and / or

- a laptop, and / or

- a personal computer of the PC type, and / or

- etc ....

The terminal TERu is conventionally associated with a communication identifier ICu, such as for example the mobile telephone number, the fixed line number, the IP address or else the permanent email address of the user UT, such an identifier itself. having been assigned by one or more telecommunications operators to which the user UT is subscribed or even by one or more

telecommunications service providers with whom the user UT has created an account. For a provider terminal TERf, (1 <i £ N) considered among N, the terminal TERf, is conventionally associated with a communication identifier ICf ,, such as for example the mobile telephone number, the fixed line number, the 'IP address or the permanent email address of the supplier f ,, such an identifier having been assigned to it by one or more telecommunications operators to which the supplier f is subscribed or even by one or more service providers

telecommunications with which / which supplier f, has created an account.

The terminal TERu comprises a software application (or application program) APu which is dedicated to the implementation of the product or service ordering method in accordance with the present invention. The APu application is downloaded to the TERu terminal, upstream of the execution of the product or service ordering process.

The supplier terminals TERf-i, TERf ₂ , ..., TERf _N also each include a corresponding software application (or application program) APf-i, APf ₂ , ..., APfisi which is able to communicate with the application AP _U during the implementation of the product or service ordering method according to the present invention. The applications APf-i, APf ₂ , ..., APf _N are respectively downloaded in the supplier terminals TERf-i, TERf ₂ , ..., TERf _N , upstream of the execution of the product ordering process or on duty.

The SER server stores in a memory or a database:

- a virtual communication identifier IVu assigned to the user UT, such an identifier being associated with the communication identifier ICu of the terminal TERu,

- virtual communication identifiers IVf-i, IVf ₂ , ..., IVf _N relating respectively to suppliers fi, f ₂ , ..., Î _N , such identifiers being associated respectively with communication identifiers ICf-i, ICf ₂ , ..., ICf _N.

A virtual communication identifier is for example a sequence of numeric or alphanumeric characters generated for example randomly.

The virtual identifier of the user UT (respectively of a supplier f, considered among N) is intended to circulate in the communication network RC instead of the communication identifier ICu (respectively of the communication identifier ICfj ) in order to preserve the anonymity of the user UT (respectively the supplier f, product or service). Description of an embodiment of the TERu communication terminal

FIG. 2 shows the simplified structure of the communication terminal TERu suitable for implementing the method for ordering a product or a service which will be described below.

In a manner known per se, the communication terminal TERu comprises:

- a connection interface IC which is adapted to communicate, via the communication network RC, according to for example the http protocol (English abbreviation of

"HyperText Transfer Protocol"), with the SER server in figure 1,

- an EC display screen,

- an HP speaker,

- a MIC microphone.

According to the invention, the TERu terminal stores in a memory MEM1 the application APu dedicated to the execution of the product or service ordering process according to the invention.

According to a particular embodiment of the invention, the actions executed by the product or service ordering method are implemented by instructions from a computer program PG. For this, the terminal TERu has the conventional architecture of a computer and comprises in particular a memory MEM2, a processing unit UTR, equipped for example with a processor PROC, and controlled by the computer program PG stored in memory MEM2 . The computer program PG comprises instructions for implementing the actions of the product or service ordering method which will be described below, when the program is executed by the processor PROC, according to any one of the particular modes. embodiment of the invention.

On initialization, the code instructions of the computer program PG are for example loaded into a RAM memory (not shown) before being executed by the processor PROC. The processor PROC of the processing unit UTR notably implements the actions of the product or service ordering method, according to the instructions of the computer program PG. Description of an embodiment of the product or service ordering method

With reference to Figure 3, the flow of a product or service ordering process according to one embodiment of the invention is now described. According to a first exemplary embodiment, the user UT wishes, within the framework of an electronic purse service, to withdraw cash using his TERu terminal, in a partner store.

According to a second exemplary embodiment, the user wishes to buy a car of brand X, model Y and color Z.

In S1, the user UT opens the APu application and enters, via a user interface generated by the APu application, information relating to the product or service that the user wishes to order. Such a user interface can be vocal and reproduced via the loudspeaker HP of FIG. 2 or else textual and reproduced on the screen EC of FIG. 2.

In the case of the first exemplary embodiment, the information relating to the product or service includes the amount that the user UT wishes to withdraw, ie t euros.

In the case of the second exemplary embodiment, the information relating to the product or the service comprises the type of product: “car”, the price, the brand X, the model Y, the color Z of the desired car. Of course, such information could be limited to the word "car" or to a combination of the word "car" with one and / or the other of the headings "price", make X, model Y, color Z.

Product or service information may also include:

- a location data of the TERu terminal, such as for example the

GPS coordinates (abbreviation for “Global Positioning System”) of the TERu terminal; and or

- one or more temporal data associated with the request, such as:

- one or more temporal data relating to the entry, for example the date of the entry, the instant of the entry in hours, minute (s), second (s),

- one or more temporal data relating to the sending of the request, such as for example time-stamping data, - one or more temporal data relating to the provision of the desired product or service, such as for example a day of the week or of the current month, a time slot during the day, 9:30 to 12:30, for example.

Optionally, the information relating to the product or service required also includes one or more adjustment variables:

- all or part of the information contained in the request, and / or

- a location data of the communication terminal, and / or

- at least one of the temporal data associated with the aforementioned request.

If, for example, an item of information contained in the request is a price for the product or service, an adjustment variable consists for example of a tolerance range on this price, for example plus or minus 5%, 10%, etc. .

If, for example, information contained in the request is location data, such as a distance of j kilometers around the terminal of

communication, an adjustment variable consists for example of a tolerance range over this distance, for example j plus or minus 500 m, 1 km, etc.

If, for example, a piece of information contained in the request is at least one temporal datum, an adjustment variable consists for example of a variation of a time slot initially mentioned in the request or a period of validity of the order of the product or the desired service, for example 1 day, 2 days, 1 week, etc ...

In S2, a request for a product or service order containing the

The information entered is sent, via the RC network in Figure 1, to the SER server, using the APu application. Such sending can be implemented by means of a key generated by the user interface of the application APu and reproduced on the screen EC or by means of a voice command generated by the user interface of the application. APu and output by the HP speaker. The request sent complies, for example, with the http or https protocol.

In S3, the SER server receives the request. It then identifies the N suppliers fi, f ₂ , - - -, Î _N as being able to provide the requested product or service. Such identification is implemented using a data analysis mechanism which uses all or part of the information relating to the product or the service contained in the request sent in S2 and which calculates a probability according to which the N suppliers fi, f ₂ , - - -, Î _N are able to provide the required product or service. The probability is possibly calculated on the basis of a local history accessible by the SER server.

In the case of the first exemplary embodiment, the SER server thus estimates from the transactions already carried out by the suppliers fi, f ₂ , ..., f _N and stored in a local history, that they are capable of providing the amount of t euros requested by the user UT.

In the case of the second exemplary embodiment, the server SER is able to evaluate from the local history that such and such a car required by the user UT is in stock with all the suppliers fi, f ₂ ,. .., ÎN-

Such identification makes it possible to obtain in a completely transparent manner for the user UT, and in a dynamic and targeted manner, a list of suppliers for whom there is a high probability that they will be able to respond favorably to the request for ordering a product or service sent in S2.

In S4, the server SER sends the application APu a response to the request received. Such a response contains the relative virtual identifiers IVf-i, IVf ₂ , ..., IVf _N

respectively to suppliers fi, f ₂ , ..., ÎN-

Optionally, the virtual identifiers IVf-i, IVf ₂ , ..., IVf _N sent in S4 are associated respectively with the probabilities calculated by the server SER, according to which the N providers fi, f ₂ , ..., ÎN are able to provide the required product or service.

In S5, the APu application receives the response.

In S6, a request for a communication request with the supplier terminals TERf-i, TERf ₂ , ..., TERf _N is then sent in the background by

the application APu to the server SER, said request containing the virtual identifier IVu of the terminal TERu and the virtual identifiers IVf-i, IVf ₂ , ..., IVf _N relating respectively to the suppliers,, · · ·, fi \ i ·

In S7, the server SER receives the request and then creates an anonymized exchange channel for the connection in peer-to-peer mode of the application APu of the terminal TERu with each of the applications APf-i, APf ₂ , etc. , APf _N of the supplier terminals TERf-i, TERf ₂ , .. „TERf _N.

In S8, the server SER sends a connection request to each of the applications APu and APf-i, APf ₂ , ..., APf _N. In S9, the communication between the application APu and each of the applications APf-i, APf ₂ , ..., APf _N is then established, after validation with the server SER, by the applications APu and APf _1; APf ₂ , ..., APf _N , of the connection request. Communication is established for example by means of a synchronous or asynchronous bidirectional communication protocol, such as for example of the WebSocket, http, etc. type.

In a particularly advantageous manner, the communication is implemented in the background, therefore in a transparent manner for the user UT. Moreover, the aforementioned public communication identifiers ICu and ICf-i, ICf ₂ , ..., ICÎN are masked during the communication since they are replaced by the aforementioned virtual identifiers respectively IVu, IVf-i, IVf ₂ , .. ., IVf _N.

In S10, the application APu sends in the background, to each of the applications APf _1; APf ₂ , ..., APf _N , the request previously sent to S2. Said request may contain, in addition to the information already mentioned in relation to operation S2 above, one or more adjustment variables:

- all or part of the information contained in the request, and / or

- a location data of the communication terminal, and / or

- a temporal data associated with the request, such as for example the date of the entry, the instant of the entry in hour, minute (s), second (s), a day of the week or of the current month , a time slot during the day, 9:30 am to 12:30 pm, for example.

In the case of the first exemplary embodiment mentioned above, the adjustment variable may for example consist of a tolerance of plus or minus 5% of the amount of t euros requested.

In the case of the second exemplary embodiment mentioned above, the adjustment variable may for example consist of a tolerance on the color Z initially entered. Each of the supplier terminals TERf-i, TERf ₂ , ..., TERf _N then estimates locally whether it is able, at the moment when it receives the request sent in S10, whether the

suppliers fi, f ₂ , ..., f _N identified are able to respond favorably to the request, depending on all or part of the information contained in this request, the adjustment variables contained in this request and / or possibly variables adjustment exchanged during said communication between the application APu and each of the applications APf-i, APf ₂ , ..., APf _N and / or any adjustment variables already accepted by the service providers. Such an estimate is established by calculating probabilities considering as input the information contained in this request and the aforementioned adjustment variables.

According to the first exemplary embodiment mentioned above, the estimate is based, for example:

- only on the amount of t euros mentioned in the request sent in S10,

- on the amount of t euros and on a data item for the location of the terminal TERu, such as for example a radius of j kilometers around the terminal TERu;

- on the amount of t euros, and / or on a location data of the terminal TERu, such as for example a radius of j kilometers around the terminal TERu and / or an adjustment variable of plus or minus 5% of the amount of t euros.

According to the second exemplary embodiment mentioned above, the estimate is based, for example:

- only on the type of product: "car", the price, the brand X, the model Y, the color Z of the desired car;

- on the type of product: "car", the price, the brand X, the model Y, the color Z of the desired car and / or on a location data of the terminal TERu, such as for example a radius of j kilometers around the terminal TERu and / or an adjustment variable on, for example, the color Z. If the color Z is for example blue, the estimate is calculated by taking into account another color, for example the color gray and / or the color black.

At the end of this estimate, NK suppliers, such as K £ N, can abandon the communication because either they do not have the desired product, or they cannot render the desired service, under the conditions accepted by these suppliers in the with regard to the conditions desired by the UT user. To this end, the application APu receives (not shown in Figure 3) N-K messages refusing to provide the desired product or service from the N-K corresponding applications from the N-K supplier terminals K + 1, ..., N.

In S1 1, K applications APf-i, APf ₂ , ..., APf _K each send a response to the application APu, each response containing the conditions of the offer that can be proposed by the corresponding supplier fi, f ₂ ,. .., f “and which are based on the calculation of the estimate above.

In S12, the application APu receives in the background each of the K responses respectively containing K offers of the required product or service. In S13, a phase of negotiation between the application APu and each of the K applications APf-i, APf ₂ , ..., APf _K is then implemented in the background, so as to select at least one product offer or optimal service. This offer is selected as optimizing a compromise between, on the one hand, all or part of the information contained in the request sent in S10 and, on the other hand, at least one data item for the location of the communication terminal TERu, as described above. top, and / or at least one temporal datum associated with the request sent in S10, examples of which have already been described above, and / or also at least one adjustment variable as described above. During negotiation, for each offer sent to the application APu by an application APf, considered among K, the application APu responds to the offer by sending back to the application APf, considered, either a refusal message, or an acceptance message. This exchange is iterated for 1 <i £ K. The optimal offer is for example that sent by the application APf, from the provider terminal TERf ,.

All offers that the APu application has responded favorably can be ranked in order of best to least optimal offer.

In S14, the APu application receives the optimal product or service offer in the background.

In S15, the control of the return of the optimal offer is carried out on, for example, a return interface of the terminal TERu, such as for example the screen EC or the loudspeaker HP of FIG. 2. According to an exemplary embodiment, an icon representing anonymously the supplier f, is displayed on a map of the location of the supplier f ,, which allows the user UT to roughly locate the location of the supplier f ,. In a particularly advantageous manner, no personal information on the supplier f ,, whether it be his name, his address, the communication identifier ICf, the supplier terminal TERf ,, etc ... is displayed on the EC screen. According to another example, a sentence of the type: "the supplier f, is 5km from your home to the north-west" is spoken via the loudspeaker HP. Such a sentence does not disclose any personal information about the provider f ,, whether it is his name, address, communication identifier ICf, provider terminal TERf, etc.

In S16, if the user UT validates the offer (“O” in FIG. 3), for example by pressing a dedicated key on the EC screen or by saying “OK” via the microphone MIC of FIG. 2, a contract for the offer of the desired product or service is generated by the application APu according to preprogrammed parameters, such a contract being considered as signed by the user UT, but not including at this stage any personal data relating to the user UT.

In S17, the contract signed by the user UT is sent in the background by

the APu application to the APf application ,.

The terminal TERf receives the contract, and if it is validated by the supplier f, according to the same principles as those implemented for the user UT, the generation of a contract signature by the supplier f, is triggered via the APf application ,. At this stage, the contract does not include any personal data relating to the supplier f ,.

In S18, the contract signed by supplier f, is sent in the background by

APf application, to APu application.

In S19, the terminal TERu receives the contract signed by the supplier f i.

In S20, personal data relating to the user UT is sent in the background to the terminal TERf, according to a predefined configuration. At the end of this sending, and according to this predefined configuration, the personal data of

the user UT are restored in S21 on the terminal TERf ,, in a textual or voice manner. For example, this could be the name and email address of the user UT. In S20, the terminal TERu also receives in the background, from the terminal TERf ,, and according to a predefined configuration, personal data relating to the supplier f i. Depending on this predefined configuration, it can be, for example, the name, an e-mail address of the

supplier f ,, as well as the visiting address of the latter. According to this predefined configuration, the personal data of the supplier f, which have been received are restored in S21 on the terminal TERu, in a textual manner, for example on the screen EC of the terminal TERu, or alternatively by voice, using the top - loudspeaker of the TERu terminal.

If in S16, the user UT does not validate the offer (“N” in figure 3), for example by pressing a dedicated key on the EC screen or by saying “NO OK” via the microphone MIC, the The ordering method returns to operation S13 to select one of the remaining offers among K-1. The selection is implemented by iteration in the order in which the offers were sorted, an iteration being performed until a new optimal offer is selected. If none of the offers is accepted by the user UT, according to an exemplary embodiment, the connection established in S13 ends. The control method then returns to the input operation S1, where the user UT is invited to input additional information to that initially input in S1. Then the S2 and following operations are repeated. According to another exemplary embodiment, the connection established in S13 remains, and the control method returns to S10 where pre-configured adjustment variables are applied to:

- all or part of the information contained in the request, and / or

- a location data of the communication terminal, and / or

- time data associated with the request.

It goes without saying that the embodiments which have been described above have been given purely as an indication and in no way limiting, and that numerous modifications can be easily made by those skilled in the art, without however departing from the framework of the invention. Other applications of the invention are also possible, such as for example an electronic auction system or a payment system via a mobile application downloaded to a terminal of

telecommunications.

Claims

1. Secure communication method suitable for ordering a product or a service by means of a communication terminal (TERu) associated with a communication identifier (ICu), comprising the following, at the terminal level:

- send (S2, S10) to a server (SER), via a communication network (RC), a request containing information relating to a product or a service,

- establish (S9) in the background a communication to N terminals associated respectively with N communication identifiers (N> 1) (ICf-i, ICf ₂ , - - -, ON), the N terminals being terminals of identified suppliers by the server as being able to provide the product or service based on all or part of the information contained in the request, said communication being established by masking the communication identifier of the terminal and the N communication identifiers,

- during the communication, receiving (S14), from at least one supplier terminal among at least K, such as 1 <K <N, an offer of a product or a service corresponding to said information, the offer that was generated during the communication.

2. A secure communication method according to claim 1, further comprising:

- order (S15) the return of the offer on an interface of the terminal, the communication identifier of said at least one supplier terminal as well as the identification of the supplier of said at least one supplier terminal being masked during the return.

3. A secure communication method according to claim 1 or claim 2, wherein in case of acceptance of the offer:

- send (S20) identification data of the user of the terminal to at least one supplier terminal,

- receiving (S20) user identification data from said at least one provider terminal.

4. A secure communication method according to claim 1 or claim 2, wherein in case of refusal of the offer, continue the communication (S10; S13), during which the actions of receiving an offer and ordering the return. of the offer received are iterated, as long as an offer is not accepted.

5. Method of secure communication according to any one of claims 1 to 4, wherein the generated offer is selected as optimizing a compromise between, on the one hand, all or part of the information contained in the request and, on the other hand. part, a datum for locating the communication terminal and / or a time datum associated with the request.

6. A secure communication method according to any one of claims 1 to 5, wherein, during the communication, the terminal receives, from respectively NK terminals of product or service provider identified by the server, NK refusal. to provide the product or service corresponding to the request.

7. A secure communication method according to any one of claims 1 to 6, wherein the product or service offer received during the communication is generated taking into account at least one adjustment variable of:

- all or part of the information contained in the request, and / or

- a location data of the communication terminal, and / or

- time data associated with the request.

8. Secure communication terminal (TERu) suitable for ordering a product or a service, said communication terminal being associated with a communication identifier (ICu) and comprising a processor (PROC) which is configured to implement the following:

- send to a server, via a communication network (RC), a request containing information relating to a product or a service,

- Establish in the background a communication to N terminals associated respectively with N communication identifiers (N> 1), the N terminals being supplier terminals identified by the server as being able to provide the product or the service according to any or part of the information contained in the request, said communication being established by masking the communication identifier of the terminal and the N communication identifiers,

- during the communication, receiving from at least one supplier terminal among at least K, such as 1 <K <N, an offer of a product or a service corresponding to said information, the offer having been generated during the communication.

9. A computer program comprising program code instructions for implementing the control method according to any one of claims 1 to 7, when executed on a computer.

10. Information medium readable by a computer, and comprising instructions of a computer program according to claim 9.