消息發送方法、系統、消息中心設備和第三方平臺設備的製作方法

2023-06-08 16:22:36

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

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


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