專利名稱：信息發(fā)送方法
技術(shù)領(lǐng)域：
本發(fā)明涉及信息發(fā)送方法，尤其涉及一種移動(dòng)通信網(wǎng)絡(luò)中適合于現(xiàn)有電信網(wǎng)網(wǎng)絡(luò)架構(gòu)的、根據(jù)用戶狀態(tài)發(fā)送信息的網(wǎng)絡(luò)智能化的方法。
背景技術(shù)：
隨著時(shí)代的發(fā)展，信息量呈幾何式增長(zhǎng)，其膨脹速度可用爆炸來(lái)形容。信息技術(shù)突飛猛進(jìn)，已經(jīng)滲透到經(jīng)濟(jì)建設(shè)和社會(huì)生活的各個(gè)方面，互聯(lián)網(wǎng)成為了承載信息的最佳媒體，人們不僅可以從互聯(lián)網(wǎng)上獲得各種信息，而且可以在互聯(lián)網(wǎng)上發(fā)布信息，如近年來(lái)出現(xiàn)的“博客”(Blog)技術(shù)。
“博客”是“Web Log(網(wǎng)絡(luò)日志)”的縮寫，是一種十分方便的個(gè)人信息發(fā)布方式。隨之又出現(xiàn)了建立在博客、可拍照手機(jī)與移動(dòng)互聯(lián)業(yè)務(wù)三者基礎(chǔ)之上的移動(dòng)博客(MobileBlog，簡(jiǎn)稱Moblog)，移動(dòng)博客使任何人都可以方便地發(fā)布自己手機(jī)拍攝的內(nèi)容，或者精選網(wǎng)絡(luò)上的內(nèi)容，與朋友進(jìn)行交流。
在使用博客的過(guò)程中，用戶不僅僅滿足于自己瀏覽信息，發(fā)布信息，還希望可以給其他用戶發(fā)送信息，以實(shí)現(xiàn)交流和共享?，F(xiàn)有移動(dòng)博客支持多種方式來(lái)發(fā)送信息，實(shí)現(xiàn)消息的互動(dòng)，如，移動(dòng)用戶留言方式、移動(dòng)終端短信服務(wù)(Short Message Service，簡(jiǎn)稱SMS)/彩信服務(wù)(Multimedia MessageService，簡(jiǎn)稱MMS)方式、通過(guò)Email方式、通過(guò)即時(shí)消息(Instant Message，簡(jiǎn)稱IM)發(fā)送等等方式。
在現(xiàn)有技術(shù)中，具體采用何種發(fā)送方式由發(fā)送用戶自主選擇，而發(fā)送用戶對(duì)于接收方的狀態(tài)并不知情，這樣勢(shì)必會(huì)造成發(fā)送方式選擇不當(dāng)?shù)膯?wèn)題。比如當(dāng)前用戶B正處于IM聊天之中，而用戶A卻選擇了給該用戶留言的方式，而用戶B并不經(jīng)常查看自己的留言箱，從而造成了溝通的不暢。
為了解決這一問(wèn)題，目前有一種IM的終端智能化方案，該終端智能化方案中采用了為信息交互雙方提供對(duì)方即時(shí)狀態(tài)的技術(shù)手段，使雙方根據(jù)對(duì)方目前的情況選擇不同的信息發(fā)送方式。例如，當(dāng)對(duì)方的狀態(tài)顯示為“聯(lián)機(jī)”時(shí)，則發(fā)送即時(shí)消息；當(dāng)對(duì)方的狀態(tài)顯示為“離開”或“脫機(jī)”時(shí)，選擇發(fā)送手機(jī)短信的方式，使對(duì)方能最大可能地即時(shí)接收到發(fā)送的信息。但是現(xiàn)有這種技術(shù)僅限于在IM業(yè)務(wù)中用戶終端根據(jù)用戶狀態(tài)信息選擇發(fā)送方式，發(fā)送方式比較單一，靈活性不夠。
另外，還有一種信息交互的技術(shù)，即移動(dòng)社區(qū)。移動(dòng)社區(qū)是借助移動(dòng)終端在互聯(lián)網(wǎng)上實(shí)現(xiàn)分類的信息交互技術(shù)，用戶可以真正跨越網(wǎng)絡(luò)、場(chǎng)所、時(shí)間的限制，隨時(shí)隨地進(jìn)行互動(dòng)，使個(gè)體自我獲得最大限度地展現(xiàn)，交往接觸半徑無(wú)限延伸。移動(dòng)社區(qū)包括各種博客社區(qū)，即時(shí)通信社區(qū)，游戲社區(qū)，交友社區(qū)等等。在移動(dòng)社區(qū)內(nèi)，用戶需要登記自己的個(gè)人資料信息，包括公司，職務(wù)，聯(lián)系方式等等。用戶登記后，由移動(dòng)平臺(tái)為用戶統(tǒng)一發(fā)放唯一的編號(hào)--數(shù)字ID，用于認(rèn)證識(shí)別移動(dòng)用戶，是各個(gè)平臺(tái)之間移動(dòng)用戶信息交互的唯一標(biāo)識(shí)。一部手機(jī)只能綁定一個(gè)數(shù)字ID。但是現(xiàn)有社區(qū)系統(tǒng)只支持本社區(qū)內(nèi)部用戶之間的消息互通，并不支持與非本社區(qū)用戶之間的互動(dòng)交流，大大阻礙了信息的交互。

發(fā)明內(nèi)容
本發(fā)明的目的在于針對(duì)現(xiàn)有技術(shù)的不足，提出一種信息發(fā)送方法，使得業(yè)務(wù)服務(wù)器能夠根據(jù)信息接收端的狀態(tài)選擇合適的信息發(fā)送方式，有利于多業(yè)務(wù)融合，最大限度地保證通信的及時(shí)暢通。
為實(shí)現(xiàn)上述目的，本發(fā)明提供了一種信息發(fā)送方法，該方法包括以下步驟步驟1、業(yè)務(wù)服務(wù)器根據(jù)信息接收端的信息查詢?cè)撔畔⒔邮斩水?dāng)前的狀態(tài)信息；
步驟2、業(yè)務(wù)服務(wù)器根據(jù)該信息接收端當(dāng)前的狀態(tài)信息以及預(yù)先設(shè)置的優(yōu)先策略選擇相應(yīng)的發(fā)送方式，并將該內(nèi)容信息以選擇的發(fā)送方式發(fā)送給該信息接收端。
通過(guò)上述方案，實(shí)現(xiàn)了使用最合適的發(fā)送方式發(fā)送消息，使得處于不同業(yè)務(wù)使用狀態(tài)的信息接收端能夠在最短的時(shí)間內(nèi)得到消息，有利于多種業(yè)務(wù)的融合，保證了消息發(fā)送的高效快捷。
下面通過(guò)附圖和實(shí)施例，對(duì)本發(fā)明的技術(shù)方案做進(jìn)一步的詳細(xì)描述。


圖1為本發(fā)明信息發(fā)送方法中設(shè)備架構(gòu)示意圖；圖2為本發(fā)明信息發(fā)送方法的較佳實(shí)施例的流程圖；圖3為本發(fā)明信息發(fā)送方法中應(yīng)用于第一種情況的較佳實(shí)施例的流程圖；圖4為本發(fā)明信息發(fā)送方法中選擇發(fā)送方式的較佳實(shí)施例的流程圖；圖5為本發(fā)明信息發(fā)送方法中應(yīng)用于第二種情況的較佳實(shí)施例的部分流程圖。
具體實(shí)施例方式
本發(fā)明適合于兩種情況，第一種情況是用戶主動(dòng)向某一用戶發(fā)送信息；第二種情況是用戶業(yè)務(wù)數(shù)據(jù)更新。第一種情況下業(yè)務(wù)服務(wù)器根據(jù)接收到的信息發(fā)送請(qǐng)求消息向信息接收端發(fā)送信息；第二種情況下由業(yè)務(wù)服務(wù)器根據(jù)檢測(cè)到的業(yè)務(wù)數(shù)據(jù)更新，主動(dòng)獲取與該業(yè)務(wù)數(shù)據(jù)相關(guān)聯(lián)的信息接收端當(dāng)前狀態(tài)信息，然后由業(yè)務(wù)服務(wù)器根據(jù)狀態(tài)信息選擇較優(yōu)的發(fā)送方式發(fā)送內(nèi)容信息。如圖1所示，本發(fā)明中，業(yè)務(wù)服務(wù)器00接收到信息發(fā)送端發(fā)送的請(qǐng)求消息或檢測(cè)到業(yè)務(wù)數(shù)據(jù)變更后，根據(jù)請(qǐng)求消息中的信息接收端的信息或與業(yè)務(wù)數(shù)據(jù)相關(guān)聯(lián)的用戶信息獲取信息接收端當(dāng)前的狀態(tài)信息，然后由業(yè)務(wù)服務(wù)器00根據(jù)狀態(tài)選擇較優(yōu)的發(fā)送方式發(fā)送內(nèi)容信息。
第一種情況用戶主動(dòng)發(fā)送信息如在使用博客或即時(shí)聊天的過(guò)程中，發(fā)送方將信息接收端的數(shù)字ID、用戶名和/或手機(jī)號(hào)碼與要發(fā)送的內(nèi)容信息一并發(fā)送給業(yè)務(wù)服務(wù)器，通過(guò)業(yè)務(wù)服務(wù)器將內(nèi)容信息發(fā)送給其他用戶的終端。其中內(nèi)容信息可以是留言、提醒信息或者從網(wǎng)絡(luò)上瀏覽到的信息。
例如用戶在使用博客的過(guò)程中，不僅僅滿足于自己瀏覽信息，還有如下幾種情況(1)給其他用戶留言，與其他好友交流心得。
(2)當(dāng)用戶更新了自己的博客日志后，自動(dòng)提醒給其好友。
(3)當(dāng)用戶瀏覽該信息時(shí)，通過(guò)PUSH方式推薦給其好友。
第二種情況如在使用博客的過(guò)程中，接收端訂閱的內(nèi)容信息發(fā)生了更新，業(yè)務(wù)服務(wù)器主動(dòng)獲取接收端用戶當(dāng)前狀態(tài)信息，將內(nèi)容信息主動(dòng)發(fā)送給這些用戶的終端。其中內(nèi)容信息可以是留言、提醒信息或者網(wǎng)絡(luò)上的信息。
具體如用戶在使用博客的過(guò)程中，用戶不僅僅滿足于自己主動(dòng)瀏覽信息，還有如下幾種情況(1)訂閱某種特定的資訊，如新聞?lì)l道或某個(gè)人物的博客內(nèi)容，如果內(nèi)容更新，將發(fā)送給用戶。
(2)訂閱自己博客的留言，如果有朋友留言，業(yè)務(wù)服務(wù)器將及時(shí)發(fā)送給該用戶。
如上兩種情況，業(yè)務(wù)服務(wù)器只需獲得信息接收端的信息，如，數(shù)字ID、手機(jī)號(hào)碼、博客或IM用戶名，從而即可把需要的消息發(fā)送給指定的用戶，發(fā)送的具體方式由業(yè)務(wù)服務(wù)器自動(dòng)選擇最合適的方式進(jìn)行。如圖2所示，具體流程如下步驟101、業(yè)務(wù)服務(wù)器根據(jù)信息接收端的信息查詢?cè)撔畔⒔邮斩水?dāng)前的狀態(tài)信息；步驟102、業(yè)務(wù)服務(wù)器根據(jù)該信息接收端當(dāng)前的狀態(tài)信息以及預(yù)先設(shè)置的優(yōu)先策略選擇相應(yīng)的發(fā)送方式，并將該內(nèi)容信息以選擇的發(fā)送方式發(fā)送給該信息接收端。
以下就上述兩種情況，分別對(duì)本發(fā)明作詳細(xì)說(shuō)明。
圖3為本發(fā)明信息發(fā)送方法中應(yīng)用于第一種情況的較佳實(shí)施例的流程圖，具體執(zhí)行以下步驟步驟201、與網(wǎng)絡(luò)建立數(shù)據(jù)連接的終端向業(yè)務(wù)服務(wù)器發(fā)起發(fā)送信息的請(qǐng)求消息，該請(qǐng)求消息包含發(fā)送的內(nèi)容信息如瀏覽到某一信息的網(wǎng)址，業(yè)務(wù)服務(wù)器接收該請(qǐng)求消息。若信息接收端為博客社區(qū)的用戶，則直接將信息接收端的用戶名填加在請(qǐng)求消息中；若信息接收端為其他社區(qū)如IM社區(qū)的用戶，則直接將信息接收端的數(shù)字ID填加在請(qǐng)求消息中；若信息接收端未加入任何社區(qū)，則將信息接收端的手機(jī)號(hào)碼填加到請(qǐng)求消息中。其中，信息接收端的信息是信息發(fā)送端的終端可以根據(jù)用戶的輸入加入到請(qǐng)求消息中；也可以是用戶選擇發(fā)送消息操作后，信息發(fā)送端自動(dòng)將存儲(chǔ)在本機(jī)中的信息接收端的信息直接填加到請(qǐng)求消息中；還可以是用戶選擇發(fā)送消息操作后，信息發(fā)送端從網(wǎng)絡(luò)側(cè)調(diào)用信息接收端的信息，填加到請(qǐng)求消息中，如該用戶可能在網(wǎng)絡(luò)側(cè)存儲(chǔ)有包含有信息接收端信息的通訊錄。后兩種方式既不用人們記憶字符串，又省去了一一輸入字符串的繁瑣，大大方便了用戶。
步驟202、該業(yè)務(wù)服務(wù)器根據(jù)該請(qǐng)求消息獲得信息接收端的信息。業(yè)務(wù)服務(wù)器接收到請(qǐng)求消息后，對(duì)其進(jìn)行解析，獲得信息接收端的信息如信息接收端的用戶名、數(shù)字ID和/或手機(jī)號(hào)碼。業(yè)務(wù)服務(wù)器可以根據(jù)信息接收端的用戶名或數(shù)字ID以及網(wǎng)絡(luò)中存儲(chǔ)的用戶信息，獲得該信息接收端的手機(jī)號(hào)碼及電子郵件地址等信息，或根據(jù)手機(jī)號(hào)碼及網(wǎng)絡(luò)中存儲(chǔ)的用戶信息獲得該信息接收端的電子郵件地址。
由于信息接收端有可能是非社區(qū)的用戶，業(yè)務(wù)服務(wù)器可以首先判斷請(qǐng)求消息中信息接收端的信息是否為該信息接收端的數(shù)字ID或用戶名，若是，繼續(xù)執(zhí)行步驟203；否則，業(yè)務(wù)服務(wù)器從請(qǐng)求消息中得到的是信息接收端的手機(jī)號(hào)碼，于是業(yè)務(wù)服務(wù)器將內(nèi)容信息以SMS或MMS方式發(fā)送給信息接收端的手機(jī)。從而實(shí)現(xiàn)了社區(qū)用戶和非社區(qū)用戶之間的消息互動(dòng)，進(jìn)一步擴(kuò)大了消息發(fā)送的范圍。
步驟203、該業(yè)務(wù)服務(wù)器根據(jù)該信息接收端的信息查詢?cè)撔畔⒔邮斩水?dāng)前的狀態(tài)信息。業(yè)務(wù)服務(wù)器不僅記錄用戶數(shù)字ID、密碼、姓名、博客社區(qū)用戶名、游戲社區(qū)用戶名、IM社區(qū)用戶名等信息，而且會(huì)記錄用戶當(dāng)前登陸所處的位置。如果用戶正處于IM登錄中，通過(guò)移動(dòng)Presence業(yè)務(wù)，可以查詢用戶詳細(xì)的狀態(tài)。
其中，Presence業(yè)務(wù)，也就是為呼叫方或信息發(fā)送端提供被叫方或信息接收端的用戶狀態(tài)信息的業(yè)務(wù)。最基本的用戶狀態(tài)就是即時(shí)消息程序的“在線”、“忙碌”和“離開”。通過(guò)獲取用戶狀態(tài)，可以知道指定的用戶是否在線以便進(jìn)行通信。比如用戶告訴業(yè)務(wù)服務(wù)器，他要與誰(shuí)聯(lián)系，業(yè)務(wù)服務(wù)器將聯(lián)系對(duì)象的狀態(tài)告知該用戶，該用戶就可以在聯(lián)系對(duì)象準(zhǔn)備好的時(shí)候通過(guò)業(yè)務(wù)服務(wù)器建立起通信，Presence業(yè)務(wù)信息支持“用戶可定制狀態(tài)信息”或“系統(tǒng)提供的狀態(tài)信息”。
用戶狀態(tài)一般有如下信息。
表示用戶所使用的業(yè)務(wù)或終端設(shè)備當(dāng)前的情況如終端是否開機(jī)，是否處于通話中；是否在線，若在線，是否忙，登陸的是哪個(gè)社區(qū)以及是否禁止打擾等。還包括用戶狀態(tài)(如，可以接電話、不能接電話、吃飯、會(huì)議中)以及所處位置。
此外狀態(tài)信息中還包含有信息接收端的終端能力，如，該終端支持什么通信方式，如何與該終端設(shè)備聯(lián)系等，如是否支持語(yǔ)音，文字，GPRS，彩信等。
除此之外還包括其它信息，如用戶此時(shí)的心情(高興，生氣)、用戶此時(shí)的愿望(足球、釣魚、電腦、跳舞)等等。因此狀態(tài)可以是個(gè)性化的，它僅對(duì)用戶指定的人群開放。
步驟204、該業(yè)務(wù)服務(wù)器根據(jù)該信息接收端當(dāng)前的狀態(tài)信息以及預(yù)先設(shè)置的優(yōu)先策略選擇相應(yīng)的發(fā)送方式，并將該內(nèi)容信息以選擇的發(fā)送方式發(fā)送給該信息接收端。
優(yōu)先策略是指在信息接收端的當(dāng)前狀態(tài)為多種狀態(tài)并存時(shí)，選擇發(fā)送方式的優(yōu)先順序。
其中，用戶可以自行設(shè)置優(yōu)先策略，也可以選擇業(yè)務(wù)服務(wù)器的默認(rèn)選項(xiàng)，發(fā)送方式可以根據(jù)信息接收端當(dāng)前的狀態(tài)以及用戶設(shè)置的優(yōu)先策略進(jìn)行選擇，或者根據(jù)信息接收端當(dāng)前的狀態(tài)由業(yè)務(wù)服務(wù)器自動(dòng)選擇。
如果用戶即該信息接收端所處狀態(tài)為IM社區(qū)登陸時(shí)，則業(yè)務(wù)服務(wù)器選擇IM發(fā)送方式，并根據(jù)請(qǐng)求消息中的數(shù)字ID或用戶名將內(nèi)容信息發(fā)送到該用戶的終端。
該信息接收端所處狀態(tài)為平臺(tái)登陸時(shí)，選擇WAP/WEB發(fā)送方式，將消息發(fā)送給該信息接收端。當(dāng)用戶既在IM社區(qū)登陸，又在平臺(tái)登陸，一般業(yè)務(wù)服務(wù)器優(yōu)先采用IM發(fā)送方式，以保證能夠更加及時(shí)地將信息發(fā)送到接收方，同時(shí)使得成本更低，也可以視實(shí)際情況，設(shè)置發(fā)送方式的優(yōu)先使用順序。
該信息接收端所處狀態(tài)為手機(jī)開機(jī)時(shí)，該業(yè)務(wù)服務(wù)器進(jìn)一步判斷該消息內(nèi)容的數(shù)據(jù)量是否大于SMS一次所允許發(fā)送的數(shù)據(jù)量，若是；選擇MMS或電子郵件發(fā)送方式，將該內(nèi)容信息發(fā)送給該信息接收端的手機(jī)；否則，選擇SMS方式發(fā)送該內(nèi)容信息。目前SMS一次所允許發(fā)送的數(shù)據(jù)量為140Byte。如果信息接收端同時(shí)登陸IM社區(qū)和平臺(tái)，一般優(yōu)先選擇IM發(fā)送方式，也可視實(shí)際情況設(shè)置發(fā)送方式的優(yōu)先順序。
該內(nèi)容信息的數(shù)據(jù)量若大于MMS一次所允許發(fā)送的數(shù)據(jù)量，則選擇電子郵件的發(fā)送方式；否則，該業(yè)務(wù)服務(wù)器進(jìn)一步根據(jù)所述接收端支持能力選擇發(fā)送方式，較優(yōu)方式為業(yè)務(wù)服務(wù)器判斷該信息接收端的手機(jī)是否支持MMS發(fā)送方式，若是，選擇MMS方式發(fā)送該消息內(nèi)容；否則，選擇電子郵件發(fā)送方式。目前，MMS一次所允許發(fā)送的最大數(shù)據(jù)量為300KByte。
若該信息接收端所處狀態(tài)為未登陸IM社區(qū)和未登陸平臺(tái)和手機(jī)未開機(jī)時(shí)，該業(yè)務(wù)服務(wù)器選擇電子郵件的方式發(fā)送該內(nèi)容信息。以保證消息最終能夠發(fā)送給對(duì)方。
當(dāng)上述幾種狀態(tài)同時(shí)存在，或有兩種以上狀態(tài)同時(shí)存在時(shí)，發(fā)送方式有一個(gè)優(yōu)先選擇問(wèn)題，一般視具體情況而定，這里不再做具體限定。當(dāng)多種狀態(tài)中包括用戶登陸IM社區(qū)，一般業(yè)務(wù)服務(wù)器優(yōu)先采用IM發(fā)送方式，以保證能夠更加及時(shí)地將信息發(fā)送到接收方，同時(shí)使得成本更低，也可以視實(shí)際情況設(shè)置發(fā)送方式的優(yōu)先使用順序。
下面給出一個(gè)發(fā)送方式選擇順序方面的較佳實(shí)施例，如圖4所示，具體執(zhí)行以下步驟步驟301、業(yè)務(wù)服務(wù)器根據(jù)信息接收端當(dāng)前的狀態(tài)信息判斷信息接收端是否登陸IM社區(qū)，若是，執(zhí)行步驟302；否則，執(zhí)行步驟303；步驟302、業(yè)務(wù)服務(wù)器選擇IM發(fā)送方式將內(nèi)容信息發(fā)送給信息接收端，結(jié)束；步驟303、業(yè)務(wù)服務(wù)器根據(jù)信息接收端當(dāng)前的狀態(tài)信息，判斷該信息接收端是否登陸IM社區(qū)以外的博客社區(qū)、游戲社區(qū)等平臺(tái)，若是，執(zhí)行步驟304；否則，執(zhí)行步驟305；步驟304、業(yè)務(wù)服務(wù)器選擇WAP或WEB發(fā)送方式將內(nèi)容信息發(fā)送給信息接收端，即，如果信息接收端使用手機(jī)則選擇WAP方式發(fā)送，如果信息接收端使用計(jì)算機(jī)，則選擇WEB方式發(fā)送，結(jié)束；步驟305、業(yè)務(wù)服務(wù)器根據(jù)信息接收端當(dāng)前的狀態(tài)信息判斷該信息接收端的手機(jī)是否開機(jī)，若是，執(zhí)行步驟306；否則，執(zhí)行步驟311；步驟306、業(yè)務(wù)服務(wù)器判斷該內(nèi)容信息的數(shù)據(jù)量是否大于140Byte，若是，執(zhí)行步驟308；否則，執(zhí)行步驟307；步驟307、選擇SMS發(fā)送方式將內(nèi)容信息發(fā)送給信息接收端，結(jié)束；
步驟308、業(yè)務(wù)服務(wù)器判斷該內(nèi)容信息的數(shù)據(jù)量是否大于300KByte，若是，執(zhí)行步驟311；否則，執(zhí)行步驟309；步驟309、業(yè)務(wù)服務(wù)器獲取到手機(jī)的User Agent(用戶代理)信息，判斷信息接收端的手機(jī)是否支持MMS發(fā)送方式，若是，執(zhí)行步驟310；否則，執(zhí)行步驟311。
步驟310、業(yè)務(wù)服務(wù)器選擇MMS發(fā)送方式將內(nèi)容信息發(fā)送給信息接收端；步驟311、業(yè)務(wù)服務(wù)器選擇電子郵件發(fā)送方式將內(nèi)容信息發(fā)送給信息接收端，結(jié)束。
為了使得信息發(fā)送端了解發(fā)送情況，在業(yè)務(wù)服務(wù)器向信息接收端發(fā)送內(nèi)容信息完畢后，即步驟204、步驟302、步驟304、步驟307、步驟310或步驟311之后可以進(jìn)一步包括業(yè)務(wù)服務(wù)器向信息發(fā)送端發(fā)送信息發(fā)送成功消息。
圖5為本發(fā)明信息發(fā)送方法中應(yīng)用于第二種情況的較佳實(shí)施例的部分流程圖。本實(shí)施例的具體流程中除了與步驟203之前的步驟不同之外，其余步驟均相同，在此不再贅述。步驟203之前執(zhí)行以下步驟步驟401、用戶通過(guò)終端更改業(yè)務(wù)內(nèi)容數(shù)據(jù)；如，使用了博客業(yè)務(wù)的用戶在計(jì)算機(jī)上登錄，更新博客日志。
步驟402、業(yè)務(wù)服務(wù)器檢測(cè)到該業(yè)務(wù)內(nèi)容數(shù)據(jù)發(fā)生變化后，查找與該業(yè)務(wù)內(nèi)容數(shù)據(jù)相關(guān)聯(lián)的用戶即信息接收端，得到所述信息接收端的信息。繼步驟401中的例子，博客業(yè)務(wù)服務(wù)器檢測(cè)到博客日志更新后，就會(huì)查找訂購(gòu)該博客日志的用戶，并得到訂購(gòu)用戶的信息。
上述實(shí)施例中，通過(guò)圖3的實(shí)施例，本發(fā)明實(shí)現(xiàn)了對(duì)用戶發(fā)送給另一用戶的信息，通過(guò)根據(jù)信息接收端當(dāng)前的狀態(tài)信息選擇不同的發(fā)送方式發(fā)送給信息接收端；通過(guò)圖5的實(shí)施例，本發(fā)明實(shí)現(xiàn)了對(duì)業(yè)務(wù)服務(wù)器檢測(cè)到的業(yè)務(wù)內(nèi)容數(shù)據(jù)變更，通過(guò)根據(jù)信息接收端當(dāng)前的狀態(tài)信息選擇不同的發(fā)送方式發(fā)送給信息接收端。對(duì)于用戶發(fā)送的信息以及業(yè)務(wù)服務(wù)器檢測(cè)到的信息，本發(fā)明都能夠根據(jù)信息接收端當(dāng)前的狀態(tài)信息選擇不同的發(fā)送方式，將信息發(fā)送給信息接收端。其中可能會(huì)使用到IM業(yè)務(wù)、SMS業(yè)務(wù)、電子郵件業(yè)務(wù)等不同的業(yè)務(wù)，使得不同業(yè)務(wù)之間也能實(shí)現(xiàn)信息交互，有利于多種業(yè)務(wù)的融合，更進(jìn)一步的使得信息發(fā)送更方便快捷、暢通。
最后所應(yīng)說(shuō)明的是，以上實(shí)施例僅用以說(shuō)明本發(fā)明的技術(shù)方案而非限制，盡管參照較佳實(shí)施例對(duì)本發(fā)明進(jìn)行了詳細(xì)說(shuō)明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解，可以對(duì)本發(fā)明的技術(shù)方案進(jìn)行修改或者等同替換，而不脫離本發(fā)明技術(shù)方案的精神和范圍。
權(quán)利要求
1.一種信息發(fā)送方法，其特征在于，包括以下步驟步驟1、業(yè)務(wù)服務(wù)器根據(jù)信息接收端的信息查詢?cè)撔畔⒔邮斩水?dāng)前的狀態(tài)信息；步驟2、業(yè)務(wù)服務(wù)器根據(jù)該信息接收端當(dāng)前的狀態(tài)信息以及預(yù)先設(shè)置的優(yōu)先策略選擇相應(yīng)的發(fā)送方式，并將該內(nèi)容信息以選擇的發(fā)送方式發(fā)送給該信息接收端。
2.根據(jù)權(quán)利要求1所述的信息發(fā)送方法，其特征在于，所述步驟1之前進(jìn)一步包括步驟a1、信息發(fā)送端向業(yè)務(wù)服務(wù)器發(fā)起發(fā)送信息的請(qǐng)求消息，該請(qǐng)求消息包含發(fā)送的內(nèi)容信息及信息接收端的信息，業(yè)務(wù)服務(wù)器接收該請(qǐng)求消息；步驟a2、業(yè)務(wù)服務(wù)器根據(jù)該請(qǐng)求消息獲得所述信息接收端的信息。
3.根據(jù)權(quán)利要求2所述的信息發(fā)送方法，其特征在于，所述步驟1中，信息發(fā)送端將存儲(chǔ)在本機(jī)中的信息接收端的信息直接填加到該請(qǐng)求消息中，或者信息發(fā)送端從網(wǎng)絡(luò)側(cè)調(diào)用信息接收端的信息，填加到該請(qǐng)求消息中。
4.根據(jù)權(quán)利要求1所述的信息發(fā)送方法，其特征在于，所述步驟1之前進(jìn)一步包括步驟b1、用戶通過(guò)終端更改業(yè)務(wù)內(nèi)容數(shù)據(jù)；步驟b2、業(yè)務(wù)服務(wù)器檢測(cè)到該業(yè)務(wù)內(nèi)容數(shù)據(jù)發(fā)生變化后，查找與該業(yè)務(wù)內(nèi)容數(shù)據(jù)相關(guān)聯(lián)的信息接收端的信息。
5.根據(jù)權(quán)利要求1-4任意一項(xiàng)所述的信息發(fā)送方法，其特征在于，所述信息接收端的信息為該信息接收端的數(shù)字ID和/或用戶名和/或手機(jī)號(hào)碼。
6.根據(jù)權(quán)利要求1或2所述的信息發(fā)送方法，其特征在于，所述步驟a2與步驟1之間進(jìn)一步包括該業(yè)務(wù)服務(wù)器判斷該信息接收端的信息是否為該信息接收端的數(shù)字ID或用戶名，若是，執(zhí)行步驟1；否則，該業(yè)務(wù)服務(wù)器以短信或彩信方式發(fā)送內(nèi)容信息給該信息接收端。
7.根據(jù)權(quán)利要求1-4任意一項(xiàng)所述的信息發(fā)送方法，其特征在于，所述步驟1中，該信息接收端當(dāng)前的狀態(tài)信息為是否登陸即時(shí)消息社區(qū)和/或是否登陸平臺(tái)和/或手機(jī)是否開機(jī)。
8.根據(jù)權(quán)利要求7所述的信息發(fā)送方法，其特征在于，所述步驟2中，該信息接收端所處狀態(tài)為即時(shí)消息社區(qū)登陸時(shí)，選擇即時(shí)消息發(fā)送方式。
9.根據(jù)權(quán)利要求7所述的信息發(fā)送方法，其特征在于，所述步驟2中，該信息接收端所處狀態(tài)為平臺(tái)登陸時(shí)，選擇WAP或WEB發(fā)送方式。
10.根據(jù)權(quán)利要求7所述的信息發(fā)送方法，其特征在于，所述步驟2中，該信息接收端所處狀態(tài)為手機(jī)開機(jī)時(shí)，則該業(yè)務(wù)服務(wù)器進(jìn)一步判斷該消息內(nèi)容的數(shù)據(jù)量是否大于短信一次所允許發(fā)送的數(shù)據(jù)量，若是，選擇彩信或電子郵件發(fā)送方式，將該內(nèi)容信息發(fā)送給該信息接收端；否則，選擇短信方式發(fā)送該內(nèi)容信息。
11.根據(jù)權(quán)利要求10所述的信息發(fā)送方法，其特征在于，所述步驟2中，該內(nèi)容信息的數(shù)據(jù)量若大于彩信一次所允許發(fā)送的數(shù)據(jù)量，若是，則選擇電子郵件的發(fā)送方式；否則，業(yè)務(wù)服務(wù)器進(jìn)一步根據(jù)所述信息接收端支持能力選擇發(fā)送方式。
12.根據(jù)權(quán)利要求11所述的信息發(fā)送方法，其特征在于，進(jìn)一步根據(jù)所述接收端支持能力選擇發(fā)送方式具體為該業(yè)務(wù)服務(wù)器獲取信息接收端的能力信息，進(jìn)一步判斷該信息接收端是否支持彩信發(fā)送方式，若是，選擇彩信方式發(fā)送該消息內(nèi)容；否則，選擇電子郵件發(fā)送方式。
13.根據(jù)權(quán)利要求7所述的信息發(fā)送方法，其特征在于，所述步驟2中，若該信息接收端所處狀態(tài)為未登陸即時(shí)消息社區(qū)和未登陸平臺(tái)和手機(jī)未開機(jī)時(shí)，該業(yè)務(wù)服務(wù)器選擇電子郵件的方式發(fā)送該內(nèi)容信息。
14.根據(jù)權(quán)利要求7所述的信息發(fā)送方法，其特征在于，所述步驟2之后進(jìn)一步包括該業(yè)務(wù)服務(wù)器向信息發(fā)送端發(fā)送信息發(fā)送成功消息。
全文摘要
本發(fā)明涉及一種信息發(fā)送方法，該方法包括步驟業(yè)務(wù)服務(wù)器根據(jù)信息接收端的信息查詢?cè)撔畔⒔邮斩水?dāng)前的狀態(tài)信息；業(yè)務(wù)服務(wù)器根據(jù)該信息接收端當(dāng)前的狀態(tài)信息以及預(yù)先設(shè)置的優(yōu)先策略選擇相應(yīng)的發(fā)送方式，并將該內(nèi)容信息以選擇的發(fā)送方式發(fā)送給該信息接收端。通過(guò)上述方案，實(shí)現(xiàn)了使用最合適的發(fā)送方式發(fā)送消息，使得信息接收端能夠在最短的時(shí)間內(nèi)得到消息，有利于多業(yè)務(wù)的融合，保證了消息發(fā)送的高效快捷。
文檔編號(hào)H04L12/58GK1917483SQ20061012770
公開日2007年2月21日 申請(qǐng)日期2006年8月30日 優(yōu)先權(quán)日2006年8月30日
發(fā)明者朱春梅, 武威, 王敬宇, 唐劍峰 申請(qǐng)人:中國(guó)移動(dòng)通信集團(tuán)公司