专利名称：用于基于万维网业务的访问服务器的制作方法
技术领域：
本发明涉及一种访问服务器及一种方法，用于将基于万维网的业务整合到现存的电信网络业务环境中，此电信网络业务环境包括一个或数个非基于万维网的电信业务部件。
背景技术：
在现代通信网中，能够提供增强型通信业务的能力变得越来越重要。一个典型的增强型业务是有条件呼叫转接，它需要分析呼叫情况，基于存储的呼叫转接业务信息(profle)为呼叫选择路由。为了提供这类业务，提出了所谓的IN网络体系结构(IN＝智能网)。这种体系结构可以纳入基本网络，使得业务的实现和控制更为快捷、方便和更加灵活。这通过将业务控制从交换机转移到分离的功能单元，称为业务控制点(SCP)来实现。
对固定网而言，CCITTQ.1290提出了以下IN结构与多个业务交换点(S SP)通信的一个业务控制点。业务交换点是实现业务交换功能(SSF)的交换机，它能够识别智能网业务的触发条件，在检测到触发条件满足时，激活与业务控制点的交互。业务交换点和业务控制点之间的通信采用7号信令(SS7)和TCAP协议(TCAP＝事务处理能力应用部分)。
此外，在无线通信网中采用IN体系结构已是众所周知。移动控制器的作用是使得移动用户能够接入蜂窝通信网。蜂窝通信网包括归属位置寄存器(HLR)，后者包括的用户信息数据库中包含了位置信息和用户信息。HLR和SCP通过基于TCAP的通信协议通信。
发明内容
本发明的目的是在通信网内部改善提供的业务。
本发明的目的通过一访问服务器来实现，该访问服务器将基于万维网的业务整合到现存的电信网络业务环境中，此电信网络业务环境包括一个或数个非基于万维网的电信业务部件。其中该访问服务器包括至少一个第一协调部件，用于从基于万维网的业务部件中接收业务请求，该业务请求使用基于万维网的协议；将接收到的业务请求转换为电信业务请求，并使用恰当的电信协议将电信业务请求传给相应的电信业务部件；接收从电信业务部件返回的业务数据，并用基于万维网的协议传输业务数据。
本发明的目的还通过一种方法来实现，该方法将基于万维网的业务整合到现存的电信网络业务环境中，此电信网络业务环境包括一个或数个非基于万维网的电信业务部件。其中该方法包括以下步骤在基于万维网的描述服务器中登记非基于万维网的电信业务部件，使业务部件的业务特性为基于万维网的业务部件所了解；从基于万维网的业务部件发送业务请求给访问服务器，该业务请求使用基于万维网的协议；在访问服务器中转换该业务请求为一电信业务请求，并用适当的电信协议将电信业务请求传送给相应的电信业务部件；将业务数据从电信业务部件传送给访问服务器；以及在访问服务器用基于万维网的协议传送接收的业务数据。
各种不同的优点被本发明实现业务的建立和供给变得更有效并且新业务的整合被简化。此外，本发明使万维网业务架构基础上的网络独立业务能得到发展。业务成为可移动的，它提高了重复使用软件块的可能性。此外，本发明允许万维网的业务和面向电信的业务间的合作。它提供一种环境，透明地将万维网业务整合到现存的电信网络中。此外，在实现新业务时，不再需要改编多个网元的软件。新业务通过外接附件(add-on)容易地被引入。
其他优点通过如从属权利要求所指明的具体实施方式
实现。
依据本发明的优选实施方式，至少一个第一协调部件传送所述业务数据给业务数据部件，并将资源地址返回给基于万维网的业务部件。这使得从控制流中分离数据流成为可能。数据流结构正如控制流结构一样被协调一致。基于万维网的业务的数据被集中，这简化了保密和安全特征的供给，并提高了整个数据保持(holding)系统的有效性。此外，数据可以由基于万维网的不同业务部件重用和共享，这使得基于万维网的业务部件的协作更为简单，降低了基于万维网的业务部件的开发成本，改进了整个系统的一致性。基于万维网的业务的数据合并在同类的数据库中，这提供了高可用性、防止数据丢失的高保证性，并且简化了备份功能。
但是，至少一个第一协调部件将业务数据直接传送给该基于万维网的业务部件也是可能的。
依据本发明的另一个优选实施方式，访问服务器包括登记单元，用于在基于万维网的描述服务器中登记电信业务部件，以使得电信业务部件的业务特性和业务地址为基于万维网的业务部件所了解。这使得容易地在基于万维网的业务供给环境中引入新的电信业务部件成为可能。此外，它确保新部署的基于万维网的业务部件获得所有可用的电信业务部件的完整概观，因而，它提高和简化了新业务的引入。
新业务的引入和新业务的自我配置被如下的特征进一步地提高访问服务器还包括控制单元，用于，使用基于万维网的协议，从基于万维网的业务部件中接收标识电信业务部件的业务地址；并传送所标识的电信业务部件的业务描述符；该业务描述符描述如何与分配给被寻址的电信业务部件的协调部件通信。
优选地，访问服务器包括针对每一个电信业务部件的专用第一协调部件，电信业务部件登记在基于万维网的描述服务器中。这简化了访问服务器的处理过程。
依据本发明的优选实施方式，访问服务器除包括至少一个第一协调部件外，还包括至少一个第二协调部件，用于从电信业务部件接收业务请求，该请求使用电信协议；转换该接收的业务请求为基于万维网的业务请求，并用基于万维网的协议将基于万维网的业务请求传送给相应的基于万维网的业务部件；接收业务数据；并用电信协议传送业务数据。这样，使得基于万维网的业务部件可被电信业务部件调用成为可能。基于万维网的业务部件和电信业务部件可以完全透明的方式交互。
为实现上述涉及到控制流和数据流分离的优点，至少一个第二协调部件适于接收来自基于万维网业务部件的资源地址，并通过将资源地址传送给中央业务数据部件来访问中央业务数据部件。因而，数据流和控制流的分离对电信业务部件的调用和被调用两者而言是透明的。
新业务的引入被以下的各项概念所改进至少一个第二协调部件与基于万维网的描述服务器联系，来接收关于可用的基于万维网的业务部件的信息。
通过结合附图和阅读以下详细描述的当前优选的示例性实施例，本发明的这些和其他的特征和优点能得到更好的理解。
图1为示出具有业务供给系统的通信网的框图。
图2为图1中的业务供给系统的详细结构的框图。
图3为图2中的业务供给系统的第一部分的框图。
图4为图2中的业务供给系统的第二部分的框图。
具体实施例方式
图1示出了通信网1，连接到通信网1的多个终端31到36，通信网2、访问服务器7和连接到通信网2的若干服务器21到25。
通信网1是向终端31到36提供通信业务的通信网。例如，通信网1由若干固定电路交换网和移动电路交换网组成，这些网络可以属于不同的网络运营商或者基于不同的技术。固定网可以是PSTN或ISDN(PSTN＝公共电话交换网；ISDN＝综合业务数字网)。移动网可以是蜂窝网，例如GSM网或UMTS网(GSM＝全球移动通信系统；UMTS＝通用移动通信系统)。此外，除了电路交换通信业务之外，通信网1也可以提供专用于数据业务量传输的分组交换通信业务。
除了数据传输业务之外，通信网1还向终端31到36提供其它增强通信业务。这些业务可以是路由寻址业务、消息传送业务、信息业务等。
终端31到36是可以与通信网1通信的终端。终端31和32是通过数字用户线连接到通信网1的计算机。终端33和34是通过空中接口与通信网1通信的蜂窝移动电话。终端35和36是通过各自的用户线与通信网1连接的PSTN电话。
服务器21到25分别由一个或多个互连的计算机组成，它们由一个硬件平台、一个软件平台以及基于硬件和软件平台提供的系统平台执行的多个应用程序构成。
通信网2是数据网。例如，该数据网是一个IP网，它利用IP协议作为第三层协议(IP＝互联网协议)。数据网2物理上可以由若干ATM网络和以太网(ATM＝异步传输模式)组成。这些实际的网络可以使用不同的媒体访问协议(MAC)。此外，TCP/IP协议栈可用于使得服务器21和25间进行通信。
通信网1包括多个网元，这些网元提供必要的网络功能来支持通信网1所提供的通信业务。网元是例如交换机、路由器或者网关。
但是，网元也可以是网络业务节点、网管节点或者业务管理节点。
图1示出三个网元11，12和13，它们直接连接到通信网2，示出三个网元81，82和83，它们通过访问服务器7连接到通信网2。
网元11至13可以包含处理TCP/IP协议栈的功能，使之能够与服务器21至25通信。此外，网元11到13可以按照7号信令协议通信，并通过一执行必要的协议转换的网关连接到通信网2。
网元11至13和81至83包含一个或多个分配给各个网元的业务部件。此外，服务器22至24分别包含一个或数个业务部件。
服务器21是一个描述服务器，服务器25提供中心业务数据部件。
网元11至13，网元81至83，服务器21至25和访问服务器7的细节由图2描绘出来。
图2示出通信网2，服务器21至25，访问服务器7和网元11至13和81至83。
网元11至13分别包括业务部件14，15和16，以及17和18。网元81至83分别包括业务部件84，85和86，以及87和88。
业务部件14至18和84至88是网元应用，由各个网元11至13上相应的系统平台执行。业务部件14至18和84至88分别在各个网元11至13和84至88中实现相应的网络功能、网络业务功能或网络管理功能。
业务部件14至18是基于万维网的业务部件，业务部件84至88是电信业务部件。
电信业务部件是通过电信专用的应用程序接口(API)来交互的业务部件。例如，电信业务部件可以具有SSF或SCF功能，通过INAP接口交互，HLR或VLR功能，通过MAP接口交互，或者可以具有GGSN功能，通过Gi接口交互，MSC功能性，通过MAP接口交互，或GMLC功能，通过Le接口交互。(MSC＝移动转换中心，HLR＝归属位置寄存器，VLR＝访问者位置寄存器，SCF＝业务控制功能，SSF＝业务变换功能，GGSN＝网关GPRS支持节点，GMLC＝网关移动位置中心，MAP＝移动应用部件)基于万维网的业务部件是通过面向对象的、非电信专用接口来交互的业务部件。例如，它们可以使用指定用于提供万维网业务的SOAP协议。此外，可以使用基于CORBA的协议、基于DCOM(DCOM＝分布式公共对象模型)的协议或基于Java的协议和框架。
例如，基于万维网的业务部件14可以具有通过这种API来交互的SSF功能、CSCF功能、MSC功能、HLR功能、VLR功能、SMSC功能、SCP功能，MSC功能或CSCF功能。(MSC＝移动转换中心，HLR＝归属位置寄存器，VLR＝访问者位置寄存器，SCP＝业务控制点，SSF＝业务变换功能，CSCF＝呼叫状态控制功能，SMSC＝短消息业务中心)。
服务器22至24分别包括业务部件40和41，42和43，以及44至46。
业务部件40至46是提供电信业务的业务应用。例如，业务部件40至46分别提供如下功能中的一种移动业务，GPRS业务，WAP业务，VLR功能，SMS功能，CRM功能，BSS功能，定位业务或维护业务。(GPRS＝通用分组无线业务，WAP＝无线接入协议，SMS＝短消息业务，CRM＝客户关系管理，BSS＝基站子系统)此外，业务部件40至46可以由包括增强的电信业务业务逻辑的业务部件组成。例如，通用号码业务、客户信息业务、业务量信息业务、基于定位的业务，等等。
此外，业务部件40至46可以是网络管理功能、业务管理功能或是商业应用。
此外，业务部件40至46中的一些提供专用业务应用功能，一些提供公共业务功能。公共业务功能可被专用业务应用功能访问和使用。
业务部件14至18和40至46是基于万维网的业务部件。业务部件84至88是电信业务部件。电信业务部件84至88通过电信专用协议与访问服务器7通信。基于万维网的业务部件通过公共的基于万维网的协议相互之间、与描述服务器21和访问服务器7相互通信。例如，这些业务部件可使用SOAP协议、基于CORBA的协议、基于DCOM的协议、基于Java的协议和框架，或任何其它种类面向对象的协议。此外，基于万维网的业务部件与数据服务器25通过数据接口52通信。
服务器25提供一中央业务数据部件。它包括一些数据库业务功能26至28和公用数据库29。数据库业务功能26至28中的每一个提供对公用数据库29的访问。
服务器25可能由一些支持数据库29的本地分布式服务器来代替，同步这些分布式服务器以便协调统一地支持数据库29。
例如，服务器25是一存储区域网(SAN)，提供一标准化方式来协调一致地支持数据库29。
访问服务器7包括一个或数个第一协调部件和一个或数个第二协调部件。例如，图2示出三个第一协调部件74至76和三个第二协调部件71至73。
每个第一和第二协调部件与专门的电信业务部件相关。
第一协调部件从基于万维网的业务部件中接收业务请求，该业务请求使用基于万维网的协议，第一协调部件将接收到的业务请求转换为电信业务请求，并使用恰当的电信协议将所述电信业务请求传给相应的电信业务部件。接着，第一协调部件接收从电信业务部件返回的业务数据，并用所述基于万维网的协议传输所述业务数据。
但是，访问服务器7也可能只包含第一协调部件，此外，协调部件可以同多个业务部件相关，或第一协调部件也可以执行第二协调部件的功能。
以上所描述的系统通过图3和图4在以下详述。
图3示出网元11和服务器21、24和25。服务器21是一个描述服务器，服务器24是一个业务部件服务器，而且服务器25是一个业务数据服务器。
服务器25包括数据库业务功能26，数据库29和业务部件20。数据库业务功能26和数据库29提供中央业务数据部件，控制和管理存储在数据库29中的业务数据。
描述服务器21包括控制单元211。此外，它可包括包含业务地址和登记的业务部件描述的数据库，但是，依照本发明的优选的实施例，描述服务器21中的所有数据被数据库服务器25存储并管理。正如服务器24的描述，由服务器21提供的描述业务的数据与这种业务的处理相分离。
数据由服务器25提供的业务数据部件控制，而且业务处理和功能由描述服务器21执行。
控制单元211为业务部件14至18提供上述的信息，并控制业务部件的登记，如，业务部件14至18和40至46的登记。
网元11包括业务部件14，它是MSC网络功能。从功能的观点来看，业务部件14包括控制单元141和两个接口单元142和143。
服务器24包含业务部件44至46和控制单元240。业务部件44提供HLR业务。从功能的观点来看，业务部件44包含业务逻辑441和两个接口单元442和443。
HLR功能的数据与HLR功能的处理相分离。实现HLR功能处理的程序代码组成业务逻辑441。与HLR功能有关的业务数据存储在数据库29中。这些数据可被编码为对象。
此外，数据库29存储依照公用数据模型的数据，该公用数据模型为所有的基于万维网的业务部件14至18和41至46和协调部件所共知。因此，HLR功能的数据依照公用数据模型编码并根据此数据模型的数据结构存储，这使得HLR功能的数据不但可被业务部件44，而且可被所有其它的基于万维网的业务部件和所有协调部件存取、使用和理解。
业务逻辑441包含HLR功能的所有处理，因而也就包含所有的功能。处理/功能必须访问HLR功能的相应的业务数据。这经由接口单元443实现，接口单元443提供经接口52与公共业务数据部件的控制单元26通信的必要的功能。例如，使用系统查询语言(SQL)，扩展标识语言(XML)或公共对象请求代理结构(CORBA)交互来完成这种通信。此外，也可以使用SOAP协议(面向业务的结构化协议)。优选地，使用的通信协议适合对数据库29中的数据提供快速访问。
此外，业务逻辑441经由接口单元442与其他的基于万维网的业务部件通信，例如与业务部件14至18或40至46通信。此外，业务逻辑441还经由接口单元442与访问服务器7和描述服务器21通信。接口单元442使用与接口单元443使用的不同的协议进行通信。它可以使用专用于提供万维网业务的SOAP协议。此外，也可以用基于CORBA的协议、基于DCOM的协议或基于Java的协议和框架。
业务部件14的接口单元142和描述服务器21的控制单元211包括与业务部件44的接口单元442相同的功能，这些功能使得业务部件44、14和描述服务器21经由上述结构通信。
业务部件14的接口单元143包括与业务部件44的接口单元443相同的功能，这些功能使得业务部件14能够检索存储在数据库29中的数据。
控制单元240执行服务器24的业务部件44、45和46的登记。它包括与接口单元442相同的功能，并能与描述服务器21、基于万维网的业务部件和协调部件通信。如果控制单元240识别到服务器24中产生了新的业务部件，它自动地执行下列各项登记处理它联络描述服务器21。在执行一个认证过程之后，作为通信61的一部分，它传送新业务部件的业务地址和分配给新业务部件的描述数据给描述服务器21。这个描述，与后面描述的业务描述符相比，是由新业务部件提供的粗略的、对业务高层的描述。通信61的结束点是描述服务器21的控制单元211。控制单元211在数据库29存储接收的数据。接着，它给所有联络描述服务器21的业务部件提供新的数据。
递送给描述服务器21的业务地址可以是服务器24的网络地址。但它也可以直接寻址服务器24中各个业务部件。
此外，控制单元240保持服务器24中的业务部件的业务描述符。业务描述符描述如何与各个第二业务部件通信。业务描述符可包含有关参数、格式和调用由各个业务部件提供的业务所必须使用的业务请求的内容的信息。
此外，也可能是由中央业务数据部件管理的数据被登记为可用的业务。
为了要执行如此的功能，数据服务器25包含业务部件20。业务部件20包含一些业务符号202至204和登记单元201。业务符号202到204描述数据库29中的应该被业务部件利用的数据。此外，它也包含描述由数据提供的各种业务的描述文件。当检测到设置了新的业务符号时，登记单元201执行以下登记过程它联络描述服务器21。作为通信62的一部分，登记单元201提交各自数据的资源地址给描述服务器21。此外，它提交业务描述。控制单元211在数据库29中存储资源地址相关的描述。接着，描述服务器21提供对这些数据的访问，其作为业务提交给与描述服务器21联络的业务部件和协调部件。
待被通知有关可用业务的业务的业务部件14联络描述服务器21。作为通信63的一部分，业务部件14接收由描述服务器21提供的业务描述信息。例如，它下载业务部件40至46的描述文件。描述文件可能是，例如，用一种接口描述语言来编码。
然后，业务部件14通过从描述服务器21收到的业务描述信息选择这些业务部件中的一个或一些。当接收选择信息的时候，描述服务器21返回被选择的业务部件的业务地址。
业务部件14访问接收的业务地址寻址的服务器。例如，业务部件14访问服务器24中的业务部件44。这种请求被服务器24的控制单元240处理。作为通信64的一部分，它返回被寻址的业务部件的业务描述符，例如业务部件44业务描述符。借着被包含在业务描述符中的信息，业务部件14处于产生调用各个业务部件的业务请求的位置。
例如，业务部件14通过被取来的业务描述符调用业务部件44。作为通信67的一部分，一个对应的业务请求从业务部件14被发送到业务部件44。业务逻辑441被触发并且执行业务部件44的业务处理。当执行这个处理的时候，业务部件44访问由服务器25提供的业务数据部件，一次或几次检索必需的被处理的数据。甚至，作为通信68的一部分，它将处理结果从业务部件44传送给业务数据部件。
当业务过程完成后，作为通信67的一部分，业务逻辑441返回业务数据部件的资源地址给业务部件14。资源地址标识数据库29的数据结构里的业务数据，该数据代表业务处理的结果。
业务部件14访问由服务器25提供的业务数据部件，作为通信69的一部分，业务部件14传送接收的资源地址给业务数据部件。数据管理功能26返回被寻址的业务数据，该数据代表由业务部件44执行的业务处理的结果。
但，在通信67里也可能是业务逻辑441返回所有的结果或结果的一部分。
此外，可能是由业务部件44执行安全特征业务逻辑441包含业务安全部件445，它给业务部件分配访问权。例如，当业务部件44被业务部件14至18之一调用时，安全部件445执行认证和/或授权处理。安全部件445比较调用中的业务部件被确定的身份与访问权利分配数据库中的进入记录项。依照这些进入记录项，安全部件445对不同的业务部件授予不同的访问权限。
根据被授予的访问权限，安全部件445执行被调用的业务或拒绝提供业务。
此外，以下的机制可被实现业务部件告知请求中的业务部件有关资源地址，还告知业务数据部件有关调用中的业务部件的身份。只有两者相符合，业务数据部件才授权对被请求的业务数据的访问。
此外，业务供给系统可能包含一中央业务安全部件。这种业务安全部件与第一业务部件相连以得到安全凭证，该凭证是对第二业务部件的访问权限的定义。如果第一业务部件与第二业务部件之一相连，各个第二业务部件检查这个第一业务部件的安全凭证，并依照这张安全凭证授予访问权利。
下面，结合图4描述访问服务器7的细节。
图4示出网元81至83和13，服务器21、24和25以及访问服务器7。
描述服务器21、数据服务器25和服务器24提供依照图3的功能性。
服务器13包含业务部件17和18和控制单元130。从功能的观点来看，业务部件18包含业务逻辑181和两接口单元182和183。控制单元130和接口单元182和183提供如图3的控制单元240和接口单元442和443的功能。
网元81到83分别包含业务部件84到87。业务部件87提供SCF网络业务功能，业务部件85是一个MSC网络功能，而且业务部件84提供HLR网络功能。
访问服务器7包含控制单元70，第一协调单元74至76和第二协调单元71至73。协调部件71，72和74分别负责业务部件84，85和87。
控制单元70执行类似如图3控制单元240的功能，它包含在基于万维网的描述服务器21登记电信业务部件的登记单元701，控制单元70包含给基于万维网的业务部件应请求提交业务描述符的控制单元702，业务描述符识别电信业务部件。
协调部件71包含协调功能712和三个接口单元711，713和714。协调部件74包含协调功能742和三个接口单元741，743和744。接口单元713和743执行图3的接口单元442的功能并能经由基于万维网的协议通信。接口单元714和744执行接口单元443的功能并能与由数据服务器25提供的业务数据部件通信，并检索数据库29的数据。接口单元711和741执行经由电信协议与业务部件85和87通信的功能。接口单元741能经由INAP协议进行通信。接口单元711能经由MAP协议进行通信。
如果控制单元70识别到提供了新电信业务部件，例如业务部件87，则它执行如下的处理使该业务部件可视控制单元70产生一个或一些专用的协调部件，例如协调部件74。是否创建用于新电信业务部件的第一协调部件和/或第二协调部件依作为业务部件的电信业务部件的特性而定，业务部件是消费和/或提供业务的。
控制单元70在基于万维网的域执行登记处理来登记新的电信业务。
登记单元701联络描述服务器21。在执行一认证过程之后，作为通信91的一部分，它传送一业务地址，该业务地址代表专用协调部件741和分配给新的电信业务部件的描述数据。控制单元211在数据库29中存储接收的数据。接着，登记单元701给所有基于万维网的业务部件和所有协调部件提供数据，它与描述服务器21联系。
传送给描述服务器21的业务地址可以是访问服务器7的网络地址。但是，它也可以直接寻址访问服务器7中的各个协调部件。
此外，控制单元702保持经由访问服务器7能访问的电信业务部件的业务描述符。例如，它保持第一协调部件74至76的业务描述符。业务描述符描述该如何与各个分配给电信业务部件的协调部件通信。
在被通知可用电信业务信息后，业务部件18联络描述服务器21。作为通信92的一部分，业务部件18接收描述服务器21提供的业务描述信息。例如它下载电信业务部件87和88的描述文件。业务部件18选择电信业务部件87，描述服务器21返回协调部件74的业务地址。
业务部件18访问服务器7中的协调部件71。作为通信93的一部分，控制单元702返回协调部件74的业务描述符。借着被包含在业务描述符中的信息，业务部件18处于产生调用协调部件74的业务请求的位置。
业务部件18通过取回的业务描述符调用业务协调部件74。作为通信94的一部分，一个对应的业务请求从业务部件18被发送到协调部件74。协调功能742被触发并将业务请求转换成一个或几个电信业务请求。基于万维网的业务请求被转变为请求提供由电信业务部件87提供的业务的INAP调用。作为通信95的一部分，此业务请求被发送给电信业务部件87，它执行业务处理，并作为通信96的一部分，给协调部件74返回业务处理的结果。
作为通信96的一部分，协调功能742给业务数据部件发送结果，并作为通信94的一部分，返回结果的资源地址给业务部件18。业务部件18访问业务数据部件，并作为通信97的一部分，传送接收的资源地址给业务数据部件。数据管理功能26返回被寻址的业务数据，该数据代表由电信业务部件87执行的业务处理的结果。
但是，也可以是在通信94里由协调功能742返回所有结果或结果的一部分。
接着，当电信业务部件，如业务部件85调用基于万维网的业务部件的时候，执行以下处理电信业务部件85使用电信协议发送业务请求给协调部件71。协调部件71接收这个请求，例如MAP请求，作为通信101的一部分。协调功能712联络描述服务器211，作为通信102的一部分，并接收适当的基于万维网的业务部件的业务地址。例如，协调功能712接收业务部件44的业务地址，取得通信103中的相关的业务描述符，并调用通信104中的业务部件44。
也可能是协调功能已知道一适当的基于万维网的业务部件，并不执行通信102和103。
作为通信105的一部分，业务逻辑441被触发，执行业务处理而且给业务数据部件传送结果。另外，作为通信104的一部分，业务逻辑441返回结果的资源地址给协调功能712。协调功能712在通信106中访问结果，并作为通信101的一部分，传送该结果给业务部件85。
也可能，业务逻辑441在通信104里返回所有的结果或结果的一部分。
权利要求
1.一种访问服务器(7)，用于将基于万维网的业务整合到现存的电信网络业务环境中，此电信网络业务环境包括一个或数个非基于万维网的电信业务部件(84至88)，其特征在于该访问服务器(7)包括至少一个第一协调部件(74至76)，用于从基于万维网的业务部件(14至18；40至46)中接收业务请求，该业务请求使用基于万维网的协议；将接收到的业务请求转换为电信业务请求，并使用恰当的电信协议将所述电信业务请求传给相应的电信业务部件(84至88)；接收从电信业务部件(84至88)返回的业务数据，并用所述基于万维网的协议传输所述业务数据。
2.如权利要求1所述访问服务器(7)，其特征在于至少一个第一协调部件(74至76)适于传输所述业务数据给基于万维网的业务部件(14至18；40至46)。
3.如权利要求1所述访问服务器(7)，其特征在于至少一个第一协调部件(74至76)适于传输所述业务数据给中央业务数据部件(25)，并将资源地址返回给基于万维网的业务部件(14至18；40至46)。
4.如权利要求1所述访问服务器(7)，其特征在于访问服务器(7)还包括登记单元(701)，用于在基于万维网的描述服务器(21)中登记电信业务部件(84至88)，以使得所述电信业务部件(84至88)的业务特性和业务地址为基于万维网的业务部件(14至18，40至46)所了解。
5.如权利要求1所述访问服务器(7)，其特征在于访问服务器(7)还包括控制单元(702)，用于，使用基于万维网的协议，从基于万维网的业务部件(14至18；40至46)中接收标识的电信业务部件(84至88)的业务地址；并传送所标识的电信业务部件(84至88)的业务描述符；该业务描述符描述如何与分配给被寻址的电信业务部件(84至88)的协调部件(74至76)通信。
6.如权利要求1所述访问服务器(7)，其特征在于访问服务器(7)包括针对每一个电信业务部件(84至88)的专用第一协调部件(74至76)，电信业务部件登记在基于万维网的描述服务器(21)中。
7.如权利要求1所述访问服务器(7)，其特征在于访问服务器(7)还包括至少一个第二协调部件(71至73)，用于从电信业务部件(84至88)接收业务请求，该请求使用电信协议；转换该接收的业务请求为基于万维网的业务请求，并用基于万维网的协议将所述基于万维网的业务请求传送给相应的基于万维网的业务部件(14至18；40至46)；接收业务数据；并用所述电信协议传送所述业务数据。
8.如权利要求7所述访问服务器(7)，其特征在于至少一个第二协调部件(71至73)适于接收来自所述基于万维网业务部件(14至18)的资源地址，并通过将所述资源地址传送给所述中央业务数据部件(25)来访问中央业务数据部件(25)。
9.如权利要求7所述访问服务器(7)，其特征在于至少一个第二协调部件(71至73)与基于万维网的描述服务器(21)联系，来接收关于可用的基于万维网的业务部件(14至18，40至46)的信息。
10.一种将基于万维网的业务整合到现存的电信网络业务环境中的方法，此电信网络业务环境包括一个或数个非基于万维网的电信业务部件(84至88)，其特征在于该方法包括以下步骤在基于万维网的描述服务器(21)中登记非基于万维网的电信业务部件(84至88)，使所述业务部件(84至88)的业务特性为基于万维网的业务部件(14至18，40至46)所了解；从基于万维网的业务部件(40至46)发送业务请求给访问服务器(7)，该业务请求使用基于万维网的协议；在所述访问服务器(7)中转换该业务请求为一电信业务请求，并用适当的电信协议将所述电信业务请求传送给相应的电信业务部件(84至88)；将业务数据从电信业务部件(84至88)传送给访问服务器(7)；以及在访问服务器(7)用基于万维网的协议传送所述接收的业务数据。
全文摘要
本发明公开了一种访问服务器(7)和一种将基于万维网的业务整合到现存的电信网络业务环境中的方法，此电信网络业务环境包括一个或数个非基于万维网的电信业务部件(84至88)。非基于万维网的电信业务部件(84至88)在基于万维网的描述服务器(21)中登记，使所述业务部件(84至88)的业务特性为基于万维网的业务部件(40至46；14至18)所了解。基于万维网的业务部件(40至46)发送业务请求给访问服务器(7)，该业务请求使用基于万维网的协议。该访问服务器(7)将该业务请求转换为电信业务请求并用适当的电信协议将所述电信业务请求传送给对应的电信业务部件(84至88)。该电信业务部件(84至88)将业务数据传送给访问服务器(7)。访问服务器(7)使用基于万维网的协议来传送接收的业务数据。
文档编号H04Q7/24GK1503531SQ20031011368
公开日2004年6月9日 申请日期2003年11月19日 优先权日2002年11月20日
发明者弗朗茨-约瑟夫·班内特, 鲁道夫·洛佩茨·阿拉德罗斯, 洛佩茨 阿拉德罗斯, 弗朗茨-约瑟夫 班内特 申请人:阿尔卡特公司