一種彩信發(fā)送方法及裝置制造方法
【專利摘要】本發(fā)明公開了一種彩信發(fā)送方法及裝置。其中，該方法包括：判斷彩信的媒體類型能否被彩信接收端處理；當彩信不能被彩信接收端處理時，對上述彩信進格式轉(zhuǎn)換；將格式轉(zhuǎn)換后的彩信發(fā)送至彩信接收端。通過本發(fā)明，檢查欲發(fā)送至彩信接收端的彩信是否能夠被彩信接收端處理或識別。如果不能，則將彩信的格式轉(zhuǎn)換為彩信接收端支持的格式，再將格式轉(zhuǎn)換后的彩信發(fā)送至彩信接收端，解決了相關(guān)技術(shù)中由于終端的媒體處理能力不一致，導致無法識別彩信的問題，使得彩信能夠在終端側(cè)正常顯示，提高了多媒體信息服務業(yè)務的服務質(zhì)量，在很大程度上提高了用戶的體驗。
【專利說明】一種彩信發(fā)送方法及裝置
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及移動通訊領(lǐng)域，特別是涉及一種彩信發(fā)送方法及裝置。
【背景技術(shù)】
[0002]彩信作為移動運營商的一種多媒體信息業(yè)務，支持包括文字、圖片、音頻和視頻等多種多媒體數(shù)據(jù)，而每種多媒體數(shù)據(jù)又分為多種不同的文件組成格式。例如，文字有ascii編碼方式的文字、big5編碼方式的文字、GB2312編碼方式的文字等；圖片有jpeg圖片、gif圖片、tiff圖片等；音頻有mp3音頻、amr音頻、midi音頻等；視頻有3gp視頻、avi視頻、3g2視頻等。
[0003]在點到點的流程中，對于不同的手機終端，在組成彩信時各種多媒體文件格式會有一定的區(qū)別，這種區(qū)別是由終端支持的彩信多媒體格式所決定的。在這種情況下，由于終端具備不同的媒體格式處理能力，可能會出現(xiàn)某些終端不能對源媒體消息進行處理或正常播放的情況。手機終端在收到無法識別的彩信時，會給用戶帶來較差的體驗。另外對于郵件到點、應用到點的流程中，也會由于媒體格式的多樣性出現(xiàn)源媒體無法被識別播放的情況。
[0004]針對相關(guān)技術(shù)中由于終端的媒體處理能力不一致，導致無法識別彩信的問題，目前尚未提出有效的解決方案。

【發(fā)明內(nèi)容】

[0005]針對相關(guān)技術(shù)中由于終端的媒體處理能力不一致，導致無法識別彩信的問題，本發(fā)明提供了 一種彩信發(fā)送方法及裝置，用以解決上述技術(shù)問題。
[0006]根據(jù)本發(fā)明的一個方面，本發(fā)明提供了一種彩信發(fā)送方法，其中，該方法包括:判斷彩信能否被彩信接收端處理；當彩信不能被彩信接收端處理時，對上述彩信進格式轉(zhuǎn)換；將格式轉(zhuǎn)換后的彩信發(fā)送至彩信接收端。
[0007]進一步地，判斷上述彩信能否被上述彩信接收端處理之前，上述方法還可以包括:根據(jù)上述彩信接收端的終端屬性文件，確定上述彩信接收端的媒體處理能力。
[0008]進一步地，判斷上述彩信能否被上述彩信接收端處理可以包括:對上述彩信進行文件解析，確定解析后的文件的媒體類型；判斷上述文件的媒體類型是否符合上述媒體處理能力；其中，上述媒體處理能力為上述彩信接收端處理一種或多種媒體類型的能力。
[0009]進一步地，判斷上述文件的媒體類型是否符合上述媒體處理能力可以包括:根據(jù)上述彩信接收端的媒體處理能力，確定上述彩信接收端能夠處理的媒體類型；判斷上述文件的媒體類型是否與上述彩信接收端能夠處理的媒體類型相匹配。
[0010]進一步地，對上述彩信進行格式轉(zhuǎn)換可以包括:按照指定的目標格式，對上述彩信的文件信息進行格式轉(zhuǎn)換。
[0011]進一步地，上述彩信的文件信息可以包括以下至少之一:源文本內(nèi)容、源圖片內(nèi)容、源音頻內(nèi)容、源視頻內(nèi)容。
[0012]根據(jù)本發(fā)明的另一方面，本發(fā)明還提供了一種彩信發(fā)送裝置，其中，該裝置包括:判斷模塊，用于判斷彩信能否被彩信接收端處理；轉(zhuǎn)換模塊，用于當上述判斷模塊的判斷結(jié)果為彩信不能被彩信接收端處理時，對上述彩信進行格式轉(zhuǎn)換；發(fā)送模塊，用于將上述轉(zhuǎn)換模塊格式轉(zhuǎn)換后的彩信發(fā)送至彩信接收端。
[0013]進一步地，上述裝置還可以包括:能力確定模塊，用于根據(jù)上述彩信接收端的終端屬性文件，確定上述彩信接收端的媒體處理能力。
[0014]進一步地，上述判斷模塊可以包括:解析單元，用于對上述彩信進行文件解析，確定解析后的文件的媒體類型；判斷單元，用于判斷上述彩信的媒體類型是否符合上述媒體處理能力；其中，上述媒體處理能力為上述彩信接收端處理一種或多種媒體類型的能力。
[0015]進一步地，上述判斷單元可以包括:類型確定子單元，用于根據(jù)上述彩信接收端的媒體處理能力，確定上述彩信接收端能夠處理的媒體類型；匹配判斷子單元，用于判斷上述文件的媒體類型是否與上述彩信接收端能夠處理的媒體類型相匹配。
[0016]進一步地，上述轉(zhuǎn)換模塊可以包括:格式轉(zhuǎn)換單元，用于按照指定的目標格式，對上述彩信的文件信息進行格式轉(zhuǎn)換。
[0017]通過本發(fā)明，檢查欲發(fā)送至彩信接收端的彩信是否能夠被彩信接收端處理或識另O。如果不能，則將彩信的格式轉(zhuǎn)換為彩信接收端支持的格式，再將格式轉(zhuǎn)換后的彩信發(fā)送至彩信接收端，解決了相關(guān)技術(shù)中由于終端的媒體處理能力不一致，導致無法識別彩信的問題，使得彩信能夠在終端側(cè)正常顯示，提高了多媒體信息服務業(yè)務的服務質(zhì)量，在很大程度上提聞了用戶的體驗。
【專利附圖】

【附圖說明】
[0018]圖1是根據(jù)本發(fā)明實施例的彩信發(fā)送方法的流程圖；
[0019]圖2是根據(jù)本發(fā)明實施例的彩信發(fā)送裝置的結(jié)構(gòu)框圖；
[0020]圖3是根據(jù)本發(fā)明實施例的彩信發(fā)送裝置的第一種具體結(jié)構(gòu)框圖；
[0021]圖4是根據(jù)本發(fā)明實施例的彩信發(fā)送裝置的第二種具體結(jié)構(gòu)框圖；
[0022]圖5是根據(jù)本發(fā)明實施例的彩信發(fā)送裝置的第三種具體結(jié)構(gòu)框圖；
[0023]圖6是根據(jù)本發(fā)明實施例的源彩信的格式轉(zhuǎn)換的處理流程圖；
[0024]圖7是根據(jù)本發(fā)明實施例的網(wǎng)絡部署示意圖；
[0025]圖8是根據(jù)本發(fā)明實施例的彩信格式轉(zhuǎn)換系統(tǒng)劃分和部署示意圖；
[0026]圖9是根據(jù)本發(fā)明實施例的格式轉(zhuǎn)換流程示意圖；
[0027]圖10是根據(jù)本發(fā)明實施例的用戶終端屬性文件管理流程示意圖。
【具體實施方式】
[0028]為了解決相關(guān)技術(shù)中由于終端的媒體處理能力不一致，導致無法識別彩信的問題，本發(fā)明提供了一種彩信發(fā)送方法及裝置，以下結(jié)合附圖以及實施例，對本發(fā)明進行進一步詳細說明。應當理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不限定本發(fā)明。
[0029]本實施例提供了一種彩信發(fā)送方法，該方法可以在終端側(cè)實現(xiàn)，圖1是根據(jù)本發(fā)明實施例的彩信發(fā)送方法的流程圖，如圖1所示，該方法包括以下步驟(步驟S102-步驟S106):
[0030]步驟S102，判斷彩信能否被彩信接收端處理；[0031]步驟S104，當彩信不能被彩信接收端處理時，對上述彩信進行格式轉(zhuǎn)換；
[0032]步驟S106，將格式轉(zhuǎn)換后的彩信發(fā)送至彩信接收端。
[0033]通過上述方法，檢查欲發(fā)送至彩信接收端的彩信是否能夠被彩信接收端處理或識另IJ。如果不能，則將彩信的格式轉(zhuǎn)換為彩信接收端支持的格式，再將格式轉(zhuǎn)換后的彩信發(fā)送至彩信接收端，解決了相關(guān)技術(shù)中由于終端的媒體處理能力不一致，導致無法識別彩信的問題，使得彩信能夠在終端側(cè)正常顯示，提高了多媒體信息服務業(yè)務的服務質(zhì)量，在很大程度上提聞了用戶的體驗。
[0034]在上述步驟S102判斷彩信的媒體類型能否被彩信接收端處理之前，需要先確定彩信的媒體類型。對于如何確定彩信的媒體類型可以通過多種方式實現(xiàn)，例如可以將彩信的媒體類型與彩信一起發(fā)送，終端側(cè)即可獲知媒體類型。無論采用何種方式，只要能夠確定彩信的媒體類型即可?；诖耍緦嵤├峁┝艘环N優(yōu)選實施方式，即判斷彩信的媒體類型能否被彩信接收端處理之前，上述方法還包括:根據(jù)彩信接收端的終端屬性文件，確定彩信接收端的媒體處理能力。具體地，可以將終端屬性文件進行解析，從而確定彩信接收端的媒體處理能力。通過該優(yōu)選實施方式，為后續(xù)的格式轉(zhuǎn)換提供了準備。
[0035]對于如何判斷彩信的媒體類型能否被彩信接收端處理，可以通過以下優(yōu)選實施例實現(xiàn)，即判斷彩信的媒體類型能否被彩信接收端處理包括:對彩信進行文件解析，確定解析后的文件的媒體類型；然后，判斷彩信的媒體類型是否符合上述媒體處理能力。具體地，將彩信中心發(fā)過來的源彩信解析成組成它的一個個文件，并判斷出各個文件的媒體類型。通過該優(yōu)選實施方式，可以確定彩信接收端是否能夠處理并識別彩信，為后續(xù)對彩信進行格式轉(zhuǎn)換提供基礎(chǔ)。
[0036]對于文件的媒體類型是否符合媒體處理能力的判斷操作，可以通過以下優(yōu)選實施方式實現(xiàn):根據(jù)彩信接收端的媒體處理能力，確定彩信接收端能夠處理的媒體類型；判斷文件的媒體類型是否與彩信接收端能夠處理的媒體類型相匹配。優(yōu)選地，可以根據(jù)彩信接收端的媒體處理能力，創(chuàng)建彩信接收端能夠處理的媒體類型的列表，在該列表中查找文件的媒體類型是否存在。通過該優(yōu)選實施方式，能夠更清晰直觀的展示彩信接收端能夠處理的媒體類型，提高了上述判斷操作的執(zhí)行效率。
[0037]在對終端屬性文件進行解析之前，可以先將終端文件上傳并存儲在系統(tǒng)中，以保證系統(tǒng)能夠覆蓋到大多數(shù)的終端，為格式轉(zhuǎn)換操作提供最基本的轉(zhuǎn)換依據(jù)。在對終端屬性文件進行解析之后，可以按照媒體類型的不同將解析出的文件存儲在系統(tǒng)中。另外，還可以提供界面化的展示，并提供刪除、修改等功能，方便維護管理人員進行管理維護。
[0038]優(yōu)選地，對彩信進行格式轉(zhuǎn)換可以包括:按照指定的目標格式，對上述彩信的文件信息進行格式轉(zhuǎn)換。該文件信息包括以下至少之一:源文本內(nèi)容、源圖片內(nèi)容、源音頻內(nèi)容、源視頻內(nèi)容。
[0039]對應于上述實施例介紹的彩信發(fā)送方法，本實施例提供了一種彩信發(fā)送裝置，該裝置可以設置在終端側(cè)，用以實現(xiàn)上述實施例。圖2是根據(jù)本發(fā)明實施例的彩信發(fā)送裝置的結(jié)構(gòu)框圖，如圖2所示，該裝置包括:判斷模塊10、轉(zhuǎn)換模塊20和發(fā)送模塊30。下面對該結(jié)構(gòu)進行詳細介紹。
[0040]判斷模塊10，用于判斷彩信能否被彩信接收端處理；
[0041]轉(zhuǎn)換模塊20，連接至判斷模塊10，用于當上述判斷模塊10的判斷結(jié)果為彩信不能被彩信接收端處理時，對上述彩信進行格式轉(zhuǎn)換；
[0042]發(fā)送模塊30，連接至轉(zhuǎn)換模塊20，用于將上述轉(zhuǎn)換模塊20格式轉(zhuǎn)換后的彩信發(fā)送至上述彩信接收端。
[0043]通過上述裝置，判斷模塊10檢查欲發(fā)送至彩信接收端的彩信是否能夠被彩信接收端處理或識別。如果不能，轉(zhuǎn)換模塊20將彩信的格式轉(zhuǎn)換為彩信接收端支持的格式，發(fā)送模塊30再將格式轉(zhuǎn)換后的彩信發(fā)送至彩信接收端，解決了相關(guān)技術(shù)中由于終端的媒體處理能力不一致，導致無法識別彩信的問題，使得彩信能夠在終端側(cè)正常顯示，提高了多媒體信息服務業(yè)務的服務質(zhì)量，在很大程度上提高了用戶的體驗。
[0044]在上述判斷模塊10判斷彩信的媒體類型能否被彩信接收端處理之前，需要先確定彩信的媒體類型。對于如何確定彩信的媒體類型可以通過多種方式實現(xiàn)，例如可以將彩信的媒體類型與彩信一起發(fā)送，終端側(cè)即可獲知媒體類型。無論采用何種方式，只要能夠確定彩信的媒體類型即可?；诖?，本實施例提供了一種優(yōu)選結(jié)構(gòu)，如圖3所示的根據(jù)本發(fā)明實施例的彩信發(fā)送裝置的第一種具體結(jié)構(gòu)框圖，該裝置除了包括上述圖2所示的各個模塊之外，還包括:能力確定模塊40，連接至判斷模塊10，用于根據(jù)彩信接收端的終端屬性文件，確定該彩信接收端的媒體處理能力。通過該優(yōu)選結(jié)構(gòu)，為后續(xù)的格式轉(zhuǎn)換提供了準備。
[0045]對于判斷模塊10如何判斷彩信的媒體類型能否被彩信接收端處理，可以通過以下優(yōu)選結(jié)構(gòu)實現(xiàn)，如圖4所示的根據(jù)本發(fā)明實施例的彩信發(fā)送裝置的第二種具體結(jié)構(gòu)框圖，該裝置除了包括上述圖3所示的各個模塊之外，上述判斷模塊10還包括:解析單元12和判斷單元14。下面對該結(jié)構(gòu)進行詳細介紹。
[0046]解析單元12，用于對彩信進行文件解析，確定解析后的文件的媒體類型。
[0047]判斷單元14，連接至解析單元12，用于判斷彩信的媒體類型是否符合上述媒體處理能力。
[0048]通過該優(yōu)選結(jié)構(gòu)，可以確定彩信接收端是否能夠處理并識別彩信，為后續(xù)對彩信進行格式轉(zhuǎn)換提供基礎(chǔ)。
[0049]對于文件的媒體類型是否符合媒體處理能力的判斷操作，可以通過以下優(yōu)選實施方式實現(xiàn):上述判斷單元14包括:類型確定子單元，用于根據(jù)彩信接收端的媒體處理能力，確定彩信接收端能夠處理的媒體類型；匹配判斷子單元，用于判斷文件的媒體類型是否與彩信接收端能夠處理的媒體類型相匹配。優(yōu)選地，可以根據(jù)彩信接收端的媒體處理能力，創(chuàng)建彩信接收端能夠處理的媒體類型的列表，在該列表中查找文件的媒體類型是否存在。通過該優(yōu)選實施方式，能夠更清晰直觀的展示彩信接收端能夠處理的媒體類型，提高了上述判斷操作的執(zhí)行效率。
[0050]在對終端屬性文件進行解析之前，可以先將終端文件上傳并存儲在系統(tǒng)中，以保證系統(tǒng)能夠覆蓋到大多數(shù)的終端，為格式轉(zhuǎn)換操作提供最基本的轉(zhuǎn)換依據(jù)。在對終端屬性文件進行解析之后，可以按照媒體類型的不同將解析出的文件存儲在系統(tǒng)中。另外，還可以提供界面化的展示，并提供刪除、修改等功能，方便維護管理人員進行管理維護。
[0051]圖5是根據(jù)本發(fā)明實施例的彩信發(fā)送裝置的第三種具體結(jié)構(gòu)框圖，該裝置除了包括上述圖4所示的各個模塊之外，上述轉(zhuǎn)換模塊20還包括:格式轉(zhuǎn)換單元22，用于按照指定的目標格式，對上述彩信的文件信息進行格式轉(zhuǎn)換。該文件信息包括以下至少之一:源文本內(nèi)容、源圖片內(nèi)容、源音頻內(nèi)容、源視頻內(nèi)容。[0052]基于上述實施例介紹的彩信發(fā)送裝置，本實施例提供了一種基于源彩信解析、用戶終端屬性文件分析、媒體內(nèi)容適配和彩信重組等機制的統(tǒng)一的彩信格式轉(zhuǎn)換系統(tǒng)，該彩信格式轉(zhuǎn)換系統(tǒng)包括:用戶終端屬性文件管理系統(tǒng)、轉(zhuǎn)換邏輯處理系統(tǒng)和多媒體轉(zhuǎn)換系統(tǒng)，下面分別對上述三個系統(tǒng)的具體結(jié)構(gòu)進行介紹。
[0053]用戶終端屬性文件管理系統(tǒng)包括:用戶終端屬性文件上傳、存儲模塊和用戶終端屬性文件解析模塊，具體地:
[0054]用戶終端屬性文件上傳、存儲模塊，用于將新的用戶終端文件上傳并存儲到用戶終端屬性文件管理系統(tǒng)中，以保證該系統(tǒng)能夠覆蓋到大多數(shù)的用戶終端，為轉(zhuǎn)換邏輯處理系統(tǒng)提供最基本的轉(zhuǎn)換依據(jù)。
[0055]用戶終端屬性文件解析模塊，其部分功能與上述實施例介紹的能力確定單元的功能相當，用于將用戶終端屬性文件管理系統(tǒng)中保存的用戶終端屬性文件進行解析，從而確定終端的媒體處理能力。并按照媒體類型的不同將解析出的文件存儲在系統(tǒng)中，另外，還可以提供界面化的展示，并提供刪除、修改等功能，方便維護管理人員進行管理維護。
[0056]轉(zhuǎn)換邏輯處理系統(tǒng)包括:源彩信解析及目標彩信重組模塊和是否需要轉(zhuǎn)換判斷模塊，具體地:
[0057]源彩信解析及目標彩信重組模塊，其部分功能與上述實施例介紹的解析模塊的功能相當，用于將彩信中心發(fā)過來的源彩信解析成組成它的一個個文件，并判斷出各個文件的媒體類型，為后續(xù)的格式轉(zhuǎn)換做準備。并將轉(zhuǎn)換處理后的文件按照彩信格式進行重組后返回給彩信中心。
[0058]是否需要轉(zhuǎn)換判斷模塊，其部分功能與上述實施例介紹的判斷模塊的功能相當，用于向用戶終端屬性文件管理系統(tǒng)請求接收用戶終端的終端屬性文件，根據(jù)屬性文件的內(nèi)容判斷組成源彩信的每個多媒體文件是否需要進行內(nèi)容適配，對于需要進行適配的媒體文件，將文件發(fā)送給多媒體轉(zhuǎn)換系統(tǒng)進行轉(zhuǎn)換處理。
[0059]多媒體轉(zhuǎn)換系統(tǒng)包括:文本格式轉(zhuǎn)換模塊、圖片格式轉(zhuǎn)換模塊、音頻格式轉(zhuǎn)換模塊和視頻格式轉(zhuǎn)換模塊。具體地:
[0060]文本格式轉(zhuǎn)換模塊，用于將源文本內(nèi)容按照指定的目標格式進行轉(zhuǎn)換。
[0061]圖片格式轉(zhuǎn)換模塊，用于將源圖片內(nèi)容按照指定的目標格式進行轉(zhuǎn)換。
[0062]音頻格式轉(zhuǎn)換模塊，用于將源音頻內(nèi)容按照指定的目標格式進行轉(zhuǎn)換。
[0063]視頻格式轉(zhuǎn)換模塊，用于將源視頻內(nèi)容按照指定的目標格式進行轉(zhuǎn)換。
[0064]其中，上述用戶終端屬性文件管理系統(tǒng)和轉(zhuǎn)換邏輯處理系統(tǒng)之間采用網(wǎng)絡通訊，轉(zhuǎn)換邏輯處理系統(tǒng)和多媒體轉(zhuǎn)換系統(tǒng)采用內(nèi)部消息通訊或函數(shù)調(diào)用的方式進行通訊。
[0065]基于上述實施例介紹的彩信格式轉(zhuǎn)換系統(tǒng)，本實施例對彩信格式轉(zhuǎn)換系統(tǒng)實現(xiàn)源彩信的格式轉(zhuǎn)換的處理流程進行介紹，該流程是將彩信中心發(fā)送過來的彩信進行解析處理，向用戶終端屬性文件管理模塊請求終端屬性文件，用戶終端屬性管理模塊將請求的終端屬性文件返回給轉(zhuǎn)換邏輯處理模塊，轉(zhuǎn)換邏輯處理模塊進行判斷后，在媒體轉(zhuǎn)換庫進行相應的格式轉(zhuǎn)換，轉(zhuǎn)換后的文件由轉(zhuǎn)換邏輯處理模塊重組成新的彩信返回給彩信中心。
[0066]圖6是根據(jù)本發(fā)明實施例的源彩信的格式轉(zhuǎn)換的處理流程圖，如圖6所示，該流程包括以下步驟(步驟S602-步驟S608):
[0067]步驟S602，格式轉(zhuǎn)換模塊接收到來自彩信中心的源彩信，并對彩信大小，彩信格式是否正確進行判斷，由源彩信解析及目標彩信重組單元對彩信進行解析。
[0068]步驟S604，對解析出的各個彩信組成文件，判斷這些文件是否需要進行內(nèi)容適配，判斷的標準是用戶終端的屬性文件。
[0069]步驟S606，對于需要進行內(nèi)容適配的文件，交由多媒體轉(zhuǎn)換單元進行轉(zhuǎn)換，多媒體轉(zhuǎn)換單元根據(jù)源文件屬性和目標文件屬性由不同的媒體轉(zhuǎn)換庫處理。
[0070]步驟S608，適配轉(zhuǎn)換后的目標文件，由源彩信解析及目標彩信重組單元重組成新的彩信，返回給彩信中心，彩信中心將用戶終端能夠處理或識別的彩信下發(fā)給用戶終端。
[0071]圖7是根據(jù)本發(fā)明實施例的網(wǎng)絡部署示意圖，如圖7所示，該圖只是將最簡單的情況表示出來，即只有一套彩信格式轉(zhuǎn)換系統(tǒng)(下面簡稱為格式轉(zhuǎn)換系統(tǒng))與彩信中心連接的情況。而在實際操作中，由于用戶彩信數(shù)量較龐大，需要多個格式轉(zhuǎn)換系統(tǒng)相互之間協(xié)作，并有一定的路由選擇策略才能完成。其中彩信中心和格式轉(zhuǎn)換系統(tǒng)之間通過有線信道連接，雙方協(xié)商統(tǒng)一的通訊協(xié)議。
[0072]格式轉(zhuǎn)換系統(tǒng)是一種增值服務，可以向接入的彩信中心收取一定的服務費。在彩信中心接入時可以對彩信中心進行身份認證，以便確認相關(guān)數(shù)據(jù)和結(jié)果來自可信任的網(wǎng)元。格式轉(zhuǎn)換系統(tǒng)還需要對進行適配的彩信大小進行認證，以保證進行適配的彩信大小在合適的范圍內(nèi)。
[0073]在上述系統(tǒng)中，由于彩信中心和彩信格式轉(zhuǎn)換系統(tǒng)之間，以及彩信格式轉(zhuǎn)換系統(tǒng)的用戶終端屬性文件管理系統(tǒng)和轉(zhuǎn)換邏輯處理系統(tǒng)之間均是通過有線通道建立的數(shù)據(jù)鏈路，所以采用網(wǎng)絡之間互連的協(xié)議(Internet Protocol，簡稱為IP)消息的方式交互；彩信格式轉(zhuǎn)換系統(tǒng)的轉(zhuǎn)換邏輯處理系統(tǒng)和多媒體轉(zhuǎn)換系統(tǒng)之間可以通過進程間通信的方式進行交互。
[0074]進一步的，多媒體轉(zhuǎn)換系統(tǒng)可以采用多線程處理，提高媒體處理效率。
[0075]進一步的，用戶終端屬性文件管理系統(tǒng)可以提供操作界面，方便操作維護人員對用戶終端屬性文件進行增、刪、改、查等操作，很大程度上提高系統(tǒng)的靈活性。
[0076]基于上述實施例介紹的彩信格式轉(zhuǎn)換系統(tǒng)，本實施例提供了另一種彩信格式轉(zhuǎn)換系統(tǒng)。圖8是根據(jù)本發(fā)明實施例的彩信格式轉(zhuǎn)換系統(tǒng)劃分和部署示意圖。如圖8所示，該系統(tǒng)包括:格式轉(zhuǎn)換邏輯處理及轉(zhuǎn)換處理平臺50、用戶終端屬性文件管理平臺60。
[0077]其中，格式轉(zhuǎn)換邏輯處理及轉(zhuǎn)換處理平臺50由三個模塊組成:源彩信解析及目標彩信重組模塊501、是否需要轉(zhuǎn)換判斷模塊502、以及多媒體轉(zhuǎn)換模塊503。
[0078]用戶終端屬性文件管理平臺60主要用于管理用戶終端的屬性文件，實現(xiàn)對用戶終端屬性文件的增、刪、改、查等操作，并將用戶終端支持的媒體格式準確的返回給格式轉(zhuǎn)換邏輯處理及轉(zhuǎn)換處理平臺50。用戶終端屬性文件管理平臺60由兩個模塊組成:用戶終端屬性文件上傳、存儲模塊601、用戶終端屬性文件解析模塊602。
[0079]源彩信解析及目標彩信重組模塊501，其主要功能與上述實施例介紹的解析模塊的功能相當，其負責和彩信中心之間的交互，具體的是接收彩信中心發(fā)送過來的需要適配的源彩信，將源彩信解析成一個個原始的組成文件，并判斷出各個文件的文件類型，以備后續(xù)處理。另外，還負責在對適配后的文件進行重組，并將重組后的彩信發(fā)送給彩信中心。
[0080]是否需要轉(zhuǎn)換判斷模塊502，其主要功能與上述實施例介紹的判斷模塊的功能相當，其負責判斷彩信中各個文件是否需要進行適配，該模塊首先向用戶終端屬性文件解析模塊602請求用戶終端屬性文件，對請求到的屬性文件和彩信中的各個組成文件進行分析判斷，確定哪些文件需要進行適配，對于需要適配的文件交由多媒體轉(zhuǎn)換模塊503進行適配轉(zhuǎn)換處理。
[0081]多媒體轉(zhuǎn)換模塊503，其主要功能與上述實施例介紹的轉(zhuǎn)換模塊的功能相當，其負責將是否需要轉(zhuǎn)換判斷模塊502發(fā)送過來的文件進行適配處理，將源格式轉(zhuǎn)換成規(guī)定的目標格式，并返回給源彩信解析及目標彩信重組模塊101進行新彩信的重組。
[0082]用戶終端屬性文件上傳、存儲模塊601，用于新的用戶終端屬性文件的上傳和存儲，并告知用戶終端屬性文件解析模塊602，由用戶終端屬性文件解析模塊602進行解析處理。
[0083]基于上述實施例介紹的彩信格式轉(zhuǎn)換系統(tǒng)，本實施例對格式轉(zhuǎn)換流程進行介紹。圖9是根據(jù)本發(fā)明實施例的格式轉(zhuǎn)換流程示意圖，如圖9所示，該流程包括以下步驟(步驟S902-步驟 S910):
[0084]步驟S902，源彩信解析及目標彩信重組模塊將從彩信中心接收到的源彩信進行解析，并判斷出各個文件的文件類型，交由是否需要轉(zhuǎn)換判斷模塊進行適配處理判斷。
[0085]步驟S904，是否需要轉(zhuǎn)換判斷模塊向用戶終端屬性文件解析模塊請求用戶終端的屬性文件，將彩信各個文件和屬性文件進行分析判斷，確定哪些文件需要進行適配。
[0086]步驟S906，用戶終端屬性文件解析模塊將相應的用戶終端屬性文件返回給是否需要轉(zhuǎn)換判斷模塊。
[0087]步驟S908，是否需要轉(zhuǎn)換判斷模塊將需要進行適配的文件發(fā)送給多媒體轉(zhuǎn)換模塊103進行文件適配轉(zhuǎn)換。
[0088]步驟S910，多媒體轉(zhuǎn)換模塊根據(jù)不同的文件類型，進行文本、圖片、音頻和視頻的相應適配轉(zhuǎn)換，并將轉(zhuǎn)換后的結(jié)果返回給源彩信解析及目標彩信重組模塊進行新彩信的重組。
[0089]圖10是根據(jù)本發(fā)明實施例的用戶終端屬性文件管理流程示意圖，如圖10所示，該流程包括以下步驟(步驟S1002-步驟S1004):
[0090]步驟S1002，管理員通過用戶終端屬性文件上傳、存儲單元將用戶終端屬性文件上傳，并存儲到用戶屬性文件管理模塊中，用戶終端屬性文件上傳、存儲單元將新增的終端屬性文件告知給用戶終端屬性文件解析模塊，用戶終端屬性文件解析模塊對用戶終端屬性文件進行解析，按照一定的數(shù)據(jù)組成形式組成數(shù)據(jù)存儲起來以備后用。
[0091]步驟S1004，用戶終端屬性文件解析模塊將解析的結(jié)果返回給用戶終端屬性文件上傳、存儲模塊。
[0092]從以上的描述中可以看出，本發(fā)明實施例能夠根據(jù)接收方終端的終端屬性文件，即反映終端媒體處理能力的屬性文件，檢查要發(fā)往該終端的彩信內(nèi)容是否可以被目標終端處理或識別。若發(fā)現(xiàn)彩信內(nèi)容中有目標終端無法處理或識別的文件，則需要按照一定的策略對源彩信進行格式轉(zhuǎn)換，將源彩信準確的、智能的并且有效的轉(zhuǎn)換成目標終端支持的彩信，再將轉(zhuǎn)換后重組的彩信下發(fā)給接收終端。使得彩信在接收端上能夠正常顯示，有效避免了目前彩信接收過程中出現(xiàn)的源彩信無法被接收終端處理或識別的問題，提高了多媒體信息服務業(yè)務的服務質(zhì)量，增強了用戶體驗，確保為用戶提供更好的服務。
[0093]盡管為示例目的，已經(jīng)公開了本發(fā)明的優(yōu)選實施例，本領(lǐng)域的技術(shù)人員將意識到各種改進、增加和取代也是可能的，因此，本發(fā)明的范圍應當不限于上述實施例。
【權(quán)利要求】
1.一種彩信發(fā)送方法，其特征在于，所述方法包括以下步驟: 判斷彩信能否被彩信接收端處理； 當所述彩信不能被所述彩信接收端處理時，對所述彩信進行格式轉(zhuǎn)換； 將格式轉(zhuǎn)換后的彩信發(fā)送至所述彩信接收端。
2.如權(quán)利要求1所述的方法，其特征在于，判斷所述彩信能否被所述彩信接收端處理之前，所述方法還包括: 根據(jù)所述彩信接收端的終端屬性文件，確定所述彩信接收端的媒體處理能力。
3.如權(quán)利要求2所述的方法，其特征在于，判斷所述彩信能否被所述彩信接收端處理包括: 對所述彩信進行文件解析，確定解析后的文件的媒體類型； 判斷所述文件的媒體類型是否符合所述媒體處理能力；其中，所述媒體處理能力為所述彩信接收端處理一種或多種媒體類型的能力。
4.如權(quán)利要求3所述的方法，其特征在于，判斷所述文件的媒體類型是否符合所述媒體處理能力包括: 根據(jù)所述彩信接收端的媒體處理能力，確定所述彩信接收端能夠處理的媒體類型； 判斷所述文件的媒體類型是否與所述彩信接收端能夠處理的媒體類型相匹配。
5.如權(quán)利要求1所述的方法，其特征在于，對所述彩信進行格式轉(zhuǎn)換包括: 按照指定的目標格式，對所述彩信的文件信息進行格式轉(zhuǎn)換。
6.如權(quán)利要求5所述的方法，其特征在于，所述彩信的文件信息包括以下至少之一: 源文本內(nèi)容、源圖片內(nèi)容、源音頻內(nèi)容、源視頻內(nèi)容。
7.一種彩信發(fā)送裝置，其特征在于，包括: 判斷模塊，用于判斷彩信能否被彩信接收端處理； 轉(zhuǎn)換模塊，用于當所述判斷模塊的判斷結(jié)果為所述彩信不能被所述彩信接收端處理時，對所述彩信進行格式轉(zhuǎn)換； 發(fā)送模塊，用于將所述轉(zhuǎn)換模塊格式轉(zhuǎn)換后的彩信發(fā)送至所述彩信接收端。
8.如權(quán)利要求7所述的裝置，其特征在于，所述裝置還包括: 能力確定模塊，用于根據(jù)所述彩信接收端的終端屬性文件，確定所述彩信接收端的媒體處理能力。
9.如權(quán)利要求7所述的裝置，其特征在于，所述判斷模塊包括: 解析單元，用于對所述彩信進行文件解析，確定解析后的文件的媒體類型； 判斷單元，用于判斷所述彩信的媒體類型是否符合所述媒體處理能力；其中，所述媒體處理能力為所述彩信接收端處理一種或多種媒體類型的能力。
10.如權(quán)利要求9所述的裝置，其特征在于，所述判斷單元包括: 類型確定子單元，用于根據(jù)所述彩信接收端的媒體處理能力，確定所述彩信接收端能夠處理的媒體類型； 匹配判斷子單元，用于判斷所述文件的媒體類型是否與所述彩信接收端能夠處理的媒體類型相匹配。
11.如權(quán)利要求7所述的裝置，其特征在于，所述轉(zhuǎn)換模塊包括: 格式轉(zhuǎn)換單元，用于按照指定的目標格式，對所述彩信的文件信息進行格式轉(zhuǎn)換。
【文檔編號】H04W4/18GK103874037SQ201210546319
【公開日】2014年6月18日 申請日期:2012年12月17日 優(yōu)先權(quán)日:2012年12月17日
【發(fā)明者】劉沖 申請人:中興通訊股份有限公司