專利名稱：消息交互裝置、系統(tǒng)及方法
技術領域：
本發(fā)明涉及消息技術領域，尤其涉及一種消息交互裝置、系統(tǒng)及方法。
背景技術：
云計算是當今的軟件的發(fā)展方向，也是當今軟件發(fā)展的熱點。在云計算環(huán)境下，往往多家相關的或不相關的組織機構共用各種服務軟件，而這些服務軟件在實際部署時可能是多套業(yè)務系統(tǒng)和多套專業(yè)系統(tǒng)單元組合而成。如在協(xié)作服務領域，可能需要有辦公、CRM、客服等各種業(yè)務系統(tǒng)，這些系統(tǒng)直接向客戶提供各種業(yè)務服務功能；而與此同時也有郵件、頂、短信、語音服務、積分等專業(yè)系統(tǒng)單元向各業(yè)務系統(tǒng)提供專業(yè)服務。如，某公司職員A通過辦公管理業(yè)務系統(tǒng)完成了一項審批，該審批事項將傳導給下一處理人員職員B，產(chǎn)生了消息提醒的需要。如果職員B正在使用辦公系統(tǒng)，則希望能夠在待辦列表中及時看到該待辦事項；如果職員B當時辦公系統(tǒng)為在線，而桌面系統(tǒng)即時消息系統(tǒng)在線，則希望能夠有消息通過PC端的消息系統(tǒng)給予提醒；進而如果職員B即時消息系統(tǒng)和辦公系統(tǒng)都不在線，而使用手機端的應用，則希望在手機端應用得到該消息提醒；或者職員B當前沒有打開任何系統(tǒng)，他希望有個手機短消息來提醒他去處理待處理事項。上述場景涉及眾多的業(yè)務系統(tǒng)和專業(yè)系統(tǒng)單元，要求消息在這些業(yè)務系統(tǒng)和專業(yè)系統(tǒng)單元之間順暢的交互，這樣才能夠達到無障礙溝通。這些系統(tǒng)部署環(huán)境各異，甚至有時候在物理上是隔離的，這樣的環(huán)境下，業(yè)務系統(tǒng)與各專業(yè)服務系統(tǒng)之間的消息傳遞成為難題。通常的消息傳遞解決方式，采取各個業(yè)務系統(tǒng)之間進行接口定制的方式進行，例如CRM系統(tǒng)需要發(fā)送短信、待辦、即時消息等消息內(nèi)容給專業(yè)的短信系統(tǒng)、統(tǒng)一待辦系統(tǒng)、即時消息系統(tǒng)等專業(yè)系統(tǒng)單元，由CRM分別與短信系統(tǒng)、統(tǒng)一待辦系統(tǒng)、即時消息系統(tǒng)等專業(yè)系統(tǒng)單元進行接口定制開發(fā)。在云環(huán)境下，各廠商提供的各種業(yè)務系統(tǒng)都集中起來，數(shù)量非常龐大，而所涉及的專業(yè)系統(tǒng)單元也可能非常多，可能涉及到短信、待辦、即時消息、郵件、語音等各種各樣的專業(yè)系統(tǒng)單元。從而業(yè)務系統(tǒng)與專業(yè)系統(tǒng)單元之間的接口將帶來龐大的開發(fā)量，而且也變得非常龐大、且難以管理。比傳統(tǒng)的業(yè)務系統(tǒng)與專業(yè)系統(tǒng)單元進行接口定制開發(fā)進步的一種方式是采取系統(tǒng)之間的數(shù)據(jù)交互機制來實現(xiàn)消息的傳遞，如專利號為ZL210010532421. O的《一種SaaS模式下的數(shù)據(jù)交互方法及系統(tǒng)》，后面簡稱數(shù)據(jù)交互方法。數(shù)據(jù)交互方法可以解決消息在各系統(tǒng)之間的傳遞，但數(shù)據(jù)交互方法所描述的技術側(cè)重于數(shù)據(jù)的轉(zhuǎn)換，并沒有解決消息交互的問題。

發(fā)明內(nèi)容
為解決上述問題，本發(fā)明提供一種消息交互裝置，包括協(xié)議處理單元、API接口單元、消息處理單元，其中，協(xié)議處理單元用以設置消息交互的協(xié)議并配置管理的人機交互界面；

API接口單元用以接收外部的業(yè)務系統(tǒng)發(fā)送的消息以及發(fā)送消息給外部的業(yè)務系統(tǒng)單元或?qū)I(yè)系統(tǒng)單元；消息處理單元用以根據(jù)所述協(xié)議處理單元設置的協(xié)議對API接口單元接收的消息進行處理，并將處理的消息發(fā)送給API接口單元。進一步地，所述協(xié)議處理單元包括協(xié)議管理模塊以及協(xié)議存儲模塊，所述協(xié)議存儲模塊用以存儲所述協(xié)議管理模塊設定的協(xié)議，所述協(xié)議管理模塊包括用戶驗證協(xié)議、合法性校驗協(xié)議、消息處理協(xié)議、業(yè)務優(yōu)先級協(xié)議、智能決策策略和異常處理協(xié)議，其中，用戶驗證協(xié)議用來判定外部的業(yè)務系統(tǒng)是否具有調(diào)用API接口單元的權限；合法性校驗協(xié)議用于判定消息傳遞格式是否符合要求；消息處理協(xié)議用于設置實時非實時輪詢設定等信息處理過程配置；業(yè)務優(yōu)先級協(xié)議用于設定各個外部業(yè)務系統(tǒng)單元傳遞的消息發(fā)送優(yōu)先級；智能決策策略協(xié)議用于系統(tǒng)智能判斷同一個消息需要傳遞給哪些外部專業(yè)系統(tǒng)單元；異常處理協(xié)議用于處理消息傳遞過程中產(chǎn)生異常的處理策略。進一步地，所述協(xié)議存儲模塊根據(jù)消息交互裝置承載的業(yè)務量來決定采取實時計算或者定時輪詢計算的模式。進一步地，所述協(xié)議處理單元還包括異常處理模塊，用以根據(jù)協(xié)議存儲模塊中存儲的異常處理協(xié)議處理異常事件。

進一步地，所述API接口單元包括業(yè)務API模塊和專業(yè)API模塊，所述業(yè)務API模塊用以接收外部業(yè)務系統(tǒng)單元的消息；所述專業(yè)API模塊用以向外部專業(yè)系統(tǒng)單元發(fā)送消
肩、O進一步地,所述業(yè)務API模塊提供的API接口為WebService或Socket兩種接口方式，WebService接口提供基于互聯(lián)網(wǎng)的接口服務，Socket接口提供局域網(wǎng)內(nèi)部的接口服務。進一步地，所述消息處理單元包括預處理模塊、消息發(fā)送模塊、發(fā)送隊列存儲模塊、隊列處理模塊、消息存儲模塊，其中，預處理模塊用以對消息進行驗證和校驗、解析；消息存儲模塊用于存放經(jīng)過預處理過的消息；隊列處理模塊根據(jù)發(fā)送隊列信息的狀態(tài)，從消息存儲模塊中拷貝消息到發(fā)送隊列存儲模塊；發(fā)送隊列存儲模塊用于存放隊列處理模塊從消息存儲模塊拷貝過來的待發(fā)送消息；消息發(fā)送模塊根據(jù)消息隊列中消息的發(fā)送目標系統(tǒng)，調(diào)用不同的專業(yè)API發(fā)送到不同的專業(yè)系統(tǒng)單元中，并對存儲在消息存儲模塊的消息的狀態(tài)進行標識。進一步地，所述協(xié)議處理單元還包括系統(tǒng)監(jiān)控模塊，用以提供系統(tǒng)監(jiān)控界面。本發(fā)明還提供一種消息交互系統(tǒng)，包括上述的消息交互裝置和業(yè)務系統(tǒng)單元，所述業(yè)務系統(tǒng)單元用以向消息交互裝置提供消息，消息交互裝置對所述業(yè)務系統(tǒng)單元提供的消息進行處理，并向所述業(yè)務系統(tǒng)單元提供消息處理結(jié)果。進一步地，還包括專業(yè)系統(tǒng)單元，用以接收消息交互裝置處理得到的消息。進一步地，所述業(yè)務系統(tǒng)單元包括協(xié)同辦公、通訊應用、CRM、客服管理、倉儲物流、電子政務業(yè)務系統(tǒng)的一種或多種的任意組合。本發(fā)明還提供一種消息交互方法，包括消息交互裝置接收業(yè)務系統(tǒng)單元發(fā)送的消息；
消息交互裝置對所述業(yè)務系統(tǒng)單元提供的消息進行處理并向所述業(yè)務系統(tǒng)單元或?qū)I(yè)系統(tǒng)單元提供消息交互結(jié)果。進一步地，消息交互裝置處理消息的步驟包括業(yè)務API模塊接收業(yè)務系統(tǒng)單元發(fā)送的消息；預處理模塊對業(yè)務API模塊接收的消息進行用戶驗證和校驗、解析，并對處理的消息發(fā)送給消息存儲模塊存儲；隊列處理模塊根據(jù)發(fā)送隊列信息的狀態(tài)從消息存儲模塊中拷貝消息到發(fā)送隊列存儲模塊中；消息發(fā)送模塊根據(jù)消息隊列中消息的發(fā)送目標系統(tǒng)，調(diào)用不同的專業(yè)API發(fā)送到不同的專業(yè)系統(tǒng)單元中，并對存儲在消息存儲模塊的消息的狀態(tài)進行標識。進一步地，所述消息存儲模塊還根據(jù)消息交互裝置負載的業(yè)務量來決定采取實時計算或者定時輪詢計算的模式。與現(xiàn)有技術相比，本發(fā)明提供的消息交互裝置、系統(tǒng)以及方法，存在以下有益效果1.有效的解決了云計算環(huán)境下的跨系統(tǒng)之間的消息交互處理問題，無需根據(jù)目標消息傳遞到達的專業(yè)系統(tǒng)單元的不同進行接口的定制化開發(fā)。2.實現(xiàn)消息交互與處理過程快速、可靠與智能化，這種消息交互與處理包括在內(nèi)部局域網(wǎng)和互聯(lián)網(wǎng)環(huán)境下的消息交互與處理。


`
圖1是本發(fā)明的消息交互裝置的結(jié)構示意圖；圖2是本發(fā)明的消息交互系統(tǒng)的結(jié)構示意圖。
具體實施例方式以下結(jié)合附圖對本發(fā)明提出的信息交互裝置作進一步詳細說明。請參見圖1，信息交互裝置2的結(jié)構如圖1所示，本發(fā)明的消息交互裝置包括協(xié)議處理單元20、API接口單元21、消息處理單元22，其中，協(xié)議處理單元20用以設置消息交互的協(xié)議并配置管理的人機交互界面；API接口單元21用以接收外部的業(yè)務系統(tǒng)發(fā)送的消息以及發(fā)送消息給外部的業(yè)務系統(tǒng)單元或?qū)I(yè)系統(tǒng)單元；消息處理單元22用以根據(jù)所述協(xié)議處理單元20設置的協(xié)議對API接口單元21接收的消息進行處理，并將處理的消息發(fā)送給API接口單元。請參閱圖2，結(jié)合信息交互裝置2，本實施例的信息交互裝置2可以與外部的業(yè)務系統(tǒng)單元I以及專業(yè)系統(tǒng)單元3進行交互，構成一個消息交互系統(tǒng)。下面結(jié)合圖1以及圖2所示，具體說明信息交互裝置2以及消息交互系統(tǒng)。信息交互裝置2的各個單元中，協(xié)議處理單元20包括協(xié)議管理模塊201、協(xié)議存儲模塊202、系統(tǒng)監(jiān)控模塊203以及異常處理模塊204。API接口單元21包括業(yè)務API模塊210以及專業(yè)API模塊211。消息處理單元22包括預處理模塊220、消息存儲模塊221、隊列處理模塊222、發(fā)送隊列存儲模塊223、消息發(fā)送模塊224。業(yè)務系統(tǒng)單元I是業(yè)務應用系統(tǒng),可以是一個獨立的系統(tǒng),也可以由多個應用系統(tǒng)組成，可以是包含但不局限于協(xié)同辦公、通訊應用、CRM、客服管理、倉儲物流、電子政務等業(yè)務系統(tǒng)的一種或多種。專業(yè)系統(tǒng)單元3是專業(yè)系統(tǒng)單元，可以是一個或者多個獨立的專業(yè)系統(tǒng)單元，如郵件、即時消息系統(tǒng)等獨立的專業(yè)應用；也可以是業(yè)務系統(tǒng)單元I中的一個組件模塊，如業(yè)務系統(tǒng)協(xié)同辦公的統(tǒng)一待辦模塊、通訊應用中的短信或者語音模塊、業(yè)務應用模塊的手機客戶端組件等。業(yè)務系統(tǒng)單元I通過消息交互系統(tǒng)裝置進行消息處理、并最終傳遞到專業(yè)系統(tǒng)單元3，達到信息跨系統(tǒng)的快速、可靠、智能地處理和傳遞的目的。消息通過消息交互系統(tǒng)裝置2從業(yè)務系統(tǒng)單元I最終傳遞到專業(yè)系統(tǒng)單元3，中間經(jīng)過多個環(huán)節(jié)的處理，是否能做到實時到達，跟消息交互系統(tǒng)裝置2中的協(xié)議存儲模塊202中配置的消息處理協(xié)議、發(fā)送協(xié)議、業(yè)務優(yōu)先級協(xié)議等有關。即消息交互系統(tǒng)裝置能夠提供實時和非實時的消息傳遞方式。業(yè)務API模塊210向各業(yè)務系統(tǒng)單元I提供統(tǒng)一的公用API，用于接收各業(yè)務系統(tǒng)單元I發(fā)過來的待發(fā)送消息。提供的公用API接口服務包括WebService和Socket兩種不同的接口，WebService接口可提供基于互聯(lián)網(wǎng)提供接口服務,而Socket接口則僅相應局域網(wǎng)內(nèi)部的接口訪問服務。業(yè)務系統(tǒng)單元I根據(jù)業(yè)務API模塊210提供的統(tǒng)一 API進行開發(fā)，業(yè)務運行過程中將消息通過業(yè)務API模塊210發(fā)送給信息交互裝置2。協(xié)議存儲模塊202用于存放各種協(xié)議與策略，包括用戶驗證協(xié)議、合法性校驗協(xié)議、消息處理協(xié)議、業(yè)務優(yōu)先級協(xié)議、智能決策策略協(xié)議和異常處理協(xié)議等。用戶驗證協(xié)議用來判定調(diào)用方即業(yè)務系統(tǒng)單元I是否具有調(diào)用業(yè)務API模塊210的權限；合法性校驗規(guī)用于判定消息傳遞格式是否符合要求；消息處理協(xié)議用于設置實時或非實時輪詢設定等信息處理過程配置；業(yè)務優(yōu)先級協(xié)議可以設定各個業(yè)務系統(tǒng)傳遞的消息發(fā)送優(yōu)先級；異常處理協(xié)議用于處理消息傳遞過程中產(chǎn)生異常的處理策略。其中智能決策策略協(xié)議用于系統(tǒng)智能判斷同一個消息需要傳遞給哪些 專業(yè)系統(tǒng)單元3。預處理模塊220用于用戶驗證、合法性校驗、發(fā)送地址解析、一對多解析、優(yōu)先級識別、消息存儲等。首先預處理模塊220根據(jù)協(xié)議存儲模塊202中的用戶驗證協(xié)議判定業(yè)務系統(tǒng)單元I是否具有調(diào)用業(yè)務API模塊210的權限，根據(jù)協(xié)議存儲模塊202中的合法性校驗協(xié)議判定消息格式是否符合要求，如判定不符合要求則進行相應處理。如，用戶驗證協(xié)議定義了白名單消息來源地，合法性校驗協(xié)議定義了消息格式發(fā)送對象字段非空，當接收到某條具體消息時，用戶驗證判定消息來源是否屬于白名單消息來源地，合法性校驗判定發(fā)送對象字段是否為空，發(fā)現(xiàn)任意一項不符合要求則判定消息非法，處理方式通常為記錄日志并丟棄該消息。用戶驗證和合法性校驗通過之后，預處理模塊220對消息進行發(fā)送地址解析、優(yōu)先級識別、一對多解析，并把處理后的消息存儲到消息存儲模塊221。發(fā)送地址解析指把消息帶來的目的系統(tǒng)標識轉(zhuǎn)換為專業(yè)API單元211對應的ID ;優(yōu)先級識別指根據(jù)協(xié)議存儲模塊202中的業(yè)務優(yōu)先級協(xié)議對不同業(yè)務系統(tǒng)單元來源設定為不同的優(yōu)先級；一對多解析指一條消息需要發(fā)送給多個目標用戶時，進行消息拆分為一對一的單條消息。消息存儲模塊221用于存放經(jīng)過預處理過的消息，包括未發(fā)送的消息和已處理的消息。隊列處理模塊222根據(jù)發(fā)送隊列信息多少，實時或定時地按照時間、優(yōu)先級、是否到發(fā)送時間等信息從消息存儲模塊221中拷貝消息到發(fā)送隊列存儲模塊223。系統(tǒng)采取輪詢或?qū)崟r的模式來拷貝數(shù)據(jù)由協(xié)議存儲模塊202中的消息處理協(xié)議來決定，具體的實施的實例中也可根據(jù)系統(tǒng)硬件條件或者消息發(fā)送量規(guī)模等信息來決定采取一種單一模式，本實施案例采取了兩種模式都支持的方式。條目閥值即消息發(fā)送隊列中還剩下多少消息條目時從消息存儲模塊221拷貝消息，條目閥值、一次性拷貝消息條目數(shù)、拷貝哪些消息，都由協(xié)議存儲模塊202中消息處理協(xié)議決定。消息處理協(xié)議中可以設定時間、業(yè)務優(yōu)先級的單一協(xié)議，也可以設置兩者混合協(xié)議。單一時間協(xié)議，如先到先發(fā)、后到先發(fā)；單一優(yōu)先級協(xié)議，如某業(yè)務優(yōu)先處理；兩者的混合協(xié)議，如時間優(yōu)先于優(yōu)先級，或優(yōu)先級優(yōu)先于時間等。無論采取哪些那種協(xié)議，那些未到指定發(fā)送時間的消息需要先行過濾。發(fā)送隊列存儲模塊223用于存放隊列處理模塊222從消息存儲模塊221拷貝過來的待發(fā)送消息。發(fā)送隊列存儲模塊223存放的消息條目具有上限值，如200條。消息發(fā)送模塊224根據(jù)消息隊列中消息的發(fā)送目標系統(tǒng)，調(diào)用不同的專業(yè)API發(fā)送到不同的專業(yè)系統(tǒng)單元3中，消息發(fā)送完成之后，改變消息存儲模塊202中的消息狀態(tài)為“已發(fā)送”，并把消息隊列中消息刪除。對于需要進行發(fā)送目標地址智能決策的消息，根據(jù)協(xié)議存儲模塊202中的智能決策策略協(xié)議來智能判斷。如，某流程處理消息，當消息接受者即時消息系統(tǒng)在線時，需要傳遞消息給統(tǒng)一待辦系統(tǒng)、即時消息系統(tǒng)，而消息接受者即時消息系統(tǒng)不在線時，則需要傳遞消息給統(tǒng)一待辦系統(tǒng)、即時消息系統(tǒng)、短信系統(tǒng)、手機客戶端系統(tǒng)、郵件系統(tǒng)等專業(yè)系統(tǒng)單元。當發(fā)送過程中產(chǎn)生內(nèi)部程序異?；蛲獠拷换ギ惓r，交給異常處理模塊204進行處理。異常處理模塊204處理的異常包括內(nèi)部程序異常和與外部交互異常。系統(tǒng)在運轉(zhuǎn)過程中產(chǎn)生的程序異常為內(nèi)部程序異常，系統(tǒng)向各個系統(tǒng)發(fā)送消息之后未能得到消息傳遞正常的回應等現(xiàn)象為外部交互異常。當異常發(fā)生時，異常處理模塊204將根據(jù)協(xié)議存儲模塊202中存儲的相關異常處理協(xié)議處理這樣的異常事件。異常處理協(xié)議，可以包括重新發(fā)送N次、直接刪除、轉(zhuǎn)移保存供人工干預、記錄日志等策略。專業(yè)API模塊211 是向各專業(yè)系統(tǒng)單元3發(fā)送消息的接口程序，根據(jù)專業(yè)系統(tǒng)單元3的要求開發(fā)，能夠自由實現(xiàn)接口擴展。協(xié)議管理模塊210和系統(tǒng)監(jiān)控模塊211是系統(tǒng)的可選組件，用于向消息交互裝置或者系統(tǒng)的管理人員提供管理與維護的人機交互界面。其中協(xié)議管理模塊210用于提供配置協(xié)議管理的人機交互界面，而系統(tǒng)監(jiān)控模塊211則提供給管理人員人工干預與的監(jiān)控界面。當系統(tǒng)中不配置協(xié)議管理模塊210時，可以采取文本配置或數(shù)據(jù)庫直接操作的方式來進行協(xié)議管理。本實施例的消息具體的信息交互方法如下消息交互裝置2接收業(yè)務系統(tǒng)單元I發(fā)送的消息；消息交互裝置2對所述業(yè)務系統(tǒng)單元I提供的消息進行處理并向所述業(yè)務系統(tǒng)單元I或?qū)I(yè)系統(tǒng)單元3提供消息交互結(jié)果。其中，消息交互裝置2處理消息的步驟包括業(yè)務API模塊210接收業(yè)務系統(tǒng)單元I發(fā)送的消息；預處理模塊220對業(yè)務API模塊210接收的消息進行用戶驗證和校驗、解析，并對處理的消息發(fā)送給消息存儲模塊221存儲；發(fā)送隊列處理模塊222根據(jù)發(fā)送隊列信息的狀態(tài)從消息存儲模塊221中拷貝消息到發(fā)送隊列存儲模塊223中；消息發(fā)送模塊224根據(jù)消息隊列中消息的發(fā)送目標系統(tǒng)，調(diào)用不同的專業(yè)API發(fā)送到不同的專業(yè)系統(tǒng)單元中，并對存儲在消息存儲模塊221的消息的狀態(tài)進行標識。綜上所述，本實施例的消息交互裝置、系統(tǒng)以及方法，有效的解決了云計算環(huán)境下的跨系統(tǒng)之間的消息交互處理問題，無需根據(jù)目標消息傳遞到達的專業(yè)系統(tǒng)單元的不同進行接口的定制化開發(fā)。而且能夠?qū)崿F(xiàn)消息交互與處理過程中快速、可靠與智能化，這種消息交互與處理包括在內(nèi)部局域網(wǎng)和互聯(lián)網(wǎng)環(huán)境下的消息交互與處理。顯然，本領域的技術人員可以對發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的·這些修改和變型屬于本發(fā)明權利要求及其等同技術的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權利要求
1.一種消息交互裝置，其特征在于，包括協(xié)議處理單元、API接口單元、消息處理單元，其中， 協(xié)議處理單元用以設置消息交互的協(xié)議并配置管理的人機交互界面； API接口單元用以接收外部的業(yè)務系統(tǒng)發(fā)送的消息以及發(fā)送消息給外部的業(yè)務系統(tǒng)單元或?qū)I(yè)系統(tǒng)單元； 消息處理單元用以根據(jù)所述協(xié)議處理單元設置的協(xié)議對API接口單元接收的消息進行處理，并將處理的消息發(fā)送給API接口單元。
2.如權利要求1所述消息交互裝置，其特征在于，所述協(xié)議處理單元包括協(xié)議管理模塊以及協(xié)議存儲模塊，所述協(xié)議存儲模塊用以存儲所述協(xié)議管理模塊設定的協(xié)議，所述協(xié)議管理模塊包括用戶驗證協(xié)議、合法性校驗協(xié)議、消息處理協(xié)議、業(yè)務優(yōu)先級協(xié)議、智能決策策略和異常處理協(xié)議，其中， 用戶驗證協(xié)議用來判定外部的業(yè)務系統(tǒng)是否具有調(diào)用API接口單元的權限； 合法性校驗協(xié)議用于判定消息傳遞格式是否符合要求； 消息處理協(xié)議用于設置實時非實時輪詢設定等信息處理過程配置； 業(yè)務優(yōu)先級協(xié)議用于設定各個外部業(yè)務系統(tǒng)單元傳遞的消息發(fā)送優(yōu)先級； 智能決策策略協(xié)議用于系統(tǒng)智能判斷同一個消息需要傳遞給哪些外部專業(yè)系統(tǒng)單元; 異常處理協(xié)議用于處理消息傳遞過程中產(chǎn)生異常的處理策略。
3.如權利要求2所述消息交互裝置，其特征在于，所述協(xié)議存儲模塊根據(jù)消息交互裝置承載的業(yè)務量來決定采取實時計算或者定時輪詢計算的模式。
4.如權利要求2所述消息交互裝置，其特征在于，所述協(xié)議處理單元還包括異常處理模塊，用以根據(jù)協(xié)議存儲模塊中存儲的異常處理協(xié)議處理異常事件。
5.如權利要求1所述消息交互裝置，其特征在于，所述API接口單元包括業(yè)務API模塊和專業(yè)API模塊，所述業(yè)務API模塊用以接收外部業(yè)務系統(tǒng)單元的消息；所述專業(yè)API模塊用以向外部專業(yè)系統(tǒng)單元發(fā)送消息。
6.如權利要求5所述消息交互裝置，其特征在于，所述業(yè)務API模塊提供的API接口為WebService或Socket兩種接口方式,WebService接口提供基于互聯(lián)網(wǎng)的接口服務，Socket接口提供局域網(wǎng)內(nèi)部的接口服務。
7.如權利要求1所述消息交互裝置，其特征在于，所述消息處理單元包括預處理模塊、消息發(fā)送模塊、發(fā)送隊列存儲模塊、隊列處理模塊、消息存儲模塊，其中， 預處理模塊用以對消息進行驗證和校驗、解析； 消息存儲模塊用于存放經(jīng)過預處理過的消息； 隊列處理模塊根據(jù)發(fā)送隊列信息的狀態(tài)，從消息存儲模塊中拷貝消息到發(fā)送隊列存儲模塊； 發(fā)送隊列存儲模塊用于存放隊列處理模塊從消息存儲模塊拷貝過來的待發(fā)送消息； 消息發(fā)送模塊根據(jù)消息隊列中消息的發(fā)送目標系統(tǒng)，調(diào)用不同的專業(yè)API發(fā)送到不同的專業(yè)系統(tǒng)單元中，并對存儲在消息存儲模塊的消息的狀態(tài)進行標識。
8.如權利要求2所述消息交互裝置，其特征在于，所述協(xié)議處理單元還包括系統(tǒng)監(jiān)控模塊，用以提供系統(tǒng)監(jiān)控界面。
9.一種消息交互系統(tǒng)，其特征在于，包括權利要求1所述的消息交互裝置和業(yè)務系統(tǒng)單元，所述業(yè)務系統(tǒng)單元用以向消息交互裝置提供消息，消息交互裝置對所述業(yè)務系統(tǒng)單元提供的消息進行處理，并向所述業(yè)務系統(tǒng)單元提供消息處理結(jié)果。
10.如權利要求9所述消息交互系統(tǒng)，其特征在于，還包括專業(yè)系統(tǒng)單元，用以接收消息交互裝置處理得到的消息。
11.如權利要求9所述消息交互系統(tǒng)，其特征在于，所述業(yè)務系統(tǒng)單元包括協(xié)同辦公、通訊應用、CRM、客服管理、倉儲物流、電子政務業(yè)務系統(tǒng)的一種或多種的任意組合。
12.一種消息交互方法，其特征在于，包括 消息交互裝置接收業(yè)務系統(tǒng)單元發(fā)送的消息； 消息交互裝置對所述業(yè)務系統(tǒng)單元提供的消息進行處理并向所述業(yè)務系統(tǒng)單元或?qū)I(yè)系統(tǒng)單元提供消息交互結(jié)果。
13.如權利要求12的消息交互方法，其特征在于，消息交互裝置處理消息的步驟包括 業(yè)務API模塊接收業(yè)務系統(tǒng)單元發(fā)送的消息； 預處理模塊對業(yè)務API模塊接收的消息進行用戶驗證和校驗、解析，并對處理的消息發(fā)送給消息存儲模塊存儲； 隊列處理模塊根據(jù)發(fā)送隊列信息的狀態(tài)從消息存儲模塊中拷貝消息到發(fā)送隊列存儲模塊中； 消息發(fā)送模塊根據(jù)消息隊列中消息的發(fā)送目標系統(tǒng)，調(diào)用不同的專業(yè)API發(fā)送到不同的專業(yè)系統(tǒng)單元中，并對存儲在消息存儲模塊的消息的狀態(tài)進行標識。
14.如權利要求13的消息交互方法，其特征在于，所述消息存儲模塊還根據(jù)消息交互裝置負載的業(yè)務量來決定采取實時計算或者定時輪詢計算的模式。
全文摘要
本發(fā)明公開了一種消息交互裝置，該裝置包括協(xié)議處理單元、API接口單元、消息處理單元，協(xié)議處理單元用以設置消息交互的協(xié)議并配置管理的人機交互界面；API接口單元用以接收外部的業(yè)務系統(tǒng)發(fā)送的消息以及發(fā)送消息給外部的業(yè)務系統(tǒng)單元或?qū)I(yè)系統(tǒng)單元；消息處理單元用以根據(jù)所述協(xié)議處理單元設置的協(xié)議對API接口單元接收的消息進行處理，并將處理的消息發(fā)送給API接口單元。本發(fā)明還公開了一種消息交互系統(tǒng)以及消息交互方法，利用本發(fā)明的消息交互裝置、系統(tǒng)以及方法，有效的解決了云計算環(huán)境下的跨系統(tǒng)之間的消息交互處理問題，無需對不同接口進行定制化開發(fā)。而且能夠?qū)崿F(xiàn)消息交互與處理過程快速、可靠與智能化。
文檔編號H04L12/58GK103036775SQ20131001794
公開日2013年4月10日 申請日期2013年1月17日 優(yōu)先權日2013年1月17日
發(fā)明者嘉識登, 侯志庚, 董如贊, 鄒霞, 方磊, 徐其權, 何信劍 申請人:杭州世導通訊有限公司