WO2010007276A1 - Procede d'ajout automatique d'une adresse dans un carnet d'adresses - Google Patents

Procede d'ajout automatique d'une adresse dans un carnet d'adresses Download PDF

Info

Publication number
WO2010007276A1
WO2010007276A1 PCT/FR2009/051153 FR2009051153W WO2010007276A1 WO 2010007276 A1 WO2010007276 A1 WO 2010007276A1 FR 2009051153 W FR2009051153 W FR 2009051153W WO 2010007276 A1 WO2010007276 A1 WO 2010007276A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
address
interlocutor
address book
contact
Prior art date
Application number
PCT/FR2009/051153
Other languages
English (en)
Inventor
Philippe Besombe
Loïc PIETO
Original Assignee
France Telecom
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by France Telecom filed Critical France Telecom
Priority to US13/001,409 priority Critical patent/US20110106857A1/en
Priority to EP09797571A priority patent/EP2310990A1/fr
Publication of WO2010007276A1 publication Critical patent/WO2010007276A1/fr

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
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • 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

Definitions

  • the present invention relates generally to the field of telecommunications, and more specifically to the automated management of a user's address book, this address book being either in a terminal of the user, such as a mobile phone, a PDA (Personal Digital Assistant) or a fixed computer, is hosted in the communication network of an operator to which the user is subscribed.
  • a terminal of the user such as a mobile phone, a PDA (Personal Digital Assistant) or a fixed computer
  • the current techniques for managing address books are essentially manual techniques: The user of a terminal himself adds the contacts that seem relevant to him to add in the address book of his terminal, sometimes on the proposal of the terminal when an incoming call is missed, from an interlocutor whose number is not hidden and is not already in the terminal's address book.
  • Patent application JP2004153420A partially solves this problem, by proposing a system for automatically preparing an index of a user's address book, on the basis of a communication history.
  • This history is collected by a server, which by performing statistics, for example on the contacts most called by the user, determines the most appropriate contacts to add in the address book.
  • This system has the advantage of automatically determining the contacts to add or not in the address book of the user, without the user having to enter himself the phone numbers of these contacts.
  • the user is left with a list of phone numbers in his address book, which is not very relevant: for example if the user is regularly called by an advertising service, or a weather service by SMS (according to the English "Short Message Service"), the system will automatically add the phone numbers corresponding to these services in the address book of the user, which in fact is not desirable.
  • this system it is not easy for the user to remember which contact corresponds to a telephone number present in his address book. Indeed, the presentation of the name corresponding to a telephone number being very little used in the communication networks, this system generally does not have the possibility of automatically associating a name with each telephone number which it automatically adds in the address book of the user.
  • the present invention proposes a solution that does not have the aforementioned drawbacks, by providing a method and a system for automatically adding an address of an interlocutor in a user's address book, which take into account the affinities of the user. the user.
  • the invention proposes a method of automatically adding an address of an interlocutor in a user's address book, a communication session having been established between said user and said interlocutor, said method comprising a step of obtaining said address, and a step of adding said address in said address book, said adding step being conditioned by the respect of at least one rule taking into account a communication history of said user, said method being characterized in that said adding step is preceded by a step of determining a common contact between said user and said interlocutor.
  • the address of the interlocutor that is added in the address book of the user is to be understood as an address allowing the user to communicate with this interlocutor. It is therefore for example a telephone number, a SIP address (according to the English Session Initiation Protocol "), or an e-mail address of the interlocutor.
  • the criterion of adding a contact in the address book of the user depends on:
  • this addition criterion is more relevant than in the prior art, since the affinities of the user are taken into account.
  • an interlocutor is automatically added to the user's address book when he has called a predetermined number of times the user, and is in the address book of a user's contact.
  • said determination step uses for example a database of a social network of which said user is a part.
  • Various social networks can be used, such as Facebook® or Pikéo®, which make it possible to determine which are the social links between the user and the interlocutor, and so if the addition of the interlocutor in the address book of the user is relevant. It is therefore possible to define very precise addition criteria, for example not only dependent on a level of connectivity between the user and the interlocutor in these social networks, but also according to common areas of interest.
  • said determining step uses data contained in at least one of said address books of the common contact or the contact person, a common contact between the user and the interlocutor being determined if an address of the interlocutor is present in said address book of the common contact, or if said address of the common contact is present both in said user's address book and said address book of the interlocutor.
  • This alternative implementation is simpler than the use of social networks, but applies in case the user's contacts have an online address book, or in case the contact person himself has a online address book.
  • this alternative implementation is especially conceivable in the case where the automatic addition method according to the invention is implemented by the operator of the user. Indeed, the operator of the user has the necessary authorizations to access the online address books of his subscribers, and for the online address books of subscribers to other operators, he has the possibility of develop agreements with them to at least obtain connectivity information between subscribers.
  • said determination step is followed by a step of obtaining additional information related to said interlocutor and contained in said social network or in said address book of said common contact.
  • This feature makes it possible to recover for example a pseudonym or a name associated with the address of the interlocutor, or a geographical address for example. It is thus possible to complete in the address book of the user, the new entry corresponding to the interlocutor whose address has previously been obtained, by this additional information about the interlocutor.
  • This additional information allows the user to easily find his interlocutor in his address book, because the address of the interlocutor is not necessarily very explicit, especially if it is a phone number.
  • said adding step is preceded by a confirmation request step to the user of the addition of said address in said address book of the user.
  • This other feature allows the user to refuse the automatic addition of a contact when this addition does not seem relevant to him.
  • said confirmation request step is followed by a step of receiving information associated with said address, provided by the user.
  • This feature allows the user to complete the new entry corresponding to the interlocutor in the address book of the user, for example by adding the name of the interlocutor.
  • the confirmation request proposes for example to the user to add information to complete this new entry, or presents him with information to add, obtained through a social network or the address book of the common contact. In the latter case, the user only has to correct or complete this information presented to him.
  • the invention also relates to a system for automatically adding an address of an interlocutor in a user's address book, a communication session having been established between said user and said interlocutor, said system comprising means obtaining said address, and means for adding said address in said address book according to a set of rules taking into account a communication history of said user, said system being characterized in that it comprises furthermore means for determining a common contact between said user and said interlocutor, said determining means being used by at least one of said rules.
  • the invention also relates to a computer program comprising instructions for implementing the automatic addition method according to the invention, when it is executed on at least one processor.
  • the automatic addition system according to the invention and the computer program according to the invention have advantages similar to those of the automatic addition method according to the invention.
  • FIG. 1 represents a first embodiment of the automatic addition system according to the invention
  • FIG. 2 represents steps of the automatic addition method according to the invention
  • FIG. 3 represents a second embodiment of the automatic addition system according to the invention.
  • the automatic addition method according to the invention is implemented in a communication network RES1 by the operator of a subscribed user, this user using a mobile terminal. T1 to access the communication network RES1.
  • the user has an online address book, hosted in a BCA database of online address books, in the communication network RES1.
  • the terminal T1 also includes a local address book, allowing the user to find the coordinates of his contacts even when the terminal T1 is not connected to the communication network RES1.
  • This local address book is synchronized with the user's online address book, for example through periodic updates between these two address books.
  • the BCA database of address books also hosts the address books of the user's contacts, and the address book of a user's interlocutor. , from to establish on its terminal T2 a communication session COM1 with the terminal T1 of the user.
  • the terminal T2 is for example a cordless telephone connected to a base DECT (according to English "Digital Enhanced Cordless Telecommunications"), connected by a USB port (according to the English "Universal serial bus”) to a PAD home gateway.
  • the address books of the contacts of the user, and / or the address book of the interlocutor are housed in a network other than the communication network RES1.
  • the communication operator of the user for example develops agreements with the communication operator of the other network, to obtain information on the address books of the subscribers of this other communication operator. This information is obtained for example via an interface to a server managing the connection between subscriber address books of the other operator, this interface answering simple questions such as "Is such an address is present in the notebook of addresses of such subscriber? "
  • the terminal T1 or the terminal T2 are fixed terminals or use other technologies, such as WiFi (Wireless Fidelity, according to the "Institute of Electronical and Electronics Engineers” (IEEE) 802.11).
  • the communication session COM1 is here a session of voice over IP (according to the English "Internet Protocol"), using the IMS architecture, but that the invention also takes into account other types of communication sessions between the user and the other party, such as sending SMS messages, videoconferencing sessions, voice calls on the PSTN (Switched Telephone Network) or instant messaging sessions.
  • the type of the communication session possibly influences a criterion for automatically adding an address of the interlocutor in the user's address book, according to a predefined rule configuration governing this adding criterion.
  • This server determines through these rules whether the criterion of automatically adding a contact address in the address book of the user is verified, and if so manages this addition. For this it has an interface with the base of address books BCA.
  • the SAA server has an interface with a call log SJA server.
  • This SJA server keeps records of all subscriber calls of the user's communication operator. For the user of the terminal T1, the SJA server thus retains data on all the communication sessions engaging the terminal T1. For such a communication session, these data include in particular the nature of the communication session, the address of the interlocutor of the user in this communication session, the duration of the session, and whether the user or the interlocutor is at the origin of this session.
  • FIG. 2 represents this method in the form of an algorithm comprising steps E1 to E6.
  • the method according to the invention is implemented in the SAA server.
  • the method according to the invention is implemented in several physical entities of the communication network RES1. It is assumed, prior to the implementation of the method according to the invention in the SAA server, that the user has just completed the communication session COM1 with the interlocutor. The end of this session is notified to the call log server SJA by an S-CSCF server (according to the English "Serving CaII State Control Function") in the communication network RES1. This notification allows the SJA Call Log Server to update the user's communication history with related data. at the COM1 communication session. Alternatively, the call log SJA server uses a periodic poll of the communication operator's information system to update the user's communication history. After the user's communication history is updated by the SJA Call Log server, the SJA server notifies the SAA server of this update.
  • Step E1 is obtaining an address of the interlocutor by the server SAA.
  • the communication session COM 1 is a voice over IP session, this address is a SIP address.
  • This address is provided to the SAA server by the call log server SJA in the update notification that it has previously sent to it, when this address is available in the signaling of the communication session.
  • This notification also includes the nature of the communication session COM1, that is to say here a voice over IP session, the duration of the communication session COM1, and whether it is an incoming call or an outgoing call from the point of view of the user. More precisely, two cases are to be distinguished:
  • the user has manually entered the SIP address of the interlocutor in his terminal T1. This address is then transmitted in the signaling necessary for the establishment of the communication session COM1, stored in the S-CSCF in a call context, and saved at the end of the call in the call log server SJA. which then forwards it to the SAA server in its update notification. If the COM1 communication session that has just ended is an incoming call, the S-CSCF does not save in the SJA call log server the SIP address of the party present in the signaling necessary to restore the session.
  • this limitation related to the masked addresses is due to the respect of the service subscribed by the interlocutor of no presentation of his SIP address.
  • This limitation is in fact technically impossible to circumvent.
  • the SAA server queries the BCA database of address books.
  • step E1 For each contact present in the address book of the user, he determines whether the address of the interlocutor obtained in step E1 is present in the address book of this contact, or if an address of this contact is present in the address book of the interlocutor. If one of these two conditions is verified for at least one contact present in the address book of the user, then this contact is a common contact between the user and the interlocutor, which the SAA server has determined. It is assumed in this exemplary embodiment of the invention that the SAA server has determined a common contact between the user and the interlocutor.
  • the next step E3 is obtaining information related to the interlocutor. Two cases are to be distinguished:
  • the server SAA queries the entries related to the interlocutor in the address book of the common contact to determine information related to the interlocutor. For example, this information is the name of the contact and his address.
  • the SAA server interrogates other databases for associating a name for example with the address of the interlocutor obtained in step E1, such as an inverted directory, or a database the information system of the communication operator common to the user and to the interlocutor.
  • the SAA server determines, with the information it has on the communication session COM1 and on the interlocutor, whether the criterion for adding the address of the interlocutor determined at the step E1 in the address book of the user is checked. For this, it uses the rules governing this addition criterion, stored in the SAA server. These rules use a user's communication history, accessible through the Call Log SJA server. These rules indicate for example that:
  • the contact's address is automatically added to the user's address book after five incoming calls, if there is a contact between the caller and the user, and after receiving a call. positive response to an add user confirmation request.
  • the address of the interlocutor is automatically added in the address book of the user following an outgoing call, if there is a common contact between the interlocutor and the user.
  • the address of the interlocutor is added automatically in the address book of the user after five sessions of instant messengers shared with this interlocutor, if there is a common contact between the interlocutor and the user , and after receiving a positive response to a confirmation request to add to the user.
  • these rules depend on the existence of a common contact between the interlocutor and the user, but also on the frequency and duration of the previous calls between the user and the interlocutor, or the location of the interlocutor or the user at the time of the last call. It is further assumed in this exemplary embodiment of the invention that the communication session COM1 corresponds to the fifth incoming call from the interlocutor to the user.
  • the next step E4 is the sending of a request for confirmation of the addition of the address of the interlocutor in the address book of the user, by the server SAA, to the terminal T1.
  • This sending is done for example by SMS, or by USSD (according to English "Unstructured Supplementary Service Data").
  • the communication session COM1 being in this embodiment the fifth incoming call from the interlocutor to the user, the rules governing this addition criterion require confirmation from the user prior to this automatic addition.
  • the server SAA proposes to the user to enter, to complete a new entry corresponding to the interlocutor in his address book, one or more information related to the interlocutor, for example the name or address of the one - this.
  • This proposal is made for example in a new SMS or USSD message, or in the same message as the one containing the confirmation request. If in step E3 the SAA server has obtained such information, it submits them to the user in this proposal.
  • the next step E5 is the reception of information associated with the interlocutor. It is assumed in this embodiment of the invention that the user responds to the proposal sent to step E4 by the SAA server, by sending a name or an address to be associated with the address of the party in the address book of the user to the SAA server. In the case where the SAA server has already obtained this information in step E3, this sending is simply a validation or a correction of the information proposed by the SAA server in step E4 to complete the address book of the user. .
  • the step E6 is the addition of the address of the interlocutor in the address book of the user, completed by the information obtained at the step E3 and / or at step E5. For this, the SAA server performs a write request in the BCA database of address books.
  • step E3 the SAA server obtains information related to the interlocutor differently from the main variant embodiment of the invention: it sends a message to the interlocutor to ask him to identify themselves and possibly give other personal information allowing the user to find it easily in his address book, such as a pseudonym.
  • the automatic addition method according to the invention is implemented in a mobile terminal T3 of a user, connected to a communication network RES2.
  • the user's terminal T3 comprises a CA address book, a JA call log and an automatic adding software module MAA, implementing the automatic addition method according to the invention.
  • the user of the terminal T3 has just terminated a communication session COM2, for example an instant messaging session, with an interlocutor on a terminal T4.
  • the terminals T3 and T4 are in this embodiment of the fixed computers. Other types of terminals are of course usable, as in the first embodiment of the invention.
  • Step E1 is obtaining the e-mail address of the interlocutor by the automatic addition module MAA.
  • the automatic addition MAA module consults the call log JA of the terminal T3, which keeps a history of the user's instant messaging sessions, and in particular the e-mail addresses of the participants in these sessions, which are transmitted in the signaling messages used to establish these sessions.
  • Step E2 is the determination of a common contact between the user and the interlocutor.
  • the automatic adding module MAA accesses a database of a social network server SRS in the communication network RES2, the user being a member of the social network hosted by the server SRS.
  • the membership of the user to this social network is for example indicated in a centralized user profile in the communication network RES2, or local terminal T3.
  • a URL (according to the English "Uniform Resource Locator") of the social network server SRS is directly configured in the data of the automatic addition module MAA.
  • the automatic addition MAA module also obtains, if necessary, means of connection to the social network SRS server, such as a password and a user login, accessible for example in the user profile or in the configuration data of the MAA module. automatic addition.
  • the automatic addition MAA module uses the contact's e-mail address to determine, thanks to the database of the social network SRS server, whether the interlocutor also belongs to this social network. If so, the MAA automatic addition module determines, also thanks to this database, if the user and the interlocutor are related on this social network, and what is the degree of this relationship. This determination is specific to each type of social network. For example, if the social network SRS server hosts the site Pikeo®, the automatic add-in MAA module, determines whether the caller is in the user's contact list, or whether the user is in the contact list of the caller.
  • the MAA automatic addition module has determined that the user and the interlocutor are in direct relationship on this social network. Likewise for each contact in the user's contact list, the automatic addition MAA module determines whether this contact is in the contact list of the contact. If yes, this contact is a common contact between the user and the contact person, determined by the automatic addition MAA module. In a variant, the automatic addition MAA module accesses as many social network servers in the communication network RES2 as those indicated in the user profile, to determine a common contact with the interlocutor in each of these social networks.
  • the MAA automatic addition module also has access to a centralized profile of the interlocutor with an indication of the social networks to which the interlocutor is affiliated, this determination is preferably limited to the social networks common to the interlocutor and the user. .
  • the determination of a common contact between the user and the interlocutor is adapted to each social network to which the automatic addition module MAA accesses.
  • the identifier of the user or the interlocutor used to query the database of a social network server is not necessarily the e-mail address of the user or the interlocutor.
  • the automatic addition MAA module obtains, for example, in the user's profile or a centralized profile of the interlocutor. or in application data of the COM2 instant messaging session.
  • the next step E3 is obtaining information related to the interlocutor.
  • the automatic addition MAA module consults the data of the interlocutor in the social network server SRS. This information is for example a name or nickname, a geographical address, a telephone number or areas of interest.
  • the automatic addition module MAA determines, with the information which it has on the communication session COM2 and on the interlocutor, if a criterion of adding the e-mail address of the the interlocutor determined in step E1 in the CA address book of the user is verified. For this, it uses rules governing this addition criterion, configured in the MAA automatic addition module. For example, these rules indicate that the contact's email address is automatically added to the user's CA Address Book at the end of an IM session:
  • step E2 the automatic addition module MAA has determined a common contact between the user and the contact person in several social networks, these rules indicate for example that at the end of an e-mail session Instant, the contact's e-mail address is automatically added to the user's address book if:
  • a level of connectivity between the user and the interlocutor is taken into account in these rules, this level of connectivity being for example defined as the minimum number of intermediate contacts making it possible to connect the user to the interlocutor .
  • this level of connectivity being for example defined as the minimum number of intermediate contacts making it possible to connect the user to the interlocutor .
  • step E3 It is further assumed in this step E3 that the criterion of automatically adding the e-mail address of the interlocutor in the address book of the user is verified.
  • the next step E4 is sending a request to confirm the addition of the e-mail address of the interlocutor in the address book of the user, by the automatic addition module MAA.
  • This sending is done for example in the form of an application message to a display interface of the terminal T3, to display an intrusive window still called "pop-up" on a screen of the terminal T3, asking the user to he wishes to add the e-mail address of the party in his CA address book.
  • the MAA automatic addition module proposes to the user to enter, to complete a new entry corresponding to the interlocutor in his CA address book, one or more information related to the interlocutor, for example the name or the geographical address of this one. This proposal is made for example in a new intrusive window with one or more text insertion fields. If in step E3 the SAA server has already obtained some of this information on the interlocutor, the corresponding text insertion fields are pre-filled, and editable.
  • step E5 is the reception of information associated with the interlocutor. It is assumed in this embodiment of the invention that the user has entered the text insertion fields. posted on his termina! T3 in step E4, a name or a geographical address to be associated with the e-mail address of the interlocutor in his address book CA, or corrected or validated such pre-filled fields.
  • step E6 is the addition of the e-mail address of the interlocutor in the CA address book by the automatic addition module MAA. The entry of this address in the CA address book is further supplemented by the information obtained in step E3 and / or step E5.
  • the automatic addition MAA module obtains the e-mail address of the interlocutor in an online instant messaging profile associated with the interlocutor, which profile he accesses through an identifier. inserted in one of the messages of the COM2 communication session.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Human Resources & Organizations (AREA)
  • Tourism & Hospitality (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • General Health & Medical Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • Data Mining & Analysis (AREA)
  • Primary Health Care (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Telephonic Communication Services (AREA)

Abstract

L'invention concerne un procédé d'ajout automatique d'une adresse d'un interlocuteur dans un carnet d'adresses d'un utilisateur, une session de communication ayant été établie entre ledit utilisateur et ledit interlocuteur, ledit procédé comportant une étape d'obtention (E1 ) de ladite adresse, et une étape d'ajout (E6) de ladite adresse dans ledit carnet d'adresses, ladite étape d'ajout (E6) étant conditionnée par le respect d'au moins une règle tenant compte d'un historique de communication dudit utilisateur, ledit procédé étant caractérisé en ce que ladite étape d'ajout (E6) est précédée d'une étape de détermination (E2) d'un contact commun entre ledit utilisateur et ledit interlocuteur.

Description

Procédé d'ajout automatique d'une adresse dans un carnet d'adresses
La présente invention se rapporte de manière générale au domaine des télécommunications, et plus précisément à la gestion automatisée d'un carnet d'adresses d'un utilisateur, ce carnet d'adresses étant soit dans un terminal de l'utilisateur, tel qu'un téléphone mobile, un assistant numérique personnel de type PDA (d'après l'anglais "Personal Digital Assistant") ou encore un ordinateur fixe, soit hébergé dans le réseau de communication d'un opérateur auquel l'utilisateur est abonné.
Les techniques actuelles de gestion de carnets d'adresses sont essentiellement des techniques manuelles: L'utilisateur d'un terminal ajoute lui-même les contacts qui lui semblent pertinents à ajouter dans le carnet d'adresses de son terminal, parfois sur proposition du terminal lors d'un appel entrant en absence, provenant d'un interlocuteur dont le numéro n'est pas masqué et ne figure déjà pas dans le carnet d'adresses du terminal.
Ces techniques existantes sont donc peu pratiques pour l'utilisateur: dans la plupart des cas il doit lui-même entrer un numéro de téléphone et un nom de contact associé dans son carnet d'adresses, à chaque fois que l'ajout d'un nouveau contact dans son carnet d'adresses lui semble indiqué.
La demande de brevet JP2004153420A résout partiellement ce problème, en proposant un système permettant de préparer automatiquement un index d'un carnet d'adresses d'un utilisateur, sur la base d'un historique de communication. Cet historique est collecté par un serveur, qui en effectuant des statistiques, par exemple sur les contacts les plus appelés par l'utilisateur, détermine les contacts les plus appropriés à ajouter dans le carnet d'adresses.
Ce système présente l'avantage de déterminer automatiquement les contacts à ajouter ou non dans le carnet d'adresses de l'utilisateur, sans que l'utilisateur ait à entrer lui-même les numéros de téléphone de ces contacts. Cependant l'utilisateur se retrouve avec une liste de numéros de téléphone dans son carnet d'adresses, qui n'est pas très pertinente: par exemple si l'utilisateur est régulièrement appelé par un service de publicité, ou un service de météo par SMS (d'après l'anglais "Short Message Service"), le système ajoutera automatiquement les numéros de téléphone correspondant à ces services dans le carnet d'adresses de l'utilisateur, ce qui en fait n'est pas souhaitable. De plus avec ce système il n'est pas évident pour l'utilisateur de se rappeler à quel contact correspond un numéro de téléphone présent dans son carnet d'adresses. En effet, la présentation du nom correspondant à un numéro de téléphone étant très peu usitée dans les réseaux de communication, ce système n'a généralement pas la possibilité d'associer automatiquement un nom à chaque numéro de téléphone qu'il ajoute automatiquement dans le carnet d'adresses de l'utilisateur.
La présente invention propose une solution qui ne présente pas les inconvénients précités, en fournissant un procédé et un système d'ajout automatique d'une adresse d'un interlocuteur dans un carnet d'adresses d'un utilisateur, qui tiennent compte des affinités de l'utilisateur. A cette fin, l'invention propose un procédé d'ajout automatique d'une adresse d'un interlocuteur dans un carnet d'adresses d'un utilisateur, une session de communication ayant été établie entre ledit utilisateur et ledit interlocuteur, ledit procédé comportant une étape d'obtention de ladite adresse, et une étape d'ajout de ladite adresse dans ledit carnet d'adresses, ladite étape d'ajout étant conditionnée par le respect d'au moins une règle tenant compte d'un historique de communication dudit utilisateur, ledit procédé étant caractérisé en ce que ladite étape d'ajout est précédée d'une étape de détermination d'un contact commun entre ledit utilisateur et ledit interlocuteur.
Il est à noter que dans cette demande, l'adresse de l'interlocuteur qui est ajoutée dans le carnet d'adresses de l'utilisateur est à comprendre comme une adresse permettant à l'utilisateur de communiquer avec cet interlocuteur. II s'agit donc par exemple d'un numéro de téléphone, d'une adresse SIP (d'après l'anglais Session Initiation Protocol"), ou encore d'une adresse de courrier électronique de l'interlocuteur.
Grâce à l'invention, le critère d'ajout d'un contact dans le carnet d'adresses de l'utilisateur dépend :
-des communications que l'utilisateur a précédemment eu avec ce contact, qui est donc son interlocuteur dans ladite session de communication précédemment établie,
-mais aussi des contacts communs entre ce contact et l'utilisateur. Ainsi ce critère d'ajout est plus pertinent que dans l'art antérieur, puisqu'on tient compte des affinités de l'utilisateur. Par exemple un interlocuteur est automatiquement ajouté dans le carnet d'adresses de l'utilisateur lorsqu' il a appelé un nombre prédéterminé de fois l'utilisateur, et qu'il est dans le carnet d'adresses d'un contact de l'utilisateur. De plus, ladite étape de détermination utilise par exemple une base de données d'un réseau social duquel ledit utilisateur fait partie. Divers réseaux sociaux sont utilisables, tels que Facebook® ou Pikéo®, qui permettent de déterminer quels sont les liens sociaux entre l'utilisateur et l'interlocuteur, et ainsi si l'ajout de l'interlocuteur dans le carnet d'adresses de l'utilisateur est pertinent. Il est donc possible de définir des critères d'ajout très précis, par exemple non seulement qui dépendent d'un niveau de connexité entre l'utilisateur et l'interlocuteur dans ces réseaux sociaux, mais aussi en fonction de domaines d'intérêt communs.
Alternativement, lorsqu'un carnet d'adresses du contact commun ou un carnet d'adresses de l'interlocuteur sont accessibles depuis un réseau de communication, et lorsqu'une adresse dudit contact commun est présente dans le carnet d'adresses de l'utilisateur, ladite étape de détermination utilise des données contenues dans au moins un desdits carnets d'adresses du contact commun ou de l'interlocuteur, un contact commun entre l'utilisateur et l'interlocuteur étant déterminé si une adresse de l'interlocuteur est présente dans ledit carnet d'adresses du contact commun, ou si ladite adresse du contact commun est présente à la fois dans ledit carnet d'adresses de l'utilisateur et ledit carnet d'adresses de l'interlocuteur.
Cette alternative d'implémentation est plus simple que l'utilisation de réseaux sociaux, mais s'applique au cas où les contacts de l'utilisateur ont un carnet d'adresses en ligne, ou au cas où l'interlocuteur lui-même a un carnet d'adresses en ligne. De plus l'accès à ces carnets d'adresses étant généralement protégé, cette alternative d'implémentation est surtout envisageable dans le cas où le procédé d'ajout automatique selon l'invention est mis en œuvre par l'opérateur de l'utilisateur. En effet, l'opérateur de l'utilisateur a les autorisations nécessaires pour accéder aux carnets d'adresses en ligne de ses abonnés, et pour les carnets d'adresses en ligne d'abonnés à d'autres opérateurs, il a la possibilité de développer des accords avec ceux-ci pour au moins obtenir des informations de connexité entre abonnés. Selon une caractéristique avantageuse, ladite étape de détermination est suivie d'une étape d'obtention d'une information supplémentaire liée audit interlocuteur et contenue dans ledit réseau social ou dans ledit carnet d'adresses dudit contact commun.
Cette caractéristique permet de récupérer par exemple un pseudonyme ou un nom associé à l'adresse de l'interlocuteur, ou encore une adresse géographique par exemple. Il est ainsi possible de compléter dans le carnet d'adresses de l'utilisateur, la nouvelle entrée correspondant à l'interlocuteur dont on a précédemment obtenu l'adresse, par ces informations supplémentaires sur l'interlocuteur. Ces informations supplémentaires permettent à l'utilisateur de retrouver facilement son interlocuteur dans son carnet d'adresses, car l'adresse de l'interlocuteur n'est pas forcément très explicite, notamment s'il s'agit d'un numéro de téléphone. Par l'utilisation de données liées à l'interlocuteur et accessibles par un réseau de communication, cette caractéristique permet d'éviter à l'utilisateur de chercher lui-même ce type d'informations supplémentaires puis de les rentrer manuellement dans son carnet d'adresses. Selon une autre caractéristique avantageuse, ladite étape d'ajout est précédée d'une étape de demande de confirmation à l'utilisateur de l'ajout de ladite adresse dans ledit carnet d'adresses de l'utilisateur.
Cette autre caractéristique permet à l'utilisateur de refuser l'ajout automatique d'un contact lorsque cet ajout ne lui paraît pas pertinent.
Selon une autre caractéristique avantageuse, ladite étape de demande de confirmation est suivie d'une étape de réception d'une information associée à ladite adresse, fournie par l'utilisateur.
Cette caractéristique permet à l'utilisateur de compléter la nouvelle entrée correspondant à l'interlocuteur dans le carnet d'adresses de l'utilisateur, par exemple en y ajoutant le nom de l'interlocuteur. La demande de confirmation propose par exemple à l'utilisateur d'ajouter une information pour compléter cette nouvelle entrée, ou lui présente une information à ajouter, obtenue grâce à un réseau social ou au carnet d'adresses du contact commun. Dans ce dernier cas, l'utilisateur n'a plus qu'à corriger ou compléter cette information qui lui est présentée.
L'invention concerne aussi un système d'ajout automatique d'une adresse d'un interlocuteur dans un carnet d'adresses d'un utilisateur, une session de communication ayant été établie entre ledit utilisateur et ledit interlocuteur, ledit système comportant des moyens d'obtention de ladite adresse, et des moyens d'ajout de ladite adresse dans ledit carnet d'adresses en fonction d'un ensemble de règles tenant compte d'un historique de communication dudit utilisateur, ledit système étant caractérisé en ce qu'il comporte en outre des moyens de détermination d'un contact commun entre ledit utilisateur et ledit interlocuteur, lesdits moyens de détermination étant utilisés par au moins une desdites règles.
L'invention concerne encore un programme d'ordinateur comportant des instructions pour mettre en oeuvre le procédé d'ajout automatique selon l'invention, lorsqu'il est exécuté sur au moins un processeur. Le système d'ajout automatique selon l'invention et le programme d'ordinateur selon l'invention présentent des avantages analogues à ceux du procédé d'ajout automatique selon l'invention.
D'autres caractéristiques et avantages apparaîtront à la lecture de modes de réalisation préférés décrits en référence aux figures dans lesquelles:
- la figure 1 représente un premier mode de réalisation du système d'ajout automatique selon l'invention,
- la figure 2 représente des étapes du procédé d'ajout automatique selon l'invention,
- et la figure 3 représente un deuxième mode de réalisation du système d'ajout automatique selon l'invention.
Selon un premier mode de réalisation de l'invention représenté à la figure 1 , le procédé d'ajout automatique selon l'invention est implémenté dans un réseau de communication RES1 par l'opérateur d'un utilisateur abonné, cet utilisateur utilisant un terminal mobile T1 pour accéder au réseau de communication RES1.
L'utilisateur dispose d'un carnet d'adresses en ligne, hébergé dans une base de données BCA de carnets d'adresses en ligne, dans le réseau de communication RES1. Le terminal T1 comporte également un carnet d'adresses local, permettant à l'utilisateur de retrouver les coordonnées de ses contacts même lorsque le terminal T1 n'est pas connecté au réseau de communication RES1. Ce carnet d'adresses local est synchronisé avec le carnet d'adresses en ligne de l'utilisateur, par exemple grâce à des mises à jour périodiques entre ces deux carnets d'adresses. On suppose également dans ce mode de réalisation de l'invention, que la base BCA de carnets d'adresses héberge également les carnets d'adresses des contacts de l'utilisateur, et le carnet d'adresses d'un interlocuteur de l'utilisateur, venant d'établir sur son terminal T2 une session de communication COM1 avec le terminal T1 de l'utilisateur. Le terminal T2 est par exemple un téléphone sans fil relié à une base DECT (d'après l'anglais "Digital Enhanced Cordless Télécommunications"), connectée par un port USB (d'après l'anglais "Universal sériai bus") à une passerelle domestique PAD.
Il est à noter que dans cet exemple de réalisation, pour simplifier tous les carnets d'adresses utilisés sont hébergés dans la base de carnets d'adresses BCA. En variante, les carnets d'adresses des contacts de l'utilisateur, et/ou le carnet d'adresses de l'interlocuteur, sont hébergés dans un autre réseau que le réseau de communication RES1. Dans ce cas, l'opérateur de communication de l'utilisateur développe par exemple des accords avec l'opérateur de communication de cet autre réseau, pour obtenir des informations sur les carnets d'adresses des abonnés de cet autre opérateur de communication. Ces informations sont par exemple obtenues via une interface vers un serveur gérant la connexité entre carnets d'adresses d'abonnés de cet autre opérateur, cette interface répondant à des interrogations simples telles que "Est-ce que telle adresse est présente dans le carnet d'adresses de tel abonné?".
De plus, d'autres variantes de réalisation sont envisageables. Par exemple en variante le terminal T1 ou le terminal T2 sont des terminaux fixes ou utilisent d'autres technologies, telles que le WiFi (Wireless Fidelity, selon la norme "Institute of Electronical and Electronics Engineers" (IEEE) 802.11 ). Enfin il est à noter que la session de communication COM1 est ici une session de voix sur IP (d'après l'anglais "Internet Protocol"), utilisant l'architecture IMS, mais que l'invention prend en compte également d'autres types de session de communication entre l'utilisateur et l'interlocuteur, telles que des envois de SMS, des sessions de visioconférence, des appels voix sur le réseau RTC (Réseau Téléphonique Commuté) ou encore des sessions de messagerie instantanée. Le type de la session de communication influence éventuellement un critère d'ajout automatique d'une adresse de l'interlocuteur dans le carnet d'adresses de l'utilisateur, en fonction d'une configuration de règles prédéfinies régissant ce critère d'ajout.
Ces règles sont stockées dans un serveur SAA dans le réseau de communication RES1. Ce serveur détermine grâce à ces règles si le critère d'ajout automatique d'une adresse de l'interlocuteur dans le carnet d'adresses de l'utilisateur est vérifié, et dans l'affirmative gère cet ajout. Pour cela il dispose d'une interface avec la base de carnets d'adresses BCA.
De plus, le serveur SAA dispose d'une interface avec un serveur SJA de journal d'appels. Ce serveur SJA conserve des historiques de tous les appels des abonnés de l'opérateur de communication de l'utilisateur. Pour l'utilisateur du terminal T1 , le serveur SJA conserve donc des données sur toutes les sessions de communication engageant le terminal T1. Pour une telle session de communication, ces données comportent notamment la nature de la session de communication, l'adresse de l'interlocuteur de l'utilisateur dans cette session de communication, la durée de la session, et si l'utilisateur ou l'interlocuteur est à l'origine de cette session.
Le procédé d'ajout automatique selon l'invention est maintenant décrit en relation avec la figure 2, qui représente ce procédé sous la forme d'un algorithme comportant des étapes E1 à E6.
Le procédé selon l'invention est mis en oeuvre dans le serveur SAA. En variante le procédé selon l'invention est mis en œuvre dans plusieurs entités physiques du réseau de communication RES1. On suppose, préalablement à la mise en œuvre du procédé selon l'invention dans le serveur SAA, que l'utilisateur vient de terminer la session de communication COM1 avec l'interlocuteur. La fin de cette session est notifiée au serveur SJA de journal d'appels par un serveur S-CSCF (d'après l'anglais "Serving CaII State Control Function") dans le réseau de communication RES1. Cette notification permet au serveur SJA de journal d'appels de mettre à jour l'historique des communications de l'utilisateur avec des données liées à la session de communication COM1. En variante, le serveur SJA de journal d'appels utilise une interrogation périodique du système d'information de l'opérateur de communication, pour mettre à jour l'historique des communications de l'utilisateur. Une fois l'historique des communications de l'utilisateur mis à jour par le serveur SJA de journal d'appels, celui-ci notifie le serveur SAA de cette mise à jour.
L'étape E1 est l'obtention d'une adresse de l'interlocuteur par le serveur SAA. La session de communication COM 1 étant une session de voix sur IP, cette adresse est une adresse SIP. Cette adresse est fournie au serveur SAA par le serveur SJA de journal d'appels dans la notification de mise à jour qu'il lui a précédemment envoyée, lorsque cette adresse est disponible dans la signalisation de la session de communication. Cette notification comprend également la nature de la session de communication COM1 , c'est-à-dire ici une session de voix sur IP, la durée de la session de communication COM1 , et s'il s'agit d'un appel entrant ou d'un appel sortant du point de vue de l'utilisateur. Plus précisément, deux cas sont à distinguer:
-Si la session de communication COM1 qui vient de prendre fin est un appel sortant, l'utilisateur a entré manuellement l'adresse SIP de l'interlocuteur dans son terminal T1. Cette adresse est ensuite transmise dans la signalisation nécessaire à l'établissement de la session de communication COM1 , conservée dans le S-CSCF dans un contexte d'appel, puis sauvegardée en fin d'appel dans le serveur de journal d'appels SJA, qui le transmet ensuite au serveur SAA dans sa notification de mise à jour. -Si la session de communication COM1 qui vient de prendre fin est un appel entrant, le S-CSCF ne sauvegarde dans le serveur de journal d'appels SJA l'adresse SIP de l'interlocuteur présente dans la signalisation nécessaire à rétablissement de la session de communication COM1 , que si cette adresse n'est pas "masquée", c'est-à-dire si l'interlocuteur n'a pas souscrit au service de non présentation de son adresse SIP. Dans le cas contraire où l'interlocuteur a souscrit au service de non présentation de son adresse SIP, cette étape E1 et les suivantes ne sont pas réalisées, l'invention n'étant pas utilisée.
Cependant dans ce mode de réalisation de l'invention, cette limitation liée aux adresses masquées est due au respect du service souscrit par l'interlocuteur de non présentation de son adresse SIP. Cette limitation est en effet techniquement est contournable. Il suffit par exemple, dans le cas où l'adresse SIP de l'interlocuteur est masquée, de demander à celui-ci de donner son adresse SIP par SMS à la fin de la session de communication COM1. L'étape suivante E2 est la détermination d'un contact commun entre l'utilisateur et l'interlocuteur. Pour cela le serveur SAA interroge la base BCA de carnets d'adresses. Pour chaque contact présent dans le carnet d'adresses de l'utilisateur, il détermine si l'adresse de l'interlocuteur obtenue à l'étape E1 est présente dans le carnet d'adresses de ce contact, ou si une adresse de ce contact est présente dans le carnet d'adresses de l'interlocuteur. Si une de ces deux conditions est vérifiée pour au moins un contact présent dans le carnet d'adresses de l'utilisateur, alors ce contact est un contact commun entre l'utilisateur et l'interlocuteur, que le serveur SAA a déterminé. On suppose dans cet exemple de réalisation de l'invention, que le serveur SAA a déterminé un contact commun entre l'utilisateur et l'interlocuteur.
L'étape suivante E3 est l'obtention d'informations liées à l'interlocuteur. Deux cas sont à distinguer:
- Si l'adresse de l'interlocuteur obtenue à l'étape E1 est présente dans le carnet d'adresses du contact commun, alors le serveur SAA interroge les entrées liées à l'interlocuteur dans le carnet d'adresses du contact commun pour déterminer des informations liées à l'interlocuteur. Par exemple ces informations sont le nom de l'interlocuteur et son adresse.
- Si une adresse de ce contact commun est présente dans le carnet d'adresses de l'interlocuteur mais l'adresse de l'interlocuteur obtenue à l'étape E1 n'est pas présente dans le carnet d'adresses du contact commun, alors le serveur SAA interroge d'autres bases de données permettant d'associer un nom par exemple à l'adresse de l'interlocuteur obtenue à l'étape E1 , telles qu'un annuaire inversé, ou une base de données du système d'informations de l'opérateur de communication commun à l'utilisateur et à l'interlocuteur.
A la fin de cette étape E3, le serveur SAA détermine, avec les informations dont il dispose sur la session de communication COM1 et sur l'interlocuteur, si le critère d'ajout de l'adresse de l'interlocuteur déterminée à l'étape E1 dans Ie carnet d'adresses de l'utilisateur est vérifié. Pour cela, il utilise les règles régissant ce critère d'ajout, stockées dans le serveur SAA. Ces règles utilisent un historique de communication de l'utilisateur, accessible grâce au serveur SJA de journal d'appels. Ces règles indiquent par exemple que:
- L'adresse de l'interlocuteur est ajoutée automatiquement dans le carnet d'adresses de l'utilisateur au bout de cinq appels entrants, s'il existe un contact commun entre l'interlocuteur et l'utilisateur, et après réception d'une réponse positive à une demande de confirmation d'ajout à l'utilisateur.
- ou l'adresse de l'interlocuteur est ajoutée automatiquement dans le carnet d'adresses de l'utilisateur suite à un appel sortant, s'il existe un contact commun entre l'interlocuteur et l'utilisateur.
- ou l'adresse de l'interlocuteur est ajoutée automatiquement dans le carnet d'adresses de l'utilisateur au bout de cinq sessions de messageries instantanées partagées avec cet interlocuteur, s'il existe un contact commun entre l'interlocuteur et l'utilisateur, et après réception d'une réponse positive à une demande de confirmation d'ajout à l'utilisateur.
Bien sûr de multiples autres configurations des règles régissant ce critère d'ajout sont envisageables. Par exemple en variante, ces règles dépendent de l'existence d'un contact commun entre l'interlocuteur et l'utilisateur, mais aussi de la fréquence et de la durée des appels précédents entre l'utilisateur et l'interlocuteur, ou encore de la localisation de l'interlocuteur ou de l'utilisateur au moment du dernier appel. On suppose de plus, dans cet exemple de réalisation de l'invention, que la session de communication COM1 correspond au cinquième appel entrant de l'interlocuteur vers l'utilisateur.
L'étape suivante E4 est l'envoi d'une demande de confirmation de l'ajout de l'adresse de l'interlocuteur dans le carnet d'adresses de l'utilisateur, par le serveur SAA, au terminal T1. Cet envoi est effectué par exemple par SMS, ou par USSD (d'après l'anglais "Unstructured Supplementary Service Data"). En effet, la session de communication COM1 étant dans cet exemple de réalisation le cinquième appel entrant de l'interlocuteur vers l'utilisateur, les règles régissant ce critère d'ajout exigent une confirmation de l'utilisateur préalablement à cet ajout automatique.
On suppose dans cet exemple de réalisation de l'invention, que l'utilisateur répond positivement à cette demande de confirmation. Le serveur SAA propose alors à l'utilisateur d'entrer, pour compléter une nouvelle entrée correspondant à l'interlocuteur dans son carnet d'adresses, une ou plusieurs informations liées à l'interlocuteur, par exemple le nom ou l'adresse de celui- ci. Cette proposition est effectuée par exemple dans un nouveau message SMS ou USSD, ou dans le même message que celui contenant la demande de confirmation. Si à l'étape E3 le serveur SAA a obtenu de telles informations, il les soumet à l'utilisateur dans cette proposition.
L'étape suivante E5 est la réception d'informations associées à l'interlocuteur. On suppose en effet dans cet exemple de réalisation de l'invention, que l'utilisateur répond à la proposition envoyée à l'étape E4 par le serveur SAA, par l'envoi d'un nom ou d'une adresse à associer à l'adresse de l'interlocuteur dans le carnet d'adresses de l'utilisateur au serveur SAA. Dans le cas où le serveur SAA a déjà obtenu ces informations à l'étape E3, cet envoi est simplement une validation ou une correction des informations proposées par le serveur SAA à l'étape E4 pour compléter le carnet d'adresses de l'utilisateur. Enfin l'étape E6 est l'ajout de l'adresse de l'interlocuteur dans le carnet d'adresses de l'utilisateur, complétée par les informations obtenues à l'étape E3 et/ou à l'étape E5. Pour cela le serveur SAA effectue une demande d'écriture dans la base BCA de carnets d'adresses.
Il est à noter que de nombreuses variantes de ce premier mode de réalisation de l'invention sont envisageables, l'ordre des étapes n'étant pas figé pour réaliser l'invention, certaines étapes étant optionnelles, et différentes réalisations de ces étapes étant possibles. Par exemple en variante de réalisation de l'invention, seules les étapes E1 , E2 et E6 sont mises en oeuvre. De même dans une autre variante, l'étape E3 est mise en œuvre après l'étape E5. Enfin encore dans une autre variante, dans l'étape E3 le serveur SAA obtient des informations liées à l'interlocuteur de manière différente par rapport à la variante principale de réalisation de l'invention: il envoie un message à l'interlocuteur pour lui demander de s'identifier et de donner éventuellement d'autres informations personnelles permettant à l'utilisateur de le retrouver facilement dans son carnet d'adresses, telles qu'un pseudonyme.
Selon un deuxième mode de réalisation de l'invention représenté à la figure 3, le procédé d'ajout automatique selon l'invention est implémenté dans un terminal mobile T3 d'un utilisateur, connecté à un réseau de communication RES2. Le terminal T3 de l'utilisateur comporte un carnet d'adresses CA, un journal d'appels JA et un module logiciel MAA d'ajout automatique, implémentant le procédé d'ajout automatique selon l'invention.
On suppose dans ce deuxième mode de réalisation de l'invention, que l'utilisateur du terminal T3 vient de terminer une session de communication COM2, par exemple une session de messagerie instantanée, avec un interlocuteur sur un terminal T4. Les terminaux T3 et T4 sont dans cet exemple de réalisation des ordinateurs fixes. D'autres types de terminaux sont bien entendu utilisables, comme dans le premier mode de réalisation de l'invention.
Le procédé d'ajout automatique selon l'invention est maintenant décrit dans ce deuxième mode de réalisation de l'invention, en relation avec la figure 2, qui représente ce procédé sous la forme d'un algorithme comportant des étapes E1 à E6.
L'étape E1 est l'obtention de l'adresse de courrier électronique de l'interlocuteur par le module MAA d'ajout automatique. Pour cela le module MAA d'ajout automatique consulte le journal d'appels JA du terminal T3, qui conserve un historique des sessions de messagerie instantanée de l'utilisateur, et notamment les adresses de courrier électronique des participants à ces sessions, qui sont transmises dans les messages de signalisation servant à établir ces sessions. L'étape E2 est la détermination d'un contact commun entre l'utilisateur et l'interlocuteur. Pour cela le module MAA d'ajout automatique accède à une base de données d'un serveur de réseau social SRS dans le réseau de communication RES2, l'utilisateur étant membre du réseau social hébergé par le serveur SRS. L'appartenance de l'utilisateur à ce réseau social est par exemple indiquée dans un profil utilisateur centralisé dans le réseau de communication RES2, ou local au terminal T3. En variante une URL (d'après l'anglais "Uniform Resource Locator") du serveur SRS de réseau social est directement configurée dans les données du module MAA d'ajout automatique. Le module MAA d'ajout automatique obtient également si nécessaire des moyens de connexion au serveur SRS de réseau social, tel qu'un mot de passe et un login utilisateur, accessibles par exemple dans le profil utilisateur ou dans les données de configuration du module MAA d'ajout automatique.
Dans cette étape E2, le module MAA d'ajout automatique utilise l'adresse de courrier électronique de l'interlocuteur pour déterminer, grâce à la base de données du serveur SRS de réseau social, si l'interlocuteur appartient également à ce réseau social. Dans l'affirmative, le module MAA d'ajout automatique détermine, également grâce à cette base de données, si l'utilisateur et l'interlocuteur sont en relation sur ce réseau social, et quel est le degré de cette relation. Cette détermination est propre à chaque type de réseau social. Par exemple si le serveur SRS de réseau social héberge le site Pikéo®, le module MAA d'ajout automatique détermine si l'interlocuteur est dans la liste de contacts de l'utilisateur, ou si l'utilisateur est dans la liste de contacts de l'interlocuteur. Si une de ces conditions est vérifiée, alors le module MAA d'ajout automatique a déterminé que l'utilisateur et l'interlocuteur sont en relation directe sur ce réseau social. De même pour chaque contact dans la liste de contacts de l'utilisateur, le module MAA d'ajout automatique détermine si ce contact est dans la liste de contacts de l'interlocuteur. Dans l'affirmative, ce contact est un contact commun entre l'utilisateur et l'interlocuteur, déterminé par le module MAA d'ajout automatique. En variante, le module MAA d'ajout automatique accède à autant de serveurs de réseaux sociaux dans le réseau de communication RES2 que ceux indiqués dans le profil utilisateur, pour déterminer un contact commun avec l'interlocuteur dans chacun des ces réseaux sociaux. Si le module MAA d'ajout automatique a également accès à un profil centralisé de l'interlocuteur comportant une indication des réseaux sociaux auxquels est affilié l'interlocuteur, cette détermination est de préférence limitée aux réseaux sociaux communs à l'interlocuteur et l'utilisateur. Dans cette variante, la détermination d'un contact commun entre l'utilisateur et l'interlocuteur est adaptée à chaque réseau social auquel le module MAA d'ajout automatique accède. Par exemple l'identifiant de l'utilisateur ou de l'interlocuteur utilisé pour interroger la base de données d'un serveur de réseau social n'est pas forcément l'adresse de courrier électronique de l'utilisateur ou de l'interlocuteur. Il s'agit par exemple d'un identifiant commun à plusieurs services en ligne, de type OpenID®", que le module MAA d'ajout automatique obtient par exemple dans le profil de l'utilisateur ou un profil centralisé de l'interlocuteur, ou dans des données applicatives de la session de messagerie instantanée COM2.
L'étape suivante E3 est l'obtention d'informations liées à l'interlocuteur. Pour cela, le module MAA d'ajout automatique consulte les données de l'interlocuteur dans le serveur SRS de réseau social. Ces informations sont par exemple un nom ou un pseudo, une adresse géographique, un numéro de téléphone ou encore des domaines d'intérêts.
A la fin de cette étape E3, le module MAA d'ajout automatique détermine, avec les informations dont il dispose sur la session de communication COM2 et sur l'interlocuteur, si un critère d'ajout de l'adresse de courrier électronique de l'interlocuteur déterminée à l'étape E1 dans le carnet d'adresses CA de l'utilisateur est vérifié. Pour cela, il utilise des règles régissant ce critère d'ajout, configurées dans le module MAA d'ajout automatique. Ces règles indiquent par exemple que l'adresse de courrier électronique de l'interlocuteur est ajoutée automatiquement dans le carnet d'adresses CA de l'utilisateur à la fin d'une session de messagerie instantanée:
-si celle-ci dure plus de trente minutes entre l'interlocuteur et l'utilisateur, -s'il existe un contact commun entre l'interlocuteur et l'utilisateur dans le réseau social hébergé par le serveur SRS, ou si l'interlocuteur et l'utilisateur sont directement en relation dans ce réseau social,
-et après réception d'une réponse positive à une demande de confirmation d'ajout à l'utilisateur. En variante, si à l'étape E2 le module MAA d'ajout automatique a déterminé un contact commun entre l'utilisateur et l'interlocuteur dans plusieurs réseaux sociaux, ces règles indiquent par exemple qu'à la fin d'une session de messagerie instantanée, l'adresse de courrier électronique de l'interlocuteur est ajoutée automatiquement dans le carnet d'adresses de l'utilisateur si:
- il existe un même contact commun ou une relation directe entre l'interlocuteur et l'utilisateur dans au moins un nombre prédéterminé de réseaux sociaux,
- ou il existe au moins un nombre prédéterminé de contacts commun entre l'interlocuteur et l'utilisateur dans au moins un réseau social. Dans une autre variante, un niveau de connexité entre l'utilisateur et l'interlocuteur est pris en compte dans ces règles, ce niveau de connexité étant par exemple défini comme le nombre de contacts intermédiaires minimum permettant de relier l'utilisateur à l'interlocuteur. Bien sûr il est possible dans bien d'autres variantes de faire dépendre les règles régissant ce critère d'ajout de multiples autres facteurs, tels que l'existence de domaines d'intérêts communs entre l'utilisateur et l'interlocuteur.
On suppose de plus, dans cette étape E3, que le critère d'ajout automatique de l'adresse de courrier électronique de l'interlocuteur dans le carnet d'adresses de l'utilisateur est vérifié.
L'étape suivante E4 est l'envoi d'une demande de confirmation de l'ajout de l'adresse de courrier électronique de l'interlocuteur dans le carnet d'adresses de l'utilisateur, par le module MAA d'ajout automatique. Cet envoi se fait par exemple sous la forme d'un message applicatif vers une interface d'affichage du terminal T3, pour afficher une fenêtre intrusive encore appelée "pop-up" sur un écran du terminal T3, demandant à l'utilisateur s'il souhaite ajouter l'adresse de courrier électronique de l'interlocuteur dans son carnet d'adresses CA.
On suppose dans cette étape E4, que l'utilisateur répond positivement à cette demande de confirmation. Le module MAA d'ajout automatique propose alors à l'utilisateur d'entrer, pour compléter une nouvelle entrée correspondant à l'interlocuteur dans son carnet d'adresses CA, une ou plusieurs informations liées à l'interlocuteur, par exemple le nom ou l'adresse géographique de celui-ci. Cette proposition est effectuée par exemple dans une nouvelle fenêtre intrusive comportant un ou plusieurs champs d'insertion de texte. Si à l'étape E3 le serveur SAA a déjà obtenu certaines de ces informations sur l'interlocuteur, les champs d'insertion de texte correspondants sont pré-remplis, et modifiables.
L'étape suivante E5 est la réception d'informations associées à l'interlocuteur. On suppose en effet dans cet exemple de réalisation de l'invention, que l'utilisateur a entré dans les champs d'insertion de texte affichés sur son termina! T3 à l'étape E4, un nom ou une adresse géographique à associer à l'adresse de courrier électronique de l'interlocuteur dans son carnet d'adresses CA, ou encore a corrigé ou validé de tels champs pré-remplis. Enfin l'étape E6 est l'ajout de l'adresse de courrier électronique de l'interlocuteur dans le carnet d'adresses CA, par le module MAA d'ajout automatique. L'entrée de cette adresse dans le carnet d'adresses CA est de plus complétée par les informations obtenues à l'étape E3 et/ou à l'étape E5.
Il est à noter que, comme dans le premier mode de réalisation de l'invention, de nombreuses variantes de ce deuxième mode de réalisation de l'invention sont envisageables, l'ordre des étapes n'étant pas figé pour réaliser l'invention, certaines étapes étant optionnelles, et différentes réalisations de ces étapes étant possibles. Par exemple en variante de l'étape E1 , le module MAA d'ajout automatique obtient l'adresse de courrier électronique de l'interlocuteur dans un profil de messagerie instantanée en ligne associé à l'interlocuteur, profil auquel il accède grâce à un identifiant inséré dans un des messages de la session de communication COM2.

Claims

REVENDICATIONS
1. Procédé d'ajout automatique d'une adresse d'un interlocuteur dans un carnet d'adresses d'un utilisateur, une session de communication (COM1 ) ayant été établie entre ledit utilisateur et ledit interlocuteur, ledit procédé comportant une étape d'obtention (E1 ) de ladite adresse, et une étape d'ajout (E6) de ladite adresse dans ledit carnet d'adresses, ledit procédé étant caractérisé en ce que ladite étape d'ajout (E6) est précédée d'une étape de détermination (E2) d'un contact commun entre ledit utilisateur et ledit interlocuteur, et en ce que ladite étape d'ajout (E6) est conditionnée par le résultat de ladite étape de détermination et le respect d'au moins une règle tenant compte d'un historique de communication dudit utilisateur.
2. Procédé d'ajout automatique selon la revendication 1 , caractérisé en ce que ladite étape de détermination (E2) utilise une base de données d'un réseau social duquel ledit utilisateur fait partie.
3. Procédé d'ajout automatique selon la revendication 1 , dans lequel un carnet d'adresses du contact commun ou un carnet d'adresses de l'interlocuteur sont accessibles depuis un réseau de communication (RES1), et dans lequel une adresse dudit contact commun est présente dans le carnet d'adresses de l'utilisateur, caractérisé en ce que ladite étape de détermination (E2) utilise des données contenues dans au moins un desdits carnets d'adresses du contact commun ou de l'interlocuteur, un contact commun entre l'utilisateur et l'interlocuteur étant déterminé si une adresse de l'interlocuteur est présente dans ledit carnet d'adresses du contact commun, ou si ladite adresse du contact commun est présente à la fois dans ledit carnet d'adresses de l'utilisateur et ledit carnet d'adresses de l'interlocuteur.
4. Procédé d'ajout automatique selon la revendication 2 ou 3, caractérisé en ce que ladite étape de détermination (E2) est suivie d'une étape d'obtention d'une information (E3) liée audit interlocuteur et contenue dans ledit réseau social ou dans ledit carnet d'adresses dudit contact commun.
5. Procédé d'ajout automatique selon l'une quelconque des revendications 1 à 4, caractérisé en ce que ladite étape d'ajout (E6) est précédée d'une étape de demande (E4) de confirmation à l'utilisateur de l'ajout de ladite adresse dans ledit carnet d'adresses de l'utilisateur.
6. Procédé d'ajout automatique selon la revendication 5, caractérisé en ce que ladite étape de demande (E4) de confirmation est suivie d'une étape de réception (E5) d'une information associée à ladite adresse, fournie par l'utilisateur.
7. Système (SAA) d'ajout automatique d'une adresse d'un interlocuteur dans un carnet d'adresses d'un utilisateur, une session de communication (COM1) ayant été établie entre ledit utilisateur et ledit interlocuteur, ledit système (SAA) comportant des moyens d'obtention de ladite adresse, et des moyens d'ajout de ladite adresse dans ledit carnet d'adresses en fonction d'un ensemble de règles tenant compte d'un historique de communication dudit utilisateur, ledit système (SAA) étant caractérisé en ce qu'il comporte en outre des moyens de détermination d'un contact commun entre ledit utilisateur et ledit interlocuteur, lesdits moyens de détermination étant utilisés par au moins une desdites règles.
8. Programme d'ordinateur comportant des instructions pour mettre en œuvre le procédé selon l'une quelconque des revendications 1 à 6, lorsqu'il est exécuté sur au moins un processeur.
PCT/FR2009/051153 2008-06-24 2009-06-17 Procede d'ajout automatique d'une adresse dans un carnet d'adresses WO2010007276A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US13/001,409 US20110106857A1 (en) 2008-06-24 2009-06-17 Method for Automatically Adding an Address into an Address Book
EP09797571A EP2310990A1 (fr) 2008-06-24 2009-06-17 Procede d'ajout automatique d'une adresse dans un carnet d'adresses

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0854168 2008-06-24
FR0854168 2008-06-24

Publications (1)

Publication Number Publication Date
WO2010007276A1 true WO2010007276A1 (fr) 2010-01-21

Family

ID=40194018

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2009/051153 WO2010007276A1 (fr) 2008-06-24 2009-06-17 Procede d'ajout automatique d'une adresse dans un carnet d'adresses

Country Status (3)

Country Link
US (1) US20110106857A1 (fr)
EP (1) EP2310990A1 (fr)
WO (1) WO2010007276A1 (fr)

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20110052356A (ko) * 2009-11-12 2011-05-18 삼성전자주식회사 휴대용 단말기의 주소록 통합 서비스 제공 방법
US8582801B2 (en) 2010-02-08 2013-11-12 Google Inc. Assisting the authoring of posts to an asymmetric social network
US9729352B1 (en) 2010-02-08 2017-08-08 Google Inc. Assisting participation in a social network
US8825759B1 (en) 2010-02-08 2014-09-02 Google Inc. Recommending posts to non-subscribing users
US8983039B2 (en) 2010-05-05 2015-03-17 Suinno Oy Caller ID surfing
US8527597B2 (en) 2010-12-07 2013-09-03 Google Inc. Determining message prominence
EP2686981B1 (fr) * 2011-03-18 2017-09-27 Samsung Electronics Co., Ltd. Procédé et système pour gérer des informations de contact dans un environnement de réseau domestique upnp
US8396877B2 (en) * 2011-06-27 2013-03-12 Raytheon Company Method and apparatus for generating a fused view of one or more people
US10311156B2 (en) * 2013-06-03 2019-06-04 Comcast Cable Communications, Llc Information association and suggestion
US9838536B2 (en) 2013-09-30 2017-12-05 Elwha, Llc Mobile device sharing facilitation methods and systems
CN104519108B (zh) * 2013-09-30 2017-11-03 腾讯科技（深圳）有限公司 推送账户信息、导入关系链的方法、装置及系统
US9774728B2 (en) * 2013-09-30 2017-09-26 Elwha Llc Mobile device sharing facilitation methods and systems in a context of plural communication records
US9813891B2 (en) 2013-09-30 2017-11-07 Elwha Llc Mobile device sharing facilitation methods and systems featuring a subset-specific source identification
US9740875B2 (en) 2013-09-30 2017-08-22 Elwha Llc Mobile device sharing facilitation methods and systems featuring exclusive data presentation
US9805208B2 (en) 2013-09-30 2017-10-31 Elwha Llc Mobile device sharing facilitation methods and systems with recipient-dependent inclusion of a data selection
US9826439B2 (en) 2013-09-30 2017-11-21 Elwha Llc Mobile device sharing facilitation methods and systems operable in network equipment
CN104702760A (zh) * 2013-12-10 2015-06-10 腾讯科技（深圳）有限公司 通讯号码的更新方法及装置

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060080284A1 (en) * 2003-11-07 2006-04-13 Masonis John T Viral engine for network deployment

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020156863A1 (en) * 2001-04-23 2002-10-24 Luosheng Peng Apparatus and methods for managing caches on a gateway
EP1442411A4 (fr) * 2001-09-30 2006-02-01 Realcontacts Ltd Service de connexion
US7603417B2 (en) * 2003-03-26 2009-10-13 Aol Llc Identifying and using identities deemed to be known to a user
US20050096982A1 (en) * 2003-09-16 2005-05-05 Morton David L. Method of viral marketing for email and internet based advertising
US20060069727A1 (en) * 2004-08-25 2006-03-30 Microsoft Corporation System and method for synchronizing between an instant messenger client and a central contact store
US20070165554A1 (en) * 2004-12-23 2007-07-19 Agovo Communications Inc. System, Method and Portable Communication Device
US20090132632A1 (en) * 2007-11-16 2009-05-21 At&T Knowledge Ventures, L.P. Accessing Communication History Using Identification Information from Received Communication

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060080284A1 (en) * 2003-11-07 2006-04-13 Masonis John T Viral engine for network deployment

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
SENSAGE ET AL: "SENSAGE Enterprise Security Analytics", INTERNET CITATION, 2006, pages 1 - 2, XP002508358 *

Also Published As

Publication number Publication date
EP2310990A1 (fr) 2011-04-20
US20110106857A1 (en) 2011-05-05

Similar Documents

Publication Publication Date Title
WO2010007276A1 (fr) Procede d'ajout automatique d'une adresse dans un carnet d'adresses
US9560205B2 (en) Methods and apparatus for providing messaging using voicemail
CA2429146C (fr) Informations sur la gestion de sessions et la presence
US20100015976A1 (en) System and method for sharing rights-enabled mobile profiles
US20100015975A1 (en) Profile service for sharing rights-enabled mobile profiles
US20090280786A1 (en) Updating contact information for mobile traffic
US8135000B2 (en) Methods and systems for selecting a buddy from a buddy list and for placing call to a buddy
US20120143968A1 (en) Systems and methods for terminating communications between registered members of a communications service
KR101156409B1 (ko) 커뮤니티 식별 기반 통신 허용 장치 및 방법
EP1583339A1 (fr) Procédé et serveur d'acheminement d'appels téléphoniques
US9894113B2 (en) Method and device for suggesting applications
FR2931330A1 (fr) Procede et systeme d'enregistrement automatique d'une session de communication
US20130259216A1 (en) Social interaction system between anonymous users
US20080310399A1 (en) Methods and systems for connecting phones to internet users
EP1457028B1 (fr) Procede et systeme de rappel automatique multi reseaux
US8199763B2 (en) Universal internet telephone system
EP3182671A1 (fr) Procédé et dispositif pour un service de messagerie
US20150085855A1 (en) Method and system for managing the communication between two users
CA2647921C (fr) Methode et systeme de configuration de base de donnees de contact associee a un utilisateur
FR3046002A1 (fr) Gestion d'une communication entre deux terminaux de communication
EP3754956B1 (fr) Méthode, dispositif et programme d'ordinateur pour déterminer l'usurpation de l'identifiant de l'appelant
EP1940133B1 (fr) Système et procédé de gestion de joignabilité via au moins un réseau de communication
EP1940132B1 (fr) Système et procédé de gestion de joignabilité via au moins un réseau de communication
EP2816790B1 (fr) Procédé d'affichage du nom de l'appelant dans le cas d'un appel secret
WO2014080134A2 (fr) Service de communication voix

Legal Events

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

Ref document number: 09797571

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2009797571

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 13001409

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE