(57)【特許請求の範囲】
【請求項１】
受信したメールを第２の装置に対して転送するメール転送装置であって、
メールを受信するメール処理部と、
前記第２の装置と通信を行う通信処理部と、
前記メール処理部と前記通信処理部を制御する制御部と
を備え、
前記制御部は、前記通信処理部より前記第２の装置からメモリの空き容量情報を受信し、受信した空き容量情報が表す空き容量が、転送する前記メールを記憶するために必要な容量を満たすか否かを判定し、容量を満たさない場合は、前記第２の装置のメモリに記憶されたデータの削除要求を前記通信処理部より前記第２の装置に送信し、容量を満たす場合は、前記通信処理部より、前記受信した前記メールの一部または全部を前記第２の装置に転送する
ことを特徴とするメール転送装置。
【請求項２】
請求項１に記載のメール転送装置であって、
前記削除要求を前記通信処理部より前記第２の装置に送信した後、前記通信処理部より前記第２の装置の削除後のメモリの空き容量情報を含んだ情報を受信した場合、前記制御部は、受信した当該空き容量情報が表す空き容量が、転送する前記メールを記憶するために必要な容量を満たすか否かを判定し、容量を満たす場合は、前記通信処理部より前記受信した前記メールの一部または全部を前記第２の装置に転送する
ことを特徴とするメール転送装置。
【請求項３】
請求項１または請求項２に記載のメール転送装置であって、
メールのアドレスと前記第２の装置の加入者番号とを対応させて記憶する記憶部を更に有し、
前記通信処理部は、前記メール処理部がメールを受信した場合、前記メールのアドレスに対応した加入者番号に発呼することによって前記第２の装置と通信を行う
ことを特徴とするメール転送装置。
【請求項４】
請求項１ないし３いずれかに記載のメール転送装置において、
前記制御部は、受信した前記メールの中の特定の情報を抽出し、前記通信処理部より前記第２の装置に転送することを特徴とするメール転送装置。
【請求項５】
請求項４記載のメール転送装置において、
前記特定の情報は、前記メールのヘッダであることを特徴とするメール転送装置。
【請求項６】
メールを受信した第１の装置から第２の装置に対してメールを転送する方法であって、
前記第２の装置において、メールを記憶するメモリの空き容量情報を前記第１の装置に対して送信する第１の容量情報送信段階と、
前記第１の装置において、受信した前記空き容量情報が表す空き容量が、転送する前記メールを記憶するために必要な容量に満たない場合は、前記第２の装置のメモリに記憶されたデータの削除要求を前記第２の装置に対して通知する削除要求段階と、
前記第２の装置において、前記削除要求に基づいて前記メモリに記憶されたデータを削除する削除段階と、
削除後の前記メモリの空き容量情報を前記第１の装置に送信する第２の容量情報送信段階と、
送信された前記空き容量情報に応じて、前記第１の装置が受信した前記メールの一部または全部を前記第２の装置に転送するメール転送段階と
を備えることを特徴とするメールの転送方法。
【請求項７】
メールを受信した第１の装置から第２の装置に対してメールを転送する方法であって、
前記第１の装置から第２の装置に対して接続を行い、メールを受信した旨と、転送すべきメールのサイズと、削除要求とを告知する告知段階と、
前記告知を受信すると、前記第２の装置が前記告知に基づいて、前記第２の装置が備えるメモリに記憶されたデータを削除する削除段階と、
前記第２の装置から前記第１の装置に対して、前記第２の装置のメモリの空き容量情報を含んだ条件情報を送信する条件情報送信段階と、
送信された前記条件情報に応じて、前記第１の装置が受信した前記メールの一部または全部を前記第２の装置に転送するメール転送段階と
を備え、
前記条件情報通知段階では、前記告知に基づいて前記メモリに記憶されたデータを削除した後の状態における前記空き容量情報を送信する
ことを特徴とするメールの転送方法。
【請求項８】
請求項６または７に記載のメールの転送方法において、
前記メール転送段階では、受信した前記メールの中の特定の情報を抽出して前記第２の装置に転送することを特徴とするメールの転送方法。
【請求項９】
請求項８記載のメールの転送方法において、
前記特定の情報は、前記メールのヘッダであることを特徴とするメールの転送方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、受信メールの転送を受ける端末装置の状態に応じてメールを転送する方法および、メールの転送を受ける端末装置に関する。
【０００２】
【従来の技術】
近年、例えば携帯電話などのメールを受信することが可能な通信端末が普及している。このような携帯端末は、プロバイダなどが有する情報センタに接続を行って、当該情報センタが蓄積している自己宛のメール転送を受けることができ、これにより、使用者は外出先においてもメールを読むことができるようになっている。
【０００３】
【発明が解決しようとする課題】
しかしながら、近年は画像などのファイルを添付したメールや、修飾的なタグが多く付されたメールなど、サイズの大きなメールが増えているが、携帯通信端末の備えるメモリには容量的な制限がある場合が多い。従って、携帯通信端末では、メモリに多数のデータが記憶されているような状態では、受信したメールを記憶することができず、受信しても表示させる処理を行えないという不具合が生じた。
本発明は、上述した課題を解決するためになされたものであり、端末装置の状態に応じてメールを転送することが可能なメールの転送方法、およびメールの転送を受ける端末装置を提供することを目的としている。
【０００４】
【課題を解決するための手段】
上述した課題を解決するために、請求項１に記載の発明は、受信したメールを第２の装置に対して転送するメール転送装置であって、メールを受信するメール処理部と、前記第２の装置と通信を行う通信処理部と、前記メール処理部と前記通信処理部を制御する制御部とを備え、前記制御部は、前記通信処理部より前記第２の装置からメモリの空き容量情報を受信し、受信した空き容量情報が表す空き容量が、転送する前記メールを記憶するために必要な容量を満たすか否かを判定し、容量を満たさない場合は、前記第２の装置のメモリに記憶されたデータの削除要求を前記通信処理部より前記第２の装置に送信し、容量を満たす場合は、前記通信処理部より、前記受信した前記メールの一部または全部を前記第２の装置に転送することを特徴とする。
請求項２に記載の発明は、請求項１に記載のメール転送装置であって、前記削除要求を前記通信処理部より前記第２の装置に送信した後、前記通信処理部より前記第２の装置の削除後のメモリの空き容量情報を含んだ情報を受信した場合、前記制御部は、受信した当該空き容量情報が表す空き容量が、転送する前記メールを記憶するために必要な容量を満たすか否かを判定し、容量を満たす場合は、前記通信処理部より前記受信した前記メールの一部または全部を前記第２の装置に転送することを特徴とする。
請求項３に記載の発明は、請求項１または請求項２に記載のメール転送装置であって、メールのアドレスと前記第２の装置の加入者番号とを対応させて記憶する記憶部を更に有し、前記通信処理部は、前記メール処理部がメールを受信した場合、前記メールのアドレスに対応した加入者番号に発呼することによって前記第２の装置と通信を行うことを特徴とする。
請求項４に記載の発明は、請求項１ないし３いずれかに記載のメール転送装置において、前記制御部は、受信した前記メールの中の特定の情報を抽出し、前記通信処理部より前記第２の装置に転送することを特徴とする。
請求項５に記載の発明は、請求項４記載のメール転送装置において、前記特定の情報は、前記メールのヘッダであることを特徴とする。
請求項６に記載の発明は、メールを受信した第１の装置から第２の装置に対してメールを転送する方法であって、前記第２の装置において、メールを記憶するメモリの空き容量情報を前記第１の装置に対して送信する第１の容量情報送信段階と、前記第１の装置において、受信した前記空き容量情報が表す空き容量が、転送する前記メールを記憶するために必要な容量に満たない場合は、前記第２の装置のメモリに記憶されたデータの削除要求を前記第２の装置に対して通知する削除要求段階と、前記第２の装置において、前記削除要求に基づいて前記メモリに記憶されたデータを削除する削除段階と、削除後の前記メモリの空き容量情報を前記第１の装置に送信する第２の容量情報送信段階と、送信された前記空き容量情報に応じて、前記第１の装置が受信した前記メールの一部または全部を前記第２の装置に転送するメール転送段階とを備えることを特徴とする。
請求項７に記載の発明は、メールを受信した第１の装置から第２の装置に対してメールを転送する方法であって、前記第１の装置から第２の装置に対して接続を行い、メールを受信した旨と、転送すべきメールのサイズと、削除要求とを告知する告知段階と、前記告知を受信すると、前記第２の装置が前記告知に基づいて、前記第２の装置が備えるメモリに記憶されたデータを削除する削除段階と、前記第２の装置から前記第１の装置に対して、前記第２の装置のメモリの空き容量情報を含んだ条件情報を送信する条件情報送信段階と、送信された前記条件情報に応じて、前記第１の装置が受信した前記メールの一部または全部を前記第２の装置に転送するメール転送段階とを備え、前記条件情報通知段階では、前記告知に基づいて前記メモリに記憶されたデータを削除した後の状態における前記空き容量情報を送信することを特徴とする。
請求項８に記載の発明は、請求項６または７に記載のメールの転送方法において、前記メール転送段階では、受信した前記メールの中の特定の情報を抽出して前記第２の装置に転送することを特徴とする。
請求項９に記載の発明は、請求項８記載のメールの転送方法において、前記特定の情報は、前記メールのヘッダであることを特徴とする。
【０００５】
【発明の実施の形態】
１．実施形態の構成
以下、図面を参照しながら、本発明の実施の形態について説明する。
【０００６】
１−１．実施形態の概要
まず、本実施形態の概要について説明する。図１は、本実施形態の全体構成を示す図であり、この図に示すように、携帯端末１００、移動網２００、情報センタ３００、インターネット４００、メール送信端末５００、およびメール蓄積端末６００を備えて構成されている。
【０００７】
携帯端末１００は、移動網２００によって情報センタ３００と接続して、情報センタ３００が蓄積している自己宛の受信メールの転送を受ける端末装置である。図２は、携帯端末１００の外観構成を示す図であり、この図に示すように、携帯端末１００はメールの内容などの情報を表示する表示部１１０や、種々の情報を入力するための操作部１２０を備えている。移動網２００は、移動通信端末装置などの加入者間の回線接続を行うためのネットワークであり、図示は省略しているが多数の端末装置が接続可能になっている。
情報センタ３００は、インターネット４００からメールを受信する装置であって、後に説明するように、移動網２００を介して接続された携帯端末１００に対して受信メールを転送するものである。インターネット４００に接続されているメール送信端末５００は、インターネットプロトコルに従ってメールを送信する不特定の装置である。
また、メール蓄積端末６００は、情報センタ３００からインターネット４００を介して転送されたメールを蓄積する装置であり、例えば携帯端末１００の使用者が所有するパーソナルコンピュータや、使用者の属する会社で使用するパーソナルコンピュータなどが該当する。
【０００８】
１−２．実施形態の機能構成
次に、本実施形態における携帯端末１００および情報センタ３００の機能構成について説明する。
【０００９】
（１）携帯端末の機能構成
図３は、携帯端末１００の機能構成を示す図である。携帯端末１００は、表示部１１０、操作部１２０、制御部１３０、通信処理部１４０、メモリ１５０、および容量管理部１６０を備えて構成されており、各部はそれぞれ以下のような機能を有している。
【００１０】
表示部１１０は、文字や画像などを表示するものであり、例えば液晶ディスプレイなどを備えて構成されている。本実施形態では、表示部１１０には、転送されたメールの内容が表示されたり、使用者が各種設定や選択を行う場合に必要な情報が表示される。
操作部１２０は、各種情報を入力するためのユーザインターフェイスであり、図２に示すように、数字を入力したり、カーソルを移動させるための操作子などを備えている。各々の操作は逐次検出されて、操作に応じた処理が制御部１３０によって行われるようになっている。
制御部１３０は、各部の動作を制御するものであり、メモリ１５０に記憶されたプログラムに従って動作するＣＰＵを備えている。本実施形態では、制御部１３０は、通常の携帯端末として動作するための処理の他に、メールの転送を受けるための処理を行う。
【００１１】
通信処理部１４０は、移動網２００との通信インターフェイスであり、移動網２００を介して回線接続した情報センタ３００からメールなどのデータを受信したり、メールの転送を受けるための条件情報を送信するものである。
メモリ１５０は、情報センタ３００から転送されたメールの他、各種のプログラムや設定情報などを記憶するメモリであり、電源が遮断された後も記憶内容を保持する。メモリ１５０の容量は、携帯可能な端末に搭載して適切な程度のものを用いればよい。容量管理部１６０は、メモリ１５０の記憶状態を検出して空き容量を管理するものであり、本実施形態では、容量管理部１６０において管理されている情報を、メールの転送を受ける際の条件情報として情報センタ３００に送信するようになっており、情報センタ３００は、メモリ１５０の空き容量に応じてメールの転送を行う。
【００１２】
（２）情報センタの機能構成
図４は、情報センタの機能構成を示す図である。情報センタ３００は、制御部３１０、設定記憶部３２０、メール処理部３３０、メール蓄積部３４０、および通信処理部３５０を備えて構成されており、各部はそれぞれ以下のような機能を有している。
【００１３】
制御部３１０は、情報センタ３００の各部の制御を行うものであり、プログラムに従って動作するＣＰＵを備えており、メール送信端末５００から送信されたメールをインターネット４００から受信して携帯端末１００に転送する処理などを行うものである。
設定記憶部３２０は、携帯端末１００にメールを転送するための各種設定を記憶しておくものであり、制御部３１０はここに記憶された設定および携帯端末１００から送信された条件情報に基づいて、携帯端末１００に対してメールの転送を行うようになっている。なお、ここに記憶された設定のより具体的な内容については、図５を参照しながら後述する。
【００１４】
メール処理部３３０は、インターネット４００からメールを受信するものであり、メール蓄積部３４０は、メール処理部３３０においてインターネット４００から受信したメールを蓄積しておくものである。すなわち、受信メールは一旦メール蓄積部３４０に蓄積されてから、各携帯端末１００あるいはメール蓄積端末６００に転送されるようになっている。
通信処理部３５０は、移動網２００との通信を行うためのインターフェイスであり、本実施形態では、移動網２００を介して接続された携帯端末１００に対して受信メールを転送するために用いられる。
【００１５】
ここで、図５は、設定記憶部３２０に記憶されている受信メールを転送するための設定例を示す図である。本実施形態では、情報センタ３００におけるユーザのアドレス毎に、当該アドレス宛に着信したメールを転送すべき携帯端末１００の加入者番号と、転送先のアドレスとを対応付けて記憶している。図５に示す例では、情報センタ３００は、宛先のドメイン名が“senter”となっているメールをインターネット４００から受信し、ユーザ毎に設定されている転送先（ユーザが“ABC”であれば、加入者番号“090-11-123456”の携帯端末１００および、“ABC@company.co.jp”宛のメールを受信するメール蓄積端末６００）にメールを転送できるようになっている。
【００１６】
また、本実施形態では、情報センタ３００がメールを受信した旨を携帯端末１００に告知すべき条件と、受信メールが複数ある場合に携帯端末１００に転送する優先順位と、メールを転送した後の処理とを、それぞれ設定できるようになっており、各ユーザアドレスごとに設定が記憶されている。
通知条件としては、本実施形態では、以下に示す３つの設定の中から選択できるようになっている。１番目は、所定時間毎に受信メールの有無や受信数などを通知するという設定であり、２番目は、メールの着信件数が所定件数を超えた場合に通知するという設定であり、３番目は、特定の発信者アドレスであるメールを受信した場合に通知するという設定である。
転送順位としては、１番目に送信日時、２番目に発信アドレス、３番目にサイズの中から選択できるようになっている。
転送後処理としては、１番目は転送アドレス宛にメールを転送することによって蓄積端末６００にメールを蓄積させる設定で、２番目は情報センタ３００のメール蓄積部３４０にそのまま蓄積しておく設定で、３番目は携帯端末１００にメールを転送した後はメール蓄積部３４０からは削除するという設定の中から選択できるようになっている。
【００１７】
また、図６は、メール蓄積部３４０におけるメールの蓄積例であり、本実施形態では、この図に示すように、各受信メール毎に、発信アドレスや、送信日時、サイズなどの情報を管理している。なお、このような情報は、後に説明するメールのヘッダから抽出することができる。
【００１８】
２．実施形態の動作
次に、上記構成を有する実施形態の動作について説明する。
２−１．全体動作
（１）動作の概要
まずは、本実施形態の概要動作について説明する。ここで、図７は、メールの構成を示す概略図であり、この図に示すように、メールはヘッダ部分と本文部分を備えて構成されている。ヘッダは、メールに関する書誌的な情報が記されたテキストデータであり、主に、送信日時（“Date:”）、発信者（“From:”）、宛先（“Tob:”）、題名（“Sub:”）などが記されている。
本文部分はメールの内容を示すテキストデータである。なお、テキストデータ以外の形式のデータファイルが添付されている場合もある。
【００１９】
本実施形態では、携帯端末１００が備えるメモリ１０５の空き容量が十分ではない場合は、携帯端末１００にはヘッダのみを転送し、メール全体をメール蓄積端末６００に転送する。例えば、図８に示すように、“ABC@senter.ne.jp”宛の着信メールが複数あった場合に、設定記憶部３２０に記憶された設定によって抽出されたメールのサイズが４Ｋｂ（うち、ヘッダ１Ｋｂ）であったとする。このとき、当該着信アドレスに対応した加入者番号の携帯端末１００が備えるメモリ１５０の空き容量が１Ｋｂであったとすると、情報センタ３００は、携帯端末１００にはヘッダのみを転送し、メール全体についてはメール蓄積端末６００に転送する。
本実施形態では、携帯端末１００にメールを転送する場合は、加入者番号“090-11-123456”に発呼することによって携帯端末１００に接続してメールを転送する。一方、メール蓄積端末６００にメールを転送する場合には、メールアドレス“ABC@company.co.jp”宛にメールの転送を行う。
【００２０】
これにより、携帯端末１００の使用者は、メモリ１５０の空き容量が少ない場合であっても、ヘッダの転送は受けることができるので、送信者や題名などの情報は把握できる。メール全体については、自己が有する他のアドレス（例えば会社でのメールアドレス）に転送されており、メール蓄積端末６００において内容を確認できる。
また、携帯端末１００が備えるメモリ１５０の空き容量が十分にある場合にはメール全体を携帯端末１００に転送し、空き容量が十分ではない場合には、まずメモリ１５０の不要なデータを削除して空き容量を増やすことを促す。以下、これらの動作について詳細に説明する。
【００２１】
（２）動作の流れ
図９は、本実施形態の動作を示すシーケンスフローである。なお、図９に示す動作は、転送後処理は「蓄積端末転送」（図５参照）が選択されている場合である。
情報センタ３００がインターネット４００からメールを受信して通知条件を満たすと、携帯端末１００に対してメールを受信した旨の告知を行う（ｓ１）。受信告知を受けた携帯端末１００は、メモリ１５０の空き容量を検出して、情報センタ３００に対して空き容量を通知するとともにメールの転送要求を行う（ｓ２）。
情報センタ３００は、空き容量通知の内容と受信メールのサイズとに基づいて携帯端末１００に対して不要データの削除要求を行い（ｓ３）、携帯端末１００は削除要求に応じて不要なデータを削除した後に、情報センタ３００に対して削除結果を通知する（ｓ４）。
【００２２】
削除結果の通知を受けた情報センタ３００は、携帯端末１００が備えるメモリ１５０の空き容量に応じて受信メールを携帯端末１００に転送し（ｓ５）、メール蓄積端末６００に対してもメールの転送を行う（ｓ６）。
いまだ携帯端末１００に転送を行っていないメールがメール蓄積部３４０に残っている場合は、携帯端末１００に対して未読メールが残っている旨の通知を行い（ｓ７）、これに応じて携帯端末１００は、情報センタ３００に対して空き容量を通知するとともにメールの転送要求を行う（ｓ８）。ステップｓ３〜ｓ６と同様に、情報センタ３００は、空き容量通知の内容と受信メールのサイズとに基づいて携帯端末１００に対して不要データの削除要求を行い（ｓ９）、携帯端末１００は削除要求に応じて不要なデータを削除した後に、情報センタ３００に対して削除結果を通知する（ｓ１０）。削除結果の通知を受けた情報センタ３００は、携帯端末１００が備えるメモリ１５０の空き容量に応じて受信メールを携帯端末１００に転送し（ｓ１１）、メール蓄積端末６００に対してもメールの転送を行う（ｓ１２）。
そして、携帯端末１００に転送を行っていないメールがメール蓄積部３４０に残っていない場合は、情報センタ３００は、携帯端末１００との通信を切断する（ｓ１３）。
【００２３】
２−２．各装置の動作
次に、情報センタ３００および携帯端末１００の各々の動作について、図１０、〜図１２に示すフローチャートおよび、図９のシーケンスフローと図１３に示す表示の具体例を適宜参照しながら説明する。
【００２４】
（１）情報センタの動作
図１０は、情報センタ３００の動作を示すフローチャートである。インターネット４００からメールを受信すると（Ｓ３０１）、制御部３１０は、受信メールをメール蓄積部３４０に記憶させて受信メールの登録を行う（Ｓ３０２）。そして、受信メールの宛先アドレスを抽出して、設定記憶部３２０に記憶されている設定に基づいて受信した旨の告知が必要であるか否かを判定する（Ｓ３０３）。ここでは、通知条件が例えば所定時間毎であれば、先に告知を行ってから所定時間を経過したか否かを判定し、告知条件が着信件数であればメール蓄積部３４０に蓄積されたメールのうち、同じ宛先のメールが所定件数を超えたか否かを判定し、告知条件が発信アドレスであれば受信メールの発信アドレスが設定されたアドレスであるか否かを判定する（設定については、図５参照）。
【００２５】
ステップＳ３０３の判定において、メールを受信した旨の告知が必要ではないと判定した場合は（Ｓ３０３；ＮＯ）処理をステップＳ３０１に移行させ、メールを受信した旨の告知が必要であると判定した場合は（Ｓ３０３；ＹＥＳ）、携帯端末１００に対して受信告知を行う（Ｓ３０４）。ここでは、先に説明したように、情報センタ３００は受信メールの宛先と対応付けて設定記憶部３２０に記憶されている加入者番号に発呼を行うことによって携帯端末１００との接続を行った後、必要な情報を携帯端末１００に送信する。
【００２６】
情報センタ３００は、携帯端末１００に受信告知を行った後に、当該携帯端末１００から転送要求を受信したか否かを判定し（Ｓ３０５）、携帯端末１００から転送要求を受信したと判定した場合は（Ｓ３０５；ＹＥＳ）、携帯端末１００に備えられたメモリ１５０の空き容量が、転送すべきメールを記憶するために十分であるか否かについて、転送要求とともに送信された空き容量通知に基づいて判定する（Ｓ３０６）。ここで、メモリ１５０の空き容量が不足していると判定した場合は（Ｓ３０６；ＮＯ）、携帯端末１５０に対して削除要求を送信する（Ｓ３０７）。削除要求としては、受信メールのサイズを含む情報を携帯端末に送信する。
そして、処理をステップＳ３０６に移行させ、削除要求に応じて携帯端末１００から送信された削除結果通知に基づいてメモリ１５０の空き容量が十分であるか否かを判定する（Ｓ３０６）。
【００２７】
ステップＳ３０６の判定において、空き容量ありと判定した場合は（Ｓ３０６；ＹＥＳ）、携帯端末１００に転送すべきメールをメモリ１５０の空き容量に応じて抽出して（Ｓ３０８）、抽出したメールを携帯端末１００に転送する（Ｓ３０９）。メールの抽出については、メモリ１５０の空き容量が転送すべきメールのサイズの合計よりも多ければ全メールを送信するが、１件分の空き容量であれば１件分のみ転送する。また、１件分の空き容量もない場合は、ヘッダのみを転送する。すなわち、ステップＳ３０６において空き容量ありと判定される基準は、最低は１件分のヘッダのサイズとなる。
情報センタ３００は、携帯端末１００に対してメールを転送した後、設定記憶部３２０に記憶された設定に従って転送後の処理を行う（Ｓ３１０）。転送後の処理として、蓄積端末保存が選択されている場合には転送アドレスあてに転送メールを送信し、転送後の処理として削除が選択されている場合には、ステップＳ３０９において送信したメールはメール蓄積部３４０から削除する（設定については、図５参照）。
【００２８】
そして、メール蓄積部３４０に記憶されたメールのうちの同じ着信アドレスのもので、携帯端末１００に転送を行っていないものがあるか否か、すなわち未読メールがあるか否かを判定し（Ｓ３１１）、未読メールがあると判定した場合には（Ｓ３１１；ＹＥＳ）、未読メールがある旨の通知を携帯端末１００に送信して（Ｓ３１２）、処理をステップＳ３０５の判定に移行させる。そして、未読通知に対応して携帯端末１００から送信される転送要求があるか否かを判定する（Ｓ３０５）。ここで、転送要求を受信しなかったと判定した場合は（Ｓ３０５；ＮＯ）処理をステップＳ３１３に移行させて携帯端末１００との通信を切断する（Ｓ３１３）。通信切断後は、処理はステップＳ３０１に戻って、次のメールの受信を行う（Ｓ３０１）。
【００２９】
（２）携帯端末の動作
図１１は、携帯端末１００の動作を示すフローチャートである。携帯端末１００は、情報センタ３００からメールを受信した旨の告知を受けると（Ｓ１０１）、当該受信告知に応じて転送要求を行うか否かを判定する（Ｓ１０２）。ここでは、図１３（ａ）に示すように、告知されたメールの転送を受けるか否かを選択させるメッセージを表示部１１０に表示させる。この表示に従って、使用者が操作部１２０を操作すると、操作内容が検出されて、制御部１３０は転送要求を行うか否かを判定する。図１３に示す例では、「１」キーが操作された場合には転送要求を行うと判定し、「０」キーが操作された場合は転送要求を行わないと判定する。
【００３０】
ステップＳ１０２の判定において、転送要求を行うと判定した場合は（Ｓ１０２；ＹＥＳ）、メモリ１５０の空き容量を検出して転送要求とともに空き容量を情報センタ３００に通知する（Ｓ１０３）。
そして、空き容量通知に応じて情報センタ３００から削除要求が送信されたか否かを判定し（Ｓ１０４）、削除要求が送信されなかったと判定した場合は（Ｓ１０４；ＮＯ）、情報センタ３００から転送メールを受信し（Ｓ１０５）、削除要求が送信されたと判定した場合は（Ｓ１０４；ＹＥＳ）メール削除処理を行った後に（Ｓ１２０）、情報センタ３００から転送メールを受信する（Ｓ１０５）。なお、メール削除処理については、図１２に示すフローチャートを参照して後述する。また、図１３に示す例では、（ｂ）に示すように、着信メールのサイズとメモリ１５０の容量と空き容量とを表示するとともに、メモリ１５０に現在記憶されているメールのリストおよびサイズを表示して、使用者に削除すべきメールを選択させるようにしている。
【００３１】
さて、制御部１３０は、受信した転送メールをメモリ１５０に記憶した後、図１３（ｃ）に示すように、表示部１１０にメールの内容を表示する処理を行う（Ｓ１０６）。メールを表示部１２０に表示させた後は、このメールをメモリ１５０に保存するか否かを判定し（Ｓ１０７）、保存すると判定した場合は（Ｓ１０７；ＹＥＳ）、情報センタ３００から未読メールがある旨の通知を受けたか否かの判定を行う（Ｓ１０９）。一方、ステップＳ１０７の判定において、保存しないと判定した場合は（Ｓ１０７；ＮＯ）、当該メールをメモリ１５０から削除した後に（Ｓ１０８）、情報センタ３００から未読メールがある旨の通知を受けたか否かの判定を行う（Ｓ１０９）。
【００３２】
ステップＳ１０９の判定において、未読メールがないと判定した場合は（Ｓ１０９；ＮＯ）、情報センタ３００から通信を切断されるので、通信の切断処理を行って（Ｓ１１０）、携帯端末１００における転送メール受信処理を終了する。一方、未読メールがあると判定した場合は（Ｓ１０９；ＹＥＳ）、処理をステップＳ１０２に移行させて、転送要求を行うか否かの判定を行う（Ｓ１０２）。ここでは、例えば図１３（ｄ）に示すように、未読メールがある旨のメッセージと、転送要求を行うか否かを選択させるメッセージを表示部１１０に表示する。
ステップＳ１０２の判定において転送要求を行わないと判定した場合は（Ｓ１０２；ＮＯ）、情報センタ３００から通信を切断されるので、通信の切断処理を行って（Ｓ１１０）、携帯端末１００における転送メール受信処理を終了する。
【００３３】
ここで、図１２は、メール削除処理（図１１：Ｓ１２０）を示すフローチャートである。メール削除処理においては、まず、制御部１３０は容量管理部１６０において管理されているメモリ１５０の空き容量を検出し（Ｓ１２１）、図１３（ｂ）、（ｅ）に示すように、表示部１１０に記憶状態を表示させる処理を行う（Ｓ１２２）。表示部１１０には、削除するメールの指示を促すとともに削除を行うか否かの選択を促す表示を行い、この表示に従って行われた操作部１２０のキー操作を検出して、制御部１３０は削除指示が行われたか否かの判定を行う（Ｓ１２３）。図１３に示す例では、（ｂ）あるいは（ｅ）の表示が行われているときに「１」キーが操作された場合は、削除指示があったものと判定し、「０」キーが操作された場合には削除指示が行われなかったと判定する。
【００３４】
ステップＳ１２３の判定において、削除指示がなされたと判定した場合は（Ｓ１２３；ＹＥＳ）、指示されたメールをメモリ１５０から削除して（Ｓ１２４）、処理を１２１に移行させる。削除すべきメールの指示は、例えば図１３（ｂ）あるいは（ｅ）に示すように、メモリ１５０に記憶されているメールのタイトルとサイズを表示させ、各メール毎に削除するか否かを選択するチェックボックスを表示する。チェックボックスのオン／オフの決定は、例えばカーソルキーでカーソルを移動させて、選択されているタイトルにおいて「＃」キーを操作するとチェックのオン／オフ状態が反転する。
【００３５】
一方、ステップＳ１２３の判定において、削除指示が行われなかったと判定した場合には（Ｓ１２３；ＮＯ）、容量管理部１６０に管理されているこの時点のメモリ１５０の空き容量を削除結果として情報センタ３００に通知して（Ｓ１２５）、メール削除処理を終了する。
ところで、図１３に示す例では、（ｂ）においても（ｅ）においても、メールの削除を行って空き容量を増やしているが、（ｂ）においては８Ｋｂ分のメールを削除しているので、空き容量が９Ｋｂまで増えるのに対して、（ｅ）においては１Ｋｂ分のメールしか削除していないので、空き容量が２Ｋｂまでしか増えていない。
ここで、転送メールのサイズが３Ｋｂ〜８Ｋｂであったとすると、（ｂ）に示す場合にはメール全体が転送されて（ｃ）においては本文を含むメールが表示されているのに対して、（ｅ）に示す場合はヘッダしか転送されずに（ｆ）においてはヘッダしか表示されない。しかしながら、ヘッダによって送信者や題名は確認することができ、メール全体については、メール蓄積端末６００で確認することができる。
【００３６】
このように、本実施形態においては、情報センタ１００は、設定された条件に従ってメールを受信した旨の告知を携帯端末１００に告知し、携帯端末１００はメモリ１５０の容量を情報センタ１００に通知するので、メモリ容量に応じたメール転送を行うことができるようになる。また、空き容量が十分ではない場合は、携帯端末１００に対してデータの削除要求を行い、これに応じてメモリ１５０に記憶されている不要なデータを削除できるので、情報センタ１００は、メモリ１５０の記憶状態に応じて受信メールの全部あるいは一部を転送することができるようになる。
【００３７】
３．変形例
本発明は、上述した実施形態に限定されるものではなく、以下のような各種の変形が可能である。
【００３８】
上記実施形態では、第１の装置として情報センタ３００を例としているが、第２の装置と通信ができればどのようなものでもよく、第２の装置も実施形態にように携帯端末１００に限らず、第１の装置と通信ができればどのようなものでもよい。また、第３の装置も、実施形態ではメール蓄積端末６００を例として説明しているが、第１の装置からメールの転送を受けられればどのようなものでもよい。
【００３９】
メールの転送も、上記実施形態では、移動網２００による回線接続、あるいは、インターネット４００におけるメールによって行っているが、どのような通信手段によって転送してもよく、例えば固定電話網による接続でもよい。
実施形態では、予め設定した告知条件として、図５に示すような所定時間毎等を例として説明したが、その他、特定の日時に受信したもの、所定の文字列を含むもの、所定の形式のファイルが添付されたものなど、様々な条件を設定することが可能である。また、複数の条件を組み合わせるようにしても構わない。
【００４０】
また、メールの一部を転送する場合とは、１つのメールのうちの一部の内容を送信する（上記実施形態ではヘッダのみを送信）場合と、複数のメールのうちの一部のメールを送信する（上記実施形態では、図５に示すような設定に基づいて優先順位の高いものから順次送信する場合）とを含む。
１つのメールのうちの一部の内容としては、本文のみを送信してもよいし、テキスト部分のみを送信するようにしもよい。テキスト以外のデータ形式の添付ファイルについては、第３の装置においてブラウザなどのアプリケーションを用いて閲覧すればよい。
【００４１】
上記実施形態では、メール転送を行うための条件情報として、メモリ１５０の空き容量情報を用いたが、これに限らず、例えば携帯端末１００においてメール以外の機能に使用しているといった携帯端末１００の使用態様などの情報でもよい。すなわち、予め設定された条件を満たしているか否かを判定することのできる情報が情報センタ３００に送信できればよい。
【００４２】
上記実施形態では、情報センタ３００がメールの転送の可否を判定するようにしているが、携帯端末１００が判定するようにしてもよく、このような場合は、受信メールの告知を受けた際に、携帯端末１００が情報センタ３００からの削除要求の有無に関わらず、所定のメールを削除する処理を行うようにしてもよい。あるいは、情報センタ３００は、携帯端末１００が備えるメモリ１５０の空き容量情報を受信するか否かにかかわらず、転送すべきメールのサイズおよび削除要求を携帯端末１００に通知するようにしてもよい。
なお、上記実施形態においては、携帯端末１００は、メモリ１５０に記憶されているデータのリストを表示して、使用者に削除すべきデータを選択させるようにしているが、これに限らず、予め設定された条件に基づいて削除するようにしても構わない。例えば記憶日時の古いデータやサイズの大きなデータを優先的に削除するようにしてもよいし、このような条件に合致したデータを表示して使用者に削除するか否かを確認するようにしてもよい。
【００４３】
また、上記実施形態では、メール全体を記憶するために必要な空き容量がメモリ１５０にない場合には、ヘッダ部分のみを転送するようにしているが、ヘッダ部分を記憶するために必要な空き容量もない場合には、情報センタ３００は、その旨を通知するメールを生成して、携帯端末１００に送信するようにしてもよし、例えばパケット通信を用いたメールなど上記実施形態とは異なる手段を用いて通知してもよい。あるいは、携帯端末１００側で、空きメモリ容量がないと判定した場合は、その旨を表示するようにしても構わない。
【００４４】
【発明の効果】
以上説明したように本発明によれば、端末装置の状態に応じてメールを転送することが可能になる。
【図面の簡単な説明】
【図１】  実施形態の全体構成を示す図である。
【図２】  携帯端末の外観構成を示す図である。
【図３】  携帯端末の機能構成を示すブロック図である。
【図４】  情報センタの機能構成を示すブロック図である。
【図５】  情報センタにおける設定を例示する図である。
【図６】  情報センタに蓄積されたメールの状態を例示する図である。
【図７】  メールの構成を説明する図である。
【図８】  実施形態の概要動作を説明する図である。
【図９】  実施形態の概要動作を説明するシーケンスフローである。
【図１０】  情報センタの動作を示すフローチャートである。
【図１１】  携帯端末の動作を示すフローチャートである。
【図１２】  メール削除処理を示すフローチャートである。
【図１３】  実施形態における具体的な表示例を示す図である。
【符号の説明】
１００……携帯端末、
１１０……表示部、
１２０……操作部、
１３０……制御部、
１４０……通信処理部、
１５０……メモリ、
１６０……容量管理部、
２００……移動網、
３００……情報センタ、
３１０……制御部、
３２０……設定記憶部、
３３０……メール処理部、
３４０……メール蓄積部、
３５０……通信処理部、
４００……インターネット、
５００……メール送信端末、
６００……メール蓄積端末。
【図１】
0004102509.tif 000002
【図２】
0004102509.tif 000003
【図３】
0004102509.tif 000004
【図４】
0004102509.tif 000005
【図５】
0004102509.tif 000006
【図６】
0004102509.tif 000007
【図７】
0004102509.tif 000008
【図８】
0004102509.tif 000009
【図９】
0004102509.tif 000010
【図１０】
0004102509.tif 000011
【図１１】
0004102509.tif 000012
【図１２】
0004102509.tif 000013
【図１３】
0004102509.tif 000014