JP2845235B2 - 文書データ処理装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の屬する技術分野】この発明はワードプロセッサ
やパーソナルコンピュータ等の文書処理装置に関する。

【０００２】

【従来の技術】従来、ワードプロセッサにおいて、項分
け文書を作成する場合、例えば、大項目、中項目、小項
目の見出し部分に番号、記号等を付けるが、その際、各
見出し部分の桁位置は大項目、中項目、小項目毎に全て
揃っていた方が文書全体の見栄えが良くなる。このよう
に項目レベル毎に見出し部分の頭揃えを行う為には、あ
る項目の見出しを入力する際、既に作成済の当該項目レ
ベルに対応する見出し部分を表示画面上で確認し、この
桁位置に合せてデータを入力するようにしていた。

【０００３】

【発明が解決しようとする課題】しかしながら、既に作
成した文書内から同一項目レベルの見出し文字列を探す
手間、その文字列の先頭桁位置を確認する手間、更には
新しい見出し位置にカーソルが来るように位置調整する
手間が必要となり、画面切替操作やカーソル移動操作等
を必要とする為、キー操作が煩雑化して時間を要し、項
分け文書等を効率良く入力することができないという欠
点があった。この発明の課題は、文書データがその内容
によって区切られる必要がある場合に、自動的に区切ら
れる前後の文書データを見やすい配置にすることができ
るようにすることである。

【０００４】

【課題を解決するための手段】この発明は、文書データ
を記憶する文書記憶手段と、上記文書データ内に含まれ
る各種文字列の中で特定文字列の配置桁位置を検出する
検出手段と、上記文書データを改行で区切る際、その区
切られる前部分の文書データ上で上記検出手段で検出さ
れた上記特定文字列の配置桁位置に合わせて、その区切
られる後部分の文書データの先頭位置に配置される上記
特定文字列と同一構成の文字列の先頭配置桁位置を決定
する桁位置決定手段と、を具備したことを特徴とする文
書データ処理装置。

【０００５】

【発明の実施の形態】以下、図１〜図４を参照して一実
施形態を説明する。図１は文書データ処理装置（ワード
プロセッサ）のブロック構成図である。ＣＰＵ１１は予
めプログラムメモリ１２内に格納されている各種のプロ
グラムにしたがって文書作成処理等を制御するもので、
キー入力部１３から入力された文書データを取り込んで
表示部１４から表示出力させたり、変換辞書メモリ１５
を参照してかな漢字変換を行い、漢字混り文をＲＡＭ１
６内の文書メモリ１６−１に格納する。

【０００６】ＲＡＭ１６は文書メモリ１６−１の他に、
入力レジスタ１６−２、文字列レジスタ１６−３、桁位
置レジスタ１６−４、整列テーブル１６−５を有する構
成で、文書メモリ１６−１は文書保存用のメモリで、文
書を文字コードで記憶する。なお、文書メモリ１６−１
の内容はキー入力部１３からの印刷指令に応答して読み
出され、印字部１７から入力された文字データを一時記
憶し、また文字列レジスタ１６−３は文書メモリ１６−
１から読み出された文字列を一時記憶するワーク用のレ
ジスタである。桁位置レジスタ１６−４は特定文字種の
組み合せから成る文字列が文書メモリ１６−１内に既に
作成済である場合に、この作成済である文字列の桁位置
を記憶する。整列テーブル１６−５は予め定められた特
定文字種の組み合せを記憶するもので、その内容はキー
入力部１３から予めオペレータが任意に設定したもので
ある。

【０００７】図２は整列テーブル１６−５の具体例を示
し、各行には１組ずつ特定文字種の組み合せが記憶され
ている。なお、本実施例において整列テーブル１６−５
の各行は４文字構成で、その各行には文字の種類を示す
コードがその組み合せ状態に応じて４文字分整列記憶さ
れている。ここで、図中「＊」はどんな文字、スペース
等のコードでも良いことを、「ス／句」はスペースコー
ドあるいは句読点コードを示している。

【０００８】次に、本実施形態の動作を図３および図４
を参照して説明する。図３のフローチャートは入力され
た文字データを文書メモリ１６−１に１文字書き込む処
理に続けて実行されるもので、文字データが１文字入力
される毎に実行開始される。

【０００９】先ず、入力された文字データは入力レジス
タ１６−２に取り込まれて文書メモリ１６−１に書き込
まれるが、この文字データが整列テーブル１６−５内の
最後尾文字種と同じ文字種か否かを調べる（ステップＳ
１）。ここで、図２に示す如く整列テーブル１６−５内
の各行における最後尾文字種は「記号」、「符号」、
「記号」であるから、文書メモリ１６−１に書き込まれ
た文字データがそれらと同種の文字データでなければ、
そのままこのフローから抜けるが、同じ文字種であるこ
とがステップＳ１で検出されると、ステップＳ２に進
み、整列テーブル１６−５の最大文字数分の入力文字列
を文書メモリ１６−１から読み出し、文字列レジスタ１
６−３に書き込む。

【００１０】いま、図４（１）に示す様に「……ケコ。
ｂ」に続いて記号「）」を入力すると、整列テーブル１
６−５内の最後尾文字種「記号」と一致する為、整列テ
ーブル１６−５の最大文字数分（本実施例にあっては４
文字分）の文字列「コ。ｂ）」が読み出され、文字列レ
ジスタ１６−３に書き込まれる。なお、図４（２）に示
す如く、「クケコ。」を入力したのち改行し、「ｂ）」
を次行の１桁目から入力すると、４文字分の文字列を文
書メモリ１６−１から読み出す際、その一部が前行にか
かるが、このような場合、前行にかかる文字をスペース
として取り扱うようにしている。

【００１１】しかして、この入力列レジスタ１６−３に
取り込んだ入力文字列と同じ文字種の組み合せが整列テ
ーブル１６−５内に設定されているか否かを調べる（ス
テップＳ３）。ここで、図４（１）の場合、入力文字列
「コ。ｂ）」は整列テーブル１６−５内の１行目の組み
合せ「＊、ス／句、英字、記号」と一致する。また、図
４（２）の場合の入力文字列、即ちスペース、スペー
ス、英字、記号から成る文字列「ｂ）」も整列テーブル
１６−５内の１行目の組み合せと一致する。このように
入力文字列と同じ文字種の組み合せが整列テーブル１６
−５内に設定されていれば、それを条件に次のステップ
Ｓ４に進むが、設定されていなければ、このフローから
抜ける。

【００１２】ステップＳ４は整列テーブル１６−５内の
該当する組み合せと同種の文字列が文書メモリ１６−１
内に記憶されているか否かを調べるもので、図４
（１）、（２）に示す場合、文書メモリ１６−１内には
既に整列テーブル１６−５の１行目の組み合せ「＊、ス
／句、英字、記号」から成る文字列、つまり、スペー
ス、スペース、英字、記号から成る文字列「ａ）」が記
憶されているので、ステップＳ４で同種の文字列が既に
作成済であることが検出される。なお、この場合、同一
文書内を全て検索してもよいが、スピードアップの為に
前後の行で文字が実在する数行のみを検索対象としても
よい。

【００１３】しかして、入力文字列と同種の文字列が文
書メモリ１６−１内に無ければこのフローから抜ける
が、既に作成済であれば当該文字列が記憶されている文
書メモリ１６−１内の桁位置を検出して桁位置レジスタ
１６−４に記憶させる（ステップＳ５）。ここで、図４
（１）、（２）の場合、文字列「ａ）」の桁位置として
「４」が桁位置レジスタ１６−４にセットされる。

【００１４】そして、次のステップＳ６に進み、文字列
レジスタ１６−３内の該当文字列が含まれる文書メモリ
１６−１内の同一行において、その左側の桁位置に文字
データが記憶されているか否かを調べる。この場合、文
字列レジスタ１６−３内の該当文字列とはステップＳ４
で検出された文字列に対応するもので、図４（１）の場
合、文字列レジスタ１６−３内の文字列「コ。ｂ）」の
うち「ｂ）」に相当する。しかして、図４（１）の場
合、該当文字列の同一行左側に文字データが有る為、該
当文字列以下の文を改行すると共に（ステップＳ７）、
桁位置レジスタ１６−４内の桁位置までその文字列以下
の文を移動させる（ステップＳ８）。これによって、図
４（１）に示す如く、文字列「ｂ）」は図中矢印方向へ
移動し、次行の４桁目に表示される。したがって、既入
力済の文字列「ａ）」と今回新たに入力した文字列
「ｂ）」との桁位置が自動的に揃うようになる。

【００１５】一方、図４（２）の場合、該当文字列の同
一行左側には文字データが無い為、ステップＳ７をスキ
ップしてステップＢ８に進み、桁位置レジスタ１６−４
内の桁位置までその文字列以下の文を移動させる。これ
によって、図４（２）に示す如く、文字列「ｂ）」は図
中矢印方向へ移動し、同一行の４桁目に表示される。こ
の場合においても文字列「ａ）」、「ｂ）」との桁位置
は合致する。

【００１６】なお、ステップＳ７、Ｓ８において、「文
字列以下の文」としたのは例えば既作成済の文書の途中
に戻って「ｃ）」を挿入した場合、これ以下の文も
「ｃ）」と共に移動される必要があるからである。した
がって、既作成の文書の後に、新たな文書を続けて追加
する場合の他に、既作成の文書中に新たな文書を挿入し
た場合にも見出し等に用いられる特定文字列は既に作成
した最初の対応文字列と同じ桁位置に合せられる。

【００１７】なお、上記実施例は整列テーブル１６−５
に任意の文字種を設定するようにしたが、予めメーカサ
イドによって固定的に決めた文字種であってもよい。ま
た、整列テーブル１６−５の文字種としては文字の種類
のみならず、文字そのものであってもよい。

【００１８】

【発明の効果】本発明によれば、文書データを改行で区
切る際、その区切られた後ろ部分の文書データの先頭配
置桁位置が、その区切られた前部分の文書データ内に含
まれる特定文字列の配置桁位置に合わせてその配置桁位
置が同じになるように自動的に決定されて分割配置され
るようにしたので、改行で区切られる文書データの先頭
位置に配置されるべき見出し文字列などの特定文字列に
ついては、文書データの作成に当たって最初にその特定
文字列の配置桁位置をオペレータ自身が文書データ上に
おいて任意に指定して入力しておきさえすれば（即ち、
その文字列が見出し文字列であるといったような特殊な
指定などを文書作成途中において特に行なわなくて
も）、上記改行により分割されてその改行後の先頭位置
にくる上記特定文字列と同一構成の文字列の先頭配置桁
位置を自動的に揃えることができる。

【図面の簡単な説明】

【図１】文書データ処理装置のブロック構成図。

【図２】整列テーブル１６−５の内容を具体的に示した
図。

【図３】見出しなどの特定文字列を同じ桁位置に整列さ
せる場合の動作を示したフローチャート。

【図４】（１）、（２）はその場合の具体列を示したフ
ローチャート。

【符号の説明】

１１ ＣＰＵ １２ プログラムメモリ １６ ＲＡＭ １６−１ 文書メモリ １６−５ 整列テーブル

Claims (1)

(57)【特許請求の範囲】
1. 【請求項１】 文書データを記憶する文書記憶手段と、 上記文書データ内に含まれる各種文字列の中で特定文字
   列の配置桁位置を検出する検出手段と、 上記文書データを改行で区切る際、その区切られる前部
   分の文書データ上で上記検出手段で検出された上記特定
   文字列の配置桁位置に合わせて、その区切られる後部分
   の文書データの先頭位置に配置される上記特定文字列と
   同一構成の文字列の先頭配置桁位置を決定する桁位置決
   定手段と、 を具備したことを特徴とする文書データ処理装置。