CN100385973C - 行业信息处理系统及方法 - Google Patents

Abstract

本发明公开了一种行业信息处理系统及方法。该方法包括有步骤：步骤一，根据具体业务的数据处理流程，获取行业数据库的标识信息，通过脚本语言生成针对该业务的业务脚本；步骤二，加载并解析所述业务脚本；步骤三，根据业务脚本从行业数据库采集数据进行业务处理，并生成业务信息发送给用户端。步骤三，进一步根据用户端发来的业务请求信息和业务脚本从行业数据库采集数据进行业务处理，并生成业务信息发送给用户端。本发明通过将业务流程与业务实现完全分离，使系统独立于特定的业务需求，达到通用的目的。

Description

行业信息处理系统及方法

技术领域

本发明涉及通信领域，特别是涉及一种行业信息处理系统及方法。

背景技术

目前很多企业、政府机关都建立起了相关的短信业务系统，该系统能为行业内部的职员或者外部的用户提供信息服务。对于企业而言，该系统可以提高服务质量和工作效率，扩大销售范围，降低企业成本；对于政府机关而言，该系统可以提高行政人员的办事效率，拓展政府与群众的联系方式，有利于进一步融洽政府和群众的关系。

现有短信业务系统通常是沿用传统的开发方式，即将业务流程与业务实现混合在一起开发。该系统中多采用短信猫(GSM MODEM)作为短信息网关设备，短信猫是一种内嵌全球移动通信系统(GSM，Global System for MobilCommunications)无线通信模块，插入移动运营商的手机客户识别模块(SIM，Subscriber Identity Model)卡后，对外可以与移动运营商的短消息中心(SMC，Short Message Center)建立无线连接，对内通过与计算机的连接可以让计算机应用系统实现自由的短信收发。

现有短信业务系统具有如下缺陷：

1.不具备通用性

一个短信业务系统仅仅适合一个特定行业的特定业务，难以满足复杂需求和自身业务需求的不断变化；难以移植，由于不同企业或行业间的业务需求千差万别，短信系统往往只能在本单位或本行业使用，移植往往意味着大量的重新开发工作；难以维护升级，不同企业或行业使用的版本不同，大量的不同版本，升级维护的工作量太大。

2.业务种类单一

目前短信业务系统仅能支持单纯的短信业务，对于新的信息业务却不能提供应有的支持，如非结构化补充业务数据(USSD，UnstructuredSupplementary Service Data)、无线应用通讯协议(WAP，WirelessApplication Protocol)、多媒体信息业务(MMS，Multimedia MessagingService)和即时消息等。

3.开发成本高

由于每个企业或政府机关的信息系统和业务需求差距甚大，为了满足个性化需求，需要为各个用户提供专门的定制开发服务，其不仅开发成本高，而且开发速度慢，使得短信在行业应用中的大规模快速发展受到一定束缚。

4.扩展性不强

这些短信业务系统的特点是采用特定的数据库，不支持异构数据库操作；只符合某行业特定的业务流程，如果行业又有新的短信业务需求或者需求有所变更，还需要重新设计数据库和代码开发；且系统对外不公开开发接口或者开发接口不全面，不利于行业二次开发。

发明内容

本发明的目的是提供一种行业信息处理系统，通过将业务流程与业务实现完全分离，使系统独立于特定的业务需求，达到通用的目的。

本发明的另一目的是提供一种行业信息处理方法。

本发明的行业信息处理系统，包括业务配置模块、业务处理模块、信息存储模块、信息收发模块及协议转换与路由模块，其中：

业务配置模块用于获取行业数据库的标识信息，并通过脚本语言生成针对业务的业务脚本，且所述业务脚本中包含所述行业数据库的标识信息，并将该业务脚本发送到业务处理模块；业务处理模块用于加载和解析业务配置模块生成的业务脚本，根据业务脚本从行业数据库采集数据进行业务处理，并生成业务信息发送到信息存储模块；信息存储模块用于存储业务处理模块发来的业务信息；信息收发模块，其包括至少一种信息收发器，该信息收发器用于从信息存储模块中读取业务信息，进行格式转换后发送到协议转换与路由模块；协议转换与路由模块用于从信息收发模块接收业务信息，对该业务信息进行协议转换及路由后通过网关发送给用户端。

进一步，协议转换与路由模块还用于通过网关接收用户端发来的业务请求信息，对该业务请求信息进行协议转换后发送给信息收发模块；信息收发模块中的信息收发器还用于从协议转换与路由模块接收业务请求信息，进行格式转换后写入信息存储模块；信息存储模块还用于存储通过信息收发模块发来的业务请求信息；业务处理模块还用于读取信息存储模块中存储的业务请求信息，并根据该业务请求信息和业务脚本从行业数据库采集数据进行业务处理，生成业务信息发送到信息存储模块。

所述信息收发器是短信收发器、非结构化补充业务数据(USSD)收发器、无线应用协议(WAP)收发器、多媒体信息业务(MMS)收发器、即时消息收发器中的一种或一种以上的组合。

所述业务配置模块还包括发件箱和/或收件箱，该发件箱用于根据待发信息内容和发送参数生成业务信息，并将所生成的业务信息发送到信息存储模块，和/或用于查询和统计存储在信息存储模块中的业务信息；该收件箱用于查询和统计存储在信息存储模块中的业务请求信息。

所述业务处理模块包括API接口、外壳程序、业务引擎和扩展库，外壳程序用于加载和解析业务脚本、实时监视业务脚本更新，将该业务脚本发送到业务引擎，并通过API接口接收信息存储模块中存储的业务请求信息，将该业务请求信息发送到业务引擎；业务引擎用于存储业务处理流程，并根据业务脚本和来自外壳程序的业务请求信息通过外壳程序和API接口从行业数据库采集数据，根据相应的业务处理流程进行业务处理，生成业务信息，并通过外壳程序和API接口将该业务信息发送到信息存储模块；扩展库用于扩展业务引擎的业务处理流程。

所述业务引擎包括，信息处理模块，用于存储业务处理流程，并根据业务脚本和来自外壳程序的业务请求信息通过外壳程序和API接口从行业数据库采集数据，根据相应的业务处理流程进行业务处理，生成业务信息，并通过外壳程序和API接口将该业务信息发送到信息存储模块；和

扩展库管理模块，用于通过扩展库创建业务处理流程并发送到信息处理模块。

所述信息处理模块包括，短信处理模块，和/或USSD处理模块，和/或WAP处理模块。

所述业务配置模块在配置同一个业务时通过所述业务处理模块的API接口可访问多种类型的数据库。所述数据库为Oracle、Sybase、Informix或MSSQLserver。

本发明的行业信息处理方法，包括下列步骤：

步骤一，根据具体业务的数据处理流程，获取行业数据库的标识信息，通过脚本语言生成针对该业务的业务脚本；

步骤二，加载并解析所述业务脚本；

步骤三，根据业务脚本从行业数据库采集数据进行业务处理，并生成业务信息发送给用户端。

步骤三进一步根据用户端发来的业务请求信息和业务脚本从行业数据库采集数据进行业务处理，并生成业务信息发送给用户端。

与现有技术相比，本发明通过将业务流程与业务实现完全分离，使系统独立于特定的业务需求，达到通用的目的。本发明的系统能支持多种业务，可扩展性强，支持异构数据库操作，并大大降低了开发成本。

附图说明

图1为本发明行业信息处理系统的结构图。

图2为本发明行业信息处理系统业务处理模块的结构图。

图3为本发明行业信息处理方法的流程图。

图4为本发明行业信息处理系统上行短信业务处理流程图。

图5为本发明行业信息处理系统USSD业务处理流程图。

具体实施方式

以下将结合附图对本发明进行详细描述。

如图1所示，本发明的行业信息处理系统包括包括业务配置模块、业务处理模块、信息存储模块、信息收发模块及协议转换与路由模块，其中：

业务配置模块用于获取行业数据库的标识信息，并通过脚本语言生成针对业务的业务脚本，且所述业务脚本中包含所述行业数据库的标识信息，并将该业务脚本发送到业务处理模块；

业务处理模块用于加载和解析业务配置模块生成的业务脚本，根据业务脚本从行业数据库采集数据进行业务处理，并生成业务信息发送到信息存储模块；

信息存储模块用于存储业务处理模块发来的业务信息；

信息收发模块，其包括至少一种信息收发器，该信息收发器用于从信息存储模块中读取业务信息，进行格式转换后发送到协议转换与路由模块；

协议转换与路由模块用于从信息收发模块接收业务信息，对该业务信息进行协议转换及路由后通过网关发送给用户端。

进一步，协议转换与路由模块还用于通过网关接收用户端发来的业务请求信息，对该业务请求信息进行协议转换后发送给信息收发模块；信息收发模块中的信息收发器还用于从协议转换与路由模块接收业务请求信息，进行格式转换后写入信息存储模块；信息存储模块还用于存储通过信息收发模块发来的业务请求信息；业务处理模块还用于读取信息存储模块中存储的业务请求信息，并根据该业务请求信息和业务脚本从行业数据库采集数据进行业务处理，生成业务信息发送到信息存储模块。

协议转换与路由模块在外通过网关与短信息中心、USSD中心、MMS中心、WAP中心连接，在内与信息收发模块连接，起到信息汇聚功能。协议转换与路由模块接收来自网关的消息，并将不同运营商的消息协议转换成统一的协议转发给信息收发模块；对于信息收发模块发来的消息，协议转换与路由模块根据消息被叫地址进行路由，分发到不同运营商的网关(如果信息系统同时连接多个运营商网络)，同时将消息的协议按照不同运营商的消息格式进行适配。

在本发明中，信息收发器是短信收发器、USSD收发器、WAP收发器、MMS收发器、即时消息收发器中的一种或一种以上的组合。通过业务配置模块配置相应业务脚本加载到业务处理模块，可实现处理短信、USSD、WAP、MMS和即时消息等不同类型信息，比起现有技术仅能处理短信业务而言，显然本发明的业务种类更加丰富。

业务配置模块使用脚本语言来生成业务脚本，脚本语言包括公用信息节点和业务信息节点。公用信息节点用于集中管理公用信息，公用信息是指可以为多个业务共用的信息，包括数据库连接信息、短信资费信息、USSD资费信息、WAP资费信息、短信接入号信息、WAP的服务参数管理等。业务信息节点用于存放具体的业务信息，包括上行短信业务、下行短信业务、USSD业务、WAP业务等。业务脚本可以实现行业信息系统与用户现有的应用系统(如OA、MIS等)的挂接，即通过数据库处理方法SelectSQL(查询数据)、InsertSQL(插入数据)、UpdateSQL(修改数据)、DeleteSQL(删除数据)、ExecuteSQL(执行存储过程)等读取或修改用户现有的应用系统的数据，经过处理的数据或静态文本可通过短信息、USSD或WAP的方式按要求的格式下发给手机用户，下发回复信息的处理方法有Reply(短信回复)、UssdReply(USSD回复)、UssdSwitch(USSD跳转)、WapReply(Wap回复)，由上述这些处理方法组合起来的步骤列表可以表示不同业务需求的数据处理流程。

为了使行业端能够简单、快捷地配置本行业的个性化业务，本系统的业务配置模块的用户界面为Web界面。通过业务配置系统提供的Web界面，进一步简化用户操作，并且可以远程配置业务脚本。通过脚本语言使行业信息处理系统可以很好的应对需求的不断变化，满足客户的需求，降低开发和维护的工作量。

进一步，业务配置模块还包括发件箱和收件箱。行业端在Web界面的发件箱上设置待发信息内容和发送参数，将信息发往信息存储模块，再经由信息收发模块、协议转换与路由模块、网关、短信息中心(或USSD中心、MMS中心、WAP中心)，最终到达用户端。行业端可发送一条短信、MMS消息或USSD回复消息给一个手机号码(单发)，也可以选择一个手机号码文件批量群发同一条短信、MMS信息或USSD回复消息(群发)，还可以选择一个手机号码文件群发不同内容的信息(点点通)。业务配置模块在发送短信、MMS消息或USSD回复消息时可以设置过滤功能，如设置禁止发送语句，若发送的短信、MMS消息或USSD回复消息中有禁止的词语或语句，系统将拒绝发送该短信、MMS消息或USSD回复消息，并且发件箱提供信息发送查询和发送记录统计的功能。行业端还可以在Web界面的收件箱上查询和统计发送到该行业端的短信或USSD。业务配置模块还为行业端提供常用的联系人管理，行业端可以在线编辑、保存自己的常用联系人列表。

业务处理模块与信息存储模块、业务配置模块和行业数据库相连。业务处理模块加载并解析业务配置模块生成的业务脚本，并实时更新业务脚本，且业务脚本更新时无须中断运行中的系统，实现业务需求的平稳切换。业务处理模块支持上行信息业务和下行信息业务，上行信息业务是指由用户端发起的，即用户端发送业务请求信息提交至行业信息处理系统来触发业务；下行信息业务是指由行业端发起的，即行业端主动触发的业务，如定时触发业务。业务触发后，如获取到用户端的短消息、USSD或WAP请求，业务处理模块解析加载的业务脚本，并从行业数据库采集数据，执行相关业务处理流程，生成业务信息，并回复业务信息。

如图2所示，该业务处理模块包括API接口、外壳程序、业务引擎和扩展库。

外壳程序是业务引擎的宿主程序，用于连接业务引擎与API接口，并负责加载和解析业务脚本、实时监视业务脚本更新，将该业务脚本发送到业务引擎，并通过API接口接收信息存储模块中存储的业务请求信息，将该业务请求信息发送到业务引擎。

业务引擎用于存储业务处理流程，并根据业务脚本和来自外壳程序的业务请求信息通过外壳程序和API接口从行业数据库采集数据，根据相应的业务处理流程进行业务处理，生成业务信息，并通过外壳程序和API接口将该业务信息发送到信息存储模块。包括信息处理模块，用于存储业务处理流程，并根据业务脚本和来自外壳程序的业务请求信息通过外壳程序和API接口从行业数据库采集数据，根据相应的业务处理流程进行业务处理，生成业务信息，并通过外壳程序和API接口将该业务信息发送到信息存储模块；扩展库管理模块，用于通过扩展库创建业务处理流程并发送到信息处理模块。信息处理模块包括，短信处理模块，和/或USSD处理模块，和/或WAP处理模块。

扩展库用于扩展业务引擎的业务处理流程。业务引擎提供了一些常用的函数以及处理方法，可以根据需要扩展，创建扩展库(如创建MMS处理模块、即时消息处理模块等)，而不必修改业务引擎本身。扩展库可以有很多个，只要按照扩展库接口开发即可，从而大大提高业务需求变更的效率，降低业务需求变更的成本，同时延长了系统的使用时间。

API接口是业务处理模块的出口，由于对外公开API接口，便于行业端对行业信息处理系统的二次开发。

本系统还支持跨数据库的查询。业务处理模块将远程数据库查询的数据缓存为本地结果集，后续的查询可以在查询条件中引用该结果集，引用结果集时进一步指定结果集的字段，执行查询前，系统将遍历结果集，用结果集指定字段的每个值生成查询语句列表，然后分别执行查询语句，并将每次执行查询的结果合并，从而实现业务数据来自多种类型的数据库，也就是跨数据库操作。该行业信息处理系统同时支持Oracle、Sybase、Informix和MSSQLserver等主流数据库，业务配置模块在配置同一个业务的时候可以通过业务处理模块的API接口可访问多种类型的数据库。

如图3所示，本发明提出的一种行业信息处理方法，包括下列步骤：

步骤一，根据具体业务的数据处理流程，获取行业数据库的标识信息，通过脚本语言生成针对该业务的业务脚本；

根据业务类型来配置业务处理流程，业务处理流程包括用户端输入参数处理、连接各种数据库、查询数据库信息、返回用户端内容处理，并生成一个业务脚本，比如短信业务脚本或USSD业务脚本。

步骤二，加载并解析所述业务脚本；

步骤三，根据业务脚本从行业数据库采集数据进行业务处理，并生成业务信息发送给用户端。

步骤三进一步根据用户端发来的业务请求信息和业务脚本从行业数据库采集数据进行业务处理，并生成业务信息发送给用户端。

如下，以上行短信业务、USSD业务为例对本发明的行业信息处理系统的业务处理流程进一步进行说明。

如图4所示，系统对用户端发出的短信业务请求的处理流程如下：

步骤401，用户端发送短信到短消息中心SMC；

步骤402，SMC根据短信的行业接入号通过网关将短信发送到协议转换与路由模块；

步骤403，协议转换与路由模块将短信发送到短信收发器；

步骤404，短信收发器将短信存进信息存储模块；

步骤405，业务处理模块查询信息存储模块，发现有用户端提交的短信后，将短信的内容和加载业务脚本的业务进行对比，如果发现有匹配任务则执行步骤406，否则创建新业务或下发帮助信息；

步骤406，业务处理模块用该业务脚本的业务逻辑处理该短信，然后将业务逻辑生成的信息组成一条短信插进信息存储模块；

步骤407，短信收发器发现信息存储模块有需要发送的短信后，将短信发送到协议转换与路由模块；

步骤408，协议转换与路由模块将短信发送出去，并最终到达用户端显示出来。

如图5所示，系统对用户端发出的USSD业务请求的处理流程如下：

步骤501，用户端发送USSD请求到USSD中心；

步骤502，USSD中心根据USSD的行业接入号通过USSD业务转换代理和网关将USSD请求发送到协议转换与路由模块；

步骤503，协议转换与路由模块将USSD请求消息发送到USSD收发器；

步骤504，USSD收发器将USSD请求消息存进信息存储模块；

步骤505，业务处理模块查询信息存储模块，发现有用户端提交的USSD请求消息后，将该USSD请求消息的内容和加载业务脚本的业务进行对比，如果发现有匹配任务则执行步骤506，否则创建新业务或下发帮助信息；

步骤506，业务处理模块用该业务脚本的业务逻辑处理该USSD请求消息，然后将业务逻辑生成的信息组成一条USSD回复消息插进信息存储模块；

步骤507，USSD收发器发现信息存储模块有需要发送的USSD回复消息后，将USSD回复消息发送到协议转换与路由模块；

步骤508，协议转换与路由模块将USSD回复消息发送出去，并最终到达用户端显示出来。

本发明的行业信息处理系统通过提供通用平台和多种接口方式，一方面可便捷、灵活地与行业现有的办公应用系统集成结合，另一方面可方便与移动运营商的接入，通过短信、USSD或MMS等媒介进行信息的收发双向传递和交互式传递，满足行业信息化、个性化、移动化办公需求。通过本技术，行业端不需要另行开发信息系统，而是仅仅根据自身的需要，通过在Web上进行简单的业务配置即可，使不同行业在实施数据业务接入时，只须关注各自的业务层面，避免在处理层面进行大量定制修改，将开发人员从中解放出来，将业务流程与业务实现完全分离，使系统独立于特定的业务需求，达到通用的目的。

最后应当说明的是，以上实施例仅用以说明本发明的技术方案而非限制，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或者等同替换，而不脱离本发明技术方案的精神范围，其均应涵盖在本发明的权利要求范围当中。

Claims (11)

1.一种行业信息处理系统，其特征在于：包括业务配置模块、业务处理模块、信息存储模块、信息收发模块及协议转换与路由模块，

业务配置模块用于获取行业数据库的标识信息，并通过脚本语言生成针对业务的业务脚本，且所述业务脚本中包含所述行业数据库的标识信息，并将该业务脚本发送到业务处理模块；

业务处理模块用于加载和解析业务配置模块生成的业务脚本，根据业务脚本从行业数据库采集数据进行业务处理，并生成业务信息发送到信息存储模块；

信息存储模块用于存储业务处理模块发来的业务信息；

信息收发模块，其包括至少一种信息收发器，该信息收发器用于从信息存储模块中读取业务信息，进行格式转换后发送到协议转换与路由模块；

协议转换与路由模块用于从信息收发模块接收业务信息，对该业务信息进行协议转换及路由后通过网关发送给用户端。

2.如权利要求1所述的系统，其特征在于：

协议转换与路由模块还用于通过网关接收用户端发来的业务请求信息，对该业务请求信息进行协议转换后发送给信息收发模块；

信息收发模块中的信息收发器还用于从协议转换与路由模块接收业务请求信息，进行格式转换后写入信息存储模块；

信息存储模块还用于存储通过信息收发模块发来的业务请求信息；

业务处理模块还用于读取信息存储模块中存储的业务请求信息，并根据该业务请求信息和业务脚本从行业数据库采集数据进行业务处理，生成业务信息发送到信息存储模块。

3.如权利要求2所述的系统，其特征在于：

所述信息收发器是短信收发器、非结构化补充业务数据USSD收发器、无线应用协议WAP收发器、多媒体信息业务MMS收发器、即时消息收发器中的一种或一种以上的组合。

4.如权利要求2所述的系统，其特征在于：

所述业务配置模块还包括发件箱和/或收件箱，

该发件箱用于根据待发信息内容和发送参数生成业务信息，并将所生成的业务信息发送到信息存储模块，和/或用于查询和统计存储在信息存储模块中的业务信息；

该收件箱用于查询和统计存储在信息存储模块中的业务请求信息。

5.如权利要求2所述的系统，其特征在于：

所述业务处理模块包括API接口、外壳程序、业务引擎和扩展库，

外壳程序用于加载和解析业务脚本、实时监视业务脚本更新，将该业务脚本发送到业务引擎，并通过API接口接收信息存储模块中存储的业务请求信息，将该业务请求信息发送到业务引擎；

业务引擎用于存储业务处理流程，并根据业务脚本和来自外壳程序的业务请求信息通过外壳程序和API接口从行业数据库采集数据，根据相应的业务处理流程进行业务处理，生成业务信息，并通过外壳程序和API接口将该业务信息发送到信息存储模块；

扩展库用于扩展业务引擎的业务处理流程。

6.如权利要求5所述的系统，其特征在于：所述业务引擎包括，

信息处理模块，用于存储业务处理流程，并根据业务脚本和来自外壳程序的业务请求信息通过外壳程序和API接口从行业数据库采集数据，根据相应的业务处理流程进行业务处理，生成业务信息，并通过外壳程序和API接口将该业务信息发送到信息存储模块；和

扩展库管理模块，用于通过扩展库创建业务处理流程并发送到信息处理模块。

7.如权利要求6所述的系统，其特征在于：所述信息处理模块包括，

短信处理模块，

和/或USSD处理模块，

和/或WAP处理模块。

8.如权利要求2所述的系统，其特征在于：

所述业务配置模块在配置同一个业务时通过所述业务处理模块的API接口可访问多种类型的数据库。

9.如权利要求8所述的系统，其特征在于：

所述数据库为Oracle、Sybase、Informix或MS SQLserver。

10.一种行业信息处理方法，其特征在于，包括下列步骤：

步骤一，根据具体业务的数据处理流程，获取行业数据库的标识信息，通过脚本语言生成针对该业务的业务脚本；

步骤二，加载并解析所述业务脚本；

步骤三，根据业务脚本从行业数据库采集数据进行业务处理，并生成业务信息发送给用户端。

11.如权利要求10所述的方法，其特征在于：

步骤三进一步根据用户端发来的业务请求信息和业务脚本从行业数据库采集数据进行业务处理，并生成业务信息发送给用户端。

Images