華為推送會(huì)話的建立方法的優(yōu)點(diǎn)

華為該項(xiàng)技術(shù)與現(xiàn)有技術(shù)相比，這種建立連接的方法節(jié)省了網(wǎng)絡(luò)資源，也防止了現(xiàn)有技術(shù)中客戶(hù)端會(huì)連續(xù)接收到推送會(huì)話請(qǐng)求消息的不良體驗(yàn)。

推送會(huì)話的建立是客戶(hù)端與服務(wù)器進(jìn)行通信的第一個(gè)環(huán)節(jié)，也是一個(gè)必不可少的環(huán)節(jié)。

現(xiàn)有的推送會(huì)話的建立方法是通過(guò)在會(huì)話初始請(qǐng)求消息SIR中添加用戶(hù)識(shí)別標(biāo)識(shí)（User ID）來(lái)請(qǐng)求對(duì)應(yīng)的客戶(hù)端與服務(wù)器建立連接。User ID是公用識(shí)別標(biāo)識(shí)，可以綁定多個(gè)客戶(hù)端，這時(shí)SIR消息將會(huì)發(fā)送給User ID對(duì)應(yīng)的所有客戶(hù)端，所有客戶(hù)端都會(huì)接收一條推送請(qǐng)求消息，或者向服務(wù)器返回在SIR消息中請(qǐng)求的信息。這不僅造成了網(wǎng)絡(luò)資源的浪費(fèi)，還會(huì)帶來(lái)不好的用戶(hù)體驗(yàn)，因?yàn)橛械目蛻?hù)端可能并不希望接受服務(wù)器發(fā)送的推送請(qǐng)求。

該專(zhuān)利提供了一種推送會(huì)話的建立方法、推送系統(tǒng)和相關(guān)設(shè)備，解決了現(xiàn)有推送會(huì)話建立方法存在的問(wèn)題，節(jié)省了網(wǎng)絡(luò)資源，消除了不良的用戶(hù)體驗(yàn)。

圖1

圖1所示為推送會(huì)話的建立方法的信令流程圖。

由上圖可以看出，如果用來(lái)標(biāo)識(shí)客戶(hù)端的公共用戶(hù)身份標(biāo)識(shí)綁定了多個(gè)客戶(hù)端，需要建立會(huì)話連接時(shí)，服務(wù)器會(huì)將查詢(xún)到的特定客戶(hù)端的設(shè)備標(biāo)識(shí)信息添加到SIR消息中路由到客戶(hù)端，這樣只有需要激活的客戶(hù)端接收SIR消息，并與服務(wù)器建立基于SIP協(xié)議的推送會(huì)話連接，接收服務(wù)器的推送請(qǐng)求消息。和現(xiàn)有技術(shù)相比，該專(zhuān)利技術(shù)節(jié)省了網(wǎng)絡(luò)資源，也可以避免多個(gè)客戶(hù)端反復(fù)接收相同消息，從而避免因接收多條相同的消息而影響其他業(yè)務(wù)的正常接收。

圖2

圖2所示為該專(zhuān)利提供的一種推送系統(tǒng)。服務(wù)器100用于獲得客戶(hù)端200的設(shè)備標(biāo)識(shí)信息，將客戶(hù)端200的設(shè)備標(biāo)識(shí)信息添加到會(huì)話初始請(qǐng)求消息中并發(fā)送給客戶(hù)端200，請(qǐng)求客戶(hù)端200向服務(wù)器100建立推送會(huì)話連接。

客戶(hù)端200用于接收所述服務(wù)器100發(fā)送的會(huì)話初始協(xié)議消息，和服務(wù)器建立推送會(huì)話連接。

在該系統(tǒng)中，服務(wù)器發(fā)送的會(huì)話初始請(qǐng)求消息中還包括設(shè)備標(biāo)識(shí)信息，客戶(hù)端會(huì)將設(shè)備標(biāo)識(shí)信息與自身信息進(jìn)行匹配，若相符合，則客戶(hù)端與服務(wù)器建立基于會(huì)話初始協(xié)議的推送會(huì)話連接。

圖3

圖3為一種服務(wù)器的結(jié)構(gòu)示意圖，消息獲得單元10用于獲得客戶(hù)端的設(shè)備標(biāo)識(shí)信息。

消息添加單元11，用于將消息獲得單元10獲得的客戶(hù)端的設(shè)備標(biāo)識(shí)信息添加到會(huì)話初始請(qǐng)求消息中。

請(qǐng)求發(fā)送單元12，用于將會(huì)話初始請(qǐng)求消息發(fā)送給對(duì)應(yīng)客戶(hù)端，請(qǐng)求客戶(hù)端向與之對(duì)應(yīng)的服務(wù)器建立推送會(huì)話連接。

該專(zhuān)利還給出了另外一種服務(wù)器，結(jié)構(gòu)如圖4所示，與圖3所示服務(wù)器相比，該服務(wù)器增加了標(biāo)識(shí)判斷單元13、消息封裝單元14和標(biāo)識(shí)添加單元15。

圖4

標(biāo)識(shí)判斷單元13，用于判斷所述客戶(hù)端的User ID是否綁定了除所述客戶(hù)端之外的其它客戶(hù)端，若是，則通知信息獲得單元10獲得所述客戶(hù)端的設(shè)備標(biāo)識(shí)信息，這樣在User ID只標(biāo)識(shí)了一個(gè)客戶(hù)端時(shí)，可以不需要獲得客戶(hù)端的設(shè)備標(biāo)識(shí)信息，簡(jiǎn)化了推送會(huì)話連接建立中的信息處理。

消息封裝單元14，用于封裝會(huì)話初始請(qǐng)求消息。

標(biāo)識(shí)添加單元15，用于將標(biāo)識(shí)客戶(hù)端的公共身份標(biāo)識(shí)添加到所述會(huì)話初始請(qǐng)求消息中。

該專(zhuān)利給出了兩種客戶(hù)端，結(jié)構(gòu)示意圖分別如圖5、圖6所示。

圖5

請(qǐng)求單元21，用于接收會(huì)話初始請(qǐng)求消息。

若請(qǐng)求接收單元21接收的會(huì)話初始請(qǐng)求消息中包含用戶(hù)公共身份標(biāo)識(shí)（User ID），判斷單元22會(huì)根據(jù)會(huì)話初始請(qǐng)求消息與自身的信息判斷是否需要和服務(wù)器建立推送會(huì)話連接。該發(fā)明中，只有需要接收推送消息的客戶(hù)端和服務(wù)器會(huì)建立連接，節(jié)省了網(wǎng)絡(luò)資源。

圖6為另外一種客戶(hù)端的結(jié)構(gòu)示意圖，與圖5所示客戶(hù)端相比，細(xì)化了判斷連接單元22，并增加了回應(yīng)單元23和應(yīng)用激活單元24。

圖6

上圖所示客戶(hù)端的判斷連接單元22包括匹配單元220和連接單元221。接收單元21接收的會(huì)話初始請(qǐng)求消息中包含設(shè)備標(biāo)識(shí)信息時(shí)，比較單元220將此設(shè)備標(biāo)識(shí)信息與自身的信息進(jìn)行匹配；當(dāng)前述信息匹配成功時(shí)，連接單元221和服務(wù)器建立推送會(huì)話連接。

當(dāng)請(qǐng)求單元21接收的會(huì)話初始請(qǐng)求消息中包含應(yīng)用信息時(shí)，應(yīng)用激活單元24激活應(yīng)用信息對(duì)應(yīng)的應(yīng)用。

回應(yīng)單元23是在連接單元與服務(wù)器建立連接后，向服務(wù)器進(jìn)行返回信息或發(fā)送消息。

可見(jiàn)，如果用來(lái)標(biāo)識(shí)客戶(hù)端的公共用戶(hù)身份標(biāo)識(shí)綁定了多個(gè)客戶(hù)端，且只需要與其中特定的客戶(hù)端建立推送會(huì)話連接，本發(fā)明的方法是服務(wù)器將客戶(hù)端的設(shè)備標(biāo)識(shí)信息添加到會(huì)話初始請(qǐng)求消息中，路由到客戶(hù)端；或者服務(wù)器將會(huì)話初始請(qǐng)求消息賦給所有客戶(hù)端，由客戶(hù)端來(lái)判斷是否需要建立推送會(huì)話連接。和現(xiàn)有技術(shù)相比，這種建立連接的方法節(jié)省了網(wǎng)絡(luò)資源，也防止了現(xiàn)有技術(shù)中客戶(hù)端會(huì)連續(xù)接收到推送會(huì)話請(qǐng)求消息的不良體驗(yàn)。