專利名稱：一種發(fā)送消息的方法和服務(wù)器的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，特別涉及一種發(fā)送消息的方法和服務(wù)器。
背景技術(shù)：
隨著通訊技術(shù)的發(fā)展，人們經(jīng)歷了漫長的通信轉(zhuǎn)變過程，依托于終端的即時通信軟件通過互聯(lián)網(wǎng)使人們進行語音、文字等方式的互動交流，已經(jīng)成為人們工作生活中進行聯(lián)絡(luò)的主要方式?，F(xiàn)有技術(shù)中，即時通信軟件同時支持多種發(fā)送消息的方式，其中可以通過數(shù)據(jù)消息通道,如GPRS (General Packet Radio Service,通用分組無線服務(wù))承載方式發(fā)送消息，例如QQ軟件中溝通雙方通過互聯(lián)網(wǎng)發(fā)送的QQ消息；還可以通過無線消息通道的方式發(fā)送消息，例如SMS短信。當用戶選擇發(fā)送方式發(fā)送信息后，服務(wù)器會按照發(fā)送方選擇的發(fā)送方式發(fā)送至接收方。例如發(fā)送方選擇以無線消息的方式發(fā)送給接收方，則服務(wù)器會將該消息以短信的形式發(fā)送至接收方的手機上。在實現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)至少存在以下缺點:現(xiàn)有技術(shù)中發(fā)送消息的方式是發(fā)送方?jīng)Q定的，并不考慮接收方是否同意以該方式進行接收，也不考慮接收方的接收設(shè)備是否可以通過該方式進行接收，則可能會導(dǎo)致接收方用戶無法獲取該消息或不能及時獲取該消息，同時會降低用戶的體驗。

發(fā)明內(nèi)容
為了解決現(xiàn)有技術(shù)中不能根據(jù)接收方的接收情況和使用習(xí)慣接收消息的缺陷，發(fā)明實施例提供了一種發(fā)送傳輸?shù)姆椒ê头?wù)器。所述技術(shù)方案如下:—方面，提供了一種發(fā)送消息的方法，所述方法包括:接收發(fā)送方發(fā)送的消息；獲取所述消息對應(yīng)的接收方的消息接收規(guī)則；根據(jù)所述接收方的消息接收規(guī)則確定所述消息的發(fā)送方式，并按照所述消息的發(fā)送方式將所述消息發(fā)送至接收方。其中，所述獲取所述消息對應(yīng)的接收方的消息接收規(guī)則，具體包括:獲取所述消息對應(yīng)的接收方預(yù)先設(shè)置的接收方式信息、接收方當前的狀態(tài)信息、接收方的平臺信息中的一種或多種信息。其中，所述根據(jù)所述接收方的消息接收規(guī)則確定所述消息的發(fā)送方式，并按照所述消息的發(fā)送方式將所述消息發(fā)送至接收方，具體包括:判斷所述接收方式信息是否為空；如果所述接收方式信息不為空，則根據(jù)接收方式信息確定所述消息的發(fā)送方式，并按照所述消息的發(fā)送方式將所述消息發(fā)送至接收方；如果所述接收方式信息為空，則根據(jù)所述接收方當前的狀態(tài)信息和/或所述接收方的平臺信息確定所述消息的發(fā)送方式，并按照所述消息的發(fā)送方式將所述消息發(fā)送至接收方。其中，所述根據(jù)所述接收方當前的狀態(tài)信息確定所述消息的發(fā)送方式，并按照所述消息的發(fā)送方式將所述消息發(fā)送至接收方，具體包括:根據(jù)所述接收方當前的狀態(tài)信息中接收方在線信息和/或接收方接收能力信息和/或接收方網(wǎng)絡(luò)狀態(tài)信息，確定所述接收方的消息接收形式，并按照所述消息的發(fā)送方式將所述消息發(fā)送至接收方。其中，所述根據(jù)所述接收方的平臺信息確定所述消息的發(fā)送方式，并按照所述消息的發(fā)送方式將所述消息發(fā)送至接收方，具體包括:根據(jù)所述接收方的平臺信息中接收信息的方式，確定所述接收方的消息接收形式，并按照所述消息的發(fā)送方式將所述消息發(fā)送至接收方。其中，所述按照所述消息的發(fā)送方式將所述消息發(fā)送至接收方之前，所述方法還包括:根據(jù)所述消息的發(fā)送方式，判斷所述消息是否與所述接收方的消息接收格式相同，若不同，則轉(zhuǎn)換所述消息的發(fā)送格式。其中，所述按照所述發(fā)送方式將所述消息發(fā)送至接收方之后，所述方法還包括:在預(yù)設(shè)時間內(nèi)，按照首次確定的發(fā)送方式將所述消息發(fā)送至接收方。另一方面，還提供了一種發(fā)送消息的服務(wù)器，所述裝置包括:接收模塊，用于接收發(fā)送方發(fā)送的消息；獲取模塊，用于獲取所述消息對應(yīng)的接收方的消息接收規(guī)則；第一發(fā)送模塊，用于根據(jù)所述接收方的消息接收規(guī)則確定所述消息的發(fā)送方式，并按照所述消息的發(fā)送方式將所述消息發(fā)送至接收方。其中，所述獲取模塊具體用于:獲取所述消息對應(yīng)的接收方預(yù)先設(shè)置的接收方式信息、接收方當前的狀態(tài)信息、接收方的平臺信息中的一種或多種信息。其中，所述第一發(fā)送模塊包括:判斷單元，用于判斷所述接收方式信息是否為空；第一發(fā)送單元，用于如果所述接收方式信息不為空，則根據(jù)接收方式信息確定所述消息的發(fā)送方式，并按照所述消息的發(fā)送方式將所述消息發(fā)送至接收方；第二發(fā)送單元，用于如果所述接收方式信息為空，則根據(jù)所述接收方當前的狀態(tài)信息和/或所述接收方的平臺信息確定所述消息的發(fā)送方式，并按照所述消息的發(fā)送方式將所述消息發(fā)送至接收方。其中，所述第二發(fā)送單元具體用于:根據(jù)所述接收方當前的狀態(tài)信息中接收方在線信息和/或接收方接收能力信息和/或接收方網(wǎng)絡(luò)狀態(tài)信息，確定所述接收方的消息接收形式，并按照所述消息的發(fā)送方式將所述消息發(fā)送至接收方。其中，所述第二發(fā)送單元具體用于:根據(jù)所述接收方的平臺信息中接收信息的方式，確定所述接收方的消息接收形式，并按照所述消息的發(fā)送方式將所述消息發(fā)送至接收方。其中，所述服務(wù)器還包括:
處理模塊，用于根據(jù)所述消息的發(fā)送方式，判斷所述消息是否與所述接收方的消息接收格式相同，若不同，則轉(zhuǎn)換所述消息的發(fā)送格式。其中，所述服務(wù)器還包括:第二發(fā)送模塊，用于在預(yù)設(shè)時間內(nèi)，按照首次確定的發(fā)送方式將所述消息發(fā)送至接收方。本發(fā)明實施例提供的技術(shù)方案帶來的有益效果是:本發(fā)明實施例通過服務(wù)器獲取接收方的消息接收規(guī)則，確定發(fā)送方發(fā)送的消息的發(fā)送方式，實現(xiàn)了根據(jù)接收方的接收情況或使用習(xí)慣，準確高效的將消息按確定的發(fā)送方式發(fā)送至接收方。


為了更清楚地說明本發(fā)明實施例中的技術(shù)方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1是本發(fā)明實施例一提供的發(fā)送消息的方法流程圖；圖2是本發(fā)明實施例二提供的發(fā)送消息的方法流程圖；圖3是本發(fā)明實施例二提供的發(fā)送消息的方法的具體示例流程圖；圖4是本發(fā)明實施例三提供的發(fā)送消息的服務(wù)器的結(jié)構(gòu)示意圖。
具體實施例方式為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合附圖對本發(fā)明實施方式作進一步地詳細描述。實施例一本實施例提供了一種發(fā)送消息的方法，參見圖1，該方法流程具體如下:101:接收發(fā)送方發(fā)送的消息；102:獲取所述消息對應(yīng)的接收方的消息接收規(guī)則；103:根據(jù)所述接收方的消息接收規(guī)則確定所述消息的發(fā)送方式，并按照所述消息的發(fā)送方式將所述消息發(fā)送至接收方。本發(fā)明實施例通過服務(wù)器獲取接收方的消息接收規(guī)則，確定發(fā)送方發(fā)送的消息的發(fā)送方式，實現(xiàn)了根據(jù)接收方的接收情況或使用習(xí)慣，準確高效的將消息按確定的發(fā)送方式發(fā)送至接收方。實施例二本實施例提供了一種發(fā)送消息的方法，參見圖2，該方法流程具體如下:需要說明的是，在本發(fā)明實施例中，通過數(shù)據(jù)消息通道發(fā)送的消息稱為數(shù)據(jù)消息，通過無線消息通道發(fā)送的消息稱為無線消息，以區(qū)分兩種方式發(fā)送的消息。具體地，數(shù)據(jù)消息是指通過非無線通道(數(shù)據(jù)消息通道，如GPRS承載方式，電子郵件等)傳播的消息，如微聊信息、QQ消息等，數(shù)據(jù)消息的內(nèi)容包括但不限于純文本、表情、圖片、附件、語音等內(nèi)容；無線消息是指通過無線消息通道傳輸?shù)南?，如短?SMS, Short Message Service)、彩信(MMS, Multimedia Messaging Service)、USSD(Unstructured Supplementary ServiceData,非結(jié)構(gòu)化補充數(shù)據(jù)業(yè)務(wù))等。201:服務(wù)器接收發(fā)送方發(fā)送的消息。針對本步驟，該發(fā)送方發(fā)送的消息可以是已經(jīng)封裝后的消息，如數(shù)據(jù)消息或無線消息；該發(fā)送方發(fā)送的消息還可以是未封裝的消息，如用戶輸入消息，具體可以是文本類型的消息。其中發(fā)送方發(fā)送的消息中可以攜帶發(fā)送方選擇的發(fā)送方式信息以及接收方的用戶標識(如id號)。202:服務(wù)器獲取所述消息對應(yīng)的接收方的消息接收規(guī)則。針對該步驟，服務(wù)器根據(jù)接收方的用戶標識從相應(yīng)的服務(wù)器上獲取接收方的預(yù)先設(shè)置的接收方式信息、接收方的平臺信息和接收方的狀態(tài)信息中的一種或多種，前述多種信息可以保存在相同服務(wù)器上也可以保存在不同服務(wù)器上。其中，接收方的預(yù)先設(shè)置的接收方式信息表示接收方設(shè)置的消息接收的形式，具體包括:接收無線消息，或拒收無線消息，或接收數(shù)據(jù)消息中的一種或者多種，或拒收數(shù)據(jù)消息中的一種或多種，或者對指定用戶設(shè)置接收消息的形式，或者優(yōu)先接收哪種形式的消息(如優(yōu)先接收數(shù)據(jù)消息，而多次接收數(shù)據(jù)消息失敗后接收無線消息)等?？梢詾橛脩粼O(shè)置后預(yù)先存儲于服務(wù)器的，還可以在發(fā)送方發(fā)送消息后，服務(wù)器再從接收方獲取的。其中，接收方的平臺信息表示接收方的操作系統(tǒng)，可以是symbian(V3)、symbian (V5)、android、MTK、iPhone、KJAVA、黑莓、WM(windows mobile)等操作系統(tǒng)。使得服務(wù)器根據(jù)接收方的操作系統(tǒng)得知該移動終端可以按照什么接收方式進行接收。其中，接收方的狀態(tài)信息表示接收方用戶使用狀態(tài)的信息，具體包括:在線狀態(tài)信息、網(wǎng)路狀態(tài)信息和終端能力信息等中的一種或多種。在線狀態(tài)信息包括:終端是否開機；是否在線，如在線，是否忙等。網(wǎng)路狀態(tài)信息包括:是否開通數(shù)據(jù)傳輸業(yè)務(wù)，網(wǎng)絡(luò)信號強度信息等。終端能力信息包括:支持收發(fā)何種形式的消息，如何與該終端設(shè)備聯(lián)系，是否支持語音、文字、GPRS、彩信等。本發(fā)明實施例以本發(fā)明實施例提供的方法應(yīng)用于用戶終端為例進行說明，發(fā)送方發(fā)送查詢請求到相應(yīng)的服務(wù)器，該查詢請求中至少包括接收方的用戶標識(如手機號、QQ 號、個人名片 ID 號、手機 IMEI (International Mobile Equipment Identity,國際移動設(shè)備身份碼)號等)。相應(yīng)的服務(wù)器接收到該請求后，對該請求進行解析，獲得接收方的用戶標識，并根據(jù)該用戶標識查詢接收方的狀態(tài)信息與平臺信息(如可以通過終端的API (Application Programming Interface,應(yīng)用程序編程接口)獲取，并上傳到服務(wù)器)和接收方的指定的消息接收形式(如接收方用戶設(shè)置后上傳到服務(wù)器)，并發(fā)送查詢到的接收方的指定的消息接收形式、接收方的平臺信息或接收方的狀態(tài)信息到發(fā)送方。針對本步驟，發(fā)送方首次發(fā)送消息時，服務(wù)器查詢并保存接收方的預(yù)先設(shè)置的接收方式信息、接收方的平臺信息或接收方的狀態(tài)信息，后續(xù)一段時間內(nèi)的消息交互就按照服務(wù)器保存的前述信息確定接收方的消息接收形式。同樣的，本發(fā)明實施例提供的方法應(yīng)用于服務(wù)器類似，只是服務(wù)器首先需要對該發(fā)送方發(fā)送消息進行解析獲取接收方的用戶標識，相應(yīng)地，后續(xù)過程與應(yīng)用于用戶終端類似，本發(fā)明實施例省略詳細描述。具體地,如用戶正處于即時通訊軟件登錄中，貝U可以通過移動Presence業(yè)務(wù)查詢用戶的狀態(tài)信息和設(shè)置信息。其中，Presence業(yè)務(wù)也被稱為呈現(xiàn)業(yè)務(wù),實時獲取Presence信息(如用戶狀態(tài)、通信能力、個人喜好等信息)，并展現(xiàn)給其他用戶的一種業(yè)務(wù)。
203:根據(jù)所述接收方的消息接收規(guī)則確定所述消息的發(fā)送方式，并按照所述消息的發(fā)送方式將所述消息發(fā)送至接收方。服務(wù)器根據(jù)獲取的接收方的各種信息，確定該發(fā)送方發(fā)送的消息能夠被接收方的情況以何種方式進行接收。例如僅獲得接收方的平臺信息，則根據(jù)該平臺信息確定接收方的消息接收方式；如僅獲得接收方的狀態(tài)信息，則根據(jù)該狀態(tài)信息確定接收方的消息接收形式；當多種消息并存時，則可以根據(jù)接收方的預(yù)先設(shè)置的接收方式信息、接收方的平臺信息和接收方的狀態(tài)信息中的一種或多種按照預(yù)定的規(guī)則確定接收方接收消息的方式，具體的規(guī)則可以由用戶或者服務(wù)器指定。步驟203可以具體為:2031:判斷所述接收方的所述接收方式信息是否為空。在服務(wù)器中查詢接收方預(yù)先設(shè)置的接收方式信息中接收方用戶預(yù)設(shè)的接收方式，如果不為空則執(zhí)行步驟2032，如果為空則執(zhí)行步驟2033。2032:如果所述接收方式信息不為空，則根據(jù)接收方式信息確定所述消息的發(fā)送方式，并按照所述消息的發(fā)送方式將所述消息發(fā)送至接收方。本發(fā)明實施例中優(yōu)先根據(jù)接收方預(yù)先設(shè)置的接收方式信息確定接收方接收消息的方式，將發(fā)送方發(fā)送的消息以接收方的指定的消息接收方式發(fā)送。如接收方設(shè)置只接收數(shù)據(jù)消息或設(shè)置對該發(fā)送方只接收數(shù)據(jù)消息，則將發(fā)送方發(fā)送的消息以數(shù)據(jù)消息的方式發(fā)送；如果接收方設(shè)置只接收無線消息或設(shè)置對該發(fā)送方只接收無線消息，則將發(fā)送方發(fā)送的消息以無線消息的方式發(fā)送。2033:如果所述接收方式信息為空，則根據(jù)所述接收方當前的狀態(tài)信息和/或所述接收方的平臺信息確定所述消息的發(fā)送方式，并按照所述消息的發(fā)送方式將所述消息發(fā)送至接收方。如果接收方式信息為空，且獲取到接收方當前的狀態(tài)信息和/或接收方的平臺信息，則根據(jù)這兩種信息中的一種或多種信息確定發(fā)送方發(fā)送的消息的發(fā)送方式。2034:根據(jù)所述接收方的平臺信息中接收信息的方式，確定所述接收方的消息接收形式，并按照所述消息的發(fā)送方式將所述消息發(fā)送至接收方。獲取了接收方的平臺信息且接收方的預(yù)先設(shè)置的接收方式信息為空時，根據(jù)接收方的平臺信息選擇發(fā)送消息的方式。具體地，可以在終端或服務(wù)器上保存操作系統(tǒng)與接收消息的方式的對應(yīng)關(guān)系，則根據(jù)獲取到的平臺信息查詢接收方接收消息的方式，如接收到的平臺信息為symbian (V5)，則表示接收方能同時接收無線消息和數(shù)據(jù)消息。即終端或者服務(wù)器參考接收方的平臺信息選擇發(fā)送消息的方式，實現(xiàn)跨平臺整合數(shù)據(jù)消息和無線消息，使不同平臺均可以達到消息交互的效果。2035:根據(jù)所述接收方當前的狀態(tài)信息中接收方在線信息和/或接收方接收能力信息和/或接收方網(wǎng)絡(luò)狀態(tài)信息，確定所述接收方的消息接收形式，并按照所述消息的發(fā)送方式將所述消息發(fā)送至接收方。獲取了接收方的狀態(tài)信息且接收方的預(yù)先設(shè)置的接收方式信息為空時，接收方平臺信息接收方能同時接收無線消息和數(shù)據(jù)消息，則根據(jù)接收方的狀態(tài)信息按照另一預(yù)定規(guī)則確定接收方接收消息的方式。本發(fā)明實施例并不對該預(yù)定規(guī)則進行限定，但須保證接收方及時有效的收到消息。當多種用戶狀態(tài)并存時，可以依次通過獲取接收方在線信息和/或接收方接收能力信息和/或接收方網(wǎng)絡(luò)狀態(tài)信息來確定接收方接收消息的方式?？梢栽谟脩粼诰€的情況下優(yōu)先接收數(shù)據(jù)消息，以降低消息傳輸?shù)某杀尽８鼉?yōu)選地，本發(fā)明中的數(shù)據(jù)消息通過Wifi發(fā)送，從而更加有效的降低通信成本。當然用戶也可以根據(jù)實際情況對規(guī)則進行設(shè)置。204:根據(jù)所述消息的發(fā)送方式，判斷所述消息是否與所述接收方的消息接收格式相同，若不同，則轉(zhuǎn)換所述消息的發(fā)送格式。具體地，判斷步驟201獲取的發(fā)送方選擇的發(fā)送方式是否與步驟203確定的發(fā)送方發(fā)送的消息的發(fā)送方式是否相同，若不同，則轉(zhuǎn)化格式然后再發(fā)送。例如發(fā)送方發(fā)送的消息的方式為無線消息，而步驟203確定的發(fā)送方發(fā)送的消息的發(fā)送方式為數(shù)據(jù)消息，相應(yīng)地，需要將無線消息轉(zhuǎn)化格式為數(shù)據(jù)消息；若相同，不需要轉(zhuǎn)化，直接發(fā)送當前消息。進一步的，針對本步驟可以采用以下兩種方式實現(xiàn)根據(jù)步驟203的選擇結(jié)果發(fā)送相應(yīng)形式的消息，但并不作為本發(fā)明的限定，本發(fā)明還可以采用其他方式實現(xiàn)上述目的，如方式一和方式二的組合。方式一:如果步驟201獲取的是封裝后的消息，如數(shù)據(jù)消息，則根據(jù)步驟203的選擇結(jié)果判斷該發(fā)送方發(fā)送的消息的方式是否需要轉(zhuǎn)化，如果是，則將數(shù)據(jù)消息轉(zhuǎn)化為無線消息或?qū)o線消息轉(zhuǎn)化為數(shù)據(jù)消息后發(fā)送。其中，消息的轉(zhuǎn)化過程根據(jù)發(fā)送該消息的形式不同可以選擇不同的處理方法。本發(fā)明實施例以短消息與即時消息相互轉(zhuǎn)化為例進行說明，如將數(shù)據(jù)消息轉(zhuǎn)化為無線消息的過程可以是:將即時消息按照短消息數(shù)據(jù)量閾值進行劃分，將劃分得到的數(shù)據(jù)以短消息的形式發(fā)送；或者將即時消息的文件類型轉(zhuǎn)換為文本類型，再以短消息的形式發(fā)送。如將數(shù)據(jù)消息轉(zhuǎn)化為無線消息的過程可以是:將短消息進行合并或者拆分成數(shù)據(jù)包，并將數(shù)據(jù)包按照順序發(fā)送；具體地，短消息的長度小于預(yù)定長度的情況，將一個或者多個短消息合并成數(shù)據(jù)包；在短消息的長度大于預(yù)定長度的情況，將短消息拆分成多個數(shù)據(jù)包。方式二:如果步驟201獲取的是未封裝的消息，如用戶輸入消息，則將該發(fā)送方發(fā)送的消息封裝為步驟203確定的接收方的消息接收方式后發(fā)送。具體地，如在用戶編寫或?qū)懭胂r，此時消息為文本消息類型的消息，發(fā)送消息時將該發(fā)送方發(fā)送的消息封裝為步驟203確定的接收方的消息接收方式(數(shù)據(jù)消息或無線消息)。其中，無線消息通常以無線消息通道進行傳輸，數(shù)據(jù)消息通常以數(shù)據(jù)消息通道進行傳輸，其中數(shù)據(jù)通道可以多種，如GPRS承載方式、CDMA2000(Code Division MultipleAccess 2000)承載方式等。而數(shù)據(jù)消息的發(fā)送，可以按照整個數(shù)據(jù)包的方式發(fā)送，也可以按照流的方式發(fā)送，如語音聊天時可以邊聊天邊發(fā)送聊天內(nèi)容。205:接收方接收消息。接收方收到消息后，可以根據(jù)接收方用戶的設(shè)置，以相應(yīng)的形式顯示接收到的消息，如接收方收到的是無線消息，根據(jù)用戶設(shè)置可以以無線消息顯示也可以以數(shù)據(jù)消息顯示。同時接收方也可以設(shè)置數(shù)據(jù)消息接收的方式，如設(shè)置以QQ消息的方式接收、以微聊消息的形式接收、以郵件的形式接收，則數(shù)據(jù)消息由相應(yīng)的服務(wù)器發(fā)送到接收方。需要說明的是，服務(wù)器也可以對發(fā)送方發(fā)送的消息的發(fā)送方式進行設(shè)置，指定使用什么方式發(fā)送該消息。下面以終端發(fā)送數(shù)據(jù)消息為例對本發(fā)明實施例進行具體說明。如圖3所示，具體過程如下:301:服務(wù)器獲取接收方的用戶標識(如即時通訊賬號)，根據(jù)接收方的用戶標識到相應(yīng)的服務(wù)器查詢接收方預(yù)先設(shè)置的接收方式信息和/或接收方的平臺信息和/或接收方的狀態(tài)信息；302:判斷接收方預(yù)先設(shè)置的接收方式信息是否為空，如果否，執(zhí)行步驟303 ;如果是，執(zhí)行步驟304 ；303:以接收方指定的消息接收方式發(fā)送該消息，如果指定接收數(shù)據(jù)消息，執(zhí)行步驟308 ;如果指定接收無線消息，執(zhí)行步驟309 ；304:根據(jù)接收方的平臺信息判斷接收方是否可以接收數(shù)據(jù)消息，如果是，執(zhí)行步驟305，如果否，執(zhí)行步驟309 ；305:根據(jù)接收方的在線狀態(tài)信息判斷接收方是否在線，如果是，執(zhí)行步驟306 ;如果否，執(zhí)行步驟309 ；306:根據(jù)接收方的終端能力信息判斷接收方是否可以接收數(shù)據(jù)消息，如果是，執(zhí)行步驟307 ;如果否，執(zhí)行步驟309 ；307:根據(jù)接收方的網(wǎng)絡(luò)狀態(tài)信息判斷接收方是否開通數(shù)據(jù)傳輸業(yè)務(wù)及數(shù)據(jù)通道信號是否良好，如果是，執(zhí)行步驟308 ;如果否，執(zhí)行步驟309 ；308:以當前的方式發(fā)送消息，即發(fā)送數(shù)據(jù)消息；309:將數(shù)據(jù)消息轉(zhuǎn)化為無線消息后發(fā)送。上述實施例中在步驟308中，如果多次發(fā)送數(shù)據(jù)消息失敗，則可以執(zhí)行步驟309 ；同樣的在步驟309中，如果多次發(fā)送無線消息失敗，則可以執(zhí)行步驟308。上述實施例中在步驟303中，如果判斷結(jié)果為接收方指定接收數(shù)據(jù)消息，也可以執(zhí)行步驟304。以上只是本發(fā)明實施例中的一個較優(yōu)的實現(xiàn)過程，但并不作為本發(fā)明的限定。本發(fā)明實施例通過服務(wù)器獲取接收方的消息接收規(guī)則，確定發(fā)送方發(fā)送的消息的發(fā)送方式，實現(xiàn)了根據(jù)接收方的接收情況或使用習(xí)慣，準確高效的將消息按確定的發(fā)送方式發(fā)送至接收方。實施例三本實施例提供了一種發(fā)送消息的服務(wù)器，參見圖4，所述服務(wù)器包括:接收模塊401，用于接收發(fā)送方發(fā)送的消息；獲取模塊402，用于獲取所述消息對應(yīng)的接收方的消息接收規(guī)則；第一發(fā)送模塊403，用于根據(jù)所述接收方的消息接收規(guī)則確定所述消息的發(fā)送方式，并按照所述消息的發(fā)送方式將所述消息發(fā)送至接收方。在具體實施例中，所述獲取模塊402具體用于:獲取所述消息對應(yīng)的接收方預(yù)先設(shè)置的接收方式信息、接收方當前的狀態(tài)信息、接收方的平臺信息中的一種或多種信息。所述第一發(fā)送模塊403包括:判斷單元4031，用于判斷所述接收方式信息是否為空；第一發(fā)送單元4032，用于如果所述接收方式信息不為空，則根據(jù)接收方式信息確定所述消息的發(fā)送方式，并按照所述消息的發(fā)送方式將所述消息發(fā)送至接收方；
第二發(fā)送單元4033，用于如果所述接收方式信息為空，則根據(jù)所述接收方當前的狀態(tài)信息和/或所述接收方的平臺信息確定所述消息的發(fā)送方式，并按照所述消息的發(fā)送方式將所述消息發(fā)送至接收方。其中，所述第二發(fā)送單元4033具體用于:根據(jù)所述接收方當前的狀態(tài)信息中接收方在線信息和/或接收方接收能力信息和/或接收方網(wǎng)絡(luò)狀態(tài)信息，確定所述接收方的消息接收形式，并按照所述消息的發(fā)送方式將所述消息發(fā)送至接收方?；蛘撸龅诙l(fā)送單元4033具體用于:根據(jù)所述接收方的平臺信息中接收信息的方式，確定所述接收方的消息接收形式，并按照所述消息的發(fā)送方式將所述消息發(fā)送至接收方。優(yōu)選的，所述服務(wù)器還包括:處理模塊404，用于根據(jù)所述消息的發(fā)送方式，判斷所述消息是否與所述接收方的消息接收格式相同，若不同，則轉(zhuǎn)換所述消息的發(fā)送格式。第二發(fā)送模塊405，用于在預(yù)設(shè)時間內(nèi)，按照首次確定的發(fā)送方式將所述消息發(fā)送至接收方。本發(fā)明實施例通過服務(wù)器獲取接收方的消息接收規(guī)則，確定發(fā)送方發(fā)送的消息的發(fā)送方式，實現(xiàn)了根據(jù)接收方的接收情況或使用習(xí)慣，準確高效的將消息按確定的發(fā)送方式發(fā)送至接收方。本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述實施例的全部或部分步驟可以通過硬件來完成，也可以通過程序來指令相關(guān)的硬件完成，所述的程序可以存儲于一種計算機可讀存儲介質(zhì)中，上述提到的存儲介質(zhì)可以是只讀存儲器，磁盤或光盤等。以上所述僅為本發(fā)明的較佳實施例，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種發(fā)送消息的方法，其特征在于，所述方法包括: 接收發(fā)送方發(fā)送的消息； 獲取所述消息對應(yīng)的接收方的消息接收規(guī)則； 根據(jù)所述接收方的消息接收規(guī)則確定所述消息的發(fā)送方式，并按照所述消息的發(fā)送方式將所述消息發(fā)送至接收方。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述獲取所述消息對應(yīng)的接收方的消息接收規(guī)則，具體包括: 獲取所述消息對應(yīng)的接收方預(yù)先設(shè)置的接收方式信息、接收方當前的狀態(tài)信息、接收方的平臺信息中的一種或多種信息。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述根據(jù)所述接收方的消息接收規(guī)則確定所述消息的發(fā)送方式，并按照所述消息的發(fā)送方式將所述消息發(fā)送至接收方，具體包括: 判斷所述接收方的所述接收方式信息是否為空； 如果所述接收方式信息不為空，則根據(jù)接收方式信息確定所述消息的發(fā)送方式，并按照所述消息的發(fā)送方式將所述消息發(fā)送至接收方； 如果所述接收方式信息為空，則根據(jù)所述接收方當前的狀態(tài)信息和/或所述接收方的平臺信息確定所述消息的發(fā)送方式，并按照所述消息的發(fā)送方式將所述消息發(fā)送至接收方。
4.根據(jù)權(quán)利要求3所述的方法，其 特征在于，所述根據(jù)所述接收方當前的狀態(tài)信息確定所述消息的發(fā)送方式，并按照所述消息的發(fā)送方式將所述消息發(fā)送至接收方，具體包括: 根據(jù)所述接收方當前的狀態(tài)信息中接收方在線信息和/或接收方接收能力信息和/或接收方網(wǎng)絡(luò)狀態(tài)信息，確定所述接收方的消息接收形式，并按照所述消息的發(fā)送方式將所述消息發(fā)送至接收方。
5.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述根據(jù)所述接收方的平臺信息確定所述消息的發(fā)送方式，并按照所述消息的發(fā)送方式將所述消息發(fā)送至接收方，具體包括: 根據(jù)所述接收方的平臺信息中接收信息的方式，確定所述接收方的消息接收形式，并按照所述消息的發(fā)送方式將所述消息發(fā)送至接收方。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述按照所述消息的發(fā)送方式將所述消息發(fā)送至接收方之前，所述方法還包括: 根據(jù)所述消息的發(fā)送方式，判斷所述消息是否與所述接收方的消息接收格式相同，若不同，則轉(zhuǎn)換所述消息的發(fā)送格式。
7.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述按照所述發(fā)送方式將所述消息發(fā)送至接收方之后，所述方法還包括: 在預(yù)設(shè)時間內(nèi)，按照首次確定的發(fā)送方式將所述消息發(fā)送至接收方。
8.—種發(fā)送消息的服務(wù)器，其特征在于，所述服務(wù)器包括: 接收模塊，用于接收發(fā)送方發(fā)送的消息； 獲取模塊，用于獲取所述消息對應(yīng)的接收方的消息接收規(guī)則； 第一發(fā)送模塊，用于根據(jù)所述接收方的消息接收規(guī)則確定所述消息的發(fā)送方式，并按照所述消息的發(fā)送方式將所述消息發(fā)送至接收方。
9.根據(jù)權(quán)利要求8所述的服務(wù)器，其特征在于，所述獲取模塊具體用于: 獲取所述消息對應(yīng)的接收方預(yù)先設(shè)置的接收方式信息、接收方當前的狀態(tài)信息、接收方的平臺信息中的一種或多種信息。
10.根據(jù)權(quán)利要求9所述的服務(wù)器，其特征在于，所述第一發(fā)送模塊包括: 判斷單元，用于判斷所述接收方式信息是否為空； 第一發(fā)送單元，用于如果所述接收方式信息不為空，則根據(jù)接收方式信息確定所述消息的發(fā)送方式，并按照所述消息的發(fā)送方式將所述消息發(fā)送至接收方； 第二發(fā)送單元，用于如果所述接收方式信息為空，則根據(jù)所述接收方當前的狀態(tài)信息和/或所述接收方的平臺信息確定所述消息的發(fā)送方式，并按照所述消息的發(fā)送方式將所述消息發(fā)送至接收方。
11.根據(jù)權(quán)利要求10所述的服務(wù)器，其特征在于，所述第二發(fā)送單元具體用于: 根據(jù)所述接收方當前的狀態(tài)信息中接收方在線信息和/或接收方接收能力信息和/或接收方網(wǎng)絡(luò)狀態(tài)信息， 確定所述接收方的消息接收形式，并按照所述消息的發(fā)送方式將所述消息發(fā)送至接收方。
12.根據(jù)權(quán)利要求10所述的服務(wù)器，其特征在于，所述第二發(fā)送單元具體用于: 根據(jù)所述接收方的平臺信息中接收信息的方式，確定所述接收方的消息接收形式，并按照所述消息的發(fā)送方式將所述消息發(fā)送至接收方。
13.根據(jù)權(quán)利要求8所述的服務(wù)器，其特征在于，所述服務(wù)器還包括: 處理模塊，用于根據(jù)所述消息的發(fā)送方式，判斷所述消息是否與所述接收方的消息接收格式相同，若不同，則轉(zhuǎn)換所述消息的發(fā)送格式。
14.根據(jù)權(quán)利要求8所述的服務(wù)器，其特征在于，所述服務(wù)器還包括: 第二發(fā)送模塊，用于在預(yù)設(shè)時間內(nèi)，按照首次確定的發(fā)送方式將所述消息發(fā)送至接收方。
全文摘要
本發(fā)明公開了一種發(fā)送消息的方法和服務(wù)器，屬于通信領(lǐng)域。方法包括接收發(fā)送方發(fā)送的消息；獲取所述消息對應(yīng)的接收方的消息接收規(guī)則；根據(jù)所述接收方的消息接收規(guī)則確定所述消息的發(fā)送方式，并按照所述消息的發(fā)送方式將所述消息發(fā)送至接收方。通過服務(wù)器獲取接收方的消息接收規(guī)則，確定發(fā)送方發(fā)送的消息的發(fā)送方式，實現(xiàn)了根據(jù)接收方的接收情況或使用習(xí)慣，準確高效的將消息按確定的發(fā)送方式發(fā)送至接收方。
文檔編號H04L12/58GK103166832SQ20111042098
公開日2013年6月19日 申請日期2011年12月15日 優(yōu)先權(quán)日2011年12月15日
發(fā)明者劉春英 申請人:騰訊科技(深圳)有限公司