JPH1196187A - マルチメディアファイルサーバ - Google Patents

Abstract

(57)【要約】 【課題】データをファイル単位に管理することによって
マルチメディアが処理可能なファイルサーバの提供。 【解決手段】ファイル格納用記憶装置上５のデータファ
イル２６をインデックスファイル２を利用してデータフ
ァイル単位に管理し、定義情報ファイル３を利用して各
ファイルの属性を判断し属性ごとに適切な起動アプリケ
ーション４を起動し、データファイルに対してマルチメ
ディアインターフェースを提供する。ユーザに対してフ
ァイル属性定義手段を提供し新たなファイル属性を適宜
定義可能とする。ＳＱＬインターフェースを介すること
により各種ネットワークプロトコルを介してリモートの
ホストが管理するデータベースのデータファイル情報を
標準のデータベース参照インターフェースであるＳＱＬ
言語を用いて参照更新できるインターフェースを有す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、マルチメディアフ
ァイルサーバに関し、特にインデックスを用いて高速に
ファイルの検索を可能とし、さらにリモートのホストに
対して容易な検索手段を提供するマルチメディアファイ
ルサーバに関する。なお、本願明細書において「リモー
ト」の用語は遠近を問わず分離された状態を意味するも
のとする。

【０００２】

【従来の技術】企業や、公共サービスなどで、多数の利
用者により共有される情報の蓄積手段として、データベ
ース管理システムが導入されている。

【０００３】従来、この種のデータベース管理システム
は、大量の情報の保管スペースの節約および検索の高速
化を目的として用いられる。図３９は、従来のデータベ
ース管理システムを用いて構成した情報システムのシス
テム構成の一例を示す図である。

【０００４】図３９を参照すると、外部記憶装置上に作
成されたデータベースファイル２４と、データベースフ
ァイル内に格納されデータの入出力の単位となるレコー
ド２５と、各レコードを高速に検索するために作成され
るインデックスファイル２３と、データの格納形式など
の定義情報を格納する定義情報ファイル２２と、以上の
構成要素に対して管理処理を担うデータベース管理部１
９と、を有している。データの検索、更新、登録を行う
アプリケーションプログラム２１が、データベース管理
部１９へ、データ処理命令を送ることによって、利用デ
ータ２０がアプリケーションプログラム２１とデータベ
ース管理部１９との間でやり取りされる。

【０００５】検索命令がアプリケーションプログラム２
１からデータベース管理部１９へ送られると、データベ
ース管理部１９は、定義情報ファイル２２を検索してデ
ータ格納情報を認知し、インデックスが利用可能な場合
は、インデックスファイル２３を利用してデータベース
ファイル２４から該当するデータを持つレコード２５を
検索し、検索結果を利用データ２０としてアプリケーシ
ョンプログラム２１へ返却する。

【０００６】また更新命令が更新情報をもつ利用データ
２０とともにアプリケーションプログラム２１からデー
タベース管理部１９へ送られると、データベース管理部
１９は検索命令と同様に定義情報ファイル２２とインデ
ックスファイル２３を利用してデータベースファイル２
４から更新対象データを持つレコード２５を検索し、受
け取った利用データ２０によって表現されている更新情
報をレコード２５へ反映し、その後更新情報を反映済み
のレコード２５をデータベースファイル２４へ書き戻す
とともに、インデックスファイル内のインデックス構成
の変更が必要ならば変更する。

【０００７】そして登録命令が登録情報を持つ利用デー
タ２０とともにアプリケーションプログラム２１からデ
ータベース管理部１９へ送られると、データベース管理
部１９は、新たにデータベース格納用のレコード２５を
作成して、レコード２５に利用データ２０から参照した
登録情報を反映して、登録情報を反映済みのレコード２
５をデータベースファイル２４へ格納するとともに、属
性情報ファイル２２を参照してインデックスファイル２
３内のインデックス情報の変更が必要ならば変更する。

【０００８】また以上のようなデータベースアクセスを
行う場合、アプリケーションプログラムの画面表示など
に関する制御情報の取得に関しては、例えば特開平６−
３４８５６２号公報には、データベースアプリケーショ
ンに関する制御情報をデータベース形式に変換し、レコ
ード２５ｃとしてデータベースファイル２４内に格納
し、アプリケーションプログラムから標準のデータベー
ス検索命令によって参照可能にするデータベース制御情
報管理システムが提案されている。これによりデータベ
ースベンダに依存しないアプリケーションプログラムの
活用が可能になっている。

【０００９】また、従来のデータ入出力の単位であった
レコードに代わってファイル単位にデータを管理する利
用形態が主にパーソナルコンピュータを主要なハードウ
ェアとする情報システムで利用されている。これらのフ
ァイルが扱うデータ型は従来のデータベース管理システ
ムで処理していた文字や数字属性だけでなく、静止画
像、動画、音声などいわゆるマルチメディアを扱うこと
が可能になっている。

【００１０】図４０は、このようなファイル単位のデー
タベース管理システムを用いた情報システムの構成の一
例を示す図である。

【００１１】図４０を参照すると、実際にファイル単位
でデータ処理を行うファイル利用アプリケーション４
ａ、４ｂと、ファイル利用アプリケーション４ａ、４ｂ
から利用されるデータファイル２６と、データファイル
の情報を記憶するデータベースファイル２４ａ、２４ｂ
と、データベースファイル２４ａ、２４ｂに対して管理
処理を担うデータ管理部１９と、を有する。

【００１２】利用者２８が、ファイル利用アプリケーシ
ョン４ａを用いてデータファイル２６を参照する場合、
利用者自身がデータファイル２６の物理的なファイルの
位置情報２７をファイル利用アプリケーションに通知す
るか、またはファイル利用アプリケーション４ａは、フ
ァイル利用アプリケーション専用のデータベース管理部
１９ａを用いてデータファイル２６ａのファイルの位置
情報２７をデータベースファイル２４から参照する。フ
ァイル利用アプリケーション４ａ、４ｂは獲得したファ
イルの位置情報２７を用いてデータファイル２６をホス
ト内のローカルなファイルアクセス手段２６１ａにより
参照する。

【００１３】利用者２８が別のファイル利用アプリケー
ション４ｂを用いてデータファイル２６を参照したい場
合には、同様に、利用者２８がファイルの位置情報２７
をファイル利用アプリケーション４ｂへ通知するか、ま
たはファイル利用アプリケーション４ｂ専用のデータベ
ース管理部１９ｂを用いてデータベースファイル２４ｂ
よりデータファイル２６のファイルの位置情報２７を参
照する。ファイル利用アプリケーション４ｂは、獲得し
たファイルの位置情報２７をもとにデータファイル２６
をホスト内のローカルなファイルアクセス手段２６１ａ
により参照する。

【００１４】また図４０に示した方式のシステムとして
は、例えば特開平８−７７１８０号公報には、データベ
ース管理部１９ａとデータベースファイル２４ａをリモ
ートのホストに設置することによって、リモートのホス
ト上のアプリケーションプログラム４ａからファイル格
納用記憶装置上のデータファイル２６のファイルの位置
情報２７を参照することにより、データファイル２６を
ネットワークを介したファイルアクセス手段２６ｎａを
用いて参照することができるようにした情報出力装置が
記載されている。この技術により、リモートの情報出力
用のホストからファイルサーバの保有するデータファイ
ル２６を参照することができる。

【００１５】

【発明が解決しようとする課題】図３９を参照して説明
した従来のデータベース管理システムにおいては、管理
されるデータの単位がレコード単位であり、扱えるデー
タの大きさはデータベース管理システムや、オペレーテ
ィングシステムの定めた上限以上は扱うことができな
い。またレコードの中を更に項目として細分化し、各項
目に属性を設けて様々なデータ型を扱えるようにしてい
たが、これらのデータ型はデータベース管理システムが
定義した属性しか利用できず、それ以外の新たなデータ
属性を認識させたい場合でも不可能な場合があった。

【００１６】一方、主要なハードウェアをパーソナルコ
ンピュータとするような情報システムにおいては従来の
レコード単位ではなく、外部記憶装置上にオペレーティ
ングシステムがデータを格納する単位であるファイル単
位に、様々なデータ型のファイルがアプリケーションプ
ログラムから利用されてきている。これらのファイルが
扱うデータ型は、従来のデータベース管理システムで処
理していた文字や数字属性だけでなく、静止画像、動
画、音声などのいわゆるマルチメディアを扱うことが可
能になっている。

【００１７】特に多数のパーソナルコンピュータから利
用されるファイルサーバなどでは所有するこれらのデー
タファイルの数が膨大になり、ファイルサーバが保有す
るデータファイル全体を管理するための効果的な方法が
望まれている。

【００１８】また、上記特開平６−３４８５６２号公報
に示されている方式によって、画面表示等の制御情報自
体をレコード２５ｃとしてデータベースファイル２４内
に格納することで、データベースベンダに依存しないア
プリケーションプログラムの活用が可能となったが、ア
プリケーションプログラムからデータベースベンダによ
らず表示できるのは、標準のデータベース言語によって
定義されているデータ型に限られている。またアプリケ
ーションの側で様々なデータベースベンダに対応してい
ても、実際に様々な種類のデータ型ファイルを処理させ
るためには、様々な種類のデータ型のファイルの処理に
関して、データベースシステム側の方でのインターフェ
ースの対応が要求されている。

【００１９】次に図４０を参照して説明した従来のデー
タベース管理システムをもとに構築されたファイルサー
バシステムにおいては、ファイルの位置情報２７を管理
するデータベースファイル２４ａ、２４ｂはデータファ
イルを利用するアプリケーション４ａ、４ｂの種類ごと
に用意されており、同一のデータファイルの位置情報を
異なる形式のデータベースファイルのために複数個格納
するため、データベースファイルを格納する外部記憶装
置上の記憶領域を非効率的に使用する場合があった。

【００２０】また図４０に示した従来の情報システムに
おいては、ファイル利用アプリケーション間で、データ
ベース管理部１９ａ、１９ｂや、データベースファイル
２４ａ、２４ｂを共用することが一般的に不可能であ
り、このような専用のデータベース管理部を持たないフ
ァイル利用アプリケーションでは、利用者２８がファイ
ルの位置情報を認識していなければ、ファイル利用アプ
リケーションを使ってデータファイル２６を参照するこ
とはできない。

【００２１】さらに、図４０に示した従来の情報システ
ムにおいては、例えば特開平８−７７１８０号公報に記
載されている技術を用いて、リモートのホストからネッ
トワークアクセス手段２６ｎａを介してファイルサーバ
側のホストが管理する外部記憶装置に記憶されているデ
ータファイル２６を参照しようとする場合、リモートの
データベースファイル２４ａに格納されているファイル
の位置情報がファイルサーバ側の実際の物理的な位置情
報と同期を取ることが必要になるため、ネットワークを
介して複雑な同期処理が必要とされている。

【００２２】そして、上記の同期処理を無くすために
は、ファイルサーバの側のホストが管理するデータファ
イルの位置情報は、ファイルサーバの側のホストのデー
タベースで管理でき、なおかつ、リモートのホストから
の検索が可能になるような方法が必要とされているが、
そのような方法は未だ一般に確立されていない。

【００２３】したがって、本発明は、上記問題点に鑑み
てなされたものであって、その目的は、データをファイ
ル単位に管理することによって、マルチメディアが処理
可能なデータベース管理システムをもとにしたファイル
サーバを提供することにある。

【００２４】本発明の他の目的は、アプリケーションご
とに利用されるデータファイル情報を一括管理すること
により、データベース用の記憶領域を効率的に利用する
データベース管理システムをもとにしたファイルサーバ
を提供することである。

【００２５】本発明のさらに他の目的は、利用者が新た
なデータ型を定義することで、様々なマルチメディアに
対応できる汎用のデータベース管理システムをもとにし
たファイルサーバを提供することにある。

【００２６】本発明のさらに他の目的は、リモートのホ
ストからネットワークを介して、ファイルサーバが有す
るファイルの位置情報を、ファイルサーバ自体が管理す
るデータベースのデータファイル情報として参照更新で
きるようなシステムを提供することにある。

【００２７】

【課題を解決するための手段】前記目的を達成するた
め、本発明のファイルサーバシステムは、データファイ
ルをファイル単位で検索可能にするデータベース管理シ
ステムを備えている。また、本発明においては、ユーザ
が適切な起動アプリケーションを定義していくことでマ
ルチメディアに対応したファイル処理手段を備える。

【００２８】また、本発明は、標準のデータベース検索
言語であるＳＱＬを使って管理するデータファイルの検
索を可能としたことを特徴とする。さらに、本発明は、
インターネット上の各種サーバへのインターフェースを
提供することでインターネット上の各種クライアントか
ら管理するデータファイルの検索を可能としたことを特
徴とする。

【００２９】［発明の概要］本発明は、ファイル格納用
記憶装置上（図１の５）のデータファイル（図１の２
６）をインデックスファイル（図１の２）を利用するこ
とでデータファイル単位に管理し、また定義情報ファイ
ル（図１の３）を利用することで各ファイルの属性を判
断し、属性ごとに適切な起動アプリケーション（図１の
４）を起動することにより、データファイルに対してマ
ルチメディアインターフェースを提供するものである。
また、ユーザーに対して、ファイル属性定義手段（図２
の１７）を提供することで、新たなファイル属性を適宜
定義することが可能なインターフェースを有する。

【００３０】また、本発明は、ＳＱＬインターフェース
（図３３の３３）を介することにより各種ネットワーク
プロトコルを介してリモートのホストが管理するデータ
ベースのデータファイル情報を標準のデータベース参照
インターフェースであるＳＱＬ言語を用いて参照更新で
きるインターフェースを有する。

【００３１】本発明は、インターネット上の各種サーバ
（図３６の６ｈ）に対してもＳＱＬインターフェースな
どを通じて参照インターフェースを提供し、さらに検索
結果を各インターネット上のサーバに適した形式に変換
するインターフェースを用いることによって、インター
ネット上の各種クライアントから、リモートのホスト上
に存在するファイルに対する参照検索を可能にするイン
ターフェースを有する。

【００３２】

【発明の実施の形態】次に、本発明の実施の形態につい
て図面を参照して詳細に説明する。

【００３３】図１は、本発明の第１の実施の形態の構成
を示すブロック図である。図１を参照すると、本発明の
第１の実施の形態は、ローカルなホスト上で稼働してい
るマルチメディアサーバ１と、マルチメディアサーバ１
に接続されているローカルな入出力画面インターフェー
ス３０と、マルチメディアサーバ１から参照されるイン
デックスファイル２と、マルチメディアサーバ１から参
照される定義情報ファイル３と、データファイルを格納
するファイル格納用記憶装置５と、を有している。ファ
イル格納記憶装置５内には、マルチメディアファイルサ
ーバにより管理対象単位となる管理対象領域２６ｄが存
在し、管理対象領域２６ｄ配下に検索更新の対象となる
データファイル２６ｆが存在する。管理対象領域２６ｄ
は複数個存在することが可能である。またデータファイ
ル２６ｆは管理対象領域２６ｄ配下に複数存在すること
が可能である。

【００３４】図２は、図１に示したマルチメディアファ
イルサーバ１の詳細な構成を示す図である。図２を参照
すると、マルチメディアファイルサーバ１は、データベ
ース管理部として、一連のデータベース管理処理の制御
を実行するＤＢＭＳ制御手段９と、データファイル情報
をインデックスファイル２に登録するためにＤＢＭＳ制
御手段９から起動されるファイル登録手段１０と、デー
タファイル情報を図１のインデックスファイル２から検
索するファイル検索手段１１と、データファイル情報の
図１のインデックスファイル２の登録内容を更新するた
めにＤＢＭＳ制御手段９から起動される登録更新手段１
２と、図１のインデックスファイル２と定義情報ファイ
ル３に対して標準のデータベース検索言語であるＳＱＬ
（構造問い合わせ言語）による参照更新要求に対して実
際に参照更新処理を実行するＳＱＬ実行手段１４と、を
有している。このＳＱＬ実行手段１４は、図３９を参照
して説明した従来の技術においてデータベース管理部１
９が備えているものと同等のものである。

【００３５】図２を参照すると、マルチメディアサーバ
１は、さらに、図１の定義情報ファイル３に格納する定
義情報を解析、出力するためのファイル属性定義手段１
７と、図１のファイル格納用記憶装置に格納されている
データファイルのインデックス情報を作成して図１のイ
ンデックスファイル２へ出力するインデックス構築手段
１５と、図１のファイル格納記憶装置５に格納されたデ
ータファイルと、図１のローカルな入出力インターフェ
ース３０から入力されたキーワードか、またはファイル
内を走査することで抽出したキーワードを対応付け、イ
ンデックス情報および定義情報を作成して図１のインデ
ックスファイル２および定義情報ファイル３へ出力する
キーワード定義手段１６と、図１のファイル格納用記憶
装置から参照したデータファイルを利用する、図１の起
動アプリケーション４を起動実行させるアプリケーショ
ン起動手段１８と、を有している。

【００３６】図３は、マルチメディアファイルサーバ１
の管理する定義情報ファイル３とインデックスファイル
２の構成の一例を示す図である。図３を参照すると、定
義情報ファイル３は、管理対象領域定義表３−Ｄ、属性
定義表３−Ａ、キーワード定義表３−Ｋを有している。
また以上の各表に対する検索を高速にするためのＢツリ
ーインデックス３−Ｂを有している。

【００３７】管理対象領域定義表３−Ｄには、マルチメ
ディアファイルサーバ１がインデックスを作成する管理
対象となる、図１のファイル格納用記憶装置の物理的な
管理領域２６ｄを記述する情報が登録される。

【００３８】属性定義表３−Ａには、マルチメディアフ
ァイルサーバ１が扱うデータファイルの属性を記述する
情報が登録される。

【００３９】キーワード定義表３−Ｋには、マルチメデ
ィアファイルサーバが認識しているファイル検索のため
のキーワードが登録される。

【００４０】これらの定義情報ファイル３内の各表およ
びＢツリーはシステム導入時に一度だけ定義作成され
る。このとき、図２１に示した定義情報ファイル内表定
義命令１７ｅ１の命令（ＣＲＥＡＴＥ ＴＡＢＬＥ
Ｄ）が実行されることで、管理対象領域定義表３−Ｄが
作成され、図２３の１７ｅ２の命令（ＣＲＥＡＴＥ Ｔ
ＡＢＬＥ Ａ）が実行されることで属性定義表３−Ａが
作成され、図２１の１７ｅ３の命令（ＣＲＥＡＴＥ Ｔ
ＡＢＬＥ Ｋ）が実行されることでキーワード定義ファ
イル３−Ｋが作成される。

【００４１】また図２２に示した定義情報ファイル内検
索用Ｂツリー定義命令１７ｅ７の命令が実行されること
で、定義情報ファイル３内の各表の検索高速化のための
Ｂツリーが作成される。

【００４２】これらの定義情報ファイル内の各表の構成
項目を図２３に示す。

【００４３】再び図３を参照すると、インデックスファ
イル２−１、２−２は、インデックス作成領域表３−Ｄ
に登録された管理領域２６ｄごとに分離され、インデッ
クスファイル２−１、インデックスファイル２−２とし
て実装されている。インデックスファイル２−１は、フ
ァイル情報格納表２Ｔ１、ファイル・キーワード関連付
け表２ＴＫ１、キーワード検査属性指定表２ＡＫ１を有
している。また以上の各表に対する検索を高速にするた
めのＢツリーインデックス２Ｂ１を有している。管理対
象領域定義表３−Ｄに登録された別の管理領域用のイン
デックスファイルとして、インデックスファイル２−２
が存在し、同様にファイル情報格納表２Ｔ２、ファイル
・キーワード関連付け表２ＴＫ２、キーワード検査属性
指定表２ＡＫ２を有している。また以上の各表に対する
検索を高速にするためのＢツリーインデックス２Ｂ２を
有している。

【００４４】インデックスファイル２−１において、フ
ァイル情報格納表２Ｔ１には、管理対象領域配下に存在
するデータファイル１個につき１件の情報が登録され
る。ファイル・キーワード関連付け表２ＴＫ１には、フ
ァイル情報格納表２Ｔ１に登録されたファイル情報と定
義情報ファイル３のキーワード定義ファイルＫ１に登録
されているキーワードとの関連付け情報が登録される。
キーワード検査属性指定表２ＡＫ１には、新たにファイ
ル情報格納表２Ｔ１に対して、あるファイル属性のファ
イル情報を登録する場合、該当ファイル内を走査探索し
て、キーワード定義表３−Ｋに登録されているキーワー
ドに関して、ファイル内キーワード存在検査を実行する
か否かの情報を、ファイルの属性およびキーワード単位
に格納する。これらのインデックスファイル２−１内の
各表は定義情報ファイル３内の管理対象領域定義表３−
Ｄに、管理対象領域が登録される時点で、該当管理対象
領域用であるインデックスファイル２−１内に作成され
る。

【００４５】このとき、図２１に示した１７ｅ４の命令
（定義情報ファイル内表定義命令）により、ファイル情
報格納表２Ｔ１が作成され、１７ｅ５の命令によりファ
イル・キーワード対応付け表２ＴＫ１が作成され、１７
ｅ６の命令によりキーワード検査属性指定表２ＡＫ１が
作成される。これらのインデックスファイル２−１内の
各表の構成項目を図２４に示す。

【００４６】図３に示したインデックスファイル２−２
においても、ファイル情報格納表２Ｔ２、ファイル・キ
ーワード関連付け表２ＴＫ２、キーワード検査属性指定
表２ＡＫ２のそれぞれの表について、インデックスファ
イル２−１の対応する表と同様の機能を有する。また管
理対象領域が管理対象領域定義表３−Ｄに定義されるに
従って、インデックスファイルも２−３…２−Ｎと作成
される。

【００４７】図４は、図２に示したＤＢＭＳ制御手段９
の詳細な構成を示す図である。図４を参照すると、ＤＢ
ＭＳ制御手段９は、ＤＢＭＳ制御手段９に対する命令を
受け取る入力手段９２と、入力手段９２から受け取った
命令を解釈実行するＤＢＭＳ制御手段実行部９１と、を
有しており、ＤＢＭＳ制御手段９は、上記の命令実行に
よって、図２のマルチメディアサーバ１の構成要素であ
る様々な手段９３を起動する。

【００４８】図５は、図２に示したファイル属性定義手
段１７の詳細な構成を示す図である。図５を参照する
と、ファイル属性定義手段１７は、図１におけるインデ
ックスファイル２に格納されるインデックス情報の形式
を規定する定義情報を受け取る入力手段１７２と、入力
手段１７から受け取った定義情報を解釈して、図２のＤ
ＢＭＳ制御手段９が参照可能な形式の定義情報を作成す
るファイル属性定義手段実行部１７１と、図１の定義情
報ファイル３へ定義情報をＳＱＬ実行手段１４を利用し
て出力する出力手段１７３と、を有している。

【００４９】図６は、図２に示したキーワード定義手段
１６の詳細な構成を示す図である。図６を参照すると、
キーワード定義手段１６は、図１におけるファイル格納
用記憶装置５に記憶されているデータファイルと関連付
けられるキーワード情報を受け取る入力手段１６２と、
受け取ったキーワード情報を解析して、インデックスフ
ァイル２内のインデックス情報として作成するキーワー
ド定義実行部１６１と、構成されたインデックス情報を
図１におけるインデックスファイル２へＳＱＬ実行手段
１４を利用して出力する出力手段１６３と、を有してい
る。

【００５０】図７は、図２に示したインデックス構築手
段１５の詳細な構成を示す図である。図７を参照する
と、インデックス構築手段１５は、図１におけるファイ
ル格納用記憶装置５におけるインデックス構築対象範囲
を受け取る入力手段１５２と、受け取ったインデックス
構築対象範囲に対して、実際に図１のファイル格納記憶
装置５を物理的に検索して、格納されているデータファ
イル情報のインデックス情報を構築するインデックス構
築手段実行部１５１と、を有している。またインデック
ス構築手段実行部１５１は、ファイル登録手段１０を起
動するようＤＢＭＳ制御手段９へ要求を出す。

【００５１】図８は、図２に示したファイル検索手段１
１の詳細な構成を示す図である。図８を参照すると、フ
ァイル検索手段１１は、ファイル格納記憶装置内のデー
タファイルを検索するための検索命令を入力する入力手
段１１２と、入力された検索命令を解析し、定義情報フ
ァイル３内の、定義情報と、インデックスファイル２内
のインデックス情報を参照して、ファイル格納記憶装置
内の目的のデータファイルの検索結果を求めるファイル
検索手段実行部１１１と、検索結果をＤＢＭＳ制御手段
９へ返却する出力手段１１３と、を有している。

【００５２】図９は、図２に示した登録内容更新手段１
２のさらに詳細な構成を示す図である。図９を参照する
と、登録内容更新手段１２は、ファイル格納用記憶装置
上に格納されているデータファイルのインデックス情報
の更新命令を受け取る入力手段１２２と、受け取った更
新命令を解釈して、インデックスファイル２および定義
情報ファイル３をＳＱＬ実行手段１４を利用して参照
し、新たなインデックス情報を構築する登録情報更新手
段実行部１２１と、新たに作成されたインデックス情報
をＳＱＬ実行手段１４を利用してインデックスファイル
２へ出力する出力手段１２３と、を有する。

【００５３】図１０は、図２に示したファイル登録手段
１０のさらに詳細な構成を示す図である。図１０を参照
すると、ファイル登録手段１０は、ファイル格納用記憶
装置上に格納されているデータファイルのインデックス
情報の登録命令を受け取る入力手段１０２と、受け取っ
た登録命令を解析して、定義情報ファイル３をＳＱＬ実
行手段１４を利用して参照し、新たなインデックス情報
を作成するファイル登録手段実行部１０１と、作成され
た新たなインデックス情報をＳＱＬ実行手段１４を利用
してインデックスファイル３へ格納する出力手段１０３
と、を有する。

【００５４】図１１は、図２に示したアプリケーション
起動手段１８のさらに詳細な構成を示す図である。図１
１を参照すると、アプリケーション起動手段１８は、フ
ァイル格納記憶装置Ｃ上のデータファイルを指定するア
プリケーション実行命令を受け取る入力手段１８２と、
受け取ったアプリケーション実行命令をもとに、定義情
報ファイル３をＳＱＬ実行手段１４を利用して参照して
実際に実行すべき命令を構築し、その命令を実行するこ
とによって所望のアプリケーションを起動するアプリケ
ーション起動手段実行部１８１と、を有する。

【００５５】次に本発明の第１の実施の形態の動作につ
いて説明する。図１２は、本発明の第一の実施の形態の
動作の全体について説明するための図である。図１２を
参照すると、ローカルなホスト上で稼働している入出力
画面インターフェース３０に対して、利用者は命令３０
ｉを入力する。

【００５６】命令３０ｉの種類として、管理対象とする
物理的な領域の指定である管理対象領域指定３０ｉ１、
ファイル属性定義３０ｉ２、キーワード定義３０ｉ３、
インデックス構築要求３０ｉ４、ファイル検索要求３０
ｉ５、ファイル登録要求３０ｉ６、登録内容更新要求３
０ｉ７、がある。

【００５７】入力された命令３０ｉは、ローカルな入出
力インターフェース３０からマルチメディアファイルサ
ーバ１へ送付され、ＤＢＭＳ制御手段９に渡される。Ｄ
ＢＭＳ制御手段９は、図１３のフローにしたがって、入
力された命令の種類を判別し、該当する各手段１０、１
１、１２、１５、１６、１７のいずれかを起動する。

【００５８】入力された命令が、定義情報の格納形式の
指定である管理対象領域指定３０ｉ１、または、ファイ
ル属性定義３０ｉ２であった場合には、図２のファイル
属性定義手段１７が起動される。以下同様に、入力され
た命令として、キーワード定義３０ｉ３、インデックス
構築要求３０ｉ４、ファイル検索要求３０ｉ５、ファイ
ル登録要求３０ｉ６、登録内容更新要求３０ｉ７に対し
て、図２のキーワード定義手段１６、インデックス構築
手段１５、ファイル検索手段１１、ファイル登録手段１
０、登録内容更新手段１２がそれぞれ起動される。各手
段１０、１１、１２、１５、１６、１７のどれかがイン
デックスファイル２または定義情報ファイル３を参照更
新する場合は、ＤＢＭＳ制御手段９を介してＳＱＬ実行
手段１４を起動し、このＳＱＬ実行手段１４に対してＳ
ＱＬ命令を渡すことで参照更新処理を実行する。

【００５９】またファイル検索手段１１の検索結果がＤ
ＢＭＳ制御手段９へ返却されると、新たにＤＢＭＳ制御
手段９は、図２のアプリケーション起動手段１８を起動
し、図１２のファイル格納用記憶装置５内にある検索結
果データファイルを起動アプリケーション４によって処
理させ、その結果が利用者に示される。

【００６０】次にマルチメディアファイルサーバ１の各
手段の動作について個別に説明する。図１３は、図６に
その構成を示したＤＢＭＳ制御手段９の動作を示す流れ
図である。図６、及び図１３を参照して、ＤＢＭＳ制御
手段９の動作について説明する。

【００６１】ステップ９０１において、ＤＢＭＳ制御手
段９は要求される命令を、図１のローカルな入出力画面
インターフェース３０から受け取る。

【００６２】ステップ９０２において、受け取った命令
がファイル属性定義処理であるか否かを判断し、ファイ
ル属性定義処理場合、ステップ９１０において、ファイ
ル属性定義手段１７（図２参照）を起動し、その後次の
命令を受け取るためのステップ９０１へ戻る。

【００６３】ステップ９０３において、受け取った命令
がキーワード定義処理を要求しているか否かを判断し、
キーワード定義処理をであれば、ステップ９１１におい
キーワード定義手段１６（図２参照）を起動し、その後
次の命令を待つためにステップ９０１へ戻る。

【００６４】ステップ９０４において、受け取った命令
がインデックス構築処理を要求しているか否かを判断
し、インデックス構築処理であればステップ９１２にお
いてインデックス構築手段１５（図２参照）を起動し、
その後次の命令を待つためにステップ９０１へ戻る。

【００６５】ステップ９０５において、受け取った命令
がファイル検索処理を要求しているか否かを判断し、フ
ァイル検索処理であればステップ９１３においてファイ
ル検索手段１１（図２参照）を起動し、その後、次の命
令を待つためにステップ９０１へ戻る。

【００６６】ステップ９０６において、受け取った命令
が登録内容更新処理であるか否かを判断し、登録内容更
新処理であればステップ９１４において登録内容更新手
段１２（図２参照）を起動し、その後次の命令を待つた
めにステップ９０１へ戻る。

【００６７】ステップ９０７において、受け取った命令
がファイル登録処理を要求しているか否かを判断し、フ
ァイル登録処理であれば、ステップ９１５において、フ
ァイル登録手段１０（図２参照）を起動し、その後次の
命令を待つためにステップ９０１へ戻る。

【００６８】ステップ９０８において、受け取った命令
がアプリケーション起動処理であるか否かを判断し、ア
プリケーション起動処理であれば、ステップ９１６にお
いてアプリケーション起動手段１８（図２参照）を起動
し、その後次の命令を待つためにステップ９０１へ戻
る。

【００６９】ステップ９０９におて、受け取った命令が
ＳＱＬ実行処理を要求しているか否かを判断し、ＳＱＬ
実行処理であればステップ９１６においてＳＱＬ実行手
段１４（図２参照）を起動し、その後次の命令を待つた
めにステップ９０１へ戻る。

【００７０】図１４は、図５にその構成を示したファイ
ル属性定義手段１７の動作を示す流れ図である。図５、
及び図１４を参照して、ファイル属性定義手段１７の動
作について説明する。

【００７１】ステップ１７０１において、図２のＤＢＭ
Ｓ制御手段９から入力手段１７２は命令を受け取り、フ
ァイル定義手段実行部１７１へ渡す。ファイル定義手段
実行部は入力された命令が管理対象領域を指定する命令
が定義情報を指定する命令であるか否かを判断する。

【００７２】ステップ１７０１において、管理対象領域
を指定する命令である場合、ステップ１７０３において
管理対象領域記述を解析する。その後、ステップ１７０
４において管理対象領域情報を、図５の定義情報ファイ
ル３へ出力する。

【００７３】一方、ステップ１７０１において、もし管
理対象領域が入力されるのではないと判断された場合、
ステップ１７０２において、入力されるのが定義情報で
あるか否かを判断し、定義情報入力であれば、ステップ
１７０５において、定義情報を、図５のファイル定義手
段実行部１７１が解析して、図２のＤＢＭＳ制御部から
利用可能な形式として作成する。その後、ステップ１７
０６において、出力手段１７３は、構成された定義情報
を、ＳＱＬ実行手段１４を利用して、図５の定義情報フ
ァイル３へ出力する。

【００７４】図１５は、図６にその構成を示したキーワ
ード定義手段１６の動作を示す流れ図である。図６、及
び図１５を参照して、キーワード定義手段１６の動作に
ついて説明する。

【００７５】ステップ１６０１において、図６の入力手
段１６２が、図２のＤＢＭＳ制御手段９から定義される
キーワード情報を受け取り、図６のキーワード定義手段
実行部１６１へ渡す。

【００７６】そして、ステップ１６０２によってキーワ
ード定義手段実行部１６１は、図３のキーワード定義表
に格納すべきキーワード定義情報を解析、構築する。

【００７７】その後、ステップ１６０３において、キー
ワード定義実行部１６１は、図１のインデックスファイ
ル２−１内のファイル・キーワード対応づけ、表２ＴＫ
１に格納すべきインデックス情報を解析、構築する。

【００７８】その後、ステップ１６０４において、キー
ワード定義実行部１６１は、図１のインデックスファイ
ル２−１内のキーワード検査属性指定表２ＡＫ１に格納
すべきインデックス情報を解析、構築する。

【００７９】その後、ステップ１６０５において、出力
手段１６３は、図６の定義情報ファイル３およびインデ
ックスファイル２へＳＱＬ実行手段１４を利用してキー
ワード定義情報およびインデックス情報を出力する。ま
た、その際、すでに同一のキーワードが定義情報ファイ
ル３内のキーワード定義表３−Ｋに登録されている場合
には、すでに登録されている情報を有効とする。

【００８０】図１６は、図７にその構成を示したインデ
ックス構築手段１５の動作を示す流れ図である。図７、
及び図１６を参照して、インデックス構築手段１５の動
作について説明する。

【００８１】ステップ１５０１において、入力手段１５
２は、図２のＤＢＭＳ制御手段９からインデックス構築
対象領域名を入力され、さらにインデックス構築手段実
行部１５１に渡す。

【００８２】ステップ１５０２において、インデックス
構築手段実行部１５１は、ファイル格納用記憶装置５の
指定されたインデックス構築対象領域の配下に存在する
ファイルを検索する。

【００８３】ステップ１５０３において、一つでもファ
イルが存在することが確認された場合、ステップ１５０
４において、インデックス構築手段実行部１５１は、そ
のファイルの正確な物理的な位置情報を獲得する。

【００８４】その後、ステップ１５０５において、イン
デックス構築手段実行部１５１は、見つかったファイル
に対して、ファイル登録手段１０を起動させるように、
ＤＢＭＳ制御手段９に要求する。

【００８５】この要求によって、指定したファイルのイ
ンデックス情報および必要があればキーワードの定義情
報が、インデックスファイル２および定義情報ファイル
３へ格納される。

【００８６】その後、ステップ１５０３へ戻り、指定さ
れたインデックス構築対象領域に更に別のファイルが存
在するか否かを検査する。もし、まだ別のファイルが存
在する場合、そのファイルに対して、ステップ１５０４
からの操作を繰り返す。別のファイルが存在しなければ
処理を終了する。

【００８７】図１７は、図８にその構成を示したのファ
イル検索手段１１の動作を示す流れ図である。図８、及
び図１７を参照して、ファイル検索手段１１の動作につ
いて説明する。

【００８８】ステップ１１０１において、入力手段１１
２は、ＤＢＭＳ制御手段９から検索文字列を受け取り、
それを、ファイル検索手段実行部１１１へ入力する。

【００８９】ステップ１１０２において、ファイル検索
手段実行部１１１は、インデックスファイル２に対し
て、インデックスの条件検索命令を構築し、その命令を
実行することによって、インデックスファイル２に対す
るインデックスの条件検索を行う。

【００９０】ステップ１１０３、１１０４において、条
件に適合するファイルがインデックス検索により見つか
る限り、そのファイルの出力情報を、検索結果リストへ
追加する。

【００９１】その後ステップ１１０５において、検索結
果リストを、出力手段１１３によって、ＤＢＭＳ制御手
段９へ返却する。

【００９２】図１８は、図９にその構成を示した登録内
容更新手段１２の動作を示す流れ図である。図９、及び
図１８を参照して、登録内容更新手段１２の動作につい
て説明する。

【００９３】ステップ１２０１において、入力手段１２
２は、ＤＢＭＳ制御手段９から更新対象ファイル検索文
字列と更新情報を受け取り、それを登録内容更新手段実
行部１２１へ入力する。

【００９４】ステップ１２０２において、登録内容更新
手段実行部１２１は、検索文字列を解析し、インデック
スファイル２に対する検索方法を解析する。

【００９５】ステップ１２０３において、登録内容更新
手段実行部１２１は、更新情報を解析し、インデックス
ファイル２に対する更新方法を解析する。

【００９６】ステップ１２０４において、登録内容更新
手段実行部１２１は、ステップ１２０２、１２０３で解
析された結果をもとにインデックスファイル２に対する
更新命令を構築する。

【００９７】その後、ステップ１２０５において、出力
手段１２３はＳＱＬ実行手段１４を利用してインデック
スファイル２の情報を更新する。

【００９８】図１９は、図１０にその構成を示したファ
イル登録手段１０の動作を示すフローチャートである。
図１０、及び図１９を参照して、ファイル登録手段１０
の動作について説明する。

【００９９】ステップ１００１において、入力手段１０
２は、図２のＤＢＭＳ制御手段９からファイルの登録情
報を受け取り、それをファイル登録手段実行部１０１へ
入力する。

【０１００】ステップ１００２において、ファイル登録
処理実行部１０１は、入力されたファイル登録情報から
登録するファイルのファイル格納用記憶装置５上におけ
る物理的な位置情報を表現するインデックス情報を構築
する。

【０１０１】ステップ１００３において、登録されるフ
ァイルの属性を、入力されたファイルの登録情報から判
断し、ファイルの属性を表現するインデックス情報を構
築する。もし入力されたファイルの登録情報にファイル
の属性情報が含まれていなかった場合は、属性定義ファ
イル３内の属性定義表３−Ａの参照や、オペレーティン
グシステムの提供する命令の実行などにより判断し、フ
ァイル属性を表現するインデックス情報を構築する。

【０１０２】ステップ１００４において、ファイル登録
手段実行部１０１は、すでにインデックスファイル２に
登録されているキーワードが現在登録しようとしている
ファイル内に含まれているかの探索を実行するか否か
を、インデックスファイル２内のキーワード検査属性指
定表２ＡＫ１を参照して判断し、もし探索すると決定し
た場合には、実際に、ファイル格納用記憶装置５上の指
定の物理的位置の存在するファイル内を探索して、イン
デックスファイル２にすでに登録されているキーワード
が含まれているか否かを検査し、含まれている場合に
は、登録しようとするファイルとキーワードを関連付け
るインデックス情報をインデックスファイル２内のファ
イル・キーワード関連付け表２ＴＫ１におけるレコード
として構築する。

【０１０３】また、ファイル登録手段実行部１０１は、
ステップ１００５において、ファイル内を走査して新た
なキーワードを抽出するかどうかを、図１０の定義情報
ファイル３内の管理対象領域定義表３−Ｄおよび、属性
定義表３−Ａを参照して判断し、もし走査すると決定し
た場合は、実際に、ファイル格納用記憶装置５上の指定
の物理的位置に存在するファイル内を探索して抽出した
文字列をキーワードとして定義するような定義情報を定
義情報ファイル３内のキーワード定義表３−Ｋにおける
レコードとして構築する。

【０１０４】ステップ１００６において、出力手段１０
３は、構築されたインデックス情報および定義情報をＳ
ＱＬ実行手段１４を利用してインデックスファイル２お
よび定義情報ファイル３へ出力する。

【０１０５】図２０は、図１１にその構成を示した示し
たアプリケーション起動手段１８の動作を示すフローチ
ャートである。図１１、及び図２０を参照して、アプリ
ケーション起動手段１８の動作について説明する。

【０１０６】ステップ１８において、入力手段１８２は
図２のＤＢＭＳ制御手段９から、起動対象ファイル名を
受け取り、それをアプリケーション起動手段実行部１８
１へ入力する。アプリケーション起動手段実行部１８１
は受け取った起動対象ファイル文字列に対してインデッ
クスファイル２を参照する。

【０１０７】その後、ステップ１８０３を実行する。ス
テップ１８０３では、図１１の定義情報ファイル３を参
照してそのファイルの属性を取得する。

【０１０８】ステップ１８０４において、アプリケーシ
ョン起動処理実行部１８１はさらに定義情報ファイルを
参照して、該当属性ファイルの起動手段を取得し、該当
ファイルを起動アプリケーションにおいて、処理させる
命令を構築する。

【０１０９】ステップ１８０５において、アプリケーシ
ョン起動手段実行部１８１は構築したアプリケーション
起動命令を実行して見つかったファイルを該当アプリケ
ーションによって処理させる。

【０１１０】次に本発明の第１の実施の形態について更
に詳細に説明すべく、具体例を例示した実施例に即して
詳細に説明する。

【０１１１】図２５は、図１４にその動作に流れ図を示
したファイル属性定義手段１７に、管理対象領域情報が
入力された場合の動作の実際の具体例を説明するための
図である。

【０１１２】ステップ１７０１において、図２のＤＢＭ
Ｓ制御手段９から入力手段１７２は、管理対象領域情報
として、‘Ｃ：￥ＤＡＴＡ’、ネットワークアドレスと
して、‘ｆｔｐ：／／ｍｙｈｏｓｔ．ｄｏｍａｉｎ／ｄ
ａｔａ’、および、ファイル登録時のキーワード抽出の
実行指定を受け取る。

【０１１３】入力手段１７２は、以上の受け取った定義
情報をファイル属性定義手段実行部１７１へ渡す。ファ
イル属性定義手段実行部１７１は、ステップ１７０１で
入力された命令が管理対象領域を指定する命令であると
判断する。

【０１１４】その後ステップ１７０３において、管理対
象領域情報をファイル定義手段実行部１７１が解析し
て、定義情報格納命令を、図２のＳＱＬ実行手段１４に
より処理可能なＳＱＬ命令で構築する。

【０１１５】その後ステップ１７０４において、図５の
出力手段１７３が構築されたＳＱＬ命令“ＩＮＳＥＲＴ
ＩＮＴＯ Ｄ ＶＡＬＵＥＳ（カレントＭＡＸＩＤ、
‘Ｔ１’，‘ＴＫ１’，‘ＡＫ１’，‘Ｃ：￥ＤＡＴ
Ａ’，‘ｆｔｐ：／／ｍｙｈｏｓｔ．ｄｏｍａｉｎ／ｄ
ａｔａ／’，１）”、および、“ＣＲＥＡＴＥ ＴＡＢ
ＬＥ Ｔ１（ファイル番号 ＩＮＴＥＧＥＲ ＮＯＴＮ
ＵＬＬ，ファイル名 ＮＣＨＡＲ（２００）ＮＯＴ Ｎ
ＵＬＬ，属性番号ＩＮＴＥＧＥＲ ＮＯＴ ＮＵＬＬ，
相対パス ＮＣＨＡＲ（２００）ＮＯＴＮＵＬＬ，作成
日付 ＴＩＭＥＳＴＡＭＰ，作成者 ＮＣＨＡＲ（５
０），サイズ ＤＥＣＩＭＡＬ（３２））”、および、
“ＣＲＥＡＴＥ ＴＡＢＬＥ ＴＫ１（ファイル番号
ＩＮＴＥＧＥＲ ＮＯＴ ＮＵＬＬ，キーワード番号
ＩＮＴＥＧＥＲ ＮＯＴ ＮＵＬＬ）”、および、“Ｃ
ＲＥＡＴＥ ＴＡＢＬＥ ＡＫ１ （属性番号 ＩＮＴ
ＥＧＥＲ ＮＯＴＮＵＬＬ、キーワード番号 ＩＮＴＥ
ＧＥＲ ＮＯＴ ＮＵＬＬ）”をＳＱＬ実行手段１４を
利用して実際に実行させ、定義情報を、図３の定義情報
ファイル３内の管理対象領域定義表３−Ｄ登録するとと
もに、図３のインデックスファイル２−１に、ファイル
情報格納表２Ｔ１、ファイル・キーワード関連付け表２
ＴＫ１、キーワード検査属性指定表２ＡＫ１を作成す
る。

【０１１６】また以上の命令によって定義された２Ｔ
１、２ＴＫ１、２ＡＫ１の各表に対する検索を高速化す
るＢツリーインデックス２Ｂ１を、図２２に示した１７
ｅ８の命令によって定義作成する。

【０１１７】さらに別の管理対象領域を定義する場合
は、上記と同様に、図３における定義情報ファイル３内
の管理対象領域定義表３−Ｄに定義情報を登録するとと
もに、インデックスファイル２−２に対して２Ｔ２、２
ＴＫ２、２ＡＫ２、の各表、および、Ｂツリーインデッ
クス２Ｂ２が作成される。

【０１１８】図２６は、図１４にその動作の流れ図を示
したファイル属性定義手段１７（図５参照）に定義情報
が入力された場合の動作の実際の具体例を示す図であ
る。

【０１１９】ステップ１７０１において、図２のＤＢＭ
Ｓ制御手段９から図５の入力手段１７２は定義情報とし
て属性名：圧縮ファイル、属性判別拡張子：‘．ＺＩ
Ｐ’、起動ＡＰ命令：‘Ａ：￥ＢＩＮ￥ＥＸＴＲＡＣＴ
ＯＲ．ＥＸＥ ％１’、キーワード抽出：しない、を受
け取る。

【０１２０】図５の入力手段１７２は、以上の受け取っ
た定義情報をファイル属性定義手段実行部１７１へ渡
す。

【０１２１】ファイル属性定義手段実行部１７１は、ス
テップ１７０１、ステップ１７０２で、入力された命令
が管理対象領域を指定する命令ではなく、定義情報を指
定する命令であると判断する。

【０１２２】その後ステップ１７０５において、定義情
報を。ファイル属性定義手段実行部１７１が解析して、
図２のＳＱＬ実行手段１４により処理可能なＳＱＬ命令
として構築する。

【０１２３】その後ステップ１７０６において、図５の
出力手段１７３が構成されたＳＱＬ命令“ＩＮＳＥＲＴ
ＩＮＴＯ Ａ１ ＶＡＬＵＥＳ（カレントＭＡＸＩＤ
＋１，‘圧縮ファイル’，‘．ＺＩＰ’，‘Ａ：￥ＢＩ
Ｎ￥ＥＸＴＲＡＣＴＯＲ ％１’，０）”を、ＳＱＬ実
行手段１４を利用して実際に実行させ、定義情報を図５
の定義情報ファイル３内の属性定義ファイル３−Ａへ出
力する。

【０１２４】図２７は、図１５にその動作の流れ図を示
したキーワード定義手段１６の実際の動作例を示す図で
ある。

【０１２５】ステップ１６０１において、図６の入力手
段１６２が、図２のＤＢＭＳ制御手段９から定義される
キーワードを情報として、キーワード：‘ＫＥＹ−ＷＯ
ＲＤ５’、関連付け対象ファイル：管理対象領域＝
‘ｃ：￥ｄａｔａ’、ファイル名＝‘／ｔｍｐ／ｔｅｓ
ｔ１．ｔｘｔ’、スキャン対象管理領域：‘ｃ：￥ｄａ
ｔａ’、スキャン対象属性：テキストファイル、ＨＴＭ
Ｌファイル、を受け取り、図６のキーワード定義手段実
行部１６１へ渡す。

【０１２６】ステップ１６０２において、キーワード定
義手段実行部１６１は受け取ったキーワード定義情報を
解析して図３の定義情報ファイルへの格納命令を図２の
ＳＱＬ実行手段１４により処理可能なＳＱＬ命令として
構成する。構成された命令は、“ＩＮＳＥＲＴ ＩＮＴ
Ｏ Ｋ１ ＶＡＬＵＥＳ（カレントＭＡＸＩＤ＋１、
‘ｋｅｙ−ｗｏｄ５’）’となる。

【０１２７】次にステップ１６０３において、キーワー
ド定義手段実行部１６１は、受け取ったキーワード情報
から、キーワードと関連付けるファイルのインデックス
情報を構築し、図３のインデックスファイル２−１への
格納命令を図２のＳＱＬ実行手段１４により処理可能な
ＳＱＬ命令として構築する。構築された命令は“ＩＮＳ
ＥＲＴ ＩＮＴＯ ＴＫ１ ＶＡＬＵＥＳ（ｔｅｓｔ
１．ｔｘｔのファイル番号、ＫＥＹ−ＷＯＲＤ５のキー
ワード番号）”となる。

【０１２８】次にステップ１６０４において、キーワー
ド定義手段実行部１６１は、受け取ったキーワード情報
から、キーワードの存在検査をする属性を指定するイン
デックス情報を、図３のインデックスファイル２−１へ
の格納命令を図２のＳＱＬ実行手段１４により処理可能
なＳＱＬ命令として構築する。構築された命令は、“Ｉ
ＮＳＥＲＴ ＩＮＴＯ ＡＫ１ ＶＡＬＵＥＳ（テキス
トファイルの属性番号、ＫＥＹ−ＷＯＲＤ５のキーワー
ド番号）”、および、“ＩＮＳＥＲＴ ＩＮＴＯ ＡＫ
１ ＶＡＬＵＥＳ（ＨＴＭＬファイルの属性番号、ＫＥ
Ｙ−ＷＯＲＤ５のキーワード番号）”となる。

【０１２９】これらの命令は、ステップ１６０５におい
て、図３のキーワード定義表３Ｋ１、ファイル・キーワ
ード関連付け表２ＴＫ１、キーワード検査属性指定表２
ＡＫ１の各表に対するレコードの出力命令としてＳＱＬ
実行手段１４を利用して実行され、図６の定義情報ファ
イル３、およびインデックスファイル２へキーワード定
義情報が出力される。

【０１３０】図２８は、図１６にその動作の流れ図を示
した図７のインデックス構築手段１５の動作において実
際の動作例を示す図である。

【０１３１】ステップ１５０１で、図７の入力手段１５
２にインデックス作成対象として、図７のファイル格納
用記憶装置５上の物理的な領域名である‘ｃ：￥ｄａｔ
ａ’が入力される。

【０１３２】その後ステップ１５０２において、インデ
ックス構築手段実行部１５１はファイル格納用記憶装置
５の‘ｃ：￥ｄａｔａ’配下に存在するデータファイル
を検索する。

【０１３３】ステップ１５０３で、ファイル名‘ｄａｔ
ａ．ｔｘｔ’を検出する。その後ステップ１５０４にお
いて、検出したファイル名‘ｄａｔａ．ｔｘｔ’のファ
イルの存在する相対的な物理格納場所‘ｔｅｍｐ２’を
確認し、絶対的な物理格納場所‘ｃ：￥ｄａｔａ￥ｔｅ
ｍｐ２’を特定できるようにする。

【０１３４】その後ステップ１５０５において、図７の
インデックス構築手段実行部１５１は、‘ｃ：￥ｄａｔ
ａ￥ｔｅｍｐ２￥ｄａｔａ．ｔｅｘ’に対する、図２の
ファイル登録手段１０の起動を、ＤＢＭＳ制御手段９に
対して要求する。

【０１３５】登録するファイルの属性や関連するキーワ
ードなどの特定は、図２のファイル登録手段１０に処理
が渡された後で行われる。ファイル登録手段１０の起動
によってインデックス情報が構築され、図１のインデッ
クスファイル２へ出力されると、再びステップ１５０３
に戻り、インデックス構築対象領域である‘ｃ：￥ｄａ
ｔａ’配下におけるデータファイル検出処理を続行す
る。それ以上データファイルが検出されない場合は処理
を終了する。

【０１３６】図２９は、図１７にその動作の流れ図を示
した図８のファイル検索手段１１の動作において実際の
動作例を示す図である。

【０１３７】ステップ１１０１において、図２のＤＢＭ
Ｓ制御手段９から検索のキーワード‘ｋｅｙ−ｗｏｒｄ
１’が入力される。

【０１３８】ステップ１１０２において、図８のファイ
ル検索命令実行部１１１はデータベース検索命令により
図１のインデックスファイル２よりＳＱＬ実行手段１４
を利用して検索キーワードに合致するファイル情報を検
索する。その結果、条件に合致するファイル名としてｄ
ａｔａ．ｔｘｔを検出する。

【０１３９】ステップ１１０５において、図８の出力手
段１１３は検索結果ファイル名ｄａｔａ．ｔｘｔを図２
のＤＢＭＳ制御手段９へ返却する。

【０１４０】図３０は、図１８にその動作の流れ図を示
した図９の登録内容更新手段１２の動作において実際の
動作例を示す図である。

【０１４１】ステップ１２０１において、更新対象ファ
イルの指定ファイル名としてｄａｔａ．ｔｘｔと、ｄａ
ｔａ２．ｔｘｔへの改名要求が図２のＤＢＭＳ制御手段
９から図９の入力手段１２２へ渡される。

【０１４２】その後ステップ１２０２において、対象フ
ァイルの検索方法として、ファイル名＝‘ｄａｔａ．ｔ
ｘｔ’を特定し、ステップ１２０３において、対象ファ
イルの更新方法として‘ＵＰＤＡＴＥＴ１ ＳＥＴ フ
ァイル名＝‘ｄａｔａ２．ｔｘｔ’を特定し、ステップ
１２０４において、ＳＱＬ命令“ＵＰＤＡＴＥ Ｔ１
ＳＥＴ ファイル名＝‘ｄａｔａ２．ｔｘｔ’ＷＨＥＲ
Ｅ ファイル名＝‘ｄａｔａ．ｔｘｔ’”を構築する。

【０１４３】その後ステップ１２０５において、図１の
インデックスファイル２対してＳＱＬ実行手段１４を利
用してファイル名ｄａｔａ．ｔｘｔに一致する情報が更
新される。

【０１４４】図３１は、図１９にその動作の流れ図を示
した図１０のファイル登録手段１０の動作においての実
際の動作例を示す図である。

【０１４５】ステップ１００１において、図２のＤＢＭ
Ｓ制御手段９から、登録するファイルの格納パスとして
‘ｃ：￥ｄａｔａ’が入力され、ファイルの相対パスと
して‘ｔｅｍｐ３￥ｄａｔａ’が入力され、ファイル名
としてｄａｔａ２．ｋｋｋが入力されている。

【０１４６】ステップ１００２において、登録するファ
イルの物理的な位置情報‘ｃ：￥ｄａｔａ￥ｔｅｍｐ３
￥ｄａｔａ２．ｋｋｋ’が特定される。

【０１４７】ステップ１００３において、図１０の属性
定義ファイル３を参照して拡張子‘．ｋｋｋ’のファイ
ルがキーワードサンプルファイルであることを特定し、
また図１０のファイル登録手段実行部１０１は、オペレ
ーティングシステムが提供する命令を実行することによ
って、ファイルの属性情報であるファイルの作成日付、
作成者、ファイルサイズを獲得する。

【０１４８】ステップ１００４において、図１０のファ
イル登録手段実行部１０１は、図１２のインデックスフ
ァイル２内のキーワード検査定義表２ＡＫ１を参照して
ｄａｔａ２．ｋｋｋの属性であるキーワードサンプルフ
ァイル属性のファイルに関して、存在検査をすべきキー
ワードを特定する。そしてファイル登録手段実行部１０
１は、特定されたキーワードがｄａｔａ２．ｋｋｋ内に
存在するかどうかを探索する。

【０１４９】またステップ１００５において、ｄａｔａ
２．ｋｋｋのファイル属性であるキーワードサンプルフ
ァイルに対して新たなキーワード抽出操作を行うかどう
かを、図２の定義情報ファイル３の管理対象領域定義表
３−Ｄ、および、属性定義表３−Ａを参照して判断し、
操作する必要ありと判断されたため、指定したファイル
‘ｄａｔａ２．ｋｋｋ’内から任意の文字列を抽出して
新たなキーワードの定義として定義情報ファイル３内の
キーワード定義表３−Ｋに対する格納レコードを定義情
報として構築する。

【０１５０】その後ステップ１００６において、ファイ
ル登録インデックス情報と、ファイルとキーワードの関
連付けインデックス情報を、図１のインデックスファイ
ル２へ格納する。またキーワード登録定義情報を定義情
報ファイル３へ格納する。

【０１５１】図３２は、図２０にその動作の流れ図を示
した図１１のアプリケーション起動手段１８の動作にお
ける実際の動作例を示す図である。

【０１５２】ステップ１８０１において、起動対象ファ
イル名として、‘ｔｅｓｔ．ｂｍｐ’を、図１１の入力
手段１８２は、図２のＤＢＭＳ制御手段から受け取る。
その後ステップ１８０２において、対象ファイル名の属
性情報を検索するとともに該当ファイル属性の起動アプ
リケーション起動命令を獲得する。

【０１５３】その後ステップ１８０４において、実際に
実行すべきアプリケーション実行命令として、‘ａ：￥
ｂｉｎ￥ｖｉｅｗｅｒ．ｅｘｅ ｃ：￥ｄａｔａ￥ｔｅ
ｓｔ．ｂｍｐ’を作成する。

【０１５４】その後ステップ１８０５おいて、作成した
起動命令を実行し、処理を終了する。

【０１５５】次に本発明の第２の実施の形態について図
面を参照して説明する。図３３は、本発明の第２の実施
の形態における構成を示す図である。図３３を参照する
と、本発明の第２の実施の形態は、図１に示した前記第
１の実施の形態の構成において、ローカルな入出力イン
ターフェースの代わりにネットワークプロトコル３２が
接続されており、さらに、これは、ＳＱＬ（構造型問合
わせ言語）インターフェース３３へ接続されている。こ
のＳＱＬインターフェースは、一般にさまざまなベンダ
ーのデータベースシステムに対して統一的なＳＱＬイン
ターフェースを提供するために用意されるもので、例え
ば米マイクロソフト社の提唱するＯＤＢＣインターフェ
ースに則たものとなっている。そして自ホストまたは他
ホスト上のデータベース検索アプリケーション３４はＳ
ＱＬインターフェースを経由してネットワークプロトコ
ル３２を通じてマルチメディアファイルサーバ１を参照
する。

【０１５６】図３４は、本発明の第２の実施の形態の動
作を説明するための図である。図３４を参照すると、ス
テップ３４ｉで、自ホストまたは他ホスト上のデータベ
ース検索アプリケーションに対してデータベース利用者
がＳＱＬ命令または対話形式のデータ検索方法によって
マルチメディアサーバに対してマルチメディアファイル
サーバが管理するデータファイルに対する検索命令を発
行する。発行された検索命令は、自ホストまたは他ホス
ト上のデータベース検索アプリケーションによってＳＱ
Ｌ命令としてＳＱＬインターフェース３３に送られる。

【０１５７】ＳＱＬインターフェース３３は、ＳＱＬ命
令をマルチメディアファイルサーバが受け付け可能な呼
び出し形式に調整する。その後、ネットワークプロトコ
ル３２を経由してマルチメディアファイルサーバ１へデ
ータベース検索命令が送付される。それ以降実際に検索
結果を出すまでの動作については、図１３から図２０ま
でを参照して説明した動作と同様のため省略する。

【０１５８】検索結果３６はマルチメディアファイルサ
ーバ１からネットワークプロトコル３２を通じて自ホス
トまたは他ホスト上のデータベース検索アプリケーショ
ン３４へ返却され、データベース利用者へ表示される。
また上記検索命令に関しての例であるが、更新、登録、
定義命令に関しても同様である。

【０１５９】図３５は、本発明の第２の実施の形態の動
作における一実施例を説明するための図である。

【０１６０】ステップ３４ｉにおいて、キーワード‘Ｋ
ＥＹ−ＷＯＲＤ１’に関連するファイルがあるか否かの
検索指定が自ホストまたは他のホスト上のデータベース
検索アプリケーション３４に対して入力される。

【０１６１】自ホストまたは他のホスト上のデータベー
ス検索アプリケーション３４は、“ＳＥＬＥＣＴ Ｔ
１．ネットワークアドレス ＦＲＯＭ Ｔ１，Ｋ１，Ｔ
Ｋ１ＷＨＥＲＥ Ｋ１．キーワード＝‘ＫＥＹ−ＷＯＲ
Ｄ１’ＡＮＤ Ｋ１．キーワード番号＝ＴＫ１．キーワ
ード番号 ＡＮＤ ＴＫ１．ファイル番号＝Ｔ１．ファ
イル番号”という命令を発行し、それがＳＱＬインター
フェース３３によってマルチメディアファイルサーバに
受け付け可能な呼び出し形式に調整される。さらにネッ
トワークプロトコル３２を経由してＳＱＬ命令がマルチ
メディアファイルサーバ１へ送られる。

【０１６２】マルチメディアファイルサーバ１は、ＳＱ
Ｌ文を受け取った後、ＳＱＬ文を解釈実行し、その結果
として、‘ｆｔｐ：／／ｍｙｈｏｓｔ．ｄｏｍａｉｎ／
ｔｅｓｔ．ｂｍｐ’を得る。

【０１６３】マルチメディアファイルサーバ１は、検索
結果をネットワークプロトコル３２を通じて自ホストま
たは他ホスト上のデータベース検索アプリケーション３
４へ返却する。そしてその結果がデータベース利用者へ
提示される。

【０１６４】次に本発明の第３の実施の形態について図
面を参照して説明する。図３６は、本発明の第３の形態
における構成を示す図である。図３６を参照すると、本
発明の第３の実施の形態は、図１に示した前記第１の実
施の形態の構成においてローカルな入出力インターフェ
ースの代わりに、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅ
ｂ）サーバ６ｈが接続されており、さらに、ＷＷＷサー
バ６ｈは、プロトコルを通じてインターネット７へ接続
されている。インターネットを通じて他のホスト上のＷ
ＷＷブラウザ３７からＷＷＷサーバ６ｈへ要求が送れる
構成となっている。ＷＷＷサーバ６ｈは、ＳＱＬインタ
ーフェース３３を通じてマルチメディアファイルサーバ
１へ検索要求を送り、さらに、マルチメディアファイル
サーバ１は、検索結果をＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ
Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）インターフェース
３８を通じてＷＷＷサーバ６ｈへ返却する。

【０１６５】図３７は、本発明の第３の実施の形態の動
作を説明するための図である。図３７において、他のホ
スト上のＷＷＷブラウザ３７に対して利用者がマルチメ
ディアファイルサーバ１に対するファイルの検索要求命
令を実行する。他のホスト上のＷＷＷブラウザ３７は、
インターネット７を通じてＷＷＷサーバ６ｈに対し、検
索命令要求を発行する。ＷＷＷサーバ６ｈは、ブラウザ
からのマルチメディアファイルサーバ１に対する検索命
令を受けて、マルチメディアファイルサーバ１に対して
検索命令を発行する。なお、マルチメディアファイルサ
ーバ１が検索命令を受け取ってから検索結果を導出する
までの動作は、図１３から図２０までを参照して説明し
た動作と同様のため省略する。

【０１６６】マルチメディアファイルサーバ１は、導出
した結果をＨＴＭＬインターフェース３８を通じてＨＴ
ＭＬ形式に変換しそれをＷＷＷサーバ６ｈへ返却する。
ＷＷＷサーバ６ｈは、受け取ったＨＴＭＬをインターネ
ット７を通じて他ホスト上のＷＷＷブラウザ３７へ送
る。他ホスト上のＷＷＷブラウザ３７は受け取ったＨＴ
ＭＬをブラウザ上に表示し、利用者に検索結果として示
す。

【０１６７】次に本発明の第３の実施の形態における実
際の具体例すなわち実施例について、図３８を参照して
説明する。

【０１６８】図３８のステップ３４ｉにおいて、マルチ
メディアファイルサーバ１の利用者は、キーワード‘ｋ
ｅｙ−ｗｏｒｄ１’に関連するファイルがあるかどうか
を検索する命令をＷＷＷブラウザ３７に対して入力す
る。ＷＷＷブラウザ３７は、受け取った検索命令をイン
ターネット７を通じてＷＷＷサーバ６ｈへ送る。

【０１６９】ＷＷＷサーバ６ｈはＣＧＩを初めとする各
種のインターフェースを通じてＳＱＬインターフェース
３３に対してＳＱＬ形式の検索命令、“ＳＥＬＥＣＴ
Ｔ１．ネットワークアドレスＦＲＯＭ Ｔ１，Ｋ１，Ｔ
Ｋ１ ＷＨＥＲＥ Ｋ１．キーワード＝‘ＫＥＹ−ＷＯ
ＲＤ１’ＡＮＤ Ｋ１．キーワード番号＝ＴＫ１．キー
ワード番号 ＡＮＤ ＴＫ１．ファイル番号＝Ｔ１．フ
ァイル番号”を発行する。

【０１７０】ＳＱＬインターフェース３３は、受け取っ
たＳＱＬ命令をマルチメディアファイルサーバ１が受け
付け可能な呼び出し形式に調整して、マルチメディアフ
ァイルサーバ１へ送付する。

【０１７１】マルチメディアファイルサーバ１は、受け
取った検索命令に対してＳＱＬ文を解釈実行し、その結
果として‘ｆｔｐ：／／ｍｙｈｏｓｔ．ｄｏｍａｉｎ／
ｔｅｓｔ．ｂｍｐ’を得る。マルチメディアファイルサ
ーバ１は、検索結果をＨＴＭＬインターフェース３８を
通じてＨＴＭＬ形式に構築し、構築結果をＷＷＷサーバ
６ｈへ返却する。

【０１７２】ＷＷＷサーバ６ｈは、受け取ったＨＴＭＬ
形式の検索結果をインターネット７を通じて他のホスト
上のＷＷＷブラウザ３７へ返却する。ＷＷＷブラウザ３
７は結果ＨＴＭＬを‘ＴＥＳＴ．ＢＭＰ’の名前を表示
し、マウスでクリックすると自動的にファイル内容が転
送されるような形式のインターフェースとして表示す
る。

【０１７３】次に、他の変形例について説明する。本発
明の第３の実施の形態においてインターネットを介して
情報をやり取りする形態として、ＷＷＷサーバとＷＷＷ
ブラウザを用いた場合について説明したが、これはＦＴ
Ｐ（ｆｉｌｅ ｔｒａｎｓｆｅｒ ｐｒｏｔｏｃｏｌ）
サーバとＦＴＰクライアント、またはＧＯＰＨＥＲ（Ｉ
ｎｔｅｒｎｅｔ Ｇｏｐｈｅｒ）サーバとＧＯＰＨＥＲ
クライアントのように、インターネットを介したサーバ
とクライアントの組み合わせとして置き換えることも可
能である。

【０１７４】

【発明の効果】以上説明したように、本発明によれば下
記記載の効果を奏する。

【０１７５】本発明の第１の効果は、利用者が欲するデ
ータファイルを、キーワードなどを指定するデータベー
ス検索命令を実行することにより検索できる、というこ
とである。この結果、利用者が、欲するファイルを入手
するための完全な物理的情報を持っていない場合であっ
ても、所望のファイルを検索、利用することができる。

【０１７６】その理由は、本発明によれば、データファ
イルをファイル単位で管理することによって、データベ
ースシステムをインデックスとして構築しているためで
ある。

【０１７７】本発明の第２の効果は、様々なデータ型の
ファイルに対してマルチメディアが処理可能なインター
フェースを提供している、ということである。

【０１７８】その理由は、本発明においては、ユーザが
ファイルの属性ごとに処理させるアプリケーションを定
義できるインターフェースを提供可能としているためで
ある。

【０１７９】本発明の第３の効果は、あるホストが管理
するファイルを、汎用のデータベース検索インターフェ
ースであるＳＱＬ言語を用いてネットワークを介したリ
モートのホストから検索可能としている、ということで
ある。

【０１８０】その理由は、本発明においては、ファイル
単位に管理されたインデックス情報を汎用のＳＱＬ言語
で検索可能なインターフェースを提供している、ためで
ある。

【０１８１】本発明の第４の効果は、インターフェース
へアクセスする各種クライアントアプリケーションから
インターネットを通じてあるホストが管理するデータフ
ァイルに対して検索命令が発行できる、ということであ
る。

【０１８２】その理由は、本発明においては、データフ
ァイルを管理するインデックスへ、各種インターネット
上のサーバから検索要求が発行できるようなインターフ
ェースを提供するためである。

【図面の簡単な説明】

【図１】本発明の第一の実施の形態の構成を示す図であ
る。

【図２】本発明の第一乃至第四の実施の形態におけるマ
ルチメディアファイルサーバの構成を示す図である。

【図３】本発明の実施の形態における定義情報ファイル
とインデックスファイルの構成を示す図である。

【図４】図２のＤＢＭＳ制御手段の詳細な構成を示す図
である。

【図５】図２のファイル属性定義手段の詳細な構成を示
す図である。

【図６】図２のキーワード定義手段の詳細な構成を示す
図である。

【図７】図２のインデックス構築手段の詳細な構成を示
す図である。

【図８】図２のファイル検索手段の詳細な構成を示す図
である。

【図９】図２の登録内容更新手段の詳細な構成を示す図
である。

【図１０】図２のファイル登録手段の詳細な構成を示す
図である。

【図１１】図２のアプリケーション起動手段の詳細な構
成を示す図である。

【図１２】本発明の第一の実施の形態における動作の全
体を説明するための図である。

【図１３】図４のＤＢＭＳ制御手段の動作手順を示す流
れ図である。

【図１４】図５のファイル属性定義手段の動作手順を示
す流れ図である。

【図１５】図６のキーワード定義手段の動作手順を示す
流れ図である。

【図１６】図７のインデックス構築手段の動作手順を示
す流れ図である。

【図１７】図８のファイル検索手段の動作手順を示す流
れ図である。

【図１８】図９の登録内容更新手段の動作手順を示す流
れ図である。

【図１９】図１０のファイル登録手段の動作手順を示す
流れ図である。

【図２０】図１１のアプリケーション起動手段の動作手
順を示す流れ図である。

【図２１】図３の定義情報ファイル内の表とインデック
スファイル内の表の定義命令の一例を示す図である。

【図２２】図３の定義情報ファイルとインデックスファ
イルのＢツリーの定義命令の一例を示す図である。

【図２３】図３の定義情報ファイル内の各表の項目の一
例を示す図である。

【図２４】図３のインデックスファイル内の各表の項目
を示す図である。

【図２５】図１４のファイル属性定義手段における管理
対象領域出力の具体例を示す図である。

【図２６】図１４のファイル属性定義手段における定義
情報出力の具体例を示す図である。

【図２７】図１５のキーワード定義手段の処理動作の具
体例を示す図である。

【図２８】図７のインデックス構築手段の処理動作の具
体例を示す図である。

【図２９】図８のファイル検索手段の処理動作の具体例
を示す図である。

【図３０】図９の登録内容更新手段の処理動作の具体例
を示す図である。

【図３１】図１０のファイル登録手段の処理動作の具体
例を示す図である。

【図３２】図１１のアプリケーション起動手段の処理動
作の具体例を示す図である。

【図３３】本発明の第２の実施の形態の構成を示す図で
ある。

【図３４】本発明の第２の実施の形態の動作手順を示す
図である。

【図３５】本発明の第２の実施の形態の処理動作の具体
例を示す図である。

【図３６】本発明の第３の実施の形態の構成を示す図で
ある。

【図３７】本発明の第３の実施の形態の動作手順を示す
図である。

【図３８】本発明の第３の実施の形態の処理動作の具体
例を示す図である。

【図３９】従来のデータベースシステムの構成を示す図
である。

【図４０】従来のデータベースシステムをもとに構築さ
れたファイルサーバの構成を示す図である。

【符号の説明】

１ マルチメディアファイルサーバ ２ インデックスファイル ３ 定義情報ファイル ４ 起動されるアプリケーション ５ ファイル格納用記憶装置 ６ インターネット上の各種サーバ ７ インターネット ９ ＤＢＭＳ制御手段 １０ ファイル登録手段 １１ ファイル検索手段 １２ 登録内容更新手段 １４ ＳＱＬ実行手段 １５ インデックス構築手段 １６ キーワード対応づけ手段 １７ ファイル属性定義手段 １８ アプリケーション起動手段 １９ データベース管理部 ２０ 利用データ ２１ アプリケーションプログラム ２２ 定義情報ファイル ２３ インデックスファイル ２４ データベースファイル ２５ レコード ２６ データファイル ２７ ファイルの位置情報 ２８ 利用者 ３０ ローカルな入出力画面インターフェース ３２ ネットワークプロトコル ３３ ＳＱＬインターフェース ３４ 自ホストまたは他のホスト上のデータベース検索
アプリケーション ３６ 検索結果 ３７ 他のホスト上のＷＷＷブラウザ ３８ ＨＴＭＬインターフェース

Claims (9)

【特許請求の範囲】
1. 【請求項１】データファイルをファイル単位で検索可能
   にするデータベース管理システムにを備えたファイルサ
   ーバシステム。
2. 【請求項２】ユーザが適切な起動アプリケーションを定
   義していくことでマルチメディアに対応したファイル処
   理手段を備えたことを特徴とするファイルサーバシステ
   ム。
3. 【請求項３】標準のデータベース検索言語であるＳＱＬ
   を使って管理するデータファイルの検索を可能としたこ
   とを特徴とする請求項１記載のファイルサーバシステ
   ム。
4. 【請求項４】インターネット上の各種サーバへのインタ
   ーフェースを提供することでインターネット上の各種ク
   ライアントから管理するデータファイルの検索を可能と
   したことを特徴とする請求項１記載のファイルサーバシ
   ステム。
5. 【請求項５】ファイル格納用記憶装置上のデータファイ
   ルをインデックスファイルを利用してデータファイル単
   位に管理する手段と、 定義情報ファイルを利用して各ファイルの属性を判断し
   属性ごとに適切な起動アプリケーションを起動する手段
   と、を備え、データファイルに対してマルチメディアイ
   ンターフェースを提供すると共に、 新たなファイル属性を適宜定義する手段を、備えたこと
   を特徴とするファイルサーバシステム。
6. 【請求項６】マルチメディアファイルサーバ装置が、 データベース管理処理の制御を実行するＤＢＭＳ制御手
   段と、 データファイル情報をインデックスファイルに登録する
   ためのファイル登録手段と、 データファイル情報を前記インデックスファイルから検
   索するファイル検索手段と、 データファイル情報の前記インデックスファイルの登録
   内容を更新するための登録更新手段と、 前記インデックスファイルと定義情報ファイルに対して
   構造型問い合わせ言語（ＳＱＬ）による参照更新要求に
   対して参照更新処理を実行するＳＱＬ実行手段と、 前記定義情報ファイルに格納する定義情報を解析、出力
   するためのファイル属性定義手段と、 ファイル格納用記憶装置に格納されているデータファイ
   ルのインデックス情報を作成して前記インデックスファ
   イルへ出力するインデックス構築手段と、 前記ファイル格納用記憶装置に格納されたデータファイ
   ルと、入出力インターフェースから入力されたキーワー
   ドか、またはファイル内を走査することで抽出したキー
   ワードを対応付け、インデックス情報および定義情報を
   作成して前記インデックスファイルおよび前記定義情報
   ファイルへ出力するキーワード定義手段と、 前記ファイル格納用記憶装置から参照したデータファイ
   ルを利用する起動アプリケーションを起動実行させるア
   プリケーション起動手段と、 を備え、 前記ファイル格納用記憶装置上のデータファイルを前記
   インデックスファイルを利用することでデータファイル
   単位に検索可能とし、且つ前記定義情報ファイルを利用
   することで各ファイルの属性を判断し、属性ごとに適切
   な起動アプリケーションを起動することにより、データ
   ファイルに対してマルチメディアインターフェースを提
   供する、ことを特徴とするファイルサーバシステム。
7. 【請求項７】前記入出力インターフェースとして、ロー
   カルな入出力インターフェース、もしくは、ネットワー
   クプロトコルを介してＳＱＬインターフェースへ接続さ
   れてなる、ことを特徴とする請求項６記載のファイルサ
   ーバシステム。
8. 【請求項８】前記入出力インターフェースとして、ＷＷ
   Ｗ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）サーバが接続され
   ており、前記ＷＷＷサーバはインターネットへ接続され
   ている、ことを特徴とする請求項６記載のファイルサー
   バシステム。
9. 【請求項９】マルチメディアファイルサーバ装置が、 （ａ）データベース管理処理の制御を実行するＤＢＭＳ
   制御手段、 （ｂ）データファイル情報をインデックスファイルに登
   録するためのファイル登録手段、 （ｃ）データファイル情報を前記インデックスファイル
   から検索するファイル検索手段、 （ｄ）データファイル情報の前記インデックスファイル
   の登録内容を更新するための登録更新手段、 （ｅ）前記インデックスファイルと定義情報ファイルに
   対して構造型問い合わせ言語（ＳＱＬ）による参照更新
   要求に対して参照更新処理を実行するＳＱＬ実行手段、 （ｆ）前記定義情報ファイルに格納する定義情報を解
   析、出力するためのファイル属性定義手段と、 （ｇ）ファイル格納用記憶装置に格納されているデータ
   ファイルのインデックス情報を作成して前記インデック
   スファイルへ出力するインデックス構築手段と、 （ｈ）前記ファイル格納用記憶装置に格納されたデータ
   ファイルと、入出力インターフェースから入力されたキ
   ーワードか、またはファイル内を走査することで抽出し
   たキーワードを対応付け、インデックス情報および定義
   情報を作成して前記インデックスファイルおよび前記定
   義情報ファイルへ出力するキーワード定義手段、及び、 （ｉ）前記ファイル格納用記憶装置から参照したデータ
   ファイルを利用する起動アプリケーションを起動実行さ
   せるアプリケーション起動手段、 を備え、 前記ファイル格納用記憶装置上のデータファイルを前記
   インデックスファイルを利用することでデータファイル
   単位に検索可能とし、且つ前記定義情報ファイルを利用
   することで各ファイルの属性を判断し、属性ごとに適切
   な起動アプリケーションを起動することにより、データ
   ファイルに対してマルチメディアインターフェースを提
   供する、前記マルチメディアファイルサーバ装置におい
   て、前記（ａ）〜（ｉ）の各手段を前記マルチメディア
   ファイルサーバ装置を構成するコンピュータで機能させ
   るためのプログラムを記録した記録媒体。