(57)【要約】【課題】個々の電子メール端末へのウイルスチェックソフトのインストール、ウイルス定義ファイルの更新作業、さらにはプロバイダ会社とウイルスチェックの契約手続などの作業を排除でき、ユーザの手を煩わせることなく電子メール端末又はネットワークへのウイルス感染を防止すること。【解決手段】電子メール端末１０２ａ、１０２ｂが接続されるＬＡＮ１０３とメールサーバ１０７が接続されるＷＡＮ１０６との間にゲートウェイ装置１０５を配置し、メール・サーバ１０７からのデータを電子メール端末１０２ａ、１０２ｂに転送する前または電子メール端末１０２ａ、１０２ｂからメール・サーバ１０７へのデータを送出する前の段階でゲートウェイ装置１０５で電子メールのウイルスチェックを行う。【選択図】      図２
2004287790.tif 000002
【特許請求の範囲】
【請求項１】
サーバからＩＰパケットを受信すると、当該ＩＰパケットのＴＣＰヘッダに設定された送信元ポート番号を確認し、この送信元ポート番号が電子メールの受信を示している場合前記ＩＰパケットを展開してウイルスチェックを行い、一方、前記送信元ポート番号が電子メールの受信を示していない場合前記ＩＰパケットを電子メール端末にそのまま転送する制御を行うことを特徴とする通信アダプター。
【請求項２】
電子メール端末からＩＰパケットを送信すると、当該ＩＰパケットのＴＣＰヘッダに設定された宛先ポート番号を確認し、この宛先ポート番号が電子メールの送信を示している場合前記ＩＰパケットを展開してウイルスチェックを行い、一方、前記宛先ポート番号が電子メールの送信を示していない場合前記ＩＰパケットをネットワークにそのまま転送する制御を行うことを特徴とする通信アダプター。
【請求項３】
第１のネットワークに接続する第１インターフェース部と、第２のネットワークに接続する第２インターフェース部と、電子メールのウイルスチェックを行うウイルスチェック手段と、前記第１のネットワークから受信したＩＰパケットを前記第１インターフェース部から取り込んでポート番号の確認を行い、当該ポート番号が電子メールサービスを示している場合は電子メールに復元して前記ウイルスチェック手段へ渡し、ウイルス感染していない電子メールのみをＩＰパケットに戻して前記第２インターフェース部から第２のネットワーク上へ送出し、また、前記第２のネットワークから受信したＩＰパケットを前記第２インターフェース部から取り込んでポート番号の確認を行い、当該ポート番号が電子メールサービスを示している場合は電子メールに復元して前記ウイルスチェック手段へ渡し、ウイルス感染していない電子メールのみをＩＰパケットに戻して前記第１インターフェース部から前記第１のネットワーク上へ送出する制御手段と、を具備するゲートウェイ装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、電子メールのウイルスチェックを行う通信アダプター及びゲートウェイ装置に関するものである。
【０００２】
【従来の技術】
従来より、電子メールのウイルスチェックは、クライアント側またはサーバ側でそれぞれ行っている。
【０００３】
クライアント側でウイルスチェックをする場合、クライアント側の電子メール端末にウイルス対策用のソフトウェアをインストールして行っている。
【０００４】
また、サーバ側でウイルスチェックを行う場合、受信用の電子メールを受け付けると、転送する宛先のメールアドレスに基づき、転送先のクライアントがウイルスチェックの契約をしているか否かを判断し、契約済みであれば、電子メールを展開してウィルススキャンを行っている。そして、サーバ側は、ウイルス感染の電子メールを発見すると、これを削除し、代わりにその旨の通知をクライアントに対して行っていた。
【０００５】
このようなウイルスチェックの方法の具体例として、特許文献１に開示されたものがある。
【０００６】
【特許文献１】
特開２００２−１０８７７８号公報
【０００７】
【発明が解決しようとする課題】
しかし、かかる従来の技術によれば、以下のような問題が生じていた。
【０００８】
即ち、クライアント側でウイルスチェックをする場合、例えば家庭内で複数の端末を利用する場合には、各端末ごとにウイルス対策用のソフトウェアをインストールし、または更新しなければならず、手間がかかるという問題があった。
【０００９】
また、サーバ側でウイルスチェックをする場合、サーバがウイルスチェックの契約をした受信者のみに対してウイルスチェックを有効とするため、ウイルス対策としては万全ではないという問題があった。また、家庭内で複数のメールアドレスを利用する場合、メールアドレス毎にそれぞれプロバイダ会社とウイルスチェックの契約を結ぶ必要があり、手間がかかるという問題があった。
【００１０】
そこで、本発明は、個々の電子メール端末へのウイルスチェックソフトのインストール、ウイルス定義ファイルの更新作業、さらにはプロバイダ会社とウイルスチェックの契約手続などの作業を排除でき、ユーザの手を煩わせることなく電子メール端末又はネットワークへのウイルス感染を防止する通信アダプター及びゲートウェイ装置を提供することを目的とする。
【００１１】
【課題を解決するための手段】
本発明は、電子メール端末とネットワークとの間に介在して、電子メール端末に転送する前または電子メール端末からネットワークに送出する前の段階で電子メールのウイルスチェックを行い、電子メール端末へまたはネットワークへのウイルス感染を防止するものである。
【００１２】
【発明の実施の形態】
本発明の第１の態様にかかる通信アダプターは、サーバからＩＰパケットを受信すると、当該ＩＰパケットのＴＣＰヘッダに設定された送信元ポート番号を確認し、この送信元ポート番号が電子メールの受信を示している場合前記ＩＰパケットを展開してウイルスチェックを行い、一方、前記送信元ポート番号が電子メールの受信を示していない場合前記ＩＰパケットを電子メール端末にそのまま転送する制御を行う。
【００１３】
これによると、サーバと電子メール端末との間に介在する通信アダプターにて電子メールのウイルスチェックを行うことにより、例えば家庭内に複数の電子メール端末を利用する場合や複数のメールアドレスを利用する場合であっても、通信アダプター内で一括してウイルスチェックを行うので、複数の電子メール端末にウイルス対策用のソフトウェアをインストールし、または更新する手間を省ける。また、複数の電子メールアドレス毎にプロバイダとウイルス対策の契約を結ぶ手間を省くことができる。
【００１４】
また、通信アダプターで電子メールのウイルスチェックを行う場合、パケットフレーム内の送信元ポート番号から受信用電子メールか否かを識別してウイルスチェックを行うことにより、通信アダプターの経由する多様なパケットの中でウイルスチェックを行うべきパケットを簡易に判断できるので、通信アダプターの負荷を増大させることなく、ウイルスチェックを行うことができる。
【００１５】
本発明の第２の態様にかかる通信アダプターは、電子メール端末からＩＰパケットを送信すると、当該ＩＰパケットのＴＣＰヘッダに設定された宛先ポート番号を確認し、この宛先ポート番号が電子メールの送信を示している場合前記ＩＰパケットを展開してウイルスチェックを行い、一方、前記宛先ポート番号が電子メールの送信を示していない場合前記ＩＰパケットをネットワークにそのまま転送する制御を行う。
【００１６】
これによると、サーバと電子メール端末との間に介在する通信アダプターにて電子メールのウイルスチェックを行うことにより、例えば家庭内に複数の電子メール端末を利用する場合や複数のメールアドレスを利用する場合であっても、通信アダプター内で一括してウイルスチェックを行うので、複数の電子メール端末にウイルス対策用のソフトウェアをインストールし、または更新する手間を省ける。また、複数の電子メールアドレス毎にプロバイダとウイルス対策の契約を結ぶ手間を省くことができる。
【００１７】
また、通信アダプターで電子メールのウイルスチェックを行う場合、パケットフレーム内の宛先ポート番号から送信用電子メールか否かを識別してウイルスチェックを行うことにより、通信アダプターの経由する多様なパケットの中でウイルスチェックを行うべきパケットを簡易に判断できるので、通信アダプターの負荷を増大させることなく、ウイルスチェックを行うことができる。
【００１８】
本発明の第３の態様にかかるゲートウェイ装置は、第１のネットワークに接続する第１インターフェース部と、第２のネットワークに接続する第２インターフェース部と、電子メールのウイルスチェックを行うウイルスチェック手段と、前記第１のネットワークから受信したＩＰパケットを前記第１インターフェース部から取り込んでポート番号の確認を行い、当該ポート番号が電子メールサービスを示している場合は電子メールに復元して前記ウイルスチェック手段へ渡し、ウイルス感染していない電子メールのみをＩＰパケットに戻して前記第２インターフェース部から第２のネットワーク上へ送出し、また、前記第２のネットワークから受信したＩＰパケットを前記第２インターフェース部から取り込んでポート番号の確認を行い、当該ポート番号が電子メールサービスを示している場合は電子メールに復元して前記ウイルスチェック手段へ渡し、ウイルス感染していない電子メールのみをＩＰパケットに戻して前記第１インターフェース部から前記第１のネットワーク上へ送出する制御手段と、を具備する。
【００１９】
これにより、第１のネットワークから第２のネットワークへ電子メールが伝送される途中で、当該ネットワークを接続しているゲートウェイ装置においてウイルスチェックが実行されるので、電子メール端末にウイルスチェック機能を搭載しなくても、またメールサーバでウイルスチェックする契約を結ばなくても、ウイルスチェックを行うことができ、ユーザの負担を軽減できる。
【００２０】
以下、本発明の一実施の形態にかかるゲートウェイ装置について添付図面を参照しながら説明をする。
【００２１】
まず、上記実施の形態にかかるゲートウェイ装置が適用されるネットワークシステムについて説明する。図１は、上記実施の形態にかかるネットワークシステムの構成図である。
【００２２】
本実施の形態にかかるネットワークシステム１００は、イーサネット（Ｒ）を用いたものである。
【００２３】
具体的には、ネットワークシステム１００は、家庭内１０１において、複数のメール端末（端末）１０２ａ、１０２ｂが、イーサネット（Ｒ）からなるＬＡＮ１０３およびＨＵＢ（スイッチングハブ）１０４を介して、ゲートウェイ装置１０５と接続されている。
【００２４】
また、ゲートウェイ装置１０５は、広域イーサネット（Ｒ）であるＷＡＮ１０６を介して、メール・サーバ１０７と接続されている。
【００２５】
端末１０２ａ、１０２ｂは、ゲートウェイ装置１０５を介して、メールサーバ１０７と電子メールの送受信を行う。また、端末１０２ａ、１０２ｂは、ゲートウェイ装置１０５を介して、ＷＡＮ１０６側と電子メール以外のデータの送受信も行う。
【００２６】
次に、ゲートウェイ装置１０５およびＨＵＢ１０４の構成について図２を用いて説明する。図２は，ゲートウェイ装置１０５およびＨＵＢ１０４の構成図である。
【００２７】
ＨＵＢ１０４は、ＬＡＮ１０３側の複数の端末１０２ａ、１０２ｂに接続したケーブルを繋ぐ端子であるイーサネット（Ｒ）ポート２０１が設けられている。
【００２８】
また、ＨＵＢ１０４には、イーサネット（Ｒ）ポート２０１を介して受信したフレームのＭＡＣアドレスを参照して、受信したフレームのスイッチング処理を行い、所定のフレームをゲートウェイ装置１０５に出力するチップ２０２が設けられている。また、チップ２０２は、所定のフレームをイーサネット（Ｒ）ポート２０１を介して端末１０２ａ、１０２ｂにも出力する。
【００２９】
ゲートウェイ装置１０５には、ゲートウェイ装置１０５の全体の制御を行うＣＰＵ（ネットワーク・プロセッサ）２０３が設けられている。ＣＰＵ２０３は、プログラムをワークメモリであるＲＡＭ２０４にダウンロードして実行する。
【００３０】
また、ゲートウェイ装置１０５には、ＨＵＢ１０４から送られてきたフレームを受信し、ＣＰＵ２０３に送るイーサネット（Ｒ）Ｉ／Ｆ２０５が設けられている。
【００３１】
また、ゲートウェイ装置１０５には、ＷＡＮ１０６側のケーブルを接続する一口端子であるイーサネット（Ｒ）ポート２０６が設けられている。
【００３２】
また、ゲートウェイ装置１０５には、ＷＡＮ１０６側からイーサネット（Ｒ）ポート２０６を介して送られてきたフレームを受信し、ＣＰＵ２０３に送るイーサネット（Ｒ）Ｉ／Ｆ２０７が設けられている。
【００３３】
また、ゲートウェイ装置１０５には、ＣＰＵ２０３がＷＡＮ１０６側から送られてきたウイルス定義ファイルを格納するＦｌａｓｈ  ＲＯＭ２０８が設けられている。ＣＰＵ２０３は、必要に応じてＦｌａｓｈ  ＲＯＭ２０８に格納されたウイルス定義ファイルをＲＡＭ２０４にダウンロードし、使用する。また、前記ウイルス定義ファイルは、必要に応じて自動的に更新される。
【００３４】
次に、ゲートウェイ装置１０５に端末１０２から送られてくる電子メールのフレームのフォーマットについて図３を用いて説明する。図３は、本実施の形態にかかるフレームフォーマットを示す図である。
【００３５】
端末１０２から送られてくる電子メールは図３に示すイーサネット（Ｒ）・フレームの形式に変換されている。イーサネット（Ｒ）・フレーム３００は、イーサネット（Ｒ）ヘッダ３０１、ＩＰパケット・フォーマット３０２、そして、イーサネット（Ｒ）トレーラ３０３という順のデータ構成になっている。なお、本例ではＬＡＮ１０３としてイーサネット（Ｒ）を使用しているため、イーサネット（Ｒ）ヘッダ及びトレーラを付けているが、ＩＰ網であればＩＰパケットだけで良いことになる。
【００３６】
イーサネット（Ｒ）ヘッダ３０１は、あて先ＭＡＣアドレス、送信元ＭＡＣアドレス、およびイーサネット（Ｒ）ヘッダ３０１に続くプロトコルを示すイーサネット（Ｒ）タイプ等から構成される。
【００３７】
また、イーサネット（Ｒ）トレーラ３０３は、ノイズなどによりデータが破壊されたことを検出するためのＦＣＳ（Ｆｒａｍｅ  Ｃｈｅｃｋ  Ｓｅｑｕｅｎｃｅ）になっている。
【００３８】
また、ＩＰパケット・フォーマット３０２は、ＩＰヘッダ３０４、ＴＣＰヘッダ３０５、そしてメール・データ３０６という順の構成になっている。
【００３９】
ＩＰヘッダ３０４は、送信元ＩＰアドレス、宛先ＩＰアドレス、およびＩＰヘッダ３０４に続くプロトコルを示すプロトコルタイプ等から構成される。
【００４０】
ＴＣＰヘッダ３０５は、送信元ポート番号、宛先ポート番号、およびシーケンス番号等から構成される。
【００４１】
また、ＩＰパケット・フォーマット３０２の宛先ポート番号は、宛先に対して電子メールの送信のためにＳＭＴＰ（Ｓｉｍｐｌｅ  Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を用いたサービスを要求することを示す２５になっている。
【００４２】
次に、メール・サーバ１０７から送られてくる電子メールのフレームの構成について図４を用いて説明する。
【００４３】
メール・サーバ１０７から送られてくるイーサネット（Ｒ）・フレーム４００は、ＩＰパケット・フォーマット３０２のＴＣＰヘッダ３０５に設定された送信元ポート番号が、送信元が電子メールの受信のためにＰＯＰ３（Ｐｏｓｔ  Ｏｆｆｉｃｅ  Ｐｒｏｔｏｃｏｌ−Ｖｅｒｓｉｏｎ３）を用いたサービスを要求することを示す１１０になっている。
【００４４】
次に、ゲートウェイ装置１０５が使用するプロトコルについて図５を用いて説明する。図５は、ゲートウェイ装置１０５のプロトコルスタック図である。
【００４５】
ゲートウェイ装置１０５は、ネットワークアクセス層に対応するネットワークアクセス層プロトコル５０１、ネットワーク層に対応するネットワーク層プロトコル５０２、トランスポート層に対応するトランスポート層プロトコル５０３、およびアプリケーション層に対応するアプリケーション層プロトコル５０４を用いて通信を行う。
【００４６】
ネットワーク層に対応するネットワーク層プロトコル５０２はＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）等であり、トランスポート層に対応するトランスポート層プロトコル５０３はＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｃｏｌ）等であり、アプリケーション層に対応するアプリケーション層プロトコル５０４はＰＯＰやＳＭＴＰ等である。
【００４７】
次に、ゲートウェイ装置１０５のＩＰパケット送信処理について図５を用いて説明する。
【００４８】
まず、ゲートウェイ装置１０５が端末１０２から受信したイーサネット（Ｒ）・フレームをＷＡＮ１０６に送る処理について説明する。
【００４９】
ゲートウェイ装置１０５は、トランスポート層プロトコル５０３において、端末１０２から送られてきたイーサネット（Ｒ）・フレームの宛先ポート番号が２５であるか否か判断する。
【００５０】
端末１０２から送られてきたフレームの宛先ポート番号が２５である場合は、ゲートウェイ装置１０５は、このフレームは端末１０２が送信する電子メールを示すのでアプリケーション層プロトコル５０４まで上げて（図中（１）の経路）、ＩＰパケットを展開して電子メールを復元してからウイルスチェックをする。その後、ゲートウェイ装置１０５は、ウイルスチェックの結果、感染していないと判定された電子メールをＩＰパケット化し、さらにイーサネット（Ｒ）・フレーム化してネットワークアクセス層プロトコル５０１まで下げて、メールサーバ１０７に送信する（図中（２）の経路）。
【００５１】
また、ゲートウェイ装置１０５は、ウイルス感染した電子メールを発見すると、これを削除し、代わりにその旨の通知を送信元メールアドレスに送信する。
【００５２】
一方、端末１０２から送られてきたＩＰパケットの宛先ポート番号が２５でない場合は、ゲートウェイ装置１０５は、このフレームが送信電子メールを示さないので、このフレームをトランスポート層プロトコル５０３からネットワークアクセス層プロトコル５０１まで下げて、ＷＡＮ１０６に送信する（図中（３）の経路）。すなわち、電子メールでないときはウイルスチェックを行わない。
【００５３】
次に、ゲートウェイ装置１０５がＷＡＮ１０６から受信したフレームを端末１０２に送る処理について説明する。
【００５４】
ゲートウェイ装置１０５は、トランスポート層プロトコル５０３において、ＷＡＮ１０６から送られてきたＩＰパケットの送信元ポート番号が１１０であるか否か判断する。
【００５５】
ＷＡＮ１０６から送られてきたＩＰパケットの送信元ポート番号が１１０である場合は、ゲートウェイ装置１０５は、このＩＰパケットは端末１０２が受信する電子メールを示すので、電子メールを復元してウイルスチェックするためのアプリケーション層プロトコル５０４まで上げて（図５中（１）の経路）、電子メールが復元されたところでウイルスチェックをする。その後、ゲートウェイ装置１０５は、ウイルスチェックの結果、感染していないと判定された電子メールをＩＰパケット化し、さらにイーサネット（Ｒ）・フレームにしてネットワークアクセス層プロトコル５０１まで下げて、端末１０２に送信する（図５中（２）の経路）。
【００５６】
また、ゲートウェイ装置１０５は、ウイルス感染した電子メールを発見すると、これを削除し、代わりにその旨の通知を宛先メールアドレスに送信する。
【００５７】
一方、ＷＡＮ１０６から送られてきたＩＰパケットの宛先ポート番号が２５でない場合は、ゲートウェイ装置１０５は、このＩＰパケットが受信電子メールを示さないので、このＩＰパケットをトランスポート層プロトコル５０３からネットワークアクセス層プロトコル５０１まで下げて、端末１０２に送信する（図５中（３）の経路）。
【００５８】
次に、ゲートウェイ装置１０５が端末１０２から受信したＩＰパケットをメール・サーバ１０７に送信する処理の詳細について説明する。図６は、ゲートウェイ装置１０５がＩＰパケット（イーサネット（Ｒ）・フレーム）をメール・サーバ１０７に送信する処理を示すフローチャートである。図７（ａ）は、ゲートウェイ装置１０５が電子メール（イーサネット（Ｒ）・フレーム）を受信した場合の処理を説明するための図である。図７（ｂ）は、ゲートウェイ装置１０５が電子メール以外のイーサネット（Ｒ）・フレームを受信した場合の処理を説明するための図である。
【００５９】
まず、ゲートウェイ装置１０５は、イーサネット（Ｒ）Ｉ／Ｆ２０５において、ＨＵＢ１０４から送られてきたイーサネット（Ｒ）・フレームを受信する。イーサネット（Ｒ）Ｉ／Ｆ２０５は，受信したイーサネット（Ｒ）・フレームをＣＰＵ２０３に送る。
【００６０】
次に、ＣＰＵ２０３は、ネットワークアクセス層プロトコル５０１において、送られてきたイーサネット（Ｒ）・フレームを受信し（図７（ａ）中の（１）に示す処理）、受信したイーサネット（Ｒ）・フレームのイーサネット（Ｒ）ヘッダに記載されたＭＡＣアドレスが自分宛てのものか確認する。そして、ＣＰＵ２０３は、自分宛てでないイーサネット（Ｒ）・フレームは破棄し、自分宛てのイーサネット（Ｒ）・フレームはイーサネット（Ｒ）ヘッダを取り除いてＩＰパケットにし、ＩＰ層プロトコル５０２に渡す（図７（ａ）中の（２）に示す処理）（ＳＴ６０１）。
【００６１】
次に、ＣＰＵ２０３は、ＩＰ層プロトコル５０２において、ＩＰパケットを受け取り、受け取ったＩＰパケットからＩＰヘッダを取り除いてＴＣＰパケットにし、ＴＣＰ層プロトコル５０３に渡す（図７（ａ）中の（３）の処理）（ＳＴ６０２）。
【００６２】
次に、ＣＰＵ２０３は、ＴＣＰ層プロトコル５０３において、ＴＣＰパケットを受け取る。次に、ＣＰＵ２０３は、受け取ったＴＣＰパケットが電子メールのものか判断するために、受け取ったＴＣＰパケットのＴＣＰヘッダの宛先ポートが２５であるか判断する（ＳＴ６０３）。
【００６３】
受け取ったＴＣＰパケットの宛先ポートが２５である場合には、このパケットが電子メールのものであることを示すので、ＣＰＵ２０３は、受け取ったＴＣＰパケットのウイルスチェック動作に移行する。
【００６４】
まず、ＣＰＵ２０３は、受け取ったＴＣＰパケットからＴＣＰヘッダを取り除き、アプリケーション層プロトコル５０４に渡す（図７（ａ）中の（４）の処理）（ＳＴ６０４）。
【００６５】
次に、ＣＰＵ２０３は、アプリケーション層プロトコル５０４において、電子メールデータ（断片）を受信する。次に、ＣＰＵ２０３は、電子メールデータ（断片）がばらばらに複数のパケットで送られてきていて、ウイルスチェックできない状態のために、パケットになって送られてきた電子メールデータ（断片）を結合し、元の電子メールの状態に戻す。
【００６６】
次に、ＣＰＵ２０３は、結合した電子メールに対してウイルスチェックを行い、ウイルスを検出したか否かを判断する（ＳＴ６０５）。
【００６７】
電子メールにウイルスがある場合には、ＣＰＵ２０３は、前記電子メールを削除する。また、ＣＰＵ２０３は、電子メールにウイルスがあって削除したことを通知する通知メールを作成する。そして、ＣＰＵ２０３は、通知メールのデータをＴＣＰ層プロトコル５０３に渡す（図７（ａ）中の（５）の処理）（ＳＴ６０６）。
【００６８】
次に、ＣＰＵ２０３は、ＴＣＰ層プロトコル５０３において、メールデータを受け取る。そして、ＣＰＵ２０３は、受け取ったメールデータを送信できるようにするために、受け取ったメールデータをパケットに分割し、分割した各パケットにＴＣＰヘッダを付与してＴＣＰパケットにして、ＩＰ層プロトコル５０２に渡す（図７（ａ）中の（６）の処理）（ＳＴ６０７）。
【００６９】
次に、ＣＰＵ２０３は、ＩＰ層プロトコル５０２において、受け取ったＴＣＰパケットにＩＰヘッダを付与してＩＰパケットにし、ネットワークアクセス層プロトコル５０１に渡す（図７（ａ）中の（７）の処理）（ＳＴ７０８）。
【００７０】
次に、ＣＰＵ２０３は、ネットワークアクセス層プロトコル５０１において、受け取ったＩＰパケットにイーサネット（Ｒ）ヘッダを付加してイーサネット（Ｒ）・フレームを生成し、宛先であるメール・サーバ１０７に送信する（図７（ａ）中の（８）の処理）（ＳＴ６０９）。
【００７１】
そして、ＣＰＵ２０３は、全てのフレームに対して処理を行ったか判断し、全てのフレームに対して処理を行った場合は、処理を終了し、全てのフレームに対して処理を行っていない場合は、ＳＴ６０１の処理に戻る（ＳＴ６１０）。
【００７２】
次に、ＳＴ６０３において、受け取ったＴＣＰパケットの宛先ポートが２５でない場合の処理について説明する。
【００７３】
受け取ったＴＣＰパケットの宛先ポートが２５でない場合は、このパケットが電子メールのものでないことを示すので、ＣＰＵ２０３は、受け取ったＴＣＰパケットのウイルスチェックを行わず、ＩＰ層プロトコル５０２に渡す（図７（ｂ）中の（９）の処理）（ＳＴ６１１）。
【００７４】
次に、ＣＰＵ２０３は、ＩＰ層プロトコル５０２において、受け取ったＴＣＰパケットにＩＰヘッダを付与してＩＰパケットにし、ネットワークアクセス層プロトコル５０１に渡す（図７（ｂ）中の（１０）の処理）（ＳＴ６０８）。
【００７５】
次に、ＣＰＵ２０３は、ネットワークアクセス層プロトコル５０１において、受け取ったＩＰパケットに、イーサネット（Ｒ）ヘッダを付加してイーサネット（Ｒ）・フレームを生成し、ＷＡＮ１０６に送り（図７（ｂ）中の（１１）の処理）（ＳＴ６０９）、ＳＴ６１０の処理に移行する。
【００７６】
次に、ＳＴ６０５において、電子メールにウイルスがない場合の処理について説明する。
【００７７】
電子メールからウイルスが検出されない場合には、この電子メールは送信しても問題ないので、ＣＰＵ２０３は、この電子メールをＴＣＰ層プロトコル５０３に渡し、ＳＴ６０７の処理に移行し（ＳＴ６１２）、以降の処理をする。
【００７８】
このように、ゲートウェイ装置１０５において、端末１０２から送られてきた電子メールのウイルスチェックを行い、必要に応じてウイルス感染した電子メールを削除し、ネットワークへのウイルス感染を防止する。
【００７９】
次に、ゲートウェイ装置１０５がメール・サーバ１０７から受信したイーサネット（Ｒ）・フレームを端末１０２に送信する処理について詳細に説明する。図８は、ゲートウェイ装置１０５がイーサネット（Ｒ）・フレームを端末１０２に送信する処理を示すフローチャートである。
【００８０】
まず、ゲートウェイ装置１０５は、イーサネット（Ｒ）Ｉ／Ｆ２０７において、メール・サーバ１０７から送られてきたイーサネット（Ｒ）・フレームを受信する。イーサネット（Ｒ）Ｉ／Ｆ２０７は，受信したイーサネット（Ｒ）・フレームをＣＰＵ２０３に送る。
【００８１】
次に、ＣＰＵ２０３は、ネットワークアクセス層プロトコル５０１において、送られてきたイーサネット（Ｒ）・フレームを受信し（図７（ａ）中の（１）に示す処理）、受信したイーサネット（Ｒ）・フレームのイーサネット（Ｒ）ヘッダに記載されたＭＡＣアドレスが自分宛てのものか確認する。そして、ＣＰＵ２０３は、自分宛てでないフレームは破棄し、自分宛てのフレームはイーサネット（Ｒ）ヘッダを取り除いてＩＰパケットにし、ＩＰ層プロトコル５０２に渡す（図７（ａ）中の（２）に示す処理）（ＳＴ８０１）。
【００８２】
次に、ＣＰＵ２０３は、ＩＰ層プロトコル５０２において、ＩＰパケットを受け取り、受け取ったＩＰパケットからＩＰヘッダを取り除いてＴＣＰパケットにし、ＴＣＰ層プロトコル５０３に渡す（図７（ａ）中の（３）の処理）（ＳＴ８０２）。
【００８３】
次に、ＣＰＵ２０３は、ＴＣＰ層プロトコル５０３において、ＴＣＰパケットを受け取る。次に、ＣＰＵ２０３は、受け取ったＴＣＰパケットが電子メールのものか判断するために、受け取ったＴＣＰパケットのＴＣＰヘッダの送信元ポートが１１０であるか判断する（ＳＴ８０３）。
【００８４】
受け取ったＴＣＰパケットの送信元ポートが１１０である場合には、このパケットが電子メールのものであることを示すので、ＣＰＵ２０３は、受け取ったＴＣＰパケットのウイルスチェック動作に移行する。
【００８５】
まず、ＣＰＵ２０３は、受け取ったＴＣＰパケットからＴＣＰヘッダを取り除き、アプリケーション層プロトコル５０４に渡す（図７（ａ）中の（４）の処理）（ＳＴ８０４）。
【００８６】
次に、ＣＰＵ２０３は、アプリケーション層プロトコル５０４において、パケットを受信する。次に、ＣＰＵ２０３は、電子メールがばらばらに複数のパケットで送られてきていて、ウイルスチェックできない状態のために、パケットになって送られてきた電子メールデータ（断片）を結合し、元の電子メールの状態に戻す。
【００８７】
次に、ＣＰＵ２０３は、結合した電子メールに対してウイルスチェックを行い、ウイルスを検出したか否かを判断する（ＳＴ８０５）。
【００８８】
電子メールにウイルスがある場合には、ＣＰＵ２０３は、前記電子メールを削除する。また、ＣＰＵ２０３は、電子メールにウイルスがあって削除したことを通知する通知メールを作成する。そして、ＣＰＵ２０３は、通知メールのデータをＴＣＰ層プロトコル５０３に渡す（図７（ａ）中の（５）の処理）（ＳＴ８０６）。
【００８９】
次に、ＣＰＵ２０３は、ＴＣＰ層プロトコル５０３において、メールデータを受け取る。そして、ＣＰＵ２０３は、受け取ったデータを送信できるようにするために、受け取ったデータをパケットに分割し、分割した各パケットにＴＣＰヘッダを付与してＴＣＰパケットにして、ＩＰ層プロトコル５０２に渡す（図７（ａ）中の（６）の処理）（ＳＴ８０７）。
【００９０】
次に、ＣＰＵ２０３は、ＩＰ層プロトコル５０２において、受け取ったＴＣＰパケットにＩＰヘッダを付与してＩＰパケットにし、ネットワークアクセス層プロトコル５０１に渡す（図７（ａ）中の（７）の処理）（ＳＴ８０８）。
【００９１】
次に、ＣＰＵ２０３は、ネットワークアクセス層プロトコル５０１において、受け取ったＩＰパケットにイーサネット（Ｒ）ヘッダを付加してイーサネット（Ｒ）・フレームを生成し、宛先である端末１０２に送信する（図７（ａ）中の（８）の処理）（ＳＴ８０９）。
【００９２】
そして、ＣＰＵ２０３は、全てのフレームに対して処理を行ったか判断し、全てのフレームに対して処理を行った場合は、処理を終了し、全てのフレームに対して処理を行っていない場合は、ＳＴ８０１の処理に戻る（ＳＴ８１０）。
【００９３】
次に、ＳＴ８０３において、受け取ったＴＣＰパケットの送信元ポートが１１０でない場合の処理について説明する。
【００９４】
受け取ったＴＣＰパケットの送信元ポートが１１０でない場合は、このパケットが電子メールのものでないことを示すので、ＣＰＵ２０３は、受け取ったＴＣＰパケットのウイルスチェックを行わず、ＩＰ層プロトコル５０２に渡す（図７（ｂ）中の（９）の処理）（ＳＴ８１１）。
【００９５】
次に、ＣＰＵ２０３は、ＩＰ層プロトコル５０２において、受け取ったＴＣＰパケットにＩＰヘッダを付与してＩＰパケットにし、ネットワークアクセス層プロトコル５０１に渡す（図７（ｂ）中の（１０）の処理）（ＳＴ８０８）。
【００９６】
次に、ＣＰＵ２０３は、ネットワークアクセス層プロトコル５０１において、受け取ったＩＰパケットに、イーサネット（Ｒ）ヘッダを付加してイーサネット（Ｒ）・フレームを生成して端末１０２に送り（図７（ｂ）中の（１１）の処理）（ＳＴ８０９）、ＳＴ８１０の処理に移行する。
【００９７】
次に、ＳＴ８０５において、電子メールにウイルスがない場合の処理について説明する。
【００９８】
電子メールにウイルスがない場合には、この電子メールは送信しても問題ないので、ＣＰＵ２０３は、この電子メールをＴＣＰ層プロトコル５０３に渡し、ＳＴ８０７の処理に移行し（ＳＴ８１２）、以降の処理をする。
【００９９】
このように、ゲートウェイ装置１０５において、メール・サーバ１０７から送られてきた電子メールのウイルスチェックを行い、必要に応じてウイルス感染した電子メールを削除し、電子メール端末１０２へのウイルス感染を防止することができる。
【０１００】
以上説明したように、本実施の形態によれば、メール・サーバ１０７と端末１０２との間に介在する通信アダプターであるゲートウェイ装置１０５にて電子メールのウイルスチェックを行うことができる。これにより、例えば家庭内に複数の端末１０２を利用する場合や複数のメールアドレスを利用する場合であっても、通信アダプターであるゲートウェイ装置１０５内で一括してウイルスチェックを行うことができる。この結果、複数の端末１０２にウイルス対策用のソフトウェアをインストールし、または更新する手間を省ける。また、複数の電子メールアドレス毎にプロバイダとウイルス対策の契約を結ぶ手間を省くことができる。
【０１０１】
以上の説明では通信アダプターの一つとしてゲートウェイ装置を説明したが、ゲートウェイ装置以外であっても良い。例えば、ルータ等にも適用できる。また、ＩＰパケットのデータが電子メールであることを宛先ポート番号、送信元ポート番号で識別したが、その他の識別可能な情報を利用する構成としても良い。
【０１０２】
【発明の効果】
以上説明したように、本発明によれば、個々の電子メール端末へのウイルスチェックソフトのインストール、ウイルス定義ファイルの更新作業、さらにはプロバイダ会社とウイルスチェックの契約手続などの作業を排除でき、ユーザの手を煩わせることなく電子メール端末又はネットワークへのウイルス感染を防止する通信アダプター及びゲートウェイ装置を提供できる。
【図面の簡単な説明】
【図１】本発明の一実施の形態にかかるネットワークシステムの構成図
【図２】上記実施の形態にかかるゲートウェイ装置およびＨＵＢの構成図
【図３】フレームフォーマットを示す第１の図
【図４】フレームフォーマットを示す第２の図
【図５】上記実施の形態にかかるゲートウェイ装置のプロトコルスタック図
【図６】上記実施の形態にかかるゲートウェイ装置がフレームをメールサーバに送信する処理を示すフローチャート
【図７】（ａ）上記実施の形態にかかるゲートウェイ装置が電子メールのフレームを受信した場合の処理を説明するための図
（ｂ）上記実施の形態にかかるゲートウェイ装置が電子メールでないフレームを受信した場合の処理を説明するための図
【図８】上記実施の形態にかかるゲートウェイ装置がフレームを端末に送信する処理を示すフローチャート
【符号の説明】
１００  ネットワークシステム
１０２ａ、１０２ｂ  端末
１０４  ＨＵＢ
１０５  ゲートウェイ装置
１０７  メール・サーバ
２０３  ＣＰＵ
２０４  ＲＡＭ
２０５、２０７  イーサネット（Ｒ）Ｉ／Ｆ
【図１】
2004287790.tif 000003
【図２】
2004287790.tif 000004
【図３】
2004287790.tif 000005
【図４】
2004287790.tif 000006
【図５】
2004287790.tif 000007
【図６】
2004287790.tif 000008
【図７】
2004287790.tif 000009
【図８】
2004287790.tif 000010