本發(fā)明涉及物聯(lián)網系統(tǒng)的服務優(yōu)化機制，尤其涉及物聯(lián)網系統(tǒng)中的網關、物聯(lián)網平臺及服務優(yōu)化處理方法。

背景技術：

近年來，物聯(lián)網(M2M)系統(tǒng)得到了不斷發(fā)展，在日常生活中帶來了越來越多的便利。例如，智能交通系統(tǒng)(ITS)作為M2M系統(tǒng)中最重要的應用之一，極大地提升了駕駛體驗，優(yōu)化了交通環(huán)境，擁有巨大的發(fā)展前景。

車載網關與物聯(lián)網(M2M)平臺之間的信息交互是ITS的關鍵課題。例如當警報發(fā)生時，網關與平臺之間交互的有效性非常重要。如果在駕駛車輛時出現(xiàn)警報，則車載物聯(lián)網終端檢測到該警報并向網關發(fā)送一條警報消息。由于警報處理對及時性要求非常嚴格，而且需要被快速且適當地處理，因此，駕駛員不僅需要快速地獲得警報消息，而且在駕駛員自身對該警報不夠了解的情況下還需要獲得適當的解決方案來處理警報。

對此，專利文獻1涉及一種針對警報信息的定制化處理方法，公開了在物聯(lián)網平臺存儲策略的方法。在接收到一個警報后，物聯(lián)網平臺搜尋相關策略并返回定制的響應到終端用戶。這種機制能提供多種選擇以便用戶應對警報。

專利文獻2涉及一種物聯(lián)網中實現(xiàn)快速響應的方法及系統(tǒng)，公開了在終端存儲策略的方法。即，終端接收到警報，并根據警報采取相關措施。這種機制可以在終端處理警報，從而減少響應時間。

專利文獻1：US2014/0228061A1

專利文獻2：CN102137071

然而，現(xiàn)有技術中仍然存在以下技術問題。

在例如專利文獻1公開的一種M2M系統(tǒng)中，所有種類的警報都被發(fā)送 到平臺，然后平臺將解決方案返回到終端。但是，這種M2M系統(tǒng)存在以下技術問題。有些種類的警報對及時性要求非常嚴格，如果要等待平臺的響應，則有可能達不到及時性要求。

在例如專利文獻2公開的另一種M2M系統(tǒng)中，所有種類的警報都被發(fā)送到本地網關，然后本地網關將解決方案返回到終端。但是，這種M2M系統(tǒng)也存在以下多個技術問題。首先，本地網關不能處理所有種類的警報。例如，如果警報需要實時數據或龐大的計算量，則本地網關不能處理該警報，必須向平臺或云服務器報告警報。另外，如果所有解決方案都存儲在網關，則會使本地網關承載沉重的負荷，還有可能造成本地網關故障。

技術實現(xiàn)要素：

本發(fā)明針對現(xiàn)有技術中存在的技術問題，提出了一種完善物聯(lián)網系統(tǒng)中對警報信息處理的機制，目的是基于負載，延時等因素在本地網關，物聯(lián)網平臺與云服務器之間取得平衡，從而使得警報被及時且適當的處理。

為了達到上述目的，本發(fā)明提供一種網關，能夠與終端以及物聯(lián)網(M2M)平臺進行數據通信，其特征在于，具備：接口模塊，與所述終端以及所述物聯(lián)網平臺進行消息的接收和發(fā)送；適配模塊，在不同通信協(xié)議所承載的消息間進行轉換；控制模塊，對所述消息進行分析判斷并作出相應的決策；以及存儲模塊，存儲警報消息及相應的策略；在所述接口模塊從所述終端接收到警報消息時，所述控制模塊分析所述警報消息來判斷所述警報消息能否由本網關處理，在判斷為所述警報消息能夠由本網關處理的情況下，所述控制模塊從所述存儲模塊中查找與所述警報消息相應的策略，并將查找到的所述策略經由所述接口模塊發(fā)送至所述終端，在判斷為所述警報消息不能由本網關處理的情況下，所述控制模塊通過所述接口模塊和所述適配模塊將所述警報消息發(fā)送至所述M2M平臺。

另外，本發(fā)明提供一種服務優(yōu)化處理方法，其特征在于，包括以下步驟：網關從終端接收警報消息；所述網關分析所述警報消息來判斷所述警報消息能否由本網關處理；在判斷為所述警報消息能夠由本網關處理的情況下，所述網關從該網關的存儲模塊中查找與所述警報消息相應的策略，并將查找到的所述策略發(fā)送至所述終端；在判斷為所述警報消息不能由本 網關處理的情況下，所述網關將所述警報消息發(fā)送至M2M平臺。

根據本發(fā)明的網關及服務優(yōu)化處理方法，將警報分類并分別存儲在網關和M2M平臺中，當接收到來自終端的警報時，網關首先判斷是否有該警報的解決方案，如果有則將解決方案返回到終端。否則，網關將警報消息傳送到M2M平臺，M2M平臺判斷是否有該警報的解決方案，如果有則將解決方案返回到網關。由此，即使不經由人工操作也能夠快速且適當地處理警報，而且能夠減輕網關的負荷。

在本發(fā)明的網關及服務優(yōu)化處理方法中，也可以通過分析所述警報消息的消息頭，判斷所述警報消息能否由本網關處理。

由此，通過分析警報消息的消息頭而不是分析整條消息，能節(jié)省很多時間，而且降低能耗。

在本發(fā)明的網關及服務優(yōu)化處理方法中，在判斷為所述警報消息能夠由本網關處理的情況下，也可以分析所述警報消息來提取所述警報消息的警報類型，并從存儲模塊中查找與所述警報類型相應的策略，并將查找到的策略發(fā)送至所述終端。

由此，僅在判斷為警報消息能夠由本網關處理的情況下，才例如分析整條消息以便提取警報類型。通過僅在必要時才分析獲取警報類型，能夠盡可能減少處理量，節(jié)省時間且降低能耗。

在本發(fā)明的網關及服務優(yōu)化處理方法中，在判斷為所述警報消息不能由本網關處理，并將所述警報消息發(fā)送至所述M2M平臺的情況下，也可以從所述M2M平臺接收響應，分析接收到的響應并提取策略，并將提取的策略發(fā)送至所述終端。

由此，即使在警報消息無法由本網關處理的情況下，也能夠盡可能地向終端提供與該警報消息相應的策略。

為了達到上述目的，本發(fā)明提供一種M2M平臺，能夠與網關以及云服務器進行數據通信，其特征在于，具備：接口模塊，與所述網關以及所述云服務器之間進行消息的接收和發(fā)送；管理模塊，管理能夠與所述網關進行數據通信的終端；服務模塊，對所述消息進行分析判斷并作出相應的決策；以及存儲模塊，存儲警報消息及相應的策略；在所述接口模塊從所述網關接收到警報消息時，所述服務模塊分析所述警報消息來判斷所述警報 消息能否由本M2M平臺處理，在判斷為所述警報消息能夠由本M2M平臺處理的情況下，所述服務模塊從所述存儲模塊中查找與所述警報消息相應的策略，并將查找到的所述策略經由所述接口模塊發(fā)送至所述網關，在判斷為所述警報消息不能由本M2M平臺處理的情況下，所述服務模塊通過所述接口模塊將所述警報消息發(fā)送至所述云服務器。

另外，本發(fā)明還提供一種服務優(yōu)化處理方法，其特征在于，包括以下步驟：M2M平臺從網關接收警報消息；所述M2M平臺分析所述警報消息來判斷所述警報消息能否由本M2M平臺處理，在判斷為所述警報消息能夠由本M2M平臺處理的情況下，所述M2M平臺從該M2M平臺的存儲模塊中查找與所述警報消息相應的策略，并將查找到的所述策略發(fā)送至所述網關，在判斷為所述警報消息不能由本M2M平臺處理的情況下，所述M2M平臺將所述警報消息發(fā)送至云服務器。

根據本發(fā)明的M2M平臺及服務優(yōu)化處理方法，將警報分類并分別存儲在網關、M2M平臺和云服務器中，當M2M平臺接收到來自網關的警報時，M2M平臺首先判斷是否有該警報的解決方案，如果有則將解決方案返回到網關。否則，M2M平臺將警報消息傳送到云服務器，然后云服務器查找該警報的解決方案并將解決方案返回到M2M平臺。由此，即使不經由人工操作也能夠快速且適當地處理警報，而且能夠減輕網關的負荷。

在本發(fā)明的M2M平臺及服務優(yōu)化處理方法中，也可以通過分析所述警報消息的消息頭，判斷所述警報消息能否由本M2M平臺處理。

由此，通過分析警報消息的消息頭而不是分析整條消息，能節(jié)省很多時間，而且降低能耗。

在本發(fā)明的M2M平臺及服務優(yōu)化處理方法中，在判斷為所述警報消息能夠由本M2M平臺處理的情況下，也可以分析所述警報消息來提取所述警報消息的警報類型，并從所述存儲模塊中查找與所述警報類型相應的策略，并將查找到的策略發(fā)送至所述網關。

由此，僅在判斷為警報消息能夠由本M2M平臺處理的情況下，才例如分析整條消息以便提取警報類型。通過僅在必要時才分析獲取警報類型，能夠盡可能減少處理量，節(jié)省時間且降低能耗。

在本發(fā)明的M2M平臺及服務優(yōu)化處理方法中，在判斷為所述警報消息 不能由本M2M平臺處理，并將所述警報消息發(fā)送至所述云服務器的情況下，也可以從所述云服務器接收響應，并將該響應發(fā)送至所述網關。

由此，即使在警報消息無法由本M2M平臺處理的情況下，也能夠盡可能地向網關提供與該警報消息相應的策略。

本發(fā)明例如還能夠通過物聯(lián)網(M2M)系統(tǒng)、由M2M系統(tǒng)執(zhí)行的服務優(yōu)化處理方法等方式實現(xiàn)。

附圖說明

圖1表示本發(fā)明的一個實施方式的M2M系統(tǒng)架構。

圖2表示本發(fā)明的一個實施方式的網關的架構。

圖3表示存儲在網關中的警報信息及相應策略的一例。

圖4表示本發(fā)明的一個實施方式的M2M平臺的架構。

圖5表示存儲在M2M平臺中的警報信息及相應策略的一例。

圖6表示本發(fā)明的一個實施方式的警報消息的數據結構。

圖7表示本發(fā)明的一個實施方式的網關的警報處理的流程圖。

圖8表示本發(fā)明的一個實施方式的M2M平臺的警報處理的流程圖。

圖9表示本發(fā)明的一個實施方式的云服務器的警報處理的流程圖。

圖10表示本發(fā)明的實施例1的時序圖。

圖11表示本發(fā)明的實施例2的時序圖。

圖12表示本發(fā)明的實施例3的時序圖。

具體實施方式

以下結合附圖及實施方式對本發(fā)明進行更詳細的說明。此外，在附圖中給同一或者相應部分附以同一附圖標記，省略重復的說明。

首先，說明本發(fā)明的一個實施方式的物聯(lián)網系統(tǒng)(M2M系統(tǒng))。圖1表示本發(fā)明的一個實施方式提供的M2M系統(tǒng)架構。如圖1所示，M2M系統(tǒng)包含一定數量的終端103(也稱為M2M終端)、一定數量的網關102、一定數量的車輛105、一個或多個M2M平臺101(M2M平臺)、一個云服務器104。其中，終端103、網關102、車輛105和M2M平臺，云服務器的數量既可以是一個，也可以是多個，在此不做限定。

M2M終端103(以下簡稱終端)例如設置于車輛105，能夠與網關102 進行數據通信。終端103例如為用作警報檢測、處理和收發(fā)裝置，終端103首先檢測到警報信息，然后將警報信息傳送至網關102，并且，終端103也從網關102接收與警報相應的策略(又稱為解決方案)。

網關102例如設置于車輛105，能夠與一個或多個終端103進行數據通信，也能夠與M2M平臺101進行數據通信。網關102能夠存儲與警報相應的策略(詳情后述)，并在從終端103收到警報時將相應的策略發(fā)送至終端103。另外，網關102能夠從終端103接收警報并傳送至M2M平臺101，并且接收M2M平臺的響應并傳送至終端103。

車輛105例如是具有能夠自動處理警報的智能系統(tǒng)的車輛，設置有網關102和終端103。車輛105即使不經由人工操作，也能夠快速且適當地處理警報。

M2M平臺101能夠與設置于車輛105的網關102進行數據通信，接收來自網關102的警報并查找相應的策略，并將策略發(fā)送回網關102。另外，M2M平臺101還能夠與云服務器104進行數據通信。例如，M2M平臺101如果沒有存儲與接收到的警報相應的策略，則將警報傳送至云服務器104然后等待響應。在從云服務器104接收到響應后，M2M平臺101將該響應傳送回網關102。

云服務器104能夠與一個或多個M2M平臺101進行數據通信，用于為各種警報信息提供相應的云服務。

在上述說明中，數據通信既可以是基于網線、光纖等方式的有線數據通信，也可以是基于wifi、藍牙、紅外線等方式的無線數據通信，在此不做限定。例如，可以是在網關102與終端103之間采用無線數據通信，且在網關102與M2M平臺101之間采用無線數據通信的方式。

詳細說明本發(fā)明的一個實施方式的M2M系統(tǒng)中的網關。網關102能夠在終端103和M2M平臺101之間收發(fā)消息。并且，網關102也能夠存儲與某些種類的警報相應的策略，并在從終端102接收到這些種類的警報時將相應的策略發(fā)送回終端102。圖2表示本發(fā)明的一個實施方式的網關的架構。如圖2所示，該網關102的構架包含接口模塊1021、適配模塊1022、控制模塊1023和存儲模塊1024。接口模塊1021被用于與終端103和M2M平臺101進行消息的接收和發(fā)送、例如接收和發(fā)送警報消息。適配模塊1022 在不同通信協(xié)議所承載的消息間進行轉換?？刂颇K1023能夠對消息進行分析判斷并作出相應的決策，例如被用于判斷是否存在與接收到的警報相應的策略，由此判斷該警報能否由本網關102處理。如果存在則從存儲模塊1024查找與該警報相應的策略，如果不存在則要求接口模塊1021和適配模塊1022將接收到的警報傳送至M2M平臺101。存儲模塊1024被用于存儲與警報消息及相應的策略，當這些種類的警報到來時供查詢及獲取與該警報相應的策略。

網關102的存儲模塊1024可以將某些種類的警報與相應的策略建立關聯(lián)地存儲，例如采用以下的表形式。圖3表示存儲在網關中的警報表的一例，定義了哪些種類的警報應該被存儲在網關。如圖3所示，例如由于下述兩大類原因定義的警報被存儲在網關102中。一大類是警報的解決方案能在車輛105內被執(zhí)行而不需要發(fā)送至M2M平臺101，將這一大類的警報定義為網關處理通常警報(以下有時也簡稱為通常警報)并賦予分類號“000”。另一大類是警報要求緊急解決，如果該警報發(fā)往M2M平臺101則有可能被延誤，將這一大類的警報定義為緊急警報并賦予分類號“001”。

網關處理通常警報(000)包括很多種類，例如提示類、內部環(huán)境類和外部環(huán)境類等。作為提示類警報的一個類型，當關掉引擎準備離開時如果車窗仍然開著，將會觸發(fā)一條警報并且相應的策略是自動關閉車窗。作為即時類警報的另一個類型，當啟動引擎并踩油門時如果手剎沒有解除，將會觸發(fā)一條警報并且相應的策略是自動解除手剎。作為內部環(huán)境類警報的一個類型，如果溫度高于預定值，將會觸發(fā)一條警報并且相應的策略是自動打開空調。作為內部環(huán)境類警報的另一個類型，如果氣壓高于預定義值，將會觸發(fā)一條警報并且相應的策略是自動打開通風設備。作為外部環(huán)境類警報的一個類型，如果車外空氣質量不好，將會觸發(fā)一條警報并且相應的策略是自動關閉外部循環(huán)。作為外部環(huán)境類警報的另一個類型，如果遇到防御煙霧，將會觸發(fā)一條警報并且相應的策略是煙霧燈自動打開。

緊急警報(001)包括很多種類，例如火災類、碰撞類和溺水類等。作為火災類警報的兩個類型，如果輪胎自燃或前車蓋起火，將會觸發(fā)警報并且相應的策略均為在屏幕上顯示警報和自動停下車輛。作為碰撞類警報的一個類型，如果前方有碰撞，將會觸發(fā)一條警報并且相應的策略是自動彈 出前方氣囊。作為碰撞類警報的另一個類型，如果遇到追尾，將會觸發(fā)一條警報并且相應的策略是自動彈出后方和前方氣囊。作為溺水類警報的一個類型，如果車淹進河里，將會觸發(fā)一條警報并且相應的策略是強制打開車門。上述例舉的相應策略僅是一例，但并不限于上述內容。

詳細說明本發(fā)明的一個實施方式的M2M系統(tǒng)中的M2M平臺。圖3表示本發(fā)明的一個實施方式的M2M平臺的架構。如圖3所示，M2M平臺101具備接口模塊1011、管理模塊1012、服務模塊1013和存儲模塊1014。接口模塊1011被用于與網關102和云服務器104進行消息的接收和發(fā)送、例如警報消息。管理模塊1012管理能夠與網關102進行數據通信的終端103，例如包括注冊、注銷等等。服務模塊1013能夠對消息進行分析判斷并作出相應的決策，從而例如判斷該警報能否由本M2M平臺101處理，另外還被用于進行例如讀、寫、創(chuàng)建、刪除等操作。存儲模塊1014被用于存儲警報消息及相應的策略，當警報到來時供查詢及獲取與該警報相應的策略。

M2M平臺101的存儲模塊1014可以將某些種類的警報與相應的策略建立關聯(lián)地存儲，例如采用以下的表形式。圖4表示存儲在M2M平臺中的警報表的一例，定義了哪些種類的警報應該被存儲在M2M平臺。如圖4所示，例如由于下述兩大類原因定義的警報被存儲在M2M平臺。這兩大類警報可以允許微小時延并且警報的解決方案不能在車輛105內執(zhí)行。將這兩大類警報定義為平臺處理通常警報(以下也有時簡稱為通常警報)和故障警報，并分別賦予分類號“010”和“011”。

平臺處理通常警報(010)包括很多種類，例如油類警報、輪胎類警報和電池類警報等。作為油類警報的一個類型，如果汽油或柴油等燃料不足則會觸發(fā)一條警報并且相應的策略是在屏幕上顯示警報并且返回鄰近的加油站。作為油類警報的另一個類型，如果發(fā)動機機油油壓低，則會觸發(fā)一條警報并且相應的策略是在屏幕上顯示警報并且反映可能的原因和附近的維修點。作為輪胎類警報的兩個類型，如果胎壓過低或過高，則會觸發(fā)警報并且相應的策略是反映相關通知和附近的檢查點。作為電池類警報的兩個類型，如果有漏電或低于電池容量的情況，則會觸發(fā)警報并且相應的策略是反映相關通知和附近的檢查點。

故障警報(011)包括很多種類，例如引擎系統(tǒng)故障類警報、底盤系統(tǒng) 故障類警報和電力系統(tǒng)故障類警報。作為引擎系統(tǒng)故障類警報的兩個類型，如果油壓過高或引擎里的點火系統(tǒng)存在故障，則會觸發(fā)警報并且相應的策略是反映相關通知和附近的檢查點。作為底盤系統(tǒng)故障類警報的兩個類型，如果減震器不工作或缺少制動液，則會觸發(fā)警報并且相應的策略是反映相關通知和附近的檢查點。作為電力系統(tǒng)故障類警報的兩個類型，如果揚聲器不工作或照明不工作，則會觸發(fā)警報并且相應的策略是反映相關通知和附近的檢查點。

在此，詳細說明本發(fā)明的一個實施方式的警報消息。圖6表示本發(fā)明的一個實施方式的警報消息的數據結構。如圖6所示，警報消息例如包括消息頭和有效載荷。在消息頭中設置有標簽字段，用于示出網關102或M2M平臺101能否處理該警報消息。作為標簽字段的一例，例如可以示出對警報賦予的分類號。如上所述，網關102的存儲模塊1024將分類號為“000”的通常警報和分類號為“001”的緊急警報與相應的策略建立關聯(lián)地存儲，因此網關102能夠處理標簽字段為“000”或“001”的警報消息。另外，M2M平臺101的存儲模塊1014將分類號為“010”的通常警報和分類號為“011”的失敗警報與相應的策略建立關聯(lián)地存儲，因此M2M平臺101能夠處理標簽字段為“010”或“011”的警報消息。另外，在有效載荷中記錄警報的詳細內容、例如上述的警報類型。

接下來，詳細說明本發(fā)明的一個實施方式的服務優(yōu)化處理方法。首先，說明本發(fā)明的一個實施方式的網關側的警報處理。圖7表示本發(fā)明的一個實施方式的網關的警報處理的流程圖。如圖7所示，當網關102的接口模塊1021從終端103接收到警報消息時(步驟S201)，網關102的控制模塊1023首先分析該警報消息，例如分析該警報消息的消息頭(步驟S202)。進而，控制模塊1023判斷該警報消息能否由本網關102處理(步驟S203)。例如，通過檢查接收到的警報能否與存儲在存儲單元1024中的策略匹配，來判斷該警報消息能否由本網關102處理。在上述由消息頭中設置的標簽字段表示警報的分類號的情況下，本地網關102能處理標簽字段是“000”或“001”的消息。如果接收到的消息的標簽字段是“000”或“001”，則意味著本地網關102能夠處理該消息，因此控制模塊1023分析整條消息(步驟S204)。如果接收到的消息的標簽字段不是“000”或“001”，則意味著 本地網關102不能處理該消息，因此通過接口模塊1021和適配模塊1022將該警報消息傳送到M2M平臺101(步驟S207)。在步驟S204中，控制模塊1023進一步分析整條消息，例如在有效載荷中提取警報類型。然后，控制模塊1023從存儲模塊1024中查找與警報消息相應的策略，例如根據獲得的警報類型從存儲模塊1024中查找相應的策略(步驟S205)。最后，網關102經由接口模塊1021將查找到的策略發(fā)送至終端103，例如將帶有策略的消息發(fā)送至終端103(步驟S206)。另外，在接收到的警報不能匹配存儲單元1024中的策略，因此在步驟S207中網關102的接口模塊1021將該警報消息發(fā)送到M2M平臺101的情況下，等待從M2M平臺101接收到響應(步驟S208)。如果網關102的等待時間大于預定義的重傳時間，則網關102通過接口單元1021向M2M平臺101重傳警報直到網關102接收到響應。其后，網關102的控制單元1023分析接收到的響應并提取策略(步驟S209)。最后，網關102通過接口模塊1021將策略發(fā)送至終端103(步驟S206)。由此，網關102的全部處理結束。

由此，將警報分類并分別存儲在網關102和M2M平臺101中，當接收到來自終端103的警報時，網關102首先判斷是否有該警報的解決方案，如果有則將解決方案返回到終端102。否則，網關102將警報消息傳送到M2M平臺101，M2M平臺101判斷是否有該警報的解決方案，如果有則將解決方案返回到網關102。由此，即使不經由人工操作也能夠快速且適當地處理警報，而且能夠減輕網關102的負荷。

在網關102的警報處理中，以上說明了通過分析警報消息的消息頭來判斷警報消息能否由本網關102處理的例子。由此，通過分析警報消息的消息頭而不是分析整條消息，能節(jié)省很多時間，而且降低能耗。

在網關102的警報處理中，以上說明了在判斷為警報消息能夠由本網關102處理的情況下，分析警報消息來提取警報消息的警報類型，并從存儲模塊1024中查找與警報類型相應的策略，并將查找到的策略發(fā)送至終端103的例子。由此，僅在判斷為警報消息能夠由本網關102處理的情況下，才例如分析整條消息以便提取警報類型。通過僅在必要時才分析獲取警報類型，能夠盡可能減少處理量，節(jié)省時間且降低能耗。

在網關102的警報處理中，以上說明了在判斷為警報消息不能由本網 關102處理的情況下，從M2M平臺101接收響應，分析接收到的響應并提取策略，并將提取的策略發(fā)送至終端103的例子。由此，即使在警報消息無法由本網關102處理的情況下，也能夠盡可能地向終端103提供與該警報消息相應的策略。

接下來，說明本發(fā)明的一個實施方式的M2M平臺側的警報處理。圖8表示本發(fā)明的一個實施方式的M2M平臺的警報處理的流程圖。如圖8所示，當M2M平臺101的接口模塊1011從網關102接收到警報消息時(步驟S301)，M2M平臺101的服務模塊1013首先分析該警報消息，例如分析該警報消息的消息頭(步驟S302)。進而，服務模塊1013判斷該警報消息能否由本M2M平臺101處理(步驟S303)。例如，通過檢查接收到的警報能否與存儲在存儲單元1014中的策略匹配，來判斷該警報消息能否由本M2M平臺101處理。在上述由消息頭中設置的標簽字段表示警報的分類號的情況下，M2M平臺101能處理標簽字段是“010”或“011”的消息。如果接收到的消息的標簽字段是“010”或“011”，則意味著M2M平臺101能夠處理該消息，因此服務模塊1013分析整條消息(步驟S304)。如果接收到的消息的標簽字段不是“010”或“011”，則意味著M2M平臺101不能處理該消息，因此通過接口模塊1011將該警報消息傳送到云服務器104(步驟S307)。在步驟S304中，服務模塊1013進一步分析整條消息，例如在有效載荷中提取警報類型。然后，服務模塊1013從存儲模塊1014中查找與警報消息相應的策略，例如根據獲得的警報類型從存儲模塊1014中查找相應的策略(步驟S305)。最后，M2M平臺101經由接口模塊1011將查找到的策略發(fā)送至網關102，例如將帶有策略的消息發(fā)送至網關102(步驟S306)。另外，在接收到的警報不能匹配存儲單元1014中的策略，因此在步驟S307中M2M平臺101的接口模塊1011將該警報消息發(fā)送到云服務器104的情況下，等待從云服務器104接收到響應(步驟S308)。如果M2M平臺101的等待時間大于預定義的重傳時間，則M2M平臺101通過接口單元1011向云服務器104重傳警報直到M2M平臺101接收到響應。其后，M2M平臺101通過接口模塊1011將該響應轉發(fā)至網關102(步驟S309)由此，M2M平臺101的全部處理結束。

由此，將警報分類并分別存儲在網關102、M2M平臺101和云服務器 104中，當M2M平臺101接收到來自網關102的警報時，M2M平臺101首先判斷是否有該警報的解決方案，如果有則將解決方案返回到網關102。否則，M2M平臺101將警報消息傳送到云服務器104，然后云服務器104查找該警報的解決方案并將解決方案返回到M2M平臺101。由此，即使不經由人工操作也能夠快速且適當地處理警報，而且能夠減輕網關102的負荷。

在M2M平臺101的警報處理中，以上說明了通過分析警報消息的消息頭來判斷警報消息能否由本M2M平臺101處理的例子。由此，通過分析警報消息的消息頭而不是分析整條消息，能節(jié)省很多時間，而且降低能耗。

在M2M平臺101的警報處理中，以上說明了在判斷為警報消息能夠由本M2M平臺101處理的情況下，分析警報消息來提取警報消息的警報類型，并從存儲模塊1014中查找與警報類型相應的策略，并將查找到的策略發(fā)送至網關102的例子。由此，僅在判斷為警報消息能夠由本M2M平臺101處理的情況下，才例如分析整條消息以便提取警報類型。通過僅在必要時才分析獲取警報類型，能夠盡可能減少處理量，節(jié)省時間且降低能耗。

在M2M平臺101的警報處理中，以上說明了在判斷為警報消息不能由本M2M平臺101處理的情況下，從云服務器104接收響應，并將該響應轉發(fā)至網關102的例子。由此，即使在警報消息無法由本M2M平臺101處理的情況下，也能夠盡可能地向網關102提供與該警報消息相應的策略。

接下來，說明本發(fā)明的一個實施方式的云服務器側的警報處理。圖9表示本發(fā)明的一個實施方式的云服務器的警報處理的流程圖。如圖9所示，當云服務器104從M2M平臺101接收到警報消息時(步驟S401)，云服務器104分析整條消息(步驟S402)。然后，服務模塊1013從存儲器中查找與警報消息相應的策略，例如根據警報類型查找相應的策略(步驟S403)。最后，云服務器104將查找到的策略發(fā)送至M2M平臺101，例如將帶有策略的消息發(fā)送至M2M平臺101(步驟S306)。由此，云服務器104的全部處理結束。

為了更容易理解本發(fā)明的上述實施方式，下面具體說明本發(fā)明的幾個實施例。

實施例1：

有時，在到達目的地后駕駛員會忘記關閉車窗。在關掉引擎并取走鑰匙之后，留下開著車窗的汽車是很危險的。財物有可能被盜，從而造成重大的財產損失。本實施例是針對上述情況的例子。

圖10表示本發(fā)明的實施例1的時序圖。如圖10所示，如果在離開車輛105時車窗打開，終端103檢測到該情況而產生警報消息，并發(fā)送警報消息到設置于車內的網關102。該警報消息包含警報ID、和其他詳細警報信息。網關102的控制模塊1023首先分析該警報消息的消息頭并判斷該警報的分類，以查明該警報能否由網關102處理。如圖3所示的警報表所示，該警報屬于網關處理通常警報(000)，能夠由網關102處理。因此，網關102的控制模塊1023會進一步分析警報消息并查明具體的警報類型。然后，網關102從存儲模塊1024查找相應的策略，并通過接口模塊1021將策略發(fā)送回終端103。終端103接收到策略后，驅動執(zhí)行機構來自動關閉車窗。由此，當駕駛員忘記關閉車窗時，車窗能夠被自動關閉。

實施例2：

有時，駕駛員在駕駛過程中會忽視油箱中的油量。例如在高速公路上行駛時，如果油箱中的汽油不充足，由于燃料耗盡而造成汽車被迫停在高速公路上，這種情況是很危險的。本實施例是針對上述情況的例子。

圖11表示本發(fā)明的實施例2的時序圖。如圖11所示，如果油量小于預定義的閾值，則終端103會檢測到這一情況而產生警報消息，并發(fā)送警報消息到設置于車內的網關102。該警報消息包含警報ID、地點和其他詳細警報信息。網關102的控制模塊1023首先分析該警報消息的消息頭并判斷該警報的分類，以查明該警報能否由網關102處理。如圖3所示的警報表所示，該警報不屬于網關處理通常警報(000)或緊急警報(001)，不能由網關102處理。因此，網關102的控制模塊1023經由接口模塊1021向M2M平臺101發(fā)送這條警報消息。M2M平臺101接收到這條警報消息后，首先分析該警報消息的消息頭并判斷該警報的分類，以查明該警報能否由M2M平臺101處理。如圖5的警報表所示，該警報屬于平臺處理通常警報(010)，能夠由M2M平臺101處理。因此，M2M平臺101的服務模塊1013進一步分析警報消息并查明具體的警報類型。然后，M2M平臺101從存儲模塊1014查找相應的策略，并通過接口模塊1011將策略發(fā)送回網關102。 網關102接收到策略后適配相應的協(xié)議，再將策略發(fā)送至終端103。終端103驅動執(zhí)行機構顯示警報并向駕駛員指示附近的加油站。由此，即使駕駛員忽視了燃料不足，也能被及時地提醒。

實施例3：

很多車輛具有導航設備，特別是對于不熟悉道路情況的駕駛員而言，導航是非常便利的。駕駛員通過導航，能夠容易地得知目的地路徑。但是，在跨地區(qū)駕駛，例如從北京市到河北省駕駛的情況下，有可能因為導航只能提供北京市的地圖而沒有其他省市的地圖，造成導航的地圖不起作用。本實施例是針對上述情況的例子。

圖12表示本發(fā)明的實施例3的時序圖。如圖12所示，在這種情況下會觸發(fā)警報，終端103產生警報消息，并將其發(fā)送到設置于車內的網關102。該警報消息會包含警報ID、地點和其他詳細警報信息。網關102的控制模塊1023首先分析該警報消息的消息頭并判斷該警報的分類，以查明該警報能否由網關102處理。如圖3所示的警報表所示，該警報不屬于網關處理通常警報(000)或緊急警報(001)，不能由網關102處理。因此，網關102的控制模塊1023經由接口模塊1021向M2M平臺101發(fā)送這條警報消息。M2M平臺101的服務模塊1013首先分析該警報消息的消息頭并判斷該警報的分類，以查明該警報能否由M2M平臺101處理。如圖5所示的警報表所示，該警報不屬于平臺處理通常警報(010)或失敗警報(011)，不能由M2M平臺101處理。因此，M2M平臺101通過接口模塊1011向云服務器104發(fā)送這條警報消息。云服務器104接收到這條警報消息后，查找與該警報相應的策略，并將查找到的結果發(fā)送至M2M平臺101。M2M平臺101向網關102發(fā)送這條策略，然后網關102經協(xié)議轉換后再向終端103發(fā)送這條策略。最后，終端103顯示河北省的地圖，以便能夠容易地找到位于河北省的目的地。

以上參照附圖說明了本發(fā)明的實施方式和實施例。其中，以上說明的實施方式和實施例僅是本發(fā)明的具體例子，用于理解本發(fā)明，而不用于限定本發(fā)明的范圍。本領域技術人員能夠基于本發(fā)明的技術思想對各實施方式和實施例進行各種變形、組合和要素的合理省略，由此得到的方式也包括在本發(fā)明的范圍內。

例如，以上具體說明了本發(fā)明適用于ITS(智能交通系統(tǒng))的例子。但本發(fā)明不限于ITS，也可以適用于M2M系統(tǒng)的很多其他領域的警報處理中。

例如，以上具體說明了通過圖3和圖5的表形式存儲與警報消息相應的策略。但本發(fā)明不限于此，也可以采用數據庫等其他數據形式存儲與警報消息相應的策略。

例如，以上具體說明了在警報消息的消息頭中設置標簽字段，并由標簽字段示出警報的分類號，網關102或M2M平臺101根據警報的分類號判斷能否處理該警報消息。但本發(fā)明不限于此，只要警報信息包含供網關102或M2M平臺101判斷該警報消息能否由自身處理的信息即可。該信息既可以不通過標簽字段示出，也可以不設置于消息頭。

例如，以上具體說明了能夠由網關102或M2M平臺101處理的幾種警報的種類、具體類型和相應的策略。但本發(fā)明不限于此，能夠根據實際情況變更、追加或刪除能夠由網關102或M2M平臺101處理的警報的種類、具體類型和相應的策略。