專利名稱：一種動(dòng)態(tài)內(nèi)容續(xù)傳方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及一種基于客戶端/服務(wù)器結(jié)構(gòu)的動(dòng)態(tài)內(nèi)容續(xù)傳方法，以及相應(yīng)的終端設(shè)備、動(dòng)態(tài)內(nèi)容傳送服務(wù)器及動(dòng)態(tài)內(nèi)容傳送系統(tǒng)。
背景技術(shù)：
動(dòng)態(tài)內(nèi)容傳輸是基于客戶端/服務(wù)器結(jié)構(gòu)向移動(dòng)終端用戶發(fā)送個(gè)性化內(nèi)容的技術(shù)。用戶通過定制內(nèi)容，服務(wù)器將根據(jù)用戶參數(shù)、用戶的位置、在線狀態(tài)等對(duì)定制內(nèi)容進(jìn)行個(gè)性化處理，并定時(shí)將內(nèi)容傳輸給終端用戶。
在動(dòng)態(tài)內(nèi)容發(fā)送的過程中，有時(shí)會(huì)因?yàn)榫W(wǎng)絡(luò)擁塞、終端電量不足等原因，使得終端或服務(wù)器變成不可訪問，從而終端和服務(wù)器的連接斷掉，動(dòng)態(tài)內(nèi)容傳送中止。在這種情況下，沒有故障的一方變成掛起狀態(tài)。當(dāng)連接恢復(fù)正常后，采用超級(jí)文本傳送協(xié)議(Hyper Text Transport Protocol，HTTP)或文件傳輸協(xié)議(File Transfer Protocol，F(xiàn)TP)等協(xié)議的斷點(diǎn)續(xù)傳技術(shù)，將動(dòng)態(tài)內(nèi)容接著上次的斷點(diǎn)繼續(xù)傳輸，而不需要重新傳輸。
HTTP的斷點(diǎn)續(xù)傳方法如下當(dāng)客戶端請(qǐng)求服務(wù)器下載一個(gè)媒體文件時(shí)，HTTP消息頭如下GET http//host.foo.bar/pic-dir/picture.gifHosthost.foo.barAcceptimage/gif，image/jpg服務(wù)器的HTTP回應(yīng)消息如下HTTP/1.1 200 OKServerCoolServer/1.3.12Content-Length25432Content-Typeimage/gif
Accept-RangesbytesETagfasd987sadf98@example.com/1.1...GIF picture...
其中，Content-Length和Accept-Ranges兩個(gè)字段表示媒體文件大小是25432字節(jié)(bytes)。當(dāng)發(fā)送了1034bytes時(shí)，因?yàn)槟承┰蜻B接斷掉。當(dāng)客戶端請(qǐng)求服務(wù)器進(jìn)行續(xù)傳時(shí)，HTTP請(qǐng)求消息如下GET http//host.foo.bar/pic-dir/picture.gifHosthost.foo.barAcceptimage/gif，image/jpgRange1034-25431If-Matchfasd987sadf98@example.com/1.1其中，字段Range表示請(qǐng)求的續(xù)傳范圍，即從文件的第1034bytes開始傳輸。服務(wù)器的回應(yīng)消息如下HTTP/1.1 206 Partial ContentServerCoolServer/1.3.12Content-rangebytes 1034-25431/25432Content-Typeimage/gifAccept-RangesbytesETagfasd987sadf98@example.com/1.1回應(yīng)消息中使用206狀態(tài)值，表示現(xiàn)在開始部分傳輸，Content-Length字段表示傳輸?shù)牟糠?，用字?jié)記；服務(wù)器回應(yīng)上述消息后，其后的內(nèi)容傳送過程與正常情況下的傳輸沒有區(qū)別。
上述現(xiàn)有技術(shù)中的斷點(diǎn)直接續(xù)傳方式存在如下缺點(diǎn)因?yàn)樵谶B接恢復(fù)正常前，用戶終端的動(dòng)態(tài)信息可能會(huì)發(fā)生變化，如終端能力，終端呈現(xiàn)狀態(tài)等。例如用戶在駕駛汽車過程中請(qǐng)求路況信息時(shí)，發(fā)送動(dòng)態(tài)內(nèi)容的服務(wù)器會(huì)根據(jù)用戶的當(dāng)前位置信息發(fā)送某一地段的路況信息給終端設(shè)備；如果在發(fā)送過程中因?yàn)榫W(wǎng)絡(luò)等原因，連接斷掉，當(dāng)連接恢復(fù)正常的時(shí)候，如果服務(wù)器直接采用現(xiàn)有技術(shù)中的斷點(diǎn)續(xù)傳方式，將未發(fā)送完的路況信息發(fā)送給終端設(shè)備，則有可能造成對(duì)用戶的誤導(dǎo)。因?yàn)橛脩籼幵隈{駛移動(dòng)過程中，其所在地理位置已發(fā)生了變化，原來地段的路況信息用戶已不再需要。因此，現(xiàn)有技術(shù)中，當(dāng)續(xù)傳動(dòng)態(tài)內(nèi)容時(shí)，由于沒有根據(jù)終端設(shè)備的動(dòng)態(tài)信息進(jìn)行分析處理，而是直接從斷點(diǎn)續(xù)傳之前沒有發(fā)送完畢的動(dòng)態(tài)內(nèi)容給終端設(shè)備，當(dāng)續(xù)傳的動(dòng)態(tài)內(nèi)容不能滿足用戶需要時(shí)，被續(xù)傳的動(dòng)態(tài)內(nèi)容不僅浪費(fèi)了網(wǎng)絡(luò)帶寬，而且降低了用戶體驗(yàn)。

發(fā)明內(nèi)容
本發(fā)明提供一種動(dòng)態(tài)內(nèi)容續(xù)傳方法，用以解決現(xiàn)有技術(shù)中在續(xù)傳動(dòng)態(tài)內(nèi)容時(shí)，不根據(jù)終端設(shè)備的動(dòng)態(tài)信息選擇續(xù)傳方式，從而造成被續(xù)傳的動(dòng)態(tài)內(nèi)容為冗余信息，浪費(fèi)網(wǎng)絡(luò)帶寬的問題。
根據(jù)本發(fā)明提供的方法，本發(fā)明還提供相對(duì)應(yīng)的終端設(shè)備、服務(wù)器及動(dòng)態(tài)內(nèi)容傳送系統(tǒng)。
本發(fā)明方法包括當(dāng)動(dòng)態(tài)內(nèi)容傳送服務(wù)器檢測(cè)到與接收動(dòng)態(tài)內(nèi)容的終端設(shè)備之間的傳送通道恢復(fù)正常、或接收到終端設(shè)備發(fā)起的動(dòng)態(tài)內(nèi)容續(xù)傳請(qǐng)求后，執(zhí)行下列步驟A、動(dòng)態(tài)內(nèi)容傳送服務(wù)器根據(jù)終端設(shè)備的動(dòng)態(tài)信息和待續(xù)傳的動(dòng)態(tài)內(nèi)容類型，確定出續(xù)傳方式；B、采用確定出的續(xù)傳方式將動(dòng)態(tài)內(nèi)容傳送給終端設(shè)備。
根據(jù)本發(fā)明的上述方法，針對(duì)不同類型的動(dòng)態(tài)內(nèi)容，對(duì)終端設(shè)備的不同動(dòng)態(tài)信息分別設(shè)定敏感級(jí)別；根據(jù)敏感級(jí)別較高的動(dòng)態(tài)信息來確定所述續(xù)傳方式。
根據(jù)本發(fā)明的上述方法，所述服務(wù)器在執(zhí)行步驟A之前還包括A01、判斷本地是否存儲(chǔ)有預(yù)設(shè)的動(dòng)態(tài)內(nèi)容續(xù)傳方式，若有，執(zhí)行步驟A02；否則，轉(zhuǎn)至步驟A04；
A02、進(jìn)一步判斷所述續(xù)傳方式的設(shè)置者；若所述續(xù)傳方式是由終端設(shè)備預(yù)先設(shè)置的，則按照所述續(xù)傳方式傳送動(dòng)態(tài)內(nèi)容給所述終端設(shè)備；若所述續(xù)傳方式是由營運(yùn)商預(yù)先設(shè)置的，執(zhí)行步驟A03；A03、所述服務(wù)器將所述續(xù)傳方式通知給所述終端設(shè)備，在收到終端設(shè)備返回的接受響應(yīng)消息后，按照所述續(xù)傳方式傳送動(dòng)態(tài)內(nèi)容給終端設(shè)備；如果終端設(shè)備返回拒絕消息，轉(zhuǎn)至步驟A04；A04、執(zhí)行所述步驟A-B。
根據(jù)本發(fā)明的上述方法，所述步驟B中，若根據(jù)終端設(shè)備的動(dòng)態(tài)信息和待續(xù)傳的動(dòng)態(tài)內(nèi)容類型，所述服務(wù)器確定出唯一的一種續(xù)傳方式，則直接采用該確定出的續(xù)傳方式傳送動(dòng)態(tài)內(nèi)容給終端設(shè)備；或者所述服務(wù)器將所述續(xù)傳方式通知給所述終端設(shè)備，在收到終端設(shè)備返回的接受響應(yīng)消息后，按照所述續(xù)傳方式傳送動(dòng)態(tài)內(nèi)容給終端設(shè)備；如果終端設(shè)備返回拒絕消息，則結(jié)束動(dòng)態(tài)內(nèi)容傳送流程。
根據(jù)本發(fā)明的上述方法，所述步驟B中，若根據(jù)終端設(shè)備的動(dòng)態(tài)信息和待續(xù)傳的動(dòng)態(tài)內(nèi)容類型，存在多種可選的續(xù)傳方式，則執(zhí)行下列步驟B1、所述服務(wù)器向終端設(shè)備發(fā)送詢問消息，攜帶與所述多種可選續(xù)傳方式對(duì)應(yīng)的續(xù)傳選項(xiàng)；B2、所述終端設(shè)備顯示出所述續(xù)傳選項(xiàng)供用戶選擇；并根據(jù)用戶的選擇結(jié)果向所述服務(wù)器返回響應(yīng)消息；B3、所述服務(wù)器根據(jù)響應(yīng)消息中用戶選擇的續(xù)傳選項(xiàng)確定出續(xù)傳方式。
根據(jù)本發(fā)明的上述方法，若所述服務(wù)器在設(shè)定時(shí)長內(nèi)沒有收到所述終端設(shè)備返回的響應(yīng)消息，則結(jié)束動(dòng)態(tài)內(nèi)容傳送流程。
所述詢問消息中還包括續(xù)傳的內(nèi)容標(biāo)識(shí)、續(xù)傳文件大小和/或會(huì)話標(biāo)識(shí)。
所述步驟B2中，如果用戶選擇的續(xù)傳方式為直接續(xù)傳，所述終端設(shè)備向所述服務(wù)器返回響應(yīng)消息包括所述終端設(shè)備查詢已傳送的動(dòng)態(tài)內(nèi)容大小；并根據(jù)詢問消息中攜帶的續(xù)傳文件大小，計(jì)算出待傳送內(nèi)容大?。槐容^本地內(nèi)存和計(jì)算出的待傳送內(nèi)容大??；若內(nèi)存空間充足，則根據(jù)用戶的選擇結(jié)果直接向所述服務(wù)器返回響應(yīng)消息；若內(nèi)存空間不足，則提示用戶，并向用戶提供可選選項(xiàng)，待用戶選擇后，再根據(jù)用戶的選擇結(jié)果向所述服務(wù)器返回響應(yīng)消息。
所述終端設(shè)備在返回給所述服務(wù)器的響應(yīng)消息中攜帶自身設(shè)置的續(xù)傳參數(shù)，所述服務(wù)器根據(jù)終端設(shè)備設(shè)置的續(xù)傳參數(shù)，采用確定出的續(xù)傳方式傳送動(dòng)態(tài)內(nèi)容給所述終端設(shè)備。
本發(fā)明提供一種終端設(shè)備，用于接收動(dòng)態(tài)內(nèi)容服務(wù)器發(fā)送的動(dòng)態(tài)內(nèi)容，包括動(dòng)態(tài)內(nèi)容獲取單元；所述動(dòng)態(tài)內(nèi)容獲取單元中還設(shè)置有終端續(xù)傳模塊，與所述服務(wù)器通過消息交互協(xié)商續(xù)傳方式，實(shí)現(xiàn)動(dòng)態(tài)內(nèi)容續(xù)傳。
所述終端續(xù)傳模塊中設(shè)置有第一功能子模塊，向所述服務(wù)器發(fā)起動(dòng)態(tài)內(nèi)容續(xù)傳方式預(yù)設(shè)請(qǐng)求，將用戶預(yù)設(shè)的動(dòng)態(tài)內(nèi)容續(xù)傳方式發(fā)送給所述服務(wù)器存儲(chǔ)。
所述終端續(xù)傳模塊中設(shè)置有第二功能子模塊，接收終端用戶的操作指令，向所述服務(wù)器發(fā)起動(dòng)態(tài)內(nèi)容續(xù)傳請(qǐng)求。
所述終端續(xù)傳模塊中還設(shè)置有第三功能子模塊，接收所述服務(wù)器發(fā)送的續(xù)傳方式通知消息或詢問消息，向用戶顯示出服務(wù)器確定出的續(xù)傳方式信息，提供用戶選擇；并根據(jù)用戶的選擇結(jié)果向所述服務(wù)器返回響應(yīng)消息。
所述終端續(xù)傳模塊中設(shè)置有第四功能子模塊，當(dāng)用戶選擇的續(xù)傳方式為直接續(xù)傳時(shí)，啟動(dòng)所述第四功能子模塊，計(jì)算出待傳送的動(dòng)態(tài)內(nèi)容大小，比較內(nèi)存空間和待傳送的動(dòng)態(tài)內(nèi)容大小，當(dāng)內(nèi)存空間不足時(shí)提示用戶。
所述終端續(xù)傳模塊中設(shè)置有第五功能子模塊，接收用戶設(shè)置的續(xù)傳參數(shù)，通過響應(yīng)消息攜帶給所述服務(wù)器。
本發(fā)明提供一種動(dòng)態(tài)內(nèi)容傳送服務(wù)器，包括內(nèi)容發(fā)送單元和個(gè)性化引擎單元，所述內(nèi)容發(fā)送單元中包括內(nèi)容發(fā)送模塊，在所述內(nèi)容發(fā)送單元中還包括有續(xù)傳處理模塊；所述續(xù)傳處理模塊通過與終端設(shè)備的消息交互，采用終端設(shè)備或運(yùn)營商預(yù)先設(shè)置的續(xù)傳方式，或根據(jù)終端設(shè)備的動(dòng)態(tài)信息及待續(xù)傳的動(dòng)態(tài)內(nèi)容類型確定出續(xù)傳方式，將動(dòng)態(tài)內(nèi)容傳送給終端設(shè)備。
所述續(xù)傳處理模塊中設(shè)置有第一處理子模塊，當(dāng)服務(wù)器檢測(cè)到與終端設(shè)備之間的傳送通道恢復(fù)正常、或接收到終端設(shè)備發(fā)起的動(dòng)態(tài)內(nèi)容續(xù)傳請(qǐng)求后，啟動(dòng)所述第一處理子模塊，從個(gè)性化引擎單元中獲取終端設(shè)備的動(dòng)態(tài)信息，結(jié)合待續(xù)傳的動(dòng)態(tài)內(nèi)容類型，確定出續(xù)傳方式；由所述內(nèi)容發(fā)送模塊采用確定出的續(xù)傳方式將動(dòng)態(tài)內(nèi)容傳送給終端設(shè)備。
所述續(xù)傳處理模塊中設(shè)置有第二處理子模塊，當(dāng)服務(wù)器檢測(cè)到與終端設(shè)備之間的傳送通道恢復(fù)正常、或接收到終端設(shè)備發(fā)起的動(dòng)態(tài)內(nèi)容續(xù)傳請(qǐng)求后，先啟動(dòng)所述第二處理子模塊，查詢服務(wù)器中是否存儲(chǔ)有預(yù)設(shè)的動(dòng)態(tài)內(nèi)容續(xù)傳方式，若查詢到由終端設(shè)備預(yù)先設(shè)置的動(dòng)態(tài)內(nèi)容續(xù)傳方式，則通知所述動(dòng)態(tài)內(nèi)容傳送模塊按照終端設(shè)備預(yù)設(shè)的續(xù)傳方式傳送動(dòng)態(tài)內(nèi)容給所述終端設(shè)備；若查詢到由營運(yùn)商預(yù)先設(shè)置的動(dòng)態(tài)內(nèi)容續(xù)傳方式，將所述續(xù)傳方式通知給所述終端設(shè)備，在收到終端設(shè)備返回的接受響應(yīng)消息后，通知所述動(dòng)態(tài)內(nèi)容傳送模塊按照運(yùn)營商預(yù)設(shè)的續(xù)傳方式傳送動(dòng)態(tài)內(nèi)容給所述終端設(shè)備；如果終端設(shè)備返回拒絕消息或服務(wù)器中沒有存儲(chǔ)預(yù)設(shè)的動(dòng)態(tài)內(nèi)容續(xù)傳方式，則再啟動(dòng)所述第一處理子模塊，確定出續(xù)傳方式，通知所述內(nèi)容發(fā)送模塊采用確定出的續(xù)傳方式將動(dòng)態(tài)內(nèi)容傳送給終端設(shè)備。
所述續(xù)傳處理模塊中設(shè)置有第三處理子模塊；若根據(jù)終端設(shè)備的動(dòng)態(tài)信息和待續(xù)傳的動(dòng)態(tài)內(nèi)容類型，所述服務(wù)器確定出唯一的一種續(xù)傳方式，啟動(dòng)所述第三處理子模塊，將該確定出的續(xù)傳方式直接通知所述內(nèi)容發(fā)送模塊，所述內(nèi)容發(fā)送模塊按照通知的續(xù)傳方式將動(dòng)態(tài)內(nèi)容傳送給終端設(shè)備；或者所述第三處理模塊向所述終端設(shè)備發(fā)送續(xù)傳方式通知消息，在接收到終端設(shè)備返回的接受響應(yīng)消息后，將該確定出的續(xù)傳方式通知所述內(nèi)容發(fā)送模塊，所述內(nèi)容發(fā)送模塊按照通知的續(xù)傳方式將動(dòng)態(tài)內(nèi)容傳送給終端設(shè)備；如果終端設(shè)備返回拒絕消息或在一設(shè)定時(shí)段內(nèi)沒有收到終端設(shè)備返回的響應(yīng)消息，則向所述內(nèi)容發(fā)送模塊發(fā)送結(jié)束傳送命令，結(jié)束動(dòng)態(tài)內(nèi)容傳送流程。
所述續(xù)傳處理模塊中設(shè)置有第四處理子模塊；若根據(jù)終端設(shè)備的動(dòng)態(tài)信息和待續(xù)傳的動(dòng)態(tài)內(nèi)容類型，存在多種可選的續(xù)傳方式，啟動(dòng)所述第四處理子模塊，向終端設(shè)備發(fā)送詢問消息，攜帶與所述多種可選續(xù)傳方式對(duì)應(yīng)的續(xù)傳選項(xiàng)；并接收終端設(shè)備返回的攜帶用戶選擇結(jié)果的響應(yīng)消息，根據(jù)響應(yīng)消息中用戶選擇的續(xù)傳選項(xiàng)確定出續(xù)傳方式并通知所述內(nèi)容發(fā)送模塊，所述內(nèi)容發(fā)送模塊按照通知的續(xù)傳方式將動(dòng)態(tài)內(nèi)容傳送給終端設(shè)備。
本發(fā)明還提供一種動(dòng)態(tài)內(nèi)容傳送系統(tǒng)，包括終端設(shè)備和動(dòng)態(tài)內(nèi)容傳送服務(wù)器；所述終端設(shè)備包括動(dòng)態(tài)內(nèi)容獲取單元，所述服務(wù)器包括內(nèi)容發(fā)送單元和個(gè)性化引擎單元，所述內(nèi)容發(fā)送單元中包括有內(nèi)容發(fā)送模塊；終端設(shè)備的所述動(dòng)態(tài)內(nèi)容獲取單元中還設(shè)置有終端續(xù)傳模塊，與所述服務(wù)器通過消息交互協(xié)商續(xù)傳方式，實(shí)現(xiàn)動(dòng)態(tài)內(nèi)容續(xù)傳；所述服務(wù)器的內(nèi)容發(fā)送單元中還設(shè)置有續(xù)傳處理模塊；所述續(xù)傳處理模塊通過與終端設(shè)備的消息交互，采用終端設(shè)備或運(yùn)營商預(yù)先設(shè)置的續(xù)傳方式，或根據(jù)終端設(shè)備的動(dòng)態(tài)信息及待續(xù)傳的動(dòng)態(tài)內(nèi)容類型確定出續(xù)傳方式，將動(dòng)態(tài)內(nèi)容傳送給終端設(shè)備。
在所述終端設(shè)備和服務(wù)器之間還連接有一個(gè)或多個(gè)提供終端設(shè)備動(dòng)態(tài)信息的服務(wù)器；向所述個(gè)性化引擎單元提供終端設(shè)備動(dòng)態(tài)信息。
所述提供終端設(shè)備動(dòng)態(tài)信息的服務(wù)器包括但不限于位置服務(wù)器、呈現(xiàn)服務(wù)器和終端設(shè)備動(dòng)態(tài)能力獲取服務(wù)器。
本發(fā)明有益效果如下(1)本發(fā)明在續(xù)傳動(dòng)態(tài)內(nèi)容時(shí)，根據(jù)終端設(shè)備的動(dòng)態(tài)信息和續(xù)傳內(nèi)容類型選擇合適的續(xù)傳方式，從而保證被續(xù)傳的動(dòng)態(tài)內(nèi)容為終端設(shè)備所需要，避免了網(wǎng)絡(luò)傳輸資源的浪費(fèi)。
(2)在本發(fā)明中，當(dāng)服務(wù)器確定出一種或多種可選續(xù)傳方式后，進(jìn)一步詢問用戶，由用戶來確定/選擇續(xù)傳方式，提升用戶的業(yè)務(wù)體驗(yàn)，提高用戶滿意度。
(3)本發(fā)明為了充分滿足用戶的個(gè)性化要求，同時(shí)減少服務(wù)器與終端設(shè)備之間的交互消息，還可以將用戶預(yù)設(shè)的續(xù)傳方式存儲(chǔ)在服務(wù)器中；當(dāng)需要給該用戶終端設(shè)備續(xù)傳動(dòng)態(tài)內(nèi)容時(shí)，直接采用用戶之前預(yù)設(shè)的續(xù)傳方式進(jìn)行傳送，省去了與終端設(shè)備之間的續(xù)傳方式協(xié)商過程，減少需要用戶確認(rèn)/選擇給用戶帶來的麻煩。
(4)本發(fā)明還可以由運(yùn)營商預(yù)設(shè)續(xù)傳方式存儲(chǔ)在服務(wù)器中，當(dāng)需要給用戶終端設(shè)備續(xù)傳動(dòng)態(tài)內(nèi)容時(shí)，請(qǐng)求用戶確認(rèn)是否同意采用運(yùn)營商預(yù)設(shè)的續(xù)傳方式；若用戶同意，直接采用運(yùn)營商預(yù)設(shè)的續(xù)傳方式傳送動(dòng)態(tài)內(nèi)容；這樣，服務(wù)器不再需要獲取終端設(shè)備的動(dòng)態(tài)信息，再根據(jù)動(dòng)態(tài)信息來進(jìn)行判斷分析，確定續(xù)傳方式；減輕了服務(wù)器的工作負(fù)荷。


圖1為本發(fā)明實(shí)施例一服務(wù)器向終端設(shè)備發(fā)送詢問消息流程圖；圖2為本發(fā)明實(shí)施例一終端設(shè)備向服務(wù)器返回響應(yīng)消息流程圖；圖3為本發(fā)明實(shí)施例一服務(wù)器接收響應(yīng)消息處理流程圖；圖4為本發(fā)明實(shí)施例一信令流程示意圖；圖5為本發(fā)明實(shí)施例二信令流程示意圖；圖6為本發(fā)明系統(tǒng)結(jié)構(gòu)示意圖。
具體實(shí)施例方式
下面用具體實(shí)例并結(jié)合附圖，對(duì)本發(fā)明方法進(jìn)行詳細(xì)描述。
實(shí)施例1由動(dòng)態(tài)內(nèi)容傳送服務(wù)器(以下簡(jiǎn)稱服務(wù)器)主動(dòng)發(fā)起續(xù)傳過程。
參見圖1，為服務(wù)器主動(dòng)發(fā)起續(xù)傳過程時(shí)向終端設(shè)備發(fā)送詢問消息流程圖，包括如下具體步驟步驟S11、當(dāng)內(nèi)容傳送中斷時(shí)，服務(wù)器檢測(cè)到內(nèi)容未發(fā)送完成，則保留內(nèi)容發(fā)送會(huì)話場(chǎng)景。記錄會(huì)話標(biāo)識(shí)(ID)，內(nèi)容ID和已發(fā)送范圍以及終端ID。
步驟S12、服務(wù)器檢測(cè)終端設(shè)備。
步驟S13、服務(wù)器判斷是否已檢測(cè)到終端設(shè)備，若是，執(zhí)行步驟S14；否則，轉(zhuǎn)至步驟S12，循環(huán)檢測(cè)終端設(shè)備。
步驟S14、服務(wù)器通過個(gè)性化引擎單元獲取終端設(shè)備的動(dòng)態(tài)信息，并對(duì)獲取的動(dòng)態(tài)信息進(jìn)行分析，確定出續(xù)傳方式。
在該步驟中，由于動(dòng)態(tài)信息是多種多樣的，如終端設(shè)備的位置信息、呈現(xiàn)狀態(tài)(Presence)信息和終端動(dòng)態(tài)能力信息等；而對(duì)于被傳送的不同類型的動(dòng)態(tài)內(nèi)容，終端設(shè)備各種動(dòng)態(tài)信息的重要性是不相同的，因此，針對(duì)不同類型的動(dòng)態(tài)內(nèi)容，可以對(duì)終端的不同動(dòng)態(tài)信息，分別設(shè)定敏感級(jí)別；在確定續(xù)傳方式時(shí)，采用敏感級(jí)別較高的動(dòng)態(tài)信息來進(jìn)行判斷。
例如如果動(dòng)態(tài)內(nèi)容類型為娛樂性視頻，設(shè)定動(dòng)態(tài)信息的敏感級(jí)別從高到低順序?yàn)槌尸F(xiàn)狀態(tài)、終端動(dòng)態(tài)能力(內(nèi)存大小)、終端位置(Loc)；這是因?yàn)?，?duì)于傳送娛樂性視頻給終端來說，終端用戶的呈現(xiàn)狀態(tài)是最重要的(當(dāng)用戶在工作時(shí)，就不宜傳送；當(dāng)用戶在休閑時(shí)，可以傳送)；其次是終端的內(nèi)存空間大小是否滿足傳送的視頻信息要求；至于終端的具體位置對(duì)于傳送娛樂性視頻關(guān)系不大；因此，服務(wù)器應(yīng)首先獲取終端的呈現(xiàn)狀態(tài)信息來決定采用何種續(xù)傳方式，對(duì)于終端的位置信息就可以不予考慮了。又如如果傳送的動(dòng)態(tài)內(nèi)容類型為路況信息，設(shè)定終端動(dòng)態(tài)信息的敏感級(jí)別從高到低順序?yàn)榻K端位置、呈現(xiàn)狀態(tài)、終端動(dòng)態(tài)能力。服務(wù)器在準(zhǔn)備續(xù)傳路況信息給終端設(shè)備時(shí)，應(yīng)首先獲取終端的位置信息來決定采用何種續(xù)傳方式，至于終端的動(dòng)態(tài)能力就可以不予考慮了。
具體的續(xù)傳方式包括但不限于正常(直接)續(xù)傳即從斷點(diǎn)位置開始續(xù)傳未被傳送完畢的動(dòng)態(tài)內(nèi)容給終端設(shè)備；延時(shí)續(xù)傳即間隔一段時(shí)長后，再開始傳送未被傳送完畢的動(dòng)態(tài)內(nèi)容給終端設(shè)備；
<DCD>
<Cmd>ResumeRequest<Cmd><！—消息命令是續(xù)傳請(qǐng)求-->
<Para>
<Initiator>Server</Initiator><！—續(xù)傳請(qǐng)求由服務(wù)器Server發(fā)起-->
<ContentID>123456</ContentID><！—內(nèi)容ID用于標(biāo)識(shí)要續(xù)傳的內(nèi)容-->
<Range>1034-25431</Range> <！—續(xù)傳范圍是1034-25431bytes-->
<Options>
<Item>
<Name>ResumeInstant</Name> <！—續(xù)傳選項(xiàng)是直接續(xù)傳ResumeInstant-->
<Info>...</Info> <！—Info表示續(xù)傳選項(xiàng)的說明性信息-->
</Item>
</Options>
</Para>
</DCD>
終端設(shè)備接收到詢問消息后向服務(wù)器返回響應(yīng)消息的處理流程，如圖2所示，具體包括如下步驟步驟S21、終端設(shè)備顯示出詢問消息中的各續(xù)傳選項(xiàng)供用戶進(jìn)行選擇；步驟S22、判斷用戶是否選擇了進(jìn)行續(xù)傳，如果是，繼續(xù)步驟S23；否則，轉(zhuǎn)至步驟S28；步驟S23、終端設(shè)備計(jì)算續(xù)傳范圍。具體方法是查詢內(nèi)容已傳大小，并根據(jù)服務(wù)器詢問消息中的攜帶的續(xù)傳文件內(nèi)容大小，獲得續(xù)傳范圍；繼續(xù)步驟S24；步驟S24、進(jìn)一步判斷用戶是否選擇了正常續(xù)傳，如果是，執(zhí)行步驟S25；否則，轉(zhuǎn)至步驟S28；步驟S25、根據(jù)計(jì)算出的續(xù)傳范圍，計(jì)算出待傳送內(nèi)容大小；比較本地內(nèi)存和計(jì)算出的待傳送內(nèi)容大?。焕^續(xù)步驟S26；步驟S26、判斷內(nèi)存空間是否充足，若內(nèi)存空間不足，執(zhí)行步驟S27；否則，執(zhí)行步驟S28；步驟S27、提示用戶內(nèi)存空間不足，并向用戶提供可選選項(xiàng)，如要求用戶刪除其他文件釋放空間后直接續(xù)傳、延遲續(xù)傳、取消續(xù)傳等，并接受用戶選擇結(jié)果，繼續(xù)步驟S28；步驟S28、根據(jù)用戶的選擇結(jié)果向服務(wù)器返回響應(yīng)消息；在該響應(yīng)消息中可以攜帶用戶設(shè)置的續(xù)傳參數(shù)，還可以包括終端計(jì)算出的續(xù)傳范圍；續(xù)傳范圍可以通過動(dòng)態(tài)內(nèi)容傳送(Dynamic Content Delivery，DCD)協(xié)議的底層協(xié)議，如HTTP的消息頭中包含，也可以在DCD消息中包含。如果用戶的選擇是重個(gè)性化時(shí)，則響應(yīng)信息不包括續(xù)傳范圍。
響應(yīng)消息舉例如下<DCD>
<Cmd>ResumeResponse<Cmd><！—消息命令是續(xù)傳響應(yīng)-->
<Para>
<Initiator>Server</Initiator><！—續(xù)傳請(qǐng)求由Server發(fā)起-->
<ContentID>123456</ContentID><！—內(nèi)容ID用于標(biāo)識(shí)要續(xù)傳的內(nèi)容-->
<Range>1034-25431</Range> <！—續(xù)傳范圍是1034-25431bytes-->
<Options>
<Item>
<Name>ResumeDefer</Name> <！—續(xù)傳選項(xiàng)是延遲續(xù)傳-->
<Info>60</Info> <！—在響應(yīng)中Info表示續(xù)傳的參數(shù)，表示推遲60分鐘再續(xù)傳-->
</Item>
</Options>
</Para>
</DCD>
服務(wù)器發(fā)送詢問消息后，等待終端設(shè)備返回響應(yīng)消息，其具體執(zhí)行流程如圖3所示，包括步驟S31、服務(wù)器等待終端返回響應(yīng)消息；步驟S32、服務(wù)器判斷是否收到了響應(yīng)消息，若已收到終端返回的響應(yīng)消息，執(zhí)行步驟S35；否則，執(zhí)行步驟S33；步驟S33、判斷是否超過預(yù)定的等待時(shí)長；若沒有超時(shí)，則轉(zhuǎn)至步驟S31，繼續(xù)等待終端返回響應(yīng)消息；若已超時(shí)，執(zhí)行步驟S34；步驟S34、結(jié)束內(nèi)容續(xù)傳流程；步驟S35、服務(wù)器根據(jù)響應(yīng)消息中用戶選擇的續(xù)傳方式，將內(nèi)容傳送到終端設(shè)備，直到內(nèi)容傳送完畢。
上述實(shí)施例1中，終端設(shè)備和服務(wù)器之間的信令交互流程圖如圖4所示，包括1、當(dāng)服務(wù)器與終端設(shè)備之間的內(nèi)容傳送中斷時(shí)，服務(wù)器進(jìn)行前期處理；包括獲取終端設(shè)備的動(dòng)態(tài)信息，根據(jù)獲取的動(dòng)態(tài)信息和傳送的動(dòng)態(tài)內(nèi)容類型確定出可選的續(xù)傳方式；檢測(cè)與終端設(shè)備之間的通信通道是否恢復(fù)正常；2、當(dāng)終端設(shè)備與服務(wù)器恢復(fù)連接后，建立/恢復(fù)兩者之間的內(nèi)容傳送會(huì)話；3、服務(wù)器向終端設(shè)備下發(fā)詢問消息，在詢問消息中，除了包含服務(wù)器提供的續(xù)傳選項(xiàng)外，還可以包含各選項(xiàng)的說明/理由、內(nèi)容ID、會(huì)話ID及續(xù)傳文件大小等；4、終端設(shè)備顯示出詢問消息中攜帶的續(xù)傳選項(xiàng)，由用戶選擇續(xù)傳方式；5、終端設(shè)備根據(jù)用戶的選擇向服務(wù)器返回響應(yīng)消息，在該響應(yīng)消息中可以攜帶用戶設(shè)備的續(xù)傳參數(shù)；6、服務(wù)器收到響應(yīng)消息后，獲取用戶選擇的續(xù)傳方式；7、服務(wù)器采用用戶選擇的續(xù)傳選項(xiàng)續(xù)傳動(dòng)態(tài)內(nèi)容給終端設(shè)備；8、當(dāng)內(nèi)容傳送完畢后，結(jié)束本次內(nèi)容傳送會(huì)話。
實(shí)施例2由終端設(shè)備主動(dòng)發(fā)起續(xù)傳過程。
當(dāng)終端設(shè)備與服務(wù)器之間的連接恢復(fù)后，終端設(shè)備也可以主動(dòng)發(fā)起續(xù)傳，向服務(wù)器發(fā)送續(xù)傳請(qǐng)求消息，在續(xù)傳請(qǐng)求中，包括續(xù)傳內(nèi)容的內(nèi)容標(biāo)識(shí)ID，續(xù)傳內(nèi)容的續(xù)傳范圍，可選的還包括會(huì)話ID。續(xù)傳范圍可以通過DCD協(xié)議的底層協(xié)議，如HTTP的消息頭中包含，也可以在DCD消息中包含。
客戶端發(fā)起的續(xù)傳請(qǐng)求消息，例如<DCD>
<Cmd>ResumeRequest<Cmd><！—消息命令是續(xù)傳請(qǐng)求-->
<Para>
<Initiator>Client</Initiator><！—續(xù)傳請(qǐng)求由Client發(fā)起-->
<ContentID>123456</ContentID><！—內(nèi)容ID用于標(biāo)識(shí)要續(xù)傳的內(nèi)容-->
<Range>1034-25431</Range> <！—續(xù)傳范圍是1034-25431bytes-->
</Para>
</DCD>
服務(wù)器接收到續(xù)傳請(qǐng)求后，其后述處理流程與圖1中步驟S14、S15相同，不再重述。
服務(wù)器發(fā)送的詢問消息，例如<DCD>
<Cmd>ResumeReponse<Cmd><！—消息命令是續(xù)傳請(qǐng)求-->
<Para>
<Initiator>Client</Initiator><！—續(xù)傳請(qǐng)求由客戶端發(fā)起-->
<ContentID>123456</ContentID>
<Options>
<Item>
<Name>ResumeInstant</Name><！—續(xù)傳選項(xiàng)是直接續(xù)傳-->
<Info>...</Info>
</Item>
</Options>
</Para>
</DCD>
終端設(shè)備收到詢問消息后，執(zhí)行如圖2所示步驟流程；服務(wù)器收到響應(yīng)消息后執(zhí)行如圖3所示步驟流程。
上述實(shí)施例2中，終端設(shè)備和服務(wù)器之間的信令交互流程圖如圖5所示，包括1、當(dāng)服務(wù)器與終端設(shè)備之間的通信通道恢復(fù)正常后，建立起兩者之間內(nèi)容傳送會(huì)話；2、終端設(shè)備向服務(wù)器發(fā)起續(xù)傳請(qǐng)求，包括續(xù)傳內(nèi)容的內(nèi)容標(biāo)識(shí)ID，續(xù)傳內(nèi)容的續(xù)傳范圍，可選的還包括會(huì)話ID；3、服務(wù)器收到續(xù)傳請(qǐng)求后，進(jìn)行前期處理；包括獲取終端設(shè)備的動(dòng)態(tài)信息，根據(jù)獲取的動(dòng)態(tài)信息和傳送的動(dòng)態(tài)內(nèi)容類型確定出可選的續(xù)傳方式；4、服務(wù)器向終端設(shè)備下發(fā)詢問消息，在詢問消息中，除了包含服務(wù)器提供的續(xù)傳選項(xiàng)外，還可以包含各選項(xiàng)的說明/理由、內(nèi)容ID、會(huì)話ID及續(xù)傳文件大小等；5、終端設(shè)備顯示出詢問消息中攜帶的續(xù)傳選項(xiàng)，由用戶選擇續(xù)傳方式；6、終端設(shè)備根據(jù)用戶的選擇向服務(wù)器返回響應(yīng)消息；
7、服務(wù)器收到響應(yīng)消息后，獲取用戶選擇的續(xù)傳方式；8、服務(wù)器采用用戶選擇的續(xù)傳選項(xiàng)續(xù)傳動(dòng)態(tài)內(nèi)容給終端設(shè)備；9、當(dāng)內(nèi)容傳送完畢后，結(jié)束本次內(nèi)容傳送會(huì)話。
在上述實(shí)施例1和實(shí)施例2中，若根據(jù)終端設(shè)備的動(dòng)態(tài)信息和待續(xù)傳的動(dòng)態(tài)內(nèi)容類型，所述服務(wù)器確定出唯一的一種續(xù)傳方式，可以直接采用該確定出的續(xù)傳方式傳送動(dòng)態(tài)內(nèi)容給終端設(shè)備。
或者，由服務(wù)器發(fā)送通知消息給終端設(shè)備，告知采用的續(xù)傳方式，請(qǐng)求終端確認(rèn)是否同意該種續(xù)傳方式；終端設(shè)備收到通知消息后，返回接收或拒絕的響應(yīng)消息，服務(wù)器在收到終端設(shè)備返回的接受響應(yīng)消息后，按照確定出的唯一續(xù)傳方式傳送動(dòng)態(tài)內(nèi)容給終端設(shè)備；如果終端設(shè)備返回拒絕消息，則直接結(jié)束動(dòng)態(tài)內(nèi)容傳送流程。
為了充分滿足用戶的個(gè)性化要求，同時(shí)減少服務(wù)器與終端設(shè)備之間的交互消息，還可以由用戶預(yù)設(shè)續(xù)傳方式存儲(chǔ)在服務(wù)器中；當(dāng)需要給該用戶終端設(shè)備續(xù)傳動(dòng)態(tài)內(nèi)容時(shí)，直接采用用戶預(yù)設(shè)的續(xù)傳方式進(jìn)行傳送。這樣，可以省去服務(wù)器與終端設(shè)備之間的續(xù)傳方式協(xié)商過程，減少需要用戶確認(rèn)/選擇給用戶帶來的麻煩。
也可以由運(yùn)營商預(yù)設(shè)續(xù)傳方式，存儲(chǔ)在服務(wù)器中。
當(dāng)需要續(xù)傳動(dòng)態(tài)內(nèi)容給終端設(shè)備時(shí)，服務(wù)器先判斷本地是否存儲(chǔ)有預(yù)設(shè)的動(dòng)態(tài)內(nèi)容續(xù)傳方式，若有，進(jìn)一步判斷續(xù)傳方式的設(shè)置者；若續(xù)傳方式是由終端設(shè)備預(yù)先設(shè)置的，則按照該續(xù)傳方式傳送動(dòng)態(tài)內(nèi)容給終端設(shè)備；若續(xù)傳方式是由運(yùn)營商預(yù)先設(shè)置的，將續(xù)傳方式通知給終端設(shè)備，在收到終端設(shè)備返回的接受響應(yīng)消息后，采用該續(xù)傳方式傳送動(dòng)態(tài)內(nèi)容給終端設(shè)備；如果終端設(shè)備返回拒絕消息，則執(zhí)行圖1流程中的步驟S14和S15，由服務(wù)器根據(jù)終端設(shè)備的動(dòng)態(tài)信息和傳送內(nèi)容類型確定出續(xù)傳方式，并下發(fā)詢問消息給終端設(shè)備進(jìn)行選擇，采用終端返回的續(xù)傳方式進(jìn)行內(nèi)容續(xù)傳。
根據(jù)本發(fā)明提供的上述方法，本發(fā)明提供一種相對(duì)應(yīng)的終端設(shè)備。該終端設(shè)備至少包括動(dòng)態(tài)內(nèi)容獲取單元；在動(dòng)態(tài)內(nèi)容獲取單元中還設(shè)置有終端續(xù)傳模塊，與所述服務(wù)器通過消息交互協(xié)商續(xù)傳方式，實(shí)現(xiàn)動(dòng)態(tài)內(nèi)容續(xù)傳。
所述終端續(xù)傳模塊中設(shè)置有第一功能子模塊，向服務(wù)器發(fā)起動(dòng)態(tài)內(nèi)容續(xù)傳方式預(yù)設(shè)請(qǐng)求，將用戶預(yù)設(shè)的動(dòng)態(tài)內(nèi)容續(xù)傳方式發(fā)送給服務(wù)器存儲(chǔ)。
所述終端續(xù)傳模塊中設(shè)置有第二功能子模塊，接收終端用戶的操作指令，向服務(wù)器發(fā)起動(dòng)態(tài)內(nèi)容續(xù)傳請(qǐng)求。
所述終端續(xù)傳模塊中還設(shè)置有第三功能子模塊，接收服務(wù)器發(fā)送的續(xù)傳方式通知消息或詢問消息，向用戶顯示出服務(wù)器確定出的續(xù)傳方式信息，提供用戶選擇；并根據(jù)用戶的選擇結(jié)果向服務(wù)器返回響應(yīng)消息。
所述終端續(xù)傳模塊中設(shè)置有第四功能子模塊，當(dāng)用戶選擇的續(xù)傳方式為直接續(xù)傳時(shí)，啟動(dòng)第四功能子模塊，計(jì)算出待傳送的動(dòng)態(tài)內(nèi)容大小，比較內(nèi)存空間和待傳送的動(dòng)態(tài)內(nèi)容大小，當(dāng)內(nèi)存空間不足時(shí)提示用戶。
所述終端續(xù)傳模塊中設(shè)置有第五功能子模塊，接收用戶設(shè)置的續(xù)傳參數(shù)，通過響應(yīng)消息攜帶給服務(wù)器。
本發(fā)明提供的終端設(shè)備中還可以包括動(dòng)態(tài)能力信息提供單元、位置信息提供單元和呈現(xiàn)信息提供單元等，分別提供終端設(shè)備的動(dòng)態(tài)能力信息、位置信息和呈現(xiàn)信息。
本發(fā)明還提供一種動(dòng)態(tài)內(nèi)容傳送服務(wù)器，包括內(nèi)容發(fā)送單元和個(gè)性化引擎單元。內(nèi)容發(fā)送單元中包括內(nèi)容發(fā)送模塊，在所述內(nèi)容發(fā)送單元中還包括有續(xù)傳處理模塊，通過與終端設(shè)備的消息交互，采用終端設(shè)備或運(yùn)營商預(yù)先設(shè)置的續(xù)傳方式，或根據(jù)終端設(shè)備的動(dòng)態(tài)信息及待續(xù)傳的動(dòng)態(tài)內(nèi)容類型確定出續(xù)傳方式，將動(dòng)態(tài)內(nèi)容傳送給終端設(shè)備。
所述續(xù)傳處理模塊中設(shè)置有第一處理子模塊，當(dāng)服務(wù)器與終端設(shè)備之間的可以續(xù)傳動(dòng)態(tài)內(nèi)容時(shí)，啟動(dòng)第一處理子模塊，從個(gè)性化引擎單元中獲取終端設(shè)備的動(dòng)態(tài)信息，結(jié)合待續(xù)傳的動(dòng)態(tài)內(nèi)容類型，確定出續(xù)傳方式；由內(nèi)容發(fā)送模塊采用確定出的續(xù)傳方式將動(dòng)態(tài)內(nèi)容傳送給終端設(shè)備。
所述續(xù)傳處理模塊中設(shè)置有第二處理子模塊，當(dāng)服務(wù)器檢測(cè)到與終端設(shè)備之間的傳送通道恢復(fù)正常、或接收到終端設(shè)備發(fā)起的動(dòng)態(tài)內(nèi)容續(xù)傳請(qǐng)求后，先啟動(dòng)第二處理子模塊，查詢服務(wù)器中是否存儲(chǔ)有預(yù)設(shè)的動(dòng)態(tài)內(nèi)容續(xù)傳方式，若查詢到由終端設(shè)備預(yù)先設(shè)置的動(dòng)態(tài)內(nèi)容續(xù)傳方式，則通知?jiǎng)討B(tài)內(nèi)容傳送模塊按照終端設(shè)備預(yù)設(shè)的續(xù)傳方式傳送動(dòng)態(tài)內(nèi)容給終端設(shè)備；若查詢到由營運(yùn)商預(yù)先設(shè)置的動(dòng)態(tài)內(nèi)容續(xù)傳方式，將該續(xù)傳方式通知給終端設(shè)備，在收到終端設(shè)備返回的接受響應(yīng)消息后，再通知?jiǎng)討B(tài)內(nèi)容傳送模塊按照運(yùn)營商預(yù)設(shè)的續(xù)傳方式傳送動(dòng)態(tài)內(nèi)容給所述終端設(shè)備；如果終端設(shè)備返回拒絕消息或服務(wù)器中沒有存儲(chǔ)預(yù)設(shè)的動(dòng)態(tài)內(nèi)容續(xù)傳方式，則再啟動(dòng)第一處理子模塊，確定出續(xù)傳方式，通知內(nèi)容發(fā)送模塊采用確定出的續(xù)傳方式將動(dòng)態(tài)內(nèi)容傳送給終端設(shè)備。
所述續(xù)傳處理模塊中設(shè)置有第三處理子模塊；若根據(jù)終端設(shè)備的動(dòng)態(tài)信息和待續(xù)傳的動(dòng)態(tài)內(nèi)容類型，服務(wù)器確定出唯一的一種續(xù)傳方式，則啟動(dòng)第三處理子模塊，將該確定出的續(xù)傳方式直接通知內(nèi)容發(fā)送模塊，內(nèi)容發(fā)送模塊按照通知的續(xù)傳方式將動(dòng)態(tài)內(nèi)容傳送給終端設(shè)備；或者第三處理模塊向所述終端設(shè)備發(fā)送續(xù)傳方式通知消息，在接收到終端設(shè)備返回的接受響應(yīng)消息后，將該確定出的續(xù)傳方式通知內(nèi)容發(fā)送模塊，內(nèi)容發(fā)送模塊按照通知的續(xù)傳方式將動(dòng)態(tài)內(nèi)容傳送給終端設(shè)備；如果終端設(shè)備返回拒絕消息或在一設(shè)定時(shí)段內(nèi)沒有收到終端設(shè)備返回的響應(yīng)消息，則向所述內(nèi)容發(fā)送模塊發(fā)送結(jié)束傳送命令，結(jié)束動(dòng)態(tài)內(nèi)容傳送流程。
所述續(xù)傳處理模塊中設(shè)置有第四處理子模塊；若根據(jù)終端設(shè)備的動(dòng)態(tài)信息和待續(xù)傳的動(dòng)態(tài)內(nèi)容類型，存在多種可選的續(xù)傳方式，啟動(dòng)第四處理子模塊，向終端設(shè)備發(fā)送詢問消息，攜帶與多種可選續(xù)傳方式對(duì)應(yīng)的續(xù)傳選項(xiàng)；并接收終端設(shè)備返回的攜帶用戶選擇結(jié)果的響應(yīng)消息，根據(jù)響應(yīng)消息中用戶選擇的續(xù)傳選項(xiàng)確定出續(xù)傳方式并通知內(nèi)容發(fā)送模塊，內(nèi)容發(fā)送模塊按照通知的續(xù)傳方式將動(dòng)態(tài)內(nèi)容傳送給終端設(shè)備。
由本發(fā)明提供的上述終端設(shè)備和服務(wù)器，組成一種動(dòng)態(tài)內(nèi)容傳送系統(tǒng)，如圖6所示。終端設(shè)備中包括動(dòng)態(tài)內(nèi)容獲取單元；在動(dòng)態(tài)內(nèi)容獲取單元中包括終端續(xù)傳模塊；該終端續(xù)傳模塊可以包括如上所述的第一功能子模塊、第二功能子模塊、第三功能子模塊、第四功能子模塊和第五功能子模塊。在該終端設(shè)備中還可能包括動(dòng)態(tài)能力信息提供單元、和/或位置信息提供單元和/或呈現(xiàn)信息提供單元。
服務(wù)器包括內(nèi)容發(fā)送單元和個(gè)性化引擎單元，所述內(nèi)容發(fā)送單元中包括有內(nèi)容發(fā)送模塊和續(xù)傳處理模塊。
在終端設(shè)備和服務(wù)器之間還連接有一個(gè)或多個(gè)提供終端設(shè)備動(dòng)態(tài)信息的服務(wù)器；包括但不限于位置服務(wù)器、呈現(xiàn)服務(wù)器和終端設(shè)備動(dòng)態(tài)能力獲取服務(wù)器等。
綜上所述，本發(fā)明在續(xù)傳動(dòng)態(tài)內(nèi)容時(shí)，根據(jù)終端設(shè)備的動(dòng)態(tài)信息和續(xù)傳內(nèi)容類型選擇合適的續(xù)傳方式，從而保證被續(xù)傳的動(dòng)態(tài)內(nèi)容為終端設(shè)備所需要，避免了網(wǎng)絡(luò)傳輸資源的浪費(fèi)。
在本發(fā)明方法中，當(dāng)服務(wù)器確定出一種或多種可選續(xù)傳方式后，進(jìn)一步詢問用戶，由用戶來確定/選擇續(xù)傳方式，進(jìn)一步提升用戶的業(yè)務(wù)體驗(yàn)，提高用戶滿意度。
本發(fā)明采用由用戶預(yù)設(shè)續(xù)傳方式存儲(chǔ)在服務(wù)器中的方式，可以省去服務(wù)器與終端設(shè)備之間的續(xù)傳方式協(xié)商過程，減少消息交互，方便用戶。
本發(fā)明還可以由運(yùn)營商預(yù)設(shè)續(xù)傳方式存儲(chǔ)在服務(wù)器中，如果用戶同意采用運(yùn)營商預(yù)設(shè)的續(xù)傳方式傳送動(dòng)態(tài)內(nèi)容，服務(wù)器不再需要獲取終端設(shè)備的動(dòng)態(tài)信息進(jìn)行分析處理，減輕了服務(wù)器的工作負(fù)荷。
顯然，本領(lǐng)域的技術(shù)人員可以對(duì)本發(fā)明進(jìn)行各種改動(dòng)和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。
權(quán)利要求
1.一種動(dòng)態(tài)內(nèi)容續(xù)傳方法，其特征在于，包括當(dāng)動(dòng)態(tài)內(nèi)容傳送服務(wù)器檢測(cè)到與接收動(dòng)態(tài)內(nèi)容的終端設(shè)備之間的傳送通道恢復(fù)正常、或接收到終端設(shè)備發(fā)起的動(dòng)態(tài)內(nèi)容續(xù)傳請(qǐng)求后，執(zhí)行下列步驟A、動(dòng)態(tài)內(nèi)容傳送服務(wù)器根據(jù)終端設(shè)備的動(dòng)態(tài)信息和待續(xù)傳的動(dòng)態(tài)內(nèi)容類型，確定出續(xù)傳方式；B、采用確定出的續(xù)傳方式將動(dòng)態(tài)內(nèi)容傳送給終端設(shè)備。
2.如權(quán)利要求1所述的方法，其特征在于，針對(duì)不同類型的動(dòng)態(tài)內(nèi)容，對(duì)終端設(shè)備的不同動(dòng)態(tài)信息分別設(shè)定敏感級(jí)別；根據(jù)敏感級(jí)別較高的動(dòng)態(tài)信息來確定所述續(xù)傳方式。
3.如權(quán)利要求1所述的方法，其特征在于，所述服務(wù)器在執(zhí)行步驟A之前還包括A01、判斷本地是否存儲(chǔ)有預(yù)設(shè)的動(dòng)態(tài)內(nèi)容續(xù)傳方式，若有，執(zhí)行步驟A02；否則，轉(zhuǎn)至步驟A04；A02、進(jìn)一步判斷所述續(xù)傳方式的設(shè)置者；若所述續(xù)傳方式是由終端設(shè)備預(yù)先設(shè)置的，則按照所述續(xù)傳方式傳送動(dòng)態(tài)內(nèi)容給所述終端設(shè)備；若所述續(xù)傳方式是由營運(yùn)商預(yù)先設(shè)置的，執(zhí)行步驟A03；A03、所述服務(wù)器將所述續(xù)傳方式通知給所述終端設(shè)備，在收到終端設(shè)備返回的接受響應(yīng)消息后，按照所述續(xù)傳方式傳送動(dòng)態(tài)內(nèi)容給終端設(shè)備；如果終端設(shè)備返回拒絕消息，轉(zhuǎn)至步驟A04；A04、執(zhí)行所述步驟A-B。
4.如權(quán)利要求1所述的方法，其特征在于，所述步驟B中，若根據(jù)終端設(shè)備的動(dòng)態(tài)信息和待續(xù)傳的動(dòng)態(tài)內(nèi)容類型，所述服務(wù)器確定出唯一的一種續(xù)傳方式，則直接采用該確定出的續(xù)傳方式傳送動(dòng)態(tài)內(nèi)容給終端設(shè)備；或者所述服務(wù)器將所述續(xù)傳方式通知給所述終端設(shè)備，在收到終端設(shè)備返回的接受響應(yīng)消息后，按照所述續(xù)傳方式傳送動(dòng)態(tài)內(nèi)容給終端設(shè)備；如果終端設(shè)備返回拒絕消息，則結(jié)束動(dòng)態(tài)內(nèi)容傳送流程。
5.如權(quán)利要求1所述的方法，其特征在于，所述步驟B中，若根據(jù)終端設(shè)備的動(dòng)態(tài)信息和待續(xù)傳的動(dòng)態(tài)內(nèi)容類型，存在多種可選的續(xù)傳方式，則執(zhí)行下列步驟B1、所述服務(wù)器向終端設(shè)備發(fā)送詢問消息，攜帶與所述多種可選續(xù)傳方式對(duì)應(yīng)的續(xù)傳選項(xiàng)；B2、所述終端設(shè)備顯示出所述續(xù)傳選項(xiàng)供用戶選擇；并根據(jù)用戶的選擇結(jié)果向所述服務(wù)器返回響應(yīng)消息；B3、所述服務(wù)器根據(jù)響應(yīng)消息中用戶選擇的續(xù)傳選項(xiàng)確定出續(xù)傳方式。
6.如權(quán)利要求3、4或5所述的方法，其特征在于，若所述服務(wù)器在設(shè)定時(shí)長內(nèi)沒有收到所述終端設(shè)備返回的響應(yīng)消息，則結(jié)束動(dòng)態(tài)內(nèi)容傳送流程。
7.如權(quán)利要求5所述的方法，其特征在于，所述詢問消息中還包括續(xù)傳的內(nèi)容標(biāo)識(shí)、續(xù)傳文件大小和/或會(huì)話標(biāo)識(shí)。
8.如權(quán)利要求7所述的方法，其特征在于，所述步驟B2中，如果用戶選擇的續(xù)傳方式為直接續(xù)傳，所述終端設(shè)備向所述服務(wù)器返回響應(yīng)消息包括所述終端設(shè)備查詢已傳送的動(dòng)態(tài)內(nèi)容大??；并根據(jù)詢問消息中攜帶的續(xù)傳文件大小，計(jì)算出待傳送內(nèi)容大小；比較本地內(nèi)存和計(jì)算出的待傳送內(nèi)容大??；若內(nèi)存空間充足，則根據(jù)用戶的選擇結(jié)果直接向所述服務(wù)器返回響應(yīng)消息；若內(nèi)存空間不足，則提示用戶，并向用戶提供可選選項(xiàng)，待用戶選擇后，再根據(jù)用戶的選擇結(jié)果向所述服務(wù)器返回響應(yīng)消息。
9.如權(quán)利要求5所述的方法，其特征在于，所述終端設(shè)備在返回給所述服務(wù)器的響應(yīng)消息中攜帶自身設(shè)置的續(xù)傳參數(shù)，所述服務(wù)器根據(jù)終端設(shè)備設(shè)置的續(xù)傳參數(shù)，采用確定出的續(xù)傳方式傳送動(dòng)態(tài)內(nèi)容給所述終端設(shè)備。
10.一種終端設(shè)備，用于接收動(dòng)態(tài)內(nèi)容服務(wù)器發(fā)送的動(dòng)態(tài)內(nèi)容，包括動(dòng)態(tài)內(nèi)容獲取單元，其特征在于，所述動(dòng)態(tài)內(nèi)容獲取單元中還設(shè)置有終端續(xù)傳模塊，與所述服務(wù)器通過消息交互協(xié)商續(xù)傳方式，實(shí)現(xiàn)動(dòng)態(tài)內(nèi)容續(xù)傳。
11.如權(quán)利要求10所述的終端設(shè)備，其特征在于，所述終端續(xù)傳模塊中設(shè)置有第一功能子模塊，向所述服務(wù)器發(fā)起動(dòng)態(tài)內(nèi)容續(xù)傳方式預(yù)設(shè)請(qǐng)求，將用戶預(yù)設(shè)的動(dòng)態(tài)內(nèi)容續(xù)傳方式發(fā)送給所述服務(wù)器存儲(chǔ)。
12.如權(quán)利要求10所述的終端設(shè)備，其特征在于，所述終端續(xù)傳模塊中設(shè)置有第二功能子模塊，接收終端用戶的操作指令，向所述服務(wù)器發(fā)起動(dòng)態(tài)內(nèi)容續(xù)傳請(qǐng)求。
13.如權(quán)利要求10、11或12所述的終端設(shè)備，其特征在于，所述終端續(xù)傳模塊中還設(shè)置有第三功能子模塊，接收所述服務(wù)器發(fā)送的續(xù)傳方式通知消息或詢問消息，向用戶顯示出服務(wù)器確定出的續(xù)傳方式信息，提供用戶選擇；并根據(jù)用戶的選擇結(jié)果向所述服務(wù)器返回響應(yīng)消息。
14.如權(quán)利要求13所述的終端設(shè)備，其特征在于，所述終端續(xù)傳模塊中設(shè)置有第四功能子模塊，當(dāng)用戶選擇的續(xù)傳方式為直接續(xù)傳時(shí)，啟動(dòng)所述第四功能子模塊，計(jì)算出待傳送的動(dòng)態(tài)內(nèi)容大小，比較內(nèi)存空間和待傳送的動(dòng)態(tài)內(nèi)容大小，當(dāng)內(nèi)存空間不足時(shí)提示用戶。
15.如權(quán)利要求14所述的終端設(shè)備，其特征在于，所述終端續(xù)傳模塊中設(shè)置有第五功能子模塊，接收用戶設(shè)置的續(xù)傳參數(shù)，通過響應(yīng)消息攜帶給所述服務(wù)器。
16.一種動(dòng)態(tài)內(nèi)容傳送服務(wù)器，包括內(nèi)容發(fā)送單元和個(gè)性化引擎單元，所述內(nèi)容發(fā)送單元中包括內(nèi)容發(fā)送模塊，其特征在于，在所述內(nèi)容發(fā)送單元中還包括有續(xù)傳處理模塊；所述續(xù)傳處理模塊通過與終端設(shè)備的消息交互，采用終端設(shè)備或運(yùn)營商預(yù)先設(shè)置的續(xù)傳方式，或根據(jù)終端設(shè)備的動(dòng)態(tài)信息及待續(xù)傳的動(dòng)態(tài)內(nèi)容類型確定出續(xù)傳方式，將動(dòng)態(tài)內(nèi)容傳送給終端設(shè)備。
17.如權(quán)利要求16所述的服務(wù)器，其特征在于，所述續(xù)傳處理模塊中設(shè)置有第一處理子模塊，當(dāng)服務(wù)器檢測(cè)到與終端設(shè)備之間的傳送通道恢復(fù)正常、或接收到終端設(shè)備發(fā)起的動(dòng)態(tài)內(nèi)容續(xù)傳請(qǐng)求后，啟動(dòng)所述第一處理子模塊，從個(gè)性化引擎單元中獲取終端設(shè)備的動(dòng)態(tài)信息，結(jié)合待續(xù)傳的動(dòng)態(tài)內(nèi)容類型，確定出續(xù)傳方式；由所述內(nèi)容發(fā)送模塊采用確定出的續(xù)傳方式將動(dòng)態(tài)內(nèi)容傳送給終端設(shè)備。
18.如權(quán)利要求17所述的服務(wù)器，其特征在于，所述續(xù)傳處理模塊中設(shè)置有第二處理子模塊，當(dāng)服務(wù)器檢測(cè)到與終端設(shè)備之間的傳送通道恢復(fù)正常、或接收到終端設(shè)備發(fā)起的動(dòng)態(tài)內(nèi)容續(xù)傳請(qǐng)求后，先啟動(dòng)所述第二處理子模塊，查詢服務(wù)器中是否存儲(chǔ)有預(yù)設(shè)的動(dòng)態(tài)內(nèi)容續(xù)傳方式，若查詢到由終端設(shè)備預(yù)先設(shè)置的動(dòng)態(tài)內(nèi)容續(xù)傳方式，則通知所述動(dòng)態(tài)內(nèi)容傳送模塊按照終端設(shè)備預(yù)設(shè)的續(xù)傳方式傳送動(dòng)態(tài)內(nèi)容給所述終端設(shè)備；若查詢到由營運(yùn)商預(yù)先設(shè)置的動(dòng)態(tài)內(nèi)容續(xù)傳方式，將所述續(xù)傳方式通知給所述終端設(shè)備，在收到終端設(shè)備返回的接受響應(yīng)消息后，通知所述動(dòng)態(tài)內(nèi)容傳送模塊按照運(yùn)營商預(yù)設(shè)的續(xù)傳方式傳送動(dòng)態(tài)內(nèi)容給所述終端設(shè)備；如果終端設(shè)備返回拒絕消息或服務(wù)器中沒有存儲(chǔ)預(yù)設(shè)的動(dòng)態(tài)內(nèi)容續(xù)傳方式，則再啟動(dòng)所述第一處理子模塊，確定出續(xù)傳方式，通知所述內(nèi)容發(fā)送模塊采用確定出的續(xù)傳方式將動(dòng)態(tài)內(nèi)容傳送給終端設(shè)備。
19.如權(quán)利要求18所述的服務(wù)器，其特征在于，所述續(xù)傳處理模塊中設(shè)置有第三處理子模塊；若根據(jù)終端設(shè)備的動(dòng)態(tài)信息和待續(xù)傳的動(dòng)態(tài)內(nèi)容類型，所述服務(wù)器確定出唯一的一種續(xù)傳方式，啟動(dòng)所述第三處理子模塊，將該確定出的續(xù)傳方式直接通知所述內(nèi)容發(fā)送模塊，所述內(nèi)容發(fā)送模塊按照通知的續(xù)傳方式將動(dòng)態(tài)內(nèi)容傳送給終端設(shè)備；或者所述第三處理模塊向所述終端設(shè)備發(fā)送續(xù)傳方式通知消息，在接收到終端設(shè)備返回的接受響應(yīng)消息后，將該確定出的續(xù)傳方式通知所述內(nèi)容發(fā)送模塊，所述內(nèi)容發(fā)送模塊按照通知的續(xù)傳方式將動(dòng)態(tài)內(nèi)容傳送給終端設(shè)備；如果終端設(shè)備返回拒絕消息或在一設(shè)定時(shí)段內(nèi)沒有收到終端設(shè)備返回的響應(yīng)消息，則向所述內(nèi)容發(fā)送模塊發(fā)送結(jié)束傳送命令，結(jié)束動(dòng)態(tài)內(nèi)容傳送流程。
20.如權(quán)利要求19所述的服務(wù)器，其特征在于，所述續(xù)傳處理模塊中設(shè)置有第四處理子模塊；若根據(jù)終端設(shè)備的動(dòng)態(tài)信息和待續(xù)傳的動(dòng)態(tài)內(nèi)容類型，存在多種可選的續(xù)傳方式，啟動(dòng)所述第四處理子模塊，向終端設(shè)備發(fā)送詢問消息，攜帶與所述多種可選續(xù)傳方式對(duì)應(yīng)的續(xù)傳選項(xiàng)；并接收終端設(shè)備返回的攜帶用戶選擇結(jié)果的響應(yīng)消息，根據(jù)響應(yīng)消息中用戶選擇的續(xù)傳選項(xiàng)確定出續(xù)傳方式并通知所述內(nèi)容發(fā)送模塊，所述內(nèi)容發(fā)送模塊按照通知的續(xù)傳方式將動(dòng)態(tài)內(nèi)容傳送給終端設(shè)備。
21.一種動(dòng)態(tài)內(nèi)容傳送系統(tǒng)，包括終端設(shè)備和動(dòng)態(tài)內(nèi)容傳送服務(wù)器；所述終端設(shè)備包括動(dòng)態(tài)內(nèi)容獲取單元，所述服務(wù)器包括內(nèi)容發(fā)送單元和個(gè)性化引擎單元，所述內(nèi)容發(fā)送單元中包括有內(nèi)容發(fā)送模塊，其特征在于，終端設(shè)備的所述動(dòng)態(tài)內(nèi)容獲取單元中還設(shè)置有終端續(xù)傳模塊，與所述服務(wù)器通過消息交互協(xié)商續(xù)傳方式，實(shí)現(xiàn)動(dòng)態(tài)內(nèi)容續(xù)傳；所述服務(wù)器的內(nèi)容發(fā)送單元中還設(shè)置有續(xù)傳處理模塊；所述續(xù)傳處理模塊通過與終端設(shè)備的消息交互，采用終端設(shè)備或運(yùn)營商預(yù)先設(shè)置的續(xù)傳方式，或根據(jù)終端設(shè)備的動(dòng)態(tài)信息及待續(xù)傳的動(dòng)態(tài)內(nèi)容類型確定出續(xù)傳方式，將動(dòng)態(tài)內(nèi)容傳送給終端設(shè)備。
22.如權(quán)利要求21所述的系統(tǒng)，其特征在于，在所述終端設(shè)備和服務(wù)器之間還連接有一個(gè)或多個(gè)提供終端設(shè)備動(dòng)態(tài)信息的服務(wù)器；向所述個(gè)性化引擎單元提供終端設(shè)備動(dòng)態(tài)信息。
23.如權(quán)利要求22所述的系統(tǒng)，其特征在于，所述提供終端設(shè)備動(dòng)態(tài)信息的服務(wù)器包括但不限于位置服務(wù)器、呈現(xiàn)服務(wù)器和終端設(shè)備動(dòng)態(tài)能力獲取服務(wù)器。
全文摘要
本發(fā)明公開了一種動(dòng)態(tài)內(nèi)容續(xù)傳方法，包括當(dāng)動(dòng)態(tài)內(nèi)容傳送服務(wù)器檢測(cè)到與接收動(dòng)態(tài)內(nèi)容的終端設(shè)備之間的傳送通道恢復(fù)正常、或接收到終端設(shè)備發(fā)起的動(dòng)態(tài)內(nèi)容續(xù)傳請(qǐng)求后，獲取終端設(shè)備的動(dòng)態(tài)信息，根據(jù)所述動(dòng)態(tài)信息和待續(xù)傳的動(dòng)態(tài)內(nèi)容類型，確定出續(xù)傳方式，采用確定出的續(xù)傳方式將動(dòng)態(tài)內(nèi)容傳送給終端設(shè)備。本發(fā)明還提供相對(duì)應(yīng)的終端設(shè)備、服務(wù)器和動(dòng)態(tài)內(nèi)容傳送系統(tǒng)。本發(fā)明能根據(jù)終端設(shè)備的動(dòng)態(tài)信息和續(xù)傳內(nèi)容類型選擇合適的續(xù)傳方式，從而保證被續(xù)傳的動(dòng)態(tài)內(nèi)容為終端設(shè)備所需要，避免了網(wǎng)絡(luò)傳輸資源的浪費(fèi)。
文檔編號(hào)H04L12/00GK1859123SQ20061006513
公開日2006年11月8日 申請(qǐng)日期2006年3月17日 優(yōu)先權(quán)日2006年3月17日
發(fā)明者彭錦, 高洪濤 申請(qǐng)人:華為技術(shù)有限公司