專利名稱：基于智能文檔平臺的多渠道信息采集交換方法
技術領域：
本發(fā)明涉及一種信息采集交換方法，更具體地說，涉及一種基于智能文檔平臺的 多渠道信息采集交換方法，屬于智能文檔技術領域。
背景技術：
目前，人們最常用的Word/Excel格式文檔都屬于非結構化文檔，它們與結構化的 數(shù)據(jù)庫是完全分開的。隨著國內(nèi)外電子政務建設的不斷發(fā)展，普遍需要將原本分散于各環(huán) 節(jié)、不同職能部門之間異構的文檔信息和內(nèi)容進行有效集成。這就要求應用軟件系統(tǒng)在處 理各種信息時，必須能夠應對大量結構化和非結構化數(shù)據(jù)混雜的局面。為了解決上述的問題，人們提出了“智能文檔(Smart Document) ”的技術理念。所 謂智能文檔是將非結構化的文檔和結構化的數(shù)據(jù)結合起來，形成一種統(tǒng)一的應用形式。從 技術角度來看，智能文檔是一種基于XML(可擴展標記語言)的電子文檔。它除了具備紙張 所有的特性外，還包含有高度結構化的XML信息、程序以及可執(zhí)行的動作。這種文檔在其內(nèi) 容組織、表現(xiàn)和交互上變得更具柔性，基本上將傳統(tǒng)的電子文檔與信息系統(tǒng)融合了起來，既 可以處理文檔內(nèi)容也可以處理數(shù)據(jù)內(nèi)容，完全可以替代紙質文件，做到完全意義上的“無紙 化辦公”。近年來，隨著互聯(lián)網(wǎng)等技術的飛速發(fā)展，使得信息量爆炸式增長，傳統(tǒng)紙質文檔已 經(jīng)無法滿足信息存儲的需求。另一方面，電子政務中信息采集渠道日益多樣化，采集范圍在 各種不確定的環(huán)境中的延伸，催生了越來越復雜的信息采集平臺。大量數(shù)據(jù)的存儲，數(shù)據(jù)信 息的快速分析、處理和交換成為各種信息采集平臺需要首先解決的問題。然而，一般的信息 采集平臺只能以某種單一的渠道獲取信息，而信息的格式也通常由生產(chǎn)廠商自己定義，很 難與其他應用軟件系統(tǒng)實現(xiàn)信息交換和共享。例如很多軟件廠商采用XML格式作為智能文 檔的存儲格式，但僅僅在自己的系統(tǒng)內(nèi)使用，沒有提供一種使智能文檔在不同應用環(huán)境中 采集信息的技術方案。在專利號為US 7609650的美國專利中，公開了一種利用數(shù)據(jù)采集文件進行的無 線終端設備數(shù)據(jù)采集方法，但是該方法需要首先制定一套標準，建立查詢，通過查詢生成數(shù) 據(jù)采集文件，再通過網(wǎng)絡系統(tǒng)連接無線采集設備。由于終端設備是固定的，設備的選擇也要 依賴查詢條件，采集到的信息只能傳輸服務平臺處理，無法再傳送到其他設備。因此，該方 法無法實現(xiàn)針對各種環(huán)境、多渠道的信息采集交換。另外，在楊逸簫、楊明智和李永強發(fā)表在《現(xiàn)代計算機》2008年第7期的論文《基 于智能文檔的數(shù)據(jù)交換模型研究》中，利用智能文檔技術在文檔內(nèi)容組織、表現(xiàn)和交互方 面的柔性，提出以智能文檔作為數(shù)據(jù)交換的統(tǒng)一封裝載體，為解決異構系統(tǒng)問的集成與整 合.實現(xiàn)異構數(shù)據(jù)的交換與共享提供了新的方法。該論文提出利用智能文檔的數(shù)據(jù)封裝和 傳輸機制，可以根據(jù)交換數(shù)據(jù)的應用邏輯構建數(shù)據(jù)傳輸機制。其XML的數(shù)據(jù)表示方法解決 異構數(shù)據(jù)庫間的數(shù)據(jù)映射問題，把業(yè)務數(shù)據(jù)的交換簡化為XML文檔的交換，實現(xiàn)異構系統(tǒng) 之間流暢的數(shù)據(jù)交換。但是，該論文中提出的智能文檔結構，需要將路由信息、流程信息、文檔修改記錄與文檔本身綁定在一起，既限制了多渠道方式采集的可能性，也破壞了數(shù)據(jù)的 單純性、完整性。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術問題在于提供一種基于智能文檔平臺的多渠道信息采集 交換方法。利用該方法可以在統(tǒng)一的平臺下，以標準的信息存儲格式實現(xiàn)多渠道信息采集， 進而實現(xiàn)信息交換。為了實現(xiàn)上述的發(fā)明目的，本發(fā)明采用下述的技術方案一種基于智能文檔平臺的多渠道信息采集交換方法，所述智能文檔平臺包括服務 器和數(shù)據(jù)庫，在所述服務器上部署有各種應用服務，在作為信息采集渠道的各種終端設備 上安裝有應用程序，其特征在于所述應用服務與分布在終端設備上的應用程序之間調用統(tǒng)一的接口進行通信，所 述接口為與終端設備無關的API函數(shù)的接口。其中，所述智能文檔平臺采用XML作為數(shù)據(jù)存儲格式。終端設備將采集到的數(shù)據(jù)以XML格式傳送到所述智能文檔平臺處理，所述智能文 檔平臺上存儲的信息以XML格式傳送到終端設備上，并以表單方式在終端設備上顯示。所述智能文檔包括模板和數(shù)據(jù)兩部分，其中模板部分用來描述采集數(shù)據(jù)的界面， 數(shù)據(jù)部分用來存儲終端設備所采集的數(shù)據(jù)。所述服務器中包括數(shù)據(jù)管理單元、數(shù)據(jù)校驗單元和數(shù)據(jù)交換單元，其中數(shù)據(jù)校驗 單元作為多種信息采集渠道的公共數(shù)據(jù)接口，所述數(shù)據(jù)管理單元和所述數(shù)據(jù)交換單元分別 與所述數(shù)據(jù)校驗單元進行連接。當需要添加擴展操作功能時，在所述應用服務和所述應用程序的接口指令集中增 加相應的API函數(shù)，將所述API函數(shù)提供給終端設備進行調用。用戶調用智能文檔平臺的renderForm函數(shù)輸入?yún)?shù)，智能文檔平臺通過網(wǎng)絡獲 取參數(shù)后，將智能文檔以表單的形式在網(wǎng)絡瀏覽器中展現(xiàn)出來；用戶填寫完成后，在提交時 調用processForm函數(shù)，將數(shù)據(jù)傳送給智能文檔平臺。所述renderForm函數(shù)和所述processForm函數(shù)中的各參數(shù)均為具體業(yè)務應用的 鏈接地址，與具體設備無關。本發(fā)明所提供的多渠道信息采集交換方法根據(jù)不同的終端設備和采集環(huán)境，為不 同的采集渠道建立起公共的數(shù)據(jù)處理中心，從而提高了信息處理和轉換的能力。本方法可 以廣泛地應用于各種信息采集系統(tǒng)。在采集方式日益繁多，數(shù)據(jù)量日益龐大，信息交換日益 迫切的情況下，使用本方法進行信息采集，可以大大縮短信息采集和交換的時間，加速信息 流轉，減少信息采集處理的周期。


下面結合附圖和具體實施方式
對本發(fā)明作進一步的詳細說明。圖1是本發(fā)明所提供的信息采集交換方法的整體邏輯示意圖；圖2為在本信息采集交換方法中，智能文檔平臺與終端設備之間的通信示意圖；圖3為在本信息采集交換方法中，在線采集流程的流程示意圖4為在本信息采集交換方法中，離線采集流程的流程示意圖；圖5為在本信息采集交換方法中，通過PDA采集信息的流程示意圖；圖6為在本信息采集交換方法中，通過OCR采集信息的流程示意圖；圖7為在本信息采集交換方法中，通過二維條碼采集信息的流程示意圖。
具體實施例方式本發(fā)明所提供的信息采集交換方法主要包括兩方面的技術內(nèi)容智能文檔平臺和 多渠道采集方式。下面分別進行詳細的說明。智能文檔平臺是一個信息處理中心。通過多種信息采集渠道(即終端設備或采集 方式)獲得的信息在智能文檔平臺下進行統(tǒng)一處理，而用以采集和展現(xiàn)信息的智能文檔也 通過該智能文檔平臺分發(fā)到不同的終端設備中。該智能文檔平臺包括相互連接的服務器和數(shù)據(jù)庫。其中，服務器用于啟動應用服 務，數(shù)據(jù)庫用于存儲智能文檔和數(shù)據(jù)。各種應用服務部署在服務器上，根據(jù)其部署在服務器 上的位置，決定服務器接口參數(shù)鏈接。智能文檔平臺可通過各種采集渠道從服務器的應用 服務中獲取智能文檔，同時可以通過各種渠道傳送參數(shù)給應用服務的提交指令，上傳數(shù)據(jù) 到服務器。同時，該智能文檔平臺還提供了安裝在各種終端設備上的應用程序(客戶端軟 件)，并提供相應的接口。依據(jù)信息采集環(huán)境的不同，各種終端設備只要安裝了應用程序，就 能夠調用相應的接口與智能文檔平臺建立通信，將采集到的數(shù)據(jù)以XML格式傳送到智能文 檔平臺處理。智能文檔平臺上存儲的信息也能夠以XML格式調用相應接口連接，傳送到終 端設備，并以表單方式在終端設備上顯示，同時能夠顯示智能文檔中存儲的數(shù)據(jù)信息，借此 實現(xiàn)信息在不同終端設備之間的流轉。如圖1所示，智能文檔平臺的服務器部分包括數(shù)據(jù)管理、數(shù)據(jù)校驗和數(shù)據(jù)交換三 個功能單元，其中數(shù)據(jù)校驗單元作為多種信息采集渠道的公共數(shù)據(jù)接口，與各種終端設備 建立連接。數(shù)據(jù)管理單元與數(shù)據(jù)校驗單元進行連接，用于實現(xiàn)智能文檔平臺內(nèi)部的數(shù)據(jù)管 理。數(shù)據(jù)交換單元也與數(shù)據(jù)校驗單元進行連接，用于指導智能文檔平臺與外部之間的數(shù)據(jù) 交換。智能文檔平臺內(nèi)的數(shù)據(jù)是以XML格式進行存儲的，這些XML格式的智能文檔以智能 文檔的形式展現(xiàn)。智能文檔平臺通過與各種終端設備建立連接，從終端設備處獲取到提交 的信息，即終端設備依靠智能文檔平臺提供的應用軟件，根據(jù)智能文檔提供的信息，展現(xiàn)智 能文檔。用戶通過智能文檔界面填寫信息，填寫完畢后點擊提交，將智能文檔連同數(shù)據(jù)發(fā)送 到采集智能文檔平臺。同時，用戶可通過設置查詢條件，從智能文檔平臺查找對應的數(shù)據(jù)記 錄，智能文檔平臺將該記錄返回給用戶終端，依然以XML格式，通過智能文檔界面展現(xiàn)，供 用戶查看、修改。本發(fā)明中的智能文檔包括模板和數(shù)據(jù)兩部分。其中模板部分用來描述用于采集數(shù) 據(jù)的界面，一般都是與紙質智能文檔類似的表單格式。各終端設備能夠根據(jù)模板部分的描 述生成數(shù)據(jù)填寫界面，展現(xiàn)給用戶。數(shù)據(jù)部分用來存儲終端設備所采集的數(shù)據(jù)。該數(shù)據(jù)存 儲在基于XML格式的智能文檔中。智能文檔平臺對智能文檔的解析、展現(xiàn)、存儲等操作都通 過相應的應用服務和客戶端軟件來完成的。智能文檔平臺采用XML作為數(shù)據(jù)存儲格式，通過智能文檔展現(xiàn)數(shù)據(jù)采集界面、存
5儲數(shù)據(jù)信息，能夠與多種信息采集渠道建立通信連接，發(fā)送、獲取信息；能夠進行數(shù)據(jù)查詢、 校驗、存儲和入庫等操作；同時能夠進行加密和簽名的安全性管理。由于XML是一種通用 的標記語言，提供了識別、交換和處理各種數(shù)據(jù)的方法，產(chǎn)生的智能文檔可用于各種應用程 序，因此不僅為智能文檔平臺內(nèi)信息的交換提供了便利，也為未來與其他應用軟件系統(tǒng)的 信息交換奠定了基礎。數(shù)據(jù)部分可以在智能文檔內(nèi)部，同智能文檔本身一起傳輸，也可以從 智能文檔中分離出來，形成獨立的數(shù)據(jù)文件，用于信息存儲、交換。上述的數(shù)據(jù)查詢、校驗、存儲和入庫等操作是指對于已經(jīng)傳輸?shù)街悄芪臋n平臺的 數(shù)據(jù)，用戶可通過設置查詢條件進行檢索。智能文檔平臺本身還提供了對數(shù)據(jù)的邏輯校驗 功能，能夠檢查收集到的數(shù)據(jù)是否符合填寫要求。數(shù)據(jù)信息能夠以數(shù)據(jù)文件的格式存儲，同 時能夠調用接口，保存到數(shù)據(jù)庫中。上述加密和簽名的安全性管理是指智能文檔本身能夠設置加密和數(shù)字簽名的功 能。在智能文檔平臺或其他終端、應用系統(tǒng)使用時，必須有相應的解密口令或證書，才能破 解數(shù)據(jù)信息。如此便能夠保證在安全級別要求高的應用場合中，所采集數(shù)據(jù)的安全性，可靠 性和完整性。如圖2所示，智能文檔平臺和終端設備之間調用統(tǒng)一的接口進行通信。在具體實 施過程中，各個終端設備通過統(tǒng)一的接口實現(xiàn)向智能文檔的數(shù)據(jù)上傳或者數(shù)據(jù)下載。智能 文檔平臺對智能文檔進行管理，并將暫時不使用的數(shù)據(jù)存儲到數(shù)據(jù)庫之中。本發(fā)明的一個突出特點在于智能文檔平臺提供了統(tǒng)一的接口。這種接口中并不包 含終端設備的參數(shù)信息，因此是與終端設備無關的，能夠實現(xiàn)各種終端設備基于智能文檔 平臺的數(shù)據(jù)采集。未來出現(xiàn)新的終端設備時，仍能夠通過此接口加入到智能文檔平臺中，因 此實現(xiàn)了很好的擴展性。具體而言，考慮到智能文檔平臺能夠處理智能文檔是應用服務和客戶端軟件起到 的作用。它們處理智能文檔的方式，是提供API函數(shù)，不同的采集渠道調用應用服務或客戶 端軟件的API函數(shù)，就能夠實現(xiàn)對智能文檔的處理。因此對于實現(xiàn)同樣的功能，可以調用相 同的API函數(shù)來實現(xiàn)對智能文檔的操作，而與具體的信息采集方式無關。對智能文檔能夠 執(zhí)行的操作，由應用服務或客戶端軟件的接口指令集決定。當需要添加擴展操作功能時，只 需要豐富應用服務和客戶端軟件的接口指令集，即增加API函數(shù)，將該API函數(shù)提供給終端 設備進行調用即可完成對智能文檔的處理，而各終端設備本身無需進行改動。上述的接口指令集實際就是應用服務和客戶端軟件提供的API函數(shù)的集合，相應 的接口就是API函數(shù)的接口。不同的采集渠道對智能文檔進行相同操作時，其使用的接口 是相同的，只是參數(shù)內(nèi)容略有差異。下面的API函數(shù)以Java為例進行介紹，其他語言調用 方式基本相同。對于下載展現(xiàn)智能文檔，其對應的API為renderForm Public java. io. Serializable renderForm(java. lang. String formurl,java. lang. String dataurl, java. lang. String sTargetURL,java. lang. String sServerURL)參數(shù)說明參數(shù)類型默認值說明formurlString智能文檔在應用服務中的鏈 接地址dataurlString與智能文檔對應的數(shù)據(jù)文件 在應用服務中的鏈接地址sTargetURLString采集獲取的數(shù)據(jù)信息需要提 交到的應用服務中的鏈接地 址sServerURLString應用服務本身的鏈接地址返回值說明
返回值類型默認值說明FormcontentSerializable解析后的智能文檔及數(shù)據(jù)信 息流調用時狀態(tài)打開智能文檔處理智能文檔提交數(shù)據(jù)，其API為processForm Public java. io. Serializable processForm(java. lang. String formsubmiturl,java. lang. String datasubmiturl,java. lang. String sOptions,java. lang. String sServerURL)參數(shù)說明
參數(shù)類型默認值說明formsubmiturlString智能文檔需要提交到的應用 服務中的鏈接地址datasubmiturlString填寫信息組成的數(shù)據(jù)文件需 要提交到的應用服務中的鏈 接地址
權利要求
1.一種基于智能文檔平臺的多渠道信息采集交換方法，所述智能文檔平臺包括服務器 和數(shù)據(jù)庫，在所述服務器上部署有各種應用服務，在作為信息采集渠道的各種終端設備上 安裝有應用程序，其特征在于所述應用服務與分布在終端設備上的應用程序之間調用統(tǒng)一的接口進行通信，所述接 口為與終端設備無關的API函數(shù)的接口。
2.如權利要求1所述的基于智能文檔平臺的多渠道信息采集交換方法，其特征在于 所述智能文檔平臺采用XML作為數(shù)據(jù)存儲格式。
3.如權利要求2所述的基于智能文檔平臺的多渠道信息采集交換方法，其特征在于 終端設備將采集到的數(shù)據(jù)以XML格式傳送到所述智能文檔平臺處理，所述智能文檔平臺上存儲的信息以XML格式傳送到終端設備上，并以表單方式在終端設備上顯示。
4.如權利要求1所述的基于智能文檔平臺的多渠道信息采集交換方法，其特征在于 所述智能文檔包括模板和數(shù)據(jù)兩部分，其中模板部分用來描述采集數(shù)據(jù)的界面，數(shù)據(jù)部分用來存儲終端設備所采集的數(shù)據(jù)。
5.如權利要求1所述的基于智能文檔平臺的多渠道信息采集交換方法，其特征在于 所述服務器中包括數(shù)據(jù)管理單元、數(shù)據(jù)校驗單元和數(shù)據(jù)交換單元，其中數(shù)據(jù)校驗單元作為多種信息采集渠道的公共數(shù)據(jù)接口，所述數(shù)據(jù)管理單元和所述數(shù)據(jù)交換單元分別與所 述數(shù)據(jù)校驗單元進行連接。
6.如權利要求1所述的基于智能文檔平臺的多渠道信息采集交換方法，其特征在于 當需要添加擴展操作功能時，在所述應用服務和所述應用程序的接口指令集中增加相應的API函數(shù)，將所述API函數(shù)提供給終端設備進行調用。
7.如權利要求1所述的基于智能文檔平臺的多渠道信息采集交換方法，其特征在于 用戶調用智能文檔平臺的renderform函數(shù)輸入?yún)?shù)，智能文檔平臺通過網(wǎng)絡獲取參數(shù)后，將智能文檔以表單的形式在網(wǎng)絡瀏覽器中展現(xiàn)出來；用戶填寫完成后，在提交時調用 processForm函數(shù)，將數(shù)據(jù)傳送給智能文檔平臺。
8.如權利要求7所述的基于智能文檔平臺的多渠道信息采集交換方法，其特征在于 所述renderR)rm函數(shù)和所述processForm函數(shù)中的各參數(shù)均為具體業(yè)務應用的鏈接 地址，與具體終端設備無關。
全文摘要
本發(fā)明公開了一種基于智能文檔平臺的多渠道信息采集交換方法。該智能文檔平臺包括服務器和數(shù)據(jù)庫，在服務器上部署有各種應用服務，在作為信息采集渠道的各種終端設備上安裝有應用程序。應用服務與分布在終端設備上的應用程序之間調用統(tǒng)一的接口進行通信，該接口為與終端設備無關的API函數(shù)的接口。本發(fā)明所提供的多渠道信息采集交換方法根據(jù)不同的終端設備和采集環(huán)境，為不同的采集渠道建立起公共的數(shù)據(jù)處理中心，從而提高了信息處理和轉換的能力。使用本方法進行信息采集，可以大大縮短信息采集和交換的時間，加速信息流轉，減少信息采集處理的周期。
文檔編號G06F17/30GK102130843SQ20101003436
公開日2011年7月20日 申請日期2010年1月20日 優(yōu)先權日2010年1月20日
發(fā)明者劉軒山, 汪敏, 王靜, 鄭峻 申請人:北京開普互聯(lián)科技有限公司, 廣東開普互聯(lián)信息科技有限公司