WO2004100517A2 - Couplage automatique d'applications entre utilisateurs et telephonie - Google Patents

Couplage automatique d'applications entre utilisateurs et telephonie Download PDF

Info

Publication number
WO2004100517A2
WO2004100517A2 PCT/FR2004/000966 FR2004000966W WO2004100517A2 WO 2004100517 A2 WO2004100517 A2 WO 2004100517A2 FR 2004000966 W FR2004000966 W FR 2004000966W WO 2004100517 A2 WO2004100517 A2 WO 2004100517A2
Authority
WO
WIPO (PCT)
Prior art keywords
client
information
application
telephone
server
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/FR2004/000966
Other languages
English (en)
Other versions
WO2004100517A3 (fr
Inventor
Bertrand Bouvet
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
France Telecom SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by France Telecom SA filed Critical France Telecom SA
Publication of WO2004100517A2 publication Critical patent/WO2004100517A2/fr
Publication of WO2004100517A3 publication Critical patent/WO2004100517A3/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/0024—Services and arrangements where telephone services are combined with data services
    • H04M7/0036—Services and arrangements where telephone services are combined with data services where the data service is an information service
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/12—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal
    • H04M7/1205—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks
    • H04M7/126—Interworking of session control protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2207/00—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place
    • H04M2207/12—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place intelligent networks

Definitions

  • the present invention relates to a method, an automatic coupling device, of at least one telephone communication over a network, with at least one application located on a terminal of a network user.
  • Some telephone terminals have the caller number presentation functionality. This number is transmitted during the establishment of the call and is then displayed on the screen of the telephone terminal.
  • the telecommunications network includes a network of
  • the Internet type on which the data is transmitted and a network of the switched telephone network type.
  • the network transmits data via the Internet to the computer of one of the subscribers or to the computers of the subscribers connected to the Internet. This data is the telephone number of the calling subscriber as well as the telephone number of the called subscriber.
  • the invention aims to solve the drawbacks of the prior art by proposing a method of activating at least one application on at least one client computing device connected to a network carrying data packets to which is connected a server obtaining state information representative of the state of a telephone communication between a first telephone handset associated with one or each client computing device and at least one second telephone handset, characterized in that the method comprises the steps of:
  • the message for activation is an execution command activating the or each application.
  • the message for activation is an invitation message to select the or each application, information representative of the selection of at least one application and an execution command is generated activating the or each selected application.
  • the latter can decide according to the type of communication in progress to activate or not this or these applications.
  • each telephone handset is associated with a client computing device and the predetermined information received by a client computing device associated with a telephone handset includes information representative of applications contained in at least one other client computing device associated with the other handset. telephone.
  • the user of a computing device is informed of the computer software which the other client computing device has, he is then able to choose for example an appropriate format for transferring data to this one while being certain of the ability to process these by the user of the other client computing device.
  • the predetermined information comprises information representative of the client-client applications contained in each other client computing device compatible with client-client applications contained in the client computing device.
  • the user no longer has to determine the compatible applications from the set of information received, only the compatible applications are transferred. A reduction in the amount of information transmitted over the network carrying data packets is then achieved.
  • the user can thus simply determine, among the applications at his disposal, the applications compatible with those of his correspondent. This operation can also be done automatically on the computer or computer device. If the user wishes to exchange information with his correspondent, using client-client type software, this type of information is essential for a good exchange. More specifically, the information representative of client-client applications contained in each other client device is at least one port identifier assigned to each compatible client-client application.
  • This information makes it possible to address data to a predetermined application and thus to make an attempt to establish communication. More specifically, upon selection of a client-client application, the client-client application generates a message intended for the port of the compatible client-client application of at least one other computer device, and upon receipt of a response message by the compatible client-client application from at least one other device, the client-client application transfers a data stream to the compatible client-client application from the at least one other device.
  • the selected client-client application when selecting a client-client application, the selected client-client application generates a message for the port of the server compatible with the selected client-client application and upon receipt of a response message from the port. from the server compatible with the server, the client-client application transfers a data stream to the server port compatible with the selected client-client application.
  • the information flow is transmitted without the user of the computing device knowing the computing address of the other computing device. The confidentiality of this computer address can then be preserved.
  • the applications contained in the client computing device are local applications or client-server applications and the information representative of the applications contained in the other computing device are local applications or client-server applications.
  • a subscriber can for example be informed for example of the compression software available to the other subscriber with whom he is in communication.
  • an active client application receives the predetermined information from the server, the active client application, prior to receiving said predetermined information, registers with the remote server and during registration with the remote server, the client application active transfers the subscriber's name and / or password and / or the address of the client computing device and / or the telephone number (s) associated with the client computing device, and / or the number (s) to the server port of other applications present on the computing device, and / or the periods of time when the predetermined information can be transferred to said active application, and / or the telephone numbers of correspondents for which the predetermined information can be transferred to said application active.
  • the server from this information, can determine whether a subscriber has the right or not to access the service he provides, and also to be able to quickly and timely determine the information to be transferred to a subscriber.
  • the server transfers information only if it is appropriate, the bandwidth of the network carrying data packets is used optimally.
  • the user who has the possibility of filtering, only receives relevant data.
  • the receipt of information such as the correspondent's email address allows, for example, an automatic connection to the correspondent's website and thus access to the information contained on the site during the telephone call. It also allows reception of the e-mail address of the correspondent's mailbox and thus being able to double the telephone communication for exchanging e-mails.
  • the predetermined information further comprises information representative of a notification of taking or end of line taking of the associated telephone handset.
  • information representative of a notification of taking or end of line taking of the associated telephone handset is information which makes it possible to determine the duration of the communication, this type of information is important for certain applications.
  • the release of the line makes it possible, in certain cases, to deactivate applications previously activated when taking the line and to avoid an overabundance of applications active on a computer device.
  • the predetermined information further comprises information making it possible to identify the correspondent and / or information representative of at least one electronic address associated with the correspondent.
  • This information is interesting for certain applications, it may for example be necessary for the production of a log of received calls or other.
  • the invention provides an activation device for at least one application which includes means for implementing the activation method described above.
  • the invention also relates to a method of transferring information by a server after obtaining information on the state of a telephone communication between two telephone handsets, each telephone handset being associated with a computer device, the information being transmitted. on a network carrying data packets destined for at least one of the computer devices, characterized in that it comprises the steps of:
  • the invention relates to an information transfer device following the obtaining of information on the status of a telephone communication between two telephone handsets, each telephone handset being associated with a computer device, the information being transmitted on a network conveying data packets intended for at least one of the computer devices, characterized in that it comprises:
  • - means for obtaining information on at least one application present on at least one of the computer devices - means for transferring predetermined information from information obtained from at least one application present on at least one of the other devices computer.
  • the information obtained is at least one identifier of an application present on a computer device and the predetermined information transferred is the or each identifier of the application.
  • the predetermined information transferred is the or each identifier of the application compatible with an application present on the other computer device.
  • each telephone handset associated with a computer device is associated with a subscriber and obtaining consists in consulting a database comprising a profile of each subscriber, the profile comprising at least one identifier of at least one application present on the subscriber computing device and a computing address of the subscriber computing device. More particularly, if the type of information to be transferred comprises information representative of at least one computer address associated with a subscriber, at least one associated computer address is obtained by means of a predetermined database from the number subscriber's telephone number and the information transferred includes, among other things, the computer address obtained.
  • the method performs the steps of receiving information from at least one of the computer devices and of transferring the information received to one or each other computer device.
  • each of the computer devices communicates only with the server, the latter having the role of proxy.
  • the invention also relates to the computer program stored on an information medium, said program comprising instructions making it possible to implement the processing method described above, when it is loaded and executed by a computer system.
  • FIG. . 1 shows a first embodiment of the invention in a telecommunication network of the intelligent network type
  • Fig. 2a shows the service registration algorithm as provided by the invention in the telecommunications network
  • Fig. 2b describes the kinematics of a telephone call by a subscriber previously registered with the server of the invention
  • Fig. 2c describes a telephone call by a subscriber not registered with the service provided by the server of the invention and bound for a subscriber to the service provided by the server of the invention
  • Fig. 1 shows a first embodiment of the invention in a telecommunication network of the intelligent network type
  • Fig. 2a shows the service registration algorithm as provided by the invention in the telecommunications network
  • Fig. 2b describes the kinematics of a telephone call by a subscriber previously registered with the server of the invention
  • Fig. 2c describes a telephone call by a subscriber not registered with the service provided by the server of the invention and bound for a subscriber to the service provided by the server of the
  • FIG. 2d describes a telephone call between two subscribers of the service provided by the server of the invention
  • Fig. 3 shows a second embodiment of the invention in a telecommunications network comprising a service node architecture
  • Fig. 4 represents an algorithm describing the kinematics of activation of a client-client type application in parallel with a telephone communication according to the second embodiment.
  • Fig. 1 shows a first embodiment of the invention in a telecommunication network of the intelligent network type.
  • the telecommunications network consists of a switched telephone network 41, a public Internet network 60 and a telecommunications operator 40.
  • the telecommunications network ensures the exchange of information between a subscriber referenced 1 and a subscriber referenced 20.
  • CAA routing autonomy switch noted 42 allowing the provision of the conventional telephone service to a subscriber 1.
  • This CAA switch 42 includes a CAS service access switch noted 43 which informs the server 70 of the various calls made and / or received by subscriber 1 with his telephone handset 3.
  • the service access switch 43 thus allows access to the various services offered by the invention to subscriber 1. These information messages are transferred from the switch 42 to a service control point 44, by the through a switched network 41. The service control point 44 then processes these information messages.
  • This switched network 41 is also associated with an autonomy switch CAA, denoted 45, allowing the provision of basic telephone service to a subscriber 20.
  • the switch 45 includes a switch for access to the CAS service, denoted 47, which informs the server 70 of the various calls made and / or received by the subscriber 20 and thus allows access to the various services offered by the invention to the subscriber 20.
  • These information messages are transferred from the switch 45 to the service control point 44 via the switched network 41.
  • the service control point 44 then processes these information messages.
  • the switch 45 also includes a BAS 46 broadband access server allowing the subscriber 20 to benefit from broadband communication of the ADSL type acronym for “Asymmetry Digital Subscriber Line”.
  • the telecommunications network also includes a local network 50, for example conforming to the Ethernet protocol.
  • the local network 50 To this local network 50, are connected the service control point 44 and the broadband access server 46.
  • the local network 50 is also connected to the public Internet network 60 through a firewall router (or firewall) 51 which also ensures the security of the information exchanges between the networks 50 and 60 by ensuring that no intrusion can be carried out in the network 50.
  • the telecommunication network comprises a server 70 connected to the local network 50.
  • This server 70 is either centralized on a single device or distributed over different devices placed or not on the same site.
  • the server 70 consists of a service database 71 in which are stored information necessary for the execution of the services according to the invention.
  • This information is, for example and without limitation, information permanently stored such as the subscription profiles of subscribers to the services according to the invention, the traces of the various operations carried out by the subscribers.
  • the database 71 also includes temporary information linked to the sessions of the subscribers.
  • This information is, for example and without limitation, the telephone number (s) associated with the service, the Internet address of the subscribers 'computers, the port numbers of the client-client applications available to the subscribers' computers, filtering such as the days of the year, the times during which the subscribers access the services, the telephone numbers of the remote subscribers authorized to the service.
  • the server 70 also includes a module 72 for recording client software of subscribers to the service. This client software will be described later.
  • the server 70 also includes a module 73 for notification of network events and client software information.
  • the server 70 includes an ENUM electronic number resolution module 74 which makes it possible to obtain, from a telephone number in E.164 format (CCITT recommendation), the corresponding public and / or private URI uniform resource identifiers to the phone number. These uniform resource identifiers are stored in an ENUM 63 database linked to the public Internet network 60.
  • the server 70 also includes a telephone event notification module 75 which receives all of the events related to the telephone communications of subscribers 1 and 20.
  • the event notification module 75 searches the service database 71 for network events configured via client software or when the subscriber takes out a subscription to the service.
  • the server 70 When a detected network event or communication state is part of the subscriber profile contained in the database 71, this event or this state is transmitted to the network event and information software notification module of the client software 73.
  • the server 70 also includes a trace module 76 which generates the recordings of the sessions of the subscribers to the service. The records are stored in database 71.
  • the server 70 also includes a software download module 77 which allows subscribers to the service to download their client software and / or different applications of local type or client server or client-client.
  • the server 70 also comprises an IP interface 78 of Ethernet type which allows the server 70 to connect to the local network 50.
  • the public Internet network 60 is connected to the ENUM database 63 storing the DNS system domain names for the public data of the equipment.
  • the ENUM 63 database stores the URIs associated with El 64 telephone numbers transformed into the Internet domain according to IETF recommendation RFC 2916.
  • the database stores public URIs and / or pointers to one or more Lightweight Directory Access Protocol (LDAP) databases (not shown) containing private URIs.
  • LDAP Lightweight Directory Access Protocol
  • a server 61 is connected to the public Internet network 60.
  • the server 61 allows the client-server application of subscriber 1 to benefit from its services.
  • a server 62 is also connected to the public Internet network 60.
  • the server 62 allows the client-server application of the subscriber 20 to benefit from its services.
  • the subscriber 1 has equipment such as a telephone terminal 3, fixed or mobile, connected directly or by means of a switch 2 to the switched telephone network 41 via the CAA 42.
  • Subscriber 1 also has a computer 4 connected to a local network 5.
  • the local network 5 is connected to an Internet type network 60 via a gateway 6 or firewall router capable of routing the data in the network 5 and to provide the gateway function between the network 5 and the Internet network 60.
  • the device 6 can ensure the security of information exchanges between the networks 5 and 60 by ensuring that 'no intrusion can be made into network 5.
  • the telephone terminal may be a telephone terminal 3 located on the same site as that of the computer 4 or be on a different site.
  • the computer 4 is at the subscriber's workplace, while the telephone terminal 3 is at the subscriber's home.
  • the computer 4 has in its memory programs capable of implementing the invention. Among other things, it includes client software 7 which dialogues with the server 70 via the local network 5, the firewall router 6, the Internet network 60, the firewall router 51 and the local network 50.
  • the computer 4 also includes one or more local applications 8 which execute if these have been configured by the user in the client software 7. These applications then execute upon notification of events by the server 70.
  • the computer 4 also includes one or more client-server type applications 9 which interact with the server 61 via the local network 5, the firewall router 6 and the Internet network 60, during event notifications by the server. 70.
  • the computer also includes one or more client-client type applications 10 which interact with a computer 23 via the local network 5, the firewall router 6, the Internet network 60, the router 51, the local network 50, the BAS 46 and a modem 21 during event notifications by the server 70 if they have previously been configured by the subscriber in the client software 7 or by the telecommunications operator 40 when subscribing to the subscriber 1 to the service.
  • client-client type applications 10 which interact with a computer 23 via the local network 5, the firewall router 6, the Internet network 60, the router 51, the local network 50, the BAS 46 and a modem 21 during event notifications by the server 70 if they have previously been configured by the subscriber in the client software 7 or by the telecommunications operator 40 when subscribing to the subscriber 1 to the service.
  • the computer 23 is the computer of another subscriber 20, connected to the CAA 45 via a modem 21 and whose telephone terminal 22 is likely to be in communication with the telephone terminal 3 of subscriber 1.
  • the subscriber 20 has equipment such as a telephone terminal 22 connected directly or via an ADSL modem 21 (Asymmetry Digital Subscriber Line) to the switched telephone network 41 via a CAA 45.
  • L subscriber 20 also has a computer 23 connected to the Internet 60 via the modem 21, a self-routing switch 45 comprising a BAS server 46 (Broadband Access Server), the local network 50 of the telephone operator and the firewall router 51 capable of ensuring the transfer of data between the network 50 and the Internet network 60.
  • BAS server 46 Broadband Access Server
  • the firewall router 51 can ensure the security of information exchanges between the networks 50 and 60 while ensuring that no intrusion can be made into the network 50.
  • the computer 23 has in its memory programs capable of implementing the invention.
  • the computer 23 includes, among other things, client software 24 which dialogs with the server 70 via the modem 21, the autonomy switch 45 comprising the BAS server 46 and the Internet local area network 50 of the telephone operator.
  • the computer 23 also includes one or more local applications 25 which run if these have been configured by the subscriber in the client software 24.
  • the computer 23 also includes one or more client-server type applications 26 which interact with a server 62 by means of the modem 21, of the routing autonomy switch 45 comprising the BAS server 46, of the local network 50 of the telephone operator and a “firewall” router 51 capable of ensuring the transfer of data between the network 50 and the Internet network 60, during event notifications by the server 70 if they have been previously configured by the user in the client software 24 or by the telecommunications operator 40 when the subscriber 20 subscribes to the service.
  • client-server type applications 26 which interact with a server 62 by means of the modem 21, of the routing autonomy switch 45 comprising the BAS server 46, of the local network 50 of the telephone operator and a “firewall” router 51 capable of ensuring the transfer of data between the network 50 and the Internet network 60, during event notifications by the server 70 if they have been previously configured by the user in the client software 24 or by the telecommunications operator 40 when the subscriber 20 subscribes to the service.
  • the computer 23 also includes one or more client-client type applications 27 which interact with the computer 4 previously described by means of the modem 21, of the routing autonomy switch 45 comprising the BAS server 46, of the local network.
  • Internet 50 of the telephone operator and the “firewall” router 51 capable of ensuring the transfer of data between the network 50 and the Internet network 60, during event notifications by the server 70 if they have been previously configured by the user in the client software 24 or by the telecommunications operator 40 when the subscriber 20 subscribes to the service.
  • Fig. 2a represents the service registration algorithm as provided by the invention in the telecommunications network.
  • a subscriber to the service wishes to establish the telephone / data coupling according to the invention.
  • the computer 4 of the subscriber 1 executes the client software program 7.
  • the computer 4 connects via the local network 5, the firewall router 6, the public Internet network 60, the firewall router 51 and the local network 50 to the client registration module 72 of the server 70 of the operator of telecommunications 40.
  • the client software program 7 requests in step E100 its registration with the client software recording module 72.
  • the client software 7 provides the client registration module 72, its user name, the password associated with the name of the user previously assigned when the subscriber 1 has registered for the service.
  • the client software 7 also provides the IP address (Internet protocol address) of the computer 4.
  • the client software 7 also provides its user profile, that is to say the port number of the client-client type applications 10 which it has, service filtering information such as the telephone events to be notified, days and times at which the subscriber wishes to use this service, the telephone numbers of the correspondents whose subscriber wishes to receive call notifications, the telephone number of the handset or handsets that the user wishes to be associated with the service offered by the invention, or even other information such as the telephone handset pickup notification request 3 or the telephone handset 3 end notification request.
  • the user profile is perfectly adapted to the user's wishes. This profile is for example determined at each registration of the subscriber and is effective only for the duration of the session.
  • the software recording module 72 nevertheless checks that the calling telephone number corresponds to a telephone number declared by the subscriber when he subscribed to the service.
  • a declared telephone may be the subscriber's home telephone, the workplace telephone number or the mobile telephone number.
  • the telephone number can be the telephone number of a telephone handset 3 placed on the same site as the computer device or on a different site.
  • the profile of subscriber 1 can also be produced in a predetermined manner by the telecommunications operator 40 providing the service.
  • the software recording module 72 interrogates the database 71 and compares the temporary parameters linked to the session such as the date and time, the telephone number of the correspondent of the call in progress with the numbers of the correspondents whose subscriber wishes receive call notifications, the type of notification such as handset pickup notification 3 or handset 3 call termination notification request.
  • the client software registration module 72 of the server 70 interrogates the database 71 of the server 70 in step E101 in order to authenticate it. This authentication is carried out by checking whether the name of the user is recognized as a client and whether his password is correct. If not, the connection is rejected, the program stops.
  • the client software registration module 72 confirms to the client software 7 the registration in step El 02.
  • the server 70 activates the trace module 76 which generates a trace of the connection in step El 03 and then stores it in step El 04 in the database 71.
  • the server 70 activates a periodic verification procedure for maintaining the connection of the computer 4 to the public Internet network 60.
  • the module for notification of network events and information of the client software 73 transmits a request in step E115 to the client software 7.
  • the client software 7 responds to the request by sending the client software 73 information and network event notification module, in step E106, an activity confirmation message.
  • the module for notifying network events and information of client software 73 checks, after having waited for a predetermined period, the reception of the message in step E107, and in the event of confirmation, returns to step E105. Upon non-receipt of a response to a request transmitted in step E105, the module for notification of network events and information of client software 73 updates the database 71 by deleting the information from the current session.
  • the server 70 upon non-receipt of the response, activates the trace module 76 which generates a trace of the disconnection in step E108 and then stores it in step El 09 in the database 71.
  • connection between the client software 7 and the server of the invention 70 is not permanent.
  • a TCP type connection (transport control protocol) is established on the initiative of the client software 7 during the recording phase and is released so as to best share the resources between all of the subscribers.
  • the server 70 establishes a TCP connection to the client software 7.
  • the method uses the UDP protocol (User Data Protocol) faster than the TCP protocol.
  • UDP protocol User Data Protocol
  • the client software 7 and the server 70 must guarantee this reliability by generating confirmation messages.
  • Fig. 2b describes the kinematics of a telephone call by a subscriber previously registered with the server 70.
  • the subscriber 1 picks up his telephone terminal 3 and dials the telephone number of his correspondent 20, the latter is detected in step El 10 by the autonomy switch CAA 42.
  • the switch CAA 42 being informed beforehand of the subscription to the telephone-data service of the subscriber, generates a message for the access switch to the CAS service 43 in step E11.
  • the CAS switch 43 transfers to step El 12 according to the INAP protocol
  • the context of the telephone call i.e. the called telephone number and the calling telephone number, to the PCS 44 service control point responsible for the service telephony-data coupling.
  • the telephone call is treated as a priority.
  • the PCS 44 informs the access switch to the calling service CAS 43 in step El 13 to continue processing the call.
  • the PCS service control point 44 then generates a request to the access switch to the calling service CAS 43 asking it to notify it of all the events to come relating to telephone communication. This corresponds to a so-called supervised call mode.
  • the CAS 43 requests in step E14 the CAA switch 42 to continue the call to the number called.
  • the CAA switch 42 On receipt of this request, the CAA switch 42 then routes the telephone call to the CAA switch 45 in step E15.
  • the switch CAA 45 notifies the subscriber 20 in step El 16 of the presence of a telephone call by generating a ringing signal intended for the telephone terminal 22.
  • the PCS 44 informs in step El 18 the telephone event notification module 75 of the server 70 of the call request in progress and communicates to it the telephone numbers of the caller as well as the called party.
  • the telephone event notification module 75 consults in step E1 19 the database 71 in order to determine whether this event should be processed or not.
  • the telephone event notification module 75 obtains from the database 71, the profile of the subscriber to the service.
  • the telephone event notification module 75 transfers in step E1 20 to the network event and information notification module of client software 73 of the server 70 the address of the computer 4 and information representative of a line seizure by handset 3 as well as the telephone number dialed.
  • the module for notifying network events and information of client software 73 notifies in step E121 the client software 7 and transfers all of the parameters mentioned above to it.
  • this notification is conditional on the request of such a service during registration as described in FIG. 2a and that the notification is made at a time authorized by the customer's profile 7.
  • the server 70 activates the trace module 76 which generates a trace of the connection in step E122 and then stores it in step E123 in the database 71.
  • the client software 7 in step E124 checks, using its local configuration stored on the computer 4, the list of actions to be performed and previously selected by the subscriber.
  • the client software 7 displays on the screen of the computer 4 the list of possible actions, for example displays an invitation to activate a local application 8 such as word processing software or software spreadsheet.
  • the tasks performed are invoiced to the client according to the time spent by the professional for the client.
  • a telephone call with the customer is thus likely to be invoiced, it must therefore be memorized.
  • these local applications 8 are activated automatically for example by executing a command for launching the application defining the path allowing access to it, its name and arguments. Thus, the professional is no longer subject to intervention in the activation.
  • Fig. 2c describes a telephone call by a subscriber not registered for the service provided by the server 70 and intended for a subscriber registered for the service provided by the server 70.
  • step E200 When subscriber 1 picks up his telephone terminal 3 and dials the telephone number of a correspondent 20, this is detected in step E200 by the CAA 42 autonomous routing switch.
  • the switch CAA 45 being informed of the subscription to the telephone data service of the subscriber 20, generates a message intended for the access switch to the CAS service 47 in step E202.
  • the CAS switch 47 transfers, in step E203, according to the INAP protocol, the context of the telephone call, that is to say the telephone number called and the telephone number calling, to the control point of PCS 44 services responsible for the telephony-data coupling service.
  • the PCS 44 informs the access switch to the CAS service 47, in step E204, to continue processing the call.
  • the PCS service control point 44 also generates a request to the access switch to the CAS service 47, at the same step E204, asking it to notify it of all the events to come relating to telephone communication.
  • the CAS 47 requests, in step E205, to the switch CAA 45, to continue the call to the number called and to generate in step E206 a ringing signal intended for the telephone terminal 22.
  • step E207 When the handset 22 is lifted, the telephone communication is established between the caller 1 and the called party 20 and the voice communication is established in step E207.
  • the PCS 44 informs in step E208 the telephone event notification module 75 of the server 70 of the call request in progress and communicates to it the telephone numbers of the caller as well as of called.
  • the telephone event notification module 75 consults, in step E209, the database 71 in order to determine whether this event should be processed or not.
  • the database nevertheless stores, and this for the duration of the communication, the context of the telephone call.
  • the subscriber 20 activates his client software 24 in step E210 in the same way as that described above with reference to steps El 00 to El 07 by the client software 7, the event notification module networks and information of the client software 73 transfers, in step E211, to the client software 24 the notification of the telephone event presented call as well as the telephone numbers of the caller and the called party.
  • the telephone event notification module 75 transfers the telephone number of the caller to the Resolver Enum module (number resolution module) 74 of the server 70.
  • the Resolver Enum 74 module transforms the calling telephone number into a domain name.
  • the ENUM resolver module 74 queries the ENUM DNS database (63) connected to the public Internet network 60 so that it supplies it with the list of URIs (uniform resource identifier) corresponding to the calling telephone number. This is for example the email address of subscriber 1, the address of the personal site of subscriber 1.
  • the telephone event notification module 75 then transfers this list to the database 71 for storage.
  • the module for notification of network events and information of the client software 73 then transfers, in step E211, to the client software 24 the notification of the telephone event presented call, the telephone numbers of the caller and the 'called, as well as the list of URIs concerning the caller previously obtained.
  • the client software 24 in step E212 Upon receipt of the event notification, the client software 24 in step E212, using its local configuration stored on the computer 23, checks the list of actions to be performed previously selected by the subscriber.
  • the client software 24 displays, on the screen of the computer 23, the list of possible actions, for example displays an invitation to activate an application of the client server type 26, such as navigation software. Internet.
  • This activation can alternatively be triggered automatically by the client software 24 by executing a command to launch the application defining the path to access it, its name and arguments.
  • the client-server type application 26 then sends in step E213, a request via the modem 21, intended for the server 62 connected to the public Internet network 60.
  • this information can be displayed by the man-machine interface of the client software 24.
  • the information on the caller's site is downloaded.
  • this information is stored locally on the hard disk of the computer 23.
  • Fig. 2d describes a telephone call between two subscribers 1 and 20 to the service according to the invention.
  • subscribers 1 and 20 have previously registered with the server 70 in accordance with steps El 00 to El 07 of the algorithm as described in FIG. 2a.
  • one or both subscribers 1 and 20 register with the server 70 in accordance with steps E100 to E107 of the algorithm as described in FIG. 2a only when the telephone communication has been established between the two subscribers 1 and 20.
  • subscriber 1 when subscriber 1 was registered, he requested notification of the call requests made by the handset 3 as well as the port number (s) of the compatible client-client applications. between the caller and the called party. Subscriber 20, for its part, requested notifications of "presented call", “alert” and "connection” telephone event with the arguments calling phone number, called phone number, port number (s) for client applications - compatible client (s) between the caller and the called party and the IP address (Internet Protocol) of computer 4 of subscriber 1.
  • IP address Internet Protocol
  • step E300 When the subscriber 1 picks up his telephone terminal 3 and dials the telephone number of his correspondent 20, this is detected in step E300 by the autonomy switch CAA 42.
  • the switch CAA 42 being informed of the subscription to the data telephony service of subscriber 1 generates a message intended for the access switch to the CAS service 43.
  • the establishment of telephone communication, the exchanges with the server 70 are carried out in step E301 in the same way as those described with regard to steps El 12 to El 15, El 18 to E120 of the algorithm of FIG . 2b. They will not be called back here.
  • the switch CAA 45 being informed of the subscription to the telephony-data service of subscriber 20, generates a message intended for the access switch to the CAS service 47 in step E302.
  • step E303 the exchanges with the server 70, the establishment of the communication are carried out. These are carried out in the same way as those described with regard to steps E203 to E207, E208 and E209 of the algorithm of FIG. 2c. They will not be called back here.
  • the server 70 consults the database 71, the user profiles of the subscribers 1 and 20 and obtains the port numbers of the client-client type applications 10, 27 available to the subscribers.
  • the server in a preferred mode determines the compatible port numbers of the client-client type applications of subscribers 1 and 20.
  • the module for notification of network events and information of the client software 73 transfers in step E304 to the client software 24 the following notifications: telephone number of the subscriber 1, telephone number of subscriber 20, IP address of computer 4, the port number (s) of compatible client-client applications 10 of subscriber 1 in accordance with the profile of subscriber 20 previously mentioned.
  • the module for notifying network events and information of client software 73 transfers in step E304 to client software 24 the port numbers of client-client applications 10 present on the computer 4 of subscriber 1 .
  • the client software 24 checks, in step E305, using its local configuration stored on the computer 23, the list of actions to be performed. These actions are for example conditional on the port numbers received.
  • the module for notifying network events and information of client software 73 has transferred in step E304 to client software 24 the port numbers of the client-client applications present on the computer 4 of subscriber 1, the client software also checks whether the port numbers of the client-client applications 10 are compatible with the port numbers of the client-client applications present on the subscriber's computer 23 20. When compatibility exists, the client software 24 performs, for example, conditional actions on the compatible port numbers. In step E306, the client software 24 displays on the screen of the computer 23 the list of possible actions, for example displays an invitation to activate an application of the client-client type "Activate Microsoft Netmeeting H323", and / or activate "FTR & D eConf SIP").
  • Activate Microsoft Netmeeting H323 is software for voice and video conferencing over IP from Microsoft company compliant with the H323 standard.
  • FTR & D eConf SIP is France Telecom's voice and video conferencing software over IP, compliant with the SIP standard.
  • client-client applications 27 compatible with the client-client applications 10 can also be activated automatically by executing a command for launching the application defining the path allowing access to the latter, its name and arguments.
  • the client-client application 27 present on the computer 23 of the subscriber 20 then waits, in step E307, for a call on the TCP / UDP port (s) assigned to this type of application.
  • the module for notification of network events and information of the client software 73 sends a notification, in step E308, to the client software 7 previously activated, by providing it with the following information: "call request”, with arguments caller's telephone number, called party's telephone number, the port number (s) of compatible client-client applications between subscribers 1 and 20 as well as the IP address of the computer 23 of subscriber 20.
  • the module for notifying network events and information of client software 73 transfers in step E308 to client software 7 the port numbers of client-client applications 27 present on the computer 23 of subscriber 20 .
  • the client software 7 After receiving the event notification sent by the network event and information notification module of the client software 73 in step E308, the client software 7, in step E309, verifies using its stored local configuration on computer 4, the list of actions to be performed.
  • the client software 7 If in accordance with the previously mentioned variant, the module for notification of network events and information of the client software 73 has transferred in step E308 to the client software 7 the port numbers of the client-client applications present on the subscriber's computer 23, the client software also checks whether the port numbers of the client-client applications 27 are compatible with the port numbers of the client-client applications 10 present on the subscriber's computer 4 1. When compatibility exists, the client software 7 performs, for example, actions conditional on the compatible port numbers.
  • the client software 7 displays in step E310 on the screen of the computer 4 the list of possible actions, for example displays an invitation to activate a client-client type application "Activate Microsoft Netmeeting H323", and / or activate "FTR & D eConf SIP” and waits for a selection by the user of a client-client application 10 displayed.
  • client-client applications 10 compatible with the client-client applications 27 can be activated automatically at this same step.
  • the client-client application 10 When activated in step E310, the client-client application 10 sends in step E311 a request adapted to the protocol of the client-client application 10 and intended for the client-client application 27. This request is transmitted over the public Internet network 60, the “firewall” router 51, the network 50, the BAS 46 and the modem 21.
  • the routing is based on the IP address of the computer 23 and on the declared application port (s).
  • the client-client application 27 sends, in step E312, to the client-client application 10 an acceptance or refusal message.
  • Fig. 3 shows a second embodiment of the invention in a telecommunications network comprising a service node architecture.
  • the server connects to the network in the same way as a subscriber terminal.
  • the telecommunications network includes an ASP application service provider noted 190 which is for example associated with a telecommunications operator 140, a switched telephone network 141, a network of mobile telephones 148, of GSM type acronym of Global System Mobile or UMTS type acronym of Universal Mobile Telecommunications System, an ISP 150 network (Internet service provider) and a public Internet network 160.
  • the switched telephone network 141 is associated with a autonomy switch CAA noted 142 allowing the provision of conventional telephone service to a subscriber 100.
  • the switched telephone network 141 is linked to the mobile telephone network 148.
  • the ASP application service provider 190 includes a local area network 184.
  • the local network 184 is also connected to the public Internet network 160 through a Firewall router 185 also ensuring the security of information exchanges between the networks 184 and 160 while ensuring that no intrusion can be carried out in the network 184.
  • a server 170 is connected to this local network 184.
  • the server 170 is also connected to the telephone network 141 via the routing autonomy switch 142.
  • the server 170 is either centralized on a single device, or distributed over different devices placed or not on the same site.
  • the server 170 consists of a database of the service 171 identical to the database 71 of FIG.
  • the server 170 also includes a recording module 172 of the client software of the subscribers to the service identical to the recording module 72 of FIG. 1.
  • the server 170 also includes a module 173 for notification of network events and information for client software 107 and 124 identical to the module 73 for notification of network events and information for client software 7 and 24 in FIG.
  • Server 170 includes an electronic number resolution module
  • the server 170 also includes a trace module 176 identical to the trace module 76 of FIG. 1.
  • the server 170 also includes a software download module 177 identical to the software download module 77 of FIG. 1.
  • the server 170 also includes an IP interface 178 of the Ethernet type allowing the server 170 to connect with the local network 184.
  • the server 170 comprises an automatic call module 179 which processes the signaling of incoming and outgoing telephone calls.
  • the server 170 comprises a telephone interface PSTN 180 of the ISUP type (ISDN user signaling protocol), ISDN being the acronym of Digital Network with Services Integration which allows the connection of the server 170 with the telephone network 141 via the CAA 142 of the telecommunications operator 140.
  • ISUP ISDN user signaling protocol
  • ISDN being the acronym of Digital Network with Services Integration which allows the connection of the server 170 with the telephone network 141 via the CAA 142 of the telecommunications operator 140.
  • the interface 180 can also be an interface conforming to the standard SS7 (signaling code 7).
  • the server 170 also includes a module 181 for managing the PSTN telephone voice streams allowing the media channels of the incoming telephone communication and the outgoing telephone communication to be matched.
  • the server 170 also includes a module 183 called proxy used by client-client type applications (or even client-server type).
  • a proxy is a server that acts as an interface between a subscriber and another remote subscriber.
  • the proxy forwards messages generated by the subscriber to the recipient.
  • the recipient replies to the proxy as if it were the generator of the message.
  • the proxy then forwards the response to the subscriber.
  • the signaling flows as well as the media control flows according to the Internet protocol will pass through this module. According to a particular mode, and for performance aspects, the IP media streams according to the Internet protocol may not borrow the module 183.
  • the module 183 can process several types of applications such as video streams coded according to the H323 or SIP formats.
  • the video media packets transported according to the RTP protocol may or may not pass through the IP proxy 183.
  • the control packets for video media packets conforming to the RTCP protocol pass through the proxy 183 adapted to this video application.
  • an ENUM database 163 identical to the database 63 of FIG. 1
  • the subscriber 100 has equipment such as a telephone handset 103, fixed or mobile, connected directly or by means of a automatic switch 102 to the switched telephone network 141 via a CAA 142.
  • the subscriber 100 also has a computer 104 connected to a local network 105.
  • the local network 105 is connected to an Internet type network 160 via a gateway 106 or firewall router identical to the firewall router 6 of Fig. l
  • the computer 104 has programs in its memory capable of implementing the invention. It includes software 107, 108, 109 and 110 offering the same functionalities as the respective software 7, 8, 9 and 10 in Fig.l.
  • Subscriber 120 has equipment such as a mobile telephone handset
  • Subscriber 120 also has a computer 123 connected via a modem 121, to the Internet 160 through the network 150 of its Internet service provider, and a router 151.
  • the modem 121 is a standard PSTN or ISDN modem.
  • the computer 123 has in its memory programs 124, 125, 126 and 127 suitable for implementing the invention and offering the same functionalities as the respective software 24, 25, 26 and 27 in FIG.
  • Fig. 4 represents an algorithm describing the kinematics of activation of a client-client type application in parallel with a telephone communication.
  • the activation of the client-client application is managed by a service node type architecture, with signaling, media flows and control flows of the client-client application media flows passing through a proxy module 183.
  • the subscriber 100 Prior to a telephone call, the subscriber 100 registers for the service as provided by the invention in the network according to the second embodiment.
  • the computer 104 of the subscriber 100 executes the client software program 107.
  • the computer 104 connects via the local network 105, the firewall router 106, the public Internet network 160, the firewall router 185 and the local network 184 to the client registration module 172 of the server 170 of the ASP 190 .
  • the client software program 107 generates the same type of request intended for the client software recording module 172 and provides the same type of information as the software program 7 of FIG. 1 during the recording described with reference to FIG. 2a.
  • the client software registration module 172 of the server 170 interrogates the database 171 of the server 170 in order to authenticate the subscriber 100 and confirms the registration to the client software program 107 in the same way as the client software module 72 interrogates the database. data 71 of FIG. 1 during the recording described with reference to FIG. 2a.
  • the server 170 activates the trace module 176 in the same manner as that described with reference to FIG. 2a.
  • the server 170 activates a periodic verification procedure for maintaining the connection of the computer 104 to the public Internet network 160 in the same manner as that described with reference to FIG. 2a.
  • the subscriber 100 picks up, at step E400, his telephone terminal 103 and dials the telephone number of the service allowing the telephony-data application coupling. This telephone number is associated with the telephone interface 180.
  • a message for requesting the establishment of a telephone call is transmitted in step E401 to the automatic call module 179.
  • the automatic call module 179 automatically accepts the incoming telephone call in step E402.
  • the automatic call module 179 generates an "Alert” message, or even a message prior to the "Connection” message intended for the client software program 107.
  • the automatic call module 179 in order to check whether the client software 107 of the subscriber 100 is registered at the server 170, generates a request in step E403 to the database 171 using the telephone number calling in as a search key. It should be noted that for certain communications, in particular when the subscriber 100 makes a call to an Audiotel server, the telephone number of the calling subscriber 100 is kept secret.
  • the server 170 requests the subscriber 100, by means of a voice announcement, to communicate his telephone number and to dial it with the voice keys of his handset telephone. This communicated telephone number is then used as a search key.
  • the call controller 179 requests the activation of the voice management module 181 in step E404.
  • the voice management module 181 being activated in step E405, the call controller
  • step E406 requests the broadcast, by the voice management module 181, of a voice announcement in step E406 asking it to enter the telephone number 122 of its correspondent 120 using the voice frequency dialing of its handset 103.
  • the voice announcement first asks the caller to activate its client software 107, and then to enter the telephone number 122 of its correspondent 120.
  • the number is communicated to the automatic call module 179.
  • the automatic call module 179 requests, in step E408, the voice management module 181 to broadcast in step E409 a waiting message to the caller 100.
  • the automatic call module 179 interrogates, in step E410, the database 171, supplying it as primary key the telephone number of the called party 120, in order to check whether the client software 124 is registered.
  • the server 170 consults the database 171, the user profiles of the subscribers 100 and 120 and obtains the port numbers of the client-client type applications 110, 127 available to the subscribers.
  • the server in a preferred mode determines the compatible port numbers of client-client type applications of subscribers 100 and 120.
  • step E411 the automatic call module 179 establishes an outgoing telephone call to the subscriber 120 on his telephone 122 via the CAA 142 and the networks 141 and 148.
  • the automatic call module 179 notifies, in step E413, the voice management module 181 so that the latter broadcasts, at the same step, a voice announcement to subscriber 120.
  • This voice announcement indicates to the called party 120 that the caller 100 wishes to reach him by telephone with the implementation of a client-client application in parallel.
  • the voice message also requests during step E413 the called party 120 to activate its client software 124.
  • the subscriber 120 activates, in step E414, his software 124 in the same manner as that described for the subscriber 100 with the only difference that the operation is carried out via his ISP 150, of the router 151, from the Internet 160, from the router 185 and from the local network 184.
  • the client software notification module 173 transfers in step E416 to the client software 124 the following notifications: subscriber telephone number 100, subscriber telephone number 120, computer IP address 104, the one or more port numbers of client-client applications 110 of subscriber 100 compatible with those of subscriber 120.
  • the module for notifying network events and information of client software 173 transfers in step E416 to client software 124 the port numbers of client-client applications 110 present on the computer 104 of subscriber 100 .
  • the client software notification module 173 transfers in step E416 to the client software 124 information representative of the local and / or client-server application (s) present on the computer 104 of the subscriber 100.
  • This information allows subscriber 120 to choose the encoding format for digital images or audio data before transferring them to the computer. 100 of subscriber 104 if desired.
  • the client software 124 After receiving the event notification sent by the client software notification module 173 in step E416, the client software 124 checks in step E417 using its local configuration stored on the computer 123 the list of actions to be performed .
  • the client software 124 displays on the computer screen 123 at the same step E417 the list of possible actions, for example displays an invitation to activate a client type application "Activate Microsoft Netmeeting H323", and / or activate " FTR & D eConf SIP ".
  • step E416 the module for notifying network events and information of the client software 173 has transferred in step E416 to the client software 124 the port numbers of the client-client applications present on the computer 104 of subscriber 100
  • client software 124 further checks whether the port numbers of the client-client applications 127 are compatible with the port numbers of the client-client applications present on the computer 104 of the subscriber 100. When compatibility exists, the client software 124 performs by example of actions conditional on compatible port numbers.
  • client-client applications 127 compatible with the client-client applications 110 can be activated automatically.
  • the client-client application 127 puts itself on hold on the TCP / UDP port (s) of the computer 123 assigned to this type of application.
  • This is for example the TCP port 1720 for applications conforming to the H323 format or the TCP / UDP port 5060 for SIP type applications.
  • the client software registration module 172 informs the client software notification module 173 of the confirmation in step E418.
  • the latter transmits in step E419 to the client software 107 the following information: telephone events "Connection" with the arguments telephone number of the caller, telephone number of the called party, the port number (s) of the client applications compatible client (s) between the caller and the called party and the IP address (es) of the IP proxy (s) 183 compatible with the client-client application (s).
  • the client software 107 verifies, using its local configuration stored on the computer 104, the list of actions to be performed.
  • step E420 the client software 107 displays on the screen of the computer 104 the list of possible actions, for example displays an invitation to activate an application of the client-client type "Activate Microsoft Netmeeting H323", and / or activate "FTR & D eConf SIP". It should also be noted that the activation of the application can be automatic.
  • the client-client software application 110 When the client-client software application 110 is activated, it sends at step E421 a request dependent on the protocol of the client-client application 110 (for example sending a SETUP message H323) to the compatible proxy 183. A upon receipt of this request, the proxy 183 interrogates, in step E422, the database 171 in order to obtain the context linked to the IP session between the subscribers 100 and 120.
  • a request dependent on the protocol of the client-client application 110 for example sending a SETUP message H323
  • the proxy 183 interrogates, in step E422, the database 171 in order to obtain the context linked to the IP session between the subscribers 100 and 120.
  • the proxy 183 thus obtains the IP address of the computer 123. To do this, the proxy 183 uses the IP address of the computer 104 as the search key.
  • the proxy 183 adapted to client-client applications 110 and 127 creates a context comprising the IP address of the computer 104, the original TCP / UDP port number (s) used, the IP address of the computer 123 , the TCP / UDP port number (s) from the IP 183 proxy used.
  • the proxy 183 then extends, in step E423, the request to the subscriber 120 using the TCP / UDP port number (s) linked to the client-client application.
  • the client-client application 127 On receipt of this request, the client-client application 127 sends a confirmation message, at step E424, to the proxy 183, which extends this confirmation at step E425, to the client-client application 110 , using the information present in the previously created context.
  • the media stream (s) can then transit between the client-client applications 127 and 110 in step E426, passing or not via the proxy 183. It should be noted that at this instant, the two computers 104 and 123, and more particularly the client-client software 110 and 127 are in communication.
  • the telephone communication between the two subscribers 100 and 120 can be interrupted without interrupting the communication between the client-client software 110 and 127.
  • the service thus provided to the subscribers 100 and 120 corresponds in this case to an automatic IP connection and this by via telephone communication.
  • the server 170 by searching for the IP addresses of the computers 104 and 123, by determining the client-client applications present on each of the computers 104 and 123 and compatible in them, allows the connection of these applications by simple call telephone.
  • Subscribers 100 and 120 only have to know the telephone number of their respective correspondent 120 and 100 to get in touch with each other without having to know the IP address of the computer from their correspondent.
  • the simple memorization of a telephone number then makes it possible for a subscriber to the service according to the invention to establish at the same time a conventional telephone communication, a voice-data communication or simply a data communication between two computer devices.
  • the invention as described with matching with two subscribers also allows matching with a larger number of subscribers if for example they use the services provided by a so-called bridge server. conference.
  • the server according to the invention determines for each or only a part of the subscribers in a conference call the client-client applications in the same way as that previously described between two subscribers.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • General Engineering & Computer Science (AREA)
  • Telephonic Communication Services (AREA)

Abstract

L'invention concerne un procédé de transfert d'informations par un serveur (70) suite à l'obtention d'informations d'état d'une communication téléphonique entre au moins deux combinés téléphoniques (3, 22), chaque combiné téléphonique étant associé à un dispositif informatique (4, 23), les informations étant transmises sur un réseau (60) véhiculant des paquets de données à destination d'au moins un des dispositifs informatiques, caractérisé en ce qu'il comporte les étapes d'obtention d'informations sur au moins une application (7, 8, 9, 10) présente sur au moins un des dispositifs informatiques (4) et de transfert à au moins une application (24, 25, 26, 27) présente sur au moins un des autres dispositifs informatiques (23) d'informations prédéterminées à partir des informations obtenues. Corrélativement, l'invention propose le dispositif associé au procédé de transfert ainsi que le procédé et le dispositif d'activation d'au moins une application dans un dispositif client.

Description

Procédé et dispositif de couplage automatique
La présente invention concerne un procédé, un dispositif de couplage automatique, d'au moins une communication téléphonique sur un réseau, avec au moins une application située sur un terminal d'un usager du réseau.
Certains terminaux téléphoniques disposent de la fonctionnalité de présentation du numéro de l'appelant. Ce numéro est transmis au cours de l'établissement de la communication et est ensuite affiché sur l'écran du terminal téléphonique.
Est aussi connu le service tel que l'indication d'une tentative d'appel téléphonique sur une ligne téléphonique occupée. Par exemple, lorsqu'un abonné utilise sa ligne téléphonique pour accéder à des informations sur le réseau Internet par l'intermédiaire d'un modem, celui-ci peut recevoir un message sur son ordinateur lui indiquant que quelqu'un cherche à le joindre par communication téléphonique.
Dans la demande de brevet publiée aux Etats-Unis sous la référence
US2002/0057677, est décrite une méthode pour la réalisation d'un service de transmission automatique à un abonné d'un réseau de télécommunication, de paquets de données préenregistrés. Le réseau de télécommunication comprend un réseau de
type Internet sur lequel les données sont transmises et un réseau de type réseau téléphonique commuté. Lorsque l'abonné fait un appel téléphonique par l'intermédiaire du réseau téléphonique commuté à destination d'un autre abonné, le réseau transmet des données par l'intermédiaire du réseau Internet à l'ordinateur d'un des abonnés ou aux ordinateurs des abonnés connecté (s) au réseau Internet. Ces données sont le numéro de téléphone de l'abonné appelant ainsi que le numéro de téléphone de l'abonné appelé.
Les informations transmises dans l'état de la technique n'offrent que des fonctionnalités limitées, elles ne sont que purement informatives et ne font que reproduire sur un terminal informatique, le même type d'informations que celles présentées sur l'écran d'un terminal téléphonique.
L'invention a pour but de résoudre les inconvénients de l'art antérieur en proposant un procédé d' activation d'au moins une application sur au moins un dispositif informatique client connecté à un réseau véhiculant des paquets de données auquel est relié un serveur obtenant des informations d'état représentatives de l'état d'une communication téléphonique entre un premier combiné téléphonique associé à un ou chaque dispositif informatique client et au moins un second combiné téléphonique, caractérisé en ce que le procédé comporte les étapes de :
- réception par le dispositif informatique client d'informations prédéterminées du serveur suite à l'obtention d'informations d'état,
- et suite à ladite réception, génération d'au moins un message pour l'activation de ladite ou de chaque application sur le dispositif informatique client.
Ainsi, suite à un établissement de communication, des applications logicielles présentes sur un dispositif informatique peuvent être activées suite à cet établissement de communication. Les tâches de l'utilisateur du dispositif informatique client sont ainsi simplifiées.
Plus précisément, le message pour l'activation est une commande d'exécution activant la ou chaque application.
Ainsi, de manière complètement automatique pour l'abonné, des logiciels sont activés, ils permettent ainsi une utilisation d'informations associées à une communication téléphonique.
Plus particulièrement, le message pour l'activation est un message d'invitation à sélectionner la ou chaque application, on obtient des informations représentatives de la sélection d'au moins une application et on génère une commande d'exécution activant la ou chaque application sélectionnée.
Ainsi, en proposant à l'utilisateur un choix quant à la sélection d'une application, celui-ci peut décider selon le type de communication en cours d'activer ou non cette ou ces applications.
Plus particulièrement, chaque combiné téléphonique est associé à un dispositif informatique client et les informations prédéterminées reçues par un dispositif informatique client associé à un combiné téléphonique comprennent des informations représentatives d'applications contenues dans au moins un autre dispositif informatique client associé à l'autre combiné téléphonique.
Ainsi, l'utilisateur d'un dispositif informatique est informé des logiciels informatiques dont l'autre dispositif informatique client dispose, il est alors en mesure de choisir par exemple un format approprié pour transférer des données vers celui-ci tout en étant certain de la capacité à traiter celles-ci par l'utilisateur de l'autre dispositif informatique client.
Avantageusement, les informations prédéterminées comprennent des informations représentatives des applications client-client contenues dans chaque autre dispositif informatique client compatibles avec des applications client-client contenues dans le dispositif informatique client. Ainsi, l'utilisateur n'a plus à déterminer les applications compatibles parmi l'ensemble d'informations reçues, seules les applications compatibles sont transférées. Une réduction de la quantité d'informations transmises sur le réseau véhiculant des paquets de données est alors réalisée.
L'utilisateur peut ainsi déterminer simplement, parmi les applications dont il dispose, les applications compatibles avec celles de son correspondant. Cette opération peut être aussi faite de façon automatique sur le dispositif informatique ou ordinateur. Si l'utilisateur désire échanger des informations avec son correspondant, en utilisant des logiciels de type client-client, ce type d'informations est essentiel pour un bon échange. Plus précisément, les informations représentatives des applications client-client contenues dans chaque autre dispositif client sont au moins un identifiant de port attribué à chaque application client-client compatible.
Cette information permet d'adresser des données à une application prédéterminée et ainsi de faire une tentative d'établissement de communication. Plus précisément, à la sélection d'une application client-client, l'application client-client génère un message à destination du port de l'application client-client compatible d'au moins un autre dispositif informatique, et à la réception d'un message de réponse par l'application client-client compatible d'au moins un autre dispositif, l'application client-client transfère un flux de données à destination de l'application client-client compatible du au moins un autre dispositif.
Ainsi, un flux de données est échangé entre les deux dispositifs informatiques clients en parallèle à la communication téléphonique.
Avantageusement, à la sélection d'une application client-client, l'application client-client sélectionnée génère un message à destination du port du serveur compatible avec l'application client-client sélectionnée et à la réception d'un message de réponse du port du serveur compatible du serveur, l'application client-client transfère un flux de données à destination du port du serveur compatible avec l'application client-client sélectionnée. Ainsi, le flux d'informations est transmis sans que l'utilisateur du dispositif informatique ne connaisse l'adresse informatique de l'autre dispositif informatique. La confidentialité de cette adresse informatique peut alors être préservée.
Avantageusement, les applications contenues dans le dispositif informatique client sont des applications locales ou des applications client-serveur et les informations représentatives des applications contenues dans l'autre dispositif informatique sont des applications locales ou des applications client-serveur.
Ainsi, un abonné peut par exemple être informé par exemple des logiciels de compression dont dispose l'autre abonné avec lequel il est en communication.
Plus précisément, une application client active reçoit les informations prédéterminées du serveur, l'application client active, préalablement à la réception desdites informations prédéterminées, s'enregistre auprès du serveur distant et lors de l'enregistrement auprès du serveur distant, l'application client active transfère au serveur le nom de l'abonné et/ou son mot de passe et/ou l'adresse du dispositif informatique client et/ou le ou les numéros de téléphone associés au dispositif informatique client, et/ou le ou les numéros de port d'autres applications présentes sur le dispositif informatique, et/ou les périodes de temps où les informations prédéterminées peuvent être transférées à ladite application active, et/ou les numéros de téléphone de correspondants pour lesquels les informations prédéterminées peuvent être transférées à ladite application active. Ainsi, le serveur, à partir de ces informations, peut déterminer si un abonné a le droit ou non d'accéder au service qu'il fournit, et aussi de pouvoir déterminer rapidement et au moment opportun les informations à transférer à un abonné.
Ainsi, le serveur ne transfère des informations que si celles-ci sont opportunes, la bande passante du réseau véhiculant des paquets de données est utilisée de façon optimale. L'utilisateur quant à lui, disposant de possibilité de filtrage, ne reçoit que des données pertinentes.
La réception d'informations telle que l'adresse électronique du correspondant permet, par exemple, une connexion automatique au site Internet du correspondant et ainsi d'avoir accès aux informations contenues dans le site au cours de la communication téléphonique. Elle permet aussi la réception de l'adresse électronique de la boîte à lettre du correspondant et ainsi de pouvoir doubler la communication téléphonique d'échanges de courriers électroniques.
Ainsi, un abonné n'a pas besoin de connaître l'adresse électronique du dispositif informatique de son correspondant pour transférer des informations à celui-ci, il n'a besoin que du numéro de téléphone de son correspondant.
Préférentiellement, les informations prédéterminées comportent en outre des informations représentatives d'une notification de prise ou de fin de prise de ligne du combiné téléphonique associé. En effet, la prise de ligne, ainsi que la libération de la ligne, sont des informations qui permettent de déterminer la durée de la communication, ce type d'informations est important pour certaines applications.
De plus, la libération de la ligne permet, dans certains cas, de désactiver des applications précédemment activées lors de la prise de ligne et d'éviter une surabondance d'applications actives sur un dispositif informatique.
Plus précisément, les informations prédéterminées comprennent en outre des informations permettant d'identifier le correspondant et/ou des informations représentatives d'au moins une adresse électronique associée au correspondant.
Ces informations sont intéressantes pour certaines applications, elles peuvent par exemple être nécessaires à la réalisation d'un journal des appels reçus ou autre.
Corrélativement, l'invention propose un dispositif d'activation d'au moins une application qui comporte des moyens pour mettre en œuvre le procédé d'activation précédemment décrit. L'invention concerne aussi un procédé de transfert d'informations par un serveur suite à l'obtention d'informations d'état d'une communication téléphonique entre deux combinés téléphoniques, chaque combiné téléphonique étant associé à un dispositif informatique, les informations étant transmises sur un réseau véhiculant des paquets de données à destination d'au moins un des dispositifs informatiques, caractérisé en ce qu'il comporte les étapes de :
- obtention d'informations sur au moins une application présente sur au moins un des dispositifs informatiques,
- transfert à au moins une application présente sur au moins un des autres dispositifs informatiques d'informations prédéterminées à partir des informations obtenues.
Corrélativement, l'invention concerne un dispositif de transfert d'informations suite à l'obtention d'informations d'état d'une communication téléphonique entre deux combinés téléphoniques, chaque combiné téléphonique étant associé à un dispositif informatique, les informations étant transmises sur un réseau véhiculant des paquets de données à destination d'au moins un des dispositifs informatiques, caractérisé en ce qu'il comporte :
- des moyens d'obtention d'informations sur au moins une application présente sur au moins un des dispositifs informatiques, - des moyens de transfert d'informations prédéterminées à partir des informations obtenues à au moins une application présente sur au moins un des autres dispositifs informatiques.
Plus précisément, les informations obtenues sont au moins un identifiant d'une application présente sur un dispositif informatique et les informations prédéterminées transférées sont le ou chaque identifiant de l'application.
Avantageusement, les informations prédéterminées transférées sont le ou chaque identifiant de l'application compatible avec une application présente sur l'autre dispositif informatique.
Plus précisément, chaque combiné téléphonique associé à un dispositif informatique est associé à un abonné et l'obtention consiste à consulter une base de données comprenant un profil de chaque abonné, le profil comportant au moins un identifiant d'au moins une application présente sur le dispositif informatique de l'abonné et une adresse informatique du dispositif informatique de l'abonné. Plus particulièrement, si le type d'informations à transférer comprend des informations représentatives d'au moins une adresse informatique associée à un abonné, on obtient au moins une adresse informatique associée par l'intermédiaire d'une base de données prédéterminée à partir du numéro de téléphone de l'abonné et les informations transférées comportent entre autres l'adresse informatique obtenue. Avantageusement, le procédé effectue les étapes de réception des informations d'au moins un des dispositifs informatiques et de transfert des informations reçues à un ou chaque autre dispositif informatique.
Ainsi, chacun des dispositifs informatiques communique uniquement avec le serveur, celui-ci ayant le rôle de proxy.
Les avantages des dispositifs étant identiques à ceux mentionnés pour les procédés, ceux-ci ne seront pas rappelés.
L'invention concerne aussi le programme d'ordinateur stocké sur un support d'informations, ledit programme comportant des instructions permettant de mettre en œuvre le procédé de traitement précédemment décrit, lorsqu'il est chargé et exécuté par un système informatique.
Les caractéristiques de l'invention mentionnées ci-dessus, ainsi que d'autres, apparaîtront plus clairement à la lecture de la description suivante d'un exemple de réalisation, ladite description étant faite en relation avec les dessins joints, parmi lesquels: la Fig. 1 représente un premier mode de réalisation de l'invention dans un réseau de télécommunication de type réseau intelligent ; la Fig. 2a représente l'algorithme d'enregistrement au service tel que fourni par l'invention dans le réseau de télécommunication ; la Fig. 2b décrit la cinématique d'un appel téléphonique par un abonné préalablement enregistré au serveur de l'invention; la Fig. 2c décrit un appel téléphonique par un abonné non inscrit au service fourni par le serveur de l'invention et à destination d'un abonné au service fourni par le serveur de l'invention; la Fig. 2d décrit un appel téléphonique entre deux abonnés du service fourni par le serveur de l'invention; la Fig. 3 représente un second mode de réalisation de l'invention dans un réseau de télécommunication comportant une architecture nœud de service ; la Fig. 4 représente un algorithme décrivant la cinématique d'activation d'une application de type client-client en parallèle d'une communication téléphonique selon le second mode de réalisation.
La Fig. 1 représente un premier mode de réalisation de l'invention dans un réseau de télécommunication de type réseau intelligent.
Le réseau de télécommunication est constitué d'un réseau téléphonique commuté 41, d'un réseau Internet public 60 et d'un opérateur de télécommunication 40. Le réseau de télécommunication assure l'échange d'informations entre un abonné référencé 1 et un abonné référencé 20.
Au réseau téléphonique commuté noté 41 en Fig. 1, est associé un commutateur à autonomie d'acheminement CAA noté 42 permettant la fourniture du service téléphonique classique à un abonné 1. Ce commutateur CAA 42 comporte un commutateur d'accès au service CAS noté 43 qui informe le serveur 70 des différents appels effectués et/ou reçus par l'abonné 1 avec son combiné téléphonique 3.
Le commutateur d'accès au service 43 permet ainsi l'accès aux différents services offerts par l'invention à l'abonné 1. Ces messages d'informations sont transférés, du commutateur 42, à un point de commande de services 44, par l'intermédiaire d'un réseau commuté 41. Le point de commande de services 44 traite ensuite ces messages d'informations.
A ce réseau commuté 41, est aussi associé un commutateur à autonomie d'acheminement CAA, noté 45, permettant la fourniture du service téléphonique de base à un abonné 20.
Le commutateur 45 comporte un commutateur d'accès au service CAS, noté 47, qui informe le serveur 70 des différents appels effectués et/ou reçus par l'abonné 20 et permet ainsi l'accès aux différents services offerts par l'invention à l'abonné 20.
Ces messages d'informations sont transférés du commutateur 45 au point de commande de services 44 par l'intermédiaire du réseau commuté 41. Le point de commande 44 de services traite ensuite ces messages d'informations.
Le commutateur 45 comporte également un serveur d'accès large bande BAS 46 permettant à l'abonné 20 de bénéficier de com exion haut débit de type ADSL acronyme de «Asymétrie Digital Subscriber Line ». Le réseau de télécommunication comporte aussi un réseau local 50, par exemple conforme au protocole Ethernet.
A ce réseau local 50, sont connectés le point de commande de services 44 et le serveur d'accès large bande 46. Le réseau local 50 est aussi relié au réseau public Internet 60 au travers d'un routeur firewall (ou pare-feu) 51 qui assure aussi la sécurité des échanges d'informations entre les réseaux 50 et 60 en veillant à ce qu'aucune intrusion ne puisse être effectuée dans le réseau 50.
Le réseau de télécommunication comprend un serveur 70 relié au réseau local 50. Ce serveur 70 est soit centralisé sur un seul dispositif ou réparti sur différents dispositifs placés ou non sur un même site.
Le serveur 70 est constitué d'une base de données du service 71 dans laquelle sont mémorisées des informations nécessaires à l'exécution des services selon l'invention. Ces informations sont, par exemple et de manière non limitative, des informations mémorisées de manière permanente telles que les profils d'abonnement des abonnés aux services selon l'invention, les traces des différentes opérations effectuées par les abonnés.
La base de données 71 comporte aussi des informations temporaires liées aux sessions des abonnés.
Ces informations sont, par exemple et de manière non limitative, le/les numéros de téléphone associé au service, l'adresse Internet des ordinateurs des abonnés, les numéros de port des applications client-client dont les ordinateurs des abonnés disposent, des informations de filtrage telles que les jours de l'année, les horaires pendant lesquels les abonnés accèdent aux services, les numéros de téléphone des abonnés distants autorisés au service.
Le serveur 70 comporte aussi un module 72 d'enregistrement des logiciels clients des abonnés au service. Ces logiciels clients seront décrits ultérieurement.
Le serveur 70 comporte aussi un module 73 de notification d'événements réseaux et d'informations des logiciels clients.
Le serveur 70 comporte un module de résolution de numérotation électronique ENUM 74 qui permet d'obtenir, à partir d'un numéro de téléphone au format E.164 (recommandation du CCITT), les identificateurs de ressources uniformes URI publiques et/ou privées correspondant au numéro de téléphone. Ces identificateurs de ressources uniformes sont stockés dans une base de données ENUM 63 reliée au réseau public Internet 60.
Le serveur 70 comporte aussi un module de notification d'événements téléphoniques 75 qui reçoit l'ensemble des événements liés aux communications téléphoniques des abonnés 1 et 20.
Ces événements proviennent du réseau téléphonique 41 et transitent à travers le point de commande de service 44, le réseau local 50. Le module de notification d'événements 75 recherche dans la base de données service 71 les événements réseau configurés via les logiciels client ou lorsque l'abonné prend un abonnement au service.
Lorsqu'un événement réseau ou état de communication détecté fait partie du profil de l'abonné contenu dans la base de données 71, cet événement ou cet état est transmis au module de notification d'événements réseaux et d'informations des logiciels clients 73. Le serveur 70 comporte aussi un module de trace 76 qui génère les enregistrements des sessions des abonnés au service. Les enregistrements sont stockés dans la base de données 71.
Le serveur 70 comporte aussi un module de téléchargement de logiciels 77 qui permet aux abonnés au service de télécharger leur logiciel client et/ou différentes applications de type local ou client serveur ou client-client.
Le serveur 70 comporte aussi une interface IP 78 de type Ethernet qui permet au serveur 70 de se connecter au réseau local 50.
Au réseau public Internet 60, est connectée la base de données ENUM 63 mémorisant les noms de domaines système DNS pour les données publiques des équipements. La base de données ENUM 63 mémorise les URI associés aux numéros de téléphones El 64 transformés en domaine Internet selon la recommandation RFC 2916 de l'IETF. La base de données mémorise les URI à caractère public et/ou des pointeurs vers une ou plusieurs bases de données LDAP « Lightweight Directory Access Protocol » (non représentées) contenant les URI à caractère privé. Au réseau public Internet 60, est connecté un serveur 61. Le serveur 61 permet à l'application client-serveur de l'abonné 1 de bénéficier de ses services.
Un serveur 62 est aussi connecté au réseau public Internet 60. Le serveur 62 permet à l'application client-serveur de l'abonné 20 de bénéficier de ses services. L'abonné 1 dispose d'équipements tels qu'un terminal téléphonique 3, fixe ou mobile, connecté directement ou par l'intermédiaire d'un autocommutateur 2 au réseau téléphonique commuté 41 par l'intermédiaire du CAA 42.
L'abonné 1 dispose en outre d'un ordinateur 4 connecté à un réseau local 5. Le réseau local 5 est relié à un réseau de type Internet 60 par l'intermédiaire d'une passerelle 6 ou routeur firewall apte à assurer le routage des données dans le réseau 5 et à assurer la fonction de passerelle entre le réseau 5 et le réseau Internet 60. Il est à remarquer que le dispositif 6 peut assurer la sécurité des échanges d'informations entre les réseaux 5 et 60 en veillant à ce qu'aucune intrusion ne puisse être effectuée dans le réseau 5.
Il est à remarquer que le terminal téléphonique peut être un terminal téléphonique 3 situé sur le même site que celui de l'ordinateur 4 ou être sur un site différent. Par exemple, l'ordinateur 4 est sur le lieu de travail de l'abonné, tandis que le terminal téléphonique 3 est au domicile de l'abonné. L'ordinateur 4 dispose dans sa mémoire des programmes aptes à mettre en œuvre l'invention. Il comporte entre autres un logiciel client 7 qui dialogue avec le serveur 70 par l'intermédiaire du réseau local 5, du routeur firewall 6, du réseau Internet 60, du routeur firewall 51 et du réseau local 50.
L'ordinateur 4 comporte aussi une ou plusieurs applications locales 8 qui s'exécutent si celles-ci ont été configurées par l'utilisateur dans le logiciel client 7. Ces applications s'exécutent alors à la notification d'événements par le serveur 70.
L'ordinateur 4 comporte aussi une ou plusieurs applications de type client- serveur 9 qui dialoguent avec le serveur 61 par l'intermédiaire du réseau local 5, du routeur firewall 6 et du réseau Internet 60, lors de notifications d'événements par le serveur 70.
L'ordinateur comporte aussi une ou plusieurs applications de type client-client 10 qui dialoguent avec un ordinateur 23 par l'intermédiaire du réseau local 5, du routeur firewall 6, du réseau Internet 60, du routeur 51, du réseau local 50, du BAS 46 et d'un modem 21 lors de notifications d'événements par le serveur 70 s'ils ont préalablement été configurés par l'abonné dans le logiciel client 7 ou par l'opérateur de télécommunication 40 lors de l'abonnement de l'abonné 1 au service.
Il est à remarquer que l'ordinateur 23 est l'ordinateur d'un autre abonné 20, relié au CAA 45 par l'intermédiaire d'un modem 21 et dont le terminal téléphonique 22 est susceptible d'être en communication avec le terminal téléphonique 3 de l'abonné 1.
Il est à remarquer que seule une des applications 8, 9 et 10 peut être installée dans l'ordinateur 4, voire seulement deux ou la totalité de ces applications peuvent être installées.
L'abonné 20 dispose d'équipements tels qu'un terminal téléphonique 22 connecté directement ou par l'intermédiaire d'un modem ADSL 21 (Asymétrie Digital Subscriber Line) au réseau téléphonique commuté 41 par l'intermédiaire d'un CAA 45. L'abonné 20 dispose en outre d'un ordinateur 23 com ecté au réseau Internet 60 par l'intermédiaire du modem 21, d'un commutateur à autonomie d'acheminement 45 comprenant un serveur BAS 46 (Broadband Access Server), du réseau local 50 de l'opérateur téléphonique et le routeur firewall 51 apte à assurer le transfert de données entre le réseau 50 et le réseau Internet 60. II est à remarquer que le routeur firewall 51 peut assurer la sécurité des échanges d'informations entre les réseaux 50 et 60 en veillant à ce qu'aucune intrusion ne puisse être effectuée dans le réseau 50.
L'ordinateur 23 dispose dans sa mémoire des programmes aptes à mettre en œuvre l'invention. L'ordinateur 23 comporte entre autre un logiciel client 24 qui dialogue avec le serveur 70 par l'intermédiaire du modem 21, du commutateur à autonomie d'acheminement 45 comprenant le serveur BAS 46 et du réseau local Internet 50 de l'opérateur téléphonique.
L'ordinateur 23 comporte aussi une ou plusieurs applications locales 25 qui s'exécutent si celles-ci ont été configurées par l'abonné dans le logiciel client 24.
Ces applications s'exécutent alors à la notification d'événements par le serveur 70.
L'ordinateur 23 comporte aussi une ou plusieurs applications de type client- serveur 26 qui dialoguent avec un serveur 62 par l'intermédiaire du modem 21, du commutateur à autonomie d'acheminement 45 comprenant le serveur BAS 46, du réseau local 50 de l'opérateur téléphonique et d'un routeur «firewall» 51 apte à assurer le transfert de données entre le réseau 50 et le réseau Internet 60, lors de notifications d'événements par le serveur 70 si elles ont préalablement été configurées par l'utilisateur dans le logiciel client 24 ou par l'opérateur de télécommunication 40 lors de l'abonnement de l'abonné 20 au service.
L'ordinateur 23 comporte aussi une ou plusieurs applications de type client- client 27 qui dialoguent avec l'ordinateur 4 précédemment décrit par l'intermédiaire du modem 21, du commutateur à autonomie d'acheminement 45 comprenant le serveur BAS 46, du réseau local Internet 50 de l'opérateur téléphonique et du routeur «firewall» 51 apte à assurer le transfert de données entre le réseau 50 et le réseau Internet 60, lors de notifications d'événements par le serveur 70 si elles ont préalablement été configurées par l'utilisateur dans le logiciel client 24 ou par l'opérateur de télécommunication 40 lors de l'abonnement de l'abonné 20 au service.
La Fig. 2a représente l'algorithme d'enregistrement au service tel que fourni par l'invention dans le réseau de télécommunication.
Un abonné au service, par exemple l'abonné 1 de la Fig. 1, souhaite établir le couplage téléphonique/données selon l'invention. Pour cela, l'ordinateur 4 de l'abonné 1 exécute le programme logiciel client 7.
L'ordinateur 4 se connecte par l'intermédiaire du réseau local 5, du routeur firewall 6, du réseau Internet public 60, du routeur firewall 51 et du réseau local 50 au module d'enregistrement client 72 du serveur 70 de l'opérateur de télécommunication 40. Le programme logiciel client 7 demande à l'étape E100 son enregistrement auprès du module d'enregistrement logiciel client 72.
Pour se faire, le logiciel client 7 fournit au module d'enregistrement client 72, son nom d'utilisateur, le mot de passe associé au nom de l'utilisateur précédemment attribué lorsque l'abonné 1 s'est inscrit au service. Le logiciel client 7 fournit aussi l'adresse IP (adresse protocole Internet) de l'ordinateur 4.
Le logiciel client 7 fournit aussi son profil d'utilisateur, c'est-à-dire le numéro de ports des applications de type client-client 10 dont il dispose, des informations de filtrage du service telles que les événements téléphoniques à notifier, jours et heures auxquels l'abonné désire utiliser ce service, les numéros de téléphone des correspondants dont l'abonné désire recevoir des notifications d'appel, le numéro de téléphone du ou des combinés que l'utilisateur désire voir associé au service proposé par l'invention, voire d'autres informations telles que la demande de notification de prise de ligne du combiné téléphonique 3 ou la demande de notification de fin de communication du combiné téléphonique 3. Ainsi, le profil de l'utilisateur est parfaitement adapté aux désirs de l'utilisateur. Ce profil est par exemple déterminé à chaque enregistrement de l'abonné et n'est effectif que pendant la durée de la session. Il est à remarquer que dans ce cas, le module d'enregistrement logiciel 72 vérifie néanmoins que le numéro de téléphone appelant correspond à un numéro de téléphone déclaré par l'abonné lors de son abonnement au service. Un téléphone déclaré peut être le téléphone fixe du domicile de l'abonné, le numéro de téléphone de son lieu de travail ou le numéro de téléphone de son téléphone mobile.
Il est à remarquer que le numéro de téléphone peut être le numéro de téléphone d'un combiné téléphonique 3 placé sur le même site que le dispositif informatique ou sur un site différent.
Il est à remarquer qu'en variante, le profil de l'abonné 1 peut aussi être réalisé de façon prédéterminée par l'opérateur de télécommunication 40 fournissant le service. Le logiciel client 7, dans cette variante, n'a plus à fournir le profil d'utilisateur, celui- ci étant créé par l'opérateur de télécommunication 40 et mémorisé dans la base de données 71 du serveur 70.
Le module enregistrement logiciel 72 interroge la base de données 71 et compare les paramètres temporaires liés à la session tels que la date et l'heure, le numéro de téléphone du correspondant de la communication en cours avec les numéros des correspondants dont l'abonné désire recevoir des notifications d'appel, le type de notification tel que la notification de prise de ligne du combiné téléphonique 3 ou la demande de notification de fin de communication du combiné téléphonique 3.
Le module enregistrement logiciel client 72 du serveur 70 interroge la base de données 71 du serveur 70 à l'étape E101 afin de l'authentifier. Cette authentification est effectuée en vérifiant si le nom de l'utilisateur est reconnu comme client et si son mot de passe est correct. Dans la négative, la connexion est rejetée, le programme s'arrête.
Dans l'affirmative, le module enregistrement logiciel client 72 confirme au logiciel client 7 l'enregistrement à l'étape El 02.
A la confirmation de l'enregistrement, le serveur 70 active le module trace 76 qui génère une trace de la connexion à l'étape El 03 et la mémorise ensuite à l'étape El 04 dans la base de données 71.
Le serveur 70 active une procédure de vérification périodique du maintien de la connexion de l'ordinateur 4 au réseau Internet public 60. Périodiquement, le module de notification d'événements réseaux et d'informations des logiciels clients 73 transmet une requête à l'étape El 05 au logiciel client 7. Tant que l'ordinateur 4 est toujours connecté au réseau 60 et le logiciel client 7 est toujours actif, le logiciel client 7 répond à la requête en envoyant au module de notification d'événements réseaux et d'informations des logiciels clients 73, à l'étape E106, un message de confirmation d'activité.
Le module de notification d'événements réseaux et d'informations des logiciels clients 73 vérifie, après avoir attendu un délai prédéterminé, la réception du message à l'étape E107, et en cas de confirmation, retourne à l'étape E105. A la non-réception d'une réponse à une requête transmise à l'étape El 05, le module de notification d'événements réseaux et d'informations des logiciels clients 73 met à jour la base de données 71 en supprimant les informations de la session en cours.
Le serveur 70, à la non-réception de la réponse, active le module trace 76 qui génère une trace de la déconnexion à l'étape E108 et la mémorise ensuite à l'étape El 09 dans la base de données 71.
Selon un mode particulier, la connexion entre le logiciel client 7 et le serveur de l'invention 70 n'est pas permanente. Une connexion de type TCP (protocole de contrôle transport) est établie à l'initiative du logiciel client 7 lors de la phase d'enregistrement et est libérée de manière à partager au mieux les ressources entre l'ensemble des abonnés.
Ainsi, lorsqu'une notification par le serveur 70 doit être transmise au logiciel client 7, le serveur 70 établit une connexion TCP vers le logiciel client 7.
Selon une autre variante, le procédé utilise le protocole UDP (User Data Protocol) plus rapide que le protocole TCP. Dans ce cas, afin de pallier aux problèmes de fiabilité du protocole UDP, le logiciel client 7 et le serveur 70 doivent garantir cette fiabilité en générant des messages de confirmation.
La Fig. 2b décrit la cinématique d'un appel téléphonique par un abonné préalablement enregistré au serveur 70. Lorsque l'abonné 1 décroche son terminal téléphonique 3 et compose le numéro de téléphone de son correspondant 20, celui-ci est détecté à l'étape El 10 par le commutateur à autonomie d'acheminement CAA 42. Le commutateur CAA 42, étant préalablement informé de l'abonnement au service téléphonie-données de l'abonné, génère un message à destination du commutateur d'accès au service CAS 43 à l'étape El 11.
Le commutateur CAS 43 transfère à l'étape El 12 selon le protocole INAP
(protocole d'application de réseau intelligent) le contexte de l'appel téléphonique, c'est-à-dire le numéro de téléphone appelé et le numéro de téléphone appelant, vers le point de commande de services PCS 44 ayant en charge le service de couplage téléphonie-données .
Selon un mode particulier, l'appel téléphonique est traité en priorité. Le PCS 44 informe le commutateur d'accès au service appelant CAS 43 à l'étape El 13 de continuer le traitement de l'appel.
A cette même étape, le point de commande de services PCS 44 génère alors une requête au commutateur d'accès au service appelant CAS 43 lui demandant de lui notifier l'ensemble des événements à venir relatifs à la communication téléphonique. Ceci correspond à un mode d'appel dit supervisé. Le CAS 43 demande à l'étape El 14 au commutateur CAA 42 de poursuivre l'appel vers le numéro appelé.
A la réception de cette demande, le commutateur CAA 42 route alors à l'étape El 15 l'appel téléphonique vers le commutateur CAA 45.
Le commutateur CAA 45 notifie l'abonné 20 à l'étape El 16 de la présence d'un appel téléphonique en générant un signal de sonnerie à destination du terminal téléphonique 22.
Au décrochage du combiné 22, la communication téléphonique est établie entre l'appelant 1 et l'appelé 20 et la communication vocale est établie à l'étape El 17.
Parallèlement aux étapes El 14 à El 17, le PCS 44 informe à l'étape El 18 le module de notification d'événements téléphoniques 75 du serveur 70 de la demande d'appel en cours et lui communique les numéros de téléphone de l'appelant ainsi que de l'appelé.
A la réception de cet événement, le module de notification d'événements téléphoniques 75 consulte à l'étape El 19 la base de données 71 afin de déterminer si cet événement doit être traité ou non.
A partir du numéro de téléphone de l'appelant, le module de notification d'événements téléphoniques 75 obtient de la base de données 71, le profil de l'abonné au service. Le module de notification d'événements téléphoniques 75 transfère à l'étape El 20 au module de notification d'événements réseaux et d'informations des logiciels clients 73 du serveur 70 l'adresse de l'ordinateur 4 et une information représentative d'une prise de ligne par le combiné 3 ainsi que le numéro de téléphone composé. A la réception de ces informations, le module de notification d'événements réseaux et d'informations des logiciels clients 73 notifie à l'étape E121 le logiciel client 7 et lui transfère l'ensemble des paramètres cités précédemment.
Il est à remarquer que cette notification est conditionnelle à la requête d'un tel service lors de l'enregistrement tel que décrit en Fig. 2a et que la notification est effectuée à un moment autorisé par le profil du client 7.
Le serveur 70 active le module trace 76 qui génère une trace de la connexion à l'étape E122 et la mémorise ensuite à l'étape E123 dans la base de données 71.
A la réception de la notification d'événements, le logiciel client 7 à l'étape E124, vérifie, en utilisant sa configuration locale stockée sur l'ordinateur 4, la liste des actions à effectuer et préalablement sélectionnées par l'abonné.
A la même étape El 24, le logiciel client 7 affiche sur l'écran de l'ordinateur 4 la liste des actions possibles, par exemple affiche une invitation à activer une application locale 8 telle qu'un logiciel de traitement de texte ou un logiciel tableur.
En effet, et à titre d'exemple, dans de nombreuses professions, les tâches réalisées sont facturées au client en fonction du temps passé par le professionnel pour le client.
Une communication téléphonique avec le client est ainsi susceptible d'être facturée, elle doit donc être mémorisée.
La communication du numéro de l'appelant ou de l'appelé, voire leur nom par le serveur 70 à l'application client 7, permet aussi à l'application client 7 de transmettre ces arguments à l'application locale 8 et ainsi d'éviter la saisie des coordonnées de l'interlocuteur.
La totalité des communications téléphoniques de ces mêmes professionnels peuvent ne pas être soumises à facturation, une invitation à activer l'application locale 8 permet donc au professionnel de contrôler, selon ses besoins, l'activation de ces applications locales 8.
Selon une variante, ces applications locales 8 sont activées automatiquement par exemple en exécutant une commande de lancement de l'application définissant le chemin permettant d'accéder à celle-ci, son nom et des arguments. Ainsi, le professionnel n'est plus soumis à une intervention dans l'activation.
Il est à remarquer que l'activation automatique peut aussi être conditionnelle au numéro de téléphone de l'interlocuteur communiqué par le serveur 70, voire de son nom. La Fig. 2c décrit un appel téléphonique par un abonné non inscrit au service fourni par le serveur 70 et à destination d'un abonné inscrit au service fourni par le serveur 70.
Lorsque l'abonné 1 décroche son terminal téléphonique 3 et compose le numéro de téléphone d'un correspondant 20, celui-ci est détecté à l'étape E200 par le commutateur à autonomie d'acheminement CAA 42. Le commutateur CAA 42, n'étant pas informé de l'abonnement au service téléphonie-données de l'abonné 1, route alors, à l'étape E201, l'appel téléphonique vers le commutateur CAA 45.
Le commutateur CAA 45, étant informé de l'abonnement au service téléphonie- données de l'abonné 20, génère un message à destination du commutateur d'accès au service CAS 47 à l'étape E202.
Le commutateur CAS 47 transfère, à l'étape E203, selon le protocole INAP, le contexte de l'appel téléphonique, c'est-à-dire le numéro de téléphone appelé et le numéro de téléphone appelant, vers le point de commande de services PCS 44 ayant en charge le service de couplage téléphonie-données. Le PCS 44 informe le commutateur d'accès au service CAS 47, à étape E204, de continuer le traitement de l'appel. Le point de commande de services PCS 44 génère aussi une requête au commutateur d'accès au service CAS 47, à la même étape E204, lui demandant de lui notifier l'ensemble des événements à venir relatifs à la communication téléphonique. Le CAS 47 demande, à l'étape E205, au commutateur CAA 45, de poursuivre l'appel vers le numéro appelé et de générer à l'étape E206 un signal de sonnerie à destination du terminal téléphonique 22.
Au décrochage du combiné 22, la communication téléphonique est établie entre l'appelant 1 et l'appelé 20 et la communication vocale est établie à l'étape E207. Parallèlement aux étapes E203 à E207, le PCS 44 informe à l'étape E208 le module de notification d'événements téléphoniques 75 du serveur 70 de la demande d'appel en cours et lui communique les numéros de téléphone de l'appelant ainsi que de l'appelé. A la réception de cet événement, le module de notification d'événements téléphoniques 75 consulte, à l'étape E209, la base de données 71 afin de déterminer si cet événement doit être traité ou non.
Si le logiciel client 24 n'est pas connecté au serveur 70, la base de données mémorise néanmoins, et cela pendant la durée de la communication, le contexte de l'appel téléphonique.
Si pendant la communication téléphonique, l'abonné 20 active son logiciel client 24 à l'étape E210 de la même façon que celle décrite précédemment en référence aux étapes El 00 à El 07 par le logiciel client 7, le module de notification d'événements réseaux et d'informations des logiciels clients 73 transfère, à l'étape E211, au logiciel client 24 la notification de l'événement téléphonique appel présenté ainsi que les numéros de téléphone de l'appelant et de l'appelé.
En variante de l'étape E211 précédemment décrite, le module de notification d'événements téléphoniques 75 transfère le numéro de téléphone de l'appelant au module Resolver Enum (module de résolution de numéro) 74 du serveur 70.
Le module Resolver Enum 74 transforme le numéro de téléphone appelant en nom de domaine. Le module resolver ENUM 74 interroge alors la base de données DNS ENUM (63) reliée au réseau Internet public 60 afin que celle-ci lui fournisse la liste des URI (identificateur de ressource uniforme) correspondant au numéro de téléphone appelant. Ceci est par exemple l'adresse du courrier électronique de l'abonné 1, l'adresse du site personnel de l'abonné 1.
Le module de notification d'événements téléphoniques 75 transfère alors cette liste à la base de données 71 pour mémorisation.
Le module de notification d'événements réseaux et d'informations des logiciels clients 73 transfère alors, à l'étape E211, au logiciel client 24 la notification de l'événement téléphonique appel présenté, les numéros de téléphone de l'appelant et de l'appelé, ainsi que la liste des URI concernant l'appelant précédemment obtenues.
A la réception de la notification d'événement, le logiciel client 24 à l'étape E212, vérifie en utilisant sa configuration locale stockée sur l'ordinateur 23, la liste des actions à effectuer préalablement sélectionnées par l'abonné.
A la même étape E212, le logiciel client 24 affiche, sur l'écran de l'ordinateur 23, la liste des actions possibles, par exemple affiche une invitation à activer une application de type client serveur 26, telle qu'un logiciel de navigation Internet. Cette activation peut être en variante déclenchée de façon automatique par le logiciel client 24 en exécutant une commande de lancement de l'application définissant le chemin permettant d'accéder à celle-ci, son nom et des arguments.
L'application de type client-serveur 26 émet alors à l'étape E213, une requête par l'intermédiaire du modem 21, à destination du serveur 62 relié au réseau Internet public 60.
Si la liste des URI a aussi été transmise selon la variante précédemment décrite, ces informations peuvent être affichées par l'interface homme machine du logiciel client 24.
En activant une application de type navigateur Internet, les informations du site de l'appelant sont téléchargées. En variante, ces informations sont stockées localement sur le disque dur de l'ordinateur 23 .
La Fig. 2d décrit un appel téléphonique entre deux abonnés 1 et 20 au service selon l'invention.
Dans cette application, les abonnés 1 et 20 se sont préalablement enregistrés auprès du serveur 70 conformément aux étapes El 00 à El 07 de l'algorithme tel que décrit en Fig. 2a.
En variante, un ou les deux abonnés 1 et 20 s'enregistrent auprès du serveur 70 conformément aux étapes E100 à E107 de l'algorithme tel que décrit en Fig. 2a seulement lorsque la communication téléphonique a été établie entre les deux abonnés 1 et 20.
Il est à remarquer que lors de l'enregistrement de l'abonné 1, celui-ci a demandé la notification des demandes d'appels émises par le combiné 3 ainsi que le/les numéros de ports des applications client-client compatible(s) entre l'appelant et l'appelé. L'abonné 20, quant à lui, a demandé les notifications des événements téléphoniques "appel présenté", "alerte" et "connexion" avec les arguments numéro de téléphone appelant, numéro de téléphone appelé, le/les numéros de ports des applications client-client compatible(s) entre l'appelant et l'appelé et l'adresse IP (Protocole Internet) de l'ordinateur 4 de l'abonné 1.
Lorsque l'abonné 1 décroche son terminal téléphonique 3 et compose le numéro de téléphone de son correspondant 20, celui-ci est détecté à l'étape E300 par le commutateur à autonomie d'acheminement CAA 42. Le commutateur CAA 42, étant informé de l'abonnement au service téléphonie-données de l'abonné 1 génère un message à destination du commutateur d'accès au service CAS 43. L'établissement de la communication téléphonique, les échanges avec le serveur 70 s'effectuent à l'étape E301 de la même façon que ceux décrits en regard des étapes El 12 à El 15, El 18 à E120 de l'algorithme de la Fig. 2b. Ils ne seront pas rappelés ici. Le commutateur CAA 45, étant informé de l'abonnement au service téléphonie- données de l'abonné 20, génère un message à destination du commutateur d'accès au service CAS 47 à l'étape E302.
A l'étape E303, les échanges avec le serveur 70, l'établissement de la communication sont effectués. Ceux-ci sont réalisés de la même façon que ceux décrits en regard des étapes E203 à E207, E208 et E209 de l'algorithme de la Fig. 2c. Ils ne seront pas rappelés ici.
Dans cette même étape, le serveur 70 consulte la base de donnée 71, les profils utilisateur des abonnés 1 et 20 et obtient les numéro de ports des applications de type client-client 10, 27 dont disposent les abonnés. Le serveur dans un mode préféré détermine les numéros de ports compatibles des applications de type client-client des abonnés 1 et 20.
Le logiciel client de l'abonné 20 étant activé, le module de notification d'événements réseaux et d'informations des logiciels clients 73 transfère à l'étape E304 au logiciel client 24 les notifications suivantes : numéro de téléphone de l'abonné 1, numéro de téléphone de l'abonné 20, adresse IP de l'ordinateur 4, le ou les numéros de ports des applications client-client 10 compatibles de l'abonné 1 conformément au profil de l'abonné 20 précédemment mentionné.
En variante, le module de notification d'événements réseaux et d'informations des logiciels clients 73 transfère à l'étape E304 au logiciel client 24 les numéros de ports des applications client-client 10 présentes sur l'ordinateur 4 de l'abonné 1.
Après réception de la notification d'événements émise par le module de notification d'événements réseaux et d'informations des logiciels clients 73 à l'étape
E304, le logiciel client 24 vérifie, à l'étape E305, en utilisant sa configuration locale stockée sur l'ordinateur 23, la liste des actions à effectuer. Ces actions sont par exemple conditionnelles aux numéros de ports reçus.
Si conformément à la variante précédemment mentionnée, le module de notification d'événements réseaux et d'informations des logiciels clients 73 a transféré à l'étape E304 au logiciel client 24 les numéros de ports des applications client-client présentes sur l'ordinateur 4 de l'abonné 1, le logiciel client vérifie en outre si les numéros de ports des applications client-client 10 sont compatibles avec les numéros de ports des applications client-client présentes sur l'ordinateur 23 de l'abonné 20. Lorsqu'une compatibilité existe, le logiciel client 24 effectue par exemple des actions conditionnelles aux numéros de ports compatibles. A l'étape E306, le logiciel client 24 affiche sur l'écran de l'ordinateur 23 la liste des actions possibles, par exemple affiche une invitation à activer une application de type client-client "Activer Microsoft Netmeeting H323", et/ ou activer " FTR&D eConf SIP").
Activer Microsoft Netmeeting H323 est un logiciel de communication voix et visioconférence sur IP de la société Microsoft conforme au standard H323.
FTR&D eConf SIP est un logiciel de communication voix et visioconférence sur IP de la Société France Télécom conforme au standard SIP.
Bien entendu, les applications client-client 27 compatibles avec les applications client-client 10 peuvent aussi être activées automatiquement en exécutant une commande de lancement de l'application définissant le chemin permettant d'accéder à celle-ci, son nom et des arguments.
L'application client-client 27 présente sur l'ordinateur 23 de l'abonné 20 se met alors en attente, à l'étape E307, d'appel sur le/les port(s) TCP/UDP attribué(s) à ce type d'application. Parallèlement, le module de notification d'événements réseaux et d'informations des logiciels clients 73 envoie une notification, à l'étape E308, au logiciel client 7 précédemment activé, en lui fournissant les informations suivantes : "demande d'appel", avec les arguments numéro de téléphone de l'appelant, numéro de téléphone de l'appelé, le/les numéro(s) de ports des applications client-client compatible(s) entre les abonnés 1 et 20 ainsi que l'adresse IP de l'ordinateur 23 de l'abonné 20.
En variante, le module de notification d'événements réseaux et d'informations des logiciels clients 73 transfère à l'étape E308 au logiciel client 7 les numéros de ports des applications client-client 27 présentes sur l'ordinateur 23 de l'abonné 20.
Après réception de la notification d'événements émise par le module de notification d'événements réseaux et d'informations des logiciels clients 73 à l'étape E308, le logiciel client 7, à l'étape E309, vérifie en utilisant sa configuration locale stockée sur l'ordinateur 4, la liste des actions à effectuer.
Si conformément à la variante précédemment mentionnée, le module de notification d'événements réseaux et d'informations des logiciels clients 73 a transféré à l'étape E308 au logiciel client 7 les numéros de ports des applications client-client présentes sur l'ordinateur 23 de l'abonné 20, le logiciel client vérifie en outre si les numéros de ports des applications client-client 27 sont compatibles avec les numéros de ports des applications client-client 10 présentes sur l'ordinateur 4 de l'abonné 1. Lorsqu'une compatibilité existe, le logiciel client 7 effectue par exemple des actions conditionnelles aux numéros de ports compatibles.
Le logiciel client 7 affiche à l'étape E310 sur l'écran de l'ordinateur 4 la liste des actions possibles, par exemple affiche une invitation à activer une application de type client-client "Activer Microsoft Netmeeting H323", et/ ou activer " FTR&D eConf SIP" et attend une sélection par l'utilisateur d'une application client-client 10 affichée.
Bien entendu, les applications client-client 10 compatibles avec les applications client-client 27 peuvent être activées automatiquement à cette même étape.
A son activation à l'étape E310, l'application client-client 10 émet à l'étape E311 une requête adaptée au protocole de l'application client-client 10 et à destination de l'application client-client 27. Cette requête est émise à travers le réseau Internet public 60, le routeur «firewall» 51, le réseau 50, le BAS 46 et le modem 21.
Il est à remarquer que le routage est basé sur l'adresse IP de l'ordinateur 23 et sur le/les port(s) applicatif(s) déclaré(s). A la réception de la requête émise à l'étape E311, l'application client-client 27 envoie, à l'étape E312, à l'application client-client 10 un message d'acceptation ou de refus.
En cas d'acceptation, un échange de flux média entre les applications client-client 10 est 27 est effectué à l'étape E313. La Fig. 3 représente un second mode de réalisation de l'invention dans un réseau de télécommunication comportant une architecture service node.
Dans une architecture service node (nœud de service), le serveur se connecte au réseau de la même manière qu'un terminal d'un abonné.
Le réseau de télécommunication comprend un fournisseur de services d'applications ASP noté 190 qui est par exemple associé à un opérateur de télécommunication 140, un réseau téléphonique commuté 141, un réseau de téléphones mobiles 148, de type GSM acronyme de Global System Mobile ou de type UMTS acronyme de Universal Mobile Télécommunication System, un réseau ISP 150 (fournisseur de services Internet) et un réseau Internet public 160. Le réseau téléphonique commuté 141 est associé à un commutateur à autonomie d'acheminement CAA noté 142 permettant la fourniture du service téléphonique classique à un abonné 100.
Le réseau téléphonique commuté 141 est relié au réseau de téléphones mobiles 148.
Le fournisseur de services d'applications ASP 190 comprend un réseau local 184.
Le réseau local 184 est aussi relié au réseau public Internet 160 au travers d'un routeur Firewall 185 assurant aussi la sécurité des échanges d'informations entre les réseaux 184 et 160 tout en veillant à ce qu'aucune intrusion ne puisse être effectuée dans le réseau 184.
A ce réseau local 184, est connecté un serveur 170. Le serveur 170 est aussi connecté au réseau téléphonique 141 via le commutateur à autonomie d'acheminement 142. Le serveur 170 est soit centralisé sur un seul dispositif, soit réparti sur différents dispositifs placés ou non sur un même site.
Le serveur 170 est constitué d'une base de données du service 171 identique à la base de données 71 de la Fig.l.
Le serveur 170 comporte aussi un module d'enregistrement 172 des logiciels clients des abonnés au service identique au module d'enregistrement 72 de la Fig.1.
Le serveur 170 comporte aussi un module 173 de notification d'événements réseaux et d'informations des logiciels clients 107 et 124 identique au module 73 de notification d'événements réseaux et d'informations des logiciels clients 7 et 24 de la Fig.l. Le serveur 170 comporte un module de résolution de numérotation électronique
ENUM 174 identique au module de résolution de numérotation électronique ENUM 74 de la Fig. 1.
Le serveur 170 comporte aussi un module de trace 176 identique au module de trace 76 de la Fig. 1. Le serveur 170 comporte aussi un module de téléchargement de logiciels 177 identique au module de téléchargement de logiciels 77 de la Fig. 1.
Le serveur 170 comporte aussi une interface IP 178 de type Ethernet permettant au serveur 170 de se connecter avec le réseau local 184. Le serveur 170 comporte un module automate d'appels 179 qui traite la signalisation des appels téléphoniques entrants et sortants.
Le serveur 170 comporte une interface téléphonique RTC 180 de type ISUP (protocole de signalisation utilisateur RNIS), RNIS étant l'acronyme de Réseau Numérique à Intégration de Services qui permet la connexion du serveur 170 avec le réseau téléphonique 141 via le CAA 142 de l'opérateur de télécommunication 140.
Il est à remarquer que l'interface 180 peut être aussi une interface conforme à la norme SS7 (code de signalisation 7).
Le serveur 170 comporte aussi un module 181 de gestion des flux vocaux téléphoniques RTC permettant une mise en correspondance des canaux média de la communication téléphonique entrante et de la communication téléphonique sortante.
Le serveur 170 comporte aussi un module 183 appelé proxy utilisé par les applications de type client-client (voire de type client-serveur).
De manière générale, un proxy est un serveur qui fait office d'interface entre un abonné et un autre abonné distant. Le proxy fait suivre les messages générés par l'abonné au destinataire. Le destinataire répond au proxy comme si celui-ci était générateur du message. Le proxy fait alors suivre la réponse à l'abonné.
Les flux de signalisation ainsi que les flux de contrôle des médias selon le protocole Internet vont transiter par ce module. Selon un mode particulier, et pour des aspects de performance, les flux média IP selon le protocole Internet peuvent ne pas emprunter le module 183.
Par exemple, le module 183 peut traiter plusieurs types d'applications telles que des flux vidéo codés selon les formats H323 ou SIP.
A titre d'exemple, si la communication de données est de type vidéo sur IP, les paquets média vidéo transportés selon le protocole RTP (protocole de transport en temps réel) peuvent ou non transiter par le proxy IP 183.
Les paquets de contrôle des paquets média vidéo conformes au protocole RTCP (protocole de contrôle de transport en temps réel) transitent par le proxy 183 adapté à cette application vidéo. Au réseau public Internet 160, est connectée une base de données ENUM 163 identique à la base de données 63 de la Fig. 1
L'abonné 100 dispose d'équipements tels qu'un combiné téléphonique 103, fixe ou mobile, connecté directement ou par l'intermédiaire d'un autocommutateur 102 au réseau téléphonique commuté 141 par l'intermédiaire d'un CAA 142. L'abonné 100 dispose en outre d'un ordinateur 104 connecté à un réseau local 105. Le réseau local 105 est relié à un réseau de type Internet 160 par l'intermédiaire d'une passerelle 106 ou routeur firewall identique au routeur firewall 6 de la Fig.l
L'ordinateur 104 dispose dans sa mémoire des programmes aptes à mettre en œuvre l'invention. Il comporte des logiciels 107, 108, 109 et 110 offrant les mêmes fonctionnalités que les logiciels respectifs 7, 8, 9 et 10 de la Fig.l.
Il est à remarquer que seule une des applications 108, 109 et 110 peut être installée dans l'ordinateur 104, voire seulement deux de ces applications peuvent être installées. L'abonné 120 dispose d'équipements tels qu'un combiné téléphonique mobile
122 connecté au réseau mobile 148.
L'abonné 120 dispose en outre d'un ordinateur 123 connecté par l'intermédiaire d'un modem 121, au réseau Internet 160 par l'intermédiaire du réseau 150 de son fournisseur de services Internet, et d'un routeur 151. Le modem 121 est un modem classique de type RTC ou RNIS.
L'ordinateur 123 dispose dans sa mémoire des programmes 124, 125, 126 et 127 aptes à mettre en œuvre l'invention et offrant les mêmes fonctionnalités que les logiciels respectifs 24, 25, 26 et 27 de la Fig.l .
Ces applications s'exécutent alors à la notification d'événements par le serveur 170.
La Fig. 4 représente un algorithme décrivant la cinématique d'activation d'une application de type client-client en parallèle d'une communication téléphonique.
Selon cette application, l'activation de l'application client-client est gérée par une architecture de type service node, avec passage de la signalisation, des flux média et des flux de contrôle des flux média de l'application client-client au travers d'un module proxy 183.
Préalablement à un appel téléphonique, l'abonné 100 s'enregistre au service tel que fourni par l'invention dans le réseau conforme au second mode de réalisation.
Pour cela, l'ordinateur 104 de l'abonné 100 exécute le programme logiciel client 107.
L'ordinateur 104 se connecte par l'intermédiaire du réseau local 105, du routeur Firewall 106, du réseau Internet public 160, du routeur firewall 185 et du réseau local 184 au module d'enregistrement client 172 du serveur 170 de l'ASP 190. Le programme logiciel client 107 génère le même type de requête à destination du module enregistrement logiciel client 172 et fournit le même type d'informations que le programme logiciel 7 de la Fig. 1 lors de l'enregistrement décrit en référence à la Fig. 2a. Le module enregistrement logiciel client 172 du serveur 170 interroge la base de données 171 du serveur 170 afin d'authentifier l'abonné 100 et confirme l'enregistrement au programme logiciel client 107 de la même façon que le module logiciel client 72 interroge la base de données 71 de la Fig. 1 lors de l'enregistrement décrit en référence à la Fig. 2a. A la confirmation de l'enregistrement, le serveur 170 active le module trace 176 de la même manière que celle décrite en référence à la Fig. 2a.
Le serveur 170 active une procédure de vérification périodique du maintien de la connexion de l'ordinateur 104 au réseau Internet public 160 de la même manière que celle décrite en référence à la Fig. 2a. L'enregistrement effectué, l'abonné 100 décroche, à l'étape E400, son terminal téléphonique 103 et compose le numéro de téléphone du service permettant le couplage téléphonie-application de données. Ce numéro de téléphone est associé à l'interface téléphonique 180.
Un message de demande d'établissement d'appel téléphonique est transmis à l'étape E401 vers le module automate d'appel 179.
Le module automate d'appel 179 accepte automatiquement l'appel téléphonique entrant à l'étape E402.
En variante, le module automate d'appel 179 génère un message "Alerte", voire un message préalablement au message "Connexion" à destination du programme logiciel client 107.
Le module automate d'appel 179, afin de vérifier si le logiciel client 107 de l'abonné 100 est enregistré au niveau du serveur 170, génère une requête à l'étape E403 à la base de données 171 utilisant le numéro de téléphone appelant en tant que clé de recherche. II est à remarquer que pour certaines communications, en particulier lorsque l'abonné 100 effectue un appel vers un serveur Audiotel, le numéro de téléphone de l'abonné 100 appelant est gardé secret. Le serveur 170, dans ce cas, demande à l'abonné 100, par l'intermédiaire d'une annonce vocale, de communiquer son numéro de téléphone et de composer celui-ci avec les touches vocales de son combiné téléphonique. Ce numéro de téléphone communiqué est alors utilisé comme clé de recherche.
Le logiciel client 107 étant enregistré, l'automate d'appel 179 demande l'activation du module gestion vocale 181 à l'étape E404. Le module de gestion vocale 181 étant activé à l'étape E405, l'automate d'appel
179 demande la diffusion, par le module gestion vocale 181, d'une annonce vocale à l'étape E406 lui demandant de saisir le numéro de téléphone 122 de son correspondant 120 en utilisant la numérotation à fréquence vocale de son combiné 103.
Il est à remarquer que si le logiciel client 107 n'a pas été enregistré au préalable, l'annonce vocale demande d'abord à l'appelant d'activer son logiciel client 107, et ensuite de saisir le numéro de téléphone 122 de son correspondant 120.
Suite à la saisie du numéro de téléphone de l'abonné 120, par l'abonné 100 à l'étape E407, le numéro est communiqué au module automate d'appel 179.
Le module automate d'appel 179 demande, à l'étape E408, au module gestion vocale 181 de diffuser à l'étape E409 un message d'attente vers l'appelant 100.
Le module automate d'appel 179 interroge, à l'étape E410, la base de données 171, en lui fournissant comme clé primaire le numéro de téléphone de l'appelé 120, afin de vérifier si le logiciel client 124 est enregistré. Dans cette même étape, le serveur 170 consulte la base de donnée 171, les profils utilisateur des abonnés 100 et 120 et obtient les numéro de ports des applications de type client-client 110, 127 dont disposent les abonnés. Le serveur dans un mode préféré détermine les numéros de ports compatibles des applications de type client-client des abonnés 100 et 120.
Après confirmation, à l'étape E411, le module automate d'appel 179, établit un appel téléphonique sortant à destination de l'abonné 120 sur son téléphone 122 par l'intermédiaire du CAA 142 et des réseaux 141 et 148.
Lorsque l'abonné 120 prend la communication à l'étape E412, le module automate d'appel 179 notifie, à l'étape E413, le module de gestion vocale 181 afin que celui-ci diffuse, à la même étape, une annonce vocale à l'abonné 120.
Cette annonce vocale indique à l'appelé 120 que l'appelant 100 souhaite le joindre par téléphone avec une mise en oeuvre d'une application client-client en parallèle.
Si l'appelé 120 accepte la communication, et si le logiciel client 124 de l'abonné 120 n'est pas enregistré avec le serveur 170, le message vocal demande également lors de l'étape E413 à l'appelé 120 d'activer son logiciel client 124. L'abonné 120 active, à l'étape E414, son logiciel 124 de la même manière que celle décrite pour l'abonné 100 à la seule différence que l'opération est effectuée par l'intermédiaire de son ISP 150, du routeur 151, du réseau Internet 160, du routeur 185 et du réseau local 184. Une fois le message diffusé vers l'appelé 120, le message d'attente côté abonné
100 est arrêté et les flux vocaux sont mis en correspondance à l'étape E415.
Le module de notification logiciel client 173 transfère à l'étape E416 au logiciel client 124 les notifications suivantes : numéro de téléphone de l'abonné 100, numéro de téléphone de l'abonné 120, adresse IP de l'ordinateur 104, le ou les numéros de ports des applications client-client 110 de l'abonné 100 compatibles avec celles de l'abonné 120.
En variante, le module de notification d'événements réseaux et d'informations des logiciels clients 173 transfère à l'étape E416 au logiciel client 124 les numéros de ports des applications client-client 110 présentes sur l'ordinateur 104 de l'abonné 100.
En variante, le module de notification logiciel client 173 transfère à l'étape E416 au logiciel client 124 des informations représentatives de la ou des applications locales et/ou client-serveur présentes sur l'ordinateur 104 de l'abonné 100.
Ces informations, comme par exemple la liste des logiciels de décodage d'images numériques ou de données audio, permettent alors à l'abonné 120 de choisir le format de codage d'images numériques ou de données audio avant de les transférer à l'ordinateur 100 de l'abonné 104 s'il le désire.
Après réception de la notification d'événements émise par le module de notification logiciel client 173 à l'étape E416, le logiciel client 124 vérifie à l'étape E417 en utilisant sa configuration locale stockée sur l'ordinateur 123 la liste des actions à effectuer.
Le logiciel client 124 affiche sur l'écran de l'ordinateur 123 à la même étape E417 la liste des actions possibles, par exemple affiche une invitation à activer une application de type client client "Activer Microsoft Netmeeting H323", et/ ou activer " FTR&D eConf SIP".
Si conformément à la variante précédemment mentionnée, le module de notification d'événements réseaux et d'informations des logiciels clients 173 a transféré à l'étape E416 au logiciel client 124 les numéros de ports des applications client-client présentes sur l'ordinateur 104 de l'abonné 100, le logiciel client 124 vérifie en outre si les numéros de ports des applications client-client 127 sont compatibles avec les numéros de ports des applications client-client présentes sur l'ordinateur 104 de l'abonné 100. Lorsqu'une compatibilité existe, le logiciel client 124 effectue par exemple des actions conditionnelles aux numéros de ports compatibles.
Bien entendu, les applications client-client 127 compatibles avec les applications client-client 110 peuvent être activées automatiquement.
Cette opération effectuée, l'application client-client 127 se met en attente d'appel sur le/les ports TCP/UDP de l'ordinateur 123 attribué(s) à ce type d'application. C'est par exemple le port TCP 1720 pour les applications conformes au format H323 ou le port TCP/UDP 5060 pour les applications de type SIP.
Parallèlement à la confirmation d'enregistrement côté appelé 120, le module d'enregistrement logiciel client 172 informe le module de notification logiciel client 173 de la confirmation à l'étape E418. Ce dernier transmet à l'étape E419 au logiciel client 107 les informations suivantes: événements téléphoniques "Connexion" avec les arguments numéro de téléphone de l'appelant, numéro de téléphone de l'appelé, le/les numéros de ports des applications client-client compatible(s) entre l'appelant et l'appelé et la/les adresses IP du/des proxy IP 183 compatible(s) avec la/les applications client-client. A la réception de ces informations, le logiciel client 107 vérifie, en utilisant sa configuration locale stockée sur l'ordinateur 104, la liste des actions à effectuer.
A l'étape E420, le logiciel client 107 affiche sur l'écran de l'ordinateur 104 la liste des actions possibles, par exemple affiche une invitation à activer une application de type client-client "Activer Microsoft Netmeeting H323", et/ ou activer " FTR&D eConf SIP". Il est à remarquer aussi que l'activation de l'application peut être automatique.
L'application logiciel client-client 110 activée, celle-ci émet à l'étape E421 une requête dépendante du protocole de l'application client-client 110 (par exemple envoi d'un message SETUP H323) vers le proxy compatible 183. A la réception de cette requête, le proxy 183 interroge, à l'étape E422, la base de données 171 afin d'obtenir le contexte lié à la session IP entre les abonnés 100 et 120.
Le proxy 183 obtient ainsi l'adresse IP de l'ordinateur 123. Pour se faire, le proxy 183 utilise comme clé de recherche l'adresse IP de l'ordinateur 104.
Le proxy 183 adapté aux applications client-client 110 et 127 créé un contexte comprenant l'adresse IP de l'ordinateur 104, le ou les numéros de ports origine TCP/UDP utilisé(s), l'adresse IP de l'ordinateur 123, le ou les numéros de ports TCP/UDP origine du proxy IP 183 utilisé(s).
Le proxy 183 prolonge ensuite, à l'étape E423, la requête vers l'abonné 120 en utilisant le ou les numéros de ports TCP/UDP lié(s) à l'application client-client.
A la réception de cette requête, l'application client-client 127 envoie un message de confirmation, à l'étape E424, à destination du proxy 183, qui prolonge cette confirmation à l'étape E425, vers l'application client-client 110, en utilisant les informations présentes dans le contexte précédemment créé.
Le ou les flux média peuvent alors transiter entre les applications client-client 127 et 110 à l'étape E426, en passant ou non par le proxy 183. II est à remarquer qu'à cet instant, les deux ordinateurs 104 et 123, et plus particulièrement les logiciels client-client 110 et 127 sont en communication.
La communication téléphonique entre les deux abonnés 100 et 120 peut être interrompue sans interrompre la communication entre les logiciels client-client 110 et 127. Le service ainsi fourni aux abonnés 100 et 120 correspond dans ce cas à une mise en relation IP automatique et cela par l'intermédiaire d'une communication téléphonique.
Le serveur 170, selon l'invention en recherchant les adresses IP des ordinateurs 104 et 123, en déterminant les applications client-client présentes sur chacun des ordinateurs 104 et 123 et compatibles en elles, permet la mise en relation de ces applications par simple appel téléphonique.
Les abonnés 100 et 120 n'ont plus qu'à connaître le numéro de téléphone de leur correspondant respectif 120 et 100 pour se mettre en relation l'un et l'autre et cela sans avoir à connaître l'adresse IP de l'ordinateur de leur correspondant. La simple mémorisation d'un numéro de téléphone permet alors pour un abonné au service selon l'invention d'établir à la fois une communication téléphonique classique, une communication voix-donnée ou simplement une communication de données entre deux dispositifs informatiques. Il est bien entendu que l'invention telle que décrite avec une mise en correspondance avec deux abonnés permet aussi la mise en correspondance avec un nombre plus important d'abonnés si par exemple ceux-ci utilisent les services fournis par un serveur dit de pont de conférence. Le serveur selon l'invention détermine pour chacun ou seulement une partie des abonnés en conférence téléphonique les applications client-client de la même façon que celle précédemment décrite entre deux abonnés.
Bien entendu, la présente invention n'est nullement limitée aux modes de réalisation décrits ici, mais englobe, bien au contraire, toute variante à la portée de l'homme du métier.

Claims

REVENDICATIONS
1) Procédé d'activation d'au moins une application (8, 9,10, 24, 25, 26, 27, 108, 109, 110, 125, 126, 127) sur au moins un dispositif informatique client connecté à un réseau (60, 160) véhiculant des paquets de données auquel est relié un serveur (70, 170) obtenant des informations d'état représentatives de l'état d'une communication téléphonique, entre un premier combiné téléphonique (3, 103) associé à un dispositif informatique client (4, 104) et au moins un second combiné téléphonique (22, 122), associé à un dispositif informatique client (23, 123), caractérisé en ce que le procédé comporte les étapes de :
- réception (E121, E211, E304, E308), par le dispositif informatique client associé au premier combiné téléphonique, d'informations prédéterminées du serveur suite à l'obtention d'informations d'état, les informations prédéterminées comprenant des informations représentatives d'applications contenues dans le dispositif informatique associé au second combiné téléphonique compatibles avec des applications contenues dans le dispositif informatique associé au premier combiné téléphonique,
- et suite à ladite réception, génération d'au moins un message (El 24, E212, E305, E309) pour l'activation de ladite ou chaque application compatible sur le dispositif informatique client.
2) Procédé selon la revendication 1, caractérisé en ce que le message pour l'activation est une commande d'exécution activant ladite ou chaque application.
3) Procédé selon la revendication 1, caractérisé en ce que le message pour l'activation est un message d'invitation à sélectionner ladite ou chaque application et le procédé comporte en outre les étapes d'obtention d'informations représentatives de la sélection d'au moins une application et de génération d'une commande d'exécution activant la ladite ou chaque application sélectionnée.
4) Procédé selon la revendication 1 à 3, caractérisé en ce que les applications contenues dans le dispositif informatique client sont des applications client-client. 5) Procédé selon la revendication 4, caractérisé en ce que les informations représentatives des applications client-client contenues dans chaque dispositif informatique client sont au moins un identifiant de port attribué à chaque application client-client compatible.
6) Procédé selon la revendication 5, caractérisé en ce que à la sélection d'une application client-client, ladite application client-client génère un message (E311) à destination du port de l'application client-client compatible d'au moins un autre dispositif informatique.
7) Procédé selon la revendication 6, caractérisé en ce qu'à la réception d'un message (E312) de réponse par au moins une application client-client compatible d'au moins un autre dispositif, l'application client-client transfère (E313) un flux de données à destination de la au moins une application client-client compatible du au moins un autre dispositif.
8) Procédé selon la revendication 6, caractérisé en ce qu'à la sélection d'une application client-client, ladite application client-client génère un message (E421) à destination du port du serveur compatible avec l'application client-client sélectionnée et à la réception d'un message (E425) de réponse du port du serveur compatible avec l'application client-client, l'application client-client transfère (E426) un flux de données à destination du port du serveur compatible avec l'application client-client sélectionnée.
9) Procédé selon la revendication 1, caractérisé en ce que les applications contenues dans le dispositif informatique client sont des applications locales ou des applications client-serveur et les informations représentatives des applications contenues dans l'autre dispositif informatique sont des applications locales ou des applications client-serveur.
10) Procédé selon l'une quelconque des revendications 1 à 9, caractérisé en ce qu'une application client active reçoit les informations prédéterminées du serveur et l'application client active, préalablement à la réception desdites informations prédéterminées, s'enregistre auprès du serveur distant, transfère au serveur le nom de l'abonné et/ou son mot de passe et/ou l'adresse du dispositif informatique client et/ou le ou les numéros de téléphone associés au dispositif informatique client, et/ou le ou les numéros de ports d'autres applications présentes sur le dispositif informatique, et/ou les périodes de temps où les informations prédéterminées peuvent être transférées à ladite application active, et/ou les numéros de téléphone de correspondants pour lesquels les informations prédéterminées peuvent être transférées à ladite application active.
11) Procédé selon l'une quelconque des revendications 1 à 10, caractérisé en ce que les informations prédéterminées comportent en outre des informations représentatives d'une notification de prise et/ou de fin de prise de ligne du combiné téléphonique associé et/ou des informations permettant d'identifier le correspondant et/ou des informations représentatives d'au moins une adresse électronique associé au correspondant.
12) Procédé de transfert d'informations par un serveur suite à l'obtention d'informations d'état d'une communication téléphonique entre au moins deux combinés téléphoniques, chaque combiné téléphonique étant associé à un dispositif informatique, les informations étant transmises sur un réseau véhiculant des paquets de données à destination d'au moins un des dispositifs informatiques, caractérisé en ce que le procédé comporte les étapes de :
- obtention d'informations (E303, E410) sur au moins une application contenue dans le dispositif informatique associé à un combiné téléphonique compatible avec une application contenue dans le dispositif informatique associé à l'autre combiné téléphonique,
- transfert (E304), à au moins une application présente sur un dispositif informatique des informations obtenues.
13) Procédé selon la revendication 12, caractérisé en ce que les informations obtenues sont au moins un identifiant d'une application présente sur un dispositif informatique et que les informations prédéterminées transférées sont le au moins un identifiant de l'application. 14) Procédé selon la revendication 12 ou 13, caractérisé en ce que chaque combiné téléphonique associé à un dispositif informatique est associé à un abonné et en ce que l'étape d'obtention consiste à consulter une base de données comprenant un profil de chaque abonné, le profil comportant au moins un identifiant d'au moins une application présente sur le dispositif informatique de l'abonné et une adresse informatique du dispositif informatique de l'abonné.
15) Procédé selon la revendication 14, caractérisé en ce que le profil est mémorisé par le serveur dans une base de données lors de l'enregistrement de l'abonné audit serveur, le profil comportant en outre au moins un numéro de téléphone du téléphone associé et/ou des informations de filtrage telles que les événements téléphoniques à transférer, le type d'information à transférer, les jours et heures auxquels l'abonné désire que le serveur transfère les informations, les numéros de téléphones des correspondants autorisés.
16) Procédé selon la revendication 15, caractérisé en ce que les informations prédéterminées transférées sont transférées en fonction des informations de filtrage contenues dans le profil de l'abonné.
17) Procédé selon la revendication 16, caractérisé en ce que si le type d'informations à transférer comprend des informations représentatives d'au moins une adresse informatique associée à un abonné, le procédé comporte une étape d'obtention de la au moins une adresse informatique associée par l'intermédiaire d'une base de donnée prédéterminée à partir du numéro de téléphone de l'abonné et les informations transférées comportent entre autre l'adresse informatique obtenue.
18) Procédé selon l'une quelconque des revendications 14 à 19, caractérisé en ce que suite au transfert des informations prédéterminées, le procédé effectue les étapes de réception des informations d'au moins un des dispositifs informatiques (E424) et de transfert des informations reçues (E425) à un ou chaque autre dispositif informatique. 19) Dispositif d'activation d'au moins une application, caractérisé en ce qu'il comporte des moyens pour mettre en œuvre un procédé d'activation selon l'une quelconque des revendications 1 à 11.
20) Dispositif de transfert d'informations caractérisé en ce qu'il comporte des moyens pour mettre en œuvre un procédé de transfert selon l'une quelconque des revendications 12 à 18.
21) Programme d'ordinateur stocké sur un support d'informations, ledit programme comportant des instructions permettant de mettre en œuvre le procédé de traitement selon l'une quelconque des revendications 1 à 11, lorsqu'il est chargé et exécuté par un système informatique.
22) Programme d'ordinateur stocké sur un support d'informations, ledit programme comportant des instructions permettant de mettre en œuvre le procédé de traitement selon l'une quelconque des revendications 12 à 18, lorsqu'il est chargé et exécuté par un système informatique.
PCT/FR2004/000966 2003-04-29 2004-04-20 Couplage automatique d'applications entre utilisateurs et telephonie Ceased WO2004100517A2 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0305308A FR2854524B1 (fr) 2003-04-29 2003-04-29 Procede et dispositif de couplage automatique
FR03/05308 2003-04-29

Publications (2)

Publication Number Publication Date
WO2004100517A2 true WO2004100517A2 (fr) 2004-11-18
WO2004100517A3 WO2004100517A3 (fr) 2005-03-17

Family

ID=33155564

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2004/000966 Ceased WO2004100517A2 (fr) 2003-04-29 2004-04-20 Couplage automatique d'applications entre utilisateurs et telephonie

Country Status (2)

Country Link
FR (1) FR2854524B1 (fr)
WO (1) WO2004100517A2 (fr)

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5642410A (en) * 1994-02-18 1997-06-24 Aurora Systems, Inc. Call processor for a computer telephone integration system
DE10056823A1 (de) * 2000-11-16 2002-05-23 Alcatel Sa Verfahren zur Durchführung eines Dienstes zur automatischen Übermittlung von Paketdaten sowie Kommunikationsnetz, Informationsrechner und Programmmodul dafür
WO2003034692A2 (fr) * 2001-10-16 2003-04-24 Sprint Communications Company L.P. Adressage telephonique permettant d'etablir des connexions vocales et reseau informatique simultanees
FR2842379B1 (fr) * 2002-07-15 2004-12-03 France Telecom Systeme de communication de donnees entre au moins deux utilisateurs munis chacun d'un appareil telephonique et d'un dispositif de traitement de donnees

Also Published As

Publication number Publication date
FR2854524A1 (fr) 2004-11-05
FR2854524B1 (fr) 2006-02-10
WO2004100517A3 (fr) 2005-03-17

Similar Documents

Publication Publication Date Title
AU2007313049B2 (en) Client controlled dynamic call forwarding
EP2882161B1 (fr) Procédé et dispositf d' établissement d'une communication
EP2606626B1 (fr) Traitement de transfert de communication en mode sip
EP3903476B1 (fr) Procédé de traitement de messages vocaux, procédé de désactivation d'un codage dtmf et procédé de traitement d'une demande de désactivation d'un codage dtmf
EP2107752B1 (fr) Serveur d'applications permettant à un appel destiné à un terminal connecté à une passerelle, d'être étendu vers tous les terminaux connectés à cette passerelle
CA2593870A1 (fr) Enregistrement de communications dans un reseau de telecommunications
WO2005053264A1 (fr) Systeme et procede de mise en relation entre au moins deux terminaux multimedia relies entre eux par un reseau fixe ou cellulaire
WO2004100517A2 (fr) Couplage automatique d'applications entre utilisateurs et telephonie
EP1974534B1 (fr) Procédé et dispositif de gestion des communications personnelles d'au moins un utilisateur
EP2273774B1 (fr) Procédé de notification d'une demande d'établissement d'appel
WO2007099251A1 (fr) Procede de transmission d'une information d'inhibition d'un service de messagerie
EP2506524B1 (fr) Procédés et dispositifs de notification d'état de services de communication
WO2004100492A1 (fr) Procede et dispositif de synchronisation de flux de donnees
FR2865877A1 (fr) Procede d'etablissement d'appels entre un terminal telephonique et un terminal ip.
EP1820328B1 (fr) Procédé et système de journal unifié des appels
EP2238727B1 (fr) Procédé de communication pour gérer des sessions de communication au niveau d'une passerelle domestique
EP2248333A1 (fr) Procede de gestion d'une session de communication au niveau d'une passerelle domestique
WO2012072942A2 (fr) Procede contre la formation de boucles dans les renvois d'appel
FR3080512A1 (fr) Procede et systeme de detection de coupures de communications mobiles et de retablissement automatique des communications.
WO2007063211A1 (fr) Declenchement automatique de communications
FR2855703A1 (fr) Systeme de messagerie vocale pour les internautes
FR2895863A1 (fr) Procede et dispositif de gestion des communications personnelles d'au moins un utilisateur
EP2334033A1 (fr) Procédé et système de notification d'un terminal appelant
FR2895862A1 (fr) Procede et dispositif de gestion des communications personnelles d'au moins un utilisateur
EP1555819A1 (fr) Procédé et dispositif d'établissement d'une session de visiophonie

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A2

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A2

Designated state(s): BW GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
DPEN Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed from 20040101)
122 Ep: pct application non-entry in european phase