CN1649299B - 应用程序综合管理系统、综合通话管理服务器 - Google Patents

Abstract

本发明提供使多种应用程序协作加以利用的对话型系统的改进。易于追加新的应用程序，并可以在用户方选择任意的应用程序。具备：多个客户机(5-1～M)；管理装置(10)，用于根据来自客户机的综合服务开始请求，对应用程序服务器(3-1～N)向客户机(5-1～M)所提供的服务和向综合服务加入的客户机进行控制，客户机管理部分别选择由综合服务所使用的应用程序和向综合服务加入的客户机，向管理装置(10)发送综合服务的开始请求，管理装置(10)根据来自客户机管理部的综合服务开始请求，对所选择出的应用程序服务器(3-1～N)发出开始服务的指令。

Description

应用程序综合管理系统、综合通话管理服务器

技术领域

本发明涉及一种使多种应用程序协作加以利用的对话型系统的改进。

背景技术

就TV会议和对话等的对话型系统而言，通过在服务器和客户机之间分别对图像数据、声音数据及文本数据进行处理的应用程序，按照所预先设定的控制顺序来实行收发。

作为这种系统来说，对由多种应用程序构成的系统提供统一控制接口的技术已为众所周知(例如，专利文献1)。

在服务器和客户机中分别安装预先指定的应用程序，在全部应用程序备齐之后方开始交互式通话。

专利文献1

特开平9-114759号

但是，就上述以往示例来说，由于按照系统设计时所确定的控制顺序服务器和客户机间的应用程序实行通信，因而即便准备以功能扩充等方式追加新的应用程序，不满足设计之初确定的控制顺序的应用程序，也是极其难以追加的。

再者，就上述以往示例来说，由于只是对各个应用程序的资源(线路、磁盘等)使用率进行管理，对应用程序通话的协作不进行管理，因而存在难以使多个应用程序通话协作这样的问题，除此之外，在发出为多个应用程序软件分配项目的通知时，需要以手动方式来设定通知对方应用程序软件，因此存在使系统管理所需要的人工增加这样的问题。

而且，对客户机进行操作的用户存在下述问题，即当向系统加入时，必须利用全部预先设定的多个应用程序，用户方不能对想要利用的应用程序进行取舍选择。

发明内容

因此，本发明是鉴于上述问题所在而做出的，其目的为在易于追加新应用程序的同时，可以在用户方选择任意的应用程序。

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

发明效果

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

尤其是，因为可以在客户机方任意选择应用程序来接受综合服务，所以用户可以通过想要利用的应用程序接受综合服务，并且在管理装置方能够随时实行所提供应用程序的追加和变更，使提供自由度高的综合服务成为可能。

附图说明

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

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

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

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

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

图6是表示应用程序服务器结构的框图。

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

图8是从客户机注册到应用程序服务器单独开始的时间图。

图9同是表示从客户机注册到应用程序服务器单独开始的其它示例时间图。

图10是开始综合通话时的时间图。

图11是客户机从综合通话退出时的时间图。

图12是客户机从应用程序通话退出时的时间图。

图13是结束综合通话时的时间图。

图14是在一台客户机中发生与必要应用程序有关的错误时的时间图。

图15是在一台应用程序服务器中发生与必要应用程序有关的错误时的时间图。

图16是在一台客户机中发生与任意应用程序有关的错误时的时间图。

图17是在一台应用程序服务器中发生与任意应用程序有关的错误时的时间图。

图18是表示认证装置中控制一个示例的流程图。

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

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

图21同是表示应用程序综合管理装置的错误处理子程序一个示例的流程图。

图22是表示通话信息管理装置中控制一个示例的流程图。

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

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

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

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

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

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

图29同是表示计费管理终端和通话信息管理装置结构的框图。

图30是与计费有关的时间图。

图31是表示其它示例的应用程序综合管理系统的框图。

图32是应用程序综合管理系统的框图，表示追加应用程序服务器的情形。

图33同是表示向应用程序综合管理系统追加应用程序服务器时的时间图。

图34是在应用程序综合管理系统中使用刀锋型时的说明图。

具体实施方式

下面，根据附图对本发明的一个实施方式予以说明。

图1表示使用本发明的系统一个示例，是综合系统的结构图，该综合系统是TV会议和文本对话等使多个应用程序协作来实行多个客户机之间信息交换(会议和学习等)的系统。

<整体结构>

控制综合系统的应用程序综合管理系统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相连接。在此，通话指的是在多个终端间所实行的信息交换，主要指采用实时方式的信息交换。

再者，该网络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)实行通信，通过各应用程序来提供服务。

提供各服务的多个应用程序服务器3-1～3-N例如由应用程序服务器3-1实行应用程序APL1，该应用程序APL1用来实施利用图像和声音的TV会议服务，由应用程序服务器3-N实行应用程序APLN，该应用程序APLN用来提供在用户之间交换或传输文本数据的文本对话服务，由其它应用程序服务器实行下述应用程序等，该应用程序用来实施对表示数据(包含图形等的数据)进行交换或传输的服务，或者用来实施对CAD数据进行交换或传输的服务。

还有，虽然此处为了使说明变得简单而表示出由一个应用程序服务器来实行一个应用程序的情形，但是也可以由一个应用程序服务器来实行多个应用程序。同样，虽然应用程序综合管理系统表示出由分别独立的服务器来构成应用程序综合管理装置10、通话信息管理装置11、认证装置12及用户信息管理装置13的情形，但是也可以由一个服务器来实行各装置的功能。

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

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

在此，客户机5-1～5-M不需要具备全都相同的应用程序客户机50-1～50-N，而由下述两种应用程序客户机构成，一种是TV会议等系统所必须的应用程序客户机，另一种是通过用户申请等所任意选择的任意应用程序客户机，除必须的应用程序客户机之外还可以对每个用户进行设定，以使应用程序客户机的环境产生差异。

<功能概要>

下面，对于应用程序综合管理系统1的整体功能予以说明，应用程序综合管理装置10根据应用程序综合控制协议来实行各应用程序服务器3-1～3-N的通话控制(开始、结束等)，并向各客户机5-1～5-M的用户提供所请求应用程序的服务。而且，应用程序综合管理装置10检测应用程序和系统的错误发生，在错误发生时向客户机5-1～5-M的用户通知错误。

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

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

而且，各应用程序服务器3-1～3-N和客户机5-1～5-M的应用程序客户机51-1～51-M不相互干扰，例如应用程序服务器3-1只对客户机5-1～5-M的应用程序客户机51-1(图中的APL1)进行控制，其它应用程序客户机的行为则不加以干预。

<各装置的详细状况>

接着，对于各装置的详细状况，在下面予以说明。

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

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

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

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

接着，图2(B)表示应用程序信息DB105的数据结构。该数据库的各记录由下述记录块(或信息栏)构成，该记录块包括：应用程序的名称；类型，用来对综合通话(综合服务)所必须的应用程序或任意的应用程序加以识别；地址，是实行该应用程序的应用程序服务器3-1～3-N的地址；标识符，用来特定应用程序。该应用程序标识符是下述的通话信息管理和应用程序策略所使用的。

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

在该应用程序策略DB106中按照通话开始或结束等通话状态，存储应使服务开始或结束协作的应用程序信息。

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

认证装置(服务器)12具有与总线126所连接的CPU121、存储器122、硬盘123及网络接口124，并且经由网络接口124的信息包收发部1241，与网络20实行通信。

在硬盘123中为每个用户存储记录认证状态的认证DB125，通过存储器122上所装入的认证程序127来进行读写。

存储器122上的认证程序128根据来自客户机5-1～5-M的认证信息(用户名、口令等)，从用户信息管理装置13读入用户信息，实行对认证信息是否正确加以判定的认证功能128。该认证功能128在正确做出认证时，将用户名和实行认证的时刻作为一对记录写入认证DB125。另外，认证功能128将认证结果通知给应用程序综合管理装置10。另外，在认证功能128中具有通信监视计时器129，用来检测超时等的通信错误。

接着，图4表示客户机5-1～5-M向系统加入时管理用户信息的用户信息管理装置13详细结构，(A)是表示以硬件为主体的功能框图，(B)是表示用户信息管理装置13所具备的用户信息DB135数据结构的说明图。

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

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

接着，图4(B)表示用户信息DB135的数据结构。该数据库的各记录由用户名、口令、应用程序列表及帐户(account)列表构成，该应用程序列表表示该用户可利用应用程序的标识符，该帐户列表是对每个应用程序所预先设定的使用应用程序服务器3-1～3-N帐户的表格。

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

还有，该用户信息是在用户申请向系统的加入之时等所设定的。

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

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

在硬盘113中存储对每个用户的信息进行设定后的用户信息DB118，通过存储器112上所装入的通话信息DB程序116来进行读写。另外，通话信息DB程序116具有通信监视计时器117，用来检测超时等的通信错误。

接着，图5(B)表示用户信息DB118的数据结构。该数据库的各记录由用户ID、通话开始时刻、通话结束时刻、通话ID以及确立通话后的应用程序信息构成，该用户ID是已在与应用程序服务器3-1～3-N之间确立通话的用户的ID。该应用程序信息如图所示由记录块构成，该记录块与确立通话后的应用程序数目相应，各记录块由上述应用程序信息DB105的应用程序类型、对每个应用程序的通话所附的应用程序通话ID以及加入通话后的利用者列表构成。

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

就通话信息管理装置11而言，每次在应用程序服务器3-1～3-N和客户机5-1～5-M之间有通话变化，都记录时刻和应用程序信息。

接着，图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。

应用程序服务器3具有与总线305所连接的CPU301、存储器302、硬盘303及网络接口304，用来经由网络接口304的信息包收发部3041，与网络20实行通信。

在存储器302上，提供指定服务的应用程序306在被装入的同时加以实行。在该应用程序306中具有：呼叫状态管理部307，用于按照来自应用程序综合管理装置10和客户机5-1～5-M的请求(服务开始请求和结束请求等)，对服务的开始或结束加以管理；应用程序控制协议处理部309，用来处理应用程序综合管理装置10和客户机5-1～5-M的应用程序综合客户机51-1～51-M之间的通信(应用程序控制协议)；通信监视计时器309，用来对超时等进行监视。

应用程序服务器3如下所述，根据来自应用程序综合管理装置10的服务开始委托(下面，设为通话召集委托)，对客户机5-1～5-M的应用程序综合客户机51-1～51-M通知通话召集，应用程序综合客户机51-1～51-M将各客户机5-1～5-M所对应的应用程序启动，确立和客户机5-1～5-M之间的通话，实行服务的提供。

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

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

在存储器502上，应用程序综合客户机51-1～51-M(下面，将其总称设为应用程序综合客户机51)被装入，经由外部网络4在和应用程序综合管理系统1之间，根据应用程序综合控制协议来实行通信。

应用程序综合客户机51按照来自应用程序综合管理装置10的允许或请求和指令，使安装于客户机5中的应用程序客户机50-1～50-N有选择地启动。各应用程序客户机50-1～50-N既可以按照应用程序综合客户机51的指令从硬盘503向存储器502装入，又可以常驻于存储器502上。

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

<系统整体的动作>

下面，对于使多个应用程序协作的综合系统整体动作，通过参照下面所示的时间图，予以说明。

{1-1.注册及单独应用程序的启动}

先对于客户机5向综合系统实行注册直至将应用程序启动的控制顺序，通过参照图8的时间图予以说明。

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

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

该认证信息核对请求信息包PF2在IP标题之后，包含作为信息包类型表示认证信息核对的信息(标识符)、综合系统的通话ID以及利用客户机5的用户名和口令。

在S3中，接收到该认证信息核对请求信息包PF2后的用户信息管理装置13，检索用户信息DB135判定相应的用户信息是否有效，生成核对结果回发给认证装置12。该回发是通过将图示的信息包PF3发送给认证装置12来实行的。该回发信息包是认证信息核对完成信息包PF3，在IP标题之后为作为信息包类型表示认证信息核对完成的信息(标识符)、综合系统的通话ID以及利用客户机5的用户名和口令，附加表示核对结果的响应代码。该响应代码由表示注册成功和失败的任一个的标识符来构成。

接着，在S4中如果认证信息核对结果是有效，则认证装置12对应用程序综合管理装置10请求当前可利用的应用程序服务器3-1～3-N列表。该请求是采用应用程序信息发送委托信息包PF27来实行的，该信息包在IP标题之后，由作为信息包类型表示应用程序信息请求和认证信息核对完成的信息(标识符)以及综合系统的通话ID来构成。

接收到该应用程序信息发送委托信息包PF27后的应用程序综合管理装置10，参照应用程序信息DB105生成可利用的应用程序服务器3-1～3-N列表，回发给认证装置12。

该回发是采用应用程序信息信息包PF28来实行的，该信息包在IP标题之后，由作为信息包类型表示应用程序信息的信息(标识符)、综合系统的通话ID以及为上述所生成的应用程序服务器列表附加响应代码后的部分来构成。该响应代码由下述标识符构成，该标识符表示应用程序服务器列表的取得是否成功或者是否出现错误。

接收到应用程序信息DB信息包PF28后的认证装置12在对客户机5注册完成的同时，将包含可利用应用程序服务器列表的注册完成通知信息包PF5予以发送。该注册完成通知信息包PF5在IP标题之后，由作为信息包类型表示注册完成的信息(标识符)、综合系统的通话ID、上述所生成的应用程序服务器列表以及附加上述响应代码后的部分来构成。

接收到注册完成通知信息包PF5后的客户机5对在客户机5方从应用程序服务器列表所选择出的指定应用程序服务器，请求通话的开始并接受服务的提供。

{1-2.注册及单独应用程序的启动}

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

图9的S1～S3与上述图8的S1～S3相同，如上所述实行通过认证装置12和用户信息管理装置13的认证。然后，认证装置12在S10中对客户机5通知注册的完成。该注册完成通知是采用图示的信息包PF4来实行的。该注册完成通知信息包PF4在IP标题之后，由作为信息包类型表示注册完成的信息(标识符)、综合系统的通话ID以及附加上述响应代码后的部分来构成。

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

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

接收到应用程序信息DB信息包PF28后的客户机5提取应用程序服务器的列表，对在客户机5方所选择出的指定应用程序服务器请求通话的开始，并可以单独接受服务的提供。

如同上述图8那样，在认证信息的核对完成后，既可以认证装置12对应用程序综合管理装置10实行应用程序信息的发送委托，又可以如同图9那样客户机5将附加来自认证装置12的认证信息核对完成结果后的信息包PF27发送给应用程序综合管理装置10。如果作为信息包类型包含表示应用程序信息请求和认证信息的核对完成的信息(标识符)，则应用程序综合管理装置10信赖该信息，发送应用程序列表。

{1-3.综合通话的开始}

下面，参照图10的时间图，说明由多个客户机5使多个应用程序协作来进行信息交换的综合系统(下面，设为综合通话)的开始。

下面所示的示例表示，客户机5-1请求综合通话的召集(开始)直至在各应用程序服务器3-1～3-N和客户机5之间开始综合通话的过程。

首先，在S21中客户机5-1对应用程序综合管理装置10发出综合通话的召集请求。

该综合通话的召集请求是客户机5-1发送图25所示的信息包PF6。该信息包PF6中在IP标题之后，包含作为信息包类型表示综合通话召集请求的信息(标识符)、综合系统的通话ID、请求召集的加入者(用户)列表、所使用的应用程序客户机50-1～50-N列表以及应用程序客户机50-1～50-N的类型列表。综合系统的通话ID是客户机生成的，使之在系统内成为唯一。

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

收到综合通话召集请求后的应用程序综合管理装置10采用图25的信息包PF7，对认证装置12就有关客户机51-1的用户认证状况进行通知委托(S22)。认证装置12如上述图8或图9所示预先实行认证，参照认证DB123来判定认证信息的核对是否有效，采用图25的信息包PF8将该用户的认证状况是否有效通知给应用程序综合管理装置10。

收到认证状况通知后的应用程序综合管理装置10，如果认证状况有效则对用户信息管理装置13采用图25的信息包PF9，请求客户机5-1的用户信息通知(S24)。

该信息包PF9包含在IP标题之后，作为信息包类型表示用户信息发送委托的信息(标识符)、综合系统的通话ID、对客户机5-1加入者列表中所记载的召集加以请求的用户名列表、以及客户机5-1所指定的使用应用程序标识符列表。应用程序标识符列表对应于图2应用程序信息DB105的应用程序标识符。

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

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

该登录委托是采用图25的信息包PF11来实行的，包含在IP标题之后作为信息包类型表示通话信息登录委托的信息(标识符)、从客户机有指定的综合系统通话ID、向综合通话加入的用户名列表、使用应用程序的通话ID列表以及表示应用程序类型的信息。

通话信息管理装置11在图5所示的通话信息DB118的请求了综合通话的用户名(用户ID)中，在开始时刻、综合通话ID及应用程序的每个类型中，记录应用程序的通话ID和加入者列表。若记录完成，则通话信息管理装置11对应用程序综合管理装置10，采用图25的信息包PF12通知通话信息的登录完成(S27)。

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

该通话召集请求是采用图25的信息包PF13来实行的，包含在IP标题之后作为信息包类型表示通话召集委托的信息(标识符)、综合系统的通话ID、应用程序的通话ID以及向综合通话加入的用户名列表。

收到该通话召集请求后的应用程序服务器3-1～3-N分别对加入的客户机5通知通话的召集，各客户机5回发加入。

例如，在应用程序服务器3-1和3-N实行通话召集的场合下，首先应用程序服务器3-1对客户机5-1通知通话的召集(S29-1)。客户机5-1按照该通知回发加入，确立应用程序通话(S30-1)。

同样，应用程序服务器3-1对客户机5-M通知通话的召集(S29-M)。客户机5-M按照该通知回发加入，确立应用程序通话(S30-M)。

应用程序服务器3-1若确立出全部加入者的通话，则对应用程序综合管理装置10通知应用程序1的通话召集已完成(S31)。该通知是采用图25信息包PF14来实行的，在IP标题之后包含作为信息包类型表示通话召集完成的信息(标识符)、综合系统的通话ID、应用程序的通话ID以及表示通话确立有无的响应代码。还有，在该响应代码中，存在与通话召集不相应的客户机5的场合下，包含表示错误的信息。

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

应用程序服务器3-N若和全部加入者确立通话，则对应用程序综合管理装置10通知应用程序N的通话召集已完成(S35)。

然后，若由综合通话所使用的所有应用程序服务器3-1～3-N完成全部作为加入者的各客户机5-1～5-M和通话的召集，则对各客户机5-1～5-M通知综合通话的通话召集完成(S36-1～36-M)。该通知是采用图26的信息包PF15和PF16来实行的，信息包PF15只通知综合通话的召集完成，信息包PF16包含加入者列表、每个应用程序的通话ID及应用程序类型。

按照上面的顺序实行综合通话的召集，根据客户机5-1所请求的加入者和应用程序，开始综合通话，在多个用户间使多个应用程序协作以实时方式实行信息的交换。

{1-4.从综合通话的退出}

下面，对于客户机5的一个从综合通话退出的情形，通过参照图11的时间图予以说明。在该示例中，表示客户机5-M从综合通话退出的情形。

客户机5-M对应用程序综合管理装置10，采用图26的信息包PF17请求从综合通话的退出(S40)。该信息包PF17在IP标题之后，由作为信息包类型表示从综合通话退出请求的信息(标识符)、综合系统的通话ID以及用户名来构成。

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

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

该处理是采用图26的信息包PF19来实行的，在IP标题之后包含作为信息包类型表示从综合通话退出委托的信息(标识符)、综合系统的通话ID、应用程序的通话ID以及请求退出的用户列表。

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

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

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

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

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

接收到该信息包PF21后的通话信息管理装置11检索图5的通话信息DB118，在用户列表中检索相应的用户ID设定结束时刻，接着通过各用户的信息检索相当的应用程序通话ID，将上述用户列表中所记载的用户从利用者列表删除。

通话信息管理装置11若完成通话信息DB118的更新，则对应用程序综合管理装置10发出更新完成的通知(S49)。该处理是采用图26的信息包PF22来实行的。信息包PF22在IP标题之后，包含作为信息包类型表示通话信息更新完成的信息(标识符)、综合系统的通话ID、正在由该综合通话使用的应用程序通话ID列表、应用程序类型列表以及表示更新结果的响应代码。

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

{1-5.从应用程序通话的退出}

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

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

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

接着，应用程序综合管理装置10参照应用程序策略DB106，对在上述S51中所指定的应用程序和其它应用程序的协作关系进行查验。在存在下述关系场合(图2(C)的应用程序1和2)下，若有一方的应用程序退出请示则也执行另一方的应用程序退出请求，上述关系是，若结束用户所指定的应用程序通话则也使另一个应用程序通话结束。

在此，表示客户机5的用户指示出应用程序1退出的情形。

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

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

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

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

各应用程序服务器3-1～3-N若完成所请求用户的退出，则向应用程序综合管理装置10通知指定用户已从各应用程序通话退出(S56-1～S56-2)。该处理如上所述是采用图26的信息包PF20来实行的，该信息包PF20包含应用程序通话ID以及从综合通话退出的用户名列表。

若从与所指定应用程序通话对应的全部应用程序服务器3-1～3-N接收到退出完成通知，则应用程序综合管理装置10向通话信息管理装置11委托通话信息的更新(S57)。该处理是采用上述图26的信息包PF21来实行的。

接收到该信息包PF21后的通话信息管理装置11检索图5的通话信息DB118，在用户列表中检索相应的用户ID将相当的应用程序通话ID删除，与此同时从与应用程序通话ID对应的利用者列表将在51中提出请求的用户删除。

通话信息管理装置11若完成通话信息DB118的更新，则对应用程序综合管理装置10发出更新完成的通知(S58)。该处理是采用上述图26的信息包PF22来实行的。

通过上面的处理，若某个用户从所指定的综合通话退出(应用程序的利用中止)，则由各应用程序服务器3-1～3-N实行通话的结束，此后根据应用程序综合管理装置10的指令来更新通话信息DB118，在退出后用户ID的通话信息DB118中删除应用程序通话ID，从与另一用户应用程序通话ID对应的利用者列表，删除提出应用程序通话中止的用户名。

而且，应用程序综合管理装置10不断监视应用程序之间的协作关系，在一方发出应用程序退出请求时需要另一方应用程序退出的场合下，可以根据应用程序策略DB106的设定，也自动使有协作关系的应用程序通话结束，因此能够在客户机5和应用程序服务器3-1～3-N间防止不需要的通话被维持。

{1-6.综合通话的结束}

下面，在所利用的用户变为一人等场合下，综合通话变得不起作用时，应用程序综合管理装置10实行综合通话的结束。对于该综合通话的结束，通过参照图13的时间图予以说明。

在利用者变为一人等指定条件成立时，应用程序综合管理装置10为了结束综合通话，而使由综合通话所使用的应用程序通话结束。

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

首先，对由综合通话所使用的应用程序服务器3-1～3-N通知成为最后用户的客户机5-1从应用程序通话退出的委托(S61-1～S61-N)。

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

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

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

各应用程序服务器3-1～3-N若完成最后用户的退出，则向应用程序综合管理装置10通知指定用户已从各应用程序通话退出(S66-1～S66-N)。该处理如上所述是采用图26的信息包PF20来实行的，该信息包PF20包含应用程序通话ID以及从综合通话退出的用户名列表。

若从结束的综合通话所使用的全部应用程序服务器3-1～3-N接收到退出完成通知，则应用程序综合管理装置10向通话信息管理装置11委托通话信息的更新(S67)。该处理是采用上述图26的信息包PF21来实行的。

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

通话信息管理装置11若完成通话信息DB118的更新，则对应用程序综合管理装置10发出更新完成的通知(S58)。该处理是采用上述图26的信息包PF22来实行的。

通过上面的处理，在利用者变为一人等需要使综合通话结束的场合下，各应用程序服务器3-1～3-N使全部与综合通话ID对应的应用程序通话结束，并在最后利用者的通话信息中记录综合通话使用结束，结束综合通话。

{1-7.综合通话开始时的错误(客户机方的必要应用程序)}

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

如上述图10所示，在按照S21～S27的程序实行综合通话开始之后，应用程序综合管理装置10如图14的S71-1～N所示，对下述各应用程序服务器3-1～3-N发放通话召集委托，该应用程序服务器与综合通话所使用的应用程序相应。该召集委托与上述图10的S28-1～S28-N同样地实行。

收到通话召集请求后的应用程序服务器3-1～3-N分别对加入的客户机5-1～5-M通知通话的召集，各客户机5回发加入，确立应用程序通话。

例如，在提供必要应用程序的应用程序服务器3-1和3-2实行通话召集的场合下，首先应用程序服务器3-1对客户机5-1通知通话的召集(S72-1)。客户机5-1按照该通知回发加入，确立应用程序通话(S73-1)。

同样，应用程序服务器3-1对客户机5-M通知通话的召集(S72-M)。客户机5-M按照该通知回发加入，确立应用程序通话(S73-M)。

应用程序服务器3-1若确立出全部加入者的应用程序通话，则对应用程序综合管理装置10通知应用程序1的通话召集已完成(S74)。该通知与上述图10的S31相同，是采用图25的信息包PF14来实行的。

接着，应用程序服务器3-N客户机5-1通知通话的召集(S75-1)。客户机5-1按照该通知回发加入，确立应用程序通话(S76-1)。

同样，应用程序服务器3-N对客户机5-M通知通话的召集(S75-M)。客户机5-M针对该通知，通知不加入或是客户机5-M的应用程序客户机50-N超时(S76-M)。还有，来自客户机5-M的不加入通知是通过对客户机应用程序予以监视的应用程序综合客户机51-M的处理来通知给应用程序综合管理系统方的。

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

在此，应用程序综合管理装置10对于发生错误的应用程序服务器3-N的类型，参照应用程序信息DB105来判定相当的应用程序是否必要。

如果是必要的应用程序，则发生错误的客户机5-M不能加入综合通话，因此对已经确立应用程序通话的应用程序服务器3-1，发出使客户机5-M从综合通话强行退出的委托(S78)。

该处理是采用图26的信息包PF24来实行的，该信息包PF24在IP标题之后包含作为信息包类型表示从综合通话强行退出的信息(标识符)、综合系统的通话ID、作为对象的应用程序通话ID、发生错误的用户列表以及应用程序类型。

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

接收到该强行退出请求后的客户机5-M的应用程序综合客户机51-M对应用程序服务器3-1发送强行退出的接受，与此同时应用程序服务器3-1结束和客户机5-M之间的应用程序通话。

接着，应用程序服务器3-1对应用程序综合管理装置10通知客户机5-M的强行退出已完成(S81)。该通知是采用图26的信息包PF25来实行的，在IP标题之后包含作为信息包类型表示从综合通话强行退出完成的信息(标识符)、综合系统的通话ID、作为强行退出对象的应用程序通话ID、发生错误的用户列表以及响应代码。

应用程序综合管理装置10若接收到强行退出完成通知，则将在综合通话的召集中发生错误的情况通知给各客户机5(S82)。该通知是采用图26的信息包PF26来实行的，在IP标题之后包含作为信息包类型表示发生综合通话召集错误的信息(标识符)、综合系统的通话ID、对错误发生在客户机5方和应用程序服务器方哪一方加以识别的错误类型、发生错误的用户列表以及响应代码。

此后，应用程序综合管理装置10与上述图11所示的S48、S49相同，对通话信息管理装置11发出请求，以便在通话信息DB118中记录除了客户机5-M的用户外的发出请求的加入者开始了综合通话的情况(S83)，通话信息管理装置11若完成通话信息DB118的更新，则向应用程序综合管理装置10通知通话信息的更新完成(S83)。

这样，在客户机5方在必要的应用程序中发生错误的场合下，使相应的客户机5已经确立的应用程序通话强行结束，与此同时对加入综合通话的其它用户通知发生错误的用户列表，在确立必要应用程序的应用程序通话后的客户机5之间开始综合通话。

{1-8.综合通话开始时的错误(服务器方的必要应用程序)}

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

如上述图10所示，在按照S21～S27的程序实行综合通话开始之后，应用程序综合管理装置10如图15的S71-1～N所示，对各应用程序服务器3-1～3-N发放通话召集委托，该各应用程序服务器与由综合通话所使用的应用程序相应。该召集委托与上述图10的S28-1～S28-N同样地实行。

收到通话召集请求后的应用程序服务器3-1～3-N分别对加入的客户机5-1～5-M通知通话的召集，各客户机5回发加入，确立应用程序通话。

在此，表示应用程序服务器3-1和3-N提供必要应用程序的情形，并且示例出在应用程序服务器3-N中发生错误的情形。

首先，应用程序服务器3-1与上述图14的S72-1～M、S73-1～M及S74相同，和客户机5-1～M确立应用程序通话，对应用程序综合管理装置10通知应用程序1的通话召集已完成。

接着，提供必要应用程序的应用程序服务器3-N针对来自应用程序综合管理装置10的通话召集委托，因发生异常而发送错误(S280)。还有，替代错误通知，在与应用程序综合管理装置10的通话召集委托(S71-N)相应的响应(召集完成通知)成为超时的场合下，也是相同的。

在此，应用程序综合管理装置10对于发生错误的应用程序服务器3-N的类型，参照应用程序信息DB105来判定相当的应用程序是否必要。

如果是必要的应用程序，则综合通话不能开始，因此对已经和客户机5确立应用程序通话的应用程序服务器3-1，发出从该综合通话强行退出的委托(S81)。该处理是采用上述图26的信息包PF24来实行的。

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

各客户机5按照应用程序服务器3-1的指令接受强行退出，应用程序服务器3-1结束和各客户机5之间的应用程序通话(S283、S285)。

加入该综合通话的全部用户和结束应用程序通话后的应用程序服务器3-1，采用上述图26的信息包PF25向应用程序综合管理装置10通知强行退出完成(S286)。

接收到该信息包PF26后的应用程序综合管理装置10将在综合通话召集中失败的情况通知给各客户机5(S287)。该通知是采用图26的信息包PF27来实行的，包含在IP标题之后作为信息包类型表示综合通话召集失败的信息(标识符)以及综合系统的通话ID。

根据该通知，各客户机5的应用程序综合客户机51-1～M可以检测出综合通话不能开始，并向用户传达。

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

该处理是采用图27的信息包PF32来实行的，在IP标题之后包含作为信息包类型表示通话信息删除委托的信息(标识符)以及综合系统的通话ID。

然后，通话信息管理装置11若将该综合通话ID的记录删除，则将删除完成通知给应用程序综合管理装置10(S289)。

这样，在提供必要应用程序的应用程序服务器中发生错误的场合下，使客户机5已经确立的应用程序通话强行结束，与此同时将通话信息删除并结束综合通话。

{1-9.综合通话开始时的错误(客户机方的任意应用程序)}

下面，对于综合通话开始时在客户机5方可由综合通话任意使用的应用程序中发生错误的情形，通过参照图16的时间图予以说明。

当开始综合通话时，应用程序综合管理装置10对各应用程序服务器3-1～3-N发送通话的召集委托(S71-1～N)，应用程序服务器3-1和各客户机51-1～M确立应用程序通话(S72-1～M、S73-1～M)，向应用程序综合管理装置10通知通话的召集完成(S74)，至此与上述图10及图14同样地实行。

接着，提供任意应用程序的应用程序服务器3-N对客户机5-1通知通话的召集(S75-1)。客户机5-1按照该通知回发加入，确立任意的应用程序通话(S76-1)。

应用程序服务器3-N对客户机5-M通知通话的召集(S75-M)。客户机5-M针对该通知，通知不加入或是客户机5-M的应用程序客户机50-N超时(S90)。还有，来自客户机5-M的不加入通知是通过对客户机应用程序加以监视的应用程序综合客户机51-M的处理来通知给应用程序综合管理系统方的。

检测出不加入或者超时的应用程序服务器3-N向应用程序综合装置10通知在客户机5-M中发生错误(S91)。该通知是采用上述图25的信息包PF23来实行的。

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

由于是任意的应用程序，因而客户机5-M可以删除发生错误的任意应用程序加入综合通话。

应用程序综合管理装置10针对各客户机5，将在综合通话的召集中发生错误的情况通知给各客户机5(S92)。该通知是采用上述图26的信息包PF26来实行的，包含作为信息包类型表示发生综合通话召集错误的信息(标识符)、综合系统的通话ID、对错误发生在客户机5方和应用程序服务器方哪一方加以标识的错误类型、发生错误的用户列表以及应用程序类型。此处，因为应用程序类型是任意，所以可以通过任意应用程序，检测出和处于错误用户列表中的加入者不能进行信息交换。

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

这样，在客户机5方任意应用程序中发生错误的场合下，只是相应的客户机5在未确立任意应用程序服务器3-N和应用程序通话的状态下开始综合通话。但是，对加入综合通话的其它用户通知发生了错误的用户列表，删除任意应用程序并在全部用户间开始综合通话。

{1-10.综合通话开始时的错误(服务器方的任意应用程序)}

下面，对于综合通话开始时在应用程序服务器方综合通话可任意利用的应用程序中发生错误的情形，通过参照图17的时间图予以说明。此处，应用程序服务器3-N设为任意的应用程序服务器。

当开始综合通话时，应用程序综合管理装置10对各应用程序服务器3-1～3-N发送通话的召集委托(S71-1～N)，应用程序服务器3-1和各客户机51-1～M确立应用程序通话(S72-1～M、S73-1～M)，向应用程序综合管理装置10通知通话的召集完成(S74)，至此与上述图10及图15同样地实行。

接着，提供必要应用程序的应用程序服务器3-N针对来自应用程序综合管理装置10的通话召集委托，因发生异常而发送错误(S100)。还有，替代错误通知，在与应用程序综合管理装置10的通话召集委托(S71-N)相应的响应(召集完成通知)成为超时的场合下，也是相同的。

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

如果是任意的应用程序，则可以开始综合通话，而不能利用应用程序服务器3-N的服务，因此应用程序综合管理装置10对各客户机5将在综合通话的召集中发生错误的情况通知给各客户机5(S101)。该通知是采用上述图26的信息包PF26来实行的，包含作为信息包类型表示发生综合通话召集错误的信息(标识符)、综合系统的通话ID、对错误发生在客户机5方和应用程序服务器方哪一方加以标识的错误类型(此处为服务器方)、发生错误的用户列表以及应用程序类型。在此，就各客户机5的应用程序综合客户机51来说，因为应用程序类型是任意的，所以可以检测出不能通过没有应用程序通话的任意应用程序在加入者之间进行信息交换。

此后，应用程序综合管理装置10与上述图11所示的S48、S49相同，对通话信息管理装置11发出下述请求，即不利用应用程序服务器3-N的任意应用程序，而在通话信息DB118中记录通过其它有请求的任意应用程序开始了综合通话的情况(S102)，通话信息管理装置11若完成通话信息DB118的更新，则向应用程序综合管理装置10通知通话信息的更新完成(S103)。

这样，在应用程序服务器方任意应用程序中发生错误的场合下，在未确立任意的应用程序服务器3-N和应用程序通话的状态下开始综合通话。但是，已确立应用程序通话的任意应用程序服务器则是可以利用的。

上面，如图14～图17所示应用程序综合管理装置10判定发生错误方是客户机5和应用程序服务器的哪一方，并且是必要应用程序还是任意应用程序的哪一个，根据错误类型和错误发生处所来使用最适合的处理，只在提供必要应用程序的应用程序服务器中发生错误时不开始综合通话，而在其它场合下可以采用可能的结构开始综合通话。

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

{2-1.认证装置}

下面，对于由认证装置12所实行的控制一个示例，通过参照图18的流程图予以说明。该流程图是按照指定周期加以实行的。

在S111中开始信息包接收循环，接收来自外部网络4或内部网络2的信息包。

在S112中，判定所接收到的信息包是否是来自客户机5的注册请求，如果是注册请求则进入S116，向用户信息管理装置13请求认证信息核对(图8、图9的S2)。

另一方面，如果所接收到的信息包不是注册请求则进入S113，判定是否是来自用户信息管理装置13的认证信息核对完成信息包。如果是认证信息核对完成，则进入S117在认证信息DB125中记录用户名和认证时刻，之后向客户机5通知注册完成(图9的S10)。

如果所接收到的信息包不是认证信息核对完成，则进入S114，判定是否是来自应用程序综合管理装置10的认证状况通知委托。如果是认证状况通知委托，则检索认证信息DB125，按照用户名和认证时刻将认证状况通知发送给应用程序综合装置10(图10的S23)。

然后，在S115中，结束信息包接收循环。

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

{2-2.用户信息管理装置}

下面，对于由用户信息管理装置13所实行的控制一个示例，通过参照图19的流程图予以说明。该流程图是按照指定周期加以实行的。

在S122中开始信息包接收循环，接收来自外部网络4或内部网络2的信息包。

在S123中，判定是否接收到来自认证装置12的认证信息核对请求，如果是认证信息核对请求的信息包PF2，则进入到S126检索用户信息DB135，判定用户名和口令是否正确。如果用户名和口令相一致，则进入到S127向认证装置12通知认证信息核对完成(图8的S3)。另一方面，在用户名和口令不一致的场合下，进入到S129，在认证信息完成信息包PF3的响应代码中记载错误，发送给认证装置12。

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

在上面的处理之后，在S125中结束信息包接收循环。

{2-3.应用程序综合管理装置}

下面，对于由应用程序综合装置10所实行的控制一个示例，通过参照图20、图21的流程图予以说明。这些流程图是按照指定周期加以实行的，图20是实行正常状态处理的流程图，图21是实行在系统的任一个中出现异常时处理的子程序流程图。

首先，在图20的S131中，开始信息包接收循环，接收来自外部网络4或内部网络2的信息包。

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

接着，在S133中判定是否从认证装置12接收到认证状况的通知(图10的S23)，在接收到的场合下，进入S145根据认证状况的通知来判定用户是否已认证。在已认证的场合下，进入S146向用户信息管理装置13发送用户信息的发送委托(图10的S24)。另一方面，在用户尚未认证的场合下，对各客户机5通知综合通话的召集失败，从S143结束信息包接收循环。

接着，在S134中，判定是否从用户信息管理装置13接收到用户信息(图10的S25)。在接收到用户信息的场合下，向通话信息管理装置11发出通话信息的登录委托(图10的S26)。然后，从S143结束信息包接收循环。

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

在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结束信息包接收循环。

在S137中，判定是否从认证装置12接收到应用程序信息发送委托(图8的S4)。在接收到的场合下，进入S153参照应用程序信息DB105，通知所请求的应用程序信息，此后结束信息包接收循环(S143)。

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

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

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

在S141中，判定是否从通话信息装置11接收到通话信息更新完成通知。在接收到的场合下，在S160中判定当前的综合通话加入者是否是1名。如果是1名则为了结束综合通话，而进入S161使最后的用户从正在由综合通话使用的所有应用程序服务器3-1～3-N退出，将通话信息更新委托向通话信息管理装置11进行委托，结束信息包接收循环(S143)。

在S142中，在实行图21所示的错误处理之后，结束信息包接收循环。

下面，对于S142的错误处理，通过参照图21予以说明。

首先，在S171中判定是否接收到通话召集错误。在接收到的场合下，进入S174通过从所接收到的信息包提取出的错误类型，判定错误的发生是否是应用程序服务器3-1～3-N。在是应用程序服务器的场合下进入S175，在是客户机5的场合下进入到S178。

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

另一方面，如果在S175的判定中应用程序类型是任意，则进入S177，向召集综合通话的客户机5通知在任意应用程序的应用程序服务器中发生错误的信息(图17的S101)，结束子程序。

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

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

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

{2-4.通话信息管理装置认证装置}

下面，对于由通话信息管理装置11所实行的控制一个示例，通过参照图22的流程图予以说明。该流程图是按照指定周期加以实行的。

在S191中，开始信息包接收循环，接收来自外部网络4或内部网络2的信息包。

在S192中，判定是否从应用程序综合管理装置10接收到通话信息登录委托(图10的S26)。如果是通话信息登录委托，则进入S196在通话信息DB113中记录用户ID、通话开始时刻及结束时刻等各种信息，之后向应用程序综合管理装置10发送通话信息登录完成通知(图10的S27)。

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

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

在上述处理结束之后，在S195中结束信息包接收循环。

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

{2-5.客户机}

下面，对于由客户机5所实行的控制一个示例，通过参照图23的流程图予以说明。

首先，在S200中判定是否已受理向应用程序综合管理系统1的注册，如果未受理注册则等待来自用户的注册，另一方面在已受理注册的场合下，进入S201，向认证装置12发送注册请求(图8的S1)。

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

在S203中，直至从客户机5未图示的输入装置(键盘和鼠标)等输入向综合通话加入的用户列表以及由综合通话所使用的应用程序列表为止，进行等待。

在S204中，判定所输入的信息是否在应用程序综合客户机51的结束请求之外，如果是在结束请求之外则进入到S205，另一方面，如果是结束请求则按原状态结束处理。

在S205中，根据上述注册完成通知、用户列表以及应用程序列表，向应用程序综合管理装置10发送综合通话的开始请求(图10的S21)。

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

在用户所指定应用程序列表的应用程序服务器3-1～3-N未做出响应的场合下，在S214中通过客户机5未图示的显示装置等，向用户通知应用程序服务器3-1～3-N的超时，返回到S203。

在接收到来自应用程序服务器3-1～3-N的响应的场合下，进入S207，判定是否从应用程序综合管理装置10接收到综合通话召集失败的通知(图15的S287)。在接收到综合通话召集失败通知的场合下，进入到S215向用户通知发生错误的情况，之后返回到S203。

另一方面，在未接收到综合通话召集失败通知的场合下，进入S208，通过未图示的显示装置等向用户通知综合通话已开始。

接着，在S209中判定是否接收到来自应用程序服务器3-1～3-N的强行退出请求(图15的S282)。在有强行退出请求的场合下，由于是在必要应用程序的应用程序服务器中发生异常等的场合，因而进入S218将综合通话的结束通知给用户，此后返回S203。

另一方面，在未接收到强行退出请求的场合下，进入S210根据用户的意向等判定是否维持综合通话。在用户不希望维持综合通话的场合下，进入S217对应用程序综合管理装置10发送综合通话退出请求(图11的S40)，此后在S218中向用户通知综合通话的结束，之后返回到S203。

在用户希望维持综合通话的场合下，进入S211判定是否维持单独应用程序通话，在不维持单独应用程序通话的场合下，进入S216如图12所示请求单独应用程序通话的退出。此后，返回到S209。

另一方面，在假设维持单独应用程序通话的场合下，进入到S212判定综合通话是否已结束。在综合通话已结束的场合下进入到S213，在综合通话被维持的场合下返回到S209。

在S213中，判定是否已受理客户机的结束请求。在已受理结束请求的场合下，按原状态结束处理。在没有结束请求的场合下，重新回到S203。

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

在与必要应用程序有关的应用程序服务器3-1～3-N中发生异常等，应用程序综合管理装置10使综合通话结束的场合下，向用户通知之后结束综合通话。

{2-6.GUI}

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

在(A)中，可以将用户希望的向综合通话的加入者任意输入到多个所设立的信息栏2031。而且，能够从核对框2032选择在综合通话所使用的应用程序类型。

在(B)中，可以将综合通话的名称任意输入到信息栏2033中。另外，还能够从核对框2034选择在该综合通话所使用的应用程序类型。

在(C)中，当向所选择出的综合通话加入时，可以向信息栏2035输入所加入的用户名。

<第2实施方式>

图28表示在应用程序综合管理系统1中设置了计费管理装置11的示例，其它结构与上述第1实施方式相同。

图2表示计费管理终端14的结构和通话信息管理装置11的结构。通话信息管理装置11与上述第1实施方式相同，不同之处只是明示出通话信息收发部118。

计费管理终端14具有与总线145所连接的CPU141、存储器142、硬盘143以及网络接口144，用来经由网络接口144的信息包收发部1441，与网络20实行通信。

在硬盘143中，存储对每个用户的计费信息加以记录的计费信息DB150，通过存储器142上所装入的计费信息DB程序146来进行读写。计费信息DB程序146具有：通话信息取得部147，用来从通话信息管理装置11取得每个用户的利用时间；计费金额计算部148，用于根据预先所设定的时间单价等来运算计费金额；通信监视计时器117，用来检测超时等通信错误。

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

计费管理终端14根据开始时刻及结束时刻，累计每个用户的利用时间，来运算应用程序综合管理装置1的利用费用。

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

图32表示向上述第1或第2实施方式的系统新追加应用程序的状况。最初，向系统增加设置应用程序服务器N+1(图中的3-N+1)。系统管理者接受服务器的增加设置联络，将与应用程序服务器N+1有关的信息存储到应用程序综合管理装置10的应用程序信息DB中。必要信息是应用程序名(应用程序N+1)、应用程序类型(白板)、服务器地址(ZZZ)以及应用程序标识符(WB)。得知应用程序追加的用户安装应用程序客户机N+1(图中的50-N+1)。

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

接着，图34表示刀锋型服务器中的系统实施一个示例。刀锋型服务器是可以将多个装置作为单一的设备6进行管理的装置，在图34中分别使认证装置12和应用程序综合管理装置10、用户信息管理装置13-1和通话信息管理装置11-1成对，由2片刀锋型进行管理，作为其它应用程序服务器分别给TV会议服务器3-1、媒体服务器3-2、对话服务器3-3、SIP(Session Initiation Protocol)服务器3-4以及呈现服务器(presence server)(用来对用户存在和信息获得所需的设定条件等加以辨别·保持)分配一片刀锋型。还有，各刀锋型被收入设备6的插件60中。

在刀锋型服务器的特色上举出适合于负载分散这一点。例如，虽然在这种系统中收容人数作为重要的性能指标被使用的情况很多，但是这依赖于用户信息管理装置13-1及通话信息管理装置1-11的处理能力。若在系统的安装过程中使用刀锋型，则将实现超过用户信息管理装置13-1及通话信息管理装置13-1处理能力的收容人数，这种场合下可以给用户信息管理装置13-1及通话信息管理装置11-2新分配一片刀锋型。

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

还有，在上述实施方式中虽然表示出在内部网络2上连接多个应用程序服务器3-1～3-N的示例，但是也可以经由外部网络4将这些应用程序服务器3-1～3-N进行分散配置。

另外，在上述实施方式中虽然使内部网络2和外部网络4分离，但是应用程序综合管理系统1、各应用程序服务器3-1～3-N及客户机5-1～5-M也可以与同一个网络连接。

另外，上述外部网络4可以由因特网、WAN和LAN等构成，并且上述内部网络2能够由WAN和LAN等构成。

产业上的可利用性

如上所述，就本发明所涉及的应用程序综合管理系统而言，由于可以通过应用程序综合装置和应用程序综合客户机，对应用程序服务器方和客户机方的应用程序实行控制，因而可以适用于在多个用户间使多个应用程序协作进行信息交换的TV会议系统和学习系统等中。

Claims (10)

1.一种综合通话管理服务器，具备收发信部，该收发信部经由网络与多个应用程序服务器、和与该多个应用程序服务器连接的多个终端连接，其特征为：

进一步具备存储器和CPU，

所述收发信部从所述终端接收1个综合通话ID、和与该综合通话ID对应的多个终端ID、以及与该综合通话ID对应的多个应用程序ID，

可以向与所述多个应用程序ID对应的多个应用程序服务器发送所述综合通话ID和所述多个终端ID，

所述存储器可以对表示所述多个应用程序服务器、和所述多个终端之间的通信开始或者通信结束的信息进行保持，并且存储有多个应用程序之间的协作关系，

所述综合通话管理服务器在接收到指定的应用程序的退出请求时，通过参照所述存储器中存储的协作关系，也自动使与该指定的应用程序有协作关系的其他应用程序退出。

2.一种应用程序综合管理系统，提供使多个应用程序协同地在多个客户机之间以实时方式进行信息交换的综合服务，其特征为，具有：

应用程序服务器，用于提供多个服务；

多个客户机，用于从所述应用程序服务器接受服务，并能够请求服务的退出；

管理装置，根据来自所述客户机的综合服务的开始请求或退出请求，对所述应用程序服务器提供给客户机的服务、和参加综合服务的客户机进行控制，

所述客户机，具有：

多个应用程序客户机，与所述多个服务相对应；

客户机管理部，用于对这些多个应用程序客户机参加综合服务进行控制，

该客户机管理部分别选择在所述综合服务所使用的应用程序、和参加综合服务的客户机，并向所述管理装置发送综合服务的开始请求或退出请求，

所述管理装置，具有：

综合服务控制部，用于根据来自所述客户机管理部的综合服务的开始请求或退出请求，对提供与所述被选择的应用程序对应的服务的应用程序服务器发出指令，以便对所述被选择的参加客户机开始或结束所述服务，

所述应用程序服务器根据来自所述综合服务控制部的指令，对所述被选择的参加客户机的客户机管理部分别通知服务的开始或结束，

所述管理装置在从所述客户机仅接收到指定的应用程序的退出请求时，也自动使与该指定的应用程序有协作关系的其他应用程序退出。

3.根据权利要求2记载的应用程序综合管理系统，其特征为：

所述应用程序服务器具备：必须应用程序，用于提供综合服务所必须的服务；任意应用程序，用于提供可在综合服务中有选择地使用的任意服务，

所述客户机具备与所述综合服务所必须的服务相对应的应用程序客户机，并且有选择地具备与所述任意服务相对应的应用程序客户机。

4.根据权利要求3记载的应用程序综合管理系统，其特征为：

在所述客户机选择的应用程序中必须应用程序或任意应用程序提供的服务，不能被所有参加客户机接受的场合下，所述综合服务控制部向各客户机通知发生错误这一情况，并进行指定的错误处理。

5.根据权利要求2记载的应用程序综合管理系统，其特征为：

在存在不能接受到所述客户机选择的应用程序中任意应用程序提供的服务的参加客户机的场合下，所述综合服务控制部从该任意应用程序的服务中去除该参加客户机并提供服务，并向各客户机通知发生了错误这一情况，所述综合服务控制部中止综合服务的开始，并向客户机通知出现了错误这一情况。

6.根据权利要求2记载的应用程序综合管理系统，其特征为：

在所述客户机选择的应用程序中存在不能由应用程序服务器提供服务的任意应用程序的场合下，所述综合服务控制部去除该任意应用程序并开始综合服务，并将客户机发生错误这一情况通知给客户机，所述综合服务控制部中止综合服务的开始，并向客户机通知综合服务发生错误的情况。

7.根据权利要求2记载的应用程序综合管理系统，其特征为，具备：

通话信息管理装置，当所述综合服务控制部开始综合服务时，对与参加该综合服务的客户机用户有关的信息、和与在该综合服务中使用的应用程序有关的信息、及与利用时间有关的信息进行记录；

收费信息管理装置，与所述用户有关的信息对应地运算收费信息。

8.根据权利要求7记载的应用程序综合管理系统，其特征为：

将所述收费信息管理装置配置在与所述通话信息管理装置及管理装置相同的网络中。

9.根据权利要求7记载的应用程序综合管理系统，其特征为：

通过外部网络将所述收费信息管理装置与所述通话信息管理装置及管理装置相连接。

10.一种综合通话管理系统，具备多个应用程序服务器和与该应用程序服务器连接的综合通话管理服务器，该多个应用程序服务器和综合通话管理服务器分别具有存储器、CPU和与多个终端连接的收发信部，该综合通话管理系统的特征为：

所述综合通话管理服务器的收发信部，

从所述终端接收1个综合通话ID、与该综合通话ID对应的多个终端ID、以及与该综合通话ID对应的多个应用程序ID，

并可以向与所述多个应用程序ID对应的多个应用程序服务器发送所述综合通话ID和所述多个终端ID，

所述综合通话管理服务器的存储器，可以对表示所述多个应用程序服务器和所述多个终端之间的通信开始或者通信结束的信息进行保持，并且存储有多个应用程序之间的协作关系，

与所述多个应用程序ID对应的多个应用程序服务器的收发信部分别可以从所述综合通话管理服务器接收所述综合通话ID以及所述多个终端ID，并对与所述多个终端ID对应的多个终端发送通信开始请求，

所述综合通话管理服务器在接收到指定的应用程序的退出请求时，通过参照所述存储器中存储的协作关系，也自动使与该指定的应用程序有协作关系的其他应用程序退出。

Images