檢查服務(wù)器端是否有已經(jīng)上傳的部分?jǐn)?shù)據(jù)；
[0066]2)生成分包信息；
[0067]3)把分包信息加入響應(yīng)報(bào)文；
[0068]9、用aes加密響應(yīng)報(bào)文，返回報(bào)文給受理客戶端框架；
[0069]10、受理客戶端框架解密報(bào)文；
[0070]11、把業(yè)務(wù)數(shù)據(jù)按照數(shù)據(jù)表示算法加密成數(shù)字信封；
[0071]I)如果分包有多個(gè)數(shù)據(jù)包，就需要把多個(gè)數(shù)據(jù)包分別加密成數(shù)字信封(如果通信方式是數(shù)字信封，如果通信方式不是數(shù)字信封，僅使用對(duì)稱加密，下同);
[0072]2)把每個(gè)數(shù)據(jù)包組裝成發(fā)送報(bào)文；
[0073]12、發(fā)送數(shù)據(jù)包；
[0074]13、受理框架分別解密技術(shù)報(bào)文和根據(jù)技術(shù)報(bào)文解密業(yè)務(wù)報(bào)文；
[0075]I)如果技術(shù)報(bào)文包含分包信息，轉(zhuǎn)存分包信息，需要判斷是否所有的包都傳輸完成，如果都傳輸完成，要合并傳輸?shù)陌?，然后?4步，否則，返回握手的技術(shù)報(bào)文，包含還沒有傳輸?shù)膱?bào)文序號(hào)；
[0076]14、受理框架記錄日志；
[0077]15、受理框架轉(zhuǎn)發(fā)報(bào)文；
[0078]16、受理框架加密處理應(yīng)用處理結(jié)果(用用戶證書制作數(shù)字信封),用aes加密技術(shù)報(bào)文；
[0079]17、受理框架把數(shù)據(jù)發(fā)回給受理客戶端框架；
[0080]18、受理客戶端框架解密技術(shù)報(bào)文和業(yè)務(wù)報(bào)文；
[0081]19、受理框架把處理結(jié)果返回給上層應(yīng)用。
[0082]作為一種可實(shí)施方式，本發(fā)明實(shí)施例提供了一種報(bào)文的加解密分包處理，如圖1所示，可以包括以下步驟:
[0083]步驟201、受理客戶端框架在報(bào)文數(shù)據(jù)大于IM時(shí)，在握手報(bào)文中加入拆包信息后加密握手報(bào)文；
[0084]該步驟中，受理客戶端框架對(duì)于報(bào)文的處理，首先對(duì)報(bào)文進(jìn)行分析，數(shù)據(jù)大于IM時(shí)，將拆包信息加入握手報(bào)文。當(dāng)然，我們也可設(shè)定在多少數(shù)據(jù)量時(shí)需要對(duì)報(bào)文進(jìn)行分包。
[0085]步驟202、受理框架對(duì)握手報(bào)文進(jìn)行解密后生成響應(yīng)報(bào)文，握手報(bào)文中如有拆包信息，則將拆包信息加入響應(yīng)報(bào)文，并對(duì)響應(yīng)報(bào)文進(jìn)行加密。
[0086]該步驟中，受理框架對(duì)報(bào)文進(jìn)行了解密、分析、處理拆包信息和加密的操作。
[0087]步驟203、受理客戶端框架對(duì)響應(yīng)報(bào)文進(jìn)行解密并將文件拆包，加密后傳輸報(bào)文。
[0088]當(dāng)解密后的響應(yīng)報(bào)文中包含拆包信息時(shí)，受理客戶端框架分析拆包信息，并對(duì)報(bào)文進(jìn)行拆包處理，分包加密后，開始傳輸報(bào)文。
[0089]步驟204、受理框架解密報(bào)文后，記錄日志并合并數(shù)據(jù)包。
[0090]報(bào)文在受理框架和受理客戶端框架之間傳輸?shù)倪^程中，都是在傳輸前加密，接收后解密。最后分析報(bào)文中的拆包信息，并將所有分包進(jìn)行合包操作。與現(xiàn)有技術(shù)的不同之處在于，本發(fā)明實(shí)例主要側(cè)重于文件傳輸過程中的安全性。
[0091]本發(fā)明的報(bào)文分包處理的方法，在進(jìn)行多報(bào)文的事務(wù)處理時(shí)，將整體報(bào)文進(jìn)行數(shù)據(jù)分包的劃分并串行下發(fā)，在對(duì)報(bào)文數(shù)據(jù)分包進(jìn)行處理時(shí)，當(dāng)出現(xiàn)處理失敗的情形時(shí)，將包括該處理失敗的報(bào)文數(shù)據(jù)分包在內(nèi)的所有已接收的報(bào)文數(shù)據(jù)分包的處理操作進(jìn)行回滾，保證所有的報(bào)文數(shù)據(jù)分包作為一個(gè)整體執(zhí)行，從而能夠滿足由多個(gè)分包數(shù)據(jù)包構(gòu)成的報(bào)文數(shù)據(jù)包在傳輸過程中的整體完整性需求，同時(shí)對(duì)大數(shù)據(jù)量的報(bào)文進(jìn)行分包后并加密，對(duì)于報(bào)文傳輸?shù)陌踩杂泻艽蟮奶嵘?，提高其安全性?br>[0092]最后應(yīng)當(dāng)說明的是，很顯然，本領(lǐng)域的技術(shù)人員可以對(duì)本發(fā)明進(jìn)行各種改動(dòng)和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型。
【主權(quán)項(xiàng)】
1.一種報(bào)文分包處理的方法，其特征在于，包括如下步驟: 接收串行下發(fā)的報(bào)文數(shù)據(jù)分包，其中，所述報(bào)文數(shù)據(jù)分包通過對(duì)待下發(fā)的事務(wù)報(bào)文進(jìn)行分包獲得； 當(dāng)某個(gè)報(bào)文數(shù)據(jù)分包處理失敗時(shí)，將包括該處理失敗的報(bào)文數(shù)據(jù)分包在內(nèi)的所有已接收的報(bào)文數(shù)據(jù)分包的處理操作進(jìn)行回滾。
2.根據(jù)權(quán)利要求1所述的報(bào)文分包處理方法，其特征在于，所述通過對(duì)待下發(fā)的事務(wù)報(bào)文進(jìn)行分包獲得所述報(bào)文數(shù)據(jù)分包，包括如下步驟: 將待下發(fā)的事務(wù)報(bào)文劃分為多個(gè)具有同一事務(wù)標(biāo)識(shí)的報(bào)文數(shù)據(jù)分包。
3.根據(jù)權(quán)利要求1所述的報(bào)文分包處理方法，其特征在于，還包括如下步驟: 為最后下發(fā)的報(bào)文數(shù)據(jù)分包設(shè)置表示所述事務(wù)下發(fā)完畢的結(jié)束標(biāo)識(shí)。
4.根據(jù)權(quán)利要求1所述的報(bào)文分包處理方法，其特征在于，還包括如下步驟: 當(dāng)在預(yù)置時(shí)間間隔內(nèi)沒有接收到下一個(gè)報(bào)文數(shù)據(jù)分包時(shí)，則將所有已接收的報(bào)文數(shù)據(jù)分包的處理操作進(jìn)行回滾。
5.根據(jù)權(quán)利要求1至4任一項(xiàng)所述的報(bào)文分包處理方法，其特征在于，還包括如下步驟: 對(duì)報(bào)文進(jìn)行加密，并在報(bào)文中加入拆包信息，由受理客戶端框架解密報(bào)文后對(duì)文件進(jìn)行拆包并發(fā)送給受理框架合包。
6.根據(jù)權(quán)利要求5所述的報(bào)文分包處理方法，其特征在于，所述對(duì)報(bào)文進(jìn)行加密，并在報(bào)文中加入拆包信息，由受理客戶端框架解密報(bào)文后對(duì)文件進(jìn)行拆包并發(fā)送給受理框架合包，包括如下步驟: 客戶端應(yīng)用調(diào)用本地接口發(fā)起數(shù)據(jù)傳輸請(qǐng)求； 受理客戶端框架生成握手報(bào)文； 受理客戶端框架檢查報(bào)文大?。? 用aes算法加密握手報(bào)文； 把數(shù)據(jù)發(fā)送到受理框架； 受理框架解密數(shù)據(jù)，檢查技術(shù)報(bào)文的信息； 受理框架生成響應(yīng)報(bào)文；服務(wù)器端生成通信密碼用用戶證書加密，如果定義的通信方式是每次傳輸?shù)拿艽a都不同，則每一次都需要生成通信密碼，如果定義的通信方式是密碼相同，則只有在通信的有效時(shí)間內(nèi)使用同樣的密碼，否則，使用不同的密碼，如果定義的通信方式是使用數(shù)字信封，則每一次業(yè)務(wù)數(shù)據(jù)的傳輸都使用數(shù)字信封； 受理框架檢查技術(shù)報(bào)文中是否有分包信息；如果包含拆包信息，檢查服務(wù)器端是否有已經(jīng)上傳的部分?jǐn)?shù)據(jù)，生成分包信息，把分包信息加入響應(yīng)報(bào)文； 用aes加密響應(yīng)報(bào)文，返回報(bào)文給受理客戶端框架； 受理客戶端框架解密報(bào)文； 把業(yè)務(wù)數(shù)據(jù)按照數(shù)據(jù)表示算法加密成數(shù)字信封； 如果分包有多個(gè)數(shù)據(jù)包，就需要把多個(gè)數(shù)據(jù)包分別加密成數(shù)字信封；把每個(gè)數(shù)據(jù)包組裝成發(fā)送報(bào)文； 發(fā)送數(shù)據(jù)包； 受理框架分別解密技術(shù)報(bào)文和根據(jù)技術(shù)報(bào)文解密業(yè)務(wù)報(bào)文； 如果技術(shù)報(bào)文包含分包信息，轉(zhuǎn)存分包信息，需要判斷是否所有的包都傳輸完成，如果都傳輸完成，要合并傳輸?shù)陌?，然后?4步，否則，返回握手的技術(shù)報(bào)文，包含還沒有傳輸?shù)膱?bào)文序號(hào)； 受理框架記錄日志； 受理框架轉(zhuǎn)發(fā)報(bào)文； 受理框架加密處理應(yīng)用處理結(jié)果,用aes加密技術(shù)報(bào)文； 受理框架把數(shù)據(jù)發(fā)回給受理客戶端框架； 受理客戶端框架解密技術(shù)報(bào)文和業(yè)務(wù)報(bào)文； 受理框架把處理結(jié)果返回給上層應(yīng)用。
7.根據(jù)權(quán)利要求5所述的報(bào)文分包處理方法，其特征在于，所述對(duì)報(bào)文進(jìn)行加密，并在報(bào)文中加入拆包信息，由受理客戶端框架解密報(bào)文后對(duì)文件進(jìn)行拆包并發(fā)送給受理框架合包，包括如下步驟: 受理客戶端框架在報(bào)文數(shù)據(jù)大于IM時(shí)，在握手報(bào)文中加入拆包信息后加密握手報(bào)文:受理框架對(duì)握手報(bào)文進(jìn)行解密后生成響應(yīng)報(bào)文，握手報(bào)文中如有拆包信息，則將拆包信息加入響應(yīng)報(bào)文，并對(duì)響應(yīng)報(bào)文進(jìn)行加密； 受理客戶端框架對(duì)響應(yīng)報(bào)文進(jìn)行解密并將文件拆包，加密后傳輸報(bào)文；當(dāng)解密后的響應(yīng)報(bào)文中包含拆包信息時(shí)，受理客戶端框架分析拆包信息，并對(duì)報(bào)文進(jìn)行拆包處理，分包加密后，開始傳輸報(bào)文； 受理框架解密報(bào)文后，記錄日志并合并數(shù)據(jù)包。
【專利摘要】本發(fā)明公開一種報(bào)文分包處理的方法，包括如下步驟：接收串行下發(fā)的報(bào)文數(shù)據(jù)分包，其中，所述報(bào)文數(shù)據(jù)分包通過對(duì)待下發(fā)的事務(wù)報(bào)文進(jìn)行分包獲得；當(dāng)某個(gè)報(bào)文數(shù)據(jù)分包處理失敗時(shí)，將包括該處理失敗的報(bào)文數(shù)據(jù)分包在內(nèi)的所有已接收的報(bào)文數(shù)據(jù)分包的處理操作進(jìn)行回滾。其實(shí)現(xiàn)在由多個(gè)分包數(shù)據(jù)包構(gòu)成的報(bào)文數(shù)據(jù)包在傳輸過程中的整體完整性，并具有很好的安全性。
【IPC分類】H04L1-00, H04L12-951, H04L29-06
【公開號(hào)】CN104639471
【申請(qǐng)?zhí)枴緾N201310546163
【發(fā)明人】朱延超, 張軍濤, 林震, 郭欣, 王楊, 宋穎
【申請(qǐng)人】航天信息股份有限公司
【公開日】2015年5月20日
【申請(qǐng)日】2013年11月6日