專利名稱：M2m系統(tǒng)及其業(yè)務(wù)處理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種M2M系統(tǒng)及其業(yè)務(wù)處理方法。
背景技術(shù)：
機(jī)器對機(jī)器(Machine-to-Machine/Man，簡稱為M2M)是一種以機(jī)器終端智能交互為核心的、網(wǎng)絡(luò)化的應(yīng)用與服務(wù)。它通過在機(jī)器內(nèi)部嵌入無線通信模塊，以無線通信、等為接入手段，為客戶提供綜合的信息化解決方案，以滿足客戶對監(jiān)控、指揮調(diào)度、數(shù)據(jù)采集和測量等方面的信息化需求。M2M終端是滿足某種協(xié)議(如移動M2M終端基于WMMP協(xié)議，電信M2M的終端支持 MDMP協(xié)議)并具有一定功能(如接收遠(yuǎn)程M2M平臺激活指令、本地故障告警、數(shù)據(jù)通信、遠(yuǎn)程升級、數(shù)據(jù)統(tǒng)計以及端到端的通信交互功能)的終端。M2M平臺是為M2M應(yīng)用服務(wù)的客戶端提供統(tǒng)一的M2M終端接入管理、終端設(shè)備鑒權(quán)和檢測控制，并能夠轉(zhuǎn)發(fā)相應(yīng)業(yè)務(wù)數(shù)據(jù)的系統(tǒng)。M2M應(yīng)用業(yè)務(wù)平臺是為M2M應(yīng)用服務(wù)客戶端提供各類M2M應(yīng)用服務(wù)，實現(xiàn)特定行業(yè)業(yè)務(wù)邏輯處理的應(yīng)用系統(tǒng)。物聯(lián)網(wǎng)非常類似互聯(lián)網(wǎng)，都是要將眾多的設(shè)備互聯(lián)互通起來。只是物聯(lián)網(wǎng)的目標(biāo)更為宏大，要將所有終端設(shè)備全部互聯(lián)。在現(xiàn)有的M2M協(xié)議中，運(yùn)營商通常要求實現(xiàn)一個M2M平臺。所有的M2M應(yīng)用和底層終端都要注冊到該平臺上面來。M2M應(yīng)用與底層終端之間通信，底層終端之間通信都要通過M2M平臺進(jìn)行轉(zhuǎn)發(fā)。圖1是根據(jù)相關(guān)技術(shù)的M2M系統(tǒng)的示意圖。如圖1所示，在M2M系統(tǒng)中，各個M2M平臺在處理業(yè)務(wù)時是相互獨(dú)立的，從而，在某個M2M平臺的應(yīng)用服務(wù)器出現(xiàn)峰值的情況下，往往會發(fā)生大量的丟消息情況。因為M2M所管理的底層設(shè)備有其特殊性設(shè)備類型眾多，數(shù)量巨大，設(shè)備與平臺有多種通信方式。這就會造成一種情況M2M平臺的信息處理量是非常巨大的。在某些特定情況下，終端發(fā)送給單個應(yīng)用的消息流量本身就可能出現(xiàn)一個巨大的峰值。該單個應(yīng)用的消息處理能力可能將無法滿足消息處理的性能要求。這種情況下，大量終端發(fā)送的數(shù)據(jù)流就會對M2M平臺和上層應(yīng)用的處理能力提出很高的要求。如何更好地利用現(xiàn)有的資源，來滿足突發(fā)業(yè)務(wù)量的處理要求成為一個運(yùn)營商要面對的難題。發(fā)明人發(fā)現(xiàn)上述的相關(guān)技術(shù)中，M2M系統(tǒng)中丟消息現(xiàn)象比較嚴(yán)重。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供一種M2M系統(tǒng)及其業(yè)務(wù)處理方法，以至少解決上述的 M2M系統(tǒng)中丟消息現(xiàn)象比較嚴(yán)重的問題。根據(jù)本發(fā)明的一個方面，提供了一種M2M系統(tǒng)的業(yè)務(wù)處理方法，該方法包括在業(yè)務(wù)處理過程中，當(dāng)機(jī)器對機(jī)器M2M系統(tǒng)中的第一 M2M平臺檢測到第一應(yīng)用的業(yè)務(wù)量滿足預(yù)定條件時，將業(yè)務(wù)量分流至第二應(yīng)用進(jìn)行處理，其中，第一應(yīng)用和第二應(yīng)用相互綁定。進(jìn)一步地，為M2M系統(tǒng)中的各個應(yīng)用配置不同的優(yōu)先級，第一M2M平臺將業(yè)務(wù)量分流至第二應(yīng)用進(jìn)行處理包括第一 M2M平臺選擇各個應(yīng)用中優(yōu)先級最高的應(yīng)用作為第二應(yīng)用；第一 M2M平臺將業(yè)務(wù)量分流至第二應(yīng)用進(jìn)行處理。進(jìn)一步地，根據(jù)終端的類型為M2M系統(tǒng)中的各個應(yīng)用配置不同的優(yōu)先級，其中，類型包括以下之一或任意多個的組合終端類型、消息類型、消息體中數(shù)據(jù)的類型、消息長度。進(jìn)一步地，在第一 M2M平臺將業(yè)務(wù)量分流至第二應(yīng)用進(jìn)行處理之前，上述方法還包括確定M2M系統(tǒng)中哪些應(yīng)用能夠綁定，其中，按照以下方式之一或任意多個的組合來確定M2M系統(tǒng)中哪些應(yīng)用可以綁定是否具有相同的消息邏輯處理能力；是否具有同樣的功能；以及對收到的消息數(shù)據(jù)是否能夠進(jìn)行協(xié)同處理。進(jìn)一步地，第一 M2M平臺檢測到第一應(yīng)用的業(yè)務(wù)量滿足預(yù)定條件包括以下之一 第一 M2M平臺檢測到第一應(yīng)用的業(yè)務(wù)量超過預(yù)設(shè)的license限制；第一 M2M平臺檢測到第一應(yīng)用的業(yè)務(wù)量超過第一應(yīng)用所在應(yīng)用服務(wù)器的流量閾值；第一應(yīng)用所在的服務(wù)器發(fā)現(xiàn)自身處理能力不足，請求第一 M2M平臺進(jìn)行流量控制。進(jìn)一步地，第一 M2M平臺將業(yè)務(wù)量分流至第二應(yīng)用進(jìn)行處理包括以下之一或任意多個的組合第一 M2M平臺將業(yè)務(wù)量由第一應(yīng)用服務(wù)器分流至第二應(yīng)用服務(wù)器，其中，第一應(yīng)用服務(wù)器和第二應(yīng)用服務(wù)器均與第一 M2M平臺相連接，第一應(yīng)用和第二應(yīng)用分別為第一應(yīng)用服務(wù)器和第二應(yīng)用服務(wù)器上的應(yīng)用；第一 M2M平臺經(jīng)由第二 M2M平臺將業(yè)務(wù)量由第三應(yīng)用服務(wù)器分流至第四應(yīng)用服務(wù)器，其中，第三應(yīng)用服務(wù)器和第一 M2M平臺相連接，第四應(yīng)用服務(wù)器與第二 M2M平臺相連接，第一應(yīng)用和第二應(yīng)用分別為第三應(yīng)用服務(wù)器和第四應(yīng)用服務(wù)器上的應(yīng)用。進(jìn)一步地，第一M2M平臺將業(yè)務(wù)量分流至第二應(yīng)用進(jìn)行處理包括第一M2M平臺減少發(fā)往第一應(yīng)用的業(yè)務(wù)量，上述方法還包括在第一 M2M平臺檢測到第一應(yīng)用的業(yè)務(wù)處理能力恢復(fù)的情況下，增加發(fā)往第一應(yīng)用的業(yè)務(wù)量。根據(jù)本發(fā)明的另一方面，提供了一種M2M系統(tǒng)，該M2M系統(tǒng)包括一個或多個M2M 平臺，在第一 M2M平臺檢測到第一應(yīng)用的業(yè)務(wù)量滿足預(yù)定條件時，第一 M2M平臺將業(yè)務(wù)量分流至第二應(yīng)用進(jìn)行處理，其中，第一應(yīng)用和第二應(yīng)用相互綁定。進(jìn)一步地，第一 M2M平臺對應(yīng)多個應(yīng)用并且各個應(yīng)用具有不同的優(yōu)先級，其中，第一 M2M平臺按照優(yōu)先級的順序進(jìn)行分流。進(jìn)一步地，第二應(yīng)用為第二 M2M平臺上的應(yīng)用或第一 M2M平臺上的應(yīng)用。通過本發(fā)明，采用在業(yè)務(wù)處理過程中，當(dāng)機(jī)器對機(jī)器M2M系統(tǒng)中的第一 M2M平臺檢測到第一應(yīng)用的業(yè)務(wù)量滿足預(yù)定條件時，將業(yè)務(wù)量分流至第二應(yīng)用進(jìn)行處理，其中，第一應(yīng)用和第二應(yīng)用相互綁定，解決了 M2M系統(tǒng)中丟消息現(xiàn)象比較嚴(yán)重的問題，進(jìn)而達(dá)到了減少 M2M系統(tǒng)中丟消息的效果。


此處所說明的附圖用來提供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中圖1是根據(jù)相關(guān)技術(shù)的M2M系統(tǒng)的網(wǎng)絡(luò)示意圖2是根據(jù)本發(fā)明實施例的M2M系統(tǒng)的網(wǎng)絡(luò)示意圖；圖3是根據(jù)本發(fā)明實施例的M2M系統(tǒng)的業(yè)務(wù)處理方法的流程圖；圖4是根據(jù)本發(fā)明實施例的M2M平臺對終端發(fā)送的消息進(jìn)行分流的工作流程圖；圖5是根據(jù)本發(fā)明實施例的M2M平臺對其他M2M平臺轉(zhuǎn)發(fā)的消息進(jìn)行處理的工作流程圖；圖6是根據(jù)本發(fā)明實施例的M2M平臺恢復(fù)發(fā)送給應(yīng)用的消息流量的工作流程圖。
具體實施例方式下文中將參考附圖并結(jié)合實施例來詳細(xì)說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。圖2是根據(jù)本發(fā)明實施例的M2M系統(tǒng)的網(wǎng)絡(luò)示意圖。如圖2所示，根據(jù)本發(fā)明實施例的M2M系統(tǒng)包括多個M2M平臺，并且多個M2M平臺中的各個M2M平臺的應(yīng)用相互綁定，其中，在多個M2M平臺中的第一 M2M平臺檢測到業(yè)務(wù)量超過該應(yīng)用所在的第一應(yīng)用服務(wù)器的處理能力時，第一 M2M平臺將業(yè)務(wù)量分流至M2M系統(tǒng)中第二 M2M平臺所連接的應(yīng)用服務(wù)器進(jìn)行處理。其中，在同一個應(yīng)用服務(wù)器上也可能存在多個同種類型的應(yīng)用或者可分流的應(yīng)用，此時，第一 M2M平臺可以將某個應(yīng)用服務(wù)器的第一應(yīng)用的業(yè)務(wù)量分流至該應(yīng)用服務(wù)器的第二應(yīng)用。通過該M2M系統(tǒng)，在系統(tǒng)中的一個M2M平臺所連接的應(yīng)用服務(wù)器超過業(yè)務(wù)處理能力的情況下，將業(yè)務(wù)量分流至其他平臺連接的應(yīng)用服務(wù)器來處理，或者將某個應(yīng)用的業(yè)務(wù)量分流至其他的應(yīng)用進(jìn)行處理，能夠顯著地解決M2M系統(tǒng)中丟消息(比如M2M平臺發(fā)給應(yīng)用的請求消息和應(yīng)用返回的響應(yīng)消息等)現(xiàn)象比較嚴(yán)重的問題。優(yōu)選地，多個M2M平臺中的各個M2M平臺具有不同的優(yōu)先級，其中，各個M2M平臺按照優(yōu)先級的順序進(jìn)行分流。通過按照預(yù)設(shè)的優(yōu)先級的順序來進(jìn)行分流，能夠使得各個M2M 平臺在進(jìn)行分流時按照優(yōu)先級的高低來分，從而使得重要的消息不容易丟棄，進(jìn)而更好地解決了丟包現(xiàn)象嚴(yán)重的問題。圖3是根據(jù)本發(fā)明實施例的M2M系統(tǒng)的業(yè)務(wù)處理方法的流程圖。如圖3所示，該M2M系統(tǒng)的業(yè)務(wù)處理方法包括以下步驟步驟S302，在業(yè)務(wù)處理過程中，機(jī)器對機(jī)器M2M系統(tǒng)中的第一 M2M平臺檢測到第一應(yīng)用的業(yè)務(wù)量滿足預(yù)定條件。例如，在M2M平臺可以提供有配置模塊。不同的應(yīng)用提供商可以在該配置模塊上進(jìn)行配置，其中，配置的內(nèi)容可以包括為注冊到該M2M平臺上的某個應(yīng)用配置替代應(yīng)用，設(shè)置多個應(yīng)用為其備份應(yīng)用。 替代應(yīng)用是已經(jīng)注冊到其他M2M平臺上的應(yīng)用。如果有多個備份應(yīng)用的情況下，還需要為這些替代應(yīng)用設(shè)置替代的優(yōu)先級。配置哪些類型的終端消息才需要使用分流處理進(jìn)行流量保護(hù)。上述類型包括終端類型、消息類型、消息體中數(shù)據(jù)的類型、消息長度等。比如兩種類型的終端，防盜告警終端和發(fā)送電表度數(shù)終端，同時有消息到M2M平臺，應(yīng)用服務(wù)器都提出了流量控制的要求。如果需要優(yōu)先保證告警成功，則根據(jù)終端類型配置，只要求對防盜告警終端的消息需要做分流保護(hù)，在該種情況下，則防盜告警終端的消息會進(jìn)行分流處理，而電表度數(shù)終端的消息則被丟棄。根據(jù)終端的不同類型，配置消息做分流保護(hù)的時候的優(yōu)先級。類型包括終端類型、消息類型、消息體中數(shù)據(jù)的類型、消息長度等。比如兩種類型的終端，防盜告警終端和發(fā)送電表度數(shù)終端，同時有消息到M2M平臺，應(yīng)用服務(wù)器都提出了流量控制的要求。如果需要優(yōu)先保證告警成功，則可以根據(jù)終端類型配置，防盜告警終端的優(yōu)先級比發(fā)送電表度數(shù)終端的優(yōu)先級要高。在該種情況下，防盜告警終端的消息會先進(jìn)行分流處理，M2M首先保證防盜告警終端的消息分流成功，才去繼續(xù)對電表度數(shù)終端的消息進(jìn)行分流處理。如果M2M 平臺來不及都做分流處理，則會首先選擇電表度數(shù)終端的消息進(jìn)行丟棄。在做分流處理的時候，每次調(diào)整的消息流量粒度。其中，在為應(yīng)用本身配置替代應(yīng)用的過程中，就將這些在多個M2M平臺組成的一個大的系統(tǒng)上注冊的多個應(yīng)用共同綁定組成了一組應(yīng)用。哪些應(yīng)用可以進(jìn)行綁定，是由應(yīng)用提供商決定。參考的依據(jù)包括應(yīng)用是否具有相同的消息邏輯處理能力；應(yīng)用是否具有同樣的功能(比如電力局在北京的M2M平臺和重慶的M2M平臺都注冊了一個獲取電表度數(shù)的應(yīng)用，分別獲取當(dāng)?shù)氐碾姳矶葦?shù)。兩個應(yīng)用獲取電表度數(shù)的處理流程是完全一樣的)； 應(yīng)用對收到的消息數(shù)據(jù)是否能夠進(jìn)行協(xié)同處理。上述的第一 M2M平臺檢測到第一應(yīng)用的業(yè)務(wù)量滿足預(yù)定條件包括以下之一第一 M2M平臺檢測到第一應(yīng)用的業(yè)務(wù)量超過預(yù)設(shè)的license限制。其中，可以為每個應(yīng)用的業(yè)務(wù)量設(shè)定一個license限制。在某個應(yīng)用的業(yè)務(wù)量超過為其設(shè)定的license 限制的情況下，則滿足上述預(yù)定條件，需要分流。第一 M2M平臺檢測到第一應(yīng)用的業(yè)務(wù)量超過第一應(yīng)用所在應(yīng)用服務(wù)器的流量閾值。其中，可以為每個應(yīng)用所在的應(yīng)用服務(wù)器設(shè)定一個流量閾值。在某個應(yīng)用服務(wù)器的業(yè)務(wù)量超過為其設(shè)定的流量閾值的情況下，則滿足上述預(yù)定條件，需要分流。第一應(yīng)用所在的服務(wù)器發(fā)現(xiàn)自身處理能力不足，請求第一 M2M平臺進(jìn)行流量控制。步驟S304，上述第一 M2M平臺將業(yè)務(wù)量分流至第二應(yīng)用進(jìn)行處理，其中，第一應(yīng)用和第二應(yīng)用相互綁定。在該實施例中，由于第一 M2M平臺所連接的第一應(yīng)用服務(wù)器在超過業(yè)務(wù)量的處理能力時，第一 M2M平臺將業(yè)務(wù)量分流至M2M系統(tǒng)中的第二 M2M平臺所連接的應(yīng)用服務(wù)器進(jìn)行處理，因而，第一 M2M平臺就不會將處理不了的消息丟掉，進(jìn)而能夠減少丟消息比較嚴(yán)重的現(xiàn)象。 優(yōu)選地，為M2M系統(tǒng)中各個M2M平臺配置不同的優(yōu)先級，第一 M2M平臺將業(yè)務(wù)量分流至M2M系統(tǒng)中的第二 M2M平臺進(jìn)行處理包括第一 M2M平臺選擇M2M系統(tǒng)中優(yōu)先級最高的M2M平臺作為第二 M2M平臺；第一 M2M平臺將業(yè)務(wù)量分流至第二 M2M平臺進(jìn)行處理。在第一 M2M平臺將業(yè)務(wù)量分流至第二 M2M平臺進(jìn)行處理之后，上述方法還可以包括第二M2M平臺判斷業(yè)務(wù)量是否超過第二M2M平臺所管理的第二應(yīng)用服務(wù)器的鑒權(quán)限制， 其中，第一應(yīng)用服務(wù)器和第二應(yīng)用服務(wù)器為相同類型的應(yīng)用服務(wù)器；在判斷結(jié)果為是的情況下，第二 M2M平臺將業(yè)務(wù)量分流至下一優(yōu)先級的M2M平臺進(jìn)行處理；在判斷結(jié)果為否的情況下，第二 M2M平臺對業(yè)務(wù)量進(jìn)行處理。M2M系統(tǒng)中的第一 M2M平臺可以通過以下方式之一檢測到業(yè)務(wù)量超過第一應(yīng)用服務(wù)器的處理能力第一 M2M平臺接收到來自第一應(yīng)用服務(wù)器的流量請求消息，其中，流量請求消息用于請求對業(yè)務(wù)量進(jìn)行分流；第一 M2M平臺檢測到發(fā)送至第一應(yīng)用服務(wù)器的業(yè)務(wù)量超過了第一應(yīng)用服務(wù)器的鑒權(quán)限制。第一 M2M平臺將業(yè)務(wù)量分流至M2M系統(tǒng)中的第二 M2M平臺進(jìn)行處理可以包括第一 M2M平臺減少發(fā)往第一應(yīng)用服務(wù)器的業(yè)務(wù)量。上述方法還可以包括在第一 M2M平臺檢測到應(yīng)用服務(wù)器的業(yè)務(wù)處理能力恢復(fù)的情況下，增加發(fā)往第一應(yīng)用服務(wù)器的業(yè)務(wù)量。通過對M2M系統(tǒng)的具體實現(xiàn)流程進(jìn)行修改，將上層應(yīng)用進(jìn)行組合。從而可以當(dāng)業(yè)務(wù)量出現(xiàn)峰值的時候，由M2M平臺負(fù)責(zé)將多余的業(yè)務(wù)量進(jìn)行分流，傳遞給其它M2M平臺上的同組應(yīng)用進(jìn)行處理。圖4是根據(jù)本發(fā)明實施例的M2M平臺對終端發(fā)送的消息進(jìn)行分流的工作流程圖。如圖4所示，分流的過程可以包括以下步驟步驟S401，終端發(fā)送消息至平臺。步驟S402，M2M平臺判斷是否需要將消息發(fā)送至應(yīng)用。在判斷結(jié)果為是的情況下轉(zhuǎn)步驟S403，在判斷結(jié)果為否的情況下轉(zhuǎn)步驟S404。步驟S403，M2M平臺應(yīng)用是否超過license限制。在判斷結(jié)果為是的情況下轉(zhuǎn)步驟S405，在判斷結(jié)果為否的情況下轉(zhuǎn)步驟S406。步驟S404，M2M平臺發(fā)送消息至終端。步驟S405，判斷應(yīng)用是否存在同組應(yīng)用。在判斷結(jié)果為是的情況下轉(zhuǎn)步驟S407， 在判斷結(jié)果為否的情況下轉(zhuǎn)步驟S410。步驟S406，判斷是否收到應(yīng)用流控告警。在判斷結(jié)果為是的情況下轉(zhuǎn)步驟S405， 在判斷結(jié)果為否的情況下轉(zhuǎn)步驟S409。步驟S407，M2M平臺查找同組應(yīng)用的路由。步驟S408，M2M平臺分流配置粒度的消息到替代應(yīng)用注冊的平臺。步驟S409，M2M平臺發(fā)送消息至應(yīng)用。步驟S410，流程結(jié)束。隨著M2M平臺的發(fā)展，在終端與上層應(yīng)用之間可能會出現(xiàn)多對多的關(guān)系。S卩，一個終端可能會同時在多個應(yīng)用上進(jìn)行注冊，并向應(yīng)用提供采集的數(shù)據(jù)。在M2M平臺很好的實現(xiàn)了互聯(lián)互通的情況下，同一家應(yīng)用提供商可能在多個M2M 平臺上都注冊有自己的應(yīng)用?；蛘卟煌膽?yīng)用提供商都有自己的應(yīng)用注冊在不同的M2M平臺上，但是各個應(yīng)用的功能非常類似。在這種情況下，對于如何提高應(yīng)用業(yè)務(wù)處理能力的問題，本發(fā)明提出了如下解決方案在業(yè)務(wù)處理過程中，如果當(dāng)前的業(yè)務(wù)量超過了某個應(yīng)用的處理能力，則應(yīng)用可以向M2M平臺下發(fā)消息告知M2M平臺需要對其進(jìn)行流量控制。在業(yè)務(wù)處理過程中，M2M平臺在向應(yīng)用轉(zhuǎn)發(fā)終端消息的時候，先檢查發(fā)送到該應(yīng)用的業(yè)務(wù)量是否超過了該應(yīng)用的License限制。然后檢查是否收到了應(yīng)用的流量控制請求。如果上述的兩個檢查有一個沒有通過，則M2M平臺根據(jù)消息類型等信息，去檢查該消息是否需要啟動分流保護(hù)。如果需要則查找該應(yīng)用是否有同組應(yīng)用。如果有同組應(yīng)用， 則在其中查找到一個可替代的應(yīng)用。
在分流的過程中，M2M平臺逐漸減少到該應(yīng)用的消息流量，減少的速度按照配置模塊上配置的速度進(jìn)行。發(fā)送的過程可以如下M2M平臺首先檢查被轉(zhuǎn)發(fā)消息的消息體中是否有目的應(yīng)用的標(biāo)識。如果沒有則在消息頭中添加目的應(yīng)用的標(biāo)識；如果有則修改被轉(zhuǎn)發(fā)消息的目的應(yīng)用標(biāo)識為替代應(yīng)用的標(biāo)識。M2M平臺將該消息轉(zhuǎn)發(fā)到該替代應(yīng)用所屬的M2M平臺，在轉(zhuǎn)發(fā)的消息中，攜帶有可替代應(yīng)用的信息(包括替代應(yīng)用的標(biāo)識和各自的替代優(yōu)先級)。替代應(yīng)用所屬的M2M平臺接收到其他M2M平臺轉(zhuǎn)發(fā)過來的消息后，先執(zhí)行上述的兩個檢查。如果上述步驟的兩個檢查有一個沒有通過，則M2M平臺將該消息繼續(xù)轉(zhuǎn)發(fā)給下一優(yōu)先級的替代應(yīng)用所屬的M2M平臺。目的M2M平臺在接收到消息后，將進(jìn)行分流。如果步驟D的兩個檢查都通過，則M2M平臺將該消息發(fā)送給該應(yīng)用。流程結(jié)束。如果替代應(yīng)用所屬的M2M平臺接收到其他M2M平臺轉(zhuǎn)發(fā)過來的消息后，上述兩個檢查有一個沒有通過，且自身已經(jīng)是最后一個可替代應(yīng)用所屬的M2M平臺，則該M2M平臺將該消息丟棄。圖5是根據(jù)本發(fā)明實施例的M2M平臺對其他M2M平臺轉(zhuǎn)發(fā)的消息進(jìn)行處理的工作流程圖。如圖5所示，M2M平臺對其他M2M平臺轉(zhuǎn)發(fā)的消息進(jìn)行處理可以包括以下步驟步驟S501，M2M平臺收到來自其他平臺的分流的消息。步驟S502，判斷M2M平臺應(yīng)用是否超過license限制。在判斷結(jié)果為是的情況下轉(zhuǎn)步驟S503，在判斷結(jié)果為否的情況下轉(zhuǎn)步驟S504。步驟S503，判斷是否還有下一級的替代應(yīng)用。在判斷結(jié)果為是的情況下轉(zhuǎn)步驟 S505，在判斷結(jié)果為否的情況下轉(zhuǎn)步驟S508。步驟S504，M2M平臺判斷是否收到應(yīng)用流控告警。步驟S505，平臺查找應(yīng)用的路由。步驟S506，平臺發(fā)送消息至同組應(yīng)用。步驟S507，M2M發(fā)送消息至所連接的應(yīng)用。步驟S508，流程結(jié)束。經(jīng)過一段時間以后，原始的第一個應(yīng)用的業(yè)務(wù)處理能力恢復(fù)，該業(yè)務(wù)將給所屬的 M2M平臺下發(fā)消息，告知平臺自身的處理能力恢復(fù)?；蛘呓?jīng)過一段時間后，M2M平臺發(fā)現(xiàn)發(fā)往第一個應(yīng)用的消息流量回落到了小于該M2M平臺License的程度。該M2M平臺將逐漸減少發(fā)往其他替代M2M平臺的上行消息流量，逐漸增加發(fā)送往第一個應(yīng)用的消息流量。整個修改發(fā)送路徑的過程是個漸進(jìn)的過程。每次增加的消息流量粒度為M2M平臺的配置模塊上配置的流浪粒度。最終直至所有的消息上行流量到發(fā)送往第一個應(yīng)用。圖6是根據(jù)本發(fā)明實施例的M2M平臺恢復(fù)發(fā)送給應(yīng)用的消息流量的工作流程圖。步驟S601，M2M平臺判斷是否收到應(yīng)該的恢復(fù)請求。在判斷結(jié)果為是的情況下轉(zhuǎn)步驟S602，在判斷結(jié)果為否的情況下轉(zhuǎn)步驟S603。步驟S602，M2M平臺增加配置粒度的消息至第一個應(yīng)用。步驟S603，判斷流量是否回落到license下。在判斷結(jié)果為是的情況下轉(zhuǎn)步驟S602，在判斷結(jié)果為否的情況下轉(zhuǎn)步驟S604。步驟S604，M2M平臺發(fā)送消息至替代應(yīng)用。步驟S605，流程結(jié)束。在所有的上行消息都處理完成以后，可以根據(jù)情況做相應(yīng)的后續(xù)處理如果消息的類型是文件下載類等類型，即替代應(yīng)用已經(jīng)完成了第一個應(yīng)用的所有處理功能，則不再需要做后續(xù)處理；如果消息類型是告警等類型，即替代應(yīng)用不能完全完成第一個應(yīng)用的處理功能，則后續(xù)第一個應(yīng)用向其他應(yīng)用發(fā)起請求，要求其他應(yīng)用返回原始消息的數(shù)據(jù)；或者其他應(yīng)用向第一個應(yīng)用主動上傳收到的原始消息的數(shù)據(jù)，最終匯總原始消息的數(shù)據(jù)或者中間處理結(jié)果到原始的第一個應(yīng)用中去。以下以電力系統(tǒng)的業(yè)務(wù)提供商為應(yīng)用業(yè)務(wù)提供商進(jìn)行描述。假定電力系統(tǒng)的業(yè)務(wù)提供商需要與多個M2M平臺下注冊的終端建立訂購關(guān)系(例如在一個地區(qū)一個M2M平臺的情況下，電力系統(tǒng)的業(yè)務(wù)提供商需要采集多個地區(qū)的電表的度數(shù))，則該應(yīng)用業(yè)務(wù)提供商需要在多個M2M平臺上注冊不同的應(yīng)用(例如電力系統(tǒng)的業(yè)務(wù)提供商在多個地區(qū)的M2M平臺注冊采集電表度數(shù)的應(yīng)用)。在這種情況下，可以將該應(yīng)用業(yè)務(wù)提供商的多個類型的應(yīng)用綁定在一起，構(gòu)成一組應(yīng)用。該應(yīng)用業(yè)務(wù)提供商可以在某地的M2M平臺A的配置模塊上進(jìn)行操作，做如下配置將其他地區(qū)的M2M平臺上注冊的采集電表度數(shù)的應(yīng)用App2、App3、App4等配置為該地M2M平臺A上注冊的采集電表度數(shù)的應(yīng)用Appl的替代應(yīng)用。應(yīng)用App2、App3、App4等所注冊的M2M平臺上都保存有所注冊的應(yīng)用的路由信息。將終端類型為電表度數(shù)采集器，消息類型為電表度數(shù)上報的消息配置為需要做分流保護(hù)。在某種情況下，M2M平臺A上，終端的上行流量出現(xiàn)了峰值的情況(例如電力系統(tǒng)的電表度數(shù)發(fā)送終端設(shè)置了定時，在某個時間段，集體發(fā)送電表度數(shù)給應(yīng)用)。該M2M平臺A上注冊的對應(yīng)應(yīng)用Appl對如此大量的消息處理能力不足。這種情況下，應(yīng)用Appl向M2M平臺A發(fā)送指令，告知M2M平臺A自身處理能力不足，請做溢出處理，需要對終端上行的業(yè)務(wù)數(shù)據(jù)進(jìn)行分流。M2M平臺A查找自身的替代列表， 將以后的消息發(fā)送給替代優(yōu)先級為第二的在M2M平臺B上的應(yīng)用App2。在轉(zhuǎn)發(fā)的消息中， 攜帶有可替代應(yīng)用的信息(包括替代應(yīng)用的標(biāo)識和各自的替代優(yōu)先級)。M2M平臺B在接受到該消息以后，先檢查App2是否處理能力不足。如果沒有發(fā)現(xiàn) App2發(fā)送了處理能力不足的指令，則將該消息發(fā)送給App2。由App2對消息進(jìn)行處理。如果App2也出現(xiàn)了處理能力不足的情況，則M2M平臺B查找下一個可替換的應(yīng)用，并將該消息轉(zhuǎn)發(fā)給該應(yīng)用。這樣所有的電表度數(shù)的數(shù)據(jù)對于該電力系統(tǒng)的業(yè)務(wù)應(yīng)用提供商來說都沒有丟失， 剩下的只需要在多個應(yīng)用之間(例如=Appl和App2之間)交換數(shù)據(jù)。如果經(jīng)過一段時間，Appl的處理能力恢復(fù)，又可以處理新的終端數(shù)據(jù)了。則Appl 給M2M平臺A發(fā)送指令，告知M2M平臺A自身的處理能力恢復(fù)。由于M2M平臺A的管理人員配置了流量平滑恢復(fù)的粒度為P條/分鐘，以后的上行消息，M2M平臺A將到應(yīng)用Appl的流量每分鐘逐漸增加P條消息。其他消息將繼續(xù)轉(zhuǎn)發(fā)給App2。直至所有的流量都恢復(fù)為發(fā)送給應(yīng)用App 1。
在所有的上行消息都處理完以后，由于都是該電力系統(tǒng)的業(yè)務(wù)應(yīng)用提供商的應(yīng)用，所有Appl向App2、App3、App4等發(fā)送請求消息，在收到請求消息后，App2、App3、App4等將收到的電表度數(shù)數(shù)據(jù)同步給App 1。上面的說明是針對應(yīng)用的業(yè)務(wù)處理能力不足的情況。對于M2M給應(yīng)用分配的 License不足，導(dǎo)致無法將終端的上行消息發(fā)送給應(yīng)用的情況，具體流程與上面的說明類似，不再贅述。從以上的描述中，可以看出，通過本發(fā)明，可以方便地實現(xiàn)在應(yīng)用出現(xiàn)故障的時候，為了保證業(yè)務(wù)功能的正常使用，提供替代應(yīng)用接管應(yīng)用的功能，保證業(yè)務(wù)的正常處理不會中斷。在應(yīng)用恢復(fù)了以后，再切換回正常的應(yīng)用。同時也可以大大提高應(yīng)用的可靠性。顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種M2M系統(tǒng)的業(yè)務(wù)處理方法，其特征在于，在業(yè)務(wù)處理過程中，當(dāng)機(jī)器對機(jī)器M2M 系統(tǒng)中的第一 M2M平臺檢測到第一應(yīng)用的業(yè)務(wù)量滿足預(yù)定條件時，將所述業(yè)務(wù)量分流至第二應(yīng)用進(jìn)行處理，其中，所述第一應(yīng)用和所述第二應(yīng)用相互綁定。
2.根據(jù)權(quán)利要求1所述的業(yè)務(wù)處理方法，其特征在于，為所述M2M系統(tǒng)中的各個應(yīng)用配置不同的優(yōu)先級，所述第一 M2M平臺將所述業(yè)務(wù)量分流至第二應(yīng)用進(jìn)行處理包括所述第一 M2M平臺選擇所述各個應(yīng)用中優(yōu)先級最高的應(yīng)用作為所述第二應(yīng)用； 所述第一 M2M平臺將所述業(yè)務(wù)量分流至所述第二應(yīng)用進(jìn)行處理。
3.根據(jù)權(quán)利要求2所述的業(yè)務(wù)處理方法，其特征在于，根據(jù)終端的類型為所述M2M系統(tǒng)中的各個應(yīng)用配置不同的優(yōu)先級，其中，所述類型包括以下之一或任意多個的組合終端類型、消息類型、消息體中數(shù)據(jù)的類型、消息長度。
4.根據(jù)權(quán)利要求1所述的業(yè)務(wù)處理方法，其特征在于，在所述第一M2M平臺將所述業(yè)務(wù)量分流至第二應(yīng)用進(jìn)行處理之前，所述方法還包括確定所述M2M系統(tǒng)中哪些應(yīng)用能夠綁定，其中，按照以下方式之一或任意多個的組合來確定所述M2M系統(tǒng)中哪些應(yīng)用可以綁定是否具有相同的消息邏輯處理能力；是否具有同樣的功能；以及對收到的消息數(shù)據(jù)是否能夠進(jìn)行協(xié)同處理。
5.根據(jù)權(quán)利要求1至4中任一項所述的業(yè)務(wù)處理方法，其特征在于，所述第一M2M平臺檢測到第一應(yīng)用的業(yè)務(wù)量滿足預(yù)定條件包括以下之一所述第一 M2M平臺檢測到所述第一應(yīng)用的業(yè)務(wù)量超過預(yù)設(shè)的license限制； 所述第一 M2M平臺檢測到所述第一應(yīng)用的業(yè)務(wù)量超過所述第一應(yīng)用所在應(yīng)用服務(wù)器的流量閾值；所述第一應(yīng)用所在的服務(wù)器發(fā)現(xiàn)自身處理能力不足，請求所述第一 M2M平臺進(jìn)行流量控制。
6.根據(jù)權(quán)利要求1至4中任一項所述的業(yè)務(wù)處理方法，其特征在于，所述第一M2M平臺將所述業(yè)務(wù)量分流至第二應(yīng)用進(jìn)行處理包括以下之一或任意多個的組合所述第一 M2M平臺將所述業(yè)務(wù)量由第一應(yīng)用服務(wù)器分流至第二應(yīng)用服務(wù)器，其中，所述第一應(yīng)用服務(wù)器和所述第二應(yīng)用服務(wù)器均與所述第一 M2M平臺相連接，所述第一應(yīng)用和所述第二應(yīng)用分別為所述第一應(yīng)用服務(wù)器和所述第二應(yīng)用服務(wù)器上的應(yīng)用；所述第一 M2M平臺經(jīng)由第二 M2M平臺將所述業(yè)務(wù)量由第三應(yīng)用服務(wù)器分流至第四應(yīng)用服務(wù)器，其中，所述第三應(yīng)用服務(wù)器和所述第一 M2M平臺相連接，所述第四應(yīng)用服務(wù)器與所述第二 M2M平臺相連接，所述第一應(yīng)用和所述第二應(yīng)用分別為所述第三應(yīng)用服務(wù)器和所述第四應(yīng)用服務(wù)器上的應(yīng)用。
7.根據(jù)權(quán)利要求1所述的業(yè)務(wù)處理方法，其特征在于，所述第一 M2M平臺將所述業(yè)務(wù)量分流至第二應(yīng)用進(jìn)行處理包括 所述第一 M2M平臺減少發(fā)往所述第一應(yīng)用的業(yè)務(wù)量， 所述方法還包括在所述第一 M2M平臺檢測到所述第一應(yīng)用的業(yè)務(wù)處理能力恢復(fù)的情況下，增加發(fā)往所述第一應(yīng)用的業(yè)務(wù)量。
8.一種M2M系統(tǒng)，包括一個或多個M2M平臺，其特征在于，在第一 M2M平臺檢測到第一應(yīng)用的業(yè)務(wù)量滿足預(yù)定條件時，所述第一 M2M平臺將所述業(yè)務(wù)量分流至第二應(yīng)用進(jìn)行處理，其中，所述第一應(yīng)用和第二應(yīng)用相互綁定。
9.根據(jù)權(quán)利要求8所述的M2M系統(tǒng)，其特征在于，所述第一M2M平臺對應(yīng)多個應(yīng)用并且各個應(yīng)用具有不同的優(yōu)先級，其中，所述第一 M2M平臺按照所述優(yōu)先級的順序進(jìn)行分流。
10.根據(jù)權(quán)利要求8所述的M2M系統(tǒng)，其特征在于，所述第二應(yīng)用為第二M2M平臺上的應(yīng)用或所述第一 M2M平臺上的應(yīng)用。
全文摘要
本發(fā)明公開了一種M2M系統(tǒng)及其業(yè)務(wù)處理方法。其中，該M2M系統(tǒng)的業(yè)務(wù)處理方法包括在業(yè)務(wù)處理過程中，當(dāng)機(jī)器對機(jī)器M2M系統(tǒng)中的第一M2M平臺檢測到第一應(yīng)用的業(yè)務(wù)量滿足預(yù)定條件時，將業(yè)務(wù)量分流至第二應(yīng)用進(jìn)行處理，其中，第一應(yīng)用和第二應(yīng)用相互綁定。通過本發(fā)明，能夠減少M(fèi)2M系統(tǒng)中丟消息的現(xiàn)象。
文檔編號H04W28/10GK102281580SQ201010204920
公開日2011年12月14日 申請日期2010年6月9日 優(yōu)先權(quán)日2010年6月9日
發(fā)明者馮宇翔 申請人:中興通訊股份有限公司