CN1606312B

CN1606312B - 与sip和web系统协同工作的服务提供系统及其方法

Info

Publication number: CN1606312B
Application number: CN200410083532.2A
Authority: CN
Inventors: 伊藤真弥
Original assignee: Oki Electric Industry Co Ltd
Current assignee: Oki Electric Industry Co Ltd
Priority date: 2003-10-09
Filing date: 2004-10-09
Publication date: 2011-09-14
Anticipated expiration: 2024-10-09
Also published as: CN1606312A; US20050078705A1; JP4300965B2; JP2005115738A

Abstract

在所提供的服务提供系统中，允许在不同的环境下系统的各种应用程序一起工作，有效地运行。该系统按照与SIP系统与Web系统有关的、所选择的通信协议，SOAP或CORBA，通过各个合作管理器在SIP系统与Web系统之间传送信息。系统把从信息源提供的信息变换成可由每个系统的通信协议处理的信息形式，结果，把SIP系统与Web系统作为统一的系统对待。信息管理器被提供来不仅管理其中一个系统的信息，而且也访问另一个系统，以启动该另一个系统的功能。因此，可以处理传统上不能得到的信息，以及把该信息提供给客户端。

Description

与SIP和WEB系统协同工作的服务提供系统及其方法

技术领域

本发明涉及服务系统，更具体地，涉及使得根据会话初始化协议(SIP)运行的SIP环境与Web(万维网)环境协同工作的服务系统，以允许各种应用程序一起工作提供服务给连接到系统的客户端。本发明还涉及提供服务的方法，更具体地涉及一种允许在不同环境下运行的各种应用程序一起工作以提供服务的方法。

背景技术

提供服务和传递信息的应用程序通常是基于以下两个环境之一执行的：会话初始化协议(SIP)环境和Web(万维网)环境。这些应用程序提供在适当的环境下的服务。在SIP环境中的应用程序(AP)服务的例子是IP(互联网协议)电话服务，以及在Web环境中的AP服务的例子是内容传递服务。因为在SIP环境中的服务提供系统和在Web环境中的服务提供系统按照互相不同的协议独立地运行，在这两个环境中的服务被分开地提供。

当在系统中提供服务时，一个问题是，例如，在SIP环境中的用户或客户端不能实时享受使用Web-AP服务的信息传递服务。

为了提高办公效率，公司安装昂贵的商业应用程序集成工具EAI(企业应用程序集成)。EAI工具包括规定工作流的BPM(办公处理管理)功能。然而，被构建成一起工作的各个办公应用程序，既不能跟踪它们的配合的应用程序的状态，也不能通过可靠的通信装置保持互相实时联系，以便有效地建立在它们之间的通信，因为如上所述，Web和SIF环境是互相分开的。例如，每次SIP客户端(诸如操作员)根据常规办公流进行IP电话呼叫时，他或她在进行呼叫前经由Web或电话簿查找被呼叫方的电话号码。这意味着。即使有按现有技术安装的EAI工具，公司也不能最好地使用昂贵的工具，因为不能实施使得两个环境合作的合作服务。

发明内容

本发明的目的是提供克服现有技术缺点和允许不同的环境系统中的各种应用程序一起工作以建立有效运行的服务系统和提供服务的方法。

本发明提供一种服务系统，用于传送信息给被连接到在不同的通信协议环境中构建的系统的客户端，以便提供信息作为服务，服务系统包括：根据第一通信协议运行的第一系统；根据第二通信协议运行的第二系统，其中第一系统包括第一合作管理部分，用于把要发出到第二系统的信息变换成可通过处理该信息的第三通信协议处理的信息，这样该信息是可以通过第一通信协议和第二通信协议处理的，以及用于把从第二系统提供的和由通过第三通信协议处理的信息变换成可通过第一通信协议处理的信息；以及第一信息管理部分，包括根据在第一系统运行的应用程序的功能来管理信息和管理在第二系统中相应的应用程序的访问以便启动应用程序和得到由该应用程序处理的信息的至少一项，以及其中第二系统包括：第二合作管理部分，用于把要发出到第一系统的信息变换成可通过第三通信协议处理的信息，以及用于把从第一系统提供的和由通过第三通信协议处理的信息变换成可通过第二通信协议处理的信息；以及第二信息管理部分，包括根据在第二系统运行的应用程序的功能来管理信息和管理在第一系统中相应的应用程序的接入以便启动应用程序和得到由应用程序处理的信息的至少一项。

按照本发明的服务系统通过按照与第一系统和第二系统有关的第三通信协议的第一合作管理部分和第二合作管理部分在第一系统与第二系统之间传送信息。服务系统把从信息源提供的信息变换成可通过每个系统的通信协议处理的信息，结果，服务系统把第一系统和第二系统作为合作系统对待。分别在第一和第二系统中提供的第一和第二信息管理部分不仅管理两个系统之一的信息，而且当进行访问另一个系统时也启动另一个系统的功能。所以，服务系统可以处理不能按惯例得到的信息，并把所得到的信息提供给客户端。

本发明也提供一种提供服务的方法，用于传送信息给被连接到在不同的通信协议环境中构建的系统的客户端，以便提供信息作为服务，该方法包括：第一步骤，把要从第一系统发出的信息变换成可通过处理该信息的第三通信协议处理的信息，这样该信息是可以通过第一通信协议和第二通信协议处理的，以及发出该信息，该信息在根据第一通信协议运行的第一系统与根据第二通信协议运行的第二系统之间传送；第二步骤，把要提供给第二系统和被变换为可通过第三通信协议处理的信息的信息变换成可通过第二通信协议处理的信息和发出该信息；第三步骤，把要从第二系统发出的和被变换到可通过第二通信协议处理的信息的信息变换成可通过第三通信协议处理的信息和发出该信息；以及第四步骤，把要提供给第一系统的和被变换为可通过第三通信协议处理的信息的信息变换成可通过第一通信协议处理的信息和发出该信息。该方法还包括：第五步骤，在第二系统中响应由被连接到第二系统的客户端请求的信息生成应用程序，和发出包括请求信息的启动信号；以及第六步骤，经由启动信号顺序地执行第三和第四步骤，根据在第一系统中提供的请求信息执行在管理下的处理，经由第一和第二步骤把得到的处理结果提供给第二系统，以及经由应用程序把处理结果发出到被连接到第二系统的客户端。

按照本发明的提供服务的方法按照由被连接到第二系统的客户端请求的信息生成相应于请求信息的应用程序，发出包括来自这个应用程序的请求信息的启动信号，通过从第二通信协议改变到第三通信协议的协议把信号和请求信息提供到第一系统，在第一系统中把通信协议从第三通信协议改变到第一通信协议，根据提供的请求信息执行在管理下的在第一系统中处理，以及经由第三通信协议把得到的处理结果提供给第二系统。这样，在第二系统不能得到的信息可以作为处理结果从第一系统得到，以及经由应用程序提供给连接到第二系统的客户端。

附图说明

通过考虑结合附图作出的以下详细说明，本发明的目的与特征将更显而易见，其中：

图1是显示按照本发明的服务提供系统的具体实施例的示意方框图；

图2是示例地显示图1所示的访问器部件的结构的示意方框图；

图3是显示图1所示的Web访问器部件内的信息管理器与部件API之间的关系的示意方框图；

图4是显示图1的SIP访问器部件中的信息管理器和部件API之间的关系的示意方框图；

图5是对于理解在图1所示的服务提供系统中来自Web客户端的服务请求的具体的运行过程有用的顺序图；

图6是对于理解跟随在图5所示的运行过程后面的具体的过程有用的顺序图；

图7是对于理解跟随在图6所示的运行过程后面的具体的过程有用的顺序图；

图8是对于理解在图1所示的实施例中提供的EAI中的库存管理的具体的工作流有用的流程图；以及

图9显示在图1所示的系统中的Web浏览器上显示的存在信息的显示的例子。

具体实施方式

下面参照附图，描述按照本发明的服务系统的优选实施例。在本实施例中，本发明被应用于服务提供系统10。为了简化起见，将不再描述或显示与理解本发明没有直接关系的部分。在以下的说明中，用借以发送信号的线路的标号来代表该信号。

如图1所示，本实施例中的服务提供系统10包括通过网络16彼此互联的SIP系统12和Web系统14。SIP系统12和Web系统14处在属于不同的网络域的网络环境中，同时它们具有通常在SIP系统12和Web系统14中没有包括的、但补充Web环境和SIP环境的功能块。这个结构允许服务提供系统10为在一个服务器计算机中或在公共域中的LAN环境中提供的每个系统具有一个环境。

网络16，优选地在本实施例中的SOAP(简单对象访问协议)/CORBA(通用对象请求代理体系结构)网络，是在SIP系统12与Web系统14之间传送信息的中间体。SOAP是规定在Web服务之间交换的消息的数据格式的标准以及处理消息的法则的通信协议。在网络16上，服务请求器、服务提供商、和服务中间体交换遵从这个标准的SOAP消息。CORBA是由OMG(对象管理组)规定的分布对象体系结构。

如图所示，SIP系统12包括SIP服务器18、SIP数据库(SIP-DB)20、SIP应用程序服务器(SIP-AP服务器)22、SIP应用程序接口(SIP-API)24、SIP应用程序(SIP-AP)26、Web访问器部件28、和SIP客户端30。如图所示，Web系统14包括Web服务器32、Web数据库(Web-DB)34、Web应用程序服务器(Web-AP服务器)36、Web应用程序接口(Web-API)38、Web应用程序(Web-AP)40、SIP访问器部件42、和Web客户端44。下面概略地描述这些部件。

SIP服务器18适于根据SIP答客户端请求，SIP是用于基于端对端的客户端-服务器模型的协议。具体地，SIP服务器18具有处理和管理遵从由IETF(国际工程任务组)规定的RFC(对意见的请求)3261的SIP的功能。对于这个管理功能，SIP服务器18通常包括三个服务器功能：SIP代理服务器功能、SIP登记服务器功能、和SIP定位服务器功能。首先，SIP代理服务器功能起到代理客户端传送SIP消息的作用。第二，SIP登记服务器功能管理客户端的登记。第三，SIP定位服务器功能管理关于登记的客户端的地址信息。SIP服务器18例如被连接到SIP软电话46和48，它们是SIP客户端30的用于传送信息和由SIP-AP服务器22提供的SIP消息的部件。

SIP数据库20是存储单元，用于存储互相有关的和由SIP服务器18管理的用户信息和存在信息。在某些情形下，这个数据库被连接到SIP服务器18，用于响应于来自SIP服务器18的搜索请求提供信息。被存储在SIP数据库20中的用户信息包括地址信息和用于客户端的鉴权信息。存在信息表示客户端是否被连接到SIP系统12、客户端是否被启动和被使用、以及客户端是否与另一个客户端连接。正如信息表示的，SIP数据库20存储表示客户端的状态的信息。

SIP-AP服务器22适于当由SIP服务器18根据SIP协议管理的应用程序启动运行时启动运行。SIP-AP服务器22分别连接到SIP服务器18和SIP-AP接口(SIP-API)24。SIP-AP接口24具有根据由SIP18接收的SIP请求启动应用程序的功能和向SIP服务器18发出请求的功能。SIP请求是对于会话建立、确认、通信终结、和存在改变的。

SIP-AP接口24由SIP-AP服务器22提供。SIP-AP服务器22经由SIP-AP接口24被连接到SIP应用程序(SIP-AP)26。典型的SIP-AP接口24是当前在JCP(Java(注册商标)共同体处理)的标准下的SIP服务(Servlet)应用程序接口。

SIP应用程序26由连接的SIP-AP接口24创建，以及在SIP-AP服务器22上运行。SIP应用程序26例如是IP电话、瞬间消息传递、电视电话、和存在通信。

Web访问器部件28是对于由与Web系统14一起工作的SIP应用程序26使用的部件的通用名称，每个部件代表库软件部件。所以，Web访问器部件28在SIP应用程序26运行期间被调用，用于与Web系统14的SIP访问器部件42通信，这将在后面描述。如图2所示，Web访问器部件28包括信息管理器50、合作管理器52、和部件应用程序接口(部件API)54。

更具体地，信息管理器50是扩展SIP系统12中用于管理信息的功能的部件。信息管理器50包括存在管理器56、信令管理器58、用户管理器60、和角色(role)管理器62。

存在管理器56具有处理和管理在SIP系统12中管理的存在信息的功能。信令管理器58具有通过使用作为SIP系统12中的一个部件的SIP服务器18处理和管理SIP信令的功能。用户管理器60具有处理和管理在SIP系统12中管理的用户信息的功能。角色管理器62具有处理和管理在SIP系统12中管理的角色信息的功能。角色信息代表部门、工作类型、收费商业和工作题目。

与Web系统14中的相应的合作管理器64一起工作的合作管理器52，具有管理通信环境的功能，允许Web系统14访问信息管理器50和访问Web系统14。合作管理器环境包括相应于SOAP协议或CORBA协议的环境的设置。

部件AP接口(API)54用作为允许SIP应用程序26使用与其有关的部件的接口。正如后面将讨论的，部件AP接口(API)54包括与以下组成的元件有关的部件AP接口，即，图2的信息管理器的存在管理器56、信令管理器58、用户管理器60、和角色管理器62。

在Web访问器部件28中包括的部件并不限于以上描述的这些部件。SIP应用程序26可使用部件的任何组合，取决于实际上将实施哪种功能作为SIP应用程序26。按照应用程序如有必要可以把新的部件添加到上述部件。当然，随着新的部件被添加，或部件被扩展，可以添加或扩展信息管理器50，与Web系统14合作的新的类型。

接着，回到图1，将描述Web系统14。Web服务器32适配于处理和管理基于HTTP的信息。Web服务器32被连接到Web浏览器66和68，它们是Web客户端44的部件。Web服务器32连接到Web数据库(Web-DB)34和Web-AP服务器36，用于管理它们。

Web数据库34是存储单元，其中存储由Web服务器32管理的信息。在某些情形下，Web数据库34响应于来自Web服务器32的搜索请求提供信息。存储的信息例如是关于客户端的记帐信息和使用登记信息。Web数据库34被连接成使得数据不单可被提供到Web服务器32也可提供到Web-AP服务器36。

Web-AP服务器36，总是处在它的工作状态，根据作为Web协议的HTTP在要求它启动应用程序时启动由Web服务器32管理的应用程序。例如，Web-AP服务器36是作为公开的源程序可供使用的TOMCAT，或来自BEA系统的WebLogic(注册商标)。Web-AP服务器36经由Web-AP接口38被连接到Web应用程序40。也有可能Web-AP服务器36根据Web数据库34中的信息运行一个应用程序。

Web-AP接口38是由Web-AP服务器36提供的应用程序接口。被用作为Web-AP接口38的典型的AP接口是HTTP Servlet API或是被规定为在J2EE(Java2企业编辑)环境下使用的EJB(企业JavaBeans)。Web-AP接口38使得有可能在Web-AP服务器36与Web应用程序40之间传送信息。

Web应用程序40由连接的Web-AP接口38创建和在Web-AP服务器36上运行。Web应用程序40也被连接到SIP访问器部件42。例如，Web应用程序40可以是互联网购物中心、企业入门、内容传递、以及如图1所示的角色搜索应用程序(AP)70。角色搜索应用程序70根据在诸如获得(procurement)部门那样的部门中关于个人的存在信息从Web数据库34提取信息。

SIP访问器部件42是对于由与SIP系统12一起工作的Web应用程序40使用的部件的通用名称，它是在Web应用程序40运行期间被调用的库软件。SIP访问器部件42在Web应用程序40与SIP系统12中的Web访问器部件28通信时被使用。在这种情形下，正如Web访问器部件28那样，Web应用程序40可以使用Web应用程序40一侧的部件的任何组合，取决于实际上将实施的、与SIP应用程序26一起工作的哪个功能。SIP访问器部件42按照使用如有必要可以扩展。随着新的部件被添加，或部件被扩展，可以添加或扩展与SIP系统12合作的新的类型。

如图2所示，SIP访问器部件42包括诸如信息管理器72、合作管理器64、和部件AP接口74那样的部件。如图所示，信息管理器72包括存在管理器76、信令管理器78、用户管理器80、和角色管理器82。存在管理器76、信令管理器78、用户管理器80、和角色管理器82的每个管理器主要具有用于访问Web访问器部件28的模块。这允许Web一侧访问SIP一侧。

存在管理器76具有访问在SIP系统12中管理的存在信息以得到信息的功能。信令管理器78具有通过在SIP系统12中的SIP服务器18使用SIP信令的功能。用户管理器80具有访问在SIP系统12中管理的用户信息以得到信息的功能。角色管理器82具有访问在SIP系统12中管理的角色信息以得到信息的功能。

与SIP系统12中的相应的部件一起工作的合作管理器64，使用信息管理器72的存在管理器76、信令管理器78、用户管理器80、和角色管理器82，建立和管理用于访问SIP系统12或用于允许SIP系统12访问Web系统14的通信环境。响应于SIP系统12中合作管理器52的合作管理器64适配于经由SOAP或CORBA执行合作的管理。

部件AP接口74是用于由Web应用程序40借以使用部件的应用程序的接口。后面将描述各个部件。

下面参照图3和图4描述在Web访问器部件28中的信息管理器50和在SIP访问器部件42中的信息管理器72的具体的组成元件。

如图3所示，Web访问器部件28的存在管理器56包括信息登记功能部分84、信息改变功能部分86、信息搜索功能部分88、和信息更新通知访问功能部分90，用于处理和管理在SIP数据库(SIP-DB)20中的存在信息。信息登记功能部分84是登记存在信息的模块。信息改变功能部分86是把登记的存在信息改变为最新的信息的模块。信息搜索功能部分88是搜索登记的存在信息的模块。信息更新通知访问功能部分90是把经由SIP服务器18更新的最新存在信息通知Web系统14的存在管理器76的模块。

图3的信令管理器58包括3PCC(第三方呼叫控制)管理功能部分92、B2BUA(背对背用户代理)管理功能部分94、3PCC完成通知访问功能部分96、和记帐信息管理访问功能部分98，用于使用SIP服务器18处理和管理SIP信令。3PCC管理功能部分92执行诸如点击拨号功能那样的AP执行管理功能，它是提供在两方之间经由SIP服务器18的通信功能的模块。B2BUA管理功能部分94是当SIP会话被划分成两个会话时执行在两个通信方之间的通信的管理模块。

3PCC完成通知访问功能部分96是把经由SIP服务器18执行的3PCC的完成通知Web系统14的信令管理功能部分78的模块。记帐信息管理访问功能部分98是响应于经由SIP服务器18执行的3PCC的完成访问信令管理功能部分78，执行对于在它访问的功能部分中使用服务直至完成的收费的记帐计算以及管理所得到的记帐信息的模块。

用户管理器60包括信息登记功能部分100、信息删除功能部分102、信息搜索功能部分104、信息编辑功能部分106、口令鉴权功能部分108、口令改变功能部分110、和位置搜索功能部分112，用于处理和管理作为被存储在SIP数据库20中的与SIP有关的信息的用户信息/管理信息。信息登记功能部分100是登记用户信息的模块。信息删除功能部分102是删除所登记的用户信息的模块。信息搜索功能部分104是搜索登记的用户信息的模块。信息编辑功能部分106是编辑登记的用户信息的模块。口令鉴权功能部分108是鉴权访问系统的用户的模块。口令改变功能部分110是改变用户鉴权口令的模块。位置搜索功能部分112是查探SIP客户端的位置信息的模块。

角色管理器62包括信息登记功能部分114、信息删除功能部分116、信息搜索功能部分118、和信息编辑功能部分120，用于处理和管理作为被存储在SIP数据库20中的与SIP有关的信息的角色信息。信息登记功能部分114是登记角色信息的模块。信息删除功能部分116是删除所登记的角色信息的模块。信息搜索功能部分118是搜索登记的角色信息的模块。信息编辑功能部分120是编辑登记的角色信息的模块。

部件AP接口54包括与信息管理器50的组成元件，也就是，存在管理器56、信令管理器58、用户管理器60、和角色管理器62，有关的部件AP接口(API)122、124、126、和128。

如图4所示，SIP访问器部件42的存在管理器76包括信息登记访问功能部分130、信息改变访问功能部分132、信息搜索访问功能部分134、和信息更新通知功能部分136，用于经由在合作管理器52与合作管理器64之间的通信访问在SIP系统12中的存在管理器56的模块，把存在信息通知到SIP系统12。信息登记访问功能部分130、信息改变访问功能部分132、和信息搜索访问功能部分134分别访问在SIP系统12的存在管理器56中的相应的功能模块，以经由在管理时使用的访问功能而得到存在信息。响应于来自图3所示的、SIP系统12的存在管理器56中的信息更新通知访问功能部分90的信息通知而启动的信息更新通知功能部分136把通知的存在信息变换成可在Web浏览器上显示的形式。

图4的信令管理器78包括3PCC管理访问功能部分138、B2BUA管理访问功能部分140、3PCC完成通知功能部分140、和记帐信息管理功能部分144。信令管理器78适配于经由在合作管理器64与合作管理器52之间的通信，执行与SIP系统12的信令管理器58中的相关的部件互联通信，由此管理这些部件的功能。

3PCC管理访问功能部分138是允许Web系统14访问SIP系统12的信令管理器58中的3PCC管理功能部分92。B2BUA管理访问功能部分140是允许Web系统14访问SIP系统12的信令管理器58中的B2BUA管理功能部分94的模块。3PCC完成通知功能部分142是接收关于在SIP系统12中3PCC管理执行完成的通知作为访问，以及认识由Web系统14请求的3PCC执行的完成的模块。记帐信息管理功能部分144是响应于在SIP系统12中信令管理器58中执行的服务的完成时来自记帐信息管理访问功能部分98的访问请求，计算关于服务的记帐信息和管理该记帐信息的模块。在本实施例中，记帐信息管理功能部分144也具有与外部安装的记帐系统(未示出)一起工作的功能。

图4的用户管理器80包括信息登记访问功能部分146、信息删除访问功能部分148、信息搜索访问功能部分150、信息编辑访问功能部分152、口令鉴权访问功能部分154、口令改变访问功能部分156、和位置搜索访问功能部分158，用于经由在合作管理器64与合作管理器52之间的通信访问在SIP系统12的用户管理器60的部件。在用户管理器80中的上述的部件访问在SIP系统12中的用户管理器60中相应的功能模块，用于执行在Web系统14中建立的访问功能。

合作管理器64与合作管理器52如下地互相通信。例如，当Web系统14的信息登记访问功能部分130访问在远端环境下信息登记功能部分84时，用户信息登记分支部分被调用来作为在合作管理器64与合作管理器52之间的通信中间体工作，以使得两个功能一起工作。这个分支部分取决于用于远端访问的网络16。具体地，CORBA分支部分经由CORBA被使用于合作，而SOAP访问分支部分经由SOAP被使用于合作。

角色管理器82包括信息登记访问功能部分160、信息删除访问功能部分162、信息搜索访问功能部分164、和信息编辑访问功能部分166，用于经由在合作管理器64与合作管理器52之间的通信访问SIP系统12的角色管理器62的部件。

信息登记访问功能部分160、信息删除访问功能部分162、信息搜索访问功能部分164、和信息编辑访问功能部分166的每个功能部分从角色管理器82访问SIP系统12的角色管理器62，以得到和管理由角色管理器62的相应的功能得到的角色信息。

部件AP接口74包括与信息管理器72的部件，也就是，存在管理器76、信令管理器78、用户管理器80、和角色管理器82，有关的部件AP接口(API)168、170、172、和174。

上述的结构允许SIP系统12和Web系统14互相合作，以便在它们之间进行通信，因此达到SIP系统12和Web系统14的联合，用于实时通信。

接着，在下面将描述一个例子，其中Web客户端44通过在Web浏览器上运行的应用程序执行通信。在本例中，提供一个服务，其中通过点击表示公司中“获得个人”的角色的图标，显示有关的个人的存在状态列表。

按照图5、6和7显示的运行顺序执行服务序列。在这种情形下，Web系统14使用信息管理器72的存在管理器76和角色管理器82。另外，SIP系统12使用信息管理器50的存在管理器56和角色管理器62。

Web客户端44在时间T10发出启动请求信号(Launch_Req.)180到Web系统14的Web服务器32/Web-AP服务器36/EAI(企业应用程序集成)41，以使得关于获得部门的角色的存在信息被提供到Web浏览器。Web服务器32/Web-AP服务器36/EAI在时间T12把根据提供的启动请求信号180生成的启动信号(Launching)182发送到角色搜索应用程序70。根据这个信号，角色搜索应用程序70启动应用程序。

角色搜索应用程序70在时间T14把角色搜索请求信号(Query_Req.)184发送到角色管理器82。角色管理器82在时间T16经由启动信号(Launching)186启动合作管理器64。不单把启动信息而且也把角色搜索信息提供到角色管理器82。

当启动时，合作管理器64把包括提供的角色搜索信息的搜索请求信号(Query_Req.)188变换成由选择的协议(即，SOAP和CORBA之一)使用的形式。在时间T18，合作管理器64把变换的信号提供到合作管理器52，如图6所示，它处在SOAP/CORBA网络16的另一个域。合作管理器52接收从合作管理器64提供的和表示有关角色的信息的搜索请求信号。在时间T20，合作管理器52把启动请求信号(Launch_Req.)190提供到角色管理器62中的信息搜索功能部分118，以及启动信息搜索功能部分118。

在时间T22，信息搜索功能部分118把包括搜索请求信号(Query_Req.)的角色搜索信息提供到由SIP-AP服务器22/SIP服务器18管理的SIP数据库20。角色搜索信息包括对于每个用户预先登记的角色，作为关键字。SIP数据库20搜索由角色管理的相应的用户名称。在时间T24，SIP数据库20把搜索结果(Query-Data)194输出到角色管理器62的信息搜索功能部分118。

信息搜索功能部分118接收相应的用户名称作为搜索结果。在时间T26，根据该名称，信息搜索功能部分118把启动请求信号(Launch_Req.)提供到存在管理器56的信息搜索功能部分88，以及启动信息搜索功能部分88。

在时间T28，信息搜索功能部分88内用于搜索接收的用户的存在的搜索请求信号(Query_Req.)198提供到SIP数据库20。SIP数据库20根据提供的搜索请求信号搜索存在信息。在时间T30，SIP数据库20把搜索结果(Query-Data)200输出到存在管理器56的信息搜索功能部分88。

信息搜索功能部分88从SIP数据库20接收关于用户的存在信息，以及时间T32，输出启动信号(Launching)202到合作管理器52。合作管理器52一旦启动，执行合作管理处理，选择中间体协议，SOAP和CORBA之一，以及在时间T34，把经过搜索得到的存在信息(Query_Data)204提供到处在SOAP/CORBA网络16的另一个域，即，Web系统14中的合作管理器64。

合作管理器64把存在信息204变换成相应于Web系统协议的信息(query_Data)206，在时间T36，把变换的信息输出到存在管理器76的信息搜索功能部分134。在时间T38，信息搜索功能部分134把经过搜索得到的和表示关于用户的存在信息的信息发送到角色搜索应用程序70。

在时间T40，角色搜索应用程序70把搜索信息(Query_Data)210提供到发出请求的Web客户端44的Web浏览器。Web浏览器得到要与浏览器通信的个人的存在。

上述的操作允许在SIP系统12和Web系统14上的应用程序一起工作，因此使得有可能构建服务提供系统10，其中Web功能和VoIP功能被组合在一起或互相合作。这个系统10便于创建、执行、和操作联合的或合作的应用程序。

下面更详细地描述在Web浏览器上运行的EAI工具。对于EAI工具，可以按照各种各样的商业处理被规定，如图8所示。为了规定工作流，逐天的常规处理过程被编组为块，处理过程和工作部门或工作应用程序是有关的，同时，规定工作流。

在其中需要人干预的过程中，也就是，在工作流中需要通信的处理过程中，点击基于角色的图标顺序地启动角色搜索应用程序70和角色管理器82，允许Web系统14访问SIP系统12中的SIP数据库20，以及把指定为角色的个人的的名字和个人状态通知用户，Web客户端。在这种情形下，对于用部门、收费商业、和工作题目预先登记到SIP数据库20的个人，通过描述角色可以简单地规定工作流程。

所以，因为BPM应用程序可以根据角色信息被描述，只需要系统管理器更新数据库中的个人收费项目，而不需要它改变应用程序屏幕，即使在代替该个人收费项时。这样的改变，如果被生成的话，需要数据库的改变，而不需要用户来改变用户使用Web浏览器的方式。例如，考虑作为图8所示的一个商业处理过程的库存控制过程。在这个过程中，如果在自动确定过程(步骤S220)中需要人干预(NO)，则控制进到确认获得过程(步骤S222)。如果在确认获得过程中显示图标，则用户可仅仅点击该图标而容易地发出确认请求指令到获得改变的个人。这使得操作更简单。正如从这个例子看到的，可以与平台或应用程序无关地加上在某些其他BPM工作流或应用程序中使用的实时通信功能。

在Web系统14和SIP系统12中提供的合作管理器允许Web系统14中的用户确认如图9所示的、Web系统12中伙伴(成员)的存在状态。服务提供系统10也允许Web客户端根据显示的存在状态操作SIP系统的SIP客户端，以建立与SIP客户端的会话，用于传送音频、视频、和文本数据。这使得Web环境下的Web客户端能够使用SIP客户端，其中诸如IP电话、电视会议、和IM(即时消息传送)那样的应用程序响应于来自Web客户端的请求而运行。

另外，角色管理功能不单显示收费个人的存在清单，而且也指定优先权给如图9所示的收费个人。这个功能允许客户端直接通过IP电话谈话。

上述的结构允许服务提供系统10按照与SIP系统12与Web系统14有关的、选择的通信协议，SOAP或CORBA，通过合作管理器52和合作管理器64在SIP系统12与Web系统14之间传送信息。服务提供系统10把从信息源提供的信息变换成可由每个系统的通信协议处理的信息形式，结果，把SIP系统12与Web系统14作为统一的系统对待。在服务提供系统10中提供的信息管理器50和信息管理器72不仅管理SIP系统12与Web系统14之一的信息，而且也在进行访问另一个系统时启动该另一个系统的功能。所以，服务提供系统10可以处理传统上不能得到的信息，以及把得到的信息提供给客户端。

信息管理器50包括存在管理器56、信令管理器58、用户管理器60、和角色管理器62，分别管理存在信息、信令信息、用户信息、和角色信息。同样地，信息管理器72包括存在管理器76、信令理器78、用户管理器80、和角色管理器82。这种结构确保各个系统中的可靠的管理。

更具体地，信息管理器50包括存在管理器56，包括信息登记功能部分84、信息改变功能部分86、信息搜索功能部分88、和用于处理存在信息的信息更新通知访问功能部分90；信令管理器58，包括3PCC管理功能部分92、B2BUA管理功能部分94、3PCC完成通知访问功能部分96、和记帐信息管理访问功能部分98；用户管理器60，包括信息登记功能部分100、信息删除功能部分102、信息搜索功能部分104、信息编辑功能部分106、口令鉴权功能部分108、口令改变功能部分110、和位置搜索功能部分112；和角色管理器62，包括信息登记功能部分114、信息删除功能部分116、信息搜索功能部分118、和信息编辑功能部分120。信息管理器50使用这些功能部分来管理在SIP系统12中处理的信息和访问Web系统14，以得到在SIP系统12中不能得到的信息，因此允许客户端一起工作，实时地处理信息。

信息管理器72包括与信息管理器50的部件有关的部件。具体地，它包括存在管理器76，包括信息登记访问功能部分130、信息改变访问功能部分132、信息搜索访问功能部分134、和用于处理存在信息的信息更新通知功能部分136；信令管理器78，包括3PCC管理访问功能部分138、B2BUA管理访问功能部分140、3PCC完成通知功能部分142、和记帐信息管理功能部分144；用户管理器80，包括信息登记访问功能部分146、信息删除访问功能部分148、信息搜索访问功能部分150、信息编辑访问功能部分152、口令鉴权访问功能部分154、口令改变访问功能部分156、和位置搜索访问功能部分158；和角色管理器82，包括信息登记访问功能部分160、信息删除访问功能部分162、信息搜索访问功能部分164、和信息编辑访问功能部分166。信息管理器72使用这些功能部分来管理由Web系统14处理的信息和访问SIP系统12，以得到不能仅仅由Web系统14能得到的信息，因此允许客户端一起工作。

在本实施例中，Web系统14具有生成应用程序的Web应用程序40。例如，包括角色搜索应用程序70的Web应用程序响应于来自Web客户端44的请求生成角色搜索应用程序70，启动合作管理器64，同具有由该请求所请求的信息的SIP系统12一起工作，以及实时地得到来自与Web系统14统一的SIP系统12的角色信息。

Web应用程序40使用角色搜索应用程序70，它根据包括部门、工作类型、收费商业、和工作题目的至少一项的角色信息生成对于描述的数据库的搜索请求。所以，只要求用户更新基本信息，而即使信息被改变时也不需要改变应用程序屏幕。

在服务提供系统10中，SIP系统12和Web系统14包括处理系统，或计算机。SIP系统12的合作管理器52与信息管理器50和Web系统14的合作管理器64、信息管理器72、和角色搜索应用程序70是使得计算机运行的程序。这简化系统结构。

提供服务的方法按以下序列实施。响应于由被连接到Web系统14的客户端44请求的信息，生成相应于请求信息的角色搜索应用程序70，从应用程序70发送包括请求信息的启动信号186，把这个启动信号186提供到SIP系统12，其协议从HTTP协议改变为两个协议(即，SOAP或CORBA)之一，选择的通信协议在SIP系统12中被改变为SIP协议，在SIP系统12中按照基于提供的请求信息的管理执行处理，得到的处理结果经由选择的通信协议被提供到Web系统14。这样，在Web系统14中不能得到的信息可以从SIP系统12作为处理结果得到，以及可以经由应用程序提供到Web客户端。

应用程序包括根据包括部门、任务类型、收费商务、和要应用到的个人的任务题目的至少一项的角色信息，生成对于描述的数据库的搜索请求的功能。所以即使信息改变时，仍旧可以只通过更新基本信息完成改变处理而不用改变应用程序屏幕和不用改变过程。这使得改变操作很容易。

2003年10月9日提交的、日本专利申请号2003-350594的整个公开内容，包括公开内容的说明书、权利要求、附图和摘要，其所有内容在此引入，以供参考。

虽然本发明是参照具体的说明性实施例描述的，但本发明并不限于该实施例。应当理解，本领域技术人员可以在不背离本发明的范围和精神的条件下改变或修正该实施例。

Claims

1.一种服务系统，用于与被连接到在不同的通信协议环境中构建的系统的客户端传送信息以便提供信息作为服务，包括：

根据第一通信协议运行的第一系统；和

根据第二通信协议运行的第二系统，

所述第一系统包括：

第一合作管理部分，用于把要发出到所述第二系统的第一信息变换成可通过处理第二信息的第三通信协议处理的第二信息，从而该第二信息可以通过第一通信协议和第二通信协议处理，以及用于把从所述第二系统提供的和通过第三通信协议处理的第三信息变换成可通过第一通信协议处理的第四信息；和

第一信息管理部分，包括根据在所述第一系统运行的应用程序的功能来管理信息和管理在所述第二系统中相应的应用程序的访问以便启动应用程序和得到由该应用程序处理的信息的至少一项，以及

所述第二系统包括：

第二合作管理部分，用于把要发出到所述第一系统的第五信息变换成可通过第三通信协议处理的第三信息，以及用于把从所述第一系统提供的和通过第三通信协议处理的第二信息变换成可通过第二通信协议处理的第六信息；和

第二信息管理部分，包括根据在所述第二系统运行的应用程序的功能来管理信息和管理在所述第一系统中相应的应用程序的访问以便启动应用程序和得到由该应用程序处理的信息的至少一项，

其中，所述第一信息管理部分包括第一角色管理子部分，该第一角色管理子部分用于管理角色信息，所述第一角色管理子部分包括用于角色信息的登记功能块；用于信息的删除功能块；用于信息的搜索功能块；和用于信息的编辑功能块，

其中，所述第二信息管理部分包括第二角色管理子部分，该第二角色管理子部分用于管理角色信息，所述第二角色管理子部分包括用于访问在所述第一信息管理部分中的用于角色信息的登记功能块、用于信息的删除功能块、用于信息的搜索功能块、和用于信息的编辑功能块的访问功能块，

其中，所述第二系统还包括：附加部分，用于生成指示目标的角色的应用处理角色信息。

2.按照权利要求1的服务系统，其中所述第一信息管理部分包括用于管理存在信息、信令信息、用户信息、和角色信息的子部分，

所述第二信息管理部分包括用于管理相应于所述第一信息管理部分的存在信息、信令信息、用户信息、和角色信息的子部分。

3.按照权利要求1的服务系统，其中所述第一信息管理部分还包括：

第一子部分，用于管理存在信息，所述第一子部分包括用于存在信息的登记功能块；用于信息的改变功能块；用于信息的搜索功能块；和第一功能块，用于访问用于在所述第二信息管理部分中管理存在信息以便通知信息的更新的部分；

第二子部分，用于管理信令信息，所述第二子部分包括：第二功能块，用于经由在所述第一系统中的服务器提供在两个客户端之间的通信；第三功能块，用于将两个客户端作为分开的会话处理；第四功能块，用于把在两个客户端之间的通信的完成通知用于在所述第二信息管理部分中管理信令信息的子部分；以及第五功能块，用于访问用于在通信完成后执行对于服务的记帐处理的所述第二信息管理部分中管理信令信息的子部分；以及

第三子部分，用于管理用户信息，所述第三子部分包括用于用户信息的登记功能块；用于信息的删除功能块；用于信息的搜索功能块；用于信息的编辑功能块；用于鉴权用户的口令的第六功能块；用于改变口令的第七功能块；和用于搜索用户的位置的第八功能块。

4.按照权利要求3的服务系统，其中所述第二信息管理部分还包括：

第五子部分，用于管理存在信息，所述第五子部分包括：用于访问在所述第一信息管理部分中的用于存在信息的登记功能块、用于信息的改变功能块、和用于信息的搜索功能块的访问功能块；以及第九功能块，当被从所述第一功能块提供的信息更新通知访问时启动；

第六子部分，用于管理信令信息，所述第六子部分包括：用于访问第二和第三功能块的访问功能块；第十功能块，用于在接收到来自第四功能块的通知后识别完成；和第十一功能块，用于响应来自第五功能块的通知，执行记帐处理；以及

第七子部分，用于管理用户信息，所述第七子部分包括用于访问在所述第一信息管理部分中第三子部分的用于用户信息的登记功能块、用于信息的删除功能块、用于信息的搜索功能块、用于信息的编辑功能块、和第六到第八功能块的访问功能块。

5.按照权利要求1的服务系统，其中所述附加部分包括生成对于基于包括部门、工作类型、收费商业、和目标的工作题目的至少一项来描述的数据库的搜索请求的功能。

6.一种控制服务系统的方法，该方法用于与被连接到在不同的通信协议环境中构建的系统的客户端传送信息以便提供信息作为服务，该服务系统包括：

根据第一通信协议运行的第一系统；和

根据第二通信协议运行的第二系统，

所述第一系统包括：

第一合作管理部分，用于把要发出到所述第二系统的第一信息变换成可通过处理第二信息的第三通信协议处理的第二信息，从而该第二信息可以通过第一通信协议和第二通信协议处理，以及用于把从所述第二系统提供的和通过第三通信协议处理的第五信息变换成可通过第一通信协议处理的第六信息；和

所述第二系统包括：

第二合作管理部分，用于把要发出到所述第一系统的第四信息变换成可通过第三通信协议处理的第五信息，以及用于把从所述第一系统提供的和通过第三通信协议处理的第二信息变换成可通过第二通信协议处理的第三信息；和

其中，所述第二系统还包括：附加部分，用于生成指示目标的角色的应用处理角色信息，

其特征在于，所述方法包括：

第一步骤，准备所述第一系统和所述第二系统；

第二步骤，把要从第一系统发出的第一信息变换成可通过第三通信协议处理的第二信息，和发出第二信息，第三通信协议处理第二信息以使得第二信息可以通过第一通信协议和第二通信协议处理；

第三步骤，把提供给第二系统的第二信息变换成可通过第二通信协议处理的第三信息和输出该信息；

第四步骤，把要从第二系统发出的和可通过第二通信协议处理的第四信息变换成可通过第三通信协议处理的第五信息和发出该信息；

第五步骤，把提供给第一系统的第五信息变换成可通过第一通信协议处理的第六信息和输出该第六信息；及

第六步骤，在第二系统中响应由被连接到第二系统的客户端请求的第七信息生成应用程序，和发出包括第七信息的启动信号，所述方法经由启动信号顺序地执行所述第四步骤和所述第五步骤，在所述第一系统中根据供给的第七信息执行在管理下的处理，经由所述第二和第三步骤把从处理得到的结果提供给所述第二系统的应用程序，以及经由该应用程序把该结果发出到被连接到所述第二系统的客户端。

7.按照权利要求6的方法，其中应用程序包括生成对于基于包括部门、工作类型、收费商业、和目标的工作题目的至少一项的角色信息描述的数据库的搜索请求的功能。