[發(fā)明專利]界面客戶端與服務(wù)器的通信方法

在審

• 申請(qǐng)?zhí)枺?/td>: 201310571915.3
• 申請(qǐng)日: 2013-11-15
• 公開（公告）號(hào): CN103618704A
• 公開（公告）日: 2014-03-05
• 發(fā)明（設(shè)計(jì)）人: 唐林;陳穎;馬強(qiáng);陳錫林;李嘉
• 申請(qǐng)（專利權(quán)）人: 四川長(zhǎng)虹電器股份有限公司
• 主分類號(hào): H04L29/06
• 分類號(hào): H04L29/06
• 代理公司: 成都虹橋?qū)＠聞?wù)所(普通合伙) 51124
• 代理人: 濮云杉

技術(shù)領(lǐng)域

本發(fā)明涉及通信方法，具體的講是界面客戶端與服務(wù)器的通信方法。

背景技術(shù)

隨著家庭網(wǎng)絡(luò)的發(fā)展，基于通用即插即用協(xié)議（UPNP）的遠(yuǎn)程用戶界面（Remote?User?Interface，RUI）技術(shù)的智能家電越來越受到消費(fèi)者的青睞，特別是遠(yuǎn)程用戶界面設(shè)備更是智能家電的發(fā)展趨勢(shì)。

目前基于通用即插即用協(xié)議（UPNP）中的遠(yuǎn)程用戶界面設(shè)備是使用TCP的HTTP協(xié)議來發(fā)送和接收控制遠(yuǎn)程用戶界面服務(wù)器命令的。在大部分情況下，遠(yuǎn)程用戶界面服務(wù)器可以及時(shí)接收控制命令，但是當(dāng)客戶端在短時(shí)間內(nèi)發(fā)送大量控制命令時(shí)，遠(yuǎn)程用戶界面服務(wù)器就有可能不能及時(shí)接收和處理用戶命令了，這樣顯然會(huì)影響到用戶對(duì)遠(yuǎn)程用戶界面設(shè)備的使用體驗(yàn)，造成控制延時(shí)或命令失效等問題。

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

本發(fā)明提供了一種界面客戶端與服務(wù)器的通信方法，使客戶端在短時(shí)間內(nèi)發(fā)送大量控制命令時(shí)，遠(yuǎn)程用戶界面服務(wù)器能夠及時(shí)接收和處理用戶命令，以提升用戶的使用體驗(yàn)，提高智能家電的控制效率。

本發(fā)明界面客戶端與服務(wù)器的通信方法，包括通過網(wǎng)絡(luò)連接的界面客戶端（Remote?User?Interface，RUI）和服務(wù)器，在所述的界面客戶端和服務(wù)器中均設(shè)置有基于UDP（User?DatagramProtocol，用戶數(shù)據(jù)包協(xié)議）協(xié)議的單播發(fā)送模塊和單播接收模塊，通過所述單播發(fā)送模塊和單播接收模塊，界面客戶端和服務(wù)器在UDP協(xié)議下進(jìn)行數(shù)據(jù)傳輸。UDP協(xié)議是一種數(shù)據(jù)包協(xié)議，適合發(fā)送大量的數(shù)據(jù)。通過改變傳統(tǒng)的通信方式以達(dá)到增大數(shù)據(jù)量傳輸?shù)哪康摹?/p>

優(yōu)選的，由于UDP協(xié)議的特點(diǎn)，使得在基于UDP協(xié)議傳輸時(shí)，數(shù)據(jù)的可靠性較差，容易出現(xiàn)數(shù)據(jù)錯(cuò)誤，因此在界面客戶端中設(shè)置有時(shí)長(zhǎng)閾值和對(duì)應(yīng)的發(fā)送數(shù)據(jù)量閾值，如果在設(shè)置的時(shí)長(zhǎng)范圍內(nèi)發(fā)送的數(shù)據(jù)量達(dá)到了發(fā)送數(shù)據(jù)量閾值，界面客戶端和服務(wù)器進(jìn)行所述的基于UDP協(xié)議的單播發(fā)送和單播接收，否則界面客戶端和服務(wù)器通過UPNP（通用即插即用）協(xié)議進(jìn)行通信，以增強(qiáng)數(shù)據(jù)傳輸?shù)臏?zhǔn)確性。

進(jìn)一步的，界面客戶端開啟后，通過在網(wǎng)絡(luò)中掃描發(fā)現(xiàn)并連接到一臺(tái)可用的服務(wù)器。

具體的，針對(duì)具體的客戶端應(yīng)用，所述的服務(wù)器為用戶界面服務(wù)器。

本發(fā)明界面客戶端與服務(wù)器的通信方法，能夠使客戶端在短時(shí)間內(nèi)發(fā)送大量控制命令與遠(yuǎn)程服務(wù)器通信，遠(yuǎn)程用戶界面服務(wù)器也能夠及時(shí)接收和處理用戶命令，由此提升了用戶的使用體驗(yàn)，有效提高了智能家電的控制效率。

以下結(jié)合實(shí)施例的具體實(shí)施方式，對(duì)本發(fā)明的上述內(nèi)容再作進(jìn)一步的詳細(xì)說明。但不應(yīng)將此理解為本發(fā)明上述主題的范圍僅限于以下的實(shí)例。在不脫離本發(fā)明上述技術(shù)思想情況下，根據(jù)本領(lǐng)域普通技術(shù)知識(shí)和慣用手段做出的各種替換或變更，均應(yīng)包括在本發(fā)明的范圍內(nèi)。

具體實(shí)施方式

本發(fā)明界面客戶端與服務(wù)器的通信方法，包括通過網(wǎng)絡(luò)連接的界面客戶端（Remote?User?Interface，RUI）和服務(wù)器，其中服務(wù)器為用戶界面服務(wù)器。在所述的界面客戶端和服務(wù)器中均設(shè)置有基于UDP（User?Datagram?Protocol，用戶數(shù)據(jù)包協(xié)議）協(xié)議的單播發(fā)送模塊和單播接收模塊。界面客戶端開啟后，通過在網(wǎng)絡(luò)中掃描發(fā)現(xiàn)并連接到一臺(tái)可用的服務(wù)器。在界面客戶端中設(shè)置有時(shí)長(zhǎng)閾值和對(duì)應(yīng)的發(fā)送數(shù)據(jù)量閾值，如果在設(shè)置的時(shí)長(zhǎng)范圍內(nèi)發(fā)送的數(shù)據(jù)量達(dá)到了發(fā)送數(shù)據(jù)量閾值，界面客戶端和服務(wù)器通過所述單播發(fā)送模塊和單播接收模塊進(jìn)行所述的基于UDP協(xié)議的單播發(fā)送和單播接收，否則界面客戶端和服務(wù)器通過UPNP（通用即插即用）協(xié)議進(jìn)行通信。