專利名稱：短消息閱讀收條的實(shí)現(xiàn)方法與系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)通信技術(shù)領(lǐng)域，尤其涉及一種短消息閱讀收條的實(shí)現(xiàn)方法與裝置。
背景技術(shù)：
現(xiàn)代社會，移動(dòng)電話也就是手機(jī)已經(jīng)成為人們不可缺少的通訊工具。而在日常生活中，SMS(Short Message Service短消息業(yè)務(wù))因?yàn)槠浞奖憧旖萘畠r(jià)等原因已經(jīng)被廣大的手機(jī)消費(fèi)者所普遍接受并廣泛使用。
SMS是一種屬于存儲轉(zhuǎn)發(fā)的非實(shí)時(shí)消息業(yè)務(wù)，其發(fā)送接收具體分為以下五個(gè)處理過程(1)發(fā)送者發(fā)送消息(SMS-SUBMIT)消息發(fā)送者發(fā)送SMS-SUBMIT消息給SMSC(Short Message ServiceCenter短消息服務(wù)中心)。
(2)SMSC通知發(fā)送者(SMS-SUBMIT-REPORT)SMSC發(fā)送SMS-SUBMIT-REPORT消息通知消息發(fā)送者。
(3)SMSC發(fā)送消息(SMS-DELIVER)SMSC發(fā)送SMS-DELIVER消息給消息接收者。
(4)接收者通知SMSC(SMS-DELIVER-REPORT)消息接收者發(fā)送SMS-DELIVER-REPORT消息通知SMSC。
(5)SMSC告知發(fā)送者已發(fā)送(SMS-STATUS-REPORT)如今，SMS不僅僅是一種業(yè)務(wù)，一種通訊方式，更是一種現(xiàn)代日常生活中喜聞樂見的拇指文化。發(fā)送短消息已經(jīng)成為許多人生活中不可缺少的聯(lián)系方式。
但是，目前的短消息業(yè)務(wù)存在一個(gè)缺點(diǎn)，就是如果短消息的接收者不回送一條表示其已經(jīng)閱讀的短消息，則短消息的發(fā)送者無法得知接收者是否閱讀了短消息。當(dāng)通知一些重要的事情時(shí)，還是采用通過電話通知，使得無法充分發(fā)揮短消息業(yè)務(wù)方便、快捷與廉價(jià)的優(yōu)點(diǎn)，即限制了短消息業(yè)務(wù)在一些特殊需求情況下的使用。
發(fā)明內(nèi)容
鑒于上述現(xiàn)有技術(shù)所存在的問題，本發(fā)明的目的是提供一種短消息閱讀收條的實(shí)現(xiàn)方法與裝置，使用戶在發(fā)送短消息時(shí)可以通過要求接收者發(fā)送確認(rèn)的閱讀收條短消息給發(fā)送者，使發(fā)送者可以確認(rèn)接收者已經(jīng)閱讀此短消息，充分利用短消息業(yè)務(wù)方便、快捷與廉價(jià)的優(yōu)點(diǎn)。
本發(fā)明的目的是通過以下技術(shù)方案實(shí)現(xiàn)的本發(fā)明提供了一種短消息閱讀收條的實(shí)現(xiàn)方法，包括A、當(dāng)發(fā)送端發(fā)送短消息時(shí)，發(fā)送短消息閱讀收條信息，要求接收端回復(fù)閱讀收條的短消息；B、接收端收到發(fā)送端發(fā)來的所述信息后，發(fā)送閱讀收條的短消息給發(fā)送端。
所述的短消息閱讀收條信息為在短消息業(yè)務(wù)SMS消息中的已有的信息元素或擴(kuò)充的信息元素中設(shè)置的標(biāo)識信息；或者，所述的短消息閱讀收條的信息為在短消息文本字段中設(shè)置的一個(gè)標(biāo)識信息。
所述的步驟A包括A1、在發(fā)送短消息時(shí)，設(shè)置短消息閱讀收條信息的類型；
A2、根據(jù)所設(shè)置的短消息閱讀收條信息的類型，為發(fā)送的短消息增加對應(yīng)的短消息閱讀收條信息，并發(fā)送此短消息。
所述的短消息閱讀收條信息的類型包括無須接收端發(fā)送短消息閱讀收條、提示接收端發(fā)送短消息閱讀收條或要求接收端必須發(fā)送短消息閱讀收條。
所述的步驟B包括B1、接收端在收到發(fā)送端的包含有短消息閱讀收條信息的短消息后，獲取短消息閱讀收條信息；B2、根據(jù)短消息閱讀收條信息發(fā)送閱讀收條的短消息給發(fā)送端。
所述的步驟B2包括B21、當(dāng)短消息閱讀收條信息要求必須發(fā)送閱讀收條時(shí)，提示接收端用戶必須發(fā)送閱讀收條，并在接收端發(fā)送閱讀收條的短信息后，顯示短信息內(nèi)容；或者，B22、當(dāng)短消息閱讀收條信息要求提示發(fā)送閱讀收條時(shí)，提示接收端用戶是否發(fā)送閱讀收條，如果發(fā)送，則接收端發(fā)送閱讀收條的短信息，之后顯示短信息內(nèi)容；否則，直接顯示短信息內(nèi)容；或者，B23、當(dāng)短消息閱讀收條信息要求無須發(fā)送閱讀收條時(shí)，直接顯示短信息內(nèi)容。
所述的接收端發(fā)送閱讀收條的短消息時(shí)不包括短消息閱讀收條信息；或者，所述的接收端發(fā)送閱讀收條的短消息包括的短消息閱讀收條信息為無須發(fā)送閱讀收條。
所述的方法還包括判斷是否要求設(shè)置短消息閱讀收條功能，如是，則執(zhí)行步驟A，否則，按普通方式發(fā)送短消息。
所述的方法還包括在發(fā)送端和/或接收端設(shè)定是否啟用短信息閱讀收條功能。
本發(fā)明提供了一種實(shí)現(xiàn)上述方法的短消息閱讀收條的發(fā)送裝置，設(shè)于短消息的發(fā)送端，包括短消息閱讀收條設(shè)置模塊用于在短消息中增加短消息閱讀收條設(shè)置項(xiàng)；短消息用戶界面模塊實(shí)現(xiàn)用戶對短消息閱讀收條設(shè)置模塊中短消息閱讀收條信息的設(shè)置以及查看；短消息發(fā)送功能模塊將已經(jīng)配置有短消息閱讀收條信息的短消息發(fā)送至SMSC。
所述的短消息閱讀收條設(shè)置模塊是在原發(fā)送端的短消息設(shè)置模塊中增加的一個(gè)子模塊；或者，所述的短消息發(fā)送功能模塊是在原發(fā)送端的短消息功能模塊中增加的一個(gè)子模塊。
本發(fā)明還提供了一種實(shí)現(xiàn)上述方法的短消息閱讀收條的接收裝置，設(shè)于短消息的接收端，包括短消息接收功能模塊接收SMSC發(fā)來的已經(jīng)配置有短消息閱讀收條信息的短消息；短消息用戶界面模塊實(shí)現(xiàn)用戶對短消息設(shè)置模塊中短消息閱讀收條設(shè)置項(xiàng)的查看與確認(rèn)；短消息閱讀收條回復(fù)模塊根據(jù)用戶的確認(rèn)發(fā)送相應(yīng)的閱讀收條短消息給SMSC。
所述的短消息接收功能模塊或短消息閱讀收條回復(fù)模塊是在原接收端的短消息功能模塊中增加的一個(gè)子模塊。
本發(fā)明還提供了一種實(shí)現(xiàn)上述方法的短消息閱讀收條系統(tǒng)，包括短消息閱讀收條的發(fā)送裝置設(shè)于短消息的發(fā)送端，用于在發(fā)送短消息時(shí)增加短消息閱讀收條信息，并將此短消息發(fā)送給SMSC，要求接收端給出閱讀收條的短消息；
短消息閱讀收條的接收裝置設(shè)于短消息的接收端，用于在收到發(fā)送端通過SMSC發(fā)來的有短消息閱讀收條信息的短消息后，發(fā)送閱讀收條的短消息給發(fā)送端。
由上述本發(fā)明提供的技術(shù)方案可以看出，本發(fā)明的一種短消息閱讀收條的裝置包括設(shè)于發(fā)送端的短消息閱讀收條的發(fā)送裝置與設(shè)于接收端的短消息閱讀收條的接收裝置，發(fā)送端在發(fā)送短消息時(shí)增加短消息閱讀收條信息，要求接收端給出閱讀收條的短消息；接收端在收到發(fā)送端的有短消息閱讀收條信息的短消息后，發(fā)送閱讀收條的短消息給發(fā)送端。使用戶在發(fā)送短消息時(shí)可以通過要求接收者發(fā)送確認(rèn)的閱讀收條短消息給發(fā)送者。使發(fā)送者可以確認(rèn)接收者已經(jīng)閱讀此短消息，充分發(fā)揮短消息業(yè)務(wù)方便、快捷與廉價(jià)的優(yōu)點(diǎn)。
圖1為本發(fā)明所述短消息閱讀收條的實(shí)現(xiàn)方法的流程圖一；圖2為本發(fā)明所述短消息閱讀收條的實(shí)現(xiàn)方法的流程圖二；圖3為本發(fā)明所述短消息閱讀收條裝置的結(jié)構(gòu)示意圖。
具體實(shí)施例方式
本發(fā)明所述的一種短消息閱讀收條的實(shí)現(xiàn)方法，其
具體實(shí)施方式
可分為發(fā)送端與接收端兩個(gè)過程獨(dú)立描述。如圖1所示發(fā)送端發(fā)送編輯的短消息或轉(zhuǎn)發(fā)的短消息的具體流程為步驟11、用戶編輯完成短消息或要轉(zhuǎn)發(fā)短消息；步驟12、判斷是否需要設(shè)置短消息閱讀收條功能，如是執(zhí)行步驟13，否則執(zhí)行步驟14；步驟13、根據(jù)系統(tǒng)的短消息閱讀收條功能的設(shè)置，為短消息添加短消息閱讀收條信息；當(dāng)然，這一步驟的短消息閱讀收條信息有三種1、不需要接收端發(fā)送短消息閱讀收條；2、提示接收端發(fā)送短消息閱讀收條3、要求接收端必須發(fā)送短消息閱讀收條；用戶可以根據(jù)所發(fā)短信息的具體內(nèi)容，設(shè)定為短消息添加短消息閱讀收條信息的類型；步驟14、發(fā)送短消息。
如圖2所示接收端接收到上述的短消息后的具體流程為步驟21、接收端接收并開始閱讀短消息；步驟22、獲取短消息中的短消息閱讀收條信息；步驟23、判斷是否存在短消息閱讀收條信息，如果是執(zhí)行步驟24，否則執(zhí)行步驟210；步驟24、判斷短消息閱讀收條信息的類型，如是提示發(fā)送短消息閱讀收條，執(zhí)行步驟25；如是必須發(fā)送短消息閱讀收條，執(zhí)行步驟28；如是不需要發(fā)送短消息閱讀收條，執(zhí)行步驟210；步驟25、提示接收端用戶需要確認(rèn)是否發(fā)送短消息閱讀收條；步驟26、判斷接收端確認(rèn)是否發(fā)送短消息閱讀收條，如是執(zhí)行步驟27，否則，執(zhí)行步驟210步驟27、接收端發(fā)送短消息閱讀收條的短信息；在發(fā)送短消息閱讀收條的短消息的過程中，用戶首先編輯短消息閱讀收條或選擇系統(tǒng)中所存儲的設(shè)定好的短消息閱讀收條；在此無需為此短消息閱讀收條的短消息添加短消息閱讀收條信息，直接發(fā)送就可以了；當(dāng)然如果為其添加短消息閱讀收條信息也只能是“不需要接收端發(fā)送短消息閱讀收條”，也就是說不用再為此短消息發(fā)送短消息閱讀收條。
步驟28、提示接收端用戶必須發(fā)送短消息閱讀收條；步驟29、判斷接收端確認(rèn)是否發(fā)送短消息閱讀收條，如是執(zhí)行步驟37，否則，執(zhí)行步驟211；步驟210、顯示短消息內(nèi)容；步驟211、不顯示短消息內(nèi)容，返回待機(jī)狀態(tài)。
在上述的短消息發(fā)送過程中，為了實(shí)現(xiàn)或取消短消息閱讀收條功能，可以在發(fā)送端和/或接收端設(shè)定是否啟用短消息閱讀收條功能。
本發(fā)明述的短消息閱讀收條的系統(tǒng)的
具體實(shí)施方式
如圖3所示，包括短消息閱讀收條的發(fā)送裝置與短消息閱讀收條的接收裝置，其中短消息閱讀收條的發(fā)送裝置設(shè)于短消息的發(fā)送端，包括短消息閱讀收條設(shè)置模塊、短消息用戶界面模塊與短消息發(fā)送功能模塊。用于在發(fā)送短消息時(shí)增加短消息閱讀收條信息，并將此短消息發(fā)送給SMSC，要求接收端給出閱讀收條的短消息。其中短消息閱讀收條設(shè)置模塊用于在短消息中增加短消息閱讀收條設(shè)置項(xiàng)，設(shè)置要求短消息閱讀收條的類型；所述的類型包括無須接收端發(fā)送短消息閱讀收條、提示接收端發(fā)送短消息閱讀收條與要求接收端必須發(fā)送短消息閱讀收條；短消息用戶界面模塊連接短消息閱讀收條設(shè)置模塊，實(shí)現(xiàn)用戶對短消息設(shè)置模塊中短消息閱讀收條設(shè)置項(xiàng)的設(shè)置以及查看；短消息發(fā)送功能模塊連接短消息閱讀收條設(shè)置模塊與短消息用戶界面模塊，將已經(jīng)配置有短消息閱讀收條信息的短消息發(fā)送至SMSC。
短消息閱讀收條的接收裝置設(shè)于短消息的接收端，包括短消息接收功能模塊、短消息用戶界面模塊或短消息閱讀收條回復(fù)模塊，用于在收到發(fā)送端通過SMSC發(fā)來的有短消息閱讀收條信息的短消息后，發(fā)送閱讀收條的短消息給發(fā)送端。其中短消息接收功能模塊接收SMSC發(fā)來的已經(jīng)配置有短消息閱讀收條信息的短消息；短消息用戶界面模塊連接短消息接收功能模塊，實(shí)現(xiàn)用戶對短消息設(shè)置模塊中短消息閱讀收條設(shè)置項(xiàng)的查看與確認(rèn)；短消息閱讀收條回復(fù)模塊與短消息用戶界面模塊及短消息接收功能模塊連接，根據(jù)用戶的確認(rèn)發(fā)送相應(yīng)的閱讀收條短消息給SMSC。
上述的短消息用戶界面模塊為短消息閱讀收條的發(fā)送裝置與短消息閱讀收條的接收裝置共用的，且為原有的短消息用戶界面模塊。
上述的短消息閱讀收條設(shè)置模塊是在原發(fā)送端的短消息設(shè)置模塊中增加的一個(gè)子模塊。
上述的短消息發(fā)送功能模塊是在原發(fā)送端的短消息功能模塊中增加的一個(gè)子模塊。
上述的短消息接收功能模塊是在原接收端的短消息功能模塊中增加的一個(gè)子模塊。
上述的短消息閱讀收條回復(fù)模塊是在原接收端的短消息功能模塊中增加的一個(gè)子模塊。
上述的實(shí)施方式結(jié)合到具體的移動(dòng)終端，其方案如下首先，在3GPP TS 23.040 V3.9.0協(xié)議中對TP-UD字段Header中消息元素標(biāo)識的定義如表1所示表1
<p>
字節(jié)15字節(jié)16該表包括以下幾部分共用部分(#區(qū)域)第1字節(jié)的第1比特為“1”，后7個(gè)比特位作為校驗(yàn)碼(CRC-7)，其余15個(gè)字節(jié)的第1個(gè)比特為“0”。所謂共用部分，是指這些比特與J0字節(jié)是否用于發(fā)現(xiàn)無關(guān)。
傳統(tǒng)蹤跡字節(jié)使用部分(除#部分以外所有比特位)共15×7比特。這其中包括鄰居發(fā)現(xiàn)標(biāo)志用作鄰居發(fā)現(xiàn)時(shí)，第2字節(jié)的后7個(gè)比特位作為鄰居發(fā)現(xiàn)過程的標(biāo)志，內(nèi)容為“+”；鄰居發(fā)現(xiàn)標(biāo)志在發(fā)現(xiàn)過程啟始后被寫入，在發(fā)現(xiàn)過程結(jié)束后被清除。
發(fā)現(xiàn)過程類型指示(##)在處于發(fā)現(xiàn)過程時(shí)，利用第3字節(jié)至第16字節(jié)中任一字節(jié)的第N(N＝2，3，4，5，6，7，8)比特作為標(biāo)志位，例如使用“0”表示再生段鄰居發(fā)現(xiàn)，“1”表示復(fù)用段鄰居發(fā)現(xiàn)，或者使用“1”表示再生段鄰居發(fā)現(xiàn)，“0”表示復(fù)用段鄰居發(fā)現(xiàn)。在該實(shí)施例中，使用第3字節(jié)至第16字節(jié)中第2個(gè)比特作為標(biāo)志位。發(fā)現(xiàn)過程類型指示在發(fā)現(xiàn)過程啟始后被寫入，在發(fā)現(xiàn)過程結(jié)束后被清除。資源標(biāo)志第3字節(jié)到第16字節(jié)的后6個(gè)比特位承載鄰居發(fā)現(xiàn)消息內(nèi)容(###部分共84比特)。當(dāng)用于復(fù)用段發(fā)現(xiàn)時(shí)，承載發(fā)現(xiàn)消息的內(nèi)容(###)被源節(jié)點(diǎn)置入目的節(jié)點(diǎn)復(fù)用段資源信息。在發(fā)現(xiàn)過程結(jié)束后被清除。
如圖3所示，節(jié)點(diǎn)A通過CCI接口向傳送平面輸出端口1發(fā)出寫J0的要求，由開銷處理器(C)通過信號線(W1)驅(qū)動(dòng)開銷寫入電路(21)寫入以下信息第2字節(jié)的后7個(gè)比特位作為鄰居發(fā)現(xiàn)過程的標(biāo)志，內(nèi)容為“+”；第3字節(jié)至第16字節(jié)中第2個(gè)比特作為標(biāo)志位，寫入復(fù)用段發(fā)現(xiàn)標(biāo)志，例如為“1”，在第3字節(jié)至第16字節(jié)中第3至8比特寫入資源標(biāo)志信息，如Test(<Local_Interface_ID＝100><Verify_ID>)。J0字節(jié)經(jīng)節(jié)點(diǎn)B透明傳送到節(jié)點(diǎn)Z，輸入到節(jié)點(diǎn)Z的端口1，位于節(jié)點(diǎn)Z的輸入端口1內(nèi)的開銷讀出電路(11)將J0讀取出來，經(jīng)位于節(jié)點(diǎn)Z內(nèi)的讀信號線(R1)輸入到位于節(jié)點(diǎn)Z內(nèi)的開銷處理器(C)，證實(shí)J0用于復(fù)用段發(fā)現(xiàn)，值，即在現(xiàn)有短消息實(shí)現(xiàn)中沒有應(yīng)用。所以，可以考慮從這些保留值中任意選取一個(gè)值作為短消息閱讀收條信息元素的標(biāo)識符。
短消息發(fā)送者通過該標(biāo)識符在SMS-SUBMIT消息中增加短消息閱讀收條信息，短消息接收者通過該標(biāo)識符從SMS-DELIVER消息中獲取短消息閱讀收條信息。
2)信息元素大小設(shè)置為1，即一個(gè)八位位組，即隨后的數(shù)據(jù)域?yàn)橐粋€(gè)八位位組。
3)信息元素?cái)?shù)據(jù)0NO-RECEIPT，不需要短消息接收者發(fā)送短消息閱讀收條；1OPTIONAL-RECEIPT，提示短消息接收者發(fā)送短消息閱讀收條，但短消息接收者可以選擇發(fā)送短消息閱讀收條也可以選擇不發(fā)送短消息閱讀收條；2MANDATORY-RECEIPT，短消息接收者必須發(fā)送短消息閱讀收條。
短消息接收者要能夠獲取短消息發(fā)送者的短消息閱讀收條信息元素，要求SMSC發(fā)送給短消息接收者的SMS-DELIVER消息包含SMS-SUBMIT消息中同樣的短消息閱讀收條信息元素。
另外，還需要在協(xié)議層增加短消息閱讀收條用戶接口1)短消息閱讀收條設(shè)置接口該接口用于短消息發(fā)送者在發(fā)送SMS-SUBMIT消息時(shí)，在SMS-SUBMIT消息中增加相應(yīng)的短消息閱讀收條信息元素。該信息元素?cái)?shù)據(jù)標(biāo)識短消息發(fā)送者是否要求該短消息接收者發(fā)送該短消息的閱讀收條。
2)短消息閱讀收條獲取接口該接口用于短消息接收者在收到SMS-DELIVER消息時(shí)，從SMS-DELIVER消息中提取相應(yīng)的短消息閱讀收條信息元素。該信息元素?cái)?shù)據(jù)標(biāo)識短消息發(fā)送者是否要求該短消息接收者發(fā)送該短消息的閱讀收條。如果SMS-DELIVER消息中不包含相應(yīng)的短消息閱讀收條信息元素，則缺省認(rèn)為不需要短消息閱讀收條。
上述實(shí)現(xiàn)方案主要是通過對現(xiàn)有3GPP關(guān)于SMS相關(guān)協(xié)議的擴(kuò)充以及上層SMS相關(guān)應(yīng)用的配合來實(shí)現(xiàn)短消息閱讀收條功能的，當(dāng)然通過下述方案同樣可以實(shí)現(xiàn)短消息閱讀收條功能1短消息發(fā)送者在發(fā)送SMS-SUBMIT消息時(shí)，可以在TP-UD字段中的短消息文本數(shù)據(jù)段的特定位置插入一個(gè)特殊的標(biāo)識符，標(biāo)識是否需要短消息接收者發(fā)送短消息閱讀收條。
2短消息接收者在接收SMS-DELIVER消息后，在TP-UD字段中的短消息文本數(shù)據(jù)段的相應(yīng)位置讀取該特殊的標(biāo)識符，該標(biāo)識符標(biāo)識是否需要短消息接收者發(fā)送短消息閱讀收條。
3具體的實(shí)現(xiàn)過程和上面所述的過程相似，不同的是這里的短消息閱讀收條信息是通過SMS-DELIVER消息的TP-UD字段中的短消息文本數(shù)據(jù)區(qū)在短消息發(fā)送和接收者之間傳送的，而不是通過SMS-DELIVER消息的TP-UD字段Header中的短消息閱讀收條信息元素。
該方案無須對現(xiàn)有SMS協(xié)議的擴(kuò)充，實(shí)現(xiàn)也相對簡單，但要求短消息發(fā)送接收雙方能夠?qū)υ撎厥獾臉?biāo)識符達(dá)成共識，然而在不同的終端提供者之間達(dá)成這種共識是一件及其困難的事情，因此限制該短消息閱讀收條功能在各短消息終端用戶間的通用性。
以上所述，僅為本發(fā)明較佳的
具體實(shí)施方式
，但本發(fā)明的保護(hù)范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)該以權(quán)利要求的保護(hù)范圍為準(zhǔn)。
權(quán)利要求
1.一種短消息閱讀收條的實(shí)現(xiàn)方法，其特征在于，包括A、當(dāng)發(fā)送端發(fā)送短消息時(shí)，發(fā)送短消息閱讀收條信息，要求接收端回復(fù)閱讀收條的短消息；B、接收端收到發(fā)送端發(fā)來的所述信息后，發(fā)送閱讀收條的短消息給發(fā)送端。
2.根據(jù)權(quán)利要求1所述的短消息閱讀收條的實(shí)現(xiàn)方法，其特征在于，所述的短消息閱讀收條信息為在短消息業(yè)務(wù)SMS消息中的已有的信息元素或擴(kuò)充的信息元素中設(shè)置的標(biāo)識信息；或者，所述的短消息閱讀收條的信息為在短消息文本字段中設(shè)置的一個(gè)標(biāo)識信息。
3.根據(jù)權(quán)利要求1或2所述的短消息閱讀收條的實(shí)現(xiàn)方法，其特征在于，所述的步驟A包括A1、在發(fā)送短消息時(shí)，設(shè)置短消息閱讀收條信息的類型；A2、根據(jù)所設(shè)置的短消息閱讀收條信息的類型，為發(fā)送的短消息增加對應(yīng)的短消息閱讀收條信息，并發(fā)送此短消息。
4.根據(jù)權(quán)利要求3所述的短消息閱讀收條的實(shí)現(xiàn)方法，其特征在于，所述的短消息閱讀收條信息的類型包括無須接收端發(fā)送短消息閱讀收條、提示接收端發(fā)送短消息閱讀收條或要求接收端必須發(fā)送短消息閱讀收條。
5.根據(jù)權(quán)利要求1或2所述的短消息閱讀收條的實(shí)現(xiàn)方法，其特征在于，所述的步驟B包括B1、接收端在收到發(fā)送端的包含有短消息閱讀收條信息的短消息后，獲取短消息閱讀收條信息；B2、根據(jù)短消息閱讀收條信息發(fā)送閱讀收條的短消息給發(fā)送端。
6.根據(jù)權(quán)利要求5所述的短消息閱讀收條的實(shí)現(xiàn)方法，其特征在于，所述的步驟B2包括B21、當(dāng)短消息閱讀收條信息要求必須發(fā)送閱讀收條時(shí)，提示接收端用戶必須發(fā)送閱讀收條，并在接收端發(fā)送閱讀收條的短信息后，顯示短信息內(nèi)容；或者，B22、當(dāng)短消息閱讀收條信息要求提示發(fā)送閱讀收條時(shí)，提示接收端用戶是否發(fā)送閱讀收條，如果發(fā)送，則接收端發(fā)送閱讀收條的短信息，之后顯示短信息內(nèi)容；否則，直接顯示短信息內(nèi)容；或者，B23、當(dāng)短消息閱讀收條信息要求無須發(fā)送閱讀收條時(shí)，直接顯示短信息內(nèi)容。
7.根據(jù)權(quán)利要求6所述的短消息閱讀收條的實(shí)現(xiàn)方法，其特征在于所述的接收端發(fā)送閱讀收條的短消息時(shí)不包括短消息閱讀收條信息；或者，所述的接收端發(fā)送閱讀收條的短消息包括的短消息閱讀收條信息為無須發(fā)送閱讀收條。
8.根據(jù)權(quán)利要求1或2所述的短消息閱讀收條的實(shí)現(xiàn)方法，其特征在于，還包括判斷是否要求設(shè)置短消息閱讀收條功能，如是，則執(zhí)行步驟A，否則，按普通方式發(fā)送短消息。
9.根據(jù)權(quán)利要求1或2所述的短消息閱讀收條的實(shí)現(xiàn)方法，其特征在于，還包括在發(fā)送端和/或接收端設(shè)定是否啟用短信息閱讀收條功能。
10.一種實(shí)現(xiàn)上述方法的短消息閱讀收條的發(fā)送裝置，設(shè)于短消息的發(fā)送端，其特征在于，包括短消息閱讀收條設(shè)置模塊用于在短消息中增加短消息閱讀收條設(shè)置項(xiàng)；短消息用戶界面模塊實(shí)現(xiàn)用戶對短消息閱讀收條設(shè)置模塊中短消息閱讀收條信息的設(shè)置以及查看；短消息發(fā)送功能模塊將已經(jīng)配置有短消息閱讀收條信息的短消息發(fā)送至SMSC。
11.根據(jù)權(quán)利要求10所述的短消息閱讀收條的發(fā)送裝置，其特征在于所述的短消息閱讀收條設(shè)置模塊是在原發(fā)送端的短消息設(shè)置模塊中增加的一個(gè)子模塊；或者，所述的短消息發(fā)送功能模塊是在原發(fā)送端的短消息功能模塊中增加的一個(gè)子模塊。
12.一種實(shí)現(xiàn)上述方法的短消息閱讀收條的接收裝置，設(shè)于短消息的接收端，其特征在于，包括短消息接收功能模塊接收SMSC發(fā)來的已經(jīng)配置有短消息閱讀收條信息的短消息；短消息用戶界面模塊實(shí)現(xiàn)用戶對短消息設(shè)置模塊中短消息閱讀收條設(shè)置項(xiàng)的查看與確認(rèn)；短消息閱讀收條回復(fù)模塊根據(jù)用戶的確認(rèn)發(fā)送相應(yīng)的閱讀收條短消息給SMSC。
13.根據(jù)權(quán)利要求12所述的短消息閱讀收條的接收裝置，其特征在于，所述的短消息接收功能模塊或短消息閱讀收條回復(fù)模塊是在原接收端的短消息功能模塊中增加的一個(gè)子模塊。
14.一種實(shí)現(xiàn)上述方法的短消息閱讀收條系統(tǒng)，其特征在于，包括短消息閱讀收條的發(fā)送裝置設(shè)于短消息的發(fā)送端，用于在發(fā)送短消息時(shí)增加短消息閱讀收條信息，并將此短消息發(fā)送給SMSC，要求接收端給出閱讀收條的短消息；短消息閱讀收條的接收裝置設(shè)于短消息的接收端，用于在收到發(fā)送端通過SMSC發(fā)來的有短消息閱讀收條信息的短消息后，發(fā)送閱讀收條的短消息給發(fā)送端。
全文摘要
本發(fā)明的一種短消息閱讀收條的裝置包括設(shè)于發(fā)送端的短消息閱讀收條的發(fā)送裝置與設(shè)于接收端的短消息閱讀收條的接收裝置，發(fā)送端在發(fā)送短消息時(shí)增加短消息閱讀收條信息，要求接收端給出閱讀收條的短消息；接收端在收到發(fā)送端的有短消息閱讀收條信息的短消息后，發(fā)送閱讀收條的短消息給發(fā)送端。使用戶在發(fā)送短消息時(shí)可以通過要求接收者發(fā)送確認(rèn)的閱讀收條給發(fā)送者。使發(fā)送者可以確認(rèn)接收者已經(jīng)閱讀此短消息，充分發(fā)揮短消息業(yè)務(wù)方便、快捷與廉價(jià)的優(yōu)點(diǎn)。
文檔編號H04W4/12GK1863328SQ20051009930
公開日2006年11月15日 申請日期2005年9月9日 優(yōu)先權(quán)日2005年9月9日
發(fā)明者魏東 申請人:華為技術(shù)有限公司