JP4119063B2 - メッセージ処理装置、メッセージ処理システム及びメッセージ処理方法 - Google Patents
メッセージ処理装置、メッセージ処理システム及びメッセージ処理方法 Download PDFInfo
- Publication number
- JP4119063B2 JP4119063B2 JP31588099A JP31588099A JP4119063B2 JP 4119063 B2 JP4119063 B2 JP 4119063B2 JP 31588099 A JP31588099 A JP 31588099A JP 31588099 A JP31588099 A JP 31588099A JP 4119063 B2 JP4119063 B2 JP 4119063B2
- Authority
- JP
- Japan
- Prior art keywords
- message
- message processing
- server
- user
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/21—Monitoring or handling of messages
- H04L51/222—Monitoring or handling of messages using geographical location information, e.g. messages transmitted or received in proximity of a certain spot or area
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/56—Unified messaging, e.g. interactions between e-mail, instant messaging or converged IP messaging [CPM]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
- Small-Scale Networks (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、ネットワーク上のメッセージサーバとの間でメッセージのやり取りを行うメッセージ処理装置、メッセージ処理システム及びメッセージ処理方法に関する。
【０００２】
【従来の技術】
従来より、いつでもどこでも電子メールを読み書きするための装置として、携帯電話にメールを読み書きする機能を組み込んだもの、小さな表示装置と入力装置を備えたメールの読み書き専用機器、といった小型機器や、汎用のパーソナルコンピュータ（ＰＣ）を持ち歩けるほど小さくしたノートＰＣなど、多くの機器が開発されてきた。
【０００３】
これらは、携帯しやすくするために小型にすると表示装置や入力装置が小さくなるため使いやすさが損なわれがちになり、一方使いやすさを重視して表示装置や入力装置を大きくすると携帯性が損なわれがちになるという相反する問題を抱えている。
【０００４】
このため、例えば、一人のユーザが、外出時には携帯機器を持ち歩いて電子メールを読み書きし、オフィスや家庭に居る時はＰＣなど携帯機器とは別の機器をメールの読み書きに使うと言った、機器の使い分けもしばしば行われてきた。しかしながら、この場合、オフィスや家庭でメールの読み書きに使っているＰＣ等の機器と携帯機器のデータを矛盾なく連携させることが困難であった。
【０００５】
【発明が解決しようとする課題】
以上説明したように、従来のメール処理機器は、携帯性を重視すると操作性が損なわれ、操作性を重視すると携帯性が得られなかった。また、一人のユーザが携帯性の良い機器と操作性の良い機器を両用する場合には、特定のメールは特定の機器でしか読み書きすることはできず、読み書きしたいメールによって機器を使い分ける必要があった。言い換えると、メールの統一的な操作や統一的な管理ができなかった。
【０００６】
本発明は、上記事情を考慮してなされたもので、あるユーザ宛のメールを統一的に管理・操作できる、携帯可能な、メッセージ処理装置、メッセージ処理システム及びメッセージ処理方法を提供することを目的とする。
【０００７】
また、本発明は、携帯性と操作性を両方とも享受可能なメッセージ処理装置、メッセージ処理システム及びメッセージ処理方法を提供することを目的とする。
【０００８】
【課題を解決するための手段】
本発明は、ユーザにより携帯され、その時々で異なるネットワークに接続して使用されるメッセージ処理装置であって、メッセージを記憶するための記憶手段と、複数のネットワーク上に分散配置される複数のメッセージサーバ（例えば、ＰＯＰサーバ）の各々について、自装置が接続されているネットワークドメインから当該メッセージサーバへアクセス可能であるか否か及びアクセス可能である場合に当該ネットワークドメインから当該メッセージサーバにアクセスするためのアプリケーション層プロトコルを特定可能とする情報を登録した規則表を記憶する手段と、自装置が接続されているネットワークドメインを認識し、受信対象とするメッセージサーバの各々について、前記規則表を参照して、認識した前記ネットワークドメインからアクセス可能であるか否かを特定するとともに、アクセス可能であると特定したメッセージサーバの各々について、認識した前記ネットワークドメインから当該メッセージサーバにアクセスするためのアプリケーション層プロトコルを特定する手段と、アクセス可能であると特定した各々の前記メッセージサーバごとに、当該メッセージサーバについて特定した前記アプリケーション層プロトコルを用いて、当該メッセージサーバから、前記ユーザ宛に配信されたメッセージ（例えば、メール）群を取り出して（ユーザの指定する条件を考慮して取り出す場合もある）、前記記憶手段に格納する手段と、前記記憶手段に格納された前記メッセージ群を、自装置と同一のネットワークに接続されているメッセージ入出力を行う他の装置（例えば、ＩＭＡＰクライアント）からの所定のアプリケーション層プロトコルによる要求に応じて、当該他の装置へ出力する（編集して出力する場合もある）手段とを備え、前記他の装置からの要求に係る前記所定のアプリケーション層プロトコルは、該要求を受けた場合に前記メッセージ群を前記記憶手段に保持したまま前記他の装置へ出力するプロトコルであることを特徴とする。
【０００９】
本発明では、場所や使用機器に依らず１箇所（メッセージ処理装置）にメッセージを集め、これを持ち歩くことができる。
その際、例えば、メッセージサーバ群に蓄積されているメッセージを（基本的には全部）、メッセージ処理装置に移し、メッセージサーバからは削除するようにする。ただし、メッセージデータのバックアップのためにメッセージサーバ上のデータを保存しておくポリシーも考えられる。後者の場合、メッセージ処理装置には、未読のメッセージのみをコピーすることになる。また、例えば、例外的に、通信状態が悪い時には容量の大きなメッセージはコピーしないというようなポリシーを設定することもできる。
なお、他の装置による読みだしに関しては、メッセージを渡してしまうのではなく、本メッセージ処理装置に保持したままでメッセージを見せるのが好ましい。これにより、メッセージ処理装置に収集したメッセージが分散することを未然に防止することができる。
【００１０】
また、本発明では、メッセージ処理装置が接続されたネットワークと、メッセージサーバが存在するネットワークとの位置関係により、メッセージを取ってくるために使用すべきプロトコル（通信方法）を変更する。
さらに、その時々で接続するネットワークが異なるという他にも、その時々で同一ネットワークに接続される他の装置が異なるという可能性もある。すなわち、ユーザは携帯しているメッセージ処理装置をその場所に付随する他の装置（例えば、会社ならデスクトップＰＣ、家ならノートＰＣ、外出中なら携帯電話等）に接続し、メッセージ処理装置と当該他の装置とを一つの（メール）クライアントに見立てて作業ができる。
これにより、（メール）ユーザは、ＰＯＰの場合における、ある計算機に取り込んでしまったメッセージは別の計算機から見られないという問題、取り込んだメッセージをメッセージサーバから削除せず残しておけば別の計算機からも見られるが、履歴管理が困難になるという問題、ＩＭＡＰの場合における、一つのメッセージサーバの範囲内でしかメッセージを見ることができないという問題、を解決することができる。
【００１１】
このように本発明によれば、ネットワーク上の複数の情報サーバから配送されるメッセージをメッセージ処理装置で集中的に管理することができ、また、このメッセージ処理装置内に蓄積されているメッセージを統一的に操作することができる。
また、このメッセージ処理装置が連携する他の装置のユーザインタフェースを利用して良い操作性が得られるとともに、このメッセージ処理装置にユーザインタフェースも設ければ、良い携帯性も得られる。
例えば、オフィスや家庭においてＰＣ等で扱うデータと携帯装置で扱うデータを同一のものとすることにより、データを矛盾なく連携させるとともに、ＰＣなど表示や入力が容易な機器が使える場合にはこれを使って操作できる、という機能を実現することができる。
【００１２】
好ましくは、前記メッセージサーバ群から収集され、メッセージ処理装置内の記憶手段に格納されたメッセージ群を、ユーザの指定する条件に従って（例えば、定期的におよび／または所定の条件が満たされものを対象として；例えば、毎日１回、未保存のものを対象として）、外部記憶装置に保存する手段を更に備えるようにしてもよい。
好ましくは、前記メッセージサーバ群から収集され、メッセージ処理装置内の記憶手段に格納され、前記外部記憶装置に保存されたメッセージ群を、ユーザの指定する条件に従って（例えば、定期的におよび／または所定の条件が満たされたものを対象として；例えば、毎日１回、１ヶ月を経過したものを対象として）、消去する手段を更に備えるようにしてもよい。また、例えば、前記メッセージサーバ群から収集されたメッセージ群のデータサイズが、メッセージ処理装置内の記憶手段のサイズを超えた場合にのみ、前記消去を行うようにしてもよい。
【００１３】
好ましくは、前記出力する手段は、前記メッセージ入出力を行う他の装置から前記要求を受信した場合、該他の装置の持つ機能（例えば、処理可能な手続きや、表示機能）に応じて、前記メッセージサーバ群から収集され、メッセージ処理装置内の記憶手段に格納されたメッセージ群を加工して送信するようにしてもよい。
【００１５】
好ましくは、自装置と同一のネットワークに接続されているメッセージ入出力を行う他の装置に対し、該ネットワーク内に対する自発的な広告によってまたは該他の装置からの問い合わせに応答して、自装置のアドレスを通知する手段を更に備えるようにしてもよい。
【００１６】
好ましくは、自装置に付随する入力装置から入力されたユーザからの要求に応じて、自装置に内蔵されたまたは外部接続された公衆無線網端末装置を介して前記メッセージサーバ群にアクセスしてメッセージを取得し格納する手段と、自装置に付随する入力装置から入力されたユーザからの要求に応じて、自装置に格納されているメッセージを、自装置に付随する表示画面に表示する手段とを更に備えるようにしてもよい。
【００１９】
本発明は、ユーザにより携帯されその時々で異なるネットワークに接続して使用されるメッセージ処理装置と、同一のネットワーク上に接続された該メッセージ処理装置に対してメッセージ入出力を行う他の装置とを含むメッセージ処理システムであって、前記メッセージ処理装置は、メッセージを記憶するための記憶手段と、複数のネットワーク上に分散配置される複数のメッセージサーバの各々について、自装置が接続されているネットワークドメインから当該メッセージサーバへアクセス可能であるか否か及びアクセス可能である場合に当該ネットワークドメインから当該メッセージサーバにアクセスするためのアプリケーション層プロトコルを特定可能とする情報を登録した規則表を記憶する手段と、自装置が接続されているネットワークドメインを認識し、受信対象とするメッセージサーバの各々について、前記規則表を参照して、認識した前記ネットワークドメインからアクセス可能であるか否かを特定するとともに、アクセス可能であると特定したメッセージサーバの各々について、認識した前記ネットワークドメインから当該メッセージサーバにアクセスするためのアプリケーション層プロトコルを特定する手段と、アクセス可能であると特定した各々の前記メッセージサーバごとに、当該メッセージサーバについて特定した前記アプリケーション層プロトコルを用いて、当該メッセージサーバから、前記ユーザ宛に配信されたメッセージ群を取り出して、前記記憶手段に格納する手段と、自装置と同一のネットワークに接続されている前記他の装置からの所定のアプリケーション層プロトコルによる要求に応じて、前記記憶手段に格納された前記メッセージ群を、前記他の装置へ出力する手段とを備え、前記他の装置からの要求に係る前記所定のアプリケーション層プロトコルは、該要求を受けた場合に前記メッセージ群を前記記憶手段に保持したまま前記他の装置へ出力するプロトコルであることを特徴とする。
【００２０】
本発明は、ユーザにより携帯されその時々で異なるネットワークに接続して使用され、メッセージを記憶するための記憶手段と、複数のネットワーク上に分散配置される複数のメッセージサーバの各々について、自装置が接続されているネットワークドメインから当該メッセージサーバへアクセス可能であるか否か及びアクセス可能である場合に当該ネットワークドメインから当該メッセージサーバにアクセスするためのアプリケーション層プロトコルを特定可能とする情報を登録した規則表を記憶する手段とを備えたメッセージ処理装置におけるメッセージ処理方法であって、自装置が接続されているネットワークドメインを認識し、受信対象とするメッセージサーバの各々について、前記規則表を参照して、認識した前記ネットワークドメインからアクセス可能であるか否かを特定するとともに、アクセス可能であると特定したメッセージサーバの各々について、認識した前記ネットワークドメインから当該メッセージサーバにアクセスするためのアプリケーション層プロトコルを特定するステップと、アクセス可能であると特定した各々の前記メッセージサーバごとに、当該メッセージサーバについて特定した前記アプリケーション層プロトコルを用いて、当該メッセージサーバから、前記ユーザ宛に配信されたメッセージ群を取り出して、前記記憶手段に格納するステップと、前記記憶手段に格納された前記メッセージ群を、自装置と同一のネットワークに接続されているメッセージ入出力を行う他の装置からの所定のアプリケーション層プロトコルによる要求に応じて、当該他の装置へ出力するステップとを有し、前記他の装置からの要求に係る前記所定のアプリケーション層プロトコルは、該要求を受けた場合に前記メッセージ群を前記記憶手段に保持したまま前記他の装置へ出力するプロトコルであることを特徴とする。
【００２１】
なお、メッセージ処理装置に係る本発明はメッセージ処理方法に係る発明としてもメッセージ入出力を行う他の装置とを含むメッセージ処理システムとしても成立し、また、その他の発明のカテゴリー間についても同様である（例えば、方法に係る本発明は装置に係る発明としても成立する）。
【００２２】
また、装置または方法に係る本発明は、コンピュータに当該発明に相当する手順を実行させるための（あるいはコンピュータを当該発明に相当する手段として機能させるための、あるいはコンピュータに当該発明に相当する機能を実現させるための）プログラムを記録したコンピュータ読取り可能な記録媒体としても成立する。
【００２３】
【発明の実施の形態】
以下、図面を参照しながら発明の実施の形態を説明する。
【００２４】
図１に、本実施形態に係るメッセージ処理装置が接続するネットワークシステムの構成例を示す。
【００２５】
このネットワークシステムは、グローバルなネットワークであるインターネット（Ｉｎｔｅｒｎｅｔ）８０を介して、複数のインターネット・サービス・プロバイダ（ＩＳＰ）や、複数の組織内ＬＡＮ（もしくはイントラネット）が相互に接続されている、というネットワーク構成である（図１では、１つのＩＳＰ７０と１つの組織内ＬＡＮ９０のみ示してある）。
【００２６】
メッセージ処理装置（ＭｏｂｉｌｅＣｏｒｅ）２００は、携帯型の機器であり、無線通信もしくは有線通信によってＩＳＰや組織内ＬＡＮに（直接）接続可能である。図１では、メッセージ処理装置２００が組織内ＬＡＮ９０に接続している様子を例示している。
【００２７】
また、このメッセージ処理装置２００のユーザは、１以上のＩＳＰと１以上の組織内ＬＡＮ、または２以上のＩＳＰ、または２以上の組織内ＬＡＮに、アカウントを持つことを想定する。例えば、メッセージ処理装置２００は、ＩＳＰ７０と組織内ＬＡＮ９０にそれぞれアカウントを持つ。すなわち、このメッセージ処理装置２００は、当該ユーザの持つ複数のメールアドレス宛の電子メールを扱うことができる。
【００２８】
ＩＳＰ７０には、送信メールサーバであるＳＭＴＰサーバ１０１と、受信メールサーバであるＰＯＰサーバ１０２が設置されている。
【００２９】
組織内ＬＡＮ９０には、当該ＬＡＮと他のネットワークとの境界に置かれるファイアウォール（ＦｉｒｅＷａｌｌ）１０４、ファイアウォール１０４を跨ってメールを転送するときに利用するＳＯＣＫＳサーバ１１１、送信メールサーバであるＳＭＴＰサーバ１０５、受信メールサーバであるＰＯＰサーバ１０６、当該ＬＡＮに接続された機器に動的にＩＰアドレスを割り当てるＤＨＣＰサーバ１１０、ＤＮＳサーバ１０９、ユーザにメールを読み書きする機能を提供するユーザエージェント１０７が設置されている。
【００３０】
ここで、上記の各装置の本実施形態に関係する働きをまとめると、次のようになる。
【００３１】
ＳＭＴＰサーバ１０１は、ＩＳＰ７０にアカウントを持つユーザが送信するメールを受け取り、メールに示された宛先に代理で配送する働きをする。
【００３２】
ＰＯＰサーバ１０２は、ＩＳＰ７０にアカウントを持つユーザ宛てのメールを一時的に保管し、ユーザからの要求に従いメールを引き渡す働きをする。
【００３３】
インターネット１０３は、各種ネットワークをそれぞれ接続する働きをする。
【００３４】
ファイアウォールは１０４は、インターネット１０３と組織内ＬＡＮ９０の接続部において、通過条件を満たす通信データのみを通過させ、通過条件を満たさない（もしくは遮断条件を満たす）通信データを遮断する働きをする。
【００３５】
ＳＯＣＫＳサーバ１１１は、接続してきたユーザに対して登録済みユーザかどうかのユーザ認証を行った上で、ファイアウォール１０４の通過条件を満たさない通信データを通過条件を満たすように加工して、ファイアウォール１０４を通過させる働きをする。
【００３６】
ＳＭＴＰサーバ１０５は、組織内ＬＡＮ９０に接続しているユーザが送信するメールを受け取り、メールに示された宛先に代理で配送する働きをする。
【００３７】
ＰＯＰサーバ１０６は、組織内ＬＡＮ９０に接続しているユーザ宛てのメールを一時的に保管し、ユーザからの要求に従いメールを引き渡す働きをする。
【００３８】
ＤＮＳサーバ１０９は、組織内ＬＡＮ９０に接続された機器からの問い合わせに対して、ＩＰアドレスとホスト名との相互変換をする機能と、ドメイン名からメールの配送先を導出する機能とを提供する。
【００３９】
ＤＨＣＰサーバ１１０は、組織内ＬＡＮ９０に接続された機器からの要求に応じて、動的にＩＰアドレスを割り当て、これを通知する働きをする。また、組織内ＬＡＮ９０に接続された機器からの問い合わせに対して、ＤＮＳサーバ１０９のＩＰアドレスを通知する働きも行う。
【００４０】
ユーザエージェント１０７は、ユーザがメールを読み書きするユーザインターフェイスを動作させる。
【００４１】
メッセージ処理装置２００は、ユーザの指示に従い、ＰＯＰサーバ（例えばＰＯＰサーバ１０２やＰＯＰサーバ１０６）からユーザ宛てのメールを受信し、受信したメールを蓄積・管理し、他の装置（例えば、ユーザエージェント１０７、ホームコンピュータ等）からの閲覧要求に応じてメールデータを提示する働きや、他の装置から渡されたメールを、該当するＳＭＴＰサーバもしくは該当するＳＭＴＰサーバに中継してくれる他のサーバに送信する働きなどをする。
【００４２】
なお、図１には示されていないが、メッセージ処理装置２００のユーザの自宅等に存在するスタンドアローンのもしくはホームネットワークに接続されたホームコンピュータに、メッセージ処理装置２００を接続可能とし、このホームコンピュータを上記のユーザエージェント１０７と同一もしくは類似のものとして動作させることも可能である。
【００４３】
次に、図２に、本実施形態に係るメッセージ処理装置の構成例を示す。
【００４４】
このメッセージ処理装置２００は、メッセージ収集部２０１とメッセージ配送送信部２０２ａを含むクライアント機構２１、メッセージ保管部２０３、メッセージ提示部２０４とメッセージ配送受取部２０２ｂを含むサーバ機構２２、ネットワーク検出部２０５とサービス広報部２０６と巡回制御部２０７を含むアシスト機構２３を備えている。
【００４５】
メッセージ収集部２０１は、ＰＯＰサーバからメールを収集する。
【００４６】
メッセージ配送送信部２０２ａは、他の装置（例えば、ユーザエージェント１０７、ホームコンピュータ等）からメールを受け取り、ＳＭＴＰサーバへメッセージを送信する。
【００４７】
メッセージ保管部２０３は、メッセージ収集部２０１が収集したメールを保管する。
【００４８】
メッセージ提示部２０４は、メッセージ保管部２０３が保管しているメールを、他の装置（ユーザエージェント等）に提示する。
【００４９】
メッセージ配送受取部２０２ｂは、他の装置（ユーザエージェント等）からメールを受け取り、メッセージ保管部２０３に保管する。
【００５０】
ネットワーク検出部２０５は、当該メッセージ処理装置２００が接続されたネットワークの環境を検出する。
【００５１】
サービス広報部２０６は、当該メッセージ処理装置２００が接続されたネットワーク上の他の装置（ユーザエージェント等）に、当該メッセージ処理装置２００の存在を知らせる。
【００５２】
巡回制御部２０７は、クライアント機構２１に対してアクセスすべき対象を指示する。
【００５３】
なお、本実施形態では、メッセージ処理装置２００は、メール専用の携帯機器あるいはメール機能を搭載したノート型ＰＣと同様に、ユーザがグラフィカル・ユーザ・インタフェース（ＧＵＩ）等によりメールを操作（編集・閲覧・検索等）する機能を有するものとする。
【００５４】
また、ここでは、メッセージ処理装置２００が無線通信を行う場合には、無線通信装置を外部に接続して利用するものとするが、もちろん、メッセージ処理装置２００が無線通信機能を内蔵してもよい。
【００５５】
次に、本実施形態の動作をより詳しく説明する。
【００５６】
まず、メッセージ処理装置２００が組織内ＬＡＮ９０などのネットワークへ接続する場合について説明する。
【００５７】
ユーザは、メッセージ処理装置２００を持ち歩き、例えば自身が勤務するオフィスのイントラネット等のネットワークにメッセージ処理装置２００を接続する。
【００５８】
メッセージ処理装置２００がネットワークに接続されたとき、ネットワーク検出部２０５は、そのネットワーク（組織内ＬＡＮ９０とする）内に、ＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）プロトコルを用いてブロードキャストでアドレスの割り当てをリクエストする。
【００５９】
ＤＨＣＰサーバ１１０は、このリクエストを受け取ると、ＩＰアドレスを動的に割り当て、この割り当てたＩＰアドレスと、ＤＮＳサーバ１０９のＩＰアドレスとを共に、メッセージ処理装置２００へ通知する。
【００６０】
メッセージ処理装置２００のネットワーク検出部２０５は、上記の割り当てられたＩＰアドレスと、ＤＮＳサーバ１０９のＩＰアドレスとを受け取る。メッセージ提示部２０４は、この割り当てられたＩＰアドレス（＝ｍとする）で動作することになる。
【００６１】
メッセージ処理装置２００のサービス広報部２０６は、「メッセージ提示部２０４がＩＰアドレス＝ｍで動作する」という情報を、例えばＳＬＰ（Ｓｅｒｖｉｃｅ Ｌｏｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）プロトコルを用いて、ネットワーク内に知らせる。
【００６２】
ユーザエージェント１０７は、メッセージ処理装置２００がネットワーク内に広告している「メッセージ処理装置２００で動作しているメッセージ提示部２０４に関する情報（例えば、上記のメッセージ提示部２０４が動作するＩＰアドレス）」を、例えばＳＬＰクライアント（プロセス）を動作させることにより得て、自身が参照するＩＭＡＰ（Ｉｎｔｅｒｎｅｔ Ｍｅｓｓａｇｅ ＡｃｃｅｓｓＰｒｏｔｏｃｏｌ）サーバの設定を更新する（例えば、メッセージ提示部２０４をＩＭＡＰサーバとして設定する。）
なお、ユーザエージェント１０７がメッセージ処理装置２００を発見するための所定の形式のメッセージをネットワーク内に送出し、これを検出したメッセージ処理装置２００がユーザエージェント１０７に応答メッセージを返信することにより、ユーザエージェント１０７が同一ネットワーク内に接続されたメッセージ処理装置２００を発見するようにしてもよい。
この手続き以降、ユーザエージェント１０７からメッセージ処理装置２００を操作できるようになる。
【００６３】
なお、上記のユーザエージェント１０７として機能させるホームコンピュータ等のＰＣとメッセージ処理装置２００とを直結する場合には、上記した手続きの代わりに、それらを接続するための手続きを行えばよい。
【００６４】
次に、ユーザエージェント１０７等の他の装置からの要求に応じてメッセージ処理装置２００が動作する場合について説明する。
【００６５】
まず、メッセージ処理装置２００がＰＯＰサーバ（例えばＰＯＰサーバ１０２やＰＯＰサーバ１０６）からユーザ宛てのメールを受信し蓄積する場合について説明する。
【００６６】
ところで、メッセージ処理装置２００はネットワークを移動して接続することが可能であるため、メッセージ処理装置２００が現在接続されているネットワークと、対象となるＰＯＰサーバが設置されているネットワークとの関係あるいは接続したネットワークの環境などに応じて、メッセージ処理装置２００からＰＯＰサーバへアクセスするための方法が相違してくる可能性がある。
【００６７】
そこで、本実施形態では、メッセージ処理装置２００がアカウントを持つネットワーク（対象ＰＯＰサーバが存在するネットワーク）とメッセージ処理装置２００が現在接続されているネットワークとそのときのアクセス方法との関係を予め規則表（．ｇｅｔｍａｉｌｒｃ）に記述し、この規則表を参照して対象ＰＯＰサーバへの到達経路を導き出すようにしている。
【００６８】
規則表の内容は、データが実際に到達するか否かの基準だけではなく、それぞれのネットワークにおけるアクセスポリシーを考慮して設定することができる。
【００６９】
図３に、規則表の一例を示す。
【００７０】
この例では、ＵＮＩＶ、ＩＳＰ（例えば、図１の７０）、ＦＯＯＥＸＴ、ＦＯＯＩＮＴ（例えば、図１の９０）の４つのアカウントがあることを想定している。アカウント名は、［ ］で囲んで指定する。
【００７１】
この例では、それぞれのアカウントに対して、次のような値を指定できる。
【００７２】
ｍａｉｌｓｅｒｖｅｒ：ＰＯＰサーバやＩＭＡＰサーバなどのサーバ名を記述する（記述必須）。
【００７３】
ｆｅｔｃｈｍａｉｌｒｃ：オプション記述ファイル名を記述する。これが指定されていないときは、．ｆｅｔｃｈｍａｉｌｒｃが用いられる。
【００７４】
ｕｓｅｒｎａｍｅ：ユーザ名を記述する。これが指定されていないときはオプション記述ファイルの指定が使われる。それもなければ、巡回制御部２０７を動かしているユーザ名（例えば、メッセージ処理装置２００に設定されたユーザ名）が使われる。
【００７５】
ｐｒｏｔｏｃｏｌ：メール取得に用いるプロトコル（例えば、ＰＯＰ３、ＡＰＯＰ、ＩＭＡＰなど）を記述する。これが指定されていないときは、オプション記述ファイルの指定が使われる。それもなければ、アクセスに成功するまで様々なプロトコルで試していくが、無駄なアクセスを避けるため、指定しておくことが望ましい。
【００７６】
ｐｏｒｔ：メール取得プロトコルが用いるポートを記述する。指定しないときは、１１０（ＰＯＰ３、ＡＰＯＰのデフォルト値）が使われる。
【００７７】
ｏｐｔｉｏｎｓ：その他の任意のコマンドラインオプションを記述する。
例えば、
−ｌ ５００００
で５０ＫＢ以上のメールを受け取らない、
−Ｂ ２０
で一回にメールを２０通までしか受け取らない、といった設定に使用できる。
【００７８】
上記以外の文字列：上記以外の文字列（例えば、図３の＊．ｉｓｐ．ｎｅ．ｊｐ＝ＤＩＲＥＣＴ）は、巡回制御部２０７を動作させている機器（ＭｏｂｉｌｅＣｏｒｅ）のドメイン名を含んだホスト名と比べられ、最初にマッチしたエントリの値が接続手段として使われる。例えば、最初に＊．ｉｓｐ．ｎｅ．ｊｐがマッチした場合、ＤＩＲＥＣＴがその接続方法を示す。
マッチするエントリがない場合は何もしない。
なお、＊は文字列の最初か最後にだけ使用できる。つまり、１３３．１９６．１６．＊や、＊．ｆｏｏ．ｃｏ．ｊｐといった書き方を想定している。
接続方法は、以下の通りである。
ＮＯＮＥ…なにもしない（例えば、接続できない場合である）。
ＤＩＲＥＣＴ…直接接続する。
ＳＯＣＫＳ…ＳＯＣＫＳプロトコルを使ってファイアウォールを越えて接続する。この場合、ＳＯＣＫＳ：＜ＩＰＡＤＤＲＥＳＳ＞として、＜ＩＰＡＤＤＲＥＳＳ＞の部分にＳＯＣＫＳサーバのアドレスを書く。なお、ＳＯＣＫＳ：＜ＩＰＡＤＤＲＥＳＳ＞／−５のように、／−５を付けるとＳＯＣＫＳプロトコルバージョン５を使い、付けないとＳＯＣＫＳプロトコルバージョン４を使う。
【００７９】
図３の例では、ＦＯＯＩＮＴのみファイアウォールが設置されており、図３の規則表には、ＵＮＩＶ、ＩＳＰ、ＦＯＯＥＸＴの相互間では直結可能であるが、ＦＯＯＩＮＴからＵＮＩＶ、ＩＳＰ、ＦＯＯＥＸＴ内のｐｏｐサーバへアクセスするためにはＳＯＣＫＳを使ってファイアウォールを越えて接続する必要があり、ＵＮＩＶ、ＩＳＰ、ＦＯＯＥＸＴからＦＯＯＩＮＴ内のｐｏｐサーバへはアクセスできない場合の設定がされている。
【００８０】
従って、例えば図１の例において、メッセージ処理装置２００がネットワーク“ｉｎｔｅｒｎａｌ．ｆｏｏ．ｃｏ．ｊｐ”に接続されている場合、ＰＯＰサーバ１０２への接続時には、到達経路の途中にファイアウォール１０４があるので、ＳＯＣＫＳサーバとＳＯＣＫＳプロトコルバージョン５を用いてファイアウォール１０４を通過せよ（すなわち、例えば、図３の［ＩＳＰ］における、＊．ｆｏｏ．ｃｏ．ｊｐ＝ＳＯＣＫＳ：２０２．２４９．１０．９８／−５）というように、また、ＰＯＰサーバ１０６への接続時には、到達経路の途中にファイアウォール１０４がないので、直接接続せよ（すなわち、例えば、図３の［ＦＯＯＩＮＴ］における、＊．ｆｏｏ．ｃｏ．ｊｐ＝ＤＩＲＥＣＴ）というように、予め書いておく。
【００８１】
さて、ユーザは、前述のようにメッセージ処理装置２００がネットワークに接続された後にユーザエージェント１０７等を介して、もしくはメッセージ処理装置２００自体のＧＵＩ等を使って、メッセージ処理装置２００にメールの受信を指示する。
なお、受信対象とするＰＯＰサーバについては、メールの受信を指示するときに指定するようにしてもよいし、予めメッセージ処理装置２００内に登録しておくようにしてもよいし、それらを適宜併用してもよい。
【００８２】
メールの受信を指示されると、メッセージ処理装置２００のネットワーク検出部２０５は、先の割り当てられたＩＰアドレスから、接続されているネットワークを判別し、予め定めておいた規則表（図３）を参照して、指示されたＰＯＰサーバへの到達経路を導き出す。
【００８３】
図１の例において、ユーザがＰＯＰサーバ１０２とＰＯＰサーバ１０６に接続を指示した場合には、メッセージ処理装置２００は、ネットワーク“ｉｎｔｅｒｎａｌ．ｆｏｏ．ｃｏ．ｊｐ”に接続されているので、例えば図３の［ＩＳＰ］や［ＦＯＯＩＮＴ］と同じ様な趣旨で規則表が設定されているとすると、ＰＯＰサーバ１０２にはＳＯＣＫＳプロトコルバージョン５を用いて接続し、一方、ＰＯＰサーバ１０６には直接、接続することになる。
【００８４】
しかして、メッセージ処理装置２００のメッセージ収集部２０１は、ＰＯＰサーバ１０２およびＰＯＰサーバ１０６に接続した後、それぞれのサーバから保管されていたメールを受信し、これをメッセージ保管部２０３に蓄える。
【００８５】
なお、上記では、ユーザがメッセージ処理装置２００にメールの受信を指示するものとしたが、その代わりに、予めメッセージ処理装置２００内にメールを受信する条件（例えば、毎日１回受信する旨およびその時刻）を設定しておき、上記条件が成立したとき以降の可能なタイミングで自動的にメールを受信し蓄積するようにすることも可能である。
【００８６】
ところで、メッセージ処理装置２００のメール記憶可能容量の残量や通信路の状態等の種々の状況に応じて、メールの受信量に制限を設けた方が良い場合がある。
【００８７】
例えば、メッセージ処理装置２００がメールをＰＯＰサーバから取り出すとき、携帯電話経由の接続など通信路が細い場合には、サイズの大きなメールを受信すると通信時間が長くかかってしまう。そこで、そのような通信路を通ることになる接続先について、予め定めておいた規則表（図３）に記述しておき、ＰＯＰサーバから実際にメールを取り出す前にメールのサイズを調べて、大きなサイズのメールを取得しないようにすることによって、通信時間を短く抑えることができる（この場合、大きなサイズのメールは、後で十分な太さの通信路を使用できるときに受信する）。
例えば、図３の［ＵＮＩＶ］のように、そのエントリで“ｏｐｔｉｏｎｓ＝−ｌ ５００００”と書いておくことにより、５０ＫＢ以上のサイズのメールを取得しないことを指示している。
【００８８】
また、例えば、メッセージ処理装置２００がメールをＰＯＰサーバから取り出すとき、携帯電話経由の接続など通信路が細い場合には、メッセージの数が多いと通信時間が長くかかってしまう。そこで、そのような通信路を通ることになる接続先について、予め定めておいた規則表（図３）に記述しておき、ＰＯＰサーバから一度に取得するメールの数を制限することによって、一回の通信時間を短く抑えることができる（この場合、大きなサイズのメールは、後で十分な太さの通信路を使用できるときに受信する）。
例えば、図３の［ＵＮＩＶ］のように、そのエントリで“ｏｐｔｉｏｎ＝−Ｂ２０”と書いておくことにより、メールを一度に取得する数を最大２０通に制限することを指示している。
【００８９】
なお、図３の規則表の［ＵＮＩＶ］では実際には“ｏｐｔｉｏｎｓ＝−ｌ ５００００ −Ｂ ２０”と、複数の制約が記述されているが、このような場合には、制約が加重されることになる（例えば、５０ＫＢ未満のサイズのメールを、最大２０通だけ、受信することになる）。
【００９０】
次に、ユーザエージェント１０７等の他の装置からの閲覧等の要求に応じて、メッセージ処理装置２００がその内部に蓄積されたメールを提示等する場合（すなわち、メッセージ処理装置２００に蓄積されたメールをユーザエージェント１０７等の他の装置から操作する場合）について説明する。
【００９１】
ユーザは、ユーザエージェント１０７を動作させ、メッセージ処理装置２００のメッセージ提示部２０４に接続要求する。
【００９２】
メッセージ処理装置２００のメッセージ提示部２０４は、ユーザエージェント１０７からの接続要求に応じて動作を開始する。
【００９３】
ユーザエージェント１０７は、ユーザの指示に従い、例えばＩＭＡＰを用いて、メッセージ処理装置２００のメッセージ保管部２０３に貯えられているメールに対する閲覧、削除、分類など、各種操作をメッセージ提示部２０４に指示する。
【００９４】
メッセージ提示部２０４は、メッセージ保管部２０３に保管されているメッセージに指示に基づいた操作を行う。
【００９５】
なお、携帯型のメール専用機器やメール機能を搭載したノート型ＰＣと同様に、メッセージ処理装置２００内に蓄積されたメールは、当該メッセージ処理装置２００のＧＵＩ等を用いて操作することもできる。
【００９６】
ところで、メッセージ処理装置２００内に蓄積されたメールを、ユーザエージェント１０７等の他の装置側から操作しようとする場合に、当該他の装置にメールを扱うための機能もしくは装置が十分に搭載されていない場合も考えられる。
【００９７】
そこで、メッセージ処理装置２００は、当該他の装置の持つ機能あるいは性能あるいは処理可能な手続き等に応じて、メールの提示方法等を変えるようにしてもよい。
【００９８】
例えば、ユーザエージェント１０７がＩＭＡＰというプロトコルを使えない場合に、メッセージ処理装置２００は、ユーザエージェント１０７の使えるプロトコル（例えばＨＴＴＰプロトコル）を利用してメールの提示を行うようにしてもよい。
【００９９】
すなわち、メッセージ処理装置２００は、ＩＭＡＰというプロトコルと、ＨＴＴＰプロトコルのそれぞれを動作させて、それぞれにより要求の受け付けを行い、実際に要求を受信したプロトコルによって、メールを提示するようにしてもよい。あるいは、メールのやり取りに先だって、ユーザエージェント１０７とメッセージ処理装置２００との間で、使用するプロトコルについてネゴシエーションをするようにしてもよい。
【０１００】
また、例えば、ユーザエージェント１０７の表示領域が小さいなど、表示能力が限られている場合には、メッセージ処理装置２００は、ユーザエージェント１０７の要求に応じてメールの一部（例えば、メールの返信として新たに付け加えられた部分のみ）を取り出すなどの加工を行ってから、ユーザエージェント１０７に提示するようにしてもよい。
【０１０１】
次に、メッセージ処理装置２００におけるメールの保存管理（アーカイブ、エクスパイア）について説明する。
【０１０２】
本実施形態のメッセージ処理装置２００は、ＰＯＰサーバからメールを受信し蓄積するものであるが、内蔵メモリの容量には限りがあるので、メッセージ処理装置２００内のメールを、適宜、外部記憶装置に保存し（アーカイブ）、外部記憶装置に保存したメールをメッセージ処理装置２００内のメモリから消去する（エクスパイア）ことが好ましい。
【０１０３】
例えば、毎日、ＰＯＰサーバからメールを受信するものとし、図４（ａ）のようにメッセージ処理装置２００内に過去５週間分の受信メールを蓄積するものとした場合に、図４（ｂ）に示す新たに受信されメッセージ処理装置２００内に蓄積された１日分のメール群を外部記憶装置に保存し、メッセージ処理装置２００内に蓄積されている最も古い５週間前の１日分のメール群を削除する（削除されたメール群はすでに外部記憶装置に保存されている）。この結果、図４（ｃ）のようにメッセージ処理装置２００内には新たな５週間分の受信メールが蓄積される（この５週間分のメール群は外部記憶装置にも保存されている）。
【０１０４】
また、上記のように決められたタイミング条件でアーカイブやエクスパイアを行う方法の他にも、メッセージ処理装置２００のメモリ蓄積可能容量が第１の基準値を下回った場合に、メモリ蓄積可能容量が第２の基準値を上回るまで、古い受信順にメールを消去する方法のように、メモリ容量を考慮した条件に従ってアーカイブやエクスパイアを行う方法や、それらを併用した方法など、種々の方法が考えられる。
【０１０５】
アーカイブやエクスパイアの方法は、ユーザが適宜設定できるようにしてもよい。
【０１０６】
なお、メールアドレス等によって、メールを保存する外部記憶装置が異なってもよい。
【０１０７】
また、指定したメールもしくは指定した条件を満たすメールを、上記の制御の対象外にして、消去せずに蓄積しておくことができるようにしてもよい。
【０１０８】
外部記憶装置は、メッセージ処理装置２００に接続する方法（メッセージ処理装置２００から直接、外部記憶装置に保存する方法）と、ユーザエージェント１０７あるいはホームコンピュータ等の他の装置に接続する方法（メッセージ処理装置２００から他の装置を介して外部記憶装置に保存する方法）がある。
【０１０９】
上記のメール保存管理のための処理（保存や消去）は、（前者の接続方法の場合、外部記憶装置に接続された状態で、もしくは後者の接続方法の場合、ユーザエージェント１０７等の他の装置に接続された状態で）メッセージ処理装置２００が予め設定された条件に基づいて自動的に起動する方法、メッセージ処理装置２００のＧＵＩ等に対するユーザの操作で起動する方法、ユーザエージェント１０７等の他の装置を介して起動する方法等がある。
【０１１０】
例えば、ユーザエージェント１０７は、定期的にあるいはユーザの指示に従い、ユーザの指定する条件（例えばある日数を経過したこと）を満たすメールを検索して提示するように、メッセージ処理装置２００のメッセージ提示部２０４に指示する。
メッセージ提示部２０４は、メッセージ保管部２０３に保管されているメッセージに対して、指示に基づいた検索を行い、検索結果のメール群を提示する。
ユーザエージェント１０７は、提示されたメール群を外部記憶装置に格納する。
【０１１１】
また、例えば、ユーザエージエント１０７は、定期的にあるいはユーザの指示に従い、ユーザの指定する条件（例えばある日数を経過したこと）を満たすメールを検索して消去するように、メッセージ処理装置２００のメッセージ提示部２０４に指示する。
メッセージ提示部２０４は、メッセージ保管部２０３に保管されているメッセージに対して指示に基づいた検索を行い、該当メール群を消去する。
【０１１２】
次に、ユーザエージェント１０７等の他の装置から渡されたメールを、該当するＳＭＴＰサーバ（もしくは該当するＳＭＴＰサーバに中継してくれる他のサーバ）に送信する場合について説明する。
【０１１３】
ユーザが新規メールを作成したり、受信メールに対する返信メールを作成した場合、ユーザエージェント１０７は、ユーザの指示に従いＳＭＴＰプロトコルを用いてメールを送信する。
【０１１４】
その際、ユーザエージェント１０７には、メール送信用のＳＭＴＰサーバとしてメッセージ処理装置２００を指定しておく。
【０１１５】
メッセージ処理装置２００のメッセージ配送受取部２０２ｂは、ユーザエージエント１０７からメールを受け取り、メッセージ保管部２０３に蓄える。
【０１１６】
メッセージ処理装置２００のメッセージ配送送信部２０２ａは、巡回制御部２０７の指示に従い、メッセージ保管部２０３に蓄えられた未送信メッセージの宛先のメールアドレスから、送信すべきネットワークドメインを算出し、該当ネットワークドメインへメールを届けるためにアクセスすべきＳＭＴＰサーバ（該当ネットワークドメインへの到達性を有するＳＭＴＰサーバ）を、ＤＮＳサーバ１０９に問い合わせて得る。
【０１１７】
そして、得られたＳＭＴＰサーバにメールを送信する。
【０１１８】
なお、該当ネットワークドメインへの到達性を有するＳＭＴＰサーバが得られないものがあった場合には、そのネットワークドメインへのメールは、例えば到達性を有するＳＭＴＰサーバが存在する他のネットワークに当該メッセージ処理装置２００が接続された後にあらためて送信されることになる。
【０１１９】
なお、アクセスすべきＳＭＴＰサーバを手設定するようにしてもよい。
【０１２０】
以上のようなメッセージ処理装置２００によれば、例えばあるユーザが複数のアカウントを持ち、各々のメールアドレス宛のメールを扱うＰＣ等の機器（メッセージ処理装置２００が連携する他の装置）が、別々のネットワークに接続されるものであって且つ互いに離れた場所に設置されているような場合であっても、複数のメールアドレス宛のメールを１箇所すなわちこのメッセージ処理装置２００に蓄積して集中的に管理し、これを容易に持ち歩き、移動中にメッセージ処理装置２００単独で使用でき、かつ移動先で他の装置と連携して使用することもできる。また、メッセージ処理装置２００にダウンロードしたメールのバックアップや、消去も容易にできる。
【０１２１】
なお、ＰＯＰサーバに蓄積されているメールが、メッセージ処理装置２００にダウンロードされたならば、そのＰＯＰサーバからそのメールを削除するようにしてもよい。この場合、メッセージ処理装置２００内にメールのオリジナルデータが格納され、外部記憶装置にそのバックアップデータが格納されることになる。
また、ＰＯＰサーバに蓄積されているメールが、メッセージ処理装置２００にダウンロードされても、直ちにはそのＰＯＰサーバからそのメールを削除せず、例えば一定時間が経過するなど、予め定められた条件が成立したときに削除するようにしてもよい。
【０１２２】
さて、以下では本実施例の一実現形態として、小型のメール専用端末と同じような大きさ・重さで且つ同じようなサイズの表示画面・キーボード等を持ち、またＥｔｈｅｒｎｅｔと携帯電話接続コネクタを持つものを想定し、実際のユーザのオペレーションに伴い、どのようなメール処理を行うかを具体例に従って説明する。
【０１２３】
まず、典型的なモバイルユーザの１日の挙動として、以下のようなシーケンスを想定する。ここで、モバイルユーザが携帯する機器は、本発明を適用したメッセージ処理装置、通常のノートＰＣ、または携帯型メール専用端末である。
【０１２４】
Ｓｔｅｐ１）朝、家を出る際に、機器を持って出かける。
【０１２５】
Ｓｔｅｐ２）喫茶店にてモーニングを頼む。機器に携帯電話３００を接続する。朝食を取りながら受信だけを行う（図５（ａ））。
その際、本発明を適用したメッセージ処理装置の場合、複数のメールアドレス宛てのメールを一括して受信することができる。
【０１２６】
Ｓｔｅｐ３）電車で通勤する。車内の座席で機器を操作して受信メールにざっと目を通す（図５（ｂ））。
その際、本発明を適用したメッセージ処理装置の場合、Ｓｔｅｐ２で複数のメールアドレス宛てのメールが受信されていれば、それらを閲覧することができる。
【０１２７】
Ｓｔｅｐ４）オフィスに到着する。受信したメールに対する返信メールを作成して返事を出す。
その際、本発明を適用したメッセージ処理装置の場合、オフィスのイントラネットにＥｔｈｅｒｎｅｔ接続し、より大型のＰＣ３０２から操作することができる（図５（ｃ））。また、Ｓｔｅｐ２で受信できなかった大きなサイズのメールがあれば、ここでそれを受信することができる。また、複数のメールアドレス宛てのメールが受信されていれば、ここでそれらに対する返信メールを送信することができる。
【０１２８】
Ｓｔｅｐ５）機器を持って取引先へ外出する。外出先で質問を受け、機器を操作して同事例の過去メールを検索し回答する（図５（ｄ））。
【０１２９】
Ｓｔｅｐ６）外出先からオフィスに戻る。
本発明を適用したメッセージ処理装置の場合、オフィスのＰＣ３０２を経由して機器内の新着メールのバックアップを外部記憶装置に保存し、機器内の古いメールを消去することができる（図５（ｅ））。
【０１３０】
Ｓｔｅｐ７）電車で帰宅する。プライベートメールに目を通す。
【０１３１】
Ｓｔｅｐ８）夕食後に、プライベートメールに対する返信メールを作成する。
その際、本発明を適用したメッセージ処理装置の場合、ホームコンピュータ３０４に接続し、ホームコンピュータから操作することもできる（図５（ｆ））。
【０１３２】
Ｓｔｅｐ９）就寝前に、プライベートメールのバックアップと古いメールの消去を行う。
【０１３３】
その際、本発明を適用したメッセージ処理装置の場合、ホームコンピュータを経由して機器内の新着メールのバックアップを外部記憶装置に保存し、機器内の古いメールを消去することができる（図５（ｆ）参照）。
【０１３４】
ここで、本発明を適用したメッセージ処理装置を使用するユーザＡ、通常ノートＰＣを使用するユーザＢ、メール専用端末を使用するユーザＣについて、上記の各ステップでの使用感、処理の容易さがどのように異なるかを評価してみる。
【０１３５】
Ｓｔｅｐ１）機器の持ち歩き
機器の大きさ、重量などの点で、ユーザｂの通常ノートＰＣは明らかに劣っている。
【０１３６】
Ｓｔｅｐ２）携帯電話での通信
通常ノートＰＣは汎用ゆえに携帯電話用の周辺機器（通信カード）の装着、接続シーケンスの実行が必要となるのに対し、他のものは携帯電話専用ポートをサポートするのでユーザＡ，Ｃにとって操作は容易である（図５（ａ）参照）。
【０１３７】
Ｓｔｅｐ３）移動中の使用
機器の大きさ、重さを考慮すると、ユーザｂの通常ノートＰＣが操作性で劣っている（図５（ｂ）参照）。
【０１３８】
Ｓｔｅｐ４）通常の入出力
ユーザＣのメール専用端末は入力装置が貧弱であるために操作性が劣る。ユーザＡの本発明を適用したメッセージ処理装置は、オフィスのＰＣと連携することで、オフィスのＰＣの画面やキーボードやマウス等を使用できるので、ユーザＢの通常ノートＰＣと同様かまたはオフィスのＰＣによってはそれを遙かに越える操作性を実現できる（図５（ｃ）参照）。
【０１３９】
Ｓｔｅｐ５）移動先での過去メールの検索
ユーザＡ，Ｂはその場で過去メールを検索して対応できるが（図５（ｄ）参照）、そのような使用のされ方が想定されていないユーザＣのメール専用端末では過去メールはオフィスに保存せざるを得ず、対応ができない。
【０１４０】
Ｓｔｅｐ６）外から戻った時のメール同期
ユーザＡは前回のバックアップ以降のメールだけをバックアップするので短時間で終了でき、古いメールの消去も自動的に可能である（図５（ｅ）参照）。一方、ユーザＢ，Ｃはマニュアル処理が必要である。
【０１４１】
Ｓｔｅｐ７）ＩＳＰ経由で別アカウントのメール閲覧
上記のＳｔｅｐ２），Ｓｔｅｐ３）と同様である。
【０１４２】
Ｓｔｅｐ８）ＩＳＰ経由で別アカウントにメール送信（図５（ｆ）参照）
上記のＳｔｅｐ４）と同様である。
【０１４３】
Ｓｔｅｐ９）ＩＳＰアカウントのメール同期（図５（ｆ）参照）
上記のＳｔｅｐ６）と同様である。
【０１４４】
メール専用端末のように、持ち運ぶものが小さいと、ユーザとのインタフェースである入出力部分がどうしても小さくなり、使い勝手が悪化する。一方、ノート型ＰＣのようにユーザインタフェースが大きなものの場合、かさばってしまい、持ち運びが困難になる。ユーザの便利を考えれば、持ち運ぶときは小さくかさばらず、かつ使うときにはユーザインタフェースが大きいことが望ましい。これらの条件は、基本的に相反しており、従来のメール専用端末やＰＣではユーザの望みを両方十分に満たすことはできない。
【０１４５】
本発明を適用したメッセージ処理装置では、持ち運ぶときにはメール専用端末並み、あるいはそれ以下の大きさで持ち運びが容易であるだけでなく、使うときには手近にあるＰＣやＰＤＡなど、ユーザインタフェースがより使いやすいものと容易に接続して操作を行うことができるため、ユーザの望みを両方叶えることができる。
【０１４６】
すなわち、本発明を適用したメッセージ処理装置では、外出時など他にＰＣ等の機器が近くにない場合には、当該メッセージ処理装置を単独で動作させ、メールの読み書きを行うことができる。また、オフィスや家庭など、近くにＰＣ等の機器がある場合には、ネットワークを用いて当該メッセージ処理装置と接続し、当該メッセージ処理装置内のデータを外部から閲覧し、メールの読み書きを行うことができる。
【０１４７】
一方、オフィスではＰＣ、外出先ではメール専用端末、といったように、場合に応じて機器を使い分けるという方法も考えられる。しかし、この場合、読み書きすべきメッセージがそれぞれの機器に分散してしまい、必要なメールが手近な機器に入っていないなど、統一した取扱が困難である。
【０１４８】
本発明を適用したメッセージ処理装置では、どの機器と連携している場合にも所望のメールを読み書きすることができるため、メッセージが分散することなく、統一した取扱が可能となる。
【０１４９】
さて、以下では、メッセージ処理装置２００の特性を活かすバックアップポリシーの例について説明する。
【０１５０】
本メッセージ処理装置では、メールのオリジナルデータを集中的に保管し、統一した取扱を可能とするが、その反面、メッセージ処理装置の故障や紛失により、１箇所（メッセージ処理装置）に集められたメールが全て失われることがあり得る。これを回避するため、バックアップ機能を設けるのが望ましい。一方、メッセージ処理装置の記憶領域は有限であるため、無制限にメールを溜め込み続けることはできないので、適切な時期に適切なメールを選んで本メッセージ処理装置からメールを消去する、エクスパイア処理を設けるのが望ましい。
【０１５１】
バックアップとエクスパイアの２つの機能をどのような条件で行っていくかについては、幾つかのポリシーが考えられる。
【０１５２】
例えば、典型的な例として、最終バックアップ時刻以降、現時点までに到着したメッセージを全てバックアップするというバックアップポリシーと、必要な空き容量が得られるまで、メッセージのうち古いほうから消去していく、というエクスパイアポリシーが考えられる。
【０１５３】
また、メッセージ処理装置へのコピーは、必ずしも必須ではなく、例えば通信状態が悪いときには、例外的に容量の大きなメッセージはコピーしないというようなポリシーを設定することもできる。
【０１５４】
また、他の装置による読みだしに関しては、メッセージを渡してしまうのではなく、メッセージ処理装置に保持したままでメッセージを見せるようにするのが好ましい。これにより、メッセージ処理装置に収集したメッセージが分散することを防止することができる。
【０１５５】
また、メッセージ処理装置が接続されたネットワークと、ＰＯＰサーバが存在するネットワークとの位置関係により、メールを取ってくるために使用すべきプロトコル（通信方法）を変更する。
【０１５６】
さらに、その時々で接続するネットワークが異なるという他にも、その時々で同一ネットワークに接続される他の装置が異なるという可能性もある。すなわち、ユーザは携帯している本メッセージ処理装置をその場所に付随する他の装置（例えば、会社ならデスクトップＰＣ、家ならノートＰＣ、外出中なら携帯電話等）に接続し、本メッセージ処理装置と当該他の装置とを一つのメールクライアントに見立てて作業をすることができる。
【０１５７】
以上をまとめると、本実施形態のメッセージ処理装置は、典型的な利用形態では、
・複数のＰＯＰサーバに蓄積されたメッセージ（メール）をＰＯＰクライアントとして収集し、
・収集したメッセージ群をＩＭＡＰサーバとして、他のメール処理装置（ＰＤＡやＰＣ）に対して閲覧サービスをする、
という機能を果たすことができる。
【０１５８】
これにより、メールユーザから見ると、従来のＰＯＰサーバのみの場合にあった、
・ある計算機に取り込んでしまったメッセージは別の計算機から見られないという問題、
・取り込んだメッセージをサーバから削除せず残しておけば別の計算機からも見られるが、履歴管理が困難になるという問題、
ＩＭＡＰサービスのみの場合にあった、
・一つのメッセージサーバの範囲内でしかメッセージを見ることができないという問題、
を一挙に解決できるという利点がある。
【０１５９】
ここで、自装置と同一のネットワークに接続されているメッセージ入出力を行う他の装置に対し、自装置のアドレスを通知することにより、当該他の装置のＳＭＴＰサーバ設定を本メッセージ処理装置に変更する。この場合、本メッセージ処理装置自身がＳＭＴＰサーバとなりメールの送信を行う、という形態になる。
【０１６０】
従って、本実施形態によれば、ユーザの現在位置によらず、ユーザ宛メールは全て当該メッセージ処理装置に集まってくるので、ユーザは当該メッセージ処理装置上のメールだけを見ていればよい。これにより、メール履歴の管理や、各メールに対するアクション（応答、振り分け、消去など）の情報も一括で管理でき、不定期に、かつ様々な形態で受信されるメールというメディアを（各ユーザの希望する）、統一したポリシーで処理するために非常に望ましい処理環境を構築することができる。
【０１６１】
ところで、以上では、メッセージ処理装置自身がユーザインタフェースを保持する構成例について説明し、またそのようなメッセージ処理装置についての他のメール処理装置（携帯ＰＣ，ＰＤＡ）との操作性等の比較を行ったが、本発明は、ユーザインタフェースを備えないメッセージ処理装置にも適用可能である。
【０１６２】
すなわち、図６に示すように、ユーザインタフェースを持たないメッセージ処理装置２００と、ユーザインタフェースを持つ他の装置３２０とを、イントラネットもしくはホームネット等を経由して接続しあるいは直結して、両者を連携して動作させ、ユーザは当該他の装置のユーザインタフェースを使って、メッセージ処理装置２００内のメールを処理するようにする。
【０１６３】
この構成例では、メッセージ処理装置２００の入力機構や表示機構はなしで済ませるかあるいは非常に小さなもので済ませることもでき、カード状あるいはスティック状など、携帯性に優れ、かつＰＤＡやＰＣに接続容易なコンパクトな形状をとることも可能である。
【０１６４】
以上説明したきたように、本実施形態によれば、次のような効果が得られる。
【０１６５】
すなわち、従来の移動通信では、ユーザに対するメールなどのメッセージを携帯ＰＣにダウンロードするため、結果的に受信したメッセージが複数の箇所に分散して格納されることになり、一括管理できないという問題があった。また、複数のメールサーバからデータを受信する場合、また移動先で接続した環境を考慮して、どのように情報配信サーバにアクセスをするか、という問題がある。これは例えば企業ネットワーク内に接続する場合には、外部のメールサーバにアクセスするためにＳＳＨ／ＳＯＣＫＳなどのセキュリティプロトコルを使用しなくてはいけない、などアクセスポリシーを考慮することが必要だからである。
【０１６６】
本実施形態によれば、複数のメッセージ配送サーバからのメッセージをユーザ固有のメッセージ処理装置内に格納して保存、管理することにより、統一したメッセージのアクセス、メッセージ処理の一括処理が可能である。
【０１６７】
また、周辺のブラウズ環境と連携してメッセージを表示することで、例えばユーザが慣れた操作環境を実現したり、ＰＤＡなどの限定された表示環境であってもメッセージコンテンツを加工して表示することにより、制限のある状態でも表示可能である。
【０１６８】
さらに、メッセージ処理装置が接続されたネットワーク環境を認識して、これを考慮してメッセージ配送サーバへの通信方法を決定することで、ユーザが接続先のネットワークを意識して、通信手順を設定する手間を省いて容易な操作環境を提供できる。
【０１６９】
なお、以上では、メッセージとして電子メールを扱ったが、本発明は、電子メール以外のメッセージを扱うシステムにも適用可能である。
【０１７０】
なお、以上の各機能は、ソフトウェアとしても実現可能である。
【０１７１】
また、本実施形態は、コンピュータに所定の手段を実行させるための（あるいはコンピュータを所定の手段として機能させるための、あるいはコンピュータに所定の機能を実現させるための）プログラムを記録したコンピュータ読取り可能な記録媒体としても実施することもできる。
【０１７２】
本発明は、上述した実施の形態に限定されるものではなく、その技術的範囲において種々変形して実施することができる。
【０１７３】
【発明の効果】
本発明によれば、ネットワーク上の複数の情報サーバから配送されるメッセージをメッセージ処理装置で集中的に管理することができ、また、このメッセージ処理装置内に蓄積されているメッセージを統一的に操作することができる。また、このメッセージ処理装置が連携する他の装置のユーザインタフェースを利用して良い操作性が得られるとともに、このメッセージ処理装置にユーザインタフェースも設ければ、良い携帯性も得られる。
【図面の簡単な説明】
【図１】本発明の一実施形態に係るメッセージ処理装置の接続するネットワークネットワークシステムの構成例を示す図
【図２】同実施形態に係るメッセージ処理装置の構成例を示す図
【図３】同実施形態に係るメッセージ処理装置の受信規則の一例を示す図
【図４】アーカイブおよびエクスパイアについて説明するための図
【図５】同実施形態に係るメッセージ処理装置を使用するユーザの利用形態について説明するための図
【図６】同実施形態に係るメッセージ処理装置の他の構成例を示す図
【符号の説明】
７０…ＩＳＰ
８０…インターネット
９０…組織内ＬＡＮ
１０１…ＳＭＴＰサーバ
１０２…ＰＯＰサーバ
１０４…ファイアウォール
１０５…ＳＭＴＰサーバ
１０６…ＰＯＰサーバ
１０７…ユーザエージェント
１０９…ＤＮＳサーバ
１１０…ＤＨＣＰサーバ
１１１…ＳＯＣＫＳサーバ
２００…メッセージ処理装置
２１…クライアント機構
２０１…メッセージ収集部
２０２ａ…メッセージ配送送信部
２２…サーバ機構
２０２ｂ…メッセージ配送受取部
２０３…メッセージ保管部
２０４…メッセージ提示部
２３…アシスト機構
２０５…ネットワーク検出部
２０６…サービス広報部
２０７…巡回制御部
【発明の属する技術分野】
本発明は、ネットワーク上のメッセージサーバとの間でメッセージのやり取りを行うメッセージ処理装置、メッセージ処理システム及びメッセージ処理方法に関する。
【０００２】
【従来の技術】
従来より、いつでもどこでも電子メールを読み書きするための装置として、携帯電話にメールを読み書きする機能を組み込んだもの、小さな表示装置と入力装置を備えたメールの読み書き専用機器、といった小型機器や、汎用のパーソナルコンピュータ（ＰＣ）を持ち歩けるほど小さくしたノートＰＣなど、多くの機器が開発されてきた。
【０００３】
これらは、携帯しやすくするために小型にすると表示装置や入力装置が小さくなるため使いやすさが損なわれがちになり、一方使いやすさを重視して表示装置や入力装置を大きくすると携帯性が損なわれがちになるという相反する問題を抱えている。
【０００４】
このため、例えば、一人のユーザが、外出時には携帯機器を持ち歩いて電子メールを読み書きし、オフィスや家庭に居る時はＰＣなど携帯機器とは別の機器をメールの読み書きに使うと言った、機器の使い分けもしばしば行われてきた。しかしながら、この場合、オフィスや家庭でメールの読み書きに使っているＰＣ等の機器と携帯機器のデータを矛盾なく連携させることが困難であった。
【０００５】
【発明が解決しようとする課題】
以上説明したように、従来のメール処理機器は、携帯性を重視すると操作性が損なわれ、操作性を重視すると携帯性が得られなかった。また、一人のユーザが携帯性の良い機器と操作性の良い機器を両用する場合には、特定のメールは特定の機器でしか読み書きすることはできず、読み書きしたいメールによって機器を使い分ける必要があった。言い換えると、メールの統一的な操作や統一的な管理ができなかった。
【０００６】
本発明は、上記事情を考慮してなされたもので、あるユーザ宛のメールを統一的に管理・操作できる、携帯可能な、メッセージ処理装置、メッセージ処理システム及びメッセージ処理方法を提供することを目的とする。
【０００７】
また、本発明は、携帯性と操作性を両方とも享受可能なメッセージ処理装置、メッセージ処理システム及びメッセージ処理方法を提供することを目的とする。
【０００８】
【課題を解決するための手段】
本発明は、ユーザにより携帯され、その時々で異なるネットワークに接続して使用されるメッセージ処理装置であって、メッセージを記憶するための記憶手段と、複数のネットワーク上に分散配置される複数のメッセージサーバ（例えば、ＰＯＰサーバ）の各々について、自装置が接続されているネットワークドメインから当該メッセージサーバへアクセス可能であるか否か及びアクセス可能である場合に当該ネットワークドメインから当該メッセージサーバにアクセスするためのアプリケーション層プロトコルを特定可能とする情報を登録した規則表を記憶する手段と、自装置が接続されているネットワークドメインを認識し、受信対象とするメッセージサーバの各々について、前記規則表を参照して、認識した前記ネットワークドメインからアクセス可能であるか否かを特定するとともに、アクセス可能であると特定したメッセージサーバの各々について、認識した前記ネットワークドメインから当該メッセージサーバにアクセスするためのアプリケーション層プロトコルを特定する手段と、アクセス可能であると特定した各々の前記メッセージサーバごとに、当該メッセージサーバについて特定した前記アプリケーション層プロトコルを用いて、当該メッセージサーバから、前記ユーザ宛に配信されたメッセージ（例えば、メール）群を取り出して（ユーザの指定する条件を考慮して取り出す場合もある）、前記記憶手段に格納する手段と、前記記憶手段に格納された前記メッセージ群を、自装置と同一のネットワークに接続されているメッセージ入出力を行う他の装置（例えば、ＩＭＡＰクライアント）からの所定のアプリケーション層プロトコルによる要求に応じて、当該他の装置へ出力する（編集して出力する場合もある）手段とを備え、前記他の装置からの要求に係る前記所定のアプリケーション層プロトコルは、該要求を受けた場合に前記メッセージ群を前記記憶手段に保持したまま前記他の装置へ出力するプロトコルであることを特徴とする。
【０００９】
本発明では、場所や使用機器に依らず１箇所（メッセージ処理装置）にメッセージを集め、これを持ち歩くことができる。
その際、例えば、メッセージサーバ群に蓄積されているメッセージを（基本的には全部）、メッセージ処理装置に移し、メッセージサーバからは削除するようにする。ただし、メッセージデータのバックアップのためにメッセージサーバ上のデータを保存しておくポリシーも考えられる。後者の場合、メッセージ処理装置には、未読のメッセージのみをコピーすることになる。また、例えば、例外的に、通信状態が悪い時には容量の大きなメッセージはコピーしないというようなポリシーを設定することもできる。
なお、他の装置による読みだしに関しては、メッセージを渡してしまうのではなく、本メッセージ処理装置に保持したままでメッセージを見せるのが好ましい。これにより、メッセージ処理装置に収集したメッセージが分散することを未然に防止することができる。
【００１０】
また、本発明では、メッセージ処理装置が接続されたネットワークと、メッセージサーバが存在するネットワークとの位置関係により、メッセージを取ってくるために使用すべきプロトコル（通信方法）を変更する。
さらに、その時々で接続するネットワークが異なるという他にも、その時々で同一ネットワークに接続される他の装置が異なるという可能性もある。すなわち、ユーザは携帯しているメッセージ処理装置をその場所に付随する他の装置（例えば、会社ならデスクトップＰＣ、家ならノートＰＣ、外出中なら携帯電話等）に接続し、メッセージ処理装置と当該他の装置とを一つの（メール）クライアントに見立てて作業ができる。
これにより、（メール）ユーザは、ＰＯＰの場合における、ある計算機に取り込んでしまったメッセージは別の計算機から見られないという問題、取り込んだメッセージをメッセージサーバから削除せず残しておけば別の計算機からも見られるが、履歴管理が困難になるという問題、ＩＭＡＰの場合における、一つのメッセージサーバの範囲内でしかメッセージを見ることができないという問題、を解決することができる。
【００１１】
このように本発明によれば、ネットワーク上の複数の情報サーバから配送されるメッセージをメッセージ処理装置で集中的に管理することができ、また、このメッセージ処理装置内に蓄積されているメッセージを統一的に操作することができる。
また、このメッセージ処理装置が連携する他の装置のユーザインタフェースを利用して良い操作性が得られるとともに、このメッセージ処理装置にユーザインタフェースも設ければ、良い携帯性も得られる。
例えば、オフィスや家庭においてＰＣ等で扱うデータと携帯装置で扱うデータを同一のものとすることにより、データを矛盾なく連携させるとともに、ＰＣなど表示や入力が容易な機器が使える場合にはこれを使って操作できる、という機能を実現することができる。
【００１２】
好ましくは、前記メッセージサーバ群から収集され、メッセージ処理装置内の記憶手段に格納されたメッセージ群を、ユーザの指定する条件に従って（例えば、定期的におよび／または所定の条件が満たされものを対象として；例えば、毎日１回、未保存のものを対象として）、外部記憶装置に保存する手段を更に備えるようにしてもよい。
好ましくは、前記メッセージサーバ群から収集され、メッセージ処理装置内の記憶手段に格納され、前記外部記憶装置に保存されたメッセージ群を、ユーザの指定する条件に従って（例えば、定期的におよび／または所定の条件が満たされたものを対象として；例えば、毎日１回、１ヶ月を経過したものを対象として）、消去する手段を更に備えるようにしてもよい。また、例えば、前記メッセージサーバ群から収集されたメッセージ群のデータサイズが、メッセージ処理装置内の記憶手段のサイズを超えた場合にのみ、前記消去を行うようにしてもよい。
【００１３】
好ましくは、前記出力する手段は、前記メッセージ入出力を行う他の装置から前記要求を受信した場合、該他の装置の持つ機能（例えば、処理可能な手続きや、表示機能）に応じて、前記メッセージサーバ群から収集され、メッセージ処理装置内の記憶手段に格納されたメッセージ群を加工して送信するようにしてもよい。
【００１５】
好ましくは、自装置と同一のネットワークに接続されているメッセージ入出力を行う他の装置に対し、該ネットワーク内に対する自発的な広告によってまたは該他の装置からの問い合わせに応答して、自装置のアドレスを通知する手段を更に備えるようにしてもよい。
【００１６】
好ましくは、自装置に付随する入力装置から入力されたユーザからの要求に応じて、自装置に内蔵されたまたは外部接続された公衆無線網端末装置を介して前記メッセージサーバ群にアクセスしてメッセージを取得し格納する手段と、自装置に付随する入力装置から入力されたユーザからの要求に応じて、自装置に格納されているメッセージを、自装置に付随する表示画面に表示する手段とを更に備えるようにしてもよい。
【００１９】
本発明は、ユーザにより携帯されその時々で異なるネットワークに接続して使用されるメッセージ処理装置と、同一のネットワーク上に接続された該メッセージ処理装置に対してメッセージ入出力を行う他の装置とを含むメッセージ処理システムであって、前記メッセージ処理装置は、メッセージを記憶するための記憶手段と、複数のネットワーク上に分散配置される複数のメッセージサーバの各々について、自装置が接続されているネットワークドメインから当該メッセージサーバへアクセス可能であるか否か及びアクセス可能である場合に当該ネットワークドメインから当該メッセージサーバにアクセスするためのアプリケーション層プロトコルを特定可能とする情報を登録した規則表を記憶する手段と、自装置が接続されているネットワークドメインを認識し、受信対象とするメッセージサーバの各々について、前記規則表を参照して、認識した前記ネットワークドメインからアクセス可能であるか否かを特定するとともに、アクセス可能であると特定したメッセージサーバの各々について、認識した前記ネットワークドメインから当該メッセージサーバにアクセスするためのアプリケーション層プロトコルを特定する手段と、アクセス可能であると特定した各々の前記メッセージサーバごとに、当該メッセージサーバについて特定した前記アプリケーション層プロトコルを用いて、当該メッセージサーバから、前記ユーザ宛に配信されたメッセージ群を取り出して、前記記憶手段に格納する手段と、自装置と同一のネットワークに接続されている前記他の装置からの所定のアプリケーション層プロトコルによる要求に応じて、前記記憶手段に格納された前記メッセージ群を、前記他の装置へ出力する手段とを備え、前記他の装置からの要求に係る前記所定のアプリケーション層プロトコルは、該要求を受けた場合に前記メッセージ群を前記記憶手段に保持したまま前記他の装置へ出力するプロトコルであることを特徴とする。
【００２０】
本発明は、ユーザにより携帯されその時々で異なるネットワークに接続して使用され、メッセージを記憶するための記憶手段と、複数のネットワーク上に分散配置される複数のメッセージサーバの各々について、自装置が接続されているネットワークドメインから当該メッセージサーバへアクセス可能であるか否か及びアクセス可能である場合に当該ネットワークドメインから当該メッセージサーバにアクセスするためのアプリケーション層プロトコルを特定可能とする情報を登録した規則表を記憶する手段とを備えたメッセージ処理装置におけるメッセージ処理方法であって、自装置が接続されているネットワークドメインを認識し、受信対象とするメッセージサーバの各々について、前記規則表を参照して、認識した前記ネットワークドメインからアクセス可能であるか否かを特定するとともに、アクセス可能であると特定したメッセージサーバの各々について、認識した前記ネットワークドメインから当該メッセージサーバにアクセスするためのアプリケーション層プロトコルを特定するステップと、アクセス可能であると特定した各々の前記メッセージサーバごとに、当該メッセージサーバについて特定した前記アプリケーション層プロトコルを用いて、当該メッセージサーバから、前記ユーザ宛に配信されたメッセージ群を取り出して、前記記憶手段に格納するステップと、前記記憶手段に格納された前記メッセージ群を、自装置と同一のネットワークに接続されているメッセージ入出力を行う他の装置からの所定のアプリケーション層プロトコルによる要求に応じて、当該他の装置へ出力するステップとを有し、前記他の装置からの要求に係る前記所定のアプリケーション層プロトコルは、該要求を受けた場合に前記メッセージ群を前記記憶手段に保持したまま前記他の装置へ出力するプロトコルであることを特徴とする。
【００２１】
なお、メッセージ処理装置に係る本発明はメッセージ処理方法に係る発明としてもメッセージ入出力を行う他の装置とを含むメッセージ処理システムとしても成立し、また、その他の発明のカテゴリー間についても同様である（例えば、方法に係る本発明は装置に係る発明としても成立する）。
【００２２】
また、装置または方法に係る本発明は、コンピュータに当該発明に相当する手順を実行させるための（あるいはコンピュータを当該発明に相当する手段として機能させるための、あるいはコンピュータに当該発明に相当する機能を実現させるための）プログラムを記録したコンピュータ読取り可能な記録媒体としても成立する。
【００２３】
【発明の実施の形態】
以下、図面を参照しながら発明の実施の形態を説明する。
【００２４】
図１に、本実施形態に係るメッセージ処理装置が接続するネットワークシステムの構成例を示す。
【００２５】
このネットワークシステムは、グローバルなネットワークであるインターネット（Ｉｎｔｅｒｎｅｔ）８０を介して、複数のインターネット・サービス・プロバイダ（ＩＳＰ）や、複数の組織内ＬＡＮ（もしくはイントラネット）が相互に接続されている、というネットワーク構成である（図１では、１つのＩＳＰ７０と１つの組織内ＬＡＮ９０のみ示してある）。
【００２６】
メッセージ処理装置（ＭｏｂｉｌｅＣｏｒｅ）２００は、携帯型の機器であり、無線通信もしくは有線通信によってＩＳＰや組織内ＬＡＮに（直接）接続可能である。図１では、メッセージ処理装置２００が組織内ＬＡＮ９０に接続している様子を例示している。
【００２７】
また、このメッセージ処理装置２００のユーザは、１以上のＩＳＰと１以上の組織内ＬＡＮ、または２以上のＩＳＰ、または２以上の組織内ＬＡＮに、アカウントを持つことを想定する。例えば、メッセージ処理装置２００は、ＩＳＰ７０と組織内ＬＡＮ９０にそれぞれアカウントを持つ。すなわち、このメッセージ処理装置２００は、当該ユーザの持つ複数のメールアドレス宛の電子メールを扱うことができる。
【００２８】
ＩＳＰ７０には、送信メールサーバであるＳＭＴＰサーバ１０１と、受信メールサーバであるＰＯＰサーバ１０２が設置されている。
【００２９】
組織内ＬＡＮ９０には、当該ＬＡＮと他のネットワークとの境界に置かれるファイアウォール（ＦｉｒｅＷａｌｌ）１０４、ファイアウォール１０４を跨ってメールを転送するときに利用するＳＯＣＫＳサーバ１１１、送信メールサーバであるＳＭＴＰサーバ１０５、受信メールサーバであるＰＯＰサーバ１０６、当該ＬＡＮに接続された機器に動的にＩＰアドレスを割り当てるＤＨＣＰサーバ１１０、ＤＮＳサーバ１０９、ユーザにメールを読み書きする機能を提供するユーザエージェント１０７が設置されている。
【００３０】
ここで、上記の各装置の本実施形態に関係する働きをまとめると、次のようになる。
【００３１】
ＳＭＴＰサーバ１０１は、ＩＳＰ７０にアカウントを持つユーザが送信するメールを受け取り、メールに示された宛先に代理で配送する働きをする。
【００３２】
ＰＯＰサーバ１０２は、ＩＳＰ７０にアカウントを持つユーザ宛てのメールを一時的に保管し、ユーザからの要求に従いメールを引き渡す働きをする。
【００３３】
インターネット１０３は、各種ネットワークをそれぞれ接続する働きをする。
【００３４】
ファイアウォールは１０４は、インターネット１０３と組織内ＬＡＮ９０の接続部において、通過条件を満たす通信データのみを通過させ、通過条件を満たさない（もしくは遮断条件を満たす）通信データを遮断する働きをする。
【００３５】
ＳＯＣＫＳサーバ１１１は、接続してきたユーザに対して登録済みユーザかどうかのユーザ認証を行った上で、ファイアウォール１０４の通過条件を満たさない通信データを通過条件を満たすように加工して、ファイアウォール１０４を通過させる働きをする。
【００３６】
ＳＭＴＰサーバ１０５は、組織内ＬＡＮ９０に接続しているユーザが送信するメールを受け取り、メールに示された宛先に代理で配送する働きをする。
【００３７】
ＰＯＰサーバ１０６は、組織内ＬＡＮ９０に接続しているユーザ宛てのメールを一時的に保管し、ユーザからの要求に従いメールを引き渡す働きをする。
【００３８】
ＤＮＳサーバ１０９は、組織内ＬＡＮ９０に接続された機器からの問い合わせに対して、ＩＰアドレスとホスト名との相互変換をする機能と、ドメイン名からメールの配送先を導出する機能とを提供する。
【００３９】
ＤＨＣＰサーバ１１０は、組織内ＬＡＮ９０に接続された機器からの要求に応じて、動的にＩＰアドレスを割り当て、これを通知する働きをする。また、組織内ＬＡＮ９０に接続された機器からの問い合わせに対して、ＤＮＳサーバ１０９のＩＰアドレスを通知する働きも行う。
【００４０】
ユーザエージェント１０７は、ユーザがメールを読み書きするユーザインターフェイスを動作させる。
【００４１】
メッセージ処理装置２００は、ユーザの指示に従い、ＰＯＰサーバ（例えばＰＯＰサーバ１０２やＰＯＰサーバ１０６）からユーザ宛てのメールを受信し、受信したメールを蓄積・管理し、他の装置（例えば、ユーザエージェント１０７、ホームコンピュータ等）からの閲覧要求に応じてメールデータを提示する働きや、他の装置から渡されたメールを、該当するＳＭＴＰサーバもしくは該当するＳＭＴＰサーバに中継してくれる他のサーバに送信する働きなどをする。
【００４２】
なお、図１には示されていないが、メッセージ処理装置２００のユーザの自宅等に存在するスタンドアローンのもしくはホームネットワークに接続されたホームコンピュータに、メッセージ処理装置２００を接続可能とし、このホームコンピュータを上記のユーザエージェント１０７と同一もしくは類似のものとして動作させることも可能である。
【００４３】
次に、図２に、本実施形態に係るメッセージ処理装置の構成例を示す。
【００４４】
このメッセージ処理装置２００は、メッセージ収集部２０１とメッセージ配送送信部２０２ａを含むクライアント機構２１、メッセージ保管部２０３、メッセージ提示部２０４とメッセージ配送受取部２０２ｂを含むサーバ機構２２、ネットワーク検出部２０５とサービス広報部２０６と巡回制御部２０７を含むアシスト機構２３を備えている。
【００４５】
メッセージ収集部２０１は、ＰＯＰサーバからメールを収集する。
【００４６】
メッセージ配送送信部２０２ａは、他の装置（例えば、ユーザエージェント１０７、ホームコンピュータ等）からメールを受け取り、ＳＭＴＰサーバへメッセージを送信する。
【００４７】
メッセージ保管部２０３は、メッセージ収集部２０１が収集したメールを保管する。
【００４８】
メッセージ提示部２０４は、メッセージ保管部２０３が保管しているメールを、他の装置（ユーザエージェント等）に提示する。
【００４９】
メッセージ配送受取部２０２ｂは、他の装置（ユーザエージェント等）からメールを受け取り、メッセージ保管部２０３に保管する。
【００５０】
ネットワーク検出部２０５は、当該メッセージ処理装置２００が接続されたネットワークの環境を検出する。
【００５１】
サービス広報部２０６は、当該メッセージ処理装置２００が接続されたネットワーク上の他の装置（ユーザエージェント等）に、当該メッセージ処理装置２００の存在を知らせる。
【００５２】
巡回制御部２０７は、クライアント機構２１に対してアクセスすべき対象を指示する。
【００５３】
なお、本実施形態では、メッセージ処理装置２００は、メール専用の携帯機器あるいはメール機能を搭載したノート型ＰＣと同様に、ユーザがグラフィカル・ユーザ・インタフェース（ＧＵＩ）等によりメールを操作（編集・閲覧・検索等）する機能を有するものとする。
【００５４】
また、ここでは、メッセージ処理装置２００が無線通信を行う場合には、無線通信装置を外部に接続して利用するものとするが、もちろん、メッセージ処理装置２００が無線通信機能を内蔵してもよい。
【００５５】
次に、本実施形態の動作をより詳しく説明する。
【００５６】
まず、メッセージ処理装置２００が組織内ＬＡＮ９０などのネットワークへ接続する場合について説明する。
【００５７】
ユーザは、メッセージ処理装置２００を持ち歩き、例えば自身が勤務するオフィスのイントラネット等のネットワークにメッセージ処理装置２００を接続する。
【００５８】
メッセージ処理装置２００がネットワークに接続されたとき、ネットワーク検出部２０５は、そのネットワーク（組織内ＬＡＮ９０とする）内に、ＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）プロトコルを用いてブロードキャストでアドレスの割り当てをリクエストする。
【００５９】
ＤＨＣＰサーバ１１０は、このリクエストを受け取ると、ＩＰアドレスを動的に割り当て、この割り当てたＩＰアドレスと、ＤＮＳサーバ１０９のＩＰアドレスとを共に、メッセージ処理装置２００へ通知する。
【００６０】
メッセージ処理装置２００のネットワーク検出部２０５は、上記の割り当てられたＩＰアドレスと、ＤＮＳサーバ１０９のＩＰアドレスとを受け取る。メッセージ提示部２０４は、この割り当てられたＩＰアドレス（＝ｍとする）で動作することになる。
【００６１】
メッセージ処理装置２００のサービス広報部２０６は、「メッセージ提示部２０４がＩＰアドレス＝ｍで動作する」という情報を、例えばＳＬＰ（Ｓｅｒｖｉｃｅ Ｌｏｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）プロトコルを用いて、ネットワーク内に知らせる。
【００６２】
ユーザエージェント１０７は、メッセージ処理装置２００がネットワーク内に広告している「メッセージ処理装置２００で動作しているメッセージ提示部２０４に関する情報（例えば、上記のメッセージ提示部２０４が動作するＩＰアドレス）」を、例えばＳＬＰクライアント（プロセス）を動作させることにより得て、自身が参照するＩＭＡＰ（Ｉｎｔｅｒｎｅｔ Ｍｅｓｓａｇｅ ＡｃｃｅｓｓＰｒｏｔｏｃｏｌ）サーバの設定を更新する（例えば、メッセージ提示部２０４をＩＭＡＰサーバとして設定する。）
なお、ユーザエージェント１０７がメッセージ処理装置２００を発見するための所定の形式のメッセージをネットワーク内に送出し、これを検出したメッセージ処理装置２００がユーザエージェント１０７に応答メッセージを返信することにより、ユーザエージェント１０７が同一ネットワーク内に接続されたメッセージ処理装置２００を発見するようにしてもよい。
この手続き以降、ユーザエージェント１０７からメッセージ処理装置２００を操作できるようになる。
【００６３】
なお、上記のユーザエージェント１０７として機能させるホームコンピュータ等のＰＣとメッセージ処理装置２００とを直結する場合には、上記した手続きの代わりに、それらを接続するための手続きを行えばよい。
【００６４】
次に、ユーザエージェント１０７等の他の装置からの要求に応じてメッセージ処理装置２００が動作する場合について説明する。
【００６５】
まず、メッセージ処理装置２００がＰＯＰサーバ（例えばＰＯＰサーバ１０２やＰＯＰサーバ１０６）からユーザ宛てのメールを受信し蓄積する場合について説明する。
【００６６】
ところで、メッセージ処理装置２００はネットワークを移動して接続することが可能であるため、メッセージ処理装置２００が現在接続されているネットワークと、対象となるＰＯＰサーバが設置されているネットワークとの関係あるいは接続したネットワークの環境などに応じて、メッセージ処理装置２００からＰＯＰサーバへアクセスするための方法が相違してくる可能性がある。
【００６７】
そこで、本実施形態では、メッセージ処理装置２００がアカウントを持つネットワーク（対象ＰＯＰサーバが存在するネットワーク）とメッセージ処理装置２００が現在接続されているネットワークとそのときのアクセス方法との関係を予め規則表（．ｇｅｔｍａｉｌｒｃ）に記述し、この規則表を参照して対象ＰＯＰサーバへの到達経路を導き出すようにしている。
【００６８】
規則表の内容は、データが実際に到達するか否かの基準だけではなく、それぞれのネットワークにおけるアクセスポリシーを考慮して設定することができる。
【００６９】
図３に、規則表の一例を示す。
【００７０】
この例では、ＵＮＩＶ、ＩＳＰ（例えば、図１の７０）、ＦＯＯＥＸＴ、ＦＯＯＩＮＴ（例えば、図１の９０）の４つのアカウントがあることを想定している。アカウント名は、［ ］で囲んで指定する。
【００７１】
この例では、それぞれのアカウントに対して、次のような値を指定できる。
【００７２】
ｍａｉｌｓｅｒｖｅｒ：ＰＯＰサーバやＩＭＡＰサーバなどのサーバ名を記述する（記述必須）。
【００７３】
ｆｅｔｃｈｍａｉｌｒｃ：オプション記述ファイル名を記述する。これが指定されていないときは、．ｆｅｔｃｈｍａｉｌｒｃが用いられる。
【００７４】
ｕｓｅｒｎａｍｅ：ユーザ名を記述する。これが指定されていないときはオプション記述ファイルの指定が使われる。それもなければ、巡回制御部２０７を動かしているユーザ名（例えば、メッセージ処理装置２００に設定されたユーザ名）が使われる。
【００７５】
ｐｒｏｔｏｃｏｌ：メール取得に用いるプロトコル（例えば、ＰＯＰ３、ＡＰＯＰ、ＩＭＡＰなど）を記述する。これが指定されていないときは、オプション記述ファイルの指定が使われる。それもなければ、アクセスに成功するまで様々なプロトコルで試していくが、無駄なアクセスを避けるため、指定しておくことが望ましい。
【００７６】
ｐｏｒｔ：メール取得プロトコルが用いるポートを記述する。指定しないときは、１１０（ＰＯＰ３、ＡＰＯＰのデフォルト値）が使われる。
【００７７】
ｏｐｔｉｏｎｓ：その他の任意のコマンドラインオプションを記述する。
例えば、
−ｌ ５００００
で５０ＫＢ以上のメールを受け取らない、
−Ｂ ２０
で一回にメールを２０通までしか受け取らない、といった設定に使用できる。
【００７８】
上記以外の文字列：上記以外の文字列（例えば、図３の＊．ｉｓｐ．ｎｅ．ｊｐ＝ＤＩＲＥＣＴ）は、巡回制御部２０７を動作させている機器（ＭｏｂｉｌｅＣｏｒｅ）のドメイン名を含んだホスト名と比べられ、最初にマッチしたエントリの値が接続手段として使われる。例えば、最初に＊．ｉｓｐ．ｎｅ．ｊｐがマッチした場合、ＤＩＲＥＣＴがその接続方法を示す。
マッチするエントリがない場合は何もしない。
なお、＊は文字列の最初か最後にだけ使用できる。つまり、１３３．１９６．１６．＊や、＊．ｆｏｏ．ｃｏ．ｊｐといった書き方を想定している。
接続方法は、以下の通りである。
ＮＯＮＥ…なにもしない（例えば、接続できない場合である）。
ＤＩＲＥＣＴ…直接接続する。
ＳＯＣＫＳ…ＳＯＣＫＳプロトコルを使ってファイアウォールを越えて接続する。この場合、ＳＯＣＫＳ：＜ＩＰＡＤＤＲＥＳＳ＞として、＜ＩＰＡＤＤＲＥＳＳ＞の部分にＳＯＣＫＳサーバのアドレスを書く。なお、ＳＯＣＫＳ：＜ＩＰＡＤＤＲＥＳＳ＞／−５のように、／−５を付けるとＳＯＣＫＳプロトコルバージョン５を使い、付けないとＳＯＣＫＳプロトコルバージョン４を使う。
【００７９】
図３の例では、ＦＯＯＩＮＴのみファイアウォールが設置されており、図３の規則表には、ＵＮＩＶ、ＩＳＰ、ＦＯＯＥＸＴの相互間では直結可能であるが、ＦＯＯＩＮＴからＵＮＩＶ、ＩＳＰ、ＦＯＯＥＸＴ内のｐｏｐサーバへアクセスするためにはＳＯＣＫＳを使ってファイアウォールを越えて接続する必要があり、ＵＮＩＶ、ＩＳＰ、ＦＯＯＥＸＴからＦＯＯＩＮＴ内のｐｏｐサーバへはアクセスできない場合の設定がされている。
【００８０】
従って、例えば図１の例において、メッセージ処理装置２００がネットワーク“ｉｎｔｅｒｎａｌ．ｆｏｏ．ｃｏ．ｊｐ”に接続されている場合、ＰＯＰサーバ１０２への接続時には、到達経路の途中にファイアウォール１０４があるので、ＳＯＣＫＳサーバとＳＯＣＫＳプロトコルバージョン５を用いてファイアウォール１０４を通過せよ（すなわち、例えば、図３の［ＩＳＰ］における、＊．ｆｏｏ．ｃｏ．ｊｐ＝ＳＯＣＫＳ：２０２．２４９．１０．９８／−５）というように、また、ＰＯＰサーバ１０６への接続時には、到達経路の途中にファイアウォール１０４がないので、直接接続せよ（すなわち、例えば、図３の［ＦＯＯＩＮＴ］における、＊．ｆｏｏ．ｃｏ．ｊｐ＝ＤＩＲＥＣＴ）というように、予め書いておく。
【００８１】
さて、ユーザは、前述のようにメッセージ処理装置２００がネットワークに接続された後にユーザエージェント１０７等を介して、もしくはメッセージ処理装置２００自体のＧＵＩ等を使って、メッセージ処理装置２００にメールの受信を指示する。
なお、受信対象とするＰＯＰサーバについては、メールの受信を指示するときに指定するようにしてもよいし、予めメッセージ処理装置２００内に登録しておくようにしてもよいし、それらを適宜併用してもよい。
【００８２】
メールの受信を指示されると、メッセージ処理装置２００のネットワーク検出部２０５は、先の割り当てられたＩＰアドレスから、接続されているネットワークを判別し、予め定めておいた規則表（図３）を参照して、指示されたＰＯＰサーバへの到達経路を導き出す。
【００８３】
図１の例において、ユーザがＰＯＰサーバ１０２とＰＯＰサーバ１０６に接続を指示した場合には、メッセージ処理装置２００は、ネットワーク“ｉｎｔｅｒｎａｌ．ｆｏｏ．ｃｏ．ｊｐ”に接続されているので、例えば図３の［ＩＳＰ］や［ＦＯＯＩＮＴ］と同じ様な趣旨で規則表が設定されているとすると、ＰＯＰサーバ１０２にはＳＯＣＫＳプロトコルバージョン５を用いて接続し、一方、ＰＯＰサーバ１０６には直接、接続することになる。
【００８４】
しかして、メッセージ処理装置２００のメッセージ収集部２０１は、ＰＯＰサーバ１０２およびＰＯＰサーバ１０６に接続した後、それぞれのサーバから保管されていたメールを受信し、これをメッセージ保管部２０３に蓄える。
【００８５】
なお、上記では、ユーザがメッセージ処理装置２００にメールの受信を指示するものとしたが、その代わりに、予めメッセージ処理装置２００内にメールを受信する条件（例えば、毎日１回受信する旨およびその時刻）を設定しておき、上記条件が成立したとき以降の可能なタイミングで自動的にメールを受信し蓄積するようにすることも可能である。
【００８６】
ところで、メッセージ処理装置２００のメール記憶可能容量の残量や通信路の状態等の種々の状況に応じて、メールの受信量に制限を設けた方が良い場合がある。
【００８７】
例えば、メッセージ処理装置２００がメールをＰＯＰサーバから取り出すとき、携帯電話経由の接続など通信路が細い場合には、サイズの大きなメールを受信すると通信時間が長くかかってしまう。そこで、そのような通信路を通ることになる接続先について、予め定めておいた規則表（図３）に記述しておき、ＰＯＰサーバから実際にメールを取り出す前にメールのサイズを調べて、大きなサイズのメールを取得しないようにすることによって、通信時間を短く抑えることができる（この場合、大きなサイズのメールは、後で十分な太さの通信路を使用できるときに受信する）。
例えば、図３の［ＵＮＩＶ］のように、そのエントリで“ｏｐｔｉｏｎｓ＝−ｌ ５００００”と書いておくことにより、５０ＫＢ以上のサイズのメールを取得しないことを指示している。
【００８８】
また、例えば、メッセージ処理装置２００がメールをＰＯＰサーバから取り出すとき、携帯電話経由の接続など通信路が細い場合には、メッセージの数が多いと通信時間が長くかかってしまう。そこで、そのような通信路を通ることになる接続先について、予め定めておいた規則表（図３）に記述しておき、ＰＯＰサーバから一度に取得するメールの数を制限することによって、一回の通信時間を短く抑えることができる（この場合、大きなサイズのメールは、後で十分な太さの通信路を使用できるときに受信する）。
例えば、図３の［ＵＮＩＶ］のように、そのエントリで“ｏｐｔｉｏｎ＝−Ｂ２０”と書いておくことにより、メールを一度に取得する数を最大２０通に制限することを指示している。
【００８９】
なお、図３の規則表の［ＵＮＩＶ］では実際には“ｏｐｔｉｏｎｓ＝−ｌ ５００００ −Ｂ ２０”と、複数の制約が記述されているが、このような場合には、制約が加重されることになる（例えば、５０ＫＢ未満のサイズのメールを、最大２０通だけ、受信することになる）。
【００９０】
次に、ユーザエージェント１０７等の他の装置からの閲覧等の要求に応じて、メッセージ処理装置２００がその内部に蓄積されたメールを提示等する場合（すなわち、メッセージ処理装置２００に蓄積されたメールをユーザエージェント１０７等の他の装置から操作する場合）について説明する。
【００９１】
ユーザは、ユーザエージェント１０７を動作させ、メッセージ処理装置２００のメッセージ提示部２０４に接続要求する。
【００９２】
メッセージ処理装置２００のメッセージ提示部２０４は、ユーザエージェント１０７からの接続要求に応じて動作を開始する。
【００９３】
ユーザエージェント１０７は、ユーザの指示に従い、例えばＩＭＡＰを用いて、メッセージ処理装置２００のメッセージ保管部２０３に貯えられているメールに対する閲覧、削除、分類など、各種操作をメッセージ提示部２０４に指示する。
【００９４】
メッセージ提示部２０４は、メッセージ保管部２０３に保管されているメッセージに指示に基づいた操作を行う。
【００９５】
なお、携帯型のメール専用機器やメール機能を搭載したノート型ＰＣと同様に、メッセージ処理装置２００内に蓄積されたメールは、当該メッセージ処理装置２００のＧＵＩ等を用いて操作することもできる。
【００９６】
ところで、メッセージ処理装置２００内に蓄積されたメールを、ユーザエージェント１０７等の他の装置側から操作しようとする場合に、当該他の装置にメールを扱うための機能もしくは装置が十分に搭載されていない場合も考えられる。
【００９７】
そこで、メッセージ処理装置２００は、当該他の装置の持つ機能あるいは性能あるいは処理可能な手続き等に応じて、メールの提示方法等を変えるようにしてもよい。
【００９８】
例えば、ユーザエージェント１０７がＩＭＡＰというプロトコルを使えない場合に、メッセージ処理装置２００は、ユーザエージェント１０７の使えるプロトコル（例えばＨＴＴＰプロトコル）を利用してメールの提示を行うようにしてもよい。
【００９９】
すなわち、メッセージ処理装置２００は、ＩＭＡＰというプロトコルと、ＨＴＴＰプロトコルのそれぞれを動作させて、それぞれにより要求の受け付けを行い、実際に要求を受信したプロトコルによって、メールを提示するようにしてもよい。あるいは、メールのやり取りに先だって、ユーザエージェント１０７とメッセージ処理装置２００との間で、使用するプロトコルについてネゴシエーションをするようにしてもよい。
【０１００】
また、例えば、ユーザエージェント１０７の表示領域が小さいなど、表示能力が限られている場合には、メッセージ処理装置２００は、ユーザエージェント１０７の要求に応じてメールの一部（例えば、メールの返信として新たに付け加えられた部分のみ）を取り出すなどの加工を行ってから、ユーザエージェント１０７に提示するようにしてもよい。
【０１０１】
次に、メッセージ処理装置２００におけるメールの保存管理（アーカイブ、エクスパイア）について説明する。
【０１０２】
本実施形態のメッセージ処理装置２００は、ＰＯＰサーバからメールを受信し蓄積するものであるが、内蔵メモリの容量には限りがあるので、メッセージ処理装置２００内のメールを、適宜、外部記憶装置に保存し（アーカイブ）、外部記憶装置に保存したメールをメッセージ処理装置２００内のメモリから消去する（エクスパイア）ことが好ましい。
【０１０３】
例えば、毎日、ＰＯＰサーバからメールを受信するものとし、図４（ａ）のようにメッセージ処理装置２００内に過去５週間分の受信メールを蓄積するものとした場合に、図４（ｂ）に示す新たに受信されメッセージ処理装置２００内に蓄積された１日分のメール群を外部記憶装置に保存し、メッセージ処理装置２００内に蓄積されている最も古い５週間前の１日分のメール群を削除する（削除されたメール群はすでに外部記憶装置に保存されている）。この結果、図４（ｃ）のようにメッセージ処理装置２００内には新たな５週間分の受信メールが蓄積される（この５週間分のメール群は外部記憶装置にも保存されている）。
【０１０４】
また、上記のように決められたタイミング条件でアーカイブやエクスパイアを行う方法の他にも、メッセージ処理装置２００のメモリ蓄積可能容量が第１の基準値を下回った場合に、メモリ蓄積可能容量が第２の基準値を上回るまで、古い受信順にメールを消去する方法のように、メモリ容量を考慮した条件に従ってアーカイブやエクスパイアを行う方法や、それらを併用した方法など、種々の方法が考えられる。
【０１０５】
アーカイブやエクスパイアの方法は、ユーザが適宜設定できるようにしてもよい。
【０１０６】
なお、メールアドレス等によって、メールを保存する外部記憶装置が異なってもよい。
【０１０７】
また、指定したメールもしくは指定した条件を満たすメールを、上記の制御の対象外にして、消去せずに蓄積しておくことができるようにしてもよい。
【０１０８】
外部記憶装置は、メッセージ処理装置２００に接続する方法（メッセージ処理装置２００から直接、外部記憶装置に保存する方法）と、ユーザエージェント１０７あるいはホームコンピュータ等の他の装置に接続する方法（メッセージ処理装置２００から他の装置を介して外部記憶装置に保存する方法）がある。
【０１０９】
上記のメール保存管理のための処理（保存や消去）は、（前者の接続方法の場合、外部記憶装置に接続された状態で、もしくは後者の接続方法の場合、ユーザエージェント１０７等の他の装置に接続された状態で）メッセージ処理装置２００が予め設定された条件に基づいて自動的に起動する方法、メッセージ処理装置２００のＧＵＩ等に対するユーザの操作で起動する方法、ユーザエージェント１０７等の他の装置を介して起動する方法等がある。
【０１１０】
例えば、ユーザエージェント１０７は、定期的にあるいはユーザの指示に従い、ユーザの指定する条件（例えばある日数を経過したこと）を満たすメールを検索して提示するように、メッセージ処理装置２００のメッセージ提示部２０４に指示する。
メッセージ提示部２０４は、メッセージ保管部２０３に保管されているメッセージに対して、指示に基づいた検索を行い、検索結果のメール群を提示する。
ユーザエージェント１０７は、提示されたメール群を外部記憶装置に格納する。
【０１１１】
また、例えば、ユーザエージエント１０７は、定期的にあるいはユーザの指示に従い、ユーザの指定する条件（例えばある日数を経過したこと）を満たすメールを検索して消去するように、メッセージ処理装置２００のメッセージ提示部２０４に指示する。
メッセージ提示部２０４は、メッセージ保管部２０３に保管されているメッセージに対して指示に基づいた検索を行い、該当メール群を消去する。
【０１１２】
次に、ユーザエージェント１０７等の他の装置から渡されたメールを、該当するＳＭＴＰサーバ（もしくは該当するＳＭＴＰサーバに中継してくれる他のサーバ）に送信する場合について説明する。
【０１１３】
ユーザが新規メールを作成したり、受信メールに対する返信メールを作成した場合、ユーザエージェント１０７は、ユーザの指示に従いＳＭＴＰプロトコルを用いてメールを送信する。
【０１１４】
その際、ユーザエージェント１０７には、メール送信用のＳＭＴＰサーバとしてメッセージ処理装置２００を指定しておく。
【０１１５】
メッセージ処理装置２００のメッセージ配送受取部２０２ｂは、ユーザエージエント１０７からメールを受け取り、メッセージ保管部２０３に蓄える。
【０１１６】
メッセージ処理装置２００のメッセージ配送送信部２０２ａは、巡回制御部２０７の指示に従い、メッセージ保管部２０３に蓄えられた未送信メッセージの宛先のメールアドレスから、送信すべきネットワークドメインを算出し、該当ネットワークドメインへメールを届けるためにアクセスすべきＳＭＴＰサーバ（該当ネットワークドメインへの到達性を有するＳＭＴＰサーバ）を、ＤＮＳサーバ１０９に問い合わせて得る。
【０１１７】
そして、得られたＳＭＴＰサーバにメールを送信する。
【０１１８】
なお、該当ネットワークドメインへの到達性を有するＳＭＴＰサーバが得られないものがあった場合には、そのネットワークドメインへのメールは、例えば到達性を有するＳＭＴＰサーバが存在する他のネットワークに当該メッセージ処理装置２００が接続された後にあらためて送信されることになる。
【０１１９】
なお、アクセスすべきＳＭＴＰサーバを手設定するようにしてもよい。
【０１２０】
以上のようなメッセージ処理装置２００によれば、例えばあるユーザが複数のアカウントを持ち、各々のメールアドレス宛のメールを扱うＰＣ等の機器（メッセージ処理装置２００が連携する他の装置）が、別々のネットワークに接続されるものであって且つ互いに離れた場所に設置されているような場合であっても、複数のメールアドレス宛のメールを１箇所すなわちこのメッセージ処理装置２００に蓄積して集中的に管理し、これを容易に持ち歩き、移動中にメッセージ処理装置２００単独で使用でき、かつ移動先で他の装置と連携して使用することもできる。また、メッセージ処理装置２００にダウンロードしたメールのバックアップや、消去も容易にできる。
【０１２１】
なお、ＰＯＰサーバに蓄積されているメールが、メッセージ処理装置２００にダウンロードされたならば、そのＰＯＰサーバからそのメールを削除するようにしてもよい。この場合、メッセージ処理装置２００内にメールのオリジナルデータが格納され、外部記憶装置にそのバックアップデータが格納されることになる。
また、ＰＯＰサーバに蓄積されているメールが、メッセージ処理装置２００にダウンロードされても、直ちにはそのＰＯＰサーバからそのメールを削除せず、例えば一定時間が経過するなど、予め定められた条件が成立したときに削除するようにしてもよい。
【０１２２】
さて、以下では本実施例の一実現形態として、小型のメール専用端末と同じような大きさ・重さで且つ同じようなサイズの表示画面・キーボード等を持ち、またＥｔｈｅｒｎｅｔと携帯電話接続コネクタを持つものを想定し、実際のユーザのオペレーションに伴い、どのようなメール処理を行うかを具体例に従って説明する。
【０１２３】
まず、典型的なモバイルユーザの１日の挙動として、以下のようなシーケンスを想定する。ここで、モバイルユーザが携帯する機器は、本発明を適用したメッセージ処理装置、通常のノートＰＣ、または携帯型メール専用端末である。
【０１２４】
Ｓｔｅｐ１）朝、家を出る際に、機器を持って出かける。
【０１２５】
Ｓｔｅｐ２）喫茶店にてモーニングを頼む。機器に携帯電話３００を接続する。朝食を取りながら受信だけを行う（図５（ａ））。
その際、本発明を適用したメッセージ処理装置の場合、複数のメールアドレス宛てのメールを一括して受信することができる。
【０１２６】
Ｓｔｅｐ３）電車で通勤する。車内の座席で機器を操作して受信メールにざっと目を通す（図５（ｂ））。
その際、本発明を適用したメッセージ処理装置の場合、Ｓｔｅｐ２で複数のメールアドレス宛てのメールが受信されていれば、それらを閲覧することができる。
【０１２７】
Ｓｔｅｐ４）オフィスに到着する。受信したメールに対する返信メールを作成して返事を出す。
その際、本発明を適用したメッセージ処理装置の場合、オフィスのイントラネットにＥｔｈｅｒｎｅｔ接続し、より大型のＰＣ３０２から操作することができる（図５（ｃ））。また、Ｓｔｅｐ２で受信できなかった大きなサイズのメールがあれば、ここでそれを受信することができる。また、複数のメールアドレス宛てのメールが受信されていれば、ここでそれらに対する返信メールを送信することができる。
【０１２８】
Ｓｔｅｐ５）機器を持って取引先へ外出する。外出先で質問を受け、機器を操作して同事例の過去メールを検索し回答する（図５（ｄ））。
【０１２９】
Ｓｔｅｐ６）外出先からオフィスに戻る。
本発明を適用したメッセージ処理装置の場合、オフィスのＰＣ３０２を経由して機器内の新着メールのバックアップを外部記憶装置に保存し、機器内の古いメールを消去することができる（図５（ｅ））。
【０１３０】
Ｓｔｅｐ７）電車で帰宅する。プライベートメールに目を通す。
【０１３１】
Ｓｔｅｐ８）夕食後に、プライベートメールに対する返信メールを作成する。
その際、本発明を適用したメッセージ処理装置の場合、ホームコンピュータ３０４に接続し、ホームコンピュータから操作することもできる（図５（ｆ））。
【０１３２】
Ｓｔｅｐ９）就寝前に、プライベートメールのバックアップと古いメールの消去を行う。
【０１３３】
その際、本発明を適用したメッセージ処理装置の場合、ホームコンピュータを経由して機器内の新着メールのバックアップを外部記憶装置に保存し、機器内の古いメールを消去することができる（図５（ｆ）参照）。
【０１３４】
ここで、本発明を適用したメッセージ処理装置を使用するユーザＡ、通常ノートＰＣを使用するユーザＢ、メール専用端末を使用するユーザＣについて、上記の各ステップでの使用感、処理の容易さがどのように異なるかを評価してみる。
【０１３５】
Ｓｔｅｐ１）機器の持ち歩き
機器の大きさ、重量などの点で、ユーザｂの通常ノートＰＣは明らかに劣っている。
【０１３６】
Ｓｔｅｐ２）携帯電話での通信
通常ノートＰＣは汎用ゆえに携帯電話用の周辺機器（通信カード）の装着、接続シーケンスの実行が必要となるのに対し、他のものは携帯電話専用ポートをサポートするのでユーザＡ，Ｃにとって操作は容易である（図５（ａ）参照）。
【０１３７】
Ｓｔｅｐ３）移動中の使用
機器の大きさ、重さを考慮すると、ユーザｂの通常ノートＰＣが操作性で劣っている（図５（ｂ）参照）。
【０１３８】
Ｓｔｅｐ４）通常の入出力
ユーザＣのメール専用端末は入力装置が貧弱であるために操作性が劣る。ユーザＡの本発明を適用したメッセージ処理装置は、オフィスのＰＣと連携することで、オフィスのＰＣの画面やキーボードやマウス等を使用できるので、ユーザＢの通常ノートＰＣと同様かまたはオフィスのＰＣによってはそれを遙かに越える操作性を実現できる（図５（ｃ）参照）。
【０１３９】
Ｓｔｅｐ５）移動先での過去メールの検索
ユーザＡ，Ｂはその場で過去メールを検索して対応できるが（図５（ｄ）参照）、そのような使用のされ方が想定されていないユーザＣのメール専用端末では過去メールはオフィスに保存せざるを得ず、対応ができない。
【０１４０】
Ｓｔｅｐ６）外から戻った時のメール同期
ユーザＡは前回のバックアップ以降のメールだけをバックアップするので短時間で終了でき、古いメールの消去も自動的に可能である（図５（ｅ）参照）。一方、ユーザＢ，Ｃはマニュアル処理が必要である。
【０１４１】
Ｓｔｅｐ７）ＩＳＰ経由で別アカウントのメール閲覧
上記のＳｔｅｐ２），Ｓｔｅｐ３）と同様である。
【０１４２】
Ｓｔｅｐ８）ＩＳＰ経由で別アカウントにメール送信（図５（ｆ）参照）
上記のＳｔｅｐ４）と同様である。
【０１４３】
Ｓｔｅｐ９）ＩＳＰアカウントのメール同期（図５（ｆ）参照）
上記のＳｔｅｐ６）と同様である。
【０１４４】
メール専用端末のように、持ち運ぶものが小さいと、ユーザとのインタフェースである入出力部分がどうしても小さくなり、使い勝手が悪化する。一方、ノート型ＰＣのようにユーザインタフェースが大きなものの場合、かさばってしまい、持ち運びが困難になる。ユーザの便利を考えれば、持ち運ぶときは小さくかさばらず、かつ使うときにはユーザインタフェースが大きいことが望ましい。これらの条件は、基本的に相反しており、従来のメール専用端末やＰＣではユーザの望みを両方十分に満たすことはできない。
【０１４５】
本発明を適用したメッセージ処理装置では、持ち運ぶときにはメール専用端末並み、あるいはそれ以下の大きさで持ち運びが容易であるだけでなく、使うときには手近にあるＰＣやＰＤＡなど、ユーザインタフェースがより使いやすいものと容易に接続して操作を行うことができるため、ユーザの望みを両方叶えることができる。
【０１４６】
すなわち、本発明を適用したメッセージ処理装置では、外出時など他にＰＣ等の機器が近くにない場合には、当該メッセージ処理装置を単独で動作させ、メールの読み書きを行うことができる。また、オフィスや家庭など、近くにＰＣ等の機器がある場合には、ネットワークを用いて当該メッセージ処理装置と接続し、当該メッセージ処理装置内のデータを外部から閲覧し、メールの読み書きを行うことができる。
【０１４７】
一方、オフィスではＰＣ、外出先ではメール専用端末、といったように、場合に応じて機器を使い分けるという方法も考えられる。しかし、この場合、読み書きすべきメッセージがそれぞれの機器に分散してしまい、必要なメールが手近な機器に入っていないなど、統一した取扱が困難である。
【０１４８】
本発明を適用したメッセージ処理装置では、どの機器と連携している場合にも所望のメールを読み書きすることができるため、メッセージが分散することなく、統一した取扱が可能となる。
【０１４９】
さて、以下では、メッセージ処理装置２００の特性を活かすバックアップポリシーの例について説明する。
【０１５０】
本メッセージ処理装置では、メールのオリジナルデータを集中的に保管し、統一した取扱を可能とするが、その反面、メッセージ処理装置の故障や紛失により、１箇所（メッセージ処理装置）に集められたメールが全て失われることがあり得る。これを回避するため、バックアップ機能を設けるのが望ましい。一方、メッセージ処理装置の記憶領域は有限であるため、無制限にメールを溜め込み続けることはできないので、適切な時期に適切なメールを選んで本メッセージ処理装置からメールを消去する、エクスパイア処理を設けるのが望ましい。
【０１５１】
バックアップとエクスパイアの２つの機能をどのような条件で行っていくかについては、幾つかのポリシーが考えられる。
【０１５２】
例えば、典型的な例として、最終バックアップ時刻以降、現時点までに到着したメッセージを全てバックアップするというバックアップポリシーと、必要な空き容量が得られるまで、メッセージのうち古いほうから消去していく、というエクスパイアポリシーが考えられる。
【０１５３】
また、メッセージ処理装置へのコピーは、必ずしも必須ではなく、例えば通信状態が悪いときには、例外的に容量の大きなメッセージはコピーしないというようなポリシーを設定することもできる。
【０１５４】
また、他の装置による読みだしに関しては、メッセージを渡してしまうのではなく、メッセージ処理装置に保持したままでメッセージを見せるようにするのが好ましい。これにより、メッセージ処理装置に収集したメッセージが分散することを防止することができる。
【０１５５】
また、メッセージ処理装置が接続されたネットワークと、ＰＯＰサーバが存在するネットワークとの位置関係により、メールを取ってくるために使用すべきプロトコル（通信方法）を変更する。
【０１５６】
さらに、その時々で接続するネットワークが異なるという他にも、その時々で同一ネットワークに接続される他の装置が異なるという可能性もある。すなわち、ユーザは携帯している本メッセージ処理装置をその場所に付随する他の装置（例えば、会社ならデスクトップＰＣ、家ならノートＰＣ、外出中なら携帯電話等）に接続し、本メッセージ処理装置と当該他の装置とを一つのメールクライアントに見立てて作業をすることができる。
【０１５７】
以上をまとめると、本実施形態のメッセージ処理装置は、典型的な利用形態では、
・複数のＰＯＰサーバに蓄積されたメッセージ（メール）をＰＯＰクライアントとして収集し、
・収集したメッセージ群をＩＭＡＰサーバとして、他のメール処理装置（ＰＤＡやＰＣ）に対して閲覧サービスをする、
という機能を果たすことができる。
【０１５８】
これにより、メールユーザから見ると、従来のＰＯＰサーバのみの場合にあった、
・ある計算機に取り込んでしまったメッセージは別の計算機から見られないという問題、
・取り込んだメッセージをサーバから削除せず残しておけば別の計算機からも見られるが、履歴管理が困難になるという問題、
ＩＭＡＰサービスのみの場合にあった、
・一つのメッセージサーバの範囲内でしかメッセージを見ることができないという問題、
を一挙に解決できるという利点がある。
【０１５９】
ここで、自装置と同一のネットワークに接続されているメッセージ入出力を行う他の装置に対し、自装置のアドレスを通知することにより、当該他の装置のＳＭＴＰサーバ設定を本メッセージ処理装置に変更する。この場合、本メッセージ処理装置自身がＳＭＴＰサーバとなりメールの送信を行う、という形態になる。
【０１６０】
従って、本実施形態によれば、ユーザの現在位置によらず、ユーザ宛メールは全て当該メッセージ処理装置に集まってくるので、ユーザは当該メッセージ処理装置上のメールだけを見ていればよい。これにより、メール履歴の管理や、各メールに対するアクション（応答、振り分け、消去など）の情報も一括で管理でき、不定期に、かつ様々な形態で受信されるメールというメディアを（各ユーザの希望する）、統一したポリシーで処理するために非常に望ましい処理環境を構築することができる。
【０１６１】
ところで、以上では、メッセージ処理装置自身がユーザインタフェースを保持する構成例について説明し、またそのようなメッセージ処理装置についての他のメール処理装置（携帯ＰＣ，ＰＤＡ）との操作性等の比較を行ったが、本発明は、ユーザインタフェースを備えないメッセージ処理装置にも適用可能である。
【０１６２】
すなわち、図６に示すように、ユーザインタフェースを持たないメッセージ処理装置２００と、ユーザインタフェースを持つ他の装置３２０とを、イントラネットもしくはホームネット等を経由して接続しあるいは直結して、両者を連携して動作させ、ユーザは当該他の装置のユーザインタフェースを使って、メッセージ処理装置２００内のメールを処理するようにする。
【０１６３】
この構成例では、メッセージ処理装置２００の入力機構や表示機構はなしで済ませるかあるいは非常に小さなもので済ませることもでき、カード状あるいはスティック状など、携帯性に優れ、かつＰＤＡやＰＣに接続容易なコンパクトな形状をとることも可能である。
【０１６４】
以上説明したきたように、本実施形態によれば、次のような効果が得られる。
【０１６５】
すなわち、従来の移動通信では、ユーザに対するメールなどのメッセージを携帯ＰＣにダウンロードするため、結果的に受信したメッセージが複数の箇所に分散して格納されることになり、一括管理できないという問題があった。また、複数のメールサーバからデータを受信する場合、また移動先で接続した環境を考慮して、どのように情報配信サーバにアクセスをするか、という問題がある。これは例えば企業ネットワーク内に接続する場合には、外部のメールサーバにアクセスするためにＳＳＨ／ＳＯＣＫＳなどのセキュリティプロトコルを使用しなくてはいけない、などアクセスポリシーを考慮することが必要だからである。
【０１６６】
本実施形態によれば、複数のメッセージ配送サーバからのメッセージをユーザ固有のメッセージ処理装置内に格納して保存、管理することにより、統一したメッセージのアクセス、メッセージ処理の一括処理が可能である。
【０１６７】
また、周辺のブラウズ環境と連携してメッセージを表示することで、例えばユーザが慣れた操作環境を実現したり、ＰＤＡなどの限定された表示環境であってもメッセージコンテンツを加工して表示することにより、制限のある状態でも表示可能である。
【０１６８】
さらに、メッセージ処理装置が接続されたネットワーク環境を認識して、これを考慮してメッセージ配送サーバへの通信方法を決定することで、ユーザが接続先のネットワークを意識して、通信手順を設定する手間を省いて容易な操作環境を提供できる。
【０１６９】
なお、以上では、メッセージとして電子メールを扱ったが、本発明は、電子メール以外のメッセージを扱うシステムにも適用可能である。
【０１７０】
なお、以上の各機能は、ソフトウェアとしても実現可能である。
【０１７１】
また、本実施形態は、コンピュータに所定の手段を実行させるための（あるいはコンピュータを所定の手段として機能させるための、あるいはコンピュータに所定の機能を実現させるための）プログラムを記録したコンピュータ読取り可能な記録媒体としても実施することもできる。
【０１７２】
本発明は、上述した実施の形態に限定されるものではなく、その技術的範囲において種々変形して実施することができる。
【０１７３】
【発明の効果】
本発明によれば、ネットワーク上の複数の情報サーバから配送されるメッセージをメッセージ処理装置で集中的に管理することができ、また、このメッセージ処理装置内に蓄積されているメッセージを統一的に操作することができる。また、このメッセージ処理装置が連携する他の装置のユーザインタフェースを利用して良い操作性が得られるとともに、このメッセージ処理装置にユーザインタフェースも設ければ、良い携帯性も得られる。
【図面の簡単な説明】
【図１】本発明の一実施形態に係るメッセージ処理装置の接続するネットワークネットワークシステムの構成例を示す図
【図２】同実施形態に係るメッセージ処理装置の構成例を示す図
【図３】同実施形態に係るメッセージ処理装置の受信規則の一例を示す図
【図４】アーカイブおよびエクスパイアについて説明するための図
【図５】同実施形態に係るメッセージ処理装置を使用するユーザの利用形態について説明するための図
【図６】同実施形態に係るメッセージ処理装置の他の構成例を示す図
【符号の説明】
７０…ＩＳＰ
８０…インターネット
９０…組織内ＬＡＮ
１０１…ＳＭＴＰサーバ
１０２…ＰＯＰサーバ
１０４…ファイアウォール
１０５…ＳＭＴＰサーバ
１０６…ＰＯＰサーバ
１０７…ユーザエージェント
１０９…ＤＮＳサーバ
１１０…ＤＨＣＰサーバ
１１１…ＳＯＣＫＳサーバ
２００…メッセージ処理装置
２１…クライアント機構
２０１…メッセージ収集部
２０２ａ…メッセージ配送送信部
２２…サーバ機構
２０２ｂ…メッセージ配送受取部
２０３…メッセージ保管部
２０４…メッセージ提示部
２３…アシスト機構
２０５…ネットワーク検出部
２０６…サービス広報部
２０７…巡回制御部
Claims (8)
- ユーザにより携帯され、その時々で異なるネットワークに接続して使用されるメッセージ処理装置であって、
メッセージを記憶するための記憶手段と、
複数のネットワーク上に分散配置される複数のメッセージサーバの各々について、自装置が接続されているネットワークドメインから当該メッセージサーバへアクセス可能であるか否か及びアクセス可能である場合に当該ネットワークドメインから当該メッセージサーバにアクセスするためのアプリケーション層プロトコルを特定可能とする情報を登録した規則表を記憶する手段と、
自装置が接続されているネットワークドメインを認識し、受信対象とするメッセージサーバの各々について、前記規則表を参照して、認識した前記ネットワークドメインからアクセス可能であるか否かを特定するとともに、アクセス可能であると特定したメッセージサーバの各々について、認識した前記ネットワークドメインから当該メッセージサーバにアクセスするためのアプリケーション層プロトコルを特定する手段と、
アクセス可能であると特定した各々の前記メッセージサーバごとに、当該メッセージサーバについて特定した前記アプリケーション層プロトコルを用いて、当該メッセージサーバから、前記ユーザ宛に配信されたメッセージ群を取り出して、前記記憶手段に格納する手段と、
前記記憶手段に格納された前記メッセージ群を、自装置と同一のネットワークに接続されているメッセージ入出力を行う他の装置からの所定のアプリケーション層プロトコルによる要求に応じて、当該他の装置へ出力する手段とを備え、
前記他の装置からの要求に係る前記所定のアプリケーション層プロトコルは、該要求を受けた場合に前記メッセージ群を前記記憶手段に保持したまま前記他の装置へ出力するプロトコルであることを特徴とするメッセージ処理装置。 - 複数の前記メッセージサーバから収集され、前記記憶手段に格納されたメッセージ群を、ユーザの指定する条件に従って、外部記憶装置に保存する手段を更に備えたことを特徴とする請求項１に記載のメッセージ処理装置。
- 複数の前記メッセージサーバから収集され、前記記憶手段に格納され、前記外部記憶装置に保存されたメッセージ群を、ユーザの指定する条件に従って、消去する手段を更に備えたことを特徴とする請求項２に記載のメッセージ処理装置。
- 前記出力する手段は、前記メッセージ入出力を行う他の装置から前記要求を受信した場合、該他の装置の持つ機能に応じて、複数の前記メッセージサーバから収集され、前記記憶手段に格納されたメッセージ群を加工して送信することを特徴とする請求項１に記載のメッセージ処理装置。
- 自装置と同一のネットワークに接続されているメッセージ入出力を行う他の装置に対し、該ネットワーク内に対する自発的な広告によってまたは該他の装置からの問い合わせに応答して、自装置のアドレスを通知する手段を更に備えたことを特徴とする請求項１に記載のメッセージ処理装置。
- 自装置に付随する入力装置から入力されたユーザからの要求に応じて、自装置に内蔵されたまたは外部接続された公衆無線網端末装置を介して複数の前記メッセージサーバにアクセスしてメッセージを取得し格納する手段と、
自装置に付随する入力装置から入力されたユーザからの要求に応じて、自装置に格納されているメッセージを、自装置に付随する表示画面に表示する手段とを更に備えたことを特徴とする請求項１ないし５のいずれか１項に記載のメッセージ処理装置。 - ユーザにより携帯されその時々で異なるネットワークに接続して使用されるメッセージ処理装置と、同一のネットワーク上に接続された該メッセージ処理装置に対してメッセージ入出力を行う他の装置とを含むメッセージ処理システムであって、
前記メッセージ処理装置は、
メッセージを記憶するための記憶手段と、
複数のネットワーク上に分散配置される複数のメッセージサーバの各々について、自装置が接続されているネットワークドメインから当該メッセージサーバへアクセス可能であるか否か及びアクセス可能である場合に当該ネットワークドメインから当該メッセージサーバにアクセスするためのアプリケーション層プロトコルを特定可能とする情報を登録した規則表を記憶する手段と、
自装置が接続されているネットワークドメインを認識し、受信対象とするメッセージサーバの各々について、前記規則表を参照して、認識した前記ネットワークドメインからアクセス可能であるか否かを特定するとともに、アクセス可能であると特定したメッセージサーバの各々について、認識した前記ネットワークドメインから当該メッセージサーバにアクセスするためのアプリケーション層プロトコルを特定する手段と、
アクセス可能であると特定した各々の前記メッセージサーバごとに、当該メッセージサーバについて特定した前記アプリケーション層プロトコルを用いて、当該メッセージサーバから、前記ユーザ宛に配信されたメッセージ群を取り出して、前記記憶手段に格納する手段と、
自装置と同一のネットワークに接続されている前記他の装置からの所定のアプリケーション層プロトコルによる要求に応じて、前記記憶手段に格納された前記メッセージ群を、前記他の装置へ出力する手段とを備え、
前記他の装置からの要求に係る前記所定のアプリケーション層プロトコルは、該要求を受けた場合に前記メッセージ群を前記記憶手段に保持したまま前記他の装置へ出力するプロトコルであることを特徴とするメッセージ処理システム。 - ユーザにより携帯されその時々で異なるネットワークに接続して使用され、メッセージを記憶するための記憶手段と、複数のネットワーク上に分散配置される複数のメッセージサーバの各々について、自装置が接続されているネットワークドメインから当該メッセージサーバへアクセス可能であるか否か及びアクセス可能である場合に当該ネットワークドメインから当該メッセージサーバにアクセスするためのアプリケーション層プロトコルを特定可能とする情報を登録した規則表を記憶する手段とを備えたメッセージ処理装置におけるメッセージ処理方法であって、
自装置が接続されているネットワークドメインを認識し、受信対象とするメッセージサーバの各々について、前記規則表を参照して、認識した前記ネットワークドメインからアクセス可能であるか否かを特定するとともに、アクセス可能であると特定したメッセージサーバの各々について、認識した前記ネットワークドメインから当該メッセージサーバにアクセスするためのアプリケーション層プロトコルを特定するステップと、
アクセス可能であると特定した各々の前記メッセージサーバごとに、当該メッセージサーバについて特定した前記アプリケーション層プロトコルを用いて、当該メッセージサーバから、前記ユーザ宛に配信されたメッセージ群を取り出して、前記記憶手段に格納するステップと、
前記記憶手段に格納された前記メッセージ群を、自装置と同一のネットワークに接続されているメッセージ入出力を行う他の装置からの所定のアプリケーション層プロトコルによる要求に応じて、当該他の装置へ出力するステップとを有し、
前記他の装置からの要求に係る前記所定のアプリケーション層プロトコルは、該要求を受けた場合に前記メッセージ群を前記記憶手段に保持したまま前記他の装置へ出力するプロトコルであることを特徴とするメッセージ処理方法。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP31588099A JP4119063B2 (ja) | 1999-11-05 | 1999-11-05 | メッセージ処理装置、メッセージ処理システム及びメッセージ処理方法 |
| US09/704,606 US6721811B1 (en) | 1999-11-05 | 2000-11-03 | Message processing scheme for realizing unified handling and management of messages using a portable message processing device |
| US10/799,677 US7392297B2 (en) | 1999-11-05 | 2004-03-15 | Message processing scheme for realizing unified handling and management of messages using a portable message processing device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP31588099A JP4119063B2 (ja) | 1999-11-05 | 1999-11-05 | メッセージ処理装置、メッセージ処理システム及びメッセージ処理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001134508A JP2001134508A (ja) | 2001-05-18 |
| JP4119063B2 true JP4119063B2 (ja) | 2008-07-16 |
Family
ID=18070721
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP31588099A Expired - Fee Related JP4119063B2 (ja) | 1999-11-05 | 1999-11-05 | メッセージ処理装置、メッセージ処理システム及びメッセージ処理方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (2) | US6721811B1 (ja) |
| JP (1) | JP4119063B2 (ja) |
Families Citing this family (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6219694B1 (en) | 1998-05-29 | 2001-04-17 | Research In Motion Limited | System and method for pushing information from a host system to a mobile data communication device having a shared electronic address |
| JP4557366B2 (ja) * | 2000-04-26 | 2010-10-06 | キヤノン株式会社 | 通信装置、その制御方法および記憶媒体 |
| JP2003032307A (ja) * | 2001-07-13 | 2003-01-31 | Toshiba Corp | メールサーバおよび情報通信端末 |
| JP2003288309A (ja) * | 2002-03-27 | 2003-10-10 | Toshiba Corp | メッセージ処理装置、メッセージ処理システム及びメッセージ処理方法 |
| FR2844948B1 (fr) * | 2002-09-23 | 2005-01-07 | Eastman Kodak Co | Procede d'archivage de messages multimedias |
| US20040199661A1 (en) * | 2003-03-05 | 2004-10-07 | Murdock Joseph Bert | System and method for the dynamic discovery of network destinations |
| US7450937B1 (en) * | 2003-09-04 | 2008-11-11 | Emc Corporation | Mirrored data message processing |
| FI116444B (fi) * | 2004-03-25 | 2005-11-15 | Teliasonera Finland Oyj | Yhteydenoton välittäminen tiedonvälitysverkkojen välillä |
| JP4533247B2 (ja) * | 2004-06-08 | 2010-09-01 | キヤノン株式会社 | サービス提供システム、サービス提供方法及びサービス提供装置 |
| US8831194B2 (en) * | 2005-06-30 | 2014-09-09 | Emc Corporation | Telephonic communication redirection and compliance processing |
| US8059805B2 (en) * | 2005-06-30 | 2011-11-15 | Emc Corporation | Enhanced services provided using communication redirection and processing |
| US8605878B2 (en) | 2005-06-30 | 2013-12-10 | Emc Corporation | Redirecting and mirroring of telephonic communications |
| US20070204007A1 (en) * | 2006-02-16 | 2007-08-30 | Shahpour Ashaari | Centralized processing and management system |
| US20090083413A1 (en) * | 2007-09-24 | 2009-03-26 | Levow Zachary S | Distributed frequency data collection via DNS |
| US8131809B2 (en) * | 2008-12-03 | 2012-03-06 | Microsoft Corporation | Online archiving of message objects |
| CN102375866B (zh) * | 2010-08-24 | 2013-04-03 | 腾讯科技（深圳）有限公司 | 一种转播消息呈现方法和系统 |
Family Cites Families (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0683740A (ja) | 1992-09-01 | 1994-03-25 | Matsushita Electric Ind Co Ltd | ネットワーク環境移行装置 |
| US5634005A (en) * | 1992-11-09 | 1997-05-27 | Kabushiki Kaisha Toshiba | System for automatically sending mail message by storing rule according to the language specification of the message including processing condition and processing content |
| JP3168756B2 (ja) * | 1993-02-24 | 2001-05-21 | ミノルタ株式会社 | 電子メールシステムのメール管理方法 |
| JPH1065683A (ja) | 1996-08-20 | 1998-03-06 | Matsushita Electric Ind Co Ltd | ネットワークインターフェースカード |
| US5889839A (en) * | 1996-09-19 | 1999-03-30 | Siemens Information And Communication Networks, Inc. | System and method for providing automated message notification in a wireless communication system |
| US5844969A (en) * | 1997-01-23 | 1998-12-01 | At&T Corp. | Communication system, method and device for remotely re-transmitting received electronic mail directed to a destination terminal to a new destination terminal |
| US6003068A (en) * | 1997-02-14 | 1999-12-14 | Electronic Data Systems Corporation | Method and apparatus for portably providing shared removable resources to a plurality of computing devices |
| US5928325A (en) * | 1997-02-24 | 1999-07-27 | Motorola, Inc. | Method of dynamically establishing communication of incoming messages to one or more user devices presently available to an intended recipient |
| US5948059A (en) * | 1997-03-21 | 1999-09-07 | International Business Machines Corporation | Method and apparatus for synchronizing multimedia messages in different servers |
| US5961590A (en) * | 1997-04-11 | 1999-10-05 | Roampage, Inc. | System and method for synchronizing electronic mail between a client site and a central site |
| JPH1127326A (ja) | 1997-07-08 | 1999-01-29 | Hitachi Ltd | 階層ｌａｎスイッチネットワーク |
| US5951636A (en) * | 1997-12-04 | 1999-09-14 | International Business Machines Corp. | Accessing a post office system from a client computer using applets |
| JPH11175428A (ja) | 1997-12-16 | 1999-07-02 | Hitachi Software Eng Co Ltd | 異なる電子メールシステムの受信メール一元管理方法 |
| JPH11272581A (ja) | 1998-03-25 | 1999-10-08 | Toshiba Corp | メール伝送方法ならびにシステム及び同方法がプログラムされ記録される記録媒体 |
| US6785710B2 (en) * | 1998-06-22 | 2004-08-31 | Genesys Telecommunications Laboratories, Inc. | E-mail client with programmable address attributes |
| US7246168B1 (en) * | 1998-11-19 | 2007-07-17 | Cisco Technology, Inc. | Technique for improving the interaction between data link switch backup peer devices and ethernet switches |
| US6983308B1 (en) * | 1998-11-19 | 2006-01-03 | Openwave Systems, Inc. | Mail synchronization of remote and local mail systems |
| US6434601B1 (en) * | 1999-03-31 | 2002-08-13 | Micron Technology, Inc. | Pre test electronic mail process |
| US6532489B1 (en) * | 1999-05-17 | 2003-03-11 | Lucent Technologies Inc. | Electronic mail alerting system and method with user options |
| US7240106B2 (en) * | 2001-04-25 | 2007-07-03 | Hewlett-Packard Development Company, L.P. | System and method for remote discovery and configuration of a network device |
-
1999
- 1999-11-05 JP JP31588099A patent/JP4119063B2/ja not_active Expired - Fee Related
-
2000
- 2000-11-03 US US09/704,606 patent/US6721811B1/en not_active Expired - Lifetime
-
2004
- 2004-03-15 US US10/799,677 patent/US7392297B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2001134508A (ja) | 2001-05-18 |
| US20040177171A1 (en) | 2004-09-09 |
| US7392297B2 (en) | 2008-06-24 |
| US6721811B1 (en) | 2004-04-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4119063B2 (ja) | メッセージ処理装置、メッセージ処理システム及びメッセージ処理方法 | |
| JP3943949B2 (ja) | 電子メール処理システム、方法、プログラム及び記憶媒体 | |
| JP3927834B2 (ja) | サービス提供システム、方法、プログラム及び記憶媒体 | |
| JP2000156704A (ja) | リモ―ト及びロ―カルメ―ルシステムのメ―ル同期 | |
| JP2005515660A (ja) | モバイルネットワークの接続アーキテクチャ | |
| JP2005513617A (ja) | プロキシを用いてデータをダウンロードするシステムおよび方法 | |
| EP1883042A1 (en) | System and method for electronic file transmission | |
| WO2004021654A1 (ja) | 電子メール配信システム | |
| JP2001103571A (ja) | 移動体通信サービス提供システム | |
| US20020091774A1 (en) | Method and system for retrieving electronic mail for a plurality of users over a single device | |
| JP2005284454A (ja) | 迷惑メール配信防止システム、当該システムにおける情報端末及び電子メールサーバ | |
| JP2018098689A (ja) | メールサーバ装置、メールサービス方法、ならびに、プログラム | |
| JP3482863B2 (ja) | 電子メール管理システム | |
| JP2007074035A (ja) | 通信機器および情報処理方法 | |
| JP3679265B2 (ja) | 電子メールサーバおよび電子メールの管理方法ならびに電子メールシステム | |
| JP3123989B2 (ja) | 情報端末装置，電子メール制限受信方法および電子メール制限受信プログラムを記録した記録媒体 | |
| JP3705148B2 (ja) | 電子メール転送方法、メールサーバ及び電子メール転送プログラム | |
| JP2007102301A (ja) | メール同期化方法及びメール同期化装置 | |
| JP2003288309A (ja) | メッセージ処理装置、メッセージ処理システム及びメッセージ処理方法 | |
| JP4330844B2 (ja) | 共有情報管理方法、移動通信端末及び共有情報管理システム | |
| JP2004013853A (ja) | メッセージ交換システム、メッセージ交換装置、メッセージ交換方法及びプログラム | |
| JP4318817B2 (ja) | 通信ネットワークシステム | |
| JP4585526B2 (ja) | ホスト装置 | |
| JP3941562B2 (ja) | 接続制御方法および記録媒体 | |
| JP3838550B2 (ja) | 電子メールシステム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050210 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070205 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070213 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070416 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070828 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071029 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080422 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080424 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110502 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110502 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120502 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120502 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130502 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130502 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140502 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |