CN101296397A - 第三方业务接入方法、增值业务提供方法及系统 - Google Patents

Abstract

本发明公开了一种基于MSP模式的第三方业务接入方法及系统，支撑平台接收用户发送的业务请求，进行鉴权，将通过鉴权的业务请求转发给业务平台；业务平台根据接入号和业务请求中的指令和特征串匹配出对应的业务代码和业务操作，或者业务平台直接接收预先生成的订购关系的定时触发，产生业务使用请求，从订购关系中得到业务代码；业务平台根据业务代码匹配出业务处理地址；业务平台根据业务处理地址将业务请求中的业务使用请求或由业务平台产生的业务使用请求通过标准接口服务器转发给与该业务处理地址相对应的第三方应用平台。本发明避免了业务在数据业务平台上的重复开发，降低了业务成本。

Description

第三方业务接入方法、增值业务提供方法及系统

【技术领域】

本发明涉及移动数据增值业务领域，尤其涉及基于MSP(MasterService Provider，即主服务提供商)模式的第三方业务接入方法、及接入第三方后移动数据增值业务的提供方法及其系统，以将第三方业务与数据业务平台平滑接入，为用户提供各种业务/服务。

【背景技术】

近年来移动数据增值业务作为一个新型的产业迅速发展。移动数据增值业务相关的用户、运营商、业务/内容提供商三者之间所形成的商业模式在整个产业链发展过程中也不断发生变化。这种变化在一定程度上会对数据业务平台的建设产生影响。目前的模式是：运营商接受第三方业务/内容提供商提供的内容，根据该业务的业务逻辑对系统平台进行再开发，在系统平台上构造第三方业务平台所具有的业务逻辑并完成业务功能，提供给用户使用。Master SP模式(MSP)是近年来新出现的一种数据业务商务模式，在这种模式下，运营商直接接入第三方业务/内容提供商的业务，同时将这些业务包装为运营商的统一品牌，提供给用户使用。运营商向用户收取业务使用费用，运营商和第三方业务/内容提供商之间根据业务的使用进行结算。MSP模式直接整合了第三方业务/内容提供商的现有业务，避免了业务的重复开发，降低了业务成本。但数据业务平台如何支持MSP模式，平滑地接入第三方业务/内容提供商的业务，解决业务提供、业务订购、业务使用等问题，是现在数据业务发展过程中所需解决的。

【发明内容】

本发明的主要目的就是解决现有技术中的技术问题，提供一种基于MSP模式的第三方业务接入方法、增值业务提供方法及系统，使第三方业务/内容可平滑地接入到数据业务平台，为用户提供业务订购和业务使用，并避免了业务的重复开发，降低了业务成本。

为实现上述目的，本发明提供一种基于MSP模式的第三方业务接入方法，适用于将第三方业务接入到数据业务平台，所述数据业务平台包括支撑平台、业务平台和标准接口服务器，所述方法包括以下步骤：

A1、支撑平台接收用户发送的业务请求，对业务请求进行鉴权，将通过鉴权的业务请求转发给业务平台；

B1、业务平台根据接入号和支撑平台转发的业务请求中的指令和特征串匹配出对应的业务代码和业务操作，或者业务平台直接接收预先生成的订购关系的定时触发，产生业务使用请求，从订购关系中得到业务代码；

C1、业务平台根据业务代码匹配出业务处理地址，业务处理地址即第三方应用服务器的地址；

D1、业务平台根据业务处理地址将业务请求中的业务使用请求或由业务平台产生的业务使用请求通过标准接口服务器转发给与该业务处理地址相对应的第三方应用平台。

为实现上述目的，本发明还提供一种增值业务提供方法，适用于基于MSP模式将第三方业务接入到数据业务平台并向用户提供业务/服务，所述数据业务平台包括支撑平台、业务平台和标准接口服务器，所述方法包括以下步骤：

A2、支撑平台接收用户发送的业务请求，对业务请求进行鉴权，将通过鉴权的业务请求转发给业务平台；

B2、业务平台根据接入号和支撑平台转发的业务请求中的指令和特征串匹配出对应的业务代码和业务操作，或者业务平台直接接收预先生成的订购关系的定时触发，产生业务使用请求，从订购关系中得到业务代码；

C2、业务平台根据业务代码匹配出业务处理地址；

D2、业务平台根据业务处理地址将业务请求中的业务使用请求或由业务平台产生的业务使用请求通过标准接口服务器转发给与该业务处理地址相对应的第三方应用平台；

E2、第三方应用平台根据业务使用请求进行业务逻辑处理，完成业务功能后将业务内容通过标准接口服务器返回到业务平台；

F2、业务平台通过支撑平台向用户下发业务内容。

其中，当在所述步骤B2中匹配出的业务请求为业务订购、退订、暂停或激活的订购操作请求时，还包括以下订购关系生成步骤：

A3、业务平台发送业务订购、退订、暂停或激活操作请求到支撑平台；

B3、支撑平台根据业务代码和业务操作生成相应的订购关系；

C3、支撑平台将订购关系通过标准接口服务器转发给第三方应用系统，与第三方应用系统保存的订购关系同步。

其中，在步骤F2中，支撑平台根据下发的业务内容进行计费。

本发明还进一步包括以下搜索步骤：

A4、业务平台接收用户含有关键字的短信；

B4、业务平台根据关键字进行模糊匹配，形成搜索结果菜单；

C4、将含有搜索结果菜单的短信下发给用户；

D4、业务平台接收用户回复的含有菜单序号的短信；

E4、业务平台根据短信的接入号、短信中的菜单序号匹配出业务代码和业务操作。

为实现上述目的，本发明还提供一种增值业务提供系统，包括数据业务平台和第三方应用平台，所述数据业务平台包括支撑平台、业务平台和标准接口服务器，所述支撑平台用于接收用户发送的业务请求，对业务请求进行鉴权；所述业务平台用于接收由支撑平台转发的业务请求，并根据接入号和业务请求中的指令和特征串匹配出对应的业务代码和业务操作，或者用于直接接收预先生成的订购关系的定时触发，产生业务使用请求，从订购关系中得到业务代码，所述业务平台根据业务代码匹配出业务处理地址，并根据业务处理地址将业务请求中的业务使用请求或由业务平台产生的业务使用请求通过标准接口服务器转发给与该业务处理地址相对应的第三方应用平台；所述第三方应用平台根据业务使用请求进行业务逻辑处理，完成业务功能后将业务内容通过标准接口服务器返回到业务平台；所述业务平台通过支撑平台向用户下发业务内容。

为实现上述目的，本发明还提供一种基于MSP模式的第三方业务接入系统，包括支撑平台、业务平台和标准接口服务器，所述支撑平台用于接收用户发送的业务请求，对业务请求进行鉴权；所述业务平台用于接收由支撑平台转发的业务请求，并根据接入号和业务请求中的指令和特征串匹配出对应的业务代码和业务操作，或者用于直接接收预先生成的订购关系的定时触发，产生业务使用请求，从订购关系中得到业务代码，所述业务平台根据业务代码匹配出业务处理地址，并根据业务处理地址将业务请求中的业务使用请求或由业务平台产生的业务使用请求通过标准接口服务器转发给与该业务处理地址相对应的第三方应用平台。

本发明的有益效果是：本发明根据业务使用请求中业务代码匹配出该业务的处理地址(即具有该业务逻辑处理能力的第三方应用服务器的地址)，标准接口服务器根据该业务处理地址，连接到与该地址对应的第三方应用服务器，并将业务使用请求也转发给该第三方，第三方根据业务请求，在第三方应用平台上进行业务逻辑处理，并将处理完的业务内容通过标准接口服务器、业务平台和支撑平台下发给用户，从而实现了在第三方应用平台上进行业务逻辑处理，而数据业务平台不需要进行业务逻辑处理。由于数据业务平台在接入每个第三方业务平台的时候，无需对平台本身作大规模改动和开发，从而将第三方应用平台上的业务平滑地接入到数据业务平台，能够为用户提供业务订购和业务使用服务，并避免了业务在数据业务平台上的重复开发，降低了业务成本。

本发明的特征及优点将通过实施例结合附图进行详细说明。

【附图说明】

图1是本发明一种实施例的流程图；

图2是本发明对定时触发的业务使用请求处理的流程图；

图3是本发明对订购操作请求的处理流程图；

图4是本发明对搜索的处理流程图；

图5是本发明的一种具体应用示意图。

【具体实施方式】

实施例一、用户的业务请求操作可能是订购操作请求，也可能是业务使用请求，当前的业务请求为订购操作的请求还是业务使用的请求是根据业务(也就是业务代码)来决定的，定制类业务上来的请求一定是订购，点播类业务上来的请求一定是使用。

当用户的业务请求是业务使用请求(例如点播请求)时，其流程处理如图1所示，包括以下步骤：

1、用户根据需要发送短信到平台的接入号，每个平台分配有一个用于标志该平台的接入号，用户发送短信时即发送到该平台的接入号，相当于将短信发送给平台，短信即作为用户的业务请求；

2、ISMG(互联网短信网关)接收用户的短信，并将用户的短信转发给数据业务平台上的支撑平台；

3、支撑平台对短信进行综合鉴权，即判断用户是否具有使用该业务的资格，当用户通过鉴权后，支撑平台将用户的短信转发给业务平台；

4、业务平台根据接入号和短信内容中的指令和特征串匹配出业务代码及业务操作，并根据业务代码匹配出业务处理地址(即具有该业务处理逻辑的第三方应用服务器的地址)。对数据业务平台而言，不同的业务，业务代码不同，接入号、指令、特征串也不同。目前中国移动的短信业务使用接入号、指令和特征串唯一标识用户使用的是哪个业务。本发明正是根据接入号、业务请求中的指令和特征串来判断出是哪个业务，即找到了业务代码，通过业务代码再找出是属于哪个第三方来处理的业务。当业务请求是业务使用请求(例如点播请求)时执行步骤5；

5、业务平台根据业务处理地址将业务使用请求通过标准接口服务器转发给与该业务处理地址相对应的第三方应用平台；

6、第三方应用平台根据业务使用请求进行业务逻辑处理，关于第三方应用平台对业务进行逻辑处理的方法属于已有技术，本领域技术人员可以通过查阅已有技术得到，这里不再说明；

7、第三方应用平台在完成业务功能后将业务内容通过标准接口服务器返回到业务平台；

8、业务平台将下发的业务内容转发给支撑平台；

9、支撑平台根据业务内容进行计费；

10、支撑平台向用户下发业务内容。

其中支撑平台进行的计费还可以在下发内容后进行。

实施例二、当业务请求是根据订购关系定时触发而产生的业务使用请求时，其流程处理如图2所示，包括以下步骤：

1、业务平台接受预先生成的订购关系的定时触发，产生一个业务使用请求，根据该业务订购关系中的业务代码，匹配出业务处理地址；

2、业务平台根据预先设定的业务-时间对应表，获得某项业务处在发送时间段内的信息，并对处于发送时间段业务，向标准接口服务器发送业务内容获取请求；

3、标准接口服务器根据业务处理地址将业务获取请求转发给与该业务处理地址相对应的第三方应用平台；

4、第三方应用平台根据业务使用请求进行业务逻辑处理；

5、第三方应用平台完成业务功能后将业务内容下发到标准接口服务器；

6、标准接口服务器将下发的业务内容转发给支撑平台；

7、支撑平台根据业务订购关系，产生群发列表；

8、支撑平台根据下发的业务内容进行计费；

9、支撑平台向ISMG/MMSC(互联网短信网关/多媒体消息业务中心)转发业务内容；

10、ISMG/MMSC向用户下发业务内容。

实施例三、当业务请求是订购、退订、暂停或激活等订购操作请求时，其处理流程如图3所示，包括以下步骤：

1、用户根据需要发送短信到平台的接入号，短信即作为用户的业务请求；

2、ISMG接收用户的短信，并将用户的短信转发给数据业务平台上的支撑平台；

3、支撑平台对短信进行综合鉴权，即判断用户是否具有使用该业务的资格，当用户通过鉴权后，支撑平台将用户的短信转发给业务平台；

4、业务平台根据接入号和短信内容中的指令和特征串匹配出业务代码及业务操作，并根据业务代码匹配出业务处理地址，当业务请求是订购、退订、暂停或激活的订购操作请求时执行步骤5；

5、业务平台向支撑平台发送请求，请求为用户订购、退订、暂停或激活该项业务；

6、支撑平台进行订购、退订、暂停或激活操作，生成新的订购关系；

7、支撑平台向ISMG下发订购结果；

8、ISMG向用户下发订购结果。

支撑平台在生成新的订购关系后还按照业务平台匹配出的业务处理地址将新的订购关系转发给与业务处理地址对应的第三方应用平台，使第三方应用平台原保存的订购关系与新的订购关系同步，即按照新的订购关系更新第三方应用平台上保存的订购关系。

实施例四、在上述实施例的基础上，本实施例还增加了搜索功能，其搜索处理流程如图4所示，包括以下步骤：

1、首先，用户按照规定发送含有关键字的短信到数据业务平台的接入号；

2、ISMG将短信转发给数据业务平台；

3、数据业务平台的支撑平台将短信转发给业务平台；

4、业务平台根据短信中的关键字进行模糊匹配，形成搜索结果菜单；

5、业务平台将搜索结果菜单下发给支撑平台；

6、支撑平台将菜单短信下发给ISMG；

7、ISMG将菜单短信下发给用户；

8、用户根据菜单的提示，回复所需要的业务的菜单序号；

9、ISMG将含有菜单序号的短信转发给数据业务平台；

10、支撑平台将含有菜单序号的短信转发给业务平台；

11、业务平台根据接入号和短信内容匹配出业务代码和业务操作，当业务操作是订购操作时，则可以按照实施例三的方案为用户进行订购操作，当用户的业务操作是使用请求(例如业务点播)时，则可以按照实施例二的方案为用户进行点播操作。

短信搜索是为了降低用户使用业务门槛而开发的平台功能，使用户通过短信的方式和系统进行交互，从而降低用户业务使用难度。对应需要订购的业务，通过这种和用户的交互，可以帮助用户完成订购，对于点播使用的业务(无需进行订购)，通过交互可以让用户能够使用业务。通过这种菜单形式的搜索，可以避免用户去记忆复杂的接入号、指令。

本发明所设计、开发出来的支持MSP模式的第三方业务接入方案的物理形态是一个具有良好定义接口的软件开发包，可以基于这个软件开发包，构建数据业务平台，提供对MSP模式下第三方业务接入的支持。如图5所示为本发明的一个具体应用，将本发明集成到数据业务平台的建设项目中，图中，WAP GW(Wireless Application Protocol Gateway)为无线应用协议网关。WTBS(WAP classic Third-party Business support Subsystem，即WAP类第三方商用支撑子系统)。

支撑平台负责根据其它子系统的请求进行综合鉴权、业务订购、计费的处理。在业务使用流程方面，一方面负责将来自ISMG/MMSC上行的短信/彩信提交给业务平台，另一方面负责将来自业务平台、PORTAL(协议)、标准接口服务器等子系统的业务内容通过短信/彩信的方式下发给ISMG/MMSC。

对于第三方业务/内容接入的业务，业务平台负责根据用户上行的短信(接入号、指令、特征串)匹配出对应的业务代码，并根据业务代码匹配出业务处理地址(第三方应用服务器上的地址)，完成上述匹配后交由标准接口服务器将用户的业务使用请求转发给第三方应用系统。另外，对于包月下发类的业务，业务平台需要根据业务的下发属性(发送频率、发送时间段等)定时触发，通过标准接口服务器向第三方应用服务器获得业务内容。

对于第三方应用系统而言，标准接口服务器是作为CMPP2.0/MM7协议的服务器端，负责短信/彩信的上行和下发；通过HTTP方式代理用WAP访问。对于业务平台而言，标准接口服务器是数据业务平台与第三方应用系统之间的代理服务器。

数据业务平台和第三方应用服务器间的接口规范为：

A.短信方式通信使用CMPP2.0协议，采用短连接方式；

B.彩信方式通信使用MM7协议，采用短连接方式；

C.WAP方式通信使用HTTP协议，采用短连接方式。

以上内容是结合具体的优选实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。

Claims (7)

1.基于MSP模式的第三方业务接入方法，适用于将第三方业务接入到数据业务平台，其特征在于：所述数据业务平台包括支撑平台、业务平台和标准接口服务器，所述方法包括以下步骤：

A1、支撑平台接收用户发送的业务请求，对业务请求进行鉴权，将通过鉴权的业务请求转发给业务平台；

B1、业务平台根据接入号和支撑平台转发的业务请求中的指令和特征串匹配出对应的业务代码和业务操作，或者业务平台直接接收预先生成的订购关系的定时触发，产生业务使用请求，从订购关系中得到业务代码；

C1、业务平台根据业务代码匹配出业务处理地址；

D1、业务平台根据业务处理地址将业务请求中的业务使用请求或由业务平台产生的业务使用请求通过标准接口服务器转发给第三方与该业务处理地址相对应的应用平台。

2.一种增值业务提供方法，适用于基于MSP模式将第三方业务接入到数据业务平台并向用户提供业务/服务，其特征在于：所述数据业务平台包括支撑平台、业务平台和标准接口服务器，所述方法包括以下步骤：

A2、支撑平台接收用户发送的业务请求，对业务请求进行鉴权，将通过鉴权的业务请求转发给业务平台；

B2、业务平台根据接入号和支撑平台转发的业务请求中的指令和特征串匹配出对应的业务代码和业务操作，或者业务平台直接接收预先生成的订购关系的定时触发，产生业务使用请求，从订购关系中得到业务代码；

C2、业务平台根据业务代码匹配出业务处理地址；

D2、业务平台根据业务处理地址将业务请求中的业务使用请求或由业务平台产生的业务使用请求通过标准接口服务器转发给与该业务处理地址相对应的第三方应用平台；

E2、第三方应用平台根据业务使用请求进行业务逻辑处理，完成业务功能后将业务内容通过标准接口服务器返回到业务平台；

F2、业务平台通过支撑平台向用户下发业务内容。

3.如权利要求2所述的增值业务提供方法，其特征在于：当在所述步骤B2中匹配出的业务请求为业务订购、退订、暂停或激活的订购操作时，还包括以下订购关系生成步骤：

A3、业务平台发送业务订购、退订、暂停或激活操作请求到支撑平台；

B3、支撑平台根据业务代码和业务操作生成相应的订购关系；

C3、支撑平台将订购关系通过标准接口服务器转发给第三方应用系统，与第三方应用系统保存的订购关系同步。

4.如权利要求2所述的增值业务提供方法，其特征在于：在步骤F2中，支撑平台根据下发的业务内容进行计费。

5.如权利要求2至4中任一项所述的增值业务提供方法，其特征在于：还包括以下搜索步骤：

A4、业务平台接收用户含有关键字的短信；

B4、业务平台根据关键字进行模糊匹配，形成搜索结果菜单；

C4、将含有搜索结果菜单的短信下发给用户；

D4、业务平台接收用户回复的含有菜单序号的短信；

E4、业务平台根据短信的接入号、短信中的菜单序号匹配出业务代码和业务操作。

6.一种增值业务提供系统，包括数据业务平台和第三方应用平台，其特征在于：所述数据业务平台包括支撑平台、业务平台和标准接口服务器，所述支撑平台用于接收用户发送的业务请求，对业务请求进行鉴权；所述业务平台用于接收由支撑平台转发的业务请求，并根据接入号和业务请求中的指令和特征串匹配出对应的业务代码和业务操作，或者用于直接接收预先生成的订购关系的定时触发，产生业务使用请求，从订购关系中得到业务代码，所述业务平台根据业务代码匹配出业务处理地址，并根据业务处理地址将业务请求中的业务使用请求或由业务平台产生的业务使用请求通过标准接口服务器转发给与该业务处理地址相对应的第三方应用平台；所述第三方应用平台根据业务使用请求进行业务逻辑处理，完成业务功能后将业务内容通过标准接口服务器返回到业务平台；所述业务平台通过支撑平台向用户下发业务内容。

7.基于MSP模式的第三方业务接入系统，其特征在于：包括支撑平台、业务平台和标准接口服务器，所述支撑平台用于接收用户发送的业务请求，对业务请求进行鉴权；所述业务平台用于接收由支撑平台转发的业务请求，并根据接入号和业务请求中的指令和特征串匹配出对应的业务代码和业务操作，或者用于直接接收预先生成的订购关系的定时触发，产生业务使用请求，从订购关系中得到业务代码，所述业务平台根据业务代码匹配出业务处理地址，并根据业务处理地址将业务请求中的业务使用请求或由业务平台产生的业务使用请求通过标准接口服务器转发给与该业务处理地址相对应的第三方应用平台。

Images