本發(fā)明涉及通訊傳輸控制技術(shù)領(lǐng)域，具體涉及一種as2_edi通訊傳輸控制機。
背景技術(shù)：
as2協(xié)議基于http協(xié)議和smime協(xié)議。as2協(xié)議的開發(fā)是為了能在公網(wǎng)(internet)上安全的傳輸數(shù)據(jù)，但一般用于傳輸edi報文。
這種傳輸方法的優(yōu)點在于：1、安全性高，可以使用多種加密方式對文件進行加密，同時還可以使用ssl對整個http連接進行加密；2、不可否認性，采用簽名認證，接收方接收到文件并通過簽名認證后即可確認文件確屬發(fā)送方發(fā)送，否則該文件不是發(fā)送方發(fā)送，同時發(fā)送方接收到mdn并通過簽名認證即可確認該mdn確屬接收方發(fā)送，否則該mdn不是接收方發(fā)送。3、交互性強，發(fā)送方接收到mdn后可以確認接收方已經(jīng)接收文件成功(或失敗)。
技術(shù)實現(xiàn)要素：
本發(fā)明的目的在于提供一種在edi傳輸過程中as2通訊協(xié)議的硬件實現(xiàn)。本發(fā)明的具體方案如下：
一種as2_edi通訊傳輸控制機，其特征在于，所述傳輸控制機包括edias2通訊功能模塊，采用as2通訊協(xié)議進行傳輸。
進一步，所述edias2通訊功能模塊位于通訊傳輸控制機系統(tǒng)內(nèi)核。
進一步，所述as2傳輸采用http或https協(xié)議和“post”方法。
進一步，所述傳輸控制機包括以下功能的實現(xiàn)：
將edi文件作為消息中的“附件”發(fā)送；
支持采用smime格式編碼；
支持edi、xml、圖片格式的數(shù)據(jù)傳輸；
支持壓縮傳輸數(shù)據(jù)；
對傳輸數(shù)據(jù)和mdn進行數(shù)字簽名。
進一步，所述通訊傳輸控制機中，消息可以通過添加數(shù)字簽名保證可靠性，消息可以加密傳輸。
進一步，所述通訊傳輸控制機中，在正式傳輸?shù)腶s2傳輸前，交換雙方需要進行相關(guān)證書的互換和具體的“貿(mào)易伙伴(tradingpartner)”的定義。
進一步，所述通訊傳輸控制機中，as2消息可以請求對方發(fā)送到達通知mdn。
進一步，所述通訊傳輸控制機在硬件中集成了edias2通訊功能模塊。
進一步，所述通訊傳輸控制機的操作系統(tǒng)為linux、windows或macos。
更進一步，所述通訊傳輸控制機的通訊端口為10080、10081、20080、20081中的一個或多個。
本發(fā)明方法具有如下優(yōu)點：
首先，本發(fā)明提出的as2_edi通訊傳輸控制機實現(xiàn)了edi通訊過程中as2傳輸?shù)挠布崿F(xiàn)。其次，本發(fā)明通過合理的將as2軟件集成到專業(yè)工控機上，提高了軟件運行的穩(wěn)定性。最后，本發(fā)明提出的設(shè)計方法簡單，能夠被設(shè)計者很容易的掌握并應(yīng)用在edi相關(guān)軟硬件集成設(shè)計中。
附圖說明
圖1對應(yīng)于實施例1，具體說明了一個實施方案中as2_edi通訊傳輸控制機的傳輸方式。
具體實施方式
以下實施例用于說明本發(fā)明，但不用來限制本發(fā)明的范圍。
實施例1
本實施例用來說明一個as2_edi通訊傳輸控制機的配置和使用過程。具體分為三個步驟：
1、配置as2引用模型
在本實施例中將用到下面的引用模型。端口值是任意的，但是兩端的設(shè)置必須一致才能交換消息。這個場景涉及到兩個交易伙伴mycompany和mypartner，它們使用openas2交換消息。這些交易伙伴在openas2中定義；它們不是系統(tǒng)的主機名。實際上這些交易伙伴可以駐留在同一個物理硬件上。說明書附圖1顯示了該模型。通過10080端口上將一條as2消息從mypartner發(fā)送到mycompany，以同步的方式或通過20081端口異步接收mdn。相反地，當通過20080端口將as2消息從mycompany發(fā)送到mypartner時，以同步的方式或通過10081端口異步接收mdn。
2、配置引用模型
創(chuàng)建引用模型需要兩個交易伙伴mycompany和mypartner。它們可以運行在windows系統(tǒng)、linux系統(tǒng)或同時運行在這兩種系統(tǒng)上，甚至可以運行在同一臺主機上。要使用正確的文件分隔符——在windows中為“\”，在linux系統(tǒng)中為“/”。通過4個文件來控制交易伙伴的行為：
用于儲存將在交易伙伴之間傳遞的ssl證書的密匙庫。
控制交易伙伴的行為的配置文件。它包含交易伙伴的屬性和將與之進行通信的交易伙伴的值。
定義交易伙伴之間的關(guān)系的partnerships文件。默認情況下，這個文件的名稱為partnerships.xml
一個名為commands.xml的命令文件，它是as2發(fā)行版的一部分，不需要進行修改。
3、使用預(yù)配置交易伙伴傳遞文檔(windows例子)
可以通過壓縮文件中附帶的文件在windows或linux上開始傳遞文檔。在windows系統(tǒng)上，在as2<install_dir>中從解壓縮文件中復(fù)制文件夾windows\mycompany和windows\mypartner(不是顯示的所有as2文件夾)。在這里，windows和linux的惟一區(qū)別是使用standalone.shshell腳本代替standalone.cmd，以及從解壓縮包的linux子目錄中復(fù)制mycompany和mypartner文件夾。在windows和linux系統(tǒng)上，mycompany.xml和mypartner.xml文件的惟一區(qū)別是將文件分隔符從后斜杠“\”改為前斜杠“/”。
實施例2
本實施例用來說明一種as2通信模型的實施。
首先需要選擇通過drummond認證的as2軟件，drummondgroup是全球權(quán)威的第三方的軟件測試實驗室和軟件開發(fā)商認證機構(gòu)。
其次，開始與一個交易伙伴通過as2交換數(shù)據(jù)之前，需要和交易伙伴交換公鑰，as2id、as2的url和端口信息。之后將相應(yīng)信息配置在正在運行as2軟件上，并配置出站和入站的本地文件目錄。該軟件將會監(jiān)聽是否有新的文件進入指定目錄，并自動地發(fā)送。
在發(fā)送一條消息之前，交易伙伴將對所要發(fā)送的消息使用提供的公鑰進行加密和使用他們的私鑰簽署它。當消息到達時，as2軟件將使用交易伙伴的公鑰驗證簽名與消息上的as2id相關(guān)聯(lián)，并使用私鑰解密消息。如果一切正常，mdn將被自動生成和傳送，確認已經(jīng)收到。mdn將使用私鑰簽署和交易伙伴的公鑰進行加密。
as2連接器既可以獨立使用也可以無縫集成到現(xiàn)有的后臺系統(tǒng)基礎(chǔ)架構(gòu)中。
雖然，上文中已經(jīng)用一般性說明及具體實施例對本發(fā)明作了詳盡的描述，但在本發(fā)明基礎(chǔ)上，可以對之作一些修改或改進，這對本領(lǐng)域技術(shù)人員而言是顯而易見的。因此，在不偏離本發(fā)明精神的基礎(chǔ)上所做的這些修改或改進，均屬于本發(fā)明要求保護的范圍。