網(wǎng)關(guān)裝置、通信系統(tǒng)以及流量控制方法
【專(zhuān)利摘要】本發(fā)明提供能夠減少通信流量的網(wǎng)關(guān)裝置、通信系統(tǒng)以及流量控制方法，該網(wǎng)關(guān)裝置具有：請(qǐng)求消息接收部，接收訪問(wèn)目標(biāo)為受限網(wǎng)絡(luò)中的具有休眠功能的終端設(shè)備的請(qǐng)求消息；請(qǐng)求消息解析部，對(duì)于接收到的請(qǐng)求消息進(jìn)行解析，獲得請(qǐng)求消息中包含的信息；請(qǐng)求消息記錄部，參照由請(qǐng)求消息解析部獲得的信息，針對(duì)接收到的請(qǐng)求消息建立并保存請(qǐng)求消息記錄；請(qǐng)求消息緩存部，緩存即將發(fā)往具有休眠功能的終端設(shè)備的請(qǐng)求消息；以及請(qǐng)求消息緩存管理部，當(dāng)判斷為請(qǐng)求消息緩存部的緩存空間已滿(mǎn)時(shí)，對(duì)于所接收到的請(qǐng)求消息，不將其緩存在請(qǐng)求消息緩存部中而將其丟棄，并在與所接收到的請(qǐng)求消息對(duì)應(yīng)的請(qǐng)求消息記錄中添加丟棄標(biāo)志。
【專(zhuān)利說(shuō)明】網(wǎng)關(guān)裝置、通信系統(tǒng)以及流量控制方法

【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及網(wǎng)關(guān)裝置、通信系統(tǒng)以及流量控制方法，尤其涉及包含具有休眠功能的終端設(shè)備的資源受限網(wǎng)絡(luò)所用的網(wǎng)關(guān)裝置、通信系統(tǒng)以及流量控制方法。

【背景技術(shù)】
[0002]資源受限網(wǎng)絡(luò)中的終端設(shè)備通常是由有限電力的電池供電。出于節(jié)能考慮，這些終端設(shè)備在大部分時(shí)間里處于節(jié)能的休眠狀態(tài)，但會(huì)周期性地恢復(fù)工作狀態(tài)，在工作了短暫的時(shí)間之后，將再次進(jìn)入到休眠狀態(tài)。處于休眠狀態(tài)的終端設(shè)備無(wú)法進(jìn)行消息的接收與發(fā)送，只有在工作狀態(tài)，所述終端設(shè)備才能夠進(jìn)行消息的交互和處理。
[0003]此外，在現(xiàn)有的通信系統(tǒng)中，由于受限網(wǎng)絡(luò)與非受限網(wǎng)絡(luò)(例如公共網(wǎng)絡(luò))的通信協(xié)議并不兼容，因此需要在受限網(wǎng)絡(luò)與非受限網(wǎng)絡(luò)的邊界處引入網(wǎng)關(guān)裝置(也稱(chēng)為代理節(jié)點(diǎn))，為所述兩個(gè)網(wǎng)絡(luò)提供相應(yīng)接口、通信協(xié)議的轉(zhuǎn)換以及消息的轉(zhuǎn)發(fā)等功能。從而實(shí)現(xiàn)非受限網(wǎng)絡(luò)中的用戶(hù)對(duì)受限網(wǎng)絡(luò)中的終端設(shè)備的訪問(wèn)。
[0004]在上述系統(tǒng)中，當(dāng)受限網(wǎng)絡(luò)中的某具有休眠功能的終端設(shè)備進(jìn)入休眠狀態(tài)時(shí)，網(wǎng)關(guān)裝置發(fā)往該具有休眠功能的終端設(shè)備的請(qǐng)求消息將無(wú)法被接收。在這種情況下，提供一種恰當(dāng)?shù)木W(wǎng)關(guān)裝置，對(duì)包含具有休眠功能的終端設(shè)備的資源受限網(wǎng)絡(luò)的數(shù)據(jù)流量進(jìn)行合理的控制和調(diào)度，從而保證消息交互的順利及時(shí)進(jìn)行、減少網(wǎng)絡(luò)流量、減少網(wǎng)絡(luò)擁堵、提高網(wǎng)絡(luò)效率，已經(jīng)成為亟待解決的問(wèn)題。
[0005]針對(duì)這一問(wèn)題，現(xiàn)有技術(shù)中提出了一些解決方案。例如，在專(zhuān)利文獻(xiàn)I中，提出了一種機(jī)制，網(wǎng)關(guān)裝置利用應(yīng)用層協(xié)議同步其所管理的資源受限網(wǎng)絡(luò)中的具有休眠功能的終端設(shè)備的休眠信息，利用此同步信息在所述網(wǎng)關(guān)裝置控制發(fā)往資源受限網(wǎng)絡(luò)數(shù)據(jù)的發(fā)送時(shí)間，從而保證所述網(wǎng)關(guān)裝置向具有休眠功能的終端設(shè)備發(fā)送的數(shù)據(jù)能夠被所述終端設(shè)備順利接收。
[0006]具體而言，在專(zhuān)利文獻(xiàn)I中，資源受限網(wǎng)絡(luò)中的代理節(jié)點(diǎn)所管理的具有休眠功能的終端設(shè)備在下一次休眠到來(lái)之前，將有關(guān)此次休眠的休眠時(shí)刻以及休眠時(shí)長(zhǎng)信息裝載于應(yīng)用層協(xié)議中，代理節(jié)點(diǎn)利用此應(yīng)用層協(xié)議與具有休眠功能的終端設(shè)備通信，獲得所述休眠信息并保存于本地。利用所述休眠信息，代理節(jié)點(diǎn)可以控制和調(diào)度需要發(fā)往具有休眠功能的終端設(shè)備的數(shù)據(jù)。當(dāng)來(lái)自非受限網(wǎng)絡(luò)的用戶(hù)需要向位于資源受限網(wǎng)絡(luò)的具有休眠功能的終端設(shè)備發(fā)送請(qǐng)求消息時(shí)，請(qǐng)求消息首先被發(fā)送到代理節(jié)點(diǎn)，代理節(jié)點(diǎn)接收到來(lái)自用戶(hù)的請(qǐng)求消息后，查詢(xún)保存于本地的關(guān)于成為請(qǐng)求消息要訪問(wèn)的目標(biāo)的具有休眠功能的終端設(shè)備的休眠信息，如果此時(shí)目標(biāo)終端設(shè)備處于休眠狀態(tài)，則代理節(jié)點(diǎn)將請(qǐng)求消息緩存于本地，等待終端設(shè)備恢復(fù)工作狀態(tài)后，代理節(jié)點(diǎn)將請(qǐng)求消息發(fā)往此終端設(shè)備。同時(shí)，為了減少由于緩存機(jī)制帶來(lái)的請(qǐng)求延遲，代理節(jié)點(diǎn)在本地建立終端資源信息存儲(chǔ)區(qū)域，用于存儲(chǔ)受限網(wǎng)絡(luò)中的具有休眠功能的終端設(shè)備上的資源信息。當(dāng)請(qǐng)求消息到達(dá)代理節(jié)點(diǎn)且目標(biāo)終端設(shè)備處于休眠狀態(tài)時(shí)，如果所述終端資源信息存儲(chǔ)區(qū)域中的資源信息可以滿(mǎn)足請(qǐng)求消息的需求，則代理節(jié)點(diǎn)直接生成回復(fù)消息發(fā)送給用戶(hù)。為了維護(hù)所述終端資源信息存儲(chǔ)區(qū)域中的資源信息，具有休眠功能的終端設(shè)備在每次進(jìn)入休眠狀態(tài)前，都主動(dòng)向代理節(jié)點(diǎn)發(fā)送請(qǐng)求消息來(lái)更新對(duì)應(yīng)的資源信息。
[0007]專(zhuān)利文獻(xiàn)1:美國(guó) US2012/0151028A1
[0008]但是，在專(zhuān)利文獻(xiàn)I中，仍然存在以下技術(shù)問(wèn)題:
[0009](I)專(zhuān)利文獻(xiàn)I中雖然在資源受限網(wǎng)絡(luò)中的代理節(jié)點(diǎn)上設(shè)置了請(qǐng)求消息緩存機(jī)制來(lái)保證發(fā)往資源受限網(wǎng)絡(luò)的請(qǐng)求消息能夠被具有休眠功能的終端設(shè)備接收，但并沒(méi)有考慮所述代理節(jié)點(diǎn)的緩存能力，沒(méi)有合理控制緩存在所述代理節(jié)點(diǎn)中請(qǐng)求消息的數(shù)量，容易造成緩存溢出。當(dāng)請(qǐng)求消息緩存發(fā)生溢出時(shí)，請(qǐng)求消息可能丟失，進(jìn)而需要客戶(hù)端進(jìn)行消息重傳，從而導(dǎo)致網(wǎng)絡(luò)流量增大、網(wǎng)絡(luò)通信延遲增加，通信效率降低。
[0010](2)專(zhuān)利文獻(xiàn)I中通過(guò)引入將部分終端資源信息存儲(chǔ)在代理節(jié)點(diǎn)本地的機(jī)制，在具有休眠功能的終端設(shè)備處于休眠狀態(tài)時(shí)，能減少延遲以及減少發(fā)往資源受限網(wǎng)絡(luò)的數(shù)據(jù)流量。但專(zhuān)利文獻(xiàn)I中，并未考慮到請(qǐng)求消息之間的關(guān)聯(lián)性，對(duì)于本地保存的終端資源信息無(wú)法滿(mǎn)足并且相互存在關(guān)聯(lián)(例如訪問(wèn)目的終端一致)的多條請(qǐng)求消息，專(zhuān)利文獻(xiàn)I中的代理節(jié)點(diǎn)只能通過(guò)將這種消息逐條發(fā)往資源受限網(wǎng)絡(luò)來(lái)獲取相應(yīng)的資源信息，不能說(shuō)有效地減少了發(fā)往資源受限網(wǎng)絡(luò)的數(shù)據(jù)流量。
[0011](3)專(zhuān)利文獻(xiàn)I中使用的代理節(jié)點(diǎn)本地存儲(chǔ)的資源信息維護(hù)機(jī)制，即具有休眠功能的終端設(shè)備每當(dāng)進(jìn)入休眠狀態(tài)之前，都主動(dòng)請(qǐng)求資源受限網(wǎng)絡(luò)代理節(jié)點(diǎn)更新其代理節(jié)點(diǎn)中存儲(chǔ)的資源信息。但在某個(gè)終端設(shè)備進(jìn)入休眠前的資源信息在該終端設(shè)備進(jìn)入休眠狀態(tài)起到下一次恢復(fù)工作狀態(tài)為止期間一直保持有效的情況下，應(yīng)用專(zhuān)利文獻(xiàn)I中的代理節(jié)點(diǎn)本地的資源信息維護(hù)機(jī)制，將發(fā)生不必要的訪問(wèn)，從而會(huì)在資源受限網(wǎng)絡(luò)引入額外的數(shù)據(jù)流量。
[0012]如上所述，對(duì)于包含具有休眠功能的終端設(shè)備的資源受限網(wǎng)絡(luò)，如何提供一種恰當(dāng)?shù)木W(wǎng)關(guān)裝置，來(lái)進(jìn)行恰當(dāng)?shù)臄?shù)據(jù)流量控制，從而減輕網(wǎng)關(guān)裝置負(fù)載，減少發(fā)往資源受限網(wǎng)絡(luò)的數(shù)據(jù)流量，提高網(wǎng)絡(luò)效率，以專(zhuān)利文獻(xiàn)I為代表的現(xiàn)有技術(shù)并不能夠很好的實(shí)現(xiàn)這些目的。


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

[0013]本發(fā)明用于解決上述問(wèn)題，其目的在于，提供一種針對(duì)包含具有休眠功能的終端設(shè)備的資源受限網(wǎng)絡(luò)的數(shù)據(jù)流量進(jìn)行控制與調(diào)度的網(wǎng)關(guān)裝置、通信系統(tǒng)及流量控制方法，能夠使緩存于該網(wǎng)關(guān)裝置的請(qǐng)求消息數(shù)量得到優(yōu)化并且使該網(wǎng)關(guān)裝置下發(fā)的數(shù)據(jù)流量得到優(yōu)化，從而進(jìn)一步減輕網(wǎng)關(guān)裝置負(fù)載，提高網(wǎng)絡(luò)通信效率。
[0014]另外，本發(fā)明的目的還在于，提供一種適用于資源受限網(wǎng)絡(luò)的網(wǎng)關(guān)裝置本地存儲(chǔ)的資源信息的更新方法，能夠減少在更新網(wǎng)關(guān)裝置存儲(chǔ)的資源信息時(shí)引入的數(shù)據(jù)流量，減輕終端設(shè)備側(cè)網(wǎng)絡(luò)擁堵情況，實(shí)現(xiàn)資源受限網(wǎng)絡(luò)的性能提升。
[0015]另外，本發(fā)明的目的還在于，提供一種用于應(yīng)對(duì)由于資源受限網(wǎng)絡(luò)代理節(jié)點(diǎn)緩存溢出而造成的請(qǐng)求消息丟失的方法，能夠減少客戶(hù)端的請(qǐng)求消息重發(fā)并且減輕由于消息重發(fā)帶來(lái)的延遲。
[0016]為了實(shí)現(xiàn)上述目的，本發(fā)明提供一種網(wǎng)關(guān)裝置，對(duì)包含具有休眠功能的終端設(shè)備的受限網(wǎng)絡(luò)所參與的通信進(jìn)行控制，其特征在于，具有:請(qǐng)求消息接收部，接收訪問(wèn)目標(biāo)為上述受限網(wǎng)絡(luò)中的上述具有休眠功能的終端設(shè)備的請(qǐng)求消息；請(qǐng)求消息解析部，對(duì)于由上述請(qǐng)求消息接收部接收到的上述請(qǐng)求消息進(jìn)行解析，獲得上述請(qǐng)求消息中包含的信息；請(qǐng)求消息記錄部，參照由上述請(qǐng)求消息解析部獲得的信息，針對(duì)由上述請(qǐng)求消息接收部接收到的上述請(qǐng)求消息建立并保存請(qǐng)求消息記錄；請(qǐng)求消息緩存部，緩存即將發(fā)往上述具有休眠功能的終端設(shè)備的請(qǐng)求消息；以及請(qǐng)求消息緩存管理部，根據(jù)上述請(qǐng)求消息記錄部所保存的上述請(qǐng)求消息記錄，對(duì)上述請(qǐng)求消息緩存部緩存上述請(qǐng)求消息的動(dòng)作進(jìn)行管理，上述請(qǐng)求消息緩存管理部，當(dāng)根據(jù)上述請(qǐng)求消息記錄判斷為上述請(qǐng)求消息緩存部的緩存空間已滿(mǎn)時(shí)，對(duì)于所接收到的請(qǐng)求消息，不將其緩存在上述請(qǐng)求消息緩存部中而將其丟棄，并在上述請(qǐng)求消息記錄部所保存的與所接收到的上述請(qǐng)求消息對(duì)應(yīng)的上述請(qǐng)求消息記錄中添加丟棄標(biāo)志。
[0017]根據(jù)該網(wǎng)關(guān)裝置，考慮網(wǎng)關(guān)裝置中對(duì)請(qǐng)求消息進(jìn)行緩存的緩存空間的大小，當(dāng)上述網(wǎng)關(guān)裝置中的請(qǐng)求消息緩存空間已滿(mǎn)時(shí)，丟棄當(dāng)前接收的請(qǐng)求消息，在請(qǐng)求消息記錄部中記錄丟棄狀態(tài)，同時(shí)返回回復(fù)消息通知客戶(hù)端，在回復(fù)消息中包含下次具有休眠功能的終端設(shè)備的恢復(fù)工作狀態(tài)的時(shí)間，由此避免因緩存溢出而導(dǎo)致的請(qǐng)求消息丟失，避免了客戶(hù)端的請(qǐng)求消息重傳，從而減少了通信流量。
[0018]另外，在本發(fā)明提供的網(wǎng)關(guān)裝置中，上述請(qǐng)求消息緩存管理部，當(dāng)根據(jù)上述請(qǐng)求消息記錄判斷為所接收到的上述請(qǐng)求消息與已被緩存于上述請(qǐng)求消息緩存部的第一請(qǐng)求消息相同時(shí)，不在上述請(qǐng)求消息緩存部中緩存所接收到的上述請(qǐng)求消息而將其丟棄，并將與上述第一請(qǐng)求消息對(duì)應(yīng)的上述請(qǐng)求編號(hào)作為關(guān)聯(lián)標(biāo)志、添加到在上述請(qǐng)求消息記錄部所保存的與所接收到的上述請(qǐng)求消息對(duì)應(yīng)的上述請(qǐng)求消息記錄中。
[0019]另外，在本發(fā)明提供的網(wǎng)關(guān)裝置中，上述請(qǐng)求消息緩存管理部，當(dāng)根據(jù)上述請(qǐng)求消息記錄判斷為所接收到的上述請(qǐng)求消息與已被緩存于上述請(qǐng)求消息緩存部的第二請(qǐng)求消息的訪問(wèn)目標(biāo)終端設(shè)備相同時(shí)，不在上述請(qǐng)求消息緩存部中緩存所接收到的上述請(qǐng)求消息而將其丟棄，并將與上述第二請(qǐng)求消息對(duì)應(yīng)的上述請(qǐng)求編號(hào)作為關(guān)聯(lián)標(biāo)志、添加到在上述請(qǐng)求消息記錄部所保存的與所接收到的上述請(qǐng)求消息對(duì)應(yīng)的上述請(qǐng)求消息記錄中。
[0020]根據(jù)該網(wǎng)關(guān)裝置，考慮多條請(qǐng)求消息的一致性和/或關(guān)聯(lián)性，對(duì)于多條相同的請(qǐng)求消息，僅緩存一條，并向資源受限網(wǎng)絡(luò)僅發(fā)送一次，對(duì)于相互存在關(guān)聯(lián)的請(qǐng)求消息，可以將多條消息合并成一條發(fā)送。由此能夠減少發(fā)往受限網(wǎng)絡(luò)中的終端設(shè)備的數(shù)據(jù)流量。
[0021]另外，在本發(fā)明提供的網(wǎng)關(guān)裝置中，還具有資源信息存儲(chǔ)部，該資源信息存儲(chǔ)部用于存儲(chǔ)位于上述受限網(wǎng)絡(luò)中的上述具有休眠功能的終端設(shè)備的資源信息，上述請(qǐng)求消息解析部對(duì)由上述請(qǐng)求消息接收部所接收到的上述請(qǐng)求消息進(jìn)行解析后，判斷為上述資源信息存儲(chǔ)部中所存儲(chǔ)的上述資源信息能夠滿(mǎn)足上述請(qǐng)求消息時(shí)，根據(jù)上述資源信息存儲(chǔ)部中所存儲(chǔ)的上述資源信息來(lái)回復(fù)上述請(qǐng)求消息。
[0022]根據(jù)該網(wǎng)關(guān)裝置，當(dāng)網(wǎng)關(guān)裝置的資源信息存儲(chǔ)部中所存儲(chǔ)的信息就能夠滿(mǎn)足接收到的請(qǐng)求消息的要求時(shí)，不必訪問(wèn)受限網(wǎng)絡(luò)中的終端設(shè)備，直接對(duì)請(qǐng)求消息進(jìn)行回復(fù)。由此，能夠減少發(fā)往受限網(wǎng)絡(luò)的數(shù)據(jù)流量，能夠減少網(wǎng)絡(luò)延遲。
[0023]另外，在本發(fā)明提供的網(wǎng)關(guān)裝置中，還具有資源信息存儲(chǔ)管理部，該資源信息存儲(chǔ)管理部對(duì)上述資源信息存儲(chǔ)部所存儲(chǔ)的上述資源信息進(jìn)行管理，以保證上述資源信息處于有效的狀態(tài)。
[0024]另外，在本發(fā)明提供的網(wǎng)關(guān)裝置中，上述資源信息至少包括終端設(shè)備ID、資源內(nèi)容、有效時(shí)長(zhǎng)、上次資源信息更新時(shí)間，上述資源信息存儲(chǔ)管理部，在從上述上次資源信息更新時(shí)間起經(jīng)過(guò)有效時(shí)長(zhǎng)之前，更新上述資源信息存儲(chǔ)部所存儲(chǔ)的即將失效的上述資源信肩、O
[0025]另外，在本發(fā)明提供的網(wǎng)關(guān)裝置中，上述資源信息還包括終端設(shè)備下次休眠時(shí)刻、休眠時(shí)長(zhǎng)，上述資源信息存儲(chǔ)管理部，在判斷為上述資源信息將在上述終端設(shè)備下次休眠期間失效時(shí)，在上述終端設(shè)備下次休眠之前，更新上述資源信息存儲(chǔ)部所存儲(chǔ)的該即將失效的上述資源信息。
[0026]根據(jù)該網(wǎng)關(guān)裝置，僅在網(wǎng)關(guān)裝置的資源信息存儲(chǔ)部中存儲(chǔ)的資源信息即將失效時(shí)進(jìn)行資源信息的更新，由此，能夠減少發(fā)往受限網(wǎng)絡(luò)的數(shù)據(jù)流量。
[0027]另外，在本發(fā)明提供的網(wǎng)關(guān)裝置中，上述請(qǐng)求消息解析部，根據(jù)對(duì)于由上述請(qǐng)求消息接收部接收到的上述請(qǐng)求消息進(jìn)行解析而獲得的上述信息，判斷為所接收到的上述請(qǐng)求消息與上述請(qǐng)求消息記錄部中所保存的帶有上述丟棄標(biāo)志的上述請(qǐng)求消息記錄相同時(shí)，上述請(qǐng)求消息記錄部對(duì)于所接收到的上述請(qǐng)求消息不建立上述消息記錄。
[0028]根據(jù)該網(wǎng)關(guān)裝置，當(dāng)重發(fā)請(qǐng)求消息被上述網(wǎng)關(guān)裝置接收時(shí)，網(wǎng)關(guān)裝置通過(guò)請(qǐng)求消息記錄部識(shí)別重發(fā)消息，并且重排緩存中的請(qǐng)求消息隊(duì)列，使重發(fā)消息能盡快得到處理。
[0029]本發(fā)明提供一種通信系統(tǒng)，其特征在于，具備上述技術(shù)方案任一項(xiàng)所述的網(wǎng)關(guān)裝置。
[0030]本發(fā)明通過(guò)一種網(wǎng)關(guān)裝置，其特征在于，為以集成電路構(gòu)成上述技術(shù)方案中任一項(xiàng)所述的網(wǎng)關(guān)裝置。
[0031]本發(fā)明提供一種網(wǎng)關(guān)裝置所用的流量控制方法，對(duì)包含具有休眠功能的終端設(shè)備的受限網(wǎng)絡(luò)所參與的通信進(jìn)行控制，該流量控制方法的特征在于，包括:請(qǐng)求消息接收步驟，接收訪問(wèn)目標(biāo)為上述受限網(wǎng)絡(luò)中的上述具有休眠功能的終端設(shè)備的請(qǐng)求消息；請(qǐng)求消息解析步驟，對(duì)于由上述請(qǐng)求消息接收步驟接收到的上述請(qǐng)求消息進(jìn)行解析，獲得上述請(qǐng)求消息中包含的信息；請(qǐng)求消息記錄步驟，參照由上述請(qǐng)求消息解析步驟獲得的信息，針對(duì)由上述請(qǐng)求消息接收步驟接收到的上述請(qǐng)求消息建立并保存請(qǐng)求消息記錄；請(qǐng)求消息緩存步驟，緩存即將發(fā)往上述具有休眠功能的終端設(shè)備的請(qǐng)求消息；以及請(qǐng)求消息緩存管理步驟，根據(jù)上述請(qǐng)求消息記錄步驟所保存的上述請(qǐng)求消息記錄，對(duì)上述請(qǐng)求消息緩存步驟緩存上述請(qǐng)求消息的動(dòng)作進(jìn)行管理，在上述請(qǐng)求消息緩存管理步驟中，當(dāng)根據(jù)上述請(qǐng)求消息記錄判斷為上述請(qǐng)求消息緩存步驟的緩存空間已滿(mǎn)時(shí)，對(duì)于所接收到的請(qǐng)求消息，不將其緩存在上述請(qǐng)求消息緩存步驟中而將其丟棄，并在上述請(qǐng)求消息記錄步驟所保存的與所接收到的上述請(qǐng)求消息對(duì)應(yīng)的上述請(qǐng)求消息記錄中添加丟棄標(biāo)志。
[0032]根據(jù)本發(fā)明，能夠使資源受限網(wǎng)絡(luò)網(wǎng)關(guān)裝置下發(fā)的數(shù)據(jù)流量得到優(yōu)化，減少資源受限網(wǎng)絡(luò)數(shù)據(jù)量，減輕資源受限網(wǎng)絡(luò)擁堵情況，減輕資源受限網(wǎng)絡(luò)網(wǎng)關(guān)裝置中的請(qǐng)求消息丟失，減少客戶(hù)端的重發(fā)消息數(shù)量，最終實(shí)現(xiàn)整個(gè)系統(tǒng)網(wǎng)絡(luò)的性能提升。

【專(zhuān)利附圖】

【附圖說(shuō)明】
[0033]圖1是本發(fā)明的網(wǎng)關(guān)裝置的組成模塊結(jié)構(gòu)圖。
[0034]圖2是本發(fā)明的網(wǎng)關(guān)裝置針對(duì)來(lái)自非受限網(wǎng)絡(luò)的請(qǐng)求消息進(jìn)行控制處理的一例的流程圖。
[0035]圖3是本發(fā)明的網(wǎng)關(guān)裝置針對(duì)來(lái)自非受限網(wǎng)絡(luò)的請(qǐng)求消息進(jìn)行控制處理的另一例的流程圖。
[0036]圖4是本發(fā)明的網(wǎng)關(guān)裝置針對(duì)來(lái)自網(wǎng)關(guān)裝置本身的請(qǐng)求消息進(jìn)行控制處理的流程圖。
[0037]圖5是本發(fā)明的網(wǎng)關(guān)裝置對(duì)來(lái)自資源受限網(wǎng)絡(luò)的回復(fù)消息進(jìn)行處理的流程圖。
[0038]圖6是本發(fā)明的請(qǐng)求消息記錄表的一個(gè)具體例。
[0039]圖7是本發(fā)明的網(wǎng)關(guān)裝置本地存儲(chǔ)的資源信息表的一個(gè)具體例。
[0040]圖8是本發(fā)明實(shí)施例1涉及的更新中的請(qǐng)求消息記錄表的具體例。
[0041]圖9是本發(fā)明實(shí)施例1涉及的更新后的請(qǐng)求消息記錄表的具體例。
[0042]圖10是本發(fā)明實(shí)施例1涉及的資源受限網(wǎng)絡(luò)中傳輸?shù)恼?qǐng)求消息的具體格式。
[0043]圖11是本發(fā)明實(shí)施例1涉及的請(qǐng)求消息的具體例。
[0044]圖12是本發(fā)明實(shí)施例1涉及的請(qǐng)求消息的具體例。
[0045]圖13是本發(fā)明實(shí)施例1涉及的回復(fù)消息的具體例。
[0046]圖14是本發(fā)明實(shí)施例1涉及的回復(fù)消息的具體例。
[0047]圖15是本發(fā)明實(shí)施例2涉及的更新中的請(qǐng)求消息記錄表的具體例。
[0048]圖16是本發(fā)明實(shí)施例2涉及的更新后的請(qǐng)求消息記錄表的具體例。
[0049]圖17是本發(fā)明實(shí)施例2涉及的請(qǐng)求消息的具體例。
[0050]圖18是本發(fā)明實(shí)施例2涉及的請(qǐng)求消息的具體例。
[0051 ]圖19是本發(fā)明實(shí)施例2涉及的回復(fù)消息的具體例。
[0052]圖20是本發(fā)明實(shí)施例2涉及的回復(fù)消息的具體例。
[0053]圖21是本發(fā)明實(shí)施例3涉及的請(qǐng)求消息記錄表的具體例。
[0054]圖22是本發(fā)明實(shí)施例3涉及的更新后的請(qǐng)求消息記錄表的具體例。
[0055]圖23是本發(fā)明實(shí)施例3涉及的更新后的請(qǐng)求消息記錄表的具體例。
[0056]圖24是本發(fā)明實(shí)施例3涉及的更新后的請(qǐng)求消息記錄表的具體例。
[0057]圖25是本發(fā)明的通信系統(tǒng)的組成模塊結(jié)構(gòu)圖。

【具體實(shí)施方式】
[0058]首先，說(shuō)明本發(fā)明所控制的網(wǎng)絡(luò)流量類(lèi)型。本發(fā)明是對(duì)發(fā)往資源受限網(wǎng)絡(luò)的流量進(jìn)行控制。因?yàn)樗幸胭Y源受限網(wǎng)絡(luò)的流量實(shí)際均由網(wǎng)關(guān)裝置發(fā)起，所以在該網(wǎng)關(guān)裝置上實(shí)施控制。從網(wǎng)關(guān)裝置發(fā)往資源受限網(wǎng)絡(luò)的請(qǐng)求消息類(lèi)型包括兩種:一種是來(lái)自非受限網(wǎng)絡(luò)的請(qǐng)求消息，另一種是為更新本地資源信息由網(wǎng)關(guān)裝置本身發(fā)出的請(qǐng)求消息。因此，本發(fā)明將針對(duì)上述兩種消息進(jìn)行控制，減少引入資源受限網(wǎng)絡(luò)的流量。
[0059]下面，參照?qǐng)D1對(duì)本發(fā)明的網(wǎng)關(guān)裝置的組成模塊進(jìn)行說(shuō)明。
[0060]如圖1所示，本發(fā)明的網(wǎng)關(guān)裝置10包括:非受限網(wǎng)絡(luò)通信接口 1、請(qǐng)求消息解析部
2、請(qǐng)求消息記錄部3、請(qǐng)求消息緩存管理部4、請(qǐng)求消息緩存部5、受限網(wǎng)絡(luò)通信接口 6、回復(fù)處理部7、資源信息存儲(chǔ)部8以及資源信息存儲(chǔ)管理部9。
[0061]非受限網(wǎng)絡(luò)通信接口 I用于和非受限網(wǎng)絡(luò)的用戶(hù)進(jìn)行通信，位于非受限網(wǎng)絡(luò)的用戶(hù)需要訪問(wèn)位于資源受限網(wǎng)絡(luò)的終端設(shè)備時(shí)，所發(fā)送的請(qǐng)求消息首先到達(dá)非受限網(wǎng)絡(luò)通信接口 I。
[0062]請(qǐng)求消息解析部2用于解析來(lái)自非受限網(wǎng)絡(luò)的請(qǐng)求消息，提取出源地址、請(qǐng)求方法、請(qǐng)求內(nèi)容、到達(dá)時(shí)間等信息,并提供給請(qǐng)求消息記錄部3做后續(xù)處理。
[0063]請(qǐng)求消息記錄部3根據(jù)從請(qǐng)求消息解析部2獲取的請(qǐng)求消息信息，在本地為此請(qǐng)求消息建立請(qǐng)求記錄，另外，請(qǐng)求消息記錄部3中只記錄當(dāng)前還未返回相應(yīng)回復(fù)給用戶(hù)的請(qǐng)求消息，對(duì)于已經(jīng)回復(fù)的請(qǐng)求消息，網(wǎng)關(guān)裝置10會(huì)刪除其對(duì)應(yīng)的記錄。
[0064]請(qǐng)求消息緩存管理部4根據(jù)請(qǐng)求消息記錄部3保存的信息管理請(qǐng)求消息緩存部5內(nèi)的請(qǐng)求消息，以實(shí)現(xiàn)如下功能:對(duì)于目標(biāo)為同一終端設(shè)備的多條相同請(qǐng)求信息，僅緩存一條，從而減少目標(biāo)為同一終端設(shè)備的相同請(qǐng)求消息的重復(fù)發(fā)送。對(duì)于目標(biāo)為同一終端設(shè)備的多條不同請(qǐng)求信息，合并起來(lái)緩存，從而盡量減少發(fā)往同一目標(biāo)終端設(shè)備的不同請(qǐng)求消息的數(shù)據(jù)流量。另外，當(dāng)請(qǐng)求消息緩存部5中的請(qǐng)求消息數(shù)量飽和時(shí)，請(qǐng)求消息緩存管理部4會(huì)丟棄新到達(dá)的請(qǐng)求消息，以防止緩存溢出，同時(shí)在請(qǐng)求消息記錄部3所記錄的此請(qǐng)求消息的記錄中添加丟棄標(biāo)志，用于檢測(cè)此請(qǐng)求消息的重發(fā)。
[0065]請(qǐng)求消息緩存部5用于緩存即將發(fā)往終端設(shè)備的請(qǐng)求消息，當(dāng)查詢(xún)到目標(biāo)終端設(shè)備處于休眠狀態(tài)時(shí)，網(wǎng)關(guān)裝置10將請(qǐng)求消息緩存于請(qǐng)求消息緩存部5。
[0066]受限網(wǎng)絡(luò)通信接口 6用于和受限網(wǎng)絡(luò)中的終端設(shè)備進(jìn)行通信，當(dāng)終端設(shè)備處于工作狀態(tài)時(shí)，網(wǎng)關(guān)裝置10發(fā)送請(qǐng)求消息至目標(biāo)終端設(shè)備。
[0067]回復(fù)處理部7用于處理來(lái)自終端設(shè)備的回復(fù)消息，保證不同的回復(fù)消息可以被轉(zhuǎn)發(fā)至兩種不同的請(qǐng)求源，即非受限網(wǎng)絡(luò)的客戶(hù)端或者網(wǎng)關(guān)裝置10本身。
[0068]資源信息存儲(chǔ)部8用于存儲(chǔ)處于受限網(wǎng)絡(luò)中的終端設(shè)備涉及的資源信息，該資源信息包括終端設(shè)備的地址、下次休眠時(shí)間、休眠時(shí)長(zhǎng)、包含資源類(lèi)型(例如溫度、濕度、光強(qiáng)等)、資源數(shù)值(例如30攝氏度、50、70等)等信息。當(dāng)來(lái)自用戶(hù)的請(qǐng)求消息的需求可以被資源信息存儲(chǔ)部8滿(mǎn)足時(shí)，網(wǎng)關(guān)裝置10根據(jù)資源信息存儲(chǔ)部8內(nèi)的資源信息生成回復(fù)消息發(fā)回用戶(hù)，從而可以減少引入資源受限網(wǎng)絡(luò)的數(shù)據(jù)流量，同時(shí)也減少了消息延時(shí)。
[0069]資源信息存儲(chǔ)管理部9用于管理維護(hù)資源信息存儲(chǔ)部8中的資源信息，保證所存儲(chǔ)的資源信息處于有效的狀態(tài)。具體而言，資源信息存儲(chǔ)管理部9在某具有休眠功能的終端設(shè)備進(jìn)入到休眠狀態(tài)前，根據(jù)休眠信息和資源信息存儲(chǔ)部8中所存儲(chǔ)的處于受限網(wǎng)絡(luò)內(nèi)的該終端設(shè)備資源信息，判斷資源信息存儲(chǔ)部8中所存儲(chǔ)的終端設(shè)備資源信息是否需要更新，在判斷為需要更新的情況下，向處于受限網(wǎng)絡(luò)內(nèi)的該終端設(shè)備發(fā)出請(qǐng)求，以更新在資源信息存儲(chǔ)部8中存儲(chǔ)的該終端設(shè)備的資源信息。
[0070]下面，參照?qǐng)D2，對(duì)本發(fā)明的網(wǎng)關(guān)裝置針對(duì)來(lái)自非受限網(wǎng)絡(luò)的請(qǐng)求消息進(jìn)行控制處理的流程的一個(gè)例子進(jìn)行說(shuō)明。
[0071]如圖2所示，處理開(kāi)始后，當(dāng)網(wǎng)關(guān)裝置10在非受限網(wǎng)絡(luò)通信接口 I接收到用戶(hù)請(qǐng)求消息(步驟SlOl)時(shí)，請(qǐng)求消息解析部2首先對(duì)該請(qǐng)求消息進(jìn)行解析，獲取源地址、請(qǐng)求方法、請(qǐng)求內(nèi)容、到達(dá)時(shí)間等信息(步驟S102)。之后,在請(qǐng)求消息記錄部3內(nèi)生成新的請(qǐng)求消息記錄表?xiàng)l目(步驟S103)。隨后查詢(xún)請(qǐng)求消息記錄(步驟S104)，判斷請(qǐng)求消息緩存空間是否已滿(mǎn)(步驟S105)。若已滿(mǎn)(步驟S105中為是)，丟棄此請(qǐng)求消息，同時(shí)保存請(qǐng)求消息記錄部3內(nèi)有關(guān)此請(qǐng)求消息的記錄并設(shè)置丟棄標(biāo)志，再生成丟棄通知回復(fù)用戶(hù)(步驟S106)，之后結(jié)束本次處理。如果請(qǐng)求消息緩存部5仍有空間(步驟S105中為否)，則將該請(qǐng)求消息置于請(qǐng)求消息緩存部5中，按到達(dá)時(shí)間安排緩存隊(duì)列(步驟S107)，等待終端設(shè)備醒來(lái)，經(jīng)由受限網(wǎng)絡(luò)通信接口 6發(fā)送請(qǐng)求消息(步驟S108)，之后，結(jié)束本次處理。
[0072]由此，如果請(qǐng)求消息緩存空間已滿(mǎn)，則將該請(qǐng)求消息丟棄，在請(qǐng)求消息記錄部中建立請(qǐng)求消息記錄并設(shè)置丟棄標(biāo)志，從而避免緩存空間溢出導(dǎo)致的用戶(hù)端消息重傳，減少了通信流量。
[0073]下面，參照?qǐng)D3，對(duì)本發(fā)明的網(wǎng)關(guān)裝置針對(duì)來(lái)自非受限網(wǎng)絡(luò)的請(qǐng)求消息進(jìn)行控制處理的流程的另一個(gè)例子進(jìn)行說(shuō)明。
[0074]如圖3所示，處理開(kāi)始后，當(dāng)網(wǎng)關(guān)裝置10在非受限網(wǎng)絡(luò)通信接口 I接收到用戶(hù)請(qǐng)求消息(步驟S101)時(shí)，請(qǐng)求消息解析部2首先對(duì)該請(qǐng)求消息進(jìn)行解析，獲取源地址、請(qǐng)求方法、請(qǐng)求內(nèi)容、到達(dá)時(shí)間等信息(步驟S102)。之后。該請(qǐng)求消息解析部2進(jìn)一步通過(guò)查詢(xún)請(qǐng)求消息記錄部3，對(duì)根據(jù)該請(qǐng)求消息進(jìn)行重發(fā)識(shí)別，判斷該請(qǐng)求消息是否為重發(fā)消息(步驟S1103)。如果判斷為重發(fā)消息(步驟S1103中為是)，則在請(qǐng)求消息記錄部3內(nèi)設(shè)置優(yōu)先級(jí)(步驟S1104)，設(shè)置優(yōu)先級(jí)的方法例如是將到達(dá)時(shí)間設(shè)為該請(qǐng)求信息首次到達(dá)的到達(dá)時(shí)間。只要可以對(duì)請(qǐng)求消息的進(jìn)行排序，也可以采用其他設(shè)置優(yōu)先級(jí)的方法。如果判斷為不是重發(fā)消息(步驟S1103中為否)，則進(jìn)入步驟S103，在請(qǐng)求消息記錄部3內(nèi)生成新的請(qǐng)求消息記錄表?xiàng)l目。隨后，請(qǐng)求消息緩存管理部4查詢(xún)請(qǐng)求消息記錄部3，確定當(dāng)前請(qǐng)求消息同目前緩存于請(qǐng)求消息緩存部5內(nèi)的請(qǐng)求消息或者已經(jīng)發(fā)往資源受限網(wǎng)絡(luò)但還未回復(fù)的請(qǐng)求消息的關(guān)聯(lián)，并判斷是否存在關(guān)聯(lián)(步驟S1204，S1205)如果確定存在關(guān)聯(lián)(步驟S1204中為是)，則在請(qǐng)求消息記錄部3內(nèi)設(shè)置關(guān)聯(lián)標(biāo)志，同時(shí)更新請(qǐng)求消息緩存部5內(nèi)的請(qǐng)求消息(步驟S1206)，之后結(jié)束本次處理。步驟S1206中，具體更新方法是:對(duì)于發(fā)往同一終端設(shè)備的相同請(qǐng)求消息，在資源受限網(wǎng)絡(luò)側(cè)只需要發(fā)送一個(gè)消息；對(duì)于發(fā)往同一終端設(shè)備的不同請(qǐng)求消息，不會(huì)作為一條新的緩存消息加入至請(qǐng)求消息緩存部5的緩存隊(duì)列中，而是與所關(guān)聯(lián)著的請(qǐng)求消息合并為一個(gè)消息。由于請(qǐng)求消息屬于應(yīng)用層范疇，多個(gè)請(qǐng)求消息可以被同一個(gè)下層報(bào)頭承載，包括傳輸層、網(wǎng)絡(luò)層和鏈路層，減少了引入的流量。如果沒(méi)有發(fā)現(xiàn)關(guān)聯(lián)(步驟S1204中為否)，則進(jìn)入步驟S104，并繼續(xù)執(zhí)行步驟S104?S108的處理，步驟S104?S108的處理分別與上述圖2中的步驟S104?S108的處理相同，此處省略說(shuō)明。
[0075]由此，如果在請(qǐng)求消息緩存部5內(nèi)已存放有一個(gè)消息或者一個(gè)消息已經(jīng)發(fā)出但還未收到回復(fù)，對(duì)于與請(qǐng)求消息緩存部5中緩存著的請(qǐng)求消息間存在關(guān)聯(lián)的請(qǐng)求消息，不添加重復(fù)的請(qǐng)求消息至緩存，而是等待回復(fù)消息，由此，減少了通信流量。
[0076]另外，圖3中的步驟SI 103?SI 104的處理、步驟S1204?S1206的處理可以分別省略，當(dāng)兩者同時(shí)省略時(shí)，即構(gòu)成與圖2相同的實(shí)施方式。
[0077]下面，說(shuō)明本發(fā)明的針對(duì)來(lái)自資源受限網(wǎng)絡(luò)網(wǎng)關(guān)裝置本身的請(qǐng)求消息的控制和調(diào)度的流程。
[0078]如圖4所示，在終端設(shè)備進(jìn)入休眠狀態(tài)之前，資源信息存儲(chǔ)管理部9首先查詢(xún)終端設(shè)備的當(dāng)前狀態(tài)(步驟S201)。如果終端設(shè)備將長(zhǎng)時(shí)間處于工作狀態(tài)(步驟S201中為否)，則進(jìn)行下一次查詢(xún)。如果終端設(shè)備即將進(jìn)入休眠狀態(tài)(步驟S201中為是)，則查詢(xún)資源信息存儲(chǔ)部8確定是否有資源需要更新(步驟S202)。即將進(jìn)入休眠狀態(tài)，例如是指，距離終端設(shè)備進(jìn)入休眠狀態(tài)還有規(guī)定時(shí)間，例如為10秒鐘，當(dāng)然，該規(guī)定時(shí)間可以根據(jù)網(wǎng)絡(luò)狀態(tài)、資源信息的多少適當(dāng)設(shè)定。如果資源信息在下一個(gè)終端設(shè)備休眠時(shí)長(zhǎng)內(nèi)仍有效(步驟S203中為否)，則不進(jìn)行更新(步驟S204)。如果資源信息已經(jīng)失效或?qū)⒃谙乱粋€(gè)終端設(shè)備休眠時(shí)長(zhǎng)內(nèi)失效(步驟S203中為是)，則該資源信息需要更新，由資源信息存儲(chǔ)管理部9構(gòu)造資源信息更新請(qǐng)求消息(步驟S205)，隨后經(jīng)由受限網(wǎng)絡(luò)通信接口 6發(fā)往對(duì)應(yīng)的終端設(shè)備，來(lái)進(jìn)行資源信息的更新(步驟S206)。
[0079]由于從網(wǎng)關(guān)裝置發(fā)往資源受限網(wǎng)絡(luò)的請(qǐng)求消息類(lèi)型包括兩種:一種是來(lái)自非受限網(wǎng)絡(luò)用戶(hù)的請(qǐng)求消息，另一種是為更新資源信息存儲(chǔ)由網(wǎng)關(guān)裝置本身發(fā)出的請(qǐng)求消息，所以回復(fù)處理部7需要在網(wǎng)關(guān)裝置正確地處理回復(fù)消息，保證不同的回復(fù)消息可以轉(zhuǎn)發(fā)至正確的請(qǐng)求源。針對(duì)來(lái)自資源受限網(wǎng)絡(luò)的回復(fù)消息的處理流程如圖5所示。資源受限網(wǎng)絡(luò)網(wǎng)關(guān)裝置在受限網(wǎng)絡(luò)通信接口 6判斷回復(fù)消息是否到達(dá)(步驟S301)。當(dāng)判斷為未到達(dá)時(shí)(步驟S301中為否)，重復(fù)步驟S301直到回復(fù)消息到達(dá)。當(dāng)判斷為已接收到來(lái)自終端設(shè)備的回復(fù)消息后(步驟S301中為是)，回復(fù)處理部7首先對(duì)回復(fù)消息進(jìn)行解析，獲取消息ID、資源數(shù)據(jù)等信息，同時(shí)根據(jù)此信息查詢(xún)請(qǐng)求消息記錄部3 (步驟S302)。之后判斷是否存在請(qǐng)求消息記錄，來(lái)判斷該回復(fù)消息對(duì)應(yīng)的請(qǐng)求源(步驟S303)，如果在請(qǐng)求消息記錄部3內(nèi)沒(méi)有對(duì)應(yīng)的消息ID (步驟S303中為否)，則判定為請(qǐng)求源是網(wǎng)關(guān)裝置本身，隨后資源信息存儲(chǔ)管理部9獲取回復(fù)信息并導(dǎo)入資源信息存儲(chǔ)部8中(步驟S304)，然后資源信息存儲(chǔ)部8更新相應(yīng)的資源信息(步驟S305)，之后結(jié)束本次處理。如果在請(qǐng)求消息記錄部?jī)?nèi)存在相同的消息ID (步驟S303中為是)，則判定為請(qǐng)求源是來(lái)自用戶(hù)，隨后回復(fù)處理部7根據(jù)從請(qǐng)求消息記錄部3獲取的用戶(hù)信息(步驟S306)，并構(gòu)建回復(fù)消息(步驟S307)，然后發(fā)送至上述消息ID對(duì)應(yīng)的用戶(hù)(步驟S308)，之后結(jié)束本次處理。
[0080]圖6所示的表表示請(qǐng)求消息記錄表的格式。表中包含請(qǐng)求消息的相關(guān)信息，例如請(qǐng)求ID、地址信息、請(qǐng)求內(nèi)容、到達(dá)時(shí)間、與其他請(qǐng)求消息的關(guān)聯(lián)類(lèi)型等。其中，請(qǐng)求ID用于標(biāo)識(shí)來(lái)自非受限網(wǎng)絡(luò)的請(qǐng)求消息，對(duì)于當(dāng)前緩存于網(wǎng)關(guān)裝置和已經(jīng)發(fā)往資源受限網(wǎng)絡(luò)但還未回復(fù)的請(qǐng)求消息，該ID必須保證唯一性，所有發(fā)往資源受限網(wǎng)絡(luò)的請(qǐng)求消息均需添加此ID，而且終端設(shè)備生成的回復(fù)消息的ID必須同對(duì)應(yīng)的請(qǐng)求消息ID —致。源地址是來(lái)自非受限網(wǎng)絡(luò)的請(qǐng)求消息的源地址，為用戶(hù)地址。目的地址是資源受限網(wǎng)絡(luò)中終端設(shè)備的地址。請(qǐng)求方法是指該請(qǐng)求消息的請(qǐng)求方法，可以是查詢(xún)方法或者是控制方法。請(qǐng)求內(nèi)容是指該請(qǐng)求消息的內(nèi)容:對(duì)于查詢(xún)方法，內(nèi)容為查詢(xún)的對(duì)象,例如終端設(shè)備上的溫度、濕度信息,對(duì)于控制方法，則應(yīng)包含控制的對(duì)象，以及控制的數(shù)值。到達(dá)時(shí)間是指請(qǐng)求消息到達(dá)網(wǎng)關(guān)裝置的時(shí)間。緩存標(biāo)志用于標(biāo)識(shí)請(qǐng)求消息是否正緩存于網(wǎng)關(guān)裝置的請(qǐng)求消息緩存部?jī)?nèi)，以I表示該請(qǐng)求消息正存于請(qǐng)求消息緩存部，O表示該請(qǐng)求消息不在請(qǐng)求消息緩存部?jī)?nèi)。關(guān)聯(lián)類(lèi)型用于標(biāo)識(shí)該請(qǐng)求消息是否同請(qǐng)求消息記錄部?jī)?nèi)的其他消息存在關(guān)聯(lián)，以及關(guān)聯(lián)的類(lèi)型:1表示目的地址與請(qǐng)求內(nèi)容完全相同的請(qǐng)求消息，2表示目的地址相同但請(qǐng)求內(nèi)容不同的請(qǐng)求消息，O表示不存在關(guān)聯(lián)。關(guān)聯(lián)ID，表示關(guān)聯(lián)類(lèi)型所關(guān)聯(lián)的請(qǐng)求消息，用被關(guān)聯(lián)的請(qǐng)求消息的請(qǐng)求ID表示，默認(rèn)值為0，代表不存在關(guān)聯(lián)。丟棄標(biāo)志，在緩存已滿(mǎn)丟棄請(qǐng)求消息后設(shè)置此標(biāo)志，用于重發(fā)檢測(cè)，I表示已經(jīng)丟棄，O表示未丟棄。
[0081]圖7所示的表表示資源信息存儲(chǔ)資源表的格式。表中包含資源信息存儲(chǔ)中存儲(chǔ)的有關(guān)終端設(shè)備資源的相關(guān)信息，例如資源內(nèi)容、有效時(shí)長(zhǎng)、更新時(shí)間、休眠時(shí)長(zhǎng)等。其中資源內(nèi)容包含該資源的類(lèi)型、數(shù)據(jù)、代表的終端設(shè)備等信息，可以根據(jù)需要添加更多內(nèi)容。有效時(shí)長(zhǎng)是指該資源能夠維持有效狀態(tài)用于服務(wù)請(qǐng)求消息的持續(xù)時(shí)間。更新時(shí)間是指該資源的上次更新時(shí)間，用于判斷該資源是否有效，當(dāng)然也可以是下次應(yīng)當(dāng)更新的時(shí)間。休眠時(shí)長(zhǎng)是指該資源代表的終端設(shè)備的下一個(gè)休眠持續(xù)時(shí)間，用于判斷該資源是否需要更新。
[0082]實(shí)施例1
[0083]以下，參照?qǐng)D6、8?14說(shuō)明基于上述實(shí)施方式的實(shí)施例1。
[0084]設(shè)想位于非受限網(wǎng)絡(luò)的用戶(hù)，地址為10.1.1.3，想要查詢(xún)位于資源受限網(wǎng)絡(luò)的地址為192.168.1.1的終端設(shè)備上的溫度數(shù)據(jù)。用戶(hù)構(gòu)建查詢(xún)請(qǐng)求消息，包含查詢(xún)請(qǐng)求方法，查詢(xún)內(nèi)容為溫度，目的地址為終端設(shè)備192.168.1.1，隨后發(fā)往資源受限網(wǎng)絡(luò)網(wǎng)關(guān)裝置的非受限網(wǎng)絡(luò)通信接口。
[0085]設(shè)當(dāng)此請(qǐng)求消息被網(wǎng)關(guān)裝置接收時(shí)，目標(biāo)終端設(shè)備仍處于休眠狀態(tài)，且當(dāng)前有兩個(gè)請(qǐng)求消息正緩存于請(qǐng)求消息緩存部中，一個(gè)帶有請(qǐng)求ID101，一個(gè)帶有請(qǐng)求ID102，此時(shí)的請(qǐng)求消息記錄表如圖6所示。隨后，網(wǎng)關(guān)裝置的請(qǐng)求消息解析部對(duì)此請(qǐng)求消息進(jìn)行解析，并進(jìn)行重發(fā)檢測(cè)。因?yàn)榇藭r(shí)請(qǐng)求消息記錄表中的兩個(gè)請(qǐng)求消息的丟棄標(biāo)志為0，代表不存在丟棄消息，所以當(dāng)前的請(qǐng)求消息為新消息。之后，網(wǎng)關(guān)裝置在請(qǐng)求消息記錄表中為此請(qǐng)求消息創(chuàng)建新的請(qǐng)求記錄條目，并設(shè)置部分內(nèi)容，設(shè)置后的請(qǐng)求消息記錄表如圖8所示。此時(shí)，隨機(jī)選擇一個(gè)不同于其他ID值的103作為此請(qǐng)求消息的請(qǐng)求ID，但關(guān)聯(lián)類(lèi)型、關(guān)聯(lián)ID和丟棄標(biāo)志均未設(shè)置，緩存標(biāo)志為O代表此時(shí)此請(qǐng)求消息不在請(qǐng)求消息緩存部?jī)?nèi)。隨后，網(wǎng)關(guān)裝置進(jìn)行關(guān)聯(lián)檢測(cè)，查詢(xún)當(dāng)前請(qǐng)求消息與請(qǐng)求消息緩存部?jī)?nèi)的請(qǐng)求消息的關(guān)聯(lián)。通過(guò)查詢(xún)請(qǐng)求消息記錄表，發(fā)現(xiàn)當(dāng)前請(qǐng)求消息與ID為101的請(qǐng)求消息具有相同的目標(biāo)終端設(shè)備以及相同的請(qǐng)求方法與請(qǐng)求內(nèi)容，因此，網(wǎng)關(guān)裝置將不會(huì)把此請(qǐng)求消息傳入請(qǐng)求消息緩存部，同時(shí)設(shè)置關(guān)聯(lián)類(lèi)型為1，代表與表中另一個(gè)消息的目的地址和消息內(nèi)容完全相同，設(shè)置關(guān)聯(lián)ID為101，代表與表中請(qǐng)求ID為101的請(qǐng)求消息存在關(guān)聯(lián)。設(shè)置后的請(qǐng)求消息記錄表如圖9所示。隨后，網(wǎng)關(guān)裝置等待目標(biāo)終端設(shè)備恢復(fù)工作狀態(tài)后，把緩存中的兩個(gè)請(qǐng)求ID分別為101和102的請(qǐng)求消息經(jīng)由受限網(wǎng)絡(luò)通信接口發(fā)往相應(yīng)的終端設(shè)備。圖9的表中，包含了關(guān)聯(lián)類(lèi)型字段，但該關(guān)聯(lián)類(lèi)型字段不是必須的，即，作為本發(fā)明的實(shí)施方式，也可以是判斷出當(dāng)前請(qǐng)求消息與緩存著的某請(qǐng)求消息存在關(guān)聯(lián)時(shí)，僅設(shè)置關(guān)聯(lián)ID。
[0086]在資源受限網(wǎng)絡(luò)中傳輸?shù)恼?qǐng)求消息格式如圖10所示，ID為請(qǐng)求消息記錄表中的請(qǐng)求ID，目的地址為目標(biāo)終端設(shè)備地址，方法為請(qǐng)求消息記錄表中的請(qǐng)求方法，內(nèi)容為請(qǐng)求消息記錄表中的請(qǐng)求內(nèi)容。因此，兩個(gè)請(qǐng)求消息的格式如圖11、圖12所示。
[0087]一段時(shí)間后，網(wǎng)關(guān)裝置的受限網(wǎng)絡(luò)通信接口將會(huì)分別接收到兩個(gè)回復(fù)消息，格式如圖13、圖14所示，一個(gè)回復(fù)消息的ID為101，一個(gè)回復(fù)消息的ID為102。通過(guò)查詢(xún)請(qǐng)求消息記錄表，發(fā)現(xiàn)均存在相同的請(qǐng)求ID，確定這兩個(gè)回復(fù)消息的請(qǐng)求源來(lái)自非受限網(wǎng)絡(luò)。同時(shí)，發(fā)現(xiàn)請(qǐng)求ID為103的請(qǐng)求消息與ID為101的請(qǐng)求消息存在關(guān)聯(lián)，且關(guān)聯(lián)類(lèi)型為1，代表目標(biāo)地址與消息內(nèi)容完全一致，所以ID為101的回復(fù)消息內(nèi)容同樣可以滿(mǎn)足請(qǐng)求消息103的需求。隨后網(wǎng)關(guān)裝置將此回復(fù)消息分別發(fā)送給用戶(hù)10.1.1.1和用戶(hù)10.1.1.3。對(duì)于ID為102的回復(fù)消息，沒(méi)有發(fā)現(xiàn)關(guān)聯(lián)，則將此回復(fù)消息發(fā)送給用戶(hù)10.1.1.2。發(fā)送完3個(gè)回復(fù)消息后，系統(tǒng)將請(qǐng)求消息記錄表中對(duì)應(yīng)的3個(gè)條目刪除。
[0088]由此，根據(jù)本發(fā)明的流量控制及調(diào)度方法，能夠避免相同的請(qǐng)求消息緩存于網(wǎng)關(guān)裝置以及重復(fù)地發(fā)往資源受限網(wǎng)絡(luò)，使網(wǎng)關(guān)裝置下發(fā)的數(shù)據(jù)流量得到優(yōu)化，從而進(jìn)一步減輕網(wǎng)關(guān)裝置負(fù)載，提聞網(wǎng)絡(luò)效率。
[0089]實(shí)施例2
[0090]下面，參照同樣6、15?20說(shuō)明實(shí)施例2。設(shè)想位于非受限網(wǎng)絡(luò)的用戶(hù)，地址為10.1.1.4，想要控制位于資源受限網(wǎng)絡(luò)的地址為192.168.1.1的終端設(shè)備上的溫度數(shù)據(jù)。用戶(hù)構(gòu)建控制請(qǐng)求消息，包含控制請(qǐng)求方法，控制內(nèi)容為溫度，目的地址為終端設(shè)備192.168.1.1，隨后發(fā)往資源受限網(wǎng)絡(luò)網(wǎng)關(guān)裝置的非受限網(wǎng)絡(luò)通信接口。
[0091]設(shè)當(dāng)此請(qǐng)求消息被網(wǎng)關(guān)裝置接收時(shí)，目標(biāo)終端設(shè)備仍處于休眠狀態(tài)，且當(dāng)前有兩個(gè)請(qǐng)求消息正緩存于請(qǐng)求消息緩存部中，一個(gè)帶有請(qǐng)求ID101，一個(gè)帶有請(qǐng)求ID102，此時(shí)的請(qǐng)求消息記錄表如圖6所示。隨后，網(wǎng)關(guān)裝置解析此請(qǐng)求消息，并進(jìn)行重發(fā)檢測(cè)。因?yàn)榇藭r(shí)請(qǐng)求消息記錄表中的兩個(gè)請(qǐng)求消息的丟棄標(biāo)志為0，代表不存在丟棄消息，所以當(dāng)前的請(qǐng)求消息為新消息。之后，網(wǎng)關(guān)裝置在請(qǐng)求消息記錄表中為此請(qǐng)求消息創(chuàng)建新的請(qǐng)求記錄條目，并設(shè)置部分內(nèi)容，設(shè)置后的請(qǐng)求消息記錄表如圖15所示。此時(shí)，隨機(jī)選擇一個(gè)不同于其他ID值的104作為此請(qǐng)求消息的請(qǐng)求ID，但關(guān)聯(lián)類(lèi)型、關(guān)聯(lián)ID和丟棄標(biāo)志均未設(shè)置，緩存標(biāo)志為O代表此時(shí)此請(qǐng)求消息不在請(qǐng)求消息緩存部?jī)?nèi)。隨后，網(wǎng)關(guān)裝置進(jìn)行關(guān)聯(lián)檢測(cè)，查詢(xún)當(dāng)前請(qǐng)求消息與請(qǐng)求消息緩存部?jī)?nèi)的請(qǐng)求消息的關(guān)聯(lián)。通過(guò)查詢(xún)請(qǐng)求消息記錄表，發(fā)現(xiàn)當(dāng)前請(qǐng)求消息與ID為101的請(qǐng)求消息具有相同的目標(biāo)終端設(shè)備，但是請(qǐng)求消息內(nèi)容不同，因此，網(wǎng)關(guān)裝置將會(huì)把此請(qǐng)求消息與緩存中ID為101的請(qǐng)求消息合并，使這兩個(gè)請(qǐng)求消息共用相同的傳輸層，網(wǎng)絡(luò)層和鏈路層報(bào)頭，同時(shí)設(shè)置關(guān)聯(lián)類(lèi)型為2，代表與表中另一個(gè)消息的目的地址相同但消息內(nèi)容不同，設(shè)置關(guān)聯(lián)ID為101，代表與表中請(qǐng)求ID為101的請(qǐng)求消息存在關(guān)聯(lián)。設(shè)置后的請(qǐng)求消息記錄表如圖16所示。隨后，網(wǎng)關(guān)裝置等待目標(biāo)終端設(shè)備恢復(fù)工作狀態(tài)后，把緩存中的兩個(gè)請(qǐng)求ID分別為101和102的請(qǐng)求消息經(jīng)由受限網(wǎng)絡(luò)通信接口發(fā)往相應(yīng)的終端設(shè)備。
[0092]兩個(gè)請(qǐng)求消息的格式如圖17、圖18所示。
[0093]另外，圖16的表中，包含了關(guān)聯(lián)類(lèi)型字段，但該關(guān)聯(lián)類(lèi)型字段不是必須的，即，作為本發(fā)明的實(shí)施方式，也可以是判斷出當(dāng)前請(qǐng)求消息與緩存著的某請(qǐng)求消息存在關(guān)聯(lián)時(shí)，僅設(shè)置關(guān)聯(lián)ID。
[0094]一段時(shí)間后，網(wǎng)關(guān)裝置的受限網(wǎng)絡(luò)通信接口將會(huì)分別接收到兩個(gè)回復(fù)消息，格式如圖19、圖20所示，一個(gè)回復(fù)消息的ID為101，一個(gè)回復(fù)消息的ID為102。通過(guò)查詢(xún)請(qǐng)求消息記錄表，發(fā)現(xiàn)均存在相同的請(qǐng)求ID，確定這兩個(gè)回復(fù)消息的請(qǐng)求源來(lái)自非受限網(wǎng)絡(luò)。同時(shí)，發(fā)現(xiàn)請(qǐng)求ID為104的請(qǐng)求消息與ID為101的請(qǐng)求消息存在關(guān)聯(lián)，且關(guān)聯(lián)類(lèi)型為2，代表目的地址一致，內(nèi)容合并,所以ID為101的回復(fù)消息內(nèi)容中包含可以滿(mǎn)足請(qǐng)求消息104的需求的請(qǐng)求消息內(nèi)容。隨后網(wǎng)關(guān)裝置將此回復(fù)消息內(nèi)容分離，并分別發(fā)送給用戶(hù)10.1.1.1和用戶(hù)10.1.1.4。對(duì)于ID為102的回復(fù)消息，沒(méi)有發(fā)現(xiàn)關(guān)聯(lián)，則將此回復(fù)消息發(fā)送給用戶(hù)10.1.1.2。發(fā)送完3個(gè)回復(fù)消息后，系統(tǒng)將請(qǐng)求消息記錄表中對(duì)應(yīng)的3個(gè)條目刪除。
[0095]由此，根據(jù)本發(fā)明的流量控制及調(diào)度方法，對(duì)于發(fā)往相同目標(biāo)終端設(shè)備的不同請(qǐng)求消息，可以實(shí)現(xiàn)消息內(nèi)容的合并，使網(wǎng)關(guān)裝置下發(fā)的數(shù)據(jù)流量得到優(yōu)化，從而進(jìn)一步減輕網(wǎng)關(guān)裝置負(fù)載，提聞網(wǎng)絡(luò)效率。
[0096]實(shí)施例3
[0097]下面，參照?qǐng)D21?圖24說(shuō)明實(shí)施例3。設(shè)想位于非受限網(wǎng)絡(luò)的用戶(hù)，地址為10.1.1.5，想要查詢(xún)位于資源受限網(wǎng)絡(luò)的地址為192.168.1.5的終端設(shè)備上的溫度數(shù)據(jù)。用戶(hù)構(gòu)建查詢(xún)請(qǐng)求消息，包含查詢(xún)請(qǐng)求方法，查詢(xún)內(nèi)容為溫度，目的地址為終端設(shè)備192.168.1.5，隨后發(fā)往資源受限網(wǎng)絡(luò)網(wǎng)關(guān)裝置的非受限網(wǎng)絡(luò)通信接口。
[0098]當(dāng)此請(qǐng)求消息被網(wǎng)關(guān)裝置接收時(shí)，此時(shí)目標(biāo)終端設(shè)備仍處于休眠狀態(tài)，且此時(shí)的請(qǐng)求消息記錄表如圖21所示。此時(shí)，已經(jīng)有4條請(qǐng)求消息緩存在網(wǎng)關(guān)裝置內(nèi)。隨后，網(wǎng)關(guān)裝置解析此請(qǐng)求消息，并進(jìn)行重發(fā)檢測(cè)。因?yàn)榇藭r(shí)請(qǐng)求消息記錄表中的請(qǐng)求消息的丟棄標(biāo)志均為0，代表不存在丟棄消息，所以當(dāng)前的請(qǐng)求消息為新消息。之后，網(wǎng)關(guān)裝置在請(qǐng)求消息記錄表中為此請(qǐng)求消息創(chuàng)建新的請(qǐng)求記錄條目。新創(chuàng)建的條目如圖22所示。此時(shí)，網(wǎng)關(guān)裝置發(fā)現(xiàn)請(qǐng)求消息緩存部的緩存空間已滿(mǎn)，因此，此請(qǐng)求消息被丟棄。同時(shí)，設(shè)置此請(qǐng)求消息條目中的丟棄標(biāo)志為1，如圖23所示。隨后，網(wǎng)關(guān)裝置構(gòu)建丟棄通知消息回復(fù)給用戶(hù)，該通知消息包含下一次目標(biāo)終端設(shè)備恢復(fù)工作狀態(tài)的時(shí)間，使用戶(hù)可以合理地選擇重發(fā)時(shí)間。同時(shí)，網(wǎng)關(guān)裝置保存此請(qǐng)求消息的請(qǐng)求消息記錄表?xiàng)l目信息。
[0099]一段時(shí)間后，用戶(hù)再次發(fā)送相同的請(qǐng)求消息，此時(shí)請(qǐng)求消息記錄表如圖24所示。設(shè)此時(shí)ID為103和104的請(qǐng)求消息已經(jīng)被處理完畢且返還給用戶(hù)，由此有關(guān)這兩條消息的記錄條目被刪除，ID為101和102的請(qǐng)求消息仍未處理，保存在請(qǐng)求消息緩存部?jī)?nèi)，同時(shí)，當(dāng)前有一條新的請(qǐng)求消息，ID106的請(qǐng)求消息已經(jīng)到達(dá)網(wǎng)關(guān)裝置且已經(jīng)保存至請(qǐng)求消息緩存部?jī)?nèi)。之后網(wǎng)關(guān)裝置解析此請(qǐng)求消息，并進(jìn)行重發(fā)檢測(cè)。發(fā)現(xiàn)ID為105的請(qǐng)求消息丟棄標(biāo)志為1，且與當(dāng)前請(qǐng)求消息源地址、目的地址和消息內(nèi)容完全一致，代表當(dāng)前請(qǐng)求消息為重發(fā)消息。此時(shí)，不建立新的請(qǐng)求記錄條目，并且不更新條目的到達(dá)時(shí)間。隨后，在請(qǐng)求消息緩存部中對(duì)請(qǐng)求消息進(jìn)行排序時(shí)，會(huì)根據(jù)到達(dá)時(shí)間安排隊(duì)列順序。因此，雖然當(dāng)前請(qǐng)求消息的時(shí)間實(shí)際到達(dá)時(shí)間晚于ID為106的請(qǐng)求消息，但是在隊(duì)列中將會(huì)排在請(qǐng)求ID為106的請(qǐng)求消息的前面，使其更快地得到服務(wù)響應(yīng)，減少延遲。
[0100]由此，根據(jù)本發(fā)明的用于應(yīng)對(duì)由于資源受限網(wǎng)絡(luò)網(wǎng)關(guān)裝置緩存溢出而造成的請(qǐng)求消息丟失的方法，能夠減少客戶(hù)端的請(qǐng)求消息重發(fā)并且減輕由于消息重發(fā)帶來(lái)的延遲。
[0101]實(shí)施例4
[0102]下面說(shuō)明實(shí)施例4。在本實(shí)施例中，網(wǎng)關(guān)裝置需要在終端設(shè)備進(jìn)入休眠狀態(tài)前進(jìn)行資源信息存儲(chǔ)資源更新。
[0103]此時(shí)資源信息存儲(chǔ)部?jī)?nèi)的資源信息存儲(chǔ)資源表如圖7所示。假設(shè)當(dāng)前時(shí)間為20:34:30，并且終端設(shè)備192.168.1.1和192.168.1.2將會(huì)在20:35:00時(shí)刻進(jìn)入休眠狀態(tài)。
[0104]根據(jù)資源信息存儲(chǔ)資源表，對(duì)于終端設(shè)備192.168.1.1上的溫度資源，當(dāng)前已經(jīng)失效，所以需要更新；對(duì)于終端設(shè)備192.168.1.1上的濕度資源，雖然當(dāng)前有效，但會(huì)在終端設(shè)備下一個(gè)休眠時(shí)長(zhǎng)內(nèi)失效，所以需要更新；對(duì)于終端設(shè)備192.168.1.2上的光強(qiáng)資源，當(dāng)前有效，并且在終端設(shè)備下一個(gè)休眠時(shí)長(zhǎng)內(nèi)仍然有效，所以此次不需要更新。隨后，網(wǎng)關(guān)裝置構(gòu)建兩個(gè)請(qǐng)求消息，包含查詢(xún)方法，去獲取相應(yīng)的資源信息，消息格式同樣遵循圖10所示，此時(shí)所選擇的ID必須與請(qǐng)求消息記錄表內(nèi)所有消息條目的ID不一致。
[0105]當(dāng)更新資源的回復(fù)消息被網(wǎng)關(guān)裝置接收后，網(wǎng)關(guān)裝置查詢(xún)請(qǐng)求消息記錄表，發(fā)現(xiàn)沒(méi)有與回復(fù)消息具有相同ID的請(qǐng)求消息條目，則確定該回復(fù)消息的請(qǐng)求源是網(wǎng)關(guān)裝置本身。隨后，網(wǎng)關(guān)裝置把消息中的資源信息提取出來(lái)，并更新資源信息存儲(chǔ)資源表。
[0106]由此，根據(jù)本發(fā)明的流量控制及調(diào)度方法，在資源信息存儲(chǔ)更新時(shí)，能夠減少在更新網(wǎng)關(guān)裝置資源信息存儲(chǔ)上的資源信息時(shí)引入的數(shù)據(jù)流量，減輕資源受限網(wǎng)絡(luò)的擁堵情況，實(shí)現(xiàn)資源受限網(wǎng)絡(luò)的性能提升。
[0107]以下，結(jié)合圖25對(duì)本發(fā)明的通信系統(tǒng)進(jìn)行說(shuō)明。
[0108]圖25是示意性地表示本發(fā)明的通信系統(tǒng)100的框圖。如圖25所示，本發(fā)明的通信系統(tǒng)100包括客戶(hù)端裝置20、網(wǎng)關(guān)裝置10以及服務(wù)器裝置30，其中，客戶(hù)端裝置20經(jīng)由非受限網(wǎng)絡(luò)與網(wǎng)關(guān)裝置10相連，網(wǎng)關(guān)裝置10與服務(wù)器裝置30經(jīng)由受限網(wǎng)絡(luò)而連接。
[0109]圖25中所示的服務(wù)器裝置30可以是一臺(tái)，也可以是多臺(tái)。并且，服務(wù)器裝置30的類(lèi)型并不特別限定，可以是普通的服務(wù)器裝置，也可以是具有休眠功能的服務(wù)器裝置。
[0110]另外，本發(fā)明的網(wǎng)關(guān)設(shè)備10、客戶(hù)端裝置20、服務(wù)器裝置30具備的構(gòu)成要素的一部分或全部也可以由一個(gè)系統(tǒng)LSI (Large Scale Integrat1n:大規(guī)模集成電路)構(gòu)成。系統(tǒng)LSI是，將多個(gè)構(gòu)成部集成在一個(gè)芯片上而制造的超多功能LSI，具體而言，是包括微處理器、R0M(Read Only Memory) > RAM (Random Access Memory)等而構(gòu)成的計(jì)算機(jī)系統(tǒng)。ROM存儲(chǔ)有計(jì)算機(jī)程序。微處理器根據(jù)計(jì)算機(jī)程序進(jìn)行工作，據(jù)此，系統(tǒng)LSI實(shí)現(xiàn)其功能。
[0111]而且，在此，被稱(chēng)為L(zhǎng)SI，但是，根據(jù)集成度不同，會(huì)有被稱(chēng)為1C、系統(tǒng)LS1、超LS1、特大LSI的情況。并且，對(duì)于集成電路化的方法，不僅限于LSI，也可以以專(zhuān)用電路或通用處理器來(lái)實(shí)現(xiàn)。也可以利用在制造LSI后能夠編程的FPGA(Field Programmable GateArray:現(xiàn)場(chǎng)可編程門(mén)陣列)、或可重構(gòu)LSI內(nèi)部的電路單元的連接以及設(shè)定的可重構(gòu)處理器。
[0112]進(jìn)而，當(dāng)然，若因半導(dǎo)體技術(shù)的進(jìn)步或?qū)С龅钠渌募夹g(shù)而出現(xiàn)代替LSI的集成電路化的技術(shù)，則可以利用其技術(shù)對(duì)功能框進(jìn)行集成化。存在生物技術(shù)的應(yīng)用等的可能性。
[0113]以上，對(duì)于本發(fā)明的網(wǎng)關(guān)裝置、通信系統(tǒng)以及流量控制方法進(jìn)行了說(shuō)明，但是，本發(fā)明不僅限于這樣的實(shí)施例。只要不脫離本發(fā)明的宗旨，對(duì)各本實(shí)施例施行本領(lǐng)域的技術(shù)人員想到的各種變形的形態(tài)、或組合不同的實(shí)施例中的構(gòu)成要素而構(gòu)成的形態(tài)，也包含在本發(fā)明的范圍內(nèi)。
【權(quán)利要求】
1.一種網(wǎng)關(guān)裝置，對(duì)包含具有休眠功能的終端設(shè)備的受限網(wǎng)絡(luò)所參與的通信進(jìn)行控制，其特征在于，具有: 請(qǐng)求消息接收部，接收訪問(wèn)目標(biāo)為上述受限網(wǎng)絡(luò)中的上述具有休眠功能的終端設(shè)備的請(qǐng)求消息； 請(qǐng)求消息解析部，對(duì)于由上述請(qǐng)求消息接收部接收到的上述請(qǐng)求消息進(jìn)行解析，獲得上述請(qǐng)求消息中包含的信息； 請(qǐng)求消息記錄部，參照由上述請(qǐng)求消息解析部獲得的信息，針對(duì)由上述請(qǐng)求消息接收部接收到的上述請(qǐng)求消息建立并保存請(qǐng)求消息記錄； 請(qǐng)求消息緩存部，緩存即將發(fā)往上述具有休眠功能的終端設(shè)備的上述請(qǐng)求消息；以及 請(qǐng)求消息緩存管理部，根據(jù)上述請(qǐng)求消息記錄部所保存的上述請(qǐng)求消息記錄，對(duì)上述請(qǐng)求消息緩存部緩存上述請(qǐng)求消息的動(dòng)作進(jìn)行管理， 上述請(qǐng)求消息緩存管理部，當(dāng)根據(jù)上述請(qǐng)求消息記錄判斷為上述請(qǐng)求消息緩存部的緩存空間已滿(mǎn)時(shí)，對(duì)于所接收到的上述請(qǐng)求消息，不將其緩存在上述請(qǐng)求消息緩存部中而將其丟棄，并在上述請(qǐng)求消息記錄部所保存的與所接收到的上述請(qǐng)求消息對(duì)應(yīng)的上述請(qǐng)求消息記錄中添加丟棄標(biāo)志。
2.如權(quán)利要求1所述的網(wǎng)關(guān)裝置，其特征在于， 上述請(qǐng)求消息緩存管理部，當(dāng)根據(jù)上述請(qǐng)求消息記錄判斷為所接收到的上述請(qǐng)求消息與已被緩存于上述請(qǐng)求消息緩存部的第一請(qǐng)求消息相同時(shí)，不在上述請(qǐng)求消息緩存部中緩存所接收到的上述請(qǐng)求消息而將其丟棄，并將與上述第一請(qǐng)求消息對(duì)應(yīng)的上述請(qǐng)求編號(hào)作為關(guān)聯(lián)標(biāo)志、添加到在上述請(qǐng)求消息記錄部所保存的與所接收到的上述請(qǐng)求消息對(duì)應(yīng)的上述請(qǐng)求消息記錄中。
3.如權(quán)利要求1所述的網(wǎng)關(guān)裝置，其特征在于， 上述請(qǐng)求消息緩存管理部，當(dāng)根據(jù)上述請(qǐng)求消息記錄判斷為所接收到的上述請(qǐng)求消息與已被緩存于上述請(qǐng)求消息緩存部的第二請(qǐng)求消息的訪問(wèn)目標(biāo)終端設(shè)備相同時(shí)，不在上述請(qǐng)求消息緩存部中緩存所接收到的上述請(qǐng)求消息而將其丟棄，并將與上述第二請(qǐng)求消息對(duì)應(yīng)的上述請(qǐng)求編號(hào)作為關(guān)聯(lián)標(biāo)志、添加到在上述請(qǐng)求消息記錄部所保存的與所接收到的上述請(qǐng)求消息對(duì)應(yīng)的上述請(qǐng)求消息記錄中。
4.如權(quán)利要求1至3中任一項(xiàng)所述的網(wǎng)關(guān)裝置，其特征在于， 還具有資源信息存儲(chǔ)部，該資源信息存儲(chǔ)部用于存儲(chǔ)位于上述受限網(wǎng)絡(luò)中的上述具有休眠功能的終端設(shè)備的資源信息， 上述請(qǐng)求消息解析部對(duì)由上述請(qǐng)求消息接收部所接收到的上述請(qǐng)求消息進(jìn)行解析后，判斷為上述資源信息存儲(chǔ)部中所存儲(chǔ)的上述資源信息能夠滿(mǎn)足上述請(qǐng)求消息時(shí)，根據(jù)上述資源信息存儲(chǔ)部中所存儲(chǔ)的上述資源信息來(lái)回復(fù)上述請(qǐng)求消息。
5.如權(quán)利要求4所述的網(wǎng)關(guān)裝置，其特征在于， 還具有資源信息存儲(chǔ)管理部，該資源信息存儲(chǔ)管理部對(duì)上述資源信息存儲(chǔ)部所存儲(chǔ)的上述資源信息進(jìn)行管理，以保證上述資源信息處于有效的狀態(tài)。
6.如權(quán)利要求5所述的網(wǎng)關(guān)裝置，其特征在于， 上述資源信息至少包括終端設(shè)備ID、資源內(nèi)容、有效時(shí)長(zhǎng)、上次資源信息更新時(shí)間， 上述資源信息存儲(chǔ)管理部，在從上述上次資源信息更新時(shí)間起經(jīng)過(guò)有效時(shí)長(zhǎng)之前，更新上述資源信息存儲(chǔ)部所存儲(chǔ)的即將失效的上述資源信息。
7.如權(quán)利要求6所述的網(wǎng)關(guān)裝置，其特征在于， 上述資源信息還包括終端設(shè)備下次休眠時(shí)刻、休眠時(shí)長(zhǎng)， 上述資源信息存儲(chǔ)管理部，在判斷為上述資源信息將在上述終端設(shè)備下次休眠期間失效時(shí)，在上述終端設(shè)備下次休眠之前，更新上述資源信息存儲(chǔ)部所存儲(chǔ)的該即將失效的上述資源信息。
8.如權(quán)利要求1中所述的網(wǎng)關(guān)裝置，其特征在于， 上述請(qǐng)求消息解析部，根據(jù)對(duì)于由上述請(qǐng)求消息接收部接收到的上述請(qǐng)求消息進(jìn)行解析而獲得的上述信息，判斷為所接收到的上述請(qǐng)求消息與上述請(qǐng)求消息記錄部中所保存的帶有上述丟棄標(biāo)志的上述請(qǐng)求消息記錄相同時(shí)，上述請(qǐng)求消息記錄部對(duì)于所接收到的上述請(qǐng)求消息不建立上述消息記錄。
9.一種通信系統(tǒng)，其特征在于， 具備上述權(quán)利要求1至8中任一項(xiàng)所述的網(wǎng)關(guān)裝置。
10.一種網(wǎng)關(guān)裝置，其特征在于， 為以集成電路構(gòu)成上述權(quán)利要求1至8中任一項(xiàng)所述的網(wǎng)關(guān)裝置。
11.一種網(wǎng)關(guān)裝置所用的流量控制方法，對(duì)包含具有休眠功能的終端設(shè)備的受限網(wǎng)絡(luò)所參與的通信進(jìn)行控制，該流量控制方法的特征在于，包括: 請(qǐng)求消息接收步驟，接收訪問(wèn)目標(biāo)為上述受限網(wǎng)絡(luò)中的上述具有休眠功能的終端設(shè)備的請(qǐng)求消息； 請(qǐng)求消息解析步驟，對(duì)于由上述請(qǐng)求消息接收步驟接收到的上述請(qǐng)求消息進(jìn)行解析，獲得上述請(qǐng)求消息中包含的信息； 請(qǐng)求消息記錄步驟，參照由上述請(qǐng)求消息解析步驟獲得的信息，針對(duì)由上述請(qǐng)求消息接收步驟接收到的上述請(qǐng)求消息建立并保存請(qǐng)求消息記錄； 請(qǐng)求消息緩存步驟，緩存即將發(fā)往上述具有休眠功能的終端設(shè)備的請(qǐng)求消息；以及 請(qǐng)求消息緩存管理步驟，根據(jù)上述請(qǐng)求消息記錄步驟所保存的上述請(qǐng)求消息記錄，對(duì)上述請(qǐng)求消息緩存步驟緩存上述請(qǐng)求消息的動(dòng)作進(jìn)行管理， 在上述請(qǐng)求消息緩存管理步驟中，當(dāng)根據(jù)上述請(qǐng)求消息記錄判斷為上述請(qǐng)求消息緩存步驟的緩存空間已滿(mǎn)時(shí)，對(duì)于所接收到的請(qǐng)求消息，不將其緩存在上述請(qǐng)求消息緩存步驟中而將其丟棄，并在上述請(qǐng)求消息記錄步驟所保存的與所接收到的上述請(qǐng)求消息對(duì)應(yīng)的上述請(qǐng)求消息記錄中添加丟棄標(biāo)志。
【文檔編號(hào)】H04L12/801GK104283800SQ201310280840
【公開(kāi)日】2015年1月14日 申請(qǐng)日期:2013年7月5日 優(yōu)先權(quán)日:2013年7月5日
【發(fā)明者】安勍, 何璇, 馬元琛 申請(qǐng)人:株式會(huì)社日立制作所