JP2011095909A - ファイル管理装置、その方法、及びプログラム - Google Patents

Abstract

【課題】利用者の利便性を向上させてファイルへのアクセスを容易にすると共に、既存の階層構造により管理されるファイルについて、作業の手間を掛けずに、複数の分類基準で形成される階層構造を生成し振り分けることができるファイル管理装置等を提供する。
【解決手段】階層構造によりファイルを管理するファイル管理装置１０において、管理の対象となる複数の管理ファイルを格納するファイル記憶部１１と、複数の階層構造をそれぞれ異なる分類基準で形成し、形成された各階層構造ごとに全ての管理ファイルについて、管理ファイルと各階層構造におけるノードとの対応情報を記憶する対応情報記憶部３０と、対応情報記憶部３０が記憶する対応情報に基づいて、管理ファイルの階層構造を分類基準ごとに切り替えて表示する表示制御部３８とを備える。
【選択図】図３

Description

本発明は、ファイルを多次元的な階層構造で管理するファイル管理装置等に関する。

情報社会の進展に伴い、あらゆるオフィスにおいて大量の電子ファイルが蓄積されている。現代における組織活動（営利企業のビジネス活動だけに限定するものではなく、国、地方自治体、病院、学校、非営利組織等における活動も同様である）は情報を基盤としており、組織内で生み出されるデータの量や、組織外部から取得するデータ量は急速に増大している。それらの情報の検索と分析に、平均で労働時間の２４％を費やしているとのレポートもある（The Hidden Costs of Information Work, IDC(2006)を参照）。

デジタル化の重要な狙いはコンテンツの再利用であるが、これを効果的に実現するためには、蓄積されたファイルが系統的に整理されていることが不可欠である。また、最近は、企業等におけるＩＴ統制の必要性も高まっており、特にデジタル化された情報に対するきめ細かなセキュリティ管理、アクセス管理、ファイル管理等の重要性が高い。これらを実現するためには様々な条件を指定してファイル等を絞り込み、得られたファイル等を利用者が望む各種の観点に基づいて整理した上で提示する必要がある。

発明者らは、上記の必要性に基づいてファイルの階層構造を多次元的に管理する多次元分類方式を提案している（非特許文献１、２を参照）。多次元分類方式は、分類対象となるエンティティを複数の木構造と対応付けて分類する方式である。エンティティは電子的に保持されている情報であれば任意である。それぞれの木構造は、特定の観点に基づいたエンティティの分類基準を表現しており、親子の節点間にはＩＳ−Ａ関連（子節点は親節点の特別な場合に対応）が成立するように構築する（ＩＳ−Ａ制約）。また、同一木構造の兄弟節点は互いに排他的なものとする（排他制約）。ＩＳ−Ａ制約により分類基準の一貫性を保つことができ、排他制約によって分類基準の明確化が図られる。これによりＭＥＣＥな木構造が構築され、木構造の理解も容易になるため、ファイルの分類作業や検索作業の効率が高まる。

多次元分類方式の特徴としては以下が挙げられる。（１）分類に用いる個別の木構造が一貫しており、比較的小規模になるため、利用者による木構造の理解、及び保守が容易である。（２）個別の木構造や木構造の節点を利用者が自由に指定してエンティティを検索できる。木構造や節点の指定順序も自由に指定できるため、検索の際の自由度が大きい。（３）蓄積されている情報の全体像を利用者が容易に把握できる。これにより所望の情報がシステムに登録されているか否かを素早く判断できる。

また、上記ファイル管理に関連する技術として、次の技術が開示されている。特許文献１に示す技術は、ファイルを複数の観点から分類・整理することのできるファイル管理装置で、その機能を従来のファイルシステムに容易に追加して実現できるものであり、ファイル管理処理部と記憶部と入力部と表示部とを備え、記憶部には、ファイル割り当てテーブル記憶域とファイル記憶域とを含み、ファイル記憶域には、仮想ファイル割り当てテーブル記憶域が含まれ、仮想ファイル割り当てテーブル記憶域には、仮想フォルダの管理情報として、ファイル割り当てテーブル記憶域で管理されている階層構造とは異なる階層構造の情報が含まれ、ファイル管理処理部内の各処理部が仮想ファイル割り当てテーブルを操作する処理を行うものである。

掛下哲郎，原槙稔幸，"多次元分類:木構造分類とキーワード分類の複合的アプローチ"，情報処理学会論文誌：データベース，Ｖｏｌ．４２，Ｎｏ．ＳＩＧ１（ＴＯＤ８），ｐｐ．１３１−１３９，２００１ 井ノ口励，掛下哲郎，"多次元分類方式における木構造構成の自動化"，情報処理学会論文誌：データベース，Ｖｏｌ．４４，Ｎｏ．ＳＩＧ１２（ＴＯＤ１９），ｐｐ．３３−４２，２００３

特開２００３−２０３００２号公報

しかしながら、上記各非特許文献、及び特許文献に示す技術は、異なる複数の階層構造を表示する場合に、それぞれの階層構造ごとに独立して表示するものではなく、複数の階層構造が混在し、利用者にとって使い勝手が悪いものとなってしまうという課題を有する。

また、複数の階層構造間の関連性を有するものではなく、例えば階層構造を組み合わせてのファイルへのアクセスができるものではないため、利用者の利便性が十分ではないという課題を有する。

さらに、既に大量のファイルが既存の木構造で管理されている場合には、各ファイルを複数の木構造に振り分ける作業が必要となる。例えば、１万ものファイルを管理している場合に、１つ１つのファイルを複数の視点で形成された木構造に振り分けるのは途方もない作業量と時間が必要となり、実現性が非常に難しいものになってしまうという課題を有する。

そこで、本発明は利用者の利便性を向上させてファイルへのアクセスを容易にすると共に、既存の階層構造により管理されるファイルについて、作業の手間を掛けずに、複数の分類基準で形成される階層構造を生成し振り分けることができるファイル管理装置等を提供することを目的とする。

（１）本願に開示するファイル管理装置は、階層構造によりファイルを管理するファイル管理装置において、管理の対象となる複数の管理ファイルを格納するファイル格納手段と、複数の階層構造をそれぞれ異なる分類基準で形成し、当該形成された各階層構造ごとに前記全ての管理ファイルについて、当該管理ファイルと前記各階層構造におけるノードとの対応情報を記憶する対応情報記憶手段と、前記対応情報記憶手段が記憶する対応情報に基づいて、前記管理ファイルの階層構造を前記分類基準ごとに切り替えて表示する表示制御手段とを備えることを特徴とするものである。

このように、本願に開示するファイル管理装置においては、複数の階層構造をそれぞれ異なる分類基準で形成し、形成された各階層構造ごとに全ての管理ファイルについて、管理ファイルと各階層構造におけるノードとの対応情報を記憶し、記憶した対応情報に基づいて、管理ファイルの階層構造を分類基準ごとに切り替えて表示するため、異なる複数の階層構造をそれぞれ独立して表示させることができ、利用者の使い勝手を良くして作業の効率化を図ることができるという効果を奏する。

（２）本願に開示するファイル管理装置は、任意の一の前記階層構造における任意のノードに振り分けられた一又は複数の第１ファイルと、任意の他の前記階層構造における任意のノードに振り分けられた一又は複数の第２ファイルとで重複するファイルを共通ファイルとして抽出するファイル抽出手段を備え、前記表示制御手段が、前記第１ファイルの一覧が表示されている状態から、前記第２ファイルの一覧が表示される状態に切り替えて表示する場合に、前記ファイル抽出手段で抽出された共通ファイルの一覧を表示することを特徴とするものである。

このように、本願に開示するファイル管理装置においては、任意の一の階層構造における任意のノードに振り分けられた第１ファイルと、任意の他の階層構造における任意のノードに振り分けられた第２ファイルとで重複するファイルを抽出し、第１ファイルの一覧が表示されている状態から、第２ファイルの一覧が表示される状態に切り替えて表示する場合に、重複するファイルの一覧を表示するため、任意の一の階層構造で絞り込んだファイルについて、任意の他の階層構造でさらに絞り込むことで、利用者が複数の視点からファイルにアクセスすることができ、作業効率を格段に向上させることができるという効果を奏する。

（３）本願に開示するファイル管理装置は、前記対応情報記憶手段が、前記管理ファイルと既存の旧階層構造におけるノードとの対応情報を記憶しており、前記旧階層構造におけるノードの名称に基づいて、前記異なる分類基準で形成される複数の階層構造を新階層構造として生成し、前記全ての管理ファイルと前記新階層構造のそれぞれにおける各ノードとを対応付ける対応情報を生成する対応情報生成手段を備え、前記表示制御手段が、前記管理ファイルの階層構造を前記新階層構造ごとに切り替えで表示することを特徴とするものである。

このように、本願に開示するファイル管理装置においては、管理ファイルと既存の旧階層構造におけるノードとの対応情報が記憶されており、旧階層構造におけるノードの名称に基づいて、異なる分類基準で形成される複数の階層構造を新階層構造として生成し、全ての管理ファイルと新階層構造のそれぞれにおける各ノードとを対応付ける対応情報を生成するため、既存の階層構造を利用して新たな複数の階層構造を容易に生成して、作業の手間を格段に省くことができるという効果を奏する。

（４）本願に開示するファイル管理装置は、前記対応情報生成手段が、前記旧階層構造におけるノードの名称と前記新階層構造における属性情報とを対応付けるノード属性対応情報を記憶するノード属性記憶手段と、前記ノード属性記憶手段が記憶するノード属性情報に基づいて、前記旧階層構造におけるノードの名称を、前記属性情報に該当するノードについては当該属性情報の属性値に、前記属性情報に該当しないノードについては任意の共通した名称に変換する名称変換手段と、前記名称変換手段により、名称が前記任意の共通した名称に変換されたノードについて、当該ノードを削除するノード削除手段と、前記ノード削除手段が削除しなかったノードであって、前記名称変換手段が同一の名称に変換したノードについて、当該ノードを統合して一のノードとするノード統合手段とを備え、名称が前記属性値に変換されたノード構成により、前記管理ファイルと前記新階層構造における各ノードとが対応付けられることを特徴とするものである。

このように、本願に開示するファイル管理装置においては、ノードの名称と新階層構造における属性情報とを対応付け、ノードの名称を属性情報の属性値、又は任意の共通した名称に変換し、任意の共通した名称に変換されたノードについては削除し、削除されなかったノードであって同一の名称に変換されたノードについて、ノードの統合を行うことで、管理ファイルと変換されたノードとを容易に対応付けることができると共に、既存の階層構造を利用して新たな複数の階層構造を容易に生成することができるという効果を奏する。

（５）本願に開示するファイル管理装置は、前記異なる分類基準で形成される複数の階層構造における各ノード配下のファイル数を演算するファイル数演算手段を備え、前記表示制御手段が、前記ファイル数演算手段で演算されたファイル数を前記異なる分類基準で形成される複数の階層構造における各ノードに隣接して表示することを特徴とするものである。

このように、本願に開示するファイル管理装置においては、異なる分類基準で形成される複数の階層構造における各ノード配下のファイル数を演算し、演算されたファイル数を各ノードに隣接して表示するため、利用者がファイルの大まかな分布状況を常に把握することができ、作業効率を向上させることができるという効果を奏する。

（６）本願に開示するファイル管理装置は、前記異なる分類基準で形成される複数の階層構造のうち、任意の一の階層構造が選択されている場合に、当該選択されている任意の一の階層構造以外の任意の他の階層構造について、主記憶上で各ノードのファイル数を演算して保持し、前記任意の他の階層構造が選択された場合に、前記主記憶上で保持されたファイル数に基づいて、当該選択された任意の他の階層構造における各ノードのファイル数を演算することを特徴とするものである。

このように、本願に開示するファイル管理装置においては、任意の一の階層構造が選択されている場合に、当該選択されている任意の一の階層構造以外の任意の他の階層構造について、主記憶上で各フォルダのファイル数を演算して保持し、その保持されたファイル数に基づいて、選択された任意の他の階層構造における各フォルダのファイル数を演算するため、ファイルが格納されているデータベースとのアクセスが最小限となり、表示の際の処理を高速化して処理時間を格段に短縮することができるという効果を奏する。

第１の実施形態に係るファイル管理システムのシステム構成図である。 第１の実施形態に係るファイル管理装置のハードウェア構成図である。 第１の実施形態に係るファイル管理装置の機能ブロック図である。 第１の実施形態に係るファイル管理装置において複数の分類基準で生成されたツリーの一例を示す図である。 第１の実施形態に係るファイル管理装置において既存のツリーを示す図である。 第１の実施形態に係るファイル管理装置においてノードの名称を変換した場合の処理を示す図である。 第１の実施形態に係るファイル管理装置においてノードを削除した場合の処理を示す図である。 第１の実施形態に係るファイル管理装置においてノードを統合した場合の処理を示す図である。 第１の実施形態に係るファイル管理装置においてダイシングを実行した場合の処理を示す図である。 第１の実施形態に係るファイル管理装置においてスライシングを実行した場合の処理を示す図である。 第１の実施形態に係るファイル管理装置においてドリリングを実行した場合の処理を示す図である。 第１の実施形態に係るファイル管理システムにおけるファイル数の演算処理を示す図である。 第１の実施形態に係るファイル管理装置の動作を示す第１のフローチャートである。 第１の実施形態に係るファイル管理装置の動作を示す第２のフローチャートである。

以下、本発明の実施の形態を説明する。本発明は多くの異なる形態で実施可能である。従って、本実施形態の記載内容のみで本発明を解釈すべきではない。また、本実施形態の全体を通して同じ要素には同じ符号を付けている。

以下の実施の形態では、主に装置について説明するが、所謂当業者であれば明らかな通り、本発明はシステム、方法、及び、コンピュータを動作させるためのプログラムとしても実施できる。また、本発明はハードウェア、ソフトウェア、または、ハードウェア及びソフトウェアの実施形態で実施可能である。プログラムは、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、光記憶装置、または、磁気記憶装置等の任意のコンピュータ可読媒体に記録できる。さらに、プログラムはネットワークを介した他のコンピュータに記録することができる。

（本発明の第１の実施形態）
本実施形態に係るファイル管理装置について、図１ないし図１４を用いて説明する。図１は、本実施形態に係るファイル管理システムのシステム構成図である。ファイル管理システム１は、ファイル記憶部１１とサーバ１２とクライアント端末１３とを備える。ファイル記憶部１１は、ファイルサーバとして機能してもよいし、サーバ１２に含まれる構成であってもよい。ファイル記憶部１１には、管理対象となっているファイル、それらのファイルのＵＲＩ（Uniform Resource Identifier）情報、ツリー（分類のために用いる階層構造）情報、タグ（ツリーの各ノード）情報、ファイルとタグの対応関係、及びユーザプロファイル等が登録されている。

サーバ１２は、クライアント端末１３からの処理要求に基づいて、ファイル記憶部１１にアクセスして必要な処理を行う。この処理には、ツリーの参照、更新やファイルの追加、削除やファイルとタグの対応付けの追加、編集、削除等が含まれる。また、利用者が指定した条件に基づいて各種の検索操作に必要な処理を行う。

クライアント端末１３は、利用者に対するユーザインタフェースを提供する。利用者は、分類に用いるツリーの閲覧と編集、ファイルの登録とタグ付け、ファイルの検索をクライアント端末１３上で行える。また、ツリーを構成する各タグには対応するファイル数が常に隣接して表示されている。これによりファイルの分布状況を利用者に示すことができる。
なお、ファイル管理システム１は、各構成が一体的となったファイル管理装置として捉えてもよい。

図２は、本実施形態に係るファイル管理装置のハードウェア構成図である。ファイル管理装置１０は、ＣＰＵ２１、ＲＡＭ２２、ＲＯＭ２３、ハードディスク（ＨＤとする）２４、通信Ｉ／Ｆ２５、及び入出力Ｉ／Ｆ２６を備える。ＲＯＭ２３やＨＤ２４には、オペレーティングシステムや各種プログラム（例えば、ファイル管理プログラム等）が格納されており、必要に応じてＲＡＭ２２に読み出され、ＣＰＵ２１により各プログラムが実行される。通信Ｉ／Ｆ２５は、他の装置（例えば、サーバ１２であればクライアント端末１３等）と通信を行うためのインタフェースである。入出力Ｉ／Ｆ２６は、キーボードやマウス等の入力機器からの入力を受け付けたり、プリンタやディスプレイ等にデータを出力するためのインタフェースである。この入出力Ｉ／Ｆ２６としてＵＳＢやＲＳ２３２Ｃ等が用いられる。また、必要に応じて、光磁気ディスク、フロッピーディスク（登録商標）、ＣＤ−Ｒ、ＤＶＤ−Ｒ等のリムーバブルディスクに対応したドライブを接続することができる。

なお、上記ハードウェア構成はファイルサーバ、サーバ、クライアント端末等のハードウェア構成の一例を示すものであるが、用途に応じてハードウェアの各要素を任意に組み合わせて構成できるものである。

図３は、本実施形態に係るファイル管理装置の機能ブロック図である。ファイル管理装置１０は、ファイル記憶部１１と対応情報記憶部３０と対応情報生成部３１とファイル抽出部３６とファイル数演算部３７と表示制御部３８とを備え、対応情報生成部３１は、ノード属性情報３２と名称変換部３３とノード削除部３４とノード統合部３５とを備える。

ファイル記憶部１１は上述したように、ファイルの本体やツリーの情報を記憶する。対応情報生成部３１は、既存のツリーから、異なる分類基準で新たな複数のツリーを生成し、ファイル記憶部１１で管理されている管理ファイルの全てを新しく生成された各ツリーごとにいずれかのノードに振り分け、その対応情報を対応情報記憶部３０に格納する処理を行う。具体的には、ノード属性情報３２に記憶されたノード名と属性値との対応情報に基づいて、名称変換部３３がノードの名称を変換し、変換された名称に応じてノード削除部３４が削除可能なノードを削除し、ノード統合部３５が残ったノードの名称に基づいてノードの統合を行う。

ここで、上記対応情報生成部３１の処理についてさらに詳細に説明する。図４は、本実施形態に係るファイル管理装置において複数の分類基準で生成されたツリーの一例を示す図である。図４においては、例えば「プロジェクト」を基準とするツリー、「文書の目的」を基準とするツリー、「作成年度」を基準とするツリー、「作成者」を基準とするツリーが示されている。ここでは、ファイル記憶部１１に記憶されている管理ファイルが１３８４個あり、その全てのファイルが各ツリーごとにいずれかのノードに振り分けられている。複数の分類基準で新たなツリーを既存のツリーから生成するために、以下の処理を行う。

図５は、本実施形態に係るファイル管理装置において既存のツリーを示す図である。例えば、利用者がファイル２にアクセスする場合には、ルート→２００８年事業Ａ→社員アという順序でノード内を検索することでアクセス可能となる。しかし、社員アに関連してファイル７にも併せてアクセスしたい場合には、再度ルート→事業Ａ→２００７年→社員アという順序でノード内を検索する必要があり、手間が掛かってしまう。特に、利用者がツリー構造を把握できていない場合やツリーが大規模である場合は、ファイル２とファイル７とが社員という基準から見れば非常に関連するファイルであるにも関わらず、手探りで各ノード内を検索するか、条件を指定してのファイル検索処理を行うことになり、非常に効率が悪いものとなる。

利用者は、図５のような既存のツリーに関して、下記の表１に示す対応表を作成し、ノード属性情報３２に格納する。表１は、既存のツリーにおけるノードの名称と属性値とを対応付ける表である。例えば、既存のツリーから、「事業」、「作成者」、及び「作成年」という新たな分類基準でツリーを生成する場合には、既存のツリーにおけるノードの名称から、分類基準の属性に該当する部分を属性値として抜き出して対応付けを行う。「２００８年事業Ａ」のフォルダの場合は、属性「事業」については、属性値「事業Ａ」となり、属性「作成年」については、属性値「２００８年」となる。属性「作成者」については、ノードの名称に作成者に該当する情報が含まれないため「空白」となる。そして、ノードの名称と各属性値とが表で対応付けられる。全てのノードについて下記の対応表を作成する。

上記表１が作成されると、名称変換部３３が、図５に示した既存のツリーにおけるノードの名称を表１の対応表に基づいて変換する。図６は、本実施形態に係るファイル管理装置においてノードの名称を変換した場合の処理を示す図である。図６は、属性「事業」のツリーを生成する場合の処理を示している。対応表から、名称に属性「事業」の属性値を含むノードについては、ノードの名称をその属性値に変換し、名称に属性「事業」の属性値を含まない（空白）のノードについては、ノードの名称を空白に変換する。このような変換を行うことで、図６に示すような属性「事業」、又は「空白」のみのノードで構成されるツリーが生成される。

図６のツリーが生成されると、ノード削除部３４が空白のノードを削除する。図７は、本実施形態に係るファイル管理装置においてノードを削除した場合の処理を示す図である。図７に示すように、図６の状態から空白のノードを削除すると、属性「事業」のノードのみが残り、全てのファイルがいずれかのノードに属する構成のツリーが生成される。

図７のように空白のノードが削除されると、ノード統合部３５が残ったノードについて、名称が重複するノードを統合する。図８は、本実施形態に係るファイル管理装置においてノードを統合した場合の処理を示す図である。図８（Ａ）が属性「事業」を分類基準とするツリーであり、図８（Ｂ）が属性「作成年」を分類基準とするツリーであり、図８（Ｃ）が属性「作成者」を分類基準とするツリーである。図８（Ａ）において、図７で名称が重複しているノード（事業Ａと事業Ｃのノード）については、各ノードで一のノードに統合されると共に、下位の階層についてもそのまま統合される。図８（Ｂ）、（Ｃ）でも前記と同様の各処理が実行され、属性ごとに３つの新たなツリーが生成される。

なお、ここでは、同一階層内で名称が重複するノードについてのみ統合を行うこととしている。また、図８（Ｃ）に示すように、作成者が不明であるファイルがある場合は、前記各処理を行うことで、ルートノードの直下に配置されることとなる。

さらに、前記処理においてノードの名称と属性値との対応付けを利用者が行うこととしたが、ファイル自体が持っている属性情報（例えば、名前、登録日、登録者（利用者ＩＤ）、更新日、サイズ、種類（拡張子）、ページ数、備考等）に基づいて、ノードの名称とのマッチングを行うことで対応表を自動生成することも可能である。

さらにまた、ファイル管理の効率を考えると、ルートノードの直下ではなくルートノードの下位のいずれかのノードに属することが望ましい。そこで、ファイルを保存する際に、ファイルの属性情報をチェックしてルートノードの下位のいずれかのノードに属するように、名前、作成者、備考等の修正を促すメッセージや警告を出すようにしてもよい。

図３に戻って、対応情報記憶部３０は、対応情報生成部３１が生成した、管理ファイルと各階層構造におけるノードとの対応情報を記憶する。ファイル抽出部３６は、ＯＬＡＰ（online analytical processing）操作を行った場合の表示対象となるファイルの抽出を行う。

ＯＬＡＰ操作は、多次元データを分析することを目的としており、多次元データを様々な観点から柔軟に集計する機能を提供することで、そのデータの全体像だけでなく、利用者が関心を持つデータの特定部分についても分析を行う機能を提供する。そのため、下記に説明するダイシング、スライシング、及びドリリングの３種類の操作を組み合わせて用いる。本実施形態に係るファイル管理装置においては、ＯＬＡＰ操作によるデータ分析と対応付け操作をクライアント端末１３が提供する単一のユーザインタフェース上で実現できるように工夫している。これにより、ユーザインタフェースの統合を図れると同時に、利用者が対応付けを編集する際に、スライシング等のＯＬＡＰ操作を組み合わせて用いることもできるので編集作業が容易になる。

図９は、本実施形態に係るファイル管理装置においてダイシングを実行した場合の処理を示す図である。ｎを属性数とすると、多次元データはｎ次元空間に分布しているため、それを直接可視化することはできない。そこで、データを分析する際に用いる次元を利用者が指定し、それに基づいて集計結果を表示する。その際、次元を選択する操作をダイシングと呼ぶ。

図９（Ａ）において、左側に表示されている「プロジェクトタブ（プロジェクトを分類基準とするツリー）」が選択されている状態で、図９（Ｂ）に示すように「文書の目的タブ（文書の目的を分類基準とするツリー）」を選択すると、異なる分類基準に切り替えてファイルを参照することができる。このとき、各ツリーを独立して参照することができるため、画面内に複数のツリー構造が混在せず、非常に使い勝手がよいものとなっている。

特に、図９（Ａ）において、「プロジェクトタブ」の「学会ノード（ファイル数２８６）」が選択され、そのファイル一覧が右側に表示されている状態で、図９（Ｂ）に示すように「文書の目的タブ」を選択すると、図９（Ａ）の「学会ノード」に属していた２８６個のファイルに関して、図９（Ｂ）の「文書の目的」を分類基準としたツリーが表示される。さらに図９（Ｂ）のように、「会議資料ノード」が選択されると、図９（Ａ）の「学会ノード」に属していたファイルのうち、図９（Ｂ）の「会議資料ノード」に属するファイルがファイル一覧に表示される。つまり、ファイル抽出部３６が、「学会ノード」に属しているファイルと「会議資料ノード」に属しているファイルとで重複するファイルを共通ファイルとして抽出し、抽出した共通ファイルを「会議資料ノード」の配下のファイルとして表示する。

図１０は、本実施形態に係るファイル管理装置においてスライシングを実行した場合の処理を示す図である。多次元データに対して特定の条件を適用し、分析の対象とするデータの絞り込みを行う操作をスライシングと呼ぶ。

図１０（Ａ）において、「プロジェクトタブ」の「学会ノード」が選択され、右側にそのファイル一覧が表示されている。この状態で、図１０（Ｂ）に示すように「ＢＢＢ学会ノード」を選択すると、「ＢＢＢ学会ノード」の配下のファイルを分析対象とする絞り込みを行うことができる。このとき、図９の場合と同様に、「プロジェクトタブ」以外のタブを選択すると、「ＢＢＢ学会ノード」の配下にある１２個のファイルに関して、選択されたタブに対応するツリーを表示することが可能となる。つまり、スライシングとダイシングを組み合わせることで、利用者が検索条件を自由に設定することが可能となる。

図１１は、本実施形態に係るファイル管理装置においてドリリングを実行した場合の処理を示す図である。多次元データの各次元に属する属性値は一般に階層的に構成されている。階層の上位はより抽象的な分類に、下位はより具体的な分類に対応しているが、特定の次元について集計に用いる階層のレベルを上位に移動する操作をドリルアップ、下位に移動する操作をドリルダウンと呼ぶ。ドリリングはドリルアップとドリルダウンの総称である。

図１１（Ａ）において、集計の階層を「通信学会フォルダ」の下位である「ＡＢＣフォルダ」、「ＤＥＦフォルダ」、「ＧＨＩフォルダ」に移動する操作がドリルダウンで、逆の操作がドリルアップである。この場合も、図９の場合と同様に集計の階層ごとにダイシングを組み合わせて、検索条件を自由に設定することが可能である。

図３に戻って、ファイル数演算部３７は、ノードごとに属するファイルの数を演算する。ノードごとにファイル数を演算して表示させることで、利用者がファイルの大まかな分布状況を常に把握することができる。ファイル数の演算は、演算量が多いためサーバ１２に負荷が集中し、処理に時間が掛かってしまうと共に、データベースへのアクセスは非常に低速であるため、処理を高速化する必要がある。

ファイル数の演算について、詳細に説明する。図１２は、本実施形態に係るファイル管理システムにおけるファイル数の演算処理を示す図である。本実施形態に係るファイル管理システムにおいては、演算の度にデータベースにアクセスしていては、前述した理由から非常にレスポンスが悪く現実的ではない。そこで、図１２に示すように、ファイル記憶部１１にファイルの追加、削除や対応関係の編集やタグの追加、削除等が行われた際に、サーバ１２にて予めファイル数を集計に必要な情報を主記憶上に保持しておく。

サーバ１２では、ツリーＴｉごとに子孫節点を含む場合と含まない場合について夫々対応するファイルＩＤを保持する。これは、本実施形態に係るファイル管理装置１０が、選択されたタグに直接対応付けられたファイルを検索するか、又は選択されたタグ、及びその子孫のタグに対応付けられたファイルを検索するかをモードにより切り替え可能としているため、いずれのモードにも対応できるように、子孫節点を含む場合と含まない場合に分けてデータを保持している。また、このとき、タグとファイルＩＤでソートしておく。

クライアント端末１３では、利用者がツリーＴｊを選択したとすると、Ｔｊ以外のツリーにおけるファイルＩＤ集合であって、スライシングやダイシング等の操作により得られたファイルＩＤの集合の共通する部分を計算しておく（共通ファイル集合とする）。この共通ファイル集合は、ファイルＩＤでソートしておく。そして、Ｔｊにおける任意のタグが選択された場合に、サーバ１２から該当するファイルＩＤ集合を取得し（ファイルＩＤでソート済み）、前記で求めた共通ファイル集合と共通するファイルＩＤを計算する。この共通ファイル集合は、ツリーＴｊ内でスライシングの操作を行った場合には再利用できるため、スライシングを繰り返し行った場合には処理を高速化することができる。また、ファイルＩＤ順にソートされた情報で共通部分を検出することでさらに処理を高速化することができる。

図３に戻って、表示制御部３８は、対応情報記憶部３０が記憶するツリーの切り替え表示、ＯＬＡＰ操作によるツリー表示、ファイル数演算部３７で演算されたファイル数の表示等をディスプレイ３９に行う場合の制御を行う。ツリーの表示は、図９に示すように各ツリーごとにタブで切り替えて表示する。

ここで、本実施形態に係るファイル管理装置において、利用者の操作により実行される機能について説明する。本実施形態に係るファイル管理装置では、ファイルとツリーの対応付けやファイルの登録を行うために以下の機能が提供される。

（１）ツリーの編集機能
・ツリーの新規作成
・部分木のカット、コピー、ペースト、削除
（２）タグ編集機能
・タグの新規作成、ツリーとの対応付け
・タグの名前変更
・タグのカット、コピー、ペースト、削除
（３）ファイルとタグの対応付け
・ファイルの登録、削除
・ファイルとタグとの対応付けの追加、編集、削除

これらの機能を提供するクライアント端末１３の画面が、例えば図９に示す画面である。図９において、画面左側に表示されているツリーは、ツリーの名称を表示したタブを変更すれば、自由に切り替えることができる。ツリー、及びタグに対する編集機能は、この左側の画面で提供される。

新しいファイルを登録してタグに対応づける処理は、ファイルの属性情報から設定可能なツリーに関しては、上述したようにシステム側が自動で行うことができる。それ以外のツリーに関しては、利用者とシステムの間で以下の方法によって行うことが可能である。

（１）利用者は、各ツリー上でファイルに対応付けるノードをマウス等のポインティングデバイスで選択する。このとき、１つのツリー上で複数のノードを同時に選択するこが可能である。（２）利用者は、登録したいファイルを１個以上選択してファイル一覧が表示されている場所（図９における右側の領域）にドラッグ＆ドロップする。なお、利用者はノード（サブノードを含む）を選択してドロップすることもできる。（３）システムでは、指定されたすべてのファイルを、各ツリー上で指定されたノードに一括して対応づける。なお、ノードがドロップされた場合は、当該ノードに格納されていた全てのファイルを指定されたタグに対応づける。（４）利用者がツリー上でノードを選択しなかった場合、システムはファイルを当該ツリーのルートノードに対応づける。なお、ルートノードには「対応するノードの未指定」という意味だけでなく、「全ての子孫ノードと対応」という意味を与えることもできる。両者を区別する必要が生じた場合には，それぞれの意味に対応するノードを定義して対応付ければ良い。

ファイルとノードとの対応付けに関する操作は、ツリー毎に独立に行うようにしてもよい。ファイルとタグの対応関係を変更する際には、１個以上のファイルを選択して、新たに対応付けたいノードにドロップする。選択したファイルをルートノードにドロップすることでファイルとノードの対応関係を未整理状態に戻すことができる。ただし、各ファイルと各ツリーの間にはノードによる対応関係が定義されている必要があるため、対応関係をすべて削除することはできない。また、ファイルをノードにシフト−ドロップ（shiftボタン押下したままドロップする操作を意味するが、操作コマンドはこれに限定されない）することにより、当該ファイルに新たなノードとの対応を追加できる。

ただし、ファイルを複数のノードと対応付ける場合、これらのノードの間に先祖−子孫関係があってはならない。そのような関係があった場合には警告を表示した上でシフト−ドロップされたファイルを先祖ノードに対応づける。なお、複数のタグｔ１、ｔ２に対応づけられたファイルｆがあった場合、ツリー上でタグｔ１を選択した状態でファイルｆをドラッグ（又はシフト−ドラッグ）することで、ｔ１とｆの対応関係だけを編集できる。
なお、上記説明は操作の一例であるが、上記操作を行わずに前記で説明した対応情報生成部３１の処理により、新たなファイルの登録や対応付けを行うようにしてもよい。

次に、本実施形態に係るファイル管理装置の動作を説明する。図１３は、本実施形態に係るファイル管理装置の動作を示す第１のフローチャート、図１４は、本実施形態に係るファイル管理装置の動作を示す第２のフローチャートである。

図１３において、まず、既存の階層構造に基づいて、異なる分類基準で新たな複数の階層構造を生成し（Ｓ１３１）、管理ファイルとノードの対応付けを行う。この処理は、既存のファイル管理から、本実施形態に係るファイル管理装置への移行処理に相当する。このＳ１３１の処理について図１４のフローチャートで説明する。

図１４において、まず、既存の階層構造におけるノードの名称と属性値とを対応付ける（Ｓ１４１）。ノードの名称に属性値が含まれるかどうかを判定し（Ｓ１４２）、含まれる場合は、ノードの名称を属性値に変換する（Ｓ１４３）。含まれない場合は、ノードの名称を任意の共通の名称（例えば、空白）に変換する（Ｓ１４４）。任意の共通の名称に変換されたノードを削除し（Ｓ１４５）、残ったノードのうち、名称が同一の属性値に変換されたノードを一のノードに統合して（Ｓ１４６）、Ｓ１３１の処理を終了する。

図１３に戻って、Ｓ１３１の移行処理が完了すると、新たに生成された複数の階層構造における各ノードごとに、所属するファイル数を演算する（Ｓ１３２）。階層構造、ファイル数、ファイル一覧をディスプレイに表示し（Ｓ１３３）、利用者から操作入力があるまでそのまま待機する。利用者からの操作入力があるかどうかを判定し（Ｓ１３４）、操作入力がない場合は、そのまま待機する。操作入力がある場合は、操作に応じてファイルの抽出、ファイル数の演算等を行いディスプレイ上に再表示して（Ｓ１３５）、処理を終了する。

上記で説明したように、本実施形態に係るファイル管理装置において、利用者はツリーの切り替え、及びツリーを構成するタグの選択を組み合わせてファイルの検索を行うことができる。利用者がツリーの切り替えを行うと、対象となるファイルの分布状況を異なる分類軸で参照できる。この操作はダイシングに対応する。なお、複数のツリーを同時に選択してクロス集計を求めるようにしてもよい。

また、画面に表示されているツリー上で、上位のタグを表示する操作はドリルアップ、下位のタグを表示する操作はドリルダウンにそれぞれ対応する。利用者が画面に表示されているツリー上でタグを選択すると、指定されたタグに対応するファイルだけが右側の画面に一覧表示される。この操作はスライシングに対応する。図１０の例では「プロジェクト＝学会」という選択条件によってファイルの絞り込みを行っている。複数のツリーでタグを指定した場合には、それらの選択条件をすべて満たすファイルが検索される。なお、複数のツリーでＯＲ条件による検索にも適用可能である。なお，図９に示した例では、ファイル一覧には「学会」タグに直接対応づけられているファイルだけでなく、その子孫タグ（例えば、情報学会、通信学会等）に対応づけられているファイルも含まれている。しかし、指定したタグに直接対応づけられているファイルのみを検索するように指定することもできる。また、この指定はツリー毎に行うことができる。

さらに、タグを指定した状態でツリーの切り替え（ダイシング）を行うと、集計対象を絞り込むことができる。例えば、図９（Ａ）で指定した選択条件によって絞り込まれた２８６個のファイルを対象としてダイシングを行い、文書の目的毎に集計したものが図９（Ｂ）となる。

以上で示したように、本実施形態に係るファイル管理装置は、クライアント側でのマウス操作により、３種類のＯＬＡＰ操作（ダイシング、スライシング、ドリリング）を実現している。また、必要なデータのみをサーバやクライアントのメモリ上に保持しておくと共に、予測される演算をＣＰＵの空きを利用して予め計算しておくことで、処理の高速化を実現している。

なお、クライアント端末１３からサーバ１２へのファイル送信は、所定のファイル数単位（例えば、１００ファイル程度）をブロック化して送信するのがよい。そうすることで、多数のファイルを一括送信してもタイムアウトが発生しにくく、利用者によるファイル送信のキャンセルにも対応しやすい。

また、同様の理由で、サーバ１２からクライアント端末１３に大きなデータ（ツリーとファイルとの対応等）を送信する場合にも、所定規模のブロックに分けて送信するのがよい。

さらに、アクセス頻度が高い利用者については、その利用者専用のツリーとファイルとの対応情報を保持しておき、他の利用者の対応情報については差分情報のみを保持するようにしてもよい。

以上の前記各実施形態により本発明を説明したが、本発明の技術的範囲は実施形態に記載の範囲には限定されず、これら各実施形態に多様な変更又は改良を加えることが可能である。そして、かような変更又は改良を加えた実施の形態も本発明の技術的範囲に含まれる。このことは、特許請求の範囲及び課題を解決する手段からも明らかなことである。

１ ファイル管理システム
１０ ファイル管理装置
１１ ファイル記憶部
１２ サーバ
１３ クライアント端末
２１ ＣＰＵ
２２ ＲＡＭ
２３ ＲＯＭ
２４ ＨＤ
２５ 通信Ｉ／Ｆ
２６ 入出力Ｉ／Ｆ
３０ 対応情報記憶部
３１ 対応情報生成部
３２ ノード属性情報
３３ 名称変換部
３４ ノード削除部
３５ ノード統合部
３６ ファイル抽出部
３７ ファイル数演算部
３８ 表示制御部
３９ ディスプレイ

（１）本願に開示するファイル管理装置は、階層構造によりファイルを管理するファイル管理装置において、管理の対象となる複数の管理ファイルを格納するファイル格納手段と、複数の階層構造をそれぞれ異なる分類基準で形成し、当該形成された各階層構造ごとに前記全ての管理ファイルについて、当該管理ファイルと前記各階層構造におけるノードとの対応情報を記憶すると共に、前記管理ファイルと既存の旧階層構造におけるノードとの既存対応情報を記憶する対応情報記憶手段と、前記既存対応情報から、前記旧階層構造におけるノードの名称に基づいて、前記異なる分類基準で形成される複数の階層構造を新階層構造として生成し、前記全ての管理ファイルと前記新階層構造のそれぞれにおける各ノードとを対応付ける前記対応情報を生成する対応情報生成手段と、前記対応情報記憶手段が記憶する対応情報に基づいて、前記管理ファイルの階層構造を前記異なる分類基準で形成される複数の新階層構造ごとに切り替えて表示する表示制御手段とを備えることを特徴とするものである。

このように、本願に開示するファイル管理装置においては、複数の階層構造をそれぞれ異なる分類基準で形成し、形成された各階層構造ごとに全ての管理ファイルについて、管理ファイルと各階層構造におけるノードとの対応情報を記憶し、記憶した対応情報に基づいて、管理ファイルの階層構造を分類基準ごとに切り替えて表示するため、異なる複数の階層構造をそれぞれ独立して表示させることができ、利用者の使い勝手を良くして作業の効率化を図ることができるという効果を奏する。
また、管理ファイルと既存の旧階層構造におけるノードとの対応情報が記憶されており、旧階層構造におけるノードの名称に基づいて、異なる分類基準で形成される複数の階層構造を新階層構造として生成し、全ての管理ファイルと新階層構造のそれぞれにおける各ノードとを対応付ける対応情報を生成するため、既存の階層構造を利用して新たな複数の階層構造を容易に生成して、作業の手間を格段に省くことができるという効果を奏する。

（２）本願に開示するファイル管理装置は、任意の一の前記新階層構造における任意のノードに振り分けられた一又は複数の第１ファイルと、任意の他の前記新階層構造における任意のノードに振り分けられた一又は複数の第２ファイルとで重複するファイルを共通ファイルとして抽出するファイル抽出手段を備え、前記表示制御手段が、前記第１ファイルの一覧が表示されている状態から、前記第２ファイルの一覧が表示される状態に切り替えて表示する場合に、前記ファイル抽出手段で抽出された共通ファイルの一覧を表示することを特徴とするものである。

（３）本願に開示するファイル管理装置は、前記対応情報生成手段が、前記旧階層構造におけるノードの名称と前記新階層構造における属性情報とを対応付けるノード属性対応情報を記憶するノード属性記憶手段と、前記ノード属性記憶手段が記憶するノード属性情報に基づいて、前記旧階層構造におけるノードの名称を、前記属性情報に該当するノードについては当該属性情報の属性値に、前記属性情報に該当しないノードについては任意の共通した名称に変換する名称変換手段と、前記名称変換手段により、名称が前記任意の共通した名称に変換されたノードについて、当該ノードを削除するノード削除手段と、前記ノード削除手段が削除しなかったノードであって、前記名称変換手段が同一の名称に変換したノードについて、当該ノードを統合して一のノードとするノード統合手段とを備え、名称が前記属性値に変換されたノード構成により、前記管理ファイルと前記新階層構造における各ノードとが対応付けられることを特徴とするものである。

（４）本願に開示するファイル管理装置は、前記異なる分類基準で形成される複数の新階層構造における各ノード配下のファイル数を演算するファイル数演算手段を備え、前記表示制御手段が、前記ファイル数演算手段で演算されたファイル数を前記異なる分類基準で形成される複数の新階層構造における各ノードに隣接して表示することを特徴とするものである。

（５）本願に開示するファイル管理装置は、前記異なる分類基準で形成される複数の新階層構造のうち、任意の一の階層構造が選択されている場合に、当該選択されている任意の一の新階層構造以外の任意の他の階層構造について、主記憶上で各ノードのファイル数を演算して保持し、前記任意の他の新階層構造が選択された場合に、前記主記憶上で保持されたファイル数に基づいて、当該選択された任意の他の新階層構造における各ノードのファイル数を演算することを特徴とするものである。

（１）本願に開示するファイル管理装置は、階層構造によりファイルを管理するファイル管理装置において、管理の対象となる複数の管理ファイルを格納するファイル格納手段と、複数の階層構造をそれぞれ異なる分類基準で形成し、当該形成された各階層構造ごとに前記全ての管理ファイルについて、当該管理ファイルと前記各階層構造におけるノードとの対応情報を記憶すると共に、前記管理ファイルと既存の旧階層構造におけるノードとの既存対応情報を記憶する対応情報記憶手段と、前記既存対応情報から、前記旧階層構造におけるノードの名称に基づいて、前記異なる分類基準で形成される複数の新階層構造のそれぞれにおける各ノードと前記全ての管理ファイルとを対応付ける前記対応情報を生成する対応情報生成手段と、前記対応情報記憶手段が記憶する対応情報に基づいて、前記管理ファイルの階層構造を前記異なる分類基準で形成される複数の新階層構造ごとに切り替えて表示する表示制御手段とを備え、前記対応情報生成手段が、前記旧階層構造におけるノードの名称と前記新階層構造における属性情報とを対応付けるノード属性対応情報を記憶するノード属性記憶手段と、前記ノード属性記憶手段が記憶するノード属性対応情報に基づいて、前記旧階層構造におけるノードの名称を、前記属性情報に該当するノードについては当該属性情報の属性値に、前記属性情報に該当しないノードについては任意の共通した名称に変換する名称変換手段と、前記名称変換手段により、名称が前記任意の共通した名称に変換されたノードについて、当該ノードを削除するノード削除手段と、前記ノード削除手段が削除しなかったノードであって、前記名称変換手段が同一の名称に変換したノードについて、当該ノードを統合して一のノードとするノード統合手段とを備え、名称が前記属性値に変換されたノード構成により、前記管理ファイルと前記新階層構造における各ノードとが対応付けられることを特徴とするものである。

このように、本願に開示するファイル管理装置においては、複数の階層構造をそれぞれ異なる分類基準で形成し、形成された各階層構造ごとに全ての管理ファイルについて、管理ファイルと各階層構造におけるノードとの対応情報を記憶し、記憶した対応情報に基づいて、管理ファイルの階層構造を分類基準ごとに切り替えて表示するため、異なる複数の階層構造をそれぞれ独立して表示させることができ、利用者の使い勝手を良くして作業の効率化を図ることができるという効果を奏する。
また、管理ファイルと既存の旧階層構造におけるノードとの対応情報が記憶されており、旧階層構造におけるノードの名称に基づいて、異なる分類基準で形成される複数の階層構造を新階層構造として生成し、全ての管理ファイルと新階層構造のそれぞれにおける各ノードとを対応付ける対応情報を生成するため、既存の階層構造を利用して新たな複数の階層構造を容易に生成して、作業の手間を格段に省くことができるという効果を奏する。
さらに、本願に開示するファイル管理装置においては、ノードの名称と新階層構造における属性情報とを対応付け、ノードの名称を属性情報の属性値、又は任意の共通した名称に変換し、任意の共通した名称に変換されたノードについては削除し、削除されなかったノードであって同一の名称に変換されたノードについて、ノードの統合を行うことで、管理ファイルと変換されたノードとを容易に対応付けることができると共に、既存の階層構造を利用して新たな複数の階層構造を容易に生成することができるという効果を奏する。

（３）本願に開示するファイル管理装置は、前記異なる分類基準で形成される複数の新階層構造における各ノード配下のファイル数を演算するファイル数演算手段を備え、前記表示制御手段が、前記ファイル数演算手段で演算されたファイル数を前記異なる分類基準で形成される複数の新階層構造における各ノードに隣接して表示することを特徴とするものである。

（４）本願に開示するファイル管理装置は、前記異なる分類基準で形成される複数の新階層構造のうち、任意の一の階層構造が選択されている場合に、当該選択されている任意の一の新階層構造以外の任意の他の階層構造について、主記憶上で各ノードのファイル数を演算して保持し、前記任意の他の新階層構造が選択された場合に、前記主記憶上で保持されたファイル数に基づいて、当該選択された任意の他の新階層構造における各ノードのファイル数を演算することを特徴とするものである。

Claims (8)

1. 階層構造によりファイルを管理するファイル管理装置において、
   管理の対象となる複数の管理ファイルを格納するファイル格納手段と、
   複数の階層構造をそれぞれ異なる分類基準で形成し、当該形成された各階層構造ごとに前記全ての管理ファイルについて、当該管理ファイルと前記各階層構造におけるノードとの対応情報を記憶する対応情報記憶手段と、
   前記対応情報記憶手段が記憶する対応情報に基づいて、前記管理ファイルの階層構造を前記分類基準ごとに切り替えて表示する表示制御手段とを備えることを特徴とするファイル管理装置。
2. 請求項１に記載のファイル管理装置において、
   任意の一の前記階層構造における任意のノードに振り分けられた一又は複数の第１ファイルと、任意の他の前記階層構造における任意のノードに振り分けられた一又は複数の第２ファイルとで重複するファイルを共通ファイルとして抽出するファイル抽出手段を備え、
   前記表示制御手段が、前記第１ファイルの一覧が表示されている状態から、前記第２ファイルの一覧が表示される状態に切り替えて表示する場合に、前記ファイル抽出手段で抽出された共通ファイルの一覧を表示することを特徴とするファイル管理装置。
3. 請求項１又は２に記載のファイル管理装置において、
   前記対応情報記憶手段が、前記管理ファイルと既存の旧階層構造におけるノードとの対応情報を記憶しており、
   前記旧階層構造におけるノードの名称に基づいて、前記異なる分類基準で形成される複数の階層構造を新階層構造として生成し、前記全ての管理ファイルと前記新階層構造のそれぞれにおける各ノードとを対応付ける対応情報を生成する対応情報生成手段を備え、
   前記表示制御手段が、前記管理ファイルの階層構造を前記新階層構造ごとに切り替えで表示することを特徴とするファイル管理装置。
4. 請求項３に記載のファイル管理装置において、
   前記対応情報生成手段が、
   前記旧階層構造におけるノードの名称と前記新階層構造における属性情報とを対応付けるノード属性対応情報を記憶するノード属性記憶手段と、
   前記ノード属性記憶手段が記憶するノード属性情報に基づいて、前記旧階層構造におけるノードの名称を、前記属性情報に該当するノードについては当該属性情報の属性値に、前記属性情報に該当しないノードについては任意の共通した名称に変換する名称変換手段と、
   前記名称変換手段により、名称が前記任意の共通した名称に変換されたノードについて、当該ノードを削除するノード削除手段と、
   前記ノード削除手段が削除しなかったノードであって、前記名称変換手段が同一の名称に変換したノードについて、当該ノードを統合して一のノードとするノード統合手段とを備え、
   名称が前記属性値に変換されたノード構成により、前記管理ファイルと前記新階層構造における各ノードとが対応付けられることを特徴とするファイル管理装置。
5. 請求項１ないし４のいずれかに記載のファイル管理装置において、
   前記異なる分類基準で形成される複数の階層構造における各ノード配下のファイル数を演算するファイル数演算手段を備え、
   前記表示制御手段が、前記ファイル数演算手段で演算されたファイル数を前記異なる分類基準で形成される複数の階層構造における各ノードに隣接して表示することを特徴とするファイル管理装置。
6. 請求項５に記載のファイル管理装置において、
   前記異なる分類基準で形成される複数の階層構造のうち、任意の一の階層構造が選択されている場合に、当該選択されている任意の一の階層構造以外の任意の他の階層構造について、主記憶上で各ノードのファイル数を演算して保持し、前記任意の他の階層構造が選択された場合に、前記主記憶上で保持されたファイル数に基づいて、当該選択された任意の他の階層構造における各ノードのファイル数を演算することを特徴とするファイル管理装置。
7. コンピュータが、階層構造によりファイルを管理するファイル管理方法において、
   管理の対象となる複数の管理ファイルを格納し、複数の階層構造をそれぞれ異なる分類基準で形成し、当該形成された各階層構造ごとに前記格納された全ての管理ファイルについて、当該管理ファイルと前記各階層構造におけるノードとの対応情報を記憶し、前記記憶された対応情報に基づいて、前記管理ファイルの階層構造を前記分類基準ごとに切り替えて表示することを特徴とするファイル管理方法。
8. 階層構造によりファイルを管理するようにコンピュータを機能させるファイル管理プログラムにおいて、
   管理の対象となる複数の管理ファイルを格納するファイル格納手段、
   複数の階層構造をそれぞれ異なる分類基準で形成し、当該形成された各階層構造ごとに前記全ての管理ファイルについて、当該管理ファイルと前記各階層構造におけるノードとの対応情報を記憶する対応情報記憶手段、
   前記対応情報記憶手段が記憶する対応情報に基づいて、前記管理ファイルの階層構造を前記分類基準ごとに切り替えて表示する表示制御手段としてコンピュータを機能させることを特徴とするファイル管理プログラム。

Images