CN102594832A - 一种业务交付平台开展业务的方法及装置 - Google Patents

Abstract

本发明提供一种业务交付平台开展业务的方法，包括：业务交付平台SDP接收服务提供商SP发送的业务请求，所述业务请求中包含公共信息和业务信息；根据所述业务请求中的公共信息对所述SP进行接入认证，确定所述业务请求在所述SDP中的路由；根据所述业务请求中的公共信息确定所述业务请求调用的业务能力，根据所述业务请求中的业务信息确定调用所述业务能力所需要的信息；将所述业务请求转换为提供所述业务能力的业务能力模块支持的接口；将所述转换后的业务请求发送至所述业务能力模块。本发明同时还提供一种业务交付平台。使用本发明提供的业务交付平台开放业务能力的方法，能够降低在SDP中引入一种新能力所需要的时间，有利于实现新业务的快速上线。

Description

一种业务交付平台开展业务的方法及装置

技术领域

本发明涉及通信技术领域，具体涉及一种业务交付平台开展业务的方法及装置。

背景技术

当前电信运营商的业务范围已经不局限于传统的电信基础业务，灵活多样且体验丰富的电信增值业务如雨后春笋般的涌现出来。SDP(service delivery platform，业务交付平台)在此背景下应运而生，SDP将各种电信能力集成到系统中，并以ParlayX或One API接口的方式开放给第三方，使得第三方不用理解复杂的电信协议，而将重点放在业务逻辑上。SDP对电信能力的开放，使得SP(Service Provider，服务提供商)可以快速的开发各种功能丰富的应用。

随着移动互联网的飞速发展，电信运营商希望开放更多电信能力或者引入互联网能力开放给SP，使SP开发出更多有价值的应用，但当前ParlayX以及OneAPI中定义的能力有限，已不能满足SP及电信运营商的需求。

现有技术中为了实现新的电信能力或者互联网能力的接入和开放，需要在SDP内部多个子系统中做如下开发工作：

在“能力接入子系统”上实现相应的电信或者互联网能力接入和协议转换。与新能力之间的接口通常是新的接口类型，“能力接入子系统”需要实现SDP内部接口协议和新能力提供的接口协议间做转换；

在“集成总线子系统”上实现该能力相关的内部接口协议，并实现相关的编排逻辑，例如发起鉴权计费等；

在“业务接入子系统”上实现该能力的相关内部接口和外部开发接口(通常两者一致)，并实现该能力相关的SLA(Service Level Agreement，服务水平协议)控制等。

由此可见，SDP中每开放一个新的能力，都要涉及多个部件的开发，联调，还需要SP熟悉多种不同的非标准接口等，从而导致端到端耗时较长，不利于第三方业务的快速生成上线。

发明内容

本发明实施例解决现有技术下，SDP新增加一个能力多部件需要协同开发，且开发周期长的问题。

本发明一个实施例提供一种业务交付平台开展业务的方法，包括：业务交付平台SDP接收服务提供商SP发送的业务请求，所述业务请求中包含公共信息和业务信息；根据所述业务请求中的公共信息对所述SP进行接入认证，确定所述业务请求在所述SDP中的路由；根据所述业务请求中的公共信息确定所述业务请求调用的业务能力，根据所述业务请求中的业务信息确定调用所述业务能力所需要的信息；将所述业务请求转换为提供所述业务能力的业务能力功能模块支持的接口；将所述转换后的业务请求发送至所述业务能力功能模块。

本发明另一个实施例同时提供一种业务交付平台，包括：业务接入子系统，用于接收业务提供商SP发送的业务请求，并对所述SP进行接入认证，所述业务请求中包含公共信息和业务信息；集成总线子系统，用于确定所述业务请求在所述SDP中的路由；能力接入子系统，用于确定所述业务请求调用的业务能力，并将所述业务请求转换为提供所述业务能力的业务能力模块支持的接口。

使用本发明实施例提供的业务交付平台开展业务的方法，在将新的电信能力或者互联网能力接入到SDP中时，只需要对“能力接入子系统”进行相应的定制以实现外部接口和内部接口之间的转换，“业务接入子系统”和“集成总线子系统”都不需要定制，从而降低了在SDP中引入一种新能力所需要的时间，有利于实现新业务的快速上线。

附图说明

图1所示为本发明实施例提供的SDP业务能力开放架构示意图；

图2所示为本发明实施例提供的SP基于SDP开放的彩信能力开发一个为订购用户下发手机报业务的信令流程图；

图3所示为本发明实施例提供的终端用户订购手机报业务的信令流程图；

图4所示为本发明实施例提供的SP通过SDP向终端用户发送手机报的信令流程；

图5所示为本发明实施例提供的采用generalRequest的同步业务下发信令流程图；

图6所示为本发明实施例提供的采用generalRequest的异步业务下发信令流程图；

图7所示为本发明实施例提供的采用generalError的“集成总线子系统报错”流程图；

图8所示为本发明实施例提供的采用generalError的“能力接入子系统报错”流程图；

图9所示为本发明实施例提供的采用generalNotify的同步业务请求流程图；

图10所示为本发明实施例提供的采用generalNotify的异步业务请求流程图；

图11所示为本发明实施例提供的SDP中处理简单业务的信令流程图；

图12所示为本发明实施例提供的SDP处理复杂业务场景时，内部各子系统的处理流程图。

具体实施方式

为了便于本领域一般技术人员理解和实现本发明，现结合附图描述本发明的实施例。

图1所示为SDP能力开放架构示意图，SP通过ParlayX或One API接口与SDP相连，SDP内部各子系统的功能描述如下：

“业务接入子系统”负责第三方业务的接入认证，SLA控制等；

“集成总线子系统”负责业务请求路由，协议转换，能力编排(例如计费)等；

“能力接入子系统”负责电信以及非电信能力的接入，将传统的电信协议转换成SDP的内部协议；

“业务能力管理子系统”负责业务、能力的管理，计费等；

“门户展现子系统”负责给终端用户提供业务展现，业务订购、去订购的渠道。

结合图1所示SDP的系统架构图，图2所示为SP基于SDP开放的彩信能力开发一个为订购用户下发手机报业务的信令流程图，根据该图，SP发布手机报业务的流程如下：

该SP首先需要通过“业务能力管理子系统”在SDP上申请SP身份，通过审批后，以该SP身份在“业务能力管理子系统”上发布手机报业务，管理员审核通过后，该手机报业务信息(业务描述，价格等)在“门户展现子系统”上展现，终端用户便可以订购该手机报业务了。

当终端用户订购了手机报业务后，SDP会将订购关系同步给手机报业务。流程如图3所示：

终端用户首先通过SDP的门户展现子系统订购手机报业务，由业务能力管理子系统作出响应，并由其将该订购关系同步给手机报业务。

通过图2和图3所示的流程，SP完成了手机报业务的发布，终端用户完成了业务订购，图4所示为SP通过SDP向终端用户发送手机报的信令流程：

步骤401-403、SP提供的手机报业务通过ParlayX或One API接口将信息发送给“业务接入子系统”，“业务接入子系统”对本次SP的接入请求做接入认证和SLA控制，其中SLA控制可以有多个级别，包括但不限于系统级别、业务级别、SP级别、用户级别、服务级别等。认证通过后，向SP返回响应；

步骤404-405、“业务接入子系统”将请求转发给“集成总线子系统”，并接收“集成总线子系统”返回的响应；

步骤406-407、“集成总线子系统”分析该业务的计费信息，向“业务能力管理子系统”触发计费请求，并接收“业务能力管理子系统”针对该请求返回的响应；

步骤408-409、待“业务能力管理子系统”计费成功之后，“集成总线子系统”判断该请求的路由信息，将请求路由给对应的“能力接入子系统”(网络中可以有多个“能力接入子系统”，例如多国组网)，并接收“能力接入子系统”返回的响应；

步骤410-411、“能力接入子系统”收到请求后，将请求转换成MM7协议(移动彩信MM7协议)，发送给MMSC(Multimedia Message Service Center，多媒体信息服务中心)，MMSC将对应的手机报彩信发送给终端用户。

本发明一个实施例提供一种SDP开展业务的方法，使得SP无需为每个新能力开发接口。

具体实现方式是：将“业务接入子系统”与SP之间的接口定义成通用接口，SDP内部逻辑功能部件之间也采用该通用接口通信。

通用接口包括两部分的内容：一部分是公共信息，例如SP身份信息，业务信息，鉴权信息等；另外一部分是业务信息，一般是指业务特有的信息，和业务中需要调用的能力相关，包含了调用该能力所需要的信息。例如一个查询天气的业务请求，需要在业务信息中包含需要提供天气信息的城市、时间等信息；调用一个查询商品价格的能力时，需要提供的商品位置，商品名，或者商品条码等信息。

根据业务场景的需要，可以定义三个通用接口。一个用于SP向SDP发送请求，可以命名为：generalCall；一个用于SDP向SP发送请求，可以命名为：generalNotify；一个用于SDP处理错误，用于向SP发送错误通知，可以命名为：generalError。上述通用接口可以采用WebService接口，形式上可以是SOAP(Simple Object Access Protocol，简单对象访问协议)或者REST((RepresentationalState Transfer，表述性状态转移)或者其它SP能快速开发的接口形式。

接口字段举例说明如下：

generalCall：

generalNotify：

generalError：

根据上述实施例提供的三类通用接口，本发明一个实施例提供与之对应的SDP开展业务的流程。

图5为采用generalRequest的同步业务下发信令流程图。由图5可以看出，SP与“业务接入子系统”之间的接口采用前述实施例中定义的通用接口，SDP内部各子系统之间也采用该通用接口通信，这样只需对“能力接入子系统”进行定制，由其实现内部通用接口和提供业务能力的业务能力模块支持的接口之间的转换，可大大简化开发流程，实现新业务的快速上线。

图6为采用generalRequest的异步业务下发信令流程图，流程采用同步还是异步根据前述定义的generalCall中的operateId字段来确定。

图7所示为采用generalError的“集成总线子系统报错”流程。

图8所示为采用generalError的“能力接入子系统报错”流程。

图9所示为采用generalNotify的同步业务请求流程。

图10所示为采用generalNotify的异步业务请求流程。

采用上述图5至图10公开的使用通用接口进行通信的流程，将“业务接入子系统”与SP之间的接口定义成通用接口，SDP内部部件之间也采用该通用接口通信，这样在将新的电信能力或者互联网能力接入到SDP中时，只需要对“能力接入子系统”进行相应的定制以实现外部接口和内部接口之间的转换，“业务接入子系统”和“集成总线子系统”都不需要定制，从而降低了在SDP中引入一种新能力所需要的时间，有利于实现新业务的快速上线。

在当前的SDP简单业务场景中，SDP集成外部业务能力模块提供的业务能力，通常SDP作为一个单纯的业务通道，不需要进行复杂的业务逻辑编排(需要进行复杂业务逻辑编排的场景如，SP给用户下发一条短信，后续短信状态报告到达SDP，SDP需要找到原来下发短信时缓存的记录，更新记录的状态)。对于这种场景，可以应用本发明实施例公开的方法，采用通用接口的方式，从而避免在“业务接入子系统”和“集成总线子系统”上定制新的接口和业务逻辑。

对于需要进行复杂业务逻辑编排的业务场景，使用本发明实施例公开的通用接口，还需要在SDP内部新增一个定制模块，例如可以命名为“业务逻辑处理子系统”，来完成业务逻辑的定制。新增“业务逻辑处理子系统”之后，SDP在处理需要进行逻辑编排的复杂业务时，采用本发明实施例提供的通用接口发出的业务请求(适用于SP发起的和终端用户发起场景)，例如generalCallRequest，到达“集成总线子系统”后，“集成总线子系统”根据请求消息公共部分的“operateId”判断该请求是否需要路由给“业务逻辑处理子系统”进行处理。“集成总线子系统”同“业务逻辑处理子系统”之间同样采用SDP内部定义的通用接口进行通信，例如generalCallRequest。“业务逻辑处理子系统”解析对应请求消息业务信息中的Service Party部分的内容，然后做相应的业务逻辑处理，处理可能涉及系统内部运算，存储上下文会话，调用周边子系统接口等操作。

以下分别举例具体说明应用本发明实施例公开的方法处理上述简单业务和复杂业务的流程。

例如，一个小额支付的能力集成到SDP中，SP开发的业务可以调用该小额支付能力来收取为终端用户服务的费用。图11所示为SDP中处理该简单业务的信令流程图。

由图11可以看出，该流程只涉及一种小额支付能力的调用，流程中的步骤1101、1103、1104都可以使用本发明实施例中公开的通用接口generalCallRequest。“业务接入子系统”根据通用接口中的spId和spPassword字段做接入认证，同时进行SLA控制，其中SLA控制可以有多个级别，包括但不限于系统级别、业务级别、SP级别、用户级别、服务级别等。例如可以根据serviceId，spId等字段信息做相应的service级别，SP级别的SLA控制。“集成总线子系统”根据通用接口中的operateId字段来判断消息的路由。在本实例中，根据operateId判断请求需要路由给“能力接入子系统”进行处理。“能力接入子系统”根据operateId确定具体的协议转换规则，将通用请求转换成提供支付能力的支付能力模块支持的接口。

通过上面的应用场景举例可以看出，采用通用接口的方式将新的能力集成到SDP系统中，“业务接入子系统”和“集成总线子系统”都不需要做相关的开发，这样便可以做到在两个子系统之间采用有限的接口，支持无限的业务场景的可能。

下面通过一个SDP向用户终端下发天气预报业务的应用场景举例，具体说明如何应用本发明实施例提供的通用接口和“业务逻辑处理子系统”实现需要进行业务逻辑编排的复杂业务场景应用。

图12所示为SDP处理较复杂业务场景时，内部各子系统的处理流程图。

在下面所举的较复杂应用场景处理中，涉及到三种SDP能力的组合调用，包括位置、气象和SMS(Short Message Service，短信息服务)能力，引入“业务逻辑处理子系统”完成业务逻辑的定制。

由图12可以看出，该流程中的步骤1201、1204、1206、1212、1213、1218、1219、1224以及1225均可以使用本发明实施例中提供的通用接口格式generalCallRequest。其中“业务接入子系统”可以根据通用接口中的spId字段、spPassword字段做接入认证，同时根据serviceId，spId等字段信息做相应的service级别，SP级别的SLA控制。“集成总线子系统”根据通用接口中的operateId字段来判断请求消息的路由，在本实施例所举复杂应用场景的处理中，其根据operateId字段判断出该请求需要路由给“业务逻辑处理子系统”进行处理。“业务逻辑处理子系统”根据operateId字段找出需要执行的业务逻辑，不同的operateId字段对应的处理逻辑不同，本实施例中，对应有需要调用位置能力，气象能力和短信能力三个不同的逻辑。

通过以上所举应用场景，可以看出使用本发明实施例公开的通用接口除能快速高效地完成单个能力的接入外，通过结合“业务逻辑处理子系统”还可以方便的将SDP的各种能力通过组合的方式提供给SP，使得SP能够更加快速的完成业务的开发上线。本例所举的涉及三种能力调用的复杂应用场景，若采用传统的开发方式，SP需要和SDP交互3次，但是使用本发明实施例提供的方案只需要交互1次。

本发明实施例中采用通用接口的方式，来实现ParlayX/OneAPI规范中未定义的能力接口。通过上述公开的两个具体的应用场景，可以看出使用通用接口减少了SDP内部部件之间交互的接口数量，使得SDP平台能够更加快速的接入新的能力。通用接口的使用还能使SP将主要精力集中在业务开发而非各种接口的开发上，使得SP开发新业务的速度加快。再结合本发明实施例提供的“业务逻辑处理子系统”，使得SDP的组合能力可以通过单个通用接口的方式供SP使用，SP负责开发的业务变得更加简单，降低SP的开发成本，缩短新业务上线时间。

本领域技术人员可以意识到，结合本文中所公开的实施例中描述的各方法步骤和单元，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各实施例的步骤及组成。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法步骤可以用硬件、处理器执行的软件程序、或者二者的结合来实施。软件程序可以置于随机存取存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM或技术领域内所公知的任意其它形式的存储介质中，所述的软件或者程序，包括如下步骤：(方法权利要求)。

尽管已示出和描述了本发明的一些实施例，但本领域技术人员应该理解，在不脱离本发明的原理和精神的情况下，可对这些实施例进行各种修改，这样的修改应落入本发明的范围。

Claims (16)

1.一种业务交付平台开展业务的方法，其特征在于，所述方法包括：

业务交付平台SDP接收服务提供商SP发送的业务请求，所述业务请求中包含公共信息和业务信息；

根据所述业务请求中的公共信息对所述SP进行接入认证，确定所述业务请求在所述SDP中的路由；

根据所述业务请求中的公共信息确定所述业务请求调用的业务能力，根据所述业务请求中的业务信息确定调用所述业务能力所需要的信息；

将所述业务请求转换为提供所述业务能力的业务能力模块支持的接口；

将所述转换后的业务请求发送至所述业务能力模块。

2.如权利要求1所述的方法，其特征在于，所述确定所述业务请求在所述SDP中的路由具体为，所述业务请求路由到业务逻辑处理子系统进行处理。

3.如权利要求1所述的方法，其特征在于，所述SDP对所述SP进行接入认证之后，确定所述业务请求在所述SDP中的路由之前，还包括：

根据所述业务请求中的公共信息进行服务水平协议SLA控制。

4.如权利要求1-3任一项所述的方法，其特征在于，所述业务请求中的公共信息至少包括以下内容之一：

所述SP在所述SDP上申请的身份标识spId、所述SP在所述SDP上设置的密码spPassword、所述业务请求对应的业务标识serviceId、所述业务请求时间戳timeStamp、操作ID标识operateId和终端身份标识userId。

5.如权利要求4所述的方法，其特征在于，所述根据所述业务请求中的公共信息对所述SP进行接入认证，具体为：

根据所述公共信息中包含的所述SP在所述SDP上申请的身份标识spId以及所述SP在所述SDP上设置的密码spPassword，对所述SP进行接入认证。

6.如权利要求4所述的方法，其特征在于，所述根据所述业务请求中的公共信息进行服务水平协议SLA控制，包括：

根据所述公共信息中包含的所述业务请求对应的业务标识serviceId进行服务级别的SLA控制，以及根据所述公共信息中包含的所述SP在所述SDP上申请的身份标识spId进行SP级别的SLA控制。

7.如权利要求4所述的方法，其特征在于，所述根据所述业务请求中的公共信息确定所述业务请求在所述SDP中的路由，具体为：

根据所述公共信息中包含的所述操作ID标识operateId，确定所述业务请求在所述SDP中的路由。

8.如权利要求4所述的方法，其特征在于，所述根据所述业务请求中的公共信息确定所述业务请求调用的业务能力，将所述业务请求转换为提供所述业务能力的业务能力模块支持的接口，具体为：

根据所述公共信息中包含的所述操作ID标识operateId确定所述业务请求调用的业务能力，并根据所述operateId确定协议转换规则，依据所述协议转换规则将所述业务请求转换为提供所述业务能力的业务能力模块支持的接口。

9.一种业务交付平台SDP，其特征在于，所述SDP包括：

业务接入子系统，用于接收业务提供商SP发送的业务请求，并对所述SP进行接入认证，所述业务请求中包含公共信息和业务信息；

集成总线子系统，用于确定所述业务请求在所述SDP中的路由；

能力接入子系统，用于确定所述业务请求调用的业务能力，并将所述业务请求转换为提供所述业务能力的业务能力模块支持的接口。

10.如权利要求9所述的SDP，其特征在于，所述SDP还包括：业务逻辑处理子系统，用于处理所述SDP需要执行的业务逻辑。

11.如权利要求9或10所述的SDP，其特征在于，所述业务接入子系统还用于进行服务水平协议SLA控制。

12.如权利要求9或10所述的SDP，其特征在于，所述业务接入子系统对所述SP进行接入认证，具体为：

所述业务接入子系统根据所述公共信息中包含的所述SP在所述SDP上申请的身份标识spId以及所述SP在所述SDP上设置的密码spPassword，对所述SP进行接入认证。

13.如权利要求11所述的SDP，其特征在于，所述业务接入子系统进行服务水平协议SLA控制，包括：

所述业务接入子系统根据所述公共信息中包含的所述业务请求对应的业务标识serviceId进行服务级别的SLA控制，以及根据所述公共信息中包含的所述SP在所述SDP上申请的身份标识spId进行SP级别的SLA控制。

14.如权利要求9或10所述的SDP，其特征在于，所述集成总线子系统确定所述业务请求在所述SDP中的路由，具体为：

所述集成总线子系统根据所述公共信息中包含的所述操作ID标识operateId，确定所述业务请求在所述SDP中的路由。

15.如权利要求9或10所述的SDP，其特征在于，所述能力接入子系统确定所述业务请求调用的业务能力，并将所述业务请求转换为提供所述业务能力的业务能力模块支持的接口，具体为：

所述能力接入子系统根据所述公共信息中包含的所述操作ID标识operateId确定所述业务请求调用的业务能力，并根据所述operateId确定协议转换规则，依据所述协议转换规则将所述业务请求转换为提供所述业务能力的业务能力模块支持的接口。

16.如权利要求10所述的SDP，其特征在于，所述业务逻辑处理子系统确定所述SDP需要执行的业务逻辑，具体为：

所述业务逻辑处理子系统根据所述公共信息中包含的所述操作ID标识operateId确定所述SDP需要执行的业务逻辑。

Images