情報処理装置および情報処理装置の制御方法およびプログラムおよび記録媒体
【課題】検索にヒットしたフォルダ等の目的のフォルダの階層が深い場合であっても、該目的とするフォルダへのアクセス性を維持しつつ、上位フォルダの階層構造も容易に把握出来るようにすること。
【解決手段】データとデータを格納するフォルダを階層的に管理するコンピュータ１のＣＰＵ１ｂは、検索にヒットしたフォルダと該フォルダの上位階層にあたる各フォルダをノードとしたツリーを作成しディスプレイ１ｄに表示する際、前記ツリーの分岐点となるノード間に存在する複数ノードを１つにまとめて抽象化したノードとする抽象化処理を施す構成を特徴とする。
【解決手段】データとデータを格納するフォルダを階層的に管理するコンピュータ１のＣＰＵ１ｂは、検索にヒットしたフォルダと該フォルダの上位階層にあたる各フォルダをノードとしたツリーを作成しディスプレイ１ｄに表示する際、前記ツリーの分岐点となるノード間に存在する複数ノードを１つにまとめて抽象化したノードとする抽象化処理を施す構成を特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データとデータを格納するフォルダを階層的に管理する情報処理装置及び情報処理装置の制御方法及びプログラム及び記録媒体に関する。
【背景技術】
【０００２】
従来、ファイルおよびフォルダの検索結果表示のツリー表示は、その階層が深い場合、ツリーが冗長になってしまい、目的とするフォルダを識別することが困難であった。
【０００３】
特許文献１では、文書の検索結果を表示する際に、検索された文書を含むフォルダのみ（又は、検索された文書を含むフォルダとそれらの上位フォルダ）をツリーに表示することにより、ユーザが必要とする文書に関連する階層のみを表示して、他の関係ない階層に邪魔されることなく、必要な文書にアクセスすることができる技術が提案されている。
【特許文献１】特開平２００２−３３３９３８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１における、検索された文書を含むフォルダのみを表示する方法では、中間の階層の表示がされないため、ヒットしたフォルダのアクセス性は良いが、同名のフォルダがヒットした場合には、上位の階層が不明のため、目的とするフォルダの識別が難しくなるという問題点があった。
【０００５】
また、特許文献１における、検索された文書を含むフォルダとそれらの上位階層を表示する方法では、同名のフォルダがヒットした場合に上位階層が表示されるため、その識別は容易になるが、階層が深かった場合などには、表示が煩雑になりヒットした目的のフォルダへのアクセス性が悪くなってしまうという問題点があった。
【０００６】
本発明は、上記の問題点を解決するためになされたもので、本発明の目的は、検索でヒットしたフォルダへのアクセス性を維持しつつ、上位フォルダの階層構造も容易に把握出来るようにして、目的とするフォルダの階層が深い場合であっても、該目的とするフォルダに容易にアクセスするための快適な操作環境を構築する仕組を提供することである。
【課題を解決するための手段】
【０００７】
本発明は、データとデータを格納するフォルダを階層的に管理する情報処理装置において、特定のフォルダと該特定のフォルダの上位階層にあたる各フォルダをノードとしたツリーを作成し表示手段に表示する制御手段を有するものであり、前記制御手段は、前記ツリーを作成する際、前記ツリーの分岐点となるノード間に存在する複数ノードを１つにまとめて抽象化したノードとする抽象化処理を施す、ことを特徴とする。
【発明の効果】
【０００８】
本発明によれば、検索にヒットしたフォルダ等の目的のフォルダの階層が深い場合であっても、該目的とするフォルダへのアクセス性を維持しつつ、上位フォルダの階層構造も容易に把握出来るようにして、目的とするフォルダに容易にアクセスするための快適な操作環境を構築することができる等の効果を奏する。
【発明を実施するための最良の形態】
【０００９】
図１は、本発明の一実施形態を示す情報処理装置のハードウェア構成の一例を示すブロック図である。
【００１０】
図１において、１は情報処理装置としてのコンピュータである。
【００１１】
１ｂはＣＰＵであり、外部メモリ１ｅからメモリ１ａに読み出されたプログラムを実行してコンピュータ１を統括制御する。
【００１２】
１ａ１は、メモリ１ａ内に確保したＣＰＵ１ｂの作業領域である。１ａ２は、ＣＰＵ１ｂにより、外部メモリ１ｅからメモリ１ａに読み込まれた特定のフォルダとその上位階層にあたる各フォルダをノードとしたツリーを作成し表示する制御機能を持つ検索システム(プログラム)である。
【００１３】
１ｃはキーボード，ポインティングデバイス（ＰＤ）等の入力装置である。１ｄはディスプレイである。
【００１４】
なお、実際には、上記以外にシステムバスやインタフェース回路やチップセット等が存在するが、図１では省略してある。
【００１５】
なお、コンピュータ１は、外部メモリ１ｅ等に記憶されるデータとデータを格納するフォルダを階層的に管理可能な情報処理装置である。以下、このようなコンピュータ１が、特定のフォルダと該特定のフォルダの上位階層にあたるフォルダの、各フォルダをノード（節点）としたツリー（木構造図）を作成しディスプレイに表示する際のＣＰＵ１ｂの制御について説明する。
【００１６】
図２は、本発明の情報処理装置のソフトウェア構成の一例を示すブロック図である。
【００１７】
図２において、２ａ１は検索キーワード入力処理部であり、入力装置１ｃからの検索を行うキーワードの入力を受け付ける。２ａ２は検索処理部であり、検索キーワード入力処理部２ａ１で入力されたキーワードを用いて検索処理を実行し、検索結果を検索結果保存ＤＢ３ａに格納する。
【００１８】
２ａ３は分岐決定処理部であり、検索結果保存ＤＢ３ａに格納された検索結果に基づいて、分岐ノードを決定する処理を実行し、分岐決定結果をノード情報保存ＤＢ３ｂに保存する。
【００１９】
２ａ４は抽象化部であり、ノード情報保存ＤＢ３ｂに格納された検索結果に基づいて、省略できるノードをまとめて抽象化する抽象化処理（ツリーの分岐点となるノード間に存在する複数ノードを１つにまとめて抽象化したノードとする処理）を実行し、抽象化したノードに関する情報を抽象化ノード情報保存ＤＢ３ｃに保存する。
【００２０】
２ａ５はサイズ測定部であり、フォルダツリーの表示幅を測定し（算出して取得し）、またツリーウィンドウの幅を測定し（取得し）、該測定結果としてフォルダツリーの幅をサイズ測定ＤＢ３ｄに格納し、抽象化部２ａ４による前記抽象化処理の実行の有無を制御する。２ａ６はツリー表示部であり、検索結果のツリーの表示を行う。
【００２１】
なお、上記２ａ１〜２ａ６の各部は、図１に示したＣＰＵ１ｂが外部メモリから検索システムプログラムをメモリ１ａに読み出して実行することにより実現される。また、３ａ〜３ｄに示した各データベースは、ＣＰＵ１ｂによりメモリ１ａ内の作業領域１ａ１内に実現される。
【００２２】
以下、図３〜図６を参照して本発明の情報処理装置で使用されるデータベースの構造について説明する。
【００２３】
図３は、図２に示した検索結果保存ＤＢ３ａの構成を示すデータベース構成図である。
【００２４】
図３に示すように、検索結果保存ＤＢ３ａは、検索結果ＩＤ３ａ１，検索結果のパス３ａ２の項目から構成される。
【００２５】
検索結果ＩＤ３ａ１は、検索結果に割り振ったＩＤを保存する。また、検索結果のパス３ａ２は、検索結果のパスを保存する。
【００２６】
図４は、図２に示したノード情報保存ＤＢ３ｂの構成を示すデータベース構成図である。
【００２７】
図４に示すように、ノード情報保存ＤＢ３ｂは、ノードＩＤ３ｂ１，ノードまでのパス３ｂ２，親ノードＩＤ３ｂ３，分岐フラグ３ｂ４,チェック済フラグ３ｂ５，ヒットフラグ３ｂ６の項目から構成される。
【００２８】
ノードＩＤ３ｂ１は、各ノードに割り振れられたＩＤを保存する。また、ノードまでのパス３ｂ２は、当該ノードまでのパスを保存する。また、親ノードＩＤ３ｂ３は、当該ノードの親ノードのＩＤを保存する。
【００２９】
また、分岐フラグ３ｂ４は、当該ノードが持つ分岐フラグのＯＮ／ＯＦＦを保存する。また、チェック済フラグ３ｂ５は、当該ノードが持つチェック済フラグのＯＮ／ＯＦＦを保存する。ヒットフラグ３ｂ６は、当該ノードが検索にヒットしているかのＯＮ／ＯＦＦを保存する。
【００３０】
図５は、図２に示した抽象化ノード情報保存ＤＢ３ｃの構成を示すデータベース構成図である。
【００３１】
図５に示すように、抽象化ノード情報保存ＤＢ３ｃは、抽象化ノードＩＤ３ｃ１，抽象化表示内データ３ｃ２，親ノードＩＤ３ｃ３の項目から構成される。
【００３２】
抽象化ノードＩＤ３ｃ１は、抽象化されたノードに割リ振られたＩＤを保存する。また、抽象化表示内データ３ｃ２は、抽象化表示されたノードのパスを保存する。また、親ノードＩＤ３ｃ３は、当該ノードの親ノードのＩＤを保存する。
【００３３】
図６は、図２に示したサイズ測定ＤＢ３ｄの構成を示すデータベース構成図である。
【００３４】
図６に示すように、サイズ測定ＤＢ３ｄは、検索結果ＩＤ３ｄ１，ツリーの幅３ｄ２の項目から構成される。
【００３５】
検索結果ＩＤ３ｄ１は、検索結果に割り振ったＩＤを保存する。また、ツリーの幅３ｄ２は、測定したツリーの幅を保存する。
【００３６】
以下、図７〜図１６を参照して、本発明における検索及び検索結果のフォルダツリー表示処理について説明する。
【００３７】
図７Ａ，図７Ｂは、本発明の検索及び検索結果のフォルダツリー表示処理によって表示されるフォルダツリーを説明するための模式図である。
【００３８】
図７Ａにおいて、５ａ１は従来の検索結果のフォルダツリーであり、従来では、ヒットしたファイル又はフォルダまでの全てのノードをツリー表示していた。
【００３９】
図７Ｂにおいて、５ａ２は本発明の検索結果フォルダツリーであり、本発明では、ヒットしたファイル又はフォルダまでの全ノードのうち、分岐ノード間をまとめて抽象化した状態でツリー表示する構成を特徴とする。５ａ３は分岐ノード間をまとめて抽象化表示したものである。
【００４０】
図８は、図２に示した検索キーワード入力処理部２ａ１によりディスプレイ１ｄに表示される検索画面の一例を示す模式図であり、検索前の状態に対応する。
【００４１】
図８において、５ｂは検索画面であり、検索キーワード入力処理部２ａ１によりディスプレイ１ｄに表示される。５ｂ１は検索キーワードの入力部である。
【００４２】
「表示」５ｂ５を押下指示することにより、検索キーワード入力処理部２ａ１により表示される「表示」メニュー内の図示しない「表示選択」を選択することで、図９に示す表示選択画面５ｃが表示され、ユーザは表示選択を行うことができる。ここで、図９を用いて表示選択画面５ｃについて説明する。
【００４３】
図９は、図２に示した検索キーワード入力処理部２ａ１によりディスプレイ１ｄに表示される表示選択画面の一例を示す模式図である。
【００４４】
図９に示すように、表示選択画面５ｃは、選択ボタン５ｃ１〜５ｃ３を有し、５ｃ１，５ｃ２，５ｃ３のいずれか１つを選択し、ＯＫボタン５ｃ４を押下指示することで表示方法を指定することができる。
【００４５】
ラジオボタン５ｃ１は、ツリーウィンドウの幅に関わらず、分岐ノード間を抽象化せずにツリーをそのまま表示させる場合に選択する。５ｃ２は、ツリーウィンドウの幅に合わせて、フォルダツリーを表示させる場合に選択する。５ｃ３は、ツリーウィンドウの幅に関わらず、フォルダツリーの分岐点ごとにまとめて表示させる場合に選択する。
【００４６】
なお、ＯＫボタン５ｃ４が押下指示されると、検索キーワード入力処理部２ａ１は、表示選択画面５ｃでの表示選択結果をメモリ１ａの作業領域１ａ１及び外部メモリ１ｅに格納し、表示選択画面５ｃを閉じる。そして、外部メモリ１ｅに格納された表示選択結果は以後表示選択のデフォルト値として使用される。
【００４７】
以下、図８の説明に戻る。
【００４８】
５ｂ２は検索開始ボタンであり、検索開始を指示するためのものである。この検索開始ボタン５ｂ２が押下指示されると、図２に示した検索処理部２ａ２が後述する図１１に示す検索及び検索結果フォルダツリー表示処理を開始し、検索画面５ｂの５ｂ１にユーザが入力したファイル名又はフォルダ名と一致するファイルまたはフォルダを指定された検索場所から検索する。
【００４９】
なお、検索終了後、ウィンドウ５ｂ３は、図１０に示すような、検索結果（図７Ｂの５ａ２に示したフォルダツリー）を表示するためのツリーウィンドウとなる。また、ウィンドウ５ｂ４に、図１０に示すように、検索結果としてのファイル又はフォルダの名前，フォルダ名，関連情報，サイズ等が表示される。
【００５０】
図１０は、図２に示した検索キーワード入力処理部２ａ１によりディスプレイ１ｄに表示される検索画面の一例を示す模式図であり、検索終了後の状態に対応する。
【００５１】
図１０に示すように、ツリーウィンドウ５ｂ３内の抽象化ノード５ｄ１上にマウスカーソルが重ねられると、ツリー表示部２ａ６は、図５に示した抽象化ノード情報保存ＤＢ３ｃ内の抽象化表示内データ３ｃ２に基づいて、まとめられていた（抽象化されていた）フォルダを示すためのポップアップ５ｄ２を表示する。
【００５２】
なお、５ｄ２に示したようなポップアップ表示ではなく、抽象化ノード５ｄ１の横に、該抽象化されているフォルダのパス（例えば"eee\fff\ggg\hhh"）を常時表示するように構成してもよい。
【００５３】
以下、図１１〜図１６を参照して、本発明における検索及び検索結果フォルダツリー表示処理について説明する。
【００５４】
図１１は、本発明における第１の制御処理手順の一例を示すフローチャートであり、検索及び検索結果フォルダツリー表示処理に対応する。なお、このフローチャートの処理は、図２に示した検索処理部２ａ２，分岐決定処理部２ａ３，抽象化部２ａ４，サイズ測定部２ａ５，ツリー表示部２ａ６により実行される。即ち、図１に示したＣＰＵ１ｂが外部メモリから検索システムプログラムをメモリ１ａに読み出して実行することにより実現される。なお、図中、４ａ１〜４ａ１２は各ステップを示す。
【００５５】
ステップＳ４ａ１において、検索処理部２ａ２は、図８に示した検索画面５ｂの５ｂ１にユーザが入力したファイル名またはフォルダ名と一致するファイルまたはフォルダを指定された検索場所から検索する。
【００５６】
次に、ステップＳ４ａ２において、検索処理部２ａ２は、ステップＳ４ａ１の検索処理にてヒットしたフォルダのパス全てに検索結果ＩＤを発行し、該検索結果ＩＤと該フォルダのパスを図３に示した検索結果保存ＤＢ３ａに保存する。
【００５７】
次に、ステップＳ４ａ３において、検索処理部２ａ２は、検索結果が０件であるか否かを判定し、検索結果が０件であると判定した場合には、ステップＳ４ａ１２において、検索結果が０件であった旨のメッセージを検索画面５ｂ上に表示して、本フローチャートの処理を終了する。
【００５８】
一方、ステップＳ４ａ３で、検索結果が０件でないと判定した場合には、検索処理部２ａ２は、ステップＳ４ａ４に処理を進める。
【００５９】
ステップＳ４ａ４では、分岐決定処理部２ａ３が、図３に示した検索結果保存ＤＢ３ａの検索結果のパス情報３ａ２から、図４に示したノード情報保存ＤＢ３ｂを作成する。なお、ノード情報保存ＤＢ３ｂは、ツリー上の全ノードに対して作られる。
【００６０】
この際、分岐決定処理部２ａ３は、ノードＩＤ３ｂ１にノード毎に一意の値となるノードＩＤを発行し（値の振り方は特に問わない）格納する。また、分岐決定処理部２ａ３は、ノードまでのパス３ｂ２にルートノードから各ノードまでのパスを格納する。
【００６１】
また、分岐決定処理部２ａ３は、親ノードＩＤ３ｂ３に親ノードに対応するエントリのＩＤを格納する。また、分岐決定処理部２ａ３は、分岐フラグ３ｂ４に、子ノードが複数あるノードには「ＯＮ」を格納し、子ノードが１つのノードには「ＯＦＦ」を格納する。なお、分岐決定処理部２ａ３は、子ノードが複数あるノードに対しては各子ノードごとにエントリを作成する。
【００６２】
また、分岐決定処理部２ａ３は、チェック済フラグ３ｂ５に、初期値として「ＯＦＦ」を格納する。また、分岐決定処理部２ａ３は、ヒットフラグ３ｂ６に、ステップＳ４ａ１の検索処理でヒットしたノードに対応するエントリのみ値に「ＯＮ」を格納し、それ以外のエントリには値に「ＯＦＦ」を格納する。
【００６３】
以上、ノード情報保存ＤＢ３ｂの作成が終了すると、抽象化部２ａ４が、ステップＳ４ａ５において、検索結果のファイルまたはフォルダの表示において、上位階層のフォルダを分岐点ごとにまとめて抽象化するかどうかを判定する。
【００６４】
ステップＳ４ａ５で、上位階層のフォルダを分岐点ごとにまとめて抽象化しないと判断した場合（即ち、図９で「フォルダツリーをそのまま表示する」５ｃ１が選択されていた場合）には、抽象化部２ａ４は、ステップＳ４ａ８に処理を進める。
【００６５】
そして、ステップＳ４ａ８では、ツリー表示部２ａ６が、全てのフォルダツリーをツリービュー内に表示し、ステップＳ４ａ１０に処理を進める。
【００６６】
一方、ステップＳ４ａ５で、上位階層のフォルダを分岐点ごとにまとめて抽象化すると判断した場合（即ち、図９で「ツリービューの幅を基準に一部フォルダをまとめて表示する」５ｃ２又は「フォルダツリーを分岐点ごとにまとめて表示する」５ｃ３が選択されていた場合）には、抽象化部２ａ４は、ステップＳ４ａ６に処理を進める。
【００６７】
ステップＳ４ａ６では、抽象化部２ａ４は、ウィンドウのツリービュー内で表示する検索結果のツリー表示において、一部抽象化して表示するか、分岐点ごとに抽象化して表示するかを判定する。
【００６８】
そして、ステップＳ４ａ６で、分岐ごとに抽象化して表示すると判断した場合（即ち、図９で「フォルダツリーを分岐点ごとにまとめて表示する」５ｃ３が選択されていた場合）には、抽象化部２ａ４は、ステップＳ４ａ９に処理を進める。
【００６９】
ステップＳ４ａ９では、抽象化部２ａ４は、後述する図１２，図１３に示すフォルダの抽象化処理を実行し、ステップＳ４ａ１０に処理を進める。
【００７０】
一方、ステップＳ４ａ６で、一部抽象化して表示すると判断した場合（即ち、図９で「ツリービューの幅を基準に一部フォルダをまとめて表示する」５ｃ２が選択されていた場合）には、抽象化部２ａ４は、ステップＳ４ａ７に処理を進める。
【００７１】
ステップＳ４ａ７では、サイズ測定部２ａ５が、後述する図１５に示すサイズ測定処理を実行し、ステップＳ４ａ１０に処理を進める。
【００７２】
次に、ステップＳ４ａ１０では、ツリー表示部２ａ６が、検索結果に関係のないフォルダやファイルを非表示にする。
【００７３】
次に、ステップＳ４ａ１１において、ツリー表示部２ａ６は、ヒットしたフォルダとヒットしていないフォルダを視覚的に区別できるようにするため、ヒットしたフォルダの表示を変更する。具体的には、色や形を変える等の視覚的形態を変更する。
【００７４】
そして、ステップＳ４ａ１１の処理が終了すると、ツリー表示部２ａ６は、本フローチャートの処理を終了する。
【００７５】
図１２，図１３を参照して、図１１のステップＳ４ａ９に示したフォルダの抽象化処理を詳細に説明する。
【００７６】
図１２，図１３は、本発明における第２の制御処理手順の一例を示すフローチャートであり、検索実行ツリー表示処理に対応する。なお、このフローチャートの処理は、図２に示した抽象化部２ａ４，ツリー表示部２ａ６により実行される。即ち、図１に示したＣＰＵ１ｂが外部メモリから検索システムプログラムをメモリ１ａに読み出して実行することにより実現される。なお、図１２中の４ｂ１〜４ｂ１３，図１３中の４ｃ１〜４ｃ４は各ステップを示す。
【００７７】
なお、フォルダツリーの全てのノードは、チェック済フラグと分岐フラグとヒットフラグの３つのフラグを持っている。これらフラグは、図４に示したノード情報保存ＤＢ３ｂの分岐フラグ３ｂ４，チェック済フラグ３ｂ５，ヒットフラグ３ｂ６のように各ノードが値を保持している。いずれも値は「ＯＮ」又は「ＯＦＦ」であり、スタート時はチェック済フラグ３ｂ５のみ「ＯＦＦ」である。チェック済フラグ３ｂ５は、そのノードを画面上に表示するか否かの判定が行われたかどうかを表し、初期状態は「ＯＦＦ」で、その判定が終わると「ＯＮ」に変わる。また、分岐フラグ３ｂ４は、そのノードの下に子ノードが複数あるか(ツリーが分岐するか)どうかを表し、「ＯＮ」では子ノードを複数持っており、「ＯＦＦ」では子ノードが１つのみであるか、そのノード自身が末端であることを表す。また、ヒットフラグ３ｂ６は、検索にヒットしたノードであることを表し、「ＯＮ」がヒットしたフォルダを表し、「ＯＦＦ」はヒットしなかったフォルダを表す。
【００７８】
以下、図１２，図１３の各ステップについて説明する。
【００７９】
まず、図１２のステップＳ４ｂ１において、抽象化部２ａ４は、チェック対象ノードをルートノード（ルートノードはフォルダツリーの最上位に位置するノード）にして処理をスタートさせる。
【００８０】
次に、ステップＳ４ｂ２において、抽象化部２ａ４は、終了フラグに初期値「０」をセットする。なお、終了フラグは、この表示処理全体を終了するかどうかのフラグであり、初期値が「０」であり、「１」になると終了する。また、終了フラグはメモリ上に保存されている。
【００８１】
次に、ステップＳ４ｂ３において、抽象化部２ａ４は、終了フラグが「１」であるかどうかを判定し、終了フラグが「１」でないと判定した場合には、ステップＳ４ｂ４に処理を進める。
【００８２】
ステップＳ４ｂ４では、抽象化部２ａ４は、チェック対象ノード（スタート直後であればルートノード）が、１つでもチェック済フラグ３ｂ５が「ＯＦＦ」の子ノードを持っているか否かを判定し、チェック済フラグ３ｂ５が「ＯＦＦ」の子ノードを持っていると判定した場合には、ステップＳ４ｂ５に処理を進める。
【００８３】
ステップＳ４ｂ５では、抽象化部２ａ４は、当該チェック対象ノードのノードの分岐フラグが「ＯＮ」であるかどうかを判定し、「ＯＮ」であると判定した場合には、ステップＳ４ｂ６に処理を進める。
【００８４】
ステップＳ４ｂ６では、ツリー表示部２ａ６が、後述する図１４に示すノード表示処理を実行し、ステップＳ４ｂ７に処理を進める。
【００８５】
ステップＳ４ｂ７では、抽象化部２ａ４は、子ノードが複数あるなかで、チェック済フラグ３ｂ５が「ＯＦＦ」のものの中の１つへチェック対象ノードを移動させ（その移動先となる子ノードの選び方は特に問わない）、ステップＳ４ｂ４に処理を戻す。
【００８６】
一方、ステップＳ４ｂ５では、抽象化部２ａ４は、当該チェック対象ノードのノードの分岐フラグが「ＯＮ」でないと判定した場合には、図１３のステップＳ４ｃ１に処理を進める。
【００８７】
図１３のステップＳ４ｃ１では、抽象化部２ａ４は、当該チェック対象ノードのヒットフラグ３ｂ６が「ＯＮ」であるかどうかを判定し、「ＯＮ」でないと判定した場合には、ステップＳ４ｃ２に処理を進める。
【００８８】
ステップＳ４ｃ２では、当該チェック対象ノードは抽象化フォルダとしてまとめられることになるため、抽象化部２ａ４は、抽象化ノード情報保存ＤＢ３ｃに当該ノードの情報を格納する。この際、抽象化部２ａ４は、メモリ上１ａの抽象化ノード情報保存ＤＢ３ｃで現在処理対象となっているエントリ（以下、カレントエントリ）の抽象化ノードＩＤ３ｃ１が保存されていなければ、カレントエントリとして抽象化ノード情報保存ＤＢ３ｃに新規エントリを作成し、一意のＩＤを割り当て、それを抽象化ノードＩＤ３ｃ１に保存する。また、抽象化部２ａ４は、当該チェック対象ノードのノードまでのパス情報(図４の３ｂ２)から現ノード名を取得し、抽象化ノード情報保存ＤＢ３ｃの該当カレントエントリ上の抽象化表示内データ項目３ｃ２に追記する（例えば、"ａａａ"の後ろに"ｂｂｂ"を追記して"ａａａ￥ｂｂｂ"とする）。また、抽象化部２ａ４は、抽象化ノード情報保存ＤＢ３ｃの該当カレントエントリの親ノードＩＤ３ｃ３が保存されていない場合は、当該チェック対象ノードの親ノードＩＤ（図４の３ｂ３）を親ノードＩＤ３ｃ３に格納する。
【００８９】
次に、ステップＳ４ｃ３において、抽象化部２ａ４は、当該チェック対象ノードのチェック済フラグ３ｂ５を「ＯＮ」に設定し、図１２のステップＳ４ｂ９に処理を進める。
【００９０】
一方、図１３のステップＳ４ｃ１で、当該ノードのヒットフラグ３ｂ６が「ＯＮ」であると判定した場合には、抽象化部２ａ４は、ステップＳ４ｃ４に処理を進める。
【００９１】
ステップＳ４ｃ４では、ツリー表示部２ａ６が、図１４に示すノード表示処理を実行し、図１２のステップＳ４ｂ９に処理を進める。
【００９２】
次に、図１２のステップＳ４ｂ９では、抽象化部２ａ４は、当該チェック対象ノードの子ノードへチェック対象ノードを移動させ、ステップＳ４ｂ３に処理を戻す。
【００９３】
また、ステップＳ４ｂ４で、チェック対象ノードが、１つもチェック済フラグ３ｂ５が「ＯＦＦ」の子ノードを持っていないと判定した場合には、抽象化部２ａ４は、ステップＳ４ｂ１０に処理を進める。
【００９４】
ステップＳ４ｂ１０では、ツリー表示部２ａ６が、後述する図１４に示すノード表示処理を実行する。
【００９５】
次に、ステップＳ４ｂ１１において、抽象化部２ａ４が、当該チェック対象ノードから親方向へさかのぼっていき、ルートノードまでの間に（ルートノードも含む）分岐フラグ３ｂ４が「ＯＮ」のノードがあるか否かを判定し、分岐フラグ３ｂ４が「ＯＮ」のノードがあると判定した場合には、ステップＳ４ｂ１２に処理を進める。
【００９６】
ステップＳ４ｂ１２では、抽象化部２ａ４は、当該チェック対象ノードから親ノード方向へ、分岐フラグ３ｂ４が「ＯＮ」であるノードにあたるまで順次さかのぼっていき、その分岐フラグ３ｂ４が「ＯＮ」であるノードへチェック対象ノードを移動させ、ステップＳ４ｂ３に処理を戻す。
【００９７】
一方、ステップＳ４ｂ１１で、当該チェック対象ノードから親方向へさかのぼっていきルートノードまでの間に（ルートノードも含む）分岐フラグ３ｂ４が「ＯＮ」のノードがないと判定した場合には、抽象化部２ａ４は、ステップＳ４ｂ１３に処理を進める。
【００９８】
ステップＳ４ｂ１３では、抽象化部２ａ４は、終了フラグに「１」をセットし、ステップＳ４ｂ３に処理を戻す。
【００９９】
ここで、ステップＳ４ｂ３で、終了フラグが「１」であると判定した場合には、抽象化部２ａ４は、本フローチャートの処理を終了させる。
【０１００】
以下、図１４を参照して、図１２，図１３に示したノード表示処理を詳細に説明する。
【０１０１】
図１４は、本発明における第３の制御処理手順の一例を示すフローチャートであり、ノード表示処理に対応する。なお、このフローチャートの処理は、図２に示したツリー表示部２ａ６により実行される。即ち、図１に示したＣＰＵ１ｂが外部メモリから検索システムプログラムをメモリ１ａに読み出して実行することにより実現される。なお、図１２中の４ｄ１〜４ｄ４は各ステップを示す。
【０１０２】
まず、ツリー表示部２ａ６は、ステップＳ４ｄ１において、当該チェック対象ノードのチェック済フラグ３ｂ５が「ＯＮ」であるか否かを判定し、「ＯＮ」であると判定した場合には、そのまま本フローチャートの処理を終了する。
【０１０３】
一方、ステップＳ４ｄ１で、当該チェック対象ノードのチェック済フラグ３ｂ５が「ＯＮ」でないと判定した場合には、ツリー表示部２ａ６は、ステップＳ４ｄ２に処理を進める。
【０１０４】
ステップＳ４ｄ２では、ツリー表示部２ａ６は、バッファ内情報（メモリ１ａの作業領域１ａ１上の抽象化ノード情報保存ＤＢ３ｃ内のカレントエントリの抽象化表示内データ３ｃ２）を抽象ノードとしてまとめてツリーウィンドウ５ｂ３に表示する。この際、ツリー表示部２ａ６は、この表示される抽象ノードに、抽象化ノード情報保存ＤＢ３ｃの当該カレントエントリの抽象化ノードＩＤ３ｃ１を紐つけておく。これにより、表示される抽象化ノードに、抽象化ノード情報保存ＤＢ３ｃの対応するエントリが対応づけられているので、表示された抽象化ノードにマウスカーソルを重ねる等の操作で、抽象化ノード情報保存ＤＢ３ｃから抽象化表示内データ３ｃ２（抽象化されたノード群のパス）を取得して、図１０の５ｂ２に示したように表示することができる。さらに、ツリー表示部２ａ６は、メモリ上１ａの抽象化ノード情報保存ＤＢ３ｃで、現在処理対象となっているエントリ（カレントエントリ）を次のエントリに移動させる。
【０１０５】
次に、ステップＳ４ｄ３において、ツリー表示部２ａ６は、当該チェック対象ノードをツリーウィンドウ５ｂ３に表示する。
【０１０６】
次に、ステップＳ4ｄ４において、ツリー表示部２ａ６は、当該チェック対象ノードのチェック済フラグ３ｂ５を「ＯＮ」にし、本フローチャートの処理を終了する。
【０１０７】
以下、図１５，図１６を参照して、図１１のステップＳ４ａ7に示したサイズ測定処理を詳細に説明する。
【０１０８】
図１５は、本発明における第４の制御処理手順の一例を示すフローチャートであり、図１１のステップＳ４ａ１に示したサイズ測定処理に対応する。なお、このフローチャートの処理は、図２に示した抽象化部２ａ４，サイズ測定部２ａ５，ツリー表示部２ａ６により実行される。即ち、図１に示したＣＰＵ１ｂが外部メモリから検索システムプログラムをメモリ１ａに読み出して実行することにより実現される。なお、図中、４ｅ１〜４ｅ１１は各ステップを示す。
【０１０９】
まず、サイズ測定部２ａ５は、図示しないステップにおいて、図３に示した検索結果保存ＤＢ３ａに保持されている検索結果数をメモリ１ａの作業領域１ａ１内に保存する。
【０１１０】
次に、ステップＳ４ｅ１において、サイズ測定部２ａ５は、ツリーウィンドウ５ｂ３のウィンドウ幅が何ピクセル（例えば１８０ピクセル）あるかを測定する（マイクロソフト社のWindows（登録商標）の場合、ＡＰＩを用いてフォルダアイコンやツリーウィンドウの幅を測定する）。
【０１１１】
次に、ステップＳ４ｅ２において、サイズ測定部２ａ５は、ステップＳ４ｅ１で測定したツリーウィンドウ５ｂ３の幅をメモリ１ａの作業領域１ａ１内に保存する。
【０１１２】
次に、ステップＳ４ｅ３において、サイズ測定部２ａ５は、フォルダアイコンの横幅が何ピクセルあるか測定する（例えば１５ピクセル）。
【０１１３】
次に、ステップＳ４ｅ４において、サイズ測定部２ａ５は、図３に示した検索結果保存ＤＢ３ａから１つ検索結果を取得し（以下、カレントの検索結果）、該カレントの検索結果において検索にヒットしたフォルダの名前が何ピクセルあるか測定する（例えば２５ピクセル）。
【０１１４】
次に、ステップＳ４ｅ５において、サイズ測定部２ａ５は、ステップＳ４ｅ３，４ｅ４での測定結果と、該カレントの検索結果においてルートフォルダから検索にヒットしたフォルダまでのフォルダ数の最大値（例えば１３フォルダ）に基づいて、検索にヒットしたツリーの長さを測定し（例えば１３×１５＋２５＝２２０ピクセル）、メモリ１ａの作業領域１ａ１に保存する。
【０１１５】
次に、ステップＳ４ｅ６において、サイズ測定部２ａ５は、当該カレントの検索結果の検索結果ＩＤ３ａ１，ステップＳ４ｅ５で測定したツリーの幅を、図６に示したサイズ測定ＤＢ３ｄの検索結果ＩＤ３ｄ１，ツリーの幅３ｄ２に保存する。
【０１１６】
次に、ステップＳ４ｅ７において、サイズ測定部２ａ５は、ステップＳ４ｅ１で測定したツリーウィンドウ５ｂ３の幅とステップＳ４ｅ５で測定したツリーの幅を比べ、どちらが長いか比較判定する。この様子を図１６に示す。
【０１１７】
図１６は、ツリーウィンドウ５ｂ３の幅とツリーの幅を比較する様子を模式的に示した模式図である。
【０１１８】
図１６において、５ｅ１はツリーウィンドウ５ｂ３の幅を示す。また、５ｅ２，５ｅ３はそれぞれツリーを示す。
【０１１９】
図１６に示すように、ツリー５ｅ２の幅は、ツリーウィンドウ５ｂ３の幅５ｅ１より長いため、そのままでは表示しきれず参照しづらくなってしまうため、５ｅ４に示すように抽象化されて表示される。
【０１２０】
一方、ツリー５ｅ３の幅は、ツリーウィンドウ５ｂ３の幅５ｅ１より短く、そのまま表示可能であるため、抽象化されずそのまま表示される。
【０１２１】
即ち、図１６には、ツリーウィンドウの幅５ｅ１に合わせて一部抽象化してフォルダツリーが表示された状態が示されている。
【０１２２】
以下、図１５のフローチャートの説明に戻る。
【０１２３】
そして、図１５のステップＳ４ｅ７で、ツリーウィンドウ５ｂ３の幅がツリーの幅より長いと判定した場合には、そのまま表示可能であるため、サイズ測定部２ａ５は、ツリー表示部２ａ６が、当該カレントの検索結果のフォルダツリーを、図１６の５ｅ３に示したように抽象化せずにツリーウィンドウ５ｂ３に表示し、ステップＳ４ｅ１０に処理を進める。
【０１２４】
一方、ステップＳ４ｅ７で、ツリーウィンドウ５ｂ３の幅がツリーの幅より短いと判定した場合には、そのままでは表示しきれず参照しづらくなってしまうため、ステップＳ４ｅ９において、抽象化部２ａ４が、当該カレントの検索結果に対して、フォルダの抽象化処理（図１２，図１３）を実行し、図１６の５ｅ２に示したように抽象化して表示させ、ステップＳ４ｅ１０に処理を進める。
【０１２５】
ステップＳ４ｅ１０では、サイズ測定部２ａ５は、メモリ１ａの作業領域１ａ１に保存された検索結果数をデクリメントする（検索結果数から１減算した値を新たな検索結果数として保存する）。
【０１２６】
次に、ステップＳ４ｅ１１において、サイズ測定部２ａ５は、メモリ１ａの作業領域１ａ１に保存された検索結果が０か否かを判定し、検索結果が０でないと判定した場合には、ステップＳ４ｅ３に処理を戻し、次の検索結果へ処理を進める。
【０１２７】
一方、ステップＳ４ｅ１１で、メモリ１ａの作業領域１ａ１に保存された検索結果が０であると判断した場合には、サイズ測定部２ａ５は、本フローチャートの処理を終了する。
【０１２８】
なお、上記実施形態では、ツリーウィンドウ５ｂ３の幅と、ツリーの幅を比較して、抽象化処理の有無を判定する場合について説明した。しかし、予め抽象化することなく表示可能な階層数を設定して外部メモリ１ｅに記憶させておき、ツリーの階層が上記設定された階層数を越える場合には、抽象化処理を行うように構成してもよい。
【０１２９】
また、上記実施形態では、検索処理によりヒットしたフォルダ又はヒットしたデータを含むフォルダを目的とするフォルダとして、該目的とするフォルダと該目的とするフォルダの上位階層のフォルダをツリー表示する構成について説明した。しかし、目的とするフォルダは、検索によりヒットしたフォルダに限られるものではなく、ユーザが指示したフォルダであってもよいし、他のアプリケーションプログラムにより特定されたフォルダであってもよい。
【０１３０】
また、上記実施形態では、図９に示す表示選択画面５ｃにより予め表示選択設定を行っておき、該表示選択設定に基づいて、ツリー表示を行う構成について説明した。しかし、ツリー表示後に、図９に示した表示選択画面５ｃにより表示選択設定を変更することに応じて、該変更された表示選択設定に応じてツリーの表示形態を変更して再表示するように構成してもよい。
【０１３１】
以上説明したように、特定のフォルダ（検索にヒットした１又は複数のフォルダ）と該特定のフォルダの上位フォルダの上位階層にあたるフォルダの、各フォルダをノードとしたツリーを作成表示する際、前記ツリーの分岐点となるノード間に存在する複数ノードを１つにまとめて抽象化したノードとすることにより、階層が深い場合などでも表示が煩雑になることがなくなり、目的とするフォルダに素早く辿り着くことが可能となる。
【０１３２】
また、目的とするフォルダ（特定のフォルダ）の上位フォルダを消さずに残すことによって（例えば、抽象化されたフォルダの横にパスを表示することによって）、ユーザは容易に階層構造を知ることができる。
【０１３３】
また、抽象化されたフォルダの上に入力装置（マウス）のポインタをのせると、階層構造を表示したポップアップを表示することにより、ユーザは容易に階層構造を知ることができる。
【０１３４】
また、目的とするフォルダ（特定のフォルダ）と、上位フォルダとの見せ方を変える（フォルダの色や形等の視覚形態を変える）ことにより、検索にヒットしたフォルダとそれ以外のフォルダの識別を容易に行うことができる。
【０１３５】
従って、ファイルおよびフォルダの検索結果表示における従来のツリー表示では、検索結果が複数ある場合や階層が深い場合、その目的とするフォルダを識別することが困難であったが、本発明を用いることにより、目的とするフォルダに容易にアクセス可能な快適な操作環境を構築することが可能となる。
【０１３６】
なお、ルートノードからの抽象化も可能である。
【０１３７】
また、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【０１３８】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１３９】
以下、図１７に示すメモリマップを参照して本発明に係る情報処理装置で読み取り可能なデータ処理プログラムの構成について説明する。
【０１４０】
図１７は、本発明に係る情報処理装置で読み取り可能な各種データ処理プログラムを格納する記録媒体（記憶媒体）のメモリマップを説明する図である。
【０１４１】
なお、特に図示しないが、記録媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０１４２】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、インストールするプログラムやデータが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０１４３】
本実施形態における図１１，図１２，図１３，図１４，図１５に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記録媒体により、あるいはネットワークを介して外部の記録媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０１４４】
以上のように、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１４５】
この場合、記録媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。
【０１４６】
プログラムコードを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。
【０１４７】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１４８】
さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１４９】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１５０】
さらに、本発明を達成するためのソフトウェアによって表されるプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１５１】
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【０１５２】
以上示したように、本発明によれば、検索にヒットしたフォルダ等の目的のフォルダの階層が深い場合であっても、該目的とするフォルダへのアクセス性を維持しつつ、上位フォルダの階層構造も容易に把握出来るようにして、目的とするフォルダに容易にアクセスするための快適な操作環境を構築することができる等の効果を奏する。
【図面の簡単な説明】
【０１５３】
【図１】本発明の一実施形態を示す情報処理装置のハードウェア構成の一例を示すブロック図である。
【図２】本発明の情報処理装置のソフトウェア構成の一例を示すブロック図である。
【図３】図２に示した検索結果保存ＤＢ３ａの構成を示すデータベース構成図である。
【図４】図２に示したノード情報保存ＤＢ３ｂの構成を示すデータベース構成図である。
【図５】図２に示した抽象化ノード情報保存ＤＢ３ｃの構成を示すデータベース構成図である。
【図６】図２に示したサイズ測定ＤＢ３ｄの構成を示すデータベース構成図である。
【図７Ａ】本発明の検索及び検索結果のフォルダツリー表示処理によって表示されるフォルダツリーを説明するための模式図である。
【図７Ｂ】本発明の検索及び検索結果のフォルダツリー表示処理によって表示されるフォルダツリーを説明するための模式図である。
【図８】図２に示した検索キーワード入力処理部２ａ１によりディスプレイ１ｄに表示される検索画面の一例を示す模式図である。
【図９】図２に示した検索キーワード入力処理部２ａ１によりディスプレイ１ｄに表示される表示選択画面の一例を示す模式図である。
【図１０】図２に示した検索キーワード入力処理部２ａ１によりディスプレイ１ｄに表示される検索画面の一例を示す模式図である。
【図１１】本発明における第１の制御処理手順の一例を示すフローチャートである。
【図１２】本発明における第２の制御処理手順の一例を示すフローチャートである。
【図１３】本発明における第２の制御処理手順の一例を示すフローチャートである。
【図１４】本発明における第３の制御処理手順の一例を示すフローチャートである。
【図１５】本発明における第４の制御処理手順の一例を示すフローチャートである。
【図１６】ツリーウィンドウ５ｂ３の幅とツリーの幅を比較する様子を模式的に示した模式図である。
【図１７】本発明に係る情報処理装置で読み取り可能な各種データ処理プログラムを格納する記録媒体（記憶媒体）のメモリマップを説明する図である。
【符号の説明】
【０１５４】
１ コンピュータ
１ａ メモリ
１ｂ ＣＰＵ
１ｃ 入力装置
１ｄ ディスプレイ
１ｅ 外部メモリ
２ａ１ 検索キーワード入力処理部
２ａ２ 検索処理部
２ａ３ 分岐決定処理部
２ａ４ 抽象化部
２ａ５ サイズ測定部
２ａ６ ツリー表示部
５ｂ 検索画面
５ｃ 表示選択画面
３ａ 検索結果保存ＤＢ
３ｂ ノード情報保存ＤＢ
３ｃ 抽象化ノード情報ＤＢ
３ｄ サイズ測定ＤＢ
【技術分野】
【０００１】
本発明は、データとデータを格納するフォルダを階層的に管理する情報処理装置及び情報処理装置の制御方法及びプログラム及び記録媒体に関する。
【背景技術】
【０００２】
従来、ファイルおよびフォルダの検索結果表示のツリー表示は、その階層が深い場合、ツリーが冗長になってしまい、目的とするフォルダを識別することが困難であった。
【０００３】
特許文献１では、文書の検索結果を表示する際に、検索された文書を含むフォルダのみ（又は、検索された文書を含むフォルダとそれらの上位フォルダ）をツリーに表示することにより、ユーザが必要とする文書に関連する階層のみを表示して、他の関係ない階層に邪魔されることなく、必要な文書にアクセスすることができる技術が提案されている。
【特許文献１】特開平２００２−３３３９３８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１における、検索された文書を含むフォルダのみを表示する方法では、中間の階層の表示がされないため、ヒットしたフォルダのアクセス性は良いが、同名のフォルダがヒットした場合には、上位の階層が不明のため、目的とするフォルダの識別が難しくなるという問題点があった。
【０００５】
また、特許文献１における、検索された文書を含むフォルダとそれらの上位階層を表示する方法では、同名のフォルダがヒットした場合に上位階層が表示されるため、その識別は容易になるが、階層が深かった場合などには、表示が煩雑になりヒットした目的のフォルダへのアクセス性が悪くなってしまうという問題点があった。
【０００６】
本発明は、上記の問題点を解決するためになされたもので、本発明の目的は、検索でヒットしたフォルダへのアクセス性を維持しつつ、上位フォルダの階層構造も容易に把握出来るようにして、目的とするフォルダの階層が深い場合であっても、該目的とするフォルダに容易にアクセスするための快適な操作環境を構築する仕組を提供することである。
【課題を解決するための手段】
【０００７】
本発明は、データとデータを格納するフォルダを階層的に管理する情報処理装置において、特定のフォルダと該特定のフォルダの上位階層にあたる各フォルダをノードとしたツリーを作成し表示手段に表示する制御手段を有するものであり、前記制御手段は、前記ツリーを作成する際、前記ツリーの分岐点となるノード間に存在する複数ノードを１つにまとめて抽象化したノードとする抽象化処理を施す、ことを特徴とする。
【発明の効果】
【０００８】
本発明によれば、検索にヒットしたフォルダ等の目的のフォルダの階層が深い場合であっても、該目的とするフォルダへのアクセス性を維持しつつ、上位フォルダの階層構造も容易に把握出来るようにして、目的とするフォルダに容易にアクセスするための快適な操作環境を構築することができる等の効果を奏する。
【発明を実施するための最良の形態】
【０００９】
図１は、本発明の一実施形態を示す情報処理装置のハードウェア構成の一例を示すブロック図である。
【００１０】
図１において、１は情報処理装置としてのコンピュータである。
【００１１】
１ｂはＣＰＵであり、外部メモリ１ｅからメモリ１ａに読み出されたプログラムを実行してコンピュータ１を統括制御する。
【００１２】
１ａ１は、メモリ１ａ内に確保したＣＰＵ１ｂの作業領域である。１ａ２は、ＣＰＵ１ｂにより、外部メモリ１ｅからメモリ１ａに読み込まれた特定のフォルダとその上位階層にあたる各フォルダをノードとしたツリーを作成し表示する制御機能を持つ検索システム(プログラム)である。
【００１３】
１ｃはキーボード，ポインティングデバイス（ＰＤ）等の入力装置である。１ｄはディスプレイである。
【００１４】
なお、実際には、上記以外にシステムバスやインタフェース回路やチップセット等が存在するが、図１では省略してある。
【００１５】
なお、コンピュータ１は、外部メモリ１ｅ等に記憶されるデータとデータを格納するフォルダを階層的に管理可能な情報処理装置である。以下、このようなコンピュータ１が、特定のフォルダと該特定のフォルダの上位階層にあたるフォルダの、各フォルダをノード（節点）としたツリー（木構造図）を作成しディスプレイに表示する際のＣＰＵ１ｂの制御について説明する。
【００１６】
図２は、本発明の情報処理装置のソフトウェア構成の一例を示すブロック図である。
【００１７】
図２において、２ａ１は検索キーワード入力処理部であり、入力装置１ｃからの検索を行うキーワードの入力を受け付ける。２ａ２は検索処理部であり、検索キーワード入力処理部２ａ１で入力されたキーワードを用いて検索処理を実行し、検索結果を検索結果保存ＤＢ３ａに格納する。
【００１８】
２ａ３は分岐決定処理部であり、検索結果保存ＤＢ３ａに格納された検索結果に基づいて、分岐ノードを決定する処理を実行し、分岐決定結果をノード情報保存ＤＢ３ｂに保存する。
【００１９】
２ａ４は抽象化部であり、ノード情報保存ＤＢ３ｂに格納された検索結果に基づいて、省略できるノードをまとめて抽象化する抽象化処理（ツリーの分岐点となるノード間に存在する複数ノードを１つにまとめて抽象化したノードとする処理）を実行し、抽象化したノードに関する情報を抽象化ノード情報保存ＤＢ３ｃに保存する。
【００２０】
２ａ５はサイズ測定部であり、フォルダツリーの表示幅を測定し（算出して取得し）、またツリーウィンドウの幅を測定し（取得し）、該測定結果としてフォルダツリーの幅をサイズ測定ＤＢ３ｄに格納し、抽象化部２ａ４による前記抽象化処理の実行の有無を制御する。２ａ６はツリー表示部であり、検索結果のツリーの表示を行う。
【００２１】
なお、上記２ａ１〜２ａ６の各部は、図１に示したＣＰＵ１ｂが外部メモリから検索システムプログラムをメモリ１ａに読み出して実行することにより実現される。また、３ａ〜３ｄに示した各データベースは、ＣＰＵ１ｂによりメモリ１ａ内の作業領域１ａ１内に実現される。
【００２２】
以下、図３〜図６を参照して本発明の情報処理装置で使用されるデータベースの構造について説明する。
【００２３】
図３は、図２に示した検索結果保存ＤＢ３ａの構成を示すデータベース構成図である。
【００２４】
図３に示すように、検索結果保存ＤＢ３ａは、検索結果ＩＤ３ａ１，検索結果のパス３ａ２の項目から構成される。
【００２５】
検索結果ＩＤ３ａ１は、検索結果に割り振ったＩＤを保存する。また、検索結果のパス３ａ２は、検索結果のパスを保存する。
【００２６】
図４は、図２に示したノード情報保存ＤＢ３ｂの構成を示すデータベース構成図である。
【００２７】
図４に示すように、ノード情報保存ＤＢ３ｂは、ノードＩＤ３ｂ１，ノードまでのパス３ｂ２，親ノードＩＤ３ｂ３，分岐フラグ３ｂ４,チェック済フラグ３ｂ５，ヒットフラグ３ｂ６の項目から構成される。
【００２８】
ノードＩＤ３ｂ１は、各ノードに割り振れられたＩＤを保存する。また、ノードまでのパス３ｂ２は、当該ノードまでのパスを保存する。また、親ノードＩＤ３ｂ３は、当該ノードの親ノードのＩＤを保存する。
【００２９】
また、分岐フラグ３ｂ４は、当該ノードが持つ分岐フラグのＯＮ／ＯＦＦを保存する。また、チェック済フラグ３ｂ５は、当該ノードが持つチェック済フラグのＯＮ／ＯＦＦを保存する。ヒットフラグ３ｂ６は、当該ノードが検索にヒットしているかのＯＮ／ＯＦＦを保存する。
【００３０】
図５は、図２に示した抽象化ノード情報保存ＤＢ３ｃの構成を示すデータベース構成図である。
【００３１】
図５に示すように、抽象化ノード情報保存ＤＢ３ｃは、抽象化ノードＩＤ３ｃ１，抽象化表示内データ３ｃ２，親ノードＩＤ３ｃ３の項目から構成される。
【００３２】
抽象化ノードＩＤ３ｃ１は、抽象化されたノードに割リ振られたＩＤを保存する。また、抽象化表示内データ３ｃ２は、抽象化表示されたノードのパスを保存する。また、親ノードＩＤ３ｃ３は、当該ノードの親ノードのＩＤを保存する。
【００３３】
図６は、図２に示したサイズ測定ＤＢ３ｄの構成を示すデータベース構成図である。
【００３４】
図６に示すように、サイズ測定ＤＢ３ｄは、検索結果ＩＤ３ｄ１，ツリーの幅３ｄ２の項目から構成される。
【００３５】
検索結果ＩＤ３ｄ１は、検索結果に割り振ったＩＤを保存する。また、ツリーの幅３ｄ２は、測定したツリーの幅を保存する。
【００３６】
以下、図７〜図１６を参照して、本発明における検索及び検索結果のフォルダツリー表示処理について説明する。
【００３７】
図７Ａ，図７Ｂは、本発明の検索及び検索結果のフォルダツリー表示処理によって表示されるフォルダツリーを説明するための模式図である。
【００３８】
図７Ａにおいて、５ａ１は従来の検索結果のフォルダツリーであり、従来では、ヒットしたファイル又はフォルダまでの全てのノードをツリー表示していた。
【００３９】
図７Ｂにおいて、５ａ２は本発明の検索結果フォルダツリーであり、本発明では、ヒットしたファイル又はフォルダまでの全ノードのうち、分岐ノード間をまとめて抽象化した状態でツリー表示する構成を特徴とする。５ａ３は分岐ノード間をまとめて抽象化表示したものである。
【００４０】
図８は、図２に示した検索キーワード入力処理部２ａ１によりディスプレイ１ｄに表示される検索画面の一例を示す模式図であり、検索前の状態に対応する。
【００４１】
図８において、５ｂは検索画面であり、検索キーワード入力処理部２ａ１によりディスプレイ１ｄに表示される。５ｂ１は検索キーワードの入力部である。
【００４２】
「表示」５ｂ５を押下指示することにより、検索キーワード入力処理部２ａ１により表示される「表示」メニュー内の図示しない「表示選択」を選択することで、図９に示す表示選択画面５ｃが表示され、ユーザは表示選択を行うことができる。ここで、図９を用いて表示選択画面５ｃについて説明する。
【００４３】
図９は、図２に示した検索キーワード入力処理部２ａ１によりディスプレイ１ｄに表示される表示選択画面の一例を示す模式図である。
【００４４】
図９に示すように、表示選択画面５ｃは、選択ボタン５ｃ１〜５ｃ３を有し、５ｃ１，５ｃ２，５ｃ３のいずれか１つを選択し、ＯＫボタン５ｃ４を押下指示することで表示方法を指定することができる。
【００４５】
ラジオボタン５ｃ１は、ツリーウィンドウの幅に関わらず、分岐ノード間を抽象化せずにツリーをそのまま表示させる場合に選択する。５ｃ２は、ツリーウィンドウの幅に合わせて、フォルダツリーを表示させる場合に選択する。５ｃ３は、ツリーウィンドウの幅に関わらず、フォルダツリーの分岐点ごとにまとめて表示させる場合に選択する。
【００４６】
なお、ＯＫボタン５ｃ４が押下指示されると、検索キーワード入力処理部２ａ１は、表示選択画面５ｃでの表示選択結果をメモリ１ａの作業領域１ａ１及び外部メモリ１ｅに格納し、表示選択画面５ｃを閉じる。そして、外部メモリ１ｅに格納された表示選択結果は以後表示選択のデフォルト値として使用される。
【００４７】
以下、図８の説明に戻る。
【００４８】
５ｂ２は検索開始ボタンであり、検索開始を指示するためのものである。この検索開始ボタン５ｂ２が押下指示されると、図２に示した検索処理部２ａ２が後述する図１１に示す検索及び検索結果フォルダツリー表示処理を開始し、検索画面５ｂの５ｂ１にユーザが入力したファイル名又はフォルダ名と一致するファイルまたはフォルダを指定された検索場所から検索する。
【００４９】
なお、検索終了後、ウィンドウ５ｂ３は、図１０に示すような、検索結果（図７Ｂの５ａ２に示したフォルダツリー）を表示するためのツリーウィンドウとなる。また、ウィンドウ５ｂ４に、図１０に示すように、検索結果としてのファイル又はフォルダの名前，フォルダ名，関連情報，サイズ等が表示される。
【００５０】
図１０は、図２に示した検索キーワード入力処理部２ａ１によりディスプレイ１ｄに表示される検索画面の一例を示す模式図であり、検索終了後の状態に対応する。
【００５１】
図１０に示すように、ツリーウィンドウ５ｂ３内の抽象化ノード５ｄ１上にマウスカーソルが重ねられると、ツリー表示部２ａ６は、図５に示した抽象化ノード情報保存ＤＢ３ｃ内の抽象化表示内データ３ｃ２に基づいて、まとめられていた（抽象化されていた）フォルダを示すためのポップアップ５ｄ２を表示する。
【００５２】
なお、５ｄ２に示したようなポップアップ表示ではなく、抽象化ノード５ｄ１の横に、該抽象化されているフォルダのパス（例えば"eee\fff\ggg\hhh"）を常時表示するように構成してもよい。
【００５３】
以下、図１１〜図１６を参照して、本発明における検索及び検索結果フォルダツリー表示処理について説明する。
【００５４】
図１１は、本発明における第１の制御処理手順の一例を示すフローチャートであり、検索及び検索結果フォルダツリー表示処理に対応する。なお、このフローチャートの処理は、図２に示した検索処理部２ａ２，分岐決定処理部２ａ３，抽象化部２ａ４，サイズ測定部２ａ５，ツリー表示部２ａ６により実行される。即ち、図１に示したＣＰＵ１ｂが外部メモリから検索システムプログラムをメモリ１ａに読み出して実行することにより実現される。なお、図中、４ａ１〜４ａ１２は各ステップを示す。
【００５５】
ステップＳ４ａ１において、検索処理部２ａ２は、図８に示した検索画面５ｂの５ｂ１にユーザが入力したファイル名またはフォルダ名と一致するファイルまたはフォルダを指定された検索場所から検索する。
【００５６】
次に、ステップＳ４ａ２において、検索処理部２ａ２は、ステップＳ４ａ１の検索処理にてヒットしたフォルダのパス全てに検索結果ＩＤを発行し、該検索結果ＩＤと該フォルダのパスを図３に示した検索結果保存ＤＢ３ａに保存する。
【００５７】
次に、ステップＳ４ａ３において、検索処理部２ａ２は、検索結果が０件であるか否かを判定し、検索結果が０件であると判定した場合には、ステップＳ４ａ１２において、検索結果が０件であった旨のメッセージを検索画面５ｂ上に表示して、本フローチャートの処理を終了する。
【００５８】
一方、ステップＳ４ａ３で、検索結果が０件でないと判定した場合には、検索処理部２ａ２は、ステップＳ４ａ４に処理を進める。
【００５９】
ステップＳ４ａ４では、分岐決定処理部２ａ３が、図３に示した検索結果保存ＤＢ３ａの検索結果のパス情報３ａ２から、図４に示したノード情報保存ＤＢ３ｂを作成する。なお、ノード情報保存ＤＢ３ｂは、ツリー上の全ノードに対して作られる。
【００６０】
この際、分岐決定処理部２ａ３は、ノードＩＤ３ｂ１にノード毎に一意の値となるノードＩＤを発行し（値の振り方は特に問わない）格納する。また、分岐決定処理部２ａ３は、ノードまでのパス３ｂ２にルートノードから各ノードまでのパスを格納する。
【００６１】
また、分岐決定処理部２ａ３は、親ノードＩＤ３ｂ３に親ノードに対応するエントリのＩＤを格納する。また、分岐決定処理部２ａ３は、分岐フラグ３ｂ４に、子ノードが複数あるノードには「ＯＮ」を格納し、子ノードが１つのノードには「ＯＦＦ」を格納する。なお、分岐決定処理部２ａ３は、子ノードが複数あるノードに対しては各子ノードごとにエントリを作成する。
【００６２】
また、分岐決定処理部２ａ３は、チェック済フラグ３ｂ５に、初期値として「ＯＦＦ」を格納する。また、分岐決定処理部２ａ３は、ヒットフラグ３ｂ６に、ステップＳ４ａ１の検索処理でヒットしたノードに対応するエントリのみ値に「ＯＮ」を格納し、それ以外のエントリには値に「ＯＦＦ」を格納する。
【００６３】
以上、ノード情報保存ＤＢ３ｂの作成が終了すると、抽象化部２ａ４が、ステップＳ４ａ５において、検索結果のファイルまたはフォルダの表示において、上位階層のフォルダを分岐点ごとにまとめて抽象化するかどうかを判定する。
【００６４】
ステップＳ４ａ５で、上位階層のフォルダを分岐点ごとにまとめて抽象化しないと判断した場合（即ち、図９で「フォルダツリーをそのまま表示する」５ｃ１が選択されていた場合）には、抽象化部２ａ４は、ステップＳ４ａ８に処理を進める。
【００６５】
そして、ステップＳ４ａ８では、ツリー表示部２ａ６が、全てのフォルダツリーをツリービュー内に表示し、ステップＳ４ａ１０に処理を進める。
【００６６】
一方、ステップＳ４ａ５で、上位階層のフォルダを分岐点ごとにまとめて抽象化すると判断した場合（即ち、図９で「ツリービューの幅を基準に一部フォルダをまとめて表示する」５ｃ２又は「フォルダツリーを分岐点ごとにまとめて表示する」５ｃ３が選択されていた場合）には、抽象化部２ａ４は、ステップＳ４ａ６に処理を進める。
【００６７】
ステップＳ４ａ６では、抽象化部２ａ４は、ウィンドウのツリービュー内で表示する検索結果のツリー表示において、一部抽象化して表示するか、分岐点ごとに抽象化して表示するかを判定する。
【００６８】
そして、ステップＳ４ａ６で、分岐ごとに抽象化して表示すると判断した場合（即ち、図９で「フォルダツリーを分岐点ごとにまとめて表示する」５ｃ３が選択されていた場合）には、抽象化部２ａ４は、ステップＳ４ａ９に処理を進める。
【００６９】
ステップＳ４ａ９では、抽象化部２ａ４は、後述する図１２，図１３に示すフォルダの抽象化処理を実行し、ステップＳ４ａ１０に処理を進める。
【００７０】
一方、ステップＳ４ａ６で、一部抽象化して表示すると判断した場合（即ち、図９で「ツリービューの幅を基準に一部フォルダをまとめて表示する」５ｃ２が選択されていた場合）には、抽象化部２ａ４は、ステップＳ４ａ７に処理を進める。
【００７１】
ステップＳ４ａ７では、サイズ測定部２ａ５が、後述する図１５に示すサイズ測定処理を実行し、ステップＳ４ａ１０に処理を進める。
【００７２】
次に、ステップＳ４ａ１０では、ツリー表示部２ａ６が、検索結果に関係のないフォルダやファイルを非表示にする。
【００７３】
次に、ステップＳ４ａ１１において、ツリー表示部２ａ６は、ヒットしたフォルダとヒットしていないフォルダを視覚的に区別できるようにするため、ヒットしたフォルダの表示を変更する。具体的には、色や形を変える等の視覚的形態を変更する。
【００７４】
そして、ステップＳ４ａ１１の処理が終了すると、ツリー表示部２ａ６は、本フローチャートの処理を終了する。
【００７５】
図１２，図１３を参照して、図１１のステップＳ４ａ９に示したフォルダの抽象化処理を詳細に説明する。
【００７６】
図１２，図１３は、本発明における第２の制御処理手順の一例を示すフローチャートであり、検索実行ツリー表示処理に対応する。なお、このフローチャートの処理は、図２に示した抽象化部２ａ４，ツリー表示部２ａ６により実行される。即ち、図１に示したＣＰＵ１ｂが外部メモリから検索システムプログラムをメモリ１ａに読み出して実行することにより実現される。なお、図１２中の４ｂ１〜４ｂ１３，図１３中の４ｃ１〜４ｃ４は各ステップを示す。
【００７７】
なお、フォルダツリーの全てのノードは、チェック済フラグと分岐フラグとヒットフラグの３つのフラグを持っている。これらフラグは、図４に示したノード情報保存ＤＢ３ｂの分岐フラグ３ｂ４，チェック済フラグ３ｂ５，ヒットフラグ３ｂ６のように各ノードが値を保持している。いずれも値は「ＯＮ」又は「ＯＦＦ」であり、スタート時はチェック済フラグ３ｂ５のみ「ＯＦＦ」である。チェック済フラグ３ｂ５は、そのノードを画面上に表示するか否かの判定が行われたかどうかを表し、初期状態は「ＯＦＦ」で、その判定が終わると「ＯＮ」に変わる。また、分岐フラグ３ｂ４は、そのノードの下に子ノードが複数あるか(ツリーが分岐するか)どうかを表し、「ＯＮ」では子ノードを複数持っており、「ＯＦＦ」では子ノードが１つのみであるか、そのノード自身が末端であることを表す。また、ヒットフラグ３ｂ６は、検索にヒットしたノードであることを表し、「ＯＮ」がヒットしたフォルダを表し、「ＯＦＦ」はヒットしなかったフォルダを表す。
【００７８】
以下、図１２，図１３の各ステップについて説明する。
【００７９】
まず、図１２のステップＳ４ｂ１において、抽象化部２ａ４は、チェック対象ノードをルートノード（ルートノードはフォルダツリーの最上位に位置するノード）にして処理をスタートさせる。
【００８０】
次に、ステップＳ４ｂ２において、抽象化部２ａ４は、終了フラグに初期値「０」をセットする。なお、終了フラグは、この表示処理全体を終了するかどうかのフラグであり、初期値が「０」であり、「１」になると終了する。また、終了フラグはメモリ上に保存されている。
【００８１】
次に、ステップＳ４ｂ３において、抽象化部２ａ４は、終了フラグが「１」であるかどうかを判定し、終了フラグが「１」でないと判定した場合には、ステップＳ４ｂ４に処理を進める。
【００８２】
ステップＳ４ｂ４では、抽象化部２ａ４は、チェック対象ノード（スタート直後であればルートノード）が、１つでもチェック済フラグ３ｂ５が「ＯＦＦ」の子ノードを持っているか否かを判定し、チェック済フラグ３ｂ５が「ＯＦＦ」の子ノードを持っていると判定した場合には、ステップＳ４ｂ５に処理を進める。
【００８３】
ステップＳ４ｂ５では、抽象化部２ａ４は、当該チェック対象ノードのノードの分岐フラグが「ＯＮ」であるかどうかを判定し、「ＯＮ」であると判定した場合には、ステップＳ４ｂ６に処理を進める。
【００８４】
ステップＳ４ｂ６では、ツリー表示部２ａ６が、後述する図１４に示すノード表示処理を実行し、ステップＳ４ｂ７に処理を進める。
【００８５】
ステップＳ４ｂ７では、抽象化部２ａ４は、子ノードが複数あるなかで、チェック済フラグ３ｂ５が「ＯＦＦ」のものの中の１つへチェック対象ノードを移動させ（その移動先となる子ノードの選び方は特に問わない）、ステップＳ４ｂ４に処理を戻す。
【００８６】
一方、ステップＳ４ｂ５では、抽象化部２ａ４は、当該チェック対象ノードのノードの分岐フラグが「ＯＮ」でないと判定した場合には、図１３のステップＳ４ｃ１に処理を進める。
【００８７】
図１３のステップＳ４ｃ１では、抽象化部２ａ４は、当該チェック対象ノードのヒットフラグ３ｂ６が「ＯＮ」であるかどうかを判定し、「ＯＮ」でないと判定した場合には、ステップＳ４ｃ２に処理を進める。
【００８８】
ステップＳ４ｃ２では、当該チェック対象ノードは抽象化フォルダとしてまとめられることになるため、抽象化部２ａ４は、抽象化ノード情報保存ＤＢ３ｃに当該ノードの情報を格納する。この際、抽象化部２ａ４は、メモリ上１ａの抽象化ノード情報保存ＤＢ３ｃで現在処理対象となっているエントリ（以下、カレントエントリ）の抽象化ノードＩＤ３ｃ１が保存されていなければ、カレントエントリとして抽象化ノード情報保存ＤＢ３ｃに新規エントリを作成し、一意のＩＤを割り当て、それを抽象化ノードＩＤ３ｃ１に保存する。また、抽象化部２ａ４は、当該チェック対象ノードのノードまでのパス情報(図４の３ｂ２)から現ノード名を取得し、抽象化ノード情報保存ＤＢ３ｃの該当カレントエントリ上の抽象化表示内データ項目３ｃ２に追記する（例えば、"ａａａ"の後ろに"ｂｂｂ"を追記して"ａａａ￥ｂｂｂ"とする）。また、抽象化部２ａ４は、抽象化ノード情報保存ＤＢ３ｃの該当カレントエントリの親ノードＩＤ３ｃ３が保存されていない場合は、当該チェック対象ノードの親ノードＩＤ（図４の３ｂ３）を親ノードＩＤ３ｃ３に格納する。
【００８９】
次に、ステップＳ４ｃ３において、抽象化部２ａ４は、当該チェック対象ノードのチェック済フラグ３ｂ５を「ＯＮ」に設定し、図１２のステップＳ４ｂ９に処理を進める。
【００９０】
一方、図１３のステップＳ４ｃ１で、当該ノードのヒットフラグ３ｂ６が「ＯＮ」であると判定した場合には、抽象化部２ａ４は、ステップＳ４ｃ４に処理を進める。
【００９１】
ステップＳ４ｃ４では、ツリー表示部２ａ６が、図１４に示すノード表示処理を実行し、図１２のステップＳ４ｂ９に処理を進める。
【００９２】
次に、図１２のステップＳ４ｂ９では、抽象化部２ａ４は、当該チェック対象ノードの子ノードへチェック対象ノードを移動させ、ステップＳ４ｂ３に処理を戻す。
【００９３】
また、ステップＳ４ｂ４で、チェック対象ノードが、１つもチェック済フラグ３ｂ５が「ＯＦＦ」の子ノードを持っていないと判定した場合には、抽象化部２ａ４は、ステップＳ４ｂ１０に処理を進める。
【００９４】
ステップＳ４ｂ１０では、ツリー表示部２ａ６が、後述する図１４に示すノード表示処理を実行する。
【００９５】
次に、ステップＳ４ｂ１１において、抽象化部２ａ４が、当該チェック対象ノードから親方向へさかのぼっていき、ルートノードまでの間に（ルートノードも含む）分岐フラグ３ｂ４が「ＯＮ」のノードがあるか否かを判定し、分岐フラグ３ｂ４が「ＯＮ」のノードがあると判定した場合には、ステップＳ４ｂ１２に処理を進める。
【００９６】
ステップＳ４ｂ１２では、抽象化部２ａ４は、当該チェック対象ノードから親ノード方向へ、分岐フラグ３ｂ４が「ＯＮ」であるノードにあたるまで順次さかのぼっていき、その分岐フラグ３ｂ４が「ＯＮ」であるノードへチェック対象ノードを移動させ、ステップＳ４ｂ３に処理を戻す。
【００９７】
一方、ステップＳ４ｂ１１で、当該チェック対象ノードから親方向へさかのぼっていきルートノードまでの間に（ルートノードも含む）分岐フラグ３ｂ４が「ＯＮ」のノードがないと判定した場合には、抽象化部２ａ４は、ステップＳ４ｂ１３に処理を進める。
【００９８】
ステップＳ４ｂ１３では、抽象化部２ａ４は、終了フラグに「１」をセットし、ステップＳ４ｂ３に処理を戻す。
【００９９】
ここで、ステップＳ４ｂ３で、終了フラグが「１」であると判定した場合には、抽象化部２ａ４は、本フローチャートの処理を終了させる。
【０１００】
以下、図１４を参照して、図１２，図１３に示したノード表示処理を詳細に説明する。
【０１０１】
図１４は、本発明における第３の制御処理手順の一例を示すフローチャートであり、ノード表示処理に対応する。なお、このフローチャートの処理は、図２に示したツリー表示部２ａ６により実行される。即ち、図１に示したＣＰＵ１ｂが外部メモリから検索システムプログラムをメモリ１ａに読み出して実行することにより実現される。なお、図１２中の４ｄ１〜４ｄ４は各ステップを示す。
【０１０２】
まず、ツリー表示部２ａ６は、ステップＳ４ｄ１において、当該チェック対象ノードのチェック済フラグ３ｂ５が「ＯＮ」であるか否かを判定し、「ＯＮ」であると判定した場合には、そのまま本フローチャートの処理を終了する。
【０１０３】
一方、ステップＳ４ｄ１で、当該チェック対象ノードのチェック済フラグ３ｂ５が「ＯＮ」でないと判定した場合には、ツリー表示部２ａ６は、ステップＳ４ｄ２に処理を進める。
【０１０４】
ステップＳ４ｄ２では、ツリー表示部２ａ６は、バッファ内情報（メモリ１ａの作業領域１ａ１上の抽象化ノード情報保存ＤＢ３ｃ内のカレントエントリの抽象化表示内データ３ｃ２）を抽象ノードとしてまとめてツリーウィンドウ５ｂ３に表示する。この際、ツリー表示部２ａ６は、この表示される抽象ノードに、抽象化ノード情報保存ＤＢ３ｃの当該カレントエントリの抽象化ノードＩＤ３ｃ１を紐つけておく。これにより、表示される抽象化ノードに、抽象化ノード情報保存ＤＢ３ｃの対応するエントリが対応づけられているので、表示された抽象化ノードにマウスカーソルを重ねる等の操作で、抽象化ノード情報保存ＤＢ３ｃから抽象化表示内データ３ｃ２（抽象化されたノード群のパス）を取得して、図１０の５ｂ２に示したように表示することができる。さらに、ツリー表示部２ａ６は、メモリ上１ａの抽象化ノード情報保存ＤＢ３ｃで、現在処理対象となっているエントリ（カレントエントリ）を次のエントリに移動させる。
【０１０５】
次に、ステップＳ４ｄ３において、ツリー表示部２ａ６は、当該チェック対象ノードをツリーウィンドウ５ｂ３に表示する。
【０１０６】
次に、ステップＳ4ｄ４において、ツリー表示部２ａ６は、当該チェック対象ノードのチェック済フラグ３ｂ５を「ＯＮ」にし、本フローチャートの処理を終了する。
【０１０７】
以下、図１５，図１６を参照して、図１１のステップＳ４ａ7に示したサイズ測定処理を詳細に説明する。
【０１０８】
図１５は、本発明における第４の制御処理手順の一例を示すフローチャートであり、図１１のステップＳ４ａ１に示したサイズ測定処理に対応する。なお、このフローチャートの処理は、図２に示した抽象化部２ａ４，サイズ測定部２ａ５，ツリー表示部２ａ６により実行される。即ち、図１に示したＣＰＵ１ｂが外部メモリから検索システムプログラムをメモリ１ａに読み出して実行することにより実現される。なお、図中、４ｅ１〜４ｅ１１は各ステップを示す。
【０１０９】
まず、サイズ測定部２ａ５は、図示しないステップにおいて、図３に示した検索結果保存ＤＢ３ａに保持されている検索結果数をメモリ１ａの作業領域１ａ１内に保存する。
【０１１０】
次に、ステップＳ４ｅ１において、サイズ測定部２ａ５は、ツリーウィンドウ５ｂ３のウィンドウ幅が何ピクセル（例えば１８０ピクセル）あるかを測定する（マイクロソフト社のWindows（登録商標）の場合、ＡＰＩを用いてフォルダアイコンやツリーウィンドウの幅を測定する）。
【０１１１】
次に、ステップＳ４ｅ２において、サイズ測定部２ａ５は、ステップＳ４ｅ１で測定したツリーウィンドウ５ｂ３の幅をメモリ１ａの作業領域１ａ１内に保存する。
【０１１２】
次に、ステップＳ４ｅ３において、サイズ測定部２ａ５は、フォルダアイコンの横幅が何ピクセルあるか測定する（例えば１５ピクセル）。
【０１１３】
次に、ステップＳ４ｅ４において、サイズ測定部２ａ５は、図３に示した検索結果保存ＤＢ３ａから１つ検索結果を取得し（以下、カレントの検索結果）、該カレントの検索結果において検索にヒットしたフォルダの名前が何ピクセルあるか測定する（例えば２５ピクセル）。
【０１１４】
次に、ステップＳ４ｅ５において、サイズ測定部２ａ５は、ステップＳ４ｅ３，４ｅ４での測定結果と、該カレントの検索結果においてルートフォルダから検索にヒットしたフォルダまでのフォルダ数の最大値（例えば１３フォルダ）に基づいて、検索にヒットしたツリーの長さを測定し（例えば１３×１５＋２５＝２２０ピクセル）、メモリ１ａの作業領域１ａ１に保存する。
【０１１５】
次に、ステップＳ４ｅ６において、サイズ測定部２ａ５は、当該カレントの検索結果の検索結果ＩＤ３ａ１，ステップＳ４ｅ５で測定したツリーの幅を、図６に示したサイズ測定ＤＢ３ｄの検索結果ＩＤ３ｄ１，ツリーの幅３ｄ２に保存する。
【０１１６】
次に、ステップＳ４ｅ７において、サイズ測定部２ａ５は、ステップＳ４ｅ１で測定したツリーウィンドウ５ｂ３の幅とステップＳ４ｅ５で測定したツリーの幅を比べ、どちらが長いか比較判定する。この様子を図１６に示す。
【０１１７】
図１６は、ツリーウィンドウ５ｂ３の幅とツリーの幅を比較する様子を模式的に示した模式図である。
【０１１８】
図１６において、５ｅ１はツリーウィンドウ５ｂ３の幅を示す。また、５ｅ２，５ｅ３はそれぞれツリーを示す。
【０１１９】
図１６に示すように、ツリー５ｅ２の幅は、ツリーウィンドウ５ｂ３の幅５ｅ１より長いため、そのままでは表示しきれず参照しづらくなってしまうため、５ｅ４に示すように抽象化されて表示される。
【０１２０】
一方、ツリー５ｅ３の幅は、ツリーウィンドウ５ｂ３の幅５ｅ１より短く、そのまま表示可能であるため、抽象化されずそのまま表示される。
【０１２１】
即ち、図１６には、ツリーウィンドウの幅５ｅ１に合わせて一部抽象化してフォルダツリーが表示された状態が示されている。
【０１２２】
以下、図１５のフローチャートの説明に戻る。
【０１２３】
そして、図１５のステップＳ４ｅ７で、ツリーウィンドウ５ｂ３の幅がツリーの幅より長いと判定した場合には、そのまま表示可能であるため、サイズ測定部２ａ５は、ツリー表示部２ａ６が、当該カレントの検索結果のフォルダツリーを、図１６の５ｅ３に示したように抽象化せずにツリーウィンドウ５ｂ３に表示し、ステップＳ４ｅ１０に処理を進める。
【０１２４】
一方、ステップＳ４ｅ７で、ツリーウィンドウ５ｂ３の幅がツリーの幅より短いと判定した場合には、そのままでは表示しきれず参照しづらくなってしまうため、ステップＳ４ｅ９において、抽象化部２ａ４が、当該カレントの検索結果に対して、フォルダの抽象化処理（図１２，図１３）を実行し、図１６の５ｅ２に示したように抽象化して表示させ、ステップＳ４ｅ１０に処理を進める。
【０１２５】
ステップＳ４ｅ１０では、サイズ測定部２ａ５は、メモリ１ａの作業領域１ａ１に保存された検索結果数をデクリメントする（検索結果数から１減算した値を新たな検索結果数として保存する）。
【０１２６】
次に、ステップＳ４ｅ１１において、サイズ測定部２ａ５は、メモリ１ａの作業領域１ａ１に保存された検索結果が０か否かを判定し、検索結果が０でないと判定した場合には、ステップＳ４ｅ３に処理を戻し、次の検索結果へ処理を進める。
【０１２７】
一方、ステップＳ４ｅ１１で、メモリ１ａの作業領域１ａ１に保存された検索結果が０であると判断した場合には、サイズ測定部２ａ５は、本フローチャートの処理を終了する。
【０１２８】
なお、上記実施形態では、ツリーウィンドウ５ｂ３の幅と、ツリーの幅を比較して、抽象化処理の有無を判定する場合について説明した。しかし、予め抽象化することなく表示可能な階層数を設定して外部メモリ１ｅに記憶させておき、ツリーの階層が上記設定された階層数を越える場合には、抽象化処理を行うように構成してもよい。
【０１２９】
また、上記実施形態では、検索処理によりヒットしたフォルダ又はヒットしたデータを含むフォルダを目的とするフォルダとして、該目的とするフォルダと該目的とするフォルダの上位階層のフォルダをツリー表示する構成について説明した。しかし、目的とするフォルダは、検索によりヒットしたフォルダに限られるものではなく、ユーザが指示したフォルダであってもよいし、他のアプリケーションプログラムにより特定されたフォルダであってもよい。
【０１３０】
また、上記実施形態では、図９に示す表示選択画面５ｃにより予め表示選択設定を行っておき、該表示選択設定に基づいて、ツリー表示を行う構成について説明した。しかし、ツリー表示後に、図９に示した表示選択画面５ｃにより表示選択設定を変更することに応じて、該変更された表示選択設定に応じてツリーの表示形態を変更して再表示するように構成してもよい。
【０１３１】
以上説明したように、特定のフォルダ（検索にヒットした１又は複数のフォルダ）と該特定のフォルダの上位フォルダの上位階層にあたるフォルダの、各フォルダをノードとしたツリーを作成表示する際、前記ツリーの分岐点となるノード間に存在する複数ノードを１つにまとめて抽象化したノードとすることにより、階層が深い場合などでも表示が煩雑になることがなくなり、目的とするフォルダに素早く辿り着くことが可能となる。
【０１３２】
また、目的とするフォルダ（特定のフォルダ）の上位フォルダを消さずに残すことによって（例えば、抽象化されたフォルダの横にパスを表示することによって）、ユーザは容易に階層構造を知ることができる。
【０１３３】
また、抽象化されたフォルダの上に入力装置（マウス）のポインタをのせると、階層構造を表示したポップアップを表示することにより、ユーザは容易に階層構造を知ることができる。
【０１３４】
また、目的とするフォルダ（特定のフォルダ）と、上位フォルダとの見せ方を変える（フォルダの色や形等の視覚形態を変える）ことにより、検索にヒットしたフォルダとそれ以外のフォルダの識別を容易に行うことができる。
【０１３５】
従って、ファイルおよびフォルダの検索結果表示における従来のツリー表示では、検索結果が複数ある場合や階層が深い場合、その目的とするフォルダを識別することが困難であったが、本発明を用いることにより、目的とするフォルダに容易にアクセス可能な快適な操作環境を構築することが可能となる。
【０１３６】
なお、ルートノードからの抽象化も可能である。
【０１３７】
また、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【０１３８】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１３９】
以下、図１７に示すメモリマップを参照して本発明に係る情報処理装置で読み取り可能なデータ処理プログラムの構成について説明する。
【０１４０】
図１７は、本発明に係る情報処理装置で読み取り可能な各種データ処理プログラムを格納する記録媒体（記憶媒体）のメモリマップを説明する図である。
【０１４１】
なお、特に図示しないが、記録媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０１４２】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、インストールするプログラムやデータが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０１４３】
本実施形態における図１１，図１２，図１３，図１４，図１５に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記録媒体により、あるいはネットワークを介して外部の記録媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０１４４】
以上のように、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１４５】
この場合、記録媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。
【０１４６】
プログラムコードを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。
【０１４７】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１４８】
さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１４９】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１５０】
さらに、本発明を達成するためのソフトウェアによって表されるプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１５１】
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【０１５２】
以上示したように、本発明によれば、検索にヒットしたフォルダ等の目的のフォルダの階層が深い場合であっても、該目的とするフォルダへのアクセス性を維持しつつ、上位フォルダの階層構造も容易に把握出来るようにして、目的とするフォルダに容易にアクセスするための快適な操作環境を構築することができる等の効果を奏する。
【図面の簡単な説明】
【０１５３】
【図１】本発明の一実施形態を示す情報処理装置のハードウェア構成の一例を示すブロック図である。
【図２】本発明の情報処理装置のソフトウェア構成の一例を示すブロック図である。
【図３】図２に示した検索結果保存ＤＢ３ａの構成を示すデータベース構成図である。
【図４】図２に示したノード情報保存ＤＢ３ｂの構成を示すデータベース構成図である。
【図５】図２に示した抽象化ノード情報保存ＤＢ３ｃの構成を示すデータベース構成図である。
【図６】図２に示したサイズ測定ＤＢ３ｄの構成を示すデータベース構成図である。
【図７Ａ】本発明の検索及び検索結果のフォルダツリー表示処理によって表示されるフォルダツリーを説明するための模式図である。
【図７Ｂ】本発明の検索及び検索結果のフォルダツリー表示処理によって表示されるフォルダツリーを説明するための模式図である。
【図８】図２に示した検索キーワード入力処理部２ａ１によりディスプレイ１ｄに表示される検索画面の一例を示す模式図である。
【図９】図２に示した検索キーワード入力処理部２ａ１によりディスプレイ１ｄに表示される表示選択画面の一例を示す模式図である。
【図１０】図２に示した検索キーワード入力処理部２ａ１によりディスプレイ１ｄに表示される検索画面の一例を示す模式図である。
【図１１】本発明における第１の制御処理手順の一例を示すフローチャートである。
【図１２】本発明における第２の制御処理手順の一例を示すフローチャートである。
【図１３】本発明における第２の制御処理手順の一例を示すフローチャートである。
【図１４】本発明における第３の制御処理手順の一例を示すフローチャートである。
【図１５】本発明における第４の制御処理手順の一例を示すフローチャートである。
【図１６】ツリーウィンドウ５ｂ３の幅とツリーの幅を比較する様子を模式的に示した模式図である。
【図１７】本発明に係る情報処理装置で読み取り可能な各種データ処理プログラムを格納する記録媒体（記憶媒体）のメモリマップを説明する図である。
【符号の説明】
【０１５４】
１ コンピュータ
１ａ メモリ
１ｂ ＣＰＵ
１ｃ 入力装置
１ｄ ディスプレイ
１ｅ 外部メモリ
２ａ１ 検索キーワード入力処理部
２ａ２ 検索処理部
２ａ３ 分岐決定処理部
２ａ４ 抽象化部
２ａ５ サイズ測定部
２ａ６ ツリー表示部
５ｂ 検索画面
５ｃ 表示選択画面
３ａ 検索結果保存ＤＢ
３ｂ ノード情報保存ＤＢ
３ｃ 抽象化ノード情報ＤＢ
３ｄ サイズ測定ＤＢ
【特許請求の範囲】
【請求項１】
データとデータを格納するフォルダを階層的に管理する情報処理装置において、
特定のフォルダと該特定のフォルダの上位階層にあたる各フォルダをノードとしたツリーを作成し表示手段に表示する制御手段を有するものであり、
前記制御手段は、前記ツリーを作成する際、前記ツリーの分岐点となるノード間に存在する複数ノードを１つにまとめて抽象化したノードとする抽象化処理を施す、ことを特徴とする情報処理装置。
【請求項２】
前記特定のフォルダは、入力される検索条件に基づいて検索されて特定された１又は複数のフォルダであることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記抽象化したノードとして１つにまとめた複数ノードの情報を記憶する記憶手段と、
前記表示手段に表示されたツリー上でノードを指示可能な指示手段と、を設けたものであり、
前記制御手段は、前記表示手段に表示されたツリー上で前記抽象化したノードが前記指示手段により指示されたことに応じて、該抽象化したノードに対応する前記記憶手段に記憶された複数ノードの情報を、前記表示手段に表示制御する、ことを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記制御手段は、前記抽象化したノードに対応する複数のノードの情報を前記抽象化したノードに対応させて前記表示手段に表示する、ことを特徴とする請求項１又は２に記載の情報処理装置。
【請求項５】
前記制御手段は、前記ツリーを作成する際、該作成するツリーの幅と前記表示手段の表示幅を取得し、前記作成するツリーの幅が前記表示手段の表示幅より小さくなると判定した場合には、前記抽象化処理を施すことなく前記ツリーを作成することを特徴とする、請求項３又は４に記載の情報処理装置。
【請求項６】
データとデータを格納するフォルダを階層的に管理する情報処理装置の制御方法において、
特定のフォルダと該特定のフォルダの上位階層にあたるフォルダの、各フォルダをノードとしたツリーを作成し表示手段に表示するツリー作成ステップを有するものであり、
前記ツリー作成ステップでは、前記ツリーを作成する際、前記ツリーの分岐点となるノード間に存在する複数ノードを１つにまとめて抽象化したノードとする抽象化処理を施す、ことを特徴とする情報処理装置の制御方法。
【請求項７】
請求項１乃至５のいずれかに記載された情報処理装置としてコンピュータを機能させるための、又は、請求項６に記載された情報処理装置の制御方法をコンピュータに実行させるためのプログラム。
【請求項８】
請求項１乃至５のいずれかに記載された情報処理装置としてコンピュータを機能させるためのプログラム、又は、請求項６に記載された情報処理装置の制御方法をコンピュータに実行させるためのプログラムをコンピュータが読み取り可能に記憶した記録媒体。
【請求項１】
データとデータを格納するフォルダを階層的に管理する情報処理装置において、
特定のフォルダと該特定のフォルダの上位階層にあたる各フォルダをノードとしたツリーを作成し表示手段に表示する制御手段を有するものであり、
前記制御手段は、前記ツリーを作成する際、前記ツリーの分岐点となるノード間に存在する複数ノードを１つにまとめて抽象化したノードとする抽象化処理を施す、ことを特徴とする情報処理装置。
【請求項２】
前記特定のフォルダは、入力される検索条件に基づいて検索されて特定された１又は複数のフォルダであることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記抽象化したノードとして１つにまとめた複数ノードの情報を記憶する記憶手段と、
前記表示手段に表示されたツリー上でノードを指示可能な指示手段と、を設けたものであり、
前記制御手段は、前記表示手段に表示されたツリー上で前記抽象化したノードが前記指示手段により指示されたことに応じて、該抽象化したノードに対応する前記記憶手段に記憶された複数ノードの情報を、前記表示手段に表示制御する、ことを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記制御手段は、前記抽象化したノードに対応する複数のノードの情報を前記抽象化したノードに対応させて前記表示手段に表示する、ことを特徴とする請求項１又は２に記載の情報処理装置。
【請求項５】
前記制御手段は、前記ツリーを作成する際、該作成するツリーの幅と前記表示手段の表示幅を取得し、前記作成するツリーの幅が前記表示手段の表示幅より小さくなると判定した場合には、前記抽象化処理を施すことなく前記ツリーを作成することを特徴とする、請求項３又は４に記載の情報処理装置。
【請求項６】
データとデータを格納するフォルダを階層的に管理する情報処理装置の制御方法において、
特定のフォルダと該特定のフォルダの上位階層にあたるフォルダの、各フォルダをノードとしたツリーを作成し表示手段に表示するツリー作成ステップを有するものであり、
前記ツリー作成ステップでは、前記ツリーを作成する際、前記ツリーの分岐点となるノード間に存在する複数ノードを１つにまとめて抽象化したノードとする抽象化処理を施す、ことを特徴とする情報処理装置の制御方法。
【請求項７】
請求項１乃至５のいずれかに記載された情報処理装置としてコンピュータを機能させるための、又は、請求項６に記載された情報処理装置の制御方法をコンピュータに実行させるためのプログラム。
【請求項８】
請求項１乃至５のいずれかに記載された情報処理装置としてコンピュータを機能させるためのプログラム、又は、請求項６に記載された情報処理装置の制御方法をコンピュータに実行させるためのプログラムをコンピュータが読み取り可能に記憶した記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７Ａ】
【図７Ｂ】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７Ａ】
【図７Ｂ】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【公開番号】特開２００８−１５８８８４（Ｐ２００８−１５８８８４Ａ）
【公開日】平成２０年７月１０日（２００８．７．１０）
【国際特許分類】
【出願番号】特願２００６−３４８２５８（Ｐ２００６−３４８２５８）
【出願日】平成１８年１２月２５日（２００６．１２．２５）
【出願人】（３０１０１５９５６）キヤノンソフトウェア株式会社 (364)
【Ｆターム（参考）】
【公開日】平成２０年７月１０日（２００８．７．１０）
【国際特許分類】
【出願日】平成１８年１２月２５日（２００６．１２．２５）
【出願人】（３０１０１５９５６）キヤノンソフトウェア株式会社 (364)
【Ｆターム（参考）】
[ Back to top ]