WO2011141664A1 - 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 - Google Patents

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 Download PDF

Info

Publication number
WO2011141664A1
WO2011141664A1 PCT/FR2011/051018 FR2011051018W WO2011141664A1 WO 2011141664 A1 WO2011141664 A1 WO 2011141664A1 FR 2011051018 W FR2011051018 W FR 2011051018W WO 2011141664 A1 WO2011141664 A1 WO 2011141664A1
Authority
WO
WIPO (PCT)
Prior art keywords
call
mobile communication
communication terminal
terminal
local network
Prior art date
Application number
PCT/FR2011/051018
Other languages
English (en)
Other versions
WO2011141664A9 (fr
Inventor
Fabrice Fontaine
Philippe Duvivier
Hervé Marchand
Original Assignee
France Telecom
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 filed Critical France Telecom
Priority to EP11723569A priority Critical patent/EP2569928A1/fr
Priority to JP2013509595A priority patent/JP5826254B2/ja
Priority to US13/697,255 priority patent/US20130083914A1/en
Priority to CN201180034354.2A priority patent/CN103004175B/zh
Publication of WO2011141664A1 publication Critical patent/WO2011141664A1/fr
Publication of WO2011141664A9 publication Critical patent/WO2011141664A9/fr

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/58—Arrangements for transferring received calls from one subscriber to another; Arrangements affording interim conversations between either the calling or the called party and a third party
    • 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/56—Arrangements for indicating or recording the called number at the calling subscriber's set
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/57—Arrangements for indicating or recording the number of the calling subscriber at the called subscriber's set
    • 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
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42314—Systems providing special services or facilities to subscribers in private branch exchanges
    • 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/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/51—Centralised call answering arrangements requiring operator intervention, e.g. call or contact centers for telemarketing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/26—Devices for calling a subscriber
    • H04M1/27—Devices whereby a plurality of signals may be stored simultaneously
    • H04M1/274—Devices whereby a plurality of signals may be stored simultaneously with provision for storing more than one subscriber number at a time, e.g. using toothed disc
    • H04M1/2745—Devices whereby a plurality of signals may be stored simultaneously with provision for storing more than one subscriber number at a time, e.g. using toothed disc using static electronic memories, e.g. chips
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2203/00—Aspects of automatic or semi-automatic exchanges
    • H04M2203/55—Aspects of automatic or semi-automatic exchanges related to network data storage and management
    • H04M2203/551—Call history
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2250/00—Details of telephonic subscriber devices
    • H04M2250/60—Details of telephonic subscriber devices logging of communication history, e.g. outgoing or incoming calls, missed calls, messages or URLs

Definitions

  • the field of the invention relates to the field of communication networks.
  • the invention relates to call transfer from a first fixed communication terminal, located in a local communication network, to a second fixed communication terminal also located in said local network.
  • Such a service thus allows a user who must be absent from a place in which is established the fixed communication line to which his fixed telephone is connected, to be able to continue to receive incoming calls on his usual fixed telephone, on a another fixed telephone located in the place where the said user is supposed to be.
  • a disadvantage of a te! service lies in the fact that the user must first provide the operator with the telephone number of a fixed telephone of his choice. Thus, in the case where the user changes number, the latter must again contact his operator to provide him with the new number which will be assigned to the transfer of call in replacement of the previous one.
  • a company is generally equipped with a switchboard which is intended to transfer the incoming calls that reach it to the fixed telephone of the employee concerned by the call. Such a transfer is performed either manually, that is to say on the initiative of an operator in charge of the switchboard, or automatically through a voice menu.
  • a disadvantage of "manual" call transfer is that the caller is often put on hold while the attendant is able to reach the called employee, which sometimes discourages a particularly busy caller who, in the end , ends up hanging up.
  • a disadvantage of "automatic" call transfer is that the caller is forced to navigate a menu before he can be connected to the called party, which can also discourage the caller.
  • menu usually allows the caller to be put in contact with a person attached to a particular department of the company (commercial service, accounting department, after-sales service, etc.), this person not necessarily the person with which the appellant really wanted to communicate.
  • 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 first fixed communication terminal located in a local network, to a second fixed communication terminal belonging to a plurality of fixed communication terminals located in said local area network.
  • Such an arrangement thus makes it possible to automatically transfer an incoming call on a fixed telephone to another fixed telephone which is that of the person considered to be the best concerned by the incoming call.
  • the invention makes it possible to obtain the transfer of the call from the customer to the fixed telephone of the person already contacted by the customer during one or more previous calls.
  • the pre-registration of the call data associated with the fixed communication terminals of the plurality of fixed terminals is performed in response to a request for discovery of the latter transmitted in the local network.
  • Such an arrangement thus makes it possible, within the same local network, to identify a set of fixed communication terminals that can be selected during a subsequent transfer of incoming call on the first fixed telephone.
  • the aforementioned discovery request is sent from a local terminal located in the local network, such a request being in accordance with a communication protocol adapted to said local terminal and to said fixed communication terminals.
  • Such an arrangement makes it possible to take advantage of the transparent interoperability offered by the DLNA (Digital Living Network Alliance) standard between the different terminals connected to a local network, such as in particular between a network.
  • a local terminal such as a home or enterprise gateway or else a digital decoder such as a Set-Top-Box, and, on the other hand, several fixed communication terminals present in the local network.
  • the aforementioned terminals each comprise a module operating for example according to the UPnP (Universal Plug and Play) protocol.
  • UPnP Universal Plug and Play
  • the call data associated therewith are selected from at least the incoming call data, the outgoing call data, the data of the directory of said fixed communication terminal discovered.
  • Such an arrangement thus makes it possible to recover in the local network, whenever a fixed terminal is discovered in the latter, either the incoming and / or outgoing calls, the directory, or both the incoming and / or outgoing calls. and the directory, of the fixed terminal discovered.
  • Such information thus collected is intended to be used subsequently in the call transfer, as selection parameters of the most relevant fixed terminal with respect to the incoming call received on the first fixed terminal.
  • the comparing step comprises determining, for any discovered fixed communication terminal, the number of incoming / outgoing calls corresponding to the incoming call.
  • the selection, as the second fixed communication terminal, of the most relevant fixed terminal with respect to the incoming call received on the first fixed communication terminal is a function of the highest occurrence of incoming / outgoing calls in the call history of said second fixed terminal whose number corresponds to that of the incoming call.
  • the comparison step comprises determining, for any discovered fixed communication terminal, the presence of the number of the incoming call in the directory of said terminal.
  • the selection, as the second fixed communication terminal, of the most relevant fixed terminal with respect to the incoming call received on the first fixed communication terminal is function the presence of the incoming call number in the directory of one of the fixed terminals previously identified in the local network.
  • Such a provision may be implemented as an alternative to the above provision.
  • Such an arrangement can also be implemented cumulatively in the above arrangement, so as to refine the selection of the second fixed communication terminal to which to redirect the incoming call.
  • the incoming call is transferred to the first fixed communication terminal or to another fixed communication terminal. selected from the plurality of fixed terminals.
  • the call transfer system according to the invention is thus made more user-friendly for the caller, the latter always having the possibility of being put in contact with a person.
  • the selection steps of the preferred fixed communication terminal and call transfer control are pre-configured by the user by executing a human / machine interface program stored in a local terminal attached to the local network.
  • 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:
  • o retrieve the call number of the selected fixed communication terminal, o redirect the incoming call to the selected fixed communication terminal associated with the retrieved call number.
  • the present invention also relates to an incoming call transfer control device for a first fixed communication terminal, located in a local network, to a second fixed communication terminal belonging to a plurality of terminals. stationary communications located in the above-mentioned local network.
  • Such a device is remarkable in that it comprises:
  • 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 previously recording call data associated with any fixed communication terminal located in the local network.
  • the present invention relates to an incoming call transfer system for a first fixed communication terminal, located in a local area network, to a second fixed communication terminal forming part of a plurality of fixed communication terminals. located in the above-mentioned local network.
  • the first fixed terminal comprises means for transmitting, in the local network, according to a communication protocol adapted to the first fixed terminal, a message containing the data of an incoming call received by the first fixed terminal,
  • the incoming call transfer control device comprises:
  • the first 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. 3 represents a flowchart of the procedure for discovering the fixed communication terminals represented in FIG. 1;
  • FIG. 4 represents the contents of a database of the call transfer control device, according to one embodiment
  • FIG. 5 represents a flowchart of the call tranfer method according to the invention.
  • 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:
  • a first fixed communication terminal TF attached to the local network RL and adapted to receive telephone calls such as the call;
  • APE from a TC fixed or mobile communication terminal
  • a call transfer control device CTA attached to the local network RL and adapted to transfer the incoming call APE to a second fixed communication terminal selected from among a plurality of fixed communication terminals, for example three in number on the Figure 1 and designated by references TPF1, TPF2 and TPF3.
  • the fixed terminals TF, TPF1, TPF2 and TPF3 are adapted to operate in a fixed communication network RF such as a fixed telephone network, for example of the PSTN type (of the English "Public
  • each of said fixed terminals consists for example of a telephone which is either connected to the fixed network RF by a wired connection, or in accordance with a wireless telephone communication protocol, for example
  • 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 WiFi wireless link protocol.
  • the local area network RL can be a home network as well as a local area network consisting of part or all of wireless segments.
  • the LAN RL is enterprise type (Intranet for example).
  • the first fixed communication terminal TF consists of a conventional telephone switchboard and the fixed communication terminals TPF1, TPF2 and TPF3 respectively belong to three different persons in the company, who may or may not be part of the same service.
  • 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 an enterprise gateway, capable of interconnecting the local network RL to an Internet-type wide area network (not shown).
  • GAT interconnection device such as in particular an enterprise gateway, capable of interconnecting the local network RL to an Internet-type wide area network (not shown).
  • the local terminal could be a Set-Top-Box.
  • the first fixed terminal TF and the device CFA can be part of one and the same equipment.
  • the first fixed terminal TF conventionally comprises a first communication module MCT1 able to transmit or receive telephone calls via the fixed communication network RF.
  • the first fixed terminal TF further comprises a second MCT2 communication module which is adapted to:
  • the communication module MCT2 is a software module capable of implementing a signaling protocol, such as for example a "Telephony Server” module operating according to the "UPnP Telephony” protocol.
  • the first fixed terminal TF comprises a processing module MTR to which all the elements of the first fixed terminal TF are connected and which is intended to control its operation.
  • Said processing module is software that is stored in a read-only memory (not shown) of the first fixed terminal TF.
  • Such an MTR processing module is particularly suitable for:
  • 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 determine that the fixed terminals TPF1, TPF2 or TPF3 are or are not connected to the local network RL.
  • such a detection module advantageously consists in the MCC module "UPnP Telephony" which is configured conventionally to discover and control in the local network, according to the "UPnP Telephony" protocol, any terminal capable of being connected to the local network, in particular the fixed terminals TPF1, TPF2, TPF3.
  • the MCC module consists more precisely of a "UPnP Telephony" control station.
  • the fixed terminals TPF1, TPF2 and TPF3 comprise respectively a communication module (not shown) which also operates according to the "UPnP Telephony" protocol, such as in particular a "Telephony Server” module.
  • the call transfer control device CTA further comprises, according to the invention, a database BD stored in a memory (not shown) of the device and intended to store, in connection with each fixed communication terminal discovered, via a database manager GBD, certain characteristics of said fixed terminal discovered, such as in particular:
  • 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 detection module MCC, the "discovery" function of the latter, so as to detect the actual connection, in the local network of at least one fixed terminal, among the plurality of fixed terminals TPF1, TPF2, TPF3,
  • a calculation module CAL which is activated when such an effective connection has been detected, said module CAL being able to make a comparison between, on the one hand, the data of the incoming call APE, and, on the other hand, , the call data associated with each fixed terminal TPF1, TPF2, TPF3 connected to the local network RL, which were previously registered in the base during the discovery phase mentioned above, but also during any previous discovery phases,
  • a selection SEL module as a second fixed communication terminal to which to redirect the APE incoming call, of a preferred fixed communication terminal, among the fixed terminals TPF1, TPF2, TPF3, according to a criterion of similarity between the call data associated with the latter and the data of the APE incoming call,
  • control module CTRL of the detection module MCC so that the latter transmits, in the local network RL, to the first termina! fixed TF, said CMD command for transferring said incoming call APE.
  • FIGS. 1 to 3 the procedure for discovering the fixed terminals TPF1, TPF2 and TPF3 which is implemented before the call transfer according to the invention will be described.
  • the communication module MCC of the CTA device for call transfer control sends, to the "Telephony Server" module of the fixed terminal TPF1, the fixed terminal.
  • TPF2 and the TPF3 fixed terminal a RDE discovery request, according to the "UPnP Telephony" protocol.
  • the "Telephony Server" module of the fixed terminal TPF1 sends to the communication module MCC of the device CTA a UPnP response ID1 which contains an identifier of the fixed terminal TPF1.
  • the response ID1 contains a link urll to which the device CTA is intended to access to retrieve the identifier of the terminal fixeTPFl.
  • the response ID1 is written: "HTTP 200 OK LOCATION: urll”.
  • the "Telephony Server" module of the fixed terminal TPF2 sends to the communication module MCC of the device CTA a UPnP response ID2 which contains an identifier of the fixed terminal TPF2.
  • the response ID2 contains a link url2 to which the device CTA is intended to access to retrieve the identifier of the fixed terminal TPF2.
  • the response ÎD2 is written as "HTTP 200 OK LOCATION: ur! 2".
  • the "Telephony Server" module of the fixed terminal TPF3 sends to the communication module MCC of the device CTA a UPnP response ID3 which contains an identifier of the fixed terminal TPF3.
  • the response ID3 contains a link url3 to which the device CTA is intended to access to retrieve the identifier of the fixed terminal TPF3.
  • the ID3 response is written: "HTTP 200 OK LOCATION: url3".
  • steps D2, D3 and D4 mentioned above can be carried out 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 G AND urll".
  • the "Telephony Server" module of the fixed terminal TPF1 sends in response to the CTA device a description wire file which is of XML type, and whose "friendlyName” parameter contains the fixed terminal call number NI. TPFl.
  • the device CTA sends a connection request RC2 to url2.
  • the request RC2 is written: "HTTP GET url2".
  • the module "Telephony Server" of the fixed terminal TPF2 sends, in response to the device CTA, a description file F12 which is of XML type, and whose parameter "friendlyName" contains the call number N2 of the fixed terminal TPF2.
  • the CTA device sends a connection request RC3 to url3.
  • the request RC3 is written: "HTTP GET url3".
  • the "Telephony Server” module of the fixed terminal TPF3 sends, in response to the CTA device, a description file F13 which is of XML type, and whose "friendlyName” parameter contains the call number N3 of the fixed terminal TPF3.
  • the MCC communication module of the CTA device sends to the "Telephony Server" module of the fixed terminal TPF1, a UPnP type request RHA1, in retrieval of the call history of said fixed terminal.
  • the request RHAl is written "Action UPnP GetCalILogs".
  • the "Telephony Server" module of the fixed terminal TPF1 sends, in response to the MCC communication module of the CTA device, a description file F21 which is of XML type and which contains in particular the time of each incoming and / or outgoing call associated with the fixed terminal TPF1, as well as the caller and / or called numbers.
  • step D8 can be implemented directly following the aforementioned step D5.
  • the communication module CC of the device CTA sends to the module "Telephony Server" of the fixed terminal TPF2, a request RHA2 type UPnP, recovery of the call history of said fixed terminal.
  • the RHA2 request is written in the same way as the RHA1 request above.
  • the "Telephony Server" module of the fixed terminal TPF2 sends, in response to the MCC communication module of the CTA device, a description file F22 which is of XML type and which notably contains the time of each incoming call. and / or outgoing associated with the fixed terminal TPF2, as well as the numbers of callers and / or called.
  • step D9 may be implemented directly following the aforementioned step D6.
  • the MCC communication module of the CTA device sends to the "Telephony Server" module of the fixed terminal TPF3, a UPnP type request RHA3, retrieving the call history of said fixed terminal.
  • the request RHA3 is written in the same way as the requests RHA1 and RHA2 above.
  • the "Telephony Server" module of the fixed terminal TPF3 sends, in response to the CTA MCC communication module, a description file F23 which is of XML type and which notably contains the time of each incoming call. and / or outgoing associated with the fixed terminal TPF3, as well as the numbers of callers and / or called.
  • step D10 can be implemented directly following the aforementioned step D7.
  • the MCC communication module of the CTA device sends to the "Telephony Server" module of the fixed terminal TPF1, a UPnP type REP1 request, in recovery of the telephone directory of said fixed terminal.
  • the request REP1 is written:
  • the "Telephony Server” module of the fixed terminal TPF1 sends, in response to the MCC communication module of the CTA device, a description file F31 which is of XML type and which contains in particular the fixed and / or mobile of each contact registered in the telephone directory of the fixed terminal TPF1.
  • the DU step can be implemented directly following the aforementioned step D8.
  • the MCC communication module of the device CTA transmits, to the "Telephony Server" module of the fixed terminal TPF2, an UPnP type request EP2, in recovery of the telephone directory of said fixed terminal,
  • the request REP2 is written in the same way as the aforementioned request REP1.
  • the fixed terminal TPF2 sends, in response to the CTA MCC communication module, a description file F32 which is of XML type and which contains in particular the fixed and / or mobile call numbers of each contact. stored in the TPF2 fixed terminal telephone directory.
  • step D12 can be implemented directly following the aforementioned step D9.
  • the MCC communication module of the CTA device sends, to the "Telephony Server" module of the fixed terminal TPF3, a UPnP type REP3 request, retrieving the telephone directory of said fixed terminal.
  • the REP3 request is written in the same way as the REP1 and
  • the fixed terminal TPF3 sends, in response to the CTA MCC communication module, a description file F33 which is of XML type and which contains in particular the fixed and / or mobile call numbers of each contact. stored in the TPF3 fixed terminal telephone directory.
  • step D13 can be implemented directly following the aforementioned step D10.
  • the database manager GBD shown in FIG. 2 processes the storage, in the database BD, of the information received by the device CTA during the steps D1 to D13 mentioned above.
  • the database BD contains for this purpose a table TAB with two inputs comprising, on the abscissa, the data concerning a call, and on the ordinate, the data concerning the users of the fixed terminals TPF1, TPF2 and TPF3. .
  • the fixed terminals TPF1 and TPF2 belong respectively to two distinct persons UT1 and UT2 of the same service, for example the teleasssitance service of the company in which the local network RL is installed, and that the fixed terminal TPF3 belongs to a person UT3 of another department of this company, such as for example the commercial sercice.
  • Each user UT1, UT2 and UT3 is associated, in the table TAB, the respective number NI, N2, N3 of its fixed terminal, TPF1, TPF2, TPF3, the history of its incoming / outgoing calls, the telephone numbers of his phone book.
  • the steps D1 to D14 are repeated several times over time, preferably at regular time intervals (every 6 hours for example) previously configured in the control device CTA.
  • the database BD can be updated as often as necessary.
  • each user can take note of the information collected in the table TAB during the steps D1 to D14 mentioned above, means of a terminal connected to the gateway GAT, in the local network RL.
  • the terminal is a laptop OP.
  • such a terminal could be the mobile terminal of the user UT1, UT2 or UT3.
  • 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. For example, the user could delete the automatic call transfer for certain hours or change himself the number of a terminal to which to carry out the call transfer.
  • the telephony module CT1 of the fixed terminal TF receives an incoming call APE, via the fixed communication network RF.
  • the number corresponding to the incoming call is, for example, the number 06.xy.xy.xy.xy stored in the table TAB of FIG. 4.
  • the processing module MTR of the fixed terminal TF controls the module UPnP MCT2 of the latter, so that the fixed terminal TF emits a message REQ containing the data of the incoming call APE, to destination of the CTA control device.
  • the module CAL of the control device CTA determines, from the table TAB previously stored in the database BD, which of the fixed terminals TPF1, TPF2, TPF3 which has the largest number of incoming calls, the number of which corresponds to the number of the APE call, 06.xy.xy.xy.xy. According to the table TAB, it is the fixed terminal TPF2 of the user UT2.
  • the SEL module of the control device CTA selects the fixed terminal TPF2, as the preferred fixed terminal to which the APE call is transferred, and transmits the call number N2 associated with the fixed terminal TPF2. , to the control module CTRL of the control device CTA.
  • the CTRL module of the CTA control device activates the UPnP MCC module thereof in order to send, in the local network RL, a UPnP CMD command for transferring said incoming call APE, to the module UPnP MCT2 of the fixed terminal TF, said CMD command containing the call number N2 of the fixed terminal TPF2.
  • the processing module MTR of the fixed terminal TF extracts from the received CMD command the call number N2 of the fixed communication terminal TPF2 which has been selected to receive the incoming call APE.
  • the processing module MTR controls the telephony module MCT1 of the fixed terminal TF so that the latter redirects the incoming call APE to said fixed terminal TPF2 selected from the call number N2 of the latter.
  • the steps C3a to C7a are repeated, once the module CAL of the control device CTA has determined to again, from the table TAB of FIG. 4, which of the fixed terminals TPF2, TPF3 has the largest number of incoming calls, the number of which corresponds to the number of the call APE, 06.xy.xy. xy.xy. According to the table TAB, it is the fixed terminal TPF1 of the user UT2 and the incoming call APE will be transferred to the latter at the end of the step C7a, as shown in dotted line on the figure 1.
  • the incoming call APE can be transferred to the first fixed terminal TF, in this case the company standard.
  • the caller who is for example a client of the company in which the users UT1, UT2, UT3 work, has the possibility, even if the call to the user UT2 does not exist. does not succeed, to be welcomed by the UT1 user who, working in the same service as the UT2 user, will be the most competent person to answer the customer's questions.
  • the module CAL of the control device CTA is not able to determine, from the table TAB, which of the fixed terminals TPF1, TPF2, TPF3 has the largest number of incoming calls, whose number corresponds to the number of the APE call, 06.xy.xy.xy, xy
  • the module CAL during a step C3b, then determines, from the table TAB, which is the fixed terminal TPF1, TPF2, TPF3, which has the largest number of outgoing calls, the number of which corresponds to the number of the call APE, 06.xy.xy.xy.xy. According to the table TAB, it is always the fixed terminal TPF2 of the user UT2.
  • the SEL module of the control device CTA selects the fixed terminal TPF2 as a preferred fixed terminal to which transfer the APE call and transmit the N2 call number associated with the fixed terminal
  • CTA activates the UPnP MCC module of the latter so as to transmit, in the local network RL, a UPnP CMD command for the transfer of said incoming call APE, to the UPnP module MCT2 of the fixed terminal TF, said CMD command containing the number of N2 call of fixed terminal TPF2.
  • the processing module MTR of the fixed terminal TF extracts from the received CMD command the call number N2 of the fixed terminal TPF2 which has been selected to receive the incoming call APE.
  • the processing module MTR controls the telephony module MCT1 of the fixed terminal TF so that the latter redirects the incoming call APE to said fixed terminal TPF2 selected from the call number N2 of the latter .
  • the call is transferred either to one of the fixed telephones TPF1, TPF3, after reiteration of the steps C3b to C7b, or to the switchboard TF, as has been explained above.
  • step C3b If, during the above-mentioned step C3b, the module CAL of the control device CTA is not able to determine, from the table TAB, which of the fixed terminals TPF1, TPF2, TPF3 has the largest number outgoing calls, the number of which corresponds to the number of the APE call,
  • TAB which is the fixed terminal TPF1, TPF2 or TPF3, which contains the number of the call APE in its directory. According to the table TAB, it is the TPF3 fixed terminal of the user UT3 which is part of the commercial service.
  • the SEL module of the control device CTA selects the fixed terminal TPF3 as the preferred fixed terminal to which to transfer the APE call and transmits the call number N3 associated with the fixed terminal.
  • the CTA activates the UPnP MCC module of the latter so as to transmit, in the local network RL, a UPnP CMD command for the transfer of said incoming call APE, to the UPnP module MCT2 of the fixed terminal TF, said CMD command containing the number of call N3 of the fixed terminal TPF3.
  • the processing module MTR of the fixed terminal TF extracts from the received CMD command the call number N3 of the fixed terminal TPF3 which has been selected to receive the incoming call APE.
  • the processing module MTR controls the telephony module MCT1 of the fixed terminal TF so that the latter redirects the incoming call APE to said fixed terminal TPF3 selected from the call number N3 of the latter .
  • the call is transferred either to one of the other fixed telephones TPF1, TPF2, after reiteration of the steps C3c to C7c, or to the switchboard TF, as this has been explained above.
  • step C3c If during the above-mentioned step C3c, the module CAL of the control device CTA is not able to determine, from the table TAB, which of the fixed terminals TPF1, TPF2, TPF3 which contains the number of the APE call in its directory, the switchboard TF responds directly to the APE call during a step C8.
  • steps C3a-C7a, C3b-C7b, C3c-C7c can be performed in a different order from that just described.
  • steps C3c-C7c could be implemented before steps C3a-C7a.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Telephonic Communication Services (AREA)
  • Sub-Exchange Stations And Push- Button Telephones (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 PREMIER TERMINAL DE
COMMUNICATION FIXE SITUÉ DANS UN RÉSEAU LOCAL VERS UN SECOND TERMINAL DE COMMUNICATION FIXE DE CE MÊME RÉSEAU
LOCAL
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 premier terminal de communication fixe, situé dans un réseau de communication local, vers un second terminal de communication fixe également situé dans ledit réseau local. 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 autre terminal fixe 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 les appels entrants sur son téléphone fixe habituel, sur un autre téléphone fixe situé dans le lieu où est censé se trouver ledit utilisateur.
Un inconvénient d'un te! service réside dans le fait que l'utilisateur doit fournir préalablement à l'opérateur le numéro d'appel d'un téléphone fixe 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 téléphone fixe 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 fixe dont le numéro a été enregistré auprès du service de transfert d'appels.
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.
D'autres solutions de transfert d'appel existent, plus particulièrement adaptées au domaine de l'entreprise.
Une entreprise est généralement dotée d'un standard téléphonique qui est destiné à transférer les appels entrants qui lui parviennent vers le téléphone fixe du salarié concerné par l'appel. Un tel transfert est effectué soit manuellement, c'est-à-dire à l'initiative d'une opératrice en charge du standard téléphonique, soit automatiquement grâce à un menu vocal.
Un inconvénient du transfert d'appel « manuel » réside dans le fait que l'appelant est souvent mis en attente, le temps que la standardiste parvienne à joindre le salarié appelé, ce qui décourage parfois un appelant particulièrement pressé qui, au bout du compte, finit par raccrocher.
Un inconvénient du transfert d'appel « automatique » réside dans le fait que l'appelant est obligé de naviguer dans un menu avant de pouvoir être mis en relation avec l'appelé, ce qui peut également décourager l'appelant En outre, un tel menu permet généralement à l'appelant d'être mis en relation avec une personne rattachée à un service particulier de l'entreprise (service commercial, service comptabilité, service après-vente, etc.), cette personne n'étant pas forcément la personne avec laquelle l'appelant souhaitait réellement communiquer.
Un autre inconvénient des deux solutions décrites ci-dessus réside dans le fait que l'appelé risque de manquer des appels, soit parce que l'appelant laisse un message sur la messagerie vocale de l'appelé, et que ce dernier ne le consulte pas, soit parce que l'appelant transmet un message oral à la standardiste, selon lequel il souhaite contacter l'appelé, message que cette dernière oublie de transmettre à l'appelé. 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 premier terminal de communication fixe situé dans un réseau local, vers un second terminal de communication fixe faisant partie d'une pluralité de terminaux de communication fixes situés dans ledit réseau local.
Un tel procédé est remarquable en ce qu'il comprend les étapes suivantes, dans le réseau local:
- 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 fixes de ladite pluralité de terminaux et préalablement enregistrées dans le réseau local,
- sélection, en tant que second terminai de communication fixe, d'un terminal de communication fixe 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,
- commande de transfert dudit appel entrant vers le terminal de communication fixe favori sélectionné.
Une telle disposition permet ainsi de transférer automatiquement un appel entrant sur un téléphone fixe vers un autre téléphone fixe qui est celui de la personne considérée comme la mieux concernée par l'appel entrant.
Ainsi, par exemple, dans le cas où un client rappelle le service de téléassistance (« hotline » en anglais) d'une entreprise, l'invention permet d'obtenir le transfert de l'appel du client vers le téléphone fixe de la personne déjà contactée par le client au cours d'un ou plusieurs appels précédents.
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 fixe à l'opérateur, ni à activer/désactiver le service.
Dans un mode de réalisation, l'enregistrement préalable des données d'appel associées aux terminaux de communication fixes de la pluralité de terminaux fixes est effectué en réponse à une requête en découverte de ces derniers transmise dans le réseau local.
Une telle disposition permet ainsi, au sein d'un même réseau local, d'identifier un ensemble de terminaux de communication fixes susceptibles d'être sélectionnés lors d'un transfert ultérieur d'appel entrant sur le premier téléphone fixe.
Dans un mode de réalisation, la requête en découverte précitée est émise depuis un terminal local situé dans le réseau local, une telle requête étant conforme à un protocole de communication adapté audit terminal local et auxdits terminaux de communication fixes.
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 fixes 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 un autre mode de réalisation, pour un terminal de communication fixe découvert 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 fixe découvert.
Une telle disposition permet ainsi de récupérer dans le réseau local, à chaque fois qu'un terminal fixe est découvert 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 fixe découvert. 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 fixe le plus pertinent par rapport à l'appel entrant reçu sur le premier terminal fixe.
Dans encore un autre mode de réalisation, l'étape de comparaison comprend la détermination, pour tout terminal de communication fixe découvert, 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, en tant que second terminal de communication fixe, du terminal fixe le plus pertinent par rapport à l'appel entrant reçu sur le premier terminal de communication fixe, est fonction de l'occurrence la plus élevée d'appels entrants/sortants figurant dans l'historique d'appels dudit second terminal fixe 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 fixe découvert, 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, en tant que second terminal de communication fixe, du terminal fixe le plus pertinent par rapport à l'appel entrant reçu sur le premier terminal de communication fixe, est fonction de la présence du numéro d'appel entrant dans le répertoire d'un des terminaux fixes 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 second terminal de communication fixe vers lequel rediriger l'appel entrant
Dans encore un autre mode de réalisation, en cas d'échec du transfert de l'appel entrant vers le terminal de communication fixe favori sélectionné, l'appel entrant est transféré vers le premier terminal de communication fixe ou vers un autre terminai de communication fixe sélectionné parmi la pluralité de terminaux fixes.
Le système de transfert d'appel selon l'invention est ainsi rendu plus convivial pour l'appelant, ce dernier ayant toujours la possibilité d'être mis en relation avec une personne.
Dans encore un autre mode de réalisation, les étapes de sélection du terminal de communication fixe 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 autre terminal de communication fixe 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 fixe sélectionné, o rediriger l'appel entrant vers le terminal de communication fixe 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 premier terminal de communication fixe, situé dans un réseau local, vers un second terminal de communication fixe faisant partie d'une pluralité de terminaux de communication fixes situés dans le réseau local précité.
Un tel dispositif est remarquable en ce qu'il comprend:
- 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 fixes de la pluralité de terminaux fixes et préalablement enregistrées dans le réseau local,
- des moyens de sélection, en tant que second terminal de communication fixe, d'un terminal de communication fixe 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,
- des moyens de commande de transfert de l'appel entrant vers le terminal de communication fixe 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 fixe situé dans le réseau local. Selon un quatrième aspect, la présente invention concerne un système de transfert d'appel entrant destiné à un premier terminal de communication fixe, situé dans un réseau local, vers un second terminal de communication fixe faisant partie d'une pluralité de terminaux de communication fixes situés dans le réseau local précité.
Un tel système est remarquable en ce que:
le premier terminal fixe comprend des moyens de transmission, dans le réseau local, selon un protocole de communication adapté au premier terminal fixe, d'un message contenant les données d'un appel entrant reçu par le premier 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 comparaison entre, d'une part, Ses données de l'appel entrant, et, d'autre part, les données d'appel associées aux terminaux de communication fixes de la pluralité de terminaux et préalablement enregistrées dans le réseau local,
- des moyens de sélection, en tant que second terminai de communication fixe, d'un terminal de communication fixe 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,
- des moyens d'émission vers le premier 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 fixe sélectionné, le premier 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 de la commande reçue pour :
o extraire le numéro d'appel du terminal de communication fixe sélectionné,
o rediriger l'appel entrant vers le terminal de communication fixe 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 3 représente un ordinogramme de la procédure de découverte des terminaux de communication fixes représentés sur la figure 1;
- 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 premier 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 second terminal de communication fixe sélectionné parmi une pluralité de terminaux de communication fixes, par exemple au nombre de trois sur la figure 1 et désignés par les références TPF1, TPF2 et TPF3.
Dans l'exemple représenté, les terminaux fixes TF, TPF1, TPF2 et TPF3 sont adaptés 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, chacun desdits terminaux fixes 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 fil 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 entreprise (Intranet par exemple). A cet effet, le premier terminal de communication fixe TF est constitué par un standard téléphonique classique et les terminaux de communication fixes TPFl, TPF2 et TPF3 appartiennent respectivement à trois personnes distinctes dans l'entreprise, lesquelles pouvant faire partie ou non du même service.
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 d'entreprise, 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.
Il est à noter qu'à titre d'alternative, le premier terminal fixe TF et le dispositif CFA peuvent faire partie d'un seul et même équipement. En référence à la figure 2, le premier 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 premier 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 dudit appel entrant, vers l'un des terminaux fixes TPFl, TPF2 ou TPF3 sélectionnés préalablement selon un procédé qui sera décrit ultérieurement, par exemple le terminal TPF2 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 premier terminal fixe TF comporte un module de traitement MTR auquel tous les éléments du premier 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ée) du premier 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 premier 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 fixe TPF2 sélectionné pour recevoir l'appel entrant APE,
- rediriger l'appel entrant APE vers ledit terminal fixe TPF2 sélectionné dont le numéro d'appel correspond au numéro d'appel extrait.
De façon analogue au premier 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 premier 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 premier 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 à déterminer que les terminaux fixes TPF1, TPF2 ou TPF3 sont ou ne sont pas connectés au 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é classqiuement pour découvrir et contrôler dans le réseau local, selon le protocole « UPnP Telephony », tout terminal susceptible d'être connecté au réseau local, en particulier les terminaux fixes TPF1, TPF2, TPF3.
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 fixes TPF1, TPF2 et TPF3 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 de communication fixe découvert, via un gestionnaire de base de données GBD, certaines caractéristiques propres audit terminal fixe 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 détection MCC, la fonction « découverte » de ce dernier, de façon à détecter la connexion effective, dans le réseau local, d'au moins un terminal fixe, parmi la pluralité de terminaux fixes TPF1, TPF2, TPF3,
- un module de calcul CAL qui est activé lorsqu'une telle connexion effective a été détectée, 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 fixe TPF1, TPF2, TPF3 connecté au réseau local RL, qui ont été préalablement 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, en tant que second terminal de communication fixe vers lequel rediriger l'appel entrant APE, d'un terminal de communication fixe favori, parmi les terminaux fixes TPFl, TPF2, TPF3, selon un critère de similitude entre les 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 détection MCC afin que ce dernier émette, dans le réseau local RL, à destination du premier termina! fixe TF, ladite commande CMD de transfert dudit appel entrant APE.
En référence maintenant aux figures 1 à 3, on va décrire la procédure de découverte des terminaux fixes TPFl, TPF2 et TPF3 qui est mise en œuvre préalablement au transfert d'appel conforme à l'invention.
Dans l'exemple représenté sur la figure 1, il est supposé que les trois terminaux fixes TPFl, TPF2 et TPF3 sont tous connectés au réseau local RL,
Plus particulièrement en référence à la figure 3, 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 fixe TPFl, du terminal fixe TPF2 et du terminal fixe TPF3, 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 fixe TPFl envoie vers le module de communication MCC du dispositif CTA une réponse UPnP ID1 qui contient un identifiant du terminal fixe TPFl.
Dans l'exemple représenté, la réponse ID1 contient un lien urll auquel le dispositif CTA est destiné à accéder pour récupérer l'identifiant du terminal fixeTPFl. La réponse ID1 s'écrit : « HTTP 200 OK LOCATION: urll ».
Au cours d'une étape D3, le module « Telephony Server » du terminal fixe TPF2 envoie vers le module de communication MCC du dispositif CTA une réponse UPnP ID2 qui contient un identifiant du terminal fixe TPF2.
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 fixe TPF2. La réponse ÎD2 s'écrit : « HTTP 200 OK LOCATION : ur!2 ». Au cours d'une étape D4, le module « Telephony Server » du terminal fixe TPF3 envoie vers le module de communication MCC du dispositif CTA une réponse UPnP ID3 qui contient un identifiant du terminal fixe TPF3.
Dans l'exemple représenté, la réponse ID3 contient un lien url3 auquel le dispositif CTA est destiné à accéder pour récupérer l'identifiant du terminal fixe TPF3. La réponse ID3 s'écrit : « HTTP 200 OK LOCATION: url3 ».
Les étapes D2, D3 et D4 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 D5, 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 G ET urll ».
Au cours de cette étape, le module « Telephony Server » du terminal fixe TPFl 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 fixe TPFl.
Au cours d'une étape D6, 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 fixe TPF2 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 fixe TPF2.
Au cours d'une étape D7, le dispositif CTA envoie une requête RC3 de connexion à I'url3. La requête RC3 s'écrit : « HTTP GET url3 ».
Au cours de cette étape, le module « Telephony Server » du terminal fixe TPF3 envoie, en réponse au dispositif CTA, un fichier F13 de description qui est de type XML, et dont le paramètre « friendlyName » contient le numéro d'appel N3 du terminal fixe TPF3.
Au cours d'une étape D8, le module de communication MCC du dispositif CTA émet vers le module « Telephony Server » du terminal fixe TPFl, une requête RHAl de type UPnP, en récupération de l'historique des appels dudit terminal fixe.
La requête RHAl s'écrit « Action UPnP GetCalILogs ».
Au cours de cette étape, le module « Telephony Server » du terminal fixe TPFl 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 fixe TPF1, de même que les numéros d'appelants et/ou d'appelés.
En variante, l'étape D8 peut être mise en œuvre directement à la suite de l'étape D5 précitée.
Au cours d'une étape D9, le module de communication CC du dispositif CTA émet vers le module « Telephony Server » du terminal fixe TPF2, une requête RHA2 de type UPnP, en récupération de l'historique des appels dudit terminal fixe.
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 fixe TPF2 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 fixe TPF2, de même que les numéros d'appelants et/ou d'appelés.
En variante, l'étape D9 peut être mise en uvre directement à la suite de l'étape D6 précitée.
Au cours d'une étape D10, le module de communication MCC du dispositif CTA émet vers le module « Telephony Server » du terminal fixe TPF3, une requête RHA3 de type UPnP, en récupération de l'historique des appels dudit terminal fixe.
La requête RHA3 s'écrit de la même façon que les requêtes RHA1 et RHA2 ci-dessus.
Au cours de cette étape, le module « Telephony Server » du terminal fixe TPF3 envoie, en réponse au module de communication MCC du dispositif CTA, un fichier F23 de description qui est de type XML et qui contient notamment l'heure de chaque appel entrant et/ou sortant associé au terminal fixe TPF3, de même que les numéros d'appelants et/ou d'appelés.
En variante, l'étape D10 peut être mise en œuvre directement à la suite de l'étape D7 précitée.
Au cours d'une étape DU, le module de communication MCC du dispositif CTA émet vers le module « Telephony Server » du terminal Fixe TPF1, une requête REP1 de type UPnP, en récupération du répertoire téléphonique dudit terminal fixe.
La requête REP1 s'écrit :
« Action UPnP GetValues /UPnP/PHONE/AddressBook/Contact/ ». Au cours de cette étape, le module « Telephony Server » du terminal fixe TPF1 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 fixe TPF1.
En variante, l'étape DU peut être mise en œuvre directement à la suite de l'étape D8 précitée.
Au cours d'une étape D12, le module de communication MCC du dispositif CTA émet, vers le module « Telephony Server » du terminal fixe TPF2, une requête EP2 de type UPnP, en récupération du répertoire téléphonique dudit terminal fixe,
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 fixe TPF2 envoie, en réponse au module de 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 terminal fixe TPF2.
En variante, l'étape D12 peut être mise en œuvre directement à la suite de l'étape D9 précitée.
Au cours d'une étape D13, le module de communication MCC du dispositif CTA émet, vers le module « Telephony Server » du terminal fixe TPF3, une requête REP3 de type UPnP, en récupération du répertoire téléphonique dudit terminal fixe.
La requête REP3 s'écrit de la même façon que les requêtes REP1 et
REP2 précitées.
Au cours de cette étape, le terminal fixe TPF3 envoie, en réponse au module de communication MCC du dispositif CTA, un fichier F33 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 fixe TPF3.
En variante, l'étape D13 peut être mise en œuvre directement à la suite de l'étape D10 précitée.
Au cours d'une étape D14, 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 à D13 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 fixes TPF1, TPF2 et TPF3.
Dans l'exemple représenté, on suppose que les terminaux fixes TPF1 et TPF2 appartiennent respectivement à deux personnes distinctes UT1 et UT2 d'un même service, par exemple le service de téléasssitance de l'entreprise dans laquelle est installée le réseau local RL, et que le terminal fixe TPF3 apartient à une personne UT3 d'un autre service de cette entreprise, tel que par exemple le sercice commercial.
A chaque utilisateur UT1, UT2 et UT3, est associé, dans le tableau TAB, le numéro respectif NI, N2, N3 de son terminal fixe, TPF1, TPF2, TPF3, 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 à D14 sont réitérées à plusieurs reprises au cours du temps, de préférence à intervalles 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 la passerelle GAT, chaque utilisateur peut prendre connaissance des informations recueillies dans le tableau TAB au cours des étapes Dl à D14 précitées, au moyen d'un terminal raccordé à la passerelle GAT, 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 UT1, UT2 ou UT3. 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 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 terminal fixe TF, représenté à la figure 2, reçoit un appel entrant APE, via le réseau de communication fixe RF.
Dans l'exemple représenté, le numéro correspondant à l'appel entrant est par exemple le numéro 06.xy.xy.xy.xy mémorisé dans le tableau TAB de la figure 4.
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 terminai 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 C3a, 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 celui des terminaux fixes TPF1, TPF2, TPF3 qui présente le plus grand nombre d'appels entrants, dont le numéro correspond au numéro de l'appel APE, 06.xy.xy.xy.xy. D'après le tableau TAB, il s'agit du terminal fixe TPF2 de l'utilisateur UT2.
Au cours d'une étape C4a, le module SEL du dispositif de contrôle CTA sélectionne le terminal fixe TPF2, en tant que terminal fixe favori vers lequel transférer l'appel APE, et transmet le numéro d'appel N2, associé au terminai fixe TPF2, au module de contrôle CTRL du dispositif de contrôle CTA.
Au cours d'une étape C5a, 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 fixe TPF2.
Au cours d'une étape C6a, le module de traitement MTR du terminal fixe TF extrait de la commande CMD reçue le numéro d'appel N2 du terminal de communication fixe TPF2 qui a été sélectionné pour recevoir l'appel entrant APE.
Au cours d'une étape C7a, le module de traitement MTR commande le module de téléphonie MCT1 du terminal fixe TF afin que ce dernier redirige i'appel entrant APE vers ledit terminal fixe TPF2 sélectionné à partir du numéro d'appel N2 de ce dernier.
Dans le cas où au bout d'un certain nombre de sonneries, par exemple quatre, le terminal fixe TPF2 n'est pas décroché, les étapes C3a à C7a sont réitérées, une fois que le module CAL du dispositif de contrôle CTA a déterminé à nouveau, à partir du tableau TAB de la figure 4, quel est celui des terminaux fixes TPF2, TPF3 qui présente le plus grand nombre d'appels entrants, dont le numéro correspond au numéro de l'appel APE, 06.xy.xy.xy.xy. D'après le tableau TAB, il s'agit du terminal fixe TPF1 de l'utilisateur UT2 et l'appel entrant APE sera donc transféré vers ce dernier à l'issue de l'étape C7a, comme cela est représenté en pointillé sur la figure 1.
En alternative à la réitération des étapes C3a à C7a, l'appel entrant APE peut être transféré vers le premier terminal fixe TF, en l'espèce le standard de l'entreprise.
Une telle disposition permettrait ainsi d'optimiser le transfert d'appel en sélectionnant un autre terminal fixe, dans le cas où le terminal fixe favori sélectionné ne répond pas à l'appel entrant redirigé vers ce dernier ou dans le cas où fa redirectîon de l'appel entrant vers le terminal fixe favori n'aboutit pas. En particulier, dans le mode de réalisation représenté, l'appelant qui est par exemple un client de l'entreprise dans laquelle travaillent les utilisateurs UT1, UT2, UT3, a la possibilité, même si l'appel vers l'utilisateur UT2 n'aboutit pas, d'être accueilli malgré tout par l'utilisateur UT1 qui, travaillant dans le même service que l'utilisateur UT2, sera la personne la plus compétente pour répondre aux questions du client.
Si au cours de l'étape C3a précitée, le module CAL du dispositif de contrôle CTA n'est pas en mesure de déterminer, à partir du tableau TAB, quel est celui des terminaux fixes TPF1, TPF2, TPF3 qui présente le plus grand nombre d'appels entrants, dont le numéro correspond au numéro de l'appel APE, 06.xy.xy.xy,xy, le module CAL, au cours d'une étape C3b, détermine alors, à partir du tableau TAB, quel est le terminal fixe TPF1, TPF2, TPF3, qui présente le plus grand nombre d'appels sortants, dont le numéro correspond au numéro de l'appel APE, 06.xy.xy.xy.xy. D'après le tableau TAB, il s'agit toujours du terminal fixe TPF2 de l'utilisateur UT2.
Au cours d'une étape C4b, le module SEL du dispositif de contrôle CTA sélectionne le terminal fixe TPF2 en tant que terminal fixe favori vers lequel transférer l'appel APE et transmet le numéro d'appel N2 associé au terminal fixe
TPF2 au module de contrôle CTRL du dispositif de contrôle CTA.
Au cours d'une étape C5b, 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 terminai fixe TPF2.
Au cours d'une étape C6b, le module de traitement MTR du terminal fixe TF extrait de la commande CMD reçue le numéro d'appel N2 du terminal fixe TPF2 qui a été sélectionné pour recevoir l'appel entrant APE.
Au cours d'une étape C7b, 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 fixe TPF2 sélectionné à partir du numéro d'appel N2 de ce dernier.
Dans le cas où le téléphone fixe TPF2 n'est pas décroché, l'appel est transféré soit vers l'un des téléphones fixes TPF1, TPF3, après réitération des étapes C3b à C7b, soit vers le standard téléphonique TF, comme cela a été expliqué ci-dessus.
Si au cours de l'étape C3b précitée, le module CAL du dispositif de contrôle CTA n'est pas en mesure de déterminer, à partir du tableau TAB, quel est celui des terminaux fixes TPF1, TPF2, TPF3 qui présente le plus grand nombre d'appels sortants, dont le numéro correspond au numéro de l'appel APE,
06.xy.xy.xy.xy, au cours d'une étape C3c, le module CAL du dispositif de contrôle
CTA détermine alors, à partir du tableau TAB, quel est le terminal fixe TPF1, TPF2 ou TPF3, qui contient le numéro de l'appel APE dans son répertoire. D'après le tableau TAB, il s'agit du terminal fixe TPF3 de l'utilisateur UT3 qui fait partie du service commercial.
Au cours d'une étape C4c, le module SEL du dispositif de contrôle CTA sélectionne le terminal fixe TPF3 en tant que terminal fixe favori vers lequel transférer l'appel APE et transmet le numéro d'appel N3 associé au terminal fixe
TPF3 au module de contrôle CTRL du dispositif de contrôle CTA.
Au cours d'une étape C5c, 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 N3 du terminal fixe TPF3. Au cours d'une étape C6c, le module de traitement MTR du terminal fixe TF extrait de la commande CMD reçue le numéro d'appel N3 du terminal fixe TPF3 qui a été sélectionné pour recevoir l'appel entrant APE.
Au cours d'une étape C7c, 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 fixe TPF3 sélectionné à partir du numéro d'appel N3 de ce dernier.
Dans le cas où le téléphone fixe TPF3 n'est pas décroché, l'appel est transféré soit vers l'un des autres téléphones fixes TPF1, TPF2, après réitération des étapes C3c à C7c, soit vers le standard téléphonique TF, comme cela a été expliqué ci-dessus.
Si au cours de l'étape C3c précitée, le module CAL du dispositif de contrôle CTA n'est pas en mesure de déterminer, à partir du tableau TAB, quel est celui des terminaux fixes TPF1, TPF2, TPF3 qui contient le numéro de l'appel APE dans son répertoire, le standard téléphonique TF répond directement à l'appel APE au cours d'une étape C8.
Il convient de noter que les étapes C3a à C7a, C3b à C7b, C3c à C7c peuvent être effectuées dans un ordre différent de celui qui vient d'être décrit. Par exemple, les étapes C3c à C7c pourraient être mises en œuvre avant les étapes C3a à C7a.
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.

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 (C3) 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 local,
o 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,
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 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, 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 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.
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 ( L), 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, T 2) 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'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) 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 ( L), vers un terminal de communication mobile (T 1, TM2) 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 terminai 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 seion 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.
PCT/FR2011/051018 2010-05-11 2011-05-05 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 WO2011141664A1 (fr)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP11723569A EP2569928A1 (fr) 2010-05-11 2011-05-05 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
JP2013509595A JP5826254B2 (ja) 2010-05-11 2011-05-05 ローカルネットワークに位置する第１の固定通信端末からこの同じローカルネットワークの第２の固定通信端末への呼の転送
US13/697,255 US20130083914A1 (en) 2010-05-11 2011-05-05 Transferring a call from a first fixed communications terminal in a local network to a second fixed communications terminal in the same local network
CN201180034354.2A CN103004175B (zh) 2010-05-11 2011-05-05 从位于本地网络中的第一固定通信终端向同一本地网络的第二固定通信终端转移呼叫

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1053700 2010-05-11
FR1053700 2010-05-11

Publications (2)

Publication Number Publication Date
WO2011141664A1 true WO2011141664A1 (fr) 2011-11-17
WO2011141664A9 WO2011141664A9 (fr) 2013-01-31

Family

ID=43568176

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2011/051018 WO2011141664A1 (fr) 2010-05-11 2011-05-05 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

Country Status (5)

Country Link
US (1) US20130083914A1 (fr)
EP (1) EP2569928A1 (fr)
JP (1) JP5826254B2 (fr)
CN (1) CN103004175B (fr)
WO (1) WO2011141664A1 (fr)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105023061B (zh) * 2015-07-17 2018-10-09 北京首钢自动化信息技术有限公司 基于预测模型结果的钢铁企业煤气平衡调度系统及方法

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008016864A1 (fr) * 2006-08-01 2008-02-07 Scientific-Atlanta, Inc. Routage d'adaptateur de terminal multimedia d'appels téléphoniques basé sur une information d'identification d'appelant

Family Cites Families (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5901214A (en) * 1996-06-10 1999-05-04 Murex Securities, Ltd. One number intelligent call processing system
US7555110B2 (en) * 1999-04-01 2009-06-30 Callwave, Inc. Methods and apparatus for providing expanded telecommunications service
US7171221B1 (en) * 1999-12-20 2007-01-30 Cingular Wirelesss Ii, Llc System and method for automatically transferring a call from a first telephone to a designated telephone in close proximity
JP2001358833A (ja) * 2000-06-15 2001-12-26 Nec Eng Ltd ボタン電話装置
US6944444B1 (en) * 2000-06-29 2005-09-13 Qwest Communications International Inc. Method and system for conditionally routing calls
US6920213B2 (en) * 2000-09-15 2005-07-19 Verizon Services Corp. Methods and apparatus for facilitating the interaction between multiple telephone and computer users
US6816583B2 (en) * 2001-02-12 2004-11-09 Siemens Aktiengesellschaft System and method for call transferring in a communication system
US7072457B2 (en) * 2001-12-17 2006-07-04 International Business Machines Corporation Transferring a call to a backup according to call context
JP2004357217A (ja) * 2003-05-30 2004-12-16 Toshiba Corp 電話交換装置及び電話交換システム
US8503658B2 (en) * 2003-07-14 2013-08-06 Cisco Technology, Inc. Call notification with rich caller identification
US8594298B2 (en) * 2004-02-20 2013-11-26 Avaya Inc. Call management
GB0408457D0 (en) * 2004-04-15 2004-05-19 Ring 2 Comm Ltd Various improvements relating to telephone and conference calls between telephony devices
US7602748B2 (en) * 2004-08-13 2009-10-13 Verizon Business Global Llc Fixed-mobile communications with mid-session mode switching
US20060077956A1 (en) * 2004-10-08 2006-04-13 Saksena Vikram R Common telephony services to multiple devices associated with multiple networks
US7260403B1 (en) * 2004-11-30 2007-08-21 Sprint Spectrum L.P. Method and system for dynamically routing voice calls to one of a plurality of associated subscriber terminals
US8369311B1 (en) * 2005-07-01 2013-02-05 Callwave Communications, Llc Methods and systems for providing telephony services to fixed and mobile telephonic devices
DE102005046745A1 (de) * 2005-09-29 2007-05-10 Siemens Ag Verfahren und Kommunikationssystem zum Aktivieren eines Leistungsmerkmals einer Kommunikationsendeinrichtung
JP4707552B2 (ja) * 2005-12-21 2011-06-22 シャープ株式会社 電話端末装置
US20080037753A1 (en) * 2006-07-07 2008-02-14 Lucent Technologies Inc. Call priority management system for communication network
US20080123831A1 (en) * 2006-11-24 2008-05-29 Mads Flensted-Jensen Systems and methods for call routing
CA2701423C (fr) * 2007-10-02 2016-06-21 Ascendent Telecommunications, Inc. Procede, appareil et systeme de routage d'appel intelligent
US20090168755A1 (en) * 2008-01-02 2009-07-02 Dennis Peng Enforcement of privacy in a VoIP system
US8958539B2 (en) * 2008-04-23 2015-02-17 Centurylink Intellectual Property Llc System and method for network based call transfers
US8848895B2 (en) * 2008-05-30 2014-09-30 Verizon Patent And Licensing Inc. Method and system for a call transfer
US7864766B2 (en) * 2008-12-12 2011-01-04 Cisco Technology, Inc. Directory number mobility utilizing dynamic network distributed dial-peer updates
US8621004B2 (en) * 2009-09-24 2013-12-31 Verizon Patent And Licensing Inc. Method and system for transfer of calls from an IP based phone
EP2355479A1 (fr) * 2010-01-21 2011-08-10 Research in Motion Limited Transfert d'appel en utilisant un échange d'information à courte portée direct entre le cédant et la cible de transfert

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008016864A1 (fr) * 2006-08-01 2008-02-07 Scientific-Atlanta, Inc. Routage d'adaptateur de terminal multimedia d'appels téléphoniques basé sur une information d'identification d'appelant

Also Published As

Publication number Publication date
US20130083914A1 (en) 2013-04-04
CN103004175B (zh) 2015-08-26
JP5826254B2 (ja) 2015-12-02
JP2013529028A (ja) 2013-07-11
EP2569928A1 (fr) 2013-03-20
CN103004175A (zh) 2013-03-27
WO2011141664A9 (fr) 2013-01-31

Similar Documents

Publication Publication Date Title
EP0928534B1 (fr) Procede et systeme de communication interactive entre deux appareils telephoniques via le reseau internet
KR100274739B1 (ko) 전산망에서클라이언트와서버간의통신을관리하기위한방법및장치
CN1764217B (zh) 用于分配vxml能力以便在客户设备上执行的系统
CA2434128A1 (fr) Technique de gestion efficace d'information d'annuaire
EP2569928A1 (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
EP1681830A1 (fr) Procédé et dispositif d'obtention d'informations relatives à la présence et/ou la disponibilité d'un utilisateur
CA2497380A1 (fr) Technique de creation et de gestion d'une file d'attente personnelle de composition
EP1509031A1 (fr) Système et procédé d'acheminement intelligent des appels téléphoniques
FR2784837A1 (fr) Procede economique de mise en communication de deux terminaux a travers l'internet et terminal de communication
WO2006072747A1 (fr) Dispositif de connexion automatique au reseau internet
EP2569927A1 (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
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
FR2837049A1 (fr) Routage d'appel telephonique
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
EP3462702A1 (fr) Procédé d'affectation d'une communication
WO2012076782A1 (fr) Procédé de communication entre un téléphone fixe et un mobile, téléphone fixe, mobile et dispositif de communication associé
FR2842381A1 (fr) Procede et dispositif pour connexion a un systeme electronique par l'intermediaire d'un fournisseur d'acces a un reseau de communication
FR2786970A1 (fr) Procede d'etablissement d'une communication entre deux terminaux a travers l'internet par un serveur d'appel et de mise en communication, terminal et serveur associes
FR2978004A1 (fr) Procede et dispositif de controle d'appels pour telephones
EP3135023A1 (fr) Procédé pour accéder á un répertoire partagé dans une passerelle internet
FR2823939A1 (fr) Procede de transfert des appels et des messages a destination d'un telephone mobile perdu ou vole
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
EP2595067A1 (fr) Procede pour commander une fonction telephonique par reconnaissance d'image, et terminal telephonique pour la mise en oeuvre de ce procede
FR2788185A1 (fr) Procede de gestion de communications telephoniques

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11723569

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2013509595

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2011723569

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 13697255

Country of ref document: US