制定一個出行規劃：

1．

星期三的晚上，上網把迪士尼近三天的天氣預報查了一遍。

熱！但最高溫度已經比上周持續的40度低了很多，明天好歹還是個多云天氣。

其實，我還想查詢一下迪士尼的歷史天氣情況，看看每日溫度變化的細節（早、中、晚的溫度變化）。可惜查了好多網站都沒有這么詳細的氣象記錄。

突然，兒子在書桌邊出現了。他手上抓著“麥昆”（汽車玩具），這小車貼著桌邊，一路“奔弛”過來，直到“車頭”撞上我的筆記本電腦：“爸爸、爸爸，明天去迪士尼么，去么？”

我沒有轉頭，依然不放棄地搜索、瀏覽著網頁：“去的、去的！”我想雖然有37度高溫，但天氣多云又帶風，小朋友應該受得了。再帶點防曬霜抹一抹就是了。

“磁…磁磁…”伴隨著小朋友嘴里發出的汽車馬達聲，“麥昆”從我的手臂駛過了肩膀，又躍過椅背跑遠了……

2.

我轉念又想到最近朋友圈里，總有人抱怨迪士尼的排隊慘況：“進園排隊2小時，一個項目再等4小時。”個別大項目4小時的排隊確實夸張了點，而我擔心的是：小孩子能玩的小項目究竟要排多久呢？

為了探查排隊的具體情況，我登陸了迪士尼的官方APP。可惜APP只能實時推送排隊情況，而且游客必須在園內才能獲取排隊信息。而后，我在迪士尼專題論壇和貼吧中，發現不少有心人會把每日的排隊情況（截圖）貼置在主題跟帖中，排隊情況一閱便知。從歷史情況來看，兒子能玩的項目排隊時間都還能接受。

由于入園檢票排隊的具體情況在網上查不到，我還是有些擔心。若長時間頂著烈日排隊，小朋友的情緒容易失控。我又有點猶豫要不要去了。

“噠噠噠，看我的鐳射光”不知什么時候，兒子把他的小手槍對準了我。我便問道：“寶貝，去看‘巴斯光年’要排很長的隊，你愿意么？”小朋友什么也沒說，轉身跑了：“飛向宇宙，浩浩無垠！”“是‘浩瀚無垠’”，我糾正道：“寶貝，你要是明天早點起床，就可以早去早玩，行不行？”兒子保持著一個“飛行姿勢”答到“好！飛向宇宙，浩瀚無垠！”

3．

雖然我為“入園排隊”的問題想到了一個解決方案，可是又遇到了另一個問題：要多早起床出發，開車過去又要多久？

要解決這個問題，我可以先確定到達時間：周四的9點開園->8:30進場->(根據網上攻略)提前30~45分鐘最合適->7:45~8:00到達迪士尼門口->出發時間待定（ ？ ）。

何時出發才能在8點前趕到？

幸好，各大地圖網站提供的“路線”，可以根據預測的擁堵情況來規劃。在網頁中輸入了出發地和目的地，我再選定了出發時間（周四的7點），網頁上立刻就有多個行程規劃呈現眼前，供我選擇。

　　ok！7:00出發！

“爸爸，‘尼莫’臟了，給他洗個澡吧!”兒子再一次出現在我身邊，話沒說完，便拉著我走向浴室。浴室里的地上放了一個臉盆，臉盆里放著“尼莫”、“多利”、“小古”，但在我看來它們一點都不臟。

“好吧，你是不是想讓他們在盆里游個泳？”

“是，你要陪我看著它們！”兒子說道。

這前前后后在網上查了近一個半小時，原本我還想再查一查迪士尼兒童套餐的情況，看來是沒有機會了。既然關鍵問題已經解決，其它的問題就等明天“隨機應變”吧……

如果有一個“出行管家”的產品該多好！

要制定一個出行計劃，看來并不輕松。為了順利出行，“我”需要“氣象預報”、“樂園排隊情況預測”、“交通路線規劃和擁堵預測”三類外部數據的預測服務。若想多陪兒子玩一會兒我可能需要一個“出行管家”的復合型應用：

(1)橫跨多個應用領域的預測（交通、氣象、園區客流管理），以及統籌的規劃。

(2)分時段的數據需求：實時數據的呈現、歷史數據的查詢、未來數據的預測。

好產品需要底層信息技術的支持

在現實中，相比這樣一個小小的出行計劃，很多物聯網應用的實現更為復雜、涉及面更為廣泛。

針對復合型應用（一個應用由有多個應用組合而成）的需求，沒有誰（企業、組織或單一系統）能獨立地將相關信息和資源全部提供出來。所以在整個物聯網行業中，需要有這樣一個系統，一個信息匯集、整合資源的系統。它可以收集其它各類系統、設備、傳感器、以及互聯網的信息，實現信息數據的匯聚、存儲，以及標準化、功能化的計算，最后統一地對外提供。

用互聯網的語言來描述，它就是“門戶”（提供多樣化信息服務的網站）。而在物聯網的領域里，我們稱為“平臺”-“物聯網平臺”。

物聯網平臺，是為了解決“建設運營成本”和“復合型應用”之間的矛盾。

企業通過物聯網挖掘信息價值，會提高產品或應用的成本。一方面是對信息技術的投入（開發時長、團隊建設、運營管理），另一方面是固定成本（資產）的增加。

物聯網應用開發，是對技術儲備的考驗。比較互聯網，物聯網產品的信息系統從開發到運營，涉及面更為廣闊。從傳感器和通信模組的集成，到網絡接入、安全防護，再到云計算/云存儲的部署、大數據分析和人工智能的應用，開發團隊所面對的是一整套“信息技術矩陣”。如果要像互聯網領域一樣，找一個“全棧”工程師從“零”起步開發，肯定是不可能的。

企業獲取、保存、使用數字資產，需要投入相當數量的固定成本。物聯網的“信息技術矩陣”的構建，需要一系列的固定資產投入：傳感器、芯片模組、網絡設備、存儲設備、服務器、安全設備等等。每一個想進入物理網領域的企業，都不得不面對為自己的產品支付一筆龐大的費用，當然還要算上運營這套信息系統所需持續承擔的成本。

對他們而言（特別是中小企業），將信息技術嵌入行業產品，首先帶來的并不是功能的豐富和競爭優勢的提升，而是成本的大幅增加。

與成本相矛盾的是：用戶的需求更偏向個性化、小眾化，為此物聯網的覆蓋面需要大而全、精而準。一方面，用戶需要更廣泛的信息匯聚，另一方面用戶又需要這些信息更貼近自己。

就像迪士尼的出行計劃，“我”需要多類行業預測（天氣、交通、園區信息），其中天氣預報要定位到迪士尼附近。交通規劃原本涉及從家至迪士尼的交通干線，而如果心情好，我可能會選擇改坐地鐵，那么交通信息需要變更為“軌道交通的擁堵預測”。

可見，要滿足這種高級別應用（“出行管家”）的需求，物聯網的壓力不小：

連接的數量龐大且類別廣泛，連接管理的壓力也相應增加；

復雜的應用場景，需要靈活、便捷地提供各類的分散信息，滿足“隨心所欲”的要求；

由于應用個性化和差異化的特性，使得某些類別信息的使用頻率不高，且每次的數據量很小。許多類型的信息可能存在“ARPU值（企業的每用戶平均收入）偏低”的情況。

物理網平臺從多個層面支持復合型應用的開發和運營

物理網平臺，就是針對企業的成本控制和應用多態的需求，將物聯網數據匯聚、管理、計算并向外提供，如同互聯網門戶一樣，向信息的使用者提供信息資源整合的服務。

(1)開發層面：

物聯網平臺提供的API接口、自動化配置等功能，使得開發者不用關心物聯網下層的技術實現，更專注于業務邏輯的“編織”。

(2)運營層面：

在數據資產的管理（包括終端、連接、設備、存儲、安全管理等）上，提供技術工具和經驗，幫助用戶運營管理數據資產，減少運營的固定（人員、設備等）投入。

(3)業務層面：

物聯網以服務的形式（工具租賃、信息單售、資源共享）承載應用。對各行業企業和個人用戶來說，個性而小眾的信息可以隨意提取和變換調整，且信息按次付費，沒有包月套餐，也不用會員金卡，甚至是系統的自建自營。這些從物聯網平臺獲取的信息，價格低廉且應用價值相對較高，可以成為產品創新的關鍵成份。

對于物聯網應用和產品，需要先做數據采集，而后聯網（網絡接入）、再進行數據存儲和運算，信息通過層層處理而獲得商業價值。對于企業或組織，信息獲得、管理以及變現（輸出）的成本并不低，而這部分資產又會成為未來發展不可或缺的資本（“數字資產”運營到一定程度，會對產業起到結構化提升的作用，從而升級為“數字資本”）。

物聯網平臺的作用就是提供網絡化數據服務：通過整合物聯網領域各方面的資源，匯聚海量數據（感知信息、連接通道、運算能力），提供豐富的信息處理工具。企業可以自助式地利用平臺的數字化能力，根據應用的需求對數據進行計算和傳送，降低了進駐物聯網領域的門檻，及業務運營的成本。

物聯網平臺，使得由一個小團隊開發并運營一個輕資產而又高智能的物聯網應用（“出行管家”），成為可能。