JPH0387969A - 文字データ処理装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、文字列検索機能を備えたパーソナル・コンピ
ュータ（パソコン）などのデータ処理装置に係り、特に
、ワードプロセッサに好適なデータ処理装置に関する。

〔従来の技術〕

ワードプロセッサ（ワープロ）などのデータ処理装置で
は、従来から文字列検索機能を備え、編集などの文書作
成処理の効率化が充分に図れるようになっている。

ところで、従来のこの種の装置に付与されている文字列
検索機能は、特開昭５８−２０１１４０号公報、特開昭
６１−２８５５３４号公報、特開昭６２−４２２２９号
公報、或いは特開昭６２−２２１７２６号公報などに記
載のように、作成した索引の先頭から順次、その文字列
を検索し、表示をして行く方式になっていた。

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

上記従来技術は、文書データ中から任意の文字列を検索
する場合、常に、その文書の先頭から順次、検索と表示
を繰り返して行くようになっていて、検索の効率化につ
いて特に配慮がされておらず、文書データが膨大で多大
の頁数からなる場合などでは、必要な文字列の存在位置
に到達するのに、かなりの時間が必要になってしまうと
いう問題があった。

例えば、いま、ワープロなどのユーザが、その編集すべ
き文書については、検索すべき文字列の存在位置が、そ
の文書の中で前の方なのか、中はどなのか、或いは後半
なのかが大体判っていた場合でも、従来技術では、必ず
文書の先頭から検索を繰り返さなければならず、従って
、検索の効率化が困難なのである。

本発明の目的は、ユーザの記憶が充分に活用出来、編集
すべき文書に応じて文字列検索の高効率化が可能で、編
集作業に要する時間が充分に短縮出来るようにした文字
データ処理装置を提供することにある。

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

上記目的は、文字列検索中に逐次検索された文字列の文
書データ全体の中での存在位置を順次検出して記憶する
手段と、該手段により記憶した存在位置を所定の一覧表
形式で表示する手段とを設けることにより達成される。

〔作用〕 上記手段は、文書データ全体から検索すべき文字列の存
在位置を調べ、その結果を一覧表として表示するから、
この−覧表をユーザが調べ、自己の記憶と突き合わせる
ことにより、文書の先頭からいちいち文字列の逐次検索
と表示を繰返えすことなく、必要な編集位置を短時間で
容易に知ることが出来、効率的な文書編集を行なうこと
ができる。

〔実施例〕

以下、本発明による文字データ処理装置について、図示
の実施例により詳細に説明する。

第１図は本発明の一実施例で、ワープロなどの文字デー
タ処理装置に付与された機能により実行される基本的処
理手順をブロック図で示したもので、この処理は、所定
のキー人力などにより検索処理か指令されると開始され
、以下の処理が順次実行される。

処理ステップｌでは、所定のキー人力操作などにより、
検索の対象となる文字列の入力処理が実行される。

処理ステップ２は、入力された文字列を文書データの先
頭から各頁毎に検索し、検索すべき文字列が存在した頁
では、その頁番号と、この頁内に検索すべき文字列の存
在個数とを順次記憶して行く処理を実行する。

処理ステップ３では、記憶された頁番号と、存在個数と
を所定の形式により一覧表として表示する処理を実行す
る。

処理ステップ４は、表示された一覧表に基づいて必要な
文字列の存在位置を知り、所定のキー人力操作により編
集位置の選択に必要な操作処理が行なわれる。

処理ステップ５では、選択された文書位置での必要な編
集処理が遂行される。

処理ステップ６では、処理ステップ４と５による文書編
集処理を繰り返すか否かを判断する処理で、所定のキー
人力などにより判断結果が入力され、これにより処理ス
テップ４に戻るか、ここで文書編集処理を終了するかが
決められることになる。

従って、この実施例によれば、任意の文字列の検索処理
に際して、その文字列が存在する頁番号と、その頁に存
在する文字列の個数とが一覧表として表示されることに
なり、短時間で容易に必要な文字列の存在位置が検索で
き、文書の編集処理を効率的に行なうことができる。

次に、上記実施例について、更に詳細に説明する。

第２図は、第１図の処理手順を更に展開して示したもの
で、この図において、まず、処理ステップ１０では、検
索対象文字列の入力処理が行なわれる。このときの表示
画面は第３図に示すものから第４図に示すようになる。

すなわち、いま、編集中の画面が例えば第３図のように
なっていたとすると、これが処理ステップ１０における
文字列検索コマンドの入力により、第４図に示すように
、まず、所定のウィンドが開かれ、″′検索文字列の入
力”という指示メツセージが現われる。そこで、これに
対して“文字列”と入力されると、図示のようになるこ
とを表わしている。

そこで、この文字列の入力処理に応じて、続く処理ステ
ップ１１で文書の最初の頁での検索処理に進み、そして
、その結果を次の処理ステップ１２で判定し、いま現在
検索を行なっている頁（このときは最初の頁）に検索対
象文字列（第４図の例では“文字列”）が存在するか否
かを判断し、結果がＹｅｓのときには処理ステップ１３
に、他方、結果がＮＯのときには処理ステップ１７に夫
々進む。

まず処理ステップ１３に進んだときには、この処理ステ
ップと次の処理ステップ１４による判断処理とで、現在
検索中の頁内にある全ての検索対象文字列の位置を所定
のメモリ領域に記憶する処理を実行し、その後、処理ス
テップ１５から処理ステップ１６を実行することにより
、いま処理中の頁の番号と、その中に存在した検索対象
文字列の個数とを所定のメモリ領域に記憶し、その後、
処理ステップ１２での判断結果がＮｏなったときと同じ
（、処理ステップ１７に進むのである。

この処理ステップ１７では、まず、その文書に次ぎの頁
が有るか否かが調べられ、結果がＹｅｓと判定されたら
処理ステップ１８に進み、次ぎの頁の検索を実行してか
ら処理ステップ１２に戻り、処理ステップ１６までの文
字列の検索と、存在位置の記憶のための処理を繰り返す
。従って、これらの処理ステップ１２乃至１８の処理ス
テップが実行されると、その文書の全頁にわたる検索処
理が進んでゆくため、やがて、その文書の最終頁の処理
が終わるので、ここで処理ステップ１７での結果がＮｏ
になり、今度は、ここから処理ステップ１９に向う。

この処理ステップ１９以降の処理に進んだときには、こ
こで、まず、その文書には検索対象文字列が存在したか
否かが調べられる。そして、結果がＮｏと判断されたと
きには、その文書からは検索対象文字列が一つも見出さ
れなかったのであるから、ここで処理ステップ２０に進
み、この文書には、指定された文字列は全く存在しない
旨のメツセージを表示させ、ここで、この検索コマンド
による処理を抜ける。なお、このときのメツセージは第
４図のウィンドの中に表示されるようになっている。

一方、処理ステップ１９での結果がＹｅｓになったとき
には、少なくとも１の検索対象文字列が存在したことを
意味するから、このときには処理ステップ２１以降に進
み、まず、この処理ステップ２１では、検索対象文字列
が存在した全ての頁の頁番号の一覧表の表示処理を実行
する。第５図はこのときの表示画面例で、画面の左側に
ウィンドを開き、その中の左側に頁番号が、そして右側
に、その頁内での文字列の存在個数が、それぞれ表示さ
れることになる。そして、更に、この実施例では、頁内
に存在した検索対象文字列の個数によって表示される文
字の色を、例えば、文字列の個数が１の場合には白色文
字、２〜５の範囲では青色文字、６〜１０までは緑色文
字、そして１１以上では赤色文字という具合に、それぞ
れの個数により文字の色を変えて表示するようになって
いる。

次に、こうして−覧表が表示されたことにより、続いて
処理ステップ２２では、ユーザによる頁番号の選択が行
なわれる。このときの選択操作は、第５図の表示面で、
所定の頁番号に対するカーソルの移動、重ね合わせと、
それに続く実行キーの押下により遂行される。なお、こ
の第５図では、頁番号Ｐ、ｌ　にカーソルが重畳されて
いる状態が表わされている。

続く処理ステップ２３は、単に検索、対象文字列の存在
位置の閲覧だけを希望したときのためのもので、このと
きには、ここでエスケープキーを操作することにより、
この処理ステップ２３での結果がＮＯになり、処理は終
了され、元の表示画面に戻る。

エスケープキーが押されなかったときには処理ステップ
２４に進み、第６図に示すように、選択した頁での文書
の編集処理、すなわち、その頁内で一番最初にある検索
対象文字列にカーソルを移動させ、順次、所定の文字列
に変換するなどの処理を行ない、所定の編集処理を実行
する。

ところで、このとき、いま、選択し表示された文書の頁
がユーザの意識していた頁とは異なっていた場合や、そ
の頁での編集処理は終了したが、ここでさらに他の頁の
編集処理に進みたい場合の為に、次の処理ステップ２５
が設けられている。

すなわち、この処理ステップ２５では、予め任意のキー
を頁の再選択キーとして割り当てておき、この再選択キ
ーによる入力が有るか否かを調べ、その結果により処理
ステップ２１まで戻るように構成されており、従って、
再度、−覧表の表示から所定の文字列が存在するであろ
う頁番号の選択が可能になるのである。

従って、この実施例によれば、文書データの中に指定し
た文字列が存在した場合、その文字列が存在する頁番号
と、その頁内に存在する文字列の個数とが一覧表として
自動的に表示されてくるから、ユーザが、予めその文書
の中で、その文字列が存在するであろう位置について、
例えば、文書の前の方、中間部分、或いは後の方などの
記憶をもっていた場合には、極めて短時間で容易に検索
が可能になり、文書の編集などの効率化を充分に得るこ
とができる。

また、この実施例によれば、検索対象文字列の存在位置
情報−覧表の再読出しが、編集作業中、任意に出来るか
ら、錯誤などによる誤った選択に際しても、その補正操
作が容易で、無駄な処理時間の発生を充分に抑えること
ができる。

なお、上記実施例では、文字列の存在位置の情報表示形
態として頁番号を使用しているが、これに代えて行番号
を使用したり、或いは、文書全体からみた相対的な位置
、つまり文書の前半、中間、後半などの表示形態として
もよい。

〔発明の効果〕

本発明によれば、文書データの文字検索処理に際して、
予め、その文書の全体の中での検索対象文字列の存在位
置が一覧表形式で自動的に表示されるから、ワープロな
どの文字データ処理装置で処理すべき文書があった場合
、その文書については、ユーザが、ある程度の知識を有
していて、必要な文字列の存在位置についても、大体記
憶して１）−１円 いた場合には、この−覧表から容易に編集位置を知るこ
とが出来、文書の最初から順次、検索操作を繰り返す必
要が無くなり、従って、処理すべき文書のデータ量が膨
大なものであった場合でも、短時間で容易に必要な位置
に到達することが可能になり、文書データ処理の効率化
を充分に得ることができる。

【図面の簡単な説明】

第１図は本発明による文字データ処理装置の一実施例に
おける処理の主要な部分を示すフローチャート、第２図
は同じくその詳細を示すフローチャート、第３図、第４
図、第５図、及び第６図はそれぞれ本発明の一実施例に
よる表示画面の説明図である。 １〜６．１０〜２５・・・・・・処理ステップ。 第 図 １〜６：ｊ％理ステップ 第３図 第５図

Claims (1)

1. 【特許請求の範囲】 １、文書作成・編集機能と文字列検索機能を備えた文字
   データ処理装置において、文字列検索中に逐次検索され
   た文字列の文書データ全体の中での存在位置を順次検出
   して記憶する手段と、該手段により記憶した存在位置を
   所定の一覧表形式で表示する手段とが設けられているこ
   とを特徴とする文字データ処理装置。 ２、請求項１の発明において、上記所定の一覧表形式が
   、文書データ内における頁数と、同一頁内に存在する文
   字列の数による表示形式となるように構成されているこ
   とを特徴とする文字列データ処理装置。