(57)【特許請求の範囲】
【請求項１】
セキュリティ対策ファイルを管理するファイルサーバと、
前記セキュリティ対策ファイルを前記ファイルサーバからダウンロードしてセキュリティ対策を行う端末と、
前記ファイルサーバと前記端末を接続する通信ネットワークを有し、
前記端末は、他のプログラムの通信用の帯域の利用率を監視して現在利用可能な通信帯域を調べて、調べられた前記通信帯域が第１の閾値を超える場合には前記セキュリティ対策ファイルのダウンロードを即時に行う即時処理とし、調べられた前記通信帯域が第２の閾値以下の場合には他の通信を行いながら前記セキュリティ対策ファイルをダウンロードするバックグラウンド処理とし、
調べられた前記通信帯域が前記第１の閾値以下で前記第２の閾値を超える場合には、前記端末が備えるセキュリティ対策ファイルと直近の高重要度のセキュリティ対策ファイルとの新しさを比較し、直近の高重要度のセキュリティ対策ファイルが新しい時には、前記セキュリティ対策ファイルのダウンロードを即時に行う即時処理とし、直近の高重要度のセキュリティ対策ファイルが古い時には、更に最新の前記セキュリティ対策ファイルの重要度が定めた重要度より高ければ、前記セキュリティ対策ファイルのダウンロードを即時に行う即時処理とし、最新の前記セキュリティ対策ファイルの重要度が定めた重要度より低ければ、他の通信を行いながら前記セキュリティ対策ファイルをダウンロードするバックグラウンド処理とすることを特徴とする通信システム。
【請求項２】
セキュリティ対策ファイルを管理するファイルサーバと、
セキュリティ対策を指令する指令サーバと、
前記指令サーバの指令に基づいて前記セキュリティ対策ファイルを前記ファイルサーバからダウンロードしてセキュリティ対策を行う端末と、
前記ファイルサーバと前記指令サーバと前記端末を接続する通信ネットワークを有し、
前記端末は、他のプログラムの通信用の帯域の利用率を監視して現在利用可能な通信帯域を調べて前記指令サーバに伝え、
前記指令サーバは、伝えられた前記通信帯域が第１の閾値を超える場合には前記セキュリティ対策ファイルのダウンロードを即時に行う即時処理とし、調べられた前記通信帯域が第２の閾値以下の場合には他の通信を行いながら前記セキュリティ対策ファイルをダウンロードするバックグラウンド処理とし、
伝えられた前記通信帯域が前記第１の閾値以下で前記第２の閾値を超える場合には、前記端末が備えるセキュリティ対策ファイルと直近の高重要度のセキュリティ対策ファイルとの新しさを比較し、直近の高重要度のセキュリティ対策ファイルが新しい時には、前記セキュリティ対策ファイルのダウンロードを即時に行う即時処理とし、直近の高重要度のセキュリティ対策ファイルが古い時には、更に最新の前記セキュリティ対策ファイルの重要度が定めた重要度より高ければ、前記セキュリティ対策ファイルのダウンロードを即時に行う即時処理とし、最新の前記セキュリティ対策ファイルの重要度が定めた重要度より低ければ、他の通信を行いながら前記セキュリティ対策ファイルをダウンロードするバックグラウンド処理とするよう前記端末に指令することを特徴とする通信システム。
【請求項３】
前記指令サーバと前記ファイルサーバは一台のコンピュータで構成されることを特徴とする請求項２記載の通信システム。
【請求項４】
前記指令サーバは前記端末が前記通信ネットワークに接続する際の接続点であることを特徴とする請求項２または請求項３記載の通信システム。
【請求項５】
前記通信システムは、前記通信ネットワークに接続され、通信データのセキュリティチェック及び対策を行うスクリーニングサーバを有し、
前記端末は、前記バックグラウンド処理の間は、前記他の通信を前記スクリーニングサーバを経由して行うことを特徴とする請求項１または２の何れかに記載の通信システム。
【請求項６】
セキュリティ対策ファイルを管理するファイルサーバと、
前記セキュリティ対策ファイルを前記ファイルサーバからダウンロードしてセキュリティ対策を行う端末と、
前記ファイルサーバと前記端末とを接続する通信ネットワークを有する通信システムの前記端末が使用するセキュリティ対策ファイルをダウンロードする方法であって、
他のプログラムの通信用の帯域の利用率を監視して、現在利用可能な通信帯域を調べる通信帯域チェックステップと、
調べられた前記通信帯域が第１の閾値を超える場合、及び、
調べられた前記通信帯域が前記第１の閾値以下で第２の閾値を超え、前記端末が備えるセキュリティ対策ファイルと直近の高重要度のセキュリティ対策ファイルとの新しさを比較し、直近の高重要度のセキュリティ対策ファイルが新しい場合、または、直近の高重要度のセキュリティ対策ファイルが古い時でも、更に最新の前記セキュリティ対策ファイルの重要度が定めた重要度より高い場合には前記セキュリティ対策ファイルのダウンロードを即時に行う即時更新ステップと、
調べられた前記通信帯域が第２の閾値以下の場合、及び
調べられた前記通信帯域が前記第１の閾値以下で前記第２の閾値を超え、前記端末が備えるセキュリティ対策ファイルと直近の高重要度のセキュリティ対策ファイルとの新しさを比較し、直近の高重要度のセキュリティ対策ファイルが古く、更に最新の前記セキュリティ対策ファイルの重要度が定めた重要度より低い場合には他の通信を行いながら前記セキュリティ対策ファイルをダウンロードするバックグラウンド更新ステップとを有するセキュリティ対策ファイルのダウンロード方法。
【請求項７】
前記通信システムは、前記通信ネットワークに接続され、通信データのセキュリティチェック及び対策を行うスクリーニングサーバを有し、
前記バックグラウンド更新ステップ実行時に行う他の通信は、前記スクリーニングサーバを経由して行うことを特徴とする請求項６記載のセキュリティ対策ファイルのダウンロード方法。
【請求項８】
通信ネットワークに接続する接続手段と、
セキュリティファイルを管理するファイルサーバとの間の通信ネットワークを介した通信を確立する通信確立手段と、
他のプログラムの通信用の帯域の利用率を監視して、現在利用可能な通信帯域を調べる帯域調査手段と、
前記帯域調査手段により調べられた前記通信帯域が第１の閾値を超える場合には前記セキュリティ対策ファイルのダウンロードを即時に行う即時処理とし、調べられた前記通信帯域が第２の閾値以下の場合には他の通信を行いながら前記セキュリティ対策ファイルをダウンロードするバックグラウンド処理とし、
調べられた前記通信帯域が前記第１の閾値以下で前記第２の閾値を超える場合には、前記端末が備えるセキュリティ対策ファイルと直近の高重要度のセキュリティ対策ファイルとの新しさを比較し、直近の高重要度のセキュリティ対策ファイルが新しい時には、前記セキュリティ対策ファイルのダウンロードを即時に行う即時処理とし、直近の高重要度のセキュリティ対策ファイルが古い時には、更に最新の前記セキュリティ対策ファイルの重要度が定めた重要度より高ければ、前記セキュリティ対策ファイルのダウンロードを即時に行う即時処理とし、最新の前記セキュリティ対策ファイルの重要度が定めた重要度より低ければ、他の通信を行いながら前記セキュリティ対策ファイルをダウンロードするバックグラウンド処理
とすることを決定する方針決定手段とを有することを特徴とする端末。
【請求項９】
通信ネットワークに接続されていて、前記通信ネットワークに接続する端末の接続点となる装置であって、
前記端末との間の通信を確立する通信確立手段と、
前記端末と前記通信ネットワークの間の通信を媒介する媒介手段と、
前記端末が他のプログラムの通信用の帯域の利用率を監視して、現在利用可能な通信帯域を調べる帯域調査手段と、
前記帯域調査手段により
調べられた前記通信帯域が第１の閾値を超える場合には前記セキュリティ対策ファイルのダウンロードを即時に行う即時処理とし、調べられた前記通信帯域が第２の閾値以下の場合には他の通信を行いながら前記セキュリティ対策ファイルをダウンロードするバックグラウンド処理とし、
調べられた前記通信帯域が前記第１の閾値以下で前記第２の閾値を超える場合には、前記端末が備えるセキュリティ対策ファイルと直近の高重要度のセキュリティ対策ファイルとの新しさを比較し、直近の高重要度のセキュリティ対策ファイルが新しい時には、前記セキュリティ対策ファイルのダウンロードを即時に行う即時処理とし、直近の高重要度のセキュリティ対策ファイルが古い時には、更に最新の前記セキュリティ対策ファイルの重要度が定めた重要度より高ければ、前記セキュリティ対策ファイルのダウンロードを即時に行う即時処理とし、最新の前記セキュリティ対策ファイルの重要度が定めた重要度より低ければ、他の通信を行いながら前記セキュリティ対策ファイルをダウンロードするバックグラウンド処理とする方針を決定する方針決定手段と、
決定した前記方針を前記端末に指示する指示手段とを有するアクセスポイント。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
通信システムにおけるセキュリティ対策方法に関する。
【０００２】
【従来の技術】
近年のネットワーク技術の発達に伴い、多数のＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）がネットワークに接続されるようになった。それに伴いコンピュータウイルス等の被害も増大し、セキュリティ対策が重要となっている。
【０００３】
ＰＣのセキュリティ対策として、アンチウイルスソフト等のセキュリティ対策ソフトを端末にインストールすることが多い。また、ＯＳ（ＯｐｅｒａｔｉｎｇＳｙｓｔｅｍ）やアプリケーションの不具合を修正するセキュリティパッチ等もＰＣのセキュリティ対策には不可欠である。
【０００４】
特開２００１−１５９９７５号公報では、定期的にウイルス対策ソフトを実行して、ウイルス対策ソフトのバージョンが最新でなければ更新を行うウイルス対策方法が提案されている。また、ＰＣ上で動作するアンチウイルスソフトの一つを例に取ると、ネットワーク接続時に端末が自動更新プログラムを実行してデータファイル頒布サーバにアクセスして最新版のデータファイルに更新していた。
【０００５】
これらセキュリティ対策ソフトやデータファイルの更新差分のデータ量は増大の傾向にある。ＰＣを有線ＬＡＮで接続している場合は十分な通信帯域を確保できるので更新処理に要する時間は少なくて済むため、ユーザが通信を開始する前にセキュリティ対策ソフトの更新処理をしてもユーザに不快感を与えることはなかった。
【０００６】
【発明が解決しようとする課題】
しかし、無線ＬＡＮや携帯電話等で無線通信を行う場合や、ダイヤルアップによる有線通信を行っている場合は、セキュリティ対策ソフトの更新処理を行うのに十分な通信帯域が確保できるとは限らない。十分な通信帯域が無い状態で更新処理を行うと時間がかかってしまい、ユーザに不快感を与えてしまう。
【０００７】
この問題の解決策として、特開２００１−２５６０４５号公報で提案されている手法を用いて、端末はセキュリティサーバ経由で通信を行う以外のセキュリティ対策を行わずに、セキュリティサーバは端末宛に送信されるパケットを解析してウイルスチェック及び除去を行うというセキュリティ対策方法も考えられる。確かにこの方法ならば端末側の更新処理は不要なので、前述の通信帯域の問題は起こらないとも考えられる。
【０００８】
しかし、この方法はセキュリティサーバにかかる負担が大きいため、端末の数が増加した場合にセキュリティサーバ自身の処理能力が追いつかず、実質的に利用可能な通信帯域が狭くなってユーザに不快感を与える可能性がある。また、いわゆるＤｏＳ攻撃（Ｄｅｎｉａｌ  ｏｆ  Ｓｅｒｖｉｃｅ）などにより、セキュリティサーバが負荷に耐え切れずに機能停止した場合、通信が遮断される危険性もある。
【０００９】
従って、セキュリティ対策はセキュリティサーバだけでなく各端末でも行うことが望ましい。そこで、本発明では、ＰＣや携帯電話等の端末にインストールされたセキュリティ対策ソフト及びデータファイルの更新を、ユーザの快適性を損ねることなく、通信帯域に応じた最適な方法で行うことのできるセキュリティ対策方法及びシステムを提供することを目的とする。
【００１０】
【課題を解決するための手段】
上記課題を解決するために本発明の通信システムは、セキュリティ対策ファイルを管理するファイルサーバと、前記セキュリティ対策ファイルを前記ファイルサーバからダウンロードしてセキュリティ対策を行う端末と、前記ファイルサーバと前記端末を接続する通信ネットワークを有し、前記端末は、前記端末と前記通信ネットワークとの間の通信帯域を調べて、前記通信帯域に基づいて前記セキュリティ対策ファイルのダウンロード方針を選択することを特徴とする。
【００１１】
また、上記課題を解決するために本発明のセキュリティ対策ファイルダウンロード方法は、セキュリティ対策ファイルを管理するファイルサーバと、前記セキュリティ対策ファイルを前記ファイルサーバからダウンロードしてセキュリティ対策を行う端末と、前記ファイルサーバと前記端末とを接続する通信ネットワークを有する通信システムの前記端末が使用するセキュリティ対策ファイルをダウンロードする方法であって、前記通信ネットワークとの間の通信帯域を調べる通信帯域チェックステップと、通信帯域が所定の閾値以上の場合に、他の通信を行う前に前記セキュリティ対策ファイルをダウンロードする即時更新ステップと、通信帯域が所定の閾値以下の場合に、他の通信を行いながら前記セキュリティ対策ファイルをダウンロードするバックグラウンド更新ステップとを有することを特徴とする。
【００１２】
また、上記課題を解決するために本発明の端末は、通信ネットワークに接続する接続手段と、通信ネットワークを介してセキュリティファイルを管理するファイルサーバとの間の通信を確立する通信確立手段と、現在利用可能な通信帯域を調べる帯域調査手段と、この手段により得られた利用可能な通信帯域に基づいて、前記セキュリテイ対策ファイルのダウンロード方針を決定する方針決定手段とを有することを特徴とする。
【００１３】
【発明の実施の形態】
（第１の実施形態）以下、本発明の第１の実施形態を説明する。
【００１４】
図１は本発明の第１の実施形態の通信システムの構成を説明する図である。
【００１５】
本実施形態の通信システムはユーザが使用する端末１０１と、端末１０１と通信を行うアクセスポイント１０２と、端末１０１にセキュリティ対策ソフトのデータファイル等を提供するファイルサーバ１０３と、アクセスポイント１０２とファイルサーバ１０３を接続する通信ネットワーク１０４とを有する。
【００１６】
端末１０１はセキュリティ対策を行うためのプログラムを実行可能で、有線あるいは無線で通信可能なコンピュータである。端末１０１はデスクトップ型のＰＣでもノートブック型のＰＣでもＰＤＡ等の携帯端末でも、あるいは携帯電話であっても良い。
【００１７】
端末１０１には、セキュリティ対策ソフトとして、コンピュータウイルス（以下、ウイルス）対策を行うアンチウイルスプログラムが、端末１０１の購入時に予めインストールしてある。アンチウイルスプログラムは、ウイルス対策のデータファイル（以下、パターンファイル）に記憶されているデータに基づいて、コンピュータに侵入しようとする、あるいは侵入したウイルスを発見して除去する。端末１０１はアンチウイルスプログラムに含まれるパターンファイル更新処理を行い、最新のパターンファイルに更新することにより最新のウイルスに対応することができる。
【００１８】
アクセスポイント１０２は端末１０１と有線あるいは無線で通信を行う。端末１０１とネットワーク上の他のコンピュータとの通信はアクセスポイント１０２を経由して行われる。アクセスポイント１０２は、ＬＡＮ環境であればゲートウエイサーバやルーターに相当し、プロバイダであればプロバイダ側のモデム、ゲートウエイサーバ及び認証サーバに相当するものである。また、アクセスポイント１０２は、端末１０１が携帯電話の場合は基地局に相当する。
【００１９】
ファイルサーバ１０３は最新のパターンファイル等を記憶しておく。ファイルサーバ１０３では、端末１０１からの要求に応じて最新のパターンファイルのバージョンの番号等の情報や最新のパターンファイルそのものを端末１０１へ送信するリモートサービスを提供するアップデートサーバプログラムが動作している。
【００２０】
端末１０１に購入時にインストールされているパターンファイルでは最新のウイルスには対応できないため、以下の方法でパターンファイルの更新を行う。
【００２１】
図２はパターンファイルの更新処理を説明するフローチャートである。図２の処理はいずれも端末１０１側で実行する処理である。
【００２２】
パターンファイルの更新処理の前に、まず、端末１０１はアクセスポイント１０２との間の通信を確立する。これは、ＩＰアドレスの割り当て等の処理を行い、ＴＣＰ／ＩＰレベルでの通信を可能にするための処理である。
【００２３】
端末１０１とアクセスポイント１０２の間の通信が確立したら、端末１０１はアンチウイルスプログラム以外の他のプログラムによる通信を遮断して更新処理中のウイルス感染を防ぐ。
【００２４】
そして、端末１０１はファイルサーバ１０３に最新のパターンファイルのバージョンの番号を要求する。ファイルサーバ１０３に存在する最新のパターンファイルのバージョンの番号と端末１０１が現在持っているパターンファイルのバージョンの番号を比較する。
【００２５】
両者のバージョンが一致する場合は、端末１０１が現在持っているパターンファイルは最新版であるので更新処理を終了する。万が一、ファイルサーバ１０３の持っているパターンファイルのバージョンが端末１０１が現在持っているパターンファイルのバージョンより古い場合は更新処理を終了する（図示せず）。
【００２６】
ファイルサーバ１０３に端末１０１が現在持っているパターンファイルより新しいパターンファイルが存在する場合は、端末１０１はユーザに対してパターンファイルの更新処理方針を提示して選択してもらう。提示内容は「すぐに更新」「バックグラウンドで更新」「更新しない」の３つである。
【００２７】
パターンファイルの更新に時間がかかってもセキュリティ対策を優先したいユーザは「すぐに更新」を選択すればよい。この場合、即時更新処理が行われ、更新が完了するまで他の通信は全て遮断された状態になるので、ネットワーク上で古いパターンファイルでカバーできない新種ウイルスが蔓延している状態でも安全である。更新が完了してから、他のプログラムによる通信が許可される。
【００２８】
一方、直ちに通信を開始したいユーザは「更新しない」を選択すればよい。この場合はすぐに他のプログラムによる通信が許可される。この選択をした場合、十分なセキュリティを確保できないものの、例えばメールを一通送信するだけ等、通信時間が極めて短くかつセキュリティの問題が生じにくいような場合には有効である。
【００２９】
また、直ちに通信を開始したいがセキュリティもある程度確保したいユーザは「バックグラウンドで更新」を選択すればよい。この場合、バックグラウンド更新処理が行われ、他のプログラムによる通信はすぐに許可される。この選択をした場合は、すぐに他のプログラムによる通信を許可する。パターンファイル更新中のセキュリティは確保できないが更新後のセキュリティは確保でき、多くの場合は十分なセキュリティが確保できる。もし、パターンファイルの更新完了前にユーザが通信を終了しようとした場合は、パターンファイルの更新が完了後に自動的に通信を完了させる旨を画面に表示して更新処理を続ける。
【００３０】
バックグラウンド更新処理を行う場合、端末１０１とアクセスポイント１０２の間の全通信帯域をパターンファイルの更新処理で占有してしまうとユーザの快適性を損ねてしまう。そこで、パターンファイル更新処理では通信帯域の一部を占有し、残りは他のプログラムによる通信のために開放するように帯域制御を行う。
【００３１】
例えば、パターンファイル更新処理が占有する通信帯域は、図９に示すように他のプログラムによる通信の状態と全通信帯域に応じて動的に変化させるように制御することが考えられる。すなわち、他のプログラムによる通信用に確保した帯域の利用率を監視して、利用率が所定の第1の閾値より低い場合には、パターンファイル更新処理に割り当てる通信帯域を一時的に増やし（ただし、他のプログラムのために所定の帯域は必ず確保する）、逆に利用率が第２の閾値（第１より大きい値）より高い場合はパターンファイル更新処理に割り当てる通信帯域を減らす（ただし、パターンファイル更新処理に割り当てる所定の帯域は必ず確保する）するというような制御である。
【００３２】
帯域制御の具体的な方法は、例えば、所定の時間間隔ごとに端末１０１がファイルサーバ１０３にパターンファイル更新処理に割り当てる通信帯域を伝え、ファイルサーバ１０３は割り当てられた通信帯域に基づいて端末１０１に送信するパケット量を調整することで実現することが考えられる。
【００３３】
端末１０１とアクセスポイント１０２との間が無線で接続されているのであれば、無線通信の方式によって帯域制御の方法が異なるであろう。例えば、ＴＤＭＡ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）方式の無線通信ならば、パターンファイル更新処理用に割当てるスロット数と、他のプログラム用に割当てるスロット数を制御することにより無線区間の帯域制御を行い、その結果として、ファイルサーバ１０３が送信するパケット量が調整されるような実現方法が考えられる。
【００３４】
あるいは、ＦＤＭＡ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）方式やＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）方式の無線通信ように、周波数や符号により通信チャンネルを割当てる方式ならば、パターンファイル更新処理用に割り当てるチャンネル数（ＦＤＭＡなら周波数帯の数、ＣＤＭＡなら符号の数）を制御することで同様に実現されると考えられる。
【００３５】
また、無線区間の通信方式としてＣＳＭＡ（Ｃａｒｒｉｅｒ  Ｓｅｎｓｅ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）方式を利用する場合、パターンファイル更新処理用データと他のプログラム用のデータに対するバックオフ処理の優先度を制御することにより、その結果として、ファイルサーバ１０３が送信するパケット量が調整されるような実現方法が考えられる。
【００３６】
尚、ファイルサーバ１０３が送信する帯域制御は上述の方法に限らず、どのような方法でも構わない。
【００３７】
本実施形態では、ＴＣＰ／ＩＰレベルでの通信を確立してからパターンファイルの更新を行っているが、ＴＣＰ／ＩＰレベルの通信は必ずしも必須ではない。例えば、アクセスポイント１０２とファイルサーバ１０３を一つに纏めておけば、ＴＣＰ／ＩＰによる通信確立に至る途中の段階で行うことも可能である。
【００３８】
以上、本実施形態ならば、仮にパターンファイルの更新に時間がかかったり、セキュリティが十分に確保できない状況が発生したとしても、そのことをユーザは事前に納得しているため、ユーザの快適性を損ねることがない。バックグラウンドでパターンファイルの更新を行っている場合は、通信帯域の一部だけを使って行うので、ユーザの快適性を損なうことなくセキュリティ対策を施すことが可能となる。
【００３９】
（第２の実施形態）以下、第２の実施形態の通信システムについて説明する。
【００４０】
本実施形態の通信システムの構成は第１の実施形態と同様であるので異なる点だけ説明する。第１の実施形態と異なるのは、パターンファイルの更新処理である。
【００４１】
図３は本実施形態におけるパターンファイル更新処理を説明するフローチャートである。
【００４２】
端末１０１がアクセスポイント１０２との通信を確立して、端末１０１がファイルサーバ１０３にアクセスして最新のパターンファイルのバージョンの番号を確認するところまでは第１の実施形態と同様である。
【００４３】
端末１０１が持っているパターンファイルがファイルサーバ１０３が頒布するパターンファイルより古い場合は、端末１０１はアクセスポイント１０２との間の通信帯域を調べて、通信帯域に応じてパターンファイル更新処理方針を決定する。
【００４４】
通信帯域が所定の閾値を超える場合は、パターンファイルの更新に十分な通信帯域で通信を行えるということであるから、即時更新処理を行う。
【００４５】
通信帯域が所定の閾値以下の場合は、パターンファイルの更新には通信帯域が十分でないということであるから、バックグラウンド更新処理を行う。
【００４６】
尚、本実施形態ではパターンファイル更新処理方針を自動的に決定したが、端末１０１とアクセスポイント１０２の間の通信帯域が判明しているので、パターンファイルの更新に必要な推定時間を表示した上で第１の実施形態のように、ユーザがパターンファイル更新処理方針を選択しても良い。また、ユーザがあらかじめ設定した閾値に基づいて自動的に更新処理方針を決定できるようにしても良い。
【００４７】
以上、本実施形態ならば、端末１０１が現在利用可能な通信帯域に基づいて自動的にパターンファイル更新処理方針を決定するので、ユーザの快適性を損ねることなくセキュリティ対策を行うことが可能である。
【００４８】
（第３の実施形態）以下、第３の実施形態の通信システムについて説明する。
【００４９】
本実施形態の通信システムの構成は第２の実施形態と同様であるので異なる点だけ説明する。第２の実施形態と異なる点は、端末１０１のパターンファイルの更新処理方針を、端末１０１とアクセスポイント１０２の間の通信帯域を２つの閾値と直近の高重要度バージョンの番号と新しいパターンファイルの重要度で場合分けして決定する点が異なる。
【００５０】
図４は本実施形態におけるパターンファイル更新処理を説明するフローチャートである。
【００５１】
端末１０１がアクセスポイント１０２との通信を確立するところまでは第２の実施形態と同様である。
【００５２】
端末１０１はファイルサーバ１０３と図５に示すような通信を行ってパターンファイルの更新を行う。
【００５３】
端末１０１はファイルサーバ１０３にアクセスして最新パターンファイルのバージョンの番号と重要度と直近の高重要度バージョンの番号を調べる。この重要度というパラメータは、ネットワーク管理者等ファイルサーバ１０３にパターンファイルをインストールした人が設定するパラメータで、例えば極めて悪質なウイルスに対応するためにリリースされたパターンファイルのように各端末に直ちに更新させたい場合は重要度は高く、それ以外の場合は重要度は低く設定する。重要度の段階は何段階あっても良いが、ここでは２段階（高いｏｒ低い）で説明する。また、重要度と直近の高重要度バージョンの番号は、パターンファイルと同名で拡張子が異なる重要度ファイルを用意し、そのファイル中に記述することで行うものとするが、これに限定しない。
【００５４】
ファイルサーバ１０３は端末１０１からのパターンファイルの情報を調べたいという要求に応じて、パターンファイルの最新バージョンの番号（図５のVERSIONフィールド）と、パターンファイルの重要度(URGENT-LEVELフィールド)と、直近の高重要度バージョンの番号（CRITICAL-VERSIONフィールド）を返答する。
【００５５】
端末１０１が持っているパターンファイルがファイルサーバ１０３が頒布するパターンファイルより古い場合、パターンファイルの更新を行う必要があるので、端末１０１はアクセスポイント１０２との間の通信帯域を調べる。そして、通信帯域を２つの閾値Ｔ１とＴ２（Ｔ１＞Ｔ２）と比較して更新処理方針を選択する。
【００５６】
端末１０１とアクセスポイント１０２との通信帯域が閾値Ｔ１より大きい場合は、端末１０１は即時更新処理を選択する。
【００５７】
端末１０１とアクセスポイント１０２との通信帯域が閾値Ｔ２より小さい場合は、端末１０１はバックグラウンド更新処理を選択する。尚、この時は第２の実施形態と同様に帯域制御を行いユーザの快適性を損ねないようにする。
【００５８】
端末１０１とアクセスポイント１０２との通信帯域が閾値Ｔ２以上閾値Ｔ１以下の場合は、端末１０１は直近の高重要度バージョンの番号を使って場合分けをする。端末１０１が持っているパターンファイルのバージョンの番号が直近の高重要度バージョンの番号より小さい場合は、重要度の高いパターンファイルでの更新が行われていないということなので、端末１０１は即時更新処理を選択する。
【００５９】
端末１０１が持っているパターンファイルのバージョンの番号が直近の高重要度バージョンの番号より大きい場合は、端末１０１はさらに最新のパターンファイルの重要度で場合分けを行う。最新パターンファイルの重要度が高い場合はウイルスに感染する危険性が高いので、端末１０１は即時更新処理を選択する。パターンファイルの重要度が低い場合はウイルスに感染する危険性がそれほど高くないので、端末１０１はバックグラウンド更新処理を選択する。この場合も、前述と同様で帯域制御を行ってユーザの快適性を損ねないようにする。
【００６０】
本実施形態では端末１０１が通信帯域を調べているが、アクセスポイント１０２が通信帯域を調べて端末１０１に伝えるようにしても良い。
【００６１】
本実施形態では更新処理方針を自動的に選択しているが、上級者向けにファイルサーバ１０３から得た情報を表示した上でユーザが選択できるモードや、ユーザが設定した閾値に基づいて自動的に選択するモードも用意すると一層良い。
【００６２】
また、パターンファイルの更新中であることをユーザに伝えるようにするとユーザの快適性を損ねないので良い。
【００６３】
以上、本実施形態ならば、端末１０１とアクセスポイント１０２との間の通信帯域とパターンファイルの重要度に基づいてパターンファイル更新処理方針を決定するので、ユーザの快適性を損ねることなく、かつ高度なセキュリティ対策を行うことが可能である。
【００６４】
（第４の実施形態）以下、第４の実施形態の通信システムについて説明する。
【００６５】
図６は本実施形態の通信システムの構成を説明する図である。
【００６６】
本実施形態の通信システムは通信ネットワーク１０４と、通信ネットワークを介して共通に接続されたアクセスポイント１０２及びファイルサーバ１０３及びスクリーニングサーバ１０５と、アクセスポイント１０２と接続された端末１０１とを有する。また、外部サーバ１０６は端末１０１の通信相手となるコンピュータである。
【００６７】
本実施形態の通信システムは第２の実施形態の通信システム、すなわち第１の実施形態の通信システムの構成と類似するので異なる部分のみを説明する。
【００６８】
スクリーニングサーバ１０５は入力された通信パケットを解析してウイルス等を除去して出力するプログラムが動作するサーバである。
【００６９】
外部サーバ１０６は、例えばＨＴＴＰサーバやＦＴＰサーバ等のように、端末１０１と通信をするコンピュータであるが、クラッカーが操作して端末１０１に対して不正なアクセスを試みるコンピュータ端末の場合もある。
【００７０】
以下、図７を参照してスクリーニングサーバ１０５の動作を簡単に説明する。図７は本実施形態の通信システムのうち端末１０１とスクリーニングサーバ１０５と端末１０１の通信相手である外部サーバ１０６だけを抽出して、パケットの流れを説明する図である。
【００７１】
端末１０１は外部サーバ１０６との通信をスクリーニングサーバ１０５を経由して行っている。一般に端末１０１から外部サーバ１０５への送信パケットは端末１０１自身のセキュリティには影響ないのでスクリーニングサーバ１０５を経由せずに直接外部サーバ７０３に送信するか、あるいはスクリーニングサーバ１０５で普通のＰｒｏｘｙサーバやルータと同様に単に中継するだけでよい。
【００７２】
しかし、外部サーバ１０６から端末１０１へ向かう送信パケットは端末１０１のセキュリティに影響を及ぼす可能性がある。そこで、スクリーニングサーバ１０５で一旦受信してウイルス等の有害なデータが含まれていないかを解析し、含まれている場合はそれを除去あるいはパケットそのものを破棄する。そして、安全なパケットのみを端末１０１へ送信する。
【００７３】
本実施形態ではユーザの選択により端末１０１はスクリーニングサーバ１０５を経由して外部サーバ１０６と通信することが可能である。スクリーニングサーバ１０５経由の通信中は、外部のコンピュータから端末１０１へ送信される全てのパケットはスクリーニングサーバ１０５で一旦受信され、ウイルス等を除去してから端末１０１へ再送信される。
【００７４】
本実施形態で端末１０１がスクリーニングサーバ１０５を使用する場合は、端末１０１とスクリーニングサーバ１０５の間に論理的な通信経路を構築する。具体的には、ＭｏｂｉｌｅＩＰ（ＩＥＴＦ  ＲＦＣ２００２）等の移動透過性を実現する技術を用いることで実現する。ＭｏｂｉｌｅＩＰを用いることで、端末１０１から外部サーバ１０６へ向かうパケットはスクリーニングサーバ１０５を経由せずに直接到達するが、外部サーバ１０６から端末１０１へ向かうパケットはスクリーニングサーバ１０５を経由して到達するようになる。
【００７５】
図８は本実施形態におけるパターンファイル更新処理を説明するフローチャートである。
【００７６】
本実施形態が第１、第２、第３の実施形態と異なる点は、スクリーニングサーバ１０５を経由した通信をサポートしている点である。
【００７７】
第２の実施形態と同様に、端末１０１はアクセスポイント１０２との間の通信を確立し、端末１０１は自身が持つパターンファイルが最新バージョンかを調べる。そして、パターンファイルが最新ではない場合には端末１０１はアクセスポイント１０２との間の通信帯域を調べてパターンファイルの更新処理方針を決定する。
【００７８】
パターンファイルが最新のものである場合はパターンファイル更新処理の必要性はない。しかし、極めて高度なセキュリティを必要とする場合にスクリーニングサーバ１０５を経由した通信を行うことも考えられる。そこで、端末１０１は、スクリーニングサーバ１０５使用の有無をユーザが選択するよう画面上に表示する。「使用する」を選択した場合は、端末１０１はスクリーニングサーバ１０５を経由して通信を行い、「使用しない」を選択した場合は端末１０１は通常の通信を行う。
【００７９】
パターンファイルが最新のものでない場合はパターンファイルを更新する必要がある。そこで、端末１０１はアクセスポイント１０２との間の通信帯域を調べる。
【００８０】
通信帯域が所定の閾値を上回る場合は、端末１０１は即時更新処理を行い、パターンファイルの更新が完了してから他のプログラムによる通信を開始させる。
【００８１】
通信帯域が所定の閾値を下回る場合は、端末１０１はスクリーニングサーバ１０５使用の有無をユーザが選択するよう画面上に表示する。ユーザが「使用する」を選択した場合は、端末１０１はバックグラウンド更新処理を行い、パターンファイル更新中に行われる他の通信をスクリーニングサーバ１０５経由で行う。
【００８２】
ユーザが「使用しない」を選択した場合は、セキュリティを確保するために、端末１０１は即時更新処理を行い、パターンファイルの更新が完了してから他のプログラムによる通信を開始させる。
【００８３】
尚、本実施形態では通信帯域が所定の閾値以下の場合にスクリーニングサーバ１０５使用の有無をユーザに選択させているが、ユーザに選択させずに強制的に使用させるようにしても良い。また、スクリーニングサーバ１０５使用の有無をパターンファイルの重要度で自動的に決定し、重要度が低い場合にはスクリーニングサーバ１０５を使用せずにバックグラウンド更新処理を行うようにしても良い。
【００８４】
また、スクリーニングサーバ１０５使用時には端末１０１に送信される全てのパケットが解析対象となっているが、これを特定のプロトコル、例えばＰＯＰ、ＩＭＡＰ、ＳＭＴＰ等メール関連のパケットだけを解析するようにしても良い。
【００８５】
本実施形態では端末１０１とスクリーニングサーバ１０５の間を論理的な通信経路で接続しているが、物理的な接続であっても構わない。例えば、アクセスポイント１０２にスクリーニングサーバ１０５の機能を持たせておいても良い。
【００８６】
本実施形態によれば、パターンファイルの更新に時間がかかる場合であっても、直ちにセキュリティーを維持しながら通信を行うことができ、ユーザの快適性を損ねることなく安全な通信を実現することが可能である。
【００８７】
本発明第１、第２、第３、第４の実施形態ではパターンファイル更新すべきかの判断や、パターンファイル更新処理方針の決定を端末１０１で行っていたが、これをファイルサーバ１０３あるいはアクセスポイント１０２で決定して端末１０１に指令するようにしても構わない。このように端末１０１以外の共通なサーバ等で処理方針を決定することでユーザに依らずに端末１０１のセキュリティを均一に保つことが可能である。
【００８８】
この場合、第１、第２、第３、第４の実施形態で端末１０１が最新パターンファイルのバージョンを調べる処理の代わりに、端末１０１が現在持っているパターンファイルのバージョン番号と、端末１０１とアクセスポイント１０２との間の通信帯域をファイルサーバ１０３に伝え、ファイルサーバ１０３は受け取った情報を元にバージョンアップの有無、及び更新処理方針を決定して、決定内容を端末１０１へ応答すればよい。
【００８９】
また、本発明第２、第３、第４の実施形態では、端末１０１が通信帯域を調べているが、アクセスポイント１０２が通信帯域を調べて端末１０１に伝えるようにしても構わない。
【００９０】
さらに、本発明第２、第３、第４の実施形態では端末１０１とアクセスポイント１０２の間の通信帯域に応じて更新処理方針を決定しているが、これに限らず端末１０１と例えばファイルサーバ１０３の間の通信帯域に応じて更新処理方針を決定しても良い。この場合、通信帯域を調べるのは端末１０１でもファイルサーバ１０３でも構わない。
【００９１】
また、本発明第１、第２、第３、第４の実施形態ではいずれもアンチウイルスプログラムのパターンファイル更新処理の場合を説明した。しかし、本発明はこれに限らず端末１０１で動作するアンチウイルスプログラム自身のバージョンアップや、ＯＳ及びアプリケーションソフトの不具合を修正するパッチの適用にも応用することができる。
【００９２】
本発明第２、第３、第４の実施形態ではいずれも通信帯域に着目して更新処理方針を決定しているが、更新処理方針の決定にあたっては通信帯域に加えて端末１０１の接続場所も考慮しても良い。
【００９３】
例えば、端末１０１が無線ＬＡＮ端末と携帯電話双方の機能を有する場合を考えると、端末１０１を携帯電話で接続する場合は、通信帯域が狭くしかもパケット通信等の通信コストがかかるのでダウンロードを抑制し、無線ＬＡＮとして接続可能な場合は、通信帯域が太くしかも通信コストが安いのでダウンロードするという選択を行うのが良いと考えられる。これにより、通信コストを削減した上で、パターンファイルの更新時のユーザの快適性を損ねることなく、かつ高度なセキュリティ対策を行うことができる。
【００９４】
また、例えば、遊園地などのアミューズメントセンターで、園内で行われているアトラクションと、無線で端末に配送するで映像・音楽などのコンテンツをリンクさせたサービスを受ける場合を考えると、アトラクションとコンテンツ配信のタイミングのずれを抑制するために、パターンファイルのダウンロードを抑制した方が良いと考えられる。具体的な抑制方法としては、例えば、パターンファイルのダウンロードを判断するための閾値（通信帯域、パターンファイルの重要度の評価基準等）を高い値に設定する方法や、強制的にスクリーニングサーバを利用させる方法などがある。
【００９５】
【発明の効果】
以上、本発明によれば、セキュリティ対策ソフト及びデータファイルの更新を、ユーザの快適性を損ねることなく、通信帯域に応じた最適な方法で行うことのできるセキュリティ対策方法及びシステムを提供することができる。
【図面の簡単な説明】
【図１】  第１、第２、第３の実施形態の通信システムの構成を説明する図。
【図２】  第１の実施形態の通信システムの端末における、パターンファイル更新処理のフローチャート。
【図３】  第２の実施形態の通信システムの端末における、パターンファイル更新処理のフローチャート。
【図４】  第３の実施形態の通信システムの端末における、パターンファイル更新処理のフローチャート。
【図５】  第３の実施形態の通信システムにおける、端末とファイルサーバ間の通信を説明する図。
【図６】  第４の実施形態の通信システムの構成を説明する図。
【図７】  第４の実施形態の通信システムおける、スクリーニングサーバを経由した端末と外部サーバの通信の態様を説明する図。
【図８】  第４の実施形態の通信システムの端末における、パターンファイル更新処理のフローチャート。
【図９】  帯域制御によって、他のプログラム用の帯域と更新処理用の帯域が変動する様子を説明する図。
【符号の説明】
１０１  端末
１０２  アクセスポイント
１０３  ファイルサーバ
１０４  通信ネットワーク
１０５  スクリーニングサーバ
１０６  外部サーバ
【図１】
0004039658.tif 000002
【図２】
0004039658.tif 000003
【図３】
0004039658.tif 000004
【図４】
0004039658.tif 000005
【図５】
0004039658.tif 000006
【図６】
0004039658.tif 000007
【図７】
0004039658.tif 000008
【図８】
0004039658.tif 000009
【図９】
0004039658.tif 000010