专利名称：网关和网关的信息处理方法
技术领域：
本发明涉及一种网关和网关的信息处理方法，属于通信领域。
技术背景在现有的电信业务开发平台中，业务的应用和业务的运行处理不是分离 的。各业务的平台和处理方式相对独立而且各不相同。当开发一个新业务时，不能调用现有的业务模块。每开发一个新业务就 要开发一个新的平台，不但增加了开发的难度，而且造成了资源的浪费。电信业务能力的开放程度非常低，要求众多内容提供商(Content Provider, CP) /业务提供商(Service Provider, SP )的应用开发者需要专门的电信知 识，很难以非常简单的方式调用电信网络所提供的各种业务能力。另外，对 于融合类业务，很难将各种业务能力融合在一个平台中。发明内容本发明的目的是针对现有技术的缺陷，而提供一种网关和该网关的信息 处理方法，以实现以筒单的方式调用电信网络所提供的各种业务能力。 为实现上述目的，本发明提供了一种网关，包括网络服务器，用于将接收到的SP侧网络服务器下行调用请求转换为内部 消息并发送，和将接收到的上行通知请求转换为网络服务器调用；业务能力处理机，与所述网络服务器相连接，用于根据接收到的所述网 络服务器下行调用请求，触发对应的业务逻辑处理所述网络服务器下行调用 请求，和进行协议适配；并根据接收到的网络侧业务上行通知请求消息触发业务逻辑，并发送给所述网络服务器。所述业务能力处理机为数个，并且均与所述网络服务器相连接。所述网 络服务器为数个，并且均与所述业务能力处理机相连接。所述业务能力处理 机为数个，所述网络服务器也为数个，并且所述数个网络服务器与每一个业 务能力处理机相连接，所述数个业务能力处理机与每一个网络服务器相连接。所述业务能力处机包括业务逻辑处理器，与所述网络服务器相连接，用于根据接收到的网络服务器下行调用请求，触发对应的业务逻辑处理所述 网络服务器下行调用请求，和根据接收到的网络侧业务上行通知请求消息触发业务逻辑，并发送给所述网络服务器；协议适配器，与所述业务逻辑处理 器相连接，用于进行标准协议和内部信息的适配。为实现上述目的，本发明还提供了一种网关的信息处理方法，包括步骤ll,网关的网络服务器接收到网络服务器下行调用请求后，转换为 内部消息发送给该网关的业务能力处理机；步骤12,该业务能力处理机根据接收到的所述网络服务器下行调用请求 所转换的内部消息，触发业务逻辑处理该内部消息；步骤21，所述业务能力处理机根据接收到网络侧业务调用上行通知消息 触发业务逻辑，发送给网络服务器；步骤22，该网络服务器根据接收到的业务调用上行通知消息转换为网络 服务器调用请求。所述步骤12具体为步骤121，该业务能力处理机的业务逻辑处理器根 据接收到的所述网络服务器下行调用请求所转换的内部消息，触发业务逻辑 处理该内部消息，然后将适配后的内部消息发送给该业务能力处理机的协议 适配器；步骤122，该协议适配器将内部消息适配为标准协议。所述步骤21 具体为步骤211,所述业务能力处理机的协议适配器将接收到的所述网络侧 业务调用上行通知消息适配为内部消息，发送给所述业务能力处理机的业务逻辑处理器；步骤212，所述业务逻辑处理器根据接收到的所述内部消息触发 业务逻辑，发送给网络服务器。所述步骤212具体为所述业务逻辑处理器 根据接收到的所述内部消息触发业务逻辑，根据负荷分担的原则发送给没有 出现异常的网络服务器。所述步骤11具体为网关的网络服务器接收到所述网络服务器下行调用常的业务能力处理机。所述步骤21具体为所述业务能力处理机根据接收到 的所述网络侧业务调用上行通知消息触发业务逻辑，根据负荷分担的原则发 送给没有出现异常的网络服务器。因此，本发明实现了一种分布架构的基于Web Service的业务网关，具 有良好的负荷分担功能以及异常保护机制。解决了现有的电信业务平台中， 业务的应用和业务的运行处理不分离，各业务的平台和处理方式相对独立而 且各不相同的问题。降低了开发新业务以及融合类业务的难度，减少了业务 能力资源的浪费。下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。
图1所为本发明网关实施例1的结构示意图；图2所为本发明网关实施例2的结构示意图；图3为本发明网关实施例3的结构示意图；图4为本发明网关实施例4的结构示意图；图5为本发明网关业务能力单独部署时的结构示意图一；图6为本发明网关业务能力单独部署时的结构示意图二；图7为本发明网关的信息处理方法实施例一的流程图；图8为本发明网关的信息处理方法实施例二的流程图；图9为本发明网关实施例5结构示意图。
具体实施方式
本发明是基于网络服务器(Web Service)的Parlay X标准技术的开放 业务平台提出了面向下一代网络的体系结构，它将业务的应用和运行业务的 平台分离，使得应用的开发者不需要专门的电信知识，就能以非常简单的方 式调用电信网络所提供的呼叫控制、短信、彩信和定位等业务能力。该电信业务能力开放模式适合CP/SP来开发增值业务。因此网关内部的 信息处理方法完善可靠，而网关的性能稳定。Par 1 ay X技术对应用层提供标准的网络月l务应用编程接口 ( A卯1 icat ion Programming Interface, Web Service API),底层的实现是基于超文本传 输协议(HyperText Transport Protocol， HTTP )+可扩展标识语言(Extensible Markup Language, XML)技术的。本发明在实现上，将网络服务器与业务能 力处理机相分离，采用分布式架构，实现Web Service与业务能力处理机负 荷分担的方法。本发明中，业务能力处理机又在逻辑上分为两层业务逻辑 处理器和协议适配器。因此，网关包括了 Web Service,业务逻辑处理器和协 议适配器独立分布，系统结构完整而清晰；其次业务能力处理机采用分布式 的结构，业务能力处理机可以单独部署某个业务能力，也可以采用组合方式， 部署多个业务能力；最后Web Service和业务能力处理机采用冗余部署方案， 二者之间采用心跳检测机制，不仅可以实现Web Service和业务能力处理机 之间的负荷分担，同时，保证了异常情况下的错误保护，增强了系统的安全 性和稳定性。如图1所示，为本发明网关实施例1的结构示意图，包括网络服务器l, 用于将接收到的SP侧网络服务器下行调用请求转换为内部消息并发送，和将 接收到的上行通知请求转换为网络服务器调用；业务能力处理机2，与网络服 务器1相连接，用于根据接收到的所述网络服务器下行调用请求，触发对应 的业务逻辑处理所述网络服务器下行调用请求，和进行协议适配；并根据接收到的网络侧业务上行通知请求消息触发业务逻辑，并发送给所述网络服务 器1。再如图1所示，业务能力处机2包括业务逻辑处理器21,与网络服务器 l相连接，用于根据接收到的网络服务器下行调用请求，触发对应的业务逻辑 处理所述网络服务器下行调用请求，和根据接收到的网络侧业务上行通知请求消息触发业务逻辑，并发送给所述网络服务器1;协议适配器22,与业务 逻辑处理器21相连接，用于进行标准协议和内部信息的适配。如图2所示，为本发明网关实施例2的结构示意图，业务能力处理机2 为数个，并且均与网络服务器1相连接。如图3所示，为本发明网关实施例3 的结构示意图，网络服务器1为数个，并且均与业务能力处理机2相连接。 如图4所示，为本发明网关实施例4的结构示意图，业务能力处理机2为数 个，网络服务器1也为数个，并且数个网路服务器1与每一个业务能力处理 机2相连接，数个业务能力处理机2与每一个网络服务器1相连接。因为Web Servicel和业务能力处理机2相分离，二者采用独立分布的模 式，并且一个Web Servicel可以和多个业务能力处理机2交互。内部通讯采 用自定义的内部消息。同时，二者之间采用心跳检测机制，确保在某一个节 点异常的情况下，后续的消息处理不受影响。在Web Servicel与多个业务能力处理机2交互的情况下，根据各个业务 处理机的处理能力，实现了 Web Servicel根据调用请求的类型，向不同的业 务能力处理机2转发消息。由于有多个业务能力处理机2，其能力可以各不相 同，可以根据组网需要任意设计。既可以将所有的业务能力部署在同一个业 务能力处理机上2,也可以单独或以任意组合的方式部署在不同的业务能力处 理机2上；但是，必须保证对于某个业务能力，业务能力处理机的部署是冗 余的。业务能力处理机的部署原则如下对于下行流程，当SP发起Web Service的调用请求时，在一个业务能力处理机异常的情况下，Web Service将调用请求转发给其它的业务能力处理机 处理，保证下行流程的稳定性；对于上行流程，当网络引擎送来的消息到达业务能力处理机时，在某个 Web Service异常的情况下，业务能力处理机将请求转发给运行正常的Web Service,保证Web Service能正常的回调SP。本发明中，同一业务的逻辑处理器和协议适配器放在一起，构成一个业 务能力处理机。而Web Service与业务能力处理机之间采用分布式的结构。 如图5所示，为本发明网关业务能力单独部署时的结构示意图一，既可以将 一个业务能力处理机放在一个机器上，分别单独部署，例如短信业务能力处 理机201、彩信业务能力处理机202和定位业务能力处理机203;如图6所示， 为本发明网关业务能力单独部署时的结构示意图二，也可以将各个业务能力 处理机放在同一个机器上，采用不同的组合方式，例如短信/彩信业务能力处 理才/L 204、定位/WAP业务能力处理机205和语音呼叫业务能力处理^几206。这 种处理方式的优势在于业务能力的扩充非常方便，如果需要增强业务能力 的处理能力，或者增加新的业务能力处理，只需要增加业务能力处理机就可 以了 ，不会影响原有的系统架构。本发明中Web Service与业务能力处理机之间采用动态的负荷分担方式， 以便保证系统的安全性和可靠性。其实现机制如下通常情况下业务能力处理机的部署采用冗余机制，即至少保证同一个业 务能力部署在不少于两台业务能力处理机上，Web Service根据各个业务能力 处理机的处理能力分发不同的能力调用请求给业务能力处理机，对于冗余部 署的业务能力处理机，由Web Service采用采用轮询方式发送调用请求。同 时，Web Service和业务能力处理机之间保持3秒钟(时间可以配置)为周期 的心跳检测。在Web Service检测到与某个业务能力处理机通讯异常的情况 下，自动将调用请求转发给冗余的业务能力处理机。通常情况下，Web Service也采用冗余方式部署，即有多个Web Service,此时，当业务能力处理机检测到与某个Web Service之间的通讯异常的情况 下，业务能力处理机接收到网络侧的上行请求后，也会自动将调用请求转发 纟合正常的Web Service处理，由它去回调SP,保证系统的安全性。如图7所示为本发明网关的信息处理方法实施例一的流程图，详细步骤 如下步骤lll,网关的网络服务器接收到网络服务器下行调用请求后，转换为 内部消息即转换为网络服务器与业务处理机之间的内部协议，发送给该网关 的业务能力处理机；步骤112，该业务能力处理机根据接收到的所述网络服务器下行调用请求 所转换的内部消息，触发业务逻辑处理该内部消息；步骤121,所述业务能力处理机根据接收到网络侧业务调用上行通知消息 触发业务逻辑，发送给网络服务器；在包括多个网络服务器的时候，业务能力处理机根据接收到请求消息触 发业务逻辑，发送给没有出现异常的网络服务器；步骤122,该网络服务器根据接收到的业务调用上行通知消息转换为网络 服务器调用请求。如图8所示为本发明网关的信息处理方法实施例二的流程图，详细步骤 步骤211，网关的网络服务器接收到所述网络服务器下行调用请求后，转 力处理才几；步骤212，该业务能力处理机的业务逻辑处理器根据接收到的所述网络服 务器下行调用请求所转换的内部消息，触发业务逻辑处理该内部消息，然后 将适配后的内部消息发送给该业务能力处理机的协议适配器；步骤213，该协议适配器将内部消息适配为标准协议；步骤221，所述业务能力处理机的协议适配器将接收到的所述网络侧业务调用上行通知消息适配为内部消息，发送给所述业务能力处理机的业务逻辑 处理器；步骤222,所述业务逻辑处理器根据接收到的所述内部消息触发业务逻 辑，根据负荷分担的原则发送给没有出现异常的网络服务器；步骤223,该网络服务器根据接收到的业务调用上行通知消息转换为网络 服务器调用请求。如图9所示，为本发明网关实施例5结构示意图，以两个Web Service (Wall和Wb12)与两个业务能力处理机(Pa207和Pb208 )的组网结构为例， 来说明这种动态负荷分担机制的实现。Wall和Wbl2为冗余部署的Web Service, Wall和Wbl2为冗余部署的业 务能力处理机，同时负责处理短信调用请求；下行时，当Wall接收到SP的短信调用请求之后，采用轮询方式，将该 调用请求依次转发给Pa207和Pb208的短信业务能力处理机，也就是说，对 于Wall上接收到的短信调用请求，Pa207和Pb208分别承担50%的处理工作; Wbll的处理方式也是如此；上行时，当Pa207接收到网络侧的短信调用请求之后，采用轮询方式， 将该调用请求依次转发给Wall和Wbl2,由它们回调SP, Wall和Wbl2分别承 担50%的处理工作；Pb208的处理方式也是如此；下行时，当Wall检测到与Pa207的通讯出现异常，则将SP过来的所有 调用请求全部转发给业务能力处理机Pb208;反之亦然；上行时，当Pa207 4全测到与Wall的通讯出现异常，则将网络侧过来的所 有调用请求全部转发给Pb208，由它回调SP;反之亦然。因此，本发明涉及通信行业的增值业务开放平台，实现了一种分布架构 的基于Web Service的业务网关，具有良好的负荷分担功能以及异常保护机 制。解决了现有的电信业务平台中，业务的应用和业务的运行处理不分离，各业务的平台和处理方式相对独立而且各不相同的问题。降低了开发新业务 以及融合类业务的难度，减少了业务能力资源的浪费。最后所应说明的是，以上实施例仅用以说明本发明的技术方案而非限制， 尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当 理解，可以对本发明的技术方案进行修改或者等同替换，而不脱离本发明技 术方案的精神和范围。
权利要求
1、一种网关，其特征在于包括网络服务器，用于将接收到的SP侧网络服务器下行调用请求转换为内部消息并发送，和将接收到的上行通知请求转换为网络服务器调用；业务能力处理机，与所述网络服务器相连接，用于根据接收到的所述网络服务器下行调用请求，触发对应的业务逻辑处理所述网络服务器下行调用请求，和进行协议适配；并根据接收到的网络侧业务上行通知请求消息触发业务逻辑，并发送给所述网络服务器。
2、 根据权利要求1所述的网关，其特征在于所述业务能力处理机为数 个，并且均与所述网络服务器相连接。
3、 根据权利要求1所述的网关，其特征在于所述网络服务器为数个，并 且均与所述业务能力处理机相连接。
4、 根据权利要求1所述的网关，其特征在于所述业务能力处理机为数 个，所述网络服务器也为数个，并且所述数个网络服务器与每一个业务能力 处理机相连接，所述数个业务能力处理机与每一个网络服务器相连接。
5、 根据权利要求l、 2、 3或4所述的网关，其特征在于所述业务能力处 机包括业务逻辑处理器，与所述网络服务器相连接，用于根据接收到的网络服 务器下行调用请求，触发对应的业务逻辑处理所述网络服务器下行调用请求， 和根据接收到的网络侧业务上行通知请求消息触发业务逻辑，并发送给所述 网络服务器；协议适配器，与所述业务逻辑处理器相连接，用于进行标准协议和内部 信息的适配。
6、 一种网关的信息处理方法，其特征在于包括步骤11,网关的网络服务器接收到网络服务器下行调用请求后，转换为 内部消息发送给该网关的业务能力处理机；步骤12,该业务能力处理机根据接收到的所述网络服务器下行调用请求所转换的内部消息，触发业务逻辑处理该内部消息；步骤21，所述业务能力处理机根据接收到网络侧业务调用上行通知消息 触发业务逻辑，发送给网络服务器；步骤22，该网络服务器根据接收到的业务调用上行通知消息转换为网络 服务器调用请求。
7、 根据权利要求6所述的网关的信息处理方法，其特征在于所述步骤 12具体为步骤121，该业务能力处理机的业务逻辑处理器根据接收到的所述网络服 务器下行调用请求所转换的内部消息，触发业务逻辑处理该内部消息，然后 将适配后的内部消息发送给该业务能力处理机的协议适配器；步骤122，该协议适配器将内部消息适配为标准协议。
8、 根据权利要求6所述的网关的信息处理方法，其特征在于所述步骤 21具体为步骤211,所述业务能力处理机的协议适配器将接收到的所述网络侧业务 调用上行通知消息适配为内部消息，发送给所述业务能力处理机的业务逻辑 处理器；步骤212,所述业务逻辑处理器根据接收到的所述内部消息触发业务逻 辑，发送给网络服务器。
9、 根据权利要求8所述的网关的信息处理方法，其特征在于所述步骤 212具体为所述业务逻辑处理器根据接收到的所述内部消息触发业务逻辑， 根据负荷分担的原则发送给没有出现异常的网络服务器。
10、 根据权利要求6所述的网关的信息处理方法，其特征在于所述步骤 11具体为网关的网络服务器接收到所述网络服务器下行调用请求后，转换处理机。
11、根据权利要求6所述的网关的信息处理方法，其特征在于所述步骤21具体为所述业务能力处理机根据接收到的所述网络侧业务调用上行通知
全文摘要
本发明涉及一种网关，包括网络服务器，用于将接收到的SP侧网络服务器下行调用请求转换为内部消息并发送，和将接收到的上行通知请求转换为网络服务器调用；业务能力处理机，与所述网络服务器相连接，用于根据接收到的所述网络服务器下行调用请求，触发对应的业务逻辑处理所述网络服务器下行调用请求，和进行协议适配；并根据接收到的网络侧业务上行通知请求消息触发业务逻辑，并发送给所述网络服务器。本发明还涉及一种网关的信息处理方法。因此本发明实现了一种分布架构的基于Web Service的网关和网关的信息处理方法，具有良好的负荷分担功能以及异常保护机制，降低了开发新业务以及融合类业务的难度，减少了业务能力资源的浪费。
文档编号H04L29/06GK101335743SQ20071011815
公开日2008年12月31日 申请日期2007年6月29日 优先权日2007年6月29日
发明者吕锐新, 彬 周, 勇 杨, 翔 段, 袁向阳, 赵立芬 申请人:中国移动通信集团公司