TWI587159B

TWI587159B - Internet of Things Brake Function Description Document System

Info

Publication number: TWI587159B
Application number: TW105111417A
Authority: TW
Inventors: Chih-Yuan Huang; Cheng-Hung Wu
Original assignee: Univ Nat Central
Priority date: 2016-04-12
Filing date: 2016-04-12
Publication date: 2017-06-11
Also published as: TW201737123A

Description

物聯網制動功能描述文檔系統

本發明係有關於一種物聯網制動功能描述文檔系統，尤指涉及一種透過輕量化之JSON格式制定物聯網通訊協定之描述文檔，特別係指以關鍵字取代法承襲該描述文檔之資料模型，運用模型中描述通訊協定之方法，進而利用佔位符「{ID}」，使通訊協定得以透過關鍵字取代方式包裝通訊協定以利控制物聯網物件者。

物聯網(Internet of Things,IoT)物件為近年全球發展之趨勢，物聯網物件可透過不同之通訊技術連上網路，使資訊世界之網際網路與物理世界之實體物件相互連結，使用者得以透過網際網路來操控連上網路之實體物件。

這類連上網路之實體物件即被稱為物聯網物件，一般而言，物聯網物件有兩項主要功能，分別是感測功能以及制動功能，感測功能透過物聯網物件內嵌入之各式感測器，讓物件能夠監測本身之狀態或是周遭之環境變數如溫度、濕度及空氣品質等。而制動功能可以使其他之物件或是使用者得以透過網際網路或是各類通訊技術來遠端操控該物件，例如遠端遙控一個燈泡之開啟與關閉。透過這兩項功能，許多新穎之自動化物件混搭(physical mashup)應用將可透過不同之物聯網物件實現。

目前現有之技術如網路服務描述語言(Web Services Description Language,WSDL)、hRESTS(HTML for RESTful Services)、及通用隨插即用(Universal Plug and Play,UPnP)，皆基於可擴展標記語言(Extensible Markup Language,XML)格式，XML格式富彈性因此便於使用，唯獨XML格式所占儲存空間較大，通常物聯網物件多為資源受限之物件，其儲存空間無法裝載過多以XML撰寫之內容。

再者，現今物聯網之技術與現況為各應用針對每項產品之通訊協定，開發專屬之連結器連結各式物聯網產品，即不同廠牌之物聯網物件往往採用不同之通訊平台及協定，因此使用者僅能透過該物件特定之應用程式來操作這類連網之物件。如想透過統一平台之方式來控制不同物聯網之物件，使用者需要客製化連結器以操作不同之物件，而無法透過一個統一的通訊方式來操作以及管理物聯網物件，如IFTTT(If This Then That)，僅能針對該平台客製化的特定物聯網物件，透過IFTTT之平台來控制。這造成物聯網應用開發時需要耗費大量之成本，且僅能連結支援部分之物聯網物件。AutoWoT也是一簡易之連結器讓末端使用者得以運用簡易之開發方式來連結不同之物聯網物件，但仍須針對不同之物聯網物件開發對應之連結器。另外，開放式地理空間協會(Open Geospatial Consortium,OGC)感測器規劃服務(Sensor Planning Service,SPS)標準雖然制定了使用者與網路服務之通訊協定，但網路服務與不同之物聯網物件連接仍需要客製化開發。

整體而言，現有技術存有下列必要改善之缺點：1.目前眾多標準皆使用XML格式，由於XML格式與JavaScript物件標記(JavaScript Object Notation,JSON)格式相比並不輕量化，可能使運算能力較差之物聯網物件無法應用； 2.既有技術無法有效連結不同之物聯網物件，且目前現有之技術各家廠商皆自行開發自己之物聯網生態系統，使得不同廠牌之物件更難以通用；以及3.目前多數之標準皆為各廠商私自定義之標準，而開放標準聯盟針對物聯網物件所設計之標準也多以物聯網之感測能力為主，僅有少數專用於物聯網制動能力之標準。

因此，為改善上述之缺失，本案之發明人特潛心研究，開發出一種「物聯網制動功能描述文檔結構」，以有效改善習用之缺點。

本發明之主要目的係在於，克服習知技藝所遭遇之上述問題並提供一種物聯網制動功能描述文檔系統，係提出一資料模型來描述物聯網之物件，並使用關鍵字取代法承襲描述文檔之資料模型，運用模型中描述通訊協定之方法，進而利用佔位符「{ID}」，使通訊協定得以透過關鍵字取代方式組裝物件之通訊協定，透過制動能力描述文檔，可清楚定義物件之通訊協定與其詮釋資料，以利控制物聯網物件之目的。為達以上之目的，本發明係一種物聯網制動功能描述文檔系統，係包括：一通訊模組，用於連接一網路服務平台；一儲存模組，用於儲存物聯網物件已註冊到該網路服務平台之描述文檔，該描述文檔係以資料模型描述不同物聯網物件之通訊協定，在每份描述中定義物件通訊之要件，該要件包含一物件(Thing)類別區、一制動能力(Tasking Capability)類別區、一制動器(Actuator)類別區、一HTTP通訊協定(HTTP Protocol)類別區、一參數(Parameter)類別區、一定義(Definition)類別區、一可接受數值(AllowedValue)類別區、一範圍(Range)類別區、及一認證(Authentication)類別區，其中該描述文檔註冊於該網路服務平台後，網路服務將會指派一獨立識別符(ID)給每一物件之制動能力以供辨認；以及一處理模組，連接該通訊模組與該儲存模組，該處理模組經由該通訊模組接收一用戶端傳送查詢指定之描述文檔之請求，根據該請求於該儲存模組中進行查詢並將其指定之描述文檔經由該通訊模組回應於該用戶端，該用戶端再經由該通訊模組傳送一任務請求至該處理模組，該處理模組利用關鍵字取代法將該任務請求與該指定之描述文檔中之資料模型合併轉譯成物件特定之通訊協定，並透過該任務請求中設定指定時間，傳送該特定之通訊協定以控制物聯網物件執行任務。

於本發明上述實施例中，該處理模組經由該通訊模組接收一開發端傳送不同物聯網物件之描述文檔，並將其儲存至該儲存模組中。

於本發明上述實施例中，該描述文檔中各類別區之定義為：該物件類別區包含一物件描述(Description)細節及一屬性(Properties)細節；該制動能力類別區包含一制動能力描述細節；該制動器類別區包含一制動器描述細節；該HTTP通訊協定類別區包含一HTTP方法(HTTP Method)細節、一絕對路徑(Absolute Resource Path)細節、一訊息主體(Message Body)細節、一查詢字串(Query String)細節、一標頭(Header)細節、一片段(Fragment)細節及一認證(Authentication)細節；該參數類別區包含一可接受參數ID(ParameterID)細節、一參數描述細節、一使用方式(Use)細節、及一定義細節；該定義類別區包含一輸入型態(InputType)細節及一測量值單位(UnitOfMeasurement)細節；該可接受數值類別區包含一數值(Value)細節、一範圍(Range)細節及一可接受數值描述細節；該範圍類別區包含一最小值(Min)細節、一最大值(Max)細節及一範圍描述細節；以及該認證類別區包含一認證種類(Type)細節、一使用者名稱(Username)細節及一使用者密碼(Password)細節。

於本發明上述實施例中，該處理模組利用關鍵字取代法將該指定之描述文檔中以資料模型上所載之佔位符「{ID}」取代為該任務請求內輸入之參數。

於本發明上述實施例中，該任務請求內輸入之參數可被自動放置於該HTTP通訊協定類別區之絕對路徑細節、訊息主體細節、查詢字串細節、標頭細節、或片段細節內之任何位置。

於本發明上述實施例中，該用戶端係透過該處理模組得知已註冊之物聯網物件、其制動能力、以及制動能力支援之參數之制動能力資訊後，產生該任務請求並傳送至該處理模組。

於本發明上述實施例中，該描述文檔之格式編寫標準係使用JavaScript物件標記(JavaScript Object Notation,JSON)格式。

於本發明上述實施例中，該描述文檔支援不同物聯網物件之通訊協定，並可為超文本傳輸協議(HTTP)。

1‧‧‧網路伺服器

10‧‧‧物聯網制動功能描述文檔系統

11‧‧‧通訊模組

12‧‧‧儲存模組

13‧‧‧處理模組

2‧‧‧網路服務平台

3‧‧‧物聯網物件

4‧‧‧開發端

40‧‧‧描述文檔

41‧‧‧物件類別區

42‧‧‧制動能力類別區

43‧‧‧制動器類別區

44‧‧‧HTTP通訊協定類別區

45‧‧‧參數類別區

46‧‧‧定義類別區

47‧‧‧可接受數值類別區

48‧‧‧範圍類別區

49‧‧‧認證類別區

5‧‧‧用戶端

S10~S12‧‧‧步驟

第1圖，係本發明物聯網制動功能描述文檔系統較佳實施例之應用環境示意圖。

第2圖，係本發明物聯網制動功能描述文檔系統較佳實施例之功能模組示意圖。

第3圖，係本發明物聯網制動功能描述文檔系統中之描述文檔較佳實施例之概念模型示意圖。

第4圖，係本發明採用Philips Hue之描述文檔範例示意圖。

第5圖，係本發明發送任務之範例示意圖。

第6圖，係本發明物聯網制動功能描述文檔系統較佳實施例之流程示意圖。

請參閱『第1圖~第6圖』所示，係分別為本發明物聯網制動功能描述文檔系統較佳實施例之應用環境示意圖、本發明物聯網制動功能描述文檔系統較佳實施例之功能模組示意圖、本發明物聯網制動功能描述文檔系統中之描述文檔較佳實施例之概念模型示意圖、本發明採用Philips Hue之描述文檔範例示意圖、本發明發送任務之範例示意圖、及本發明物聯網制動功能描述文檔系統較佳實施例之流程示意圖。如第1圖所示：本發明係一種物聯網制動功能描述文檔系統10，係應用於一網路伺服器1中。該網路伺服器1透過一網路服務平台2連接數個不同之物聯網物件3。該網路伺服器1還與一開發端4進行資料傳輸，該開發端4根據不同之物聯網物件3撰寫不同之描述文檔40並上傳註冊於該網路服務平台2上。該網路伺服器1還透過該網路服務平台2與該用戶端5通訊以使該用戶端5能查詢已註冊之不同物聯網物件3之通訊協定及其詮釋資料。該物聯網物件3可以為智能燈具、網路攝影機或其他電子物件。

參閱第2圖所示，上述所提物聯網制動功能描述文檔系統10包括一通訊模組11，用於連接該網路服務平台2；一儲存模組12，用於儲存物聯網物件3已註冊到該網路服務平台2之描述文檔；以及一連接該通訊模組11與該儲存模組12之處理模組13，該處理模組13經由該通訊模組11接收該用戶端5傳送查詢指定之描述文檔之請求，根據該請求於該儲存模組12中進行查詢並將其指定之描述文檔經由該通訊模組11回應於該用戶端5，該用戶端5再經由該通訊模組11傳送一任務請求至該處理模組13，該處理模組13利用關鍵字取代法將該任務請求與該指定之描述文檔中之資料模型合併轉譯成物件特定之通訊協定，並透過該任務請求中設定指定時間，傳送該特定之通訊協定以控制物聯網物件3執行任務。如是，藉由上述揭露之結構構成一全新之物聯網制動功能描述文檔系統10。

本發明主要為提出一資料模型來描述物聯網之物件，並使用上述關鍵字取代法承襲該描述文檔之資料模型，運用模型中描述通訊協定之方法，進而利用佔位符「{ID}」，使通訊協定得以透過關鍵字取代方式組裝物件之通訊協定，透過制動能力描述文檔，可清楚定義物件之通訊協定與其詮釋資料，以利控制物聯網物件，因此專利本身即為該模型之設計以及關鍵字取代法。以下為本發明之細節：參閱第3圖所示，上述描述文檔40係以資料模型描述不同物聯網物件之通訊協定，在每份描述中定義物件通訊之要件，該要件包含一物件(Thing)類別區41、一制動能力(Tasking Capability)類別區42、一制動器(Actuator)類別區43、一HTTP通訊協定(HTTP Protocol)類別區44、一參數(Parameter)類別區45、一定義(Definition)類別區46、一可接受數值(AllowedValue)類別區47、一範圍(Range)類別區48、及一認證(Authentication)類別區49。以下將逐一介紹各類別區之定義，並舉例幾個使用案例說明本發明之概念。

該物件類別區41：泛指各類物聯網物件，其包含一物件描述(Description)細節及一屬性(Properties)細節；物件可透過Description與Properties描述物件之詮釋資料。如智能燈具可以歸類在此，透過描述讓用戶端之使用者了解該物件之詮釋資料，而透過特性之關鍵值(Key-Value)配對可說明該物件之屬性細節。

該制動能力類別區42：制動能力之定義為物聯網物件透過制動器所提供之服務，其包含一制動能力描述細節；其Description屬性提供該功能之描述。制動能力之細節實際上位於其他類別區，包含HTTPProtocol類別區以及Parameter類別區。HTTP Protocol類別區定義此制動功能與外界溝通時所需使用之通訊協定。Parameter類別區則負責描述此制動能力可接受之指令參數，並透過HTTP通訊協定傳送這些參數。

該制動器類別區43：其包含一制動器描述細節；此類別區將主要用於提供制動器之詮釋資料。一個物聯網物件上可能具有多個制動器存在，例如將一台網路攝影機歸類為一個Thing，其中具有縮放功能之制動器及移動視角功能之制動器。而本發明將不同制動功能之制動器分別描述，以提供細節資訊。

該HTTP通訊協定類別區44：物聯網之通訊方式可經由不同之傳輸平台，例如依目前上述定義之描述文檔類別係針對超文本傳輸協議(HTTP)；但未來亦可使用類似策略延伸至其他通訊協定，如群峰無線網路(Zigbee)、藍牙(Bluetooth)等。承上述，本發明著重在HTTP通訊協定上之描述，該HTTP通訊協定類別區定義各制動器之通訊協定與接口，其屬性如下表一所示，包含一HTTP方法(HTTP Method)細節，其可能為讀取(GET)、新增(POST)、更新(PUT)及刪除(DELETE)；一絕對路徑(Absolute Resource Path)細節，為全球資源定位器(Uniform Resource Locator,URL)；一訊息主體(Message Body)細節；一查詢字串(Query String)細節；一標頭 (Header)細節；一片段(Fragment)細節；及一認證(Authentication)細節。透過該些資訊，可組成一個完整之HTTP請求。

該參數類別區45：係定義制動器可接受之指令，其屬性如下表二所述，包含一可接受參數ID(ParameterID)細節，以獨立識別碼代表制動器此參數之名稱；一參數描述細節，提供使用者容易了解之參數解釋；一使用方式(Use)細節，描述此參數為必要的(Mandatory)或可選擇的(Optional)參數；及一定義細節，描述參數之細節與可接受之數值。

該定義類別區46：其屬性如下表三所述，包含一輸入型態(InputType)細節，說明參數可接受之資料型態與數值範圍，其中可能為字串(String)、整數(Integer)、浮點數(Double)、及布林值(Boolean)；及一測量值單位(UnitOfMeasurement)細節，紀錄參數輸入數值之單位。

該可接受數值類別區47：其屬性如下表四所述，包含一數值(Value)細節，說明參數可以接受的數值；一範圍(Range)細節，說明參數可以接受之數值範圍；及一可接受數值描述細節，描述該參數所輸入之數值之定義。

該範圍類別區48：其屬性如下表五所述，包含一最小值(Min)細節，說明參數可以接受之數值之最小值；一最大值(Max)細節，說明參數可以接受整數值之最大值；及一範圍描述細節，描述該參數所輸入範圍代表之定義。

該認證類別區49：其屬性如下表六所述，包含一認證種類(Type)細節，為HTTP認證之種類，其中可能為HTTP Basic、及HTTP Digest；一使用者名稱(Username)細節，為物件認可之使用者名稱；及一使用者密碼(Password)細節，為物件認可之使用者密碼。

透過以上資訊，用戶端之使用者可了解制動功能支援之參數定義以及可以接受之參數數值，進而送出符合他們需求之任務。例如，一個物聯網智能燈具可接受開啟或關閉之參數ID為「on」，而其Description細節為「透過此參數，使用者得以開啟或關閉這個智能燈具」。而使用細節之限制為必要的，意即每次透過此制動功能發送任務時都需要使用「on」參數，而輸入型態細節則描述數值之資料型態係布林值，即「true」或「false」。因此，透過提出之參數類別區45，物聯網物件制動功能可接受之參數將可以被完整地描述，進而讓用戶端之使用者透過統一之資料標準，理解及控制各式物聯網物件之制動功能。並且，本發明提出一個解決方案可支援各種物聯網物件之HTTP通訊協定，用戶端之使用者輸入之參數所在位置根據不同物聯網物件有所不同。因此，本發明更提出使用關鍵字取代之方式，支援各種可能之HTTP通訊協定。簡單來說，在HTTP通訊協定類別區44之資訊中，物件可透過「{ID}」之佔位符字元代表用戶端之使用者輸入參數之所在位置。在送出HTTP請求給物聯網物件前，此佔位符字元將被用戶端之使用者真正輸入之參數取代。

於一較佳實施例中，本發明以Philips Hue智能燈泡為例，如第4圖所示，在參數(Parameter)類別區中之可接受參數ID(ParameterID)細節為「on」，其可接受之數值為布林值包含「true」與「false」。「true」會「turn on the light bulb」，而「false」會「turn off the light bulb」。此外，從HTTP通訊協定類別區將描述，此制動功能使用之HTTP方法係PUT，絕對路徑係http：//140.115.111.190/api…/lights/2/state，而訊息主體為「{"on"：{on}}」。因此，當用戶端之使用者輸入一個任務請求如下表七所示，指定任務開啟燈泡時，可透過ParameterID「on」配合括號「{}」找到佔位符「{on}」，並將佔位符取代為任務請求內輸入之參數，進而產生該任務之HTTP PUT請求。

本發明提出此關鍵字取代之方式，可支援各種不同物聯網物件之通訊協定。只要將佔位符放在正確之位置，用戶端之使用者輸入參數將可被自動放置於HTTP之絕對路徑、訊息主體、查詢字串、標頭、片段內之任何位置。此系統極為簡單與直覺，但亦極為通用與有效。透過此系統，本發明將可統一物聯網物件之通訊協定。

本發明運用輕量之JavaScript物件標記(JavaScript Object Notation,JSON)格式編寫標準，所有物聯網物件皆可依循此標準描述其制動功能與通訊協定。藉此，用戶端之使用者可透過制定之資料模型了解物件之制動功能，再透過編寫任務請求以控制物聯網物件。由於用戶端之使用者提出之任務，如第5圖所示，仍須轉換為物聯網物件支援之HTTP通訊協定，本發明所設計之制動功能標準將律六於一個網路服務。物聯網物件可利用資料模型描述其制動能力並註冊於此測試網路服務平台，提供用戶端之使用者透過網路服務平台檢索物聯網制動功能並傳送任務至此網路服務平台，網路服務進而將用戶端之使用者任務轉換為物件支援之HTTP通訊協定以控制物件。

本系統主要運作流程如第6圖所示。

本發明運用輕量之JavaScript物件標記(JavaScript Object Notation,JSON)格式編寫標準，所有物聯網物件皆可依循此標準描述其制動功能與通訊協定。藉此，用戶端之使用者可透過制定之資料模型了解物件之制動功能，再透過編寫任務請求以控制物聯網物件。由於用戶端之使用者提出之任務，如第5圖所示，仍須轉換為物聯網物件支援之HTTP通訊協定，本發明所設計之制動功能標準將建立於一個網路服務。物聯網物件可利用資料模型描述其制動能力並註冊於此測試網路服務平台，提供用戶端之使用者透過網路服務平台檢索物聯網制動功能並傳送任務至此網路服務平台，網路服務進而將用戶端之使用者任務轉換為物件支援之HTTP通訊協定以控制物件。

本系統主要運作流程如第6圖所示。

於步驟S10，不論是廠商在製造物聯網物件時可直接將制動能力寫成描述文檔，或是使用者自行根據物件之通訊協定撰寫制動能力描述文檔，該些描述文檔將符合本發明所提出之資料模型。從使用者或未來由物件本身將描述文檔上傳註冊於網路服務平台後，網路服務將會指派一個獨立識別符(ID)給每個物件之制動能力以供辨認。

於步驟S11，用戶端之使用者可以發送請求來查詢指定之描述文檔之內容，進而得知已註冊之物聯網物件、其制動能力、以及制動能力支援之參數等資訊。

於步驟S12，用戶端之使用者根據查詢到之制動能力資訊，可產生一任務請求並傳送至網路服務平台。網路服務將會運用本發明所提出之關鍵字取代法，將用戶端之使用者任務請求內輸入之各個參數偕同制動能力與該指定之描述文檔中之資料模型合併轉譯成一個物聯網物件之HTTP請求。並在任務請求所指定之任務執行時間，發送該HTTP請求至物聯網物件，使物聯網物件執行此任務。

對於各廠商開發商而言，僅需學習本發明所提出之通訊協定，即可與各種不同之物聯網物件溝通，進而真正連結所有物件達成物件混搭之願景。

本發明提出一創新且基於JSON格式之制動能力描述文檔，該描述文檔有別於目前所使用之各式標準：

1.使用輕量化之JSON格式制定物聯網通訊協定之描述文檔，JSON格式與XML同樣富彈性且便於使用，但文檔大小較XML格式輕便，使該描述文檔可以支援絕大多數之物聯網物件。

2.本發明提出一專用於物聯網制動能力之標準，目的即是為了創造一統一且具標準化之方式描述各式物聯網之物件，透過本發明提出之資料模型，不同之物聯網物件可以有一標準化之描述方式描述不同物件之通訊協定及其詮釋資料。由於本發明用統一之方式描述及控制不同之物聯網物件，軟體應用開發商可以輕易地與使用不同通訊協定之物聯網物件連接，而無須綁定於特定之物聯網生態系統，也可選擇對於應用最合適之物件，進而可使物聯網硬體與軟體開發商在開發時大幅降低開發成本。

3.承上述，本發明使用資料模型之方式描述物聯網物件之通訊協定，並利用關鍵字取代法，將資料模型上所刻劃之佔位符「{ID}」，取代成使用者欲輸入之參數值。如此一來，不同之物聯網物件皆可以透過相同之方式以資料模型描述並自動化地控制，而達到統一操作物聯網物件之目的，使軟體應用開發商不需要花費多餘之開發成本來開發物件之連結器。

藉此，為解決通訊協定異質性之問題，本發明旨在提出一標準化之網路服務描述，透過此標準化之描述設計一具輕量化且通用性之描述文檔。該描述文檔支援描述不同物件之通訊協定，在每份描述中定義物件通訊之要件，並用關鍵字取代之方式，從用戶端之使用者發送之命令中透過特定之關鍵字來取代網路服務描述中之要件，並組成一完整之通訊協定，以達到控制物聯網物件之目的。本系統可使各廠牌之物聯網物件統一運用相同之方式操作及管理，並解決異質性問題。對於物聯網之產品及應用開發商，本發明可大幅降低其開發成本，對於未來，本發明可達到自動化、高效能且具備互操作性之物聯網生態系統與應用。

綜上所述，本發明係一種物聯網制動功能描述文檔系統，可有效改善習用之種種缺點，透過標準化之描述設計一具輕量化且通用性之描述文檔，其可支援描述不同物件之通訊協定，在每份描述中定義物件通訊之要件，並用關鍵字取代之方式，從用戶端發送之命令中透過特定之關鍵字來取代網路服務描述中之要件，並組成一完整之通訊協定，以達到控制物聯網物件之目的，使得透過本系統可使各廠牌之物聯網物件統一運用相同之方式操作及管理，並解決異質性問題。對於物聯網之產品及應用開發商，可大幅降低其開發成本，對於未來亦可達到自動化、高效能且具備互操作性之物聯網生態系統與應用，進而使本發明之產生能更進步、更實用、更符合使用者之所須，確已符合發明專利申請之要件，爰依法提出專利申請。

惟以上所述者，僅為本發明之較佳實施例而已，當不能以此限定本發明實施之範圍；故，凡依本發明申請專利範圍及發明說明書內容所作之簡單的等效變化與修飾，皆應仍屬本發明專利涵蓋之範圍內。

10‧‧‧物聯網制動功能描述文檔系統

11‧‧‧通訊模組

12‧‧‧儲存模組

13‧‧‧處理模組

Claims

一種物聯網制動功能描述文檔系統，係包括：一通訊模組，用於連接一網路服務平台；一儲存模組，用於儲存物聯網物件已註冊到該網路服務平台之描述文檔，該描述文檔係以資料模型描述不同物聯網物件之通訊協定，在每份描述中定義物件通訊之要件，該要件包含一物件(Thing)類別區，其定義為包含一物件描述(Description)細節及一屬性(Properties)細節、一制動能力(Tasking Capability)類別區，其定義為包含一制動能力描述細節、一制動器(Actuator)類別區，其定義為包含一制動器描述細節、一HTTP通訊協定(HTTP Protocol)類別區，其定義為包含一HTTP方法(HTTP Method)細節、一絕對路徑(Absolute Resource Path)細節、一訊息主體(Message Body)細節、一查詢字串(Query String)細節、一標頭(Header)細節、一片段(Fragment)細節及一認證(Authentication)細節、一參數(Parameter)類別區，其定義為包含一可接受參數ID(ParameterID)細節、一參數描述細節、一使用方式(Use)細節、及一定義細節、一定義(Definition)類別區，其定義為包含一輸入型態(InputType)細節及一測量值單位(UnitOfMeasurement)細節、一可接受數值(AllowedValue)類別區，其定義為包含一數值(Value)細節、一範圍(Range)細節及一可接受數值描述細節、一範圍(Range)類別區，其定義為包含一最小值(Min)細節、一最大值(Max)細節及一範圍描述細節、及一認證(Authentication)類別區，其定義為包含一認證種類(Type)細節、一使用者名稱(Username)細節及一使用者密碼(Password)細節，其中該描述文檔註冊於該網路服務平台後，網路服務將會指派一獨立識別符(ID)給每一物件之制動能力以供辨認；以及一處理模組，連接該通訊模組與該儲存模組，該處理模組經由該通訊模組接收一用戶端傳送查詢指定之描述文檔之請求，根據該請求於該儲存模組中進行查詢並將其指定之描述文檔經由該通訊模組回應於該用戶端，該用戶端再經由該通訊模組傳送一任務請求至該處理模組，該處理模組利用關鍵字取代法將該任務請求與該指定之描述文檔中之資料模型合併轉譯成物件特定之通訊協定，並透過該任務請求中設定指定時間，傳送該特定之通訊協定以控制物聯網物件執行任務，其中該處理模組利用關鍵字取代法將該指定之描述文檔中以資料模型上所載之佔位符「{ID}」取代為該任務請求內輸入之參數，而該任務請求內輸入之參數可被自動放置於該HTTP通訊協定類別區之絕對路徑細節、訊息主體細節、查詢字串細節、標頭細節、或片段細節內之任何位置。
依申請專利範圍第1項所述之物聯網制動功能描述文檔系統，其中，該處理模組經由該通訊模組接收一開發端傳送不同物聯網物件之描述文檔，並將其儲存至該儲存模組中。
依申請專利範圍第1項所述之物聯網制動功能描述文檔系統，其中，該用戶端係透過該處理模組得知已註冊之物聯網物件、其制動能力、以及制動能力支援之參數之制動能力資訊後，產生該任務請求並傳送至該處理模組。
依申請專利範圍第1項所述之物聯網制動功能描述文檔系統，其中，該描述文檔之格式編寫標準係使用JavaScript物件標記(JavaScript Object Notation,JSON)格式。
依申請專利範圍第1項所述之物聯網制動功能描述文檔系統，其中，該描述文檔支援不同物聯網物件之通訊協定，並可為超文本傳輸協議(HTTP)。