(57)【特許請求の範囲】
【請求項１】
内容データおよび属性情報からなるファイルについての登録要求をクライアントから受け付けて該登録要求に係わるファイルの内容データをサーバに登録するファイリングシステムの制御装置において、
前記クライアントからの前記登録要求を該クライアントに対応する第１のプロトコルにて受け付けて応答を返すクライアントアクセス手段と、
前記サーバに対して該サーバに対応する第２のプロトコルにてアクセスするサーバアクセス手段と、
前記ファイルの属性情報の項目をそれぞれ定義する複数のスキーマを管理し、前記クライアントアクセス手段による前記クライアントからの前記登録要求の受け付けに際して、前記複数のスキーマのうち前記登録要求に係わるファイルの属性情報と整合するスキーマを選択するスキーマ管理手段と、
前記スキーマ管理手段で選択したスキーマに基づき前記サーバの登録対象ファイルの内容データを格納すべき格納場所を決定し、該決定した格納場所に前記登録対象ファイルの内容データを格納するよう前記サーバアクセス手段に指示するとともに、該格納場所を該登録対象ファイルの属性情報に付加して管理テーブルで前記スキーマに対応して記憶管理するファイル操作手段と
を備えたことを特徴とするファイリングシステムの制御装置。
【請求項２】
内容データおよび属性情報からなるファイルについての取出要求をクライアントから受け付けて、該ファイルをサーバから取り出すファイリングシステムの制御装置において、
前記クライアントからの前記取出要求を該クライアントに対応する第１のプロトコルにて受け付けて応答を返すクライアントアクセス手段と、
前記サーバに対して該サーバに対応する第２のプロトコルにてアクセスするサーバアクセス手段と、
前記ファイルの属性情報の項目をそれぞれ定義する複数のスキーマを管理し、前記クライアントアクセス手段による前記クライアントからの前記取出要求の受け付けに際して、前記複数のスキーマを前記取出要求に係わるファイルの属性情報の項目と照合して該当するスキーマを選択するスキーマ管理手段と、
ファイルの格納場所をファイルの属性情報に付加して前記スキーマに対応して記憶管理する管理テーブルを有し、前記スキーマ管理手段で選択したスキーマに基づき前記管理テーブルから該取出要求に係わるファイルの格納場所を求め、該ファイルの格納場所から該ファイルの内容データを取り出すよう前記サーバアクセス手段に指示するとともに、該格納場所から取り出されたファイルの内容データをクライアントに転送させるファイル操作手段と
を備えたことを特徴とするファイリングシステムの制御装置。
【請求項３】
内容データおよび属性情報からなるファイルについての登録要求をクライアントから受け付けて該登録要求に係わるファイルの内容データをサーバに登録するファイリングシステムの制御方法において、
前記クライアントからの前記登録要求を該クライアントに対応する第１のプロトコルにてクライアントアクセス手段により受け付け、
前記クライアントアクセス手段で受け付けた前記登録要求から登録対象ファイルの属性情報と内容を抽出し、
スキーマ管理手段で管理される前記ファイルの属性情報の項目をそれぞれ定義する複数のスキーマのうち前記抽出したファイルの属性情報と整合するスキーマを選択し、
該選択したスキーマに基づき登録対象ファイルの内容データを格納すべき前記サーバの格納場所を決定し、
該決定した格納場所に前記登録対象ファイルの内容データを格納するよう前記サーバに対して該サーバに対応する第２のプロトコルにてアクセスするサーバアクセス手段に指示するとともに、
該格納場所を該登録対象ファイルの属性情報に付加して管理テーブルで前記スキーマに対応して記憶管理する
ことを特徴とするファイリングシステムの制御方法。
【請求項４】
内容データおよび属性情報からなるファイルについての取出要求をクライアントから受け付けて、該ファイルをサーバから取り出すファイリングシステムの制御方法において、
前記クライアントからの前記取出要求を該クライアントに対応する第１のプロトコルにてクライアントアクセス手段により受け付け、
前記クライアントアクセス手段で受け付けた前記取出要求から取出対象ファイルの属性情報を抽出し、
スキーマ管理手段で管理される前記ファイルの属性情報の項目をそれぞれ定義する複数のスキーマを前記抽出したファイルの属性情報と照合して該当するスキーマを選択し、
該選択したスキーマに基づき、ファイルの格納場所をファイルの属性情報に付加して前記スキーマに対応して記憶管理する管理テーブルから該取出要求に係わるファイルの格納場所を求め、
該ファイルの格納場所から該ファイルの内容データを取り出すよう前記サーバに対して該サーバに対応する第２のプロトコルにてアクセスするサーバアクセス手段に指示するとともに、
該格納場所から取り出されたファイルの内容データをクライアントに転送する
ことを特徴とするファイリングシステムの制御方法。
【発明の詳細な説明】
【０００１】
【産業上の利用分野】
本発明は、ファイリングシステムに関し、特にマルチメディアデータなどを、属性の項目の異なる複数の管理形態で管理することができるファイリングシステムに関する。
【０００２】
【従来の技術】
最近の情報処理技術の進展には著しいものがあり、文書データのみならず画像データや映像データ等の各種データ（以下「マルチメディアデータ」と言う。）がオフィスに氾濫している。
【０００３】
このため、かかるマルチメディアデータを効率よく管理しようとして、従来から様々なファイルサーバやデータベースが用いられてきた。
【０００４】
例えば、特開平２−３８７１号公報には、文書画像データに内容記述情報を付加して記憶媒体に格納し、この内容記述情報を用いて大量の文書画像データを効率的に管理し、検索効率の向上を図る画像情報ファイリング装置が開示されている。
【０００５】
また、特開平４−３４４９５６号公報には、連係情報ディスク管理手段により、イメージ情報管理部分とコード情報管理部分との関連情報を管理して、該関連情報を用いて両者の情報を自動的に関連づけることにより、イメージ情報及びコード情報を結合管理する電子ファイリング装置が開示されている。
【０００６】
【発明が解決しようとする課題】
しかしながら、上記技術に代表される従来技術は、それぞれ装置内に記憶したファイルのみを管理対象とするものであり、ネットワークシステムにおけるファイル管理機能全体の向上を図るものではない。
【０００７】
すなわち、システム全体としてのファイル管理機能を向上ならしめるファイリングシステムが必要であるにも係わらず、従来のファイリングシステムにおいてはかかる機能が欠落していたのである。
【０００８】
具体的には、トータルシステムとしてのファイル管理機能を考えると、各ファイリング装置等が管理するファイルをいかに統合管理するかが重要な問題となる。
【０００９】
すなわち、各ファイリング装置においてファイルを個別に管理していたのでは、同一のファイルを複数のファイリング装置に格納することを回避できず、また所望のファイルがどのファイリング装置の管理下にあるかを簡易に調べることができないため、記憶容量の圧迫及び検索効率等の面で問題となる。
【００１０】
また、従来のファイリング装置では、クライアントの要求を満足できる１つのファイル管理形態（以下「スキーマ」と言う。）を決定し、該スキーマを実現できるように装置構成されるため、一台のファイリング装置で満たし得る要求性能には限界があり、異なる管理形態でクライアントの要求に対応できるファイリング装置を有するファイリングシステムを構築することも重要な課題となっている。
【００１１】
そこで、本発明では上記問題及び課題を解決し、ファイルを属性の項目の異なる複数の管理形態で管理できるとともに、ネットワークに接続する他の装置に格納されたファイル等をも合わせて管理できるファイリングシステムの制御装置および方法を提供することを目的とする。
【００１２】
【課題を解決するための手段】
上記目的を達成するため、請求項１の発明は、内容データおよび属性情報からなるファイルについての登録要求をクライアントから受け付けて該登録要求に係わるファイルの内容データをサーバに登録するファイリングシステムの制御装置において、前記クライアントからの前記登録要求を該クライアントに対応する第１のプロトコルにて受け付けて応答を返すクライアントアクセス手段と、前記サーバに対して該サーバに対応する第２のプロトコルにてアクセスするサーバアクセス手段と、前記ファイルの属性情報の項目をそれぞれ定義する複数のスキーマを管理し、前記クライアントアクセス手段による前記クライアントからの前記登録要求の受け付けに際して、前記複数のスキーマのうち前記登録要求に係わるファイルの属性情報と整合するスキーマを選択するスキーマ管理手段と、前記スキーマ管理手段で選択したスキーマに基づき前記サーバの登録対象ファイルの内容データを格納すべき格納場所を決定し、該決定した格納場所に前記登録対象ファイルの内容データを格納するよう前記サーバアクセス手段に指示するとともに、該格納場所を該登録対象ファイルの属性情報に付加して管理テーブルで前記スキーマに対応して記憶管理するファイル操作手段とを備えたことを特徴とする。
また、請求項２の発明は、内容データおよび属性情報からなるファイルについての取出要求をクライアントから受け付けて、該ファイルをサーバから取り出すファイリングシステムの制御装置において、前記クライアントからの前記取出要求を該クライアントに対応する第１のプロトコルにて受け付けて応答を返すクライアントアクセス手段と、前記サーバに対して該サーバに対応する第２のプロトコルにてアクセスするサーバアクセス手段と、前記ファイルの属性情報の項目をそれぞれ定義する複数のスキーマを管理し、前記クライアントアクセス手段による前記クライアントからの前記取出要求の受け付けに際して、前記複数のスキーマを前記取出要求に係わるファイルの属性情報の項目と照合して該当するスキーマを選択するスキーマ管理手段と、ファイルの格納場所をファイルの属性情報に付加して前記スキーマに対応して記憶管理する管理テーブルを有し、前記スキーマ管理手段で選択したスキーマに基づき前記管理テーブルから該取出要求に係わるファイルの格納場所を求め、該ファイルの格納場所から該ファイルの内容データを取り出すよう前記サーバアクセス手段に指示するとともに、該格納場所から取り出されたファイルの内容データをクライアントに転送させるファイル操作手段とを備えたことを特徴とする。
また、請求項３の発明は、内容データおよび属性情報からなるファイルについての登録要求をクライアントから受け付けて該登録要求に係わるファイルの内容データをサーバに登録するファイリングシステムの制御方法において、前記クライアントからの前記登録要求を該クライアントに対応する第１のプロトコルにてクライアントアクセス手段により受け付け、前記クライアントアクセス手段で受け付けた前記登録要求から登録対象ファイルの属性情報と内容を抽出し、スキーマ管理手段で管理される前記ファイルの属性情報の項目をそれぞれ定義する複数のスキーマのうち前記抽出したファイルの属性情報と整合するスキーマを選択し、該選択したスキーマに基づき登録対象ファイルの内容データを格納すべき前記サーバの格納場所を決定し、該決定した格納場所に前記登録対象ファイルの内容データを格納するよう前記サーバに対して該サーバに対応する第２のプロトコルにてアクセスするサーバアクセス手段に指示するとともに、該格納場所を該登録対象ファイルの属性情報に付加して管理テーブルで前記スキーマに対応して記憶管理することを特徴とする。
また、請求項４の発明は、内容データおよび属性情報からなるファイルについての取出要求をクライアントから受け付けて、該ファイルをサーバから取り出すファイリングシステムの制御方法において、前記クライアントからの前記取出要求を該クライアントに対応する第１のプロトコルにてクライアントアクセス手段により受け付け、前記クライアントアクセス手段で受け付けた前記取出要求から取出対象ファイルの属性情報を抽出し、スキーマ管理手段で管理される前記ファイルの属性情報の項目をそれぞれ定義する複数のスキーマを前記抽出したファイルの属性情報と照合して該当するスキーマを選択し、該選択したスキーマに基づき、ファイルの格納場所をファイルの属性情報に付加して前記スキーマに対応して記憶管理する管理テーブルから該取出要求に係わるファイルの格納場所を求め、該ファイルの格納場所から該ファイルの内容データを取り出すよう前記サーバに対して該サーバに対応する第２のプロトコルにてアクセスするサーバアクセス手段に指示するとともに、該格納場所から取り出されたファイルの内容データをクライアントに転送することを特徴とする。
【００１３】
【作用】
本発明によれば、複数種のクライアントからの要求をクライアントアクセス手段において受け付け、該受け付けた要求をスキーマ管理手段を用いて内部系の位置情報及び属性情報に変換するとともに、インデックス管理手段を用いて該内部系の位置情報及び属性情報に物理的格納位置を対応づけ、該物理的格納位置からデータアクセス手段を用いてデータをアクセスし、該アクセスしたデータをデータアクセス手段を用いてクライアントに応答する。
【００１４】
これにより、ファイルを属性の項目の異なる複数の管理形態で管理できるとともに、ネットワークに接続する他の装置に格納されたファイル等をも合わせて管理することができる。
【００１５】
【実施例】
以下、本発明に係るファイリングシステムの一実施例について図面を参照して説明する。
【００１６】
図１は、ファイリングシステムの全体構成を示すブロック図である。
【００１７】
図１に示すように、このファイリングシステムは、クライアント制御部１１と、各クライアント１２ａ〜１２ｄと、各サーバ１３ａ〜１３ｃとから構成される。
【００１８】
ここで、クライアント１２ａ〜１２ｄは、それぞれワークステーション（ＷＳ）等を扱うクライアントであり、それぞれクライアント制御部１１に接続されている。
【００１９】
このクライアント１２ａ〜１２ｄは、サーバ１３ａ〜１３ｃ及びクライアント制御部１１に対するファイルの登録、検索及び取り出し要求等を行うことが可能であり、いずれのサーバに対するアクセス要求も、クライアント制御部１１を介して行うことになる。
【００２０】
また、サーバ１３ａ〜１３ｃは、クライアント１２ａ〜１２ｄから登録されたファイルの管理を行うファイルサーバであり、それぞれクライアント制御部１１に接続されている。
【００２１】
そして、本発明の主体をなすクライアント制御部１１は、各クライアント１２ａ〜１２ｄと、各サーバ１３ａ〜１３ｄとの間に設けられ、クライアントアクセス部１１ａ、スキーマ管理部１１ｂ、ファイル操作部１１ｃ、サーバアクセス部１１ｄ及びローカルディスク１１ｅから構成される。なお、このクライアント制御部１１は、ローカルディスク１１ｅを用いてファイル管理を行うファイルサーバとしても機能する。
【００２２】
クライアントアクセス部１１ａは、クライアント１２ａ〜１２ｄからファイルの登録、検索及び取り出し要求を受け付け、該要求をスキーマ管理部１１ｂに出力するとともに、スキーマ管理部１１ｂから受け取った検索結果等を要求元のクライアントに出力するものである。
【００２３】
このクライアントアクセス部１１ａにおいては、本システムの機能発揮に適合する標準プロトコル以外に、各種クライアントが用いる既存プロトコルを装備する。
【００２４】
すなわち、このクライアント制御部１１を用いる以前に、各クライアント１２ａ〜１２ｄが、サーバ１３ａ〜１３ｃとの間で使用していた既存プロトコルをクライアントアクセス部１１ａにおいて装備するのである。
【００２５】
スキーマ管理部１１ｂは、属性の項目の異なる複数のスキーマを管理する管理部である。すなわち、このクライアント制御部１１においては、複数のスキーマを用いてローカルディスク１１ｅを複数の形態で記述できるように構成し、このスキーマ管理部１１ｂにおいてかかる複数のスキーマを管理している。
【００２６】
ファイル操作部１１ｃは、マルチメディアデータのファイルを内容データ（以下「内容」と言う。）及び属性情報を用いて管理・操作するものである。具体的には、要求された検索条件等に対応するスキーマを選択し、リファレンスポインタを用いてファイル操作を行うことになる。
【００２７】
このリファレンスポインタとは、内容の格納場所を示す一種のアドレスポインタであり、従来用いられているアドレスポインタの概念を拡張したものである。
【００２８】
すなわち、従来のアドレスポインタでは、ローカルディスク１１ｅ内部を対象範囲としてファイルの格納場所を指し示していたが、このリファレンスポインタでは、かかるローカルディスク１１ｅ内部に留まらず、他のサーバ１３ａ〜１３ｃについても対象範囲としている。
【００２９】
また、このリファレンスポインタにおいては、ファイルを記憶する記憶媒体のみを対象とせず、物理的位置をも対象としている。具体的には、印刷物及び書物を管理対象として、これらの書物等が位置する書庫や書棚をリファレンスポインタを用いて指し示すことができるのである。
【００３０】
サーバアクセス部１１ｄは、クライアント制御部１１とサーバ１３ａ〜１３ｃとの間のインターフェースを司る部分であり、クライアントアクセス部と同様に、標準プロトコル以外に、各種サーバ１３ａ〜１３ｃが用いる既存プロトコルを装備する。
【００３１】
上記構成を持ちサーバとしても機能するクライアント制御部１１を用いることにより、サーバ１３ａ〜１３ｃの上位サーバとしてクライアント制御部１１を位置付け、各サーバのファイル管理機能を統合してファイリングシステムを実現できることになる。
【００３２】
次に、上記構成を有するファイリングシステムを用いたファイルの格納・検索手順について図２を用いて説明する。
【００３３】
まず、クライアント１２ａからサーバ１３ｂに文書ファイルを格納する場合について説明する。
【００３４】
クライアント１２ａが、既存プロトコルを用いてサーバ１３ｂに対する文書ファイルの格納要求を行う（Ｓ２０１）と、この要求をクライアントアクセス部１１ａが受け付け、スキーマ管理部１１ｂに出力する（Ｓ２０２）。そして、格納要求を受けたスキーマ管理部１１ｂでは、文書ファイルの有する属性データに基づいてスキーマを選択して、該スキーマにおける文書ファイルの格納位置を確認する。そして、文書ファイルを格納位置とともにファイル操作部１１ｃに出力する（Ｓ２０３）。
【００３５】
そして、ファイル操作部１１ｃでは、文書ファイルの属性データに基づいてファイル管理用の属性情報を作成し、この属性情報を所定の格納位置に格納するとともに、文書ファイルをサーバアクセス部１１ｄに送出する（Ｓ２０４）。
【００３６】
なお、ここで作成される属性情報は、文書ファイルの属性データに文書ファイルの格納場所を示すリファレンスポインタ等を付加したものであり、この場合にはサーバ１３ｂに対応する情報がリファレンスポインタとして用いられる。
【００３７】
そして、サーバアクセス部１１ｄでは、該文書ファイルを既存プロトコルを用いてサーバ１３ｂに送信し（Ｓ２０５）、サーバ１３ｂ内に文書ファイルが格納される。
【００３８】
また、サーバ１３ｂが文書ファイルの格納を完了したならば、格納完了通知をサーバアクセス部１１ｄに対して送信する（Ｓ２０６）。そして、該格納完了通知が、逐次ファイル操作部１１ｃ、スキーマ管理部１１ｂ及びクライアントアクセス部１１ａに転送され（Ｓ２０７）、該クライアントアクセス部１１ａから文書ファイルの格納要求を行ったクライアント１２ａに対して格納完了通知が既存プロトコルで出力されることになる（Ｓ２０８）。
【００３９】
上記格納処理を行うことにより、クライアント１２ａの要求どうりに文書ファイルがサーバ１３ｂに格納されるだけでなく、該文書ファイルがサーバ１３ｂに格納されていることを、ファイル操作部１１ｃにおいて認識できることになる。
【００４０】
なお、クライアント１２ａ及びサーバ１３ｂにおいては、既存プロトコルを用いて従来手順でファイルの転送及び受領を行うことができるため、クライアント制御部１１導入に伴う改修を必要とせず、あくまでクライアント制御部１１をトランスペアレント（透過的）なものとみなすことが可能となる。
【００４１】
次に、クライアント１２ｂからクライアント制御部１１に対してファイル検索要求が行われた場合の処理手順について説明する。
【００４２】
クライアント１２ｂが、標準プロトコルを用いてクライアント制御部１１に対してファイル検索要求を行う（Ｓ２１１）と、この要求をクライアントアクセス部１１ａが受け付け、スキーマ管理部１１ｂに出力する（Ｓ２１２）。そして、検索要求を受けたスキーマ管理部１１ｂでは、検索条件に適合するスキーマを選択して、検索条件とともにファイル操作部１１ｃに出力する（Ｓ２１３）。
【００４３】
そして、ファイル操作部１１ｂにおいて、当該スキーマに従い検索条件に合致する属性情報を検索し、該当するファイルに関する情報を検索結果としてスキーマ管理部１１ｂに出力する（Ｓ２１４）。
【００４４】
この際、各属性情報には、ファイルの格納場所を示すリファレンスポインタが付与されているため、検索条件に合致するファイルの格納場所についても検索結果に含めることも可能である。
【００４５】
そして、この検索結果が、スキーマ管理部１１ｃ及びクライアントアクセス部１１ａを介して、標準プロトコルを用いてクライアント１２ｂに対して出力される（Ｓ２１５、Ｓ２１６）。
【００４６】
上記検索処理を行うことにより、クライアント１２ａの検索要求に合致するファイルが、クライアント制御部１１のみならず、サーバ１３ａ〜１３ｃに存在する場合においても検索して出力できることになる。
【００４７】
以上、本発明に係るファイリングシステムの概要構成及び処理の概要について説明したので、以下では各クライアント、各サーバ及びクライアント制御部がネットワークに接続された場合の第２の実施例を用いて具体的に説明する。
【００４８】
図３は、第２の実施例におけるファイリングシステムのシステム構成を示すブロック図である。
【００４９】
図３に示すように、第２の実施例においては、ワークステーション（ＷＳ）、パーソナルコンピュータ（ＰＳ）及びスキャナー（Ｓｃａｎ）をそれぞれ装備するクライアント１２ａ〜１２ｃが、ＬＡＮ２１（ローカルエリアネットワーク）を介して、またファクシミリ（ＦＡＸ）クライアントがＦＡＸ回線手段を介して、それぞれクライアント制御部１１と接続されている。
【００５０】
また、クライアント制御部１１は、ＬＡＮ２２を介して、外部サーバ１３ａ及び１３ｂと接続されている。なお、この外部サーバは前例と同様に、ファイル管理を行うファイルサーバであるものとする。
【００５１】
なお、本実施例においては、説明の便宜上ＬＡＮ２１及びＬＡＮ２２を別々に設けることとしたが、同一のＬＡＮ上にそれぞれ接続することもできる。
【００５２】
クライアント制御部１１は、前実施例と同様に、クライアントアクセス部１１ａ、スキーマ管理部１１ｂ、ファイル操作部１１ｃ、サーバアクセス部１１ｄ及びローカルディスク１１ｅから構成されている。
【００５３】
ここで、本実施例においては、クライアントアクセス部１１ａを、ローカルメディアアクセス部Ａ１と、ネットワークアクセス部Ａ２と、ＦＡＸ回線アクセス部Ａ３とから構成している。
【００５４】
ローカルメディアアクセス部Ａ１は、クライアント制御部１１に設けられた図示しないフロッピイディスク装置等のローカルメディアから、ファイルの登録要求等を受け付けるものである。
【００５５】
ネットワークアクセス部Ａ２は、ＬＡＮ２１を介して接続されている各クライアント１２ａ〜１２ｃからのアクセス要求を受け付けるものである。
【００５６】
ＦＡＸ回線アクセス部Ａ３は、ＦＡＸ回線手段を用いてクライアント制御部１１に対してアクセスを行うクライアントからのアクセス要求を受け付けるものであり、この場合には、ＦＡＸ回線手段を用いるＦＡＸクライアント１２ｄからのアクセス要求が、このＦＡＸ回線アクセス部Ａ３によって受け付けられる。
【００５７】
なお、上記の各アクセス部Ａ１〜Ａ３は、それぞれ複数のプロトコルを装備することが可能であり、クライアント制御部用の標準プロトコルの他に、既存プロトコル等を用いることができる。
【００５８】
また、スキーマ管理部１１ｂは、スキーマＢ１及びスキーマＢ２等の複数のスキーマを管理しており、例えばファイルを格納する場合には、ファイルの属性を参照し、該属性に適合するスキーマを選択することになる。なお、このスキーマの内容については後述する。
【００５９】
次に、ファイル操作部１１ｃは、内容処理部Ｃ１及び属性処理部Ｃ２から構成される。なお、この実施例においては、ファイルを内容と属性に分けて、内容を所定のサーバに格納するとともに、該属性をファイル操作部１１ｃ内で取り扱う場合について説明する。
【００６０】
内容処理部Ｃ１は、ファイルの内容を処理するものであり、具体的には内容を格納する格納場所を決定し、該格納場所に内容を格納するよう、サーバアクセス部１１ｃに対して指示するものである。これによりファイルの内容は、サーバ１３ａ又は１３ｂ若しくはローカルディスク１１ｅに格納される。なお、クライアントが格納する外部サーバを指定している場合には、該外部サーバの指定に従うことになる。
【００６１】
属性処理部Ｃ２は、内容処理部Ｃ１において決定した格納場所をリファレンスポインタとして属性を付加し、該属性等を該スキーマに対応する図示しない管理テーブルに記憶するものである。なお、この管理テーブルは、スキーマ毎に設けられる。
【００６２】
次に、サーバアクセス部１１ｄは、ローカルディスクアクセス部Ｄ１及びネットワークアクセス部Ｄ２から構成される。
【００６３】
ローカルディスクアクセス部Ｄ１は、クライアント制御部１１がサーバとして機能する際に用いられるものであり、ローカルディスク１１ｅに対するアクセスを行うものである。
【００６４】
ネットワークアクセス部Ｄ２は、ＬＡＮ２２を介して外部サーバ１３ａ又は１３ｂに対してアクセスする際に用いられるものである。なお、このネットワークアクセス部Ｄ２においては、標準プロトコルの他に既存プロトコルを装備することが可能である。
【００６５】
次に、上記構成を有するクライアント制御部１１において行う、ファイルの登録、検索、取り出し処理について具体的に説明する。
【００６６】
図４は、図３に示すクライアント制御部１１のファイル登録処理の流れを示すフローチャートである。
【００６７】
図４に示すように、クライアントから所定のプロトコルでファイルの登録要求を受けた場合には、該プロトコルを解釈し（Ｓ４０１）、該当するアクセス部Ａ１〜Ａ３から要求を受け付け、スキーマ管理部１１ｂに出力する。
【００６８】
そして、スキーマ管理部１１ｂでは、登録要求を受けたファイルから属性及び内容を抽出し（Ｓ４０２）、各スキーマ管理構造に要する情報（以下「スキーマ情報」と言う。）と該ファイルの属性との整合性を調べ（Ｓ４０３）、対応するスキーマがない場合には、エラー終了通知をクライアントに行った後（Ｓ４０４）、処理を終了する。この際、該ファイルに対応するスキーマを新たに構築することも可能である。
【００６９】
これに対して、該ファイルの属性に対応するスキーマが存在する場合には、該スキーマを確定した後、ファイルの内容及び属性をファイル操作部１１ｃに送出する。
【００７０】
そして、ファイル操作部１１ｃでは、まず内容処理部Ｃ１において該ファイルの内容を格納する格納場所を決定し、属性処理部Ｃ２に通知する。なお、クライアントが格納先のサーバを指定した場合にはその指定に従う。
【００７１】
この通知を受けた属性処理部Ｃ２においては、属性に対して内容データの格納場所をリファレンスポインタとして付加し、該スキーマの所定の位置に追加して図示しない管理テーブルに格納する（Ｓ４０５）。
【００７２】
次に、この属性の格納が正常に完了したか否かを確認し（Ｓ４０６）、正常に完了した場合には、該ファイルの内容を決定した格納場所に格納するようサーバアクセス部１１ｄに対して指示する。
【００７３】
そして、サーバアクセス部１１ｄは、格納場所がローカルディスクである場合にはローカルディスクアクセス部Ｄ１を用いて、また格納場所が外部サーバ１３ａ又は１３ｂである場合には外部サーバアクセス部Ｄ２を用いて、該ファイルの内容を格納する（Ｓ４０７）。
【００７４】
そして、このファイルの内容が正常に格納されたか否かを確認し（Ｓ４０８）、正常に格納された場合には、クライアントに対して正常終了した旨を通知した後（Ｓ４０９）、処理を終了する。
【００７５】
なお、Ｓ４０６及びＳ４０８において、正常に完了しない場合には、クライアントに対してエラー終了通知を行った（Ｓ４０４）後、処理を終了する。
【００７６】
次に、上記ファイルの検索処理について図５に示すフローチャートを用いて説明する。
【００７７】
図５は、図３に示すクライアント制御部１１のファイル検索処理の流れを示すフローチャートである。
【００７８】
図５に示すように、クライアント１２ａ〜１２ｄから検索要求を受けた場合には、上記登録処理と同様に、クライアントアクセス部１１ａにおいてプロトコルを解釈し（Ｓ５０１）、対応するアクセス部から検索要求を受け付け、スキーマ管理部１１ｂに送出する。
【００７９】
そして、スキーマ管理部１１ｂにおいては、検索要求から検索範囲と検索条件を抽出し（Ｓ５０２）、該検索条件等に対応するスキーマが有るか否かを各スキーマ情報と照合して調べる（Ｓ５０３）。
【００８０】
そして、検索条件等に合致するスキーマが存在しない場合には、クライアントに対して該当ファイルなしとして検索結果を通知した（Ｓ５０６）後、処理を終了する。
【００８１】
これに対して、対応するスキーマが存在する場合には、該検索条件等をファイル操作部１１ｃに送出する。
【００８２】
そして、ファイル操作部１１ｃにおいては、属性処理部Ｃ２を用いて、検索条件に合致する属性を有するファイルを検索し（Ｓ５０４）、検索結果を集計した後（Ｓ５０５）、該検索結果をクライアントに通知（Ｓ５０６）して処理を終了する。
【００８３】
次に、上記ファイルの取り出し処理について図６に示すフローチャートを用いて説明する。
【００８４】
図６は、図３に示すクライアント制御部１１のファイル取り出し処理の流れを示すフローチャートである。
【００８５】
図６に示すように、クライアント１２ａ〜１２ｄからファイルの取り出し要求を受けた場合には、上記登録処理と同様に、クライアントアクセス部１１ａにおいてプロトコルを解釈し（Ｓ６０１）、対応するアクセス部から取り出し要求を受け付け、スキーマ管理部１１ｂに送出する。
【００８６】
そして、スキーマ管理部１１ｂにおいて、取り出すべきファイルの属性に対応する情報を取り出し要求から抽出し（Ｓ６０２）、各スキーマ情報と照合する（Ｓ６０３）。
【００８７】
その結果、該当するスキーマがない場合には、クライアントに対してエラー終了通知を行った後（Ｓ６０４）、処理を終了する。
【００８８】
これに対して、該当するスキーマが存在する場合には、該ファイル取り出し要求をファイル操作部１１ｃに対して出力する。
【００８９】
この取り出し要求を受けたファイル操作部１１ｃは、属性処理部Ｃ２を用いて、取り出し要求に合致する属性を取り出す（Ｓ６０５）。
【００９０】
そして、この属性の取り出しが正常に終了したか否かを確認し（Ｓ６０６）、正常に終了した場合には、属性の中からリファレンスポインタを取り出し、ファイルの格納場所を確認する。
【００９１】
そして、このリファレンスポインタの指し示す格納場所から内容を取り出し（Ｓ６０７）、取り出しが正常に終了したならば（Ｓ６０８）、内容及び属性をクライアントに転送して（Ｓ６０９）、処理を終了する。
【００９２】
以上のように、ファイルの格納、検索及び取り出し処理を行うことにより、外部サーバ１３ａ及び１３ｂをローカルディスク１１ｅと区別することなく、ファイル管理できることになる。
【００９３】
次に、スキーマ管理部１１ｂで用いる各スキーマの構造について説明する。
【００９４】
図７は、スキーマの構造を示す概念図である。
【００９５】
図７に示すように、スキーマ管理部１１ｂは、スキーマＢ１及びスキーマＢ２のように複数のスキーマを内在している。
【００９６】
また、各スキーマは、各属性を木構造で管理しており、例えばスキーマＢ１の下に属性７１及び属性７２が配置され、また属性７１の下に属性７１ａ及び属性７１ｂが配置されるのである。
【００９７】
このように、木構造のスキーマを用いることにより、検索効率の良いスキーマが実現できることになる。
【００９８】
なお、本発明で取り扱うことのできるスキーマは、木構造に限定されるものではなく、各種構造を持つスキーマを使用できる。
【００９９】
また、スキーマ管理部１１ｂにおいては、スキーマの追加及び削除等を自在に行うことができる。
【０１００】
次に、スキーマ管理部１１ｂの具体例について、図８を用いて説明する。
【０１０１】
図８に示すように、スキーマ管理部１１ｂは、スキーマＢ１及びスキーマＢ２を内在しているものとする。
【０１０２】
ここで、スキーマＢ１は、年月日をタイプとする作成日と、文字列をタイプとする作成者と、数字をタイプとする文書形式を項目として有するスキーマ情報Ｂ１０により特徴付けられるものであり、スキーマＢ２は、年月日をタイプとする発行日と、数字をタイプとする伝票種別と、文字列をタイプとする得意先とを項目として有するスキーマ情報Ｂ２０により特徴付けられたスキーマである。
【０１０３】
また、各スキーマを構成する属性については、スキーマ情報の構成要素毎に具体的な値を有しており、例えば、スキーマＢ１に配置された属性８１には、”９３０８２４”が作成日として、”山口”が作成者として、”１”が文書形式としてそれぞれ格納されている。
【０１０４】
さらに、属性には、例えば、属性８１に内容ポインタ８１０ａを付加したように、内容の格納場所を指し示すリファレンスポインタが格納されている。
【０１０５】
このリファレンスポインタは、単にサーバのローカルディスク内のアドレスを指し示すだけでなく、外部サーバ及び物理的な書庫等についても含める異が可能である。
【０１０６】
すなわち、従来のデータベース等においては、１つのデータベースに対して１つのスキーマを設定していたのに対し、本発明においてはこのスキーマ管理部１１ｂで属性の項目の異なる複数のスキーマを管理するとともに、従来のアドレスポインタにおいては、ローカルディスク内の記憶場所を示していたのに対し、本発明では外部サーバ及び物理的な書庫等を指し示すことが可能なリファレンスポインタを属性内に設けているのである。
【０１０７】
次に、スキーマ管理部１１ｂにおける管理形態と、ＷＳクライアントの表示画面との関係について、図９を用いて説明する。
【０１０８】
図９に示すように、スキーマ管理部１１ｂが有するスキーマＢ１、Ｂ２毎に、ＷＳクライアントの画面上にはドロア９１、９２が表示されている。
【０１０９】
また、スキーマＢ１に配置された属性８１、８２は、ドロア９１内のキャビネットとして表示され、属性８１の下に配置された属性８１ａ及び８１ｂは文書としてそれぞれ表示されている。
【０１１０】
このように、スキーマ毎にドロアを設け、ドロア内のフォルダ及び文書に対応させて属性を配置することにより、各スキーマの構造をワークステーション上に表示し、クライアントの指定を受けることが可能となる。
【０１１１】
上述してきたように、本実施例においては、スキーマ管理部１１ｂにおいて、複数のスキーマを管理できるよう構成したので、複数の管理構造を用いてファイル管理を行うことができる。
【０１１２】
また、ファイル操作部１１ｃにおいて、リファレンスポインタによりローカルディスク１１ｅ内のファイルのみならず、外部サーバ１３ａ〜１３ｃ及び書棚等を指し示すように構成したので、外部サーバ等に格納するファイルを統合管理することができる。
【０１１３】
さらに、クライアント１２ａ〜１２ｄから入力されたアクセス要求を、クライアントアクセス部１１ａにおいて複数のプロトコルを用いて受け付けるよう構成したので、標準プロトコルはもちろんのこと、既存のプロトコルを用いてアクセス要求を行うことができる。
【０１１４】
なお、本実施例においては、外部サーバとしてファイルサーバを対象としたが、本発明はこれに限定されるものではなく、データベース及びメールサーバ等のファイル管理を行う各種装置に適用することが可能である。
【０１１５】
【発明の効果】
以上詳細に説明したように、本発明によれば、スキーマ管理手段において、属性の項目の異なる複数のスキーマを管理できるよう構成したので、複数の管理構造を用いてファイル管理を行うことが可能となる。
【０１１６】
また、クライアントからはサーバと同じプロトコルでアクセスできるので、トランスペアレントであるという効果も生じる。
【図面の簡単な説明】
【図１】  本発明に係るファイリングシステムの第１の実施例における全体構成を示すブロック図。
【図２】  図１に示すファイリングシステムのファイル格納及びファイル検索手順を示す図。
【図３】  本発明に係るファイリングシステムの第２の実施例における全体構成及びクライアント制御部の細部構成を示すブロック図。
【図４】  図３に示すクライアント制御部のファイル登録手順を示すフローチャート。
【図５】  図３に示すクライアント制御部のファイル検索手順を示すフローチャート。
【図６】  図３に示すクライアント制御部のファイル取り出し手順を示すフローチャート。
【図７】  図３に示すスキーマ管理部で扱うスキーマの構造を示す概念図。
【図８】  スキーマの具体的構成の一例を示す図。
【図９】  スキーマと画面表示との対応関係を示す図。
【符号の説明】
１１  クライアント制御部、  １１ａ  クライアントアクセス部、
１１ｂ  スキーマ管理部、  １１ｃ  ファイル操作部、
１１ｄ  サーバアクセス部、  １１ｅ  ローカルディスク、
１２ａ〜１２ｄ  クライアント、  １３ａ〜１３ｃ  サーバ、
２１〜２２  ＬＡＮ、  ３  ＬＡＮ
Ａ１  ローカルメディアアクセス部、  Ａ２  ネットワークアクセス部、
Ａ３  ＦＡＸ回線アクセス部、  Ｂ１〜Ｂ２  スキーマ、
Ｃ１  内容処理部、  Ｃ２  属性処理部、
Ｄ１  ローカルディスクアクセス部、  Ｄ２  外部サーバアクセス部
【図１】
0003640314.tif 000002
【図２】
0003640314.tif 000003
【図３】
0003640314.tif 000004
【図４】
0003640314.tif 000005
【図５】
0003640314.tif 000006
【図６】
0003640314.tif 000007
【図７】
0003640314.tif 000008
【図８】
0003640314.tif 000009
【図９】
0003640314.tif 000010