CN102118370B - 业务管理方法、装置和系统 - Google Patents
业务管理方法、装置和系统 Download PDFInfo
- Publication number
- CN102118370B CN102118370B CN200910260766.2A CN200910260766A CN102118370B CN 102118370 B CN102118370 B CN 102118370B CN 200910260766 A CN200910260766 A CN 200910260766A CN 102118370 B CN102118370 B CN 102118370B
- Authority
- CN
- China
- Prior art keywords
- business
- information
- service
- description information
- request
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Abstract
本发明提供了一种业务管理方法、装置和系统。该方法主要包括:接收业务使用者发送的业务使用请求,查询本网络域管理的业务描述信息获取所述业务使用请求的路由信息,所述业务描述信息中包括业务的种类信息、业务调用接口模板信息、业务的关键属性的取值信息和业务来源信息;根据所述路由信息将所述业务使用请求路由给本网络域内的业务提供者;或者基于本网络域与其他网络域之间的连接关系,将所述业务使用请求路由给其它网络域。本发明实施例通过对包括业务的种类信息、业务调用接口模板信息、业务的关键属性的取值信息和业务来源信息的业务描述信息进行有效地管理和发布,可以对具有多种实现方式的业务对应的业务请求消息进行有效地路由。
Description
技术领域
本发明涉及网络通信技术领域,尤其涉及一种业务叠加网络中的业务管理方法、装置和系统。
背景技术
现有的业务种类纷繁复杂,相同功能的业务也有各种各样的实现方式。业务提供者与业务使用者之间需要建立有效沟通机制,方便业务使用者查询和调用业务提供者的业务。为了实现在业务提供者与业务使用者之间共享业务信息,可以通过建立逻辑独立的业务叠加网络,从而对业务提供信息进行分布式共享和访问控制,实现多个业务信息孤岛之间的业务信息共享和业务访问,并且通过有效管理在业务信息孤岛利益相关者之间建立业务共享价值链。
现有的一种基于业务叠加网络的业务路由的方案为:通过在业务叠加网络的节点上存储业务属性和属性值信息。业务提供者可以在业务叠加网络的节点间发布业务属性及属性值信息,用于描述业务特征和业务能力范围。同一个业务不同的属性和属性值可能分布在业务叠加网络的不同节点上。业务使用者发送的业务请求消息中可以携带专门用于描述所请求业务的业务属性和对应属性值信息,业务叠加网络的节点通过部分属性及属性值的匹配即可以判断下一跳节点的位置,并将业务请求消息在不同节点之间进行转发,最终将业务请求消息转发到与业务请求消息中携带的属性及属性值相对应的业务提供者。
在实现本发明过程中,发明人发现现有的基于业务叠加网络的业务路由的方案只给出了面向特定业务的业务请求消息的路由方式,不能对具有多种实现方式的业务对应的业务请求消息进行有效地管理。
发明内容
本发明的实施例提供了一种业务管理方法、装置和系统,以实现对具有多种实现方式的业务对应的业务请求消息进行有效地路由。
一种业务管理装置,包括:
业务目录服务器,用于保存和管理业务描述信息,以及所述业务描述信息和业务来源信息之间的对应关系,
根据业务路由器发送的业务使用请求查询其管理的业务描述信息,获取和所述业务使用请求携带的业务描述信息相匹配的业务描述信息;查询其管理的业务描述信息和业务来源信息之间的对应关系,获取所述相匹配的业务描述信息的业务来源信息,根据所述业务来源信息获取所述业务使用请求对应的路由信息,将该路由信息发送给业务路由器;
业务路由器,用于接收业务使用者发送的携带业务描述信息的业务使用请求,所述业务描述信息为所述业务使用者根据业务调用接口模板生成的,将该业务使用请求发送给业务目录服务器,根据所述业务目录服务器返回的路由信息,将所述业务使用请求路由给所述业务管理装置所在的本网络域或其它网络域的业务提供者。
一种业务管理系统,包括:
业务叠加网络中的多个网络域,每个网络域中包括如权利要求1至4任一项所述的业务管理装置。
一种业务管理方法,所述方法包括:
业务目录服务器接收业务使用者发送的携带业务描述信息的业务使用请求,所述业务描述信息为所述业务使用者根据业务调用接口模板生成的;
所述业务目录服务器查询其管理的业务描述信息,获取和所述业务使用请求携带的业务描述信息相匹配的业务描述信息;所述业务目录服务器查询其管理的业务描述信息和业务来源信息之间的对应关系,获取所述相匹配的业务描述信息的业务来源信息;
所述业务目录服务器根据所述业务来源信息获取所述业务使用请求对应的路由信息,根据所述路由信息将所述业务使用请求路由给所述业务目录服务器所在的本网络域或其它网络域的业务提供者。
由上述本发明的实施例提供的技术方案可以看出,本发明实施例通过对包括业务的种类信息、业务调用接口模板信息、业务的关键属性的取值信息业务描述信息,以及业务描述信息和业务来源信息之间的对应关系进行有效地管理和发布,可以对具有多种实现方式的业务对应的业务请求消息进行有效地路由。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例一提供的一种业务叠加网络的架构示意图;
图2为本发明实施例一提供的一种集中式和分布式的业务注册与发布流程的示意图;
图3为本发明实施例一提供的一种业务叠加网络中SR之间的连接关系示意图;
图4为本发明实施例二提供的一种业务管理装置的结构示意图;
图5为本发明实施例三提供的一种业务管理方法的处理流程图;
图6为本发明实施例三提供的业务提供者在业务叠加网络中进行业务注册和发布的方法的处理流程图;
图7为本发明实施例四提供的业务使用者通过业务叠加网络中进行业务请求消息路由的方法的处理流程图。
具体实施方式
在本发明实施例中,接收业务使用者发送的业务使用请求,查询本网络域管理的业务描述信息获取所述业务使用请求的路由信息,所述业务描述信息中包括业务的种类信息、业务调用接口模板信息、业务的关键属性的取值信息和业务来源信息。
根据所述路由信息将所述业务使用请求路由给本网络域内的业务提供者;或者基于本网络域与其他网络域之间的连接关系,将所述业务使用请求路由给其它网络域。
为便于对本发明实施例的理解,下面将结合附图以几个具体实施例为例做进一步的解释说明,且各个实施例并不构成对本发明实施例的限定。
实施例一
在本发明实施例中,业务叠加网络中业务数据分为如下四个层面:
1)业务元模型
业务元模型从各个纬度对各种业务进行分类定义和编码,包括对各种业务的关键属性进行定义。通过元模型可以对业务进行分类检索,并获取业务的关键属性信息。
以电信运营商运营支撑交换网络中的业务类型为例,业务元模型中包含的业务分类信息可以如下述表1所示。
表1
分类编号 | 分类说明 |
QIR | 清单查询 |
AIR | 账目查询 |
BIR | 帐单查询 |
PIR | 缴费查询 |
OIR | 余额查询 |
CCR | 卡鉴权 |
OUR | 余额更新 |
OUR | 余额更新 |
BPR | 预留 |
BUR | 更新 |
BSR | 终止 |
BRR | 扣费 |
OFR | 余额冻结 |
DRR | 销账请求 |
...... | ...... |
上述业务元模型中的业务的关键属性可以用XML(Extensible MarkupLanguage,可扩展标记语言)文件进行描述定义。
业务的关键属性定义举例:
如缴费查询业务涉及的用户相关业务的关键属性信息主要包括:用户号码(MSISDN)、用户区号(homearea)、用户类型(usertype)(预付费/后付费)、用户归属(SP)。
上述缴费查询业务的关键属性信息可以用如下的XML文件进行描述:
<?xml version=″1.0″encoding=″ISO-8859-1″?>
<UserInfo>
<msisdn></msisdn>
<homearea></homearea>
<usertype1></usertype1>
<sp></sp>
</UserInfo>
2)业务调用接口模板
业务调用接口模板通过模板对各种业务的调用接口的格式进行定义,一个业务调用接口模板中包括各种接口参数。业务调用接口模板可以利用已定义的业务元模型中的信息来描述,该信息包括对应的业务分类和关键属性等等。一个特定业务调用接口模板可以从属于业务元模型中定义的一个特定业务分类,该特定业务调用接口模板中的接口参数可以和该特定业务分类的关键属性互相对应。
在实际应用中,一个特定业务分类可以对应多个不同的业务调用接口模板,该不同的业务调用接口模板代表了该特定业务分类的不同实现方式和功能扩展。
业务调用接口模板定义业务交互的具体格式,便于业务提供者与业务使用者之间的信息的交流。
3)业务实例
业务实例,即具体的业务提供者实例,从属于业务元模型中的特定业务分类,依据具体的业务调用接口模板进行业务能力提供,业务提供者根据具体的业务数据,对从属于特定业务分类的具体的业务调用接口模板中的接口参数进行赋值后,便形成了一个业务实例。不同的业务实例实现了其所从属的特定业务分类的不同的能力提供。
4)业务描述信息(元数据业务编址)
根据业务调用接口模板中的接口参数和该业务调用接口模板所从属的业务分类的关键属性的对应关系,将具体的业务实例中的业务调用接口模板中的接口参数的赋值转化为对应的业务分类的关键属性的取值。再依据设定的编码规则对上述业务调用接口模板、对应的业务分类和关键属性的取值等信息进行编码,形成业务描述信息。一个业务描述信息中包括:业务分类的标识、业务分类的一个或多个关键属性的取值、业务调用接口模板的标识等信息。业务描述信息实现了对业务实例的业务交互格式和业务能力范围的描述。业务叠加网络利用业务描述信息进行网络域之间业务实例的发布以及业务请求路由。
业务描述信息也可以用XML文件进行描述。比如,上述缴费查询业务的一种业务描述信息可以用如下的XML文件进行描述:
<?xml version=″1.0″encoding=″ISO-8859-1″?>
<Head>
<CategoryCode>PIR</CategoryCode>
<TemplateCode>PIR0001</TemplateCode>
<Property1>/UserInfo/homearea</Property1>
<Property1Value>shanghai</Property1Value>
<Property2>/UserInfo/msisdn</Property2>
<Property2Value>13866667777</Property2Value>
<Property3>/UserInfo/usertype1</Property3>
<Property3Value>prepaid</Property3Value>
</Head>
其中CategoryCode为可能约定的业务分类编码标签,TemplateCode为可能约定的业务调用接口模板编码标签,业务调用接口模板编码放在元数据业务编址中,便于在定位到业务实例时对业务调用接口模板进行匹配,保证业务交互双方格式的一致性。
该实施例提供的一种业务叠加网络的架构示意图如图1所示,将一个业务叠加网络逻辑划分为多个网络域,每个网络域都有对应的标识。特定网络域对应特定业务接入的范围和特性,如某区域运营支撑系统域、XX类业务平台域。
每个网络域中核心的逻辑功能实体包括:SR(Service Router,业务路由器)和SC(Service Category,业务目录)服务器,一个网络域逻辑上对应一个SC服务器和一个或多个SR。相邻的SR之间需要建立连接关系,该连接关系可以为不间断的TCP(Transmission Control Protocol,传输控制协议)连接。整个业务叠加网络通过SR进行网络域之间的互联。
上述SC服务器的主要功能包括:用于接收SR发送过来的来自业务提供者的业务描述信息,获取所述业务描述信息的业务来源信息。保存和管理所述业务描述信息,以及所述业务描述信息和业务来源信息之间的对应关系。对所述业务描述信息向其他网络域进行发布。
不同网络域的SC服务器之间通过业务发布共享业务描述信息,业务注册与发布流程可以分为集中式和分布式两种,该集中式和分布式的业务注册与发布流程的示意图如图2所示,在集中式的业务注册与发布流程中,业务提供者向集中式的总控SC服务器进行业务注册,并由总控SC服务器根据预先设置的业务发布策略向不同网络域的SC服务器发布业务描述信息。在分布式的业务注册与发布流程中,业务提供者向接入网络域的SC服务器进行业务注册,由该接入网络域的SC服务器向其他网络域的SC服务器发布业务描述信息。因此,一个SC服务器中管理的业务描述信息可以包括本SC服务器中注册的业务描述信息,以及其他网络域的SC服务器中注册的业务描述信息。上述SC服务器中管理的业务描述信息可以供SR查询。SC服务器在物理上可以与SR进行整合实现。
上述SR的主要功能包括:用于接入业务提供者和业务使用者,接收业务提供者和业务使用者发送的查询请求,向接收业务提供者和业务使用者返回相应的业务调用接口模板信息。接收业务提供者发送的携带业务描述信息的业务注册请求,将该业务注册请求发送给所述SC。接收业务使用者发送的携带业务描述信息的业务使用请求,查询SC服务器中管理的业务描述信息,以及所述业务描述信息和业务来源信息之间的对应关系,获取所述业务使用请求的路由信息。
维护与其他网络域和本网络域的其他SR之间的连接关系信息。该连接关系可以为:所有网络域中的SR的全网拓扑结构或部分网络域中的局部拓扑结构。根据所述路由信息和具体的路由策略(如跳数、拥塞)对业务使用者发送的业务请求消息进行路由,将所述业务使用请求路由给本网络域内的业务提供者;或者基于所述与其他网络域的SR之间的连接关系和具体的路由策略,将所述业务使用请求路由给其它网络域中的SR。
比如,一种业务叠加网络中SR之间的连接关系如图3所示,则SR1所在网络域中记录的全网拓扑结构为下述表2中的数据:
表2
第一跳SR | 第二跳SR | 第三跳SR | 第四跳SR |
SR2 | |||
SR2 | SR3 | ||
SR2 | SR4 | ||
SR2 | SR5 | SR4 | |
SR2 | SR5 | ||
SR2 | SR4 | SR5 |
实施例二
基于上述图1所示的业务叠加网络,该实施例提供的一种业务管理装置的结构示意图如图4所示,包括如下模块:
所述SC服务器41,用于接收SR发送的来自业务提供者的业务描述信息,获取所述业务描述信息的业务来源信息,该业务来源信息包括发送上述业务描述信息的业务提供者信息和该业务提供者的接入SR信息。保存和管理所述业务描述信息,以及所述业务描述信息和业务来源信息之间的对应关系。向其它网络域发布本网络域中注册的业务描述信息,接收和管理其他网络域发布过来的业务描述信息。
根据SR发送过来的业务使用请求中的业务描述信息中的业务分类、业务调用接口模板和业务分类的关键属性的取值信息,查询本网络域管理的业务描述信息,获取所述业务使用请求的路由信息,向SR返回上述所述业务使用请求的路由信息。
所述SR42,用于接入业务提供者和业务使用者,接收业务提供者和业务使用者发送的查询请求,向接收业务提供者和业务使用者返回相应的业务调用接口模板信息。业务提供者和业务使用者对返回的业务调用接口模板信息中的接口参数进行赋值,再根据所述业务调用接口模板中的接口参数和该业务调用接口模板所属的业务分类的关键属性对应关系,将所述接口参数的赋值转化为业务分类的关键属性的取值后,按照设定的编码规则生成业务描述信息和业务描述信息。
接收业务提供者发送的携带业务描述信息的业务注册请求,将该业务注册请求发送给所述SC。接收业务使用者发送的携带业务描述信息的业务使用请求,查询SC服务器中管理的业务描述信息,以及所述业务描述信息和业务来源信息之间的对应关系,获取所述业务使用请求的路由信息。根据该路由信息对所述业务使用请求进行路由。
业务元模型管理模块43,用于管理业务元模型。
业务调用接口模板管理模块44,用于管理业务调用接口模板。
所述SR42包括:接入处理模块421、查询处理模块422和路由处理模块423,其中,
接入处理模块421,用于接入业务提供者和业务使用者,接收业务提供者和业务使用者发送的查询请求,向接收业务提供者和业务使用者返回相应的业务调用接口模板信息。接收业务提供者发送的携带业务描述信息的业务注册请求,将该业务注册请求发送给所述SC。接收业务使用者发送的携带业务描述信息的业务使用请求,将该业务使用请求发送给查询处理模块。
查询处理模块422,用于根据所述接入处理模块所接收到的查询请求中的业务分类信息,向所述业务元模型管理模块和所述业务调用接口模板管理模块查询获取相应的业务调用接口模板信息,将该业务调用接口模板信息通过所述接入处理模块返回给业务提供者和业务使用者;用于根据所述接入处理模块发送的携带业务描述信息的业务使用请求,向所述SC进行查询,请求获取所述业务使用请求的路由信息。
路由处理模块423,用于当所述查询处理模块所获取的路由信息显示的是本网络域的业务提供者时,则将所述业务使用请求路由给所述本网络域的业务提供者;当所述查询处理模块所获取的路由信息显示的是其它网络域的业务提供者时,基于所述与其他网络域的SR之间的连接关系根据所述路由信息将所述业务使用请求路由给其它网络域中的SR,再由该其它网络域中的SR将所述业务使用请求路由给所述其它网络域的业务提供者。
所述SC服务器41包括:
业务描述信息管理模块411,用于接收SR发送的来自业务提供者的业务描述信息,获取所述业务描述信息的业务来源信息,保存和管理所述业务描述信息,以及所述业务描述信息和业务来源信息之间的对应关系。向其它网络域发布本网络域中注册的业务描述信息,接收和管理其他网络域发布过来的业务描述信息。
匹配处理模块412,用于根据SR发送过来的业务使用请求中的业务描述信息中的业务分类、业务调用接口模板和业务分类的关键属性的取值信息,查询本网络域管理的业务描述信息,获取和所述业务使用请求中的业务描述信息匹配的所述业务描述信息管理模块中管理的业务描述信息。再根据所述业务描述信息管理模块中管理的业务描述信息和业务来源信息之间的对应关系,获取对应的业务来源信息。最后,根据所述业务来源信息获取所述业务使用请求的路由信息。向SR返回上述所述业务使用请求的路由信息。在不同的网络域中,可以按照不同的匹配度选取和所述业务请求路由匹配的业务描述信息。
在上述匹配过程中,先将所述业务使用请求中的业务描述信息的业务分类或业务调用接口模板的标识与业务描述信息管理模块管理的业务描述信息进行匹配,在匹配成功后,再将所述业务使用请求中的业务描述信息中的业务分类的关键属性的取值信息与业务描述信息管理模块中管理的业务描述信息中的业务分类的关键属性的取值信息进行匹配;选择匹配度最高的业务描述信息管理模块中管理的业务描述信息。
上述业务元模型管理模块和业务调用接口模板管理模块需要针对不同的业务分类和业务调用接口模板进行业务描述信息的编码策略和发布策略的制定管理。
实施例三
该实施例提供的一种业务管理方法的处理流程如图5所示,包括下述步骤:
步骤51:业务目录服务器接收业务使用者发送的携带业务描述信息的业务使用请求,所述业务描述信息为所述业务使用者根据业务调用接口模板生成的。
业务目录服务器接收业务使用者发送的查询请求,根据所述查询请求中的业务分类信息获取相应的业务调用接口模板信息,将该业务调用接口模板信息返回给所述业务使用者;
所述业务目录服务器接收所述业务使用者发送的携带业务描述信息的业务使用请求,所述业务描述信息为业务使用者根据所述返回的业务调用接口模板生成的,所述业务描述信息中包括业务分类信息、业务调用接口模板信息、业务的关键属性的取值信息。
业务目录服务器在接收业务使用者发送的携带业务描述信息的业务使用请求之前,业务目录服务器还需要对各种业务进行分类,并对每种业务的关键属性进行定义。所述业务目录服务器通过业务调用接口模板对各种业务的调用接口的格式进行定义,所述业务调用接口模板中的接口参数和该业务调用接口模板所从属的业务分类的关键属性互相对应。
步骤52、所述业务目录服务器查询其管理的业务描述信息,获取和所述业务使用请求携带的业务描述信息相匹配的业务描述信息;所述业务目录服务器查询其管理的业务描述信息和业务来源信息之间的对应关系,获取所述相匹配的业务描述信息的业务来源信息。
所述业务目录服务器根据所述业务使用请求携带的业务描述信息的业务分类和业务分类的关键属性的取值信息,查询其管理的业务描述信息,获取和所述业务使用请求携带的业务描述信息相匹配的业务描述信息。具体查询过程包括:
所述业务目录服务器先将所述业务使用请求携带的业务描述信息的业务分类信息或业务调用接口模板的标识与所述业务目录服务器管理的业务描述信息进行匹配,在匹配成功后,再将所述业务使用请求携带的业务描述信息的业务分类的关键属性的取值信息与所述业务目录服务器管理的业务描述信息中的业务分类的关键属性的取值信息进行匹配;
将所述业务分类的关键属性的取值信息的最高匹配度对应的所述业务目录服务器管理的业务描述信息,作为和所述业务使用请求携带的业务描述信息相匹配的业务描述信息。
所述业务目录服务器查询其管理的业务描述信息和业务来源信息之间的对应关系,获取所述相匹配的业务描述信息的业务来源信息。
步骤53、所述业务目录服务器根据所述业务来源信息获取所述业务使用请求对应的路由信息,根据所述路由信息将所述业务使用请求路由给所述业务目录服务器所在的本网络域或其它网络域的业务提供者。
所述业务目录服务器获取所述业务来源信息对应的业务提供者信息,当所述业务提供者位于所述业务目录服务器所在的网络域内时,所述业务目录服务器将所述业务使用请求路由给所述业务目录服务器所在的本网络域内的业务提供者;
当所述业务提供者位于其它网络域时,所述业务目录服务器利用其所在的网络域与所述其它网络域的业务路由器之间的连接关系,将所述业务使用请求路由给其它网络域中的业务路由器,再由该其它网络域中的业务路由器将所述业务使用请求路由给所述其它网络域的业务提供者。
实施例四
该实施例提供的业务提供者在业务叠加网络中进行业务注册和发布的方法的处理流程如图6所示,包括下述步骤:
步骤61、业务提供者接入到特定SR。
在该实施例中可以选择SR作为业务叠加网络对外接入的唯一入口,业务提供者和使用者只需要获取特定的SR信息并与之连接,即可进行业务相关信息查询和进行业务请求。
业务提供者根据需要注册的业务信息,选择并接入到特定SR。
步骤62、业务提供者根据需要注册的业务的种类等信息,通过接入的特定SR向元模型管理模块发送查询请求,请求检索需要注册的业务对应的业务调用接口模板。
元模型管理模块中定义的一个业务分类可能对应多个业务调用接口模板,这些业务调用接口模板描述对应业务分类可能的交互格式。
步骤63、元模型管理模块根据接收到的上述查询请求,向业务调用接口模板管理模块请求相应的业务调用接口模板的详细信息。
步骤64至66、业务调用接口模板管理模块向元模型管理模块返回相应的可选业务调用接口模板的详细描述信息,其中包括业务调用接口模板标识及业务调用接口模板与元模型管理模块的对应关系信息,即业务调用接口模板中的接口参数与元模型管理模块中对应业务分类的关键属性的对应关系信息。
元模型管理模块向上述特定SR返回上述业务调用接口模板的详细描述信息,上述特定SR再将上述详细描述信息返回给上述业务提供者。
上述业务提供者如果已经制定了私有的业务调用接口,发现现有的业务叠加网络中没有提供对应的业务调用接口模板,则需要将私有的业务调用接口的规范模板注册发布到业务叠加网络中。在注册发布过程中,需要将业务调用接口的规范模板与元模型管理模块中的相应业务分类进行对应。
步骤67、业务提供者根据具体的业务特征,在返回的可选业务调用接口模板中选定合适的业务调用接口模板,对业务调用接口模板中的接口参数进行赋值,形成业务实例。再根据业务调用接口模板中的接口参数和该业务调用接口模板所从属的业务分类的关键属性的对应关系,将上述业务实例中的业务调用接口模板中的接口参数的赋值转化为对应的业务分类的关键属性的取值。再依据设定的业务描述信息的编码规则对上述业务调用接口模板、对应的业务分类和关键属性的取值等信息进行编码,形成业务描述信息。一个业务描述信息中包括:业务分类的标识、业务分类的一个或多个关键属性的取值、业务调用接口模板的标识等信息。
步骤68、业务提供者通过接入的特定SR,向接入网络域发送携带上述业务描述信息的业务注册请求。
步骤69、上述特定SR将上述携带业务描述信息的业务注册请求发送给本网络域的SC服务器。
步骤610、本网络域的SC服务器根据所述SR发送过来的来自业务提供者的业务描述信息,获取所述业务描述信息的业务来源信息,该业务来源信息包括发送上述业务描述信息的业务提供者信息和该业务提供者的接入SR言息。保存和管理所述业务描述信息,以及所述业务描述信息和业务来源信息之间的对应关系。
步骤611、根据设定的发布策略,上述本网络域SC服务器向其他网络域SC发布上述注册的业务描述信息。上述设定的发布策略主要与业务分类及业务格式模板相关,如特定的业务分类可能选择某网络域作为集中管理控制点。
步骤612、接收到上述本网络域SC服务器发布的业务描述信息的其他网络域SC记录上述业务描述信息及其来源,作为进行业务请求消息路由的依据。
实施例五
该实施例提供的业务使用者通过业务叠加网络中进行业务请求消息路由的方法的处理流程如图7所示,包括下述步骤:
步骤71、业务使用者接入到特定SR。
在该实施例中可以选择SR作为业务叠加网络对外接入的唯一入口,业务使用者和使用者只需要获取特定的SR信息并与之连接,即可进行业务相关信息查询和进行业务请求。
业务使用者根据需要请求的业务信息,选择并接入到特定SR。
步骤72、业务使用者根据需要请求的业务的种类等信息,通过接入的特定向SR向元模型管理模块发送查询请求,请求检索需要请求的业务对应的业务调用接口模板。
元模型管理模块中定义的一个业务分类可能对应多个业务调用接口模板,这些业务调用接口模板描述对应业务分类可能的交互格式。
步骤73、元模型管理模块根据接收到的上述查询请求,向业务调用接口模板管理模块请求相应的业务调用接口模板的详细信息。
步骤74至76、业务调用接口模板管理模块向元模型管理模块返回相应的可选业务调用接口模板的详细描述信息,其中包括业务调用接口模板编号及业务调用接口模板与元模型管理模块的对应关系信息,即业务调用接口模板中的接口参数与元模型管理模块中对应业务分类的关键属性的对应关系信息。
元模型管理模块向上述特定SR返回上述业务调用接口模板的详细描述信息,上述特定SR再将上述详细描述信息返回给上述业务使用者。
上述业务使用者如果已经制定了私有的业务调用接口,发现现有的业务叠加网络中没有提供对应的业务调用接口模板,则需要将私有的业务调用接口的规范模板注册发布到业务叠加网络中。在注册发布过程中,需要将业务调用接口的规范模板与元模型管理模块中的相应业务分类进行对应。
步骤77、业务使用者根据具体的业务特征,在返回的可选业务调用接口模板中选定合适的业务调用接口模板,对业务调用接口模板中的接口参数进行赋值,形成业务实例。再根据业务调用接口模板中的接口参数和该业务调用接口模板所从属的业务分类的关键属性的对应关系,将上述业务实例中的业务调用接口模板中的接口参数的赋值转化为对应的业务分类的关键属性的取值。再依据设定的业务描述信息的编码规则对上述业务调用接口模板、对应的业务分类和关键属性的取值等信息进行编码,形成业务描述信息。一个业务描述信息中包括:业务分类的标识、业务分类的一个或多个关键属性的取值、业务调用接口模板的标识等信息。
步骤78、业务使用者通过接入SR进行业务请求,向接入SR发送携带上述业务描述信息的业务请求消息。
步骤79、接入SR获取业务请求消息中的业务描述信息,并使用该业务描述信息向本网络域SC进行业务请求路由查询。
步骤710、上述本网络域SC根据上述业务请求消息中的业务描述信息匹配其自身管理的业务描述信息(即元数据业务编址信息),首先匹配业务分类或业务调用接口模板编码,如果匹配,则进一步匹配业务的关键属性的取值信息。可以选择最优匹配原则,选择业务的关键属性的取值信息的最高匹配度对应的本网络域SC管理的业务描述信息。所述的最高匹配度表示本网络域SC管理的业务描述信息的业务的关键属性的取值信息,与所述业务请求消息中的业务描述信息的业务的关键属性的取值信息最接近。
在不同的网络域中,可以按照不同的匹配度选取和所述业务请求路由匹配的业务描述信息。
如果业务分类或业务调用接口模板编码,以及业务的关键属性的取值都匹配,则记录所匹配的业务描述信息,获得该业务描述信息的业务来源信息,其中包括来源网络域信息,业务提供者以及业务提供者的接入SR等信息,并进一步获得业务请求消息的路由信息。
步骤711、上述本网络域SC向接入SR返回上述业务请求消息的路由信息。
步骤712、接入SR根据上述路由信息转发上述业务请求消息。比如,如果来源网络域信息是本网络域,则根据对应的业务使用者的接入信息,将上述业务请求消息传送给业务使用者;如果来源网络域是其他网络域,则根据SR之间的连接拓扑关系,根据下一跳路由信息将业务请求消息转发到下一网络域的SR。
步骤713、下一网络域的SR查询路由信息并转发业务请求消息到相应的业务提供者。
在上述流程中业务使用者可能是业务使用中介,实际业务使用者根据业务使用中介提供的输出界面或者API,完成请求消息参数数值的输入过程,业务使用中介根据既定的业务调用接口模板与元模型管理模块的对应关系,将业务请求消息体转化成元数据业务编址。实际业务使用者不需要处理后续元数据业务编码的形成过程,以及业务请求过程在业务叠加网络中的路由及选择业务使用者的过程。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)或随机存储记忆体(Random Access Memory,RAM)等。
综上所述,本发明实施例通过对包括业务的种类信息、业务调用接口模板信息、业务的关键属性的取值信息和业务来源信息业务描述信息的业务描述信息进行有效地管理和发布,可以对具有多种实现方式的业务对应的业务请求消息进行有效地路由。
实现了业务提供者与业务使用者都通过统一定义的业务元模型、业务调用接口模板来定位业务分类、业务属性,查询和定义业务交互格式,使业务提供者与业务使用者之间通过业务叠加网络完成业务的查询和关联。
实现了业务路由器不需要解读业务调用详细的交互格式,只需要解读约定统一格式的业务描述信息(元数据业务编址),即可以进行业务路由。不同业务分类的业务属性可能使用相同的定义,同时,一个业务分类下的业务属性可以对应不同的业务调用接口模板定义的业务调用接口参数。通过这种机制,很大程度上减轻了业务路由器的存储和路由判断的复杂度。
实现了业务请求者在进行业务请求时,只需要检索到相应的业务调用接口模板,并根据业务调用接口模板生成业务实例,不需要指定或判断业务具体提供者及其位置,而通过业务叠加网络检索业务提供者,并将业务请求消息路由到业务提供者。
以上所述,仅为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应该以权利要求的保护范围为准。
Claims (12)
1.一种业务管理装置,其特征在于,包括:
业务目录服务器,用于保存和管理业务描述信息,以及所述业务描述信息和业务来源信息之间的对应关系,所述业务描述信息中包括业务的分类信息、业务调用接口模板信息、业务的关键属性的取值信息;
根据业务路由器发送的业务使用请求查询其管理的业务描述信息,获取和所述业务使用请求携带的业务描述信息相匹配的业务描述信息;查询其管理的业务描述信息和业务来源信息之间的对应关系,获取所述相匹配的业务描述信息的业务来源信息,根据所述业务来源信息获取所述业务使用请求对应的路由信息,将该路由信息发送给业务路由器;
业务路由器,用于接收业务使用者发送的携带业务描述信息的业务使用请求,所述业务描述信息为所述业务使用者根据业务调用接口模板生成的,将该业务使用请求发送给业务目录服务器,根据所述业务目录服务器返回的路由信息,将所述业务使用请求路由给所述业务管理装置所在的本网络域或其它网络域的业务提供者。
2.根据权利要求1所述的业务管理装置,其特征在于,所述业务管理装置还包括:
业务元模型管理模块,用于管理业务元模型,所述业务元模型对各种业务进行分类,并对每种业务的关键属性进行定义;
业务调用接口模板管理模块,用于管理业务调用接口模板,所述业务调用接口模板用于对各种业务的调用接口的格式进行定义,所述业务调用接口模板中的接口参数和该业务调用接口模板所从属的业务分类的关键属性互相对应。
3.根据权利要求2所述的业务管理装置,其特征在于,所述业务路由器包括:接入处理模块、查询处理模块和路由处理模块,其中,
接入处理模块,接收业务提供者和/或业务使用者发送的查询请求,向业务提供者和/或业务使用者返回相应的业务调用接口模板信息,接收业务提供者发送的携带业务描述信息的业务注册请求,将该业务注册请求发送给所述业务目录服务器,接收业务使用者发送的携带业务描述信息的业务使用请求,将该业务使用请求发送给查询处理模块;
查询处理模块,用于根据所述接入处理模块所接收到的查询请求中的业务分类信息,向所述业务元模型管理模块和所述业务调用接口模板管理模块查询获取相应的业务调用接口模板信息并返回给业务提供者和/或业务使用者;用于根据所述接入处理模块发送的携带业务描述信息的业务使用请求,向所述业务目录服务器进行查询,接收所述业务目录服务器返回的所述业务使用请求的路由信息;
路由处理模块,用于根据所述查询处理模块所接收的路由信息,将所述业务使用请求路由给相关网络域的业务提供者。
4.根据权利要求3所述的业务管理装置,其特征在于,所述业务目录服务器包括:
业务描述信息管理模块,用于接收业务路由器发送的来自业务提供者的业务注册请求,获取所述业务注册请求携带的业务描述信息的业务来源信息,保存和管理所述业务描述信息以及所述业务描述信息和业务来源信息之间的对应关系;向其它网络域发布本网络域中注册的业务描述信息,接收和管理其他网络域发布过来的业务描述信息;
匹配处理模块,用于根据业务路由器发送过来的业务使用请求中的业务描述信息中的业务分类、业务调用接口模板和业务分类的关键属性的取值信息,查询所述业务描述信息管理模块管理的业务描述信息,获取和所述业务使用请求中的业务描述信息匹配的所述业务描述信息管理模块中管理的业务描述信息,再根据所述业务描述信息管理模块中管理的业务描述信息和业务来源信息之间的对应关系,获取对应的业务来源信息,再根据所述业务来源信息获取所述业务使用请求的路由信息,向业务路由器返回所述业务使用请求的路由信息。
5.一种业务管理系统,其特征在于,包括:
业务叠加网络中的多个网络域,每个网络域中包括如权利要求1至4任一项所述的业务管理装置。
6.一种业务管理方法,其特征在于,所述方法包括:
业务目录服务器接收业务使用者发送的携带业务描述信息的业务使用请求,所述业务描述信息为所述业务使用者根据业务调用接口模板生成的,所述业务描述信息中包括业务的分类信息、业务调用接口模板信息、业务的关键属性的取值信息;
所述业务目录服务器查询其管理的业务描述信息,获取和所述业务使用请求携带的业务描述信息相匹配的业务描述信息;
所述业务目录服务器查询其管理的业务描述信息和业务来源信息之间的对应关系,获取所述相匹配的业务描述信息的业务来源信息;
所述业务目录服务器根据所述业务来源信息获取所述业务使用请求对应的路由信息,根据所述路由信息将所述业务使用请求路由给所述业务目录服务器所在的本网络域或其它网络域的业务提供者。
7.根据权利要求6所述的业务管理方法,其特征在于,所述方法还包括:
业务目录服务器对各种业务进行分类,并对每种业务的关键属性进行定义;
所述业务目录服务器通过业务调用接口模板对各种业务的调用接口的格式进行定义,所述业务调用接口模板中的接口参数和该业务调用接口模板所从属的业务分类的关键属性互相对应。
8.根据权利要求7所述的业务管理方法,其特征在于,所述方法还包括:
业务目录服务器接收业务提供者发送的查询请求,根据所述查询请求中的业务分类信息获取相应的业务调用接口模板信息,并将所述业务调用接口模板信息返回给所述业务提供者;
所述业务目录服务器接收所述业务提供者发送的携带业务描述信息的业务注册请求,所述业务描述信息为所述业务提供者根据所述返回的业务调用接口模板信息生成的,所述业务描述信息中包括业务分类信息、业务调用接口模板信息、业务的关键属性的取值信息;
所述业务目录服务器获取所述业务描述信息的业务来源信息,保存和管理所述业务描述信息,以及所述业务描述信息和业务来源信息之间的对应关系,向其它网络域发布所述业务描述信息。
9.根据权利要求7所述的业务管理方法,其特征在于,所述业务描述信息为所述业务提供者根据所述返回的业务调用接口模板信息生成的,包括:
所述业务描述信息为所述业务提供者对所述返回的业务调用接口模板信息中的接口参数进行赋值,再根据所述返回的业务调用接口模板中的接口参数和该业务调用接口模板所从属的业务分类的关键属性对应关系,将所述接口参数的赋值转化为业务分类的关键属性的取值后,按照设定的编码规则而生成。
10.根据权利要求6、7、8或9所述的业务管理方法,其特征在于,所述业务目录服务器查询其管理的业务描述信息,获取和所述业务使用请求携带的业务描述信息相匹配的业务描述信息;所述业务目录服务器查询其管理的业务描述信息和业务来源信息之间的对应关系,获取所述相匹配的业务描述信息的业务来源信息,包括:
业务目录服务器接收业务使用者发送的查询请求,根据所述查询请求中的业务分类信息获取相应的业务调用接口模板信息,将该业务调用接口模板信息返回给所述业务使用者;
所述业务目录服务器接收所述业务使用者发送的携带业务描述信息的业务使用请求,所述业务描述信息为业务使用者根据所述返回的业务调用接口模板生成的,所述业务描述信息中包括业务分类信息、业务调用接口模板信息、业务的关键属性的取值信息;
所述业务目录服务器根据所述业务使用请求携带的业务描述信息的业务分类和业务分类的关键属性的取值信息,查询其管理的业务描述信息,获取和所述业务使用请求携带的业务描述信息相匹配的业务描述信息;所述业务目录服务器查询其管理的业务描述信息和业务来源信息之间的对应关系,获取所述相匹配的业务描述信息的业务来源信息。
11.根据权利要求10所述的业务管理方法,其特征在于,所述查询其管理的业务描述信息,获取和业务使用请求携带的业务描述信息相匹配的业务描述信息,包括:
将所述业务使用请求携带的业务描述信息的业务分类信息或业务调用接口模板的标识与所述业务目录服务器管理的业务描述信息进行匹配,在匹配成功后,将所述业务使用请求携带的业务描述信息的业务分类的关键属性的取值信息与所述业务目录服务器管理的业务描述信息中的业务分类的关键属性的取值信息进行匹配;
将所述业务分类的关键属性的取值信息的最高匹配度对应的所述业务目录服务器管理的业务描述信息,作为和所述业务使用请求携带的业务描述信息相匹配的业务描述信息。
12.根据权利要求6所述的业务管理方法,其特征在于,所述业务目录服务器根据所述业务来源信息获取所述业务使用请求对应的路由信息,根据所述路由信息将所述业务使用请求路由给所述业务目录服务器所在的本网络域内或其它网络域的业务提供者,包括:
所述业务目录服务器获取所述业务来源信息对应的业务提供者信息,当所述业务提供者位于所述业务目录服务器所在的网络域内时,所述业务目录服务器将所述业务使用请求路由给所述业务目录服务器所在的本网络域内的业务提供者;
当所述业务提供者位于其它网络域时,所述业务目录服务器利用其所在的网络域与所述其它网络域的业务路由器之间的连接关系,将所述业务使用请求路由给其它网络域中的业务路由器,再由该其它网络域中的业务路由器将所述业务使用请求路由给所述其它网络域的业务提供者。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910260766.2A CN102118370B (zh) | 2009-12-31 | 2009-12-31 | 业务管理方法、装置和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910260766.2A CN102118370B (zh) | 2009-12-31 | 2009-12-31 | 业务管理方法、装置和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102118370A CN102118370A (zh) | 2011-07-06 |
CN102118370B true CN102118370B (zh) | 2014-12-31 |
Family
ID=44216964
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200910260766.2A Expired - Fee Related CN102118370B (zh) | 2009-12-31 | 2009-12-31 | 业务管理方法、装置和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102118370B (zh) |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104066079A (zh) * | 2014-06-27 | 2014-09-24 | 北京思特奇信息技术股份有限公司 | 一种携号跨区的业务处理方法及装置 |
CN105357143B (zh) * | 2015-11-27 | 2019-10-01 | 华为技术有限公司 | 一种转发方法及服务路由中继节点 |
CN109600760B (zh) | 2017-09-30 | 2022-04-22 | 华为技术有限公司 | 网络管理方法、设备及系统 |
CN110602151B (zh) * | 2018-06-12 | 2022-05-03 | 中国电信股份有限公司 | 应用标识管理方法、装置和系统 |
CN109660606A (zh) * | 2018-12-05 | 2019-04-19 | 新华三大数据技术有限公司 | 网络消息代理方法、装置及系统 |
CN112511427A (zh) * | 2020-01-14 | 2021-03-16 | 中兴通讯股份有限公司 | 段路由业务处理方法、装置、路由设备及存储介质 |
CN112153021B (zh) * | 2020-09-10 | 2023-05-19 | 中国联合网络通信集团有限公司 | 一种业务数据的获取方法及装置 |
CN114205357A (zh) * | 2021-12-15 | 2022-03-18 | 杭州橙鹰数据技术有限公司 | 基于区块链的数据处理方法及装置 |
CN114221836A (zh) * | 2021-12-15 | 2022-03-22 | 杭州橙鹰数据技术有限公司 | 数据处理方法及装置 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1859392A (zh) * | 2006-01-25 | 2006-11-08 | 华为技术有限公司 | 业务编址方法、系统及其应用 |
CN101355492A (zh) * | 2007-07-27 | 2009-01-28 | 华为技术有限公司 | 简单对象访问协议路由方法及路由系统以及相关设备 |
-
2009
- 2009-12-31 CN CN200910260766.2A patent/CN102118370B/zh not_active Expired - Fee Related
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1859392A (zh) * | 2006-01-25 | 2006-11-08 | 华为技术有限公司 | 业务编址方法、系统及其应用 |
CN101355492A (zh) * | 2007-07-27 | 2009-01-28 | 华为技术有限公司 | 简单对象访问协议路由方法及路由系统以及相关设备 |
Also Published As
Publication number | Publication date |
---|---|
CN102118370A (zh) | 2011-07-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102118370B (zh) | 业务管理方法、装置和系统 | |
CN105262681B (zh) | 分布式路由架构 | |
CN102185900B (zh) | 一种应用服务平台系统和一种开发应用服务的方法 | |
CN100558038C (zh) | 服务注册器以及相关系统和方法 | |
CN102567932A (zh) | 综合资源管理方法、装置和系统 | |
CN108199897A (zh) | 一种支持缓存管理的opc ua多服务器聚合方法 | |
CN103607432B (zh) | 一种网络创建的方法和系统及网络控制中心 | |
CN109413640A (zh) | 会话信息查询方法、网元及计算机存储介质 | |
CN102726031A (zh) | 内容处理方法、装置和系统 | |
CN104184663A (zh) | 基于软件定义网络和一体化标识网络的通信方法和装置 | |
US8990395B2 (en) | Controlling access to managed objects in networked devices | |
CN104113602B (zh) | 一种基于物名的物联网设备访问管理系统及方法 | |
CN109314721A (zh) | 分布式文件系统的多个集群的管理 | |
US20060015617A1 (en) | Management system and method for service subscription provisioning | |
CN101714926B (zh) | 网络设备管理方法、装置及系统 | |
CN102891768A (zh) | 网络管理的方法和网元 | |
CN106571863B (zh) | 基于快速索引的混合交换型卫星多业务无线资源管理方法 | |
JP7310900B2 (ja) | ネットワーク管理装置、方法およびプログラム | |
CN100396002C (zh) | 一种利用关联查询进行鉴权的系统及其方法 | |
CN1326363C (zh) | 网络管理配置方法及其装置 | |
CN101448020A (zh) | 一种数据源返回方法及装置 | |
CN102368728A (zh) | 路由协议的自动配置方法及路由设备、授权服务器 | |
CN103561092A (zh) | 私有云环境下管理资源的方法及装置 | |
CN102281521B (zh) | 一种电信计费运营网系统及其计费方法 | |
CN109872128A (zh) | 可处理复杂关系的身份管理系统及方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20141231 Termination date: 20151231 |
|
EXPY | Termination of patent right or utility model |