EP2569928A1

EP2569928A1 - Transferring a call from a first fixed communication terminal situated in a local network to a second fixed communication terminal of this same local network

Info

Publication number: EP2569928A1
Application number: EP11723569A
Authority: EP
Inventors: Fabrice Fontaine; Philippe Duvivier; Hervé Marchand
Original assignee: France Telecom SA
Current assignee: Orange SA
Priority date: 2010-05-11
Filing date: 2011-05-05
Publication date: 2013-03-20
Also published as: US20130083914A1; WO2011141664A1; JP5826254B2; CN103004175B; WO2011141664A9; JP2013529028A; CN103004175A

Abstract

The invention relates to a method of transferring an incoming call (APE) intended for a fixed communication terminal (TF), attached to a local network, to a mobile communication terminal (TM1, TM2) attached to a mobile network. Such a method comprises the following steps, in the local network: detection (C3) of the presence of mobile communication terminals (TM1, TM2); in the case where no mobile communication terminal is present in the local network: comparison (C5a, C5b, C5c) between, on the hand, the data of the incoming call, and, on the other hand, the call data associated with said mobile communication terminals and previously recorded in the local network; selection (C6a, C6b, C6c) of a favoured mobile communication terminal (TM1, TM2) according to a criterion of similitude between the call data associated with the latter terminal and the data of the incoming call; ordering (C7a-C9a, C7b-C9b, C7c-C9c) of transfer of said incoming call to the selected favoured mobile communication terminal.

Description

CALL TRANSFER FROM A FIRST TERMINAL OF

FIXED COMMUNICATION LOCATED IN A LOCAL NETWORK TO A SECOND FIXED COMMUNICATION TERMINAL OF THE SAME NETWORK

LOCAL

Field of the invention

The field of the invention relates to the field of communication networks.

More specifically, the invention relates to call transfer from a first fixed communication terminal, located in a local communication network, to a second fixed communication terminal also located in said local network. Background of the invention

At present, some telecommunications operators offer their subscribers a call transfer service from their fixed telephone to another fixed terminal of their choice.

Such a service thus allows a user who must be absent from a place in which is established the fixed communication line to which his fixed telephone is connected, to be able to continue to receive incoming calls on his usual fixed telephone, on a another fixed telephone located in the place where the said user is supposed to be.

A disadvantage of a te! service lies in the fact that the user must first provide the operator with the telephone number of a fixed telephone of his choice. Thus, in the case where the user changes number, the latter must again contact his operator to provide him with the new number which will be assigned to the transfer of call in replacement of the previous one.

In addition, all incoming calls on the landline are transferred to a single landline phone whose call number has been provided to the operator beforehand. As a result, it often happens that incoming calls do not necessarily concern the fixed terminal user whose number has been registered with the call transfer service.

Another disadvantage lies in the fact that such a call transfer service requires the user to perform certain operations to either activate or deactivate the service. For example, a user who has subscribed to the service mentioned above must think about activating the service before leaving home or the office in which his fixed telephone is installed, and respectively deactivate the service when he returns to his home or office.

This last disadvantage has the consequence that the user regularly forgets to activate or deactivate said service. Furthermore, in order to activate or deactivate such a service, the user must perform key operations and / or selections in menus at his landline, which ultimately makes the call transfer service very difficult. not very ergonomic for the user.

Other call transfer solutions exist, more particularly adapted to the field of the company.

A company is generally equipped with a switchboard which is intended to transfer the incoming calls that reach it to the fixed telephone of the employee concerned by the call. Such a transfer is performed either manually, that is to say on the initiative of an operator in charge of the switchboard, or automatically through a voice menu.

A disadvantage of "manual" call transfer is that the caller is often put on hold while the attendant is able to reach the called employee, which sometimes discourages a particularly busy caller who, in the end , ends up hanging up.

A disadvantage of "automatic" call transfer is that the caller is forced to navigate a menu before he can be connected to the called party, which can also discourage the caller. menu usually allows the caller to be put in contact with a person attached to a particular department of the company (commercial service, accounting department, after-sales service, etc.), this person not necessarily the person with which the appellant really wanted to communicate.

Another disadvantage of the two solutions described above lies in the fact that the called party may miss calls, either because the caller leaves a message on the called party's voicemail, and the latter does not consult him. or because the caller transmits an oral message to the attendant, according to which he wishes to contact the called party, a message that the latter forgets to transmit to the called party. Object and summary of the invention

One of the aims of the invention is to overcome disadvantages of the state of the art mentioned above.

For this purpose, according to a first aspect, the present invention relates to an incoming call transfer method, intended for a first fixed communication terminal located in a local network, to a second fixed communication terminal belonging to a plurality of fixed communication terminals located in said local area network.

Such a method is remarkable in that it comprises the following steps, in the local network:

comparing, on the one hand, the data of the incoming call, and, on the other hand, the call data associated with the fixed communication terminals of the said plurality of terminals and previously recorded in the local network,

selecting, as the second fixed communication terminal, a preferred fixed communication terminal, according to a criterion of similarity between the call data associated with the latter and the data of the incoming call,

- Transfer control of said incoming call to the selected favorite fixed communication terminal.

Such an arrangement thus makes it possible to automatically transfer an incoming call on a fixed telephone to another fixed telephone which is that of the person considered to be the best concerned by the incoming call.

Thus, for example, in the case where a customer recalls the hotline service of a company, the invention makes it possible to obtain the transfer of the call from the customer to the fixed telephone of the person already contacted by the customer during one or more previous calls.

In addition, such a call transfer service no longer requires any configuration on the part of the users, that is to say that the latter have neither to provide a fixed terminal number to the operator, nor to enable / disable the service.

In one embodiment, the pre-registration of the call data associated with the fixed communication terminals of the plurality of fixed terminals is performed in response to a request for discovery of the latter transmitted in the local network.

Such an arrangement thus makes it possible, within the same local network, to identify a set of fixed communication terminals that can be selected during a subsequent transfer of incoming call on the first fixed telephone.

In one embodiment, the aforementioned discovery request is sent from a local terminal located in the local network, such a request being in accordance with a communication protocol adapted to said local terminal and to said fixed communication terminals.

Such an arrangement makes it possible to take advantage of the transparent interoperability offered by the DLNA (Digital Living Network Alliance) standard between the different terminals connected to a local network, such as in particular between a network. on the other hand, a local terminal such as a home or enterprise gateway or else a digital decoder such as a Set-Top-Box, and, on the other hand, several fixed communication terminals present in the local network. For this purpose, the aforementioned terminals each comprise a module operating for example according to the UPnP (Universal Plug and Play) protocol.

In another embodiment, for a fixed communication terminal discovered in the local network, the call data associated therewith are selected from at least the incoming call data, the outgoing call data, the data of the directory of said fixed communication terminal discovered.

Such an arrangement thus makes it possible to recover in the local network, whenever a fixed terminal is discovered in the latter, either the incoming and / or outgoing calls, the directory, or both the incoming and / or outgoing calls. and the directory, of the fixed terminal discovered. Such information thus collected is intended to be used subsequently in the call transfer, as selection parameters of the most relevant fixed terminal with respect to the incoming call received on the first fixed terminal.

In yet another embodiment, the comparing step comprises determining, for any discovered fixed communication terminal, the number of incoming / outgoing calls corresponding to the incoming call.

Thus, in a particularly simple and transparent manner for the user, the selection, as the second fixed communication terminal, of the most relevant fixed terminal with respect to the incoming call received on the first fixed communication terminal, is a function of the highest occurrence of incoming / outgoing calls in the call history of said second fixed terminal whose number corresponds to that of the incoming call. In yet another embodiment, the comparison step comprises determining, for any discovered fixed communication terminal, the presence of the number of the incoming call in the directory of said terminal.

Thus, also in a particularly simple and transparent manner for the user, the selection, as the second fixed communication terminal, of the most relevant fixed terminal with respect to the incoming call received on the first fixed communication terminal, is function the presence of the incoming call number in the directory of one of the fixed terminals previously identified in the local network.

Such a provision may be implemented as an alternative to the above provision.

Such an arrangement can also be implemented cumulatively in the above arrangement, so as to refine the selection of the second fixed communication terminal to which to redirect the incoming call.

In still another embodiment, if the transfer of the incoming call to the selected preferred fixed communication terminal fails, the incoming call is transferred to the first fixed communication terminal or to another fixed communication terminal. selected from the plurality of fixed terminals.

The call transfer system according to the invention is thus made more user-friendly for the caller, the latter always having the possibility of being put in contact with a person.

In still another embodiment, the selection steps of the preferred fixed communication terminal and call transfer control are pre-configured by the user by executing a human / machine interface program stored in a local terminal attached to the local network.

Thus, the aforementioned configuration can be performed advantageously by the user, using the gateway or Set-top-Box mentioned above, since the latter provide the execution of the aforementioned man / machine interface.

Correlatively, according to a second aspect, the present invention relates to a fixed communication terminal attached to a local network.

The fixed terminal according to the invention comprises:

means for transmitting, in the local network, according to a communication protocol adapted to the fixed terminal, a message containing the data of an incoming call received by the fixed terminal, means for receiving, in the local network, according to the above-mentioned communication protocol, a command for transferring the incoming call to another fixed communication terminal selected in the local network,

means for processing the command received for:

o retrieve the call number of the selected fixed communication terminal, o redirect the incoming call to the selected fixed communication terminal associated with the retrieved call number.

According to a third aspect, the present invention also relates to an incoming call transfer control device for a first fixed communication terminal, located in a local network, to a second fixed communication terminal belonging to a plurality of terminals. stationary communications located in the above-mentioned local network.

Such a device is remarkable in that it comprises:

means for comparing, on the one hand, the data of the incoming call, and, on the other hand, the call data associated with the fixed communication terminals of the plurality of fixed terminals and previously recorded in the network. local,

means for selecting, as the second fixed communication terminal, a preferred fixed communication terminal, according to a criterion of similarity between the call data associated with the latter and the data of the incoming call,

- Transfer control means of the incoming call to the selected fixed communication terminal selected.

Advantageously, such a control device can be implemented in a local terminal controllable by the telecommunications operator, such as for example an interconnection device between the aforementioned local network and a wide area network, such as for example the Internet. According to an exemplary embodiment, such an interconnection device is a home or enterprise gateway.

In one embodiment, the call transfer control device further comprises storage means for previously recording call data associated with any fixed communication terminal located in the local network. According to a fourth aspect, the present invention relates to an incoming call transfer system for a first fixed communication terminal, located in a local area network, to a second fixed communication terminal forming part of a plurality of fixed communication terminals. located in the above-mentioned local network.

Such a system is remarkable in that:

the first fixed terminal comprises means for transmitting, in the local network, according to a communication protocol adapted to the first fixed terminal, a message containing the data of an incoming call received by the first fixed terminal,

and in that the incoming call transfer control device comprises:

means for receiving the transmitted message, according to the aforementioned communication protocol,

means for comparing, on the one hand, its data of the incoming call, and, on the other hand, the call data associated with the fixed communication terminals of the plurality of terminals and previously recorded in the local network. ,

means for selecting, as a second fixed communication terminal, a preferred fixed communication terminal, according to a criterion of similarity between the call data associated with the latter and the data of the incoming call,

transmission means to the first fixed terminal, according to the aforementioned communication protocol, of a transfer command of the incoming call to the call number of the selected fixed communication terminal, the first fixed terminal further comprising :

means for receiving, according to the aforementioned communication protocol, the transmitted transfer command,

means for processing the command received for:

o extract the call number of the selected fixed communication terminal,

o Redirect the incoming call to the selected fixed communication terminal associated with the retrieved call number.

The invention also relates to a computer program comprising instructions for executing the steps of the call transfer method mentioned above, when the program is executed by a computer. Such a 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 another desirable form.

Still another object of the invention is directed to a computer readable recording medium, and including computer program instructions as mentioned above.

The recording medium may be any entity or device capable of storing the program. For example, such a medium may comprise storage means, such as a ROM, for example a CD ROM or a microelectronic circuit ROM, or a magnetic recording medium, for example a floppy disk or a Hard disk.

On the other hand, such a recording medium may be 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 program according to the invention can be downloaded in particular on an Internet type network.

Alternatively, such a recording medium may be an integrated circuit in which the program is incorporated, the circuit being adapted to execute the method in question or to be used in the execution of the latter.

The fixed communication terminal, the call transfer control device, the aforementioned system and computer program have at least the same advantages as those conferred by the method according to the present invention.

Brief description of the drawings

Other features and advantages of the present invention will emerge from the description given below, with reference to the accompanying drawings which illustrate an embodiment having no limiting character. In the figures:

FIG. 1 is a representation of the general architecture in which the call transfer method according to one embodiment of the invention is implemented;

FIG. 2 is a detailed schematic representation of certain elements of the call transfer system according to the invention; FIG. 3 represents a flowchart of the procedure for discovering the fixed communication terminals represented in FIG. 1;

FIG. 4 represents the contents of a database of the call transfer control device, according to one embodiment;

FIG. 5 represents a flowchart of the call tranfer method according to the invention.

Detailed description of an embodiment

FIG. 1 generally represents, in one embodiment, the call transfer system, in which the call transfer method according to the invention is implemented.

According to the invention and in accordance with the example shown in FIG. 1, the call transfer system is located in a local area network RL which comprises:

a first fixed communication terminal TF attached to the local network RL and adapted to receive telephone calls such as the call;

APE, from a TC fixed or mobile communication terminal

(cellular or portable),

a call transfer control device CTA attached to the local network RL and adapted to transfer the incoming call APE to a second fixed communication terminal selected from among a plurality of fixed communication terminals, for example three in number on the Figure 1 and designated by references TPF1, TPF2 and TPF3.

In the example shown, the fixed terminals TF, TPF1, TPF2 and TPF3 are adapted to operate in a fixed communication network RF such as a fixed telephone network, for example of the PSTN type (of the English "Public

Switched Network Phone ").

For this purpose, each of said fixed terminals consists for example of a telephone which is either connected to the fixed network RF by a wired connection, or in accordance with a wireless telephone communication protocol, for example

PS.

The fixed telephone network is here coupled to the local network RL, in a very conventional way.

In the example shown, the local area network RL is for example an Ethernet network implementing the WiFi wireless link protocol. The local area network RL can be a home network as well as a local area network consisting of part or all of wireless segments.

More particularly in the example shown, the LAN RL is enterprise type (Intranet for example). For this purpose, the first fixed communication terminal TF consists of a conventional telephone switchboard and the fixed communication terminals TPF1, TPF2 and TPF3 respectively belong to three different persons in the company, who may or may not be part of the same service.

According to the invention, the call transfer control device CTA is installed in a local terminal located in the local network RL

In the embodiment shown, the local terminal is a GAT interconnection device, such as in particular an enterprise gateway, capable of interconnecting the local network RL to an Internet-type wide area network (not shown).

Alternatively, the local terminal could be a Set-Top-Box.

It should be noted that, as an alternative, the first fixed terminal TF and the device CFA can be part of one and the same equipment. With reference to FIG. 2, the first fixed terminal TF conventionally comprises a first communication module MCT1 able to transmit or receive telephone calls via the fixed communication network RF.

According to the invention, the first fixed terminal TF further comprises a second MCT2 communication module which is adapted to:

transmitting to the call transfer control device CTA, in the network RL, according to a communication protocol compatible with the control device CTA, a message REQ containing the data of the incoming call APE, such as the telephone number. of the calling terminal TC shown in FIG.

receiving in response, from the call transfer control device CTA, according to said communication protocol, a CMD command for transferring said incoming call to one of the fixed terminals TPF1, TPF2 or TPF3 previously selected according to a method which will be described later, for example the terminal TPF2 shown in FIG.

In the example represented in FIG. 2, the communication module MCT2 is a software module capable of implementing a signaling protocol, such as for example a "Telephony Server" module operating according to the "UPnP Telephony" protocol.

Still with reference to FIG. 2, the first fixed terminal TF comprises a processing module MTR to which all the elements of the first fixed terminal TF are connected and which is intended to control its operation. Said processing module is software that is stored in a read-only memory (not shown) of the first fixed terminal TF.

Such an MTR processing module is particularly suitable for:

- control the MCT1 telephony module, when receiving an APE incoming call,

control of the UPnP MCT2 software module, in particular when the first fixed terminal TF transmits a REQ message containing the data of the incoming call APE, and the reception by the latter of a command CMD for transferring said incoming call,

extracting, from the received CMD command, the call number of the fixed communication terminal TPF2 selected to receive the incoming call APE,

- Redirect the APE incoming call to the selected fixed terminal TPF2 whose call number corresponds to the extracted call number.

In a similar manner to the first fixed terminal TF, the call transfer control device CTA comprises an MCC communication module that is adapted to:

receiving, in the local network RL, from the first fixed terminal TF, according to the aforementioned communication protocol, said message REQ containing the data of the incoming call APE,

- In response, in the local network RL, according to this same communication protocol, said CMD transfer command of said incoming call to the first fixed terminal TF.

For this purpose, in the example shown in FIG. 2, the communication module MCC is a software module able to implement the "UPnP Telephony" signaling protocol.

According to the invention, the call transfer control device CTA further comprises a detection module able to determine that the fixed terminals TPF1, TPF2 or TPF3 are or are not connected to the local network RL.

In the example shown in FIG. 2, such a detection module advantageously consists in the MCC module "UPnP Telephony" which is configured conventionally to discover and control in the local network, according to the "UPnP Telephony" protocol, any terminal capable of being connected to the local network, in particular the fixed terminals TPF1, TPF2, TPF3.

According to the aforementioned embodiment, the MCC module consists more precisely of a "UPnP Telephony" control station. Moreover, such an arrangement requires that the fixed terminals TPF1, TPF2 and TPF3 comprise respectively a communication module (not shown) which also operates according to the "UPnP Telephony" protocol, such as in particular a "Telephony Server" module.

The call transfer control device CTA further comprises, according to the invention, a database BD stored in a memory (not shown) of the device and intended to store, in connection with each fixed communication terminal discovered, via a database manager GBD, certain characteristics of said fixed terminal discovered, such as in particular:

o his phone number,

o The history of his incoming and / or outgoing calls, o The data of his phone book.

The aforementioned features are, in the example shown, stored in the database BD in the form of an XML file.

Still referring to FIG. 2, the call transfer control device CTA also comprises, according to the invention, a processing software module, denoted LOG, which is stored in a read-only memory (not shown) of the CTA device. .

The processing module LOG notably comprises:

an activation module ACT able to control, at each incoming APE call identified in the message REQ received by the detection module MCC, the "discovery" function of the latter, so as to detect the actual connection, in the local network of at least one fixed terminal, among the plurality of fixed terminals TPF1, TPF2, TPF3,

a calculation module CAL which is activated when such an effective connection has been detected, said module CAL being able to make a comparison between, on the one hand, the data of the incoming call APE, and, on the other hand, , the call data associated with each fixed terminal TPF1, TPF2, TPF3 connected to the local network RL, which were previously registered in the base during the discovery phase mentioned above, but also during any previous discovery phases,

a selection SEL module, as a second fixed communication terminal to which to redirect the APE incoming call, of a preferred fixed communication terminal, among the fixed terminals TPF1, TPF2, TPF3, according to a criterion of similarity between the call data associated with the latter and the data of the APE incoming call,

a control module CTRL of the detection module MCC so that the latter transmits, in the local network RL, to the first termina! fixed TF, said CMD command for transferring said incoming call APE.

Referring now to FIGS. 1 to 3, the procedure for discovering the fixed terminals TPF1, TPF2 and TPF3 which is implemented before the call transfer according to the invention will be described.

In the example shown in FIG. 1, it is assumed that the three fixed terminals TPF1, TPF2 and TPF3 are all connected to the local network RL,

More particularly with reference to FIG. 3, during a step D1, the communication module MCC of the CTA device for call transfer control sends, to the "Telephony Server" module of the fixed terminal TPF1, the fixed terminal. TPF2 and the TPF3 fixed terminal, a RDE discovery request, according to the "UPnP Telephony" protocol.

In the example shown, such a request for discovery is of the type SSDP multicast (of the English "Simple Service Discovery Protocol") and is written:

"SSDP M-SEARCH urn: schemas-upnp-org: device: TelephonyServer: l"

During a step D2, the "Telephony Server" module of the fixed terminal TPF1 sends to the communication module MCC of the device CTA a UPnP response ID1 which contains an identifier of the fixed terminal TPF1.

In the example shown, the response ID1 contains a link urll to which the device CTA is intended to access to retrieve the identifier of the terminal fixeTPFl. The response ID1 is written: "HTTP 200 OK LOCATION: urll".

During a step D3, the "Telephony Server" module of the fixed terminal TPF2 sends to the communication module MCC of the device CTA a UPnP response ID2 which contains an identifier of the fixed terminal TPF2.

In the example shown, the response ID2 contains a link url2 to which the device CTA is intended to access to retrieve the identifier of the fixed terminal TPF2. The response ÎD2 is written as "HTTP 200 OK LOCATION: ur! 2". During a step D4, the "Telephony Server" module of the fixed terminal TPF3 sends to the communication module MCC of the device CTA a UPnP response ID3 which contains an identifier of the fixed terminal TPF3.

In the example shown, the response ID3 contains a link url3 to which the device CTA is intended to access to retrieve the identifier of the fixed terminal TPF3. The ID3 response is written: "HTTP 200 OK LOCATION: url3".

The steps D2, D3 and D4 mentioned above can be carried out simultaneously or one after the other, in any order.

During a step D5, the CTA device sends a connection request RC1 to the urll, via a browser, not shown, such as, for example, the browser of the home gateway GAT in which the control device CTA is installed. The request RC1 is written: "HTTP G AND urll".

During this step, the "Telephony Server" module of the fixed terminal TPF1 sends in response to the CTA device a description wire file which is of XML type, and whose "friendlyName" parameter contains the fixed terminal call number NI. TPFl.

During a step D6, the device CTA sends a connection request RC2 to url2. The request RC2 is written: "HTTP GET url2".

During this step, the module "Telephony Server" of the fixed terminal TPF2 sends, in response to the device CTA, a description file F12 which is of XML type, and whose parameter "friendlyName" contains the call number N2 of the fixed terminal TPF2.

During a step D7, the CTA device sends a connection request RC3 to url3. The request RC3 is written: "HTTP GET url3".

During this step, the "Telephony Server" module of the fixed terminal TPF3 sends, in response to the CTA device, a description file F13 which is of XML type, and whose "friendlyName" parameter contains the call number N3 of the fixed terminal TPF3.

During a step D8, the MCC communication module of the CTA device sends to the "Telephony Server" module of the fixed terminal TPF1, a UPnP type request RHA1, in retrieval of the call history of said fixed terminal.

The request RHAl is written "Action UPnP GetCalILogs".

During this step, the "Telephony Server" module of the fixed terminal TPF1 sends, in response to the MCC communication module of the CTA device, a description file F21 which is of XML type and which contains in particular the time of each incoming and / or outgoing call associated with the fixed terminal TPF1, as well as the caller and / or called numbers.

Alternatively, step D8 can be implemented directly following the aforementioned step D5.

During a step D9, the communication module CC of the device CTA sends to the module "Telephony Server" of the fixed terminal TPF2, a request RHA2 type UPnP, recovery of the call history of said fixed terminal.

The RHA2 request is written in the same way as the RHA1 request above.

During this step, the "Telephony Server" module of the fixed terminal TPF2 sends, in response to the MCC communication module of the CTA device, a description file F22 which is of XML type and which notably contains the time of each incoming call. and / or outgoing associated with the fixed terminal TPF2, as well as the numbers of callers and / or called.

Alternatively, step D9 may be implemented directly following the aforementioned step D6.

During a step D10, the MCC communication module of the CTA device sends to the "Telephony Server" module of the fixed terminal TPF3, a UPnP type request RHA3, retrieving the call history of said fixed terminal.

The request RHA3 is written in the same way as the requests RHA1 and RHA2 above.

During this step, the "Telephony Server" module of the fixed terminal TPF3 sends, in response to the CTA MCC communication module, a description file F23 which is of XML type and which notably contains the time of each incoming call. and / or outgoing associated with the fixed terminal TPF3, as well as the numbers of callers and / or called.

Alternatively, step D10 can be implemented directly following the aforementioned step D7.

During a DU step, the MCC communication module of the CTA device sends to the "Telephony Server" module of the fixed terminal TPF1, a UPnP type REP1 request, in recovery of the telephone directory of said fixed terminal.

The request REP1 is written:

"UPnP GetValues / UPnP / PHONE / AddressBook / Contact /" action. During this step, the "Telephony Server" module of the fixed terminal TPF1 sends, in response to the MCC communication module of the CTA device, a description file F31 which is of XML type and which contains in particular the fixed and / or mobile of each contact registered in the telephone directory of the fixed terminal TPF1.

Alternatively, the DU step can be implemented directly following the aforementioned step D8.

During a step D12, the MCC communication module of the device CTA transmits, to the "Telephony Server" module of the fixed terminal TPF2, an UPnP type request EP2, in recovery of the telephone directory of said fixed terminal,

The request REP2 is written in the same way as the aforementioned request REP1.

During this step, the fixed terminal TPF2 sends, in response to the CTA MCC communication module, a description file F32 which is of XML type and which contains in particular the fixed and / or mobile call numbers of each contact. stored in the TPF2 fixed terminal telephone directory.

Alternatively, step D12 can be implemented directly following the aforementioned step D9.

During a step D13, the MCC communication module of the CTA device sends, to the "Telephony Server" module of the fixed terminal TPF3, a UPnP type REP3 request, retrieving the telephone directory of said fixed terminal.

The REP3 request is written in the same way as the REP1 and

REP2 above.

During this step, the fixed terminal TPF3 sends, in response to the CTA MCC communication module, a description file F33 which is of XML type and which contains in particular the fixed and / or mobile call numbers of each contact. stored in the TPF3 fixed terminal telephone directory.

Alternatively, step D13 can be implemented directly following the aforementioned step D10.

In a step D14, the database manager GBD shown in FIG. 2 processes the storage, in the database BD, of the information received by the device CTA during the steps D1 to D13 mentioned above. With reference to FIG. 4, the database BD contains for this purpose a table TAB with two inputs comprising, on the abscissa, the data concerning a call, and on the ordinate, the data concerning the users of the fixed terminals TPF1, TPF2 and TPF3. .

In the example shown, it is assumed that the fixed terminals TPF1 and TPF2 belong respectively to two distinct persons UT1 and UT2 of the same service, for example the teleasssitance service of the company in which the local network RL is installed, and that the fixed terminal TPF3 belongs to a person UT3 of another department of this company, such as for example the commercial sercice.

Each user UT1, UT2 and UT3 is associated, in the table TAB, the respective number NI, N2, N3 of its fixed terminal, TPF1, TPF2, TPF3, the history of its incoming / outgoing calls, the telephone numbers of his phone book.

The heading "HIST. APPEAL 'includes the following subheadings:

- the numbers associated with each incoming call,

- the occurrence of the same incoming call,

- the numbers associated with each outgoing call,

- the occurrence of the same outgoing call.

The steps D1 to D14 are repeated several times over time, preferably at regular time intervals (every 6 hours for example) previously configured in the control device CTA.

Thus, the database BD can be updated as often as necessary.

In view of the fact that, in the example represented in FIG. 1, the CTA control device is installed in the gateway GAT, each user can take note of the information collected in the table TAB during the steps D1 to D14 mentioned above, means of a terminal connected to the gateway GAT, in the local network RL. In the example shown, the terminal is a laptop OP. According to another example, such a terminal could be the mobile terminal of the user UT1, UT2 or UT3. In the case where the CTA control device is installed in a Set-Top-Box, the terminal could be a television receiver.

Advantageously, the gateway GAT thus offers the user a man / machine interface viewable on the screen of the laptop OP, which allows the user to change the configuration of the table TAB. For example, the user could delete the automatic call transfer for certain hours or change himself the number of a terminal to which to carry out the call transfer.

Referring now more particularly to Figures 2 and 5, we will describe the call transfer method according to the invention.

During a step C1, the telephony module CT1 of the fixed terminal TF, represented in FIG. 2, receives an incoming call APE, via the fixed communication network RF.

In the example shown, the number corresponding to the incoming call is, for example, the number 06.xy.xy.xy.xy stored in the table TAB of FIG. 4.

During a step C2, the processing module MTR of the fixed terminal TF controls the module UPnP MCT2 of the latter, so that the fixed terminal TF emits a message REQ containing the data of the incoming call APE, to destination of the CTA control device.

During a step C3a, the module CAL of the control device CTA determines, from the table TAB previously stored in the database BD, which of the fixed terminals TPF1, TPF2, TPF3 which has the largest number of incoming calls, the number of which corresponds to the number of the APE call, 06.xy.xy.xy.xy. According to the table TAB, it is the fixed terminal TPF2 of the user UT2.

During a step C4a, the SEL module of the control device CTA selects the fixed terminal TPF2, as the preferred fixed terminal to which the APE call is transferred, and transmits the call number N2 associated with the fixed terminal TPF2. , to the control module CTRL of the control device CTA.

During a step C5a, the CTRL module of the CTA control device activates the UPnP MCC module thereof in order to send, in the local network RL, a UPnP CMD command for transferring said incoming call APE, to the module UPnP MCT2 of the fixed terminal TF, said CMD command containing the call number N2 of the fixed terminal TPF2.

During a step C6a, the processing module MTR of the fixed terminal TF extracts from the received CMD command the call number N2 of the fixed communication terminal TPF2 which has been selected to receive the incoming call APE.

During a step C7a, the processing module MTR controls the telephony module MCT1 of the fixed terminal TF so that the latter redirects the incoming call APE to said fixed terminal TPF2 selected from the call number N2 of the latter.

In the case where after a certain number of rings, for example four, the fixed terminal TPF2 is not picked up, the steps C3a to C7a are repeated, once the module CAL of the control device CTA has determined to again, from the table TAB of FIG. 4, which of the fixed terminals TPF2, TPF3 has the largest number of incoming calls, the number of which corresponds to the number of the call APE, 06.xy.xy. xy.xy. According to the table TAB, it is the fixed terminal TPF1 of the user UT2 and the incoming call APE will be transferred to the latter at the end of the step C7a, as shown in dotted line on the figure 1.

As an alternative to the reiteration of steps C3a to C7a, the incoming call APE can be transferred to the first fixed terminal TF, in this case the company standard.

Such an arrangement would thus make it possible to optimize the call transfer by selecting another fixed terminal, in the case where the selected favorite fixed terminal does not answer the incoming call redirected towards the latter or in the case where the redirection of the incoming call to the favorite fixed terminal does not succeed. In particular, in the embodiment shown, the caller who is for example a client of the company in which the users UT1, UT2, UT3 work, has the possibility, even if the call to the user UT2 does not exist. does not succeed, to be welcomed by the UT1 user who, working in the same service as the UT2 user, will be the most competent person to answer the customer's questions.

If, during the above-mentioned step C3a, the module CAL of the control device CTA is not able to determine, from the table TAB, which of the fixed terminals TPF1, TPF2, TPF3 has the largest number of incoming calls, whose number corresponds to the number of the APE call, 06.xy.xy.xy, xy, the module CAL, during a step C3b, then determines, from the table TAB, which is the fixed terminal TPF1, TPF2, TPF3, which has the largest number of outgoing calls, the number of which corresponds to the number of the call APE, 06.xy.xy.xy.xy. According to the table TAB, it is always the fixed terminal TPF2 of the user UT2.

During a step C4b, the SEL module of the control device CTA selects the fixed terminal TPF2 as a preferred fixed terminal to which transfer the APE call and transmit the N2 call number associated with the fixed terminal

TPF2 to the CTRL control module of the CTA control device.

During a step C5b, the CTRL module of the control device

CTA activates the UPnP MCC module of the latter so as to transmit, in the local network RL, a UPnP CMD command for the transfer of said incoming call APE, to the UPnP module MCT2 of the fixed terminal TF, said CMD command containing the number of N2 call of fixed terminal TPF2.

During a step C6b, the processing module MTR of the fixed terminal TF extracts from the received CMD command the call number N2 of the fixed terminal TPF2 which has been selected to receive the incoming call APE.

During a step C7b, the processing module MTR controls the telephony module MCT1 of the fixed terminal TF so that the latter redirects the incoming call APE to said fixed terminal TPF2 selected from the call number N2 of the latter .

In the case where the fixed telephone TPF2 is not picked up, the call is transferred either to one of the fixed telephones TPF1, TPF3, after reiteration of the steps C3b to C7b, or to the switchboard TF, as has been explained above.

If, during the above-mentioned step C3b, the module CAL of the control device CTA is not able to determine, from the table TAB, which of the fixed terminals TPF1, TPF2, TPF3 has the largest number outgoing calls, the number of which corresponds to the number of the APE call,

06.xy.xy.xy.xy, during a step C3c, the CAL module of the control device

CTA then determines, from the table TAB, which is the fixed terminal TPF1, TPF2 or TPF3, which contains the number of the call APE in its directory. According to the table TAB, it is the TPF3 fixed terminal of the user UT3 which is part of the commercial service.

During a step C4c, the SEL module of the control device CTA selects the fixed terminal TPF3 as the preferred fixed terminal to which to transfer the APE call and transmits the call number N3 associated with the fixed terminal.

TPF3 to the CTRL control module of the CTA control device.

During a step C5c, the CTRL module of the control device

CTA activates the UPnP MCC module of the latter so as to transmit, in the local network RL, a UPnP CMD command for the transfer of said incoming call APE, to the UPnP module MCT2 of the fixed terminal TF, said CMD command containing the number of call N3 of the fixed terminal TPF3. During a step C6c, the processing module MTR of the fixed terminal TF extracts from the received CMD command the call number N3 of the fixed terminal TPF3 which has been selected to receive the incoming call APE.

During a step C7c, the processing module MTR controls the telephony module MCT1 of the fixed terminal TF so that the latter redirects the incoming call APE to said fixed terminal TPF3 selected from the call number N3 of the latter .

In the case where the fixed telephone TPF3 is not picked up, the call is transferred either to one of the other fixed telephones TPF1, TPF2, after reiteration of the steps C3c to C7c, or to the switchboard TF, as this has been explained above.

If during the above-mentioned step C3c, the module CAL of the control device CTA is not able to determine, from the table TAB, which of the fixed terminals TPF1, TPF2, TPF3 which contains the number of the APE call in its directory, the switchboard TF responds directly to the APE call during a step C8.

It should be noted that steps C3a-C7a, C3b-C7b, C3c-C7c can be performed in a different order from that just described. For example, steps C3c-C7c could be implemented before steps C3a-C7a.

It goes without saying that the embodiment which has been described above has been given for purely indicative and not limiting, and that many modifications can be easily made by those skilled in the art without departing from the scope of the invention.

Claims

An incoming call transfer (APE) method for a fixed local area network (RL) fixed communication terminal (TF) to a mobile communication terminal (RM) connected to a mobile network (RM), said method being characterized in that it comprises the following steps, in the local network:

detection (C3) of the presence of mobile communication terminals (TM1, TM2, TM3),

- in the case where no mobile communication terminal is present in the local network:

o comparison (C5a, C5b, C5c) between, on the one hand, the data of the incoming call, and, on the other hand, the call data associated with said mobile communication terminals and previously recorded in the local network,

o selecting (C6a, C6b, C6c) a preferred mobile communication terminal (TM1, TM2) according to a criterion of similarity between the call data associated with the latter and the data of the incoming call,

o command (C7a-C9a, C7b-C9b, C7c-C9c) for transferring said incoming call to the selected preferred mobile communication terminal.

2. Method according to claim 1, wherein, in the case where the presence of at least one mobile communication terminal is detected in the local network during said detection step, the call transfer is not activated. (C4),

3. Method according to claim 1 or 2, wherein the pre-registration (D5-D9) of said call data associated with the mobile communication terminals is performed as soon as the presence of such terminals is detected in the local network.

4. Method according to claim 3, wherein for a mobile communication terminal detected in the local network, the call data. associated with the latter are selected from at least the incoming call data, the outgoing call data, the directory data of said detected mobile communication terminal.

The method of any one of claims 1 to 4, wherein the comparing step comprises determining, for any mobile communication terminator whose presence has not been detected in the local network, the number of calls. incoming / outgoing corresponding to said incoming call.

6. Method according to any one of claims 1 to 5, wherein the comparison step comprises determining, for any mobile communication terminal whose presence has not been detected in the local network, the presence of the number. of the incoming call in the directory of said terminal.

7. Method according to any one of claims 1 to 6, wherein the presence detection step consists of a discovery of any mobile communication terminal likely to be present in the local network, by transmission (D3), since a local terminal connected to the local network (L), a request which contains a discovery message and which complies with a communication protocol. (UPnP) adapted to said local terminal and said mobile communication terminals.

The method of any one of claims 1 to 7, wherein the steps of selecting the preferred mobile communication terminal and call forwarding control are pre-configured by the user by executing a human interface program. / machine stored in a local terminal (OP) attached to the local area network (LAN).

9. Incoming call transfer control device (CTA) for a fixed communication terminal (TF), attached to a local area network (LAN), to a mobile communication terminal (TM1, T2) attached to a network mobile device, the control device being characterized in that it comprises:

means (MCC) for detecting the presence of mobile communication terminals in the local network, - in the case where no mobile communication terminal is present in the local network:

o means (CAL) for comparing, on the one hand, the data of the incoming call, and, on the other hand, the call data associated with the mobile communication terminals and previously recorded in the local network,

o means (SEL) for selecting a preferred mobile communication terminal according to a criterion of similarity between the call data associated with the latter and the data of the incoming call,

transfer control means (CTRL, MCC) for transferring said incoming call to the selected preferred mobile communication terminal.

10. Control device according to claim 9, comprising means (GBD, BD) for storing previously said call data associated with any mobile communication terminal whose presence in the local network is detected by said detection means of presence.

11. Incoming call transfer system (APE) for a fixed communication terminal (TF), attached to a local area network (L), to a mobile communication terminal (T 1, TM 2) attached to a mobile network, said system comprising a device (CTA) for controlling the transfer of said incoming call, said system being characterized in that:

the fixed terminal comprises means (MCT2) for transmitting, in the local network, according to a communication protocol (UPnP) adapted to said fixed terminal, a message (REQ) containing the data of an incoming call received by said terminal; fixed,

and in that the incoming call transfer control device comprises:

means (MCC) for receiving said transmitted message, according to said communication protocol,

means (MCC) for detecting the presence of mobile communication terminals in the local network, which are activated following the reception of said transmitted message, - in the case where no mobile communication terminal is present in the local network:

o means (CAL) of comparison between, on the one hand, the data of the incoming call, and, on the other hand, the. call data associated with the mobile communication terminals and previously recorded in the local network,

means (CTRL, MCC) transmitting to said fixed terminal, according to said communication protocol, a command for transferring said incoming call to the call number of said selected mobile communication terminal,

said fixed terminal further comprising:

means (MCT2) for receiving, according to said communication protocol, said transmitted transfer command,

means (MTR) for processing the command received for:

extracting the call number of the selected mobile communication terminal,

o redirect the incoming call to the selected mobile communication terminal associated with said extracted call number.

A computer program comprising instructions for performing the steps of the call transfer method of any one of claims 1 to 8 when said program is executed by a computer.

A computer-readable recording medium on which is recorded a computer program including instructions for executing the steps of the call transfer method according to any one of claims 1 to 8, when said program is executed by a computer.