U.S. patent application number 10/497680 was filed with the patent office on 2005-03-31 for method for exchanging data concerning an electronic transaction.
Invention is credited to Guillot, Carles.
Application Number | 20050071238 10/497680 |
Document ID | / |
Family ID | 8870127 |
Filed Date | 2005-03-31 |
United States Patent
Application |
20050071238 |
Kind Code |
A1 |
Guillot, Carles |
March 31, 2005 |
Method for exchanging data concerning an electronic transaction
Abstract
A method for exchanging data concerning an electronic
transaction between two entities, includes: a step which consists
in determining and booking an origin address (TPOA) in conformity
with a bidirectional mobile telephony (GSM) digital messaging
service protocol (SMS); a step which consists in sending in
accordance with the protocol (SMS), an offer message (OFFRE_SMS) of
the transaction (TR), the offer message (OFFRE_SMS) being sent from
the first the (MW) and addressed to the second entity (CL); and a
step which consists in sending, from the second entity (CL) and
addressed to the first entity (MW), a reply message comprising an
information (REP) representing acceptance or rejection of the
transaction.
Inventors: |
Guillot, Carles; (New York
City, NY) |
Correspondence
Address: |
YOUNG & THOMPSON
745 SOUTH 23RD STREET
2ND FLOOR
ARLINGTON
VA
22202
US
|
Family ID: |
8870127 |
Appl. No.: |
10/497680 |
Filed: |
October 15, 2004 |
PCT Filed: |
December 2, 2002 |
PCT NO: |
PCT/FR02/04125 |
Current U.S.
Class: |
705/26.1 |
Current CPC
Class: |
G06Q 30/02 20130101;
G06Q 30/0601 20130101; G06Q 30/0267 20130101 |
Class at
Publication: |
705/026 |
International
Class: |
G06F 017/60 |
Foreign Application Data
Date |
Code |
Application Number |
Dec 5, 2001 |
FR |
01/15710 |
Claims
1. Method of exchanging data relating to an electronic transaction
between a first entity (MW) and a second entity (CL), said
transaction (TR) being identified by an identifier (TR_ID), which
method is characterized in that it comprises: a step of determining
and reserving an origin address (TPOA) conforming to a
bidirectional digital mobile telephony (GSM) messaging protocol
(SMS), said determination being effected as a function of said
identifier (TR_ID) of said transaction (TR) and an identifier
(CL_TEL) of said second entity (CL); a step of sending a message
(OFFER_SMS) in accordance with said protocol (SMS) offering said
transaction (TR), said offer message (OFFER_SMS) being sent from
said first entity (MW) to said second entity (CL) and containing
said origin address (TPOA) reserved during said determination and
reservation step; and in the event of explicit acceptance or
refusal of said transaction (TR), a step of sending from said
second entity (CL) to said first entity (MW) a response message
(RESPONSE_SMS) conforming to said protocol (SMS) to said offer
message (OFFER_SMS), said response message containing information
(REP) representative of acceptance or rejection of said
transaction.
2. Data exchange method according to claim 1, characterized in that
said first entity (MW) is adapted to repeat the step of sending
said offer message (OFFER_SMS).
3. Data exchange method according to either claim 1, characterized
in that it comprises, prior to said step of determining said origin
address (TPOA), a step of sending a message (TR_DEF) defining said
transaction (TR) from a third entity (BQ) to said first entity
(MW), said definition message (TR_DEF) containing said transaction
identifier (TR_ID) and an identifier (CL_TEL) of said second entity
(CL).
4. Data exchange method according to claim 3, characterized in that
said origin address (TPOA) is further determined as a function of
an identifier (BQ_N) of said third entity (BQ).
5. Data exchange method according to claim 3, characterized in that
said definition message (TR_DEF) further comprises a validity
period (VP) of said transaction (TR).
6. Data exchange method according to claim 5, characterized in that
said origin address (TPOA) is determined as a function of said
validity period (VP).
7. Data exchange method according to claim 3, characterized in that
said origin address (TPOA) is determined in a predetermined list
(LS) known to said third entity (BQ) and to said second entity
(CL).
8. Data exchange method according to claim 7, characterized in that
said origin address (TPOA) is determined cyclically from said
predetermined list (LS).
9. Data exchange method according to claim 3, characterized in
that, on reception of said response message (RESPONSE_SMS), said
first entity (MW) sends a response notification (RESPONSE_TR) to
said third entity (BQ), said response notification containing said
information (REP).
10. Data exchange method according to claim 9, characterized in
that it comprises, prior to said step of sending the response
message (RESPONSE_SMS), a step of inserting a code (PIN)
representative of said second entity (CL) into said response
message (RESPONSE_SMS).
11. Data exchange method according to claim 10, characterized in
that said code (PIN) representative of a user of said second entity
(CL) is inserted into said response notification (RESPONSE_TR).
12. Data exchange method according to claim 9, characterized in
that, on reception of said response notification (RESPONSE_TR),
said third entity (BQ) sends an acknowledgement message (ACK) to
said first entity (MW).
13. Data exchange method according to claim 3 characterized in
that, if no response message (RESPONSE_SMS) is received during said
validity period (VP), said first entity (MW) sends a non-response
notification message (NON-RESPONSE_TR) to said third entity
(BQ).
14. Data exchange method according to claim 12, characterized in
that, on reception of said non-response notification
(NON-RESPONSE_TR), said third entity (BQ) sends an acknowledgement
message (ACK) to said first entity (MW).
15. Data exchange method according to claim 14, characterized in
that, on reception of said acknowledgement message (ACK), said
first entity (MW) releases said origin address (TPOA) reserved
during said obtaining and reservation step.
16. Data exchange method according to claim 14, characterized in
that, on reception of said acknowledgement message (ACK), said
first entity (MW) retains said origin address (TPOA) in order to
allow said transaction (TR) to continue.
17. Device for exchanging data relating to an electronic
transaction with a second entity (CL), said transaction (TR) being
identified by an identifier (TR_ID), characterized in that it
comprises: means (10) for determining and reserving an origin
address (TPOA) conforming to a bidirectional digital mobile
telephony (GSM) messaging protocol (SMS), said determination being
effected as a function of said identifier (TR_ID) of said
transaction (TR) and an identifier (CL_TEL) of said second entity
(CL); means (20) for sending a message (OFFER_SMS) in accordance
with said protocol (SMS) offering said transaction (TR), said offer
message (OFFER_SMS) being sent to said second entity (CL) and
containing said origin address (TPOA) reserved during said
determination and reservation step; and means (30) for receiving,
from said second entity (CL), a response message (RESPONSE_SMS)
conforming to said protocol (SMS) and responding to said offer
message (OFFER_SMS), said response message comprising information
(REP) representative of acceptance or rejection of said
transaction.
18. Data exchange device according to claim 17, characterized in
that said sending means (20) are adapted to repeat the sending of
said offer message (OFFER_SMS).
19. Data exchange device according to claim 17, characterized in
that it comprises means (40) for receiving a message (TR_DEF)
defining said transaction (TR) from a third entity (BQ), said
definition message (TR_DEF) containing said transaction identifier
(TR_ID) and an identifier (CL_TEL) of said second entity (CL).
20. Data exchange device according to claim 17 characterized in
that said determination and reservation means (10) are further
adapted to determine said origin address (TPOA) as a function of an
identifier (BQ_N) of said third entity (BQ).
21. Data exchange device according to claim 19, characterized in
that said definition message (TR_DEF) further comprising a validity
period (VP) of said transaction (TR), said determination and
reservation means (10) are adapted to determine said origin address
(TPOA) as a function of said validity period (VP).
22. Data exchange device according to claim 19, characterized in
that said determination and reservation means (10) are adapted to
determine said origin address (TPOA) in a predetermined list (LS)
known to said third entity (BQ) and to said second entity (CL).
23. Data exchange device according to claim 22, characterized in
that said determination and reservation means (10) are adapted to
determine said origin address (TPOA) in said predetermined list
(LS) cyclically.
24. Data exchange method according to claim 19, characterized in
that it further comprises means (50) for sending a response
notification (RESPONSE_TR) adapted, on reception of said response
message (RESPONSE_SMS), to send said response notification
(RESPONSE_TR) to said third entity (BQ), said response notification
containing said information (REP).
25. Data exchange device according to claim 17, characterized in
that it further comprises means (60) for releasing said origin
address (TPOA) reserved by said obtaining and reservation means
(10).
26. Data exchange method according to claim 10, characterized in
that it comprises, prior to said step of sending the response
message (RESPONSE_SMS), a step of inserting a code (PIN)
representative of said second entity (CL) into said response
message (RESPONSE_SMS).
Description
[0001] The present invention concerns a method of exchanging data
relating to an electronic transaction.
[0002] To be more precise, the invention concerns a method of
exchanging data that may be used for an electronic transaction
between a financial establishment and a client, the client using a
telecommunication apparatus connected to a mobile telecommunication
network, for example the GSM network.
[0003] In this context, the user of the mobile equipment receives a
transaction offer from the financial establishment by means of his
mobile telephone, an offer that he may either accept or ignore.
[0004] The electronic transaction methods used on prior art mobile
telecommunication networks necessitate the presence of a resident
data processing program implemented in the mobile telephone of the
user, this program being used firstly for authentication purposes
and secondly for managing the sending of response messages that are
useful for such transactions.
[0005] The necessity of implementing a resident program of this
kind in the mobile telephones is a major constraint and limits the
deployment of this kind of service.
[0006] The present invention aims to solve the problems previously
cited, i.e. to make possible a method of carrying out an electronic
transaction between a financial establishment and a mobile
telephone user without it being necessary to implement a specific
resident data processing program in the telephone, but instead
using, as much as possible, the communication possibilities offered
by the GSM network.
[0007] To be more precise, the invention is directed to a method of
exchanging data relating to an electronic transaction between a
first entity and a second entity, said transaction being identified
by an identifier, which method is characterized in that it
comprises:
[0008] a step of determining and reserving an origin address
conforming to a bidirectional digital mobile telephony messaging
protocol, said determination being effected as a function of said
identifier of said transaction and an identifier of said second
entity;
[0009] a step of sending a message in accordance with said protocol
offering said transaction, said offer message being sent from said
first entity to said second entity and containing said origin
address reserved during said determination and reservation step;
and
[0010] in the event of explicit acceptance or refusal of said
transaction, a step of sending from said second entity to said
first entity a response message conforming to said protocol to said
offer message, said response message containing information
representative of acceptance or rejection of said transaction.
[0011] This protocol is preferably the SMS protocol defined by the
GSM standard.
[0012] Accordingly, the method according to the invention of
exchanging data enables an electronic transaction to be carried out
using the possibilities offered by the SMS protocol defined by the
GSM standard. To be more precise, the invention makes it possible
to set up a communication channel dedicated to a transaction for a
given second entity.
[0013] According to one particular feature of the transaction
method according to the invention, the first entity is adapted to
repeat the step of sending the offer message.
[0014] This feature has the advantage that it makes it possible to
repeat the sending of the offer message, for example if the user's
terminal is turned off or if the first entity is temporarily unable
to allocate more SMS channels.
[0015] According to another particular feature, the transaction
method according to the invention comprises, prior to said step of
determining said origin address, a step of sending a message
defining said transaction from a third entity to said first entity,
said definition message containing said transaction identifier and
an identifier of said second entity.
[0016] According to this preferred feature, the third entity, for
example a financial establishment, sends a message defining the
transaction to the first entity and has the latter send the
transaction offer to the user of the mobile telephone whose number
corresponds to that of the identifier contained in the definition
message via the SMS network.
[0017] According to one particular feature, the origin address is
further determined as a function of an identifier of the third
entity.
[0018] Accordingly, the origin address inserted into the message
offering the transaction defines unequivocally a given transaction
between a third entity, for example a financial establishment, and
a second entity, namely the user of a mobile telephone.
[0019] According to another particular feature of the transaction
method according to the invention, the definition message further
comprises a transaction validity period.
[0020] This particularly advantageous feature makes it possible to
reserve the communication channel set up between the first entity
and the second entity only for the validity period of the
transaction.
[0021] According to one particular feature of this variant, the
origin address is determined as a function of the validity
period.
[0022] In the present patent application, the expression "validity
period" is to be understood to refer either to a validity time
period or to the expiry date of the validity of the
transaction.
[0023] According to another particularly advantageous feature, the
origin address is determined from a predetermined list known to the
third entity and to the second entity.
[0024] For example, this predetermined list may have been
communicated by the third entity to the second entity by any means,
in particular by post or during an HTTPS session.
[0025] Accordingly, on receiving an offer message, the user of the
mobile telephone may verify that the origin address is in the
predetermined list, which makes the electronic transaction much
more secure.
[0026] According to one particular feature of this variant, the
origin address may be determined cyclically from the predetermined
list.
[0027] For example, the origin address chosen from the list may be
the available origin address that has not been retained for a time
period or that which has been released for the longest time
period.
[0028] According to another particular feature of the transaction
method according to the invention, on reception of the response
message, said first entity sends a response notification to said
third entity, said response notification containing said
information. Accordingly, the information representative of
acceptance or rejection of the transaction by the user of the
mobile telephone is sent to the third entity, for example to the
financial establishment.
[0029] According to another particular feature, the data exchange
method according to the invention comprises, prior to the step of
sending the response message, a step of inserting a code
representative of said second entity into said response
message.
[0030] In practice, this code may be entered by means of the keypad
of the mobile telephone and inserted into the response message sent
in accordance with the SMS protocol.
[0031] According to a particular feature of this variant, this
representative code is inserted into the response notification sent
to the third entity, namely the financial establishment.
[0032] Accordingly, on receiving the response notification, the
third entity may verify that the user of the mobile telephone who
has responded to the transaction offer is an authorized person.
[0033] According to another particular feature of the data exchange
method according to the invention, on reception of the response
notification, the third entity sends an acknowledgement message to
the first entity.
[0034] Among other things, this acknowledgement message allows the
first entity to check that the response notification has actually
been received by the third entity.
[0035] According to one particularly advantageous feature, if no
response message is received during the validity period, the first
entity sends a non-response notification message to the third
entity.
[0036] Thus the third entity may assume that the user of the mobile
telephone has decided not to respond to the transaction offer made
to him by the third entity, namely the financial establishment.
[0037] According to another particularly advantageous feature of
the data exchange method according to the invention, on reception
of the acknowledgement message the first entity releases the origin
address reserved during the obtaining and reservation step.
[0038] Accordingly, once the third entity has received the response
or non-response notification, the communication channel of the SMS
network dedicated to the transaction is released and may be used
for another transaction.
[0039] Alternatively, on reception of the acknowledgement message,
the first entity retains the origin address in order to allow the
transaction to continue.
[0040] In particular, this advantageous feature allows the third
entity to send a notification to the second entity via the
intermediary first entity if the code representative of the user of
the second entity is incorrect.
[0041] In a correlative manner, the invention provides a device for
exchanging data relating to an electronic transaction with a second
entity, said transaction being identified by an identifier,
characterized in that it comprises:
[0042] means for determining and reserving an origin address
conforming to a bidirectional digital mobile telephony messaging
protocol, said determination being effected as a function of said
identifier of said transaction and an identifier of said second
entity;
[0043] means for sending a message in accordance with said protocol
offering said transaction, said offer message being sent to said
second entity and containing said origin address reserved during
said determination and reservation step; and
[0044] means for receiving, from said second entity, a response
message conforming to said protocol and responding to said offer
message, said response message comprising information
representative of acceptance or rejection of said transaction.
[0045] The advantages of this device being identical to those of
the method as briefly explained hereinabove, they are not restated
here.
[0046] Other aspects and advantages of the present invention will
become more clearly apparent on reading the following description
of one particular embodiment, this description being given by way
of non limiting example and with reference to the appended
drawings, in which:
[0047] FIG. 1 represents diagrammatically the various entities for
implementing the transaction method according to the invention and
the messages transferred between these various entities in
accordance with the present invention; and
[0048] FIG. 2 represents diagrammatically an intermediary first
entity for implementing a data exchange method according to the
present invention.
[0049] FIG. 1 represents the various entities used to implement the
data exchange method according to the invention and the exchange of
messages conforming to the present invention during this
method.
[0050] This figure will be described in chronological order.
[0051] First of all, it is considered that a third entity BQ, for
example a financial establishment, wishes to offer a transaction TR
to a user of a second entity CL, for example a mobile
telephone.
[0052] It will be assumed that, prior to the implementation of this
method, the user of the second entity CL has subscribed to a
service of the third entity BQ enabling him to effect electronic
transactions therewith.
[0053] It will also be assumed that, at the time of subscribing to
the service, the third entity BQ has sent the user of the second
entity CL, for example by post, a predetermined list LS of origin
addresses TPOA, the use of which will be explained later.
[0054] It will also be assumed that this predetermined list LS has
also been supplied by the third entity BQ to a first entity MW
serving as intermediary between the third entity BQ and the second
entity CL.
[0055] As is apparent in FIG. 1, this list LS is stored in a
database connected to the first entity MW. This list LS more
particularly comprises a list of origin addresses TPOA1, TPOA2,
TPOA3 that can be used for an electronic transaction between the
third entity BQ identified by the reference BQ_N and the user of a
second entity CL identified by its telephone number CL_TEL.
[0056] If the third entity BQ wishes to submit a transaction offer
to the second entity CL, the third entity BQ sends a message TR_DEF
defining the transaction TR to the intermediary first entity
MW.
[0057] This message TR_DEF defining the transaction TR comprises
various fields, including:
[0058] a field containing an identifier TR_ID of the transaction
TR;
[0059] a field containing the telephone number CL_TEL of the second
entity CL;
[0060] a field containing an identifier BQ_N of the first entity
BQ;
[0061] a field containing a validity period VP of the transaction;
and
[0062] a field containing a resume RES describing said transaction
TR.
[0063] On receipt of the definition message TR_DEF, the
intermediary first entity MW determines an origin address TPOA
using at least the identifier TR_ID of the transaction TR and the
identifier consisting of the telephone number CL_TEL of the second
entity and/or the validity period VP of the transaction.
[0064] The origin address TPOA is preferably chosen from the
predetermined list LS stored in the database as previously
described.
[0065] The origin address TPOA determined in this way is reserved
by the intermediary first entity MW for setting up a communication
channel associated with the transaction TR.
[0066] In other words, by reserving this origin address TPOA, the
first entity MW assures that no SMS message other than those used
in the present transaction may contain this origin address
TPOA.
[0067] This origin address TPOA will be released by the first
entity MW when the third entity BQ notifies the first entity MW
that the transaction has been terminated.
[0068] In a preferred embodiment, the address TPOA is determined in
the list LS cyclically.
[0069] In a first variant, for example, the first entity MW selects
from the list of available addresses TPOA, the latest address TPOA
to be released.
[0070] In a second variant, the first entity MW selects the
earliest available origin address TPOA to be reserved.
[0071] The first entity MW then constructs an offer message
OFFER_SMS conforming to the SMS protocol and with the following
fields:
[0072] the origin address TPOA determined previously from the list
LS,
[0073] the telephone number CL_TEL for the destination address of
the SMS message,
[0074] the validity period VP of the transaction TR, and
[0075] the description RES of the offered transaction TR.
[0076] This offer message OFFER_SMS is sent to the second entity CL
in accordance with the SMS protocol and via the GSM network.
[0077] It will first be assumed that the second entity CL receives
the offer message OFFER_SMS.
[0078] On receiving this message, the user of the second entity CL
may read on the screen of his mobile telephone a text with a header
containing the origin address TPOA and followed by the description
RES of the offered transaction TR.
[0079] The user of the second entity CL may therefore verify
whether the origin address TPOA is a valid address by looking up
this origin address TPOA in the list LS of potential addresses for
a transaction of this kind.
[0080] If the origin address is valid, the user of the second
entity CL has three options:
[0081] 1.degree. to accept the transaction offer,
[0082] 2.degree. to refuse the transaction offer explicitly, or
[0083] 3.degree. not to respond at any time during the validity
period VP of the offer.
[0084] The first two solutions are described next.
[0085] If the user of the second entity CL wishes to respond
explicitly to the transaction offer, either to accept it or to
refuse it, he writes a response message RESPONSE_SMS, for example
using the keypad of his mobile telephone, this message containing
information REP representative of acceptance or rejection of the
transaction.
[0086] In a preferred embodiment, the user may also insert into the
body of this message a PIN code representative of the user of the
second entity CL.
[0087] This message is sent using the response function of the SMS
protocol known to the person skilled in the art. This protocol is
more particularly described in the GSM 03.40 standard.
[0088] In particular, this message contains:
[0089] as the origin address, the telephone number CL_TEL of the
second entity CL,
[0090] as the destination address of the message RESPONSE_SMS, the
origin address TPOA, and
[0091] the text area comprising firstly the PIN code representative
of the user of the second entity CL and secondly optional
information REP representative of acceptance or rejection of the
offered transaction TR.
[0092] This response message RESPONSE_SMS is transferred over the
GSM network via an operator SMS_C who sends it to the intermediary
first entity MW.
[0093] On receiving this response message RESPONSE_SMS, the first
entity MW sends a response notification RESPONSE_TR to the third
entity BQ.
[0094] In the preferred embodiment, this response notification
RESPONSE_TR contains firstly the information REP representative of
acceptance or rejection of the transaction by the user of the
second entity CL and secondly the PIN code representative of the
user of the second entity CL.
[0095] On receiving this notification RESPONSE_TR, the third entity
BQ is therefore in a position to determine firstly if the user of
the second entity CL is a user authorized to respond to the
transaction offer and secondly, if so, the response of the user,
which is obtained by reading the information REP.
[0096] The processing of this response notification RESPONSE_TR by
the third entity BQ is not described in this patent
application.
[0097] The steps of the data exchange method according to the
invention if the user does not respond to the transaction offer
during the validity period VP of said transaction TR are described
next.
[0098] In this situation, if the first entity MW receives no
response message RESPONSE_SMS during the validity period VP of the
transaction, the first entity MW sends a non-response notification
message NON-RESPONSE_TR to the third entity BQ.
[0099] It may happen that the first entity MW fails to send the
transaction offer OFFER_SMS, at least temporarily, for example if
the second entity CL is not in use or if the first entity MW has no
SMS channels for sending the offer message OFFER_SMS.
[0100] In this case, the first entity MW is adapted to repeat the
step of sending the offer message OFFER_SMS a certain number of
times until the offer message is received by the second entity
CL.
[0101] In a preferred embodiment, if the first entity MW fails
completely to send the offer message OFFER_SMS to the second entity
CL, it may send a non-sending notification message to the third
entity BQ.
[0102] Be this as it may, on receiving a response notification
RESPONSE_TR, a non-response notification NON-RESPONSE_TR, or a
non-sending notification, the third entity BQ sends an
acknowledgement message ACK to the first entity MW. On receiving
this acknowledgement message ACK, the first entity MW releases the
origin address TPOA reserved during the obtaining and reservation
step.
[0103] This origin address TPOA may therefore be used for a new
transaction.
[0104] FIG. 2 represents diagrammatically an intermediary first
entity MW for implementing a data exchange method conforming to the
present invention.
[0105] The first entity MW comprises means 10 for determining and
reserving an origin address TPOA as previously described.
[0106] These determination and reservation means 10 are in
particular adapted to choose an origin address TPOA in the
predetermined list LS, preferably cyclically.
[0107] This origin address TPOA is preferably chosen by the
determination and reservation means 10 as a function of the
identifier TR_ID of the transaction TR, the identifier CL_TEL of
the second entity CL, and the identifier BQ_N of the third entity
BQ.
[0108] These parameters TR_ID, CL_TEL, BQ_N are received from the
third entity BQ by means 40 for receiving a message TR_DEF defining
the transaction TR. On receiving this message, the message receiver
means 40 are adapted to store these parameters in the predetermined
list LS.
[0109] The intermediate first entity MW also comprises means 20 for
sending the second entity CL a message OFFER_SMS in accordance with
the SMS protocol offering the transaction TR.
[0110] Sending messages [sic] are adapted, prior to this sending,
to construct this offer message OFFER_SMS, and in particular to
insert into this message the origin address TPOA reserved by the
determination and reservation means 10 as briefly explained
hereinabove.
[0111] When the offer message OFFER_SMS has been constructed, the
sending means 20 send this message to an operator SMS_C who routes
it to the second entity CL.
[0112] The intermediary first entity MW also comprises means 30 for
receiving from the second entity CL a response message RESPONSE_SMS
to the offer message OFFER_SMS previously described.
[0113] The receiver means 30 are adapted to supply this response
message RESPONSE_SMS to means 50 for sending a response
notification RESPONSE_TR to the third entity BQ.
[0114] The means 40 for receiving a message TR_DEF defining the
transaction TR are further adapted to receive an acknowledgement
message ACK from the third entity BQ, this message having been sent
on reception of the response notification RESPONSE_TR, for example,
as previously described.
[0115] The intermediary first entity MW further comprises means 60
for releasing the original address TPOA reserved by said obtaining
and reservation means 10, this release being effected on receiving
the acknowledgement message ACK previously described, for
example.
[0116] The intermediary first entity MW finally comprises a bus 70
for interconnecting the various means previously described.
* * * * *