CN1578317A - 对话控制装置、适用于该对话控制装置的软件、通信控制方法、网络系统 - Google Patents

Abstract

本发明提供了一种对话控制装置、适用于该对话控制装置的软件、通信控制方法、网络系统。在对话控制服务器的内部设置以状态的变更为契机工作，向存在服务器通知变更的状态的存在状态变更部件。此外，在存在服务器一侧具有控制通知的更新信息的匹配性的存在信息控制部件。即使用户或客户程序没有有意识地进行存在信息的更新，用户或客户程序的状态也能反映到存在服务器管理的信息中。此外，在代替用户或终端而通知的状态的关系性中不发生冲突。

Description

对话控制装置、适用于该对话控制装置的软件、 通信控制方法、网络系统

技术领域

本发明涉及管理用户或终端的状态信息的存在信息管理系统，特别是涉及进行对话的控制和管理的装置代替用户或终端而进行用户或终端的状态的变更通知的技术。

背景技术

“存在”的概念以IETF(Internet Engineering Task Force)的impp(Instant Messaging and Presence Protocol)工作组为中心进行了研究(例如，参照RFC2778)，提出了使用SIP(SessionInitiation Protocol)等通信协议的存在信息的收发方法等(例如，参照RFC3265)。此外，专门管理用于描述这样的存在的信息的存在服务器的开发也在进行。

而在实际中，在所谓的IM(Instant Message)中取入了存在的概念，作为如果要发送信息的对象变为在线，就向发送对象通知信息的结构而利用。

此外，虽然不是如“存在”那样一般化概念，但是相当于存在信息的一部分的信息的通知服务在现有的模拟电话中也利用。例如，是当通信对象不在时，向发出呼叫一侧通知信息等的服务。

图9表示现有的存在信息利用系统的一个例子。在图9的存在信息利用系统中，在终端1上安装有存在信息通知功能200。是终端1利用该功能，向具有信息包中继功能210的对话控制服务器3发送包含存在信息的信息包，经由对话控制服务器3送到具有存在信息管理220功能的存在服务器7的形态。

图10表示现有的存在信息利用系统的其他例子。在本例子中，不使用存在服务器，在终端1c和终端1d之间直接进行存在信息的通知和更新，但是无论是图9还是图10中，在终端一侧都需要存在信息的处理功能。在图10的形态中，在终端，除了存在信息通知功能200，还有必要安装伴随着显示的存在信息接收管理功能250。

在现有的提供IM服务的存在信息利用系统中，客户一侧的程序需要通知存在状态的变更的能力。关于模拟电话网，事情也是同样的，当向发出呼叫一侧通知用户的不在嬉戏时，电话机的用户必须把不在信息登记到电话机中。即电话机有必要具有向对象一侧通知存在信息的功能。

发明内容

本发明的目的之一在于即使是利用不具有存在信息的通知和更新功能的终端的场合，终端用户能享受使用了存在信息的服务。

为了实现所述目的，即使安装在终端上的客户程序不进行存在信息的更新和通知，也有必要把用户或终端的状态反映到存在服务器中。因此，本发明在管理终端间的通信对话的控制服务器内设置向存在服务器通知终端的状态信息的部件。控制服务器配置在具有存在服务器的通信网络上。

此外，在本发明的其他观点方面，其特征在于：在作为网络的构成要素，具有至少连接两台通信终端间的通信线路、配置在本通信线路上的某处的多个服务器、至少一台存在服务器的结构的网络中，终端以外的任意服务器检测终端的状态信息乃至存在信息的变化，把变化后的状态信息或存在信息通知存在服务器。

附图说明

下面简要说明附图。

图1是本发明实施例的存在信息利用系统的结构图。

图2是对话控制服务器内的结构框图。

图3是表示通话中通知的发行步骤一例的序列图。

图4是表示通话中通知的发行步骤的其他一例的序列图。

图5是表示切断通知的发行步骤一例的序列图。

图6是表示切断通知的发行步骤的其他一例的序列图。

图7是表示准正常情况的一例的序列图。

图8是表示存在信息控制部件的处理步骤的程序流程图。

图9是表示现有的存在信息利用系统的一例的方式说明图。

图10是表示现有的存在信息利用系统的另外一例的方式说明图。

图11是表示本发明的存在信息利用系统的一例的方式说明图。

图12是表示存在信息更新信息包的信息格式的一例的图。

图13是存在服务器的功能框图。

符号的说明。

1—终端；3—对话控制服务器；7—存在服务器；10—通信控制部；11—状态管理部；12—终端定位管理部；15—存在状态更新部。

具体实施方式

下面，参照附图说明存在信息利用系统的实施例。

图1是表示本实施例的存在信息利用系统的一个结构例的图。存在信息利用系统由以下部分构成：管理用户和用户具有的终端1的状态信息即存在信息，进行状态更新时的更新通知的存在服务器7；进行存在信息的中继、确立用于收发声音或图象等的通信对话时的对话控制信息的中继的对话控制服务器3；用户利用的终端1或应用程序。图1中的“通话线路”是连接终端1a和终端1b的通信线路。或者可以认为是形成在因特网上的连接。从终端A(1a)经由对话控制服务器1(3a)、对话控制服务器2(3b)、对话控制服务器3(3c)，向终端B(1b)延伸的实线是用于对话控制的控制信号同步的控制信号线。即使通过与所述通话线路在物理方面相同的通信线路、逻辑上相同的连接形成控制信号用的通信线路，也不会有问题。

须指出的是，在本实施例中，“对话”意味着以通信开始的信息开始，以通信结束的信息结束的终端间的一系列的通信动作。此外，“状态信息”正如字面的意思，意味着表示终端或终端用户的状态的信息。例如，是表示用户在线、脱线等状态的信息。此外，“存在信息”是意味着终端或终端用户的广义的属性信息。例如，是表示生日、住处、终端加入的服务等广阔的属性的信息。因此，在本实施例中，“存在信息”定义为包含“状态信息”的概念。

图11表示本实施例的网络系统的概念图。对话控制服务器3通过把不具有存在信息通知功能的终端1e(例如现有的IP电话机等)的状态信息代行向存在服务器7通知，其他用户能确认利用不具有存在信息通知功能的终端的用户的状态。具体而言，在对话控制服务器3中设置存在状态更新部15，在监视终端的对话过程中发生状态的变更时，从存在状态更新部15向存在服务器7进行通知。

下面，参照图2所示的对话控制服务器3的结构框图详细说明该结构。以往，当收发声音或图象等时，在终端和终端之间进行用于进行声音或图象的收发的通信地址和编码方式等的通知，实现声音数据和图象数据的收发。通常把前者的通信称作对话信息的通信，把后者的通信称作数据信息的通信，但是本实施例的对话控制服务器3中，进行前者的对话信息的通信中使用的信息包的收发。

对话控制服务器3由以下部分构成：进行信息包的接收和分析、中继时成为必要的标题信息的整形操作和收发的通信控制部10；进行各对话的状态管理的状态管理部11；管理从管理终端登记通知的地址信息的终端定位管理部12；在更新状态时把更新的内容整形为通知形式，输出向对话控制服务器3发送状态更新通知那样的指示的存在状态更新部15。状态管理部11和终端定位管理部12分别具有用于计测当前时刻的第一定时器、第二定时器(后面描述理由)。IF16是网络接口，通过IF16收发信息包。

接收信息包的通信控制部10分析信息包的内容，把接收信息的内容向状态管理部11传达。当接收信息的内容为来自管理终端的登记通知或删除通知时，向终端定位管理部12也通知接收信息的内容。在进行各对话的状态管理的状态管理部11中，根据通知的内容变更相应的对话的状态。而接收登记通知的终端定位管理部12登记通知的地址信息，在设定期间中保持。此外，接收了删除通知的终端定位管理部12即使在设定期间内，也删除相应的登记信息。当使用特定的通信协议例如SIP等时，在通信控制部内设置SIP用的协议暂存器，使服务器3能理解SIP的协议。

以上的通信控制部10和状态管理部11是实现SIP(RFC3261)的代理服务器功能时成为必要的功能块，终端定位管理部12是实现定位功能时成为必要的功能块。在本实施例中，通过在这里追加称作存在状态更新部15的功能，实现本申请的目的功能。

通信控制部10在接收信息包时向状态管理部11进行通知，但是通知的结果为状态向某特定状态(例如通话中状态、切断状态等)转移时，也对存在状态更新部15进行通知。对存在状态更新部15发行通知的可以是状态管理部11，也可以是从状态管理部11接收转移的状态报告的通信控制部10。这时，作为存在状态更新通知而通知的内容通知更新的状态信息、决定确立相应对话的用户或终端的地址信息。

接收存在状态更新通知的存在状态更新部15为了调查确立相应对话的用户或终端是否为本服务器管理的终端，向终端定位管理部12进行查询。在该查询时使用的检索项目中利用在存在状态更新通知中接收的决定用户或终端的地址信息。

向终端定位管理部12的查询结果为该对话是基于本服务器管理的用户或终端的对话时，存在状态更新部15向通信控制部10发出指示，向存在服务器7通知把该管理用户或终端的状态更新为由存在状态更新通知所通知的状态的意思。这里通知的内容和目标的指定由存在状态更新部15进行。

接收来自存在状态更新部15的指示的通信控制部10对于指定的目标发送从存在状态更新部15指示的内容。即本实施例的对话控制服务器3除了请求信息或响应信息的中继功能、对于请求信息的响应信息的发行功能，也具有新请求信息的发行功能。

须指出的是，虽然未图示，但是图2所示的控制服务器具有外部存储装置，存储执行上述的控制的控制用程序。当服务器工作时，设置在框体内的存储器上的控制用程序展开，用CPU执行控制用程序。此外，在本实施例中，图2所示的各功能块假定为都由软件处理视线，但是也可以使用与功能块分别对应的处理器或信号处理电路在硬件上实现图2的结构。

图3是表示使用SIP作为对话控制协议时的通话中通知的发行步骤一例的序列图。当确立声音或图象的通信对话时，在SIP中利用INVITE信息。INVITE信息用从图中的F20到F34的序列所示的流程进行终端间的调整，根据用INVITE请求或200响应通知的内容，用RTP(Real-time Transport Protocol，RFC1889)进行声音数据或图象数据的收发。

以当使用数据或图象等的对话确立，变为通话中状态时，对话控制服务器3对存在服务器7通知确立对话的用户终端变为通话中状态的意思的情形为例，进行说明。

图3是转移到通话中状态的契机为200响应的接收时的序列例。在该例子中，表示以F29或F30的200响应的接收为契机，向存在状态更新部15发行存在状态更新通知的方式。

图4是表示使用SIP时的通话中通知的发行步骤的其他一例的序列图。从F40到F54的步骤与从F20到F34的步骤同样。在该例子中，表示以F52或F53的ACK信息的接收为契机，向存在状态更新部15发行存在状态更新通知的方式。

当用INVITE请求或200响应通知数据通信所必要的信息时，可以用图3所示的方式，也可以用图4所示的方式，但是当用200响应和ACK信息通知数据通信所必要的信息时，有必要使用图4所示的方式。在图4所示的方式中，具有能用单一的方式，适用于INVITE请求或200响应通知数据通信所必要的信息的情形，用200响应和ACK信息通知数据通信所必要的信息的情形的优点。可是，当用INVITE请求或200响应通知数据通信所必要的信息时，根据终端一侧的规格，考虑到不等待ACK信息的收发，就开始数据通信的情况，但是为了ACK信息当信息包损失等消失时，也能把象所述规格的终端那样，不等待ACK就开始通信的终端的状态正确反映到存在服务器上，只要用INVITE请求或200响应通知数据通信所必要的信息时，就有必要使用图3所示的方式。

图5和图6是表示使用SIP作为对话控制协议时的切断通知发行步骤的例子的序列图。当结束INVITE对话，结束数据通信时，使用BYE信息，但是图5表示了把BYE请求的接收作为向切断状态转移的契机，向存在状态更新部15发行存在状态更新通知的方式，图6表示以对于BYE的请求的200响应为向切断状态转移的契机，向存在状态更新部15发行存在状态更新通知的方式。

在图5的方式中，把F60的BYE请求的接收作为契机，从管理终端1a的对话控制服务器3a向存在服务器7发送终端1a的切断通知，把F61的BYE请求的接收作为契机，从管理终端1b的对话控制服务器3c向存在服务器7发送终端1b的切断通知。

而在图6的方式中，以F73的200响应的接收为契机，从管理终端1b的对话控制服务器3c向存在服务器7发送终端1b的切断通知，以F74的200响应为契机，从管理终端1a的对话控制服务器3a向存在服务器7发送终端1a的切断通知。

图5所示的方式具有不等待对于BYE信息的200响应的接收，以BYE信息的收发为契机，利用结束数据通信的规格的终端时，即使200响应由于信息包损失等而消失，也能把终端的状态正确地反映到存在服务器上的优点。而图6所示的方式以对话通信结束的时刻为契机，所以具有能以更高精度的定时把状态变更反映到存在服务器上的优点。

图5和图6所示的方式是把信息的接收视为向切断状态转移的契机的方式，但是，作为其他方式，有根据由请求信息指定的有效期限，把有效期限经过时视为状态迁移的契机的方式。作为具体例，把由INVITE请求指定的对话定时器的有效期限经过时作为向切断状态的转移契机，或把由SUBSCRIBE请求指定的有效期限经过时视为向存在服务的利用结束的转移契机。这里，所述的有效期限的监视例如由状态管理部11或终端定位管理部12进行。即状态管理部11或终端定位管理部12具有对当前时刻计数的定时器、读出各信息中记载的关于有效期限的信息的部件，监视是否过了有效期限。

图7是表示准正常情况的一例的序列图。这里，也一并说明作为终端的状态通知，进行在线通知、脱线通知时的情形。在本方式中，以F80或F81那样的REGISTER登记为契机，向存在状态更新部15发行存在状态更新通知，向存在服务器7进行在线通知(F86、F87)。

设定有效期限，处理REGISTER登记，所以使用该特性，在终端的生存确认用途中利用。这时，在用F80或F81登记的信息的有效期限到期之前，通过象F82或F83那样再次发行REGISTER登记，进行有效期限的更新，但是这时，是否再次向存在服务器7发行F88或F89那样的通知，依存于由存在服务器7管理的信息内容。当用存在服务器7管理有效期限时，F88或F89那样的通知是必须的，但是相反，当在存在服务器7只管理在线状态或脱线状态，不管理有效期限时，可以省略F88或F89那样的通知。当为后者时，在新登记时，向存在服务器7进行通知，在登记完毕，只进行有效期限的更新时，在对话控制服务器3一侧进行不向存在服务器7通知的判定。

而当从终端1一侧用REGISTER信息明确地请求登记的删除时，和登记完毕的信息的有效期限到期时，进行脱线通知。在图2中，以INVITE对话为例，说明向存在状态更新部15发行通知的是状态管理部11或通信控制部10，但是，向存在状态更新部15指示在线通知或脱线通知的发行请求的可以是终端定位管理部12。

在以上说明的图3～图7所示的通信序列中，控制服务器一侧进行的动作都作为控制程序，存储在连接在服务器上的外部存储装置中。程序的算法按照图3～图7的序列而分别不同，但是共同包含以下的步骤。

(1)监视通信对话，检测状态信息的变化的步骤；

(2)以变化的检测为契机，生成状态信息的更新请求信息的步骤；

(3)把生成的更新请求信息向网络接口发送的步骤。

例如，在图5的序列的SIP Server1(3a)中，从终端A(a)接收F60 BYE的信息的步骤相当于检测到终端A的状态信息变化的步骤，向存在服务器7发送F67的信息的步骤相当于生成状态信息的更新请求，向网络接口发送的步骤。该步骤中，实际上如果只观察SIP服务器的内部动作，则向存在服务器7的发送动作相当于把生成的信息向接口发送的动作。SIP Server3(3c)的动作也同样。此外，在图3、图4、图6、图7所示的序列中，各SIP服务器的动作步骤和所述(1)～(3)的步骤能对应。

如上所述，在从对话控制服务器3到存在服务器7的存在状态更新通知中，当独立处理通话中/切断通知和在线/脱线通知时，在以下的状况下，在存在服务器7一侧管理的状态信息中有可能发生不匹配。

例如，在热点那样的无线环境下利用终端，为了终端的生存确认，一边定期地进行REGISTER登记的更新，一边进行声音通信时，终端暂时超出无线圈外。当超出圈外时，如果REGISTER登记的内容的有效期限到期，由于在有效期限内未进行更新(用于更新的REGISTER信息未到达，F85)，对话控制服务器3如F91所示，向存在服务器7发送脱线通知。而当通话在超出圈外时变为不通，只要从由于声音变为不通而放弃的另一方用户未明确发送F70那样的切断命令，就继续通话中状态(通话对话也与终端的生存确认同样，有请求定期的通知，当没有对话的继续通知时，自动切断对话的用法，但是这时，继续通话中状态，直到暂停时间。)此外，当再次在暂停时间内，回到圈内时，恢复通话，实质上继续通话中状态。这时，在存在服务器7一侧管理的状态为“脱线”，但是象“通话中”那样，有可能在状态中产生不匹配。

为了消除所述的状态的不匹配，在存在服务器7中设置根据存在状态更新通知控制状态转移的存在信息控制部件。

下面，参照图8说明存在信息控制部件。接受存在信息更新通知的(步骤100)存在服务器7确认通知内容，当通知内容为在线通知时(步骤101)，把管理终端状态的存在信息的值变更为“在线”(步骤102)，当通知内容为脱线通知时(步骤103)，参照管理通话状态的存在信息，当状态为“通话中”时(步骤105)，把终端状态转移到称作“等待脱线”的在线状态和脱线状态的中间状态。而当步骤105的参照结果不是通话中，而是空闲状态时，把终端状态变更为“脱线”。

当基于存在信息更新通知的通知内容为通话中通知时(步骤111)，把通话状态变更为“通话中”(步骤112)。如图7所示的例子那样，在开始通话对话前，例如与起动同时，进行在线通知时(F88、F89)，是没必要的处理，但是在开始通话对话前，不进行在线通知时，在步骤112的处理中，把终端状态变更为“在线”。

当即于存在信息更新通知的通知内容为切断通知时(步骤114)，把通话状态变更为“切断”，参照管理终端状态的存在信息，当状态为“等待脱线”时(步骤115)，把终端状态变更为“脱线”(步骤116)。通过用存在服务器7进行这样的状态转移控制，不会发生存在状态的不匹配。因此，存在服务器7具有：检测存在信息更新信息包中包含的存在信息、与该存在信息关联的信息即已经存储在存在服务器中的存在信息是否发生矛盾的部件；为了解决对于新接收的存在信息的矛盾而变更已经存储的存在信息的部件。据此，其目的在于当由于某种障碍，用于生存确认的通知未到达时，使代替用户或终端由对话控制服务器进行通知的信息(脱线通知)与已经存储在存在服务器中的存在信息(通话中)不发生冲突。

图13表示具有消除登记的存在信息间的不匹配的功能的存在服务器的功能框图。IF400是网络接口，对于接收信息包进行到TCP/IP层的标题处理。420是通信控制部，内含通信协议的协议暂存器。例如为了处理SIP信息包，在通信控制部420中包含SIP的协议暂存器。信息收发部422是在接收信息包的TCP或UDP层之间进行信息包的收发的块。由IF420接收的接收信息包向接收信息抽取部424传输，取出信息。

如果用IF400接收来自对话管理服务器的状态信息的更新请求信息，则接收的信息由接收信息抽取部424抽取预定的信息后，传输给存在信息管理部430。“预定的信息”是终端或终端用户的存在信息。此外，“存在信息管理部”是进行存在信息的管理的块群的总称，由进行关于存在信息的管理的各种处理的多个功能块构成。从接收信息抽取的存在信息最终记录在设定内容记录部438中。设定内容记录部438例如由设置在服务器的框体内部的存储部件(例如HDD装置或存储器等)、设置在服务器的框体外部的DB等构成。

由接收信息抽取部424抽取的存在信息发送给设定内容匹配部436。设定内容匹配部436参照设定内容记录部438，比较接收的存在信息和存储的存在信息的匹配性。如果没有矛盾，就向设定内容输入部432输入接收的存在信息。此外，当有矛盾时，生成应该改写记录的存在信息的信息，与接收的存在信息一起输入设定内容输入部432中。设定内容输入部432是对于设定内容记录部进行存在信息的登记动作的块。设定内容输出部434是去处记录在设定内容记录部438中的存在信息的块。发送信息构筑部426是把应该发送的信息整形为SIP信息包的构造的功能块，可以认为是实际生成发送信息包的块。把生成的发送信息包向信息包收发部422传输，通过IF400向外部发送。

图12是表示本实施例的存在信息更新信息的信息格式的一例的图。在本实施例中，在存在信息更新通知中利用SIP的REGISTER信息。SIP的信息由开始行300、标题310、空行320、主体330构成。在一般的REGISTER信息中，在图12所示的信息格式中，用XML(eXtensible Markup Language)记述主体部。虽然主体的内容不存在，但是在本实施例中，把通知的信息包含在主题部中发送。在原理上，能在主体部中包含状态信息进行通知，但是根据SIP的规格，对能包含在主体部中的信息存在限制。例如，当与对话控制不直接关联的状态信息时，能包含在主体部中的状态信息是用户的句柄名、终端的种类(phone/pc/PDA等信息)、用户使用的浏览器软件的种类等关联信息。

而能在主体部中包含各种信息，因此，通过在主体部中包含状态信息，与在标题信息中包含状态信息的方式相比，更多样的状态信息的通知成为可能。关于书写格式，通过在标题部中进行种类指定，能利用各种形式，能用图12所示的XML以外的形式的书写格式记述。

此外，关于主体部中包含的信息内容，不仅是状态信息，也能包含各种存在信息。例如，能包含终端的地址或种类等关于确立对话的终端的信息、利用的编码方式的信息等关于对话的细节的信息进行通知。对话种类等通过验证连接目标的地址，能判定是利用流动服务，还是利用语音邮件，进行通知。不是REGISTER信息，使用PUBLISH信息，也能进行同样的动作。

用在对话控制服务器的内部设置存在状态更新部件，以通话对话的确立或切断等状态的变更为契机，向存在服务器通知变更的状态，即使用户或客户程序不有意识地进行存在信息的更新，用户或客户程序的状态也能反映到存在服务器管理的信息中。

此外，通过控制由设置在存在服务器一侧的存在信息控制部件通知的更新信息的匹配性，例如在通话中的状态时不发送期待定期通知的在线通知时，也不发生状态信息的不匹配。

Claims (31)

1.一种网络系统，包括：控制在至少两台通信终端间形成的通信对话的对话控制服务器；管理所述两台终端的任一台终端的状态信息的存在服务器；以及连接所述对话控制服务器、存在服务器和终端间的通信线路，其特征在于：

所述对话控制服务器具有：

检测所述终端的用户或该终端的状态信息的变化的部件；以及当检测到该状态信息的变化时，向所述存在服务器通知所述状态信息的更新请求的部件。

2.一种网络系统，包括：

接收从终端或服务器发送的信息包，向其他服务器或终端转送信息包的第一服务器；管理所述终端的用户或终端的状态信息的第二服务器；以及连接所述第一服务器、所述第二服务器和所述终端的通信线路；

所述第一服务器具有：

检测所述终端或终端用户的状态信息的变化的部件；当检测到该状态变化时，向所述第二服务器通知所述状态信息的更新请求的部件。

3.根据权利请求1所述的网络系统，其特征在于：

所述存在服务器具有：接收所述状态信息的更新请求的部件、存储所述状态信息的部件、以及根据所述更新请求而更新所述存储部件的部件。

4.根据权利请求3所述的网络系统，其特征在于：

所述存在服务器具有：比较所述有通知的状态信息和属于该状态信息所属的终端乃至终端用户的其他状态信息，判断所述更新请求与所述其他状态信息的一致性的部件。

5.根据权利请求4所述的网络系统，其特征在于：

所述存在服务器当所述其他状态信息与有所述更新请求的状态信息不一致时，改写所述其他状态信息，使所述其他状态信息与该有更新请求的状态信息一致。

6.根据权利请求1所述的网络系统，其特征在于：

使用对话初始化协议SIP。

7.一种网络系统，包括：具有用于监视在通信终端间形成的通信对话的功能的单个或多个服务器；存储用于描述所述通信终端的状态或终端用户的状态的状态信息的存在服务器，其特征在于：

所述单个或多个服务器具有对话初始化协议SIP用的协议暂存器；

所述存在服务器以外的任一个服务器监视所述通信对话，检测所述状态信息的变化；

当检测到该变化时，向该存在服务器通知该状态信息的变化。

8.一种服务器，通过网络被连接在用于管理通信终端的用户乃至该通信终端的状态信息的存在服务器上，其特征在于：包括：

用于连接在所述通信线路上的接口；

对所接收的信息包进行接收分析和标题整形，把进行该标题整形后的接收信息包向所述接口转送的通信控制单元；

以预定的有效时间单位进行在所述通信终端间形成的通信对话的状态管理的状态管理单元；

管理通过所述通信线路通知的所述通信终端的地址信息的终端定位管理单元；

检测与所述通信对话的状态有关的信息乃至所述地址信息的变化的部件；

当检测到该变化时，生成向所述存在服务器通知所述状态信息或地址信息变化了的情况的存在状态更新信息，向所述通信控制单元输出该存在状态更新信息的发送指示的存在状态更新单元。

9.根据权利请求8所述的服务器，其特征在于：

检测所述通信对话的状态乃至所述地址信息的变化的部件是通过接收对话控制信息或来自终端的位置登记请求信息而检测所述变化。

10.根据权利请求9所述的服务器，其特征在于：

所述存在状态更新单元具有判断所述状态信息所属的终端是否为自己管理的终端的部件，仅在检测出所述变化的状态信息属于应自己管理的终端的场合生成所述存在状态更新信息。

11.根据权利请求10所述的服务器，其特征在于：

用于判断所述状态信息所属的终端是否为自己管理的终端的部件对自己的地址的域名和该终端的地址的域名进行比较；

当该域名一致时，判断为应自己管理的终端。

12.根据权利请求8所述的服务器，其特征在于：

所述通信控制单元具有对话初始化协议SIP用的协议暂存器；

所述存在状态更新单元把接收到对于INVITE请求信息的200响应信息的时刻视为向通话中状态的转移契机，输出所述存在状态更新信息的发送指示。

13.根据权利请求8所述的服务器，其特征在于：

所述通信控制单元具有对话初始化协议SIP用的协议暂存器；

所述存在状态更新单元把接收到对于INVITE请求信息的200响应信息后的ACK信息的时刻视为向通话中状态的转移契机，输出所述存在状态更新信息的发送指示。

14.根据权利请求8所述的服务器，其特征在于：

所述通信控制单元具有对话初始化协议SIP用的协议暂存器；

所述存在状态更新单元把接收到BYE请求信息的时刻视为向切断状态的转移契机，输出所述存在状态更新信息的发送指示。

15.根据权利请求8所述的服务器，其特征在于：

所述通信控制单元具有对话初始化协议SIP用的协议暂存器；

所述存在状态更新单元把接收到对于BYE请求信息的200响应信息的时刻视为向切断状态的转移契机，输出所述存在状态更新信息的发送指示。

16.根据权利请求8所述的服务器，其特征在于：

所述通信控制单元具有对话初始化协议SIP用的协议暂存器；

所述存在状态更新单元把基于REGISTER信息的登记信息视为向在线状态的转移契机，输出所述存在状态更新信息的发送指示。

17.根据权利请求8所述的服务器，其特征在于：

所述通信控制单元具有对话初始化协议SIP用的协议暂存器；

所述存在状态更新单元把基于REGISTER信息的登记删除信息视为向脱机状态的转移契机，输出所述存在状态更新信息的发送指示。

18.根据权利请求8所述的服务器，其特征在于：

还具有：读出所述通信对话的控制信息中附带的、与该对话的有效期限有关的信息的部件；以及

把该读出的信息与现在时刻比较的部件，

所述存在状态更新单元把现在时刻经过了所述有效期限的场合视为通信对话状态的转移契机，输出所述存在状态更新信息的发送指示。

19.根据权利请求18所述的服务器，其特征在于：

所述终端定位管理单元具有计时的定时器；

所述存在状态管理单元把所述有效期限到期的时刻视为向脱机状态的转移契机，输出所述存在状态更新信息的发送指示。

20.根据权利请求8所述的服务器，其特征在于：

具有生成PUBLISH信息的部件，其中在该PUBLISH信息的主体部分中含有所述状态信息或地址信息；

作为所述存在状态更新信息，把该PUBLISH信息向所述存在服务器发送。

21.根据权利请求20所述的服务器，其特征在于：

所述PUBLISH信息的主体部分中包含以下信息中的任一个信息：

对话的种类、确立对话的终端信息、与在所确立的对话中利用的编码方式和通信速度有关的信息。

22.根据权利请求8所述的服务器，其特征在于：

所述通信控制单元具有新发送请求信息的功能。

23.一种存在服务器，通过网络被连接在用于管理在至少两台通信终端间形成的通信对话的对话控制服务器上，管理该通信对话的状态信息，其特征在于：包括：

接收由所述对话控制服务器接收的状态信息的更新信息的接口；

存储多个状态信息的存储部件；

接收从所述对话控制服务器发送的状态信息的更新请求信息的部件；

变更存储在所述存储部件中的内容的部件；

判断所述更新信息中包含的第一状态信息和作为所述存储部件中存储的其他状态信息的、属于所述第一状态信息所属的终端的第二状态信息之间是否存在矛盾的部件；

所述第一状态信息和第二状态信息之间存在矛盾时，变更该第二状态信息，使该第二状态信息与第一状态信息一致。

24.一种通信控制方法，使用具有用于监视在通信终端间形成的通信对话的功能的单个或多个服务器和存储用于描述所述通信终端的状态或终端用户的状态的状态信息的存在服务器而进行通信，其特征在于：

使用对话初始化协议SIP，开始进行通信对话；

监视该通信对话，检测所述状态信息的变化；

当检测到该变化时，所述存在服务器以外的任一个服务器向该存在服务器通知该状态信息的变化。

25.根据权利请求24所述的通信控制方法，其特征在于：

作为所述单个或多个服务器中的任一个服务器，使用具有管理所述通信对话的功能的对话控制服务器。

26.根据权利请求24所述的通信控制方法，其特征在于：

通过向存在服务器发送PUBLISH信息，进行所述通知，其中在PUBLISH信息的主体部分中含有所述状态信息或所述通信终端的地址信息。

27.根据权利请求26所述的通信控制方法，其特征在于：

在所述PUBLISH信息的主体部分中包含以下信息中的任一个信息：

对话的种类、确立对话的终端信息、与在所确立的对话中利用的编码方式和通信速度有关的信息。

28.一种服务器的控制方法，该服务器具有通过通信线路连接于存在服务器上的接口，并具有对在至少2个通信终端间形成的通信对话的控制功能，其中所述存在服务器存储用于描述通信终端的状态或终端用户的状态的状态信息，其特征在于：

监视所述通信对话，检测所述状态信息的变化；

当检测到该变化时，生成状态信息的更新请求信息；

把该更新请求信息向所述接口发送。

29.一种服务器的控制程序，该服务器具有通过通信线路连接于存在服务器上的接口，并具有对在至少2个通信终端间形成的基于对话初始化协议SIP的通信对话的控制功能，其中所述存在服务器存储用于描述通信终端的状态或终端用户的状态的状态信息，该控制程序执行以下的步骤：

监视所述通信对话，检测所述状态信息的变化的步骤；

以检测到该变化为契机，生成状态信息的更新请求信息的步骤；

把该生成的更新请求信息向所述接口发送的步骤。

30.根据权利请求29所述的控制程序，其特征在于：

生成所述状态信息的更新请求信息的步骤包含以下步骤：

生成PUBLISH信息的步骤，其中在PUBLISH信息的主体部分中含有所述状态信息或所述通信终端的地址信息。

31.根据权利请求30所述的控制程序，其特征在于：

生成包含以下的信息于其主体部分中的PUBLISH信息的步骤；

对话的种类、确立对话的终端信息、与在所确立的对话中利用的编码方式和通信速度有关的信息。

Images