(57)【要約】      （修正有）【課題】ファイル属性の検索効率及び読み出し効率を低下することなく、大きなサイズの情報をファイル属性の一部として取り扱うことができるファイル管理装置を提供する。【解決手段】ファイル属性処理部１ｂが、クライアントであるワークステーション等の端末装置２ａ〜２ｃから入力されたファイル属性のうち、イメージデータを除く属性データについては基本属性ファイル１ｆに記憶し、イメージデータについては該イメージデータをラージ属性ファイル１ｇとして記憶するとともに該ラージ属性ファイル１ｇのアドレス情報を基本属性ファイル１ｆに設定する。【選択図】図１
2006331439.tif 000002
【特許請求の範囲】
【請求項１】
内容データと前記内容データの属性データとを記憶する記憶手段と、
前記記憶手段に記憶した内容データの属性データのうち、イメージデータを除く属性データについては前記内容データと対応付けた基本属性情報として記憶し、イメージデータについては該イメージデータをラージ属性情報として記憶するとともに該ラージ属性情報のアドレス情報を前記基本属性情報に設定する属性処理手段と
を具備したことを特徴とするファイル管理装置。
【請求項２】
属性処理手段が、記憶手段に記憶した内容データの属性データのうちイメージデータを除く属性データについては前記内容データと対応付けた基本属性情報として記憶し、イメージデータについては該イメージデータをラージ属性情報として記憶するとともに該ラージ属性情報のアドレス情報を前記基本属性情報に設定することを特徴とするファイル管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ファイル管理装置および方法に関する。
【背景技術】
【０００２】
従来、データを格納する場合には、該データの内容（内容データ。以下「コンテント」と言う。）に、タイトル及び作成者等の各属性情報からなる属性データを付加して論理ファイルとして扱うのが一般的である。
【０００３】
例えば、ゼロックス社が開発したＪＳｔａｒワークステーションで用いられているネットワークシステムファイリング（以下、「ＮＳファイリング」という。）においては、タイトル、作成者、作成時間及びキーワード等の各属性情報からなる属性データと、コンテントとを論理ファイルとして取り扱っている。
【０００４】
ここで、この属性データとは、図６に示すように、ファイル名、キーワード等の属性情報の集合であり、この属性情報のタイプ（以下「属性タイプ」と言う。）毎に所定のデータサイズ及びデータシンタックスを割り当てておき、この制約下に各属性タイプ毎の属性情報を設定するのが一般的である。
【０００５】
例えば、データサイズを８バイト（６ａ）として、またデータシンタックスをストリング（６ｂ）として規定した属性タイプ「ファイル名」には、”BUNKENー1”（６ｃ）というように、クライアントが指定した８バイト以下の文字列が設定される。
【０００６】
このコンテント及び属性データからなる論理ファイルを管理する従来の管理技術には、属性データ毎に物理ファイルを割り当てておき、管理テーブル等を用いてファイルの相互関係を管理する技術と、属性データをデータベースを用いて一括管理する技術に大別される。
【０００７】
前者の技術においては、図７（ａ）に示すように、属性タイプａ〜ｎを持つ属性ファイル７ｂと、コンテントを格納したコンテントファイル７ｃとから１つの論理ファイル７ａを構成し、属性ファイル７ｂ及びコンテントファイル７ｃの対応関係を示す管理テーブル７ｄを用いて論理ファイルを管理することになる。
【０００８】
これに対して、後者の技術においては、図７（ｂ）に示すように、データベース７ｅにより、属性ファイル及びコンテントファイル７ｃの対応関係と、各属性データとをデータベースを用いて一括管理することになる。この場合に、対応関係を扱うデータベースと、各属性データを扱うデータベースとを別々に設ける場合も多い。
【０００９】
このように、前者の技術においては属性データに物理ファイルを割当て、後者の技術においては該属性データが管理情報としてデータベース管理され、利用されていたが、最近では、かかる属性データに融通性を持たせて、該属性データ内にユーザ領域を設けることが多い。
【００１０】
このため、この属性データの用途は多様化し、時には、縮小イメージデータや手書きタイトルイメージのような大きなサイズの情報が属性情報として利用されることもある。
【００１１】
ここで、この縮小イメージデータとは、イメージデータのデータ量を低減したものであり、パーソナルコンピュータのように扱うことができるデータ量に制約のある装置においてイメージデータの代わりに利用されるものである。また、イメージデータを把握する際に、縮小イメージデータのリストをクライアントに表示するように利用されることもある。
【００１２】
また、手書きタイトルイメージは、キーボードを使わずにタイトルを入力したり、コンテントの一部を取り出してタイトル情報とする場合等に用いられる。
【００１３】
かかる該縮小イメージデータ等を属性情報として取り扱うと、該属性情報の情報量が他の属性情報に比して突出するため、属性データ時の検索効率の低下を招くという問題が生じる。
【００１４】
また、属性データの読み出し処理を行う際に、該属性データ内のタイトルやキーワード等をキャッシュメモリ上に常駐させてアクセス効率の高い読み出し処理を行う技術が知られているが、大きなサイズの情報を属性情報として取り扱うこととすると、その情報によってキャッシュメモリが占有されるため、他の属性情報が該キャッシュメモリから追い出される結果となる。
【００１５】
このため、かかる大きなサイズの情報を従来技術を用いて属性情報として扱うためには、クライアントが該情報を属性データとは別に管理する必要が生じる。
【発明の開示】
【発明が解決しようとする課題】
【００１６】
しかしながら、大きなサイズの情報をクライアントが管理する場合には、クライアントに余分の負荷がかかるだけでなく、論理ファイル全体の整合性が保持されているか否かをファイル管理装置側で認識できないため、問題が生じる。
【００１７】
すなわち、全ての属性データをファイル管理装置において取り扱う場合には、論理ファイルの整合性が問題とはならないが、クライアントが管理する情報はファイル管理装置側で認識できないため、論理的に不当な属性データが付与される可能性がある。
【００１８】
また、ファイル属性の一部に対するアクセス制御をファイル管理装置が行うことができなくなるという問題もある。
【００１９】
したがって、論理ファイルの整合性を保持するためには、大きなサイズの情報についてもファイル管理装置側で属性データの一部として扱う必要がある。
【００２０】
そこで、本発明では、かかる問題を解決し、属性データの検索効率及び読み出し効率を低下することなく、大きなサイズの情報を属性データの一部として取り扱うことができるファイル管理装置および方法を提供することを目的とする。
【課題を解決するための手段】
【００２１】
上述した目的を達成するため、請求項１の発明は、内容データと前記内容データの属性データとを記憶する記憶手段と、前記記憶手段に記憶した内容データの属性データのうち、イメージデータを除く属性データについては前記内容データと対応付けた基本属性情報として記憶し、イメージデータについては該イメージデータをラージ属性情報として記憶するとともに該ラージ属性情報のアドレス情報を前記基本属性情報に設定する属性処理手段とを具備したことを特徴とする。
【００２２】
また、請求項２の発明は、属性処理手段が、記憶手段に記憶した内容データの属性データのうちイメージデータを除く属性データについては前記内容データと対応付けた基本属性情報として記憶し、イメージデータについては該イメージデータをラージ属性情報として記憶するとともに該ラージ属性情報のアドレス情報を前記基本属性情報に設定することを特徴とする。
【発明の効果】
【００２３】
本発明によれば、属性データの検索効率及び読み出し効率を低下することなく、大きなサイズの情報を属性データの一部として取り扱うことが可能となる。
【発明を実施するための最良の形態】
【００２４】
以下、本発明に係るファイル管理装置および方法の一実施例について図面を参照して説明する。
【実施例】
【００２５】
図１は、ネットワークの全体構成及び本発明に係わるファイル管理装置の構成を示すブロック図である。
【００２６】
図１に示すように、このネットワークにおいては、ローカルエリアネットワーク（ＬＡＮ）３に、ファイル管理装置１及びクライアントであるワークステーションやパーソナルコンピュータ等の端末装置２ａ〜２ｃが接続される構成としている。
【００２７】
また、ファイル管理装置１は、要求受付部１ａと、ファイル属性処理部１ｂと、コンテント処理部１ｃと、ファイル属性記憶部１ｄと、コンテント記憶部１ｅとから構成される。
【００２８】
要求受付部１ａは、端末装置２ａ〜２ｃからファイル属性又はコンテントのアクセス要求を受けて、ファイル属性処理部１ｂ又はコンテント処理部１ｃのいずれに処理要求を行うかを判断して該当処理部にアクセス要求を転送するとともに、ファイル属性処理部１ｂ又はコンテント処理部１ｃからファイル属性又はコンテントを受けると、該情報をアクセス要求元の端末装置に送出するものである。
【００２９】
ファイル属性処理部１ｂは、論理ファイルのうち属性情報に関する格納、検索及び取り出し処理を行うものである。このファイル属性処理部１ｂでは、ファイル名、作成者及びキーワード等からなる通常サイズのタイプのみからなる属性情報（以下、「基本属性情報」という。）だけでなく、イメージデータ等の大きなサイズのタイプについても属性情報の一部として取り扱っている。
【００３０】
コンテント処理部１ｃは、論理ファイルのうちコンテントに関する格納、検索及び取り出し処理を行うものである。
【００３１】
属性情報記憶部１ｄは、論理ファイルのファイル属性を記憶する記憶媒体又は記憶領域であり、基本属性情報１ｆ及び大きなサイズの属性データ１ｇがそれぞれファイルとして記憶される。
【００３２】
コンテント記憶部１ｅは、論理ファイルのコンテントを記憶する記憶媒体又は記憶領域である。
【００３３】
次に、上記構成を持つファイル管理装置１において取り扱うファイル属性の一例について図２を用いて説明する。
【００３４】
図２に示すように、このファイル属性においては、ファイル名及びキーワード等の基本属性情報だけでなく、縮小イメージについても考慮している。
【００３５】
ここで、この縮小イメージのデータ自体は、ファイル属性を記憶する属性ファイルに格納するのではなく、属性ファイルとは別のイメージファイルに記憶するとともに、属性ファイルの該当箇所には、該イメージファイルのアドレスを示すアドレス情報（ポインタ）を設定することとしている。
【００３６】
したがって、ファイル属性の縮小イメージに対応する箇所は、データサイズがイメージファイルサイズ（２０１）でかつデータシンタックスが物理ファイル（２０２）で規定されるものの、実際には該箇所にイメージファイルのアドレス情報が設定される（２０３）ことになる。
【００３７】
次に、ファイル管理装置１において行うファイル属性の格納処理手順及びアクセス処理手順について説明する。
【００３８】
次に、ファイル属性の格納処理手順について説明する。
【００３９】
図３は、ファイル属性の格納処理手順を示すフローチャートである。
【００４０】
図３に示すように、端末装置２ａ〜２ｃのいずれかからＬＡＮ３を介してファイル属性の格納要求を受けた場合には、要求受付部１ａはファイル属性処理部１ｂに対して該ファイル属性の格納要求を出力する。
【００４１】
このアクセス要求を受けたファイル属性処理部１ｂにおいては、格納要求を受けたファイル属性に含まれる各属性情報のサイズを調べ（Ｓ３０１）、各属性情報のうち所定サイズ以上の属性情報が存在するか否かを判断する（Ｓ３０２）。
【００４２】
そして、ファイル属性に含まれる各属性情報が全て所定サイズ以下である場合には、該ファイル属性に基本属性ファイルを割り当ててファイル属性記憶部１ｄに格納し（Ｓ３０３）、処理を終了する。
【００４３】
これに対して、ファイル属性に含まれる属性情報のうち少なくとも１つが所定サイズ以上である場合には、所定サイズ以上の属性情報に対して１つのラージ属性ファイル１ｇを割り当ててファイル属性記憶部１ｄに格納する（Ｓ３０４）とともに、ファイル属性のうち所定サイズ以上の属性情報が存在していた箇所を該属性情報のアドレス情報に置換した（Ｓ３０５）のち、該ファイル属性に基本属性ファイルを割り当ててファイル属性記憶部１ｄに格納し（Ｓ３０６）処理を終了する。
【００４４】
上記格納手順を用いることにより、ファイル属性のうち所定サイズ以上の属性情報についてはラージ属性ファイル１ｇを割当てるとともに、該大きなサイズの属性情報が存在していた箇所をラージ属性ファイル１ｇのアドレス情報に置換したファイル属性に基本属性ファイルを割り当ててファイル属性記憶部１ｄに格納できることになる。
【００４５】
図４は、上記格納手順に従って格納したファイル属性を取り出す際のアクセス処理手順を示すフローチャートである。
【００４６】
図４に示すように、端末装置２ａ〜２ｃのいずれかからＬＡＮ３を介してファイル属性のアクセス要求を受けた場合には、要求受付部１ａはファイル属性処理部１ｂに対して該ファイル属性のアクセス要求を出力する。
【００４７】
また、このアクセス要求を受けたファイル属性処理部１ｂにおいては、まずファイル属性記憶部１ｄから該ファイル属性を有する属性ファイルを取り出す（Ｓ４０１）。
【００４８】
そして、このファイル属性内にアドレス情報が存在するか否かを調べ（Ｓ４０２）、アドレス情報が存在しない場合には、該ファイル属性を出力して（Ｓ４０３）処理を終了する。
【００４９】
これに対して、ファイル属性内にアドレス情報が存在する場合には、ラージ属性ファイル１ｇに格納された大きなサイズの属性情報が存在することを意味するため、該アドレスからラージ属性ファイル１ｇに格納されたイメージデータ等の大きなサイズの属性情報を取り出し（Ｓ４０４）、ファイル属性とともに出力して（Ｓ４０５）処理を終了する。
【００５０】
上記処理を行うことにより、ファイル属性内に大きなサイズの属性情報が存在する場合についても、大きなサイズの属性情報が存在しない場合と同様の手順でファイル属性をアクセスすることができる。
【００５１】
なお、ファイル属性は単にデータの塊として扱うだけでなく、ファイル管理装置により管理される情報であるため、逐次内容が変更又は更新される場合がある。したがって、変更後のファイル属性のサイズが所定サイズ以上の大きさとなった場合には、かかる属性情報を切り放して新たにラージ属性ファイルを作成する必要がある。
【００５２】
そこで、次に、ファイル属性記憶部１ｄ内のファイル属性を変更時に行うファイル属性更新手順について説明する。
【００５３】
図５は、ファイル属性の変更後に行う更新手順を示すフローチャートである。
【００５４】
図５に示すように、ファイル属性を変更したならば、属性変更後の各属性情報のサイズを調べて（Ｓ５０１）、所定サイズ以上の属性情報の有無を確認する（Ｓ５０２）。
【００５５】
そして、所定サイズ以上の属性情報がある場合には、既にラージ属性ファイルを用いているか否かを確認し（Ｓ５０３）、ラージ属性ファイルを用いている場合にはそのまま処理を終了する。
【００５６】
これに対して、所定サイズ以上の属性情報があるにもかかわらず、ラージ属性ファイルを用いていない場合には、変更又は更新に伴い属性情報が所定サイズ以上になったものと考えられるため、新たにラージ属性ファイルを作成して（Ｓ５０４）ファイル内に該当する属性情報を格納する（Ｓ５０５）。そして、属性情報格納時と同様に、基本属性ファイル内の該属性情報の箇所をラージ属性ファイルのアドレス情報に置換する（Ｓ５０６）。
【００５７】
一方、Ｓ５０２において、変更後のファイル属性に所定サイズ以上の属性情報がない場合には、該ファイル属性がラージ属性ファイルを用いているか否かを確認し（Ｓ５０７）、ラージ属性ファイルを用いていない場合にはそのまま処理を終了する。
【００５８】
これに対して、所定サイズの属性情報がないにもかかわらず、ラージ属性ファイルを用いている場合には、変更又は更新に伴い属性情報が所定サイズ以下になったものと考えられるため、ラージ属性ファイル内に格納される属性情報を基本属性ファイル内の該当箇所に格納するとともに（Ｓ５０８）、該ラージ属性ファイルを削除して（Ｓ５０９）処理を終了する。
【００５９】
上記処理を行うことにより、属性情報の変更に伴って、属性情報のサイズが変わり、所定サイズ以上であったものが所定サイズ以下になった場合や、所定サイズ以下であったものが所定サイズ以上になった場合にも対応することが可能となる。
【００６０】
なお、上記処理においては、ファイル属性処理部１ｂにおいて自動的に属性ファイルを更新する場合について示したが、クライアントからの入力により属性ファイルを更新することもできる。
【００６１】
この場合には、クライアントからの入力に基づき更新処理を行うか否かの判断条件を図５のＳ５０１の前に設けることにより実現することができる。
【００６２】
かかる構成を用いることにより、属性ファイルに対するアクセス回数を低減しうることが可能となる。
【００６３】
上述してきたように、本実施例においては、端末装置２ａ〜２ｃから入力されたファイル属性の各属性情報が所定サイズ以上であるか否かをファイル属性処理部１ｂにより判定し、該属性情報が所定サイズより小さいと判定した場合には前記ファイル属性を基本属性ファイル１ｆに記憶し、それ以外の場合には、該属性情報をラージ属性ファイル１ｇに記憶するとともに、該ラージ属性ファイル１ｇのアドレス情報を基本属性ファイル１ｆの該当箇所に設定するよう構成したので、基本属性ファイル１ｆを検索する際の検索効率及び読み出し効率を低下することなく、大きなサイズの属性情報についてはラージ属性ファイル１ｇを用いて取り扱うことができる。
【００６４】
また、ファイル属性を変更する際に、変更後の属性ファイルのサイズを調べて、属性ファイルを更新するように構成することにより、属性ファイルの整合性を保持することができる。
【００６５】
なお、本実施例では、ネットワークにファイル管理装置を接続し、大きなサイズの属性情報として縮小イメージデータを例示したが、本発明はこれに限定されるものではなく、各端末が直接ファイル管理装置に接続される場合や、タイトルイメージやアイコンイメージその他の大きなサイズの各種データについても適用可能である。
【図面の簡単な説明】
【００６６】
【図１】本発明に係るファイル管理装置の構成を示すブロック図。
【図２】図１に示すファイル管理装置１において取り扱うファイル属性の一例を示す図。
【図３】図１に示すファイル属性処理部において行うファイル属性の格納処理手順を示すフローチャート。
【図４】図１に示すファイル属性処理部において行うファイル属性を取り出す際のアクセス処理手順を示すフローチャート。
【図５】図１に示すファイル属性処理部においてファイル属性の変更後に行う属性ファイルの更新手順を示すフローチャート。
【図６】従来のファイル属性の構成を示す図。
【図７】従来のファイル管理技術を示す図。
【符号の説明】
【００６７】
１    ファイル管理装置
１ａ    要求受付部
１ｂ    ファイル属性処理部
１ｃ    コンテント処理部
１ｄ    ファイル属性記憶部
１ｅ    コンテント記憶部
１ｆ    基本属性ファイル
１ｇ    ラージ属性ファイル
２ａ〜２ｃ    端末装置
３    ＬＡＮ
【図１】
2006331439.tif 000003
【図２】
2006331439.tif 000004
【図３】
2006331439.tif 000005
【図４】
2006331439.tif 000006
【図５】
2006331439.tif 000007
【図６】
2006331439.tif 000008
【図７】
2006331439.tif 000009