一種RESTful架構下的中間件注冊方法
【專利摘要】本發(fā)明公開了一種RESTful架構下的中間件注冊方法，屬于通信【技術領域】。該方法包括以下步驟：步驟一：向中間件的上層中間件管理中心發(fā)送請求注冊的服務消息；步驟二：上層接收到來自下層的注冊消息后：如果可以處理該類消息，則處理后將結果返回中間件，并向更高層中間件管理中心備案；如果無法處理，則將中間件發(fā)來的服務消息轉發(fā)到高層中間件管理中心，以此類推；步驟三：若注冊成功，則由系統(tǒng)返回中間件在泛在網內的唯一標識碼，并通過消息服務形式播發(fā)給與該中間件相關的節(jié)點或管理中心；步驟四：若注冊失敗，則由系統(tǒng)向中間件返回消息告知原因及下一步做法；步驟五：注冊成功的節(jié)點開始工作。
【專利說明】一種RESTfuI架構下的中間件注冊方法
【技術領域】
[0001]本發(fā)明屬于通信【技術領域】，涉及一種RESTful架構下的中間件注冊方法。
【背景技術】
[0002]REST指的是一組架構約束條件和原則。滿足這些約束條件和原則的應用程序或設計就是RESTful。中間件是網絡環(huán)境中運行于操作系統(tǒng)與應用軟件之間，可以簡化應用軟件的復雜性、克服網絡環(huán)境多種挑戰(zhàn)的一類系統(tǒng)軟件。
[0003]基于Web的泛在網總體架構在具體實現(xiàn)中，采用中間件的形式完成資源的抽象及其它如資源標識、描述、管理等功能。中間件從邏輯上位于感知層設備、WoT業(yè)務網關和WoT業(yè)務平臺這些層次結構之間，以及他們和資源開放對象(應用)之間，是WoT各層次與應用的連接紐帶。從實現(xiàn)的角度看，中間件是運行在WoT業(yè)務網關和WoT業(yè)務平臺本身或其它的特定網元中。中間件作為抽象層，為上層應用程序屏蔽了底層硬件設備、通信協(xié)議、管理機制等的復雜性和異構性，在其運行環(huán)境中提取數(shù)據和能力，同時又向上層的應用以Web API形式提供資源，完成開放和業(yè)務的聚合。

【發(fā)明內容】

[0004]有鑒于此，本發(fā)明的目的在于提供一種RESTful架構下的中間件注冊方法，其中包括中間件服務消息的規(guī)定方法、REST架構下中間件的分類、REST架構下中間件注冊、啟用、注銷和禁用以及REST架構下中間件狀態(tài)監(jiān)測。
[0005]為達到上述目的，本發(fā)明提供如下技術方案:
[0006]一種RESTful架構下的中間件注冊方法，包括以下步驟:步驟一:向中間件的上層中間件管理中心發(fā)送請求注冊的服務消息；步驟二:上層接收到來自下層的注冊消息后:如果可以處理該類消息，則處理后將結果返回中間件，并向更高層中間件管理中心備案；如果無法處理，則將中間件發(fā)來的服務消息轉發(fā)到高層中間件管理中心，以此類推；步驟三:若注冊成功，則由系統(tǒng)返回中間件在泛在網內的唯一標識碼，并通過消息服務形式播發(fā)給與該中間件相關的節(jié)點或管理中心；步驟四:若注冊失敗，則由系統(tǒng)向中間件返回消息告知原因及下一步做法；步驟五:注冊成功的節(jié)點開始工作。
[0007]進一步，步驟一中的服務消息包括中間件服務消息目標、消息頭、消息體和消息總體格式四部分；
[0008]所述消息目標包括以下幾點:1)提供一個單一的統(tǒng)一的消息API ；2)提供一個API，能創(chuàng)建匹配現(xiàn)存的服務消息應用使用的消息格式；3)支持開發(fā)異構應用，可跨越不同的操作系統(tǒng)、機器架構和計算機語言；4)支持在消息中包含可擴展標簽語言(XML)頁面；
[0009]所述消息頭包括(但不完全包括)以下字段:I)MSOTestination ；2)MSGDeliveryMode ；3)MSGTimestamp ；4)MSGReplyTo ；5)MSGRedelivered ；6)MSGType ；7)MSGLength ；8)MSGPriority ；9)MSGMiddlewareID ；
[0010]所述消息體包括以下幾部分:1)消息ID，標識當前發(fā)送消息的唯一 ID ；2)屏蔽位，用位標識當前數(shù)據包中每個資源是否傳輸了數(shù)據:“0”表示未傳輸，“I”表示傳輸；3)數(shù)據位，對應資源的數(shù)據值；4)數(shù)據校驗位:用于標識校驗發(fā)送數(shù)據與消息的正確性；
[0011]所述消息總體格式由消息頭和消息體組成，消息頭長度一定，為16字節(jié)，消息體根據各消息發(fā)送者的數(shù)量多少而長度可變。
[0012]進一步，所述步驟中的中間件按照中間件在REST架構泛在網業(yè)務環(huán)境下業(yè)務場景中所處的不同層次，中間件可分為設備級中間件、功能級中間件和業(yè)務級中間件三大類；所述設備級中間件主要負責設備交互、屏蔽掉協(xié)議細節(jié)、提供統(tǒng)一訪問編程接口 ；所述功能級中間件主要實現(xiàn)某些功能點的服務提供(如數(shù)據存儲服務、視頻等大文件傳輸、突發(fā)事件預警)，獨立于業(yè)務，適應于不同業(yè)務需求；所述業(yè)務級中間件用于組合各功能級中間件，以資源管理系統(tǒng)的形式提供平臺業(yè)務級的接口，對外部系統(tǒng)提供統(tǒng)一的資源和數(shù)據接收、存儲和轉發(fā)服務。
[0013]進一步，REST架構下中間件在完成注冊后，默認狀態(tài)為禁用，要切換到“啟用”狀態(tài)，包括以下步驟:1)中間件向泛在資源管理平臺發(fā)起“啟用”的請求消息；2)泛在資源管理平臺對該消息進行合法性驗證，包括消息的數(shù)據校驗碼、中間件ID、中間件類型和請求的類型等的驗證；3)若驗證通過，則執(zhí)行“啟用中間件”操作，若不通過，則返回失敗的原因；
4)泛在資源管理平臺向其余節(jié)點廣播啟用該中間件的消息。
[0014]進一步，在以下兩種可能的情況下需要禁用某個或多個中間件:1)由于系統(tǒng)需要而禁用中間件；2)由于中間件自身的需要而請求禁用。
[0015]進一步，所述的由于系統(tǒng)需要而禁用中間件的情況下，包括以下兩個步驟:1)泛在資源管理平臺直接發(fā)出“禁用中間件”指令，將中間件狀態(tài)置為“禁用” ;2)泛在資源管理平臺將該消息廣播給其他節(jié)點。
[0016]進一步，所述的因中間件自身需要而請求禁用時，包括以下步驟:1)中間件向泛在資源管理平臺發(fā)出請求“禁用”的服務消息；2)泛在資源管理平臺對該消息進行合法性驗證，包括消息的數(shù)據校驗碼、中間件ID、中間件類型和請求的類型的驗證；3)若驗證通過，則執(zhí)行“禁用中間件”操作，若不通過，則返回失敗的原因；4)泛在資源管理平臺向其余節(jié)點廣播禁用該中間件的消息。
[0017]進一步，泛在網內的中間件需要退出當前系統(tǒng)時，需要進行“注銷”，清空當前中間件的注冊信息和占用的緩存空間，“注銷”過程具體包括以下步驟:1)當前已注冊的中間件向上層平臺逐級傳遞注銷請求；2)最后在泛在資源管理平臺收到該服務消息之后，向下層逐級傳遞執(zhí)行指令；3)當中間件從系統(tǒng)中注銷后，泛在資源管理平臺向其他相關節(jié)點廣播此消息，完成注銷操作。
[0018]進一步，還包括對REST架構下中間件的狀態(tài)進行監(jiān)測，采用心跳方式實現(xiàn)中間件的狀態(tài)監(jiān)測，包括以下步驟:1)泛在資源管理平臺向系統(tǒng)中需要監(jiān)測的中間件發(fā)送含有心跳數(shù)據的服務消息；2)泛在資源管理平臺啟動一個低級別的線程，利用線程檢測中間件端的回應；3)每隔一段時間t (時間精度根據系統(tǒng)要求高低而定)，重復步驟I)和步驟2) ；4)若超過時間T還沒有收到中間件端的回應，應立即再次發(fā)送心跳消息，在連續(xù)發(fā)送η次心跳消息后仍未得到響應，即在ηΤ時間內沒有收到中間件回傳的任何服務消息，則認為中間件已掉線或連接不可用。
[0019]本發(fā)明的有益效果在于:本發(fā)明提出了一種RESTful架構下的中間件注冊方法，并針對中間件在泛在網系統(tǒng)中所處的不同層次分為三類(設備級中間件、功能級中間件和服務級中間件)，給出了每層差異化的注冊方法。
【專利附圖】

【附圖說明】
[0020]為了使本發(fā)明的目的、技術方案和有益效果更加清楚，本發(fā)明提供如下附圖進行說明:
[0021]圖1為泛在網中間件服務消息格式示意圖；
[0022]圖2為REST架構下中間件注冊方法示意圖；
[0023]圖3為REST架構下中間件注冊消息實例；
[0024]圖4為REST架構下中間件啟用方法示意圖；
[0025]圖5為REST架構下中間件啟用消息實例；
[0026]圖6為REST架構下系統(tǒng)直接禁用中間件方法示意圖；
[0027]圖7為REST架構下中間件自身請求禁用方法示意圖；
[0028]圖8為REST架構下中間件禁用消息實例；
[0029]圖9為REST架構下中間件注銷方法示意圖；
[0030]圖10為REST架構下中間件注銷消息實例；
[0031]圖11為REST架構下中間件狀態(tài)監(jiān)測方法示意圖。
【具體實施方式】
[0032]下面將結合附圖，對本發(fā)明的優(yōu)選實施例進行詳細的描述。
[0033]本發(fā)明實施例的REST架構下中間件服務消息的規(guī)范方法，具體來說:
[0034]I)中間件服務消息的目標為:
[0035]1.1)提供一個單一的統(tǒng)一的消息API ；
[0036]1.2)提供一個API，能創(chuàng)建匹配現(xiàn)存的服務消息應用使用的消息格式；
[0037]1.3)支持開發(fā)異構應用，可跨越不同的操作系統(tǒng)、機器架構和計算機語言；
[0038]1.4)支持在消息中包含可擴展標簽語言(XML)頁面。
[0039]2)中間件服務消息的消息頭包括(但不一定完全包括)以下字段:
[0040]2.1)MS⑶estination:包含由發(fā)送方指定的目的地對象；
[0041]2.2)MSOTeliveryMode:包含消息發(fā)送時指定的發(fā)送模式；
[0042]2.3)MSGTimestamp:包含消息發(fā)送的時間戳，便于后期檢查；
[0043]2.4)MSGReplyTo:包含由發(fā)送消息的中間件指定的消息回傳目的地地址；
[0044]2.5)MSGRedelivered:包含服務消息由于受某種因素影響而沒被響應后重新轉發(fā)的次數(shù)；
[0045]2.6)MSGType:包含中間件發(fā)送的服務消息的類型，該類型由負責消息的中間件系統(tǒng)創(chuàng)建和定義；
[0046]2.7)MSGLength:包含了消息發(fā)送時的總長度；
[0047]2.8)MSGPriority:包含了消息的優(yōu)先級，O是最低的優(yōu)先級,9是最高的優(yōu)先級，將O - 4看作普通優(yōu)先級，5 - 9看作加急優(yōu)先級；
[0048]2.9)MSGMiddlewareID:包含中間件ID,用來標識發(fā)送該消息的中間件。[0049]3)中間件服務消息的消息體包括:
[0050]3.1)消息ID，標識當前發(fā)送消息的唯一 ID ；
[0051]3.2)屏蔽位，用位標識當前數(shù)據包中每個資源是否傳輸了數(shù)據:“0”表示未傳輸，“ I ”表不傳輸；
[0052]3.3)數(shù)據:對應資源的數(shù)據值；
[0053]3.4)數(shù)據校驗位:用于標識校驗發(fā)送數(shù)據與消息的正確性。
[0054]4)中間件服務消息的消息總體格式:由消息頭和消息頭組成，消息頭長度一定，為16字節(jié)，消息體根據各消息發(fā)送者的數(shù)量多少而長度可變，具體格式示意圖如圖1所示。
[0055]作為優(yōu)化方案，泛在事物都可認為是資源的各種不同表現(xiàn)形式。
[0056]本發(fā)明實施例的REST架構中間件分類方法，具體如下:
[0057]按照中間件在REST架構泛在網業(yè)務環(huán)境下業(yè)務場景中所處的不同層次，中間件可分為設備級中間件、功能級中間件和業(yè)務級中間件三大類。
[0058]作為優(yōu)化方案，設備級中間件主要負責設備交互、屏蔽掉協(xié)議細節(jié)、提供統(tǒng)一訪問編程接口。
[0059]作為優(yōu)化方案，功能級中間件主要專注于某些功能點的服務提供(如如數(shù)據存儲服務、視頻等大文件傳輸、突發(fā)事件預警)，獨立于業(yè)務，適應于不同業(yè)務需求，在完整業(yè)務復用、靈活業(yè)務組織方面的發(fā)揮出巨大優(yōu)勢，其核心目標是提升泛在網基礎設施的業(yè)務敏捷性。
[0060]作為優(yōu)化方案，相對于功能級中間件，業(yè)務級中間件在更高的層次上提供服務，它組合各功能級中間件，以資源管理系統(tǒng)的形式提供平臺業(yè)務級的接口，對外部系統(tǒng)提供統(tǒng)一的資源和數(shù)據接收、存儲和轉發(fā)等服務。
[0061]本發(fā)明實施例的REST架構中間件注冊、啟用、注銷和禁用方法如下:
[0062]DREST架構下中間件“注冊”方法如圖2所示，包括以下步驟:
[0063]步驟一:由中間件向上層平臺發(fā)送“請求注冊”的服務消息；
[0064]步驟二:上層平臺收到下層中間件的注冊消息后，轉發(fā)到泛在資源管理平臺進行注冊；
[0065]步驟三:泛在資源管理平臺向泛在資源標識注冊中心申請唯一標識；
[0066]步驟四:泛在資源標識注冊中心返回中間件的標識和注冊信息，通過下層平臺將結果回傳給中間件。
[0067]作為優(yōu)化方案，REST架構下中間件“注冊”時傳遞的消息格式，包括具備MSGDestination>MSGDeIiveryMode>MSGRepIyTo>MSGPriority 和 MSGMiddlewareID 的消息頭和具備容納32個中間件資源同時注冊的消息體。
[0068]作為優(yōu)化方案，一個中間件注冊消息實例為:單次注冊過程中，對資源編號為I和4的中間件進行注冊發(fā)送的消息格式如圖3所示。
[0069]2)REST架構下中間件“啟用”方法，具體來說:REST架構下中間件在完成注冊后，默認狀態(tài)為禁用，要切換到“啟用”狀態(tài)，包括以下步驟(如圖4):
[0070]步驟一:中間件向泛在資源管理平臺發(fā)起“啟用”的請求消息；
[0071]步驟二:泛在資源管理平臺對該消息進行合法性驗證，包括消息的數(shù)據校驗碼、中間件ID、中間件類型和請求的類型等的驗證；[0072]步驟三:若驗證通過，則執(zhí)行“啟用中間件”操作，若不通過，則返回失敗的原因；
[0073]步驟四:泛在資源管理平臺向其余節(jié)點廣播啟用該中間件的消息。
[0074]作為優(yōu)化方案，REST架構下中間件“啟用”時傳遞的消息格式，包括具備MSGDe st inat i on > MSGDe I i veryMode > MSGRep I yTo > MSGPr i or i ty 和 MSGMiddlewareID 的消息頭和具備容納32個中間件資源同時啟用的消息體。
[0075]作為優(yōu)化方案，一個中間件“啟用”消息實例為:單次注冊過程中，對資源編號為2和3的中間件請求“啟用”的消息格式如圖5所示。
[0076]3) REST架構下中間件“禁用”方法，具體說來:
[0077]當遇突發(fā)事件，系統(tǒng)需要禁用某一個或多個中間件的時候，包括以下步驟(如圖6):
[0078]步驟一:泛在資源管理平臺直接發(fā)出“禁用中間件”指令，將中間件狀態(tài)置為“禁用”；
[0079]步驟二:泛在資源管理平臺將該消息廣播給其他節(jié)點。
[0080]當中間件由于某種原因或故障，需要向系統(tǒng)請求禁用，包括以下步驟(如圖7):
[0081]步驟一:中間件向泛在資源管理平臺發(fā)出請求“禁用”的服務消息；
[0082]步驟二:泛在資源管理平臺對該消息進行合法性驗證，包括消息的數(shù)據校驗碼、中間件ID、中間件類型和請求的類型等的驗證；
[0083]步驟三:若驗證通過，則執(zhí)行“禁用中間件”操作，若不通過，則返回失敗的原因；
[0084]步驟四:泛在資源管理平臺向其余節(jié)點廣播禁用該中間件的消息。
[0085]作為優(yōu)化方案，REST架構下中間件“禁用”時傳遞的消息格式，包括具備MSGDeIiveryMode>MSGTimestamp>MSGRedeIivered>MSGPriority 和 MSGMiddlewareID 的消息頭和具備容納32個中間件資源同時啟用的消息體。
[0086]作為優(yōu)化方案，一個中間件“禁用”消息實例為:單次注冊過程中，對資源編號為I和30的中間件請求“禁用”的消息格式如圖8所示。
[0087]4) REST架構下中間件“注銷”方法，具體說來:當泛在網內的中間件需要退出當前系統(tǒng)，則需要進行“注銷”，清空當前中間件的注冊信息和占用的緩存空間，“注銷”過程包括以下步驟(如圖9):
[0088]步驟一:當前已注冊的中間件向上層平臺逐級傳遞注銷請求；
[0089]步驟二:最后在泛在資源管理平臺收到該服務消息之后，向下層逐級傳遞執(zhí)行指令；
[0090]步驟三:當中間件從系統(tǒng)中注銷后，泛在資源管理平臺向其他相關節(jié)點廣播此消息，完成注銷操作。
[0091]作為優(yōu)化方案，REST架構下中間件“注銷”時傳遞的消息格式，包括具備MSGDe st inat i on > MSGDe I i veryMode > MSGRep I yTo > MSGPr i or i ty 和 MSGMiddlewareID 的消息頭和具備容納32個中間件資源同時啟用的消息體。
[0092]作為優(yōu)化方案，一個中間件“注銷”消息實例為:單次注銷過程中，對資源編號為
2、4、5的中間件請求“注銷”的消息格式如圖10所示。
[0093]5)本發(fā)明實施例的中間件狀態(tài)監(jiān)測方法，具體說來:
[0094]為了確保鏈接的有效性，讓泛在資源管理平臺總會獲得中間件的在線狀態(tài)，采用心跳方式實現(xiàn)中間件的狀態(tài)監(jiān)測，步驟(如圖11)如下:
[0095]步驟一:泛在資源管理平臺向系統(tǒng)中需要監(jiān)測的中間件發(fā)送含心跳數(shù)據的服務消息；
[0096]步驟二:泛在資源管理平臺啟動一個低級別的線程，利用線程檢測中間件端的回應；
[0097]步驟三:每隔一段時間t (時間精度根據系統(tǒng)要求高低而定)，重復步驟一和步驟-* ;
[0098]步驟四:若超過時間T還沒有收到中間件端的回應，應立即再次發(fā)送心跳消息，在連續(xù)發(fā)送η次心跳消息后仍未得到響應，即在ηΤ時間內沒有收到中間件回傳的任何服務消息，，則認為中間件已掉線或連接不可用。
[0099]作為優(yōu)化方案，由泛在資源管理平臺發(fā)送的用于中間件狀態(tài)監(jiān)測的消息格式，包括具備 MSGDestination、MSGDeIiveryMode> MSGTimestamp> MSGRepIyTo> MSGType 和MSGMiddlewareID的消息頭和空的消息體。
[0100]最后說明的是，以上優(yōu)選實施例僅用以說明本發(fā)明的技術方案而非限制，盡管通過上述優(yōu)選實施例已經對本發(fā)明進行了詳細的描述，但本領域技術人員應當理解，可以在形式上和細節(jié)上對其作出各種各樣的改變，而不偏離本發(fā)明權利要求書所限定的范圍。
【權利要求】
1.一種RESTful架構下的中間件注冊方法，其特征在于:包括以下步驟: 步驟一:向中間件的上層中間件管理中心發(fā)送請求注冊的服務消息； 步驟二:上層接收到來自下層的注冊消息后:如果可以處理該類消息，則處理后將結果返回中間件，并向更高層中間件管理中心備案；如果無法處理，則將中間件發(fā)來的服務 消息轉發(fā)到高層中間件管理中心，以此類推； 步驟三:若注冊成功，則由系統(tǒng)返回中間件在泛在網內的唯一標識碼，并通過消息服務 形式播發(fā)給與該中間件相關的節(jié)點或管理中心； 步驟四:若注冊失敗，則由系統(tǒng)向中間件返回消息告知原因及下一步做法； 步驟五:注冊成功的節(jié)點開始工作。
2.根據權利要求1所述的一種RESTful架構下的中間件注冊方法，其特征在于:步驟一中的服務消息包括中間件服務消息目標、消息頭、消息體和消息總體格式四部分；所述消息目標包括以下幾點:1)提供一個單一的統(tǒng)一的消息API ；2)提供一個API，能創(chuàng)建匹配現(xiàn)存的服務消息應用使用的消息格式；3)支持開發(fā)異構應用，可跨越不同的操作系統(tǒng)、機器架構和計算機語言；4)支持在消息中包含可擴展標簽語言頁面；所述消息頭包括以下字段:I)MSGDestination ；2)MSGDeIiveryMode ；3)MSGTimestamp ；4)MSGReplyTo ；5)MSGRedelivered ；6)MSGType ；7)MSGLength ；8)MSGPriority ；9)MSGMiddlewareID ;所述消息體包括以下幾部分:1)消息ID，標識當前發(fā)送消息的唯一 ID ；2)屏蔽位，用位標識當前數(shù)據包中每個資源是否傳輸了數(shù)據:“0”表示未傳輸，“I”表示傳輸；3)數(shù)據位，對應資源的數(shù)據值；4)數(shù)據校驗位:用于標識校驗發(fā)送數(shù)據與消息的正確性；所述消息總體格式由消息頭和消息體組成，消息頭長度一定，為16字節(jié)，消息體根據各消息發(fā)送者的數(shù)量多少而長度可變。
3.根據權利要求1所述的一種RESTful架構下的中間件注冊方法，其特征在于:所述步驟中的中間件按照中間件在REST架構泛在網業(yè)務環(huán)境下業(yè)務場景中所處的不同層次，中間件可分為設備級中間件、功能級中間件和業(yè)務級中間件三大類；所述設備級中間件主要負責設備交互、屏蔽掉協(xié)議細節(jié)、提供統(tǒng)一訪問編程接口 ；所述功能級中間件主要實現(xiàn)某些功能點的服務提供，獨立于業(yè)務，適應于不同業(yè)務需求；所述業(yè)務級中間件用于組合各功能級中間件，以資源管理系統(tǒng)的形式提供平臺業(yè)務級的接口，對外部系統(tǒng)提供統(tǒng)一的資源和數(shù)據接收、存儲和轉發(fā)服務。
4.根據權利要求1所述的一種RESTful架構下的中間件注冊方法，其特征在于:REST架構下中間件在完成注冊后，默認狀態(tài)為禁用，要切換到“啟用”狀態(tài)，包括以下步驟:. 1)中間件向泛在資源管理平臺發(fā)起“啟用”的請求消息；. 2)泛在資源管理平臺對該消息進行合法性驗證，包括消息的數(shù)據校驗碼、中間件ID、中間件類型和請求的類型等的驗證； . 3)若驗證通過，則執(zhí)行“啟用中間件”操作，若不通過，則返回失敗的原因； .4)泛在資源管理平臺向其余節(jié)點廣播啟用該中間件的消息。
5.根據權利要求1所述的一種RESTful架構下的中間件注冊方法，其特征在于:在以下兩種可能的情況下需要禁用某個或多個中間件:1)由于系統(tǒng)需要而禁用中間件；2)由于中間件自身的需要而請求禁用。
6.根據權利要求5所述的一種RESTful架構下的中間件注冊方法，其特征在于:所述的由于系統(tǒng)需要而禁用中間件的情況下，包括以下兩個步驟:1)泛在資源管理平臺直接發(fā)出“禁用中間件”指令，將中間件狀態(tài)置為“禁用”;2)泛在資源管理平臺將該消息廣播給其他節(jié)點。
7.根據權利要求5所述的一種RESTful架構下的中間件注冊方法，其特征在于:所述的因中間件自身需要而請求禁用時，包括以下步驟: 1)中間件向泛在資源管理平臺發(fā)出請求“禁用”的服務消息； 2)泛在資源管理平臺對該消息進行合法性驗證，包括消息的數(shù)據校驗碼、中間件ID、中間件類型和請求的類型的驗證； 3)若驗證通過，則執(zhí)行“禁用中間件”操作，若不通過，則返回失敗的原因； 4)泛在資源管理平臺向其余節(jié)點廣播禁用該中間件的消息。
8.根據權利要求1所述的一種RESTful架構下的中間件注冊方法，其特征在于:泛在網內的中間件需要退出當前系統(tǒng)時，需要進行“注銷”，清空當前中間件的注冊信息和占用的緩存空間，“注銷”過程具體包括以下步驟: 1)當前已注冊的中間件向上層平臺逐級傳遞注銷請求； 2)最后在泛在資源管理平臺收到該服務消息之后，向下層逐級傳遞執(zhí)行指令； 3)當中間件從系統(tǒng)中注銷后，泛在資源管理平臺向其他相關節(jié)點廣播此消息，完成注銷操作。
9.根據權利要求1所述的一種RESTful架構下的中間件注冊方法，其特征在于:還包括對REST架構下中間件的狀態(tài)進行監(jiān)測，采用心跳方式實現(xiàn)中間件的狀態(tài)監(jiān)測，包括以下步驟: 1)泛在資源管理平臺向系統(tǒng)中需要監(jiān)測的中間件發(fā)送含有心跳數(shù)據的服務消息； 2)泛在資源管理平臺啟動一個低級別的線程，利用線程檢測中間件端的回應； 3)每隔一段時間t，重復步驟I)和步驟2)； 4)若超過時間T還沒有收到中間件端的回應，應立即再次發(fā)送心跳消息，在連續(xù)發(fā)送η次心跳消息后仍未得到響應，即在ηΤ時間內沒有收到中間件回傳的任何服務消息，則認為中間件已掉線或連接不可用。
【文檔編號】G06F9/44GK103986709SQ201410205753
【公開日】2014年8月13日 申請日期:2014年5月15日 優(yōu)先權日:2014年5月15日
【發(fā)明者】張鵬, 程方, 蔣明浪, 盧毓岑, 朱建虎, 張瑞, 史濤 申請人:重慶郵電大學