網(wǎng)關裝置、通信系統(tǒng)以及流量控制方法
【專利摘要】本發(fā)明提供能夠減少通信流量的網(wǎng)關裝置、通信系統(tǒng)以及流量控制方法，該網(wǎng)關裝置具有：請求消息接收部，接收訪問目標為受限網(wǎng)絡中的具有休眠功能的終端設備的請求消息；請求消息解析部，對于接收到的請求消息進行解析，獲得請求消息中包含的信息；請求消息記錄部，參照由請求消息解析部獲得的信息，針對接收到的請求消息建立并保存請求消息記錄；請求消息緩存部，緩存即將發(fā)往具有休眠功能的終端設備的請求消息；以及請求消息緩存管理部，當判斷為請求消息緩存部的緩存空間已滿時，對于所接收到的請求消息，不將其緩存在請求消息緩存部中而將其丟棄，并在與所接收到的請求消息對應的請求消息記錄中添加丟棄標志。
【專利說明】網(wǎng)關裝置、通信系統(tǒng)以及流量控制方法
【技術領域】
[0001]本發(fā)明涉及網(wǎng)關裝置、通信系統(tǒng)以及流量控制方法，尤其涉及包含具有休眠功能的終端設備的資源受限網(wǎng)絡所用的網(wǎng)關裝置、通信系統(tǒng)以及流量控制方法。
【背景技術】
[0002]資源受限網(wǎng)絡中的終端設備通常是由有限電力的電池供電。出于節(jié)能考慮，這些終端設備在大部分時間里處于節(jié)能的休眠狀態(tài)，但會周期性地恢復工作狀態(tài)，在工作了短暫的時間之后，將再次進入到休眠狀態(tài)。處于休眠狀態(tài)的終端設備無法進行消息的接收與發(fā)送，只有在工作狀態(tài)，所述終端設備才能夠進行消息的交互和處理。
[0003]此外，在現(xiàn)有的通信系統(tǒng)中，由于受限網(wǎng)絡與非受限網(wǎng)絡(例如公共網(wǎng)絡)的通信協(xié)議并不兼容，因此需要在受限網(wǎng)絡與非受限網(wǎng)絡的邊界處引入網(wǎng)關裝置(也稱為代理節(jié)點)，為所述兩個網(wǎng)絡提供相應接口、通信協(xié)議的轉換以及消息的轉發(fā)等功能。從而實現(xiàn)非受限網(wǎng)絡中的用戶對受限網(wǎng)絡中的終端設備的訪問。
[0004]在上述系統(tǒng)中，當受限網(wǎng)絡中的某具有休眠功能的終端設備進入休眠狀態(tài)時，網(wǎng)關裝置發(fā)往該具有休眠功能的終端設備的請求消息將無法被接收。在這種情況下，提供一種恰當?shù)木W(wǎng)關裝置，對包含具有休眠功能的終端設備的資源受限網(wǎng)絡的數(shù)據(jù)流量進行合理的控制和調(diào)度，從而保證消息交互的順利及時進行、減少網(wǎng)絡流量、減少網(wǎng)絡擁堵、提高網(wǎng)絡效率，已經(jīng)成為亟待解決的問題。
[0005]針對這一問題，現(xiàn)有技術中提出了一些解決方案。例如，在專利文獻I中，提出了一種機制，網(wǎng)關裝置利用應用層協(xié)議同步其所管理的資源受限網(wǎng)絡中的具有休眠功能的終端設備的休眠信息，利用此同步信息在所述網(wǎng)關裝置控制發(fā)往資源受限網(wǎng)絡數(shù)據(jù)的發(fā)送時間，從而保證所述網(wǎng)關裝置向具有休眠功能的終端設備發(fā)送的數(shù)據(jù)能夠被所述終端設備順利接收。
[0006]具體而言，在專利文獻I中，資源受限網(wǎng)絡中的代理節(jié)點所管理的具有休眠功能的終端設備在下一次休眠到來之前，將有關此次休眠的休眠時刻以及休眠時長信息裝載于應用層協(xié)議中，代理節(jié)點利用此應用層協(xié)議與具有休眠功能的終端設備通信，獲得所述休眠信息并保存于本地。利用所述休眠信息，代理節(jié)點可以控制和調(diào)度需要發(fā)往具有休眠功能的終端設備的數(shù)據(jù)。當來自非受限網(wǎng)絡的用戶需要向位于資源受限網(wǎng)絡的具有休眠功能的終端設備發(fā)送請求消息時，請求消息首先被發(fā)送到代理節(jié)點，代理節(jié)點接收到來自用戶的請求消息后，查詢保存于本地的關于成為請求消息要訪問的目標的具有休眠功能的終端設備的休眠信息，如果此時目標終端設備處于休眠狀態(tài)，則代理節(jié)點將請求消息緩存于本地，等待終端設備恢復工作狀態(tài)后，代理節(jié)點將請求消息發(fā)往此終端設備。同時，為了減少由于緩存機制帶來的請求延遲，代理節(jié)點在本地建立終端資源信息存儲區(qū)域，用于存儲受限網(wǎng)絡中的具有休眠功能的終端設備上的資源信息。當請求消息到達代理節(jié)點且目標終端設備處于休眠狀態(tài)時，如果所述終端資源信息存儲區(qū)域中的資源信息可以滿足請求消息的需求，則代理節(jié)點直接生成回復消息發(fā)送給用戶。為了維護所述終端資源信息存儲區(qū)域中的資源信息，具有休眠功能的終端設備在每次進入休眠狀態(tài)前，都主動向代理節(jié)點發(fā)送請求消息來更新對應的資源信息。
[0007]專利文獻1:美國 US2012/0151028A1
[0008]但是，在專利文獻I中，仍然存在以下技術問題:
[0009](I)專利文獻I中雖然在資源受限網(wǎng)絡中的代理節(jié)點上設置了請求消息緩存機制來保證發(fā)往資源受限網(wǎng)絡的請求消息能夠被具有休眠功能的終端設備接收，但并沒有考慮所述代理節(jié)點的緩存能力，沒有合理控制緩存在所述代理節(jié)點中請求消息的數(shù)量，容易造成緩存溢出。當請求消息緩存發(fā)生溢出時，請求消息可能丟失，進而需要客戶端進行消息重傳，從而導致網(wǎng)絡流量增大、網(wǎng)絡通信延遲增加，通信效率降低。
[0010](2)專利文獻I中通過引入將部分終端資源信息存儲在代理節(jié)點本地的機制，在具有休眠功能的終端設備處于休眠狀態(tài)時，能減少延遲以及減少發(fā)往資源受限網(wǎng)絡的數(shù)據(jù)流量。但專利文獻I中，并未考慮到請求消息之間的關聯(lián)性，對于本地保存的終端資源信息無法滿足并且相互存在關聯(lián)(例如訪問目的終端一致)的多條請求消息，專利文獻I中的代理節(jié)點只能通過將這種消息逐條發(fā)往資源受限網(wǎng)絡來獲取相應的資源信息，不能說有效地減少了發(fā)往資源受限網(wǎng)絡的數(shù)據(jù)流量。
[0011](3)專利文獻I中使用的代理節(jié)點本地存儲的資源信息維護機制，即具有休眠功能的終端設備每當進入休眠狀態(tài)之前，都主動請求資源受限網(wǎng)絡代理節(jié)點更新其代理節(jié)點中存儲的資源信息。但在某個終端設備進入休眠前的資源信息在該終端設備進入休眠狀態(tài)起到下一次恢復工作狀態(tài)為止期間一直保持有效的情況下，應用專利文獻I中的代理節(jié)點本地的資源信息維護機制，將發(fā)生不必要的訪問，從而會在資源受限網(wǎng)絡引入額外的數(shù)據(jù)流量。
[0012]如上所述，對于包含具有休眠功能的終端設備的資源受限網(wǎng)絡，如何提供一種恰當?shù)木W(wǎng)關裝置，來進行恰當?shù)臄?shù)據(jù)流量控制，從而減輕網(wǎng)關裝置負載，減少發(fā)往資源受限網(wǎng)絡的數(shù)據(jù)流量，提高網(wǎng)絡效率，以專利文獻I為代表的現(xiàn)有技術并不能夠很好的實現(xiàn)這些目的。
【發(fā)明內(nèi)容】
[0013]本發(fā)明用于解決上述問題，其目的在于，提供一種針對包含具有休眠功能的終端設備的資源受限網(wǎng)絡的數(shù)據(jù)流量進行控制與調(diào)度的網(wǎng)關裝置、通信系統(tǒng)及流量控制方法，能夠使緩存于該網(wǎng)關裝置的請求消息數(shù)量得到優(yōu)化并且使該網(wǎng)關裝置下發(fā)的數(shù)據(jù)流量得到優(yōu)化，從而進一步減輕網(wǎng)關裝置負載，提高網(wǎng)絡通信效率。
[0014]另外，本發(fā)明的目的還在于，提供一種適用于資源受限網(wǎng)絡的網(wǎng)關裝置本地存儲的資源信息的更新方法，能夠減少在更新網(wǎng)關裝置存儲的資源信息時引入的數(shù)據(jù)流量，減輕終端設備側網(wǎng)絡擁堵情況，實現(xiàn)資源受限網(wǎng)絡的性能提升。
[0015]另外，本發(fā)明的目的還在于，提供一種用于應對由于資源受限網(wǎng)絡代理節(jié)點緩存溢出而造成的請求消息丟失的方法，能夠減少客戶端的請求消息重發(fā)并且減輕由于消息重發(fā)帶來的延遲。
[0016]為了實現(xiàn)上述目的，本發(fā)明提供一種網(wǎng)關裝置，對包含具有休眠功能的終端設備的受限網(wǎng)絡所參與的通信進行控制，其特征在于，具有:請求消息接收部，接收訪問目標為上述受限網(wǎng)絡中的上述具有休眠功能的終端設備的請求消息；請求消息解析部，對于由上述請求消息接收部接收到的上述請求消息進行解析，獲得上述請求消息中包含的信息；請求消息記錄部，參照由上述請求消息解析部獲得的信息，針對由上述請求消息接收部接收到的上述請求消息建立并保存請求消息記錄；請求消息緩存部，緩存即將發(fā)往上述具有休眠功能的終端設備的請求消息；以及請求消息緩存管理部，根據(jù)上述請求消息記錄部所保存的上述請求消息記錄，對上述請求消息緩存部緩存上述請求消息的動作進行管理，上述請求消息緩存管理部，當根據(jù)上述請求消息記錄判斷為上述請求消息緩存部的緩存空間已滿時，對于所接收到的請求消息，不將其緩存在上述請求消息緩存部中而將其丟棄，并在上述請求消息記錄部所保存的與所接收到的上述請求消息對應的上述請求消息記錄中添加丟棄標志。
[0017]根據(jù)該網(wǎng)關裝置，考慮網(wǎng)關裝置中對請求消息進行緩存的緩存空間的大小，當上述網(wǎng)關裝置中的請求消息緩存空間已滿時，丟棄當前接收的請求消息，在請求消息記錄部中記錄丟棄狀態(tài)，同時返回回復消息通知客戶端，在回復消息中包含下次具有休眠功能的終端設備的恢復工作狀態(tài)的時間，由此避免因緩存溢出而導致的請求消息丟失，避免了客戶端的請求消息重傳，從而減少了通信流量。
[0018]另外，在本發(fā)明提供的網(wǎng)關裝置中，上述請求消息緩存管理部，當根據(jù)上述請求消息記錄判斷為所接收到的上述請求消息與已被緩存于上述請求消息緩存部的第一請求消息相同時，不在上述請求消息緩存部中緩存所接收到的上述請求消息而將其丟棄，并將與上述第一請求消息對應的上述請求編號作為關聯(lián)標志、添加到在上述請求消息記錄部所保存的與所接收到的上述請求消息對應的上述請求消息記錄中。
[0019]另外，在本發(fā)明提供的網(wǎng)關裝置中，上述請求消息緩存管理部，當根據(jù)上述請求消息記錄判斷為所接收到的上述請求消息與已被緩存于上述請求消息緩存部的第二請求消息的訪問目標終端設備相同時，不在上述請求消息緩存部中緩存所接收到的上述請求消息而將其丟棄，并將與上述第二請求消息對應的上述請求編號作為關聯(lián)標志、添加到在上述請求消息記錄部所保存的與所接收到的上述請求消息對應的上述請求消息記錄中。
[0020]根據(jù)該網(wǎng)關裝置，考慮多條請求消息的一致性和/或關聯(lián)性，對于多條相同的請求消息，僅緩存一條，并向資源受限網(wǎng)絡僅發(fā)送一次，對于相互存在關聯(lián)的請求消息，可以將多條消息合并成一條發(fā)送。由此能夠減少發(fā)往受限網(wǎng)絡中的終端設備的數(shù)據(jù)流量。
[0021]另外，在本發(fā)明提供的網(wǎng)關裝置中，還具有資源信息存儲部，該資源信息存儲部用于存儲位于上述受限網(wǎng)絡中的上述具有休眠功能的終端設備的資源信息，上述請求消息解析部對由上述請求消息接收部所接收到的上述請求消息進行解析后，判斷為上述資源信息存儲部中所存儲的上述資源信息能夠滿足上述請求消息時，根據(jù)上述資源信息存儲部中所存儲的上述資源信息來回復上述請求消息。
[0022]根據(jù)該網(wǎng)關裝置，當網(wǎng)關裝置的資源信息存儲部中所存儲的信息就能夠滿足接收到的請求消息的要求時，不必訪問受限網(wǎng)絡中的終端設備，直接對請求消息進行回復。由此，能夠減少發(fā)往受限網(wǎng)絡的數(shù)據(jù)流量，能夠減少網(wǎng)絡延遲。
[0023]另外，在本發(fā)明提供的網(wǎng)關裝置中，還具有資源信息存儲管理部，該資源信息存儲管理部對上述資源信息存儲部所存儲的上述資源信息進行管理，以保證上述資源信息處于有效的狀態(tài)。
[0024]另外，在本發(fā)明提供的網(wǎng)關裝置中，上述資源信息至少包括終端設備ID、資源內(nèi)容、有效時長、上次資源信息更新時間，上述資源信息存儲管理部，在從上述上次資源信息更新時間起經(jīng)過有效時長之前，更新上述資源信息存儲部所存儲的即將失效的上述資源信肩、O
[0025]另外，在本發(fā)明提供的網(wǎng)關裝置中，上述資源信息還包括終端設備下次休眠時刻、休眠時長，上述資源信息存儲管理部，在判斷為上述資源信息將在上述終端設備下次休眠期間失效時，在上述終端設備下次休眠之前，更新上述資源信息存儲部所存儲的該即將失效的上述資源信息。
[0026]根據(jù)該網(wǎng)關裝置，僅在網(wǎng)關裝置的資源信息存儲部中存儲的資源信息即將失效時進行資源信息的更新，由此，能夠減少發(fā)往受限網(wǎng)絡的數(shù)據(jù)流量。
[0027]另外，在本發(fā)明提供的網(wǎng)關裝置中，上述請求消息解析部，根據(jù)對于由上述請求消息接收部接收到的上述請求消息進行解析而獲得的上述信息，判斷為所接收到的上述請求消息與上述請求消息記錄部中所保存的帶有上述丟棄標志的上述請求消息記錄相同時，上述請求消息記錄部對于所接收到的上述請求消息不建立上述消息記錄。
[0028]根據(jù)該網(wǎng)關裝置，當重發(fā)請求消息被上述網(wǎng)關裝置接收時，網(wǎng)關裝置通過請求消息記錄部識別重發(fā)消息，并且重排緩存中的請求消息隊列，使重發(fā)消息能盡快得到處理。
[0029]本發(fā)明提供一種通信系統(tǒng)，其特征在于，具備上述技術方案任一項所述的網(wǎng)關裝置。
[0030]本發(fā)明通過一種網(wǎng)關裝置，其特征在于，為以集成電路構成上述技術方案中任一項所述的網(wǎng)關裝置。
[0031]本發(fā)明提供一種網(wǎng)關裝置所用的流量控制方法，對包含具有休眠功能的終端設備的受限網(wǎng)絡所參與的通信進行控制，該流量控制方法的特征在于，包括:請求消息接收步驟，接收訪問目標為上述受限網(wǎng)絡中的上述具有休眠功能的終端設備的請求消息；請求消息解析步驟，對于由上述請求消息接收步驟接收到的上述請求消息進行解析，獲得上述請求消息中包含的信息；請求消息記錄步驟，參照由上述請求消息解析步驟獲得的信息，針對由上述請求消息接收步驟接收到的上述請求消息建立并保存請求消息記錄；請求消息緩存步驟，緩存即將發(fā)往上述具有休眠功能的終端設備的請求消息；以及請求消息緩存管理步驟，根據(jù)上述請求消息記錄步驟所保存的上述請求消息記錄，對上述請求消息緩存步驟緩存上述請求消息的動作進行管理，在上述請求消息緩存管理步驟中，當根據(jù)上述請求消息記錄判斷為上述請求消息緩存步驟的緩存空間已滿時，對于所接收到的請求消息，不將其緩存在上述請求消息緩存步驟中而將其丟棄，并在上述請求消息記錄步驟所保存的與所接收到的上述請求消息對應的上述請求消息記錄中添加丟棄標志。
[0032]根據(jù)本發(fā)明，能夠使資源受限網(wǎng)絡網(wǎng)關裝置下發(fā)的數(shù)據(jù)流量得到優(yōu)化，減少資源受限網(wǎng)絡數(shù)據(jù)量，減輕資源受限網(wǎng)絡擁堵情況，減輕資源受限網(wǎng)絡網(wǎng)關裝置中的請求消息丟失，減少客戶端的重發(fā)消息數(shù)量，最終實現(xiàn)整個系統(tǒng)網(wǎng)絡的性能提升。
【專利附圖】
【附圖說明】
[0033]圖1是本發(fā)明的網(wǎng)關裝置的組成模塊結構圖。
[0034]圖2是本發(fā)明的網(wǎng)關裝置針對來自非受限網(wǎng)絡的請求消息進行控制處理的一例的流程圖。
[0035]圖3是本發(fā)明的網(wǎng)關裝置針對來自非受限網(wǎng)絡的請求消息進行控制處理的另一例的流程圖。
[0036]圖4是本發(fā)明的網(wǎng)關裝置針對來自網(wǎng)關裝置本身的請求消息進行控制處理的流程圖。
[0037]圖5是本發(fā)明的網(wǎng)關裝置對來自資源受限網(wǎng)絡的回復消息進行處理的流程圖。
[0038]圖6是本發(fā)明的請求消息記錄表的一個具體例。
[0039]圖7是本發(fā)明的網(wǎng)關裝置本地存儲的資源信息表的一個具體例。
[0040]圖8是本發(fā)明實施例1涉及的更新中的請求消息記錄表的具體例。
[0041]圖9是本發(fā)明實施例1涉及的更新后的請求消息記錄表的具體例。
[0042]圖10是本發(fā)明實施例1涉及的資源受限網(wǎng)絡中傳輸?shù)恼埱笙⒌木唧w格式。
[0043]圖11是本發(fā)明實施例1涉及的請求消息的具體例。
[0044]圖12是本發(fā)明實施例1涉及的請求消息的具體例。
[0045]圖13是本發(fā)明實施例1涉及的回復消息的具體例。
[0046]圖14是本發(fā)明實施例1涉及的回復消息的具體例。
[0047]圖15是本發(fā)明實施例2涉及的更新中的請求消息記錄表的具體例。
[0048]圖16是本發(fā)明實施例2涉及的更新后的請求消息記錄表的具體例。
[0049]圖17是本發(fā)明實施例2涉及的請求消息的具體例。
[0050]圖18是本發(fā)明實施例2涉及的請求消息的具體例。
[0051 ]圖19是本發(fā)明實施例2涉及的回復消息的具體例。
[0052]圖20是本發(fā)明實施例2涉及的回復消息的具體例。
[0053]圖21是本發(fā)明實施例3涉及的請求消息記錄表的具體例。
[0054]圖22是本發(fā)明實施例3涉及的更新后的請求消息記錄表的具體例。
[0055]圖23是本發(fā)明實施例3涉及的更新后的請求消息記錄表的具體例。
[0056]圖24是本發(fā)明實施例3涉及的更新后的請求消息記錄表的具體例。
[0057]圖25是本發(fā)明的通信系統(tǒng)的組成模塊結構圖。
【具體實施方式】
[0058]首先，說明本發(fā)明所控制的網(wǎng)絡流量類型。本發(fā)明是對發(fā)往資源受限網(wǎng)絡的流量進行控制。因為所有引入資源受限網(wǎng)絡的流量實際均由網(wǎng)關裝置發(fā)起，所以在該網(wǎng)關裝置上實施控制。從網(wǎng)關裝置發(fā)往資源受限網(wǎng)絡的請求消息類型包括兩種:一種是來自非受限網(wǎng)絡的請求消息，另一種是為更新本地資源信息由網(wǎng)關裝置本身發(fā)出的請求消息。因此，本發(fā)明將針對上述兩種消息進行控制，減少引入資源受限網(wǎng)絡的流量。
[0059]下面，參照圖1對本發(fā)明的網(wǎng)關裝置的組成模塊進行說明。
[0060]如圖1所示，本發(fā)明的網(wǎng)關裝置10包括:非受限網(wǎng)絡通信接口 1、請求消息解析部
2、請求消息記錄部3、請求消息緩存管理部4、請求消息緩存部5、受限網(wǎng)絡通信接口 6、回復處理部7、資源信息存儲部8以及資源信息存儲管理部9。
[0061]非受限網(wǎng)絡通信接口 I用于和非受限網(wǎng)絡的用戶進行通信，位于非受限網(wǎng)絡的用戶需要訪問位于資源受限網(wǎng)絡的終端設備時，所發(fā)送的請求消息首先到達非受限網(wǎng)絡通信接口 I。
[0062]請求消息解析部2用于解析來自非受限網(wǎng)絡的請求消息，提取出源地址、請求方法、請求內(nèi)容、到達時間等信息,并提供給請求消息記錄部3做后續(xù)處理。
[0063]請求消息記錄部3根據(jù)從請求消息解析部2獲取的請求消息信息，在本地為此請求消息建立請求記錄，另外，請求消息記錄部3中只記錄當前還未返回相應回復給用戶的請求消息，對于已經(jīng)回復的請求消息，網(wǎng)關裝置10會刪除其對應的記錄。
[0064]請求消息緩存管理部4根據(jù)請求消息記錄部3保存的信息管理請求消息緩存部5內(nèi)的請求消息，以實現(xiàn)如下功能:對于目標為同一終端設備的多條相同請求信息，僅緩存一條，從而減少目標為同一終端設備的相同請求消息的重復發(fā)送。對于目標為同一終端設備的多條不同請求信息，合并起來緩存，從而盡量減少發(fā)往同一目標終端設備的不同請求消息的數(shù)據(jù)流量。另外，當請求消息緩存部5中的請求消息數(shù)量飽和時，請求消息緩存管理部4會丟棄新到達的請求消息，以防止緩存溢出，同時在請求消息記錄部3所記錄的此請求消息的記錄中添加丟棄標志，用于檢測此請求消息的重發(fā)。
[0065]請求消息緩存部5用于緩存即將發(fā)往終端設備的請求消息，當查詢到目標終端設備處于休眠狀態(tài)時，網(wǎng)關裝置10將請求消息緩存于請求消息緩存部5。
[0066]受限網(wǎng)絡通信接口 6用于和受限網(wǎng)絡中的終端設備進行通信，當終端設備處于工作狀態(tài)時，網(wǎng)關裝置10發(fā)送請求消息至目標終端設備。
[0067]回復處理部7用于處理來自終端設備的回復消息，保證不同的回復消息可以被轉發(fā)至兩種不同的請求源，即非受限網(wǎng)絡的客戶端或者網(wǎng)關裝置10本身。
[0068]資源信息存儲部8用于存儲處于受限網(wǎng)絡中的終端設備涉及的資源信息，該資源信息包括終端設備的地址、下次休眠時間、休眠時長、包含資源類型(例如溫度、濕度、光強等)、資源數(shù)值(例如30攝氏度、50、70等)等信息。當來自用戶的請求消息的需求可以被資源信息存儲部8滿足時，網(wǎng)關裝置10根據(jù)資源信息存儲部8內(nèi)的資源信息生成回復消息發(fā)回用戶，從而可以減少引入資源受限網(wǎng)絡的數(shù)據(jù)流量，同時也減少了消息延時。
[0069]資源信息存儲管理部9用于管理維護資源信息存儲部8中的資源信息，保證所存儲的資源信息處于有效的狀態(tài)。具體而言，資源信息存儲管理部9在某具有休眠功能的終端設備進入到休眠狀態(tài)前，根據(jù)休眠信息和資源信息存儲部8中所存儲的處于受限網(wǎng)絡內(nèi)的該終端設備資源信息，判斷資源信息存儲部8中所存儲的終端設備資源信息是否需要更新，在判斷為需要更新的情況下，向處于受限網(wǎng)絡內(nèi)的該終端設備發(fā)出請求，以更新在資源信息存儲部8中存儲的該終端設備的資源信息。
[0070]下面，參照圖2，對本發(fā)明的網(wǎng)關裝置針對來自非受限網(wǎng)絡的請求消息進行控制處理的流程的一個例子進行說明。
[0071]如圖2所示，處理開始后，當網(wǎng)關裝置10在非受限網(wǎng)絡通信接口 I接收到用戶請求消息(步驟SlOl)時，請求消息解析部2首先對該請求消息進行解析，獲取源地址、請求方法、請求內(nèi)容、到達時間等信息(步驟S102)。之后,在請求消息記錄部3內(nèi)生成新的請求消息記錄表條目(步驟S103)。隨后查詢請求消息記錄(步驟S104)，判斷請求消息緩存空間是否已滿(步驟S105)。若已滿(步驟S105中為是)，丟棄此請求消息，同時保存請求消息記錄部3內(nèi)有關此請求消息的記錄并設置丟棄標志，再生成丟棄通知回復用戶(步驟S106)，之后結束本次處理。如果請求消息緩存部5仍有空間(步驟S105中為否)，則將該請求消息置于請求消息緩存部5中，按到達時間安排緩存隊列(步驟S107)，等待終端設備醒來，經(jīng)由受限網(wǎng)絡通信接口 6發(fā)送請求消息(步驟S108)，之后，結束本次處理。
[0072]由此，如果請求消息緩存空間已滿，則將該請求消息丟棄，在請求消息記錄部中建立請求消息記錄并設置丟棄標志，從而避免緩存空間溢出導致的用戶端消息重傳，減少了通信流量。
[0073]下面，參照圖3，對本發(fā)明的網(wǎng)關裝置針對來自非受限網(wǎng)絡的請求消息進行控制處理的流程的另一個例子進行說明。
[0074]如圖3所示，處理開始后，當網(wǎng)關裝置10在非受限網(wǎng)絡通信接口 I接收到用戶請求消息(步驟S101)時，請求消息解析部2首先對該請求消息進行解析，獲取源地址、請求方法、請求內(nèi)容、到達時間等信息(步驟S102)。之后。該請求消息解析部2進一步通過查詢請求消息記錄部3，對根據(jù)該請求消息進行重發(fā)識別，判斷該請求消息是否為重發(fā)消息(步驟S1103)。如果判斷為重發(fā)消息(步驟S1103中為是)，則在請求消息記錄部3內(nèi)設置優(yōu)先級(步驟S1104)，設置優(yōu)先級的方法例如是將到達時間設為該請求信息首次到達的到達時間。只要可以對請求消息的進行排序，也可以采用其他設置優(yōu)先級的方法。如果判斷為不是重發(fā)消息(步驟S1103中為否)，則進入步驟S103，在請求消息記錄部3內(nèi)生成新的請求消息記錄表條目。隨后，請求消息緩存管理部4查詢請求消息記錄部3，確定當前請求消息同目前緩存于請求消息緩存部5內(nèi)的請求消息或者已經(jīng)發(fā)往資源受限網(wǎng)絡但還未回復的請求消息的關聯(lián)，并判斷是否存在關聯(lián)(步驟S1204，S1205)如果確定存在關聯(lián)(步驟S1204中為是)，則在請求消息記錄部3內(nèi)設置關聯(lián)標志，同時更新請求消息緩存部5內(nèi)的請求消息(步驟S1206)，之后結束本次處理。步驟S1206中，具體更新方法是:對于發(fā)往同一終端設備的相同請求消息，在資源受限網(wǎng)絡側只需要發(fā)送一個消息；對于發(fā)往同一終端設備的不同請求消息，不會作為一條新的緩存消息加入至請求消息緩存部5的緩存隊列中，而是與所關聯(lián)著的請求消息合并為一個消息。由于請求消息屬于應用層范疇，多個請求消息可以被同一個下層報頭承載，包括傳輸層、網(wǎng)絡層和鏈路層，減少了引入的流量。如果沒有發(fā)現(xiàn)關聯(lián)(步驟S1204中為否)，則進入步驟S104，并繼續(xù)執(zhí)行步驟S104?S108的處理，步驟S104?S108的處理分別與上述圖2中的步驟S104?S108的處理相同，此處省略說明。
[0075]由此，如果在請求消息緩存部5內(nèi)已存放有一個消息或者一個消息已經(jīng)發(fā)出但還未收到回復，對于與請求消息緩存部5中緩存著的請求消息間存在關聯(lián)的請求消息，不添加重復的請求消息至緩存，而是等待回復消息，由此，減少了通信流量。
[0076]另外，圖3中的步驟SI 103?SI 104的處理、步驟S1204?S1206的處理可以分別省略，當兩者同時省略時，即構成與圖2相同的實施方式。
[0077]下面，說明本發(fā)明的針對來自資源受限網(wǎng)絡網(wǎng)關裝置本身的請求消息的控制和調(diào)度的流程。
[0078]如圖4所示，在終端設備進入休眠狀態(tài)之前，資源信息存儲管理部9首先查詢終端設備的當前狀態(tài)(步驟S201)。如果終端設備將長時間處于工作狀態(tài)(步驟S201中為否)，則進行下一次查詢。如果終端設備即將進入休眠狀態(tài)(步驟S201中為是)，則查詢資源信息存儲部8確定是否有資源需要更新(步驟S202)。即將進入休眠狀態(tài)，例如是指，距離終端設備進入休眠狀態(tài)還有規(guī)定時間，例如為10秒鐘，當然，該規(guī)定時間可以根據(jù)網(wǎng)絡狀態(tài)、資源信息的多少適當設定。如果資源信息在下一個終端設備休眠時長內(nèi)仍有效(步驟S203中為否)，則不進行更新(步驟S204)。如果資源信息已經(jīng)失效或將在下一個終端設備休眠時長內(nèi)失效(步驟S203中為是)，則該資源信息需要更新，由資源信息存儲管理部9構造資源信息更新請求消息(步驟S205)，隨后經(jīng)由受限網(wǎng)絡通信接口 6發(fā)往對應的終端設備，來進行資源信息的更新(步驟S206)。
[0079]由于從網(wǎng)關裝置發(fā)往資源受限網(wǎng)絡的請求消息類型包括兩種:一種是來自非受限網(wǎng)絡用戶的請求消息，另一種是為更新資源信息存儲由網(wǎng)關裝置本身發(fā)出的請求消息，所以回復處理部7需要在網(wǎng)關裝置正確地處理回復消息，保證不同的回復消息可以轉發(fā)至正確的請求源。針對來自資源受限網(wǎng)絡的回復消息的處理流程如圖5所示。資源受限網(wǎng)絡網(wǎng)關裝置在受限網(wǎng)絡通信接口 6判斷回復消息是否到達(步驟S301)。當判斷為未到達時(步驟S301中為否)，重復步驟S301直到回復消息到達。當判斷為已接收到來自終端設備的回復消息后(步驟S301中為是)，回復處理部7首先對回復消息進行解析，獲取消息ID、資源數(shù)據(jù)等信息，同時根據(jù)此信息查詢請求消息記錄部3 (步驟S302)。之后判斷是否存在請求消息記錄，來判斷該回復消息對應的請求源(步驟S303)，如果在請求消息記錄部3內(nèi)沒有對應的消息ID (步驟S303中為否)，則判定為請求源是網(wǎng)關裝置本身，隨后資源信息存儲管理部9獲取回復信息并導入資源信息存儲部8中(步驟S304)，然后資源信息存儲部8更新相應的資源信息(步驟S305)，之后結束本次處理。如果在請求消息記錄部內(nèi)存在相同的消息ID (步驟S303中為是)，則判定為請求源是來自用戶，隨后回復處理部7根據(jù)從請求消息記錄部3獲取的用戶信息(步驟S306)，并構建回復消息(步驟S307)，然后發(fā)送至上述消息ID對應的用戶(步驟S308)，之后結束本次處理。
[0080]圖6所示的表表示請求消息記錄表的格式。表中包含請求消息的相關信息，例如請求ID、地址信息、請求內(nèi)容、到達時間、與其他請求消息的關聯(lián)類型等。其中，請求ID用于標識來自非受限網(wǎng)絡的請求消息，對于當前緩存于網(wǎng)關裝置和已經(jīng)發(fā)往資源受限網(wǎng)絡但還未回復的請求消息，該ID必須保證唯一性，所有發(fā)往資源受限網(wǎng)絡的請求消息均需添加此ID，而且終端設備生成的回復消息的ID必須同對應的請求消息ID —致。源地址是來自非受限網(wǎng)絡的請求消息的源地址，為用戶地址。目的地址是資源受限網(wǎng)絡中終端設備的地址。請求方法是指該請求消息的請求方法，可以是查詢方法或者是控制方法。請求內(nèi)容是指該請求消息的內(nèi)容:對于查詢方法，內(nèi)容為查詢的對象,例如終端設備上的溫度、濕度信息,對于控制方法，則應包含控制的對象，以及控制的數(shù)值。到達時間是指請求消息到達網(wǎng)關裝置的時間。緩存標志用于標識請求消息是否正緩存于網(wǎng)關裝置的請求消息緩存部內(nèi)，以I表示該請求消息正存于請求消息緩存部，O表示該請求消息不在請求消息緩存部內(nèi)。關聯(lián)類型用于標識該請求消息是否同請求消息記錄部內(nèi)的其他消息存在關聯(lián)，以及關聯(lián)的類型:1表示目的地址與請求內(nèi)容完全相同的請求消息，2表示目的地址相同但請求內(nèi)容不同的請求消息，O表示不存在關聯(lián)。關聯(lián)ID，表示關聯(lián)類型所關聯(lián)的請求消息，用被關聯(lián)的請求消息的請求ID表示，默認值為0，代表不存在關聯(lián)。丟棄標志，在緩存已滿丟棄請求消息后設置此標志，用于重發(fā)檢測，I表示已經(jīng)丟棄，O表示未丟棄。
[0081]圖7所示的表表示資源信息存儲資源表的格式。表中包含資源信息存儲中存儲的有關終端設備資源的相關信息，例如資源內(nèi)容、有效時長、更新時間、休眠時長等。其中資源內(nèi)容包含該資源的類型、數(shù)據(jù)、代表的終端設備等信息，可以根據(jù)需要添加更多內(nèi)容。有效時長是指該資源能夠維持有效狀態(tài)用于服務請求消息的持續(xù)時間。更新時間是指該資源的上次更新時間，用于判斷該資源是否有效，當然也可以是下次應當更新的時間。休眠時長是指該資源代表的終端設備的下一個休眠持續(xù)時間，用于判斷該資源是否需要更新。
[0082]實施例1
[0083]以下，參照圖6、8?14說明基于上述實施方式的實施例1。
[0084]設想位于非受限網(wǎng)絡的用戶，地址為10.1.1.3，想要查詢位于資源受限網(wǎng)絡的地址為192.168.1.1的終端設備上的溫度數(shù)據(jù)。用戶構建查詢請求消息，包含查詢請求方法，查詢內(nèi)容為溫度，目的地址為終端設備192.168.1.1，隨后發(fā)往資源受限網(wǎng)絡網(wǎng)關裝置的非受限網(wǎng)絡通信接口。
[0085]設當此請求消息被網(wǎng)關裝置接收時，目標終端設備仍處于休眠狀態(tài)，且當前有兩個請求消息正緩存于請求消息緩存部中，一個帶有請求ID101，一個帶有請求ID102，此時的請求消息記錄表如圖6所示。隨后，網(wǎng)關裝置的請求消息解析部對此請求消息進行解析，并進行重發(fā)檢測。因為此時請求消息記錄表中的兩個請求消息的丟棄標志為0，代表不存在丟棄消息，所以當前的請求消息為新消息。之后，網(wǎng)關裝置在請求消息記錄表中為此請求消息創(chuàng)建新的請求記錄條目，并設置部分內(nèi)容，設置后的請求消息記錄表如圖8所示。此時，隨機選擇一個不同于其他ID值的103作為此請求消息的請求ID，但關聯(lián)類型、關聯(lián)ID和丟棄標志均未設置，緩存標志為O代表此時此請求消息不在請求消息緩存部內(nèi)。隨后，網(wǎng)關裝置進行關聯(lián)檢測，查詢當前請求消息與請求消息緩存部內(nèi)的請求消息的關聯(lián)。通過查詢請求消息記錄表，發(fā)現(xiàn)當前請求消息與ID為101的請求消息具有相同的目標終端設備以及相同的請求方法與請求內(nèi)容，因此，網(wǎng)關裝置將不會把此請求消息傳入請求消息緩存部，同時設置關聯(lián)類型為1，代表與表中另一個消息的目的地址和消息內(nèi)容完全相同，設置關聯(lián)ID為101，代表與表中請求ID為101的請求消息存在關聯(lián)。設置后的請求消息記錄表如圖9所示。隨后，網(wǎng)關裝置等待目標終端設備恢復工作狀態(tài)后，把緩存中的兩個請求ID分別為101和102的請求消息經(jīng)由受限網(wǎng)絡通信接口發(fā)往相應的終端設備。圖9的表中，包含了關聯(lián)類型字段，但該關聯(lián)類型字段不是必須的，即，作為本發(fā)明的實施方式，也可以是判斷出當前請求消息與緩存著的某請求消息存在關聯(lián)時，僅設置關聯(lián)ID。
[0086]在資源受限網(wǎng)絡中傳輸?shù)恼埱笙⒏袷饺鐖D10所示，ID為請求消息記錄表中的請求ID，目的地址為目標終端設備地址，方法為請求消息記錄表中的請求方法，內(nèi)容為請求消息記錄表中的請求內(nèi)容。因此，兩個請求消息的格式如圖11、圖12所示。
[0087]一段時間后，網(wǎng)關裝置的受限網(wǎng)絡通信接口將會分別接收到兩個回復消息，格式如圖13、圖14所示，一個回復消息的ID為101，一個回復消息的ID為102。通過查詢請求消息記錄表，發(fā)現(xiàn)均存在相同的請求ID，確定這兩個回復消息的請求源來自非受限網(wǎng)絡。同時，發(fā)現(xiàn)請求ID為103的請求消息與ID為101的請求消息存在關聯(lián)，且關聯(lián)類型為1，代表目標地址與消息內(nèi)容完全一致，所以ID為101的回復消息內(nèi)容同樣可以滿足請求消息103的需求。隨后網(wǎng)關裝置將此回復消息分別發(fā)送給用戶10.1.1.1和用戶10.1.1.3。對于ID為102的回復消息，沒有發(fā)現(xiàn)關聯(lián)，則將此回復消息發(fā)送給用戶10.1.1.2。發(fā)送完3個回復消息后，系統(tǒng)將請求消息記錄表中對應的3個條目刪除。
[0088]由此，根據(jù)本發(fā)明的流量控制及調(diào)度方法，能夠避免相同的請求消息緩存于網(wǎng)關裝置以及重復地發(fā)往資源受限網(wǎng)絡，使網(wǎng)關裝置下發(fā)的數(shù)據(jù)流量得到優(yōu)化，從而進一步減輕網(wǎng)關裝置負載，提聞網(wǎng)絡效率。
[0089]實施例2
[0090]下面，參照同樣6、15?20說明實施例2。設想位于非受限網(wǎng)絡的用戶，地址為10.1.1.4，想要控制位于資源受限網(wǎng)絡的地址為192.168.1.1的終端設備上的溫度數(shù)據(jù)。用戶構建控制請求消息，包含控制請求方法，控制內(nèi)容為溫度，目的地址為終端設備192.168.1.1，隨后發(fā)往資源受限網(wǎng)絡網(wǎng)關裝置的非受限網(wǎng)絡通信接口。
[0091]設當此請求消息被網(wǎng)關裝置接收時，目標終端設備仍處于休眠狀態(tài)，且當前有兩個請求消息正緩存于請求消息緩存部中，一個帶有請求ID101，一個帶有請求ID102，此時的請求消息記錄表如圖6所示。隨后，網(wǎng)關裝置解析此請求消息，并進行重發(fā)檢測。因為此時請求消息記錄表中的兩個請求消息的丟棄標志為0，代表不存在丟棄消息，所以當前的請求消息為新消息。之后，網(wǎng)關裝置在請求消息記錄表中為此請求消息創(chuàng)建新的請求記錄條目，并設置部分內(nèi)容，設置后的請求消息記錄表如圖15所示。此時，隨機選擇一個不同于其他ID值的104作為此請求消息的請求ID，但關聯(lián)類型、關聯(lián)ID和丟棄標志均未設置，緩存標志為O代表此時此請求消息不在請求消息緩存部內(nèi)。隨后，網(wǎng)關裝置進行關聯(lián)檢測，查詢當前請求消息與請求消息緩存部內(nèi)的請求消息的關聯(lián)。通過查詢請求消息記錄表，發(fā)現(xiàn)當前請求消息與ID為101的請求消息具有相同的目標終端設備，但是請求消息內(nèi)容不同，因此，網(wǎng)關裝置將會把此請求消息與緩存中ID為101的請求消息合并，使這兩個請求消息共用相同的傳輸層，網(wǎng)絡層和鏈路層報頭，同時設置關聯(lián)類型為2，代表與表中另一個消息的目的地址相同但消息內(nèi)容不同，設置關聯(lián)ID為101，代表與表中請求ID為101的請求消息存在關聯(lián)。設置后的請求消息記錄表如圖16所示。隨后，網(wǎng)關裝置等待目標終端設備恢復工作狀態(tài)后，把緩存中的兩個請求ID分別為101和102的請求消息經(jīng)由受限網(wǎng)絡通信接口發(fā)往相應的終端設備。
[0092]兩個請求消息的格式如圖17、圖18所示。
[0093]另外，圖16的表中，包含了關聯(lián)類型字段，但該關聯(lián)類型字段不是必須的，即，作為本發(fā)明的實施方式，也可以是判斷出當前請求消息與緩存著的某請求消息存在關聯(lián)時，僅設置關聯(lián)ID。
[0094]一段時間后，網(wǎng)關裝置的受限網(wǎng)絡通信接口將會分別接收到兩個回復消息，格式如圖19、圖20所示，一個回復消息的ID為101，一個回復消息的ID為102。通過查詢請求消息記錄表，發(fā)現(xiàn)均存在相同的請求ID，確定這兩個回復消息的請求源來自非受限網(wǎng)絡。同時，發(fā)現(xiàn)請求ID為104的請求消息與ID為101的請求消息存在關聯(lián)，且關聯(lián)類型為2，代表目的地址一致，內(nèi)容合并,所以ID為101的回復消息內(nèi)容中包含可以滿足請求消息104的需求的請求消息內(nèi)容。隨后網(wǎng)關裝置將此回復消息內(nèi)容分離，并分別發(fā)送給用戶10.1.1.1和用戶10.1.1.4。對于ID為102的回復消息，沒有發(fā)現(xiàn)關聯(lián)，則將此回復消息發(fā)送給用戶10.1.1.2。發(fā)送完3個回復消息后，系統(tǒng)將請求消息記錄表中對應的3個條目刪除。
[0095]由此，根據(jù)本發(fā)明的流量控制及調(diào)度方法，對于發(fā)往相同目標終端設備的不同請求消息，可以實現(xiàn)消息內(nèi)容的合并，使網(wǎng)關裝置下發(fā)的數(shù)據(jù)流量得到優(yōu)化，從而進一步減輕網(wǎng)關裝置負載，提聞網(wǎng)絡效率。
[0096]實施例3
[0097]下面，參照圖21?圖24說明實施例3。設想位于非受限網(wǎng)絡的用戶，地址為10.1.1.5，想要查詢位于資源受限網(wǎng)絡的地址為192.168.1.5的終端設備上的溫度數(shù)據(jù)。用戶構建查詢請求消息，包含查詢請求方法，查詢內(nèi)容為溫度，目的地址為終端設備192.168.1.5，隨后發(fā)往資源受限網(wǎng)絡網(wǎng)關裝置的非受限網(wǎng)絡通信接口。
[0098]當此請求消息被網(wǎng)關裝置接收時，此時目標終端設備仍處于休眠狀態(tài)，且此時的請求消息記錄表如圖21所示。此時，已經(jīng)有4條請求消息緩存在網(wǎng)關裝置內(nèi)。隨后，網(wǎng)關裝置解析此請求消息，并進行重發(fā)檢測。因為此時請求消息記錄表中的請求消息的丟棄標志均為0，代表不存在丟棄消息，所以當前的請求消息為新消息。之后，網(wǎng)關裝置在請求消息記錄表中為此請求消息創(chuàng)建新的請求記錄條目。新創(chuàng)建的條目如圖22所示。此時，網(wǎng)關裝置發(fā)現(xiàn)請求消息緩存部的緩存空間已滿，因此，此請求消息被丟棄。同時，設置此請求消息條目中的丟棄標志為1，如圖23所示。隨后，網(wǎng)關裝置構建丟棄通知消息回復給用戶，該通知消息包含下一次目標終端設備恢復工作狀態(tài)的時間，使用戶可以合理地選擇重發(fā)時間。同時，網(wǎng)關裝置保存此請求消息的請求消息記錄表條目信息。
[0099]一段時間后，用戶再次發(fā)送相同的請求消息，此時請求消息記錄表如圖24所示。設此時ID為103和104的請求消息已經(jīng)被處理完畢且返還給用戶，由此有關這兩條消息的記錄條目被刪除，ID為101和102的請求消息仍未處理，保存在請求消息緩存部內(nèi)，同時，當前有一條新的請求消息，ID106的請求消息已經(jīng)到達網(wǎng)關裝置且已經(jīng)保存至請求消息緩存部內(nèi)。之后網(wǎng)關裝置解析此請求消息，并進行重發(fā)檢測。發(fā)現(xiàn)ID為105的請求消息丟棄標志為1，且與當前請求消息源地址、目的地址和消息內(nèi)容完全一致，代表當前請求消息為重發(fā)消息。此時，不建立新的請求記錄條目，并且不更新條目的到達時間。隨后，在請求消息緩存部中對請求消息進行排序時，會根據(jù)到達時間安排隊列順序。因此，雖然當前請求消息的時間實際到達時間晚于ID為106的請求消息，但是在隊列中將會排在請求ID為106的請求消息的前面，使其更快地得到服務響應，減少延遲。
[0100]由此，根據(jù)本發(fā)明的用于應對由于資源受限網(wǎng)絡網(wǎng)關裝置緩存溢出而造成的請求消息丟失的方法，能夠減少客戶端的請求消息重發(fā)并且減輕由于消息重發(fā)帶來的延遲。
[0101]實施例4
[0102]下面說明實施例4。在本實施例中，網(wǎng)關裝置需要在終端設備進入休眠狀態(tài)前進行資源信息存儲資源更新。
[0103]此時資源信息存儲部內(nèi)的資源信息存儲資源表如圖7所示。假設當前時間為20:34:30，并且終端設備192.168.1.1和192.168.1.2將會在20:35:00時刻進入休眠狀態(tài)。
[0104]根據(jù)資源信息存儲資源表，對于終端設備192.168.1.1上的溫度資源，當前已經(jīng)失效，所以需要更新；對于終端設備192.168.1.1上的濕度資源，雖然當前有效，但會在終端設備下一個休眠時長內(nèi)失效，所以需要更新；對于終端設備192.168.1.2上的光強資源，當前有效，并且在終端設備下一個休眠時長內(nèi)仍然有效，所以此次不需要更新。隨后，網(wǎng)關裝置構建兩個請求消息，包含查詢方法，去獲取相應的資源信息，消息格式同樣遵循圖10所示，此時所選擇的ID必須與請求消息記錄表內(nèi)所有消息條目的ID不一致。
[0105]當更新資源的回復消息被網(wǎng)關裝置接收后，網(wǎng)關裝置查詢請求消息記錄表，發(fā)現(xiàn)沒有與回復消息具有相同ID的請求消息條目，則確定該回復消息的請求源是網(wǎng)關裝置本身。隨后，網(wǎng)關裝置把消息中的資源信息提取出來，并更新資源信息存儲資源表。
[0106]由此，根據(jù)本發(fā)明的流量控制及調(diào)度方法，在資源信息存儲更新時，能夠減少在更新網(wǎng)關裝置資源信息存儲上的資源信息時引入的數(shù)據(jù)流量，減輕資源受限網(wǎng)絡的擁堵情況，實現(xiàn)資源受限網(wǎng)絡的性能提升。
[0107]以下，結合圖25對本發(fā)明的通信系統(tǒng)進行說明。
[0108]圖25是示意性地表示本發(fā)明的通信系統(tǒng)100的框圖。如圖25所示，本發(fā)明的通信系統(tǒng)100包括客戶端裝置20、網(wǎng)關裝置10以及服務器裝置30，其中，客戶端裝置20經(jīng)由非受限網(wǎng)絡與網(wǎng)關裝置10相連，網(wǎng)關裝置10與服務器裝置30經(jīng)由受限網(wǎng)絡而連接。
[0109]圖25中所示的服務器裝置30可以是一臺，也可以是多臺。并且，服務器裝置30的類型并不特別限定，可以是普通的服務器裝置，也可以是具有休眠功能的服務器裝置。
[0110]另外，本發(fā)明的網(wǎng)關設備10、客戶端裝置20、服務器裝置30具備的構成要素的一部分或全部也可以由一個系統(tǒng)LSI (Large Scale Integrat1n:大規(guī)模集成電路)構成。系統(tǒng)LSI是，將多個構成部集成在一個芯片上而制造的超多功能LSI，具體而言，是包括微處理器、R0M(Read Only Memory) > RAM (Random Access Memory)等而構成的計算機系統(tǒng)。ROM存儲有計算機程序。微處理器根據(jù)計算機程序進行工作，據(jù)此，系統(tǒng)LSI實現(xiàn)其功能。
[0111]而且，在此，被稱為LSI，但是，根據(jù)集成度不同，會有被稱為1C、系統(tǒng)LS1、超LS1、特大LSI的情況。并且，對于集成電路化的方法，不僅限于LSI，也可以以專用電路或通用處理器來實現(xiàn)。也可以利用在制造LSI后能夠編程的FPGA(Field Programmable GateArray:現(xiàn)場可編程門陣列)、或可重構LSI內(nèi)部的電路單元的連接以及設定的可重構處理器。
[0112]進而，當然，若因半導體技術的進步或導出的其它的技術而出現(xiàn)代替LSI的集成電路化的技術，則可以利用其技術對功能框進行集成化。存在生物技術的應用等的可能性。
[0113]以上，對于本發(fā)明的網(wǎng)關裝置、通信系統(tǒng)以及流量控制方法進行了說明，但是，本發(fā)明不僅限于這樣的實施例。只要不脫離本發(fā)明的宗旨，對各本實施例施行本領域的技術人員想到的各種變形的形態(tài)、或組合不同的實施例中的構成要素而構成的形態(tài)，也包含在本發(fā)明的范圍內(nèi)。
【權利要求】
1.一種網(wǎng)關裝置，對包含具有休眠功能的終端設備的受限網(wǎng)絡所參與的通信進行控制，其特征在于，具有: 請求消息接收部，接收訪問目標為上述受限網(wǎng)絡中的上述具有休眠功能的終端設備的請求消息； 請求消息解析部，對于由上述請求消息接收部接收到的上述請求消息進行解析，獲得上述請求消息中包含的信息； 請求消息記錄部，參照由上述請求消息解析部獲得的信息，針對由上述請求消息接收部接收到的上述請求消息建立并保存請求消息記錄； 請求消息緩存部，緩存即將發(fā)往上述具有休眠功能的終端設備的上述請求消息；以及 請求消息緩存管理部，根據(jù)上述請求消息記錄部所保存的上述請求消息記錄，對上述請求消息緩存部緩存上述請求消息的動作進行管理， 上述請求消息緩存管理部，當根據(jù)上述請求消息記錄判斷為上述請求消息緩存部的緩存空間已滿時，對于所接收到的上述請求消息，不將其緩存在上述請求消息緩存部中而將其丟棄，并在上述請求消息記錄部所保存的與所接收到的上述請求消息對應的上述請求消息記錄中添加丟棄標志。
2.如權利要求1所述的網(wǎng)關裝置，其特征在于， 上述請求消息緩存管理部，當根據(jù)上述請求消息記錄判斷為所接收到的上述請求消息與已被緩存于上述請求消息緩存部的第一請求消息相同時，不在上述請求消息緩存部中緩存所接收到的上述請求消息而將其丟棄，并將與上述第一請求消息對應的上述請求編號作為關聯(lián)標志、添加到在上述請求消息記錄部所保存的與所接收到的上述請求消息對應的上述請求消息記錄中。
3.如權利要求1所述的網(wǎng)關裝置，其特征在于， 上述請求消息緩存管理部，當根據(jù)上述請求消息記錄判斷為所接收到的上述請求消息與已被緩存于上述請求消息緩存部的第二請求消息的訪問目標終端設備相同時，不在上述請求消息緩存部中緩存所接收到的上述請求消息而將其丟棄，并將與上述第二請求消息對應的上述請求編號作為關聯(lián)標志、添加到在上述請求消息記錄部所保存的與所接收到的上述請求消息對應的上述請求消息記錄中。
4.如權利要求1至3中任一項所述的網(wǎng)關裝置，其特征在于， 還具有資源信息存儲部，該資源信息存儲部用于存儲位于上述受限網(wǎng)絡中的上述具有休眠功能的終端設備的資源信息， 上述請求消息解析部對由上述請求消息接收部所接收到的上述請求消息進行解析后，判斷為上述資源信息存儲部中所存儲的上述資源信息能夠滿足上述請求消息時，根據(jù)上述資源信息存儲部中所存儲的上述資源信息來回復上述請求消息。
5.如權利要求4所述的網(wǎng)關裝置，其特征在于， 還具有資源信息存儲管理部，該資源信息存儲管理部對上述資源信息存儲部所存儲的上述資源信息進行管理，以保證上述資源信息處于有效的狀態(tài)。
6.如權利要求5所述的網(wǎng)關裝置，其特征在于， 上述資源信息至少包括終端設備ID、資源內(nèi)容、有效時長、上次資源信息更新時間， 上述資源信息存儲管理部，在從上述上次資源信息更新時間起經(jīng)過有效時長之前，更新上述資源信息存儲部所存儲的即將失效的上述資源信息。
7.如權利要求6所述的網(wǎng)關裝置，其特征在于， 上述資源信息還包括終端設備下次休眠時刻、休眠時長， 上述資源信息存儲管理部，在判斷為上述資源信息將在上述終端設備下次休眠期間失效時，在上述終端設備下次休眠之前，更新上述資源信息存儲部所存儲的該即將失效的上述資源信息。
8.如權利要求1中所述的網(wǎng)關裝置，其特征在于， 上述請求消息解析部，根據(jù)對于由上述請求消息接收部接收到的上述請求消息進行解析而獲得的上述信息，判斷為所接收到的上述請求消息與上述請求消息記錄部中所保存的帶有上述丟棄標志的上述請求消息記錄相同時，上述請求消息記錄部對于所接收到的上述請求消息不建立上述消息記錄。
9.一種通信系統(tǒng)，其特征在于， 具備上述權利要求1至8中任一項所述的網(wǎng)關裝置。
10.一種網(wǎng)關裝置，其特征在于， 為以集成電路構成上述權利要求1至8中任一項所述的網(wǎng)關裝置。
11.一種網(wǎng)關裝置所用的流量控制方法，對包含具有休眠功能的終端設備的受限網(wǎng)絡所參與的通信進行控制，該流量控制方法的特征在于，包括: 請求消息接收步驟，接收訪問目標為上述受限網(wǎng)絡中的上述具有休眠功能的終端設備的請求消息； 請求消息解析步驟，對于由上述請求消息接收步驟接收到的上述請求消息進行解析，獲得上述請求消息中包含的信息； 請求消息記錄步驟，參照由上述請求消息解析步驟獲得的信息，針對由上述請求消息接收步驟接收到的上述請求消息建立并保存請求消息記錄； 請求消息緩存步驟，緩存即將發(fā)往上述具有休眠功能的終端設備的請求消息；以及 請求消息緩存管理步驟，根據(jù)上述請求消息記錄步驟所保存的上述請求消息記錄，對上述請求消息緩存步驟緩存上述請求消息的動作進行管理， 在上述請求消息緩存管理步驟中，當根據(jù)上述請求消息記錄判斷為上述請求消息緩存步驟的緩存空間已滿時，對于所接收到的請求消息，不將其緩存在上述請求消息緩存步驟中而將其丟棄，并在上述請求消息記錄步驟所保存的與所接收到的上述請求消息對應的上述請求消息記錄中添加丟棄標志。
【文檔編號】H04L12/801GK104283800SQ201310280840
【公開日】2015年1月14日 申請日期:2013年7月5日 優(yōu)先權日:2013年7月5日
【發(fā)明者】安勍, 何璇, 馬元琛 申請人:株式會社日立制作所