(57)【要約】【課題】  伝送される情報の伝送経路を制御する通信機器が接続されたネットワークにおいて、メール機能の使い勝手を向上させることを目的とする。【解決手段】  ネットワーク内において伝送される情報の伝送経路を制御するルータであって、前記情報がメールであった場合に、該メールを解析し、該メールの利用者を特定するための識別子とパスワードとを抽出する抽出手段（１０９）と、前記抽出手段（１０９）において抽出された前記識別子と対応付けて、前記メールを保存する保存手段（１１１）と、前記識別子と対応付けて保存されたメールに基づいて、所定のブラウザを介して閲覧可能なデータを生成する生成手段（１１２）と、前記ブラウザを介して前記識別子に対応するパスワードが入力された場合に、該識別子に対応付けられた前記データを、該ブラウザに送信する送信手段（１１３）とを備える。【選択図】  図２
2007074035.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク内において伝送される情報の伝送経路を制御する通信機器であって、
前記情報がメールであった場合に、該メールを解析し、該メールの利用者を特定するための識別子とパスワードとを抽出する抽出手段と、
前記抽出手段において抽出された前記識別子と対応付けて、前記メールを保存する保存手段と、
前記識別子と対応付けて保存されたメールに基づいて、所定のブラウザを介して閲覧可能なデータを生成する生成手段と、
前記ブラウザを介して前記識別子に対応するパスワードが入力された場合に、該識別子に対応付けられた前記データを、該ブラウザに送信する送信手段と
を備えることを特徴とする通信機器。
【請求項２】
メールが伝送された際の日時を前記識別子と対応づけ、伝送履歴として保持する保持手段を更に備え、
前記生成手段は、更に、前記伝送履歴に基づいて、所定のブラウザを介して閲覧可能なデータを生成することを特徴とする請求項１に記載の通信機器。
【請求項３】
前記保存手段は、前記識別子ごとにフォルダを分けて前記メールを保存することを特徴とする請求項１に記載の通信機器。
【請求項４】
前記保存手段は、前記識別子により特定される利用者に対して送信された受信メールと、前記識別子により特定される利用者により送信された送信メールとをフォルダを分けて保存することを特徴とする請求項３に記載の通信装置。
【請求項５】
前記生成手段は、更に、前記フォルダの構成に基づいて、所定のブラウザを介して閲覧可能なデータを生成することを特徴とする請求項４に記載の通信機器。
【請求項６】
ネットワーク内において伝送される情報の伝送経路を制御する通信機器における情報処理方法であって、
前記情報がメールであった場合に、該メールを解析し、該メールの利用者を特定するための識別子とパスワードとを抽出する抽出工程と、
前記抽出工程において抽出された前記識別子と対応付けて、前記メールを保存する保存工程と、
前記識別子と対応付けて保存されたメールに基づいて、所定のブラウザを介して閲覧可能なデータを生成する生成工程と、
前記ブラウザを介して前記識別子に対応するパスワードが入力された場合に、該識別子に対応付けられた前記データを、該ブラウザに送信する送信工程と
を備えることを特徴とする情報処理方法。
【請求項７】
請求項６に記載の情報処理方法をコンピュータによって実現させるための制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク内において伝送される情報の伝送経路を制御する通信機器に関するものである。
【背景技術】
【０００２】
＜ネットワークにおけるルータの役割＞
近年、ＡＤＳＬやケーブルテレビなどの普及により家庭内にブロードバンド常時接続サービスが急速に浸透しつつある。このようなサービスに加入するためには、一般的にプロバイダと契約を結ぶことが必要である。しかし、通常、プロバイダでは一つの契約につき一つのグローバルアドレスしか割り当てないため、家族で複数のＰＣを所有している場合等には、そのままではネットワークに一台のＰＣしか接続することができない。
【０００３】
この問題を解決するための機器としてルータがある。ルータは、二つ以上のネットワークインタフェースを持っており、一方のインタフェースにはＡＤＳＬモデムやケーブルモデムが接続され、契約プロバイダからはグローバルアドレスを割り当てられる。
【０００４】
一方、残りのインタフェースにはＨＵＢを接続することにより、プライベートエリアネットワーク（ＰＡＮ）を構成することができる。ＨＵＢに接続されＰＡＮを構成する機器に対してはルータのＤＨＣＰサーバ機能によりプライベートアドレスが自動で割り当てられる。そして、ＬＡＮ側に割り当てられた一つのグローバルアドレスをＰＡＮ側の複数のＰＣで共有して使用できるよう、ルータにはＮＡＴと呼ばれるアドレス変換機能が備えられている。
【０００５】
＜ルータを備えるネットワークの利用＞
また、近年、上述のルータを備えるネットワークを利用して、ＩＰパケット上で音声や映像を流して会話をするＩＰ電話やＩＰテレビ電話が普及してきている。そしてＩＰ電話やＩＰテレビ電話の普及に呼応して、ＩＰ電話やＩＰテレビ電話をＰＡＮに接続する技法の開発も進めれてきている。
【０００６】
例えば、「日経ＮＥＴＷＯＲＫ」２００２年６月号特集記事“ＶｏＩＰを解明する”には、ＩＰ電話／ＩＰテレビ電話をプライベートエリアネットワーク（ＰＡＮ）に適用するためのルータの技法として、ＩＰ電話をＰＡＮで使用するためのＮＡＴ技術が開示されている。
【０００７】
具体的には、プライベートエリアネットワーク（ＰＡＮ）から受信したＩＰパケットのデータ部に格納されている送信元プライベートアドレスをルータのグローバルアドレスに書き換えてＬＡＮに送信すると共に、変換テーブルを記録しておき、ＬＡＮから受信したＩＰパケットのヘッダ部のあて先アドレスを、変換テーブルを参照してプライベートアドレスに逆変換してＰＡＮに送信する旨記載されている。なお、この方法は主にＨ．３２３規格対応のＩＰ電話／ＩＰテレビ電話に用いられている。
【０００８】
＜ルータの構成＞
ここで、上記機能を有するルータの構成について簡単に説明する。図１４に上記ルータのブロック構成図を示す。同図において、１３０２はＬＡＮｉ／ｆであり、ローカルエリアネットワーク（ＬＡＮ）に接続され、そのポートにはグローバルアドレスが割り当てられている。１３０１はＰＡＮｉ／ｆであり、プライベートエリアネットワーク（ＰＡＮ）に接続され、ポートにはプライベートアドレスが割り当てられている。
【０００９】
１３０３は、ユーザの設定により必要に応じてＬＡＮｉ／ｆ１３０２から受信したパケットのフィルタリングを行うフィルタリング部、１３０４はユーザの設定により必要に応じてＰＡＮｉ／ｆ１３０１から受信したパケットのフィルタリングを行うフィルタリング部である。
【００１０】
１３０５はＬＡＮｉ／ｆ１３０２およびＰＡＮｉ／ｆ１３０１から受信したパケットをどちらのｉ／ｆに送り出すか、または受信したパケットを破棄するのか否かを決定するパケット監視／径路制御部である。１３０６はＬＡＮから受信したパケットとＰＡＮから受信したパケットとの間のアドレス変換を行うアドレス変換部である。
【００１１】
１３０７はＰＡＮｉ／ｆ１３０１およびＰＡＮに接続されたＰＣやＩＰ電話に対してプライベートアドレスを割り当てるＤＨＣＰサーバ機能部、１３０８はＰＡＮに接続されたＩＰ電話とＬＡＮに接続されたＩＰ電話との間で送受信されるパケットをＨ．３２３規格に従って解析し、パケットのデータ部に格納されているＨ．２４５アドレスの変換をアドレス変換部１３０６に指示するプロトコル解析部である。
【００１２】
＜ネットワークにおけるルータの接続例＞
続いて、所定のネットワークにおけるルータの接続例について説明する。図１３に上記ルータ（ルータ１３００）のネットワークへの接続例を示す。同図において、１３００はＬＡＮとＰＡＮの両方に接続されたルータであり、ＬＡＮｉ／ｆ１３０２にはＬＡＮで有効なグローバルアドレスが割り当てられ、ＰＡＮｉ／ｆ１３０１にはプライベートエリアネットワーク（ＰＡＮ）内部でのみ有効なプライベートアドレスが割り当てられている。
【００１３】
ＩＰ電話１３２１、ＰＣ１３２２およびＰＡＮｉ／ｆ１３０１は、ＨＵＢ１３２０とともにプライベートエリアネットワーク（ＰＡＮ）を構成しており、そのＩＰアドレスはルータ１３００のＤＨＣＰサーバ機能部１３０７（図１４）により割り当てられている。このプライベートアドレスはＰＡＮ内部のみで有効なアドレスであるため、ＬＡＮ１３３０からこのアドレス宛てにアクセスすることはできない。そのため、例えばＬＡＮに接続されたＩＰ電話１３３２からＰＡＮ内部のＩＰ電話１３２１に接続する場合にはルータ１３００のグローバルアドレスをあて先として発呼することとなる。
【００１４】
＜上記ネットワークにおける電子メール送受信時のルータの動作＞
ここで、ルータ１３００が接続された図１３のネットワークにおける、電子メール（以下、単に「メール」という）の送受信動作について説明する。
【００１５】
１３３４はＰＣ１３３２を使用するユーザがアクセスするメールサーバ、１３３１はＰＣ１３３３を使用するユーザがアクセスするメールサーバである。そして、ＰＣ１３２２を使用するユーザがＰＣ１３２２上のメールアプリケーションを利用してメールサーバ１３３４にアクセスするときの動作について検討する。
【００１６】
図１３のネットワークにおけるプロトコルとしてメール送信時はＲＦＣ８２１で規格化されているＳＭＴＰプロトコルが使用される。このため、メールの送信に際しては、ＰＣ１３２２上のメールアプリケーションが動作することでメールサーバ１３３４のＳＭＴＰポート番号１３５０番にＴＣＰ接続することとなる。
【００１７】
一方、メール受信時はＲＦＣ１９３９で規格化されているＰＯＰ３プロトコルが使用される。このため、メールの受信に際しては、ＰＣ１３２２上のメールアプリケーションが動作することでメールサーバ１３３４のＰＯＰ３ポート番号１３４０番にＴＣＰ接続することとなる。このように上記ネットワークにおいては、メールの送受信どちらの場合でも、ルータ１３００は単純にネットワーク内を伝送されるパケットの中継とアドレスの変換とを行うこととなる。そこで、以下、このアドレス変換の仕組みを簡単に説明する。
【００１８】
メールのプロトコルでは、コネクションの設定は常にＰＣ１３２２上のアプリケーションから行われる。ＰＣ１３２２からメールサーバ１３３４へ送信するパケットは、すべてルータ１３００に送られ、アドレス変換部１３０６（図１４）にて送信元アドレスがＰＣ１３２２のプライベートアドレスからルータ１３００のグローバルアドレスへと変換される。このとき、同時に送信元のプライベートアドレスと送信元のポート番号との組み合わせを所定のテーブルに記録しておく。アドレス変換されたパケットはＬＡＮｉ／ｆ１３０２を介してＬＡＮ１３３０に送信され、メールサーバ１３３４で受信される。
【００１９】
メールサーバ１３３４では、受信したパケットの送信元アドレスと送信元ポート番号をあて先として該パケットを送信する。すなわち、ルータ１３００のグローバルアドレスをあて先として送信され、ＬＡＮｉ／ｆ１３０２にて受信される。パケット監視／径路制御部１３０５（図１４）ではアドレス変換部１３０６（図１４）の変換テーブルを参照してポート番号に対応するプライベートアドレスがあることを確認し、該パケットをアドレス変換部１３０６に送る。
【００２０】
アドレス変換部１３０６では送信先アドレスをＰＣ１３２２のプライベートアドレスに変換し、ＰＡＮｉ／ｆ１３０１を介してＰＣ１３２２に送信する。これによりＰＣ１３２２ではメールサーバ１３３４からパケットを受信することができる。
【００２１】
このように、アドレス変換機能を備えることにより、ネットワークには複数の機器を接続することができる。なお、上記ルータの場合、ネットワーク内を伝送されるパケットがＳＭＴＰプロトコルによるＴＣＰ／ＩＰパケットでもＰＯＰ３プロトコルによるＴＣＰ／ＩＰパケットでもその動作に違いはない。
【非特許文献１】日経ＮＥＴＷＯＲＫ、２００２年６月号
【発明の開示】
【発明が解決しようとする課題】
【００２２】
一方で、上記ネットワークにはいくつかの問題点がある。例えば、上記ネットワークにおいて、ルータ１３００のＰＡＮ側に複数台のＰＣを接続し、各ＰＣ上でそれぞれメールアプリケーションを利用しようとした場合、当該利用に際して不都合が生じえる。以下に具体例を挙げて説明する。
【００２３】
例えば、上記ネットワークに対して、メインのＰＣとして通常使用するデスクトップＰＣと、会議室で使用するための移動用ノートＰＣとの２台を使い分けて接続しようとした場合、デスクトップＰＣのメールアプリケーションから送信したメールについては、デスクトップＰＣの送信ボックスに保管され送信履歴が作成されることとなるが、移動用ノートＰＣから送信したメールの場合には、送信履歴を見ることができない。
【００２４】
また、各ＰＣのメールアプリケーションの設定を「受信したメールをメールサーバに残す」としておかない限り、移動用ノートＰＣで受信したメールはデスクトップＰＣから受信できず、デスクトップＰＣで受信したメールは移動用ノートＰＣで受信できない。この結果、上記ネットワークでは、メールの送信履歴や受信履歴が各ＰＣ間でバラバラとなり、統一されないこととなる。
【００２５】
一方、「受信したメールをメールサーバに残す」と設定した場合には、メールサーバ上にいつまでも不要なメールが残ることとなり、メールサーバの記憶装置容量が圧迫されてしまうこととなる。
【００２６】
このように、ルータが接続された従来のネットワークにおけるメールの送受信機能は、利用者にとって使い勝手がよいとはいえず、かかる問題の解決が望まれている。
【００２７】
本発明は、上記課題に鑑みてなされたものであり、伝送される情報の伝送経路を制御する通信機器が接続されたネットワークにおいて、メール機能の使い勝手を向上させることを目的とする。
【課題を解決するための手段】
【００２８】
上記の目的を達成するために本発明に係る通信機器は以下のような構成を備える。即ち、
ネットワーク内において伝送される情報の伝送経路を制御する通信機器であって、
前記情報がメールであった場合に、該メールを解析し、該メールの利用者を特定するための識別子とパスワードとを抽出する抽出手段と、
前記抽出手段において抽出された前記識別子と対応付けて、前記メールを保存する保存手段と、
前記識別子と対応付けて保存されたメールに基づいて、所定のブラウザを介して閲覧可能なデータを生成する生成手段と、
前記ブラウザを介して前記識別子に対応するパスワードが入力された場合に、該識別子に対応付けられた前記データを、該ブラウザに送信する送信手段とを備える。
【発明の効果】
【００２９】
本発明によれば、伝送される情報の伝送経路を制御する通信機器が接続されたネットワークにおいて、メール機能の使い勝手が向上する。
【発明を実施するための最良の形態】
【００３０】
以下、必要に応じて添付図面を参照しながら本発明の各実施形態を詳細に説明する。
【００３１】
［第１の実施形態］
＜ルータが接続されるネットワークの構成＞
本発明の第１の実施形態にかかるルータ１００（通信機器）が接続されたネットワークの機器接続図の一例を図１に示す。図１は企業の社内ＬＡＮに本実施形態にかかるルータ１００を接続した様子を示している。
【００３２】
図１において、１００は本実施形態にかかるルータ（Ｈ．３２３パケット蓄積機能付きルータ）、１２０はルータ１００のプライベートエリアネットワークｉ／ｆ（ＰＡＮｉ／ｆ）１０１の１００ｂａｓｅ−Ｔポートに接続されるＨＵＢ、１２１はＨＵＢ１２０を介してルータ１００に接続されるＩＰ電話、１２２及び１２３はＨＵＢ１２０を介してルータ１００に接続され、メールアプリケーションが実行されるパソコン（ＰＣ）である。
【００３３】
また、１３０はルータ１００のローカルエリアネットワークｉ／ｆ（ＬＡＮｉ／ｆ）１０２と接続されるＬＡＮ、１３２は不図示のルータまたはＨＵＢなどのネットワーク接続装置を介してＬＡＮ１３０に接続されるＩＰ電話、１３３はＰＣ、１３４はＰＣ１２２のメールアプリケーションからアクセスされるメールサーバ、１３１はＰＣ１３３のメールアプリケーションからアクセスされるメールサーバである。
【００３４】
＜ルータのブロック構成＞
次に、ルータ１００の詳細構成について図２を用いて説明する。上述したように、１０２はローカルエリアネットワーク（ＬＡＮ）に接続され、そのポートにグローバルアドレスが割り当てられているＬＡＮｉ／ｆ、１０１はプライベートエリアネットワーク（ＰＡＮ）に接続され、そのポートにプライベートアドレスが割り当てられているＰＡＮｉ／ｆである。
【００３５】
１０３はユーザ設定により必要に応じてＬＡＮｉ／ｆ１０２から受信したパケットのフィルタリングを行うフィルタリング部、１０４はユーザ設定により必要に応じてＰＡＮｉ／ｆ１０１から受信したパケットのフィルタリングを行うフィルタリング部、１０５はＬＡＮｉ／ｆ１０２およびＰＡＮｉ／ｆ１０１から受信したパケットをどちらのインタフェースに送り出すかまたは受信したパケットを破棄するか否かを決定するパケット監視／径路制御部である。
【００３６】
１０６はＬＡＮから受信したパケットとＰＡＮから受信したパケットのアドレス変換を行うアドレス変換部である。１０７はＰＡＮｉ／ｆ１０２およびＰＡＮに接続されたＰＣ１２２、１２３やＩＰ電話１２１などの接続機器に対してプライベートアドレスを割り当てるＤＨＣＰサーバ機能部である。
【００３７】
１０８は、ＰＡＮに接続されたＩＰ電話１２１から受信したパケットをＨ．３２３規格に従って解析し、該パケットのヘッダ部に格納されているＨ．２４５アドレスの変換を指示するプロトコル解析部である。
【００３８】
１０９はアドレス変換部１０６を通過するメールに係るパケットをメールのプロトコルに従って解析し、ユーザ認証に係る情報を抽出してユーザアカウント管理部１１０に送り、メールサーバ１３４との間で送受信されるメールの中身をメール蓄積部１１１に送信するメールプロトコル解析部である。
【００３９】
１１０はメールプロトコル解析部１０９からユーザ認証に係る情報を受け取り、メールアカウントとパスワードとを該メールのメールアドレスに関連付けて管理するユーザアカウント管理部、１１１はユーザアカウント管理部１１０からメールアカウントを受信して、メールアカウントごとにメールフォルダを作成するとともに、メールプロトコル解析部１０９から受信したメールの中身をメールアカウントごとのメールフォルダに蓄積するメール蓄積部である。
【００４０】
１１４はメールの送受信履歴を記録し、メールサーバ１３４から同じメールを重複して受信することがないよう機能するメール履歴作成部、１１２はメール蓄積部１１１に蓄積されたメールからメール一覧を作成し、メール一覧とメールのメッセージ本体とをメールアカウントの認証に従って所定のユーザに公開できるようにするためのデータを作成するＸＭＬデータ作成部、１１３はＰＡＮに接続された接続機器のブラウザやＬＡＮに接続された接続機器のブラウザに対してＸＭＬデータ作成部１１２が作成したデータを公開するＷＷＷサーバ部である。
【００４１】
＜メールの送受信に際してのルータ１００のルーティング動作＞
次に、ＰＣ１２２とメールサーバ１３４との間のメールの送受信に際してのルータ１００のルーティング動作について図１及び図２を用いて説明する。始めに図１に示すネットワーク上の各接続機器に割り当てられているＩＰアドレスについて説明する。
【００４２】
ＬＡＮに接続されたＩＰ電話１３２、ＰＣ１３３、メールサーバ１３４、メールサーバ１３１およびルータ１００のＬＡＮｉ／ｆ１０２はそれぞれ固定のグローバルＩＰアドレスを有している。また、ルータ１００のＰＡＮｉ／ｆ１０１およびＰＡＮに接続されたＩＰ電話１２１、ＰＣ１２２、ＰＣ１２３はルータ１００のＤＨＣＰサーバ機能部１０７（図１）によりプライベートアドレスが割り当てられている。
【００４３】
そして、ＰＣ１２２のプライベートアドレスは１９２．１６８．２．１０、ルータ１００のＰＡＮｉ／ｆ１０１のプライベートアドレスは１９２．１６８．２．１、メールサーバ１３４のグロバールＩＰアドレスは１５２．２０．１０．１１０、ルータ１００のＬＡＮｉ／ｆ１０２のグロバールアドレスは１５２．２０．１０．５０であるとする。
【００４４】
また、図１のネットワークにおけるプロトコルとして、メール送信時はＲＦＣ８２１で規格化されているＳＭＴＰプロトコルが使用されるものとする。
【００４５】
ＰＣ１２２からルータ１００に対してパケットが送られると、アドレス変換部１０６では、当該パケットの送信元アドレスを、プライベートアドレスからルータ１００のグローバルアドレス１５２．２０．１０．５０へと変換する。このとき、同時にプライベートアドレス１９２．１６８．２．１０と送信元ポート番号１４０との組み合わせをテーブルに記録しておく。送信元ポート番号はここでは一例として１４０番を用いているが、任意の番号になる可能性がある。パケットはＬＡＮｉ／ｆ１０２を介してＬＡＮに送信され、メールサーバ１３４で受信される。
【００４６】
一方、メールサーバ１３４からのパケットはルータ１００のグローバルアドレス１５２．２０．１０．５０とポート番号１４０とをあて先として送信され、ＬＡＮｉ／ｆ１０２で受信される。ルータ１００のパケット監視／経路制御部１０５ではアドレス変換部１０６の変換テーブルを参照して、ポート番号１４０に対応するアドレスはＰＡＮｉ／ｆ１０１に接続されているネットワーク上にあることを確認して、当該パケットをアドレス変換部１０６に送る。アドレス変換部１０６では送信先ＩＰアドレスをプライベートアドレス１９２．１６８．２．１０に変換し、ＰＡＮｉ／ｆ１０１を介してＰＣ１２２に送信する。
【００４７】
＜メール送信時のルータの動作説明＞
次に、図１乃至図３を用いて、メール送信時のルータ１００の動作について説明する。
【００４８】
はじめにメールサーバ１３４上で動作するＳＭＴＰサーバが接続待ちしているポート番号１５０番に対して、ＰＣ１２２上のメールアプリケーションがＴＣＰ接続要求を送信する（３０１）。
【００４９】
ＴＣＰ接続が完了すると、メールクライアントであるＰＣ１２２とメールサーバ１３４との間ではＳＭＴＰプロトコルによりコマンドやデータのやりとりがなされる。
【００５０】
なお、メールクライアント（ＰＣ１２２）からメールサーバ（１３４）へは、アルファベット数文字から成るコマンドが送信される。また、コマンドの種類によっては、空白で区切られたパラメータが後続する。コマンドに対してメールサーバ１３４から、３桁の数字で表現される応答レスポンスが返信される。応答レスポンスには空白で区切られたコメントメッセージが後続するが、メールクライアント（ＰＣ１２２）のメールアプリケーションは３桁の数字のみでメールサーバ１３４の応答を判断できる。
【００５１】
図３に戻る。続いて、メールサーバ１３４からＰＣ１２２に対して、接続ＯＫレスポンス（３０２）が、メールサーバ１３４のドメイン名やサーバアプリケーション名およびバージョンなどをコメントとして含めて返される。
【００５２】
続いてＰＣ１２２からＨＥＬＯコマンド（３０３）が送信され、メールサーバ１３４からはＯＫレスポンス（３０４）が返され、ＳＭＴＰプロトコルによるメールサーバ（１３４）とメールクライアント（１２２）間の通信が確立される。この結果、ルータ１００のメールプロトコル解析部１０９ではＳＭＴＰ接続開始を認識する。
【００５３】
更にＰＣ１２２からメールの送信元アドレスを示すコマンド３０５（ＭＡＩＬ  ＦＲＯＭ：ｔａｒｏ＠×××．ｃｏ．ｊｐ）が送信されると、メールサーバ１３４からＯＫレスポンス（３０６）が返される。このとき、ルータ１００のメールプロトコル解析部１０９では、コマンド３０５のパラメータからメールの送信元アドレスを抽出し、ユーザアカウント管理部１１０にメールアカウントがすでに作成されているか否か問い合わせる。
【００５４】
ユーザアカウント管理部１１０では、送信元アドレスに対応するメールアカウントがあるか否かを調べ、メールアカウントがなければ当該抽出されたメールアドレスを登録する。この段階では、メールアドレスのみが登録され、メールサーバ１３４のメールボックスのメールアカウントとは対応付けされない。メールサーバ１３４のメールボックスのメールアカウントと対応付けられるのは、メールサーバ１３４上のＰＯＰサーバからメールを受信するパケットが解析される時点である。
【００５５】
ユーザアカウント管理部１１０では、メールアドレスの登録に伴ってメール蓄積部１１１に対して新たなメールアカウント用の保存フォルダの作成を指示する。メール蓄積部１１１が作成するメール蓄積フォルダのディレクトリ構成の一例を図４に示す。ルートディレクトリの下は受信ｂｏｘフォルダ４０１と送信ｂｏｘフォルダ４０２とに分けられ、送信ｂｏｘフォルダ４０２の下にはメールアドレスをフォルダ名とする送信メール蓄積用フォルダが作成される（４０６乃至４０８）。なお、このときメール履歴作成部１１４では送信元アドレスを保存する。
【００５６】
続いてＰＣ１２２からメールの送信先アドレスを示すコマンド（ＲＣＰＴ  ＴＯ：ｊｉｒｏ＠×××．ｃｏ．ｊｐ）が送信されると、メールサーバ１３４からＯＫレスポンス（３０８）が返される。このときメールプロトコル解析部１０９では、ＲＣＰＴコマンドのパラメータからメールの送信先アドレスを抽出し、メール履歴作成部１１４では当該送信元アドレスを保存する。
【００５７】
続いてＰＣ１２２からメールの送信開始を示すＤＡＴＡコマンド（３０９）が送信されると、メールサーバ１３４からメッセージ送信を促すＯＫレスポンス（３１０）が返される。このときメールプロトコル解析部１０９ではメールの一時的な記録を開始する。
【００５８】
続いてＰＣ１２２は、送信するメールを一意に識別するメッセージＩＤ３１１（Ｍｅｓｓａｇｅ−ＩＤ：２００２０７０４１０１９．ＡＡ０００００＠ｍｙｈｏｓｔ．×××．ｃｏ．ｊｐ）をメッセージの先頭行に追加して送信するとともに、引き続き２行目以降にメッセージ本体３１２を送信する。
【００５９】
メッセージ本体３１２の送信を完了すると、ＰＣ１２２はピリオド一文字から成る終了行（ＣＲ／ＬＦ．ＣＲ／ＬＦ（３１３））を送信する。これによりメールプロトコル解析部１０９では終了行を識別する。終了行を識別するとルータ１００は、メール蓄積部１１１に一時的に蓄積したメッセージ本体をメールサーバ１３４に送信するとともに、送信メール蓄積フォルダ４０６（ｔａｒｏ＠×××．ｃｏ．ｊｐ）にメッセージ本体を保存する。
【００６０】
続いてメールサーバ１３４からＯＫレスポンス（３１４）が返されると、メールプロトコル解析部１０９ではメール送信完了を判断し、メール履歴作成部１１４では送信完了時刻を記録し、送信履歴の作成を完了する。
【００６１】
続いてＰＣ１２２からＳＭＴＰのコネクション終了を示すＱＵＩＴコマンド（３１５）が送信されると、メールサーバ１３４から終了レスポンス（３１６）が返される。これによりメールプロトコル解析部１０９は、ＳＭＴＰシーケンスの終了を認識する。続いてＴＣＰ接続が切断され、全ての通信が終了する。
【００６２】
＜メール受信時のルータの動作説明（メールアカウントとパスワードの登録）＞
次に、図１、２、５を用いてメール受信時のルータ１００の動作について説明する。なお、図１のネットワークにおけるプロトコルとして、メール受信時は、ＲＦＣ１９３９で規格化されているＰＯＰ３プロトコルが使用されるものとする。
【００６３】
図５はメールサーバ１３４への接続およびメール受信シーケンスを示す図である。
【００６４】
はじめにＰＣ１２２のメールアプリケーションが、メールサーバ１３４上でＰＯＰ３サーバが接続待ちしているポート番号１４０番に対してＴＣＰ接続要求（５０１）を送信する。
【００６５】
ＴＣＰ接続が完了すると、メールクライアント（ＰＣ１２２）とメールサーバ（１３４）の間ではＰＯＰ３プロトコルによりデータのやりとりがなされる。以後のＰＯＰ３プロトコルに基づくパケットの場合も、ルータ１００にて上述のアドレス変換が実行されてパケットが中継される。
【００６６】
メールサーバ１３４から接続ＯＫを示す「＋ＯＫ」応答パケット（５０２）が、メールサーバ１３４を表す文字列をパラメータとしてルータ１００に送信され、ルータ１００ではＰＣ１２２に当該パケット（５０２）を中継する。これによりメールプロトコル解析部１０９ではメールサーバ１３４との接続開始を認識する。
【００６７】
ＰＣ１２２にて応答パケット（５０２）を受信すると、ＰＣ１２２のメールアプリケーションはユーザ認証フェーズに進む。ＰＣ１２２からメールアカウント名“ｔａｒｏ”をパラメータとして「ＵＳＥＲ」コマンド（５０３）が送信されると、ルータ１００ではメールサーバ１３４に当該パケットを転送する。このときメールプロトコル解析部１０９ではプロトコルを解析してメールアカウントを抽出する。
【００６８】
メールサーバ１３４でメールアカウント名が確認されると、メールサーバ１３４は正しいアカウントであったことを示す「＋ＯＫ」応答パケット（５０４）を返す。ルータ１００は応答パケット（５０４）をＰＣ１２２に中継するとともに、メールプロトコル解析部１０９はプロトコルを解析してメールアカウント名が正しいことを認識する。
【００６９】
続いてＰＣ１２２からメールパスワード“ｔａｒｏｓｅｃｒｅｔ”をパラメータとして「ＰＡＳＳ」コマンド（５０５）が送信されると、ルータ１００のＰＡＮｉ／ｆ１０１では当該パケットを受信する。そして、アドレス変換部１０６にて送信元アドレスをルータ１００のグローバルアドレスに変換した後、ルータ１００は「ＰＡＳＳ」コマンドパケット（５０５）をメールサーバ１３４に中継する。このときメールプロトコル解析部１０９ではプロトコルを解析してメールパスワードを抽出する。
【００７０】
メールサーバ１３４ではパスワードを確認し、正しいパスワードであった場合には、ユーザ認証を通ったことを示す「＋ＯＫ」応答パケット（５０６）を返す。ルータ１００では当該応答パケット（５０６）を中継するとともに、メールプロトコル解析部１０９にてプロトコル解析して正しいパスワードであることを認識する。その後、ユーザアカウント管理部１１０に対してメモリに一時的に記憶されていたメールアカウント名“ｔａｒｏ”とパスワード“ｔａｒｏｓｅｃｒｅｔ”との組み合わせを知らせる。ここで、ユーザアカウント管理部１１０にメールアカウント“ｔａｒｏ”が登録されていなかった場合には、ユーザアカウント管理部１１０では新しいメールアカウントとパスワードの組み合わせを登録する。
【００７１】
＜ユーザアカウント管理部における登録内容＞
図６にユーザアカウント管理部１１０が登録する登録内容の一例を示す。同図に示すように一つのアカウントに対して、メールアカウント名、パスワード、メールアドレスの３種類の情報を関連付けて記録する。
【００７２】
なお、メールアカウント名とメールアドレスを対応付ける方法は一見自明のように思えるが、論理的に厳密にこの二つを対応付ける方法は無い。何故ならメール送信時に接続する先のＳＭＴＰサーバと受信時に接続する先のＰＯＰサーバでは使用するポート番号が異なり、異なるＴＣＰ接続を使用するためである。
【００７３】
また、受信するメールのメッセージ本体中に含まれるＦｒｏｍアドレスやＣＣアドレスは、メーリングリストからのメール受信やＢＣＣで送信されたメール受信の場合には、メール受信者のメールアドレスとは異なるからである。
【００７４】
ユーザアカウント管理部１１０では、メールアドレスの“＠”マークより左側の部分は通常メールアカウント名と等しいかまたは類似の文字列が使われる、という運用上の規則を利用してこの問題を解決する。これにより、メールアカウント名とメールアドレスは、区切り文字を除いて連続して一致する文字列が最長となる組み合わせを調べることにより対応付ける。
【００７５】
例えば、メールアカウント名：ｍａｉｌ￥ｘｙｚ０１２￥ｋｏｂａｙａｓｈｉに対しては、メールアドレス：ｈａｙａｓｈｉ＠×××．ｃｏ．ｊｐが一致する文字列は“ａｙａｓｈｉ”で６文字、メールアドレス：ｋｏｂａｙａｓｈｉ＠×××．ｃｏ．ｊｐが一致する文字列は“ｋｏｂａｙａｓｈｉ”で９文字となる。
【００７６】
メールアカウントの登録に伴って、ユーザアカウント管理部１１０では、メール蓄積部１１１に新たなメールアカウント用の受信フォルダを作成するように指示する。メール蓄積部１１１では受信ｂｏｘフォルダ４０１の下にメールアカウント名をフォルダ名とする受信メール蓄積用フォルダｔａｒｏ（４０３）を作成する。
【００７７】
図４にメール蓄積部１１１により作成されたメール蓄積フォルダのフォルダ構成を示す。ルートフォルダの下に受信ｂｏｘ４０１が作成される。受信ｂｏｘ４０１の下にはメールアカウント名に対応した受信メール蓄積フォルダ（４０３乃至４０５）が作成される。
【００７８】
もしメールアカウント名が正しくないか、あるいはパスワードが正しくなかった場合には、メールサーバ１３４からＮＧを示す「−ＥＲＲ」応答パケットが返される。そしてメールプロトコル解析部１０９ではプロトコルを解析して認証に失敗したことを知り、メモリに一時的に記憶していたメールアカウントとパスワードの組み合わせを消去する。
【００７９】
＜メール受信時のルータの動作説明（メール保存）＞
ユーザ認証フェーズが完了すると、メールの受信フェーズに進む。図７にＰＯＰ３プロトコルによるメール受信フェーズおよびＴＣＰ切断フェーズのシーケンスを示す。はじめにＰＣ１２２からメールサーバ１３４のメールボックス全体の状態を問い合わせる「ＳＴＡＴ」コマンド（７０１）が送信される。ルータ１００では当該「ＳＴＡＴ」コマンドパケット（７０１）をメールサーバ１３４に中継する。メールサーバ１３４ではメールボックス内のメール件数とメールのトータル容量をパラメータとして「＋ＯＫ」応答（７０２）を返す。
【００８０】
続いてＰＣ１２２上のメールアプリケーションはメールの状態を問い合わせる「ＬＩＳＴ」コマンド（７０３）をパラメータ無しで送信する。ルータ１００では当該「ＬＩＳＴ」コマンド（７０３）を中継する。メールサーバ１３４では「＋ＯＫ」応答（７０４）を返す。応答の１行目は「＋ＯＫ」とメール件数とトータイルサイズ、２行目以降はメール一件につきメールインデックス番号と対応するメールのサイズを一行で表し、最後はピリオドで改行する。以下にＬＩＳＴコマンド（７０３）に対する応答例を示す。
＋ＯＫ  ３  ２６１０１
１          ２７４４
２          ７５４９
３          １５８０８．
この先のメールアプリケーションの動作としては以下の二通りの動作が想定される。一つ目は、メールのユニークＩＤを問い合わせる「ＵＩＤＬ」コマンドを送信する場合、二つ目は、メールのインデックス番号を指定してメールの取得を命令する「ＲＥＴＲ」コマンドを送信する場合である。どちらの場合にも、ルータ１００ではメールサーバ１３４上のメールが既に受信フォルダに蓄積済みか否かを正しく判断しなければならない。
【００８１】
メールアプリケーションが「ＵＩＤＬ」コマンドを使用せずにいきなり「ＲＥＴＲ」コマンドを送信した場合には、ルータ１００は、メールの中身からメールが受信済みか否かを判断しなければならない。そのためにメールヘッダの“Ｍｅｓｓａｇｅ−Ｉｄ：”フィールドを使用する。
【００８２】
続いてメールを取得するために、ＰＣ１２２からメールインデックス１をパラメータとして「ＲＥＴＲ１」コマンドが送信される（７０５）。ルータ１００では「ＲＥＴＲ１」コマンド（７０５）を中継する。メールサーバ１３４では「＋ＯＫ」応答（７０６）を返す。ルータ１００ではメールの内容が後続する「＋ＯＫ」応答（７０６）を中継する。応答の１行目は「＋ＯＫ」のみで、２行目以降はメールの中身が転送され、メールの転送が終了すると、最後はピリオドのみの行で改行する。
【００８３】
このときメールプロトコル解析部１０９では、当該応答からメールの中身を抽出して一時的に記録しておく。具体的にはメールヘッダから“Ｍｅｓｓａｇｅ−Ｉｄ：”フィールドを探しメッセージＩＤを抽出する。メッセージＩＤは、全世界でメールを一意に識別することを目的として使用されているもので、例えば、Ｍｅｓｓａｇｅ−Ｉｄ：２００２０７０４１０１９．ＡＡ０００００＠ｍｙｈｏｓｔ．×××．ｃｏ．ｊｐのような値を持つ。
【００８４】
続いて、メール履歴作成部１１４に対してこのメッセージＩＤを持つメールは既に受信済みか否かを問い合わせる。メールが未受信であれば、メール履歴作成部１１４ではメッセージＩＤを受信済みとして受信時刻と共に記録する。メールプロトコル解析部１０９では一時的に記録しておいたメールのメッセージ本体をメール蓄積部１１１に送信し、メール蓄積部１１１では対応するメールアカウントの受信フォルダに当該メッセージ本体を蓄積する。
【００８５】
一方、メッセージＩＤが既にメール履歴作成部１１４に登録されていた場合には、そのメールは蓄積済みであるので、メールプロトコル解析部１０９は一時的に記録しておいたメールの中身を破棄する。
【００８６】
引き続き、二件目、三件目のメールを取得する「ＲＥＴＲ１」コマンドがＰＣ１２２から送信され、メールサーバ１３４からメールが送信される。メールプロトコル解析部１０９は一件目と同様にメッセージＩＤを抽出し、メール履歴作成部１１４に問い合わせを行い、受信済みでなければメッセージＩＤを登録し、メール蓄積部１１１は受信フォルダにメールを保存する。
【００８７】
一方、メールアプリケーションがメッセージのユニークＩＤを問い合わせる「ＵＩＤＬ」コマンドを使用する場合には、メールのメッセージ本体中のメッセージＩＤによる確認より先に、ＰＯＰサーバが作成するメッセージユニークＩＤを用いて受信済みか否かを判断する。
【００８８】
メッセージＩＤがメールアプリケーションにて生成されるＩＤであるのに対して、メッセージユニークＩＤはＰＯＰサーバにて作成される。メッセージユニークＩＤは、ＰＣ１２２上のメールアプリケーションの設定が「受信したメールをメールサーバに残す」設定であるときに、メールボックスから同じメールを重複して取り込まないようにするために利用される。
【００８９】
ＰＣ１２２上のメールアプリケーションが、「ＵＩＤＬ」コマンドをパラメータ無しで送信すると、ルータ１００では「ＵＩＤＬ」コマンドを中継する。これに対してメールサーバ１３４は「＋ＯＫ」応答を返す。応答の１行目は「＋ＯＫ」のみで、２行目以降はメール一件につきメッセージインデックスと対応するメッセージユニークＩＤを一行で表わす。最後はピリオドで改行する。この応答レスポンス例を以下に示す。
＋ＯＫ
１  ＡＡｇＤＵ２ＫＡＡＡＱｍＴ８ＬｔｊＬＥｋＲｕｋ２
２  ＡＡｗＤＵ２ＫＡＡＡＱｍＴ８ＬｔｊＬＥｋＲｕｋ２
３  ＡＡＡＥＵ２ＫＡＡＡＱｍＴ８ＬｔｊＬＥｋＲｕｋ２．
メールプロトコル解析部１０９では、メッセージインデックスとメッセージユニークＩＤの対応を一時的に記録する。
【００９０】
図７に戻る。ＰＣ１２２上のメールアプリケーションが最初のメールを未受信であった場合には、そのメールを取得するために、メッセージインデックス１をパラメータとして「ＲＥＴＲ２」コマンド送信する（７０７）。ルータ１００では「ＲＥＴＲ２」コマンド（７０７）を中継する。このときメールプロトコル解析部１０９では、メッセージインデックス１のメッセージユニークＩＤが登録されているか否かをメール履歴作成部１１４に問い合わせる。ここで、メッセージユニークＩＤが登録されていないとすると、メールが未受信である可能性がある。その場合には、既に説明したメッセージ本体中のメッセージＩＤによる確認処理に進む。
【００９１】
続いてメールサーバ１３４は「＋ＯＫ」応答を送信する（７０８）。応答の１行目は「＋ＯＫ」文字列のみで、２行目以降はメールの中身が転送され、メールの転送が終了すると、最後はピリオドのみの行で改行する。メールプロトコル解析部１０９では、メールの中身を一時的に記憶し、そのヘッダの“Ｍｅｓｓａｇｅ−Ｉｄ：”フィールドからメッセージＩＤを抽出する。抽出したメッセージＩＤをメール履歴作成部１１４に問い合わせ、受信済みでなければ、メール蓄積部１１１にメールを保存する。さらにメール履歴作成部１１４は、メッセージＩＤとメッセージユニークＩＤとを対応付けて受信済みとして登録する。
【００９２】
メッセージユニークＩＤは登録されていないが、メッセージＩＤが登録されている場合には、そのメールは受信フォルダに蓄積済みである。そのときには、メール履歴作成部１１４は登録済みのメッセージＩＤと対応付けて新たにメッセージユニークＩＤを登録する。なお、このときメールプロトコル解析部１０９では一時的に記憶したメッセージ本体を破棄する。
【００９３】
その後のメールについても、メールユニークＩＤおよびメッセージＩＤの登録を確認し、登録されていなければ受信フォルダにメールが保存され、メールユニークＩＤとメーセージＩＤが登録される。図８にメール履歴作成部１１４が作成する受信メールの管理情報の一例を示す。
【００９４】
以上、ＰＣ１２２からメールを送信および受信する場合について説明したが、ＰＡＮに接続された別のＰＣ１２３からメールを送信および受信する場合についても、ＰＣ１２３のＰＡＮネットワークアドレスが異なる以外はまったく同じ動作で、ルータ１００に送受信メールが保存される。
【００９５】
＜メール閲覧のための処理＞
次に、ＸＭＬデータ作成部１１２およびＷＷＷサーバ部１１３の動作を説明する。ＸＭＬデータ作成部１１２は、ユーザアカウント管理部１１０からのユーザ情報により、メールアドレスとパスワードでページへのアクセスを認証するデータを作成する。また、メール履歴作成部１１４からはメールの送受信時刻を、メール蓄積部１１１のフォルダに蓄積されているメールのメッセージ本体からはタイトルやあて先、差出人の情報を入手して、メールの送信リストと受信リストを表示するページを作成する。また、メールへのリンクを作成し、リストからユーザが選択したメールの中身を表示するページを作成する。
【００９６】
ＷＷＷサーバ部１１３はＸＭＬデータ作成部１１２が作成したページをＰＡＮからアクセスするＰＣ１２２、１２３に公開する。
【００９７】
図９にＷＷＷブラウザに表示されるホームページのトップ画面の例を示す。ＸＭＬデータ作成部１１２はユーザアカウント管理部１１０に登録されているメールアドレス情報からメールアドレスを選択するページを作成する。図９の例では、ｔａｒｏ＠×××．ｃｏ．ｊｐとｈａｎａｋｏ＠×××．ｃｏ．ｊｐの二つのメールアカウントが表示されている。
【００９８】
ここで、ｔａｒｏ＠×××．ｃｏ．ｊｐをブラウザから選択すると図１０のパスワード入力画面に切り替わる。ここでＰＯＰサーバにログインするときのパスワードを入力すると、ユーザアカウント管理部１１０に登録されているパスワードと照合される。
【００９９】
パスワードの照合に成功すると、図１１の受信メール表示画面に進む。ここでは表示画面は３つのフレームから構成されている。左のフレームでは、メールアカウントの表示と、送信ｂｏｘまたは受信ｂｏｘの選択を行う。右上のフレームはメールの履歴を表示する。いま、受信ｂｏｘを選択しているので、右上のフレームに受信履歴として、送信日時、受信日時、差出人、題名が表示されている。右上のフレームで題名をクリックすると、選択されたメッセージ本体が右下のフレームに表示される。
【０１００】
図１２に送信メール表示画面の例を示す。いま、左のフレームで送信ｂｏｘが選択されているので、右上のフレームに送信履歴として、送信日時、あて先、題名が表示されている。右上のフレームで題名をクリックすると、選択されたメールのメッセージ本体が右下のフレームに表示される。
【０１０１】
以上の説明から明らかなように、本実施形態にかかるルータによれば、ユーザによる設定を必要とせずに、ＰＡＮに接続されたどの端末からメールを送受信しても、メールを自動的に保存することができる。また、ルータに保存されたメールはブラウザから確認でき、メール一覧やメールの本文を読むことができる。さらに、送受信したメールはユーザごとのフォルダに区分して保存され、ユーザによる設定なしでメールアドレスとパスワードとにより保護されるためプライバシーが守られる。
【０１０２】
［他の実施形態］
なお、本発明は、複数の機器（例えばホストコンピュータ、インタフェイス機器、リーダ、プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置など）に適用してもよい。
【０１０３】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、達成されることは言うまでもない。
【０１０４】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１０５】
プログラムコードを供給するための記憶媒体としては、例えば、フロッピ（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。
【０１０６】
また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１０７】
さらに、記憶媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【図面の簡単な説明】
【０１０８】
【図１】本発明の第１の実施形態にかかるルータ１００（通信機器）が接続されたネットワークの機器接続図である。
【図２】ルータ１００の詳細構成を示す図である。
【図３】ＰＣ１２２よりメールを送信する場合のメールサーバ１３４への接続および認証シーケンスを示す図である。
【図４】メール蓄積部１１１が作成するメール蓄積フォルダのディレクトリ構成の一例を示す図である。
【図５】ＰＣ１２２にてメールを受信する場合のメールサーバ１３４への接続および認証シーケンスを示す図である。
【図６】ユーザアカウント管理部１１０が保存する情報の一例を示す図である。
【図７】ＰＯＰ３プロトコルによるメール受信フェーズおよび切断フェーズのシーケンスを示す図である。
【図８】メール履歴作成部１１４が作成する受信メールの管理情報の一例を示す図である。
【図９】ＷＷＷブラウザに表示されるホームページのトップ画面の一例を示す図である。
【図１０】ＷＷＷブラウザに表示されるホームページのパスワード入力画面の一例を示す図である。
【図１１】受信メール表示画面の一例を示す図である。
【図１２】送信メール表示画面の一例を示す図である。
【図１３】ルータが接続されたネットワークの機器接続図である。
【図１４】従来のルータの詳細構成を示す図である。
【符号の説明】
【０１０９】
１００  ルータ
１０１  ＬＡＮｉ／ｆ
１０２  ＰＡＮｉ／ｆ
１０３  フィルタリング部
１０４  フィルタリング部
１０５  パケット監視／経路制御部
１０６  アドレス変換部
１０７  ＤＨＣＰサーバ機能部
１０８  Ｈ．３２３＆Ｈ．２４５プロトコル解析部
１０９  メールプロトコル解析部
１１０  ユーザアカウント管理部
１１１  メール蓄積部
１１２  ＸＭＬデータ作成部
１１３  ＷＷＷサーバ部
１１４  メール履歴作成部
１２０  ＨＵＢ
１２１  ＩＰ電話
１２２  ＰＣ
１２３  ＰＣ
１３０  ＬＡＮ
１３１  メールサーバ
１３２  ＩＰ電話
１３３  ＰＣ
１３４  メールサーバ
【図１】
2007074035.tif 000003
【図２】
2007074035.tif 000004
【図３】
2007074035.tif 000005
【図４】
2007074035.tif 000006
【図５】
2007074035.tif 000007
【図６】
2007074035.tif 000008
【図７】
2007074035.tif 000009
【図８】
2007074035.tif 000010
【図９】
2007074035.tif 000011
【図１０】
2007074035.tif 000012
【図１１】
2007074035.tif 000013
【図１２】
2007074035.tif 000014
【図１３】
2007074035.tif 000015
【図１４】
2007074035.tif 000016