EP2368350A2 - Procede d'activation d'un logiciel client d'un systeme de messagerie instantanee - Google Patents

Procede d'activation d'un logiciel client d'un systeme de messagerie instantanee

Info

Publication number
EP2368350A2
EP2368350A2 EP09803817A EP09803817A EP2368350A2 EP 2368350 A2 EP2368350 A2 EP 2368350A2 EP 09803817 A EP09803817 A EP 09803817A EP 09803817 A EP09803817 A EP 09803817A EP 2368350 A2 EP2368350 A2 EP 2368350A2
Authority
EP
European Patent Office
Prior art keywords
terminal
client
user
software
request
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP09803817A
Other languages
German (de)
English (en)
Inventor
Mira Bou Farah
Arnaud Brun
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 EP2368350A2 publication Critical patent/EP2368350A2/fr
Withdrawn legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G06Q10/107—Computer-aided management of electronic mailing [e-mailing]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/141—Setup of application sessions

Definitions

  • the invention relates to a communication method between a first client of an instant messaging system and at least a second client of said system, said first and second clients being respectively hosted in first and second terminals.
  • the so-called client software is very heavy, both in terms of the use of the capacity of the central processing unit and the use of the memory of the user terminal.
  • the use of the capacity of the central processing unit in the state of the art also known by its English name of "central processing unit” or, in abbreviated form: "CPU” can reach several percent the available capacity.
  • these clients typically use thousands of bytes of the available memory of the user terminal.
  • the activation of the first client by a monitoring software prevents the first client from having to run permanently on the first terminal.
  • the known problems of the state of the art eed of CPU and memory capacity
  • the method nevertheless makes it possible to establish a communication between the second client and the first client.
  • the method is characterized in that it further comprises:
  • the launch of the monitoring software is in this case automatic without the user of the first terminal has a procedure to do.
  • the method is characterized in that
  • said activation step is executed only in the case of confirmation by a user of said first terminal of said activation step.
  • the method is characterized in that it comprises: a step of definition by a user of said first terminal of a user of said second terminal, a step of transmitting said definition to said second terminal, and
  • this allows a given user to define another user with whom he wishes to contact as soon as this other user connects to the instant messaging system.
  • the invention also relates to a first terminal comprising a monitoring software capable of detecting an establishment request sent from a second terminal to said first terminal and able to activate a first client hosted in said first terminal.
  • the invention also relates to a second terminal comprising means for sending to a first terminal a request for establishing a connection between a first client of an instant messaging system and at least a second client of said system.
  • said first and second clients being respectively hosted in said first terminal and said second terminal and means for receiving a definition by a user of said first terminal of a user of said second terminal.
  • the invention also relates to an instant messaging system comprising a central server and a first terminal as described above and a second terminal as described above.
  • the invention also relates to a computer program comprising instructions for implementing the method as described above when this program is executed by a processor.
  • the invention also relates to a computer program product, comprising program code means, stored on a computer readable medium, for implementing the method as described above, when said program is running on a computer
  • a messaging system 12 comprises a central server 13 which is linked to a first terminal 11 and at least a second terminal 17.
  • An example of such terminals is a mobile telephone, a personal assistant or handheld computer (a portable digital device, also known by its acronym PDA for "Personal Digital Assistant"), a personal computer (often called PC for Personal Computer) or other comparable digital devices.
  • PDA Personal Digital Assistant
  • Such a terminal hosts software. Subsequently, we assume that the terminal 1 1 hosts at least one software called “monitoring” and software called “client” and that the terminal 17 hosts at least one software called "client”.
  • the client software is used by respective users and allows these users to exchange instant messages with each other.
  • a given user of the messaging system 12 has a user account (or "account” any short) on this system 12.
  • client software For a user to exchange messages, however, it is necessary that its client software is activated.
  • the software client Before activating the actual client software, also called “user login to email account", during a prerequisite step, the software client must be started. After launching the software client, the user must enter a username and password to log in to his account. This makes it possible to distinguish several alternative users on the same terminal according to their identifier. The activation step of the client software will not take place in case of an entry of an unknown identifier (and / or password).
  • the software client is configured (for example by the user) so that the activation of the client software is performed automatically (without user intervention). ) immediately after the launching step of the client software.
  • the identifier and the password relating to the user (and allowing him to identify himself with the messaging system) are stored in the terminal (the user does not have to enter them at each new connection).
  • the invention can be applied in both cases described above.
  • the monitoring software is a smaller software than the client software. In general, this software starts automatically, that is to say without any interven- a user is necessary, as soon as the terminal is switched on. This monitoring software runs continuously in the background on the terminal as it will be easily understood by the skilled person.
  • the monitoring software activates the client software hosted by the first terminal 11 as soon as a request to establish a connection between the client software of the second terminal 17 and the client software of the first terminal 11 is received as will be explained in the after.
  • the client software previously activated on the second terminal 17 sends a connection request with the client software of the first terminal 11.
  • This request passes via the central server 13 where it is stored in a server. memory 15 in the case where the first terminal 11 is momentarily extinguished. Otherwise, it is transferred, during a transmission step 111, to the first terminal 11.
  • the monitoring software of the first terminal 11 detects, during a detection step 113, the arrival of the request and activates in response the client software on the first terminal 11.
  • a setting step 115 a communication is established between the software client of the first terminal 11 and that of the second terminal 17.
  • the request sent during steps 19 and 111 may be a new message entitled "CONNECTION".
  • This message includes, as is the case with SDP messages, several fields including a field labeled "To:” including the recipient of the message and a field called “From:” including the sender of the message. It also includes a new field called "action”.
  • This field can have at least two different values. In the following, one value will be “automatic” and another value "manual”. However, it is possible to use two other values, for example two numeric values (instead of values of the text type). In this case the value 0 could for example represent “automatic” and the value 1 could for example represent "manual".
  • the invention can be implemented whatever the type of the "action” field: text or digital or other. If the field labeled "action” includes the value “automatic”, the monitoring software on the first terminal 1 1 activates, in response to the receipt of the request, automatically the client software. If the field labeled “action” includes the value "manual” the monitoring software on the terminal 1 1 request, in response to the receipt of the request, to the user of the terminal 11, if he wants the client software on the terminal 11 is activated. The client software will therefore be activated only in the case of an acceptance by the user of the terminal 11 of the establishment of the connection. Such acceptance may for example take the form of a window of the "pop up" type well known to those skilled in the art which includes an invitation to the user to activate his client. If the request was stored in the memory 15 of the central server 13 because the first terminal 11 was initially off, the monitoring software will launch this window as soon as the first terminal 11 turns on and the request can be transmitted and received.
  • the method includes additional steps that allow the client of the first terminal 11 to establish a connection with the client of the second terminal 17, when the latter turns on. In this way, their respective users can exchange messages using their clients.
  • the user of the terminal 11 defines the user of the second terminal 17 as the person with whom he wishes to communicate as soon as the latter turns on his terminal 17.
  • a representative identifier for the user of the second terminal 17 is transmitted to the second terminal 17. This definition is for example included in a message.
  • this message will be stored in the memory 15 of the server 13.
  • This storage mechanism for staging messages is known to the person skilled in the art.
  • the message is transmitted to this terminal 17.
  • a monitoring software must be present both on the second terminal 17 and on the first one. Terminal 1 1.
  • the message conveying the user's definition may be called "REQUEST_CONNECTION" and includes the "To:” and "From:” fields.
  • the "To:” field of the "REQUEST_CONNECTION” message includes the identifier of the user with whom the user of the first terminal 11 wishes to establish a communication. This message “REQUEST_CONNECTION” is sent to the terminal with which the user of the terminal 11 wishes to establish a communication. In the "CONNECTION” message subsequently sent from the second terminal 17 to the first terminal 11, the “action” field will contain the value “automatic” but may also include the value "manual”. The method according to the invention can also be used in a messaging system with more than two terminals.
  • the "To:” field of the "CONNECTION” message and that of the "REQUEST_CONNECTION” message will contain, instead of a unique identifier, a list of identifiers as will be easily understood by those skilled in the art.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Human Resources & Organizations (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Strategic Management (AREA)
  • Marketing (AREA)
  • Data Mining & Analysis (AREA)
  • Economics (AREA)
  • Computer Hardware Design (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Information Transfer Between Computers (AREA)
  • Debugging And Monitoring (AREA)

Abstract

L'invention se rapporte à un procédé de communication entre un premier client d'un système de messagerie instantanée et au moins un deuxième client dudit système, lesdits premier et deuxième clients étant respectivement hébergés dans des premier et deuxième terminaux. Comme nouvelles caractéristiques le procédé comprend : - une étape d'envoi depuis ledit deuxième terminal vers le premier terminal d'une requête d'établissement d'une connexion entre les premier et deuxième clients, - une étape de détection de réception de ladite requête par un logiciel de surveillance en cours d'exécution sur le premier terminal, - une étape d'activation dudit premier client par ledit logiciel de surveillance, et - une étape d'établissement d'une communication entre ledit deuxième client et ledit premier client.

Description

Procédé d'activation d'un logiciel client d'un système de messagerie instantanée
L'invention se rapporte à un procédé de communication entre un premier client d'un système de messagerie instantanée et au moins un deuxième client dudit système, lesdits premier et deuxième clients étant respectivement hébergés dans des premier et deuxième terminaux.
On connaît actuellement dans l'état de la technique, voir par exemple le document US 2008/0090598, des systèmes dits de "messagerie instantanée" (ou, en anglais, "IM Systems" pour "instant messaging Systems") qui permettent un échange des messages d'une façon quasi immédiate entre des terminaux utilisateurs, chacun des terminaux étant sous la commande d'un utilisateur. Dans un tel système on trouve des logiciels dits "clients" tournant localement sur les terminaux utilisateurs qui sont, à travers un réseau de communication, liés à un dispositif central appelé serveur (en anglais : "server") où tourne un logiciel dit "serveur". Les systèmes de messagerie instantanée répondent communément à ce qu'on désigne dans l'état de la technique par l'expression anglaise de "client-server architecture".
Typiquement, les logiciels dits clients sont très lourds, à la fois en termes d'utilisation de la capacité de l'unité centrale de traitement et d'utilisation de la mémoire du terminal utilisateur. Notamment, l'utilisation de la capacité de l'unité centrale de traitement (dans l'état de la technique également connue sous son appellation anglaise de "central processing unit" ou, dans sa forme abrégée : "CPU") peut atteindre plusieurs pourcents de la capacité disponible. Aussi, ces clients utilisent généralement des milliers d'octets de la mémoire disponible du terminal utilisateur. Ces deux facteurs, seuls ou en combinaison, font que la période de démarrage de tels clients peut s'élever facilement à plusieurs dizaines de secondes. Cette situation peut en général se produire dans le cas où le terminal utilisateur a des capacités trop limitées comparativement aux capacités nécessaires pour l'utilisation de ces clients et plus particulièrement dans le cas d'un terminal dit "mobile". Un tel terminal mobile dispose généralement de capacités (CPU et/ou mémoire) relativement limitées. Un des buts de l'invention est de remédier à des inconvénients de l'état de la technique. A cet effet, le procédé comme décrit ci-dessus est caractérisé en ce qu'il comprend :
- une étape d'envoi depuis ledit deuxième terminal vers le premier terminal d'une requête d'établissement d'une connexion entre les premier et deuxième clients,
- une étape de détection de réception de ladite requête par un logiciel de surveillance en cours d'exécution sur le premier terminal,
- une étape d'activation dudit premier client par ledit logiciel de surveillance, et
- une étape d'établissement d'une communication entre ledit deuxième client et ledit premier client.
Avantageusement, l'activation du premier client par un logiciel de surveillance évite que le premier client doive tourner en permanence sur le premier terminal. De cette façon les problèmes connus de l'état de la technique (besoin de capacité CPU et mémoire) sont évités. Le procédé permet quand même d'établir une communication entre le deuxième client et le premier client.
Dans un mode de réalisation, le procédé est caractérisé en ce qu'il comprend en outre :
- une étape d'allumage dudit premier terminal, et
- une étape de lancement dudit logiciel de surveillance après ladite étape d'allumage. Avantageusement, le lancement du logiciel de surveillance est dans ce cas automatique sans que l'utilisateur du premier terminal ait une démarche à faire.
Dans un autre mode de réalisation, le procédé est caractérisé en ce que
- ladite étape d'activation est exécutée seulement dans le cas d'une confirmation par un utilisateur dudit premier terminal de ladite étape d'activation. Avantageusement, si l'utilisateur dudit premier terminal ne souhaite pas entrer en contact avec l'utilisateur du deuxième terminal, il peut choisir de ne pas confirmer l'étape d'activation et n'entrera donc pas en contact avec l'utilisateur du deuxième terminal. Dans un autre mode de réalisation, le procédé est caractérisé en ce qu'il comprend : - une étape de définition par un utilisateur dudit premier terminal d'un utilisateur dudit deuxième terminal, - une étape de transmission de ladite définition vers ledit deuxième terminal, et
- une étape de démarrage dudit procédé après une connexion audit système par ledit utilisateur dudit deuxième terminal.
Avantageusement, ceci permet à un utilisateur donné de définir un autre utilisateur avec lequel il souhaite entrer en contact dès que cet autre utilisateur se connecte au système de messagerie instantanée.
L'invention se rapporte également à un premier terminal comprenant un logiciel de surveillance apte à détecter une requête d'établissement envoyée depuis un deuxième terminal vers ledit premier terminal et apte à activer un premier client hébergé dans ledit premier terminal.
L'invention se rapporte également à un deuxième terminal comprenant des moyens d'envoi vers un premier terminal d'une requête d'établissement d'une connexion entre un premier client d'un système de messagerie instantanée et au moins un deuxième client dudit système, lesdits premier et deuxième clients étant respectivement hébergés dans ledit premier terminal et ledit deuxième terminal et des moyens de réception d'une définition par un utilisateur dudit premier terminal d'un utilisateur dudit deuxième terminal.
L'invention se rapporte également à un système de messagerie instantanée comprenant un serveur central et un premier terminal comme décrit ci-dessus et un deuxième terminal comme décrit ci-dessus
L'invention se rapporte également à un programme d'ordinateur comportant des instructions pour la mise en œuvre du procédé comme décrit ci-dessus lorsque ce programme est exécuté par un processeur L'invention se rapporte également à un produit de programme d'ordinateur, compre- nant des moyens de code de programme, stockés sur un milieu lisible par un ordinateur, pour mettre en œuvre le procédé comme décrit ci-dessus, lorsque ledit programme fonctionne sur un ordinateur
L'invention sera mieux comprise à l'aide de la description suivante, faite à titre d'exemple non-limitatif et en regard de la figure 1 annexée, laquelle montre le procédé de communication selon la présente invention D'une manière générale, un système de messagerie 12 selon l'invention comprend un serveur central 13 qui est lié à un premier terminal 11 et au moins un deuxième terminal 17. Un exemple de tels terminaux est un téléphone mobile, un assistant personnel ou ordinateur de poche (un appareil numérique portable, également connu sous son sigle anglais de PDA pour "Personal Digital Assistant"), un ordinateur personnel (souvent appelé par son sigle anglais PC pour Personal Computer) ou d'autres appareils numériques comparables. Un tel terminal héberge des logiciels. Par la suite, nous supposons que le terminal 1 1 héberge au moins un logiciel dit "de surveillance" et un logiciel dit "client" et que le terminal 17 héberge au moins un logiciel dit "client". Les logiciels clients sont utilisés par des utilisateurs respectifs et permettent à ces utilisateurs d'échanger des messages instantanés l'un avec l'autre. Un utilisateur donné du système de messagerie 12 dispose d'un compte utilisateur (ou "compte" tout court) sur ce système 12. Pour qu'un utilisateur puisse échanger des messages il faut toutefois que son logiciel client soit activé. Avant l'activation du logiciel client proprement dit, également appelée "connexion de l'utilisateur à son compte de messagerie", pendant une étape préalable, le client logiciel doit être lancé. Après le lancement du client logiciel, l'utilisateur doit saisir un identifiant et un mot de passe pour se connecter à son compte. Ceci permet de distinguer plusieurs utilisateurs alternatifs sur un même terminal en fonction de leur identifiant. L'étape d'activation du logiciel client ne se déroulera pas en cas d'un saisie d'un identifiant (et/ou mot de passe) inconnu. Généralement pourtant, et comme il sera aisément compris par l'Homme du métier, le client logiciel est configuré (par exemple par l'utilisateur) de façon à ce que l'activation du logiciel client se réalise automatiquement (sans intervention de l'utilisateur) immédiatement après l'étape de lancement du logiciel client. Dans ce cas, l'identifiant et le mot de passe relatifs à l'utilisateur (et lui permettant de s'identifier auprès du système de messagerie) sont stockés dans le terminal (l'utilisateur n'a donc pas à les saisir à chaque nouvelle connexion). L'invention peut être appliquée dans les deux cas décrits ci-dessus. Le logiciel de surveillance est un logiciel de taille plus petit que le logiciel client. En général, ce logiciel se lance automatiquement, c'est-à-dire sans qu'aucune interven- tion d'un utilisateur ne soit nécessaire, dès l'allumage du terminal. Ce logiciel de surveillance tourne en permanence en tâche de fond sur le terminal comme il sera aisément compris par l'Homme du métier. Le logiciel de surveillance active le logiciel client hébergé par le premier terminal 11 dès qu'une requête d'établissement d'une connexion entre le logiciel client du deuxième terminal 17 et le logiciel client du premier terminal 11 est reçue comme il sera expliqué dans la suite. Pendant une étape 19 d'envoi d'une requête, le logiciel client préalablement activé sur le deuxième terminal 17 émet une demande de connexion avec le logiciel client du premier terminal 11. Cette requête transite via le serveur central 13 où elle est stockée dans une mémoire 15 dans le cas où le premier terminal 11 est momentanément éteint. Sinon, elle est transférée, pendant une étape 111 de transmission, vers le premier terminal 11. Le logiciel de surveillance du premier terminal 11 détecte, pendant une étape 113 de détection, l'arrivée de la requête et active en réponse le logiciel client sur le premier terminal 11. Pendant une étape 115 d'établissement, une communication est établie entre le client logiciel du premier terminal 11 et celui du deuxième terminal 17.
Dans un système basé sur SEP (sigle anglaise de "Session Initiation Protocol") la requête envoyée pendant les étapes 19 et 111 peut être un nouveau message intitulé "CONNECTION". Ce message comprend, comme c'est le cas avec les messages SDP, plusieurs champs parmi lesquels figurent un champ intitulé "To:" comprenant le destinataire du message et un champ intitulé "From:" comprenant l'expéditeur du message. Il comprend aussi un nouveau champ intitulé "action". Ce champ peut avoir au moins deux valeurs différentes. Dans la suite, une valeur sera "automatic" et une autre valeur "manual". Il est toutefois possible d'utiliser deux autres valeurs, par exemple deux valeurs numériques (au lieu de valeurs du type texte). Dans ce cas la valeur 0 pourrait par exemple représenter "automatic" et la valeur 1 pourrait par exemple représenter "manual". D'ailleurs, l'invention peut être implémentée quel que soit le type du champ "action" : texte ou numérique ou autre. Si le champ intitulé "action" comprend la valeur "automatic", le logiciel de surveillance sur le premier terminal 1 1 active, en réponse à la réception de la requête, automatiquement le logiciel client. Si le champ intitulé "action" comprend la valeur "manual" le logiciel de surveillance sur le terminal 1 1 demande, en réponse à la réception de la requête, à l'utilisateur du terminal 11, s'il souhaite que le logiciel client sur le terminal 11 soit activé. Le logiciel client ne sera donc activé que dans le cas d'une acceptation par l'utilisateur du terminal 11 de l'établissement de la connexion. Une telle acceptation peut par exemple prendre la forme d'une fenêtre du type "pop up" bien connu par l'Homme du métier qui comprend une invitation à l'utilisateur d'activer son client. Si la requête était stockée dans la mémoire 15 du serveur central 13 parce que le premier terminal 11 était initialement éteint, le logiciel de surveillance lancera cette fenêtre dès que le premier terminal 11 s'allume et la requête pourra donc être transmise et reçue.
L'établissement de la connexion entre le client logiciel du premier terminal 11 et le client logiciel du deuxième terminal 17 se fait ensuite d'une façon connue par envoi de messages SIP "INVITE", "200 OK" et "ACK". Dans un mode de réalisation, le procédé comprend des étapes additionnelles qui permettent que le client du premier terminal 11 établisse une connexion avec le client du deuxième terminal 17, quand ce dernier s'allume. De cette façon, leurs utilisateurs respectifs peuvent échanger des messages en utilisant leurs clients. A cet effet, pendant une étape 121 de définition, l'utilisateur du terminal 11 définit l'utilisateur du deuxième terminal 17 comme la personne avec laquelle il souhaite communiquer dès que ce dernier allume son terminal 17. Pendant une étape 117 de transmission, un identifiant représentatif pour l'utilisateur du deuxième terminal 17 est transmis vers le deuxième terminal 17. Cette définition est par exemple comprise dans un message. Dans un premier temps ce message sera stocké dans la mémoire 15 du serveur 13. Ce mécanisme de stockage de mise-en-attente de messages est connu par l'Homme du métier. Dès que le terminal 17 de l'utilisateur s'allume, le message est transmis vers ce terminal 17. Il est à noter que dans ce mode de réalisation, un logiciel de surveillance doit être présent tant sur le deuxième terminal 17 que sur le premier terminal 1 1. Après réception par le logiciel de surveillance tournant sur le deuxième terminal 17 du message, ce logiciel de surveillance déclenche les autres étapes selon l'invention. Dans un système basé sur SEP, le message transmettant la définition de l'utilisateur peut être intitulé "REQUEST_CONNECTION" et comprend les champs "To:" et "From:". Le champ "To:" du message "REQUEST_CONNECTION" comprend l'identifiant de l'utilisateur avec lequel l'utilisateur du premier terminal 11 souhaite établir une communication. Ce message "REQUEST_CONNECTION" est envoyé au terminal avec lequel l'utilisateur du terminal 11 souhaite établir une communication. Dans le message "CONNECTION" envoyé par la suite depuis le deuxième terminal 17 vers le premier terminal 11, le champ "action" contiendra la valeur "automatic" mais pourra aussi comprendre la valeur "manual". Le procédé selon l'invention peut aussi être utilisé dans un système de messagerie avec plus de deux terminaux. Dans ce cas, le champ "To:" du message "CONNECTION" et celui du message "REQUEST_CONNECTION" contiendront, au lieu d'un identifiant unique, une liste d'identifiants comme il sera aisément compris par l'Homme du métier.

Claims

REVENDICATIONS
1) Procédé de communication entre un premier client d'un système de messagerie instantanée (12) et au moins un deuxième client dudit système, lesdits premier et deuxième clients étant respectivement hébergés dans des premier et deuxième terminaux (11 ; 17), procédé caractérisé en ce qu'il comprend :
- une étape d'envoi (19) depuis ledit deuxième terminal (17) vers le premier terminal (1 1) d'une requête d'établissement d'une connexion entre les premier et deuxième clients, - une étape de détection (113) de réception de ladite requête par un logiciel de surveillance en cours d'exécution sur le premier terminal (11),
- une étape d'activation dudit premier client par ledit logiciel de surveillance, et
- une étape (115) d'établissement d'une communication entre ledit deuxième client et ledit premier client.
2) Procédé selon la revendication 1 caractérisé en ce qu'il comprend en outre :
- une étape d'allumage dudit premier terminal (11), et
- une étape de lancement dudit logiciel de surveillance après ladite étape d'allumage.
3) Procédé selon l'une quelconque des revendications 1 à 2 caractérisé en ce que
- ladite étape d'activation est exécutée seulement dans le cas d'une confirmation par un utilisateur dudit premier terminal (11) de ladite étape d'activation.
4) Procédé selon la revendication 1 caractérisé en ce qu'il comprend : - une étape (121) de définition par un utilisateur dudit premier terminal (11) d'un utilisateur dudit premier terminal (17),
- une étape (117) de transmission de ladite définition vers ledit deuxième terminal (17), et
- une étape de démarrage dudit procédé après une connexion audit système par ledit utilisateur dudit deuxième terminal (17). 5) Un premier terminal (11) comprenant un logiciel de surveillance apte à détecter une requête d'établissement envoyée depuis un deuxième terminal (17) vers ledit premier terminal (11) et apte à activer un premier client hébergé dans ledit premier terminal (1 1).
6) Un deuxième terminal (17) comprenant des moyens d'envoi vers un premier terminal (11) d'une requête d'établissement d'une connexion entre un premier client d'un système de messagerie instantanée (12) et au moins un deuxième client dudit système, lesdits premier et deuxième clients étant respectivement hébergés dans ledit premier (11) terminal et ledit deuxième terminal (17) et des moyens de réception d'une définition par un utilisateur dudit premier terminal (11) d'un utilisateur dudit deuxième terminal (17).
7) Système de messagerie instantanée (12) comprenant un serveur central (13) et un premier terminal (11) selon la revendication 5 et un deuxième terminal (17) selon la revendication 6.
8) Programme d'ordinateur comportant des instructions pour la mise en œuvre du procédé selon l'une quelconque des revendications 1 à 4 lorsque ce programme est exécuté par un processeur.
9) Un produit de programme d'ordinateur, comprenant des moyens de code de programme, stockés sur un milieu lisible par un ordinateur, pour mettre en œuvre le procédé selon l'une quelconque des revendications 1 à 4, lorsque ledit programme fonctionne sur un ordinateur.
EP09803817A 2008-12-09 2009-12-08 Procede d'activation d'un logiciel client d'un systeme de messagerie instantanee Withdrawn EP2368350A2 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0858372A FR2939589A1 (fr) 2008-12-09 2008-12-09 Procede d'activation d'un logiciel client d'un systeme de messagerie instantanee.
PCT/FR2009/052433 WO2010066998A2 (fr) 2008-12-09 2009-12-08 Procede d'activation d'un logiciel client d'un systeme de messagerie instantanee

Publications (1)

Publication Number Publication Date
EP2368350A2 true EP2368350A2 (fr) 2011-09-28

Family

ID=41060084

Family Applications (1)

Application Number Title Priority Date Filing Date
EP09803817A Withdrawn EP2368350A2 (fr) 2008-12-09 2009-12-08 Procede d'activation d'un logiciel client d'un systeme de messagerie instantanee

Country Status (3)

Country Link
EP (1) EP2368350A2 (fr)
FR (1) FR2939589A1 (fr)
WO (1) WO2010066998A2 (fr)

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8577983B2 (en) * 2002-07-12 2013-11-05 Pace Plc System and method for notifying an instant message recipient of receipt of a message
FR2858149A1 (fr) * 2003-07-22 2005-01-28 France Telecom Systeme et procede de messagerie electronique
US7945249B2 (en) 2006-10-12 2011-05-17 Alcatel Lucent Next generation social networking and content rating system and method

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2010066998A2 *

Also Published As

Publication number Publication date
FR2939589A1 (fr) 2010-06-11
WO2010066998A2 (fr) 2010-06-17
WO2010066998A3 (fr) 2010-09-02

Similar Documents

Publication Publication Date Title
EP2081339A1 (fr) Procédé pour filtrer des messages dans un système de messagerie instantanée de terminaux mobiles, système de messagerie instantanée et serveur de mise en oeuvre de ce procédé
EP2587748B1 (fr) Lancement de session sur un serveur de communication
CA2900735C (fr) Transmission d'un message multimedia doublee par emission d'un message textuel
EP1672855A1 (fr) Procédé de limitation du nombre de conversations simultanées dans une messagerie instantanée
EP2210396B1 (fr) Système d'interconnexion entre au moins un appareil de communication et au moins un système d'information distant et procédé d'interconnexion
FR2897453A1 (fr) Procede et dispositif de declenchement de transfert d'activite(s) entre terminaux, a partir d'evenements associes a des identifiants d'utilisateurs
EP1763187A1 (fr) Procédé de transfert de fichiers dans un système de messagerie instantanée, serveur et programme d'ordinateur associés
WO2010066998A2 (fr) Procede d'activation d'un logiciel client d'un systeme de messagerie instantanee
FR2784837A1 (fr) Procede economique de mise en communication de deux terminaux a travers l'internet et terminal de communication
EP2494801A1 (fr) Procédé d'établissement d'une session applicative, dispositif et notification correspondante
FR2851704A1 (fr) Procede de gestion de presence selective pour service de messagerie instantanee au sein d'un reseau de telecommunication tel que le reseau internet
EP3516851B1 (fr) Procédés d'échange de messages et de gestion de messages, terminal et serveur de messagerie
EP3219090B1 (fr) Procédé et dispositif de communication
EP2923482B1 (fr) Service de communication voix a partir d'un reseau social
EP1501248B1 (fr) Système et procédé de messagerie électronique
WO2007077349A2 (fr) Procede, appareils et programme d'ordinateur de gestion de flux entre equipements fonctionnant selon le protocole sip sur un reseau de telecommunications
EP1428373A2 (fr) Passerelle protocolaire entre un terminal h.323 et un autre terminal, sans mise en oeuvre du r le de ma tre
EP2134060A1 (fr) Procédé et système de communication Internet dans lequel un appelé peut choisir suivant quelle modalité il veut être joint
EP1936934A1 (fr) Procédé de diffusion d'un flux depuis une plate-forme de service, produit programme d'ordinateur et plate-forme de service correspondants
EP2533496B1 (fr) Procede de communication de voix sur ip, systeme et serveur associes.
EP2315400B1 (fr) Procédé et dispositif de gestion de communications de réponse à des courriels par adjonction à ces derniers d'un champ dédié de lien hypertexte de communication
WO2007093740A2 (fr) Dispositif et procede de controle de communications, en vue de l'etablissement automatique d'une communication de messagerie instantanee lors d'une mise en attente en cours de communication telephonique ou multimedia
FR3020539A1 (fr) Procede et dispositif d'etablissement d'une communication
FR2960317A1 (fr) Procede de recuperation d'un identifiant d'une machine multifonction, machine et terminal correspondant
WO2006128996A1 (fr) Procede et systeme de journalisation de messages selon un protocole de messagerie instantanee en mode relais

Legal Events

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

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20110623

AK Designated contracting states

Kind code of ref document: A2

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

DAX Request for extension of the european patent (deleted)
17Q First examination report despatched

Effective date: 20121211

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: ORANGE

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

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

18D Application deemed to be withdrawn

Effective date: 20130622