本發(fā)明涉及短消息業(yè)務(wù)領(lǐng)域，特別涉及一種實(shí)現(xiàn)短信接收個(gè)性化簽名的方法、簽名業(yè)務(wù)平臺(tái)和系統(tǒng)。

背景技術(shù)：

目前的各運(yùn)營商短信簽名業(yè)務(wù)是短信主叫方通過終端或系統(tǒng)等方法在短信發(fā)起端給短信內(nèi)容添加。常用的是用戶先通過在終端上設(shè)置短信簽名模板并保存，當(dāng)用戶發(fā)送短信時(shí)終端會(huì)在短信后自動(dòng)加上用戶設(shè)置好的簽名然后發(fā)出去；另一種是企業(yè)短信簽名，也是在企業(yè)短信發(fā)送平臺(tái)上設(shè)置簽名模板。這些都是短信主叫方進(jìn)行的短信簽名，被叫方是接收這些簽名的短信，也就是說被叫方無法編輯短信的簽名內(nèi)容。

另一個(gè)問題是短信的接收方無法確認(rèn)這些短信是否從運(yùn)營商網(wǎng)絡(luò)中發(fā)出的還是偽基站模擬主叫用戶(特別是企業(yè)用戶)發(fā)出的，因?yàn)閭位景l(fā)出短信時(shí)也可以模擬用戶的簽名發(fā)出一樣的短信內(nèi)容。

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

鑒于以上技術(shù)問題，本發(fā)明提供了一種實(shí)現(xiàn)短信接收個(gè)性化簽名的方法、簽名業(yè)務(wù)平臺(tái)和系統(tǒng)，短信接收方登記個(gè)性化簽名，從而可以識(shí)別出偽基站下發(fā)的短信。

根據(jù)本發(fā)明的一個(gè)方面，提供一種實(shí)現(xiàn)短信接收個(gè)性化簽名的方法，包括：

預(yù)先登記用戶的短信簽名；

在接收到短信中心轉(zhuǎn)發(fā)的需要下發(fā)給所述用戶的短信時(shí)，根據(jù)所述預(yù)先登記的短信簽名，給短信添加簽名；

將添加簽名后的短信發(fā)送給短信中心，以便短信中心將添加簽名 后的短信下發(fā)給所述用戶。

在本發(fā)明的一個(gè)實(shí)施例中，預(yù)先登記用戶的個(gè)性化簽名的步驟包括：

接收用戶發(fā)送的個(gè)性化簽名；

將所述個(gè)性化簽名登記為所述用戶的短信簽名；

向所述用戶返回簽名登記結(jié)果。

在本發(fā)明的一個(gè)實(shí)施例中，預(yù)先登記用戶的短信簽名的步驟還包括：

接收用戶發(fā)送的SP短信簽名請(qǐng)求，其中所述SP短信簽名請(qǐng)求包括SP編碼；

根據(jù)SP編碼為所述SP短信分配一個(gè)短信簽名；

向所述用戶返回簽名分配結(jié)果。

在本發(fā)明的一個(gè)實(shí)施例中，根據(jù)SP編碼為所述SP短信分配一個(gè)短信簽名的步驟包括：

根據(jù)SP編碼從CRM系統(tǒng)中檢索得到相應(yīng)的SP名稱；

為用戶分配服務(wù)編碼；

將所述SP名稱和服務(wù)編碼作為短信簽名。

在本發(fā)明的一個(gè)實(shí)施例中，若當(dāng)前短信為長短信的拆分短信，則根據(jù)所述用戶預(yù)先設(shè)置的短信簽名，給短信添加簽名的步驟包括：

在接收到與長短信對(duì)應(yīng)的所有拆分短信后，將拆分短信串接為長短信；

根據(jù)所述用戶預(yù)先設(shè)置的短信簽名，給串接后的長短信添加簽名。

根據(jù)本發(fā)明的另一方面，提供一種實(shí)現(xiàn)短信接收個(gè)性化簽名的簽名業(yè)務(wù)平臺(tái)，包括登記模塊、接收模塊、簽名模塊和發(fā)送模塊，其中：

登記模塊，用于預(yù)先登記用戶的短信簽名；

接收模塊，用于接收短信中心轉(zhuǎn)發(fā)的需要下發(fā)給所述用戶的短信；

簽名模塊，用于在接收模塊接收到短信中心轉(zhuǎn)發(fā)的需要下發(fā)給所述用戶的短信時(shí)，根據(jù)登記模塊預(yù)先登記的短信簽名，給短信添加簽名；

發(fā)送模塊，用于將添加簽名后的短信發(fā)送給短信中心，以便短信中心將添加簽名后的短信下發(fā)給所述用戶。

在本發(fā)明的一個(gè)實(shí)施例中，登記模塊包括接收單元、登記單元和返回單元，其中：

接收單元，用于接收用戶發(fā)送的個(gè)性化簽名；

登記單元，用于將接收單元接收的所述個(gè)性化簽名登記為所述用戶的短信簽名；

返回單元，用于向所述用戶返回簽名登記結(jié)果。

在本發(fā)明的一個(gè)實(shí)施例中，登記模塊還包括分配單元，其中：

接收單元還用于接收用戶發(fā)送的SP短信簽名請(qǐng)求，其中，所述SP短信簽名請(qǐng)求包括SP編碼；

分配單元，用于根據(jù)SP編碼為所述SP短信分配一個(gè)短信簽名；

返回單元還用于向所述用戶返回簽名分配結(jié)果。

在本發(fā)明的一個(gè)實(shí)施例中，分配單元包括檢索子模塊、分配子模塊和簽名子模塊，其中：

檢索子模塊，用于根據(jù)SP編碼從CRM中檢索得到相應(yīng)的SP名稱；

分配子模塊，用于為用戶分配服務(wù)編碼；

簽名子模塊，用于將所述SP名稱和服務(wù)編碼作為短信簽名。

在本發(fā)明的一個(gè)實(shí)施例中，簽名模塊包括串接單元和簽名單元，其中：

串接單元，用于若當(dāng)前短信為長短信的拆分短信，則在接收到與長短信對(duì)應(yīng)的所有拆分短信后，將拆分短信串接為長短信；

簽名單元，用于根據(jù)登記模塊預(yù)先登記的短信簽名，給串接單元串接后的長短信添加簽名。

根據(jù)本發(fā)明的另一方面，提供一種實(shí)現(xiàn)短信接收個(gè)性化簽名的系統(tǒng)，包括簽名業(yè)務(wù)平臺(tái)和短信中心，其中：

簽名業(yè)務(wù)平臺(tái)，為上述任一實(shí)施例所述的簽名業(yè)務(wù)平臺(tái)；

短信中心，用于需要下發(fā)給已登記用戶時(shí)，將短信轉(zhuǎn)發(fā)給簽名業(yè) 務(wù)平臺(tái)，其中，所述已登記用戶為已在簽名業(yè)務(wù)平臺(tái)登記短信簽名的用戶；接收簽名業(yè)務(wù)平臺(tái)添加簽名后的短信，并下發(fā)給所述已登記用戶。

本發(fā)明通過在運(yùn)營商短信網(wǎng)絡(luò)中登記用戶的個(gè)性化簽名，使得只要通過運(yùn)營商短信網(wǎng)絡(luò)下發(fā)給該用戶的短信都會(huì)自動(dòng)加上該簽名，這樣短信接收方能確認(rèn)接收到的短信是否為經(jīng)過運(yùn)營商的短信中心下發(fā)的，從而識(shí)別出接收到的短信是否是通過偽基站進(jìn)行下發(fā)的。

附圖說明

為了更清楚地說明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動(dòng)性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為本發(fā)明實(shí)現(xiàn)短信接收個(gè)性化簽名的方法一個(gè)實(shí)施例的示意圖。

圖2為本發(fā)明一個(gè)實(shí)施例中預(yù)先登記用戶短信簽名的示意圖。

圖3為本發(fā)明另一實(shí)施例中預(yù)先登記用戶短信簽名的示意圖。

圖4為本發(fā)明一個(gè)實(shí)施例中為SP短信分配短信簽名的示意圖。

圖5為本發(fā)明實(shí)現(xiàn)短信接收個(gè)性化簽名的簽名業(yè)務(wù)平臺(tái)一個(gè)實(shí)施例的示意圖。

圖6為本發(fā)明一個(gè)實(shí)施例中登記模塊的示意圖。

圖7為本發(fā)明一個(gè)實(shí)施例中分配單元的示意圖。

圖8為本發(fā)明一個(gè)實(shí)施例中簽名模塊的示意圖。

圖9為本發(fā)明實(shí)現(xiàn)短信接收個(gè)性化簽名的系統(tǒng)一個(gè)實(shí)施例的示意圖。

圖10為本發(fā)明一個(gè)實(shí)施例中所述系統(tǒng)接受短信插入簽名的示意圖。

圖11為本發(fā)明一個(gè)實(shí)施例中所述系統(tǒng)登記用戶簽名的示意圖。

圖12為本發(fā)明另一實(shí)施例中所述系統(tǒng)登記用戶簽名的示意圖。

具體實(shí)施方式

下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例。以下對(duì)至少一個(gè)示例性實(shí)施例的描述實(shí)際上僅僅是說明性的，決不作為對(duì)本發(fā)明及其應(yīng)用或使用的任何限制?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。

除非另外具體說明，否則在這些實(shí)施例中闡述的部件和步驟的相對(duì)布置、數(shù)字表達(dá)式和數(shù)值不限制本發(fā)明的范圍。

同時(shí)，應(yīng)當(dāng)明白，為了便于描述，附圖中所示出的各個(gè)部分的尺寸并不是按照實(shí)際的比例關(guān)系繪制的。

對(duì)于相關(guān)領(lǐng)域普通技術(shù)人員已知的技術(shù)、方法和設(shè)備可能不作詳細(xì)討論，但在適當(dāng)情況下，所述技術(shù)、方法和設(shè)備應(yīng)當(dāng)被視為授權(quán)說明書的一部分。

在這里示出和討論的所有示例中，任何具體值應(yīng)被解釋為僅僅是示例性的，而不是作為限制。因此，示例性實(shí)施例的其它示例可以具有不同的值。應(yīng)注意到：相似的標(biāo)號(hào)和字母在下面的附圖中表示類似項(xiàng)，因此，一旦某一項(xiàng)在一個(gè)附圖中被定義，則在隨后的附圖中不需要對(duì)其進(jìn)行進(jìn)一步討論。

圖1為本發(fā)明實(shí)現(xiàn)短信接收個(gè)性化簽名的方法一個(gè)實(shí)施例的示意圖。優(yōu)選的，本實(shí)施例可由本發(fā)明實(shí)現(xiàn)短信接收個(gè)性化簽名的短信簽名平臺(tái)執(zhí)行。該方法包括以下步驟：

步驟101，預(yù)先登記用戶(短信接收方)的短信簽名。

在本發(fā)明的一個(gè)實(shí)施例中，如圖2所示，所述預(yù)先登記用戶的個(gè)性化簽名的步驟可以包括：步驟201，接收用戶發(fā)送的個(gè)性化簽名；步驟202，將所述個(gè)性化簽名登記為所述用戶的短信簽名，并將該用戶的國際移動(dòng)用戶識(shí)別碼(IMSI)和其自定義的個(gè)性化簽名建立關(guān)聯(lián)；以及步驟203，向所述用戶返回簽名登記結(jié)果，其中所述簽名登記結(jié) 果可以包括：短信簽名是否登記成功的結(jié)果。

步驟102，在接收到短信中心轉(zhuǎn)發(fā)的需要下發(fā)給所述用戶的短信時(shí)，根據(jù)該用戶的IMSI，查找該用戶預(yù)先登記的短信簽名；并根據(jù)所述預(yù)先登記的短信簽名給短信中心轉(zhuǎn)發(fā)的短信添加簽名。

步驟103，將添加簽名后的短信發(fā)送給短信中心，以便短信中心將添加簽名后的短信下發(fā)給所述用戶。

現(xiàn)在通過偽基站可以任意冒用他人手機(jī)號(hào)碼強(qiáng)行向用戶手機(jī)發(fā)送詐騙、廣告推銷等短信息。但該類短信有個(gè)特點(diǎn)：發(fā)給所有號(hào)碼的內(nèi)容是一樣的，無法按接收方個(gè)性化進(jìn)行設(shè)置。

基于本發(fā)明上述實(shí)施例提供的實(shí)現(xiàn)短信接收個(gè)性化簽名的方法，

通過在運(yùn)營商短信網(wǎng)絡(luò)中登記用戶的個(gè)性化簽名，當(dāng)用戶登記簽名后，如果有短信下發(fā)給該用戶時(shí)，運(yùn)營商短信中心先將短信送到短信業(yè)務(wù)平臺(tái)，短信業(yè)務(wù)平臺(tái)會(huì)根據(jù)用戶設(shè)置好的簽名給短信添加簽名內(nèi)容然后再下發(fā)短信給用戶。由此，當(dāng)用戶接收短信后根據(jù)簽名就可以判斷該短信是否是運(yùn)營商網(wǎng)絡(luò)下發(fā)的。如接收到的短信有自定義的個(gè)性化簽名，則判定該短信為運(yùn)營商網(wǎng)絡(luò)下發(fā)的；否則，可以識(shí)別出接收到的短信為通過偽基站進(jìn)行下發(fā)的。

在本發(fā)明的一個(gè)實(shí)施例中，圖2實(shí)施例中的步驟202中，所述短信簽名還可以包括簽名業(yè)務(wù)平臺(tái)為用戶分配的服務(wù)編碼；步驟203中的簽名登記結(jié)果還可以包括：用戶自定義簽名以及所述服務(wù)編碼。

在本發(fā)明的上述實(shí)施例中，業(yè)務(wù)平臺(tái)給接收短信自動(dòng)添加的簽名中，不僅包括用戶自定義簽名，還包括業(yè)務(wù)平臺(tái)為用戶分配的服務(wù)編碼，從而可以進(jìn)一步將短信中心下發(fā)的短信與偽基站下發(fā)短信的相區(qū)別，可以避免偽基站非法獲取用戶自定義簽名的情況，由此進(jìn)一步提高了運(yùn)營商短信的安全性。

在本發(fā)明的一個(gè)實(shí)施例中，若當(dāng)前短信為長短信的拆分短信，則圖1實(shí)施例步驟102中，根據(jù)所述用戶預(yù)先設(shè)置的短信簽名，給短信添加簽名的步驟可以包括：

步驟1，在接收到與長短信對(duì)應(yīng)的所有拆分短信后，將拆分短信 串接為長短信。

步驟2，根據(jù)所述用戶預(yù)先設(shè)置的短信簽名，給串接后的長短信添加簽名，之后將串接后的長短信發(fā)送給短信中心，以便短信中心將長短信重新拆分后再下發(fā)給用戶。

在本發(fā)明的上述實(shí)施例中，對(duì)于拆分的長短信，先串接為完整的長短信，而后加入用戶登記的簽名，然后進(jìn)行重新拆分下發(fā)。由此，本發(fā)明可以支持對(duì)長短信添加接收方自定義的簽名，避免了對(duì)一條長短信的每條拆分短信都添加簽名，從而進(jìn)一步提高了用戶體驗(yàn)。

圖3為本發(fā)明另一實(shí)施例中預(yù)先登記用戶短信簽名的示意圖。如圖3所示，圖1實(shí)施例中的步驟101還可以包括：

步驟301，接收用戶發(fā)送的SP短信簽名請(qǐng)求，其中所述SP短信簽名請(qǐng)求包括SP編碼。

步驟302，根據(jù)SP編碼為所述SP短信分配一個(gè)短信簽名。

在本發(fā)明的一個(gè)實(shí)施例中，如圖4所示，步驟302可以包括：步驟401，根據(jù)SP編碼從運(yùn)營商CRM(客戶關(guān)系管理)系統(tǒng)中檢索得到相應(yīng)的SP名稱；步驟402，為用戶分配服務(wù)編碼，所述服務(wù)編碼可將用戶與其他用戶相區(qū)別；以及步驟403，將所述SP名稱和服務(wù)編碼作為短信簽名，并將該用戶的IMSI和其自定義的個(gè)性化簽名建立關(guān)聯(lián)。

步驟303，向所述用戶返回簽名分配結(jié)果，其中所述簽名分配結(jié)果中包括所述SP名稱和服務(wù)編碼。

本發(fā)明的上述實(shí)施例中，對(duì)于SP(應(yīng)用服務(wù)提供者)短信(或行業(yè)短信)，如果用戶不想自己設(shè)置簽名的話，可以發(fā)送短信到運(yùn)營商短信業(yè)務(wù)平臺(tái)要求平臺(tái)為該SP短信(或行業(yè)短信)分配一個(gè)短信簽名，然后以短信的方式通知用戶。由此，本發(fā)明對(duì)于SP短信，業(yè)務(wù)平臺(tái)可以從運(yùn)營商CRM登記處獲取SP名稱，簽名時(shí)自動(dòng)加入。

由于本發(fā)明上述實(shí)施例中SP短信分配的簽名中包括了所述SP名稱和服務(wù)編碼，不同用戶的服務(wù)編碼不同，因此，不同用戶分配的SP短信簽名不同；并且在簽名登記時(shí)，將所述SP名稱和服務(wù)編碼發(fā)送 給了用戶。同時(shí)由于偽基站發(fā)送的短信中不包括該服務(wù)編碼，因此用戶可以方便地識(shí)別出偽基站短信和運(yùn)營商發(fā)送的SP短信，從而提高了SP短信的安全性。

圖5為本發(fā)明實(shí)現(xiàn)短信接收個(gè)性化簽名的簽名業(yè)務(wù)平臺(tái)一個(gè)實(shí)施例的示意圖。如圖5所示，所述簽名業(yè)務(wù)平臺(tái)可以包括登記模塊100、接收模塊200、簽名模塊300和發(fā)送模塊400，其中：

登記模塊100，用于預(yù)先登記用戶(短信接收方)的短信簽名。

接收模塊200，用于接收短信中心轉(zhuǎn)發(fā)的需要下發(fā)給所述用戶的短信。

簽名模塊300，用于在接收模塊200接收到短信中心轉(zhuǎn)發(fā)的需要下發(fā)給所述用戶的短信時(shí)，根據(jù)登記模塊100預(yù)先登記的短信簽名，給短信添加簽名。

發(fā)送模塊400，用于將添加簽名后的短信發(fā)送給短信中心，以便短信中心將添加簽名后的短信下發(fā)給所述用戶。

基于本發(fā)明上述實(shí)施例提供的實(shí)現(xiàn)短信接收個(gè)性化簽名的簽名業(yè)務(wù)平臺(tái)，不同于傳統(tǒng)的在短信主叫方發(fā)送短信時(shí)就添加簽名的方法，而是讓接收方首先在運(yùn)營商短信網(wǎng)絡(luò)中登記自己個(gè)性化簽名，使得只要通過運(yùn)營商短信網(wǎng)絡(luò)下發(fā)給該用戶的短信都會(huì)自動(dòng)加上該簽名，這樣短信接收方能確認(rèn)接收到的短信是否是經(jīng)過運(yùn)營商的短信中心下發(fā)，識(shí)別出接收到的短信是不是通過偽基站進(jìn)行下發(fā)的，從而有效地提高了接收方對(duì)偽基站這類不通過運(yùn)營網(wǎng)絡(luò)進(jìn)行群發(fā)短信的識(shí)別。

圖6為本發(fā)明圖5所示實(shí)施例中登記模塊的示意圖。如圖6所示，圖5中的登記模塊100包括接收單元110、登記單元120和返回單元130，其中：

接收單元110，用于接收用戶發(fā)送的個(gè)性化簽名。

登記單元120，用于將接收單元110接收的所述個(gè)性化簽名登記為所述用戶的短信簽名。

返回單元130，用于向所述用戶返回簽名登記結(jié)果。

本發(fā)明上述實(shí)施例中，登記模塊通過在運(yùn)營商短信網(wǎng)絡(luò)中登記用 戶的個(gè)性化簽名，當(dāng)用戶登記簽名后，如果有短信下發(fā)給該用戶時(shí)，運(yùn)營商短信中心先將短信送到短信業(yè)務(wù)平臺(tái)，短信業(yè)務(wù)平臺(tái)會(huì)根據(jù)用戶設(shè)置好的簽名給短信添加簽名內(nèi)容然后再下發(fā)短信給用戶，從而使得用戶通過接收到的短信是否為自定義的個(gè)性化簽名，來判斷該短信是否來自運(yùn)營商網(wǎng)絡(luò)，從而提高了運(yùn)營商短信的安全性。

在本發(fā)明的一個(gè)實(shí)施例中，如圖6所示，登記模塊100還可以包括分配單元140，其中：

接收單元110還用于接收用戶發(fā)送的SP短信簽名請(qǐng)求，其中，所述SP短信簽名請(qǐng)求包括SP編碼。

分配單元140，用于根據(jù)SP編碼為所述SP短信分配一個(gè)短信簽名。

返回單元130還用于向所述用戶返回簽名分配結(jié)果。

圖7為本發(fā)明圖6實(shí)施例中分配單元的示意圖。如圖7所示，圖6中的分配單元140可以包括檢索子模塊141、分配子模塊142和簽名子模塊143，其中：

檢索子模塊141，用于根據(jù)SP編碼從CRM中檢索得到相應(yīng)的SP名稱。

分配子模塊142，用于為用戶分配服務(wù)編碼。

簽名子模塊143，用于將所述SP名稱和服務(wù)編碼作為短信簽名。

本發(fā)明的上述實(shí)施例中，對(duì)于SP短信，業(yè)務(wù)平臺(tái)可以從運(yùn)營商CRM登記處獲取SP名稱，簽名時(shí)自動(dòng)加入。同時(shí)，由于本發(fā)明上述實(shí)施例中SP短信分配的簽名中包括了所述SP名稱和服務(wù)編碼，不同用戶的服務(wù)編碼不同，因此，不同用戶分配的SP短信簽名不同；并且在簽名登記時(shí)，將所述SP名稱和服務(wù)編碼發(fā)送給了用戶。同時(shí)由于偽基站發(fā)送的短信中不包括該服務(wù)編碼，因此，通過本發(fā)明上述實(shí)施例，用戶可以方便地識(shí)別出偽基站短信和運(yùn)營商發(fā)送的SP短信，從而提高了SP短信的安全性。

圖8為本發(fā)明圖5實(shí)施例中簽名模塊的示意圖。如圖8所示，圖5中的簽名模塊300可以包括串接單元310和簽名單元320，其中：

串接單元310，用于若當(dāng)前短信為長短信的拆分短信，則在接收到與長短信對(duì)應(yīng)的所有拆分短信后，將拆分短信串接為長短信。

簽名單元320，用于根據(jù)登記模塊100預(yù)先登記的短信簽名，給串接單元310串接后的長短信添加簽名。

在本發(fā)明的上述實(shí)施例中，對(duì)于拆分的長短信，先串接為完整的長短信，而后加入用戶登記的簽名，然后進(jìn)行重新拆分下發(fā)。由此，本發(fā)明可以支持對(duì)長短信添加接收方自定義的簽名，避免了對(duì)一條長短信的每條拆分短信都添加簽名，從而進(jìn)一步提高了用戶體驗(yàn)。

圖9為本發(fā)明實(shí)現(xiàn)短信接收個(gè)性化簽名的系統(tǒng)一個(gè)實(shí)施例的示意圖。所述系統(tǒng)包括簽名業(yè)務(wù)平臺(tái)10和短信中心20，其中：

簽名業(yè)務(wù)平臺(tái)10，為上述任一實(shí)施例所述的簽名業(yè)務(wù)平臺(tái)；

短信中心20，用于需要下發(fā)給已登記用戶時(shí)，將短信轉(zhuǎn)發(fā)給簽名業(yè)務(wù)平臺(tái)10，其中，所述已登記用戶為已在簽名業(yè)務(wù)平臺(tái)10登記短信簽名的用戶；接收簽名業(yè)務(wù)平臺(tái)10添加簽名后的短信，并下發(fā)給所述已登記用戶。

圖10為本發(fā)明一個(gè)實(shí)施例中所述系統(tǒng)接受短信插入簽名的示意圖。如圖10所示，所述系統(tǒng)接受短信插入簽名的流程可以包括：

步驟501，短信發(fā)送方將下發(fā)給接收用戶A的短信發(fā)送給短信中心。

步驟502，短信中心根據(jù)接收用戶A的IMSI，判斷接收用戶A是否已經(jīng)在簽名業(yè)務(wù)平臺(tái)登記短信簽名。若接收用戶A已經(jīng)在簽名業(yè)務(wù)平臺(tái)登記短信簽名，則執(zhí)行步驟503；否則，若接收用戶A沒有在簽名業(yè)務(wù)平臺(tái)登記短信簽名，則直接執(zhí)行步驟507。

步驟503，短信中心觸發(fā)簽名插入業(yè)務(wù)，將所述短信轉(zhuǎn)發(fā)給簽名業(yè)務(wù)平臺(tái)。

步驟504，簽名業(yè)務(wù)平臺(tái)根據(jù)該用戶的IMSI，查找該用戶A預(yù)先登記的短信簽名。

步驟505，簽名業(yè)務(wù)平臺(tái)將所述預(yù)先登記的短信簽名插入到短信中心轉(zhuǎn)發(fā)的短信中。

步驟506，簽名業(yè)務(wù)平臺(tái)將添加簽名后的短信發(fā)送給短信中心。

步驟507，短信中心將短信下發(fā)給接收用戶A。

本發(fā)明上述實(shí)施例中，短信中心判斷短信的接收用戶A是否已經(jīng)在簽名業(yè)務(wù)平臺(tái)登記短信簽名。對(duì)于已登記短信簽名的接收方用戶，可以實(shí)現(xiàn)將短信接收方登記的用戶簽名自動(dòng)添加到發(fā)送給接收方的短信中，從而有效的提高了接收方對(duì)偽基站這類不通過運(yùn)營網(wǎng)絡(luò)進(jìn)行群發(fā)短信的識(shí)別能力，提高了運(yùn)營商短信的安全性。

下面通過兩個(gè)具體實(shí)施例對(duì)系統(tǒng)登記用戶簽名的過程進(jìn)行介紹。

圖11為本發(fā)明一個(gè)實(shí)施例中所述系統(tǒng)登記用戶簽名的示意圖。如圖11所示，所述系統(tǒng)登記用戶簽名的流程可以包括：

步驟601、602，用戶通過短信中心向簽名業(yè)務(wù)平臺(tái)發(fā)送個(gè)性化簽名。

步驟603，簽名業(yè)務(wù)平臺(tái)發(fā)送個(gè)性化簽名登記為所述用戶的短信簽名，并將該用戶的國際移動(dòng)用戶識(shí)別碼(IMSI)和其自定義的個(gè)性化簽名建立關(guān)聯(lián)。

在本發(fā)明的一個(gè)實(shí)施例中，步驟603中，所述短信簽名還可以包括簽名業(yè)務(wù)平臺(tái)為用戶分配的服務(wù)編碼。

步驟604、605，簽名業(yè)務(wù)平臺(tái)通過短信中心向所述用戶返回簽名登記結(jié)果，其中所述簽名登記結(jié)果可以包括：短信簽名是否登記成功的結(jié)果。

在本發(fā)明的一個(gè)實(shí)施例中，步驟604、605中，簽名登記結(jié)果還可以包括：用戶自定義簽名以及所述服務(wù)編碼。

圖12為本發(fā)明另一實(shí)施例中所述系統(tǒng)登記用戶簽名的示意圖。如圖12所示，所述系統(tǒng)登記用戶簽名的流程可以包括：

步驟701、702，用戶通過短信中心向簽名業(yè)務(wù)平臺(tái)發(fā)送SP短信簽名請(qǐng)求，其中所述SP短信簽名請(qǐng)求包括SP編碼。

在本發(fā)明一個(gè)具體實(shí)施例中，用戶通過短信中心向簽名業(yè)務(wù)平臺(tái)發(fā)送SP編碼為1069的SP短信簽名請(qǐng)求。

步驟703，簽名業(yè)務(wù)平臺(tái)根據(jù)SP編碼向運(yùn)營商CRM(客戶關(guān)系管理)系統(tǒng)檢索SP名稱，例如SP編碼為1069的SP名稱為天氣預(yù)報(bào)。

步驟703，CRM系統(tǒng)將檢索得到的SP名稱返回給簽名業(yè)務(wù)平臺(tái)。

步驟705，簽名業(yè)務(wù)平臺(tái)為用戶分配服務(wù)編碼，所述服務(wù)編碼可將用戶與其他用戶相區(qū)別。

步驟706，簽名業(yè)務(wù)平臺(tái)將所述SP名稱和服務(wù)編碼作為短信簽名，并將該用戶的IMSI和其自定義的個(gè)性化簽名建立關(guān)聯(lián)。

步驟707、708，簽名業(yè)務(wù)平臺(tái)向所述用戶返回簽名分配結(jié)果，其中所述簽名分配結(jié)果中包括所述SP名稱和服務(wù)編碼。

本發(fā)明的上述實(shí)施例，對(duì)于SP短信，業(yè)務(wù)平臺(tái)從運(yùn)營商CRM登記處獲取SP名稱，簽名時(shí)自動(dòng)加入；對(duì)于點(diǎn)對(duì)點(diǎn)短信，業(yè)務(wù)平臺(tái)根據(jù)接收用戶預(yù)先設(shè)定進(jìn)行加入。本發(fā)明的上述實(shí)施例不僅有效地提高了接收方對(duì)偽基站這類不通過運(yùn)營網(wǎng)絡(luò)進(jìn)行群發(fā)短信的識(shí)別；而且用戶可以獲得SP編碼對(duì)應(yīng)的SP名稱(例如天氣預(yù)報(bào))，由此可以方便用戶了解SP編碼對(duì)應(yīng)SP短信的作用，提高了用戶體驗(yàn)。

在上面所描述的短信中心和簽名業(yè)務(wù)平臺(tái)可以實(shí)現(xiàn)為用于執(zhí)行本申請(qǐng)所描述功能的通用處理器、可編程邏輯控制器(PLC)、數(shù)字信號(hào)處理器(DSP)、專用集成電路(ASIC)、現(xiàn)場(chǎng)可編程門陣列(FPGA)或者其他可編程邏輯器件、分立門或者晶體管邏輯器件、分立硬件組件或者其任意適當(dāng)組合。

至此，已經(jīng)詳細(xì)描述了本發(fā)明。為了避免遮蔽本發(fā)明的構(gòu)思，沒有描述本領(lǐng)域所公知的一些細(xì)節(jié)。本領(lǐng)域技術(shù)人員根據(jù)上面的描述，完全可以明白如何實(shí)施這里公開的技術(shù)方案。

本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述實(shí)施例的全部或部分步驟可以通過硬件來完成，也可以通過程序來指令相關(guān)的硬件完成，所述的程序可以存儲(chǔ)于一種計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)中，上述提到的存儲(chǔ)介質(zhì)可以是只讀存儲(chǔ)器，磁盤或光盤等。

本發(fā)明的描述是為了示例和描述起見而給出的，而并不是無遺漏的或者將本發(fā)明限于所公開的形式。很多修改和變化對(duì)于本領(lǐng)域的普通技術(shù)人員而言是顯然的。選擇和描述實(shí)施例是為了更好說明本發(fā)明的原理和實(shí)際應(yīng)用，并且使本領(lǐng)域的普通技術(shù)人員能夠理解本發(fā)明從而設(shè)計(jì)適于特定用途的帶有各種修改的各種實(shí)施例。