一種短信發(fā)送的方法及移動終端的制作方法
【專利摘要】本發(fā)明涉及通信領域，公開了一種短信發(fā)送的方法及移動終端。本發(fā)明中，終端每一次發(fā)送短信之前均根據(jù)本終端的聯(lián)網(wǎng)狀態(tài)自動選擇短信發(fā)送方式，具體包含：檢測終端的聯(lián)網(wǎng)狀態(tài)；若為已聯(lián)網(wǎng)，則終端以數(shù)據(jù)傳輸?shù)姆绞酵ㄟ^所聯(lián)的網(wǎng)絡傳輸短信的內容；若為未聯(lián)網(wǎng)，則終端通過短信業(yè)務SMS方式發(fā)送短信，使得用戶發(fā)送短信的成本被降低。
【專利說明】一種短信發(fā)送的方法及移動終端
【技術領域】
[0001]本發(fā)明涉及通信領域，特別涉及短信發(fā)送的技術。
【背景技術】
[0002]短信業(yè)務(Short Message Service, SMS)是目前無線網(wǎng)絡常用的數(shù)據(jù)業(yè)務,它利用信令鏈路實現(xiàn)點對點的消息傳送，是一種非實時的可靠的信息傳遞業(yè)務。作為一項極具吸引力的增值業(yè)務，由于其具有快捷、方便、經(jīng)濟、內容表現(xiàn)形式豐富等特色，目前已經(jīng)成為移動終端用戶普遍使用的通信方式。
[0003]但短信業(yè)務在使用時會被移動運營商收取業(yè)務費，雖然在單條短信上，業(yè)務費并不高，但在交流過程中，往往需要發(fā)送較多短信，累積之后，短信業(yè)務的業(yè)務費也會較為可觀。
[0004]隨著移動通信網(wǎng)絡和手機wifi網(wǎng)絡的普及，現(xiàn)有技術中，也將短信通過在線數(shù)據(jù)發(fā)送以達到短信發(fā)送的目的，以此可以大大降低發(fā)送短信所產生的費用，但由于網(wǎng)絡服務的不穩(wěn)定性，通過這種方式發(fā)送的短信無法達到短信業(yè)務的可靠性，而且用戶也無法確定對方是否及時接收到了自己所發(fā)送的短信，所以對于有時效性的短信采用在線數(shù)據(jù)發(fā)送非常不利。
【發(fā)明內容】
[0005]本發(fā)明的目的在于提供一種短信發(fā)送的方法及移動終端，使得用戶發(fā)送短信的成本被降低。
[0006]為解決上述技術問題，本發(fā)明提供了一種短信發(fā)送的方法，包含以下步驟:
[0007]檢測所述終端的聯(lián)網(wǎng)狀態(tài)；
[0008]若為已聯(lián)網(wǎng)，則所述終端以數(shù)據(jù)傳輸?shù)姆绞酵ㄟ^所聯(lián)的網(wǎng)絡傳輸所述短信的內容；
[0009]若為未聯(lián)網(wǎng)，則所述終端通過短信業(yè)務SMS方式發(fā)送所述短信。
[0010]本發(fā)明還提供了一種移動終端，包含:檢測模塊、聯(lián)網(wǎng)發(fā)送模塊和短信業(yè)務SMS發(fā)送模塊；
[0011]所述檢測模塊用于在終端每一次發(fā)送短信之前，檢測所述終端的聯(lián)網(wǎng)狀態(tài)，并在檢測為已聯(lián)網(wǎng)時，觸發(fā)所述聯(lián)網(wǎng)發(fā)送模塊，在檢測為未聯(lián)網(wǎng)時，觸發(fā)所述SMS發(fā)送模塊；
[0012]所述聯(lián)網(wǎng)發(fā)送模塊用于以數(shù)據(jù)傳輸?shù)姆绞酵ㄟ^所聯(lián)的網(wǎng)絡傳輸所述短信的內容；
[0013]所述SMS發(fā)送模塊用于通過SMS方式發(fā)送所述短信。
[0014]本發(fā)明實施方式相對于現(xiàn)有技術而言，主要區(qū)別在于:終端可以根據(jù)自身的聯(lián)網(wǎng)狀態(tài)自動選擇所需發(fā)送的短信的發(fā)送方式，若終端聯(lián)網(wǎng)，則以數(shù)據(jù)傳輸?shù)姆绞酵ㄟ^所聯(lián)的網(wǎng)絡傳輸短信的內容，若終端未聯(lián)網(wǎng)，則通過SMS方式發(fā)送所述短信。由此可見，在終端聯(lián)網(wǎng)時，短信發(fā)送不需支付SMS業(yè)務費，只需支付數(shù)據(jù)流量費，隨著現(xiàn)在數(shù)據(jù)流量費用成本的降低，用戶為發(fā)送同一條短信支付的流量費將遠小于發(fā)送該條短信的業(yè)務費，如果用戶是通過Wifi網(wǎng)絡連接發(fā)送短信內容，成本將更加低廉。另一方面，若終端未聯(lián)網(wǎng)，就可以選擇傳統(tǒng)SMS方式發(fā)送短信，保證接收端收到該條短信。
[0015]作為進一步改進，在所述終端以數(shù)據(jù)傳輸?shù)姆绞酵ㄟ^所聯(lián)的網(wǎng)絡傳輸所述短信的內容的步驟前，還包含以下步驟:
[0016]檢測所述短信的接收端的聯(lián)網(wǎng)狀態(tài)；
[0017]若檢測到所述接收端的聯(lián)網(wǎng)狀態(tài)為已聯(lián)網(wǎng)，則執(zhí)行所述終端以數(shù)據(jù)傳輸?shù)姆绞酵ㄟ^所聯(lián)的網(wǎng)絡傳輸所述短信的內容的步驟；
[0018]若檢測到所述接收端的聯(lián)網(wǎng)狀態(tài)為未聯(lián)網(wǎng)，則進一步提示用戶選擇短信發(fā)送方式；其中，所述短信發(fā)送方式包含:以數(shù)據(jù)傳輸?shù)姆绞酵ㄟ^所聯(lián)的網(wǎng)絡傳輸所述短信的內容和通過SMS方式發(fā)送所述短信；
[0019]根據(jù)用戶選擇的所述發(fā)送方式發(fā)送所述短信。
[0020]用戶在選擇數(shù)據(jù)傳輸方式發(fā)送短信之前新增了判斷接收端的聯(lián)網(wǎng)狀態(tài)，并根據(jù)接收端的聯(lián)網(wǎng)狀態(tài)提示用戶選擇不同的短信發(fā)送方式，并以用戶選擇的方式發(fā)送短信。用戶可根據(jù)所需發(fā)送短信的時效性選擇不同的短信發(fā)送方式，若用戶認為該短信時效性較低，則可以仍以數(shù)據(jù)傳輸?shù)姆绞桨l(fā)送，該短信將在服務器上等待接收端聯(lián)網(wǎng)之后再被接收，若用戶認為該短信的時效性較高，則可以通過SMS方式發(fā)送該短信，保證對方可以及時收到。
[0021]作為進一步改進，在所述檢測所述短信的接收端的聯(lián)網(wǎng)狀態(tài)的步驟中，根據(jù)TCP/IP協(xié)議中的TCP協(xié)議檢測所述短信的接收端的聯(lián)網(wǎng)狀態(tài)。進一步限定檢測接收端聯(lián)網(wǎng)狀態(tài)的方式，使得接收端的聯(lián)網(wǎng)狀態(tài)被準確檢測。
[0022]作為進一步改進，在所述檢測所述短信的接收端的聯(lián)網(wǎng)狀態(tài)的步驟中，所述接收端的聯(lián)網(wǎng)狀態(tài)為存儲于服務器中的所述接收端的聯(lián)網(wǎng)狀態(tài)；其中，所述服務器用于存儲各終端的當前聯(lián)網(wǎng)狀態(tài)。使用服務器預先存儲各終端當前聯(lián)網(wǎng)狀態(tài)，可在需要檢測接收端聯(lián)網(wǎng)狀態(tài)時，直接從服務器調取，加快了接收端聯(lián)網(wǎng)狀態(tài)檢測的速度。
[0023]作為進一步改進，在所述終端以數(shù)據(jù)傳輸?shù)姆绞酵ㄟ^所聯(lián)的網(wǎng)絡傳輸所述短信的內容的步驟后，還包含以下步驟:
[0024]檢測所述終端在預設時間內是否接收到來自所述接收端的信息接收確認；
[0025]若在預設時間內未接收到，則進一步提示用戶確定是否需要通過SMS方式再次發(fā)送所述短信；
[0026]若用戶確定需要再次發(fā)送，則所述終端通過SMS方式發(fā)送所述短信。
[0027]在終端發(fā)送短信之后，新增收取接收端信息接收確認的步驟，使得用戶明確了解接收端是否準確接收短信，避免由于網(wǎng)絡服務不穩(wěn)定造成的短信丟失，同時可依據(jù)用戶的選擇確定是否再次發(fā)送該短信。同樣地，若用戶覺得該短信時效性較高，可以選擇重新以SMS方式發(fā)送短信，若用戶覺得該短信時效性較低，可以選擇不再重復發(fā)送，該短信將在服務器上等待接收端聯(lián)網(wǎng)之后再被接收。
【專利附圖】
【附圖說明】
[0028]圖1是根據(jù)本發(fā)明第一實施方式的短信發(fā)送的方法流程圖；
[0029]圖2是根據(jù)本發(fā)明第二實施方式的短信發(fā)送的方法流程圖；[0030]圖3是根據(jù)本發(fā)明第四實施方式的移動終端結構示意圖；
[0031]圖4是根據(jù)本發(fā)明第五實施方式的移動終端結構示意圖。
【具體實施方式】
[0032]為使本發(fā)明的目的、技術方案和優(yōu)點更加清楚，下面將結合附圖對本發(fā)明的各實施方式進行詳細的闡述。然而，本領域的普通技術人員可以理解，在本發(fā)明各實施方式中，為了使讀者更好地理解本申請而提出了許多技術細節(jié)。但是，即使沒有這些技術細節(jié)和基于以下各實施方式的種種變化和修改，也可以實現(xiàn)本申請各權利要求所要求保護的技術方案。
[0033]本發(fā)明的第一實施方式涉及一種短信發(fā)送的方法，如圖1所示，具體包含以下步驟:
[0034]步驟101，判斷終端的聯(lián)網(wǎng)狀態(tài)是否為聯(lián)網(wǎng)；若是，則執(zhí)行步驟102 ;若否，則執(zhí)行步驟103。也就是說，此步驟中需檢測發(fā)送短信的終端本身的聯(lián)網(wǎng)狀態(tài)，若檢測結果為已聯(lián)網(wǎng)，則執(zhí)行步驟102，若檢測結果為未聯(lián)網(wǎng)，則執(zhí)行步驟103。
[0035]步驟102，判斷短信接收端的聯(lián)網(wǎng)狀態(tài)是否為聯(lián)網(wǎng)；若是，則執(zhí)行步驟104 ;若否，則執(zhí)行步驟105。也就是說，當判定發(fā)送短信的終端的聯(lián)網(wǎng)狀態(tài)為聯(lián)網(wǎng)，則需進一步檢測短信接收端的聯(lián)網(wǎng)狀態(tài)，若檢測結果為已聯(lián)網(wǎng)，則執(zhí)行步驟104，若檢測結果為未聯(lián)網(wǎng)，則執(zhí)行步驟105。
[0036]在實際應用中，當發(fā)送短信的終端的聯(lián)網(wǎng)狀態(tài)為聯(lián)網(wǎng)時，即可以通過數(shù)據(jù)傳輸?shù)姆绞絺鬏敹绦艃热?，短信發(fā)送之后，若接收端聯(lián)網(wǎng)，則該短信立即被接收，若接收端未聯(lián)網(wǎng)，則該短信可以在服務器暫存，等待接收端聯(lián)網(wǎng)再被接收。再進一步地說，若短信時效性較強，終端必須使得短信第一時間被接收，也就是需要明確接收端的聯(lián)網(wǎng)狀態(tài)，所以，在此步驟中進一步判斷接收端的聯(lián)網(wǎng)狀態(tài)，可以使終端進一步了解短信能否在第一時間被接收。
[0037]還需說明的是，本實施方式中是根據(jù)TCP/IP協(xié)議中的TCP協(xié)議檢測短信的接收端的聯(lián)網(wǎng)狀態(tài)，也就是說，通過TCP/IP協(xié)議中的三次握手建立連接的方式確認接收端的聯(lián)網(wǎng)狀態(tài)，其中，具體的確認方法為本領域普通技術人員可知，在此不再贅述。此外，還可以使用其他網(wǎng)絡協(xié)議確定，如無線應用協(xié)議WAP協(xié)議。
[0038]步驟103，終端通過SMS方式發(fā)送短信。具體的說，當判定發(fā)送短信的終端的聯(lián)網(wǎng)狀態(tài)為未聯(lián)網(wǎng)，終端則通過SMS方式發(fā)送短信，也就是通過傳統(tǒng)短信方式發(fā)送。
[0039]步驟104，終端以數(shù)據(jù)傳輸?shù)姆绞酵ㄟ^所聯(lián)的網(wǎng)絡傳輸短信的內容。具體的說，當判定終端的聯(lián)網(wǎng)狀態(tài)和短信接收端的聯(lián)網(wǎng)狀態(tài)均為聯(lián)網(wǎng)時，也就是說，判定終端所發(fā)送的短信可以在第一時間被接收時，終端通過所聯(lián)的網(wǎng)絡傳輸短信的內容。
[0040]步驟105，提示用戶選擇短信發(fā)送方式。在實際應用中，可以通過終端界面跳出選擇框的方式提示用戶選擇，或者在終端的屏幕上顯示提示性內容，例如顯示，請按I選擇“終端以數(shù)據(jù)傳輸?shù)姆绞酵ㄟ^所聯(lián)的網(wǎng)絡傳輸短信的內容”，請按2選擇“終端通過SMS方式發(fā)送短信”。另外，還可以預設一個等待時間和默認選項，如果用戶在等待時間結束仍然未作出選擇，即按照默認選項執(zhí)行后續(xù)步驟，例如，等待時間為30s，默認選項為“終端以數(shù)據(jù)傳輸?shù)姆绞酵ㄟ^所聯(lián)的網(wǎng)絡傳輸短信的內容”，則當需要提示用戶選擇短信發(fā)送方式時，終端則進行30s的倒計時，用戶可以在30s中自行選擇，一旦倒計時結束，用戶還未選擇的話，則自動選擇“終端以數(shù)據(jù)傳輸?shù)姆绞酵ㄟ^所聯(lián)的網(wǎng)絡傳輸短信的內容”再繼續(xù)執(zhí)行后續(xù)步驟。當然，該步驟的實現(xiàn)還可以設計為其他形式，在此不再一一列舉。
[0041]步驟106，判斷用戶選擇的方式是否為SMS方式；若是，則返回執(zhí)行步驟103 ;若否，則返回執(zhí)行步驟104。具體的說，就是當終端聯(lián)網(wǎng)，但接收端不聯(lián)網(wǎng)時，將根據(jù)用戶選擇的發(fā)送方式發(fā)送短信。此外，本步驟與步驟105聯(lián)合，為用戶提供了自行選擇窗口，增加了用戶的參與感，還能提升用戶體驗。
[0042]本實施方式相對于現(xiàn)有技術而言，主要區(qū)別在于:根據(jù)收發(fā)短信的兩個終端的聯(lián)網(wǎng)狀態(tài)來選擇終端發(fā)送短信的方式。具體的說，當終端未聯(lián)網(wǎng)時，則自動以SMS方式發(fā)送短信；當終端和接收端均聯(lián)網(wǎng)時，則自動以數(shù)據(jù)傳輸?shù)姆绞酵ㄟ^所聯(lián)的網(wǎng)絡傳輸短信的內容；當終端聯(lián)網(wǎng)，而接收端未聯(lián)網(wǎng)時，則根據(jù)用戶選擇的方式發(fā)送短信。由此可見，當終端以數(shù)據(jù)傳輸?shù)姆绞酵ㄟ^所聯(lián)的網(wǎng)絡傳輸短信的內容時,終端不需支付SMS業(yè)務費，只需支付數(shù)據(jù)流量費，隨著現(xiàn)在數(shù)據(jù)流量費用成本的降低，用戶為發(fā)送同一條短信支付的流量費將遠小于發(fā)送該條短信的業(yè)務費，如果用戶是通過wifi網(wǎng)絡連接發(fā)送短信內容，成本將更加低廉。顯然，本實施方式可以使得用戶發(fā)送短信的成本降低。此外，本實施方式中不但有終端自動選擇，還有用戶可以自行選擇的步驟，增加了用戶的參與感，還能提升用戶體驗。
[0043]本發(fā)明的第二實施方式同樣涉及一種短信發(fā)送的方法，本實施方式是在第一實施方式的基礎上做了進一步改進，如圖2所示，主要改進之處在于:在終端以數(shù)據(jù)傳輸?shù)姆绞酵ㄟ^所聯(lián)的網(wǎng)絡傳輸短信的內容之后，還需接收來自接收端的“信息接收確認”，使得用戶明確了解接收端是否準確接收短信，避免由于網(wǎng)絡服務不穩(wěn)定造成的短信丟失，同時可依據(jù)用戶的選擇確定是否再次發(fā)送該短信。
[0044]本實施方式中的步驟201至步驟206與第一實施方式中的步驟101至步驟106相類似，在此不再贅述。
[0045]步驟207，判斷終端在預設時間內是否收到“信息接收確認”;若是，則結束本短信發(fā)送流程；若否，則執(zhí)行步驟208。也就是說，此步驟為檢測終端在預設時間內是否接收到來自接收端的信息接收確認，其中預設時間可以由用戶自行設定或者默認，本實施方式中使用一分鐘。具體的說，接收端在收到短信后需要回復“信息接收確認”以確認已經(jīng)接收到該短信，而終端也以接收到該“信息接收確認”明確發(fā)送的短信已被接收，若在預設時間內未收到“信息接收確認”，則可能該短信還未被接收或已經(jīng)丟失。
[0046]步驟208，提示用戶選擇是否通過SMS方式再次發(fā)送短信。也就是說，若在一分鐘內未接收到，則進一步提示用戶確定是否需要通過SMS方式再次發(fā)送該短信。此步驟在實際應用中的實現(xiàn)方式與第一實施方式中的步驟105相類似，區(qū)別在于，選擇項的內容不同，在此也不再贅述。
[0047]步驟209，判斷用戶的選擇是否為再次發(fā)送；若是，則返回執(zhí)行步驟203 ;若否，則結束本短信發(fā)送流程。也就是說，若用戶確定需要再次發(fā)送，則終端通過SMS方式發(fā)送短信。此外，本步驟與步驟208聯(lián)合，為用戶提供了自行選擇窗口，增加了用戶的參與感，還能提升用戶體驗。
[0048]本實施方式中，用戶可以根據(jù)所發(fā)短信的時效性選擇短信的發(fā)送方式，若時效性較高，則可以在確定未收到“信息接收確認”后選擇以SMS方式重新發(fā)送短信，若時效性較低，則可以在確定未收到“信息接收確認”后選擇不重新發(fā)送，也不需要再支付SMS業(yè)務費，進一步降低短信發(fā)送的成本。
[0049]本發(fā)明的第三實施方式同樣涉及一種短信發(fā)送的方法,本實施方式與第一實施方式大致相同，主要區(qū)別在于第一實施方式中，檢測短信接收端的聯(lián)網(wǎng)狀態(tài)是根據(jù)TCP/IP協(xié)議中的TCP協(xié)議檢測，而本實施方式中，采用在服務器中存儲各終端當前聯(lián)網(wǎng)狀態(tài)，需檢測時直接去服務器中調取聯(lián)網(wǎng)狀態(tài)信息即可。這樣可以加快接收端聯(lián)網(wǎng)狀態(tài)檢測的速度。
[0050]在實際應用中，可以使用服務器預先存儲各終端的聯(lián)網(wǎng)狀態(tài)，定時更新，使得服務器中存儲的均為各終端當前的聯(lián)網(wǎng)狀態(tài)，當終端需要調取其他終端的聯(lián)網(wǎng)狀態(tài)時，只需在服務器中確認即可，不僅加快檢測接收端聯(lián)網(wǎng)狀態(tài)的速度，還可以盡量減少時延。
[0051]需要說明的是，上面各種方法的步驟劃分，只是為了描述清楚，實現(xiàn)時可以合并為一個步驟或者對某些步驟進行拆分，分解為多個步驟，只要包含相同的邏輯關系，都在本專利的保護范圍內；對算法中或者流程中添加無關緊要的修改或者引入無關緊要的設計，但不改變其算法和流程的核心設計都在該專利的保護范圍內。
[0052]本發(fā)明第四實施方式涉及一種移動終端，其連接結構如圖3所示，包含:檢測模塊、聯(lián)網(wǎng)發(fā)送模塊和短信業(yè)務SMS發(fā)送模塊；
[0053]檢測模塊用于在終端每一次發(fā)送短信之前，檢測終端的聯(lián)網(wǎng)狀態(tài)，并在檢測為已聯(lián)網(wǎng)時，觸發(fā)聯(lián)網(wǎng)發(fā)送模塊，在檢測為未聯(lián)網(wǎng)時，觸發(fā)SMS發(fā)送模塊。
[0054]聯(lián)網(wǎng)發(fā)送模塊用于以數(shù)據(jù)傳輸?shù)姆绞酵ㄟ^所聯(lián)的網(wǎng)絡傳輸短信的內容。
[0055]SMS發(fā)送模塊用于通過短信業(yè)務SMS方式發(fā)送短信。
[0056]其中，檢測模塊包含以下子模塊:
[0057]本終端檢測子模塊，用于檢測終端的聯(lián)網(wǎng)狀態(tài)。
[0058]接收端檢測子模塊，用于在本終端檢測子模塊檢測為已聯(lián)網(wǎng)時，檢測短信的接收端的聯(lián)網(wǎng)狀態(tài)，并在檢測接收端的聯(lián)網(wǎng)狀態(tài)為已聯(lián)網(wǎng)時，觸發(fā)聯(lián)網(wǎng)發(fā)送模塊；具體的說，接收端檢測子模塊用于根據(jù)TCP/IP協(xié)議中的TCP協(xié)議檢測短信的接收端的聯(lián)網(wǎng)狀態(tài)。
[0059]用戶選擇子模塊，用于在接收端檢測子模塊檢測到接收端的聯(lián)網(wǎng)狀態(tài)為未聯(lián)網(wǎng)時，進一步提示用戶選擇短信發(fā)送方式；其中，短信發(fā)送方式包含:以數(shù)據(jù)傳輸?shù)姆绞酵ㄟ^所聯(lián)的網(wǎng)絡傳輸短信的內容和通過SMS方式發(fā)送短信。
[0060]執(zhí)行子模塊，用于在用戶選擇以數(shù)據(jù)傳輸?shù)姆绞酵ㄟ^所聯(lián)的網(wǎng)絡傳輸短信的內容時，觸發(fā)聯(lián)網(wǎng)發(fā)送模塊，在用戶選擇通過SMS方式發(fā)送短信時，觸發(fā)SMS發(fā)送模塊。
[0061]不難發(fā)現(xiàn)，本實施方式為與第一實施方式相對應的系統(tǒng)實施例，本實施方式可與第一實施方式互相配合實施。第一實施方式中提到的相關技術細節(jié)在本實施方式中依然有效，為了減少重復，這里不再贅述。相應地，本實施方式中提到的相關技術細節(jié)也可應用在第一實施方式中。
[0062]值得一提的是，本實施方式中所涉及到的各模塊均為邏輯模塊，在實際應用中，一個邏輯單元可以是一個物理單元，也可以是一個物理單元的一部分，還可以以多個物理單元的組合實現(xiàn)。此外，為了突出本發(fā)明的創(chuàng)新部分，本實施方式中并沒有將與解決本發(fā)明所提出的技術問題關系不太密切的單元引入，但這并不表明本實施方式中不存在其它的單
J Li ο
[0063]本發(fā)明第五實施方式同樣涉及一種移動終端，第五實施方式是在第四實施方式的基礎上做的進一步改進，如圖4所示，主要改進之處在于本實施方式中的移動終端還包含:[0064]信息接收確認檢測模塊，用于檢測終端在預設時間內是否接收到來自接收端的信息接收確認。
[0065]用戶確認模塊，用于在信息接收確認檢測模塊在預設時間內未接收到信息接收確認時，進一步提示用戶確定是否需要通過SMS方式再次發(fā)送短信，并在用戶確認需要時，觸發(fā)SMS發(fā)送模塊。
[0066]由于第二實施方式與本實施方式相互對應，因此本實施方式可與第二實施方式互相配合實施。第二實施方式中提到的相關技術細節(jié)在本實施方式中依然有效，在第二實施方式中所能達到的技術效果在本實施方式中也同樣可以實現(xiàn)，為了減少重復，這里不再贅述。相應地，本實施方式中提到的相關技術細節(jié)也可應用在第二實施方式中。
[0067]本發(fā)明第六實施方式同樣涉及一種移動終端，第六實施方式與第四實施方式基本相同，主要區(qū)別在于:在第四實施方式中，接收端檢測子模塊用于根據(jù)TCP/IP協(xié)議中的TCP協(xié)議檢測短信的接收端的聯(lián)網(wǎng)狀態(tài)，而本實施方式中，接收端檢測子模塊檢測的短信的接收端的聯(lián)網(wǎng)狀態(tài)為存儲于服務器中的接收端的聯(lián)網(wǎng)狀態(tài)；其中，服務器用于存儲各終端的當前聯(lián)網(wǎng)狀態(tài)。
[0068]由于第三實施方式與本實施方式相互對應，因此本實施方式可與第三實施方式互相配合實施。第三實施方式中提到的相關技術細節(jié)在本實施方式中依然有效，在第三實施方式中所能達到的技術效果在本實施方式中也同樣可以實現(xiàn)，為了減少重復，這里不再贅述。相應地，本實施方式中提到的相關技術細節(jié)也可應用在第三實施方式中。
[0069]本領域的普通技術人員可以理解，上述各實施方式是實現(xiàn)本發(fā)明的具體實施例，而在實際應用中，可以在形式上和細節(jié)上對其作各種改變，而不偏離本發(fā)明的精神和范圍。
【權利要求】
1.一種短信發(fā)送的方法，其特征在于，終端每一次發(fā)送短信之前均包含以下步驟: 檢測所述終端的聯(lián)網(wǎng)狀態(tài)； 若為已聯(lián)網(wǎng)，則所述終端以數(shù)據(jù)傳輸?shù)姆绞酵ㄟ^所聯(lián)的網(wǎng)絡傳輸所述短信的內容； 若為未聯(lián)網(wǎng)，則所述終端通過短信業(yè)務SMS方式發(fā)送所述短信。
2.根據(jù)權利要求1所述的短信發(fā)送的方法，其特征在于，在所述終端以數(shù)據(jù)傳輸?shù)姆绞酵ㄟ^所聯(lián)的網(wǎng)絡傳輸所述短信的內容的步驟前，還包含以下步驟: 檢測所述短信的接收端的聯(lián)網(wǎng)狀態(tài)； 若檢測到所述接收端的聯(lián)網(wǎng)狀態(tài)為已聯(lián)網(wǎng)，則執(zhí)行所述終端以數(shù)據(jù)傳輸?shù)姆绞酵ㄟ^所聯(lián)的網(wǎng)絡傳輸所述短信的內容的步驟； 若檢測到所述接收端的聯(lián)網(wǎng)狀態(tài)為未聯(lián)網(wǎng)，則進一步提示用戶選擇短信發(fā)送方式；其中，所述短信發(fā)送方式包含:以數(shù)據(jù)傳輸?shù)姆绞酵ㄟ^所聯(lián)的網(wǎng)絡傳輸所述短信的內容和通過SMS方式發(fā)送所述短信； 根據(jù)用戶選擇的所述發(fā)送方式發(fā)送所述短信。
3.根據(jù)權利要求2所述的短信發(fā)送的方法，其特征在于，在所述檢測所述短信的接收端的聯(lián)網(wǎng)狀態(tài)的步驟中，根據(jù)TCP/IP協(xié)議中的TCP協(xié)議檢測所述短信的接收端的聯(lián)網(wǎng)狀態(tài)。
4.根據(jù)權利要求2所述的短信發(fā)送的方法，其特征在于，在所述檢測所述短信的接收端的聯(lián)網(wǎng)狀態(tài)的步驟中，所述接收端的聯(lián)網(wǎng)狀態(tài)為存儲于服務器中的所述接收端的聯(lián)網(wǎng)狀態(tài)； 其中，所述服務器用于存儲各終端的當前聯(lián)網(wǎng)狀態(tài)。
5.根據(jù)權利要求1所述的短信發(fā)送的方法，其特征在于，在所述終端以數(shù)據(jù)傳輸?shù)姆绞酵ㄟ^所聯(lián)的網(wǎng)絡傳輸所述短信的內容的步驟后，還包含以下步驟: 檢測所述終端在預設時間內是否接收到來自所述接收端的信息接收確認； 若在預設時間內未接收到，則進一步提示用戶確定是否需要通過SMS方式再次發(fā)送所述短信； 若用戶確定需要再次發(fā)送，則所述終端通過SMS方式發(fā)送所述短信。
6.一種移動終端，其特征在于，包含:檢測模塊、聯(lián)網(wǎng)發(fā)送模塊和短信業(yè)務SMS發(fā)送模塊； 所述檢測模塊用于在終端每一次發(fā)送短信之前，檢測所述終端的聯(lián)網(wǎng)狀態(tài)，并在檢測為已聯(lián)網(wǎng)時，觸發(fā)所述聯(lián)網(wǎng)發(fā)送模塊，在檢測為未聯(lián)網(wǎng)時，觸發(fā)所述SMS發(fā)送模塊； 所述聯(lián)網(wǎng)發(fā)送模塊用于以數(shù)據(jù)傳輸?shù)姆绞酵ㄟ^所聯(lián)的網(wǎng)絡傳輸所述短信的內容； 所述SMS發(fā)送模塊用于通過SMS方式發(fā)送所述短信。
7.根據(jù)權利要求6所述的一種移動終端，其特征在于，所述檢測模塊包含以下子模塊: 本終端檢測子模塊，用于檢測所述終端的聯(lián)網(wǎng)狀態(tài)； 接收端檢測子模塊，用于在所述本終端檢測子模塊檢測為已聯(lián)網(wǎng)時，檢測所述短信的接收端的聯(lián)網(wǎng)狀態(tài)，并在檢測所述接收端的聯(lián)網(wǎng)狀態(tài)為已聯(lián)網(wǎng)時，觸發(fā)所述聯(lián)網(wǎng)發(fā)送模塊； 用戶選擇子模塊，用于在所述接收端檢測子模塊檢測到所述接收端的聯(lián)網(wǎng)狀態(tài)為未聯(lián)網(wǎng)時，進一步提示用戶選擇短信發(fā)送方式；其中，所述短信發(fā)送方式包含:以數(shù)據(jù)傳輸?shù)姆绞酵ㄟ^所聯(lián)的網(wǎng)絡傳輸所述短信的內容和通過SMS方式發(fā)送所述短信； 執(zhí)行子模塊，用于在用戶選擇以數(shù)據(jù)傳輸?shù)姆绞酵ㄟ^所聯(lián)的網(wǎng)絡傳輸所述短信的內容時，觸發(fā)所述聯(lián)網(wǎng)發(fā)送模塊，在用戶選擇通過SMS方式發(fā)送所述短信時，觸發(fā)所述SMS發(fā)送模塊。
8.根據(jù)權利要求7所述的一種移動終端，其特征在于，所述接收端檢測子模塊用于根據(jù)TCP/IP協(xié)議中的TCP協(xié)議檢測所述短信的接收端的聯(lián)網(wǎng)狀態(tài)。
9.根據(jù)權利要求7所述的一種移動終端，其特征在于，所述接收端檢測子模塊檢測的所述短信的接收端的聯(lián)網(wǎng)狀態(tài)為存儲于服務器中的所述接收端的聯(lián)網(wǎng)狀態(tài)； 其中，所述服務器用于存儲各終端的當前聯(lián)網(wǎng)狀態(tài)。
10.根據(jù)權利要求6所述的一種移動終端，其特征在于，所述移動終端還包含: 信息接收確認檢測模塊，用于檢測所述終端在預設時間內是否接收到來自所述接收端的信息接收確認； 用戶確認模塊，用于在所述信息接收確認檢測模塊在預設時間內未接收到所述信息接收確認時，進一步提示用戶確定是否需要通過SMS方式再次發(fā)送所述短信，并在用戶確認需要時，觸發(fā)所述SMS發(fā)送模塊。
【文檔編號】H04W4/14GK103945054SQ201410095507
【公開日】2014年7月23日 申請日期:2014年3月14日 優(yōu)先權日:2014年3月14日
【發(fā)明者】黃向昆, 劉樹章 申請人:上海天奕達電子科技有限公司