データ管理装置及び方法
【課題】 メタデータに基づいて動的にデータを分類し，フォルダツリーで表示するデータ管理装置において，生成されるフォルダ数を抑制し，画面サイズやメモリ資源に制約のある小型機器にも適用可能なデータ分類技術を提供する。
【解決手段】 データを、複数のメタデータのそれぞれの観点から、それぞれの分類条件で複数のフォルダに分類する。それらのフォルダ毎に、当該フォルダに対応するメタデータとは異なるメタデータの観点から当該フォルダ中のデータを更に複数のフォルダに分類する。この処理を、前記複数のメタデータの個数に応じて繰り返すことでツリー構造のフォルダシステムを構成する。構成されたフォルダシステムにおいて、１つのメタデータの観点からの分類結果が１つのフォルダにのみ存在し、そのフォルダと同一階層の他のフォルダには存在しない場合、当該他のフォルダを削除する。
【解決手段】 データを、複数のメタデータのそれぞれの観点から、それぞれの分類条件で複数のフォルダに分類する。それらのフォルダ毎に、当該フォルダに対応するメタデータとは異なるメタデータの観点から当該フォルダ中のデータを更に複数のフォルダに分類する。この処理を、前記複数のメタデータの個数に応じて繰り返すことでツリー構造のフォルダシステムを構成する。構成されたフォルダシステムにおいて、１つのメタデータの観点からの分類結果が１つのフォルダにのみ存在し、そのフォルダと同一階層の他のフォルダには存在しない場合、当該他のフォルダを削除する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，データに付与されたメタデータによってデータを動的に分類する技術に関する。
【背景技術】
【０００２】
従来，データにメタデータを付与し，そのメタデータに基づいてデータを自動的に分類する方法が提案されている。例えば特許文献１においては，ユーザが選択したメタデータ項目の値ごとにフォルダを生成し，そのフォルダの中に該当するメタデータの値を持つデータを配置することにより，メタデータの値で分類を行う方法が示されている。この方法では，分類時におけるメタデータ項目の使用順位を指定することで，ユーザの好みにあった分類の階層化を行うことが可能であり，従来のフォルダ管理では実現できなかった様々なフォルダ体系が実現可能となっている。
【０００３】
【特許文献１】特開２０００−２５０７９８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら，従来技術においては，メタデータの値の数だけフォルダが生成されるために，大量のデータを分類する場合には，生成されるフォルダ数も膨大になっていた。そのため，画面サイズに制限のある小型機器への適用に問題があった。また，静的なフォルダへのデータ配置とは異なり，分類結果のフォルダではフォルダを開く度にメタデータ項目で検索を行う。そのため，パフォーマンスを上げるためには開いていないフォルダに分類されるデータを先読みしてメモリにキャッシュするなどの手段が必須となる。しかし，メモリ量に制限のある小型機器では十分なキャッシュを保持することができず，パフォーマンス面に問題があった。
【０００５】
本発明は、メタデータによるデータの自動分類を、資源に制約のある小型機器においても効率よく実行可能な技術を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の一側面によれば、データに複数のメタデータを付与して管理するデータ管理装置であって、データを、複数のメタデータのそれぞれの観点から、それぞれの分類条件で複数のフォルダに分類し、それらの各フォルダ毎に、当該フォルダに対応するメタデータとは異なるメタデータの観点から当該フォルダ中のデータを更に複数のフォルダに分類することを、前記複数のメタデータの個数に応じて繰り返すことによりツリー構造のフォルダシステムを構成する構成手段と、構成された前記ツリー構造のフォルダシステムにおいて、１つのメタデータの観点からの分類結果が１つのフォルダに存在し、該フォルダと親フォルダを共通にする同一階層の他のフォルダには存在しない場合、当該親フォルダ及び該メタデータに基づく下位フォルダを削除することで前記フォルダシステムを再構成する再構成手段と、前記再構成手段により再構成された前記フォルダシステムの一覧である分類閲覧ビューを表示する表示手段ととを有することを特徴とするデータ管理装置が提供される。
【発明の効果】
【０００７】
本発明によれば，メタデータによるデータの自動分類を行う際に生成されるフォルダ数を抑制することが可能となり，したがって，資源に制約のある小型機器においても大量のデータを効率よく分類することが可能となる。それにより，大量のデータが保存されていてもユーザは素早く目的のデータに到達することが可能となる。
【発明を実施するための最良の形態】
【０００８】
以下、図面を参照して本発明の好適な実施形態について詳細に説明する。なお、本発明は以下の実施形態に限定されるものではなく、本発明の実施に有利な具体例を示すにすぎない。また、以下の実施形態の中で説明されている特徴の組み合わせの全てが本発明の課題解決手段として必須のものであるとは限らない。
【０００９】
＜実施形態１＞
図１は本実施形態に係るデータ管理装置１００のモジュール構成図である。
【００１０】
１０１は表示手段としてのデータ表示部で，フォルダツリーやデータ等の表示を行う。１０２は分類ルール入力部で，後述する分類ルールと分類セットの入力を行う。１０３は分類ルール管理部で，分類ルールと分類セットの保存と取得を行う。１０４は構成手段及び再構成手段としての分類実行部で，分類セットに基づいてデータの分類を行い，フォルダの階層構造を生成する。１０５は取得手段としてのメタデータ管理部で，メタデータの保存と取得を行う。１０６はメタデータ定義部で，データ管理装置１００で利用するメタデータの定義を管理する。１０７はデータ管理部である。１０８は分類ルール記憶手段及び分類セット記憶手段としての記憶装置で，データ，メタデータ，分類ルールなどの各種データを保存する。なお，データ管理装置にはこれら以外にもデータの入出力を行うモジュールなどが必要であるが，本発明には直接関係しないものについては説明を省略する。
【００１１】
図２は図１に示すデータ管理装置１００を実現するコンピュータ装置の構成を示すブロック図である。
【００１２】
ＣＰＵ２０１は，ＯＳ(Operating System)及び各種アプリケーションプログラムを実行し，コンピュータ装置各部の制御を行う。ＲＯＭ２０２は，ＣＰＵ２０１が実行するプログラムや演算用のパラメータのうちの固定的なデータを格納する。ＲＡＭ２０３は，ＣＰＵ２０１の作業領域やデータの一時記憶領域を提供する。ＲＯＭ２０２及びＲＡＭ２０３は，バス２０４を介してＣＰＵ２０１に接続される。キーボードなどの入力装置２０５，ＣＲＴ，液晶ディスプレイなどの表示装置２０６，ハードディスク装置，ＭＯ，ＣＤ−ＲＯＭ等の外部記憶装置２０７は，インタフェース２０８を介してバス２０４に接続されている。また，バス２０４は通信部２０９を介してネットワークと接続される。
【００１３】
入力装置２０５が分類ルール入力部１０２に相当し、表示装置２０６がデータ表示部１０１に相当する。また、記憶装置１０８はＲＯＭ２０２，ＲＡＭ２０３，外部記憶装置２０７によって構成される。外部記憶装置２０７にはＯＳをはじめ、ＣＰＵ２０１を分類ルール管理部１０３、分類実行部１０４、メタデータ管理部１０５、データ管理部１０７として機能させるためのデータ管理プログラムが記憶されている。
【００１４】
図３は本実施形態のデータ管理装置が利用するデータタイプとメタデータ定義の例を示す図である。
【００１５】
ここでは，（ａ）に示すように、データタイプとして，文書３０１，バインダ３０２，静止画３０３，動画３０４の４種類が登録されている。また，それぞれのデータタイプには（ｂ）に示すメタデータが定義されている。本実施形態において、メタデータにはメタデータ名称とデータ型とが定義されるものとする。（ｃ）に本実施形態で利用するメタデータのデータ型を示す。
【００１６】
また，本実施形態のデータ管理装置は記憶装置１０８にリレーショナルデータベース（以下、「ＲＤＢ」という。）を構成し，メタデータ定義はデータタイプ毎にＲＤＢでテーブル定義されるものとする。（ｄ）に，ＲＤＢのテーブル定義の例を示す。ここで，ＣＯＭＭＯＮ３０７は，各データタイプに共通のメタデータに対応するテーブル定義である。また、ＤＯＣＵＭＥＮＴ３０８，ＢＩＮＤＥＲ３０９，ＰＩＣＴＵＲＥ３１０，ＭＯＶＩＥ３１１はそれぞれ、データタイプ毎のメタデータに対応するテーブル定義である。
【００１７】
図４は本実施形態のデータ管理装置が利用する分類ルールを示す図である。
【００１８】
本実施形態における分類ルールは，分類に使用するメタデータのデータ型と分類方法とを定義するものである。分類方法は，いくつのカテゴリに分類するかを示す分類数と，各カテゴリの分類条件を定義するものであり，ここではメタデータの値の一致条件によって定義するものとする。分類ルールには一意な識別子（分類ルールＩＤ）が割り振られる。例えば，４０１のルール１では，メタデータのデータ型には“日付型”を用い，一致条件（一致条件１：過去１日，一致条件２：過去１週間，一致条件３：過去１ヶ月，一致条件４：それ以外）に応じて４つのカテゴリに分類するルールを定義する。また、４０２に示されるルール２は，メタデータのデータ型には“文字列型”を用い，分類数を０としている。分類数に０を指定した場合は，一致条件は用いずにメタデータの値毎に分類される。さらに，同じメタデータのデータ型に対して複数の分類ルールを登録することができる。４０３の分類ルール３と４０４の分類ルール４はどちらも“文字列型”に対する分類ルールであるが，それぞれ、先頭１文字の一致条件を使って３分類する分類方法と１１分類する分類方法を定義している。４０５の分類ルール５では、整数型のメタデータの分類ルールを定義している。
【００１９】
このような分類ルールは、分類ルール記憶手段としての記憶装置１０８によって複数種類記憶される。
【００２０】
図５は本実施形態のデータ管理装置で用いる分類セットの例を示す図である。
【００２１】
分類セットは分類に使用するメタデータの名称とメタデータ毎に適用する分類ルールの識別情報との組を複数個定義するもので，本実施形態においては分類セットによってデータの分類方法が規定される。分類セットは、分類セット記憶手段としての記憶装置１０８によって記憶される。分類セットには分類に使用するメタデータを任意の数だけ登録することができる。分類セットには一意な識別子（分類セットＩＤ）が割り振られる。例えば，５０１の分類セット１では，分類に使用するメタデータには“サイズ”，“作成日時”，“データタイプ”の３つを用いる。そして、それぞれは、分類ルール２（図４の４０２），分類ルール１（図４の４０１），分類ルール５（図４の４０５）を適用して分類することが規定されている。また，分類セットには同じメタデータを重複して登録することができる。５０２の分類セット２では，分類に使用するメタデータとして“ファイル名”を用い，分類ルール３（図４の４０３）と分類ルール４（図４の４０４）を適用して分類することが規定されている。図６，図７に分類セット１，２を用いた分類結果の例を示す。分類セットを用いた実際の分類処理の詳細は後述する。
【００２２】
続いて，図８，９，１０のフローチャートを参照して，本実施形態における分類処理の手順を説明する。このフローチャートに対応するプログラムは外部記憶装置２０７が記憶するデータ管理プログラムに含まれ、電源投入時などの所定のイベントに応じてＲＡＭ２０３にロードされ、ＣＰＵ２０１によって実行される。ここではユーザが分類セット１（図５の５０１）を指定した場合を例に説明する。
【００２３】
まず，ユーザが入力装置２０５を介して分類セットを選択（ここでは分類セット１が選択される）すると、分類実行部１０４に，分類セットＩＤ(ＳＥＴ０００１)を指定して分類の実行開始が指示される(Ｓ８０１)。分類実行部１０４は指定された分類セットＩＤを分類ルール管理部１０３に問い合わせて分類セット１を取得する(Ｓ８０２)。次に，取得した分類セット１に登録されている分類ルールＩＤ(ＲＵＬＥ０００５，ＲＵＬＥ０００１，ＲＵＬＥ０００２)を分類ルール管理部１０３に問い合わせて分類ルール５，１，２を取得し，これをメモリ（ＲＡＭ２０３）に記憶する(Ｓ８０３)。
【００２４】
続いて，複数のメタデータのそれぞれの観点からデータを分類し、ツリー構造のフォルダシステムを構成する。ツリーの作成では，まず分類セットに登録されているメタデータに対応した分類項目フォルダと，データ管理装置に登録されている全コンテンツのリスト（図６の６０４）をツリーの第１階層の要素として生成する(Ｓ８０４)。ここでは分類セット１に登録されている“サイズ”，“作成日時”，“データタイプ”に対応した分類項目フォルダ（６０１−６０３）がそれぞれ作成される。作成された各分類項目フォルダには対応するメタデータ名称と分類ルールＩＤが設定される(Ｓ８０５)。分類項目フォルダの表示名はこれらの情報を用いて上位のアプリケーションで決定されるものとする。図６の例ではメタデータ名称をそのままフォルダ名として表示している。
【００２５】
次に，分類項目フォルダのサブフォルダとして分類フォルダを作成する手順（図９）に進む。分類フォルダは，分類項目フォルダに対応する分類ルールで指定されている一致条件に対応する。ここでは“サイズ”の分類項目フォルダ６０１を例に説明する。
【００２６】
まず分類実行部１０４が生成した“サイズ”分類項目フォルダ６０１に設定されている分類ルールＩＤ(ＲＵＬＥ０００５)を取得し(Ｓ９０１)，次にその分類ルールＩＤに対応する分類ルール５を、メモリ（ＲＡＭ２０３）から取得する(Ｓ９０２)。続いて，分類ルール５に定義されている一致条件１−３（図４の４０５参照）にそれぞれ対応する分類フォルダ６０５−６０７を生成する(Ｓ９０３)。
【００２７】
そして、親の分類項目フォルダ６０１に対応する分類ルールＩＤ(ＲＵＬＥ０００５)と分類フォルダ６０５−６０７にそれぞれ対応する一致条件番号１−３とを設定する(Ｓ９０４)。分類フォルダの表示名はこれらの情報を用いて上位のアプリケーションで決定されるものとする。図６の例では一致条件をそのままフォルダ名として表示している。
【００２８】
処理は図１０のフローに進み、生成した分類フォルダ６０５−６０７に分類されるデータを選択する。本実施形態においては、ＲＤＢを使用するとしたので，分類はＳＱＬによるデータベース検索によって行うものとする。ここでは“サイズ”分類項目フォルダ６０１の下の分類フォルダ６０５−６０７を例に説明する。
【００２９】
まず，分類実行部１０４が生成した分類フォルダに設定されている分類ルールＩＤ(ＲＵＬＥ０００５)と一致条件番号(１−３)を取得する(Ｓ１００１)。次に、メモリ（ＲＡＭ２０３）から分類ルール５を取得して登録されている一致条件（「〜１０２４」「１０２５−３２７６８」「３２７６９〜」）を取得する(Ｓ１００２)。続いて，取得した一致条件からＳＱＬ文を生成する(Ｓ１００３)。ここで，メタデータ“サイズ”はＲＤＢ上ではＣＯＭＭＯＮテーブル３０７のＳＩＺＥカラムに対応するので（図３（ｄ）参照），分類フォルダ６０５−６０７に分類されるデータを選択するためのＳＱＬ文は，それぞれ図１１の（ａ）−（ｃ）のようになる。ＳＱＬ文を生成したら，これをメタデータ管理部１０５に渡してデータベース検索を実行する(Ｓ１００４)。
【００３０】
メタデータ管理部１０５は指定されたＳＱＬに従って検索を行い，検索にヒットしたデータのメタデータを分類実行部１０４に返す。最後に，分類実行部１０４はメタデータ管理部１０５から取得したメタデータに基づいて，各分類フォルダの下に検索結果のデータ６０８を配置する(Ｓ１００５)。
【００３１】
以上によりデータの分類が行われる。続いて，分類フォルダのサブフォルダとして他の分類項目フォルダを配置する(Ｓ１００６)。他の分類項目フォルダとは，選択された分類セットに従い生成されたツリーの第１階層に存在する分類項目フォルダのうち，注目分類フォルダの上位階層の分類項目フォルダを除いたものをいう。例えば分類フォルダ６０５について説明すると，その上位階層は“サイズ”分類項目フォルダ６０１であるから，残りの分類項目フォルダである“作成日時”分類項目フォルダ６０９と“データタイプ”分類項目フォルダ６１０をサブフォルダとして配置する。こうして，分類フォルダの下にデータと分類項目フォルダが配置される。
【００３２】
これ以降，同様の手順に従って分類項目フォルダの下に分類フォルダを配置し，分類フォルダの下に分類されたデータと分類項目フォルダとを配置し，これを分類項目フォルダを生成していないメタデータがなくなるまで繰り返すことで分類ツリーが構成される。ここで，本実施形態において，分類フォルダに分類されるデータは，注目分類フォルダの上位階層に存在する分類フォルダに分類されているデータ集合に対し，当該分類フォルダに対応する一致条件を適用したものになる。すなわち，フォルダツリーの階層を下に辿ることで，分類セットに登録されている分類ルールの論理積が適用されることになる。この規則に従い，第２階層より下位の分類フォルダに分類するデータを選択する際に使用するＳＱＬ文は，上位階層の分類フォルダで使用したＳＱＬ文とのＡＮＤ条件で検索を実行するものが生成される。
【００３３】
この処理を、要約すると、次のようになる。まず、データを、複数のメタデータのそれぞれ（例えば、「サイズ」、「作成日時」、「データタイプ」のうちの「サイズ」）の観点から、それぞれの分類条件で複数のフォルダ（例えば６０５−６０７）に分類する。その後、それらの各フォルダ毎に、当該フォルダに対応するメタデータとは異なるメタデータ（例えば「作成日時」）の観点から当該フォルダ中のデータを更に複数のフォルダ（６１１−６１４）に分類する。これを、複数のメタデータの個数に応じて繰り返すことによりツリー構造のフォルダシステムを構成する。
【００３４】
図１２に，分類フォルダ６１１に適用されるＳＱＬ文の例を示す。分類フォルダ６１１は、分類セット１（図５の５０１）の第２メタデータ“作成日時”に適用される、分類ルール１（図４の４０１）の一致条件１（「過去１日」）に対応するフォルダである。これはＲＢＤ上ではＣＯＭＭＯＮテーブル３０７のＣＲＥＡＴＥ_ＤＡＴＥカラムに相当し（図３（ｄ）参照），なおかつ分類フォルダ６０５の下位フォルダである。したがって，分類フォルダ６０５に分類されているデータ集合から，分類フォルダ６１１に適用される分類ルールに該当するデータを選択するようなＳＱＬ文を生成する。この例では，分類フォルダ６０５に対するＳＱＬをサブクエリとして分類フォルダ６１１のＳＱＬを生成した場合を示している。
【００３５】
続いて，データの分類結果に基づいて分類項目フォルダと分類フォルダの再構成を行う。図１５に、この再構成処理のフローチャートを示す。
【００３６】
本実施形態においては，『いずれか１つの一致条件に合致するデータのみ存在する場合は分類項目フォルダと分類フォルダを生成しない』というルールに基づいて再構成を行う。これを，“サイズ”分類項目フォルダ６０１の下位に配置した“作成日時”分類項目フォルダ６０９を例に説明する。ここでは、以下の（１）かつ（２）の条件を満たすの場合を例に説明する。
（１）“作成日時”の分類に適用される分類ルール１の一致条件のうち，一致条件１（「過去１日」）についてのみ該当するデータが存在する。
（２）残りの一致条件２，３，４（「過去１週間」，「過去１ヶ月」「それ以外」）については（すなわち、例えば「過去１日」フォルダ６１１と同一階層の他のフォルダ６１２−６１４については）、該当するデータが０件である。（従ってこの場合，これらの下位フォルダに配置されるデータも０件である。）
【００３７】
ステップＳ１５０１では、上記（１）かつ（２）の条件を満たすかどうかを判定し、この条件を満たす場合にステップＳ１５０２〜Ｓ１５０４の処理が実行される。
【００３８】
図１３は、上記（１）かつ（２）の条件を満たす場合における、分類結果の例を示す図である。この条件を満たす場合，図１３のデータリスト１３１５及び１３２５はどちらもサイズが１０２４以下で，作成日時が過去１日に該当するデータしか含まれていないので，両方の分類結果を重複して保持することは無駄である。同様に，データリスト１３２０，１３２２，及び１３２７はいずれもサイズが１０２４以下で，作成日時が過去１日で，データタイプが文書のデータしか含まれていないので，やはり重複して結果を保持することは無駄である。
【００３９】
そこで本実施形態では、これらの重複を削除するようにフォルダの再構成を行う。まず，“作成日時”分類項目フォルダ６０９の下位の分類フォルダ６１１−６１４及び，更に下位の構成要素１３１４−１３２０をすべて削除する(Ｓ１５０２)。次に，“作成日時”分類項目フォルダ６０９を削除する(Ｓ１５０３)。最後に、“作成日時”分類項目フォルダ６０９の親フォルダ６０５に，“作成日時”に対応する分類ルールＩＤ(ＲＵＬＥ０００１)と、分類されるデータが存在した分類フォルダ６１１に対応する一致条件番号（１）とを追加で設定する(Ｓ１５０４)。同様に，分類項目フォルダ１３２１以下の構成も削除する。
【００４０】
図１４に再構成後のフォルダツリーの構成を示す。分類フォルダ１４０５には分類ルール５の一致条件１と，分類ルール１の一致条件１が設定されている。同様に，分類フォルダ１４２３には分類ルール２と，分類ルール１の一致条件１とが設定されている（分類ルール２は定義により一致条件無し）。
【００４１】
以上が分類処理に関する説明である。
【００４２】
＜実施形態２＞
本実施形態の基本的な構成及び処理は実施形態１と同様であるが、画面構成が異なる。図１６に本実施形態における表示画面の例を示す。画面上部に操作ボタンが並び，画面下部にデータの一覧が表示される。ここで、１６０１、１６０３、１６０４、１６０６はフォルダに対応する操作ボタンを表示するフォルダ表示部である。フォルダ表示部１６０１内の操作ボタンは図６の分類項目フォルダ６０１−６０３に対応する。データ一覧表示部１６０２はデータリスト６０４に対応する。分類閲覧ビュー１６１１におけるフォルダ表示部１６０３内の操作ボタンは分類フォルダ６０５−６０７に対応する。また，分類閲覧ビュー１６１２におけるフォルダ表示部１６０４内の操作ボタンは分類項目フォルダ６０９−６１０に対応し，データ一覧表示部１６０５はデータリスト６０８に対応する。また，分類閲覧ビュー１６１３におけるフォルダ表示部１６０６内の操作ボタンは分類フォルダ６２３，６５０−６５２に対応する。
【００４３】
例えば、ユーザが分類閲覧ビュー１６１０でフォルダ表示部１６０１の“サイズ”ボタンを押下（選択操作）すると，分類項目フォルダ６０１を開く処理が行われ，分類フォルダ６０５−６０７が取得される。取得した分類フォルダをボタン表示した画面が分類閲覧ビュー１６１１となる。以下同様に，ユーザが操作ボタンを押下することで分類フォルダ及び分類項目フォルダを開きながら分類ツリーを辿る処理が行われる。以上のような画面構成を用いた実施形態も本発明の範疇に含まれる。
【００４４】
＜実施形態３＞
以上の実施形態では，分類フォルダは１つのカテゴリにデータが分類される場合を除いて必ず生成することとしていたが，各分類フォルダに分類されるデータが存在しなかった場合は，個々に生成しないようにしてもよい。
【００４５】
＜実施形態４＞
以上の実施形態では，分類ルールはメタデータのデータ型に対して定義されるものとしていたが，本発明はこれに限定されるものではなく，例えば個々のメタデータに対して分類ルールを定義するようにしてもよい。
【００４６】
＜実施形態５＞
以上の実施形態では，分類項目フォルダと分類フォルダの再構成はフォルダツリーの生成後に行うものとしていたが，本発明はこの方法に限定されるものではない。例えば、分類フォルダの生成時に随時分類結果をチェックして，分類フォルダの生成可否を判断するようにしてもよい。
【００４７】
＜他の実施形態＞
以上、本発明の実施形態を詳述したが、本発明は、複数の機器から構成されるシステムに適用してもよいし、また、一つの機器からなる装置に適用してもよい。
【００４８】
なお、本発明は、前述した実施形態の各機能を実現するプログラムを、システム又は装置に直接又は遠隔から供給し、そのシステム又は装置に含まれるコンピュータがその供給されたプログラムコードを読み出して実行することによっても達成される。
【００４９】
したがって、本発明の機能・処理をコンピュータで実現するために、そのコンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、上記機能・処理を実現するためのコンピュータプログラム自体も本発明の一つである。
【００５０】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【００５１】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、記録媒体としては、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。
【００５２】
また、プログラムは、クライアントコンピュータのブラウザを用いてインターネットのホームページからダウンロードしてもよい。すなわち、ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードしてもよい。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードする形態も考えられる。つまり、本発明の機能・処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明の構成要件となる場合がある。
【００５３】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布してもよい。この場合、所定条件をクリアしたユーザにのみ、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報で暗号化されたプログラムを復号して実行し、プログラムをコンピュータにインストールしてもよい。
【００５４】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現されてもよい。なお、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部又は全部を行ってもよい。もちろん、この場合も、前述した実施形態の機能が実現され得る。
【００５５】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれてもよい。そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行ってもよい。このようにして、前述した実施形態の機能が実現されることもある。
【図面の簡単な説明】
【００５６】
【図１】実施形態に係るデータ管理システムのモジュール構成図である。
【図２】図１のデータ管理システムを実現するコンピュータ装置の構成図である。
【図３】実施形態におけるデータ管理システムで利用するメタデータ定義及びデータベースにおけるテーブル定義の説明図である。
【図４】実施形態におけるデータ管理システムで利用する分類ルールの説明図である。
【図５】実施形態におけるデータ管理システムで利用する分類セットの説明図である。
【図６】実施形態における分類セットを用いた分類結果の例を示す図である。
【図７】実施形態における分類セットを用いた分類結果の例を示す図である。
【図８】、
【図９】、
【図１０】実施形態における分類処理を示すフローチャートである。
【図１１】、
【図１２】実施形態における分類ルールの一致条件を記述したＳＱＬ文の例を示す図である。
【図１３】実施形態における分類ツリーの再構成処理を説明する図である。
【図１４】実施形態における再構成処理後の分類ツリーの例を示す図である。
【図１５】実施形態における分類ツリーの再構成処理を示すフローチャートである。
【図１６】実施形態におけるデータ管理システムの分類閲覧ビューの例を示す図である。
【符号の説明】
【００５７】
１０１ データ表示部
１０２ 分類ルール入力部
１０３ 分類ルール管理部
１０４ 分類実行部
１０５ メタデータ管理部
１０６ メタデータ定義部
１０７ データ管理部
１０８ 記憶装置
６０１ 分類項目フォルダ
６０２ 分類フォルダ
６０４ データリスト
【技術分野】
【０００１】
本発明は，データに付与されたメタデータによってデータを動的に分類する技術に関する。
【背景技術】
【０００２】
従来，データにメタデータを付与し，そのメタデータに基づいてデータを自動的に分類する方法が提案されている。例えば特許文献１においては，ユーザが選択したメタデータ項目の値ごとにフォルダを生成し，そのフォルダの中に該当するメタデータの値を持つデータを配置することにより，メタデータの値で分類を行う方法が示されている。この方法では，分類時におけるメタデータ項目の使用順位を指定することで，ユーザの好みにあった分類の階層化を行うことが可能であり，従来のフォルダ管理では実現できなかった様々なフォルダ体系が実現可能となっている。
【０００３】
【特許文献１】特開２０００−２５０７９８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら，従来技術においては，メタデータの値の数だけフォルダが生成されるために，大量のデータを分類する場合には，生成されるフォルダ数も膨大になっていた。そのため，画面サイズに制限のある小型機器への適用に問題があった。また，静的なフォルダへのデータ配置とは異なり，分類結果のフォルダではフォルダを開く度にメタデータ項目で検索を行う。そのため，パフォーマンスを上げるためには開いていないフォルダに分類されるデータを先読みしてメモリにキャッシュするなどの手段が必須となる。しかし，メモリ量に制限のある小型機器では十分なキャッシュを保持することができず，パフォーマンス面に問題があった。
【０００５】
本発明は、メタデータによるデータの自動分類を、資源に制約のある小型機器においても効率よく実行可能な技術を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の一側面によれば、データに複数のメタデータを付与して管理するデータ管理装置であって、データを、複数のメタデータのそれぞれの観点から、それぞれの分類条件で複数のフォルダに分類し、それらの各フォルダ毎に、当該フォルダに対応するメタデータとは異なるメタデータの観点から当該フォルダ中のデータを更に複数のフォルダに分類することを、前記複数のメタデータの個数に応じて繰り返すことによりツリー構造のフォルダシステムを構成する構成手段と、構成された前記ツリー構造のフォルダシステムにおいて、１つのメタデータの観点からの分類結果が１つのフォルダに存在し、該フォルダと親フォルダを共通にする同一階層の他のフォルダには存在しない場合、当該親フォルダ及び該メタデータに基づく下位フォルダを削除することで前記フォルダシステムを再構成する再構成手段と、前記再構成手段により再構成された前記フォルダシステムの一覧である分類閲覧ビューを表示する表示手段ととを有することを特徴とするデータ管理装置が提供される。
【発明の効果】
【０００７】
本発明によれば，メタデータによるデータの自動分類を行う際に生成されるフォルダ数を抑制することが可能となり，したがって，資源に制約のある小型機器においても大量のデータを効率よく分類することが可能となる。それにより，大量のデータが保存されていてもユーザは素早く目的のデータに到達することが可能となる。
【発明を実施するための最良の形態】
【０００８】
以下、図面を参照して本発明の好適な実施形態について詳細に説明する。なお、本発明は以下の実施形態に限定されるものではなく、本発明の実施に有利な具体例を示すにすぎない。また、以下の実施形態の中で説明されている特徴の組み合わせの全てが本発明の課題解決手段として必須のものであるとは限らない。
【０００９】
＜実施形態１＞
図１は本実施形態に係るデータ管理装置１００のモジュール構成図である。
【００１０】
１０１は表示手段としてのデータ表示部で，フォルダツリーやデータ等の表示を行う。１０２は分類ルール入力部で，後述する分類ルールと分類セットの入力を行う。１０３は分類ルール管理部で，分類ルールと分類セットの保存と取得を行う。１０４は構成手段及び再構成手段としての分類実行部で，分類セットに基づいてデータの分類を行い，フォルダの階層構造を生成する。１０５は取得手段としてのメタデータ管理部で，メタデータの保存と取得を行う。１０６はメタデータ定義部で，データ管理装置１００で利用するメタデータの定義を管理する。１０７はデータ管理部である。１０８は分類ルール記憶手段及び分類セット記憶手段としての記憶装置で，データ，メタデータ，分類ルールなどの各種データを保存する。なお，データ管理装置にはこれら以外にもデータの入出力を行うモジュールなどが必要であるが，本発明には直接関係しないものについては説明を省略する。
【００１１】
図２は図１に示すデータ管理装置１００を実現するコンピュータ装置の構成を示すブロック図である。
【００１２】
ＣＰＵ２０１は，ＯＳ(Operating System)及び各種アプリケーションプログラムを実行し，コンピュータ装置各部の制御を行う。ＲＯＭ２０２は，ＣＰＵ２０１が実行するプログラムや演算用のパラメータのうちの固定的なデータを格納する。ＲＡＭ２０３は，ＣＰＵ２０１の作業領域やデータの一時記憶領域を提供する。ＲＯＭ２０２及びＲＡＭ２０３は，バス２０４を介してＣＰＵ２０１に接続される。キーボードなどの入力装置２０５，ＣＲＴ，液晶ディスプレイなどの表示装置２０６，ハードディスク装置，ＭＯ，ＣＤ−ＲＯＭ等の外部記憶装置２０７は，インタフェース２０８を介してバス２０４に接続されている。また，バス２０４は通信部２０９を介してネットワークと接続される。
【００１３】
入力装置２０５が分類ルール入力部１０２に相当し、表示装置２０６がデータ表示部１０１に相当する。また、記憶装置１０８はＲＯＭ２０２，ＲＡＭ２０３，外部記憶装置２０７によって構成される。外部記憶装置２０７にはＯＳをはじめ、ＣＰＵ２０１を分類ルール管理部１０３、分類実行部１０４、メタデータ管理部１０５、データ管理部１０７として機能させるためのデータ管理プログラムが記憶されている。
【００１４】
図３は本実施形態のデータ管理装置が利用するデータタイプとメタデータ定義の例を示す図である。
【００１５】
ここでは，（ａ）に示すように、データタイプとして，文書３０１，バインダ３０２，静止画３０３，動画３０４の４種類が登録されている。また，それぞれのデータタイプには（ｂ）に示すメタデータが定義されている。本実施形態において、メタデータにはメタデータ名称とデータ型とが定義されるものとする。（ｃ）に本実施形態で利用するメタデータのデータ型を示す。
【００１６】
また，本実施形態のデータ管理装置は記憶装置１０８にリレーショナルデータベース（以下、「ＲＤＢ」という。）を構成し，メタデータ定義はデータタイプ毎にＲＤＢでテーブル定義されるものとする。（ｄ）に，ＲＤＢのテーブル定義の例を示す。ここで，ＣＯＭＭＯＮ３０７は，各データタイプに共通のメタデータに対応するテーブル定義である。また、ＤＯＣＵＭＥＮＴ３０８，ＢＩＮＤＥＲ３０９，ＰＩＣＴＵＲＥ３１０，ＭＯＶＩＥ３１１はそれぞれ、データタイプ毎のメタデータに対応するテーブル定義である。
【００１７】
図４は本実施形態のデータ管理装置が利用する分類ルールを示す図である。
【００１８】
本実施形態における分類ルールは，分類に使用するメタデータのデータ型と分類方法とを定義するものである。分類方法は，いくつのカテゴリに分類するかを示す分類数と，各カテゴリの分類条件を定義するものであり，ここではメタデータの値の一致条件によって定義するものとする。分類ルールには一意な識別子（分類ルールＩＤ）が割り振られる。例えば，４０１のルール１では，メタデータのデータ型には“日付型”を用い，一致条件（一致条件１：過去１日，一致条件２：過去１週間，一致条件３：過去１ヶ月，一致条件４：それ以外）に応じて４つのカテゴリに分類するルールを定義する。また、４０２に示されるルール２は，メタデータのデータ型には“文字列型”を用い，分類数を０としている。分類数に０を指定した場合は，一致条件は用いずにメタデータの値毎に分類される。さらに，同じメタデータのデータ型に対して複数の分類ルールを登録することができる。４０３の分類ルール３と４０４の分類ルール４はどちらも“文字列型”に対する分類ルールであるが，それぞれ、先頭１文字の一致条件を使って３分類する分類方法と１１分類する分類方法を定義している。４０５の分類ルール５では、整数型のメタデータの分類ルールを定義している。
【００１９】
このような分類ルールは、分類ルール記憶手段としての記憶装置１０８によって複数種類記憶される。
【００２０】
図５は本実施形態のデータ管理装置で用いる分類セットの例を示す図である。
【００２１】
分類セットは分類に使用するメタデータの名称とメタデータ毎に適用する分類ルールの識別情報との組を複数個定義するもので，本実施形態においては分類セットによってデータの分類方法が規定される。分類セットは、分類セット記憶手段としての記憶装置１０８によって記憶される。分類セットには分類に使用するメタデータを任意の数だけ登録することができる。分類セットには一意な識別子（分類セットＩＤ）が割り振られる。例えば，５０１の分類セット１では，分類に使用するメタデータには“サイズ”，“作成日時”，“データタイプ”の３つを用いる。そして、それぞれは、分類ルール２（図４の４０２），分類ルール１（図４の４０１），分類ルール５（図４の４０５）を適用して分類することが規定されている。また，分類セットには同じメタデータを重複して登録することができる。５０２の分類セット２では，分類に使用するメタデータとして“ファイル名”を用い，分類ルール３（図４の４０３）と分類ルール４（図４の４０４）を適用して分類することが規定されている。図６，図７に分類セット１，２を用いた分類結果の例を示す。分類セットを用いた実際の分類処理の詳細は後述する。
【００２２】
続いて，図８，９，１０のフローチャートを参照して，本実施形態における分類処理の手順を説明する。このフローチャートに対応するプログラムは外部記憶装置２０７が記憶するデータ管理プログラムに含まれ、電源投入時などの所定のイベントに応じてＲＡＭ２０３にロードされ、ＣＰＵ２０１によって実行される。ここではユーザが分類セット１（図５の５０１）を指定した場合を例に説明する。
【００２３】
まず，ユーザが入力装置２０５を介して分類セットを選択（ここでは分類セット１が選択される）すると、分類実行部１０４に，分類セットＩＤ(ＳＥＴ０００１)を指定して分類の実行開始が指示される(Ｓ８０１)。分類実行部１０４は指定された分類セットＩＤを分類ルール管理部１０３に問い合わせて分類セット１を取得する(Ｓ８０２)。次に，取得した分類セット１に登録されている分類ルールＩＤ(ＲＵＬＥ０００５，ＲＵＬＥ０００１，ＲＵＬＥ０００２)を分類ルール管理部１０３に問い合わせて分類ルール５，１，２を取得し，これをメモリ（ＲＡＭ２０３）に記憶する(Ｓ８０３)。
【００２４】
続いて，複数のメタデータのそれぞれの観点からデータを分類し、ツリー構造のフォルダシステムを構成する。ツリーの作成では，まず分類セットに登録されているメタデータに対応した分類項目フォルダと，データ管理装置に登録されている全コンテンツのリスト（図６の６０４）をツリーの第１階層の要素として生成する(Ｓ８０４)。ここでは分類セット１に登録されている“サイズ”，“作成日時”，“データタイプ”に対応した分類項目フォルダ（６０１−６０３）がそれぞれ作成される。作成された各分類項目フォルダには対応するメタデータ名称と分類ルールＩＤが設定される(Ｓ８０５)。分類項目フォルダの表示名はこれらの情報を用いて上位のアプリケーションで決定されるものとする。図６の例ではメタデータ名称をそのままフォルダ名として表示している。
【００２５】
次に，分類項目フォルダのサブフォルダとして分類フォルダを作成する手順（図９）に進む。分類フォルダは，分類項目フォルダに対応する分類ルールで指定されている一致条件に対応する。ここでは“サイズ”の分類項目フォルダ６０１を例に説明する。
【００２６】
まず分類実行部１０４が生成した“サイズ”分類項目フォルダ６０１に設定されている分類ルールＩＤ(ＲＵＬＥ０００５)を取得し(Ｓ９０１)，次にその分類ルールＩＤに対応する分類ルール５を、メモリ（ＲＡＭ２０３）から取得する(Ｓ９０２)。続いて，分類ルール５に定義されている一致条件１−３（図４の４０５参照）にそれぞれ対応する分類フォルダ６０５−６０７を生成する(Ｓ９０３)。
【００２７】
そして、親の分類項目フォルダ６０１に対応する分類ルールＩＤ(ＲＵＬＥ０００５)と分類フォルダ６０５−６０７にそれぞれ対応する一致条件番号１−３とを設定する(Ｓ９０４)。分類フォルダの表示名はこれらの情報を用いて上位のアプリケーションで決定されるものとする。図６の例では一致条件をそのままフォルダ名として表示している。
【００２８】
処理は図１０のフローに進み、生成した分類フォルダ６０５−６０７に分類されるデータを選択する。本実施形態においては、ＲＤＢを使用するとしたので，分類はＳＱＬによるデータベース検索によって行うものとする。ここでは“サイズ”分類項目フォルダ６０１の下の分類フォルダ６０５−６０７を例に説明する。
【００２９】
まず，分類実行部１０４が生成した分類フォルダに設定されている分類ルールＩＤ(ＲＵＬＥ０００５)と一致条件番号(１−３)を取得する(Ｓ１００１)。次に、メモリ（ＲＡＭ２０３）から分類ルール５を取得して登録されている一致条件（「〜１０２４」「１０２５−３２７６８」「３２７６９〜」）を取得する(Ｓ１００２)。続いて，取得した一致条件からＳＱＬ文を生成する(Ｓ１００３)。ここで，メタデータ“サイズ”はＲＤＢ上ではＣＯＭＭＯＮテーブル３０７のＳＩＺＥカラムに対応するので（図３（ｄ）参照），分類フォルダ６０５−６０７に分類されるデータを選択するためのＳＱＬ文は，それぞれ図１１の（ａ）−（ｃ）のようになる。ＳＱＬ文を生成したら，これをメタデータ管理部１０５に渡してデータベース検索を実行する(Ｓ１００４)。
【００３０】
メタデータ管理部１０５は指定されたＳＱＬに従って検索を行い，検索にヒットしたデータのメタデータを分類実行部１０４に返す。最後に，分類実行部１０４はメタデータ管理部１０５から取得したメタデータに基づいて，各分類フォルダの下に検索結果のデータ６０８を配置する(Ｓ１００５)。
【００３１】
以上によりデータの分類が行われる。続いて，分類フォルダのサブフォルダとして他の分類項目フォルダを配置する(Ｓ１００６)。他の分類項目フォルダとは，選択された分類セットに従い生成されたツリーの第１階層に存在する分類項目フォルダのうち，注目分類フォルダの上位階層の分類項目フォルダを除いたものをいう。例えば分類フォルダ６０５について説明すると，その上位階層は“サイズ”分類項目フォルダ６０１であるから，残りの分類項目フォルダである“作成日時”分類項目フォルダ６０９と“データタイプ”分類項目フォルダ６１０をサブフォルダとして配置する。こうして，分類フォルダの下にデータと分類項目フォルダが配置される。
【００３２】
これ以降，同様の手順に従って分類項目フォルダの下に分類フォルダを配置し，分類フォルダの下に分類されたデータと分類項目フォルダとを配置し，これを分類項目フォルダを生成していないメタデータがなくなるまで繰り返すことで分類ツリーが構成される。ここで，本実施形態において，分類フォルダに分類されるデータは，注目分類フォルダの上位階層に存在する分類フォルダに分類されているデータ集合に対し，当該分類フォルダに対応する一致条件を適用したものになる。すなわち，フォルダツリーの階層を下に辿ることで，分類セットに登録されている分類ルールの論理積が適用されることになる。この規則に従い，第２階層より下位の分類フォルダに分類するデータを選択する際に使用するＳＱＬ文は，上位階層の分類フォルダで使用したＳＱＬ文とのＡＮＤ条件で検索を実行するものが生成される。
【００３３】
この処理を、要約すると、次のようになる。まず、データを、複数のメタデータのそれぞれ（例えば、「サイズ」、「作成日時」、「データタイプ」のうちの「サイズ」）の観点から、それぞれの分類条件で複数のフォルダ（例えば６０５−６０７）に分類する。その後、それらの各フォルダ毎に、当該フォルダに対応するメタデータとは異なるメタデータ（例えば「作成日時」）の観点から当該フォルダ中のデータを更に複数のフォルダ（６１１−６１４）に分類する。これを、複数のメタデータの個数に応じて繰り返すことによりツリー構造のフォルダシステムを構成する。
【００３４】
図１２に，分類フォルダ６１１に適用されるＳＱＬ文の例を示す。分類フォルダ６１１は、分類セット１（図５の５０１）の第２メタデータ“作成日時”に適用される、分類ルール１（図４の４０１）の一致条件１（「過去１日」）に対応するフォルダである。これはＲＢＤ上ではＣＯＭＭＯＮテーブル３０７のＣＲＥＡＴＥ_ＤＡＴＥカラムに相当し（図３（ｄ）参照），なおかつ分類フォルダ６０５の下位フォルダである。したがって，分類フォルダ６０５に分類されているデータ集合から，分類フォルダ６１１に適用される分類ルールに該当するデータを選択するようなＳＱＬ文を生成する。この例では，分類フォルダ６０５に対するＳＱＬをサブクエリとして分類フォルダ６１１のＳＱＬを生成した場合を示している。
【００３５】
続いて，データの分類結果に基づいて分類項目フォルダと分類フォルダの再構成を行う。図１５に、この再構成処理のフローチャートを示す。
【００３６】
本実施形態においては，『いずれか１つの一致条件に合致するデータのみ存在する場合は分類項目フォルダと分類フォルダを生成しない』というルールに基づいて再構成を行う。これを，“サイズ”分類項目フォルダ６０１の下位に配置した“作成日時”分類項目フォルダ６０９を例に説明する。ここでは、以下の（１）かつ（２）の条件を満たすの場合を例に説明する。
（１）“作成日時”の分類に適用される分類ルール１の一致条件のうち，一致条件１（「過去１日」）についてのみ該当するデータが存在する。
（２）残りの一致条件２，３，４（「過去１週間」，「過去１ヶ月」「それ以外」）については（すなわち、例えば「過去１日」フォルダ６１１と同一階層の他のフォルダ６１２−６１４については）、該当するデータが０件である。（従ってこの場合，これらの下位フォルダに配置されるデータも０件である。）
【００３７】
ステップＳ１５０１では、上記（１）かつ（２）の条件を満たすかどうかを判定し、この条件を満たす場合にステップＳ１５０２〜Ｓ１５０４の処理が実行される。
【００３８】
図１３は、上記（１）かつ（２）の条件を満たす場合における、分類結果の例を示す図である。この条件を満たす場合，図１３のデータリスト１３１５及び１３２５はどちらもサイズが１０２４以下で，作成日時が過去１日に該当するデータしか含まれていないので，両方の分類結果を重複して保持することは無駄である。同様に，データリスト１３２０，１３２２，及び１３２７はいずれもサイズが１０２４以下で，作成日時が過去１日で，データタイプが文書のデータしか含まれていないので，やはり重複して結果を保持することは無駄である。
【００３９】
そこで本実施形態では、これらの重複を削除するようにフォルダの再構成を行う。まず，“作成日時”分類項目フォルダ６０９の下位の分類フォルダ６１１−６１４及び，更に下位の構成要素１３１４−１３２０をすべて削除する(Ｓ１５０２)。次に，“作成日時”分類項目フォルダ６０９を削除する(Ｓ１５０３)。最後に、“作成日時”分類項目フォルダ６０９の親フォルダ６０５に，“作成日時”に対応する分類ルールＩＤ(ＲＵＬＥ０００１)と、分類されるデータが存在した分類フォルダ６１１に対応する一致条件番号（１）とを追加で設定する(Ｓ１５０４)。同様に，分類項目フォルダ１３２１以下の構成も削除する。
【００４０】
図１４に再構成後のフォルダツリーの構成を示す。分類フォルダ１４０５には分類ルール５の一致条件１と，分類ルール１の一致条件１が設定されている。同様に，分類フォルダ１４２３には分類ルール２と，分類ルール１の一致条件１とが設定されている（分類ルール２は定義により一致条件無し）。
【００４１】
以上が分類処理に関する説明である。
【００４２】
＜実施形態２＞
本実施形態の基本的な構成及び処理は実施形態１と同様であるが、画面構成が異なる。図１６に本実施形態における表示画面の例を示す。画面上部に操作ボタンが並び，画面下部にデータの一覧が表示される。ここで、１６０１、１６０３、１６０４、１６０６はフォルダに対応する操作ボタンを表示するフォルダ表示部である。フォルダ表示部１６０１内の操作ボタンは図６の分類項目フォルダ６０１−６０３に対応する。データ一覧表示部１６０２はデータリスト６０４に対応する。分類閲覧ビュー１６１１におけるフォルダ表示部１６０３内の操作ボタンは分類フォルダ６０５−６０７に対応する。また，分類閲覧ビュー１６１２におけるフォルダ表示部１６０４内の操作ボタンは分類項目フォルダ６０９−６１０に対応し，データ一覧表示部１６０５はデータリスト６０８に対応する。また，分類閲覧ビュー１６１３におけるフォルダ表示部１６０６内の操作ボタンは分類フォルダ６２３，６５０−６５２に対応する。
【００４３】
例えば、ユーザが分類閲覧ビュー１６１０でフォルダ表示部１６０１の“サイズ”ボタンを押下（選択操作）すると，分類項目フォルダ６０１を開く処理が行われ，分類フォルダ６０５−６０７が取得される。取得した分類フォルダをボタン表示した画面が分類閲覧ビュー１６１１となる。以下同様に，ユーザが操作ボタンを押下することで分類フォルダ及び分類項目フォルダを開きながら分類ツリーを辿る処理が行われる。以上のような画面構成を用いた実施形態も本発明の範疇に含まれる。
【００４４】
＜実施形態３＞
以上の実施形態では，分類フォルダは１つのカテゴリにデータが分類される場合を除いて必ず生成することとしていたが，各分類フォルダに分類されるデータが存在しなかった場合は，個々に生成しないようにしてもよい。
【００４５】
＜実施形態４＞
以上の実施形態では，分類ルールはメタデータのデータ型に対して定義されるものとしていたが，本発明はこれに限定されるものではなく，例えば個々のメタデータに対して分類ルールを定義するようにしてもよい。
【００４６】
＜実施形態５＞
以上の実施形態では，分類項目フォルダと分類フォルダの再構成はフォルダツリーの生成後に行うものとしていたが，本発明はこの方法に限定されるものではない。例えば、分類フォルダの生成時に随時分類結果をチェックして，分類フォルダの生成可否を判断するようにしてもよい。
【００４７】
＜他の実施形態＞
以上、本発明の実施形態を詳述したが、本発明は、複数の機器から構成されるシステムに適用してもよいし、また、一つの機器からなる装置に適用してもよい。
【００４８】
なお、本発明は、前述した実施形態の各機能を実現するプログラムを、システム又は装置に直接又は遠隔から供給し、そのシステム又は装置に含まれるコンピュータがその供給されたプログラムコードを読み出して実行することによっても達成される。
【００４９】
したがって、本発明の機能・処理をコンピュータで実現するために、そのコンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、上記機能・処理を実現するためのコンピュータプログラム自体も本発明の一つである。
【００５０】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【００５１】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、記録媒体としては、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。
【００５２】
また、プログラムは、クライアントコンピュータのブラウザを用いてインターネットのホームページからダウンロードしてもよい。すなわち、ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードしてもよい。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードする形態も考えられる。つまり、本発明の機能・処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明の構成要件となる場合がある。
【００５３】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布してもよい。この場合、所定条件をクリアしたユーザにのみ、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報で暗号化されたプログラムを復号して実行し、プログラムをコンピュータにインストールしてもよい。
【００５４】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現されてもよい。なお、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部又は全部を行ってもよい。もちろん、この場合も、前述した実施形態の機能が実現され得る。
【００５５】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれてもよい。そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行ってもよい。このようにして、前述した実施形態の機能が実現されることもある。
【図面の簡単な説明】
【００５６】
【図１】実施形態に係るデータ管理システムのモジュール構成図である。
【図２】図１のデータ管理システムを実現するコンピュータ装置の構成図である。
【図３】実施形態におけるデータ管理システムで利用するメタデータ定義及びデータベースにおけるテーブル定義の説明図である。
【図４】実施形態におけるデータ管理システムで利用する分類ルールの説明図である。
【図５】実施形態におけるデータ管理システムで利用する分類セットの説明図である。
【図６】実施形態における分類セットを用いた分類結果の例を示す図である。
【図７】実施形態における分類セットを用いた分類結果の例を示す図である。
【図８】、
【図９】、
【図１０】実施形態における分類処理を示すフローチャートである。
【図１１】、
【図１２】実施形態における分類ルールの一致条件を記述したＳＱＬ文の例を示す図である。
【図１３】実施形態における分類ツリーの再構成処理を説明する図である。
【図１４】実施形態における再構成処理後の分類ツリーの例を示す図である。
【図１５】実施形態における分類ツリーの再構成処理を示すフローチャートである。
【図１６】実施形態におけるデータ管理システムの分類閲覧ビューの例を示す図である。
【符号の説明】
【００５７】
１０１ データ表示部
１０２ 分類ルール入力部
１０３ 分類ルール管理部
１０４ 分類実行部
１０５ メタデータ管理部
１０６ メタデータ定義部
１０７ データ管理部
１０８ 記憶装置
６０１ 分類項目フォルダ
６０２ 分類フォルダ
６０４ データリスト
【特許請求の範囲】
【請求項１】
複数のメタデータを利用してデータを管理するデータ管理装置であって、
データを、複数のメタデータのそれぞれの観点から、それぞれの分類条件で複数のフォルダに分類し、それらの各フォルダ毎に、当該フォルダに対応するメタデータとは異なるメタデータの観点から当該フォルダ中のデータを更に複数のフォルダに分類することを、前記複数のメタデータの個数に応じて繰り返すことによりツリー構造のフォルダシステムを構成する構成手段と、
構成された前記ツリー構造のフォルダシステムにおいて、１つのメタデータの観点からの分類結果が１つのフォルダに存在し、該フォルダと親フォルダを共通にする同一階層の他のフォルダには存在しない場合、当該親フォルダ及び該メタデータに基づく下位フォルダを削除することで前記フォルダシステムを再構成する再構成手段と、
前記再構成手段により再構成された前記フォルダシステムの一覧である分類閲覧ビューを表示する表示手段と、
とを有することを特徴とするデータ管理装置。
【請求項２】
前記分類条件を定義する分類ルールを複数種類記憶する分類ルール記憶手段と、
前記構成手段による分類に使用するメタデータの名称と該メタデータに適用する分類ルールの識別情報との組を複数個定義する分類セットを記憶する分類セット記憶手段と、
ユーザにより指定された分類セットを前記分類セット記憶手段から取得する取得手段と、
を更に有し、
前記構成手段は、前記取得手段が取得した前記分類セットに基づいて、前記分類に使用する前記複数のメタデータ及び、各メタデータに適用する分類ルールを設定することを特徴とする請求項１に記載のデータ管理装置。
【請求項３】
前記表示手段は、前記再構成手段により下位フォルダが削除された親フォルダの情報として、削除された下位フォルダの情報を表示することを特徴とする請求項１に記載のデータ管理装置。
【請求項４】
前記構成手段は、設定した分類ルールからＳＱＬ文を生成し、該ＳＱＬ文に従い前記分類を行うことを特徴とする請求項２に記載のデータ管理装置。
【請求項５】
前記分類閲覧ビューは、フォルダに対応する操作ボタンを表示するフォルダ表示部と、ユーザにより選択操作された操作ボタンに対応するフォルダにおけるデータを一覧表示するデータ一覧表示部とを有することを特徴とする請求項１から４までのいずれか１項に記載のデータ管理装置。
【請求項６】
複数のメタデータを利用してデータを管理するデータ管理装置におけるデータ管理方法であって、
構成手段が、データを、複数のメタデータのそれぞれの観点から、それぞれの分類条件で複数のフォルダに分類し、それらの各フォルダ毎に、当該フォルダに対応するメタデータとは異なるメタデータの観点から当該フォルダ中のデータを更に複数のフォルダに分類することを、前記複数のメタデータの個数に応じて繰り返すことによりツリー構造のフォルダシステムを構成する構成ステップと、
再構成手段が、構成された前記ツリー構造のフォルダシステムにおいて、１つのメタデータの観点からの分類結果が１つのフォルダに存在し、該フォルダと親フォルダを共通にする同一階層の他のフォルダには存在しない場合、当該親フォルダ及び該メタデータに基づく下位フォルダを削除することで前記フォルダシステムを再構成する再構成ステップと、
表示手段が、前記再構成ステップにより再構成された前記フォルダシステムの一覧である分類閲覧ビューを表示する表示ステップと、
とを有することを特徴とするデータ管理方法。
【請求項７】
請求項６に記載のデータ管理方法をコンピュータに実行させるためのプログラム。
【請求項１】
複数のメタデータを利用してデータを管理するデータ管理装置であって、
データを、複数のメタデータのそれぞれの観点から、それぞれの分類条件で複数のフォルダに分類し、それらの各フォルダ毎に、当該フォルダに対応するメタデータとは異なるメタデータの観点から当該フォルダ中のデータを更に複数のフォルダに分類することを、前記複数のメタデータの個数に応じて繰り返すことによりツリー構造のフォルダシステムを構成する構成手段と、
構成された前記ツリー構造のフォルダシステムにおいて、１つのメタデータの観点からの分類結果が１つのフォルダに存在し、該フォルダと親フォルダを共通にする同一階層の他のフォルダには存在しない場合、当該親フォルダ及び該メタデータに基づく下位フォルダを削除することで前記フォルダシステムを再構成する再構成手段と、
前記再構成手段により再構成された前記フォルダシステムの一覧である分類閲覧ビューを表示する表示手段と、
とを有することを特徴とするデータ管理装置。
【請求項２】
前記分類条件を定義する分類ルールを複数種類記憶する分類ルール記憶手段と、
前記構成手段による分類に使用するメタデータの名称と該メタデータに適用する分類ルールの識別情報との組を複数個定義する分類セットを記憶する分類セット記憶手段と、
ユーザにより指定された分類セットを前記分類セット記憶手段から取得する取得手段と、
を更に有し、
前記構成手段は、前記取得手段が取得した前記分類セットに基づいて、前記分類に使用する前記複数のメタデータ及び、各メタデータに適用する分類ルールを設定することを特徴とする請求項１に記載のデータ管理装置。
【請求項３】
前記表示手段は、前記再構成手段により下位フォルダが削除された親フォルダの情報として、削除された下位フォルダの情報を表示することを特徴とする請求項１に記載のデータ管理装置。
【請求項４】
前記構成手段は、設定した分類ルールからＳＱＬ文を生成し、該ＳＱＬ文に従い前記分類を行うことを特徴とする請求項２に記載のデータ管理装置。
【請求項５】
前記分類閲覧ビューは、フォルダに対応する操作ボタンを表示するフォルダ表示部と、ユーザにより選択操作された操作ボタンに対応するフォルダにおけるデータを一覧表示するデータ一覧表示部とを有することを特徴とする請求項１から４までのいずれか１項に記載のデータ管理装置。
【請求項６】
複数のメタデータを利用してデータを管理するデータ管理装置におけるデータ管理方法であって、
構成手段が、データを、複数のメタデータのそれぞれの観点から、それぞれの分類条件で複数のフォルダに分類し、それらの各フォルダ毎に、当該フォルダに対応するメタデータとは異なるメタデータの観点から当該フォルダ中のデータを更に複数のフォルダに分類することを、前記複数のメタデータの個数に応じて繰り返すことによりツリー構造のフォルダシステムを構成する構成ステップと、
再構成手段が、構成された前記ツリー構造のフォルダシステムにおいて、１つのメタデータの観点からの分類結果が１つのフォルダに存在し、該フォルダと親フォルダを共通にする同一階層の他のフォルダには存在しない場合、当該親フォルダ及び該メタデータに基づく下位フォルダを削除することで前記フォルダシステムを再構成する再構成ステップと、
表示手段が、前記再構成ステップにより再構成された前記フォルダシステムの一覧である分類閲覧ビューを表示する表示ステップと、
とを有することを特徴とするデータ管理方法。
【請求項７】
請求項６に記載のデータ管理方法をコンピュータに実行させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【公開番号】特開２００８−３１０４５０（Ｐ２００８−３１０４５０Ａ）
【公開日】平成２０年１２月２５日（２００８．１２．２５）
【国際特許分類】
【出願番号】特願２００７−１５５７２５（Ｐ２００７−１５５７２５）
【出願日】平成１９年６月１２日（２００７．６．１２）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２０年１２月２５日（２００８．１２．２５）
【国際特許分類】
【出願日】平成１９年６月１２日（２００７．６．１２）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]