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

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

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

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