日韩成人黄色,透逼一级毛片,狠狠躁天天躁中文字幕,久久久久久亚洲精品不卡,在线看国产美女毛片2019,黄片www.www,一级黄色毛a视频直播

基于定制light-udp協(xié)議的物聯(lián)網(wǎng)醫(yī)療系統(tǒng)的視頻通信方法

文檔序號:9399558閱讀:481來源:國知局
基于定制light-udp協(xié)議的物聯(lián)網(wǎng)醫(yī)療系統(tǒng)的視頻通信方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及一種基于定制Iight-Udp協(xié)議的物聯(lián)網(wǎng)醫(yī)療系統(tǒng)的視頻通信方法,更具體的說,尤其涉及一種客戶端采用直接通信的方式進行音視頻數(shù)據(jù)傳輸?shù)幕诙ㄖ?1 ght-udp協(xié)議的物聯(lián)網(wǎng)醫(yī)療系統(tǒng)的視頻通信方法。
【背景技術(shù)】
[0002]物聯(lián)網(wǎng)健康醫(yī)療是一個以醫(yī)療物聯(lián)網(wǎng)為核心,信息高度移動和高度共享的健康醫(yī)療信息化生態(tài)系統(tǒng)?;谠频奈锫?lián)網(wǎng)健康醫(yī)療整體方案,通常采用四層架構(gòu)技術(shù)體系,來實現(xiàn)物聯(lián)網(wǎng)醫(yī)療的實際運行,分別是感知層、傳輸層、云平臺及云應(yīng)用層,這四層的交互協(xié)作,實現(xiàn)物聯(lián)網(wǎng)醫(yī)療從感知到云服務(wù)及云應(yīng)用的功能。
[0003]在該系統(tǒng)的使用過程中,由于當(dāng)事人在使用醫(yī)療傳感器采集醫(yī)療數(shù)據(jù)時可能需要與醫(yī)生溝通交流,并且醫(yī)生可能做出實時診斷,因此語音及視頻通信功能就變得十分必要。通過與醫(yī)生的溝通交流,當(dāng)事人可以在醫(yī)生的指導(dǎo)下有針對性地測量某幾項體征數(shù)據(jù),以獲得更好的使用效果。
[0004]由于現(xiàn)有網(wǎng)絡(luò)環(huán)境的復(fù)雜性,視頻通信功能的實現(xiàn)往往需借助專用視頻服務(wù)器進行視頻流轉(zhuǎn)發(fā)。通信雙方登錄到視頻服務(wù)器進行用戶鑒權(quán)后,服務(wù)器會記錄雙方的公網(wǎng)IP以及端口號,并建立服務(wù)關(guān)系表;當(dāng)一方通過攝像頭采集的視頻流發(fā)送到視頻服務(wù)器后,月艮務(wù)器可查表并將該視頻流轉(zhuǎn)發(fā)至另一方。
[0005]基于視頻服務(wù)器轉(zhuǎn)發(fā)視頻流的視頻通信方案具有實現(xiàn)方便、系統(tǒng)復(fù)雜度低等優(yōu)點,但對視頻服務(wù)器的要求較高,尤其在高并發(fā)的情況下,將導(dǎo)致服務(wù)器資源的快速消耗;且由于視頻流需要中轉(zhuǎn),通信雙方實時性無法得到保障。

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

[0006]本發(fā)明為了克服上述技術(shù)問題的缺點,提供了一種基于定制light-udp協(xié)議的物聯(lián)網(wǎng)醫(yī)療系統(tǒng)的視頻通信方法。
[0007]本發(fā)明的基于定制light-udp協(xié)議的物聯(lián)網(wǎng)醫(yī)療系統(tǒng)的視頻通信方法,物聯(lián)網(wǎng)醫(yī)療系統(tǒng)由web服務(wù)器以及與web服務(wù)器通過路由器通信的多個用戶端組成,每個用戶端均連接有對用戶進行視頻數(shù)據(jù)采集的攝像頭;其特征在于,所述視頻通信方法通過以下步驟來實現(xiàn):a).用戶認(rèn)證,每個用戶通過向web服務(wù)器注冊獲取具有自身唯一標(biāo)識的用戶ID,web服務(wù)器根據(jù)用戶端注冊信息,形成已認(rèn)證用戶端的用戶列表,用戶列表中的每條記錄記載有用戶端的公網(wǎng)IP、light-upd端口號和用戶ID,并且每條記錄以ID為唯一標(biāo)識;b).light-udp通道的建立,用戶端通過請求web服務(wù)器的用戶列表來選擇視頻通信的對象,通信對象選定后向服務(wù)器發(fā)送請求通信指令,并同時發(fā)送light-udp數(shù)據(jù)包;web服務(wù)器接收到發(fā)起方用戶端的請求通信指令后,提取接收方用戶端的ID并向其發(fā)送請求通信指令;接收方收到指令后,提取通信發(fā)起方的公網(wǎng)IP及l(fā)ight-udp端口號,向發(fā)起方返回light-udp數(shù)據(jù)包;至此完成light-udp通道的建立;c).數(shù)據(jù)傳輸,在發(fā)起方和接收方建立起light-udp通道后,雙方通過路由器經(jīng)Internet網(wǎng)絡(luò)進行視頻流的傳送,無需經(jīng)過web服務(wù)器和視頻服務(wù)器的中轉(zhuǎn),降低了視頻通信雙方的音視頻延遲,保證了視頻通信的實時性;d).數(shù)據(jù)校驗,發(fā)起方用戶端與接收方用戶端之間發(fā)送的light-udp數(shù)據(jù)包依次由源端口字節(jié)、目的端口字節(jié)、數(shù)據(jù)包長度、校驗和以及數(shù)據(jù)域組成,雙方對接收到的light-udp數(shù)據(jù)包只進行數(shù)據(jù)域中前8個字節(jié)的校驗,以避免接收的數(shù)據(jù)包因少量字節(jié)錯誤而造成整個數(shù)據(jù)包被丟棄現(xiàn)象的發(fā)生,降低了視頻通信時跳幀現(xiàn)象,保證了視頻通信的時效性;e).視頻播放,發(fā)起方用戶端與接收方用戶端分別對接收到的視頻數(shù)據(jù)進行播放,由于雙方采用light-udp協(xié)議傳輸數(shù)據(jù),無需web服務(wù)器和視頻服務(wù)器的參與,且只對數(shù)據(jù)域中的前8個字節(jié)進行校驗,保證了視頻通信的時效性,降低了視頻通信時的跳幀現(xiàn)象,更加適用于對實時性要求較高的健康醫(yī)療領(lǐng)域。
[0008]本發(fā)明的基于定制light-udp協(xié)議的物聯(lián)網(wǎng)醫(yī)療系統(tǒng)的視頻通信方法,步驟b)中所述的light-udp通道的建立通過以下步驟來實現(xiàn):b_l).生成隨機數(shù)K,web服務(wù)器利用隨機函數(shù),生成作為通信密鑰的隨機數(shù)K,利用自身私鑰對K做簽名,形成q,利用用戶端公鑰對K進行加密,形成m,并將q、m形成的信息發(fā)送至用戶端;b_2).用戶端利用web服務(wù)器公鑰驗證接收到的信息是否為web服務(wù)器的簽名,如果不是,則要求重新發(fā)送;如果是,則執(zhí)行步驟b-3) ;b_3).用戶端解密獲得K,即用戶端利用自身私鑰解密出隨機數(shù)K,用其作為對稱密碼體制的通信密鑰;b_4).用戶端向服務(wù)器請求用戶列表,以選擇建立light-udp通道的對象;b-5).服務(wù)器端接收到用戶端的用戶列表請求,返回用戶列表;b-6).用戶端此時作為視頻請求的發(fā)起方選擇視頻通信對象,將對方的身份標(biāo)識ID與自身的身份標(biāo)識ID加密后連同視頻請求發(fā)送到WEB服務(wù)器,并根據(jù)對方的公網(wǎng)IP及l(fā)ight-udp端口號向?qū)Ψ桨l(fā)送light-udp數(shù)據(jù)包;b-7).服務(wù)器接收到視頻請求發(fā)起方的請求后,解密出接收方的身份標(biāo)識ID,查找接收方的公網(wǎng)IP及l(fā)ight-udp端口號,對發(fā)起方的身份標(biāo)識ID加密后連同視頻請求返回接收方;b-8).接收方解密出發(fā)起方的身份標(biāo)識ID,查找用戶列表得出發(fā)起方的公網(wǎng)IP及l(fā)ight-udp端口號,向發(fā)起方發(fā)送light-udp數(shù)據(jù)包,開始發(fā)送視頻流;b-9).發(fā)起方接收到接收方的light-udp數(shù)據(jù)包,證明light-udp通道已經(jīng)建立,開始發(fā)送視頻流。
[0009]本發(fā)明的有益效果是:本發(fā)明的基于定制light-udp協(xié)議的物聯(lián)網(wǎng)醫(yī)療系統(tǒng)的視頻通信方法,發(fā)起方和接收方用戶端通過web服務(wù)器查找對方的網(wǎng)絡(luò)ID、公網(wǎng)IP和light-upd端口號建立light-udp通道,在醫(yī)療視頻數(shù)據(jù)的傳送過程中,通過路由和Internet網(wǎng)絡(luò)進行視頻數(shù)據(jù)的收發(fā),無需web服務(wù)器和視頻服務(wù)器的中轉(zhuǎn),保證了視頻傳輸?shù)臅r效性,避免了以往視頻高并發(fā)的情況下因服務(wù)器快速被消耗而導(dǎo)致視頻數(shù)據(jù)時效性差的情形發(fā)生,滿足了醫(yī)療視頻對時效性的要求。同時,發(fā)起方和接收方用戶端對接收的視頻數(shù)據(jù)包進行校驗時,只對數(shù)據(jù)域中的前8個字節(jié)進行校驗,與以往的數(shù)據(jù)域中全部字節(jié)校驗相比較,避免了因少量字節(jié)錯誤而造成整個數(shù)據(jù)包被丟棄現(xiàn)象的發(fā)生,進一步保證了數(shù)據(jù)的時效性。
[0010]本發(fā)明的健康醫(yī)療服務(wù)系統(tǒng),在實現(xiàn)對人體生理信號采集、傳輸、處理、保存的同時,基于light-udp協(xié)議實現(xiàn)了用戶端的視頻通信功能,便于當(dāng)事人與醫(yī)生的溝通交流,有效提高了診斷的實時性和有效性。本發(fā)明的健康醫(yī)療服務(wù)系統(tǒng)的視頻通信方法,實現(xiàn)了用戶端不借助視頻服務(wù)器而直接進行視頻通信的通信方法,有效避免了傳統(tǒng)視頻通信方式給服務(wù)器帶來的巨大負(fù)擔(dān),尤其在高并發(fā)環(huán)境下,顯著降低了服務(wù)器負(fù)載;同時,由于視頻流直接發(fā)送到對方而不經(jīng)過服務(wù)器中轉(zhuǎn),降低了視頻通信雙方的音視頻延遲,使通信的實時性得到了保障。
【附圖說明】
[0011]圖1為本發(fā)明的基于定制light-udp協(xié)議的物聯(lián)網(wǎng)醫(yī)療系統(tǒng)的原理圖;
圖2為本發(fā)明的基于定制light-udp協(xié)議的物聯(lián)網(wǎng)醫(yī)療系統(tǒng)的視頻通信方法的流程圖。
【具體實施方式】
[0012]下面結(jié)合附圖與實施例對本發(fā)明作進一步說明。
[0013]如圖1所示,給出了本發(fā)明的基于定制light-udp協(xié)議的物聯(lián)網(wǎng)醫(yī)療系統(tǒng)的原理圖,light-udp的含義為輕量級udp協(xié)議,udp為用戶數(shù)據(jù)報協(xié)議,在網(wǎng)絡(luò)中它與TCP協(xié)議一樣用于處理數(shù)據(jù)包,是一種無連接的協(xié)議。所示的多個用戶端通過路由器與web服務(wù)器通信連接,每個用戶端均連接有攝像頭和相應(yīng)的音頻采集設(shè)備,以實現(xiàn)用戶端現(xiàn)場的音視頻數(shù)據(jù)的采集。
[0014]發(fā)起方用戶端通過web服務(wù)器建立與接收方用戶端的light-upd通道連接,以便將采集的用戶端現(xiàn)場數(shù)據(jù)和人體生理參數(shù)通過light-upd通道進行傳輸,而無需web服務(wù)器和視頻服務(wù)器的中轉(zhuǎn),解決了視頻高并發(fā)時服務(wù)器被快速消耗而導(dǎo)致視頻實時性不能保證的問題,確保了醫(yī)療視頻的實時性。
[0015]如圖2所示,給出了本發(fā)明的基于定制light-udp協(xié)議的物聯(lián)網(wǎng)醫(yī)療系統(tǒng)的視頻通信方法的流程圖,其通過以下步驟來實現(xiàn):
a).用戶認(rèn)證,每個用戶通過向web服務(wù)器注冊獲取具有自身唯一標(biāo)識的用戶ID,web服務(wù)器根據(jù)用戶端注冊信息,形成已認(rèn)證用戶端的用戶列表,用戶列表中的每條記錄記載有用戶端的公網(wǎng)IP、light-upd端口號和用戶ID,并且每條記錄以ID為唯一標(biāo)識;
b).light-udp通道的建立,用戶端通過請求web服務(wù)器的用戶列表來選擇視頻通信的對象,通信對象選定后向服務(wù)器發(fā)送請求通信指令,并同時發(fā)送light-udp數(shù)據(jù)包;
web服務(wù)器接收到發(fā)起方用戶端的請求通信指令后,提取接收方用戶端的ID并向其發(fā)送請求通信指令;
當(dāng)前第1頁1 2 
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1