本文是兩篇系列文章中的第一篇，我們在將這一系列文章中首先從一個(gè)抽象的角度了解IoT的參考架構(gòu)，然后分析具體的架構(gòu)與所選擇的用例的實(shí)現(xiàn)。第一篇文章將涵蓋更具體與完整的架構(gòu)中的各種定義，而第二篇文章將通過實(shí)際的用例應(yīng)用這種架構(gòu)。

       我們正處在一個(gè)嶄新的互聯(lián)世界的入口，處于“物聯(lián)網(wǎng)”(IoT)或者說是“第四次工業(yè)革命”浪潮之中的公司正在開發(fā)一種新型的網(wǎng)絡(luò)，讓我們在每日生活中所接觸到的事物可以實(shí)現(xiàn)互通。IoT實(shí)現(xiàn)了“物”(Thing)的互聯(lián)，通過信息交換的方式，為用戶完成各種任務(wù)。各種新穎的思想將逐漸變?yōu)楝F(xiàn)實(shí)，例如讓家里的冰箱不僅能夠與你的智能手機(jī)通信，甚至還能夠與生產(chǎn)者的服務(wù)器場或是能源發(fā)電廠進(jìn)行通信。在背后推動這次新技術(shù)與通信變革的公司來自于各行各業(yè)，不僅像Google、微軟或Apple這樣的大數(shù)據(jù)軟件巨頭正走在這條道路上，此外還有保險(xiǎn)公司巨頭、外圍設(shè)備廠家乃至汽車制造商也紛紛投入IoT的懷抱。

       在各種不同的“Thing”之間實(shí)現(xiàn)通信的關(guān)鍵在于實(shí)現(xiàn)標(biāo)準(zhǔn)化。標(biāo)準(zhǔn)化在研究環(huán)境中說起來很容易，但要在真實(shí)的世界中實(shí)現(xiàn)卻是相當(dāng)困難的。參考架構(gòu)對于實(shí)現(xiàn)標(biāo)準(zhǔn)化能夠帶來很大的幫助，在對于IoT系統(tǒng)實(shí)現(xiàn)進(jìn)行計(jì)劃工作時(shí)，可以參考由這些架構(gòu)所定義的指南。

       為了實(shí)現(xiàn)標(biāo)準(zhǔn)化，必須創(chuàng)建高層次的參考架構(gòu)，正如IoT-A所完成的工作一樣。不過，由于高層次的參考架構(gòu)過于抽象，因而造成了難以理解的現(xiàn)狀。如果你正在從事咨詢顧問工作就會發(fā)現(xiàn)，要為行業(yè)中的實(shí)際客戶展示這種高層次的參考架構(gòu)是不可能的。

       我們希望做到更進(jìn)一步，通過我們提供的指南，使你了解如何從IoT-A參考架構(gòu)中生成一個(gè)更為具體的架構(gòu)。我們的想法是為這個(gè)抽象的IoT-A參考架構(gòu)創(chuàng)建一個(gè)較低層次的架構(gòu)，你甚至可以將它寫到“管理總結(jié)”中，這也正是這篇文章的主體。此外，我們還將選擇部分用例，在這個(gè)引用架構(gòu)中進(jìn)行舉例說明，以展示一個(gè)完整的生命周期，包括在IoT中實(shí)際系統(tǒng)的實(shí)現(xiàn)。這一部分將在下一篇文章中進(jìn)行講解。

       首先，讓我們定義一些術(shù)語：

       Thing：這是我們在每日生活中所接觸到的某個(gè)物體，它就存在于我們的生活環(huán)境中。Thing既可以是一輛汽車或一臺冰箱，但也可以被抽象為一個(gè)完整的房屋或是城市，這取決于我們的用例。

       設(shè)備：可以表示一個(gè)傳感器(Sensor)、一個(gè)制動器(Actuator)或是一個(gè)標(biāo)識(Tag)。通常來說，設(shè)備是Thing的一個(gè)組成部分。Thing將處理設(shè)備中的上下文信息，并將選定的信息與其他Thing進(jìn)行通信。此外，Thing還可以將行為傳遞給制動器。

       在每一種IoT參考架構(gòu)中(例如Google的Brillo、IoT-A或Z-Wave)，你都會(以某種形式)發(fā)現(xiàn)大量“無法回避的IoT組件”：

       ·Thing與設(shè)備的互操作性以及集成組件。

       ·上下文感知計(jì)算技術(shù)，例如上下文模型或行為模型的定義，以及規(guī)則引擎的目標(biāo)定義。

       ·與整個(gè)架構(gòu)相關(guān)的安全性指南。

       在某種形式上，當(dāng)前的IoT架構(gòu)可以被視為由Anind K.Dey所提出的Context Toolkit框架在更大規(guī)模上應(yīng)用的一種版本。Context Toolkit的設(shè)計(jì)屬于應(yīng)用層面，因?yàn)樗�是為地理信息系統(tǒng)(GIS)所設(shè)計(jì)的。而在IoT環(huán)境中，我們必須對Context Toolkit在物物互聯(lián)方面進(jìn)行擴(kuò)展。不過，目標(biāo)、上下文信息以及行為等基本概念在IoT世界中同樣適用。

圖1 物聯(lián)網(wǎng)的一種參考架構(gòu)

       在IoT的世界中，不僅我們能夠在用戶層面(即來自于應(yīng)用程序)定義目標(biāo)，Thing本身也可以在沒有用戶積極參與的情況下實(shí)現(xiàn)某種目標(biāo)。最終來說，設(shè)備依然是為用戶服務(wù)的，但他們可以在后臺進(jìn)行自治的工作，這也正是普適計(jì)算(Ubiquitous Computing)的思想。

       為了更好地理解“上下文”這個(gè)術(shù)語，我們首先將介紹一個(gè)上下文模型，然后再對參考架構(gòu)進(jìn)行介紹。上下文定義了處于某個(gè)場合、某個(gè)時(shí)間點(diǎn)上的某個(gè)環(huán)境的狀態(tài)(通常來說即用戶環(huán)境)。上下文模型通常分為上下文元素與上下文情境。上下文元素通常會在設(shè)備層面定義特定的上下文，上下文元素的一個(gè)例子可以是處于某個(gè)具體時(shí)間與位置的溫度。

圖2 物聯(lián)網(wǎng)的一種參考架構(gòu)

       位置與時(shí)間本身就屬于上下文元素，但他們還扮演了一種特殊的角色，因?yàn)橐�在空間與時(shí)間上定位傳感器的值，必須了解這些信息。如果不了解某個(gè)溫度是在哪里、在何時(shí)測量的，那么這個(gè)溫度對于決策來說并沒有什么幫助。

       某些上下文元素是可以立即實(shí)現(xiàn)標(biāo)準(zhǔn)化的(舉例來說，一個(gè)溫度值已經(jīng)被定義為一個(gè)雙精度的數(shù)值加上一個(gè)測量單位，例如攝氏或是華氏溫度)。而其他上下文元素則是特定于應(yīng)用程序的(即“特定于Thing”)，因而無法立即實(shí)現(xiàn)標(biāo)準(zhǔn)化。這些元素被定義為“高層次”的上下文，對于每個(gè)Thing來說，需要一種機(jī)制以定義他們。

       上下文情境(Context Situation)則是多個(gè)上下文元素的一種聚合。因此，上下文情境是對于某個(gè)環(huán)境在某一位置、某一時(shí)間的一種視角。

圖3 物聯(lián)網(wǎng)的一種參考架構(gòu)

       正如上文所說，某些上下文元素是可以立即標(biāo)準(zhǔn)化的(因?yàn)樗麄円呀?jīng)實(shí)現(xiàn)了標(biāo)準(zhǔn)化)，而另一些無法立即標(biāo)準(zhǔn)化(因?yàn)樗麄兪翘囟ㄓ谟美��?。為了了解某個(gè)Thing與另一個(gè)Thing之間能否進(jìn)行通信，需要他們對于某種通信標(biāo)準(zhǔn)達(dá)成一致。出于這個(gè)原因，我們需要引入上下文情境模式(Schema)。上下文情境模式將以上下文的方式定義某個(gè)物的能力。

       你可以進(jìn)一步擴(kuò)展這個(gè)上下文模型，定義某種所有的Thing都必須具備的“標(biāo)準(zhǔn)功能”，以及需要由每種Thing自行定義的“額外功能”，例如Z-Wave標(biāo)準(zhǔn)的做法。

       與上下文模型類似，你也可以定義一個(gè)行為模型，該模型將定義Thing可以觸發(fā)的行為(例如打開一個(gè)窗口，或是拍攝一張圖片)。行為必須由上下文信息(例如某個(gè)上下文情境)和已定義的目標(biāo)的組合所觸發(fā)。目標(biāo)通常由規(guī)則引擎中的規(guī)則進(jìn)行描述(例如IF temperature > 25* THEN open window)。當(dāng)某個(gè)上下文情境具體對應(yīng)到某個(gè)Thing之后，這個(gè)Thing就需要根據(jù)它的已定義目標(biāo)(即規(guī)則)評估是否要觸發(fā)某個(gè)行為。根據(jù)用例的不同，與某個(gè)Thing對應(yīng)的上下文、行為與目標(biāo)模型的復(fù)雜度也有所不同。有些Thing只會使用行為的信息，而不會發(fā)布上下文信息，而其他Thing則會發(fā)布上下文信息(甚至是目標(biāo))，讓其他Thing進(jìn)行使用。

       現(xiàn)在，我們已經(jīng)理解了上下文感知計(jì)算在IoT世界中所扮演的角色，接下來我們可以討論這個(gè)參考IoT分層架構(gòu)(簡稱“RILA”)的定義了。在IoT的語境中，RILA將連接Thing、設(shè)備與用戶，正如下圖所示。

圖4 物聯(lián)網(wǎng)的一種參考架構(gòu)

       RILA包含6個(gè)層，除了這6個(gè)層之外，還有兩個(gè)“橫切面層”，他們將影響其他所有層。這兩個(gè)層即“安全層”與“管理層”。

圖5 物聯(lián)網(wǎng)的一種參考架構(gòu)

       讓我們來看一看RILA中的每個(gè)層與其中的組件。我們將從最底層(設(shè)備集成層)開始，隨后逐步向上層推進(jìn)。

       設(shè)備集成層(Device Integration Layer)負(fù)責(zé)連接所有不同的設(shè)備類型、獲取設(shè)備的測量數(shù)據(jù)，并(在設(shè)備層面上)實(shí)現(xiàn)行為的通信。可以將這一層視為一種能夠講多種不同語言的翻譯器。傳感器與標(biāo)識的輸出取決于他們所實(shí)現(xiàn)的協(xié)議，而制動器的輸入同樣由他們所實(shí)現(xiàn)的協(xié)議所定義。

圖6 物聯(lián)網(wǎng)的一種參考架構(gòu)

       設(shè)備集成層包含三個(gè)主要的組件。最底層的組件是驅(qū)動組件，它負(fù)責(zé)通過低層次的、特定于供應(yīng)商以及通信協(xié)議的方式在不同的傳感器、標(biāo)識以及制動器之間進(jìn)行通信。對于系統(tǒng)已知的每種低層設(shè)備類型，它都提供了對應(yīng)的驅(qū)動實(shí)例。下一個(gè)組件是設(shè)備發(fā)現(xiàn)組件，它能夠由兩種事件觸發(fā)，一種事件來自于設(shè)備管理層，告訴這個(gè)組件需要添加一種新的設(shè)備。另一種事件來自于驅(qū)動組件，如果添加了某種新的設(shè)備，驅(qū)動組件就會通知設(shè)備發(fā)現(xiàn)組件。與之類似，設(shè)備發(fā)現(xiàn)組件還要處理設(shè)備的撤消注冊操作。最后一個(gè)組件是設(shè)備通信組件，它負(fù)責(zé)在設(shè)備管理層與驅(qū)動組件之間起到橋梁作用。當(dāng)設(shè)備管理層找到某個(gè)設(shè)備后，該組件將決定要調(diào)用哪個(gè)驅(qū)動。

       設(shè)備管理層(Device Management Layer)負(fù)責(zé)從設(shè)備集成層中獲取設(shè)備的注冊信息以及傳感器的測量數(shù)據(jù)。此外，它還負(fù)責(zé)將制動器的狀態(tài)變化向下傳遞給設(shè)備集成層。設(shè)備集成層隨后將對狀態(tài)的變化進(jìn)行校驗(yàn)(即行為)，保證它與制動器相一致，并將解釋后的狀態(tài)變化發(fā)送給制動器。

圖7 物聯(lián)網(wǎng)的一種參考架構(gòu)

       設(shè)備管理層負(fù)責(zé)控制設(shè)備，以了解有哪些設(shè)備已連接到系統(tǒng)中。對于設(shè)備注冊信息的更改，以及傳入的測量數(shù)據(jù)必須通過設(shè)備集成層與設(shè)備管理層進(jìn)行通信，從而實(shí)現(xiàn)信息的更新與保存。設(shè)備集成層通過這種方式管理設(shè)備的注冊(包括添加元數(shù)據(jù)，例如傳感器所發(fā)送數(shù)據(jù)的單位或頻度)以及設(shè)備的通信(將實(shí)際的測量數(shù)據(jù)傳遞給數(shù)據(jù)管理層，并將行為向下傳遞給制動器設(shè)備)。

       可以將數(shù)據(jù)管理層視為一種中央式的數(shù)據(jù)庫，它保存著一個(gè)“Thing”的所有數(shù)據(jù)，但這只是一種可能的實(shí)現(xiàn)方式。對于系統(tǒng)中較大的Thing(例如從其他Thing中收集數(shù)據(jù)的某個(gè)設(shè)備生命周期監(jiān)控系統(tǒng))，數(shù)據(jù)管理層可以扮演一種數(shù)據(jù)倉庫，甚至是一個(gè)完整的數(shù)據(jù)場的角色。數(shù)據(jù)管理層的實(shí)現(xiàn)很大程度上取決于特定的Thing的用例。

圖8 物聯(lián)網(wǎng)的一種參考架構(gòu)

       上下文管理層(Context Management Layer)定義了RILA中的核心業(yè)務(wù)邏輯，并負(fù)責(zé)完成這6種任務(wù)：

       ·定義Thing的目標(biāo)。

       ·獲取其他Thing的上下文情境。

       ·為Thing生成(自有的)上下文情境。

       ·評估(自有的)上下文情境是否符合目標(biāo)。

       ·根據(jù)評估的規(guī)則觸發(fā)各種行為，以促進(jìn)目標(biāo)的實(shí)現(xiàn)。

       ·向其他Thing發(fā)布上下文情境。

圖9 物聯(lián)網(wǎng)的一種參考架構(gòu)

       根據(jù)以上的任務(wù)，我們可以將上下文管理層分解為8種組件，如下圖所示。

圖10 物聯(lián)網(wǎng)的一種參考架構(gòu)

       規(guī)則引擎與人工智能(AI)：定義及管理上下文評估所必需的規(guī)則。包括目標(biāo)(它本質(zhì)上就是規(guī)則的一種集合)及用于創(chuàng)建上下文情境和行為的規(guī)則。

       上下文情境集成模塊：偵聽其他Thing的上下文情境，并與傳入的上下文情境相集成。

       行為集成模塊：通過這個(gè)組件對其他Thing所傳入的行為進(jìn)行評估，并傳遞給設(shè)備管理層。在這個(gè)過程中需要考慮到規(guī)則的問題，它定義了在哪種情境下可以將來自另一個(gè)物的行為進(jìn)行傳遞，以觸發(fā)制動器。

       上下文情境創(chuàng)建模塊：從系統(tǒng)中收集數(shù)據(jù)，并構(gòu)建上下文情境。這一過程也可以由規(guī)則進(jìn)行驅(qū)動。

       行為創(chuàng)建模塊：與上下文情境創(chuàng)建模塊相似，在規(guī)則評估過程中觸發(fā)的行為必須創(chuàng)建相應(yīng)的行為對象。

       上下文情境發(fā)布模塊：為Thing集成層提供上下文情境。根據(jù)實(shí)現(xiàn)的復(fù)雜度不同，上下文情境發(fā)布者可以為已訂閱的不同Thing提供一系列的上下文情境，或者為所有Thing提供一個(gè)單一的上下文情境。上下文情境發(fā)布模塊必須注意其他Thing的數(shù)據(jù)權(quán)限級別。只有可信的其他Thing才能夠收到經(jīng)過選擇的上下文信息。此外，該模塊還要負(fù)責(zé)定義上下文情境模式，這些模式需要與其他訂閱的Thing進(jìn)行通信，它將評估某個(gè)Thing是否能夠與其他Thing進(jìn)行通信。

       行為發(fā)布模塊：與上下文情境發(fā)布模塊類似，該模塊負(fù)責(zé)將行為傳遞給Thing集成層，讓其他Thing能夠與行為進(jìn)行通信。此外，行為模式也是由這個(gè)組件負(fù)責(zé)管理的。

       上下文評估模塊：對使用(現(xiàn)有的)上下文情境的規(guī)則進(jìn)行評估，并觸發(fā)那些與底層的設(shè)備或行為創(chuàng)建模塊進(jìn)行通信的行為。行為創(chuàng)建模塊將把這些創(chuàng)建的行為傳遞給行為發(fā)布者，后者負(fù)責(zé)將行為傳遞給其他Thing。評估規(guī)則的一種簡單方式是為由規(guī)則引擎所定義的規(guī)則構(gòu)建相應(yīng)的決策樹。

       具體的架構(gòu)與所提供的功能的復(fù)雜度很大程度上取決于所開發(fā)的Thing的具體用例。對于在智能方面要求較低的Thing(例如一臺冰箱)，規(guī)則引擎與人工智能組件也不必設(shè)計(jì)得很復(fù)雜。而對于需要從其他設(shè)計(jì)中收集上下文信息的Thing來說，這些組件將變得非常復(fù)雜。高復(fù)雜性的例子包括數(shù)據(jù)科學(xué)以及數(shù)據(jù)挖掘技術(shù)。

       Thing集成層(Thing Integration Layer)將負(fù)責(zé)找到其他物，并與其進(jìn)行通信。

       一旦兩個(gè)Thing找到彼此之后，他們就需要經(jīng)歷一種注冊機(jī)制。Thing集成層必須評估與另一個(gè)Thing之間的通信是否可能。因此，必須對上下文情境及行為模式進(jìn)行比較，這一功能是由上下文管理層所提供的。

       如果對于模式匹配的評估結(jié)果是正面的，那么該Thing就能夠向另一個(gè)Thing發(fā)送創(chuàng)建新的上下文情境或行為的通知。傳遞給其他Thing的上下文情境和行為將由上下文管理層提供。

       Thing的注冊必須由一個(gè)集中式的組件，或是由Thing本身完成(例如自發(fā)現(xiàn)的網(wǎng)絡(luò)掃描)。

圖11 物聯(lián)網(wǎng)的一種參考架構(gòu)

       用戶將通過應(yīng)用集成層(Application Integration Layer)與物進(jìn)行連接。(直接)建立在RILA架構(gòu)上的應(yīng)用屬于這一層�？梢詫�應(yīng)用的集成看做一個(gè)服務(wù)層，甚至是一個(gè)簡單的UI。這一層具體的實(shí)現(xiàn)取決于實(shí)際的用例。

圖12 物聯(lián)網(wǎng)的一種參考架構(gòu)

       到此為止，我們終于講完了每個(gè)層的作用�，F(xiàn)在讓我們來面對那些跨層的挑戰(zhàn)，首先從安全層開始。在構(gòu)建IoT系統(tǒng)時(shí)，我們必須在每個(gè)層上全盤考慮安全性問題。系統(tǒng)必須找到攻擊的來源，以找到合適的安全標(biāo)準(zhǔn)。

圖13 物聯(lián)網(wǎng)的一種參考架構(gòu)

       我們可以列舉出以下攻擊來源：

       用戶：終端用戶有可能會成為一種攻擊來源，因?yàn)檫@種攻擊有可能會人為地、或是無意地影響整個(gè)系統(tǒng)。這種類型的攻擊中最常見的方式是釣魚攻擊，即嘗試從受攻擊者那里獲取敏感信息。

       Web界面：如果應(yīng)用本身提供了一個(gè)web界面，那么它就有可能遭受到一些“傳統(tǒng)的”攻擊，例如SQL注入或XSS攻擊。OWASP(開放式Web應(yīng)用安全項(xiàng)目)列舉了網(wǎng)站最容易遭受的10種攻擊的場景。

       Thing：智能設(shè)備經(jīng)常會通過某個(gè)應(yīng)用與外部系統(tǒng)進(jìn)行通信，而這種應(yīng)用依賴于某種形式的操作系統(tǒng)。這就存在兩種主要的受攻擊的可能。一是應(yīng)用本身或許沒有采取適當(dāng)?shù)陌踩珯C(jī)制，二是底層的操作系統(tǒng)可能會被侵入或感染。

       低層次的硬件組件：在考慮硬件組件及其提供的安全措施時(shí)，用戶必須考慮到計(jì)算能力的問題。一個(gè)主要的風(fēng)險(xiǎn)在于低運(yùn)算能力的設(shè)備不具備進(jìn)行安全加密通信所需的CPU能力。在支持多個(gè)傳感器的場景中，系統(tǒng)可以選擇消除異常值，以獲得一個(gè)準(zhǔn)確的值，但這種方式無法保證安全性。如果由傳感器所提供數(shù)據(jù)的準(zhǔn)確性對于系統(tǒng)來說十分重要，那么則需要使用更強(qiáng)大的硬件，而這將使系統(tǒng)的成本上升一個(gè)數(shù)量級。

       通信信道：對于通信信道的安全性設(shè)置取決于所使用的協(xié)議，我們將討論與IoT相關(guān)的協(xié)議，以及這些協(xié)議為通信的加密所提供的功能。

       RFID與NFC：標(biāo)識與讀取裝置之間的通信是通過無線連接實(shí)現(xiàn)的，它很容易被竊聽，因此對于數(shù)據(jù)的加密至關(guān)重要。當(dāng)前能夠保證足夠安全性的對稱式加密算法包括3DES與AES-128。在向新的標(biāo)識寫入數(shù)據(jù)時(shí)，應(yīng)當(dāng)更改默認(rèn)的認(rèn)證密鑰。對于標(biāo)識的密鑰管理是由控制讀取裝置的系統(tǒng)所完成的。RFID標(biāo)識本身具有很大的差異性，因此在購買時(shí)必須要考慮到安全性的問題。舉例來說，Mifare Plus標(biāo)識就是Mifare Classic標(biāo)識的一個(gè)升級版本，因?yàn)榍罢咛峁┝嘶�于AES-128的加密功能，而Mifare Classic標(biāo)識使用了一種具有專利權(quán)的、基于48位的密鑰的算法，但這種算法已經(jīng)被攻破了。

       Zigbee：Zigbee設(shè)備與應(yīng)用之間的通信信道是安全的，因?yàn)樗�所采用的加密算法是AES-128。但與對方所進(jìn)行的初次密鑰交換必須被視為不安全的。當(dāng)某個(gè)新的設(shè)備加入網(wǎng)絡(luò)中時(shí)，密鑰將以明文的方式進(jìn)行發(fā)送，只要時(shí)機(jī)掌握好，就有可能被嗅探工具所捕獲。

       Thread：兩臺Thread設(shè)備之間的通信將由AES加密保證安全性，一臺新設(shè)備與應(yīng)用之間的密鑰生成將通過一種密鑰交換算法保證安全性。

       攻擊來源也可以分組為更為技術(shù)性的攻擊來源，它們將針對系統(tǒng)中的特定組件，包括：

       ·認(rèn)證

       ·授權(quán)

       ·真實(shí)性驗(yàn)證：信息的簽名

       ·密鑰交換策略

       ·加密

       ·配置——糟糕的或默認(rèn)的配置可能會造成安全威脅

       ·第三方庫——可能會包含安全隱患，而如果沒有及時(shí)更新，還可能包含一些已為人所知的漏洞。

       網(wǎng)絡(luò)安全

       下圖中的安全性三角形展現(xiàn)了在根據(jù)用例選擇合適的安全性時(shí)所遇到的困境。

圖14 安全性三角形

       這個(gè)安全性三角性一定程度上反映了每個(gè)用例都需要面對的一種妥協(xié)。你只能根據(jù)你的目的及需求，在三角形所代表的安全性、成本與業(yè)務(wù)需求之間選擇其一。讓我們看一下幾個(gè)例子：

       示例1：Acme銀行建立了一個(gè)銀行金庫：在這個(gè)用例中選擇安全的硬件是至關(guān)重要的，這方面沒有商量的余地。為了實(shí)現(xiàn)對業(yè)務(wù)與安全性需求的最大涵蓋，成本必然會極大地上升。

       示例2：農(nóng)場主Billy Bob希望通過某些高大上的傳感器，在他的智能手機(jī)上了解收成的情況，但他對于安全性沒有很高的要求。目前來說，農(nóng)場主Billy Bob的需求確實(shí)已經(jīng)滿足了，他只用了較少的成本，并且結(jié)果令他滿意。不過，這種好日子等到另一個(gè)農(nóng)場主小Jimmy的兒子小小Jimmy開始學(xué)習(xí)計(jì)算機(jī)工程之后就到頭了……

       因此，為整個(gè)架構(gòu)找到合適的安全措施永遠(yuǎn)像是走鋼絲一樣，因?yàn)闃I(yè)務(wù)需求和成本總是和高度的安全措施相抵觸的。此外，某些技術(shù)需求可能會限制我們使用最高級安全措施的能力，例如運(yùn)算能力不足的設(shè)備在發(fā)送數(shù)據(jù)包時(shí)可能無法接受某種程度上的額外開銷，因?yàn)檫@意味著要消耗更多的資源。

       到此為止，我們即將結(jié)束對于引用架構(gòu)的介紹。通過本文，我們希望能夠?yàn)槟阏故救绾螌⒁粋�(gè)IoT系統(tǒng)分解為更具體的層次。上下文感知的計(jì)算技術(shù)將使這個(gè)世界中的某些部分更容易理解。在后續(xù)的文章中，我們將為你展示如何通過本文介紹的RILA參考架構(gòu)派生出對應(yīng)的用例，以更完整地了解RILA如何實(shí)際地幫助我們實(shí)現(xiàn)IoT系統(tǒng)。

核心關(guān)注：拓步ERP系統(tǒng)平臺是覆蓋了眾多的業(yè)務(wù)領(lǐng)域、行業(yè)應(yīng)用，蘊(yùn)涵了豐富的ERP管理思想，集成了ERP軟件業(yè)務(wù)管理理念，功能涉及供應(yīng)鏈、成本、制造、CRM、HR等眾多業(yè)務(wù)領(lǐng)域的管理，全面涵蓋了企業(yè)關(guān)注ERP管理系統(tǒng)的核心領(lǐng)域，是眾多中小企業(yè)信息化建設(shè)首選的ERP管理軟件信賴品牌。

轉(zhuǎn)載請注明出處：拓步ERP資訊網(wǎng)http://www.ezxoed.cn/

本文標(biāo)題：物聯(lián)網(wǎng)的一種參考架構(gòu)

本文網(wǎng)址：http://www.ezxoed.cn/html/consultation/10839319235.html