(57)【要約】【課題】従来は、ソフトウェア更新方法の導入・運用及びコンポーネント配布の負荷軽減ためにゲートウェイ装置や二次配布用のサーバ等の追加ハードウェア、あるいは、配信経路等の設定管理が必要である。【解決手段】ネットワークにサーバとサブネットワークが接続され、サブネットワークに接続された複数のクライアントの何れか１つを、サーバから更新されたコンポーネントの配布を受けることのできる代表クライアントに選出する代表クライアント選出工程と、上記複数のクライアントがサブネットワーク内のクライアントと各々入手済みのコンポーネントの種類・版数・クライアントの識別情報を含む情報を交換し、各クライアントは、交換された情報に基づいて、入手したいコンポーネントを入手済みクライアントから配信を受けるコンポーネント相互配布工程とを備える。【選択図】図１
2006309416.tif 000002
【特許請求の範囲】
【請求項１】
サブネットワークに接続された複数のクライアントと、該サブネットワークがルータを介して、サーバが接続されたネットワークに接続されるネットワークシステムにおける上記複数のクライアントが、サーバからコンピュータウイルス対策ソフトウェアの更新配布を受けるコンピュータウイルス対策ソフトウェア更新方法であって、
サブネットワークに接続された複数のクライアントの何れか１つが、該ネットワークを代表し、上記サーバから更新されたコンポーネントの配布を受ける代表クライアントに立候補し、立候補したことをサブネットワークにより他のクライアントに通知する工程、
他のクライアントは該通知を受け、代表クライアントとして承認できるときは、立候補したクライアントに代表クライアントとして承認したことを通知する工程、
を有する代表クライアントの選出工程と、
上記複数のクライアントがサブネットワーク内のクライアントと同報通信を行うことにより、各々のクライアントが入手済みのコンポーネントの種類と版数及びクライアントの識別情報を含むコンポーネント構成情報を交換する工程と、
各クライアントは、交換された構成情報に基づいて、入手希望コンポーネントを入手済みのクライアントを特定し、そのクライアントからコンポーネントの配信を受ける工程を有するクライアント間のコンポーネント相互配布工程と
を備えることを特徴とするコンピュータウイルス対策ソフトウェア更新方法。
【請求項２】
代表クライアントはサーバからコンポーネントの配信を受ける時、サーバからコンポーネントの配信を受けていることをサブネットワークに接続されたクライアントにサーバから配信を受けているコンポーネントの種別を含む内容を同報通信により通知する工程と、
上記通知を受けたサブネットワーク内のクライアントは、サブネットワーク内の間での当該コンポーネントの交換を抑制する工程と
を備えることを特徴とする請求項１記載のコンピュータウイルス対策ソフトウェア更新方法。
【請求項３】
コンポーネント構成情報交換工程で交換するコンポーネント構成情報は、入手済みコンポーネントの構成情報にコンポーネントの稼動プラットフォームの識別を含み、さらに加えて各クライアントが、自らの稼動プラットフォームと、定常的に更新を必要とするコンポーネントの種別とを含み、
代表クライアントは、上記コンポーネント構成情報交換工程で交換された稼動プラットフォームとコンポーネントの種類に応じたコンポーネントをサーバから入手する機能にされたことを特徴とする請求項１又は２に記載のコンピュータウイルス対策ソフトウェア更新方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、インターネットなどのネットワークを介して接続される複数のコンピュータにおけるコンピュータウイルス対策ソフトウェアのコンポーネントやウイルスパターン定義ファイルの更新行うコンピュータウイルス対策ソフトウェア更新方法に関する。
【背景技術】
【０００２】
コンピュータウイルス検知ソフトウェアは、新種のウイルスが検知できるよう、ソフトウェアのコンポーネントやウイルスパターン定義ファイル（以下、コンポーネント）を常に更新する必要がある。
一般的には、ベンダが更新コンポーネントの配布用サーバを設け、ネットワーク経由でコンポーネントを配布する方法が広く用いられている。各ユーザのコンピュータにインストールされた検知ソフトウェア(以下、クライアント)は配布サーバに対して更新の有無を定期的に問い合わせ、更新があればコンポーネントを自動的にダウンロードする（例えば、非特許文献１）。
【０００３】
日常化したコンピュータウイルスの脅威に対処するため、ほとんどの端末にコンピュータウイルス検知ソフトウェアが導入され、また、日々発生する新種のウイルスに対応するために、頻繁にコンポーネントの更新を行う必要がある。したがって、配布用サーバや配布経路の通信帯域に大きな負荷がかかる。
従来、コンポーネント配布の負荷を軽減する方法として、ユーザ組織内に二次配布、三次配布用のサーバを設け、負荷を分散する方法が実用化されている（非特許文献１）。
また、ネットワークを巡回する巡回型プログラムにより配布を行う方法（特許文献１）が提案されている。
またさらに、類似した目的で、サブネットワーク内の一端末を代表としてＯＳコンポーネントの配布を行う方法(特許文献２)が提案されている。
【０００４】
【特許文献１】特開平10-313337号公報「ネットワークシステム、情報処理装置」
【特許文献２】特開2001-101001号公報「データ更新方法」
【非特許文献１】「Symantec AntiVirus(TM) Corporate Edition管理者ガイド」、2004年、株式会社シマンテック、第４章「ウイルス定義ファイルの更新」
【発明の開示】
【発明が解決しようとする課題】
【０００５】
以上にあげた従来のコンピュータウイルス対策ソフトウェア更新方法においては、その導入・運用に際し、あるいはコンポーネント配布の負荷を軽減するためにゲートウェイ装置や二次配布用のサーバ等の追加ハードウェアを必要とし、あるいは、配信経路等の設定管理が必要という問題がある。
例えば非特許文献１では、組織を代表してベンダ等からの配信を受け、組織内への配布を行う二次配布サーバを導入する。また、規模によってはさらに階層的に配布を行うために三次配布用のサーバを導入する。これらのサーバの導入により負荷は適切に軽減されるが、二次配布、三次配布用のサーバを設置・運用するために追加のハードウェア・ソフトウェア・人件費を必要とする。
【０００６】
また、特許文献１には、ネットワークを巡回する巡回型プログラムにより配布を行う方法が示されている。管理装置から巡回プログラムを網内に放ち、ＷＡＮ（Wide Area Network）経由で組織内の各ＬＡＮ（Local Area Network）を順次巡回させる。各ＬＡＮの代表装置（ルータ等）はＬＡＮにまたがった巡回経路を制御するとともに、ＬＡＮ内の端末に対してブロードキャストを用いて巡回プログラムを配信し、また、端末からの結果を回収する。このような各ＬＡＮの代表装置に求められる機能は、広く一般に導入されているルータには含まれていないので、追加のハードウェア・ソフトウェアが必要である。
【０００７】
また、特許文献２に示すＯＳ更新方法はコンピュータウイルス対策ソフトウェアにも自明に応用可能であり、ＬＡＮを代表して１台の端末がコンポーネント配信を受け、他の端末に二次配布することを特徴とした方法である。ＬＡＮ−ＷＡＮ間に配置されたゲートウェイ装置がＬＡＮ内に接続された端末のリストを収集し、各端末はゲートウェイを経由してＬＡＮ内の端末の構成を知り、入手したコンポーネントを他の端末に配布する。ゲートウェイ装置はまた、一台の端末を外部からコンポーネント配信を受ける「代表端末」に選定し、各端末に通知する機能を有する。この方法でも、広く一般に導入されている既存のルータにはない機能をゲートウェイ装置に求めており、追加のハードウェア・ソフトウェア・人件費等を必要とする。
【０００８】
この発明は上記のような問題点を解決するためになされたもので、その目的は、ネットワーク上で近隣関係にあるクライアント同士をクライアント・ソフトウェアの工夫によって協調動作させることで、それ以外の特別なハードウェア・ソフトウェアの追加コストを必要とせず、すなわち、クライアント・ソフトウェアの工夫のみによって、効率的なコンポーネントの配布を実現することである。
また、クライアント間で入手済みのコンポーネントの構成情報を交換しあうことで、代表クライアント以外のクライアント間でもコンポーネントの相互配布を行い、より効率的な配布を実現することを目的とする。
【課題を解決するための手段】
【０００９】
この発明に係るコンピュータウイルス対策ソフトウェア更新方法は、
サブネットワークに接続された複数のクライアントと、該サブネットワークがルータを介して、サーバが接続されたネットワークに接続されるネットワークシステムにおける上記複数のクライアントが、上記サーバからコンピュータウイルス対策ソフトウェアの更新配布を受けるコンピュータウイルス対策ソフトウェア更新方法であって、
サブネットワークに接続された複数のクライアントの何れか１つが、該ネットワークを代表し、上記サーバから更新されたコンポーネントの配布を受ける代表クライアントに立候補し、立候補したことをサブネットワークにより他のクライアントに通知する工程、
他のクライアントは該通知を受け、代表クライアントとして承認できるときは、立候補したクライアントに代表クライアントとして承認したことを通知する工程を有する代表クライアントの選出工程と、
上記複数のクライアントがサブネットワーク内のクライアントと同報通信を行うことにより、各々のクライアントが入手済みのコンポーネントの種類と版数及びクライアントの識別情報を含むコンポーネント構成情報を交換する工程と、
各クライアントは、交換された構成情報に基づいて、入手したいコンポーネントを入手済みクライアントを特定し、そのクライアントからコンポーネントの配信を受ける工程を有するクライアント間によるコンポーネント相互配布工程と
を備える。
【発明の効果】
【００１０】
以上のこの発明によれば、各クライアントはクライアント同士の情報交換により、サブネットワーク内のどのクライアントが最新版のコンポーネントを保有しているかを自動的に判断し、コンポーネントを相互に配布する。
また、クライアント同士の交渉により自動的に代表クライアントを決定し、代表クライアントのみがサーバ７から更新コンポーネントを入手する。これらの機能は、クライアント・ソフトウェアとして安価に実現することができ、追加のサーバやゲートウェイ装置を必要としない。
また、サブネットワーク内のクライアントの構成・役割は自動的に判断されるので、各クライアントに対する設定作業が不要で、導入・設置が容易である。
また、各クライアントの相互配布については、代表クライアント以外のクライアントにこだわらず最新版を保有するクライアントから配布を受けることができる。これによって更新時の負荷が分散される。
【発明を実施するための最良の形態】
【００１１】
実施の形態１．
図１はこの発明の実施の形態１におけるコンピュータウイルス対策ソフトウェア更新方法の態様を実施する構成図である。図１において、クライアント１〜３はコンピュータウイルス対策ソフトウェア更新コンポーネントの配布をうけるクライアントであり、ここではクライアント１〜３は同じサブネットワーク４に属している。
【００１２】
サブネットワーク４はルータ５によりネットワーク６に接続され、さらにネットワーク６を介してサーバ７と接続される。サーバ７はクライアント１〜３からの要求に応じて更新コンポーネントを配布するものである。なお、クライアント１〜３がサーバ７にアクセスできるように構成されていれば、ルータ５はファイヤウォールやプロキシサーバ等であってもよい。
クライアント１〜３の各々は、従来と同様にサーバ７からコンポーネントの配布を受ける機能を有するとともに、同じサブネットワーク４においては、サーバ７から入手済みのコンポーネントをクライアント１〜３が相互に再配布する機能を有する。
【００１３】
以下この発明の動作について説明する。
（クライアント間によるコンポーネントの相互配布手順）
クライアント１〜３が入手済コンポーネントを相互に配布する手順を図２〜図４を用いて説明する。図２はクライアントが相互にコンポーネントを配布するための手順の説明図である。
クライアント１〜３は、各自が入手済みのコンポーネントの構成情報を定期的にサブネットワーク４内にブロードキャストする（図２（ａ）)。
ブロードキャストする構成情報は、図３の例に示すようにクライアントの識別情報と、クライアントが入手済みのコンポーネントの種類、版数を含む。
各クライアントは自らが有するコンポーネントの構成と、上記のブロードキャストにより通知された構成情報を元にして、コンポーネントの種類に応じたサブネットワーク４内の最新版の版数、即ち最新版を保有するクライアントを記録した表（以下、最新版コンポーネント所在表と呼ぶ）を作成する（図２（ｂ）)。この表は構成情報の通知を受けるたびに更新するとよい。
【００１４】
図３の例に示す構成情報を交換した場合、クライアント１が作成する最新版コンポーネント所在表は図４のようになる。図４に示すように、自分が最新の版を有しているコンポーネントについては、他のクライアントの記録は省略して差し支えない。
クライアントは最新版コンポーネント所在表を参照することにより、コンポーネントの種別ごとに、サブネットワーク４内の最新版の所在を知ることができる。クライアントは、自分が最新版を持っていないコンポーネントについて、クライアント１〜３のいずれかからコンポーネントの最新版を保有するクライアントを選択してダウンロード要求を行い、最新版を入手する（図２（ｃ）)。
【００１５】
（代表クライアントの選出手順）
次に代表クライアントの選出手順について述べる。
本実施の形態では、サーバ７に対する負荷を軽減することを目的として、サブネットワーク４を代表してサーバ７からの配布を受けるクライアント(以下、代表クライアント、あるいはマスタと呼ぶ)を、クライアント１〜３からの立候補に基づいて、クライアント同士で選出し、選出されたクライアント以外の他のクライアントはサーバ７からの更新版の入手を控える。
【００１６】
この方法について図５を用いて説明する。立候補するクライアントは、サブネットワーク４内他のクライアントに自分がサブネットワーク４内の代表クライアントに立候補する旨をブロードキャストで通知し、他のクライアントはその送出元のクライアントが代表クライアント（マスタ）であることを認識する(図５（ａ）)。この通知を以下、マスタ通知と呼ぶ。マスタ通知を受けた他のクライアントは自らがマスタとなることを抑制する。
もし、マスタ通知のタイミングが他のクライアントと競合した場合は、通知を受信した各クライアントは、事前にシステムで定めた優先順位に従い、最優先の１台をマスタであると判断する(図５（ｂ）)。優先順位としては、例えば、クライアントのIPアドレスやMAC (Media Access Control)アドレスの大小を用いたり、マスタ通知に乱数を含めて提示させ、その大小を判定する等の方法を用いることができる。
【００１７】
マスタとなったクライアントは周期的にマスタ通知をブロードキャストでサブネットワーク４の他のクライアントに再通知し、自分が継続してマスタであることを通知する(図５（ｃ）)。
他のクライアントは、通知が一定期間以上観測されない場合、マスタが稼動を停止したと判断し、新しく代表クライアントの立候補を行う(図５（ｄ）)。
【００１８】
以上のこの実施の形態の方法によれば、各クライアントはクライアント同士の情報交換により、サブネットワーク４内のどのクライアントが最新版のコンポーネントを保有しているかを自動的に判断し、コンポーネントを相互に配布する。また、クライアント同士の交渉により自動的に代表クライアントを決定し、代表クライアントのみがサーバ７から更新コンポーネントを入手する。
以上の手順はクライアント１〜３間で自動的に行われ、また、追加のサーバやゲートウェイ装置を必要とせず、クライアント・ソフトウェアとして安価に実現することができる。
【００１９】
また、サブネットワーク４内のクライアントの構成・役割は自動的に判断されるので、各クライアントに対する設定作業が不要で、導入・設置が容易である。
また、ノート型コンピュータの移動型端末において、他のサブネットワークにクライアントを移設した場合でも再設定が不要である。
また、各クライアントの相互配布については、代表クライアントにこだわらず最新版を保有するクライアントから配布を受けることができる。これによって更新時の負荷が分散される
また、移動型コンピュータや可搬媒体など、別の経路からサブネットワーク内に更新コンポーネントを持ち込んだ場合にも、特別な設定なく、サブネットワーク内に更新されたコンポーネントを自動的に配布することができる。
【００２０】
実施の形態２．
この実施の形態は、実施の形態１において、さらに、サーバ７から配信を受けるクライアントが、同一サブネットワーク内のコンポーネント再配布を抑制する手順を追加したものである。
図６はその手順を示した説明図である。クライアントは、サーバからの配信を受ける期間、サブネットワーク内にコンポーネント再配布の抑止通知を定期的にブロードキャストする(（ａ）)。この再配布抑止通知の内容には、図６に示すようにサーバから入手中のコンポーネントの種別が含まれる。
通知を受けた他のクライアントは、抑止通知の定期的なブロードキャストが継続している間は、通知されたコンポーネント種別に対して、クライアント相互のコンポーネント配布を控える(（ｂ）)。
【００２１】
以上の手順を追加したことにより、サブネットワーク４内のクライアントのいずれかがサーバ７から配信を受けて、特定の種類のコンポーネントの最新版を入手しようとしているとき、サブネットワーク４内での無駄な再配布が抑止され、再配布の効率が向上する。
【００２２】
実施の形態３．
この実施の形態は、必要なコンポーネントや機種の異なるクライアントが混在するサブネットワークにおいて、各クライアントは、自らの稼動プラットフォーム以外の別のコンポーネントの版を保持して、他のクライアントに再配布できること、代表クライアントがサブネットワーク内に存在するさまざまの機種や必要コンポーネント構成を収集し、サブネットワークを代表してサーバからのコンポーネント配布を受けることを目的としたものであり、実施の形態１に対して、以下の手順の変更を加えることにより、上記の目的を実現する。
【００２３】
（１）クライアントが相互に通知しあう「入手済みコンポーネントの構成情報」は、実施の形態１に示した情報に加えて、各コンポーネントに対する稼動プラットフォームの識別を含む。
図７は、この実施の形態において、クライアント１〜３が相互に通知しあう「入手済みコンポーネントの構成情報」の内容を示した例である。
【００２４】
（２）各クライアントが「入手済みコンポーネントの構成情報」の通知を受けて作成・更新する「最新版コンポーネント所在表」は、コンポーネント種別と稼動プラットフォームの組み合わせに対する最新版の版数と、入手済みクライアントを記録する。
図８は、図７の通知を受けてクライアント１が作成する「最新版コンポーネント所在表」を示したものである。
各クライアントは、この「最新版コンポーネント所在表」に従い、自分の稼動プラットフォーム・必要とするコンポーネント種別に対して、最新版を保有するクライアントを特定し、そこからコンポーネントを入手する。
【００２５】
（３）クライアントはまた「自らが必要とするコンポーネントの構成情報」をブロードキャストによりサブネットワーク４内の他のクライアントに定期的に通知する。この構成情報は、必要とするコンポーネントの種別と、このコンポーネント種別の稼動プラットフォームを識別する情報を含む。
図９は、クライアント１〜３が相互に通知しあう「自らが必要とするコンポーネントの構成情報」の内容を示した例である。
【００２６】
（４）クライアントのうち少なくとも現在の代表クライアントは、「自らが必要とするコンポーネントの構成情報」の通知を収集し、サブネットワーク４内で必要とされているコンポーネント種別と稼動プラットフォームのすべての組み合わせを示した表を算出し、保持する。この表を以下「要求コンポーネント種別表」と呼ぶ。
図１０は、図９に示された「自らが必要とするコンポーネントの構成情報」をもとに算出された「要求コンポーネント種別表」を示す。
【００２７】
（５）代表クライアントは、サーバ７からコンポーネントの配信を受ける際、「要求コンポーネント種別表」に記されたコンポーネントの種類と稼動プラットフォームの組み合わせに対して更新をサーバ７から取得する。なお、このとき、図８に示す「最新版コンポーネント所在表」を用いると、サーバ７から配布されているコンポーネントの最新版がサブネットワーク４内にすでにあるかどうかを判定できるので、そのようなコンポーネントについては、サーバ７からの取得を省略してよい。
【００２８】
以上の構成によれば、各クライアントの機種や利用目的によって必要なコンポーネントの種類やコンポーネントの稼動プラットフォームが異なるケースにおいても、クライアントが相互に協調して効率的にコンポーネントの配布を行うことができる。
【産業上の利用可能性】
【００２９】
サイバーテロ対策システムのセキュアゲート装置やクライアントを管理するエージェントソフトウェア等に組み込む形で適用されネットワークセキュリティに貢献できる。
【図面の簡単な説明】
【００３０】
【図１】この発明の実施の形態１における方法を実施する構成図である。
【図２】実施の形態１におけるコンポーネントの相互配布手順の説明図である。
【図３】実施の形態１における入手済みコンポーネントの構成情報の内容説明図である。
【図４】実施の形態１における最新版コンポーネント所在表の内容説明図である。
【図５】実施の形態１における代表クライアント選出手順の説明図である。
【図６】実施の形態２における方法を実施する構成図である。
【図７】実施の形態３における入手済みコンポーネントの構成情報の内容説明図である。
【図８】実施の形態３における最新版コンポーネント所在表の内容説明図である。
【図９】実施の形態３における自らが必要とするコンポーネントの構成情報の内容説明図である。
【図１０】実施の形態３における要求コンポーネント種別表の内容説明図である。
【符号の説明】
【００３１】
１〜３:クライアント、４:サブネットワーク、５:ルータ、６:ネットワーク、７:サーバ。
【図１】
2006309416.tif 000003
【図２】
2006309416.tif 000004
【図３】
2006309416.tif 000005
【図４】
2006309416.tif 000006
【図５】
2006309416.tif 000007
【図６】
2006309416.tif 000008
【図７】
2006309416.tif 000009
【図８】
2006309416.tif 000010
【図９】
2006309416.tif 000011
【図１０】
2006309416.tif 000012