JPH06110718A - ウィルス防御方式 - Google Patents

Abstract

(57)【要約】 【目的】ウィルス感染の範囲を推定すると共に、感染し
たプログラムを元に戻すウィルス防御方式を実現する。 【構成】バージョン管理手段４によるバージョン管理に
よって、既存のファイルを損なうことなくファイル変更
が行なわれる。よって、いつでもウィルス感染等によっ
て変更が加えられたバージョンを削除し、前の状態に戻
すことができる。また、依存保持手段３が管理している
クライアント間のファイルの依存関係およびファイルア
クセスの履歴を用いることにより、ウィルス感染の可能
性のあるファイルを必ずシステム管理者に警報できると
ともに、その検査結果に基づいてバージョンをもとに戻
しているので、ウィルスが感染したバージョンは必ず削
除される。よって、ウィルス感染を完全に防御できる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はクライアント／サーバシ
ステムにおけるサーバのウィルス防御方式に関する。

【０００２】

【従来の技術】近年、低価格で高性能なパソコン（Ｐ
Ｃ）・ワークステーション（ＷＳ）の出現とネットワー
ク技術の進歩により、ファイルをクライアント／サーバ
方式で共有するシステムが増えている。このシステム
は、図１２に示すように、独立して動作するのに必要な
ファイルしか持たない多数の小型計算機（クライアン
ト）１６−１〜Ｎと、大量のファイルを保持する少数の
（１つだけでもよい）大型計算機（サーバ）１５をネッ
トワーク１７で接続した構成である。この方式により、
これまで個々の計算機で重複して保持していたファイル
を、１カ所に集中管理でき、クライアントが変わっても
ファイルをコピーして移動させる必要がない。さらに、
クライアントには、大型のディスクを登載する必要がな
く、安価でコンパクトな計算機を使える。

【０００３】また、最近、ＰＣを中心にウィルスと呼ば
れる計算機に障害を起こすプログラムによる被害が色々
と報告されている。このプログラムは、予め設定された
時期になると計算機内のファイルを消去したりＯＳの基
本的なプログラムを破壊したりするもので、プログラム
やＯＳ等を経由して他のプログラムに伝染する機能を持
っている。ウィルスに感染したプログラムを実行する
と、まず、他のプログラムにもウィルスを感染させるた
め、ウィルスプログラムはその計算機からアクセス可能
な全ファイル／ディレクトリを調べ、ウィルスの感染可
能なプログラムやウィルス感染したプログラムを格納可
能なディレクトリを見つける。また、感染可能なプログ
ラムを順次読み出してウィルスプログラムを組み込んで
から書き戻したり、ウィルス感染したプログラムを格納
可能なディレクトリに書き込む。さらに、その計算機の
プログラム実行を制御するＯＳにもウィルスプログラム
を組み込み、ＯＳが起動される毎に感染を試みる。な
お、ウィルスチェッカと呼ばれるウィルスの存在を確認
するプログラムも開発されている。

【０００４】これまでは、フロッピー・ディスク等の媒
体を介してウィルス感染する場合が主な経路で、各計算
機の管理者が身元のはっきりしないプログラムを実行し
ないように注意すれば良く、その被害もウィルスプログ
ラムを実行した計算機に限られた。しかし、クライアン
ト／サーバ方式のシステムでは、ユーザのファイルはす
べてサーバに格納されており、各クライアントからそれ
らにアクセスできる必要がある。よって、クライアント
からサーバ内の全ファイルが原則としてアクセス可能で
あり、１人の不注意なユーザによるウィルス感染したプ
ログラムの実行が、サーバ内の全ファイルに感染し、さ
らに全クライアントに障害をもたらす危険性がある。よ
って、ウィルス防御手段がファイルサーバには必須であ
る。しかし、従来のファイルサーバにはアクセス権によ
る方法しかなく不十分であった。以下、従来のファイル
サーバで採られているアクセス権方式とその問題点につ
いて簡単に説明する。

【０００５】クライアント／サーバシステムにおける、
ファイルサーバ２０とクライアント２５の構成を図１３
に示す。ファイルサーバ２０は、クライアントからのフ
ァイル要求を受け取る要求受信手段２１と、ファイルへ
のアクセス権を検査するアクセス権検査手段２２と、フ
ァイルやそのアクセス属性の読み出し書き込みを行うフ
ァイルアクセス手段２３と、実際に多数のファイルを保
持するファイル保持手段２４から構成される。一方、ク
ライアント２５は、サーバ内にあるファイルを必要とす
る応用プログラム２６と、現在クライアント２５を使っ
ているユーザの識別子を保持するユーザ識別子保持手段
２７と、応用プログラム２６の指示に従ってサーバへ要
求を送り出す要求送信手段２８から構成される。なお、
ユーザ識別子保持手段２７内の識別子は、クライアント
２５がサーバ２０へ論理的接続（ログインやマウント）
を行った時に設定される。論理的接続ではパスワード検
査等を行い、正規のユーザであることを確認している。

【０００６】このシステムの動作について簡単に説明す
る。まず、クライアントの応用プログラム２６が、ファ
イル名前とアクセス種別（読み出し／書き込み）を指定
してアクセス要求を要求送信手段２８に伝える。この要
求を受け取った要求送信手段２８は、ユーザ識別子保持
手段２７からユーザ識別子を読み出して、ファイル名、
アクセス種別、ユーザ識別子からなるファイル要求を作
成してサーバ２０に送る。

【０００７】サーバ２０側では、この要求を要求受信手
段２１が受け取り、この要求内容に従って、ユーザ識別
子のユーザが、ファイル名のファイルへ、アクセス種別
のアクセスを行うものとして、ファイルアクセス手段２
３へアクセス要求を伝える。この要求を受け取ったファ
イルアクセス手段２３は、まず指定されたファイルのア
クセス属性をファイル保持手段２４から取り出し、アク
セス種別、ユーザ識別子とともにアクセス権検査手段２
２に送る。アクセス権検査手段２２では、格納されてい
たアクセス属性を解析し、このファイルはユーザ識別子
のユーザに対してアクセス種別のアクセスが許されてい
るか検査する。この結果がファイルアクセス手段に伝え
られ、許可される場合にのみアクセス種別のアクセスが
ファイル保持手段２４内のファイル名のファイルに対し
て行われる。

【０００８】ここで、応用プログラム２６がウィルスに
感染している場合を考える。応用プログラムを実行する
とウィルスプログラムが動き出す。ウィルスプログラム
はサーバ内のファイルへウィルスを感染させようと試
み、ファイル名とアクセス種別を指定してアクセスを要
求送信手段２８に伝える。要求送信手段２８は、ユーザ
識別子保持手段２７から現在クライアントを使っている
ユーザのユーザ識別子を読み出して、アクセス要求を作
成してサーバ２０に送る。

【０００９】サーバ２０側では、この要求を要求受信手
段２１が受け取り、ファイルアクセス手段２３へ伝え
る。ファイルアクセス手段２３は、まず指定されたファ
イルのアクセス属性をファイル保持手段２４から取り出
して、アクセス種別やユーザ識別子とともアクセス検査
手段２２に送る。アクセス検査手段２２では、格納され
ていたアクセス属性を解析し、このファイルがユーザ識
別子のユーザにアクセス種別のアクセスが許可されてい
るかを検査する。許可されている場合にのみ、ファイル
アクセス手段２３はファイル保持手段２４内のファイル
に対してアクセスを行う。よって、各ユーザがアクセス
（特に変更）できるファイル／ディレクトリの属性を非
常に限られたものに設定することにより、サーバ内の大
部分のファイルにはアクセス検査手段２２からアクセス
許可が出ず、ウィルスプログラムが感染できるプログラ
ムは非常に制限される。

【００１０】以上のように、サーバ側ではユーザ識別子
とアクセス属性を用いてファイルへのアクセスを制限し
ており、結果としてウィルスプログラムを実行したユー
ザが変更を許されているプログラムにしか影響が及ばな
い。よって、ファイルへのアクセス権方式を用いて、ウ
ィルスプログラムを実行したユーザの範囲内にウィルス
汚染の影響を抑えられる。しかし、本方式には次のよう
な問題点がある。

【００１１】第１に、ウィルスプログラムを実行したユ
ーザが管理している他のプログラムやディレクトリには
アクセス許可が常に出ているので、それにウィルスが感
染するのを防げない。

【００１２】第２に、一般にはユーザ毎に別々にプログ
ラムやディレクトリが存在するのではなく、共通のプロ
グラムやディレクトリ、即ちウィルス感染の可能なプロ
グラムやウィルスプログラムを格納可能なディレクトリ
が存在する。よって、あるユーザがウィルスプログラム
を実行すると、共通のプログラムに感染していたり、デ
ィレクトリにウィルス感染プログラムを格納したりす
る。よって、それ以降にそのプログラムを実行したユー
ザにもウィルス汚染が及んでしまう。

【００１３】第３に、ウィルスプログラムを実行してク
ライアントのＯＳに感染した場合、そのクライアントを
そのまま他のユーザが使うと、ＯＳ内のウィルスプログ
ラムが作動してそのユーザにアクセスの許されているプ
ログラム／ディレクトリにまで感染してしまう。

【００１４】第４に、このようなサーバには先のアクセ
ス権によってアクセスが禁止されない特権ユーザが存在
しており、クライアント／サーバシステムを管理・運用
している。よって、特権ユーザとしてウィルスプログラ
ムをクライアントかサーバで実行すると、サーバ内の全
プログラムに感染させることが可能となる。さらに、こ
れらの感染原因は複合して作用し、一層感染の範囲を広
げてしまう。

【００１５】また、サーバ内の全ファイルと全クライア
ントに感染する可能性があるので、ウィルスチェッカが
ウィルスが存在しないことや感染が及んでいる範囲を確
認するには、全ファイルと全クライアントを検査する必
要があり、ファイル数やクライアント数に比例した膨大
な作業を必要とする。

【００１６】

【発明が解決しようとする課題】以上のように、従来の
アクセス権方式ではサーバ内にウィルスが感染するのを
完全に防げないばかりでなく、サーバ内にウィルスが存
在しないことやウィルス感染の範囲を確認するのに膨大
な作業が必要であった。本発明は、ウィルス感染の範囲
を推定するとともに感染したプログラムを元にもどすウ
ィルス防御方式を提供することを目的とする。

【００１７】

【課題を解決するための手段および作用】本発明のウィ
ルス防御方式は、ファイルアクセスを要求する複数のク
ライアントと、これら各クライアントからのファイルア
クセスに応じてファイルアクセスを行うサーバとから構
成されるクライアント／サーバシステムにおいて、前記
サーバに、前記各クライアントからのアクセス要求に従
って、前記複数のクライアントのファイルアクセスの履
歴およびクライアント間におけるファイルアクセスの依
存関係を管理する第１の管理手段と、前記各クライアン
トからのファイル変更要求に応じて変更対象ファイルの
バージョンを追加作成し、各ファイル毎にバージョンを
管理する第２の管理手段と、前記第１の管理手段で管理
されているファイルアクセスの履歴を解析してウィルス
検査の必要性の有無を検出すると共に、前記クライアン
ト間におけるファイルアクセスの依存関係に従って検査
対象のファイルおよびクライアントを追跡する解析手段
と、所定のウィルス検査の結果にしたがって前記各ファ
イル毎に不要バージョンを削除する手段とを具備するこ
とを特徴とする。

【００１８】このシステムにおいては、第２の管理手段
によるバージョン管理によって、既存のファイルを損な
うことなくファイル変更が行なわれる。よって、いつで
もウィルス感染等によって変更が加えられたバージョン
を削除し、前の状態に戻すことができる。また、第１の
管理手段が管理しているクライアント間のファイルの依
存関係およびファイルアクセスの履歴を用いることによ
り、ウィルス感染の可能性のあるファイルを必ずシステ
ム管理者に警報できるとともに、その検査結果に基づい
てバージョンをもとに戻しているので、ウィルスが感染
したバージョンは必ず削除される。よって、ウィルス感
染を完全に防御できる。

【００１９】さらに、解析手段が常に情報を解析してウ
ィルス存在の可能性をチェックしているので、ウィルス
感染しても広範囲に広がる前に発見できる。また、クラ
イアント間の依存関係の情報を使ってウィルス感染の可
能性があるクライアントやファイルを限定できる。よっ
て、サーバ内におけるウィルスの存在や存在するときの
感染範囲を確認するのに少数のファイルやクライアント
を検査するだけでよい。

【００２０】

【実施例】以下に本発明の実施例を説明する。図１は本
発明のウィルス防御方式を適用して構成した、サーバ１
とクライアント１０からなるクライアント／サーバシス
テムの構成図である。

【００２１】サーバ１は、クライアントからのアクセス
要求を受け取る要求受信手段２と、クライアントからの
アクセス要求に従ってクライアント間やファイル間の依
存関係を作成保持する依存保持手段３と、ファイルへの
変更（挿入、削除、更新）をファイルに直接反映せずに
バージョンを作って管理するバージョン管理手段４と、
ファイルの読み書きを行うファイルアクセス手段５と、
実際に多数のファイルを保持するファイル保持手段６
と、依存保持手段３が保持しているクライアント間やフ
ァイル間の依存関係を解析しウィルス検査の必要性をシ
ステム管理者に警報する解析警報手段７から構成され
る。一方、クライアント１０は、サーバ内にあるファイ
ルを必要とする応用プログラム１１と、応用プログラム
１１の指示に従いサーバ２へアクセス要求を送り出す要
求送信手段１２から構成される。このシステムの動作に
ついて以下で簡単に示す。 （１）クライアントの応用プログラム１１がファイル名
とアクセス種別（読み出し、書き込み）からなるアクセ
ス要求を要求送信手段１２に伝える。 （２）この要求を受け取った要求送信手段１２は、クラ
イアント名を含むファイル要求を作成してサーバ１に送
る。 （３）サーバ１では、この要求を要求受信手段２が受け
取り、ファイル名、アクセス種別およびクライアント名
をバージョン管理手段４に伝える。

【００２２】（４）バージョン管理手段４は、指定され
たファイル名のファイルがすでに管理されているか調べ
る。もし、管理されていなければ、ファイル保持手段６
に存在するかをファイルアクセス手段５に問い合わせた
後、管理対象ファイルとして登録する。

【００２３】（５）次に、バージョン管理手段４は、登
録された情報に従って、指定されたファイルにアクセス
種別のアクセスが可能か調べ、そのアクセス形態（読み
出し、挿入、更新、削除）を決定する。なお、アクセス
可能な場合にのみアクセス処理が継続する。

【００２４】（６）さらに、バージョン管理手段４は、
確定したアクセス形態、ファイル名、クライアント名を
依存保持手段３に伝えるとともに、既存ファイルの内容
を損なわないよう、バージョンを作るファイル要求に変
えてファイルアクセス手段５に伝える。

【００２５】（７）ファイルアクセス手段５は、要求さ
れたファイルアクセスをファイル保持手段６内のファイ
ルに対して行い、その結果がバージョン管理手段４、要
求受信手段２、要求送信手段１２を経由して応用プログ
ラム１１に伝えられる。

【００２６】（８）一方、確定したアクセス形態、ファ
イル名、クライアント名を受け取った依存保持手段３
は、その情報を元にクライアント間やファイル間の依存
関係を作成保持し、その情報を解析警報手段７に提供す
る。

【００２７】（９）解析警報手段７は依存保持手段３の
情報を常に解析し、ウィルス検査の必要がある場合には
システム管理者に検査すべきクライアントやプログラム
とともに警報する。また、システム管理者からのウィル
ス検査の結果に基づき、ウィルス感染の危険性が無くも
はや必要なくなったバージョンやウィルスに感染してい
たファイルのバージョンをバージョン管理手段４に伝え
る。

【００２８】（１０）バージョン管理手段４は、もはや
必要が無くなったバージョンの削減と、ウィルスに感染
したファイルの古いバージョンへの復元を行う。また、
登録されているそのファイルに関する情報を更新する。

【００２９】ここで、応用プログラム１１がウィルスに
感染しており、ファイルＡ，Ｂ，Ｃへこのウィルスが伝
染する場合を考える。応用プログラムを実行するとウィ
ルスプログラムが動き出す。ウィルスプログラムはサー
バ内のファイルＡ，Ｂ，Ｃへ感染を試み、図２に示す順
序でファイル名とアクセス種別を指定してアクセス要求
を要求送信手段１２に伝える。要求送信手段はこれらア
クセス要求からサーバ１へのファイル要求を作成して送
る。

【００３０】サーバ１側では、これらの要求を要求受信
手段２が受け取り、そのファイル名、アクセス種別、ク
ライアント名をバージョン管理手段４に伝える。バージ
ョン管理手段４は、これらのファイルをバージョン管理
されるものとして登録し、そのアクセス形態（参照、挿
入、更新、削除）を決定する（図３参照）。さらに、ア
クセス形態が更新の場合には、その更新要求を、既存の
ファイル内容を失わないように新しいバージョンファイ
ルを作る、削除の場合には何もしない、といったアクセ
ス要求に変えてファイルアクセス手段５に伝える。ファ
イルアクセス手段５は、これらのアクセスをファイル保
持手段６内のファイルに対して行い、その結果をバージ
ョン管理手段４、要求受信手段２、要求送信手段１２を
経由して応用プログラム１１に伝える。よって、クライ
アントからのアクセス要求の処理後には、図４に示すよ
うに、ファイルＡ，Ｂ，Ｃはそれぞれバージョンａ₁ ，
ｂ₁ ，ｃ₁ からウィルスに感染したバージョンａ₂ ，ｂ
₂ ，ｃ₂ に変わる。しかし、バージョンａ₁ ，ｂ₁ ，ｃ
₁ のファイルも変更が加えられずに残っているので、あ
とでバージョンａ₁ ，ｂ₁ ，ｃ₁ に戻すことで復元が可
能である。

【００３１】また、バージョン管理手段４は、決定した
アクセス形態、ファイル名、クライアント名を依存保持
手段３に伝える。依存保持手段３は、これまでに保持し
ていたクライアント間とファイル間の依存関係にこれら
の情報を追加する。よって、クライアント１０における
ファイル間の依存関係の情報として図３が追加され、ク
ライアント１０についてのファイル依存関係の情報は図
５のようになる。

【００３２】解析警報手段７はこの依存関係の情報を常
に解析し、ウィルス存在の可能性を示すアクセスパター
ンがないか調べる。もし、該当するアクセスパターンが
発見されウィルス検査の必要がある場合には、システム
管理者に検査すべきクライアントやファイルを指定して
警報する。よって、この例の場合、図５に示すように３
つものファイル更新が短時間に連続して行われているこ
とが発見され、ウィルス検査すべきクライアントとして
クライアント１０、検査すべきファイルとしてＰ（Ｐは
応用プログラム１１が格納されているファイル），Ａ，
Ｂ，Ｃがシステム管理者へ警報される。システム管理者
は、ウィルスチェッカなどの手段で、ウィルスの存在を
調ベ、ファイルＰ，Ａ，Ｂ，Ｃ内のウィルスを発見す
る。この結果をシステム管理者は解析警報手段７に入力
する。解析警報手段７は、ウィルスに感染していた場合
にはそのファイルの新しいバージョンを、感染していな
かった場合には古いバージョンを不要なバージョンとし
てバージョン管理手段４に伝え、不必要なバージョンを
削除する。よって、この例ではファイルＰ，Ａ，Ｂ，Ｃ
の新しいバージョン即ち、ファイルＰのｐ₁ 、ファイル
Ａ，Ｂ，Ｃのａ₂ ，ｂ₂ ，ｃ₂ がそれぞれ削除され、ウ
ィルスが感染する前のファイルバージョンに復元され
る。

【００３３】なお、これらのウィルスに感染したバージ
ョンｐ₁ ，ａ₂ ，ｂ₂ ，ｃ₂ のどれかを他のクライアン
トが参照していた場合、依存保持手段３には、図６のよ
うなクライアント間の依存関係が保持されている。よっ
て、解析警報手段７は、ウィルス感染したバージョンｐ
₁ を参照しているクライアントＢとその参照の後で更新
されたファイルＤを検査するようにシステム管理者にさ
らに警報する。このシステム管理者とのウィルス検査の
やりとりはウィルス感染の可能性があるバージョンがな
くなるまで続けられる。

【００３４】次に、従来のアクセス権方式で問題となっ
た場合を考える。本方式では、バージョン管理手段４に
より既存のファイルを古いバージョンとして残し、シス
テム管理者によりウィルスに感染していないことが確認
された場合だけそれを削除しているので、ウィルスに感
染したことが判った時はいつでもウィルス感染の影響を
取り除ける。よって、第１の場合でもウィルス感染を防
げる。また、依存保持手段３ではファイル間の依存関係
とクライアント間依存関係を保持しており、解析警報手
段７は第２の場合でも第３の場合でもその感染の可能性
のあるファイルを追跡でき、システム管理者の検査によ
りウィルス感染の影響を取り除ける。さらに、本方式は
アクセス権を全く使っていないので、第４の場合でも防
御できる。最後に、本方式では、依存保持手段３の依存
情報を元に感染の可能性のあるクライアントやファイル
を求めるとともに、解析警報手段７が常に依存情報を解
析してウィルスの感染が大きく広がる前にシステム管理
者に警報するので、ウィルスチェッカなどでウィルスが
存在しないことや感染が及んでいる範囲を確認するにも
少数のファイルやクライアントを検査するだけでよい。
最後に、本実施例を構成する各要素の具体例について説
明する。

【００３５】要求送信手段１２と要求受信手段２は、ク
ライアント／サーバシステムに必須の構成要素である。
ＵＮＩＸのクライアント／サーバ型ファイルシステムＮ
ＦＳを例にとると、要求送信手段１２はＮＦＳクライア
ントとその通信プログラム（ＸＤＲ，ＲＰＣ，ＵＤＰ，
ＩＰ）に相当し、要求受信手段２はＮＦＳサーバとその
通信プログラムに相当し、その仕様はＴＣＰ／ＩＰの標
準化組織（ＩＡＢ：Ｉｎｔｅｒｎｅｔ Ａｃｔｉｖｉｔ
ｅｓ Ｂｏａｒｄ）からＲＦＣとして公開されている。
よって、当業者にとっては自明であるのでこれ以上の説
明はここでは省略する。

【００３６】ファイル保持手段６は磁気ディスク、又は
光ディスク、又は半導体メモリ等からなる不揮発性の記
憶媒体で、多数のファイルを保持し、その読み出し／書
き込みが可能なものである。一般には、磁気ディスク装
置が用いられる。

【００３７】ファイルアクセス手段５は、ファイル名
（またはその識別子）からファイル保持手段内における
そのファイルの格納位置を求め、アクセス要求に従って
ファイルの読み出し／書き込みを行うものである。ＵＮ
ＩＸを例にとると、ファイルシステムがこれに相当し、
その詳細は文献「ＵＮＩＸカーネルの設計：共立出版、
Ｍａｕｒｉｃｅ Ｊ Ｂａｃｈ著）に述べられている。

【００３８】バージョン管理手段４は、ファイルへの変
更（挿入、削除、更新）をファイル保持手段６内のファ
イルを損なうことなく実現するため、バージョン（版）
を作成してその情報を管理する。バージョン情報を管理
するバージョン情報テーブルは、図７に示すように、フ
ァイル名フィールドと、複数のバージョンフィールドと
から構成されており、ユーザから見えるファイルのファ
イル名と、その各バージョンの実際のファイル名の対応
関係を保持している。バージョンフィールドの一番左の
ファイル名がもっとも古いバージョンを意味し、もっと
も右が最新のバージョンを意味する。また、（ｄｅｌｅ
ｔｅｄ）は削除されたことを意味する。よって、図７に
おいてＤＥＦファイルは削除されていることを表わす。
このテーブルを使ったバージョン管理手段４の概略フロ
ーを図８に示す。

【００３９】すなわち、バージョン管理手段４は、ま
ず、指定されたファイル名のファイルがすでに管理され
ているか調べる（ステップＳ１）。もし、管理されてい
なければ、ファイル保持手段６に存在するかをファイル
アクセス手段５に問い合わせた後、管理対象ファイルと
して登録する（ステップＳ２）。次に、バージョン管理
手段４は、登録された情報に従って、指定されたファイ
ルにアクセス種別のアクセスが可能か調べ、そのアクセ
ス形態（読み出し、挿入、更新、削除）を決定する（ス
テップＳ３，Ｓ４）。なお、アクセス不可能な場合に
は、エラーとなり処理が中断される。

【００４０】さらに、バージョン管理手段４は、確定し
たアクセス形態、ファイル名、クライアント名を依存保
持手段３に伝えるとともに、既存ファイルの内容を損な
わないよう、バージョンを作るファイル要求に変えてフ
ァイルアクセス手段５に伝える（ステップＳ５）。例え
ば、アクセス形態が参照の場合には、図７のテーブルの
フィールドがサーチされ、最も右側の最新のバージョー
ンが見つけられ、それがファイルアクセス手段５によっ
て読み出される（ステップＳ６）。アクセス形態が挿入
の場合には、新しいバーション名のファイルが作成され
てファイル保持手段６に登録されると共に、そのバーシ
ョン名がバージョンフィールドの先頭に書き込まれる
（ステップＳ７）。アクセス形態が削除の場合には、フ
ィールドの最右端に（ｄｅｌｅｔｅｄ）が書き込まれる
（ステップＳ８）。アクセス形態が更新の場合には、新
しいバージョン名のファイルが作成され、それがファイ
ル保持手段６に登録されると共に、新しいバージョン名
がフィールドの最右端に書き込まれる（ステップＳ
９）。なお、ウィルス検査の結果、もはや不要になった
バージョンはテーブルからその名前が削除されるとき
に、ファイル保持手段６からも実際に削除される。

【００４１】依存保持手段３は、バージョン管理手段５
からのアクセス形態、ファイル名、クライアント名に基
づいて、クライアント間とファイル間の依存関係を作成
保持する。依存関係を保持する依存関係テーブルは、図
９に示すように、各クライアント毎に存在し、ファイル
名、アクセス形態、ポインタフィールドから構成されて
いる。各テーブルはそのクライアントで実行されたファ
イルアクセスの内、ウィルス感染の範囲を限定するのに
必要なものが格納されている。図１０に依存保持手段３
の依存関係テーブルを作成するフローを示す。なお、ウ
ィルス検査の結果、もはや不要になった情報は削除され
る。

【００４２】すなわち、まず、アクセス形態が参照か否
かが判断され（ステップＳ１１）、参照以外の場合に
は、クライアント名で指定されたテーブルにファイル名
と対応するアクセス形態が追加される（ステップＳ１
２）。一方、アクセス形態が参照の場合には、指定され
たファイルの更新，挿入がテーブルにすでにあるか否か
が判断され（ステップＳ１３）、存在する場合には、ク
ライアント名で指定されたテーブルに、ファイル名とア
クセス形態が追加されると共に、ステップＳ１３で見つ
けた更新、挿入のエントリ間がポインタで結合される
（ステップＳ１４）。解析警報手段７は次の４つを処理
する。 （１）依存保持手段３の情報を常に解析し、次に示すよ
うなウィルス検査が必要なアクセスパターンがあるか調
べる。 パターンＡ； ウィルス動作の可能性を示すアクセスパ
ターン ａ．サーバ全体で予め定められた頻度以上のファイル変
更が行われる。 ｂ．１つのクライアントで予め定められた頻度以上のフ
ァイル変更が行われる。 ｃ．予め定められた名前のファイルが変更される。 パターンＢ； ウィルスの存在が判明したとき、その影
響が広範囲に及ぶ可能性があるアクセスパターン ａ．１つのクライアントで累積のファイル変更が予め定
めた回数を越える。 ｂ．１つの変更されたファイルで累積の参照が予め定め
た回数を越える。 （２）ウィルス検査が必要な場合、ウィルス検査するク
ライアントとファイルを次のようにして求めて、システ
ム管理者に警報する。

【００４３】パターンＡの場合は、アクセスパターン内
で変更されているファイル、アクセスパターンの前で参
照されたファイル、アクセスパターンが発見されたクラ
イアントを検査対象にする。パターンＢの場合は、アク
セスパターンが発見されたクライアント、又はアクセス
パターンに含まれるファイルを検査対象にする。 （３）システム管理者が行ったウィルス検査の結果に基
づいて、次のようにしてもはや不要になったバージョン
を求めてバージョン管理手段に伝える。 ・ウィルスに感染したいないことがわかった場合、その
バージョンより前のものを不要なバージョンとする。 ・ウィルスに感染していることがわかった場合、そのバ
ージョンより後のものを不要なバージョンとする。

【００４４】（４）システム管理者が行ったウィルス検
査の結果に基づいて、次のようにしてさらにウィルス検
査が必要なファイルやクライアントを求めシステム管理
者に警報する。 ・ウィルスが発見されたファイルを参照したクライアン
ト。 ・ウィルスが発見されたクライアントで変更されたファ
イル。

【００４５】なお、この実施例では、ウィルスに感染し
た可能性を検出する機能と感染していた場合に元に戻す
機能が提供されているだけである。よって、感染したか
否かの判断は、システム管理者等がウィルスチェッカ等
の別の手段を使うことを想定していた。これではシステ
ム管理者の仕事が大変になってしまうので、次に、ウィ
ルスに感染したか否かを判断する感染判断機能について
述べる。

【００４６】ウィルス感染をサーバで検出するには、ま
ず、クライアント又はサーバにウィルスが何時でも感染
させられるような被感染ファイルを用意し、クライアン
ト側にある被感染ファイルの内容をウィルスが感染する
前にサーバ側にコピーを取って置く。そして、サーバ側
にある被感染ファイルに対してはそのファイルが更新ア
クセスが起きないか、クライアント側にある被感染ファ
イルに対しては定期的にサーバ内にあるコピーと比較し
て変更された形跡がないかを調査する。もし、更新アク
セスや更新された形跡があれば、その更新アクセスに出
したクライアントやその更新された形跡のあるクライア
ントはウィルスに感染している事を意味し、ウィルス感
染を検出できる。以下、図１１を参照して具体的に説明
する。図１１はウィルス検出のためのシステム構成であ
る。

【００４７】クライアントには、誰でもアクセスできる
被感染ファイルＢが存在する。サーバには、誰でもアク
セス出来る被感染ファイルＡと、その被感染ファイルＡ
に対する更新を監視するファイル更新監視手段と、クラ
イアントにある被感染ファイルＢのコピーファイルと、
定期的にクライアント内の被感染ファイルＢの内容とサ
ーバ内の被感染ファイルＢのコピーファイルの内容が一
致するか比較監視するファイル比較監視手段が存在す
る。ここで、クライアントでウィルスプログラムが起動
された場合を考える。

【００４８】（１）まず、ウィルスプログラムは、自分
自身を感染させられるファイルを探す。ここで、ウィル
スプログラムは、サーバ内の誰でもアクセス出来る被感
染ファイルＡやクライアント内の誰でもアクセス出来る
被感染ファイルＢを発見する。 （２）次に、ウィルスプログラムは、発見したファイル
に対してウィルス感染を試み、ファイルの更新を行な
う。よって、被感染ファイルＡ，Ｂは更新され、ウィル
スが感染してしまう。ここで、サーバ内にある被感染フ
ァイルＡに対する更新は、サーバ内のファイル更新監視
手段により検出され、ファイル更新を要求したクライア
ントにウィルスプログラムが存在する事が判る。

【００４９】（３）サーバ内のファイル比較監視手段
は、定期的にクライアント内の被感染ファイルとサーバ
内のそのコピーを比較し、一致しているか検査する。こ
こで、クライアント内の被感染ファイルＢは、ウィルス
プログラムによりステップ２で更新されているので、一
致しない。よって、被感染ファイルＢがあるクライアン
トにウィルスプログラムが存在することが判る。

【００５０】以上のように、クライアントにウィルスプ
ログラムが存在すれば、サーバ内の被感染ファイルＡか
クライアント内の被感染ファイルＢのどちらかが変更さ
れ、ファイル更新監視手段かファイル比較監視手段によ
りウィルスの存在が検出される。

【００５１】なお、被感染ファイルＡ，Ｂは、テキスト
ファイルに限定するものではなく、コマンドファイル、
ライブラリファイル、実行ファイル、ＯＳ自身を格納す
るファイルなど計算機に格納されるあらゆる種類のファ
イルを用いることができる。以上のように、この実施例
においては、バージョン管理手段４によるバージョン管
理によって、既存のファイルを損なうことなくファイル
変更が行なわれる。よって、いつでもウィルス感染等に
よって変更が加えられたバージョンを削除し、前の状態
に戻すことができる。また、依存保持手段３が管理して
いるクライアント間のファイルの依存関係およびファイ
ルアクセスの履歴を用いることにより、ウィルス感染の
可能性のあるファイルを必ずシステム管理者に警報でき
るとともに、その検査結果に基づいてバージョンをもと
に戻しているので、ウィルスが感染したバージョンは必
ず削除される。よって、ウィルス感染を完全に防御でき
る。

【００５２】さらに、解析警報手段７が常に情報を解析
してウィルス存在の可能性をチェックしているので、ウ
ィルス感染しても広範囲に広がる前に発見できる。ま
た、クライアント間の依存関係の情報を使ってウィルス
感染の可能性があるクライアントやファイルを限定でき
る。よって、サーバ内におけるウィルスの存在や存在す
るときの感染範囲を確認するのに少数のファイルやクラ
イアントを検査するだけでよい。

【００５３】

【発明の効果】以上のように、本ウィルス防御機能では
サーバ内にウィルスが感染するのを完全に防げるばかり
でなく、サーバ内にウィルスが存在しないことやウィル
ス感染の範囲を確認するのも少数のファイルを検査する
だけでよい。よって非常に効率の良いウィルス対策を実
現できる。

【図面の簡単な説明】

【図１】この発明の一実施例に係わるウィルス防御方式
を実現するためのクライアント／サーバシステムの構成
を示すブロック図。

【図２】同実施例のシステムにおけるクライアントから
のアクセス要求の一例を示す図。

【図３】同実施例のシステムにおいてサーバで確認され
るアクセス形態の一例を示す図。

【図４】同実施例のシステムにおいてサーバで管理され
るバージョン関係の一例を示す図。

【図５】同実施例のシステムにおいてサーバで管理され
るクライアントのファイル依存関係を示す図。

【図６】同実施例のシステムにおいてサーバで管理され
るクライアント間の依存関係を示す図。

【図７】同実施例のシステムにおいてサーバで管理され
るバージョン管理テーブルの一例を示す図。

【図８】同実施例のシステムにおいてサーバ内で実行さ
れるバージョン管理動作の一例を示すフローチャート。

【図９】同実施例のシステムにおいてサーバで管理され
る依存関係テーブルの一例を示す図。

【図１０】同実施例のシステムにおいてサーバ内で実行
される依存関係テーブル作成動作の一例を示すフローチ
ャート。

【図１１】同実施例のシステムで採用されるウイルス検
査方式の一例を説明するための図。

【図１２】従来のクライアント／サーバシステムを概念
的に示すブロック図。

【図１３】従来のクライアント／サーバシステムにおけ
るファイルアクセス動作を説明するための図。

【符号の説明】

１…サーバ、２…要求受信手段、３…依存関係保持手
段、４…バージョン管理手段、５…ファイルアクセス手
段、６…ファイル保持手段、７…解析警報手段、１０…
クライアント。

Claims (3)

【特許請求の範囲】
1. 【請求項１】 ファイルアクセスを要求する複数のクラ
   イアントと、これら各クライアントからのファイルアク
   セスに応じてファイルアクセスを行うサーバとから構成
   されるクライアント／サーバシステムにおいて、 前記サーバは、前記各クライアントからのアクセス要求
   に従って、前記複数のクライアントのファイルアクセス
   の履歴およびクライアント間におけるファイルアクセス
   の依存関係を管理する第１の管理手段と、 前記各クライアントからのファイル変更要求に応じて変
   更対象ファイルのバージョンを追加作成し、各ファイル
   毎にバージョンを管理する第２の管理手段と、 前記第１の管理手段で管理されているファイルアクセス
   の履歴を解析してウィルス検査の必要性の有無を検出す
   ると共に、前記クライアント間におけるファイルアクセ
   スの依存関係に従って検査対象のファイルおよびクライ
   アントを追跡する解析手段と、 所定のウィルス検査の結果にしたがって前記各ファイル
   毎に不要バージョンを削除する手段とを具備することを
   特徴とするクライアント／サーバシステムのウィルス防
   御方式。
2. 【請求項２】 ファイルをアクセスを要求する応用プロ
   グラムと、そのアクセス要求をネットワーク経由でサー
   バに伝える要求送信手段から構成される複数のクライア
   ントと、 クライアントからのアクセス要求を受け取る要求受信手
   段と、この要求に従ってファイルアクセスを行うファイ
   ルアクセス手段と、ファイルを記憶しているファイル保
   持手段とから構成されるサーバとをネットワークで接続
   したクライアント／サーバシステムにおいて、 前記サーバに、ファイル変更（挿入、削除、更新）が必
   要な場合にそのファイルの新しいバージョンを作成管理
   し、ファイル保持手段内のすでに存在するファイルを損
   なうこと無くファイル変更を実現するとともに、指定さ
   れた不必要なバージョンを削除するバージョン管理手段
   と、 バージョン管理手段が行ったファイルアクセスの履歴か
   ら、ファイルを挿入・更新したクライアントとそのファ
   イルを参照したクライアントとの間の依存関係と、各ク
   ライアント内でのファイルアクセスの順序関係によるフ
   ァイル間の依存関係を作成保持する依存保持手段と、 依存保持手段の情報を常に解析し、ウィルス検査の必要
   がないか調べ、必要な場合にはシステム管理者にすべて
   検査すべきクライアントとファイルを指定して警報する
   とともに、システム管理者がウィルス検査した結果を元
   に解析し、不必要となったバージョンをバージョン管理
   手段に伝え、さらに検査の必要なクライアントやファイ
   ルをシステム管理者に警報する解析警報手段を有し、 システム管理者が解析警報手段の指示に従いクライアン
   トやファイルのウィルス検査を行い、その結果を解析警
   報手段に教えることを特徴とするウィルス防御方式。
3. 【請求項３】 前記サーバは、さらにウィルス検査手段
   を有することを特徴とする請求項２記載のウィルス防御
   方式。