專利名稱：一種實現(xiàn)手機(jī)簽名的系統(tǒng)和方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種實現(xiàn)手機(jī)簽名的系統(tǒng)和方法，屬于移動通信技術(shù)領(lǐng)域。
背景技術(shù)：
隨著科技的發(fā)展，移動終端日漸普及，手機(jī)已經(jīng)成為現(xiàn)代人所必備的一種通訊工 具。手機(jī)簽名業(yè)務(wù)是在通話過程中向用戶傳遞可變信息的增值業(yè)務(wù)，可以分為主叫簽名業(yè) 務(wù)和被叫簽名業(yè)務(wù)，其中主叫簽名業(yè)務(wù)是主叫用戶撥打電話時，向被叫手機(jī)終端投遞主叫 用戶設(shè)置的簽名信息；被叫簽名業(yè)務(wù)是被叫用戶接聽電話時，向主叫手機(jī)終端投遞被叫用 戶設(shè)置的簽名信息。對于主叫簽名業(yè)務(wù)而言，當(dāng)被叫用戶接聽電話時，如果主叫用戶的歸屬地、名片等 簽名信息與主叫號碼一起顯示在被叫用戶的手機(jī)終端上，則將為被叫用戶提供極大的方 便，同時，主叫用戶的問候短語、個性簽名還能彰顯主叫用戶個性，傳情達(dá)意；對于被叫簽名 業(yè)務(wù)而言，主叫用戶撥打電話時，如果能收到被叫用戶定制的名片信息、問候短語、個性簽 名語等簽名信息，也是非常新穎獨特的體驗。特別對于企業(yè)用戶，在撥打或接聽電話的時 候，如果能將企業(yè)宣傳語、企業(yè)信息、產(chǎn)品廣告、促銷打折、動態(tài)新聞等信息發(fā)送給用戶，將 是非常好的企業(yè)和產(chǎn)品宣傳手段。如何實現(xiàn)手機(jī)簽名業(yè)務(wù)中的主叫簽名業(yè)務(wù)和被叫簽名業(yè)務(wù)？目前存在有以下的 解決方案1、專利申請CN 200910152656. 4(申請名稱一種實現(xiàn)主叫終端伴隨回鈴音實時 自動顯示信息的方法，申請時間2009-09-10，申請人華勇)涉及一種實現(xiàn)主叫終端伴隨 回鈴音實時自動顯示信息的方法，技術(shù)方案是1)手機(jī)簽名系統(tǒng)通過智能網(wǎng)實時獲取移動 主叫用戶對被叫用戶的呼叫信息；2)手機(jī)簽名系統(tǒng)解析本次呼叫信息，根據(jù)呼叫信息中的 被叫號碼、主叫號碼，結(jié)合當(dāng)前的時間、日期，從數(shù)據(jù)庫中獲取被叫用戶事先設(shè)置的手機(jī)簽 名信息；3)手機(jī)簽名系統(tǒng)將手機(jī)簽名信息再通過N07信令的MAP協(xié)議發(fā)送到主叫用戶的移 動終端，并在主叫用戶的移動終端上顯示。還有專利申請CN 200920310067. X，但這些技術(shù) 方案都僅涉及被叫簽名業(yè)務(wù)，不能同時實現(xiàn)主叫簽名和被叫簽名業(yè)務(wù)。2、專利申請CN 200710188311. 5(申請名稱實現(xiàn)主叫名顯示業(yè)務(wù)的方法和主 叫信息服務(wù)設(shè)備，申請時間2007-11-16，申請人華為技術(shù)有限公司)公開了一種實現(xiàn) 主叫名顯示業(yè)務(wù)的方法，主要步驟包括接收交換系統(tǒng)發(fā)送的攜帶有主叫和被叫標(biāo)識的 業(yè)務(wù)請求；根據(jù)主叫的標(biāo)識查詢主叫用戶設(shè)置的主叫信息，根據(jù)被叫的標(biāo)識查詢被叫的 位置信息；在確定被叫終端已振鈴后，按照被叫的位置信息將攜帶主叫信息的閃信發(fā)送 給被叫。還有專利申請CN200510112626. 2、專利申請CN 200810115733. 4、專利申請CN 200410101633. 8、專利申請 CN 200810104877. X 和專利申請 CN 200610135211. 1，這些技術(shù) 方案都僅涉及到主叫簽名業(yè)務(wù)，也不能同時實現(xiàn)主叫簽名和被叫簽名業(yè)務(wù)。如何能同時實現(xiàn)手機(jī)簽名中的主叫簽名和被叫簽名業(yè)務(wù)，從而為呼叫的主、被叫 雙方分別提供被叫簽名和主叫簽名信息？已經(jīng)成為業(yè)內(nèi)技術(shù)人員關(guān)注的一個熱點和急需解決的技術(shù)問題。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的目的是提供一種實現(xiàn)手機(jī)簽名的系統(tǒng)和方法，能同時實現(xiàn)主 叫簽名和被叫簽名業(yè)務(wù)，從而為呼叫的主、被叫雙方分別提供被叫簽名和主叫簽名信息。為了達(dá)到上述目的，本發(fā)明提供了一種實現(xiàn)手機(jī)簽名的系統(tǒng)，包括有簽名業(yè)務(wù)平 臺、主叫MSC、被叫MSC和智能網(wǎng)平臺，其中簽名業(yè)務(wù)平臺，用于接收智能網(wǎng)平臺轉(zhuǎn)發(fā)來的用戶呼叫事件，根據(jù)主、被叫用戶的 簽約信息，提取相應(yīng)的簽名信息，并向被叫和/或主叫手機(jī)終端投遞所述簽名信息；主叫MSC，用于接收主叫用戶的呼叫請求，查詢HLR，并判斷當(dāng)主或被叫用戶具有 ο/τ-csi簽約信息時，將呼叫觸發(fā)至智能網(wǎng)平臺，然后在接收到智能網(wǎng)平臺返回的呼叫繼續(xù) 指示后，繼續(xù)進(jìn)行主叫手機(jī)終端到被叫手機(jī)終端的呼叫接續(xù)操作；被叫MSC，用于接收主叫MSC的呼叫，進(jìn)行主叫手機(jī)終端到被叫手機(jī)終端的呼叫接 續(xù)操作，從而實現(xiàn)主叫用戶和被叫用戶的通話；智能網(wǎng)平臺，用于接收主叫MSC轉(zhuǎn)發(fā)來的用戶呼叫請求，并在向主叫MSC返回呼叫 繼續(xù)指示后，將所述呼叫事件繼續(xù)觸發(fā)至簽名業(yè)務(wù)平臺。為了達(dá)到上述目的，本發(fā)明還提供了一種實現(xiàn)手機(jī)簽名的方法，包含有步驟A、主叫用戶撥打被叫用戶，主叫MSC根據(jù)主、被叫用戶的Ο/Τ-CSI簽約信息將 所述呼叫轉(zhuǎn)至智能網(wǎng)平臺后，繼續(xù)進(jìn)行主叫手機(jī)終端到被叫手機(jī)終端的呼叫接續(xù)操作，同 時，所述呼叫事件被觸發(fā)至簽名業(yè)務(wù)平臺；步驟B、簽名業(yè)務(wù)平臺根據(jù)主、被叫用戶的簽約信息，提取相應(yīng)的主、被叫簽名信 息，并向用戶手機(jī)終端投遞所述簽名信息；步驟C、用戶手機(jī)終端對簽名業(yè)務(wù)平臺所投遞的簽名信息進(jìn)行顯示。與現(xiàn)有技術(shù)相比，本發(fā)明的有益效果是本發(fā)明能同時實現(xiàn)主叫簽名和被叫簽名 業(yè)務(wù)，并以USSD、閃信、彩信或短信的方式將主叫和被叫用戶事先設(shè)置的簽名信息在對方手 機(jī)上呈現(xiàn)，既彰顯用戶時尚個性，又體現(xiàn)實用價值，無論對于個人用戶還是企業(yè)用戶，都具 有很高的應(yīng)用價值；當(dāng)主叫呼叫被叫用戶時，基于智能網(wǎng)并通過信令采集或SCP觸發(fā)兩種 不同方式將呼叫事件觸發(fā)至簽名業(yè)務(wù)平臺，從而對現(xiàn)網(wǎng)的改動工作量很??；用戶可以根據(jù) 自身需要設(shè)置多個簽名投遞規(guī)則，并由簽名業(yè)務(wù)平臺按一定的優(yōu)先級次序挑選合適的簽名 投遞規(guī)則來投遞手機(jī)簽名信息，例如系統(tǒng)設(shè)置、用戶默認(rèn)設(shè)置、群組設(shè)置或分時設(shè)置、特殊 日期設(shè)置等，從而能充分滿足用戶的個性需求；本發(fā)明還可以在傳遞手機(jī)簽名信息的基礎(chǔ) 之上，引入評論、復(fù)制、關(guān)注、邀請等交互菜單，從而能進(jìn)一步增加用戶之間的互動；用戶的 手機(jī)簽名信息還可以和飛信、MSN、QQ、微博等軟件的個性簽名內(nèi)容同步，從而實現(xiàn)簽名一點 編輯更新，手機(jī)簽名業(yè)務(wù)和其他軟件能多點同步呈現(xiàn)用戶的最新簽名。


圖1是本發(fā)明優(yōu)選實施例的組成結(jié)構(gòu)示意圖。圖2是本發(fā)明簽名業(yè)務(wù)平臺的組成結(jié)構(gòu)示意圖。圖3是本發(fā)明簽名業(yè)務(wù)平臺的控制裝置的組成結(jié)構(gòu)示意圖。
圖4是本發(fā)明一種實現(xiàn)手機(jī)簽名的方法流程圖。圖5是圖4步驟A中，主叫用戶撥打被叫用戶，主叫MSC根據(jù)主、被叫用戶的0/ T-CSI簽約信息將所述呼叫轉(zhuǎn)至智能網(wǎng)平臺后，繼續(xù)進(jìn)行主叫手機(jī)終端到被叫手機(jī)終端的 呼叫接續(xù)操作的具體操作流程圖。圖6是圖4步驟B的具體操作流程圖。圖7是本發(fā)明一種實現(xiàn)手機(jī)簽名的方法的實施例的信令交互流程圖。圖8是實施例中，用戶手機(jī)終端上同時顯示簽名信息和交互菜單的示意圖。圖9是圖4步驟B中，當(dāng)簽名業(yè)務(wù)平臺還在向用戶手機(jī)終端投遞的簽名信息中設(shè) 置了交互菜單時，簽名業(yè)務(wù)平臺和用戶進(jìn)行交互的具體操作流程圖。圖10是當(dāng)所述交互菜單包括業(yè)務(wù)注冊、簽名評論、簽名復(fù)制、簽名關(guān)注、用戶邀請 的菜單項時，圖9步驟E的具體操作流程圖。圖11是當(dāng)簽名業(yè)務(wù)平臺接收到用戶的簽名同步請求時，簽名業(yè)務(wù)平臺和第三方 軟件平臺進(jìn)行簽名同步的具體操作流程圖。
具體實施例方式為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面結(jié)合附圖和實施例對本發(fā)明 作進(jìn)一步的詳細(xì)描述。首先對本文中出現(xiàn)的英文名詞給出相應(yīng)的中文名稱1、HLR:歸屬位置寄存器2、MSC:移動交換中心3、USSD 非結(jié)構(gòu)化補(bǔ)充數(shù)據(jù)業(yè)務(wù)4、SCP 智能網(wǎng)業(yè)務(wù)控制裝置用戶可以通過本發(fā)明簽名業(yè)務(wù)平臺的網(wǎng)站、短信端口或向用戶手機(jī)終端投遞的 USSD菜單等方式開通簽名業(yè)務(wù)，并設(shè)置自己的簽名信息，所述簽名業(yè)務(wù)包括主叫簽名業(yè)務(wù) 和被叫簽名業(yè)務(wù)，所述簽名信息可以包含有用戶歸屬地信息、個性化簽名(可以是心情表 露、祝福語、名片等)、新聞廣告(可以是個人廣告、個人信息、企業(yè)宣傳語、企業(yè)信息、產(chǎn)品 廣告、促銷打折、換號通知、彩鈴信息等)等內(nèi)容。如圖1所示，是本發(fā)明優(yōu)選實施例的組成結(jié)構(gòu)示意圖，包括有簽名業(yè)務(wù)平臺、營帳 系統(tǒng)、HLR、主叫MSC、被叫MSC、智能網(wǎng)平臺、短信/閃信/彩信中心/網(wǎng)關(guān)、主叫手機(jī)終端和 被叫手機(jī)終端，其中簽名業(yè)務(wù)平臺，用于接收智能網(wǎng)平臺轉(zhuǎn)發(fā)來的用戶呼叫事件，根據(jù)主、被叫用戶的 簽約信息，提取相應(yīng)的簽名信息，并向被叫和/或主叫手機(jī)終端投遞所述簽名信息；營帳系統(tǒng)，和簽名業(yè)務(wù)平臺、HLR相連，用于支持用戶的開銷戶操作，當(dāng)接收到簽名 業(yè)務(wù)平臺轉(zhuǎn)發(fā)來的用戶開戶請求時，查詢HLR中該用戶的簽約信息，當(dāng)該用戶是沒有簽約 信息的非智能網(wǎng)用戶時，為其添加主/被叫0/T-CSI簽約信息；HLR，和營帳系統(tǒng)、主叫MSC相連，用于根據(jù)營帳系統(tǒng)的指令，為沒有簽約信息的非 智能網(wǎng)用戶添加主/被叫0/T-CSI簽約信息，并為主叫MSC提供主、被叫用戶的簽約信息；主叫MSC，和HLR、智能網(wǎng)平臺、被叫MSC相連，用于接收主叫用戶的呼叫請求，查詢 HLR，并判斷當(dāng)主或被叫用戶具有0/T-CSI簽約信息時，將呼叫觸發(fā)至智能網(wǎng)平臺，然后在接收到智能網(wǎng)平臺返回的呼叫繼續(xù)指示后，繼續(xù)進(jìn)行主叫手機(jī)終端到被叫手機(jī)終端的呼叫 接續(xù)操作；被叫MSC，和主叫MSC相連，用于接收主叫MSC的呼叫，進(jìn)行主叫手機(jī)終端到被叫手 機(jī)終端的呼叫接續(xù)操作，從而實現(xiàn)主叫用戶和被叫用戶的通話；智能網(wǎng)平臺，和主叫MSC、簽名業(yè)務(wù)平臺相連，用于接收主叫MSC轉(zhuǎn)發(fā)來的用戶呼 叫請求，并在向主叫MSC返回呼叫繼續(xù)指示后，將所述呼叫事件繼續(xù)觸發(fā)至簽名業(yè)務(wù)平臺；短信/閃信/彩信中心/網(wǎng)關(guān)，和簽名業(yè)務(wù)平臺相連，用于簽名業(yè)務(wù)平臺和用戶手 機(jī)終端的短信/閃信/彩信交互，根據(jù)簽名業(yè)務(wù)平臺的指令，通過短信/閃信/彩信的方式 向用戶手機(jī)終端投遞簽名信息；并將用戶發(fā)來的短信/閃信/彩信轉(zhuǎn)交至簽名業(yè)務(wù)平臺。所述智能網(wǎng)平臺可以通過信令采集或SCP觸發(fā)兩種不同方式實現(xiàn)所述功能。1、當(dāng)采用信令采集方式時，所述智能網(wǎng)平臺還可以進(jìn)一步包括有SCP和信令采集 平臺，其中SCP，用于接收主叫MSC轉(zhuǎn)發(fā)來的用戶呼叫請求(如IDP信令)，并向主叫MSC返 回呼叫繼續(xù)指示(如Connect、或cont inue信令)；信令采集平臺，用于采集智能網(wǎng)SCP的信令，當(dāng)監(jiān)測到主或被叫歸屬SCP接收到主 叫MSC發(fā)來的用戶呼叫請求(如IDP信令)時，將所述呼叫事件通知簽名業(yè)務(wù)平臺。2、當(dāng)采用SCP觸發(fā)方式時，所述智能網(wǎng)平臺采用SCP實現(xiàn)，即由SCP接收到主 叫MSC轉(zhuǎn)發(fā)來的用戶呼叫請求(如IDP信令)，并在向主叫MSC返回呼叫繼續(xù)指示(如 Connect,或cont inue信令)后，將所述呼叫事件通知簽名業(yè)務(wù)平臺。如圖2所示，簽名業(yè)務(wù)平臺進(jìn)一步包括有控制裝置、信令裝置、USSD應(yīng)用裝置、短 信/閃信/彩信裝置、門戶裝置、數(shù)據(jù)庫裝置、第三方軟件簽名同步裝置，其中控制裝置，和信令裝置、USSD應(yīng)用裝置、短信/閃信/彩信裝置、門戶裝置、數(shù)據(jù)庫 裝置、第三方軟件簽名同步裝置相連，用于對簽名業(yè)務(wù)平臺內(nèi)其它裝置轉(zhuǎn)發(fā)來的消息進(jìn)行 實時并發(fā)處理，接收信令裝置轉(zhuǎn)發(fā)來的用戶呼叫請求，提取主、被叫簽名信息，并將所述簽 名信息交由USSD應(yīng)用裝置、或短信/閃信/彩信裝置投遞至用戶手機(jī)終端，同時還根據(jù)用 戶返回的交互信息執(zhí)行相應(yīng)的簽名業(yè)務(wù)邏輯。信令裝置，用于接收智能網(wǎng)平臺發(fā)送來的用戶呼叫請求(如IDP信令)，并轉(zhuǎn)交給 控制裝置繼續(xù)處理。USSD應(yīng)用裝置，用于模擬USSD中心，根據(jù)控制裝置的指令，以USSD Request模式 向被叫/主叫手機(jī)終端投遞簽名信息和交互菜單，并設(shè)置定時器，等待發(fā)送報告，如果定時 器超時仍未收到發(fā)送成功的報告，則進(jìn)行消息重發(fā)，同時還將用戶所選的菜單項內(nèi)容轉(zhuǎn)交 給控制裝置處理。短信/閃信/彩信裝置，用于根據(jù)控制裝置的指令，將用戶的簽名信息通過短信/ 閃信/彩信中心/網(wǎng)關(guān)發(fā)送至用戶手機(jī)終端，并將短信/閃信/彩信中心/網(wǎng)關(guān)轉(zhuǎn)發(fā)來的 用戶短信/閃信/彩信內(nèi)容交由控制裝置處理。門戶裝置，用于提供包括用戶、操作員、系統(tǒng)管理員的外部接入和系統(tǒng)管理功能， 所述接入方式包括WWW頁面WEB、無線應(yīng)用協(xié)議WAP。從而實現(xiàn)系統(tǒng)管理員對系統(tǒng)、用戶信 息、手機(jī)簽名信息的管理；用戶對業(yè)務(wù)的定制和取消，以及對個人信息、簽名信息、簽名投遞 規(guī)則、第三方軟件簽名同步的管理。
數(shù)據(jù)庫裝置，用于提供系統(tǒng)所需的數(shù)據(jù)存儲、管理和支持功能。第三方軟件簽名同步裝置，用于接收控制裝置轉(zhuǎn)發(fā)的用戶簽名同步請求，并向所 述簽名同步請求中的第三方軟件平臺發(fā)起簽名同步訂購關(guān)系建立請求，當(dāng)接收到第三方軟 件平臺返回的確認(rèn)消息時，對所述用戶進(jìn)行簽名同步訂購關(guān)系標(biāo)記；對具有簽名同步訂購 關(guān)系標(biāo)記的用戶的手機(jī)簽名信息實時監(jiān)測，當(dāng)所述手機(jī)簽名信息被更新時，向與之具有簽 名同步訂購關(guān)系的第三方軟件平臺發(fā)送簽名更新消息；當(dāng)接收到第三方軟件平臺發(fā)送來的 簽名更新消息，對數(shù)據(jù)庫中的手機(jī)簽名信息實時更新；當(dāng)雙方平臺同步信息出錯時，通過非 實時接口和第三方軟件平臺進(jìn)行批量核對，所述第三方軟件包括但不限于飛信、MSN、QQ和 微博。如圖3所示，簽名業(yè)務(wù)平臺的控制裝置還可以進(jìn)一步包括有觸發(fā)部件、簽名提取 部件、業(yè)務(wù)注冊部件、簽名評論部件、簽名復(fù)制部件、簽名關(guān)注部件和用戶邀請部件，其中觸發(fā)部件，用于接收簽名業(yè)務(wù)平臺內(nèi)其它裝置轉(zhuǎn)發(fā)來的消息，并根據(jù)消息類型，將 所述消息轉(zhuǎn)發(fā)至控制裝置內(nèi)的其他部件進(jìn)行實時處理；簽名提取部件，用于根據(jù)觸發(fā)部件轉(zhuǎn)發(fā)來的用戶呼叫請求消息，按優(yōu)先級從高至 低的次序，將本次呼叫條件(如呼叫日期、主叫或被叫用戶、呼叫時間)依次和主、被叫用戶 所對應(yīng)的若干個簽名投遞規(guī)則進(jìn)行匹配，當(dāng)所述呼叫條件和正在匹配的簽名投遞規(guī)則相符 時，提取所述簽名投遞規(guī)則對應(yīng)的用戶簽名信息，并交由USSD應(yīng)用裝置或者短信/閃信/ 彩信裝置發(fā)送至用戶手機(jī)終端；業(yè)務(wù)注冊部件，用于根據(jù)觸發(fā)部件轉(zhuǎn)發(fā)來的用戶開戶請求消息，并向營帳系統(tǒng)轉(zhuǎn) 發(fā)所述用戶開戶請求；簽名評論部件，用于根據(jù)觸發(fā)部件轉(zhuǎn)發(fā)來的簽名評論請求消息，并通過短信/閃 信/彩信裝置和用戶交互，保存用戶所提交的編輯評論內(nèi)容，同時還將所述編輯評論內(nèi)容 通知呼叫的另一方用戶、以及顯示在呼叫雙方的個人網(wǎng)頁上；簽名復(fù)制部件，用于根據(jù)觸發(fā)部件轉(zhuǎn)發(fā)來的簽名復(fù)制請求消息，將用戶的默認(rèn)簽 名內(nèi)容更新為所接收到的簽名信息內(nèi)容，同時還將所述用戶的默認(rèn)簽名內(nèi)容顯示在用戶的 個人網(wǎng)頁上；簽名關(guān)注部件，用于根據(jù)觸發(fā)部件轉(zhuǎn)發(fā)來的簽名關(guān)注請求消息，記錄用戶的關(guān)注 動作(例如用戶的手機(jī)號碼、呼叫的另一方用戶的手機(jī)號碼、用戶的簽名信息內(nèi)容、簽名 信息的制作時間等)，同時還將所述用戶的關(guān)注動作顯示在用戶的個人網(wǎng)頁上；用戶邀請部件，用于根據(jù)觸發(fā)部件轉(zhuǎn)發(fā)來的用戶邀請請求消息，并通過短信/閃 信/彩信裝置和用戶交互，向用戶所提交的邀請?zhí)柎a組中的所有用戶手機(jī)終端投遞業(yè)務(wù)邀 請菜單，所述業(yè)務(wù)邀請菜單可以包括有邀請方用戶的手機(jī)號碼、簽名業(yè)務(wù)簡介等信息。圖4是本發(fā)明一種實現(xiàn)手機(jī)簽名的方法流程圖，包含有以下步驟步驟A、主叫用戶撥打被叫用戶，主叫MSC根據(jù)主、被叫用戶的0/T-CSI簽約信息將 所述呼叫轉(zhuǎn)至智能網(wǎng)平臺后，繼續(xù)進(jìn)行主叫手機(jī)終端到被叫手機(jī)終端的呼叫接續(xù)操作，同 時，所述呼叫事件被觸發(fā)至簽名業(yè)務(wù)平臺；步驟B、簽名業(yè)務(wù)平臺根據(jù)主、被叫用戶的簽約信息，提取相應(yīng)的主、被叫簽名信 息，并向用戶手機(jī)終端投遞所述簽名信息；步驟C、用戶手機(jī)終端對簽名業(yè)務(wù)平臺所投遞的簽名信息進(jìn)行顯示。
當(dāng)用戶通過簽名業(yè)務(wù)平臺所提供的網(wǎng)站、短信端口或投遞的USSD菜單等方式申 請開通簽名業(yè)務(wù)時，本發(fā)明還包括有以下步驟簽名業(yè)務(wù)平臺向營帳系統(tǒng)發(fā)送用戶開戶請求；營帳系統(tǒng)查詢HLR中該用戶的簽約信息，當(dāng)所述用戶是沒有簽約信息的非智能網(wǎng) 用戶時，為其添加主/被叫0/T-CSI簽約信息。如圖5所示，圖4步驟A中，主叫用戶撥打被叫用戶，主叫MSC根據(jù)主、被叫用戶的 ο/τ-csi簽約信息將所述呼叫轉(zhuǎn)至智能網(wǎng)平臺后，繼續(xù)進(jìn)行主叫手機(jī)終端到被叫手機(jī)終端 的呼叫接續(xù)操作，進(jìn)一步包括有以下步驟步驟Al、主叫MSC通過HLR獲取主、被叫用戶的簽約信息，并判斷主或被叫用戶是 否有Ο/Τ-CSI簽約信息？如果是，則將所述用戶呼叫請求(如IDP信令)轉(zhuǎn)發(fā)至主或被叫 歸屬SCP ；如果否，則按一般流程接續(xù)用戶呼叫，本流程結(jié)束；步驟A2、主或被叫歸屬SCP通過呼叫繼續(xù)指令(如Connect、或cont inue)指示 主叫MSC呼叫繼續(xù)；步驟A3、主叫MSC繼續(xù)呼叫被叫MSC，從而實現(xiàn)主、被叫用戶的正常通話。同時，所述呼叫事件也可以通過信令采集或SCP觸發(fā)兩種不同方式被觸發(fā)至簽名 業(yè)務(wù)平臺，其中1、信令采集，即由信令采集平臺負(fù)責(zé)對智能網(wǎng)SCP的信令進(jìn)行實時采集，并通知 簽名業(yè)務(wù)平臺。圖4步驟A中，所述呼叫事件被觸發(fā)至簽名業(yè)務(wù)平臺，進(jìn)一步包括有信令采集平臺采集智能網(wǎng)SCP的信令，當(dāng)監(jiān)測到主或被叫歸屬SCP接收到主叫MSC 發(fā)來的用戶呼叫請求(如IDP信令)，信令采集平臺將呼叫事件通知簽名業(yè)務(wù)平臺。2、SCP觸發(fā)，即由SCP通知簽名業(yè)務(wù)平臺。圖4步驟A中，所述呼叫事件被觸發(fā)至 簽名業(yè)務(wù)平臺，進(jìn)一步包括有主或被叫歸屬SCP在向主叫MSC返回呼叫繼續(xù)指示(如Connect、或continue信 令)后，將所述呼叫事件通知簽名業(yè)務(wù)平臺。如圖6所示，圖4步驟B的具體操作流程包括有步驟Bi、簽名業(yè)務(wù)平臺判斷主叫用戶是否簽約有簽名業(yè)務(wù)？如果是，則提取主叫 用戶的簽名信息，并向被叫手機(jī)終端投遞所述主叫用戶的簽名信息，繼續(xù)下一步；如果否， 則繼續(xù)下一步；步驟B2、簽名業(yè)務(wù)平臺判斷被叫用戶是否簽約有簽名業(yè)務(wù)？如果是，則提取被叫 用戶的簽名信息，并向主叫手機(jī)終端投遞所述被叫用戶的簽名信息，繼續(xù)下一步；如果否， 則繼續(xù)下一步。步驟B3、本流程結(jié)束。所述步驟Bl和步驟B2的先后執(zhí)行次序可以根據(jù)系統(tǒng)需要靈活設(shè)定。步驟Bl和步驟B2中，簽名業(yè)務(wù)平臺可以從用戶預(yù)先設(shè)定的若干個簽名投遞規(guī)則 中，按照優(yōu)先級次序來挑選合適的簽名投遞規(guī)則，并根據(jù)所述簽名投遞規(guī)則提取相應(yīng)的簽 名信息。所述簽名投遞規(guī)則可以由用戶通過網(wǎng)站或短信來設(shè)定，所述簽名投遞規(guī)則可以包 括有系統(tǒng)設(shè)置、用戶默認(rèn)設(shè)置、群組設(shè)置或分時設(shè)置、特殊日期設(shè)置等。其中，系統(tǒng)設(shè)置由 系統(tǒng)來定義，用戶不可見，是沒有任何用戶設(shè)置時使用的，可以是一個普通簽名，也可以是 簽名包輪播。用戶默認(rèn)設(shè)置是用戶所定制的默認(rèn)簽名內(nèi)容。分時設(shè)置是用戶針對某個時間區(qū)間內(nèi)所設(shè)置的簽名內(nèi)容。群組設(shè)置是用戶針對某個群組所設(shè)置的簽名內(nèi)容，所述群組和 群組成員由用戶進(jìn)行增刪和修改。特殊日期設(shè)置是用戶針對某個具體的日期所設(shè)置的簽名 內(nèi)容。圖6步驟Bl和步驟B2中，簽名業(yè)務(wù)平臺提取主叫或被叫用戶的簽名信息，進(jìn)一步 包括有簽名業(yè)務(wù)平臺提取用戶所設(shè)定的若干個簽名投遞規(guī)則，按優(yōu)先級從高至低的次 序，將本次呼叫條件(如呼叫日期、主叫或被叫用戶、呼叫時間)依次和所述若干個簽名投 遞規(guī)則進(jìn)行匹配，當(dāng)所述呼叫條件和正在匹配的簽名投遞規(guī)則相符時，提取所述簽名投遞 規(guī)則對應(yīng)的簽名信息。簽名業(yè)務(wù)平臺可以USSD、閃信、彩信、或短信的方式向用戶手機(jī)終端投遞簽名信 息。當(dāng)采用USSD方式時，有以下兩種實現(xiàn)方式方式1、簽名業(yè)務(wù)平臺作為USSD應(yīng)用，以USSD SP的角色，通過UAP(USSD applicationProtocol)協(xié)議請求USSD中心下發(fā)簽名信息。方式2、簽名業(yè)務(wù)平臺模擬USSD中心，直接以MAP信令模式下發(fā)簽名信息?？紤]到時效性，本發(fā)明采用方式2，即圖6步驟Bl和步驟B2中，簽名業(yè)務(wù)平臺向被 叫/主叫手機(jī)終端投遞所述主叫/被叫用戶的簽名信息，進(jìn)一步包括有簽名業(yè)務(wù)平臺模擬USSD中心，以USSD Request模式向被叫/主叫手機(jī)終端發(fā)送 簽名信息，同時設(shè)置定時器，等待發(fā)送報告，如果定時器超時仍未收到發(fā)送成功的報告，進(jìn) 行消息重發(fā)。為了更清楚解釋本發(fā)明的方法流程，圖7是本發(fā)明一種實現(xiàn)手機(jī)簽名的方法的實 施例的信令交互流程圖。步驟1 主叫MSC向HLR發(fā)送路由詢問消息SRI信令，查詢被叫用戶的路由信息；步驟2 =HLR向主叫MSC返回路由詢問應(yīng)答消息SRI-ACK信令，返回被叫用戶的路 由和簽約信息；步驟3 主叫MSC根據(jù)主叫和被叫用戶的0/T-CSI簽約信息，向主或被叫歸屬SCP 發(fā)出用戶呼叫請求消息IDP信令；步驟4 主或被叫歸屬SCP向主叫MSC返回呼叫繼續(xù)消息Connect (或continue) 指令。步驟5-步驟10 主叫MSC繼續(xù)呼叫被叫MSC，主、被叫開始正常通話，當(dāng)用戶掛機(jī) 后，通話結(jié)束。當(dāng)步驟4實施時，下述步驟11至步驟15也同時實施步驟11 手機(jī)簽名業(yè)務(wù)平臺接收呼叫通知消息；步驟12-步驟13 簽名業(yè)務(wù)平臺向被叫手機(jī)終端投遞主叫簽名信息；步驟14-步驟15 簽名業(yè)務(wù)平臺向主叫手機(jī)終端投遞被叫簽名信息。為了進(jìn)一步增加用戶之間的互動性和簽名信息獲取的便捷性，圖4步驟B中，簽名 業(yè)務(wù)平臺還可以同時向用戶手機(jī)終端投遞交互菜單，并通過交互菜單和用戶互動，從而實 現(xiàn)業(yè)務(wù)注冊、簽名評論、簽名復(fù)制、簽名關(guān)注、用戶邀請等功能。圖8示出了實施例中，用戶 手機(jī)終端上同時顯示簽名信息和交互菜單的示意圖，其中圖8(a)是主叫手機(jī)終端的顯示 示意圖，圖8 (b)是被叫手機(jī)終端的顯示示意圖，所述交互菜單項可以包括有
1、業(yè)務(wù)注冊，即當(dāng)用戶不是簽名業(yè)務(wù)用戶時，用戶可以選擇此項并開通簽名業(yè)務(wù)。2、簽名評論，用戶可以通過此項對所接收的簽名信息進(jìn)行評論，所述評論信息將 以短信形式發(fā)給發(fā)布簽名的用戶，同時顯示在發(fā)布簽名的用戶的個人網(wǎng)頁上。用戶自己參 與過的評論也會顯示在自己個人網(wǎng)頁上。用戶之間的交互流程可以繼續(xù)下去，在網(wǎng)頁上呈 現(xiàn)出來。3、簽名復(fù)制，用戶可以通過此項將所接收的簽名信息更新為該用戶的默認(rèn)簽名。4、簽名關(guān)注，用戶可以通過此項對自己所關(guān)注的簽名信息的動態(tài)進(jìn)行跟蹤。5、用戶邀請，用戶可以通過此項向好友發(fā)出簽名業(yè)務(wù)邀請。如圖9所示，圖4步驟B中，當(dāng)簽名業(yè)務(wù)平臺還在向用戶手機(jī)終端投遞的簽名信息 中設(shè)置了交互菜單時，本發(fā)明還包括有以下操作步驟步驟D、用戶從交互菜單中選擇所需的菜單項，將所述菜單項序號回復(fù)至簽名業(yè)務(wù) 平臺。用戶可以通過USSD或者短信方式和簽名業(yè)務(wù)平臺交互。步驟E、簽名業(yè)務(wù)平臺讀取用戶所選的菜單項序號，執(zhí)行相應(yīng)的業(yè)務(wù)邏輯流程，并 通過短信方式和用戶交互，所述交互可以多次。所述簽名業(yè)務(wù)平臺和用戶的交互信息還可 以通過短信通知或網(wǎng)頁發(fā)布的方式被主、被叫用戶查看。如圖10所示，當(dāng)所述交互菜單包括業(yè)務(wù)注冊、簽名評論、簽名復(fù)制、簽名關(guān)注、用 戶邀請的菜單項時，圖9步驟E還可以進(jìn)一步包括有步驟E1、簽名業(yè)務(wù)平臺判斷用戶所選的菜單項是否是業(yè)務(wù)注冊？如果是，則為所 述用戶開通簽名業(yè)務(wù)，本流程結(jié)束；如果否，則繼續(xù)下一步驟E2 ；步驟E2、簽名業(yè)務(wù)平臺判斷用戶所選的菜單項是否是簽名評論？如果是，則通過 短信提示用戶回復(fù)編輯評論內(nèi)容，當(dāng)所述用戶是簽名業(yè)務(wù)用戶時，簽名業(yè)務(wù)平臺對用戶的 編輯評論內(nèi)容進(jìn)行保存，并將所述編輯評論內(nèi)容發(fā)送短信通知呼叫的另一方用戶，同時還 將所述編輯評論內(nèi)容顯示在主叫和被叫用戶的個人網(wǎng)頁上，本流程結(jié)束；如果否，則繼續(xù)下 一步驟E3 ；步驟E3、簽名業(yè)務(wù)平臺判斷用戶所選的菜單項是否是簽名復(fù)制？如果是，則當(dāng)所 述用戶是簽名業(yè)務(wù)用戶時，將用戶的默認(rèn)簽名內(nèi)容更新為所接收到的簽名信息內(nèi)容，同時 還將所述用戶的默認(rèn)簽名內(nèi)容顯示在用戶的個人網(wǎng)頁上，本流程結(jié)束；如果否，則繼續(xù)下一 步驟E4 ；步驟E4、簽名業(yè)務(wù)平臺判斷用戶所選的菜單項是否是簽名關(guān)注？如果是，則記錄 用戶的關(guān)注動作(例如用戶的手機(jī)號碼、呼叫另一方的用戶的手機(jī)號碼、用戶的簽名信息 內(nèi)容、簽名信息的制作時間等)，同時還將所述用戶的關(guān)注動作顯示在用戶的個人網(wǎng)頁上， 本流程結(jié)束；如果否，則繼續(xù)下一步驟E5 ；步驟E5、簽名業(yè)務(wù)平臺判斷用戶所選的菜單項是否是用戶邀請？如果是，則提示 用戶回復(fù)邀請?zhí)柎a組，當(dāng)所述用戶是簽名業(yè)務(wù)用戶時，簽名業(yè)務(wù)平臺向邀請?zhí)柎a組中的所 有用戶手機(jī)終端投遞業(yè)務(wù)邀請菜單，所述業(yè)務(wù)邀請菜單可以包括有邀請方用戶的手機(jī)號 碼、簽名業(yè)務(wù)簡介等信息，本流程結(jié)束；如果否，則本流程結(jié)束。用戶的簽名信息還可以和飛信、MSN、QQ、微博等第三方軟件平臺的個性簽名進(jìn)行 內(nèi)容同步，從而實現(xiàn)簽名一點編輯更新，多點同步呈現(xiàn)。簽名業(yè)務(wù)平臺與第三方軟件平臺可 以建立實時與非實時兩種消息雙向同步接口，實時接口用于簽名業(yè)務(wù)平臺或第三方軟件平
14臺的簽名內(nèi)容更新時，雙方平臺同步簽名信息，非實時接口用于在雙方平臺同步信息出錯 時，進(jìn)行批量核對。如圖11所示，用戶可以通過短信或網(wǎng)站方式，向簽名業(yè)務(wù)平臺發(fā)起和第三方軟件 平臺簽名同步的請求，當(dāng)簽名業(yè)務(wù)平臺接收到用戶的簽名同步請求時，本發(fā)明還包括有以 下步驟步驟(1)、簽名業(yè)務(wù)平臺向用戶請求簽名同步的第三方軟件平臺發(fā)起簽名同步訂 購關(guān)系建立請求，第三方軟件平臺通過其自身渠道向用戶確認(rèn)上述同步請求，當(dāng)接收到第 三方軟件平臺返回的確認(rèn)消息時，簽名業(yè)務(wù)平臺對所述用戶進(jìn)行簽名同步訂購關(guān)系標(biāo)記；步驟(2)、簽名業(yè)務(wù)平臺對具有簽名同步訂購關(guān)系標(biāo)記的用戶的手機(jī)簽名信息實 時監(jiān)測，當(dāng)所述手機(jī)簽名信息被更新時，向與之具有簽名同步訂購關(guān)系的第三方軟件平臺 發(fā)送簽名更新消息；步驟(3)、當(dāng)簽名業(yè)務(wù)平臺接收到第三方軟件平臺發(fā)送來的簽名更新消息時，更新 數(shù)據(jù)庫中所保存的手機(jī)簽名信息。
權(quán)利要求
一種實現(xiàn)手機(jī)簽名的系統(tǒng)，其特征在于，包括有簽名業(yè)務(wù)平臺、主叫MSC、被叫MSC和智能網(wǎng)平臺，其中簽名業(yè)務(wù)平臺，用于接收智能網(wǎng)平臺轉(zhuǎn)發(fā)來的用戶呼叫事件，根據(jù)主、被叫用戶的簽約信息，提取相應(yīng)的簽名信息，并向被叫和/或主叫手機(jī)終端投遞所述簽名信息；主叫MSC，用于接收主叫用戶的呼叫請求，查詢HLR，并判斷當(dāng)主或被叫用戶具有O/T CSI簽約信息時，將呼叫觸發(fā)至智能網(wǎng)平臺，然后在接收到智能網(wǎng)平臺返回的呼叫繼續(xù)指示后，繼續(xù)進(jìn)行主叫手機(jī)終端到被叫手機(jī)終端的呼叫接續(xù)操作；被叫MSC，用于接收主叫MSC的呼叫，進(jìn)行主叫手機(jī)終端到被叫手機(jī)終端的呼叫接續(xù)操作，從而實現(xiàn)主叫用戶和被叫用戶的通話；智能網(wǎng)平臺，用于接收主叫MSC轉(zhuǎn)發(fā)來的用戶呼叫請求，并在向主叫MSC返回呼叫繼續(xù)指示后，將所述呼叫事件繼續(xù)觸發(fā)至簽名業(yè)務(wù)平臺。
2.如權(quán)利要求1所述的實現(xiàn)手機(jī)簽名的系統(tǒng)，其特征在于，還包括有營帳系統(tǒng)，用于支持用戶的開銷戶操作，當(dāng)接收到簽名業(yè)務(wù)平臺轉(zhuǎn)發(fā)來的用戶開戶請 求時，查詢HLR中該用戶的簽約信息，當(dāng)該用戶是沒有簽約信息的非智能網(wǎng)用戶時，為其添 加主/被叫0/T-CSI簽約信息;HLR，用于根據(jù)營帳系統(tǒng)的指令，為沒有簽約信息的非智能網(wǎng)用戶添加主/被叫0/ T-CSI簽約信息，并為主叫MSC提供主、被叫用戶的簽約信息；短信/閃信/彩信中心/網(wǎng)關(guān)，用于簽名業(yè)務(wù)平臺和用戶手機(jī)終端的短信/閃信/彩 信交互，根據(jù)簽名業(yè)務(wù)平臺的指令，通過短信/閃信/彩信的方式向用戶手機(jī)終端投遞簽名 信息；并將用戶發(fā)來的短信/閃信/彩信轉(zhuǎn)交至簽名業(yè)務(wù)平臺。
3.如權(quán)利要求1所述的實現(xiàn)手機(jī)簽名的系統(tǒng)，其特征在于，所述智能網(wǎng)平臺可以通過 信令采集或SCP觸發(fā)兩種不同方式實現(xiàn)所述功能，當(dāng)采用信令采集方式時，所述智能網(wǎng)平臺進(jìn)一步包括有SCP和信令采集平臺 SCP，用于接收主叫MSC轉(zhuǎn)發(fā)來的用戶呼叫請求，并向主叫MSC返回呼叫繼續(xù)指示； 信令采集平臺，用于采集智能網(wǎng)SCP的信令，當(dāng)監(jiān)測到主或被叫歸屬SCP接收到主叫 MSC發(fā)來的用戶呼叫請求時，將所述呼叫事件通知簽名業(yè)務(wù)平臺，當(dāng)采用SCP觸發(fā)方式時，所述智能網(wǎng)平臺采用SCP實現(xiàn)，即由SCP接收到主叫MSC發(fā)來 的用戶呼叫請求，并在向主叫MSC返回呼叫繼續(xù)指示后，將所述呼叫事件通知簽名業(yè)務(wù)平 臺。
4.如權(quán)利要求1所述的實現(xiàn)手機(jī)簽名的系統(tǒng)，其特征在于，所述簽名業(yè)務(wù)平臺進(jìn)一步 包括有控制裝置，用于對簽名業(yè)務(wù)平臺內(nèi)其它裝置轉(zhuǎn)發(fā)來的消息進(jìn)行實時并發(fā)處理，接收信 令裝置轉(zhuǎn)發(fā)來的用戶呼叫請求，提取主、被叫簽名信息，并將所述簽名信息交由USSD應(yīng)用 裝置、或短信/閃信/彩信裝置投遞至用戶手機(jī)終端，同時還根據(jù)用戶返回的交互信息執(zhí)行 相應(yīng)的簽名業(yè)務(wù)邏輯；信令裝置，用于接收智能網(wǎng)平臺發(fā)送來的用戶呼叫請求，并轉(zhuǎn)交給控制裝置繼續(xù)處理；USSD應(yīng)用裝置，用于模擬USSD中心，根據(jù)控制裝置的指令，以USSD Reques t模式向被 叫/主叫手機(jī)終端投遞簽名信息和交互菜單，并設(shè)置定時器，等待發(fā)送報告，如果定時器超時仍未收到發(fā)送成功的報告，則進(jìn)行消息重發(fā)，同時還將用戶所選的菜單項內(nèi)容轉(zhuǎn)交給控 制裝置處理；短信/閃信/彩信裝置，用于根據(jù)控制裝置的指令，將用戶的簽名信息通過短信/閃信 /彩信中心/網(wǎng)關(guān)發(fā)送至用戶手機(jī)終端，并將短信/閃信/彩信中心/網(wǎng)關(guān)轉(zhuǎn)發(fā)來的用戶短 信/閃信/彩信內(nèi)容交由控制裝置處理；門戶裝置，用于提供包括用戶、操作員、系統(tǒng)管理員的外部接入和系統(tǒng)管理功能，所述 接入方式包括Wffff頁面WEB、無線應(yīng)用協(xié)議WAP ；數(shù)據(jù)庫裝置，用于提供系統(tǒng)所需的數(shù)據(jù)存儲、管理和支持功能； 第三方軟件簽名同步裝置，用于接收控制裝置轉(zhuǎn)發(fā)的用戶簽名同步請求，并向所述簽 名同步請求中的第三方軟件平臺發(fā)起簽名同步訂購關(guān)系建立請求，當(dāng)接收到第三方軟件平 臺返回的確認(rèn)消息時，對所述用戶進(jìn)行簽名同步訂購關(guān)系標(biāo)記；對具有簽名同步訂購關(guān)系 標(biāo)記的用戶的手機(jī)簽名信息實時監(jiān)測，當(dāng)所述手機(jī)簽名信息被更新時，向與之具有簽名同 步訂購關(guān)系的第三方軟件平臺發(fā)送簽名更新消息；當(dāng)接收到第三方軟件平臺發(fā)送來的簽名 更新消息，對數(shù)據(jù)庫中的手機(jī)簽名信息實時更新；當(dāng)雙方平臺同步信息出錯時，通過非實時 接口和第三方軟件平臺進(jìn)行批量核對，所述第三方軟件包括但不限于飛信、MSN、QQ和微博。
5.如權(quán)利要求4所述的實現(xiàn)手機(jī)簽名的系統(tǒng)，其特征在于，所述控制裝置進(jìn)一步包括有觸發(fā)部件，用于接收簽名業(yè)務(wù)平臺內(nèi)其它裝置轉(zhuǎn)發(fā)來的消息，并根據(jù)消息類型，將所述 消息轉(zhuǎn)發(fā)至控制裝置內(nèi)的其他部件進(jìn)行實時處理；簽名提取部件，用于根據(jù)觸發(fā)部件轉(zhuǎn)發(fā)來的用戶呼叫請求消息，按優(yōu)先級從高至低的 次序，將本次呼叫條件依次和主、被叫用戶所對應(yīng)的若干個簽名投遞規(guī)則進(jìn)行匹配，當(dāng)所述 呼叫條件和正在匹配的簽名投遞規(guī)則相符時，提取所述簽名投遞規(guī)則對應(yīng)的用戶簽名信 息，并交由USSD應(yīng)用裝置或者短信/閃信/彩信裝置發(fā)送至用戶手機(jī)終端；業(yè)務(wù)注冊部件，用于根據(jù)觸發(fā)部件轉(zhuǎn)發(fā)來的用戶開戶請求消息，并向營帳系統(tǒng)轉(zhuǎn)發(fā)所 述用戶開戶請求；簽名評論部件，用于根據(jù)觸發(fā)部件轉(zhuǎn)發(fā)來的簽名評論請求消息，并通過短信/閃信/彩 信裝置和用戶交互，保存用戶所提交的編輯評論內(nèi)容，同時還將所述編輯評論內(nèi)容通知呼 叫的另一方用戶、以及顯示在呼叫雙方的個人網(wǎng)頁上；簽名復(fù)制部件，用于根據(jù)觸發(fā)部件轉(zhuǎn)發(fā)來的簽名復(fù)制請求消息，將用戶的默認(rèn)簽名內(nèi) 容更新為所接收到的簽名信息內(nèi)容，同時還將所述用戶的默認(rèn)簽名內(nèi)容顯示在用戶的個人 網(wǎng)頁上；簽名關(guān)注部件，用于根據(jù)觸發(fā)部件轉(zhuǎn)發(fā)來的簽名關(guān)注請求消息，記錄用戶的關(guān)注動作， 同時還將所述用戶的關(guān)注動作顯示在用戶的個人網(wǎng)頁上；用戶邀請部件，用于根據(jù)觸發(fā)部件轉(zhuǎn)發(fā)來的用戶邀請請求消息，并通過短信/閃信/ 彩信裝置和用戶交互，向用戶所提交的邀請?zhí)柎a組中的所有用戶手機(jī)終端投遞業(yè)務(wù)邀請菜
6. 一種實現(xiàn)手機(jī)簽名的方法，其特征在于，包含有步驟A、主叫用戶撥打被叫用戶，主叫MSC根據(jù)主、被叫用戶的0/T-CSI簽約信息將所述 呼叫轉(zhuǎn)至智能網(wǎng)平臺后，繼續(xù)進(jìn)行主叫手機(jī)終端到被叫手機(jī)終端的呼叫接續(xù)操作，同時，所述呼叫事件被觸發(fā)至簽名業(yè)務(wù)平臺；步驟B、簽名業(yè)務(wù)平臺根據(jù)主、被叫用戶的簽約信息，提取相應(yīng)的主、被叫簽名信息，并 向用戶手機(jī)終端投遞所述簽名信息；步驟C、用戶手機(jī)終端對簽名業(yè)務(wù)平臺所投遞的簽名信息進(jìn)行顯示。
7.如權(quán)利要求6所述的實現(xiàn)手機(jī)簽名的方法，其特征在于，當(dāng)用戶通過簽名業(yè)務(wù)平臺 申請開通簽名業(yè)務(wù)時，還包括有簽名業(yè)務(wù)平臺向營帳系統(tǒng)發(fā)送用戶開戶請求；營帳系統(tǒng)查詢HLR中該用戶的簽約信息，當(dāng)所述用戶是沒有簽約信息的非智能網(wǎng)用戶 時，為其添加主/被叫0/T-CSI簽約信息。
8.如權(quán)利要求6所述的實現(xiàn)手機(jī)簽名的方法，其特征在于，步驟A中，主叫用戶撥打被 叫用戶，主叫MSC根據(jù)主、被叫用戶的0/T-CSI簽約信息將所述呼叫轉(zhuǎn)至智能網(wǎng)平臺后，繼 續(xù)進(jìn)行主叫手機(jī)終端到被叫手機(jī)終端的呼叫接續(xù)操作，進(jìn)一步包括有步驟Al、主叫MSC通過HLR獲取主、被叫用戶的簽約信息，并判斷主或被叫用戶是否有 0/T-CSI簽約信息？如果是，則將所述用戶呼叫請求轉(zhuǎn)發(fā)至主或被叫歸屬SCP ；如果否，則 按一般流程接續(xù)用戶呼叫，本流程結(jié)束；步驟A2、主或被叫歸屬SCP通過呼叫繼續(xù)指令指示主叫MSC呼叫繼續(xù)； 步驟A3、主叫MSC繼續(xù)呼叫被叫MSC，從而實現(xiàn)主、被叫用戶的正常通話。
9.如權(quán)利要求8所述的實現(xiàn)手機(jī)簽名的方法，其特征在于，可以通過信令采集或SCP觸 發(fā)兩種不同方式將呼叫事件觸發(fā)至簽名業(yè)務(wù)平臺，當(dāng)采取信令采集的方式將呼叫事件觸發(fā)至簽名業(yè)務(wù)平臺，步驟A進(jìn)一步包括有 信令采集平臺采集智能網(wǎng)SCP的信令，當(dāng)監(jiān)測到主或被叫歸屬SCP接收到主叫MSC發(fā) 來的用戶呼叫請求，信令采集平臺將呼叫事件通知簽名業(yè)務(wù)平臺；當(dāng)采取SCP觸發(fā)的方式將呼叫事件觸發(fā)至簽名業(yè)務(wù)平臺，步驟A進(jìn)一步包括有 主或被叫歸屬SCP在向主叫MSC返回呼叫繼續(xù)指示后，將所述呼叫事件通知簽名業(yè)務(wù)D ο
10.如權(quán)利要求6所述的實現(xiàn)手機(jī)簽名的方法，其特征在于，所述步驟B進(jìn)一步包括有步驟Bi、簽名業(yè)務(wù)平臺判斷主叫用戶是否簽約有簽名業(yè)務(wù)？如果是，則提取主叫用戶 的簽名信息，并向被叫手機(jī)終端投遞所述主叫用戶的簽名信息，繼續(xù)下一步；如果否，則繼 續(xù)下一步；步驟Β2、簽名業(yè)務(wù)平臺判斷被叫用戶是否簽約有簽名業(yè)務(wù)？如果是，則提取被叫用戶 的簽名信息，并向主叫手機(jī)終端投遞所述被叫用戶的簽名信息，繼續(xù)下一步；如果否，則繼 續(xù)下一步；步驟Β3、本流程結(jié)束，上述步驟Bl和步驟Β2的先后執(zhí)行次序可以根據(jù)系統(tǒng)需要設(shè)定。
11.如權(quán)利要求10所述的實現(xiàn)手機(jī)簽名的方法，其特征在于，步驟Bl和步驟Β2中， 簽名業(yè)務(wù)平臺提取主叫或被叫用戶的簽名信息，進(jìn)一步包括有簽名業(yè)務(wù)平臺提取用戶所設(shè)定的若干個簽名投遞規(guī)則，按優(yōu)先級從高至低的次序，將 本次呼叫條件依次和所述若干個簽名投遞規(guī)則進(jìn)行匹配，當(dāng)所述呼叫條件和正在匹配的簽名投遞規(guī)則相符時，提取所述簽名投遞規(guī)則對應(yīng)的簽名信息，同時，簽名業(yè)務(wù)平臺還可以USSD、閃信、彩信、或短信的方式向用戶手機(jī)終端投遞簽名 信息，當(dāng)采用USSD方式時，簽名業(yè)務(wù)平臺向被叫/主叫手機(jī)終端投遞所述主叫/被叫用戶 的簽名信息，進(jìn)一步包括有簽名業(yè)務(wù)平臺模擬USSD中心，以USSD Reques t模式向被叫/主叫手機(jī)終端發(fā)送簽名 信息，同時設(shè)置定時器，等待發(fā)送報告，如果定時器超時仍未收到發(fā)送成功的報告，進(jìn)行消 息重發(fā)。
12.如權(quán)利要求6所述的實現(xiàn)手機(jī)簽名的方法，其特征在于，當(dāng)步驟B中簽名業(yè)務(wù)平臺 還在向用戶手機(jī)終端投遞的簽名信息中設(shè)置了交互菜單時，還包括有步驟D、用戶從交互菜單中選擇所需的菜單項，將所述菜單項序號回復(fù)至簽名業(yè)務(wù)平臺；步驟E、簽名業(yè)務(wù)平臺讀取用戶所選的菜單項序號，執(zhí)行相應(yīng)的業(yè)務(wù)邏輯流程，并通過 短信方式和用戶交互，所述簽名業(yè)務(wù)平臺和用戶的交互信息可以通過短信通知或網(wǎng)頁發(fā)布 的方式被主、被叫用戶查看。
13.如權(quán)利要求12所述的實現(xiàn)手機(jī)簽名的方法，其特征在于，當(dāng)所述交互菜單包括業(yè) 務(wù)注冊、簽名評論、簽名復(fù)制、簽名關(guān)注、用戶邀請的菜單項時，步驟E進(jìn)一步包括有步驟E1、簽名業(yè)務(wù)平臺判斷用戶所選的菜單項是否是業(yè)務(wù)注冊？如果是，則為所述用 戶開通簽名業(yè)務(wù)，本流程結(jié)束；如果否，則繼續(xù)下一步驟E2 ；步驟E2、簽名業(yè)務(wù)平臺判斷用戶所選的菜單項是否是簽名評論？如果是，則通過短信 提示用戶回復(fù)編輯評論內(nèi)容，當(dāng)所述用戶是簽名業(yè)務(wù)用戶時，簽名業(yè)務(wù)平臺對用戶的編輯 評論內(nèi)容進(jìn)行保存，并將所述編輯評論內(nèi)容發(fā)送短信通知呼叫的另一方用戶，同時還將所 述編輯評論內(nèi)容顯示在主叫和被叫用戶的個人網(wǎng)頁上，本流程結(jié)束；如果否，則繼續(xù)下一步 驟E3 ；步驟E 3、簽名業(yè)務(wù)平臺判斷用戶所選的菜單項是否是簽名復(fù)制？如果是，則當(dāng)所述用 戶是簽名業(yè)務(wù)用戶時，將用戶的默認(rèn)簽名內(nèi)容更新為所接收到的簽名信息內(nèi)容，同時還將 所述用戶的默認(rèn)簽名內(nèi)容顯示在用戶的個人網(wǎng)頁上，本流程結(jié)束；如果否，則繼續(xù)下一步驟 E4 ；步驟E4、簽名業(yè)務(wù)平臺判斷用戶所選的菜單項是否是簽名關(guān)注？如果是，則記錄用戶 的關(guān)注動作，同時還將所述用戶的關(guān)注動作顯示在用戶的個人網(wǎng)頁上，本流程結(jié)束；如果 否，則繼續(xù)下一步驟E5;步驟E5、簽名業(yè)務(wù)平臺判斷用戶所選的菜單項是否是用戶邀請？如果是，則提示用戶 回復(fù)邀請?zhí)柎a組，當(dāng)所述用戶是簽名業(yè)務(wù)用戶時，簽名業(yè)務(wù)平臺向邀請?zhí)柎a組中的所有用 戶手機(jī)終端投遞業(yè)務(wù)邀請菜單，本流程結(jié)束；如果否，則本流程結(jié)束。
14.如權(quán)利要求6所述的實現(xiàn)手機(jī)簽名的方法，其特征在于，用戶的簽名信息還可以和 第三方軟件平臺的個性簽名進(jìn)行內(nèi)容同步，所述簽名業(yè)務(wù)平臺可以與第三方軟件平臺建立 實時與非實時兩種消息雙向同步接口，實時接口用于簽名業(yè)務(wù)平臺或第三方軟件平臺的簽 名內(nèi)容更新時，雙方平臺同步簽名信息，非實時接口用于在雙方平臺同步信息出錯時，進(jìn)行 批量核對，所述第三方軟件包括但不限于飛信、MSN、QQ和微博，當(dāng)簽名業(yè)務(wù)平臺接收到用戶的簽名同步請求時，還包括有步驟(1)、簽名業(yè)務(wù)平臺向用戶請求簽名同步的第三方軟件平臺發(fā)起簽名同步訂購關(guān) 系建立請求，第三方軟件平臺通過其自身渠道向用戶確認(rèn)上述同步請求，當(dāng)接收到第三方 軟件平臺返回的確認(rèn)消息時，簽名業(yè)務(wù)平臺對所述用戶進(jìn)行簽名同步訂購關(guān)系標(biāo)記；步驟(2)、簽名業(yè)務(wù)平臺對具有簽名同步訂購關(guān)系標(biāo)記的用戶的手機(jī)簽名信息實時監(jiān) 測，當(dāng)所述手機(jī)簽名信息被更新時，向與之具有簽名同步訂購關(guān)系的第三方軟件平臺發(fā)送 簽名更新消息；步驟(3)、當(dāng)簽名業(yè)務(wù)平臺接收到第三方軟件平臺發(fā)送來的簽名更新消息時，更新數(shù)據(jù) 庫中所保存的手機(jī)簽名信息。
全文摘要
一種實現(xiàn)手機(jī)簽名的系統(tǒng)和方法，該系統(tǒng)包括有簽名業(yè)務(wù)平臺、主叫MSC、被叫MSC、智能網(wǎng)平臺，方法是主叫用戶撥打被叫用戶，主叫MSC根據(jù)O/T-CSI簽約信息將呼叫轉(zhuǎn)至智能網(wǎng)平臺后，繼續(xù)進(jìn)行主叫到被叫的呼叫接續(xù)操作，同時，所述呼叫事件被觸發(fā)至簽名業(yè)務(wù)平臺；簽名業(yè)務(wù)平臺根據(jù)主、被叫用戶的簽約信息，提取相應(yīng)的主、被叫簽名信息，并向用戶手機(jī)終端投遞所述簽名信息；用戶手機(jī)終端對簽名業(yè)務(wù)平臺所投遞的簽名信息進(jìn)行顯示。本發(fā)明屬于移動通信技術(shù)領(lǐng)域，能為呼叫的主、被叫雙方分別提供被叫簽名和主叫簽名信息；并通過簽名信息基礎(chǔ)上的交互菜單，進(jìn)一步增加用戶互動性；所述簽名信息還能和第三方軟件平臺的個性簽名同步。
文檔編號H04W4/12GK101959151SQ201010514210
公開日2011年1月26日 申請日期2010年10月21日 優(yōu)先權(quán)日2010年10月21日
發(fā)明者劉波, 卞烈鵬, 呂文鋒, 寧藝, 宋昂, 廖建新, 張樂劍, 張煊, 張磊, 張立杰, 徐童, 曹鵬, 朱曉民, 李煒, 樊利民, 沈奇威, 王強(qiáng), 王晶, 王玉軍, 王純, 申葵智, 程莉 申請人:杭州東信北郵信息技術(shù)有限公司