專利名稱：一種彩信主題附加個性化簽名的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信增值業(yè)務中的彩信業(yè)務，尤其涉及一種彩信主題附加個性化簽名
的方法及系統(tǒng)。
背景技術(shù)：
多媒體消息業(yè)務目前已經(jīng)得到了廣泛的開展，尤其是業(yè)務提供商(以下簡稱SP) 為手機用戶提供內(nèi)容豐富、及時快捷的彩信服務，更是豐富了用戶的生活。目前現(xiàn)網(wǎng)已經(jīng)開 通了成千上萬的SP業(yè)務，這些SP會免費為用戶發(fā)送廣告彩信信息，且某個用戶也可以同時 訂閱多個SP的彩信消息，這樣用戶在區(qū)分具體的SP時會面臨困擾，因為現(xiàn)網(wǎng)SP之間的區(qū) 別是通過增值服務提供商標識(以下簡稱VASPID)、增值服務標識(以下簡稱VASID)這兩 個參數(shù)實現(xiàn)的，這兩個參數(shù)都是數(shù)字形式的字符串，用戶很難直觀的區(qū)分具體某個SP及其 對應的業(yè)務，因此有必要直觀地提示用戶某個SP的信息。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題是克服現(xiàn)有技術(shù)的不足，提供一種彩信主題附加個性化
簽名的方法和系統(tǒng)，以直觀顯示服務提供商的信息。 本發(fā)明的目的通過以下技術(shù)方案加以實現(xiàn) 1. —種彩信主題附加個性化簽名的方法，包括以下步驟 A.數(shù)字業(yè)務管理平臺接收多媒體消息業(yè)務中心發(fā)來的彩信鑒權(quán)請求，將鑒權(quán)信息 發(fā)送給多媒體消息業(yè)務中心，所述鑒權(quán)信息中包括個性化簽名； B.多媒體消息業(yè)務中心收到鑒權(quán)信息，提取個性化簽名并隨彩信一起發(fā)送給接收 終端。 上述方法，所述步驟A之前還包括數(shù)字業(yè)務管理平臺接收提交的個性化簽名并進 行存儲的過程。 上述方法，在數(shù)字業(yè)務管理平臺對提交的個性化簽名進行存儲之前還包括鑒權(quán)的 步驟。 上述方法，所述個性化簽名是通過字符串實現(xiàn)的，所述鑒權(quán)包括對簽名長度和首 尾字符進行審核的過程。 上述方法，服務提供商以消息或文件形式向數(shù)字業(yè)務管理平臺提交個性化簽名。
上述方法，數(shù)字業(yè)務管理平臺在數(shù)據(jù)庫中構(gòu)建與服務提供商信息表相關(guān)聯(lián)的簽名 信息表來存儲個性化簽名，所述簽名信息表至少包括服務提供商的VASPID、是否需要下發(fā) 簽名和簽名內(nèi)容。 上述方法，所述步驟B還包括彩信主題格式判斷的過程，所述彩信主題格式判斷 具體是通過判斷增加簽名內(nèi)容后的彩信主題長度，對超過預設(shè)長度的內(nèi)容進行截取作為新 的消息主題加以實現(xiàn)的。 —種彩信主題附加個性化簽名的系統(tǒng)，包括數(shù)字業(yè)務管理平臺和多媒體消息業(yè)務
3中心，所述多媒體消息業(yè)務中心包括消息主題編解碼模塊，其特征在于所述數(shù)字業(yè)務管理
平臺還包括簽名響應模塊，用于在發(fā)送給多媒體消息業(yè)務中心的鑒權(quán)信息中加入個性化簽
名；所述多媒體消息業(yè)務中心還包括簽名解析模塊，用于在鑒權(quán)信息中提取個性化簽名；
所述多媒體消息業(yè)務中心還用于將個性化簽名隨彩信一起發(fā)送給接收終端。 上述系統(tǒng)，所述數(shù)字業(yè)務管理平臺還包括簽名審核存儲模塊，用于存儲服務提供
商提交的個性化簽名。 上述系統(tǒng)，所述簽名審核存儲模塊還用于對服務提供商提交的個性化簽名進行鑒 權(quán)。 上述系統(tǒng)，所述個性化簽名為字符串，所述簽名審核存儲模塊還用于對簽名長度 和首尾字符進行審核。 上述系統(tǒng)，所述簽名審核存儲模塊還用于在數(shù)據(jù)庫中構(gòu)建與服務提供商信息表相 關(guān)聯(lián)的簽名信息表來存儲個性化簽名，所述簽名信息表至少包括服務提供商的VASPID、是 否需要下發(fā)簽名和簽名內(nèi)容。 上述系統(tǒng)，所述消息主題編解碼模塊還用于對彩信主題格式進行判斷，所述彩信 主題格式判斷是指判斷增加簽名內(nèi)容后的彩信主題長度是否超過預設(shè)長度，對超過預設(shè)長 度的內(nèi)容進行截取作為新的消息主題。
本發(fā)明與現(xiàn)有技術(shù)相比較的有益效果是 (1)在數(shù)字業(yè)務管理平臺中存儲個性化簽名，并通過鑒權(quán)信息發(fā)送給多媒體消息 業(yè)務中心，實現(xiàn)彩信主題附加服務提供商的簽名信息，可以向用戶直觀顯示服務提供商的 信息，提升用戶的彩信應用體驗。
(2)通過本發(fā)明實現(xiàn)簽名的多樣化，增加了服務提供商或個人用戶的宣傳力度。
(3)以文件方式來進行簽名提交，可以減輕數(shù)字業(yè)務管理平臺的網(wǎng)絡壓力和功能
處理壓力，數(shù)字業(yè)務管理平臺也不需要進行額外的功能開發(fā)。
(4)本發(fā)明結(jié)構(gòu)框架較簡單，實現(xiàn)較容易，對現(xiàn)網(wǎng)設(shè)備影響較小。


圖1是本發(fā)明具體實施方式
彩信主題附加個性化簽名系統(tǒng)結(jié)構(gòu)示意圖；
圖2是本發(fā)明具體實施方式
彩信主題附加個性化簽名方法流程圖。
具體實施例方式
以下通過具體實施方式
結(jié)合附圖對本發(fā)明做進一步詳細說明。 本發(fā)明所述的附加個性化簽名的彩信主題可以由SP提供，也可以由個人用戶提 供，下文以SP為例進行說明。 本發(fā)明所述的彩信主題附加個性化簽名并非一般意義上的手機內(nèi)的消息簽名，而 是多媒體消息業(yè)務中心(以下簡稱匪SC)為SP提交的消息以外增加的主題簽名，可以直觀 地標示出具體是哪個SP發(fā)送的該信息。 如圖1所示，本發(fā)明彩信主題附加個性化簽名系統(tǒng)的一種實施方式，包括數(shù)字業(yè) 務管理平臺(以下簡稱DSMP)、匪SC、 SP、 WAP網(wǎng)關(guān)(簡稱WAP GW)和用戶代理客戶端(簡 稱UA)。
數(shù)字業(yè)務管理平臺DSMP包括簽名審核存儲模塊和鑒權(quán)響應編碼模塊。簽名審核 存儲模塊，用于對SP提交的個性化簽名進行鑒權(quán)和格式審核并加以存儲，并將審核結(jié)果發(fā) 送給SP。個性化簽名是由字符串組成的。鑒權(quán)包括對簽名長度和首尾字符進行審核的過 程。格式審核是判斷格式是否正確，如是否含有異常字符等。鑒權(quán)和審核的具體內(nèi)容包括 如果是中文簽名，必須以""開頭，以""結(jié)尾，長度(包含""、"")不超過預定長度，在 這里預定長度可以是15個漢字，如果是英文簽名，必須以"["開頭，以"]"結(jié)尾，長度(包 含"["、"]")不超過預定字符，在這里預定長度可以是30個字符。DSMP在導入簽名前，需 檢查簽名是否符合要求，符合要求方才允許導入。存儲過程是在數(shù)據(jù)庫中構(gòu)造與SP信息關(guān) 聯(lián)的個性化簽名信息表，該簽名信息表至少包括SP的VASPID、是否需要下發(fā)簽名和簽名內(nèi) 容等，優(yōu)選的方式，可以在數(shù)據(jù)庫中增加一張表，該表與已有的SP信息的表相關(guān)聯(lián)，可以使 用VASPID作為主要鍵值，表中包括服務提供商的VASPID、是否需要下發(fā)簽名和簽名內(nèi)容三 個字段。鑒權(quán)響應編碼模塊，用于響應處理匪SC發(fā)來的彩信鑒權(quán)請求，其進一步包括簽名 響應模塊，用于從簽名信息表中提取待鑒權(quán)彩信個性化簽名，并將該個性化簽名加入鑒權(quán) 信息中，該個性化簽名至少包括是否需要下發(fā)簽名和簽名內(nèi)容，優(yōu)選的方式，在原有的匪SC 與DSMP的鑒權(quán)消息接口規(guī)范中增加兩個字段以標示該SP是否需要增加簽名和簽名的具體 內(nèi)容。 SP用于向DSMP提交個性化簽名，其方式可以采用消息或文件的方式，優(yōu)選文件方 式，這樣可以減輕DSMP的網(wǎng)絡壓力和功能處理壓力，DSMP也不需要進行額外的功能開發(fā)。
匪SC包括鑒權(quán)響應解析模塊和消息主題編解碼模塊。鑒權(quán)響應解析模塊用于接收 和解析來自DSMP的鑒權(quán)信息，其進一步包括簽名解析模塊，用于在鑒權(quán)信息中提取個性化 簽名，并根據(jù)該個性化簽名所包含的信息判斷是否需要向目的客戶下發(fā)個性化簽名。消息 主題編解碼模塊，用于將簽名內(nèi)容加入到彩信主題、對彩信主題進行格式判斷并加以編碼， 消息主題編解碼模塊判斷增加簽名后的消息主題長度，如果超過預定長度，預定長度可以 是200字節(jié)，則截取超過200子節(jié)后的內(nèi)容，剩下的主題內(nèi)容作為新的主題通過WAP GW下 發(fā)給UA。 本技術(shù)方案不需要額外增加硬件設(shè)備，在現(xiàn)網(wǎng)已有的設(shè)備上進行軟件升級即可實 現(xiàn)該功能。因為簽名的長度有限，所有SP的簽名不會占用很多空間，因此DSMP不需要額外 的硬盤空間存放簽名而只需要已有的數(shù)據(jù)庫即可。鑒于現(xiàn)網(wǎng)彩信相關(guān)設(shè)備對彩信消息的主 題長度都有一定的要求，因此簽名的長度不可過長，否則會導致原有的主題異常。
本發(fā)明彩信主題附加個性化簽名的方法，其技術(shù)原理如下SP的個性化簽名內(nèi)容 由SP自己設(shè)置，并提交給DSMP， DSMP審核通過后統(tǒng)一導入數(shù)據(jù)庫。簽名可以為中文或者 英文。如果是中文簽名，必須以""開頭，以""結(jié)尾，長度(包含""、"")不超過預定 長度，在這里預定長度可以是15個漢字，如果是英文簽名，必須以"["開頭，以"]"結(jié)尾，長 度(包含"["、"]")不超過預定字符，在這里預定長度可以是30個字符。DSMP在導入簽 名前，需檢查簽名是否符合要求，符合要求方才允許導入。如果系統(tǒng)中保存了中文簽名，則 采用中文簽名。如果沒有中文簽名而只有英文簽名，則采用英文簽名。DSMP在向匪SC應 答返回簽名內(nèi)容時，同時返回是否需要增加簽名以及簽名內(nèi)容，如果需要增加簽名，則匪SC 把簽名內(nèi)容加入彩信主題后再下發(fā)給目的用戶。
其一種具體實施方式
，如圖2所示，包括以下步驟
步驟200 :DCMP審核和存儲個性化簽名。SP按照一定格式向DSMP提交簽名后， DSMP對簽名的格式和內(nèi)容進行鑒權(quán)審核。審核合格者導入DSMP自身數(shù)據(jù)庫以備后續(xù)使用。 提交過程可以使用消息的形式進行，即SP通過某種接口消息進行個性簽名的提交，DSMP將 簽名的鑒權(quán)結(jié)果返回給SP。也可以使用文件方式，即SP以文件的方式提交簽名相關(guān)文檔給 DSMP，DSMP將簽名審核結(jié)果反饋給SP。優(yōu)選為文件方式，這樣可以減輕DSMP的網(wǎng)絡壓力和 功能處理壓力，DSMP也不需要進行額外的功能開發(fā)。
步驟201 :SP提交消息到匪SC。 步驟202 :匪SC向DSMP發(fā)出鑒權(quán)請求，鑒權(quán)的內(nèi)容包括SP與目的用戶的簽約關(guān) 系，返回的鑒權(quán)響應消息中包含是否需要增加簽名和簽名內(nèi)容兩個字段，匪SC解析DSMP的 鑒權(quán)響應消息。 步驟203 :判斷是否需要增加簽名。如果不需要，則轉(zhuǎn)入步驟208，直接將消息下發(fā) 給目的用戶；如果需要，轉(zhuǎn)入步驟204。 步驟204 :匪SC對簽名的格式和內(nèi)容進行鑒權(quán)。鑒權(quán)通過，則轉(zhuǎn)入步驟205 ;鑒權(quán) 失敗，則轉(zhuǎn)入步驟208，不添加簽名，直接將消息下發(fā)給目的用戶。
步驟205 :將簽名加入消息主題。 步驟206 :匪SC判斷增加簽名后的消息主題長度，如果超過200字節(jié)，則轉(zhuǎn)入步驟 207 ;否則轉(zhuǎn)入步驟208。 步驟207 :截取掉超過200子節(jié)后的內(nèi)容，剩下的主題內(nèi)容作為新的主題下發(fā)給目 的用戶。 步驟208 :匪SC將消息下發(fā)給目的用戶。 其中每個步驟都會產(chǎn)生異常的分支流程，在設(shè)計具體的代碼實現(xiàn)時需要完全照顧 到這些異常處理，保證軟件的健壯性。 以上內(nèi)容是結(jié)合具體的優(yōu)選實施方式對本發(fā)明所作的進一步詳細說明，不能認定 本發(fā)明的具體實施只局限于這些說明。對于本發(fā)明所屬技術(shù)領(lǐng)域的普通技術(shù)人員來說，在 不脫離本發(fā)明構(gòu)思的前提下，還可以做出若干簡單推演或替換，都應當視為屬于本發(fā)明的 保護范圍。
權(quán)利要求
一種彩信主題附加個性化簽名的方法，其特征在于，包括以下步驟A.數(shù)字業(yè)務管理平臺接收多媒體消息業(yè)務中心發(fā)來的彩信鑒權(quán)請求，將鑒權(quán)信息發(fā)送給多媒體消息業(yè)務中心，所述鑒權(quán)信息中包括個性化簽名；B.多媒體消息業(yè)務中心收到鑒權(quán)信息，提取個性化簽名并隨彩信一起發(fā)送給接收終端。
2. 根據(jù)權(quán)利要求1所述的彩信主題附加個性化簽名的方法，其特征在于所述步驟A 之前還包括數(shù)字業(yè)務管理平臺接收提交的個性化簽名并進行存儲的過程。
3. 根據(jù)權(quán)利要求2所述的彩信主題附加個性化簽名的方法，其特征在于在數(shù)字業(yè)務 管理平臺對提交的個性化簽名進行存儲之前還包括鑒權(quán)的步驟。
4. 根據(jù)權(quán)利要求3所述的彩信主題附加個性化簽名的方法，其特征在于所述個性化 簽名是通過字符串實現(xiàn)的，所述鑒權(quán)包括對簽名長度和首尾字符進行審核的過程。
5. 根據(jù)權(quán)利要求2至4任一所述的彩信主題附加個性化簽名的方法，其特征在于服務提供商以消息或文件形式向數(shù)字業(yè)務管理平臺提交個性化簽名。
6. 根據(jù)權(quán)利要求2至4任一所述的彩信主題附加個性化簽名的方法，其特征在于數(shù)字業(yè)務管理平臺在數(shù)據(jù)庫中構(gòu)建與服務提供商信息表相關(guān)聯(lián)的簽名信息表來存儲個性化簽名，所述簽名信息表至少包括服務提供商的VASPID、是否需要下發(fā)簽名和簽名內(nèi)容。
7. 根據(jù)權(quán)利要求6所述的彩信主題附加個性化簽名的方法，其特征在于所述步驟B 還包括彩信主題格式判斷的過程，所述彩信主題格式判斷具體是通過判斷增加簽名內(nèi)容后 的彩信主題長度，對超過預設(shè)長度的內(nèi)容進行截取作為新的消息主題加以實現(xiàn)的。
8. —種彩信主題附加個性化簽名的系統(tǒng)，包括數(shù)字業(yè)務管理平臺和多媒體消息業(yè)務中心，所述多媒體消息業(yè)務中心包括消息主題編解碼模塊，其特征在于所述數(shù)字業(yè)務管理平臺還包括簽名響應模塊，用于在發(fā)送給多媒體消息業(yè)務中心的鑒權(quán)信息中加入個性化簽名；所述多媒體消息業(yè)務中心還包括簽名解析模塊，用于在鑒權(quán)信息中提取個性化簽名； 所述多媒體消息業(yè)務中心還用于將個性化簽名隨彩信一起發(fā)送給接收終端。
9. 根據(jù)權(quán)利要求8所述的彩信主題附加個性化簽名的系統(tǒng)，其特征在于所述數(shù)字業(yè) 務管理平臺還包括簽名審核存儲模塊，用于存儲服務提供商提交的個性化簽名。
10. 根據(jù)權(quán)利要求9所述的彩信主題附加個性化簽名的系統(tǒng)，其特征在于所述簽名審 核存儲模塊還用于對服務提供商提交的個性化簽名進行鑒權(quán)。
11. 根據(jù)權(quán)利要求10所述的彩信主題附加個性化簽名的系統(tǒng)，其特征在于所述個性 化簽名為字符串，所述簽名審核存儲模塊還用于對簽名長度和首尾字符進行審核。
12. 根據(jù)權(quán)利要求IO所述的彩信主題附加個性化簽名的系統(tǒng)，其特征在于所述簽名 審核存儲模塊還用于在數(shù)據(jù)庫中構(gòu)建與服務提供商信息表相關(guān)聯(lián)的簽名信息表來存儲個性化簽名，所述簽名信息表至少包括服務提供商的VASPID、是否需要下發(fā)簽名和簽名內(nèi)容。
13. 根據(jù)權(quán)利要求12所述的彩信主題附加個性化簽名的系統(tǒng)，其特征在于所述消息 主題編解碼模塊還用于對彩信主題格式進行判斷，所述彩信主題格式判斷是指判斷增加簽 名內(nèi)容后的彩信主題長度是否超過預設(shè)長度，對超過預設(shè)長度的內(nèi)容進行截取作為新的消 息主題。
全文摘要
本發(fā)明公開了一種彩信主題附加個性化簽名的方法，包括以下步驟A.數(shù)字業(yè)務管理平臺接收多媒體消息業(yè)務中心發(fā)來的彩信鑒權(quán)請求，將鑒權(quán)信息發(fā)送給多媒體消息業(yè)務中心，所述鑒權(quán)信息中包括個性化簽名；B.多媒體消息業(yè)務中心收到鑒權(quán)信息，提取個性化簽名并隨彩信一起發(fā)送給接收終端。本發(fā)明還公開了一種彩信主題附加個性化簽名系統(tǒng)。本發(fā)明可實現(xiàn)在彩信主題中附加服務提供商的簽名，向用戶直觀顯示服務提供商的信息，提升用戶的彩信應用體驗。
文檔編號H04M3/42GK101771962SQ200910104828
公開日2010年7月7日 申請日期2009年1月5日 優(yōu)先權(quán)日2009年1月5日
發(fā)明者王國才 申請人:中興通訊股份有限公司