(57)【要約】電子的メッセージの取得方法において、サーバ（２）は、ヘッダ及びメッセージ本文の最初のＮ個の文字のテキストを、任意の残りのテキスト及び任意の添付ファイルを保持したままで端末装置に送信する。サーバは、また、端末装置に任意の残りのテキストの文字を示す第１のフラグと、任意の添付ファイルを示す第２のフラグを送信する。それにより、端末装置のユーザ（５）は、それ以上のテキスト文字及び／又は任意の添付ファイルを取得するかを決定することができる。この段階的なメッセージの取得は、大き過ぎるメッセージのダウンロードを回避し、帯域を節約する。端末装置（１）は、例えば携帯電話機又はＰＤＡのようなハンドヘルド装置であり得る。
2005536962.tif 000002
【特許請求の範囲】
【請求項１】
端末装置（１）を用いてサーバ（２）から電子的メッセージを取得する方法であって、該メッセージ（２０）が、ヘッダ（２１）と文字を含み得る本文（２２）とを備え、該方法が、
前記サーバと前記端末装置との通信リンク（６）を確立するステップと、
前記サーバが、ヘッダ（２１）と本文の最初のＮ個（Ｎは所定の整数）の文字（２４）とを任意の添付ファイル（２３）を保持したままで前記端末装置に送信するステップと、
前記サーバが、本文の任意の残りの文字（２４）及び／又は任意の添付ファイル（２３）を示すフラグ（３０）を前記端末装置に送信するステップと、
を備える方法。
【請求項２】
請求項１記載の方法であって、前記フラグ（３０）が、任意の残りの文字を示す第１のフラグ（３１）と、任意の添付ファイル（２３）を示す第２のフラグ（３２）とを含む方法。
【請求項３】
請求項１又は２記載の方法であって、前記端末装置（１）が、前記フラグ（３０）に応じて、更なるＰ個の文字（２４）及び／又は選択された添付ファイル（２３）の送信を前記サーバ（２）に要求する更なるステップを含む方法。
【請求項４】
請求項１〜３のいずれかに記載の方法であって、前記整数Ｎが前記サーバにより決定される方法。
【請求項５】
請求項１〜４のいずれかに記載の方法であって、前記サーバ（２）が、残りのテキスト及び添付ファイルがない場合に、送信後に前記メッセージを消去する方法。
【請求項６】
請求項１〜５のいずれかに記載の方法であって、前記サーバ（２）が、任意の残りのテキスト又は任意の添付ファイルが未だ送信されていない場合に前記メッセージを保持する方法。
【請求項７】
請求項１〜６のいずれかに記載の方法であって、前記サーバ（２）が限られた容量を有するメール・ボックスにメッセージを格納し、更なるメール・ボックス容量が必要な場合に、部分的に送信されたメッセージが消去される方法。
【請求項８】
請求項１〜７のいずれかに記載された方法であって、前記端末装置（１）が、移動式ハンドセット又はＰＤＡである方法。
【請求項９】
電子的メッセージを取得するための、サーバ（２）と端末装置（１）とを備えるシステム（１０）であって、前記メッセージ（２０）がヘッダ（２１）及び文字を含み得る本文（２２）を備え、前記サーバ及び前記端末装置が通信リンク（６）を確立可能であって、
前記サーバが、Ｎが所定の整数であるときに、前記ヘッダ（２１）と前記本文の最初のＮ個の文字（２４）とを、任意の残りの文字及び任意の添付ファイルを保持したままで前記端末装置に送信するよう構成され、
前記サーバが、前記本文の任意の残りの文字（２４）及び任意の添付ファイル（２３）を示すフラグを前記端末装置に送信するよう構成されるシステム。
【請求項１０】
請求項９記載のシステムであって、前記フラグ（３０）が、任意の残りの文字（２４）を示す第１のフラグ（３１）と、任意の添付ファイル（２３）を示す第２のフラグ（３２）とを備えるシステム。
【請求項１１】
請求項９又は１０記載のシステムであって、前記端末装置（１）が、前記フラグ（３０）に応じて、更なるＰ個の文字（２４）及び／又は選択された添付ファイル（２３）の送信を前記サーバ（２）に要求するよう構成されるシステム。
【請求項１２】
請求項９〜１１のいずれかに記載のシステム（１０）において利用される端末装置（１）であって、
サーバ（２）との通信リンク（６）を確立し、
メッセージ（２０）の前記ヘッダ（２１）及び前記本文（２２）の最初のＮ個の文字を受信し、
前記本文（２２）の任意の残りの文字及び任意の添付ファイル（２３）を示す、前記端末装置に対するフラグ（３０）を受信することが可能であって、
前記フラグに応じて、更なるＰ個の文字及び／又は選択された添付ファイルの送信を前記サーバに要求するよう構成される端末装置。
【請求項１３】
請求項１２記載の端末であって、携帯電話機として構成される端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データを取得する方法及びシステムに関する。より詳細には、本発明は、電子メール・メッセージのような電子的メッセージをサーバから取得する方法に関する。
特定の受信者に宛てられた電子的メッセージは、典型的には、サーバに格納され、受信者は該サーバから自分のメッセージを取得することが可能である。格納されたメッセージは、リモートからアクセス可能な電子的メール・ボックスに保持される。このため、受信者のユーザ装置又は端末は、サーバとの接続を確立する。この接続には、電話によるダイアル・イン接続、ＡＤＳＬ接続又は無線接続が含まれ得る。メッセージの取得に要する時間は、接続の帯域幅とメッセージのサイズ（バイト数）に依存する。単純なテキストのみを含むメッセージは、テキストが非常に長かったり、及び／又は、比較的品質の悪い無線接続を利用している場合などのように帯域幅が制限されていたりしない限り、通常は比較的短い時間で取得できる。電子的メッセージは、場合によっては非常に大きく（即ち、多くのバイト数からなっていて）、取得に３０分又はそれ以上かかることがあるが、これは明らかに不便である。過剰に大きなメッセージは、場合によっては、取得が不可能であることもある。
【０００２】
米国特許第６３６０２５２号は、メッセージから添付ファイルを取り除いて、取り除かれた添付ファイルの説明を含む提示用のメッセージを作り出すステップを含む電子メール提示方法を開示する。サーバは、要求に応じて、ＦＡＸ装置のような特定の提示装置に出力するための添付ファイルの出力用のバージョンを生成する。
【０００３】
この既知の方法は、添付ファイルを取り除くことによりメッセージの全体としてのサイズが相当に低減されるという利点を有する。更に、特定の種別の添付ファイルに適した提示装置を選択することができる。しかしながら、この既知の方法は、テキスト部分であるメッセージの本文は影響を受けずにそのままであるという不都合を有する。特に長いメッセージ本文では、取得のために、望ましくない長い取得時間がかかり得る。更に、ユーザ装置とは異なる装置に添付ファイルを提示することは、ユーザがそのような装置の近くにいないかもしれないために、非実用的であり得る。
【０００４】
本発明の目的は、従来技術のこれらの及び他の問題点を克服し、必要とされる送信時間を更に低減するような、電子的メッセージの取得方法及びシステムを提供することである。
【０００５】
従って、本発明は、端末装置を用いてサーバからヘッダと文字を含む本文とを備える電子的メッセージを取得する方法を提供し、該方法は、
サーバと端末装置との間の通信リンクを確立するステップと、
サーバが、ヘッダと本文の最初のＮ個の文字（Ｎは所定の整数）とを、本文の任意の残りの文字と任意の添付ファイルとを保持したままで端末装置に送信するステップと、
サーバが、本文の任意の残りの文字及び／又は任意の添付ファイルを示すフラグを端末装置に送信するステップと
を含む。
【０００６】
添付ファイルを最初のメッセージとともに送信しないことにより、貴重な時間及び帯域の節約が実現される。更に、最初のメッセージの本文をＮ個の文字（Ｎは１００又は１０００のような適切な数値であり得る）に制限することにより、更なる時間及び帯域の低減が達成される。更に、メッセージの任意の残りの部分を示すフラグを送信することにより、ユーザは、電子的メッセージを連続的な「段階」において選択的に取得することが可能である。
【０００７】
従って、本発明に係る段階的な取得は、任意の不要なメッセージ部分の送信を避けるために非常に効果的である。これは、メッセージの送信時間を低減し、端末装置のメモリによるいかなる制約にも適応する。
【０００８】
サーバに文字及び／又は添付ファイルが残っていない場合、フラグはゼロであり得る。この場合、フラグは省略されても良い。しかし、残りのメッセージ部分がない場合でも、フラグが送信されることが望ましい。好ましい実施の形態において、フラグは、任意の残りの文字を示す第１のフラグと、任意の（残りの）添付ファイルを示す第２のフラグとを含む。２つのフラグ部分を設けることにより、ユーザには、任意の残りのメッセージ部分の一層良い概要が提供され、メッセージ部分のより良い選択が可能となる。
【０００９】
第１の取得段階の後、端末装置は、本文の最初のＮ個の文字であるメッセージの第１の部分をユーザに提示することができる。それにより、ユーザは、第１のフラグにより示される本文の残りがある場合に、本文の残りを取得したいか否かを決定することができる。端末装置は、また、１つ又は複数の第２のフラグに基づいて、任意の添付ファイルの存在をユーザに警告する。ユーザが取得したいと望むメッセージの任意の残りの部分がある場合、残りの部分のうちの１つ又はそれ以上が第２の取得段階において取得される。ユーザは、更なるメッセージ部分を第３、第４又はそれ以降の段階で取得してもよい。
【００１０】
添付ファイルがなく、メッセージ本文がＮ個の文字より小さいサイズであるために、第１の段階の実行後に残りの部分がない場合があり得る。残りのメッセージ部分があるが、ユーザがそれらの取得に関心がない場合もあり得る。しかし、本発明に係る方法は、端末装置が、第１及び／又は第２のフラグに応じて、更なるＰ個の文字（Ｐは整数）及び／又は選択された添付ファイルのそれぞれの送信をサーバに要求する更なるステップを含むことが望ましい。
【００１１】
サーバから最初に取得される文字数を示す整数Ｎは、ハードウェア製造者又はシステム運用技術者により設定された固定された数であってもよい。有利な実施の形態において、数値Ｎはサーバにより設定され、場合によっては、システム及び／又は端末装置の仕様に応じて設定されてもよい。しかし、他の有利な実施の形態において、数値Ｎは、端末装置のユーザにより決定される。即ち、ユーザは、第１の取得段階に取得される文字数を設定及び／又は調整することができる。数値（整数）Ｎは、ユーザの好み及び／又は画面サイズのようなハードウェアの制約に従って決定され得る。第２の又はそれ以降の取得段階に取得される（文字がある場合の）文字数を示す数値Ｐもまた、ユーザにより決定されることが望ましい。数値Ｐは数値Ｎと等しくても良いが、必ずしもそうでなくてもよいことに注意すべきである。同様に、第３又は第４の取得段階が適用される場合に第３及び第４の取得段階に取得される（文字がある場合の）文字数は、Ｐと同じであっても良いが、必ずしもそうでなくてもよく、それぞれ異なる数値Ｑ及びＲであり得る。
【００１２】
段階ごとに取得される文字数Ｎ、Ｐ、Ｑ・・・は、１０００又は１０２４であることが望ましいが、５００又は５１２、１００又は１２８、２０００又は２０４８、或いは任意の他の適切な数値のような他の数値も利用され得る。本発明の更なる態様によれば、Ｎは、本文全体と添付ファイルとが取得され、段階的な取得が有効にオフにされることを示す「無限」値（特別な、予約された数であることが望ましい）に設定されてもよい。同様に、添付ファイル以外のメッセージ全体を取得するオプションをユーザに提供する他の予約された値が設けられ得る。
【００１３】
取得段階に取得される最大文字数の代わりに、又はそれに加えて、最大行数が定義され得ることに注意すべきである。代わりに、又はそれに加えて、テキストが単語又は文の途中で切られるのを避ける仕組みが提供され得る。そのような仕組みは、任意の取得段階が例えば空白又は読点で終わるよう、メッセージを短くしたり、少し長くしたりし得る。
【００１４】
端末装置が、第１及び／又は第２のフラグに応じて、更なるＰ個の文字及び／又は少なくとも１つの選択された添付ファイルのそれぞれの送信をサーバに要求する更なるステップを実行する場合に、これらの更なる文字及び／又は選択された添付ファイルは、端末装置に送信されることが望ましい。しかし、サーバは、第２の又は更なる段階のメッセージ部分を、デスクトップＰＣ、ＦＡＸ装置などの他の装置に送信することも可能である。
【００１５】
サーバは、自動メール・ボックス管理を実行して、ユーザをこの作業から解放することができる。好ましい実施の形態において、例えば、サーバは、残りのテキスト及び添付ファイルがない場合には、送信後にメッセージを消去してもよい。逆に、任意の残りの文字又は任意の添付ファイルが未だ送信されていない場合には、サーバは、メッセージを保持することが望ましい。しかし、これは記憶容量に影響され得る。サーバが限られた容量のメール・ボックスにメッセージを格納する場合、更なるメール・ボックス容量が必要とされる場合に、部分的に送信されたメッセージが消去され得る。即ち、サーバに残されているメッセージの残りの部分は、例えば、十分な記憶容量が残っておらず、任意の入ってくるメッセージが記憶領域を要求する場合に削除され得る。メッセージの残りの部分の削除はそれらの古さに依存し、より古いメッセージの部分が最初に削除されることが望ましい。
【００１６】
端末装置は、サーバと通信して電子的メッセージを受信することができる任意の装置であり得るが、移動式のハンドセット、又はＰＤＡ（個人情報端末）であることが望ましい。
【００１７】
本発明は、更に、電子的メッセージを取得するための、サーバ及び端末装置を備えるシステムであって、メッセージがヘッダと文字を含み得る本文とを含み、サーバと端末装置とが通信リンクを確立し得るシステムにおいて、
サーバが、ヘッダと本文の最初のＮ個の文字（Ｎは所定の整数）とを、任意の残りの文字と任意の添付ファイルとを保持したままで端末装置に送信するよう構成され、
サーバが、本文の任意の残りの文字及び任意の添付ファイルを示すフラグを端末装置に送信するよう構成されるシステムを提供する。
【００１８】
有利なことに、フラグは、任意の残りの文字を示す第１のフラグと、任意の添付ファイルを示す第２のフラグとを備え得る。代わりに、更なる文字及び添付ファイルがない場合、フラグは省略されてもよい。
【００１９】
好ましい実施の形態において、端末装置は、第１及び／又は第２のフラグに応じて、サーバに更なるＰ個の文字及び／又は選択された添付ファイルのそれぞれの送信を要求するよう構成される。
【００２０】
本発明は、更に、上記に定義されたシステムで使用される端末装置を提供し、該端末装置は、
サーバとの通信リンクを確立し、
メッセージのヘッダと本文の最初のＮ個の文字とを受信し、
任意の残りの文字及び任意の添付ファイルを示す、端末装置に対するフラグを受信する
ことが可能であり、該端末装置は、フラグに応じて、更なるＰ個の文字及び／又は選択された添付ファイルの送信をサーバに要求するよう構成される。
【００２１】
有利なことに、フラグは、任意の残りの文字を示す第１のフラグと、任意の添付ファイルを示す第２のフラグとを含み得る。代わりに、更なる文字及び添付ファイルがない場合に、フラグは省略されてもよい。
【００２２】
端末装置は、携帯電話機として構成されることが望ましく、例えばＧＳＭ、ＧＰＲＳ、ＵＭＴＳなどで利用されるハンドセットであり得る。端末装置は、代わりに、Ｂｌｕｅｔｏｏｔｈ（登録商標）のような無線プロトコルを用いて携帯（移動）電話網又は赤外線通信により無線通信可能なＰＤＡであってもよい。
【００２３】
以下、添付の図面に示された例としての実施の形態を参照して、本発明を更に説明する。
【発明を実施するための最良の形態】
【００２４】
図１に非限定的な例としてのみ示されるシステム１０は、ユーザ端末１、サーバ２、通信ネットワーク３、及び遠隔ユニット４を含む。端末１はユーザ５により操作される。
端末１は、携帯電話機、通信機能を有するＰＤＡ（個人情報端末）、通信機能を有するラップトップ又はデスクトップのコンピュータ、或いは任意の他の適切な装置であり得る。端末１は、画面を備え、移動データ通信が可能なハンドヘルド装置であることが望ましく、例えばｉ−ｍｏｄｅ（登録商標）機能を有するＧＳＭ装置であるが、それに限定されるものではない。
【００２５】
サーバ２は、電子メール・メッセージのような電子的メッセージを処理することができる任意の適切な商業的に入手可能なサーバであり得る。サーバ２は、ｉ−ｍｏｄｅ（登録商標）によるデータ通信をサポート可能であることが望ましい。通信ネットワーク３は、サーバ３及び遠隔ユニット４に結合される。ネットワーク３は、インターネット、ＬＡＮ（ローカル・エリア・ネットワーク）又はＷＡＮ（広域ネットワーク）のような任意の適切なネットワークであり得る。遠隔ユニット４は、例えばユーザ５に宛てた電子的メッセージを生成し得るような、更なるサーバであり得る。
【００２６】
通信リンク６は、例えばアンテナ７を用いて、端末１及びサーバ２の間に確立され得る。リンク６は、サーバ２と端末３とのメッセージ交換を可能とする。リンク６が特定の間隔でサーバ２と端末とのデータ交換を可能とする間ずっと、リンクが途切れないものである必要はないことが理解される。
【００２７】
リンク６は、少なくとも部分的に移動（セルラー式）即ち無線であることが望ましいが、必ずしもそうでなくてもよい。そのような通信リンクは、典型的に、悪天候による干渉、通信経路を遮蔽する建築物及び他の悪影響により更に低減され得るような限られた帯域を有する。メッセージに必要な通信時間は、利用可能な帯域及びメッセージの長さに依存することが明らかである。帯域が限られている場合、比較的長いメッセージは、常には受け入れ難いようなかなりの通信時間を要する。
【００２８】
図２は、システム１０において利用され得る例としての電子メール・メッセージを概略的に示す。メッセージ２０は、ヘッダ２１、本文２２及び添付ファイル２３を含む。ヘッダ２１は、メッセージの送信元及び宛て先などの送信情報を含む。添付ファイル２３には、画像、音声、テキスト文書、及び本文２２の一部ではないメッセージの他の部分が含まれ得る。添付ファイルの数は、もちろん変動し得る。任意のメッセージは、１つの添付ファイル又は幾つかの添付ファイルを有し、或いは添付ファイルを全く有さないこともあり得る。
【００２９】
メッセージ２０の本文２２は、テキスト文字２４を含む。本文２２の長さは、テキストを全く含まないメッセージ（ヘッダ及び場合によっては１つ又はそれ以上の添付ファイルのみ）もあれば、何千文字も含むメッセージ本文もあるというように変動し得る。
【００３０】
本発明によれば、電子的メッセージの送信時間は、メッセージの長さを実質的に低減することにより劇的に低減される（本明細書で使用されるメッセージの長さという用語は、メッセージの総バイト数と解釈され得ることに注意すべきである）。これは、
全ての添付ファイルを取り除くステップと、
メッセージの本文を短くするステップと、
メッセージの任意の取り除かれた部分を要望に応じた後の取得のために蓄積し、まずメッセージのヘッダ及び短くされた本文のみを送信するステップと、
により実現される。メッセージの送信は、従って、別々の段階に分割される。即ち、メッセージのヘッダ及び短くされたメッセージ本文のみが送信される第１段階と、メッセージ本文の残り（又は残りの一部）及び／又は添付ファイルが取得されるオプションとしての第２及びそれ以降の段階とである。第２（及び任意のそれ以降の）段階における取得を促進するために、サーバ（図１の２）は、メッセージ本文の残りがあるか否かを示す第１のフラグと、添付ファイルがあるか否かを示す少なくとも１つの第２のフラグとからなるフラグを端末に送信し得る。
【００３１】
図２に概略的に示されるように、メッセージ本文２２は、例えば１０００と等しいＮ個の文字に短くされ得る。これにより、短くされたメッセージ本文２２ａと残り２２ｂが生ずる。本発明によれば、まず短くされた本文２２ａのみが送信され、残り２２ｂ（及び添付ファイル２３）はサーバに保持される。
【００３２】
数値Ｎは、２０、１００、５００、５１２、１０００、１０２４、４０９６又は任意の他の適切な数値であってよいことが理解されるべきである。数値Ｎは、ユーザ又はユーザの端末１により決定され得るが、好ましい実施の形態において、数値Ｎはサーバ２により決定される。メッセージ本文の残りは、送信の際に、やはりＮ個の文字に制限され、又は、任意の他の適切な数に制限される。長いメッセージ本文は３つ以上の段階で取得されてもよく、各段階で取得される文字数はそれぞれＮ、Ｐ、Ｑ等であって、Ｐ及びＱは必ずしもＮと等しくなくてもよい。
【００３３】
短くされたメッセージ本文は、Ｎという最大文字数を持つことが望ましいが、最大の行数、単語数又は文数が規定される実施の形態も考えられる。
図３は、本発明に係る方法の実施の形態を概略的に示すフロー図である。ステップ１０１において、サーバと端末との間に通信リンク（図１の６）が確立される。ステップ１０２において、サーバ（図１の２）は、ヘッダ、短くされたメッセージ本文及び任意のフラグを端末（図１の１）に送信する。ステップ１０３において、端末は、ユーザにメッセージ識別子（ＩＤ）を提示する。メッセージ識別子は、例えば、主題の行及び／又は短くされたメッセージ本文全体であり得る。
【００３４】
ステップ１０４において、フラグが提示されているか否かが判断される。フラグが受信されていない場合、メッセージは完全であり、送信は終了している。少なくとも１つのフラグがある場合、該フラグは、ステップ１０５においてユーザに提示される。すると、ユーザは、ステップ１０６において、フラグにより識別されるメッセージの部分を選択し得る。フラグが選択されると、端末は、選択されたメッセージ部分の取得要求をサーバに送信し、サーバは、ステップ１０７において、要求されたメッセージ部分を送信することにより応答する。対応する１つ又は複数のフラグが削除され、ルーチンはステップ１０４に戻る。ルーチンは、それ以上フラグがなくなった場合、又はそれ以上のフラグがユーザにより選択されなくなった場合に終了する。
【００３５】
ユーザにメッセージ識別を提供するために利用される上記のメッセージ識別子（ＩＤ）は、上記の方法の期間に、メッセージ及びその部分を一意に識別するために利用され得る。即ち、サーバと端末との間における任意の情報の交換において、メッセージの更なる部分を取得するためにメッセージＩＤが利用され、同一のメッセージの全ての部分が、同一のメッセージＩＤを有する。新しいメッセージが段階的に又は全体で取得される場合、メッセージＩＤは、典型的に、取得前には端末にとって利用可能ではない。
【００３６】
サーバは、メッセージが完全に送信されると、メッセージを削除するよう構成され得る。サーバは、また、部分的に送信されたのみであるが、特定の時間間隔内に更なる取得要求が受信されないメッセージを削除し得る。
【００３７】
図４は、本発明において利用されるフラグを概略的に示す。フラグ３０は、第１の部分（第１のフラグ）３１と、第２の部分（第２のフラグ）３２とを備える。第１のフラグ３１は、任意の残りの文字、即ちメッセージ（図２の２０）の本文（図２の２２）の任意の残りの部分を示す。例えば、フラグは、残りの文字がある場合に「１」となり、残りの文字がない場合に「０」となり得る。
【００３８】
第２のフラグ３２は、任意の（残りの）添付ファイル（図２の２３）を示す。第２のフラグは、それぞれが個別の添付ファイルを示すサブ・フラグ（図示せず）を含み得る。メッセージが添付ファイルを含まないか、全ての添付ファイルが既に取得されている場合には端末に第２のフラグが送信されない実施の形態も考えられる。同様に、端末にフラグが一切送信されない実施の形態も考えられる。これは、メッセージがＮ個の文字を含まず、添付ファイルを有さない場合であり得る。しかし、任意の残りのメッセージ部分が取得可能であるか否かを示す第１のフラグのみであるとしても、フラグを送信することが望ましい。
【００３９】
本発明の好ましい実施の形態は、ｉ−ｍｏｄｅ（登録商標）メール・プロトコルに基づく。この実施の形態では、従来技術による全体の取得、及び本発明に係る段階的な取得の両方が利用可能である。ｉ−ｍｏｄｅ（登録商標）メール・プロトコルの既存のパラメータは、必要な追加情報を伝達するために利用される。例えば、ＧＥＴリクエストにおけるＡＴＴパラメータ、及びＸ−ＥＩＤヘッダは、それぞれ、全体の取得と段階的な取得とを区別するため、及び、メッセージを識別するために利用される。追加のＨＴＴＰヘッダであるＸ−ＭＰは、本発明のフラグとして振舞うよう、即ち、残りのメッセージ部分があるか否かをサーバがクライアントに通信可能とするよう導入される。既存のプロトコル・シンタックスの変更は不要である。
【００４０】
新しいメッセージの全体の取得が要求される場合、端末は、ＡＴＴ＝ＡＬＬであり、ＧＥＴコマンド内のＸ−ＥＩＤ値が０００００である要求を送信する。ＡＬＬは全体の取得を示し、０００００は全てのメッセージを示す。サーバからの応答において、Ｘ−ＥＩＤ値は現在のメッセージ及び次のメッセージを識別する。
【００４１】
全ての新しいメッセージの段階的な取得が要求される場合、端末は、ＡＴＴ＝ＰＨであり、ＧＥＴコマンド内のＸ−ＥＩＤ値がやはり０００００である要求を送信する。この場合も、サーバからの応答におけるＸ−ＥＩＤ値は、現在のメッセージ及び次のメッセージを識別する。サーバに残りの部分があるために現在のメッセージが完全に受信されない場合、メッセージの更なる部分のダウンロードの可能性があることを端末装置がユーザに警告することを可能とするＸ−ＭＰフラグが設定される。メッセージの任意の残りの部分の取得が要求されると、Ｘ−ＥＩＤ値はメッセージを識別するために利用され、ＡＴＴ属性はどの部分が取得されるべきかを示すために利用され得る。
【００４２】
本発明の実施の形態におけるメッセージの取得は、添付ファイルを含むメッセージｘｘｘｘｘとＮ個の文字を含まず且つ添付ファイルを有さないメッセージｙｙｙｙｙとの取得期間に端末１とサーバ２との間で交換されるデータを示す図５に概略的に示される。
【００４３】
図５の非限定的な例において、第１のステップ２０１は、メール通知又は手動による取得コマンドの受信に際して実行される。ステップ２０１において、端末１は、段階的な取得（ＰＨ）が実行されてメッセージ全体（０００００）が（部分的に）取得されるべきことを示す以下のデータをサーバに送信する。即ち、
ＧＥＴ  ＡＴＴ＝ＰＨ
Ｘ−ＥＩＤ：０００００
である。
【００４４】
ステップ２０２において、サーバは、メッセージｘｘｘｘｘ及び以下のデータを端末に送信することにより応答する。即ち、
ＨＴＴＰ／１．１  ２００  ＯＫ
Ｘ−ＥＩＤ：ｘｘｘｘｘ／ｙｙｙｙｙ
Ｘ−ＭＰ：Ｔｒｕｅ
であり、Ｘ−ＥＩＤの値はサーバがメッセージｘｘｘｘｘを送信しておりメッセージｙｙｙｙｙを有していることを示し、Ｘ−ＭＰの値は現在のメッセージｘｘｘｘｘの残りの部分があること（Ｘ−ＭＰがＴｒｕｅであること）を示す。従って、ステップ２０２において、サーバは、ｘｘｘｘｘの残りを蓄積したまま、部分的なメッセージｘｘｘｘｘを端末に送信する。この実施の形態において、サーバは、この例ではｘｘｘｘｘであるような任意の短くされたメッセージを自動的に送信することに注意すべきである。ステップ２０２は、端末がメッセージｘｘｘｘｘを受信し、（第１の）フラグＸ−ＭＰに応じて、このメッセージを部分的なものであると印付けることにより終了する。
【００４５】
ステップ２０３において、端末は、以下のデータをサーバに送信することにより、自動的な要求を発行する。即ち、
ＧＥＴ  ＡＴＴ＝ＰＨ
Ｘ−ＥＩＤ：ｘｘｘｘｘ／ｙｙｙｙｙ
であり、Ｘ−ＥＩＤの値は、サーバから送られたデータの受信を確認する。それに応じて、サーバは、メッセージｘｘｘｘｘを部分的に読まれたものと印付け、ステップ２０４において、以下のデータとともにメッセージｙｙｙｙｙを送信する。即ち、
ＨＴＴＰ／１．１  ２００  ＯＫ
Ｘ−ＥＩＤ：ｙｙｙｙｙ／ＥＩＥＯＦ
Ｘ−ＭＰ：Ｆａｌｓｅ
であり、ＥＩＥＯＦは更なるメッセージがないことを示し、Ｘ−ＭＰ：Ｆａｌｓｅは残りの部分がないことを示す。端末はメッセージｙｙｙｙｙを受信する。
【００４６】
ステップ２０５において、端末は自動的な要求を発行する。即ち、
ＧＥＴ  ＡＴＴ＝ＰＨ
Ｘ−ＥＩＤ：ｙｙｙｙｙ／ＥＩＥＯＦ
であり、これによりサーバはメッセージｙｙｙｙｙを削除して、記憶領域を解放する。最後に、サーバは、ステップ２０６において、以下のデータを端末に送信する。即ち、
ＨＴＴＰ／１．１  ２５１  ＦＩＮ
Ｘ−ＥＩＤ：０００００／０００００
であり、これにより処理が終了する。
【００４７】
残りのメッセージ部分がないため、ステップ２０６ではフラグ（Ｘ−ＭＰ）が送信されないことに注意すべきである。
本発明を特に電子メール・メッセージについて説明したが、本発明はそのように限定されるものではなく、データ・メッセージのような他のメッセージが上記の方法で取得され得ることに注意すべきである。
【００４８】
本発明は、電子的メッセージ全体の送信には余りに長い時間及び／又は余りに広い帯域を必要とし、メッセージ本文を含むメッセージを別々に取得され得る部分に分割することにより、利用可能な資源の一層効率的な利用ができるとの知見に基づく。本発明は、ユーザがメッセージの全ての部分を取得したいとは望まないかもしれないという更なる知見の恩恵を受けており、そのために、必要とされる時間及び帯域を更に低減することができる。
【００４９】
本明細書で使用される全ての用語は、本発明の範囲を制限するよう解釈されてはならない。特に、「含む」「備える」という用語は、特に言及されていない任意の要素を排除するものではない。単一の要素は、複数の要素又はそれらの均等物で置き換えられ得る。
【００５０】
従って、当業者にとって明らかなように、本発明は上記の実施の形態に限定されるものではなく、添付の特許請求の範囲により規定された本発明の範囲を逸脱することなく、多くの修正及び追加がなされ得る。
【図面の簡単な説明】
【００５１】
【図１】図１は、本発明に係るシステムの実施の形態を概略的に示す。
【図２】図２は、本発明で利用される電子的メッセージを概略的に示す。
【図３】図３は、本発明に係る方法のフロー図を概略的に示す。
【図４】図４は、本発明に係るシステム及び方法で利用されるフラグを概略的に示す。
【図５】図５は、本発明に係るシステム及び方法で利用されるデータ交換を概略的に示す。
【図１】
2005536962.tif 000003
【図２】
2005536962.tif 000004
【図３】
2005536962.tif 000005
【図４】
2005536962.tif 000006
【図５】
2005536962.tif 000007
【国際調査報告】
2005536962.tif 000008
2005536962.tif 000009
2005536962.tif 000010