專利名稱：移動終端和數(shù)據(jù)傳輸方案的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種移動終端與一種數(shù)據(jù)傳輸方案，特別地涉及適合于允許從一個(gè)服務(wù)器傳送按鍵消息(PUSH message)到裝備小數(shù)據(jù)存儲器的一個(gè)客戶機(jī)(移動終端)的一種移動終端與一種數(shù)據(jù)傳輸方案。
背景技術(shù)：
在當(dāng)今面向先進(jìn)的信息的社會中的信息通信中，用戶可以通過在因特網(wǎng)上規(guī)定目的地地址根據(jù)需要獲得各種的信息。
作為服務(wù)器與客戶機(jī)之間的一種數(shù)據(jù)傳送協(xié)議，超文本傳送協(xié)議(Hypertext Transfer Protocol)被廣泛地使用。
通過使用超文本傳送協(xié)議，該服務(wù)器響應(yīng)客戶機(jī)的信息請求并且通知該用戶的目標(biāo)信息，允許該用戶獲得這樣的信息。
在最近幾年，不僅是客戶機(jī)啟動請求的彈出服務(wù)而且還有信息源給該客戶機(jī)在任意的定時(shí)提供信息的按鍵業(yè)務(wù)(PUSH service)。
這允許信息從一個(gè)預(yù)定的信息源提供給用戶，該客戶機(jī)不必啟動該信息發(fā)送請求。
例如，在JP-A-9-148394公開的“數(shù)據(jù)廣播系統(tǒng)及其終端”中，各種的數(shù)字信號經(jīng)過廣播數(shù)據(jù)信道發(fā)送和接收廣播數(shù)據(jù)的一個(gè)接收機(jī)可以實(shí)時(shí)獲得信息。
但是，對于其數(shù)據(jù)存儲器相對小的一個(gè)移動終端，存在一個(gè)問題，即該移動終端不能全部保存從該信息源提供的信息。在重要的信息的情況下，諸如支付業(yè)務(wù)信息和郵件，信息中的這種丟失是一個(gè)問題。
考慮到前所述的問題，本發(fā)明目的是提供裝備小數(shù)據(jù)存儲器的一個(gè)移動終端和可以接收由信息源無誤地提供的實(shí)時(shí)信息的一個(gè)數(shù)據(jù)傳輸方案。
本發(fā)明的公開為了解決這個(gè)問題，根據(jù)本發(fā)明的一個(gè)移動終端是它接收輸入的通知的一個(gè)移動終端，其特征在于該移動終端由包含在所示在服務(wù)器中存在傳遞消息的該輸入通知中的信號觸發(fā)，該移動終端請求獲得該傳遞消息，并且接收根據(jù)該傳遞消息捕獲請求從該服務(wù)器發(fā)送的該傳遞消息。
為了解決該問題，根據(jù)本發(fā)明的移動終端的特征在于該輸入的通知包括表示該傳遞消息的主要類別的一個(gè)傳遞消息類型，并且在于該移動終端根據(jù)該傳遞消息類型發(fā)出一個(gè)傳遞消息捕獲請求。
另外，為了解決該問題，根據(jù)本發(fā)明的一個(gè)移動終端的特征在于該移動終端檢驗(yàn)該移動終端是否可以保留一個(gè)傳遞消息保存區(qū)或者根據(jù)該輸入的通知在進(jìn)行該傳遞消息捕獲請求之前，并且在于在可以保留的該傳遞消息保存區(qū)的情況下，該移動終端進(jìn)行該傳遞消息捕獲請求。
另外，為了解決該問題，根據(jù)本發(fā)明的一個(gè)移動終端的特征在于該移動終端確定在該移動終端中保存的傳遞消息已經(jīng)被讀出并且不保護(hù)的情況下，它們可以由一個(gè)新輸入的傳遞消息重寫并且確定是否可以保留在一個(gè)決定中，不論該傳遞消息保存區(qū)是否可以保留。
另外，為了解決該問題，根據(jù)本發(fā)明的移動終端的特征在于該傳遞消息類型可以是一個(gè)郵件。
另外，為了解決該問題，根據(jù)本發(fā)明的數(shù)據(jù)傳輸方案，從而一個(gè)移動終端和一個(gè)服務(wù)器單元經(jīng)過網(wǎng)絡(luò)執(zhí)行數(shù)據(jù)傳輸?shù)奶卣髟谟诋?dāng)該移動終端返回表示該移動終端已經(jīng)接收從該服務(wù)器發(fā)送的傳遞消息的響應(yīng)時(shí)，該服務(wù)器刪除該存儲的消息。
附圖的簡要描述

圖1表示根據(jù)本發(fā)明的實(shí)施例的接收機(jī)配置的圖。
圖2是表示根據(jù)本發(fā)明的實(shí)施例由該接收機(jī)進(jìn)行的按鍵消息(PUSHmessage)捕獲處理的流程的第一流程圖。
圖3是表示根據(jù)本發(fā)明的實(shí)施例由該接收機(jī)進(jìn)行的按鍵消息捕獲處理的流程的第二流程圖。
圖4是表示根據(jù)本發(fā)明的實(shí)施例由該接收機(jī)進(jìn)行的按鍵消息捕獲處理的流程的第三流程圖。
圖5表示根據(jù)本發(fā)明的實(shí)施例的按鍵消息輸入的通知的一個(gè)例子。
圖6表示根據(jù)本發(fā)明的實(shí)施例的按鍵消息捕獲請求信息的一個(gè)例子。
圖7表示根據(jù)本發(fā)明的實(shí)施例由接收終端獲得的第一按鍵消息的的一個(gè)例子。
圖8表示根據(jù)本發(fā)明的實(shí)施例由接收終端獲得的第二按鍵消息的的一個(gè)例子。
圖9是表示在由該移動終端和該服務(wù)器經(jīng)過一個(gè)網(wǎng)絡(luò)獲得的數(shù)據(jù)傳輸期間，在接收終端與服務(wù)器單元之間進(jìn)行的該處理。
實(shí)施本發(fā)明的最好方式本發(fā)明的實(shí)施例將參照附圖在下面詳細(xì)的說明。
圖1表示根據(jù)本發(fā)明的實(shí)施例的一個(gè)移動終端(接收機(jī))的配置圖。
在圖1中，作為移動終端的接收機(jī)1包括用于在便攜式電話網(wǎng)絡(luò)中執(zhí)行數(shù)據(jù)發(fā)送／接收的數(shù)據(jù)發(fā)送／接收裝置101，用于處理HTTP(超文本傳送協(xié)議)的Web協(xié)議處理裝置102，HTTP是用于獲得在該接收機(jī)與該服務(wù)器單元之間的服務(wù)器單元中存儲的內(nèi)容消息的Web協(xié)議，按鍵消息保存裝置103，用于保存由接收機(jī)1接收的按鍵消息，按鍵消息請求處理裝置104，按鍵消息分析處理裝置105和按鍵消息管理裝置106。
根據(jù)包含在由該數(shù)據(jù)發(fā)送／接收裝置101接收的輸入通知中的按鍵消息的描述，該按鍵消息請求處理裝置104檢驗(yàn)可用的區(qū)域是否是在該按鍵消息保存裝置103中，和在它存在的情況下，該按鍵消息請求處理裝置104給該網(wǎng)絡(luò)協(xié)議處理裝置102實(shí)現(xiàn)按鍵消息捕獲請求。
響應(yīng)由按鍵消息請求處理裝置104給該信息源服務(wù)器實(shí)現(xiàn)的按鍵消息捕獲請求，該按鍵消息分析處理裝置105執(zhí)行從該服務(wù)器返回的按鍵消息的分析處理。
該按鍵消息管理裝置106保存由在按鍵消息保存裝置103中的該按鍵消息分析處理裝置105分析的按鍵消息。在從按鍵消息請求處理裝置104接收關(guān)于是否可用的區(qū)域的詢問存在或不存在于該按鍵消息存儲器中時(shí)，該按鍵消息管理裝置106檢驗(yàn)可用的區(qū)域是否存在于按鍵消息保存裝置103中并且通知該按鍵消息請求處理裝置104關(guān)于可用的區(qū)域存在或不存在。
圖2至圖4是表示根據(jù)本發(fā)明的實(shí)施例由該接收機(jī)進(jìn)行的按鍵消息捕獲處理的流程圖。下面描述在圖1中的接收機(jī)1的數(shù)據(jù)發(fā)送／接收裝置101已經(jīng)接收一個(gè)按鍵消息輸入通知之后的按鍵消息捕獲處理的流程圖步驟101按鍵消息請求處理裝置104檢驗(yàn)包含在從該數(shù)據(jù)發(fā)送／接收裝置101發(fā)送的按鍵消息輸入通知中的按鍵消息類型信息。在該按鍵消息類型信息包含郵件的情況下，執(zhí)行前進(jìn)到步驟102。否則，執(zhí)行進(jìn)到圖3中的步驟201。
步驟102按鍵消息請求處理裝置104對按鍵消息管理裝置106進(jìn)行關(guān)于存在或不存在可用的郵件存儲器的詢問。按鍵消息管理裝置106檢驗(yàn)在該按鍵消息保存裝置103中的可用的郵件存儲器，并且通知對于可用的郵件存儲器的檢驗(yàn)結(jié)果。在該郵件存儲器中存在可用的區(qū)域的情況下，執(zhí)行前進(jìn)到步驟103。否則，執(zhí)行進(jìn)到圖3中的步驟201。
步驟103按鍵消息請求處理裝置104對Web協(xié)議處理裝置102進(jìn)行郵件捕獲請求。根據(jù)來自按鍵消息請求處理裝置104的請求，Web協(xié)議處理裝置102與該服務(wù)器協(xié)商以HTTP格式產(chǎn)生郵件捕獲請求數(shù)據(jù)，然后要求該數(shù)據(jù)發(fā)送／接收裝置101發(fā)送該數(shù)據(jù)。數(shù)據(jù)發(fā)送／接收裝置101發(fā)送由該Web協(xié)議處理裝置102要求的數(shù)據(jù)到該服務(wù)器單元，并且執(zhí)行前進(jìn)到步驟104。
步驟104在從該服務(wù)器接收該數(shù)據(jù)時(shí)，該數(shù)據(jù)發(fā)送／接收裝置101對該Web協(xié)議處理裝置102通知該接收數(shù)據(jù)。在根據(jù)HTTP格式接收從該服務(wù)器單元發(fā)送的該按鍵消息時(shí)，Web協(xié)議處理裝置102通知該按鍵消息分析處理裝置105接收該按鍵消息結(jié)束。在按鍵消息分析處理裝置105的情況下，根據(jù)該按鍵消息從該Web協(xié)議處理裝置102接收結(jié)束通知，已經(jīng)成功地獲得該郵件，執(zhí)行前進(jìn)到步驟105。否則，執(zhí)行進(jìn)到圖3中的步驟201。
步驟105根據(jù)來自該按鍵消息分析處理裝置105的請求，該按鍵消息管理裝置106在該按鍵消息保存裝置103中的郵件存儲器中保存該接收的郵件。然后執(zhí)行前進(jìn)到步驟106。
步驟106按鍵消息分析處理裝置105根據(jù)服務(wù)器中含有按鍵消息中沒有捕獲郵件的存在或不存在信息進(jìn)行判斷。在該服務(wù)器中存在沒有獲得郵件的情況下，執(zhí)行前進(jìn)到步驟102。否則，執(zhí)行進(jìn)到圖3中的步驟201。
在下文中，將描述根據(jù)圖3中的流程圖處理獲得的按鍵消息。
步驟201按鍵消息請求處理裝置104檢驗(yàn)包含在從該數(shù)據(jù)發(fā)送／接收裝置101發(fā)送的按鍵消息輸入通知中的按鍵消息類型信息。在該按鍵消息類型信息包含該第一信息業(yè)務(wù)消息的情況下，執(zhí)行前進(jìn)到步驟202。否則，執(zhí)行進(jìn)到圖4中的步驟301。
步驟202該按鍵消息請求處理裝置104詢問關(guān)于第一信息業(yè)務(wù)該第一信息業(yè)務(wù)消息的存儲器內(nèi)存在或不存在該可用的區(qū)域。對于第一信息業(yè)務(wù)消息，按鍵消息管理裝置106檢驗(yàn)在該按鍵消息保存裝置103的該存儲器中的可用的區(qū)域，并且通知對于可用存儲器的檢驗(yàn)結(jié)果。在該第一信息業(yè)務(wù)消息的存儲器中存在可用存儲器的情況下，執(zhí)行前進(jìn)到步驟203。否則，執(zhí)行進(jìn)到圖4中的步驟301。
步驟203按鍵消息請求處理裝置104對Web協(xié)議處理裝置102進(jìn)行一個(gè)第一信息業(yè)務(wù)消息捕獲請求。根據(jù)來自按鍵消息請求處理裝置104的請求，Web協(xié)議處理裝置102與該服務(wù)器協(xié)商以HTTP格式產(chǎn)生第一信息業(yè)務(wù)消息捕獲請求數(shù)據(jù)，然后要求該數(shù)據(jù)發(fā)送／接收裝置101發(fā)送該數(shù)據(jù)。數(shù)據(jù)發(fā)送／接收裝置101發(fā)送由該Web協(xié)議處理裝置102要求的數(shù)據(jù)到該服務(wù)器單元，并且執(zhí)行前進(jìn)到步驟204。
步驟204在從該服務(wù)器接收該數(shù)據(jù)時(shí)，該數(shù)據(jù)發(fā)送／接收裝置101對該Web協(xié)議處理裝置102通知該接收數(shù)據(jù)。在根據(jù)HTTP格式接收從該服務(wù)器單元發(fā)送的該按鍵消息時(shí)，Web協(xié)議處理裝置102通知該按鍵消息分析處理裝置105接收該按鍵消息結(jié)束。在按鍵消息分析處理裝置205的情況下，根據(jù)來自該Web協(xié)議處理裝置102的該按鍵消息接收結(jié)束通知，已經(jīng)成功地獲得該第一信息業(yè)務(wù)消息，執(zhí)行前進(jìn)到步驟205。否則，執(zhí)行進(jìn)到圖4中的步驟301。
步驟205根據(jù)來自該第一信息業(yè)務(wù)消息分析處理裝置105的請求，該按鍵消息管理裝置106保存對于該按鍵消息保存裝置103中的第一信息業(yè)務(wù)消息的存儲器中保存該接收的第一信息業(yè)務(wù)消息。然后執(zhí)行前進(jìn)到步驟106。
步驟206根據(jù)包含在該接收按鍵消息中的內(nèi)容類型信息，該按鍵消息分析處理裝置105檢驗(yàn)接收的按鍵消息的文本是否按HTML(超級文本標(biāo)記語言)寫的。在該接收的按鍵消息的文本寫入該HTML中的情況下，執(zhí)行前進(jìn)到步驟207。否則，執(zhí)行前進(jìn)到步驟210。
步驟207該按鍵消息分析處理裝置105檢驗(yàn)是否檢測在線圖象信息，表示該圖象數(shù)據(jù)插入在HTML內(nèi)容中，以及是否還沒有請求獲得表示在在線圖像信息中的圖象數(shù)據(jù)。在沒有請求的情況下，執(zhí)行前進(jìn)到步驟208。否則，執(zhí)行前進(jìn)到步驟210。
步驟208按鍵消息分析處理裝置105通知該按鍵消息請求處理裝置104從該服務(wù)器單元接收的HTML內(nèi)容包含非獲得的圖象數(shù)據(jù)。按鍵消息請求處理裝置104對Web協(xié)議處理裝置102進(jìn)行一個(gè)非獲得圖象數(shù)據(jù)捕獲請求。根據(jù)來自按鍵消息請求處理裝置104的請求，Web協(xié)議處理裝置102與該服務(wù)器協(xié)商以HTTP格式產(chǎn)生郵件捕獲請求數(shù)據(jù)，然后要求該數(shù)據(jù)發(fā)送／接收裝置101發(fā)送該數(shù)據(jù)。數(shù)據(jù)發(fā)送／接收裝置101發(fā)送由該Web協(xié)議處理裝置102要求的數(shù)據(jù)到該服務(wù)器單元，并且執(zhí)行前進(jìn)到步驟209。
步驟209在從該服務(wù)器接收該數(shù)據(jù)時(shí)，該數(shù)據(jù)發(fā)送／接收裝置101向Web協(xié)議處理裝置102通知該接收數(shù)據(jù)。在根據(jù)HTTP格式接收從該服務(wù)器單元發(fā)送的該按鍵消息時(shí)，Web協(xié)議處理裝置102通知該按鍵消息分析處理裝置105接收該按鍵消息結(jié)束。在按鍵消息分析處理裝置205的情況下，根據(jù)來自該Web協(xié)議處理裝置102的該按鍵消息接收結(jié)束的通知，已經(jīng)成功地獲得該在線像信息，該按鍵消息消息分析處理裝置105保存該圖象數(shù)據(jù)信息。然后執(zhí)行前進(jìn)到步驟207。否則，該按鍵消息分析處理裝置105跳過保存該圖象數(shù)據(jù)信息。然后執(zhí)行前進(jìn)到步驟207。
步驟210該按鍵消息分析處理裝置105根據(jù)關(guān)于存在或不存在包含在該服務(wù)器中的接收按鍵消息內(nèi)的非獲得的第一信息業(yè)務(wù)消息。在該服務(wù)器中存在非獲得的第一信息業(yè)務(wù)消息的情況下，執(zhí)行前進(jìn)到步驟202。否則，執(zhí)行進(jìn)到圖4中的步驟301。
在下文中，將描述根據(jù)圖4中的流程圖處理獲得的按鍵消息。
步驟301按鍵消息請求處理裝置104檢驗(yàn)包含在從該數(shù)據(jù)發(fā)送／接收裝置101發(fā)送的按鍵消息輸入通知中的按鍵消息類型信息。在該按鍵消息類型信息包含該第二信息業(yè)務(wù)消息的情況下，執(zhí)行前進(jìn)到步驟302。否則，執(zhí)行終止。
步驟302該按鍵消息請求處理裝置104詢問該按鍵消息管理裝置106關(guān)于第二信息業(yè)務(wù)的存儲器內(nèi)存在或不存在該可用的區(qū)域。對于第二信息業(yè)務(wù)消息，按鍵消息管理裝置106檢驗(yàn)在該按鍵消息保存裝置103的按鍵消息保存裝置103中的該存儲器中的可用的區(qū)域，并且通知對于可用存儲器的檢驗(yàn)結(jié)果。在該第二信息業(yè)務(wù)消息的存儲器中存在可用存儲器的情況下，執(zhí)行前進(jìn)到步驟303。否則，執(zhí)行終止。
步驟303按鍵消息請求處理裝置104對Web協(xié)議處理裝置102進(jìn)行第二信息業(yè)務(wù)消息捕獲請求。根據(jù)來自按鍵消息請求處理裝置104的請求，Web協(xié)議處理裝置102與該服務(wù)器協(xié)商以HTTP格式產(chǎn)生第二信息業(yè)務(wù)消息捕獲請求數(shù)據(jù)，然后要求該數(shù)據(jù)發(fā)送／接收裝置101發(fā)送該數(shù)據(jù)。數(shù)據(jù)發(fā)送／接收裝置101發(fā)送由該Web協(xié)議處理裝置102要求的數(shù)據(jù)到該服務(wù)器單元，并且執(zhí)行前進(jìn)到步驟304。
步驟304在從該服務(wù)器單元接收該數(shù)據(jù)時(shí)，該數(shù)據(jù)發(fā)送／接收裝置101對該Web協(xié)議處理裝置102通知該接收數(shù)據(jù)。根據(jù)HTTP格式在接收從該服務(wù)器發(fā)送的按鍵消息時(shí)，Web協(xié)議處理裝置102通知按鍵消息分析處理裝置105接收該按鍵消息結(jié)束。在按鍵消息分析處理裝置105的情況下，根據(jù)來自該Web協(xié)議處理裝置102的該按鍵消息接收結(jié)束通知，已經(jīng)成功地獲得該第二信息業(yè)務(wù)消息，執(zhí)行前進(jìn)到步驟305。否則，執(zhí)行終止。
步驟305根據(jù)來自該第二信息業(yè)務(wù)消息分析處理裝置105的請求，該按鍵消息管理裝置106保存對于該按鍵消息保存裝置103中的第二信息業(yè)務(wù)消息的存儲器中保存該接收的第二信息業(yè)務(wù)消息。然后執(zhí)行前進(jìn)到步驟306。
步驟306根據(jù)包含在該接收按鍵消息中的內(nèi)容類型信息，該按鍵消息分析處理裝置105檢驗(yàn)接收的按鍵消息的文本是否按HTML(超級文本標(biāo)記語言)寫的。在該接收的按鍵消息的文本寫入該HTML中的情況下，執(zhí)行前進(jìn)到步驟307。否則，執(zhí)行前進(jìn)到步驟310。
步驟307該按鍵消息分析處理裝置105檢驗(yàn)是否檢測在線圖象信息，表示該圖象數(shù)據(jù)插入在HTML內(nèi)容中，以及是否還沒有請求獲得表示在在線圖像信息中的圖象數(shù)據(jù)。在沒有請求的情況下，執(zhí)行前進(jìn)到步驟308。否則，執(zhí)行前進(jìn)到步驟310。
步驟308按鍵消息分析處理裝置105通知該按鍵消息請求處理裝置104從該服務(wù)器單元接收的HTML內(nèi)容包含非獲得的圖象數(shù)據(jù)。按鍵消息請求處理裝置104對Web協(xié)議處理裝置102進(jìn)行一個(gè)非獲得圖象數(shù)據(jù)捕獲請求。根據(jù)來自按鍵消息請求處理裝置104的請求，Web協(xié)議處理裝置102與該服務(wù)器協(xié)商以HTTP格式產(chǎn)生郵件捕獲請求數(shù)據(jù)，然后要求該數(shù)據(jù)發(fā)送／接收裝置101發(fā)送該數(shù)據(jù)。數(shù)據(jù)發(fā)送／接收裝置101發(fā)送由該Web協(xié)議處理裝置102要求的數(shù)據(jù)到該服務(wù)器單元，并且執(zhí)行前進(jìn)到步驟309。
步驟309在從該服務(wù)器單元接收該數(shù)據(jù)時(shí)，該數(shù)據(jù)發(fā)送／接收裝置101對該Web協(xié)議處理裝置102通知該接收數(shù)據(jù)。根據(jù)HTTP格式在接收從該服務(wù)器發(fā)送的按鍵消息時(shí)，Web協(xié)議處理裝置102通知按鍵消息分析處理裝置105接收該按鍵消息結(jié)束。在按鍵消息分析處理裝置205的情況下，根據(jù)來自該Web協(xié)議處理裝置102的該按鍵消息接收結(jié)束的通知，已經(jīng)成功地獲得該在線圖象信息，該按鍵消息消息分析處理裝置105保存該圖象數(shù)據(jù)信息。然后執(zhí)行前進(jìn)到步驟307。否則，該按鍵消息分析處理裝置105跳過保存該圖象數(shù)據(jù)信息。然后執(zhí)行前進(jìn)到步驟307。
步驟310根據(jù)關(guān)于存在或不存在該服務(wù)器中包含的接收按鍵消息中的非獲得第二信息業(yè)務(wù)消息，按鍵消息分析處理裝置105檢驗(yàn)在該服務(wù)器中接收按鍵消息中包含的非獲得第二信息業(yè)務(wù)消息。在該服務(wù)器中存在非獲得的第二信息業(yè)務(wù)消息的情況下，執(zhí)行前進(jìn)到步驟302。否則，執(zhí)行終止。
在下面將描述該接收機(jī)1的具體的工作，當(dāng)該接收機(jī)已經(jīng)收到圖5中的按鍵消息輸入通知時(shí)，它按前面提到的假設(shè)那樣工作。
圖5表示根據(jù)本發(fā)明的實(shí)施例在按鍵消息輸入通知中包含的按鍵消息信息的一個(gè)例子。
按鍵消息通知輸入通知包括指示按鍵消息類別的按鍵消息類型信息，和指示按鍵消息存儲區(qū)是否全在該服務(wù)器單元中的服務(wù)器存儲容量信息。
在這個(gè)實(shí)施例中按鍵消息的類型包括郵件，第一信息業(yè)務(wù)消息和第二信息業(yè)務(wù)消息。＂1＂表示非獲得按鍵消息存在于該服務(wù)器中。＂0＂表示非獲得按鍵消息不在該服務(wù)器中。
因?yàn)樵摪存I消息類型信息是“0001”，所以在該服務(wù)器單元中獲得的數(shù)據(jù)僅僅是郵件數(shù)據(jù)。
按鍵消息存儲容量信息是各個(gè)按鍵消息類型的輔助的信息。＂1＂表示在該服務(wù)器中按鍵消息存儲容量是充滿的。
因?yàn)榘存I消息類型信息是“0000”，所以在該服務(wù)器中按鍵消息存儲容量是不充滿的。
在該數(shù)據(jù)發(fā)送／接收裝置101已經(jīng)收到有關(guān)圖5中所示的按鍵消息輸入通知中包含的按鍵消息的信息的情況下，通知按鍵消息請求處理裝置104該信息。按鍵消息請求處理裝置104分析在該按鍵消息輸入通知中的描述并且確定該服務(wù)器包含非捕獲郵件(見步驟101)。
按鍵消息請求處理裝置104詢問按鍵消息管理裝置106有關(guān)可用的區(qū)域是否存在于該郵件存儲器中。該按鍵消息管理裝置106檢驗(yàn)可用的郵件存儲器。在該按鍵消息保存裝置103中的郵件存儲器是充滿郵件，和該郵件已經(jīng)讀出并且是未保護(hù)的情況下，該郵件可以重寫并且認(rèn)為該存儲器是可用的。在該郵件存儲器是可用的情況下，進(jìn)行郵件捕獲請求(見步驟103)。
按鍵消息(郵件)捕獲請求信息的一個(gè)具體的例子表示在圖6中。按鍵消息捕獲請求信息是根據(jù)HTTP請求信息配置的。HTTP請求信息包括一種方法，表示該處理請求細(xì)節(jié)，查找目的地的URL信息和HTTP版本信息。
在圖6中的按鍵消息(郵件)捕獲請求信息中，表示該處理請求細(xì)節(jié)的方法是“得到(GBT)”，它表示一個(gè)內(nèi)容捕獲請求。URL信息包含目的地地址，按鍵消息類型和捕獲請求按鍵消息ID。按鍵消息類型“e_mes”表示作為捕獲請求的一個(gè)目的的該按鍵消息是一個(gè)郵件。該捕獲請求按鍵消息ID是以五個(gè)數(shù)字隨后“NXT=”表示。注意“00000”是表示按鍵消息捕獲請求開始的一個(gè)ID?！癏TTP／1．0”表示HTTP版本是1．0。
圖7表示遵照HTTP響應(yīng)格式從服務(wù)器獲得的按鍵消息的第一具體的例子。
HTTP響應(yīng)數(shù)據(jù)包括一個(gè)響應(yīng)行，標(biāo)題和對應(yīng)于一個(gè)文本的主體。第一行是響應(yīng)行，并且包括HTTP版本信息，關(guān)于該請求處理結(jié)果的狀態(tài)碼和關(guān)于該狀態(tài)碼的說明。
在圖7所示的例子中，從“HTTP／1”已經(jīng)了解到HTTP版本是1．0，。狀態(tài)碼“200”表示該請求已經(jīng)由該服務(wù)器接收和文本數(shù)據(jù)對于該請求是有效的?！癘K”是該狀態(tài)碼的說明。
從第二行到由〈CR〉〈LF〉(0x0D，0x0A)表示的空閑行對應(yīng)于標(biāo)題。“內(nèi)容長度”表示該文本數(shù)據(jù)的字節(jié)的數(shù)量?！皟?nèi)容類型”表示該文本數(shù)據(jù)的內(nèi)容?！拔谋荆魑摹北硎久髡Z電文。以“X-”開始的標(biāo)題信息是對獲得按鍵消息擴(kuò)展的標(biāo)題信息。
“X-EID”表示該郵件ID。第一一半“00001”表示作為獲得的文本數(shù)據(jù)的郵件的ID。第二的一半“00002”表示用于下次進(jìn)行電子郵件(E-mail)捕獲請求的郵件ID。
“X-D”是日期信息并且表示在按鍵消息到達(dá)該服務(wù)器時(shí)的時(shí)間。＂199812171639＂表示1998年12月17日1639。
“X-F”表示該源郵件地址。
圖8表示從服務(wù)器獲得的按鍵消息的第二個(gè)具體的例子。和第一具體的例子相同，該按鍵消息符合HTTP響應(yīng)格式?！癤-EID”是獲得按鍵消息擴(kuò)展的標(biāo)題信息，表示一個(gè)郵件ID。第一一半“00002”表示獲得的文本數(shù)據(jù)的郵件的ID。第二一半表示用于下次進(jìn)行電子郵件捕獲請求的郵件ID。在圖8中，第二一半是“00000”，表示該服務(wù)器單元不存儲任何非獲得的郵件。
圖9是表示在由該移動終端和該服務(wù)器單元經(jīng)過一個(gè)網(wǎng)絡(luò)進(jìn)行的數(shù)據(jù)傳輸期間，在接收終端與服務(wù)器單元之間進(jìn)行的處理的順序圖。這個(gè)例子表示預(yù)定用于接收機(jī)1的兩個(gè)郵件存儲在該該服務(wù)器單元的情況。
該服務(wù)器單元分別分配兩個(gè)郵件的郵件ID給00001和00002。為了通知接收機(jī)1非獲得的按鍵消息(郵件)是存儲在接收機(jī)1中，該服務(wù)器發(fā)送一個(gè)按鍵消息輸入通知。
該圖中所示的是按鍵消息輸入通知發(fā)送給接收機(jī)1的情況。
在接收機(jī)1中，根據(jù)經(jīng)過圖5所示的該數(shù)據(jù)發(fā)送／接收裝置101接收的按鍵消息輸入通知，按鍵消息請求處理裝置104將按鍵消息類型信息郵件看成“1”并且確定非捕獲郵件是存儲在該服務(wù)器中，然后詢問按鍵消息管理裝置106關(guān)于存在或不存在用于捕獲郵件的可用的存儲器。其中，認(rèn)為用于捕獲郵件的可用的存儲器存在于按鍵消息保存裝置103。
由于用于捕獲郵件的可用的存儲器可以保留，按鍵消息請求處理裝置104發(fā)送一個(gè)按鍵消息(郵件)捕獲開始請求到該服務(wù)器(見步驟103)。
服務(wù)器單元在接收按鍵消息(郵件)捕獲開始請求時(shí)，發(fā)送第一郵件作為圖7所示的按鍵消息給該接收機(jī)1。
＂X-EID00001／00002＂表示從服務(wù)器單元發(fā)送到接收機(jī)1的第一郵件對應(yīng)于在服務(wù)器中存儲的具有郵件ID“00001”的郵件。
后一半“00002”是命令信息，它表示非發(fā)送郵件存儲在本服務(wù)器單元，并且命令I(lǐng)D “00002”用于由接收機(jī)1進(jìn)行的按鍵消息(郵件)捕獲請求。
在接收按鍵消息(郵件)捕獲響應(yīng)時(shí)，該接收終端在保留在按鍵消息保存裝置103中的郵件存儲器中保存收到的郵件(見步驟105)。
在接收從該服務(wù)器單元發(fā)送的數(shù)據(jù)時(shí)，接收機(jī)1經(jīng)過數(shù)據(jù)發(fā)送／接收裝置101發(fā)送一個(gè)數(shù)據(jù)接收完成響應(yīng)給該服務(wù)器單元。
在從接收機(jī)1接收數(shù)據(jù)接收完成響應(yīng)時(shí)，該服務(wù)器認(rèn)為到接收機(jī)1的郵件傳輸完成了并且刪除在該信箱中具有郵件ID“00001”的郵件。
接收機(jī)1校驗(yàn)隨后請求的、包含在按鍵消息(郵件)捕獲響應(yīng)中的郵件ID不是“00000”的情況下，確定非捕獲郵件存儲在服務(wù)器單元中(見步驟106)。為了再一次獲得郵件，進(jìn)行檢驗(yàn)以便確定郵件存儲器是否是可用的。也在此情況中，認(rèn)為可用的存儲器是存在在按鍵消息保存裝置103中。
接收機(jī)1發(fā)送按鍵消息(郵件)捕獲請求“NXT=00002”給該服務(wù)器單元。在接收按鍵消息(郵件)捕獲請求時(shí)，服務(wù)器單元發(fā)送具有存儲在該信箱中的郵件ID00002給該接收機(jī)1作為圖8所示的一則按鍵消息。
這么做，在該服務(wù)器的信箱不存儲任何非發(fā)送郵件。因此發(fā)送是假定郵件ID信息為“X-EID00002／00000”進(jìn)行的。
“00002”是被發(fā)送的郵件文本的郵件ID并且第二一半“00000”表示該服務(wù)器單元不存儲任何非發(fā)送的郵件。
在接收從該服務(wù)器單元發(fā)送的數(shù)據(jù)時(shí)，接收機(jī)1經(jīng)過數(shù)據(jù)發(fā)送／接收裝置101發(fā)送的一個(gè)數(shù)據(jù)接收完成響應(yīng)給該服務(wù)器。
在從接收機(jī)1接收數(shù)據(jù)接收完成請求時(shí)，該服務(wù)器認(rèn)為到接收機(jī)1的郵件傳輸完成了并且刪除在該信箱中具有郵件ID“00002”的郵件。
雖然在本實(shí)施例中，通過按鍵消息管理裝置106確定按鍵消息存儲器是否是可用的，但是業(yè)已被讀出的并未經(jīng)保護(hù)的按鍵消息可以被重新寫入和該存儲器假設(shè)是可用的，除非經(jīng)用戶操作按鍵消息被刪除，可以禁止重寫。
工業(yè)的應(yīng)用因此，根據(jù)本發(fā)明，提供諸如裝備相對小的數(shù)據(jù)存儲器的便攜電話機(jī)的一種移動終端和適合于接收由信息源在任意時(shí)間無誤地提供按鍵消息的一種數(shù)據(jù)傳輸方案是可能的。
權(quán)利要求
1．一種接收輸入的通知的移動終端，其特征在于所述移動終端被含在所述通知中的信號觸發(fā)，該通知表示在服務(wù)器單元中存在預(yù)定給所述移動終端的傳遞消息，所述移動終端發(fā)出獲得所述傳遞消息的的請求并根據(jù)所述傳遞消息獲得請求接收從所述服務(wù)器單元發(fā)送的所述傳遞消息。
2．根據(jù)權(quán)利要求1的移動終端，其特征在于所述輸入通知包含表示所述傳遞消息的主要類別的傳遞消息類型，以及在于所述移動終端根據(jù)所述傳遞消息類型向所述服務(wù)器單元進(jìn)行傳遞消息捕獲請求。
3．根據(jù)權(quán)利要求1的移動終端，其特征在于所述移動終端檢驗(yàn)所述移動終端是否可以保留一個(gè)傳遞消息保存區(qū)或者根據(jù)所述輸入的通知在進(jìn)行所述傳遞消息捕獲請求之前，并且在于在可以保留的所述傳遞消息保存區(qū)的情況下，所述移動終端進(jìn)行所述傳遞消息捕獲請求。
4．根據(jù)權(quán)利要求3的移動終端，其特征在于所述移動終端確定在所述移動終端中保存的傳遞消息已經(jīng)被讀出并且不保護(hù)的情況下，它們可以由一個(gè)新輸入的傳遞消息重寫并且根據(jù)該傳遞消息的保存區(qū)是否可以被保留的判斷來確定該保存區(qū)可以被保留。
5．根據(jù)權(quán)利要求2的移動終端，其特征在于所述傳遞消息類型可以是郵件。
6．一種數(shù)據(jù)傳輸方案，一個(gè)移動終端和一個(gè)服務(wù)器單元經(jīng)過網(wǎng)絡(luò)執(zhí)行數(shù)據(jù)傳輸，其特征在于當(dāng)所述移動終端返回表示所述移動終端已經(jīng)接收從所述服務(wù)器單元發(fā)送的傳遞消息的一個(gè)響應(yīng)時(shí)，所述服務(wù)器單元?jiǎng)h除該存儲的消息。
全文摘要
提供具有相對小的數(shù)據(jù)存儲器的一種移動終端,諸如蜂窩電話機(jī),它從不能接收從信息供應(yīng)商不規(guī)則地發(fā)送的按鍵消息。消息請求裝置(104)根據(jù)由發(fā)射機(jī)/接收機(jī)裝置(101)接收的通知內(nèi)容檢驗(yàn)消息存儲裝置(103)中的空閑空間,并且如果足夠的存儲器是可用的,請求從Web協(xié)議處理裝置(102)捕獲該消息。消息分析裝置(105)分析從服務(wù)器返回的該消息。信息管理裝置(106)存儲在該消息存儲裝置(103)中的分析的消息。當(dāng)詢問時(shí),該消息管理裝置檢驗(yàn)該消息存儲裝置(103)中的空閑空間并且通知該消息請求裝置(104)是否空閑空間是可用的。
文檔編號H04L12/58GK1293851SQ00800041
公開日2001年5月2日 申請日期2000年1月18日 優(yōu)先權(quán)日1999年1月19日
發(fā)明者米本佳史, 和田浩美, 廣瀨宜子, 加藤淳展, 中土昌治, 千葉耕司 申請人:松下電器產(chǎn)業(yè)株式會社, 松下通信工業(yè)株式會社, 株式會社Ntt杜可莫