欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

發(fā)起方信息的顯示方法和設(shè)備的制作方法

文檔序號(hào):7920553閱讀:202來源:國(guó)知局
專利名稱:發(fā)起方信息的顯示方法和設(shè)備的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及通信技術(shù)領(lǐng)域,尤其涉及一種發(fā)起方信息的顯示方法和設(shè)備。
背景技術(shù)
目前,電話號(hào)碼所使用的號(hào)端是統(tǒng)一分配,其中包括的分配規(guī)劃包括10 開頭,電信服務(wù)號(hào)碼,如103國(guó)際半自動(dòng)掛號(hào),108國(guó)際對(duì)方付費(fèi)電話,1000 電信服務(wù)中心,IOOI聯(lián)通服務(wù)中心等。ll開頭,賦予特種服務(wù)號(hào)碼,如IIO 匪警,lll電信內(nèi)部測(cè)試,112報(bào)修,113、 115國(guó)內(nèi)人工長(zhǎng)途掛號(hào),114查號(hào)臺(tái), 116國(guó)內(nèi)人工長(zhǎng)途查詢,117報(bào)時(shí),119火警。12開頭,賦予民用特殊號(hào)碼,如 120(醫(yī)院),121 (天氣預(yù)報(bào)),122交通事故告警,126、 127、 128、 129尋呼 臺(tái)(BP機(jī)時(shí)代)。分配到手機(jī)用戶時(shí),以13開始做號(hào)段。首先分配了139號(hào)碼 段給中國(guó)移動(dòng)。后來分配130 133為聯(lián)通,134 139為移動(dòng)。其他的特殊號(hào)段 號(hào)碼包括16,聲訊類;17,長(zhǎng)途電話服務(wù);18,部分服務(wù)臺(tái);19,尋呼接 入;20, 30,電話卡服務(wù);400、 800,被叫付費(fèi)電話等。
SP (ServiceProviders,服務(wù)提供商)是指增值電信業(yè)務(wù)提供商,即通過 運(yùn)營(yíng)商提供的增值接口為用戶提供服務(wù)。CP ( Content Providers,內(nèi)容提供商) 是SP的上游商家,它把產(chǎn)品或內(nèi)容提供給SP,通過SP再提供給運(yùn)營(yíng)商。SP按 照企業(yè)業(yè)務(wù)發(fā)展的角度主要分為三大類門戶型,主要有新浪、搜狐、網(wǎng)易 三大門戶;專業(yè)型,主要有移動(dòng)支付SP,掌上通等;專項(xiàng)型,如騰訊網(wǎng)。從 業(yè)務(wù)發(fā)展內(nèi)容來分主要有以下組成短信、彩信、彩鈴、WAP (Wireless Application Protocol,無線應(yīng)用協(xié)議)、移動(dòng)搜索、移動(dòng)支付、移動(dòng)證券等等。 其中門戶型主要在短信、彩信、彩鈴。專業(yè)型主要涉及到移動(dòng)支付和移動(dòng)證 券等。在這些業(yè)務(wù)中,還有部分穿插的內(nèi)容,新浪等門戶也涉及到移動(dòng)搜索 等領(lǐng)域。目前,用戶在收到SP或其他用戶發(fā)送的消息或發(fā)起的呼叫時(shí),可以通過 終端的來電顯示功能獲得發(fā)起方的信息,其實(shí)現(xiàn)方法為,當(dāng)用戶接到發(fā)送方 的消息或呼叫時(shí),如果本地沒有這個(gè)號(hào)碼的存儲(chǔ)或與之相匹配的名稱,則用 戶的來電顯示會(huì)為消息提供者呼叫發(fā)起者的電話號(hào)碼。如果本地已經(jīng)有這個(gè) 電話號(hào)碼的存儲(chǔ),而且用戶事先知道這個(gè)號(hào)碼來自哪個(gè)用戶,哪個(gè)運(yùn)營(yíng)商或 哪個(gè)SP,并且為之取個(gè)用戶自己可以識(shí)別的名字,則用戶的來電顯示會(huì)為這 個(gè)可識(shí)別的名字。當(dāng)然,如果用戶事先可以通過其他方法獲得這個(gè)消息發(fā)送 者或呼叫發(fā)起者的照片,也可將照片存儲(chǔ)在本地,與電話號(hào)碼相關(guān)聯(lián),那么 用戶的來電顯示也可以為此照片。業(yè)務(wù)的發(fā)起者也可以將信息寫在消息體里 面,例如在后面署名為"中國(guó)移動(dòng),,,或在前面加上"中國(guó)移動(dòng)祝您"。
該方法存在的缺點(diǎn)在于如果用戶接收到一個(gè)陌生的號(hào)碼,且事先沒有 該號(hào)碼在本地存儲(chǔ)一個(gè)與之相匹配的信息,在不清楚消息或呼叫發(fā)起者身份 時(shí),容易接收或查看到一些不希望接收的消息或呼叫,并可能在回復(fù)后發(fā)現(xiàn) 訂閱了某項(xiàng)業(yè)務(wù),影響用戶體驗(yàn)。另外,對(duì)于一些消息,雖然在消息里面加 入了發(fā)送者的信息,但仍需要點(diǎn)擊進(jìn)入才能看到,仍然使用戶可能看到不希 望接收的消息。

發(fā)明內(nèi)容
本發(fā)明的實(shí)施例提供一種發(fā)起方信息的顯示方法和設(shè)備,用于終端接收 到發(fā)起方發(fā)送的消息的呼叫時(shí),能夠在終端上顯示發(fā)起方的信息。
為達(dá)到上述目的,本發(fā)明的實(shí)施例提供一種發(fā)起方信息的顯示方法,包 括以下步驟
接收服務(wù)器發(fā)送的消息或呼叫;
根據(jù)所述消息或呼叫獲取發(fā)起方的信息;
顯示所述獲取到的發(fā)起方的信息。
本發(fā)明的實(shí)施例還4是供一種發(fā)起方信息的發(fā)送方法,包括以下步驟 在向接收方發(fā)送的消息或發(fā)起的呼叫中,添加自身的信息; 通過服務(wù)器向所述接收方發(fā)送所述消息或發(fā)起所述呼叫。本發(fā)明的實(shí)施例還4是供一種發(fā)起方信息的發(fā)送方法,包括以下步驟
接收發(fā)起方向接收方發(fā)起的呼叫或發(fā)送的消息; 獲取發(fā)起方信息;
將攜帶所述發(fā)起方信息的呼叫或消息向接收方發(fā)送。 本發(fā)明的實(shí)施例還提供一種接收方設(shè)備,包括
信息列表獲取單元,用于從服務(wù)器獲取信息列表,所述信息列表包括用 戶的號(hào)碼以及對(duì)應(yīng)的用戶信息;
信息列表存儲(chǔ)單元,用于存儲(chǔ)所述信息列表獲取單元獲取到的信息列表。
信息列表匹配單元,用于根據(jù)所述信息列表存儲(chǔ)單元存儲(chǔ)的信息列表, 對(duì)接收到的消息或呼叫的發(fā)起方號(hào)碼進(jìn)行匹配,獲取發(fā)起方的信息。
本發(fā)明的實(shí)施例還提供一種服務(wù)器,包括
信息列表提供單元,用于向接收方提供信息列表;
信息列表維護(hù)單元,用于維護(hù)信息列表并提供給信息列表提供單元,所 述信息列表包括用戶的號(hào)碼以及對(duì)應(yīng)的用戶信息。
本發(fā)明的實(shí)施例還提供一種發(fā)起方設(shè)備,包括
發(fā)起方信息添加單元,用于在向接收方設(shè)備發(fā)送的消息或發(fā)起的呼叫中 添加本設(shè)備的信息;
發(fā)起方發(fā)送單元,用于將所述發(fā)起方信息添加單元生成的消息或呼叫通 過服務(wù)器向所述接收方設(shè)備發(fā)送。
本發(fā)明的實(shí)施例還提供一種服務(wù)器,包括
信息添加單元,用于在向接收方設(shè)備發(fā)送的消息或發(fā)起的呼叫中添加發(fā) 起方設(shè)備的信息;
信息存儲(chǔ)單元,用于維護(hù)所述發(fā)起方設(shè)備的號(hào)碼以及對(duì)應(yīng)的信息,并在 需要時(shí)提供給所述信息添加單元。
與現(xiàn)有技術(shù)相比,本發(fā)明的實(shí)施例具有以下優(yōu)點(diǎn)
接收方通過獲取對(duì)發(fā)起方發(fā)送的請(qǐng)求或呼叫中的內(nèi)容,可以在獲得發(fā)起 方電話號(hào)碼的同時(shí)獲得業(yè)務(wù)發(fā)起方的信息,使得當(dāng)用戶接收到業(yè)務(wù)時(shí),可以 通過顯示品牌LOGO,實(shí)現(xiàn)簡(jiǎn)單經(jīng)濟(jì)的業(yè)務(wù)推廣,也可以顯示發(fā)起方個(gè)性化標(biāo)簽,名片,廣告圖片,情緒信息等信息,來提供個(gè)性化服務(wù)。


圖1是本發(fā)明實(shí)施例一中發(fā)起方信息的顯示方法流程圖2是本發(fā)明實(shí)施例二中發(fā)起方信息的顯示方法流程圖3是本發(fā)明實(shí)施例二中終端主動(dòng)向指定服務(wù)器獲取信息列表的流程圖4是本發(fā)明實(shí)施例二中服務(wù)器通過Push-OTA協(xié)議中的SIR請(qǐng)求消息建
立連接向終端發(fā)送信息列表的流程圖5是本發(fā)明實(shí)施例二中服務(wù)器通過HTTPPOST協(xié)議向終端發(fā)送信息列
表的流程圖6是本發(fā)明實(shí)施例三中發(fā)起方信息的顯示方法流程圖; 圖7是本發(fā)明實(shí)施例三中通過FACILITY消息發(fā)送發(fā)起方信息的流程圖; 圖8是本發(fā)明實(shí)施例四中發(fā)起方信息的顯示方法流程圖; 圖9是本發(fā)明實(shí)施例四中通過FACILITY消息發(fā)送發(fā)起方信息的流程圖; 圖10是本發(fā)明實(shí)施例四中通過FACILITY消息發(fā)送發(fā)起方信息的另一流 程圖11是本發(fā)明的實(shí)施例五中發(fā)起方信息的顯示系統(tǒng)的示意圖; 圖12是本發(fā)明的實(shí)施例六中發(fā)起方信息的顯示系統(tǒng)的示意圖; 圖13是本發(fā)明的實(shí)施例七中發(fā)起方信息的顯示系統(tǒng)的示意圖。
具體實(shí)施例方式
以下結(jié)合附圖和實(shí)施例,對(duì)本發(fā)明的實(shí)施方式做進(jìn)一步說明。
本發(fā)明的實(shí)施例通過現(xiàn)有的移動(dòng)通信系統(tǒng)當(dāng)中的網(wǎng)絡(luò)設(shè)備、終端設(shè)備之
間的協(xié)同工作完成。其目的在于當(dāng)作為接收方的終端接收到的消息或呼叫后,
顯示的將不僅是發(fā)起方的號(hào)碼,而且可以顯示出該發(fā)起方的信息,例如品牌
的LOGO,名字、圖片、個(gè)性化標(biāo)簽或情緒信息等。
本發(fā)明的實(shí)施例一中, 一種發(fā)起方信息的顯示方法如圖l所示,包括以下
步驟步驟Sl01 、接收方接收服務(wù)器發(fā)送的消息或呼叫。
步驟s102、接收方根據(jù)該消息或呼叫獲取發(fā)起方的信息。 具體的,該獲: 又方法可以通過以下三種方式實(shí)現(xiàn) 方式一接收方通過本地的信息列表獲取。
接收方可以通過在本地存儲(chǔ)和維護(hù)一個(gè)用來識(shí)別用戶的電話號(hào)碼與信息 的對(duì)應(yīng)關(guān)系列表,此列表將包括所有發(fā)起方的電話號(hào)碼與信息,當(dāng)有呼叫或 消息到來時(shí),進(jìn)行自動(dòng)匹配,顯示發(fā)起方的信息。該信息的列表獲得方法可 以為接收方向指定服務(wù)器索取,或服務(wù)器主動(dòng)向接收方推送此列表。
方式二發(fā)起者在消息或呼叫中攜帶自身信息。
發(fā)起方在發(fā)送消息或發(fā)起呼叫時(shí),將信息和號(hào)碼攜帶在消息或呼叫中。 當(dāng)接收方接收到該消息或呼叫時(shí),可以通過解析獲得發(fā)起方的信息并顯示。 方式三服務(wù)器在發(fā)起者發(fā)送的消息或發(fā)起的呼叫中添加發(fā)起者的信息。 服務(wù)器預(yù)先存儲(chǔ)發(fā)起方的信息,當(dāng)接收到該發(fā)起方者的消息或呼叫時(shí), 可以在消息或呼叫中添加發(fā)起者的信息。當(dāng)接收方接收到該消息或呼叫時(shí), 可以通過解析獲得發(fā)起方的信息并顯示。
步驟sl03、接收方顯示該獲取到的發(fā)起方的信息。
具體的,該發(fā)起方的信息可以為文字,圖片、聲音、視頻等形式。
以下結(jié)合不同的實(shí)施例,對(duì)上述步驟sl02中涉及的不同獲取方法進(jìn)行描述。
本發(fā)明的實(shí)施例二中,以在終端側(cè)存儲(chǔ)信息列表為例,描述本發(fā)明中一
種發(fā)起方信息的顯示方法,如圖2所示,包括以下步驟 步驟s201、終端獲耳又服務(wù)器存儲(chǔ)的信息列表。 具體的,該信息列表包括用戶的號(hào)碼以及對(duì)應(yīng)的用戶信息。 步驟s202、終端作為接收方接收發(fā)起方發(fā)起的呼叫或消息。 步驟s203 、終端才艮據(jù)該發(fā)起方的號(hào)碼,在本地存儲(chǔ)的信息列表中進(jìn)行匹配。 具體的,終端在本地的信息列表中查找該發(fā)起方的號(hào)碼,查找到時(shí),可
以根據(jù)該號(hào)碼獲取到對(duì)應(yīng)的發(fā)起方的信息。 步驟s204、終端顯示該發(fā)起方的信息。上述步驟S201中,終端可以通過以下兩種方式獲得服務(wù)器維護(hù)的用戶信息 列表。
方式一終端主動(dòng)向指定服務(wù)器獲取信息列表。 該過程如圖3所示,包括以下步驟
步驟s301、終端向服務(wù)器發(fā)出HTTP (Hyper Text Transfer Protocol,超文
本傳輸協(xié)議)GET請(qǐng)求,請(qǐng)求取回信息列表。
步驟s302、當(dāng)服務(wù)器收到該請(qǐng)求后,返回"200 OK"的響應(yīng),表示找到
該請(qǐng)求的資源,接受請(qǐng)求并發(fā)送信息列表文件給終端。
步驟s303、終端用接收到的新的信息列表存儲(chǔ),更新本地信息列表,為接
收呼叫或消息作好準(zhǔn)備。
方式二服務(wù)器主動(dòng)向終端發(fā)送信息列表。 根據(jù)發(fā)送方式的不同,該方式二可以使用以下兩種方法, 第一種方法為服務(wù)器通過HTTP協(xié)議的SIR請(qǐng)求消息實(shí)現(xiàn),如圖4所示,具
體包括以下步驟
步驟s401、當(dāng)信息列表改動(dòng)時(shí),服務(wù)器需要及時(shí)對(duì)列表進(jìn)行更新維護(hù),并 提醒終端列表已經(jīng)更新,請(qǐng)求終端為服務(wù)器推送更新后的信息列表建立連接。 服務(wù)器通過向終端發(fā)送會(huì)話初始化請(qǐng)求,即SIR,來請(qǐng)求建立端到端的連接。 SIR在HTTP協(xié)議中使用時(shí),可以用來激活 一個(gè)TCP ( Transmission Control Protocol,傳輸控制協(xié)議)連接的建立。
步驟s402、終端為服務(wù)器建立TCP連接。
步驟s403、服務(wù)器在建立好的TCP連接上,通過HTTPPOST方式推送信 息列表到終端。HTTPPOST用于讓所指明的源端接受請(qǐng)求信息中的內(nèi)容,并 且讓內(nèi)容成為源端的 一部分。
步驟s404、終端如果正確接收到信息列表,回復(fù)"200 OK"表示一切順 利,收到號(hào)碼列表。
步驟s405、終端用新的信息列表更新本地信息列表,為接收呼叫或消息作 好準(zhǔn)備。
第二種方法為服務(wù)器通過Push協(xié)議實(shí)現(xiàn),如圖5所示,具體包括以下步驟步驟s501、服務(wù)器主動(dòng)發(fā)起信息列表推送消息到終端,使用Push協(xié)議的 Push提交過程。
步驟s502、終端接收到信息列表,返回結(jié)果通知,通知服務(wù)器已經(jīng)接收到列表。
步驟s503、終端用新的信息列表更新本地信息列表,為消息或呼叫接收作 好準(zhǔn)備。
上述取回的特殊服務(wù)提供商的信息列表將存儲(chǔ)在終端上。當(dāng)終端接收到 業(yè)務(wù)呼叫或短信時(shí),終端可以通過從本地存儲(chǔ)的列表中讀取獲得與號(hào)碼匹配 的信息來呈現(xiàn)給用戶。當(dāng)信息列表需要變更時(shí),服務(wù)器可以通過OTAUpdate 定時(shí)對(duì)信息列表自動(dòng)更新。
本發(fā)明的實(shí)施例三中,以在終端側(cè)不進(jìn)行變化、而由發(fā)起方在發(fā)起的呼 叫中添加信息為例,說明本發(fā)明中一種發(fā)起方信息的顯示方法,如圖6所示, 包括以下步驟
步驟s601、發(fā)起方在發(fā)起的呼叫或發(fā)送的消息中,添加自身的信息。 具體的,發(fā)起方可以通過擴(kuò)展消息或擴(kuò)展呼叫命令的方式,在短消息、 多媒體彩信和呼叫中攜帶自身的信息。
步驟s602、接收方接收該消息或呼叫,解析出其中包括的發(fā)起方信息。 步驟s603、接收方終端顯示該發(fā)起方的信息。
以下具體對(duì)本實(shí)施例步驟s601中發(fā)起方擴(kuò)展消息或擴(kuò)展呼叫命令的方式 進(jìn)行描述。
(1)在短消息中攜帶信息。
當(dāng)發(fā)起方發(fā)送短消息時(shí),將信息和號(hào)碼攜帶在消息頭和/或消息體中,當(dāng) 終端接收到該消息后,即可將信息和/或電話號(hào)碼顯示出來。 例如通過擴(kuò)展短消息頭域的方式攜帶表示信息。 具體的,可以擴(kuò)展頭域?yàn)? Originator identifier:
該頭域?qū)ΜF(xiàn)有的短消息進(jìn)行了擴(kuò)展,用來攜帶特殊業(yè)務(wù)發(fā)起者相關(guān)的信息。此頭域的耳又值可以為字符串,圖片等格式。 具體的實(shí)現(xiàn)方式和身見則舉例說明
Originator identifier :<中國(guó)移動(dòng)10086> Originator identifier:<中國(guó)銀行客月l中心> Originator identifier:<www.yahoo.com> Originator identifier: < '必 >
上述的頭域當(dāng)中許可的對(duì)象主要是業(yè)務(wù)提供商的名稱,號(hào)碼,來源或品 牌LOGO,廣告圖片。
下面給出XML ( Extensible Markup Language,可擴(kuò)展的標(biāo)記語言)形式 的短消息,在頭域中添加信息的舉例
<SMAP: SubmitRequest
xmlns: SMAP=,,http :〃www. smsforum.net/schemas/smap/v 1.0"
xsi:schemaLocation="http:〃www.smsforum.net/schemas/smap/vl.O
http:〃www.smsforum.net/schemas/smap/vl.O/smap.xsd,,>
<SMAP: ShortMessage>
<SMAP:Header>
<SMAP :Destination>
<SMAP:Number>5555309</SMAP:Number>
</SMAP:Destination>
<SMAP: Originator identifier^
〈SMAP:Name〉中國(guó)移動(dòng)10086</SMAP:Name> 〃攜帶文字信息和號(hào)碼
</SMAP: Originator identifier)
</SMAP:Header>
<SMAP:Body>
<SMAP:Text>Jenny, I've got your number.</SMAP:Text> </SMAP:Body> /SMAP: ShortMessage> </SMAP: SubmitRequest〉該實(shí)例的頭域中,通過〈SMAP:Name〉中國(guó)移動(dòng)10086々SMAP:Name〉攜 帶了發(fā)起方的文字信息和號(hào)碼。
再例如通過擴(kuò)展短消息頭體的方式攜帶信息。
下面給出XML形式的短消息,在消息中添加信息的舉例
<SMAP: SubmitR叫uest
xmlns: SMAP-,,http :〃www.smsforum.net/schLemas/smap/v 1.0"
xsi: schemaLocation=,,http :〃www. smsfomm.net/schemas/smap/v 1.0
http:〃www.smsforum.net/schemas/smap/vl.O/smap.xsd">
<SMAP: ShortMessage>
<SMAP:Header>
<SMAP :Destination>
<SMAP:Number>5555309</SMAP:Number>
</SMAP:Destination>
</SMAP:Header>
<SMAP:Body>
<SMAP:Text>Jenny, I've got your number.</SMAP:Text> <SMAP:Show_text>中國(guó)移動(dòng)々SMAP:Show—text>
<SMAP:Show_number〉l 0086</SMAP:Show—number> 〃攜帶文字和號(hào)碼
</SMAP:Body>
</SMAP:ShortMessage>
</SMAP:SubmitRequest>
該實(shí)例的消息體中,通過
〈SMAP:ShowJext〉中國(guó)移動(dòng)々SMAP:Show—text> <SMAP: Show—number> 100 86</SMAP: Show_mimber> 攜帶了發(fā)起方的文字信息和號(hào)碼。 (2)在多媒體消息中攜帶信息。
在發(fā)起方產(chǎn)生MMS時(shí),可以在消息體或頭域中攜帶其信息,此信息可以 為文本、圖片、聲音、視頻等格式,并且對(duì)攜帶信息做出標(biāo)記,在終端接收到消息后,可以解析出這個(gè)信息,顯示給用戶。因此用戶在不需要打開或取 回此多4某體消息的情況下,就可以得知該消息的發(fā)送方,以便確認(rèn)是否需要 查看此消息或可以直接對(duì)消息進(jìn)行刪除。
例如發(fā)起方在產(chǎn)生的MMS消息體中添加希望攜帶的信息,下面給出在 MMS消息體中添加此信息的舉例
X畫Mms-Message-Type: m-send畫req
X-Mms-Transaction-Id: text-string
X-Mms-Version: 1.0
Message-Id: ext-string
Date: 2007-09-25 17: 34: 02
From: 95000
To: 13800000001
Cc:
Bcc:
Subject: This is an example X-Mms-Message-Class: Personal X-Mms-Priority: Low X-Mms-Delivery-Report: Yes X-Mms-Read-Reply: Yes
Content-Type: application/vnd.wap.multipart.mixed,boundary=ID—1234567 —ID—1234567
Content-Type:application/smil
<smil>
<head>
<layout>
<root-layout height="200" width-" 176" /> 〈region id="Image" height="144" width二"176" /> 〈region id="Text" height="56" width="176" fit="scroir /></layout>
</head>
<body>
<par dur="20000ms">
〈video src="videoclipname.3gp" region="Image" /> <text src="Textl.txt" region="Text" />
</par>
<par dur="2000ms">
<img src="image.gif' region="Image" />
<text src="cid:Text2" region="Text" />
</par>
</body>
</smil>
—ID—1234567
Content-Type:application/vnd.oma.drm.message;boundary=PUTJTBYRBYT YBV
Content-Location: drmimage. dm
—PUTJTBYRBYTYBV
Content-Type:image/jpeg
Content-Transfer-Encoding:binary
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
—PUTJTBYRBYTYBV—
—ID—1234567—
Content-Type:Text/LOGO 攜帶"中國(guó)移動(dòng),,的文字信息
Content隱Transfer-Encoding:binary
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
—ID—1234567—
Content-Type:image/jpeg/LOGO 攜帶中國(guó)移動(dòng)的圖片及LOGOC ontent-Transfer-Encoding :binary
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
—ID—1234567—
Content-Type:Audio/mpeg/LOGO 攜帶中國(guó)移動(dòng)的音頻及LOGO
Content-Transfer-Encoding:binary
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
—ID—1234567—
Content-Type:Video/mp4/LOGO 攜帶中國(guó)移動(dòng)的視頻及LOGO
Content-Transfer-Encoding:binary
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
—ID 1234567—
再例如:發(fā)起方在產(chǎn)生的MMS消息頭域中添加希望攜帶的信息。具體的, 對(duì)消息頭域進(jìn)行擴(kuò)展,并在在擴(kuò)展的頭域中添加XML文檔,在XML文檔中 可以具體給出業(yè)務(wù)發(fā)起者希望添加的信息內(nèi)容,下面給出在MMS消息頭域中 添加此信息的舉例
X-Mms-Message-Type: m-send-req
X-Mms-Transaction-Id: text-string
X-Mms-Version: 1.0
Message-Id: ext-string
Date: 2007-09-25 17: 34: 02
From: 95000
To: 13800000001
Cc:
Bcc:
Subject: This is an example
X-Mms-Message-SN: application/+xml 〃顯示發(fā)送者名稱為附加的XML
文檔X-Mms-Message-CIass: Personal
X-Mms-Priority: Low
X-Mms隱Delivery-Report: Yes
X-Mms-Read-Reply: Yes
Content-type: multipart-mixed
X-NowMMS-Content-Location:
關(guān)于此例中使用的XML文檔格式可以為
〈 xrnl version="1.0" encoding="UTF-8" >
<!—W3C Schema generated by XMLSPY v5 rel. 4 U (http:〃www.xmlspy.com)—>
<xs:schema xmlns:xs="http:〃www.w3 .org/2001/XMLSchema" elementFormDefault="qualified">
<xs: element name="show"〉
<xs:complexType>
<xs:attribute name="LOGO—text" type="xs:string" use="optional7> <xs:attribute name="LOGO—image" type="xs:anyURI" use="optional"/> <xs:attribute name="LOGO—audio" type="xs:anyURI" use="optional"/> 〈xs:attribute name="LOGO—video" type-"xs:anyURT use="optionar/> </xs: complexType> </xs:element>
<xs:element name="show—user" type="xs:string7> </xs:schema>
(3)在呼叫中攜帶信息。
具體的,發(fā)起方在呼叫過程中的User-to-User消息元、INVITE消息、非結(jié) 構(gòu)化補(bǔ)充數(shù)據(jù)業(yè)務(wù)USSD消息或FACILITY消息中可以添加希望攜帶的信息, 此信息可以為文本、圖片、聲音、視頻等格式,并且對(duì)攜帶信息做出標(biāo)記, 在接收方接收到呼叫時(shí),可以解析出這個(gè)信息并顯示給用戶。此方法也可應(yīng)用于SMS、 MMS等業(yè)務(wù)。
圖7所示為在FACILITY消息中攜帶發(fā)起方信息的一個(gè)例子,包括以下步

步驟s701、當(dāng)主叫用戶發(fā)起Setup消息時(shí),在Facility消息中攜帶信息發(fā)送 到MSC;
步驟s702、 MSC服務(wù)器向UEB發(fā)起尋呼請(qǐng)求消息; 步驟s703 、 UE B向該MSC服務(wù)器返回尋呼響應(yīng)消息; 步驟s704、 MSC服務(wù)器向UEB發(fā)送SETUP消息;
步驟s705、 UEB向該MSC服務(wù)器返回CALL CONFIRMED (呼叫確認(rèn)) 消息;
步驟s706、 UEB振鈴后,UEB向MSC服務(wù)器返回Alerting消息; 此時(shí),MSC可以向UEB發(fā)送FACILITY消息,在該消息中,通過對(duì)Facility 擴(kuò)展將主叫方UEA的用戶信息顯示的內(nèi)容下發(fā)到被叫終端UEB,例如使用 FACILITY(Facility (Invoke = activatePSS(PSS-Type二Logo一Show(華為》)),UE B 在收到該Facility消息后,能夠從中解出LOGO一Show(華為),獲知該呼叫要求 顯示的是"華為",并將"華為"字樣提供給上層應(yīng)用顯示 步驟s707、 MSC服務(wù)器向UE A返回Alerting消息。
需要說明的是,對(duì)于上述發(fā)起方在呼叫中的User-to-User消息元、或 INVITE消息、或USSD消息或FACILITY消息中添加發(fā)起方的信息的情況,服 務(wù)器可以在向接收方發(fā)送的呼叫或消息中添加該發(fā)起方的信息前,將呼叫或 消息中添加的發(fā)起方的信息進(jìn)行轉(zhuǎn)換,并將轉(zhuǎn)換后的內(nèi)容作為發(fā)起方的信息 添加在向接收方發(fā)送的呼叫或消息中,該轉(zhuǎn)換包括在User-to-User消息元、 INVITE消息、USSD或者FACILITY消息中的任何兩者間進(jìn)行轉(zhuǎn)換。
本發(fā)明的實(shí)施例四中,提供了服務(wù)器為發(fā)起方添加信息的過程。此種情 況下,服務(wù)器上存儲(chǔ)有發(fā)起方信息與發(fā)起方號(hào)碼對(duì)應(yīng)關(guān)系的列表。發(fā)起方在 需要時(shí)可以向服務(wù)器訂購(gòu)添加信息業(yè)務(wù),則當(dāng)服務(wù)器接收到該發(fā)起方發(fā)出的 消息或呼叫時(shí),可以為其添加信息;在某種情況下, 一個(gè)號(hào)碼可以對(duì)應(yīng)多個(gè)信息,根據(jù)不同的接收方可以發(fā)送不同種類的信息。例如,某用戶需要向客 戶呼叫或發(fā)送消息時(shí),可以顯示"XX公司真誠(chéng)為您服務(wù)"。當(dāng)其向親人呼叫 或發(fā)送消息時(shí),可以顯示"永遠(yuǎn)愛你的XX,,。接收者接到該消息或呼叫時(shí), 可以直接看到特殊業(yè)務(wù)發(fā)起者希望終端看到的信息。
具體的,本發(fā)明的實(shí)施例四中, 一種發(fā)起方信息的顯示方法如圖8所示, 包括以下步驟
步驟s801、服務(wù)器接收發(fā)起方的請(qǐng)求,在本地添加發(fā)起方信息與發(fā)起方號(hào) 碼的對(duì)應(yīng)關(guān)系。
具體的,4艮據(jù)發(fā)起方發(fā)送的訂購(gòu)添加信息業(yè)務(wù)的請(qǐng)求,可以在服務(wù)器上 存儲(chǔ)該發(fā)起方信息與發(fā)起方號(hào)碼的對(duì)應(yīng)關(guān)系。
步驟s802、服務(wù)器接收發(fā)起方向接收方發(fā)起的呼叫或發(fā)送的消息。 步驟s803、服務(wù)器在該呼叫或消息中添加發(fā)起方的信息。 步驟s804、接收方接收該消息或呼叫,解析出其中包括的發(fā)起方信息。 步驟s805、接收方終端顯示該發(fā)起方的信息。
具體的,上述步驟s802中,發(fā)起方向接收方發(fā)送的請(qǐng)求為短消息時(shí),此消 息在經(jīng)過服務(wù)器時(shí),由服務(wù)器發(fā)送完成短消息的轉(zhuǎn)發(fā);此時(shí),如果發(fā)起者訂 購(gòu)了添加信息的業(yè)務(wù),月良務(wù)器可以完成為其添加信息的功能。
如下給出服務(wù)器在短消息中添加發(fā)起方信息的實(shí)現(xiàn)舉例,具體的,可以 通過在源消息地址頭域中,為發(fā)起方添加信息
Date Sent 03/04/17 08:59:16 TimeZone GMT+1.00H
Sender+畫6
Service Centre+10086
正I: 00
LENGTH: 00
MESSAGE REF: 00
STATUS: 03
SC Address length: 07
SC Address type: 91Type of number: International Numbering plan identifier: E.164 SC Address: 447900000000 Message Type Indicator: 04
Message Type: SMS-DELIVER / SMS-DEUVER REPORT More Messages To Send: No Status Report Indication: No Reply Path: No
Originating Address Length: 0C Originating Address type: 91 Type of number: International Numbering plan identifier: E. 164
Originating Address:中國(guó)移動(dòng)<10086>/+)^11 〃在源地址中為其添加 LOGO
Protocol Identifier: Default
Data Coding Scheme: GSM Default Alphabet
SC Timestamp: 30407180956140
decoded: 03/04/17 08:59:16
Time Zone: GMT+1.00H
User Data Length: 40
decimal: 64
Message: OK, we'll meet, but be carefbl, you never know who's watching!! !
具體的,上述步驟s802中,發(fā)起方向接收方發(fā)送的請(qǐng)求為多々某體彩信消息 時(shí),當(dāng)發(fā)起方發(fā)起多3某體彩信消息時(shí),此消息發(fā)送到服務(wù)器,由服務(wù)器完成 消息的轉(zhuǎn)發(fā)功能。此時(shí),如果發(fā)起方訂購(gòu)了添加信息的業(yè)務(wù),服務(wù)器可以完 成為發(fā)起方添加信息的功能。
當(dāng)服務(wù)器接收到發(fā)起方發(fā)來的MMS時(shí),根據(jù)服務(wù)器本地列表,比對(duì)消息頭域中給出的發(fā)起方號(hào)碼,查找出對(duì)應(yīng)的發(fā)起方希望為其添加的信息,添加 到頭域中。該頭域可以為現(xiàn)有的頭域,或是新擴(kuò)展的頭域,信息可以是文本
格式或攜帶XML格式的,如下給出服務(wù)器在多媒體彩信消息的現(xiàn)有頭域From 頭域中添加信息的實(shí)現(xiàn)舉例
X-Mms-Message-丁ype: m-send-req
X-Mms-Transaction-Id: text-string
X-Mms匿Version: 1.0
Message-Id: ext-string
Date: 2007-09-25 17: 34: 02
From :95000 <中國(guó)移動(dòng)>/+xml
To: 13800000001
Cc:
Bcc:
Subject: This is an example X-Mms-Message-Class: Personal X-Mms-Priority: Low X-Mms-Delivery-Report: Yes X-Mms-Read-Reply: Yes
具體的,上述步驟s802中,當(dāng)發(fā)起方發(fā)起到接收方的電話呼叫時(shí),服務(wù)器 可以通過以下幾種方法攜帶其信息通過擴(kuò)展消息字^:、在電話號(hào)后加入文 字描述、或在INVITE消息頭域中添加信息。當(dāng)被叫端接收到呼叫后,可以對(duì) 信息進(jìn)行解析,在終端顯示給用戶。
1、在呼叫消息中攜帶。
在網(wǎng)絡(luò)側(cè)到終端的呼叫建立SETUP過程中,User-User信令元素用來傳輸 用戶之間的信息,用戶到用戶User-to-user信息元有助于用戶之間信息的轉(zhuǎn)移。 最長(zhǎng)目前可以有131字節(jié)。服務(wù)器接收到發(fā)起方的呼叫建立請(qǐng)求后,添減主叫 號(hào)碼,可以在此處為特殊服務(wù)提供者添加其希望添加的信息。下面給出U ser-User信息元
8 7 6 5 4 3 2 1
User-user IEI octet 1
user-user內(nèi)容的長(zhǎng)度 octet 2
User-user祐4義辨別 octet 3
User-user信息 octet 4*
octet N*
可以在其空閑字節(jié)中添加用于希望添加的信息。 2、在INVITE消息中攜帶。
當(dāng)發(fā)起方向接收方發(fā)起呼叫時(shí),服務(wù)器可以在接收到的INVITE消息中的 顯示主叫號(hào)碼的頭域P--Asserted-Identity, P-Asserted-Identity中的電話號(hào)碼后, 添加信息的字符,或以XML形式添加圖片等信息,例如品牌LOGO。
下面給出服務(wù)器在INVITE消息的電話號(hào)碼后添加信息和/或XML文檔的 實(shí)現(xiàn)舉例
INVITE sip:+14085551212@proxy.psta.net SIP/2.0 Via: SIP/2.0/TCP usemgent.example.com;branch=z9hG4bK-124 Via: SIP/2.0/TCP proxy.example.com;branch=z9hG4bK-abc To: <sip:+14085551212@example.com> From: "Chinamobile" <sip:customerservice@chinamobile.invalid>;tag=9802748 Call-ID: 245780247857024504 CSeq: 2 INVITE Max-Forwards: 69P-Asserted-Identity: "Chinamobile" <sip:customerservice@chinamobile.com>
P-Asserted-Identity: tel:中國(guó)移動(dòng)<+14085264000>/+}0111 添加發(fā)送方名 稱和/或其品牌LOGO的xml
Privacy: id
3、 在INVITE消息頭域添加攜帶。
當(dāng)發(fā)起方向接收方終端發(fā)起呼叫時(shí),服務(wù)器可以在接收到的INVITE消息 中的頭域,通過擴(kuò)展頭域的方式,添加信息的字符,或以XML形式添加圖片 等信息,例如品牌LOGO。
下面給出服務(wù)器在INVITE消息的頭域擴(kuò)展方式添加信息和/或XML文檔 的實(shí)現(xiàn)舉例
雨ITE sip:+14085551212@proxy.pstn.net SIP/2.0
Via: SIP/2.0/TCP useragent.example.coni;branch=z9hG4bK-124
Via: SIP/2.0/TCP proxy,example.com;branch-z9hG4bK-abc
To: <sip:+14085551212@example.com>
From: "Chinamobile" <sip:customerservice@chinamobile.invalid>;tag=9802748
Caller Identify: <中國(guó)移動(dòng)>/+腿1 擴(kuò)展頭域來添加信息
Call-ID: 245780247857024504
CSeq: 2 INVITE
Max-Forwards: 69
P-Asserted-Identity: "Chinamobile" <sip:customerservice@chinamobile.com>
P-Asserted-Identity:tel:+14085264000
Privacy: id
4、 在FACILITY消息頭域中添加攜帶。主叫呼叫時(shí),服務(wù)器查詢出主叫開通了來電顯示業(yè)務(wù),核心網(wǎng)通過一條
FACILITY消息,將主叫的來電顯示信息發(fā)往被叫終端,F(xiàn)ACILITY消息是終 端和網(wǎng)絡(luò)雙向發(fā)送的消息,主要用于補(bǔ)充業(yè)務(wù)操作。需要對(duì)FACILITY消息的 信元Facility進(jìn)行定義,F(xiàn)acility信元在3GPP 24.080中定義。
在通話之前,主叫終端UEA可能開通了用戶信息顯示業(yè)務(wù)。假設(shè)在HLR 或一臺(tái)專門的業(yè)務(wù)服務(wù)器上存儲(chǔ)了UEA開通的用戶信息顯示業(yè)務(wù),并存放了 UE A想要顯示的信息內(nèi)容。
具體的通過FACILITY消息發(fā)送發(fā)起方信息的流程如圖9所示,包括如下 步驟
步驟s901、主叫終端即UEA向MSC服務(wù)器發(fā)從SETUP (建立)消息; 步驟s902、 MSC服務(wù)器向業(yè)務(wù)服務(wù)器發(fā)查詢請(qǐng)求,查詢請(qǐng)求可以是自定
義的消息,該消息包括主叫終端的信息,還可以包括所要查詢的信息種類(如
果該服務(wù)器提供不僅一種查詢服務(wù)時(shí)需要)如 QUERY
UserID:UEAIMSI /Logo—Show
代表需要查詢(QUERY),需要查詢的是UEA的IMSI標(biāo)識(shí),和相關(guān)用戶 信息顯示(LOGO—Show)信息(包括是否開通該業(yè)務(wù)、所要攜帶的信息是什 么)。
步驟s903、服務(wù)器向MSC服務(wù)器返回查詢響應(yīng),該服務(wù)器可以是HLR(此 時(shí)查詢請(qǐng)求復(fù)用SIR一ACK),也可以是一臺(tái)專門的服務(wù)器,查詢響應(yīng)可以是 自定義的消息,該消息包括查詢請(qǐng)求中所查詢的主叫終端A是否開通該用戶信 息顯示業(yè)務(wù)、所要攜帶的信息是什么,如
Result
UserID:UE AIMSI /Logo—Show = Ture Logo—Show Contenf華為,,
步驟s904、 MSC服務(wù)器向UEB發(fā)起尋呼請(qǐng)求消息。步驟s905、 UEB向該MSC服務(wù)器返回尋呼響應(yīng)消息。 步驟s906、 MSC服務(wù)器向UEB發(fā)送SETUP消息。
步驟s卯7、 UEB向該MSC服務(wù)器返回CALL CONFIRMED (呼叫確認(rèn)) 消息。
步驟s908、 UEB振鈴后,UEB向MSC服務(wù)器返回Alerting消息。 此時(shí),MSC可以向UEB發(fā)送FACILITY消息,在該消息中,通過對(duì)Facility 擴(kuò)展將發(fā)起方UEA的用戶信息顯示的內(nèi)容下發(fā)到被叫終端UEB,例如使用 FACILITY(Facility (Invoke = activatePSS(PSS-Type-Logo—Show(華為)))),UE B 在收到該Facility消息后,能夠從中解出Logo—Show(華為),獲知該呼叫要求顯 示的是"華為",并將"華為"字樣提供給上層應(yīng)用顯示。 步驟s909、 MSC服務(wù)器向UE A返回Alerting消息。
例子中的"華為"僅為一種舉例,實(shí)際實(shí)現(xiàn)時(shí),可以是任何UEA想顯示 的內(nèi)容。MSC發(fā)送Facility的時(shí)機(jī)不限于步驟s908,在圖中虛線標(biāo)明的步驟, 都可以進(jìn)行發(fā)送。
該實(shí)施例中,由一臺(tái)業(yè)務(wù)服務(wù)器(可復(fù)用HLR),要求能夠記錄用戶是 否開通用戶信息顯示業(yè)務(wù),并存放了想要顯示的信息內(nèi)容。支持接收解析查 詢請(qǐng)求,并能以給定的格式發(fā)出查詢響應(yīng)。另外,終端要求能夠接收并解析 FACILITY消息,并且將該消息中所攜帶的內(nèi)容提供給上層應(yīng)用,上層應(yīng)用根 據(jù)該內(nèi)容進(jìn)行主叫來電顯示。除Facility外,也可以使用USSD來承載用于終端 顯示的數(shù)據(jù),也可以是SMS、 MMS、 Flash SMS。具體的實(shí)例如圖10所示,包 括以下步驟
步驟sl001、當(dāng)主叫用戶發(fā)起Setup消息時(shí),在Facility消息中攜帶信息發(fā)送 到MSC;
步驟sl002、 MSC服務(wù)器向UEB發(fā)起尋呼請(qǐng)求消息。 步驟sl003、 UEB向該MSC服務(wù)器返回尋呼響應(yīng)消息。 步驟s 1004、 MSC服務(wù)器向UE B發(fā)送SETUP消息。
步驟sl005、 UEB向該MSC服務(wù)器返回CALL CONFIRMED (呼叫確認(rèn)) 消息。步驟sl006、 UEB振鈴后,UEB向MSC服務(wù)器返回Alerting消息。 此時(shí),MSC可以向UEB發(fā)送FACILITY消息,在該消息中,通過對(duì)Facility 擴(kuò)展將主叫方UEA的用戶信息顯示的內(nèi)容下發(fā)到被叫終端UEB,例如使用 FACILITY(Facility (Invoke = activatePSS(PSS-Type=Logo—Show(華為)))),UE B 在收到該Facility消息后,能夠從中解出LOGO—Show(華為),獲知該呼叫要求 顯示的是"華為",并將"華為"字樣提供給上層應(yīng)用顯示。 步驟sl007、 MSC服務(wù)器向UE A返回Alerting消息。
這些攜帶信息的消息(例如USSD, SMS, MMS等)在網(wǎng)絡(luò)側(cè)向外發(fā)送的 源地址都填成主叫方UEA地址,這樣在被叫側(cè)UEB收到該消息時(shí),通過源地 址將消息和當(dāng)前的呼叫進(jìn)行綁定,將該消息中的內(nèi)容用于來電顯示。
需要說明的是,對(duì)于上述發(fā)起方在呼叫中的User-to-User消息元、或 INVITE消息、或USSD消息或FACILITY消息中添加發(fā)起方的信息的情況,月良 務(wù)器可以在向接收方發(fā)送的呼叫或消息中添加該發(fā)起方的信息前,將呼叫或 消息中添加的發(fā)起方的信息進(jìn)行轉(zhuǎn)換,并將轉(zhuǎn)換后的內(nèi)容作為發(fā)起方的信息 添加在向接收方發(fā)送的呼叫或消息中,該轉(zhuǎn)換包括在User-to-User消息元、 INVITE消息、USSD或者FACILITY消息中的任何兩者間進(jìn)行轉(zhuǎn)換。
通過使用本發(fā)明實(shí)施例提供的上述方法,接收方通過獲取對(duì)發(fā)起方發(fā)送 的請(qǐng)求或呼叫中的內(nèi)容,可以在獲得發(fā)起方電話號(hào)碼的同時(shí)獲得業(yè)務(wù)發(fā)起方 的信息,使得當(dāng)用戶接收到業(yè)務(wù)時(shí),可以通過顯示品牌LOGO,實(shí)現(xiàn)簡(jiǎn)單經(jīng)濟(jì) 的業(yè)務(wù)推廣。如果用戶向服務(wù)器發(fā)起索取信息列表,并且進(jìn)行信息列表的存 儲(chǔ)與維護(hù),在本地進(jìn)行號(hào)碼的匹配,則服務(wù)器可以進(jìn)行信息的推送。如果服 務(wù)器完成信息的添加,此種情況下,需要服務(wù)提供商事前訂閱此功能,則服 務(wù)器可以對(duì)該服務(wù)提供商發(fā)出消息或呼叫添加信息。服務(wù)提供商本身也可以 完成信息添力口。
本發(fā)明的實(shí)施例五中,提供了一種發(fā)起方信息的顯示系統(tǒng),如圖ll所示, 包括接收方IO、服務(wù)器20和發(fā)起方30。其中
接收方IO,用于獲取服務(wù)器20上存儲(chǔ)的信息列表,具體的,該信息列表包括用戶的號(hào)碼以及對(duì)應(yīng)的用戶信息;并在接收到發(fā)起方30發(fā)起的呼叫或發(fā) 送的消息時(shí),在該信息列表中獲取發(fā)起方30的用戶信息并顯示。
服務(wù)器20,用于存儲(chǔ)用戶的號(hào)碼以及對(duì)應(yīng)的用戶信息并提供給接收方IO, 并將發(fā)起方發(fā)起的呼叫或發(fā)送的消息向接收方IO發(fā)送。
發(fā)起方30,用于通過服務(wù)器20向接收方10發(fā)起呼叫或發(fā)送消息。
具體的,接收方10進(jìn)一步包括
信息列表獲取單元ll,用于從服務(wù)器20獲取信息列表,該信息列表包括 用戶的號(hào)碼以及對(duì)應(yīng)的用戶信息;獲取方式為主動(dòng)從服務(wù)器20獲取、或根據(jù) 服務(wù)器20的通知消息從服務(wù)器20獲取。
信息列表存儲(chǔ)單元12,用于存儲(chǔ)信息列表獲取單元ll獲取到的信息列表。
信息列表匹配單元13,用于根據(jù)信息列表存儲(chǔ)單元12存儲(chǔ)的信息列表, 對(duì)接收到的消息或呼叫的發(fā)起方號(hào)碼進(jìn)行匹配,獲取發(fā)起方的信息。
具體的,服務(wù)器20進(jìn)一步包括
信息列表提供單元21,用于向接收方10提供信息列表;提供方式為主動(dòng) 通知接收方10獲取該信息列表、或接收到接收方10發(fā)送的請(qǐng)求時(shí)將信息列表 提供給接收方IO。
信息列表維護(hù)單元22,用于維護(hù)信息列表并提供給信息列表提供單元21, 該信息列表包括用戶的號(hào)碼以及對(duì)應(yīng)的用戶信息。
本發(fā)明的實(shí)施例六中,提供了一種發(fā)起方信息的顯示系統(tǒng),如圖12所示, 包括接收方40、服務(wù)器50和發(fā)起方60。其中
接收方40,用于接收服務(wù)器50轉(zhuǎn)發(fā)的發(fā)起方60發(fā)送的消息或發(fā)起的呼叫, 從該消息或呼叫中獲取發(fā)起方60添加的關(guān)于發(fā)起方60的信息并顯示。
服務(wù)器50,用于將發(fā)起方60發(fā)送的消息或發(fā)起的呼叫轉(zhuǎn)發(fā)到接收方40。
發(fā)起方60,用于在向接收方40發(fā)送消息或發(fā)起呼叫時(shí),通過擴(kuò)展消息或 擴(kuò)展呼叫命令的方式,在該消息或呼叫中添加本設(shè)備的信息。
具體的,接收方40進(jìn)一步包括
接收方解析單元41,用于解析服務(wù)器50轉(zhuǎn)發(fā)的發(fā)起方60發(fā)送的消息或發(fā) 起的呼叫,從該消息或呼叫中獲取發(fā)起方60添加的關(guān)于發(fā)起方60的信息。發(fā)起方60進(jìn)一步包括
發(fā)起方信息添加單元61,用于在向接收方40發(fā)送的消息或發(fā)起的呼叫中 添加本設(shè)備的信息。具體的在發(fā)送的短消息的頭域或消息體中添加自身設(shè) 備的信息;或在發(fā)送的多4某體彩信消息的頭域或消息體中添加自身設(shè)備的信 息;或在發(fā)起的呼叫中的FACILITY消息中添加自身設(shè)備的信息。
發(fā)起方發(fā)送單元62,用于將發(fā)起方信息添加單元61生成的消息或呼叫向 服務(wù)器50發(fā)送。
本發(fā)明的實(shí)施例七中,提供了一種發(fā)起方信息的顯示系統(tǒng),如圖13所示, 包括接收方70、服務(wù)器80和發(fā)起方90。其中
接收方70,用于接收服務(wù)器80轉(zhuǎn)發(fā)的發(fā)起方90發(fā)送的消息或發(fā)起的呼叫, 從該消息或呼叫中獲取服務(wù)器80添加的關(guān)于發(fā)起方60的信息并顯示。
服務(wù)器80,用于將發(fā)起方60發(fā)送的消息或發(fā)起的呼叫轉(zhuǎn)發(fā)到接收方40, 同時(shí)在該消息或呼叫中添加發(fā)起方90的信息。
發(fā)起方90,用于在向接收方70發(fā)送消息或發(fā)起呼叫。
具體的,接收方70進(jìn)一步包括
接收方解析單元71,用于解析服務(wù)器80轉(zhuǎn)發(fā)的發(fā)起方90發(fā)送的消息或發(fā) 起的呼叫,從該消息或呼叫中獲取服務(wù)器80添加的關(guān)于發(fā)起方60的信息。 服務(wù)器80進(jìn)一步包括
信息添加單元81,用于在向發(fā)起方90發(fā)送的消息或發(fā)起的呼叫中添加發(fā) 起方90的信息。具體的在短消息的頭域或消息體中添加發(fā)起方卯的信息; 或在多媒體彩信消息的頭域或消息體中添加發(fā)起方90的信息;或在呼叫中的 User-to-User消息元、INVITE消息或FACILITY消息中添加發(fā)起方90的信息。
信息存儲(chǔ)單元82,用于在接收到發(fā)起方90的預(yù)定消息時(shí),將發(fā)起方90的 號(hào)碼以及對(duì)應(yīng)的信息進(jìn)行存儲(chǔ),并在需要時(shí)提供給信息添加單元81。
通過使用本發(fā)明實(shí)施例提供的上述設(shè)備,接收方通過獲取對(duì)發(fā)起方發(fā)送 的請(qǐng)求或呼叫中的內(nèi)容,可以在獲得發(fā)起方電話號(hào)碼的同時(shí)獲得業(yè)務(wù)發(fā)起方 的信息,使得當(dāng)用戶接收到業(yè)務(wù)時(shí),可以通過顯示品牌LOGO,實(shí)現(xiàn)簡(jiǎn)單經(jīng) 濟(jì)的業(yè)務(wù)推廣。如果用戶向服務(wù)器發(fā)起索取信息列表,并且進(jìn)行列表的存儲(chǔ)與維護(hù),在本地進(jìn)行號(hào)碼的匹配,則服務(wù)器可以進(jìn)行信息的推送。如果服務(wù) 器完成信息的添加,此種情況下,需要服務(wù)提供商事前訂閱此功能,則服務(wù) 器可以對(duì)該服務(wù)提供商發(fā)出消息或呼叫添加信息。服務(wù)提供商本身也可以完 成信息添力口。
通過以上的實(shí)施方式的描述,本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā) 明可借助軟件加必需的通用硬件平臺(tái)的方式來實(shí)現(xiàn),當(dāng)然也可以通過硬件, 但很多情況下前者是更佳的實(shí)施方式?;谶@樣的理解,本發(fā)明的技術(shù)方案 本質(zhì)上或者說對(duì)現(xiàn)有^支術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來, 該計(jì)算機(jī)軟件產(chǎn)品存儲(chǔ)在一個(gè)存儲(chǔ)介質(zhì)中,包括若干指令用以使得一 臺(tái)終端 設(shè)備執(zhí)行本發(fā)明各個(gè)實(shí)施例所述的方法。
以上公開的僅為本發(fā)明的幾個(gè)具體實(shí)施例,但是,本發(fā)明并非局限于此, 任何本領(lǐng)域的:f支術(shù)人員能思之的變化都應(yīng)落入本發(fā)明的保護(hù)范圍。
權(quán)利要求
1、一種發(fā)起方信息的顯示方法,其特征在于,包括以下步驟接收服務(wù)器發(fā)送的消息或呼叫;根據(jù)所述消息或呼叫獲取發(fā)起方的信息;顯示所述獲取到的發(fā)起方的信息。
2、 如權(quán)利要求1所述發(fā)起方信息的顯示方法,其特征在于,所述接收服 務(wù)器發(fā)送的消息或呼叫的步驟前還包括獲取服務(wù)器上存儲(chǔ)的信息列表,所述列表包括發(fā)起方號(hào)碼與發(fā)起方信息 的對(duì)應(yīng)關(guān)系;所述根據(jù)所述消息或呼叫獲取發(fā)起方的信息的步驟具體為 根據(jù)所述消息或呼叫獲取發(fā)起方的號(hào)碼;根據(jù)所述發(fā)起方的號(hào)碼以及所述信息列表,獲取所述發(fā)起方的信息。
3、 如權(quán)利要求2所述發(fā)起方信息的顯示方法,其特征在于,所述獲取服 務(wù)器上存儲(chǔ)的信息列表的步驟具體為主動(dòng)從所述服務(wù)器獲取所述信息列表;或接收所述服務(wù)器發(fā)送的通知消息時(shí),從所述服務(wù)器獲取所述信息列表。
4、 如權(quán)利要求1所述發(fā)起方信息的顯示方法,其特征在于,所述根據(jù)所 述消息或呼叫獲取所述發(fā)起方的信息的步驟具體為解析所述消息或呼叫,獲取所述消息或呼叫中包括的發(fā)起方的信息。
5、 如權(quán)利要求4所述發(fā)起方信息的顯示方法,其特征在于, 所述消息為短消息時(shí),解析所述短消息的頭域或消息體,獲取所述發(fā)起方或所述服務(wù)器添加的發(fā)起方的信息;所述消息為多i某體彩信消息時(shí),解析所述多i某體彩信消息的頭域或消息 體,獲取所述發(fā)起方或所述服務(wù)器添加的發(fā)起方的信息;解析所述呼叫中的User-to-User消息元、INVITE消息、非結(jié)構(gòu)化補(bǔ)充數(shù) 據(jù)業(yè)務(wù)USSD消息或FACILITY消息,獲取所述發(fā)起方或所述服務(wù)器添加的 發(fā)起方的信息。
6、 如權(quán)利要求5所述發(fā)起方信息的顯示方法,其特征在于,所述接收服 務(wù)器發(fā)送的消息或呼叫前,還包括所述服務(wù)器將所述發(fā)起方發(fā)送的消息或發(fā)起的呼叫中添加的發(fā)起方的信息進(jìn)行轉(zhuǎn)換,所述轉(zhuǎn)換包括在所述的User-to-User消息元、INVITE消息、USSD 或者FACILITY消息中的任何兩者間進(jìn)行轉(zhuǎn)換。
7、 如權(quán)利要求1至6中任一項(xiàng)所述發(fā)起方信息的顯示方法,其特征在于, 所述發(fā)起方的信息為文字、圖片、聲音、情緒信息以及一見頻中的一種或多種。
8、 一種發(fā)起方信息的發(fā)送方法,其特征在于,包括以下步驟 在向接收方發(fā)送的消息或發(fā)起的呼叫中,添加自身設(shè)備的信息; 通過服務(wù)器向所述接收方發(fā)送所述消息或發(fā)起所述呼叫。
9、 如權(quán)利要求8所述發(fā)起方信息的發(fā)送方法,其特征在于,所述在向接 收方發(fā)送的消息或發(fā)起的呼叫中,添加自身設(shè)備的信息的步驟具體為所述發(fā)送的消息為短消息時(shí),在所述短消息的頭域或消息體中添加自身 設(shè)備的信息;或所述消息為多媒體彩信消息時(shí),在所述多媒體彩信消息的頭域或消息體 中添加自身設(shè)備的信息;或在所述呼叫中的User-to-User消息元、或INVITE消息、或USSD消息或 FACILITY消息中添加自身設(shè)備的信息。
10、 如權(quán)利要求9所述發(fā)起方信息的發(fā)送方法,其特征在于,所述在所 述多i某體彩信消息的頭域中添加的信息為文本形式或XML文檔。
11、 一種發(fā)起方信息的發(fā)送方法,其特征在于,包括以下步驟 接收發(fā)起方向接收方發(fā)起的呼叫或發(fā)送的消息; 獲取發(fā)起方信息;將攜帶所述發(fā)起方信息的呼叫或消息向接收方發(fā)送。
12、 如權(quán)利要求11所述發(fā)起方信息的發(fā)送方法,其特征在于,所述的發(fā) 起方信息從所述呼叫或發(fā)送的消息攜帶的內(nèi)容中獲取、或者從服務(wù)器中獲取。
13、 如權(quán)利要求12所述發(fā)起方信息的發(fā)送方法,其特征在于,所述接收 發(fā)起方向接收方發(fā)起的呼叫或發(fā)送的消息的步驟前還包括接收發(fā)起方進(jìn)行的在消息或呼叫中添加所述發(fā)起方信息的業(yè)務(wù)預(yù)定。
14、 如權(quán)利要求13所述發(fā)起方信息的發(fā)送方法,其特征在于,所述在消息或呼叫中添加所述發(fā)起方信息的步驟具體為所述發(fā)送的消息為短消息時(shí),在所述短消息的頭域或消息體中添加所述發(fā)起方的信息;或所述消息為多4某體彩信消息時(shí),在所述多i某體彩信消息的頭域或消息體 中添加所述發(fā)起方的信息;或在所述呼叫中的User-to-User消息元、或INVITE消息、或USSD消息或 FACILITY消息中添加所述發(fā)起方的信息。
15、 如權(quán)利要求14所述發(fā)起方信息的發(fā)送方法,其特征在于,所述在呼 叫或消息中添加所述發(fā)起方信息前還包括將所述呼叫或消息中添加的發(fā)起方的信息進(jìn)行轉(zhuǎn)換,所述轉(zhuǎn)換包括在所 述的User-to-User消息元、INVITE消息、USSD或者FACILITY消息中的任 何兩者間進(jìn)行轉(zhuǎn)換。
16、 一種接收方設(shè)備,其特征在于,包括信息列表獲取單元,用于從服務(wù)器獲取信息列表,所述信息列表包括用戶的號(hào)碼以及對(duì)應(yīng)的用戶信息;信息列表存儲(chǔ)單元,用于存儲(chǔ)所述信息列表獲取單元獲取到的信息列表。 信息列表匹配單元,用于根據(jù)所述信息列表存儲(chǔ)單元存儲(chǔ)的信息列表,對(duì)接收到的消息或呼叫的發(fā)起方號(hào)碼進(jìn)行匹配,獲取發(fā)起方的信息。
17、 一種服務(wù)器,其特征在于,包括 信息列表提供單元,用于向接收方提供信息列表;信息列表維護(hù)單元,用于維護(hù)信息列表并提供給信息列表提供單元,所 述信息列表包括用戶的號(hào)碼以及對(duì)應(yīng)的用戶信息。
18、 一種發(fā)起方設(shè)備,其特征在于,包括發(fā)起方信息添加單元,用于在向接收方設(shè)備發(fā)送的消息或發(fā)起的呼叫中 添加本設(shè)備的信息;發(fā)起方發(fā)送單元,用于將所述發(fā)起方信息添加單元生成的消息或呼叫通 過服務(wù)器向所述接收方設(shè)備發(fā)送。
19、 一種服務(wù)器,其特征在于,包括信息添加單元,用于在向接收方設(shè)備發(fā)送的消息或發(fā)起的呼叫中添加發(fā) 起方設(shè)備的信息;信息存儲(chǔ)單元,用于維護(hù)所述發(fā)起方設(shè)備的號(hào)碼以及對(duì)應(yīng)的信息,并在 需要時(shí)提供給所述信息添加單元。
全文摘要
本發(fā)明公開了一種發(fā)起方信息的顯示方法,包括以下步驟接收服務(wù)器發(fā)送的消息或呼叫;根據(jù)所述消息或呼叫獲取發(fā)起方的信息;顯示所述獲取到的發(fā)起方的信息。本發(fā)明還公開了一種用于發(fā)起方信息顯示的設(shè)備。通過使用本發(fā)明,接收方通過獲取對(duì)發(fā)起方發(fā)送的請(qǐng)求或呼叫中的內(nèi)容,可以在獲得發(fā)起方號(hào)碼的同時(shí)獲得業(yè)務(wù)發(fā)起方的信息,使得當(dāng)用戶接收到業(yè)務(wù)時(shí),可以通過顯示品牌LOGO,實(shí)現(xiàn)簡(jiǎn)單經(jīng)濟(jì)的業(yè)務(wù)推廣,也可以顯示發(fā)起方個(gè)性化標(biāo)簽,名片,廣告圖片,情緒信息等信息,來提供個(gè)性化服務(wù)。
文檔編號(hào)H04W76/00GK101420476SQ20081017065
公開日2009年4月29日 申請(qǐng)日期2008年10月25日 優(yōu)先權(quán)日2007年10月26日
發(fā)明者健 楊, 范姝男 申請(qǐng)人:華為技術(shù)有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1
岫岩| 托克逊县| 晋中市| 封丘县| 巍山| 无棣县| 宣城市| 台北市| 安溪县| 合阳县| 武定县| 镇赉县| 湘潭市| 无锡市| 澄迈县| 晴隆县| 仙居县| 称多县| 安徽省| 沾益县| 云阳县| 亳州市| 蒲江县| 双峰县| 赫章县| 尉犁县| 余江县| 徐汇区| 确山县| 许昌县| 漯河市| 白城市| 扎赉特旗| 兰溪市| 鄂托克前旗| 清原| 芜湖县| 广德县| 枝江市| 宝丰县| 东明县|