專利名稱：消息發(fā)送方法、系統(tǒng)、消息中心設備和第三方平臺設備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明實施例涉及通信技術(shù)領(lǐng)域，尤其涉及一種消息發(fā)送方法、系統(tǒng)、消息中心設 備和第三方平臺設備。
背景技術(shù)：
現(xiàn)有的消息類業(yè)務，例如短消息業(yè)務(Short Message krvice ；以下簡稱SMS) 與多媒體消息業(yè)務(Multimedia Messaging Service)；以下簡稱MMS等都有基于預付費 用戶的實時計費解決方案。具體地，當預付費用戶提交消息時，消息中心會向智能網(wǎng)的業(yè)務 控制點(Service Control Point ；以下簡稱SCP)發(fā)送計費請求，請求SCP進行計費鑒權(quán)， 如果該預付費用戶余額不足，則SCP向消息中心返回計費失敗的響應消息，收到該響應消 息之后，消息中心會拒絕該預付費用戶提交的消息，并向該預付費用戶返回消息發(fā)送失敗 的響應消息，然后消息中心丟棄該預付費用戶原始提交的消息。在實現(xiàn)本發(fā)明過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在如下問題在現(xiàn)有的預付 費機制中，預付費用戶在費用不足的情況下無發(fā)送消息的能力，導致用戶體驗度差。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種消息發(fā)送方法、系統(tǒng)、消息中心設備和第三方平臺設備，以 實現(xiàn)為欠費的預付費用戶臨時提供透支能力。本發(fā)明實施例提供一種消息發(fā)送方法，包括消息中心接收到預付費用戶通過所述預付費用戶對應的終端發(fā)送的第一消息之 后，向業(yè)務控制點發(fā)送計費請求；所述消息中心接收到所述業(yè)務控制點發(fā)送的計費失敗響應之后，將所述第一消息 發(fā)送至預定的第三方平臺，所述計費失敗響應是所述業(yè)務控制點確定所述預付費用戶余額 不足之后發(fā)送的；所述消息中心接收所述第三方平臺發(fā)送的第二消息，并將所述第二消息發(fā)送至所 述第一消息的被叫用戶對應的終端；所述第二消息的消息體包括所述第一消息的消息體中 的內(nèi)容。本發(fā)明實施例還提供一種消息發(fā)送方法，包括第三方平臺接收消息中心在接收到業(yè)務控制點發(fā)送的計費失敗響應之后發(fā)送的 第一消息，所述第一消息是預付費用戶通過所述預付費用戶對應的終端發(fā)送至所述消息中 心的，所述計費失敗響應是所述業(yè)務控制點接收到所述消息中心發(fā)送的計費請求并確定所 述預付費用戶余額不足之后發(fā)送的；所述第三方平臺根據(jù)所述第一消息中包括的所述預付費用戶的標識向所述消息 中心發(fā)送第二消息，以便所述消息中心將所述第二消息發(fā)送至所述第一消息的被叫用戶對 應的終端；所述第二消息的消息體包括所述第一消息的消息體中的內(nèi)容。本發(fā)明實施例還提供一種消息中心設備，包括接收模塊、確定模塊和發(fā)送模塊；
所述接收模塊，用于接收預付費用戶通過所述預付費用戶對應的終端發(fā)送的第一 消息；接收業(yè)務控制點發(fā)送的計費失敗響應，所述計費失敗響應是所述業(yè)務控制點確定所 述預付費用戶余額不足之后發(fā)送的；以及接收預定的第三方平臺發(fā)送的第二消息；所述確定模塊，用于在所述接收模塊接收到所述計費失敗響應之后，指示所述發(fā) 送模塊將所述第一消息發(fā)送至所述預定的第三方平臺；所述發(fā)送模塊，用于在所述接收模塊接收到所述第一消息之后，向所述業(yè)務控制 點發(fā)送計費請求；還用于根據(jù)所述確定模塊的指示將所述接收模塊接收的第一消息發(fā)送至 所述預定的第三方平臺；將所述接收模塊接收的第二消息發(fā)送至所述第一消息的被叫用戶 對應的終端，所述第二消息的消息體包括所述第一消息的消息體中的內(nèi)容。本發(fā)明實施例還提供一種第三方平臺設備，包括消息接收模塊、處理模塊和消息 發(fā)送模塊；所述消息接收模塊，用于接收消息中心設備在接收到業(yè)務控制點發(fā)送的計費失敗 響應之后發(fā)送的第一消息，所述第一消息是預付費用戶通過所述預付費用戶對應的終端發(fā) 送至所述消息中心設備的，所述計費失敗響應是所述業(yè)務控制點在接收到所述消息中心設 備發(fā)送的計費請求并確定所述預付費用戶余額不足之后發(fā)送的；所述處理模塊，用于在接收到所述消息中心設備發(fā)送的第一消息之后，根據(jù)所述 第一消息中包括的所述預付費用戶的標識指示所述消息發(fā)送模塊向所述消息中心設備發(fā) 送第二消息；所述第二消息的消息體包括所述第一消息的消息體中的內(nèi)容；所述消息發(fā)送模塊，用于根據(jù)所述處理模塊的指示向所述消息中心設備發(fā)送第二 消息，以便所述消息中心設備將所述第二消息發(fā)送至所述第一消息的被叫用戶對應的終 端。本發(fā)明實施例還提供一種消息發(fā)送系統(tǒng)，包括上述消息中心設備和上述第三方 平臺設備。通過本發(fā)明實施例，消息中心在接收到業(yè)務控制點發(fā)送的計費失敗響應之后，將 預付費用戶通過該預付費用戶對應的終端發(fā)送的第一消息發(fā)送給預定的第三方平臺，由第 三方平臺從該預付費用戶對應的賬戶中扣除預定的費用，然后消息中心接收第三方平臺為 該預付費用戶重新發(fā)送的第二消息，進行正常計費后將該第二消息發(fā)送至該預付費用戶的 被叫用戶。從而實現(xiàn)了為欠費的預付費用戶提供臨時的正常發(fā)送消息的能力，進而提高了 用戶的體驗度。


為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn) 有技術(shù)描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā) 明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根 據(jù)這些附圖獲得其他的附圖。圖1為本發(fā)明消息發(fā)送方法一個實施例的流程圖；圖2為本發(fā)明消息發(fā)送方法另一個實施例的流程圖；圖3為本發(fā)明消息發(fā)送方法再一個實施例的流程圖；圖4為本發(fā)明消息發(fā)送方法又一個實施例的流程6
圖5為本發(fā)明消息發(fā)送方法還一個實施例的流程圖；圖6為本發(fā)明消息中心設備一個實施例的結(jié)構(gòu)示意圖；圖7為本發(fā)明第三方平臺設備一個實施例的結(jié)構(gòu)示意圖；圖8為本發(fā)明第三方平臺設備另一個實施例的結(jié)構(gòu)示意圖；圖9為本發(fā)明消息發(fā)送系統(tǒng)一個實施例的結(jié)構(gòu)示意圖。
具體實施例方式為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本發(fā)明實施例 中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例是 本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員 在沒有做出創(chuàng)造性勞動的前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。圖1為本發(fā)明消息發(fā)送方法一個實施例的流程圖，如圖1所示，該消息發(fā)送方法可 以包括步驟101，消息中心接收到預付費用戶通過該預付費用戶對應的終端發(fā)送的第一 消息之后，向業(yè)務控制點發(fā)送計費請求。步驟102，消息中心接收到業(yè)務控制點發(fā)送的計費失敗響應之后，將該第一消息發(fā) 送至預定的第三方平臺，該計費失敗響應是業(yè)務控制點確定該預付費用戶余額不足之后發(fā) 送的。其中，將該第一消息發(fā)送至預定第三方平臺可以是發(fā)送至與上述預付費用戶對應的 第三方平臺，具體可以為該預付費用戶對應的終端所歸屬的第三方平臺；在另外的實施例 中，也可以根據(jù)第三方平臺的部署情況，根據(jù)預付費用戶與該第三方平臺的對應關(guān)系，將該 第一消息發(fā)送至第三方平臺；上述對應關(guān)系可以存儲在消息中心，或者由消息中心到其他 的網(wǎng)絡實體獲取。其他的網(wǎng)絡實體例如可以是網(wǎng)絡側(cè)存儲用戶信息的用戶信息服務器。在實際應用的實施例中，消息中心在接收到業(yè)務控制點發(fā)送的計費失敗響應之 后，可以根據(jù)預付費用戶的簽約信息或指示信息確定將第一消息發(fā)送至預定第三方平臺。 具體地，該用戶鑒約信息可以由消息中心從用戶歸屬的歸屬位置寄存器，或者網(wǎng)絡側(cè)存儲 用戶信息的用戶信息服務器獲取。而根據(jù)預付費用戶的指示信息確定將第一消息發(fā)送至預 定第三方平臺，具體可以根據(jù)發(fā)送第一消息的預付費用戶的指示確定將該第一消息發(fā)送至 預定第三方平臺。該預付費用戶的指示可以攜帶在該第一消息中，或者消息中心向預付費 用戶發(fā)送消息與該預付費用戶進行確認，在收到預付費用戶對應的終端返回的確認后，將 上述第一消息發(fā)送至預定的第三方平臺。步驟103，消息中心接收第三方平臺為該預付費用戶重新發(fā)送的第二消息，并將該 第二消息發(fā)送至第一消息的被叫用戶對應的終端。具體地，消息中心可以接收第三方平臺為該預付費用戶重新發(fā)送的第二消息，在 正常計費后將該第二消息發(fā)送至第一消息的被叫用戶對應的終端，其中，該第二消息的消 息體包括第一消息的消息體中的內(nèi)容。本實施例中提到的終端，可以為手機或個人數(shù)字助理(Personal DigitalAssistant ；以下簡稱PDA)等移動終端，或者固定終端。本實施例中，該第三方平臺可以是預先指定的內(nèi)容提供商(Contentfr0Vider5W 下簡稱CP)服務器/服務提供商(Service Provider ；以下簡稱SP)服務器。具體應用中，該服務器可以是包括有處理器，存儲器以及主板設備，以及其他軟件程序的計算機。該 第三方平臺保存預付費用戶的標識與該預付費用戶的賬戶的對應關(guān)系，其中，該預付費 用戶的標識可以為該預付費用戶的手機號和/或該預付費用戶的國際移動用戶識別碼 (InternationalMobile Subscriber Identity ；以下簡禾爾IMSI)。在本實施例的一種實現(xiàn)方式中，上述第二消息可以是第三方平臺從預付費用戶對 應的賬戶中扣除預定的費用之后發(fā)送的，具體地，第三方平臺從預付費用戶對應的賬戶中 扣除預定的費用可以為第三方平臺接收到第一消息之后，根據(jù)第一消息中包括的預付費 用戶的標識在該第三方平臺保存的預付費用戶的標識與賬戶的對應關(guān)系中進行查找，獲得 該預付費用戶的標識對應的賬戶；然后第三方平臺從預付費用戶的標識對應的賬戶中扣除 預定的由該預付費用戶發(fā)送第一消息導致的費用。在本實施例的另一種實現(xiàn)方式中，第三方平臺接收到第一消息之后，根據(jù)第一消 息中包括的預付費用戶的標識，在該第一消息中植入廣告信息生成第二消息，也可以認為 是在第二消息中植入廣告信息，本發(fā)明實施例對此不作區(qū)分，下同；然后第三方平臺將該第 二消息發(fā)送給消息中心。該植入廣告信息的處理過程具體可以是第三方平臺根據(jù)自身的廣 告策略，或者根據(jù)該預付費用戶的用戶信息確定相應的廣告信息，然后植入到第一消息中。在本實施例的再一種實現(xiàn)方式中，第三方平臺接收到第一消息之后，可以根據(jù)第 一消息中包括的預付費用戶的標識，生成廣告消息，并向該預付費用戶發(fā)送該廣告消息。該 廣告消息的生成過程具體可以是第三方平臺根據(jù)自身的廣告策略，或者根據(jù)該預付費用戶 的用戶信息確定相應的廣告信息，形成包含該廣告信息的廣告消息。在通過消息中心向該 預付費用戶發(fā)送上述廣告消息之后，向消息中心發(fā)送第二消息，該第二消息的消息體包括 第一消息的消息體中的內(nèi)容。上述三種實現(xiàn)方式中，第三方平臺還可以根據(jù)預付費用戶的簽約信息或者第一消 息中的指示信息確定進行上述處理。上述三種實現(xiàn)方式可以單獨使用，也可以結(jié)合使用，即第三方平臺可以既扣除預 定的費用，又在第二消息中植入廣告信息；或者，第三方平臺還可以不扣除預定的費用，僅 在第二消息中植入廣告信息；或者，僅在向該預付費用戶發(fā)送該廣告消息后向消息中心發(fā) 送第二消息；這只是上述三種實現(xiàn)方式所有排列組合中的幾個示例，其他示例在此不一一 列舉。上述實施例中，消息中心在接收到業(yè)務控制點發(fā)送的計費失敗響應之后，將預付 費用戶通過該預付費用戶對應的終端發(fā)送的第一消息發(fā)送給預定的第三方平臺，然后消息 中心接收第三方平臺為該預付費用戶重新發(fā)送的第二消息，進行正常計費后將該第二消息 發(fā)送至該預付費用戶的被叫用戶。從而實現(xiàn)了為欠費的預付費用戶提供臨時的正常發(fā)送消 息的能力，進而提高了用戶的體驗度。圖2為本發(fā)明消息發(fā)送方法另一個實施例的流程圖，如圖2所示，該消息發(fā)送方法 可以包括步驟201，預付費用戶A通過該預付費用戶A對應的終端向消息中心發(fā)送第一消 息，該第一消息可以為終端發(fā)送的前向消息(Mobile OriginatedForward Message ；以下簡 稱M0-FM)。步驟202，消息中心向SCP發(fā)送預付費計費請求。
步驟203，消息中心接收SCP發(fā)送的計費失敗響應。具體地，在接收到消息中心發(fā)送的預付費計費請求之后，SCP確定該預付費用戶A 余額不足，因此SCP向消息中心發(fā)送計費失敗響應。步驟204，消息中心向預付費用戶A發(fā)送第一消息發(fā)送成功的響應消息。步驟205，消息中心將預付費用戶A發(fā)送的第一消息發(fā)送給預定的第三方平臺。具體地，消息中心可以通過點對點短消息發(fā)送協(xié)議(Short Message Peer toPeer ；以下簡稱SMPP)將預付費用戶A發(fā)送的第一消息發(fā)送給預定的第三方平臺，也可 以通過其他方式將第一消息發(fā)送給預定的第三方平臺，本實施例對此不作限定，任何可以 將第一消息發(fā)送給預定的第三方平臺的方式都應落入本發(fā)明實施例的保護范圍之內(nèi)。本實施例中，該第三方平臺可以是預先指定的CP/SP平臺。該第三方平臺保存預 付費用戶A的標識與該預付費用戶A的賬戶的對應關(guān)系，其中，該預付費用戶A的標識可以 為該預付費用戶A的手機號和/或該預付費用戶的IMSI。其中，該預付費用戶A的賬戶可 以為該預付費用戶A的信用賬戶或虛擬貨幣賬戶。步驟206，第三方平臺向消息中心發(fā)送已收到第一消息的響應消息。步驟207，第三方平臺從該預付費用戶A的賬戶中扣除預定的費用。具體地，第三方平臺接收到第一消息之后，根據(jù)第一消息中包括的預付費用戶A 的標識在該第三方平臺保存的預付費用戶A的標識與賬戶的對應關(guān)系中進行查找，獲得該 預付費用戶A的標識對應的賬戶；然后第三方平臺從預付費用戶A的標識對應的賬戶中扣 除預定的由該預付費用戶A發(fā)送第一消息導致的費用。其中，預定的由該預付費用戶A發(fā)送第一消息導致的費用可以為該預付費用戶A 在余額充足情況下發(fā)送第一消息所需費用的至少一倍。步驟208，第三方平臺為預付費用戶A重新發(fā)送第二消息至消息中心。本實施例中，第二消息的消息體僅包括第一消息的消息體中的內(nèi)容。步驟209，消息中心向第三方平臺發(fā)送已收到第二消息的響應消息。步驟210，消息中心對第二消息進行正常計費后，將該第二消息發(fā)送給第一消息的 被叫用戶B對應的終端。上述實施例實現(xiàn)了為欠費的預付費用戶提供臨時的正常發(fā)送消息的能力，進而提 高了用戶的體驗度。圖3為本發(fā)明消息發(fā)送方法再一個實施例的流程圖，如圖3所示，該消息發(fā)送方法 可以包括步驟301 步驟306，同步驟201 步驟206，在此不再贅述。步驟307，第三方平臺生成第二消息；具體的可以是在第一消息中植入廣告信息， 生成第二消息，也可以認為是在第二消息中植入廣告信息；本發(fā)明實施例對此不做區(qū)分?？蛇x地，第三方平臺還可以從該預付費用戶A的賬戶中扣除預定的費用。第三方 平臺從該預付費用戶A的賬戶中扣除預定的費用具體可以為第三方平臺接收到第一消息 之后，根據(jù)第一消息中包括的預付費用戶A的標識在該第三方平臺保存的預付費用戶A的 標識與賬戶的對應關(guān)系中進行查找，獲得該預付費用戶A的標識對應的賬戶；然后第三方 平臺從預付費用戶A的標識對應的賬戶中扣除預定的由該預付費用戶A發(fā)送第一消息導致 的費用。
其中，預定的由該預付費用戶A發(fā)送第一消息導致的費用可以為該預付費用戶A 在余額充足情況下發(fā)送第一消息所需費用的至少一倍。步驟308，第三方平臺為預付費用戶A重新發(fā)送第二消息至消息中心。本實施例中，該第二消息的消息體除包括第一消息的消息體中的內(nèi)容之外，還包 括第三方平臺植入的廣告信息。步驟309 步驟310，同步驟209 步驟210，在此不再贅述。上述實施例實現(xiàn)了為欠費的預付費用戶提供臨時的正常發(fā)送消息的能力，進而提 高了用戶的體驗度，并且上述實施例中，第三方平臺在第二消息中植入廣告信息，實現(xiàn)了向 預付費用戶的被叫用戶下發(fā)廣告信息，由于預付費用戶只有在非常緊急的情況下才需要透 支能力，因此預付費用戶和該預付費用戶的被叫用戶可以接受植入的廣告信息。圖4為本發(fā)明消息發(fā)送方法又一個實施例的流程圖，如圖4所示，該消息發(fā)送方法 可以包括步驟401 步驟406，同步驟201 步驟206，在此不再贅述。步驟407，消息中心接收第三方平臺向預付費用戶A發(fā)送的廣告消息。步驟408，消息中心向第三方平臺發(fā)送已收到廣告消息的響應消息。步驟409，消息中心將上述廣告消息發(fā)送給預付費用戶A。步驟410，預付費用戶A向消息中心發(fā)送已收到廣告消息的響應消息。步驟411，可選地，第三方平臺從該預付費用戶A的賬戶中扣除預定的費用。具體地，第三方平臺接收到第一消息之后，根據(jù)第一消息中包括的預付費用戶A 的標識在該第三方平臺保存的預付費用戶A的標識與賬戶的對應關(guān)系中進行查找，獲得該 預付費用戶A的標識對應的賬戶；然后第三方平臺從預付費用戶A的標識對應的賬戶中扣 除預定的由該預付費用戶A發(fā)送第一消息導致的費用。其中，預定的由該預付費用戶A發(fā)送第一消息導致的費用可以為該預付費用戶A 在余額充足情況下發(fā)送第一消息所需費用的至少一倍。本實施例中，步驟411可以在步驟410之后執(zhí)行，或者也可以在步驟407之前執(zhí) 行，或者還可以與步驟407 步驟410并行執(zhí)行，本實施例對此不作限定。步驟412 步驟414，同步驟208 步驟210，在此不再贅述。上述實施例實現(xiàn)了為欠費的預付費用戶提供臨時的正常發(fā)送消息的能力，進而提 高了用戶的體驗度，并且上述實施例中，第三方平臺向預付費用戶發(fā)送廣告消息，實現(xiàn)了向 預付費用戶下發(fā)廣告消息，由于預付費用戶只有在非常緊急的情況下才需要透支能力，因 此預付費用戶可以接受強制發(fā)送的廣告消息。其中，本發(fā)明圖3和圖4所示實施例可以單獨使用，也可以結(jié)合使用，例如第三方 平臺可以既在第二消息中植入廣告信息，又向預付費用戶A發(fā)送廣告消息。圖5為本發(fā)明消息發(fā)送方法還一個實施例的流程圖，如圖5所示，該消息發(fā)送方法 可以包括步驟501，第三方平臺接收消息中心在接收到業(yè)務控制點發(fā)送的計費失敗響應之 后發(fā)送的第一消息，該第一消息是預付費用戶通過該預付費用戶對應的終端發(fā)送至消息中 心的，該計費失敗響應是業(yè)務控制點接收到該消息中心發(fā)送的計費請求并確定上述預付費 用戶余額不足之后發(fā)送的。
步驟502，第三方平臺根據(jù)第一消息中包括的預付費用戶的標識向消息中心發(fā)送 第二消息，以便該消息中心將該第二消息發(fā)送至第一消息的被叫用戶對應的終端；該第二 消息的消息體包括第一消息的消息體中的內(nèi)容。本實施例的一種實現(xiàn)方式中，在第三方平臺將第二消息發(fā)送給消息中心之前，該 第三方平臺還可以根據(jù)接收的第一消息中包括的預付費用戶的標識在第三方平臺保存的 預付費用戶的標識與賬戶的對應關(guān)系中進行查找，獲得該預付費用戶的標識對應的賬戶； 然后，第三方平臺可以從預付費用戶的標識對應的賬戶中扣除預定的由該預付費用戶發(fā)送 第一消息導致的費用。本實施例的另一種實現(xiàn)方式中，在第三方平臺將第二消息發(fā)送給消息中心之前， 該第三方平臺可以根據(jù)第一消息中包括的預付費用戶的標識在第二消息的消息體中植入 廣告信息；該植入廣告信息的處理過程具體可以是第三方平臺根據(jù)自身的廣告策略，或者 根據(jù)該預付費用戶的用戶信息確定相應的廣告信息，然后將該廣告信息植入到上述第一消 息中，生成第二消息。本實施例的再一種實現(xiàn)方式中，在第三方平臺將第二消息發(fā)送給消息中心之前， 該第三方平臺還可以將向預付費用戶發(fā)送的廣告消息發(fā)送至消息中心。該廣告消息的生成 過程具體可以是第三方平臺根據(jù)自身的廣告策略，或者根據(jù)該預付費用戶的用戶信息確定 相應的廣告信息，形成包含該廣告信息的廣告消息。在通過消息中心向該預付費用戶發(fā)送 該廣告消息之后，向消息中心發(fā)送第二消息，該第二消息的消息體包括第一消息的消息體 中的內(nèi)容。上述實現(xiàn)方式中，第三方平臺還可以根據(jù)預付費用戶的簽約信息或者第一消息中 的指示信息確定進行上述處理。具體為，第三方平臺可以根據(jù)用戶鑒約信息確定進行上述 處理(包括從預付費用戶的標識對應的賬戶中扣除預定費用、發(fā)送廣告消息和/或在第一 消息中植入廣告信息生成第二消息)，并將第二消息發(fā)送給消息中心。其中，該用戶鑒約信 息可以由消息中心從用戶歸屬的歸屬位置寄存器，或者網(wǎng)絡側(cè)存儲用戶信息的用戶信息服 務器獲取。另外，該第三方平臺也可以根據(jù)發(fā)送第一消息的預付費用戶的指示確定進行上 述處理(從預付費用戶的標識對應的賬戶中扣除預定費用、發(fā)送廣告消息和/或在第一消 息中植入廣告信息生成第二消息)。其中，上述預付費用戶的指示具體可以在該第一消息中 攜帶，或者消息中心針對是否進行上述處理向預付費用戶發(fā)送消息進行確認，收到該預付 費用戶對應的終端返回的確認后，再將該第一消息發(fā)送至預定的第三方平臺，這樣第三方 平臺接收到第一消息之后，即可確認該預付費用戶同意進行上述處理。上述三種實現(xiàn)方式可以單獨使用，也可以結(jié)合使用，即第三方平臺可以既扣除預 定的費用，又在第二消息中植入廣告信息；或者，第三方平臺還可以不扣除預定的費用，僅 在第二消息中植入廣告信息。這只是上述三種實現(xiàn)方式所有排列組合中的幾個示例，其他 示例在此不一一列舉。上述實施例實現(xiàn)了為欠費的預付費用戶提供臨時的正常發(fā)送消息的能力，進而提 高了用戶的體驗度。本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述方法實施例的全部或部分步驟可以通過 程序指令相關(guān)的硬件來完成，前述的程序可以存儲于一計算機可讀取存儲介質(zhì)中，該程序 在執(zhí)行時，執(zhí)行包括上述方法實施例的步驟；而前述的存儲介質(zhì)包括R0M、RAM、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。圖6為本發(fā)明消息中心設備一個實施例的結(jié)構(gòu)示意圖，本實施例中的消息中心設 備可以實現(xiàn)本發(fā)明圖1所示實施例的流程，如圖6所示，該消息中心設備可以包括接收模 塊61、發(fā)送模塊62和確定模塊63。實際應用中，該消息中心設備可以是包括中央處理單元 (Central Processing Unit ；以下簡稱CPU)處理器或處理電路，存儲器，主板設備，以及軟 件程序的計算機或服務器。其中，接收模塊61，用于接收預付費用戶通過該預付費用戶對應的終端發(fā)送的第 一消息；發(fā)送模塊62，用于在接收模塊61接收到第一消息之后，向業(yè)務控制點發(fā)送計費請 求；接收模塊61，還用于接收業(yè)務控制點發(fā)送的計費失敗響應，該計費失敗響應是業(yè) 務控制點確定上述預付費用戶余額不足之后發(fā)送的；確定模塊63，用于在接收模塊61接收到計費失敗響應之后，指示發(fā)送模塊62將該 第一消息發(fā)送至預定的第三方平臺；具體地，確定模塊63也可以根據(jù)預付費用戶的簽約信 息或指示信息確定將該第一消息發(fā)送至預定的第三方平臺；確定模塊63還可以根據(jù)上面 方法實例中描述的確定第三方平臺的方法確定與該預付費用戶對應的第三方平臺，并指示 發(fā)送模塊62將該第一消息發(fā)送至確定的第三方平臺；接收模塊61，還用于接收第三方平臺發(fā)送的第二消息；發(fā)送模塊62，還用于將接收模塊61接收的第二消息發(fā)送至上述第一消息的被叫 用戶對應的終端；該第二消息的消息體包括第一消息的消息體中的內(nèi)容。具體地，發(fā)送模塊 62可以在正常計費后將接收模塊61接收的第二消息發(fā)送至上述第一消息的被叫用戶對應 的終端。在本實施例的一種實現(xiàn)方式中，接收模塊61接收的第二消息是第三方平臺從預 付費用戶對應的賬戶中扣除預定的費用之后發(fā)送的。在本實施例的另一種實現(xiàn)方式中，接收模塊61接收的第二消息的消息體還包括 第三方平臺植入的廣告信息。在本實施例的再一種實現(xiàn)方式中，接收模塊61，還用于接收第三方平臺向預付費 用戶發(fā)送的廣告消息；該廣告消息可以由該第三方平臺在發(fā)送第二消息之前向該消息中心 設備發(fā)送，也可以在發(fā)送第二消息之后向該消息中心設備發(fā)送，還可以與第二消息并行發(fā) 送，第二消息和廣告消息的發(fā)送順序并不影響本發(fā)明實施例的實現(xiàn)，本發(fā)明實施例對第二 消息和廣告消息的發(fā)送順序不作限定。發(fā)送模塊62，還用于將接收模塊61接收的廣告消息發(fā)送給預付費用戶。上述三種實現(xiàn)方式可以單獨使用，也可以結(jié)合使用，即第三方平臺可以既扣除預 定的費用，又在第二消息中植入廣告信息；或者，第三方平臺還可以不扣除預定的費用，僅 在第二消息中植入廣告信息。這只是上述三種實現(xiàn)方式所有排列組合中的兩個示例，其他 示例在此不一一列舉。本實施例中，業(yè)務控制點和第三方平臺通常是網(wǎng)絡側(cè)的由處理器或處理電路，存 儲器或數(shù)據(jù)庫，主板電路等組成的計算機或服務器；本實施例中的終端，可以為手機或PDA等移動終端。
上述實施例中，接收模塊61在接收到業(yè)務控制點發(fā)送的計費失敗響應之后，發(fā)送 模塊62將預付費用戶通過該預付費用戶對應的終端發(fā)送的第一消息發(fā)送給預定的第三方 平臺，然后接收模塊61接收第三方平臺為該預付費用戶重新發(fā)送的第二消息，發(fā)送模塊62 將該第二消息發(fā)送至第一消息的被叫用戶對應的終端。從而實現(xiàn)了為欠費的預付費用戶提 供臨時的正常發(fā)送消息的能力，進而提高了用戶的體驗度。并且上述實施例中，第三方平臺 可以從預付費用戶對應的賬戶中扣除預定的費用之后再發(fā)送第二消息，和/或，第三方平 臺可以在第二消息中植入廣告信息，和/或，第三方平臺可以向預付費用戶發(fā)送廣告消息， 實現(xiàn)了向預付費用戶或該預付費用戶的被叫用戶下發(fā)廣告，由于預付費用戶只有在非常緊 急的情況下才需要透支能力，因此預付費用戶和該預付費用戶的被叫用戶可以接受植入的 廣告信息或強制發(fā)送的廣告消息。需要說明的是，以上消息中心設備的實施方式中，各功能模塊的劃分僅是舉例說 明，實際應用中可以根據(jù)需要，比如相應硬件的配置要求或者軟件的實現(xiàn)的便利考慮，而將 上述功能分配由不同的功能模塊完成，即將所述消息中心設備的內(nèi)部結(jié)構(gòu)劃分成不同的功 能模塊，以完成以上描述的全部或者部分功能。而且實際應用中，本實施例中的相應的功能 模塊可以是由相應的硬件實現(xiàn)，也可以由相應的硬件執(zhí)行相應的軟件完成，例如，前述的發(fā) 送模塊，可以是具有執(zhí)行前述發(fā)送功能的硬件，如發(fā)送器，也可以是能夠執(zhí)行相應計算機程 序從而完成前述功能的一般處理器或者其他硬件設備。再如前述的接收模塊，可以是具有 執(zhí)行前述接收功能的硬件，如接收器，也可以是能夠執(zhí)行相應計算機程序從而完成前述功 能的一般處理器或者其他硬件設備。圖7為本發(fā)明第三方平臺設備一個實施例的結(jié)構(gòu)示意圖，本實施例中的第三方平 臺設備可以實現(xiàn)本發(fā)明圖5所示實施例的流程，如圖7所示，該第三方平臺設備可以包括 消息接收模塊71、消息發(fā)送模塊72和處理模塊73 ；其中，消息接收模塊71，用于接收消息中心設備在接收到業(yè)務控制點發(fā)送的計費 失敗響應之后發(fā)送的第一消息，該第一消息是預付費用戶通過該預付費用戶對應的終端發(fā) 送至消息中心設備的，該計費失敗響應是業(yè)務控制點接收到消息中心設備發(fā)送的計費請求 并確定預付費用戶余額不足之后發(fā)送的；處理模塊73，用于在消息接收模塊71接收到消息中心設備發(fā)送的第一消息之后， 根據(jù)第一消息中包括的預付費用戶的標識指示消息發(fā)送模塊72向消息中心設備發(fā)送第二 消息；具體的實現(xiàn)方式可以包括在接收到消息中心設備發(fā)送的第一消息之后，處理模塊73可以根據(jù)第一消息中 包括的預付費用戶的標識從預付費用戶對應的賬戶中扣除預定的費用，指示消息發(fā)送模塊 72向消息中心設備發(fā)送第二消息，該第二消息的消息體包括第一消息的消息體中的內(nèi)容；或者，在接收到消息中心設備發(fā)送的第一消息之后，處理模塊73可以根據(jù)第一消 息中包括的預付費用戶的標識在該第一消息中植入廣告信息，指示消息發(fā)送模塊72向消 息中心設備發(fā)送該第二消息，該第二消息的消息體包括第一消息的消息體中的內(nèi)容；具體 的植入廣告處理可參照上述方法實施例中提供的方法，在此不在贅述?；蛘?，在接收到消息中心設備發(fā)送的第一消息之后，處理模塊73可以根據(jù)第一消 息中包括的預付費用戶的標識，生成廣告信息，并指示消息發(fā)送模塊72向預付費用戶發(fā)送 包含該廣告信息的廣告消息；以及指示消息發(fā)送模塊72向消息中心設備發(fā)送第二消息，該第二消息的消息體包括第一消息的消息體中的內(nèi)容；具體的發(fā)送廣告消息處理可參照上述 方法實施例中提供的方法，在此不再贅述。消息發(fā)送模塊72，用于根據(jù)處理模塊73的指示向消息中心設備發(fā)送第二消息，以 便該消息中心設備將該第二消息發(fā)送至第一消息的被叫用戶對應的終端。上述第三方平臺設備實現(xiàn)了為欠費的預付費用戶提供臨時的正常發(fā)送消息的能 力，進而提高了用戶的體驗度。在另外的實施例中，該處理模塊73可以進一步根據(jù)該預付費用戶的簽約信息或 者第一消息中的指示信息確定進行上述扣除預定費用、植入廣告和/或發(fā)送廣告消息的處理。圖8為本發(fā)明第三方平臺設備另一個實施例的結(jié)構(gòu)示意圖，與圖7所示的第三方 平臺設備相比，不同之處在于，圖8所示的第三方平臺設備中，處理模塊73可以包括查找 子模塊731和費用扣除子模塊732 ；其中，查找子模塊731，用于在消息接收模塊71接收到第一消息之后，根據(jù)第一消 息中包括的預付費用戶的標識在第三方平臺保存的預付費用戶的標識與賬戶的對應關(guān)系 中進行查找，獲得該預付費用戶的標識對應的賬戶；費用扣除子模塊732，用于從查找子模塊731獲得的賬戶中扣除預定的由該預付 費用戶發(fā)送第一消息導致的費用；上述第三方平臺設備實現(xiàn)了為欠費的預付費用戶提供臨時的正常發(fā)送消息的能 力，進而提高了用戶的體驗度。需要說明的是，以上第三方平臺設備的實施方式中，各功能模塊的劃分僅是舉例 說明，實際應用中可以根據(jù)需要，比如相應硬件的配置要求或者軟件的實現(xiàn)的便利考慮，而 將上述功能分配由不同的功能模塊完成，即將第三方平臺設備的內(nèi)部結(jié)構(gòu)劃分成不同的功 能模塊，以完成以上描述的全部或者部分功能。而且實際應用中，本實施例中的相應的功能 模塊可以是由相應的硬件實現(xiàn)，也可以由相應的硬件執(zhí)行相應的軟件完成，例如，前述的消 息發(fā)送模塊，可以是具有執(zhí)行前述發(fā)送功能的硬件，如發(fā)送器，也可以是能夠執(zhí)行相應計算 機程序從而完成前述功能的一般處理器或者其他硬件設備。再如前述的消息接收模塊，可 以是具有執(zhí)行前述接收功能的硬件，如接收器，也可以是能夠執(zhí)行相應計算機程序從而完 成前述功能的一般處理器或者其他硬件設備。圖9為本發(fā)明消息發(fā)送系統(tǒng)一個實施例的結(jié)構(gòu)示意圖，如圖9所示，該消息發(fā)送系 統(tǒng)可以包括消息中心設備91和第三方平臺設備92 ；其中，消息中心設備91可以通過本發(fā)明圖6所示的消息中心設備實現(xiàn)，該消息中 心設備91的功能與圖6所示的消息中心設備的功能相同，在此不再贅述；第三方平臺設備92可以通過本發(fā)明圖7或圖8所示的第三方平臺設備實現(xiàn)，該第 三方平臺設備92的功能與圖7或圖8所示的第三方平臺設備的功能相同，在此不再贅述。另外，在具體實現(xiàn)時，該消息發(fā)送系統(tǒng)還可以包括預付費用戶對應的終端、被叫用 戶終端和業(yè)務控制點等其他設備，上述設備可以參照本發(fā)明圖2、圖3或圖4所示的流程進 行交互。上述消息發(fā)送系統(tǒng)實現(xiàn)了為欠費的預付費用戶提供臨時的正常發(fā)送消息的能力， 進而提高了用戶的體驗度。
本領(lǐng)域技術(shù)人員可以理解附圖只是一個優(yōu)選實施例的示意圖，附圖中的模塊或流 程并不一定是實施本發(fā)明所必須的。本領(lǐng)域技術(shù)人員可以理解實施例中的裝置中的模塊可以按照實施例描述進行分 布于實施例的裝置中，也可以進行相應變化位于不同于本實施例的一個或多個裝置中。上 述實施例的模塊可以合并為一個模塊，也可以進一步拆分成多個子模塊。最后應說明的是以上實施例僅用以說明本發(fā)明的技術(shù)方案，而非對其限制；盡 管參照前述實施例對本發(fā)明進行了詳細的說明，本領(lǐng)域的普通技術(shù)人員應當理解其依然 可以對前述各實施例所記載的技術(shù)方案進行修改，或者對其中部分技術(shù)特征進行等同替 換；而這些修改或者替換，并不使相應技術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技術(shù)方案的范 圍。
權(quán)利要求
1.一種消息發(fā)送方法，其特征在于，包括消息中心接收到預付費用戶通過所述預付費用戶對應的終端發(fā)送的第一消息之后，向 業(yè)務控制點發(fā)送計費請求；所述消息中心接收到所述業(yè)務控制點發(fā)送的計費失敗響應之后，將所述第一消息發(fā)送 至預定的第三方平臺，所述計費失敗響應是所述業(yè)務控制點確定所述預付費用戶余額不足 之后發(fā)送的；所述消息中心接收所述第三方平臺發(fā)送的第二消息，并將所述第二消息發(fā)送至所述第 一消息的被叫用戶對應的終端；所述第二消息的消息體包括所述第一消息的消息體中的內(nèi)容。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述將所述第一消息發(fā)送至預定的第三 方平臺包括所述消息中心將所述第一消息發(fā)送至與所述預付費用戶對應的終端所歸屬的第三方 平臺；或者，所述消息中心根據(jù)獲得的所述預付費用戶與所述第三方平臺的對應關(guān)系，將所 述第一消息發(fā)送至所述第三方平臺。
3.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述將所述第一消息發(fā)送至預定的第 三方平臺之前，還包括所述消息中心根據(jù)所述預付費用戶的簽約信息或指示信息確定將所述第一消息發(fā)送 至所述預定的第三方平臺。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述第二消息是所述第三方平臺從所述 預付費用戶對應的賬戶中扣除預定的費用之后發(fā)送的；所述第三方平臺從所述預付費用戶對應的賬戶中扣除預定的費用包括所述第三方平臺接收到所述第一消息之后，根據(jù)所述第一消息中包括的所述預付費用 戶的標識在所述第三方平臺保存的所述預付費用戶的標識與賬戶的對應關(guān)系中進行查找， 獲得所述預付費用戶的標識對應的賬戶；所述第三方平臺從所述預付費用戶的標識對應的賬戶中扣除預定的由所述預付費用 戶發(fā)送所述第一消息導致的費用。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述第二消息的消息體還包括所述第三 方平臺植入的廣告信息。
6.根據(jù)權(quán)利要求1、4或5所述的方法，其特征在于，所述消息中心接收所述第三方平臺 發(fā)送的第二消息之前，還包括所述消息中心接收所述第三方平臺向所述預付費用戶發(fā)送的廣告消息，并將所述廣告 消息發(fā)送給所述預付費用戶。
7.一種消息發(fā)送方法，其特征在于，包括第三方平臺接收消息中心在接收到業(yè)務控制點發(fā)送的計費失敗響應之后發(fā)送的第一 消息，所述第一消息是預付費用戶通過所述預付費用戶對應的終端發(fā)送至所述消息中心 的，所述計費失敗響應是所述業(yè)務控制點接收到所述消息中心發(fā)送的計費請求并確定所述 預付費用戶余額不足之后發(fā)送的；所述第三方平臺根據(jù)所述第一消息中包括的預付費用戶的標識向所述消息中心發(fā)送 第二消息，以便所述消息中心將所述第二消息發(fā)送至所述第一消息的被叫用戶對應的終端；所述第二消息的消息體包括所述第一消息的消息體中的內(nèi)容。
8.根據(jù)權(quán)利要求7所述的方法，其特征在于，還包括所述第三方平臺根據(jù)接收的第一消息中包括的所述預付費用戶的標識，在所述第三方 平臺保存的所述預付費用戶的標識與賬戶的對應關(guān)系中進行查找，獲得所述預付費用戶的 標識對應的賬戶；所述第三方平臺從所述預付費用戶的標識對應的賬戶中扣除預定的由所述預付費用 戶發(fā)送所述第一消息導致的費用。
9.根據(jù)權(quán)利要求8所述的方法，其特征在于，還包括所述第三方平臺根據(jù)所述第一消息中包括的所述預付費用戶的標識在所述第二消息 的消息體中植入廣告信息；和/或，所述第三方平臺根據(jù)所述第一消息中包括的所述預付費用戶的標識生成廣告信息，并 向所述預付費用戶發(fā)送包含所述廣告信息的廣告消息。
10.一種消息中心設備，其特征在于，包括接收模塊、確定模塊和發(fā)送模塊； 所述接收模塊，用于接收預付費用戶通過所述預付費用戶對應的終端發(fā)送的第一消息；接收業(yè)務控制點發(fā)送的計費失敗響應，所述計費失敗響應是所述業(yè)務控制點確定所述 預付費用戶余額不足之后發(fā)送的；以及接收預定的第三方平臺發(fā)送的第二消息；所述確定模塊，用于在所述接收模塊接收到所述計費失敗響應之后，指示所述發(fā)送模 塊將所述第一消息發(fā)送至所述預定的第三方平臺；所述發(fā)送模塊，用于在所述接收模塊接收到所述第一消息之后，向所述業(yè)務控制點發(fā) 送計費請求；還用于根據(jù)所述確定模塊的指示將所述接收模塊接收的第一消息發(fā)送至所述 預定的第三方平臺；將所述接收模塊接收的第二消息發(fā)送至所述第一消息的被叫用戶對應 的終端，所述第二消息的消息體包括所述第一消息的消息體中的內(nèi)容。
11.根據(jù)權(quán)利要求10所述的消息中心設備，其特征在于，所述確定模塊根據(jù)所述預付 費用戶的簽約信息或指示信息確定將所述第一消息發(fā)送至所述預定的第三方平臺。
12.根據(jù)權(quán)利要求10所述的消息中心設備，其特征在于，所述接收模塊接收的第二消 息的消息體還包括所述第三方平臺植入的廣告信息。
13.根據(jù)權(quán)利要求10所述的消息中心設備，其特征在于，所述接收模塊，還用于接收所述第三方平臺向所述預付費用戶發(fā)送的廣告消息； 所述發(fā)送模塊，還用于將所述接收模塊接收的廣告消息發(fā)送給所述預付費用戶。
14.一種第三方平臺設備，其特征在于，包括消息接收模塊、處理模塊和消息發(fā)送模塊；所述消息接收模塊，用于接收消息中心設備在接收到業(yè)務控制點發(fā)送的計費失敗響應 之后發(fā)送的第一消息，所述第一消息是預付費用戶通過所述預付費用戶對應的終端發(fā)送至 所述消息中心設備的，所述計費失敗響應是所述業(yè)務控制點在接收到所述消息中心設備發(fā) 送的計費請求并確定所述預付費用戶余額不足之后發(fā)送的；所述處理模塊，用于在接收到所述消息中心設備發(fā)送的第一消息之后，根據(jù)所述第一 消息中包括的預付費用戶的標識指示所述消息發(fā)送模塊向所述消息中心設備發(fā)送第二消 息；所述第二消息的消息體包括所述第一消息的消息體中的內(nèi)容；所述消息發(fā)送模塊，用于根據(jù)所述處理模塊的指示向所述消息中心設備發(fā)送第二消息，以便所述消息中心設備將所述第二消息發(fā)送至所述第一消息的被叫用戶對應的終端。
15.根據(jù)權(quán)利要求14所述的第三方平臺設備，其特征在于，所述處理模塊具體用于在 接收到所述消息中心設備發(fā)送的第一消息之后，根據(jù)所述第一消息中包括的所述預付費用 戶的標識在所述第二消息中植入廣告信息，并指示所述消息發(fā)送模塊向所述消息中心設備 發(fā)送所述第二消息。
16.根據(jù)權(quán)利要求14所述的第三方平臺設備，其特征在于，所述處理模塊進一步用于 在接收到所述消息中心設備發(fā)送的第一消息之后，根據(jù)所述第一消息中包括的所述預付費 用戶的標識生成廣告信息，并指示所述消息發(fā)送模塊向所述預付費用戶發(fā)送包含所述廣告 信息的廣告消息。
17.根據(jù)權(quán)利要求14所述的第三方平臺設備，其特征在于，所述處理模塊包括查找子模塊，用于在所述消息接收模塊接收到所述第一消息之后，根據(jù)所述第一消息 中包括的所述預付費用戶的標識在所述第三方平臺保存的所述預付費用戶的標識與賬戶 的對應關(guān)系中進行查找，獲得所述預付費用戶的標識對應的賬戶；費用扣除子模塊，用于從所述查找子模塊獲得的賬戶中扣除預定的由所述預付費用戶 發(fā)送所述第一消息導致的費用。
18.一種消息發(fā)送系統(tǒng)，其特征在于，包括根據(jù)權(quán)利要求10-13任意一項所述的消息 中心設備和根據(jù)權(quán)利要求14-17任意一項所述的第三方平臺設備。
全文摘要
本發(fā)明實施例提供一種消息發(fā)送方法、系統(tǒng)、消息中心設備和第三方平臺設備，該消息發(fā)送方法包括消息中心接收到預付費用戶通過預付費用戶對應的終端發(fā)送的第一消息之后，向業(yè)務控制點發(fā)送計費請求；消息中心接收到業(yè)務控制點發(fā)送的計費失敗響應之后，將第一消息發(fā)送至預定的第三方平臺，計費失敗響應是業(yè)務控制點確定預付費用戶余額不足之后發(fā)送的；消息中心接收第三方平臺發(fā)送的第二消息，并將該第二消息發(fā)送至第一消息的被叫用戶對應的終端；該第二消息的消息體包括第一消息的消息體中的內(nèi)容。本發(fā)明實施例實現(xiàn)了為欠費的預付費用戶臨時提供透支能力，提高了用戶的體驗度。
文檔編號H04W4/12GK102143443SQ201010252240
公開日2011年8月3日 申請日期2010年8月10日 優(yōu)先權(quán)日2010年8月10日
發(fā)明者余耕齊, 龐小紅 申請人:華為技術(shù)有限公司