運營協調中心發送數據到緊急應急中心的協議轉換方法

王慶勝　黃文強　鄭娜

【摘 要】本文闡述了一種運營協調中心（OCC）發送數據到緊急應急中心（COCC）的協議轉換方法，包括以下步驟：向列車自動監控系統（ATS）服務器訂閱設備屬性信息；將從列車自動監控系統ATS服務器收到的通用事件通知結構GENA協議*數據轉換為COCC協議格式的數據；最后將轉換后的數據發送到COCC。本文說明了ATS服務器端的數據無損的轉換到COCC側，實現了COCC側統一顯示線路信息的目的，可以根據COCC側對具體數據的要求，方便地從OCC側訂閱數據的內容。

【關鍵詞】協議轉換；ATS；GENA協議；COCC協議

【Abstract】This paper introduces a protocol conversion method of send data from the Operator Control Center to the emergency center. It includes the following steps： Subscribe device attribute information from Automatic Train Supervision server； Convert this information from GENA protocol to COCC protocol； Send emergency COCC data sent to the emergency COCC.

【Key words】Protocol conversion；ATS；GENA Protocol；COCC Protocol

0 引言

在地鐵的信號系統中，各信號提供商對外的接口都有自己的協議類型。這樣導致地鐵運營公司很難統一管理和維護這些不同廠商的信號設備。而隨著交通預警和統一調度的需求越來越急迫的環境下，需要各廠商將各自的信號系統的對外協議統一為一個通用的協議，以滿足地鐵運營公司的上述需求。

1 轉換內容

本文所要解決的技術問題是提供一種控制中心發送數據到緊急應急中心的協議轉換方法，它可以實現了ATS服務器端的數據無損的轉換到COCC側。如圖1所示，緊急應急中心的數據根據不同類型可以劃分為四類數據：線路運行監控數據，設備監控數據，電力監控數據及防火/防淹監控數據。

不同類型下的屬性具體內容如表1所示。

表1 不同類型下的屬性內容

圖1 緊急應急中心的數據內容

2 實現方式

本文主要解決軌道交通中從線路的控制中心發送數據到緊急應急中心，為了實現數據轉換的目的，緊急應急中心獲得控制中心數據的網絡架構圖如圖2所示。

圖2 網絡架構圖

整個處理流程可以分三個階段：

第一階段是OCC FEP向列車自動監控系統ATS服務器訂閱設備屬性信息。其中包含了列車自動監控系統ATS端可以發送的14類對象，具體內容如下表一所示。采用GENA協議，訂閱信息發送成功后，從列車自動監控系統ATS將返回對應設備的狀態信息，并采用XML語言描述。

第二階段是OCC FEP將從列車自動監控系統ATS服務器收到的數據轉換為COCC協議格式的數據。這部分也是本方法的關鍵，即如何實現不同協議間數據內容的相互轉換。具體處理對象及內容如圖3所示。本文的GENA協議中的列車信息及進路信息需要結合起來處理才能生成COCC協議中的列車信息。

第三階段是OCC FEP將COCC數據發送給COCC端。

以上三個階段中，最關鍵的部分就是通用事件通知結構GENA協議數據轉換為COCC協議數據。處理步驟如下：

1）程序從配置文件中加載固定數據，形成設備列表，并對列表中的每個對象進行初始化；

2）啟動通用事件通知結構GENA訂閱服務，從運營協調中心OCC側訂閱設備的狀態，接收到設備狀態后更新設備列表中的對象狀態值；

3）如果從運營協調中心OCC側接收到動態對象，則生成動態對象并添加到設備列表中，并保存相應的狀態值；

4）根據當前設備列表中的對象狀態值，按照COCC協議進行BITMAP的組包，發送給COCC側；

5）接收運營協調中心OCC側的訂閱消息，并根據消息包更新對應的對象狀態值，并按照COCC協議進行STATUS_CHANGE的組包，發送給COCC側；

6）如果接收到動態對象被刪除，則按照COCC協議中的REMOVE進行組包，發送給COCC側。

其中針對兩種協議的不同之處有如下特殊的處理：

1）該方法中列車對象及進路對象都是動態產生信息的，也就是說列車和進路都是可以增加，更改和刪除的。而其他對象都是在程序初始化時就已經產生，后續的狀態都是進行更新。

2）站臺對象需要和區域控制對象進行綁定，也就是說通過站臺對象可以找到對應的區域控制對象，這樣當站臺的控制狀態發生變化時就可以更新相應的區域控制對象。

3）進路對象需要和列車對象進行綁定，當程序從OCC側接收到一條進路對象時，需要通過進路所處的位置綁定到相應的列車上，這樣當進路信息發生變化時（例如進路延伸、回退，總之任何導致進路發生變化的情況），就可以通過對應的列車對象發送更新信息到COCC側。

使用本方法實現了ATS服務器端的數據無損的轉換到COCC側，實現了COCC側統一顯示線路信息的目的。可以根據COCC側需要的具體數據要求，方便地定制從OCC側接收數據的內容。

3 結論

從以上的網絡架構圖可以看出，COCC-ATS接口采用通用事件通知結構（GENA）協議。ATS系統作為某些外部系統的數據服務器，同時又作為其它一些外部系統的客戶端訂閱者，這時外部系統作為數據服務器。通用事件通知結構GENA結構允許發送與服務器事件相關的實時更新數據，從而通知客戶端系統狀態變化。超文本傳輸協議（HTTP）和簡單對象獲取協議（SOAP）協議都被用來在服務器和客戶端間傳輸報文。該方法最終通過程序編程，已在上海緊急應急中心進行了實現和部署，并取得了很好效果。

【參考文獻】

[1]UPnP Forum， About UPnP[EB]. http：//www.UPnP.org.

[2]W3C， Extensible Markup Language （XML） [EB]. http：//www.w3.org/XML/， 2010/03/14.

[3]王政軍.基于Intel UPnP SDK的UPnP協議編程[EB].http：//www.cqvip.com/qk/92317A/200507/18013100. html，2007/3/18.

[責任編輯：湯靜]

【摘 要】本文闡述了一種運營協調中心（OCC）發送數據到緊急應急中心（COCC）的協議轉換方法，包括以下步驟：向列車自動監控系統（ATS）服務器訂閱設備屬性信息；將從列車自動監控系統ATS服務器收到的通用事件通知結構GENA協議*數據轉換為COCC協議格式的數據；最后將轉換后的數據發送到COCC。本文說明了ATS服務器端的數據無損的轉換到COCC側，實現了COCC側統一顯示線路信息的目的，可以根據COCC側對具體數據的要求，方便地從OCC側訂閱數據的內容。

【關鍵詞】協議轉換；ATS；GENA協議；COCC協議

【Abstract】This paper introduces a protocol conversion method of send data from the Operator Control Center to the emergency center. It includes the following steps： Subscribe device attribute information from Automatic Train Supervision server； Convert this information from GENA protocol to COCC protocol； Send emergency COCC data sent to the emergency COCC.

【Key words】Protocol conversion；ATS；GENA Protocol；COCC Protocol

0 引言

在地鐵的信號系統中，各信號提供商對外的接口都有自己的協議類型。這樣導致地鐵運營公司很難統一管理和維護這些不同廠商的信號設備。而隨著交通預警和統一調度的需求越來越急迫的環境下，需要各廠商將各自的信號系統的對外協議統一為一個通用的協議，以滿足地鐵運營公司的上述需求。

1 轉換內容

本文所要解決的技術問題是提供一種控制中心發送數據到緊急應急中心的協議轉換方法，它可以實現了ATS服務器端的數據無損的轉換到COCC側。如圖1所示，緊急應急中心的數據根據不同類型可以劃分為四類數據：線路運行監控數據，設備監控數據，電力監控數據及防火/防淹監控數據。

不同類型下的屬性具體內容如表1所示。

表1 不同類型下的屬性內容

圖1 緊急應急中心的數據內容

2 實現方式

本文主要解決軌道交通中從線路的控制中心發送數據到緊急應急中心，為了實現數據轉換的目的，緊急應急中心獲得控制中心數據的網絡架構圖如圖2所示。

圖2 網絡架構圖

整個處理流程可以分三個階段：

第一階段是OCC FEP向列車自動監控系統ATS服務器訂閱設備屬性信息。其中包含了列車自動監控系統ATS端可以發送的14類對象，具體內容如下表一所示。采用GENA協議，訂閱信息發送成功后，從列車自動監控系統ATS將返回對應設備的狀態信息，并采用XML語言描述。

第二階段是OCC FEP將從列車自動監控系統ATS服務器收到的數據轉換為COCC協議格式的數據。這部分也是本方法的關鍵，即如何實現不同協議間數據內容的相互轉換。具體處理對象及內容如圖3所示。本文的GENA協議中的列車信息及進路信息需要結合起來處理才能生成COCC協議中的列車信息。

第三階段是OCC FEP將COCC數據發送給COCC端。

以上三個階段中，最關鍵的部分就是通用事件通知結構GENA協議數據轉換為COCC協議數據。處理步驟如下：

1）程序從配置文件中加載固定數據，形成設備列表，并對列表中的每個對象進行初始化；

2）啟動通用事件通知結構GENA訂閱服務，從運營協調中心OCC側訂閱設備的狀態，接收到設備狀態后更新設備列表中的對象狀態值；

3）如果從運營協調中心OCC側接收到動態對象，則生成動態對象并添加到設備列表中，并保存相應的狀態值；

4）根據當前設備列表中的對象狀態值，按照COCC協議進行BITMAP的組包，發送給COCC側；

5）接收運營協調中心OCC側的訂閱消息，并根據消息包更新對應的對象狀態值，并按照COCC協議進行STATUS_CHANGE的組包，發送給COCC側；

6）如果接收到動態對象被刪除，則按照COCC協議中的REMOVE進行組包，發送給COCC側。

其中針對兩種協議的不同之處有如下特殊的處理：

1）該方法中列車對象及進路對象都是動態產生信息的，也就是說列車和進路都是可以增加，更改和刪除的。而其他對象都是在程序初始化時就已經產生，后續的狀態都是進行更新。

2）站臺對象需要和區域控制對象進行綁定，也就是說通過站臺對象可以找到對應的區域控制對象，這樣當站臺的控制狀態發生變化時就可以更新相應的區域控制對象。

3）進路對象需要和列車對象進行綁定，當程序從OCC側接收到一條進路對象時，需要通過進路所處的位置綁定到相應的列車上，這樣當進路信息發生變化時（例如進路延伸、回退，總之任何導致進路發生變化的情況），就可以通過對應的列車對象發送更新信息到COCC側。

使用本方法實現了ATS服務器端的數據無損的轉換到COCC側，實現了COCC側統一顯示線路信息的目的。可以根據COCC側需要的具體數據要求，方便地定制從OCC側接收數據的內容。

3 結論

從以上的網絡架構圖可以看出，COCC-ATS接口采用通用事件通知結構（GENA）協議。ATS系統作為某些外部系統的數據服務器，同時又作為其它一些外部系統的客戶端訂閱者，這時外部系統作為數據服務器。通用事件通知結構GENA結構允許發送與服務器事件相關的實時更新數據，從而通知客戶端系統狀態變化。超文本傳輸協議（HTTP）和簡單對象獲取協議（SOAP）協議都被用來在服務器和客戶端間傳輸報文。該方法最終通過程序編程，已在上海緊急應急中心進行了實現和部署，并取得了很好效果。

【參考文獻】

[1]UPnP Forum， About UPnP[EB]. http：//www.UPnP.org.

[2]W3C， Extensible Markup Language （XML） [EB]. http：//www.w3.org/XML/， 2010/03/14.

[3]王政軍.基于Intel UPnP SDK的UPnP協議編程[EB].http：//www.cqvip.com/qk/92317A/200507/18013100. html，2007/3/18.

[責任編輯：湯靜]

【摘 要】本文闡述了一種運營協調中心（OCC）發送數據到緊急應急中心（COCC）的協議轉換方法，包括以下步驟：向列車自動監控系統（ATS）服務器訂閱設備屬性信息；將從列車自動監控系統ATS服務器收到的通用事件通知結構GENA協議*數據轉換為COCC協議格式的數據；最后將轉換后的數據發送到COCC。本文說明了ATS服務器端的數據無損的轉換到COCC側，實現了COCC側統一顯示線路信息的目的，可以根據COCC側對具體數據的要求，方便地從OCC側訂閱數據的內容。

【關鍵詞】協議轉換；ATS；GENA協議；COCC協議

【Abstract】This paper introduces a protocol conversion method of send data from the Operator Control Center to the emergency center. It includes the following steps： Subscribe device attribute information from Automatic Train Supervision server； Convert this information from GENA protocol to COCC protocol； Send emergency COCC data sent to the emergency COCC.

【Key words】Protocol conversion；ATS；GENA Protocol；COCC Protocol

0 引言

在地鐵的信號系統中，各信號提供商對外的接口都有自己的協議類型。這樣導致地鐵運營公司很難統一管理和維護這些不同廠商的信號設備。而隨著交通預警和統一調度的需求越來越急迫的環境下，需要各廠商將各自的信號系統的對外協議統一為一個通用的協議，以滿足地鐵運營公司的上述需求。

1 轉換內容

本文所要解決的技術問題是提供一種控制中心發送數據到緊急應急中心的協議轉換方法，它可以實現了ATS服務器端的數據無損的轉換到COCC側。如圖1所示，緊急應急中心的數據根據不同類型可以劃分為四類數據：線路運行監控數據，設備監控數據，電力監控數據及防火/防淹監控數據。

不同類型下的屬性具體內容如表1所示。

表1 不同類型下的屬性內容

圖1 緊急應急中心的數據內容

2 實現方式

本文主要解決軌道交通中從線路的控制中心發送數據到緊急應急中心，為了實現數據轉換的目的，緊急應急中心獲得控制中心數據的網絡架構圖如圖2所示。

圖2 網絡架構圖

整個處理流程可以分三個階段：

第一階段是OCC FEP向列車自動監控系統ATS服務器訂閱設備屬性信息。其中包含了列車自動監控系統ATS端可以發送的14類對象，具體內容如下表一所示。采用GENA協議，訂閱信息發送成功后，從列車自動監控系統ATS將返回對應設備的狀態信息，并采用XML語言描述。

第二階段是OCC FEP將從列車自動監控系統ATS服務器收到的數據轉換為COCC協議格式的數據。這部分也是本方法的關鍵，即如何實現不同協議間數據內容的相互轉換。具體處理對象及內容如圖3所示。本文的GENA協議中的列車信息及進路信息需要結合起來處理才能生成COCC協議中的列車信息。

第三階段是OCC FEP將COCC數據發送給COCC端。

以上三個階段中，最關鍵的部分就是通用事件通知結構GENA協議數據轉換為COCC協議數據。處理步驟如下：

1）程序從配置文件中加載固定數據，形成設備列表，并對列表中的每個對象進行初始化；

2）啟動通用事件通知結構GENA訂閱服務，從運營協調中心OCC側訂閱設備的狀態，接收到設備狀態后更新設備列表中的對象狀態值；

3）如果從運營協調中心OCC側接收到動態對象，則生成動態對象并添加到設備列表中，并保存相應的狀態值；

4）根據當前設備列表中的對象狀態值，按照COCC協議進行BITMAP的組包，發送給COCC側；

5）接收運營協調中心OCC側的訂閱消息，并根據消息包更新對應的對象狀態值，并按照COCC協議進行STATUS_CHANGE的組包，發送給COCC側；

6）如果接收到動態對象被刪除，則按照COCC協議中的REMOVE進行組包，發送給COCC側。

其中針對兩種協議的不同之處有如下特殊的處理：

1）該方法中列車對象及進路對象都是動態產生信息的，也就是說列車和進路都是可以增加，更改和刪除的。而其他對象都是在程序初始化時就已經產生，后續的狀態都是進行更新。

2）站臺對象需要和區域控制對象進行綁定，也就是說通過站臺對象可以找到對應的區域控制對象，這樣當站臺的控制狀態發生變化時就可以更新相應的區域控制對象。

3）進路對象需要和列車對象進行綁定，當程序從OCC側接收到一條進路對象時，需要通過進路所處的位置綁定到相應的列車上，這樣當進路信息發生變化時（例如進路延伸、回退，總之任何導致進路發生變化的情況），就可以通過對應的列車對象發送更新信息到COCC側。

使用本方法實現了ATS服務器端的數據無損的轉換到COCC側，實現了COCC側統一顯示線路信息的目的。可以根據COCC側需要的具體數據要求，方便地定制從OCC側接收數據的內容。

3 結論

從以上的網絡架構圖可以看出，COCC-ATS接口采用通用事件通知結構（GENA）協議。ATS系統作為某些外部系統的數據服務器，同時又作為其它一些外部系統的客戶端訂閱者，這時外部系統作為數據服務器。通用事件通知結構GENA結構允許發送與服務器事件相關的實時更新數據，從而通知客戶端系統狀態變化。超文本傳輸協議（HTTP）和簡單對象獲取協議（SOAP）協議都被用來在服務器和客戶端間傳輸報文。該方法最終通過程序編程，已在上海緊急應急中心進行了實現和部署，并取得了很好效果。

【參考文獻】

[1]UPnP Forum， About UPnP[EB]. http：//www.UPnP.org.

[2]W3C， Extensible Markup Language （XML） [EB]. http：//www.w3.org/XML/， 2010/03/14.

[3]王政軍.基于Intel UPnP SDK的UPnP協議編程[EB].http：//www.cqvip.com/qk/92317A/200507/18013100. html，2007/3/18.

[責任編輯：湯靜]