3.1. 基本要求

電力交易子站系統(tǒng)在進行數(shù)據(jù)交換過程中，為了保證數(shù)據(jù)交換的實時性、完整性以及可靠性，系統(tǒng)接口應滿足下列基本要求：

1、接口應實現(xiàn)對外部系統(tǒng)的接入提供企業(yè)級的支持，在系統(tǒng)的高并發(fā)和大容量的基礎上提供安全可靠的接入;

2、提供完善的信息安全機制，以實現(xiàn)對信息的全面保護，保證系統(tǒng)的正常運行，應防止大量訪問，以及大量占用資源的情況發(fā)生，保證系統(tǒng)的健壯性;

3、提供有效的系統(tǒng)監(jiān)控機制，對接口的運行情況進行即時監(jiān)控，便于及時發(fā)現(xiàn)錯誤并排除故障;

4、保證在充分利用系統(tǒng)資源的前提下，實現(xiàn)系統(tǒng)平滑移植和靈活擴展，以保證系統(tǒng)的穩(wěn)定性。

3.2. 網(wǎng)絡通信模式

電力交易主站系統(tǒng)與電力交易子站系統(tǒng)之間的信息交換體系由信息交換總線、數(shù)據(jù)傳輸總線、標準接口服務器、隔離裝置以及參與信息交互的其他系統(tǒng)共同組成，其具體交互運行關系如圖：

圖電力交易子站系統(tǒng)網(wǎng)絡通信架構(gòu)

電力交易子站系統(tǒng)與電力交易主站系統(tǒng)之間要實現(xiàn)協(xié)同工作，必須基于某種網(wǎng)絡通信模式。電力交易子站系統(tǒng)與電力交易主站系統(tǒng)之間的網(wǎng)絡通信模式共有對話模式、私有模式、廣播模式三種。

1. 對話模式

對話通訊模式是指由電力交易子站系統(tǒng)向電力交易主站系統(tǒng)主動發(fā)起通訊請求。該請求被電力交易主站系統(tǒng)接收和處理，并給予響應。這種通訊模式與普通的客戶/服務器模式相同，電力交易子站系統(tǒng)主動請求，電力交易主站系統(tǒng)響應。

以交易申報和查詢?yōu)槔湫偷膶υ捘Ｊ竭B接通訊將如圖所示：

圖對話模式

具體的通訊過程如下：

Ø 電力交易子站系統(tǒng)向電力交易主站系統(tǒng)發(fā)出連接請求，在得到連接確認后發(fā)出身份認證請求;

Ø 電力交易子站系統(tǒng)在得到正確的身份認證響應后，進行申報請求或發(fā)出查詢，在得到申報確認或查詢響應后開始執(zhí)行報文傳送;

Ø 報文傳送完成以后，再由電力交易子站系統(tǒng)發(fā)出斷開請求，在得到電力交易主站系統(tǒng)的斷開確認響應后，才真正斷開物理連接。

2. 私有模式

私有通訊模式是指電力交易主站系統(tǒng)主動向某個特定的電力交易子站系統(tǒng)發(fā)出信息。

以交易結(jié)果推送為例，典型的私有模式連接通訊將如圖所示：

圖私有模式

具體的通訊過程如下：

Ø 電力交易子站系統(tǒng)向電力交易主站系統(tǒng)發(fā)出連接請求，在得到連接確認后發(fā)出身份認證請求;

Ø 電力交易子站系統(tǒng)在得到正確的身份認證響應后，能夠與電力交易主站系統(tǒng)進行信息傳送;

Ø 電力交易主站系統(tǒng)能夠主動向已創(chuàng)建通訊連接的特定電力交易子站系統(tǒng)推送交易結(jié)果信息;

Ø 信息推送完成以后，電力交易子站系統(tǒng)發(fā)出斷開請求，在得到電力交易主站系統(tǒng)的斷開確認響應后，才真正斷開物理連接。

3. 廣播模式

廣播通訊模式是指交易技術支持系統(tǒng)端主動向市場中的所有會員都發(fā)出相同的信息，例如市場公告、行情等。交易技術支持系統(tǒng)主動廣播給全部交易子站系統(tǒng)。

以交易公告廣播為例，典型的廣播模式連接通訊將如圖所示：

圖廣播模式

具體的通訊過程如下：

Ø 電力交易子站系統(tǒng)向電力交易主站系統(tǒng)發(fā)出連接請求，在得到連接確認后發(fā)出身份認證請求;

Ø 電力交易子站系統(tǒng)在得到正確的身份認證響應后，能夠與電力交易主站系統(tǒng)進行信息傳送;

Ø 電力交易主站系統(tǒng)能夠主動向已創(chuàng)建通訊連接的所有電力交易子站系統(tǒng)推送市場行情信息或交易公告信息;

Ø 信息推送完成以后，電力交易子站系統(tǒng)發(fā)出斷開請求，在得到電力交易主站系統(tǒng)的斷開確認響應后，才真正斷開物理連接。

3.3. 信息交換方式

電力交易子站系統(tǒng)與電力交易主站系統(tǒng)之間通過上述三種網(wǎng)絡通信模式來實現(xiàn)網(wǎng)絡層面的通信連接，在具體信息交互的處理上，通用的技術方式如下表所示：

表信息交換方式

FTP協(xié)議交換的信息為公開共享信息，信息交換的方向為單向，實現(xiàn)簡單、傳輸批量數(shù)據(jù)效率較高;WebService遵守具體的技術規(guī)范，能與其它兼容的組件進行互操作，若增加數(shù)據(jù)量則會降低解釋程序的執(zhí)行效率;EJB基于規(guī)范的平臺，支持多種中間件技術，對資源配置要求較高;WebSocket使用客戶/服務器模式，實現(xiàn)簡單、性能高，一旦連接上之后，就可以按設計的數(shù)據(jù)交換方法和格式進行數(shù)據(jù)傳輸，適合大批量數(shù)據(jù)傳輸;Rest基于HTTP協(xié)議，可利用緩存來提高響應速度，對資源依賴性較小，適合高并發(fā)傳輸訪問。

按照總體要求，電力交易子站系統(tǒng)數(shù)據(jù)交互在保證系統(tǒng)安全性、先進性的基礎上，還必須滿足大批量、高并發(fā)的設計要求。因此電力交易子站系統(tǒng)應按照如下信息交換方式進行設計：

1. 對于大批量的信息交換，應采用WebSocket的方式

由于WebSocket是通過TCP協(xié)議來進行雙向通信，支持點對點的機制，能夠高效可靠地進行數(shù)據(jù)交流。同時WebSocket能夠?qū)崿F(xiàn)長連接，滿足超高數(shù)據(jù)傳輸量要求。

2. 針對高并發(fā)的信息交換，應采用Rest的方式

Rest風格的接口借助HTTP協(xié)議，以資源的形式對外提供數(shù)據(jù)，使接口更加簡單直觀;同時由于Rest更加輕量，通訊效率更高，更加有利于應對大數(shù)據(jù)和高并發(fā)的業(yè)務請求場景。

針對以上兩種信息交換方式，具體的設計規(guī)范如下：

1. 電力交易子站系統(tǒng)將需要提供的數(shù)據(jù)進行分類，抽象為數(shù)據(jù)資源，并將各數(shù)據(jù)資源封裝成對應的URL,以HTTP或HTTP GET的形式對接口調(diào)用方提供;接口調(diào)用方通過訪問該URL，獲取資源數(shù)據(jù);

2. 為保證接口調(diào)用安全，電力交易子站系統(tǒng)事先須為接口調(diào)用方提供電子簽名秘鑰;其他系統(tǒng)在調(diào)用接口時，使用提供的秘鑰對調(diào)用參數(shù)進行電子簽名后方可調(diào)用接口;

3. 系統(tǒng)返回的數(shù)據(jù)格式須為json格式;

4. API接口以公網(wǎng)方式或?qū)＞€方式進行通訊。

同時，接口傳輸過程中的業(yè)務需求字段與電力交易主站系統(tǒng)同步，傳輸內(nèi)容的字段長度、字段類型由交易中心指定，由此來實現(xiàn)信息交互的規(guī)范化要求。