专利名称：服务提供系统及其提供方法
技术领域：
本发明涉及服务提供系统及其提供方法，本发明的服务提供系统尤其涉及融合利用作为实现VoIP(Voice over Internet Protocol)的代表性协议的SIP(Session Initiation Protocol)的VoIP服务器环境(SIP服务器环境)和提供Web(World Wide Web)环境中的AP(Application应用程序)的Web-AP服务器环境来提供VoIP和Web的融合型AP的软件模块·方式。本发明的服务提供方法涉及作为具体的服务，对从Web浏览器上起动的VoIP通信记录与通信目的的达成状况对应地进行管理来支持通信的执行和目的的达成的通信监视服务的提供。
背景技术：
目前，如专利文献1所示，企业一般仅将企业内的定型化业务分别构建为ERP(Enterprise Resource Planning)等基础信息系统，进行工作流管理和进度管理。这里的企业内的定型化业务中包括为了提高业务效率，例如有会计系统和库存管理等基础业务等。这些系统构建为信息系统，以独立于电话系统的结构存在于企业内部。
专利文献1特开2003-141315号公报非专利文献1RFC3261、互联网<URLhttp://www.ietf.org/rfc/rfc3261.txt>
非专利文献2JSR116，互联网<URLhttp://jcp.org/aboutJava/communityprocess/final/jsr116/index.html>
发明内容
上述方法中存在的问题是，在针对每项业务构建大规模系统的基础上，对于各种零碎业务、突发业务等“难以定型化的业务”，企业无法进行业务管理和进度管理。而且，在现有的信息系统(Web)中，管理者在确认各业务负责人的进度时，仅能确认预先确定的大里程碑的作业状况(完成·未完成等)，不能管理里程碑间的细致的进度状况。
而且，因为信息系统和通信系统独立，所以存在在信息系统中不能利用通信系统的通话历史记录等和在通信系统中不能利用信息系统的信息等不能有效利用信息系统和通信系统的信息的问题。
本发明的目的是消除现有技术的缺点，提供一种可以通过使信息系统和通信系统融合并有效利用信息来管理业务及其状况的服务提供系统及其提供方法。
为了解决上述问题，本发明提供一种服务提供系统，与连接在由不同通信协议环境构建的系统上的各个客户端进行信息通信，并将该信息作为服务提供，其特征在于，所述服务提供系统具有基于第一通信协议工作的第一系统和基于第二通信协议工作的第二系统，第一系统包含第一联合管理装置，将发送给第二系统的信息处理为将其作为在第一通信协议和第二通信协议中共同联合的信息处理的第三通信协议，并将第二系统提供的第三通信协议信息转换成第一通信协议信息；第一呼叫尝试管理装置，将从与第一系统连接的一个客户端发出呼叫开始到达成通话目的为止的目标实例作为呼叫尝试，对呼叫尝试中的信息进行操作管理；第二系统包含第二联合管理装置，将发送给第一系统的信息处理为第三通信协议，并将第一系统提供的第三通信协议信息转换成第二通信协议信息；第二呼叫尝试管理装置，从第二系统访问第一呼叫尝试管理装置的对应功能；监视功能块，在第二系统的客户端上根据通信的内容和状况进行监视并提供服务。
本发明的服务提供系统通过第一和第二联合管理装置实现了第一系统和第二系统间通信的融合，根据第二呼叫尝试管理装置发出的请求起动第一呼叫尝试管理装置，注册例如呼叫尝试，将注册结果提供给第二系统并显示，输入事项并注册，在与第一系统连接的客户端间提供连接和监视服务。
为了解决上述问题，本发明提供一种服务提供方法，与连接在由不同通信协议环境构建的系统上的各个客户端进行信息通信，并将该信息作为服务提供，其特征在于，所述方法包括下列步骤第一步骤，在根据第一通信协议工作的第一系统和根据第二通信协议工作的第二系统间的通信中，将第一系统发出的信息处理为将其作为在第一通信协议和第二通信协议中共同联合的信息处理的第三通信协议后发出；第二步骤，将提供给第二系统的第三通信协议信息处理为第二通信协议信息后发出；第三步骤，将第二系统发出的第二通信协议信息处理为第三通信协议信息后发出；第四步骤，将提供给第一系统的第三通信协议信息处理为第一通信协议信息后发出；第五步骤，在与第二系统连接的客户端上显示通信状况；第六步骤，从在第二系统中显示的内容中选择事项的委托者，输入该委托者的事项名称；第七步骤，将从与第一系统连接的客户端发出呼叫开始到达成通话目的为止的目标实例作为呼叫尝试时，从第二系统请求访问对应的第一系统的呼叫尝试，通过第三和第四步骤将该请求发送给第一系统，生成第一系统的呼叫尝试，注册该生成的呼叫尝试；第八步骤，通过第一和第二步骤将注册完成的结果提供给第二系统，在与第二系统连接的客户端上显示；第九步骤，从该显示客户端输入事项；第10步骤，将相应的呼叫尝试与该输入事项对应地进行注册；第11步骤，根据注册结果，通过第三和第四步骤请求确立与第一系统连接的客户端间的通信。
本发明的服务提供方法通过第一和第二步骤以及第三和第四步骤实现了第一系统和第二系统间通信的融合，显示通信状况，从中选择事项的委托者并输入该委托者的事项名称，从第二系统请求访问对应的第一系统的呼叫尝试，发送给第一系统，生成第一系统的呼叫尝试并注册，然后将注册结束后的结果显示在第二系统中，再输入事项，与该输入事项的相应呼叫尝试对应地进行注册，根据该注册结果确立与第一系统连接的客户端间的通信，从而可以实现业务的有效处理。
为了解决上述问题，本发明提供一种服务提供方法，与连接在由不同通信协议环境构建的系统上的各个客户端进行信息通信，并将该信息作为服务提供，其特征在于，所述方法包括下列步骤第一步骤，在根据第一通信协议工作的第一系统和根据第二通信协议工作的第二系统间的通信中，将第一系统发出的信息处理为将其作为在第一通信协议和第二通信协议中共同联合的信息处理的第三通信协议后发出；第二步骤，将提供给第二系统的第三通信协议信息处理为第二通信协议信息后发出；第三步骤，将第二系统发出的第二通信协议信息处理为第三通信协议信息后发出；第四步骤，将提供给第一系统的第三通信协议信息处理为第一通信协议信息后发出；第五步骤，将负责虚拟地交换第一系统中的客户端间的请求和应答的功能作为代理用户代理，从与第一系统连接的客户端请求代理用户代理的一览显示，根据请求进行检索；第六步骤，经步骤1和步骤2从第一系统向第二系统提供该检索结果；第七步骤，将从与第一系统连接的客户端发出呼叫开始到达成通话目的为止的目标实例作为呼叫尝试，在第二系统中检索管理该呼叫尝试的事项和作为检索结果的代理用户代理的对应，经步骤3和步骤4从第二系统向第一系统中输出请求的客户端提供检索结果并显示；第八步骤，从该客户端中显示的信息中选择要监视的事项并注册；第九步骤，根据该注册，经步骤1和步骤2从第一系统向第二系统请求监视者注册；第10步骤，根据该请求注册监视者；第11步骤，经步骤3和步骤4从第二系统向第一系统中选择了监视事项的客户端提供该注册结果并显示。
本发明的服务提供方法通过第一和第二步骤以及第三和第四步骤实现了第一系统和第二系统间通信的融合，接收第一系统的客户端发出的代理用户代理的一览显示请求并检索，将该检索结果提供给第二系统，检索事项和代理用户代理的对应，将该检索结果提供给输出第一系统中输出请求的客户端，从显示的信息中选择要监视的事项并注册，再根据向第二系统注册监视者的请求进行注册，将注册结果提供给第一系统中选择了监视事项的客户端并显示，从而第一系统中的客户端可以通过代理用户代理实时地知晓所注册事项的作业状况。
图1是适用本发明服务提供系统的通信系统的实施例的概略结构框图；图2是图1的通信系统中使用的各访问组件的结构框图；图3是在图1的通信系统中包含通信监视服务AP的处理、说明呼叫确立过程中的动作时序的图；图4是与图3相关联的动作时序说明图；图5是图1的SIP-DB管理的呼叫尝试管理信息的例子；图6是图1的Web-DB管理的事项-呼叫尝试对应列表的例子；图7是图1的通信系统中随着呼叫切断而出现的状态变更的动作时序说明图；图8是与图7相关联的动作时序说明图；图9是图1的通信系统中通过监视进行的再委托呼叫确立过程中的动作时序说明图；图10是与图9相关联的动作时序说明图；图11是与图10相关联的动作时序说明图；图12是图1的通信系统中事项·留言输入的动作时序说明图；图13是图1的通信系统中伴随留言开启进行的动作时序说明图；图14是适用本发明服务提供系统的通信系统当中，SIP系统的其它实施例的概略结构框图；图15是适用图14的通信系统中声音留言输入及其注册的动作时序说明图；图16是与图15相关联的动作时序说明图；图17是伴随适用图14的通信系统中的监视进行的声音留言再现的动作时序说明图；图18是与图17相关联的动作时序说明图；图19是Web-DB管理的事项-呼叫尝试-留言的对应列表的例子；图20是适用本发明服务提供系统的通信系统的其它实施例的概略结构框图；
图21是在图20的通信系统中使用的各访问组件的结构框图；图22是图20的通信系统中通过事项输入进行的呼叫确立过程中的动作时序说明图；图23是与图22相关联的动作时序说明图；图24是图20的Web-DB管理的事项-呼叫尝试-代理UA的对应列表的例子；图25是图20的通信系统中从监视事项选择开始的到注册完成过程中的动作时序说明图；图26是与图25相关联的动作时序说明图；图27是图20的Web-DB管理的事项-呼叫尝试-代理UA-观察者的对应列表的例子；图28是图20的通信系统中伴随状态变更进行的消息发送的动作时序说明图；图29是与图28相关联的动作时序说明图。
具体实施例方式
以下参照附图详细说明本发明的服务提供系统的实施例。
本实施例是将本发明的服务提供系统适用于通信系统10的情况。和本发明没有直接关系的部分省略图示和说明。在以下的说明中，信号以该处理出现的连接线的参考号码指示。
如图1所示，通信系统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环境中的系统对应，分别具有一个环境。
SIP系统12包含SIP服务器22、SIP-数据库(SIP-DB)24、SIP-应用服务器(SIP-AP服务器)26、SIP-应用程序接口(SIP-API)28、SIP应用程序(SIP-AP)30和Web访问组件32。Web系统14包含Web服务器34、Web-数据库(Web-DB)36、Web-应用服务器(Web-AP服务器)38、Web-应用程序接口(Web-API)40、Web-应用程序(Web-AP)42和SIP访问组件44。SIP系统12和Web系统14在后面进一步说明。
SOAP/CORBA网络16通过分别使对SIP系统12和Web系统14的信息起中介作用的通信协议起作用来连接系统。上述通信协议中的SOAP(Simple Object Access Protocol)是规定了在Web服务间交换的消息的数据格式和消息处理规则的通信协议。SOAP/CORBA网络16在使用SOAP的情况下，服务请求者、服务提供者和服务中介者相互交换遵守该规定的SOAP消息。CORBA是OMG(ObjectManagement Group)策划制定的分散目标技术。
SIP客户端18与SIP服务器22连接，具有利用SIP-AP 26提供的功能的客户端环境。典型的包括SIP软电话等。在本实施例中使用IP客户端46和48。
Web客户端20与Web服务器34连接。完备客户端环境以便利用Web-AP 42提供的功能。典型的Web客户端包括Web浏览器。在本实施例中使用Web浏览器50和52。这里，Web浏览器52用于维修。Web浏览器通常利用Web浏览器上显示的Web服务器34侧提供的GUI(Graphical User Interface)工作。
下面进一步对上述SIP系统12和Web系统14的各构成要素作简单说明。SIP服务器22是基于作为进行端到端交换的客户端-服务器模块协议的SIP、应客户端请求进行应答的服务器，特别具有处理·管理遵守由IETF(International Engineering 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消息交换SIP-AP 26提供的信息。
SIP-DB 24具有这样的功能通过使SIP服务器22管理的例如用户信息和存在信息等关联存储的存储器与SIP服务器22连接，并根据SIP服务器22的检索请求提供信息。SIP-DB 24中的用户信息是客户端的地址信息和用于认证的信息。存在信息是客户端是否与SIP系统12连接、客户端是否被起动·利用以及是否还与其它客户端连接等信息。
SIP-AP服务器26是根据操作运行由SIP服务器22基于SIP协议管理的应用程序的服务器。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中例如包含呼叫尝试(Call AttemptCA)管理部54、联合管理部56和组件应用程序接口(组件API)58。
呼叫尝试管理部54具有这样的功能将以从发信者首次试图连接的呼叫开始到通话目的达成为止的期间作为有效期的目标实例称为呼叫尝试，管理该有效期内的状态，结合发信者信息、收信者信息和呼叫尝试历史记录信息等信息对操作进行管理。这里，所谓状态，是用值表示相当于目的达成状况的信息。状态中包括例如完成、回答等待、留言等待和再委托预定。所谓呼叫尝试信息是CA的发信者信息、收信者信息和呼叫尝试历史记录信息的总称。
如图2所示，呼叫尝试管理部54包括生成功能部60、删除功能部62、状态检索功能部64、状态设定功能部66、状态变更通知功能部68、状态滞留通知功能部70、信息编辑功能部72和信息检索功能部74。生成功能部60和删除功能部62分别具有与发信者的呼叫实例对应的CA的生成功能和删除功能。状态检索功能部64和状态设定功能部66分别具有与呼叫实例对应的CA的通信状态信息的检索功能和设定功能。
状态变更通知功能部68具有根据由于发信者或收信者的操作引起的状态的变更，例如在通话或确认等状态的进行过程中通知变更的功能。状态滞留通知功能部70具有例如在即使对应变更进行通知，一定时间内状态也没有变更的情况下，通知不对应意思的功能，利用该通知唤起并促使发信者或收信者进行状态变更。信息编辑功能部72和信息检索功能部74分别具有与呼叫实例对应的CA的发信者信息、收信者信息和呼叫尝试历史记录信息的编辑功能和检索功能。
组件API 76是包含在图1的组件API 58中、用于SIP-AP 30使用呼叫尝试管理部54的接口。
Web访问组件32可以根据作为具体的SIP-AP 30要实现什么功能从SIP-AP 30侧组合来加以利用，在上述组件以外，也可以根据用途随时扩展。通过该组件的追加·扩展，与Web系统14的联合的变化也得以追加·扩展。
联合管理部56与Web系统14内对应的联合管理部78联合，具有管理从Web系统14侧访问呼叫尝试管理部54或对Web系统14侧进行访问的通信环境的功能。联合管理环境中包括例如与SOAP或CORBA协议对应的环境设定等。联合管理部56具有将信息转换为公共通信协议的功能和转换为SIP协议的功能。
返回图1，说明Web系统14。Web服务器34是以HTTP协议为基础进行控制·管理的服务器。Web服务器34与作为Web客户端20的构成要素的Web浏览器50和52连接。Web服务器34还与Web-DB 36以及Web-AP服务器38连接，对它们进行管理。
Web-DB 36是存储Web服务器34管理的信息的存储器，具有根据Web服务器34的检索请求提供信息的功能。所管理的信息当中包括客户的费用信息和使用日志等。
Web-AP服务器38通常处于起动状态，是根据操作运行Web服务器34基于作为Web协议的HTTP协议管理的应用程序的服务器。Web-AP服务器38例如包括开放式源码的TOMCAT、BEA系统公司的Weblogic(商标)等。Web-AP服务器38通过Web-API 40与Web-AP42连接。Web-AP服务器38基于Web-DB 36的信息操作应用程序。
Web-API 40是Web-AP服务器38提供的应用程序接口。Web-API 40作为代表性的API包括在J2EE(Java2 EnterpriseEdition)环境中规定的HTTP Servlet API或EJB(Ebterprise Java(商标)Beans)等。Web-API 40可以使Web-AP服务器38和Web-AP42进行信息交换。
Web-AP 42是由所连接的Web-API 40构建并在Web-AP服务器38上运行的Web应用程序，同时与SIP访问组件44连接。Web-AP 42例如具有互联网购物模块、企业门户和内容发布等AP。本实施例中具有通信监视服务应用程序AP(Communication MonitoringService-ApplicationCMS-AP)80。CMS-AP 80是将例如多种通信服务中处理内容的显示、联络对象的显示、对处理的状态显示等作为可视信息来提供的应用程序。
SIP访问组件44是Web-AP 42与SIP系统12联合的组件群的统称，是在Web-AP 42运行时被调用的库软件。SIP访问组件44在Web-AP 42与SIP系统12中的Web访问组件32通信时使用。这种情况下，与Web访问组件32一样，Web-AP 42与SIP-AP服务器26联合，可以根据要实现什么功能，从Web-AP 42侧将其组合起来加以利用。SIP访问组件44可以根据用途随时扩展，通过该组件的追加·扩展，与SIP系统12的联合的变化也得到追加·扩展。
SIP访问组件44包含呼叫尝试管理部82、联合管理部78和组件API 84。呼叫尝试管理部82是访问SIP系统12内管理的呼叫尝试信息的Web系统14内的组件。如图2所示，呼叫尝试管理部82包括生成访问功能部86、删除访问功能部88、状态检索访问功能部90、状态设定访问功能部92、状态变更通知访问功能部94、状态滞留通知访问功能部96、信息编辑访问功能部98和信息检索访问功能部100。
生成访问功能部86和删除访问功能部88分别是具有从Web系统14访问SIP系统12中的呼叫尝试管理部54的生成功能部60和删除功能部62的功能的模块。状态检索访问功能90和状态设定访问功能部92是具有从Web系统14内分别访问529系统12中的呼叫尝试管理部54的状态检索功能部64和状态设定功能部66的功能的模块。
状态变更通知访问功能部94和状态滞留通知访问功能部96是具有从Web系统14分别访问SIP系统12中的呼叫尝试管理部54的状态变更通知功能部68和状态滞留通知功能部70的功能的模块。信息编辑访问功能部98和信息检索访问功能部100分别是具有从Web系统14访问SIP系统12中的呼叫尝试管理部54的信息编辑功能部72和信息检索功能部74的功能的模块。
联合管理部78与SIP系统12内对应的联合管理部56联合，具有利用呼叫尝试管理部54访问SIP系统12或者在Web系统14侧进行访问的功能。该功能设定有与SIP系统12的联合管理相对应的通信环境。在该通信环境中使用SOAP或CORBA等联合管理环境。联合管理部78具有将信息转换为公共通信协议和转换为HTTP协议的功能。
为了利用Web-AP 42而配置组件API 84。如图1所示，组件API102与呼叫尝试管理部82对应包含组件API 102。
上述结构可以使在SIP系统12中构建的AP和在Web系统14中构建的AP相互联合，从而可以实现SIP系统12和Web系统14的融合，并且可以通过实时通信向用户提供所构建的AP的服务。
以下说明通信系统10的动作当中在本实施例中使用了呼叫尝试管理部82的CMS-AP 80的动作时序。在本实施例中分别说明的是与事项输入对应的呼叫确立、伴随呼叫切断的状态变更、通过监视进行的再委托呼叫确立、事项·留言输入和通过监视进行的留言开启等5项。
如图3所示，确立与事项输入对应的呼叫时，Web浏览器50在时刻T10向Web服务器34和Web-AP服务器38中的任意一个发出CMS-AP 80的事项输入画面显示请求(Disp._REQ)110。此后，为了简化表述，Web服务器34和Web-AP服务器38中的任意一个表述为Web服务器34/Web-AP服务器38。Web服务器34/Web-AP服务器38在时刻T12向CMS-AP 80发送事项输入画面显示请求(Disp._REQ)112。CMS-AP 80根据请求将事项输入画面数据(Disp._DATA)114发送给Web服务器34/Web-AP服务器38。Web服务器34/Web-AP服务器38在时刻T16将事项输入画面数据116发送给发出请求的Web浏览器50并在画面上显示。Web浏览器50的事项输入画面中安装有显示想要管理(监视)的事项记入栏、目的地输入栏和联系列表的显示按钮等。
Web浏览器50在时刻T18利用新事项将作为发送候补的“联系列表显示”的列表请求委托(List_REQ.)118发送给Web服务器34/Web-AP服务器38。Web服务器34/Web-AP服务器38在时刻T20根据该请求向Web浏览器50发送联系列表数据(List_DATA)120。联系列表数据120中包含通信对象的姓名、电话号码和存在等信息。用户从Web浏览器50上显示的联系列表中选择1个期望的联系对象。Web浏览器50在时刻T22将选择出的联系对象的连接请求(“联系列表选择”)作为选择信息(SEL._INF.)122输出给CMS-AP 80。从而开始通信。
CMS-AP 80根据送来的“联系列表选择”生成呼叫尝试管理部82的起动信号(Launching)124。起动信号124中当然包含选择信息122。CMS-AP 80在时刻T24将生成的起动信号124输出给呼叫尝试管理部82。呼叫尝试管理部82通过所供给的起动信号124并利用组件API102起动生成访问功能部86。生成访问功能部86生成起动联合管理部78的起动信号126。生成访问功能部86在时刻T26将生成的起动信号126输出给联合管理部78。
联合管理部78为了向图4所示的呼叫尝试管理部54传送选择信息122，利用SOAP和CORBA等其中之一，与位于SOAP/CORBA网络16上的其他域内的联合管理部56通信。联合管理部78在时刻T28将包含选择信息122的“呼叫尝试生成委托”(CA_Gen._REQ.)128发送给联合管理部56。联合管理部56接收“呼叫尝试生成委托”128。
联合管理部56生成呼叫尝试管理部54的生成功能部60的起动信号130。联合管理部56在时刻T30将生成的起动信号130输出给呼叫尝试管理部54。呼叫尝试管理部54根据起动信号130起动生成功能部60。生成功能部60在SIP-DB 24中生成相当于事项的呼叫尝试实例，在时刻T32注册生成的实例(Registration 132)。例如，作为呼叫尝试(CA)的实例·管理信息，如图5所示，分别显示CA号(CANo.)、委托者、接收者、开始时刻、结束时刻、通信手段和状态。
返回图4，SIP-DB 24在时刻T34向生成功能部60输出伴随注册完成的呼叫尝试生成完成应答信号(Response)134。生成功能部60接收应答信号134，生成联合管理部56的起动信号136。生成功能部60在时刻T38向联合管理部56输出所生成的起动信号136。
联合管理部56为了向图3的呼叫尝试管理部82回答呼叫尝试管理部82发出的发送结果，利用SOAP和CORBA等当中的任意一个，在时刻T38向联合管理部78提供由呼叫尝试管理部82发出的“呼叫尝试生成委托”的结果(CA_Gen._RES.)138。联合管理部78在时刻T40将“呼叫尝试生成委托”的结果作为应答信号140发送给生成访问功能部86。呼叫尝试管理部82接收应答信号140，在时刻T42将应答信号142作为组件API 102的执行结果发送给CMS-AP 80。CMS-AP80将其加工成可以显示该联系对象被选择的形式。作为显示形式，最好加工成反白显示的数据。CMS-AP 80在时刻T44将加工后的显示数据(Disp_SEL.)144输出给Web浏览器50。Web浏览器50反白显示画面显示中的联系列表中的该联系对象。
这样，在事项和联系对象确定后，在通信系统10中继续进行面向通信呼叫确立的动作。Web浏览器50在时刻T46向CMS-AP 80发出事项-CA注册委托(CA_Reg._REQ)146。CMS-AP 80在时刻T48接收事项-CA注册委托146，将事项和CA信息注册到Web-DB 36的事项-CA注册列表中(Reg.148)。在事项-CA注册列表中，如图6所示，显示有CA号(CA No.)、事项和委托者。Web-DB 36在时刻T50向CMS-AP 80发出注册完成通知(Reg._Notify)150。
CMS-AP 80在时刻T52经由SOAP/CORBA网络16与SIP-AP服务器26和SIP服务器22中的任意一个通信。SIP-AP服务器26和SIP服务器22中的任意一个以下记为SIP-AP服务器26/SIP服务器22。SOAP/CORBA网络16的中介和上述一样，通过在联合管理部78和56中选择的通信协议进行，在时刻T52向图4的SIP-AP服务器26/SIP服务器22委托在作为联系选择对象的SIP客户端46和用户的SIP客户端48之间“确立呼叫”(Call_REQ.152)。
SIP-AP服务器26/SIP服务器22利用例如3PCC(3rd Party CallControl第三方呼叫控制)程序，在时刻T54向作为联系选择对象的SIP客户端46发送呼叫控制信号(Call_CON.)154。同样，在时刻T56向用户的SIP客户端48发送呼叫控制信号(Call_CON.)156。结果，在SIP客户端46和SIP客户端48之间确立呼叫。
在本实施例中，在Web-DB 36中注册了事项-CA列表148，但不限于本实施例，作为其它实施例，当然也可以通过在SIP-DB 24中注册的方法来实现。
以下说明伴随呼叫切断的状态变更的情况。(这种情况下，通过图7和图8说明以下过程中的动作时序)作为从呼叫确立后的继续进行通信，接收通信结束消息，在Web浏览器50中显示状态输入画面，输入由于通信的变化目的事项变化成什么状况，结果改变了呼叫尝试的状态。
如图7所示，在时刻T58，由通信中的SIP客户端48进行切断操作。通过该操作，“呼叫切断(Disconnect)”158传送给SIP-AP服务器26/SIP服务器22。SIP-AP服务器26/SIP服务器22在时刻T60向作为通信对象的SIP客户端46传送切断情况(Disconnect 160)，通信结束。
SIP-AP服务器26/SIP服务器22几乎同时在时刻T62通过联合管理部56和78以及Web服务器34/Web-AP服务器38向CMS-AP 80通知作为联系选择对象的SIP客户端46和用户的SIP客户端48之间的“呼叫完成”。虽然是简略的记载，但在该通知中，联合管理部56和78还根据选择了SOAP/CORBA网络16的公共通信协议进行转换处理，将信息(呼叫完成通知)发送给不同的系统，即从作为一方系统的SIP系统12发送给作为另一方系统的Web系统14。
CMS-AP 80在时刻T64从Web-DB 36的事项-呼叫尝试对应列表中检索相应呼叫的事项和给予Web浏览器50的显示内容(Search164)。Web-DB 36在时刻T66将给予Web浏览器50的显示内容作为检索结果(Result)166发送给CMS-AP 80。CMS-AP 80在时刻T68将加工成反映检索结果166后的、给予Web浏览器50的通信事项和通信状态选择按钮的显示数据(Disp._DATA)168输出给Web浏览器50。Web浏览器50将供给的显示数据168显示在反映画面中。
通过用户的操作，向Web浏览器50输入此前的通信中的目的事项变化成什么状况。输入内容在时刻T70通过Web服务器34e/Web-AP服务器38送给CMS-AP 80。输入内容包括完成、再委托、回答等待和留言等待。CMS-AP 80根据送来的“状态内容(Status)”170生成呼叫尝试管理部82的起动信号172。起动信号172包含状态170。CMS-AP 80将生成的起动信号172输出给呼叫尝试管理部82。呼叫尝试管理部82根据供给的起动信号172，利用组件API 102起动状态设定访问功能部92。状态设定访问功能部92生成联合管理部78的起动信号174。状态设定访问功能部92在时刻T74向联合管理部78输出生成的起动信号174。联合管理部78根据供给的起动信号174起动。
联合管理部78为了向呼叫尝试管理部54传送状态信息(Status_SET)176，在时刻T76，利用SOAP和CORBA等当中的任意一个，将其转换成公共的通信协议变换为信息，然后与位于SOAP/CORBA网络16中的其他域内的图7中的联合管理部56通信。这里的信息是状态信息。联合管理部56与联合管理部78通信，接收通过状态输入发出的“状态内容”176。
联合管理部56生成呼叫尝试管理部54内的状态设定功能部66的起动信号178。联合管理部56在时刻T78将生成的起动信号178提供给状态设定功能部66。状态设定功能部66根据供给的起动信号178起动。状态设定功能部66在时刻T80利用相当于事项的呼叫尝试的状态值变更并注册相应的SIP-DB 24的值(Change 180)。SIP-DB 24在时刻T82将表示变更后的状态设定完成的应答信号182输出给呼叫尝试管理部54的状态设定功能部66。状态设定功能部66接收应答信号182，生成联合管理部56的起动信号184。状态设定功能部66在时刻T86向联合管理部56输出起动信号184。联合管理部56根据起动信号184起动，为了向呼叫尝试管理部82回答状态设定结果，利用SOAP和CORBA等当中的任意一个，在时刻T86将状态应答(Status_RES.)186提供给联合管理部78。图8所示的联合管理部78在时刻T88将伴随通过与联合管理部56的通信得到的状态设定的变更而执行的“状态内容”的设定结果(Response)188发送给呼叫尝试管理部82。
呼叫尝试管理部82在时刻T90将设定结果190作为组件API 102的执行结果返给CMS-AP 80。CMS-AP 80将设定结果190加工成可以显示用户指定的状态被设定的形式。这种加工最好加工成例如设定确认消息显示。CMS-AP 80在时刻T92将加工后的显示数据(Disp._DATA)192提供给Web浏览器50。Web浏览器50在画面上显示所提供的显示数据192。在Web浏览器50上可以知道伴随事项的状态的设定变更。
接着说明通过监视进行呼叫确立的动作时序。如图9所示，Web浏览器50在时刻T200通过Web服务器34/Web-AP服务器38向CMS-AP 80请求监视画面的显示数据(Disp._REQ.200)。CMS-AP 80在时刻T102向Web-DB 36请求检索与监视画面的显示委托者有关的事项和呼叫尝试(Search_REQ.202)。Web-DB 36检索与监视画面的显示委托者有关的事项和呼叫尝试，在时刻T204将该检索结果(Search_RES.)204发送给CMS-AP 80。CMS-AP 80根据委托者事项和呼叫尝试的检索结果204，利用呼叫尝试管理部82内的组件API102，生成信息检索访问功能部100的起动信号206。CMS-AP 80在时刻T206将生成的起动信号206提供给呼叫尝试管理部82的信息检索访问功能部100。委托者事项可以是多个。
信息检索访问功能部100根据所提供的起动信号206起动，生成联合管理部78的起动信号208。信息检索访问功能部100在时刻T208将生成的起动信号208输出给联合管理部78。联合管理部78根据所提供的起动信号208起动。为了向呼叫尝试管理部54传送关于不同委托者的事项的检索信息，联合管理部78利用SOAP和CORBA等当中的任意一个的通信协议，与位于SOAP/CORBA网络16中的其他域内的联合管理部56通信。联合管理部78在时刻T210向联合管理部56输出CMS-AP 80发出的起动信号206中包含的“呼叫尝试检索委托(Search_REQ.)”210。
图10的联合管理部56接收联合管理部78发出的“呼叫尝试检索委托”210，生成呼叫尝试管理部54内的信息检索功能部74的起动信号212。联合管理部56在时刻T212将生成的起动信号212输出到信息检索功能部74中。信息检索功能部74根据所提供的起动信号212起动，在时刻T214对SIP-DB 24进行状态检索(Search 214)。状态检索可以检索多个事项。SIP-DB 24在时刻T216向信息检索功能部74输出呼叫尝试检索完成(Response)216。信息检索功能部74生成联合管理部56的起动信号218，在时刻T218向联合管理部56输出起动信号218。
为了向图9的呼叫尝试管理部82回答来自SIP-DB 24的检索结果216，联合管理部56利用SOAP和CORBA等当中的任意一个，与联合管理部78通信。联合管理部56将检索结果216转换为所选的通信协议，在时刻T220将通过状态检索发出的“呼叫尝试检索委托”的结果(Search_RES.)220提供给联合管理部78。
联合管理部78在时刻T222向信息检索访问功能部100发送“呼叫尝试检索委托”的结果(Response)222。信息检索访问功能部100还将所提供的结果222作为呼叫尝试管理部82中组件API 102的执行结果(Result)224在时刻T224返回给CMS-AP 80。CMS-AP 80将与显示委托者有关的事项和呼叫尝试的检索结果224加工成显示形式，在时刻T226将加工后的显示数据226提供给Web浏览器50来显示。通过这样一连串的时序，用户可以通过检查画面上的Web浏览器50来监视不同的委托者。从而可以确认已完成作业的通信历史记录和再委托的作业。以下进一步说明从监视的Web浏览器50进行事项再委托的情况。
用户选择在Web浏览器50的监视画面中显示的事项，在时刻T228向CMS-AP 80请求历史记录显示(Disp._REQ.228)。这里的历史记录显示是再委托的事项。CMS-AP 80在时刻T230向Web-DB36请求检索与事项对应的呼叫尝试(Search_REQ.)230。Web-DB 36从事项-呼叫尝试对应表中检出相应的呼叫尝试，在时刻T232向CMS-AP 80发送检索结果(Search_RES.)232。CMS-AP 80根据呼叫尝试的检索结果232利用呼叫尝试管理部82内的组件API 102生成信息检索访问功能部100的起动信号236。CMS-AP 80在时刻T234向信息检索访问功能部100提供起动信号234。信息检索访问功能部100根据所提供的起动信号234起动，生成联合管理部78的起动信号236。信息检索访问功能部100在时刻T236向联合管理部78提供所生成的起动信号236。
为了向呼叫尝试管理部54传送在Web-DB 36中检索得到的信息232，联合管理部78利用SOAP和CORBA等当中的任意一个。联合管理部78在时刻T238向位于SOAP/CORBA网络16中的其他域内的联合管理部56发送CMS-AP 80发出的“呼叫尝试信息检索委托”238。图10的联合管理部56生成包含所接收的“呼叫尝试信息检索委托”238的、呼叫尝试管理部54内的信息检索功能部74的起动信号240。联合管理部56在时刻T240将生成的起动信号240提供给信息检索功能部74。信息检索功能部74根据所提供的起动信号240起动，在时刻T242向SIP-DB 24输出检索相当于不同事项的检索对方地址的指示。SIP-DB 24在时刻T244向信息检索功能部74发送呼叫尝试中的信息检索完成(Response)244。
信息检索功能部74生成联合管理部56的起动信号246。信息检索功能部74在时刻T246将生成的起动信号246提供给联合管理部78。联合管理部78为了在时刻T250向呼叫尝试管理部82回答作为其他事项的对方地址检索的结果244，利用SOAP和CORBA等当中的任意一个。联合管理部78在时刻T250将应答信号250作为已发出的“呼叫尝试信息检索委托”的结果248发送给图9的呼叫尝试管理部82。
呼叫尝试管理部82在时刻T252将其作为组件API 102的执行结果(Result)252返回给CMS-AP 80。CMS-AP 80将事项的历史记录信息加工成可以在委托者的Web浏览器50上显示。历史记录信息中包括对方地址、通信时间、通信手段等。CMS-AP 80在时刻T254将加工后的显示数据(Disp._DATA)254提供给Web浏览器50。在Web浏览器50中，由用户从显示出的表示上次通信的历史记录信息中选择再委托对象。Web浏览器50根据该选择在时刻T256向CMS-AP 80输出连接请求(Connect_REQ.)256。
CMS-AP 80在时刻T258起动联合管理部78，通过SOAP/CORBA网络16使联合管理部56动作，然后与图11所示的SIP-AP服务器26/SIP服务器22通信，在作为联系选择对象的的SIP客户端46和用户的SIP客户端48之间委托“呼叫确立”(Call_REQ.258)。
SIP-AP服务器26/SIP服务器22利用例如3PCC(3rd Party CallControl第三方呼叫控制)程序，在时刻T260将呼叫控制信号(Call_CON.)260发送给作为联系选择对象的SIP客户端46。同样，在时刻T262将呼叫控制信号(Call_CON.)262发送给用户的SIP客户端48。结果，在SIP客户端46和SIP客户端48之间确立呼叫。
这样，通过使自己委托的事项和从他人那里接受的委托事项及其作业状况在Web浏览器50中一览显示，并从一览显示中点击期望的事项，可以确认并点击通信的历史记录信息，从而很容易地再次进行委托。
下面说明事项·留言输入的情况。向CMS-AP 80请求画面显示数据的动作时序与图3、图4中的时刻T10～T44的过程相同，在此省略说明，仅说明此后的过程。这里的画面显示数据请求涉及留言画面。如图12所示，在显示选择了联系对象的画面之后，Web浏览器50在时刻T270向CMS-AP 80发出留言画面切换消息。CMS-AP 80在时刻T272向Web浏览器50输出留言画面的显示数据(Disp._DATA)272。Web浏览器50生成与所提供的显示数据272对应的画面并显示。
留言委托者利用例如键盘和鼠标等输入手段向Web浏览器50输入事项名和留言文本。Web浏览器50在时刻T274向CMS-AP 80发出委托(Reg._REQ.272)，以便注册所输入的事项名称和留言文本信息。CMS-AP 80接收注册委托272，在时刻T276将事项、留言文本和CA的信息注册在Web-DB 36的事项-CA注册列表中(Registration 276)。
Web-DB 36在时刻T278向CMS-AP 80发出注册完成通知(Reg._Notify)278。CMS-AP 80在图8的时刻T72起动状态设定访问功能部92。通信系统10此后执行图8和图9所示的动作时序。在SIP-DB 24中注册留言等待状态，直到向Web浏览器50提供该注册完成消息的时刻T92。
这些动作后，即使对方不在，也可向对方发送留言消息。留言也是由呼叫尝试进行管理，因此当事项的对方开启留言后，事项的状态从留言变更为回答等待。
接着说明通过监视开启留言的情况。该情况下的监视动作与经过图9的时刻T100和图10的处理，然后再次发送图9所示时刻T226的显示数据226的过程相同，因此省略监视过程中的动作说明。在本实施例中，对Web浏览器52提出请求的情况进行说明。
Web浏览器52在画面上显示不同委托者的监视画面。这是在显示Web浏览器52的监视画面中显示“有留言”事项的情况。如图13所示，当用户点击相应的事项后，Web浏览器52在时刻T280向CMS-AP 80发出留言显示请求(Message._REQ.)280。CMS-AP 80在时刻T282委托Web-DB 36检索与委托者的事项对应的留言(Search282)。Web-DB 36进行留言检索，在时刻T284把该检索结果(Result)284发送给CMS-AP 80。
CMS-AP 80在时刻T286将通过从Web-DB 36中检索得到的留言内容作为显示数据(Disp._DATA)286提供给Web浏览器52。Web浏览器52把所提供的显示数据286显示在画面上。CMS-AP 80将留言内容提供给Web浏览器52并显示，同时生成状态设定访问功能部92的起动信号288。CMS-AP 80在时刻T288将生成的起动信号288提供给状态设定访问功能部92。利用呼叫尝试管理部82内的组件API102，状态设定访问功能部92根据所提供的起动信号288起动。
由于开启，本实施例的状态从留言等待变更为回答等待。该状态变更与从图7的时刻T74到时刻T88的动作时序相同，为了避免重复说明，在此省略说明。SIP-DB 24可以将状态设定从留言等待变更为回答等待，并且呼叫尝试管理部82可以得到变更完成的应答信号188。呼叫尝试管理部82的状态设定访问功能部92在时刻T290将状态的变更结果290提供给CMS-AP 80。CMS-AP 80对状态的变更结果290进行加工，作为显示数据292在时刻T292提供给Web浏览器52。Web浏览器52在Web浏览器上的监视画面中显示更新后的状态。
以使从Web浏览器上起动的VoIP通信记录与通信目的达成状况相对应的管理以及系统支持通信执行和目的达成的构造为基础，在Web浏览器上可以针对每一事项且实时地管理(监视)“非定型化业务”的流程和进度状况。特别是使以前有困难的信息系统工作流中各里程碑间的细微进度管理成为可能。当如此工作时，例如对于企业中突发的业务，通过Web中的CMS-AP输入事项(目的)进行通信，从而可以使事项和通信状况同步，并且可以支持达成事项。在显示器中，实时显示自身通信的例如确认事项和委托事项等内容及其结果。这样可以避免业务的漏掉或遗忘，并且，通过有效使用通信历史记录，不必例如一边查看对方的电话号码一边输入，从而可以大幅提高业务的效率。
下面说明适用本发明服务提供系统的通信系统10的其它实施例。通信系统10的构成要素基本上与前面的实施例相同。不同之处在于，如图14所示，SIP系统12在SIP-AP 30上安装Voice邮件-AP 294。Voice邮件-AP 294具有与SIP协议对应的声音信号的录音及其再现功能。
下面说明本实施例的通信系统10中使利用呼叫尝试管理部82的CMS-AP 80和Voice邮件-AP 294联合的几个动作时序。首先说明从Web浏览器进行声音留言注册的动作时序。这是当对方不在时从Web浏览器起动SIP服务器22上与SIP对应的Voice邮件-AP 294并注册声音的过程。这里，从留言画面显示请求开始到留言输入画面显示为止的动作与图12的动作时序，即时刻T10～T44以及时刻T270和T272相同，因此省略说明。
如图15所示，Web浏览器50在时刻T300向CMS-AP 80发出声音录音请求(REC_REQ)300。该请求发出通过点击Web浏览器50的画面中的Voice邮件按钮进行。CMS-AP 80在时刻T302将包含声音录音请求300的起动请求(Launching_REQ.)302作为信息发送给SIP-AP服务器26内的Voice邮件-AP 294。按顺序说明该发送，则CMS-AP 80起动联合管理部78。联合管理部78在通过SOAP/CORBA网络16进行的通信中选择联合管理部78和56的公共通信协议，将声音录音请求(REC_REQ)300提供给联合管理部56。图16的联合管理部56通过呼叫尝试管理部54向SIP-AP服务器26/SIP服务器22提供声音录音请求300。SIP-AP服务器26/SIP服务器22生成Voice邮件-AP 294的起动信号304。SIP-AP服务器26/SIP服务器22在时刻T304将生成的起动信号304提供给Voice邮件-AP294。
Voice邮件-AP 294在时刻T306向作为声音录音委托者的SIP客户端46发送录音开始的消息(Message)306。SIP客户端46输入声音留言(V._Message)308，在时刻T308将其发送给Voice邮件-AP 294。概略地说，Voice邮件-AP 294在时刻T310通过SIP-AP服务器26/SIP服务器22、联合管理部56和78向CMS-AP 80发送针对包含声音留言的录音请求的应答信号(REC_RES)310。当然，应答信号310中包含的声音留言被转换成并选择了联合管理部56和78间的SOAP/CORBA网络16的公共通信协议，并提供给联合管理部78。
CMS-AP 80在时刻T312将收到的应答信号310作为注册信号(Registration)312发送给Web-DB 36。Web-DB 36注册所提供的注册信号312中包含的声音留言。Web-DB 36在时刻T314向CMS-AP 80发送注册完成结果(Reg._Notify)314。
此后，经过图12所示的时刻T276、T278，在时刻T72～T92在SIP-DB 24中注册状态变更处理，然后在Web浏览器50上显示注册完成。这里的状态注册的是留言等待。
通信系统10通过Web系统14显示留言画面，向SIP客户端46请求声音录音，从SIP系统的Voice邮件-AP 294将SIP客户端46的声音留言注册在Web-DB 36中，然后在SIP-DB 24中变更状态并注册，从而可以相应地在Web浏览器50中显示状态变更。
下面参照图17和图18说明通信系统10中通过监视再现声音留言的情况。监视在图13所示的时刻T100～T226之间进行，作为来自监视画面的操作在时刻T280～时刻T286进行留言显示。之后，通过点击有留言的显示，Web浏览器52在时刻T320向CMS-AP 80发出再现请求(Reproduction_REQ.)320。CMS-AP 80在时刻T322检索Web-DB 36中注册的声音留言文件(Search 322)。
如图19所示，在Web-DB 36中分别注册有CA号(CA No.)、事项、委托者和文本留言或者CA号(CA No.)、事项、委托者、文本留言和声音留言等各项目信息。Web-DB 36将注册的声音留言文件的检索结果(Response)324发送给CMS-AP 80。
归纳来说，CMS-AP 80通过将不同系统连接起来进行处理的联合管理部78和56，将包含声音留言再现请求的起动信号326作为信息发送给SIP-AP服务器26/SIP服务器22。SIP-AP服务器26/SIP服务器22生成起动Voice邮件-AP 294的起动信号328。SIP-AP服务器26/SIP服务器22在时刻T328将生成的起动信号328提供给Voice邮件-AP 294。Voice邮件-AP 294再现注册声音。Voice邮件-AP 294在时刻T330将再现的注册声音即留言声音(V_Reproduction)330提供给作为声音留言再现委托者的SIP客户端48。
这样，在Web浏览器52的监视画面上，在事项名称的状态显示部中点击“有留言”的显示时，起动SIP-AP 30内的Voice邮件-AP 294，利用声音再现留言，并传入SIP客户端48。通过容易地实现Web和VoIP融合型AP的构建·执行·运用，可以容易地实现利用VoIP技术的声音的录音·再现等。
以下说明适用本发明服务提供系统的通信系统10的其它实施例。通信系统10的构成要素和前面实施例基本相同。其中不同之处在于，如图20所示，SIP系统12的Web访问组件32除了包含呼叫尝试管理部54、联合管理部56、组件API 58外，还包含服务代理UA管理部332。Web系统14的SIP访问组件44除了包含呼叫尝试管理部82、联合管理部78和组件API 84外，还包含服务代理UA管理部334。
通过图21进一步说明服务代理UA管理部332和334。服务代理UA管理部332具有对SIP环境的SIP系统12内管理的服务代理UA信息进行操作管理的功能。服务代理UA将服务实例视为SIP客户端，将服务实现为在视为的SIP客户端之间虚拟地交换请求和应答的UA。
服务代理UA管理部332具有以下代表性功能模块代理UA生成功能部336、代理UA注册功能部338、代理UA删除功能部340、存在设定功能部342、消息发送功能部344、代理UA信息编辑功能部346和代理UA信息检索功能部348。代理UA生成功能部336、代理UA注册功能部338和代理UA删除功能部340分别具有与服务实例对应的UA的生成功能、注册功能和删除功能。存在设定功能部342具有变更与服务实例对应的UA的存在信息的功能。消息发送功能部344具有从与服务实例对应的UA向指定的UA发送消息的功能。消息中包括例如文本串等。
代理UA信息编辑功能部346具有编辑与服务实例对应的UA的用户信息的功能。最后，代理UA信息检索功能部348具有检索与服务实例对应的UA的用户信息的功能。
组件API 350包含在图1和图20的组件API 84中，是用于SIP-AP30使用服务代理UA管理部332的接口。
服务代理UA管理部334包含通过联合管理部56与联合管理部78的通信访问SIP环境侧的服务代理UA管理部334内的各功能部的功能部。服务代理UA管理部334分别包含代理UA生成访问功能部352、代理UA注册访问功能部354、代理UA删除访问功能部356、存在设定访问功能部358、消息发送访问功能部360、代理UA信息编辑访问功能部362和代理UA信息检索访问功能部364。
代理UA生成访问功能部352、代理UA注册访问功能部354和代理UA删除访问功能部356分别是用于从Web系统14内访问SIP系统12中的服务代理UA管理部332内的代理UA生成功能部336、代理UA注册功能部338和代理UA删除功能部340的模块。存在设定访问功能部358是根据服务的存在状态的变更从服务代理UA管理部334访问服务代理UA管理部332的存在设定功能部342并变更代理UA的存在的模块。存在的变更结果经SIP服务器22通知给存在信息的观察者。
消息发送访问功能部360是根据服务的经过状况的变化从服务代理UA管理部334访问服务代理UA管理部332的消息发送功能部344并生成、发送代理UA的消息的模块。消息经SIP服务器22通知给接收侧。
代理UA信息编辑访问功能部362和代理UA信息检索访问功能部364分别是从Web系统14访问SIP系统12中的服务代理UA管理部332内的代理UA信息编辑功能部346和代理UA信息检索功能部348的模块。
这样，存储在服务代理UA管理部334中的功能部都分别通过访问SIP环境侧的服务代理UA管理部332内的对应功能部来实现从Web环境侧的访问。
组件API 366是为了利用Web-AP 42而配置。如图20所示，组件API 366与服务代理UA管理部334对应设置，包含在组件API 84中。
根据该结构，与表示个人在位状态的存在一样，管理者可以将由呼叫尝试(CA)管理的服务状态(完成·再委托·回答等待·留言等待)作为服务存在来管理。例如，当打开与软电话的电话本处于同等位置的记事本后，显示并选择工作的事项列表然后可以作为事项版兄弟列表注册在管理者的软电话中并监视各服务存在。这里，和Web浏览器(HTTP)不同，通过SIP可以实现Push型的存在服务，从而可以可靠地管理紧急性·重要性高的事项。
以下说明该结构的动作。通信系统10按照与图3所示的时刻T10的Web浏览器50经图4的处理进行图3的时刻T46中Web浏览器50的事项注册委托相同的程序动作。图22所示的CMS-AP 80接收事项注册委托，在时刻T370在Web-DB 36的注册列表中注册事项和CA信息(Registration 370)。Web-DB 36在时刻T372向CMS-AP 80提供注册完成通知(Reg._Notify)。CMS-AP 80在时刻T374将包含“服务生成委托(Gen._REQ.)的起动信号372发送给服务代理UA管理部334。服务代理UA管理部334利用组件API 366起动代理UA生成访问功能部352。代理UA生成访问功能部352生成起动联合管理部78的起动信号376。代理UA生成访问功能部352在时刻T378将生成的起动信号376输出给联合管理部78。
为了向服务代理UA管理部334传送生成代理UA的信息，联合管理部78选择SOAP和CORBA等当中的一个作为公共通信协议并使用，从而通过SOAP/CORBA网络16与联合管理部56通信。联合管理部56生成包含生成请求(Gen._REQ.)的起动信号380。图23的联合管理部56在时刻T380将生成的起动信号380提供给服务代理UA管理部332的代理UA生成功能部336。代理UA生成功能部336接收起动信号380，然后利用组件API 350起动(Launching 382)。代理UA生成功能部336通过启动在时刻T382生成针对各事项的服务代理UA。代理UA生成功能部336在时刻T384将针对各事项生成的服务代理UA信息(Reg._INF)384注册到SIP-DB 24中。
SIP-DB 24在时刻T386将注册结果(Response)386返回给代理UA生成功能部336。代理UA生成功能部336在时刻T388将接收到的注册结果386作为新的注册结果388输出给服务代理UA管理部332。服务代理UA管理部332生成包含注册结果的起动联合管理部78的起动信号390。服务代理UA管理部332在时刻T390将生成的起动信号390提供给联合管理部78。
为了向服务代理UA管理部334回答生成SIP-URI(UniformResource Indentifier)，联合管理部56选择并利用SOAP和CORBA等当中的一个，在时刻T392与联合管理部78通信(Gen._RES.392)。联合管理部78在时刻T394将所接收的内容作为应答信号394提供给服务代理UA管理部334。服务代理UA管理部334在时刻T396将其作为组件API 366的执行结果(Result)396返回给CMS-AP 80。所谓执行结果是指通过SIP-DB 24中的检索得到的用户信息。
CMS-AP 80在时刻T398将作为执行结果396提供的UA信息398提供给Web-DB 36。Web-DB 36将UA信息398追加注册到图24所示的事项-CA列表400中。这样，事项-CA列表402的UA编号(UANo.)被嵌入，列表完成。Web-DB 36在时刻T400通知CMS-AP 80注册完成(Reg._Notify)404。此后，通信系统10以与图3的时刻T52～图4的时刻T56相同的程序进行处理，在SIP客户端46和SIP客户端48之间确立呼叫。
下面说明通信系统10在从管理者进行的监视的事项选择到注册完成过程中的动作。如图25所示，SIP客户端406在时刻T410向SIP服务器22/SIP-AP服务器26发出软件电话画面显示请求(Disp._REQ.)410。SIP服务器22/SIP-AP服务器26在时刻T412将软电话画面的显示数据(Disp._DATA)412提供给SIP客户端406，显示软电话画面。SIP客户端406发出代理UA一览显示请求414。这里的代理UA一览相当于例如图24所示的记事本等呼叫尝试所管理的事项一览。
SIP服务器22/SIP-AP服务器26接收显示请求414，生成起动信息检索功能部74的起动信号416。SIP服务器22/SIP-AP服务器26在时刻T416将生成的起动信号416提供给服务代理UA管理部332。服务代理UA管理部332起动信息检索功能部74，在时刻T418向SIP-DB 24请求信息检索(Search 418)。SIP-DB 24将代理UA的检索结果(Response)420发送给SIP服务器22/SIP-AP服务器26。检索结果420是所注册的代理UA信息。
SIP服务器22/SIP-AP服务器26在时刻T422将包含根据“代理UA一览”的显示请求414得到的代理UA信息，即检索结果420，的代理UA的事项列表请求(List_REQ.)422发送给CMS-AP 80。这时，联合管理部56被起动，在选择了公共通信协议后，将图25所示的事项列表请求422发送给已经起动的联合管理部78。图26的联合管理部78再将其提供给CMS-AP 80。
CMS-AP 80在时刻T424委托Web-DB 36检索其中注册的代理UA的事项列表(Search 424)。Web-DB 36在时刻T426将代理UA的事项列表结果(Response)426发送给CMS-AP 80。CMS-AP 80接收事项列表结果426，将事项列表应答(List_RES.)428送给SIP服务器22/SIP-AP服务器26。这时，联合管理部78被起动，在选择了公共通信协议后，向已经起动的联合管理部56发送事项列表应答428。联合管理部56再将其送给SIP服务器22/SIP-AP服务器26。
SIP服务器22/SIP-AP服务器26在时刻T430将事项列表作为显示数据430提供给发出请求的SIP客户端406。SIP客户端406将所提供的显示数据430显示在画面上。SIP客户端406从显示的事项列表中选择要监视的事项，在时刻T432向SIP服务器22/SIP-AP服务器26发出注册请求(Reg._REQ.)432。SIP服务器22/SIP-AP服务器26在时刻T434根据从SIP客户端406接收的注册请求432在SIP-DB 24中注册SIP客户端中显示的事项(Registration 434)。几乎同时(时刻T436)，SIP服务器22/SIP-AP服务器26向CMS-AP 80发出监视客户端的注册请求(Reg._REQ.)436。随着请求发出，联合管理部56和78再次选择并利用公共通信协议，将注册请求436的信息发送给不同的通信系统。将该监视客户端称为观察者。
CMS-AP 80将作为监视对象的客户端注册到Web-DB 36中(Registration 438)。这里，图27所示的事项一览是将观察者(监视者)追加到图24所示的列表项目中。观察者监视委托者是谁，并且表示分别与监视对象的SIP对应的URI。Web-DB 36在时刻T440将表示注册完成的应答信号440提供给CMS-AP 80。
CMS-AP 80在时刻T442将注册完成(Reg._RES.)442发送给SIP服务器22/SIP-AP服务器26。在发送时，联合管理部78和56也是再次选择并利用公共通信协议，将注册完成442的信息发送给不同的通信系统。SIP服务器22/SIP-AP服务器26向SIP客户端406提供已注册事项的显示数据444。SIP客户端406显示已注册要件。
从而，管理者可以从自己的SIP客户端406(软电话)中检索CA管理的事项，可以仅从中选择管理所必需的事项并登记。注册后的事项的服务存在(作业状况)由各服务代理UA进行管理并实时地通知。
下面说明通信系统10中随着呼叫尝试的状态变更进行的消息发送动作时序。如图28所示，当呼叫尝试的状态变更后，SIP-DB 24在时刻T450向代理UA信息检索功能部348发出状态变更通知(Status_CHG)450。代理UA信息检索功能部348利用在不同系统间选择的公共通信协议，通过联合管理部56和78，向图29所示的CMS-AP 80请求观察者检索委托(Search_REQ.)452。
CMS-AP 80在时刻T454向Web-DB 36输出观察者检索请求454。Web-DB 36在时刻T456向CMS-AP 80提供检索结果(Response)456。检索结果456是观察者的地址。CMS-AP 80在时刻T458向代理UA信息检索功能部348发送检索结果458。在该发送中，检索结果458利用按照联合管理部78和56的顺序选择的公共通信协议，通过不同系统间的通信，提供给代理UA信息检索功能部348。
代理UA信息检索功能部348在时刻T460起动图28中未示出的服务代理UA管理部332内的消息发送功能部344(Launching 460)。消息发送功能部344在时刻T462将事项的作业状况已变更的情况作为消息(Message)462发送给所有作为登记对象的SIP客户端。
当作为对象的SIP客户端406点击画面中显示的确认按钮后，为了在Web浏览器50的监视画面中显示，SIP客户端406在时刻T464将将显示委托(Disp._REQ.)464发送给SIP服务器22/SIP-AP服务器26。SIP服务器22/SIP-AP服务器26还在时刻T466向CMS-AP 80请求显示Web浏览器50的监视画面(Disp._REQ.)466。该显示请求466也处理成通过不同的系统并发送给CMS-AP 80。
CMS-AP 80在时刻T468将显示数据468提供给Web浏览器50。数据468是表示所有注册的观察者的监视画面的数据。这样，当所监视的事项(CA)变更时，向所有进行管理的人发送消息。
这样动作后，通信当事人以外的例如某个项目的小组领导者(管理者)等可以实时地把握项目相关作业的进度状况。可以根据各管理者的紧急性和重要性请求简单地进行事项的管理。仅仅Web浏览器50的拉型显示不一定能够实时地显示状况，但可以通过SIP进行推型显示，因此可以实现完全实时的管理。
在本实施例中，服务代理UA、事项和呼叫尝试是1对1对1地说明的，但也可以是1个服务代理UA管理多个事项或者1个事项管理多个呼叫尝试。从而，例如，在一个目的下可以管理多个人进行的多个通信的状况。这种管理的具体示例包括较大规模的系统提案等案件。这种情况下，多个营业员成SE(Sales Engineer)在与顾客的多个窗口或负责人进行通信的同时开展业务。其中，为了达成案件成立·系统构建等目的，可以由多个人实施营业交涉成技术提案等多个通信。
根据以上的构成，通过联合管理部56和78实现SIP系统12与Web系统14间的通信的融合，根据呼叫尝试管理部82发出的请求起动SIP系统12的呼叫尝试管理部54，例如在SIP-DB 24中注册呼叫尝试，将注册结果提供给Web系统14，在Web客户端20中显示，然后输入事项并注册到Web-DB 36中，在与SIP系统12连接的SIP客户端46和48间提供连接或监视服务。这样可以容易地实现“难以定型化的业务”中的业务管理和进度管理。特别是可以避免忘记或遗漏业务委托，从而可以实现以前困难的信息系统工作流中里程碑间的细微进度管理。而且在业务中不必查看并输入通信对方的电话号码，从而可以提高作业者的效率。
SIP系统12包含根据SIP系统12的SIP客户端46向希望通信的SIP系统12内的SIP客户端48发出的留言请求和留言再现当中的任意一个动作的Voice邮件-AP 294，从而Web浏览器50可以利用VoIP技术容易地实现其他声音的录音/再现。
在通信系统10中，SIP系统12包含将被请求的服务实例视为SIP系统12的客户端，作为代理UA进行虚拟管理并对信息进行操作的服务代理UA管理部332，Web系统14包含针对被请求的服务实例，从Web系统14通过虚拟代理UA访问服务代理UA管理部332的对应功能并取得服务实例的执行结果的服务代理UA管理部334，从而可以使通信当事人以外的管理者等实时地把握作业的进度状况。而且通信系统10也可以容易地进行与管理者的请求对应的事项管理。上述实时是不能利用仅在Web浏览器50显示的拉型显示来实现而是利用SIP推型显示进行的完全实时管理。
在通信系统10中，第一通信协议是SIP协议，第二通信协议是HTTP协议，第三通信协议最好是SIP和HTTP协议可以共同处理的SOAP和CORBA当中的任意一个通信协议。
本发明的服务提供方法通过联合管理部56和78选择公共通信协议，通过例如在SIP的情况下转换成所选择的公共通信协议和HTTP以及在HTTP的情况下转换成所选择的公共通信协议和SIP来进行联合管理，从而在SIP系统12和Web系统14之间实现通信的融合，并且显示通信状况，从其中选择事项的委托者以及输入该委托者的事项名称，从Web系统14请求访问对应的SIP系统12的呼叫尝试，发送给SIP系统12，从而生成并注册SIP系统的呼叫尝试，此后将伴随注册完成的结果显示在Web系统14中，再输入事项，与相当于输入事项的呼叫尝试对应注册，根据该注册结果确立与SIP系统12连接的客户端间的通信，从而能实现业务的有效处理。特别是，在业务中仅需要选择通信对方，不必进行以前的查看通信对方的电话号码并输入的作业，从而可以提高作业者的效率。
通信系统10中的通信方法请求确立SIP客户端间的通信，确立后，在通信结束时，在SIP系统12的Web浏览器上，通过联合管理的通信将通信事项的状况作为状态提供给输入画面，然后显示状态并输入状态的变化，根据该输入的呼叫尝试的状态变更，通过联合管理的通信将状态提供给SIP系统12，起动设定状态的功能，从而变更注册的状态，通过联合管理的通信将结果发送给Web系统，在Web系统14的Web浏览器中显示状态的结果，从而可以在Web系统14侧了解状态的变化，在进度状况等的管理中特别有利。状态包括完成、再委托、回答等待和留言等待等。
通信系统10中的通信方法在Web浏览器的监视画面显示以后，通过Web系统输入再委托作为状态，请求并检索此前的历史记录，根据该检索结果，通过联合管理的通信从Web系统14访问SIP系统12的信息检索，针对不同事项检索期望的通信目标，将该检索结果作为历史记录请求的信息，通过联合管理的通信显示在Web系统14的Web浏览器上，从所显示的信息中选择通信目标，再次通过联合管理的通信发送连接请求，在SIP系统12的客户端间确立通信，从而可以从Web系统的客户端对SIP系统的客户端执行再委托事项，大幅度地减少作业者的处理程序。
通信系统10的通信方法在Web浏览器的监视画面显示以后，从Web系统14的Web浏览器请求留言，显示留言输入画面，输入留言并将留言注册在Web系统14内，根据由该登记引起的呼叫尝试状态变更，通过联合管理的通信在SIP系统12中起动状态设定，变更状态并将该变更结果通过联合管理的通信发送给Web系统14，在Web浏览器上显示该状态的结果，从而在Web系统中注册留言的同时，可以将SIP系统的状态变更为留言等待，从而可以容易地把握作业状况。
通信系统10的通信方法在Web浏览器的监视画面显示以后，根据Web系统14的Web浏览器中显示的留言选择检索并显示注册的留言，然后根据由此引起的呼叫尝试的状态变更，通过联合管理的通信在SIP系统12中起动状态设定，变更注册的状态，通过联合管理的通信将变更结果送给Web系统14，在Web浏览器中显示变更结果，从而选择相应的留言并在Web浏览器中显示，在SIP系统中将留言的状态变更为例如回答等待，从而可以有助于状况的把握。
通信系统10的通信方法在留言输入画面显示后，请求声音录音作为留言，通过联合管理的通信将该请求送给SIP系统12，起动Voice邮件-AP 294，根据该起动向SIP系统12中与请求对应的SIP客户端发送消息，从该客户端输入声音，通过联合管理的通信从Voice邮件-AP 294向Web系统14发送表示声音留言的信息，根据该信息注册留言，进行注册后的状态变更及其显示，从而可以根据Web系统14的客户端发出的请求，通过SIP系统12输入声音，在Web系统14的客户端中显示声音留言的有无，从而可以在不遗漏信息的情况下提高系统的功能。
通信系统10中的通信方法在留言检索显示后，根据作为留言的声音录音的再现请求，检索Web系统14中注册的声音留言，通过联合管理的通信将该检索结果中包含的声音留言的再现请求提供给SIP系统12的Voice邮件-AP 294并起动，根据该起动再现声音留言并发送给对象客户端，从而可以通过不以文本留言表示的消息录音向对方传达紧急性和重要性。
通信系统10的通信方法在委托者的事项输入后，从该显示中进行选择，注册事项和呼叫尝试，在Web系统14中注册后，根据对SIP系统中代理UA的访问请求，通过联合管理的通信起动代理UA的生成并注册，注册后，通过联合管理的通信将代理UA的注册信息提供给Web系统14，同时注册事项和呼叫尝试，然后通过请求确立通信，在SIP系统12的客户端间确立通信，从而根据在Web系统14中的事项选择例如发信按钮的选择，从Web系统14向SIP系统12注册代理UA，并且相应地，从SIP系统12向Web系统14注册事项-呼叫尝试-代理UA的对应关系，从而可以执行呼叫确立等事项，提高作业效率。
适用本发明服务提供方法的通信系统10的通信方法通过联合管理部56和78选择公共通信协议，通过例如将SIP转换成所选择的公共通信协议和HTTP，以及将HTTP转换成所选择的公共通信协议和SIP来进行联合管理，从而实现SIP系统12和Web系统14之间通信的融合，从SIP系统12的客户端接收代理UA的一览显示请求并进行检索，将该检索结果提供给Web系统14，检索事项和代理UA的对应，将该检索结果提供给SIP系统中输出请求的客户端，从显示的信息中选择要监视的事项并注册，再根据在Web系统14中注册监视者的请求进行注册，将注册结果提供给SIP系统12中选择了监视事项的客户端并显示，从而注册事项的作业状况可以经代理UA为进行监视的客户端所知。即，通信当事人以外的管理者等可以实时把握进度状况。从而，可以简化管理者的管理，并提供无遗漏的管理。而且，由于可以进行SIP拉型显示，因此能实现完全的实时管理。
通信系统10的通信方法通过SIP系统12将事项状况作为状态，在将该状态变更通知给代理UA时，通过联合管理的通信提供给Web系统14，检索状态变更的相应监视者，通过联合管理的通信将该检索结果作为表示状态变更的消息发送给SIP系统12，然后通过联合管理的通信向Web系统14提供监视者的客户端发出的监视画面的显示请求，在Web系统14的画面中显示状态，从而注册的监视者的客户端可以容易地知晓状态的变更。特别是，通过该一连串的处理，还可以将该变更报告给所有注册的监视者。
权利要求
1.一种服务提供系统，与连接在由不同通信协议环境构建的系统上的各个客户端进行信息通信，并将该信息作为服务提供，其特征在于所述服务提供系统具有基于第一通信协议工作的第一系统和基于第二通信协议工作的第二系统，其中，所述第一系统包含第一联合管理装置，将发送给第二系统的信息处理为将该信息作为在第一通信协议和第二通信协议中共同联合的信息来处理的第三通信协议，并将第二系统提供的第三通信协议信息转换成第一通信协议信息；第一呼叫尝试管理装置，将从与第一系统连接的一个客户端发出呼叫开始到达成通话目的为止的目标实例作为呼叫尝试，对该呼叫尝试中的信息进行操作管理，所述第二系统包含第二联合管理装置，将发送给第一系统的信息处理为第三通信协议，并将第一系统提供的第三通信协议信息转换成第二通信协议信息；第二呼叫尝试管理装置，从第二系统访问第一呼叫尝试管理装置的对应功能；以及监视功能块，在第二系统的所述客户端上根据通信的内容和状况进行监视并提供服务。
2.根据权利要求1所述的服务提供系统，其特征在于，第一系统包含声音留言功能块，根据第二系统的客户端向希望通信的第一系统内的上述客户端发出的留言请求和留言再现中的任一个来工作。
3.根据权利要求1或2所述的服务提供系统，其特征在于第一系统包含第一代理管理装置，该装置将被请求的服务实例视为第一系统的客户端，作为虚拟的用户代理来进行管理，并操作所管理的信息；第二系统包含第二代理管理装置，该装置针对上述请求的服务实例，从第二系统通过虚拟的用户代理访问第一代理管理装置的对应功能，并取得上述服务实例的执行结果。
4.根据权利要求1、2或3所述的服务提供系统，其特征在于，第一通信协议是会话开始协议，第二通信协议是超文本传输协议，第三通信协议利用可以同时由第一和第二通信协议处理的SOAP和CORBA当中的一个通信协议。
5.一种服务提供方法，与连接在由不同通信协议环境构建的系统上的各个客户端进行信息通信，并将该信息作为服务提供，其特征在于，所述方法包括第一步骤，在根据第一通信协议工作的第一系统和根据第二通信协议工作的第二系统间的通信中，将第一系统发出的信息处理为将该信息作为在第一通信协议和第二通信协议中共同联合的信息来处理的第三通信协议后发出；第二步骤，将提供给第二系统的第三通信协议信息处理为第二通信协议信息后发出；第三步骤，将第二系统发出的第二通信协议信息处理为第三通信协议信息后发出；第四步骤，将提供给第一系统的第三通信协议信息处理为第一通信协议信息后发出；第五步骤，在与第二系统连接的客户端上显示通信状况；第六步骤，从在第二系统中显示的内容中选择事项的委托者，输入该委托者的所述事项名称；第七步骤，将从与第一系统连接的一个客户端发出呼叫开始到达成通话目的为止的目标实例作为呼叫尝试时，从第二系统请求访问对应的第一系统的所述呼叫尝试，通过第三和第四步骤将该请求发送给第一系统，生成第一系统的所述呼叫尝试，注册该生成的呼叫尝试；第八步骤，通过第一和第二步骤将注册完成的结果提供给第二系统，并显示在与第二系统连接的客户端上；第九步骤，从该显示客户端输入所述事项；第10步骤，将相应的呼叫尝试与该输入事项相对应地进行注册；第11步骤，根据该注册结果，通过第三和第四步骤请求确立与第一系统连接的客户端间的通信。
6.根据权利要求5所述的服务提供方法，其特征在于，在第11步骤之后，该方法还包含第12步骤，上述通信结束时，在第二系统的客户端中，将通信的上述事项状况作为状态经第一和第二步骤提供给输入画面，显示上述提供的状态，第13步骤，输入该通信的上述状态的变化；第14步骤，根据该输入的呼叫尝试的状态变更，经第三和第四步骤将该状态的变更提供给第一系统，起动设定上述状态的功能，变更注册的状态；第15步骤，通过第三和第四步骤把该变更的状态的结果发送给第二系统，在第二系统的客户端中显示该状态的结果。
7.根据权利要求5所述的服务提供方法，其特征在于，在第八步骤之后，该方法包含第16步骤，在第二系统中作为上述状态输入再委托，请求并检索此前的历史记录；第17步骤，基于该检索结果经第三和第四步骤，从第二系统访问第一系统的信息检索，针对上述其他事项检索所期望的通信对象；第18步骤，将该检索结果作为上述历史记录请求信息经第一和第二步骤显示在第二系统的客户端中；第19步骤，从该显示的信息中选择上述通信对象并请求连接；第20步骤，将该连接请求通过第三和第四步骤发送给第一系统，在第一系统的客户端间确立上述通信。
8.根据权利要求5所述的服务提供方法，其特征在于，在第八步骤之后，该方法还包含第21步骤，从第二系统的客户端请求留言，显示输入对应于该请求的上述留言的画面；第22步骤，在该显示的画面上输入上述留言，在第二系统内注册该输入的留言；第24步骤，根据伴随该注册而产生的上述呼叫尝试的状态变更，经第三和第四步骤在第一系统中起动状态设定，变更所注册的状态；第25步骤，通过第三和第四步骤将该变更状态的结果发送给第二系统，在第二系统的客户端上显示该状态的结果。
9.根据权利要求5所述的服务提供方法，其特征在于，在截至第八步骤的监视之后，该方法还包含第26步骤，根据第二系统的客户端中显示的留言选择，检索所注册的留言；第27步骤，根据伴随该留言的显示而产生的上述呼叫尝试的状态变更，经第三和第四步骤，在第一系统中起动状态设定，变更所注册的状态；第25步骤，将该变更后状态的结果通过第三和第四步骤发送给第二系统，在第二系统的客户端上显示该状态的结果。
10.根据权利要求8所述的服务提供方法，其特征在于，在第21步骤之后，该方法还包含第28步骤，作为上述留言请求声音录音，通过第三和第四步骤从第二系统将该请求发送给第一系统，起动对应的应用程序；第29步骤，根据该起动，在第一系统中向与上述请求相对应的客户端发送消息，从该客户端输入上述声音；第30步骤，通过第三和第四步骤从上述应用程序向第二系统发送表示上述声音留言的信息；第31步骤，在第二系统中，根据表示输入了上述声音的信息来注册上述留言；以及第22步骤以后的处理。
11.根据权利要求9所述的服务提供方法，其特征在于，在第26步骤之后，该方法还包含第32步骤，作为上述留言进行声音录音时，根据该声音的再现请求，在第二系统中检索所注册的声音留言；第33步骤，通过第三和第四步骤将针对该检索结果中包含的声音留言的再现请求提供给第一系统中相应的应用程序，起动该应用程序；第34步骤，根据该起动再现上述声音留言，提供给对象客户端。
12.根据权利要求5所述的服务提供方法，其特征在于，在第六步骤之后，该方法还包含第35步骤，从显示当中选择上述事项的委托者，注册上述事项和上述呼叫尝试；第36步骤，将负责虚拟交换第一系统中的客户端间请求和应答的功能作为代理用户代理，在第二系统中，进行上述注册后，根据访问第一系统中的上述代理用户代理的请求，通过第三和第四步骤起动上述代理用户代理的生成；第37步骤，注册该生成的代理用户代理；第38步骤，在该注册后，通过第一和第二步骤把上述代理用户代理的注册信息提供给第二系统，同时注册上述事项和上述呼叫尝试；此后，进行第11步骤，确立第一系统中客户端间的通信。
13.一种服务提供方法，与连接在由不同通信协议环境构建的系统上的各个客户端进行信息通信，并将该信息作为服务提供，其特征在于，所述方法包括第一步骤，在根据第一通信协议工作的第一系统和根据第二通信协议工作的第二系统间的通信中，将第一系统发出的信息处理为将该信息作为在第一通信协议和第二通信协议中共同联合的信息来处理的第三通信协议后发出；第二步骤，将提供给第二系统的第三通信协议信息处理为第二通信协议信息后发出；第三步骤，将第二系统发出的第二通信协议信息处理为第三通信协议信息后发出；第四步骤，将提供给第一系统的第三通信协议信息处理为第一通信协议信息后发出；第五步骤，将负责虚拟地交换第一系统中的客户端间的请求和应答的功能作为代理用户代理，从与第一系统连接的客户端请求上述代理用户代理的一览显示，根据请求进行检索；第六步骤，经第一和第二步骤从第一系统向第二系统提供该检索结果；第七步骤，将从与第一系统连接的上述客户端发出呼叫开始到达成通话目的为止的目标实例作为呼叫尝试，在第二系统中检索管理该呼叫尝试的事项和作为上述检索结果的代理用户代理的对应，经第三和第四步骤从第二系统向第一系统中输出上述请求的客户端提供检索结果并显示；第八步骤，从该客户端中显示的信息中选择要监视的事项并注册；第九步骤，根据该注册，经第一和第二步骤从第一系统向第二系统请求监视者注册；第10步骤，根据该请求来注册监视者；第11步骤，经第三和第四步骤从第二系统向第一系统中选择了上述监视事项的客户端提供该注册结果并显示。
14.根据权利要求13所述的服务提供方法，其特征在于，该方法还包含第12步骤，在第一系统中将事项状况作为状态，在向上述代理用户代理通知该状态变更时，经第一和第二步骤从第一系统向第二系统提供；第13步骤，检索与上述状态变更对应的监视者；图14步骤，经第三和第四步骤将该检索结果作为消息从第二系统发送给第一系统；第15步骤，经第一和第二步骤将上述监视者的客户端发出的监视画面显示请求从第一系统提供给第二系统；第16步骤，在第二系统中的上述画面中显示上述状态。
全文摘要
提供一种使信息系统和通信系统融合、有效利用信息从而可以管理业务及其状况的服务提供系统及其提供方法。通信系统(10)通过联合管理部(56)和(78)实现SIP系统(12)和Web系统(14)间通信的融合，根据呼叫尝试管理部(82)发出的请求起动SIP系统(12)的呼叫尝试管理部(54)，例如在SIP－DB(24)中注册呼叫尝试，将注册结果提供给Web系统(14)，显示在Web客户端(20)上，输入事项并注册到Web－DB(36)中，在与SIP系统(12)连接的SIP客户端(46)和(48)之间提供连接和监视服务。
文档编号H04M7/00GK1694437SQ20051006848
公开日2005年11月9日 申请日期2005年4月28日 优先权日2004年4月30日
发明者伊藤真弥 申请人:冲电气工业株式会社