JPH02151972A - 文書検索方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、文書作成・編集装置に関するものであり、例
えば処理対象となる文書を検索するのに好適な文書検索
方式に関する。

〔従来の技術〕

近年、ワードプロセッサや、パソコン、ワークステーシ
ョン等を用いた文書作成編集システムなどのように、文
書の作成・修正を計算機との対話処理で行なうシステム
が多用されるようになった。

これらのシステムは、文字コード情報の他に。

文字の大きさや字体、字修飾に関する情報、グラフィッ
クや画像に関する情報、表構造に関する情報、文書の論
理構造情報、レイアウト構造情報など多種多様な情報か
ら構成される文書情報を扱うものが多くなってきた。例
えばワードプロセッサのようなシステムにおいて、例え
ば日立日本語ワードプロセッサ　ワードパル２１０　取
扱説明書く使いこなし編＞、５Ｏ１９８，に７（Ｈ）。

（１９８７年）第１４５頁に記載のように、文書の追加
、修正、削除、印刷等の処理を行う際、磁気ディスクや
フロッピーディスクのような文書情報格納用の記憶装置
からこれに格納されている文書情報の文書名をディスプ
レイに表示し、その中から利用者が処理の対象となる文
書情報を選択する方式をとっている。

〔発明が解決しようとする課題〕

従来技術における文書情報の選択方式では、利用者が文
書を登録する際に文書の内容に対応した名称を付ける必
要があるが、利用者はその名称を忘れた場合、文書検索
時に文書の内容を毎々確認しながら検索する必要がある
という問題点があった。しかし、文書の内容は表示すれ
ば一瞬にして判断することができるが、前述したように
文書情報は文字コード情報の他に、文字の大きさや字体
、字修飾に関する情報、グラフィックや画像に関する情
報、表構造に関する情報、文書の論理構造情報、レイア
ウト構造情報など多種多様な情報から構成されるものが
多くなってきたため、表示するまでの文書情報の展開表
示に多くの時間を要するという問題があった。

本発明の目的は１以上のような問題を解決し、文書の検
索を高速化することにある。

〔課題を解決するための手段〕

文書選択時において、まず文書ファイルに格納されてい
る文書名を表示する。利用者は、これらの文書名からそ
の文書レイアウトを参照したい文書情報を指定する。次
に、指定された文書情報のレイアウト構造情報のみを検
索抽出し、この情報から得られる文書の組版情報、すな
わち文書レイアウト上客文書要素が占める領域の位置、
大きさ、属性等の情報から図式的に表現されたレイアウ
ト画像を作成し、ディスプレイ上に表示する。利用者は
、これらを参照して自分が選択すべき文書であるかどう
かを判断し、もし選択すべき文書であれば文書情報全体
を読出して文書の更新や印刷等の次の処理に移り、もし
選択すべき文書でなければ上記の処理を繰り返す。

〔作用〕

本発明における文書選択方式では、文書選択時に文書の
レイアウト画面を参照できるため、高速でかつ利用者に
判り易い文書選択方式を提供することができる。

なお、本発明に類似した技術として、文書作成・編集時
に文書頁全体のイメージを表示する文書レイアウト表示
技術がある。例えば特開昭５９−５２７７号公報マルチ
ウィンドウ画面によるディスプレイ表示方式などに記述
されているように文書画像を縮小した画像をレイアウト
画像としてディスプレイに表示する方法を用いていた。

また、この種の方法として関連するものには例えば特開
昭６１２７５８９号公報、米国特許第４４１７２３９号
等が挙げられる。但し、これらはレイアウト構造情報だ
けではなく文書情報全体を展開してから縮小表示するも
のであり、上記高速化の目的には合致しない。

〔実施例〕

まず、第１図を用いて、本発明を適用した文書作成・編
集システムの全体構成を説明する。

このシステムは、システム全体動作を制御する処理装置
（マイクロプロセッサ）１０、処理装置１０が実行する
各種プログラムを格納するプログラムメモリ１１、これ
らのプログラムの実行過程で生ずるデータを一時的に格
納するためのワークメモリ１２、文書情報ファイルを格
納するための文書ファイルメモリ１３、第５図に示す文
書ファイル管理テーブルを格納するための文書ファイル
管理テーブルメモリ１４、第７図に示すレイアウト領域
管理テーブルを格納するためのレイアウト領域管理テー
ブルメモリ１６、第３図に示すウィンドウ管理テーブル
を格納するためのウィンドウ管理テーブルメモリ１７、
文字コードに対応する文字フォントを格納するための文
字フォントメモリ１８、表示画面２３に表示すべきデー
タが格納されるリフレッシュメモリ（ビットマツプメモ
リ）２１、リフレッシュメモリ２１の内容を順次に読出
して表示画面２３に出力するディスプレイ制御装置２２
、各仮想画面３０．３１に対応する第４図に示すデータ
レコードを格納するための仮想画面メモリ１５、仮想画
面上の表示データをリフレッシュメモリ２１上にビット
マツプデータとして展開するビットマツププロセッサ２
ｏ、上記ビットマツププロセッサ２０を動作させるため
の各種コマンドを格納するためのビットマツププロセッ
サコマンドメモリ１９、本システムに対して各種の制御
指示やデータを入力するためのキーボード２４、および
表示画面上でカーソルによる位置を指定するためのボイ
ンティング装置（マウス）２５から構成される。

次に、本実施例が利用するマルチウィンドウシステムに
ついて、第２図〜第４図を参照しながら説明する。

第２図は、仮想画面メモリ１５に格納される仮想画面３
０，３１上のウィンドウ表示域３３゜３４とディスプレ
イ実画面２３上に設定されるウィンドウ３５．．３６と
の関係を示す。この例では、ウィンドウ３５．３６の位
置と大きさは、ウィンドウ矩形の左上端点のＸＹ座標（
Ｘ工、Ｙｌ）と右下端点のＸＹ座標（Ｘ１’、Ｙｌ’）
とで表わされる。仮想画面３０．３１のウィンドウ表示
域３３゜３４内に位置するデータが、ウィンドウ３５゜
３６に表示される。ウィンドウ表示域３３．３４の位置
と大きさは、ウィンドウ３５．３６と同様に当該矩形の
左上端点、右下端点のｘｙ座標で表わす。

第２図に示したウィンドウ３５．３６とウィンドウ表示
域３３．３４との対応関係は、第３図に示すウィンドウ
管理テーブル４０に記憶する。

第３図はウィンドウ管理テーブル４０のデータ項目を示
す。４１はウィンドウが重なる時の表示優先順位である
。４２はディスプレイ実画面の左上端点を原点としたウ
ィンドウの左上端点のＸＹ座標、４３は同じく右下端点
のＸ’　、Ｙ’座標である。４４は仮想画面の左上端点
を原点としたウィンドウ表示域のｘｙ座標、４５は同じ
く右下端点のｘ’　、ｙ’座標である。

第４図は、仮想画面メモリ１５のデータ項目を示す。図
において５１は仮想画面の大きさを表わす横と縦のサイ
ズ、５２は仮想画面内の領域の総数である。仮想画面内
のデータは、次に述べる領域単位で管理する。５３は仮
想画面の左上端点を原点とした領域の横縦座標、５４は
領域のサイズである。５５は当該領域のデータ種別（文
字／図形／画像）である。５６は当該領域のデータ属性
である。データ種別５５が文字の場合は、横／縦書き種
別、行ピッチ、字ピッチ等である。データ種別５５が図
形の場合は、図形数等である。データ種別５５が画像の
場合は、圧縮形式、階調数等である。５７は領域データ
である。データ種別５５が文字の場合は、文字コード列
、図形の場合は、図形コマンド列、画像の場合は、画像
データである。

第５図は、文書ファイル管理テーブルメモリ１４のデー
タ項目を示す。図において、６１は文書ファイルメモリ
１３に格納されている文書情報に付けられた文書名、６
２は文書ファイルメモリにおける文書情報の格納位置、
６３は文書情報の大きさである。

第６図は、文書ファイルメモリ１３に格納されている文
書情報のデータ構造を示す。文書情報は、文書のページ
ごとに区切られ、各ページの情報はレイアウト情報部８
０とデータ情報部８１の２つから構成される。レイアウ
ト情報部８０において、７１は当該ページの横縦サイズ
である。レイアウト情報部８０におけるその他の情報は
次に述べる領域単位で管理する。７３はページの左上端
点を原点とした領域の横縦座標、７４は領域のサイズで
ある。７５は当該領域のデータ種別（文字／図形／画像
）である。７７は領域が重なる場合の表示優先順位、７
６は領域が重なる部分における優先順位７７の低い領域
の表示の有無を表す透明属性である。データ情報部８１
は次に述べる領域単位で管理する。７８は当該領域のデ
ータ属性である。当該領域のデータ種別７５が文字の場
合は、横／縦書き種別、行ピッチ、字ピッチ等である。

当該領域のデータ種別７５が図形の場合は、図形数等で
ある。当該領域のデータ種別７５が画像の場合は、圧縮
形式、階調数等である。７９は領域データである。当該
領域のデータ種別７５が文字の場合は、文字コード列、
図形の場合は、図形コマンド列、画像の場合は、画像デ
ータである。レイアウト情報部８０における領域とデー
タ情報部８１における領域の対応は、領域ＩＤ７２の照
合処理によって行う。

第７図は、レイアウト領域管理テーブルメモリ１６のデ
ータ項目を示す。図において、９ｏは当該ページの横縦
サイズ、９１はページ内の領域の総数である。文書のレ
イアウトは、次に述べる領域単位で管理する。９２はペ
ージの左上端点を原点とした領域の横縦座標、９３は領
域のサイズである。９４は当該領域のデータ種別（文字
／図形７画像）である。９６は領域が重なる場合の表示
優先順位、９５は領域が重なる部分における優先順位９
６の低い領域の表示の有無を表す透明属性である。

次に、本実施例における文書検索処理のための制御フロ
ーについて、第９図〜第１１図に示すプログラムフロー
チャートを参照して説明する。第８図は処理中、ワーク
メモリ１２に作成されるページ位置管理テーブル１００
のデータ構造である。

第１２図は処理に用いるマウス２５、第１３図は処理に
用いるキーボード２４である。第１４図は処理中の表示
画面２３の例である。

第９図に、本実施例における文書検索のメインルーチン
を示す。まず、文書名表示用ウィンドウ１３０をディス
プレイ２３に開き（ステップ２０１）、文書ファイル管
理テーブル１４を参照して（ステップ２０２）、テーブ
ル１４に登録されている文書名６１の一覧をウィンドウ
１３０に表示する（ステップ２ｏ３）。次に、メツセー
ジ表示用ウィンドウ１３１を開き（ステップ２０４）、
利用者にマウス２５を用いて文書名６１を指示する旨の
メツセージを表示する（ステップ２ｏ５）。利用者がマ
ウス２５を用いて文書名６１を選択したら（ステップ２
０６）、文書ファイル管理テーブルメモリ１４を参照し
、指示された文書名に対応する文書情報が格納されてい
る位置６２と長さ６３を求める（ステップ２０７）。次
に、マウス２５のどちらのボタンが押されたかを判断し
くステップ２０８）、右のボタン１１１であれば、第１
０図及び第１１図にフローチャートを示す文書レイアウ
ト表示ルーチン２１２を実行した後、ステップ２０５に
戻る。左のボタン１１２であれば、文書ファイルメモリ
１３に格納されている指定された文書情報をワークメモ
リ１２に転送しくステップ２０９）　、メツセージ表示
用ウィンドウ１３１及び文書名表示用ウィンドウ１３０
を閉じて（ステップ２１０．ステップ２１１）文書検索
処理を終了する。

第１０図及び第１１図に、未実施例における文書レイア
ウト表示ルーチンを示す。まず、文書フアイルメモリ１
３に格納されている指定された文書情報を検索しくステ
ップ２５１）、文書情報のページごとの区切りの位置を
示したページ位置管理テーブル１００をワークメモリ１
２内に作成する（ステップ２５２）。次に、ページ位置
管理テーブル１００を参照して文書の総ページ数１０１
を変数Ｄ　Ｐ　Ｎｍａｘに設定する（ステップ２５３）
。

また、レイアウト表示を行うページナンバを表す変数Ｄ
ＰＮに１を設定する（ステップ２５４）。

次に、ページ位置管理テーブル１００を参照してＤＰＮ
ページ目の文書情報の格納されている位置１０２と長さ
１０３を求め、ＤＰＮページ目のレイアウト情報部８０
からレイアウト領域管理テーブル１６の作成に必要なデ
ータのみ抽出しくステップ２５５）、レイアウト領域管
理テーブル１６を作成する（ステップ２５６）。作成し
たレイアウト領域管理テーブル１６を用いてレイアウト
画像の編集を行い（ステップ２５７）、ディスプレイ２
３にレイアウト表示用ウィンドウ１３２を開いて（ステ
ップ２５８）レイアウト画像を表示する（ステップ２５
９）。ここで、利用者がマウス２５又はキーボード２４
を用いた入力を待つ（ステップ２６０）。入力がマウス
２５によるものであった場合は、ワークメモリ１２内に
作成したページ位置管理テーブル１００を削除しくステ
ップ２６２）、レイアウト表示用ウィンドウ１．３２を
閉じて（ステップ２６３）レイアウト表示ルーチン２１
２を終了する。入力がキーボード２４によるものであっ
た場合は、まず入力されたキーを判定する（ステップ２
６４）。入カキ−が終了キー１２４の場合はステップ２
６２に移る。入カキ−が次頁キー１２３又は前頁キー１
２２の場合はレイアウト画面の書き直しを行う。まず、
入カキ−が次頁キー１２３の場合について説明する。レ
イアウト表示を行うページナンバを表す変数ＤＰＮに１
を加算しくステップ２６５）、ＤＰＮと文書の総ページ
数を表す変数ＤＰＮｍａｘの大小比較を行う（ステップ
２６６）、ＤＰＮがＤＰＮｍａｘよりも小さいまたは等
しい場合はステップ２５５に移る。ＤＰＮがＤＰＮｍａ
ｘよりも大きい場合はメツセージ表示用ウィンドウ１３
１に次頁はないというメツセージを表示しくステップ２
６７）ＤＰＮにＤＰＭｍａｘの値を設定して（ステップ
２６８）ステップ２６０に移る。次に、入カキ−が前頁
キー１２２の場合について説明する。レイアウト表示を
行うページナンバを表す変数ＤＰＮに１を減算しくステ
ップ２６９）　、ＤＰＮと１の大小比較を行う（ステッ
プ２７０）　、、ＤＰＮが１よりも大きいまたは等しい
場合はステップ２５５に移る。

ＤＰＮが１よりも小さい場合はメツセージ表示用ウィン
ドウ１３１に前頁はないというメツセージを表示しくス
テップ２７１）ＤＰＮに１を設定して（ステップ２・７
２）ステップ２６０に移る。

以上説明した実施例によれば、利用者が文書を選択する
際、利用者の必要に応じて任意の文書情報のレイアウト
画像を参照することができるので、高速な文書選択方式
を提供することができる。

なお、本実施例では説明しなかったが、レイアウト情報
部を抽出する対象となる文書情報は、システムの内部メ
モリ、例えばフロッピーディスクのような外部記憶装置
のいずれに格納された文書情報に対しても実現できる。

また、本実施例においてはマルチウィンドウ機能を有す
るシステムを用いた例について説明したが、マルチウィ
ンドウ機能を有さないシステムにおいても例えばディス
プレイ画面の切替処理を行うことにより実現できる。ま
た、本実施例においてはピッ１−マツププロセッサを用
いた画面表示について説明したが、ビットマツププロセ
ッサを用いずに、例えば直接リフレッシュメモリへ表示
データを転送することによる画面表示も実現できる。ま
た、本実施例においてはレイアウト表示の際に、キーボ
ードからの入力による画面表示ページの変更方式につい
て説明したが、キーボードを用いずに、例えばマウスの
ボタンを押し続けることによって順次表示ページを変更
していく方式等も実現できる。また、本実施例では説明
しなかったが、レイアウト表示の際に表示ページの変更
を行った後に当該文書を選択することによって、レイア
ウト表示において最後に表示されたページの文書情報を
文書編集用側像として表示することもできる。

〔発明の効果〕

以上の実施例の説明から明らかなように、本発明によれ
ば、利用者が文書を選択する際、利用者の必要に応じて
任意の文書情報のレイアウト画像を参照することができ
るので、高速に文書を検索できる効果がある。

【図面の簡単な説明】

第１図は、本発明によるマルチウィンドウシステムの全
体構成を示すブロック図、第２図は、仮想画面上のウィ
ンドウ表示域と、ディスプレイ実画面上のウィンドウと
の関係を示す図、第３図は、ウィンドウ管理テーブル図
、第４図は、仮想画面メモリ構成図、第５図は、文書フ
ァイル管理テーブル図、第６図は、文書情報構成図、第
７図は、レイアウト領域管理テーブル図、第８図は、ペ
ージ位置管理テーブル図、第９図は、実施例のメインフ
ロー図、第１０図と第１１図は、実施例の文書レイアウ
ト表示ルーチンのフロー図、第１２図は、本システムで
使用するマウス図、第１３図は、本システムで使用する
キーボード図、第１４図は、文書選択の際の表示画面を
示した図である。 １０・・・処理装置、１１・・・プログラムメモリ、１
２・・・ワーク・メモリ、１３・・・文書ファイルメモ
リ、１４・・・文書ファイル管理テーブル・メモリ、１
５・・・仮想画面メモリ、１６・・・レイアウト領域管
理テーブル・メモリ、１７・・・ウィンドウ管理テーブ
ル・メモリ、１８・・・文字フォント・メモリ、１９・
・・ＢＭＰコマンド・メモリ、２０・・・ビットマツプ
・プロセッサ、２１・・・リフレッシュ・メモリ、２２
・・・ディスプレイ制御装置、２３・・・ディスプレイ
、２４・・・キーボード、２５・・・マウス。

Claims (1)

【特許請求の範囲】
1. １、文書ファイルと処理装置とメモリと入力鍵盤のよう
   な入力装置とディスプレイのような画像表示装置を有す
   る文書作成・編集装置において、文書を指示する手段と
   文書情報の一部分を読みだす手段と文書情報の一部分を
   展開・表示する手段を有することを特徴とする文書検索
   方式。