[發明專利]分布式信息交換和處理系統及方法

無效

• 申請號: 01102438.0
• 申請日: 2001-02-02
• 公開（公告）號: CN1368810A
• 公開（公告）日: 2002-09-11
• 發明（設計）人: 孫四明;趙杉;陽天青;封波
• 申請（專利權）人: 北京翔智信息技術有限公司;北京環太平洋航務服務有限責任公司
• 主分類號: H04L12/28
• 分類號: H04L12/28;H04L12/24
• 代理公司: 北京萬科園專利事務所有限責任公司
• 代理人: 張亞軍,陳憲忠

本發明涉及計算機網絡信息交換和處理系統及方法。

在現實中，信息資源分布在不同地點、不同的系統中。盡管這些信息在物理方面相互獨立，但它們經常是相互關聯的，信息交換不僅僅限于一對一，往往是一對多、多對一或多對多。為了某種目的，這些信息相互之間需要整合，如一個國家的天氣情況是國家內各地區天氣情況的總和。此外，某些系統信息的變化會導致其他系統信息的變化，如客票銷售，同一架次或同一列車的客票，一個銷售點多賣一張機票，其他銷售點就會少一張機票。又例如貨物運輸中聯運的互操作過程，當托運人將運輸請求同時發給運輸線路上的各承運人時，如有一個承運人艙位訂滿，則此項交易失敗；如果所有承運人均有空余艙位，則可以交易。交易成功后，各承運人的空艙位減少，已訂艙位增加；托運人交易記錄則相應增加。為了解決分布式數據信息的管理，目前人們采取以下方法和技術：

1.集中式管理：將信息集中在一個數據庫服務器中進行管理。盡管這一方法避免了分離系統之間的通訊和數據交換問題，但限制了信息資源使用范圍，加重了管理維護數據信息的難度和風險。如果這些信息來自于不同單位的用戶，這種管理方式很難讓對商務信息安全性極其重視的用戶所接收。尤其是在開放的因特網環境中，試圖將這些信息集中在一個系統中進行管理是不現實，也是不可能的。

2.分布式數據庫：在每個子系統管理維護當地數據信息的同時，同樣的維護工作將以復制的方式在其他相關系統中實現。盡管這種方式解決了集中管理模式的弊端。但此技術要求各個系統的操作系統、數據結構、數據庫管理系統相同，即同構、同平臺系統。但事實上，計算機及網絡技術的飛速發展和各個用戶應用上的特殊性，操作系統和數據結構豐富多彩，不可能是同構系統。此外，分布式數據庫僅簡單復制數據庫變化，不能夠實現數據變化而自動帶來事務狀態變化的功能。

本發明的目的在于提供一種利用中間件的概念，使用戶能夠在異構的網絡環境中進行信息交換的分布式信息交換和處理系統及方法。它可以實現下述具體目的：(1)系統根據發出端用戶的請求自動詢址，確定符合請求的目的端；(2)系統根據請求在允許的權限范圍內對目的端信息自動進行查詢、編輯修改、刪除等操作功能，并將執行結果反饋給請求發出端；(3)請求發出端根據反饋的結果對發出端當地信息進行查詢、編輯修改和刪除等功能。

本發明所述分布式信息交換和處理系統主要由駐留在各用戶點的子系統通過網絡系統構成，子系統相互之間以消息機制進行通信；所述用戶子系統由請求代理模塊(1)、信息交換管理模塊(2)和操作執行模塊(3)組成；所述三個模塊可以位于一臺計算機，也可位于不同的計算機。所述網絡系統可以是對等網，也可以是包含網絡服務器的網絡系統。通過網絡系統，所述子系統可以與網絡服務器協調工作、也可以不依賴于網絡服務器獨立運行，實現多站點之間的實時分布信息處理。

本發明所述的分布式信息交換和處理方法，其特征在于：用戶子系統由三部分模塊組成，并通過網絡平臺與其他子系統實現多站點間的信息分布式處理；所述每個模塊均為軟件程序包，其工作步驟是：

(1)當由外界請求時，請求接受模塊(11)負責接收用戶請求，并傳遞給任務調度模塊(14)，該模塊根據任務內容、依據任務分布表模塊(15)決定是屬于本地任務還是異地任務，如果屬于本地任務，則根據負載情況決定暫留在待處理隊列中，還是直接調用模塊(21)，如果是異地任務，則將任務轉給任務分發模塊(13)根據信息表(15)任務分布表中記載的信息分布情況，決定將任務請求轉發到何地方；

(2)任務分配模塊(21)得到任務后，根據操作類型以及工作負載情況，決定是否將任務分配給特定的服務程序(22)，由各種特定用途的服務程序模塊(22)完成指定的操作。當任務執行完畢后，服務程序(22)將結果返給任務分配模塊(21)，該模塊將結果反饋給結果處理模塊(12)，模塊(12)將結果以用戶可以理解的形式反饋給用戶；