(57)【要約】【課題】  記録媒体の位置に関係なく、複数のデータファイルを管理する。【解決手段】  ネットワーク１８は、情報信号を通信する。クライアント装置１０は、ユーザが操作する。記録部４２は、データファイルを記録する記録媒体である。処理部４０は、処理を実行するＣＰＵ等を含む。管理部２４は、管理用ファイルを所定のディレクトリに配置させ、複数のディレクトリを階層構造によって管理する。決定部２８は、クライアント装置１０からの指示に応じた処理を複数の処理部４０が実行する場合に、処理を実際に実行すべき処理部４０を決定する。【選択図】        図１
2005063214.tif 000002
【特許請求の範囲】
【請求項１】
複数のデータファイルがそれぞれ記録された複数の記録媒体に、ネットワークを介してアクセスするアクセス部と、
前記複数のデータファイルにアクセスするためのパス情報を含んだ複数の管理用ファイルをそれぞれ生成する生成部と、
前記複数のデータファイルを管理するために、前記複数のデータファイルのそれぞれに対応した管理用ファイルを所定のディレクトリに配置させ、さらに前記ディレクトリを含んだ複数のディレクトリを階層構造によって論理的に管理する管理部とを備え、
前記アクセス部は、複数のディレクトリからなる階層構造の中の管理用ファイルに含まれたパス情報にもとづいて、記録媒体に記録されたデータファイルにアクセスすることを特徴とするデータ管理装置。
【請求項２】
前記生成部は、同一内容のデータファイルが複数の記録媒体に記録されている場合に、当該データファイルにアクセスするための複数のパス情報を含めて管理用ファイルを生成することを特徴とする請求項１に記載のデータ管理装置。
【請求項３】
前記生成部は、前記複数のデータファイルのうちのいずれかが生成段階にある場合でも、前記生成段階のデータファイルにアクセスするためのパス情報を含んだ管理用ファイルを生成することを特徴とする請求項１または２に記載のデータ管理装置。
【請求項４】
前記複数の記録媒体のうちの少なくともひとつに、もとのデータファイルが複数のデータファイルに分割されて記録されており、
前記管理部は、前記分割された複数のデータファイルにそれぞれ対応した複数の管理用ファイルを所定のディレクトリに配置させて管理し、
前記管理部で管理された複数のディレクトリからなる階層構造の中から、所定のディレクトリを選択するための指示を受けつける受付部と、
前記選択したディレクトリに配置された複数の管理用ファイルに対応した複数のデータファイルをもとのデータファイルとみなして、前記アクセス部に当該もとのデータファイルへのアクセスを指示する指示部をさらに備えることを特徴とする請求項１または２に記載のデータ管理装置。
【請求項５】
前記受付部は、前記管理部で管理された複数のディレクトリからなる階層構造の中から、所定のディレクトリに配置された管理用ファイルを選択するための指示を受けつけ、
前記指示部は、前記アクセス部に対して、前記選択した管理用ファイルに対応したデータファイルへのアクセスを指示することを特徴とする請求項４に記載のデータ管理装置。
【請求項６】
前記複数の記録媒体は、複数のデータ処理装置にそれぞれ含められており、
本データ管理装置はさらに、所定のデータファイルを対象にした処理の指示を受けつける受付部と、
処理対象の前記データファイルに対応した管理用ファイルに含まれたパス情報にもとづいて、データファイルに対する処理が当該データファイルを記録した記録媒体を含んだデータ処理装置で優先的に実行されるように、処理を実行すべきデータ処理装置を決定する決定部と、
前記アクセス部を介して、前記決定したデータ処理装置に処理を指示する指示部と、
を備えることを特徴とする請求項１または２に記載のデータ管理装置。
【請求項７】
ネットワーク経由の複数の記録媒体に記録された複数のデータファイルを管理するために、前記複数のデータファイルにアクセスするためのパス情報を含んだ複数の管理用ファイルをそれぞれ生成し、管理用ファイルを所定のディレクトリに配置させ、さらに複数のディレクトリを階層構造によって論理的に管理することを特徴とするデータ管理方法。
【請求項８】
複数のデータファイルがそれぞれ記録された複数の外部記録媒体に、ネットワークを介してアクセスするステップと、
前記複数のデータファイルにアクセスするためのパス情報を含んだ複数の管理用ファイルをそれぞれ生成するステップと、
前記複数のデータファイルを管理するために、前記複数のデータファイルのそれぞれに対応した管理用ファイルを所定のディレクトリに配置させ、さらに複数のディレクトリが階層構造を形成するような階層構造情報を内部記録媒体に記録することによって、論理的に管理するステップとを備え、
前記ネットワークを介してアクセスするステップは、前記内部記録媒体に記録された複数のディレクトリからなる階層構造の中の管理用ファイルに含まれたパス情報にもとづいて、記録媒体に記録されたデータファイルにアクセスすることをコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ管理技術に関し、特にネットワークを介して複数の記録媒体に分散して記録されたデータを管理するためのデータ管理方法および装置に関する。
【背景技術】
【０００２】
近年、パーソナルコンピュータのコストが低下しているにもかかわらず、その能力は向上している。また、ネットワークのバンド幅も向上している。このような背景のもと、ネットワーク上の資源を仮想化し効率よく利用する技術のひとつがグリッド技術である。グリッド技術は、広域ネットワーク上に分散して配置された資源の存在場所および所有者などをユーザに意識させずに、単にネットワークに接続するだけでそれらの資源を利用できるようにする。グリッド技術を使用すれば、ネットワークに接続された多くのストレージに分散して格納されているデータを統一的に利用できる。
【０００３】
ネットワークに接続された複数の計算機資源が持つ能力は、一般的に計算能力と記録能力に分類でき、前者はＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）の能力に、後者はストレージの能力に対応する。複数の計算機によって構成されるシステム全体の処理能力を向上させるためには、複数の計算機資源での計算能力と記録能力の効率を共に改善すべきである。なぜなら、計算を実行するためには、一般的にＣＰＵだけでなくストレージも利用しており、複数の計算機資源での記録能力の効率を改善しなければ、大容量のデータを利用する計算が実行できず、さらに利用時にネットワーク上でのデータ転送が多発して計算能力を十分に発揮できない場合もある（例えば、非特許文献１参照。）。
【非特許文献１】建部，森田，松岡，関口，曽田，「ペタバイト  スケールデータインテンシブコンピューティングのためのＧｒｉｄ  Ｄａｔａｆａｒｍアーキテクチャ」，情報処理学会論文誌：ハイパフォーマンスコンピューティングシステム，社団法人情報処理学会，平成１４年９月，第ＳＩＧ６（ＨＰＳ５）巻，第４３号，ｐ．１８４−１８５
【発明の開示】
【発明が解決しようとする課題】
【０００４】
前述のごとく複数の計算機資源での計算能力と記録能力の効率を改善させれば、大容量のデータを利用した計算を高速に実行できる。しかしながら、グリッド技術は、ネットワークに接続された多くのストレージに格納されているデータファイルを統一的にユーザに利用させることを目的としているために、高速に計算を実行できるだけでは不十分であって、さらにユーザに対してデータファイルの格納位置を意識させないような操作性の高いインターフェース、特にデータファイルを管理するファイルシステムを提供する必要がある。すなわち、ユーザに対して、すべてのデータファイルがひとつのコンピュータのストレージに格納されているような使用感を与えるようなファイルシステムが必要である。
【０００５】
本発明はこうした状況に鑑みてなされたものであり、その目的は、複数のデータファイルが格納されているストレージの違いをユーザに意識させずに、それらのデータファイルを統一的に使用可能にしたデータ管理技術を提供することにある。
【課題を解決するための手段】
【０００６】
本発明のある態様は、データ管理装置である。この装置は、複数のデータファイルがそれぞれ記録された複数の記録媒体に、ネットワークを介してアクセスするアクセス部と、複数のデータファイルにアクセスするためのパス情報を含んだ複数の管理用ファイルをそれぞれ生成する生成部と、複数のデータファイルを管理するために、複数のデータファイルのそれぞれに対応した管理用ファイルを所定のディレクトリに配置させ、さらにディレクトリを含んだ複数のディレクトリを階層構造によって論理的に管理する管理部とを備える。この装置において、アクセス部は、複数のディレクトリからなる階層構造の中の管理用ファイルに含まれたパス情報にもとづいて、記録媒体に記録されたデータファイルにアクセスしてもよい。
【０００７】
「パス情報」は、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスなどのネットワークアドレスと記録媒体内のアドレスによって指定可能であるが、これらに限らずデータファイルの位置が特定できればよいものとする。
【０００８】
「階層構造」は、別のファイルによって、階層構造が管理されていてもよいが、それに限らず、管理用ファイルやディレクトリの一部にその上位と下位のディレクトリ等の情報が付加されて、論理的にのみ形成されていてもよい。
【０００９】
以上の装置により、データファイルの直接の管理に代わって、それに対応した管理用ファイルを管理するため、データファイルの記録位置に関係なく、データファイルを管理可能である。
【００１０】
生成部は、同一内容のデータファイルが複数の記録媒体に記録されている場合に、当該データファイルにアクセスするための複数のパス情報を含めて管理用ファイルを生成してもよい。生成部は、複数のデータファイルのうちのいずれかが生成段階にある場合でも、生成段階のデータファイルにアクセスするためのパス情報を含んだ管理用ファイルを生成してもよい。
「生成段階」は、データファイルを生成している場合だけでなく、データファイルの生成前も含み、データファイルが完成されていない段階を示す。
【００１１】
複数の記録媒体のうちの少なくともひとつに、もとのデータファイルが複数のデータファイルに分割されて記録されており、管理部は、分割された複数のデータファイルにそれぞれ対応した複数の管理用ファイルを所定のディレクトリに配置させて管理し、管理部で管理された複数のディレクトリからなる階層構造の中から、所定のディレクトリを選択するための指示を受けつける受付部と、選択したディレクトリに配置された複数の管理用ファイルに対応した複数のデータファイルをもとのデータファイルとみなして、アクセス部に当該もとのデータファイルへのアクセスを指示する指示部をさらに備えてもよい。受付部は、管理部で管理された複数のディレクトリからなる階層構造の中から、所定のディレクトリに配置された管理用ファイルを選択するための指示を受けつけ、指示部は、アクセス部に対して、選択した管理用ファイルに対応したデータファイルへのアクセスを指示してもよい。
「もとのデータファイルへのアクセスを指示する」は、もとのデータファイルを構成する複数のデータファイルへのアクセスを指示することによってなされてもよい。
【００１２】
複数の記録媒体は、所定のデータ処理装置にそれぞれ含められており、本データ管理装置はさらに、データファイルを対象にした処理の指示を受けつける受付部と、処理対象のデータファイルに対応した複数の管理用ファイルに含まれたパス情報にもとづいて、データファイルに対する処理が当該データファイルを記録した記録媒体を含んだデータ処理装置で優先的に実行されるように、処理を実行すべきデータ処理装置を決定する決定部と、アクセス部を介して、決定したデータ処理装置に処理を指示する指示部とを備えてもよい。
【００１３】
本発明の別の態様は、データ管理方法である。この方法は、ネットワーク経由の複数の記録媒体に記録された複数のデータファイルを管理するために、複数のデータファイルにアクセスするためのパス情報を含んだ複数の管理用ファイルをそれぞれ生成し、管理用ファイルを所定のディレクトリに配置させ、さらに複数のディレクトリを階層構造によって論理的に管理する。
【００１４】
本発明のさらに別の態様は、プログラムである。このプログラムは、複数のデータファイルがそれぞれ記録された複数の外部記録媒体に、ネットワークを介してアクセスするステップと、複数のデータファイルにアクセスするためのパス情報を含んだ複数の管理用ファイルをそれぞれ生成するステップと、複数のデータファイルを管理するために、複数のデータファイルのそれぞれに対応した管理用ファイルを所定のディレクトリに配置させ、さらに複数のディレクトリが階層構造を形成するような階層構造情報を内部記録媒体に記録することによって、論理的に管理するステップとを備える。このプログラムにおいて、ネットワークを介してアクセスするステップは、内部記録媒体に記録された複数のディレクトリからなる階層構造の中の管理用ファイルに含まれたパス情報にもとづいて、記録媒体に記録されたデータファイルにアクセスしてもよい。
【００１５】
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【００１６】
本発明によれば、複数のデータファイルが格納されているストレージの違いをユーザに意識させずに、それらのデータファイルを統一的に使用可能となる。
【発明を実施するための最良の形態】
【００１７】
本発明の実施例は、記録媒体とＣＰＵを含んだ処理装置がネットワークを介して複数接続され、それらが互いに連動しながら並列計算処理を実行する並列計算システムに関し、特にその中でも複数の処理装置の記録媒体にそれぞれ記録された複数のデータファイルを管理するデータ管理システムに関する。本実施例にかかるデータ管理システムは、複数の処理装置が接続されたネットワークにさらにサーバ装置を接続し、当該サーバ装置は、複数の処理装置に記録された複数のデータファイルのそれぞれに対して、パス情報を含んだ管理用ファイルを生成する。例えば、データファイル「Ａ」に対応した管理ファイル「Ａ」は、データファイル「Ａ」を記録した処理装置のネットワークアドレスと処理装置に含まれた記録媒体内の記録領域のアドレスを記載している。さらに、サーバ装置は、複数のデータファイルを直接管理せず、その代わりに複数の管理用ファイルを所定のディレクトリに配置させ、そのような複数のディレクトリを階層構造によって管理する。ユーザまたはプログラムが所定のデータファイルを指定する場合、階層構造を形成するディレクトリの中から当該データファイルに対応した管理用ファイルを指定する。サーバ装置は、指定された管理用ファイルに含まれたパス情報にもとづいて、当該データファイルが記録された処理装置にアクセスし、当該データファイルを指定する。
【００１８】
さらに、本発明の実施例によって、完成されていないデータファイルに対する操作性を向上させたい。また、処理対象のデータファイルの規模に応じて、データファイルの処理対象を変更したい。また、データファイルの高速処理を実現したい。
【００１９】
図１は、本発明の実施例に係るデータ処理システム１００の構成を示す。データ処理システム１００は、クライアント装置１０、サーバ装置１２、記録部１４、処理装置１６と総称される第１処理装置１６ａ、第２処理装置１６ｂ、第３処理装置１６ｃ、第４処理装置１６ｄ、第５処理装置１６ｅ、第６処理装置１６ｆ、ネットワーク１８を含む。また、サーバ装置１２は、アクセス部２０、受付部２２、管理部２４、生成部２６、決定部２８、指示部３０を含み、処理装置１６は、処理部４０と総称される第１処理部４０ａ、第２処理部４０ｂ、第３処理部４０ｃ、第４処理部４０ｄ、第５処理部４０ｅ、第６処理部４０ｆ、記録部４２と総称される第１記録部４２ａ、第２記録部４２ｂ、第３記録部４２ｃ、第４記録部４２ｄ、第５記録部４２ｅ、第６記録部４２ｆをそれぞれ含む。
【００２０】
ネットワーク１８は、所定のプロトコルによって、情報信号を通信する。ネットワーク１８は、主に同軸ケーブル、ツイストペアケーブル、光ケーブル等の信号を伝達するためのケーブルを、ルータ、交換機等の信号の伝達経路を制御する装置で接続して構成されている。図１では、ひとつのネットワーク１８のみを示しているが、これに限らず、複数のネットワークの結合によって構成されていてもよく、複数のネットワークのバンド幅がそれぞれ異なっていてもよい。
【００２１】
クライアント装置１０は、ユーザが操作するパーソナルコンピュータ等である。クライアント装置１０は、ネットワーク１８を介して後述のサーバ装置１２に対して、データファイルの検索や計算処理等の指示を出力し、サーバ装置１２からその結果を受けつけ、図示しないディスプレイに表示する。
【００２２】
記録部４２は、データファイルを記録するハードディスク等の記録媒体である。ここでデータファイル「ＤＡＴＡ  Ａ」は、第１記録部４２ａと第６記録部４２ｆに複製され記録されている。また、データファイル「ＤＡＴＡ  Ｂ」は、データ容量が大きいため、データファイル「ＤＡＴＡ  Ｂ−１」、「ＤＡＴＡ  Ｂ−２」、「ＤＡＴＡ  Ｂ−３」に分割されており、データファイル「ＤＡＴＡ  Ｂ−１」は、第１記録部４２ａと第４記録部４２ｄに複製されて記録され、データファイル「ＤＡＴＡ  Ｂ−２」は、第２記録部４２ｂと第５記録部４２ｅに複製されて記録され、データファイル「ＤＡＴＡ  Ｂ−３」は、第３記録部４２ｃと第６記録部４２ｅに複製され記録されている。また、予め記録していたデータファイルだけではなく、後述の処理部４０の処理によって生成されたデータファイルも記録する。
【００２３】
処理部４０は、計算やデータファイル検索等の処理を実行するＣＰＵ、データファイルを一時的に記録するＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等を含む。ここで、計算やデータファイル検索等の対象となるデータファイルや処理は後述のサーバ装置１２から指示される。
アクセス部２０は、ネットワーク１８と接続し、データや所定の指示のための信号を入出力する。
【００２４】
受付部２２は、ネットワーク１８とアクセス部２０を介してクライアント装置１０や処理装置１６から出力されたデータ等を受けつける。クライアント装置１０からはデータファイルの検索、計算処理、管理しているデータファイルの表示等の指示を受けつける。処理装置１６からはそれぞれの記録部４２で記録しているデータファイルのパス情報を受けつけたり、予めサーバ装置１２から出力した指示に応じた結果を受けつける。なお、パス情報の具体例については、後述する。
【００２５】
生成部２６は、受付部２２で受けつけたデータファイルのパス情報にもとづいて、記録部４２で記録されているデータファイルのパス情報を含んだ管理用ファイルを生成する。生成する際、例えば、管理用ファイルの名称は、それに対応するデータファイルに一致するように決定する。ここで、データファイル「ＤＡＴＡ  Ａ」のように複数の記録部４２に記録されている場合は、複数のパス情報を管理用ファイルに記載する。また、データファイルの生成段階あるいは生成前に、あらかじめデータファイルに対応付けられた管理用ファイルを生成してもよい。
【００２６】
管理部２４は、管理用ファイルを所定のディレクトリに配置させ、複数のディレクトリを階層構造によって管理する。なお、管理すべき階層構造を形成する複数のディレクトリの情報および管理用ファイルは記録部１４に記録される。また、クライアント装置１０からの指示によって所定のデータファイルを検索する場合、管理部２４は、記録部１４にアクセスし、階層構造を形成する複数のディレクトリの情報から、検索対象のデータファイルに対応した管理用ファイルを検索する。
【００２７】
決定部２８は、クライアント装置１０からの指示に応じた処理を複数の処理部４０が実行する場合に、処理を実際に実行すべき処理部４０を決定する。ここでは、既に実行されている処理を無視すれば、処理対象のデータファイルを記録している記録部４２と同一の処理装置１６に含まれている処理部４０に処理を優先的に割り当てる。例えば、クライアント装置１０からの指示がデータファイル「ＤＡＴＡ  Ａ」の検索処理の場合、決定部２８は、データファイル「ＤＡＴＡ  Ａ」を記録した第１記録部４２ａと同一の第１処理装置１６ａに含まれた第１処理部４０ａに当該処理を割り当てる。なお、データファイル「ＤＡＴＡ  Ａ」は、第６記録部４２ｆにも記録されているため、当該処理を第６処理部４０ｆに割り当ててもよい。
【００２８】
指示部３０は、決定部２８によって決定された処理装置１６に処理の実行を指示したり、あるいは管理部２４で直接実行された処理結果を出力する。
この構成は、ハードウエア的には、任意のコンピュータのＣＰＵ、メモリ、その他のＬＳＩで実現でき、ソフトウエア的にはメモリのロードされた予約管理機能のあるプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックがハードウエアのみ、ソフトウエアのみ、またはそれらの組合せによっていろいろな形で実現できることは、当業者には理解されるところである。
【００２９】
図２は、サーバ装置１２でのファイルシステムの構成を示す。図２の上部に記録部１４で記録されている複数のディレクトリが形成する階層構造の情報を示す。ディレクトリ「／ｇｒｉｄ」が階層構造の最上位に位置づけられており、その下位にディレクトリ「ｇｇｆ」と「jp」が配置されている。ディレクトリ「jp」の下位には、管理用ファイル「ＤＡＴＡ  Ａ」が配置されている。さらに、ディレクトリ「ｇｇｆ」の下位のディレクトリ「ａｉｓｔ」の下位には、管理用ファイル「ＤＡＴＡ  Ｂ−１」、「ＤＡＴＡ  Ｂ−２」、「ＤＡＴＡ  Ｂ−３」が配置されている。ここで、管理用ファイル「ＤＡＴＡ  Ａ」、「ＤＡＴＡ  Ｂ−１」、「ＤＡＴＡ  Ｂ−２」、「ＤＡＴＡ  Ｂ−３」は、図１のデータファイル「ＤＡＴＡ  Ａ」、「ＤＡＴＡ  Ｂ−１」、「ＤＡＴＡ  Ｂ−２」、「ＤＡＴＡ  Ｂ−３」にそれぞれ対応した管理用ファイルである。
【００３０】
管理用ファイル「ＤＡＴＡ  Ａ」は、パス情報として「ｆｔｐ：／／ｐ１．ｃｏ．ｊｐ／ａ／ＤＡＴＡＡ」と「ｈｔｔｐ：／／ｐ６．ｃｏ．ｊｐ／ａ／ＤＡＴＡＡ」を記載している。ここで、図１の第１処理装置１６ａが「ｐ１．ｃｏ．ｊｐ」に、第６処理装置１６ｆが「ｐ６．ｃｏ．ｊｐ」に対応し、データファイル「ＤＡＴＡ  Ａ」が「ＤＡＴＡＡ」に対応する。また、管理用ファイル「ＤＡＴＡ  Ｂ−１」、「ＤＡＴＡ  Ｂ−２」、「ＤＡＴＡ  Ｂ−３」についても同様である。
【００３１】
図２の下部には、図１での説明と同様に、記録部４２で記録されているデータファイルを示す。記録部４２のそれぞれの上部には、前述のごとく、それぞれのプロトコルとネットワークアドレスを「ｆｔｐ：／／ｐ１．ｃｏ．ｊｐ」のように示す。また、記録部４２のそれぞれの内部には、記録領域のアドレスを「／ａ／ＤＡＴＡＡ」と「／ｂ／ＤＡＴＡＢ−１」のように示す。データファイルは、複数の記録部４２に分散して記録されているが、記録部１４では、それらのデータファイルを直接管理するのではなく、データファイルに対応した管理用ファイルを階層構造によって管理するため、図示のごとく、データファイルを記録した記録部４２を意識することなく、データファイルを管理可能である。
【００３２】
ユーザまたはプログラムがデータファイル「ＤＡＴＡ  Ｂ−１」に対する処理を指示した場合、管理部２４は、記録部１４に記録された管理用ファイル「ＤＡＴＡ  Ｂ−１」のパス情報に応じて、第１記録部４２ａか第４記録部４２ｄの「／ｂ／ＤＡＴＡＢ−１」にアクセスする。一方、データファイル「ＤＡＴＡ  Ｂ」のすべてに対する処理を指示する場合、管理部２４は、データファイル「ＤＡＴＡ  Ｂ」に対応した管理用ファイルをすべて含んだディレクトリ「ａｉｓｔ」をデータファイル「ＤＡＴＡ  Ｂ」に対応した管理用ファイルとみなす。さらに、それらに記載されたパス情報にもとづいて、対応すべき記録部４２にアクセスする。
【００３３】
図３は、クライアント装置１０から指示されるデータファイル表示の処理を示すシーケンス図である。ここで、ユーザはデータファイル「ＤＡＴＡ  Ｂ」の表示を指示するものとする。ユーザはクライアント装置１０において、図２のディレクトリ「ａｉｓｔ」の表示を指示する（Ｓ１０）。クライアント装置１０は、ネットワーク１８を介して、サーバ装置１２に指示信号を出力する（Ｓ１２）。サーバ装置１２は、記録部１４のディレクトリ「ａｉｓｔ」の下位に配置された管理用ファイル「ＤＡＴＡ  Ｂ−１」、「ＤＡＴＡ  Ｂ−２」、「ＤＡＴＡ  Ｂ−３」からパス情報を検出する（Ｓ１４）。サーバ装置１２は、管理用ファイル「ＤＡＴＡ  Ｂ−１」のパス情報に従って、第１処理装置１６ａにデータファイル「ＤＡＴＡ  Ｂ−１」の出力を指示する（Ｓ１６）。第１処理装置１６ａは、第１記録部４２ａからデータファイル「ＤＡＴＡ  Ｂ−１」を読み出して（Ｓ１８）、サーバ装置１２に出力する（Ｓ２０）。また、サーバ装置１２は、管理用ファイル「ＤＡＴＡ  Ｂ−２」のパス情報に従って、第２処理装置１６ｂにデータファイル「ＤＡＴＡ  Ｂ−２」の出力を指示する（Ｓ２２）。第２処理装置１６ｂは、第２記録部４２ｂからデータファイル「ＤＡＴＡ  Ｂ−２」を読み出して（Ｓ２４）、サーバ装置１２に出力する（Ｓ２６）。
【００３４】
さらに、サーバ装置１２は、管理用ファイル「ＤＡＴＡ  Ｂ−３」のパス情報に従って、第３処理装置１６ｃにデータファイル「ＤＡＴＡ  Ｂ−３」の出力を指示する（Ｓ２８）。第３処理装置１６ｃは、第３記録部４２ｃからデータファイル「ＤＡＴＡ  Ｂ−３」を読み出して（Ｓ３０）、サーバ装置１２に出力する（Ｓ３２）。最終的に、サーバ装置１２は、ディレクトリ「ａｉｓｔ」をひとつのデータファイルとして、その出力結果をクライアント装置１０に出力し（Ｓ３４）、クライアント装置１０は、データファイル「ＤＡＴＡ  Ｂ」に対応した「ａｉｓｔ」を表示する（Ｓ３６）。
【００３５】
図４は、サーバ装置１２でのデータファイルの表示の処理を示すフローチャートである。ここで、図３と同様にユーザは所定のデータファイルの表示を指示するものとする。管理部２４は、記録部１４から複数のディレクトリで形成された論理的な階層構造を読み込む（Ｓ５０）。クライアント装置１０からアクセス部２０に、データファイルの表示の要求が入力され、受付部２２は、データファイルへのアクセスの要求を受けつける（Ｓ５２）。アクセス対象がディレクトリの場合（Ｓ５４のＹ）、例えば、図２の「ａｉｓｔ」の場合は、管理部２４は、ディレクトリ中の複数の管理用ファイルに含まれたパス情報を検出する（Ｓ５６）。複数の管理用ファイルが「ＤＡＴＡ  Ｂ−１」、「ＤＡＴＡ  Ｂ−２」、「ＤＡＴＡ  Ｂ−３」の場合、読み込んだ結果のデータファイルが「Ｂ−１」、「Ｂ−２」、「Ｂ−３」の順番に並ぶように、複数の管理用ファイルに対応したデータファイルを並べる準備をする（Ｓ５８）。この順番を示す情報は、管理用ファイルに含まれていてもよい。パス情報に応じた指示部３０の指示によって、アクセス部２０は、データファイルを読み込む（Ｓ６０）。さらに、データファイルをクライアント装置１０に出力して、データファイルを表示させる（Ｓ６２）。
【００３６】
一方、アクセス対象がディレクトリでない場合（Ｓ５４のＮ）、例えば、図の管理用ファイル「ＤＡＴＡ  Ｂ−１」の場合、管理部２４は、当該管理用ファイルに含まれたパス情報を検出する（Ｓ６４）。パス情報に応じた指示部３０の指示によって、アクセス部２０は、データファイルを読み込む（Ｓ６６）。さらに、データファイルをクライアント装置１０に出力して、データファイルを表示させる（Ｓ６８）。
【００３７】
図５は、サーバ装置１２でのデータファイルの検索処理を示すフローチャートである。管理部２４は、記録部１４から複数のディレクトリで形成された論理的な階層構造を読み込む（Ｓ８０）。クライアント装置１０からアクセス部２０に、データファイルの検索の要求が入力され、受付部２２は、当該指示を受けつける（Ｓ８２）。管理部２４は、検索対象のディレクトリの中の複数の管理用ファイルに含まれたパス情報をそれぞれ検出する（Ｓ８４）。また、アクセス部２０は、複数の処理装置１６でのＣＰＵ使用率を検出し（Ｓ８６）、検出結果を管理部２４に入力する。検索対象のデータファイルをローカルに記録した処理装置１６のうちＣＰＵ使用率がしきい値より低いものがある場合（Ｓ８８のＹ）、例えば、データファイル「ＤＡＴＡ  Ｂ−１」を検索対象とすれば、それをローカルに記録した第１記録部４２ａと第４記録部４２ｄを含んだ処理装置１６の第１処理部４０ａと第４処理部４０ｄのＣＰＵ使用率のいずれかが、しきい値より低い場合、決定部２８は当該処理装置１６でのデータファイルの検索を決定し、指示部３０は当該処理装置１６にその旨を指示する（Ｓ９０）。一方、検索対象のデータファイルをローカルに記録した処理装置１６のうちＣＰＵ使用率がしきい値より低いものがない場合（Ｓ８８のＮ）、ステップ９０をスキップする。
【００３８】
検索対象のデータファイルのうち、処理されていないデータファイルが存在すれば（Ｓ９２のＹ）、決定部２８は、ＣＰＵ使用率の低い処理装置１６に、処理されていないデータファイルに対する検索を決定し、指示部３０は当該処理装置１６にその旨を指示する（Ｓ９４）。複数の処理装置１６で検索処理が実行されると、受付部２２はそれらの処理装置１６から検索結果へのパス情報を取得する（Ｓ９６）。生成部２６は、取得したパス情報をもとに、管理用ファイルを生成し、所定のディレクトリに配置させ、記録部１４に記録する（Ｓ９８）。また、アクセス部２０は、検索結果をクライアント装置１０に出力する。
【００３９】
本発明の実施例によれば、データファイルを記録したストレージの場所にかかわらず、そのパス情報を記載した管理用ファイルによって、データファイルを管理するため、データファイルを統一的に管理可能である。また、管理用ファイルは階層構造を形成するディレクトリに配置して管理されるため、ユーザにとっての操作性が向上する。さらに、管理用ファイルは対応するデータファイルの完成前から、生成可能であって、データファイルの完成時でのデータ量に関係なく、データファイルを管理可能なため、操作性が向上する。処理対象のデータファイルの規模に応じて、ひとつのデータファイルあるいはディレクトリに対応した複数のデータファイルに処理対象を変更するため、操作性と高速処理を実現できる。また、データファイルが記録された処理装置に当該データファイルに対する処理を割り当てるため、ローカルで実行可能な処理になって、高速処理が可能である。
【００４０】
以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００４１】
本発明の実施例において、生成部２６がパス情報を含んだ管理用ファイルを自動的に生成している。しかしこれに限らず例えば、管理用ファイルは、ユーザによって直接生成されてもよい。その際は、クライアント装置１０から所定のインターフェースを介して生成される。本変形例によれば、ユーザの意思を確実に反映したパス情報を含んだ管理用ファイルを生成できる。つまり、対応すべきデータファイルのパス情報を含んだ管理用ファイルが管理部２４によって、管理されていればよい。
【００４２】
本発明の実施例において、ひとつのサーバ装置１２がデータファイルを管理し、ユーザの使用するクライアント装置１０からの指示を受けつけている。しかしこれに限らず例えば、サーバ装置１２が複数あってもよい。例えば、サーバ装置１２を日本、米国、欧州等の距離が離れた地域にそれぞれ設置し、ユーザが最寄のサーバ装置１２にアクセスするようにしてもよい。その際、複数のサーバ装置１２において、処理に必要なデータファイルの管理情報を統一する必要があるので、複数のサーバ装置１２は当該情報を必要に応じて交換するものとする。本変形例によれば、サーバ装置１２による処理の集中と、通信回線の混雑を回避できる。つまり、データファイルの記録領域と管理用ファイルが対応していればよい。
【００４３】
本発明の実施例において、特に図３では、サーバ装置１２は、第１処理装置１６ａからデータファイル「ＤＡＴＡ  Ｂ−１」を取得した後に、第２処理装置１６ｂにデータファイル「ＤＡＴＡ  Ｂ−２」の出力を要求し、第２処理装置１６ｂからデータファイル「ＤＡＴＡ  Ｂ−２」を取得した後に、第３処理装置１６ｃにデータファイル「ＤＡＴＡ  Ｂ−３」の出力を要求している。しかしこれに限らず例えば、サーバ装置１２は、第１処理装置１６ａからデータファイル「ＤＡＴＡ  Ｂ−１」を取得前に、第２処理装置１６ｂにデータファイル「ＤＡＴＡ  Ｂ−２」の出力を要求し、第２処理装置１６ｂからデータファイル「ＤＡＴＡ  Ｂ−２」を取得前に、第３処理装置１６ｃにデータファイル「ＤＡＴＡ  Ｂ−３」の出力を要求してもよい。本変形例によれば、処理が高速になる。
【００４４】
本発明の実施例において、サーバ装置１２は、データファイルをローカルに記録した処理装置１６で優先的に処理されるように、処理対象の処理装置１６を決定する。しかしこれに限らず例えば、クライアント装置１０が、所定のディレクトリすなわちデータファイルの集合とプログラムをサーバ装置１２に指示すると、サーバ装置１２はデータファイルを格納する複数の処理装置１６で当該プログラムを実行させ、実行結果をそれぞれの記録部４２に格納してもよく、さらにサーバ装置１２は、生成された実行結果の集合もデータファイルの集合として管理してもよい。本変形例によれば、実行結果の更なる処理が容易になる。
【図面の簡単な説明】
【００４５】
【図１】実施例に係るデータ処理システムの構成を示す図である。
【図２】図１のサーバ装置でのファイルシステムの構成を示す図である。
【図３】図１のクライアント装置から指示されるデータファイル表示の処理を示すシーケンス図である。
【図４】図１のサーバ装置でのデータファイルの表示処理を示すフローチャートである。
【図５】図１のサーバ装置でのデータファイルの検索処理を示すフローチャートである。
【符号の説明】
【００４６】
１０  クライアント装置、  １２  サーバ装置、  １４  記録部、  １６  処理装置、  １８  ネットワーク、  ２０  アクセス部、  ２２  受付部、  ２４  管理部、  ２６  生成部、  ２８  決定部、  ３０  指示部、  ４０  処理部、  ４２  記録部、  １００  データ処理システム。
【図１】
2005063214.tif 000003
【図２】
2005063214.tif 000004
【図３】
2005063214.tif 000005
【図４】
2005063214.tif 000006
【図５】
2005063214.tif 000007