通信請求消息轉(zhuǎn)換的方法和裝置以及數(shù)據(jù)通信系統(tǒng)的制作方法
【專利摘要】一種通信請求消息轉(zhuǎn)換的方法和裝置以及數(shù)據(jù)通信系統(tǒng)，移動終端通過HTTP請求調(diào)用統(tǒng)一的網(wǎng)頁地址，減小了移動終端程序邏輯的復雜度；在運行過程中僅需要對統(tǒng)一網(wǎng)頁地址進行請求接收、校驗與轉(zhuǎn)換，提高通信請求消息轉(zhuǎn)換裝置程序的復雜度；同時，通信請求消息轉(zhuǎn)換裝置不依賴終端與主站程序邏輯，降低了軟件的耦合性，提高了可維護性。主站系統(tǒng)可以接收TCP請求并根據(jù)功能代碼來統(tǒng)一分發(fā)和調(diào)用不同的功能模塊，有利于軟件執(zhí)行過程中日志以及信息的監(jiān)控；移動終端程序、通信請求消息轉(zhuǎn)換裝置程序以及主站程序升級與維護互不影響，從根本上提高了移動應用系統(tǒng)的可維護性和可擴展性。
【專利說明】通信請求消息轉(zhuǎn)換的方法和裝置以及數(shù)據(jù)通信系統(tǒng)
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及通信數(shù)據(jù)傳輸領(lǐng)域，特別是涉及一種通信請求消息轉(zhuǎn)換的方法和裝置以及數(shù)據(jù)通信系統(tǒng)。
【背景技術(shù)】
[0002]在電力、銀行等行業(yè)的系統(tǒng)信息平臺里，移動應用系統(tǒng)的移動終端一般不允許與主站系統(tǒng)進行直接通信，在移動終端與主站系統(tǒng)之間通常會用一個通信請求消息轉(zhuǎn)換裝置服務器來進行請求的接收、校驗及轉(zhuǎn)發(fā)。終端與通信請求消息轉(zhuǎn)換裝置之間的通信通常是基于HTTP (hypertext transport protocol,超文本傳送協(xié)議)協(xié)議,而通信請求消息轉(zhuǎn)換裝置與主站系統(tǒng)之間的通信基本為TCP(Transmission Control Protocol,傳輸控制協(xié)議)協(xié)議。受以上條件的限制，想要達到移動終端與主站系統(tǒng)進行通信的目的，必須將移動終端的HTTP請求轉(zhuǎn)換為TCP請求。
[0003]一般情況下，將移動終端的HTTP請求轉(zhuǎn)換為TCP請求的方法是:針對每一個移動終端的HTTP請求在通信請求消息轉(zhuǎn)換裝置程序里加入一段特殊邏輯程序，先通過這段邏輯程序?qū)碜砸苿咏K端請求的所有數(shù)據(jù)接收之后，再將這些數(shù)據(jù)轉(zhuǎn)換為TCP請求發(fā)送到主站系統(tǒng)。但是隨著移動終端的HTTP請求URL (Uniform Resource Locator,網(wǎng)頁地址)個數(shù)的增長，這種方式的缺點就顯現(xiàn)出來:
[0004]需要針對每個URL在通信請求消息轉(zhuǎn)換裝置程序里加入一段特殊邏輯，一方面通信請求消息轉(zhuǎn)換裝置程序代碼日益膨脹，程序邏輯日益復雜，需要花費成倍的人物、物力去維護；另一方面是當主站系統(tǒng)以及移動終端程序發(fā)生改變時，還需要相應地調(diào)整通信請求消息轉(zhuǎn)換裝置代碼，這樣增加了軟件耦合性，不利于軟件系統(tǒng)的維護與擴展。

【發(fā)明內(nèi)容】

[0005]基于此，有必要針對現(xiàn)有的方法造成邏輯關(guān)系復雜，系統(tǒng)之間軟件的耦合性較高，維護麻煩的問題，提供一種邏輯關(guān)系簡單、能夠有效降低軟件耦合性以及維護簡便的通信請求消息轉(zhuǎn)換的方法和裝置以及數(shù)據(jù)通信系統(tǒng)。
[0006]一種通信請求消息轉(zhuǎn)換的方法，包括步驟:
[0007]接收移動終端將功能代碼以及業(yè)務數(shù)據(jù)通過同一網(wǎng)頁地址調(diào)用形成的HTTP請求；
[0008]若所述HTTP請求中的所述功能代碼不屬于空代碼時，獲取所述HTTP請求中的所述功能代碼以及所述業(yè)務數(shù)據(jù)；
[0009]將所述功能代碼以及所述業(yè)務數(shù)據(jù)封裝為預定格式的文件，以TCP請求的形式發(fā)
送至主站系統(tǒng)。
[0010]一種通信請求消息轉(zhuǎn)換裝置，包括請求接收單元、數(shù)據(jù)提取單元和封裝發(fā)送單元;
[0011]所述請求接收單元用于接收移動終端將功能代碼以及業(yè)務數(shù)據(jù)通過同一網(wǎng)頁地址調(diào)用形成的HTTP請求
[0012]所述數(shù)據(jù)提取單元用于在所述HTTP請求中的所述功能代碼不屬于空代碼時，獲取所述HTTP請求中的所述功能代碼以及所述業(yè)務數(shù)據(jù)；
[0013]所述封裝發(fā)送單元用于將所述功能代碼以及所述業(yè)務數(shù)據(jù)封裝為預定格式的文件，以TCP請求的形式發(fā)送至主站系統(tǒng)。
[0014]一種數(shù)據(jù)通信系統(tǒng)，包括移動終端、所述的通信請求消息轉(zhuǎn)換裝置和主站系統(tǒng)；
[0015]所述移動終端用于將功能代碼以及業(yè)務數(shù)據(jù)通過同一網(wǎng)頁地址調(diào)用形成的HTTP請求發(fā)送至所述通信請求消息轉(zhuǎn)換裝置；
[0016]所述通信請求消息轉(zhuǎn)換裝置用于將HTTP請求轉(zhuǎn)換為TCP請求并發(fā)送至主站系統(tǒng)；
[0017]所述主站系統(tǒng)用于接收通信請求消息轉(zhuǎn)換裝置的TCP請求，經(jīng)過校驗提取數(shù)據(jù)后得到預定格式的文件，解析所述預定格式的文件，獲取功能代碼和業(yè)務數(shù)據(jù)。
[0018]上述通信請求消息轉(zhuǎn)換的方法和裝置以及數(shù)據(jù)通信系統(tǒng)，接收移動終端將功能代碼以及業(yè)務數(shù)據(jù)通過同一網(wǎng)頁地址調(diào)用形成的HTTP請求，在所述HTTP請求中的所述功能代碼不屬于空代碼時，獲取所述HTTP請求中的所述功能代碼以及所述業(yè)務數(shù)據(jù)；將所述功能代碼以及所述業(yè)務數(shù)據(jù)封裝為預定格式的文件，以TCP請求的形式發(fā)送至主站系統(tǒng)。移動終端通過HTTP請求調(diào)用統(tǒng)一的網(wǎng)頁地址，減小了移動終端程序邏輯的復雜度；在運行過程中僅需要對統(tǒng)一網(wǎng)頁地址進行請求接收、校驗與轉(zhuǎn)換，提高通信請求消息轉(zhuǎn)換裝置程序的復雜度；同時，通信請求消息轉(zhuǎn)換裝置不依賴終端與主站程序邏輯，降低了軟件的耦合性，提高了可維護性。主站系統(tǒng)可以接收TCP請求信號并根據(jù)功能代碼來統(tǒng)一分發(fā)和調(diào)用不同的功能模塊，有利于軟件執(zhí)行過程中日志以及信息的監(jiān)控；移動終端程序、通信請求消息轉(zhuǎn)換裝置程序以及主站程序升級與維護互不影響，從根本上提高了移動應用系統(tǒng)的可維護性和可擴展性。
【專利附圖】

【附圖說明】
[0019]圖1為通信請求消息轉(zhuǎn)換的方法其中一個實施例的方法流程圖；
[0020]圖2為通信請求消息轉(zhuǎn)換的裝置其中一個實施例的裝置連接圖；
[0021]圖3為數(shù)據(jù)通信系統(tǒng)的其中一個實施例的模塊連接圖。
【具體實施方式】
[0022]如圖1所示，一種通信請求消息轉(zhuǎn)換的方法，包括步驟:
[0023]步驟S110，接收移動終端將功能代碼以及業(yè)務數(shù)據(jù)通過同一網(wǎng)頁地址調(diào)用形成的HTTP請求；在本實施例中，所述HTTP請求可以是從客戶端到服務器端的請求消息包括，消息首行中，對資源的請求方法、資源的標識符及使用的協(xié)議等等。移動客戶端可以通過同一個網(wǎng)頁地址對功能代碼以及業(yè)務數(shù)據(jù)形成鏈接通道，系統(tǒng)能夠接收并識別移動終端將功能代碼以及業(yè)務數(shù)據(jù)通過同一網(wǎng)頁地址調(diào)用形成的HTTP請求。
[0024]步驟S120，若所述HTTP請求中的所述功能代碼不屬于空代碼時，獲取所述HTTP請求中的所述功能代碼以及所述業(yè)務數(shù)據(jù)；在本實施例中，可以先對所述HTTP請求中的所述功能代碼進行校驗，若所述HTTP請求中的所述功能代碼不屬于空代碼時，獲取所述HTTP請求中的所述功能代碼以及所述業(yè)務數(shù)據(jù)，若所述HTTP請求中的所述功能代碼屬于空代碼時，則反饋給所述移動終端所述功能代碼為空代碼。
[0025]步驟S130，將所述功能代碼以及所述業(yè)務數(shù)據(jù)封裝為預定格式的文件，以TCP請求的形式發(fā)送至主站系統(tǒng)。在本實施例中，系統(tǒng)可以將提取得到的所述功能代碼以及所述業(yè)務數(shù)據(jù)封裝為預定格式的文件，所述預定格式的文件可以是XML格式文件，也可以是HTML格式的文件等等。進一步以TCP請求的形式發(fā)送至主站系統(tǒng)，完成HTTP請求到TCP請求轉(zhuǎn)換，完成移動終端和所述主站系統(tǒng)的通信數(shù)據(jù)交流。
[0026]上述通信請求消息轉(zhuǎn)換的方法，通過接收移動終端將功能代碼以及業(yè)務數(shù)據(jù)通過同一網(wǎng)頁地址調(diào)用形成的HTTP請求，在所述HTTP請求中的所述功能代碼不屬于空代碼時，獲取所述HTTP請求中的所述功能代碼以及所述業(yè)務數(shù)據(jù)；將所述功能代碼以及所述業(yè)務數(shù)據(jù)封裝為預定格式的文件，以TCP請求的形式發(fā)送至主站系統(tǒng)。移動終端通過HTTP請求調(diào)用統(tǒng)一的網(wǎng)頁地址，減小了移動終端程序邏輯的復雜度；在運行過程中僅需要對統(tǒng)一網(wǎng)頁地址進行請求接收、校驗與轉(zhuǎn)換，提高通信請求消息轉(zhuǎn)換裝置程序的復雜度；同時，通信請求消息轉(zhuǎn)換裝置不依賴終端與主站程序邏輯，降低了軟件的耦合性，提高了可維護性。主站系統(tǒng)可以接收TCP請求信號并根據(jù)功能代碼來統(tǒng)一分發(fā)和調(diào)用不同的功能模塊，有利于軟件執(zhí)行過程中日志以及信息的監(jiān)控；移動終端程序、通信請求消息轉(zhuǎn)換裝置程序以及主站程序升級與維護互不影響，從根本上提高了移動應用系統(tǒng)的可維護性和可擴展性。
[0027]在其中一個實施例中，所述的通信請求消息轉(zhuǎn)換的方法，所述HTTP請求中的所述功能代碼以及所述業(yè)務數(shù)據(jù)以“鍵-值”對形式存在。在本實施例中，所述功能代碼以及所述業(yè)務數(shù)據(jù)可以以功能鍵對應相應的數(shù)據(jù)值的形式存在，用戶可以通過選擇相應功能鍵進一步選擇相應的數(shù)據(jù)值，便于數(shù)據(jù)值的選取和調(diào)用。
[0028]在其中一個實施例中，所述的通信請求消息轉(zhuǎn)換的方法，所述預定格式的文件為XML格式文件。在本實施例中，從實際的系統(tǒng)運行效率出發(fā)，優(yōu)選所述預定格式的文件為傳輸更為順暢的XML格式文件。
[0029]如圖2所示，在其中一個實施例中，一種通信請求消息轉(zhuǎn)換裝置，包括請求接收單元110、數(shù)據(jù)提取單元120和封裝發(fā)送單元130 ；
[0030]所述請求接收單元110用于接收移動終端將功能代碼以及業(yè)務數(shù)據(jù)通過同一網(wǎng)頁地址調(diào)用形成的HTTP請求
[0031]所述數(shù)據(jù)提取單元120用于在所述HTTP請求中的所述功能代碼不屬于空代碼時，獲取所述HTTP請求中的所述功能代碼以及所述業(yè)務數(shù)據(jù)；
[0032]所述封裝發(fā)送單元130用于將所述功能代碼以及所述業(yè)務數(shù)據(jù)封裝為預定格式的文件，以TCP請求的形式發(fā)送至主站系統(tǒng)。
[0033]上述通信請求消息轉(zhuǎn)換的裝置，接收移動終端將功能代碼以及業(yè)務數(shù)據(jù)通過同一網(wǎng)頁地址調(diào)用形成的HTTP請求，在所述HTTP請求中的所述功能代碼不屬于空代碼時，獲取所述HTTP請求中的所述功能代碼以及所述業(yè)務數(shù)據(jù)；將所述功能代碼以及所述業(yè)務數(shù)據(jù)封裝為預定格式的文件，以TCP請求的形式發(fā)送至主站系統(tǒng)。移動終端通過HTTP請求調(diào)用統(tǒng)一的網(wǎng)頁地址，減小了移動終端程序邏輯的復雜度；在運行過程中僅需要對統(tǒng)一網(wǎng)頁地址進行請求接收、校驗與轉(zhuǎn)換，提高通信請求消息轉(zhuǎn)換裝置程序的復雜度；同時，通信請求消息轉(zhuǎn)換裝置不依賴終端與主站程序邏輯，降低了軟件的耦合性，提高了可維護性。主站系統(tǒng)可以接收TCP請求信號并根據(jù)功能代碼來統(tǒng)一分發(fā)和調(diào)用不同的功能模塊，有利于軟件執(zhí)行過程中日志以及信息的監(jiān)控；移動終端程序、通信請求消息轉(zhuǎn)換裝置程序以及主站程序升級與維護互不影響，從根本上提高了移動應用系統(tǒng)的可維護性和可擴展性。
[0034]在其中一個實施例中，所述的通信請求消息轉(zhuǎn)換裝置，所述HTTP請求中的所述功能代碼以及所述業(yè)務數(shù)據(jù)以“鍵-值”對形式存在。
[0035]在其中一個實施例中，所述的通信請求消息轉(zhuǎn)換裝置，所述預定格式的文件為XML格式文件。
[0036]由于所述的通信請求消息轉(zhuǎn)換裝置其他部分技術(shù)特征與上述方法相同，在此不予贅述。
[0037]如圖3所示，在其中一個實施例中，一種數(shù)據(jù)通信系統(tǒng)，包括移動終端210、所述的通信請求消息轉(zhuǎn)換裝置220和主站系統(tǒng)230 ；
[0038]所述移動終端210用于將功能代碼以及業(yè)務數(shù)據(jù)通過同一網(wǎng)頁地址調(diào)用形成的HTTP請求發(fā)送至所述通信請求消息轉(zhuǎn)換裝置；
[0039]所述通信請求消息轉(zhuǎn)換裝置220用于將HTTP請求轉(zhuǎn)換為TCP請求并發(fā)送至主站系統(tǒng)；
[0040]所述主站系統(tǒng)230用于接收通信請求消息轉(zhuǎn)換裝置的TCP請求，經(jīng)過校驗提取數(shù)據(jù)后得到預定格式的文件，解析所述預定格式的文件，獲取功能代碼和業(yè)務數(shù)據(jù)。
[0041]在本實施例中，通過所述通信請求消息轉(zhuǎn)換裝置將所述移動終端發(fā)送過來的HTTP請求轉(zhuǎn)換為能夠被所述主站系統(tǒng)識別的TCP請求，所述主站系統(tǒng)經(jīng)過校驗提取數(shù)據(jù)后得到預定格式的文件，解析所述預定格式的文件，獲取功能代碼和業(yè)務數(shù)據(jù)。完成數(shù)據(jù)從移動終端到主站系統(tǒng)的通信傳輸。
[0042]上述數(shù)據(jù)通信系統(tǒng)，通過所述移動終端將功能代碼以及業(yè)務數(shù)據(jù)通過同一網(wǎng)頁地址調(diào)用形成的HTTP請求發(fā)送至所述通信請求消息轉(zhuǎn)換裝置；所述通信請求消息轉(zhuǎn)換裝置將HTTP請求轉(zhuǎn)換為TCP請求并發(fā)送至主站系統(tǒng)；所述主站系統(tǒng)接收通信請求消息轉(zhuǎn)換裝置的TCP請求，經(jīng)過校驗提取數(shù)據(jù)后得到預定格式的文件，解析所述預定格式的文件，獲取功能代碼和業(yè)務數(shù)據(jù)。移動終端通過HTTP請求調(diào)用統(tǒng)一的網(wǎng)頁地址，減小了移動終端程序邏輯的復雜度；在運行過程中僅需要對統(tǒng)一網(wǎng)頁地址進行請求接收、校驗與轉(zhuǎn)換，提高通信請求消息轉(zhuǎn)換裝置程序的復雜度；同時，通信請求消息轉(zhuǎn)換裝置不依賴終端與主站程序邏輯，降低了軟件的耦合性，提高了可維護性。主站系統(tǒng)可以接收TCP請求信號并根據(jù)功能代碼來統(tǒng)一分發(fā)和調(diào)用不同的功能模塊，有利于軟件執(zhí)行過程中日志以及信息的監(jiān)控；移動終端程序、通信請求消息轉(zhuǎn)換裝置程序以及主站程序升級與維護互不影響，從根本上提高了移動應用系統(tǒng)的可維護性和可擴展性。
[0043]在其中一個實施例中，所述的數(shù)據(jù)通信系統(tǒng)，所述預定格式的文件為XML格式文件。
[0044]以上所述實施例僅表達了本發(fā)明的幾種實施方式，其描述較為具體和詳細，但并不能因此而理解為對本發(fā)明專利范圍的限制。應當指出的是，對于本領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明構(gòu)思的前提下，還可以做出若干變形和改進，這些都屬于本發(fā)明的保護范圍。因此，本發(fā)明專利的保護范圍應以所附權(quán)利要求為準。
【權(quán)利要求】
1.一種通信請求消息轉(zhuǎn)換的方法，其特征在于，包括步驟: 接收移動終端將功能代碼以及業(yè)務數(shù)據(jù)通過同一網(wǎng)頁地址調(diào)用形成的HTTP請求； 若所述HTTP請求中的所述功能代碼不屬于空代碼時，獲取所述HTTP請求中的所述功能代碼以及所述業(yè)務數(shù)據(jù)； 將所述功能代碼以及所述業(yè)務數(shù)據(jù)封裝為預定格式的文件，以TCP請求的形式發(fā)送至王站系統(tǒng)。
2.根據(jù)權(quán)利要求1所述的通信請求消息轉(zhuǎn)換的方法，其特征在于，所述HTTP請求中的所述功能代碼以及所述業(yè)務數(shù)據(jù)以“鍵-值”對形式存在。
3.根據(jù)權(quán)利要求1所述的通信請求消息轉(zhuǎn)換的方法，其特征在于，所述預定格式的文件為XML格式文件。
4.一種通信請求消息轉(zhuǎn)換裝置，其特征在于，包括請求接收單元、數(shù)據(jù)提取單元和封裝發(fā)送單元； 所述請求接收單元用于接收移動終端將功能代碼以及業(yè)務數(shù)據(jù)通過同一網(wǎng)頁地址調(diào)用形成的HTTP請求 所述數(shù)據(jù)提取單元用于在所述HTTP請求中的所述功能代碼不屬于空代碼時，獲取所述HTTP請求中的所述功能代碼以及所述業(yè)務數(shù)據(jù)； 所述封裝發(fā)送單元用于將所述功能代碼以及所述業(yè)務數(shù)據(jù)封裝為預定格式的文件，以TCP請求的形式發(fā)送至主站系統(tǒng)。
5.根據(jù)權(quán)利要求4所述的通信請求消息轉(zhuǎn)換裝置，其特征在于，所述HTTP請求中的所述功能代碼以及所述業(yè)務數(shù)據(jù)以“鍵-值”對形式存在。
6.根據(jù)權(quán)利要求4或5所述的通信請求消息轉(zhuǎn)換裝置，其特征在于，所述預定格式的文件為XML格式文件。
7.一種數(shù)據(jù)通信系統(tǒng)，其特征在于，包括移動終端、上述權(quán)利要求4-6任意一項所述的通信請求消息轉(zhuǎn)換裝置和主站系統(tǒng)； 所述移動終端用于將功能代碼以及業(yè)務數(shù)據(jù)通過同一網(wǎng)頁地址調(diào)用形成的HTTP請求發(fā)送至所述通信請求消息轉(zhuǎn)換裝置； 所述通信請求消息轉(zhuǎn)換裝置用于將HTTP請求轉(zhuǎn)換為TCP請求并發(fā)送至主站系統(tǒng)； 所述主站系統(tǒng)用于接收通信請求消息轉(zhuǎn)換裝置的TCP請求，經(jīng)過校驗提取數(shù)據(jù)后得到預定格式的文件，解析所述預定格式的文件，獲取功能代碼和業(yè)務數(shù)據(jù)。
8.根據(jù)權(quán)利要求7所述的數(shù)據(jù)通信系統(tǒng)，其特征在于，所述預定格式的文件為XML格式文件。
【文檔編號】H04L29/06GK103532962SQ201310495277
【公開日】2014年1月22日 申請日期:2013年10月21日 優(yōu)先權(quán)日:2013年10月21日
【發(fā)明者】陳健, 李子韻, 韋磊, 吳建, 劉強, 吳強, 王華芳, 呂培強, 張文俊, 吳浩東, 馬菲菲, 黃仁良 申請人:國家電網(wǎng)公司, 江蘇省電力公司南京供電公司, 江蘇省電力公司, 深圳市凱萊特科技股份有限公司