CN100586114C

CN100586114C - 服务提供系统及其提供方法

Info

Publication number: CN100586114C
Application number: CN200510059008A
Authority: CN
Inventors: 繁田好章
Original assignee: Oki Electric Industry Co Ltd
Current assignee: Oki Electric Industry Co Ltd
Priority date: 2004-04-08
Filing date: 2005-03-24
Publication date: 2010-01-27
Anticipated expiration: 2025-03-24
Also published as: US7813336B2; JP4710241B2; CN1681264A; JP2005301468A; US20050226225A1

Abstract

提供一种可基于进行多个通信的观点实现一维状况管理的服务提供系统及其提供方法。通信系统10把Web浏览器发出的请求作为呼叫尝试来执行，通过HTTP协议针对该请求起动呼叫尝试管理部100，通过联合管理部96和58作成SIP协议的请求，在呼叫尝试管理部56中对该请求进行处理，经相反的通信路径把该处理结果的应答送给Web浏览器50来显示，顺序操作服务代理UA管理部98、联合管理部58乃至服务代理UA管理部54，提供服务代理UA注册，按照相反的顺序把注册结果返回到Web系统，之后，从Web系统执行事项，确立呼叫。

Description

服务提供系统及其提供方法

技术领域

本发明涉及服务提供系统及其提供方法，本发明的服务提供系统尤其涉及这样的系统：实现基于会话开始协议(SIP：Session InitiationProtocol)操作的SIP环境和Web(World Wide Web)环境等不同环境的融合并使应用程序相互联合，为连接的客户端提供服务的系统。本发明的服务提供方法例如涉及使在不同环境下操作的应用程序相互联合来提供服务的方法，尤其涉及例如使从Web浏览器上启动的VoIP通信记录和通信目的的达成状况相对应地进行管理，系统支持执行通信和达成目的这样的通信过程管理型AP的实现。

背景技术

以前，基于SIP的AP(Application)环境和基于Web的AP环境做不到融合，可以作为单独的AP环境实现。这是因为：以前的Web-AP环境用于企业信息系统和ISP(Internet Service Provider)提供的信息提供型AP服务的架构，依赖于一方的SIP-AP环境可用于电话系统服务的架构。即，不同的环境用于不同的用途。

在使通过不同的通信协议实现的服务器环境联合·连接的情况下，一般采用协议变换用网关为中介的方式。在协议变换用网关中利用HTTP-SIP变换网关，实现作为Web环境的协议的HTTP(HyperText Transfer Protocol)和作为SIP环境的协议的SIP的相互连接变换功能。

非专利文献1：RFC3261、互联网，URL：http://www.ietf.org/rfc/rfc3261.txt

非专利文献2：JSR116，互联网URL：http://jcp.org/aboutJava/communityprocess/final/jsr116/index.html

发明内容

因此，预先在HTTP-SIP变换网关机构中装入HTTP-SIP变换网关，只能实现根据协议变换规则操作的简单功能。但是，例如，我们知道，多个人在一个目的下对多个通信进行状况管理时，不能利用使用HTTP-SIP变换网关的单独的通信系统和变换网关来灵活地实施。

作为难以实施的例子，比较大规模的系统提案等案件与此对应。具体地说，通常考虑多个营业员或SE(Sales Engineer)一边和顾客的多个窗口或担当者进行通信一边推进业务的情况的系统提案。在该提案中，为了达成案件成约·系统架构等目的，多个人实施营业交涉和技术提案等多个通信。在该实施中，已知可以为每个目的构建通信系统。

最好在SIP环境内的数据库上使目的达成状况和过程相对应地通知由于实施而引起的状况变化·变换的状况。但是，在构建这种系统时，系统要保留长时间HTTP的事务处理。因此，例示的系统从资源的有效利用和作为实际应用的用户界面实现的观点来看不是适当的实现方法。

本发明的目的是消除现有技术的缺点，提供一种基于进行多个通信的观点可实现一维的状况管理的服务提供系统及其提供方法。

解决课题的手段

为了解决上述问题，本发明提供一种服务提供系统，和通过不同通信协议的环境构建的系统连接的各个客户端进行信息通信，把该信息作为服务提供，其特征在于，所述服务提供系统具有基于第一通信协议操作的第一系统和基于第二通信协议操作的第二系统，第一系统包含：第一联合管理装置，将发送给第二系统的信息处理为作为使第一通信协议和第二通信协议共同联合的信息的第三通信协议，通过第二系统提供的第三通信协议将信息作成第一通信协议的信息；第一代理管理装置，将请求的服务实例断定为第一系统的客户端，假定作为用户代理来管理，存在所管理的信息；第一呼叫尝试管理装置，把从与第一系统连接的一个客户端呼叫到达成通话目的为止的目标实例作为呼叫尝试，对呼叫尝试中的信息进行操作管理；第二系统包含：第二联合管理装置，将发送给第一系统的信息处理为第三通信协议，提供第一系统提供的第三通信协议将信息作为第二通信协议的信息；第二代理管理装置，通过第一代理管理装置的对应功能中假定的用户代理从第二系统访问请求的服务实例，取得服务实例的执行结果；第二呼叫尝试管理装置，从第二系统访问第一呼叫尝试管理装置的对应功能。

本发明的服务提供系统在把与第二系统连接的客户端发出的请求作为呼叫尝试来执行时，提供第二通信协议使针对该请求的第二呼叫尝试管理装置起动，提供第二联合管理装置将该请求作为第三通信协议的请求，送给第一联合管理装置，通过第一联合管理装置变为第一通信协议的请求，在第一呼叫尝试管理装置中对请求进行处理，将该处理结果的响应经第一呼叫尝试管理装置、第一联合管理装置、第二联合管理装置、第二呼叫尝试管理装置发送给请求的客户端，显示出来，使第二代理管理装置、第二联合管理装置、第一联合管理装置和第二代理管理装置按顺序操作，注册，按相反的顺序将注册结果返给第二系统，通过执行来自第二系统的事项(日文：用件)，在不同类型的通信协议之间确立与呼叫实例对应的呼叫，可以实现一维的状况管理。

为了解决上述问题，本发明提供一种服务提供方法，和通过不同通信协议的环境构建的系统连接的各个客户端进行信息通信，把该信息作为服务提供，其特征在于，所述方法包括：第一步骤，在对应于第一通信协议操作的第一系统和对应于第二通信协议操作的第二系统间的通信中，将第一系统发出的信息处理为作为第一通信协议和第二通信协议中共同联合的信息的第三通信协议后，发出；第二步骤，将提供给第二系统的第三通信协议的信息处理为第二通信协议的信息后，发出；第三步骤，将第二系统发出的第二通信协议的信息处理为第三通信协议的信息后，发出；第四步骤，将提供给第一系统的第三通信协议的信息处理为第一通信协议的信息后，发出；第五步骤，把从与第一系统连接的一个客户端呼叫到达成通话目的为止的目标的实例作为呼叫尝试，从第二系统的客户端发出的把通信候补作为事项的连接列表中进行选择，生成第一起动信号，所述第一起动信号用于根据表示对应于所选事项的呼叫尝试和目的达成状况的状态从包含该状态的第二系统起动对第一系统的对应功能的访问；第六步骤，生成不管第一起动信号而起动第三步骤的第二起动信号；第七步骤，按顺序执行第三和第四步骤；第八步骤，生成起动第一系统中对应功能的第三起动信号；第九步骤，对对应于通过第三起动信号起动的功能的信息进行处理；第10步骤，接收对该信息处理的应答信息，生成起动包含该应答信息的第一步骤的第四起动信号；第11步骤，按顺序执行第一和第二步骤；第12步骤，将应答信息返回生成第二起动信号的生成方；第13步骤，将应答信息返回到生成第一起动信号的生成方；第14步骤，加工应答信号，提供给第二系统的客户端，经第三和第四步骤访问对所选事项作为假定用户代理来代理的代理用户代理，注册与事项有关的信息，提供第一和第二步骤接收对该注册的应答；第15步骤，根据对该注册的应答，从第二系统经第三和第四步骤起动第一系统，确立第一系统中客户端彼此之间的通信。

本发明的服务提供方法根据第二系统中与从连接列表中选择的事项对应的呼叫尝试和状态，生成包含该状态的第一和第二起动信号，顺序执行第三和第四步骤，在第一系统中生成第三起动信号，对应于由第三起动信号起动的功能进行信息处理，生成包含对该信息处理的应答信息的第四起动信号，经第一和第二步骤将应答信息返回给第二系统中的客户端，同时，从第二系统访问第一系统中的代理用户代理，注册与事项有关的信息，在将注册结束通知给第二系统之后，从第二系统起动第一系统，确立第一系统中客户端彼此之间的通信，从而在Web上执行事项，可实现通信过程管理型AP。

附图说明

图1是适用本发明的服务提供系统的通信系统中访问组件的构成例的方框图；

图2是图1的通信系统概略构成例的方框图；

图3是图2的通信系统的SIP环境构成例的概略方框图；

图4是图2的通信系统的Web环境构成例的概略方框图；

图5是说明图1所示的通信系统的服务生成委托的操作顺序的程序图表；

图6是接着图5的操作程序图表；

图7是说明图1所示的通信系统的存在设定的操作顺序的程序图表；

图8是接着图7的操作程序图表；

图9是说明图1所示的通信系统的消息发送的操作顺序程序图表；

图10是接着图9的操作程序图表；

图11是说明图1所示的通信系统的呼叫尝试引起的呼叫确立之前的操作顺序程序图表；

图12是接着图11的操作程序图表；

图13是说明图1所示通信系统的呼叫尝试引起的状态设定的操作顺序程序图表；

图14是接着图13的操作程序图表；

图15是说明图1所示的通信系统的呼叫尝试引起的状态变更通知的操作顺序的程序图表；

图16是接着图15的操作程序图表；

图17是说明从图15的处理开始状态滞留时呼叫尝试引起的状态滞留通知的操作顺序的程序图表；

图18是图2的通信系统的另一个实施例的概略结构方框图；

图19是图2的通信系统的再一个实施例中SIP环境构成的概略方框图；

图20图2的通信系统的再一个实施例中FTP环境构成例的概略方框图；

图21是说明接着图15的处理的FTP环境下呼叫尝试引起的状态变更通知的操作顺序的程序图表。

具体实施方式

下面，参考附图详细说明本发明的服务提供系统的实施例。

本实施例中，本发明的服务提供系统适用于通信系统10。和本发明没有直接关系的部分未图示且说明从略。在以下的说明中，信号用连接线的参考号码指示。

如图2所示，本实施例的通信系统10包含SIP系统12、Web系统14、SOAP/CORBA网络16、SIP客户端18和Web客户端20。通信系统10中的SIP系统12和Web系统14通过SOAP/CORBA网络16连接。SIP系统12和Web系统14配置在属于不同网络域的网络环境上，同时，如后所述，SIP系统12和Web系统14分别具有补全本来没有的Web环境和SIP环境的功能块。从而，通信系统10使SIP系统12、Web系统14分别具有与配置在1台服务器计算机内或相同域内的LAN环境中的系统对应的一个环境。

SOAP/CORBA网络16分别使系统间担任中介SIP系统12和Web系统14的信息的通信协议起作用。上述通信协议中，SOAP(Simple Object Access Protocol)是规定在Web服务间交换的消息的数据格式和消息处理规则的通信协议。SOAP/CORBA网络16在用SOAP时，通过符合规定的SOAP消息相互交换服务请求者、服务提供者和服务中介者。CORBA是OMG(Object Management Group)策划制定的分散目标技术。

SIP客户端18和SIP服务器22连接，具有利用SIP-AP 26提供的功能的客户端环境。典型的有SIP软件电话等。在本实施例中，用SIP客户端46和48。

Web客户端20和Web服务器34连接。使客户端环境完备以便利用Web-AP 42提供的功能。典型地，在Web客户端中有Web浏览器。在本实施例中，用Web浏览器50和52。这里，Web浏览器52是维修用。

下面分别对上述SIP系统12和Web系统14的构成要素作简单说明。SIP服务器22是基于作为对等交换的客户端服务器模块的协议的SIP、响应客户端的请求进行应答的服务器，由IETF(InternationalEngineering Task Force)来规定，例如具有处理·管理依据RFC(Request For Comments)3261的SIP的功能。在SIP服务器22中一般包含该管理功能中的三个服务器功能，即SIP代理服务器功能、SIP注册服务器功能和SIP定位服务器功能。第一，SIP代理服务器功能是作为客户端的代理进行SIP消息中继的功能。第二，SIP注册服务器功能是管理客户端注册的功能。第三，SIP定位服务器功能具有管理注册的客户端的地址信息等的功能。SIP服务器22例如和作为SIP客户端18的构成要素的SIP客户端46和48连接，利用从SIP-AP26提供的信息、SIP消息进行交换。

SIP-DB 24具有这样的功能：通过使SIP服务器22管理的例如用户信息和存在信息等相互关联地存储的存储器和SIP服务器22连接，响应SIP服务器22的检索请求而提供信息。SIP-DB 24中的用户信息是客户端的地址信息和用于认证的信息。存在信息是客户端是否和SIP系统12连接、客户端是否被起动·利用以及是否还和别的客户端连接等信息。

SIP-AP服务器26是根据操作基于SIP协议由SIP服务器22管理的应用而运行的服务器。SIP-AP服务器26分别和SIP服务器22和SIP-API 28连接。SIP-API 28具有将SIP服务器22接收的SIP请求传送给应用程序的功能和向SIP服务器22发出请求的功能。在SIP请求中有会话确立、确认应答、通话结束和存在变更等。

SIP-API 28是SIP-AP服务器26提供的应用接口。SIP-AP服务器26通过SIP-API 28和SIP-AP 30连接。在SIP-API 28中，代表性的有在JCP(Java(商标)Community Process)中进行标准化作业的SIP Servlet应用接口。

SIP-AP 30是通过连接的SIP-API 28来构建、在SIP-AP服务器26上运行的应用程序。在SIP-AP 30中，例如有IP电话、及时消息、TV(TeleVision)电话、存在通信等。

Web访问组件32是SIP-AP 30和Web系统14联合的组件组的统称，组件分别表示库软件产品。因此，Web访问组件32在SIP-AP30动作时被调用，在和Web系统14的后述SIP访问组件44通信时被利用。在Web访问组件32中，例如图3所示，包含服务代理UA(User Agent)管理部54、呼叫尝试(Call Attempt：CA)管理部56、联合管理部58和组件应用接口(组件API)60。

参考图1说明Web访问组件32。服务代理UA管理部54具有操作管理在SIP环境的SIP系统12内管理的服务代理UA信息的功能。服务代理UA将服务实例断定给SIP客户端，在断定的SIP客户端间将请求和应答作为假定要交换的UA，实现服务。

服务代理UA管理部54包括以下这种代表性的功能模块：代理UA生成功能部62、代理UA注册功能部64、代理UA删除功能部66、存在设定功能部68、消息发送功能部70、代理UA信息编辑功能部72、和代理UA信息检索功能部74。代理UA生成功能部62、代理UA注册功能部64和代理UA删除功能部66分别具有对应于服务实例的UA生成功能、注册功能和删除功能。存在设定功能部68具有变更对应于服务实例的UA的存在信息的功能。消息发送功能部70具有根据对应于服务实例的UA向指定的UA发送消息的功能。消息例如是文本串等。

代理UA信息编辑功能部72具有编辑对应于服务实例的UA的用户信息的功能。最后，代理UA信息检索功能部74具有检索对应于服务实例的UA的用户信息的功能。

呼叫尝试管理部56具有操作管理SIP环境的SIP系统12内管理的呼叫尝试信息的功能。为了达到目的，反复执行多个通信，因此，在呼叫尝试管理部56中，根据通信的进度而向目的达成方向的状况变化，随着变化向目的达成方向的状况行进。

具体说明功能。呼叫尝试管理部56把从发信者最初连接时尝试的呼叫开始到达成通话目的为止称为存在期(life time)的目标的实例称为呼叫尝试，管理存在期中的状态，配合发信者信息、收信者信息和呼叫尝试历史记录信息等信息对操作进行管理。这里，所谓状态是指用值表示相当于目的达成状况的信息。在状态中，例如有结束、等待回答、等待传话和再委托预定。所谓呼叫尝试信息是CA的发信者信息、收信者信息和呼叫尝试历史记录信息的统称。

呼叫尝试管理部56包含生成功能部76、删除功能部78、状态检索功能部80、状态设定功能部82、状态变更通知功能部84、状态滞留通知功能部86、信息编辑功能部88和信息检索功能部90。生成功能部76和删除功能部78分别具有与发信者的呼叫实例对应的CA的生成功能和删除功能。状态检索功能部80和状态设定功能部82分别具有与呼叫实例对应的CA的通信状态信息的检索功能和设定功能。

状态变更通知功能部84提供发信者或收信者的操作根据状态的变更，例如具有在进行通话和确认等状态行进中通知变更的功能。状态滞留通知功能部86例如与变更对应地进行通知，也具有在一定时间内没有状态变更时对应地通知没有变更这个意思的功能。利用通知唤起并提示对发信者或收信者的状态的变更。信息编辑功能部88和信息检索功能部90分别具有与呼叫实例对应的CA的发信者信息、收信者信息和呼叫尝试历史记录信息的编辑功能和检索功能。

组件API 92和94包含在图3的组件API 60中，是SIP-AP 30利用服务代理UA管理部54和呼叫尝试管理部56用的接口。

Web访问组件32作为具体的SIP-AP 30，通过实现某个功能，可以从SIP-AP 30侧将其组合起来加以利用，除了上述组件以外，可以根据用途随时扩展。通过追加·扩展组件，和Web系统14联合的变化也得以追加·扩展。

联合管理部58和Web系统14内对应的联合管理部96联合，具有管理从Web系统14侧访问服务代理UA管理部54和呼叫尝试管理部56或向Web系统14侧访问的通信环境的功能。在联合管理环境中，例如，有对应于SOAP和CORBA协议的环境设定等。在联合管理部58中，具有将信息变换为公共的通信协议的功能和变换为SIP协议的功能。

返回图4，说明Web系统14。Web服务器34是以HTTP协议为基础进行处理·管理的服务器。Web服务器34和作为Web客户端20的构成要素的Web浏览器50和52连接。Web服务器34和Web-DB36以及Web-AP服务器38连接，对它们进行管理。

Web-DB36是存储Web服务器34管理的信息的存储器，具有响应Web服务器34的检索请求提供信息的功能。在管理的信息中有客户的费用信息和使用日志等。

Web-AP服务器38通常处于起动状态，是基于作为Web协议的HTTP协议，根据操作Web服务器34管理的应用程序来运行的服务器。在Web-AP服务器38中，例如有开放源码的TOMCAT、BEA系统公司的Weblogic(商标)等。Web-AP服务器38通过Web-API 40和Web-AP 42连接。Web-AP服务器38也可以基于Web-DB36的信息操作应用程序。

Web-API 40是Web-AP服务器38提供的应用程序接口。Web-API 40作为代表性的API，有在J2EE(Java2 Enterprise Edition)环境下规定的HTTP Servlet API和EJB(Ebterprise Java(商标)Beans)等。Web-API 40使Web-AP服务器38和Web-AP 42的信息交换称为可能。

Web-AP 42是通过连接的Web-API 40构建、在Web-AP服务器38上运行的Web应用，也和SIP访问组件44连接。Web-AP 42例如具有互联网购物模块、企业门户和内容配送等AP。

SIP访问组件44是Web-AP 42和SIP系统12联合的组件组的统称，是Web-AP 42操作时被调用的库软件。在Web-AP 42和SIP系统12上的Web访问组件32通信时利用SIP访问组件44。这时，和Web访问组件32一样，Web-AP 42和SIP-AP服务器26联合，可以根据要实现哪个功能，从Web-AP 42侧将其组合起来利用。SIP访问组件44可以根据用途随时扩展，通过追加扩展组件，和SIP系统12联合的变化也得到追加·扩展。

SIP访问组件44包含服务代理UA管理部98、呼叫尝试管理部100、联合管理部96和组件API102。服务代理UA管理部98是访问SIP环境的SIP系统12内管理的服务代理UA信息的Web环境的Web系统14内的组件。

用图1说明服务代理UA管理部98。服务代理UA管理部98包含通过联合管理部58和联合管理部96的通信访问服务代理UA管理部54内的各功能部的功能部。服务代理UA管理部98分别包含：代理UA生成访问功能部104、代理UA注册访问功能部106、代理UA删除访问功能部108、存在设定访问功能部110、消息发送访问功能部112、代理UA信息编辑访问功能部114和代理UA信息检索访问功能部116。

代理UA生成访问功能部104、代理UA注册访问功能部106和代理UA删除访问功能部108分别是用于从Web系统14内访问SIP系统12中的服务代理UA管理部54内的代理UA生成功能部62、代理UA注册功能部64和代理UA删除功能部66的模块。存在设定访问功能部110是根据服务存在状态的变更而从服务代理UA管理部98访问服务代理UA管理部54的存在设定功能部68，并变更代理UA的存在的模块。存在的变更结果通过SIP服务器22通知给存在信息的观察者。

消息发送访问功能部112是根据服务经过状况的变化从服务代理UA管理部98访问服务代理UA管理部54的消息发送功能部70，并生成和发送代理UA的消息的模块。消息通过SIP服务器22通知给接收侧。

代理UA信息编辑访问功能部114和代理UA信息检索访问功能部116分别是从Web系统14访问SIP系统12的服务代理UA管理部54内的代理UA信息编辑功能部72和代理UA信息检索功能部74的模块。

存储在服务代理UA管理部98中所有功能部分别通过访问SIP侧服务代理UA管理部54内对应的功能部而从Web环境侧实现访问。

呼叫尝试管理部100是访问SIP系统12内管理的呼叫尝试信息的Web系统14内的组件。呼叫尝试管理部100包含：生成访问功能部118、删除访问功能部120、状态检索访问功能部122、状态设定访问功能部124、状态变更通知访问功能部126、状态滞留通知访问功能部128、信息编辑访问功能部130和信息检索访问功能部132。

生成访问功能部118和删除访问功能部120分别是具有从Web系统14访问SIP系统12中的呼叫尝试管理部56的生成功能部76和删除功能部78的功能的模块。状态检索访问功能部122和状态设定访问功能部124分别是具有从Web系统14内访问SIP系统12中的呼叫尝试管理部56的状态检索功能部80和状态设定功能部82的功能的模块。

状态变更通知访问功能部126和状态滞留通知访问功能部128分别是具有从Web系统14访问SIP系统12中的呼叫尝试管理部56的状态变更通知功能部84和状态滞留通知功能部86的功能的模块。信息编辑访问功能部130和信息检索访问功能部132分别是具有从Web系统14访问SIP系统中的呼叫尝试管理部56的信息编辑功能部88和信息检索功能部90的功能的模块。

联合管理部96和SIP系统12内对应的联合管理部58联合，利用服务代理UA管理部54和呼叫尝试管理部56，具有访问SIP系统12或从Web系统14侧进行访问的功能。该功能是设定对应于SIP系统12的联合管理的通信环境。在该通信环境中使用SOAP和CORBA等联合管理环境。

组件API102是为了利用Web-AP 42而配设的。如图1所示，组件API102对应于服务代理UA管理部98和呼叫尝试管理部100分别包含组件API 134和136。

这种结构可以使SIP系统12中构建的AP和Web系统14中构建的AP相互联合，实现SIP系统12和Web系统14的融合，利用实时通信，可以向用户提供构建的AP的服务。

下面说明通信系统10的操作。通信系统10示出了这样的顺序：在使用现有HTTP-SIP变换网关等的联合方式下出现问题的多个通信中，从达成目的的观点来看，在实现一维的状况管理的同时，可以实现SIP-AP 30和Web-AP 42的灵活联合。

通常，通信不限于在对话者之间确立通信，最终通过切断通信而简单地结束的情况。通信是有目的的进行的。即，通信以达成目的而结束。从达成目的的观点来看，通信中有几个阶段。各个阶段如前所述那样称为状态。

通信中的状态大体分为结束、等待回答、等待传话和再委托预定。结束状态表示目的已达成。等待回答状态意味着预定了委托事项。等待传话状态表示没有从传话者向回答者传送委托事项。再委托预定状态表示委托者发出的委托事项仍处于未传送的状态。

实际上，所谓没有传送依赖意图的状况相当于说不清是等待传话状态还是再委托预定状态。具体地说，包括虽然向通信对方发送了电子邮件但对方没读的状况、没有传话记录和传话者忘了的状况等。

最终，在状态结束之前，反复执行通信。当可以用某个URL(Uniform Resource Locater)一维地管理、显示该状态的变化时，不仅通信当事人而且第三者也可以从视觉上把握对通信目的的达成状况。结果，可靠地执行通信。由此可避免忘记回答或忘记委托等人为错误。对于为达到重要目的的通信，管理者和监督者可以适当地管理通信的进度和状况，而且，管理者和监督者可以提供适宜、恰当的指示和提示。

基于上述基本考虑，如图5和图6所示，按顺序说明从Web系统14访问SIP系统12、生成服务代理UA的操作。图4的Web客户端20的Web浏览器50在时刻T10向Web服务器34和Web-AP服务器38中的任一方发出“服务生成”的执行委托(Gen._REQ.140)。包含在发出的服务生成委托中的用户信息中包含使用者的姓名、住址、年龄和地址信息等与契约有关的信息和使用系统时用于认证的信息。通常，“服务生成”的执行委托利用Web浏览器50上显示的Web服务器34侧提供的GUI(Graphical User Interface)来进行。

接着，Web服务器34和Web-AP 42中的一方基于Web浏览器50发送的“服务生成委托(Gen._REQ.140)”生成代理UA生成访问功能部104的起动信号(Launching)142。Web服务器34和Web-AP42的任一方将时刻T12生成的起动信号142提供给服务代理UA管理部98。

服务代理UA管理部98基于起动信号142利用组件API 134，起动代理UA生成访问功能部104。代理UA生成访问功能部104生成使联合管理部96起动的起动信号144。在起动信号144中包含从Web系统14内访问SIP系统12的代理UA生成功能部62的请求信息(Gen._REQ.)。代理UA生成访问功能部104在时刻T14向联合管理部96输出起动信号144。

联合管理部96接收起动信号144后起动。联合管理部96在起动时，通过向SIP系统12传送信息，选择SOAP和CORBA等中的任一方，利用所选的通信协议生成包含“访问请求”信息的代理UA生成访问请求(Gen._REQ.)146。联合管理部96在时刻T16将代理UA生成访问请求146提供给位于网络16上其他域内的联合管理部58来通信。联合管理部58接收联合管理部96提供的代理UA生成访问请求146，生成起动代理UA生成功能部62的起动信号148。在起动信号148中包含“代理UA访问请求”信息。联合管理部58在时刻T18向服务代理UA管理部54的代理UA生成功能部62输出起动信号148。

代理UA生成功能部62接收起动信号148，进行代理UA生成，还生成起动信号150，在时刻T20输出到代理UA注册功能部64中。代理UA注册功能部64随着起动在时刻T22将代理UA信息注册到由SIP-AP服务器26和SIP服务器22中任一个管理的SIP-DB 24中(Registration 152)。

SIP-DB 24基于注册的代理UA信息进行检索，在时刻T24将检索结果(Result)154输出到代理UA生成功能部62中。检索结果是生成SIP-URI(Uniform Resource Identifier)信息。代理UA生成功能部62接收检索结果，生成包含检索结果的起动信号156。起动信号156起动联合管理部58。服务代理UA管理部54在时刻T26将起动信号156输出到联合管理部58中。

联合管理部58通过起动信号156而起动。联合管理部58在回答检索结果的生成SIP-URI信息的基础上，选择SOAP和CORBA等中的任一方，利用所选的通信协议。联合管理部58用该通信协议将“服务生成委托”的结果作为代理UA生成应答(Gen._RES)158与联合管理部96通信。联合管理部96接收“服务生成委托”的结果。联合管理部96在时刻T30将包含该结果的应答信号(应答)160输出到代理UA生成访问功能部104中。代理UA生成访问功能部104接收服务代理UA管理部98的组件API 134的执行结果，在时刻T32作为执行结果将应答信号162输出给Web服务器34和Web-AP服务器38中的任一方。所谓执行结果是指通过SIP-DB 24上的检索得到的用户信息数据(生成SIP-URI信息)。

Web服务器34和Web-AP服务器38中的任一方将用户信息的检索结果加工成Web客户端可显示的格式。在可显示的格式中，例如有SIP-URI格式。Web服务器34和Web-AP服务器38中的任一方在时刻T34将加工后的数据(Service_INF)164提供给“服务生成委托”的Web浏览器50。Web浏览器50显示“服务生成委托”的结果。

接着，用图7和图8说明存在设定的操作。图7所示的Web浏览器50在时刻T40发出“服务存在设定”的执行委托(Set_REQ.)170作为存在设定请求。该执行委托相当于SIP-URI的指定。在“服务存在设定”的执行委托中包含用户信息。用户信息包含使用者的姓名、住址、年龄和地址信息与契约有关的信息和使用系统时进行认证的信息。在服务存在设定的委托信息中还包含表示服务状态的内容，以指定状态。在该状态中例如有“等待执行”“处理中”“结束”等，作为存在来设定。通常，“服务存在设定”中的这些信息设定利用Web浏览器50上显示的Web服务器34侧提供的GUI进行。Web浏览器50将“服务存在设定”170提供给Web服务器34和Web-AP服务器38中的任一方。

Web服务器34和Web-AP服务器38中的任一方基于提供的“服务存在设定”的执行委托生成起动信号172。起动信号172在时刻T42提供给服务代理UA管理部54。服务代理UA管理部54通过起动信号172利用内置的组件API 134，起动存在设定访问功能部110。存在设定访问功能部110生成包含与存在设定有关的信息的起动信号174，在时刻T44提供给联合管理部96。

联合管理部96接收起动信号174后起动。这里，联合管理部96在起动时向SIP系统12传送信息，从而选择SOAP和CORBA等中的任一方，利用所选的通信协议生成包含“存在设定请求”信息的存在设定访问请求(Set_REQ.)176。联合管理部96在时刻T46将存在设定访问请求176提供给位于网络16上其他域内的联合管理部58来通信。

联合管理部58接收联合管理部96提供的存在设定访问请求176，生成起动存在设定功能部68的起动信号。在起动信号中包含“存在设定访问请求”信息。联合管理部58在时刻T48将起动信号178输出到服务代UA管理部54的存在设定功能部68中。

存在设定功能部68接收起动信号178后起动。通过起动，存在设定功能部68访问SIP-DB 24，以便把SIP-DB 24内的存在信息的设定变更为包含在起动信号178中作为代理UA的存在信息(变更180)。SIP-DB 24由SIP-AP服务器26和SIP服务器22中的至少一方来管理。

变更后，尽管图7中未示出，但代理UA信息检索功能部74起动，对SIP-DB 24进行检索。SIP-DB 24在时刻T52将存在信息的检索结果输出到代理UA信息检索功能部74中(应答182)。代理UA信息检索功能部74将提供的存在信息的检索结果提供给存在设定功能部68。

因此，存在设定功能部68例如将在SIP-DB 24中注册的存在信息的变更通知给SIP客户端46。该变更通知是在时刻T52以后进行的检索处理的顺序，检索处理顺序仅非同步地执行对应于观察者的数量次(通知184a)。

服务代理UA管理部54在时刻T54将包含检索结果的起动信号184提供给联合管理部58，并起动。联合管理部58利用SOAP和CORBA等中的任一方在时刻T56和联合管理部96进行通信(应答186)。联合管理部96在时刻T58向服务代理UA管理部98的存在设定访问功能部110提供应答信号188。应答信号188包含“存在设定委托”的结果，通常设定成功时，设定的存在内容作为“等待执行”状态这样的结果而被发送。设定失败时，应答信号188把NG(No Good)作为结果发送。

服务代理UA管理部98中的存在设定访问功能部110在时刻T60作为组件API 134的执行结果提供给Web服务器34和Web-AP服务器38中的任一方(应答190)。所谓执行结果是指通过在SIP-DB 24上的检索而得到的用户信息数据。Web访问组件32和Web-DB36中的任一方成为可显示该执行结果的格式。在格式上例如有SIP-URI格式。Web服务器34和Web-AP服务器38中的任一方在时刻T62将“服务存在设定委托”的结果即服务存在(Service_Presence)192提供给委托的Web浏览器50来显示。

通过这种操作，可以很容易地响应Web浏览器或Web客户端发出的存在而设定为委托设定给SIP系统12的SIP-DB 24，把SIP-DB 24上的设定状况作为应答信号提供给请求的客户端。

进一步参考图9和图10对通信系统10中的消息发送操作进行简单说明。使用的构成要素大致相同，相同构成要素用相同的参考符号表示。

Web浏览器50在时刻T70向Web服务器34和Web-AP服务器38中的任一方发送“消息发送”的执行委托(Send_REQ.)200。这里处理的用户信息、GUI和以前的操作说明是相同的。Web服务器34和Web-AP服务器38中的任一方基于接收的“消息发送委托”(Send_REQ.)200生成起动信号202，在时刻T72将起动信号202提供给消息发送访问功能部112。起动信号202利用组件API 134起动消息发送访问功能部112。

消息发送访问功能部112在时刻T74起动联合管理部96(起动204)。联合管理部96利用SOAP和CORBA等中的任一方，在时刻T76和位于网络16上的其他域内的联合管理部58进行通信。联合管理部58接收“消息发送委托”(Send_REQ.)206。联合管理部58在时刻T78起动消息发送功能部70(起动208)。

消息发送功能部70在时刻T80向作为SIP客户端的SIP软电话46发送消息(消息)210，并显示在监视器上。SIP客户端对应于消息接收者。尽管未图示，但消息发送功能部70从SIP软电话46接收消息应答。消息发送功能部70在时刻T82将包含应答内容的起动信号212提供给Web浏览器50，并起动。

联合管理部58在送出发送结果应答的基础上利用SOAP和CORBA等中的任一方，在时刻T84和联合管理部96进行通信(应答214)。联合管理部96接收由Web浏览器50发布的“消息发送委托”的结果。联合管理部96在时刻T86发送给生成功能部76的信息编辑功能部88(应答216)。

消息发送访问功能部112接收提供的“消息发送委托”的结果，在时刻T88作为组件API 134的执行结果输出到Web服务器34和Web-AP服务器38中的任一方(应答218)。Web服务器34和Web-AP服务器38中的任一方将消息发送委托的结果加工成可显示的格式。在格式上例如有SIP-URI格式。Web服务器34和Web-AP服务器38中的任一方在时刻T90向Web浏览器50提供应答信号(应答220)。Web浏览器50将“消息发送委托”的结果显示在监视器上。

这样操作后，利用服务代理UA管理部54、98和联合管理部58、96，跟踪Web上的服务，可以从通信系统10中构成的一方系统将消息通知给另一方系统，通知结果也可以提供给发送方。因为不保留长时间HTTP的事务，所以能很容易地有效利用资源和实现作为实际应用的用户接口。

接着，按顺序说明呼叫尝试管理中的呼叫尝试生成、状态设定、状态变更通知和状态滞留通知的操作。

按照图11和图12的操作顺序说明呼叫尝试生成。开始通信以便Web浏览器50达成目的。在开始前，Web浏览器50在时刻T100向Web服务器34和Web-AP服务器38中的任一方发布连接列表请求委托(List_REQ.230)。

接收了连接列表请求的Web服务器34和Web-AP服务器38中的任一方作为响应请求的应答在时刻T102把由多个发信候补目标组成的连接列表作为应通信的候补输出给Web浏览器50(List_Disp.232)。通过这种提供，在Web浏览器50上显示Web页上提供的连接列表。在连接列表中包含通信目标的姓名、电话号码和存在等信息。

用户在时刻T104选择Web浏览器50上显示的特定项目作为连接目标(List_SEL.234)。从而执行发信。一般地，通过作为来自其他目的的Web页的新事项来发信而开始通信。

生成包含Web服务器34和Web-AP服务器38中的任一方提供的“连接列表选择”(List_SEL.234)的信息的起动信号236。起动信号236在时刻T106输出到呼叫尝试管理部100中，呼叫尝试管理部100通过起动信号236利用对应的组件API 136起动生成访问功能部118。

生成访问功能部118生成包含对联合管理部96的连接列表选择的信息的起动信号238。生成访问功能部118在时刻T108向联合管理部96输出起动信号238。联合管理部96接收起动信号238后起动。

这里，联合管理部96在起动时向SIP系统12传送信息，在此基础上，访问SOAP和CORBA等中的任一方，利用所选的通信协议生成包含“呼叫尝试生成委托”信息的请求(CA_Gen._REQ.)240。联合管理部96在时刻T110将包含“呼叫尝试生成委托”信息的请求240提供给位于网络16上的其他域内的联合管理部58来通信。

联合管理部58生成对服务代理UA管理部54的生成功能部76的起动信号。联合管理部58在时刻T112向生成功能部76输出起动信号242。起动信号242利用对应于呼叫尝试管理部56的组件API 94，起动生成功能部76。生成功能部76生成相当于事项的呼叫尝试的实例(实例244)。生成功能部76在时刻T114将生成的实例244存储(注册)在SIP-DB 24中。SIP-DB 24在时刻T116将注册的应答信号(应答)246输出给生成功能部76。

生成功能部76接收SIP-DB 24发出的应答信号246，知道呼叫尝试生成结束了。接收该结束后，生成功能部76生成使联合管理部58起动的起动信号248。生成功能部76在时刻T118向联合管理部58输出起动信号248。联合管理部58接收起动信号248后起动。

联合管理部58为了向呼叫尝试管理部100回答发送结果，利用SOAP和CORBA等中的任一方的通信协议。联合管理部58用所选的通信协议，在时刻T120和联合管理部96通信，发送应答信号250。联合管理部96还在时刻T122把和联合管理部58通信得到的“呼叫尝试生成委托”的结果(应答)252输出到生成访问功能部118中。

接着，呼叫尝试管理部100把生成访问功能部118接收的结果作为组件API 94的执行结果，在时刻T124返回给Web服务器34和Web-AP服务器38中的任一方。Web服务器34和Web-AP服务器38中的任一方把所选择的相应连接目标加工成可显示的格式。在加工例中有反转显示等。

Web服务器34和Web-AP服务器38中的任一方把在时刻T126加工的“连接列表选择”的结果(Result)256输出给Web浏览器50。Web浏览器50显示所提供的结果256。

之后，在前述代理UA生成的图5所示的操作顺序内，继续到时刻T12～T32为止的一连串操作。之后，朝确立通信的方向操作。Web服务器34和Web-AP服务器38中的任一方在时刻T128生成联合管理部96的起动信号258。起动信号258使SIP-AP服务器26和SIP服务器22中的任一方中包含“呼叫确立”的委托信息。所谓“呼叫确立”的委托信息例如是连接选择目标的SIP客户端46和使用者的IP客户端48之间的“呼叫确立”请求。联合管理部96在时刻T130用所选的通信协议向联合管理部58提供“呼叫确立”请求(Contact_REQ.)260。

联合管理部58在时刻T132生成包含“呼叫确立”的委托信息的起动信号262。联合管理部58在时刻T132向SIP-AP服务器26和SIP服务器22中的任一方输出起动信号262。SIP-AP服务器26和SIP服务器22中的任一方接收起动信号262，例如利用3PCC(3rd PartyCall Control：第三方呼叫控制)的顺序，在时刻T134向连接选择目标的SIP客户端46发送呼叫控制信号(Call_CON.)264。SIP-AP服务器26和SIP服务器22中的任一方同样向使用者的SIP客户端48发送呼叫控制信号266。结果，在SIP客户端46和SIP客户端48之间确立通信。

通过这种操作，通信系统10在发信的同时自动生成用以通知相当于事项的呼叫尝试和事项状态变化的代理UA，同时确立通信。

接着，用图13和图14说明状态设定呼叫尝试生成的操作。首先，通信中的SIP客户端48在时刻T140进行切断操作。从而，“呼叫切断(Call_CUT 270)被传送给SIP-AP服务器26和SIP服务器22中的任一方。SIP-AP服务器26和SIP服务器22中的任一方在时刻T142将切断的意思(Call_CUT)272传送给作为通信对方的SIP客户端46。从而，SIP客户端46和48结束通信。

同时，SIP-AP服务器26和SIP服务器22中的任一方生成包含呼叫结束信息的、起动联合管理部58的起动信号274。SIP-AP服务器26和SIP服务器22中的一方在时刻T144向联合管理部58输出起动信号274。联合管理部58在时刻T146用所选的通信协议把通信结束传送给联合管理部96(COM._END 276)。联合管理部96把连接选择目标的SIP客户端46和使用者的SIP客户端48之间的“呼叫结束”通知给Web服务器34和Web-AP服务器38中的任一方(通知278)。

Web服务器34和Web-AP服务器38中的任一方在时刻T150向Web浏览器50提供“状态的输入画面”的数据(Disp._DATA)280，B并进行显示。通过该显示，提示用户对事项状况的输入。用户通过之前的通信输入作为目的的事项的哪个状况发生了变化。Web浏览器50将输入内容(Status_IN)282输出给Web服务器34和Web-AP服务器38中的任一方。

Web服务器34和Web-AP服务器38中的任一方生成包含发送的“状态内容(Status_IN)282输出给Web服务器34及Web-AP服务器38中的任一方。

Web服务器34和Web-AP服务器38中的任一方生成包含所发送的“状态内容(Status_IN)282”的起动信号284。Web服务器34和Web-AP服务器38中的任一方在时刻T154将生成的起动信号284输出到呼叫尝试管理部100中。呼叫尝试管理部100利用内置的组件API 136起动状态设定访问功能部124。

状态设定访问功能部124生成联合管理部96的起动信号286。状态设定访问功能部124在时刻T156输出包含“状态内容“的起动信号286。联合管理部96接收起动信号286后起动。

联合管理部96为了向呼叫尝试管理部56传送信息(Status_IN)，选择SOAP和CORBA等任一种通信协议。联合管理部96利用所选的通信协议，在时刻T158和位于网络上另一个域内的联合管理部58通信(Status_IN 286)。

联合管理部58通过和联合管理部96通信，接收在状态设定访问功能部124发布的“状态内容“。联合管理部58生成起动呼叫尝试管理部56内的状态设定功能部82的起动信号290。联合管理部58在时刻T160向呼叫尝试管理部56提供起动信号290。

状态设定功能部82在时刻T162以相当于事项的呼叫尝试的状态值输出变更对应的SIP-DB 24的值的指示(变更292)。SIP-DB 24响应指示而变更状态值。SIP-DB 24在时刻T164向状态设定功能部82输出表示状态设定结束的应答信号294。状态设定功能部82接收状态设定的结束，生成联合管理部58的起动信号294。状态设定功能部82在时刻T166向联合管理部58输出包含上述结束信息的起动信号294。

联合管理部58接收起动信号296，在时刻T168向联合管理部96提供应答信号298。在提供过程中，联合管理部58为了向呼叫尝试管理部100回答设定结果，选择利用SOAP和CORBA等中的任一种通信协议来和联合管理部96通信。联合管理部96在时刻T170向状态设定访问功能部124输出通过通信得到的应答信号300。应答信号300是在状态设定访问功能部124中发布的“状态内容“的设定结果。

状态设定访问功能部124接收“状态内容”的设定结果，在时刻T172作为组件API 136的执行结果返回给Web服务器34和Web-AP服务器38中的任一方(应答302)。Web服务器34和Web-AP服务器38中的任一方把设定用户指定的状态这件事情加工成可显示的格式。所谓格式是指例如设定确认消息显示的格式。Web服务器34和Web-AP服务器38中的任一方在时刻T174把加工后的格式的数据(Disp._DATA)304作为时刻T152的“状态输入”的结果提供给Web浏览器50。Web浏览器50显示“状态输入”的结果。

接收通信的结束，作为从呼叫确立起的汇总，在Web浏览器50上显示状态输入的画面，输入由通信引起的作为目的的事项的哪个状况发生了变化。结果，变更呼叫尝试的状态，用户可以通过Web浏览器50知道变更结果。

下面，用图15和图16说明状态变更通知的操作。首先，与事项关联的用户使用SIP客户端46和48，为了通知状态变更而在时刻T180和T182分别向SIP-AP服务器26和SIP服务器22中的任一方发送“状态变更通知委托(Change_REQ.310和312)。接收它的SIP-AP服务器26的SIP服务器22中的任一方在接收后分别在时刻T184和T186把SIP客户端46和48作为对应于事项的代理UA的存在通知目标注册到SIP-DB 24中(注册314和316)。SIP-DB 24在时刻T188和T190分别把注册的结果(应答318和320)提供给SIP-AP服务器26和SIP服务器22中的任一方。SIP-AP服务器26和SIP服务器22中的任一方分别把注册的结果322和324作为”状态变更通知委托“的确认结果发送给SIP客户端46和48。

执行这种通知委托后，Web服务器34和Web-AP服务器38中的一方通过状态设定操作等改变事项的状况。这种状况变化是呼叫尝试的状态变化了。Web服务器34和Web-AP服务器38中的一方利用对应的代理UA的存在的结构，将状态变更通知给委托的SIP客户端46和48。

在状态变更时，Web服务器34和Web-AP服务器38中的一方在时刻T196基于变更的状态内容，利用呼叫尝试管理部100内的组件API 136，生成起动状态变更通知访问功能部126的起动信号。Web服务器34和Web-AP服务器38中的一方在时刻T196输出所生成的起动信号326。

状态变更通知访问功能部126将状态的内容置换为代理UA的存在内容，利用服务代理UA管理部98内的组件API 134，生成起动存在设定访问功能部110的起动信号。状态变更通知访问功能部126在时刻T198输出起动信号328。之后，顺次执行到图7和图8所示的时刻T44～T58为止的操作。其中，SIP-DB 24分别在时刻T51a和T51b向SIP客户端46和48通知变更。变更处理是检索处理顺序，只非同步地执行观察者的数量次(通知184a和184b)。

之后，继续操作，使得作为通过存在而进行通知的结果把对应于时刻T58的应答信号188提供给存在设定访问功能部110。存在设定访问功能部110在时刻T200把作为服务代理UA管理部98中组件API134的执行结果的应答信号330返回给状态变更通知访问功能部126。

状态变更通知访问功能部126还在时刻T202作为呼叫尝试管理部100的组件API 136的执行结果(应答332)返回给Web服务器34和Web-AP服务器38中的一方。Web服务器34和Web-AP服务器38中的一方在时刻T204把加工后的执行结果(Status_INF.)334提供给Web浏览器50。Web浏览器50在画面上显示所提供的执行结果334。

呼叫尝试的状态作为这种事项的状况发生变化时，Web服务器34和Web-AP服务器38中的一方利用对应的代理UA的存在的结构，分别向委托状态变更通知的SIP客户端46和48通知状态变更。呼叫尝试的状态变更被通知给所有委托了预先通知的SIP客户端。但是，不通知未委托的SIP客户端。

下面，用图15和图17说明状态滞留通知的操作。如图15所示，到时刻T180～T194为止的操作相同。根据操作结果，SIP客户端46和48作为滞留通知目标。

这里，Web服务器34和Web-AP服务器38中的一方监视呼叫尝试管理部100的状态变更通知访问功能部126。Web服务器34和Web-AP服务器38中的一方在即使状态变更通知访问功能部126经过了既定时间也没有变更的情况下，利用对应的代理UA的存在的结构，向委托的SIP客户端46和48通知状态变更。所谓既定时间例如是指设定为1小时等，可以逐个状态地由系统假定。

Web服务器34和Web-AP服务器38中的一方当发现经过了既定时间后滞留的事项时，Web服务器34和Web-AP服务器38中的一方利用呼叫尝试管理部100内的组件API 136，生成状态滞留通知访问功能部128的起动信号340。Web服务器34和Web-AP服务器38中的一方在时刻T210向状态滞留通知访问功能部128输出生成的起动信号340。状态滞留通知访问功能部128接收起动信号340后起动。

状态滞留通知访问功能部128将对应于滞留的呼叫尝试的代理UA的存在内容置换为滞留的警告消息，生成使存在设定访问功能部110起动的起动信号342。在警告消息中例如最好用所谓“请紧急应对指示”这样的文字等。

状态滞留通知访问功能部128在时刻T212向服务代理UA管理部98提供起动信号342。服务代理UA管理部98接收起动信号342，利用组件API 134而起动。之后，通信系统10在图7和图8所示的时刻T44～T58顺次操作，向委托的SIP客户端46和48通知状态滞留警报，并继续操作，使得将对应于作为通过存在而进行通知的结果的时刻T58的应答信号188提供给存在设定访问功能部110。

存在设定访问功能部110在时刻T214把作为服务代理UA管理部98中的组件API 134的执行结果的应答信号344返回给状态滞留通知访问功能部128。

状态滞留通知访问功能部128还作为呼叫尝试管理部100的组件API 136的执行结果(应答346)在时刻T216返回给Web服务器34和Web-AP服务器38中的一方。Web服务器34和Web-AP服务器38中的一方在时刻T218把加工后的执行结果(Status_INF.)348提供给Web浏览器50。Web浏览器50在画面上显示提供的执行结果348。

这样，在即使状态经过了既定时间也未变更的情况下，Web服务器34和Web-AP服务器38利用对应的代理UA的存在的结构，可以分别向委托的SIP客户端46和48通知状态滞留警报。

依据本实施例的这种操作，使构建在Web系统14上的AP和构建在SIP系统12上的AP可以相互联合，容易实现Web和VoIP融合型AP的构建·执行·运用，通过利用呼叫尝试管理部56和100，可以通过Web上的通信事项执行多个通信，从而可以从达到目的的观点实现一维的状况管理。

而且，跟踪状况的变化和长时间的滞留，根据经过状况，可以在SIP系统12内的SIP-DB 24上改变存在、并进行通知。从而，因为不保留长时间HTTP的事务，可以容易地有效利用资源和实现作为实际应用的用户接口。

接着，参考图18说明适用本发明的通信系统10的其他实施例(第一变形例)。本实施例的通信系统10是SIP系统12和Web系统配置在一台计算机350上的情况。这里，关于构成要素，和前面实施例相同的部分用相同的符号表示，说明从略。如图18所示，通信系统10提供同一计算机上的过程联合而连接。从该连接可见，通信系统10不介入网络连接。图3和图4所示的联合管理部58和96都不是作为某个构成要素配设的，而是通过在Web访问组件32和SIP访问组件44中分别和它们同样地进行联合管理的函数调用功能部352而连接在不同的系统间。函数调用功能部352例如可以配设使用C语言、C++语言的函数调用或Java(商标)语言的方法调用的程序。操作顺序和前面的实施例相同。

通过这种结构，和前面的实施例一样，可以使构建在Web环境上的AP和构建在SIP环境上的AP相互联合。从而，可以容易地实现Web和VoIP融合型AP的构建·执行·运用。在本实施例中，提供在单一计算机环境中构建系统，可以实现在小型计算机环境下Web-AP和VoIP-AP的融合。

下面，参考图19和图20说明适用本发明的通信系统10的另一个实施例(第二变形例)。本实施例的通信系统10中SIP系统12和FTP(File Transfer Protocol)系统400通过网络16连接。这里，SIP系统12和FTP系统400配置在属于不同网络域中的网络环境上。SIP系统12和FTP系统400分别和最初的实施例一样配置在1台服务器计算机内或同一域内的LAN环境中。

如图19所示，SIP系统12适用基本上和最初实施例相同的结构，用相同的参考符号表示，说明从略。但是，本实施例的情况下，SIP系统12中访问组件的功能虽然基本和Web访问组件32相同，但不是Web对应的，而是FTP，因此，将名称叫做FTP访问组件402。

作为另一方系统的FTP系统400包含FTP服务器404、FTP数据库(FTP-DB)406、FTP应用服务器(FTP-AP服务器)408、FTP应用接口(FTP-API)410、FTP应用程序(FTP-AP)412、SIP访问组件414和FTP客户端416。以下，简单说明各构成要素。

FTP服务器404是操纵·管理FTP的服务器。FTP-DB406是存储FTP服务器404管理的信息的存储器，是数据库。存储的信息是通过FTP传送的文件信息等。FTP-AP服务器408是运行操作FTP服务器404管理的文件传送协议(FTP)的AP。FTP-API410是FTP-AP服务器408提供的AP接口。FTP-AP412是由FTP-API410构建、在FTP-AP412上运行的FTP-AP。在AP中包括例如两者间对等型文件交换、文件共享等的AP。

SIP访问组件414是FTP-AP412和SIP系统12联合的组件组(软件部件)的总称。SIP访问组件414和上述Web系统14的SIP访问组件44是相同的。即，包含服务代理UA管理部98、呼叫尝试管理部100、联合管理部96和组件API102。各构成要素的功能和上述最初的实施例相同。

FTP客户端416和FTP服务器404连接，是在利用FTP-AP412提供的功能的环境中设定的客户端。在FTP客户端416中可具有多个FTP客户端418和420。FTP客户端418一般具有文本显示画面，通过该画面发出文件传送请求，显示文件传送结果。

根据该构成，即使是不同的系统，也能构建将所得到的信息提供给发出请求的某个客户端的应用程序。即，FTP系统400上构建的AP和SIP系统12上构建的AP可相互联合，容易实现FTP和VoIP融合型AP的构建·执行·运用。通过该架构共享、平滑地利用各系统的信息。通过在FTP访问组件402上和SIP访问组件414上增设各种组件，可以扩展FTP和VoIP的融合类型。通过增加安装的SIP-AP和FTP-AP的种类以及组件类型，可以实现各种FTP和VoIP的融合型AP。

下面，用图15和图21说明本实施例的通信系统10中状态变更通知的操作。状态变更通知按照和图15所示的时刻T180～T194的操作相同的顺序进行处理。结果，SIP客户端46变成状态变更通知目标。

FTP客户端418在时刻T220发布“文件传送委托”(Trans._REQ.)422。这里，文件内容为呼叫尝试的新的状态内容。FTP服务器404和FTP-AP服务器408中的任一方基于接收的“文件传送委托”422执行文件传送。执行后，FTP服务器404和FTP-AP服务器408中的任一方从传送的文件内容中读取变更状态的呼叫尝试的识别符和新的状态内容。FTP服务器404和FTP-AP服务器408中的任一方生成起动状态变更通知访问功能部126的起动信号424。FTP服务器404和FTP-AP服务器408中的任一方在时刻T222向呼叫尝试管理部100提供起动信号424。在起动信号424中包含所读取的呼叫尝试的识别符和新的状态内容的信息。呼叫尝试管理部100利用图1所示的组件API 136而起动状态变更通知访问功能部126。

状态变更通知访问功能部126将状态的内容置换为代理UA的存在内容。状态变更通知访问功能部126生成包含置换的存在内容的、起动服务代理UA管理部98的存在设定访问功能部110的起动信号426。状态变更通知访问功能部126在时刻T224将生成的起动信号426提供给服务代理UA管理部98。服务代理UA管理部98接收起动信号426，利用组件API 134，起动存在设定访问模块。

之后，和图7、图8所示一样，以和时刻T44～T58相同的顺序进行处理。在本实施例中，将Web改为FTP，到时刻T44～T58为止的处理就比较明确了。之后，在时刻T226～T230对基于存在进行通知的结果继续进行操作。

存在设定访问功能部110在时刻T226把状态通知结果(应答)作为组件API 134的执行结果返回给状态变更通知访问功能部126。状态变更通知访问功能部126在时刻T228把状态通知结果(应答)430作为组件API 136的执行结果返回给FTP服务器404和FTP-AP服务器408中的任一方。FTP服务器404和FTP-AP服务器408中的任一方把状态通知结果加工成FTP客户端可显示的格式。在可显示的格式中例如有SIP-URI格式。FTP服务器404和FTP-AP服务器408在时刻T230把加工后的数据(Status_INF)432提供给“文件传送委托”的FTP客户端418。FTP客户端418显示“文件传送委托”的结果。

通过这种操作，把来自FTP客户端418的文件传送作为在机器中对文件内容进行状态变更的呼叫尝试的识别符和新的状态内容来处理，通过文件传送引起的文件更新而改变呼叫尝试的状态，FTP服务器404和FTP-AP服务器408中的任一方利用对应的代理UA的存在的结构，可以把状态变更通知给所委托的SIP客户端46和48，通过在FTP客户端418上显示处理结果，用户可以知道状态的变更处理的结果。

但是，呼叫尝试的状态变更当然仅通知所有委托了预先通知的SIP客户端。

这种在FTP系统400上构建的AP和在SIP系统12上构建的AP可相互联合，容易实现FTP和VoIP的融合型AP的构建·执行·运用。本实施例通过在FTP访问组件402和SIP访问组件414上增设各种组件，可以扩展FTP和VoIP的融合类型。通过增加安装的SIP-AP 30和FTP-AP412等两种类型以及它们的组件类型，可以实现各种FTP和VoIP的融合。本实施例虽然说明了状态变更通知的顺序，但不限于本例，当然可以实现其他呼叫尝试管理部100具有的访问功能。

融合不限于VoIP-AP(SIP-AP)与Web-AP、或VoIP-AP(SIP-AP)与FTP-AP，而是可以适用于各种不同协议间的融合。

通过以上构成，把连接到Web系统14的Web浏览器50发出的请求作为呼叫尝试来执行时，利用HTTP协议使针对该请求的呼叫尝试管理部100起动，在联合管理部96中把该请求作成SOAP/CORBA协议的请求，送给联合管理部58，在联合管理部58中变成SIP通信协议的请求，在呼叫尝试管理部56中对请求进行处理。经呼叫尝试管理部56、联合管理部58、联合管理部96、呼叫尝试管理部100把该处理结果的应答送给请求的Web浏览器50，进行显示，使服务代理UA管理部98、联合管理部96、联合管理部58和服务代理UA管理部54顺序动作、注册，按相反的顺序把注册结果返回给Web系统14，之后，通过执行来自Web系统14的事项，在不同种类的通信协议间确立对应于呼叫实例的呼叫，实现从达成目的的观点看的一维状况管理，由于不保留长时间HTTP的事务，因此，很容易能实现作为实际应用的用户接口。

呼叫尝试管理部56分别包含对应于呼叫的实例的呼叫尝试的生成、删除、信息编辑和信息检索以及状态的检索、设定、变更通知和状态滞留通知的功能，呼叫尝试管理部100通过分别包含分别访问呼叫尝试管理部56的功能，例如可以从Web上管理事项结束之前的状态。

通过在对SIP和HTTP协议以及SIP和FTP协议共同处理的协议中使用SOAP和CORBA中的任一个，即使是不同的系统环境的系统之间也能进行信息通信。

通过在同一计算机内收容SIP系统12和Web系统14，通信系统10可以把系统结构作成小型的。通过在规定的函数呼叫中具有联合管理部58和96，联合管理部58和96不作为各自的构成要素来安装，因此，有助于装置的小型化。通过使网络介于SIP系统12和Web系统14或SIP系统12和FTP系统400之间，可以分散地配置各系统，可以在通信系统10的配置上具有灵活性。

分别用计算机构成SIP系统12和Web系统14以至SIP系统12和FTP系统400，使通信系统10工作的程序作为服务代理UA管理部54、呼叫尝试管理部56、联合管理部58以至服务代理UA管理部98、呼叫尝试管理部100和联合管理部96来工作，从而能进一步使系统结构小型化，可以灵活应对结构的追加、消减、改型等要求。

根据本发明的服务提供方法，在Web系统14中，根据从连接列表中选择的事项所对应的呼叫尝试和状态顺次生成包含该状态的起动信号236和238，顺序执行联合管理处理(第三和第四步骤)，在SIP系统12中生成起动信号242，根据起动信号242起动的功能进行信息处理，生成包含对该信息处理的应答信息246的起动信号248，经过联合管理处理(第一和第二步骤)在Web系统14中把应答信息246返回给Web浏览器50，同时，从Web系统14访问SIP系统12中服务代理UA管理部54的代理用户代理，注册与事项有关的信息，把注册结束通知给Web系统14后，从Web系统14使SIP系统12起动，通过确立SIP系统12中SIP客户端46和48的通信，从Web上执行事项，可以实现通信过程管理型AP，因为不保留长时间HTTP的事务，所以能有效利用资源。

服务提供方法无论通信结束与否都从SIP系统12向Web系统14提供状态的变化，通过Web系统14起动访问呼叫尝试的状态设定的功能，经过联合管理处理(第三和第四步骤)起动SIP系统12中呼叫尝试的状态的设定功能，变更状态后，经联合管理处理(第一和第二步骤)向Web系统14提供变更的应答信号294，将变更的应答信号294发送给Web系统14的Web浏览器50，通过显示，可以在Web上了解SIP客户端的状态变更。

服务提供方法根据状态的变化起动SIP系统12中呼叫尝试的状态变更通知功能和访问Web系统14中呼叫尝试的状态变更通知的功能中的任一方，再根据起动来起动代理UA中的存在设定功能和访问该存在设定功能的功能，把状态的变更通知给连接SIP系统12的预先委托的某个SIP客户端46和48，可以在Web画面上了解状态的变更。

服务提供方法即使在状态经过了规定的时间仍相同的情况下，也能使SIP系统中呼叫尝试的状态滞留通知功能和访问第二系统中呼叫尝试的状态滞留通知的功能中的任一方起动，再根据该起动而起动代理UA中的存在设定功能和访问该存在设定功能的功能，可以把状态的变更通知给连接SIP系统12的预先委托的某个SIP客户端46和48，可以促进迅速的应对。

呼叫尝试分别根据事项使进行SIP系统12中连接的客户端的呼叫实例的生成、删除、信息编辑和信息检索以至状态的检索、设定、变更通知和状态的滞留所对应的滞留通知的功能动作，在Web系统14中根据事项分别访问SIP系统12具有的功能，从而，可以容易地实现作为实际应用的用户接口。

通过在对SIP和HTTP协议以及SIP和FTP协议共同处理的协议中使用SOAP和CORBA中的任一个，即使在不同系统环境的系统间也能进行信息通信。

Claims

1.一种服务提供系统，与和通过不同的通信协议环境而构建的系统相连接的各个客户端进行信息通信，并把该信息作为服务而提供，其特征在于，

所述服务提供系统包括：基于第一通信协议进行操作的第一系统和基于第二通信协议进行操作的第二系统，

其中，第一系统包含：

第一联合管理装置，将发送给第二系统的信息处理成作为使第一通信协议和第二通信协议共同联合的信息而处理的第三通信协议，并将从第二系统提供的基于第三通信协议的信息处理为第一通信协议的信息；

第一代理管理装置，将所请求的服务实例断定为第一系统的客户端，将所述服务实例假定作为用户代理来管理，并操作所管理的信息；

第一呼叫尝试管理装置，把从与第一系统连接的一个客户端的呼叫开始到达成通话目的为止的目标实例作为呼叫尝试，以对该呼叫尝试中的信息进行操作管理；

第二系统包含：

第二联合管理装置，将发送给第一系统的信息处理为第三通信协议，将从第一系统提供的、基于第三通信协议的信息处理为第二通信协议的信息；

第二代理管理装置，对于上述所请求的服务实例，通过假定的用户代理从第二系统访问第一代理管理装置的对应功能，并取得上述服务实例的执行结果；

第二呼叫尝试管理装置，从第二系统访问第一呼叫尝试管理装置的对应功能。

2.根据权利要求1所述的服务提供系统，其特征在于，第一通信协议是会话开始协议，第二通信协议是超文本传输协议，第三通信协议使用在第一和第二通信协议中一起处理的简单对象访问协议SOAP和通用对象请求代理架构CORBA中的任一种通信协议。

3.根据权利要求1所述的服务提供系统，其特征在于，第一通信协议是会话开始协议，第二通信协议是文件传输协议，第三通信协议使用在第一和第二通信协议中一起处理的简单对象访问协议SOAP和通用对象请求代理架构CORBA中的任一种通信协议。

4.根据权利要求1所述的服务提供系统，其特征在于，第一呼叫尝试管理装置分别包含以下功能：对应于上述目标实例的呼叫尝试的生成、删除、信息编辑和信息检索，以及对表示目的达成状况的状态进行的检索、设定、变更通知和根据上述状态在预定时间以上的滞留而通知滞留，

第二呼叫尝试管理装置包含分别访问第一呼叫尝试管理装置的功能。

5.根据权利要求4所述的服务提供系统，其特征在于，第一通信协议是会话开始协议，第二通信协议是超文本传输协议，第三通信协议使用在第一和第二通信协议中一起处理的简单对象访问协议SOAP和通用对象请求代理架构CORBA中的任一种通信协议。

6.根据权利要求4所述的服务提供系统，其特征在于，第一通信协议是会话开始协议，第二通信协议是文件传输协议，第三通信协议使用在第一和第二通信协议中一起处理的简单对象访问协议SOAP和通用对象请求代理架构CORBA中的任一种通信协议。

7.根据权利要求1至6中任一项所述的服务提供系统，其特征在于，该服务提供系统的第一系统和第二系统被收容在同一计算机内。

8.根据权利要求7所述的服务提供系统，其特征在于，该服务提供系统在规定的函数呼叫中具有第一联合管理装置和第二联合管理装置的功能。

9.根据权利要求1至6中任一项所述的服务提供系统，其特征在于，在该服务提供系统中，网络介于第一系统和第二系统之间。

10.一种服务提供方法，与和通过不同的通信协议环境而构建的系统相连接的各个客户端进行信息通信，并把该信息作为服务而提供，其特征在于，所述方法包括：

第一步骤，在对应于第一通信协议而操作的第一系统和对应于第二通信协议而操作的第二系统间的通信中，第一系统将从第一系统发出的信息处理为将其作为第一通信协议和第二通信协议中共同联合的信息而进行处理的第三通信协议后，发出给第二系统的第二联合管理装置；

第二步骤，第二系统将提供给第二系统的第三通信协议的信息处理为第二通信协议的信息后，发出给第二系统的第二代理管理装置；

第三步骤，第二系统将第二系统发出的第二通信协议的信息处理为第三通信协议的信息后，发出给第一系统的第一联合管理装置；

第四步骤，第一系统将提供给第一系统的第三通信协议的信息处理为第一通信协议的信息后，发出给第一系统的第一代理管理装置；

第五步骤，把从与第一系统连接的一个客户端的呼叫开始到达成通话目的为止的目标的实例作为呼叫尝试，从将第二系统的客户端发出的通信候补作为事项的连接列表中进行选择，生成第一起动信号，所述第一起动信号用于根据对应于所选择的事项的呼叫尝试和表示目的达成状况的状态而从包含该状态的第二系统起动对第一系统的对应功能的访问；

第六步骤，随着第一起动信号而生成起动第三步骤的第二起动信号；

第七步骤，按顺序执行第三和第四步骤；

第八步骤，生成起动第一系统中对应功能的第三起动信号；

第九步骤，对与通过第三起动信号而起动的功能相对应的信息进行处理；

第十步骤，接收对该信息处理的应答信息，生成包含该应答信息的、起动第一步骤的第四起动信号；

第十一步骤，按顺序执行第一和第二步骤；

第十二步骤，将应答信息返回生成第二起动信号的生成方；

第十三步骤，将应答信息返回到生成第一起动信号的生成方；

第十四步骤，加工上述应答信息后将其提供给第二系统的客户端，经第三和第四步骤访问对所选事项作为假定用户代理来代理的代理用户代理，注册与事项有关的信息，并通过第一和第二步骤接收对该注册的应答；和

第十五步骤，根据对该注册的应答，从第二系统经第三和第四步骤起动第一系统，确立第一系统中客户端彼此之间的通信。

11.根据权利要求10所述的方法，其特征在于，该方法随着客户端彼此之间的通信结束而从第一系统向第二系统提供上述状态的变化，在第二系统中起动访问上述呼叫尝试的上述状态设定的功能，经第三和第四步骤起动第一系统中的上述呼叫尝试的上述状态设定功能，变更该状态后，经上述第一和第二步骤将该变更的应答信号提供给第二系统，把上述变更的应答信号发送给第二系统的客户端进行显示。

12.根据权利要求10所述的方法，其特征在于，该方法依据上述状态的变化而起动第一系统中的上述呼叫尝试的上述状态变更通知的功能和第二系统中的访问上述呼叫尝试的上述状态的变更通知的功能中的任一功能，

还依据该起动，起动上述代理用户代理中的存在设定功能和访问该存在设定功能的功能中的任一功能，并向与第一系统连接的、预先委托的某个客户端通知上述状态的变更。

13.根据权利要求10所述的方法，其特征在于，该方法在上述状态在经过了规定时间后也相同的情况下，起动第一系统中的上述呼叫尝试的上述状态滞留通知的功能和第二系统中的访问上述呼叫尝试的上述状态滞留通知的功能中的任一功能，

还依据该起动而起动上述代理用户代理中的存在设定功能和访问该存在设定功能的功能中的任一功能，并向与第一系统连接的、预先委托的某个客户端通知上述状态的变更。

14.根据权利要求10至13中任一项所述的方法，其特征在于，上述呼叫尝试根据上述事项分别启动以下功能：在第一系统中对所连接的客户端的目标实例的生成、删除、信息编辑和信息检索，以及上述状态的检索、设定、变更通知和进行与上述状态滞留相对应的滞留通知。

15.根据权利要求10至13中任一项所述的方法，其特征在于，第一通信协议是会话开始协议，第二通信协议是超文本传输协议和文件传输协议中的任一种，第三通信协议使用在第一和第二通信协议中一起处理的简单对象访问协议SOAP和通用对象请求代理架构CORBA中的任一种通信协议。