專利名稱：：彩信群發(fā)的方法及彩信中心的制作方法
技術領域：
：本發(fā)明屬于通信
技術領域：
，尤其涉及一種彩信群發(fā)的方法及彩信中心。
背景技術：
：隨著多媒體業(yè)務的高速發(fā)展，發(fā)送彩信逐漸成為人們日常工作和生活中必不可少的元素，而此類業(yè)務的便捷性與拓展性方面的需求也日趨強烈?，F(xiàn)有技術發(fā)送彩信的過程中，用戶在移動終端上完成彩信的編輯后，通過輸入目標手機號將該彩信發(fā)送出去。眾所周知，單純的一對一發(fā)送已不能滿足用戶的需求，若用戶需要將編輯好的彩信同時發(fā)送給多個用戶，則需要在發(fā)送地址中輸入多個目標用戶的手機號，然后進行發(fā)送。在實施本發(fā)明的過程中，發(fā)現(xiàn)現(xiàn)有技術存在至少以下問題在群發(fā)彩信的過程中，由于需要進行多次輸入目標用戶的手機號碼的操作，造成操作起來比較繁瑣，導致降低用戶的體驗效果。
發(fā)明內容為了解決上述問題，本發(fā)明的目的是提供一種彩信群發(fā)的方法及彩信中心，簡化群發(fā)彩信的操作，進而有效提高用戶體驗。為了達到上述目的，本發(fā)明提供一種彩信群發(fā)的方法，所述方法包括彩信中心從接收到的彩信群發(fā)請求中解析出發(fā)送方終端的標識信息和接收方終端所屬的組標識；根據(jù)所述發(fā)送方終端的標識信息和所述組標識，所述彩信中心查詢出與所述組標識對應的多個接收方終端的地址信息；所述彩信中心根據(jù)查詢得到的所述多個接收方終端的地址信息，向與所述多個接收方終端的地址信息對應的多個接收方終端發(fā)送彩信通知。優(yōu)選的，所述彩信群發(fā)請求為所述彩信中心接收來自發(fā)送方終端發(fā)送的。優(yōu)選的，所述方法還包括當所述發(fā)送方終端對所述接收方終端所屬的組標識進行更新處理后，所述彩信中心獲取所述發(fā)送方終端發(fā)送的更新后的所述組標識與所述接收方終端的地址信息的對應關系。優(yōu)選的，所述彩信群發(fā)請求為所述彩信中心接收來自用戶自服務系統(tǒng)通過無線應用通訊協(xié)議WAP發(fā)送的。優(yōu)選的，所述方法還包括當所述用戶自月良務系統(tǒng)對所述接收方終端所屬的組標識進行更新處理后，所述彩信中心獲取所述用戶自服務系統(tǒng)通過WAP發(fā)送的更新后的所述組標識與所述接收方終端的地址信息的對應關系。優(yōu)選的，在所述彩信中心從接收到的彩信群發(fā)請求中解析出接收方終端所屬的組標識的步驟之前，所述方法還包括所述彩信中心判斷所述彩信群發(fā)請求中是否包括所述組標識，若是，則執(zhí)行所述彩信中心從接收到的彩信群發(fā)請求中解析出接收方終端所屬的組標識的步驟，否則，根據(jù)所述彩信群發(fā)請求中的接收方終端的地址信息，向與所述接收方終端的地址信息對應的接收方終端發(fā)送彩信通知。本發(fā)明提供一種彩信中心，包括接收模塊，用于接收彩信群發(fā)請求；解析模塊，用于從接收到的所述彩信群發(fā)請求中解析出發(fā)送方終端的標識信息和接收方終端所屬的組標識；查詢模塊，用于根據(jù)所述發(fā)送方終端的標識信息和所述組標識，查詢出與所迷組標識對應的多個接收方終端的地址信息；發(fā)送模塊，用于根據(jù)查詢得到的所述多個接收方終端的地址信息，向與所述多個接收方終端的地址信息對應的多個接收方終端發(fā)送彩信通知。優(yōu)選的，所述彩信中心還包括判斷模塊，用于判斷所述彩信群發(fā)請求中是否包括所述組標識，若是，則觸發(fā)所述解析模塊，否則，根據(jù)所述彩信群發(fā)請求中的接收方終端的地址信息，向與所述接收方終端的地址信息對應的接收方終端發(fā)送彩信通知。優(yōu)選的，所述彩信中心還包括用戶數(shù)據(jù)存儲模塊，用于存儲所述接收方終端的地址信息與所述組標識的對應關系。上述技術方案中的至少一種技術方案具有如下有益效果通過對接收方終端的地址信息進行組群劃分，使得發(fā)送方終端在群發(fā)彩信時，只需將該組群的組標識發(fā)送給彩信中心，由彩信中心查詢出與該組標識對應的多個接收方終端的地址信息，然后根據(jù)該多個接收方終端的地址信息發(fā)送出去。由于用戶在發(fā)送彩信時，無需多次輸入接收方終端的地址信息，一方面能夠保證用戶發(fā)送彩信的準確性，另一方面簡化了群發(fā)彩信時的操作，進而有效提高用戶體驗。圖1為本發(fā)明的實施例中彩信群發(fā)的方法流程圖2為本發(fā)明的實施例中通過用戶自服務系統(tǒng)群發(fā)彩信的方法流程圖3為本發(fā)明的實施例中彩信中心的結構框圖。具體實施例方式為了使本發(fā)明實施例的目的、技術方案和優(yōu)點更加清楚明白，下面結合實施例和附圖，對本發(fā)明實施例做進一步詳細地說明。在此，本發(fā)明的示意性實施例及說明用于解釋本發(fā)明，但并不作為對本發(fā)明的限定。如圖1所示，為本發(fā)明的實施例中彩信群發(fā)的方法流程圖，具體步驟如下步驟101、彩信中心從接收到的彩信群發(fā)請求中解析出發(fā)送方終端的標識信息和接收方終端所屬的組標識；在用戶進行彩信的編輯時，可將發(fā)送方終端的標識信息和組標識設置在彩信群發(fā)請求中，該組標識就是接收方終端所屬的組群，例如在本實施例中可通過將發(fā)送方終端的地址信息和組標識設置在彩信群發(fā)請求中的To字段。發(fā)送方終端的標識信息和接收方終端所屬的組標識設置完成后，將該彩信群發(fā)請求發(fā)送給彩信中心。彩信中心接收到彩信群發(fā)請求后，可首先判斷該彩信群發(fā)請求中是否有組標識，若有組標識，則從該彩信群發(fā)請求中解析出該組標識，然后執(zhí)行步驟102;若沒有組標識，則該彩信中心可按照現(xiàn)有的一對一的彩信發(fā)送方式，將該彩信發(fā)送給接收方終端。在本實施例中，該彩信中心獲取的彩信群發(fā)請求可以是終端發(fā)送的，也可以是用戶自服務系統(tǒng)發(fā)送的，該用戶自服務系統(tǒng)一般由業(yè)務運營商的網(wǎng)站提供，用戶在登陸該用戶自服務系統(tǒng)后，在通過該網(wǎng)站完成選耳又或編輯彩信后，將彩信群發(fā)請求通過WAP(WirelessApplicationProtocol,無線應用通訊協(xié)議)發(fā)送給彩信中心。步驟102、#>據(jù)該發(fā)送方終端的標識信息和組標識，彩信中心查詢出與組標識對應的多個接收方終端的地址信息；當彩信中心從彩信群發(fā)請求中解析出發(fā)送方終端的標識信息和組標識后，首先根據(jù)發(fā)送方終端的標識信息查找出該發(fā)送方終端的組群信息，該組群信息可包括組標識、組描述和接收方終端的地址信息。其中組描述用于描述該組群的類別，例如家庭組、同事組等。然后通過解析獲得的組標識在查找出來的組群信息中，匹配出與該組標識對應的接收方終端的地址信息。上述組群信息是指在進行組群劃分中，建立的通訊錄中的每個用戶與至少一個組標識的第一對應關系，也就是組標識與接收方終端的地址信息的對應關系。當然一個接收方終端的地址信息可與至少一個組標識對應。當組群信息設置完成后，可繼續(xù)建立該組群信息與該發(fā)送方終端的標識信息第二對應關系。上述第一對應關系和第二對應關系通過數(shù)據(jù)表的方式存儲在彩信中心的數(shù)據(jù)庫中，或者設置在其他數(shù)據(jù)庫中。步驟103、彩信中心根據(jù)查詢得到的多個接收方終端的地址信息，向與所述多個接收方終端的地址信息對應的多個接收方終端發(fā)送彩信通知。彩信中心通過步驟102中查詢到的多個接收方終端的地址信息，向與所述多個接收方終端的地址信息對應的多個接收方終端發(fā)送彩信通知，該多個接收方終端在接收到彩信通知后，可去該彩信中心下載彩信，也可放棄下載該彩信。。例如，若該彩信群發(fā)請求采用的是MM1消息結構，該彩信中心可首先對該彩信群發(fā)請求進行MM1口解碼，解出彩信群發(fā)請求中的To字段，然后將步驟102中獲取的多個接收方終端的地址信息設置到該To字段中，此時該彩信中心可按照現(xiàn)有的彩信發(fā)送流程進行處理。由上述可知，在執(zhí)行步驟101之前還可進行發(fā)送方終端的通訊錄中用戶的組群劃分，在本實施例中可通過如下兩種方式進行用戶組群的劃分1)若移動終端支持用戶組群管理時，可直接在發(fā)送方終端上進行用戶組群劃分的操作和進行建立組標識與接收方終端的地址信息的對應關系的操作。然后可將有關該對應關系的修改、新增或者刪除同步到彩信中心或者其他服務設備中；2)若移動終端不支持用戶組群管理時，用戶可登陸用戶自服務系統(tǒng)，在該用戶自服務系統(tǒng)中進行用戶組群劃分的操作和進行建立組標識與接收方終端的地址信息的對應關系的操作，然后可將有關該對應關系的修改、新增或者刪除通過WAP同步到彩信中心或者其他服務設備中。下面以在終端上進行用戶組群劃分的操作為例進行介紹。當終端支持用戶組群管理時，該終端上通常會預先配置有多個組群，例如家庭組、同事組、朋友組和同學組等多個組群，此時可將家庭組的組標識設置為數(shù)字1，同事組的組標識設置為數(shù)字2、朋友組的組標識設置為數(shù)字3、以及同學組的組標識設置為數(shù)字4。然后，根據(jù)通訊錄中用戶所屬的組群，為通訊錄中的每個用戶配置至少一個組標識。在本實施例中終端的組群并不限于上述幾種。當預先配置的組群不能滿足用戶需求時，用戶也可自定義其他的組群，例如增加客戶組?；蛘咭部蓪σ延薪M群進一步劃分，例如將同學組劃分為大學同學組和中學同學組，將同事組劃分為男同事組和女同事組，或者劃分為上級同事組和下級同事組。參見表l,為用戶組群劃分后建立的數(shù)據(jù)表，當終端支持用戶組群劃分時，表l可存儲在終端中的數(shù)據(jù)庫中。當然用戶可根據(jù)具體需求對表l中的內容進行新增、刪除和修改等搡作。表1<table>tableseeoriginaldocumentpage8</column></row><table>由表1可知，在發(fā)送方終端(該發(fā)送方終端的標識信息可以是地址信息，此時該地址信息為13805710321)中設置有兩個組群，分別為家庭組和同事組，其中家庭組的組標識為數(shù)字1，同事組的組標識為數(shù)字2，且該家庭組中包括兩個接收方終端，該接收方終端的地址信息分別為13805710006和13805710007,而同事組中也包括兩個接收方終端，該接收方終端的地址信息分別為13805720004和13805720005。通過上迷劃分后，也就建立了發(fā)送方終端的標識信息與組群信息的對應關系(第二對應關系)，以及建立了組群信息中組標識與接收方終端的地址信息的對應關系(第一對應關系)，上述組群信息包括組標識、組描述和接收方終端的標識信息。當表1中的發(fā)送方終端需要向家庭組群發(fā)彩信時，可在該彩信群發(fā)消息中設置發(fā)送方終端的標識信息和組標識，例如可將12位的數(shù)字串"138057103211"設置在彩信群發(fā)消息中，其中12位數(shù)字串中的前11位"13805710321"為發(fā)送方終端的標識信息，最后一位為"1"為組標識。當彩信中心從該彩信群發(fā)消息中解析出該12位的數(shù)字串"138057103211"后，首先通過前l(fā)l位的數(shù)字串"13805710321"在表1中進行查找，可查找出與該"13805710321"對應的組群信息，然后根據(jù)解析出的'T，確定出該接收方終端為家庭組中的用戶，以及位于該家庭組中的接收方終端的地址信息。當上述發(fā)送方終端和接收方終端為手機時，該發(fā)送方終端的標識信息和接收方終端的地址信息分別為發(fā)送方手機的號碼和接收方手機的號碼。同樣，當用戶通過登陸用戶自服系統(tǒng)進行組群劃分時，也可在用戶自服系統(tǒng)中建立表1,并將該表1存儲在用戶自服系統(tǒng)的數(shù)據(jù)庫中，然后可通過WAP同步到彩信中心的數(shù)據(jù)庫中。下面結合通過使用用戶自服系統(tǒng)來進行群發(fā)彩信的流程來詳細介紹本發(fā)明的實施例。如圖2所示，本發(fā)明的實施例中通過用戶自服務系統(tǒng)群發(fā)彩信的方法流程圖，具體步驟如下步驟201、登錄門戶自服務系統(tǒng)，并通過該門戶自服務系統(tǒng)進行用戶組群劃分的操作；用戶可通過將門戶自服務系統(tǒng)的客戶端下載到終端或者計算機上，然后登陸該門戶自服務系統(tǒng)(首次登陸時，需要進行用戶注冊)。當用戶通過門戶自服系統(tǒng)進行用戶組群劃分的操作時，需要先就將終端中的通訊錄同步到該門戶自服系統(tǒng)的數(shù)據(jù)庫中。當用戶進入該門戶自服系統(tǒng)后，可按照表1中形式進行組群劃分，在此不再敷述。步驟202、用戶自服務系統(tǒng)發(fā)送同步消息給用戶數(shù)據(jù)庫進行數(shù)據(jù)的更新。也就是，當對表l中的內容有增加、修改或者刪除操作時，需要將變更后的內容同步到用戶數(shù)據(jù)庫中。此時更新的數(shù)據(jù)信息包括組標識、發(fā)送方終端的標識信息、組描述和接收方終端的標識信息；該用戶數(shù)據(jù)庫可以獨立的數(shù)據(jù)存儲設備，也可是設置在彩信中心的數(shù)據(jù)庫。步驟203、發(fā)送終端提交彩信群發(fā)請求到WAP,其中接收方地址信息可填為用戶服務系統(tǒng)中配置的發(fā)送方終端的標識信息和組標識，如138057103211，可參見表l。步驟204、WAP把彩信群發(fā)請求轉到彩信中心。步驟205、彩信中心對該彩信群發(fā)請求進行MM1口解碼，解出消息頭中的To字段;通過該彩信中心的編碼模塊首先對該彩信群發(fā)請求進行MM1口解碼，并將解碼獲得的字段值賦到彩信中的業(yè)務模塊；彩信中心的業(yè)務模塊判斷該字段值是否符合"發(fā)送方終端的標識+組標識"的格式，如果符合則向用戶數(shù)據(jù)庫發(fā)送查詢請求。本步驟中的判斷邏輯是首先判斷在字段值是否為12位的數(shù)字串，然后提取該12位的數(shù)字串中的前11位與發(fā)送方終端的標識進行比較，如果相同且最后一位是預先配置組標識中的一個組標識時，則邏輯符合。步驟206、通過組標識號查詢表1可得到接收方終端的地址信息。在本步驟中還可同時驗證發(fā)送方終端的標識信息是否為該條記錄的發(fā)送方終端的標識信息，進而保證查詢結果的準確性，然后將查詢得到的接收方終端的地址信息返回給彩信中心；步驟207、彩信中心才艮據(jù)返回的接收方終端的地址信息，替換MM1消息結構中的To字段，即把原來的"發(fā)送方終端的標識信息和組標識"換成實際接收方終端的地址信息，至此對組群的處理結束，后續(xù)流程仍按照原彩信中心流程，鑒權后下發(fā)通告給WAP。步驟208、WAP把通告下發(fā)到具體的接收方終端，待接收方終端獲取，10彩信群發(fā)的流程結束，繼續(xù)原彩信中心獲取流程處理。由上述可知，通過對接收方終端的地址信息進行組群劃分，使得發(fā)送方終端在群發(fā)彩信時，只需將該組群的組標識發(fā)送給彩信中心，由彩信中心查詢出與該組標識對應的多個接收方終端的地址信息，然后根據(jù)該多個接收方終端的地址信息發(fā)送出去。由于用戶在發(fā)送彩信時，無需多次輸入接收方終端的地址信息，一方面能夠保證用戶發(fā)送彩信的準確性，另一方面簡化了群發(fā)彩信時的操作，進而有效提高用戶體驗。參見圖3，為本發(fā)明的實施例中彩信中心的結構框圖，該彩信中心包括接收模塊31,用于接收彩信群發(fā)請求；解析模塊32，用于從接收到的彩信群發(fā)請求中解析出發(fā)送方終端的標識信息和接收方終端所屬的組標識；查詢模塊33，用于根據(jù)所述發(fā)送方終端的標識信息和所述組標識，查詢出與所述組標識對應的多個接收方終端的地址信息；發(fā)送模塊34,用于根據(jù)查詢得到的所述多個接收方終端的地址信息，向與所述多個接收方終端的地址信息對應的多個接收方終端發(fā)送彩信通知。在本發(fā)明的另一實施例中，該彩信中心還包括判斷模塊35，用于判斷所述彩信群發(fā)請求中是否包括所述組標識，若是，則觸發(fā)所述解析模塊，否則，根據(jù)所述彩信群發(fā)請求中的接收方終端的地址信息，向與所述接收方終端的地址信息對應的接收方終端發(fā)送彩信通知。在本發(fā)明的另一實施例中，該彩信中心還包括用戶數(shù)據(jù)存儲模塊36,用于存儲所述接收方終端的地址信息與所述組標識的對應關系。以上所述僅是本發(fā)明的優(yōu)選實施方式，應當指出，對于本
技術領域：
的普通技術人員來說，在不脫離本發(fā)明原理的前提下，還可以作出若干改進和潤飾，這些改進和潤飾也應視為本發(fā)明的保護范圍。權利要求1.一種彩信群發(fā)的方法，其特征在于，所述方法包括彩信中心從接收到的彩信群發(fā)請求中解析出發(fā)送方終端的標識信息和接收方終端所屬的組標識；根據(jù)所述發(fā)送方終端的標識信息和所述組標識，所述彩信中心查詢出與所述組標識對應的多個接收方終端的地址信息；所述彩信中心根據(jù)查詢得到的所述多個接收方終端的地址信息，向與所述多個接收方終端的地址信息對應的多個接收方終端發(fā)送彩信通知。2.根據(jù)權利要求1所述的方法，其特征在于，所述彩信群發(fā)請求為所述彩信中心接收來自發(fā)送方終端發(fā)送的。3.根據(jù)權利要求2所述的方法，其特征在于，所述方法還包括當所述發(fā)送方終端對所述接收方終端所屬的組標識進行更新處理后，所述的地址信息的對應關系。4.根據(jù)權利要求1所述的方法，其特征在于，所述彩信群發(fā)請求為所述彩信中心接收來自用戶自服務系統(tǒng)通過無線應用通訊協(xié)議WAP發(fā)送的。5.根據(jù)權利要求4所述的方法，其特征在于，所述方法還包括當所述用戶自服務系統(tǒng)對所述接收方終端所屬的組標識進行更新處理后，所述彩信中心獲取所述用戶自服務系統(tǒng)通過WAP發(fā)送的更新后的所述組標識與所述接收方終端的地址信息的對應關系。6.根據(jù)權利要求1所述的方法，其特征在于，在所述彩信中心從接收到的彩信群發(fā)請求中解析出接收方終端所屬的組標識的步驟之前，所述方法還包括..所述彩信中心判斷所述彩信群發(fā)請求中是否包括所述組標識，若是，則執(zhí)行所述彩信中心從接收到的彩信群發(fā)請求中解析出接收方終端所屬的組標識的步驟，否則，根據(jù)所述彩信群發(fā)請求中的接收方終端的地址信息，向與所述接收方終端的地址信息對應的接收方終端發(fā)送彩信通知。7.—種彩信中心，其特征在于，包括接收模塊，用于接收彩信群發(fā)請求；解析模塊，用于從接收到的所述彩信群發(fā)請求中解析出發(fā)送方終端的標識信息和接收方終端所屬的組標識；查詢模塊，用于根據(jù)所述發(fā)送方終端的標識信息和所述組標識，查詢出與所述組標識對應的多個接收方終端的地址信息；發(fā)送模塊，用于根據(jù)查詢得到的所述多個接收方終端的地址信息，向與所述多個接收方終端的地址信息對應的多個接收方終端發(fā)送彩信通知。8.根據(jù)權利要求7所述的彩信中心，其特征在于，所述彩信中心還包括判斷模塊，用于判斷所述彩信群發(fā)請求中是否包括所述組標識，若是，則觸發(fā)所述解析模塊，否則，根據(jù)所述彩信群發(fā)請求中的接收方終端的地址信息，向與所述接收方終端的地址信息對應的接收方終端發(fā)送彩信通知。9.根據(jù)權利要求7所述的彩信中心，其特征在于，所述彩信中心還包括用戶數(shù)據(jù)存儲模塊，用于存儲所述接收方終端的地址信息與所述組標識的對應關系。全文摘要本發(fā)明提供一種彩信群發(fā)的方法及彩信中心，屬于通信
技術領域：
，該方法包括彩信中心從接收到的彩信群發(fā)請求中解析出發(fā)送方終端的標識信息和接收方終端所屬的組標識；根據(jù)發(fā)送方終端的標識信息和所述組標識，彩信中心查詢出與所述組標識對應的多個接收方終端的地址信息；彩信中心根據(jù)查詢得到的多個接收方終端的地址信息，向與多個接收方終端的地址信息對應的多個接收方終端發(fā)送彩信通知，簡化群發(fā)彩信的操作，進而有效提高用戶體驗。文檔編號H04W4/12GK101651932SQ200910092709公開日2010年2月17日申請日期2009年9月15日優(yōu)先權日2009年9月15日發(fā)明者明李申請人:中興通訊股份有限公司