JP2015219672A - データ管理装置、データ管理方法、及び、そのプログラム - Google Patents

Abstract

【課題】 本発明は、通常ファイルのファイル等に含まれる情報をデータベース言語から利用可能とする、データ管理装置等を提供する。【解決手段】 データ管理装置５００は、データベース言語により操作可能なテーブルであるファイルテーブル５０３と、ファイルシステムにおける１以上のファイルに関する情報を、上記ファイルテーブルに登録可能な形式に変換することにより、上記ファイルテーブルに登録可能なファイルテーブル登録情報を作成するファイル情報解析手段５０２と、上記ファイルテーブルの構造に関する情報に基づいて上記ファイルテーブルを作成し、当該作成したファイルテーブルに対して、上記ファイル情報解析手段により作成された上記ファイルテーブル登録情報を登録するファイルテーブル作成手段５０１と、を有する。【選択図】 図５

Description

本発明は検索可能なデータを管理するデータ管理装置等に関する。本発明は、特にファイルシステムにおけるファイルに関する情報を、検索可能な形式により管理するデータ管理装置等に関する。

近年、大量のデータを収集し、収集したデータを分析することにより、特定の傾向や特徴を抽出するデータ解析手法が普及している。このようなデータ解析手法を実行する場合、まずは解析対象となるデータを大量に収集する必要がある。このようなデータは、例えば、ファイルシステムにおけるファイルとして存在する場合や、Ｒｅｌａｔｉｏｎａｌ Ｄａｔａｂａｓｅ（ＲＤＢ）等のデータベースにおけるテーブルとして存在する場合がある。

このため、係るデータを分析する場合、例えば、ファイルシステムにおけるファイルに対する操作と、ＲＤＢにおけるテーブルに対する操作との両方が求められる。以下の説明において「ファイルシステムに存在するファイル」を単に「ファイル」または「通常ファイル」と称する場合がある。また、各種データベースにおけるテーブルを、単に「テーブル」または「表」と称する場合がある。

データがファイルとして存在する場合、当該データのユーザは、係るファイルを操作可能なコンピュータ・プログラム（以下、単に「プログラム」と称する場合がある）を用いて、当該ファイルや、ファイルに記録されたデータに対する各種操作を実行する。例えば、ある種の画像に関するデータが画像ファイルとしてファイルシステムに存在する場合、当該ユーザは、画像処理用のプログラムを用いて、これを処理する。

また、データがＲＤＢにおけるテーブルとして存在する場合、当該ユーザは、ＳＱＬのようなデータベース言語を用いて、当該テーブルに登録されたデータを処理する。

上記のように、通常ファイルに記録されたデータと、テーブルに登録されたデータとを扱うデータ解析作業においては、データベース言語の機能を利用して、通常ファイル（あるいは、通常ファイルに記録されたデータ）を操作可能であると、作業者にとって便利である。

例えば、人が映った画像ファイルを処理する場合を仮定する。ここで画像ファイルのファイル名は「ユーザＩＤ＿日付＿連番．ｊｐｇ」のような形式であると仮定する。また、ＲＤＢには、ユーザＩＤ（ファイル名に含まれる「ユーザＩＤ」と同じデータ）に関連付けされた情報（性別や年齢等）が、保存されていると仮定する。このような状況で、「年齢３０才台の男性」に関するファイルだけを選び、処理したい場合を仮定する。なお、この場合「ユーザＩＤ（Ｉｄｅｎｔｉｆｉｅｒ）」は、ユーザを識別可能な識別子である。また、拡張子「．ｊｐｇ」は、ＪＰＥＧ（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）形式にて圧縮された画像ファイルであることを示す。

この場合、例えば、ユーザは、ＲＤＢに対してデータベース言語を用いて問合せ（クエリ）を発行することにより、ＲＤＢに登録されている「年齢３０才台の男性」のデータを抽出する。そして、作業者（ユーザ）は、処理対象である全ての画像ファイルのファイル名を取得し、係るファイル名を解析することにより、各ファイル名から「ユーザＩＤ」に相当する部分を抽出する。このようにしてＲＤＢから抽出したデータと、ファイル名を解析したデータとを用いて、ユーザは、所望のファイル（「年齢３０才台の男性」のファイル）を選択する。

上記したように、ＲＤＢに対する操作と、通常ファイルに対する操作との両方を実行する必要がある場合、ユーザにとって作業が煩雑である。また、係る作業を自動化する場合、例えば、スクリプト言語や、コンピュータ言語を用いてプログラムを作成する必要があり、作業工数が増大する場合がある。

このような、通常ファイルと、ＲＤＢにおけるテーブルとを組み合わせて扱う技術に関連して、例えば、下記非特許文献１が開示されている。

非特許文献１は、ＤＢＭＳ（Ｄａｔａｂａｓｅ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）内部のテーブルと区別なく、データベース外部のＣＳＶ（Ｃｏｍｍａ Ｓｅｐａｒａｔｅｄ Ｖａｌｕｅ）形式のファイルを、外部テーブルとして扱う技術を開示する。非特許文献１に開示された技術によれば、ＣＳＶ形式のファイルのデータ（ファイルの内容）及びＤＢＭＳ内部のテーブルに対して、ＳＱＬ等のデータベース言語の機能を利用した各種操作が可能である。

また、上記のような技術に関連して、特許文献１は、ＳＱＬを用いて、ＲＤＢとして管理されていない通常ファイルを操作する技術を開示する。特許文献２に開示されたシステムは、ファイル名、テーブル名、ファイル編成等のファイル情報と、テーブル名、項目名等の項目情報とを保持する。当該システムは、入力されたＳＱＬを解析して、テーブル名から操作対象のファイル及び項目（ファイルのレコード）を特定し、特定したファイルに対する操作を実行する。

また、上記のような技術に関連して、特許文献２は、仮想フォルダシステムに関する技術を開示する。特許文献１に開示されたシステムは、実ファイルに関するメタデータを保持するリレーショナルデータベースと、ユーザに仮想フォルダを提供するフォルダプロセッサとを備える。特許文献１に開示されたシステムは、ユーザからのクエリに基づいてリレーショナルデータベースを操作し、その結果に基づいて、ユーザに対して特定のファイルを含む仮想フォルダを提供可能である。

なお、上記のような技術とは直接関係ないが、特許文献３には、既存のファイル名から所定のプレフィックス、サフィックス部分を抽出し、それらに利用して新たなファイル名を生成する技術が開示されている。

特開平１０−６４９１１号公報 特表２００６−５２１５９４号公報 特開２０１２−０１４５９０号公報

日高東潮、小谷尚也、須賀啓敏、藤田悦郎、川田明良、山室健著、「ＰｏｓｔｇｒｅＳＱＬ ＳＱＬ／ＭＥＤ技術 サービスログやシステムログの分析を効率的に行う基盤技術」、ＮＴＴ技術ジャーナル、電気通信協会、２０１１年８月１日、第２３巻、第８号、ｐ．３０−３４

ここで、上記したようなデータ分析作業においては、データが記録された大量のファイルを収集する場合がある。この場合、収集されたファイルに付与されたファイル名の一部に、収集したデータに関する情報が組み込まれることがある。これにより、例えば、当該ファイルのファイル名に基づいて、当該ファイルに記録されたデータを識別することが可能である。

また、例えば、収集したデータに関する情報が、当該データを記録したファイルのパス（ファイルパス）に組み込まれることがある。ここで、ファイルのパスは、ファイルシステムにおける当該ファイルの配置場所を特定可能な情報である。この場合、当該ファイルのパスを構成するディレクトリの名称の一部に、収集したデータに関する情報が組み込まれる。

即ち、上記したようなデータ分析作業においては、通常ファイルのファイル名や、通常ファイルが配置されたパスに含まれる情報を利用して、通常ファイルや、テーブルに対する操作を実行可能であると、都合がよい。なお、以下において、通常ファイルに対して付与されたファイル名、及び、当該通常ファイルが配置されたパスの、少なくともいずれかを含む情報を「ファイル名等」と称する場合がある。

これに対して、上記非特許文献１、及び、特許文献１に開示された技術は、いずれもファイルの内容（ファイルに記録されたデータ）についは、ＳＱＬにより操作可能であるものの、ファイル名やパス等に含まれる情報については、十分対応することができない。

また、特許文献１に開示された技術は、ＲＤＢのテーブルではない一般ファイルについて、係るファイルをテーブルに変換して扱うための情報を登録する必要がある。

また、上記特許文献２は、通常ファイルに関するメタデータを全てリレーショナルデータベースに登録し、係るデータベースを検索する技術を開示するのみであり、係るメタデータは、主にファイルの内容（コンテンツ）に関するプロパティである。このため、ファイル名に含まれる情報の利用については、十分考慮されていない。

また、特許文献３に開示された技術は、ファイル名を所定の区切り文字により分解する技術を開示するのみであり、分解されたファイル名の一部が、新たなファイル名として再利用されるにすぎない。

本発明は、上記の事情を鑑みてなされたものである。即ち、本発明は、通常ファイルのファイル名等に含まれる情報をデータベース言語から利用可能とする、データ管理装置等を提供することを主たる目的とする。

上記の目的を達成すべく、本発明の一態様に係るデータ管理装置は、以下の構成を備える。即ち、本発明の一態様に係るデータ管理装置は、データベース言語により操作可能なテーブルであるファイルテーブルと、ファイルシステムにおける１以上のファイルに関する情報を、上記ファイルテーブルに登録可能な形式に変換することにより、上記ファイルテーブルに登録可能なファイルテーブル登録情報を作成するファイル情報解析手段と、上記ファイルテーブルの構造に関する情報に基づいて上記ファイルテーブルを作成し、当該作成したファイルテーブルに対して、上記ファイル情報解析手段により作成された上記ファイルテーブル登録情報を登録するファイルテーブル作成手段と、を有する。

また、本発明の一態様に係るデータ管理方法は、データベース言語により操作可能なテーブルであるファイルテーブルを有する情報処理装置が、ファイルシステムにおける１以上のファイルに関する情報を、上記ファイルテーブルに登録可能な形式に変換することにより、上記ファイルテーブルに登録可能なファイルテーブル登録情報を作成し、上記ファイルテーブルの構造に関する情報に基づいて上記ファイルテーブルを作成し、当該作成したファイルテーブルに対して、上記ファイル情報解析手段により作成された上記ファイルテーブル登録情報を登録する。

また、同目的は、上記構成を有するデータ管理装置、並びに対応する情報通知方法を、コンピュータによって実現するコンピュータ・プログラム、及び、そのコンピュータ・プログラムが格納されている、コンピュータ読み取り可能な記憶媒体によっても達成される。

本発明によれば、通常ファイルのファイル等に含まれる情報をデータベース言語から利用可能とする、データ管理装置等を提供可能である。より具体的には、本発明に依れば、ファイル等に含まれる情報に基づいて、データベース言語の機能を利用して、当該ファイル、及び、当該ファイルに記録されたデータに関する各種操作を実行可能である。

図１は、本願発明の第１の実施形態に係る、データ管理装置の機能的な構成を例示する、ブロック図である。 図２Ａは、本願発明の第１の実施形態に係る、データ管理装置におけるファイルテーブル作成処理を例示する、フローチャートである。 図２Ｂは、本願発明の第１の実施形態に係る、データ管理装置におけるファイルテーブル作成処理の一部を例示する、フローチャートである。 図３は、本願発明の第２の実施形態に係る、データ管理装置の機能的な構成を例示する、ブロック図である。 図４は、本願発明の第２の実施形態に係る、データ管理装置におけるファイルテーブル作成処理を例示する、フローチャートである。 図５は、本願発明の第３の実施形態に係る、データ管理装置の機能的な構成を例示する、ブロック図である。 図６は、本願発明の各実施形態に係る、データ管理装置の各構成要素を実現可能な情報処理装置のハードウェア構成を例示したブロック図である。

次に、本発明を実施する形態について図面を参照して詳細に説明する。以下の実施の形態に記載されている構成は単なる例示であり、本願発明の技術範囲はそれらには限定されない。

＜第１の実施形態＞
以下、本発明の第１の実施形態について説明する。まず、図１を参照して、本実施形態におけるデータ管理装置について説明する。なお、以下においては、一般的なデータベースを構成するテーブル（表）を例に、本願発明の実施形態について説明する。しかし、本願発明を実現可能な実施形態は、特定のデータ構造や、特定のデータベースにおけるテーブルには限定されない。
図１は本実施形態におけるデータ管理装置の機能的な構成を例示する、ブロック図である。

図１に例示するように、本実施形態におけるデータ管理装置１００は、ファイルテーブル作成部１０１と、ファイル情報解析部１０２と、ファイルテーブル１０３と、検索部１０４と、を有する。また、本実施形態におけるデータ管理装置１００は、インタフェース部１０５と、データテーブル１０６と、を有してもよい。以下、上記構成要素についてそれぞれ説明する。

ファイルテーブル作成部１０１は、後述するインタフェース部１０５から受け付けたファイルテーブル１０３を作成する要求（以下「ファイルテーブル作成要求」と称する場合がある）に基づいて、ファイルテーブル１０３を作成する。

ファイルテーブル作成部１０１は、当該ファイルテーブル作成要求に含まれる、ファイルテーブル構造情報１０１ａ、対象ファイル特定情報１０１ｂ、及び、”ファイル情報−ファイルテーブル”関連情報１０１ｃを保持してもよい。

ファイルテーブル構造情報１０１ａは、後述するファイルテーブル１０３のテーブル構造を規定した情報である。本実施形態において、当該テーブル構造は、例えば、関係データベース（ＲＤＢ：Ｒｅｌａｔｉｏｎａｌ Ｄａｔａｂａｓｅ）における属性（列）の構造（例えば、属性名や、属性値の型情報）を有してもよい。本実施形態におけるファイルテーブル構造情報１０１ａは、例えば、ＳＱＬ等の所定のデータベース言語により操作可能な任意のテーブルの構造を規定する情報であってよい。

対象ファイル特定情報１０１ｂは、ファイルシステムに存在する１以上のファイル１０７の内、後述するファイルテーブル１０３に登録されるファイル（以下「登録対象ファイル」と称する場合がある）を特定可能な情報を有する。係る対象ファイル特定情報１０１ｂは、例えば、登録対象ファイルを列挙したリストを含んでもよい。ここで、登録対象ファイルを特定可能な情報は、例えば、ファイルシステムにおける登録対象ファイルのパスやファイル名であってもよい。

また、対象ファイル特定情報１０１ｂは、例えば、登録対象ファイルを特定可能な登録ルールを含んでもよい。係る登録ルールは、例えば、「ファイルシステムにおける特定のディレクトリ（例えば、”／ｐａｔｈ／ｔｏ／ｆｉｌｅｓ／”等）に存在するファイルを対象とする」等でもよい。また、係る登録ルールは、例えば、正規表現やワイルドカード（例えば、”／ｐａｔｈ／ｔｏ／ｆｉｌｅｓ／＊．ｊｐｇ”等）により特定のファイルを指定してもよい。即ち、係る登録ルールは、登録対象ファイルを特定可能な任意の形式を採用してよい。なお、対象ファイル特定情報１０１ｂをどのような形式により保持するかは、システムの実装等に応じて、適宜選択してよい。

”ファイル情報−ファイルテーブル”関連情報１０１ｃは、登録対象ファイルに関する情報を、上記ファイルテーブルに登録可能な１以上の値に変換可能な変換ルールを有する。

係る変換ルールは、例えば、「ファイル名の拡張子より前の部分を、特定の区切り文字により分割し、分割された文字列をファイルテーブルの属性（列）に対する属性値とする」という内容でもよい。また、「登録対象ファイルのパスをディレクトリに分解し、分解されたディレクトリの名称の一部をファイルテーブルの属性（列）に対する属性値とする」という内容でもよい。また、係る変換ルールは、「正規表現によってファイル名あるいはディレクトリ名を分解し、分解された文字列をファイルテーブルの属性（列）に対する属性値とする」という内容でもよい。

即ち、係る変換ルールは、少なくとも、登録対象ファイルに対するファイル名及びパス名に含まれる情報を、後述するファイルテーブルの属性（列）に対する属性値として登録可能な形式に変換可能な、任意の変換方法を採用してよい。なお、”ファイル情報−ファイルテーブル”関連情報１０１ｃをどのような形式により保持するかは、システムの実装等に応じて、適宜選択してよい。

本実施形態におけるファイルテーブル作成部１０１は、後述するインタフェース部１０５におけるファイルテーブル作成コマンドを介して、上記ファイルテーブル構造情報１０１ａと、対象ファイル特定情報１０１ｂと、”ファイル情報−ファイルテーブル”関連情報１０１ｃとを受け付ける。

また、ファイルテーブル作成部１０１は、後述するファイル情報解析部１０２に対して、登録対象ファイルのファイル名等と、”ファイル情報−ファイルテーブル”関連情報１０１ｃが有する変換ルールとに基づいて、ファイルテーブル１０３に登録可能な情報の生成を依頼する。ファイルテーブル作成部１０１の具体的な動作については、後述する。

次に、ファイル情報解析部１０２について説明する。登録対象ファイルを特定可能な情報（登録対象ファイルのファイル名等）と、上記変換ルールとに基づいて、ファイルテーブル１０３に登録可能な情報（以下、「ファイルテーブル登録情報」と称する場合がある）を生成する。より具体的には、本実施形態におけるファイル情報解析部１０２は、ファイルテーブル作成部１０１から、上記登録対象ファイルのファイル名等と、上記変換ルールとを受け付ける。なお、ファイル情報解析部１０２は、ファイルテーブル作成部１０１から、”ファイル情報−ファイルテーブル”関連情報１０１ｃを受け付けてもよい。

ファイル情報解析部１０２は、ファイルテーブル作成部１０１から受け付けた上記変換ルールに基づいて、ファイルテーブル作成部１０１から受け付けたファイル名等を、ファイルテーブル１０３に登録可能な形式に変換する。より具体的には、ファイル情報解析部１０２は、上記変換ルールに基づいてファイル名等を解析することにより、ファイルテーブル１０３の１以上の属性（列）に対して登録される属性値を抽出する。ファイル情報解析部１０２は、当該抽出した属性値を、ファイルテーブル１０３に登録する行情報とする。ここで、係る行情報は、上記変換ルールに基づいて登録対象ファイルのファイル名等を解析した結果得られる、ファイル名や、パスに含まれる情報である。

そして、ファイル情報解析部１０２は、当該行情報と、登録対象ファイルを特定可能な情報とを対として、ファイルテーブル登録情報を生成する。この場合、登録対象ファイルを特定可能な情報は、例えば、当該ファイルのファイル名や、パスであってもよい。そして、ファイル情報解析部１０２は、生成したファイルテーブル登録情報を、ファイルテーブル作成部１０１に通知する。

例えば、ファイルテーブル作成部１０１から受け付けた上記変換ルールが、「ファイル名の拡張子より前の部分について、アンダースコア（”＿”）を区切り文字として分割し、分割された文字列をファイルテーブルの属性（列）に対する属性値とする」である場合を仮定する。更に、例えば、ある登録対象ファイルのファイル名が「１０１６１８３＿０７２６＿１．ｊｐｇ」であることを仮定する。この場合、ファイル情報解析部１０２は、”［１０１６１８３、０７２６、１］”という行情報と、”１０１６１８３＿０７２６＿１．ｊｐｇ”というファイル名を表す情報との対を作成する。

この場合、上記行情報は、図１に例示するファイルテーブル１０３における属性（列）である”ユーザＩＤ”、”日付”、”連番”の各属性値として登録される。即ち、この場合、登録対象ファイルのファイル名に含まれる情報として、”ユーザＩＤ”、”日付”、”連番”に関連する情報が抽出され、ファイルテーブル１０３に登録される。また、ファイル名を表す情報は、”登録ファイル情報”（符号１０３ａ）の属性値として登録される。

また、ファイルテーブル作成部１０１から受け付けた上記変換ルールが、「登録対象ファイルについて、拡張子を除くファイル名及び、二つ上位の親ディレクトリまでを、ファイルテーブルの属性（列）に対する属性値とする」である場合を仮定する。更に、例えば、ある登録対象ファイルのパスが”「／ｓｏｍｅ／ｐａｔｈ／１０３６１８３／０７２６／１．ｊｐｇ」”であることを仮定する。この場合、ファイル情報解析部１０２は、”［１０３６１８３、 ０７２６、 １］”という行情報と、”／ｓｏｍｅ／ｐａｔｈ／１０３６１８３／０７２６／１．ｊｐｇ”というパスを表す情報との対を作成する。

この場合、上記行情報は、図１に例示するファイルテーブル１０３における属性（列）である”ユーザＩＤ”、”日付”、”連番”の各属性値として登録される。即ち、この場合、登録対象ファイルのパスに含まれる情報として、”ユーザＩＤ”、”日付”、”連番”に関連する情報が抽出され、ファイルテーブル１０３に登録される。また、登録対象ファイルのパスを表す情報は、”登録ファイル情報”（符号１０３ａ）の属性値として登録される。

ファイル情報解析部１０２は、例えば、ファイルテーブル作成部１０１から受け付けた登録対象ファイルを特定可能な情報に基づいて、上記生成した行情報と対となるファイル名、あるいは、パス名を作成してもよい。具体的には、登録対象ファイルを特定可能な情報として、当該登録対象ファイルのファイル名が与えられた場合には、当該ファイル名と、上記生成した行情報とを対にして、ファイルテーブル登録情報を生成してもよい。また、登録対象ファイルを特定可能な情報として、当該登録対象ファイルのパスが与えられた場合には、当該パスと、上記生成した行情報とを対として、ファイルテーブル登録情報を生成してもよい。上記生成した行情報と対にするファイル名、あるいは、パス名をどのように選択するかは、適宜選択してよい。

なお、本実施形態における変換ルールは、上記説明した区切り文字による分割や、パスを構成するディレクトリによる分割には限定されない。

係る変換ルールは、例えば、ファイル名等を解析する正規表現により表現されてもよい。この場合、ファイル情報解析部１０２は、正規表現により記載された変換ルールを解釈し、係る正規表現によりファイルテーブル作成部１０１から受け付けた登録対象ファイルに関する情報を解析する。そして、ファイル情報解析部１０２は、解析結果に基づいて上記行情報を生成する。変換ルールにどのような正規表現を記載するかは、適宜選択してよい。また、ファイル情報解析部１０２は、周知の技術を用いて、正規表現の解釈処理を実行してよい。

また、係る変換ルールとして、例えば、別途提供されるコンピュータ・プログラム（以下「プログラム」と称する場合がある）を用いてファイル名等を解析することを指定してもよい。より具体的には、ファイル情報解析部１０２は、例えば、上記変換ルールにおいて指定された解析プログラム１０８に対して、ファイルテーブル作成部１０１から受け付けた登録対象ファイルに関する情報を通知し、当該解析プログラム１０８による解析結果を受領してもよい。

この場合、ファイル情報解析部１０２は、上記解析プログラム１０８における解析処理の結果に基づいて、上記行情報を生成する。解析プログラム１０８として、どのようなプログラムを採用するかは、適宜選択してよい。また、解析プログラム１０８は、データ管理装置１００と任意の通信回線を介して通信可能に接続された他のシステムにおいて実行されてもよい。

次に、ファイルテーブル１０３について説明する。ファイルテーブル１０３は、上記ファイルテーブル構造情報１０１ａにより規定された構造を有するテーブルである。ファイルテーブル１０３は、データベース言語（例えばＳＱＬ等）により操作可能なテーブルである。より具体的には、本実施形態におけるファイルテーブル１０３は、例えば、関係データベースにおけるテーブルであってもよい。

ファイルテーブル１０３は、上記ファイル構造解析部１０２において生成されたファイルテーブル登録情報に含まれる情報を、属性（列）に対する属性値として有する。即ち、ファイルテーブル１０３は、一つの登録対象ファイルに対する情報を、テーブルにおける一つの行として保持する。また、ファイルテーブル１０３は、自テーブルが有する１以上の行のうち、特定の行が、どの登録対象ファイルに該当するかを記録するため、登録対象ファイルに対するファイル名あるいはパス名を記録する属性（列）を有する。図１に例示する構成においては、”登録ファイル情報”属性（符号１０３ａ）に、登録対象ファイルのファイル名あるいはパス名が記録される。

係るファイルテーブル１０３は、例えば、以下のように作成される。まず、上記ファイルテーブル作成部１０１が、上記ファイルテーブル構造情報１０１ａに基づいて、ファイルテーブル１０３を作成する。この際、作成されるファイルテーブル１０３は、空のテーブルであってもよい。

次に、ファイルテーブル作成部１０１は、ファイル情報解析部１０２が生成したファイルテーブル登録情報を、ファイルテーブル１０３に挿入する。この際、ファイルテーブル作成部１０１は、上記行情報と対となるファイル名あるいはパス名を、ファイルテーブル１０３の属性（図１に例示する登録ファイル情報１０３ａ）に登録する。

このように構成されたファイルテーブル１０３は、はデータベース言語により操作可能なテーブルであることから、登録対象ファイルのファイル名等に関する情報を利用して、当該ファイルテーブル１０３に対する各種操作を実行可能である。

次に、検索部１０４について説明する。検索部１０４は、後述するインタフェース部１０５における検索コマンド等からの要求に対応して、上記ファイルテーブル１０３に対する各種操作を実行する。より具体的には、本実施形態における検索部１０４は、データベース言語を用いて、ファイルテーブル１０３に対する検索処理を実行する。なお、検索部１０４の具体的な動作は、例えば、周知のデータベース言語を用いた関係データベースの検索処理と同様としてよいため、詳細な説明は省略する。

また、検索部１０４は、例えば、他の関係データベースのテーブルと、ファイルテーブル１０３とを結合することにより、他の関係データベースのテーブルに保持される情報を利用して、複雑な検索を実行することも可能である。

例えば、図１に例示するように、データ管理装置１００がファイルテーブル以外に、関係データベースのテーブルであるデータテーブル１０６を有する場合を仮定する。ここで、データテーブル１０６は、属性（列）として”ユーザＩＤ”、”性別”、及び、”年齢”を有する。ここで、検索部１０４は、ファイルテーブル１０３と、データテーブル１０６とを結合することにより、例えば、「年齢３０才台の男性」に該当するユーザＩＤを抽出し、当該ユーザＩＤに対応するファイル名等を得ることができる。この場合、検索部１０４は、登録ファイル情報１０３ａを参照することにより、特定のユーザＩＤに対応するファイル名あるいはパスを取得することが可能である。なお、係るテーブル同士の結合操作は、例えば、データベース言語としてＳＱＬを採用した場合には、ＪＯＩＮ句などを使用してもよい。

次に、インタフェース部１０５について説明する。本実施形態におけるインタフェース部１０５は、図示しないデータ管理装置１００のユーザや、他のシステム等に対するインタフェースを提供する。より具体的には、インタフェース部１０５は、例えば、ファイルテーブル１０３の作成や、検索等の操作に関する各種インタフェースを提供する。この場合、インタフェース部１０５は、例えば、ファイルテーブル１０３を作成するコマンドを提供してもよい。また、インタフェース部１０５は、ファイルテーブル１０３を検索するコマンドを提供してもよい。また、インタフェース部１０５は、データベース言語により記載された命令文等を受け付けてもよい。

次に、本実施形態におけるデータテーブル１０６について説明する。本実施形態におけるデータテーブル１０６は、ファイルテーブル１０３と同じデータベース言語により操作可能な、任意のデータを保持するテーブルである。本実施形態において、データテーブル１０６にどのようなデータを登録するかは、システムの実装等に応じて、適宜定めてよい。例えば、検索部１０４は、これらのテーブルを結合することにより、相互のテーブルに登録された情報を組み合わせた検索が可能である。なお、本実施形態におけるデータ管理装置１００は、データテーブル１０６を備えなくともよい。

次に、以上のように構成された本実施形態におけるデータ管理装置１００の動作について、図２Ａ及び図２Ｂに例示するフローチャートを参照して説明する。なお、図２Ａ及び図２Ｂに例示するフローチャートは、ファイルテーブル作成部１０１、及び、ファイル情報解析部１０２における、ファイルテーブル１０３の作成処理について例示する。

まず、図示しないデータ管理装置１００のユーザ等は、インタフェース部１０５が提供するコマンド等を用いて、データ管理装置１００に対してファイルテーブル１０３の作成を要求する。上記図示しないユーザ等からの要求を受け付けたインタフェース部１０５は、ファイルテーブル作成部１０１に対して、ファイルテーブル１０３の作成を要求する。この際、インタフェース部は、ファイルテーブル１０３の作成に必要な情報を、ファイルテーブル作成部１０１に通知する。ファイルテーブル１０３の作成に必要な情報は、例えば、ファイルテーブル構造情報１０１ａ、対象ファイル特定情報１０１ｂ、及び、”ファイル情報−ファイルテーブル”関連情報１０１ｃを含む。

ファイルテーブル作成部１０１は、上記ファイルテーブル１０３の作成に必要な情報を含む、ファイルテーブル作成要求を受け付ける（ステップＳ２０１）。

次に、ファイルテーブル作成部１０１は、上記ファイルテーブル作成要求に含まれるファイルテーブル構造情報１０１ａに基づいて、ファイルテーブル１０３を作成する（ステップＳ２０２）。この場合、ファイルテーブル作成部１０１は、空のファイルテーブル１０３を作成してもよい。

次に、ファイルテーブル作成部１０１は、上記ファイルテーブル作成要求に含まれる対象ファイル特定情報１０１ｂに基づいて、登録対象ファイルのファイル名等を抽出する（ステップＳ２０３）。この場合、ファイルテーブル作成部１０１は、例えば、対象ファイル特定情報１０１ｂに列挙された登録対象ファイルのファイル名等を抽出してもよい。また、ファイルテーブル作成部１０１は、上記説明したように、対象ファイル特定情報１０１ｂに記載された登録ルールに基づいて、登録対象ファイルのファイル名等を抽出してもよい。

次に、ファイルテーブル作成部１０１は、ステップＳ２０３において抽出した登録対象ファイルのファイル名等と、上記ファイルテーブル作成要求に含まれる”ファイル情報−ファイルテーブル”関連情報１０１ｃと、を、ファイル情報解析部１０２に通知する（ステップＳ２０４）。この場合、ファイルテーブル作成部１０１は、”ファイル情報−ファイルテーブル”関連情報１０１ｃに含まれる変換ルールを、ファイル情報解析部１０２に通知してもよい。

次に、図２Ｂを参照して、ファイル情報解析部１０２における、ファイルテーブル登録情報生成処理（ステップＳ２０５）の詳細について説明する。

上記ステップＳ２０４における通知を受領したファイル情報解析部１０２は、”ファイル情報−ファイルテーブル”関連情報１０１ｃに含まれる変換ルールに基づいて、ファイル名等を解析する（ステップＳ２０５１）。

次に、ファイル情報解析部１０２は、上記ステップＳ２０５１における解析結果に基づいて、ファイルテーブル１０３の属性（列）に対する属性値として挿入可能な、行情報を生成する（ステップＳ２０５２）。より具体的には、上記説明したように、ステップＳ２０５１における解析結果から得られる、ファイル名等に含まれる情報（例えば、図１に例示する”ユーザＩＤ”、”日付”、”連番”等）を、上記説明した行情報として抽出する。

次に、ファイル情報解析部１０２は、ステップＳ２０５２において抽出した行情報と、登録対象ファイルを特定可能な情報（ファイル名、あるいは、パス等）を対として、ファイルテーブル登録情報を生成する。そして、ファイル情報解析部１０２は、生成したファイルテーブル登録情報を、ファイルテーブル作成部１０１に通知する（ステップＳ２０５３）。

次に、ファイルテーブル作成部は、ステップＳ２０５３において生成されたファイルテーブル登録情報を受け付け、ファイルテーブル１０３に挿入（登録）する（ステップＳ２０６）。即ち、ステップＳ２０８の処理によってファイルテーブル１０３が更新される。

上記各ステップ実行することによりファイルテーブル１０３が作成および更新された場合、検索部１０４は、データベース言語を利用して各種検索処理を実行可能である。

以上説明したように、本実施形態におけるデータ管理装置１００によれば、データベース言語により操作可能なファイルテーブル１０３が作成及び更新される。そして、係るファイルテーブル１０３には、ファイルに関する情報が、データベース言語の機能を利用して処理可能な形式により登録される。特に、ファイルテーブル１０３には、ファイル名やファイルのパスに含まれる情報が、データベース言語の機能を利用して処理可能な形式により登録される。

このため、本実施形態におけるデータ管理装置１００によれば、ファイルシステムに存在するファイルに付与されたファイル名や、当該ファイルが配置されたパスに含まれる情報を、データベース言語から利用可能である。これにより、本実施形態におけるデータ管理装置１００によれば、ファイルに記録されたデータだけでなく、ファイル名やパスに含まれる情報に基づいて、各種ファイルの操作やファイルの抽出が可能である。

以上より、本実施形態におけるデータ管理装置１００によれば、通常ファイルのファイル名等に含まれる情報を、データベース言語から利用可能とする、データ管理装置等を提供することが可能である。

＜第１の実施形態の変形例＞
次に、上記説明した第１の実施形態の変形例について説明する。

上記第１の実施形態においては、図１に例示する登録ファイル情報１０３ａに対する属性値として、ファイルテーブル１０３に登録された登録対象ファイルのファイル名、あるいはパスが登録される。

これに対して、本変形例においては、登録ファイル情報１０３ａに対して、登録対象ファイルに記録されたデータ（以下、「ファイルの内容」と称する場合がある）が登録される。本変形例は、この点において上記第１の実施形態と相違し、その他は同様である。よって、以下、係る相違点についてのみ説明し、共通する構成についての説明は省略する。

本変形例においては、例えば、ファイル情報解析部１０２が、上記説明した行情報を作成する際、登録ファイルの内容をバイナリデータとして読み込み、行情報と、バイナリデータとを対として、ファイルテーブル登録情報を生成してもよい。

また、ファイルの内容が、ＣＳＶ形式のように特定の区切り文字により区切られている場合を仮定する。この場合、ファイル情報解析部１０２は、当該ファイルの内容を、区切り文字により区切られる単位ごとに、ファイルテーブル１０３における複数の属性（列）として登録するよう、ファイルテーブル登録情報を生成してもよい。
なお、本変形例においては、上記ファイルテーブル構造情報１０１ａにおいて、登録ファイル情報１０３ａに相当する属性を複数有するよう、ファイルテーブル１０３の構造を規定してもよい。この場合、例えば、上記第１の実施形態と同様に、登録ファイル情報１０３ａに相当する属性の一つには、登録対象ファイルのファイル名、あるいは、パス名を登録する。そして、他の登録ファイル情報１０３ａに相当する属性に、ファイルの内容を登録する。この場合、ファイル名、及び、パスから生成された属性値と、ファイルの内容から生成された属性値との両方がファイルテーブル１０３に登録される。検索部１０４は、これらの情報を組み合わせて、各種検索処理を実行可能である。

以上より、本変形例におけるデータ管理装置によれば、データベース言語の機能を利用して、ファイル名やフェイルのパスの情報に加えて、ファイルの内容に関する各種操作も実行可能である。

＜第２の実施形態＞
次に、本願発明の第２の実施形態について、図３を参照して説明する。以下の説明においては、本実施形態に係る特徴的な部分を中心に説明すると共に、上述した第１の実施形態と同様な構成についての重複する説明は省略する。

本実施形態におけるデータ管理装置３００においては、ファイルテーブル作成部３０１の動作が、上記説明した第１の実施形態におけるファイルテーブル作成部１０１と相違する。また、本実施形態におけるデータ管理装置３００においては、検索部３０４の動作が、上記説明した第１の実施形態における検索部１０４と相違する。以下、係る相違点を中心に説明する。

図４を参照して、ファイルテーブル作成部３０１、及び、検索部３０４の動作について説明する。

まず、図４に例示するステップＳ４０１については上記第１の実施形態において説明したステップＳ２０１と同様としてよいため、説明を省略する。

次に、ファイルテーブル作成部３０１は、ステップＳ４０２において、上記第１の実施形態において説明したステップＳ２０１と同様に、ファイルテーブル１０３を作成する。この場合、ファイルテーブル作成部３０１は、空のファイルテーブル１０３を作成する。即ち、この場合、ファイルテーブル１０３の内容（各属性（列）に対する属性値、即ち、テーブルの行に相当する）は作成されず、テーブル構造のみが作成される。

次に、ファイルテーブル作成部３０１は、検索部３０４から通知される検索要求を待機する（ステップＳ４０３）。

次に、検索部３０４は、図示しないユーザ等からの検索要求を受け付ける。そして、検索部３０４は、検索処理を実行するため、ファイルテーブル作成部３０１に対して、ファイルテーブル１０３へのアクセスを要求する（ステップＳ４０４）。より具体的には、検索部３０４は、ファイルテーブル作成部３０１に対して、ファイルテーブル１０３の内容へのアクセスを要求する。

ステップＳ４０４における要求を受け付けたファイルテーブル作成部３０１は、ステップＳ４０５から処理を実行し、上記第１の実施形態と同様に、ファイルテーブル３０１の内容を作成する。即ち、本実施形態におけるファイルテーブル作成部３０１は、検索部３０４から要求があった際に、ファイルテーブル３０１の内容を作成する。

以下、ファイルテーブル作成部３０１におけるステップＳ４０５及びステップＳ４０６の処理は、それぞれ上記第１の実施形態におけるステップＳ２０３及びＳ２０４と同様としてよい。

次に、ファイル情報解析部１０２における処理（ファイルテーブル登録情報生成処理：ステップＳ２０５）は、上記第１の実施形態におけるステップＳ２０５（図２ＢにおけるＳ２０５１乃至ステップＳ２０５３）と同様としてよい。

次に、ファイルテーブル作成部３０１は、上記第１の実施形態におけるステップＳ２０８と同様に、ファイルテーブル１０３に対して、ステップＳ２０５において生成されたファイルテーブル登録情報を登録（挿入）する（ステップＳ４０７）。即ち、ステップＳ４０７の処理により、ファイルテーブル１０３が更新される。なお、ステップＳ４０７において、ファイルテーブル作成部３０１は、ファイルテーブル１０３が作成されたことを検索部３０４に通知してもよい。

次に、検索部３０４は、上記ステップＳ４０７において作成されたファイルテーブル１０３に対する検索処理を実行する（ステップＳ４０８）。なお、ステップＳ４０８において、検索部３０４は、検索処理が完了したことをファイルテーブル作成部３０１に通知してもよい。

次に、ファイルテーブル作成部３０１は、検索部３０４における検索処理が終了した後、ファイルテーブル１０３の内容を破棄（削除）する（ステップＳ４０９）。即ち、ステップＳ４０９の処理により、ファイルテーブル１０３が更新される。ステップＳ４０９の結果、ファイルテーブル１０３は、空の状態（属性（列）に対して、何ら属性値（行）が登録されていない状態）になる。

上記のように構成された本実施形態におけるデータ管理装置３００によれば、ファイルテーブル１０３を作成した後に、登録対象ファイルの内容の変更や、ファイル名の変更や、ファイル自体の追加及び削除等が発生した場合でも、係る変更に対応した検索処理が実行可能である。また、本実施形態におけるデータ管理装置３００は、上記相違点以外は、上記説明した第１の実施形態と同様であるため、上記第１の実施形態と同様の効果を奏する。

＜第３の実施形態＞
次に、本願発明の第３の実施形態について、図５を参照して説明する。

図５に例示するように、本実施形態におけるデータ管理装置５００は、ファイルテーブル作成部５０１と、ファイル情報解析部５０２と、ファイルテーブル５０３と、検索部５０４と、を備える。

本実施形態におけるファイルテーブル５０３は、データベース言語により操作可能なテーブルである。ファイルテーブル５０３は、、例えば、ファイル名やファイルのパスに含まれる情報をテーブルの属性（列）として保持してもよい。本実施形態におけるファイルテーブル５０３は、上記第１の実施形態におけるファイルテーブル１０３に相当する。

本実施形態におけるファイル情報解析部５０２は、ファイルシステムにおける１以上のファイルに関する情報を、上記ファイルテーブルに登録可能な形式に変換することにより、上記ファイルテーブルに登録可能なファイルテーブル登録情報を作成する。本実施形態におけるファイル情報解析部５０２は、上記第１の実施形態におけるファイル情報解析部１０２に相当する。

本実施形態におけるファイルテーブル作成部５０１は、上記ファイルテーブル５０３の構造に関する情報に基づいて上記ファイルテーブル５０３を作成する。そして、ファイルテーブル作成部５０１は、当該作成したファイルテーブル５０３に対して、上記ファイル情報解析により作成された上記ファイルテーブル登録情報を登録する。本実施形態におけるファイルテーブル作成部５０１は、上記第１の実施形態におけるファイルテーブル作成部１０１に相当する。

なお、本実施形態におけるデータ管理装置５００は、データベース言語を用いて、上記ファイルテーブルを検索可能な検索手段５０４を有してもよい。

上記のように構成された本実施形態におけるデータ管理装置５００によれば、データベース言語により操作可能なファイルテーブル５０３が作成される。そして、係るファイルテーブル５０３には、ファイルシステムにおけるファイルに関する情報が、データベース言語の機能を利用して処理可能な形式により登録される。

以上より、本実施形態におけるデータ管理装置５００によれば、通常ファイルのファイル名等に含まれる情報を、データベース言語から利用可能とする、データ管理装置等を提供することが可能である。

＜ハードウェア及びソフトウェア・プログラム（コンピュータ・プログラム）の構成＞
以下、上記説明した各実施形態を実現可能なハードウェア構成について説明する。

以下の説明において、データ管理装置（符号１００、符号３００、及び、符号５００）をまとめて、単に「データ管理装置」と称する場合がある。また、当該データ管理装置の各構成要素（例えば、ファイルテーブル作成部（符号１０１、３０１、５０１）、ファイル情報解析部（符号１０２、５０２）、インタフェース部（符号１０５）、検索部（符号１０４、３０４、５０４）等）をまとめて、単に「データ管理装置の構成要素」と称する場合がある。

上記各実施形態において説明したデータ管理装置は、専用のハードウェア装置により構成してもよい。その場合、上記各図に示した各部は、一部または全部を統合したハードウェア（処理ロジックを実装した集積回路等）として実現してもよい。

また、上述したデータ管理装置は、図６に例示するようなハードウェアと、係るハードウェアによって実行される各種ソフトウェア・プログラム（コンピュータ・プログラム）とによって構成してもよい。

図６における演算装置６０１は、汎用のＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）やマイクロプロセッサ等の演算処理装置である。演算装置６０１は、例えば後述する不揮発性記憶装置６０３に記憶された各種ソフトウェア・プログラムを記憶装置６０２に読み出し、係るソフトウェア・プログラムに従って処理を実行してもよい。

記憶装置６０２は、演算装置６０１から参照可能な、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等のメモリ装置であり、ソフトウェア・プログラムや各種データ等を記憶する。なお、記憶装置６０２は、揮発性のメモリ装置であってもよい。

不揮発性記憶装置６０３は、例えば磁気ディスクドライブや、フラッシュメモリによる半導体記憶装置のような、不揮発性の記憶装置であり、各種ソフトウェア・プログラムやデータ等を記録してもよい。

ネットワークインタフェース６０６は、通信ネットワークに接続するインタフェース装置であり、例えば有線及び無線のＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）接続用インタフェース装置等を採用してもよい。

例えば、上記各実施形態におけるデータ管理装置は、図示しない当該データ管理装置のユーザが使用する端末や、他のシステムと、上記ネットワークインタフェース６０６を介して通信可能に接続されていてもよい。

外部記憶装置６０４は、例えば、後述する外部記憶媒体６０５に対するデータの読み込みや書き込みを処理する装置である。

外部記録媒体６０５は、例えば光ディスク、光磁気ディスク、半導体フラッシュメモリ等、データを記録可能な任意の記録媒体である。

入出力インタフェース６０７は、外部装置との間の入出力を制御する装置である。

例えば、上記各実施形態においては、図示しないユーザは、入出力インタフェース６０７に接続された入出力機器（キーボード等）を用いて、データ管理装置に対してファイルテーブル（符号１０３、５０３）の作成や、検索に関する指示を入力してもよい。

上述した各実施形態を例に説明した本発明は、例えば、図６に例示したハードウェア装置によりデータ管理装置を構成し、係る装置に対して、上記各実施形態において説明した機能を実現可能なソフトウェア・プログラムを供給することにより実現してもよい。この場合、係る装置に対して供給したソフトウェア・プログラムを、演算装置６０１が実行することによって、本願発明が達成されてもよい。

上述した各実施形態において、上記各図に示した各部は、上述したハードウェアにより実行されるソフトウェア・プログラムの機能（処理）単位である、ソフトウェアモジュールとして実現することができる。但し、これらの図面に示した各ソフトウェアモジュールの区分けは、説明の便宜上の構成であり、実装に際しては、様々な構成が想定され得る。

例えば、図１、図３、及び、図５に例示した各部をソフトウェアモジュールとして実現する場合、これらのソフトウェアモジュールを不揮発性記憶装置６０３に記憶しておき、演算装置６０１がそれぞれの処理を実行する際に、これらのソフトウェアモジュールを記憶装置６０２に読み出すよう構成してもよい。

また、これらのソフトウェアモジュール間は、共有メモリやプロセス間通信等の適宜の方法により、相互に各種データを伝達できるように構成してもよい。このような構成により、これらのソフトウェアモジュール間は、相互に通信可能に接続可能である。

更に、上記各ソフトウェア・プログラムを外部記憶媒体６０５に記録しておき、上記通信装置等の出荷段階、あるいは運用段階等において、適宜外部記憶装置６０４を通じて当該ソフトウェア・プログラムを不揮発性メモリ６０３に格納するよう構成してもよい。

また、上記データ管理装置の構成要素をソフトウェア・プログラムとして実現する場合、上記各実施形態において説明した、ファイルテーブル（符号１０３、５０３）やデータテーブル（符号１０６）は、適切なデータベースを用いて、記憶装置６０２や、不揮発性記憶装置６０３に記憶してもよい。

なお、上記の場合において、上記データ管理装置への各種ソフトウェア・プログラムの供給方法は、出荷前の製造段階、あるいは出荷後のメンテナンス段階等において、適当な治具を利用して当該装置内にインストールする方法を採用してもよい。また、各種ソフトウェア・プログラムの供給方法は、インターネット等の通信回線を介して外部からダウンロードする方法等のように、現在では一般的な手順を採用してもよい。

そして、このような場合において、本発明は、係るソフトウェア・プログラムを構成するコード、あるいは係るコードが記録されたところの、コンピュータ読み取り可能な記憶媒体によって構成されると捉えることができる。

以上、本発明を、上述した模範的な実施形態に適用した例として説明した。しかしながら、本発明の技術的範囲は、上述した各実施形態に記載した範囲には限定されない。当業者には、係る実施形態に対して多様な変更または改良を加えることが可能であることは明らかである。そのような場合、係る変更または改良を加えた新たな実施形態も、本発明の技術的範囲に含まれ得る。そしてこのことは、特許請求の範囲に記載した事項から明らかである。

本発明は、例えば、ファイルの内容とデータベースの内容との両者を用いてデータの分析を実行するデータ分析処理や、業務バッチ処理などに適用可能である。

１００ データ管理装置
１０１ ファイルテーブル作成部
１０２ ファイル情報解析部
１０３ ファイルテーブル
１０４ 検索部
１０５ インタフェース部
１０６ データテーブル
１０７ ファイル
１０８ 解析プログラム
３００ データ管理装置
３０１ ファイルテーブル作成部
３０４ 検索部
５００ データ管理装置
５０１ ファイルテーブル作成部
５０２ ファイル情報解析部
５０３ ファイルテーブル
５０４ 検索部
６０１ 演算装置
６０２ 記憶装置
６０３ 不揮発性記憶装置
６０４ 外部記憶装置
６０５ 外部記録媒体
６０６ ネットワークインタフェース
６０７ 入出力インタフェース

Claims (10)

1. データベース言語により操作可能なテーブルであるファイルテーブルと、
   ファイルシステムにおける１以上のファイルに関する情報を、前記ファイルテーブルに登録可能な形式に変換することにより、前記ファイルテーブルに登録可能なファイルテーブル登録情報を作成するファイル情報解析手段と、
   前記ファイルテーブルの構造に関する情報に基づいて前記ファイルテーブルを作成し、当該作成したファイルテーブルに対して、前記ファイル情報解析手段により作成された前記ファイルテーブル登録情報を登録するファイルテーブル作成手段と、を有することを特徴とする、
   データ管理装置。
2. 前記データベース言語を用いて前記ファイルテーブルを検索可能な検索手段を、更に有することを特徴とする、
   請求項１に記載のデータ管理装置。
3. 前記ファイルテーブルは、前記ファイルに対するファイル名、及び、ファイルパスの少なくともいずれかに含まれる情報を１以上の属性として有し、
   前記ファイル情報解析手段は、前記１以上のファイルに関する情報である、当該ファイルのファイル名、及び、ファイルパスの少なくともいずれかを解析し、
   当該解析結果に基づいて、前記ファイルテーブルが有する前記１以上の属性に登録可能な属性値を生成し、
   当該生成した属性値に基づいて、前記ファイルテーブル登録情報を作成することを特徴とする、
   請求項１または請求項２に記載のデータ管理装置。
4. 前記ファイル情報解析手段は、
   前記１以上のファイルに関する情報である、当該ファイルのファイル名、及び、ファイルパスの少なくともいずれかを、特定の区切り文字を用いて区切り、
   当該区切られた結果の少なくとも一部を、当該ファイルのファイル名、及び、ファイルパスの少なくともいずれかに含まれる情報として抽出し、
   当該抽出した情報に基づいて、前記ファイルテーブルが有する前記１以上の属性に登録可能な属性値を生成することを特徴とする、
   請求項３に記載のデータ管理装置。
5. 前記ファイル情報解析手段は、
   前記１以上のファイルに関する情報である、当該ファイルのファイル名、及び、ファイルパスの少なくともいずれかを、正規表現を用いて解析し、
   当該解析の結果に基づいて、当該ファイルのファイル名、及び、ファイルパスの少なくともいずれかに含まれる情報を抽出し、
   当該抽出した情報に基づいて、前記ファイルテーブルが有する前記１以上の属性に登録可能な属性値を生成することを特徴とする、
   請求項３に記載のデータ管理装置。
6. 前記ファイル情報解析手段は、自装置の外部から指定された解析処理手段に対して、前記１以上のファイルに関する情報である、当該ファイルのファイル名、及び、ファイルパスの少なくとも何れかを通知し、当該解析処理手段による解析結果に基づいて、前記ファイルテーブルが有する前記１以上の属性に登録可能な属性値を生成し、
   前記解析処理手段は、前記ファイル情報解析手段より通知されたファイル名、及び、ファイルパスの少なくともいずれかを所定の手順に従って解析することにより、当該ファイル名、及び、ファイルパスの少なくともいずれかに含まれる情報を抽出することを特徴とする、
   請求項３に記載のデータ管理装置。
7. 前記ファイルテーブル作成手段は、前記ファイルテーブルに対する検索要求を前記検索手段から受け付けた際に、前記ファイル情報解析手段により作成された前記ファイルテーブル登録情報を、検索対象である前記ファイルテーブルに登録し、
   前記検索手段による検索が終了した際に、少なくとも前記ファイルテーブル登録情報により登録された前記ファイルテーブルの属性値を削除することを特徴とする、
   請求項１乃至請求項６のいずれかに記載のデータ管理装置。
8. 前記ファイルテーブルは、関係データベースを構成するテーブルであり、前記ファイルに対するファイル名、及び、ファイルパスの少なくともいずれかに含まれる情報を列として含み、
   前記ファイル情報解析手段は、前記１以上のファイルに関する情報である、当該ファイルのファイル名、及び、ファイルパスの少なくとも何れかを解析することにより、１以上の前記列に登録可能な値を生成し、当該生成した値に基づいて、前記ファイルテーブルに挿入する行を表す情報を生成し、
   前記ファイルテーブル作成手段は、前記ファイル情報解析手段により生成された行を表す情報を、前記ファイルテーブルに挿入することにより、当該ファイルテーブルを更新し、
   前記検索手段は、前記データベース言語を用いて、前記作成されたファイルテーブルを検索することを特徴とする、
   請求項２に記載のデータ管理装置。
9. データベース言語により操作可能なテーブルであるファイルテーブルを有する情報処理装置が、
   ファイルシステムにおける１以上のファイルに関する情報を、前記ファイルテーブルに登録可能な形式に変換することにより、前記ファイルテーブルに登録可能なファイルテーブル登録情報を作成し、
   前記ファイルテーブルの構造に関する情報に基づいて前記ファイルテーブルを作成し、当該作成したファイルテーブルに対して、前記ファイル情報解析手段により作成された前記ファイルテーブル登録情報を登録することを特徴とする、
   データ管理方法。
10. データベース言語により操作可能なテーブルであるファイルテーブルを有するコンピュータに、
    ファイルシステムにおける１以上のファイルに関する情報を、前記ファイルテーブルに登録可能な形式に変換することにより、前記ファイルテーブルに登録可能なファイルテーブル登録情報を作成する処理と
    前記ファイルテーブルの構造に関する情報に基づいて前記ファイルテーブルを作成し、当該作成したファイルテーブルに対して、前記ファイル情報解析手段により作成された前記ファイルテーブル登録情報を登録する処理と、を実行させることを特徴とする、
    コンピュータ・プログラム。

Images