WO2011108844A2 - Apparatus and method for providing contacts through interworking between messaging service and social network service - Google Patents

Apparatus and method for providing contacts through interworking between messaging service and social network service Download PDF

Info

Publication number
WO2011108844A2
WO2011108844A2 PCT/KR2011/001436 KR2011001436W WO2011108844A2 WO 2011108844 A2 WO2011108844 A2 WO 2011108844A2 KR 2011001436 W KR2011001436 W KR 2011001436W WO 2011108844 A2 WO2011108844 A2 WO 2011108844A2
Authority
WO
WIPO (PCT)
Prior art keywords
service
contact
list
server
client terminal
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/KR2011/001436
Other languages
English (en)
French (fr)
Other versions
WO2011108844A3 (en
Inventor
Kyung-Tak Lee
Gyu-Bong Oh
Wuk Kim
Seung-Yong Lee
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.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
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 Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Priority to CA2792147A priority Critical patent/CA2792147C/en
Priority to US13/582,638 priority patent/US9363106B2/en
Priority to JP2012556012A priority patent/JP5815569B2/ja
Priority to EP11750901.8A priority patent/EP2543201A4/en
Publication of WO2011108844A2 publication Critical patent/WO2011108844A2/en
Publication of WO2011108844A3 publication Critical patent/WO2011108844A3/en
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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]
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/40—Business processes related to social networking or social networking services
    • 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/48—Message addressing, e.g. address format or anonymous messages, aliases
    • 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/52—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail for supporting social networking services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/20—Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel
    • H04W4/21—Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel for social networking applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data

Definitions

  • the present invention relates generally to a messaging service apparatus and method, and more particularly, to an apparatus and method for providing contacts through interworking between a messaging service and a Social Network Service (SNS).
  • SNS Social Network Service
  • a mobile communication terminal is a means capable of providing and exchanging the necessary information anywhere, anytime. Conventionally, in most cases, the mobile terminal was used simply for calls over a phone. However, with the increasing prevalence of mobile communication terminals, the features of conversation and information exchange through texts and multiple media have become important. In line with the trend, various messaging services such as Short Message Service (SMS), Multimedia Messaging Service (MMS) and MicroSoftTM Network (MSN), and various SNS services such as FacebookTM and TwitterTM have been provided.
  • SMS Short Message Service
  • MMS Multimedia Messaging Service
  • MSN MicroSoftTM Network
  • OMA Open Mobile Alliance
  • CCM Converged IP Messaging
  • GSMA Global System for Mobile communication Association
  • RCS Rich Communication Suite
  • an RCS service provides an address book management function, and may provide a function of notifying subscription/non-subscription to the RCS service.
  • subscription/non-subscription to the RCS service may be notified only to the address book used in the RCS service.
  • the messaging service may be provided with an extended address book, extending the number of targets (or contacts), subscription/non-subscription of which to the service can be (or is desired to be) determined. Therefore, there is a need for a method capable of extending the number of targets, subscription/non-subscription of which to a specific service can be determined.
  • Exemplary embodiments of the present invention provide an apparatus and method for providing contacts through interworking between a messaging service and an SNS, capable of extending the number of targets (or contacts), subscription/non-subscription of which to a specific service can be determined.
  • a method for receiving a contact in a client terminal through interworking between a messaging service and a Social Network Service includes sending a server a request for a contact profile list provided in the SNS; receiving from the server a contact profile list, which is one of contact profile lists corresponding to the request and filtered by the server; and determining whether each contact in the received contact profile list has subscribed to the same service as that of the client terminal.
  • SNS Social Network Service
  • a client terminal for receiving a contact through interworking between a messaging service and a Social Network Service (SNS).
  • the client terminal includes a controller for sending a server a request for a contact profile list provided in the SNS, receiving from the server a contact profile list, which is one of contact profile lists corresponding to the request and filtered by the server, and determining whether each contact in the received contact profile list has subscribed to the same service as that of the client terminal; an Input/Output (I/O) interface for exchanging a request and a response with the server; a memory for temporarily storing the received contact profile list; an address book manager for storing an address book synchronized with the server; and a user interface for informing a user whether a specific contact has subscribed to the same service as that of the user.
  • I/O Input/Output
  • the method includes receiving a client’s requirement for a contact profile list provided in the SNS; examining the received client’s requirement; sending a contact list request using the SNS; receiving a contact list in response to the contact list request; filtering a contact corresponding to the examined requirement by comparing the received contact list with the existing contact; and providing the filtered contact.
  • SNS Social Network Service
  • a server for providing a contact to a client terminal through interworking between a messaging service and a Social Network Service (SNS).
  • the server includes a controller for receiving a client’s requirement for a contact profile list provided in the SNS, examining the received client’s requirement, sending a contact list request using the SNS, receiving a contact list in response to the contact list request, filtering a contact corresponding to the examined requirement by comparing the received contact list with the existing contact, and providing the filtered contact; and an Input/Output (I/O) interface for transmitting the request and receiving a response to the request.
  • I/O Input/Output
  • an extended address book can be provided, contributing to extending the number of targets (or contacts), subscription/non-subscription of which to a specific service can be determined. Accordingly, a user can be automatically provided with new contacts which are not in his or her address book, and thus can easily make contact not only with the friends and family members in the address book, but also with the contacts, who are related to his or her profile, but whom he or she is not aware of. In addition, when having newly subscribed to a specific service, the user can enjoy the service right away, enhancing user conveniences. Besides, for example, if the service provider sends a join invite message, the user may not be interested in it.
  • the junior is highly likely to join the service.
  • the service provider may easily induce many users having not subscribed to its service to subscribe to the service, contributing to a sharp increase in the number of its service subscribers.
  • FIG. 1 is a diagram illustrating a system configuration for providing new contacts according to an embodiment of the present invention
  • FIG. 2 is a flow diagram illustrating a process of providing contacts through SNS interworking according to an embodiment of the present invention
  • FIG. 3 is a block diagram illustrating an internal structure of the application server in FIG. 2;
  • FIG. 5 is a block diagram illustrating a structure of the application client in FIG. 2;
  • FIG. 6 is a flowchart illustrating an operation of the application client in FIG. 2;
  • FIG. 7 is a diagram illustrating architecture for a CAB service, used in the present invention.
  • FIG. 8 is a flow diagram illustrating an operation in a Presence enabler used in the present invention.
  • FIGs. 9a and 9b are flow diagrams illustrating a process of providing contacts according to a first embodiment of the present invention.
  • FIGs. 10a and 10b are flow diagrams illustrating a process of providing contacts according to a second embodiment of the present invention.
  • FIGs. 11a and 11B are flow diagrams illustrating a process of providing contacts according to a third embodiment of the present invention.
  • FIGs. 12a and 12b are flow diagrams illustrating a process of providing contacts according to a fourth embodiment of the present invention.
  • FIGs. 13a and 13b are flow diagrams illustrating a process of providing contacts according to a fifth embodiment of the present invention.
  • CAB Converged Address Book
  • OMA Open Mobile Alliance
  • RCS Rich Communication Suite
  • GSMA Global System for Mobile communication Association
  • the present invention provides a method for providing contacts through interworking with a Social Network Service (SNS).
  • SNS Social Network Service
  • the present invention includes a process in which a client using the other service through interworking with an SNS is provided with a contact provided in the SNS, and a process in which the client determines whether the other party’s client having subscribed to the same service as that of the client itself is present in the provided contact, and notifies its user of the determination results.
  • a client using the other service may determine whether the other party’s client has subscribed to the desired service, and may send an invite request for the service if the other party’s client has not subscribed to the same service as that of the client itself. By doing so, it is possible to extend the number of targets (or contacts), subscription/non-subscription of which to a specific service can be (or is desired to be) determined.
  • an application client A 10 is an application messaging service program running in a user terminal, also known as a User Equipment (UE) or a Mobile Station (MS).
  • the application client A 10 delivers user requirements to an application server 20 in the network, and informs its user of the event and/or message received from the application server 20 or a service registration server 50.
  • an RCS service will be described in embodiments of the present invention.
  • the application client A 10 may serve as a CAB or Presence client.
  • the application server 20 handles the user requirements received from the application client A 10.
  • the application server 20 delivers the event and/or message received from an SNS interworking server 30 or the other network to the application client A 10.
  • the SNS interworking server 30 serves as a gateway connecting the application server 20 to its SNS provider 40, and also serves as an important intermediary offering appropriate format conversion between the application server 20 and the SNS provider 40.
  • the SNS interworking server 30 may be disposed in the same place as that of the application server 20, or may be provided as an internal component of the application server 20.
  • SNS providers 40 and 41 are agencies offering SNSs such as FacebookTM and TwitterTM.
  • the service registration server 50 is a server that handles and manages registration of all services.
  • FIG. 2 it is assumed that a user A’s terminal, i.e., the application client A 10 has subscribed to both a service M and an SNS service. Accordingly, there are login and password of the user A accessible to the SNS service, and the SNS interworking server 30 has logged in the SNS providers 40 and 41 on behalf of the user A, and is accessible thereto. It is also assumed that if the SNS interworking server 30 cannot directly log in the SNS providers 40 and 41, it performs the login by requesting the user A to log in the SNS service providers 40 and 41 through the application client A 10.
  • the application client A 10 sends a request for a new contact list to the application server 20 in step 201.
  • the request for a new contact list may be made when the user A runs the application client A 10 or accesses the service M.
  • This request is made to request a new contact profile list meeting a relevant condition to determine the presence/absence of a contact having the same characteristics as the user A, for example, a contact corresponding to the friend who has the same other contact and/or the same graduate school as the user A.
  • the new contact profile includes a name, an e-mail address, a phone number, etc.
  • the application server 20 forwards the request to the SNS interworking server 30 in step 203.
  • the SNS interworking server 30 sends a request for at least one necessary requirement to the SNS providers 40 and 41 to meet the request from the application server 20 in steps 205a and 205b.
  • the SNS interworking server 30 determines in step 209 whether a profile list has been received.
  • the SNS interworking server 30 determines whether the received response(s) is the new contact profile list requested by the application server 20, and if not so, the SNS interworking server 30 returns to steps 205a and 205b and sends the next necessary request to the SNS providers 40 and 41. On the other hand, upon receiving the requested new contact profile list in response to the request, the SNS interworking server 30 proceeds to step 211. For example, if the SNS interworking server 30 receives only a contact ID list and fails to receive the detailed profile such as a name, an e-mail address and a phone number in step 209, the SNS interworking server 30 re-sends the request to the SNS providers 40 and 41, determining that the received response is not a new contact profile list.
  • the SNS interworking server 30 Upon receiving the new contact profile list in this way, the SNS interworking server 30 forwards the received new contact profile list to the application server 20 in step 211. Then the application server 20 filters or extracts only the contacts valid for the user A from each of the received contact profiles in step 213. An address book of the user A is stored even in the network, and the application server 20 may access the address book. Accordingly, the application server 20 may perform contact filtering, and a detailed description thereof will be made below with reference to FIG. 4.
  • the application server 20 sends the filtered contact list to the application client A 10 in step 215.
  • the application client A 10 determines whether each received contact has subscribed to the service M, and informs its user of the determination results. A detailed description of the process of determining whether the contact has subscribed to the service, and informing the user of the determination results will be made below with reference to FIG. 6.
  • the application client A 10 sends a request for a contact registration service list to the service registration server 50 in step 217a, in order to determine to which service M which contact has subscribed, and the service registration server 50 sends a service list registered to correspond to the contact to the application client A 10 in step 217b.
  • the user A may be provided with an already connected SNS friend(s), or an SNS contact whose characteristics are consistent with the user, and may also be provided with the fact that the contact has subscribed to the service M, and with the method capable of connecting with the contact through the service.
  • the user A may send an invite message for subscription to the service M to the other party’s client corresponding to the contact, if needed.
  • FIG. 3 is a block diagram illustrating an internal structure of the application server 20.
  • a controller 301 controls the overall operation of the application server 20, and informs when and what it should perform, in cooperation with other internal components.
  • An Input/Output (I/O) interface 303 is used to exchange information with other system entities, and a memory 305 is a storage in which processing data is temporarily stored when the application server 20 performs its operations.
  • An address book manager 307 stores the existing contact information of a user(s), and also stores an address book synchronized with an address book manager 507 used in the application client 10.
  • a mapping table manager 309 translates the existing addresses/numbers such as e-mail numbers and phone numbers into specific addresses used for a service M, e.g., Session Initiation Protocol (SIP) URI.
  • SIP Session Initiation Protocol
  • the application server 20 constructed as described above performs contact filtering as in FIG. 4.
  • the contact filtering is performed under control of the controller 301 in the application server 20.
  • the controller 301 stores a contact profile list received via the I/O interface 303 in the memory 305 in step 401.
  • the controller 301 extracts contact-identification data, e.g., a name, an e-mail address, and a phone number, from a profile stored in the memory 305.
  • the controller 301 compares the extracted data with its associated data in the address book manager 307 and determines whether the extracted data corresponds to a contact already existing in an address book. If the extracted data corresponds to a contact existing in the address book, the controller 301 determines in step 407 whether the contact has already subscribed to a service M.
  • the controller 301 determines whether an indicator indicating subscription of the contact to the service M is present in the address book manager 307. If the contact has already subscribed to the service M, meaning that even the user A knows this fact, the controller 301 deletes the profile for the contact from the memory 305 in step 409, because this contact may no longer undergoes filtering.
  • the controller 301 determines in step 411 whether there is an address available in the service M. To be specific, the controller 301 determines whether an address available in the service M (hereinafter referred to as a ‘service-M address’) is present in the address book manager 307 in association with the contact.
  • a ‘service-M address’ an address available in the service M
  • the controller 301 accesses the mapping table manager 309 and determines the presence/absence of a service-M address matched to the contact’s e-mail address or phone number extracted in step 403. For example, in case of an RCS service, although a SIP URI address is available, because the SIP URI address is used by several services, even though the SIP URI address is present, it is not necessary that the contact has subscribed to the RCS service.
  • SIP URI service-M address
  • the presence/absence of a service-M address may be determined in the following method, and the method is optionally used depending on the situation.
  • the controller 301 may deliver a profile of the contact to the other network’s server through the I/O interface 303, and request a matched service-M address.
  • the controller 301 adds the service-M address in the mapping table manager 309 together with the contact’s e-mail address and phone number.
  • the controller 301 adds the service-M address in the contact profile in step 413, because the other party’s client corresponding to the contact will likely subscribe to the service M.
  • the controller 301 determines in step 415 whether there are more contacts to be examined. If so, the controller 301 returns to step 403 and repeats the above process, and if not so, the controller 301 ends the contact filtering.
  • a controller 501 a component controlling the overall operation of the application client A 10, informs when and what it should perform, in cooperation with other internal components.
  • I/O interface 503 is used to exchange information with other system entities.
  • a memory 505 is a storage in which processing data is temporarily stored when the application client A 10 performs its operations.
  • An address book manager 507 a storage containing user’s existing contact information, is synchronized with the address book manager 307 used in the application server 20.
  • a user interface 509 is used to show all information about the user, or is used by the user to input information.
  • the application client A 10 constructed as described above performs a process of determining whether a contact has subscribed to a specific service and informing its user of the determination results, as in FIG. 6. This operation is performed under control of the controller 501 of the application client A 10.
  • the controller 501 stores a filtered-contact profile list received through the I/O interface 503 in the memory 505 in step 601. Thereafter, the controller 501 determines in step 603 whether a service-M address is present in the contact profile stored in the memory 505. If the service-M address is present, the controller 501 adds the contact profile in a ‘subscription list’ and then stores it in the memory 505 in step 605, because the contact will likely subscribe to the service M. On the other hand, if the service-M address is not present, the contact will unlikely subscribe to the service M, or cannot be known. Therefore, in step 607, the controller 501 adds the contact profile in a ‘non-subscription list’, and stores it in the memory 505.
  • the controller 501 determines in step 609 whether a more profile to be examined is present in the received list. If a more profile to be examined is present, the controller 501 returns to step 603 and repeats the above process. However, if no more profile to be examined is present, the controller 501 sends contacts in the ‘subscription list’ stored in the memory 505 to the service registration server 50 through the I/O interface 503, and requests a service list in which contacts in the ‘subscription list’ are registered, in step 611.
  • the controller 501 receives a service list, which is registered to correspond to each contact in response to the request, from the service registration server 50 through the I/O interface 503 in step 613. That is, the controller 501 receives a list of services to which the other party’s clients corresponding to the contacts have registered.
  • the controller 501 determines in step 615 whether the service M is present in a contact service list. If the service M is not present, the controller 501 moves the contact stored in the memory 505 from the ‘subscription list’ to the ‘non-subscription list’ in step 617, because the contact has not subscribed to the service M. The controller 501 determines in step 619 whether a more profile to be examined is present in the received contact profile list. If a more profile to be examined is present, the controller 501 returns to step 615 and repeats the above process. On the other hand, if no more profile is present, the controller 501 notifies the user A of the contacts in the ‘subscription list’ and ‘non-subscription list’ stored in the memory 505 using the user interface 509 in step 621.
  • the application client A 10 notifies the user A of the fact that a relevant contact uses the same service M, and provides a method of adding a contact in the address book manager 507 and a method capable of connecting with the contact through the service M.
  • the application client A 10 notifies the user A of the fact that a relevant contact is present, and provides a method of adding a contact in the address book manager 507 and a method capable of sending a subscription invite message to the service M, to the contact.
  • the RCS service provides the service by means of a combination of a plurality of enablers and profiling.
  • the number of targets, subscription/non-subscription of which to a specific service can be determined can be extended by interworking the RCS service with an SNS service.
  • the RCS service may be provided based on OMA CAB and OMA Presence, which are examples of enablers providing an address book integration function.
  • the application client A 10 in FIG. 2 may operate as a CAB client to receive a new contact, and may also operate as a Presence client to receive service subscription/non-subscription of a client corresponding to the received new contact. Therefore, the system providing contacts through interworking with an SNS service according to the present invention may be implemented based on OMA CAB and OMA Presence enablers.
  • FIG. 7 Prior to a description of the present invention, reference will be made to FIG. 7 to describe architecture of the general CAB system used in the present invention.
  • a CAB Client 71 is an application program for managing and controlling an address book in a user terminal.
  • a CAB Server 72 is a major network entity for handling user’s various requirements received from the CAB Client 71.
  • a CAB Address Book (AB) XML Document Management Server (XDMS) 73 is a server for storing and managing address books of users.
  • a CAB Personal Contact Card (PCC) XDMS 74 is a server for storing and managing profiles of users.
  • a CAB User Preferences (UP) XDMS 75 is a server for storing and managing preferences and specific requirements of users.
  • a Non-CAB Address Book System 76 includes an address book system used in a CAB service, and all other address book systems. For example, vCard and the like correspond thereto. In the present invention, it can be assumed that the SNS providers 40 and 41 described in FIG. 2 are also included in the Non-CAB Address Book System 76.
  • a CAB-1 interface is used for synchronization between an address book in the CAB Client 71 and an address book stored in the CAB AB XDMS 73 by way of the CAB Server 72.
  • the CAB-1 interface is also used when the CAB Server 72 notifies the CAB Client 71 of a difference between the two address books.
  • SyncML[3] is used as its protocol/technology.
  • a SIC-1 interface is used to inform the CAB Client 71 of changes, every time data stored in the CAB PCC XDMS 74 and the CAB UP XDMS 75 are changed.
  • the CAB-1 interface is used to inform the CAB Client 71 of a change in data stored in the CAB AB XDMS 73.
  • SIP-Specific Event Notification [4] is used as its protocol/technology.
  • a SIC-2 interface is used to inform the CAB Server 72 of changes, every time data stored in the CAB AB XDMS 73, the CAB PCC XDMS 74, and the CAB UP XDMS 75 are changed.
  • SIP-Specific Event Notification [4] is used as its protocol/technology.
  • An XDM-3i interface is used when the CAB Client 71 manages data stored in the CAB PCC XDMS 74 and the CAB UP XDMS 75.
  • XML Configuration Access Protocol/Hyper Text Transfer Protocol (XCAP/HTTP) [5] is used as its protocol/technology.
  • An XDM-4i interface is used when the CAB Server 72 manages data stored in the CAB AB XDMS 73, the CAB PCC XDMS 74, and the CAB UP XDMS 75.
  • XCAP/HTTP [5] is used as its protocol/technology.
  • FIG. 8 An operation flow in a general Presence enabler used in the present invention is illustrated in FIG. 8.
  • An OMA Presence enabler performs the operation of FIG. 8 when a user wants to determine the service used by the other user.
  • the operation flow is carried out using the SIP-Specific Event Notification [4] protocol.
  • a Presence client 81 a fetcher, sends a SIP SUBSCRIBE to receive Presence information that the other user has registered in a Presence server 84, in step 801.
  • an “Expires” header is set to ‘0’ in the SIP SUBSCRIBE.
  • the “Expires” header may be set to a higher value.
  • the SIP SUBSCRIBE is forwarded to the Presence server 84 through a Fetcher SIP/IP Core 82 corresponding to a SIP-based sub-transmission network and a Presentity SIP/IP Core 83 in the side of the Presence server 84 in steps 803 and 805.
  • the Presence server 84 performs authorization check to determine whether the Presence client 81 is approved to receive the requested information. Upon approval of the request, the Presence server 84 sends a 200 OK to the Presence client 81 via the SIP/IP Cores 82 and 83 in steps 809 to 813. Thereafter, in steps 815 to 819, the Presence server 84 delivers the requested information to the Presence client 81 via the SIP/IP Cores 82 and 83 using a SIP NOTIFY.
  • the Presence client 81 sends an Acknowledgement (ACK) of the Presence information to the Presence server 84 through the SIP/IP Cores 82 and 83 using a 200 OK in steps 821 to 825.
  • ACK Acknowledgement
  • FIG. 2 The operation flow of FIG. 2 according to an embodiment of the present invention may be reconstructed based on the foregoing description of FIGs. 7 and 8, and will be described in detail below.
  • a configuration of the system which is reconstructed based on FIGs. 7 and 8, and interworks with an RCS service and an SNS service, may be implemented as in FIGs. 9a to 13b.
  • FIGs. 9b, 10b, 11B, 12b, and 13b are diagrams succeeding FIGs. 9a, 10a, 11a, 12a, and 13a, respectively.
  • FIGs. 9a and 9b illustrate a process of providing contacts according to a first embodiment of the present invention, in which the application server 20 and the SNS interworking server 30 in FIG. 2 are integrated.
  • entities for routing and other purposes for example, SIP/IP Cores, IMS, and Aggregation Proxy, are omitted herein, but it can be assumed that the process undergoes these entities, if needed.
  • the RCS service of FIG. 2 is reconstructed based on the CAB service, the RCS-related terms may be replaced with the terms used in CAB, and for convenience of description, the RCS terms and the CAB terms will be used in a mixed way.
  • the SNS terms in FIG. 2 may also be used together with their associated non-RCS terms.
  • the RCS (CAB) client A 71 makes a request to store detailed information about a request in a “CAB Feature Handler” document managed by the CAB UP XDMS 75, to receive a new contact suggestion list.
  • a "Get Contact suggestions" request is sent to the CAB UP XDMS 75 among the CAB XDMSs in the form of XCAP/HTTP PUT, in step 901.
  • a detailed description of the “CAB Feature Handler” document will be made below.
  • the CAB UP XDMS 75 stores requirements in the “CAB Feature Handler” document in its management, and sends a 200 OK, or a store complete response, to the RCS (CAB) client A 71.
  • the CAB UP XDMS 75 notifies the RCS (CAB) server 72 of the requirements and associated information of the RCS (CAB) client A 71, which are stored in the “CAB Feature Handler” document. For this notification, a SIP NOTIFY message is used.
  • the RCS (CAB) server 72 upon receiving the notification, sends a 200 OK, or an ACK message, to the CAB UP XDMS 75.
  • the RCS (CAB) server 72 checks the requirements, converts them in a format appropriate for the Non-RCS (CAB) address book system 76, and sends a request for a Non-RCS (CAB) contact list to the Non-RCS (CAB) address book system 76.
  • the Non-RCS (CAB) address book system 76 corresponds to an SNS provider. Although a Non-RCS (CAB) address book system corresponding to one SNS provider is illustrated in FIGs. 9a and 9b, if there are a plurality of SNS providers, the RCS (CAB) server 72 may receive contact lists from the plurality of SNS providers and combines them.
  • step 911 the Non-RCS (CAB) address book system 76 sends the requested Non-RCS (CAB) contact list to the RCS (CAB) server 72.
  • steps 909 and 911 may be repeated.
  • the RCS (CAB) server 72 converts the received Non-CAB contact list in an RCS (CAB) format.
  • step 915 the RCS (CAB) server 72 sends a request for the existing address book of the user A, stored in the network, to the CAB AB XDMS 73. For this request, an XCAP/HTTP GET may be used.
  • the CAB AB XDMS 73 sends a 200 OK including the requested address book of the user A, to the RCS (CAB) server 72 in step 917.
  • the RCS (CAB) server 72 performs functions of the application server 20 and the SNS interworking server 30 in FIG. 2.
  • the RCS (CAB) server 72 filters contacts by comparing the existing contacts of the user A with the new contact profiles received from the Non-RCS (CAB) address book system 76. This contact filtering operation is performed as described in FIG. 4.
  • the filtered contacts are stored in the CAB UP XDMS 75 in step 921.
  • an XCAP/HTTP PUT is used.
  • the CAB UP XDMS 75 stores the received contact profiles and sends a 200 OK to the RCS (CAB) server 72 as an ACK.
  • the CAB UP XDMS 75 notifies the RCS (CAB) client A 71 of the fact that new contact profiles are stored therein, and then sends the profiles to the RCS (CAB) client A 71 using a SIP NOTIFY message.
  • the received profile is a response to the request that the RCS (CAB) client A 71 sent in step 901.
  • the RCS (CAB) client A 71 sends an ACK message for the received SIP NOTIFY to the CAB UP XDMS 75.
  • the RCS (CAB) client A 71 may extend the number of targets, subscription/non-subscription of which to a specific service can be determined, through interworking with the Non-RCS provider, i.e., an SNS provider. To this end, in step 929, the RCS (CAB) client A 71 extracts a contact having a SIP address from the received profile. To be specific, according to the description of FIG. 6, the RCS (CAB) client A 71 determines the presence/absence of an address available for the RCS service, i.e., a SIP URI, among the received contact profiles, and extracts the contacts.
  • a SIP URI an address available for the RCS service
  • the RCS (CAB) client A 71 sends the RCS (Presence) server 84 a request for “service capability information” of each SIP contact, which indicates a list of services available on the RCS (Presence) client A 71.
  • a SIP SUBSCRIBE message is used.
  • the RCS (CAB) client A 71 and the RCS (Presence) client A 71 are application programs, which correspond to the application client A 10 in FIG. 2 and are installed in the same user terminal.
  • the client A 71 when requesting a contact, the client A 71 is called the RCS (CAB) client A 71, since it operates as an RCS (CAB) client.
  • the client A 71 is called the RCS (Presence) client A 71, since it operates as an RCS (Presence) client.
  • the RCS (Presence) server 84 sends a 200 OK or an accept message to the RCS (Presence) client A 71 in step 933.
  • the RCS (Presence) server 84 delivers the requested “service capability information” of contacts to the RCS (Presence) client A 71 using a SIP NOTIFY message.
  • the RCS (Presence) client A 71 sends a 200 OK or an ACK of the “service capability information” to the RCS (Presence) server 84 in step 937.
  • the RCS (CAB) client A 71 determines whether the “service capability information” of each contact is for an RCS user and informs its user of the determination results by means of the RCS (Presence) client A 71 according to steps 615 to 621 in FIG. 6.
  • the RCS (CAB) server 72 performs both the filtering function and the interworking function, and the filtered contacts are stored independently in the “CAB Feature Handler” document managed in the CAB UP XDMS 75.
  • the filtered contacts may be stored not in the “CAB Feature Handler” document, but in an address book of the RCS (CAB) client A 71.
  • a configuration according to a second embodiment of the present invention is as illustrated in FIGs. 10a and 10b.
  • a ⁇ contact_suggestions> element is defined.
  • the ⁇ contact_suggestions> element is an element that the RCS (CAB) client A 71 includes in the “CAB Feature Handler” document when it desires to receive a new contact suggestion list.
  • Low-level elements of this element includes ⁇ non-CAB source>, ⁇ credentials>, ⁇ criteria>, ⁇ scheduled-interval>, ⁇ max-suggestions>, ⁇ id>, ⁇ code>, ⁇ phrase>, ⁇ contact_suggestions_response>, etc.
  • ⁇ non-CAB source> is an element for recording an arbitrary agency from which the RCS (CAB) client A 71 desires to receive a new contact suggestion. For example, a domain name of the agency is recorded in this element. In the absence of this element, the agency is determined depending on the service provider policy.
  • ⁇ credentials> means the information needed for authentication during access to the agency.
  • Low-level elements of ⁇ credentials> include ⁇ username> in which login information is recorded, and ⁇ password> in which a password is recorded.
  • ⁇ criteria> may be replaced with ⁇ preferences> or ⁇ keywords>, and is used to set a criteria based on which a new contact suggestion is to be selected.
  • Low-level elements of this element may include ⁇ friend-of-friend>, ⁇ same-school>, ⁇ same-work>, ⁇ same-hobby>, etc.
  • ⁇ friend-of-friend> also called ⁇ mutual-friend>
  • ⁇ mutual-friend> is set to ‘1’ when the RCS (CAB) client A 71 desires to receive contacts of the contacts registered in a user address book in the agency, for example, when the RCS (CAB) client A 71 desires to receive contacts of friends of the user’s friend.
  • the above low-level elements are mere examples, and desired keywords may be directly input in the ⁇ criteria> (or ⁇ preferences>, and ⁇ keywords>) element. Even the ⁇ criteria>, if not recorded, may be determined according to the user profile and service provider policy as the RCS (CAB) server 72 accesses the user profile or the CAB PCC XDMS 74.
  • CAB RCS
  • ⁇ scheduled-interval> is recorded a suggested time interval when the RCS (CAB) client A 71 desires to receive a contact suggestion not only once, but by periods.
  • ⁇ max-suggestions> is set the maximum number of contacts for which the RCS (CAB) client A 71 desires to receive a suggestion.
  • ⁇ id> is an ID for identifying each request.
  • the above-described ⁇ contact_suggestions> element is a low-level element of a cab_feature element.
  • a low-level element of the cab_feature element also includes a ⁇ response> element.
  • the ⁇ response> element is an element that the RCS (CAB) server 72 fills with data when it responds to a request made by the RCS (CAB) client A 71 as in step 921.
  • Low-level elements of the ⁇ response> element include the following elements.
  • ⁇ code> is recorded, as a status code for the response, a status code indicating whether the response is successful or failed.
  • ⁇ phrase> is a high-level phrase for the response.
  • ⁇ contact_suggestions_response> is recorded a detailed response to the above-described ⁇ contact_suggestions> request.
  • This element carries new contact suggestion information, and a detailed information structure for each contact follows the structure defined by OMA CAB.
  • the ⁇ contact_suggestions_response> element is put in the same document as that of the new contact suggestion request information, this element may be recorded in other documents.
  • filtered contacts are stored in the address book of the RCS (CAB) client A 71.
  • CAB RCS
  • Steps 1001 to 1019 in FIG. 10a are equal in operation to steps 901 to 919 in FIG. 9a, except that in the second embodiment of the present invention, filtered contacts are stored in the CAB AB XDMS 73.
  • the RCS (CAB) server 72 requests the CAB AB XDMS 73 to store the filtered contacts.
  • a XCAP/HTTP PUT is used.
  • the filtered contacts may be directly stored in the user address book, or may be stored in another separate document.
  • the CAB AB XDMS 73 stores the received contact profiles and sends a 200 OK or an ACK to the RCS (CAB) server 72.
  • the RCS (CAB) server 72 notifies the RCS (CAB) client A 71 of the change in the address book. For this notification, OMA Data Synchronization (OMA DS) is used.
  • OMA Data Synchronization OMA DS
  • the RCS (CAB) client A 71 performs address book synchronization with the RCS (CAB) server 72, and they receive in common the new contact suggestions through the synchronization.
  • Steps 1029 to 1039 in FIG. 10b are equal in operation to steps 929 to 939 in FIG. 9b.
  • the added contact suggestions may be deleted from the address book depending on the use/nonuse of the RCS service by the contacts, and on the user’s disposition or choice.
  • the contact filtering step and the step of storing the filtered contact list in the CAB UP XDMS 75 in the second embodiment of the present invention are performed not by the RCS (CAB) server 72, but by the CAB AB XDMS 73. Reference will be made to FIGs. 11a and 11B to describe the third embodiment of the present invention.
  • Steps 1101 to 1113 in FIG. 11a are equal in operation to steps 901 to 913 in FIG. 9a, except that the CAB AB XDMS 73 performs an operation of filtering contacts and storing them in the CAB UP XDMS 75.
  • the RCS (CAB) server 72 requests the CAB AB XDMS 73 to store the changed contacts, using an XCAP/HTTP PUT.
  • the CAB AB XDMS 73 stores the received contact profiles and sends a 200 OK to the RCS (CAB) server 72 as an ACK.
  • the CAB AB XDMS 73 filters contacts by comparing the existing contacts of the user A with (changed) new contact profiles received from the RCS (CAB) server 72 according to the operation described in FIG. 4.
  • step 1121 the CAB AB XDMS 73 stores the filtered contacts in the CAB UP XDMS 75. Because the operation of storing the filtered contacts is an operation carried out between internal CAB XDMS entities, a separate protocol or an ACK message is not used. Other steps 1125 to 1139 in FIGs. 11a and 11B are equal in operation to steps 925 to 939 in FIGs. 9a and 9b.
  • the contact filtering step and the process of extracting SIP contacts and requesting “service capability information” in the first embodiment of the present invention are performed together by the RCS (CAB) server 72 in advance.
  • the RCS (CAB) server 72 Reference will be made to FIGs. 12a and 12b to describe the fourth embodiment of the present invention.
  • Steps 1201 to 1219 in FIG. 12a are equal in operation to steps 901 to 919 in FIG. 9a.
  • steps 1221 to 1229 in FIGs. 12a and 12b are equal in operation to steps 929 to 937 in FIG. 9b, this operation is performed not by the RCS (Presence) client 81, but by the RCS (CAB) server 72. Therefore, it is assumed that a Presence function serving as the Presence client 81 is included in the RCS (CAB) server 72.
  • steps 1231 to 1237 in FIG. 12b are equal in operation to steps 921 to 927 in FIG. 9a.
  • a contact suggestion profile stored in step 1231 is included an indicator indicating whether each contact has subscribed to the RCS (CAB) service, according to the operation results of steps 1231 to 1237.
  • the RCS (CAB) client A 71 provides the received contact information to its user without the need for analysis.
  • the entire analysis and filtering process has been performed by the RCS (CAB) server 72 in advance, by way of example.
  • the entire process may be performed by the RCS (CAB/Presence) client 71 later on, instead of being performed by the RCS (CAB) server 72 in advance.
  • FIGs. 13a and 13b to describe the fifth embodiment of the present invention.
  • Steps 1301 to 1313 in FIG. 13a are equal in operation to steps 901 to 913 in FIG. 9a.
  • steps 1315 to 1321 are also equal in operation to steps 921 to 927 in FIG. 9a.
  • the contacts stored in step 921 are converted in the RCS (CAB) format
  • those stored in step 1315 are stored in the CAB UP XDMS 75 without undergoing additional analysis and filtering.
  • step 1323 in FIG. 13b is equal in operation to step 919 in FIG. 9a
  • its filtering operation is performed by comparing by the RCS (CAB) client A 71 the existing contacts of the user A with contacts in its address book manager 507, instead of being performed by the RCS (CAB) server 72.
  • Subsequent steps 1325 to 1335 in FIG. 13b are equal in operation to steps 929 to 939 in FIG. 9b.
  • an extended address book can be provided, contributing to extending the number of targets (or contacts), subscription/non-subscription of which to a specific service can be determined. Accordingly, a user can be automatically provided with new contacts which are not in his or her address book, and thus can easily make contact not only with the friends and family members in the address book, but also with the contacts, who are related to his or her profile, but whom he or she is not aware of. In addition, when having newly subscribed to a specific service, the user can enjoy the service right away, enhancing user conveniences. Besides, for example, if the service provider sends a join invite message, the user may not be interested in it.
  • the junior is highly likely to join the service.
  • the service provider may easily induce many users having not subscribed to its service to subscribe to the service, contributing to a sharp increase in the number of its service subscribers.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Economics (AREA)
  • Computing Systems (AREA)
  • Computer Hardware Design (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Information Transfer Between Computers (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
PCT/KR2011/001436 2010-03-02 2011-03-02 Apparatus and method for providing contacts through interworking between messaging service and social network service Ceased WO2011108844A2 (en)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CA2792147A CA2792147C (en) 2010-03-02 2011-03-02 Apparatus and method for providing contacts through interworking between messaging service and social network service
US13/582,638 US9363106B2 (en) 2010-03-02 2011-03-02 Apparatus and method for providing contacts through interworking between messaging service and social network service
JP2012556012A JP5815569B2 (ja) 2010-03-02 2011-03-02 メッセージングサービスとソーシャルネットワークサービス間の相互作用を介した連絡先提供装置及び方法
EP11750901.8A EP2543201A4 (en) 2010-03-02 2011-03-02 DEVICE AND METHOD FOR PROVIDING CONTACTS THROUGH COOPERATION BETWEEN A MESSAGE SERVICE AND A SOCIAL NETWORK SERVICE

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020100018734A KR101712199B1 (ko) 2010-03-02 2010-03-02 메시징 서비스와 소셜 네트워크 서비스 간의 상호 연동을 통한 연락처 제공 장치 및 방법
KR10-2010-0018734 2010-03-02

Publications (2)

Publication Number Publication Date
WO2011108844A2 true WO2011108844A2 (en) 2011-09-09
WO2011108844A3 WO2011108844A3 (en) 2012-01-05

Family

ID=44542708

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2011/001436 Ceased WO2011108844A2 (en) 2010-03-02 2011-03-02 Apparatus and method for providing contacts through interworking between messaging service and social network service

Country Status (6)

Country Link
US (1) US9363106B2 (https=)
EP (1) EP2543201A4 (https=)
JP (1) JP5815569B2 (https=)
KR (1) KR101712199B1 (https=)
CA (1) CA2792147C (https=)
WO (1) WO2011108844A2 (https=)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102655505A (zh) * 2012-03-08 2012-09-05 伍威 一种开放式通讯平台及其实现方法
WO2013052365A1 (en) * 2011-10-05 2013-04-11 Research In Motion Limited System for contact subscription invitations in a cross-domain converged address book system
WO2014021674A1 (en) * 2012-08-02 2014-02-06 Samsung Electronics Co., Ltd. Method and apparatus for updating personal information in communication system
US9130966B2 (en) 2008-09-17 2015-09-08 Blackberry Limited System and method for access and communication between a converged network-based address book system and a user device
JP2015527650A (ja) * 2012-07-12 2015-09-17 テンセント・テクノロジー・（シェンジェン）・カンパニー・リミテッド ソーシャル・ネットワーク・アプリケーションにおけるユーザ関係を実装するための方法および装置
US20160342676A1 (en) * 2012-08-29 2016-11-24 Sk Planet Co., Ltd. Apparatus and method for managing phone number-based sns account
US11489945B2 (en) 2018-09-27 2022-11-01 Huawei Technologies Co., Ltd. TCP packet processing method, toe component, and network device

Families Citing this family (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10200325B2 (en) * 2010-04-30 2019-02-05 Shazzle Llc System and method of delivering confidential electronic files
KR20130012199A (ko) * 2011-06-28 2013-02-01 삼성전자주식회사 메시징 서비스와 타 서비스 간의 상호 연동을 통한 연락처 제공 방법 및 장치
KR101121018B1 (ko) * 2011-09-22 2012-03-16 신경환 호환형 콘텐츠 전송 시스템 및 방법
WO2013052964A2 (en) * 2011-10-07 2013-04-11 Interop Technologies, Llc Non-ims rich communication suite
US9754326B2 (en) * 2011-11-10 2017-09-05 Microsoft Technology Licensing, Llc Aggregate provider for social activity feeds and contact information
KR101922985B1 (ko) * 2011-12-08 2018-11-29 삼성전자주식회사 연락처 정보의 구독을 초대하는 장치 및 방법
JP2013178752A (ja) * 2012-02-06 2013-09-09 Konami Digital Entertainment Co Ltd 管理サーバ、その制御方法、及びそのプログラム
KR101963589B1 (ko) * 2012-06-18 2019-03-29 삼성전자주식회사 휴대단말기에서 ＲＣＳ(Ｒｉｃｈ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｕｉｔｅ)의 Ｃａｐａｂｉｌｉｔｙ Ｄｉｓｃｏｖｅｒｙ 수행 방법 및 장치
CN102831250B (zh) * 2012-09-19 2015-06-24 北京奇虎科技有限公司 一种联系人信息搜索系统和方法
US9313164B2 (en) 2013-06-24 2016-04-12 Qualcomm Incorporated Updating rich communication suite capability information over a communications network
KR101428968B1 (ko) * 2013-07-04 2014-08-12 주식회사 엔씨소프트 인스턴트 메시징 서비스를 이용한 친구 추천 시스템 및 방법
KR102142699B1 (ko) 2013-07-17 2020-08-07 삼성전자주식회사 어플리케이션 운용 방법 및 그 전자 장치
US9674235B2 (en) 2013-08-14 2017-06-06 Tangome, Inc. Creating a contact list and pre-populated user accounts
CN103491257B (zh) * 2013-09-29 2015-09-23 惠州Tcl移动通信有限公司 一种在通话过程中发送联系人信息的方法及系统
US20160295390A1 (en) * 2013-11-22 2016-10-06 Telefonaktiebolaget L M Ericsson (Publ) Centralised capabiity discovery
CN104301308B (zh) * 2014-09-22 2018-11-20 小米科技有限责任公司 通话控制方法及装置
CN106303085B (zh) * 2016-09-27 2020-01-14 北京安云世纪科技有限公司 移动终端以及保密通话的方法和装置
EP3367716B1 (en) * 2017-02-22 2021-04-21 CTIA - The Wireless Association Mobile message source authentication
US11553314B2 (en) * 2019-07-12 2023-01-10 nativeMsg, Inc. Method and system for providing interoperability for rich communication suite (RCS) messaging with local and remote applications with e-commerce and data collection
US11558320B2 (en) * 2019-07-12 2023-01-17 nativeMsg, Inc. Method and system for providing interoperability for rich communication suite (RCS) messaging with local and remote applications
US12250186B2 (en) 2019-07-12 2025-03-11 nativeMsg, Inc. Method and system for providing interoperability for rich communication suite (RCS) information sharing using plural channels
US11265282B2 (en) * 2020-03-17 2022-03-01 Slack Technologies, Llc Methods and apparatuses for managing external approval provisioning and external messaging communication requests in a group-based communication system
US11496575B2 (en) * 2020-09-10 2022-11-08 T-Mobile Usa, Inc. Enhanced messaging as a platform

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2440159C (en) * 2001-03-07 2011-05-03 Netscape Communications Corporation Integration of e-mail with instant messaging services
US7069308B2 (en) 2003-06-16 2006-06-27 Friendster, Inc. System, method and apparatus for connecting users in an online computer system based on their relationships within social networks
US20060074932A1 (en) 2004-09-30 2006-04-06 Microsoft Corporation Systems and methods for recommendation of personal network
KR20060087068A (ko) * 2005-01-28 2006-08-02 주식회사 아이컨택트 듀얼모드 단말기를 이용한 인접 회원 탐색 시스템 및 방법
US8412780B2 (en) 2005-03-30 2013-04-02 Google Inc. Methods and systems for providing current email addresses and contact information for members within a social network
JP2007193611A (ja) * 2006-01-19 2007-08-02 Looops Communications Inc 会員制コミュニティサイトにおけるプロフィール情報管理方式
US9781071B2 (en) 2006-06-28 2017-10-03 Nokia Technologies Oy Method, apparatus and computer program product for providing automatic delivery of information to a terminal
US7917154B2 (en) 2006-11-01 2011-03-29 Yahoo! Inc. Determining mobile content for a social network based on location and time
US8935296B2 (en) * 2006-12-14 2015-01-13 Taylor Morgen Corp. Method of facilitating contact between mutually interested people
US20080292080A1 (en) 2007-05-22 2008-11-27 Colin Shong Chin Quon System and method for adding and associating users on contact addressbook
US20090138475A1 (en) 2007-11-27 2009-05-28 Hjcv Llc Method for creating a web-based contact book which includes multi-sourced contact-generated content (from social networks) in a custom and private stand-alone contact book with information selectively pulled from multiple outside sources, including multiple social networks, via a unique combination of a user decision node and a main and subordinated data tables structure, yielding no explicit or implicit source level value judgments or biases
US8270577B2 (en) * 2007-12-13 2012-09-18 Verizon Patent And Licensing Inc. Multiple visual voicemail mailboxes
KR101007428B1 (ko) 2008-03-28 2011-01-12 구글 인코포레이티드 메시지 공유 방법 및 그 장치
US8195137B2 (en) * 2008-05-09 2012-06-05 Microsoft Corporation Updating contact information for mobile traffic
CA2724600A1 (en) * 2008-05-27 2009-12-23 Research In Motion Limited System and method for a converged network-based address book
US20090319288A1 (en) 2008-06-24 2009-12-24 Yahoo Inc. Suggesting contacts for social networks
US9246708B2 (en) * 2008-08-06 2016-01-26 Bindu Rama Rao Social networking website system with automatic registration based on location information
WO2010025343A1 (en) * 2008-08-28 2010-03-04 Jonas Lawrence A System for integrating multiple im networks and social networking websites
EP2327199B1 (en) * 2008-09-17 2014-01-15 BlackBerry Limited System and method for access and communication between a converged network-based address book system and a user device
US8214301B2 (en) * 2009-09-25 2012-07-03 Microsoft Corporation Social network mapping
US20110145270A1 (en) * 2009-12-14 2011-06-16 Telefonaktiebolaget Lm Ericsson (Publ) Service personas for address books
US20110167114A1 (en) * 2010-01-05 2011-07-07 International Business Machines Corporation Automatically synchronizing new contacts across multiple social networking sites
US8798445B2 (en) * 2010-02-26 2014-08-05 Blackberry Limited Enhanced banner advertisements

Non-Patent Citations (1)

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

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9130966B2 (en) 2008-09-17 2015-09-08 Blackberry Limited System and method for access and communication between a converged network-based address book system and a user device
WO2013052365A1 (en) * 2011-10-05 2013-04-11 Research In Motion Limited System for contact subscription invitations in a cross-domain converged address book system
CN102655505A (zh) * 2012-03-08 2012-09-05 伍威 一种开放式通讯平台及其实现方法
JP2015527650A (ja) * 2012-07-12 2015-09-17 テンセント・テクノロジー・（シェンジェン）・カンパニー・リミテッド ソーシャル・ネットワーク・アプリケーションにおけるユーザ関係を実装するための方法および装置
US9392039B2 (en) 2012-07-12 2016-07-12 Tencent Technology (Shenzhen) Company Limited Method and apparatus for implementing user relationship in social network application
WO2014021674A1 (en) * 2012-08-02 2014-02-06 Samsung Electronics Co., Ltd. Method and apparatus for updating personal information in communication system
US9336261B2 (en) 2012-08-02 2016-05-10 Samsung Electronics Co., Ltd. Method and apparatus for updating personal information in communication system
US20160342676A1 (en) * 2012-08-29 2016-11-24 Sk Planet Co., Ltd. Apparatus and method for managing phone number-based sns account
US10146847B2 (en) * 2012-08-29 2018-12-04 Sk Planet Co., Ltd. Apparatus and method for managing phone number-based SNS account
US11489945B2 (en) 2018-09-27 2022-11-01 Huawei Technologies Co., Ltd. TCP packet processing method, toe component, and network device

Also Published As

Publication number Publication date
US20120324009A1 (en) 2012-12-20
CA2792147C (en) 2016-04-26
KR20110099599A (ko) 2011-09-08
JP2013521562A (ja) 2013-06-10
WO2011108844A3 (en) 2012-01-05
JP5815569B2 (ja) 2015-11-17
US9363106B2 (en) 2016-06-07
KR101712199B1 (ko) 2017-03-03
EP2543201A2 (en) 2013-01-09
EP2543201A4 (en) 2016-04-13
CA2792147A1 (en) 2011-09-09

Similar Documents

Publication Publication Date Title
WO2011108844A2 (en) Apparatus and method for providing contacts through interworking between messaging service and social network service
EP2207305B1 (en) A method and a system for address book processing
US7797010B1 (en) Systems and methods for talk group distribution
US7818020B1 (en) System and method for joining communication groups
JP5303536B2 (ja) プレゼンス技術を用いたアプリケーション情報およびコマンドの送信
US7864716B1 (en) Talk group management architecture
US7738900B1 (en) Systems and methods of group distribution for latency sensitive applications
US8671156B2 (en) Method and apparatus for providing communication history
EP2055023B1 (en) Method of securing privacy in automatic answer mode of push-to service
JP4299242B2 (ja) プレゼンス情報の更新
US20090067408A1 (en) Centralized call log and method thereof
US20070136475A1 (en) Limiting access to network functions based on personal characteristics of the user
US8195147B2 (en) Method of enabling a combinational service and communication network implementing the service
MX2008000568A (es) Metodo y aparato para proporcionar informacion de presencia en soporte de servicios de comunicacion inalambrica.
US7844294B1 (en) Systems and methods for opt-in and opt-out talk group management
WO2013002582A2 (en) Method and apparatus for providing contact information through interworking between messaging service and another service
WO2014021675A1 (en) Method and apparatus for updating personal information in communication system
WO2012081950A2 (ko) 복수의 클라이언트 간의 어플리케이션 자동 공유 방법 및 장치
JP5227885B2 (ja) ＷｅｂシステムとＶｏＩＰシステムとを連携する連携方法、ＶｏＩＰシステム、および連携プログラム
CN102177699A (zh) 用于在电信网络中管理用户的方法、以及关联装置
US20050267984A1 (en) Method and apparatus for interoperability and relay for WV and IMS group management services
EP2122980A1 (en) User access policy for storing offline
WO2014021674A1 (en) Method and apparatus for updating personal information in communication system
CN101026808A (zh) 一种媒体发送请求队列状态通知方法及系统

Legal Events

Date Code Title Description
NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2012556012

Country of ref document: JP

ENP Entry into the national phase

Ref document number: 2792147

Country of ref document: CA

WWE Wipo information: entry into national phase

Ref document number: 13582638

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 2011750901

Country of ref document: EP

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

Ref document number: 11750901

Country of ref document: EP

Kind code of ref document: A2