終端設(shè)備、服務(wù)器、多媒體信息服務(wù)發(fā)送方法及發(fā)送系統(tǒng)的制作方法
【專利摘要】本發(fā)明提供一種終端設(shè)備、運(yùn)營商服務(wù)器、多媒體信息服務(wù)的發(fā)送方法及發(fā)送系統(tǒng)，包括：輸入模塊接收輸入的多媒體信息服務(wù)的內(nèi)容；監(jiān)測模塊監(jiān)測所述內(nèi)容的數(shù)據(jù)量；判斷模塊判斷所述內(nèi)容的數(shù)據(jù)量是否超過容量閾值；設(shè)置模塊當(dāng)所述內(nèi)容的數(shù)據(jù)量超過容量閾值時(shí)，開啟網(wǎng)絡(luò)接口；網(wǎng)絡(luò)接口將所述多媒體信息服務(wù)的內(nèi)容發(fā)送至運(yùn)營商服務(wù)器，并由所述運(yùn)營商服務(wù)器傳輸至所述目標(biāo)終端。本發(fā)明在終端設(shè)備處仍采用多媒體信息服務(wù)的發(fā)送模式，但在傳輸方式上根據(jù)所述多媒體信息服務(wù)的數(shù)據(jù)量的大小對數(shù)據(jù)接口與網(wǎng)絡(luò)接口進(jìn)行切換，有效的平衡運(yùn)營商端基站的負(fù)載、降低運(yùn)營成本，并保持終端設(shè)備中溝通數(shù)據(jù)的完整，且使用價(jià)格低廉。
【專利說明】
終端設(shè)備、服務(wù)器、多媒體信息服務(wù)發(fā)送方法及發(fā)送系統(tǒng)
技術(shù)領(lǐng)域
[0001]本發(fā)明屬于融合通信領(lǐng)域，尤其涉及一種終端設(shè)備、運(yùn)營商服務(wù)器、多媒體信息服務(wù)的發(fā)送方法及發(fā)送系統(tǒng)。
【背景技術(shù)】
[0002]終端設(shè)備有很多固有的通訊應(yīng)用，如:電話、短信、或彩信(又稱多媒體信息服務(wù)，Multimedia Messaging Service，MMS)。這樣固有的通訊應(yīng)用通常是通過通信網(wǎng)絡(luò)來進(jìn)行數(shù)據(jù)傳遞的。通信網(wǎng)絡(luò)的運(yùn)營商一般會提供不同的服務(wù)套餐，比如提供N兆的數(shù)據(jù)流量以支持多媒體信息服務(wù)的收發(fā)。
[0003]隨著終端設(shè)備的不斷普及，對于通信運(yùn)營商而言，面臨的第一個問題是:海量用戶同時(shí)發(fā)送多媒體信息服務(wù)時(shí)會導(dǎo)致基站的負(fù)載過大，進(jìn)而可能干擾較大、接收延遲、數(shù)據(jù)丟失等錯誤;面臨的第二個問題是:與終端設(shè)備上安裝的即時(shí)通信軟件相比，傳統(tǒng)的多媒體信息服務(wù)不具有價(jià)格上的優(yōu)勢，長此以往，很可能造成客戶或部分業(yè)務(wù)的流失。
[0004]而對于終端設(shè)備的用戶而言，既要考慮多媒體信息服務(wù)時(shí)的費(fèi)用梯度問題，又要考慮聯(lián)系方式的切換，十分容易造成溝通的中斷、和數(shù)據(jù)的混淆。

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

[0005]有鑒于此，本發(fā)明的旨在提供一種終端設(shè)備、運(yùn)營商服務(wù)器、多媒體信息服務(wù)的發(fā)送方法及發(fā)送系統(tǒng)，可以解決傳統(tǒng)多媒體信息服務(wù)的發(fā)送方法服務(wù)所導(dǎo)致運(yùn)營商端基站的負(fù)載過大、運(yùn)營成本過高、以及用戶端價(jià)格梯度大、與替換方案交替使用所導(dǎo)致的溝通中斷和數(shù)據(jù)混淆等技術(shù)問題。
[0006]為解決上述技術(shù)問題，本發(fā)明實(shí)施例提供了一種終端設(shè)備，包括:
[0007]輸入模塊，用于接收輸入的多媒體信息服務(wù)的內(nèi)容；
[0008]監(jiān)測模塊，用于監(jiān)測所述內(nèi)容的數(shù)據(jù)量；
[0009]判斷模塊，用于判斷所述內(nèi)容的數(shù)據(jù)量是否超過容量閾值；
[0010]設(shè)置模塊，用于當(dāng)所述內(nèi)容的數(shù)據(jù)量超過容量閾值時(shí)，開啟網(wǎng)絡(luò)接口；以及
[0011]所述網(wǎng)絡(luò)接口，用于將所述多媒體信息服務(wù)的內(nèi)容發(fā)送至運(yùn)營商服務(wù)器，并由所述運(yùn)營商服務(wù)器傳輸至所述目標(biāo)終端。
[0012]為解決上述技術(shù)問題，本發(fā)明實(shí)施例還提供了一種運(yùn)營商服務(wù)器，包括:
[0013]接收模塊，用于接收來自于終端設(shè)備的所述多媒體信息服務(wù)的內(nèi)容，所述多媒體信息服務(wù)的內(nèi)容中包括目標(biāo)終端的號碼；
[0014]傳輸模塊，用于根據(jù)所述號碼將所述通話數(shù)據(jù)傳輸至目標(biāo)終端；
[0015]計(jì)算模塊，用于統(tǒng)計(jì)在預(yù)設(shè)時(shí)間段內(nèi)，所述終端設(shè)備的已發(fā)送數(shù)據(jù)量，所述已發(fā)送數(shù)據(jù)量為各多媒體信息服務(wù)內(nèi)容的數(shù)據(jù)量之和；
[0016]第三閾值模塊，用于根據(jù)所述終端設(shè)備的通信套餐和已發(fā)送的數(shù)據(jù)量，來生成容量閾值；
[0017]所述傳輸模塊，還用于將所述容量閾值發(fā)送至所述終端設(shè)備。
[0018]為解決上述技術(shù)問題，本發(fā)明實(shí)施例又提供了一種多媒體信息服務(wù)的發(fā)送方法，包括:
[0019]接收輸入的多媒體信息服務(wù)的內(nèi)容；
[0020]監(jiān)測所述內(nèi)容的數(shù)據(jù)量；
[0021]判斷所述內(nèi)容的數(shù)據(jù)量是否超過容量閾值；
[0022]當(dāng)所述內(nèi)容的數(shù)據(jù)量超過容量閾值時(shí)，開啟網(wǎng)絡(luò)接口；以及
[0023]通過所述網(wǎng)絡(luò)接口將所述多媒體信息服務(wù)的內(nèi)容發(fā)送至運(yùn)營商服務(wù)器，并由所述運(yùn)營商服務(wù)器傳輸至所述目標(biāo)終端。
[0024]為解決上述技術(shù)問題，本發(fā)明實(shí)施例又提供了一種多媒體信息服務(wù)的發(fā)送系統(tǒng)，包括:
[0025]上述終端設(shè)備，上述運(yùn)營商服務(wù)器、基站、和目標(biāo)終端。
[0026]相對于現(xiàn)有技術(shù)，本發(fā)明的終端設(shè)備、運(yùn)營商服務(wù)器、多媒體信息服務(wù)的發(fā)送方法及發(fā)送系統(tǒng)，在終端設(shè)備處仍采用多媒體信息服務(wù)的發(fā)送模式，但在傳輸方式上根據(jù)所述多媒體信息服務(wù)的數(shù)據(jù)量的大小對數(shù)據(jù)接口與網(wǎng)絡(luò)接口進(jìn)行切換，有效的平衡運(yùn)營商端基站的負(fù)載、降低運(yùn)營成本，并保持終端設(shè)備中溝通數(shù)據(jù)的完整，且使用價(jià)格低廉。
【附圖說明】
[0027]圖1是本發(fā)明實(shí)施例提供的終端設(shè)備、運(yùn)營商服務(wù)器及多媒體信息服務(wù)的發(fā)送方法的應(yīng)用環(huán)境示意圖；
[0028]圖2是本發(fā)明實(shí)施例一提供的終端設(shè)備的模塊示意圖；
[0029]圖3是本發(fā)明實(shí)施例二提供的終端設(shè)備的模塊示意圖；
[0030]圖4是本發(fā)明實(shí)施例三提供的運(yùn)營商服務(wù)器的模塊示意圖；
[0031]圖5是本發(fā)明實(shí)施例四提供的多媒體信息服務(wù)的發(fā)送方法的流程示意圖。
【具體實(shí)施方式】
[0032]請參照附圖中的圖式，其中相同的組件符號代表相同的組件，本發(fā)明的原理是以實(shí)施在一適當(dāng)?shù)倪\(yùn)算環(huán)境中來舉例說明。以下的說明是基于所示例的本發(fā)明的具體實(shí)施例，其不應(yīng)被視為限制本發(fā)明未在此詳述的其它具體實(shí)施例。
[0033]本發(fā)明原理以上述文字來說明，其并不代表為一種限制，本領(lǐng)域技術(shù)人員將可了解到以下所述的多種步驟及操作亦可實(shí)施在硬件當(dāng)中。本發(fā)明的原理使用許多其它泛用性或特定目的運(yùn)算、通信環(huán)境或組態(tài)來進(jìn)行操作。
[0034]請參閱圖1，為本發(fā)明中提供的終端設(shè)備、運(yùn)營商服務(wù)器及多媒體信息服務(wù)的發(fā)送方法的應(yīng)用環(huán)境示意圖。所述應(yīng)用環(huán)境，包括終端設(shè)備10、基站20、網(wǎng)絡(luò)熱點(diǎn)30、運(yùn)營商服務(wù)器40、以及通信網(wǎng)絡(luò)50。
[0035]其中，所述終端設(shè)備10，包括融合通信功能(Rich Communicat1n Suite，RCS)的業(yè)務(wù)接口，其中，所述融合通信功能可以是通過終端設(shè)備10所訂制的內(nèi)置功能、或下載的應(yīng)用程序進(jìn)行實(shí)現(xiàn)。所述終端設(shè)備10，根據(jù)所述多媒體信息服務(wù)的數(shù)據(jù)量的大小，來選擇基站20或運(yùn)營商服務(wù)器40來支持多媒體信息服務(wù)(Multimedia Messaging Service，MMS)。
[0036]所述基站20，用于通過傳統(tǒng)方式支持多媒體信息服務(wù)，并通過由基站20與終端設(shè)備10之間的數(shù)據(jù)通道51進(jìn)行多媒體信息服務(wù)的傳輸?？梢岳斫獾氖牵ㄟ^基站20進(jìn)行傳輸?shù)亩嗝襟w信息服務(wù)會記入在用戶的通信套餐中，且超出部分一般是按照網(wǎng)絡(luò)流量進(jìn)行收費(fèi)。
[0037]所述運(yùn)營商服務(wù)器40，用于接收所述多媒體信息服務(wù)，并通過與終端設(shè)備10之間的網(wǎng)絡(luò)通道52進(jìn)行多媒體信息服務(wù)的傳輸。網(wǎng)絡(luò)服務(wù)40的優(yōu)點(diǎn)在于價(jià)格，缺點(diǎn)是部署沒有基站20密集，因而可能會出現(xiàn)無法連接或系統(tǒng)繁忙的情況，進(jìn)而導(dǎo)致多媒體信息服務(wù)傳輸失敗、或時(shí)延過長等。
[0038]所述運(yùn)營商服務(wù)器40當(dāng)傳輸失敗時(shí)，通知所述終端設(shè)備10，以便所述終端設(shè)備10可以及時(shí)通過基站20進(jìn)行多媒體信息服務(wù)發(fā)送?？梢岳斫獾氖?，通過運(yùn)營商服務(wù)器40進(jìn)行傳輸一般是免費(fèi)的。
[0039]通信網(wǎng)絡(luò)50，包括數(shù)據(jù)通道51和網(wǎng)絡(luò)通道52，用于支持通話信息的傳輸。數(shù)據(jù)通道51由基站20與終端設(shè)備10等設(shè)備構(gòu)建而成。網(wǎng)絡(luò)通道52，由運(yùn)營商服務(wù)器40、網(wǎng)絡(luò)熱點(diǎn)30、與終端設(shè)備10等設(shè)備構(gòu)建而成，包括無線廣域網(wǎng)、無線局域網(wǎng)、無線城域網(wǎng)、和/或個人網(wǎng)絡(luò)中的一個或多個的組合。
[0040]所述網(wǎng)絡(luò)熱點(diǎn)30，連接于終端設(shè)備10與運(yùn)營商服務(wù)器40之間，用于將來自于終端設(shè)備10的多媒體信息服務(wù)經(jīng)由運(yùn)營商服務(wù)器40傳輸至另一網(wǎng)絡(luò)熱點(diǎn)，直至傳輸至另一終端設(shè)備。優(yōu)選為用戶指定的WiFi熱點(diǎn)，如在家中、辦公場所、或商場的WiFi熱點(diǎn)等。
[0041]請參照以下實(shí)施例，實(shí)施例一、二側(cè)重于終端設(shè)備，實(shí)施例三側(cè)重于運(yùn)營商服務(wù)器，實(shí)施例四側(cè)重于多媒體信息服務(wù)的發(fā)送方法?？梢岳斫獾氖?雖然各實(shí)施例的側(cè)重不同，但其設(shè)計(jì)思想是一致的。且，在某個實(shí)施例中沒有詳述的部分，可以參見說明書全文的詳細(xì)描述，不再贅述。
[0042]實(shí)施例一
[0043]請參閱圖2，所示為本發(fā)明實(shí)施例提供的終端設(shè)備的模塊示意圖。所述終端設(shè)備，包括:手機(jī)、或平板電腦等，此處不一一枚舉。
[0044]所述終端設(shè)備200，包括:輸入模塊21、監(jiān)測模塊22、判斷模塊23、設(shè)置模塊24、網(wǎng)絡(luò)接口 25、和數(shù)據(jù)接口 26。
[0045]輸入模塊21，用于接收輸入的多媒體信息服務(wù)的內(nèi)容。
[0046]其中，所述多媒體服務(wù)內(nèi)容，與短信比較，除了基本的文字信息外，還包括但不限于:圖像、聲音、視頻、和/或震動等各種多媒體格式的信息。
[0047]監(jiān)測模塊22，連接于輸入模塊21，用于監(jiān)測所述內(nèi)容的數(shù)據(jù)量。
[0048]通常，所述多媒體信息服務(wù)的內(nèi)容，其數(shù)據(jù)量目前一般在300K以下?？梢岳斫獾氖牵鲜鰯?shù)據(jù)量不應(yīng)視為是對本發(fā)明的限制，隨著融合通信技術(shù)的推廣，所述數(shù)據(jù)量的上限會得到提升。
[0049]判斷模塊23，連接于監(jiān)測模塊22，用于判斷所述內(nèi)容的數(shù)據(jù)量是否超過容量閾值。
[0050]可以理解的是，所述容量閾值可以是一固定值，比如:預(yù)設(shè)容量閾值為30K;也可以是一變化的區(qū)間，以控制通信套餐中的網(wǎng)絡(luò)流量被均勻的使用。以套餐中的網(wǎng)絡(luò)流量是IG為例，若第I周的容量閾值為30K，但并未使用，則第2周的容量閾值調(diào)整為50K，但第2周的網(wǎng)絡(luò)流量花費(fèi)了 0.7 5G，則第3周的容量閾值調(diào)整為1K等，以上的1、30、50、0.75和I僅用于示例增加或減少的變化的趨勢，不應(yīng)理解為對本發(fā)明的限制。
[0051 ]設(shè)置模塊24，連接于判斷模塊23，用于當(dāng)內(nèi)容的數(shù)據(jù)量超過容量閾值時(shí)，開啟網(wǎng)絡(luò)接口；以及當(dāng)內(nèi)容的數(shù)據(jù)量不超過容量閾值時(shí)，開啟數(shù)據(jù)接口。
[0052]可以理解的是，設(shè)置模塊24的本質(zhì)是一種單刀雙擲開關(guān)，其控制端連接于判斷模塊23，并根據(jù)其判斷結(jié)果在網(wǎng)絡(luò)接口 25與數(shù)據(jù)接口 26之間進(jìn)行切換。
[0053]所述網(wǎng)絡(luò)接口25，連接于設(shè)置模塊24，用于將所述多媒體信息服務(wù)的內(nèi)容發(fā)送至運(yùn)營商服務(wù)器。
[0054]可以理解的是，所述運(yùn)營商服務(wù)器會將所述多媒體信息服務(wù)的內(nèi)容傳輸至所述目標(biāo)終端。
[0055]具體而言，所述多媒體信息服務(wù)包括多種業(yè)務(wù)形式，包括:手機(jī)到手機(jī)、手機(jī)到應(yīng)用、和手機(jī)到郵箱三種形式。即，所述多媒體信息服務(wù)的內(nèi)容所對應(yīng)的目標(biāo)終端的號碼，包括但不限于:手機(jī)號、應(yīng)用程序的注冊號、和郵箱。
[0056]所述數(shù)據(jù)接口26，連接于設(shè)置模塊24，用于將所述多媒體信息服務(wù)的內(nèi)容發(fā)送至基站O
[0057]可以理解的是，所述基站會將所述多媒體信息服務(wù)的內(nèi)容傳輸至所述目標(biāo)終端。其業(yè)務(wù)形式同上。
[0058]本發(fā)明的終端設(shè)備，仍采用多媒體信息服務(wù)的發(fā)送模式，但在傳輸方式上根據(jù)所述多媒體信息服務(wù)的數(shù)據(jù)量的大小對數(shù)據(jù)接口與網(wǎng)絡(luò)接口進(jìn)行切換，有效的平衡運(yùn)營商端基站的負(fù)載、降低運(yùn)營成本，并保持終端設(shè)備中溝通數(shù)據(jù)的完整，且使用價(jià)格低廉。
[0059]實(shí)施例二
[0060]請參閱圖3，所示為本發(fā)明實(shí)施例提供的終端設(shè)備的模塊示意圖。所述終端設(shè)備，包括:手機(jī)、或平板電腦等，此處不一一枚舉。
[0061]可以理解的是，圖3的終端設(shè)備是對圖2中終端設(shè)備的優(yōu)化。其中，圖3中與圖2中相同的部分，仍采用2開頭，與圖2不同的部分，采用3開頭，以示其差異。
[0062]所述終端設(shè)備300，包括:輸入模塊21、轉(zhuǎn)換模塊31、監(jiān)測模塊32、閾值模塊33、判斷模塊23、設(shè)置模塊24、封裝模塊34、網(wǎng)絡(luò)接口 35、反饋模塊36、和數(shù)據(jù)接口 26。
[0063]輸入模塊21，用于接收輸入的多媒體信息服務(wù)的內(nèi)容。
[0064]其中，所述多媒體服務(wù)內(nèi)容，與短信比較，除了基本的文字信息外，還包括但不限于:圖像、聲音、視頻、和/或震動等各種多媒體格式的信息。
[0065]轉(zhuǎn)換模塊31，連接于輸入模塊21，用于將所述多媒體服務(wù)的內(nèi)容轉(zhuǎn)換成數(shù)據(jù)封包。
[0066]監(jiān)測模塊32，連接于轉(zhuǎn)換模塊31，用于監(jiān)測所述內(nèi)容的數(shù)據(jù)量。
[0067]可以理解的是，所述監(jiān)測包括:在內(nèi)容的編輯階段或發(fā)送階段。
[0068]通常，所述多媒體信息服務(wù)的內(nèi)容，其數(shù)據(jù)量目前一般在300K以下?？梢岳斫獾氖牵鲜鰯?shù)據(jù)量不應(yīng)視為是對本發(fā)明的限制，隨著融合通信技術(shù)的推廣，所述數(shù)據(jù)量的上限會得到提升。
[0069]閾值模塊33，包括第一閾值模塊331或第二閾值模塊332。
[0070]具體而言，所述第一閾值模塊331，用于根據(jù)通信套餐確定所述容量閾值。第二閾值模塊332，用于接收來自于運(yùn)營商服務(wù)器的容量閾值?？梢岳斫獾氖?，所述來自于第一閾值模塊的容量閾值與來自于第二閾值模塊的容量閾值，可以相同或不同，依據(jù)于其產(chǎn)生的原理和公式，而不依賴于其所產(chǎn)生或計(jì)算的位置在終端設(shè)備還是運(yùn)營商服務(wù)器。
[0071]可以理解的是，所述容量閾值可以是一固定值，比如:預(yù)設(shè)容量閾值為30K。也可以是一變化的區(qū)間，以控制通信套餐中的網(wǎng)絡(luò)流量被均勻的使用。
[0072]判斷模塊23，連接于監(jiān)測模塊32和閾值模塊33，用于根據(jù)所述來自于第一閾值模塊的容量閾值或來自于第二閾值模塊的容量閾值，判斷所述內(nèi)容的數(shù)據(jù)量是否超過容量閾值。
[0073]設(shè)置模塊24，連接于判斷模塊23，用于當(dāng)所述內(nèi)容的數(shù)據(jù)量超過容量閾值時(shí)，開啟網(wǎng)絡(luò)接口 ；以及當(dāng)所述內(nèi)容的數(shù)據(jù)量不超過容量閾值時(shí)，開啟數(shù)據(jù)接口。
[0074]可以理解的是，所述設(shè)置模塊24的本質(zhì)是一種單刀雙擲開關(guān)，其控制端連接于判斷模塊23，并根據(jù)判斷模塊23的判斷結(jié)果在網(wǎng)絡(luò)接口 25與數(shù)據(jù)接口 26之間進(jìn)行切換。
[0075]封裝模塊34，用于通過軟件開發(fā)工具包(Software Development Kit，SDK)將融合通信的功能模塊進(jìn)行封裝，以生成具有融合通信功能的應(yīng)用程序、插件、和/或進(jìn)程。
[0076]網(wǎng)絡(luò)接口35，連接于封裝模塊34和設(shè)置模塊24，用于通過調(diào)用所述具有融合通信功能的應(yīng)用程序、插件、和/或進(jìn)程，以連接所述運(yùn)營商服務(wù)器，并將所述多媒體信息服務(wù)的內(nèi)容發(fā)送至所述運(yùn)營商服務(wù)器。
[0077]可以理解的是，所述運(yùn)營商服務(wù)器會將所述多媒體信息服務(wù)的內(nèi)容傳輸至所述目標(biāo)終端。具體而言，所述多媒體信息服務(wù)包括多種業(yè)務(wù)形式，包括:手機(jī)到手機(jī)、手機(jī)到應(yīng)用、和手機(jī)到郵箱三種形式。即，所述多媒體信息服務(wù)的內(nèi)容所對應(yīng)的目標(biāo)終端的號碼，包括但不限于:手機(jī)號、應(yīng)用程序的注冊號、和郵箱。
[0078]反饋模塊36，連接于網(wǎng)絡(luò)接口35，用于判斷所述網(wǎng)絡(luò)接口是否發(fā)送成功。
[0079]所述設(shè)置模塊，還連接于反饋模塊36，用于當(dāng)發(fā)送不成功時(shí)，開啟所述數(shù)據(jù)接口。
[0080]所述數(shù)據(jù)接口26，連接于設(shè)置模塊24，用于當(dāng)內(nèi)容的數(shù)據(jù)量不超過容量閾值時(shí)、或當(dāng)網(wǎng)絡(luò)接口 35發(fā)送不成功時(shí)，將所述多媒體信息服務(wù)的內(nèi)容發(fā)送至基站。
[0081 ]可以理解的是，所述基站會將所述多媒體信息服務(wù)的內(nèi)容傳輸至所述目標(biāo)終端。其業(yè)務(wù)形式同上。
[0082]本發(fā)明的終端設(shè)備，仍采用多媒體信息服務(wù)的發(fā)送模式，但在傳輸方式上根據(jù)所述多媒體信息服務(wù)的數(shù)據(jù)量的大小對數(shù)據(jù)接口與網(wǎng)絡(luò)接口進(jìn)行切換，有效的平衡運(yùn)營商端基站的負(fù)載、降低運(yùn)營成本，并保持終端設(shè)備中溝通數(shù)據(jù)的完整，且使用價(jià)格低廉。
[0083]實(shí)施例三
[0084]請參閱圖4，所示為發(fā)明實(shí)施例提供的運(yùn)營商服務(wù)器的模塊示意圖。
[0085]所述運(yùn)營商服務(wù)器400，包括:接收模塊41、傳輸模塊42、計(jì)算模塊43、和第三閾值豐旲塊44 ο
[0086]接收模塊41，用于接收來自于終端設(shè)備的所述多媒體信息服務(wù)的內(nèi)容，所述多媒體信息服務(wù)的內(nèi)容中包括目標(biāo)終端的號碼。
[0087]可以理解的是，所述目標(biāo)終端的號碼，包括但不限于:手機(jī)號、應(yīng)用程序的注冊號、和郵箱。
[0088]傳輸模塊42，用于根據(jù)所述號碼將所述通話數(shù)據(jù)傳輸至目標(biāo)終端。
[0089]計(jì)算模塊43，用于統(tǒng)計(jì)在預(yù)設(shè)時(shí)間段內(nèi)，所述終端設(shè)備的已發(fā)送數(shù)據(jù)量，所述已發(fā)送數(shù)據(jù)量為各多媒體信息服務(wù)內(nèi)容的數(shù)據(jù)量之和。
[0090]比如，以I個月為預(yù)設(shè)時(shí)間段，假設(shè)到本月第2周為止已累計(jì)發(fā)送0.75G的數(shù)據(jù)量。
[0091]第三閾值模塊44，用于根據(jù)所述終端設(shè)備的通信套餐和已發(fā)送的數(shù)據(jù)量，來生成容量閾值。
[0092]其中，以套餐中的網(wǎng)絡(luò)流量是IG為例，若初始的容量閾值為30K，則第3周的容量閾值更新為10K。以上的10、30、0.75和I僅用于示例增加或減少的變化的趨勢，不應(yīng)理解為對本發(fā)明的限制。
[0093]所述傳輸模塊42，還用于將所述容量閾值的初始值和更新值實(shí)時(shí)的發(fā)送至所述終端設(shè)備。
[0094]本發(fā)明的運(yùn)營商服務(wù)器，在終端設(shè)備處仍采用多媒體信息服務(wù)的發(fā)送模式，但在傳輸方式上根據(jù)所述多媒體信息服務(wù)的數(shù)據(jù)量的大小對數(shù)據(jù)接口與網(wǎng)絡(luò)接口進(jìn)行切換，有效的平衡運(yùn)營商端基站的負(fù)載、降低運(yùn)營成本，并保持終端設(shè)備中溝通數(shù)據(jù)的完整，且使用價(jià)格低廉。
[0095]實(shí)施例四
[0096]請參閱圖5，所示為發(fā)明實(shí)施例提供的多媒體信息服務(wù)的發(fā)送方法的流程示意圖。
[0097]所述多媒體信息服務(wù)的發(fā)送方法，包括:
[0098]在步驟S501中，接收輸入的多媒體信息服務(wù)的內(nèi)容。
[0099]其中，所述多媒體服務(wù)內(nèi)容，與短信比較，除了基本的文字信息外，還包括但不限于:圖像、聲音、視頻、和/或震動等各種多媒體格式的信息。
[0100]在步驟S502中，將所述多媒體服務(wù)的內(nèi)容轉(zhuǎn)換成數(shù)據(jù)封包。
[0101]在步驟S503中，監(jiān)測所述內(nèi)容的數(shù)據(jù)量。
[0102]可以理解的是，所述監(jiān)測包括:在內(nèi)容的編輯階段或發(fā)送階段。
[0103]通常，所述多媒體信息服務(wù)的內(nèi)容，其數(shù)據(jù)量目前一般在300K以下。可以理解的是，上述數(shù)據(jù)量不應(yīng)視為是對本發(fā)明的限制，隨著融合通信技術(shù)的推廣，所述數(shù)據(jù)量的上限會得到提升。
[0104]在步驟S504中，獲取容量閾值。
[0105]具體而言，本步驟包括:
[0106](I)根據(jù)終端設(shè)備所匹配的通信套餐確定第一容量閾值;或
[0107](2)接收來自于所述運(yùn)營商服務(wù)器的第二容量閾值。
[0108]可以理解的是，所述來自于第一閾值模塊的容量閾值與來自于第二閾值模塊的容量閾值，可以相同或不同，依據(jù)于其產(chǎn)生的原理和公式，而不依賴于其所產(chǎn)生或計(jì)算的位置在終端設(shè)備還是運(yùn)營商服務(wù)器。
[0109]可以理解的是，所述容量閾值可以是一固定值，比如:預(yù)設(shè)容量閾值為30Kο也可以是一變化的區(qū)間，以控制通信套餐中的網(wǎng)絡(luò)流量被均勻的使用。
[0110]在步驟S505中，判斷所述內(nèi)容的數(shù)據(jù)量是否超過容量閾值。
[0111 ]其中，若所述內(nèi)容的數(shù)據(jù)量超過容量閾值，則執(zhí)行步驟S506，若所述內(nèi)容的數(shù)據(jù)量不超過容量閾值，則執(zhí)行步驟S509。
[0112]在步驟S506中，開啟終端設(shè)備的網(wǎng)絡(luò)接口。
[0113]其中，所述終端設(shè)備通過軟件開發(fā)工具包(Software Development Kit，SDK)將融合通信的功能模塊進(jìn)行封裝，以生成具有融合通信功能的應(yīng)用程序、插件、和/或進(jìn)程。在本步驟中，通過網(wǎng)絡(luò)接口調(diào)用所述具有融合通信功能的應(yīng)用程序、插件、和/或進(jìn)程，以連接所述運(yùn)營商服務(wù)器。
[0114]在步驟S507中，通過所述網(wǎng)絡(luò)接口將所述多媒體信息服務(wù)的內(nèi)容發(fā)送至運(yùn)營商服務(wù)器，并由所述運(yùn)營商服務(wù)器傳輸至所述目標(biāo)終端。
[0115]其中，需要說明的是，第一，所述多媒體信息服務(wù)的內(nèi)容，以數(shù)據(jù)封包的形式進(jìn)行發(fā)送;第二，發(fā)送至目標(biāo)終端時(shí)的業(yè)務(wù)形式，包括但不限于:手機(jī)到手機(jī)、手機(jī)到應(yīng)用、和手機(jī)到郵箱三種形式。即，所述多媒體信息服務(wù)的內(nèi)容所對應(yīng)的目標(biāo)終端的號碼，包括但不限于:手機(jī)號、應(yīng)用程序的注冊號、和郵箱。
[0116]在步驟S508中，判斷所述網(wǎng)絡(luò)接口是否發(fā)送成功。
[0117]可以理解的是，所述運(yùn)營商服務(wù)器在進(jìn)行所述傳輸后，發(fā)送反饋信息，所述反饋信息包括:發(fā)送成功和發(fā)送失敗。若發(fā)送失敗，則執(zhí)行步驟S509;若發(fā)送成功，則執(zhí)行步驟S511o
[0118]在步驟S509中，開啟終端設(shè)備的數(shù)據(jù)接口。
[0119]在步驟S510中，將所述多媒體信息服務(wù)的內(nèi)容發(fā)送至基站，并由所述基站進(jìn)行傳輸至目標(biāo)終端。
[0120]在步驟S511中，完成通信。
[0121]本發(fā)明的多媒體信息服務(wù)的發(fā)送方法，在終端設(shè)備處仍采用多媒體信息服務(wù)的發(fā)送模式，但在傳輸方式上根據(jù)所述多媒體信息服務(wù)的數(shù)據(jù)量的大小對數(shù)據(jù)接口與網(wǎng)絡(luò)接口進(jìn)行切換，有效的平衡運(yùn)營商端基站的負(fù)載、降低運(yùn)營成本，并保持終端設(shè)備中溝通數(shù)據(jù)的完整，且使用價(jià)格低廉。
[0122]本發(fā)明實(shí)施例提供的終端設(shè)備、運(yùn)營商服務(wù)器、多媒體信息服務(wù)的發(fā)送方法及發(fā)送系統(tǒng)屬于同一構(gòu)思，其具體實(shí)現(xiàn)過程詳見說明書全文，此處不再贅述。
[0123]綜上所述，雖然本發(fā)明已以優(yōu)選實(shí)施例揭露如上，但上述優(yōu)選實(shí)施例并非用以限制本發(fā)明，本領(lǐng)域的普通技術(shù)人員，在不脫離本發(fā)明的精神和范圍內(nèi)，均可作各種更動與潤飾，因此本發(fā)明的保護(hù)范圍以權(quán)利要求界定的范圍為準(zhǔn)。
【主權(quán)項(xiàng)】
1.一種終端設(shè)備，其特征在于，包括: 輸入模塊，用于接收輸入的多媒體信息服務(wù)的內(nèi)容； 監(jiān)測模塊，用于監(jiān)測所述內(nèi)容的數(shù)據(jù)量； 判斷模塊，用于判斷所述內(nèi)容的數(shù)據(jù)量是否超過容量閾值； 設(shè)置模塊，用于當(dāng)所述內(nèi)容的數(shù)據(jù)量超過容量閾值時(shí)，開啟網(wǎng)絡(luò)接口；以及所述網(wǎng)絡(luò)接口，用于將所述多媒體信息服務(wù)的內(nèi)容發(fā)送至運(yùn)營商服務(wù)器，并由所述運(yùn)營商服務(wù)器傳輸至所述目標(biāo)終端。2.如權(quán)利要求1所述的終端設(shè)備，其特征在于: 所述設(shè)置模塊，還用于當(dāng)所述內(nèi)容的數(shù)據(jù)量不超過容量閾值時(shí)，開啟數(shù)據(jù)接口；以及所述數(shù)據(jù)接口，用于將所述多媒體信息服務(wù)的內(nèi)容發(fā)送至基站，并由所述基站進(jìn)行傳輸至目標(biāo)終端。3.如權(quán)利要求2所述的終端設(shè)備，其特征在于，還包括: 反饋模塊，用于判斷所述網(wǎng)絡(luò)接口是否發(fā)送成功； 所述設(shè)置模塊，還用于當(dāng)發(fā)送不成功時(shí)，開啟所述數(shù)據(jù)接口。4.如權(quán)利要求2所述的終端設(shè)備，其特征在于，還包括: 轉(zhuǎn)換模塊，用于將所述多媒體服務(wù)的內(nèi)容轉(zhuǎn)換成數(shù)據(jù)封包； 所述網(wǎng)絡(luò)接口和數(shù)據(jù)接口，還用于將所述數(shù)據(jù)封包發(fā)送至所述目標(biāo)終端。5.如權(quán)利要求1所述的終端設(shè)備，其特征在于，還包括: 第一閾值模塊，用于根據(jù)通信套餐確定所述容量閾值； 所述判斷模塊，還用于讀取所述第一閾值模塊中的容量閾值。6.如權(quán)利要求1所述的終端設(shè)備，其特征在于，包括: 第二閾值模塊，用于接收來自于所述運(yùn)營商服務(wù)器的容量閾值； 所述判斷模塊，還用于讀取所述第二閾值模塊中的容量閾值。7.如權(quán)利要求1所述的終端設(shè)備，其特征在于，還包括: 封裝模塊，用于通過SDK將融合通信的功能模塊進(jìn)行封裝，以生成具有融合通信功能的應(yīng)用程序、插件、和/或進(jìn)程； 所述網(wǎng)絡(luò)接口，具體用于:通過調(diào)用所述具有融合通信功能的應(yīng)用程序、插件、和/或進(jìn)程，以連接所述運(yùn)營商服務(wù)器，并將所述多媒體信息服務(wù)的內(nèi)容發(fā)送至所述運(yùn)營商服務(wù)器。8.一種運(yùn)營商服務(wù)器，其特征在于，包括: 接收模塊，用于接收來自于終端設(shè)備的所述多媒體信息服務(wù)的內(nèi)容，所述多媒體信息服務(wù)的內(nèi)容中包括目標(biāo)終端的號碼； 傳輸模塊，用于根據(jù)所述號碼將所述通話數(shù)據(jù)傳輸至目標(biāo)終端； 計(jì)算模塊，用于統(tǒng)計(jì)在預(yù)設(shè)時(shí)間段內(nèi)，所述終端設(shè)備的已發(fā)送數(shù)據(jù)量，所述已發(fā)送數(shù)據(jù)量為各多媒體信息服務(wù)內(nèi)容的數(shù)據(jù)量之和； 第三閾值模塊，用于根據(jù)所述終端設(shè)備的通信套餐和已發(fā)送的數(shù)據(jù)量，來生成容量閾值； 所述傳輸模塊，還用于將所述容量閾值發(fā)送至所述終端設(shè)備。9.一種多媒體信息服務(wù)的發(fā)送方法，其特征在于，包括: 接收輸入的多媒體信息服務(wù)的內(nèi)容； 監(jiān)測所述內(nèi)容的數(shù)據(jù)量； 判斷所述內(nèi)容的數(shù)據(jù)量是否超過容量閾值； 當(dāng)所述內(nèi)容的數(shù)據(jù)量超過容量閾值時(shí)，開啟網(wǎng)絡(luò)接口；以及 通過所述網(wǎng)絡(luò)接口將所述多媒體信息服務(wù)的內(nèi)容發(fā)送至運(yùn)營商服務(wù)器，并由所述運(yùn)營商服務(wù)器傳輸至所述目標(biāo)終端。10.如權(quán)利要求9所述的發(fā)送方法，其特征在于，判斷所述內(nèi)容的數(shù)據(jù)量是否超過容量閾值，之后還包括: 當(dāng)所述內(nèi)容的數(shù)據(jù)量不超過容量閾值時(shí)，開啟數(shù)據(jù)接口 ；以及 將所述多媒體信息服務(wù)的內(nèi)容發(fā)送至基站，并由所述基站進(jìn)行傳輸至目標(biāo)終端。11.如權(quán)利要求10所述的發(fā)送方法，其特征在于，將所述多媒體信息服務(wù)的內(nèi)容發(fā)送至運(yùn)營商服務(wù)器，并由所述運(yùn)營商服務(wù)器傳輸至所述目標(biāo)終端，之后還包括: 判斷所述網(wǎng)絡(luò)接口是否發(fā)送成功；以及 當(dāng)發(fā)送不成功時(shí)，開啟所述數(shù)據(jù)接口。12.如權(quán)利要求10所述的發(fā)送方法，其特征在于，接收輸入的多媒體信息服務(wù)的內(nèi)容，之后還包括: 將所述多媒體服務(wù)的內(nèi)容轉(zhuǎn)換成數(shù)據(jù)封包；以及 通過所述網(wǎng)絡(luò)接口或所述數(shù)據(jù)接口將所述數(shù)據(jù)封包發(fā)送至所述目標(biāo)終端。13.如權(quán)利要求9所述的發(fā)送方法，其特征在于，判斷所述內(nèi)容的數(shù)據(jù)量是否超過容量閾值，之前還包括: 根據(jù)通信套餐確定所述容量閾值。14.如權(quán)利要求9所述的發(fā)送方法，其特征在于，判斷所述內(nèi)容的數(shù)據(jù)量是否超過容量閾值，之前包括: 接收來自于所述運(yùn)營商服務(wù)器的容量閾值。15.一種多媒體信息服務(wù)的發(fā)送系統(tǒng)，其特征在于，包括: 如權(quán)利要求1至7中任一項(xiàng)所述的終端設(shè)備，如權(quán)利要求8所述的運(yùn)營商服務(wù)器、基站、和目標(biāo)終端。
【文檔編號】H04L29/06GK105848096SQ201610373532
【公開日】2016年8月10日
【申請日】2016年5月30日
【發(fā)明人】黃宏用
【申請人】廣東歐珀移動通信有限公司