应用综合管理系统及装置、综合会话管理服务器

摘要

提供一种应用综合管理系统、装置及程序、综合会话管理服务器，易于添加新的应用，可以在用户方选择任意的应用。具备：多个客户机(5-1～M)，从提供多种业务的应用服务器(3-1～N)接受业务；管理装置(10)，用于根据来自客户机的综合业务开始请求，对应用服务器提供给客户机的业务和向综合业务加入的客户机进行控制；客户机具有客户机管理部，用来对与多种业务对应的多个应用客户机向综合业务的加入进行控制；该客户机管理部分别选择综合业务中使用的应用和加入综合业务的客户机，并向管理装置(10)发送综合业务的开始请求；管理装置(10)根据来自客户机管理部的综合业务开始请求，对所选择出的应用服务器发出开始业务的指令。

权利要求

1.一种综合会话管理服务器，具备收发部，该收发部经由网络与多个应用服务器及和该多个应用服务器连接的多个终端连接，其特征为，还具备存储器和CPU，

上述收发部从上述终端接收1个综合会话ID、与该综合会话ID对应的多个终端ID、以及与该综合会话ID对应的多个应用ID，可以向与上述多个应用ID对应的多个应用服务器发送上述综合会话ID和上述多个终端ID；

上述存储器可以保持表示上述多个应用服务器和上述多个终端之间的通信开始或通信结束的信息。

2.一种综合会话管理系统，具备：多个应用服务器，具有分别与存储器、CPU、以及多个终端连接的收发部；综合会话管理服务器，和该应用服务器连接，其特征为，上述综合会话管理服务器的收发部，从上述终端接收1个综合会话ID、与该综合会话ID对应的多个终端ID以及与该综合会话ID对应的多个应用ID，可以对与上述多个应用ID对应的多个应用服务器，发送上述综合会话ID及上述多个终端ID；

上述综合会话管理服务器的存储器可以保持表示上述多个应用服务器和上述多个终端之间的通信开始或通信结束的信息；

与上述多个应用ID对应的多个应用服务器的收发部可以分别从上述综合会话管理服务器接收上述综合会话ID和上述多个终端ID，并且向与上述多个终端ID对应的多个终端发送通信开始请求。

3.一种综合会话开始方法，在具备分别与综合会话管理服务器和多个应用服务器连接的收发部和CPU的终端中使用，其特征为， 上述综合会话开始方法具有：

从上述收发部对综合会话管理服务器发送1个综合会话ID、与该综合会话ID对应的多个应用ID以及与该综合会话ID对应的多个终端ID的步骤；

上述综合会话管理服务器对与上述多个应用ID对应的多个应用服务器，发送上述综合会话ID及上述多个终端ID的步骤；

上述收发部从与上述多个应用ID对应的多个应用服务器各自接收通信开始请求的步骤。

4.一种综合会话开始方法，在具备分别与综合会话管理服务器和多个应用服务器连接的收发部、显示装置、输入接口及CPU的终端中使用，其特征为，上述综合会话开始方法具有：

将表示上述多个应用服务器可提供的多个应用的信息，在上述显示装置上进行显示的步骤；

从根据来自上述输入接口的输入被选择的、上述多个应用服务器可提供的应用中，显示至少1个应用的步骤；

将提供上述被选择的应用的至少1个应用ID与上述终端的ID一起，从上述收发部发送给上述综合会话管理服务器的步骤；

上述综合会话管理服务器对与上述应用ID对应的应用服务器发送上述终端ID，而后上述收发部从该与上述应用ID对应的应用服务器接收通信开始请求的步骤。

5.一种通信系统，具有多个应用服务器、综合应用服务器、会话控制服务器、管理呈现信息的呈现服务器、以及多个终端，其特征在于：上述会话控制服务器具有：接收部，接收从上述多个终端中的一个终端发给上述综合应用服务器的会话控制消息；发送部，将发给上述综合应用服务器的会话控制消息发送给上述综合应用服务器， 上述综合应用服务器具有：接收部，接收从上述会话控制服务器发给上述综合应用服务器的会话控制消息；控制部，根据发给上述综合应用服务器的会话控制消息，选择上述多个应用服务器中需要发送新的会话控制消息的应用服务器；以及发送部，将上述新的会话控制消息发送给上述已选择的应用服务器，上述呈现服务器具有根据发给上述综合应用服务器的会话控制消息的内容来更新呈现信息的控制部。

6.根据权利要求5所述的通信系统，其特征为：

上述会话控制服务器还根据发给上述综合应用服务器的会话控制消息生成呈现信息，发送给上述呈现服务器；

上述呈现服务器还根据从上述会话控制服务器接收到的呈现信息来更新上述呈现信息。

7.根据权利要求5所述的通信系统，其特征为：

上述会话控制服务器还提取发给上述综合应用服务器的会话控制消息的一部分信息，发送给上述呈现服务器；

上述呈现服务器还根据从上述会话控制服务器接收到的信息来更新上述呈现信息。

8.根据权利要求5所述的通信系统，其特征为：

上述综合应用服务器还根据发给上述综合应用服务器的会话控制消息生成呈现信息，发送给上述呈现服务器；

上述呈现服务器还根据从上述综合应用服务器接收到的呈现信息来更新上述呈现信息。

9.根据权利要求5所述的通信系统，其特征为：

发给上述综合应用服务器的会话控制消息是，请求使用了上述多个应用服务器的多个会话的开始或者结束的综合会话控制消息。

10.根据权利要求5所述的通信系统，其特征为：发给上述综合应用服务器的会话控制消息是，请求使用了上述多 个应用服务器中的一个应用服务器的一个会话的开始或者结束的综合会话控制消息。

11.根据权利要求5所述的通信系统，其特征为：上述呈现服务器更新的呈现信息是，与上述多个应用服务器和上述多个终端相关的综合呈现信息。

12.根据权利要求5所述的通信系统，其特征为：上述综合应用服务器根据来自上述一个终端的一个上述会话控制消息发送多个上述新的会话控制消息。

13.根据权利要求5所述的通信系统，其特征为：从上述终端发送给上述综合应用服务器的会话控制消息包含综合会话识别符，该综合会话识别符综合地识别上述多个终端利用的多个会话，上述综合应用服务器将应用会话识别符包含在上述新的会话控制消息中并发送给上述应用服务器，该应用会话识别符根据上述综合会话识别符取得，并识别上述多个应用服务器和上述终端之间的各个会话。

14.根据权利要求13所述的通信系统，其特征为：上述综合会话识别符在上述通信系统内是唯一的。

15.根据权利要求5所述的通信系统，其特征为：在上述会话控制消息为表示与上述多个应用服务器中的至少一个应用服务器的会话结束的消息的情况下，上述综合应用服务器将表示会话结束的上述新的会话控制消息不仅发送给与表示上述会话结束的消息相关的应用服务器，也发送给上述终端所利用着的并且与表示上述会话结束的消息相关的应用服务器具有合作关系的其他的应用服务器。

16.根据权利要求8所述的通信系统，其特征为：发给上述综合应用服务器的会话控制消息，包含多个召集对象客 户机的列表信息，上述呈现服务器根据从上述综合应用服务器接收到的呈现信息，存储上述多个召集对象客户机各自的呈现信息。

17.根据权利要求5所述的通信系统，其特征为：发给上述综合应用服务器的会话控制消息包含使用应用列表信息，上述综合应用服务器的上述控制部根据上述使用应用列表信息选择发送上述新的会话控制消息的应用服务器。

18.根据权利要求17所述的通信系统，其特征为：上述呈现服务器根据包含有使用应用列表信息的发给上述综合应用服务器的会话控制消息，来更新上述呈现信息。

19.一种会话控制服务器，分别与管理多个应用服务器的综合应用服务器、管理呈现信息的呈现服务器以及多个终端连接，其特征为，具有：

接收部，从上述多个终端之中的一个终端接收会话控制消息；

发送部，将上述会话控制消息发送给上述综合应用服务器；

还根据上述会话控制消息制作呈现信息，发送给上述呈现服务器。

20.根据权利要求19所述的会话控制服务器，其特征为，提取上述会话控制消息的一部分信息，来取代制作上述呈现信息，发送给上述呈现服务器。

21.一种综合应用服务器，与多个应用服务器、会话控制服务器、呈现服务器及多个终端连接，其特征为，具有：

接收部，从上述多个终端之中的一个终端，经由上述会话控制服务器接收会话控制消息；

控制部，根据上述会话控制消息，选择上述多个应用服务器之中需要发送新的会话控制消息的应用服务器；

发送部，将上述新的会话控制消息发送给上述被选择的应用服务器；

还根据上述会话控制消息制作呈现信息，发送给上述呈现服务器。

说明书

应用综合管理系统及装置、综合会话管理服务器

技术领域

[0001] 本发明涉及使多个应用合作加以利用的会话型系统的改进。

背景技术

[0002] 在TV会议和交谈等的会话型系统中，利用在服务器和客户机之间分别对图像数据、声音数据及文本数据进行处理的应用(application)，按照预先设定的控制时序来进行数据的收发。

[0003] 作为这种系统，对由多个应用构成的系统，提供统一的控制接口，已为众所周知(例如，专利文献1)。

[0004] 在服务器和客户机中分别安装好预先指定的应用，可以在备齐所有应用之后，开始交互式的会话。

[0005] 专利文献1特开平9-114759号

[0006] 但是，对于上述已有技术而言，由于按照设计系统时所确定的控制时序，服务器和客户机间的应用进行通信，因而即使想要通过功能扩充等来添加新的应用，却极其难以添加不满足设计之初所确定的控制时序的应用。

[0007] 再者，就上述已有技术来说，由于仅仅管理各个应用的资源(线路，磁盘等)使用率，不管理应用的合作，因而存在难以使多个应用会话合作这样的问题，除此之外，在发出给多个应用软件分配事件的通知时，需要以手工设定通知目的地应用软件，因此存在系统管理所需要的人力增大这样的问题。

[0008] 而且，还存在下述这样的问题，即对客户机进行操作的用户在加入系统时，需要利用所有预先设定的多个应用，用户方不能对想利用 的应用进行取舍选择。再者，还存在下述这样的问题，即没有使其他用户得知同时使用着多个应用这种状况的机构。 发明内容

[0009] 因此，本发明是鉴于上述问题所在而做出的，其目的为，易于添加新的应用，并且用户方可以选择任意的应用。再者，其目的为，服务器方管理用户的应用利用状况，并将其作为呈现(presence)信息提供给用户。

[0010] 本发明的特征为，具备：多个应用服务器，用来分别提供业务；多个客户机，用来从上述应用服务器接受业务；管理装置，用于根据来自上述客户机的综合业务开始请求，对上述应用服务器提供给客户机的业务和向综合业务加入的客户机进行控制；上述客户机，具有：多个应用客户机，与上述多种业务相对应；客户机管理部，用来对这些多个应用客户机向综合业务的加入进行控制；该客户机管理部用来分别选择上述综合业务中使用的应用以及加入综合业务的客户机，并向上述管理装置发送综合业务的开始请求；上述管理装置，具有：综合业务控制部，用于根据来自上述客户机管理部的综合业务开始请求，对提供与上述所选择出的应用对应的业务的应用服务器，发出对于上述所选择出的加入客户机开始上述业务的指令；上述应用服务器根据来自上述综合业务控制部的指令，对上述所选择出的加入客户机的客户机管理部，分别通知业务的开始。

[0011] 另外，将用户的应用利用状况登录到服务器中进行管理。

[0012] 因而，本发明在通过综合业务于多个终端间进行信息交换时，特别在以实时方式进行信息交换时，利用管理装置和客户机的客户机管理部来控制多个应用服务器的业务，因此可以灵活地构成应用综合管理系统。

[0013] 尤其是，由于可以在客户机方任意选择应用来接受综合业务，因而用户能够通过想利用的应用来接受综合业务，并且在管理装置方可 以随时进行所提供应用的添加和变更，能够提供自由度较高的综合业务。

[0014] 另外，还可以由服务器管理用户的应用利用状况。再者，还可以将该信息提供给别的用户。

附图说明

[0015] 图1是表示本发明一个实施方式的应用综合管理系统的框图。

[0016] 图2表示应用综合管理装置，(A)是表示结构的框图，(B)是表示应用信息数据库结构的框图，(C)是表示应用策略数据库的框图。

[0017] 图3是表示认证装置结构的框图。

[0018] 图4表示用户信息管理装置，(A)是表示结构的框图，(B)是表示用户信息数据库结构的框图。

[0019] 图5表示会话信息管理装置，(A)是表示结构的框图，(B)是表示会话信息数据库结构的框图。

[0020] 图6是表示应用服务器结构的框图。

[0021] 图7是表示客户机结构的框图。

[0022] 图8是从客户机的注册到应用服务器的单独启动之前的时序图。 [0023] 图9同样是从客户机的注册到应用服务器的单独启动之前的其他示例的时序图。 [0024] 图10是开始综合会话时的时序图。

[0025] 图11是客户机从综合会话退出时的时序图。

[0026] 图12是客户机从应用会话退出时的时序图。

[0027] 图13是结束综合会话时的时序图。

[0028] 图14是在一部分客户机中发生了与必要应用有关的错误时的时序图。 [0029] 图15是在一部分应用服务器中发生了与必要应用有关的错误时的时序图。 [0030] 图16是在一部分客户机中发生了与任意应用有关的错误时的时序图。 [0031] 图17是在一部分应用服务器中发生了与任意应用有关的错误时的时序图。 [0032] 图18是表示认证装置中的控制一个示例的流程图。

[0033] 图19是表示用户信息管理装置中的控制一个示例的流程图。

[0034] 图20是表示应用综合管理装置中的控制一个示例的流程图。

[0035] 图21同样是表示应用综合管理装置的错误处理子程序一个示例的流程图。 [0036] 图22是表示会话信息管理装置中的控制一个示例的流程图。

[0037] 图23是表示客户机中的控制一个示例的流程图。

[0038] 图24表示客户机中的输入画面一个示例，(A)表示会话召集的画面，(B)表示会话的设定画面，(C)表示会话加入申请的画面。

[0039] 图25是表示在应用综合管理系统和客户机之间的通信过程中使用的信息包示例的说明图。

[0040] 图26同样是表示在应用综合管理系统和客户机之间的通信过程中使用的信息包示例的说明图。

[0041] 图27同样是表示在应用综合管理系统和客户机之间的通信过程中使用的信息包示例的说明图。

[0042] 图28是表示第2实施方式的应用综合管理系统的框图。

[0043] 图29同样是表示收费管理终端和会话信息管理装置结构的框图。 [0044] 图30是与收费有关的时序图。

[0045] 图31是表示其他示例的应用综合管理系统的框图。

[0046] 图32是应用综合管理系统的框图，表示添加应用服务器的状态。 [0047] 图33同样表示给应用综合管理系统添加了应用服务器时的时序图。 [0048] 图34是对应用综合管理系统使用刀片时的说明图。

[0049] 图35是表示本发明一个实施方式的应用综合管理系统的网络结构图。 [0050] 图36是包含收费服务器在内的应用综合管理系统的网络结构图。 [0051] 图37是表示综合会话召集·退出时的呈现信息登录状态的网络结构图1。 [0052] 图38是表示综合会话召集·退出时的呈现信息登录状态的网络结构图2。 [0053] 图39是表示综合会话召集·退出时的呈现信息登录状态的网络结构图3。 [0054] 图40是表示综合会话中正在使用的应用会话结束时呈现信息登录状态的网络结构图1。

[0055] 图41是表示综合会话中正在使用的应用会话结束时呈现信息登录状态的网络结构图2。

[0056] 图42是表示综合会话中正在使用的应用会话结束时呈现信息登录状态的网络结构图3。

[0057] 图43是表示应用类别登录状态的网络结构图。

[0058] 图44是表示使应用会话单独进行召集及结束的状态的网络结构图。 [0059] 图45是包含呈现登录功能在内的应用综合管理服务器的功能框图。 [0060] 图46是包含呈现登录功能在内的应用服务器的功能框图。

[0061] 图47是SIP服务器的功能框图。

[0062] 图48是呈现客户机的功能框图。

[0063] 图49是呈现服务器的功能框图。

[0064] 图50是综合会话开始时的顺序图1。

[0065] 图51是综合会话开始时的顺序图2。

[0066] 图52是综合会话开始时的顺序图3。

[0067] 图53是应用会话退出时的顺序图1。

[0068] 图54是应用会话退出时的顺序图2。

[0069] 图55是应用会话退出时的顺序图3。

[0070] 图56是应用类别登录时的顺序图。

[0071] 图57是应用会话单独召集时的顺序图。

[0072] 图58是跨越多域的综合会话开始时的顺序图。

[0073] 图59是应用会话添加时的顺序图。

[0074] 图60是应用综合管理服务器的呈现登录功能的流程图。

[0075] 图61是应用服务器的呈现登录功能的流程图。

[0076] 图62是SIP服务器的流程图。

[0077] 图63是呈现服务器的流程图。

[0078] 图64是与呈现登录功能有关的信息包格式。

[0079] 图65是呈现客户机的GUI的附图1。

[0080] 图66是呈现客户机的GUI的附图2。

[0081] 【实施示例1】

[0082] 下面，根据附图说明本发明的一个实施方式。

[0083] 图1表示使用本发明的系统一个示例，是使TV会议和文本交谈等多个应用合作来进行多个客户机(用户)之间的信息交换(会议和学习等)的综合系统结构图。 [0084] <整体结构>

[0085] 控制综合系统的应用综合管理系统1包括：应用综合管理装置10，用来通过下述的应用综合控制协议管理多个应用服务器3-1～3-N；会话信息管理装置11，用来记录应用服务器3-1～3-N和客户机5-1～5-M之间的会话信息；认证装置12，用于根据来自各客户机 5-1～5-M的请求进行用户认证；用户信息管理装置13，用来对利用各客户机5-1～5-M的用户的信息进行管理；并且这些装置由网络20来连接。这里，会话(session)指的是，在多个终端间进行的信息交换，主要是指采用实时方式的信息交换。 [0086] 再者，该网络20和与应用服务器3-1～3-N所连接的内部网络2相连接，应用综合管理系统1对各应用服务器3-1～3-N进行综合管理。而且，各应用服务器3-1～3-N在应用综合管理装置10之下，经由外部网络4同客户机5-1～5-M(具体而言，是应用综合客户机51-1～51-M)进行通信，并通过各应用来提供业务。

[0087] 提供各业务的多个应用服务器3-1～3-N例如由应用服务器3-1执行应用APL 1，该应用APL 1用来进行利用图像和声音的TV会议业务；由应用服务器3-N执行应用APL N，该应用APL N用来提供在用户之间交换或传递文本(text)数据的文本交谈业务；由其他应用服务器执行下述应用等，该应用执行用来交换或传递表示数据(包含图形等的数据)的业务，或者执行用来交换或传递CAD数据的业务。

[0088] 还有，在此为了使说明变得简单，表示出由一个应用服务器执行一个应用的情形，但是也可以由一个应用服务器执行多个应用。同样，应用综合管理系统表示出，由各自独立的服务器来构成应用综合管理装置10、会话信息管理装置11、认证装置12及用户信息管理装置13的情形，但是也可以由一个服务器来执行各装置的功能。

[0089] 接着，多个客户机5-1～5-M经由外部网络4，在应用综合管理系统1之下从应用服务器3-1～3-N接受业务的提供。

[0090] 客户机5-1～5-M具备：多个应用客户机(附图中的APL 1～N)50-1～50-N，用来利用各应用服务器3-1～3-N的功能(接受业务)；应用综合客户机51-1～51-M，用来集中各应用客户机50-1～50-N，在与应用综合管理装置10之间对应用综合控制协议进行处理。另外， 客户机5-1到5-M具备未图示的输入装置及显示装置。

[0091] 在此，客户机5-1～5-M不需要全部具备相同的应用客户机50-1～50-N，而由TV会议等系统所必须的应用客户机和根据用户的申请等任意选择出任意应用的应用客户机构成，并且除必须的应用客户机以外，还可以为每个用户进行设定以使应用客户机的环境有所不同。

[0092] <功能概要>

[0093] 下面，说明应用综合管理系统1的整体功能，应用综合管理装置10通过应用综合控制协议，进行各应用服务器3-1～3-N的会话控制(启动、结束等)，并给各客户机5-1～5-M的用户提供所请求应用的业务。然后，应用综合管理装置10检测应用和系统的错误发生，在发生错误时向客户机5-1～5-M的用户通知错误。

[0094] 而且，如下所述，应用综合管理装置10具备应用信息DB(数据库)，用来管理各应用服务器3-1～3-N的应用；可以通过对该应用信息DB添加应用的信息，在任意的时刻添加新的应用(例如，附图中的APL N+1)。

[0095] 在应用综合管理装置10之下对客户机5-1～5-M的应用客户机5-1～5-M进行控制的应用综合客户机51-1～51-M，可以在任意的时刻添加新的应用(例如，附图中的APL N+1)。还有，各应用客户机50-1～50N可以采用插件形式等进行安装。

[0096] 而且，各应用服务器3-1～3-N和客户机5-1～5-M的应用客户机51-1～51-M不相互干扰，例如，应用服务器3-1只对客户机5-1～5-M的应用客户机51-1(附图中的APL1)进行控制，其他应用客户机的动作则不相干。

[0097] <各装置的详细状况>

[0098] 接着，在下面说明各装置的详细状况。

[0099] 首先，图2表示应用管理装置10的详细结构，(A)表示以硬件 为主体的功能框图，(B)表示应用综合管理装置10所具备的应用信息DB105的数据结构说明图，(C)表示应用综合管理装置10所具备的应用策略(policy)DB106的数据结构说明图。

[0100] 在图2(A)中，应用综合管理装置(服务器)10具有与总线107连接的CPU101、存储器102、硬盘103及网络接口104，并且经由网络接口104的信息包收发部1041同网络20进行通信。

[0101] 在硬盘103中存储：应用信息DB105，描述出与通过各应用服务器3-1～3-N所执行的应用有关的信息；应用策略DB106，描述出多个应用之间的合作关系；并且通过装载到存储器102上的应用综合程序108来进行读写。

[0102] 存储器102上的应用综合程序108通过应用综合控制协议1081，如上所述进行应用服务器3-1～3-N的控制，并且采用通信监控定时器1082来监控应用服务器3-1～3-N和客户机5-1～5-M间的会话，检测错误的发生。

[0103] 接着，图2(B)表示应用信息DB105的数据结构。该数据库的各记录包括：应用的名称；类别，用来识别是综合会话(综合业务)所必须的应用还是任意的应用；执行该应用的应用服务器3-1～3-N的地址；识别符的字(block)(或字段)，该识别符用来确定应用。该应用识别符是为下述的会话信息管理和应用策略所使用的。

[0104] 接着，图2(C)表示应用策略DB106的数据结构。该数据库的各记录主体有：ID，用来识别策略；策略类别，用来表示向综合系统的召集或从综合系统的退出等类别；应用的识别符，该应用应当按照该策略类别进行合作；并且还包括：exit1，表示用来管理策略的ID；退出状况；应退出的应用名等的存储块。还有，应退出的应用1、2用来定义在需要合作的应用识别符1～N之中被设定为应用1或应用2的应用结束时，从综合系统退出。也就是说，若某个应用结束，则难以进行客户机5间的信息交换，因此不得不从综合系统退出。例如， 在执行图像的传递、交换的应用和传递及交换声音的应用进行合作时，若只是执行声音传递、交换的应用结束，则TV会议上的会话不成立，因此在某个应用发挥作用所必需的应用停止时，使在功能上从属的应用停止。

[0105] 在该应用策略DB106中存储应用的信息，该应用按照会话开始或结束等的会话状态，使业务开始或结束合作。

[0106] 接着，图3表示当客户机5-1～5-M向系统加入时进行用户认证的认证装置12的详细结构。

[0107] 认证装置(服务器)12具有与总线126所连接的CPU121、存储器122、硬盘123及网络接口124，并且经由网络接口124的信息包收发部1241同网络20进行通信。 [0108] 在硬盘123中存储用来为每个用户记录认证状态的认证DB125，并且通过装载到存储器122上的认证程序127来进行读写。

[0109] 存储器122上的认证程序128执行认证功能128，该认证功能128根据来自客户机5-1～5-M的认证信息(用户名、口令等)从用户信息管理装置13读出用户信息，并判定认证信息是否正确。该认证功能128在做出了正确认证时，将用户名和进行认证的时刻作为一对记录写入认证DB125。另外，认证功能128将认证的结果通知给应用综合管理装置10。
另外，在认证功能128中具有通信监控定时器129，用来检测超时等的通信错误。 [0110] 接着，图4表示客户机5-1～5-M向系统加入时用来管理用户信息的用户信息管理装置13的详细结构，(A)表示以硬件为主体的功能框图，(B)表示用户信息管理装置13所具备的用户信息DB135的数据结构说明图。

[0111] 在图4(A)中，用户信息管理装置(服务器)13具有与总线136所连接的CPU131、存储器132、硬盘133及网络接口134，并且经由网络接口134的信息包收发部1341同网络20进行通信。

[0112] 在硬盘133中存储对每个用户的信息进行设定后的用户信息DB135，并且通过装载到存储器132上的用户信息DB程序137来进行读写。另外，用户信息DB程序137具有通信监控定时器128，用来检测超时等的通信错误。

[0113] 接着，图4(B)表示用户信息DB135的数据结构。该数据库的各记录包括：用户名；口令；应用列表，表示该用户可利用的应用识别符；账户的列表，该账户是为每个应用预先设定的使用应用服务器3-1～3-N的帐户。

[0114] 用户信息DB程序137根据来自认证装置12的请求进行用户名和口令的读出及发送，并根据来自应用综合管理装置10的请求，与用户名相对应，通知可利用的应用和应用服务器3-1～3-N的帐户。

[0115] 还有，该用户信息在用户申请向系统的加入等时已被设定。

[0116] 接着，图5表示，按照应用综合管理装置10的指令对应用服务器3-1～3-N和客户机5-1～5-M间的会话信息进行管理的会话信息管理装置11的详细结构，(A)表示以硬件为主体的功能框图，(B)表示会话信息管理装置11所具备的会话信息DB118的数据结构说明图。

[0117] 在图5(A)中，会话信息管理装置(服务器)11具有与总线115所连接的CPU111、存储器112、硬盘113及网络接口114，并且经由网络接口114的信息包收发部1141同网络20进行通信。

[0118] 在硬盘113中存储对每个用户的信息进行设定后的用户信息DB118，并且通过装载到存储器112上的会话信息DB程序116来进行读写。另外，会话信息DB程序116具有通信监控定时器117，用来检测超时等的通信错误。

[0119] 接着，图5(B)表示用户信息DB118的数据结构。该数据库的 各记录包括：用户的ID，该用户在和应用服务器3-1～3-N之间已建立会话；会话ID，用来唯一确定会话的开始时刻、会话的结束时刻及会话；已建立会话的应用信息。该应用信息如图所示，由与建立会话后的应用数目相应的字块组成，各字块包括：上述应用信息DB105的应用类别；应用会话ID，对每个应用的会话赋予；加入到会话的利用者的列表。

[0120] 会话信息DB程序116若有来自应用综合管理装置10的会话开始或结束的通知，则将其时间(例如，给信息包赋予的时刻和系统时刻)作为开始时刻或结束时刻记录到会话信息DB118中。另外，会话ID如下所述是由应用综合管理装置10所赋予的，应用会话ID由应用服务器3-1～3-N所赋予的指定号码(例如，顺序号等)构成。

[0121] 在会话信息管理装置11中，每次在应用服务器3-1～3-N和客户机5-1～5-M之间出现会话的变化，都记录时刻和应用信息。

[0122] 接着，图6表示在应用综合管理装置10之下给客户机5-1～5-M提供业务的应用服务器3-1～3-N的详细结构。还有，因为应用服务器3-1～3-N各自都同样构成，所以将这些应用服务器3-1～3-N的总称如图所示设为应用服务器3，并表示出内部结构。在下面的说明中，在说明应用服务器的整体时，如图6所示设为应用服务器3，在说明各个应用服务器时，设为应用服务器3-1～3-N。

[0123] 应用服务器3具有与总线305所连接的CPU301、存储器302、硬盘303及网络接口304，并且经由网络接口304的信息包收发部3041同网络20进行通信。

[0124] 在存储器302上装载用来提供指定业务的应用程序306，并且加以执行。在该应用程序306中具有：调用状态管理部307，用来按照来自应用综合管理装置10和客户机5-1～5-M的请求(业务开始请求和结束请求等)对业务的开始或结束进行管理；应用控制协议处理部309，用来对应用综合管理装置10和客户机5-1～5-M的应用综合客 户机51-1～
51-M之间的通信(应用控制协议)进行处理；通信监控定时器309，用来监控超时等。 [0125] 应用服务器3如下所述，根据来自应用综合管理装置10的业务开始委托(下面，为会话召集委托)，对客户机5-1～5-M的应用综合客户机51-1～51-M通知会话召集，应用综合客户机51-1～51-M用来启动各客户机5-1～5-M对应的应用，建立和客户机5-1～
5-M之间的会话，并进行业务的提供。

[0126] 接着，图7表示在应用综合管理装置10之下从应用服务器3-1～3-N接受业务的客户机5-1～5-M的详细结构。还有，由于客户机5-1～5-M各自都同样构成，因而将这些客户机5-1～5-M的总称如图所示设为客户机5，并且表示出内部结构。在下面的说明中，在说明客户机的整体时，如图7所示设为客户机5，在说明各个客户机时设为客户机5-1～5-M。

[0127] 客户机5具有与总线505所连接的CPU501、存储器502、硬盘503及网络接口504，并且经由网络接口504的信息包收发部5041同网络20进行通信。

[0128] 在存储器502上装载有应用综合客户机51-1～51-M(下面，将其总称为应用综合客户机51)，并且经由外部网络4在与应用综合管理系统1之间利用应用综合控制协议进行通信。

[0129] 应用综合客户机51根据来自应用综合管理装置10的许可或者请求和指令，有选择地启动客户机5中所安装的应用客户机50-1～50-N。各应用客户机50-1～50-N既可以按照应用综合客户机51的指令从硬盘503装载到存储器502中，也可以驻留于存储器502上。

[0130] 这些应用客户机50-1～50-N在应用综合客户机51的控制之下进行启动或结束。另外，在存储器502上具有用来监控超时等的通信监控定时器507。

[0131] <系统整体的动作>

[0132] 下面，对于使多个应用合作的综合系统整体的动作，通过参照下面所示的时序图进行说明。

[0133] {1-1。注册及单独应用的启动}

[0134] 先对于客户机5向综合系统进行注册并且启动应用之前的控制时序，通过参照图8的时序图进行说明。

[0135] 首先，在S1中客户机5对应用综合管理系统1的认证装置12，发出注册请求。具体而言，将图示的信息包PF1发送给认证装置12。该注册请求信息包PF1在IP标题之后，还包含作为信息包类别表示注册请求的信息、综合系统的会话ID以及利用客户机5的用户名及口令。

[0136] 在S2中，接收到该注册请求信息包PF1的认证装置12对用户信息管理装置13，发出有请求的用户认证信息核对的请求。该认证信息的核对请求是通过将图示的信息包PF2发送给用户信息管理装置13来进行的。

[0137] 该认证信息核对请求信息包PF2在IP标题之后，还包含作为信息包类别表示认证信息核对的信息(识别符)、综合系统的会话ID以及利用客户机5的用户名及口令。 [0138] 在S3中，接收到该认证信息核对请求信息包PF2的用户信息管理装置13检索用户信息DB135并判定相应的用户信息是否合法，生成核对结果将其回发给认证装置12。此回发是通过将图示的信息包PF3发送给认证装置12来进行的。该回发信息包是认证信息核对完成信息包PF3，并且在IP标题之后还在作为信息包类别表示认证信息核对完成的信息(识别符)、综合系统的会话ID、利用客户机5的用户名及口令中，附加了表示核对结果的响应代码。该响应代码由表示注册成功或失败中的一个的识别符构成。 [0139] 接着，在S4中，如果认证信息的核对结果是合法，则认证装置12对应用综合管理装置10请求当前可利用的应用服务器3-1～3-N的 列表。该请求是利用应用信息发送委托信息包PF27发出的，并且该信息包在IP标题之后，还包括作为信息包类别表示应用信息请求和认证信息核对完成的信息(识别符)以及综合系统的会话ID。

[0140] 接收到该应用信息发送委托信息包PF27的应用综合管理装置10参照应用信息DB105，生成可利用的应用服务器3-1～3-N的列表，回发给认证装置12。 [0141] 此回发是利用应用信息DB信息包PF28发出的，该信息包在IP标题之后还在作为信息包类别表示应用信息的信息(识别符)、综合系统的会话ID以及上述所生成的应用服务器的列表中附加了响应代码。该响应代码由表示应用服务器列表的取得是否成功或者是否出现错误的识别符构成。

[0142] 接收到应用信息DB信息包PF28的认证装置12，向客户机5发送包括注册完成及可利用应用服务器列表的注册完成通知信息包PF5。该注册完成通知信息包PF5在IP标题之后，还包括作为信息包类别表示注册完成的信息(识别符)、综合系统的会话ID、上述生成的应用服务器的列表以及附加了上述响应代码的信息。

[0143] 接收到注册完成通知信息包PF5的客户机5按照服务器的列表，对在客户机5方选择出的指定应用服务器请求会话的开始，并接受业务的提供。

[0144] {1-2。注册及单独应用的启动}

[0145] 也可以取代上述图8的控制时序，将可利用的应用服务器3-1～3-N的列表请求，如图9所示替代认证装置12而由客户机5发出请求。

[0146] 图9的S1～S3与上述图8的S1～S3相同，并且如上所述进行认证装置12和用户信息管理装置13中的认证。然后，认证装置12在S10中对客户机5通知注册完成。该注册完成通知是利用图示的信息包PF4发出的。该注册完成通知信息包PF4在IP标题之后，还包 括作为信息包类别表示注册完成的信息(识别符)、综合系统的会话ID以及附加了上述响应代码的信息。

[0147] 接着，在S11中，接收到注册完成通知的客户机5对应用综合管理装置10，发送与上述图8相同的应用信息发送委托信息包PF27。

[0148] 在S12中，接收到应用信息发送委托信息包PF27的应用综合管理装置10参照应用信息DB105，生成可利用的应用服务器3-1～3-N的列表，并发送与上述图8相同的应用信息DB信息包PF28。

[0149] 接收到应用信息DB信息包PF28的客户机5提取应用服务器的列表，对在客户机5方选择出的指定应用服务器请求会话的开始，并可以单独接受业务的提供。 [0150] 如上述图8所示，在认证信息的核对完成后，既可以由认证装置12对应用综合管理装置10发出应用信息的发送委托，也可以如图9所示由客户机5将下述信息包PF27发送给应用综合管理装置10，该信息包PF27已附加来自认证装置12的认证信息核对完成结果。如果包含有作为信息包类别表示应用信息请求和认证信息核对完成的信息(识别符)，则应用综合管理装置10信任该信息并发送应用列表。

[0151] {1-3。综合会话的开始}

[0152] 下面，对于在多个客户机5中使多个应用合作进行信息交换的综合系统(下面，为综合会话)的开始，通过参照图10的时序图进行说明。

[0153] 下面所示的示例表示，客户机5-1请求综合会话的召集(开始)、并在各应用服务器3-1～3-N和各客户机5之间开始综合会话之前的步骤。

[0154] 首先，在S21中客户机5-1对应用综合管理装置10发出综合会话的召集请求。 [0155] 该综合会话的召集请求，是由客户机5-1发送图25所示的信息包PF6。在该信息包PF6中，在IP标题之后还包含作为信息包类别 表示综合会话召集请求的信息(识别符)、综合系统的会话ID、请求召集的加入者(用户)列表、使用的应用客户机50-1～50-N列表以及应用客户机50-1～50-N类别的列表。综合系统的会话ID由客户机生成使之在系统内成为唯一。

[0156] 也就是说，在综合会话的召集之前，客户机5-1的用户预先指定加入者和使用的应用客户机50-1～50-N。然后，在请求召集时，应用综合客户机51-1生成加入者列表和使用应用列表，并向应用综合管理装置10发送信息包PF6。

[0157] 收到综合会话召集请求的应用综合管理装置10利用图25的信息包PF7，对认证装置12就客户机5-1的用户认证状况发出通知的委托(S22)。认证装置12如上述图8或图9所示，预先进行认证，并参照认证DB123判定认证信息的核对是否合法，利用图25的信息包PF28将该用户的认证状况是否合法通知给应用综合管理装置10(S23)。 [0158] 收到认证状况通知的应用综合管理装置10如果认证状况为合法，则对用户信息管理装置13利用图25的信息包PF9请求客户机5-1的用户信息通知(S24)。 [0159] 在该信息包PF9中，在IP标题之后还包含作为信息包类别表示用户信息发送委托的信息(识别符)、综合系统的会话ID、客户机5-1的加入者列表中所记载的请求召集的用户名列表以及客户机5-1所指定的使用应用识别符列表。应用识别符的列表对应于图2应用信息DB105的应用识别符。

[0160] 用户信息管理装置13依据来自应用综合管理装置10的用户信息请求，从所接收到的信息包PF9中取得每个加入综合会话的用户名可利用的应用和应用服务器的帐户。然后，对从信息包PF9中所提取的使用应用识别符的列表和可利用的应用进行核对，制作为各用户的每个应用表示可否利用的响应代码，并利用图25的信息包PF10将用户 信息发送给应用综合管理装置10。该信息包PF10在IP标题之后，还包含作为信息包类别表示用户信息的信息(识别符)、综合系统的会话ID、可加入综合会话的用户名列表、客户机5-1所指定的使用应用识别符列表、各应用的应用服务器3-1～3-N的帐户列表以及上述各用户每个应用的响应代码。

[0161] 应用综合管理装置10如果在信息包PF10的响应代码中没有问题，则为了开始综合会话，生成加入者(客户机5)和应用服务器3-1～3-N之间的应用会话ID，并采用综合会话召集请求(S21)中包含的综合会话ID，对会话信息管理装置11发出会话信息的登录委托(S26)。

[0162] 该登录委托是利用图25的信息包PF11发出的，并且在IP标题之后，还包含作为信息包类别表示会话信息登录委托的信息(识别符)、有客户机指定的综合系统的会话ID、加入综合会话的用户名列表、使用应用的会话ID列表以及表示应用类别的信息。 [0163] 会话信息管理装置11在向图5所示的会话信息DB118请求了综合会话的用户名(用户ID)下记录开始时刻和综合会话ID，并按应用的每个类别记录应用的会话ID和加入者列表。若完成了记录，则会话信息管理装置11对应用综合管理装置10，利用图25的信息包PF12通知会话信息的登录完成(S27)。

[0164] 收到会话信息登录完成通知的应用综合管理装置10对与使用应用对应的各应用服务器3-1～3-N，分别请求会话的召集(S28-1～28-N)。

[0165] 该会话召集请求是利用图25的信息包PF13发出的，并且在IP标题之后，还包含作为信息包类别表示会话召集委托的信息(识别符)、综合系统的会话ID、应用的会话ID以及加入综合会话的用户名列表。

[0166] 收到该会话召集请求的应用服务器3-1～3-N分别对加入的客户 机5通知会话的召集，并且各客户机5回发加入。

[0167] 例如，在应用服务器3-1和3-N进行会话的召集时，首先应用服务器3-1对客户机5-1通知会话的召集(S29-1)。客户机5-1据此回发加入，建立应用会话(S30-1)。 [0168] 同样，应用服务器3-1对客户机5-M通知会话的召集(S29-M)。客户机5-M据此回发加入，建立应用会话(S30-M)。

[0169] 应用服务器3-1若建立了加入者的所有会话，则对应用综合管理装置10通知应用1的会话召集已完成(S31)。该通知是利用图25的信息包PF14发出的，并且在IP标题之后还包含作为信息包类别表示会话召集完成的信息(识别符)、综合系统的会话ID、应用的会话ID以及表示有无建立会话的响应代码。还有，在该响应代码中包含在出现与会话召集不相应的客户机5时表示错误的信息。

[0170] 应用服务器3-N也和上述S29-1到S31相同，对客户机5-1～5-M通知会话的召集(S32-1～M)，接收加入的响应(S33-1～M)。

[0171] 应用服务器3-N若和所有加入者建立了会话，则对应用综合管理装置10通知应用N的会话召集已完成(S35)。

[0172] 然后，若综合会话中使用的所有应用服务器3-1～3-N和全部作为加入者的各客户机5-1～5-M完成了会话的召集，则对各客户机5-1～5-M通知综合会话的会话召集完成(S36-1～36-M)。该通知是利用图26的信息包PF15和PF16发出的，并且信息包PF15只通知综合会话的召集完成，信息包PF16包含加入者列表、每个应用的会话ID以及应用类别。

[0173] 按照上面的顺序，进行综合会话的召集，根据客户机5-1所请求的加入者和应用的不同，开始综合会话，并在多个用户间使多个应用合作以实时方式进行信息的交换。 [0174] {1-4。从综合会话的退出}

[0175] 下面，对于客户机5的一个从综合会话退出的情形，通过参照图 11的时序图进行说明。在该示例中表示客户机5-M从综合会话退出的情形。

[0176] 客户机5-M对应用综合管理装置10，利用图26的信息包PF17请求从综合会话的退出(S40)。该信息包PF17在IP标题之后，还包括作为信息包类别表示从综合会话的退出请求的信息(识别符)、综合系统的会话ID以及用户名。

[0177] 接收到退出请求的应用综合管理装置10将已受理从综合会话的退出的通知，发送给客户机5-M(S41)。该处理是利用图26的信息包PF18来进行的，并且在IP标题之后还包含作为信息包类别表示从综合会话的退出受理的信息(识别符)、综合系统的会话ID以及响应代码。

[0178] 接着，应用综合管理装置10对当前综合会话中使用的应用服务器3-1～3-N，通知客户机5-M的用户要从应用会话退出的委托(S42-1～N)。

[0179] 该处理是利用图26的信息包PF19来进行的，并且在IP标题之后还包含作为信息包类别表示从综合会话的退出委托的信息(识别符)、综合系统的会话ID、应用的会话ID以及请求退出的用户列表。

[0180] 各应用服务器3-1～3-N根据该退出请求，向信息包PF19的用户列表中所记载的客户机5-M通知从会话的退出，并等待来自客户机5-M的响应。

[0181] 例如，对于应用服务器3-1来说，向客户机5-M通知从应用会话的退出(S43)，并且客户机5-M对此进行回发，结束和应用服务器3-1之间的会话(S44)。

[0182] 同样，对于应用服务器3-N来说，向客户机5-M通知从应用会话的退出(S45)，并且客户机5-M对此进行回发，结束和应用服务器3-1之间的会话(S46)。

[0183] 各应用服务器3-1～3-N若完成了所请求用户的退出，则向应用 综合管理装置10通知指定的用户已从各应用会话退出(S47-1～S47-N)。该处理是利用图26的信息包PF20来进行的。信息包PF20在IP标题之后，还包含作为信息包类别表示会话退出完成的信息(识别符)、综合系统的会话ID、应用的会话ID、从综合会话退出的用户名列表以及表示退出状况的响应代码。

[0184] 若从综合会话中使用的所有应用服务器3-1～3-N接收到退出完成通知，则应用综合管理装置10向会话信息管理装置11委托会话信息的更新(S48)。该处理是利用图26的信息包PF21来进行的。信息包PF21在IP标题之后，还包含作为信息包类别表示会话信息更新委托的信息(识别符)、综合系统的会话ID、操作类别(添加或删除)、作为操作对象的用户列表、相同应用的会话ID列表以及应用的类别列表。

[0185] 接收到该信息包PF21的会话信息管理装置11检索图5的会话信息DB118，在用户列表中检索相应的用户ID并设定结束时刻，接着按照各用户的信息检索相应的应用会话ID，将上述用户列表中所记述的用户从利用者列表删除。

[0186] 会话信息管理装置11若完成了会话信息DB118的更新，则对应用综合管理装置10通知更新完成(S49)。该处理是利用图26的信息包PF22来进行的。信息包PF22在IP标题之后，还包含作为信息包类别表示会话信息更新完成的信息(识别符)、综合系统的会话ID、该综合会话中正在使用的应用会话ID列表、应用的类别列表以及表示更新结果的响应代码。

[0187] 通过上面的处理，若某个用户从综合会话退出，则由各应用服务器3-1～3-N进行会话的结束，此后根据应用综合管理装置10的指令，更新会话信息DB118，并在退出后用户ID的会话信息DB118中记述结束时刻，记录一系列综合会话已结束。

[0188] {1-5。从应用会话的退出}

[0189] 下面，在某个客户机5只是对于特定的应用想要中止利用时，按照图12所示的时序图来进行处理。该处理例如可以在TV会议的综合会话等中根据网络的响应速度和客户机5的负载等只想中止利用动态图像应用时，来进行。

[0190] 某个客户机5对应用综合管理装置10，利用图27的信息包PF30请求从用户所指定综合会话的退出(S51)。该信息包PF30由客户机5的应用综合客户机51来生成，并且在IP标题之后，还包括作为信息包类别表示从应用会话的退出请求的信息(识别符)、综合系统的会话ID、要退出的应用列表以及发出过请求的用户名。还有，客户机5和应用综合管理系统1间的通信是通过应用综合客户机51来进行的。

[0191] 接收到退出请求的应用综合管理装置10将已受理从综合会话的退出的通知，发送给客户机5(S52)。该处理是利用图27的信息包PF31来进行的，并且在IP标题之后还包含作为信息包类别表示从应用会话的退出受理的信息(识别符)、综合系统的会话ID以及响应代码。

[0192] 接着，应用综合管理装置10参照应用策略DB106，检查在上述S51中所指定的应用和其他应用的合作关系。在有下述关系时(图2(C)的应用1和2)，如果有一个应用的退出请求，也发出另一个应用的退出请求，上述关系为若结束了用户所指定应用的会话则也使其他应用的会话结束的关系。

[0193] 在此，表示客户机5的用户指示出应用1退出的情形。

[0194] 应用综合管理装置10对提供应用1、2业务的应用服务器3-1和3-2，通知客户机5的用户要从应用会话退出的委托(S53-1、S53-2)。

[0195] 这些处理是利用上述图27的信息包PF30来进行的。各应用服务器3-1～3-N根据该会话的退出请求，向信息包PF30的用户列表中所记载的用户的客户机5，通知从应用会话的退出，并等待来自客户机 的响应。

[0196] 例如，对于应用服务器3-1来说，向客户机5通知从应用会话的退出(S54-1)，并且客户机5对此进行回发，结束和应用服务器3-1之间的会话(S55-1)。

[0197] 同样，对于应用服务器3-2来说，向客户机5通知从应用会话的退出(S54-2)，并且客户机5对此进行回发，结束和应用服务器3-2之间的会话(S55-2)。

[0198] 各应用服务器3-1～3-N若完成了所请求用户的退出，则向应用综合管理装置10通知指定的用户已从各应用会话退出(S56-1～S56-2)。该处理如上所述是利用图26的信息包PF20来进行的，该信息包PF20包含应用会话ID和从会话退出的用户名列表。 [0199] 若与所指定的应用会话对应的所有应用服务器3-1～3-N接收到退出完成通知，则应用综合管理装置10向会话信息管理装置11委托会话信息的更新(S57)。该处理是利用上述图26的信息包PF21来进行的。

[0200] 接收到该信息包PF21的会话信息管理装置11检索图5的会话信息DB118，在用户列表中检索相应的用户ID将相应的应用会话ID消除，并且从与应用会话ID对应的利用者列表将在51中发出过请求的用户删除。

[0201] 会话信息管理装置11若完成了会话信息DB118的更新，则对应用综合管理装置10通知更新完成(S58)。该处理是利用上述图26的信息包PF22来进行的。

[0202] 通过上面的处理，若某个用户从所指定的应用会话退出(应用的利用中止)，则由各应用服务器3-1～3-N进行会话的结束，此后根据应用综合管理装置10的指令，更新会话信息DB118，并在退出了的用户ID的会话信息DB118中将应用会话ID消除，从与其他用户的应用会话ID对应的利用者列表中，删除申请过应用会话中止的用户 名。 [0203] 然后，应用综合管理装置10不断监控各应用之间的合作关系，在有一个应用的退出请求时需要另一个应用退出的情况下，可以根据应用策略DB106的设定，自动也使存在合作关系的应用会话结束，因此可以防止在客户机5和应用服务器3-1～3-N间维持无用的会话。

[0204] {1-6。综合会话的结束}

[0205] 接着，在利用的用户变成一人的情况等综合会话不起作用时，应用综合管理装置10进行综合会话的结束。对于该综合会话的结束，通过参照图13的时序图进行说明。 [0206] 在利用者变成一人等指定条件成立时，应用综合管理装置10为了结束综合会话，要使综合会话中使用的应用会话结束。

[0207] 为此，应用综合管理装置10从会话信息管理装置11的会话信息DB118取得相应的用户ID和应用的会话ID，之后开始处理。

[0208] 首先，对综合会话中曾使用的应用服务器3-1～3-N，通知成为最后用户的客户机5-1要从应用会话退出的委托(S61-1～61-N)。

[0209] 这些处理是利用上述图27的信息包PF30来进行的。各应用服务器3-1～3-N根据该会话的退出请求，向信息包PF30的用户列表中所记述的用户的客户机5，通知从会话的退出，并等待来自客户机的响应。

[0210] 例如，对于应用服务器3-1来说，向客户机5-1通知从应用会话的退出(S62)，并且客户机5-1对此进行回发，结束和应用服务器3-1之间的会话(S63)。

[0211] 同样，对于应用服务器3-N来说，向客户机5-1通知从应用会话的退出(S64)，并且客户机5对此进行回发，结束和应用服务器3-N之间的会话(S65)。

[0212] 各应用服务器3-1～3-N若完成了最后用户的退出，则向应用综合管理装置10通知指定的用户已从各应用会话退出(S66-1～ S66-N)。该处理如上所述是利用图26的信息包PF20来进行的，该信息包PF20包含应用会话ID和从会话退出的用户名列表。 [0213] 若从令其结束的综合会话中曾使用的所有应用服务器3-1～3-N接收到退出完成通知，则应用综合管理装置10向会话信息管理装置11委托会话信息的更新(S67)。该处理是利用上述图26的信息包PF21来进行的。

[0214] 接收到该信息包PF21的会话信息管理装置11检索图5的会话信息DB118，并在用户列表中检索相应的用户ID，对相应的用户ID的结束时刻设定时刻，记录综合会话的结束。

[0215] 会话信息管理装置11若完成了会话信息DB118的更新，则对应用综合管理装置10通知更新完成(S58)。该处理是利用上述图26的信息包PF22来进行的。

[0216] 通过上面的处理，在利用者变成一人等需要使综合会话结束时，应用综合管理装置10令所有与综合会话ID对应的应用会话结束，在最后利用者的会话信息中记录综合会话的使用结束，并结束综合会话。

[0217] {1-7。综合会话开始时的错误(客户机方的必要应用)}

[0218] 下面，对于开始综合会话时在客户机5方，在综合会话不可缺少的必要应用中发生错误的情形，通过参照图14的时序图进行说明。

[0219] 如上述图10所示，在按S21～S27的步骤开始综合会话之后，应用综合管理装置10如图14的S71-1～N所示，对与综合会话中使用的应用对应的应用服务器3-1～3-N发出会话的召集委托。该召集委托与上述图10的S28-1～S28-N同样进行的。 [0220] 收到会话召集请求的应用服务器3-1～3-N分别对要加入的客户机5-1～5-M通知会话的召集，并且各客户机5回发加入，建立应用的会话。

[0221] 例如，在提供必要应用的应用服务器3-1和3-N进行会话召集时， 首先应用服务器3-1对客户机5-1通知会话的召集(S72-1)。客户机5-1对此回发加入，建立应用会话(S73-1)。

[0222] 同样，应用服务器3-1对客户机5-M通知会话的召集(S72-M)。客户机5-M对此回发加入，建立应用会话(S73-M)。

[0223] 应用服务器3-1若建立了加入者所有的应用会话，则对应用综合管理装置10通知应用1的会话召集已完成(S74)。该通知与上述图10的S31相同，是利用图25的信息包PF14发出的。

[0224] 接着，应用服务器3-N对客户机5-1通知会话的召集(S75-1)。客户机5-1对此回发加入，建立应用会话(S76-1)。

[0225] 同样，应用服务器3-N对客户机5-M通知会话的召集(S75-M)。客户机5-M针对该通知发出不加入的通知或者客户机5-M的应用客户机50-N超时(S76-M)。来自客户机5-M的不加入通知通过监控客户机应用的应用综合客户机51-M的处理，通知到应用综合管理系统方。

[0226] 检测出不加入或超时后的应用服务器3-N向应用综合管理装置10通知在客户机5-M中发生了错误(S77)。该通知是利用图25的信息包PF23来进行的，并且在IP标题之后还包含作为信息包类别表示会话召集错误的信息(识别符)、综合系统的会话ID、应用的会话ID、表示错误发生在客户机5方和应用服务器方哪一方的错误类别、发生错误的客户机5的用户列表以及应用类别。在此，因为应用类别为必须的，所以各客户机5可以得知无法开始综合会话。还有，在用户列表中可以设定多个用户名。

[0227] 在此，应用综合管理装置10对于发生错误的应用服务器3-N的类别，参照应用信息DB105来判定相应的应用是否是必须的。

[0228] 如果是必须的应用，则发生错误的客户机5-M不能加入综合会话，因此对已经建立应用会话的应用服务器3-1，传送使客户机5-M从综合会话强制退出的委托(S78)。 [0229] 该处理是利用图26的信息包PDF24来进行的，该信息包PF24在IP标题之后，还包含作为信息包类别表示从综合会话的强制退出的信息(识别符)、综合系统的会话ID、作为对象的应用会话ID、发生错误的用户列表以及应用类别。

[0230] 接着，接收到该强制退出委托的应用服务器3-1对信息包PF24的用户列表中所包含用户的客户机5-M，发送强制退出请求。该处理是利用与图26的信息包PF17相同的信息包来进行的。

[0231] 接收到该强制退出请求的客户机5-M的应用综合客户机51-M对应用服务器3-1发送强制退出的承诺，与此同时应用服务器3-1结束和客户机5-M之间的应用会话。 [0232] 接着，应用服务器3-1对应用综合管理装置10通知客户机5-M的强制退出已完成(S81)。该通知是利用图26的信息包PF25发出的，并且在IP标题之后还包含作为信息包类别表示从综合会话的强制退出完成的信息(识别符)、综合系统的会话ID、作为强制退出对象的应用会话ID、发生错误的用户列表以及响应代码。

[0233] 应用综合管理装置10若接收到强制退出完成通知，则将在综合会话的召集过程中发生了错误通知给各客户机5(S82)。该通知是利用图26的信息包PF26发出的，并且在IP标题之后还包含作为信息包类别表示发生了综合会话召集错误的信息(识别符)、综合系统的会话ID、识别错误发生在客户机5方和应用服务器方哪一方的错误类别、发生错误的用户列表以及响应代码。

[0234] 此后，应用综合管理装置10与上述图11所示的S48、S49相同，对会话信息管理装置11发出在会话信息DB118中记录下述信息的请求(S83)，该信息为除客户机5-M的用户之外有请求的加入者开始了综合会话；会话信息管理装置11若完成了会话信息DB118的更新，则向应用综合管理装置10通知会话信息更新完成(S84)。

[0235] 这样一来，在客户机5方于必要应用中发生错误时，使相应的客 户机5已经建立的应用会话强制结束，与此同时对加入综合会话的其他用户通知发生了错误的用户列表，在建立必要应用的应用会话后的客户机5之间开始综合会话。

[0236] {1-8。综合会话开始时的错误(服务器方的必要应用)}

[0237] 下面，对于开始综合会话时在应用服务器方于综合会话不可缺少的必要应用中发生错误的情形，通过参照图15的时序图进行说明。

[0238] 如上述图10所示，在按S21～S27的步骤开始综合会话之后，应用综合管理装置10如图15的S71-1～N所示，对与综合会话中使用的应用对应的各应用服务器3-1～3-N发出会话的召集委托。该召集委托是与上述图10的S28-1～S28-N同样进行的。 [0239] 收到会话召集请求的应用服务器3-1～3-N分别对要加入的客户机5-1～5-M通知会话的召集，并且各客户机5回发加入，建立应用会话。

[0240] 在此，表示应用服务器3-1～3-N提供必要应用的情形，并且举例说明在应用服务器3-N中发生了错误的情形。

[0241] 首先，应用服务器3-1与上述图14的S72-1～M、S73-1～M、S74相同，和客户机5-1～M建立应用的会话，并对应用综合管理装置10通知应用1的会话召集已完成。 [0242] 接着，提供必要应用的应用服务器3-N针对来自应用综合管理装置10的会话召集委托，因发生了异常而发送错误(S280)。还有，取代错误通知，在应用综合管理装置10对会话召集委托(S71-N)的响应(召集完成通知)超时的情况下，也是相同的。 [0243] 在此，应用综合管理装置10对于发生了错误的应用服务器3-N的类别，参照应用信息DB105，来判定相应的应用是否是必须的。

[0244] 如果是必须的应用，则不能开始综合会话，因此对已和客户机5建立了应用会话的应用服务器3-1，发出从该综合会话强制退出的委托(S281)。该处理是利用上述图26的信息包PF24来进行的。

[0245] 应用服务器3-1根据信息包PF24的用户列表，对已加入该综合会话的客户机5-1～5-M，发出强制退出的请求(S282、S284)。

[0246] 各客户机5依照应用服务器3-1的指令，承诺强制退出，并且应用服务器3-1结束和各客户机5之间的应用会话(S283、S285)。

[0247] 加入该综合会话的全部用户和结束了应用会话后的应用服务器3-1对应用综合管理装置10，利用上述图26的信息包PF25通知强制退出完成(S286)。

[0248] 接收到该信息包PF25的应用综合管理装置10将综合会话的召集已失败通知给各客户机5(S287)。该通知是利用图26的信息包PF27发出的，并且在IP标题之后还包含作为信息包类别表示综合会话召集失败的信息(识别符)以及综合系统的会话ID。 [0249] 根据该通知，各客户机5的应用综合客户机51-1～M得知无法开始综合会话，并可以传达给用户。

[0250] 接着，应用综合管理装置10因在图10的S26、S27中所制作出的会话信息DB118的会话信息为无效，而向会话信息管理装置11发出将该综合会话ID的记录删除的委托(S288)。

[0251] 该处理是利用图27的信息包PF32来进行的，并且在IP标题之后还包含作为信息包类别表示会话信息删除委托的信息(识别符)以及综合系统的会话ID。 [0252] 然后，会话信息管理装置11若删除了该综合会话ID的记录，则将删除完成通知给应用综合管理装置10(S289)。

[0253] 这样一来，在提供必要应用的应用服务器中发生错误时，使客户机5已经建立的应用会话强制结束，并且删除会话信息将综合会话结束。

[0254] {1-9。综合会话开始时的错误(客户机方的任意应用)}

[0255] 下面，对于开始综合会话时在客户机5方于综合会话可任意使用的应用中发生错误的情形，通过参照图16的时序图进行说明。

[0256] 当开始综合会话时，应用综合管理装置10向各应用服务器3-1～3-N发送会话的召集委托(S71-1～N)，应用服务器3-1和各客户机51-1～M建立应用会话(S72-1～M，S73-1～M)，向应用综合管理装置10通知会话召集完成(S74)，至此与上述图10及图14相同。

[0257] 接着，提供任意应用的应用服务器3-N对客户机5-1通知会话的召集(S75-1)。客户机5-1对此回发加入，建立任意的应用会话(S76-1)。

[0258] 应用服务器3-N对客户机5-M通知会话的召集(S75-M)。客户机5-M对于该通知发出不加入的通知或者客户机5-M的应用客户机50-N超时(S90)。还有，来自客户机5-M的不加入通知通过监控客户机应用的应用综合客户机51-M的处理，通知到应用综合管理系统方。

[0259] 检测出不加入或超时的应用服务器3-N向应用综合管理装置10通知在客户机5-M中发生了错误(S91)。该通知是利用上述图25的信息包PF23发出的。

[0260] 在此，应用综合管理装置10对于发生错误的应用服务器3-N的类别，参照应用信息DB105来判定相应的应用是必须的还是任意的。

[0261] 因为是任意的应用，所以客户机5-M可以将发生错误的任意应用去除，加入到综合会话中。

[0262] 应用综合管理装置10对于各客户机5，将在综合会话的召集过程中发生了错误通知各客户机5(S92)。该通知是利用上述图26的信息包PF26发出的，并且包含作为信息包类别表示发生综合会话召集错误的信息(识别符)、综合系统的会话ID、识别错误发生在客户机5方和应用服务器方哪一方的错误类别、发生错误的用户列表以及应用类别。在此，因为应用类别是任意的，所以可以得知，无法通过任意应用和处于错误用户列表中的加入者进行信息交换。

[0263] 此后，应用综合管理装置10与上述图11所示的S48、S49相同， 对会话信息管理装置11发出将下述信息记录到会话信息DB118中的请求(S83)，该请求为只是客户机5-M的用户不利用任意应用(应用服务器3-N)而有请求的加入者开始了综合会话；会话信息管理装置11若完成了会话信息DB118的更新，则向应用综合管理装置10通知会话信息的更新完成(S83)。

[0264] 这样一来，在客户机5方于任意应用中发生错误时，只是相应的客户机5不和任意的应用服务器3-N建立应用会话，并且按原状开始综合会话。但是，对加入综合会话的其他用户通知发生了错误的用户列表，并且除任意应用之外在全部用户间开始综合会话。 [0265] {1-10。综合会话开始时的错误(服务器方的任意应用)}

[0266] 下面，对于开始综合会话时，应用服务器方在综合会话可任意使用的应用中发生错误的情形，通过参照图17的时序图进行说明。在此，应用服务器3-N设为任意的应用服务器。

[0267] 当开始综合会话时，应用综合管理装置10向各应用服务器3-1～3-N发送会话的召集委托(S71-1～N)，应用服务器3-1和各客户机51-1～M建立应用会话(S72-1～M，S73-1～M)，并向应用综合管理装置10通知会话召集完成(S74)，至此与上述图10及图15相同。

[0268] 接着，提供必要应用的应用服务器3-N针对来自应用综合管理装置10的会话召集委托，因发生了异常而发送错误(S100)。还有，取代错误通知，在应用综合管理装置10对会话召集委托(S71-N)的响应(召集完成通知)超时的情况下，也是相同的。 [0269] 在此，应用综合管理装置10对于发生了错误的应用服务器3-N的类别，参照应用信息DB105来判定相应的应用是必须的还是任意的。

[0270] 如果是任意的应用，则能够开始综合会话，但是因为应用服务器3-N的业务不能利用，所以应用综合管理装置10针对各客户机5，将在综合会话的召集过程中发生了错误通知给各客户机5(S101)。该 通知是利用上述图26的信息包PF26发出的，并且包含作为信息包类别表示发生了综合会话召集错误的信息(识别符)、综合系统的会话ID、识别错误发生在客户机5方和应用服务器方哪一方的错误类别(这里为服务器方)、发生错误的用户列表以及应用类别。在此，对于各客户机5的应用综合客户机51来说，因为应用类别是任意的，所以可以得知，无法通过没有应用会话的任意应用在加入者之间进行信息交换。 [0271] 此后，应用综合管理装置10与上述图11所示的S48、S49相同，对会话信息管理装置11发出将下述信息记录到会话信息DB118中的请求(S102)，该请求为不利用应用服务器3-N的任意应用而已按照其他请求过的任意应用开始了综合会话；会话信息管理装置11若完成了会话信息DB118的更新，则向应用综合管理装置10通知会话信息的更新完成(S103)。

[0272] 这样一来，在应用服务器方于任意应用中发生错误时，不和相应的任意应用服务器3-N建立应用会话，并且按原状开始综合会话。但是，已建立应用会话的任意应用服务器却可以利用。

[0273] 上面，如图14～图17所示，应用综合管理装置10判定发生错误方为客户机5和应用服务器的哪一方并且是必要应用还是任意应用的哪一个，按照错误类别和错误的发生地来使用最佳的处理，并且只在提供必要应用的应用服务器中发生错误时不开始综合会话，而在其他情况下仍可以通过可能的结构来开始综合会话。

[0274] <各装置中控制的详细状况>

[0275] {2-1。认证装置}

[0276] 下面，对于由认证装置12进行的控制一个示例，通过参照图18的流程图进行说明。该流程图按指定的周期来执行。

[0277] 在S111中，开始信息包接收环路，接收来自外部网络4或内部网络2的信息包。 [0278] 在S112中，判定所接收到的信息包是否是来自客户机5的注册请求，如果是注册请求则进入到S116，向用户信息管理装置13请求认证信息核对(图8、图9的S2)。 [0279] 另一方面，如果所接收到的信息包不是注册请求，则进入到S113，判定是否是来自用户信息管理装置13的认证信息核对完成信息包。如果是认证信息核对完成，则进入到S117，在认证信息DB125中记录用户名和认证时刻，之后向客户机5通知注册完成(图9的S10)。

[0280] 如果所接收到的信息包不是认证信息核对完成，则进入到S 114，判定是否是来自应用综合管理装置10的认证状况通知委托。如果是认证状况通知委托，则检索认证信息DB125并按照用户名和认证时刻将认证状况通知发送给应用综合管理装置10(图10的S23)。 [0281] 然后，在S115中结束信息包接收环路。

[0282] 通过上面的处理，针对注册请求在和用户信息管理装置13之间进行认证信息核对，通知给客户机5，并且依照来自应用综合管理装置10的认证状况通知委托进行认证信息DB的检索，发出认证状况的通知。

[0283] {2-2。用户信息管理装置}

[0284] 下面，对于由用户信息管理装置13进行的控制一个示例，通过参照图19的流程图进行说明。该流程图是以指定的周期来执行的。

[0285] 在S122中，开始信息包接收环路，接收来自外部网络4或内部网络2的信息包。 [0286] 在S123中，判定是否接收到来自认证装置12的认证信息核对请求，如果是认证信息核对请求的信息包PF2，则进入到S126，检索用户信息DB135并判定用户名和口令是否正确。如果用户名和口令相一致，则进入到S127，向认证装置12通知认证信息核对完成(图8的S3)。另一方面，在用户名和口令不一致时，进入到S129，在认证信息核对完成信息包PF3的响应代码中记述错误，并发送给认证装置 12。

[0287] 在上述S123中，在所接收到的信息包不是认证信息核对请求时，进入到S124，判定是否是来自应用综合管理装置10的用户信息发送委托(图10的S24)，在是用户信息发送委托时，进入到S128，检索用户信息DB135，将与用户名对应的应用列表和帐户列表发送给应用综合管理装置10(图10的S25)。

[0288] 在进行上面的处理之后，在S125中结束信息包接收环路。

[0289] {2-3。应用综合管理装置}

[0290] 下面，对于由应用综合管理装置10进行的控制一个示例，通过参照图20、图21的流程图进行说明。这些流程图是以指定的周期来执行的，图20是进行正常状态处理的流程图，图21是在系统的某一个中出现异常时进行处理的子程序的流程图。 [0291] 首先，在图20的S131中，开始信息包接收环路，接收来自外部网络4或内部网络2的信息包。

[0292] 在S132中，判定是否从客户机5接收到综合会话的开始请求，在接收到时进入到S144，向认证装置12发送认证状况的通知委托(图10的S22)，之后从S143结束信息包接收环路。

[0293] 接着，在S133中判定是否从认证装置12接收到认证状况的通知(图10的S23)，在接收到时进入到S145，根据认证状况的通知判定用户是否已认证。在已认证时进入到S146，给用户信息管理装置13发送用户信息的发送委托(图10的S24)。另一方面，在用户不是已认证时，对各客户机5通知综合会话的召集失败，通过S143结束信息包接收环路。 [0294] 接着，在S134中，判定是否从用户信息管理装置13接收到用户信息(图10的S25)。在接收到用户信息时，向会话信息管理装置11发出会话信息的登录委托(图10的S26)。然后，通过S143结束信息包接收环路。

[0295] 接着，在S135中，判定是否接收到会话信息的登录完成(图10的S27)。在接收到会话信息登录完成时进入到S149，对综合会话中使用的所有应用服务器3-1～3-N委托召集(S28-1～N)，之后在S143中结束信息包接收环路。

[0296] 在S136中，判定是否从各应用服务器3-1～3-N接收到会话召集完成(图10的S31、S35)。在接收到会话召集完成时进入到S150，对于综合会话中使用的所有应用服务器3-1～3-N，判定是否已召集完成。如果对于使用的所有应用服务器3-1～3-N已召集完成，则进入到S151，将综合会话的召集完成通知给各客户机5(图10的S36-1)。然后，在S152中将综合会话ID通知给所召集用户之外的客户机5(图10的S36-M)，之后从S143结束信息包接收环路。

[0297] 在S137中，判定是否从认证装置12接收到应用信息发送委托(图8的S4)。在接收到时进入到S153，参照应用信息DB105，通知所请求的应用信息，之后结束信息包接收环路(S143)。

[0298] 在S138中，判定是否从客户机5接收到应用会话退出请求(图12的S51)。在接收到时，在S154中将应用会话退出请求受理发送给客户机5，之后在S155中对与发出过退出请求的应用会话相关的所有应用服务器3-1～3-N，请求应用会话退出(图12的S53-1、53-2)。之后，结束信息包接收环路(S143)。

[0299] 在S139中，判定是否从客户机5接收到综合会话的退出请求，在接收到时，在S156中将综合会话退出请求受理发送给客户机5，之后在S157中对与综合会话中正在使用的应用会话相关的所有应用服务器3-1～3-N，请求应用会话退出(图11的S42-1～S42-N)。之后，结束信息包接收环路(S143)。

[0300] 在S140中，判定是否从综合会话中曾使用的所有应用服务器3-1～3-N接收到退出完成通知。在接收到时，在S158中判定是否从所有应用服务器3-1～3-N接收到退出完成通知。在从所有应用服务 器3-1～3-N接收到时，进入到S159，向会话信息管理装置11发送会话信息更新委托，之后结束信息包接收环路(S143)。

[0301] 在S141中，判定是否从会话信息管理装置11接收到会话信息更新完成通知。在接收到时，在S160中判定当前的综合会话加入者是否为1名。如果是1名，则为了结束综合会话，进入到S161，令最后的用户从综合会话中正在使用的全部应用服务器3-1～3-N退出，将会话信息更新委托向会话信息管理装置11进行委托，结束信息包接收环路(S143)。 [0302] 在S142中，进行图21所示的错误处理，之后结束信息包接收环路。 [0303] 下面，对于S142的错误处理，通过参照图21进行说明。

[0304] 首先，在S171中，判定是否接收到会话召集错误。在接收到时进入到S174，根据从所接收到的信息包提取出的错误类别，判定错误的发生是否是应用服务器3-1～3-N。在是应用服务器3-1～3-N时进入到S175，在是客户机5时进入到S178。

[0305] 在S175中，判定应用服务器是否是必要应用，如果是必要应用则进入到S176，向综合会话中正在使用的全部应用服务器发送全部用户的强制退出委托(图15的S281)，并结束子程序。但是，对于发生错误的应用服务器则不进行发送。

[0306] 另一方面，如果通过S175的判定其应用类别为任意，则进入到S177，向召集综合会话后的客户机5通知在任意应用的应用服务器中发生了错误(图17的S101)，并结束子程序。

[0307] 另一方面，对于通过S174的判定，错误的发生是客户机5时的S178来说，则进入到S179判定应用是否是必要应用。如果是必要应用则进入到S180，向综合会话中使用的所有应用服务器3-1～3-N发送发生了错误的用户强制退出委托(图14的S78)，并结束子程序。在是任意应用时，进行上述S177的处理。

[0308] 在S173中，判定强制退出是否已完成。在接收到时进入到S181，判定处理中的错误类别是否是服务器并且应用是否是必要应用。在是服务器并是必要应用时，在S182中向召集综合会话后的客户机5通知召集失败(图15的S287)，在S183中对会话信息管理装置11有关综合会话的信息进行删除委托(图15的S288)，并结束子程序。

[0309] 另一方面，在S181的判定为错误的类别是服务器并且不是必要应用时进入到S184，向各客户机5发送综合会话召集错误通知(图14的S82，图16的S92)。然后，在S185中向会话信息管理装置11委托会话信息更新并结束子程序。

[0310] {2-4。会话信息管理装置认证装置}

[0311] 下面，对于由会话信息管理装置11进行的控制一个示例，通过参照图22的流程图进行说明。该流程图是以指定的周期来执行的。

[0312] 在S191中，开始信息包接收环路，接收来自外部网络4或内部网络2的信息包。 [0313] 在S192中，判定是否从应用综合管理装置10接收到会话信息登录委托(图10的S26)。如果是会话信息登录委托，则进入到S196，在会话信息DB113中记录用户ID、会话的开始时刻和结束时刻等各种信息，之后给应用综合管理装置10发送会话信息登录完成通知(图10的S27)。

[0314] 在S192中不是会话信息登录委托时，进入到S193，判定所接收到的信息包是否是来自应用综合管理装置10的会话信息更新委托(图11的S48)。如果所接收到的信息包是会话信息更新委托，则进入到S197检索会话信息DB113的用户ID，更新相应的记录信息，并向应用综合装置10通知更新完成(图11的S49)。

[0315] 在上述S193的判定为不是会话信息更新委托时，进入到S194，判定是否是来自应用综合管理装置10的会话信息删除委托(图15的S288)信息包。在接收到会话信息删除委托时，进入到S198，从会 话信息DB118将所请求综合会话ID的记录删除。然后，将会话信息删除完成通知(图15的S289)发送给应用综合管理装置10。

[0316] 上述处理结束之后，在S195中结束信息包接收环路。

[0317] 通过上面的处理，会话信息管理装置11在应用综合管理装置10之下对应用服务器3-1～3-N的会话信息进行管理，该应用服务器3-1～3-N用来进行和客户机5之间的应用会话的开始、结束。

[0318] {2-5。客户机}

[0319] 下面，对于由客户机5进行的控制一个示例，通过参照图23的流程图进行说明。 [0320] 首先，在S200中，判定是否受理了向应用综合管理系统1的注册，如果未受理注册则等待来自用户的注册，另一方面，在受理了注册时进入到S201，向认证装置12发送注册请求(图8的S1)。

[0321] 此后，在S202中等待来自认证装置12的注册完成通知(图8的S6)，并判定注册是否成功，如果未成功则判定出口令为非法或者ID为非法并返回到S200，如果成功则进入到S203。

[0322] 在S203中，在从客户机5未图示的输入装置(键盘和鼠标)等输入加入综合会话的用户列表以及综合会话中使用的应用列表之前，进行等待。

[0323] 在S204中，判定所输入的信息是否是应用综合客户机51的结束请求之外，如果是结束请求之外则进入到S205，另一方面，如果是结束请求则按原状结束处理。 [0324] 在S205中，根据上述注册完成通知、用户列表及应用列表，向应用综合管理装置10发送综合会话的开始请求(图10的S21)。

[0325] 接着，在S206中判定是否接收到来自由应用列表所指定的应用服务器3-1～3-N的响应(图10的S29-1～M)。

[0326] 在用户所指定的应用列表的应用服务器3-1～3-N未做出响应时，在S214中通过客户机5未图示的显示装置等，向用户通知应用服务 器3-1～3-N的超时，并返回到S203。 [0327] 在接收到来自应用服务器3-1～3-N的响应时，进入到S207，判定是否从应用综合管理装置10接收到综合会话召集失败的通知(图15的S287)。在接收到综合会话召集失败的通知时，进入到S215，向用户通知发生了错误，之后返回到S203。 [0328] 另一方面，在未接收到综合会话召集失败的通知时，进入到S208，通过未图示的显示装置等向用户通知综合会话已开始。

[0329] 接着，在S209中，判定是否接收到来自应用服务器3-1～3-N的强制退出请求(图15的S282)。由于在发出了强制退出请求时，是在必要应用的应用服务器中发生了异常等的情况，因而进入到S218，将综合会话的结束通知给用户，之后返回到S203。 [0330] 另一方面，在未接收到强制退出请求时，进入到S210，根据用户的意向等判定是否开始综合会话。在用户不希望维持综合会话时，进入到S217，对应用综合管理装置10发送综合会话退出请求(图11的S40)，之后在通过S218向用户通知综合会话的结束后，返回到S203。

[0331] 在用户希望维持综合会话时，进入到S211并判定是否维持单独应用会话，在不维持单独应用会话时进入到S216，并且如图12所示，请求单独应用会话的退出。此后，返回到S209。

[0332] 另一方面，在想要维持单独应用会话时，进入到S212，判定综合会话是否已结束。在综合会话已结束时进入到S213，在综合会话被维持时返回到S209。

[0333] 在S213中，判定是否受理了客户机的结束请求。在受理了结束请求时，按原状结束处理。在没有结束请求时，重新回到S203。

[0334] 通过上面的处理，如果应用服务器3-1～3-N之中与必要应用有关的服务器为正常，则开始综合会话，在和其他客户机5之间经由多个应用服务器以实时方式进行信息交换。

[0335] 在与必要应用有关的应用服务器3-1～3-N中发生了异常等、在应用综合管理装置10使综合会话结束时，通知给用户之后，结束综合会话。

[0336] {2-6。GUI}

[0337] 图24表示的是客户机5中输入画面的一个示例，(A)是在上述图23的S203中显示的输入画面，(B)是综合会话名和使用应用的设定画面，(C)是向综合会话的加入申请画面。

[0338] 在(A)中，可以将到用户所希望综合会话的加入者，任意输入到多个所设置的字段2031中。然后，可以从复选框2032选择综合会话中使用的应用类别。 [0339] 在(B)中，可以将综合会话的名称任意输入到字段2033中。另外，还可以从复选框2034选择该综合会话中使用的应用。

[0340] 在(C)中，可以在加入所选择出的综合会话时，向字段2035输入要加入的用户名。 [0341] 【实施示例2】

[0342] 图28表示在应用综合管理系统1中设置收费信息终端14的示例，其他结构与上述第1实施方式相同。

[0343] 图29表示收费管理终端14的结构和会话信息管理装置11的结构。会话信息管理装置11与上述第1实施方式相同，不同之处只是标明了会话信息收发部118。 [0344] 收费管理终端14具有与总线145所连接的CPU141、存储器142、硬盘143及网络接口144，并且经由网络接口144的信息包收发部1441同网络20进行通信。 [0345] 在硬盘143中存储用来记录每个用户收费信息的收费信息DB150，并且通过装载到存储器142上的收费信息DB程序146来进行读写。收费信息DB程序146具有：会话信息取得部147，用来从 会话信息管理装置11取得每个用户的利用时间；收费金额计算部148，用于根据预知所设定的时间单价等运算收费金额；通信监控定时器117，用来检测超时等的通信错误。

[0346] 图30是表示收费管理终端14和会话信息管理装置11的通信处理的时序图，收费管理终端14在指定的时刻对会话信息管理装置11请求会话信息发送委托(S230)。会话信息管理装置11将对每个用户ID记述了综合会话的开始时刻、结束时刻及综合会话ID的会话信息，回发给收费管理终端14。

[0347] 收费管理终端14根据开始时刻、结束时刻，合计每个用户的利用时间，并运算应用综合管理系统1的使用费用。

[0348] 还有，收费管理终端14如图31所示，既可以配置到作为应用综合管理系统1外侧的内部网络20中，或者也可以配置到外部网络4中。

[0349] 图32表示，给上述第1或第2实施方式的系统新添加应用的情形。首先，在系统中增设应用服务器N+1(附图中的3-N+1)。系统管理者收到服务器的增设联络，将与应用服务器N+1有关的信息存储到应用综合管理装置10的应用信息DB中。必要的信息是应用名(应用N+1)、应用类别(白板)、服务器地址(ZZZ)以及应用识别符(WB)。得知应用添加后的用户安装应用客户机N+1(附图中的50-N+1)。

[0350] 此时，用户可以对包括应用N+1在内的综合会话进行召集。如图33所示，与上述图10的S21～S28-N相同，若客户机开始了包括应用N+1在内的综合会话，则在经过认证等必要的初始化处理之后，应用综合管理装置10向包括应用N+1在内的应用服务器发送会话召集委托(附图中的S28-1～S28-N+1)，并将与综合会话有关的信息存储到会话信息管理装置11的会话信息DB中。

[0351] 接着，图34表示刀片(blade)服务器中系统实施的一个示例。 刀片服务器是一种可以把多个装置作为单一的机柜6进行管理的装置，在图34中使认证装置12和应用综合管理装置10、用户信息管理装置13-1和会话信息管理装置11-1分别成对，由2片刀片进行管理，作为其他应用服务器则分别给TV会议服务器3-1、媒体服务器3-2、交谈服务器3-3、SIP(Session Initiation Protocol)服务器3-4及呈现服务器(用来对用户的存在和信息获取所需的设定条件等进行识别·保持)3-5，分配了一片刀片。还有，各刀片被收入机柜6的插槽60中。

[0352] 在刀片服务器的特色中能举出适于负载分散这一点。例如，在这种系统中很多情况下容留人数作为重要的性能指标来使用，但是这依赖于用户信息管理装置13-1和会话信息管理装置1-11的处理能力。若对系统的安装使用了刀片，则在实现超过用户信息管理装置13-1、会话信息管理装置13-1处理能力的容留人数时，可以给用户信息管理装置13-2、会话信息管理装置11-2新分配一片刀片。

[0353] 另外，当在系统中添加新应用时，也只是添加刀片就可以应对。例如，为了在系统中添加白板(white board)功能，如图34所示可以将白板服务器(3-N+1)作为新刀片进行添加。还有，所谓的刀片是指，分别具备CPU、存储装置及输入输出接口的基片，在刀片服务器的机柜中具备可连接刀片各自的输入输出接口之间的转换部。

[0354] 还有，在上述实施方式中表示出，在内部网络2上连接多个应用服务器3-1～3-N的示例，但是也可以经由外部网络4分散配置这些应用服务器3-1～3-N。 [0355] 另外，在上述实施方式中，分开了内部网络2和外部网络4，但是应用综合管理系统1和各应用服务器3-1～3-N及客户机5-1～5-M也可以连接到相同的网络上。 [0356] 另外，上述外部网络4可以由因特网或WAN、LAN等来构成，并且上述内部网络2可以由WAN或LAN等来构成。

[0357] 【实施示例3】

[0358] 下面，表示发明的第3实施方式。图35是在使多个应用合作来进行多个客户机(用户)之间信息交换的综合系统中，实现由呈现服务器的呈现信息管理的系统结构图。系统包括：应用综合管理服务器A1，用来通过上述应用综合协议来管理多个应用服务器A2-1～A2-N；SIP服务器A3，用来进行利用SIP报文的调用控制；呈现服务器A4，用来管理呈现信息；客户机1(AC-1)～AC-M，用来对用户提供应用的功能；呈现客户机AC-P，用来对用户提供呈现信息的浏览功能。客户机1(AC-1)～AC-M包括：应用(此后，简写为APL)1客户机～APL N客户机，用来提供各应用的功能；应用综合客户机，用来对各APL客户机进行综合管理。这些系统结构要件通过网络A5相互连接。图36是在系统中包含收费服务器A6时的系统结构图，收费服务器A6之外的结构要件与图35相同。

[0359] 为了用户利用呈现信息，需要将综合会话的控制状况登录到呈现服务器中。在登录的方法中有3种，(1)应用综合管理服务器向呈现服务器进行登录，(2)SIP服务器对应用综合管理协议报文进行监控，并代替应用综合管理服务器来登录呈现信息，(3)SIP服务器将与应用综合会话有关的信息传输给呈现服务器，在呈现服务器方生成呈现信息。 [0360] 图37是在控制综合会话时应用综合管理服务器A1向呈现服务器A4登录呈现信息时的附图。综合会话的控制是，通过客户机1(AC-1)的应用综合客户机将综合会话召集或者退出请求经由SIP服务器A3发送给应用综合管理服务器A1来开始的(N1-01)。接收到请求的SIP服务器A3将报文中继给应用综合管理服务器A1(N1-03)。应用综合管理服务器A1对请求的内容进行分析，并向管理下的应用服务器A2-1～A2-N发送会话召集或者退出请求(N1-05、 07)。同时，应用综合管理服务器A1根据应用综合管理协议中与会话有关的信息，计算加入者列表及会话的状态如何进行变化，并将综合呈现信息登录经由SIP服务器A3发送给呈现服务器A4(N1-09、11)。呈现服务器A4为了将更新过的呈现信息之中用户请求通知的信息通知给呈现客户机，而把综合呈现信息通知发送给呈现客户机AC-P(N1-13)。

[0361] 在SIP服务器具备计算呈现信息的功能时，SIP服务器对应用综合管理协议进行监控，进行呈现信息的登录。图38是SIP服务器登录呈现信息时的附图。客户机1(AC-1)的应用综合客户机将综合会话召集或者退出请求，经由SIP服务器A3发送给应用综合管理服务器A1(N2-01、03)。应用综合管理服务器A1对请求的内容进行分析，向管理下的应用服务器A2-1～A2-N发送会话召集或者退出请求(N2-05、07)。SIP服务器A3在中继综合会话召集或者退出请求时，提取综合会话中发生的变化，将其转换成呈现信息，并将综合呈现信息发送给呈现服务器A4(N2-09)。呈现服务器A4为了将更新过的呈现信息之中用户请求通知的信息通知给呈现客户机，而把综合呈现信息通知发送给呈现客户机AC-P(N2-11)。 [0362] 即使在SIP服务器不具备用来计算呈现信息的功能时，也可以从应用综合管理协议的报文中，提取与综合会话有关的信息，将其发送给呈现服务器，以此在呈现服务器方进行呈现信息的计算。图39是呈现服务器计算呈现信息时的图。客户机1(AC-1)的应用综合客户机将综合会话召集或者退出请求，经由SIP服务器A3发送给应用综合管理服务器A1(N3-01、03)。应用综合管理服务器A1对请求的内容进行分析，向管理下的应用服务器A2-1～A2-N发送会话召集或者退出请求(N3-05、07)。SIP服务器A3在中继综合会话召集或者退出请求时，提取与综合会话有关的信息。SIP服务器不对所提取的信息进行加工，而作为综合会话信息发送给呈现服务器A4(N3-09)。 接收了综合会话信息的呈现服务器A4将其变换成综合呈现信息，并且为了将更新过的呈现信息之中用户请求了通知的信息通知给呈现客户机，而把综合呈现信息通知发送给呈现客户机AC-P(N3-11)。 [0363] 呈现信息的变化在综合会话中，也能够发生在单独的应用会话状态产生变化时，例如只有应用1退出时。在此时的呈现信息登录中，如上所述有3种方法。 [0364] 图40是在控制应用会话时应用综合管理服务器A1向呈现服务器A4登录呈现信息时的附图。客户机1(AC-1)的应用综合客户机例如将APL 1会话召集或者退出请求，经由SIP服务器A3发送给应用综合管理服务器A1(N4-01、03)。应用综合管理服务器A1对请求的内容进行分析，向应用服务器A2-1发送会话召集或者退出请求(N4-05)。同时，应用综合管理服务器A1根据应用综合管理协议中与会话有关的信息，计算加入者列表及会话的状态如何进行变化，并将综合存储信息登录经由SIP服务器A3发送给呈现服务器A4(N4-07、09)。虽然呈现信息产生变化的只是应用1的会话，但因为应用1是综合会话的一部分，所以作为综合呈现信息进行处理。呈现服务器A4为了将更新过的呈现信息之中用户请求通知的信息通知给呈现客户机，而把综合呈现信息通知发送给呈现客户机AC-P(N4-11)。 [0365] 图41是SIP服务器登录呈现信息时的附图。客户机1(AC-1)的应用综合客户机将APL 1会话召集或者退出请求，经由SIP服务器A3发送给应用综合管理服务器A1(N5-01、
03)。应用综合管理服务器A1对请求的内容进行分析，向应用服务器A2-1发送会话召集或者退出请求(N5-05)。SIP服务器A3在中继APL 1会话召集或者退出请求时，提取综合会话中发生的变化，将其变换成呈现信息，并把综合呈现信息发送给呈现服务器A4(N5-07)。呈现服务器A4为了将更新过的呈现信息之中用户请求通知的信息通知给呈现客户机，而 把综合呈现信息通知发送给呈现客户机AC-P(N5-09)。

[0366] 图42是呈现服务器计算呈现信息时的附图。客户机1(AC-1)的应用综合客户机将APL 1会话召集或者退出请求，经由SIP服务器A3发送给应用综合管理服务器A1(N6-01、03)。应用综合管理服务器A1对请求的内容进行分析，向应用服务器A2-1发送会话召集或者退出请求(N6-05)。SIP服务器A3在中继APL 1综合会话召集或者退出请求时，提取与综合会话有关的信息。SIP服务器不对所提取的信息进行加工，而作为综合会话信息发送给呈现服务器A4(N6-07)。接收到综合会话信息的呈现服务器A4将其转换成综合呈现信息，并且为了将更新过的呈现信息之中用户请求通知的信息通知给呈现客户机，而把综合呈现信息通知发送给呈现客户机AC-P(N6-09)。

[0367] 在对系统新添加应用服务器或者用户通过合约更新增加可利用的应用种类时，也发生呈现信息的更新。图43是增加应用类别时的图。客户机1(AC-1)将应用类别登录，经由SIP服务器A3发送给应用综合管理服务器A1(N7-01、03)。应用综合管理服务器A1对增加了用户可使用的应用进行检测，将其通知给呈现服务器A4。因为由该操作而引起的呈现信息变化是与用户加入中的综合会话相独立的事件，因而应用综合管理服务器A1将该信息作为APL呈现信息，经由SIP服务器A3发送给呈现服务器A4(N7-05、07)。呈现服务器A4为了将更新过的呈现信息之中用户请求通知的信息通知给呈现客户机，而把APL呈现信息通知发送给呈现客户机AC-P(N7-09)。对于应用呈现信息的登录，也和综合呈现信息的登录相同，可以使用由SIP服务器的登录以及由呈现服务器的计算3种方法。 [0368] 另外，在从系统删除应用服务器或者用户通过合约更新减少可利用的应用种类时，也按照与上述添加时相同的步骤来更新呈现信息。但是，在删除应用服务器时，也可以在更新呈现信息之前进行对没有 正在使用该应用服务器的用户的情况进行确认的步骤。 [0369] 呈现信息的变化不只是控制综合会话时，如图8、图9所示也发生在用应用独自进行会话控制的场合。图44是控制应用会话时呈现信息通知的图。客户机1(AC-1)将APL1会话召集或者结束请求发送给应用1服务器A2-1(N8-01)。应用1服务器A2-1对报文进行分析，向客户机AC-M中继请求(N8-03)。接收到请求的客户机AC-M按照请求的内容将应用1加入或者退出报文，经由应用1服务器A2-1回发给客户机1(AC-1)(N8-05、07)。结束应用1会话的控制后的应用1服务器A2-1计算呈现信息的变化。因为此处发生的呈现信息变化不依赖于综合会话，所以应用1服务器A2-1将APL呈现信息，经由SIP服务器A3发送给呈现服务器A4(N8-09、11)。呈现服务器A4为了将更新过的呈现信息之中用户请求通知的信息通知给呈现客户机，而把APL呈现信息通知发送给呈现客户机AC-P(N8-13)。 [0370] 接着，表示呈现信息管理中各服务器的功能框图。图45是应用综合管理服务器A1的功能框图。应用综合管理服务器A1具备网络接口A1-1、CPUA1-2、硬盘A1-3、存储器A1-4以及总线A1-5的基本硬件。网络接口A1-1还具备报文收发部A1-10，用来接收应用综合管理协议及呈现控制协议的报文。在硬盘A1-3中包括应用信息DB(A1-30)、应用策略DB(A1-31)、会话信息DB(A1-32)及用户信息DB(A1-33)。这些各种DB的结构对于应用信息DB(A1-30)、应用策略DB(A1-31)、会话信息DB(A1-32)及用户信息DB(A1-33)，分别表示在图2(B)、图2(C)、图5(B)及图4(B)中。另外，在存储器A1-4上的应用综合程序A1-40中，作为模块存在有：应用综合控制协议A1-400，用来进行会话的综合控制；呈现控制协议A1-401，用来进行呈现信息的控制；认证功能A1-402，用来进行用户的认证；会话信息管理功能A1-403，用来管理会话的关联；用户信息管理功能A1-404，用来管理用户信息；通信监控定时器A1-405， 用来监控通信的超时。

[0371] 图46是应用服务器A2的功能框图。应用服务器A2具备网络接口A2-E1、CPUA2-2、硬盘A2-3、存储器A2-4以及总线A2-5的基本硬件。网络接口A2-E1还具备报文收发部A2-10，用来接收应用综合管理协议及呈现控制协议的报文。在存储器A2-4上的应用程序A2-40中，作为模块存在有：调用状态管理部A2-400，用来进行应用的调用控制；应用控制协议A2-401；呈现控制协议A2-402，用来进行呈现信息的控制；通信监控定时器A2-403，用来监控通信的超时。

[0372] 图47是SIP服务器A3的功能框图。SIP服务器A3具备网络接口A3-E1、CPUA3-E2、硬盘A3-3、存储器A3-4以及总线A3-5的基本硬件。网络接口A3-E1还具备报文收发部A3-10，用来接收SIP及呈现控制协议的报文。在存储器A3-4上的SIP调用处理程序A3-40中，作为模块存在：SIP处理部A3-400，用来进行SIP报文的处理；呈现信息生成部A3-401，用来根据综合会话信息计算呈现信息；呈现控制协议A3-402，用来进行呈现信息的控制；通信监控定时器A3-403，用来监控通信的超时。

[0373] 图48是呈现客户机ACP的功能框图。呈现客户机ACP具备网络接口ACP-1、CPU ACP-2、硬盘ACP-3、存储器ACP-4及总线ACP-5的基本硬件。网络接口ACP-1还具备报文收发部ACP-10，用来接收SIP及呈现控制协议的报文。在存储器ACP-4上的呈现客户机程序ACP-40中，作为模块存在：SIP处理部ACP-400，用来进行SIP报文的处理；呈现控制协议ACP-401，用来进行呈现信息的控制；通信监控定时器ACP-402，用来监控通信的超时；用户呈现信息DB(ACP-403)，用来存储各个用户的呈现信息；组呈现信息DB(ACP-404)，用来存储由多个用户构成的组的呈现信息。在用户呈现信息DB(ACP-403)中，包含用户名和各应用的呈现信息列表。另外，在组呈现信息DB(ACP-404)中包含：综合会话ID，用来识 别组；组正在使用的应用列表；加入者列表，用来构成组。这些数据库也可以根据用户数量的规模，存储到硬盘ACP-3中。

[0374] 图49是呈现服务器A4的功能框图。呈现服务器A4具备网络接口A4-E1、CPUA4-E2、硬盘A4-3、存储器A4-4以及总线A4-5的基本硬件。网络接口A4-E1还具备报文收发部A4-10，用来接收SIP及呈现控制协议的报文。在存储器A4-4上的呈现服务器程序A4-40中，作为模块存在：SIP处理部A4-400，用来进行SIP报文的处理；呈现控制协议A4-401，用来进行呈现信息的控制；通信监控定时器A4-402，用来监控通信的超时。另外，在硬盘A4-3中，具有：用户呈现信息DB(A4-30)，用来存储各个用户的呈现信息；组呈现信息DB(A4-31)，用来存储由多个用户构成的组的呈现信息。在用户呈现信息DB(ACP-403)中包含用户名和各应用的呈现信息列表。另外，在组呈现信息DB(ACP-404)中包含：综合会话ID，用来识别组；组正在使用的应用列表；加入者列表，用来构成组。这些数据库也可以根据用户数量的规模，存储到存储器A4-4中。

[0375] 接着，表示呈现管理的详细顺序。图50是在综合会话召集过程中应用综合管理服务器登录呈现信息时的顺序图。客户机1(AC-1)经由SIP服务器A3，将综合会话召集请求发送给应用综合管理服务器A1(S1-01)。接收到综合会话召集请求的应用综合管理服务器A1对报文的内容进行分析，并对管理下的应用服务器A2-1～A2-N发送会话召集委托(S1-04、07)。再者，应用综合管理服务器A1根据综合会话召集请求中包含的信息来计算综合呈现信息，将综合呈现信息登录经由SIP服务器A3发送给呈现服务器A4(S1-10、13)。把综合呈现信息登录的内容表示在图64的APF-01中。综合呈现信息登录作为要件包括发送源地址、目标地址、信息包类别(综合呈现信息登录)、综合会话ID、用户名、使用应用列表及各应用的呈现信息列表。该报文对由综合会话召集请求所指定的各用户进行发送。接收到综合呈 现信息登录的呈现服务器A4对报文进行分析，在用户呈现信息DB中存储各用户的呈现信息。接着，计算呈现信息内包含同一综合会话ID的用户集合，在组呈现信息DB中存储综合会话ID、使用应用列表及加入者列表，来作为组呈现信息。结束呈现信息向各DB的存储后的呈现服务器A4，为了将更新过的呈现信息通知给用户，而把综合呈现信息通知发送给呈现客户机AC-P(S1-16)。把综合呈现信息通知的内容表示在图64的APF-03中。综合呈现信息通知作为要件包含发送源地址、目标地址、报文类别(综合呈现信息通知)、综合会话ID、用户名、使用应用列表及各应用的呈现信息列表。此后，从会话1召集(S1-19)到综合会话ID通知(S1-52)的处理，与图10的会话1召集(S29-1)到综合会话ID通知(S36-M)相同。

[0376] 图51是在综合会话召集过程中SIP服务器登录呈现信息时的顺序图。客户机1(AC-1)经由SIP服务器A3，将综合会话召集请求发送给应用综合管理服务器A1(S2-01)。
接收到综合会话召集请求的应用综合管理服务器A1对报文的内容进行分析，并对管理下的应用服务器A2-1～A2-N发送会话召集委托(S2-04、07)。与此并行，SIP服务器A3根据综合会话召集请求中包含的信息来计算综合呈现信息，把综合呈现信息登录发送给呈现服务器A4(S2-10)。该报文对由综合会话召集请求所指定的各用户进行发送。接收到综合呈现信息登录的呈现服务器A4对报文进行分析，在用户呈现信息DB中存储各用户的呈现信息。接着，计算呈现信息内包含同一综合会话ID的用户集合，在组呈现信息DB中存储综合会话ID、使用应用列表及加入者列表，来作为组呈现信息。结束呈现信息向各DB的存储后的呈现服务器A4，为了将更新过的呈现信息通知给用户，而把综合呈现信息通知发送给呈现客户机AC-P(S2-13)。此后，从会话1召集(S2-16)到综合会话ID通知(S2-49)的处理，与图10的会话1召集(S29-1)到综合会话ID通知(S36-M)相同。

[0377] 图52是在综合会话召集过程中呈现服务器生成呈现信息时的顺序图。客户机1(AC-1)经由SIP服务器A3，将综合会话召集请求发送给应用综合管理服务器A1(S3-01)。
接收到综合会话召集请求的应用综合管理服务器A1对报文的内容进行分析，并对管理下的应用服务器A2-1～A2-N发送会话召集委托(S3-04、07)。与此并行，SIP服务器A3提取综合会话召集请求中包含的综合会话信息，将其发送给呈现服务器A4(S3-10)。把综合会话信息的内容表示在图64的APF-05中。综合呈现信息通知作为要件包含发送源地址、目标地址、报文类别(综合会话信息)、综合会话ID、用户名、使用应用列表及综合会话处理类别。综合会话处理类别表示综合会话的处理是召集、添加、退出及结束的哪一个。接收到综合会话信息的呈现服务器A4对报文进行分析，在进行呈现信息的计算之后，在用户呈现信息DB中存储各用户的呈现信息。接着，计算呈现信息内包含同一综合会话ID的用户集合，在组呈现信息DB中存储综合会话ID、使用应用列表及加入者列表，来作为组呈现信息。结束呈现信息向各DB的存储后的呈现服务器A4，为了将更新过的呈现信息通知给用户，而把综合呈现信息通知发送给呈现客户机AC-P(S3-13)。此后，从会话1召集(S3-16)到综合会话ID通知(S3-49)的处理，与图10的会话1召集(S29-1)到综合会话ID通知(S36-M)相同。

[0378] 图53是在应用会话退出处理中应用综合管理服务器登录呈现信息时的顺序图。客户机1(AC-1)经由SIP服务器A3，将APL 1会话退出请求发送给应用综合管理服务器A1(S4-01)。接收到APL 1会话退出请求的应用综合管理服务器A1对报文的内容进行分析，向客户机1(AC-1)发送APL 1会话退出受理，并且对应用1服务器A2-1发送会话1退出委托(S4-04、07)。再者，应用综合管理服务器A1根据综合会话召集请求中所包含的信息来计算综合呈现信息，将综合呈现信息登录经由SIP服务器A3发送给呈现服务器A4 (S4-10、
13)。该报文对由综合会话召集请求所指定的各用户进行发送。接收到综合呈现信息登录的呈现服务器A4对报文进行分析，在用户呈现信息DB中存储各用户的呈现信息。接着，计算呈现信息内包含同一综合会话ID的用户集合，在组呈现信息DB中存储综合会话ID、使用应用列表及加入者列表，来作为组呈现信息。结束呈现信息向各DB的存储后的呈现服务器A4，为了将更新过的呈现信息通知给用户，而把综合呈现信息通知发送给呈现客户机AC-P(S4-16)。此后，从会话1退出(S4-19)到会话1退出完成通知(S4-25)的处理，与图
12的会话1退出(S54-1)到会话1退出完成通知(S56-1)相同。

[0379] 图54是在应用会话退出处理中SIP服务器登录呈现信息时的顺序图。客户机1(AC-1)经由SIP服务器A3，将APL 1会话退出请求发送给应用综合管理服务器A1(S5-01)。接收到APL 1会话退出请求的应用综合管理服务器A1对报文的内容进行分析，向客户机1(AC-1)发送APL 1会话退出受理，并对应用1服务器A2-1发送会话1退出委托(S5-04、07)。与此并行，SIP服务器A3根据综合会话召集请求中包含的信息来计算综合呈现信息，将综合呈现信息登录发送给呈现服务器A4(S5-10)。该报文对由综合会话召集请求所指定的各用户进行发送。接收到综合呈现信息登录的呈现服务器A4对报文进行分析，在用户呈现信息DB中存储各用户的呈现信息。接着，计算呈现信息内包含同一综合会话ID的用户集合，在组呈现信息DB中存储综合会话ID、使用应用列表及加入者列表，来作为组呈现信息。结束呈现信息向各DB的存储后的呈现服务器A4，为了将更新过的呈现信息通知给用户，而把综合呈现信息通知发送给呈现客户机AC-P(S5-13)。此后，从会话1退出(S5-16)到会话1退出完成通知(S5-22)的处理，与图12的会话1退出(S54-1)到会话1退出完成通知(S56-1)相同。

[0380] 图55是在应用会话退出处理中呈现服务器生成呈现信息时的顺序图。客户机1(AC-1)经由SIP服务器A3，将APL 1会话退出请求发送给应用综合管理服务器A1(S6-01)。接收到APL 1会话退出请求的应用综合管理服务器A1对报文的内容进行分析，向客户机1(AC-1)发送APL 1会话退出受理，并对应用1服务器A2-1发送会话1退出委托(S6-04、07)。与此并行，SIP服务器A3将综合会话召集请求中包含的综合会话信息发送给呈现服务器A4(S6-10)。接收到综合呈现信息登录的呈现服务器A4对报文进行分析，在用户呈现信息DB中存储各用户的呈现信息。接着，计算呈现信息内包含同一综合会话ID的用户集合，在组呈现信息DB中存储综合会话ID、使用应用列表及加入者列表，来作为组呈现信息。结束呈现信息向各DB的存储后的呈现服务器A4，为了将更新过的呈现信息通知给用户，而把综合呈现信息通知发送给呈现客户机AC-P(S6-13)。此后，从会话1退出(S6-16)到会话1退出完成通知(S6-22)的处理，与图12的会话1退出(S54-1)到会话1退出完成通知(S56-1)相同。

[0381] 图56是用户新登录应用类别时的顺序图。用户从客户机1(A-1)将APL类别登录请求发送给应用综合管理服务器A1(S7-01)。把APL类别登录请求的内容表示在图64的APF-13中。APL类别登录请求作为要件包含有：发送源地址、目标地址、信息包类别(APL类别登录请求)、综合会话ID、用户名、添加的应用列表以及用于各应用的帐户列表。接收到APL类别登录请求的应用综合管理服务器A1向客户机1(AC-1)回发APL类别登录完成(S7-04)。把APL类别登录完成的内容表示在图64的APF15中。APL类别登录完成作为要件包含发送源地址、目标地址、信息包类别(APL类别登录完成)、综合会话ID以及响应代码。再者，应用综合管理服务器A1为了向呈现服务器通知新添加了应用，而经由SIP服务器A3发送APL呈现信息登录(S7-07、10)。把APL呈现信息登录的内容表示在图64的 APF-07中。APL呈现信息登录作为要件包含发送源地址、目标地址、信息包类别(APL呈现信息登录)、用户名、使用列表以及呈现信息列表。接收到APL呈现信息登录的呈现服务器A4对报文进行分析，在用户呈现信息DB中存储各用户的呈现信息。结束呈现信息向各DB的存储后的呈现服务器A4，为了将更新过的呈现信息通知给用户，而把APL呈现信息通知发送给呈现客户机AC-P(S7-13)。把APL呈现信息登录的内容表示在图64的APF-09中。APL呈现信息登录作为要件包含发送源地址、目标地址、信息包类别(APL呈现信息通知)、用户名、使用应用列表以及呈现信息列表。

[0382] 图57是单独开始应用会话时的详细顺序图。对于这种情形而言，因为应用客户机直接向应用服务器请求会话召集，所以报文不经由应用综合管理服务器和SIP服务器。因此，由应用服务器进行呈现信息的登录。首先，客户机1(AC-1)向应用1服务器A2-1发送APL 1会话召集(S8-01)。应用1服务器A2-1对报文的目标为客户机M(AC-M)进行识别，并中继报文(S8-04)。接收到APL 1会话召集的客户机M(AC-M)将APL 1会话加入经由应用1服务器A2-1回发给客户机1(AC-1)(S8-07、10)。进行了应用1召集及加入报文中继的应用1服务器A2-1根据会话的处理状况来计算呈现信息，将APL呈现信息登录经由SIP服务器A3发送给呈现服务器A4(S8-13、16)。在单独控制应用会话时，由于应用不具有与综合会话之间的关联，因而呈现信息的登录通过APL呈现信息登录来进行。接收到APL呈现信息登录的呈现服务器A4对报文进行分析，在用户呈现信息DB中存储各用户的呈现信息。结束呈现信息向各DB的存储后的呈现服务器A4，为了将更新过的呈现信息通知给用户，而把APL呈现信息通知发送给呈现客户机AC-P(S8-19)。

[0383] 图58是在综合会话开始过程中向多域的呈现服务器通知呈现信息时的详细顺序。从客户机1(AC-1)的综合会话召集请求(S9-1) 到向各应用服务器的会话召集委托(S9-04、07)之前的处理，与图50的S1-01～S1-07相同。应用综合管理服务器A1经由域1的SIP服务器A3-1发送综合呈现信息登录。SIP服务器A3-1直接中继报文给处于域(domain)1中的呈现服务器A4-1(S9-10、13)。对于域2的呈现服务器A4-2，却不能由域1的SIP服务器A3-1直接中继报文，但是因为目标的SIP-URL是发往域2的，所以SIP服务器A3-1向管理域2的SIP服务器A3-2中继报文(S9-16、19)。从域1的SIP服务器A3-1接收到综合呈现信息登录的域2的SIP服务器A3-2，对报文是发往本域的情况进行识别，并将其中继给域2的呈现服务器A4-2(S9-22)。

[0384] 图59是在综合会话中中途添加应用会话时的详细顺序。客户机1(AC-1)经由SIP服务器A3，将APL 1会话添加请求发送给应用综合管理服务器A1(S10-01)。把APL会话添加请求的内容表示在图64的APF-11中。APL会话添加请求作为要件包含发送源地址、目标地址、信息包类别(APL会话添加请求)、综合会话ID、加入者列表、添加应用列表以及添加应用类别列表。在要件中包含综合会话ID，是为了指定向现有的哪个综合会话添加应用。接收到APL 1会话添加请求的应用综合管理服务器A1对报文的内容进行分析，并对应用服务器A2-1发送会话召集委托(S10-04)。再者，应用综合管理服务器A1根据综合会话召集请求中包含的信息来计算综合呈现信息，将综合呈现信息登录经由SIP服务器A3发送给呈现服务器A4(S10-07、10)。该报文对由综合会话召集请求所指定的各用户进行发送。接收到综合呈现信息登录的呈现服务器A4对报文进行分析，在用户呈现信息DB中存储各用户的呈现信息。

[0385] 接着，计算呈现信息内包含同一综合会话ID的用户集合，在组呈现信息DB中存储综合会话ID、使用应用列表及加入者列表，来作为组呈现信息。结束呈现信息向各DB的存储后的呈现服务器A4， 为了将更新过的呈现信息通知给用户，而把综合呈现信息通知发送给呈现客户机AC-P(S10-13)。此后，从会话1召集(S10-16)到会话1召集完成(S10-28)的处理，与图50的会话1召集(S1-19)到会话1召集完成(S1-31)相同。最后，应用综合管理服务器A1将APL1会话添加完成发送给客户机1(AC-1)(S10-31)。把APL会话添加完成的内容表示在图64的APF-13中。APL会话添加完成作为要件，包含发送源地址、目标地址、信息包类别(APL会话添加完成)、综合会话ID及响应代码。

[0386] 接着，表示在综合会话控制下的呈现信息管理中各服务器的流程图。图60是应用综合管理服务器的流程图。应用综合管理服务器在启动时进行初始化处理，使信息包接收环路得以开始(AF1-01、04)。在信息包接收环路中接收到综合会话召集请求时(AF1-07)，将综合会话召集请求中包含的用户综合会话的呈现信息设定成会话中，把综合呈现信息登录发送给SIP服务器(AF1-28)。在接收到综合会话退出请求时(AF1-10)，将综合会话退出请求中包含的用户综合会话的呈现信息设定成空闲(等待中)，把综合呈现信息登录发送给SIP服务器(AF1-31)。在接收到APL会话退出请求时(AF1-13)，将APL会话退出请求中包含的用户的该应用状态设定成空闲(idle)，把综合呈现信息登录发送给SIP服务器(AF1-34)。在接收到APL会话添加请求时(AF1-16)，给添加对象的应用服务器发送会话召集委托(AF1-37)，之后将APL会话添加请求中包含的用户的该应用状态设定成会话中，把综合呈现信息登录发送给SIP服务器(AF1-40)。在接收到APL类别登录请求时(AF1-19)，对用户信息DB进行应用和应用帐户的添加(AF1-43)，并向客户机回发APL类别登录完成(AF1-46)。

[0387] 此后，将所添加应用的呈现信息设定成脱机(offline)，把APL呈现信息登录发送给SIP服务器(AF1-49)。信息包接收环路在应用综 合管理服务器关机时予以结束(AF1-22)，并且在使信息包接收环路停止之后，应用综合管理服务器停止发挥作用(AF1-25)。

[0388] 图61是应用服务器的流程图。应用服务器在启动时进行初始化处理，使信息包接收环路得以开始(AF2-01、04)。在信息包接收环路中，在从客户机接收到会话召集时(AF2-07)，将会话召集中包含的用户的该应用状态设定成会话中，把APL呈现信息登录发送给SIP服务器(AF2-19)。在从客户机接收到会话结束时(AF2-10)，将会话召集中包含的用户的该应用状态设定成空闲，把APL呈现信息登录发送给SIP服务器(AF2-22)。信息包接收环路在应用服务器关机时予以结束(AF2-13)，并且在使信息包接收环路停止之后，应用服务器停止发挥作用(AF1-16)。

[0389] 图62是SIP服务器的流程图。SIP服务器在启动时进行初始化处理，使信息包接收环路得以开始(AF3-01、04)。SIP服务器的动作按照SIP服务器是否具备呈现信息生成功能大致分为2种。首先，表示具备呈现信息生成功能时的动作。在信息包接收环路中接收到综合会话召集请求时(AF3-07)，将综合会话召集请求中包含的用户的综合会话呈现信息设定成会话中，把综合呈现信息登录发送给呈现服务器(AF3-28)。在接收到综合会话退出请求时(AF3-10)，将综合会话退出请求中包含的用户的综合会话呈现信息设定成空闲，把综合呈现信息登录发送给呈现服务器(AF3-34)。在接收到APL会话退出请求时(AF3-13)，将APL会话退出请求中包含的用户的该应用状态设定成空闲，把综合呈现信息登录发送给呈现服务器(A3-40)。在接收到APL会话添加请求时(AF3-16)，将APL会话添加请求中包含的用户的该应用状态设定成会话中，把综合呈现信息登录发送给呈现服务器(AF3-46)。在未具备呈现信息生成功能的情况下，在接收到任何报文时，都提取报文中的综合会话控制信息，并且不对其进行加工就发送给呈现服务器(AF3-49)。信息包接收环路在SIP服务器关机 时予以结束(AF3-19)，并且在使信息包接收环路停止之后，SIP服务器停止发挥作用(AF3-22)。

[0390] 图63是呈现服务器的流程图。呈现服务器在启动时进行初始化处理，使信息包接收环路得以开始(AF4-01、04)。在信息包接收环路中接收到综合会话信息时(AF4-07)，计算综合呈现信息并在各种DB中存储呈现信息之后(AF4-22)，将综合呈现信息通知发送给呈现客户机(AF4-25)。但是，该处理只在呈现服务器具备呈现信息生成功能时进行。在接收到综合呈现信息登录时(AF4-13)，在各种DB中存储呈现信息之后，将综合呈现信息通知发送给呈现客户机(AF4-25)。在接收到APL呈现信息登录时(AF4-16)，在各种DB中存储呈现信息之后，将APL呈现信息通知发送给呈现客户机(AF4-28)。信息包接收环路在呈现服务器关机时予以结束(AF4-16)，并且在使信息包接收环路停止之后，呈现服务器停止发挥作用(AF4-19)。

[0391] 下面，说明显示呈现信息的方法。图65、66是呈现客户机的附图。图65是显示各个用户的呈现信息的部分，并且作为要件包含用户名(G1-01、04)和用户可利用的各应用的呈现信息(G1-02、05)。再者，还具备下述功能(G1-03)：在用户通过综合会话同时使用了多个应用时，将哪个应用在综合会话中正在使用作为应用的组进行显示。应用的组用唯一的识别符进行显示，并且若通过点击等的方式对识别符进行操作，则显示图66所示的利用综合会话的组呈现信息的详细状况。组呈现信息的显示画面作为要件包含识别符名(G2-01)、加入者列表(G2-02)及使用应用列表(G2-03)。

[0392] 如上所述，在本发明所涉及的应用综合管理系统中，由于可以通过应用综合管理装置和应用综合客户机对应用服务器方和客户机方的应用进行控制，因而可以使用于在多个用户间使多个应用合作来进行信息交换的TV会议系统和教育系统等中。 [0393] 符号的说明

[0394] 1 应用综合管理系统

[0395] 3-1～3-N 应用服务器

[0396] 4 外部网络

[0397] 5-1～5-M 客户机

[0398] 10 应用综合管理装置

[0399] 11 认证装置

[0400] 12 认证装置

[0401] 13 用户信息管理装置

[0402] 50-1～50-N 应用客户机

[0403] 51-1～51-M 应用综合客户机。