基于DDS規(guī)范的數(shù)據(jù)發(fā)布/訂閱模型應(yīng)用研究

史會(huì)麗

摘要：隨著我國海軍裝備技術(shù)的快速發(fā)展，相關(guān)艦載技術(shù)和裝備也愈加先進(jìn)，對(duì)配套系統(tǒng)信息傳遞的實(shí)時(shí)性、可靠性等性能指標(biāo)也提出了更高要求?，F(xiàn)代軟件系統(tǒng)的規(guī)模越來越大，一方面軟件項(xiàng)目實(shí)現(xiàn)的復(fù)雜性也再增加，且對(duì)項(xiàng)目開發(fā)周期要求緊迫，另一方面系統(tǒng)之間數(shù)據(jù)傳輸格式與方式愈加復(fù)雜，傳輸?shù)臄?shù)據(jù)規(guī)模也在不斷增加，但對(duì)數(shù)據(jù)的傳輸質(zhì)量要求同時(shí)愈加嚴(yán)苛。DDS被稱為數(shù)據(jù)分發(fā)服務(wù)，是對(duì)象管理組織（OMG）針對(duì)實(shí)時(shí)數(shù)據(jù)分發(fā)系統(tǒng)制定的一個(gè)規(guī)范，該規(guī)范進(jìn)行了優(yōu)化，在強(qiáng)實(shí)時(shí)系統(tǒng)應(yīng)用領(lǐng)域具有低延遲、高吞吐量、可控傳輸性能的優(yōu)點(diǎn)，對(duì)DDS規(guī)范進(jìn)行深入研究對(duì)于海軍裝備整體技術(shù)的提升有十分重要的意義。本文結(jié)合海軍裝備軟件研發(fā)的業(yè)務(wù)現(xiàn)狀，首先研究學(xué)習(xí)各分布式數(shù)據(jù)分發(fā)模型的內(nèi)容并對(duì)各模型優(yōu)缺點(diǎn)進(jìn)行總結(jié)分析，然后對(duì)數(shù)據(jù)分發(fā)服務(wù)（DDS）規(guī)范進(jìn)行了介紹，重點(diǎn)對(duì)DCPS模型、DDS 的通信流程、QoS策略進(jìn)行了研究，并對(duì)DDS 在艦船信息系統(tǒng)應(yīng)用進(jìn)行簡要分析，提出了有關(guān)的工作建議。

關(guān)鍵詞：數(shù)據(jù)分發(fā)；DDS；DCPS模型；QoS策略

中圖分類號(hào)：TP311 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：1009-3044（2018）15-0247-04

Research on the Data Publish/Subscribe Model Based on DDS

SHI Hui-li

（The 27th Research Institute of China Electronics Technology Group Corporation， Zhengzhou 450047， China）

Abstract： Along with the rapid development of the Naval ship equipment in our country， the real-time performance and reliability of system information transmission are put forward. Modern software system research and development have a shorter cycle， a larger scale， more complex project， larger data transmission between the systems. The quality requirements of data transmission is also getting higher. The Data Distribution Service（DDS），published by OMG，is a real-time systems specification on data distribution service.Combined with the requirements of naval equipment software development，This paper focuses on the communication model in distributed heterogeneous environment. Combined with publish/subscribe model， the paper introduces the data distribution service （DDS） specification and mainly studies DCPS model， DDS communication process and QoS strategy of DDS. It briefly analyzes the application of DDS in ship information system， and puts forward some relevant suggestion.

Key words： Data Distribution； DDS； DCPS； QoS Strategy

1 引言

隨著我國海軍裝備技術(shù)的快速發(fā)展，相關(guān)艦載技術(shù)和裝備也愈加先進(jìn)，對(duì)配套系統(tǒng)信息傳遞的實(shí)時(shí)性、可靠性等性能指標(biāo)也提出了更高要求?，F(xiàn)代軟件系統(tǒng)的規(guī)模越來越大，一方面軟件項(xiàng)目實(shí)現(xiàn)的復(fù)雜性也再增加，且對(duì)項(xiàng)目開發(fā)周期要求緊迫，另一方面系統(tǒng)之間數(shù)據(jù)傳輸格式與方式愈加復(fù)雜，傳輸?shù)臄?shù)據(jù)規(guī)模也在不斷增加，但對(duì)數(shù)據(jù)的傳輸質(zhì)量要求同時(shí)愈加嚴(yán)苛。為了適應(yīng)這些需求，國外裝備軟件研發(fā)過程中廣泛采用數(shù)據(jù)分發(fā)服務(wù)技術(shù)作為其系統(tǒng)的數(shù)據(jù)傳輸基礎(chǔ)機(jī)制[1]，例如美國海上戰(zhàn)爭中心高性能分布式計(jì)算系統(tǒng)，美國HJLPD-17艦內(nèi)廣域網(wǎng)絡(luò)，TACTICOS等。

數(shù)據(jù)分發(fā)服務(wù)（Data Distribution Service，DDS）是對(duì)象管理組織（Object Management Group，OMG）對(duì)分布式實(shí)時(shí)系統(tǒng)中數(shù)據(jù)分發(fā)的一種規(guī)范[2]，是以數(shù)據(jù)為中心的發(fā)布/訂閱數(shù)據(jù)傳輸模型（Data-Centric Publish Subscribe Communications，DCPS）[3]。該規(guī)范針對(duì)強(qiáng)實(shí)時(shí)系統(tǒng)進(jìn)行了優(yōu)化，提供了低延遲、高吞吐量、可控傳輸性能的優(yōu)點(diǎn)，廣泛應(yīng)用于航空、國防、分布仿真、工業(yè)自動(dòng)化等多個(gè)領(lǐng)域[4-8]。

2 數(shù)據(jù)分發(fā)模型

2.1 客戶端/服務(wù)器模型

客戶端/服務(wù)器（Client/Server，C/S）通信模型以處理對(duì)象為中心，服務(wù)器提供服務(wù)，客戶端請(qǐng)求服務(wù)。服務(wù)器提供的服務(wù)通常是一個(gè)或多個(gè)任務(wù)計(jì)劃或處理過程，客戶端通過向一個(gè)或多個(gè)服務(wù)器發(fā)送請(qǐng)求以便完成相關(guān)任務(wù)或操作。同時(shí)，如圖1所示，也存在多個(gè)客戶端同時(shí)向一個(gè)服務(wù)器發(fā)送請(qǐng)求，該服務(wù)器處理來自各個(gè)客戶端的請(qǐng)求，執(zhí)行相關(guān)任務(wù)并向它們反饋處理信息。

圖1 C/S模型

此模型要求每對(duì)有數(shù)據(jù)交流的連通節(jié)點(diǎn)間使用相同的數(shù)據(jù)結(jié)構(gòu)或用戶自定義的接口協(xié)議進(jìn)行點(diǎn)對(duì)點(diǎn)的數(shù)據(jù)交換，因此，客戶端和服務(wù)器之間耦合度高，靈活性、擴(kuò)展性和健壯性較低，系統(tǒng)擴(kuò)展性和兼容性很差。

2.2 消息隊(duì)列

消息隊(duì)列模式通過一個(gè)消息隊(duì)列來傳遞消息，任何進(jìn)程都可以創(chuàng)建隊(duì)列，可以發(fā)送消息到一個(gè)隊(duì)列，或者從多個(gè)隊(duì)列中讀取消息，如圖2所示。消息隊(duì)列不需要區(qū)分節(jié)點(diǎn)是服務(wù)器還是客戶機(jī)，解決了通信雙方時(shí)間和空間松耦合的問題，但該模型并不是以數(shù)據(jù)為中心的，因此不能實(shí)現(xiàn)消息通信的異步。另外，經(jīng)典的消息傳遞模型并不涉及QoS，且存在服務(wù)器瓶頸和單點(diǎn)失效的問題，可靠性得不到保障。

圖2 消息隊(duì)列模型

2.3 以數(shù)據(jù)為中心的發(fā)布/訂閱（DCPS）模型

如何以最小的代價(jià)高效地進(jìn)行數(shù)據(jù)分發(fā)工作是分布式實(shí)時(shí)應(yīng)用系統(tǒng)開發(fā)時(shí)的核心問題。建立一個(gè)以數(shù)據(jù)為中心的信息交換體系，應(yīng)用程序發(fā)布數(shù)據(jù)，對(duì)其感興趣的應(yīng)用程序能夠有效地獲取數(shù)據(jù)。不僅僅定義發(fā)布者（Publisher）、訂閱者（Subscriber）、數(shù)據(jù)寫入器（DataWriter）、數(shù)據(jù)讀取器（DataReader）以及主題（Topic）5類通信實(shí)體，以數(shù)據(jù)為中心的發(fā)布/訂閱模型（DCPS）同時(shí)以主題為中心建立了不同優(yōu)先級(jí)的實(shí)時(shí)傳輸通信系統(tǒng)，訂閱者只需要訂閱它們想要的數(shù)據(jù)，或者發(fā)布它們能提供的信息。從邏輯上講，消息是在通信節(jié)點(diǎn)間直接傳遞的，利用發(fā)布-訂閱協(xié)議增加實(shí)時(shí)通信功能，形成實(shí)時(shí)發(fā)布-訂閱協(xié)議（Real-Time Publish /Subscribe，RTPS）。DCPS通信模型如圖3所示。

圖3 DCPS通信模型

在DCPS模型中，所有數(shù)據(jù)對(duì)象均存儲(chǔ)在全局?jǐn)?shù)據(jù)共享空間，任何通信節(jié)點(diǎn)都可以通過讀、寫操作實(shí)現(xiàn)分布式訪問。所有DCPS模型均需定義全局?jǐn)?shù)據(jù)共享空間，且規(guī)定了發(fā)布者和訂閱者其操作的相應(yīng)規(guī)則?；贒CPS模型開發(fā)的應(yīng)用，數(shù)據(jù)對(duì)象將僅僅保存于對(duì)其感興趣的應(yīng)用程序的本地緩存空間，并非所有應(yīng)用程序都能對(duì)其進(jìn)行訪問操作。

該模型優(yōu)點(diǎn)在于它允許在網(wǎng)絡(luò)中存在若干個(gè)發(fā)布者和訂閱者，且不嚴(yán)格界定發(fā)布者和訂閱者的角色，所有通信節(jié)點(diǎn)之間可以按需共享信息，減少了信息發(fā)布者與訂閱者之間的聯(lián)系，增強(qiáng)了系統(tǒng)設(shè)計(jì)的靈活性，若設(shè)備升級(jí)或增加，不需要更改程序代碼和重新測(cè)試整個(gè)系統(tǒng)配置，只需要添加部分程序代碼，更有利于系統(tǒng)的可維護(hù)性和擴(kuò)展性。

3 DDS

3.1 DDS接口層次

數(shù)據(jù)分發(fā)服務(wù)DDS（Data Distribution Service）是對(duì)象管理組織OMG制定的新一代分布式實(shí)時(shí)通信中間件技術(shù)規(guī)范，該規(guī)范基于發(fā)布/訂閱通信模型，強(qiáng)調(diào)以數(shù)據(jù)為中心，能夠保障數(shù)據(jù)進(jìn)行實(shí)時(shí)、高效、靈活地分發(fā)。DDS規(guī)范使用UML 語言進(jìn)行服務(wù)描述，標(biāo)準(zhǔn)化了分布式實(shí)時(shí)系統(tǒng)中的底層通信模型和應(yīng)用程序編程接口（API），提供了一個(gè)與平臺(tái)無關(guān)的獨(dú)立模型，并通過兩層的方式對(duì)接口進(jìn)行了詳細(xì)描述：①以數(shù)據(jù)為中心的發(fā)布-訂閱層DCPS；②數(shù)據(jù)本地重構(gòu)層（Data Local Reconstruction Layer，DLRL）。

DCPS（Data Centric Publish Subscribe）層通過建立全局?jǐn)?shù)據(jù)空間，發(fā)布者能夠在該空間發(fā)布數(shù)據(jù)，訂閱者能夠通過該空間獲取并操作所需的數(shù)據(jù)，再通過中間件處理后，確保發(fā)布者發(fā)布的數(shù)據(jù)能夠?qū)Ω信d趣的訂閱者進(jìn)行有效傳播。DCPS層通過構(gòu)建共享的全局?jǐn)?shù)據(jù)空間，有效地實(shí)現(xiàn)了應(yīng)用程序所需的發(fā)布和訂閱數(shù)據(jù)的功能。

DLRL層建立在DCPS層基礎(chǔ)之上，通過對(duì)DCPS層提供的服務(wù)進(jìn)行抽象，從而建立了與底層服務(wù)的映射關(guān)系。通過規(guī)定應(yīng)用層和DCPS層之間的接口，使得應(yīng)用程序能夠更加直接地訪問交換的數(shù)據(jù)，有效簡化了編程實(shí)現(xiàn)工作。在實(shí)際應(yīng)用開發(fā)中，通常會(huì)以類的形式對(duì)DCPS層提供的服務(wù)進(jìn)行封裝，實(shí)現(xiàn)每個(gè)類與對(duì)應(yīng)服務(wù)的映射關(guān)系，在DLRL層再通過本地語言對(duì)類進(jìn)行操縱，使得用戶能夠?qū)?shù)據(jù)進(jìn)行方便快捷的訪問，DDS通信報(bào)文層次模型如圖4所示。

圖4 DDS 通信報(bào)文層次模型

3.2 DDS 工作流程

DDS發(fā)布-訂閱中間件對(duì)于主題的發(fā)布訂閱和數(shù)據(jù)傳輸功能主要通過發(fā)布者、訂閱者、數(shù)據(jù)寫入者、數(shù)據(jù)讀入者以及GDS（）Global Data Space）進(jìn)行實(shí)現(xiàn)。以下將針對(duì)DDS工作流程中發(fā)布過程、訂閱過程、數(shù)據(jù)分發(fā)過程進(jìn)行詳細(xì)描述，DDS通信流程時(shí)序如圖5所示。

圖5 DDS通信流程時(shí)序圖

3.2.1 發(fā)布過程

當(dāng)節(jié)點(diǎn)進(jìn)行消息發(fā)布時(shí)，發(fā)布者將會(huì)創(chuàng)建一個(gè)數(shù)據(jù)寫入者，數(shù)據(jù)寫入者將要進(jìn)行發(fā)布的消息主題及其能夠提供的服務(wù)質(zhì)量QoS（Quality of Service）發(fā)布到其他各點(diǎn)的GDS上，消息發(fā)布成功后該數(shù)據(jù)寫入者將進(jìn)入阻塞狀態(tài)，并等待被激活。

3.2.2 訂閱過程

在進(jìn)行數(shù)據(jù)訂閱時(shí)，節(jié)點(diǎn)將由訂閱者創(chuàng)建一個(gè)數(shù)據(jù)讀入者，數(shù)據(jù)讀入者首先在本節(jié)點(diǎn)的發(fā)布主題表中找到相匹配的發(fā)布者，按照一定策略從中選擇一個(gè)作為本次訂閱的對(duì)象，然后將相應(yīng)的主題和QoS發(fā)送到該發(fā)布節(jié)點(diǎn)的GDS上，接著進(jìn)入阻塞狀態(tài)等待有數(shù)據(jù)時(shí)被激活。

節(jié)點(diǎn)收到數(shù)據(jù)讀入者的訂閱信息時(shí)，將在全局?jǐn)?shù)據(jù)空間的訂閱登記表添加訂閱記錄，然后查看發(fā)布主題表中持久性屬性取值。若值為1，表示可能存在訂閱者發(fā)布的某一主題對(duì)應(yīng)的數(shù)據(jù)，然后對(duì)發(fā)布數(shù)據(jù)緩沖區(qū)的主題進(jìn)行查找，若存在滿足條件的主題，則進(jìn)行QoS匹配，則數(shù)據(jù)寫入者被激活，且數(shù)據(jù)寫入者將該項(xiàng)隊(duì)列中保存的所有數(shù)據(jù)按照相應(yīng)的QoS發(fā)送給訂閱方。

3.2.3 數(shù)據(jù)分發(fā)過程

（1） 發(fā)布者發(fā)布數(shù)據(jù)。在節(jié)點(diǎn)上，當(dāng)發(fā)布的主題有數(shù)據(jù)要發(fā)送時(shí)，對(duì)應(yīng)的數(shù)據(jù)寫入者被激活，它先查看發(fā)布主題表中是否存在某一主題的持久性屬性取值；若值為1，則在發(fā)布數(shù)據(jù)緩沖區(qū)中相應(yīng)位置主題的鏈表中添加一項(xiàng)，以便后來的訂閱者可以收到該數(shù)據(jù)；否則根據(jù)下面的步驟發(fā)送完數(shù)據(jù)后將其丟棄。

（2） 傳輸數(shù)據(jù)。對(duì)某節(jié)點(diǎn)的全局?jǐn)?shù)據(jù)空間的訂閱登記表進(jìn)行查找，若存在數(shù)據(jù)寫入者發(fā)布的主題與數(shù)據(jù)讀入者訂閱的主題相同時(shí)，且QoS匹配，則該數(shù)據(jù)寫入者與數(shù)據(jù)讀入者形成了發(fā)布訂閱關(guān)系，全局?jǐn)?shù)據(jù)空間將訂閱登記表中該數(shù)據(jù)讀入者的訂閱消息發(fā)送給該數(shù)據(jù)寫入者，同時(shí)該數(shù)據(jù)寫入者被激活。數(shù)據(jù)寫入者按照相應(yīng)的QoS策略，并根據(jù)訂閱消息將數(shù)據(jù)發(fā)送給數(shù)據(jù)讀入者，然后進(jìn)入阻塞狀態(tài)等待下一次被激活。若不存在滿足上述條件的數(shù)據(jù)讀入者，則進(jìn)入阻塞狀態(tài)等待被激活。數(shù)據(jù)讀入者接收到數(shù)據(jù)后對(duì)數(shù)據(jù)進(jìn)行處理，然后進(jìn)入阻塞狀態(tài)，等待下一次被激活，具體工作流程如圖6所示。

圖6 DDS發(fā)布/訂閱工作流程

3.3 DDS 特點(diǎn)

DDS模型將發(fā)布方可提供資源狀況及訂閱方對(duì)資源的期待程度分別用可靠性、持久性、最大時(shí)延和生命周期等QoS參數(shù)來描述。發(fā)布者和訂閱者通過這些參數(shù)選擇最符合通信雙方QoS要求的傳輸方式來分發(fā)數(shù)據(jù)，實(shí)現(xiàn)了發(fā)布方和訂閱方的異步實(shí)時(shí)通信。具體特點(diǎn)如下：

（1） 便捷性。訂閱者根據(jù)發(fā)布主題可以隨時(shí)訂閱自己需要的主題，而不需要關(guān)心發(fā)布者是誰。一旦訂閱成功，即形成了發(fā)布/訂閱關(guān)系，訂閱者就只負(fù)責(zé)接收數(shù)據(jù)。

（2） 實(shí)時(shí)性。發(fā)布者和訂閱者通過QoS約束，可以選擇最符合自己要求的傳輸方式，且基于UDP/IP協(xié)議，并通過多播傳播方式，有效地增加了網(wǎng)絡(luò)的吞吐率和數(shù)據(jù)傳輸?shù)膶?shí)時(shí)性。

（3） 動(dòng)態(tài)可擴(kuò)展性?？筛鶕?jù)系統(tǒng)需要隨時(shí)添加或刪除節(jié)點(diǎn)，同時(shí)可以隨時(shí)添加新主題，為系統(tǒng)添加新功能。

（4） 靈活性[10]。DDS通過將資源的可用情況程序化為主題QoS，將提供方對(duì)資源的占有程度程序化發(fā)布者QoS，將請(qǐng)求方對(duì)資源的期待程度分別程序化訂閱者QoS，并通過QoS控制服務(wù)行為，根據(jù)實(shí)際需要決定采用UDP、RUDP、TCP和組播等多種傳輸策略，大大增加了通信的靈活性。

（5） 高效性。DDS通過全局?jǐn)?shù)據(jù)空間中的主題進(jìn)行關(guān)聯(lián)，能夠?qū)崿F(xiàn)一對(duì)多的連接，有效地提高了數(shù)據(jù)通信效率。

4 應(yīng)用研究

DDS技術(shù)基于以數(shù)據(jù)為核心的思想進(jìn)行設(shè)計(jì)，通過提供一個(gè)平臺(tái)獨(dú)立的數(shù)據(jù)模型和標(biāo)準(zhǔn)化的QoS控制策略，對(duì)分布式實(shí)時(shí)系統(tǒng)中數(shù)據(jù)發(fā)布、傳遞和接口的接口和行為進(jìn)行規(guī)范，有效地保障了數(shù)據(jù)分發(fā)的實(shí)時(shí)、高效和靈活。QoS是一種用于解決網(wǎng)絡(luò)延遲和阻塞的傳輸控制策略，QoS服務(wù)通過提供不同的服務(wù)模型，在網(wǎng)絡(luò)中通過保證傳輸?shù)膸?、降低傳送的時(shí)延、降低數(shù)據(jù)的丟包率以及時(shí)延抖動(dòng)等措施來提高服務(wù)質(zhì)量。DDS 規(guī)范通過定義QoS策略，以保障對(duì)網(wǎng)絡(luò)華寧的適應(yīng)性和魯棒性，有效地對(duì)網(wǎng)絡(luò)傳輸質(zhì)量進(jìn)行了優(yōu)化，QoS關(guān)鍵指標(biāo)參數(shù)如下：

（1） Durability（持續(xù)性）。此屬性選擇則允許發(fā)布者保存期在創(chuàng)建之前發(fā)布的歷史數(shù)據(jù)記錄，并允許訂閱者能夠訪問該發(fā)布者創(chuàng)建之前發(fā)布的歷史數(shù)據(jù)。同時(shí)，該屬性允許訂閱者能夠向發(fā)布者請(qǐng)求在期加入系統(tǒng)之前的歷史數(shù)據(jù)，發(fā)布者將會(huì)把歷史隊(duì)列中的所有數(shù)據(jù)發(fā)送給訂閱者。

（2） Liveliness（活躍性）。此屬性參數(shù)用于檢測(cè)發(fā)布者的狀態(tài)。在進(jìn)行發(fā)布者創(chuàng)建時(shí)，設(shè)定的Liveliness間隔時(shí)間表示發(fā)布者發(fā)出活躍信號(hào)的最大間隔時(shí)間；在進(jìn)行訂閱者創(chuàng)建時(shí)，設(shè)定的Liveliness間隔時(shí)間表示訂閱者希望發(fā)布者存在的最大時(shí)間間隔。

（3） Reliability（可靠性）。此屬性選擇則允許發(fā)布者能夠交付所有的數(shù)據(jù)并發(fā)送，同時(shí)訂閱者能夠得到所有數(shù)據(jù)的可靠更新。默認(rèn)情況下，發(fā)布者不會(huì)重發(fā)丟失的數(shù)據(jù)，但數(shù)據(jù)服務(wù)將會(huì)修復(fù)由于通信錯(cuò)誤導(dǎo)致訂閱者不能接收到數(shù)據(jù)的錯(cuò)誤，并重新發(fā)送數(shù)據(jù)給訂閱者。

（4） History（歷史記錄）。該屬性參數(shù)與Durability及Reliability屬性相關(guān)聯(lián)，主要用于實(shí)現(xiàn)對(duì)發(fā)送隊(duì)列中數(shù)據(jù)總量的控制。在Durability屬性被選中的情況下，History屬性決定會(huì)被傳送給后加入訂閱者的數(shù)據(jù)總量。

DDS的QoS策略主要分為默認(rèn)傳輸、可靠傳輸、高優(yōu)先給可靠傳輸、異步可靠傳輸、高效傳輸、組播高效傳輸，并且采取多種策略組合應(yīng)用的方式實(shí)現(xiàn)上述數(shù)據(jù)的靈活傳輸。QoS常用策略的典型應(yīng)用如下：

（1） 可靠傳輸配置。多應(yīng)用于請(qǐng)求應(yīng)答操作類，保障發(fā)布的數(shù)據(jù)內(nèi)容能夠可靠的被訂閱者接收。

（2） 高優(yōu)先級(jí)可靠傳輸配置。多應(yīng)用于指揮移交，保障優(yōu)先傳輸優(yōu)先級(jí)別高的數(shù)據(jù)。

（3） 異步可靠傳輸配置。應(yīng)用于大容量數(shù)據(jù)傳輸計(jì)劃，例如傳輸方案、文電、圖片等，此類數(shù)據(jù)特點(diǎn)是單包數(shù)據(jù)量大，傳輸可靠，傳輸速度沒有特殊要求。

（4） 高效傳輸配置。應(yīng)用于周期性數(shù)據(jù)傳輸。

（5） 組播高效傳輸配置。應(yīng)用于周期性一發(fā)多收。

DDS數(shù)據(jù)分發(fā)服務(wù)技術(shù)已是美國國防部的強(qiáng)制標(biāo)準(zhǔn)，起初美國海軍用期解決艦船復(fù)雜網(wǎng)絡(luò)環(huán)境中大量軟件升級(jí)的兼容性問題。目前，DDS技術(shù)已成為分布式實(shí)時(shí)系統(tǒng)中數(shù)據(jù)發(fā)布/訂閱的標(biāo)準(zhǔn)解決方案，廣泛應(yīng)用于國防、工業(yè)控制、民航等各個(gè)領(lǐng)域。例如，在洛克希德馬丁公司Aegis軍械系統(tǒng)、波音公司B-1B轟炸機(jī)軍械系統(tǒng)、波音公司B-1B及B52數(shù)據(jù)鏈系統(tǒng)、波音公司掃描鷹無人機(jī)偵查及地面控制系統(tǒng)、捕食者及空中勇士無人機(jī)地面數(shù)字方艙系統(tǒng)、德國RoboScout機(jī)器人偵查車內(nèi)部通訊系統(tǒng)、美國DDG1000全艦計(jì)算系統(tǒng)、大眾汽車輔助駕駛和安全集成系統(tǒng)、NASA智能機(jī)器人系統(tǒng)、CAE飛行模擬器系統(tǒng)、歐洲空中交通管理系統(tǒng)等項(xiàng)目中得到了較好地應(yīng)用。

5 結(jié)束語

設(shè)計(jì)并開發(fā)基于DDS規(guī)范的消息中間件，能夠更有效地管理計(jì)算資源和網(wǎng)絡(luò)通訊，實(shí)現(xiàn)不同技術(shù)之間的資源共享，保障信息系統(tǒng)之間數(shù)據(jù)傳遞的有效性和可靠性。結(jié)合我國海軍艦船裝備信息系統(tǒng)的實(shí)際需要，對(duì)于保障系統(tǒng)間消息傳遞的實(shí)時(shí)性、可靠性、安全性等要求，基于DDS規(guī)范的消息中間件技術(shù)將是較好的解決方案。

參考文獻(xiàn)：

[1].楊傳順. 以數(shù)據(jù)為中心的艦載分布式系統(tǒng).JC科學(xué)技術(shù). 2011， 33（7）：75-79.

[2].Object Management Group.Data Distribution Service for Real-time System[R]. Object Management Group，2010.

[3].Computing O.Inc.OpenDDS Developers Guide[EB/OL]. 2009-06-10. http：//download.ociweb.com/OpenDDS/OpenDDS-latest.pdf.

[4].劉浩，蔣澤軍，陳進(jìn)朝. 一個(gè)面向服務(wù)的DCPS信息庫的設(shè)計(jì)與實(shí)現(xiàn). 航空計(jì)算技術(shù). 2013，43（5）：100-104.

[5].曹萬華，謝蓓， 吳海昕， 程雄. 基于DDS的發(fā)布/訂閱中間件設(shè)計(jì). 計(jì)算機(jī)工程.2007，33（18）：78-81.

[6].呂云飛，王旋，張軍. 基于DDS技術(shù)的JC平臺(tái)綜合管理系統(tǒng). JC科學(xué)技術(shù). 2011，33（5）： 47-52.

[7].李海浩，顧斌兵. DDS在艦載ZB系統(tǒng)中的應(yīng)用研究. 計(jì)算機(jī)與數(shù)字工程.2015， 43（9）： 1698-1701.

[8].候玉，潘昕，馮源. 基于DDS的船舶分布式通信實(shí)時(shí)性研究. JC電子工程. 2015， 35（9）： 13-16.

[9].OMG. The Common Object Request Broker： Architecture and Specification. 2004.

[10].楊傳順，王學(xué)萬. 實(shí)時(shí)數(shù)據(jù)分發(fā)系統(tǒng)的服務(wù)質(zhì)量控制的研究. 計(jì)算機(jī)技術(shù)與發(fā)展. 2011，21（5）： 231-234.