二M2M平臺和該第一M2M平臺的通信方式，建立與該目標第二M2M 平臺之間的通信連接。
[0088]確定目標第二M2M平臺之后，建立第一M2M平臺與目標第二M2M平臺建立通信連接， 以使得該目標第二M2M平臺能夠處理對應的子服務請求，并將該子服務請求的處理結(jié)果返 回至該第一 M2M平臺。通過根據(jù)第二M2M平臺的服務本體和該第二類子服務請求中每個子服 務請求所需的服務平臺和服務質(zhì)量，確定該第二類子服務請求中每個子服務請求對應的候 選目標第二M2M平臺，當任一子服務請求對應的候選目標第二M2M平臺的個數(shù)大于1時，再根 據(jù)服務反饋信息和網(wǎng)絡通信質(zhì)量，從該子服務請求對應的候選目標第二M2M平臺中，選取服 務質(zhì)量最優(yōu)和網(wǎng)絡狀態(tài)最優(yōu)的目標最優(yōu)的目標第二M2M平臺，能夠提高業(yè)務處理中的調(diào)用 效率，進而提尚業(yè)務處理的服務質(zhì)量。
[0089] 圖4是本發(fā)明實施例提供的一種業(yè)務處理方法流程圖，該實施例對第二類子服務 請求的處理過程做具體說明，參見圖4,該方法包括：
[0090] 401、第一 M2M平臺向目標第二M2M平臺發(fā)送第二注冊請求。該第一 M2M
[0091] 平臺在向目標第二M2M平臺發(fā)送服務請求之前，先要發(fā)送第二注冊請求，該第二注 冊請求用于使該目標第二M2M平臺確定該服務本體數(shù)據(jù)庫是否存儲有該第一M2M平臺的實 例化信息，該實例化信息至少包括該第一M2M平臺的響應時間信息；該目標第二M2M平臺根 據(jù)該服務本體數(shù)據(jù)庫是否存儲有該第一 M2M平臺的實例化信息，確定是否對該第一 M2M平臺 進行注冊。
[0092] 402、目標第二M2M平臺查詢服務本體數(shù)據(jù)庫是否存儲有該第一M2M平臺的實例化 信息。如果服務本體數(shù)據(jù)庫未存儲有該第一 M2M平臺的實例化信息，執(zhí)行步驟403;如果服務 本體數(shù)據(jù)庫存儲有該第一M2M平臺的實例化信息，執(zhí)行步驟406。該目標第二M2M平臺查詢服 務本體數(shù)據(jù)庫中是否存儲有該第一 M2M平臺的實例化信息的方法，與步驟208中從服務本體 數(shù)據(jù)庫中查找服務本體的方法同理，此處不再贅述。
[0093] 403、目標第二M2M平臺向該第一M2M平臺發(fā)送實例化請求。該實例化請求用于使該 第一M2M平臺向服務本體數(shù)據(jù)庫返回該第一M2M平臺的實例化信息，該實例化信息用于描述 該第一 M2M平臺在業(yè)務處理過程中的服務質(zhì)量等信息，當然，還可以用于描述其他反映該第 一 M2M平臺的服務參數(shù)，本發(fā)明實施例對此不作限定。
[0094] 404、該第一M2M平臺根據(jù)該實例化請求，計算該響應時間信息，并將該第一M2M平 臺的實例化信息發(fā)送到該服務本體數(shù)據(jù)庫中。該實例化信息除了包括響應時間信息以外， 還可以包括其他能夠反映該第一 M2M平臺服務質(zhì)量的信息，本發(fā)明實施例對此不作限定。 [0095] 405、該第一 M2M平臺向該目標第二M2M平臺發(fā)送實例化成功的提醒消息。在該第一 M2M平臺完成實例化之后，該第一M2M平臺向該目標第二M2M平臺發(fā)送實例化成功的提醒消 息，該實例化成功的提醒消息用于使該目標第二M2M平臺完成對該第一 M2M平臺的注冊。 [0096] 406、該第一M2M平臺接收該目標第二M2M平臺返回的第二注冊成功信息。該目標第 二M2M平臺接收到該第一 M2M平臺發(fā)送的實例化成功的提醒消息之后，對該第一 M2M平臺進 行注冊，并向該第一 M2M平臺返回第二注冊成功信息。
[0097] 407、該第一M2M平臺向目標第二M2M平臺發(fā)送第二類子服務請求。注冊成功后，該 第一M2M平臺對該第二M2M平臺進行調(diào)用，調(diào)用方法可以為：向該目標第二M2M平臺發(fā)送該第 二類子服務中對應子服務請求，以使得該目標第二M2M平臺對該子服務請求進行處理，以獲 得該子服務請求的處理結(jié)果。也可以通過其他方法對該目標第二M2M平臺進行調(diào)用，以使該 目標第二M2M平臺處理相應的子服務請求，本發(fā)明實施例對此不作限定。
[0098] 408、該目標第二M2M平臺對該第二類服務請求進行處理，以獲取該第二類服務請 求的處理結(jié)果。該步驟涉及到M2M平臺處理服務請求的具體過程，本發(fā)明實施例對此不作具 體描述。
[0099] 409、該目標第二M2M平臺返回該第二類子服務請求的處理結(jié)果。該目標第二M2M平 臺根據(jù)其與該第一M2M平臺之間的網(wǎng)絡連接，想該第一M2M平臺返回該目標第二M2M平臺所 處理的子服務請求的處理結(jié)果。
[0100] 410、該第一 M2M平臺計算該第二類子服務請求中每個子服務請求對應的服務時 間。計算所得到的服務時間用于描述該第一 M2M平臺的服務質(zhì)量;該步驟涉及到對服務時間 的具體計算方法，本發(fā)明對此不作限定。
[0101] 411、根據(jù)該服務時間和該第二類子服務請求的處理結(jié)果，獲取該第二類子服務請 求中每個子服務請求對應的服務結(jié)果。該第二類子服務請求中每個子服務請求對應的服務 結(jié)果可以為對應的服務是否成功，也可以包括其他信息，本發(fā)明實施例對此不作限定。在本 發(fā)明另一實施例中，目標第二M2M平臺返回的所述第二類子服務請求的處理結(jié)果分別攜帶 對應目標第二M2M平臺所提供的服務的通用屬性。以便于下次調(diào)用時，能夠直接向該對應的 目標第二M2M平臺發(fā)送第二注冊信息，從而能夠?qū)崿F(xiàn)快速調(diào)用，加快第一M2M平臺的業(yè)務處 理速度。
[0102] 412、根據(jù)該目標第二M2M平臺所提供的服務質(zhì)量，獲取實例化信息，并將該實例化 信息發(fā)送至該服務本體數(shù)據(jù)庫，使得該服務本體數(shù)據(jù)庫將該實例化信息與該目標第二M2M 平臺進行對應存儲。該實例化過程與步驟403和步驟404所描述的實例化過程同理，此處不 再贅述。通過調(diào)用第二M2M平臺處理第二類子服務請求，能夠加快服務請求的處理速度，進 而能夠減小服務時間，提高服務效率。
[0103] 上述所有可選技術(shù)方案，可以采用任意結(jié)合形成本公開的可選實施例，在此不再 --贅述。
[0104] 為了便于理解本發(fā)明實施例所提供的業(yè)務處理系統(tǒng)、業(yè)務處理方法及裝置，本發(fā) 明還提供了另一實施例，該實施例通過業(yè)務員處理方法的具體應用進一步說明本發(fā)明所提 供的業(yè)務處理系統(tǒng)、業(yè)務處理方法及裝置。
[0105] 在智能家庭中的智能健康醫(yī)療的場景中，每個家庭將設(shè)立一個家庭醫(yī)療M2M平臺， 通過利用各種傳感器以獲取到人體身體各方面的數(shù)據(jù)，例如，通過監(jiān)測體溫、心跳等一些生 命特征，該智能平臺將收集到的生理指標發(fā)送至醫(yī)療單位中的M2M平臺，從而對數(shù)據(jù)進行分 析，以判斷出人體的身體健康狀態(tài)，若身體的數(shù)據(jù)有異常，則醫(yī)療M2M平臺將會給予反饋。
[0106] 在此實例中，為了證明該發(fā)明的可行性和通用性，我們選取oneM2M作為實施例的 標準。其中每個應用請求作為AE而存在，提供服務的實體為CSE，服務本體數(shù)據(jù)庫以鏈接的 形式存儲在每個CSE的Container (容器)子資源中的OntologyRef中，從而使得CSE可以通過 對服務本體數(shù)據(jù)庫的調(diào)用和解析，實現(xiàn)服務。也即是，在該業(yè)務處理系統(tǒng)中，提供服務的實 體CSE作為M2M平臺，AE作為用戶端。
[0107] 在本發(fā)明實施例中，位于成都市順江小區(qū)的用戶，通過用戶端向M2M平臺發(fā)起請求 查詢最近的身體狀態(tài)，M2M平臺針對該服務進行服務的調(diào)度，根據(jù)服務平臺和服務質(zhì)量選擇 成都市合適的醫(yī)療M2M平臺進行分析，從而實現(xiàn)該服務。圖5A是本發(fā)明實施例提供的一種業(yè) 務處理方法的應用實例的流程圖，該流程圖從用戶端AE和第一M2M平臺homecareCSE分析實 現(xiàn)該服務的過程，實現(xiàn)該服務的具體步驟為：
[0108] 501、用戶端AE向作為第一 M2M平臺的homecareCSE發(fā)送第一注冊請求。
[0109] 該注冊請求的形式可以為：Request: {op = Create;fr = AE01;to = CSE01 ;tp=AE; nm=AE01}，需要說明的是，該注冊請求也可以是其他形式，本發(fā)明實施例對此不作限定。
[0110] 502、第一 M2M 平臺 homecareCSE 創(chuàng)建<AE>〇
[0111 ] 503、該home careCSE向該用戶端AE返回第一注冊成功消息。
[0112] 該第一注冊成功消息的形式可以為：Response : {rs = Sucessful; to = AE01 ;fr = homecareCSE}〇
[0113] 504、用戶端AE向homecareCSE發(fā)送服務請求。
[0114]該子服務請求可以為：Request: {op = Retrieve ;fr = AE01; to = homecareCSE;cn: 最近身體健康狀態(tài)}。
[0115] 505、該homecareCSE將該服務請求進行分解。
[0116] 該homecareCSE根據(jù)該服務請求的應用本體，將該服務請求分解為多個子服務請 求，該服務請求的應用本體可以用圖5B表示，分解后所得到的多個子服務請求可以為：{:體 溫服務，心跳服務，…，B超服務}。
[0117] 以下步驟以子服務請求中的體溫服務為例，對業(yè)務處理流程進行具體說明。
[0118] 506、對子服務請求進行解析，獲取處理子服務請求所需要的服務平臺和服務功 能。
[0119]以子服務請求中的體溫服務為例進行具體說明，獲取到的處理該子服務請求所需 要的服務平臺和服務功能為：{服務平臺：成都市，服務功能:計算能力一一計算人體體溫}。 [0120] 507、該homecareCSE檢測該子服務請求所屬類別。
[0121] 該homecareCSE根據(jù)該子服務請求所需的服務平臺和服務功能，檢測該子服務請 求屬于第一類子服務請求，還是屬于第二類子服務請求。具體地，根據(jù)該子服務請求所需的 服務平臺和服務功能，檢測其自身是否滿足服務需求，若滿足，則該子服務請求屬于第一類 子服務請求，若不滿足，則該子服務請求屬于第二類子服務請求。經(jīng)檢測發(fā)現(xiàn)，該 homecareCSE不能處理該子服務請求，也即是，該子服務請求對于該homecareCSE來說，屬于 第二類子服務請求。
[0122] 508、該homecareCSE通過查詢服務本體數(shù)據(jù)庫，查找能夠處理該子服務請求的第 二M2M平臺。
[0123] 從homecareCSE的container中的OntologyRef查找服務本體數(shù)據(jù)庫，從而查找提 供處理該子服務請求的第二M2M平臺。
[0124] 查詢服務功能為計算體溫并且服務平臺為成都的CSE，確定能夠提供服務的有 {huaxiCSE，peopleCSE，shun jiangCSE，…uestcCSE}，在此CSE的集合中包含 了所有能進行 體溫計算的第二M2M平臺。
[0125] 509、從能夠處理該子服務請求的第二M2M平臺中，確定該子服務請求對應的目標 第二M2M平臺。
[0126] 首先根據(jù)服務質(zhì)量確定候選目標第二M2M平臺，具體方法可以為：由于某些醫(yī)療機 構(gòu)的服務請求較多，且對服務的能力要求并不高，因此要選擇服務質(zhì)量較高的平臺，從 {huaxiCSE，peopleCSE，shunjiangCSE，··_uestcCSE}中，選擇服務平均成功率大于80%并且 服務時間小于30min的CSE，其中包括{shunjiangCSE，peopleCSE，uestcCSE}。
[0127]再根據(jù)網(wǎng)絡通信質(zhì)量從候選目標第二M2M平臺中，確定目標第二M2M平臺，具體方 法可以為：從{shunjiangCSE，peopleCSE，uestcCSE}中，選擇與homecareCSE在子網(wǎng)內(nèi)比較 近的CSE，也就是{shunjiangCSE，uestcCSE}，而shunjian