行業信息處理系統及方法

專利名稱：行業信息處理系統及方法
技術領域：
本發明涉及通信領域，特別是涉及一種行業信息處理系統及方法。
背景技術：
目前很多企業、政府機關都建立起了相關的短信業務系統，該系統能為行業內部的職員或者外部的用戶提供信息服務。對于企業而言，該系統可以提高服務質量和工作效率，擴大銷售范圍，降低企業成本；對于政府機關而言，該系統可以提高行政人員的辦事效率，拓展政府與群眾的聯系方式，有利于進一步融洽政府和群眾的關系。
現有短信業務系統通常是沿用傳統的開發方式，即將業務流程與業務實現混合在一起開發。該系統中多采用短信貓(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上進行簡單的業務配置即可，使不同行業在實施數據業務接入時，只須關注各自的業務層面，避免在處理層面進行大量定制修改，將開發人員從中解放出來，將業務流程與業務實現完全分離，使系統獨立于特定的業務需求，達到通用的目的。
最后應當說明的是，以上實施例僅用以說明本發明的技術方案而非限制，本領域的普通技術人員應當理解，可以對本發明的技術方案進行修改或者等同替換，而不脫離本發明技術方案的精神范圍，其均應涵蓋在本發明的權利要求范圍當中。
權利要求
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所述的方法，其特征在于步驟三進一步根據用戶端發來的業務請求信息和業務腳本從行業數據庫采集數據進行業務處理，并生成業務信息發送給用戶端。
全文摘要
本發明公開了一種行業信息處理系統及方法。該方法包括有步驟步驟一，根據具體業務的數據處理流程，獲取行業數據庫的標識信息，通過腳本語言生成針對該業務的業務腳本；步驟二，加載并解析所述業務腳本；步驟三，根據業務腳本從行業數據庫采集數據進行業務處理，并生成業務信息發送給用戶端。步驟三進一步根據用戶端發來的業務請求信息和業務腳本從行業數據庫采集數據進行業務處理，并生成業務信息發送給用戶端。本發明通過將業務流程與業務實現完全分離，使系統獨立于特定的業務需求，達到通用的目的。
文檔編號H04W4/14GK1859629SQ20061006533
公開日2006年11月8日 申請日期2006年3月17日 優先權日2006年3月17日
發明者王暄, 馬家明, 張鋒 申請人:華為技術有限公司