CN101636999A - 在通信网络中通告客户端的方法及设备 - Google Patents

在通信网络中通告客户端的方法及设备 Download PDF

Info

Publication number
CN101636999A
CN101636999A CN200780052237A CN200780052237A CN101636999A CN 101636999 A CN101636999 A CN 101636999A CN 200780052237 A CN200780052237 A CN 200780052237A CN 200780052237 A CN200780052237 A CN 200780052237A CN 101636999 A CN101636999 A CN 101636999A
Authority
CN
China
Prior art keywords
client
data
watching
message delivery
server
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN200780052237A
Other languages
English (en)
Other versions
CN101636999B (zh
Inventor
安德斯·林德伦
克里斯特·博贝格
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.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
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 Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Publication of CN101636999A publication Critical patent/CN101636999A/zh
Application granted granted Critical
Publication of CN101636999B publication Critical patent/CN101636999B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/54—Presence management, e.g. monitoring or registration for receipt of user log-on information, or the connection status of the users
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42365—Presence services providing information on the willingness to communicate or the ability to communicate in terms of media capability or network connectivity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/53—Centralised arrangements for recording incoming messages, i.e. mailbox systems
    • H04M3/5322—Centralised arrangements for recording incoming messages, i.e. mailbox systems for recording text messages
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/303—Terminal profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2203/00—Aspects of automatic or semi-automatic exchanges
    • H04M2203/20—Aspects of automatic or semi-automatic exchanges related to features of supplementary services
    • H04M2203/205—Broadcasting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42025—Calling or Called party identification service
    • H04M3/42085—Called party identification service
    • H04M3/42093—Notifying the calling party of information on the called or connected party
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42348—Location-based services which utilize the location information of a target
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/50—Centralised arrangements for answering calls; Centralised arrangements for recording messages for absent or busy subscribers ; Centralised arrangements for recording messages
    • H04M3/53—Centralised arrangements for recording incoming messages, i.e. mailbox systems
    • H04M3/533—Voice mail systems
    • H04M3/53366—Message disposing or creating aspects
    • H04M3/53375—Message broadcasting

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Human Resources & Organizations (AREA)
  • Economics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Operations Research (AREA)
  • Game Theory and Decision Science (AREA)
  • Educational Administration (AREA)
  • Marketing (AREA)
  • Development Economics (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Telephonic Communication Services (AREA)

Abstract

一种向多个观看客户端(A1、A2、A3)提供观察客户端(B)的客户端数据的方法及设备。客户端数据服务器(402)针对观看客户端向信息传送服务器(400)发送包含有观察客户端的客户端数据的公共通告(4:4)。然后，信息传送服务器可以根据至少一个传送规则及任意数据过滤器来定制公共通告消息中的客户端数据，以便在各个通告消息中发送给观看客户端。因此，客户端数据服务器一次向信息传送服务器传送了包含有客户端数据的公共通告，而不是在多个单独的通告消息中传送同一客户端数据。

Description

在通信网络中通告客户端的方法及设备
技术领域
本发明总体上涉及用于在通信网络中向多个观看客户端(watchingclient)通告与观察客户端(observed client)相关的事件的方法及设备。
背景技术
随着3G移动电话的出现，已开发出了新的使用IP(网际协议)的基于分组的通信技术来支持多媒体无线通信。例如，GPRS(通用分组无线业务)及WCDMA(宽带码分多址)中的通信协议支持分组交换的多媒体业务以及传统的电路交换语音呼叫。
第三代合作伙伴项目(3GPP)已经开发出了一种称为“IP多媒体子系统”(IMS)的网络架构，作为基于IP传输而在分组域中处理多媒体业务及会话的平台。因此，IMS网络可以用于针对连接到任意类型的接入网络的具有IP功能的任意终端来发起并控制多媒体会话。由IMS网络中的各种会话管理节点来控制这些会话，这些会话管理节点包括公知的IMS节点S-CSCF(服务呼叫会话控制功能)、I-CSCF(查询呼叫会话控制功能)及P-CSCF(代理呼叫会话控制功能)。此外，主要的数据库单元HSS(归属用户服务器)存储有用于订阅客户端的用户数据及认证数据。
这种被称为“SIP”(会话发起协议)的信令协议通常用于在IMS网络及其它业务网络中控制多媒体会话。因此，具有SIP功能的终端及服务器可以使用该协议来发起并终止多媒体通信(例如，借助IMS网络)。虽然以下将针对IMS及SIP来一般性地描述各个实施方式，但是在实施本发明时也可以使用其它适当类型的业务网络及协议来进行会话控制。
由可驻留在IMS网络之内或之外的各种应用服务器来使能并执行这些多媒体业务。可以借助于IMS网络或其它业务网络而采用的业务的具体示例是所谓的“呈现(presence)”业务，呈现业务实质上是使得与特定客户端相关的数据能够为其它客户端所获得。
在本说明书中，通用术语“客户端数据”用于表示与客户端及他/她的设备的状态或状况有关的任意信息，而相应的术语“呈现数据”通常用于呈现业务。在通常称为“客户端数据服务器”的应用服务器处维护客户端数据，该应用服务器服务于有关客户端。就呈现业务而言，客户端的呈现数据存储在呈现服务器中，然后，可以将其提供给订阅了该呈现数据的客户端。
客户端数据或呈现数据可以表示以下示例性客户端状态：
-个人状态，例如，可用、忙碌、开会、度假等。
-终端状态，例如，开机/关机、工作中、不在服务区等。
-客户端/终端的地理位置。
-终端能力，例如，SMS、MMS、聊天、IM、视频等功能。
-终端选择，例如，呼叫转移、语言等。
-其它客户端信息，例如，兴趣、工作、个性、情绪、个人头像、取决于当前情绪的头像等。
因此，只要引入、更新、改变或删除了客户端的任何呈现数据，就基于从客户端或从它们的接入网络接收到的所谓“客户端事件”的发布而将这种类型的信息连续地存储在例如呈现服务器中。因此，客户端还可以订阅所选择的同样由应用服务器处理过的一个或更多个其它客户端的呈现数据。
在本说明书中，术语“客户端”通常表示通信终端及其用户。此外，“观看客户端”是订阅或请求呈现数据的客户端(有时称为“信息请求者(Watcher)”)，而“观察客户端”是发布对经过授权的任意观看客户端可用的呈现数据的客户端(有时称为“信息提供者(Presentity)”)。
观察客户端通常使用被称为“SIP发布(SIP PUBLISH)”的SIP消息来将它们的呈现数据发送给呈现服务器进行发布。该SIP PUBLISH消息可用于发起新的数据、修改现有数据、“刷新(refresh)”现有数据(即，确认数据继续有效)以及终止不再有效的现有数据。
观看客户端使用被称为“SIP SUBSCRIBE(SIP订阅)”的另一SIP消息来订阅观察客户端的呈现数据，并且仅经过授权的客户端才有权接收这种数据。SIP订阅消息通常包含可由观看客户端来设置的超时参数或TTL(生存时间)，用于确定何时结束订阅及通告。呈现服务器可以使用被称为“SIP NOTIFY(SIP通告)”的另一SIP消息来向订阅客户端提供更新后的呈现数据。
如上所述，上述用于发布客户端数据并向观看客户端提供所发布的客户端数据的通告的机制可以用在呈现业务中，也可用在其它业务(如PoC(移动一键通)及IM(即时消息传送))中。
图1例示了用于提供呈现数据的当前传统过程，该过程涉及观看客户端A、观察客户端B及服务于客户端B的呈现服务器100。在与呈现服务器100相关联的呈现数据库102中维护客户端的呈现数据B，而用于控制数据传送的呈现规则存储在规则数据库104中。呈现规则可以指示哪个数据对于谁来讲是可访问的等。在图1中，由移动终端来表示客户端A及B，尽管该过程也可以应用于固定终端。
第一步骤1:1a通常表示了观察客户端B通过向呈现服务器100发送SIP PUBLISH消息来发布呈现数据。还可以从客户端B的接入网络(未图示)来发送针对客户端B的某些数据，例如位置数据及终端状态数据。下一步骤1:1b表示了利用在步骤1:1a的发布中接收到的新数据来更新呈现数据库102。基本上，根据普遍例程，只要针对客户端B发布了呈现数据，就在后台继续步骤1:1a及步骤1:1b。
客户端A可以通过与呈现服务器100创建其中可以接收通告的对话来订阅呈现数据。因此在步骤1:2，客户端A发送请求客户端B的呈现数据的SIP SUBSCRIBE消息，并且在用于对话的消息中还指定了超时参数TTL。如果将TTL设置为零，则客户端A会只接收客户端B的呈现数据一次，而如果将超时参数设置为期望的时长，则他/她会继续接收呈现数据。步骤1:2中的SIP SUBSCRIBE消息还可以包含客户端A对他/她想要接收或不想要接收的信息种类的偏好，该偏好以下简称为“数据过滤器”。例如，客户端A可能对客户端B位于何处(位置)感兴趣，但是并不对他/她的当前情绪或终端设置等感兴趣。
然后在下一步骤1:3，呈现服务器100通过检查数据库104来应用任意的普遍呈现规则，以确定客户端A是否经过授权可以接收客户端B的某些可用的呈现数据。如果是，则在步骤1:4从数据库102中取出客户端B的对于客户端A可用的呈现数据。此外，在下一步骤1:5，应用根据步骤1:2的订阅请求的数据过滤器(如果有的话)，并且最终在通告消息SIPNOTIFY中将数据发送到客户端A，如步骤1:6所示。因此，可以根据规则数据库104中的普遍呈现规则允许/限制在步骤1:6中所传送的呈现数据，和/或根据从客户端A接收到的数据过滤器对在步骤1:6中所传送的呈现数据进行过滤。
如步骤1:6中的虚线箭头所示，客户端A可以在订阅时段内规则地接收包括有针对其它情况的呈现数据的这种通告，或者只要B的呈现数据改变就进行接收。为了延长或“刷新”该订阅，客户端A可以在该TTL刚刚超时时发送另一SIP SUBSCRIBE消息，然后，呈现服务器100会维护该订阅并传送进一步的通告。
观看客户端通常订阅了相当数量的观察客户端的呈现数据。为了减小到达特定观看客户端的通告业务量，可以使用被称为RLS(“资源列表服务器”)的信息传送服务器，该资源列表服务器借助所谓的“后端订阅”来收集这些观察客户端的通告，并且该信息传送服务器向该观看客户端发送针对全部观察客户端的公共通告。这种机制被称为“分发器(exploder)”功能，并且在移动观看客户端的情况下，期望按照这种方式来减小无线接口上的消息业务量。
图2示出了根据现有技术的、用于向观看客户端A提供观察客户端B、C及D的组的呈现数据的RLS 200。假设在客户端B、C及D各自的呈现服务器202B、202C及202D中分别发布并存储它们的呈现数据，如箭头p所示。RLS 200还连接到用户列表服务器204，用户列表服务器204维护各种预定的用户列表(诸如电话本及联系人群组)。观看客户端还可以在请求消息所指定的特别(ad hoc)群组中请求客户端的呈现数据。
在第一所示步骤2:1，终端A通过参阅预定的用户列表来发送SIPSUBSCRIBE消息，该SIP SUBSCRIBE消息请求所指示的客户端B、C、D的群组的呈现数据。根据SIP，该消息可以设置为：“event:Presence，list＝l”。作为其响应，在步骤2:2，RLS 200从用户列表服务器204中取出所请求的用户列表，因此，该列表标识了观察客户端B-D以及它们的呈现服务器202B-D。SIP SUBSCRIBE消息还可以包含数据过滤器，如图1的步骤1:2所述。
之后，RLS 200借助后端订阅从应用服务器202B-D中的各个应用服务器针对它们各自的客户端来订阅数据，通常由步骤2:3，2:4及2:5所示。如果在上述步骤2:1接收到了数据过滤器，则各个后端订阅还包括该数据过滤器。在从服务器202B-D收集到呈现数据(如果需要，可选地通过应用数据过滤器)之后，在最终步骤2:6，RLS 200向客户端A发送包含有列表中的全部客户端B-D的期望呈现数据的公共通告。因此，可以按照上述方式来允许/限制和/或过滤所传送的数据，虽然这里并未图示。可以在订阅时段内将包含有客户端B-D的呈现数据的进一步通告传送给客户端A，与图1的示例类似。
但是，根据各种代表观看客户端而正在进行的后端订阅，从呈现服务器发送到RLS的通告总量可能非常巨大，这对用于对发送及处理这些通告的资源而言是极大的负担。
图3例示了根据现有技术，当RLS 300向多个观看客户端A1、A2及A3提供观察客户端B的呈现数据时的这种问题。在这个示例中，仅示出了三个观看客户端，但是应当理解的是，可能会有更大数量的观看客户端(例如，数百量级的观看客户端)对同一观察客户端的呈现数据感兴趣。
在图3中，假设观看客户端A1、A2及A3已经请求了观察客户端B的呈现数据(假设彼此独立)，并且RLS 300已经创建与维护客户端B的呈现数据的呈现服务器302的后端订阅，即，每个观看客户端一个后端订阅。RLS 300还根据这些观看客户端的偏好来向呈现服务器302供应数据过滤器。因此，各个观看客户端可以期望符合他/她自己的数据过滤器的呈现数据。此外，这些观看客户端可以按照不同方式来访问客户端B的呈现数据，如与服务器302相关联的规则数据库304中的呈现规则所指示的那样。
第一步骤3:1通常表示了在服务器302中发布及存储客户端B的呈现数据，这可以得到对全部观看客户端的通告。还可以有规则地传送这些通告，而与何时发布呈现数据无关。下一步骤3:2表示了在传送之前对观看客户端应用来自规则数据库304的规则。在步骤3:3，还可以针对观看客户端将任意数据过滤器306单独地应用于呈现数据。
然后，呈现服务器302根据后端订阅，在针对各个观看客户端的通告中向RLS 300发送客户端B的呈现数据。因此，在这些通告中，在上述步骤3:2及步骤3:3中针对观看客户端而单独经过允许/限制和/或过滤的呈现数据可能不同。在这个示例中，步骤3:4表示了来自服务器302的根据对客户端A1有效的规则R1及数据过滤器F1进行处理的通告，步骤3:5表示了根据对客户端A2有效的规则R2及数据过滤器F2进行处理的通告，而步骤3:6表示了根据对客户端A3有效的规则R3及数据过滤器F3进行处理的通告。
最后，在步骤3:7、3:8及3:9，RLS 300向观看客户端A1、A2及A3传送上述各个通告。虽然这里未图示，但是观看客户端A1、A2及A3中的任意一个当然还可以按照图2所述的方式来从RLS 300接收同一通告中的其它观察客户端的呈现数据。此外，可以在不同的时刻独立地传送步骤3:7、3:8及3:9中的通告。
如步骤3:4、3:5及3:6所示，当前必须针对各个观看客户端A1、A2及A3从呈现服务器302向RLS 300发送包含有针对同一观察客户端B而发布的呈现数据的单独通告。如上所述，如果涉及大量的观看客户端，则即使这些通告可能包含同一信息，但仍然会产生极大数量的由这些节点传送及处理的通告。
因此，期望减小客户端数据服务器(其维护针对观察客户端的客户端数据)与信息传送服务器(其向多个观看客户端传送包含有针对观察客户端而发布的客户端数据的通告)之间的业务量总量及通告数量。还期望减小在这两个节点中处理这种通告的负担。
发明内容
本发明的目的在于解决上述问题。具体地说，本发明的目的在于提供一种通常能够减小向多个观看客户端提供同一观察客户端的客户端数据的通告所需要的信令及消息数量的解决方案。
本发明涉及一种信息传送服务器及客户端数据服务器，该信息传送服务器向观看客户端发送通告，而该客户端数据服务器维护观察客户端的客户端数据。信息传送服务器可以是RLS，而客户端数据服务器可以是呈现服务器，虽然本发明并不限于这些特定节点。
这些及其它目的可以通过根据所附独立权利要求的方法及设备来实现。
根据一个方面，本发明提供了一种由信息传送服务器执行的在通信网络中向多个观看客户端提供观察客户端的客户端数据的方法。从所述多个观看客户端接收针对所述观察客户端的客户端数据的各个订阅请求。然后代表所述多个观看客户端来创建针对所述观察客户端的客户端数据的后端订阅，其中，由客户端数据服务器来维护所述客户端数据。根据这些后端订阅，从所述客户端数据服务器接收包含有所述观察客户端的客户端数据的针对所述多个观看客户端的公共通告。然后，通过应用对所述多个观看客户端中的一个或更多个观看客户端有效的至少一个传送规则来为所述多个观看客户端定制客户端数据。最后，在各个通告中将定制的客户端数据发送给所述多个观看客户端。
根据另一方面，本发明提供了一种在通信网络中向多个观看客户端提供观察客户端的客户端数据的信息传送服务器。该信息传送服务器包括：用于从所述多个观看客户端接收针对所述观察客户端的客户端数据的各个订阅请求的装置；以及用于代表所述多个观看客户端来创建针对所述观察客户端的客户端数据的后端订阅的装置，其中，由客户端数据服务器来维护所述客户端数据。
该信息传送服务器还包括：用于从所述客户端数据服务器接收包含所述观察客户端的客户端数据的针对所述多个观看客户端的公共通告的装置；用于通过应用对所述多个观看客户端中的一个或更多个观看客户端有效的至少一个传送规则来为所述多个观看客户端定制客户端数据的装置；以及用于在各个通告中将定制的客户端数据传送给所述多个观看客户端的装置。
根据再一方面，本发明提供了一种在通信网络中借助信息传送服务器来向多个观看客户端提供观察客户端的客户端数据的方法和客户端数据服务器，其中所述客户端数据服务器维护所述客户端数据。从所述信息传送服务器接收针对所述观察客户端的客户端数据的代表所述多个观看客户端的后端订阅请求，各个后端订阅请求均包括相应观看客户端的标识符。然后，将一公共通告与针对所述多个观看客户端的所述观察客户端的客户端数据一起发送给所述信息传送服务器，使得所述信息传送服务器可以在传送之前为所述观看客户端定制客户端数据。
可以根据以下详细说明来理解本发明的其它特征及其优点。
附图说明
通过示例性实施方式并参照附图来更详细地说明本发明，附图中：
图1是示出了根据现有技术的、用于向观看客户端A提供与观察客户端B有关的呈现数据的过程的框图。
图2是示出了根据现有技术的、用于借助资源列表服务器RLS来向观看客户端A提供观察客户端B、C及D的组的呈现数据的过程的框图。
图3是示出了根据现有技术的、用于借助资源列表服务器RLS来向多个观看客户端A1、A2及A3提供观察客户端B的呈现数据的过程的框图。
图4是示出了根据一个实施方式的、用于借助信息传送服务器来向多个观看客户端A1、A2及A3提供观察客户端B的客户端数据的过程的框图。
图5是基本上根据图4的框图的、当向多个观看客户端提供观察客户端的客户端数据时由信息传送服务器执行的过程的流程图。
图6是基本上根据图4的框图的、当借助信息传送服务器来向多个观看客户端提供观察客户端的客户端数据时由客户端数据服务器执行的过程的流程图。
具体实施方式
简而言之，本发明可用于减小信息传送服务器(用于向多个观看客户端提供包含有观察客户端的客户端数据的通告)与该观察客户端的客户端数据服务器之间的信令业务量。该信息传送服务器可以是RLS，而该客户端数据服务器可以是呈现服务器，其中，在这些节点之间使用SIP信令，虽然本发明并不限于此。
根据这种解决方案，可以一次在公共通告消息中将要传送到这多个观看客户端的客户端数据从该客户端数据服务器传递到该信息传送服务器，而不是在针对不同的观看客户端的各个通告消息中进行多次传递。然后，信息传送服务器可以从该公共通告消息中提取合适的定制客户端数据，以在各个通告消息中发送给观看客户端。
在不同实施方式中，该公共通告消息还可以包括观看客户端的标识符及对一个或更多个观看客户端有效的任意传送规则的指示。另选的是，该接收信息传送服务器能够识别出哪个观看客户端订阅了该观察客户端的客户端数据，并且能够从可访问的规则数据库中获取它们的相关传送规则。
传送规则可以在公共通告中向不同的观看客户端指示客户端数据的可用性或可访问性。例如，这些传送规则可以指示客户端数据X应当仅传送给客户端A、B、C而不传送给其它客户端，和/或客户端数据Y绝不能传送给客户端D、E、F，等。
此外，如果观看客户端选择性地请求了客户端数据，也就是说，如果应当根据各个数据过滤器将某些客户端数据从传送中省略，则可以在信息传送服务器处存储并应用这些数据过滤器，从而定制客户端数据。这里，术语“定制”用于表示所有针对特定客户端而对客户端数据内容进行的调整。
参照以下附图来更详细地说明本发明的不同实施方式，但不是限制本发明的整体范围。图4是示出了根据一个实施方式的、用于向多个观看客户端A1、A2及A3提供观察客户端B的客户端数据的设备及过程的框图。
假设客户端A1、A2及A3已经借助订阅请求(未图示)而彼此独立地向信息传送服务器400请求了客户端B的客户端数据。信息传送服务器400可以是RLS，而订阅请求可以作为SIP SUBSCRIBE消息而发送。此外，客户端数据服务器402(其可以是呈现服务器)持续地接收并维护该客户端B的客户端数据，如图中虚线箭头所示。
一个或更多个观看客户端通常还可以通过在客户端数据请求中指定数据过滤器或等同物来选择性地请求客户端数据。在实践中，可以按照不同的方式来选择性地请求客户端数据，例如，通过指定应当在传送中包括或排除的一类或更多类客户端数据，在本说明书中将其称为“数据过滤器”。因此，数据过滤器通常控制了针对观察客户端而言观看客户端想要接收的信息。
在这个示例中，各个客户端A1、A2及A3在他/她对于信息传送服务器400的订阅请求中分别指定了数据过滤器F1、F2及F3。第一步骤4:1表示了当逐个接收到订阅请求时，信息传送服务器400将这些数据过滤器存储在合适的数据存储部中，以便稍后向各个观看客户端发送通告时应用这些过滤器。
接下来，信息传送服务器400针对客户端B的客户端数据，代表客户端A1、A2、A3来创建与客户端数据服务器402的后端订阅，即，针对各个观看客户端而发送单独的订阅请求，如示意性步骤4:2所示。根据普遍标准，服务器400还在各个后端订阅请求中包括了所涉及的观看客户端的适当标识符。但是，在订阅请求中向客户端数据服务器402发送数据过滤器F1、F2及F3(如传统的图2到图3的过程中那样)并不是必要的，这是因为根据这种解决方案，可以由信息传送服务器400来维护并应用数据过滤器，稍后对此进行说明。
这时，通常由客户端数据服务器402来决定何时向多个观看客户端发送包含该观察客户端的客户端数据的通告，并决定应当将其编址到哪个客户端。例如，当针对客户端B发布了新的客户端数据时，可以触发客户端数据服务器402来发送通告。
然后在下一步骤4:3，客户端数据服务器402从规则数据库404中获取分别对于客户端A1、A2及A3有效的可应用传送规则R1、R2及R3。在这个示意性示例中，针对各个观看客户端来获取传送规则，即使同一传送规则可能对于一个以上的观看客户端是有效的，或一些客户端可能并不服从于任何传送规则，等。还应当注意的是，观察客户端定义了这些传送规则，以对他/她的客户端数据对其它客户端的可用性或可访问性进行控制，而观看客户端将数据过滤器限定为偏好。
在下一步骤4:4，客户端数据服务器402向信息传送服务器400发送包含有客户端B的客户端数据的公共通告消息，而不是基本上在指向不同观看客户端的单独通告消息中发送同一客户端数据三次。可以在SIPNOTIFY消息中发送该公共通告。
公共通告还可以包含目标客户端A1、A2及A3的标识符，以及在步骤4:3获取的相应有效传送规则R1、R2及R3或对有效传送规则的至少一些适当指示。例如，该公共通告可以明确地包括完整的规则，或包括对传送规则R1、R2及R3的隐含引用而不是完整的规则自身，使得信息传送服务器400可以使用这些引用来访问规则数据库404中的实际传送规则。如果服务器400与服务器402保持有信任关系，则后一种解决方案是可行的。
如果公共通告中没有包括这种标识符及规则，则接收信息传送服务器可以无论如何都将该观看客户端标识为订阅了观察客户端的客户端数据，然后，从规则数据库404中获取它们的传送规则。
为了节省公共通告消息中的空间，客户端数据服务器402可以从该消息中排除所有无论如何都不会被任何观看客户端允许的客户端数据，如所获取的传送规则R1、R2及R3所示。
在实践中，能够按照不同的方式来向信息传送服务器400传送公共通告中的信息。在一个替换方式中，可以使用之前在客户端数据服务器与信息传送服务器之间所创建的SIP隧道。当前可用的一个解决方案是在RLS与呈现服务器之间创建SIP隧道，用于在正在进行的SIP对话中在这些节点之间交换各种请求，SIP隧道可以用在这种环境下。在另一替换方式中，位于SIP NOTIFY消息报头中的现有ID参数可用于在公共通告中提供全部观看客户端的标识符。稍后会更详细地说明这两个替换实施方式。
接收到公共通告消息时，在下一步骤4:5，信息传送服务器400根据客户端标识符(如果在公共通告消息中给出了的话)来识别所涉及的观看客户端，或将所涉及的观看客户端标识为针对接收到的客户端数据的用户，并且获取在步骤4:1中所存储的相应数据过滤器F1、F2和F3。
然后，信息传送服务器400通过应用该消息中所指示的传送规则R1、R2和R3及所获取的数据过滤器F1、F2和F3，对在公共通告消息中接收到的要传送给观看客户端的客户端数据进行定制。应当注意的是，通常来讲，并不是所有观看客户端都必须服从这种规则及过滤器，尽管在这个示意性示例中是这样。
最后，在步骤4:6、4:7及4:8，服务器400在各个通告消息中将定制的客户端数据传送给观看客户端。这样，就根据各种有效传送规则及数据过滤器针对观看客户端而分别调整了所传送的定制客户端数据，以便在各个通告中提供不同的客户端数据内容。
图5是基本上根据图4的框图、当向多个观看客户端提供观察客户端的客户端数据时由信息传送服务器执行的过程的流程图。第一步骤500通常表示了从观看客户端接收到针对观察客户端的客户端数据的各个订阅请求。可以在不同的时刻独立地接收这些请求，尽管这里例示为单个步骤。在下一步骤502，信息传送服务器对与该请求一起接收到的所有数据过滤器进行存储，以便在稍后在针对发送而定制客户端数据内容时使用。
在下一步骤504，响应于步骤500的订阅请求，针对观察客户端的客户端数据，代表请求观看客户端来创建与该观察客户端的客户端数据服务器的后端订阅。基本上，每次从观看客户端接收到针对客户端数据的订阅请求时都可以重复步骤500-504，如虚线箭头所示。
在下一步骤506，响应于后端订阅，针对观看客户端从客户端数据服务器或早或晚接收到包含有观察客户端的客户端数据的公共通告消息，而不是基本上接收在多个单独的通告中重复的同一客户端数据(例如，如图3的步骤3:4-3:6所示)。由此，避免了客户端数据的重复。
除了观察客户端的客户端数据以外，接收到的公共通告消息还可以包括观看客户端的标识符以及至少一个对一个或更多个观看客户端有效的传送规则的指示。传送规则指示可以是一个或更多个明确给出的完整规则，或是通过指向存储在可访问的传送规则数据库中的规则或指向查找表中预先确定的规则等而隐含地表示一个或更多个规则的引用等。如果公共通告中没有包括这种标识符及规则，则接收信息传送服务器会将这些观看客户端标识为订阅了观察客户端的客户端数据，然后，从规则数据库中获取它们的传送规则。
在下一步骤508，通过应用在上述步骤502中所存储的观看客户端的相应数据过滤器(如果有的话)并且还根据在接收公共通告中所指示的至少一个规则，针对观看客户端来对包含在公共通告中的客户端数据进行定制。在最终步骤510，在各个通告中将定制的客户端数据传送给观看客户端，因此定制的客户端数据取决于观看客户端的数据过滤器及有效规则而彼此或多或少地不同，从而适应于观看客户端。
图6是同样基本上根据图4的框图、当借助信息传送服务器来向多个请求观看客户端提供观察客户端的客户端数据时由客户端数据服务器执行的过程的另一流程图。因此，客户端数据服务器接收并维护观察客户端的客户端数据，如上所述。
在第一步骤600，客户端数据服务器代表请求观看客户端从信息传送服务器接收到对观察客户端的客户端数据进行后端订阅的请求，例如，如图4的步骤4:2所述。这些后端订阅请求包括各个观看客户端的标识符，并且通常是在不同的时刻独立接收的，虽然这里例示为单个步骤。
在下一步骤602，从规则数据库中获取至少一个对一个或更多个观看客户端有效的传送规则，例如，如图4的步骤4:3所述。然后，客户端数据服务器创建包含有观察客户端的当前客户端数据的公共通告。公共通告还可以包括该观看客户端的标识符及对该观看客户端有效的规则(如果有的话)。最后，在步骤604，客户端数据服务器将公共通告发送给信息传送服务器。然后，信息传送服务器可以基于该公共通告来向观看客户端传送各个通告，如图5的步骤508及510所述。
如上所述，可以按照不同的方式来将公共通告中的信息从客户端数据服务器传到信息传送服务器，虽然本发明通常并不限于任意具体的方案或方法。但是，现在更详细地说明两个不同的可行建议。
根据第一替换方式，可以在客户端数据服务器与信息传送服务器之间创建SIP隧道，SIP隧道是一种正在进行的SIP对话，可以通过这一个共享对话而用来传送多个订阅中的各种消息。与针对多个订阅使用多个单独的SIP对话相比，这通常会在两个节点处均减小处理开销及存储器使用。现在，可以将这种机制扩展为包括传送目标为观看客户端的公共通告所需的附加数据，如下所述。
通过SIP隧道而包含了订阅信息的当前结构使用一种被称为“x-sub-data”的特定报头，该报头包含这些字段：
“x-sub-data:To＝W，From＝P，Sub-state＝1300，Sub-id＝2234”
其中，“W”是目标信息请求者(观看客户端)，“P”是信息提供者(观察客户端)，“Sub-state”是订阅状态，而“Sub-id”是用作隧道参数的唯一订阅参数。因此，通过在通告中包括多个“x-sub-data”报头，这种报头结构在当前解决方案中可以用于到多个观看者的公共通告。于是，在图4的示例中，步骤4:4中的公共通告就包括针对目标观看客户端A1、A2及A3的以下三个报头：
“x-sub-data:To＝K1，From＝B，Sub-state＝1300，Sub-id＝2234”
“x-sub-data:To＝K2，From＝B，Sub-state＝2400，Sub-id＝235”
“x-sub-data:To＝K3，From＝B，Sub-state＝1567，Sub-id＝56f4”
在这个解决方案中，针对特定观看客户端的“sub-id”信息可以与他/她的后端订阅相关联，如信息传送服务器已知的，然后，信息传送服务器可以借助该“sub-id”信息针对各个观看客户端来定位正确的后端订阅。公共通告中可以包括对一个或更多个观看客户端有效的至少一个传送规则的指示，例如，在一个或更多个“x-sub-data”报头中作为附加字段，或在消息中作为附加报头或其它数据字段。
根据第二替换方式，SIP NOTIFY消息的“Event”报头中的现有“id”参数可以用来指示SIP对话中的唯一订阅。这可以用在当前解决方案中，使得信息传送服务器可以针对订阅了同一观察客户端的客户端数据的全部观看客户端来创建与客户端数据服务器的单个SIP对话，然后，使用“Event”报头中的“id”参数来指示实际的订阅。因此，客户端数据服务器可以在针对观看客户端的公共通告中包括“id”参数的列表，然后，接收信息传送服务器可以借助这些“id”参数来针对各个观看客户端定位正确的后端订阅。
在这两个替换方式中，在如上所述标识了正确的后端订阅之后，信息传送服务器可以通过应用所存储的数据过滤器(如果有的话)以及所接收的至少一个传送规则来定制公共通告中的客户端数据，并且相应地传送定制的客户端数据。
根据上述各个实施方式，通过从客户端数据服务器向信息传送服务器发送单个公共通告，利用本发明可以极大地减小向多个观看客户端发送单个观察客户端的客户端数据所需的信令。应当注意的是，否则，各个单独的通告涉及发送多个消息，以在这些节点之间反复地创建及终止对话。
虽然针对特定示例性实施方式说明了本发明，但是本说明书通常仅旨在例示发明思想，而不应当将其视为对由所附权利要求限定的本发明范围的限制。在说明上述各个实施方式时使用了IMS技术及SIP信令协议，尽管基本上可以使用适于实现本发明的任意其它标准及协议。

Claims (24)

1、一种在通信网络中向多个观看客户端(A1、A2、A3)提供观察客户端(B)的客户端数据的方法，该方法包括由信息传送服务器(400)执行的以下步骤：
-接收订阅请求步骤，从所述多个观看客户端接收针对所述观察客户端的客户端数据的各个订阅请求；
-创建后端订阅步骤，代表所述多个观看客户端来创建针对所述观察客户端的客户端数据的后端订阅(4:2)，其中，由客户端数据服务器(402)来维护所述客户端数据；
-接收公共通告步骤，从所述客户端数据服务器接收包含所述观察客户端的客户端数据的针对所述多个观看客户端的公共通告(4:4)；
-定制步骤，通过应用对所述多个观看客户端中的一个或更多个观看客户端有效的至少一个传送规则(R1、R2、R3)来为所述多个观看客户端定制所述客户端数据；以及
-传送步骤，在各个通告中将所述定制的客户端数据传送给所述多个观看客户端。
2、根据权利要求1所述的方法，其中，所述公共通告还包括所述多个观看客户端的标识符以及所述至少一个传送规则的指示。
3、根据权利要求2所述的方法，其中，所述传送规则指示显式地规定了一个或更多个完整的规则。
4、根据权利要求2所述的方法，其中，所述传送规则指示通过指向存储在可访问的传送规则数据库中的规则或指向查找表中预先确定的规则，隐式地规定了表示所述一个或更多个规则的引用。
5、根据权利要求1所述的方法，其中，所述信息传送服务器将所述多个观看客户端标识为订阅了所述观察客户端的客户端数据，并且从可访问的规则数据库中获取所述至少一个传送规则。
6、根据权利要求1到5中任意一项所述的方法，其中，与所述各个订阅请求一起接收到所述多个观看客户端的数据过滤器，并且所述定制步骤还包括应用所述数据过滤器。
7、根据权利要求1到6中任意一项所述的方法，其中，所述公共通告是通过现有的SIP隧道接收的。
8、根据权利要求2和7所述的方法，其中，所述多个观看客户端的标识符是在所述公共通告的“x-sub-data”报头中指定的。
9、根据权利要求1到5中任意一项所述的方法，其中，针对所述多个观看客户端与所述客户端数据服务器创建单个SIP对话，并且使用“Event”报头中的“id”参数来指示所述后端订阅。
10、根据权利要求9所述的方法，其中，接收到的公共通告包括针对所述多个观看客户端的“id”参数列表。
11、一种在通信网络中向多个观看客户端(A1、A2、A3)提供观察客户端(B)的客户端数据的信息传送服务器(400)，该信息传送服务器(400)包括：
-用于从所述多个观看客户端接收针对所述观察客户端的客户端数据的各个订阅请求的装置；
-用于代表所述多个观看客户端来创建针对所述观察客户端的客户端数据的后端订阅(4:2)的装置，其中，由客户端数据服务器(402)来维护所述客户端数据；
-用于从所述客户端数据服务器接收包含所述观察客户端的客户端数据的针对所述多个观看客户端的公共通告(4:4)的装置；
-用于通过应用对所述多个观看客户端中的一个或更多个观看客户端有效的至少一个传送规则(R1、R2、R3)来为所述多个观看客户端定制所述客户端数据的装置；以及
-用于在各个通告中将所述定制的客户端数据发送给所述多个观看客户端的装置。
12、根据权利要求11所述的信息传送服务器，其中，所述公共通告还包括所述多个观看客户端的标识符以及所述至少一个传送规则的指示。
13、根据权利要求12所述的信息传送服务器，其中，所述传送规则指示显式地规定了一个或更多个完整的规则。
14、根据权利要求12所述的信息传送服务器，其中，所述传送规则指示通过指向存储在可访问的传送规则数据库中的规则或指向查找表中预先确定的规则，隐式地规定了表示所述一个或更多个规则的引用。
15、根据权利要求12所述的信息传送服务器，该信息传送服务器还包括：
用于将所述多个观看客户端标识为订阅了所述观察客户端的客户端数据的装置；以及
用于从可访问的规则数据库中获取所述至少一个传送规则的装置。
16、根据权利要求11到15中任意一项所述的信息传送服务器，其中，如果与所述各个订阅请求一起接收到了所述多个观看客户端的数据过滤器，则所述用于定制所述客户端数据的装置适于应用所述数据过滤器。
17、根据权利要求11到16中任意一项所述的信息传送服务器，其中，所述用于接收公共通告的装置适于通过现有的SIP隧道来接收所述公共通告。
18、根据权利要求12和17所述的信息传送服务器，其中，所述多个观看客户端的标识符是在所述公共通告的“x-sub-data”报头中指定的。
19、根据权利要求11到15中任意一项所述的信息传送服务器，该信息传送服务器还包括：
用于针对所述多个观看客户端与所述客户端数据服务器创建单个SIP对话的装置，其中，使用“Event”报头中的“id”参数来指示所述后端订阅。
20、根据权利要求19所述的信息传送服务器，其中，接收到的公共通告包括针对所述多个观看客户端的“id”参数列表。
21、一种在通信网络中借助信息传送服务器(400)来向多个观看客户端(A1、A2、A3)提供观察客户端(B)的客户端数据的方法，该方法包括由维护所述客户端数据的客户端数据服务器(402)来执行的以下步骤：
-代表所述多个观看客户端，从所述信息传送服务器接收针对所述观察客户端的客户端数据的多个后端订阅(4:2)请求，每个后端订阅请求都包括相应观看客户端的标识符；以及
-针对所述多个观看客户端，向所述信息传送服务器发送包括所述观察客户端的客户端数据的公共通告(4:4)。
22、根据权利要求21所述的方法，其中，从规则数据库中获取对所述多个观看客户端中的一个或更多个观看客户端有效的至少一个传送规则，并且其中，所述公共通告中包括了所述多个观看客户端的标识符以及所获取的至少一个传送规则(R1、R2、R3)的指示。
23、一种在通信网络中借助信息传送服务器(400)来向多个观看客户端(A1、A2、A3)提供观察客户端(B)的客户端数据的客户端数据服务器(402)，该客户端数据服务器(402)包括：
-用于代表所述多个观看客户端从所述信息传送服务器接收针对所述观察客户端的客户端数据的多个后端订阅(4:2)请求的装置，每个后端订阅请求都包括相应观看客户端的标识符；以及
-用于针对所述多个观看客户端，向所述信息传送服务器发送包括所述观察客户端的客户端数据的公共通告(4:4)的装置。
24、根据权利要求23所述的客户端数据服务器，该客户端数据服务器还包括：
用于从规则数据库中获取对所述多个观看客户端中的一个或更多个观看客户端有效的至少一个传送规则的装置，其中，所述公共通告中包括了所述多个观看客户端的标识符以及所获取的至少一个传送规则(R1、R2、R3)的指示。
CN2007800522372A 2007-03-19 2007-03-19 在通信网络中通告客户端的方法及设备 Expired - Fee Related CN101636999B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/SE2007/000267 WO2008115100A1 (en) 2007-03-19 2007-03-19 A method and apparatus for notifying clients in a communication network.

Publications (2)

Publication Number Publication Date
CN101636999A true CN101636999A (zh) 2010-01-27
CN101636999B CN101636999B (zh) 2012-11-07

Family

ID=39766125

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2007800522372A Expired - Fee Related CN101636999B (zh) 2007-03-19 2007-03-19 在通信网络中通告客户端的方法及设备

Country Status (4)

Country Link
US (1) US20100094952A1 (zh)
EP (1) EP2127306A1 (zh)
CN (1) CN101636999B (zh)
WO (1) WO2008115100A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102209313A (zh) * 2010-03-29 2011-10-05 华为技术有限公司 订阅呈现信息的方法、系统、资源列表服务器及呈现服务器
CN104604250A (zh) * 2012-08-31 2015-05-06 高通股份有限公司 用于耳机的智能通知工具

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7640267B2 (en) 2002-11-20 2009-12-29 Radar Networks, Inc. Methods and systems for managing entities in a computing device using semantic objects
US7433876B2 (en) * 2004-02-23 2008-10-07 Radar Networks, Inc. Semantic web portal and platform
JP2009206601A (ja) * 2008-02-26 2009-09-10 Funai Electric Co Ltd 情報配信システム
US9392070B2 (en) 2008-12-19 2016-07-12 Telefonaktiebolaget Lm Ericsson (Publ) Method and arrangement for handling resource data
JP2012518326A (ja) * 2009-02-13 2012-08-09 テレフオンアクチーボラゲット エル エム エリクソン（パブル） リソースデータを処理するための方法及び装置
US8200617B2 (en) 2009-04-15 2012-06-12 Evri, Inc. Automatic mapping of a location identifier pattern of an object to a semantic type using object metadata
WO2010120929A2 (en) 2009-04-15 2010-10-21 Evri Inc. Generating user-customized search results and building a semantics-enhanced search engine
US10628847B2 (en) 2009-04-15 2020-04-21 Fiver Llc Search-enhanced semantic advertising
WO2010120925A2 (en) 2009-04-15 2010-10-21 Evri Inc. Search and search optimization using a pattern of a location identifier
US20130073665A1 (en) * 2010-06-21 2013-03-21 Telefonaktiebolaget L M Ericsson (Publ) Method and arrangement for notifications in a communication network
EP2636201B1 (en) * 2010-11-02 2019-02-27 Telefonaktiebolaget LM Ericsson (publ) Methods and devices for media description delivery
US8805939B2 (en) 2010-11-03 2014-08-12 Microsoft Corporation Gaming notifications aggregator
US20140089485A1 (en) * 2011-03-29 2014-03-27 Telefonaktiebolaget L M Ericsson (Publ) Method and Arrangement for Providing Update Notifications in a Telecommunication Network
US10454802B2 (en) * 2015-06-30 2019-10-22 T-Mobile Usa, Inc. Backend polling based on nonzero SIP subscribe expiration
US9913252B2 (en) * 2016-01-11 2018-03-06 Mavenir Systems, Inc. Communication system and method for multi-line, multi-device service with user capability discovery
US10846420B2 (en) * 2018-06-29 2020-11-24 Forcepoint Llc Domain controller agent subscription to kerberos events for reliable transparent identification
US11905012B2 (en) * 2018-12-25 2024-02-20 Rakuten Group, Inc. Determining method of arrangement place, transport system, and information processing device

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2004310728B2 (en) * 2003-12-05 2009-09-03 Blackberry Limited Apparatus and method of controlling unsolicited traffic destined to a wireless communication device
US20050210104A1 (en) * 2004-03-19 2005-09-22 Marko Torvinen Method and system for presence enhanced group management and communication
US7607138B2 (en) * 2004-06-17 2009-10-20 Cisco Technology, Inc. System and method for optimizing inter-domain event services
US7796603B1 (en) * 2005-01-14 2010-09-14 Acme Packet, Inc. Method and system for controlling media sessions in networks that use communication protocols with distinct signaling and media channels
JP2007028117A (ja) * 2005-07-15 2007-02-01 Nec Corp 情報交換システム、管理サーバ、端末装置及びそれらに用いるネットワーク負荷軽減方法
US20070033278A1 (en) * 2005-08-08 2007-02-08 Kelley Sean S Method and apparatus for providing a list-based service
US20070162600A1 (en) * 2005-11-18 2007-07-12 Aol Llc Promoting interoperability of presence-based systems through the use of ubiquitous online identities
US20080005294A1 (en) * 2006-06-30 2008-01-03 Morris Robert P Method and system for exchanging messages using a presence service
US20090054091A1 (en) * 2007-02-21 2009-02-26 Van Wijk Jacques Methods and Systems for Consolidated Notifications of Updated Personal Information Manager Data

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102209313A (zh) * 2010-03-29 2011-10-05 华为技术有限公司 订阅呈现信息的方法、系统、资源列表服务器及呈现服务器
CN104604250A (zh) * 2012-08-31 2015-05-06 高通股份有限公司 用于耳机的智能通知工具
CN104604250B (zh) * 2012-08-31 2018-08-14 高通股份有限公司 用于耳机的智能通知工具

Also Published As

Publication number Publication date
CN101636999B (zh) 2012-11-07
US20100094952A1 (en) 2010-04-15
WO2008115100A1 (en) 2008-09-25
EP2127306A1 (en) 2009-12-02

Similar Documents

Publication Publication Date Title
CN101636999B (zh) 在通信网络中通告客户端的方法及设备
CN101558623B (zh) 用于处理客户数据订阅的方法和装置
CN101088304B (zh) 用于向客户端提供通信组信息的方法和设备
US8068866B2 (en) Group communication server
CN101355797B (zh) 获得用户终端设备信息的方法和通信业务功能实体
JP5436571B2 (ja) 通信履歴を提供する方法及び装置
KR101181001B1 (ko) 푸쉬 투 토크 오버 셀룰러 시스템의 Ｃｈａｔ ＰｏＣ 그룹초대 예약을 통한 세션 합류 방법 및 그 시스템
RU2382397C2 (ru) Метод и система для определения сервера с управляющими функциями
US8054843B2 (en) Method for securing privacy in automatic answer mode of push-to service
EP2371107B1 (en) A method and arrangement for handling resource data
CN101766011A (zh) 用于同步的呼叫协议信息的集中式呼叫日志
WO2007076673A1 (fr) Procede, systeme et dispositif permettant de partager des informations de presence
CN101171822A (zh) 用于处理应用服务器中的客户相关信息的方法及装置
US20070202854A1 (en) Terminal apparatus and method for providing media transmission time information in a PoC system and PoC system for the same
EP2453681A1 (en) System and method for routing session initiation protocol conversation
US8903985B2 (en) Sharing status information across a plurality of communication networks
JP2008517396A (ja) 制御機能を有するサーバ決定方法及びシステム
US8229454B1 (en) Personal location information management
WO2009054661A1 (en) Procedure for managing data synchronization under multiple devices environment
KR101039555B1 (ko) 프레즌스 서비스 제공 단말기, 이를 포함하는 프레즌스 서비스 제공 시스템 및 그 제공 방법
TW201021490A (en) System and method for re-publication of information in a network-based communication system
WO2007083876A1 (en) Session invitation reservation method in sip based communication service
KR20050117900A (ko) 푸쉬투토크 오버 셀룰러 시스템의 전이중통신을 위한 세션개설 장치 및 그 방법
KR20080013703A (ko) Ｐｔ 서비스의 자동 응답 모드에서의 프라이버시 확보 방법
KR20090042124A (ko) 다중 단말 환경하에서의 데이터 동기화 관리 방법

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20121107

Termination date: 20200319