JP2005222305A - ファイルアクセス管理システム、ファイルアクセス管理方法、サーバ、およびクライアント - Google Patents

Abstract

【課題】 サーバの制御によってクライアント間のセキュアなファイル転送が行われるファイルアクセス管理システムを提供することにある。
【解決手段】 各クライアントのユーザは、自身のクライアントが有するファイル等を、どのユーザがアクセスできるかを権限情報としてサーバに登録する。サーバは、他のクライアントからそのファイル等にアクセス要求があった際に、権限情報を参照してチェックし、アクセス許可があれば、アクセス要求をしたクライアントに、当該ファイルへのアクセスを許可する。このとき、クライアント間におけるファイル転送は、クライアント間またはサーバを介して行われる。上記アクセス要求は、クライアントで実行されるネットワークゲーム上で所定の操作を行うことにより、またはツールにおける所定の操作により行われる。各クライアントのユーザは、ネットワークにログイン時に、サーバから認証チェックを受ける。
【選択図】 図２

Description

この発明は、クライアントについて高いセキュリティを維持しながらクライアント間のファイル転送を実現するファイルアクセス管理システム、ファイルアクセス管理方法、サーバ、およびクライアントに関する。

現在では、インターネットの普及が進み、各家庭のパーソナル・コンピュータ（ＰＣ：Personal Computer）を使って、世界中のインターネット資源にアクセスすることができるようになった。また、こうしたインターネットの普及に伴って、比較的大容量の各種データをインターネットを経由して送受信する処理が日常的に行われるようになってきており、当該機能を実現する各種ツールの開発・提供が盛んに行われている。ＰＣ間で直接ファイル転送を行う、いわゆるＰ２Ｐ（Peer to Peer）型のナップスターのようなアプリケーションもその１つである。

このアプリケーションは、一般的には、ファイル交換ツールと称される。ファイル交換ツールは、Ｐ２Ｐ型ではあるが、通常、各ＰＣで所有する資源やＰＣのアドレスに関する情報等を提供するためのサーバが存在する。その意味では、インターネット接続が可能な各家庭のＰＣはクライアントとなる。サーバは、各クライアント（ＰＣ）からの登録によって、そのクライアントがどのような資源を有しているかをインデックスに記憶する。ここで資源とは、ディジタルデータのことであり、そのデータの形式により、文書ファイル、プログラム、ＷＥＢ、画像、映像、音声等として扱われる。この明細書では、当該ディジタルデータを適宜「ファイル」と称する。

クライアントのユーザは、あるファイル（データ）を必要とする場合、サーバのインデックスを参照して、他のクライアントのうちどれがそのファイルを所有しているか判断し、サーバからそのクライアントのアドレス情報を取得する。その後、そのアドレス情報を用いてクライアントにアクセスし、所望のファイルをダウンロードする。

上記ファイル交換ツールを使ったシステムでは、サーバに各種ファイルを記憶しておく必要がないので（すなわち、ファイルは各クライアントのハードディスク内に記憶されているので）、サーバに過度の負担を強いることがない。また、他のクライアントから所望のファイルをダウンロードするクライアントは、その代わりに自身の有するファイルを公開しなければならないため、全体として非常に多くのファイルが公開されることになる。上記のようなシステムの特性もあって、このシステムの利用ユーザ数は、運用開始直後から、爆発的な伸びを示した。

このようなファイル交換ツールは、ナップスターの登場以降、数多く出現している。しかしながら、ＣＤ等から抽出された音楽ファイルや市販のアプリケーションプログラムが公開されることが多く、そのために、これらのファイルの公開およびダウンロードが、著作権侵害にあたるということで問題視されている。

また、上記システムでは、サーバから他のクライアントのアドレス情報（例えば、ＩＰアドレス）が提供されるため、各クライアントは、ファイルをダウンロードするという本来の目的とは異なるさまざまなアクセスを受ける危険性がある。また、上記システムへの参加は原則自由であるため、悪意の参加者が存在する可能性もあり、このことは、クライアントに関するセキュリティ面での脅威をさらに増大させる。

一方、インターネットを利用してＰＣ間で通信を行うものとして発展してきたもう１つのアプリケーションに、ネットワークゲームがある。ネットワークゲームは、上記ファイル交換ツールとは異なり、原則、登録制であり、サーバによって各プレーヤの認証が行われる。サーバには、各プレーヤのＰＣに関する情報、およびそのプレーヤに対応する主人公キャラクタのステータスに関する情報等が記憶され、多くのネットワークゲームでは、各プレーヤのＰＣとサーバとの通信によって全体のゲームが進行する。

ここで、図２０を参照して、従来のネットワークゲームシステムの概要について説明する。図２０は、ネットワークゲームシステム２００のネットワーク構成を示す略線図である。ネットワークゲームシステム２００は、サーバ２０２、インターネット２０４、および複数のクライアント２０５ないし２０７から構成される。サーバ２０２はさらに、認証テーブルを記憶する記憶手段２０３を備えている。また、この図では、クライアント２０５のユーザはユーザＳであり、クライアント２０６のユーザはユーザＴであり、クライアント２０７のユーザはユーザＵである。図２０に示すような構成により、ユーザＴないしユーザＵは、それぞれ異なる場所に居ながら、１つの同じゲーム空間を共用することができる。

ネットワークゲームに参加するユーザ（例えば、クライアント２０５のユーザＳ）は、最初に、インターネット２０４を介してサーバ２０２にログインする。サーバ２０２は、クライアント２０５からログインがされると、認証テーブルを参照して、クライアント２０５が登録された正規のプレイヤー端末かどうか、ユーザＳが登録された正規のユーザかどうかを判定する。例えば、クライアントの認証にはＭＡＣアドレス等が使用され、ユーザの認証には、クライアントから入力されるパスワード等が使用される。

サーバ２０２は、クライアント２０５が正規のプレイヤー端末であり、ユーザＳが正規のユーザであることを確認すると、ユーザＳがネットワークゲームに参加できるようにする。

サーバ２０２はさらに、ユーザＳに対応する主人公キャラクタに関する（ステータス等の）情報をメモリにロードし、それを随時更新することによって、ゲームの進行をコントロールする。例えば、ネットワークゲームがＲＰＧ（ロールプレイングゲーム）であれば、各プレーヤは、それぞれ主人公キャラクタに対応付けられ、プレーヤの操作に応じて、そのキャラクタのゲーム空間における位置や姿勢、ステータス等が変化する。従って、例えば、ユーザＳが操作するキャラクタとユーザＴが操作するキャラクタ等が偶然、ゲーム空間内のある場所で接近するような場合、ユーザＳの端末（クライアント２０５）の表示手段には、ユーザＳのキャラクタの他に、ユーザＴのキャラクタが現れているゲーム画面が表示され、ユーザＴの端末（クライアント２０６）の表示手段には、ユーザＴのキャラクタの他に、ユーザＳのキャラクタが現れているゲーム画面が表示される。

ネットワークゲームは、有料で参加するタイプのものが多く、そのために参加ユーザは課金のための情報（例えば、住所、氏名、銀行口座またはクレジットカードの番号等）をサーバに登録しなければならない。上述したユーザ認証も、参加ユーザをこれらの課金情報と照合するためのものである。この結果、こうしたネットワークゲームの参加者は、素性が明らかで、かつ登録されたユーザのみとなり、ネットワークゲーム全体のセキュリティレベルは向上する。これとは対照的に、不特定多数の参加を許可するネットワークゲームでは、参加ユーザのクライアントが悪意のユーザによって攻撃される危険性を有している。また、サーバ２０２によってゲームの進行、および各クライアントとの通信がコントロールされているため、クライアントのアドレス情報や課金情報等が他のクライアントのユーザに知られることはない。

特許文献１には、カード会社のデータベースと通信を行って、ゲームの進行に不可欠なアイテムを販売する仕組みを提供するネットワークゲームが開示されている。このネットワークゲームにおいても、参加ユーザに対してユーザ認証が行われ、さらに、ユーザのアドレス情報や課金情報が他のユーザに公表されることはない。
特開２００１−３２７７６０号公報

上記のようなネットワークゲームシステムでは、複数のユーザが、１つのゲーム空間（仮想空間）でキャラクタを操作し、競争、対戦、共存、冒険等を試みる。このような処理によって、実質的には、複数のユーザ間で所定の情報が交換される。従って、各ユーザは、他のユーザのクライアントについてのアドレス情報を知ることなく、そのユーザと情報交換をすることができる。

しかしながら、この種のネットワークゲームシステムにおいては、他のユーザのクライアントに記憶されているファイルの中から、具体的に所望のファイルを指定し、当該ファイルを取得、あるいは交換するといった仕組みを提供することはできない。

従って、この発明の目的は、互いにクライアントのアドレス情報等を知ることなく、他のクライアントからファイルを取得し、または交換することができるファイルアクセス管理システム、ファイルアクセス管理方法、サーバ、およびクライアントを提供することにある。

また、この発明の目的は、各クライアントのユーザが全て個人認証を受けている中で、ファイルの交換・取得を行うことができる、安全性・信頼性の高いファイルアクセス管理システム、ファイルアクセス管理方法、サーバ、およびクライアントを提供することにある。

さらに、この発明の目的は、各クライアントのファイルが、ゲームのような仮想空間におけるアイテムに対応付けられ、ユーザがゲームの中で所定の操作をすることにより、ファイルの指定、取得、交換等が行われるファイルアクセス管理システム、ファイルアクセス管理方法、サーバ、およびクライアントを提供することにある。

請求項１の発明は、それぞれがファイルを有する複数のクライアントと、ネットワークを介して各クライアントと接続され、複数のクライアントの各ユーザが、他のクライアントのどのファイルについてアクセス許可を受けているかを表す権限情報を有するサーバとを含み、クライアントはさらに、他のクライアントの所定のファイルへのアクセスを指示するための指示画面が表示される表示手段を有し、サーバは、クライアントのユーザが、指示画面により、他のクライアントの所定のファイルへのアクセス指示を行った場合に、権限情報を参照して、アクセス指示を行ったユーザが、アクセス指示の対象となった所定のファイルについてアクセス許可を受けているかどうかを判定し、アクセス許可を受けている場合は、アクセス指示が行われたクライアントと他のクライアントとの間の、所定のファイルのファイル転送を許可するファイルアクセス管理システムである。

請求項１０の発明は、それぞれが、ファイルを有する複数のクライアントと、ネットワークを介して各クライアントと接続され、複数のクライアントの各ユーザが、他のクライアントのどのファイルについてアクセス許可を受けているかを表す権限情報を有するサーバとを含み、クライアントで、クライアントの表示手段に、他のクライアントの所定のファイルへのアクセスを指示するための指示画面を表示するステップと、サーバで、クライアントのユーザが、指示画面により、他のクライアントの所定のファイルへのアクセス指示を行った場合に、権限情報を参照して、アクセス指示を行ったユーザが、アクセス指示の対象となった所定のファイルについてアクセス許可を受けているかどうかを判定するステップと、判定ステップでアクセス許可を受けていると判定された場合は、アクセス指示が行われたクライアントと他のクライアントとの間の、所定のファイルのファイル転送を許可するステップとを有するファイルアクセス管理方法である。

請求項１９の発明は、サーバとネットワークを介して接続されたクライアントであって、サーバとネットワークを介して接続された他のクライアントの所定のファイルへのアクセスを指示するための指示画面が表示される表示手段と、指示画面を介して行われた、他のクライアントの所定のファイルへのアクセス指示をサーバに送信する送信手段とを有し、サーバが、複数のクライアントの各ユーザについて、他のクライアントのどのファイルにアクセス許可があるかを表す権限情報を参照して、アクセス指示を行ったユーザが、アクセス指示の対象となった所定のファイルについてアクセス許可を受けていると判定した場合に、サーバによって、他のクライアントとの間の所定のファイルのファイル転送が許可されるクライアントである。

請求項２７の発明は、サーバとネットワークを介して接続されたクライアントにおけるファイルアクセス管理方法であって、サーバとネットワークを介して接続された他のクライアントの所定のファイルへのアクセスを指示するための指示画面を表示するステップと、指示画面を介して行われた、他のクライアントの所定のファイルへのアクセス指示をサーバに送信するステップと、サーバが、複数のクライアントの各ユーザについて、他のクライアントのどのファイルにアクセス許可があるかを表す権限情報を参照して、アクセス指示を行ったユーザが、アクセス指示の対象となった所定のファイルについてアクセス許可を受けていると判定した場合に、サーバから、他のクライアントとの間の所定のファイルのファイル転送許可を受けるステップとを有するファイルアクセス管理方法である。

請求項２８の発明は、それぞれがファイルを有する複数のクライアントとネットワークを介して接続されたサーバにおいて、複数のクライアントの各ユーザについて、他のクライアントのどのファイルにアクセス許可があるかを表す権限情報を有し、クライアントが、他のクライアントの所定のファイルへのアクセスを指示するための指示画面を介して行ったアクセス指示を受信した場合に、権限情報を参照して、アクセス指示を行ったクライアントのユーザが、アクセス指示の対象となった所定のファイルについてアクセス許可を受けているかどうかを判定し、アクセス許可を受けている場合は、アクセス指示が行われたクライアントと他のクライアントとの間の、所定のファイルのファイル転送を許可するサーバである。

請求項３６の発明は、それぞれがファイルを有する複数のクライアントとネットワークを介して接続されたサーバにおけるファイルアクセス管理方法であって、サーバが、複数のクライアントの各ユーザについて、他のクライアントのどのファイルにアクセス許可があるかを表す権限情報を有し、クライアントが、他のクライアントの所定のファイルへのアクセスを指示するための指示画面を介して行ったアクセス指示を受信した場合に、アクセス指示を受信するステップと、権限情報を参照して、アクセス指示を行ったクライアントのユーザが、アクセス指示の対象となった所定のファイルについてアクセス許可を受けているかどうかを判定するステップと、判定ステップにおいてアクセス許可を受けていると判定された場合に、アクセス指示が行われたクライアントと他のクライアントとの間の、所定のファイルのファイル転送を許可するステップとを有するファイルアクセス管理方法である。

請求項３７の発明は、それぞれがファイルを有する複数のクライアントに、クライアントの表示手段に、他のクライアントの所定のファイルへのアクセスを指示するための指示画面を表示するステップを実行させ、ネットワークを介して各クライアントと接続され、複数のクライアントの各ユーザについて、他のクライアントのどのファイルにアクセス許可があるかを表す権限情報を有するサーバに、クライアントのユーザが、指示画面により、他のクライアントの所定のファイルへのアクセス指示を行った場合に、権限情報を参照して、アクセス指示を行ったユーザが、アクセス指示の対象となった所定のファイルについてアクセス許可を受けているかどうかを判定するステップと、判定ステップでアクセス許可を受けていると判定された場合は、アクセス指示が行われたクライアントと他のクライアントとの間の、所定のファイルのファイル転送を許可するステップとを実行させるためのプログラムである。

請求項３８の発明は、サーバとネットワークを介して接続されたクライアントに、サーバとネットワークを介して接続された他のクライアントの所定のファイルへのアクセスを指示するための指示画面を表示するステップと、指示画面を介して行われた、他のクライアントの所定のファイルへのアクセス指示をサーバに送信するステップと、サーバが、複数のクライアントの各ユーザについて、他のクライアントのどのファイルにアクセス許可があるかを表す権限情報を参照して、アクセス指示を行ったユーザが、アクセス指示の対象となった所定のファイルについてアクセス許可を受けていると判定した場合に、サーバから、他のクライアントとの間の所定のファイルのファイル転送許可を受けるステップとを実行させるためのプログラムである。

請求項３９の発明は、それぞれがファイルを有する複数のクライアントとネットワークを介して接続され、複数のクライアントの各ユーザについて、他のクライアントのどのファイルにアクセス許可があるかを表す権限情報を有するサーバに、クライアントが、他のクライアントの所定のファイルへのアクセスを指示するための指示画面を介して行ったアクセス指示を受信した場合に、アクセス指示を受信するステップと、権限情報を参照して、アクセス指示を行ったクライアントのユーザが、アクセス指示の対象となった所定のファイルについてアクセス許可を受けているかどうかを判定するステップと、判定ステップにおいてアクセス許可を受けていると判定された場合に、アクセス指示が行われたクライアントと他のクライアントとの間の、所定のファイルのファイル転送を許可するステップとを実行させるためのプログラムである。

この発明によれば、互いにクライアントのアドレス情報等を知ることなく、他のクライアントからファイルを取得し、または交換することができるファイルアクセス管理システム、ファイルアクセス管理方法、サーバ、およびクライアントが提供される。また、各クライアントのユーザは全て個人認証を受けており、各クライアントのファイルが、ゲームのような仮想空間におけるアイテムに対応付けられ、ユーザがゲームの中で所定の操作をすることにより、容易にファイルの指定、取得、交換等が行われる。

最初に、この発明の第１の実施形態に係るファイルアクセス管理システムの概要を、図１ないし図３を参照して説明する。第１の実施形態では、ファイル転送によってファイルを取得するクライアントが、ファイルを提供するクライアントのアドレス情報等をサーバから取得し、その後のファイル転送処理は、クライアント間で直接行われる。クライアントによるファイルの指定、およびファイルの転送開始の指定等は、ネットワークゲーム上でキャラクタを操作することにより実現される。また、各クライアントのユーザは、自身のクライアントにアクセス可能なユーザ、そのクライアントが有するファイルをファイル転送によって取得できるユーザを指定することができる。

図１は、この発明によるファイルアクセス管理システム１のネットワーク構成を示す略線図である。サーバ２および複数のクライアント（クライアント５ないし７）は、それぞれインターネット４に接続され、各クライアントにネットワークゲームが提供される。また、サーバ２は、認証テーブル、権限テーブル、および資源テーブルを記憶した記憶手段３を有する。図１では、クライアントが３台示されているが、これは例示に過ぎず、このような台数に限られることを意味するものではない。何千台、何万台といった台数のクライアントが１つのネットワークゲームを構成するために接続され得る。また、同様に、サーバ２も２台以上配置可能であり、その場合には、複数のサーバで分散処理がされるように構成することもできる。

図１におけるインターネット４は、例示に過ぎず、複数のクライアントとサーバを接続してデータ交換を可能とする他のネットワーク（例えば、ＷＡＮ（Wide Area Network）のようなネットワーク）であってもよい。

図２は、ファイルアクセス管理システム１の論理的な接続形態を示す略線図である。各クライアント５ないし７のユーザＡないしＣのそれぞれは、ネットワークゲームに参加するためにサーバ２にログインする。サーバ２は、クライアントからのログインがあると、認証テーブル１０を参照して、そのクライアントが正規に登録された端末かどうか、およびそのユーザが正規に登録されたユーザかどうかを判定する。認証テーブル１０の内容は、例えば、ユーザが最初にネットワークゲームへの参加を申し込む際に、ユーザからの申請内容に基づいて作成される。認証テーブル１０は、例えば、図３Ａに示すような内容であり、ユーザ毎に、アドレス、ユーザＩＤ、パスワード等が記録される。

ここで、アドレスは、例えば、そのユーザの使用するクライアントのＩＰアドレスである。ＩＰアドレスは、インターネットへの接続形態によっては、同じクライアントでも変動する場合があるが、その場合でも所定のタイミングで変更後のＩＰアドレスを認証テーブル１０に記憶するようにしておくことが好ましい。

クライアントからログインをするための画面は省略するが、例えば、ユーザＩＤとパスワードを入力する画面であり、指定されたこれらの内容が、暗号化された後、インターネット４を経由してサーバ２に送信される。

サーバ２は、ユーザの認証を終えると、そのユーザのクライアントにゲーム画面を表示するための画像データを送信する。各クライアントは、その画像データを受信・展開し、表示装置にゲーム画面を表示する。通常、そのユーザに対応する（主人公）キャラクタが設定され、ゲーム画面には、そのキャラクタの周囲の画像あるいは、そのキャラクタの視界を表す画像が表示される。

ここで、ユーザＢが当該ネットワークゲームに参加した場合について説明する。ただし、実際のゲーム画面に即した詳細な説明は、後で図１１および図１２を用いて行うので、ここでは、その概要について簡単に説明する。

このゲームでは、ある館の中に宝箱が置かれ、その宝箱の中にいくつかの宝物（アイテム）があるものとする。館はユーザＡのクライアント５に対応し、宝物はユーザＡが有する（クライアント５上の）ファイル（データ）を意味している。ユーザＢがユーザＡのあるファイルをダウンロードしようとする場合、ユーザＢに対応するゲーム上のキャラクタを操作して、キャラクタが、ユーザＡの館に入り、ダウンロードしようとするファイルに対応する宝物に触るよう制御する。

ユーザＢは最初に、対応するクライアント６の、入力手段（例えばコントローラ）の所定のボタンを操作して、キャラクタを館の中に誘導する。ユーザＢの当該操作に応答して、サーバ２は、図３Ｂに示す権限テーブル１１を参照し、ユーザＢがユーザＡからフレンド登録を受けているかどうかを判定する。ユーザＢがユーザＡからフレンド登録を受けていない場合、ユーザＢはユーザＡの館に入ることはできず、入館拒否メッセージがゲーム画面に表示される。この例の権限テーブル１１では、ユーザの欄がユーザＢで、アクセス対象の欄がユーザＡである行のフレンド登録の欄は「○（○は登録されていることを表し、×は登録されていないことを表す）」であるため、ユーザＢはユーザＡからフレンド登録されており、館に入ることを許される。

次にユーザＢは、館の中の宝箱の前にキャラクタを誘導し、キャラクタが、その宝箱の中の、ユーザＡの所望のファイルに対応する宝物に触るよう操作する。そうすると、サーバ２は、権限テーブル１１を再度参照して、ユーザＢがユーザＡからアクセス許可を受けているかどうかを判定する。ユーザＢがユーザＡからアクセス許可を受けていない場合、ユーザＢがユーザＡのファイルに対応する宝物に触ることはできず、アクセス拒否メッセージがゲーム画面に表示される。この例の権限テーブル１１では、ユーザの欄がユーザＢで、アクセス対象の欄がユーザＡである行のアクセス許可の欄は「○（○は許可されていることを表し、×は許可されていないことを表す）」であるため、ユーザＢはユーザＡからアクセス許可を受けており、宝物に触れることができる。

この例において、ユーザＣがクライアント７を使用して対応するキャラクタに同様の操作を行うと、権限テーブル１１では、ユーザＣはユーザＡからフレンド登録されていない（フレンド登録の欄が「×」）ので、キャラクタはユーザＡの館に入れず、ゲーム画面には入館拒否メッセージが表示される。

一方、ユーザＤが対応するキャラクタに同様の操作を行うと、権限テーブル１１では、ユーザＤはユーザＡからフレンド登録されているが、アクセス許可を受けていない（すなわち、フレンド登録の欄が「○」で、アクセス許可の欄が「×」）ので、キャラクタはユーザＡの館には入れるが、所望の宝物に触れることはできない。

権限テーブル１１の内容の設定は、各ユーザがクライアントにおいて別途行うものであり、例えば、ユーザＡに対するアクセス権限は、ユーザＡが行う。すなわち、各ユーザは、自身へのアクセスをどのユーザに許可するかを自己の判断で設定する。

宝箱の中の宝物がユーザの所有するファイルに対応する。また、権限テーブル１１でアクセスを許可する対象は、１つのファイル（データ）でも、複数のファイル（ファイルグループ）を含む１つのフォルダでもよい。従って、サーバ２は、アクセス許可のされたものが１つのファイルだけの場合は、宝箱の中に１つの宝物を表示させ、それと当該ファイルを対応付ける。または、宝箱自体を当該ファイルと対応付けても良い。

アクセス許可されたものがフォルダである場合は、宝箱がフォルダに対応し、宝箱を開けると、そのフォルダ内のファイルにそれぞれ対応する複数の宝物が表示されるようにする。フォルダの中にさらにフォルダがある場合は、宝箱の中からまた宝箱が現れるようにする。

ユーザＢは、宝箱の中から所望の宝物をキャラクタに触れさせることによって、それに対応するファイルを持ち帰る（ダウンロードする）ように指示する。こうした指示は、例えば、コントローラの所定のボタンを押すことによって行われる。サーバ２は、図３Ｃに示す資源テーブル１２を参照して、指定された宝物がどのファイルと対応するかを判断する。資源テーブル１２の内容は、その資源の所有者であるユーザが各自設定する。

ユーザＢによって特定のファイルを持ち帰るよう指示がされた場合、サーバ２によって、ＩＰアドレスやファイル情報等が、ユーザＢのクライアント６とアクセス先のユーザＡのクライアント５に提供され、その後、両クライアント間で直接、またはサーバ２を経由してファイル転送処理が行われる。これらのファイル転送についての詳細な説明は後で行う。

従って、ユーザＢは、ゲーム画面において、宝物を持ち帰る指示をすることにより、その宝物に対応したファイルを自身の端末、クライアント６にコピーすることができる。ここでは、キャラクタの、「宝物を持ち帰る」指示が、ファイルのコピーに対応するが、他の操作をこのコピー処理と結びつけても良い。例えば、ドアをノックする操作や、井戸から水を汲むといった操作である。

次に、サーバ２とクライアント５の各機能について、図４の機能ブロック図を参照して説明する。なお、図１では、複数のクライアント５ないし７がインターネット４に接続されているが、以降では、これらの複数のクライアントの代表として、クライアント５を例に挙げて説明することにする。

サーバ２は、ユーザ認証機能２１、権限管理機能２２、資源管理機能２３、およびゲームコントロール機能２４を備える。ユーザ認証機能２１は、クライアント５のログイン要求に応じて、ログインしたクライアントとユーザの正当性をチェックする機能である。当該チェックには、前述のように、認証テーブル１０が参照される。

権限管理機能２２は、各クライアントからアクセス権限の設定がされた場合に、その内容を権限テーブル１１に記憶する。また、ゲーム中、クライアント５のユーザが、所定のユーザからフレンド登録されているかどうか、またはアクセス許可がされているかどうかをチェックする。当該チェックは、前述のように、クライアント５から他のユーザの館に入館する際、または宝物を持ち帰ろうとした際に行われる。このチェックに関しては権限テーブル１１が参照される。

資源管理機能２３は、各クライアントからアクセス資源が設定された場合に、その内容を資源テーブル１２に記憶する。また、ゲーム中、ファイル転送が許可された場合に、クライアント５のユーザが指定したファイルをコピーできるように制御する。サーバ２は、当該コピー処理に関する指示やファイルをクライアント間で中継するよう動作することもできるし、一定の情報を与えて、その後クライアントにファイル転送を任せるようにすることもできる。

ゲームコントロール機能２４は、クライアント５のコントローラ等を介した指示に応答して、所定の処理を実行し、結果のゲーム画像や音を生成して、それらをクライアント５に送信する。サーバ２では、この処理を、複数のクライアントに対して並行して行う。クライアントのユーザは、１つのゲーム空間を共有しているので、１つのクライアントに提供するゲーム画像や音のデータは、他のクライアントのユーザからの指示に影響され得る。

一方、クライアント５は、ログイン管理機能２５、権限設定機能２６、資源設定機能２７、およびゲームコントロール機能２８を備える。ログイン管理機能２５は、クライアント５のユーザにログイン画面を提供して、ユーザＩＤ、パスワード等の入力を促し、入力が完了したら、それらを必要に応じて暗号化し、サーバ２に送信する。

権限設定機能２６は、クライアント５のユーザにアクセス権限設定画面を提供して、そのユーザが他のどのユーザにある程度のアクセスを許可し（フレンド登録）、自身の資源へのアクセスを許可するか（アクセス許可）を入力させる。入力内容は、サーバ２に送信され、権限テーブル１１に記憶される。

資源設定機能２７は、クライアント５のユーザにアクセス資源設定画面を提供して、そのユーザがどのファイル、またはどのフォルダ内のファイルを他のユーザに利用させるのかを入力させる。入力内容は、サーバ２に送信され、資源テーブル１２に記憶される。

ゲームコントロール機能２８は、クライアント５のコントローラ等を介した指示をサーバ２に送信し、サーバ２から提供されるゲーム画像や音のデータを所定の形式に変換しクライアント５の表示手段等に出力する。

次に、サーバ２のハードウエア構成の例について、図５を参照して説明する。サーバ２は、入力手段３１、ＣＰＵ（Central Processing Unit）３２、メモリ３３、外部記憶装置３４、表示手段３５、記録媒体読取装置３６、ネットワークインタフェース（Ｉ／Ｆ）３７、およびこれらを相互に接続するバス３８を備えている。

入力手段３１は、表示画面に対して文字入力や指示を行うための、キーボードやマウスといった入力装置である。ＣＰＵ３２は、メモリ３３にロードされたプログラムの指令に基づき、サーバ２の各構成要素の動作、入出力を制御し、さらに、この発明のファイルアクセス管理システムの各機能を実行する。

メモリ３３には、前述のように、プログラムがロードされる他、必要なデータが一時的に記憶される。外部記憶装置３４は、データを記憶するための装置であり、例えば、ハードディスクのような装置である。通常、認証テーブル１０、権限テーブル１１、および資源テーブル１２が記憶される。表示手段３５は、ゲーム画面や設定画面等を表示するＣＲＴ（Cathode Ray Tube）モニタやＬＣＤ（Liquid Crystal Display）等である。

記録媒体読取装置３６は、ＣＤ（Compact Disc）やＤＶＤ（Digital Versatile Disk）等の可搬型記録媒体３９からデータを読み取り、メモリ３３や外部記憶装置３４に転送する装置である。ネットワークＩ／Ｆ３７は、インターネット４との接続を確立し、サーバ２とインターネット間のデータインタフェースを実現する。

前述した、ＣＰＵ３２で実行されるプログラムは、例えば、ＤＶＤ等の可搬型記録媒体３９やインターネット４を経由して提供されることもある。ＤＶＤに格納されている場合は、例えば、記録媒体読取装置３６によって一旦、外部記憶装置３４内に記憶され、実行時にメモリ３３にロードされる。インターネット４経由で提供される場合は、例えば、ネットワークＩ／Ｆ３７を介して一旦、外部記憶装置３４内に記憶され、実行時にメモリ３３にロードされる。

また、サーバ２の構成要素のうち、入力手段３１と表示手段３５は、基本的に、この発明のファイルアクセス管理システムに必須の構成要素ではない。通常のシステム運用時においては、画面表示やデータ入力の必要がないからである。

次に、クライアント５のハードウエア構成の例について、図６を参照して説明する。クライアント５は、入力手段４１、ＣＰＵ４２、メモリ４３、外部記憶装置４４、表示手段４５、記録媒体読取装置４６、ネットワークＩ／Ｆ４７、およびこれらを相互に接続するバス４８を備えており、基本的にサーバ２と同様の構成である。

入力手段４１は、ゲーム画面が表示された画面等に対して文字入力や指示を行うためのゲームコントローラの他、キーボードやマウスといった入力装置である。ＣＰＵ４２は、メモリ４３にロードされたプログラムの指令に基づき、クライアント５の各構成要素の動作、入出力を制御し、さらに、この発明のファイルアクセス管理システムの各機能を実行する。

メモリ４３には、前述のように、プログラムがロードされる他、必要なデータが一時的に記憶される。外部記憶装置４４は、データを記憶するための装置であり、例えば、ハードディスクといった装置である。表示手段４５は、ゲーム画面や設定画面等を表示するＣＲＴ（Cathode Ray Tube）モニタやＬＣＤ（Liquid Crystal Display）等である。

記録媒体読取装置４６は、ＣＤやＤＶＤ等の可搬型記録媒体４９からデータを読み取り、メモリ４３や外部記憶装置４４に転送する装置である。ネットワークＩ／Ｆ４７は、インターネット４との接続を確立し、サーバ２または他のクライアントとの間のインターネット経由のデータインタフェースを実現する。

前述した、ＣＰＵ４２で実行されるプログラムは、例えば、ＤＶＤ等の可搬型記録媒体４９やインターネット４を経由して提供されることもある。ＤＶＤに格納されている場合は、例えば、記録媒体読取装置４６によって一旦、外部記憶装置４４内に記憶され、実行時にメモリ４３にロードされる。インターネット４経由で提供される場合は、例えば、ネットワークＩ／Ｆ４７を介して一旦、外部記憶装置４４内に記憶され、実行時にメモリ４３にロードされる。

クライアント５はさらに、ゲームの音声・効果音を出力するためのスピーカのような音声出力手段を備え得る（不図示）。

次に、図７を参照して、２つのクライアント（例えば、ユーザＡのクライアント５とユーザＢのクライアント６）の間の通信が、どのようなネットワーク階層を経由して行われているかを説明する。階層５１は、いわゆるＯＳＩ階層モデルを示すものであり、下位層から順に、物理層、データリンク層、ネットワーク層、トランスポート層、セッション層、プレゼンテーション層、アプリケーション層で構成される。階層５２は、ＴＣＰ／ＩＰの階層モデルを示すものであり、下位層から順に、ネットワーク・インタフェース層、ネットワーク層、トランスポート層、アプリケーション層で構成される。図に示すように、階層５２の各層は、階層５１の１つ、あるいはそれ以上の層に対応付けられる。

ここで、前述した、ネットワークゲームにおけるクライアント間のファイル転送のネットワーク階層モデルは、図の階層５３、５４のように、ＴＣＰ／ＩＰの階層モデル（階層５２）に対応付けて表すことができる。この場合、２つのクライアントの階層構造は同様のものである。

クライアントのネットワーク・インタフェース層は、例えば、イーサネット（登録商標）やＰＰＰで構成され、ネットワーク層はＩＰ、トランスポート層はＴＣＰで構成される。アプリケーション層は、クライアントのユーザにＧＵＩを提供する、ネットワークゲームのようなアプリケーションである。

例えば、ユーザＢが、ネットワークゲームの中でユーザＡのクライアント５が有するファイルに対応する宝物を取得するよう指示すると、ユーザＡのクライアント５にある特定のファイルをユーザＢのクライアント６に転送する処理が開始される。具体的には、クライアント５のネットワークゲームのアプリケーションとクライアント６のネットワークゲームのアプリケーションとの間で、ファイル転送のためのメッセージの送受信が行われる。これらのメッセージは、図７の矢印５５に示すような経路で行われる。

ユーザＢのクライアント６でネットワークゲームのアプリケーションからメッセージが送出されると、各層（ＴＣＰ、ＩＰ、イーサネット／ＰＰＰと表記された各階層）において対応する処理が行われ、当該メッセージに必要なヘッダ、データ等が付加され、インターネット４上に送信される。

例えば、ＴＣＰ層では、クライアント間で所定の順序でやり取りされるメッセージを監視し、必要に応じて再送制御が行われる。また、ＩＰ層では、ネットワークの経路選択等が行われる。

こうしたファイル転送処理の際のメッセージ交換は、ユーザＡのクライアント５からユーザＢのクライアント６のファイルを取得するよう指示があった場合も同様の経路で行われる。また、いずれかのクライアントとサーバ２がファイル転送を行う場合も、上述したクライアント間におけるものと同様の態様でメッセージのやり取りが行われる。

ここでは、ファイル転送処理が、ネットワークゲームのアプリケーションが有する独自のプロトコルによって行われる例について説明しているが、ネットワークゲームのアプリケーションが他の公知のプロトコル（例えば、ＦＴＰ（File Transfer Protocol））を使用する形態でファイル転送を実現してもよい。ＦＴＰは、図７の５２では、ネットワークゲームのアプリケーションと同様、アプリケーション層に位置づけられる。

次に、ネットワークゲームにいて各ユーザが行う設定について図８ないし１０を参照して説明する。図８には、アクセス権限設定画面が示されている。これは、ユーザＡのクライアント５の表示手段に表示された画面の例であり、ユーザＡは、このアクセス権限設定画面６０を用いて、他のユーザをフレンド登録するかどうか、および他のユーザに自己の資源のアクセスを許可するかどうかを設定する。画面右上の「ユーザＡ」の表示は、このアプリケーションがユーザＡの操作によるものであることを便宜的に示すものである。

ネットワークゲームに参加してアクセス権限設定画面６０を表示させると、当該画面の参加ユーザ表示部６１には、そのネットワークゲームに参加しているユーザの一覧が表示される。この例では、アクセス権限設定画面６０を表示させた時点でゲームに参加しているユーザを一覧表示させているが、その時点で参加していないユーザを含め、登録されているユーザ全てを表示させることもできる。

ユーザＡは、参加ユーザ表示部６１に表示されたユーザのそれぞれについて、フレンド登録するユーザについては、対応するフレンド登録のチェックボックス６２をチェックする。ユーザＡはさらに、フレンド登録したユーザの中から、自身の資源（例えば、ファイル）のアクセスを許可するユーザを決定し、そのユーザに対応するアクセス許可のチェックボックス６３をチェックする。

ユーザＡは、このような設定を行うことによって、特定のユーザだけが自身のクライアントにアクセスし、自身の資源をアクセスするように制御できる。なお、ここで、フレンド登録を省略し、アクセス許可だけの設定とすることも可能である。

ユーザＡがゲームコントローラ等の入力手段で設定ボタン６４をクリック等することにより、参加ユーザ表示部６１での設定内容が確定し、図３Ｂに示す権限テーブル１１にその設定内容が記憶される。この場合、権限テーブル１１の「ユーザ」の欄には、ユーザＢやユーザＣといった、ユーザＡ以外のユーザが記憶され、権限テーブル１１の「アクセス対象」の欄には、ユーザＡが記憶され、フレンド登録がされたユーザ、すなわち、フレンド登録のチェックボックス６２にチェックがされたユーザは、対応する権限テーブルの「フレンド登録」の欄に「○」が、チェックのされないユーザについては「×」が記憶される。また、アクセスが許可されたユーザ、すなわち、アクセス許可のチェックボックス６３にチェックがされたユーザは、対応する権限テーブルの「アクセス許可」の欄に「○」が、チェックのされないユーザについては「×」が記憶される。なお、図３Ｂに示された権限テーブル１１の内容は例示であって、ユーザＢや、○／×に代えて、これらの情報に対応付けられた他のデータを記録しておくこともできる。

第１の実施形態では、ユーザのアクセス権限の設定を、上述したアクセス権限設定画面６０を使って行ったが、ゲーム画面に他のキャラクタが現れた場合に、ゲームコントローラで所定の操作をすることにより、そのキャラクタに対して個別にフレンド登録、アクセス許可を行っても良い。また、他のキャラクタがネットワークゲームに参加した際に、その事実をゲーム画面に表示させるようにし、そこで所定の操作をすることにより、そのキャラクタに対してフレンド登録、アクセス許可を行うようにしても良い。

図９には、アクセス資源設定画面が示されている。これは、アクセス権限設定画面６０と同様に、ユーザＡのクライアントの表示手段に表示される画面であり、ユーザＡは、このアクセス資源設定画面６５を用いて、他のユーザにアクセス可能とする自己の資源をどれにするかを設定する。

ユーザＡは、ネットワークゲームに参加してアクセス資源設定画面６５を表示させると、入力エリア６６に、アクセスを許可するファイルまたはフォルダを設定する。ユーザＡは、このような設定を行うことによって、アクセス権限設定画面６０でアクセスを許可したユーザが、自身のどのファイルまたはフォルダを実際にアクセスできるか指定できる。

この例では、ユーザＡは、入力エリア６６内に、Ｄ：￥フォルダ１￥サブフォルダ１を指定している。設定内容は、ユーザＡが設定ボタン６７をクリック等することによって、図３Ｃに示す資源テーブル１２に記憶される。

ここで、図１０を参照して、ユーザＡのクライアントのハードディスクのファイル構成の例について説明する。ユーザＡのクライアントは、ドライブＣおよびドライブＤからなるハードディスクを有している。ここでは、１つのハードディスクで複数のドライブを構成することもできるし、それぞれのドライブに、別のハードディスクを割り当てることもできる。

ドライブＤはさらに、フォルダ１とフォルダ２からなり、フォルダ１はさらにサブフォルダ１を有し、サブフォルダ１内には、ファイルＡ１１とＡ１２がある。フォルダ２内には、ファイルＢ１１ないしＢ２３の４つのファイルが含まれている。

再び図９のアクセス資源設定画面６５を参照すると、ユーザＡは、アクセス可能な資源として、Ｄ：￥フォルダ１￥サブフォルダ１を指定している。従って、この例では、ユーザＡは、ファイルＡ１１とＡ１２についてアクセスを許可していることになる。またさらに、図８のアクセス権限設定画面６０の設定内容を考慮すると、ユーザＡは、ユーザＢ、Ｅ、Ｉ、Ｊ、Ｋ等に対して、Ｄ：￥フォルダ１￥サブフォルダ１内のファイルＡ１１とＡ１２へのアクセスを許可していることになる。

図９のアクセス資源設定画面６５のように、フォルダが指定されている場合は、そのフォルダ内のファイル全てがアクセス可能となる。例えば、Ｄ：￥フォルダ１￥サブフォルダ１にファイルＡ１３を追加した場合は、アクセス資源設定画面６５等の設定を変更しなくても、ファイルＡ１３にアクセス許可が与えられる。

ゲーム画面上では、このようなフォルダ（サブフォルダ１）は、ユーザＡの館の中の宝箱に対応し、中の宝物（アイテム）がそれぞれファイルに対応する。サブフォルダ１の中にさらにフォルダがあれば、上記宝箱の中に、これに対応する宝箱が表示される。このような宝箱・宝物と、ファイル・フォルダの対応関係は、アプリケーション側で自動的に定めることができる。

次に、図１１および図１２を参照して、ユーザＡから、ユーザＡの資源についてアクセス許可を受けたユーザＢが、ネットワークゲームの中で宝物を持ち帰る（すなわち、ユーザＡのファイルをダウンロードする）方法について説明する。図１１は、ユーザＢのクライアント６の表示手段に表示された第１ゲーム画面７０である。右上に「ユーザＢ」の表示があるが、これは、ユーザＢによって操作されているゲーム画面であることを便宜的に示すものである。

ユーザＢは、サーバ２にログインをし、ゲーム展開の中でいくつかの操作をした後で、図１１に示すような第１ゲーム画面７０を見ることになる。第１ゲーム画面７０には、ユーザＢに対応するキャラクタ（主人公キャラクタ）７１と、館７２が表されている。館７２は、ユーザＡの館であり、ここでは、ユーザＡのハードウエアとしてのクライアント５を意味する。第１ゲーム画面７０で、ユーザＢは、キャラクタ７１を、ゲームコントローラ等を用いて、館７２のドアから中に入るように操作する。これは、ユーザＢがユーザＡのクライアント５にアクセスすることを意味する。サーバ２は、ユーザＢのこのような操作を検知すると、ユーザＢが、ユーザＡからフレンド登録を受けているかどうかを、権限テーブル１１を参照して判断する。

サーバ２は、ユーザＢが、ユーザＡからフレンド登録を受けていれば、館７２に入ることを許可する。フレンド登録を受けていない場合は、キャラクタ７１を、館７２のドアに向かって進めていってもドアは開かず、例えば、「あなたは友達ではないので、この館には入れません」等の入館拒否メッセージを表示し、キャラクタ７１が館７２に入ることは拒否される。

図１２は、ユーザＢのクライアント６の表示手段に表示される第２ゲーム画面８０である。右上に「ユーザＢ」の表示があるが、これも、図１１と同様、ユーザＢによって操作されているゲーム画面であることを便宜的に示すものである。第２ゲーム画面８０は、館７２に入ることを許可されたキャラクタ７１が、その館７２の中の宝箱８１の前まで来た様子を示している。

ここで、ユーザＢは、キャラクタ７１をゲームコントローラ等で操作し、宝箱８１に近づけ、自分が欲しい宝物８２または宝物８３の何れか（あるいは両方）を触れるように制御する。この操作は、その宝物に対応するファイルをダウンロードする意図があるということを示している。例えば、ユーザＢによって、キャラクタ７１が、宝物８２に手を伸ばして触るように操作されると、その宝物８２に対応するファイルの転送が行われる。

例えば、ここで、宝箱８１は、図９のアクセス資源設定画面６５で設定されたフォルダ（Ｄ：￥フォルダ１￥サブフォルダ１）に対応し、その中の宝物８２は、図１０で示した、サブフォルダ１内のファイルＡ１１に対応する。よって、キャラクタ７１が宝物８２に触ると、内部的には、ユーザＡのクライアント５のハードディスクのドライブＤにあるフォルダ１の中のサブフォルダ１の中のファイルＡ１１が、ユーザＢのクライアント６のハードディスク上の所定の場所に転送（コピー）される。

キャラクタ７１が、宝物８２に近接あるいは触れた場合、図１２に示すような吹出表示８４で、その宝物８２が「ファイルＡ１１」であることを表示するようにしてもよい。

このように、ゲーム中の所定の動作によってファイル転送が指示され、各ユーザは、自身のどのファイルあるいはフォルダをどのユーザにアクセスさせるかを事前に指定することができる。ネットワークゲームという仮想空間で表される館、宝箱、宝物といったものが、ユーザのクライアントやファイルという実体に対応付けられる。

また、キャラクタを操作して、自身の宝箱から他のユーザの宝箱に所定の宝物を運び入れると、相手に特定のファイルが送信されるようにしてもよい。またさらに、自身の宝箱を複数用意し、キャラクタを操作して、宝物を一方の宝箱から他方の宝箱に移動させることによって、ユーザが特定のファイルに関するアクセス許可の対象をゲーム中に変更できるようにしてもよい。

次に、上記のようなゲーム上の操作において、ユーザＡのクライアント５からユーザＢのクライアント６にファイル（この例では、Ａ１１）が転送される際の、クライアントおよびサーバの動作について、図１３および図１４を参照して説明する。図１３および図１４の両図によって、クライアント５からクライアント６へのファイル転送の全ての手順が示される。この例では、途中までサーバによる制御が行われ、その後、クライアント間で直接ファイル転送処理が行われる。

最初に、図１３のクライアント５では、ステップＳ１１で、例えば、図９に示すようなアクセス資源設定画面６５を用いたアクセス資源の設定が行われる。ステップＳ１２では、サーバ２において、クライアント５での設定操作に応じて、資源テーブル１２の内容が更新される。

次に、クライアント５では、ステップＳ１３で、例えば、図８に示すようなアクセス権限設定画面６０を用いたアクセス権限の設定が行われる。ステップＳ１４では、サーバ２において、クライアント５での設定操作に応じて、権限テーブル１１の内容が更新される。

クライアント６は、ネットワークゲームに参加する場合に、ステップＳ１５でサーバ２にログインする。サーバ２は、ステップＳ１６において、クライアント６から送られてきたユーザＩＤ、パスワード等を受信し、認証テーブル１０を参照して、クライアント６が正当なクライアントかどうか、およびそのユーザが正当なユーザかどうかを判定する。サーバ２が、正当なクライアント、またはユーザでないと判定した場合は、クライアント６に、その旨のメッセージを返信し、ユーザＩＤやパスワード等の再入力をするための画面を表示させたり、その他の処置をとるよう制御する。

クライアント６では、ログインが受け入れられると、ステップＳ１７で、ユーザＢがゲームを開始し、そこでキャラクタが、取得したいファイルに対応する宝物に触ることを目的として、その宝物に向かって進むよう操作される。その際、ステップＳ１８では、サーバ２が、ユーザＢの館への入館や宝物へのアクセスがユーザＡによって許可されているかどうかをチェックする。

後述するようなファイル管理ツールを使用する場合であれば、サーバ２から提供された権限テーブル１１の内容をもとに、アクセスを許可しているユーザがユーザ表示部１１１に一覧表示される（図１６参照）。

クライアント６はその後、所望のファイルを選択し、ステップＳ１９で、クライアント５にアクセス要求する。上記所望のファイル選択とアクセス要求は、例えば、ネットワークゲームにおいては、館７２内の宝箱８１に入っている宝物（８２、８３）をキャラクタ７１が触れることにより行われる（図１２参照）。また、ネットワークゲームにおいてではなく、後述するようなファイル管理ツールを使用する場合であれば、ファイル・フォルダ表示部１１２に表示されたファイルやフォルダを選択してダウンロードボタン１１３をクリックすることにより行われる（図１６参照）。

ステップＳ１９における、クライアント６からの要求は、一旦、サーバ２によって受信される。サーバ２は、ステップＳ２０において、この要求を受信すると、それをクライアント５に送信する。クライアント５は、ステップＳ２１において、このアクセス要求を受信すると、現時点でファイル転送が可能かどうか判断し、可能であればアクセス許可通知をサーバに送信する。サーバ２は、ステップＳ２２において、そのアクセス許可通知を受信し、それをクライアント６に送信する。

サーバ２は、クライアント５からのアクセス許可通知が一定時間経過しても来ない場合や、クライアント５からアクセス拒否の通知を受信した場合は、クライアント６に対して、その旨のメッセージを送信する。クライアント６は、そのメッセージを受信すると、ネットワークゲームであれば、その旨をゲーム展開の一部としてゲーム画面に何らかの形で表示し、ファイル管理ツールであれば、メッセージとしてツール画面に表示する。

次に、図１４に示す処理について説明する。ステップＳ２１でアクセス許可通知を送信したクライアント５は、ステップＳ３１で資源アクセスを可能とするサーバ機能を起動する。この例でのサーバ機能は、クライアント６から送信されるメッセージを受信して、指定されたファイルをパケットに格納して順次送信する等、必要な応答メッセージを送信するプロセスを含むものであり、この例では、クライアント５のハードウエア上で稼働する。

サーバ２は、ステップＳ２２で、クライアント５からのアクセス許可通知をクライアント６に中継すると、以降で行われるクライアント５とクライアント６の間のファイル転送のために、ステップＳ３２で、クライアント６に対して、クライアント５の情報を送信する。ここでサーバ２は、クライアント６に対して、いわば、クライアント５へのアクセス権を与えることになる。クライアント５の情報は、例えば、クライアント５のＩＰアドレス、クライアント５に接続するためのＩＤおよびパスワード、クライアント６が指定したファイルのファイル名、ディレクトリ（パス）情報等である。ＩＰアドレスは、他認証テーブル１０から得られる。

クライアント６は、サーバ２からこれらの情報を受け取ると、ステップＳ３３において、クライアント５に接続を行う。これ以降の通信は、サーバが関与せず、クライアント５とクライアント６との間で、例えば、ＩＰアドレスを用いて行われる。クライアント５は、ステップＳ３４において、クライアント６から受信したＩＤおよびパスワードを元に認証を行う。

クライアント５によって、認証が正常に行われると、クライアント６は、ステップＳ３５でファイル情報取得要求を発行する。クライアント５は、このファイル情報取得要求を受信すると、この要求に応じたファイル情報をステップＳ３６で送信する。

クライアント５からファイル情報を受信したクライアント６は、ステップＳ３７でファイルデータ取得要求をクライアント５に送信し、クライアント５は、この要求に応じて、ステップＳ３８で指定されたファイルのデータ送信を行う。このデータ送信は、転送対象のファイルが終わるまで繰り返し行われる。

データ送信が終了すると、ステップＳ３９で、クライアント６がクライアント５にアクセス終了要求を送信する。クライアント５はこれを受信すると、アクセス終了を了承して、ステップＳ４０で、クライアント６にＯＫを送信した後、ステップＳ４１でサーバ機能を終了する。

この例では、サーバ２がクライアントのアドレス情報（例えば、ＩＰアドレス）を有し、各クライアントは、サーバ２からこの情報を得て、ファイル転送を行う。上記アドレス情報の伝達とファイル転送は、異なるセッションにおいて実現され得る。例えば、アドレス情報の伝達は、サーバ２と各クライアントとの間のコントロールセッションで行われ、ファイル転送は、クライアント間のデータ転送セッションにおいて行われる。

第１の実施形態においては、アドレス情報の伝達のファイル転送が上記のように行われるが、これらは単なる例示にすぎず、図示した処理手順・処理内容で行われる必要はない。クライアントに対するアドレス情報の提供がサーバによって行われ、その後クライアント間でファイル転送が行われるように制御される限り、他の異なる方法を用いてこの発明のファイルアクセス管理システムを構成可能である。

例えば、クライアント間のファイル転送に関して、ＦＴＰを使用する場合、クライアント５がＦＴＰサーバ、クライアント６がＦＴＰクライアントとなり、最初に、ＦＴＰサーバとＦＴＰクライアントの間でコントロールコネクションが確立される。そこで、ＦＴＰサーバは、ＦＴＰクライアントから受信したユーザ名、パスワードを元にＦＴＰクライアントの認証を行う。また、このコネクションにおいて、ＦＴＰサーバは、ＦＴＰクライアントからＦＴＰクライアントのＩＰアドレスとポート番号を受信する。

ＦＴＰサーバは、ＦＴＰクライアントのＩＰアドレスとポート番号によって、ＦＴＰサーバとＦＴＰクライアントの間に新たなデータコネクションを確立し、そのコネクションにより、指定されたファイルのデータが、ＦＴＰサーバからＦＴＰクライアントへ転送される。

次に、この発明の第２の実施形態に係るファイルアクセス管理システムの概要について説明する。当該システムでは、各ユーザが、特定のファイルまたはフォルダ毎に、アクセスできるユーザを指定することができる。図１５Ａには、そのような機能を実現するための権限テーブル８５が示されている。このテーブルは、図３Ｂに示す権限テーブル１１とは異なり、アイテムの欄が新たに設けられており、１ユーザについて、アイテム毎にアクセス許可を設定することができる。

ここで、アイテムは、図１５Ｂに示す資源テーブル８６のアイテムの欄に対応するものである。資源テーブル８６は、図３Ｃに示す資源テーブル１２とは異なり、１ユーザに対して複数のファイル・フォルダを設定でき、そのファイル・フォルダ毎に、アイテムの欄が設けられている。アイテムは、ゲーム中に表示される宝物の種類であり、各ファイル・フォルダがどのようなアイテムに対応付けるかを設定する。

このような権限テーブル８５と資源テーブル８６によって、例えば、ユーザＡは、ユーザＢに対して、サブフォルダ１（アイテム金塊に対応）内の各ファイルへのアクセスを許可しないが、例外的にサブフォルダ１内のＡ１１（アイテム金貨に対応）だけはアクセスを許可するように指定できる。

このようなファイルアクセス管理システムでは、アクセス権限もファイルまたはフォルダ毎に設定することになる。図１６は、１ユーザにつき、複数のファイル・フォルダを設定可能な場合の、アクセス権限設定画面９０を表すものである。図８に示されたアクセス権限設定画面６０と比べると、対応するアイテムが表示されたアイテム表示部９３が追加されていることがわかる。

この例では、ユーザＡは、ユーザＢについて、金塊、指輪、および金杯についてアクセスを許可している。ここで、金塊は、図１５Ｂの資源テーブルから分かるように、ユーザＡのクライアント５のＤ：￥フォルダ１￥サブフォルダ１￥Ａ１１に対応し、指輪は、Ｄ：￥フォルダ２に対応し、金杯は、Ｄ：￥フォルダ２￥Ｂ１２に対応する。設定ボタン９５をクリック等することにより、この内容が、図１５Ａに示す権限テーブル８５に記憶される。

また、同時にアクセス資源も複数設定することになる。図１７は、１ユーザにつき、複数のファイル・フォルダを設定可能なアクセス資源設定画面１００を表すものである。図９のアクセス資源設定画面６５と比較すると、アイテム入力欄１０１が追加されていることがわかる。ユーザＡは、この欄で所望のアイテムを、例えば、図示するボックス内の一覧表示の中から選択することができる。設定ボタン１０３をクリック等することにより、この内容が、図１５Ｂに示す資源テーブル８６に記憶される。

次に、この発明の第３の実施形態に係るファイルアクセス管理システムについて説明する。これまで、この発明のファイルアクセス管理システムは、ファイル転送に関する指定が、ネットワークゲームにおける所定の操作に連動して行われるものとして説明してきた。しかしながら、これ以外の形態によってもファイル転送の指定を行うことができる。このシステムによっても安全、確実、かつ容易なファイル転送が可能である。

第３の実施形態に係るファイルアクセス管理システムは、ＧＵＩ（Graphical User Interface）を備えたファイル管理ツールによって、クライアント間のファイル転送を指示する。

図１８には、そのようなファイル管理ツールが提供するツール画面１１０の例が示されている。ツール画面１１０には、ユーザ表示部１１１、ファイル・フォルダ表示部１１２、およびダウンロードボタン１１３が表示されている。また、画面右上の「ユーザＢ」の表示は、このツールがユーザＢの操作によるものであることを便宜的に示すものである。

ユーザ表示部１１１には、ユーザＢがアクセス許可を受けているユーザの一覧が表示されている。すなわち、この例では、ユーザＡ、ユーザＣ、ユーザＤ等が、ユーザＢに、自身の資源についてのアクセス許可を与えていることになる。このユーザ表示部１１１で、例えば、ユーザＡの表示されている箇所を、マウス等でクリックすると、ファイル・フォルダ表示部１１２に、ユーザＡがユーザＢにアクセス許可をしているファイル・フォルダがすべて表示される。ここでは、図１５Ａの権限テーブル８５および図１５Ｂの資源テーブル８６の内容に従って設定がされているものとする。

ファイル・フォルダ表示部１１２には、ファイルＡ１１、フォルダ２、ファイルＢ１２が表示されている。ここで、ファイルＢ１２をマウス等を使って選択し、ダウンロードボタン１１３をクリック等すると、ユーザＡのクライアント５から、ユーザＢのクライアント６の所定領域にファイルＢ１２がダウンロードされる。

サーバ２は、認証テーブル１０に、ユーザＡのＩＰアドレス等を保持しているため、それをユーザＢのクライアント６上で動作する上記ツールに提供し、そのＩＰアドレス等を利用して上記ファイル転送を実現する。ユーザＢは、これらの動作が上記のようなツールによって行われているため、ユーザＡのクライアント５のＩＰアドレスを直接知ることはない。

この実施形態の場合も、ユーザにフレンド登録やアクセス許可を行う、図８、および図１６に示すようなアクセス権限設定画面６０、９０を使用することとなる。ただし、この実施形態は、ネットワークゲームを利用するものではないので、例えば、参加ユーザの欄には、ネットワークゲームの参加者ではなく、ある特定の条件で選択されたユーザがリストされ得る。また、必要予に応じ、フレンド登録やアイテムの欄を省略することもできる。

次に、この発明の第４の実施形態に係るファイルアクセス管理システムについて説明する。このシステムは、クライアント間のファイル転送処理が、最初から最後まで、サーバ２を経由して行われるものである。第１の実施形態に係るファイルアクセス管理システムが、図１３および図１４のフローチャートに示すように、実際のファイル転送を、サーバ２を経由しないでクライアント間で直接行っていたのとは対照的である。

第４の実施形態に係るファイルアクセス管理システムの手順について図１３および図１９を用いて説明する。当該処理の前半は、既に説明した図１３のフローチャートに示された処理と同様である。図１３に示した処理の続きが、図１９に示すフローチャートで行われることになる。

図１９に示すフローチャートでは、サーバ２がプロキシとして機能し、クライアント５とクライアント６との間のファイル転送をサーバ２が中継する。図１３のステップＳ２２で、サーバ２からアクセス許可通知を受け取ったクライアント６は、ステップＳ５１で、ファイル情報取得要求を送信する。サーバ２は、ステップＳ５２で、このファイル情報取得要求を受信し、クライアント５に中継する。クライアント５は、このァイル情報取得要求を受信すると、ステップＳ５３でこれに対応するファイル情報を送信する。

サーバ２は、クライアント５から受信したファイル情報をステップＳ５４で中継し、クライアント６に送信する。クライアント５は、このファイル情報を受信した後、ステップＳ５５で、ファイルデータ取得要求をクライアント５に対して行う。このファイルデータ取得要求は、ステップＳ５６において、サーバ２で中継され、クライアント５に提供される。

クライアント５は、ファイルデータ取得要求を受信すると、指定されたファイルのデータを、ステップＳ５７でクライアント６に送信する。当該送信は、ファイルのデータがなくなるまで繰り返される。サーバ２は、ステップＳ５８で、ファイルのデータ送信を中継し、クライアント６に送信する。

クライアント６は、ファイルのデータを全て受信すると、ステップＳ５９でアクセス終了要求をクライアント５に送信する。このアクセス終了要求は、ステップＳ６０で、サーバ２により中継され、クライアント５に送信される。クライアント５は、このアクセス終了要求に応答して、ステップＳ６１でＯＫを送信し、これは、ステップＳ６２で、サーバ２より中継され、クライアント６に提供される。

上述したように、図１３と図１４からなるフローチャートに示された処理では、クライアント５とクライアント６との間のファイル転送が直接行われる。このような処理形態では、サーバ２からＩＰアドレスを通知されることにより、クライアント５はクライアント６のＩＰアドレスを把握し、逆に、クライアント６はクライアント５のＩＰアドレスを把握している。しかしながら、クライアント５やクライアント６においては、ネットワークゲームのアプリケーションやファイル管理ツールなどを介してファイル転送が行われているため、ユーザは直接ファイル転送処理を操作することがなく、相手のクライアントのＩＰアドレスを容易に知ることはできない。

従って、このような第１の実施形態に係るファイルアクセス管理システムでは、容易に他ユーザのファイルをアクセスすることができるにもかかわらず、他ユーザのクライアントについてのアドレス情報（例えば、ＩＰアドレス）が知られる危険性が低い。

また、図１３と図１９からなるフローチャートに示された処理では、クライアント５とクライアント６との間のファイル転送が、サーバ２を経由して行われる。このような処理形態では、各クライアントのＩＰアドレスはサーバ２が知るのみであり、各クライアントが受信するメッセージの中にも相手クライアントのＩＰアドレスは含まれない。サーバ２が一方のクライアントに対して、他方のクライアントへのアクセス権を与える形となる。

従って、このような第４の実施形態に係るファイルアクセス管理システムでは、第１の実施形態に係る上述のシステムに比べ、他ユーザのクライアントのアドレス情報がより高度に遮断される。ただし、第４の実施形態では、サーバ２がファイル転送を中継するため、第１の実施形態に係るファイルアクセス管理システムに比べ、サーバ２の負荷が大きくなる。

以上、この発明を第１の実施形態から第４の実施形態まで、順に説明してきたが、これらの各実施形態を適宜組み合わせて、有効なファイルアクセス管理システムを構成することが可能である。例えば、第１の実施形態において、クライアントのユーザの操作がネットワークゲームで行われていたものを、ツールを用いて行い（第３の実施形態）、クライアント間のファイル転送は必ずサーバを経由して行う（第４の実施形態）ように調整することができる。また、他の例では、第１の実施形態において、クライアントの資源についてのアクセス権限をファイル・フォルダ毎に管理し（第２の実施形態）、さらにクライアント間のファイル転送は必ずサーバを経由して行う（第４の実施形態）ように調整することもできる。

この発明の第１の実施形態に係るファイルアクセス管理システムのネットワーク構成を示す略線図である。 この発明の第１の実施形態に係るファイルアクセス管理システムの論理的な接続形態を示す略線図である。 この発明の第１の実施形態に係るファイルアクセス管理システムにおけるサーバの各種テーブルの例を表す略線図である。 図１のファイルアクセス管理システムの機能ブロック図である。 サーバのハードウエア構成の例を示す略線図である。 クライアントのハードウエア構成の例を示す略線図である。 クライアント間通信のネットワーク階層を表す略線図である。 この発明の第１の実施形態に係るファイルアクセス管理システムにおけるアクセス権限設定画面の例を示す略線図である。 この発明の第１の実施形態に係るファイルアクセス管理システムにおけるアクセス資源設定画面の例を示す略線図である。 クライアントのハードディスクのファイル構成の例を示す略線図である。 この発明の第１の実施形態に係るファイルアクセス管理システムにおいて表示されるネットワークゲームの画面の例を示す略線図である。 この発明の第１の実施形態に係るファイルアクセス管理システムにおいて表示されるネットワークゲームの別の画面の例を示す略線図である。 この発明の第１の実施形態に係るファイルアクセス管理システムにおけるファイル転送処理のフローチャートである。 この発明の第１の実施形態に係るファイルアクセス管理システムにおけるファイル転送処理のフローチャートである。 この発明の第２の実施形態に係るファイルアクセス管理システムにおけるサーバの各種テーブルの例を表す略線図である。 この発明の第２の実施形態に係るファイルアクセス管理システムにおけるアクセス権限設定画面の例を示す略線図である。 この発明の第２の実施形態に係るファイルアクセス管理システムにおけるアクセス資源設定画面の例を示す略線図である。 この発明の第３の実施形態に係るファイルアクセス管理システムにおけるツール画面の例を示す略線図である。 この発明の第４の実施形態に係るファイルアクセス管理システムにおけるファイル転送処理のフローチャートである。 従来のネットワークゲームシステムのネットワーク構成を示す略線図である。

符号の説明

１・・・ファイルアクセス管理システム、２・・・サーバ、３・・・記憶手段、４・・・インターネット、５，６，７・・・クライアント、１０・・・認証テーブル、１１・・・権限テーブル、１２・・・資源テーブル、２１・・・ユーザ認証機能、２２・・・権限管理機能、２３・・・資源管理機能、２４・・・ゲームコントロール機能、２５・・・ログイン管理機能、２６・・・権限設定機能、２７・・・資源設定機能、２８・・・ゲームコントロール機能、３１，４１・・・入力手段、３２，４２・・・ＣＰＵ、３３，４３・・・メモリ、３４，４４・・・外部記憶装置、３５，４５・・・表示手段、３６，４６・・・記録媒体読取装置、３７，４７・・・ネットワークＩ／Ｆ、３８，４８・・・バス、３９，４９・・・可搬型記録媒体

Claims (39)

1. それぞれが、ファイルを有する複数のクライアントと、
   ネットワークを介して前記各クライアントと接続され、前記複数のクライアントの各ユーザが、他のクライアントのどのファイルについてアクセス許可を受けているかを表す権限情報を有するサーバとを含み、
   前記クライアントはさらに、前記他のクライアントの所定のファイルへのアクセスを指示するための指示画面が表示される表示手段を有し、
   前記サーバは、前記クライアントのユーザが、前記指示画面により、前記他のクライアントの前記所定のファイルへのアクセス指示を行った場合に、前記権限情報を参照して、前記アクセス指示を行ったユーザが、前記アクセス指示の対象となった前記所定のファイルについてアクセス許可を受けているかどうかを判定し、アクセス許可を受けている場合は、前記アクセス指示が行われたクライアントと前記他のクライアントとの間の、前記所定のファイルのファイル転送を許可することを特徴とするファイルアクセス管理システム。
2. 請求項１に記載のファイルアクセス管理システムにおいて、
   前記権限情報は、前記ファイルを有する前記クライアントのユーザによってそれぞれ決定されることを特徴とするファイルアクセス管理システム。
3. 請求項１に記載のファイルアクセス管理システムにおいて、
   前記クライアントが複数のファイルを有する場合、前記複数のファイルのそれぞれに、あるいは所定のファイルグループ毎に、アクセス許可されるユーザが決定されることを特徴とするファイルアクセス管理システム。
4. 請求項１に記載のファイルアクセス管理システムにおいて、
   前記ファイル転送により、前記他のクライアントから、前記アクセス指示が行われた前記クライアントに、前記所定のファイルがコピーされることを特徴とするファイルアクセス管理システム。
5. 請求項１に記載のファイルアクセス管理システムにおいて、
   前記サーバが前記ファイル転送を許可する場合、前記アクセス指示が行われた前記クライアントに対し、前記他のクライアントのアドレス情報を提供し、
   前記ファイル転送が、前記アドレス情報を使用して、前記アクセス指示が行われた前記クライアントと前記他のクライアントとの間で直接行われることを特徴とするファイルアクセス管理システム。
6. 請求項１に記載のファイルアクセス管理システムにおいて、
   前記サーバは、前記ファイル転送を許可する場合、
   前記アクセス指示が行われた前記クライアントと前記他のクライアントとの間で、前記所定のファイルのファイル転送を中継し、前記各クライアントのアドレス情報については中継しないことを特徴とするファイルアクセス管理システム。
7. 請求項１に記載のファイルアクセス管理システムにおいて、
   前記所定のファイルへのアクセスを指示する指示画面がネットワークゲームの中の１つの画面として提供され、
   前記ユーザのアクセス指示が、前記ネットワークゲームにおける操作であり、
   前記所定のファイルのファイル転送が、前記ネットワークゲームのアプリケーションによって行われることを特徴とするファイルアクセス管理システム。
8. 請求項１に記載のファイルアクセス管理システムにおいて、
   前記所定のファイルへのアクセスを指示する指示画面が、前記アクセス指示の行われた前記クライアント上で動作するツールによって提供され、
   前記ユーザのアクセス指示が前記指示画面においてされた場合に、前記所定のファイルのファイル転送が、前記ツールによって行われることを特徴とするファイルアクセス管理システム。
9. 請求項１に記載のファイルアクセス管理システムにおいて、
   前記各クライアントのユーザは、前記サーバによって、正当なユーザかどうかの認証を受けることを特徴とするファイルアクセス管理システム。
10. それぞれが、ファイルを有する複数のクライアントと、
    ネットワークを介して前記各クライアントと接続され、前記複数のクライアントの各ユーザが、他のクライアントのどのファイルについてアクセス許可を受けているかを表す権限情報を有するサーバとを含み、
    前記クライアントで、
    前記クライアントの表示手段に、前記他のクライアントの所定のファイルへのアクセスを指示するための指示画面を表示するステップと、
    前記サーバで、
    前記クライアントのユーザが、前記指示画面により、前記他のクライアントの前記所定のファイルへのアクセス指示を行った場合に、前記権限情報を参照して、前記アクセス指示を行ったユーザが、前記アクセス指示の対象となった前記所定のファイルについてアクセス許可を受けているかどうかを判定するステップと、
    前記判定ステップでアクセス許可を受けていると判定された場合は、前記アクセス指示が行われたクライアントと前記他のクライアントとの間の、前記所定のファイルのファイル転送を許可するステップとを有することを特徴とするファイルアクセス管理方法。
11. 請求項１０に記載のファイルアクセス管理方法において、
    前記権限情報は、前記ファイルを有する前記クライアントのユーザによってそれぞれ決定されることを特徴とするファイルアクセス管理方法。
12. 請求項１０に記載のファイルアクセス管理方法において、
    前記クライアントが複数のファイルを有する場合、前記複数のファイルのそれぞれに、あるいは所定のファイルグループ毎に、アクセス許可されるユーザが決定されることを特徴とするファイルアクセス管理方法。
13. 請求項１０に記載のファイルアクセス管理方法において、
    前記ファイル転送により、前記他のクライアントから、前記アクセス指示が行われた前記クライアントに、前記所定のファイルがコピーされることを特徴とするファイルアクセス管理方法。
14. 請求項１０に記載のファイルアクセス管理方法において、
    前記サーバが前記ファイル転送を許可する場合、前記アクセス指示が行われた前記クライアントに対し、前記他のクライアントのアドレス情報を提供し、
    前記ファイル転送が、前記アドレス情報を使用して、前記アクセス指示が行われた前記クライアントと前記他のクライアントとの間で直接行われることを特徴とするファイルアクセス管理方法。
15. 請求項１０に記載のファイルアクセス管理方法において、
    前記サーバは、前記ファイル転送を許可する場合、
    前記アクセス指示が行われた前記クライアントと前記他のクライアントとの間で、前記所定のファイルのファイル転送を中継し、前記各クライアントのアドレス情報については中継しないことを特徴とするファイルアクセス管理方法。
16. 請求項１０に記載のファイルアクセス管理方法において、
    前記所定のファイルへのアクセスを指示する指示画面がネットワークゲームの中の１つの画面として提供され、
    前記ユーザのアクセス指示が、前記ネットワークゲームにおける操作であり、
    前記所定のファイルのファイル転送が、前記ネットワークゲームのアプリケーションによって行われることを特徴とするファイルアクセス管理方法。
17. 請求項１０に記載のファイルアクセス管理方法において、
    前記所定のファイルへのアクセスを指示する指示画面が、前記アクセス指示の行われた前記クライアント上で動作するツールによって提供され、
    前記ユーザのアクセス指示が前記指示画面においてされた場合に、前記所定のファイルのファイル転送が、前記ツールによって行われることを特徴とするファイルアクセス管理方法。
18. 請求項１０に記載のファイルアクセス管理方法において、
    前記各クライアントのユーザは、前記サーバによって、正当なユーザかどうかの認証を受けることを特徴とするファイルアクセス管理方法。
19. サーバとネットワークを介して接続されたクライアントであって、
    前記サーバと前記ネットワークを介して接続された他のクライアントの所定のファイルへのアクセスを指示するための指示画面が表示される表示手段と、
    前記指示画面を介して行われた、前記他のクライアントの前記所定のファイルへのアクセス指示を前記サーバに送信する送信手段とを有し、
    前記サーバが、前記複数のクライアントの各ユーザについて、他のクライアントのどのファイルにアクセス許可があるかを表す権限情報を参照して、前記アクセス指示を行ったユーザが、前記アクセス指示の対象となった前記所定のファイルについてアクセス許可を受けていると判定した場合に、前記サーバによって、前記他のクライアントとの間の前記所定のファイルのファイル転送が許可されることを特徴とするクライアント。
20. 請求項１９に記載のクライアントにおいて、
    前記権限情報は、前記ファイルを有する前記クライアントのユーザによってそれぞれ決定されることを特徴とするクライアント。
21. 請求項１９に記載のクライアントにおいて、
    前記クライアントが複数のファイルを有する場合、前記複数のファイルのそれぞれに、あるいは所定のファイルグループ毎に、アクセス許可されるユーザが決定されることを特徴とするクライアント。
22. 請求項１９に記載のクライアントにおいて、
    前記ファイル転送により、前記他のクライアントから、前記アクセス指示が行われた前記クライアントに、前記所定のファイルがコピーされることを特徴とするクライアント。
23. 請求項１９に記載のクライアントにおいて、
    前記サーバから前記ファイル転送が許可された場合に、前記他のクライアントのアドレス情報が提供され、
    前記ファイル転送が、前記アドレス情報を使用して、前記他のクライアントと直接行われることを特徴とするクライアント。
24. 請求項１９に記載のクライアントにおいて、
    前記サーバから前記ファイル転送が許可された場合に、
    前記他のクライアントとの前記所定のファイルのファイル転送が前記サーバによって中継され、前記他のクライアントのアドレス情報は中継されないことを特徴とするクライアント。
25. 請求項１９に記載のクライアントにおいて、
    前記所定のファイルへのアクセスを指示する指示画面がネットワークゲームの中の１つの画面として提供され、
    前記ユーザのアクセス指示が、前記ネットワークゲームにおける操作であり、
    前記所定のファイルのファイル転送が、前記ネットワークゲームのアプリケーションによって行われることを特徴とするクライアント。
26. 請求項１９に記載のクライアントにおいて、
    前記所定のファイルへのアクセスを指示する指示画面が、前記アクセス指示の行われた前記クライアント上で動作するツールによって提供され、
    前記ユーザのアクセス指示が前記指示画面においてされた場合に、前記所定のファイルのファイル転送が、前記ツールによって行われることを特徴とするクライアント。
27. サーバとネットワークを介して接続されたクライアントにおけるファイルアクセス管理方法であって、
    前記サーバと前記ネットワークを介して接続された他のクライアントの所定のファイルへのアクセスを指示するための指示画面を表示するステップと、
    前記指示画面を介して行われた、前記他のクライアントの前記所定のファイルへのアクセス指示を前記サーバに送信するステップと、
    前記サーバが、前記複数のクライアントの各ユーザについて、他のクライアントのどのファイルにアクセス許可があるかを表す権限情報を参照して、前記アクセス指示を行ったユーザが、前記アクセス指示の対象となった前記所定のファイルについてアクセス許可を受けていると判定した場合に、前記サーバから、前記他のクライアントとの間の前記所定のファイルのファイル転送許可を受けるステップとを有することを特徴とするファイルアクセス管理方法。
28. それぞれがファイルを有する複数のクライアントとネットワークを介して接続されたサーバにおいて、
    前記複数のクライアントの各ユーザについて、他のクライアントのどのファイルにアクセス許可があるかを表す権限情報を有し、
    前記クライアントが、前記他のクライアントの所定のファイルへのアクセスを指示するための指示画面を介して行ったアクセス指示を受信した場合に、前記権限情報を参照して、前記アクセス指示を行った前記クライアントのユーザが、前記アクセス指示の対象となった前記所定のファイルについてアクセス許可を受けているかどうかを判定し、アクセス許可を受けている場合は、前記アクセス指示が行われたクライアントと前記他のクライアントとの間の、前記所定のファイルのファイル転送を許可することを特徴とするサーバ。
29. 請求項２８に記載のサーバにおいて、
    前記権限情報は、前記ファイルを有する前記クライアントのユーザによってそれぞれ決定されることを特徴とするサーバ。
30. 請求項２８に記載のサーバにおいて、
    前記クライアントが複数のファイルを有する場合、前記複数のファイルのそれぞれに、あるいは所定のファイルグループ毎に、アクセス許可されるユーザが決定されることを特徴とするサーバ。
31. 請求項２８に記載のサーバにおいて、
    前記ファイル転送により、前記他のクライアントから、前記アクセス指示が行われた前記クライアントに、前記所定のファイルがコピーされることを特徴とするサーバ。
32. 請求項２８に記載のサーバにおいて、
    前記サーバが前記ファイル転送を許可する場合、前記アクセス指示が行われた前記クライアントに対し、前記他のクライアントのアドレス情報を提供し、
    前記ファイル転送が、前記アドレス情報を使用して、前記アクセス指示が行われた前記クライアントと前記他のクライアントとの間で直接行われることを特徴とするサーバ。
33. 請求項２８に記載のサーバにおいて、
    前記サーバは、前記ファイル転送を許可する場合、
    前記アクセス指示が行われた前記クライアントと前記他のクライアントとの間で、前記所定のファイルのファイル転送を中継し、前記各クライアントのアドレス情報については中継しないことを特徴とするサーバ。
34. 請求項２８に記載のサーバにおいて、
    前記所定のファイルへのアクセスを指示する指示画面がネットワークゲームの中の１つの画面として提供され、
    前記ユーザのアクセス指示が、前記ネットワークゲームにおける操作であり、
    前記所定のファイルのファイル転送が、前記ネットワークゲームのアプリケーションによって行われることを特徴とするサーバ。
35. 請求項２８に記載のサーバにおいて、
    前記所定のファイルへのアクセスを指示する指示画面が、前記アクセス指示の行われた前記クライアント上で動作するツールによって提供され、
    前記ユーザのアクセス指示が前記指示画面においてされた場合に、前記所定のファイルのファイル転送が、前記ツールによって行われることを特徴とするサーバ。
36. それぞれがファイルを有する複数のクライアントとネットワークを介して接続されたサーバにおけるファイルアクセス管理方法であって、
    前記サーバが、前記複数のクライアントの各ユーザについて、他のクライアントのどのファイルにアクセス許可があるかを表す権限情報を有し、
    前記クライアントが、前記他のクライアントの所定のファイルへのアクセスを指示するための指示画面を介して行ったアクセス指示を受信した場合に、前記アクセス指示を受信するステップと、
    前記権限情報を参照して、前記アクセス指示を行った前記クライアントのユーザが、前記アクセス指示の対象となった前記所定のファイルについてアクセス許可を受けているかどうかを判定するステップと、
    前記判定ステップにおいてアクセス許可を受けていると判定された場合に、前記アクセス指示が行われたクライアントと前記他のクライアントとの間の、前記所定のファイルのファイル転送を許可するステップとを有することを特徴とするファイルアクセス管理方法。
37. それぞれがファイルを有する複数のクライアントに、
    前記クライアントの表示手段に、前記他のクライアントの所定のファイルへのアクセスを指示するための指示画面を表示するステップを実行させ、
    ネットワークを介して前記各クライアントと接続され、前記複数のクライアントの各ユーザについて、他のクライアントのどのファイルにアクセス許可があるかを表す権限情報を有するサーバに、
    前記クライアントのユーザが、前記指示画面により、前記他のクライアントの前記所定のファイルへのアクセス指示を行った場合に、前記権限情報を参照して、前記アクセス指示を行ったユーザが、前記アクセス指示の対象となった前記所定のファイルについてアクセス許可を受けているかどうかを判定するステップと、
    前記判定ステップでアクセス許可を受けていると判定された場合は、前記アクセス指示が行われたクライアントと前記他のクライアントとの間の、前記所定のファイルのファイル転送を許可するステップとを実行させるためのプログラム。
38. サーバとネットワークを介して接続されたクライアントに、
    前記サーバと前記ネットワークを介して接続された他のクライアントの所定のファイルへのアクセスを指示するための指示画面を表示するステップと、
    前記指示画面を介して行われた、前記他のクライアントの前記所定のファイルへのアクセス指示を前記サーバに送信するステップと、
    前記サーバが、前記複数のクライアントの各ユーザについて、他のクライアントのどのファイルにアクセス許可があるかを表す権限情報を参照して、前記アクセス指示を行ったユーザが、前記アクセス指示の対象となった前記所定のファイルについてアクセス許可を受けていると判定した場合に、前記サーバから、前記他のクライアントとの間の前記所定のファイルのファイル転送許可を受けるステップとを実行させるためのプログラム。
39. それぞれがファイルを有する複数のクライアントとネットワークを介して接続され、前記複数のクライアントの各ユーザについて、他のクライアントのどのファイルにアクセス許可があるかを表す権限情報を有するサーバに、
    前記クライアントが、前記他のクライアントの所定のファイルへのアクセスを指示するための指示画面を介して行ったアクセス指示を受信した場合に、前記アクセス指示を受信するステップと、
    前記権限情報を参照して、前記アクセス指示を行った前記クライアントのユーザが、前記アクセス指示の対象となった前記所定のファイルについてアクセス許可を受けているかどうかを判定するステップと、
    前記判定ステップにおいてアクセス許可を受けていると判定された場合に、前記アクセス指示が行われたクライアントと前記他のクライアントとの間の、前記所定のファイルのファイル転送を許可するステップとを実行させるためのプログラム。

Images