JP2002230038A

JP2002230038A - データ表示方法

Info

Publication number: JP2002230038A
Application number: JP2001026251A
Authority: JP
Inventors: Kazuya Okochi; 一弥大河内; Toyohisa Morita; 豊久森田; Yukiyasu Ito; 幸康伊藤
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2001-02-02
Filing date: 2001-02-02
Publication date: 2002-08-16
Also published as: US20020107893A1

Abstract

(57)【要約】【課題】従来の木構造は、データ集合を1つの分類基準
からの分類方法で分類することを強いるため、データに
複数の分類基準がある場合、ある分類基準以外の観点を
犠牲にしていた。従ってデータの集合を複数の分類基準
で分類し、分類ごとにデータを比較することも不可能で
あった。【解決手段】複数の木構造の情報を保持するテーブルと
リーフが属する複数の親ノードの情報を保持するリーフ
情報を管理し、このデータ構造を用いて、同一のリーフ
の集合を複数の木構造を用いて分類・管理する手段を設
ける。また、複数の木構造に格納された同一のデータと
その関連データを速やかに参照する手段を設ける。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データを複数の分
類基準で、複数の木構造を用いて分類し、表示する方法
に関する。さらに、本発明は、上記表示方法を用いたソ
フトウェアに関する。

【０００２】

【従来の技術】コンピュータ上で利用されているファイ
ル管理ソフト、メール管理ソフトなどでは、ファイルや
メールを一つの木構造を用いて分類している。(「ＵＮ
ＩＸ（登録商標）」p.95図７．３（ａ）、石田晴久著、
共立出版、1983年11月、公知例１) また、ファイルディレクトリ管理方法(特開2000-13243
8)では、一つ一つのファイルに１つ以上の属性を持た
せ、これらの属性を木構造の階層に対応づけることによ
って擬似的に木構造を定義しファイルを管理する方法を
与えている。この方法において、上記属性に順序関係を
与え、その属性の順序関係を木構造の上位、下位といっ
た階層に対応づけ、この属性による分類を木構造のノー
ド、この分類方法における最小単位である末端のファイ
ルをリーフと見なすことによって、従来の木構造を用い
たファイルディレクトリ管理と類似した機能を実現して
いる。また、この順序関係を複数定義することによって
複数の木構造を構築することを可能にしている。(公知
例２)

【０００３】

【発明が解決しようとする課題】上記従来の技術には以
下のような問題がある。公知例１では、データ集合を1
種類の分類基準からの分類方法で分類することを強いる
ものであるため、データに複数の分類基準がある場合、
ある分類基準以外の観点を犠牲にすることになる。この
ため、データをある基準で分類して木構造に格納した
後、別の分類基準でデータを参照しようと思えば、現在
の木構造を破棄して、再び最初から分類しなおす必要が
ある。従って、この方法ではあるデータを複数の分類基
準で分類し、そのデータ集合の中の一つのデータがそれ
ぞれの木構造の中でどのように格納されているかを調
べ、それを分類方法ごとに比較するといったことは困難
であった。

【０００４】公知例２では、属性の順序関係を木構造の
階層関係に対応付けている。例えば、ファイルにA、B、
C、alpha、betaという５つの属性が与えられているもの
とする。これらの属性に「属性A、B、Cは等しい」、
「属性alpha、betaは等しい」、「A > alpha」という順
序関係を与えたとき、公知例２で生成される木構造は、
ルートノードの直下にノードA、B、Cが帰属し、これら
それぞれのノードにノードalpha、betaが帰属する、と
いうものである。この例に挙げたように、公知例２で
は、同じレベルの階層のノードには同じ子ノードしか帰
属させることが出来ない。この意味で、公知例２では複
数の木構造を擬似的に構築できるものの、構成できる木
構造は非常に制限されたものであった。

【０００５】本発明の目的は、一つのデータが属する複
数の木構造を容易に選択して表示できるデータ表示方法
を提供することにある。

【０００６】

【課題を解決するための手段】本発明では上記課題を解
決し目的を達成するために、任意の構造を持つ複数の木
構造を管理し、それぞれの木構造に属するノードを管理
し、またリーフは複数の木構造で共有するようなデータ
構造を提供し、このデータ構造に基づいてリーフを管理
し、一つのデータ集合を複数の木構造に分類することに
より複数の観点から分類し、表示する手段を設ける。

【０００７】さらに、本発明は、リーフを複数の木構造
で共有するようなデータ構造において、各リーフが、そ
のリーフが複数の木構造において自分が属している全て
の親ノードに関する情報を持つようなデータ構造を提供
し、このデータ構造を用いることによって、データの集
合を複数の木構造で分類している時に、一つの木構造に
おけるあるデータに注目し、そのデータに関する表示画
面から、別の木構造におけるそのデータの表示画面に、
表示画面を切り替える手段を設ける。

【０００８】

【発明の実施の形態】以下に本発明の実施の形態を詳細
に説明する。図１は本発明の実施の形態における装置の
一例の構成図である。処理装置１０１、外部記憶装置１
０４、入力装置１０５、出力装置１０６が情報を伝達す
るバス１０７に接続されている。

【０００９】メモリ１０２は処理装置１０１の内部に含
まれているメモリであり、処理装置１０１が行う処理に
必要なプログラムやデータの一時的な格納場所として用
いられる。プログラム１０３はメモリ１０２に格納され
ているプログラムであり、データ表示のための処理が記
述されている。外部記憶装置１０４には、少なくとも木
構造管理テーブル、ノード情報、リーフ情報を含む、デ
ータ表示に関する情報が記憶されている。入力装置１０
５はキーボードやマウスなど、ユーザの指示を処理装置
１０１に伝える装置である。出力装置１０６はディスプ
レイなどのように、処理装置１０１が行った処理の結果
を表示する装置である。

【００１０】以下に本発明を実施するための処理の概要
を説明する。本発明全体の処理手順を、図２を用いて説
明する。ステップ２０１では、入力装置１０５より処理
番号を入力する。ステップ２０２では、ステップ２０１
で入力された処理番号により、ステップ２０３、ステッ
プ２０４、終了に移る。ステップ２０３は、表示変更処
理であり、一つの木構造において、選択されて画面上で
強調表示されているリーフに注目し、そのリーフの親ノ
ードに帰属する、選択されているノードを含む全てのリ
ーフ及びノードが表示されている画面から、別の木構造
の、その選択されたリーフの親ノードに帰属する、その
選択されたリーフを含む全てのリーフ及びノードを表示
する画面に切り替える。切り替えられた後の画面におい
ても、選択されたノードは強調表示されている。

【００１１】ステップ２０３の表示変更処理について、
図３、図４、図５の表、図６の木構造、図７のフローチ
ャート、図８の表示画面例を用いて説明する。まず、ス
テップ２０３で用いられるデータ構造を、図３、図４、
図５を用いて説明する。図３はステップ２０３で用いら
れる木構造情報テーブル３０１の一例である。木構造情
報テーブル３０１は、複数の木構造に関する情報を保持
出来るものとする。木構造情報テーブル３０１の大きさ
は可変であり、これは十分な大きさを持った配列、リン
ク構造、またはその組み合わせによって実現する。

【００１２】木構造情報テーブル３０１には、少なくと
も木構造番号３０１ａ、木構造名３０１ｂ、ルートノー
ドのインデックス番号３０１ｃを含む情報が格納されて
いる。木構造番号３０１ａは、木構造ごとに割り当てら
れた番号で、その値は全ての木構造を通して一意であ
る。木構造名３０１ｂは、木構造に与えられた名称であ
る。ルートノードのインデックス番号３０１ｃにはこの
木構造のルートノードのインデックス番号が格納されて
おり、インデックス番号は、全ての木構造に含まれるノ
ード、リーフを通して一意である。

【００１３】図４はステップ２０３で用いられるノード
情報４０１の一例である。ノード情報４０１にはインデ
ックス管理テーブル４０２とノード情報管理テーブル４
０３が含まれる。インデックス管理テーブル４０２には
少なくともインデックス番号４０２ａ、ノード名４０２
ｂ、ノード情報管理テーブルのアドレス４０２ｃを含む
情報が格納されている。インデックス番号４０２ａはこ
のノードに割り振られた番号であり、全ての木構造に含
まれるノード、リーフを通して一意である。ノード名４
０２ｂはノードに与えられた名称である。アドレス４０
２ｃは、ノード情報管理テーブル４０３の先頭アドレス
である。

【００１４】また、ノード情報管理テーブル４０３に
は、このノード自身、このノードの親ノード、このノー
ドに帰属するノードとリーフのインデックス番号４０３
ａと、ノード・リーフ名４０３ｂが格納されている。こ
のノードのノード名は「．」、このノードの親ノードの
ノード名は「．．」が格納されている。ノード情報管理
テーブル４０３の大きさは可変であり、これは十分な大
きさを持った配列、リンク構造、またはその組み合わせ
によって実現する。インデックス管理テーブル４０２
と、ノード情報管理テーブル４０３は必ずしも外部記憶
装置の連続した領域に記憶されている必要はない。

【００１５】図５はステップ２０３で用いられるリーフ
情報５０１の一例である。リーフ情報５０１にはインデ
ックス管理テーブル５０２とリーフの実体５０４が含ま
れている。インデックス管理テーブル５０２には、少な
くともインデックス番号５０２ａ、リーフ名５０２ｂ、
アドレス５０２ｃ、親ノード情報管理テーブル５０３を
含む情報が格納されている。インデックス番号５０２ａ
はこのリーフに割り振られた番号であり、全ての木構造
に含まれるノード、リーフを通して一意である。リーフ
名５０２ｂはリーフに与えられた名称である。アドレス
５０２ｃは、リーフの実体５０４の先頭アドレスであ
る。

【００１６】親ノード情報管理テーブル５０３には、木
構造番号５０３ａと当該リーフが属する親ノード番号５
０３ｂが含まれる。木構造番号５０３ａは、このリーフ
が属する木構造の番号であり、親ノード番号５０３ｂ
は、対応する木構造番号で特定される木構造における、
このリーフの親ノードのインデックス番号である。親ノ
ード情報管理テーブル５０３の大きさは可変であり、こ
れは十分な大きさを持った配列、リンク構造、またはそ
の組み合わせによって実現する。

【００１７】これらのデータ構造を前提として、表示変
更処理２０３の処理手順を図６の木構造、図７のフロー
チャート、図８の表示画面例を用いて説明する。

【００１８】図６では、正方形で木構造のノード、円で
リーフを表している。表示変更処理２０３では、図６
（ａ）の木構造のように一つの木構造において、あるノ
ード６０１とそのノードに帰属する全てのノード、リー
フを表示し、さらにそのリーフの中から一つのリーフ６
０２に注目する。この後、このリーフ６０２の、別の木
構造(図６の（ｂ）)における親ノード６０３と、そのノ
ード６０３に属する全てのノード・リーフを表示する画
面に画面表示を切り替える。

【００１９】表示変更処理２０３の処理手順の詳細を図
７のフローチャートを用いて説明する。図７には入力装
置１０５、出力装置１０６と図３、図４、図５で説明し
たデータ構造のデータを含む記憶装置、処理の流れを示
すフローチャートが示してある。フローチャートの各処
理から入力装置１０５、出力装置１０６への矢印はその
処理の結果を出力装置１０６に出力することを、入力装
置１０５、出力装置１０６からフローチャートの各処理
への矢印は入力装置１０５からの入力を受け取って処理
を行うことを表している。同様に、フローチャートの各
処理から記憶装置への矢印はその処理の結果を記憶装置
に記憶することを、記憶装置からフローチャートの各処
理への矢印は記憶装置のデータを用いて、その処理を行
うことを示している。

【００２０】続いて、フローチャートの詳細を説明す
る。ステップ７０１では、一つの木構造を表示する。ス
テップ７０２では、ステップ７０１で表示された木構造
の中から、それに含まれる一つのリーフを指定する。ス
テップ７０２の画面例は図８の（ａ）であり、図８
（ａ）は現在表示されている木構造について、一つのリ
ーフ８０１を指定している一画面例である。

【００２１】ステップ７０３では、指定されたリーフが
属する全ての木構造番号５０３ａと親ノードのインデッ
クス番号５０３ｂの一覧を親ノード情報管理テーブル５
０３から取得する。

【００２２】ステップ７０４では、ステップ７０２で取
得された全ての木構造番号５０３ａと親ノードのインデ
ックス番号５０３ｂについて、木構造番号５０３ａをも
とに木構造情報テーブル３０１よりこの木構造番号５０
３ａに対応する木構造名３０１ｂを取得し、親ノードの
インデックス番号５０３ｂをもとにノード情報４０１の
インデックス管理テーブル４０２より親ノードのノード
名４０２ｂを取得し、取得した木構造名３０１ｂと親ノ
ードのノード名４０２ｂを出力装置１０６に出力する。

【００２３】ステップ７０３の画面例は図８の（ｂ）で
あり、リーフが選択された状態で、このリーフが属する
親ノードのノード名と木構造の木構造名の一覧８０２を
表示している一画面例である。ステップ７０５では、出
力された一覧の中から一つの木構造、または親ノードを
指定する。ステップ７０５の画面例は図８（ｃ）であ
り、図８（ｂ）で表示された一覧の中から一つの木構造
８０３、または親ノードを指定している一画面例であ
る。ステップ７０６では、指定された木構造、または指
定された親ノードを含む木構造の、この親ノードに属す
るリーフとノードの一覧を、ノード情報管理テーブルか
ら取得し、表示する。ステップ７０６の画面例は図８
（ｄ）であり、ステップ７０５で指定した木構造におけ
る、このリーフの親ノードに属するリーフとノードの一
覧が、ディスプレイに表示された一画面例である。

【００２４】次に、ステップ２０４についての詳細なフ
ローチャートを図９に示す。ステップ２０４は、木構造
管理処理であり、本発明で扱う木構造を管理する処理を
行う。各処理ではステップ２０３と同じく、図３、図
４、図５で示したデータ構造が用いられる。

【００２５】ステップ９０１では、実行する処理によっ
て、ステップ９０２、ステップ９０３、ステップ９０
４、ステップ９０５、ステップ９０６又はステップ９０
７に移る。ステップ９０２はリーフの追加処理であり、
一つの木構造にリーフを追加する処理である。

【００２６】ステップ９０２の詳細を図１０のフローチ
ャートを用いて説明する。

【００２７】ステップ１００１では、追加するリーフの
名称と、そのリーフの保持するデータの実体を指定す
る。ステップ１００２では、追加するリーフに、これま
でに使用されているインデックス番号と重複しないよう
にインデックス番号を割り振る。ステップ１００３で
は、リーフの名称、リーフの保持するデータの実体が格
納されているデータ領域の先頭アドレス、リーフのイン
デックス番号を、そのリーフのインデックス管理テーブ
ル５０２に格納する。

【００２８】ステップ１００４では、これまでに選択さ
れていない木構造を一つ選択する。ステップ１００５で
は、追加するリーフの、選択された木構造における親ノ
ードを指定する。ステップ１００６では、親ノードのノ
ード情報管理テーブル４０３に、このリーフの名称４０
３ｂとインデックス番号４０３ａを格納する。ステップ
１００７では、追加するリーフの親ノード情報管理テー
ブル５０３に、選択された木構造の木構造番号５０３ａ
と親ノードのインデックス番号５０３ｂを追加する。ス
テップ１００８では、ステップ１００４において全ての
木構造を選択したかどうかをチェックし、ＹＥＳならば
処理を終了し、ＮＯならばステップ１００４に移る。

【００２９】ステップ９０３はリーフの削除処理であ
り、一つの木構造からリーフを削除する処理である。ス
テップ９０３の詳細を図１１のフローチャートを用いて
説明する。

【００３０】ステップ１１０１では、リーフを削除する
木構造と削除するリーフを指定する。ステップ１１０２
では、削除するリーフの、ステップ１１０１で指定した
木構造における親ノードのインデックス管理テーブル４
０２から、削除するリーフのインデックス番号４０３ａ
と名称４０３ｂを削除する。ステップ１１０３では、削
除するリーフのインデックス管理テーブル５０２から、
ステップ１１０１で指定した木構造の木構造番号５０３
ａとこの木構造における親ノードのインデックス番号５
０３ｂを削除する。

【００３１】ステップ１１０４では、リーフが帰属して
いる親ノードの数をインデックス管理テーブル５０２に
基づいてチェックし、その数が１以上なら処理を終了
し、ゼロであればステップ１１０５に移る。ステップ１
１０５では、削除するリーフのリーフ情報をすべて削除
する。これによって、このリーフが使用していたインデ
ックス番号は再使用が可能になる。

【００３２】ステップ９０４はノードの追加処理であ
り、一つの木構造に新しくノードを追加する処理であ
る。ステップ９０４の詳細を図１２のフローチャートを
用いて説明する。

【００３３】ステップ１２０１では、追加するノードの
親ノードとなるノードを指定する。ステップ１２０２で
は、追加するノードの名称を指定する。ステップ１２０
３では、追加するノードに、これまでに使用されている
インデックス番号と重複しないようにインデックス番号
を割り当てる。

【００３４】ステップ１２０４では、ステップ１２０２
及びステップ１２０３で決定したノード名及びインデッ
クス番号をこのノードのインデックス管理テーブル４０
２に格納する。ステップ１２０５では、追加したノード
のノード情報管理テーブル４０３に、追加したノードの
インデックス番号４０３ａとノード名４０３ｂ、追加し
たノードの親ノードのインデックス番号４０３ａとノー
ド名４０３ｂを格納する。ここで格納する追加したノー
ドのノード名は「．」、親ノードのノード名は「．．」
とする。

【００３５】ステップ９０５はノードの削除処理であ
り、一つの木構造からノードを削除する処理である。ス
テップ９０５の詳細を図１３のフローチャートを用いて
説明する。

【００３６】ステップ１３０１では、削除するノードを
指定する。ステップ１３０２では、ノード情報管理テー
ブル４０３をチェックし、格納されている情報が自分の
ノードに関する情報と自分の親ノードに関する情報だけ
であればステップ１３０３に分岐し、そうでなければス
テップ１３０５に移る。ステップ１３０３では、ノード
情報管理テーブル４０３とインデックス管理テーブル４
０２を削除する。これによってこのノードが使用してい
たインデックス番号は、ほかのリーフまたはノードが使
用できるようになる。

【００３７】ステップ１３０４では、削除したノードの
親ノードのインデックス管理テーブル４０２に対応する
ノード情報管理テーブル４０３に格納されている、削除
したノードのインデックス番号４０２ａと削除したノー
ドのノード名４０２ｂを削除する。ステップ１３０５で
は、選択されたノードに属する全てのノードとリーフを
削除するものとして部分木の削除処理を呼び出す。

【００３８】ステップ１３０５で呼び出される部分木の
削除処理の詳細を図１４に示す。図１４はあるノードに
属する部分木の削除処理１３０５の処理手順を記述した
フローチャートである。

【００３９】ステップ１４０１では、一つのノードを指
定する。ステップ１４０２では、ステップ１４０１指定
したノードに帰属するノードまたはリーフを選択する。
ステップ１４０３では、ステップ１４０２で選択したの
がノードならステップ１４０４へ、リーフならばステッ
プ１４０５へ移る。ステップ１４０４では、ステップ１
４０２で選択したノードを削除するものとして、ノード
削除処理９０５を呼び出す。

【００４０】ステップ１４０５では、ステップ１４０１
で指定したノードが属する木構造においてステップ１４
０２で選択したリーフを削除するものとして、リーフ削
除処理９０３を呼び出す。ステップ１４０６では、ノー
ドに属している全てのノードとリーフを選択したか否か
をチェックし、ＹＥＳであれば処理を終了し、ＮＯであ
ればステップ１４０１に移る。

【００４１】ステップ９０６は木構造追加処理であり、
新規に木構造を追加作成する処理である。ステップ９０
６の詳細を図１５のフローチャートを用いて説明する。

【００４２】ステップ１５０１では、木構造の名称を指
定する。ステップ１５０２では、既存の木構造番号と重
複することがないように木構造番号を割り当てる。ステ
ップ１５０３では、ステップ１５０１及びステップ１５
０２で決定した木構造の名称と木構造番号を木構造情報
テーブル３０１に格納する。ステップ１５０４では、作
成される木構造の初期の構造を指定する。作成される初
期の構造はルートノード一つのみを持つ木構造である。

【００４３】ステップ１５０５では、全てのリーフの中
から、まだこのステップで選択されていないリーフを一
つ選択する。ステップ１５０６では、選択されたリーフ
の親ノードを決定する。この決定はリーフがどのノード
に帰属するのかを決定する条件をあらかじめ設定してお
いて行う。

【００４４】ステップ１５０７では、ステップ１５０６
で決定した親ノードにリーフを帰属させるため、親ノー
ドのノード情報管理テーブル４０３にリーフのインデッ
クス番号４０３ａと、リーフ名４０３ｂを格納する。ス
テップ１５０８では、ステップ１５０６で決定した親ノ
ードにリーフを帰属させるため、このリーフの親ノード
情報管理テーブル５０３にこの木構造の木構造番号５０
３ａと、この親ノードのインデックス番号５０３ｂを格
納する。ステップ１５０９では、ステップ1505で全ての
リーフが選択されたか否かを判定し、ＹＥＳなら処理を
終了し、ＮＯならステップ１５０５に移る。

【００４５】ステップ９０７は木構造削除処理であり、
木構造情報テーブル３０１に登録されている木構造を削
除する処理である。ステップ９０７を図１６のフローチ
ャートを用いて説明する。

【００４６】ステップ１６０１では、削除する木構造を
指定する。ステップ１６０２では、この木構造のルート
ノードを削除するものとして、ノード削除処理のステッ
プ９０５を呼び出す。ステップ1603では、木構造情報テ
ーブル３０１からステップ１６０１で指定された木構造
の木構造番号３０１ａ、木構造名３０１ｂ、ルートノー
ドのインデックス番号３０１ｃを削除する。

【００４７】以上の実施の形態により、複数の木構造の
情報、及びそれらの木構造に属するノードとリーフの情
報を、木構造情報テーブルとノード情報によって保持
し、これらの木構造に属するリーフについては、そのリ
ーフが属する全ての親ノード情報を、親ノード情報管理
テーブルにおいて各リーフが保持することにより、デー
タの集合をその複数の分類方法に基づいて、任意の構造
を持つ複数の木構造を用いて管理できる。

【００４８】また、この実施の形態により、あるリーフ
に着目して、そのリーフの一つの分類方法における親ノ
ードに帰属する他のノードおよびリーフを表示している
時、そのリーフのほかの分類方法における親ノードに帰
属するノード及びリーフを表示できる。一つの分類方法
において同じ親ノードに帰属する他のノード及びリーフ
は、ルートノードよりあるパスを通って同一の親ノード
に分類されたという意味で、関連性のあるデータである
と言える。従って、この実施例により、一つの分類方法
におけるあるリーフに関連性のあるデータを参照してい
る時、別の分類方法におけるそのリーフに関連性のある
データを速やかに参照できる。すなわち、一つのデータ
集合を、その中の一つのリーフを中心に、様々な観点か
ら速やかに参照できる。

【００４９】本実施例は以下のように変更して実施する
事も可能である。第１に、ＯＬＡＰにおいて、変数の
分類方法が木構造で表されるとき、一つの軸に例えば図
１７のように木構造を当てはめることによって第１の実
施の形態を実施できる。この第１の変更例を図１７、図
１８を用いて詳細に説明する。

【００５０】図１７は一般的なＯＬＡＰツールを用いた
ドリルダウンの結果表示の画面例である。図１７（ａ）
では、携帯電話の全機種の売上を、製造会社別にドリル
ダウンし、さらにＣ社の製品について製造世代別にドリ
ルダウンして、その結果を表示している。これは、携帯
電話の売上データについて、携帯電話の全機種をルート
ノードとし、その下位に製造会社別、その下位に世代別
という分類方法で分類を行ったのと同等である。すなわ
ち、軸１７０１の分類方法は、図１８（ａ）の木構造と
同等のものであると見なせる。

【００５１】一方、図１７（ｂ）では別の分類方法を用
いてドリルダウンを行った結果を表示している。こちら
は、携帯電話の全機種を、まず製造世代についてドリル
ダウンし、次にその第３世代機種について製造会社別に
ドリルダウンしている。すなわち、軸１７０２は、図１
８の木構造（ｂ）と同等のものであると見なせる。

【００５２】ここで、図１８（ａ）、（ｂ）の木構造
を、第1の実施例における木構造管理テーブル３０１で
管理し、その木構造に属するノード及びリーフをノード
情報４０１、リーフ情報５０１のデータ構造で管理し、
図１８（ａ）の木構造に属するあるリーフを指定し、図
１８（ｂ）の木構造に基づく分類方法に表示を変更する
ものとして、表示変更処理２０３を行うことにより、図
１７（ａ）同一製造会社、製造世代別の売上比較を表示
した画面を、同じく図１７の（ｂ）のように、同一製造
世代、製造会社別の売上比較画面に切り替えることがで
きる。ここで、リーフ情報５０１のデータの実体には、
例えばデータ１７０３で示された「Ｃ０３」という携帯
電話の機種に関する年齢別の売上情報が入っている。た
だし、データ１７０３は図１７（ａ）で斜線のはいった
部分のデータである。

【００５３】従来、ＯＬＡＰの使用中にこのような表示
変更を行うには、一つのドリルダウンの結果を破棄し
て、もう一度ルートノードからドリルダウンする必要が
あった。しかし、この変更例により、1つのドリルダウ
ンの結果表示画面から、別のドリルダウンの結果表示画
面に画面表示を変更する際に、目的の軸をルートノード
からもう一度ドリルダウンしなくても、容易に関連する
分析画面に移ることができる。

【００５４】第２に、メールを管理する時に、ノード
を、メールを振り分ける時のフォルダ、リーフをメール
の実体と変更することによって第１の実施の形態を実施
できる。

【００５５】図１９はこの実施例を実現した画面の一例
である。図１９（ａ）では分類方法1において「同期入
社社員ＭＬ」１９０１というフォルダが開いており、
このフォルダに含まれる「教えてください」１９０２と
いうサブジェクトを持つメールが選択されているが、表
示方法を分類方法２に切り替えた図１９（ｂ）では「田
中君」１９０３というフォルダが開いており、この「教
えてください」１９０４というメールに関して「田中
君」という人物とやり取りをした関連メールが表示され
ている。この画面の切り替えは、メールのそれぞれの分
類方法を木構造と見なして木構造管理テーブル３０１で
メールを管理し、メールのフォルダをノードと見なして
ノード情報４０１のデータ構造で管理し、それぞれのメ
ールをリーフと見なしてリーフ情報５０１のデータ構造
で管理し、図１９（ａ）の分類方法におけるメールを指
定し、図１９（ｂ）の分類方法に基づく分類方法に表示
を変更するものとして、表示変更処理203を行うことに
より、図１９（ａ）の「同期入社社員ＭＬ」１９０１
の関連メールが表示された画面を、図１９（ｂ）に示す
ような「知人からのメール」１９０５の下層に定義され
た「田中君」の関連メールを表示する画面に切り替える
ことができる。

【００５６】第２の変更例のほかの例として、例えばビ
ジネスマンがメールをプロジェクトごとの分類とメール
をやり取りした人ごとの分類とでメールを分類するよう
な場合、プロジェクトごとの関連メールを表示した画面
とメールをやり取りした人ごとの関連メールの画面と
を、あるメールを基準にして切り替えて使用できる。す
なわち、この変更例により、メールを複数の観点から分
類し、複数の観点における関連メールを容易に参照でき
る。

【００５７】第３に、ステップ１５０４において生成さ
れる初期の木構造は、例えば図２０に示されるような、
ノードのみを含む任意の形の木構造を指定して、図９で
説明したノードの追加処理９０４を複数回実行すること
により、その木構造を作成できる。この変更例により、
あらかじめ木構造の形が設定されているような場合にも
対応できる。

【００５８】第４に、図７のステップ７０３において表
示される親ノードのノード名の代わりに、ノードのイン
デックス管理テーブル４０２に格納されている親ノード
の情報を用いてルートノードまで木構造をたどり、その
過程で通過したノードを記憶しておくことによって、ル
ートノードから親ノードのノード名に至るパスを表示で
きる。この変更例により、注目しているリーフの親ノー
ドのリストのみでは、その分類方法がわかりにくいよう
な場合に、ルートノードからのパスを確認することによ
って分類方法を理解するための情報をより多く得られ
る。

【００５９】

【発明の効果】本発明によれば、あるリーフに着目し
て、そのリーフの一つの分類方法における親ノードに帰
属する他のノードとリーフを表示している時、そのリー
フのほかの分類方法における親ノードに帰属するノード
とリーフを容易に表示できる。ある分類方法において同
じ親ノードに帰属する他のノード及びリーフは、ルート
ノードより、ある一つの判断基準によって同一の親ノー
ドに分類されたという意味で、関連性のあるデータであ
る。

【００６０】従って、本発明により、一つの分類方法あ
るいは観点における、あるリーフに関連性のあるデータ
を参照している時、別の分類方法における関連性のある
データを容易に参照できる。これによって、一つのデー
タ集合を、その中の一つのリーフを中心に、様々な観点
から参照できる。

【図面の簡単な説明】

【図１】実施の形態における装置の一例の構成図であ
る。

【図２】全体の処理のフローチャートである。

【図３】木構造情報格納テーブルの構成である。

【図４】ノード情報の構成である。

【図５】リーフ情報の構成である。

【図６】表示変更処理によって表示が切り替えられる木
構造の一例である。

【図７】表示変更処理のフローチャートである。

【図８】表示変更処理の画面例である。

【図９】木構造管理処理の詳細を示すフローチャートで
ある。

【図１０】リーフ追加処理のフローチャートである。

【図１１】リーフ削除処理のフローチャートである。

【図１２】ノード追加処理のフローチャートである。

【図１３】ノード削除処理のフローチャートである。

【図１４】あるノードに帰属するノード・リーフの削除
処理のフローチャートである。

【図１５】木構造の追加処理のフローチャートである。

【図１６】木構造の削除処理のフローチャートである。

【図１７】ＯＬＡＰにおける表示画面の切り替え例であ
る。

【図１８】ＯＬＡＰの軸に表されている木構造である。

【図１９】メール管理ソフトにおける画面例である。

【図２０】初期木構造の一例である。

【符号の説明】

１０１・・・処理装置１０２・・・メモリ１０３・・・プログラム１０４・・・外部記憶装置１０５・・・入力装置１０６・・・出力装置１０７・・・バス４０１・・・ノード情報４０２・・・ノードのインデックス管理テーブル４０３・・・ノード情報管理テーブル５０１・・・リーフ情報５０２・・・リーフのインデックス管理テーブル５０３・・・親ノード情報管理テーブル５０４・・・リーフの保持するデータの実体１７０１・・・ＯＬＡＰの一つの画面例における一つの
軸１７０２・・・ＯＬＡＰの別の画面例における一つの軸

───────────────────────────────────────────────────── フロントページの続き (72)発明者伊藤幸康神奈川県横浜市戸塚区戸塚町5030番地株式会社日立製作所ソフトウェア事業部内Ｆターム(参考） 5B075 ND35 ND36 NK43 NK44 NK50 NK54 PQ02 PQ42

Claims

【特許請求の範囲】

【請求項１】所定の木構造に基づいて属性が分類された
多次元データを表示し、前記表示されたデータの中の１
つを選択し、前記選択されたデータが属する他の木構造
に基づいた少なくとも一つの分類を表示し、前記表示さ
れた分類の中から所望の木構造を選択し、さらに、前記
選択された木構造に基づいて前記多次元データを表示す
ることを特徴とするデータ表示方法。
【請求項２】前記木構造のデータは、前記リーフが属す
る少なくとも１つの木構造の識別子と前記リーフのそれ
ぞれの前記木構造における上位のノードとデータの実体
との対応を示す情報を含むことを特徴とする請求項１記
載のデータ表示方法。
【請求項３】前記木構造のデータは、さらに、前記ノー
ドが属する少なくとも１つの木構造の識別子と前記ノー
ドのそれぞれの上位及び下位の少なくとも一方のノード
との対応を示す情報を含むことを特徴とする請求項２記
載のデータ表示方法。
【請求項４】前記木構造を管理するために、木構造にリ
ーフを追加するリーフ追加ステップと、一つの木構造か
らリーフを削除するリーフ削除ステップと、一つの木構
造にノードを追加するノード追加ステップと、一つの木
構造からノードを削除するノード削除ステップと、木構
造を追加する木構造追加ステップと、木構造を削除する
木構造削除ステップと、のうち、少なくともいずれか一
つを有することを特徴とする請求項１乃至請求項３に記
載のデータ表示方法。
【請求項５】請求項４において、木構造追加ステップ
は、木構造の初期の形態を決定するステップを有し、上
記木構造の初期の形態はルートノードのみを含む木であ
ることを特徴とする請求項４に記載のデータ表示方法。
【請求項６】請求項４において、木構造追加ステップ
は、木構造の初期の形態を決定するステップを有し、上
記木構造の初期の形態は、あらかじめ定められた任意の
形の木構造を読み込むことを特徴とする請求項４に記載
のデータ表示方法。
【請求項７】ＯＬＡＰツールにおいて、各軸で定義され
ている木構造の管理および表示において、請求項１から
請求項６のいずれかのデータ表示方法を用いることを特
徴とするＯＬＡＰツール。
【請求項８】メール管理ソフトにおいて、フォルダをノ
ード、メールをリーフと見なした時のメールの管理及び
表示において、請求項１から請求項６のいずれかのデー
タ表示方法を用いることを特徴とするメール管理ソフ
ト。
【請求項９】請求項１から請求項８までのいずれかに記
載のデータ表示方法をプログラム形式にして格納してあ
ることを特徴とする記憶媒体。
【請求項１０】複数の木構造におけるリーフが属する少
なくとも１つの木構造の識別子と前記リーフのそれぞれ
の前記木構造における上位のノードとデータの実体との
対応を示す第１の情報を保持し、前記ノードが属する少なくとも１つの木構造の識別子と
前記ノードのそれぞれの上位及び下位の少なくとも一方
のノードとの対応を示す第２の情報を保持し、複数の木構造の一つが選択された際に、前記第２の情報
に基づいて、前記選択された木構造に含まれる複数のノ
ードの階層関係を表示し、さらに、前記第１の情報に基づいて、前記選択された木構造にお
ける前記リーフの名称及び前記データの実体の少なくと
も一方を表示することを特徴とするデータ表示方法。