[go: up one dir, main page]

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

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

Info

Publication number
CN1897581A
CN1897581A CN200610101978.2A CN200610101978A CN1897581A CN 1897581 A CN1897581 A CN 1897581A CN 200610101978 A CN200610101978 A CN 200610101978A CN 1897581 A CN1897581 A CN 1897581A
Authority
CN
China
Prior art keywords
state
notify
monitor
management server
information
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
CN200610101978.2A
Other languages
English (en)
Other versions
CN100579082C (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 CN1897581A publication Critical patent/CN1897581A/zh
Application granted granted Critical
Publication of CN100579082C publication Critical patent/CN100579082C/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
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
    • 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/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • 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/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/101—Server selection for load balancing based on network conditions
    • 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/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1023—Server selection for load balancing based on a hash applied to IP addresses or costs
    • 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/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1029—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers using data related to the state of servers by a load balancer
    • 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/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1031—Controlling of the operation of servers by a load balancer, e.g. adding or removing servers that serve requests

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer And Data Communications (AREA)
  • Information Transfer Between Computers (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

一种资源列表服务器，当接收到针对列表的SUBSCRIBE请求时，针对列表中的各个资源发出SUBSCRIBE请求。然后，当资源列表服务器从资源的通知方接收到指示各个资源状态的NOTIFY消息时，资源列表服务器将NOTIFY消息发送到订阅了包括所述资源的列表的订户。当通知方接收到用于更新现有订阅的请求时，资源列表服务器向订户发送不包含内容的NOTIFY消息。

Description

信息交换系统、管理服务器和用于降低网络负荷的方法
本申请要求在先申请JP 2005-206275的优先权，将其全部内容一并在此作为参考。
技术领域
本发明涉及信息交换系统、管理服务器以及信息交换系统中用于降低网络负荷的方法，具体地，涉及一种用于降低订户和通知方之间的网络负荷的方法。
背景技术
在“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所述的资源列表服务器中，当订户更新订阅时，资源的通知方发送包含资源状态的NOTIFY消息。因此，订户可以确定用于更新订阅的请求已经被接受。然而，重新发送了与已经由订户辨别的资源状态相关的信息。因此，通过网络发送了不必要的数据。
此外，当从特定订户对多个资源的有效订阅周期是相同的时，同时更新订阅。因此，同时发送了不必要的数据，并且急剧地增加了网络负荷。当订户的通知方是资源列表服务器时，会发生相同的问题。
发明内容
本发明目的是提供一种用于避免由于更新订阅而通过网络发送不必要数据的信息交换系统和一种管理服务器以及一种在信息交换系统中用于降低网络负荷的方法。
根据本发明的第一方案，信息交换系统包括第一终端设备、第二终端设备和管理服务器。第一终端设备包括：监视部分，用于监视至少一个要监视的对象的状态；以及通知部分，用于向管理服务器发送所述至少一个要监视的对象的状态的通知。第二终端设备包括：状态通知请求发送部分，用于向管理服务器发送状态通知请求，所述状态通知请求包括用于指定要监视的对象组的信息。所述对象组包括所述至少一个要监视的对象。管理服务器包括传送处理部分，用于当更新状态通知请求时，向第二终端设备发送不包含内容的通知信号。
根据本发明的第二方案，信息交换系统包括通知方、订户和管理服务器。通知方包括：监视部分，用于监视至少一个资源的状态；以及通知部分，用于以第一NOTIFY消息，向管理服务器发送所述至少一个资源的状态的通知。订户包括：SUBSCRIBE请求发送部分，用于向管理服务器发送SUBSCRIBE请求，所述SUBSCRIBE请求包括用于指定资源组的信息。所述资源组包括所述至少一个资源。管理服务器包括：传送处理部分，用于当更新SUBSCRIBE请求时，向订户发送不包含内容的第二NOTIFY消息。
根据本发明的第三方案，管理服务器是针对包括第一终端设备和第二终端设备的信息交换系统的。第一终端设备包括：监视部分，用于监视至少一个要监视的对象的状态；以及通知部分，用于发送所述至少一个要监视的对象的状态的通知。第二终端设备包括：状态通知请求发送部分，用于发送状态通知请求，所述状态通知请求包括用于指定要监视的对象组的信息。所述对象组包括所述至少一个要监视的对象。管理服务器包括传送处理部分，用于当更新状态通知请求时，向第二终端设备发送不包含内容的通知信号。
根据本发明的第四方案，管理服务器是针对包括通知方和订户的信息交换系统的。通知方包括：监视部分，用于监视至少一个资源的状态；以及通知部分，用于以第一NOTIFY消息，发送所述至少一个资源的状态的通知。订户包括：SUBSCRIBE请求发送部分，用于发送SUBSCRIBE请求，所述SUBSCRIBE请求包括用于指定资源组的信息。所述资源组包括所述至少一个资源。管理服务器包括：传送处理部分，用于当更新SUBSCRIBE请求时，向订户发送不包含内容的第二NOTIFY消息。
根据本发明的第五方案，提供了一种用于降低网络负荷的方法。该方法应用于包括第一终端设备、第二终端设备和管理服务器的信息交换系统。第一终端设备包括：监视部分，用于监视至少一个要监视的对象的状态；以及通知部分，用于发送所述至少一个要监视的对象的状态的通知。第二终端设备包括：状态通知请求发送部分，用于发送状态通知请求，所述状态通知请求包括用于指定要监视的对象组的信息。所述对象组包括所述至少一个要监视的对象。该方法包括管理服务器中的步骤：当更新状态通知请求时，向第二终端设备发送不包含内容的通知信号。
根据本发明的第六方案，将一种用于降低网络负荷的方法应用于包括第一终端设备、第二终端设备和管理服务器的信息交换系统。通知方包括：监视部分，用于监视至少一个资源的状态；以及通知部分，用于以第一NOTIFY消息，发送所述至少一个资源的状态的通知。订户包括：SUBSCRIBE请求发送部分，用于发送SUBSCRIBE请求，所述SUBSCRIBE请求包括用于指定资源组的信息。所述资源组包括所述至少一个资源。该方法包括管理服务器中的步骤：当更新SUBSCRIBE请求时，向订户发送不包含内容的第二NOTIFY消息。
在根据本发明的信息交换系统中，当更新订阅(联系和订阅)时，发送不包含内容的NOTIFY消息而不是发送包含相应资源状态的NOTIFY(通知)消息。订阅包括信息，例如订户和通知方之间的链接和要使用的事件包。
具体地，在根据本发明的信息交换系统中，当通知方接收到用于更新现有订阅的请求时，向订户发送不包含内容的NOTIFY消息。即使在针对各个资源发送NOTIFY消息的情况下，当已更新资源列表的订阅时，仅发送不包含内容的一个NOTIFY消息。然而，当未传递在资源状态改变时发送的NOTIFY消息时，发送包含资源状态的NOTIFY消息，而不是发送不包含内容的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到1O所示的处理。
在接收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 (58)

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

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2005206275 2005-07-15
JP2005206275A JP5068435B2 (ja) 2005-07-15 2005-07-15 情報交換システム、管理サーバ及びそれらに用いるネットワーク負荷軽減方法並びにそのプログラム

Publications (2)

Publication Number Publication Date
CN1897581A true CN1897581A (zh) 2007-01-17
CN100579082C CN100579082C (zh) 2010-01-06

Family

ID=37114516

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200610101978.2A Expired - Fee Related CN100579082C (zh) 2005-07-15 2006-07-17 信息交换系统、管理服务器和用于降低网络负荷的方法

Country Status (6)

Country Link
US (1) US20070016674A1 (zh)
EP (1) EP1744519B1 (zh)
JP (1) JP5068435B2 (zh)
KR (1) KR100817098B1 (zh)
CN (1) CN100579082C (zh)
AU (1) AU2006203012A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101803433A (zh) * 2007-09-14 2010-08-11 三星电子株式会社 改变移动通信系统中服务的订购状态的设备和方法及移动通信系统
CN110839011A (zh) * 2018-08-17 2020-02-25 视联动力信息技术股份有限公司 监控资源信息的上报方法和装置
CN112346926A (zh) * 2020-10-16 2021-02-09 北京金山云网络技术有限公司 资源状态监控方法、装置及电子设备

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8832255B2 (en) * 2007-11-30 2014-09-09 Red Hat, Inc. Using status inquiry and status response messages to exchange management information
US8428635B2 (en) * 2008-03-11 2013-04-23 Disney Enterprises, Inc. System and method for managing group communications
JP5029495B2 (ja) * 2008-06-03 2012-09-19 富士通株式会社 イベント制御プログラム、イベント制御方法およびイベント制御装置
KR101601869B1 (ko) * 2009-10-08 2016-03-09 에스케이텔레콤 주식회사 망 정보 알림 서비스 시스템 및 망 정보 알림 서비스 방법
US8332516B2 (en) 2009-12-08 2012-12-11 International Business Machines Corporation Optimized cooperation between resource list servers and presence servers
KR20130038734A (ko) * 2011-10-10 2013-04-18 한국전자통신연구원 단말의 응용프로그램을 관리하는 방법 및 장치, 단말에서 응용프로그램을 관리하는 방법 및 장치
US11032364B2 (en) 2015-10-26 2021-06-08 Samsung Electronics Co., Ltd Method and apparatus for interworking between heterogeneous systems
US20170154066A1 (en) * 2015-11-30 2017-06-01 International Business Machines Corporation Subscription service for monitoring changes in remote content
US10403154B1 (en) * 2016-09-27 2019-09-03 Amazon Technologies, Inc. Reducing status notifications using a hierarchal reference system
KR102004160B1 (ko) * 2016-12-22 2019-07-26 경희대학교 산학협력단 사물인터넷 환경에서 클라이언트 식별자를 이용하여 클라이언트 노드들을 논리적으로 그룹화하는 장치 및 방법
EP3677004A4 (en) * 2017-08-29 2020-08-19 Telefonaktiebolaget LM Ericsson (PUBL) METHOD AND DEVICE FOR SUBSCRIBING TO A SOCIAL NETWORK SERVICE
CN112511579B (zh) * 2019-09-16 2025-02-28 京东方科技集团股份有限公司 事件通知方法、系统，服务器设备、计算机存储介质

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20000044364A (ko) * 1998-12-30 2000-07-15 윤종용 망관리시스템에서 통신망 구성요소의 알람상태 확인 및 표시방법
EP1067772A1 (en) * 1999-07-05 2001-01-10 CANAL+ Société Anonyme Subscriber information management for broadcast systems and Internet
JP2001318847A (ja) * 2000-05-11 2001-11-16 Sony Corp 更新通知システム、更新監視装置、携帯通信端末、情報処理装置、コンテンツ取得指示方法、コンテンツ取得方法及びプログラム格納媒体
KR20020000347A (ko) * 2000-06-23 2002-01-05 서평원 에이티엠 교환기에 있어서의 가입자 보드 상태관리 방법
JP2002032350A (ja) * 2000-07-13 2002-01-31 Ntt Docomo Inc ネットワークの障害情報通知方法およびその装置
JP3964719B2 (ja) * 2002-04-09 2007-08-22 日本電信電話株式会社 プレゼンス情報バックアップサービス提供方法及びそのシステム並びに情報要求プログラム及び該プログラムを記録した媒体
US6757722B2 (en) * 2002-07-16 2004-06-29 Nokia Corporation System and method for providing partial presence notifications
JP2004072485A (ja) * 2002-08-07 2004-03-04 Nippon Telegr & Teleph Corp <Ntt> プレゼンス情報通知装置、プレゼンス情報通知プログラム、プログラム記録媒体、及びプレゼンス情報通知方法
US7523165B2 (en) 2002-12-24 2009-04-21 Telefonaktiebolaget L M Ericsson (Publ) Transmission of application information and commands using presence technology
US20040128344A1 (en) * 2002-12-30 2004-07-01 Nokia Corporation Content and service registration, query and subscription, and notification in networks
US20040205175A1 (en) * 2003-03-11 2004-10-14 Kammerer Stephen J. Communications system for monitoring user interactivity
US20050060720A1 (en) * 2003-09-12 2005-03-17 Georg Mayer Calendar alarms via session initiation protocol event packages
US7283506B2 (en) 2003-10-13 2007-10-16 Nokia Corporation System and method for releasing sessions at network entities associated with the sessions
US7260632B2 (en) * 2004-03-23 2007-08-21 Cisco Technology, Inc. Presence-based management in a communication network
GB0409949D0 (en) * 2004-05-04 2004-06-09 Nokia Corp A communciation system for handling subscriber requests
US20060114882A1 (en) * 2004-11-30 2006-06-01 Mills James L Presence management in packet-switched networks using circuit-switched USSD signaling

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101803433A (zh) * 2007-09-14 2010-08-11 三星电子株式会社 改变移动通信系统中服务的订购状态的设备和方法及移动通信系统
US8554893B2 (en) 2007-09-14 2013-10-08 Samsung Electronics Co., Ltd Apparatus and method for changing subscription status of service in mobile communication system and mobile communication system thereof
CN101803433B (zh) * 2007-09-14 2014-08-06 三星电子株式会社 改变移动通信系统中服务的订购状态的设备和方法及移动通信系统
CN110839011A (zh) * 2018-08-17 2020-02-25 视联动力信息技术股份有限公司 监控资源信息的上报方法和装置
CN112346926A (zh) * 2020-10-16 2021-02-09 北京金山云网络技术有限公司 资源状态监控方法、装置及电子设备
CN112346926B (zh) * 2020-10-16 2024-10-08 北京金山云网络技术有限公司 资源状态监控方法、装置及电子设备

Also Published As

Publication number Publication date
US20070016674A1 (en) 2007-01-18
CN100579082C (zh) 2010-01-06
EP1744519A8 (en) 2007-05-09
KR100817098B1 (ko) 2008-03-27
KR20070009477A (ko) 2007-01-18
AU2006203012A1 (en) 2007-02-01
EP1744519B1 (en) 2011-09-21
JP5068435B2 (ja) 2012-11-07
EP1744519A1 (en) 2007-01-17
JP2007026006A (ja) 2007-02-01

Similar Documents

Publication Publication Date Title
CN1897581A (zh) 信息交换系统、管理服务器和用于降低网络负荷的方法
CN1901517B (zh) 信息交换系统和管理服务器、终端设备和用于降低网络负荷的方法
JP7197574B2 (ja) 通信ネットワークにおけるサービス登録
CN111343237B (zh) 服务器集群通信的方法、通信装置及计算机存储介质
US7644267B2 (en) Controlling access to services in a communications system
CN1295610C (zh) 用于动态管理服务器平台上的服务器应用的方法和设备
CN1957345A (zh) 用于设备管理系统的设备管理方法
CN1863175A (zh) 一种呈现业务接入装置，呈现业务系统及发布和获取呈现信息的方法
CN1700694A (zh) 获取会话初始协议网络节点状态的方法及系统
CN101079878A (zh) 一种用于网络路由优化的方法及设备
CN1949711A (zh) 用于发送再见消息的方法和设备
CN1148078C (zh) 移动无线通信系统和用于该系统的通信方法
CN101043396A (zh) 建立订阅对话的方法及订阅用户事件的方法
CN1647482A (zh) 多层网络通信系统的重试技术
CN1893700A (zh) 一种支持与客户服务系统的通信的电子设备及其使用方法
CN1968277A (zh) web服务提供设备和方法及web服务请求设备和方法
US20120047204A1 (en) Apparatus and method for providing a device management package and a method for receiving the device management package
CN1133341C (zh) 移动终端业务分量的管理
CN1859120A (zh) 一种实现业务的系统及方法
CN1810009A (zh) 包括不同种类的终端集合的网络的环境管理系统
JP2020136745A (ja) ゲートウェイ、通信システム及び通信方法
CN1750667A (zh) 获取移动终端更新能力信息的方法
CN101030978A (zh) 属性值更新方法、发起方设备及接受方设备
CN1874266A (zh) 双归属切换时的业务保持方法及其装置
CN1969504A (zh) 设备管理系统和设备管理命令调度方法

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: 20100106

Termination date: 20140717

EXPY Termination of patent right or utility model