CN101478545B

CN101478545B - 基于Web服务接口的数据分发处理方法、装置及系统

Info

Publication number: CN101478545B
Application number: CN2009100066633A
Authority: CN
Inventors: 刘坤
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2009-02-09
Filing date: 2009-02-09
Publication date: 2012-06-13
Anticipated expiration: 2029-02-09
Also published as: CN101478545A

Abstract

本发明公开了一种基于Web服务接口的数据分发处理方法、装置及系统，其中，该方法包括：Web服务数据分发处理装置通过第一接口接收请求消息，调用第一工作线程根据请求消息的类型对请求消息进行处理；Web服务数据分发处理装置保存接收请求消息的会话数据，将处理的请求消息通过第二接口发送出去，并释放第一工作线程；Web服务数据分发处理装置通过第二接口接收对应于处理的请求消息的回复消息，调用第二工作线程对回复消息进行处理，并通过第一接口返回会话数据和处理的回复消息。通过本发明，提高了整个ISAG系统的业务处理流量，使得系统能够在高负载的状态下长时间地稳定运行。

Description

基于Web服务接口的数据分发处理方法、装置及系统

技术领域

本发明涉及通信领域，具体而言，涉及一种基于Web服务接口的数据分发处理方法、装置及系统。

背景技术

ParlayX是Parlay组织在Parlay规范基础上提出的新的开放业务架构规范，ParlayX继承了Parlay规范开放网络业务能力的特性，并对Parlay规范进行了抽象和简化。ParlayX以互联网服务(WebService)技术为基础，底层数据传输遵循简单对象访问协议(SimpleObject Access Protocol，简称为SOAP)。

综合业务接入网关(Integrated Service Access Gateway，简称为ISAG)是一种基于Web Service的Parlay X标准技术的第三代开放业务平台，ISAG提出了面向下一代网络的体系结构，它将业务的应用和运行业务的平台分离，使得服务提供商(Service Provider，简称为SP)不需要专门的电信知识，就能以非常简单的方式调用电信网络所提供的呼叫控制、短信、彩信和定位等业务能力。由于ISAG需要支持十余种不同的业务引擎，同时还要支持本地上下行以及路由流程，作为基于Web Service接口的ISAG系统，需要能够高效、稳定的与其他网元进行大流量数据处理。

但是，针对基于Web Service接口的ISAG系统需要高效、稳定的与其他网元进行大流量数据处理所遇到的问题，相关技术中尚未提出有效的解决方案。

发明内容

考虑到相关技术中基于Web Service接口的ISAG系统不能与其他网元进行大流量数据处理的问题而提出本发明，为此，本发明的主要目的在于提供一种基于Web服务接口的数据分发处理方法、装置及系统，以解决相关技术中存在的上述问题至少之一。

为了实现上述目的，根据本发明的一个方面，提供了一种基于Web服务接口的数据分发处理方法。

根据本发明的基于Web服务接口的数据分发处理方法包括：Web服务数据分发处理装置通过第一接口接收请求消息，调用第一工作线程根据请求消息的类型对请求消息进行处理；Web服务数据分发处理装置保存请求消息的会话数据，将处理的请求消息通过第二接口发送出去，并释放第一工作线程；Web服务数据分发处理装置通过第二接口接收对应于处理的请求消息的回复消息，调用第二工作线程对回复消息进行处理，并通过第一接口返回会话数据和处理的回复消息。

优选地，第一接口为Web服务接口，第二接口为Web服务数据分发处理装置所在的ISAG的内部接口。

优选地，Web服务数据分发处理装置通过第一接口接收请求消息，并通过第二接口发送请求消息的处理包括：Web服务数据分发处理装置通过Web服务接口接收来自SP的下行请求消息和/或接收来自路由器的路由请求消息，并通过内部接口将下行请求消息和/或路由请求消息作为请求消息发送至ISAG的业务处理机。

优选地，Web服务数据分发处理装置通过第二接口接收回复消息，并通过第一接口返回回复消息和会话数据的处理包括：Web服务数据分发处理装置通过内部接口接收来自ISAG的业务处理机的下行回复消息和/或路由回复消息，并通过Web服务接口将下行回复消息作为回复消息与会话数据一并返回至SP、和/或将路由回复消息作为回复消息与会话数据一并返回至路由器。

优选地，第一接口为Web服务数据分发处理装置所在的ISAG的内部接口，第二接口为Web服务接口。

优选地，Web服务数据分发处理装置通过第一接口接收请求消息，并通过第二接口发送请求消息的处理包括：Web服务数据分发处理装置通过内部接口接收来自ISAG的业务处理机的上行请求消息和/或路由请求消息，并通过Web服务接口将上行请求消息作为请求消息发送至SP、和/或将路由请求消息作为请求消息发送至路由器。

优选地，Web服务数据分发处理装置通过第二接口接收回复消息，并通过第一接口返回回复消息和会话数据的处理包括：Web服务数据分发处理装置通过Web服务接口接收来自SP的上行回复消息、和/或接收来自路由器的路由回复消息，并通过内部接口将上行回复消息作为回复消息与会话数据一并返回至ISAG的业务处理机、和/或将路由回复消息作为回复消息与会话数据一并返回至ISAG业务处理机。

根据本发明的另一方面，还提供了一种数据分发处理装置。

根据本发明的数据分发处理装置，用于包括SP、ISAG业务处理机、路由器的系统，该装置包括：数据分发模块，用于通过第一接口接收请求消息，并根据请求消息的类型将请求消息分发至相应的数据处理模块，并用于通过第一接口发送请求消息的会话数据以及对应于请求消息的回复消息；数据处理模块，用于根据请求消息的类型对请求消息进行处理，并将处理后的请求消息通过第二接口发送出去；缓存管理模块，用于缓存接收请求消息的会话数据。

优选地，该装置还包括：时间、统计日志、管理模块，用于为数据处理提供日志话单，为系统提供Web服务接口的业务统计信息，并处理缓存管理模块中缓存超过预设时间的会话数据。

根据本发明的另一方面，还提供了一种数据分发处理系统。

根据本发明的数据分发处理系统，其中，该系统包括：综合业务接入网关ISAG业务处理机、服务提供商SP/路由器、和上述的数据分发处理装置，其中，上述数据分发处理装置分别与ISAG业务处理机和SP/路由器相连。

借助于本发明的上述技术方案，通过将同步处理流程拆分为异步的请求和回复两个单独的处理单元，并采用负荷分担和会话缓存机制，提高了整个ISAG系统的业务处理流量，使得系统能够在高负载的状态下长时间地稳定运行。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明的实施例的数据分发处理装置的框图；

图2是根据本发明实施例的数据分发处理装置的一个优选结构的框图；

图3是根据本发明实施例的数据分发处理装置的另一优选结构的框图；

图4是根据本发明的实施例的数据分发处理系统的框图；

图5是根据本发明实施例的数据分发处理方法的流程图；

图6是根据本发明实施例的SP发起的本地下行流程或Router发起的路由流程的流程图；

图7是根据本发明实施例的本地ISAG发起的上行流程或接入地ISAG发起的路由流程的流程图；

图8是根据本发明实施例的接入地ISAG的异步业务下行和路由复合流程的流程图；

图9是根据本发明实施例的接入地ISAG的同步业务下行和路由复合流程的流程图；

图10是根据本发明实施例的接入地ISAG的异步业务路由和上行复合流程的流程图；

图11是根据本发明实施例的接入地ISAG的同步业务路由和上行复合流程的流程图。

具体实施方式

功能概述

本发明的主要思想是：本发明采用同步转异步的处理方式，即，将一个正常的上行或下行处理流程拆分为请求和回复两个单独的处理单元，当一个线程接收到上行或下行请求并做出处理后，将该请求的会话数据放入缓存中进行保存，而这个线程则继续处理其他请求，若干时间等这个请求对应的数据得到回复后，再由另一个线程从缓存中读取相应的会话数据，进行回复数据的处理，处理完成后结束整个会话，并释放缓存数据。在等待回复消息的过程中，需要对缓存中的会话数据进行管理，处理异常和超时的情况。根据本发明实施例，能够使系统中的工作线程处于并行满负荷的工作状态，提高了系统的处理效率和速度。

以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。如果不冲突，本发明实施例及实施例中特征可以相互组合。

装置实施例

根据本发明的实施例，提供了一种基于Web Service接口的数据分发处理装置。该装置可以用于包括SP、ISAG业务处理机、路由器的系统，该系统支持基于Web Service的ParlayX业务上行/下行本地处理流程以及异地路由处理流程。

图1是根据本发明的实施例的数据分发处理装置的框图，如图1所示，根据本发明实施例的装置包括：数据分发模块10、数据处理模块20、缓存管理模块30，具体地：

数据分发模块10，用于通过第一接口接收请求消息，并根据请求消息的类型将请求消息分发至相应的数据处理模块，并用于通过第一接口发送请求消息的会话数据以及对应于请求消息的回复消息。

数据处理模块20，连接至数据分发模块10，用于根据请求消息的类型对请求消息进行处理，并将处理后的请求消息通过第二接口发送出去；

缓存管理模块30，分别与数据分发模块10和数据处理模块20相连接，用于缓存接收请求消息的会话数据。

优选地，在第一接口为Web Service接口，第二接口为WebService数据分发处理装置所在的ISAG业务处理机的内部接口(以下简称为内部接口)的情况下，数据分发处理装置通过Web Service接口接收来自SP的下行请求消息或来自Router的路由请求消息；并且优选地，在第一接口为内部接口，第二接口为Web服务接口的情况下，ISAG业务处理机通过内部接口向数据分发处理装置发送上行请求消息或路由请求消息。

图2是根据本发明实施例的数据分发处理装置的一个优选结构的框图，如图2所示，根据本发明实施例的装置还可以包括：时间、统计日志、管理模块40，连接至缓存管理模块30，用于为数据处理提供日志话单，为ISAG系统提供基于SP标识信息(ID)或某个具体业务(例如，短信、彩信或定位业务等)的Web Servcie接口的业务统计信息，并处理缓存管理模块中缓存超过预设时间的会话数据。

下面结合图3详细描述上述各个模块的功能，图3是根据本发明实施例的数据分发处理装置的另一优选结构的框图。

数据分发模块，是整个装置的核心，用于通过Web Service接口接收来自SP/路由器(Router)的下行/路由请求消息和上行/路由回复消息，并通过系统内部接口接收来自ISAG业务处理机的上行请求消息和下行回复消息，并对各种请求消息和回复消息进行分流和负荷分担，分发到各个数据处理线程进行具体的数据处理，保证整个ParlayX业务的数据流的畅通。数据分发模块又可以分为三个独立的分发线程和一个Socket线程池，此三个分发线程，即下行请求分发线程、上行回复分发线程、以及下行回复、上行请求分发线程都以底层的Socket线程池为基础。

数据处理模块在系统中负责具体进行数据处理的工作，其由多个工作线程所组成，这些工作线程从功能上可分为四类：(1)下行/路由请求处理线程；(2)下行/路由回复处理线程；(3)上行/路由请求处理线程；(4)上行/路由回复处理线程。

其中，第1和第4类处理线程功能用于对来自SP的下行/路由请求或上行/路由回复数据进行反序列化处理，同时转为系统内部接口数据发送给ISAG业务处理机；第2和第3类处理线程功能用于对来自ISAG业务处理机的下行/路由回复和/或上行/路由请求数据进行接口转换和序列化后，通过Web Service接口将下行回复或上行请求消息发送至SP。各个工作线程与ISAG业务处理机之间可采用较为灵活的配置方式。例如，若同时配置了几台短信业务(SMS)处理机，则工作线程可采用轮询或主备的方式进行消息发送。

以上的数据分发模块、数据处理模块、时间、日志、统计、管理模块等三个模块都建立在缓存管理模块之上，缓存中除了有各个业务会话数据外，对于彩信等业务，还存有附件等数据信息，其中保存的会话数据的数量可以根据系统数据流量的大小灵活配置。

根据本发明实施例的上述技术方案，通过将同步处理流程拆分为异步的请求和回复两个单独的处理单元，并采用负荷分担和会话缓存机制，提高了整个ISAG系统的业务处理流量，使得系统能够在高负载的状态下长时间地稳定运行。

系统实施例

根据本发明的实施例，还提供了一种基于Web Service接口的数据分发处理系统。

图4是根据本发明的实施例的数据分发处理系统的框图，如图4所示，该系统包括：数据分发处理装置、ISAG业务处理机、SP(或路由器)。

上述的数据分发处理装置可以参考图1至图3所示的结构和功能，此处不赘述。

在具体实施过程中，数据分发处理装置通过Web Service接口接收来自SP的下行请求消息或来自Router的路由请求消息；或者ISAG业务处理机通过内部接口向数据分发处理装置发送上行请求消息或路由请求消息。

方法实施例

根据本发明实施例，还提供了一种基于Web Service接口的数据分发处理方法。该方法可以用于实现上述装置实施例所提供的数据分发处理装置以及上述系统实施例所提供的数据分发处理系统。

图5是根据本发明实施例的数据分发处理方法的流程图。需要说明的是，在以下方法中描述的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在图5中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。如图5所示，该方法包括以下处理：

步骤S502，Web服务数据分发处理装置通过第一接口接收请求消息，调用第一工作线程根据请求消息的类型对请求消息进行处理；

步骤S504，Web服务数据分发处理装置保存接收请求消息的会话数据，将处理的请求消息通过第二接口发送出去，并释放第一工作线程；

步骤S506，Web服务数据分发处理装置通过第二接口接收对应于处理的请求消息的回复消息，调用第二工作线程对回复消息进行处理，并通过第一接口返回会话数据和处理的回复消息。

优选地，上述的第一工作线程与第二工作线程既可以为同一个工作线程，也可以为不同的工作线程。

根据本发明的实施例，通过将同步处理流程拆分为异步的请求和回复两个单独的处理单元，并采用负荷分担和会话缓存机制，提高了整个ISAG系统的业务处理流量，使得系统能够在高负载的状态下长时间地稳定运行。下面详细描述上述各处理的细节。

在下面的描述中，“下行”流程是指由SP发起请求，到ISAG的数据流程(比如短信业务中的SendSms接口)；“上行”流程是指由ISAG业务处理机发起请求，到SPS(SP作为服务端)的数据流程(比如短信业务中的SmsNotification接口)。上行和下行流程中都有可能经过路由接口对消息进行路由和转发。下面将本发明的Web Service数据分发处理装置简称为WBS。

图6是根据本发明实施例的SP发起的本地下行流程或Router发起的路由流程的流程图。在本实例中，第一接口为Web Service接口，第二接口为Web Service数据分发处理装置所在的ISAG的内部接口(以下简称为内部接口)，如图6所示，该流程包括以下处理：

1、WBS通过Web Service接口收到来自SP的下行请求消息或来自Router的路由请求消息；

2、WBS将基于Web Service接口的请求消息转换为基于内部接口的请求消息，并发送至ISAG业务处理机(以下简称ISAG)；

3、ISAG做出回应，向WBS回复基于内部接口的回复消息；

4、WBS将基于内部接口的回复消息转换为基于Web Service接口的回复消息，并发送至SP/Router。

图7是根据本发明实施例的本地ISAG发起的上行流程或接入地ISAG发起的路由流程的流程图。在本实例中，第一接口为内部接口，第二接口为Web服务接口，如图7所示，该流程包括以下处理：

1、ISAG通过内部接口向WBS发送上行请求消息或路由请求消息；

2、WBS通过Web Service接口向SPS发送上行请求消息、或向Router发送路由请求消息；

3、SPS/Router通过Web Service接口向WBS发送上行回复消息或路由回复消息；

4、WBS将基于Web Service接口的回复消息再转换为基于内部接口的消息，并将转换后的消息返还给ISAG。

以上都是最简单的上行/下行或路由流程，下面以接入地ISAG为例，描述较为复杂的复合流程。

图8是根据本发明实施例的接入地ISAG的异步业务下行和路由复合流程的流程图。如图8所示，可以将该流程看作是本地下行流程和路由流程的组合，步骤1至4为由SP发起的下行请求流程，然后，接入地ISAG进行回复，具体步骤与图6中的下行流程相同，步骤5至8为由接入地ISAG发起的路由流程，具体步骤与图7中的路由流程相同。

图9是根据本发明实施例的接入地ISAG的同步业务下行和路由复合流程的流程图。如图9所示，与图8所示的流程不同的是，接入地ISAG在收到来自SP的同步业务的请求后，先向Router发起路由请求，待得到Router的回复后，再向SP发送回复消息。图9中的步骤1、2、7、8可参考图7中下行的流程；步骤3、4、5、6可参考图8中的路由流程。

图10是根据本发明实施例的接入地ISAG的异步业务路由和上行复合流程的流程图。如图10所示，可以将该流程看作是路由流程(参考图6)和本地上行流程(参考图7)的组合，步骤1至4为由Router发起上行路由请求，然后，接入地ISAG进行回复，详细步骤参考图6；步骤5至8为由接入地ISAG发起的本地上行流程，具体步骤参考图7中的路由流程。

图11是根据本发明实施例的接入地ISAG的同步业务路由和上行复合流程的流程图。如图11所示，与图10所示的流程不同的是，接入地ISAG在收到来自Router的上行同步业务的请求后，先由ISAG向SPS发起一个本地上行请求，待得到SPS的回复后，再向Router发送回复消息。图11中的步骤1、2、7、8参考图6中的路由流程；步骤3、4、5、6参考图7中的本地上行流程。

综上所述，借助于本发明的上述技术方案，通过将同步处理流程拆分为异步的请求和回复两个单独的处理单元，并采用负荷分担和会话缓存机制，提高了整个ISAG系统的业务处理流量，使得系统能够在高负载的状态下长时间地稳定运行。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

1.一种基于Web服务接口的数据分发处理方法，其特征在于，包括：

Web服务数据分发处理装置通过第一接口接收请求消息，调用第一工作线程根据所述请求消息的类型对所述请求消息进行处理；

所述Web服务数据分发处理装置保存所述请求消息的会话数据，将处理的所述请求消息通过第二接口发送出去，并释放所述第一工作线程；

所述Web服务数据分发处理装置通过所述第二接口接收对应于处理的所述请求消息的回复消息，调用第二工作线程对所述回复消息进行处理，并通过所述第一接口返回所述会话数据和处理的所述回复消息。

2.根据权利要求1所述的方法，其特征在于，所述第一接口为Web服务接口，所述第二接口为所述Web服务数据分发处理装置所在的综合业务接入网关ISAG的内部接口。

3.根据权利要求2所述的方法，其特征在于，所述Web服务数据分发处理装置通过所述第一接口接收所述请求消息，并通过所述第二接口发送所述请求消息的处理包括：

所述Web服务数据分发处理装置通过所述Web服务接口接收来自服务提供商SP的下行请求消息和/或接收来自路由器的路由请求消息，并通过所述内部接口将所述下行请求消息和/或所述路由请求消息作为所述请求消息发送至所述ISAG的业务处理机。

4.根据权利要求3所述的方法，其特征在于，所述Web服务数据分发处理装置通过所述第二接口接收所述回复消息，并通过所述第一接口返回所述回复消息和所述会话数据的处理包括：

所述Web服务数据分发处理装置通过所述内部接口接收来自所述ISAG的业务处理机的下行回复消息和/或路由回复消息，并通过所述Web服务接口将所述下行回复消息作为所述回复消息与所述会话数据一并返回至所述SP、和/或将所述路由回复消息作为所述回复消息与所述会话数据一并返回至所述路由器。

5.根据权利要求1所述的方法，其特征在于，所述第一接口为所述Web服务数据分发处理装置所在的综合业务接入网关ISAG的内部接口，所述第二接口为Web服务接口。

6.根据权利要求5所述的方法，其特征在于，所述Web服务数据分发处理装置通过所述第一接口接收所述请求消息，并通过所述第二接口发送所述请求消息的处理包括：

所述Web服务数据分发处理装置通过所述内部接口接收来自ISAG的业务处理机的上行请求消息和/或路由请求消息，并通过所述Web服务接口将所述上行请求消息作为所述请求消息发送至服务提供商SP、和/或将所述路由请求消息作为所述请求消息发送至路由器。

7.根据权利要求6所述的方法，其特征在于，所述Web服务数据分发处理装置通过所述第二接口接收所述回复消息，并通过所述第一接口返回所述回复消息和所述会话数据的处理包括：

所述Web服务数据分发处理装置通过所述Web服务接口接收来自所述SP的上行回复消息、和/或接收来自所述路由器的路由回复消息，并通过所述内部接口将所述上行回复消息作为所述回复消息与所述会话数据一并返回至所述ISAG的业务处理机、和/或将所述路由回复消息作为所述回复消息与所述会话数据一并返回至所述ISAG业务处理机。

8.一种数据分发处理装置，其特征在于，包括：

数据分发模块，用于通过第一接口接收请求消息，并根据所述请求消息的类型将所述请求消息负荷分担到相应的数据处理模块，并用于通过所述第一接口发送所述请求消息的会话数据以及对应于所述请求消息的回复消息；

所述数据处理模块，用于根据所述请求消息的类型对所述请求消息进行处理，并将处理后的所述请求消息通过第二接口发送出去；

缓存管理模块，用于缓存所述接收请求消息的所述会话数据。

9.根据权利要求8所述的装置，其特征在于，还包括：

时间、统计日志、管理模块，用于为数据处理提供日志话单，为综合业务接入网关ISAG系统提供Web服务接口的业务统计信息，并处理所述缓存管理模块中缓存超过预设时间的所述会话数据。

10.一种数据分发处理系统，其特征在于，包括：综合业务接入网关ISAG业务处理机、服务提供商SP/路由器、和根据权利要求8或9所述的数据分发处理装置，其中，所述数据分发处理装置分别与所述ISAG业务处理机和所述SP/路由器相连。