本發(fā)明涉及rcs(richcommunicationservices)融合通信領(lǐng)域，特別涉及一種管理設(shè)備及設(shè)備管理方法。

背景技術(shù)：

rcs(richcommunicationservices)系統(tǒng)定義了基于ims核心網(wǎng)與現(xiàn)有移動(dòng)網(wǎng)絡(luò)的一組業(yè)務(wù)能力，為移動(dòng)終端用戶提供增強(qiáng)型聯(lián)系人、內(nèi)容共享、文件傳輸機(jī)增強(qiáng)型消息等功能。

rcs業(yè)務(wù)所提供的幾種主要新業(yè)務(wù)功能如下：

增強(qiáng)型地址簿是基于移動(dòng)終端現(xiàn)有地址簿演進(jìn)而來(lái)的，新地址簿不僅提供用戶的基本個(gè)人信息還加入了更豐富的功能，例如個(gè)人的業(yè)務(wù)能力顯示、觸發(fā)多種聯(lián)系方式(語(yǔ)音、視頻、視頻共享、文件傳輸、短信等)、個(gè)人通信意愿顯示、個(gè)人圖像、個(gè)人消息、個(gè)人連接、網(wǎng)絡(luò)地址簿等。

內(nèi)容共享為用戶提供在呼叫過(guò)程中交換或共享文件、視頻、圖片等的能力。用戶在電路域語(yǔ)音呼叫的過(guò)程中可以共享內(nèi)容，這要求終端與網(wǎng)絡(luò)能夠同時(shí)提供語(yǔ)音與數(shù)據(jù)的通信能力。呼叫的任何一方都可以共享內(nèi)容，可以選擇接受或者拒絕共享邀請(qǐng)，共享內(nèi)容可以保存在本地終端。

文件傳輸可以在用戶通話、會(huì)議或者空閑時(shí)發(fā)生，交換的文件格式?jīng)]有任何限制，文件傳輸與通話沒(méi)有相互影響。文件接收方可以選擇接受或者拒絕文件傳輸，運(yùn)營(yíng)商可以根據(jù)需求制定文件傳輸內(nèi)容的大小。增強(qiáng)型消息功能除了提供傳統(tǒng)移動(dòng)網(wǎng)的短信和彩信內(nèi)容外還為用戶提供了1對(duì)1與1對(duì)多的聊天功能，用戶可以根據(jù)需要邀請(qǐng)第三方加入聊天。

所有上述功能，都是基于rcs客戶端軟件、手機(jī)終端硬件及用戶手機(jī)號(hào)碼實(shí)現(xiàn)的，這些軟件或硬件信息需要在ims核心網(wǎng)開(kāi)戶注冊(cè)才能進(jìn)行接入并使用rcs業(yè)務(wù)，同時(shí)ims核心網(wǎng)還需要及時(shí)將網(wǎng)絡(luò)、業(yè)務(wù)信息(如用戶灰度信息等)同步給rcs客戶端，以便rcs業(yè)務(wù)能更好的實(shí)現(xiàn)更好的提高用戶使用感受。諸如上述功能可以在rcs系統(tǒng)自身或boss系統(tǒng)實(shí)現(xiàn)，但這樣不但增加了已有系統(tǒng)的復(fù)雜程度，而且對(duì)于boss來(lái)說(shuō)，也使得其與具體業(yè)務(wù)系統(tǒng)有了強(qiáng)關(guān)聯(lián)， 不符合移動(dòng)業(yè)務(wù)系統(tǒng)的要求

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

針對(duì)上面技術(shù)問(wèn)題，本發(fā)明提供了一種管理設(shè)備及設(shè)備管理方法，用以解決現(xiàn)有rcs系統(tǒng)業(yè)務(wù)流程復(fù)雜的問(wèn)題。

本技術(shù)方案提供了一種管理設(shè)備，應(yīng)用于融合通信rcs系統(tǒng)，該管理設(shè)備包括業(yè)務(wù)處理機(jī)、數(shù)據(jù)庫(kù)以及若干接口；所述業(yè)務(wù)處理機(jī)用于通過(guò)接入網(wǎng)向所述rcs終端下發(fā)配置信息，所述數(shù)據(jù)庫(kù)用于保存所述rcs終端的開(kāi)戶信息和/或配置信息；所述接口用于與所述rcs系統(tǒng)中除管理設(shè)備之外的系統(tǒng)通信。

其中，所述業(yè)務(wù)處理機(jī)還用于在向所述rcs終端下發(fā)配置信息之前，接收所述rcs終端發(fā)送的開(kāi)戶請(qǐng)求或者下發(fā)配置請(qǐng)求或者更新配置請(qǐng)求。

其中，所述業(yè)務(wù)處理機(jī)為多個(gè)，所述管理設(shè)備還包括負(fù)載均衡服務(wù)器，所述負(fù)載均衡服務(wù)器采用輪訓(xùn)方式將接收到的所述rcs終端發(fā)送的開(kāi)戶請(qǐng)求或者下發(fā)配置請(qǐng)求或者更新配置請(qǐng)求分配到對(duì)應(yīng)的業(yè)務(wù)處理機(jī)。

其中，所述接入網(wǎng)包括分組交換ps域接入網(wǎng)或者無(wú)線保真wifi接入網(wǎng)；所述rcs終端包括native客戶端或者app客戶端。

其中，所述管理設(shè)備通過(guò)第一接口與boss系統(tǒng)通信；所述管理設(shè)備通過(guò)第二接口與短消息服務(wù)中心smsc網(wǎng)關(guān)通信；所述管理設(shè)備通過(guò)第三接口與會(huì)話邊界控制器sbc通信；所述管理設(shè)備通過(guò)第四接口與安全穿越網(wǎng)關(guān)stg通信。

其中當(dāng)所述rcs終端未開(kāi)戶時(shí)，所述管理設(shè)備通過(guò)第一接口與boss系統(tǒng)交互完成開(kāi)戶流程，并接收所述boss系統(tǒng)發(fā)送的所述rcs終端對(duì)應(yīng)的配置信息。

本技術(shù)方案還提供了一種設(shè)備管理方法，應(yīng)用于融合通信rcs系統(tǒng)中的管理設(shè)備，該方法包括：

所述管理設(shè)備接收融合通信rcs終端發(fā)送的下發(fā)或更新配置信息請(qǐng)求，其中，所述rcs終端通過(guò)接入網(wǎng)與所述管理設(shè)備進(jìn)行通信；

若所述rcs終端已開(kāi)戶，則所述管理設(shè)備向所述rcs終端發(fā)送保存在本地?cái)?shù)據(jù)庫(kù)中對(duì)應(yīng)的配置信息；

若所述rcs終端未開(kāi)戶，則所述管理設(shè)備通過(guò)第一接口與boss系統(tǒng)交互 以完成開(kāi)戶流程，保存所述boss系統(tǒng)發(fā)送的配置信息，并向所述rcs終端發(fā)送對(duì)應(yīng)的配置信息。

其中，所述接入網(wǎng)包括分組交換ps域接入網(wǎng)或者無(wú)線保真wifi接入網(wǎng)；所述rcs終端包括native客戶端或者app客戶端。

其中，該方法還包括：

在接收到所述boss系統(tǒng)發(fā)送的開(kāi)戶成功消息后，所述管理設(shè)備通過(guò)第二接口向短消息服務(wù)中心smsc網(wǎng)關(guān)發(fā)送請(qǐng)求激活短信通知消息，其中，所述激活短信通知消息用于請(qǐng)求smsc網(wǎng)關(guān)向所述rcs終端發(fā)送開(kāi)戶激活短信。

其中，當(dāng)所述接入網(wǎng)為無(wú)線保真wifi接入網(wǎng)，所述rcs終端為native客戶端時(shí)，該方法還包括：

所述管理設(shè)備通過(guò)wifi接入網(wǎng)接收所述rcs終端下發(fā)或更新配置信息請(qǐng)求；

在所述下發(fā)或更新配置信息請(qǐng)求中包括token信息和配置版本號(hào)時(shí)，所述管理設(shè)備對(duì)所述token信息進(jìn)行鑒權(quán)；

在鑒權(quán)通過(guò)的情況下，所述管理設(shè)備依據(jù)所述配置版本號(hào)向所述rcs終端下發(fā)配置信息；

在鑒權(quán)不通過(guò)的情況下，所述管理設(shè)備向所述rcs終端下發(fā)包含cookie信息的響應(yīng)消息，并向smsc發(fā)送動(dòng)態(tài)口令otp請(qǐng)求，其中，所述otp請(qǐng)求用于觸發(fā)所述smsc向所述rcs終端發(fā)送攜帶otp的短消息；所述管理設(shè)備接收所述rcs終端重新發(fā)送的配置信息請(qǐng)求消息，所述重新發(fā)送的下發(fā)配置信息請(qǐng)求消息中包含所述cookie信息和所述otp，通過(guò)所述cookie信息關(guān)聯(lián)到上一次所述rcs終端下發(fā)的配置信息請(qǐng)求，并在所述otp驗(yàn)證通過(guò)后，向所述rcs終端下發(fā)配置信息。

其中，當(dāng)所述接入網(wǎng)為ps域接入網(wǎng)，所述rcs終端為app客戶端時(shí)，該方法還包括：

所述管理設(shè)備接收所述rcs終端發(fā)送的開(kāi)戶請(qǐng)求；

根據(jù)所述開(kāi)戶請(qǐng)求，所述管理設(shè)備向所述rcs終端下發(fā)包含cookie信息的響應(yīng)消息；

當(dāng)所述響應(yīng)消息指示所述rcs終端已開(kāi)戶，則在接收到所述rcs終端發(fā)送的攜帶所述cookie信息的下發(fā)或更新配置信息請(qǐng)求后，所述管理設(shè)備向所述rcs終端發(fā)送對(duì)應(yīng)的配置信息；

當(dāng)所述響應(yīng)消息指示所述rcs終端未開(kāi)戶，則在接收到所述rcs終端發(fā)送的攜帶所述cookie信息的下發(fā)配置信息請(qǐng)求后，所述管理設(shè)備通過(guò)第一接口與boss系統(tǒng)交互以完成開(kāi)戶流程，保存所述boss系統(tǒng)發(fā)送的開(kāi)戶信息和配置信息，并向所述rcs終端發(fā)送對(duì)應(yīng)的配置信息。

其中，當(dāng)所述接入網(wǎng)為wifi無(wú)線接入網(wǎng)，所述rcs終端為app客戶端時(shí)，所述方法還包括：

所述管理設(shè)備接收所述rcs終端下發(fā)或更新配置信息的請(qǐng)求；

在所述下發(fā)或更新配置信息請(qǐng)求中包括token信息和國(guó)際移動(dòng)用戶識(shí)別碼imsi認(rèn)證密碼時(shí)，所述管理設(shè)備判斷所述rcs終端是否已開(kāi)戶；

當(dāng)所述rcs終端已開(kāi)戶且所述token信息和所述imsi認(rèn)證密碼認(rèn)證通過(guò)，則所述管理設(shè)備將保存在所述數(shù)據(jù)庫(kù)中對(duì)應(yīng)的配置信息發(fā)送給所述rcs終端；

當(dāng)所述rcs終端未開(kāi)戶，則所述管理設(shè)備通過(guò)第一接口與boss系統(tǒng)交互以完成開(kāi)戶流程，保存所述boss系統(tǒng)發(fā)送的開(kāi)戶信息和配置信息，并向所述rcs終端發(fā)送對(duì)應(yīng)的配置信息。

本發(fā)明提出的一種管理設(shè)備及設(shè)備管理方法，獨(dú)立于rcs及boss業(yè)務(wù)之外，這樣技能滿足rcs業(yè)務(wù)使用的需要，也減輕了rcs及boss系統(tǒng)的負(fù)擔(dān)，簡(jiǎn)化了網(wǎng)絡(luò)。

附圖說(shuō)明

圖1是本發(fā)明實(shí)施例涉及的管理設(shè)備系統(tǒng)框架圖；

圖2是本發(fā)明實(shí)施例涉及的native終端ps域接入后開(kāi)戶及配置信息自動(dòng)獲取流程圖；

圖3是本發(fā)明實(shí)施例涉及的native終端wifi接入后配置信息自動(dòng)獲取流程圖；

圖4是本發(fā)明實(shí)施例涉及的app終端ps域接入后配置信息自動(dòng)獲取流程圖；

圖5是本發(fā)明實(shí)施例涉及的app終端wifi接入后配置信息自動(dòng)獲取流程圖。

具體實(shí)施方式

實(shí)施例一

本發(fā)明實(shí)施例一提供了一種管理設(shè)備，以下為方便,暫定名dm(devicemanagementsystem)，為rcs系統(tǒng)提供了用戶級(jí)設(shè)備管理的功能，使得用戶有更好的rcs業(yè)務(wù)體驗(yàn)。

上述管理設(shè)備dm，應(yīng)用于融合通信rcs系統(tǒng)，包括業(yè)務(wù)處理機(jī)、數(shù)據(jù)庫(kù)以及若干接口；所述業(yè)務(wù)處理機(jī)用于通過(guò)接入網(wǎng)向所述rcs終端下發(fā)配置信息，所述數(shù)據(jù)庫(kù)用于保存所述rcs終端的開(kāi)戶信息和/或配置信息；所述接口用于與所述rcs系統(tǒng)中除管理設(shè)備之外的系統(tǒng)通信。

如圖1所示，其中，終端指的是支持融合通信業(yè)務(wù)的終端及客戶端(native、app)；接入網(wǎng)指的是ps域無(wú)線接入或wifi無(wú)線接入。

dm對(duì)于兩者的業(yè)務(wù)處理流程是不同的。native客戶端或者app客戶端通過(guò)ps域接入ims核心網(wǎng)或者通過(guò)wifi接入ims核心網(wǎng)。

dm系統(tǒng)需要提供與sbc(會(huì)話邊界控制器)、stg(安全穿越網(wǎng)關(guān))、bossproxy(boss代理)及smgw(短信網(wǎng)關(guān))等系統(tǒng)的接口，其使用的協(xié)議分別是ssh、snmp、和http。

dm主要提供以下四個(gè)功能：

native客戶端在ps域下自動(dòng)開(kāi)戶及獲取配置流程；

native客戶端在wifi環(huán)境下自動(dòng)獲取配置(但不開(kāi)戶)流程；

app客戶端在ps域下自動(dòng)開(kāi)戶及獲取配置流程；

app客戶端在wifi環(huán)境下自動(dòng)開(kāi)戶及獲取配置流程。

業(yè)務(wù)處理機(jī)：為負(fù)責(zé)處理融合通訊終端的開(kāi)戶及下發(fā)配置的處理機(jī)。業(yè)務(wù)處理機(jī)多模塊實(shí)現(xiàn)，每個(gè)模塊業(yè)務(wù)處理功能完全相同，實(shí)現(xiàn)業(yè)務(wù)的負(fù)荷分擔(dān)。開(kāi)戶流程是業(yè)務(wù)處理機(jī)與boss系統(tǒng)交互，在boss系統(tǒng)開(kāi)戶，業(yè)務(wù)處理機(jī)向boss系統(tǒng)發(fā)送開(kāi)戶請(qǐng)求，該請(qǐng)求中包含msisdn、uetype、servicetype等信息；boss系統(tǒng)執(zhí)行開(kāi)戶操作然后向業(yè)務(wù)處理機(jī)返回開(kāi)戶成功消息，該消息中包含開(kāi) 戶信息和配置信息，然后將配置信息保存在數(shù)據(jù)庫(kù)。由于配置信息有時(shí)效性，后續(xù)boss后續(xù)會(huì)定時(shí)將更新的配置信息發(fā)給業(yè)務(wù)處理機(jī)，當(dāng)客戶端上電，發(fā)現(xiàn)配置過(guò)期時(shí)，會(huì)主動(dòng)請(qǐng)求更新配置。

數(shù)據(jù)庫(kù)：用來(lái)保存客戶端開(kāi)戶成功后的相關(guān)信息。對(duì)于dm處理的數(shù)據(jù)，主要是用戶的開(kāi)戶信息，數(shù)據(jù)性質(zhì)單一，互相沒(méi)有關(guān)聯(lián)性，因此可以使用非關(guān)系型數(shù)據(jù)庫(kù)，例如mongodb。同時(shí)可以采用sharding的模式，將數(shù)據(jù)存儲(chǔ)于不同的服務(wù)器上，以支持海量數(shù)據(jù)及高吞吐量的操作。為保證數(shù)據(jù)的安全性，采用replicaset技術(shù)，使得同一份數(shù)據(jù)同時(shí)至少保存在兩個(gè)數(shù)據(jù)庫(kù)服務(wù)器上，增加其安全性。

所述業(yè)務(wù)處理機(jī)可以為多個(gè)，該系統(tǒng)還包括負(fù)載均衡服務(wù)器，負(fù)責(zé)通過(guò)所述接入網(wǎng)收到的請(qǐng)求消息采用輪訓(xùn)方式分配到對(duì)應(yīng)的業(yè)務(wù)處理機(jī)，即可以將客戶端上來(lái)的開(kāi)戶或下發(fā)配置請(qǐng)求或更新配置請(qǐng)求采用輪訓(xùn)的方式均分到幾個(gè)dm業(yè)務(wù)處理機(jī)。

對(duì)于sbc和stg的選擇策略，也需要確定。一般可按照如下策略實(shí)施：boss系統(tǒng)發(fā)來(lái)的配置信息中也可以包含服務(wù)器地址即rcsas的url，或者stg、sbc的url。rcsas為實(shí)現(xiàn)rcs業(yè)務(wù)的業(yè)務(wù)平臺(tái)；sbc、stg是ims核心網(wǎng)的網(wǎng)元，rcs客戶端要經(jīng)過(guò)ims核心網(wǎng)才能實(shí)現(xiàn)rcs業(yè)務(wù)的。例如dm在下發(fā)服務(wù)器地址時(shí)，分別下發(fā)2個(gè)stg和2個(gè)sbc的網(wǎng)元標(biāo)識(shí)，其中主機(jī)名的選擇根據(jù)一定策略，從已有的全部stg中進(jìn)行輪選，從已有的全部sbc中進(jìn)行輪選。輪選指的是在多個(gè)sbc或stg中根據(jù)既定規(guī)則或者判斷幾個(gè)sbc、stg的工作負(fù)荷或者輪訓(xùn)而選擇一個(gè)。如果某一套stg或sbc永久不可用，需要在dm刪除該設(shè)備主機(jī)名。由于stg或sbc是否永久不可用，只能人為判斷，沒(méi)有辦法通過(guò)告警等手動(dòng)自動(dòng)判斷，可以由網(wǎng)管人員負(fù)責(zé)在dm上刪除。

如果某一套stg或sbc臨時(shí)不可用，可以不需要在dm上維護(hù)，由終端發(fā)起新地址的查詢。

另外，為了保證選擇的靈活性，則dm下發(fā)給終端的配置消息中，還可以包含stg和sbc優(yōu)先關(guān)系的選項(xiàng)，默認(rèn)是sbc優(yōu)先。當(dāng)強(qiáng)制用戶從stg接入時(shí)，可以在用戶的配置信息中設(shè)置為stg優(yōu)先。該操作可以由boss系統(tǒng)配置好然后下發(fā)給業(yè)務(wù)處理機(jī)，也可以可以在dm中設(shè)置。

終端發(fā)起開(kāi)戶請(qǐng)求后，dm使用協(xié)議向boss發(fā)起開(kāi)戶請(qǐng)求。boss和dm 之間可以采用下列兩種通訊協(xié)議之一：

普通協(xié)議：soapoverhttp協(xié)議。發(fā)起方使用httppost方法發(fā)送請(qǐng)求報(bào)文并得到應(yīng)答報(bào)文。發(fā)起方作為soap/http客戶端，接收方作為發(fā)起方的服務(wù)器。

安全協(xié)議：soapoverhttps協(xié)議，采用ssl2.0/3.0傳輸加密。接收方為發(fā)起方提供訪問(wèn)的url，發(fā)起方使用httppost方法發(fā)送請(qǐng)求報(bào)文并得到應(yīng)答報(bào)文。發(fā)起方作為接收方的soap/http客戶端，接收方作為發(fā)起方的soap/http服務(wù)器。

所述開(kāi)戶信息包括msisdn用戶手機(jī)號(hào)碼、終端部署的rcs客戶端類型和rcs業(yè)務(wù)類型；配置信息包括stg或sbc地址、或者stg和sbc優(yōu)選關(guān)系等。

即開(kāi)戶信息主要包含以下內(nèi)容：msisdn、uetype、servicetype。msisdn即用戶手機(jī)號(hào)碼；uetype表示終端部署的rcs客戶端是native類型還是app類型；servicetype表示開(kāi)通二新還是三新業(yè)務(wù)。二新指的是新通信新消息，三新增加volte業(yè)務(wù)。配置信息一般由boss提供，以xml文件的方式。配置信息除了上面提到的信息外還主要包含以下內(nèi)容：是否自動(dòng)接收文件、im繪畫(huà)能力、是否自動(dòng)接受群聊邀請(qǐng)、一對(duì)一會(huì)話模式的最大文本字節(jié)數(shù)、群聊模式的最大文本字節(jié)數(shù)、會(huì)話超時(shí)時(shí)長(zhǎng)、最大文件傳輸大小最大群聊人數(shù)群聊uri等。進(jìn)一步的，可以在配置信息的xml文件中增加字段或內(nèi)容，從而提供更多的相應(yīng)的功能。例如，可以在配置中提供不同的接入rcsas的url，或者stg、sbc的url，從而讓用戶訪問(wèn)不同的rcsas或stg、sbc，實(shí)現(xiàn)所謂的灰度用戶功能。所謂灰度就是給不同用戶提供不同的功能，在該方案中就是提供不同的接入as或者sbc、stg。

開(kāi)戶信息是用戶具備rcs業(yè)務(wù)能力的基本條件，而配置信息是用戶正常使用rcs功能的必備條件。

本發(fā)明實(shí)施例還提供了一種設(shè)備管理方法，應(yīng)用于融合通信rcs系統(tǒng)中的管理設(shè)備，所述管理設(shè)備接收融合通信rcs終端發(fā)送的下發(fā)或更新配置信息請(qǐng)求，其中，所述rcs終端通過(guò)接入網(wǎng)與所述管理設(shè)備進(jìn)行通信；

若所述rcs終端已開(kāi)戶，則所述管理設(shè)備向所述rcs終端發(fā)送保存在本地 數(shù)據(jù)庫(kù)中對(duì)應(yīng)的配置信息；

若所述rcs終端未開(kāi)戶，則所述管理設(shè)備通過(guò)第一接口與boss系統(tǒng)交互以完成開(kāi)戶流程，保存所述boss系統(tǒng)發(fā)送的配置信息，并向所述rcs終端發(fā)送對(duì)應(yīng)的配置信息。

所述接入網(wǎng)包括分組交換ps域接入網(wǎng)或者無(wú)線保真wifi接入網(wǎng)；所述rcs終端包括native客戶端或者app客戶端。

下面結(jié)合流程圖詳細(xì)說(shuō)明各個(gè)業(yè)務(wù)流程及dm的處理過(guò)程。

實(shí)施例二

如圖2所示，為本發(fā)明實(shí)施例涉及的native終端ps域接入后開(kāi)戶及配置信息(也可稱為配置參數(shù))自動(dòng)獲取流程圖。

native終端ps域接入后開(kāi)戶及自動(dòng)獲取流程如下：

s201：支持融合通信業(yè)務(wù)的終端在啟動(dòng)時(shí)，native客戶端會(huì)發(fā)起自動(dòng)開(kāi)戶和配置的請(qǐng)求，終端發(fā)送get請(qǐng)求給dm；

s202：ggsn/pgw在http消息插入msisdn和imsi信息；

s203、s204、s205：如果用戶已開(kāi)戶，向終端返回https200ok響應(yīng)并攜帶配置參數(shù)；

s206：dm收到請(qǐng)求后判斷未開(kāi)戶給ue回200ok，消息中攜帶cookie信息；

s207：終端發(fā)起https請(qǐng)求用于獲取配置；

s208：dm收到ue的https請(qǐng)求后，如果用戶未開(kāi)戶，向終端返回https503retryafter響應(yīng)；

s209：與boss進(jìn)行交互執(zhí)行開(kāi)通流程；dm會(huì)檢查msisdn是否有“+”，如果沒(méi)有則添加后發(fā)送給boss；

s210：開(kāi)戶完成后，dm向smsc網(wǎng)關(guān)發(fā)送短信請(qǐng)求；在此過(guò)程中boss系統(tǒng)需要將開(kāi)戶成功響應(yīng)信息以及配置信息發(fā)送給dm，；

s211：smsc下發(fā)激活短信通知；

s212～s215：終端重新開(kāi)始獲取配置流程。

實(shí)施例三

如圖3所示，是本發(fā)明實(shí)施例涉及的native終端wifi接入后配置信息自動(dòng)獲取流程圖；

native終端wifi接入后自動(dòng)獲取流程如下：

s301：native終端在wifi時(shí)dm發(fā)起http請(qǐng)求；

s302：dm返回http511networkauthenticationerror拒絕響應(yīng)；

s303：native終端收到511響應(yīng)后，在wifi接入下發(fā)起https消息給dm，https消息中需要包含token信息；

s304：dm判斷token是否有效，如果有效則鑒權(quán)通過(guò)，并根據(jù)配置版本號(hào)判斷是否給終端下發(fā)配置，流程結(jié)束，這個(gè)配置版本號(hào)是終端帶上來(lái)的參數(shù)ver。rcs客戶端安裝上去了，其版本號(hào)不會(huì)變，但ver會(huì)變；

s305：如果token無(wú)效，dm發(fā)送200攜帶cookie；

s306：dm根據(jù)自身保存的imsi等用戶數(shù)據(jù)獲取用戶的msisdn，并向smsc發(fā)起對(duì)終端的otp請(qǐng)求；

s307：smsc向終端發(fā)送短消息，其中攜帶otp(onetimepassword)；

s308：終端收到此短信，自動(dòng)截取otp，重新發(fā)起https請(qǐng)求給dm，其中攜帶cookie和otp信息；

s309：dm通過(guò)cookie關(guān)聯(lián)到之前的請(qǐng)求，并驗(yàn)證通過(guò)otp，otp密碼會(huì)發(fā)送給手機(jī)，手機(jī)客戶端自動(dòng)填寫(xiě)或者手工填寫(xiě)，在獲取配置的流程中攜帶上，dm加以判斷，隨后向終端下發(fā)配置數(shù)據(jù),其中包括新分配的token。

實(shí)施例四

如圖4所示，為本發(fā)明實(shí)施例涉及的app終端ps域接入后配置信息自動(dòng)獲取流程圖；

app終端ps域接入后自動(dòng)獲取流程如下：

s401：終端在啟動(dòng)時(shí)發(fā)起自動(dòng)開(kāi)戶和配置的請(qǐng)求，ue發(fā)送httpget請(qǐng)求給dm；

s402：ggsn/pgw在httpget消息插入msisdn和imsi信息；

s403：dm收到請(qǐng)求后判斷已開(kāi)戶給ue回http200ok，消息中攜帶cookie 信息；

s404：終端發(fā)起httpsget，向dm請(qǐng)求用于獲取配置，其中含有cookie信息；

s405：dm向終端返回的終端配置參數(shù)；

s406：dm收到請(qǐng)求后判斷未開(kāi)戶給ue回http200ok，消息中攜帶cookie信息；

s407：終端發(fā)起httpsget，向dm請(qǐng)求用于獲取配置，其中含有cookie信息；

s408：dm收到ue的httpget請(qǐng)求后發(fā)起開(kāi)戶請(qǐng)求給boss；

s409：boss開(kāi)戶成功后，向dm返回響應(yīng)；dm向終端返回的終端配置參數(shù)。

實(shí)施例五

如圖5所示，為本發(fā)明實(shí)施例涉及的app終端wifi接入后配置信息自動(dòng)獲取流程圖；

app終端wifi接入后自動(dòng)獲取流程如下：

s501：app終端在wifi時(shí)dm發(fā)起http請(qǐng)求；

s502：dm返回http511networkauthenticationerror拒絕響應(yīng)；

s503：終端向統(tǒng)一認(rèn)證平臺(tái)獲取用戶身份合imsi認(rèn)證密碼；

s504：統(tǒng)一認(rèn)證平臺(tái)返回給終端用戶身份合imsi認(rèn)證密碼；

s505：終端攜帶imsi及token向dm發(fā)起https請(qǐng)求，如用戶未開(kāi)戶，則dm觸發(fā)自動(dòng)開(kāi)戶，開(kāi)戶成功后返回配置給終端；

s506：如用戶已開(kāi)戶，則dm直接返回配置給終端。

實(shí)施例六

還有一種業(yè)務(wù)場(chǎng)景。當(dāng)用戶開(kāi)戶成功并成功進(jìn)行過(guò)rcs業(yè)務(wù)后，終端中的rcs客戶端已經(jīng)保存了配置信息。這些信息中有個(gè)有效期字段。當(dāng)rcs客戶端發(fā)現(xiàn)有效期過(guò)期時(shí)，會(huì)主動(dòng)向dm發(fā)起獲取更新配置的流程。主動(dòng)獲取更新配置根據(jù)客戶端類型及接入環(huán)境不同，也有四種方式，但都跟上述自動(dòng)獲取配置 流程類似(不過(guò)缺少了自動(dòng)開(kāi)戶流程)，不再贅述。

上述說(shuō)明只考慮了dm的基本功能，如兩類rcs客戶端(終端)在兩種不同接入網(wǎng)場(chǎng)景下的開(kāi)戶注冊(cè)及更新或獲取配置信息功能，不過(guò)dm也同樣可以支持計(jì)費(fèi)等操作。并且

以上為本方案主要的業(yè)務(wù)流程。使用dm系統(tǒng)專門(mén)處理客戶端的開(kāi)戶及配置獲取或配置接收，會(huì)減輕rcs系統(tǒng)或boss系統(tǒng)的網(wǎng)絡(luò)壓力，同時(shí)也使得整個(gè)網(wǎng)絡(luò)結(jié)構(gòu)清晰，便于管理。

在另外一個(gè)實(shí)施例中，還提供了一種存儲(chǔ)介質(zhì)，該存儲(chǔ)介質(zhì)中存儲(chǔ)有上述軟件，該存儲(chǔ)介質(zhì)包括但不限于：光盤(pán)、軟盤(pán)、硬盤(pán)、可擦寫(xiě)存儲(chǔ)器等。

顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計(jì)算裝置來(lái)實(shí)現(xiàn)，它們可以集中在單個(gè)的計(jì)算裝置上，或者分布在多個(gè)計(jì)算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計(jì)算裝置可執(zhí)行的程序代碼來(lái)實(shí)現(xiàn)，從而，可以將它們存儲(chǔ)在存儲(chǔ)裝置中由計(jì)算裝置來(lái)執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個(gè)集成電路模塊，或者將它們中的多個(gè)模塊或步驟制作成單個(gè)集成電路模塊來(lái)實(shí)現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。

以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對(duì)于本領(lǐng)域的技術(shù)人員來(lái)說(shuō)，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。