JPH0785102A - 文書検索方法 - Google Patents

Abstract

(57)【要約】 （修正有） 【目的】 多数の電子化文書をブラウジングしやすくす
る。 【構成】 文書管理システムは、電子化文書を文書オブ
ジェクトとして文書データベース（１２０）に、語句を
表す索引、その索引を階層的に分類した複数の索引分
類、索引と文書オブジェクトの対応付け情報の各データ
を索引辞書（１４０）に、それぞれ蓄積する。索引のデ
ータを読み出し、表示装置（１０３）上の索引表示ウィ
ンドウに索引階層を表示し、キーボード（１０１）及び
ポインティングデバイス（１０２）を介してユーザと対
話し、その対話情報に基づいて索引が付加されている文
書オブジェクトを検索し、該当する文書オブジェクトま
たはその文書オブジェクトの情報を同ウィンドウに表示
したり、索引、索引階層、索引と文書オブジェクトの対
応付け情報、文書オブジェクトの情報の表示、更新のた
めの処理が施される。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、テキストあるいは図形
などを含む文書を計算機で処理可能なコードで表した情
報である電子化文書の検索方法に関する。

【０００２】

【従来の技術】ディレクトリ階層を利用してユーザの電
子化文書を蓄積し、それらの電子化文書をブラウジング
する場合、文書名やその電子化文書を保存したディレク
トリ名を忘れてしまうと、自分で保存した電子化文書で
あっても、所望の電子化文書を得るのは困難である。ま
た複数のユーザでディレクトリ階層を利用する場合、文
書の分類体系（文書を分類する視点）はユーザによって
異なるため、一括して所望の電子化文書を得られず、他
のユーザが所有する電子化文書を横断的に見つけ出すの
は容易でない。

【０００３】このため、例えば、特開平５―１２８１５
７号公報記載のように、複数の分類ツリー中のノードを
ユーザが指定することにより、電子化文書を検索する技
術が提案されている。しかしながら、上記の検索技術で
は、ノードを指定した後で一括して検索するため、段階
的に電子化文書を得ることができない。

【０００４】

【発明が解決しようとする課題】このように従来の文書
管理方法では、単一または複数ユーザによるディレクト
リ階層中の文書をブラウジング（拾い読み）しにくいと
いう問題が発生していた。

【０００５】本発明の目的は、上記問題に対し、ディレ
クトリなどの階層中に保存されている電子化文書をユー
ザが容易にブラウジングすることができる検索方法及び
表示方法を提供することである。

【０００６】

【課題を解決するための手段】上記目的を達成するため
に、語句を表す索引を階層的に分類した複数の索引分類
をもつ索引辞書を用いて、ユーザが作成した電子化文書
に索引を付加し、その電子化文書を文書データベースに
登録し、画面上に索引の階層を表示し、ユーザがブラウ
ジングして選択した索引またはその下位索引が付加され
ている電子化文書を、文書データベースから検索し、上
記検索された電子化文書を画面上に表示する。

【０００７】

【作用】以下、本発明の電子化文書及びその電子化文書
に付随する情報の管理方法と、これらの表示方法の原理
と動作について説明する。以下、電子化文書を単に文書
と略記する。

【０００８】はじめに本発明における文書及びその文書
に付随する情報（以下、文書情報と略記）の管理方法に
ついて図３を用いて説明する。文書及びその文書情報
は、メモリ内のファイルを管理するための実体（ファイ
ル）の情報のほか、文書内容などを管理するための辞書
情報を有する。辞書情報は、語句を表す索引、索引間の
上下関係による索引分類で構成される。また、ディレク
トリ階層中のディレクトリ名等、文字列を索引辞書に記
憶し、管理する。同辞書中の１つの文字列または、文字
列とその文字列の同義語を要素とする文字列集合を索引
と呼ぶ。したがって、１つの文字列を索引とするだけで
なく、例えば、「ＣＰＵ」及び「中央演算装置」のよう
に複数の文字列も１つの索引として記憶することができ
る。また１つの索引に複数の文字列が記憶されている場
合、該文字列のうちの１つを該索引の索引名とする。索
引は、索引間に数種類の階層関係を持つことができる。
上記の階層関係も（メモリ内の）索引辞書に記憶し、管
理する。階層関係のツリーを索引分類と呼ぶ。

【０００９】次に文書及びその文書情報の管理方法を用
いる文書管理システムの全体構成と動作を説明するとと
もに、文書情報の表示方法の原理を説明する。図１は文
書管理システムの機能構成図の一例である。ユーザは表
示装置１０３、キーボード１０１及びマウスなどのポイ
ンティングデバイス１０２を介してシステムと対話す
る。本システムは、ユーザの要求に応じて、ユーザの文
書を共用文書データベースに登録したり、文書情報を入
力／更新したり、文書を検索したり、文書情報をブラウ
ジングしたりする。実体の情報と、辞書情報の各データ
は、例えばテキスト形式で表現する。これらのデータ
は、システム起動時にデータの種類に応じて主記憶装置
１０６に読み込まれ、内部データ構造に変換される。具
体的には、索引、索引の階層関係、及び実体ファイルと
文書の対応付け情報の各データは索引辞書１４０から、
文書情報は文書データベース１２０からそれぞれ読み込
まれる。内部データ構造に展開したデータは、文書また
は文書情報の表示、更新、検索のための処理が施され
る。

【００１０】ユーザとの対話情報、すなわちキーボード
及びポインティングデバイスからの入力情報が解析さ
れ、その処理が実行される。ユーザの処理要求に応じ
て、メモリから文書情報、索引情報ディレクトリとの対
応情報をそれぞれ取得する。本明細書では文書管理サー
バ内に共用文書データベース１２０と索引辞書１４０を
もっているが（図２参照）、別途辞書管理サーバを設け
てもよい。

【００１１】次に、図３４に本システムで使用する対話
画面例である。本対話画面は索引分類の階層表示と索引
が付加されている文書及びその文書情報の表示を行うた
めの索引表示ウィンドウである。同ウィンドウはユーザ
の指示により、マルチウィンドウ上に表示される。ま
た、ユーザの指示により、同ウィンドウから索引登録ウ
ィンドウ、索引編集ウィンドウを表示する。索引表示ウ
ィンドウは、同一種類の画面を単一ウィンドウ上で描き
換えて表示するか、複数のウィンドウ上に表示するか
は、ユーザが選択することができる。

【００１２】以下、文書の検索処理について説明する。
文書検索処理は文書検索プログラム２４０（図２６参
照）によって実行される。

【００１３】索引表示ウィンドウにその時点で表示され
ている第一の索引分類で選択された索引及び下位索引の
いずれかと、ユーザが選択した第一の索引分類とは異な
る索引分類の索引及び下位索引のいずれかが、ともに付
加されている文書を、索引辞書１２０を参照して文書デ
ータベース１４０から検索し、その文書を検索結果とし
て表示する。該当する文書（のアイコン）を画面上の所
定の表示領域に表示する。単一索引分類での検索機能と
同様に、この操作は連続的に実行することができる。

【００１４】また検索時において、索引分類の表示切替
えにより、複数の索引分類中の索引を指定することがで
きる。索引表示ウィンドウには、ある索引分類での索引
が階層的に表示されている。また別の索引分類の最上位
の索引も表示されているものとする。同ウィンドウ内に
表示されている別の索引分類をユーザが指示すると、指
示された索引分類の索引を階層的に表示する。また、一
索引分類中の一索引を選択した場合でも、文書検索処理
を実行することができる。

【００１５】以上のようにして、文書の検索を実現する
ことができる。

【００１６】

【実施例】

（システム構成）装置の構成とシステムの動作の概要を
図面を用いて以下に述べる。図１は、本発明の一実施例
である文書管理システムのシステム構成図である。本シ
ステムは、ＣＰＵ１０５、キーボード１０１、マウス等
のポインティングデバイス１０２、表示装置１０３、主
記憶装置１０６、文書データベース１２０と索引辞書１
４０などの記憶装置から構成される。主記憶装置１０６
内の多重索引検索プログラム１００により本実施例の文
書検索を実行する。

【００１７】本システムの適用例として、ネットワーク
を介して図２のような形態を採ることもできる。例え
ば、文書管理サーバ２１０、クライアント２６０で構成
される。文書管理サーバ２１０は、ＣＰＵ１０５、主記
憶装置１０６、共用文書データベース１２０と索引辞書
１４０などから構成される。またクライアント２６０は
上記サーバと同様に、ＣＰＵ、主記憶装置２６１、ロー
カル文書ファイル群２６５、表示装置１０３、キーボー
ド１０１、マウス等のポインティングデバイス１０２か
ら構成される。文書データベース１２０に文書を入力
し、その文書情報を入力し、索引辞書に蓄積し、文書情
報に基づいて文書を検索するものである。ローカル文書
ファイル群１６５には、ユーザが作成した電子化文書、
または共用文書データベースから抽出した電子化文書が
格納されている。ローカル文書ファイル群に格納されて
いる文書は、ディレクトリ階層を用いて分類されている
ものとする。

【００１８】実体情報、すなわち文書ファイル情報は、
複数のファイルで構成される文書を一つの文書オブジェ
クトとして管理する。ただし簡単のため、本明細書で
は、１つの文書オブジェクトに対し１ファイルとする。

【００１９】ユーザが作成した文書を文書オブジェクト
として文書データベースに、その文書情報を索引辞書に
それぞれ格納しておき、上記文書データベース及び上記
索引辞書の内容を主記憶装置に読み込む。文書データベ
ースに登録されている文書オブジェクトと、索引辞書に
登録されている索引を表示の対象とし、ユーザは表示装
置１０３、キーボード１０１、マウスなどのポインティ
ングデバイス１０２を用いて処理要求を出し、文書オブ
ジェクトに付加された索引を手がかりとして文書オブジ
ェクトを検索し、その検索結果を表示装置上に表示す
る。索引情報はテキストファイルに格納されているもの
とする。

【００２０】（プログラムの概要）本システムの文書登
録処理、文書オブジェクト検索処理及び索引編集処理の
概要を図２６を用いて説明する。上記のようにデータ、
具体的には、索引とその同義語情報を保持する索引テー
ブル５００、索引分類の最上位索引情報を保持する索引
分類テーブル６００、索引の階層関係を保持する索引階
層テーブル７００、ディレクトリ情報を保持するディレ
クトリテーブル８００、索引とディレクトリの対応付け
情報を保持する対応付け情報テーブル９００、文書オブ
ジェクトに付加された索引の情報を保持する付加索引テ
ーブル１０００、文書オブジェクトとして登録されてい
る文書ファイルの情報を保持する文書オブジェクトテー
ブル１１００がメモリ内に展開されているものとする。

【００２１】（初期画面）はじめにユーザが所定のコマ
ンドを入力したり、またはアイコンをポインディングデ
バイスで選択することにより、索引表示ウィンドウ３３
００（図３３参照）もしくは３４００（図３４参照）を
画面に表示する。この状態で、ユーザが入力した処理要
求の種類によって、各機能を実行する。

【００２２】（文書登録プログラムの概要）文書登録プ
ログラム２３０では、アプリケーションプログラムなど
で作成した文書ファイルを文書オブジェクトとして文書
オブジェクトテーブル１１００に格納する。このとき索
引テーブル５００を参照して索引階層を画面上に表示
し、文書オブジェクトに適切な索引をユーザが選択する
ことにより、付加索引テーブル１０００に文書オブジェ
クトに付加する索引を格納する。文書ファイルをディレ
クトリ中に保存している場合は、ディレクトリテーブル
８００及び対応付け情報テーブル９００を参照し、文書
ファイルが保存されているディレクトリに対応づけられ
ている索引を、文書オブジェクトに付加する索引の候補
として画面上に表示することもできる。

【００２３】（文書検索プログラムの概要）文書検索プ
ログラム２４０では、画面上に表示された索引をユーザ
が複数個選択することにより、索引階層テーブル７００
及び付加索引テーブル１０００を参照し、上記文書登録
プログラム２３０で登録した文書オブジェクトを文書デ
ータベースから検索し、画面上に検索結果として文書オ
ブジェクト（のアイコン）を表示する。本実施例では、
ユーザが選択した索引またはその下位索引が付加されて
いる文書オブジェクトを検索する。

【００２４】（索引編集プログラムの概要）索引編集プ
ログラム２５０では、索引情報、すなわち索引テーブル
５００、索引分類テーブル６００、索引階層テーブル７
００と、ディレクトリとの対応付け情報、すなわちディ
レクトリテーブル８００、対応付け情報テーブル９００
とを対話的に編集する。

【００２５】（内部データ構造の詳細）文書オブジェク
ト等の表示データを生成するためには、メモリに保持さ
れている以下の情報を参照する。

【００２６】１）文書オブジェクト ２）索引 ３）ディレクトリ対応情報 のデータ構造について説明する。図１を用いて説明すれ
ば、文書データベースに格納された文書オブジェクトの
情報、索引辞書に格納された索引情報及びディレクトリ
対応情報を、それぞれ主記憶装置に展開する。これらの
データはすべてＩＤで管理されている。ただし本明細書
では簡単のため名称で代用して表記することもある。

【００２７】図３に索引辞書内の索引分類の例を示す。
「文書種類」３１０、「テーマ」３５０、「組織」３６
０が、索引分類の最上位索引として索引辞書に登録され
ているものとする。例えば、索引「文書種類」の一層下
位の索引として、「仕様書」３２０、「特許」３３０、
「研報」３４０が、さらに索引「特許」の一層下位には
「明細書」３３５、「図面」３３６が登録されている。

【００２８】一方、ディレクトリ階層の例を図４に示
す。ディレクトリ「Ｐｒｏｊｅｃｔ０１」４２３を（ユ
ーザ定義による）最上位のディレクトリとする。その下
位ディレクトリとして「橋本」４２４、「山崎」４２
５、「特許」４４４が登録されている。ディレクトリ
「橋本」の一層下位には、「Ｓｐｅｃ」４４２、「Ｐａ
ｔｅｎｔ」４４３が、ディレクトリ「山崎」の一層下位
には、「テーマ＃１」４２６、「テーマ＃２」４４５が
それぞれ登録されている。

【００２９】ここで、文書ファイル「概念検索方式」４
６４はディレクトリ「特許」４４４、文書ファイル「階
層構造表示方法」４６６はディレクトリ「橋本」の下位
ディレクトリ「Ｐａｔｅｎｔ」４６６、文書ファイル
「文書管理方法」４６７はディレクトリ「山崎」の下位
ディレクトリのうち、ディレクトリ「テーマ＃２」の下
位の「特許」４４７にそれぞれ登録されている。すなわ
ち、文書ファイル「階層構造表示方法」４６６は「橋
本」に関する特許関連文書であり、文書ファイル「文書
管理方法」４６７は「山崎」が「テーマ＃２」で何らか
の関連のある特許関連文書であることが推察できる。一
方、文書ファイル「概念検索方式」４６４はディレクト
リ「Ｐｒｏｊｅｃｔ０１」の分類体系においては内容に
適合するディレクトリ名がないため、「特許」４４４に
分類されている。

【００３０】（索引テーブル、索引分類テーブル、索引
階層テーブル）図３の索引の内部データ構造を図５から
図７に示す。まず図５において、索引テーブル５００に
は索引ＩＤ、索引名、索引名の同義語を格納する。例え
ば、図３における索引「文書種類」３１０の索引ＩＤは
「＃００１０」５１０であり、索引名の領域には文字列
「文書種類」が格納されている。また索引「特許」３３
０の索引ＩＤは「＃００１２」５１２であり、その同義
語として「Ｐａｔｅｎｔ」が登録されていることもわか
る。次に図６において、索引分類テーブル６００には索
引分類ＩＤとその索引分類の最上位索引となる索引ＩＤ
を格納する。例えば、索引分類ＩＤ「＃００１」６０１
に対応する索引ＩＤは「＃００１０」６１０が格納され
ている。これは、索引テーブル５００（図５）を参照す
ると、索引「文書種類」５１０がこの索引分類の最上位
索引であることを示す。同様に、索引分類ＩＤ「＃００
３」６０３、「＃００４」６０４に対応する索引分類の
最上位索引は、索引ＩＤ「＃０１００」６２０である索
引「テーマ」５２０、索引ＩＤ「＃０４００」６３０で
ある索引「組織」５３０である。次に図７において、索
引階層テーブル７００には上位索引となる索引ＩＤと下
位索引となる索引ＩＤ群を格納する。例えば、索引「文
書種類」に対応する索引ＩＤ「＃００１０」７１０の下
位索引として、索引「仕様書」５１１（図５参照）に対
応する索引ＩＤ「＃００１１」、索引「特許」５１２に
対応する索引ＩＤ「＃００１２」、索引「研報」５１５
に対応する索引ＩＤ「＃００１５」などが格納されてい
る。以上のようにして索引名及び索引階層のデータを管
理する。

【００３１】（ディレクトリテーブル）図４のディレク
トリ階層の内部データ構造を図８に示す。同図におい
て、ディレクトリテーブル８００にはディレクトリＩＤ
とディレクトリ名を格納する。例えば、ディレクトリ
「Ｐａｔｅｎｔ」８４２はディレクトリＩＤ「＃００２
８」に対応する。

【００３２】（対応付け情報テーブル）次に索引とディ
レクトリの対応付け情報の内部データ構造を図９に示
す。同図において、対応付け情報テーブル９００には索
引ＩＤと、その索引に対応するディレクトリＩＤ群を格
納する。例えば、索引「特許」５１２（図５参照）に対
応する索引ＩＤ「＃００１２」には、ディレクトリＩＤ
「＃００２８」、「＃００４３」、「＃００４６」、
「＃００４７」が格納されている。これらは、図４及び
図８を参照すると、「テーマ＃１」の下位ディレクトリ
「特許」４２８、８２８、「橋本」の下位ディレクトリ
「Ｐａｔｅｎｔ」４４３、８４２、「Ｐｒｏｊｅｃｔ０
１」の下位ディレクトリ「特許」４４４、８４４、「テ
ーマ＃２」の下位ディレクトリ「特許」４４７にそれぞ
れ対応する索引ＩＤである。

【００３３】（付加索引テーブル、文書オブジェクトテ
ーブル）次に索引と文書ファイルを対応づける内部デー
タ構造の例を図１０及び図１１に示す。まず図１０にお
いて、付加索引テーブル１０００には索引ＩＤと、索引
が付加された文書オブジェクトＩＤ群を格納する。例え
ば、索引ＩＤ「＃００１２」（すなわち索引「特許」）
には、文書オブジェクトＩＤ「＃０２５６７」、「＃０
２５６６」などの文書オブジェクトが付加されている。
次に図１１において、文書オブジェクトテーブル１１０
０には文書オブジェクトＩＤ、文書オブジェクト名、フ
ァイルＩＤが格納されている。例えば、文書オブジェク
トＩＤ「＃０２５６７」１１６７には、文書オブジェク
ト「文書管理方法」、そのファイルＩＤが「＃０４９８
６」が格納されている。図１０及び図１１を参照する
と、文書オブジェクト「文書管理方法」には索引「特
許」、「テーマ＃２」及び「山崎」が付加されているこ
とがわかる。本実施例では索引から文書オブジェクトへ
の対応付けを例に挙げているが、ある文書オブジェクト
に付加された索引ＩＤ群を、文書オブジェクトの情報と
して格納する方法を採ることもできる。

【００３４】以下、文書登録、文書検索、索引編集の各
処理について、表示方法も交えて、具体的な例を示しな
がら説明する。

【００３５】（１）文書登録プログラム 文書登録処理は、文書登録プログラム２３０（図２６参
照）によって実行される。ユーザはポインティングデバ
イス１０２により対話画面内の文書を所定のウィンドウ
上に移動するなどして、その文書を文書データベースに
蓄積できる。文書データベースに登録する文書名は、実
際の文書名（ファイル名）と同一かどうかは問わないも
のとする。すでに同一の文書名が文書データベースに蓄
積されている場合は、メッセージを表示し、ユーザは、
既存の文書を新規文書に置換するか、新規文書の名称を
変更するかを選択できる。また文書登録時にその文書に
関連する複数個の索引を付加することができる。画面に
表示された機能リストの中から該当するメニュー項目を
選択すると、索引登録ウィンドウが表示される。ユーザ
は表示されている索引をポインティングデバイスで選択
することにより、それらの索引を文書に付加することが
できる。適切な索引がない場合でも、新たに索引を追加
した後でその索引を選択することができる。既存の文書
に対しても索引の付加は実行可能である。

【００３６】ディレクトリ階層のディレクトリに文書を
登録するユーザインタフェースを用いる場合は、ディレ
クトリと索引の対応付け情報を参照して、文書を登録す
る（ようにユーザに見える）ディレクトリに対応づけら
れている索引を候補として表示することにより、索引を
付加することもできる。こうして蓄積した文書オブジェ
クトを所定のウィンドウ内に表示する。

【００３７】（文書登録プログラムの詳細）本実施例に
よる文書の登録について、ローカル文書ファイル群にあ
る文書「文書管理方法」を文書オブジェクトとして登録
する場合を例にとり説明する。

【００３８】文書登録プログラム２３０（図２７参照）
において、まず文書名の重複を回避する。具体的には、
文書オブジェクトテーブル１１００を参照し、登録した
い文書名と重複するオブジェクト名があるかどうか判定
する。重複するオブジェクト名がない場合は、登録した
い文書の文書名を（文書オブジェクトの）オブジェクト
名として設定する。ここで文書オブジェクト「文書管理
方法」がすでに登録されていると仮定すると、オブジェ
クト名が重複するため、すでに登録されている文書オブ
ジェクトを新しい文書に置換するかどうか判定する。こ
こで新しい文書に置換しないと仮定すると、ユーザの処
理要求を取得し、入力された処理要求を判定する。登録
中止要求を取得した場合、文書登録処理を強制終了す
る。名称変更要求を取得した場合、文書「文書管理方
法」のオブジェクト名としてユーザから入力を取得し、
入力された新しい文書オブジェクトの名称が適切である
かどうか判定する。名称が適切である場合、入力された
名称をオブジェクト名として設定する。

【００３９】次に文書オブジェクトに付加する索引の範
囲を絞り込むため、ステップ２７３０で、登録したい文
書がディレクトリ階層の最上位ディレクトリにあるかど
うか、すなわち分類する手がかりとなるディレクトリ名
があるかどうか判定する。その文書のあるディレクトリ
が中間または末端のディレクトリの場合はステップ２７
３５に進む。ここで「文書管理方法」は「テーマ＃２」
の下位ディレクトリ「特許」４４７（図４参照）にある
ため、ステップ２７３５に進み、文書オブジェクトテー
ブル１１００を参照する。さらにステップ２７３７で、
関連あるディレクトリに対応する索引情報を取得する。
ここでは「文書管理方法」が関連あるディレクトリは
「Ｐｒｏｊｅｃｔ０１」４２３、「山崎」４２５、「テ
ーマ＃２」４４５及び「特許」４４７である。図５、図
８、図９より、各ディレクトリが対応づけられている索
引は、ディレクトリ「Ｐｒｏｊｅｃｔ０１」（ディレク
トリＩＤ「＃００２３」８２３）は索引「Ｐｒｏｊｅｃ
ｔ０１」５３１（索引ＩＤ「＃０４０１」９３１）、デ
ィレクトリ「山崎」（ディレクトリＩＤ「＃００２５」
８２５）は索引「山崎」５３３（索引ＩＤ「＃０４５
４」９３３）、ディレクトリ「テーマ＃２」（ディレク
トリＩＤ「＃００４５」８４５）は索引「テーマ＃２」
５２２（索引ＩＤ「＃０１０２」９２２）、ディレクト
リ「特許」（ディレクトリＩＤ「＃００４７」８４７）
は索引「特許」５１２（索引ＩＤ「＃００１２」９１
２）である。そうして対応情報登録ウィンドウ７７００
（図７７参照）を画面に表示する。同図では、ステップ
２７３７で取得した索引のうち、「山崎」、「テーマ＃
２」及び「特許」と、それぞれの索引の一層上位の索引
を表示しているが、「Ｐｒｏｊｅｃｔ０１」については
表示していない。これは「山崎」と「Ｐｒｏｊｅｃｔ０
１」はともに「組織」の索引分類に属する索引である
が、「山崎」は「Ｐｒｏｊｅｃｔ０１」の一層下位の索
引、すなわち「組織」の索引分類においては「山崎」の
方がより具体的な索引であるため、付加する索引として
適切であるものと仮定し、「山崎」のみを表示してい
る。このように本実施例では、同一索引分類内で上下関
係にある複数の索引が、文書に付加する索引の候補とし
て挙げられた場合、下位の方の索引のみを表示する方法
を採っているが、候補となりうる索引をすべて表示する
方法を採ることもできる。

【００４０】次にステップ２７５０（図２８参照）に移
り、文書に付加する索引のデータを生成する。ステップ
２８１０で、同名のオブジェクトがあるかどうか判定す
る。ここで同名のオブジェクトがあると仮定すると、ス
テップ２８２０で、置換される既登録オブジェクトが付
加している索引情報を取得する。そうしてユーザの処理
要求を取得し、ステップ２８３０で、ユーザが入力した
処理要求を判定する。既登録の索引を流用する場合はス
テップ２８３２に進み、既登録の索引のデータ、索引付
加テーブル１２００を生成する。同テーブルは索引１２
０１、索引分類１２０２、上位索引１２０３、表示フラ
グ１２０４、索引付加フラグ１２０５などから構成され
る。ここでは各索引の索引付加フラグをＯＮにした後、
ステップ２８４０に進む。一方、新たに文書を登録する
（索引を付加する）場合はステップ２８３５に進み、索
引のデータを初期化した後、ステップ２８４０に進む。

【００４１】次にステップ２８４０で、ユーザの入力情
報を取得し、文書登録要求を取得した場合はステップ２
７５０（図２７参照）に戻る。入力情報が文書登録要求
でない場合はステップ２８４５に進み、処理要求を判定
する。表示された索引以外に、ユーザが入力した文字列
に該当する索引を、同文書に付加する索引として追加す
る要求を取得した場合、ステップ２８５０に進み、該当
する索引のデータがないかどうか判定する。データがな
い場合はステップ２８５５に進み、該当する索引のデー
タを生成した後、ステップ２８６０に進む。そうしてス
テップ２８６０で、索引付加テーブルの索引付加フラグ
をＯＮにする。また、ウィンドウに表示された索引のう
ちユーザが指示した索引を、付加する索引から削除する
要求を取得した場合、ステップ２８６５に進み、同テー
ブルの索引付加フラグをＯＦＦにする。索引編集要求を
取得した場合、ステップ２６７０に移り、索引を編集し
た後、ステップ２８７５で、整合性を調べる。索引編集
については後に説明する。

【００４２】そうしてステップ２８８５に進み、索引付
加テーブルの索引付加フラグに基づいて、付加する索引
一覧を再表示した後、ステップ２８４０に戻って再びユ
ーザの入力情報を取得する。ここで文書登録要求を取得
した場合はステップ２７５０（図２７参照）に戻り、対
応情報登録ウィンドウをクローズする。

【００４３】次にステップ２７７０で、上記文書を文書
データベースに登録する。同名の既登録の文書オブジェ
クトがある場合は、新たに登録したい文書に置換して登
録する。また、オブジェクト名は重複しない場合は、新
しい文書オブジェクトとして登録する。

【００４４】ステップ２７８０で、索引辞書に付加情報
を登録する。ここで同名の既登録オブジェクトがあると
仮定すると、既登録の索引の中で付加しない索引がある
かどうか判定する。付加しない索引がある場合は、付加
索引テーブル１０００内の該当する索引の文書オブジェ
クト情報からその文書オブジェクトを削除する。次に付
加索引テーブル内で新たに付加する索引を探索し、その
索引の文書オブジェクト情報に、置換する文書オブジェ
クトを追加する。もし適切な索引が索引辞書に登録され
ていない場合は、索引を登録する（ステップ３８６０、
図３９参照）。上記のように、索引を中心として文書オ
ブジェクトとの対応付け情報を格納する方法を採ってい
るが、文書オブジェクトを中心として格納する方法を採
ることもできる。

【００４５】そうして文書登録が成功した場合、適切な
位置に文書オブジェクトのアイコンを表示する。以上の
ようにして文書の登録を実行することができる。

【００４６】（２）文書検索プログラム 本実施例による文書オブジェクトの検索について、索引
「特許」及び索引「Ｐｒｏｊｅｃｔ０１」などに関連す
る文書オブジェクトを検索する場合を例にとり説明す
る。

【００４７】索引分類の表示方法には、単一索引分類表
示と多重索引分類表示がある。単一索引分類表示は画面
切替により索引階層を表示する方法であり、多重索引分
類表示は同一画面上に複数の索引分類を表示する方法で
ある。いずれも、索引階層をブラウジングするビューを
利用して、所望の文書の検索を実行する。

【００４８】（文書検索プログラムの詳細）まず第１の
文書オブジェクト検索処理として、単一索引分類表示に
よる文書オブジェクト検索処理について説明する。まず
ステップ２９０５（図３１参照）で、索引を表示する。
具体的な表示方法は後に説明する。図３４に示すよう
に、画面に索引表示ウィンドウ３４００が表示されてい
るものとする。同ウィンドウはメニュー選択領域３４１
０、経路情報表示領域３４２０、索引表示領域３４３
０、索引分類選択領域３４４０、文書表示領域３４５０
などから構成されている。同図において、索引表示領域
には「文書種類」の索引分類のうち、最上位索引である
「文書種類」３４３１と、その一層下位の索引である
「仕様書」３４３２、「特許」３４３３、「研報」３４
３４などが表示されている。また索引「特許」は矩形３
４３５で囲まれている。これはユーザがその索引を直前
に指示していることを示す。次に経路情報表示領域に
は、「文書種類」３４２１と「特許」３４２２が表示さ
れている。また２索引間に挟まれている矢印（実線）３
４２５は索引「特許」が索引「文書種類」の一層下位の
索引であることを示す。索引表示領域でユーザが指示し
た索引は、その索引階層に基づいて、同経路情報表示領
域の最右に表示される。次に文書表示領域には、索引表
示領域で選択状態にある索引が付加されている文書オブ
ジェクト（のアイコン）が一覧表示されている。同図で
は、「情報記憶…」３４５１、「階層構造…」３４５
２、「アイデアシート」３４５４など、索引「特許」が
付加されている文書オブジェクトが表示されている。次
に索引分類選択領域には、索引辞書に登録されている索
引分類の最上位索引名が表示されている。そうしてその
時点で索引表示領域に表示されている索引分類の最上位
索引名を、強調表示する。同図では、「文書種類」３４
４１が強調表示されている。同領域の（最上位）索引を
ユーザがポインディングデバイスで選択すると、索引表
示領域は選択された索引を最上位索引とする索引分類の
階層に切り替わる。例えば、ユーザが索引分類選択領域
の「組織」３４４４を選択したと仮定すると、図３５に
示すように、索引表示領域が「組織」の索引分類に切り
替わる。同図では、「組織」の索引分類に表示が切り替
わった後、さらにユーザがポインティングデバイスで索
引「Ｐｒｏｊｅｃｔ０１」３５３２を選択した様子を示
している。例えば、経路情報３５２０は、図３４で表示
されていた「文書種類」、「特許」に加えて、「組織」
の索引分類の最上位索引である「組織」３５２３と「Ｐ
ｒｏｊｅｃｔ０１」３５２４が表示されている。切替記
号３５２５は、索引「特許」から「組織」の索引分類に
ユーザの視点を切り替えたことを示している。

【００４９】この状態でユーザが索引表示領域または索
引分類選択領域の索引を選択すると、多重検索フラグを
初期化した後、切替索引テーブルを初期化する。

【００５０】ステップ２９３０で、経路テーブルから索
引分類別に最下位索引を抽出する。図３４において、経
路情報３４２０は「文書種類」の索引分類のみで構成さ
れているため、その索引の最下位索引は索引「特許」と
なる。また図３５においては、経路情報３５２０は「文
書種類」の索引分類と「組織」の索引分類で構成されて
いるため、最下位索引は索引「特許」と索引「Ｐｒｏｊ
ｅｃｔ０１」となる。

【００５１】次にステップ２９４０で、切替索引テーブ
ル１７００（図１７参照）を生成する。切替索引テーブ
ルは、ステップ２９３０で抽出した切替索引、索引分
類、検索結果件数などから構成される。ここで切替索引
とは、経路情報に出現する索引分類の最下位索引を指す
ことにする。次にステップ２９５０で、切替索引テーブ
ルが複数個あるかどうか、すなわち索引分類が切り替え
られているかどうかを判定する。切替索引テーブルが複
数個ある場合、ステップ２９５５に進み、多重検索フラ
グをＯＮにする。

【００５２】次にステップ２９６０（図３０参照）に移
り、切替索引テーブルの索引が付加された文書オブジェ
クトを検索する。まず検索フラグをＯＮにした後、ステ
ップ３０２０で、検索結果テーブルを初期化する。ステ
ップ３０３０で、検索フラグがＯＦＦかどうか判定す
る。フラグがＯＦＦの場合、ステップ２９６０（図２９
参照）に戻る。フラグがＯＮの場合、ステップ３０４０
に進み、切替索引テーブルのリストがＮＵＬＬであるか
どうか判定する。リストがＮＵＬＬの場合、ステップ３
０４５に進み、検索フラグをＯＦＦにする。リストがＮ
ＵＬＬでない場合、ステップ３０５０に進む。同ステッ
プで、付加索引テーブル１０００を参照し、検索する文
書オブジェクトの範囲、すなわち検索対象となる文書オ
ブジェクト群を設定する。検索処理実行前の場合はすべ
ての文書オブジェクトを検索対象とし、同じ経路につい
てすでに検索処理を実行している場合は、最新の検索結
果である文書オブジェクト群を検索対象とする。

【００５３】次にステップ３０５５に進み、切替索引及
びその下位索引のデータ、文書検索テーブルを生成す
る。例えば、切替索引が「特許」の場合、まず索引「特
許」のデータを生成する。次に「特許」に下位索引があ
るかどうか調べる。索引階層テーブル７００（図７参
照）を参照すると、この例では「明細書」３３５（図３
参照）、「図面」３３６などが「特許」の下位索引とな
っているため、これらの下位索引についてもデータを生
成する。文書検索テーブルの例を図１７に示す。文書検
索テーブル１７２０内には、切替索引である「特許」１
７２１に続いて、その下位索引である「明細書」１７２
２、「アイデア」１７２４が格納されていることがわか
る。次にステップ３０６０に進み、付加索引テーブル１
０００（図１０参照）を参照し、切替索引またはその下
位索引が付加されている文書オブジェクトを検索する。
例えば、索引「特許」（索引ＩＤ「＃００１２」１０３
０）が付加されている文書オブジェクトは、「文書管理
方法」（オブジェクトＩＤ「＃０２５６７」）などであ
ることがわかる。切替索引またはその下位索引が付加さ
れている文書オブジェクトがある場合は、付加文書テー
ブルを生成し、それらの文書オブジェクト（のオブジェ
クトＩＤ）を格納し、文書検索テーブルからのポインタ
をつなぐ。付加文書テーブルは検索結果ＩＤ、文書オブ
ジェクト（のオブジェクトＩＤ）などから構成される。
例えば図１７において、文書検索テーブル内で「特許」
１７２１から付加文書テーブルへのポインタ１７２６を
辿ると、索引「特許」に付加されている文書オブジェク
トは「文書管理方法」１７３１（検索結果ＩＤ「０００
０」）など５件が該当することを示している。また「特
許」の下位索引「アイデア」１７２４および「書式」１
７２５についても、その索引が付加されている文書オブ
ジェクトがそれぞれ１件ずつある一方で、「明細書」１
７２２および「図面」１７２３については、付加文書テ
ーブルへのポインタ１７２７がＮＵＬＬであり、該当す
る文書オブジェクトがないことを示している。付加文書
テーブルを生成する場合は、付加文書テーブル内の文書
オブジェクトのうち、重複する文書オブジェクトがある
かどうかを判定し、もし重複する場合は上位の方の索引
に対応する付加文書テーブルに格納されている文書オブ
ジェクトを削除する。

【００５４】次にステップ３０６５で、該当する文書オ
ブジェクトがあるかどうか判定する。文書オブジェクト
がある場合はステップ３０７０に進む。そうでない場合
はステップ３０８０に進み、検索フラグをＯＦＦにした
後、切替索引テーブルの検索結果件数を０にし、ステッ
プ３０３０に戻る。この例では、該当する文書オブジェ
クトが合計７件あるため、検索結果件数１７０３を
「７」にした後、ステップ３０７０に進み、検索結果テ
ーブル１８００を生成する。検索結果テーブルは検索結
果ＩＤ１８０１、文書オブジェクト（のオブジェクトＩ
Ｄ）１８０２、絞込みフラグ１８０３などから構成され
る。この例では「特許」は最初の切替索引であるため、
絞込みフラグをすべて「Ｍａｔｃｈｅｄ」１８２１（図
１８参照）にする。同テーブルを生成した後、ステップ
３０３０に戻る。以下同様にして、検索フラグがＯＦＦ
になるまで文書オブジェクトを検索する。この例では、
検索フラグがＯＦＦでないため、ステップ３０４０に進
む。「特許」に続く切替索引は「Ｐｒｏｊｅｃｔ０１」
であり、したがって切替索引テーブルのリストはＮＵＬ
Ｌではないため、ステップ３０５０に進み、検索する文
書オブジェクトの範囲を設定する。この場合、すでに検
索結果テーブル１８００が生成されているため、同テー
ブル内に格納されている文書オブジェクト群が検索対象
となる。そうして「特許」と同様に文書検索テーブル１
７６０及び付加文書テーブル１７７０、１７８０、１７
９０を生成する。ここで検索結果テーブル１８００に格
納されている文書オブジェクトが、付加文書テーブルに
格納されているかどうか判定し、付加文書テーブルに格
納されていない場合は、該当する文書オブジェクトの絞
込みフラグを「―」などに変更する。この例では文書オ
ブジェクト「書式１」には「Ｐｒｏｊｅｃｔ０１」また
はその下位索引が付加されていないため、「Ｐｒｏｊｅ
ｃｔ０１」１７５１に関するいずれの付加文書テーブル
にも格納されていない。したがって、検索結果テーブル
１９００（図１９参照）内の「書式１」の絞込みフラグ
１９２１を変更する。また検索結果件数１７５３を
「６」にする。このようにして検索結果テーブルを生成
した後、再びステップ３０３０（図３０参照）に戻る。
そうしてステップ２９６０（図２９参照）に戻る。

【００５５】次にステップ２９７０で、検索結果テーブ
ル１９００を参照し、該当する文書オブジェクトがある
かどうか判定する。文書オブジェクトがある場合はステ
ップ２９８０に進み、検索結果を表示する。そうでない
場合、すなわち検索結果が０件の場合はステップ２９８
５に進み、メッセージを表示する。この例では該当する
文書オブジェクトがあるため、ステップ２９８０に進
み、文書表示領域３５５０に該当する文書オブジェクト
（のアイコン）、すなわち「文書管理方法」などを表示
する。

【００５６】さらに図３５において、ユーザが索引「山
崎」３５３７を選択した場合は、まず経路情報を更新す
る。具体的には経路テーブル１６００（図１６参照）の
該当する箇所に「山崎」１６５０を格納し、同テーブル
をもとに経路情報表示領域３６２０（図３６参照）を書
き換える。次に「山崎」の上位索引である切替索引「Ｐ
ｒｏｊｅｃｔ０１」の切替索引テーブル１７５０（図１
７参照）、「山崎」の付加文書テーブル１７９０を参照
し、検索結果テーブル１９００（図１９参照）の絞込み
フラグのうち、「山崎」（またはその下位索引）が付加
されている文書オブジェクトの絞込みフラグのみを「Ｍ
ａｔｃｈｅｄ」にする。そうでない文書オブジェクト、
この例では「階層構造表示方法」及び「概念検索方式」
の絞込みフラグ２０２１、２０２２を「―」にする。こ
のようにすでに生成した文書検索テーブル及び付加文書
テーブルを再利用することにより、文書オブジェクト検
索処理を効率よく行うことができる。そうして「特許」
及び「Ｐｒｏｊｅｃｔ０１」に関連する文書オブジェク
トを検索する場合と同様に、検索結果テーブル２０００
をもとに文書表示領域３６５０に文書オブジェクト（の
アイコン）を表示する。

【００５７】この例ではツリー形式で索引階層を表示す
る方法を採っているが、図７２に示すように、索引表示
ウィンドウ（リスト形式）（図３３参照）に文書表示領
域７２５０を追加して、文書オブジェクトを検索する方
法を採ることもできる。以上のようにして単一索引分類
表示による文書オブジェクトの検索を実行することがで
きる。

【００５８】次に第２の文書オブジェクト検索処理とし
て、多重索引分類表示による文書オブジェクト検索処理
について説明する。図７３、図７４は、図３６と同様
に、索引「特許」および「山崎」に関連する文書オブジ
ェクト検索機能実行後のウィンドウ表示例をそれぞれ示
したものである。多重索引分類表示には、複数の索引分
類階層をあたかも単一の索引階層のように表示する方法
（図７３参照）、複数の索引分類をリスト形式で同時に
表示する方法（図７４参照）など、これらの図に示すよ
うに数種類の表示方法がある。

【００５９】例えば図７３において、索引表示ウィンド
ウ（索引分類連結表示形式）７３００はメニュー選択領
域７３１０、多重索引分類表示領域７３３０、文書表示
領域などから構成される。同図では図３６の索引分類選
択領域を表示せずに、「特許」の下位索引と並列に、
「組織」７３３２など、「特許」の索引分類とは異なる
索引分類の最上位索引を表示している。また同一索引分
類に属する索引同士は実線で、異なる索引分類に属する
索引同士は点線７３３５で結ぶなどの表示方法を採るこ
とにより、ある索引、例えば「特許」の下位索引と、別
の索引分類の最上位概念、例えば「組織」などの索引を
区別することができる。

【００６０】例えば図７４において、索引表示ウィンド
ウ（多重リスト形式）は、メニュー選択領域７４１０、
索引選択領域７４２０、条件指定領域７４４０などから
構成される。さらに索引選択領域は、索引分類が指定さ
れているかどうかを示す索引分類ボタン７４２１及び下
位索引表示領域７４２６、条件指定領域はＡＮＤ条件ボ
タン７４４１及びＯＲ条件ボタン７４４２から、それぞ
れ構成される。図３６や図７３の索引表示ウィンドウで
は、ユーザが選択した索引が付加されている文書オブジ
ェクトのＡＮＤ条件検索を実行可能とするが、図７４で
はＯＲ条件検索も実行可能な表示方法を提供する。例え
ば同図において、ユーザが索引選択領域内に表示されて
いる「文書種類」７４２１と「組織」７４２４を選択し
た後、ＡＮＤ条件ボタンを選択した場合は、ステップ２
４０（図２９参照）以下の処理を実行する。一方、ＯＲ
条件ボタンを選択した場合は、同様にステップ２４０以
下の処理を実行するが、ステップ３０５０（図３０参
照）における検索する文書オブジェクトの範囲設定と、
ステップ３０７０の検索結果テーブル生成を、ＡＮＤ条
件ボタン選択時とは異なる方法で実行する。範囲設定に
ついては、文書オブジェクトすべてを検索する文書オブ
ジェクトの範囲として設定する点であり、検索結果テー
ブル生成については、付加文書テーブルに格納されてい
る文書オブジェクトのＯＲ演算を行った後、検索結果テ
ーブルに文書オブジェクト（のオブジェクトＩＤ）を格
納する点である。このようにして多重索引分類表示によ
る文書オブジェクトの検索を実行することができる。

【００６１】以上のように、単一索引分類表示、多重索
引分類表示といった多様な表示方法により文書オブジェ
クトの検索を実行することができる。

【００６２】（２）―１ 索引表示処理 本実施例による索引の表示について、「文書種類」及び
「組織」の索引分類中の索引を表示する場合を例にとり
説明する。

【００６３】図３３に示すように、画面に索引表示ウィ
ンドウ３３００が表示されているものとする。同ウィン
ドウは、メニュー選択領域３３１０、索引分類表示領域
３３２０、下位索引表示領域３３３０、索引名入力領域
３３４０などから構成されている。同図において、索引
分類表示領域には、「文書種類」３３２１、「イベン
ト」３３２２、「テーマ」３３２３、「組織」３３２４
などの索引分類の最上位索引がリスト形式で表示されて
いる。また索引分類「文書種類」は矩形３３２５で囲ま
れており、下位索引表示領域には、「仕様書」、「特
許」、「研報」など、同索引分類の最上位索引の一層下
位の索引がリスト形式で表示されている。

【００６４】下位索引表示領域に表示するための内部デ
ータ構造を図１３に示す。索引表示テーブル１３００
は、表示する索引、その上位索引、表示フラグ、下位表
示フラグなどから構成されている。例えば索引「文書種
類」１３１０については、上位索引の情報はなく、同索
引が索引分類の最上位索引であることを示している。ま
た表示フラグ及び下位表示フラグは”表示”となってい
る。これらのフラグはその索引とその下位索引が表示状
態にあることを示している。

【００６５】まずステップ３１１０（図３１参照）で、
指示された索引が表示中の索引分類の中にあるかどうか
判定する。索引が索引分類中にある場合、ステップ３１
１５に進み、そうでない場合はステップ３１５０に移
る。

【００６６】指示された索引が表示領域内の索引分類の
中にない場合について説明する。例えば図３３におい
て、ユーザがポインディングデバイスで索引分類「組
織」３３２４を選択した場合、ステップ３１５０（図３
２参照）に移り、指示された索引分類に切り替える。ス
テップ３２１０で、直前に指示されていた索引を経路テ
ーブル１６００（図１６参照）に追加する。例えば、索
引「特許」が直前に選択されていたとすると、「特許」
が属する索引分類の最上位索引「文書種類」から索引
「特許」までと、「組織」が追加の対象となる。索引表
示テーブルを参照し、「特許」までの経路、この場合、
「文書種類」１６１０、「特許」１６１１の順に経路テ
ーブルに格納する。さらに索引「組織」１６１２を追加
する。次にステップ３２２０（図３２参照）に進み、該
当する索引分類の表示データ、索引表示テーブルを生成
した後、ステップ３２３０で、各索引の表示フラグを設
定する。索引分類「組織」の表示データを図１４に示
す。そうしてステップ３２４０で、索引表示テーブル１
４００に基づいてウィンドウ７５００（図７５参照）を
再表示した後、ステップ３１５０（図３１参照）に戻
る。

【００６７】指示された索引が索引分類中にある場合に
ついて説明する。ステップ３１１５で、下位索引の索引
表示テーブル内の表示フラグを設定する。すなわち下位
索引が表示されているかどうか判定し、下位索引が表示
されている場合は下位索引の表示フラグを”非表示”に
し、表示されていない場合は下位索引の表示フラグを”
表示”にする。次にステップ３１３０に進み、索引表示
テーブルに基づいてウィンドウを再表示する。すなわち
下位索引が表示されている索引をユーザが指示した場合
は、その下位索引を非表示にし、一方下位索引が表示さ
れていない索引を指示した場合はその下位索引を表示す
る。例えば図７５において、ユーザが索引分類「組織」
の一層下位の索引「Ｐｒｏｊｅｃｔ０１」７５３１を選
択すると、図１５において「Ｐｒｏｊｅｃｔ０１」１５
１０の下位表示フラグを”表示”１５１４にした後、索
引階層テーブルを参照し、その下位索引「橋本」１５２
０、「山崎」１５３０などを索引表示テーブル１５００
に追加する。そうして同テーブルに基づいてウィンドウ
７６００（図７６参照）を再表示する。

【００６８】ある索引に対する下位索引表示要求を取得
した場合、表示する下位索引数をデフォルトとして設定
しておくことにより、下位索引を効率よく表示すること
ができる。具体的には、下位索引がすべて非表示の場
合、索引階層テーブルから抽出した下位索引のうち、デ
フォルトで設定された個数の下位索引を下位索引表示領
域内に追加表示し、未表示の下位索引があることを示す
記号または文字列などを同領域内に表示する。また索引
表示テーブル内の下位表示フラグを「未表示あり」に変
更し、未表示の下位索引数を該当する箇所に格納する。
再び同じ索引に対して下位索引表示要求を取得した場合
は未表示の下位索引のうち、デフォルトで設定された個
数の下位索引（未表示の下位索引数がデフォルトで設定
された個数に満たない場合は、未表示の下位索引すべ
て）を同領域内に表示し、索引表示テーブルの下位表示
フラグ及び未表示の下位索引数を更新する。さらに同じ
索引に対して下位索引表示要求を取得した場合はこの処
理を繰り返す。このようにして大量の下位索引を持つ索
引に対し、何段階かに分けて下位索引表示領域内に下位
索引を表示することにより、ウィンドウの再表示に要す
る時間を短縮することができる。

【００６９】また下位表示フラグが「下位なし」である
索引が指示された場合、下位索引表示機能を実行しない
ようにすることにより、ユーザの無駄な操作を省き、索
引階層のブラウジングを効率よく行うことができる。以
上のようにして索引の表示を実行することができる。

【００７０】（３）索引編集プログラム 索引編集処理は、索引編集プログラム２５０（図２６参
照）によって実行される。索引の編集では以下の機能を
実行できる。

【００７１】１）索引の新規作成 ユーザが指示した文字列を索引辞書に登録する。１つの
索引には複数の文字列を登録することができる。もし必
要があれば索引辞書にすでに登録されている別の索引と
の上下関係を登録することもできる。

【００７２】２）同義語の編集 索引辞書に登録されている索引について、同義語の追加
／変更（置換）／削除を実行する。

【００７３】３）索引名の変更 ユーザが指示した索引の代表となる名称を変更する。

【００７４】４）索引分類の新規作成 索引の新規作成機能または索引の移動機能を特殊化した
ものである。すなわち索引の新規作成時に上位の索引を
指定しない場合、または、索引の移動時に索引分類と上
位の索引を指定しない場合である。

【００７５】５）索引階層の編集 索引階層の追加／削除、索引の移動、索引の削除、索引
の統合を実行する。

【００７６】６）対応付け情報の変更 ディレクトリ階層をユーザインタフェースとして用いる
場合、索引とディレクトリの対応付け情報の変更を実行
できる。具体的にはユーザが指定したディレクトリと索
引辞書中の索引との対応付け情報の追加／変更／削除を
実行する。適切な索引が索引辞書に登録されていない場
合、索引の編集機能を実行できる。ユーザが新しくディ
レクトリを作成した場合、索引とディレクトリの対応付
け情報の変更の諸機能を実行できる。またユーザがディ
レクトリ階層を変更した場合も同様に変更できる。

【００７７】本実施例による索引編集の諸機能について
説明する。はじめにステップ２５０（図３７参照）に移
る。次にステップ３７１０で、ユーザの入力情報を取得
し、編集対象を判定する。同ステップで取得した編集対
象の種類によって、各編集機能を実行する。

【００７８】（３）―１ 索引新規作成処理 索引の新規作成処理について、索引「Ｐｒｏｊｅｃｔ０
１」の下位索引として索引「佐藤」を作成する場合を例
にとり説明する。ステップ３７１０（図３７参照）で新
規索引作成要求を取得した場合、ステップ３７２０（図
３８参照）に移る。

【００７９】索引の新規作成が可能なウィンドウ、例え
ば索引表示ウィンドウが表示されているかどうか判定す
る。同ウィンドウが表示されている場合は該当するウィ
ンドウを活性化し、未表示の場合は索引表示ウィンドウ
７５００（図７５参照）を表示する。次に登録フラグを
初期化する。次にステップ３８２５で、ユーザの入力情
報を取得し、その入力情報が索引作成の終了要求かどう
か判定する。索引作成の終了要求を取得した場合は索引
表示ウィンドウをクローズ（または不活性化）し、索引
の新規作成処理を終了する。そうでない場合はステップ
３８３０に進み、ステップ３８２５で取得した入力情報
が索引登録要求かどうか判定する。索引登録要求を取得
した場合はステップ３８５０に進むが、そうでない場合
はステップ３８３５に進む。ここでステップ３８２５で
取得した入力情報が索引登録要求でないと仮定すると、
ステップ３８３５に進み、例えば図６１に示すように、
すでに「Ｐｒｏｊｅｃｔ０１」が選択されている状態
で、キーボードから入力された索引名入力領域６１４０
に文字列など（この場合「佐藤」６１４１）、ユーザの
入力情報を取得する。ここでは同ウィンドウ内の索引名
入力領域に登録したい索引名の文字列を入力する方法を
採っているが、画面上に登録したい索引の文字列を入力
するためのウィンドウを別途表示する方法を採ることも
できる。

【００８０】次にステップ３８４０に進み、登録フラグ
を設定する。具体的には、入力された文字列「佐藤」と
同名の既登録索引があるかどうか判定する。既登録索引
がない場合は登録フラグをＯＮにする。ここで既登録索
引があると仮定すると、同名の索引を表示した後、ユー
ザの処理要求を取得する。例えば、「Ｐｒｏｊｅｃｔ０
２」の下位索引にも「佐藤」が登録されている場合は、
ここで同名の索引を表示するとともに、その上位索引
「Ｐｒｏｊｅｃｔ０２」や索引分類「組織」を表示す
る。そうして取得した処理要求をもとに異義の索引とし
て登録するかどうか判定する。登録する場合は登録フラ
グをＯＮにし、そうでない場合は登録フラグをＯＦＦに
する。ここでは異義の索引として表示するため、登録フ
ラグをＯＮにする。

【００８１】次に登録フラグがＯＮであるかどうか判定
する。フラグがＯＮであると仮定すると、全索引数が許
容範囲に等しいかどうか、すなわち新たに索引を作成可
能かどうか判定する。許容範囲に等しい場合は、登録フ
ラグをＯＦＦにした後、メッセージを表示する。そうし
てステップ３８３０で、再びユーザの入力情報を取得
し、入力情報が索引登録要求であればステップ３８５０
に進むが、そうでない場合は同様にして登録フラグ設定
処理を行う。ここで索引登録要求を取得したと仮定す
る。

【００８２】次にステップ３８５０に進み、登録フラグ
がＯＮであるかどうか判定する。フラグがＯＮの場合は
ステップ３８５５に進むが、フラグがＯＦＦの場合はス
テップ３８２５に戻る。ここでフラグがＯＮであると仮
定すると、ステップ３８５５に進み、入力された内容が
適切であるかどうか判定する。内容が適切な場合はステ
ップ３８６０に移るが、そうでない場合はステップ３８
６５に進み、メッセージを表示する。ここで内容が適切
であると仮定すると、ステップ３８６０（図３９参照）
に移り、索引を登録する。

【００８３】ステップ３９１０に進み、登録すべき索引
ＩＤ、新規索引ＩＤを抽出する。索引テーブル５００
（図５参照）を参照し、無効索引ＩＤ（索引名などの情
報が登録されていない索引ＩＤ）を検索することによ
り、索引ＩＤを抽出する。索引テーブル内の無効索引Ｉ
Ｄの最小値を新規索引ＩＤとする方法、有効索引ＩＤ
（索引名などの情報が既に登録されている索引ＩＤ）の
最大値の次の値を新規索引ＩＤとする方法などもある。
次にステップ３９２０で、このようにして抽出した索引
ＩＤに基づいて、索引テーブルの該当する箇所に、索引
名、同義語などの索引情報を代入する。この例では、索
引名として「佐藤」を格納するが、同義語は入力されて
いないため初期状態にしておく。

【００８４】次にステップ３９３０で、上位索引として
指定した索引があるかどうか判定する。該当する上位索
引がある場合はステップ３９４０に進み、索引階層テー
ブル内で上位索引のもつ下位索引情報に新規索引ＩＤを
追加する。この例では、索引「Ｐｒｏｊｅｃｔ０１」を
上位索引として指定しているため、索引階層テーブル
（図７参照）内で「Ｐｒｏｊｅｃｔ０１」（索引ＩＤ
「＃０４０１」７３１）に該当する下位索引情報を探索
し、その下位索引情報に新規索引ＩＤ、例えば「＃０５
４１」を追加する。

【００８５】次にステップ３９５０で、下位索引として
指定した索引があるかどうか判定する。該当する下位索
引がある場合はステップ３９６０に進み、新規索引の下
位索引情報に、下位索引として指定された索引の索引Ｉ
Ｄを追加する。この例では下位索引を指定していないた
め、そのままステップ３９７０に進む。次にステップ３
９７０で、全索引数を更新した後、ステップ３８６０
（図３８参照）に戻る。

【００８６】次にステップ３８７０に進み、索引の登録
が成功したかどうか判定する。登録成功の場合はステッ
プ３８７５に進むが、登録失敗の場合はステップ３８２
５に戻る。ここで登録が成功したと仮定すると、ステッ
プ３８７５に進み、登録した索引、この例では「佐藤」
６２４１（図６２参照）を下位索引表示領域内に表示す
る。そうして入力領域をクリアした後、登録フラグを初
期化して、ステップ３８２５に戻る。同ステップで索引
作成の終了要求を取得するまで、この処理を繰り返す。
一方、同ステップで索引作成の終了要求を取得した場合
は、索引表示ウィンドウをクローズ（または不活性化）
し、索引の新規作成処理を終了する。

【００８７】（３）―２ 同義語編集処理 同義語編集処理、具体的には同義語削除、同義語変更
（置換）及び同義語追加の各処理について説明する。ス
テップ３７１０（図３７参照）で同義語編集要求を取得
した場合、ステップ３７３０（図４０参照）に移る。

【００８８】指定された索引の同義語を編集可能なウィ
ンドウ、同義語編集ウィンドウ６３００が表示されてい
るかどうか判定する。同ウィンドウが表示されている場
合は該当するウィンドウを活性化し、未表示の場合は同
ウィンドウを表示する。同義語編集ウィンドウは、同義
語表示領域６３１０、同義語入力領域６３２０、機能メ
ニューボタン６３３０、６３４０、６３５０、６３６
０、６３７０などから構成される。本実施例では機能メ
ニューボタンを利用しているが、プルダウンメニューを
用いることもできる。また索引名となっている同義語に
は、チェック（レ印）６３１５を付与するなどして、区
別できるようにする。次にステップ４０２０で、ユーザ
の入力情報を取得し、その入力情報が同義語編集の終了
要求かどうか判定する。同義語編集の終了要求を取得し
た場合、この場合ユーザが「ＯＫ」６３３０を選択した
場合は同義語編集ウィンドウをクローズし、同義語編集
処理を終了する。そうでない場合はステップ４０３０に
進み、同義語編集の詳細な処理要求を判定する。同義語
削除要求を取得（図６３ではユーザが「Ｄｅｌｅｔｅ」
６３６０を選択）した場合はステップ４０３５に進む。
同義語変更要求、すなわち同義語置換要求を取得（図６
３ではユーザが「Ｓｕｂｓｔｉｔｕｔｅ」６３５０を選
択）した場合はステップ４０５０に移る。同義語追加要
求を取得（図６３ではユーザが「Ａｄｄ」６３４０を選
択）した場合はステップ４０６０に移る。

【００８９】（同義語削除処理の詳細）同義語削除要求
を取得した場合について、索引「特許」の同義語「ｂｒ
ｅｖｅｔ」を削除する場合を例にとり説明する。ユーザ
はポインティングデバイスで同義語「ｂｒｅｖｅｔ」６
３１３（図６３参照）を選択しているものとする。ステ
ップ４０３５で、同義語が複数個登録されているかどう
か判定する。複数個登録されている場合はステップ４０
４０に移るが、そうでない場合、すなわち指示された索
引に一つの名称しか登録されていない場合はステップ４
０４５に進み、メッセージを表示した後、ステップ４０
７０に進む。この例では、索引「特許」６３１１の同義
語は「Ｐａｔｅｎｔ」６３１２、「ｂｒｅｖｅｔ」６３
１３であり、したがって同義語が複数個登録されている
ため、ステップ４０４０（図４１参照）に移る。まずテ
ーブル変更フラグ及び削除フラグを初期化する。

【００９０】次にステップ４１３０に進み、対応付け情
報テーブル９００を参照して、索引と対応づけされてい
るディレクトリがあるかどうか判定する。同テーブル内
に該当するディレクトリがある場合はステップ４１３５
に進むが、そうでない場合はステップ４１７０に進む。
ここで該当するディレクトリがあると仮定すると、ステ
ップ４１３５に進み、ステップ４１３０で抽出したディ
レクトリのうち、削除したい同義語、この場合「ｂｒｅ
ｖｅｔ」と同名のディレクトリがあるかどうか判定す
る。同名のディレクトリがある場合は、確認用メッセー
ジを表示した後、ステップ４１６５で、ユーザの入力情
報をもとに処理要求を判定し、削除フラグ及びテーブル
変更フラグを設定する。対応テーブル変更要求を取得し
た場合は、削除フラグをＯＮにした後、テーブル変更フ
ラグをＯＮにする。索引変更要求を取得した場合は、削
除フラグをＯＮにした後、テーブル変更フラグをＯＦＦ
にする。中止要求を取得した場合は、削除フラグをＯＦ
Ｆにした後、テーブル変更フラグをＯＦＦにする。

【００９１】次にステップ４１７０に進み、削除フラグ
がＯＮであるかどうか判定する。フラグがＯＮの場合は
ステップ４１７５に進み、索引テーブル５００を参照
し、同義語編集の対象となっている索引、この場合「特
許」５１２を同定した後、ユーザが選択した同義語を同
義語情報から削除する。そうして同義語を削除した後、
ステップ４０４０（図４０参照）に戻る。

【００９２】（同義語置換処理の詳細）同義語置換要求
を取得した場合について説明する。ユーザは置換したい
同義語をポインディングデバイスで選択した後、同義語
入力領域に新しい同義語を入力しているものとする。本
実施例では同義語入力領域に入力された名称を置換後の
同義語とするが、カットアンドペースト機能などを用い
て新しい同義語となる名称を指定することもできる。ま
ずテーブル変更フラグ及び置換フラグを初期化する。

【００９３】次にステップ４２２５（図４２参照）で、
索引テーブル５００を参照し、置換後の同義語として指
定（入力）された名称と同名の索引が同テーブル内にあ
るかどうか判定する。同名の索引がある場合はステップ
４２３０に進むが、そうでない場合はステップ４２５０
に進む。ここで同名の索引があると仮定すると、ステッ
プ４２３０で、該当する同名の索引を表示する。次にユ
ーザの処理要求を取得し、ステップ４２４５で、取得し
た処理要求をもとに、置換後の同義語として指定（入
力）された名称を、異義の索引として登録するかどうか
判定する。異義の索引として登録する場合はステップ４
２５０に進むが、そうでない場合はステップ４２４７に
進み、置換フラグをＯＦＦにする。

【００９４】次にステップ４２５０で、置換フラグがＯ
ＦＦでないかどうか判定する。フラグがＯＦＦでない場
合はステップ４２５２に進む。すなわちフラグがＯＦＦ
の場合はステップ４２８５に進む。ここでフラグがＯＦ
Ｆでないと仮定すると、ステップ４２５２に進み、対応
付け情報テーブル内を参照し、同義語置換処理の対象と
なっている索引と対応づけられているディレクトリがあ
るかどうか判定する。該当するディレクトリがある場合
はステップ４２５５に進み、置換前の同義語または置換
後の同義語となる名称のいずれかと同名のディレクトリ
があるかどうか判定する。該当するディレクトリがある
場合は確認用メッセージを表示する。

【００９５】次にステップ４２５７に進み、ユーザの入
力情報をもとに処理要求を判定し、置換フラグ及びテー
ブル変更フラグを設定する。対応テーブル変更要求を取
得した場合は置換フラグをＯＮにした後、テーブル変更
フラグをＯＮにする。索引変更要求を取得した場合は、
置換フラグをＯＮにした後、テーブル変更フラグをＯＦ
Ｆにする。中止要求を取得した場合は、置換フラグをＯ
ＦＦにした後、テーブル変更フラグをＯＦＦにする。

【００９６】次にステップ４２８５に進み、置換フラグ
がＯＮであるかどうか判定する。フラグがＯＮの場合は
ステップ４２９０に進み、索引テーブルを参照し、同義
語編集の対象となっている索引を同定した後、ユーザが
選択した同義語を置換後の同義語に置換する。そうして
同義語を置換した後、ステップ４０５０（図４０参照）
に戻る。

【００９７】（同義語追加処理の詳細）同義語追加要求
を取得した場合について、索引「特許」に同義語「ｐａ
ｔ」を追加する場合を例にとり説明する。ユーザは同義
語入力領域に新たに同義語となる文字列を入力している
ものとする。本実施例では同義語置換処理と同様に、同
義語入力領域に入力された名称を追加する同義語とする
が、カットアンドペースト機能などを用いて新しい同義
語となる名称を指定することもできる。まずテーブル変
更フラグ及び追加フラグを初期化する。

【００９８】次にステップ４３２５（図４３参照）に進
み、索引テーブル５００を参照し、同義語として追加し
たい名称、この場合「ｐａｔ」と同名の索引があるかど
うか判定する。該当する索引がある場合はステップ４３
３０に進むが、そうでない場合はステップ４３５０に進
む。ここで該当する索引があると仮定すると、ステップ
４３３０で、同名の索引を表示する。次にステップ４３
４０で、ユーザの処理要求を取得し、ステップ４３４５
で、異義の索引として入力された同義語を登録するかど
うか判定する。異義の索引としてその同義語を登録する
場合はステップ４３５０に進む。一方、そうでない場
合、すなわち同義語として追加する場合はステップ４３
４７に進み、追加フラグをＯＦＦにする。

【００９９】次にステップ４３５０に進み、追加フラグ
がＯＦＦでないかどうか判定する。フラグがＯＦＦでな
い場合はステップ４３５２に進む。そうでない場合、す
なわちフラグがＯＦＦの場合はステップ４３８５に進
む。ここで追加フラグがＯＦＦでないと仮定すると、ス
テップ４３５２で、対応付け情報テーブルを参照し、同
義語追加処理の対象となっている索引と対応づけられて
いるディレクトリがあるかどうか判定する。該当するデ
ィレクトリがある場合はステップ４３５５に進む。次に
ステップ４３５５で、ステップ４３５２で抽出したディ
レクトリのうち、同義語として追加したい名称と同名の
ディレクトリがあるかどうか判定する。該当するディレ
クトリがある場合は確認用メッセージを表示する。

【０１００】次にステップ４３５７に進み、ユーザの入
力情報をもとに処理要求を判定する。対応テーブル変更
要求を取得した場合は、追加フラグをＯＮにした後、テ
ーブル変更フラグをＯＮにする。索引変更要求を取得し
た場合は、追加フラグをＯＮにした後、テーブル変更フ
ラグをＯＦＦにする。中止要求を取得した場合は、追加
フラグをＯＦＦにした後、テーブル変更フラグをＯＦＦ
にする。

【０１０１】次にステップ４３８５に進み、追加フラグ
がＯＮであるかどうか判定する。フラグがＯＮの場合は
ステップ４３９０に進み、索引テーブル５００（図５参
照）を参照し、同義語編集の対象となっている索引（こ
の場合、索引「特許」５１２）を同定した後、同義語と
して追加したい名称を索引の同義語情報に追加する。そ
うして同義語を追加した後、ステップ４０６０（図４０
参照）に戻る。

【０１０２】そうしてステップ４０６５に進み、テーブ
ル変更フラグがＯＮであるかどうか判定する。フラグが
ＯＮの場合はステップ３７７０に移り、対応付け情報を
変更する。対応付け情報の変更方法は後に説明する。

【０１０３】次にステップ４０７０に、処理が成功した
かどうか判定する。処理が成功した場合はステップ４０
７５に進み、同義語を再表示する。そうでない場合はス
テップ４０７７に進み、メッセージを表示する。そうし
てステップ４０２０に戻る。同義語編集の終了要求を取
得するまで、処理を繰り返す。一方、同ステップで同義
語編集の終了要求を取得した場合は、同義語編集ウィン
ドウをクローズし、同義語編集処理を終了する。

【０１０４】（３）―３ 索引名変更処理 索引名変更処理について説明する。ステップ３７１０
（図３７参照）で索引名変更要求を取得した場合、ステ
ップ３７４０（図４４参照）に移る。

【０１０５】ステップ４４１０で、指定された索引に登
録されている同義語数を判定する。同義語が１個の場合
はステップ４０５０に進み、同義語を置換する。一方、
同義語が２個以上の場合はステップ４４４５に進む。

【０１０６】まず同義語が１個の場合、すなわち指定さ
れた索引が別名を持たない場合について説明する。指定
された索引の同義語を置換可能なウィンドウ、同義語編
集ウィンドウが表示されているかどうか判定する。同ウ
ィンドウが表示されている場合は該当するウィンドウを
活性化し、未表示の場合は同ウィンドウを表示する。次
にステップ４０５０に移り、同義語を置換する。同義語
の置換方法は、同義語編集処理の一機能として既に説明
しているため、ここでは説明を省略する。次にステップ
４４１８に進み、テーブル変更フラグがＯＮであるかど
うか判定する。フラグがＯＮである場合は対応付け情報
を変更する。対応付け情報の変更方法は後に説明する。
次にステップ４４２０に進み、同義語置換処理が成功し
たかどうか判定する。処理成功の場合はステップ４４２
５に進み、同義語を再表示する。そうでない場合はステ
ップ４４２７に進み、メッセージを表示する。そうして
同義語編集ウィンドウをクローズし、同義語が１つの場
合の索引名変更処理を終了する。

【０１０７】次に同義語が２個以上ある場合について説
明する。指定された索引の索引名を変更可能なウィンド
ウ、同義語編集ウィンドウ６３００が表示されているか
どうか判定する。同ウィンドウが表示されている場合は
該当するウィンドウを活性化し、未表示の場合は同ウィ
ンドウを表示する。次に変更フラグを初期化した後、ス
テップ４４４５に進み、ユーザの入力情報を取得し、そ
の入力情報が索引名変更の終了要求かどうかを判定す
る。ここでユーザの入力情報が索引名変更の終了要求で
ないと仮定すると、ステップ４４５０で、同義語を表示
する。

【０１０８】次にステップ４４５５に進み、ステップ４
４４５で取得した入力情報が索引名変更要求かどうか判
定する。索引名変更要求の場合（例えば図６３におい
て、ユーザがチェック（レ印）が付与されていない同義
語をポインティングデバイスでダブルクリックした場
合）はステップ４４６５に進むが、そうでない場合はス
テップ４４６０に進む。ここで入力情報が索引名変更要
求でないと仮定すると、ユーザの入力情報を取得し、ユ
ーザが入力した変更後の名称がその時点での索引名と同
一であるかどうか判定する。同一名称の場合は変更フラ
グをＯＦＦにし、メッセージを表示する。名称が異なる
場合は変更フラグをＯＮにする。

【０１０９】次にステップ４４６５で、変更フラグがＯ
Ｎであるかどうか判定する。フラグがＯＮの場合は索引
テーブル５００を参照し、索引名変更の対象となってい
る索引ＩＤを抽出した後、該当する索引の索引名の情報
を変更する。具体的には索引名の格納領域に変更後の名
称を書き込む。

【０１１０】次にステップ４４８０（図４８参照）で、
変更処理が成功したかどうか判定する。処理成功の場合
はステップ４４８５に進み、索引名を再表示する。そう
でない場合はステップ４４８７に進み、メッセージを表
示する。そうして同義語編集ウィンドウをクローズし、
同義語が２個以上ある場合の索引名変更処理を終了す
る。

【０１１１】（３）―４ 索引分類新規作成処理 索引分類の新規作成処理について説明する。ステップ３
７１０（図３７参照）で新規索引分類作成要求を取得し
た場合、ステップ３７６０（図４５参照）に移る。

【０１１２】索引分類作成可能なウィンドウ、例えば索
引表示ウィンドウが表示されているかどうか判定する。
同ウィンドウが表示されている場合は該当するウィンド
ウを活性化し、未表示の場合は同ウィンドウを表示す
る。分類作成フラグを初期化した後、ステップ４５２５
で、ユーザの入力情報を取得し、その入力情報が索引分
類作成の終了要求かどうか判定する。索引分類作成の終
了要求を取得した場合は同ウィンドウをクローズし、索
引分類新規作成処理を終了する。ここで入力情報が索引
分類作成の終了要求でないと仮定すると、ステップ４５
３０で、ステップ４５２５で取得したの入力情報が索引
分類作成要求かどうかを判定する。ここでその入力情報
が索引分類作成要求でないと仮定すると、ステップ４５
３５で、既登録索引を索引分類の最上位索引にするかど
うか判定する。最上位索引にする場合は分類作成フラグ
を設定する。そうでない場合、すなわち新たに作成する
索引を索引分類の最上位索引にする場合はステップ４５
５５に進む。

【０１１３】まず既登録索引を索引分類の最上位索引に
する場合について説明する。ユーザは下位索引表示領域
内の索引を選択した後、メニュー選択領域内の該当する
メニュー項目を選択しているものとする。対応付け情報
テーブル９００（図９参照）を参照し、ユーザが指定し
た索引が既に最上位索引として登録されているかどうか
判定する。未登録の場合は分類作成フラグをＯＮにす
る。ここで既に最上位索引として登録されていると仮定
すると、確認用メッセージを表示した後、ユーザの入力
情報をもとに処理要求を判定する。索引分類の作成要求
を取得した場合は分類作成フラグをＯＮにする。一方、
中止要求を取得した場合は分類作成フラグをＯＦＦにす
る。次に分類作成フラグがＯＮであるかどうか判定す
る。ここで分類作成フラグがＯＮであると仮定すると、
全索引分類数が許容範囲に等しいかどうか、すなわち新
たに索引分類を作成可能かどうか判定する。許容範囲に
等しい場合は分類作成フラグをＯＦＦにした後、メッセ
ージを表示する。本実施例ではリスト形式による索引表
示ウィンドウを用いて索引分類を作成する方法を採って
いるが、図６４のように２つの索引表示領域を有するウ
ィンドウを用いて索引分類を作成する方法を採ることが
できる。具体的には、例えば同図において、第一の索引
表示領域６４３０に表示されている索引をユーザがポイ
ンディングデバイスで選択した後、第二の索引表示領域
６４５０にドラッグしたり、または該当するメニュー項
目を選択するなどの方法を採ることができる。

【０１１４】続いて新たに作成する索引を索引分類の最
上位索引にする場合について説明する。索引表示ウィン
ドウの索引名入力領域に、ユーザは新たに作成したい索
引分類の名称を入力した後、メニュー選択領域内の該当
するメニュー項目を選択しているものとする。例えば図
６１において、ユーザが索引表示ウィンドウ６１００の
索引名入力領域６１４０に文字列を入力した後、該当す
るメニュー項目を選択した場合、索引追加ウィンドウ６
５００（図６５参照）を表示する。同ウィンドウは、入
力された文字列の編集内容を確認するためのものであ
り、ユーザがウィンドウ内のボタン６５１０、６５２
０、６５３０を選択することにより、索引の新規作成処
理、（索引分類の最上位索引を含む）既登録索引の同義
語追加処理、索引分類の新規追加処理のいずれかを選択
することができる。ここでユーザが索引分類の新規作成
に対応するボタン６５３０を選択し、ＯＫボタンを選択
した場合、同ウィンドウを索引分類の新規作成処理に移
ることができる。

【０１１５】登録フラグを初期化した後、ユーザの入力
情報を取得する。次にステップ４５５５に進み、入力さ
れた内容が適切であるかどうか判定する。内容が適切な
場合はステップ４５５７に進み、登録フラグを設定す
る。登録フラグの設定方法は、索引の新規作成処理にお
いて説明しているため、ここでは説明を省略する。一
方、内容が適切でない場合はステップ４５６０に進み、
登録フラグをＯＦＦにした後、ステップ４５６２で、メ
ッセージを表示する。次にステップ４５６５に進み、登
録フラグの値を分類作成フラグに代入した後、ステップ
４５３０に戻る。同ステップで、ユーザの入力情報を取
得し、索引分類作成要求かどうかを再び判定する。索引
分類作成要求を取得した場合はステップ４５７５に進む
が、索引分類作成要求を取得するまで、これらの処理を
繰り返す。ここで索引分類作成要求を取得したと仮定す
ると、ステップ４５７５に進む。

【０１１６】ステップ４５７５で、分類作成フラグがＯ
Ｎであるかどうか判定する。フラグがＯＮの場合はステ
ップ４５８２に進むが、フラグがＯＮでない場合はステ
ップ４５２５に戻る。ここでフラグがＯＮであると仮定
すると、ステップ４５８０（図４６参照）に進む。

【０１１７】ステップ４６１０で、新たに作成する索引
を索引分類の最上位索引として登録するかどうか判定す
る。最上位索引として登録する場合はステップ３８６０
に移り、索引を登録する。既登録索引を最上位索引とし
て登録する場合はステップ４６２０に進む。索引の登録
方法は、索引の新規作成処理において説明しているた
め、ここでは説明を省略する。次にステップ４６２０に
進み、索引分類テーブル６００を参照し、同テーブル内
の該当する箇所に新しい索引分類として、索引分類ＩＤ
及び最上位索引となる索引情報を代入する。索引分類Ｉ
Ｄの設定方法として、その時点で有効な索引分類ＩＤの
次の値を索引分類ＩＤとして用いる方法のほかに、無効
索引分類ＩＤ（索引分類の最上位索引などの情報が登録
されていない索引分類ＩＤ）を用いる方法も採ることが
できる。次にステップ４６３０で、全索引分類数を更新
した後、ステップ４５８０（図４５参照）に戻る。

【０１１８】次にステップ４５８２に進み、索引分類の
登録が成功したかどうか判定する。ここで登録が成功し
たと仮定すると、ステップ４５８４に進み、登録した索
引分類を表示する。次に入力領域をクリアした後、分類
作成フラグを初期化する。そうしてステップ４５２５に
戻る。同ステップで、ユーザの入力情報を再び取得し、
その入力情報が索引分類作成の終了要求かどうか判定す
る。終了要求でない場合はステップ４５３０に進み、索
引分類作成処理を繰り返す。終了要求を取得した場合は
索引表示ウィンドウをクローズ（または不活性化）し、
索引分類新規作成処理を終了する。

【０１１９】（３）―５ 索引階層編集処理 索引階層の編集、具体的には索引の移動、索引の削除、
階層関係の変更、索引の統合の各処理について説明す
る。ステップ３７１０（図３７参照）で既登録索引変更
要求を取得した場合、ステップ３７５０（図４７参照）
に移る。

【０１２０】指定された索引の索引階層を編集可能なウ
ィンドウ、索引階層編集ウィンドウが表示されているか
どうか判定する。同ウィンドウが表示されている場合は
該当するウィンドウを活性化し、未表示の場合は索引階
層編集ウィンドウ６４００（図６４参照）を表示する。

【０１２１】次にステップ４７２０に進み、ユーザの入
力情報を取得し、その入力情報が索引階層編集の終了要
求かどうか判定する。索引階層編集の終了要求を取得し
た場合は同ウィンドウをクローズし、索引階層編集処理
を終了する。そうでない場合はステップ４７３０に進
み、索引階層編集の詳細な処理要求を判定する。階層削
除要求を取得した場合はステップ４７３５に進む。階層
移動要求を取得した場合はステップ４７４５に進む。階
層追加要求を取得した場合はステップ４７６５に進む。
削除要求を取得した場合はステップ４７７５に移る。統
合要求を取得した場合はステップ４７８０に移る。

【０１２２】（階層削除処理の詳細）階層削除要求を取
得した場合について説明する。ステップ４７３５で、上
位索引との上下関係を削除したい索引の上位索引数を判
別する。上位索引数が０個の場合、すなわち指定された
索引が索引分類の最上位索引である場合、ステップ４７
３７に進み、メッセージを表示する。上位索引数が１個
の場合は、上位索引との上下関係を削除すると、下位の
方の索引は索引分類の最上位索引となるため、ステップ
３７６０に移り、索引分類を作成する処理を行う。上位
索引数が２個以上の場合はステップ４７４０（図４８参
照）に移る。

【０１２３】上位索引数が０個または１個の場合につい
ての説明はここでは省略し、上位索引が２個以上の場合
について、索引「鈴木」を削除する場合を例にとり説明
する。まず上位関係変更テーブルを初期化する。上位関
係変更テーブルは、削除したい索引の上位索引とフラグ
（その上位索引との上下関係を抹消するかどうかを示す
フラグ）２１０２（図２１参照）から構成される。次に
ステップ４８２０（図４８参照）に進み、ユーザの入力
情報を取得し、その入力情報が索引階層編集の終了要求
かどうか判定する。ここで取得した入力情報が索引階層
編集の終了要求でないと仮定すると、ステップ４８３０
で、索引階層テーブル７００を参照し、索引階層削除の
対象となる索引、この場合「鈴木」を下位索引としても
つ索引を抽出し、その索引ＩＤを上位関係変更テーブル
２１００（図２１参照）の上位索引に代入した後、上位
索引を表示する。この例では、索引「鈴木」の上位索引
は「Ｐｒｏｊｅｃｔ０２」、「テーマ＃１」、「Ａ大学
ＯＢ会」を表示する。次にユーザの入力情報を取得し、
ステップ４８５０で、ユーザの入力情報をもとにユーザ
が指示した上位索引を同定し、指定された上位索引に対
応する上位関係変更テーブルのフラグをＯＮにする。

【０１２４】次にステップ４８５５に進み、フラグがＯ
ＦＦである上位関係変更テーブルの個数、すなわち上下
関係を存続する上位索引数を判別する。フラグがＯＦＦ
である上位関係変更テーブルの個数が１個以上の場合は
ステップ４８６０に進み、該当するテーブルに対応する
上位索引（の索引ＩＤ）を抽出した後、ステップ４８７
０で、索引階層テーブル７００を参照し、抽出した上位
索引の下位索引情報から該当する（下位の方の）索引を
削除する。一方、フラグがＯＦＦであるテーブル数が０
個の場合は確認用メッセージを表示し、ステップ４８９
０で、上位関係変更テーブルのすべての上位索引（の索
引ＩＤ）を抽出し、索引階層テーブルを参照し、抽出し
た上位索引の下位索引情報から該当する索引を削除す
る。すなわちステップ３７６０に移り、索引分類を作成
する。そうしてステップ４７４０（図４７参照）に戻
り、ステップ４７８７に進み、処理が成功したかどうか
判定する。

【０１２５】（階層移動処理の詳細）階層移動要求を取
得した場合について説明する。ステップ４７４５で、例
えば索引階層編集ウィンドウ内に表示されている索引を
ユーザがポインティングデバイスで選択したなどのよう
な、ユーザの入力情報を取得し、その入力情報をもとに
移動したい索引を同定した後、その索引が索引分類の最
上位索引であるかどうか判定する。最上位索引である場
合はステップ４７５０に移り、索引分類を吸収する。そ
うでない場合はステップ４７５５に進み、ユーザの入力
情報をもとに上位索引に指示された索引があるかどうか
判定する。指示された索引がある場合はステップ４７６
０に移り、索引階層を移動する。そうでない場合はステ
ップ３７６０に移り、索引分類を作成する。

【０１２６】移動したい索引を最上位索引とする索引分
類を吸収する場合について、索引「佐藤」および「鈴
木」を下位索引としてもつ索引「Ａ大学ＯＢ会」を最上
位索引とする索引分類を索引「組織」の下位に吸収する
場合を例にとり説明する。吸収フラグを初期化した後、
ステップ４９０５（図４９参照）で、吸収フラグを設定
する。具体的には索引分類テーブル６００及び索引階層
テーブル７００を参照し、上位索引として指示された索
引が属する索引分類（この例では「組織」）と、移動し
たい索引の属する索引分類（この例では「Ａ大学ＯＢ
会」）の双方に属する索引があるかどうか判定する。こ
こで双方の索引分類に属する索引（この例では索引「佐
藤」及び「鈴木」）があると仮定すると、新たな上位索
引として指示された索引またはその上位索引群の中に、
移動したい索引またはその下位索引があるかどうか判定
する。この例では、索引「組織」は最上位索引であり、
移動したい索引「Ａ大学ＯＢ会」の下位索引は「佐藤」
および「鈴木」であるため、「組織」と「Ａ大学ＯＢ
会」、「組織」と「佐藤」、「組織」と「鈴木」の各組
について、２つの索引が同一索引であるかどうかを判定
する。移動したい索引またはその下位索引がある場合は
吸収フラグをＯＦＦにし、そうでない場合は吸収フラグ
をＯＮにする。この例ではいずれも「組織」とは異なる
索引であるため、吸収フラグをＯＮにする。

【０１２７】次に移動先の索引分類内の索引の中に、移
動したい索引またはその下位索引と同名の索引があるか
どうか判定する。ここで同名の索引があると仮定する
と、同名の索引を表示する。この例では索引「佐藤」が
同名（しかも同一）の索引である。次にユーザの入力情
報を取得し、処理要求を取得する。索引分類吸収要求を
取得した場合は吸収フラグをＯＮにし、中止要求を取得
した場合は吸収フラグをＯＦＦにする。

【０１２８】次にステップ４９６０に進み、吸収フラグ
がＯＮであるかどうか判定する。ここでフラグがＯＮで
あると仮定すると、ステップ４９７０で、索引階層テー
ブル７００（図７参照）を参照して、上位索引にしたい
索引の索引ＩＤを抽出し、その下位索引情報に移動した
い索引を追加する。この例では索引「組織」（索引ＩＤ
「＃０４００」７３０）の下位索引情報に「Ａ大学ＯＢ
会」の索引ＩＤを追加する。次に移動した索引、すなわ
ち索引分類の最上位索引に対応する索引分類テーブルの
箇所をクリアする。そうしてステップ４７５０（図４７
参照）に戻り、ステップ４７８７に進み、処理が成功し
たかどうか判定する。

【０１２９】ある索引の下位索引に索引を移動する場合
について説明する。移動フラグ及び部分木移動フラグを
初期化した後、ステップ５０１５（図５０参照）で、移
動したい索引の上位索引数を判別する。上位索引数が１
個の場合はステップ５０１７に進み、上位関係変更テー
ブルのフラグをＯＮにする。上位索引数が２個以上の場
合はステップ５０１８に進み、上位関係変更テーブルを
初期化する。次にステップ５０２０に進み、移動フラグ
をＯＮにした後、ステップ５０２５で、移動する索引の
範囲、すなわちユーザが指示した索引だけを移動の対象
とするか、あるいはその索引および下位索引すべてを移
動の対象とするどうかを判定する。単一の索引、すなわ
ちユーザが指示した索引だけを移動する場合はステップ
５０２７に進み、部分木移動フラグをＯＦＦにする。部
分木を移動する場合はステップ５０３０に進み、部分木
移動フラグをＯＮにする。次にステップ５０３５に進
み、上位索引として指示された索引が属する索引分類
に、移動したい索引があるかどうか判定する。ここで索
引分類に移動したい索引があると仮定すると、ステップ
５０４０で、移動フラグをＯＦＦにした後、確認用メッ
セージを表示する。次にステップ５０５０で、ユーザの
入力情報をもとに処理要求を判定する。上下関係追加要
求を取得した場合はステップ４７７０に移り、上下関係
を追加する。中止要求を取得した場合はステップ５０５
５に進み、部分木移動フラグをＯＦＦにする。上下関係
の追加方法は後に説明する。

【０１３０】次にステップ５０６０に進み、移動フラグ
及び部分木移動フラグがＯＮであるかどうか判定する。
ここで双方のフラグがＯＮであると仮定すると、ステッ
プ５０６５で、索引階層テーブル７００を参照し、上位
索引として指示された索引が属する索引分類に、移動し
たい索引の下位索引があるかどうか判定する。ここで該
当する下位索引があると仮定すると、ステップ５０６７
で、移動フラグをＯＦＦにした後、確認用メッセージを
表示する。次にステップ５０７５で、ユーザの入力情報
をもとに、その入力情報が階層移動中止要求かどうか判
定する。階層移動中止要求を取得した場合はステップ５
０７７に進み、部分木移動フラグをＯＦＦにする。

【０１３１】次にステップ５０８０に進み、移動フラグ
がＯＮであるかどうか判定する。

【０１３２】フラグがＯＮの場合はステップ５０９０に
移り、索引階層を更新する。ここでフラグがＯＮである
と仮定すると、ステップ５１１０（図５１参照）で、移
動したい索引の上位索引が２個以上あるかどうか判定す
る。ここで上位索引が２個以上あると仮定すると、ステ
ップ５１２０で、上位関係変更テーブルをもとに、移動
したい索引の上位索引を表示する。次に入力情報を取得
し、ユーザが指示した上位索引（の索引ＩＤ）を同定す
る。次にステップ５１４０に進み、指示された上位索引
に対応する上位関係変更テーブルのフラグをＯＮにす
る。

【０１３３】次にステップ５１４５に進み、部分木移動
フラグがＯＦＦであるかどうか判定する。ここでフラグ
がＯＦＦである、すなわち移動したい索引だけを移動す
ると仮定すると、ステップ５１５０で、索引階層テーブ
ル７００を参照し、移動したい索引の上位索引のうち、
移動したい索引の下位索引の二層上位の索引でもある上
位索引、すなわち移動したい索引及びその下位索引の双
方を、一層下位の索引としてもつ索引（の索引ＩＤ）を
抽出する。次にステップ５１６０に進み、移動したい索
引の下位索引を、ステップ５１５０で抽出した上位索引
の下位索引情報に追加する。

【０１３４】次にステップ５１７０に進み、索引階層テ
ーブル７００を参照し、新たに上位索引にしたい索引の
下位索引情報に、移動したい索引を追加する。次にステ
ップ５１８０に進み、上位関係変更テーブルのフラグが
ＯＮである上位索引を抽出し、索引階層テーブル内の該
当する上位索引の下位索引情報から、移動した索引の索
引ＩＤを削除する。そうしてステップ５０８０（図５０
参照）、さらにステップ４７６０（図４７参照）に戻
り、ステップ４７８７に進み、処理が成功したかどうか
判定する。

【０１３５】（階層追加処理の詳細）階層追加要求を取
得した場合について説明する。ステップ４７６５で、ユ
ーザの入力情報を取得し、その入力情報をもとにユーザ
に指示された索引を同定し、その索引が索引分類の最上
位索引であるかどうか判定する。最上位索引である場合
はステップ４７６７に進み、メッセージを表示する。そ
うでない場合はステップ４７７０に移り、上下関係を追
加する。

【０１３６】ここで指示された索引が最上位索引でない
と仮定すると、追加フラグを初期化した後、ステップ５
２１５（図５２参照）で、追加フラグを設定する。具体
的には上位索引として指示された索引が属する索引分類
に、ユーザに指示された同一の索引があるかどうか判定
する。同一の索引がない場合は追加フラグをＯＮにす
る。ここで同一の索引があると仮定すると、上位索引ま
たはその上位索引群と同一であるかどうか判定する。同
一の索引がある場合は追加フラグをＯＦＦにする。次に
上位索引と同位の索引またはその下位索引のうち、上下
関係を追加したい索引と同一の索引があるかどうか判定
する。同一の索引がある場合は確認用メッセージを表示
する。次にユーザの処理要求を判定し、上下関係の追加
要求を取得した場合は追加フラグをＯＮにし、中止要求
を取得した場合は追加フラグをＯＦＦにする。

【０１３７】次にステップ５２７０に進み、追加フラグ
がＯＮであるかどうか判定する。フラグがＯＮの場合は
ステップ５２８０に進み、索引階層テーブル７００を参
照し、新たに上位索引として指示された索引の下位索引
情報に索引を追加する。そうしてステップ４７７０（図
４７参照）に戻り、ステップ４７８７に進み、処理が成
功したかどうか判定する。

【０１３８】（索引削除処理の詳細）削除要求を取得し
た場合について説明する。ステップ４７７５（図５３参
照）に移り、テーブル変更フラグ及び索引削除フラグを
初期化する。次にステップ５３２０に進み、ディレクト
リテーブル８００を参照し、削除したい索引と対応づけ
られているディレクトリがあるかどうか判定する。ここ
で該当するディレクトリがあると仮定すると、確認用メ
ッセージを表示する。次にステップ５３２５に進み、テ
ーブル変更フラグ及び索引削除フラグを設定する。具体
的にはユーザの処理要求を取得し、対応テーブル変更要
求を取得した場合はテーブル変更フラグをＯＮにする。
一方、中止要求を取得した場合はテーブル変更フラグを
ＯＦＦにした後、索引削除フラグをＯＦＦにする。

【０１３９】次にステップ５３５０で、索引削除フラグ
がＯＦＦでないかどうか判定する。ここでフラグがＯＦ
Ｆであると仮定すると、ステップ５３５５で、索引階層
テーブル７００を参照し、削除したい索引に下位索引が
登録されていないかどうか判定する。下位索引が登録さ
れていない場合はステップ５３６０に進み、索引削除フ
ラグをＯＮにする。ここで下位索引が登録されていると
仮定すると、ステップ５３６５で、上位／下位変更テー
ブルを初期化した後、ステップ５３７０（図５４参照）
に進み、同テーブルを生成する。上位／下位変更テーブ
ル２２００（図２２参照）は、上位索引２２０１、下位
索引２２０２、フラグ２２０３（下位索引を上位索引の
一層下位の索引にするかどうかを示すフラグ）から構成
される。次にステップ５４１０で、削除したい索引の上
位索引数を判別する。上位索引数が０個の場合、すなわ
ち削除したい索引が索引分類の最上位索引である場合は
ステップ５４１５に進む。上位索引数が１個の場合はス
テップ５４２５に進む。上位索引数が２個以上の場合は
ステップ５４３５に進む。

【０１４０】上位索引数が０個の場合について説明す
る。ステップ５４１５で、索引階層テーブル７００を参
照し、削除したい索引の下位索引を抽出し、上位／下位
変更テーブルを生成した後、同テーブルをもとに下位索
引を表示する。この場合は上位索引がないため、上位／
下位変更テーブルには下位索引のみを代入する。次にス
テップ５４１７で、ユーザの入力情報を取得する。次に
ステップ５４２０に進み、取得した入力情報をもとに、
指示された下位索引に対応する上位／下位変更テーブル
のフラグをすべてＯＮにした後、ステップ５４４５に進
む。

【０１４１】上位索引数が１個の場合について説明す
る。ステップ５４２５で、索引階層テーブルを参照し、
削除したい索引の上位索引及び下位索引を抽出した後、
下位索引の個数分だけの上位／下位変更テーブルを生成
し、同テーブルをもとに上位索引と下位索引の各組を表
示する。この場合、上位／下位変更テーブルには同一索
引分類に属する上位索引と下位索引を代入する。次にユ
ーザの入力情報を取得し、ステップ５４３０に進み、取
得した入力情報をもとに指示された下位索引に対応する
上位／下位変更テーブルのフラグをすべてＯＮにする。

【０１４２】上位索引数が２個以上の場合について説明
する。ステップ５４３５で、索引階層テーブル７００を
参照し、削除したい索引の上位索引と下位索引を抽出し
た後、１つの上位索引に対して下位索引の個数分だけの
上位／下位変更テーブルを生成し、同テーブルをもとに
上位索引と下位索引の各組を表示する。上位索引数が１
個の場合と同様に、上位／下位変更テーブルには同一索
引分類に属する上位索引と下位索引を代入する。ユーザ
の入力情報を取得し、ステップ５４４０で、ユーザの入
力情報をもとに指示された上位索引と下位索引の組に対
応する上位／下位変更テーブルのフラグをすべてＯＮに
する。

【０１４３】このようにして上位／下位変更テーブルの
フラグを設定した後、ステップ５４４２で、索引削除フ
ラグを設定する。具体的には上位／下位変更テーブルの
フラグがすべてＯＮであるかどうか判定し、フラグがす
べてＯＮの場合は索引削除フラグをＯＮにし、そうでな
い場合、すなわち少なくとも一つは下位索引との上下関
係を保持したい場合は索引削除フラグをＯＦＦにする。
次にステップ５４５５で、索引削除フラグがＯＮかどう
か判定する。フラグがＯＮの場合はステップ５４６０に
移り、削除したい索引の下位索引との上下関係を変更す
る。そうでない場合は確認用メッセージを表示し、ステ
ップ５４７５に進み、ユーザの処理要求を取得する。上
位／下位変更テーブルのフラグがＯＮとなっている下位
索引のみ移動する要求を取得した場合はステップ５４６
０に移り、削除したい索引の下位索引との上下関係を変
更する。中止要求を取得した場合はステップ５４８０に
進み、メッセージを表示する。

【０１４４】ここで下位索引との上下関係を変更する場
合について説明する。ステップ５５１０（図５５参照）
で、削除したい索引の上位索引数を判別する。また、上
位索引数が１個以上の場合はステップ５５４０に進み、
上位／下位変更テーブルに基づいて、新たに上位索引に
したい索引の下位索引情報に、削除したい索引の下位索
引を追加する。ここで削除したい索引の上位索引数が０
個であると仮定すると、ステップ５５１５で、（削除し
たい索引の）下位索引を最上位索引とする索引分類数
と、その時点での全索引分類数の和が、許容範囲を超え
ないかどうか、すなわち新しい索引分類を下位索引の個
数分作成可能かどうかを判定する。許容範囲を超えない
場合はステップ５５２０に進み、下位索引の個数分の新
しい索引分類ＩＤを抽出し、索引分類テーブル６００の
該当する箇所に新しい索引分類の最上位索引、すなわち
下位索引の索引情報を代入する。ステップ５５２５で、
全索引分類数を更新する。そうでない場合、すなわち下
位索引の個数分の索引分類を作成できない場合はステッ
プ５５３０に進み、索引削除フラグをＯＦＦにした後、
ステップ５５３５で、メッセージを表示する。

【０１４５】次にステップ５５５０に進み、索引階層テ
ーブル７００内に格納されている、削除したい索引を探
索し、その下位索引情報をクリアする。そうしてステッ
プ５３７０（図５３参照）に戻る。

【０１４６】次にステップ５３７５に進み、索引削除フ
ラグがＯＮであるかどうか判定する。ここでフラグがＯ
Ｎであると仮定すると、ステップ５３７７で、索引階層
テーブル７００を参照し、削除したい索引の上位索引を
探索し、その上位索引のもつ下位索引情報から該当する
索引の索引ＩＤを削除する。次に索引テーブル５００内
の削除した索引に該当する箇所をクリアする。次にステ
ップ５３８２で、全索引数を更新する。

【０１４７】次にステップ５３９０に進み、テーブル変
更フラグがＯＮであるかどうか判定する。フラグがＯＮ
の場合はステップ３７７０に移り、対応付け情報を更新
する。対応付け情報の更新方法は後に説明する。そうし
てステップ４７７５（図４７参照）に戻り、ステップ４
７８７に進み、処理が成功したかどうか判定する。

【０１４８】（索引統合処理の詳細）統合要求を取得し
た場合について、市町村の統合、「ａ町」と「ｂ町」を
統合する場合を例にとり説明する。索引階層の例を図２
５に示す。同図のように、「ａ町」２５４０及び「ｂ
町」２５５０は「Ｂ郡」２５３０を上位索引とし、また
「ａ町」は「字ａ１」２５４５、「字ａ２」２５４６、
「ｂ町」は「字ｂ１」２５５５、「字ｂ２」２５５６、
「字ａ１」２５５７をそれぞれ下位索引としてもつもの
とする。まずステップ４７８０（図５６参照）に移り、
統合フラグ、分類削除フラグ及びテーブル変更フラグを
初期化する。次にステップ５６１５に進み、対応付け情
報テーブル９００を参照し、統合したい索引と対応づけ
られているディレクトリがあるかどうか判定する。ここ
で該当するディレクトリがあると仮定すると、確認用メ
ッセージを表示する。次にステップ５６１７に進み、テ
ーブル変更フラグ及び統合フラグを設定する。具体的に
はユーザの入力情報をもとに処理要求を判定し、対応テ
ーブル変更要求を取得した場合はテーブル変更フラグを
ＯＮにする。一方、中止要求を取得した場合はテーブル
変更フラグをＯＦＦにした後、統合フラグをＯＦＦにす
る。

【０１４９】次にステップ５６４０（図５７参照）に移
り、統合先索引を設定する。ここでユーザが指示した２
つの索引のうち、他方の索引のもつ情報を吸収する索引
を統合先索引と呼ぶ。そうして他方の索引、すなわち統
合先索引に吸収される索引を統合元索引と呼ぶことにす
る。統合元索引、統合先索引及び削除分類を初期化す
る。次にステップ５７２０で、統合したい２つの索引は
同一索引分類に属するかどうか判定する。同一索引分類
に属する場合はステップ５７２２に進み、分類削除フラ
グをＯＦＦにする。ここで２つの索引が異なる索引分類
に属すると仮定すると、ステップ５７２５で、２つの索
引のうち、少なくともいずれか一方は索引分類の最上位
索引であるかどうか判定する。いずれも最上位索引でな
い場合はステップ５７６５に進み、分類削除フラグをＯ
ＦＦにする。ここでいずれか一方の索引が索引分類の最
上位索引であると仮定すると、まずステップ５７３０
で、分類削除フラグをＯＮにする。次にステップ５７４
０に進み、最上位索引の索引ＩＤを統合元索引に代入し
た後、ステップ５７５０で、統合元索引の索引分類の索
引分類ＩＤを削除分類に代入する。次にステップ５７６
０に進み、索引分類の最上位でない方の索引の索引ＩＤ
を統合先索引に代入する。ここで双方の索引が索引分類
の最上位索引である場合は、それぞれの下位索引数を比
較するなどして統合先索引及び統合元索引を設定する方
法を採ることもできる。この例では、統合したい２つの
索引が同一索引分類に属するため、ステップ５７２２に
進み、分類削除フラグをＯＦＦにする。

【０１５０】次にステップ５７７５に進み、分類削除フ
ラグがＯＮでないかどうか判定する。ここでフラグがＯ
Ｎでないと仮定すると、ステップ５７８０で、統合した
い２つの索引の一層下位の下位索引数を調べた後、ステ
ップ５７８５で、下位索引数の多い索引の索引ＩＤを統
合先索引に代入する。この例ではフラグがＯＦＦである
ため、ステップ５７８０に進む。次にステップ５７９０
に進み、下位索引数の少ない索引の索引ＩＤを統合元索
引に代入する。この例では「ａ町」の一層下位の下位索
引数と、「ｂ町」の一層下位の下位索引数を比較する
と、「ｂ町」の方が下位索引数が多いため、統合先索引
に「ｂ町」の索引ＩＤ、統合元索引に「ａ町」の索引Ｉ
Ｄをそれぞれ代入する。本実施例では、上下関係の変更
を効率よく実行するために、下位索引数の多い索引を統
合先索引に設定する方法を採っているが、別の基準を用
いて統合先索引を設定することもできる。そうしてステ
ップ５６４０（図５６参照）に戻る。

【０１５１】次にステップ５６４５に進み、索引階層テ
ーブル７００を参照し、統合元索引に上位索引があるか
どうか判定する。ここで統合元索引に上位索引があると
仮定すると、ステップ５６５０（図５８参照）に移り、
統合先索引に上位索引を追加する。具体的にはステップ
５８１０で、統合元索引の上位索引のうち、統合先索引
またはその下位索引と同一の索引があるかどうか判定
し、同一の索引がある場合はステップ５８２０に進み、
統合フラグをＯＦＦにする。次にステップ５８３０に進
み、統合フラグがＯＦＦでないかどうか判定する。ここ
でフラグがＯＦＦでないと仮定すると、ステップ５８４
０で、上位関係変更テーブルを初期化した後、ステップ
５８５０で、索引階層テーブル７００内で統合元索引の
上位索引を探索し、その索引ＩＤを上位関係変更テーブ
ルの該当する箇所に代入する。次にステップ５８６０に
進み、上位関係変更テーブルのリストがＮＵＬＬである
かどうか判定する。はじめは上位関係変更テーブルのリ
ストがＮＵＬＬでないため、ステップ５８７０に進み、
索引階層テーブル内で上位索引に対応する索引を探索
し、その下位索引情報に統合先索引の索引ＩＤを追加す
る。そうしてステップ５８６０に戻り、再び上位関係変
更テーブルのリストがＮＵＬＬかどうか判定する。同テ
ーブルのリストがＮＵＬＬでない場合は、索引階層テー
ブル内で統合先索引の索引ＩＤを上位索引の下位索引情
報に追加する処理を繰り返す。ここで同テーブルのリス
トがＮＵＬＬの場合はステップ５６５０（図５６参照）
に戻る。

【０１５２】次にステップ５６５５に進み、統合元索引
に下位索引があるかどうか判定する。ここで下位索引が
あると仮定すると、ステップ５６６０（図５９参照）に
移り、索引階層テーブル内で統合元索引の下位索引を探
索し、各下位索引を統合先索引の下位索引として移動す
る。具体的にはステップ５９１０で、下位関係変更テー
ブルを初期化する。下位関係変更テーブル２３００（図
２３参照）は下位索引２３０１、フラグ２３０２（下位
索引の索引階層を移動するかどうかを示すフラグ）など
から構成される。次にステップ５９２０（図５９参照）
で、下位関係変更テーブルの該当する箇所に下位索引
（の索引ＩＤ）を代入する。この例では「ａ町」の下位
索引である「字ａ１」、「字ａ２」を下位関係変更テー
ブル（図２３参照）の下位索引に代入する。次にステッ
プ５９３０に進み、下位関係変更テーブルのリストがＮ
ＵＬＬであるかどうか判定する。はじめは同テーブルの
リストがＮＵＬＬでないため、ステップ４７６０に進
み、索引階層を移動する。索引階層の移動方法は別途説
明するため、ここでは説明を省略する。ただしこの場合
は下位索引及びその下位索引群を移動するものとする。
そうしてステップ５９３０に戻り、再び下位関係変更テ
ーブルリストがＮＵＬＬであるかどうか判定する。同テ
ーブルのリストがＮＵＬＬでない場合はステップ４７６
０に進み、索引階層の移動処理を繰り返す。ここで下位
関係変更テーブルのリストがＮＵＬＬであると仮定する
と、ステップ５６６０（図５６参照）に戻る。

【０１５３】次にステップ５６７０（図６０参照）に移
り、２つの索引の同義語を統合する。ステップ６０１０
で、統合先索引の索引名及びその同義語を表示し、ステ
ップ６０１５で、同様に統合元索引の索引名及びその同
義語を表示する。次にステップ６０２０に進み、同義語
追加テーブルを初期化する。同テーブル２４００（図２
４参照）は、同義語２４０１、フラグ２４０２（統合先
索引の同義語として追加するかどうかを示すフラグ）か
ら構成される。次にステップ６０５５（図６０参照）に
進み、同義語追加テーブルのフラグを設定する。具体的
には統合元索引の索引名または同義語のうち、統合先索
引の索引名または同義語と重複するものがあるかどうか
判定し、重複するものがない場合は同義語追加テーブル
のフラグをすべてＯＮにする。ここで重複するものがあ
ると仮定すると、確認用メッセージを表示し、ユーザの
入力情報をもとに処理要求を判定する。重複したまま統
合する場合は重複している同義語に該当する同義語追加
テーブルのフラグをＯＮにする。一方、重複を回避する
場合は重複している同義語に該当する同義語追加テーブ
ルのフラグをＯＦＦにする。この例では統合先索引の索
引名「ｂ町」及びその同義語「ｂ」と、統合元索引の索
引名「ａ町」及びその同義語「ａ」は重複しないため、
下位関係変更テーブル内の「ａ町」及び「ａ」のフラグ
はいずれもＯＮとなる。次にステップ６０６０に進み、
同義語追加テーブルのフラグがＯＮである同義語を、索
引テーブル内の統合先索引の同義語に追加する。この例
では「ａ町」及び「ａ」を「ｂ町」の同義語に追加す
る。そうしてステップ５６７０（図５６参照）に戻る。

【０１５４】次にステップ５６７５に進み、テーブル変
更フラグがＯＮであるかどうか判定する。フラグがＯＮ
の場合はステップ３７７０に移り、対応付け情報を更新
する。対応付け情報の更新方法は後に説明する。

【０１５５】次にステップ５６８０に進み、分類削除フ
ラグがＯＮであるかどうか判定する。フラグがＯＮの場
合はステップ５６８５に進み、索引分類テーブル内の該
当する箇所をクリアした後、ステップ５６８７に進み、
全索引分類数を更新する。

【０１５６】こうして統合元索引の下位索引情報、統合
先索引の上位索引情報、及びディレクトリとの対応付け
情報を更新した後、ステップ４７７５に移り、索引を削
除する。索引の削除方法は別途説明するため、ここでは
省略する。そうしてステップ４７８０（図４７参照）に
戻り、ステップ４７８７に進み、処理が成功したかどう
か判定する。

【０１５７】そうしてステップ４７８７で、各編集処理
が成功したかどうか判定する。処理成功の場合はステッ
プ４７９０に進み、索引階層を再表示し、そうでない場
合はステップ４７９２に進み、メッセージを表示する。
そうしてステップ４７２０に戻り、再びユーザの入力情
報を取得し、その入力情報が索引階層編集の終了要求か
どうかを判定する。終了要求でない場合は、ステップ４
７３０に進み、上記の各処理を繰り返す。終了要求を取
得した場合は索引表示ウィンドウをクローズ（または不
活性化）し、索引階層編集処理を終了する。

【０１５８】（３）―６ 対応付け情報変更処理 対応付け情報の変更処理について説明する。ステップ３
７１０（図３７参照）で対応テーブル変更要求を取得し
た場合、ステップ３７７０（図６６参照）に移る。対応
付け情報を変更可能なウィンドウ、対応情報表示ウィン
ドウが表示されているかどうか判定する。同ウィンドウ
が表示されている場合は該当するウィンドウを活性化
し、そうでない場合は対応情報表示ウィンドウを表示す
る。対応情報表示ウィンドウには、索引優先型（索引階
層のブラウジングを重視した）ウィンドウ７８００（図
７８参照）と、ディレクトリ優先型（ディレクトリ階層
のブラウジングを重視した）ウィンドウ７９００（図７
９参照）とがあり、ユーザが該当するメニュー項目を選
択することにより、必要に応じた表示形態に切り替える
ことができる。対応情報表示ウィンドウにおいて、ウィ
ンドウ内に表示されている索引（またはディレクトリ）
の横に「＊」などの印を付与することにより、ディレク
トリ（または索引）との対応付け情報があることを示し
ている。例えば図７８において、索引「特許」７８３１
にはウィンドウ右側に表示されているディレクトリ「Ｐ
ｒｏｊｅｃｔ０１／橋本／Ｐａｔｅｎｔ」７８５１など
が対応づけられており、一方図７９においてはディレク
トリ「特許」７９３１には索引「Ｐｒｏｊｅｃｔ０１」
７９５１、「山崎」７９５２、「テーマ＃２」７９５
３、「特許」７９５４が対応づけられていることがわか
る。次にステップ６６２０に進み、ユーザの入力情報を
取得し、その入力情報が対応付け情報変更の終了要求か
どうか判定する。終了要求を取得した場合は、同ウィン
ドウをクローズし、対応付け情報変更処理を終了する。
ここで取得した入力情報が対応付け情報変更の終了要求
でないと仮定すると、ステップ６６３０で、索引テーブ
ル５００を参照し、対応付け情報変更の対象となる索引
及びその同義語を抽出する。次にステップ６６３５に進
み、ステップ６６２０で取得した入力情報をもとに処理
要求を判定する。同ステップで取得した処理要求の種類
によって、各処理を実行する。

【０１５９】（同義語削除に伴う対応付け情報削除処理
の詳細）同義語削除要求を取得した場合の対応付け情報
削除処理について説明する。ステップ６６４０（図６７
参照）に移る。次にステップ６７１０で、ユーザの入力
情報を取得し、その入力情報が同義語に対応する索引の
対応付け情報の削除要求かどうか判定する。ここで削除
要求でないと仮定すると、ステップ６７１５に進み、対
応付け情報削除の指定方法を判定する。

【０１６０】索引優先の場合、すなわち索引を先行して
指定する場合について説明する。ステップ６７２０に進
み、対応付け情報テーブル内でディレクトリとの対応付
けを削除したい索引と、その索引に対応するディレクト
リを抽出する。次にステップ６７２５に進み、索引と対
応づけられたディレクトリがあるかどうか判定する。該
当するディレクトリがない場合はステップ６７３５に進
み、メッセージを表示する。

【０１６１】ここで該当するディレクトリがあると仮定
すると、ステップ６７３０で、ディレクトリとの対応付
け情報を削除する。具体的には対応付け情報を削除した
い索引及びその同義語を表示する。次にユーザの入力情
報を取得し、指示された同義語と同名のディレクトリが
対応付け情報テーブル９００内にあるかどうか判定す
る。該当するディレクトリがある場合は、対応付け情報
テーブル内の該当する箇所から同名のディレクトリ情報
を削除する。ここで同名のディレクトリがないと仮定す
ると、ユーザの入力情報を取得し、入力情報をもとに処
理要求を取得する。削除要求を取得した場合は、対応付
け情報テーブル内の該当する箇所から、ユーザに指示さ
れたディレクトリ情報を削除する。そうしてディレクト
リを再表示した後、ステップ６７１０に戻る。

【０１６２】ディレクトリ優先の場合について説明す
る。ステップ６７５０で、対応付け情報テーブル内で、
対応付け情報を削除したいディレクトリと、そのディレ
クトリに対応する索引を抽出する。次にステップ６７５
５に進み、ディレクトリと対応づけられた索引があるか
どうか判定する。該当する索引がない場合はステップ６
７８５に進み、メッセージを表示する。ここで該当する
索引があると仮定すると、ステップ６７６０で、該当す
る索引及びその同義語を表示する。次にユーザの入力情
報を取得し、ステップ６７７０に進み、入力情報をもと
に処理要求を取得する。削除要求を取得した場合はステ
ップ６７８０に進み、対応付け情報テーブル９００内の
該当する箇所から、索引との対応付けを削除したいディ
レクトリ情報を削除した後、ステップ６７１０に戻る。
また中止要求を取得した場合はそのままステップ６７１
０に戻る。本実施例では、索引とディレクトリの対応付
け情報を索引ＩＤを軸として格納しているため、ディレ
クトリを先行して選択する場合においても、ディレクト
リ情報を削除する方法を採っているが、対応付け情報を
ディレクトリＩＤを軸として格納して、索引情報を削除
する方法を採ることもできる。

【０１６３】ステップ６７１０で、再びユーザの入力情
報を取得し、入力情報が削除要求かどうか判定する。削
除要求でない場合はステップ６７１５に進み、処理を繰
り返す。ここで削除要求を取得したと仮定すると、ステ
ップ６６４０（図６６参照）に戻り、ステップ６６８５
に進み、処理が成功したかどうか判定する。

【０１６４】（同義語変更に伴う対応付け変更処理の詳
細）同義語変更要求を取得した場合の対応付け情報変更
処理について説明する。ステップ６６５０（図６８参
照）に移る。ステップ６８１０で、ユーザの入力情報を
取得し、ある索引の同義語に対応する索引の対応付け情
報の変更要求かどうかを判定する。変更要求を取得した
場合はステップ６６５０に戻る。ここで入力情報が変更
要求でないと仮定すると、ステップ６８１５で対応付け
情報変更の指定方法を判定する。

【０１６５】索引優先の場合について説明する。ステッ
プ６８２０で、対応付け情報テーブル９００を参照し、
変更前の索引（対応付け情報を削除したい索引）及び変
更後の索引（対応付け情報を追加したい索引）に対応す
るディレクトリを抽出する。次にステップ６８２５に進
み、いずれかの索引と対応づけられたディレクトリがあ
るかどうか判定する。該当するディレクトリがない場合
はステップ６８３５に進み、メッセージを表示する。

【０１６６】ここで該当するディレクトリがあると仮定
すると、ステップ６８３０で、ディレクトリとの対応付
け情報を変更する。具体的には、変更前の索引及び変更
後の索引にそれぞれ対応するディレクトリ名を表示す
る。次にユーザの入力情報を取得し、ユーザの入力情報
をもとに処理要求を判定する。変更要求を取得した場合
は、対応付け情報テーブル内で変更後の索引の索引ＩＤ
を探索し、該当する箇所にディレクトリ情報を代入した
後、対応付け情報テーブル内の変更前の索引に該当する
箇所からディレクトリ情報を削除する。次に変更前の索
引及び変更後の索引と対応するディレクトリ名を再表示
した後、ステップ６８１０に戻る。

【０１６７】ディレクトリ優先の場合について説明す
る。ステップ６８５０で、対応付け情報テーブル９００
を参照し、対応付け情報を変更したいディレクトリと、
そのディレクトリに対応する索引を抽出する。次にステ
ップ６８５５に進み、ディレクトリと対応づけられた索
引があるかどうか判定する。該当する索引がない場合は
ステップ６８９５に進み、メッセージを表示する。ここ
で該当する索引があると仮定すると、索引表示ウィンド
ウを表示し、ユーザの入力情報を取得する。次にステッ
プ６８７０に進み、その入力情報をもとに処理要求を判
定する。ここで変更要求を取得したと仮定すると、ステ
ップ６８８０で、対応付け情報テーブル内の指示された
索引の該当する箇所を探索し、その箇所にディレクトリ
情報を代入する。次にステップ６８８５に進み、同テー
ブル内の該当する箇所からディレクトリ情報を削除す
る。

【０１６８】次に索引表示ウィンドウをクローズした
後、ステップ６８１０に戻る。同ステップで、再びユー
ザの入力情報を取得し、その入力情報が変更要求かどう
か判定する。変更要求でない場合はステップ６８１５に
進み、変更処理を繰り返す。変更要求を取得した場合は
ステップ６６５０（図６６参照）に戻る。そうしてステ
ップ６６５０に戻り、ステップ６６８５に進み、処理が
成功したかどうか判定する。

【０１６９】（同義語追加に伴う対応付け情報追加処理
の詳細）同義語追加要求を取得した場合の対応付け情報
追加処理について説明する。ステップ６６６０（図６９
参照）に移る。ステップ６９１０で、ユーザの入力情報
を取得し、その入力情報が同義語に対応する索引の対応
付け情報の追加要求かどうか判定する。追加要求を取得
した場合はステップ６６６０に戻る。ここで入力情報が
追加要求でないと仮定すると、ステップ６９１５で、対
応付け情報追加の指定方法を判定する。

【０１７０】索引優先の場合について説明する。ステッ
プ６９２０で、対応付け情報テーブル９００を参照し、
対応付け情報を追加したい索引と対応するディレクトリ
を抽出する。次にステップ６９２５に進み、ユーザの入
力情報を取得し、その入力情報をもとに、ユーザに指示
された同義語と同名のディレクトリがあるかどうか判定
する。該当するディレクトリがある場合はステップ６９
３０に進み、ディレクトリ名を表示する。

【０１７１】次にユーザの入力情報を取得し、ステップ
６９４５に進み、ユーザの入力情報をもとに指示された
ディレクトリを同定し、そのディレクトリがすでに対応
づけられているかどうか判定する。すでに対応づけられ
ている場合はステップ６９４７に進み、メッセージを表
示する。そうでない場合はステップ６９５０に進み、対
応付け情報テーブル内で指示された索引の索引ＩＤを探
索し、該当する箇所にディレクトリ情報を代入する。そ
うしてステップ６９１０に戻る。

【０１７２】ディレクトリ優先の場合について説明す
る。ステップ６９６０で、対応付け情報テーブル９００
を参照し、ディレクトリと対応する索引を抽出する。次
にステップ６９６５に進み、ディレクトリと対応づけら
れた索引があるかどうか判定する。該当する索引がある
場合はステップ６９７０に進み、対応する索引及びその
同義語を表示する。

【０１７３】次にユーザの入力情報を取得し、ステップ
６９８５に進み、対応付け情報テーブル内の指示された
索引の索引ＩＤを探索し、該当する箇所にディレクトリ
情報を代入した後、ステップ６９９０で、索引を再表示
する。そうしてステップ６９１０に戻る。

【０１７４】ステップ６９１０で、再びユーザの入力情
報を取得し、追加要求かどうか判定する。追加要求でな
い場合はステップ６９１５に進み、追加処理を繰り返
す。追加要求を取得した場合はステップ６６５０（図６
６参照）に戻り、ステップ６６８５に進み、処理が成功
したかどうか判定する。

【０１７５】（索引との対応付け情報削除処理の詳細）
索引との対応付け情報削除処理について説明する。ステ
ップ６６７０（図７０参照）に移る。ステップ７０１０
で、ユーザの入力情報を取得し、その入力情報が対応付
け情報の削除要求かどうか判定する。削除要求の場合は
ステップ６６７０に戻る。ここで削除要求でないと仮定
すると、ステップ７０１５で、対応付け情報削除の指定
方法を判定する。

【０１７６】索引優先の場合を説明する。ステップ７０
２０で、対応付け情報テーブル９００を参照し、索引と
対応するディレクトリを抽出する。次にステップ７０２
５に進み、索引と対応づけられたディレクトリがあるか
どうか判定する。対応づけられたディレクトリがない場
合はステップ７０５５に進み、メッセージを表示する。
ここで対応づけられたディレクトリがあると仮定する
と、ステップ７０３０で、ディレクトリ名を表示する。
次にユーザの入力情報を取得し、ステップ７０４０に進
み、入力情報をもとに対応付け情報を削除するディレク
トリを同定し、対応付け情報テーブル内の該当する箇所
をクリアする。次にステップ７０４５に進み、ディレク
トリ名を再表示した後、ステップ７０１０に戻る。

【０１７７】ディレクトリ優先の場合を説明する。ステ
ップ７０６０で、対応付け情報テーブルを参照し、ディ
レクトリと対応する索引を抽出する。次にステップ７０
６５に進み、ディレクトリと対応づけられた索引がある
かどうか判定する。該当する索引がない場合はステップ
７０９５に進み、メッセージを表示する。ここで該当す
る索引があると仮定すると、ステップ７０７０で、該当
する索引及びその同義語を表示する。次にユーザの入力
情報を取得し、ステップ７０８０に進み、入力情報をも
とに処理要求を判定する。削除要求を取得した場合はス
テップ７０８５に進み、対応付け情報テーブル内の該当
する箇所をクリアする。

【０１７８】次にステップ７０９０に進み、索引名を再
表示した後、ステップ７０１０に戻る。同ステップで、
再びユーザの入力要求を取得し、その入力情報が削除要
求かどうか判定する。削除要求でない場合はステップ７
０１５に進む、削除処理を繰り返す。削除要求を取得し
た場合はそうしてステップ６６７０（図６６参照）に戻
り、ステップ６６８５に進み、処理が成功したかどうか
判定する。

【０１７９】（索引との対応付け情報追加処理の詳細）
索引との対応付け情報追加処理について説明する。ステ
ップ６６８０（図７１参照）に移る。ステップ７１１０
で、ユーザの入力要求を取得し、その入力情報が対応付
け情報の追加要求かどうか判定する。追加要求の場合は
ステップ６６８０に戻るが、そうでない場合はステップ
７１１５に進む。ここで追加要求でないと仮定すると、
ステップ７１１５で、対応付けの指定方法を判定する。

【０１８０】索引優先の場合を説明する。ステップ７１
２０で、対応付け情報テーブル９００を参照し、索引に
対してすでに対応づけられているディレクトリがあるか
どうか判定する。対応づけられているディレクトリがあ
る場合はステップ７１３０に進み、ディレクトリ名を表
示する。次にユーザの入力情報を取得し、ステップ７１
４０に進み、その入力情報をもとに索引に追加するディ
レクトリを同定し、対応付け情報テーブル内で索引の索
引ＩＤを探索し、該当する箇所に、指示されたディレク
トリ情報を代入する。次にステップ７１４５で、ディレ
クトリ名を再表示した後、ステップ７１１０に戻る。

【０１８１】ディレクトリ優先の場合を説明する。ステ
ップ７１５０で、ディレクトリにすでに対応づけられて
いる索引があるかどうか判定する。該当する索引がある
場合はステップ７１６０で、該当する索引及びその同義
語を表示する。次にユーザの入力情報を取得し、ステッ
プ７１７０に進み、入力情報をもとに対応付け情報を追
加する索引を同定し、対応付け情報テーブル内で該当す
る箇所を探索し、指示されたディレクトリ情報を代入す
る。次にステップ７１７５で、索引を再表示した後、ス
テップ７１１０に戻る。

【０１８２】ステップ７１１０で、再びユーザの入力情
報を取得し、対応付け情報の追加要求かどうか判定す
る。追加要求でない場合はステップ７１１５に進み、追
加処理を繰り返す。追加要求を取得した場合はステップ
６６８０（図６６参照）に戻る。そうしてステップ６６
８５に進み、処理が成功したかどうか判定する。

【０１８３】ステップ６６８５で、各処理が成功したか
どうか判定する。処理成功の場合はステップ６６９０に
進み、対応付け情報を再表示する。そうでない場合はス
テップ６６９２に進み、メッセージを表示する。そうし
てステップ６６２０に戻り、再びユーザの入力情報を取
得し、その入力情報が対応付け情報変更の終了要求かど
うか判定する。終了要求でない場合はステップ６６３０
に進み、各処理を繰り返す。終了要求を取得した場合は
対応情報表示ウィンドウをクローズし、対応付け情報変
更処理を終了する。以上のようにして索引編集の諸機能
を実行することができる。

【０１８４】

【発明の効果】本発明によれば、電子化文書及び文書情
報をユーザが容易にブラウジングすることができる。

【図面の簡単な説明】

【図１】文書管理システムのモジュール構成を示す図で
ある。

【図２】文書管理システムのシステム構成例を示す図で
ある。

【図３】索引辞書中の索引分類の図式例を示す図であ
る。

【図４】従来のディレクトリ階層の図式例を示す図であ
る。

【図５】索引ＩＤと索引名とのデータ構造を示す図であ
る。

【図６】索引分類と最上位索引のデータ構造を示す図で
ある。

【図７】索引分類階層のデータ構造を示す図である。

【図８】ディレクトリＩＤとディレクトリ名とのデータ
構造を示す図である。

【図９】索引ＩＤとディレクトリＩＤとのデータ構造を
示す図である。

【図１０】索引と文書オブジェクトＩＤとのデータ構造
を示す図である。

【図１１】文書オブジェクトＩＤ、文書ファイル名及び
ファイルＩＤとのデータ構造を示す図である。

【図１２】文書オブジェクトに付加する索引情報のデー
タ構造を示す図である。

【図１３】索引表示のためのデータ構造を示す図であ
る。

【図１４】索引表示のためのデータ構造を示す図であ
る。

【図１５】索引表示のためのデータ構造を示す図であ
る。

【図１６】経路情報を保持するためのデータ構造を示す
図である。

【図１７】文書オブジェクト検索のためのデータ構造を
示す図である。

【図１８】検索された文書オブジェクト情報のデータ構
造を示す図である。

【図１９】検索された文書オブジェクト情報のデータ構
造を示す図である。

【図２０】検索された文書オブジェクト情報のデータ構
造を示す図である。

【図２１】索引階層編集のためのデータ構造を示す図で
ある。

【図２２】索引階層編集のためのデータ構造を示す図で
ある。

【図２３】索引階層編集のためのデータ構造を示す図で
ある。

【図２４】索引階層編集のためのデータ構造を示す図で
ある。

【図２５】索引辞書中の索引分類の図式例を示す図であ
る。

【図２６】電子化文書の登録、文書オブジェクト検索、
索引編集の各処理の処理フローを示す図である。

【図２７】電子化文書の登録処理の処理フローを示す図
である。

【図２８】電子化文書の登録処理において、文書に付加
する索引のデータを生成する処理の処理フローを示す図
である。

【図２９】文書オブジェクトの検索処理の処理フローを
示す図である。

【図３０】文書オブジェクトの検索処理において、切替
索引情報の索引が付加された文書オブジェクトを検索す
る処理フローを示す図である。

【図３１】索引表示処理の処理フローを示す図である。

【図３２】索引表示処理において、指示された索引分類
に切り替える処理の処理フローを示す図である。

【図３３】リスト形式による索引分類表示例を示す図で
ある。

【図３４】単一索引分類表示による索引分類表示例を示
す図である。

【図３５】単一索引分類表示による索引分類表示例を示
す図である。

【図３６】単一索引分類表示による索引分類表示例を示
す図である。

【図３７】索引編集処理において、索引作成、同義語編
集、索引名変更、索引階層の編集、索引分類の作成、対
応付け情報の変更の各処理の処理フローを示す図であ
る。

【図３８】索引作成処理の処理フローを示す図である。

【図３９】索引作成処理において、索引を登録する処理
の処理フローを示す図である。

【図４０】同義語編集処理の処理フローを示す図であ
る。

【図４１】同義語編集処理において、同義語を削除する
処理の処理フローを示す図である。

【図４２】同義語編集処理において、同義語を置換する
処理の処理フローを示す図である。

【図４３】同義語編集処理において、同義語を追加する
処理の処理フローを示す図である。

【図４４】索引名変更処理の処理フローを示す図であ
る。

【図４５】索引分類作成処理の処理フローを示す図であ
る。

【図４６】索引分類作成処理において、索引分類を登録
する処理の処理フローを示す図である。

【図４７】索引階層の編集処理の処理フローを示す図で
ある。

【図４８】索引階層編集処理において、上下関係を抹消
する処理の処理フローを示す図である。

【図４９】索引階層編集処理において、索引分類を吸収
する処理の処理フローを示す図である。

【図５０】索引階層編集処理において、索引階層を移動
する処理の処理フローを示す図である。

【図５１】索引階層移動処理において、索引階層を更新
する処理の処理フローを示す図である。

【図５２】索引階層編集処理において、上下関係を追加
する処理の処理フローを示す図である。

【図５３】索引階層編集処理において、索引を削除する
処理の処理フローを示す図である。

【図５４】索引削除処理において、上位／下位変更テー
ブルを生成する処理の処理フローを示す図である。

【図５５】索引削除処理において、下位索引との上下関
係を変更する処理の処理フローを示す図である。

【図５６】索引階層編集処理において、索引を統合する
処理の処理フローを示す図である。

【図５７】索引統合処理において、統合先索引を設定す
る処理の処理フローを示す図である。

【図５８】索引統合処理において、統合先索引に上位索
引を追加する処理の処理フローを示す図である。

【図５９】索引統合処理において、統合元索引の下位索
引を移動する処理の処理フローを示す図である。

【図６０】索引統合処理において、同義語を統合する処
理の処理フローを示す図である。

【図６１】新たに索引を追加する場合の索引分類表示例
を示す図である。

【図６２】新たに索引を追加する場合の索引分類表示例
を示す図である。

【図６３】同義語編集のための表示例を示す図である。

【図６４】索引階層編集のための表示例を示す図であ
る。

【図６５】新たに索引を追加する場合の選択項目表示例
を示す図である。

【図６６】対応付け情報変更処理の処理フローを示す図
である。

【図６７】対応付け変更処理において、同義語に該当す
る対応付け情報を削除する処理の処理フローを示す図で
ある。

【図６８】対応付け変更処理において、同義語に該当す
る対応付け情報を変更する処理の処理フローを示す図で
ある。

【図６９】対応付け変更処理において、同義語に該当す
る対応付け情報を追加する処理の処理フローを示す図で
ある。

【図７０】対応付け変更処理において、索引との対応付
け情報を削除する処理の処理フローを示す図である。

【図７１】対応付け変更処理において、索引との対応付
け情報を追加する処理の処理フローを示す図である。

【図７２】単一索引分類表示による索引分類表示例（リ
スト形式）を示す図である。

【図７３】多重索引分類表示による索引分類表示例を示
す図である。

【図７４】多重索引分類表示による索引分類表示例（リ
スト形式）を示す図である。

【図７５】リスト形式による索引分類表示例を示す図で
ある。

【図７６】図７５において、下位索引表示機能実行後の
索引分類表示例を示す図である。

【図７７】ディレクトリ階層のあるディレクトリに登録
された電子化文書に索引を付加する場合、ディレクトリ
に対応づけられた索引の表示例を示す図である。

【図７８】索引階層と、索引に対応するディレクトリの
表示例を示す図である。

【図７９】ディレクトリと、ディレクトリに対応する索
引の表示例を示す図である。

【符号の説明】

１０１…キーボード、１０２…ポインティングデバイ
ス、１０３…表示装置、１０５…ＣＰＵ、１０６…主記
憶装置、１２０…共用文書データベース、１４０…索引
辞書、２１０…文書管理サーバ、２６０…クライアン
ト、２６５…ローカル文書ファイル群、５００…索引テ
ーブル、５０１…索引ＩＤ、５０２…索引名、５０３…
同義語、６００…索引分類テーブル、６０１…索引分類
ＩＤ、７００…索引階層テーブル、８００…ディレクト
リテーブル、８０１…ディレクトリＩＤ、９００…対応
付け情報テーブル、１０００…付加索引テーブル、１１
００…文書オブジェクトテーブル、１２００…索引付加
テーブル、１２０４…表示フラグ、１２０５…索引付加
フラグ、１３００…索引表示テーブル、１３０４…下位
表示フラグ、１６００…経路テーブル、１７００…切替
索引テーブル、１７０３…検索結果件数、１７２０…文
書検索テーブル、１７３０…付加文書テーブル、１８０
０…検索結果テーブル、１８０３…絞込みフラグ、２１
００…上位関係変更テーブル、２２００…上位／下位変
更テーブル、２３００…下位関係変更テーブル、２４０
０…同義語追加テーブル、３３００…索引表示ウィンド
ウ（リスト形式）、３３１０…メニュー選択領域、３３
２０…索引分類表示領域、３３３０…下位索引表示領
域、３３４０…索引名入力領域、３４００…索引表示ウ
ィンドウ（ツリー形式）、３４１０…メニュー選択領
域、３４２０…経路情報表示領域、３４３０…索引表示
領域、３４４０…索引分類選択領域、３４５０…文書表
示領域、３５２５…切替記号、６３００…同義語編集ウ
ィンドウ、６３１０…同義語表示領域、６３２０…同義
語入力領域、６３３０…機能メニューボタン、６４００
…索引階層編集ウィンドウ、６５００…索引追加ウィン
ドウ、７３００…索引表示ウィンドウ（索引分類連結表
示形式）、７３３０…多重索引分類表示領域、７４００
…索引表示ウィンドウ（多重リスト形式）、７４４０…
条件指定領域、７７００…対応情報登録ウィンドウ、７
８００…対応情報表示ウィンドウ（索引優先型）、７９
００…対応情報表示ウィンドウ（ディレクトリ優先
型）。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 松田 芳樹 東京都国分寺市東恋ケ窪１丁目280番地 株式会社日立製作所中央研究所内 (72)発明者 橋本 哲也 東京都国分寺市東恋ケ窪１丁目280番地 株式会社日立製作所中央研究所内 (72)発明者 藤澤 浩道 神奈川県横浜市戸塚区戸塚町5030番地 株 式会社日立製作所ソフトウェア開発本部内

Claims (10)

【特許請求の範囲】
1. 【請求項１】語句を表す索引を階層的に分類した複数の
   索引分類のいずれかに属する複数の索引と対応させてそ
   れぞれ記憶された複数の電子化文書から所望の文書を検
   索する方法であって、 （ａ）上記複数の索引分類を表示し、 （ｂ）表示された複数の索引分類の一つをユーザにより
   選択させ、 （ｃ）選択された索引分類に属する複数の索引を、それ
   らの階層関係を明示して表示し、 （ｄ）表示された複数の索引の一つをユーザに選択さ
   せ、 （ｅ）選択された索引またはその索引の下位の索引が付
   加されている複数の電子化文書を上記記憶された複数の
   電子化文書から検索し、 （ｆ）検索された複数の電子化文書の文書を識別する情
   報を表示し、 （ｇ）ユーザからの指示に応じて上記（ａ）から（ｄ）
   の全てあるいは一部を適宜繰返し、 （ｈ）上記繰返し後に先に上記（ｅ）で検索された複数
   の電子化文書を検索対象として上記（ｅ）から（ｆ）を
   繰返す文書検索方法。
2. 【請求項２】階層構造で管理されたファイル管理用のデ
   ィレクトリと索引分類中の索引を対応づける対応テーブ
   ルを計算機内に保持し、ユーザがディレクトリに電子化
   文書を登録することにより、対応テーブルを参照してそ
   のディレクトリに対応する複数の索引を抽出し、その電
   子化文書にそれらの索引をデータとして付加する請求項
   １項記載の文書検索方法。
3. 【請求項３】ユーザが最後に選択した索引を含む索引分
   類を画面上に表示する請求項１記載の文書検索方法。
4. 【請求項４】ユーザが注目している索引の経路を、同一
   の索引分類の経路と異種の索引分類の経路を区別して画
   面上に表示する請求項３記載の文書検索方法。
5. 【請求項５】画面上に表示されている経路中の索引をユ
   ーザがポインティングデバイスで指示することにより、
   選択された索引とその索引を含む索引分類を画面上に表
   示する請求項４記載の文書検索方法。
6. 【請求項６】ユーザが選択した索引及びその索引の周辺
   にある索引を、ユーザが選択した順序に従って仮想的な
   階層木形式として画面上に表示する請求項１記載の文書
   検索方法。
7. 【請求項７】一つの索引分類中の索引と、別の索引分類
   の最上位の索引を同一画面上に並べて表示し、 ユーザが選択した索引分類中の索引の下位の索引を階層
   木形式として画面上に表示する請求項１記載の文書検索
   方法。
8. 【請求項８】画面上に表示された索引をユーザがポイン
   ティングデバイスで指示することにより、その索引及び
   その下位の索引が付加されている電子化文書の論理和を
   とり、その電子化文書の文書名などを画面上に表示する
   請求項１記載の文書検索方法。
9. 【請求項９】すでに選択された索引が付加された電子化
   文書が画面上に表示されている場合、その索引の下位の
   索引をユーザがポインティングデバイスで指示すること
   により、表示されている電子化文書のうち、ユーザが選
   択した索引及びその下位の索引が付加されている電子化
   文書の論理和をとり、その電子化文書の文書名などを表
   示する請求項８記載の文書検索方法。
10. 【請求項１０】第一の索引分類中の索引が付加されてい
    る第一の電子化文書群がすでに検索されている場合、画
    面上に表示された第二の索引分類中の索引をユーザがポ
    インティングデバイスで指示することにより、 第二の索引分類の索引及びその下位の索引が付加されて
    いる第二の電子化文書の論理和をとり、すでに検索され
    ている第一の電子化文書集合と第二の電子化文書集合に
    共通する電子化文書に絞り込み、その電子化文書の文書
    名などを画面上に表示する請求項１記載の文書検索方
    法。