CN101345918A - 基于综合业务管理平台的业务处理方法及系统 - Google Patents

Abstract

本发明公开了一种基于综合业务管理平台的业务处理方法及系统，其中，该方法包括：在操作系统内存中预先设置缓存模块；缓存模块获取并缓存来自业务处理模块的中间数据以及中间数据的属性信息，其中，属性信息包括以下至少之一：保存时间阈值、下发次数阈值；缓存模块根据属性信息对中间数据进行缓存管理。通过本发明，能够提高ISMP的处理能力。

Description

基于综合业务管理平台的业务处理方法及系统

技术领域

本发明涉及通信领域，具体而言，涉及一种基于综合业务管理平台(Integrated Service Management Platform，简称为ISMP)的业务处理方法及系统。

背景技术

随着诸如手机等移动终端使用的普及，各种增值业务，例如：短消息业务、彩信业务、定位业务、下载业务等发展迅速。为了便于各种增值业务的统一管理，ISMP应运而生。

ISMP提供了对各种增值业务的统一管理、统一认证、统一鉴权、统一计费、统一数据等功能。用户使用增值业务时的逻辑控制由ISMP的控制部分来完成认证、鉴权和计费功能，控制部分的处理能力决定了整个平台的性能。

ISMP主要涉及鉴权批价请求消息(AuthPriceReq)和鉴权批价确认请求消息(AuthPriceCnfmReq)流程。AuthPriceCnfmReq处理流程需要使用AuthPriceReq处理流程的临时话单数据，AuthPriceReq与AuthPriceCnfmReq通过请求消息中全局唯一的MessageId(消息标识)字段进行关联。

一般情况下，在AuthPriceReq消息处理流程中，将临时话单保存到数据库中；在AuthPriceCnfmReq消息处理流程中，从数据库中获取临时话单数据并将该记录删除。如图1所示，对于点播类业务，用户通过MSC(Mobile Switch Controller，移动交换控制器)、SMSC(Short Message Service Center，短信服务中心)、SAG(ServiceAccess Gateway，综合业务接入网关)、ISMP发送指令到SP(ServiceProvider，服务提供商)/CP(Content Provider，内容提供商)，ISMP生成事务关联LinkID(链接标识)用于标识用户发起的业务(点播)，并保存临时定购关系；SP可以多次使用该LinkID并依次通过SAG、SMSC、MSC等向用户下发消息，用户响应该消息，ISMP能够根据状态报告出话单；其中，SP下发消息时ISMP需要根据LinkID获取上行时的临时定购关系并更新相关参数。通常，在上行时保存临时定购关系，下行时ISMP更新数据库中的临时定购关系记录。

通过以上的分析可以得出：在业务处理过程中，需要对临时话单数据和临时定购关系数据进行数据库插入、更新、查询、删除等操作，这些在业务处理过程中临时使用的数据都不是最终需要保存的数据。频繁地对数据库进行插入、更新、删除等操作极大地降低了ISMP平台的处理能力。

发明内容

本发明旨在提供一种基于ISMP的业务处理方法及系统，以解决频繁地对数据库操作降低ISMP平台的处理能力的问题。

根据本发明的一个方面提供一种基于ISMP的业务处理方法。

根据本发明的基于ISMP的业务处理方法，ISMP包括业务处理模块，该方法包括：在操作系统内存中预先设置缓存模块；缓存模块获取并缓存来自业务处理模块的中间数据以及中间数据的属性信息，其中，属性信息包括以下至少之一：保存时间阈值、下发次数阈值；缓存模块根据属性信息对中间数据进行缓存管理。

优选地，中间数据包括临时定购关系数据和/或临时话单数据。

优选地，缓存模块根据属性信息对中间数据进行缓存管理具体包括：缓存模块获取来自业务处理模块的唯一标识临时定购关系数据的链接标识和/或唯一标识临时话单数据的消息标识；缓存模块以链接标识为主键保存临时定购关系数据和/或以消息标识为主键保存临时话单数据；缓存模块定时扫描保存的临时定购关系数据和/或临时话单数据，在临时定购关系数据和/或临时话单数据的保存时间达到保存时间阈值的情况下，将临时定购关系数据和/或临时话单数据发送到业务处理模块并删除缓存的临时定购关系数据和/或临时话单数据。

优选地，在缓存模块获取并缓存来自业务处理模块的中间数据以及中间数据的属性信息之后，该方法还包括：缓存模块接收来自业务处理模块的获取临时定购关系数据的请求消息。

优选地，中间数据包括临时定购关系数据，缓存模块根据属性信息对中间数据进行缓存管理进一步包括：缓存模块获取请求消息中的链接标识，并根据链接标识查找缓存的相应的临时定购关系数据；在查找到临时定购关系数据并且其下发次数未达到下发次数阈值情况下，缓存模块将临时定购关系数据发送到业务处理模块，并将临时定购关系数据的下发次数加1；在查找到临时定购关系数据但其下发次数达到下发次数阈值的情况下，缓存模块将查找到的临时定购关系数据删除。

优选地，中间数据包括临时话单数据，缓存模块根据属性信息对中间数据进行缓存管理进一步包括：缓存模块获取请求消息中的消息标识，并根据消息标识查找缓存的相应的临时话单数据；在查找到临时话单数据的情况下，缓存模块将临时话单数据发送到业务处理模块，并删除缓存的临时话单数据。

优选地，该方法还包括：业务处理模块根据临时话单数据生成话单文件。

根据本发明的另一方面，还提供了一种基于ISMP的业务处理系统。

根据本发明的基于ISMP的业务处理系统包括：业务处理模块，该系统还包括：缓存模块，设置于操作系统的内存中，用于缓存来自业务处理模块的中间数据以及中间数据的属性信息，其中，属性信息包括以下至少之一：保存时间阈值、下发次数阈值；管理模块，用于根据属性信息对中间数据进行缓存管理。

优选地，中间数据包括临时定购关系数据和/或临时话单数据，管理模块进一步包括：获取子模块，用于获取业务处理模块生成并下发的唯一标识临时定购关系数据的链接标识和/或唯一标识临时话单数据的消息标识；扫描子模块，用于定时扫描保存的临时定购关系数据和/或临时话单数据；发送子模块，用于将保存时间达到保存时间阈值的临时定购关系数据和/或临时话单数据发送到业务处理模块；删除子模块，用于删除保存时间达到保存时间阈值的临时定购关系数据和/或临时话单数据；缓存模块还用于以链接标识为主键保存临时定购关系数据和/或以消息标识为主键保存临时话单数据。

优选地，中间数据包括临时定购关系数据，该系统还包括：接收模块，用于接收来自业务处理模块的获取临时定购关系数据的请求消息；获取子模块还用于获取请求消息中的链接标识，并根据链接标识查找缓存的相应的临时定购关系数据；发送子模块还用于在获取子模块查找到临时定购关系数据并且其下发次数未达到下发次数阈值情况下，将临时定购关系数据发送到业务处理模块；删除子模块还用于在获取子模块查找到临时定购关系数据但其下发次数达到下发次数阈值的情况下，将查找到的临时定购关系数据删除。

优选地，管理模块还包括：维护子模块，用于维护临时定购关系数据的下发次数信息，在临时定购关系数据由发送子模块发送以后，将其下发次数加1。

优选地，中间数据包括临时话单数据，接收模块还用于接收来自业务处理模块的获取临时话单数据的请求消息；获取子模块还用于获取请求消息中的消息标识，并根据消息标识查找缓存的相应的临时话单数据；第发送子模块还用于在获取子模块查找到临时话单数据的情况下，将临时话单数据发送到业务处理模块；第删除子模块还用于删除经发送子模块发送的临时话单数据。

优选地，缓存模块进一步包括：第一缓存子模块，用于以链接标识为主键保存临时定购关系数据；第二缓存子模块，用于以消息标识为主键保存临时话单数据；第三缓存子模块，用于缓存属性信息。

通过本发明的上述技术方案，在ISMP中增加缓存模块保存业务处理过程中临时使用的数据，避免了频繁地操作数据库，提高了ISMP的处理能力。

附图说明

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

图1是根据现有技术的业务管理平台业务处理方法的流程图；

图2是根据本发明系统实施例的应用场景的示意图；

图3是根据本发明方法实施例的基于ISMP的业务处理方法的流程图；

图4是根据本发明方法实施例的短信点播上行AuthPriceReq处理的流程图；

图5是根据本发明方法实施例的短信点播下行AuthPriceReq处理流程图；

图6是根据本发明方法实施例的短信点播下行AuthPriceCnfmReq处理流程图；

图7是根据本发明系统实施例的业务处理系统的框图；

图8是根据本发明系统实例一的业务处理系统的框图；

图9是根据本发明系统实例二的业务处理系统的框图。

具体实施方式

功能概述

在本发明中，为ISMP增设缓存模块，用于存放在业务处理过程中产生的临时数据，该缓存模块可以设置于操作系统的内存中。ISMP的业务处理模块向缓存模块发送插入、更新、查询、删除等数据操作指令和缓存时间及最大使用次数等参数，缓存模块提供一组操作接口执行缓存插入、更新、查询、删除等操作；此外，缓存模块定时扫描缓存记录，对于达到缓存时间和达到最大使用次数的记录，根据缓存插入时设定的处理逻辑，将缓存的数据发送给业务处理模块后删除或者直接删除。缓存模块不涉及业务处理逻辑，提供插入、更新、查询、删除等操作接口，具有较低的耦合性，便于不同的业务处理流程使用。

以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

方法实施例

本发明实施例提供了一种基于ISMP的业务处理方法。图2是根据本发明实施例的应用场景示意图，如图2所示，ISMP系统包括：数据通讯模块、预处理模块、业务处理模块、以及缓存模块。其中，数据通讯模块解析SAG(Service Access Gateway，综合业务接入网关)或者引擎发送的鉴权请求消息，并转化为内部消息发送给预处理模块；数据通讯模块接受预处理模块发送的鉴权响应消息，封装后发送给SAG或者引擎。

预处理模块对数据通讯模块转发过来的鉴权请求消息进行指令解析等处理，并将消息转发给业务处理模块；预处理模块接收业务处理模块发送的鉴权响应消息，并直接转发给数据通讯模块。

业务处理模块进行用户、SP、产品鉴权和计费等操作，将后续关联流程需要使用到的临时数据发送给缓存模块保存到内存中；在后续关联的流程中，业务处理模块发送指令到缓存模块进行更新、查询、删除等操作；对于缓存模块发送给业务处理模块的已到期临时数据，根据需要决定是否保存到文件和进行其他处理。

缓存模块按照来自业务处理模块的数据进行增加、更新、查询和删除等操作；此外，缓存模块定时扫描缓存，对于已到期的临时数据则按照插入缓存时设定的规则决定是否将保存的临时数据发送给业务处理模块并删除内存中的记录。

图3是根据本发明实施例的基于ISMP的业务处理方法，该ISMP包括业务处理模块，如图3所示，上述方法包括以下处理：

步骤S302，在操作系统内存中预先设置缓存模块；

步骤S304，缓存模块获取并缓存来自业务处理模块的中间数据以及中间数据的属性信息，其中，属性信息包括以下至少之一：保存时间阈值、下发次数阈值；中间数据包括临时定购关系数据、临时话单数据等；

步骤S306，缓存模块根据属性信息对中间数据进行缓存管理。

上述实施例，通过在ISMP平台中增加缓存模块并保存业务处理过程中临时使用的数据，避免了频繁地操作数据库，提高了ISMP平台的处理能力。

以下分别针对中间数据的不同情况对本发明的实施例进行描述。

情况一：中间数据为临时定购关系数据

在该情况下，步骤S306中的缓存管理具体包括：

缓存模块获取业务处理模块生成并下发的唯一标识临时定购关系数据的LinkID；缓存模块以该LinkID为主键保存临时定购关系数据和保存时间阈值，并定时扫描保存的临时定购关系数据，在临时定购关系数据的保存时间达到保存时间阈值的情况下，将临时定购关系数据发送到业务处理模块并删除缓存的临时定购关系数据。

图4示出了根据本发明方法实施例的短信点播上行AuthPriceReq处理方法的流程图，参考图4可以更好地理解上述的处理。如图4所示，包括以下处理：

步骤S402，SAG向ISMP发送点播上行鉴权批价请求AuthPriceReq消息；

步骤S404，数据通讯模块解析接收到的AuthPriceReq消息，并转化为内部消息发给预处理模块；

步骤S406，预处理模块判断该AuthPriceReq消息是用户上行点播消息，根据消息中的接入码和指令查询缓存，获取对应的SP代码和产品代码，并将消息转发给业务处理模块；

步骤S408，业务处理模块进行用户、SP、产品等信息鉴权，并生成一个唯一标识此次点播关系的LinkID，将临时定购关系数据、最大保存时间和SP最大下发次数等参数发送给缓存模块；

步骤S410，缓存模块以LinkID为主键保存临时定购关系，并记录最大保存时间和/或SP最大下发次数；

步骤S412，业务处理模块生成该AuthPriceReq消息的话单文件，并将AuthPriceRsp响应消息发送给预处理模块；

步骤S414，预处理模块将AuthPriceRsp消息直接转发给数据通讯模块；

步骤S416，数据通讯模块封装AuthPriceRsp消息(带LinkID字段)并返回给SAG。点播上行流程处理结束，此后缓存模块定时扫描缓存。

步骤S418，缓存模块定时扫描缓存，对于临时定购关系已到期的记录则将保存的临时订购关系数据发送给业务处理模块并删除内存中的记录，业务处理模块将临时定购关系数据保存到临时定购关系文件中。

上述实施例实现了利用缓存提高ISMP业务处理性能的短信点播上行AuthPriceReq处理方法的优选流程。

在对临时订购关系数据进行缓存之后，缓存模块还可能会接收到来自业务处理模块的获取该临时定购关系数据的请求消息。

基于此，步骤S306中的缓存管理又可以具体包括如下操作：

缓存模块获取请求消息中的LinkID，并根据该LinkID查找缓存的相应的临时定购关系数据；在查找到临时定购关系数据并且其下发次数未达到下发次数阈值情况下，缓存模块将查找到的临时定购关系数据发送到业务处理模块，并对临时定购关系数据的下发次数进行相关操作，可以是加1或减1；在查找到临时定购关系数据并且其下发次数达到下发次数阈值的情况下，缓存模块将查找到的临时定购关系数据删除。

对于上述的临时定购关系数据的下发次数，可以通过计数器来实现。为了实现对下发次数的控制，可以将计数器的初始值设置为0或设置为最大下发次数阈值。在初始值设置为0的情况下，每下发一次，将下发次数加1，直至达到最大下发次数阈值，在初始值设置为最大下发次数阈值的情况下，每下发一次，将下发次数减1，直至到0，以下将以后一种方式为例进行描述。

图5的流程图给出了上述处理的实现过程。

步骤S502，SAG向ISMP发送点播下行AuthPriceReq消息；

步骤S504，数据通讯模块解析收到的AuthPriceReq消息，并转化为内部消息发给预处理模块；

步骤S506，预处理模块判断该AuthPriceReq消息是用户点播下行消息，直接将消息转发给业务处理模块；

步骤S508，业务处理模块根据AuthPriceReq消息中的LinkID向缓存模块发送获取点播上行临时定购关系数据的请求；缓存模块以LinkID为主键获取临时定购关系：

如果缓存记录不存在，则执行步骤S516；

如果缓存记录存在且允许SP下发的剩余次数大于1，则将SP允许下发次数减1后更新缓存；如果缓存记录存在且允许SP下发的剩余次数不大于1，则将缓存的临时定购关系数据删除。如果缓存记录存在且达到SP最大下发次数，则将缓存的临时定购关系数据删除。

情况二：中间数据为临时话单数据

在该情况下，步骤S306中的缓存管理具体包括：缓存模块获取业务管理模块生成并下发的唯一标识临时话单数据的MessageID；缓存模块以该MessageID为主键保存临时话单数据以及保存时间阈值，并定时扫描保存的临时话单数据，在临时话单数据的保存时间达到保存时间阈值的情况下，将临时话单数据发送到业务处理模块并删除缓存的临时话单数据。

参考图5理解上述的处理，图5是根据本发明方法实施例的短信点播下行AuthPriceReq处理方法的流程图。基于上述的获取临时订购关系数据得处理，还包括如图5所示的如下处理：

步骤S510，业务处理模块根据获取的点播上行临时定购关系，进行点播上下行用户、SP、产品等一致性检查；

步骤S512，业务处理模块进行用户、SP、产品等信息鉴权，并为AuthPriceCnfmReq消息准备临时话单数据、唯一标识此次AuthPriceReq消息的MessageID(消息标识)、最大保存时间等参数发给缓存模块；

步骤S514，缓存模块以MessageID为主键保存临时话单数据，并记录最大保存时间；

步骤S516，业务处理模块将AuthPriceRsp消息发送给预处理模块；预处理模块将AuthPriceRsp消息直接转发给数据通讯模块；

步骤S518，数据通讯模块封装AuthPriceRsp消息(存在AuthPriceCnfmReq消息的情况，即NeedCnfm＝1)，并返回给SAG；

步骤S520，缓存模块定时扫描缓存，对于临时话单数据已到期的记录则发送给业务处理模块，业务处理模块根据临时话单数据生成CDR(Calling Detail Records，呼叫详细记录)文件。

上述实施例实现了利用缓存提高ISMP业务处理性能的短信点播下行AuthPriceReq处理方法的优选流程。

类似地，在对临时话单数据进行缓存之后，缓存模块还可能会接收到来自业务处理模块的获取该临时话单数据的请求消息。

基于此，步骤S306中的缓存管理进一步包括以下操作：

缓存模块获取请求消息中的MessageID，并根据该MessageID查找缓存的相应的临时话单数据；在查找到临时话单数据的情况下，缓存模块将临时话单数据发送到业务处理模块，并删除缓存的临时话单数据。

参考图6，图6是根据本发明方法实施例的短信点播下行AuthPriceCnfmReq处理方法的流程图，如图6所示，该方法主要包括以下处理：

步骤S602，SAG向ISMP发送点播下行AuthPriceCnfmReq消息；

步骤S604，数据通讯模块解析收到的AuthPriceCnfmReq消息，并转化为内部消息发给预处理模块；

步骤S606，预处理模块判断该AuthPriceCnfmReq消息，直接将消息转发给业务处理模块；

步骤S608，业务处理模块根据AuthPriceCnfmReq消息中的MessageID向缓存模块发送获取AuthPriceReq临时话单数据的请求。缓存模块以MessageID为主键获取临时话单数据：如果缓存记录不存在，则执行步骤S612；如果缓存记录存在，则将获取的临时话单数据发送给业务处理模块并将缓存的记录删除；

步骤S610，业务处理模块根据获取的AuthPriceReq临时话单数据进行计费等操作并生成CDR话单文件；

步骤S612，业务处理模块将AuthPriceCnfmRsp消息发送给预处理模块；预处理模块将AuthPriceCnfmRsp消息直接转发给数据通讯模块；

步骤S614，数据通讯模块封装AuthPriceCnfmRsp消息并返回给SAG。

上述实施例给出了利用缓存提高ISMP业务处理性能的短信点播下行AuthPriceCnfmReq处理方法的优选流程。

另外，对于流量类业务通过TrafficAccount消息中的MessageId关联并多次触发业务处理流程，组合业务通过TransactionId关联并多次触发业务处理流程的场景，这些关联的流程都需要使用上一流程的临时数据，将这些临时数据保存在增设的缓存模块中，其处理方法与点播类业务处理类似，在此不再详细描述。

通过本发明的上述实施例，在ISMP中增加缓存模块保存业务处理过程中临时使用的数据，避免了频繁地操作数据库，提高了ISMP的处理能力。

系统实施例

根据本发明的实施例，还提供了一种基于ISMP的业务处理系统。

如图7所示，根据本发明实施例的基于ISMP的业务处理系统包括：缓存模块10、管理模块20、业务处理模块。

以下具体描述各个模块的细节。

缓存模块10设置于操作系统的内存中，可以连接至业务处理模块和管理模块20，用于缓存来自业务处理模块的中间数据以及中间数据的属性信息，其中，属性信息包括以下至少之一：保存时间阈值、下发次数阈值；管理模块20，与缓存模块10相互连接，用于根据属性信息对中间数据进行缓存管理。

实例一

其中，中间数据可以包括临时定购关系数据和/或临时话单数据。图8给出了针对临时订购关系数据的基于ISMP的业务处理系统的优选结构。如图8所示，管理模块20进一步包括：

获取子模块220，用于获取业务处理模块生成并下发的唯一标识临时定购关系数据的LinkID和/或唯一标识临时话单数据的消息标识MessageID；

缓存模块10还用于以LinkID为主键保存临时定购关系数据和/或以MessageID为主键保存临时话单数据；

扫描子模块240，用于定时扫描保存的临时定购关系数据和/或临时话单数据；

发送子模块260，连接至扫描子模块240，用于将保存时间达到保存时间阈值的临时定购关系数据和/或临时话单数据发送到业务处理模块；

删除子模块280，连接至扫描子模块240，用于删除保存时间达到保存时间阈值的临时定购关系数据和/或临时话单数据。

优选地，在中间数据为临时定购关系数据的情况下，该业务处理系统还包括：接收模块(图中未示出)，用于接收来自业务处理模块的获取临时定购关系数据的请求消息。在该结构下，获取子模块220，还用于获取请求消息中的LinkID并根据LinkID查找缓存的相应的临时定购关系数据；发送子模块260，还用于在获取子模块220查找到临时定购关系数据并且其下发次数未达到下发次数阈值情况下，将查找到的临时定购关系数据发送到业务处理模块；删除子模块280，还用于在获取子模块220查找到临时定购关系数据但其下发次数达到下发次数阈值的情况下，将查找到的临时定购关系数据删除。

以及，管理模块20还包括：维护子模块(图中未示出)，用于维护临时定购关系数据的下发次数信息，在临时定购关系数据由发送子模块260发送以后，将其下发次数加1。这里指的是临时订购关系数据的下发次数初始值设置为0的情况，在这种情况下，每下发一次将下发次数加1，直至达到下发次数阈值。或者，也可以临时订购关系数据的下发次数初始值设置为最大值，在这种情况下，每下发一次将下发次数减1，直至下发次数减小至0。

实例二

在本发明中，在中间数据为临时话单数据的情况下，参考图8，接收模块(图中未示出)，还用于接收来自业务处理模块的获取临时话单数据的请求消息；获取子模块220，还用于获取请求消息中的MessageID，并根据MessageID查找缓存的相应的临时话单数据；发送子模块260，还用于在获取子模块220查找到临时话单数据的情况下，将临时话单数据发送到业务处理模块；删除子模块280，还用于删除经发送子模块260发送的临时话单数据。

实例三

在具体实施过程中，基于实例一和实例二所述的业务处理系统的结构，如图9所示，缓存模块10进一步包括：第一缓存子模块120，可以连接至获取子模块220，用于以LinkID为主键保存临时定购关系数据；第二缓存子模块140，可以连接至获取子模块220，用于以MessageID为主键保存临时话单数据；第三缓存子模块160，用于缓存属性信息。

通过上述实施例能够最大限度地发挥业务处理机的处理能力，提高ISMP的实时性能和响应速度。

综上所述，通过本发明的上述技术方案，在ISMP中增加缓存模块保存业务处理过程中临时使用的数据，避免了频繁地操作数据库，提高了ISMP的处理能力。

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

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

Claims (13)

1.一种基于综合业务管理平台的业务处理方法，所述综合业务管理平台包括业务处理模块，其特征在于，所述方法包括：

在操作系统内存中预先设置缓存模块；

所述缓存模块获取并缓存来自所述业务处理模块的中间数据以及所述中间数据的属性信息，其中，所述属性信息包括以下至少之一：保存时间阈值、下发次数阈值；

所述缓存模块根据所述属性信息对所述中间数据进行缓存管理。

2.根据权利要求1所述的方法，其特征在于，所述中间数据包括临时定购关系数据和/或临时话单数据。

3.根据权利要求2所述的方法，其特征在于，所述缓存模块根据所述属性信息对所述中间数据进行缓存管理具体包括：

所述缓存模块获取来自所述业务处理模块的唯一标识所述临时定购关系数据的链接标识和/或唯一标识所述临时话单数据的消息标识；

所述缓存模块以所述链接标识为主键保存所述临时定购关系数据和/或以所述消息标识为主键保存所述临时话单数据；

所述缓存模块定时扫描保存的所述临时定购关系数据和/或所述临时话单数据，在所述临时定购关系数据和/或所述临时话单数据的保存时间达到所述保存时间阈值的情况下，将所述临时定购关系数据和/或所述临时话单数据发送到所述业务处理模块并删除缓存的所述临时定购关系数据和/或所述临时话单数据。

4.根据权利要求3所述的方法，其特征在于，在所述缓存模块获取并缓存来自业务处理模块的中间数据以及所述中间数据的属性信息之后，所述方法还包括：

所述缓存模块接收来自所述业务处理模块的获取所述临时定购关系数据的请求消息。

5.根据权利要求4所述的方法，其特征在于，所述中间数据包括所述临时定购关系数据，所述缓存模块根据所述属性信息对所述中间数据进行缓存管理进一步包括：

所述缓存模块获取所述请求消息中的链接标识，并根据所述链接标识查找缓存的相应的临时定购关系数据；

在查找到所述临时定购关系数据并且其下发次数未达到所述下发次数阈值情况下，所述缓存模块将所述临时定购关系数据发送到所述业务处理模块，并将所述临时定购关系数据的下发次数加1；

在查找到所述临时定购关系数据但其下发次数达到所述下发次数阈值的情况下，所述缓存模块将查找到的所述临时定购关系数据删除。

6.根据权利要求4所述的方法，其特征在于，所述中间数据包括所述临时话单数据，所述缓存模块根据所述属性信息对所述中间数据进行缓存管理进一步包括：

所述缓存模块获取所述请求消息中的消息标识，并根据所述消息标识查找缓存的相应的临时话单数据；

在查找到所述临时话单数据的情况下，所述缓存模块将所述临时话单数据发送到所述业务处理模块，并删除缓存的所述临时话单数据。

7.根据权利要求6所述的方法，其特征在于，还包括：

所述业务处理模块根据所述临时话单数据生成话单文件。

8.一种基于综合业务管理平台的业务处理系统，包括：业务处理模块，其特征在于，还包括：

缓存模块，设置于操作系统的内存中，用于缓存来自所述业务处理模块的中间数据以及所述中间数据的属性信息，其中，所述属性信息包括以下至少之一：保存时间阈值、下发次数阈值；

管理模块，用于根据所述属性信息对所述中间数据进行缓存管理。

9.根据权利要求8所述的系统，其特征在于，所述中间数据包括临时定购关系数据和/或临时话单数据，

所述管理模块进一步包括：

获取子模块，用于获取所述业务处理模块生成并下发的唯一标识所述临时定购关系数据的链接标识和/或唯一标识所述临时话单数据的消息标识；

扫描子模块，用于定时扫描保存的所述临时定购关系数据和/或所述临时话单数据；

发送子模块，用于将保存时间达到所述保存时间阈值的临时定购关系数据和/或所述临时话单数据发送到所述业务处理模块；

删除子模块，用于删除保存时间达到所述保存时间阈值的临时定购关系数据和/或所述临时话单数据；

所述缓存模块还用于以所述链接标识为主键保存所述临时定购关系数据和/或以所述消息标识为主键保存所述临时话单数据。

10.根据权利要求9所述的系统，其特征在于，所述中间数据包括临时定购关系数据，所述系统还包括：

接收模块，用于接收来自所述业务处理模块的获取所述临时定购关系数据的请求消息；

所述获取子模块还用于获取所述请求消息中的链接标识，并根据所述链接标识查找缓存的相应的临时定购关系数据；

所述发送子模块还用于在所述获取子模块查找到所述临时定购关系数据并且其下发次数未达到所述下发次数阈值情况下，将所述临时定购关系数据发送到所述业务处理模块；

所述删除子模块还用于在所述获取子模块查找到所述临时定购关系数据但其下发次数达到所述下发次数阈值的情况下，将查找到的所述临时定购关系数据删除。

11.根据权利要求10所述的系统，其特征在于，所述管理模块还包括：

维护子模块，用于维护所述临时定购关系数据的下发次数信息，在所述临时定购关系数据由所述发送子模块发送以后，将其下发次数加1。

12.根据权利要求9所述的系统，其特征在于，所述中间数据包括临时话单数据，

所述接收模块还用于接收来自所述业务处理模块的获取所述临时话单数据的请求消息；

所述获取子模块还用于获取所述请求消息中的消息标识，并根据所述消息标识查找缓存的相应的临时话单数据；

所述第发送子模块还用于在所述获取子模块查找到所述临时话单数据的情况下，将所述临时话单数据发送到所述业务处理模块；

所述第删除子模块还用于删除经所述发送子模块发送的所述临时话单数据。

13.根据权利要求9所述的系统，其特征在于，所述缓存模块进一步包括：

第一缓存子模块，用于以所述链接标识为主键保存所述临时定购关系数据；

第二缓存子模块，用于以所述消息标识为主键保存所述临时话单数据；

第三缓存子模块，用于缓存所述属性信息。

Images