EP2569927A1 - Transfert d'appel depuis un terminal de communication fixe rattaché à un réseau local vers un terminal de communication mobile rattaché à un réseau mobile - Google Patents

Transfert d'appel depuis un terminal de communication fixe rattaché à un réseau local vers un terminal de communication mobile rattaché à un réseau mobile

Info

Publication number
EP2569927A1
EP2569927A1 EP11723568A EP11723568A EP2569927A1 EP 2569927 A1 EP2569927 A1 EP 2569927A1 EP 11723568 A EP11723568 A EP 11723568A EP 11723568 A EP11723568 A EP 11723568A EP 2569927 A1 EP2569927 A1 EP 2569927A1
Authority
EP
European Patent Office
Prior art keywords
mobile communication
call
terminal
communication terminal
local network
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP11723568A
Other languages
German (de)
English (en)
Inventor
Fabrice Fontaine
Philippe Duvivier
Hervé Marchand
Jean-Marc Lafaye
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
France Telecom SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by France Telecom SA filed Critical France Telecom SA
Publication of EP2569927A1 publication Critical patent/EP2569927A1/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42229—Personal communication services, i.e. services related to one subscriber independent of his terminal and/or location
    • H04M3/42263—Personal communication services, i.e. services related to one subscriber independent of his terminal and/or location where the same subscriber uses different terminals, i.e. nomadism
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/006—Call diverting means
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/725—Cordless telephones
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42025—Calling or Called party identification service
    • H04M3/42034—Calling party identification service
    • H04M3/42059—Making use of the calling party identifier
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2203/00—Aspects of automatic or semi-automatic exchanges
    • H04M2203/20—Aspects of automatic or semi-automatic exchanges related to features of supplementary services
    • H04M2203/2094—Proximity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2207/00—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place
    • H04M2207/20—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place hybrid systems
    • H04M2207/206—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place hybrid systems composed of PSTN and wireless network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2242/00—Special services or facilities
    • H04M2242/30—Determination of the location of a subscriber

Definitions

  • the field of the invention relates to the field of communication networks.
  • the invention relates to call transfer from a fixed communication terminal, attached to a local communication network, to a mobile communication terminal (cellular or portable) attached to a mobile network, for example GSM.
  • a mobile communication terminal cellular or portable
  • GSM Global System for Mobile communications
  • Such a service thus enables 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 receiving, on his mobile phone this time, incoming calls. on his landline.
  • a disadvantage of such a service lies in the fact that the user must first provide the operator with the call number of a mobile terminal 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.
  • One of the aims of the invention is to overcome disadvantages of the state of the art mentioned above.
  • the present invention relates to an incoming call transfer method, intended for a fixed communication terminal attached to a local network, to a mobile communication terminal attached to a mobile network.
  • the call transfer is not activated.
  • Such an arrangement thus makes it possible, in a manner that is transparent for a given user, to receive the incoming call on the most suitable terminal from the fixed or mobile terminal of the user, depending on the location of the latter.
  • the call transfer is not activated and the incoming calls are received on the fixed communication terminal, whereas from the moment when no mobile terminal is detected in the local network, the call transfer to a mobile terminal, known and selected in the local network, is activated.
  • the pre-registration of the call data associated with the mobile communication terminals is performed as soon as the presence of these terminals is detected in the local network.
  • Such an arrangement thus makes it possible, within a same local network, to detect the regular presence of a set of mobile terminals accustomed to being located in said local network, and to identify, from this set, which of said mobile terminals will be most likely to be selected when forwarding an incoming call to the landline.
  • the call data associated therewith are selected from at least the incoming call data, the outgoing call data, the data of the mobile communication terminal directory detected.
  • Such an arrangement thus makes it possible to recover in the local network, whenever a mobile terminal is detected 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 detected mobile terminal.
  • Such information thus collected are intended to be used later in the call transfer, as selection parameters of the mobile terminal most relevant to the incoming call received on the landline. .
  • the comparison step comprises determining, for any mobile communication terminal whose presence has not been detected in the local network, the number of incoming / outgoing calls corresponding to the call. entering.
  • the selection of the most relevant mobile terminal with respect to the incoming call received on the fixed telephone depends on the highest occurrence of incoming / outgoing calls included in the the call history of said mobile terminal whose number corresponds to that of the incoming call.
  • 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. said terminal.
  • the selection of the most relevant mobile terminal with respect to the incoming call received on the fixed telephone is a function of the presence of the incoming call number in the directory of one of the mobile 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 mobile terminal to which to redirect the incoming call.
  • the presence detection step consists of a discovery of any mobile communication terminal likely to be present in the local network, by transmission, from a local terminal attached to the local network, of a a request which contains a discovery message and which complies with a communication protocol adapted to the local terminal and to the mobile communication terminals.
  • 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 mobile communication terminals present in the local network.
  • the aforementioned terminals each comprise a module operating for example according to the UPnP (Universal Plug and Play) protocol.
  • the steps of selecting the preferred mobile 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.
  • 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.
  • the present invention relates to a fixed communication terminal attached to a local network.
  • the fixed terminal according to the invention comprises:
  • the present invention also relates to an incoming call transfer control device intended for a terminal of fixed communication, attached to a local network, to a mobile communication terminal, attached to a mobile network.
  • Such a device is remarkable in that it comprises:
  • o means for comparing, on the one hand, the data of the incoming call, and, on the other hand, the call data associated with the aforementioned mobile communication terminals and previously recorded in the local network
  • o means 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
  • 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.
  • an interconnection device is a home or enterprise gateway.
  • the call transfer control device further comprises storage means for pre-registering the call data associated with any mobile communication terminal whose presence in the local network is detected by the means of communication. presence detection mentioned above.
  • the present invention relates to an incoming call transfer system for a fixed communication terminal, attached to a local network, to a mobile communication terminal, attached to a mobile network, such a system comprising a device transfer control of the incoming call.
  • the fixed terminal comprises transmission means, 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, and in that the device Incoming call transfer control system includes:
  • o means for comparing, on the one hand, the data of the incoming call, and, on the other hand, the call data associated with the aforementioned mobile communication terminals and previously recorded in the local network
  • o means 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
  • the fixed terminal further comprising:
  • 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.
  • 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.
  • 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.
  • 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.
  • 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.
  • 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. 3A is a representation of the general architecture in which the method for discovering mobile communication terminals is implemented in the local network, according to one embodiment of the invention
  • FIG. 3B represents a flow chart of the procedure for discovering the mobile communication terminals represented in FIG. 3A;
  • 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.
  • FIG. 1 generally represents, in one embodiment, the call transfer system, in which the call transfer method according to the invention is implemented.
  • the call transfer system is located in a local area network RL which comprises:
  • RL and adapted to receive telephone calls such as the APE call, 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 mobile communication terminal TM1, TM2 or TM3 attached to a mobile network RM.
  • the fixed terminal TF is adapted to operate in an RF fixed communication network such as a fixed telephone network, for example of the PSTN (Public Switched Telephone Network) type.
  • PSTN Public Switched Telephone Network
  • the fixed terminal 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 DECT.
  • a wireless telephone communication protocol for example DECT.
  • the fixed telephone network is here coupled to the local network RL, in a very conventional way.
  • the local area network RL is for example an Ethernet network implementing the wireless connection protocol. Wireless.
  • 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.
  • the local network RL is of the domestic type.
  • the call transfer control device CTA is installed in a local terminal located in the local network RL
  • the local terminal is a GAT interconnection device, such as in particular a home gateway, capable of interconnecting the local network RL to an Internet-type wide area network (not shown).
  • GAT interconnection device such as in particular a home gateway, capable of interconnecting the local network RL to an Internet-type wide area network (not shown).
  • the local terminal could be a Set-Top-Box. It should be noted that, as an alternative, the terminal TF and the device CTA can be part of one and the same equipment.
  • the mobile terminals TM1 to TM3 are all attached to the same mobile network RM, such as for example the GSM network.
  • the mobile terminals TMI to TM3 could be respectively attached to mobile networks of different types, such as GSM, GPRS, EDGE, WiFi, WiMAX, W-CDMA, etc.
  • the fixed terminal TF conventionally comprises a first communication module MCT1 capable of transmitting or receiving telephone calls via the fixed communication network RF.
  • the fixed terminal TF further comprises a second MCT2 communication module which is adapted to:
  • the communication module MCT2 is a software module able to implement a signaling protocol, such as for example a "Telephony Server” module. operating according to the "UPnP Telephony” protocol.
  • the fixed terminal TF comprises a processing module MTR to which all the elements of the 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 fixed terminal TF.
  • Such an MTR processing module is particularly suitable for:
  • the call transfer control device CTA comprises an MCC communication module that is adapted to:
  • the communication module MCC is a software module able to implement the "UPnP Telephony" signaling protocol.
  • the call transfer control device CTA further comprises a detection module, able to locate the presence of mobile terminals TM1, TM2 or TM3 likely to be present in the local network RL.
  • such. detection module advantageously consists in the MCC module "UPnP Telephony" which is configured to discover and control in the local network, according to the protocol “UPnP Telephony", all ended! capable of being connected to the local network, in particular the mobile terminals TM1, TM2, TM3.
  • the MCC module consists more precisely of a "UPnP Telephony" control station. Moreover, such an arrangement requires that the mobile terminals TM1, TM2 and TM3 respectively comprise a communication module (not shown) which also operates according to the "UPnP Telephony" protocol, such as in particular, a "Telephony Server” module.
  • the CTA call transfer control device 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 discovered mobile terminal, via a manager.
  • GBD database certain characteristics of said mobile terminal discovered, such as in particular:
  • the aforementioned features are, in the example shown, stored in the database BD in the form of an XML file.
  • 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 communication module MCC, the "discovery" function of the latter, so as to detect the presence, in the local network, of at least one mobile terminal, a calculation module CAL which is activated when no mobile terminal has been detected by the communication module MCC, 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 mobile terminal TM1, TM2, TM3 known from the local network RL, which were previously recorded in the database BD during the aforementioned discovery phase, but also during any previous discovery phases,
  • a selection module SEL for selecting a preferred mobile communication terminal, among the mobile terminals TM1, TM2, TM3, according to a criterion of similarity between the call data associated with the latter and the data of the incoming call APE,
  • control module CTRL of the communication module MCC so that the latter transmits, in the local network RL, to the fixed terminal TF, said command CMD for transferring said incoming call APE.
  • FIG. 3A represents, in a similar manner to FIG. 1, the local network RL which comprises the CTA device for call transfer control.
  • the communication module MCC of the CTA device for call transfer control transmits, to the "Telephony Server" module of the mobile terminal TM1, the mobile terminal.
  • TM2 and the TM3 mobile terminal a RDE discovery request, according to the "UPnP Telephony" protocol.
  • the "Telephony Server" module of the mobile terminal TM1 sends to the communication module MCC of the device CTA a UPnP response ID1 which contains an identifier of the mobile terminal TM1.
  • the response ID1 contains a urll link to which the device CFA is intended to access to retrieve the identifier of the mobile terminal TM1.
  • the response ID1 is written: "HTTP 200 OK LOCATION: urll. ".
  • the "Telephony Server" module of the mobile terminal TM2 sends to the communication module MCC of the device CTA a UPnP response ID2 which contains an identifier of the mobile terminal TM2.
  • the response ID2 contains a url2 link to which the device CTA is intended to access to retrieve the identifier of the mobile terminal TM2.
  • the ID2 response is written: "HTTP 200 OK LOCATION: url2".
  • steps D2 and D3 can be performed simultaneously or one after the other, in any order.
  • 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 GET urll".
  • the "Telephony Server" module of the termina! mobile TMl sends in response to the CTA device a description wire file which is of XML type, and whose "friendlyName” parameter contains the NI call number of the mobile terminal TMl.
  • the device CTA sends a connection request RC2 to url2.
  • the request RC2 is written: "HTTP GET url2".
  • the "Telephony Server” module of the mobile terminal TM2 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 TM2 mobile terminal.
  • the MCC communication module of the device CTA sends to the module "Telephony Server" of the mobile terminal TM1, a request RHA1 type UPnP, retrieval of the call history of said mobile terminal.
  • the request RHAl is written "Action UPnP GetCalILogs".
  • the "Telephony Server" module of the mobile terminal TM1 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 mobile terminal TM1, as well as the caller and / or called numbers.
  • step D6 can be implemented directly following the aforementioned step D4.
  • the MCC communication module of the device CTA sends to the module "Telephony Server" of the mobile terminal TM2, a request RHA2 type UPnP, retrieval of the call history of said mobile terminal.
  • the RHA2 request is written in the same way as the RHA1 request above.
  • the "Telephony Server" module of the mobile terminal TM2 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 mobile terminal TM2, as well as the numbers of callers and / or called.
  • step D7 can be implemented directly following the aforementioned step D5.
  • the MCC communication module of the device CTA sends to the module "Telephony Server" of the mobile terminal TMi, a request REP1 type UPnP, recovery of the telephone directory of said mobile terminal.
  • the request REP1 is written:
  • the "Telephony Server" module of the mobile terminal TM1 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 phone book of the mobile terminal TMl.
  • step D8 can be implemented directly following the aforementioned step D6.
  • the MCC communication module of the device CTA sends to the module "Telephony Server" of the mobile terminal TM2, a request REP2 type UPnP, recovery of the telephone directory of said mobile terminal.
  • the request REP2 is written in the same way as the aforementioned request REP1.
  • the mobile terminal TM2 sends, in response to the MCC communication module of the CTA device, a description file F32 which is of XML type and which contains in particular the fixed and / or mobile call numbers of each contact. saved in the phonebook.
  • TM2 mobile terminator
  • step D9 can be implemented directly following the aforementioned step D7.
  • the database manager GBD represented in FIG. 2 processes the storage, in the database BD, of the information received by the device CTA during the steps D1 to D9 mentioned above.
  • 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 mobile terminals TM1, TM2 and TM3. .
  • the mobile terminals belong to members of the same family.
  • the mobile terminal TM1 is that of the father, Bob
  • the mobile terminal TM2 is that of the mother, Alice
  • the mobile terminal TM3, that of the son, Cari.
  • Each user is associated, in the table TAB, its respective number NI, N2, N3 mobile terminal, TM1, TM2, TM3, the history of its incoming / outgoing calls, phone numbers of its phone book.
  • the steps D1 to DIO are repeated several times over time, preferably at regular time intervals (every 6 hours for example) previously configured in the control device CTA.
  • the database BD can be updated as often as necessary.
  • the CTA control device is installed in a home gateway GAT
  • the user can take cognizance of the information collected in the table TAB during the steps D1 to DIO mentioned above.
  • the terminal is a portable computer OP.
  • such a terminal could be the mobile terminal of the user.
  • the terminal could be a television receiver.
  • 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.
  • the user could delete the automatic call transfer for certain hours or modify himself the number of a mobile terminal to perform the call transfer.
  • the telephony module CT1 of the fixed terminal TF receives an incoming call APE, via the fixed communication network RF.
  • the processing module MTR of the fixed terminal TF controls the UPnP module MCT2 of the latter, so that the fixed terminal TF transmits a message REQ containing the data of the incoming call APE, to destination of the CTA control device.
  • the activation module ACT controls the UPnP MCC module of the CTA control device so as to send, in the local network, a UPnP request for discovery, so as to detect the presence in the network.
  • local at least one mobile terminal TM1, T 2 or TM3.
  • the call transfer is deactivated during a step C4, which has the consequence of ringing the fixed terminal TF.
  • the module CAL of the control device CTA determines, from the table TAB previously stored in the database BD, which is the mobile terminal, here TM1 and TM2, which has the largest number of incoming calls, the number of which corresponds to the number of the APE call.
  • the mobile terminal TM1 during a step
  • the SEL module of the CTA control device selects the mobile terminal TM1, as the preferred mobile terminal to which the APE call is transferred, and transmits the associated call number NI, associated with the mobile terminal TM1, to the control module CTRL of the control device CTA.
  • the CTRL module of the CTA control device activates the UPnP MCC module of the latter so as to transmit, 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 NI of the mobile terminal TM1.
  • the processing module MTR of the fixed terminal TF extracts from the received CMD command the call number NI of the mobile communication terminal TM1 which has been selected to receive the incoming call APE.
  • 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 mobile terminal TM1 selected from the call number NI of the latter .
  • the module CAL of the control device CTA determines, from the table TAB, which is the mobile terminal, here TMl and TM2, which has the largest number of outgoing calls, the number of which corresponds to the number of the APE call.
  • the module SEL of the control device CTA selects the mobile terminal TM2 as the preferred mobile terminal to which the APE call is transferred and transmits the call number N2 associated with the mobile terminal TM2 to the control module CTRL of the control device CTA.
  • the CTRL module of the CTA control device activates the UPnP MCC module of the latter so as to transmit, 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 mobile terminal TM2.
  • the processing module MTR of the fixed terminal TF extracts from the received CMD command the call number N2 of the mobile terminal TM2 that has been selected to receive the incoming call APE.
  • 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 mobile terminal TM2 selected from the call number N2 of this latest. .
  • the module CAL of the device of The CTA control determines, from the table TAB, which is the mobile terminal, here TM1 and TM2, which contains the number of the APE call in its directory.
  • the SEL module of the control device CTA selects the mobile terminal TM2 as the preferred mobile terminal to which to transfer the APE call and transmits the call number N2 associated with the mobile terminal TM2 to the control module CTRL of the control device CTA.
  • 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 mobile terminal TM2.
  • the processing module MTR of the fixed terminal TF extracts from the received CMD command the call number N2 of the mobile terminal TM2 which has been selected to receive the incoming call APE.
  • 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 mobile terminal TM2 selected from the call number N2 of the latter .
  • the mobile terminal TM1 or TM2 does not pick up after a period previously set in the control device CTA, the incoming call APE is sent back to the fixed terminal messaging. TF.
  • the module CAL of the CTA control device can not determine, from the table TAB, which is the mobile terminal, TM1 and TM2, which contains the number of the APE call in its directory, or that the mobile terminals TM1 and TM2 both contain the number of the incoming call APE in their respective directory, the transfer call is deactivated during a CIO step, which has the consequence of ringing the fixed terminal TF,
  • steps C5a-C9a, C5b-C9b, C5c-C9c can be performed in a different order from that just described.
  • steps C5c to C9c could be implemented before steps C5a to C9a.
  • the step C3 for detecting the presence of the mobile terminals in the local area network RL could be carried out, not according to a UPnP Telephony signaling protocol, but via a GPS positioning system (of the "Global Positioning System” Or an RFID chip system (Radio Frequency Identification).
  • a GPS positioning system of the "Global Positioning System”
  • an RFID chip system Radio Frequency Identification
  • the GBD database manager will organize the call. the information in the TAB table so as to establish a list of mobile communication terminals that can be selected in case of failure of the call transfer to the preferred mobile communication terminal.
  • the mobile terminals could be arranged in the list in a predetermined order, for example from the highest to the lowest occurrence of incoming / outgoing calls, the number of which corresponds to the number of the APE incoming call.
  • Such an arrangement would thus optimize the call transfer by selecting another mobile terminal, in the case where the selected mobile terminal does not answer the incoming call redirected to the latter or in the case where the redirection of the incoming call to the favorite mobile terminal does not succeed,

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

L'invention concerne un procédé de transfert d'appel entrant (APE) destiné à un terminal de communication fixe (TF), rattaché à un réseau local, vers un terminal de communication mobile (TM1, TM2) rattaché à un réseau mobile. Un tel procédé comprend les étapes suivantes, dans le réseau local: détection (C3) de la présence de terminaux de communication mobiles (TM1, TM2); dans le cas où aucun terminal de communication mobile n'est présent dans le réseau local: comparaison (C5a, C5b, C5c) entre, d'une part, les données de l'appel entrant, et, d'autre part, les données d'appel associées auxdits terminaux de communication mobiles et préalablement enregistrées dans le réseau local; sélection (C6a, C6b, C6c) d'un terminal de communication mobile favori (TM1, TM2) selon un critère de similitude entre les données d'appel associées à ce dernier et les données de l'appel entrant; commande (C7a-C9a, C7b-C9b, C7c-C9c) de transfert dudit appel entrant vers le terminal de communication mobile favori sélectionné.

Description

TRANSFERT D'APPEL DEPUIS UN TERMINAL DE COMMUNICATION FIXE
RATTACHÉ À UN RÉSEAU LOCAL VERS UN TERMINAL DE COMMUNICATION MOBILE RATTACHÉ À UN RÉSEAU MOBILE
Domaine de l'invention
Le domaine de l'invention se rapporte au domaine des réseaux de communication.
Plus précisément, l'invention concerne le transfert d'appel depuis un terminal de communication fixe, rattaché à un réseau de communication local, vers un terminal de communication mobile (cellulaire ou portable) rattaché à un réseau mobile, par exemple de type GSM.
Arrière-plan de l'invention
A l'heure actuelle, certains opérateurs de télécommunications proposent à leurs abonnés un service de transfert d'appel depuis leur téléphone fixe vers un terminal mobile de leur choix.
Un tel service permet ainsi à un utilisateur qui doit s'absenter d'un lieu dans lequel est implantée la ligne de communication fixe à laquelle est connecté son téléphone fixe, de pouvoir continuer à recevoir, sur son téléphone mobile cette fois, les appels entrants sur son téléphone fixe.
Un inconvénient d'un tel service réside dans le fait que l'utilisateur doit fournir préalablement à l'opérateur le numéro d'appel d'un terminal mobile de son choix. Ainsi, dans le cas où l'utilisateur change de numéro, ce dernier doit à nouveau contacter son opérateur afin de lui fournir le nouveau numéro qui sera affecté au transfert d'appel en remplacement du précédent.
En outre, tous les appels entrants sur le téléphone fixe sont transférés vers un unique terminal mobile dont le numéro d'appel a, été fourni préalablement à l'opérateur. De ce fait, il arrive fréquemment que des appels entrants ne concernent pas forcément l'utilisateur du terminal mobile dont le numéro a été enregistré auprès du service de transfert d'appels. Cette situation se produit notamment lorsque le transfert d'appel est effectué depuis le téléphone fixe du domicile dans lequel vivent plusieurs personnes. Si par exemple c'est le père de famille qui a fourni à l'opérateur le numéro de son téléphone mobile vers lequel rediriger les appels entrants sur le téléphone fixe, le père de famille recevra immanquablement, une fois le transfert d'appel activé, les appels entrants plutôt destinés, à son épouse ou bien à ses enfants, en plus des appels entrants le concernant .Véritablement
Un autre inconvénient réside dans le fait qu'un tel service de transfert d'appels oblige l'utilisateur à effectuer certaines manipulations pour soit activer, soit désactiver le service. Par exemple, un utilisateur ayant souscrit au service précité doit penser à activer le service avant de quitter le domicile ou le bureau dans lequel est installé son téléphone fixe, et respectivement désactiver le service lorsqu'il revient à son domicile ou à son bureau.
Ce dernier inconvénient a pour conséquence que l'utilisateur oublie régulièrement d'activer ou de désactiver ledit service. Par ailleurs, afin d'activer ou de désactiver un tel service, l'utilisateur doit effectuer des manipulations de touches et/ou des sélections dans des menus au niveau de son téléphone fixe, ce qui rend finalement le service de transfert d'appel très peu ergonomique pour l'utilisateur.
Objet et résumé de l'invention
Un des buts de l'invention est de remédier à des inconvénients de l'état de la technique précité.
A cet effet, selon un premier aspect, la présente invention concerne un procédé de transfert d'appel entrant, destiné à un terminal de communication fixe rattaché à un réseau local, vers un terminal de communication mobile rattaché à un réseau mobile.
Un tel procédé est remarquable en ce qu'il comprend les étapes suivantes, dans le réseau local:
- détection de la présence de terminaux de communication mobiles,
- dans le cas où aucun terminal de communication mobile n'est présent dans le réseau local :
o comparaison entre, d'une part, les données de l'appel entrant, et, d'autre part, les données d'appel associées aux terminaux de communication mobiles précités et préalablement enregistrées dans le réseau local, o sélection d'un terminal de communication mobile favori selon un critère de similitude entre les données d'appel associées à ce dernier et les données de l'appel entrant, o commande de transfert de l'appel entrant vers, le terminal de communication mobile favori sélectionné. Une telle disposition permet ainsi de transférer automatiquement un. appel entrant sur un téléphone fixe vers le terminal mobile de la personne considérée comme la mieux concernée par l'appel entrant
En outre, un tel service de transfert d'appel ne nécessite plus aucune configuration de la part des utilisateurs, c'est-à-dire que ces derniers n'ont ni à fournir préalablement de numéro de terminal mobile à l'opérateur, ni à activer/désactiver le service.
Dans un mode de réalisation, dans le cas où la présence d'au moins un terminal de communication mobile est détectée dans le réseau local au cours de l'étape de détection précitée, le transfert d'appel n'est pas activé.
Une telle disposition permet ainsi, de façon transparente pour un utilisateur donné, de recevoir l'appel entrant sur le terminal le plus adapté parmi le terminal fixe ou mobile de l'utilisateur, en fonction de la localisation de ce dernier.
Autrement dît, dès que la présence d'un terminal mobile dans le réseau local est détectée, le transfert d'appel n'est pas activé et les appels entrants sont reçus sur le terminal de communication fixe, tandis qu'à partir du moment où aucun terminal mobile n'est détecté dans le réseau local, le transfert d'appel vers un terminal mobile, connu et sélectionné dans le réseau local, est activé.
Dans un mode de réalisation, l'enregistrement préalable des données d'appel associées aux terminaux de communication mobiles est effectué dès que la présence de ces terminaux est détectée dans le réseau local.
Une telle disposition permet ainsi, au sein d'un même réseau local, de détecter la présence régulière d'un ensemble de terminaux mobiles habitués à être situés dans ledit réseau local, et d'identifier, parmi cet ensemble, lequel desdits terminaux mobiles sera le plus à même d'être sélectionné lors d'un transfert ultérieur d'appel entrant sur le téléphone fixe.
Dans un autre mode de réalisation, pour un terminal de communication mobile détecté dans le réseau local, les données d'appel associées à ce dernier sont choisies parmi au moins les données d'appels entrants, les données d'appels sortants, les données du répertoire du terminal de communication mobile détecté. Une telle disposition permet ainsi de récupérer dans le réseau local, à chaque fois qu'un terminal mobile est détecté dans ce dernier, soit les appels entrants et/ou sortants, soit le répertoire, soit à la fois les appels entrants et/ou sortants et le répertoire, du terminal mobile détecté. De telles informations ainsi recueillies sont destinées à être utilisées par la suite lors du transfert d'appel, en tant que paramètres de sélection du terminal mobile le plus pertinent par rapport à l'appel entrant reçu sur le téléphone fixe. .
Dans encore un autre mode de réalisation, l'étape de comparaison comprend la détermination, pour tout terminal de communication mobile dont la présence n'a pas été détectée dans le réseau local, du nombre d'appels entrants/sortants correspondant à l'appel entrant.
Ainsi, de façon particulièrement simple et transparente pour l'utilisateur, la sélection du terminal mobile le plus pertinent par rapport à l'appel entrant reçu sur le téléphone fixe est fonction de l'occurrence la plus élevée d'appels entrants/sortants figurant dans l'historique d'appels dudit terminal mobile et dont le numéro correspond à celui de l'appel entrant.
Dans encore un autre mode de réalisation, l'étape de comparaison comprend la détermination, pour tout terminal de communication mobile dont la présence n'a pas été détectée dans le réseau local, de la présence du numéro de l'appel entrant dans le répertoire dudit terminal.
Ainsi, de façon également particulièrement simple et transparente pour l'utilisateur, la sélection du terminai mobile le plus pertinent par rapport à l'appel entrant reçu sur le téléphone fixe est fonction de la présence du numéro d'appel entrant dans le répertoire d'un des terminaux mobiles identifiés préalablement dans le réseau local.
Une telle disposition peut être mise en œuvre à titre d'alternative à la disposition ci-dessus.
Une telle disposition peut être également mise en œuvre cumulativement à la disposition ci-dessus, de façon à affiner la sélection du terminal mobile vers lequel rediriger l'appel entrant.
Dans encore un autre mode de réalisation, l'étape de détection de présence consiste en une découverte de tout terminal de communication mobile susceptible d'être présent dans le réseau local, par émission, depuis un terminal local rattaché au réseau local, d'une requête qui contient un message de découverte et qui est conforme à un protocole de communication adapté au terminal local et aux terminaux de communication mobiles. Une telle disposition permet de tirer partie de l'interopérabilité transparente, offerte par le standard DLNA (de l'anglais "Digital Living Network Alliance"), entre les différents terminaux connectés à un réseau local, tels qu'en particulier entre d'une part, un terminal local tel qu'une passerelle domestique ou d'entreprise ou bien encore un décodeur numérique tel qu'une Set-Top-Box, et, d'autre part, plusieurs terminaux de communication mobiles présents dans le réseau local. A cet effet, les terminaux précités comprennent chacun un module fonctionnant par exemple selon le protocole UPnP (de l'anglais "Universal Plug and Play").
Dans encore un autre mode de réalisation, les étapes de sélection du terminal de communication mobile favori et de commande de transfert d'appel sont configurées au préalable par l'utilisateur en exécutant un programme d'interface homme/machine stocké dans un terminal local rattaché au réseau local.
Ainsi, la configuration précitée peut être effectuée avantageusement par l'utilisateur, en utilisant la passerelle ou la Set-top-Box mentionnées ci- dessus, puisque ces dernières procurent l'exécution de l'interface homme/machine précitée.
Corrélativement, selon un second aspect, la présente invention concerne un terminal de communication fixe rattaché à un réseau local.
Le terminal fixe selon l'invention comprend:
- des moyens de transmission, dans le réseau local, selon un protocole de communication adapté au terminal fixe, d'un message contenant les données d'un appel entrant reçu par le terminal fixe,
- des moyens de réception, dans le réseau local, selon le protocole de communication précité, d'une commande de transfert de l'appel entrant vers un terminal de communication mobile sélectionné dans le réseau local,
- des moyens de traitement de la commande reçue pour :
o extraire le numéro d'appel du terminal de communication mobile sélectionné,
o rediriger l'appel entrant vers le terminal de communication mobile sélectionné associé au numéro d'appel extrait.
Selon un troisième aspect, la présente invention concerne également un dispositif de contrôle de transfert d'appel entrant destiné à un terminal de communication fixe, rattaché à un réseau local, vers un terminal de communication mobile, rattaché à un réseau mobile.
Un tel dispositif est remarquable en ce qu'il comprend:
- des moyens de détection de la présence de terminaux de communication mobiles dans le réseau local,
- dans le cas où aucun terminal de communication mobile n'est présent dans le réseau local :
o des moyens de comparaison entre, d'une part, les données de l'appel entrant, et, d'autre part, les données d'appel associées aux terminaux de communication mobiles précités et préalablement enregistrées dans le réseau local,
o des moyens de sélection d'un terminal de communication mobile favori selon un critère de similitude entre les données d'appel associées à ce dernier et les données de l'appel entrant,
o des moyens de commande de transfert dudit appel entrant vers le terminal de communication mobile favori sélectionné.
De façon avantageuse, un tel dispositif de contrôle peut être mis en œuvre dans un terminal local maîtrisable par l'opérateur de télécommunications, tel que par exemple un dispositif d'interconnexion entre le réseau local précité et un réseau étendu, tel que par exemple Internet. Selon un exemple de réalisation, un tel dispositif d'interconnexion est une passerelle domestique ou d'entreprise.
Dans un mode de réalisation, le dispositif de contrôle de transfert d'appel comprend en outre des moyens de mémorisation pour enregistrer préalablement les données d'appel associées à tout terminal de communication mobile dont la présence dans le réseau local est détectée par les moyens de détection de présence précités.
Selon un quatrième aspect, la présente invention concerne un système de transfert d'appel entrant destiné à un terminal de communication fixe, rattaché à un réseau local, vers un terminal de communication mobile, rattaché à un réseau mobile, un tel système comprenant un dispositif de contrôle de transfert de l'appel entrant.
Un tel système est remarquable en ce que: . - le terminal fixe comprend des moyens de transmission, dans le réseau local, selon un protocole de communication adapté au terminal fixe, d'un ■ message contenant les données d'un appel entrant reçu par le terminal fixe, et en ce que le dispositif de contrôle de transfert d'appel entrant comprend :
- des moyens de réception du message transmis, selon le protocole de communication précité,
- des moyens de détection de la présence de terminaux de communication mobiles dans le réseau local, lesquels moyens sont activés suite à la réception du message transmis,
- dans le cas où aucun terminal de communication mobile n'est présent dans le réseau local :
o des moyens de comparaison entre, d'une part, les données de l'appel entrant, et, d'autre part, les données d'appel associées aux terminaux de communication mobiles précités et préalablement enregistrées dans le réseau local,
o des moyens de sélection d'un terminai de communication mobile favori selon un critère de similitude entre les données d'appel associées à ce dernier et les données de l'appel entrant,
o des moyens d'émission vers le terminal fixe, selon le protocole de communication précité, d'une commande de transfert de l'appel entrant vers le numéro d'appel du terminal de communication mobile sélectionné, le terminal fixe comprenant en outre :
- des moyens de réception, selon le protocole de communication précité, de la commande de transfert émise,
- des moyens de traitement pour :
o extraire le numéro d'appel du terminal de communication mobile sélectionné,
o rediriger l'appel entrant vers le terminal de communication mobile sélectionné associé au numéro d'appel extrait.
L'invention vise également un programme d'ordinateur comportant des instructions pour l'exécution des étapes du procédé de transfert d'appel mentionné ci-dessus, lorsque le programme est exécuté par un ordinateur. Un tel programme peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable.
Encore un autre objet de l'invention vise aussi un support d'enregistrement lisible par un ordinateur, et comportant des instructions de programme d'ordinateur tel que mentionné ci-dessus.
Le support d'enregistrement peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, un tel support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une disquette (floppy dise) ou un disque dur.
D'autre part, un tel support d'enregistrement peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet.
Alternativement, un tel support d'enregistrement peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter le procédé en question ou pour être utilisé dans l'exécution de ce dernier.
Le terminal de communication fixe, le dispositif de contrôle de transfert d'appel, le système et le programme d'ordinateur précités présentent au moins les mêmes avantages que ceux conférés par le procédé selon la présente invention.
Brève description des dessins
D'autres caractéristiques et avantages de la présente invention ressortiront de la description faite ci-dessous, en référence aux dessins annexés qui en illustrent un exemple de réalisation dépourvu de tout caractère limitatif. Sur les figures :
- la figure 1 est une représentation de l'architecture générale dans laquelle est mis en uvre le procédé de transfert d'appel selon un mode de réalisation de l'invention;
- la figure 2 est une représentation schématique détaillée de certains éléments du système de transfert d'appel selon l'invention; - la figure 3A est une représentation de l'architecture générale dans laquelle est mis en œuvre, dans le réseau local, le procédé de découverte de terminau de communication mobiles, selon un mode de réalisation de l'invention;
- la figure 3B représente un ordinogramme, de la procédure de découverte des terminaux de communication mobiles représentés sur la figure 3A;
- la figure 4 représente le contenu d'une base de données du dispositif de contrôle de transfert d'appel, selon un mode de réalisation ;
- la figure 5 représente un ordinogramme du procédé de tranfert d'appel conforme à l'invention.
Description détaillée d'un mode de réalisation
La figure 1 représente de façon générale, selon un mode de réalisation, le système de transfert d'appel, dans lequel est mis en œuvre le procédé de transfert d'appel selon l'invention.
Selon l'invention et conformément à l'exemple représenté sur la figure 1, le système de transfert d'appel est situé dans un réseau local RL qui comprend :
- un terminal de communication fixe TF rattaché au réseau local
RL et adapté pour recevoir des appels téléphoniques tels que l'appel APE, en provenance d'un terminal de communication TC de type fixe ou mobile (cellulaire ou portable),
- un dispositif CTA de contrôle de transfert d'appel rattaché au réseau local RL et adapté pour transférer l'appel entrant APE vers un terminal de communication mobile TM1, TM2 ou TM3 rattaché à un réseau mobile RM.
Dans l'exemple représenté, le terminal fixe TF est adapté pour fonctionner dans un réseau de communication fixe RF tel qu'un réseau téléphonique fixe, par exemple de type PSTN (de l'anglais « Public Switched Téléphone Network »).
A cet effet, le terminal fixe consiste par exemple en un téléphone qui est soit relié au réseau fixe RF par une liaison filaire, soit conforme à un protocole de communication téléphonique sans fil, par exemple DECT.
Le réseau téléphonique fixe est ici couplé au réseau local RL, de façon tout à fait classique. Dans l'exemple représenté, le réseau local RL est par exemple un réseau Ethernet mettant en œuvre le protocole de liaison sans fi! WiFi.
Le réseau local RL peut être aussi bien un réseau domestique qu'un réseau local d'entreprise, constitué partiellement ou totalement de segments sans fil.
Plus particulièrement dans l'exemple représenté, le réseau local RL est de type domestique.
Selon l'invention, le dispositif CTA de contrôle de transfert d'appel est installé dans un terminal local situé dans le réseau local RL
Dans le mode de réalisation représenté, le terminal local est un dispositif d'interconnexion GAT, tel qu'en particulier une passerelle domestique, apte à interconnecter le réseau local RL à un réseau étendu de type Internet (non représenté).
En variante, le terminal local pourrait être une Set-Top-Box. II est à noter qu'à titre d'alternative, le terminai TF et le dispositif CTA peuvent faire partie d'un seul et même équipement.
Dans l'exemple représenté, les terminaux mobiles TM1 à TM3 sont tous rattachés au même réseau mobile RM, tel que par exemple le réseau GSM.
Il va bien sûr de soi que les terminaux mobiles TMI à TM3 pourraient être rattachés respectivement à des réseaux mobiles de type différent, tels que GSM, GPRS, EDGE, WiFi, WiMAX, W-CDMA, etc..
Il va également de soi que le nombre de terminaux mobiles n'est pas limité.
En référence à la figure 2, le terminal fixe TF comporte classiquement un premier module de communication MCT1 apte à émettre ou recevoir des appels téléphoniques via le réseau de communication fixe RF.
Selon l'invention, le terminal fixe TF comprend en outre un second module de communication MCT2 qui est adapté pour :
- transmettre au dispositif CTA de contrôle de transfert d'appel, dans le réseau RL, selon un protocole de communication compatible avec le dispositif de contrôle CTA, un message REQ contenant les données de l'appel entrant APE, telles que le numéro de téléphone du terminal appelant TC représenté sur la figure 1,
- recevoir en réponse, en provenance du dispositif CTA de contrôle de transfert d'appel, selon ledit protocole de communication, une commande
CMD de transfert dudît appel entrant, vers l'un des terminaux mobiles TMI, TM2 ou TM3 sélectionnés préalablement selon un procédé qui sera décrit ultérieurement, par exemple le terminal TM2 représenté sur la figure 1.
Dans l'exemple représenté sur la figure 2, le module de communication MCT2 est un module logiciel apte à mettre en œuvre un protocole de signalisation, tel que par exemple un module « Telephony Server » . fonctionnant selon le protocole « UPnP Telephony ».
Toujours en référence à la figure 2, le terminai fixe TF comporte un module de traitement MTR auquel tous les éléments du terminal fixe TF sont reliés et qui est destiné à en commander le fonctionnement. Ledit module de traitement est un logiciel qui est stocké dans une mémoire morte (non représenté) du terminal fixe TF.
Un tel module de traitement MTR est adapté en particulier pour :
- contrôler le module de téléphonie MCT1, lors de la réception d'un appel entrant APE, .
- contrôler le module logiciel UPnP MCT2, lors notamment de l'émission, par le terminal fixe TF, d'un message REQ contenant les données de l'appel entrant APE, et de la réception, par ce dernier, d'une commande CMD de transfert dudit appel entrant,
- extraire, de la commande CMD reçue, le numéro d'appel du terminal de communication mobile TM2 sélectionné pour recevoir l'appel entrant
APE,
- rediriger l'appel entrant APE vers ledit terminal mobile TM2 sélectionné dont le numéro d'appel correspond au numéro d'appel extrait.
De façon analogue au terminal fixe TF, le dispositif CTA de contrôle de transfert d'appel comprend un module de communication MCC qui est adapté pour :
~ recevoir, dans le réseau local RL, en provenance du terminal fixe TF, selon le protocole de communication précité, ledit message REQ contenant les données de l'appel entrant APE,
- émettre en réponse, dans le réseau local RL, selon ce même protocole de communication, ladite commande CMD de transfert dudit appel entrant, à destination du terminal fixe TF.
A cet effet, dans l'exemple représenté sur la figure 2, le module de communication MCC est un module logiciel apte à mettre en œuvre le protocole de signalisation « UPnP Telephony ». Selon l'invention, le dispositif CTA de contrôle de transfert d'appel comprend en outre un module de détection, apte à localiser la présence des terminaux mobiles TMl, TM2 ou TM3 susceptibles d'être présents dans le réseau local RL.
Dans l'exemple représenté sur la figure 2, un tel. module de détection consiste avantageusement dans le module MCC « UPnP Telephony » qui est configuré pour découvrir et contrôler dans le réseau local, selon le protocole « UPnP Telephony », tout termina! susceptible d'être connecté au réseau local, en particulier les terminaux mobiles TMl, TM2, TM3.
Selon le mode de réalisation précité, le module MCC consiste plus précisément en un poste de contrôle « UPnP Telephony ». Par ailleurs, une telle disposition nécessite que les terminaux mobiles TMl, TM2 et TM3 comportent respectivement un module de communication (non représenté) qui fonctionne également selon le protocole « UPnP Telephony », tel qu'en particulier, un module « Telephony Server ».
Le dispositif CTA de contrôle de transfert d'appel comporte en outre, selon l'invention, une base de données BD stockée dans une mémoire (non représentée) du dispositif et destinée à mémoriser, en relation avec chaque terminal mobile découvert, via un gestionnaire de base de données GBD, certaines caractéristiques propres audit terminal mobile découvert, telles qu'en particulier :
o son numéro d'appel,
o l'historique de ses appels entrants et/ou sortants, o les données de son répertoire téléphonique.
Les caractéristiques précitées sont, dans l'exemple représenté, stockées dans la base de données BD sous la forme d'un fichier XML.
Toujours en référence à la figure 2, le dispositif CTA de contrôle de transfert d'appel comprend en outre, selon l'invention, un module logiciel de traitement, noté LOG, qui est stocké dans une mémoire morte (non représentée) du dispositif CTA.
Le module de traitement LOG comporte notamment:
- un module d'activation ACT apte à commander, à chaque appel APE entrant identifié dans le message REQ reçu par le module de communication MCC, la fonction « découverte » de ce dernier, de façon à détecter la présence, dans le réseau local, d'au moins un terminal mobile, - un module de calcul CAL qui est activé lorsque aucun terminal mobile n'a été détecté par le module de communication MCC, ledit module CAL étant apte à effectuer une comparaison entre, d'une part, les données de l'appel entrant APE, et, d'autre part, les données d'appel associées à chaque terminal mobile TMl, TM2, TM3 connu du réseau local RL, qui ont été préalablemen enregistrées dans la base de données BD au cours de la phase de découverte précitée, mais également au cours de phases de découverte précédentes éventuelles,
- un module SEL de sélection d'un terminal de communication mobile favori, parmi les terminaux mobiles TMl, TM2, TM3, selon un critère de similitude entre ies données d'appel associées à ce dernier et les données de l'appel entrant APE,
- un module CTRL de commande du module de communication MCC afin que ce dernier émette, dans le réseau local RL, à destination du terminal fixe TF, ladite commande CMD de transfert dudit appel entrant APE.
En référence maintenant aux figures 2, 3A et 3B, on va décrire la procédure de découverte des terminaux mobiles TMl, TM2 et TM3 qui est mise en œuvre préalablement au transfert d'appel conforme à l'invention.
La figure 3A représente, de façon analogue à la figure 1, le réseau local RL qui comprend le dispositif CTA de contrôle de transfert d'appel.
Dans l'exemple représenté, il est supposé que les deux terminaux mobiles TMl et TM2 sont présents dans le réseau local RL, à l'exclusion du terminal mobile TM3.
Plus particulièrement en référence à la figure 3B, au cours d'une étape Dl, le module de communication MCC du dispositif CTA de contrôle de transfert d'appel émet, à destination du module « Telephony Server » du terminal mobile TMl, du terminal mobile TM2 et du terminal mobile TM3, une requête en découverte RDE, selon le protocole « UPnP Telephony ».
Dans l'exemple représenté, une telle requête en découverte est du type SSDP multicast (de l'anglais « Simple Service Discovery Protocol ») et s'écrit :
"SSDP M-SEARCH urn:schemas-upnp-org:device:TelephonyServer:l"
Au cours d'une étape D2, le module « Telephony Server » du terminal mobile TMl envoie vers le module de communication MCC du dispositif CTA une réponse UPnP ID1 qui contient un identifiant du terminal mobile TMl. Dans l'exemple représenté, la réponse ID1 contient un lien urll auquel le dispositif CFA est destiné à accéder pour récupérer l'identifiant du terminal mobile TMl. La réponse ID1 s'écrit : « HTTP 200 OK LOCATION: urll. ».
Au cours d'une étape D3, le module « Telephony Server » du terminal mobile TM2 envoie vers le module de communication MCC du dispositif CTA une réponse UPnP ID2 qui contient un identifiant du terminal mobile TM2.
Dans l'exemple représenté, la réponse ID2 contient un lien url2 auquel le dispositif CTA est destiné à accéder pour récupérer l'identifiant du terminal mobile TM2. La réponse ID2 s'écrit : « HTTP 200 OK LOCATION: url2 ».
Comme le terminal mobile TM3 n'est pas présent dans le réseau local
RL, la requête en découverte RDE précitée n'aboutit pas.
Les étapes D2 et D3 précitées peuvent être effectuées simultanément ou l'une après l'autre, selon un ordre quelconque.
Au cours d'une étape D4, le dispositif CTA envoie une requête de connexion RC1 à l'urll, via un navigateur non représenté, tel que par exemple, le navigateur de la passerelle domestique GAT dans laquelle est installé le dispositif de contrôle CTA. La requête RC1 s'écrit : « HTTP GET urll ».
Au cours de cette étape, le module « Telephony Server » du termina! mobile TMl envoie en réponse au dispositif CTA un fichier Fil de description qui est de type XML, et dont le paramètre « friendlyName » contient le numéro d'appel NI du terminal mobile TMl.
Au cours d'une étape D5, le dispositif CTA envoie une requête RC2 de connexion à I'url2. La requête RC2 s'écrit : « HTTP GET url2 ».
Au cours de cette étape, le module « Telephony Server » du terminal mobile TM2 envoie, en réponse au dispositif CTA, un fichier F12 de description qui est de type XML, et dont le paramètre « friendlyName » contient le numéro d'appel N2 du terminal mobile TM2.
Au cours d'une étape D6, le module de communication MCC du dispositif CTA émet vers le module « Telephony Server » du terminal mobile TMl, une requête RHAl de type UPnP, en récupération de l'historique des appels dudit terminal mobile.
La requête RHAl s'écrit « Action UPnP GetCalILogs ».
Au cours de cette étape, le module « Telephony Server » du terminal mobile TMl envoie, en réponse au module de communication MCC du dispositif CTA, un fichier F21 de description qui est de type XML et qui contient notamment l'heure de chaque appel entrant et/ou sortant associé au terminal mobile TMl, de même que les numéros d'appelants et/ou d'appelés.
. En variante, l'étape D6 peut être mise en œuvre directement à la suite de l'étape D4 précitée.
Au cours d'une étape D7, le module de communication MCC du dispositif CTA émet vers le module « Telephony Server » du terminal mobile TM2, une requête RHA2 de type UPnP, en récupération de l'historique des appels dudit terminal mobile.
La requête RHA2 s'écrit de la même façon que la requête RHA1 ci- dessus.
Au cours de cette étape, le module « Telephony Server » du terminal mobile TM2 envoie, en réponse au module de communication MCC du dispositif CTA, un fichier F22 de description qui est de type XML et qui contient notamment l'heure de chaque appel entrant et/ou sortant associé au terminal mobile TM2, de même que les numéros d'appelants et/ou d'appelés.
En variante, l'étape D7 peut être mise en œuvre directement à la suite de l'étape D5 précitée.
Au cours d'une étape D8, le module de communication MCC du dispositif CTA émet vers le module « Telephony Server » du terminal mobile TMi, une requête REP1 de type UPnP, en récupération du répertoire téléphonique dudit terminal mobile.
La requête REP1 s'écrit :
« Action UPnP GetValues /UPnP/PHONE/AddressBook/Contact/ ».
Au cours de cette étape, le module « Telephony Server » du terminal mobile TMl envoie, en réponse au module de communication MCC du dispositif CTA, un fichier F31 de description qui est de type XML et qui contient notamment les numéros d'appel fixes et/ou mobiles de chaque contact enregistré dans le répertoire téléphonique du terminal mobile TMl.
En variante, l'étape D8 peut être mise en œuvre directement à la suite de l'étape D6 précitée.
Au cours d'une étape D9, le module de communication MCC du dispositif CTA émet vers le module « Telephony Server » du terminal mobile TM2, une requête REP2 de type UPnP, en récupération du répertoire téléphonique dudit terminal mobile.
La requête REP2 s'écrit de la même façon que la requête REP1 précitée. Au cours de cette étape, le terminal mobile TM2 envoie, en réponse au module dé communication MCC du dispositif CTA, un fichier F32 de description qui est de type XML et qui contient notamment les numéros d'appel fixes et/ou mobiles de chaque contact enregistré dans le répertoire téléphonique . du terminai mobile TM2.
En variante, l'étape D9 peut être mise en uvre directement à la suite de l'étape D7 précitée.
Au cours d'une étape DIO, le gestionnaire de base de données GBD représenté sur la figure 2 traite le stockage, dans la base de données BD, des informations reçues par le dispositif CTA au cours des étapes Dl à D9 précitées.
En référence à la figure 4, la base de données BD contient à cet effet un tableau TAB à deux entrées comprenant, en abscisses, les données concernant un appel, et en ordonnées, les données concernant les utilisateurs des terminaux mobiles TM1, TM2 et TM3.
Dans l'exemple représenté, on suppose que les terminaux mobiles appartiennent aux membres d'une même famille. Ainsi, le terminal mobile TM1 est celui du père, Bob, le terminal mobile TM2 est celui de la mère, Alice, et le terminal mobile TM3, celui du fils, Cari.
A chaque utilisateur, est associé, dans le tableau TAB, son numéro respectif NI, N2, N3 de terminal mobile, TM1, TM2, TM3, l'historique de ses appels entrants/sortants, les numéros de téléphone de son répertoire téléphonique.
La rubrique « HIST. APPEL » comprend les sous-rubriques suivantes :
- les numéros associés à chaque appel entrant, - l'occurrence d'un même appel entrant,
- les numéros associés à chaque appel sortant,
- l'occurrence d'un même appel sortant.
Les étapes Dl à DIO sont réitérées à plusieurs reprises au cours du temps, de préférence à intervalies de temps réguliers (toutes les 6 heures par exemple) configurés préalablement dans le dispositif de contrôle CTA.
Ainsi, la base de données BD peut être mise à jour aussi souvent que nécessaire.
Compte tenu du fait que, dans l'exemple représenté sur la figure 1, le dispositif de contrôle CTA est installé dans une passerelle domestique GAT, l'utilisateur peut prendre connaissance des informations recueillies dans le tableau TAB au cours des étapes Dl à DIO précitées, au moyen d'un terminal raccordé à îa passerelle GATT, dans le réseau local RL Dans l'exemple représenté, le terminal est un ordinateur portable OP. Selon un autre exemple, un tel terminal pourrait être le terminal mobile de l'utilisateur. Dans le cas où le dispositif de contrôle CTA est installé dans une Set-Top-Box, le terminal pourrait être un récepteur de télévision.
De façon avantageuse, la passerelle GAT propose ainsi à l'utilisateur une interface homme/machine visualisable sur l'écran de l'ordinateur portable OP, ce qui permet à l'utilisateur de modifier la configuration du tableau TAB.
Ainsi par exemple, l'utilisateur pourrait supprimer le transfert automatique d'appel pour certaines heures ou modifier lui-même le numéro d'un terminal mobile vers lequel effectuer le transfert d'appel.
En référence maintenant plus particulièrement aux figures 2 et 5, on va décrire le procédé de transfert d'appel conforme à l'invention.
Au cours d'une étape Cl, le module de téléphonie CT1 du terminai fixe TF, représenté à la figure 2, reçoit un appel entrant APE, via le réseau de communication fixe RF.
Au cours d'une étape C2, le module de traitement MTR du terminal fixe TF commande le module UPnP MCT2 de ce dernier, de façon à ce que le terminal fixe TF émette un message REQ contenant les données de l'appel entrant APE, à destination du dispositif de contrôle CTA.
Au cours d'une étape C3, le module d'activation ACT commande le module UPnP MCC du dispositif de contrôle CTA de façon à émettre, dans le réseau local, une requête UPnP de découverte, de façon à détecter la présence, dans le réseau local, d'au moins un terminal mobile TM1, T 2 ou TM3.
Dans le cas où au moins un terminal mobile est présent, le transfert d'appel est désactivé au cours d'une étape C4, ce qui a pour conséquence de faire sonner le terminal fixe TF.
Dans le cas où aucun terminal mobile n'est présent, et au bout d'un certain nombre de sonneries du terminal fixe TF, par exemple trois sonneries, ceci afin d'être assuré que personne n'est présent dans le réseau local, au cours d'une étape C5a, le module CAL du dispositif de contrôle CTA détermine, à partir du tableau TAB stocké préalablement dans la base de données BD, quel est le terminal mobile, ici TM1 et TM2, qui présente le plus grand nombre d'appels entrants, dont le numéro correspond au numéro de l'appel APE.
S'il s'agit par exemple du terminal mobile TM1, au cours d'une étape
6a, le module SEL du dispositif de contrôle CTA sélectionne le terminal mobile TMl, en tant que terminal mobile favori vers lequel transférer l'appel APE, et transmet le numéro d'appel NI, associé au terminal mobile TMl, au module de contrôle CTRL du dispositif de contrôle CTA.
Au cours d'une étape C7a, le module CTRL du dispositif de contrôle CTA active le module UPnP MCC de ce dernier de façon à émettre, dans le réseau local RL, une commande UPnP CMD de transfert dudit appel entrant APE, à destination du module UPnP MCT2 du terminal fixe TF, ladite commande CMD contenant le numéro d'appel NI du terminal mobile TMl.
Au cours d'une étape G8a, le module de traitement MTR du terminal fixe TF extrait de la commande CMD reçue le numéro d'appel NI du terminal de communication mobile TMl qui a été sélectionné pour recevoir l'appel entrant APE.
Au cours d'une étape C9a, le module de traitement MTR commande le module de téléphonie MCT1 du terminal fixe TF afin que ce dernier redirige l'appel entrant APE vers ledit terminal mobile TMl sélectionné à partir du numéro d'appel NI de ce dernier.
Si au cours de l'étape C5a précitée, les terminaux mobiles TMl et TM2 présentent le même nombre d'appels entrants dont le numéro correspond au numéro de l'appel APE, le module CAL du dispositif de contrôle CTA détermine alors, à partir du tableau TAB, quel est le terminal mobile, ici TMl et TM2, qui présente le plus grand nombre d'appels sortants, dont le numéro correspond au numéro de l'appel APE.
S'il s'agit par exemple du terminal mobile TM2, au cours d'une étape C6b, le module SEL du dispositif de contrôle CTA sélectionne le terminal mobile TM2 en tant que terminal mobile favori vers lequel transférer l'appel APE et transmet le numéro d'appel N2 associé au terminal mobile TM2 au module de contrôle CTRL du dispositif de contrôle CTA.
Au cours d'une étape C7b, le module CTRL du dispositif de contrôle CTA active le module UPnP MCC de ce dernier de façon à émettre, dans le réseau local RL, une commande UPnP CMD de transfert dudit appel entrant APE, à destination du module UPnP MCT2 du terminal fixe TF, ladite commande CMD contenant le numéro d'appel N2 du terminal mobile TM2.
Au cours d'une étape C8b, le module de traitement MTR du terminal fixe TF extrait de la commande CMD reçue le numéro d'appel N2 du terminal mobile TM2 qui a été sélectionné pour recevoir l'appel entrant APE. Au cours d'une étape C9b, le module de traitement MTR commande le module de téléphonie MCT1 du terminal fixe TF afin que ce dernier redirige, l'appel entrant APE vers ledit terminal mobile TM2 sélectionné à partir du numéro d'appel N2 de ce dernier. .
Si au cours de l'étape C5b précitée , les terminaux mobiles TM1 et TM2 présentent le même nombre d'appels sortants dont le numéro correspond au numéro de l'appel APE, au cours d'une étape C5c, le module CAL du dispositif de contrôle CTA détermine alors, à partir du tableau TAB, quel est le terminal mobile, ici TM1 et TM2, qui contient le numéro de l'appel APE dans son répertoire.
S'il s'agit par exemple du terminal mobile TM2, au cours d'une étape C6c, le module SEL du dispositif de contrôle CTA sélectionne le terminal mobile TM2 en tant que terminal mobile favori vers lequel transférer l'appel APE et transmet le numéro d'appel N2 associé au terminal mobile TM2 au module de contrôle CTRL du dispositif de contrôle CTA.
Au cours d'une étape C7c, le module CTRL du dispositif de contrôle CTA active le module UPnP MCC de ce dernier de façon à émettre, dans le réseau local RL, une commande UPnP CMD de transfert dudit appel entrant APE, à destination du module UPnP MCT2 du terminal fixe TF, ladite commande CMD contenant le numéro d'appel N2 du terminal mobile TM2.
Au cours d'une étape C8c, le module de traitement MTR du terminal fixe TF extrait de la commande CMD reçue le numéro d'appel N2 du terminal mobile TM2 qui a été sélectionné pour recevoir l'appel entrant APE.
Au cours d'une étape C9c, le module de traitement MTR commande le module de téléphonie MCTl du terminal fixe TF afin que ce dernier redirige l'appel entrant APE vers ledit terminal mobile TM2 sélectionné à partir du numéro d'appel N2 de ce dernier.
Si à la suite des étapes C9a, C9b ou C9c, le terminal mobile TM1 ou TM2 ne décroche pas au bout d'une durée paramétrée au préalable dans le diispositif de contrôle CTA, l'appel entrant APE est renvoyé vers la messagerie du terminal fixe TF.
Si au cours de l'étape C5c précitée, le module CAL du dispositif de contrôle CTA ne parvient pas à déterminer, à partir du tableau TAB, quel est le terminal mobile, TM1 et TM2, qui contient le numéro de l'appel APE dans son répertoire, ou bien que les terminaux mobiles TM1 et TM2 contiennent tous deux le numéro de l'appel entrant APE dans leur répertoire respectif, le transfert d'appel est désactivé au cours d'une étape CIO, ce qui a pour conséquence de faire sonner le terminal fixe TF,
Il convient de noter que les étapes C5a à C9a, C5b à C9b, C5c à C9c peuvent être effectuées dans un ordre différent de celui qui vient d'être décrit. Par exemple, les étapes C5c à C9c pourraient être mises en œuvre avant les étapes C5a à C9a.
Il va de soi que le mode de réalisation qui a été décrit ci-dessus a été donné à titre purement indicatif et nullement limitatif, et que de nombreuses modifications peuvent être facilement apportées par l'homme de l'art sans pour autant sortir du cadre de l'invention.
Ainsi par exemple, l'étape C3 de détection de présence des terminaux mobiles dans le réseau local RL pourrait être effectuée, non pas selon un protocole de signalisation UPnP Telephony, mais via un système de géolocalisation GPS (de l'anglais « Global Positioning System ») ou encore un système de puces RFID (de l'anglais « Radio Frequency Identification »).
En outre, au lieu de renvoyer l'appel entrant sur la messagerie du terminal fixe TF en cas d'échec du transfert d'appel vers le terminal de - communication mobile favori, il pourrait être prévu que le gestionnaire de base de données GBD organise les informations dans le tableau TAB de façon à établir une liste de terminaux de communication mobiles susceptibles d'être sélectionnés en cas d'échec du transfert d'appel vers le terminal de communication mobile favori.
Les terminaux mobiles pourraient être rangés dans la liste selon un ordre prédéterminé, par exemple de l'occurrence la plus élevée à la moins élevée d'appels entrants/sortants, dont le numéro correspond au numéro de l'appel entrant APE.
Une telle disposition permettrait ainsi d'optimiser le transfert d'appel en sélectionnant un autre terminal mobile, dans le cas où le terminal mobile favori sélectionné ne répond pas à l'appel entrant redirigé vers ce dernier ou dans le cas où la redirection de l'appel entrant vers le terminal mobile favori n'aboutit pas,

Claims

REVENDICATIONS
1. Procédé de transfert d'appel entrant (APE), destiné à un terminal de communication fixe (TF) rattaché à un réseau local (RL), vers un terminal de communication mobile rattaché à un réseau mobile (RM), ledit procédé étant caractérisé en ce qu'il comprend les étapes suivantes, dans le réseau local:
- détection (G3) de la présence de terminaux de communication mobiles (TM1, TM2, TM3),
- dans le cas où aucun terminal de communication mobile n'est présent dans le réseau local :
o comparaison (C5a, C5b, C5c) entre, d'une part, les données de l'appel entrant, et, d'autre part, les données d'appel associées auxdits terminaux de communication mobiles et préalablement enregistrées dans le réseau iocal,
o sélection (C6a, C6b, C6c) d'un terminal de communication mobile favori (TN!l, ΎΜ2) selon un critère de similitude entre les données d'appel associées à ce dernier et les données de l'appel entrant,
o commande (C7a-C9a, C7b-C9b, C7c-C9c) de transfert dudit appel entrant vers le terminal de communication mobile favori sélectionné.
2. Procédé selon la revendication 1, selon lequel, dans le cas où la présence d'au moins un terminal de communication mobile est détectée dans le réseau local au cours de ladite étape de détection, le transfert d'appel n'est pas activé (C4).
3. Procédé selon la revendication 1 ou 2, selon lequel l'enregistrement préalable (D5-D9) desdites données d'appel associées aux terminaux de communication mobiles est effectué dès que la présence de tels terminaux est détectée dans le réseau local.
4. Procédé selon la revendication 3, selon lequel, pour un terminal de communication mobile détecté dans le réseau local, les données d'appel associées à ce dernier sont choisies parmi au moins les données d'appels entrants, les. données d'appels sortants, les données du répertoire dudit terminal de communication mobile détecté.
5. Procédé selon l'une quelconque des revendications 1 à 4, selon lequel l'étape de comparaison comprend la détermination, pour tout terminai de communication mobile dont la présence n'a pas été détectée dans le réseau local, du nombre d'appels entrants/sortants correspondant audit appel entrant.
6. Procédé selon l'une quelconque des revendications 1 à 5, selon lequel l'étape de comparaison comprend ia détermination, pour tout terminai de communication mobile dont la présence n'a pas été détectée dans le réseau local, de la présence du numéro de l'appel entrant dans le répertoire dudit terminal.
7. Procédé selon l'une quelconque des revendications 1 à 6, selon lequel l'étape de détection de présence consiste en une découverte de tout terminal de communication mobile susceptible d'être présent dans le réseau local, par émission (D3), depuis un terminal local rattaché au réseau local (RL), d'une requête qui contient un message de découverte et qui est conforme à un protocole de communication. (UPnP) adapté audit terminal local et auxdits terminaux de communication mobiles.
8. Procédé selon l'une quelconque des revendications 1 à 7, selon lequel les étapes de sélection du terminal de communication mobile favori et de commande de transfert d'appel sont configurées au préalable par l'utilisateur en exécutant un programme d'interface homme/machine stocké dans un terminal local (OP) rattaché au réseau local (RL).
9. Dispositif (CTA) de contrôle de transfert d'appel entrant destiné à un terminal de communication fixe (TF), rattaché à un réseau local (RL), vers un terminal de communication mobile (TMl, TM2) rattaché à un réseau mobile, le dispositif de contrôle étant caractérisé en ce qu'il comprend:
- des moyens (MCC) de détection de la présence de terminaux de communication mobiles dans le réseau local, - dans le cas où aucun terminal de communication mobile n'est présent dans le réseau local :
o des moyens (CAL) de comparaison entre, d'une part, les données de l'appei entrant, et, d'autre part, les données d'appel associées aux terminaux de communication mobiles et préalablement enregistrées dans le réseau local,
o des moyens (SEL) de sélection d'un terminal de communication mobile favori selon un critère de similitude entre les données d'appel associées à ce dernier et les données de l'appel entrant,
o des moyens (CTRL, MCC) de commande de transfert dudit appel entrant vers le terminal de communication mobile favori sélectionné.
10. Dispositif de contrôle selon la revendication 9, comprenant des moyens (GBD, BD) de mémorisation pour enregistrer préalablement lesdites données d'appel associées à tout terminal de communication mobile dont la présence dans le réseau local est détectée par lesdits moyens de détection de présence.
11. Système de transfert d'appel entrant (APE) destiné à un terminal de communication fixe (TF), rattaché à un réseau local (RL), vers un terminal de communication mobile (TM1, T 2) rattaché à un réseau mobile, ledit système comprenant un dispositif (CTA) de contrôle de transfert dudit appel entrant, ledit système étant caractérisé en ce que :
- le terminal fixe comprend des moyens (MCT2) de transmission, dans le réseau local, selon un protocole de communication (UPnP) adapté audit terminal fixe, d'un message (REQ) contenant les données d'un appel entrant reçu par ledit terminal fixe,
et en ce que le dispositif de contrôle de transfert d'appel entrant comprend :
- des moyens (MCC) de réception dudit message transmis, selon ledit protocole de communication,
- des moyens (MCC) de détection de la présence de terminaux de communication mobiles dans le réseau local, lesquels sont activés suite à la réception dudit message transmis, - dans le cas où aucun terminal de communication mobile n'est présent dans le réseau local :
o des moyens (CAL) de comparaison entre, d'une part, les données de l'appel entrant, et, d'autre part, les données d'appel associées aux terminaux de communication mobiles et préalablement enregistrées dans le réseau local,
o des moyens (SEL) de sélection d'un terminal de communication mobile favori selon un critère de similitude entre les données d'appel associées à ce dernier et les données de l'appel entrant,
o des moyens (CTRL, MCC) d'émission vers ledit terminal fixe, selon ledit protocole de communication, d'une commande de transfert dudit appel entrant vers le numéro d'appel dudit terminal de communication mobile sélectionné,
ledit terminal fixe comprenant en outre :
- des moyens (MCT2) de réception, selon ledit protocole de communication, de ladite commande de transfert émise,
- des moyens (MTR) de traitement de la commande reçue pour :
o extraire le numéro d'appel du terminal de communication mobile sélectionné,
o rediriger l'appel entrant vers le terminal de communication mobile sélectionné associé audit numéro d'appel extrait.
12. Programme d'ordinateur comportant des instructions pour l'exécution des étapes du procédé de transfert d'appel selon l'une quelconque des revendications 1 à 8, lorsque ledit programme est exécuté par un ordinateur.
13. Support d'enregistrement lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur comprenant des instructions pour l'exécution des étapes du procédé de transfert d'appel selon l'une quelconque des revendications 1 à 8, lorsque ledit programme est exécuté par un ordinateur.
EP11723568A 2010-05-11 2011-05-05 Transfert d'appel depuis un terminal de communication fixe rattaché à un réseau local vers un terminal de communication mobile rattaché à un réseau mobile Withdrawn EP2569927A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1053686A FR2960116A1 (fr) 2010-05-11 2010-05-11 Transfert d'appel depuis un terminal de communication fixe rattache a un reseau local vers un terminal de communication mobile rattache a un reseau mobile
PCT/FR2011/051017 WO2011141663A1 (fr) 2010-05-11 2011-05-05 Transfert d'appel depuis un terminal de communication fixe rattaché à un réseau local vers un terminal de communication mobile rattaché à un réseau mobile

Publications (1)

Publication Number Publication Date
EP2569927A1 true EP2569927A1 (fr) 2013-03-20

Family

ID=43413499

Family Applications (1)

Application Number Title Priority Date Filing Date
EP11723568A Withdrawn EP2569927A1 (fr) 2010-05-11 2011-05-05 Transfert d'appel depuis un terminal de communication fixe rattaché à un réseau local vers un terminal de communication mobile rattaché à un réseau mobile

Country Status (3)

Country Link
EP (1) EP2569927A1 (fr)
FR (1) FR2960116A1 (fr)
WO (1) WO2011141663A1 (fr)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9807245B2 (en) 2013-01-30 2017-10-31 Telefonaktiebolaget Lm Ericsson (Publ) Forwarding telephone calls to a mobile terminal via a femtocell

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE19960964A1 (de) * 1999-12-17 2001-06-21 Siemens Ag Telekommunikations-Endgeräte und Verfahren zur Steuerung der Rufumleitung zwischen Telekommunikations-Endgeräten
US7356307B1 (en) * 2003-06-27 2008-04-08 Sprint Communications Company L.P. IP telephony with user localization for call control management
US7616950B2 (en) * 2003-09-04 2009-11-10 At&T Intellectual Property I, L.P. Call forwarding control device and method of call management

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
None *
See also references of WO2011141663A1 *

Also Published As

Publication number Publication date
WO2011141663A1 (fr) 2011-11-17
FR2960116A1 (fr) 2011-11-18

Similar Documents

Publication Publication Date Title
EP2706730B1 (fr) Procédé et dispositif de suggestion d'applications
EP2169911A1 (fr) Procédé permettant la communication interopérable entre communautés réelles et virtuelles
EP1509031A1 (fr) Système et procédé d'acheminement intelligent des appels téléphoniques
WO2011141663A1 (fr) Transfert d'appel depuis un terminal de communication fixe rattaché à un réseau local vers un terminal de communication mobile rattaché à un réseau mobile
WO2011141664A1 (fr) Transfert d'appel depuis un premier terminal de communication fixe situe dans un reseau local vers un second terminal de communication fixe de ce meme reseau local
FR2880489A1 (fr) Dispositif de connexion automatique au reseau internet.
EP2594038B1 (fr) Détection d'un module de contrôle upnp
FR2956548A1 (fr) Procede et dispositif de controle d'appels sortants, en reponse a des appels entrants, pour telephones
EP4300932A1 (fr) Transfert d appel par détection de présence d'un terminal dans un réseau local
EP2587776A1 (fr) Procédé de stockage d'un message destiné à un utilisateur particulier d'un terminal partage, dépôt et restitution d'un tel message.
EP2506546B1 (fr) Procede de gestion de messages vocaux obtenus a partir d'un ensemble d'au moins deux systemes differents de messagerie vocale
FR3116402A1 (fr) Optimisation du déclenchement de communications téléphoniques
WO2015128561A1 (fr) Procede et dispositif de decouverte des capacites de communication relatives a un utilisateur d'un terminal
EP2375718B1 (fr) Procédé de réponse à un message reçu dans un terminal d'utilisateur via une application de messagerie sur un réseau de communication
FR3121808A1 (fr) Procédés et dispositifs d’enrichissement et de traitement d’un message de signalisation
EP2154876A1 (fr) Procédé d'accès d'un terminal à au moins un message vocal déposé dans un serveur de messagerie, serveur de messagerie vocal et terminal associés
EP3462702A1 (fr) Procédé d'affectation d'une communication
WO2021260330A1 (fr) Routage d'un appel téléphonique vers une messagerie vocale alias
EP2134062A2 (fr) Procédé de gestion d'un appel entre deux systèmes de communication et systèmes de communication associés
WO2012080632A1 (fr) Procédé et système d'agrégation de données collectives et personnelles présentées sur un terminal
FR2877459A1 (fr) Localisation de fichiers dans des dispositifs de traitement de donnees
FR2978004A1 (fr) Procede et dispositif de controle d'appels pour telephones
WO2010063969A1 (fr) Identification d'un client lors d'un acces a un service fourni par un fournisseur de service
FR3062543A1 (fr) Procede de mise a jour d'une liste noire de reference associee a au moins un utilisateur
FR2890521A1 (fr) Systeme d'alerte par un utilisateur appelant d'un terminal de telephone mobile

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20121207

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

DAX Request for extension of the european patent (deleted)
RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: ORANGE

17Q First examination report despatched

Effective date: 20140411

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

RIC1 Information provided on ipc code assigned before grant

Ipc: H04M 1/725 20060101ALI20170201BHEP

Ipc: H04M 1/00 20060101AFI20170201BHEP

Ipc: H04M 3/42 20060101ALI20170201BHEP

INTG Intention to grant announced

Effective date: 20170221

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20170704