JPH01130257A

JPH01130257A - 文書処理装置

Info

Publication number: JPH01130257A
Application number: JP62289168A
Authority: JP
Inventors: Masashi Kiriyama; 桐山　雅至
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1987-11-16
Filing date: 1987-11-16
Publication date: 1989-05-23

Abstract

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

Description

【発明の詳細な説明】〔産業上の利用分野〕本発明は、文字２図形、イメージ等の文字データを処理
する文書処理装置に関し、特に文書に設けられる枠を扱
うことができる文書処理装置に関するものである。

〔従来の技術〕

従来ワードプロセッサに代表される文書処理装置では、
文書に地図や写真を貼り込む場合、文書中の文書の途中
にブロック（以後これを枠とする）を空け、その中に図
形や写真を貼り付けていた。そこで枠空けするために枠
の位置や大きさを指示手段によって指示する。その場合
従来技術では枠の大きさ等のデータ（例えば幅が何ｍｍ
か等）をあらかじめ設定してから一指示手段により枠空
けしていた。また文書データの書式変更等が必要になっ
た時、その書式に合わせて枠に関するデータはオペレー
タが再設定していた（例えば、書式変更に応じ、入力可
能文字数が増減する場合がある）。また枠の同じ属性を
表わす単位は−通りで（例えば。

ｍ　ｍ　）あった。

〔発明が解決しようとしている問題点〕しかしながらこ
のような手法では、指示手段により文書画像データ中に
枠空けしようとした時、オペレーターは意図する枠の位
置や大きさを自分で割り出し、枠に係わるデータを設定
してから枠空けしなければならないという問題点があっ
た。

また書式変更などにより、文書データの文字の大きさや
、字間（文字ピッチ）、行間（行ピッチ）、位置等が変
わった場合、枠に係るデータは独立的に改めて設定しな
ければならなかりた。そのために文書データの書式変更
のみ行い、枠の大きさ、位置等のデータを、変更された
書式に合わせず、そのまま更新しなかった時に、文章と
枠の間で、サイズ、位置の不一致等の問題点があった。

また枠に係るデータである大きさの単位が例えばｍｍだ
けで表わされている時は、枠の中に文字を入力したい時
に何文字入力可能かが判断しすらいという問題点があつ
た。逆に枠の中に図形等、文字以外のデータを入力した
い時や、画像データ中に枠空けしたい時は、枠の大きさ
が文字数や行数で表わされていると入力しづらいという
問題点があった。つまり、枠に係わるデータの単位が−
通りで表わされると、文書処理率を著しく阻害してしま
う等の問題点もあった。

〔目　的〕以上の点に鑑み本発明は、枠を含む文書の書式（行ピッ
チ、文字ピッチ、文字サイズ、用紙サイズ等）に応じて
、枠の位置、大きさのデータを記憶することができ、該
書式が更新された時、枠のデータも自動的に更新するこ
とができる文書処理装置を提供することを目的としてい
る。

又、本発明は、枠の位置、大きさのデータがｍｍや入力
可能文字数等、単位間の自動換算をすることができる文
書処理装置を提供することを目的としている。

又、本発明は、書式に応じて枠の移動を行うことができ
る文書処理装置を提供することを目的としている。

〔実施例〕

なお、本発明でいう文書は、文字９図形、イメージを含
んだものも指すものである。又、本発明は、単体の機器
によって達成されても良いし、複数の機器から成るシス
テムによって達成されても良い。

又、或いはＬＡＮ等のネットワークを介して、他の端末
、システムとデータをやりとりすることにより達成され
るものであっても良いことは言うまでもない。

第１図はこの発明の一実施例を示す画像処理装置のブロ
ック図であり、１はＣＲＴ表示部で、ラスクスキャンし
て文書画像データを表示する。２はビデオＲＡＭ　（Ｖ
ＲＡＭ）で、ＣＲＴ表示部ｌの１画面のパターン展開情
報を記憶する。３は表示制御部で、ＶＲＡＭ２へのパタ
ーン展開制御およびＣＲＴ表示部ｌへのパターン読み出
しを制御する。４はマイクロプロセッサ（ＭＰＵ）で、
各部を総括的に制御する。５は主メモリで、第６図に示
すフローチャートに従った制御プログラムを内蔵するＲ
ＯＭとデータ処理のためのワークメモリとなるＲＡＭか
ら構成されている。６は外部磁気ディスク装置で、文書
ファイル等を格納している。７はこの発明の指示手段を
兼ねるポインティングデバイス（ＰＤ）で、ＣＲＴ表示
部１の任意の位置を指定する。８はキーボード、９はＩ
１０バスで、各ブロックとＭＰＵ４とを接続する。なお
、この発明において、組版とは、元来活版印刷の１工程
を表す言葉であり、−言で説明すると、「原稿に基づい
て活字を拾い、原稿の指定に基づいて順序、字詰め、行
数、字間、行間、位置等を正しく組み上げ、１つの文書
を作り上げる」ことを意味し、この処理を本発明の装置
においては、電子的に行っている。

第２図は、第１図に示した外部磁気ディスク装置６に格
納される文書ファイルのフォーマットを説明する模式図
であり、１１は文書ヘッダで、文書ファイルの大きさ、
ブロック数、書式定義１２、ブロック情報１３（固定ま
たは浮動ブロック枠等から構成される）等のアドレス情
報が書き込まれている。書式定義１２には用紙サイズ、
版面位置、文字セット情報、文字ピッチ、行ピッチ等の
書式の情報が書き込まれている。ブロック情報１３は、
各々呼び出し順にソートされている。１４はブロックデ
ータで、ブロック情報１３に対応する実データが書き込
まれている。１５は文章データである。

第３図は第２図に示したブロック情報１３の構成を説明
する模式図であり、２１は優先順位（プライオリティ）
で、複数ブロックが重なった時の表示優先順位を示すデ
ータである。２２は当該ブロックが固定ブロックか浮動
ブロックかを示すフラグデ−夕である。２３はページ番
号／浮動ブロック番号で、固定ブロックの時は、ページ
番号が入り、浮動ブロックの時は浮動ブロック番号が入
る。２４はブロック左上座標で、ブロック左上のＸ座標
データとｙ座標データとが書き込まれる。２５はブロッ
クデータで、ブロックの幅と高さとが書き込まれる。２
６もブロックデータであるが、２５で設定されたブロッ
クの幅と高さがｍｍで換算されているのに対して、２６
ではブロック幅が字数で、ブロックの高さが行数で設定
されている。２７はブロックデータアドレスで、ブロッ
クデータ中の当該ブロックに関するデータのアドレスが
書き込まれている。

第４図は第１図に示したＭＰＵ４の機能を説明ザるブロ
ック図であり、第１図と同一のものには同じ符号を付し
である。

この図において、３・ｌはデータ供給源で、キーボード
８から入力される文章データまたは外部磁気ディスク６
から読み出される文書データで構成されている。３２は
制御手段で、データ供給源３１から送出される文章デー
タをポインティングデバイス７から指示される情報に基
づいて処理手段（書式変更等に伴う枠データの変更処理
等）３３に転送する。３４は文章画像アドレステーブル
で、処理手段３３が読み込んだ文書データ列に含まれる
改行、改頁、オフセット等の各種フォーマット制御コー
ドに従いＶＲＡＭ２への展開アドレスと入力文書コード
が書き込まれる。文書画像アドレステーブル３４は、主
メモリ５上のＲＡＭ上に作成される。３５はキャラクタ
ジェネレータ（ＣＧ）で、入力文書コードに対応する文
字フォント（ドツトパターン）を発生させ、発生させた
ドツトパターンをＶＲＡＭ２の指定されるアドレスに書
き込む。３６は書式定義エリアで、データ供給源３１か
ら送出された文書データが、ポインティングデバイス７
や、キーボード８からの書式変更の指示が、処理手段３
３で処理され、変更後の書式情報が書き込まれる。３７
はブロック情報エリアで、上記変更された書式を基にブ
ロック（枠）のデータ（情報）１３が書き込まれる。

次に第５図、第６図を参照しながらこの発明による一連
の動作について説明する。

第５図はポインティングデバイス７により枠の位置、大
きさを指示し、又、書式に基づいて枠データが自動設寞
される様子を説明する模式図である。

第５図（ａ）は編集前の文書画像データであり、ポイン
ティングデバイス７により枠の位置、大きさを指示して
いる４１０第５図（ｂ）は書式と枠のデータの図である。この文書
データの字間は０．３ポイント、行間は９．４ポイント
であった（第５図（ｂ）　３６）。第５図（ａ）に示す
ようにオペレーターが枠の位置、大きさを指示すると、
処理手段３３が書式の字間、行間を調べ枠の左上座標と
、幅、高さをブロック（枠）のデータを３７に自動設定
する。この場合枠の幅は１４文字分、高さは１０行分で
あった。また、もう一つの単位としてｍｍで表現されて
おり、１４文字は５８　、３　ｍ　ｍ　、　１０行は７
７．２ｍｍであった。これは処理手段３３が同時に単位
換算している。

第５図（ｃ）の４２は、第５図（ｂ）の枠のデータを基
に枠空けされた図である。つまり、枠のサイズ、位置は
、第５図（ａ）の４１の様に表示される（或いは表示す
べき所）のであるが、線で示した文字列等に合わせるべ
（書式に応じて、（Ｃ）の４２の様に表示するわけであ
る。

第６図（ａ）、（ｂ）は、書式変更された文書画像デー
タ内の枠データの自動更新を説明する模式図であり、同
図（ａ）は編集前の文書画像データを示し、その時の書
式定義３６と、ブロック（枠）の属性（幅、高さ）３７
が示されている。同図（ｂ）は編集後の文書画像データ
と、書式定義３６、ブロック（枠）のデータ（属性）３
７を示している。これらの図から分かるように、第６図
（ａ）に示す文書画像データがデータ供給源３１から与
えられて、ＣＲＴ表示部１に表示される。与えられた文
書画像データの書式３６は、文字サイズ１２ポイントで
、字間は０．３ポイント、ｍｍ単位で４．２ｍｍ、行間
は９．４ポイント、ｍｍ単位で７．２ｍｍであったとす
る。文書画像データ内の画像データ４１のブロック（枠
）の属性３７は、幅が１４文字、ｍｍ単位で５８．３　
ｍ　ｍ　。

高さは１０行でｍｍ単位では７７．２ｍｍであったとす
る。

一方策６図（ｂ）は、ポインティングデバイス７や、キ
ーボード８により第６図（ａ）の文書画像データの再編
集された後の状態が示されている。この場合、書式定義
３６の文字サイズが１２ポイントから１８ポイントに更
新された。字間と行間は、文字サイズの更新により処理
手段３３が最適値を算出して自動更新する。この書式の
更新により、処理手段３３が枠情報の変更が必要である
と判断し、ブロック（枠）の属性３７が自動更新される
。枠の幅は９文字、高さは６行となった。ただしｍｍ単
位では、それぞれ５８．３ｍｍ、７７．２ｍｍであるこ
とから実際の枠の大きさは、書式の変更前と変更後とで
は変化はしていない。処理手段３３が更新された書式の
字間、行間を枠の実際の大きさ（ｍ　ｍ単位）とから、
枠の幅（字数）、高さ（行数）を割り出しそれぞれ更新
処理したことになる。この書式定義３６と、ブロック（
枠）の属性３７から処理手段３３が判断し、文書画像ア
ドレステーブル３４に更新後のアドレスを設定して、移
動編集する。

次に第７図はこの発明によるブロック（枠）のデータの
自動更新の手順を説明するフローチャートである。なお
（１）〜（）は各ステップを示す。

文書データが供給源３１より入力されたかどうか判断し
く１）、Ｎｏならばポインティングデバイス７の入力が
あったかどうかを判断しく２）、Ｎｏならばステップ（
１）に戻り、ＹＥＳならばブロック処理モードかどうか
を判断しく３）、ＹＥＳならばブロック（枠）データ（
属性）そのものの変更かどうか判断しく４）、Ｎｏなら
ばブロック（枠）の作成あるいは修正のための位置と大
きさの指示かどうか判断しく５）１、Ｎｏならば枠の属
性の変更や作成、修正のための位置と大きさの指示以外
のブロック処理（６）つまりブロック（枠）の削除等を
してステップ（１）に戻る。（５）の判断でＹＥＳなら
ば、書式定義３６の字間（文字ピッチ）と、ポインティ
ングデバイス７で指示したブロック（枠）の大きさから
枠のデータ（属性）の幅（字数）を処理手段（３３）が
設定する（Ｓ７）。次いて書式の字間（文字ピッチ）か
ら枠の幅をｍｍ単位に換算する（８）。

同様に書式定義３６の行間（行ピッチ）と、指示した大
きさから枠の属性の高さ（行数）を処理手段３３が設定
する（９）。つづいて書式の行間（行ピッチ）から枠の
高さの単位を行数からｍｍに換算しく１０）、ステップ
（１）に戻る。

一方（４）の判断でＹＥＳの時は、枠の幅の変更かどう
か判断しく１１）、ＹＥＳならばその変更がｍｍ単位で
表わされている幅の変更かどうか判断しく１２）、ＹＥ
Ｓならば字数で幅を表わしている方を、書式の字間（文
字ピッチ）から判断して更新する（１３）。

（１２）の判断でＮＯの場合は、つまり変更が字数単位
で表わされている幅の変更ならば、同様にｍｍ単位で表
わしている幅を更新する（１４）。（１１）の判断でＮ
ｏならば属性の変更が高さの変更かどうかを判断しく１
５）、ＮＯならばその他のブロック（枠）のデータ（属
性）変更処理（１６）をしてステップ（１）に戻る。Ｙ
ＥＳならばｍｍ単位で表わされた高さの変更かどうか判
断しく１７）、ＹＥＳならば行数で高さを表わしている
方を、書式の行間（行ピッチ）から判断して更新する（
１８）。（１７）の判断でＮｏならばつまり変更が行数
で表わされている高さの変更ならば、同様にｍｍ単位で
表わしている高さを更新する（１９）。ステップ（１３
）、　　（１４）。

（１８）、（１９）はそれぞれ処理の後ステップ（１）
に戻る。

一方（３）の判断でＮｏならば書式変更モードかどうか
判断しく２０）、Ｎｏならばステップ（１）に戻る。Ｙ
ＥＳならば書式変更し、書式を更新する（２１）。

次に文書データ中にブロック（枠）が存在するかどうか
判断しく２２）、Ｎｏならばステップ（１）へ戻る。Ｙ
ＥＳならばステップ（７）へ行く。

〔他の実施例〕

なお、上記実施例では、文書データの書式を直接変更し
た場合について説明したが、ブロック（枠）のデータ（
属性）が自動更新されるのは、例えば文書画像データの
一部削除や、追加等があった時にも行われる。

〔効　果〕

以上詳述した様に本発明は、枠を含む文書の書式（行ピ
ッチ、文字ピッチ、文字サイズ、用紙サイズ等）に応じ
て、枠の位置、大きさのデータを記憶することができ、
該書式が更新された時、枠のデータも、自動的に更新す
ることができる文書処理装置を提供することが可能とな
った。

又、本発明によって、枠の位置、大きさのデータが、ｍ
ｍや入力可能文字数等、単位間の自動換算をすることが
できる文書処理装置を提供することが可能となった。

又、本発明によって書式に応じて、枠を移動することが
できる文書処理装置を提供することが可能となった。

【図面の簡単な説明】

第１図は本発明の一実施例を示す文書処理装置のブロッ
ク図、第２図は第１図に示した外部磁気ディスク装置６に格納
される文書ファイルのフォーマットを説明する図、第３図は第２図に示したブロック情報の構成を説明する
図、第４図は第１図に示したＭＰＵの機能を説明するブロッ
ク図、第５図は枠の設定によってデータが自動設定される様子
を説明する図、第６図はこの発明による自動更新動作を説明する図、第７図はこの発明による自動更新動作手順を説明するフ
ローチャート。ｌ　・・・・・・・・・・・・・・・・・・・・・・・
・・・・・・・・・・・・・・・・・・・・・・・・・
・・・・・・・・ＣＲ７表示■

Claims

【特許請求の範囲】

枠の位置と大きさを指示する指示手段、前記枠を含む文
書の書式に応じて、前記枠の位置と大きさのデータを記
憶する記憶手段、前記文書の書式を変更する変更手段、
前記変更手段により前記文書の書式が変更された場合、
前記変更された書式に応じて、前記記憶手段に記憶され
るデータを更新する更新手段とを有したことを特徴とす
る文書処理装置。