[發(fā)明專利]一種基于流傳輸?shù)臅拝f(xié)議的方法無效
| 申請?zhí)枺?/td> | 201210072160.8 | 申請日: | 2012-03-16 |
| 公開(公告)號: | CN102664868A | 公開(公告)日: | 2012-09-12 |
| 發(fā)明(設計)人: | 張維 | 申請(專利權)人: | 福州瑞芯微電子有限公司 |
| 主分類號: | H04L29/06 | 分類號: | H04L29/06 |
| 代理公司: | 福州市鼓樓區(qū)京華專利事務所(普通合伙) 35212 | 代理人: | 宋連梅 |
| 地址: | 350000 福建省*** | 國省代碼: | 福建;35 |
| 權利要求書: | 查看更多 | 說明書: | 查看更多 |
| 摘要: | |||
| 搜索關鍵詞: | 一種 基于 流傳 會話 協(xié)議 方法 | ||
【技術領域】
本發(fā)明涉及網絡通訊技術,具體是指一種基于流傳輸?shù)臅拝f(xié)議的方法。?
【背景技術】
跨越不同設備,不同系統(tǒng)的通信已經越來越顯得重要。一個可靠,簡單,不依賴于底層協(xié)議限制的通信模式,可以讓跨平臺通信的開發(fā)效率和運行效率都提升。?
目前,數(shù)據傳輸一般工作于TCP,UDP,或是其它協(xié)議之上,但是這些協(xié)議只提供傳輸數(shù)據基本方法,并沒有進一步確保連接與傳輸數(shù)據的更高級API,這些都是需要針對具體領域再進行協(xié)議之上的封裝。?
主機間進行通信時,常常是一種流式的傳輸方式,如TCP/IP的TCP協(xié)議,如USB的傳輸,串口的傳輸,但是這些傳輸方式只供給一個流式傳輸?shù)耐ǖ溃]有給我們會話與表示的框架,于是,需要在傳輸層上提供自己的會話協(xié)議,以供我們的應用層使用。抽象出自己的會話層,可以簡化應用層的開發(fā),也可以使得系統(tǒng)具有更強的可擴展能力。?
有鑒于此,本發(fā)明人針對現(xiàn)有技術的缺陷深入研究,并有本案產生。?
【發(fā)明內容】
本發(fā)明所要解決的技術問題在于提供一種基于流傳輸?shù)臅拝f(xié)議的方法,是在傳輸層上提供自己的會話協(xié)議,以供應用層使用,這樣可以簡化應用層的開發(fā),也可以使得系統(tǒng)具有更強的可擴展能力。?
本發(fā)明采用以下技術方案解決上述技術問題:?
一種基于流傳輸?shù)臅拝f(xié)議的方法,設端點A與端點B通過流式傳輸連接,端點A將把一段文字szMessage發(fā)送到端點B,包括如下步驟:?
步驟一:端點A的應用層確定要發(fā)送的信息,把szMessage根據相應格式打包成一個信息包;?
信息包結構:一個包包含5個部分,即信息頭+元數(shù)據+附加數(shù)據+數(shù)據體+信息尾;?
元數(shù)據,包含會話ID、包ID、數(shù)據類型、數(shù)據體長度、擴展數(shù)據長度、驗證碼、編碼方式;?
擴展數(shù)據,是一些附加信息,或是輔助信息;?
數(shù)據體,是包含實質內容的部分,如,普通文字,文件流,視頻流;?
步驟二:端點A把信息包傳送給端點B,使用的是底層的流式傳輸發(fā)送;?
步驟三:端點B接收到數(shù)據流;?
步驟四:端點B按相應格式檢查數(shù)據流,確認這是一個信息包;每個包都有包頭和包尾,確定一個信息包必須有2個條件:a、包含包頭與包尾;b、包的長度在元數(shù)據中有聲明;如果不符合以上兩條件,說明是一個壞包;收數(shù)據時,如果沒收到完整的包,則把數(shù)據放在緩沖區(qū)中;?
步驟五:端點B確認信息包后,提取出元數(shù)據中會話ID,建立一個新的會話;?
步驟六:端點B從信息包中獲得szMessage;?
步驟七:之后,端點A與端點B可以使用同一會話ID不斷通信,重復步驟一-步驟六;當端點A或端點B發(fā)出停止請求,或是超時,則會話中斷。?
所述步驟七中超時判斷為會話中斷的方法包括:定時的發(fā)送心跳包,如果在一定時間內沒有收到心跳包,則視為會話中斷。?
本發(fā)明的優(yōu)點在于:1、可以不依賴于特定的底層傳輸協(xié)議;2、可以對于消息的成功與連接的斷開有自動的通知;3、可以傳輸多種類型數(shù)據;4、適用于多種平臺,與操作系統(tǒng)編程語言無關。?
【附圖說明】
下面參照附圖結合實施例對本發(fā)明作進一步的描述。?
圖1是本發(fā)明流程圖。?
圖2是本發(fā)明中信息包結構圖。?
【具體實施方式】
如圖1所示,一種基于流傳輸?shù)臅拝f(xié)議的方法,設端點A與端點B通過流式傳輸連接,端點A將把一段文字szMessage發(fā)送到端點B,包括如下步驟:?
步驟一:端點A的應用層確定要發(fā)送的信息,把szMessage根據相應格式打包成一個信息包;?
信息包結構:如下表所示,一個包包含5個部分,即信息頭+元數(shù)據+附加數(shù)據+數(shù)據體+信息尾;?
元數(shù)據,包含會話ID、包ID、數(shù)據類型、數(shù)據體長度、擴展數(shù)據長度、驗證碼、編碼方式;?
擴展數(shù)據,一般情況下,數(shù)據體中才是接收方真正想要的東西,擴展數(shù)據是一些附加信息,或是輔助信息;比如傳輸一個文件,數(shù)據體中是文件的內容,而擴展數(shù)據則包含文件的名字,長度,大小之類的信息;?
數(shù)據體,是包含實質內容的部分,如,普通文字,文件流,視頻流;?
信息包的分類是無限種的,根據應用層來做自定義。但是可以默認使用如下幾種:?
命令包:傳輸控制,如,告知對方關閉連接,或是其它擴展命令;?
該專利技術資料僅供研究查看技術是否侵權等信息,商用須獲得專利權人授權。該專利全部權利屬于福州瑞芯微電子有限公司,未經福州瑞芯微電子有限公司許可,擅自商用是侵權行為。如果您想購買此專利、獲得商業(yè)授權和技術合作,請聯(lián)系【客服】
本文鏈接:http://www.szxzyx.cn/pat/books/201210072160.8/2.html,轉載請聲明來源鉆瓜專利網。
- 上一篇:基于金剛石襯底的氮化物結構、制備方法及半導體器件
- 下一篇:半導體異質結器件





