CN1901517B - 信息交换系统和管理服务器、终端设备和用于降低网络负荷的方法 - Google Patents

信息交换系统和管理服务器、终端设备和用于降低网络负荷的方法 Download PDF

Info

Publication number
CN1901517B
CN1901517B CN2006101019778A CN200610101977A CN1901517B CN 1901517 B CN1901517 B CN 1901517B CN 2006101019778 A CN2006101019778 A CN 2006101019778A CN 200610101977 A CN200610101977 A CN 200610101977A CN 1901517 B CN1901517 B CN 1901517B
Authority
CN
China
Prior art keywords
state
monitor
terminal equipment
information
management 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.)
Expired - Fee Related
Application number
CN2006101019778A
Other languages
English (en)
Other versions
CN1901517A (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.)
NEC Corp
Original Assignee
NEC Corp
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 NEC Corp filed Critical NEC Corp
Publication of CN1901517A publication Critical patent/CN1901517A/zh
Application granted granted Critical
Publication of CN1901517B publication Critical patent/CN1901517B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02—Standardisation; Integration
    • H04L41/0233—Object-oriented techniques, for representation of network management data, e.g. common object request broker architecture [CORBA]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis

Abstract

一种资源列表服务器，当接收到针对列表的SUBSCRIBE请求时，针对列表中的各个资源发出SUBSCRIBE请求。然后，当资源列表服务器从资源的通知方接收到指示各个资源状态的第一NOTIFY消息时，资源列表服务器将第二NOTIFY消息发送到订阅了包括所述资源的列表的订户。

Description

信息交换系统和管理服务器、终端设备和用于降低网络负荷的方法
本申请要求在先申请JP 2005-206274的优先权，将其全部内容一并在此作为参考。
技术领域
本发明涉及信息交换系统和管理服务器、终端设备以及信息交换系统中用于降低网络负荷的方法，具体地，涉及一种用于降低订户和通知方之间的网络负荷的方法。
背景技术
在“Session Initiation Protocol(SIP)-Specific EventNotification：3.Node Behavior”[RFC(请求评论)3265，2002年6月](文献1)中公开了订户和通知方之间的框架。订户对资源状态监视预定时间段，并且通知方将资源状态的通知发送到订户。在一种情况下，该结构被应用于存在服务[例如，参见“A Presence EventPackage for the Session Initiation Protocol(SIP)：Status of thisMemo”(FRC 3856，2004年8月)](文献2)。存在服务表示管理各个资源的状态的通用系统。在“A Model for Presence and InstantMessaging”(RFC 2778，2000年2月)(文献3)中公开了存在服务的基本结构。在这种情况下，资源表示由订户监视其状态的对象。
上述订户可以不仅监视一个资源。当订户监视多个资源时，通常，需要将SUBSCRIBE(注册和订阅)请求发送到各个资源的通知方，用以管理订阅(联系和订阅)。订阅包括信息，例如订户和通知方之间的链接和要使用的事件包。
上述订户具有以下问题：
1.当同时开始或更新对于多个资源的订阅时，网络业务量暂时地增长。
2.当通知方没有接受订户所请求的用于更新订阅的时间间隔、并且请求订阅的频繁更新时，订户需要频繁地发出SUBSCRIBE请求。
3.当响应于来自订户的SUBSCRIBE请求、通知方频繁地进行资源状态的通知时，不必要的NOTIFY(通知)增加了网络业务量。
为了解决上述问题，提出了一种资源列表服务器(例如，参见“ASession Initiation Protocol(SIP)Event Notification ExtensionFor Resource Lists：4.Operation of List Subscriptions，5.Usingmultipart/related to convey Aggregate State”[IETF(因特网工程任务组)Internet Draft，2002年12月15日(http：//www.ietf.org/internet-draft/draft-ietf-simple-event-list-07.txt)](文献4)和“Extensible Markup Language(XML)Format forRepresenting Resource Lists”[IETF Internet Draft，2005年2月7日(http：//www.ietf.org/internet-draft/draft-ietf-simple-xcap-list-usage-05.txt)](文献5))，其接受多个资源的SUBSCRIBE请求并且发出一个包括所述多个资源的状态的NOTIFY，如图1所示。尽管该资源列表服务器可以降低由于SUBSCRIBE请求引起的网络负荷、由于NOTIFY引起的网络负荷，但是会增加作用于订户的处理负荷。
另一方面，提出了一种方法(例如，参见“An Extensible MarkupLanguage(XML)Based Format for Event Notification Filtering”[IETF Internet Draft，2005年3月15日(http：//www.ietf.org/internet-draft/draft-ietf-simple-filter-format-05.txt)](文献6)和“Functional Description of Event Notification Filtering”[IETF Internet Draft，2005年3月15日(http：//www.ietf.org/internet-draft/draft-ietf-simple-filter-funct-05.txt)](文献7))，其中通过过滤状态的通知，来降低由于NOTIFY引起的网络负荷。按照这种方法，可以降低从资源列表服务器对资源的后台订阅的负荷。然而，不直接过滤从资源列表服务器发送到订户的NOTIFY内容。
在文献4所述的上述资源列表服务器中，当订户针对由资源列表服务器所管理的资源列表发出SUBSCRIBE请求时，发送一个NOTIFY，其中包括列表中所包含的资源的状态。因此，与针对各个资源发出SUBSCRIBE请求的情况相比，降低了网络负荷。
此外，在文献4所述的资源列表服务器中，可以由资源列表服务器来调节请求(例如订阅的有效时间段以及订户和通知方之间针对资源的NOTIFY的传送频率)中的差异。然而，当发送一个包括列表所包含的多个资源的状态的NOTIFY时，网络负荷暂时地增长，并且作用于订户的接收NOTIFY的内容的解释负荷也增长。
发明内容
因此，本发明的目的是提供一种信息交换系统，用于降低由于从资源的通知方发送到订户的NOTIFY消息而引起的网络负荷，并且涉及一种管理服务器、终端设备和一种在该信息交换系统中用于降低网络负荷的方法。
根据本发明的第一方案，信息交换系统包括第一终端设备、第二终端设备和管理服务器。第一终端设备包括：监视部分，用于监视至少一个要监视的对象的状态；以及通知部分，用于向管理服务器发送所述至少一个要监视的对象的状态的通知。第二终端设备包括：状态通知请求发送部分，用于向管理服务器发送状态通知请求，所述状态通知请求包括用于指定要监视的对象组的信息。所述对象组包括所述至少一个要监视的对象。管理服务器包括：监视对象状态保留部分，用于从第一终端设备接收所述至少一个要监视的对象的状态，并且保留接收的状态；以及第一传送处理部分，用于针对所述至少一个要监视的对象中的每一个，向第二终端设备发送通知信号。通知信号包括所述至少一个要监视的对象中的每一个的状态。管理服务器可以包括第二传送处理部分，代替第一传送处理部分。在这种情况下，第二传送处理部分向第二终端设备发送多个通知信号，所述通知信号包括所述至少一个要监视的对象的状态。
根据本发明的第二方案，信息交换系统包括通知方、订户和管理服务器。通知方包括：监视部分，用于监视至少一个资源的状态；以及通知部分，用于以第一NOTIFY消息，向管理服务器发送所述至少一个资源的状态的通知。订户包括：SUBSCRIBE请求发送部分，用于向管理服务器发送SUBSCRIBE请求，所述SUBSCRIBE请求包括用于指定资源组的信息。所述资源组包括所述至少一个资源。管理服务器包括：资源状态保留部分，用于接收以第一NOTIFY消息从通知方发送的所述至少一个资源的状态，并且保留接收的状态；以及第一传送处理部分，用于针对所述至少一个资源中的每一个，向订户发送第二NOTIFY消息。第二NOTIFY消息包括所述至少一个资源中的每一个的状态。管理服务器可以包括第二传送处理部分，代替第一传送处理部分。在这种情况下，第二传送处理部分向订户发送多个NOTIFY消息作为所述第二NOTIFY消息，所述第二NOTIFY消息包括所述至少一个资源的状态。
因此，根据本发明的信息交换系统包括：订户，对资源的状态监视预定时间段；通知方，向订户发送资源的状态的通知；以及资源列表服务器，管理资源列表。在该信息交换系统中，当接收到针对每一个资源列表的SUBSCRIBE(注册和订阅)请求时，发送包括资源列表中的每一个资源的状态在内的NOTIFY(通知)。
具体地，在根据本发明的信息交换系统中，当接收到针对列表的SUBSCRIBE请求时，资源列表服务器针对资源列表中的各个资源发出SUBSCRIBE请求。然后，当资源列表服务器从资源的通知方接收到指示各个资源的状态的NOTIFY消息时，资源列表服务器将NOTIFY消息发送到订阅了包括所述资源在内的列表的订户。
因此，在根据本发明的信息交换系统中，当需要接收各个资源的状态的通知时，可以将针对多个资源的SUBSCRIBE请求一起放入一个请求中。因此，当发送SUBSCRIBE请求以开始或更新订阅时，可以降低网络负荷。
此外，在根据本发明的信息交换系统中，可以通过发送包括较小内容的多个NOTIFY消息而不是发送包括较大内容的一个NOTIFY，来降低网络负荷。此外，在根据本发明的信息交换系统中，可以通过减少NOTIFY的内容，来降低作用于订户上的一个NOTIFY的内容的解释负荷。此外，可以通过在不同时间点发送NOTIFY消息，来降低网络负荷。
根据本发明的第三方案，提供了一种消息交换系统的管理服务器。所述信息交换系统包括第一终端设备和第二终端设备。第一终端设备包括：监视部分，用于监视至少一个要监视的对象的状态；以及通知部分，用于发送所述至少一个要监视的对象的状态的通知。第二终端设备包括：状态通知请求发送部分，用于发送状态通知请求，所述状态请求通知包括用于指定要监视的对象组的信息。所述对象组包括所述至少一个要监视的对象。管理服务器包括：监视对象状态保留部分，用于从第一终端设备接收所述至少一个要监视的对象的状态，并且保留接收的状态；以及第一传送处理部分，用于针对所述至少一个要监视的对象中的每一个，向第二终端设备发送通知信号。通知信号包括所述至少一个要监视的对象中的每一个的状态。管理服务器可以包括第二传送处理部分，代替第一传送处理部分。在这种情况下，第二传送处理部分向第二终端设备发送多个通知信号，所述通知信号包括所述至少一个要监视的对象的状态。
根据本发明的第四方案，管理服务器是针对包括通知方和订户的信息交换系统的。通知方包括：监视部分，用于监视至少一个资源的状态；以及通知部分，用于以第一NOTIFY消息，发送所述至少一个资源的状态的通知。订户包括：SUBSCRIBE请求发送部分，发送SUBSCRIBE请求，所述SUBSCRIBE请求包括用于指定资源组的信息。所述资源组包括所述至少一个资源。管理服务器包括：资源状态保留部分，用于接收以第一NOTIFY消息从通知方发送的所述至少一个资源的状态，并且保留接收的状态；以及第一传送处理部分，用于针对所述至少一个资源中的每一个，向订户发送第二NOTIFY消息。第二NOTIFY消息包括所述至少一个资源中的每一个的状态。管理服务器可以包括第二传送处理部分，代替第一传送处理部分。在这种情况下，第二传送处理部分向订户发送多个NOTIFY消息作为所述第二NOTIFY消息，所述第二NOTIFY消息包括所述至少一个资源的状态。
根据本发明的第五方案，终端设备与管理服务器和另一个终端设备一起组成了信息交换系统。所述另一个终端设备包括：监视部分，用于监视至少一个要监视的对象的状态；以及通知部分，用于向管理服务器发送所述至少一个要监视的对象的状态的通知。所述终端设备包括：状态通知请求发送部分，用于向管理服务器发送状态通知请求，所述状态请求通知包括用于指定要监视的对象组的信息。所述对象组包括所述至少一个要监视的对象。所述终端设备还包括第一确定部分，用于当针对所述至少一个要监视的对象中的每一个，从管理服务器发送通知信号时，确定通知信号是否表示状态通知请求所请求的状态通知。通知信号包括所述至少一个要监视的对象中的每一个的状态。所述终端设备还包括信息解释部分，用于当确定通知信号表示状态通知请求所请求的状态通知时，解释通知信号。所述终端设备可以包括第二确定部分，代替第一确定部分。在这种情况下，当从管理服务器发送通知信号时，第二确定部分确定多个通知信号是否表示状态通知请求所请求的状态通知。通知信号包括所述至少一个要监视的对象的状态。
根据本发明的第六方案，终端设备与管理服务器和另一个终端设备一起组成信息交换系统。所述另一个终端设备包括：监视部分，用于监视至少一个资源的状态；以及通知部分，用于向管理服务器发送所述至少一个资源的状态的通知。所述终端设备包括：SUBSCRIBE请求发送部分，用于向管理服务器发送SUBSCRIBE请求，所述SUBSCRIBE请求包括用于指定资源组的信息。所述资源组包括所述至少一个资源。所述终端还包括第一确定部分，用于当针对所述至少一个资源中的每一个，从管理服务器发送NOTIFY消息时，确定NOTIFY消息是否表示SUBSCRIBE请求所请求的状态通知。NOTIFY消息包括所述至少一个资源中的每一个的状态。所述终端设备还包括信息解释部分，用于当确定NOTIFY消息表示SUBSCRIBE请求所请求的状态通知时，解释NOTIFY消息。所述终端设备可以包括第二确定部分，代替第一确定部分。在这种情况下，当从管理服务器发送NOTIFY消息时，第二确定部分确定多个NOTIFY消息是否表示SUBSCRIBR请求所请求的状态通知。NOTIFY消息包括所述至少一个资源的状态。
根据本发明的第七方案，提供了一种降低网络负荷的方法。将该方法应用于信息交换系统，所述信息交换系统包括第一终端设备、第二终端设备和管理服务器。第一终端设备包括：监视部分，用于监视至少一个要监视的对象的状态；以及通知部分，用于发送所述至少一个要监视的对象的状态的通知。第二终端设备包括：状态通知请求发送部分，用于发送状态通知请求，所述状态通知请求包括用于指定要监视的对象组的信息。所述对象组包括所述至少一个要监视的对象。该方法包括：管理服务器中的步骤，从第一终端设备接收所述至少一个要监视的对象的状态，并且将接收的状态保留在监视对象状态保留部分中；以及管理服务器中的第一传送步骤，针对所述至少一个要监视的对象中的每一个，向第二终端设备发送通知信号。通知信号包括所述至少一个要监视的对象中的每一个的状态。该方法可以包括管理服务器中的第二传送步骤，代替第一传送步骤，并且在第二传送步骤中，向第二终端设备发送多个通知信号，所述通知信号包括所述至少一个要监视的对象的状态。
根据本发明的第八方案，将该方法应用于信息交换系统，所述信息交换系统包括通知方、订户和管理服务器。通知方包括：监视部分，用于监视至少一个资源的状态；以及通知部分，用于以第一NOTIFY消息，发送所述至少一个资源的状态的通知。订户包括：SUBSCRIBE请求发送部分，用于发送SUBSCRIBE请求，所述SUBSCRIBE请求包括用于指定资源组的信息。所述资源组包括所述至少一个资源。该方法包括：管理服务器中的步骤，接收以第一NOTIFY从通知方发送的所述至少一个资源的状态，并且将接收的状态保留在资源状态保留部分中；以及管理服务器中的第一传送步骤，针对所述至少一个资源的中每一个，向订户发送第二NOTIFY消息。第二NOTIFY消息包括所述至少一个资源中的每一个状态。该方法可以包括管理服务器中的第二传送步骤，代替第一传送步骤，并且在第二传送步骤中，向订户发送多个NOTIFY消息，所述NOTIFY消息包括所述至少一个资源的状态。
附图说明
图1是示出了传统信息交换系统的典型操作的顺序图；
图2是示出了根据本发明第一实施例的信息交换系统的结构的方框图；
图3示出了根据第一实施例的列表管理单元中的典型列表表格；
图4是示出了根据第一实施例的信息交换系统的操作的顺序图；
图5至7是示出了根据第一实施例的接收SUBSCRIBE处理的流程图；
图8和9是示出了根据第一实施例的接收UNSUBSCRIBE处理的流程图；
图10是示出了根据第一实施例的接收NOTIFY处理的流程图；
图11是示出了根据第一实施例的订户结构的方框图；
图12是示出了根据第一实施例的订户的典型操作的流程图；
图13是示出了根据本发明第二实施例的信息交换系统的结构的方框图；以及
图14是示出了根据本发明第三实施例的接收SUBSCRIBE(更新)处理的流程图。
具体实施方式
(第一实施例)
图2是示出了根据本发明第一实施例的信息交换系统的结构的方框图。在图2中，信息交换系统包括订户(终端设备或第二终端设备)1、资源列表服务器2以及通知方(另一个终端设备或第一终端设备)3。订户1对资源(要由订户1监视的对象)状态监视预定时间段，并且通知方3将资源状态的通知发送到订户1。
资源列表服务器2管理资源的列表。在订户1和通知方3之间交换这些资源的状态的信息。资源列表服务器2包括SUBSCRIBE(注册和订阅)请求接收单元21、NOTIFY(通知)发送单元22、列表管理单元23、订阅(联系和订阅)控制单元24、SUBSCRIBE请求发送单元25以及NOTIFY接收单元26。图2仅示出了描述第一实施例中的操作所需的组件。
订阅控制单元24包括订阅管理单元241、列表和订户链接管理单元242、后台订阅和列表链接管理单元243以及资源状态管理单元244。可以将资源状态管理单元244称为监视对象状态保留装置或资源状态保留装置。
列表管理单元23管理各个资源列表中所包含的资源的标识符。SUBSCRIBE请求接收单元21和NOTIFY发送单元22提供对订户1的接口。当USBSCRIBE请求接收单元21从订户1接收到针对列表管理单元23所管理的资源列表的SUBSCRIBE或UNSUBSCRIBE请求时，SUBSCRIBE请求接收单元21将该请求传送到订阅管理单元241。NOTIFY发送单元22将资源的状态信息发送到订阅了包括该资源的列表的订户1。资源的状态信息被包含在NOTIFY消息中。
SUBSCRIBE请求发送单元25和NOTIFY接收单元26给资源的通知方3提供接口。SUBSCRIBE请求发送单元25代表订户1，从资源列表服务器2发送针对资源的SUBSCRIBE和UNSUBSCRIBE请求。NOTIFY接收单元26从资源的通知方3接收包括资源状态的NOTIFY消息。
资源的通知方3可以专用于每一个资源，或者像存在服务器一样，可以处理多个资源的状态。存在服务器是一种物理实体(功能)，并且用作SUBSCRIBE请求的存在代理或代理服务器。当存在服务器用作存在代理时，存在服务器具有存在性的存在信息(各种事件的存在或状态，例如“出席”或“过时”的状态)。当存在服务器用作代理服务器时，SUBSCRIBE请求被传送到用作存在代理的另一个实体。
订阅控制单元24根据来自订户1的针对列表的SUBSCRIBE请求，产生后台订阅。后台订阅表示来自针对资源的资源列表服务器的订阅。订阅包括信息，例如订户1和通知方3之间的链接以及要使用的事件包。
订阅管理单元241管理来自订户1的针对列表的订阅和后台订阅。当从订户1接收到SUBSCRIBE或UNSUBSCRIBE请求时，订阅管理单元241产生、更新或停止订阅。
列表和订户链接管理单元242保留各个列表的订户组。当订户1与列表相关联时，列表和订户链接管理单元242请求后台订阅和列表链接管理单元243添加列表。此外，当与列表相关联的订户1消失时，列表和订户链接管理单元242请求后台订阅和列表链接管理单元243删除列表。
后台订阅和列表链接管理单元243保留来自资源列表服务器2的对资源的订阅和已经使得产生了订阅的相应列表之间的链接。资源状态管理单元244保留由针对后台订阅的NOTIFY所获得的资源状态。
在至少一个列表与后台订阅相关联期间，每一个后台订阅都是有效的。当与后台订阅相关联的列表消失时，每一个后台订阅也消失。然后，从SUBSCRIBE请求发送单元25发送UNSUBSCRIBE请求，并且将资源状态管理单元244所管理的资源状态设置为无效。
在图2中，独立地示出了资源列表服务器2和通知方3。可选地，当通知方3是存在服务器时，可以将资源列表服务器2和通知方包装在单个服务器中。
在根据第一实施例的信息交换系统中，当资源列表服务器2接收到针对列表的SUBSCRIBE请求时，资源列表服务器2针对列表中所包含的各个资源来发出SUBSCRIBE请求。此外，当资源列表服务器2从资源的通知方3接收到包括资源状态的NOTIFY消息时，资源列表服务器2将NOTIFY消息发送到保留了对包括该资源的列表的订阅的订户1。
因此，在根据第一实施例的信息交换系统中，当需要接收各个资源的状态通知时，可以将针对多个资源的SUBSCRIBE请求一起放入一个请求中。因此，当发送SUBSCRIBE请求以开始或更新订阅时，可以降低网络负荷。
此外，在根据第一实施例的信息交换系统中，可以通过发送包括较小内容的多个NOTIFY消息而不是发送包括较大内容的一个NOTIFY，降低网络负荷。
此外，在根据第一实施例的信息交换系统中，可以通过减少NOTIFY的内容，来降低作用于订户1上的一个NOTIFY的内容的解释负荷。此外，可以通过在不同时间点处发送NOTIFY消息，来降低网络负荷。
图3示出了在根据第一实施例的信息交换系统中的列表管理单元23中的典型列表表格。
列表管理单元23包括与列表A至N相对应的列表表格，并且将资源标识符注册到与列表A至N相对应的各个列表表格中。例如，将资源标识符a至c注册到与列表A相对应的列表表格中。
图4是示出了根据第一实施例的信息交换系统的操作的顺序图。
图5至7是示出了根据第一实施例的接收SUBSCRIBE处理的流程图。
图8和9是示出了根据第一实施例的接收UNSUBSCRIBE处理的流程图。
图10是示出了根据第一实施例的接收NOTIFY处理的流程图。现在，参考图2至10来描述根据第一实施例的信息交换系统的操作。可以由执行程序的计算机(未示出)来执行图2所示的资源列表服务器2中的处理，并且也由执行程序的该计算机来执行图5到10所示的处理。
在接收SUBSCRIBE的处理中，在图5的步骤S1中，确定SUBSCRIBE请求接收单元21是否从订户1接收到SUBSCRIBE请求。当确定SUBSCRIBE请求接收单元21从订户1接收到SUBSCRIBE请求时，处理前进到步骤S2。在步骤S2中，SUBSCRIBE请求接收单元21确定指定列表是否受列表管理单元23管理。当SUBSCRIBE请求接收单元21确定指定列表不受列表管理单元23管理时，处理前进到步骤S3，在步骤S3，将错误消息发送到订户1。另一方面，当SUBSCRIBE请求接收单元21确定指定列表受列表管理单元23管理时，SUBSCRIBE请求接收单元21将SUBSCRIBE请求传送到订阅管理单元241，并且处理前进到步骤S4。
在步骤S4中，订阅管理单元241确定对于指定列表是否存在任何订阅。当订阅管理单元241确定对于指定列表不存在任何订阅时，订阅管理单元241在步骤S5中创建新的订阅，并且在步骤S6中，将正常响应返回给订户1。当订阅管理单元241创建了新的订阅时，在步骤S7中，订阅控制单元24从列表管理单元23获得SUBSCRIBE请求所指定的列表中包含的资源标识符。然后，针对与获得的资源标识符相对应的所有资源，重复图6所示的以下处理。
在图6的步骤S10中，确定是否存在任何后台订阅。当确定不存在后台订阅时，在步骤S11中，后台订阅和列表链接管理单元243创建后台订阅，并且在步骤S12中，从SUBSCRIBE请求发送单元25将针对每一个资源的SUBSCRIBE请求发送到通知方3。然后，处理前进到步骤S17。
另一方面，当在步骤S10中确定存在后台订阅时，处理前进到步骤S13。在步骤S13中，确定后台订阅和列表链接管理单元243是否保留了与目标资源的后台订阅和列表之间的链接相关的信息。当确定后台订阅和列表链接管理单元243未保留与目标资源的后台订阅和列表之间的链接相关的信息时，在步骤S14中，后台订阅和列表链接管理单元243添加与目标资源的后台订阅和列表之间的链接相关的信息，并且处理前进到步骤S17。另一方面，当确定后台订阅和列表链接管理单元243保留了与目标资源的后台订阅和列表之间的链接相关的信息时，处理前进到步骤S15。在步骤S15中，确定列表和订户链接管理单元242是否保留了与列表和订户1之间的链接相关的信息。当确定列表和订户链接管理单元242未保留与列表和订户1之间的链接相关的信息时，在步骤S16中，列表和订户链接管理单元242添加与列表和订户1之间的链接相关的信息，并且处理前进到步骤S17。当确定列表和订户链接管理单元242保留了与列表和订户1之间的链接相关的信息时，处理前进到步骤S17。
在步骤S17中，订阅控制单元24根据从列表管理单元23获得的资源标识符，通过资源状态管理单元244，获得与资源状态相关的信息。然后，订阅控制单元24通过NOTIFY发送单元22，将包括所获得的信息的NOTIFY消息单独发送到订户1。
然后，在步骤S18中，确定是否已经针对与获得的资源标识符相对应的所有资源执行了上述处理(步骤S10至S17)。资源列表服务器2重复上述处理，直到已经针对与获得的资源标识符相对应的所有资源执行了处理。
返回到图5，当在步骤S4中订阅管理单元241确定对于指定列表存在订阅时，在步骤S8中，订阅管理单元241更新订阅，并且在步骤S9中，将正常响应返回给订户1。然后，处理前进到图7的步骤S19。
在步骤S19中，订阅控制单元24从列表管理单元23获得列表中包含的资源标识符。然后，在步骤S20中，确定是否传递了当资源状态改变时发送的NOTIFY。当确定已经传递了当资源状态改变时发送的NOTIFY时，在步骤S21中，订阅控制单元24通过NOTIFY发送单元22，将NOTIFY(空NOTIFY)单独发送到订户1，所述NOTIFY不包含与获得的资源标识符相对应的资源的内容。另一方面，当确定未传递当资源状态改变时发送的NOTIFY时，在步骤S22中，订阅控制单元24通过NOTIFY发送单元22，将NOTIFY发送到订户1，所述NOTIFY包括关于与获得的资源标识符相对应的资源状态的信息。
在接收UNSUBSCRIBE的处理中，在图8的步骤S31中，确定SUBSCRIBE请求接收单元21是否从订户1接收到UNSUBSCRIBE请求。当确定SUBSCRIBE请求接收单元21从订户1接收到UNSUBSCRIBE请求时，处理前进到步骤S32。在步骤S32中，SUBSCRIBE请求接收单元21确定指定列表是否受列表管理单元23管理。当SUBSCRIBE请求接收单元21确定执行列表不受列表管理单元23管理时，处理前进到步骤S33，在步骤S33，将错误消息发送到订户1。另一方面，当SUBSCRIBE请求接收单元21确定指定列表受列表管理单元23管理时，SUBSCRIBE请求接收单元21将UNSUBSCRIBE请求传送到订阅管理单元241，并且处理前进到步骤S34。
在步骤S34中，当接收到UNSUBSCRIBE请求时，订阅管理单元241确定是否存在指定列表的任何订阅。当订阅管理单元241确定存在指定列表的订阅时，在步骤S35中，订阅管理单元241停止订阅，并且在不住S36中，将正常响应返回给订户1。然后，处理前进到步骤S37。当订阅管理单元241确定对于指定列表不存在订阅时，在步骤S33中，订阅管理单元241将错误消息发送到订户1。
在步骤S37中，当停止订阅时，订阅控制单元24从列表管理单元23获得列表所包含的资源标识符。然后，在步骤S38中，订阅控制单元24从资源状态管理单元244获得关于与资源标识符相对应的各个资源状态的信息，并且在步骤S30中，通过NOTIFY发送单元22，将包括获得的信息的NOTIFY消息单独发送到订户1。然后，在步骤S40中，订阅控制单元24从列表和订户链接管理单元242中删除订户1和列表之间的链接，并且处理前进到步骤S41。
在步骤S41中，确定是否有任何订户与列表相关联。当确定没有订户与列表相关联时，订阅控制单元24针对各个资源执行与后台订阅相关的以下处理。后台订阅受后台订阅和列表链接管理单元243管理。
在图9的步骤S42中，订阅控制单元24删除资源的后台订阅和列表之间的链接。然后，在步骤S43中，确定是否有任何列表与后台订阅相关联。当确定没有列表与后台订阅相关联时，在步骤S44中，订阅控制单元24停止后台订阅。然后，在步骤S45中，订阅控制单元24通过SUBSCRIBE请求发送单元25，发送资源的UNSUBSCRIBE请求。
在接收NOTIFY消息的处理中，在图10的步骤S51中，确定NOTIFY接收单元26是否从资源的通知方3(例如存在服务器)接收到包含关于资源状态的信息的NOTIFY。当确定NOTIFY接收单元26从资源的通知方3接收到包含关于资源状态的信息的NOTIFY时，NOTIFY接收单元26将NOTIFY传送到订阅管理单元241，并且处理前进到步骤S52，在步骤S52中，订阅管理单元241将接收的资源状态与资源状态管理单元244所管理的资源状态相比较。然后，在步骤S53中，订阅管理单元241确定这些状态信息是否彼此不同。当订阅管理单元241确定这些状态信息彼此不同时，执行以下处理(步骤S54至S57)。当订阅管理单元241确定这些状态信息彼此一致时，完成接收NOTIFTY的处理。
在步骤S54中，订阅管理单元241利用接收的资源状态来更新资源状态管理单元244所管理的资源状态。然后，在步骤S55中，订阅管理单元241从后台订阅和列表链接管理单元243获得与资源的后台订阅相关联的列表。
然后，在步骤S56中，订阅管理单元241针对所有获得的列表，确定列表和订户链接管理单元242所管理的订户，并且在步骤S57中，通过NOTIFY发送单元22，将包含资源状态的NOTIFY发送到被确定的每一个订户1。然后，在步骤S58中，确定是否已经对列表中包含的所有资源执行了上述处理(步骤S54至S57)。重复处理(步骤S54至S57)，直到对列表中包含的所有资源执行了处理。
图11是示出了根据第一实施例的信息交换系统中订户1的结构的方框图。
在图11中，订户(终端设备)1包括中央处理单元(CPU)11、存储由CPU 11所执行的控制程序12a的主存储器12、当CPU 11执行控制程序12a时用作工作区的存储单元13以及控制与资源列表服务器2进行通信的通信控制单元14。CPU 11、主存储器12、存储单元13以及通信控制单元14通过内部总线110彼此相连。存储单元13包括资源列表保留部分131，用于保留从资源列表服务器2获得的资源列表。
图12是示出了根据第一实施例的订户1的典型操作的流程图。现在参考图11和12来描述订户1的操作。由执行控制程序12a的CPU11来执行图12所示的处理。
在图12的步骤S61中，订户1向资源列表服务器2发送包括列表指定和支持通知的SUBSCRIBE请求。然后，在步骤S62中，确定订户1是否从资源列表服务器2接收到与支持通知相对应的资源列表。当确定订户1已经从资源列表服务器2接收到与支持通知相对应的资源列表时，在步骤S63中，订户1将资源列表保留部分131中的资源列表存储到存储单元13中。
然后，在步骤S64中，确定响应于SUBSCRIBE请求、订户1是否从资源列表服务器2接收到NOTIFY。当确定响应于SUBSCRIBE请求、订户1已经从资源列表服务器2接收到NOTIFY消息时，在步骤S65中，订户1将NOTIFY消息与资源列表保留部分131中存储的资源列表相比较。
然后，在步骤S66中，订户1确定是否每一个接收的NOTIFY消息都是需要接收的NOTIFY消息。当订户1确定每一个NOTIFY消息都是需要接收的NOTIFY消息时，在步骤S67中，订户1解释每一个NOTIFY消息的内容，并且处理前进到步骤S69。当订户1确定每一个NOTIFY消息不都是需要接收的NOTIFY消息时，在步骤S68中，订户1丢弃NOTIFY消息，并且处理前进到步骤S69。在步骤S69中，确定订户1是否接收到对于上述SUBSCRIBE请求中指定的列表中所包含的所有资源所要接收的NOTIFY消息。订户1重复上述处理，直到订户1接收到对于列表中包含的所有资源所要接收的NOTIFY消息。
在第一实施例中，当需要接收各个资源状态的通知时，可以将多个资源的SUBSCRIBE请求一起放入一个请求中，如上所述。因此，当发送SUBSCRIBE请求以开始或更新订阅时，可以降低网络负荷。
此外，在第一实施例中，可以通过发送包含较小内容的多个NOTIFY消息而不是发送包含较大内容的一个NOTIFY，来降低网络负荷。此外，在第一实施例中，可以通过减少NOTIFY的内容，来降低作用于订户1上的一个NOTIFY的内容解释的负荷。尽管在本实施例中来自订户1的SUBSCRIBE请求由资源列表服务器2处理并且被传送到通知方3，本实施例不是限制性的。即使在将列表管理单元23设置在通知方3中以及将来自订户1的SUBSCRIBE请求直接传送到通知方3时，也可以实现如上所述相同的有利效果。
(第二实施例)
图13是示出了根据本发明第二实施例的信息交换系统的结构的方框图。在图13中，除了在根据第二实施例的信息交换系统的资源列表服务器4中的NOTIFY发送单元41中设置了网络负荷平衡单元411之外，根据第二实施例的信息交换系统的结构与图2所示的根据第一实施例的信息交换系统的结构相同。因此，在图13中，将与图2相同的参考数字分配给相应的组件。第二实施例中的相应组件的操作与第一实施例中相同。
网络负荷平衡单元411可以通过错开定向到订户1的NOTIFY消息的传送定时，降低网络负荷。此外，在第二实施例中，可以降低作用于订户1上的处理负荷。
网络负荷平衡单元411可以具有以下功能：
1.错开定向到同一个订户的NOTIFY消息的传送定时的功能。
2.在多个订户之间错开NOTIFY消息的传送定时的功能。(在该功能中，不错开定向到同一个订户的NOTIFY消息的传送定时。)
3.错开NOTIFY消息的传送定时的功能，而不对订户做出区分。
在网络负荷平衡单元411中可以使用一种方法，其中，网络负荷平衡单元411在发送各个NOTIFY消息之前等待通过将标准传送等待时间乘以随机数而计算出的时间段。在这种情况下，标准传送等待时间可以是固定的，或者取决于网络负荷。在标准传送等待时间取决于网络负荷的情况下，网络负荷越高，则标准传送等待时间越长。
在第二实施例中，将网络负荷平衡单元411设置在资源列表服务器4的NOTIFY发送单元41中，以便错开NOTIFY消息的传送定时，如上所述。因此，可以降低网络负荷。
(第三实施例)
图14是示出了根据本发明第三实施例的接收SUBSCRIBE(更新)处理的流程图。根据第三实施例的信息交换系统的结构与图2所示的根据第一实施例的信息交换系统的结构相同。
现在，参考图2和14来描述根据第三实施例的信息交换系统的操作。由执行程序的计算机来执行图14所示的处理，与第一实施例一样。根据第三实施例的信息交换系统可以具有与图13所示的根据第二实施例的信息交换系统相同的结构。
第三实施例与第一实施例的不同之处在于当更新订阅时，针对列表而不是针对每一个资源，发送不包含内容的NOTIFY消息。从NOTIFY发送单元22发出NOTIFY消息。
在接收SUBSCRIBE(更新)处理中，在图14的步骤S1中，确定SUBSCRIBE请求接收单元21是否从订户1接收到SUBSCRIBE请求。当确定SUBSCRIBE请求接收单元21从订户1接收到SUBSCRIBE请求时，处理前进到步骤S2。在步骤S2中，SUBSCRIBE请求接收单元21确定指定列表是否由列表管理单元23管理。当SUBSCRIBE请求接收单元21确定指定列表不受列表管理单元23管理时，处理前进到步骤S3，在步骤S3，将错误消息发送到订户1。另一方面，当SUBSCRIBE请求接收单元21确定指定列表受列表管理单元23管理时，SUBSCRIBE请求接收单元21将SUBSCRIBE请求传送到订阅管理单元241，并且处理前进到步骤S4。
在步骤S4中，订阅管理单元241确定对于指定列表是否存在任何订阅。当订阅管理单元241确定对于指定列表不存在订阅时，在步骤S5中，订阅管理单元241创建新的订阅，并且在步骤S6中，将正常响应返回给订户1。当订阅管理单元241创建了新的订阅时，在步骤S7中，订阅控制单元从列表管理单元23获得SUBSCRIBE请求所指定的列表中包含的资源标识符。然后，针对与获得的资源标识符相对应的所有资源，重复第一实施例中的上述处理(图6中步骤S10和随后的步骤)。
当在步骤S4中订阅管理单元241确定对于指定列表存在订阅时，在步骤S8中，订阅管理单元241更新订阅，并且在步骤S9中，将正常响应返回给订户1。然后，处理前进到步骤S80。
在步骤S80中，确定是否已经传递了当资源状态改变时发送的NOTIFY。当确定已经传递了当资源状态改变时发送的NOTIFY时，在步骤S81中，订阅控制单元24将不包含内容的NOTIFY发送到订户1。另一方面，当确定未传递当资源状态改变时发送的NOTIFY时，在步骤S82中，订阅控制单元24将包含关于资源状态的信息的NOTIFY发送到订户1。
在第三实施例中，如上所述，可以将在更新订阅时不包含内容并且被发送到订户1的NOTIFY消息一起放入一个消息中。因此，可以降低网络负荷。
在根据本发明的结构和操作中，可以降低由于从资源的通知方3发送到订户1的NOTIFY消息而引起的网络负荷。
本发明不仅可以应用于因特网，而且可以应用于发送各个事件的存在或状态的通知的存在服务(例如“出席”或“过时”的状态)，尤其是移动环境中的存在服务。

Claims (57)

1.一种信息交换系统，包括第一终端设备、第二终端设备和管理服务器，其中
第一终端设备包括：监视装置，用于监视至少一个要监视的对象的状态；以及通知装置，用于向管理服务器发送所述至少一个要监视的对象的状态的通知，
第二终端设备包括：状态通知请求发送装置，用于向管理服务器发送状态通知请求，所述状态通知请求包括用于指定要监视的对象组的信息，所述对象组包括所述至少一个要监视的对象，以及
管理服务器包括：监视对象状态保留装置，用于从第一终端设备接收所述至少一个要监视的对象的状态，并且保留接收的状态；以及传送处理装置，用于向第二终端设备发送多个通知信号，所述多个通知信号包括所述至少一个要监视的对象的状态。
2.根据权利要求1所述的信息交换系统，其中，管理服务器还包括平衡装置，用以错开所述多个通知信号的传送定时。
3.根据权利要求1所述的信息交换系统，其中，第二终端设备监视所述至少一个要监视的对象的状态，直到取消状态通知请求为止。
4.根据权利要求1所述的信息交换系统，其中，第二终端设备对所述至少一个要监视的对象的状态监视由状态通知请求所指定的预定时间段。
5.根据权利要求1所述的信息交换系统，其中，第二终端设备还包括：信息获得装置，用于从管理服务器获得与要监视的对象组相关的信息；以及信息解释装置，用于解释与要监视的对象组相关的信息。
6.根据权利要求5所述的信息交换系统，其中，第二终端设备向管理服务器发送支持通知，以便从管理服务器获得与要监视的对象组相关的信息。
7.根据权利要求1所述的信息交换系统，其中，用于指定要监视的对象组的信息表示所述至少一个要监视的对象的子集的标识信息，其中标识信息由管理服务器管理。
8.根据权利要求1所述的信息交换系统，其中，用于指定要监视的对象组的信息表示所述至少一个要监视的对象的至少一个列表。
9.一种信息交换系统，包括通知方、订户和管理服务器，其中
通知方包括：监视装置，用于监视至少一个资源的状态；以及通知装置，用于以第一NOTIFY消息，向管理服务器发送所述至少一个资源的状态的通知，
订户包括：SUBSCRIBE请求发送装置，用于向管理服务器发送SUBSCRIBE请求，所述SUBSCRIBE请求包括用于指定资源组的信息，所述资源组包括所述至少一个资源，以及
管理服务器包括：资源状态保留装置，用于接收以第一NOTIFY消息从通知方发送的所述至少一个资源的状态，并且保留接收的状态；以及传送处理装置，用于向订户发送多个NOTIFY消息作为所述第二NOTIFY消息，所述第二NOTIFY消息包括所述至少一个资源的状态。
10.根据权利要求9所述的信息交换系统，其中，管理服务器还包括平衡装置，用以错开所述多个NOTIFY消息的传送定时。
11.根据权利要求9所述的信息交换系统，其中，订户监视所述至少一个资源的状态，直到取消SUBSCRIBE请求为止。
12.根据权利要求9所述的信息交换系统，其中，订户对所述至少一个资源的状态监视由SUBSCRIBE请求所指定的预定时间段。
13.根据权利要求9所述的信息交换系统，其中，订户还包括：信息获得装置，用于从管理服务器获得关于资源组的信息；以及信息解释装置，用于解释关于资源组的信息。
14.根据权利要求13所述的信息交换系统，其中，订户向管理服务器发送支持通知，以便从管理服务器获得关于资源组的信息。
15.根据权利要求9所述的信息交换系统，其中，用于指定资源组的信息表示所述至少一个资源的子集的标识信息，其中标识信息由管理服务器管理。
16.根据权利要求9所述的信息交换系统，其中，用于指定资源组的信息表示所述至少一个资源的至少一个列表。
17.一种消息交换系统的管理服务器，所述信息交换系统包括第一终端设备和第二终端设备，第一终端设备包括：监视装置，用于监视至少一个要监视的对象的状态；以及通知装置，用于发送所述至少一个要监视的对象的状态的通知，第二终端设备包括：状态通知请求发送装置，用于发送状态通知请求，所述状态请求通知包括用于指定要监视的对象组的信息，所述对象组包括所述至少一个要监视的对象，所述管理服务器包括：
监视对象状态保留装置，用于从第一终端设备接收所述至少一个要监视的对象的状态，并且保留接收的状态；以及
传送处理装置，用于向第二终端设备发送多个通知信号，所述通知信号包括所述至少一个要监视的对象的状态。
18.根据权利要求17所述的管理服务器，还包括平衡装置，用于错开所述多个通知信号的传送定时。
19.根据权利要求17所述的管理服务器，其中，用于指定要监视的对象组的信息表示所述至少一个要监视的对象的子集的标识信息，其中标识信息由管理服务器管理。
20.根据权利要求17所述的管理服务器，其中，用于指定要监视的对象组的信息表示所述至少一个要监视的对象的至少一个列表。
21.一种信息交换系统的管理服务器，所述信息交换系统包括通知方和订户，通知方包括：监视装置，用于监视至少一个资源的状态；以及通知装置，用于以第一NOTIFY消息，发送所述至少一个资源的状态的通知，订户包括：SUBSCRIBE请求发送装置，用于发送SUBSCRIBE请求，所述SUBSCRIBE请求包括用于指定资源组的信息，所述资源组包括所述至少一个资源，所述管理服务器包括：
资源状态保留装置，用于接收以第一NOTIFY消息从通知方发送的所述至少一个资源的状态，并且保留接收的状态；以及
传送处理装置，向订户发送多个NOTIFY消息作为第二NOTIFY消息，所述第二NOTIFY消息包括所述至少一个资源的状态。
22.根据权利要求21所述的管理服务器，还包括平衡装置，用于错开所述多个NOTIFY消息的传送定时。
23.根据权利要求21所述的管理服务器，其中，用于指定资源组的信息表示所述至少一个资源的子集的标识信息，其中标识信息由管理服务器管理。
24.根据权利要求21所述的管理服务器，其中，用于指定资源组的信息表示所述至少一个资源的至少一个列表。
25.一种终端设备，与管理服务器和另一个终端设备一起组成了信息交换系统，所述另一个终端设备包括：监视装置，用于监视至少一个要监视的对象的状态；以及通知装置，用于向管理服务器发送所述至少一个要监视的对象的状态的通知，所述终端设备包括：
状态通知请求发送装置，用于向管理服务器发送状态通知请求，所述状态请求通知包括用于指定要监视的对象组的信息，所述对象组包括所述至少一个要监视的对象；
确定装置，用于当从管理服务器发送通知信号时，确定多个通知信号是否表示状态通知请求所请求的状态通知，通知信号包括所述至少一个要监视的对象的状态；以及
信息解释装置，用于当确定通知信号表示状态通知请求所请求的状态通知时，解释通知信号。
26.根据权利要求25所述的终端设备，其中，在管理服务器中错开定向到所述终端设备的多个通知信号的传送定时。
27.根据权利要求25所述的终端设备，其中，所述终端设备监视所述至少一个要监视的对象的状态，直到取消了状态通知请求为止。
28.根据权利要求25所述的终端设备，其中，所述终端设备对所述至少一个要监视的对象的状态监视由状态通知请求所指定的预定时间段。
29.根据权利要求25所述的终端设备，还包括信息获得装置，用于从管理服务器获得与要监视的对象组相关的信息，其中，当所述终端设备接收到通知信号时，所述终端设备根据与要监视的对象组相关的信息，来确定通知信号是否表示状态通知请求所请求的状态通知。
30.根据权利要求29所述的终端设备，其中，所述终端设备向管理服务器发送支持通知，以便从管理服务器获得与要监视的对象组相关的信息。
31.根据权利要求25所述的终端设备，其中，用于指定要监视的对象组的信息表示所述至少一个要监视的对象的子集的标识信息，其中标识信息由管理服务器管理。
32.根据权利要求25所述的终端设备，其中，用于指定要监视的对象组的信息表示所述至少一个要监视的对象组的至少一个列表。
33.一种终端设备，与管理服务器和另一个终端设备一起组成信息交换系统，所述另一个终端设备包括：监视装置，用于监视至少一个资源的状态；以及通知装置，用于向管理服务器发送所述至少一个资源的状态的通知，所述终端设备包括：
SUBSCRIBE请求发送装置，用于向管理服务器发送SUBSCRIBE请求，所述SUBSCRIBE请求包括用于指定资源组的信息，所述资源组包括所述至少一个资源；
确定装置，用于当从管理服务器发送NOTIFY消息时，确定多个NOTIFY消息是否表示SUBSCRIBR请求所请求的状态通知，NOTIFY消息包括所述至少一个资源的状态；以及
信息解释装置，用于当确定NOTIFY消息表示SUBSCRIBE请求所请求的状态通知时，解释NOTIFY消息。
34.根据权利要求33所述的终端设备，其中，在管理服务器中错开定向到所述终端设备的NOTIFY消息的传送定时。
35.根据权利要求33所述的终端设备，其中，所述终端设备监视所述至少一个资源的状态，直到取消了状态通知请求为止。
36.根据权利要求33所述的终端设备，其中，所述终端设备对所述至少一个资源的状态监视由SUBSCRIBE请求所指定的预定时间段。
37.根据权利要求33所述的终端设备，还包括信息获得装置，用于从管理服务器获得关于资源组的信息，其中，当所述终端设备接收到NOTIFY消息时，所述终端设备根据关于资源组的信息，来确定NOTIFY消息是否表示SUBSCRIBE请求所请求的状态通知。
38.根据权利要求37所述的终端设备，其中，所述终端设备向管理服务器发送支持通知，以便从管理服务器获得关于资源组的信息。
39.根据权利要求33所述的终端设备，其中，用于指定资源组的信息表示所述至少一个资源的子集的标识信息，其中标识信息由管理服务器管理。
40.根据权利要求33所述的终端设备，其中，用于指定资源组的信息表示所述至少一个资源组的至少一个列表。
41.根据权利要求33所述的终端设备，其中，所述终端设备是通过发送SUBSCRIBE请求来监视所述至少一个资源的状态的订户，并且所述另一个终端设备是利用NOTIFY消息来发送所述至少一个资源的状态的通知的通知方。
42.一种降低网络负荷的方法，该方法应用于信息交换系统，所述信息交换系统包括第一终端设备、第二终端设备和管理服务器，第一终端设备包括：监视装置，用于监视至少一个要监视的对象的状态；以及通知装置，用于发送所述至少一个要监视的对象的状态的通知，第二终端设备包括：状态通知请求发送装置，用于发送状态通知请求，所述状态通知请求包括用于指定要监视的对象组的信息，所述对象组包括所述至少一个要监视的对象，所述方法包括：
管理服务器中的步骤，从第一终端设备接收所述至少一个要监视的对象的状态，并且将接收的状态保留在监视对象状态保留装置中；以及
管理服务器中的传送步骤，向第二终端设备发送多个通知信号，所述通知信号包括所述至少一个要监视的对象的状态。
43.根据权利要求42所述的方法，还包括管理服务器中的步骤：错开通知信号的传送定时。
44.根据权利要求42所述的方法，还包括第二终端设备中的步骤：监视所述至少一个要监视的对象的状态，直到取消状态通知请求为止。
45.根据权利要求42所述的方法，还包括第二终端设备中的步骤：对所述至少一个要监视的对象的状态监视由状态通知请求所指定的预定时间段。
46.根据权利要求42所述的方法，还包括：第二终端设备中的步骤，从管理服务器获得与要监视的对象组相关的信息；以及第二终端设备中的步骤，解释与要监视的对象组相关的信息。
47.根据权利要求46所述的方法，还包括第二终端设备中的步骤：向管理服务器发送支持通知，以便从管理服务器获得与要监视的对象组相关的信息。
48.根据权利要求42所述的方法，其中，用于指定要监视的对象组的信息表示所述至少一个要监视的对象的子集的标识信息，其中标识信息由管理服务器管理。
49.根据权利要求42所述的方法，其中，用于指定要监视的对象组的信息表示所述至少一个要监视的对象的至少一个列表。
50.一种降低网络负荷的方法，该方法应用于信息交换系统，所述信息交换系统包括通知方、订户和管理服务器，通知方包括：监视装置，用于监视至少一个资源的状态；以及通知装置，用于以第一NOTIFY消息，发送所述至少一个资源的状态的通知，订户包括：SUBSCRIBE请求发送装置，用于发送SUBSCRIBE请求，所述SUBSCRIBE请求包括用于指定资源组的信息，所述资源组包括所述至少一个资源，所述方法包括：
管理服务器中的步骤，接收以第一NOTIFY从通知方发送的所述至少一个资源的状态，并且将接收的状态保留在资源状态保留装置中；以及
管理服务器中的传送步骤，向订户发送多个NOTIFY消息，所述NOTIFY消息包括所述至少一个资源的状态。
51.根据权利要求50所述的方法，还包括管理服务器中的步骤：错开NOTIFY消息的传送定时。
52.根据权利要求50所述的方法，还包括订户中的步骤：监视所述至少一个资源的状态，直到取消SUBCRIBE请求为止。
53.根据权利要求50所述的方法，还包括订户中的步骤：对所述至少一个资源的状态监视由SUBSCRIBE请求所指定的预定时间段。
54.根据权利要求50所述的方法，还包括：订户中的步骤，从管理服务器获得关于资源组的信息；以及订户中的步骤，解释关于资源组的信息。
55.根据权利要求54所述的方法，还包括订户中的步骤：向管理服务器发送支持通知，以便从管理服务器获得关于资源组的信息。
56.根据权利要求50所述的方法，其中，用于指定资源组的信息表示所述至少一个资源的子集的标识信息，其中标识信息由管理服务器管理。
57.根据权利要求50所述的方法，其中，用于指定资源组的信息表示所述至少一个资源的至少一个列表。
CN2006101019778A 2005-07-15 2006-07-17 信息交换系统和管理服务器、终端设备和用于降低网络负荷的方法 Expired - Fee Related CN1901517B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2005-206274 2005-07-15
JP2005206274 2005-07-15
JP2005206274A JP2007028117A (ja) 2005-07-15 2005-07-15 情報交換システム、管理サーバ、端末装置及びそれらに用いるネットワーク負荷軽減方法

Publications (2)

Publication Number Publication Date
CN1901517A CN1901517A (zh) 2007-01-24
CN1901517B true CN1901517B (zh) 2010-09-01

Family

ID=37214367

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2006101019778A Expired - Fee Related CN1901517B (zh) 2005-07-15 2006-07-17 信息交换系统和管理服务器、终端设备和用于降低网络负荷的方法

Country Status (6)

Country Link
US (1) US20070016673A1 (zh)
EP (1) EP1746765A3 (zh)
JP (1) JP2007028117A (zh)
KR (1) KR100825349B1 (zh)
CN (1) CN1901517B (zh)
AU (1) AU2006203017A1 (zh)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7941515B2 (en) * 2006-01-13 2011-05-10 Cisco Technology, Inc. Applying a filter set to information provided to a subscribing client
US8671146B2 (en) * 2007-02-28 2014-03-11 Microsoft Corporation Presence aware notification for information technology management
WO2008115100A1 (en) * 2007-03-19 2008-09-25 Telefonaktiebolaget Lm Ericsson (Publ) A method and apparatus for notifying clients in a communication network.
KR100906109B1 (ko) * 2007-06-20 2009-07-07 엔에이치엔(주) 3ａ 기반의 다양한 어플리케이션 상태를 제공하는유비쿼터스 프리젠스 서비스 방법 및 시스템
US7995466B2 (en) * 2008-03-26 2011-08-09 Avaya Inc. Failover/failback trigger using SIP messages in a SIP survivable configuration
CN101742475B (zh) * 2008-11-12 2012-01-11 华为技术有限公司 订阅和通知的方法、装置和系统
US8332516B2 (en) 2009-12-08 2012-12-11 International Business Machines Corporation Optimized cooperation between resource list servers and presence servers
US9307038B2 (en) * 2009-12-29 2016-04-05 Motorola Solutions, Inc. Method for presence notification based on a sequence of events
US8447819B2 (en) * 2010-07-09 2013-05-21 Robert Paul Morris Methods, systems, and computer program products for processing a request for a resource in a communication
CN103795689A (zh) * 2012-10-29 2014-05-14 中兴通讯股份有限公司 资源订阅方法及装置
US9806961B2 (en) * 2014-12-31 2017-10-31 Motorola Solutions, Inc. Method and apparatus for managing subscriptions for a subscription-notification service
CN107463562A (zh) * 2016-06-02 2017-12-12 中国移动通信有限公司研究院 一种信息处理方法、系统及服务器
KR102137914B1 (ko) * 2019-11-20 2020-07-24 전자부품연구원 IoT/M2M 플랫폼에서 그룹 통지 취합 방법

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1503540A (zh) * 2002-11-22 2004-06-09 ���µ�����ҵ��ʽ���� 通信终端设备和数据传输方法
CN1512797A (zh) * 2002-12-30 2004-07-14 深圳市中兴通讯股份有限公司上海第二 在移动虚拟网络中提供智能业务的方法

Family Cites Families (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08137811A (ja) * 1994-11-10 1996-05-31 Nippon Telegr & Teleph Corp <Ntt> ネットワーク資源割当変更方法
US5826239A (en) * 1996-12-17 1998-10-20 Hewlett-Packard Company Distributed workflow resource management system and method
US6366926B1 (en) * 1998-12-31 2002-04-02 Computer Associates Think, Inc. Method and apparatus for the dynamic filtering and routing of events
US6484200B1 (en) * 1999-06-11 2002-11-19 Sun Microsystems, Inc. Distinguished name scoping system for event filtering
EP1130845A3 (en) * 2000-02-18 2001-09-12 Agilent Technologies Inc. a Delaware Corporation Publish/subscribe system
US20020152305A1 (en) * 2000-03-03 2002-10-17 Jackson Gregory J. Systems and methods for resource utilization analysis in information management environments
US20020065828A1 (en) * 2000-07-14 2002-05-30 Goodspeed John D. Network communication using telephone number URI/URL identification handle
US6822945B2 (en) * 2000-11-08 2004-11-23 Genesys Telecommunications Laboratories, Inc. Method and apparatus for anticipating and planning communication-center resources based on evaluation of events waiting in a communication center master queue
US7197561B1 (en) * 2001-03-28 2007-03-27 Shoregroup, Inc. Method and apparatus for maintaining the status of objects in computer networks using virtual state machines
US7263535B2 (en) * 2002-05-21 2007-08-28 Bellsouth Intellectual Property Corporation Resource list management system
US6757722B2 (en) * 2002-07-16 2004-06-29 Nokia Corporation System and method for providing partial presence notifications
TWI318831B (en) * 2002-09-27 2009-12-21 Panasonic Corp Resource management system
US20040116141A1 (en) 2002-12-11 2004-06-17 Erick Loven Resource management on a personal area network
US7523165B2 (en) * 2002-12-24 2009-04-21 Telefonaktiebolaget L M Ericsson (Publ) Transmission of application information and commands using presence technology
US20040205142A1 (en) * 2003-01-02 2004-10-14 Intel Corporation Notification filtering apparatus, systems, and methods
US7711810B2 (en) * 2003-01-03 2010-05-04 Nortel Networks Limited Distributed services based on presence technology
US8046476B2 (en) * 2003-01-29 2011-10-25 Nokia Corporation Access right control using access control alerts
GB0306864D0 (en) * 2003-03-25 2003-04-30 Nokia Corp Service provisioning in a communication system
US7984128B2 (en) * 2003-05-23 2011-07-19 Hewlett-Packard Development Company, L.P. System and method for discovering managed information technology resources
JP2004362416A (ja) * 2003-06-06 2004-12-24 Canon Inc 遠隔監視システム
SE528357C2 (sv) * 2004-03-12 2006-10-24 Ericsson Telefon Ab L M En metod och arrangemang för att tillhandahålla användarinformation till en telekommunikationsklient
GB0409949D0 (en) * 2004-05-04 2004-06-09 Nokia Corp A communciation system for handling subscriber requests
US20060048135A1 (en) * 2004-08-31 2006-03-02 Jeff Hodson Method of monitoring and controlling applications in an ACD
US20060093125A1 (en) * 2004-11-02 2006-05-04 Dezonno Anthony J Messaging presence for non-messaging devices
US20060149814A1 (en) * 2004-12-30 2006-07-06 Utstarcom, Inc. Method and apparatus for presence status facilitation by an access gateway in a mobile communications system
US8260743B2 (en) * 2005-05-24 2012-09-04 Nokia Corporation Method for the delivery of area related messages in a mobile communication system
US20060274701A1 (en) * 2005-06-03 2006-12-07 Telefonaktiebolaget Lm Ericsson (Publ) Means and method for notification

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1503540A (zh) * 2002-11-22 2004-06-09 ���µ�����ҵ��ʽ���� 通信终端设备和数据传输方法
CN1512797A (zh) * 2002-12-30 2004-07-14 深圳市中兴通讯股份有限公司上海第二 在移动虚拟网络中提供智能业务的方法

Also Published As

Publication number Publication date
JP2007028117A (ja) 2007-02-01
EP1746765A2 (en) 2007-01-24
EP1746765A3 (en) 2007-08-22
US20070016673A1 (en) 2007-01-18
CN1901517A (zh) 2007-01-24
KR20070009476A (ko) 2007-01-18
AU2006203017A1 (en) 2007-02-01
KR100825349B1 (ko) 2008-04-28

Similar Documents

Publication Publication Date Title
CN100579082C (zh) 信息交换系统、管理服务器和用于降低网络负荷的方法
CN1901517B (zh) 信息交换系统和管理服务器、终端设备和用于降低网络负荷的方法
CN109889551B (zh) 一种智能硬件接入的物联网云平台的方法
JP5096374B2 (ja) 通信端末デバイスを管理するための方法及び通信端末
US20090111467A1 (en) Method for reporting the device capability information and terminal device
CN1939034A (zh) 对通信系统中的服务的访问进行控制
CN101637033A (zh) 更新存在信息的系统和方法
CN109150560B (zh) 物联网组监控的设置方法、系统及计算机可读存储介质
CN102843389A (zh) 基于事件驱动的web系统和方法
CN115051978B (zh) 设备监控实现方法及系统
CN112437146B (zh) 一种设备状态同步方法、装置及系统
US11777861B2 (en) Procedures for packet flow description management
WO2022056931A1 (en) Methods and devices for performing service subscriptions
EP4335132A1 (en) Network function subscription management
EP1730926B1 (en) Controlling access to services in a communications system
CN115426261A (zh) 一种设备远程升级方法
KR20050048927A (ko) 디지털 홈서비스 분배 관리 시스템 및 이 시스템의 관리방법
CN116261159A (zh) 一种基于5g开放式接入网中netconf协议实现性能管理的方法
JP2008009640A (ja) プレゼンスシステム、プレゼンス配信方法及びプレゼンス配信プログラム
JP2011210261A (ja) 情報交換システム、リソースリストサーバ及びそれらに用いるネットワーク負荷軽減方法
Kurschl et al. SelectiveDES: A Distributed Event Service Add-On for Invocation-Based Middleware supporting Selective Multi-Channel Communication and Notification Delivery
JPH11250024A (ja) 端末状態管理方法及びシステム装置並びに端末状態管理プログラムを記録した記録媒体
JPH0480852A (ja) 電子計算機ネットワークシステム
JPH1185712A (ja) ネットワーク監視システムとそのファイル転送方法
KR20090085464A (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

Granted publication date: 20100901

Termination date: 20140717

EXPY Termination of patent right or utility model