JPH01258024A

JPH01258024A - フアイル検索方式

Info

Publication number: JPH01258024A
Application number: JP63085011A
Authority: JP
Inventors: Hidefumi Iwami; 岩見　秀文; Haruo Takeda; 晴夫武田; Fumio Wakamori; 和歌森　文男; Naoya Takahashi; 直也高橋
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1988-04-08
Filing date: 1988-04-08
Publication date: 1989-10-16

Abstract

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

Description

【発明の詳細な説明】〔産業上の利用分野〕本発明は光磁気ディスクなどの大容ｆｆ？ｔｔ子ファイ
ルに係り、特に複数の登録データを、ファイルから逐次
連続的に読出し、デイスプレィ表示する手段により所望
のデータを見つけるのに好適なファイル検索方式に関す
る。

〔従来の技術〕

最近、光磁気ディスクなどの大容量電子ファイルシステ
ムが、新しいデータ管理の手段として注目を集めている
。大容量ファイルの中から所望のデータを検索する機能
として、日立製作所の光デイスクファイルシステムｒ）
（ｉ”Ｉ’ＦｉＬ、Ｅ６５０Ｊには、高速ページめくり
機能が装備されている。

この機能は、複数の登録データをファイルから逐次連続
的に読出し、デイスプレィ表示することにより所望のデ
ータを検索する機能である。

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

上記従来のページめくり検索方式では、ページめくりの
途中で、その時点でめくられているデータがめくり対象
データの中のどのあたりのデータであるかを、容易に知
ることができなかった。

本発明の目的は、上記の問題を解決し、大容量電子ファ
イルにおける検索の操作性をさらに向上させることにあ
る。

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

上記目的を達成するために、本発明では、入力装置と、
記憶装置と１表示装置とより成る電子ファイルシステム
において、電子ファイルへ検索データをイフ録する際に
、検索対象データの集合全体における各検索対象データ
の位置を示す、データ、例えば文書の目次と各頁との対
応データを合わせてべｌ録しておき、検索時には、マル
チウィンドウ画面上の一方の第１ウィンドウで検索対象
データのａ＋＋速ページめくりを行ない、他方の第２ウ
ィンドウに、検索対象データの集合全体の中での上記第
１ウィンドウで表示中のデータの占める位置、（又は順
位）を示すマークを表示し、第１ウィンドウの表示内容
の更新に同期して上記マークの位置を移動させることを
特徴とする。

〔作用〕

シ゛本発明によれば、上記構成により、ペー＼めくりの途中
で、その時点での画面の表示データが、目視検索の対象
となるデータ全体の中のどのあたりのデータであるかを
容易に知ることができ、オペレータは検索の進歩状況を
把握しながら、めくり速度の調節等を行なって、目的と
するデータの検索作業をすることができる。

〔実施例〕

以下、本発明の実施例を図面により説明する。

第１図〜第４図は本発明を概念的に示した図であり、第
１図は、めくられているデータの位置を文書の目次によ
り示した例、第２図は、めくられているデータの位置を
一覧表、例えばカレンダーにより示した例、第３図は、
めくられているデータの位置を分類樹木図１例えば部品
表により示した例、第４図は、めくられているデータの
位置を全体構成図、例えば１１本全国図により示した例
を示す。

第１図において、５はデイスプレィ画面、５１１は、検
索対象データをページめくりするウィンドウであり１例
として、文書の各頁を順次連続的に表示する。５１２は
、めくり対象データ全体の巾で、現状表示しているデー
タの位置を示すウィンドウであり１例として、当該文書
の目次におけるウィンドウ５１１で、その瞬間に表示し
ている頁の位置を目次中の該当項目をマーク５００によ
り示している。

第２図において、５２１は、５１１と同様に、検索対象
データをページめくりするウィンドウであり、例として
、業務［１誌を日付順に順次連続的に表示する。５２２
は、５１２と同様に、ウィンドウ５２１に現在表示して
いる業務日誌が、カレンダー上の何日の日誌であるかを
マーク５００で示している。

第３図において、５３１は、前記５１１　、５２１と同
様に、検索対象データをページめくりするウィンドウで
あり、この例では、各部品図を順次連続的に表示してい
る。５３２は、５１２，５２２と同様に、ウィンドウ５
３１で現在表示している部品が１部品構成図のどこに位
置づくものかをマーク５００で示しているウィンドウで
ある。

第４図において、５４１は、５１１〜５３１と同様に、
検索対象データをページめくりするウィンドウであり、
この例では地図の各部分図を順次連続的に表示している
。５４２は、５１２〜５３２と同様に、ウィンドウ５４
１で」Ｌ在表示している部分図が、全体図のどこに位置
するかを示すウィンドウであり１例として１日全国体地
図中でのウィンドウ５４１の都道府県位置をマーク５０
０により示している。

第５図は９本発明を適用する装置の全体構成を示すブロ
ック図である。図において、■は画像データを入力する
ためのスキャナ、２はスキャナ１のコントローラ、３は
各画像データを圧縮した形で記憶する記憶装置であり、
例えば、光磁気ディスク等の記録媒体と、その駆動装置
からなる。４は記憶装置３の動作を制御するコントロー
ラ、５はページめくりによりデータが表示されるウィン
ドウ５１１，５２１．および上記ページの位置を示すウ
ィンドウ５１２，５２２などを表示するデイスプレィで
ある。６はデイスプレィ５の表示を制御するコントロー
ラ、７はコマンド、文字デー９１画像データのインデク
ス等を入力するためのキー人力装置、８はシステムの全
体動作を制御する主制御装置、９は主制御装置８が実行
するプログラムを格納するメモリ、１０はプログラムの
実行過程で生ずるデータを一時的に格納するワークメモ
リ、１１．１２は記憶装置３から読出された圧縮形式の
画像データを一時的に記憶するためのバッファメモリで
ある。また、１３はスキャナ１から入力した原画像デー
タを一時的に記憶するためのバッファメモリ、１４は原
画像データを圧縮、符号化するための専用のプロセッサ
、１５は圧縮された画像データを復元するための専用の
プロセッサ、１６．１７はプロセッサ１５によって復元
された画像データを格納するピットマツプメモリ。

２０はデイスプレィ５上に設定する表示領域（ウィンド
ウ）５１１，５１２，５２１，５２２゜５３１．５３２
の管理テーブルデータを格納するためのメモリである。

２１は各ウィンドウに対応する仮想画面のデータを格納
するメモリ、２２は仮想画面」二のコード形式の表示デ
ータをピットマツプデイスプレィ５のリフレッシュメモ
リ２５上にビットマツプ形式データとして展開するため
のビットマツププロセッサ（ＢＭＰ）、２３はＲＭ　Ｐ
２２を動作させるための各種の命令（Ｂ　Ｍ　））コマ
ンド）を格納するメモリ、２４はデイスプレィ画面５上
の位置座標を入力するための、マウス等の座標入力装置
、２６は記憶装置：３のディレクトリをロードするメモ
リ、２７は記憶表ｖｉ３にべ１録したデータを管理する
テーブルのロード用メモリである。

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

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

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

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

第９図は記憶装置３上の記憶エリアの構成を模式的に描
いた図である。記憶装置３上の記憶エリアは、大きく分
けて画像データを格納するための画像格納領域３Ｂと、
画像データを管理するための管理テーブルを格納するた
めの画像管理テーブル格納領域３Ａと、？！を数個の画
像管理テーブルを格納するためのファイルディレクトリ
３Ｄとからなる。光磁気ディスク等の場合、記憶装置内
のデータアドレスは、一般にトラック番号とトラック内
のセクタ番号で表わされることが多い。ここでは、説明
を簡単にするため、記憶装置内の全セクタに固有のセク
タ番号３ｏを付し、このセクタ番号のみで、データの入
出力アドレスを指定できるものとする。画像格納領域３
Ｂのうち、斜線を付して示したセクタ番号ｎ、ｎ＋１．
ｎ＋２の３つのセクタから成る部分は、１ペ一ジ分の画
像を構成するデータ領域を表し、特にセクタ番号ｎ＋２
のセクタでは、１セクタの中、斜線を付して示した部分
にのみ有効データが記録されていることを示している。

また、画像管理テーブル格納領域３Ａのうち、セクタ番
号ｍをもつセクタは、成る１件のの画像管理テーブルの
領域を示している。

第１０図は記憶装置３におけるファイルディレクトリ３
Ｄの構成を模式的に描いた図である。記憶装置３の中に
は目次、カレンダー、部品構成図、地図等のインデクス
で表現される検索対象レコードの集合を複数化格納でき
るものとする１本実施例では、各集合のことを「ファイ
ル」と呼ぶ、各ファイルは、ファイル内の検索対象レコ
ードを管理するために、それぞれ１件の画像管理テーブ
ル３　Ａ　−ｍを保持している。ファイルディレクトリ
３［〕には、各ファイル番号７４毎に、ファイル名７１
と、当該ファイルが保持している画像管理テーブルの先
頭アドレス７２と、エントリ数７；３とを記憶するため
のエントリ７５−１．７５−２・・・がある。

第１１図は画像管理テーブル３　Ａ　−ｍの構成を模式
的に描いた図である０画像番号８４は当該ファイルに登
録された画像データの順番を示す。画像番号が「０」の
エントリ８５−０は目次、カレンダ、−１部品端ｌ戊図
、地図等のインデクス画伶を管理するデータのエントリ
を示す。８５−１〜８５〜Ｑは、当該画像管理テーブル
によって管理するファイル内に格納している検索対象レ
コードの管理データエントリであり、各エン１−りには
、対応するレコード画像の先頭アドレス８２と、データ
長８３と、各レコードが、インデクス画像中のどの位置
に示されているかを示すマーク５００の位置座標８６と
を示す項目からなる。

第１２図〜１６図はプログラムメモリ９上に格納し、主
制御装置１ｌｔ８で実行するプログラムの処理フローを
示したものである。

第１２図は、メインプロゲララムのフローチャートであ
り、ステップ２０１では、記憶装置３よリファイルディ
レクトリ３Ｄをファイルディレクトリメモリ２６上に読
出す、ステップ２０２では検索対象データをページめく
り表示するための。

例えば前述した５１１，５２１，５３１，５４１などの
第１ウィンドウと、めくり対象データの集合の中での、
各レコードの論理的な位置づけを示す１例えば目次５１
２．カレンダー５２２９分類樹木図５３２．地図５４２
などを表示する第２ウィンドウとに関するウィンドウ管
理データを、ウィンドウ管理テーブル２０に登録する。

ウィンドウ管理テーブル２０に登録する各項目の値は、
第１、第２ウィンドウのそれぞれについて、予めプログ
ラム内に設定しであるものとする。ステップ２０３では
、オペレータがキー人力装置７より入力する操作コマン
ドコードとファイル名とを受取り、ワークメモリ１０に
格納する。ステップ２０４では、ステップ２０３で受信
した操作コマンドコードを判別し、登録コマンドならば
ステップ２０５へ、検索コマンドならばステップ２１３
へ終了コマンドならばステップ２１８へ制御を移す。ス
テップ２０５では、第１３図に示す処理により、目次、
カレンダー、部品構成図、地図などのインデクス画像を
記録装置３内の画像格納領域３Ｂへ格納する。ステップ
２０６では、第１１図に構成を示した画像管理テーブル
メモリ２７における画像番号が「ｏ」のエントリ７８５
−０に、インデクス画像データの先頭アドレス８２とデ
ータ長８３とを格納する。先頭アドレス８２とデータ長
８３は、ステップ２０５の処理で決定される。ステップ
２０７では、検索対象となるレコード画像を。

ステップ２０５と同様の処理によって、記憶装置３内の
画像格納領域３Ｂへ格納する。ステップ２０８では、ス
テップ２０７で格納したレコード画像が、ステップ２０
５で格納したインデクス画像中のどこに位置づくのかを
、第２ウィンドウ５１２　、５２２　、５３２　、５４
２・・・に表示中のインデクス画像の該当点をオペレー
タが座標入力装置α２４で指示することにより設定する
９例えば、ステップ２０５で格納したインデクス画像が
文書の目次５１２の場合には、ステップ２０７で格納し
たレコード画像の属する目次項目の位置座標を、オペレ
ータが第２ウィンドウ５１２上に表示したマウスカーソ
ルを該当位置５００にセットして、ボタンを押下するに
より入力する。ここで入力された座標はデイスプレィ実
画面５上の位置であり。

第６図に示した仮想画面と実画面との関係により、仮想
画面上の位置、すなわち、インデクス画像の左」二端点
を座標原点とする位置に、第７図のウィンドウ管理テー
ブルに設定された値を用いて変換する。変換式は次の通
りである。

〔仮想画面上の横座標値〕＝〔ウィンドウ表示域の横座
標値〕＋〔デイスプレィ実画面上の横座標値〕−〔ウィ
ンドウの横座標値〕縦座標値を上記と同様に求められる。

ステップ２０９では、ステップ２０７で格納したレコー
ド画像に関する管理データを、画像管理テーブルメモリ
２７における該当画像番号８４のエントリ８５−１に格
納する。対応マーク位置座標８６はステップ２０８で求
めた値１画像データ先頭アドレス８２とデータ長８３は
ステップ２０７で求めた値を格納する。画像番号８４は
レコード画像を１件格納する毎にカウントアツプされる
。

ステップ２１１では、レコード画像の登録をさらに継続
するかどうかの指示入力をオペレータから受は取り登録
終了でなければ、制御を再びステップ２０７へ戻す、イ
？、録終了ならば、ステップ２１２へ制御を移す、ステ
ップ２１２では、画像管理テーブルメモリ２７で作成し
たテーブルデータを、記録装置３内の画像管理テーブル
格納領域３　Ａに格納する。格納した画像管理テーブル
に関するディレクトリデータは、第１０図に構成を示し
たファイルディレクトリメモリ２６の該当ファイル番号
のエントリに格納される。ファイル名７１はステップ２
０３でオペレータより入力された値、画像管理テーブル
の先頭アドレス７２は格納時に決定した値、画像管理テ
ーブルのエントリ数は、ステップ２０１でカウントした
値で格納される。ファイル番号７４は、画像管理テーブ
ルを１件格納する毎に、カウントアツプされる。

すなわち、１回の＜）録コマンドに基つく処理によって
記憶装置３内に、１個のファイルを格納する。１個のフ
ァイルは１画像管理テーブルによって、１件のインデク
ス画像と、複数性のレコード画像の集合とを管理する。

インデクス画像と各レコード画像は１画株格納領域３Ｂ
に格納される。

ステップ２１３では、ステップ２０３でオペレータから
人力さ扛たファイル名をキーにして、ファイルディレク
トリメモリ２６のファイル名のフィールド７１をサーチ
と、一致するエントリの画像管理テーブル先頭アドレス
７２とエントリ数７３を読出す。この値に基づき、記憶
装置３内の画像管理テーブル格納領域３Ａからファイル
名に対応する画像管理テーブルデータを読出し、画像管
理テーブルメモリ２７に格納する。ステップ２１４では
、画像番号が「０」のエントリの画像データ先頭アドレ
ス８２とで一夕長８３とを用いて、記憶装置３内の画像
格納領域３Ｂから該当のインデクス画像をバッファメモ
リ１１に読出す。ステップ２１５では、バッファメモリ
１１に読み出されたデータ圧縮されたインデクス画像デ
ータを、伸長プロセッサ１５を用いて伸長し、仮想画面
メモリ２１上へ転送する。ステップ２１６では、仮想画
面メモリ２１上のインデクス画像のうちのウィンドウ表
示域の部分のデータを、デイスプレィ実画面との第２ウ
ィンドウの領域に相当するリフレッシュメモリ２５上の
所定の領域へ転送する。ステップ２１７では、第１図〜
第４図に示したように、第１ウィンドウ５１１，５２１
，５３１゜５４１でページめくり検索を行ない、第２ウ
ィンドウ５１２，５２２，５３２，５４１で、その瞬間
にめくられているレコード画像のインデクス画像上での
位置をマーク５００により示す、尚、この処理の詳細に
ついては、第１４図〜第１６図を用いて後述する。ステ
ップ２１８では、ファイルディレクトリメモリ２６のデ
ータを、記憶装！！３内のファイルディレクトリ領域３
Ｄに格納する。

第１３図は、第１２図におけるステップ２０５のインデ
クス画像格納の処理を行なうサブルーチンのフローチャ
ー１−を示す。ステップ１２２では。

スキャナ１から人力された画像データをバッファメモリ
１３に１時的に格納する。ステップ１２３では、バッフ
ァメモリ１３に格納された画像データを、仮想画面メモ
リ２１に転送し、ステップ２１６と同様の処理によって
、デイスプレィ実画面５上の第２ウィンドウに表示する
。ステップ１２４では１表示された画像の品質が良好で
あることを確認したオペレータからの入力に基づき、制
御ステップ１２６へ移す、もし、画質が不良であること
を示す入力がされた場合にはステップ１２２へ戻り、再
度、画像人力処理を行なう、ステップ１２６では、メモ
リ１３に格納された入力画像データを圧縮プロセッサ１
４により圧縮符号化し、バッファメモリ１１に格納する
。画像データの圧縮は従来公知の種々の方式を採用でき
る。

例えば、吹抜敬彦著、日刊工業新聞社発行のｒＦＡＸ、
ＯＡのための画像の信号処理」と題する文献のＰ、６１
〜Ｆ、１０６にあるＭ　）−１法、ＭＲ法等を用いるこ
とができる。ステップ１２８では。

メモリ１１に格納した圧縮画像データを記憶装置３内の
画像格納領域３Ｂに書込む。

上記第１３図は、第１２図におけるステップ２０５のイ
ンデクス画像格納の処理を行なうサブルーチンのフロー
チャートであるが、第１２図のステップ２０７で示され
たレコード画像格納処理のサブルーチンも、上記第１３
図と類似している。

ステップ２０７のサブルーチンでは、上記第１３図のス
テップ１２３が以下に述べるステップ１２３′に変更さ
れる。すなわち、ステップ１２３において、バッファメ
モリ１３上の画像データをビットマツプメモリ１６に転
送し、ビットマツプメモリ１６をデイスプレィ実画面５
上の第１ウィンドウに対応する仮想画面メモリと見なし
て、第１ウィンドウの表示域に相当するデータをビット
マツプメモリ１６から切出し、デイスプレィ実画面５上
の第１ウィンドウの領域に対応するリフレッシュメモリ
２５上の所定の領域へ転送する。第１３図において、ス
テップ１２６で圧縮した時に画像データのデータ長が求
まり、ステップ１２７で画像を書込む時に、画像データ
の先頭アドレスが決まる。これらの値をワークメモリで
１時的に記憶し、ステップ２０６．２０９で画像管理テ
ーブルに格納する。

第１４図は、第１２図におけるステップ２１７のページ
めくり検索の処理を行なうサブルーチンのフローチャー
トである。ステップ１３２では、デイスプレィ５上の第
１ウィンドウに次に表示すべき検索対象レコード画像の
管理テーブル３Ａ−ｍの画像番号８４を示すパラメータ
ｉの値を初期値「０」に設定する。また、記憶装置３の
画像格納領域３Ｂから、次に読出す画像データの格納用
バッファとしてメモリ１１を指定し、次に伸長処理のた
めに読出すべき画像格納バッファとしてメモリ１２．伸
長処理した画像の格納用ビットマツプメモリとしてメモ
リ１６を指定する。また、デイスプレィ５の第１ウィン
ドウに表示するための第１ウィンドウに対応した仮想画
面と、ＣＲＴリフレッシュメモリにデーダを転送する元
となるビットマツプメモリとしてメモリ１７をそれぞれ
指定する。ビットマツプメモリ１６あるいは１７は。

処理途中でどちらかが第１ウィンドウ５１１゜５２１．
５３１，５４１に対応した仮想画面メモリと同様の扱い
を受けるメモリとなり、メモリ１６あるいは１７上のウ
ィンドウ表示域のデータがＣＲＴリフレッシュメモリ２
５のウィンドウ対応領域に転送されて、デイスプレィ５
上の第１ウィンドウに表示される。

次にオペレータが検索サブコマンドを入力すると（ステ
ップ１３３）、その有効性をチエツクする（ステップ１
３４）。有効なコマンドは１例えば検索対象データを順
方向に連続的に表示させるコマンド、指令に応答して順
方向に１ベートずつ表示させるコマンド、逆方向に１ペ
ージずつ表示させるコマンドおよび検索終了コマンドで
ある。

既に最後の画像である画像番号Ｑの画像がデイスプレィ
画面に表示されている場合、オペレータの入力した順方
向表示コマンドは無効とする。同様に、画像番号１の画
像が表示されている状態、および初期状態での逆方向表
示コマンドの入力も無効とする。入力コマンドが検索終
了コマンドの場合は、本サブルーチンを抜けて、制御を
第１２図のステップ２０３に戻す（ステップ１３５）、
ステップ１３６では、入力コマンドが順方向コマンドか
逆方向コマンドかを判断し、前方向表示コマンドの場合
にはパラメータｉをカウントアツプしくステップ１３７
）、逆方向表示コマンドの場合には、パラメタをカウン
トダウン（ステップ１３８）する。

ステップ１３９では、第１１図に構成を示した画像管理
テーブルメモリ２７を参照し、画像番号８４がパラメー
タｉに一致するレコード８５−１の項目８２，８３の内
容に基づいて、記憶装置３の画像格納領域３Ｂから画像
データをバッファメモリ１１または１２のいずれかに読
出す、何れのバッファメモリに読出すかは、その時の状
態に応じて決まるが、初期状態では、ステップ１３２で
指定したメモリ１１が使用される。ステップ１４０で画
像データの読出終了を確認した後、ステップ１４１では
記憶装置３から読出す画像の格納用バッファメモリの切
替えを行なう。今回はメモリ１１から１２へ、次回はメ
モリ１２から１１に切替える。ステップ１４２ではステ
ップ１３３で入力されたコマンドが順方向表示コマンド
の場合には制御をステップ５００へ、逆方向表示コマン
ドの場合はステップ６００へ制御を移す。ステップ５０
０の詳細は第１５図に、ステップ６００の詳細は第１６
図に示す。

また、この高速ページめくりの動作の詳細は、特願昭６
１−１４９５１０号出願の明細書において記述されてい
る。

第１５図は、順方向表示すブルーチン（ステップ５００
）のフローチャートを示す、ステップ１４３でパラメー
タｉが検索レコードＱより小さいか否かを判断し、ステ
ップ１４４で第１番目の画像データを伸長処理する。第
１画像は、初期状態ではバッファメモリ１１に格納して
あり、これが伸長プロセッサ１５によって伸長され、ビ
ットマツプメモリ１６または１７（初期状態では１６）
に転送される。ステップ１４５では、画像管理テーブル
メモリ２７上の第ｉ＋１番目の画像データをバッファメ
モリ１２に読出す、ステップ１４４の伸長処理とステッ
プ１４５の読出処理は、パス１８を時分割で利用するこ
とにより並行に行なう。

ステップ１４６で上記伸長処理終了を確認後、ステップ
１４７でオペレータからの連続ページめくり停止コマン
ドの有無を確認し、停止コマンドの入力がない場合には
ステップ１４８〜１５２の処理を行ない、停止コマンド
有の場合はパラメータｉの値をカウントダウンしくステ
ップ１５８）。

本サブルーチンを抜はステップ１３３に戻る。

ステップ１４８−１では、デイスプレィ５上の第１ウィ
ンドウに対応する仮想画面に相当させるビットマツプメ
モリの切替えを行なう。初期状態では、ステップ１３２
でビットマツプメモリ１７が仮想画面に相当するものと
して選択されているので、初回は１７から１６への切替
をする。この切替に伴ない、切替先のビットマツプメモ
リから第１ウィンドウの表示域のデータを切出し、リフ
レッシュメモリ２５上の第１ウィンドウ対応領域へデー
タを転送する。これによって、デイスプレィ５上の第１
ウィンドウに切替先のビットマツプメモリ上のデータが
表示される。この切替と同時に、次回ステップ１４４で
伸長処理する画像データを格納するためのビットマツプ
メモリを、上記仮想画面に相当させるものとは異なるビ
ットマツプメモリに切替える。

ステップ１４８−２では、デイスプレィ５の第２ウィン
ドウ５１２，５２２，５３２，５４２に表示した目次、
カレンダー、部品構成図、地図などのインデクス画像上
の対応位置マーク５００を移動させる。対応位置マーク
５００は、第１ウィンドウ５１１，５２１，５３１，５
４１に表示している検索対象データのインデクス上の位
置を示すものであり、第１ウィンドウの表示データの変
更と同期して、その表示位置が移動させられる。

移動処理は次のように行なう、まず、初回に第１番目の
画像が第１ウィンドウに表示された時は。

第２ウィンドウに対応した仮想画面メモリ２１上に、マ
ーク図形をＥＯＲ書きの属性指定、および、画像管理テ
ーブルの対応マーク位置座標８６のフィールドに格納さ
れた値の座標値指定と共に書込む。この後、ビットマツ
ププロセッサ２２を用いて、このマーク図形をＣＲＴリ
フレレツシュメモリ２５上の第２ウィンドウ内の対応位
置にビットマツプ展開する６２回目以降、第１ウィンド
ウの表示画像データが変更された時は、前回表示したマ
ーク位置に再びＥＯＲ書きでマーク図形をＢＭＰ２２で
ビットマツプ展開することによって前回表示位置のマー
クを消去し、今回、第１ウィンドウに表示された画像デ
ータの対応マーク位置座標８６の値に、仮想画面メモリ
２１上のマーク図形の座標値を変更する。この後、ビッ
トマツププロセッサ２２を用いて、再び、マーク図形を
リフレッシュメモリ２５上の第２ウィンドウ内の新しい
対応位置にビットマツプ展開する。これらの処理によっ
て、第１ウィンドウで前回表示していた画像に対応する
第２ウィンドウでのマークを消去し。

第１ウィンドウで今回表示した画像に対応する第２ウィ
ンドウでのマークが新しい位置に表示されたことになる
。

ステップ１４９で画像読出処理の終了を確認した後、ス
テップ１５０で、記憶装置３から読出した画像データの
格納用バッファの切替えを行なう。

この例では、ステップ１３２でメモリ１１を上記バッフ
ァメモリに指定し、ステップ１４１でメモリ１２に切替
えているので、ステップ１５０ではメモリ１１に切替え
る。ステップ１５１で、ステップ１３３で既に入力され
ているコマンドをチエツクし、もし順方向連続表示コマ
ンドであればステップ１５２に進み、検索画像のパラメ
ータｉをカウントアツプしてからステップ１４３に戻る
。

ステップ１５１でチエツクしたコマンドが順方向連続表
示コマンドでなければ、本サブルーチンを抜けてステッ
プ１３３に戻る。

以上の処理によって、第１１図に示した画像管理テーブ
ルに登録されている画像データが記憶装置３から次々と
読出され、伸長処理された後、デイスプレィ５上の第１
ウィンドウに次々と連続的に表示される。この処理過程
で、ステップ１４３でｉ　＝　Ｑとなった場合、即ち、
管理テーブル内の最後の画像が記憶装置３から読出され
たことが判明した場合には、これ以後の画像の読出処理
は不要となるため、ステップ１４４，１４６〜１４８−
２に相当するステップ１５３，１５４〜１５６−２の処
理を行なう。

第１６図は、逆方向表示すブルーチン（ステップ６００
）のフローチャートを示す。ステップ１６０でｉ〉１の
場合には、ステップ１４４に相当するステップ１６１を
行なう、ステップ１６２では、ステップ１４５とは逆に
、１つ前の画像番号の画像を読出す、ステップ１６３〜
１６８は、ステップ１４６〜１５１と同様である。ステ
ップ１６９では、ステップ１５２とは逆に、パラメータ
ｉの値を１だけ逆方向に戻し、以下、ステップ１６０〜
１６９を繰返す。

ステップ１６０でｉ＝１．即ち１画像管理テーブル中の
最初の検索データであることが判明した場合には、逆方
向へのそれ以上の続出処理は不要となるため、ステップ
１６１．１６３〜１６５−２に相当するステップ１７０
〜Ｌ　７４−２を行なう。

上記プログラムで記述される制御動作過程において、特
に連続表示モード時のバッファメモリ１１と１２、ビッ
トマツプメモリ１６と１７の状態変化については、特願
昭６１−１．４９５１０に詳しく記述されているため、
ここでは説明を省略する。

上記処理過程において、連続表示の停止コマンドの他に
、連続表示の時間間隔の長短を指定するコマンドを設け
ることにより、ページめくり速度の調節を行なうことが
できる。この速度調節を実現するためにはステップ１４
７，１６４において、連続表示時間間隔の指定コマンド
の入力を判定し、速度を低下させる即ち時間間隔を長く
するコマンドの場合には、ダミーループの回数を多くし
、逆の場合には、ダミーループ回数を減らす処理を行な
う。

上記実施例では、記憶装置３が光磁気ディスクなどの書
替え可能な記録媒体であることを前提としているが、追
記型光ディスクを用いた場合でも実現はできる。ただし
、後で述べるような登録データの更新を行なう場合には
、更新前の画像管理テーブル３Ａ−ｍの格納エリア全体
を無効とし、新たな空エリアに更新後の画像管理テーブ
ルを格納しなければならず、ファイルの使用効率は低下
する。特に、更新が頻発する時は、無効エリアが増大し
、検索対象データの格納エリアが圧迫される。一方、光
磁気ディスクなどの書替え可能な記録媒体を用いる場合
には、更新後の画像管理テーブルを更新前の画像管理テ
ーブルの格納エリアと同一のエリアに格納することがで
きるため、無効エリアが増えることはない。

登録データ更新の１例を第３図を用いて説明する。尚、
第２ウィンドウ５３２に表示した部品構成図をインデク
ス画像として、各部品の詳細画像データが既に登録され
ていたと仮定する。今１部品の構成が変化し、インデク
ス画像を変更する必要が生じた場合を考える。この場合
、画像管理テーブル上のインデクイ画像データのデータ
長８３と次に述べる項目の更新が必要である１部品構成
図の変化によって、部品図面像そのものは更新されない
が、部品硝酸図上の対応マーク位置ｓ！、標のみが変化
したコードについては、そのエントリの対応マーク位置
座標８６の値のみを更新する。部品図面像そのものを更
新する場合には、そのレコードの対応マーク位Ｔｅ１座
１ｆＡ８６と画像データ長８３を更新する。構成部品が
増加した時には、エントリを増加させて新らたに、対応
マーク位置座４１８６、画像データ先頭アドレス８２、
データ長８３を登録する。逆に、不要となった部品につ
いては、そのエントリを削除する。

〔発明の効果〕

以上の説明から明らかな如く１本発明によれば。

ベートめくり検索の途中でその瞬間にめくられているデ
ータが、目視検索対象データの集合の中でどのあたりに
位置するものかを把握できるため、めくり速度の適確な
調節などページめくり検索の操作性向上に効果がある。

【図面の簡単な説明】

第１図〜第４図は本発明の概念的に示す図、第５図は本
発明の一実施例の全体構成を示すブロック図、第６図は
ウィンドウと仮想画面との関係を説明するための図、第
７図はウィンドウ管理テーブルの模式図、第８図は仮想
画面のデータ構造の一例を示す図、第９図は記憶装置内
のデータ構造の一例を示す図、第］−〇図は記憶装置に
おけるファイルディレクトリの模式図、第１１図は記憶
装置に格納した画像データを管理する画像管理テーブル
の模式図、第１２図〜第１６図は１本発明の一実施例を
実現するプログラムのフローチャートである。１・・・スキャナ、３・・・記憶装置、５・・・デイス
プレィ、７・・・キー人力装置、８・・・主制御装置、
９・・・プログラムメモリ、１４・・・圧縮プロセッサ
、１５・・・伸長プロセッサ、１６．１７・・・ビット
マツプメモリ、２０・・・ウィンドウ管理テーブルメモ
リ、２１・・・仮想画面メモリ、２２・・・ビットマツ
ププロセッサ、２４・・・座標入力装置、２６・・・フ
ァイルディレクトリ、２７・・・画像管理テーブルメモ
リ、２５・・・ＣＲ鳩　ｌ　区毛　２　図第　３　図鳩　４　Ｚ第　５　Σ 第　６ｒｆＵ鴇　７　ロ第　３６第　９　犯第　　　７０　　　戸］毛　　ノ／Ｉ！］＄　　／３　１！］第　１４　　記ぢ　７５　凹

Claims

【特許請求の範囲】

１、入力装置と、記憶装置と、マルチウィンドウ表示装
置とから成る電子ファイルシステムにおいて、記憶装置
への検索対象データを登録する際に、検索対象データの
集合全体における各検索対象データの位置を示すための
データを予め登録しておき、表示画面に設定された第１
ウィンドウで検索対象データの連続読出表示を行ない、
上記画面に設定された第２ウィンドウに、検索対象デー
タの集合全体を表わす図と、現在第１ウィンドウで表示
されているデータの上記集合全体における位置を示すマ
ークとを表示し、第１ウィンドウの表示内容の更新に同
期して、上記マークの位置を移動させるようにしたこと
を特徴とするファイル検索方式。