JP2010160638A - データ表示装置及びその制御方法、コンピュータプログラム - Google Patents

Abstract

【課題】従来、集合データの表示において、ユーザの視認性が低いという問題があった。
【解決手段】データ表示装置であって、データを該データの集合を表すデータ集合を用いて階層的に管理するデータ集合階層管理手段と、前記データ集合を表示する表示手段と、表示されているいずれかのデータ集合に対する操作を検知する検知手段と、検知された操作の対象となるデータ集合より下位に含まれるデータ集合について、該下位に含まれるデータ集合を統合表示するか否かを決定する決定手段とを備え、前記決定手段が前記下位に含まれるデータ集合を統合表示すると決定した場合に、前記表示手段は、該下位に含まれるデータ集合を１つのデータ集合としてまとめて統合表示し、統合対象となる複数のデータ集合のそれぞれの名称を合成したものを、該統合表示される１つのデータ集合の名称として表示する。
【選択図】 図１

Description

本発明は、データ表示装置及びその制御方法、コンピュータプログラムに関する。

従来、ファイルシステム等に格納されているデータを表示する方法としては、データを格納したフォルダをツリー状に表示するフォルダツリー形式があった。例えば、Windows（登録商標）におけるエクスプローラ機能がある。エクスプローラ機能により、ユーザはデータを階層的に管理することが可能である。しかし、格納するデータ数が増加し、フォルダ数・階層数も膨大になると、全体を表示するために必要となる領域が広くなり、全体的な構成をディスプレイ等の表示装置で一覧することが困難になる。これによりユーザの視認性が低下するという問題がある。上記の問題に対する解決策として、フォルダツリー上の同一階層に表示されるフォルダが１つのみである場合には、当該階層の表示を省略し、１階層下位のフォルダまたはファイルを表示するものがある（特許文献１参照）。
特開２００６−０２１３４７号公報

しかしながら、従来のフォルダツリー表示方法では、同一階層に複数のフォルダが存在する場合には、全体的な構成を一覧するための解決策が提案されておらず、依然としてユーザの視認性が低い。また、同一階層に１つのフォルダしかない場合でも、表示を省略したフォルダの名称から得られる情報が失われてしまい、フォルダの内容を把握しにくくなる。

そこで、本発明は、上記の問題点を解決することを目的とする。

上記課題を解決するための本発明は、データ表示装置に関連し、
データを該データの集合を表すデータ集合を用いて階層的に管理するデータ集合階層管理手段と、
前記データ集合を表示する表示手段と、
表示されているいずれかのデータ集合に対する操作を検知する検知手段と、
検知された操作の対象となるデータ集合より下位に含まれるデータ集合について、該下位に含まれるデータ集合を統合表示するか否かを決定する決定手段と
を備え、
前記決定手段が前記下位に含まれるデータ集合を統合表示すると決定した場合に、前記表示手段は、該下位に含まれるデータ集合を１つのデータ集合としてまとめて統合表示し、統合対象となる複数のデータ集合のそれぞれの名称を合成したものを、該統合表示される１つのデータ集合の名称として表示することを特徴とする。

本発明によれば、同一階層に複数のフォルダが存在する場合であっても、必要以上に階層が深くなるような表示を防止することができ、ユーザの視認性を高めることができる。また、同一階層に１つのフォルダしかない場合でも、表示を省略したフォルダの名称から得られる情報が失われることがないので、ユーザはフォルダの内容を容易に把握することができる。

以下、添付の図面を参照して、発明の実施形態を説明する。

＜第１の実施形態＞
以下、図を参照しながら本発明のデータ表示装置の実施形態の１つであるデータ表示装置を説明する。

図１は、発明の実施形態に対応するデータ表示装置１００の機能的構成の一例を示す図である。データ表示装置１００は、データ集合階層管理部１０１、イベント検知部１０２、格納数計算部１０３、データ集合表示方法決定部１０４、データ集合統合表示部１０５を含む。

データ集合階層管理部１０１は、フォルダツリー内のフォルダの階層構成、および各フォルダに含まれるデータを管理する。なお、本実施形態では、データの集合を管理するための単位をフォルダと呼ぶ。データ集合階層管理部１０１において、フォルダツリーへのフォルダやデータの追加、削除、移動を管理する。また、フォルダの開閉状態も管理する。

ここで図３を参照してデータ集合階層管理部１０１で管理するフォルダ階層管理テーブル３００を説明する。図３は、発明の実施形態に対応するフォルダ階層管理テーブル３００の構成の一例を示す図である。本実施形態において、フォルダ階層管理テーブル３００により管理する項目は以下の６種類である。

ＩＤ３０１は、管理対象を一意に特定する識別子である。また、種類３０２は、管理対象の種類の識別をフォルダと、データのいずれかで示す。名称３０３は管理対象の名称を示し、名称には旅行、北海道などの他、２００７／２／５のような日時の情報も含まれる。パス３０４は管理対象のフォルダツリー上における格納場所を示す。例えば、ツリー最上位のフォルダは、「Ｃ：￥」となり、それに続くフォルダは「Ｃ：￥旅行」のようになる。

開閉状態３０５は、種類３０２がフォルダの場合に、そのフォルダが展開されているかどうかを示すフラグである。「開」はフォルダが展開されていることを示し、「閉」はフォルダが閉じられていることを示す。なお、種類３０２がデータの場合にはフラグ値は無効（「−」）である。

子フォルダ３０６は、種類３０２がフォルダの場合に、そのフォルダの下位にフォルダが存在するかどうかを示すフラグである。「有」は子フォルダが存在していることを示し、「無」は子フォルダが存在していないことを示す。なお、種類３０２がデータの場合にはフラグ値は無効（「−」）である。

ここで図４に、図３に示すテーブルの状態におけるフォルダツリー構成を示す。図４では、フォルダ「Ｃ美（４１０）」に記念撮影データ４１１が格納されているだけであるが、データはフォルダ階層の途中にも格納することが可能である。 図１に戻りイベント検知部１０２はデータ集合に対して、フォルダ展開等の操作がなされたことを検知する。イベント検知部１０２は、後述する図２の入力装置２０５によるフォルダ展開等の操作を検知すると、展開されたフォルダに関する情報をデータ集合階層管理部１０１に通知する。

ここで、図５を参照して、データ集合階層管理部１０１が管理する展開フォルダ管理テーブル５００の一例を説明する。図５は、発明の実施形態に対応する展開フォルダ管理テーブル５００の一例を示す図である。図５において名称５０１は展開されたフォルダの名称を示し、パス５０２はフォルダツリー上における格納場所を示している。図５では、「沖縄」という名称の「Ｃ：￥旅行」の下に格納されたフォルダが展開された場合を一例として示している。

格納数計算部１０３は、イベント検知部１０２で検知した展開されたフォルダより下位に含まれる最下層のフォルダ数をカウントする。最下層フォルダとは、図３のフォルダ階層管理テーブル３００の子フォルダ３０６のフラグが「無」になっているフォルダのことを指す。

例えば、図４に示すフォルダツリーにおいてフォルダ「北海道（４０１）」より下位に含まれる最下層フォルダは５個である。即ち、「Ａ子（４０４）」、「Ｂ太（４０５）」、「Ｃ美（４０６）」、「Ａ子（４０９）」、「Ｃ美（４１０）」である。また、フォルダ「2007/2/5（４０２）」より下位に含まれる最下層フォルダは「Ａ子（４０４）」、「Ｂ太（４０５）」、「Ｃ美（４０６）」の３個となる。

データ集合表示方法決定部１０４は、データ集合表示方法決定条件を保持する。図７は、データ集合表示方法決定部１０４で保持するデータ集合表示方法決定条件テーブル７００の一例である。最下層データ集合数閾値７０１は、複数のフォルダ階層を１つにまとめて表示するかどうかを判定する基準となる閾値である。本実施形態では、最下層データ集合数閾値７０１と格納数計算部１０３で算出された最下層フォルダ数とを比較し、最下層フォルダ数が閾値以下の場合に、展開対象フォルダより下位の複数フォルダ階層を１つにまとめて表示する指示を出す。図７では最下層データ集合数閾値として「３」が設定されているため、最下層フォルダ数が３以下の場合に、フォルダ階層を統合して表示する。

例えば、図４に示すフォルダツリーが構成されている場合を考える。このときフォルダ「旅行（４００）」を展開する場合、最下層フォルダは７個あるため通常のフォルダ展開を行い、「北海道（４０１）」と「沖縄（４１２）」が表示される。次に、フォルダ「北海道（４０１）」を展開する場合、最下層フォルダが５個存在するため通常のフォルダ展開を行う。よって、「２００７／２／５（４０２）」と「２００７／２／６（４０７）」が表示される。

フォルダ「2007/2/5（４０２）」を展開すると最下層フォルダが３個になり、最下層データ集合数閾値以下になる。よって、図８Ａに示すように、フォルダ「2007/2/5（４０２）」より下位のフォルダ階層を最下層フォルダ毎にまとめた形式で「札幌_Ａ子（８０１）」、「札幌_Ｂ太（８０２）」、「札幌_Ｃ美（８０３）」と表示される。同様にして、フォルダ「2007/2/6（４０７）」を展開すると「函館_Ａ子（８０４）」、「函館_Ｃ美（８０５）」と表示される。また、フォルダ「沖縄（４１２）」を展開すると、「2006/8/20_那覇_Ｂ太（８０６）」、「2006/8/21_石垣_Ｂ太（８０７）」と表示される。

詳細なアルゴリズムに関しては後述する。なお、統合したフォルダに格納されないデータは、統合したフォルダ８０１乃至８０３と同一階層に並べて表示したり、統合前のフォルダをそのまま表示したり、一部を統合したフォルダ（「2006/8/20_那覇」等）として表示したりできる。
しかし、分類を目的としてフォルダツリーを構築する場合、大半のデータが最下層フォルダに格納されることが想定されるため、フォルダ階層の途中のデータは、分類対象としては適さない。そのため、本実施形態では実現方法に関しては具体的には言及しない。

データ集合統合表示部１０５はデータ集合表示方法決定部１０４で決定された表示方法に従い、統合表示を行う。

図２は、発明の実施形態に対応するデータ表示装置１００のハードウェア構成の一例を示すブロック図である。データ表示装置１００は、パーソナルコンピュータ（ＰＣ）として実現することができる。図２において、ＣＰＵ２０１はデータ表示装置１００の全体の動作を制御する。ＲＡＭ２０２は外部装置などから供給されるプログラムやデータを一時記憶する。ＲＯＭ２０３は変更を必要としない制御プログラムやパラメータを格納する。ＣＰＵ２０１は、ＲＡＭ２０２に記憶されたプログラムを実行して、データ表示装置１００の動作を制御することにより、図１の各処理ブロック１０１乃至１０５の機能を実現することができる。

表示装置２０４は、データ集合統合表示部１０５におけるフォルダツリー表示を実現する表示装置である。入力装置２０５は、ユーザからの入力を受け付けるユーザインタフェースであって、例えばキーボードやマウスで構成される。外部記憶装置２０６はデータ集合階層管理部１０１におけるフォルダ構成の記憶や、データ集合表示方法決定部１０４におけるデータ集合表示方法決定条件を格納する。外部記憶装置２０６はハードディスクなどにより実現される。システムバス２０７は、２０１から２０６の各ユニットを通信可能に接続する。

以下、本実施形態のデータ表示装置１００の動作を説明する。特に説明がない限り、以下に説明する各ステップの処理は、本実施形態のフォルダツリー表示用プログラムをＣＰＵ２０１の制御のもとに実行することで実現される。

図９は、本実施形態において、ユーザによるフォルダツリー展開が行われた時のデータ表示装置の処理概要を示すフローチャートである。本フローを、図３、図４を参照して説明する。当該処理は、ＣＰＵ２０１は、ＲＡＭ２０２や外部記憶装置２０６に記憶されたプログラムを実行して、データ表示装置１００の動作を制御することにより実現される。

ステップＳ９０１では、ユーザから入力装置２０５を介したフォルダ展開指示要求をイベント検知部１０２が検知する。ここでは、フォルダ「沖縄（４１２）」に対して展開指示がなされたものと考える。続くステップＳ９０２では、展開対象フォルダより下位に存在する最下層フォルダ数を格納数計算部１０３にて計算する。ここでは、最下層フォルダ数は「２」になる。本ステップでの処理の詳細は、図１０を参照して後述する。

最下層フォルダ数を求めた後、ステップＳ９０３では、データ集合表示方法決定条件テーブル７００で管理される最下層データ集合数閾値と、計算の結果得られた最下層フォルダ数を比較する。比較の結果、最下層フォルダ数の値が最下層データ集合数閾値以下の場合には（ステップＳ９０４で「ＹＥＳ」）、ステップＳ９０５に移行する。ステップＳ９０５では、展開対象フォルダより下位の複数のフォルダ階層を、最下層フォルダ毎に１つにまとめて、統合表示する。ここでは、図８Ａの「2006/8/20_那覇_Ｂ太（８０６）」、「2006/8/21_石垣_Ｂ太（８０７）」のように表示される。本ステップでの処理の詳細は、図１１を参照して後述する。

最下層フォルダ数の値が最下層データ集合数閾値より大きい場合には（ステップＳ９０４において「ＮＯ」）、ステップＳ９０６に移行する。ステップＳ９０６では、特別な処理はせず、通常処理として展開対象フォルダの直下に存在するフォルダの表示を行う。

次に、図１０を参照して図９のステップＳ９０２における最下層フォルダ数を求める計算処理を説明する。図１０は、発明の実施形態に対応する最下層フォルダ数の計算処理の一例を示すフローチャートである。図３、図４を用いて説明する。

まず、ステップＳ１００１では、計算処理を実行する前に、最下層フォルダ数をカウントする変数に０をセットする。次に、ステップＳ１００２では、展開フォルダ管理テーブル５００から、展開対象のフォルダに関する情報（展開フォルダ情報）であるフォルダの名称５０１およびパス５０２を取得する。ここでは、フォルダの名称「沖縄」、パス「C:\旅行」である。続いて、ステップＳ１００３では、取得したフォルダ情報をもとに、フォルダ階層管理テーブル３００から展開対象フォルダより下位にあるフォルダを抽出する。

具体的には、展開フォルダ管理テーブル５００から取得したパス５０２と名称５０１をつなぎ合わせたパス「C:\旅行\沖縄」を作成する。そして、つなぎ合わせたパスがフォルダ階層管理テーブル３００で管理されているパス３０４に含まれているか判定し、含まれているフォルダを展開対象フォルダより下位のフォルダとして抽出する。ここでは、図３のフォルダ階層管理テーブル３００で管理されているＩＤ３０１が０１４乃至０１９の６フォルダが抽出される。

抽出された各フォルダに関して、ステップＳ１００４では、図３のフォルダ階層管理テーブル３００の子フォルダ３０６を参照し、子フォルダがあるか否かを判定する。もし、子フォルダが無い場合には（ステップＳ１００４において「ＹＥＳ」）、ステップＳ１００５に移行する。一方、子フォルダがある場合には、ステップＳ１００３に戻って処理を継続する。ステップＳ１００５では、最下層フォルダ数をカウントする変数の値を１加算する。あわせて、ステップＳ１００６において該当するフォルダのＩＤを図６に示す最下層フォルダのＩＤ管理テーブル６００に格納する。図６において、ＩＤ６０１は格納されているフォルダのＩＤである。以上のステップＳ１００３乃至Ｓ１００６の処理は、対象となる下位のフォルダがなくなるまで繰り返し行われる。

次に図１１を参照して、図９のステップＳ９０５において複数のフォルダを統合して表示する際の処理を説明する。図１１は、発明の実施形態に対応する複数フォルダの統合表示処理の一例を示すフローチャートである。ここでも図３、図４を用いた図９、１０と同様の状況を考える。

まず、ステップＳ１１０１では、ＩＤ管理テーブル６００で管理されているＩＤをもとに、フォルダ階層管理テーブル３００から該当するフォルダの情報を取得する。ここでは、ＩＤ３０１が０１６と０１９の２つのフォルダの情報を取得する。次に、ステップＳ１１０２では、展開フォルダ管理テーブル５００から名称５０１とパス５０２を取得する。

続くステップＳ１１０３では、ステップＳ１１０１及びＳ１１０２で取得した２つの情報に含まれるフォルダ名称情報から、展開対象フォルダより下位のフォルダの名称を全て取得する。展開フォルダ管理テーブル５００に格納されている情報から展開対象フォルダのパスを「C:\旅行\沖縄」と生成する。そして、本パスとＩＤ管理テーブル６００で管理されているＩＤから取得したフォルダ情報に含まれるパス情報「C:\旅行\沖縄\2006/8/20\那覇\B太」、「C:\旅行\沖縄\2006/8/2１\石垣\B太」とをそれぞれ比較する。即ち、「C:\旅行\沖縄」と「C:\旅行\沖縄\2006/8/20\那覇\B太」、「C:\旅行\沖縄」と「C:\旅行\沖縄\2006/8/21\石垣\B太」とを比較する。この比較により、差分となるフォルダ名称である｛「2006/8/20」、「那覇」、「Ｂ太」｝、｛「2006/8/21」、「石垣」、「Ｂ太」｝が抽出できる。

ステップＳ１１０４では、抽出したフォルダ名称を「アンダーバー"_"」でつなぎ合わせたもの（「2006/8/20_那覇_Ｂ太」と「2006/8/21_石垣_Ｂ太」）を統合フォルダの名称として表示する。なお、この設定方法はあくまで一例であり、知的にフォルダ名称を生成する等、さまざまな方法で実現できることは言うまでもない。

なお、統合したフォルダに対して展開指示がなされると、統合フォルダ内に格納されているデータとして、統合した各フォルダを全て展開した際に含まれるデータを表示する。具体的には、図８Ａに示す「2006/8/20_那覇_B太（８０９）」を展開すると、図４に示す「Ｂ太（４１１）」を展開した結果と同一のデータが表示される。

また、上記の実施形態ではフォルダの統合処理を行うタイミングがフォルダ展開要求発生時であったが、データの追加・削除等の変更発生時に行ってもよい。

なお、図８Ａでは、複数フォルダをまとめた統合フォルダの表示形態を、通常の単一フォルダと区別していなかったが、統合フォルダを単一フォルダとは区別して両者を識別可能に表示しても良い。例えば図８Ｂに示すように、統合フォルダを単一フォルダとは異なる色で表示してもよい。さらに、統合フォルダのフォルダ名を単一フォルダとは区別するように、ハイライト表示しても良い。図８Ｂでは、フォルダ８１１乃至８１７が統合フォルダである。

以上によれば、最下位層フォルダの数に応じて、展開指示がなされたフォルダの展開後の表示形態を変更して、表示階層が深くなるのを防止することができる。また、統合対象となったフォルダ名称を合成して、統合フォルダの名称が生成されるので、表示を省略したフォルダの名称から得られる情報が失われることがない。これらにより、ユーザに対して視認性の高いデータ表示を実現することができる。

＜第２の実施形態＞
本発明の第２の実施形態の基本的な構成は、第１の実施形態に準じる。ただし、複数のフォルダ階層を統合して表示する際のデータ集合表示方法決定条件として、最下層フォルダ数だけではなく、最下層フォルダ内データ数も利用する点が異なる。本実施形態では、格納するデータ数が少ない最下層フォルダが複数存在する場合に、それらを統合して表示可能とする点を特徴とする。

図１２を参照して、本実施形態における最下層フォルダ数および最下層フォルダ内データ数を用いて、複数フォルダを統合して表示する処理を説明する。図１２は、発明の第２の実施形態に対応する複数フォルダの統合表示処理の一例を示すフローチャートである。ここでは、図４の状況で「2007/2/5（４０２）」を展開する場合を例に説明する。まず、ステップＳ１２０１では、最下層フォルダの情報を取得する。具体的には、ＩＤ管理テーブル１３００で管理されているＩＤ（「2007/2/5（４０２）」より下位の最下層フォルダであるＩＤ：００５〜００７）をもとに、フォルダ階層管理テーブル３００から取得する。ＩＤ管理テーブル１３００へのＩＤ情報の登録は、図３のフォルダ階層管理テーブル３００の子フォルダ３０６を参照し、フラグが「無」のものに関して行う。

次に、ステップＳ１２０２では、展開フォルダ管理テーブル５００からフォルダの名称５０１とパス５０２とを取得する。以上で取得した２つの情報に含まれるフォルダ名称情報から、展開対象フォルダより下位のフォルダの名称を全て取得する。ここでは「札幌」・「Ａ子」、「札幌」・「Ｂ太」、「札幌」・「Ｃ美」の３組の名称を取得する。その後、ステップＳ１２０３では、図１４に示す最下層フォルダ名称生成用テーブル１４００に以下に示す５種類の該当する情報を記録する。最下層フォルダ名称生成用テーブル１４００で管理する項目は以下の通りである。

ＩＤ１４０１は、フォルダ階層管理テーブル３００で管理しているＩＤ３０１と同一である。名称１（１４０２）は、最下層フォルダを除く、展開対象フォルダより下位に含まれるフォルダの名称（フォルダ階層数分のフォルダ名称をカンマ区切り形式で列挙して管理）である。名称２（１４０３）は、名称１（１４０２）の下位に存在する最下層フォルダの名称である。データ数１４０４は、最下層フォルダ内に格納されているデータの数を示す。統合前ＩＤ１４０５は、最下層フォルダ内データ数が少ない場合に、複数のフォルダをまとめる処理を行うが、その際にまとめられた最下層フォルダのＩＤ（まとめられたフォルダ数分格納される）を示す。

次に、ステップＳ１２０４では、最下層フォルダ内に格納されているデータ数を計算し、最下層フォルダ名称生成用テーブル１４００のデータ数１４０４に計算した値を格納する。計算方法は、フォルダ階層管理テーブル３００で管理されているデータから、パス情報が対象となる最下層フォルダと同一であるデータの数を確認する。データ数１４０４を更新した最下層フォルダ名称生成用テーブル１４００を図１５に示す。最下層フォルダ内データ数の確認後、ステップＳ１２０５では各最下層フォルダ内のデータ数が最下層フォルダ内データ数閾値以下かどうかを判定する。

図１７は、データ集合表示方法決定条件テーブル１７００の一例である。１７０１は最下層データ集合数閾値、１７０２は最下層フォルダ内データ数閾値を示す。上記の判定は、最下層フォルダ内データ数閾値１７０２をもとに行う。上記判定の結果、閾値以下だった場合（ステップＳ１２０５において「ＹＥＳ」）、ステップＳ１２０６に移行する。ステップＳ１２０６では、最下層フォルダ名称生成用テーブル１４００に格納されているデータをまとめる。これにより、最下層フォルダ内データ数閾値１７０２より大きくなるように調整する。これはデータ数が少ないにも関わらず、フォルダ数が多くなり、ユーザにとって視認性の低いフォルダツリーとなることを防ぐためである。

図１５の最下層フォルダ名称生成用テーブル１４００では、１行目のＩＤ１４０１が「００５」の最下層フォルダが格納データ数２つであるため、最下層フォルダ内データ数閾値１７０２を下回っている。そこで２行目のＩＤ１４０１が「００６」の最下層フォルダとまとめて表示を行う。統合方法としては、フォルダ名称が「札幌」で同一である名称１（１４０２）には処理は加えず、フォルダ名称が「Ａ子」、「Ｂ太」と異なる名称２（１４０３）を１つにまとめた形式で表現することで実現する。本例では、つなぎあわせるフォルダ名称の間に「・」を記述した「Ａ子・Ｂ太」という形式で表現している。また、本例では、最下層フォルダ内データ数閾値１７０２を下回っていたＩＤ１４０１が「００５」の最下層フォルダと、ＩＤ１４０１が「００６」の最下層フォルダをまとめている。しかし、各最下層フォルダ内のデータ数を確認し、格納データ数が最も少ない２つの最下層フォルダをまとめるといった、より知的な処理を行うことも可能である。

図１６に、統合後の最下層フォルダ名称生成用テーブル１４００を示す。統合されたため、ＩＤ１４０１の項目に該当する値はなくなり、名称２（１４０３）のフォルダ名称の項目に統合前の両フォルダ名称をマージした「Ａ子・Ｂ太」が格納される。データ数１４０４の項目は、両最下層フォルダ内のデータ数の合計である「５」が格納される。統合前ＩＤ１４０５の項目には、統合前の各最下層フォルダのＩＤである「００５、００６」が登録される。

統合処理後、再度、ステップＳ１２０５で統合フォルダ内のデータ数１４０４と最下層フォルダ内データ数閾値１７０２との比較を行う。統合フォルダ内データ数が閾値より大きい値である場合（ステップＳ１２０５において「ＮＯ」）、ステップＳ１２０７に移行する。ステップＳ１２０７では、フォルダ名称１６０２、１６０３の項目の値を「アンダーバー"_"」 でつなぎ合わせたもの（「札幌_Ａ子・Ｂ太」）を統合フォルダの名称として表示する。統合後のフォルダ内データ数が最下層フォルダ内データ数閾値以下である場合には（ステップＳ１２０５において「ＹＥＳ」）、閾値より大きくなるまで本処理を繰り返し行う。

ステップＳ１２０７でのフォルダツリーの表示例を図１８に示す。フォルダ１８０１が、最下層フォルダ数、および最下層フォルダ内データ数から表示を統合したフォルダである。フォルダ１８０１を展開すると、図４に示す「Ａ子（４０４）」と「Ｂ太（４０５）」に含まれるデータがまとめて表示される。

以上により、本実施形態では、格納するデータ数が少ない最下層フォルダが複数存在する場合に、それらを統合して表示することで、ユーザに対して視認性の高いデータ表示を実現することができる。

＜第３の実施形態＞
本発明を実施する第３の実施形態の基本的な構成は第１の実施形態に準じる。ただし、あらかじめフォルダ間に関係を定義しておき、その定義に従って複数のフォルダ階層を１つにまとめて表示する点が異なる。本実施形態では、分類フォルダツリーにおいて適用される。分類フォルダツリーとは、格納されているデータを、各属性項目の各属性値により階層的に分類するようなフォルダツリーのことである。

図２２は、本実施形態に対応する分類フォルダツリーの一例を示す図である。各属性項目を示すフォルダ（網かけのフォルダ）と各属性値を示すフォルダ（白地のフォルダ）が交互に表示されることで分類を実現するフォルダツリーである。

図１９を参照して、本実施形態におけるデータ表示装置の構成を説明する。図１９は、本実施形態に対応するデータ表示装置１９００の機能的構成の一例を示す図である。

本実施形態に対応するデータ表示装置１９００は、第１の実施形態のデータ表示装置１００とは、格納数計算部１０３を持たず、データ集合属性項目間関係情報管理部１９０１を有する点が異なる。当該データ集合属性項目間関係情報管理部１９０１は、図２のデータ表示装置のハードウェア要素を利用して実現できる。本実施形態における複数フォルダを統合する基準は、フォルダの属性項目間の関係情報のみである。

図２０にフォルダ属性項目間関係情報管理テーブル２０００の一例を示す。属性ペアにおける属性項目１（２００１）と属性項目２（２００２）とはペア関係を持つ。関係種類２００３は、属性ペアの関係の種類を示す。

関係種類２００３は、属性ペアの属性項目１（２００１）から見た属性項目２（２００２）との関係を示している。関係の種類には、第１の関係として「特定可能関係」と、第２の関係として「包含関係」とがある。このうち、「特定可能関係」とは、例えば「人」−「プロジェクト」のように、「人」が定まると、その「人」と関連のある「プロジェクト」がほぼ絞り込める（特定できる）ような関係を表している。これは逆には当てはまらない。即ち「プロジェクト」が定まっても、そのプロジェクトと関連のある人は、プロジェクトの規模にもよるが、絞り込めるとは限らない。

また、包含関係とは、属性ペアの属性項目１（２００１）に属性項目２（２００２）が包含される関係を示している。包含関係は、帰属関係、従属関係などと捉えることもできる。例えば「プロジェクト」−「サブグループ」の関係は、「サブグループ」が「プロジェクト」に包含されうることを示している。

図２１は、属性項目間の関係を用いて、複数のフォルダを統合して表示する処理を示すフローチャートである。図２２に示す分類フォルダツリーにおいて、フォルダ属性項目間関係情報管理テーブル２０００に示すような関係が定義されている場合を考える。

まず、ステップＳ２１０１で、フォルダ「ユーザＸ（２２０１）」が展開されると、図２３に示す展開フォルダ項目通知テーブル２３００から展開フォルダ情報を取得する。展開フォルダ項目通知テーブル２３００には、属性項目の情報のみを管理し、属性値に関する情報は管理しない。フォルダ「ユーザＸ（２２０１）」が展開された場合には、「ユーザＸ」という属性値を持つ属性項目「人」が展開フォルダ項目通知テーブル２３００の展開対象フォルダの属性項目２３０１に管理される。展開済フォルダの属性項目２３０２には、既に展開された属性項目が格納される。図２３の例では既に展開された属性項目がないため項目２３０２には「−」が格納されている。

次に、ステップＳ２１０２では展開フォルダがフォルダ属性項目間関係情報管理テーブル２０００の属性項目１（２００１）に登録されているかを確認する。登録されている場合（ステップＳ２１０２で「ＹＥＳ」）、ステップＳ２１０３に移行する。登録されていない場合は、ステップＳ２１０７に移行する。ステップＳ２１０３では、その関係の種類が「特定可能関係」かどうか判定する。「特定可能関係」である場合（ステップＳ２１０３において「ＹＥＳ」）、ステップＳ２１０４に移行し、そうでない場合（ステップＳ２１０３において「ＮＯ」）、ステップＳ２１０７に移行する。

ステップＳ２１０４では、フォルダ属性項目間関係情報管理テーブルの「特定可能関係」の属性項目２（２００２）の項目、および「特定可能関係」の属性項目２（２００２）の項目と包含関係を持つ各項目が既に展開されていないかを判定する。判定方法は、展開済フォルダの属性項目２３０２にフォルダ属性項目間関係情報管理テーブルの「特定可能関係」の属性項目２（２００２）の項目、および「特定可能関係」の属性項目２（２００２）と包含関係を持つ各項目があるかによる。展開されていない場合には（ステップＳ２１０４において「ＹＥＳ」）、ステップＳ２１０５に移行する。展開されている場合（ステップＳ２１０４において「ＮＯ」）、ステップＳ２１０７に移行する。

ステップＳ２１０５では、「特定可能関係」の属性項目２（２００２）の項目に格納されているフォルダ名、および「特定可能関係」の属性項目２（２００２）と包含関係を持つ各項目をフォルダ属性項目間関係情報管理テーブル２０００から抽出する。続くステップＳ２１０６では、抽出したフォルダ名を「アンダーバー"_"」でつなぎ合わせたものをフォルダ名として表示する。なお、ステップＳ２１０７では、特別な処理はせず、通常処理として展開対象フォルダの直下に存在するフォルダの表示を行う。

本フォルダを展開すると、各属性項目に対応する各属性値をつなぎ合わせたフォルダ名が表示される。図２４に統合表示したフォルダツリーの一例を示す。各属性項目をつなぎ合わせたフォルダ名「プロジェクト_サブグループ_担当部分（２４０１）」を展開すると、各属性項目に対応する各属性値をつなぎ合わせたフォルダ名「プロジェクトＡ_サブグループＡ３_□□設計（２４０２）」が表示される。つなぎ合わせたフォルダを展開した場合には、つなぎ合わせたフォルダを全て展開した後の結果を表示する。本実施形態では包含関係を例にしているが、その他の関係においても実現できることは言うまでもない。

以上のように、本実施形態によれば、あらかじめ定義されたフォルダ間の関係に従って複数のフォルダ階層を１つにまとめて表示することができる。

＜第４の実施形態＞
本発明の第４の実施形態の基本的な構成は第３の実施形態に準ずる。ただし、フォルダツリー形式の表示ではなく、対象項目のみ表示する点が異なる。図２２と同様の操作を行った場合の、対象項目のみ表示する方法の一例を図２５に示す。

画面２５００には、選択済みの項目を示す欄２５０１、現在選択中の項目を条件として示す欄２５０２が表示される。画面２５００では、選択済みの項目は存在しないので、「なし」が欄２５０１に表示され、現在選択中の項目として「人」が欄２５０２に表示されている。

本実施形態では、条件として選択された項目に対応するフォルダがアイコン表示される。当該アイコンは、フォルダと同様にデータ集合を表している。図２５では、条件「人」が選択された場合、当該条件に対応するユーザＸ２５０３、ユーザＹ２５０４及びユーザＺ２５０５の項目がアイコン表示される。ここでユーザＸ２５０３が選択されると、表示画面がユーザＸの画面２５１０に移行する。

画面２５１０では、選択済みの項目として、「人“ユーザＸ”」が欄２５０１に表示される。また、条件として「プロジェクト／サブグループ／担当部分」と欄２５０２に表示される。また、当該条件に対応する項目がアイコン２５１１から２５１５として表示される。以下、選択項目がそれぞれ展開されて、そこに含まれる項目がアイコン表示される。

なお、図２５に示した形態は一例であって、これ以外の表示形態でも実現可能であることは言うまでもない。

＜第５の実施形態＞
第１の実施形態における図３のフォルダ階層についても、第３の実施形態に従いあらかじめフォルダ間に関係を定義しておき、その定義に従って複数のフォルダ階層を１つにまとめて表示することができる。図２６は、その上で第４の実施形態に従い対象項目のみ表示する例を示す。

図２６における表示形式は、図２５におけるものと共通である。画面２６００には、選択済みの項目を示す欄２６０１、現在選択中の項目を条件として示す欄２６０２が表示される。画面２６００では、選択済みの項目は存在しないので、「なし」が欄２６０１に表示され、条件として「ジャンル」が欄２６０２に表示されている。「ジャンル」に対応する項目として、「旅行（２６０３）」、「入学式（２６０４）」、「運動会（２６０５）」がアイコン表示されている。ジャンルとして、「旅行（２６０３）」が選択されると、画面２６１０のような表示がなされる。

なお、図２５に示した形態は一例であって、これ以外の表示形態でも実現可能であることは言うまでもない。

＜第６の実施形態＞
本発明の第６の実施形態の基本的な構成は第１の実施形態に準ずる。ただし、第１の実施形態とは、ユーザの操作履歴に応じて複数のフォルダ階層を１つにまとめて表示する点が異なる。

図２７は、本発明を実施するデータ表示装置２７００の機能的構成を示す図である。当該データ表示装置２７００は、第１の実施形態におけるデータ表示装置１００とは、格納数計算部１０３を持たず、データ集合操作履歴管理部２７０１を有する点が異なる。図２８に、図４に示すフォルダ構成における、本実施形態の操作履歴管理テーブル２８００の一例を示す。本テーブルでは、以下の５種類の情報を管理する。

フォルダ名２８０１は、フォルダの名称を管理する。フォルダパス２８０２は、フォルダの格納場所のパス情報を管理する。展開回数２８０３は、該当するフォルダが展開操作された回数を管理する。操作回数２８０４は、フォルダ内のデータが操作された回数を管理する。操作割合２８０５は、フォルダ展開時に、直下に存在するデータを操作する割合を管理する。

また、図２９にフォルダ内データ利用割合閾値管理テーブル２９００の一例を示す。フォルダ内データ利用割合閾値管理テーブル２９００は、フォルダの操作割合２８０５と比較して、フォルダを統合するか否かを決定するための操作閾値２９０１が登録されている。図２９の場合、操作閾値２９０１の値は「１０％」である。

ここでは、図４のフォルダツリーにおいてフォルダ「沖縄（４１２）」が展開された場合を例に説明する。まず、フォルダ「沖縄（４１２）」の１階層下位に存在するフォルダ「2006/8/20（４１３）」とフォルダ「2006/8/21（４１６）」について処理を行う。

フォルダ内データ利用割合管理テーブル２９００で管理されている操作閾値２９０１と操作履歴管理テーブル２８００で管理されている各フォルダの操作割合２８０５の値とを比較する。比較の結果、操作閾値以下だった場合、さらに１階層下位に存在する全てのフォルダについて、同様の比較処理を行う。図２８の例では、フォルダ「2006/8/20」とフォルダ「2006/8/21」とはそれぞれ操作割合２８０５が「６％」、「４％」であり、ともに操作閾値１０％より小さい。そこで、１階層下位に存在するフォルダを見ると、フォルダ「那覇」とフォルダ「石垣」が該当する。これらは操作割合２８０５が「１３％」、「２％」で「那覇」は操作閾値よりも大きい。一方、「石垣」は操作閾値よりも小さいので更に１階層下位に存在するフォルダをみると、「Ｂ太」は操作割合が「９３％」で操作閾値より大きい。

以上のように、比較処理を操作割合２８０５が操作閾値より大きいフォルダが検出されるまで階層順に繰り返し、閾値より大きくなった時点で、その階層までを１つのフォルダにまとめて表示する。

統合する方法の一例としては、複数のフォルダ名を"_"で結合したものをフォルダ名として表示することが考えられる。上記の場合は、「2006/8/20_那覇」と「2006/8/21_石垣_Ｂ太」となる。

上記の例では、同一階層にある全フォルダの操作割合２８０５が閾値以下の場合に、展開フォルダのある階層からその階層までのフォルダの統合を行っているが、その他の統合形態をとっても構わない。例えば、同一階層においても、フォルダをまとめられる部分のみ統合した表示を行い、まとめられない部分に関しては、通常通りの表示を行う方法が挙げられる。

＜その他の実施形態＞
なお、本発明は、複数の機器（例えばホストコンピュータ、インタフェイス機器、リーダ、プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置など）に適用してもよい。

また、本発明の目的は、前述した機能を実現するコンピュータプログラムのコードを記録した記憶媒体を、システムに供給し、そのシステムがコンピュータプログラムのコードを読み出し実行することによっても達成される。この場合、記憶媒体から読み出されたコンピュータプログラムのコード自体が前述した実施形態の機能を実現し、そのコンピュータプログラムのコードを記憶した記憶媒体は本発明を構成する。また、そのプログラムのコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した機能が実現される場合も含まれる。

さらに、以下の形態で実現しても構わない。すなわち、記憶媒体から読み出されたコンピュータプログラムコードを、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込む。そして、そのコンピュータプログラムのコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行って、前述した機能が実現される場合も含まれる。

本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明したフローチャートに対応するコンピュータプログラムのコードが格納されることになる。

発明の第１及び第２の実施形態に対応するデータ表示装置の機能的構成の一例を示す図である。 発明の実施形態に対応するデータ表示装置のハードウェア構成の一例を示すブロック図である。 発明の実施形態に対応するフォルダ階層管理テーブルの一例を示す図である。 発明の実施形態に対応する、図３のテーブルに対応したフォルダツリー構成の一例を示す図である。 発明の実施形態に対応する、展開フォルダ管理テーブルの一例を示す図である。 発明の実施形態に対応するＩＤ管理テーブルの一例を示す図である。 発明の実施形態に対応するデータ集合表示方法決定条件テーブルの一例を示す図である。 発明の第１の実施形態に対応する統合表示したフォルダツリーの一例を示す図である。 発明の第１の実施形態に対応する統合表示したフォルダツリーの他の一例を示す図である。 発明の実施形態に対応するフォルダツリー展開時におけるデータ表示装置の処理に対応するフローチャートの一例である。 発明の第１の実施形態に対応する最下層フォルダ数を求める計算処理のフローチャートの一例である。 発明の第１の実施形態に対応する複数フォルダの統合表示処理のフローチャートの一例である。 発明の第２の実施形態に対応する複数フォルダの統合表示処理のフローチャートの一例である。 発明の第２の実施形態に対応するＩＤ管理テーブルの一例を示す図である。 発明の第２の実施形態に対応する最下層フォルダ名称生成用テーブルの一例を示す図である。 発明の第２の実施形態に対応する最下層フォルダ名称生成用テーブルの他の一例を示す図である。 発明の第２の実施形態に対応する最下層フォルダ名称生成用テーブルの更に他の一例を示す図である。 発明の第２の実施形態に対応するデータ集合表示方法決定条件テーブルの一例を示す図である。 発明の第２の実施形態に対応する統合表示したフォルダツリーの一例を示す図である。 発明の第３の実施形態に対応するデータ表示装置の機能的構成の一例を示す図である。 発明の第３の実施形態に対応するフォルダ属性項目間関係情報管理テーブルの一例を示す図である。 発明の第３の実施形態に対応する複数フォルダの統合表示処理のフローチャートの一例である。 発明の第３の実施形態に対応する分類フォルダツリーの一例を示す図である。 発明の第３の実施形態に対応する展開フォルダ項目管理テーブルの一例を示す図である。 発明の第３の実施形態に対応する統合表示したフォルダツリーの一例を示す図である。 発明の第４の実施形態に対応する表示形式の一例を示す図である。 発明の第５の実施形態に対応する表示形式の一例を示す図である。 発明の第６の実施形態に対応するデータ表示装置の機能的構成の一例を示す図である。 発明の第６の実施形態に対応する操作履歴管理テーブルの一例を示す図である。 発明の第３の実施形態に対応するフォルダ内データ利用割合閾値管理テーブルの一例を示す図である。

１０１ データ集合階層管理部
１０２ イベント検知部
１０３ 格納数計算部
１０４ データ集合表示方法決定部
１０５ データ集合統合表示部

Claims (9)

1. データを該データの集合を表すデータ集合を用いて階層的に管理するデータ集合階層管理手段と、
   前記データ集合を表示する表示手段と、
   表示されているいずれかのデータ集合に対する操作を検知する検知手段と、
   検知された操作の対象となるデータ集合より下位に含まれるデータ集合について、該下位に含まれるデータ集合を統合表示するか否かを決定する決定手段と
   を備え、
   前記決定手段が前記下位に含まれるデータ集合を統合表示すると決定した場合に、前記表示手段は、該下位に含まれるデータ集合を１つのデータ集合としてまとめて統合表示し、統合対象となる複数のデータ集合のそれぞれの名称を合成したものを、該統合表示される１つのデータ集合の名称として表示する
   ことを特徴とするデータ表示装置。
2. 前記決定手段は、前記下位に含まれるデータ集合のうち、最下層のデータ集合の数が、データ集合数閾値以下の場合に前記下位に含まれるデータ集合を統合表示すると決定することを特徴とする請求項１に記載のデータ表示装置。
3. 前記決定手段は、データ集合に含まれるデータ数がデータ数閾値以下となる最下層のデータ集合が複数存在する場合に、当該複数の最下層のデータ集合及び対応する前記下位に含まれるデータ集合を統合表示すると決定する
   ことを特徴とする請求項１に記載のデータ表示装置。
4. 前記決定手段は、前記下位に含まれるデータ集合のうち、データ集合の間で予め定義された関係に従って、該下位に含まれるデータ集合を統合表示するか否かを決定することを特徴とする請求項１に記載のデータ表示装置。
5. 前記予め定義されたデータ集合の間の関係は、第１の関係と第２の関係とを含み、
   前記決定手段は、前記操作の対象となるデータ集合が他のデータ集合と前記第１の関係を有するデータ集合である場合に、前記下位に含まれるデータ集合であって、前記他のデータ集合と前記第２の関係を有するデータ集合及び当該他のデータ集合とを統合表示すると決定する
   ことを特徴とする請求項４に記載のデータ表示装置。
6. 前記決定手段は、前記下位に含まれるデータ集合のうち、各データ集合に含まれるデータに対する操作の割合が操作閾値を超えるか否かを、前記操作の対象となるデータ集合の１階層下のデータ集合から階層順に判定し、
   前記操作の割合が前記操作閾値を超えない場合に更に１階層下のデータ集合について前記判定を行い、前記操作の割合が前記操作閾値を超えた場合に当該データ集合と、前記操作閾値を超えないと判定されたデータ集合とを統合表示すると決定し、
   前記操作の割合は、データ集合に含まれるデータに対する操作回数の、データ集合に対して展開操作を行った回数に対する割合により算出される
   ことを特徴とする請求項１に記載のデータ表示装置。
7. 前記表示手段は、前記統合表示される１つのデータ集合を、統合されていないデータ集合と識別可能に表示することを特徴とする請求項１乃至６のいずれか１項に記載のデータ表示装置。
8. データを該データの集合を表すデータ集合を用いて階層的に管理するデータ集合階層管理手段と、
   前記データ集合を表示する表示手段と
   を備えるデータ表示装置の制御方法であって、
   前記表示手段に表示されているいずれかのデータ集合に対する操作を検知する検知工程と、
   検知された操作の対象となるデータ集合より下位に含まれるデータ集合について、該下位に含まれるデータ集合を統合表示するか否かを決定する決定工程と、
   前記決定工程において前記下位に含まれるデータ集合を統合表示すると決定された場合に、前記表示手段が、該下位に含まれるデータ集合を１つのデータ集合としてまとめて統合表示する統合表示工程と
   を備え、
   前記統合表示工程では、統合対象となる複数のデータ集合のそれぞれの名称を合成したものが、該統合表示される１つのデータ集合の名称として表示される
   ことを特徴とするデータ表示装置の制御方法。
9. コンピュータを、請求項１乃至７のいずれか１項に記載のデータ表示装置として機能させることを特徴とするコンピュータプログラム。

Images