(57)【要約】【課題】ファイル交換ソフトウェアでは、クライアント間でファイル２００交換することが違法となった場合でも、クライアント間でのファイル交換を円滑に止める手段がない。【解決手段】ファイル２００の交換前に、要求クライアント４０または送信クライアント５０が管理サーバ６０から最新の検査モジュール２０５をダウンロードし、該検査モジュール２０５により該ファイル２００の交換が許可されているかどうか確認する。許可されていなければ交換を行なわないことで、全てのファイル２００の交換を停止することなく、不当なファイル２００やウィルスを含んだファイル２００の交換を禁止することが可能となる。【選択図】　　　図１
2004013521.tif 000002
【特許請求の範囲】
【請求項１】
複数のコンピュータ間でネットワークを介してファイルを交換するファイル交換システムであって、
前記ネットワークに接続され、前記ファイルの交換許可および／または交換不許可を管理情報として記憶するサーバを備え、
前記コンピュータは、前記ファイルを交換しようとする際、前記サーバから前記管理情報を取得し、取得した該管理情報に基づいて、交換許可が出されていない、および／または交換不許可となっているファイルの交換を行なわない
ファイル交換システム。
【請求項２】
前記コンピュータは、他のコンピュータにファイルの交換を要求する前に、前記サーバから前記管理情報を取得し、前記管理情報で交換許可が出されていない、および／または交換不許可となっている場合は他のコンピュータにファイルの交換の要求を行なわない請求項１記載のファイル交換システム。
【請求項３】
前記コンピュータは、他のコンピュータからファイルの交換を要求された際に、前記サーバから前記管理情報を取得し、前記管理情報で交換許可が出されていない、および／または交換不許可となっている場合は他のコンピュータとファイルの交換を行なわない請求項１記載のファイル交換システム。
【請求項４】
前記サーバは、前記コンピュータ毎に前記ファイルの交換許可および／または交換不許可を指定する管理情報を記憶する請求項１ないし請求項３のいずれか記載のファイル交換システム。
【請求項５】
前記サーバは、前記ファイルの交換許可および／または交換不許可が、前記ファイルの種類別に一括して行なわれている管理情報を記憶する請求項１ないし請求項４のいずれか記載のファイル交換システム。
【請求項６】
前記サーバは、前記管理情報として、ファイルの交換許可および／または交換不許可をファイルタイプに関連づけて記憶しており、
前記コンピュータは、ファイルタイプにより、交換許可が出されていない、および／または交換不許可となっているファイルの交換を行なわない請求項１ないし請求項５のいずれか記載のファイル交換システム。
【請求項７】
請求項６記載のファイル交換システムであって、更に前記コンピュータは、交換しようとするファイルの内容と、前記管理情報としてのファイルタイプとが一致するか否かを判断し、不一致の場合には交換を行なわないファイル交換システム。
【請求項８】
ネットワークに接続された２以上のコンピュータが交換するファイルについての管理情報を記憶するサーバであって、
該ファイルの交換許可および／または交換不許可を前記管理情報として記憶し、前記コンピュータから前記管理情報の交換を要求された際は、前記管理情報を前記コンピュータに送信するサーバ。
【請求項９】
所定のファイルをネットワークを介して他のコンピュータと交換するコンピュータであって、
該ファイルの交換の際、ファイルの交換に関して交換許可および／または交換不許可を指定する管理情報を前記ネットワークに接続されたサーバから取得し、取得した該管理情報で交換許可が出されていない、および／または交換不許可となっている場合はファイルの交換を行なわないコンピュータ。
【請求項１０】
複数のコンピュータ間でネットワークを介してファイルを交換するファイル交換方法であって、
前記ファイルの交換許可および／または交換不許可を管理情報として記憶し、
前記ファイルを交換しようとする際、前記管理情報を取得し、取得した該管理情報に基づいて、交換許可が出されていない、および／または交換不許可となっているファイルの交換を行なわない
ファイル交換方法。
【請求項１１】
所定のファイルをネットワークを介して他のコンピュータと交換するコンピュータに読み取り可能な形態で、記録媒体に記録されたプログラムであって、
該ファイルの交換の際、ファイルの交換に関して交換許可および／または交換不許可を指定する管理情報を前記ネットワークに接続されたサーバから取得する機能と、
取得した該管理情報で交換許可が出されていない、および／または交換不許可となっている場合はファイルの交換は行なわない機能と
をコンピュータにより実現するクライアントコンピュータ用プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、複数のコンピュータ間でネットワークを介してファイルを交換するファイル交換システムに関する。
【０００２】
【従来の技術】
従来から、ネットワークに接続された複数のコンピュータ間でファイルの送受信を行なうためのファイル交換ソフトウェアが存在した。そのようなソフトウェアの一例では、ファイルの取得を希望するコンピュータは、まずネットワークに接続されたサーバへ該ファイルを保有するコンピュータ（以下、サーバに対する用語としてクライアントという）を問い合わせる。問い合わせを受けた該サーバは、どのクライアントから該ファイルをダウンロードすればよいかを通知する。ファイルの取得を希望したクライアントは、サーバにより通知されたクライアントからファイルのダウンロードを行なう。
【０００３】
また、サーバなしにクライアント同士だけですべてのデータ交換を行なえるファイル交換ソフトウェアも存在する。例えば、ｇｎｕｔｅｌｌａというファイル交換ソフトウェアでは、コミュニティにいる誰か一人のクライアントを指定すれば、後は数珠繋ぎに他のクライアントともファイル交換が行なえるようになっている。これ以外にも、インターネットなどのネットワーク上でのファイル交換を可能にするソフトウェアが複数登場している。
【０００４】
【発明が解決しようとする課題】
しかしながら、これらのファイル交換ソフトウェアでは、ファイルについて権利を有する者がファイル交換を許可しない場合でも、クライアント間でのファイル交換を円滑に止める手段がないという問題があった。前者のファイル交換ソフトウェアにおいて、サーバをダウンさせる方法を使うと、合法的なファイル交換も全てできなくなってしまい、不便である。また、後者のサーバなしにクライアント同士だけですべてのデータ交換を行なえるファイル交換ソフトウェアの場合は、クライアントが保有しているファイルの交換を停止する手段はない。
【０００５】
本発明は、上記した問題点を解決するためになされたものであり、クライアント間でのファイル交換を禁止することができるシステムを提供することを目的とする。
【０００６】
【課題を解決するための手段およびその作用・効果】
上記課題の少なくとも一部を解決する本発明のファイル交換システムは、
複数のコンピュータ間でネットワークを介してファイルを交換するファイル交換システムであって、
前記ネットワークに接続され、前記ファイルの交換許可および／または交換不許可を管理情報として記憶するサーバを備え、
前記コンピュータは、前記ファイルを交換しようとする際、前記サーバから前記管理情報を取得し、取得した該管理情報に基づいて、交換許可が出されていない、および／または交換不許可となっているファイルの交換を行なわないこと
を要旨としている。
【０００７】
また、このシステムに対応した方法の発明は、
複数のコンピュータ間でネットワークを介してファイルを交換するファイル交換方法であって、
前記ファイルの交換許可および／または交換不許可を管理情報として記憶し、前記ファイルを交換しようとする際、前記管理情報を取得し、取得した該管理情報に基づいて、交換許可が出されていない、および／または交換不許可となっているファイルの交換を行なわないこと
を要旨としている。
【０００８】
かかるシステムおよび方法によれば、ファイルの交換前に、該ファイルの交換が許可されているかどうか確認し、許可されていなければ交換を行なわないことで、全てのファイルの交換を停止することなく、不当なファイルやウィルスを含んだファイルの交換を禁止することが可能となる。
【０００９】
本発明は、ファイル交換システムとしてだけでなく、このファイル交換システムを構成するサーバやクライアントとしても構成することができる。また、サーバにおいては、クライアント毎にファイルの交換許可または交換不許可を指定することも可能であるし、ファイルの種類別に一括してファイルの交換許可または交換不許可を指定することも可能である。一方、クライアントにおいては、他のクライアントにファイルの送信を要求する前に、サーバから管理情報を取得し、交換許可が出されていない、または交換不許可となっているか調べてもよい。一方、他のクライアントからファイルの送信を要求された際に、サーバから管理情報を取得し、交換許可が出されていない、または交換不許可となっているかを調べてもよい。サーバやクライアントを多様化して使用することは、システム全体の利便性を向上する上で望ましい。
【００１０】
【発明の実施の形態】
（１）構成
以下、本発明の第一実施例について、図を参照しつつ説明する。図１はファイル交換システム３０の全体構成図である。ファイル交換システム３０は、要求クライアント４０と、送信クライアント５０と、管理サーバ６０とから構成されている。要求クライアント４０は、送信クライアント５０にファイル２００を要求するクライアントである。送信クライアント５０は、要求クライアント４０から要求されたファイル２００が交換可能なファイル２００ならば、要求クライアント４０にファイル２００を送信するクライアントである。管理サーバ６０は、ファイル２００が交換可能かどうか指定する最新の情報を保持している。なお、要求クライアント４０と送信クライアント５０とは、役割に着目してつけた便宜的な名称であり、実際の構造は同じである。
【００１１】
まず管理サーバ６０の内部構成を、図２に基づいて説明する。管理サーバ６０やクライアントは、モデムやルータ７５を介してネットワーク７０とのデータのやり取りを制御するネットワーク通信用Ｉ／Ｏ６２，処理を行なうＣＰＵ８０，処理プログラムや固定的なデータを記憶するＲＯＭ９０，ワークエリアとしてのＲＡＭ１００，時間を管理するタイマ１１０，モニタ１６５への表示を司る表示回路１３０，テキストデータ及びバイナリデータをデータベースとして蓄積しているハードディスク（ＨＤ）１２０，キーボード１５０やマウス１６０とのインターフェースを司る入力インターフェース（Ｉ／Ｆ）１４０等を備える。なお、ハードディスク１２０は固定式のものとして記載したが、着脱式のものでも良いし、着脱式の記憶装置（例えばＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＣＤ−ＲＷ，ＤＶＤ−ＲＯＭ，ＤＶＤ−ＲＡＭ，フレキシブルディスクなど）を併用することも可能である。また、本実施例では管理サーバ６０の処理プログラムはＲＯＭ９０内に記憶されているものとしたが、ハードディスク１２０に記憶しておき、起動時にＲＡＭ１００上に展開して実行するものとしても良い。あるいは、上述した着脱式の記録媒体から読み込むものとしても良い。更には、ネットワーク７０を介して他のサーバから読み込んで実行するものとしても良い。同様に、ハードディスク１２０に必要なデータのすべてが記憶されている必要はなく、ネットワーク７０により接続される他のサーバに膨大なデータを分散して記憶，更新，管理する構成としても良い。なお、要求クライアント４０や送信クライアント５０も内部構成は管理サーバ６０とほぼ同様である。また、本実施例ではアプリケーションプログラム１７０はＲＯＭ９０内に記憶されているものとした。
【００１２】
図３，図４，図５はそれぞれ要求クライアント４０，送信クライアント５０，管理サーバ６０の構成を表わすブロック図である。図３に示したように、要求クライアント４０は、アプリケーションプログラム１７０の受信モジュール２１０と送信要求モジュール２１２を使って、処理を進める。受信モジュール２１０と送信要求モジュール２１２の処理を制御しているのが制御モジュール１７５である。アプリケーションプログラム１７０は、ＯＳ４４上で動いている。一方送信クライアント５０は、図４にあるように、アプリケーションプログラム１７０の検査最新チェックモジュール１８５と検査ダウンロードモジュール１９０と送信モジュール１８０と送信受付モジュール１８２を使って処理を進める。これらのモジュールの処理を制御しているのが制御モジュール１７５である。送信クライアントでも、アプリケーションプログラム１７０はＯＳ５４上で動いている。実際には、アプリケーションプログラム１７０には、受信モジュール２１０，検査最新チェックモジュール１８５，検査ダウンロードモジュール１９０，送信モジュール１８０，送信要求モジュール２１２，送信受付モジュール１８２，制御モジュール１７５の全てが含まれている。該アプリケーションプログラム１７０を購入し、インストールすることで、ファイル交換システム３０のクライアントになることができる。
【００１３】
サーバは、図５にあるようにサーバプログラム２１５として、検査配信モジュール２２５と作成番号連絡モジュール２２７と制御モジュール６６を有している。検査配信モジュール２２５と作成番号連絡モジュール２２７の処理を制御しているのが、制御モジュール６６である。サーバプログラム２１５はＯＳ６４上で動いている。検査モジュール２０５は、クライアント間でのファイル交換対象として指定されたファイル２００の交換を許可したり、不許可にしたりする。ファイル交換システム３０の管理者は、管理サーバ６０の検査モジュール２０５が、社会事情やファイル２００の交換可否にあわせて最新となるように更新する。検査モジュール２０５の形式は問わない。ＤＬＬ形式でもよい。
【００１４】
（２）ファイル交換処理
ここでは、クライアント間でのファイル交換処理について、図６，図７，図８，図９を参照しつつ説明する。図６は要求クライアント４０の処理を、図７は送信クライアント５０の処理を、図８と図９は管理サーバ６０の処理を、各々示すフローチャートである。まず、図６にあるように、要求クライアント４０が送信要求モジュール２１２により送信クライアント５０にファイル２００の送信要求を行なう（ステップＳ２０）。
【００１５】
送信クライアント５０は、図７にあるように、該送信要求を送信受付モジュール１８２により受信する（ステップＳ３０）。該送信要求を受信すると、送信クライアント５０は、検査最新チェックモジュール１８５により、検査モジュール２０５を保有しているかどうか検索する（ステップＳ３２）。検査モジュール２０５を保有しているとき（ステップＳ３４）、管理サーバ６０に対して検査最新チェックモジュール１８５により検査モジュール２０５の作成番号を問い合わせる（ステップＳ３５）。ここで、作成番号とは検査モジュール２０５に対してつけられる番号である。ファイル交換システム３０では、検査モジュール２０５を更新するたびに、それまでの作成番号に１をたして、新たな作成番号としている。
【００１６】
管理サーバ６０は、図８にあるように、作成番号の問い合わせを作成番号連絡モジュール２２７により受信する（ステップＳ８５）。作成番号の問い合わせを受信した際、サーバは検査配信モジュール２２５をつかって、作成番号を送信クライアント５０に送信する（ステップＳ９０）。
【００１７】
送信クライアント５０は、図７にあるように、管理サーバ６０から送信された作成番号を、検査最新チェックモジュール１８５により受信する（ステップＳ４０）。作成番号を受信した送信クライアント５０は、検査最新チェックモジュール１８５により、自身が保有する検査モジュール２０５の作成番号と、受信した作成番号を比較する（ステップＳ４５）。受信した作成番号のほうが大きい場合、つまり自身が保有する検査モジュール２０５が最新ではない場合（ステップＳ５０）、または検査モジュール２０５を保有していない場合は（ステップＳ３４）、送信クライアント５０は検査ダウンロードモジュール１９０を用い、管理サーバ６０に対して検査モジュール２０５のダウンロード要求をする（ステップＳ５５）。
【００１８】
管理サーバ６０は、図９にあるように、送信クライアント５０からのダウンロード要求を検査配信モジュール２２５により受信すると（ステップＳ９５）、検査配信モジュール２２５により検査モジュール２０５を送信クライアント５０へ送信する（ステップＳ１００）。
【００１９】
送信クライアント５０は、図７にあるように、検査ダウンロードモジュール１９０により、管理サーバ６０から送信された検査モジュール２０５を受信する（ステップＳ６０）。その際、古い検査モジュール２０５がある場合には、これに上書きする。次に、送信クライアント５０は、受信した検査モジュール２０５を使って、要求クライアント４０が送信要求をしたファイル２００が交換可能であるかどうか検査する（ステップＳ６５）。検査モジュール２０５を用いることにより、特定の種類のファイルを交換可能にしたり、交換禁止にしたり、または更にファイルの内容を検査して交換の可否を決めたりすることが可能になる。
【００２０】
図７のステップＳ６５にあたる検査モジュール２０５の処理を、図１０を用いて説明する。検査モジュール２０５は、要求クライアント４０が送信要求をしたファイル２００の拡張子でファイル交換可能かどうか調査する（ステップＳ１０５）。具体的には、次のように調査を行なう。まず、ファイルを拡張子により次の３種類に分類する。
Ａ）常に交換可能。ただし、ファイルの内容と拡張子が一致しているかどうかは検査必要。
Ｂ）常に交換禁止。
Ｃ）更に検査が必要。
Ａ）の場合は、交換可能な拡張子のファイルであっても、拡張子だけを変更される場合に備えて、ファイルのヘッダだけを読み込み、そこに格納されている情報が正しいかどうかを調べる。情報が正しければ、交換可能とし、正しくなければ交換禁止とする。Ｂ）のファイルは交換禁止された拡張子のファイルである。当然に交換禁止とする。Ｃ）のファイルは拡張子だけでは判断できないファイルである。例えば、ＪＰＧファイルのヘッダ部分には巨大なファイルを埋め込むことができるが、Ａ）の方法だけでは交換可能となってしまう。その場合は、ヘッダ情報を読み、そこから得られる情報や、場合によってはファイル本体を読み込み、交換を許可してよいかどうか判断する。実施例では、Ａ）のファイルは、ＴＥＸＴファイルやＢＭＰファイル、Ｂ）のファイルは、ＭＰ３ファイル、Ｃ）のファイルはその他のファイルとした。
【００２１】
ファイル交換可能なときは（ステップＳ１１０）、ファイル２００がウィルスに感染していないかどうか調べる（ステップＳ１１３）。そして、ウィルスに感染していなければ、該ファイル２００を交換可能であると判断する（ステップＳ１２０）。一方、ファイル２００の拡張子がファイル交換禁止の拡張子であるとき（ステップＳ１１０）、あるいはファイル２００がウィルスに感染しているときは（ステップＳ１１５）、交換不可能であると判断する（ステップＳ１２５）。なお、ウィルス感染の有無は、ウィルス定義ファイルを参照し、該ウィルス定義ファイル中のウィルスがファイル内に存在するか否か検索することにより判定する。
【００２２】
送信クライアント５０は、ステップＳ６５でファイル交換可能であるという結果が出た場合は（ステップＳ７０）、送信受付モジュール１８２を使って要求クライアント４０の送信要求モジュール２１２に送信可能というメッセージを返し、送信モジュール１８０を使って、要求クライアント４０に該ファイル２００を送信する（ステップＳ７５）。一方、ファイル交換不可能であるという結果が出た場合は（ステップＳ７０）、「ファイルの配信許可が出されていないか、あるいはファイルがウィルスに感染しています」というメッセージを送信受付モジュール１８２が要求クライアント４０の送信要求モジュール２１２に送信する（ステップＳ８０）。
【００２３】
要求クライアント４０は、送信要求モジュール２１２で受信したメッセージに従い、送信可能な場合は受信モジュール２１０を使って、該ファイル２００を受信し、そうでない場合は受信したエラーメッセージを表示する（ステップＳ２５）。
【００２４】
以上説明した第一実施例によれば、アプリケーションプログラム１７０をインストールしたクライアント間では、交換許可が出されているファイル２００のみを交換するようにすることができる。つまり、全てのサービスを停止することなく、不当なファイル２００の交換を禁止することが可能となる。その際、最新の検査モジュールでファイルの検査を行なわせることで、最新の情報によりファイル交換の許可や不許可を出すことが可能となっている。更に本実施例では、ウィルスを含んだファイル２００の交換も防止できる。正当なファイル交換には全く影響なしに、即座に対応が可能である。
【００２５】
＜第二実施例＞
第二実施例においては、管理サーバ６０においてアプリケーションプログラム１７０を購入したユーザのユーザＩＤを管理する機能を加える。ユーザは、アプリケーションプログラム１７０を購入した時点で管理サーバ６０にアクセスし、ユーザＩＤの割り当てを受ける。管理サーバ６０は、ユーザＩＤを、各ユーザで重ならないように割り当てる。
【００２６】
ユーザデータベースは、どのユーザＩＤがファイル交換を許可されているのか、そして禁止されているのかという情報を含んだデータベースである。ファイル交換システム３０の管理者は、悪質なファイル交換を行なおうとしたユーザのユーザＩＤをファイル交換禁止にし、管理サーバ６０のユーザデータベースに登録する。
【００２７】
要求クライアント４０は、送信クライアント５０にファイル２００の送信を要求する前に、管理サーバ６０にアクセスし、自身のユーザＩＤと送信クライアント５０のユーザＩＤが交換可能かどうか調査する。どちらのユーザＩＤも交換許可されている場合のみ、第一実施例と同様のファイル交換を行なう。
【００２８】
以上説明した第二実施例によれば、第一実施例と同様な作用効果を奏する上、更に、ユーザＩＤを管理することで、特定ユーザのファイル交換を全て禁止することが可能である。
【００２９】
＜第三実施例＞
第三実施例では、要求クライアント４０が送信クライアント５０にファイル２００を要求する前に、要求クライアント４０側で検査モジュール２０５を動かす場合を説明する。図１１は、要求クライアント４０の構成を示す説明図である。なお、管理サーバ６０の構成と送信クライアント５０の構成は、それぞれ第一実施例で図５と図４に示したものと同じである。
【００３０】
また、第三実施例のファイル交換処理について、図１２，図１３，図１４を用いて説明する。図１２は要求クライアント４０の処理を、図１３と図１４は管理サーバ６０の処理を、各々示すフローチャートである。図１２に示したように、要求クライアント４０は自身がファイル２００の送信を要求する場合、まず検査最新チェックモジュール１８５により、検査モジュール２０５を保有しているかどうか調べる（ステップＳ１７０）。検査モジュール２０５を保有しているとき（ステップＳ１７５）、管理サーバ６０に対して検査モジュール２０５の作成番号を問い合わせる（ステップＳ１８０）。
【００３１】
管理サーバ６０は、図１３にあるように、要求クライアント４０からの作成番号の問い合わせを作成番号連絡モジュール２２７により受信し（ステップＳ２４０）、作成番号を要求クライアント４０に送信する（ステップＳ２４５）。
【００３２】
要求クライアント４０は、図１２にあるように、管理サーバ６０から送信された作成番号を受信し（ステップＳ１８５）、自身が保有する検査モジュール２０５の作成番号と、受信した作成番号を比較する（ステップＳ１９０）。受信した作成番号のほうが大きい場合、（ステップＳ１９５）、または検査モジュール２０５を保有していない場合は（ステップＳ１７５）、要求クライアント４０は管理サーバ６０に対して検査モジュール２０５のダウンロード要求をする（ステップＳ２００）。
【００３３】
管理サーバ６０は、図１４にあるように、要求クライアント４０からのダウンロード要求を受信し（ステップＳ２５０）、検査モジュール２０５を要求クライアント４０へ送信する（ステップＳ２５５）。
【００３４】
要求クライアント４０は、図１２に示すように、検査モジュール２０５を受信し（ステップＳ２０５）、受信した検査モジュール２０５を使って、送信要求をするファイル２００が交換可能であるかどうか検査する（ステップＳ２１０）。ファイル２００が、先述したＢ）のファイル、つまり常に交換禁止である拡張子のファイルである場合は、「このファイルは配信許可が出されていません」というメッセージをモニタに表示する（ステップＳ２１８）。ファイル２００が、先述したＡ）常に交換可能、またはＣ）更に検査が必要のファイルである場合は（ステップＳ２１５）、送信要求モジュール２１２を使って送信クライアント５０にファイル２００の送信要求をする（ステップＳ２２０）。ファイル２００の送信要求を受信した送信クライアント５０の処理は、第一実施例と同様である。
【００３５】
以上説明した第三実施例によれば、第一実施例と同様な作用効果を奏する上、更に、交換が禁止されているファイル２００の要求を行なわないことで、クライアント間の通信回数を減らすことができる。
【００３６】
以上、本発明の実施の形態について説明したが、本発明はこうした実施の形態に何ら限定されるものではなく、本発明の要旨を逸脱しない範囲内において、更に様々な形態で実施しうることは勿論である。例えば、検査モジュール２０５はスクリプトとし、クライアントのプログラム側でスクリプトを解釈する設定にしても良い。その場合は、クライアントのプログラムがスクリプトに沿ってファイル２００を検査する。
【００３７】
また、第三実施例においても、第二実施例のように、クライアントデータベースによりユーザＩＤを管理することで、特定ユーザのファイル交換を全て禁止することが可能である。その場合は、要求クライアント４０は、最初に管理サーバ６０にアクセスし、自身のユーザＩＤと送信クライアント５０のユーザＩＤが交換可能かどうか調査する。
【００３８】
第一実施例から第三実施例までにおいて、ファイル交換不可能である理由が、ファイル２００の拡張子が検査モジュール２０５によってファイル交換が禁止されているからなのか、ファイル２００がウィルスに感染しているためなのかによって、要求クライアント４０へのメッセージを変更することもできる。例えば、ファイル交換が禁止されている場合は、メッセージを「ファイルの配信許可が出されていません」とし、ファイル２００がウィルスに感染しているのであれば、メッセージを「ファイルがウィルスに感染しています」とする。
【００３９】
更に、第二実施例においては、交換が禁止された場合、要求クライアント４０のユーザＩＤが交換禁止されているのか、送信クライアント５０のユーザＩＤが交換禁止されているのかによって、管理サーバ６０が返すメッセージの内容を変えてもよい。例えば、要求クライアント４０のユーザＩＤが交換禁止されている場合は、「ファイル交換が禁止されています」とし、送信クライアント５０のユーザＩＤが交換禁止されている場合は、「ファイルを要求した先方のクライアントは、ファイル交換を禁止されています」とする。
【００４０】
また、第二実施例における、要求クライアント４０と送信クライアント５０がファイル交換可能かどうか調査する処理は、要求クライアント４０からファイル要求を受けた際に、送信クライアントが行なっても良い。つまり、要求クライアント４０からファイル要求を受けたると、送信クライアント５０は、管理サーバ６０にアクセスし、要求クライアント４０のユーザＩＤと自身のユーザＩＤが交換可能かどうか調査する。どちらのユーザＩＤも交換許可されている場合のみ、第一実施例と同様のファイル交換を行なう。
【００４１】
その際、管理サーバ６０が返すメッセージの内容も、要求クライアント４０のユーザＩＤが交換禁止されている場合は、「ファイルを要求したクライアントはファイル交換が禁止されています」とし、送信クライアント５０のユーザＩＤが交換禁止されている場合は、「ファイル交換が禁止されています」としてもよい。
【００４２】
要求クライアント４０と送信クライアント５０がファイル交換可能かどうか調査する処理は、要求クライアント４０と送信クライアント５０の双方で行なってもよい。
【００４３】
また、検査モジュールで検査をする際に、クライアント間で交換可能なファイル２００がすべて登録されたデータベースを使用するようにしてもよい。管理サーバではこのデータベースを常に更新し、クライアントから検査モジュールの送信要求を受けた際に、クライアントが保有するデータベースとの差分ファイルをクライアントに送信すればよい。検査モジュールは、最新のデータベースにより交換可能なファイルを判断する。
【図面の簡単な説明】
【図１】ファイル交換システム３０全体を示す説明図である。
【図２】管理サーバ６０の内部構成を示す説明図である。
【図３】第一実施例における要求クライアント４０を示すブロック図である。
【図４】第一実施例における送信クライアント５０を示すブロック図である。
【図５】管理サーバ６０を示すブロック図である。
【図６】第一実施例における要求クライアント４０の処理を示すフローチャートである。
【図７】第一実施例における送信クライアント５０の処理を示すフローチャートである。
【図８】第一実施例における、管理サーバ６０の検査モジュール作成番号送信処理を示すフローチャートである。
【図９】第一実施例における、管理サーバ６０の検査モジュール送信処理を示すフローチャートである。
【図１０】第一実施例における検査モジュール２０５の処理を示すフローチャートである。
【図１１】第三実施例における要求クライアント４０を示すブロック図である。
【図１２】第三実施例における要求クライアント４０の処理を示すフローチャートである。
【図１３】第三実施例における、管理サーバ６０の検査モジュール作成番号送信処理を示すフローチャートである。
【図１４】第三実施例における、管理サーバ６０の検査モジュール送信処理を示すフローチャートである。
【符号の説明】
３０…ファイル交換システム
４０…要求クライアント
５０…送信クライアント
６０…管理サーバ
６２…ネットワーク通信用Ｉ／Ｏ
６６…制御モジュール
７０…ネットワーク
７５…ルータ
８０…ＣＰＵ
９０…ＲＯＭ
１００…ＲＡＭ
１１０…タイマ
１２０…ハードディスク
１３０…表示回路
１５０…キーボード
１６０…マウス
１６５…モニタ
１７０…アプリケーションプログラム
１７５…制御モジュール
１８０…送信モジュール
１８２…送信受付モジュール
１８５…検査最新チェックモジュール
１９０…検査ダウンロードモジュール
２００…ファイル
２０５…検査モジュール
２１０…受信モジュール
２１２…送信要求モジュール
２１５…サーバプログラム
２２５…検査配信モジュール
２２７…作成番号連絡モジュール
【図１】
2004013521.tif 000003
【図２】
2004013521.tif 000004
【図３】
2004013521.tif 000005
【図４】
2004013521.tif 000006
【図５】
2004013521.tif 000007
【図６】
2004013521.tif 000008
【図７】
2004013521.tif 000009
【図８】
2004013521.tif 000010
【図９】
2004013521.tif 000011
【図１０】
2004013521.tif 000012
【図１１】
2004013521.tif 000013
【図１２】
2004013521.tif 000014
【図１３】
2004013521.tif 000015
【図１４】
2004013521.tif 000016