下圖是基于IoC理念重新設計的通用的開源采集服務器子系統體系結構：
8. 核心組件設計簡介
1. 業務數據接口
以統一的方式，輸出本框架按配置的“通信模塊”、“通信協議”、“采集業務類”所采集到的數據�？蚣苁褂谜邔崿F此接口的方法可以繼續分析、處理、存儲、展現業務數據。
2. 外部系統接口
本系統對外部系統的接口，目前沒有定義具體方法，屬于框架設計預留接口。框架使用者可以實現此接口，定制通信協議、通信方式實現與外部系統信息交互。外圍系統通過此接口向“業務調度核心類”發起通信命令、操控底層設備、實時提取設備狀態等業務請求。
3. 業務調度核心類
是采集子系統的業務調度核心類和業務請求中轉站。外部系統的命令請求通過“外部系統接口”轉入到“業務調度核心類”，“業務調度核心類”將命令請求存入命令隊列中共“”執行；“”采集到數據之后，調用“數據接口”的方法將數據返回到“業務調度核心類”，之后，“業務調度核心類”調用“業務數據接口”或者“外部系統接口”將業務數據反饋到更上層模塊。
4. 任務隊列管理類
下行任務信息緩存類。“業務調度核心類”向其中增加命令請求；“采集調度控制器”自動檢測是否有新命令請求，當檢測到后立即“中斷”通信握手，執行請求，執行成功之后，從隊列中刪除該命令。
5. 采集調度控制類
管理、協調其下的“采集業務類”、“通信實現類”、“業務狀態機類”、“通信協議類”等模塊，完成所有的通信控制及數據采集功能。通過調用任務接口獲取采集指令；之后，調用業務接口（業務接口由“采集業務類”實現，在具體使用中由框架使用者根據自己的業務采集需求開發），獲取具體的通信指令；根據通信指令調用正確的協議接口（協議接口由“通信協議類”實現，在具體使用中由框架使用者根據自己的通信協議需求開發）獲得通信幀；后，啟動狀態機開始本次采集任務的執行。采集調度控制器
6. 采集業務類
封裝當前系統的具體采集業務對象，為通用的“采集調度控制類”定制具體的采集任務。本質是：把上層的“抽象任務”細化成具體的“通信幀”和“通信控制步驟”、是一個簡單的“工作流定制器”。
7. 業務狀態機類
實現狀態機接口，根據采集業務狀態的控制、轉換需求，框架使用者定制開發。主要用于通信鏈路的通斷控制、數據收發、忙閑標識及轉換等業務狀態機邏輯。
8. 采集方式類
封裝具體的串口、TCP/IP、語音卡等通信采集類，實現具體的通信方式控制及通用的數據收發接口。
9. 通信協議類
封裝系統中軟件與底層軟件子系統、硬件設備、遠程終端的通信協議。
9. 設計模式與原理
1) 整個系統采用MVC的設計模式：業務數據、顯示控制及界面顯示嚴格分層，單獨實現。業務數據通過下層模塊產生，通用“業務調度核心”這個中介與“界面接口定制類”這個控制器交互；控制器“界面接口定制類”可以根據不同的顯示需要進行定制，與不同的界面組件交互，可滿足不同的顯示需求；在界面顯示層，引用了其它項目中實現的“標準界面通用組件庫”中的部分源碼。
2) “業務調度核心類”采用Mediator模式。
3) “采集調度控制器”采用“微內核”的實時設計模式。
4) 命令隊列采用Command模式：以強制分離命令的發起者與命令的執行者。
5) “業務狀態機”采用State模式：通過抽象業務狀態機，可以靈活地實現不同采集控制需求。并且，如果采集方式類是語音卡之類的設備時，采集類里面也往往采集“狀態機”模式來管理這類自身以狀態方式驅動的通信設備。
6) “業務采集類”，對多協議的自動處理采用Chain Of Responsibility：將多個協議組件組織成一條“職責鏈”，實現對當前通信協議的自動識別、自動解析功能。
7) “采集調度控制器”，考慮并發和性能，采用“通道”的實時設計模式：以盡可能地提升系統并發能力、提高系統吞吐能力。
8) “采集調度控制器”，采用“輪巡”和“中斷”的實時設計模式：為檢測通信鏈路是否可用，在通信空閑時，系統要求與硬件終端進行定期“通信握手”，當“采集調度控制器”檢測到“命令隊列”或者“硬件終端”的任務請求時采用“中斷”方式立即響應上、下行命令。
10. 應有實例
采用此框架的體系架構，框架使用者只需按“任務接口”實現自己特定的“任務隊列管理類”，按“業務接口”實現自己特定的“采集業務類”，按“狀態機接口”實現自己特定的通信業務控制“業務狀態機類”，再按“協議接口”實現自己特定的“通信協議類”，能夠非�？焖俚亻_發一個功能完備、運行穩定的通信采集服務器。目前，應有此框架已成功構建“指紋采集系統”、“糧情測控系統”的通信采集服務器。
