JPH05307499A

JPH05307499A - 情報検索装置

Info

Publication number: JPH05307499A
Application number: JP4111128A
Authority: JP
Inventors: Toshinori Hirano; 俊典平野; Nobuyuki Baba; 信行馬場; Yutaka Takahashi; 豊高橋; Isao Inagawa; 功稲川
Original assignee: Fuji Photo Film Co Ltd; Matsushita Electric Industrial Co Ltd
Current assignee: Fujifilm Holdings Corp; Panasonic Holdings Corp
Priority date: 1992-04-30
Filing date: 1992-04-30
Publication date: 1993-11-19
Also published as: US5649191A

Abstract

(57)【要約】【目的】情報検索装置において、管理する文書の種類
や、作業の目的に応じて適切な作業環境を提供すること
を目的とする。【構成】データベースタイプ記憶部２１に記憶されたデ
ータベースタイプに応じて、データベース管理領域２２
内にボックス型かツリー型か又はキーワード型のいづれ
かのタイプのデータが作成される。データベースタイプ
記憶部２１・データベース管理領域２２・文書記憶領域
２３という基本的な記憶領域構成は全てのデータベース
タイプに共通であるため、所定のデータベースタイプで
文書を登録後でも、別のデータベースタイプへ容易に変
換することができる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、文書データを効率的に
管理する情報検索装置に関するものである。

【０００２】

【従来の技術】近年、文書をイメージデータとして取り
込み、各文書を分類して大量記憶媒体に記憶させる情報
検索装置が普及している。

【０００３】従来の情報検索装置では、ユーザの指定す
る項目による階層的な文書管理構成等、所定のデータベ
ースシステムが提供され、ユーザは、そのデータベース
システムを用いて文書管理を行っていた。

【０００４】

【発明が解決しようとする課題】しかしながら、従来の
情報検索装置では、ユーザは所定のデータベースシステ
ムの利用を余儀なくされ、文書の種類に応じた文書管理
ができなかった。又、データベースシステムは一般のユ
ーザにはわかりにくく、登録時の分類名やキーワードの
指定が面倒であるため、誰にでも容易に使いこなせるよ
うな操作環境の提供が強く望まれていた。

【０００５】本発明は、上記問題点に鑑み、文書の種類
に応じて自由度の高い文書管理を可能とするとともに、
操作性を向上させた情報検索装置を提供することを目的
とする。

【０００６】

【課題を解決するための手段】本発明は上記問題点を解
決するために、文書データを記憶する文書データ記憶手
段と、文書データ記憶手段における文書の管理情報を記
憶する文書管理情報記憶手段と、管理情報に基づいて文
書データ記憶手段内の文書データを検索する検索手段
と、管理情報のデータタイプを記憶する管理情報タイプ
記憶手段と、管理情報タイプ記憶手段内のデータタイプ
に応じて文書管理情報記憶手段に管理情報を設定する制
御手段とを有する。

【０００７】

【作用】本発明は上記した手段により、文書の種類や作
業目的に応じて、異なるタイプの文書管理体系を構築す
ることができる。

【０００８】

【実施例】以下、本発明の係わる実施例について説明す
る。

【０００９】図１は、本発明の一実施例における情報検
索装置のブロック図であって、１は装置の制御及びデー
タ処理を行う中央演算処理装置（以下、ＣＰＵとい
う）、２はプログラム等を記憶する読みだし専用メモリ
（以下、ＲＯＭという）である。ＣＰＵ１はＲＯＭ２内
のプログラムに従って動作する。３は様々なデータを記
憶するランダムアクセスメモリ（以下、ＲＡＭとい
う）、４はキーボードやマウス等の入力部、５は文書デ
ータを記憶する光磁気ディスク等の大量記憶媒体により
文書データを記憶する大容量記憶装置、６は表示装置、
７はプリンタ、８は画像入力機である。

【００１０】大容量記憶装置５に記憶される文書データ
は、分類名やキーワードを付して管理される。本実施例
では、その管理方法として、１階層の分類名を付して管
理する方法（ボックス型という）、分類を複数階層化し
て管理する方法（ツリー型という）、文書ごとに複数の
キーワードを付与して管理する方法（キーワード型とい
う）の３種類を用いている。

【００１１】ボックス型においては、表示装置６には図
２に示すように、それぞれ名称（ボックス名という）が
付された複数の箱（ボックスという）が表示され、作業
者は、文書の登録の際には、該当するボックスの中に次
々と文書を入れていくような極めて簡易的な操作を行う
ことができる。又、ツリー型においては、大分類・中分
類・小分類の３階層が設けられ、表示装置６には図３に
示すようなツリー構造が表示される。更に、キーワード
型においては、作業者は予め登録されるキーワードを、
各文書ごとに付与し、文書検索時には、所望のキーワー
ドを指定して、該当する文書を検索することができる。

【００１２】大容量記憶装置５は、その初期化時に図４
に示すように、ディスク内のデータがどのタイプの管理
方法（ボックス型かツリー型かキーワード型か）で管理
されているかを記憶するデータベースタイプ記憶部２１
と、データベースタイプによって特有の構造を有するデ
ータベース管理領域２２と、文書データを記憶する文書
記憶領域２３が設定される。文書記憶領域２３内には、
文書管理テーブル２４と、文書データ記憶部２５が設け
られ、これら基本的なメモリマップは、各データベース
タイプに共通である。ＣＰＵ１は、大容量記憶装置５内
のディスクの初期化を行う際に、入力部４からの指示に
基づいて、データベースタイプ記憶部２１にそのディス
クのデータベースタイプ（ボックス型かツリー型かキー
ワード型か）を書き込む。

【００１３】以下、各データベースタイプ別のデータ構
造について説明する。ボックス型では、図５に示すよう
に、データベース管理領域２２内に、ボックス毎にノー
ドデータが設けられる。又、文書管理テーブル２４内に
は図６に示すように文書ごとに文書管理データが設けら
れ、文書管理データ中のポインタによって、文書データ
記憶部内の文書データを特定する。

【００１４】ノードデータは、ノードｉｄ・親ノードｉ
ｄ・第１子ノードｉｄ・兄ノードｉｄ・弟ノードｉｄ・
ノード名（ボックス名）からなり、ノードｉｄは、ボッ
クスの作成順にシリアル番号が自動的に付与される。第
１子ノードｉｄにはそのボックスに最初に登録される文
書の文書ｉｄ（後述）が、兄ノードｉｄにはそのボック
スの直前に登録されたボックスのノードｉｄが、又、弟
ノードｉｄにはそのボックスの直後に登録されたボック
スのノードｉｄが記憶される。親ノードｉｄにはそのノ
ードが属する１階層上のノードのノードｉｄが記憶され
るが、ボックス型では、１階層による管理を行うので、
すべてのノードにおいて親ノードｉｄは「０」となる。
又、そのボックスが最初に登録されたものである場合に
はそのノードデータ中の兄ノードｉｄは「０」となり、
最後に登録されたものである場合にはそのノードデータ
中の弟ノードｉｄは「０」となる。

【００１５】文書管理データは、文書ｉｄ・親ノードｉ
ｄ・兄文書ｉｄ・弟文書ｉｄ・文書名・文書データへの
ポインタからなり、文書ｉｄは、文書の登録順にシリア
ル番号が自動的に付与される。この文書ｉｄは、例えば
バイトの特定ビットをノードｉｄと異ならせる等してノ
ードｉｄと区別される。親ノードｉｄにはその文書が属
するボックスのノードｉｄが、兄文書ｉｄにはその文書
の直前に登録された文書の文書ｉｄが、又、弟文書ｉｄ
にはその文書の直後に登録された文書の文書ｉｄが記憶
される。ただし、その文書が最初に登録されたものであ
る場合にはその文書管理データ中の兄文書ｉｄは「０」
となり、最後に登録されたものである場合にはその文書
管理データ中の弟文書ｉｄは「０」となる。又、図６か
ら明らかなように、文書管理データ中の一部の領域は、
他のデータベースタイプにも対応できるように予め確保
されており、ボックス型ではその領域は未使用となる。

【００１６】次に、ツリー型の場合のデータ構造につい
て説明する。ツリー型の場合も基本的にはボックス型と
データの構造は同じであるが、ツリー型の場合には、ノ
ードが階層構造を有するため、ノードデータの内、親ノ
ードｉｄがそのノードの属する上位階層のノードのノー
ドｉｄとなる。又、第１子ノードｉｄには、そのノード
に属する下位階層のノードの内、最初に登録されたノー
ドのノードｉｄが記憶される。

【００１７】兄ノードｉｄと弟ノードｉｄは、同じノー
ドに属するノードの内、そのノードの直前に登録された
ノードと直後に登録されたノードのノードｉｄが記憶さ
れ、最初と最後に登録されたノードについては、兄ノー
ドｉｄと弟ノードｉｄはそれぞれ「０」となる。但し、
最下位階層のノード（小分類）のノードデータ中におい
ては、その第１子ノードｉｄには、そのノードに属する
文書の内、最初に登録された文書の文書ｉｄが記憶され
る。

【００１８】図３に示すツリー３２の場合には、そのデ
ータベース管理領域２２内は図７に示すようになる。図
７において、ノードデータ７１は、図３のノード３２−
１に対応する。以下、ノードデータ７２はノード３２−
２に、ノードデータ７３はノード３２−４に、ノードデ
ータ７４はノード３２−５に、ノードデータ７５はノー
ド３２−３に、ノードデータ７６はノード３２−６にそ
れぞれ対応する。例えば、ノード３２−２の「技術報告
書」の場合には、それに対応したノードデータ７２は、
ノードｉｄは「６」，親ノードｉｄは「５」（ノードデ
ータ７１，ノード３２−１），第１子ノードｉｄ「７」
（ノードデータ７３，ノード３２−４），兄ノードｉｄ
は「０」，弟ノードｉｄは「９」（ノードデータ７５，
ノード３２−３）となる。

【００１９】続いて、キーワード型の場合のデータ構造
について説明する。キーワード型の場合には、データベ
ース管理領域２２内に、図８に示すようなキーワードリ
ストテーブル８１が設けられる。このキーワードリスト
テーブル８１では、キーワードを登録した順に自動的に
付与されるキーワードｉｄとそのキーワードが属するグ
ループｉｄ、更にキーワード名を、各キーワードごとに
管理する。又、キーワードリストテーブル８１とは別
に、キーワードグループテーブル８２が設定され、キー
ワードを分類して管理することができる。このキーワー
ドは使用者の登録により設定され、グループ名も使用者
の所望のものを設定することができる。

【００２０】実際にキーワードの登録が行われたり、文
書の検索が行われる際には、図９に示すようなキーワー
ドリストが表示装置６に表示される。この表示内容に対
応したキーワードリストテーブル８１及びキーワードグ
ループリストテーブル８２の内容は図１０のようにな
る。

【００２１】キーワードリストテーブル８１に対応し
て、文書記憶領域２３内には、図１０に示すような文書
管理テーブル２６と文書データ記憶部２７が設定され
る。文書管理テーブル２６では、ボックス型・ツリー型
と同様に文書ごとに文書管理データを有するが、各文書
管理データは、文書ｉｄ・文書名・文書データへのポイ
ンタと、更に文書の付与される複数のキーワードのキー
ワードｉｄを記憶する。本実施例では、１文書に対して
６つのキーワードを付与可能としている。

【００２２】以上のように構成された本実施例の情報検
索装置について、以下、その動作を図１０から図２１の
フローチャートを用いて説明する。

【００２３】本実施例の情報検索装置では、ＣＰＵ１
は、装置が起動された際に、大容量記憶装置５内のデー
タベースタイプ記憶部２１を調べ、それぞれのデータベ
ースタイプに応じた処理を行う。ここでは、ノードやキ
ーワードの設定・登録処理について各データベースタイ
プごとに説明を行う。

【００２４】１．ボックスの登録ＣＰＵ１は、ステップ１において、入力部４から入力さ
れるボックス名を受け取ると、ステップ２において、デ
ータベース管理領域内に新規にノードデータを追加
する。この時、ノードｉｄには最後に登録されたノード
のノードｉｄの次の値が（通常は＋１された値）が、
又、親ノードｉｄ・第１子ノードｉｄ・兄ノードｉｄ・
弟ノードｉｄにはそれぞれ「０」が設定される。更に、
ＣＰＵ１は、ステップ３において、最後に登録されたノ
ードのノードデータの弟ノードｉｄを、新規に追加した
ノードのノードｉｄの値に変更するとともに、ステップ
４において、新規に追加したノードデータ中の兄ノード
ｉｄを、最後に登録されたノードのノードｉｄに変更す
る。そして、ステップ５において、更に新たなノード
（ボックス）を登録する旨の指示がなければ、ＣＰＵ１
は、ステップ６において、データベース管理領域２２内
のデータに基づいて、表示装置６に図２に示すようなボ
ックス一覧表示を行う。

【００２５】２．ツリーの作成（大分類・中分類・小分
類の登録）ＣＰＵ１は、ステップ１１において、入力部４から入力
される分類名（大分類・中分類・小分類）を受け取る
と、ステップ１２において、先ず、入力された大分類名
がすでに登録されているかどうかをデータベース管理領
域２２内にて調べ、登録されていない場合にのみ、ステ
ップ１３において、新たな大分類をデータベース管理領
域２２内に登録する。次に、ステップ１４において、入
力された中分類名がすでに登録されているかどうかを調
べ、登録されていない場合にのみ、ステップ１５におい
て、新たな中分類の登録を行う。更に、ステップ１６に
おいて、入力された小分類名がすでに登録されているか
どうかを調べ、すでに登録されている場合には、ステッ
プ１８において、ブザー等により警告を発し、登録され
ていない場合には、ステップ１７において、新たな小分
類の登録を行う。ステップ１１からステップ１８の処理
を終えた後、ＣＰＵ１は、データベース管理領域２２内
のデータに基づいて、表示装置６に図３に示すようなツ
リー構造を表示させる。

【００２６】ここで、ステップ１３における大分類の登
録処理について説明する。ステップ１２で、入力された
大分類名が未登録であると判断された場合には、ステッ
プ３１において、新たなノードデータがデータベース管
理領域２２に追加される。この時、ノードｉｄは、直前
に登録されたノードデータ（大分類・中分類・小分類に
限らない）のノードｉｄの次の値が設定される。又、親
ノードｉｄ・第１子ノードｉｄ・兄ノードｉｄ・弟ノー
ドｉｄには、「０」が設定され、ノード名は、入力され
た大分類名が設定される。（ツリー型において、データ
ベース管理領域２２にノードデータが新規に追加される
場合には、親ノードｉｄ・第１子ノードｉｄ・兄ノード
ｉｄ・弟ノードｉｄは、先ず、「０」が初期値として設
定されるが、以下同様であるとして、その説明は省略す
る。）次に、ステップ３２・ステップ３３において、デ
ータベース管理領域内のノードデータ中で、その親ノー
ドｉｄが「０」でかつ、弟ノードｉｄが「０」であるも
のが検索され、該当するノードデータがあれば、ステッ
プ３４・ステップ３５の処理が行われる。ステップ３４
では、ステップ３３の条件に該当するノードデータの弟
ノードｉｄが、新規に追加されたノードデータのノード
ｉｄの値に変更され、ステップ３５では、新規に追加さ
れたノードデータの兄ノードｉｄが、ステップ３３の条
件に該当するノードデータのノードｉｄの値に変更され
る。

【００２７】次に、ステップ１５における中分類の登録
処理について説明する。ステップ１４で、入力された中
分類名が未登録であると判断された場合には、ステップ
４１において、新たなノードデータがデータベース管理
領域２２に追加される。この時、ノードｉｄは、直前に
登録されたノードデータ（大分類・中分類・小分類に限
らない）のノードｉｄの次の値が設定される。次に、ス
テップ４２において、追加登録されるノードデータが属
する大分類のノードデータ（即ち、ステップ１３で新規
に追加された大分類のノードデータか、又は、ステップ
１２で登録済みと判断された大分類のノードデータ）の
第１子ノードｉｄが調べられ、その値が「０」であれ
ば、ステップ４３において、ステップ４２で調べられた
大分類のノードデータの第１子ノードｉｄが、ステップ
４１で新規に追加されたノードデータのノードｉｄの値
に変更される。ステップ４２で第１子ノードｉｄが
「０」であった場合には（即ち、大分類が新規なもので
はない場合）、ステップ４４・ステップ４５において、
親ノードｉｄがステップ４１で追加されたノードデータ
の属する大分類のノードデータのノードｉｄに等しく、
かつ、弟ノードｉｄが「０」であるノードデータが検索
され、該当するノードデータが見つかれば、ステップ４
６・ステップ４７の処理が行われる。

【００２８】ステップ４６では、ステップ４５の条件に
該当するノードデータの弟ノードｉｄが、ステップ４１
で追加されたノードデータのノードｉｄの値に変更さ
れ、ステップ４７では、ステップ４１で追加されたノー
ドデータの兄ノードｉｄが、ステップ４５の条件に該当
するノードデータのノードｉｄの値に変更される。

【００２９】ステップ４３、又は、ステップ４４からス
テップ４７の処理の後、ステップ４８において、ステッ
プ４１で追加された中分類のノードデータの親ノードｉ
ｄが、そのノード属する大分類のノードデータのノード
ｉｄの値に変更される。

【００３０】更に、ステップ１７における小分類の登録
処理について説明する。ステップ１６で、入力された小
分類名が未登録であると判断された場合には、ステップ
５１において、新たなノードデータがデータベース管理
領域２２に追加される。この時、ノードｉｄは、直前に
登録されたノードデータ（大分類・中分類・小分類に限
らない）のノードｉｄの次の値が設定される。次に、ス
テップ５２において、追加登録されるノードデータが属
する中分類のノードデータ（即ち、ステップ１５で新規
に追加された中分類のノードデータか、又は、ステップ
１４で登録済みと判断された中分類のノードデータ）の
第１子ノードｉｄが調べられ、その値が「０」であれ
ば、ステップ５３において、ステップ５２で調べられた
中分類のノードデータの第１子ノードｉｄが、ステップ
５１で新規に追加されたノードデータのノードｉｄの値
に変更される。ステップ５２で第１子ノードｉｄが
「０」であった場合には（即ち、中分類が新規なもので
はない場合）、ステップ５４・ステップ５５において、
親ノードｉｄがステップ５１で追加されたノードデータ
の属する中分類のノードデータのノードｉｄに等しく、
かつ、弟ノードｉｄが「０」であるノードデータが検索
され、該当するノードデータが見つかれば、ステップ５
６・ステップ５７の処理が行われる。ステップ５６で
は、ステップ５５の条件に該当するノードデータの弟ノ
ードｉｄが、ステップ５１で追加されたノードデータの
ノードｉｄの値に変更され、ステップ５７では、ステッ
プ５１で追加されたノードデータの兄ノードｉｄが、ス
テップ５５の条件に該当するノードデータのノードｉｄ
の値に変更される。

【００３１】ステップ５３、又は、ステップ５４からス
テップ５７の処理の後、ステップ５８において、ステッ
プ５１で追加された小分類のノードデータの親ノードｉ
ｄが、そのノード属する中分類のノードデータのノード
ｉｄの値に変更される。

【００３２】３．キーワードリストの登録ＣＰＵ１は、ステップ６１において、入力部４から新規
に登録されるキーワード名とそのキーワードが属するグ
ループ名の入力を受けると、ステップ６２において、デ
ータベース管理領域２２内にキーワードデータを追加す
る。その際、キーワードｉｄは直前に登録されたキーワ
ードのキーワードｉｄの次の値が設定され、キーワード
名は入力された名称が設定される。又、指定されたグル
ープ名に基づいて、グループ管理テーブルが調べられ、
該当するグループのグループｉｄが設定される。キーワ
ードデータの追加後、ＣＰＵ１は、ステップ６３におい
て、表示装置６に、図９に示すようなキーワードリスト
を表示させる。

【００３３】以上、データベースタイプごとの分類・キ
ーワード等の登録処理について説明を行ったが、設定さ
れたデータベースに対して、文書を登録する処理につい
て説明を行う。

【００３４】４．ボックス型の場合ＣＰＵ１は、ステップ９１において、入力部４からのボ
ックス名・文書名の入力及び画像入力機８からの文書デ
ータの入力を受けると、ステップ９２・ステップ９３に
おいて、入力されたボックス名に該当するノードデータ
をデータベース管理領域内において検索する。ここで、
ステップ９３の条件に該当するノードデータがあると、
ステップ９４において、文書管理テーブル２２内に新た
な文書管理データが追加される。この場合、文書ｉｄに
は、直前に登録された文書の文書ｉｄの次の値が、親ノ
ードｉｄ・兄ノードｉｄ・弟ノードｉｄには「０」が、
又、文書名にはステップ９１で入力された文書名がそれ
ぞれ設定される。次に、ステップ９５において、ステッ
プ９３の条件に該当するノードデータの第１子ノードｉ
ｄ（文書ｉｄ）が調べられ、その値が「０」であれば、
ステップ９６において、ステップ９３の条件に該当する
ノードデータの第１子ノードｉｄが、ステップ９４で追
加された文書管理データの文書ｉｄの値に変更される。
ステップ９５の結果、第１子ノードｉｄが「０」でなか
った場合には、ステップ９７・ステップ９８において、
親ノードｉｄがステップ９３の条件の該当したノードデ
ータのノードｉｄに等しく、かつ、弟文書ｉｄが「０」
に等しい文書管理データが、文書管理テーブル内で検索
され、該当する文書管理データがあれば、ステップ９９
・ステップ１００の処理が行われる。ステップ９９で
は、ステップ９８の条件に該当する文書管理データ中の
弟文書ｉｄが、ステップ９４で追加された文書管理デー
タの文書ｉｄの値に変更され、ステップ１００では、ス
テップ９４で追加された文書管理データの兄文書ｉｄ
が、ステップ９８の条件に該当する文書管理データの文
書ｉｄの値に変更される。

【００３５】ステップ９６、又は、ステップ９７からス
テップ１００の処理が行われた後、ステップ１０１にお
いて、ステップ９４で追加された文書データ中の親ノー
ドｉｄが、ステップ９３の条件に該当するノードデータ
（即ち、文書データが属する小分類）のノードｉｄの値
に変更される。

【００３６】５．ツリー型の場合ＣＰＵ１は、ステップ１１１において、入力部４からの
大分類名・中分類名・小分類名・文書名の入力及び画像
入力機８からの文書データの入力を受けると、ステップ
１１２・ステップ１１３において、入力された大分類名
に該当するノードデータの第１子ノードｉｄが指すノー
ドデータのノード名が、ステップ１１１で入力された中
分類名であるかどうかを調べる。ここで、ノード名がそ
の中分類名に等しければ処理はステップ１１８へと移行
し、異なっていれば、ステップ１１４・ステップ１１５
において、ノードデータ中の弟ノードｉｄをたどること
により、その中分類名に等しいノード名のノードデータ
が検索される。ステップ１１３か又はステップ１１５で
当該中分類名に等しいノード名のノードデータが見つか
ると、ステップ１１８・ステップ１１９・ステップ１２
０・ステップ１２１において、ステップ１１２からステ
ップ１１５と同様にして、ステップ１１１で入力された
小分類名に等しいノード名のノードデータが検索され
る。ステップ１１９又はステップ１２１で該当するノー
ドデータが見つかると、ステップ１２２において、新た
な文書管理データが、文書管理テーブル２４内に追加さ
れる。ここで、ステップ１２３において、ステップ１１
９又はステップ１２１の条件に該当したノードデータの
第１子ノードｉｄが「０」であるかどうかが調べられ、
「０」であれば、ステップ１２４において、その第１子
ノードｉｄが、ステップ１２２で追加された文書管理デ
ータの文書ｉｄの値に変更される。ステップ１２３で第
１子ノードｉｄが「０」ではなかった場合には、ステッ
プ１２５・ステップ１２６において、その親ノードｉｄ
がステップ１１９又はステップ１２１の条件に該当した
ノードデータのノードｉｄに等しく、かつ、弟文書ｉｄ
が「０」に等しい文書管理データが、文書管理テーブル
２４内にて検索され、該当する文書管理データが見つか
ると、ステップ１２７・ステップ１２８の処理が行われ
る。

【００３７】ステップ１２７では、ステップ１２６の条
件に該当した文書管理データ中の弟文書ｉｄが、ステッ
プ１２２で追加された文書管理データの文書ｉｄの値に
変更され、ステップ１２８では、ステップ１２２で追加
された文書管理データの兄文書ｉｄが、ステップ１２６
の条件に該当した文書管理データの文書ｉｄの値に変更
される。

【００３８】ステップ１２４、又は、ステップ１２５か
らステップ１２８の処理が行われた後、ステップ１２９
において、ステップ１２２で追加された文書管理データ
の親ノードｉｄが、ステップ１１９又はステップ１２１
の条件に該当したノードデータ（新規に登録される文書
が属する小分類）のノードｉｄの値に変更される。その
後、ＣＰＵ１は、ステップ１１１で入力された画像デー
タを大容量記憶装置５内の文書データ記憶部２５内に書
き込み、ステップ１３１において、その記憶アドレスを
文書管理データ中にポインタとして設定する。

【００３９】６．キーワード型の場合ＣＰＵ１は、ステップ１４１において、入力部４からの
キーワード名・文書名の入力及び画像入力機８からの文
書データの入力を受けると、ステップ１４２において、
文書管理テーブル２４内に新たな文書管理データを追加
する。この時、文書管理データ中の文書ｉｄには直前に
登録された文書の文書ｉｄに続く値が、キーワードｉｄ
には「０」が、又、文書名にはステップ１４１で入力さ
れた文書名が設定される。次に、ＣＰＵ１は、ステップ
１４３において、ステップ１４１で入力されたキーワー
ド名を、キーワード管理テーブルを参照してキーワード
ｉｄに変換し、文書管理データ中に設定する。その後、
ステップ１４４において、ステップ１４１で入力された
文書データを大容量記憶装置５内の文書データ記憶部２
５内に書き込み、ステップ１４５において、その記憶ア
ドレスを文書管理データ中にポインタとして設定する。

【００４０】ステップ１４１におけるキーワードの入力
は、図９に示したようなキーワードリストに基づいて行
われるが、本実施例では１文書に対して６つのキーワー
ドを付けることができ、キーワードリストから「所在
地」＝「東京」、「所在地」＝「大阪」、「料金」＝
「〜6,000円」、「利用カード」＝「Ａ社」、「利用カ
ード」＝「Ｄ社」というように、同一グループのキーワ
ードを１文書に対して複数選択することも可能とする。

【００４１】以上のようにして、各データベースタイプ
に応じて、文書の登録処理が行われるが、登録された文
書は、ボックス名、分類名、キーワード名を指定するこ
とによって、容易に検索することができる。ＣＰＵ１
は、入力部４から入力される検索条件に従って大容量記
憶装置５内を検索し、該当する文書のリストを表示装置
６に表示させ、そのリスト中の指定された文書をプリン
タに出力する。

【００４２】以上説明したように、本実施例の情報検索
装置では、ボックス型による簡易的な文書管理により、
極めて容易な操作環境を提供する一方、ツリー型やキー
ワード型による細かい文書管理を行うこともできる。作
業者は、大容量記憶装置５のディスクを初期化する際
に、所望のデータベースタイプを選択し、管理するデー
タに応じた適切な管理方法で文書管理を行うことができ
る。

【００４３】ところで、一旦あるデータベースタイプで
文書の登録を行った場合でも、後に別のデータベースタ
イプによる文書管理が望ましくなる場合がある。そのよ
うな場合にも適切に対応できるよう、本実施例の情報検
索装置では、文書の登録後でもディスクのデータベース
タイプを変更できる。

【００４４】以下、そのデータベースタイプの変換処理
について、それぞれの場合に分けて説明する。

【００４５】７．ボックス型からツリー型への変換ＣＰＵ１は、入力部４から指示を受けると、ステップ１
５１において、データベース管理領域２２内を検索し、
ステップ１５２において、ノードデータ（最初はノード
ｉｄ＝「１」のノードデータ）からノード名（ボックス
名）を読みだして、表示装置６に表示させる。ここで、
ステップ１５３において、入力部４からの入力を待ち、
表示装置６に表示中のノード名に属する中分類・小分類
名を取得する。続いて、ＣＰＵ１は、ステップ１５４に
おいて、データベース管理領域内に新規のノードデータ
を追加してそのノード名をステップ１５３で入力された
中分類名とし、更に、ステップ１５５において、同様に
ノードデータを追加してそのノード名をステップ１５３
で入力された小分類名とする。２つのノードデータを追
加後、ＣＰＵ１は、ステップ１５６において、ステップ
１５５で追加したノードデータの第１子ノードｉｄを、
ステップ１５２でノード名を表示したノードデータの第
１子ｉｄ（即ち文書ｉｄ）の値に変更し、ステップ１５
７において、ステップ１５４で追加したノードデータの
第１子ノードｉｄを、ステップ１５５で追加したノード
データのノードｉｄの値に変更する。更に、ＣＰＵ１
は、ステップ１５８において、ステップ１５２でノード
名を表示したノードデータの第１子ノードｉｄを、ステ
ップ１５４で追加したノードデータのノードｉｄの値に
変更する。ステップ１５１からステップ１５８までの処
理は、ボックス型として登録されていたすべてのノード
データについて行われ、その処理終了後、ステップ１６
０において、大容量記憶装置５内に記憶されたデータベ
ースタイプ名をボックス型からツリー型へ変更して処理
は終了する。

【００４６】８．ボックス型からキーワード型への変換ＣＰＵ１は、入力部４から指示を受けると、ステップ１
６１において、大容量記憶装置５内に設定されているデ
ータベース管理領域２２をクリアし、ステップ１６２に
おいて、そのデータベース管理領域２２内に、上述した
場合と同様にしてキーワードリストを作成する。次に、
ステップ１６３において、文書管理テーブル中のすべて
の文書管理データの親ノードｉｄ・兄文書ｉｄ・弟文書
ｉｄを「０」にクリアし、最後にステップ１６４におい
て、大容量記憶装置５内に記憶されたデータベースタイ
プ名をボックス型からキーワード型へ変更して処理は終
了する。

【００４７】本実施例では、ツリー型からキーワード型
への変換も可能であるが、その処理はボックス型からキ
ーワード型への変換と同じであるので、説明を省略す
る。又、ツリー型やキーワード型からボックス型への変
換も、本実施例の説明から容易に実施可能である。

【００４８】以上のように本実施例では、一階層による
分類管理を行うボックス型・複数階層による分類管理行
うツリー型・複数のキーワードによる管理を行うキーワ
ード型の３種類のデータベースタイプを提供することに
より、作業者が管理するデータの種類や自分の操作レベ
ル等に応じて適切な操作環境を選択することができる。

【００４９】又、全てのタイプのデータベースで、ディ
スク内のデータの領域割り当てを同一フォーマットとし
たため、容易にデータベースタイプの変換を行うことが
できる。特にボックス型から他のタイプへの変換は、先
ずボックス型で簡易的に文書データの登録を行い、後、
必要に応じて、細かい管理体系に変更するという非常に
効果的な作業方法を提供できる。

【００５０】

【発明の効果】本発明は、文書データを記憶する文書デ
ータ記憶手段における文書の管理情報を記憶する文書管
理情報記憶手段と、文書管理情報記憶手段に記憶された
管理情報に基づいて文書データ記憶手段内の文書データ
を検索する検索手段と、文書管理情報に記憶手段に記憶
された管理情報のデータタイプを記憶する管理情報タイ
プ記憶手段と、管理情報タイプ記憶手段内のデータタイ
プに応じて文書管理情報記憶手段に管理情報を設定する
制御手段とを有するため、作業者は所望の管理方法で、
文書の種類や作業者の目的に応じた、適切な作業を行う
ことができる。

【図面の簡単な説明】

【図１】本発明の一実施例における情報検索装置のブロ
ック図

【図２】同実施例におけるボックス一覧の表示例を示す
図

【図３】同実施例におけるツリーの表示例を示す図

【図４】同実施例における大容量記憶装置５内でのデー
タ構成の説明図

【図５】同実施例におけるノードデータのデータ構成図

【図６】同実施例における文書管理テーブルと文書デー
タ記憶部内のデータ構成図

【図７】同実施例におけるツリー型の説明図

【図８】同実施例におけるキーワード型のデータのデー
タ構成図

【図９】同実施例におけるキーワードリストの表示例を
示す図

【図１０】同実施例におけるキーワードに関するデータ
の構成例

【図１１】同実施例におけるボックスの登録処理のフロ
ーチャート

【図１２】同実施例におけるツリー作成処理のフローチ
ャート

【図１３】同実施例における大分類の登録処理のフロー
チャート

【図１４】同実施例における中分類の登録処理のフロー
チャート

【図１５】同実施例における小分類の登録処理のフロー
チャート

【図１６】同実施例におけるキーワードの登録処理のフ
ローチャート

【図１７】同実施例におけるボックス型のディスクへの
文書登録処理のフローチャート

【図１８】同実施例におけるツリー型のディスクへの文
書登録処理のフローチャート

【図１９】同実施例におけるツリー型のディスクへの文
書登録処理のフローチャート

【図２０】同実施例におけるキーワード型のディスクへ
の文書登録処理のフローチャート

【図２１】同実施例におけるボックス型からツリー型へ
のデータベースタイプ変換処理のフローチャート

【図２２】同実施例におけるボックス型からキーワード
型へのデータベースタイプ変換処理のフローチャート

【符号の説明】

１ＣＰＵ２ＲＯＭ３ＲＡＭ４入力部５大容量記憶装置６表示装置７プリンタ８画像入力装置

───────────────────────────────────────────────────── フロントページの続き (72)発明者高橋豊東京都港区西麻布２丁目26番30号富士写真フイルム株式会社内 (72)発明者稲川功東京都港区西麻布２丁目26番30号富士写真フイルム株式会社内

Claims

【特許請求の範囲】

【請求項１】文書データを記憶する文書データ記憶手段
と、前記文書データ記憶手段における文書の管理情報を
記憶する文書管理情報記憶手段と、前記管理情報に基づ
いて前記文書データ記憶手段内の文書データを検索する
検索手段と、前記管理情報のデータタイプを記憶する管
理情報タイプ記憶手段と、前記管理情報タイプ記憶手段
内のデータタイプに応じて前記文書管理情報記憶手段に
管理情報を設定する制御手段とを有することを特徴とす
る情報検索装置。
【請求項２】前記管理情報タイプ記憶手段に記憶された
データタイプの変更を指示する変更指示手段と、前記変
更指示手段の変更指示に基づいて、前記文書管理情報記
憶手段内の管理情報のデータタイプを変換する手段とを
有することをことを特徴とする請求項１記載の情報検索
装置。