背景技术
目前,电信增值服务需要电信增值服务提供商(Service Provider,简称SP)根据运营商提供平台的厂商提供的应用编程接口(ApplicationProgramming Interface,简称API)函数,将增值业务进行二次开发以后发送至运营商提供的平台,最终送到用户终端上。
由于,运营商业务平台众多,包括短信业务平台、彩信业务平台、无线应用协议(Wireless Application Protocol,简称WAP)业务平台、交互式语音应答(Interactive Voice Response,简称IVR)业务平台等采用不同通信技术的业务平台,为增值服务提供商提高了业务接入的复杂度。同时,运营商各业务平台都在不断的完善中,一旦进行系统升级,将引起原有业务的割接,造成极大的不便,同时增加了成本。
例如,中国移动通信集团公司在引入电信增值服务业务系统的时候,电信增值服务提供商需要根据的中国移动通信集团公司业务系统提供的协议进行开发,比如短信业务采用中国移动点对点协议(China MobilePeer to Peer,简称CMPP)进行开发,当系统需要升级时,需要大量改动业务系统。CMPP使用版本已从最初的V1.2已经升级到目前的V3.0,电信增值服务提供商的开发也需要根据版本变化而变化,这对电信增值服务提供企业的研发人员有一定要求,提高了开发的复杂度,造成了电信增值服务提供商开发及维护成本的上升。
电信增值服务提供商网关(Service Provider Gateway,简称SPGW)是一个开发平台,它屏蔽了底层的各种网络能力,向电信增值服务提供商提供一系列简单实用的应用开发接口,屏蔽了复杂的网络协议和网络结构,便于电信增值服务提供商快速开发移动增值业务。
Parlay X协议是第三代合作伙伴计划(3rd Generation PartnershipProject,简称3GPP)在原有Parlay API协议的基础上提出的协议,对API进行了进一步的抽象,并使用基于Web业务的WSDL语言对API进行描述,从而提供了IT开发人员一个更为清晰、简洁、抽象、易于理解的电信业务开发接口。这样IT开发人员无需掌握电信网络专业知识,即可以根据Parlay X协议接口开发、应用下一代网络业务。从而促进下一代网络业务的发展。Parlay X2.0是Parlay X2.0协议的一个升级版本,在原有协议的基础上增加了新的功能。
发明内容
本发明要解决现有技术电信增值服务提供商需要根据不同的业务平台进行电信增值业务开发造成的开发维护成本增加的问题,提供一种电信增值服务提供商业务接入方法及系统,降低电信增值服务提供商业务开发的难度以及业务开发的成本。
本发明提供一种业务接入方法,包括:
电信增值服务提供商业务系统向电信增值服务提供商网关发送携带有第一鉴权信息的请求消息;携带有第一鉴权信息的请求消息为Parlay X2.0下行请求消息,用于电信增值服务提供商网关对电信增值服务提供商进行接入鉴权以及对电信增值服务提供商服务能力进行检测,该PARlay X2.0下行请求消息中携带的第一鉴权信息被封装在下行简单对象访问协议标头中;
电信增值服务提供商网关对所述第一鉴权信息进行鉴权,对于专网接入方式,采用IP地址+账号+密码的方式进行鉴权;对于非专网接入方式,采用加密方式进行鉴权;对于主机托管方式,不进行鉴权;根据运营商业务系统消息协议将该请求消息进行协议转换,并将进行协议转换后的消息发送给运营商业务系统。
本发明还提供一种电信增值服务提供商业务开发系统,包括:
电信增值服务提供商业务系统;
电信增值服务提供商网关,与所述电信增值服务提供商业务系统相连,用于将所述电信增值服务提供商业务系统发送的消息转发到运营商业务系统以及将运营商业务系统发送的消息转发到电信增值服务提供商业务系统;
该电信增值服务提供商网关中包括:
第一接口单元,与所述电信增值服务提供商业务系统相连,用于接收所述电信增值服务提供商业务系统发送的Parlay X2.0下行请求消息;
信息同步管理单元,用于存储所述电信增值服务提供商的数据和业务数据;
第一鉴权单元,分别与所述第一接口单元与所述信息同步管理单元连接,用于根据所述信息同步管理单元中的电信增值服务提供商的数据,对所述第一接口单元接收的Parlay X2.0下行请求消息中携带的第一鉴权信息对电信增值服务提供商的接入权限以及业务能力进行鉴权;
运营商业务协议适配单元,与所述第一接口单元连接,用于在第一鉴权单元对所述PARlay X2.0下行请求消息中携带的第一鉴权信息进行鉴权后根据运营商业务系统的协议将该PARlay X2.0下行请求消息转换成符合运营商业务系统协议的消息。
本发明提供的业务接入方法及系统,以SPGW作为电信增值业务开发的平台,通过对Parlay X2.0协议进行扩充,在Parlay X2.0的请求消息中增加SOAP Header,使得SP发送给SPGW的Parlay X2.0下行请求消息中携带用于SPGW对SP进行接入鉴权和对SP接入能力进行验证的第一鉴权消息,SPGW发送给SP的Parlay X2.0上行请求消息中携带用于SP对SPGW合法性进行 验证的第二鉴权消息,采用该扩展后的Parlay X2.0协议作为SP和SPGW之间的交互协议,简化了SP与运营商之间的交互,降低了SP接入运营商业务系统的复杂度。
下面通过具体实施例并结合附图对本发明做进一步的详细描述。
具体实施方式
如图1所示为本发明业务接入方法实施例一的流程图,具体包括:
步骤A1、SP业务系统向SPGW发送携带有第一鉴权信息的Parlay X2.0下行请求信息,所述第一鉴权信息用于SPGW对SP进行接入鉴权以及对SP服务能力进行检测;其中,SPGW不仅可以对SP进行接入鉴权以及对SP服务能力进行检测,还可以监控SP与运营商业务平台的交互是否符合SP与运营商签署的服务水平协议(service level agreement,简称SLA)。
步骤A2、SPGW对所述第一鉴权信息进行鉴权后,根据运营商业务系统消息协议将该Parlay X2.0下行请求信息进行转换,并将转换后的消息发送给运营商业务系统。
如图2所示为本发明业务接入方法实施例二流程图,具体包括:
步骤B1、SPGW向SP业务系统发送携带有第二鉴权信息的Parlay X2.0上行请求信息,所述第二鉴权信息用于SP商业务系统对SPGW进行合法性验证;
步骤B2、SP业务系统对所述第二鉴权信息进行鉴权后,接收所述ParlayX2.0上行请求信息。
本发明实施例提供的业务接入方法以SPGW作为电信增值业务开发平台,对Parlay X2.0协议进行了扩充,使SP向SPGW发送的请求信息中携带有用于SPGW对SP进行接入鉴权以及对SP服务水平进行检查的第一鉴权信息,SPGW向SP发送的请求信息中携带有用于SP对SPGW进行合法性验证的第二鉴权信息,简化了SP与运营商之间的业务交互,降低了SP接入运营商业务系统的复杂度,降低了SP开发电信增值业务的成本。
如图3所示为本发明业务接入系统实施例一结构示意图,本发明业务接入系统包括:SP业务系统1、电信增值服务提供商网关(SPGW)2、业务管理平台3以及运营商业务系统4,其中电信增值服务提供商网关(SPGW)2由第一接口单元21、第一鉴权单元22、信息同步管理单元23以及运营商协议适配单元24组成,第一鉴权单元22包括SP接入能力检测单元221、网络接入鉴权单元222,SP业务系统1由第二接口单元11和第二鉴权单元12组成;所述SP业务系统1与电信增值服务提供商网关(SPGW)2中的第一接口单元21连接,第一接口单元21分别与第一鉴权单元22中的SP接入能力检测单元221和网络接入鉴权单元222连接,SP接入能力检测单元221和网络接入鉴权单元222均与信息同步管理单元连接,信息同步管理单元23与业务管理平台3连接,运营商协议适配单元24与第一接口单元21连接,运营商业务系统4与运营商协议适配单元24连接。
下面详细介绍本发明电信增值服务提供商业务开发系统实施例一的工作原理。
图2中,SP业务系统用于SP接入运营商的业务系统。电信增值服务提供商网关(SPGW)中的第一接口单元用于接收SP通过SP业务系统发送过来的消息,在本发明业务接入系统实施例一中,该消息是经过了扩充的ParlayX2.0协议下的消息。
第一鉴权单元中的网络接入鉴权单元用于验证SP是否为合法的接入,对于专网接入方式,网络接入鉴权单元采用IP地址+帐号+密码的方式对接入的SP进行鉴权;对于非专网接入方式,网络接入鉴权单元采用加密方式对接入的SP进行鉴权;对于SP主机托管方式,网络接入鉴权单元不对接入的SP进行鉴权。第一鉴权单元中的SP接入能力检测单元用于鉴定预接入的SP是否具备某项业务能力(例如短信、彩信等业务能力)接入权利。
业务管理平台用于存储用户数据、SP数据、产品数据以及业务数据等,SPGW在对SP进行鉴权时需要用到业务管理平台中存储的SP数据和业务数据,为了减小数据的传输量,可以在信息同步管理单元中将业务管理平台中的SP数据和业务数据进行备份,当业务管理平台中的SP数据和业务数据发生了变化时,信息同步管理单元中的SP数据和业务数据也同步发生变化。
运营商协议适配单元用于将第一接口模块接收的Parlay X2.0下行请求消息经过第一鉴权单元鉴权后转换成符合运营商系统协议的消息。该运营商协议适配单元可以包括短信协议驱动、彩信协议驱动、定位协议驱动等等。
运营商业务系统可以包括短信中心、彩信中心、定位中心等等,以上所述的运营商协议适配单元中的协议驱动分别与相应的业务系统相连,如短信协议驱动与短信中心相连,彩信协议驱动与彩信中心相连,定位协议驱动与定位中心相连等。
本发明电信增值服务提供商业务开发系统实施例一中以SPGW作为电信增值业务的开发平台,以Parlay X2.0协议作为SP与SPGW之间交互的协议,由于需要对SP的接入进行鉴权以及SP业务使用的电信网业务能力进行验证,同时SP也需要对SPGW的合法性进行验证,而现有的Parlay X2.0协议尚不具备这种能力,所以需要对Parlay X2.0协议进行扩充。Parlay X2.0协议采用Web服务方式,以超文本传输协议(Hyper Text Transfer Protocol,简称HTTP)或其他协议作为传输层协议,传输层协议上承载简单对象访问协议(Simple Object Access Protocal,简称SOAP)。对Parlay X2.0 进行扩充主要是为了能在Parlay X2.0消息中携带有关SP应用、计费等消息,以供SPGW对SP进行接入鉴权和对SP接入能力进行验证,以及供SP对SPGW进行合法性验证。因此在Parlay X2.0协议中的Web Service消息中增加SOAP标头(SOAP Header)部分,在SOAP Header部分携带有关SP应用、计费等消息,原与应用相关的API参数仍通过SOAP体(SOAPbody)部分携带。
Parlay X2.0协议作为SP与SPGW之间交互的协议,SP与SPGW之间的往来消息均需遵循Parlay X2.0协议,本发明实施例中将符合Parlay X2.0协议的消息称为Parlay X2.0消息。Parlay X2.0消息中包含请求消息和响应消息,SP或SPGW中发起发送消息的一方发送给对方的消息称为请求消息,对方接收到该请求消息后会返回一个响应消息。其中Parlay X2.0请求消息分为上行请求消息和下行请求消息,SP向SPGW发送的为下行请求消息,SPGW向SP发送的为上行请求消息,因此Parlay X2.0消息中的SOAP Header也应该分为上行SOAP Header和下行SOAP Header。上行SOAP Header和下行SOAP Header中携带的消息不同。
如表一所示为上行SOAP Header中包含的参数项、参数类型、参数含义以及对该参数项的说明。
参数项 |
参数类型 |
参数含义 |
备注 |
SPrevID (SP反向调用名) |
netcom:OCTET_21 |
SPGW调用SP时向SP发出的一个供SPGW验证SP合法性的鉴权标识 |
此标识由SP和运营商事先约定 |
SPrevPassword (SP反向调用密 码) |
wsse:PasswordString |
SPGW调用SP时向SP发出的一个供SPGW验证SP合法性的 密码 |
此密码由SP在接入运营商的业务系统之前通 知运营商 |
参数项 |
参数类型 |
参数含义 |
备注 |
TransactionID(组合业务事务 号) |
netcom:OCTET_20 |
标识本上行Parlay X2.0消息是属于哪一个 组合业务的 |
此组合业务事务号来自业务管理平台的“事件 流程控制”回应消息 |
表一
如表二所示为下行SOAP Header中包含的参数项、参数类型、参数含以及对该参数项的说明。
参数项 |
参数类型 |
参数含义 |
备注 |
SpID (SP接入码) |
netcom:OCTET_21 |
SP发出的供SPGW验证SP合 法性的鉴权标识 |
此标识是运营商分配 给SP的唯一标识 |
Password (SP接入密码) |
wsse:PasswordString |
SP发出的SPGW验证SP合 法性的密码 |
此密码是SP接入运营商业务系统 时运营商通知SP的 |
ServiceID (应用标识) |
netcom:OCTET_21 |
标识下行消息是属于哪个 业务应用的 |
由SP填写 |
Transaction (组合业务事 务号) |
netcom:OCTET_20 |
标识本下行消息是属于哪 一个组合业务 |
由SP填写,可选,无组合业务时无此项数据,该组合业务事务号参数 由业务管理平台分配,后续电信增值服务提供商 |
参数项 |
参数类型 |
参数含义 |
备注 |
|
|
|
业务系统向电信增值服务提供商网关发送的消息中需要携带该组合业务事务号参数 |
OA (定购者地址) |
netcom:OCTET_36 |
业务定购者 的地址 |
由SP填写,群发时不 填 |
FA (付费者地址) |
netcom:OCTET_36 |
业务付费者 的地址 |
由SP填 写,可选 |
表二
如图4所示为本发明业务接入方法实施例一的信令图,首先SP通过SP业务系统向SPGW发送Parlay X2.0下行请求消息,由于Parlay X2.0的传输层协议上承载SOAP协议,所以在Parlay X2.0下行请求消息中携带SOAP信封,SOAP信封中包括扩展了的下行SOAP Header和SOAP Body,扩展了的下行SOAP Header部分携带有用于SPGW对SP进行接入鉴权和对SP接入能力进行验证的消息,具体为下行SOAP Header中包含有如表二所述的参数项。SOAP Body中携带原Parlay X2.0协议中与应用相关的API参数。SPGW在收到该Parlay X2.0上行请求消息后,向SP返回一个Parlay X2.0响应消息,该响应消息由SOAP Body携带。然后SPGW将该Parlay X2.0上行请求消息转换成符合运营商业务系统的消息协议的消息,并将该消息内容发送给运营商业务系统。
如图5所示为本发明业务接入方法实施例二的信令图。运营商业务系统向SPGW发送消息,SPGW在收到该消息后将该消息转换成符合Parlay X2.0协议的消息并将该Parlay X2.0消息作为Parlay X2.0上行请求消息发送给SP,该Parlay X2.0上行请求消息的上行SOAP Header中包含有如表一所述 的参数项。SP在收到该Parlay X2.0上行请求消息后,根据该Parlay X2.0消息中的SOAP Header中携带的消息对SPGW的合法性进行验证,然后返回给SPGW一个Parlay X2.0响应消息。
本发明以SPGW作为电信增值业务开发的平台,通过对Parlay X2.0协议进行扩充,在Parlay X2.0的请求消息中增加SOAP Header,使得SP发送给SPGW的Parlay X2.0请求消息中携带用于SPGW对SP进行接入鉴权和对SP接入能力进行验证的消息,采用该扩展后的Parlay X2.0协议作为SP和SPGW之间的交互协议,简化了SP与运营商之间的交互,降低了SP接入运营商业务系统的复杂度。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。