JPS63284666A - 文書作成装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明はテキスト、グラフ、図形などのように異なった
種類のデータを混在させて文書を作成。

編集する文書作成装置に関する。

〔従来の技術〕

近年、ワードプロセッサなどの文書作成装置においては
扱うデータの種類がこれまでのテキスト（文字）データ
だけでなく、図形、グラフ、表。

イメージといったように種類が多くなってきている。こ
れら複数のデータが混在する文書の作成。

編集方法はさまざまであり、例えば特開昭５７−８１６
７０号公報に記載のように、テキストの作成編集を行っ
ている画面上において、行桁単位で枠をあけ、枠の中に
図形、イメージ等の情報を記入するというものがある。

この場合、枠の大きさ、すなわち、図形、イメージ等の
情報を記入する範囲の縦横の長さは、その時テキストに
対し指定されている行間隔２文字間隔、及び、枠あけを
指定した時の行数９文字数によりミリ、ドツトといった
印刷出力時の物理的な大きさが決まることになる。

また、文書のレイアウトとしては、枠の設定位置に既に
テキストが記入されているような場合には、テキストデ
ータは枠内に配置されないように自動編集される。一方
、枠の方が先に設定されているような場合には、後から
入力されたテキストは同様に枠内に配置されないように
制御される。

また、上記の他に特開昭５９−２２６９６６号公報に記
載のように、異なったデータを印刷出力形式に対応した
形で混在表示するレイアウト画面上において、ミリなど
の印刷時における物理的単位で枠（以下レイアウト画面
上において設定する枠については領域と呼ぶ）を設定し
、枠の中に図形、イメージ等の情報を記入するというも
のがある。また、この場合、文書のレイアウトとしては
、テキストの自動編集は行われず、領域とテキストは表
示、印刷上重ねて配置される。

また、文書のレイアウトの編集方式に関するものとして
、特開昭６０−１３６８７９号公報に記載のように領域
ごとに重ね合わせの情報を記憶して、該情報に従って領
域内のテキストの並びを制御するものがある。

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

さて、前述のような複数のデータが混在する文書の作成
においては、概ね以下の３つの、操作が必要となる。

（１）文書中本文となるべきテキストを作成する。

（ｉｔ　）枠や領域といった矩形のエリア内に記載すべ
き、図形、グラフ、イメージといったデータを作成する
。

（ｉｎ）文書全体のレイアウトを決める。例えば、設定
する領域の頁上での位置、サイズを決めたり、また、既
に設定されている領域の位置やすイズを他の情報との関
係から変更したり、さらにテキストの書式（文字間隔２
行間隔等）を変更したり、さらに、文書の書式（用紙サ
イズ。

用紙方向等）を変更したりという操作がある。

しかし、オペレータの文書の作成形態は様々であり、こ
れらの操作の手順は一様に決められるものではない。特
に、一般のオフィスにおいてビジネス文書を作成する場
合、−人の人間が文書の内容、レイアウト等を考えなが
ら、作成、修正し、印刷出力まで行うので、上記（ｉ）
〜（ｉｉｉ）はさまざまの異なった順番で繰返し実行（
試行錯誤）され一つの文書が作成される。

しかしながら、かかる従来の方法においては、上述のよ
うな点について配慮されていないため、次のような問題
点がある。

すなわち、上記第１の従来技術においては、枠の設定時
に印刷出力時における枠のサイズを文字間隔２行間隔と
いったテキストの書式情報を元に規定するため、一旦枠
を設定してしまうとテキストの書式情報を変更できなか
ったり、また、できたとしても枠の大きさが変わってし
まうために枠内に記入した情報（図形、イメージ等）が
枠からはみ出してしまったりする。

また、上記第２の従来技術においては、ミリなどの印刷
時における物理的単位で領域の大きさを設定するために
テキストの編集により領域の大きさが変わるといった問
題は発生しないものの、領域とテキスト相互間における
関連付けがないために、頁レイアウト上で領域とテキス
トが重ならないようにするためには、テキスト作成時に
上述のような枠あけ操作を必要としていた。そのため、
一旦しイアウドを決めても、再度テキストの編集を行う
必要が生じると枠と領域の位置関係がずれ、再度領域の
位置を移動したり、枠を再設定するという手間がかかつ
ていた。さらに、テキストと領域の位置関係はレイアウ
ト画面上でないと確認できないため、全体のレイアウト
を意識しながらテキストを作成することができないとい
う問題があった。

また、上記第３の従来技術においては、領域間における
重ね合わせの情報を領域毎に保持することにより領域の
重なりに従って領域内のテキストを並べ変えることがで
きるが、一旦しイアウドを決定した後に再度領域内の情
報を編集するという点については配慮されていなかった
。

本発明の目的は、かかる従来方法の問題点を解決し、テ
キスト、図形、イメージといった複数の異なる種類のデ
ータの作成１編集のみならず、文書のレイアウトの編集
も効率良く行える文書作成装置を提供することにある。

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

上記目的は、複数種類の記載要素が混在する文書を対象
とし、文書中に記載する記載要素を領域毎に入力する入
力部と、入力された記載要素を記憶する記憶部と、前記
記憶部に記憶された各種記載要素を表示する表示部と、
作成文書の頁レイアウトを前記表示部により表示し、該
表示に従って領域の編集を行う文書編集部と、該文書編
集部により起動され、文書中本文となるべきテキストを
作成するテキストデータ編集部と、同じく該文書編集部
により起動され、領域内の記載要素データを作成９編集
する領域編集部とからなる文書作成装置において、前記
領域の大きさを印刷出力に対応した大きさで設定する領
域設定手段と、該領域設定時に買上に記載するテキスＩ
・を排他するか否かを示す属性情報を設定する領域属性
設定手段と、該手段により設定された属性を領域設定手
段により設定された領域に対応させて保持する領域情報
保持手段と、排他性を有する領域の設定、移動。

サイズの変更や、頁の書式の変更などの操作によりテキ
ストを入力するエリアが変更された場合は該頁内に入力
されているテキストの並びを再確定させるテキスト再確
定手段とを前記文書編集部に具備し、さらに、テキスト
を入力編集する時に既に排他性を有する領域が設定され
ていた場合はレイアウト上で入力するテキストが該エリ
アと重ならないようにテキストの並びを制御するテキス
ト入力制御手段を前記テキストデータ編集部に具備する
４とにより達成される。

〔作用〕

領域情報保持手段は、領域設定手段により設定された領
域の大きさ９位置を印刷出力時に対応した大きさ２位置
で管理し、さらに、領域属性設定手段により設定された
属性をこれと対応させて管理する。また、テキスト入力
制御手段は、買上の位置が固定の上記領域情報を参照し
てテキスト入力時における文字列の配置を制御するので
、オペレータは全体のレイアウトを意識しながらテキス
トの入力編集を行うことができ、また、行間隔。

文字間隔といった行の書式情報の変更が領域のサイズに
影響を及ぼしたり、さらにテキストの挿入。

追加や削除などの編集によって領域の位置が変わるとい
うことは無くなる。さらに、テキスト再確定手段は利用
者によりテキストの入カニリアを変更する操作が行われ
た場合は該頁内におけるテキストの並びを領域情報保持
手段により保持されている領域情報に従って再確定させ
るので、オペレータ自らがテキストの並びを修正する必
要は無くなる。

〔発明の実施例〕

以下、本発明を日本語ワードプロセッサに実施した例に
ついて図面により説明する。

第１図は本発明を適用した日本語ワードプロセッサの構
成を示すブロック図で、１は文字等の入力を行うキーボ
ードや操作対象や機能名等を指示するマウスなどによる
ポインティングデバイス等による入力部、２は文字１図
形等を表示するＣＲＴディスプレイなどによる表示部、
３は半導体メモリや磁気記憶装置等による記憶部で、作
成した文書内容や後述するウィンドウの管理情報等が記
憶される。４はワイヤドツトプリンタなどによる印刷部
、５は前記各部の制御を行うためのマイクロプロセッサ
などによる制御部で入力制御部５１゜ウィンドウ管理部
５２．システム制御部５３．印刷制御部５４２表示制御
部５５２編集部５６．システム管理部５７．ファイル編
集部５８により構成される。本実施例において文書の作
成ならびに編集は編集部５６にて行い、編集部５６は文
書編集部５６１．領域編集部５６２の２つの部分から構
成される。

第２図に表示部２に表示される画面を示す。画面２１は
メニューエリア２２．Ｉｇ集エリア２３゜アイコンエリ
ア２４から構成される。両編集部５６１．５６２は編集
エリア２３にそれぞれ独立に矩形の枠２５（以下ウィン
ドウと呼ぶ）を設定（オープン）してその中にデータを
表示し、そのウィン１ヘウ内において個別に文書データ
の編集を行う。メニューエリア２２には各編集部の機能
分類名称２６（以下プルダウンメニュー名称と呼ぶ）が
表示され、オペレータがマウスによりプルダウンメニュ
ー名称２６を指示すると、ウィンドウ２９がオープンさ
れ、内部に詳細な機能項目一覧２８が表示される（以下
ではプルダウンメニューと呼ぶ）。例えば、第２図に示
したように、メニューエリア２２には編集、印刷といっ
たプルダウンメニュー名称２６が表示され、オペレータ
がマウスにより編集を指示するとプルダウンメニュー２
８がオープンし新規作成、更新等の機能項目が表示され
る。この状態でオペレータがマウスにより機能項目を指
示すると指示された機能が実行さく１５） れることになる。ウィンドウ２５は、例えばウィンドウ
名称を表示するキャプションエリア２５１゜データを表
示するデータエリア２５２．オペレータがウィンドウの
クローズ、移動、サイズ変更等の操作を指示するための
制御エリア２５３から構成される。アイコンエリア２４
には編集部等の各プログラムを表現する絵文字（以下ア
イコンと呼ぶ）２７が表示され、オペレータの指定によ
りアイコンが選択されると対応するプログラムが起動さ
れる。

マウス３１は第３図に示したように、例えば操作対象２
機能等を選択する実行ボタン３１１、選択した操作対象
を取り消すための取消ボタン３１２を備える。マウスカ
ーソル３０はオペレータがマウス３１を移動させる動作
に追従して画面２１内を移動し、画面２１内の操作対象
等を指示するために使用する。

以下、制御部５を構成する各部分について説明する。

システム管理部５７は入力制御部５１から通知されるア
イコンに対応した、例えばファイル編集部５８２文書編
集部５６１などの、プログラムを起動する。システム管
理部２７は、アイコン管理テーブル５７１とプログラム
制御テーブル５７２とデータ名称定義テーブル５７３（
以下ＤＮＤＴと略記する）とを有する。アイコンとプロ
グラムとの対応はアイコン管理テーブル５７１により管
理し、第４図に示すようにアイコン管理テーブル５７１
にはアイコン番号と対応するプログラム番号を格納して
いる。プログラム番号は各プログラムに割当てられた識
別番号で、各プログラムは第５図に示すプログラム制御
テーブル５７２により管理される。プログラム制御テー
ブル５７２はプログラム制御ブロック５７２１　（以下
ＰＣＢと略記する）をプログラム番号順に配列したもの
である。ＰＣＢ５７２１には、プログラムの開始番地情
報５７２１１、スタックの番地情報５７２１２．優先度
情報５７２１３．親プログラム番号５７２１４　。

データ種別５７２１５．その他のプログラム属性５７２
１６が格納される。親プログラム番号５７２１４は当該
プログラムがどのプログラムから起動されるかを示すも
のである。データ種別５７２１５は当該プログラムがど
のような、（例えばテキスト、図形というような）デー
タを扱うかを示すもので、データ番号が格納される。ま
た、データ番号に対応するデータ名称は第６図に示すよ
うにデータ名称定義テーブル（以下ＤＮＤＴと略記する
）５７３に格納される。

ファイル編集部５８は、記憶部３に格納されている文書
の一覧をウィンドウ内に表示し、指定された文書の編集
を行う。ここで、文書の編集とは文書の更新指示、削除
、印刷などの総称である。

文書編集部５６１はファイル編集部５８で作成。

更新を指示された文書の該当頁のレイアウトをウィンド
ウ内に表示し、買上の領域の編集を行う。

ここで、領域の編集とは、領域内のデータ、例えばテキ
スト、図形といったデータの新規作成及び更新の指示や
さらに領域全体の削除、移動、複写などの総称である。

領域編集部５６２は、文書編集部５６１において新規作
成、更新を指示された領域の内容をウィンドウ内に表示
し、その領域内データの作成９編集を行う。領域編集部
５６２にはデータの種別に応じて各種編集部がある。す
なわち、テキストデータ編集部、グラフデータ編集部２
同形データ編集部などである。

以上の編集部の内、文書作成開始後、実行可能な編集部
は常に画面上最上位のウィンドウの編集部とする。また
、ウィンドウを最上位にする、すなわち、編集部を切り
換えるためには、表示されているウィンドウ上へマウス
カーソル３０を移動させ、実行ボタン３１１を押下する
ことにより行う。この指示されたウィンドウの重なり順
の変更はウィンドウ管理部５２によって行う。

ウィンドウ管理部５２はウィンドウ管理テーブル５２１
を備え、ウィンドウの重なり順の変更の他、各編集部か
らの要求に従って画面上にウィンドウをオープンしたリ
フローズしたりする。画面上にオープンされているウィ
ンドウは、第７図に示すウィンドウ管理テーブル５２１
によって管理される。ウィンドウ管理テーブル５２１は
ウィンドウ管理ブロック５２１１　（以下ＷＣＢと略記
する）をウィンドウ番号順に配列したものである。

ＷＣＢ５２１１には以下に示す情報が格納される。

・ウィンドウの設定位置とサイズ情報５２１１１；画面
２１の左上を原点とした場合のウィンドウ左上Ｘ座標、
同ｙ座標、右下Ｘ座標、同ｙ座標を格納する。

・ウィンドウの重なり順情報５２１１２；複数のウィン
ドウが画面上にオープンされている場合、それらがどう
いう順番で重なっているかを示す情報が格納される。

・ウィンドウ名称情報５２１１３； ウィンドウ２５のキャプションエリア２５１に表示する
ウィンドウ名称を格納する。

・タスク番号５２１１４； 当該ウィンドウを設定したタスクの番号が格納される。

各編集部は１つのタスクとして生成され、タスク番号は
編集部がタスクとして生成されるときに、以下に述べる
システム制御部５３によって、与えられる。

・ウィンドウ表示イメージの格納位置情報５２１１５　
；各ウィンドウに対し１つのウィンドウ表示バッファが
用意され、そこにウィンドウの表示イメージデータが格
納される。ウィンドウ表示イメージの格納位置５２１１
５には該当するウィンドウ表示バッファの位置が格納さ
れる。この情報はウィンドウの重なり順の変更時にウィ
ンドウの下に隠れた部分の表示イメージを回復するため
に使用される。

・メニューデータ格納位置情報５２１１６　；メニュー
エリア２２．プルダウンメニューエリア２８に表示する
メニューデータの格納番地を格納する。

・使用中フラグ情報５２１１７； ＷＣＢ５２１１が使用中かどうかを示す情報を格納する
。

ウィンドウ管理部５２は以上の情報に基づき、ウィンド
ウの重なり順の変更、オープン、クローズ等を行う。そ
して重なり順を変更する際、ラインドウ管理部５２はシ
ステム制御部５３に対し、それまで編集中であった編集
部の中断ならびに指示されたウィンドウの編集部の再開
を上記のタスク番号５２１１４によりシステム制御部５
３に要求する。また、前記ウィンドウの操作により最上
位となったウィンドウに対応するメニューの表示を上記
メニューデータ格納位置５２１１６に従い表示するよう
に入力制御部５１に要求する。

システム制御部５３は、上記ウィンドウ管理部５２から
の要求に基づき該当するタスクの中断。

再開等の制御を行う。また、システム制御部５３は各編
集部からの要求に基づいて該当する編集部をタスクとし
て生成したり、各編集部からの起動要求に基づいて該当
する編集部に対応したタスクの起動及び編集部からの終
了要求に基づき、該当する編集部に対応したタスクの終
了処理を行う。

更に、システム制御部５３は、タスク間での情報交換を
可能とするために、各編集部からの要求に基づいて該当
する編集部へメツセージを送信したり、該当する編集部
から送信されたメツセージを受信する処理を行う。各タ
スクは第８図に示すタスク制御テーブル５３１と呼ばれ
るテーブルで管理され、タスク制御テーブル５３１はタ
スク制御ブロック５３１１　（以下ＴＣＢと略記する）
をタスク番号順に配列したものであり、１つのタスクに
対して１つのＴＣＢ５３１１が割当てられる。ＴＣＢ５
３１１には、例えば、以下に示すようにタスクの開始。

再開に必要となる全ての情報が格納される。

・リンクフィールド５３１１１； ＴＣＢ５３１１　をリストに接続するときに使用される
。

・タスクの優先度情報５３１１２； タスク実行時の優先順位情報を格納する。

・プログラム番号５３１１３； タスクを生成したプログラムの番号を格納する。

・タスクの状態情報５３１１４； タスクが現在どのような状態にあるかを示す情報を格納
する。

・中断フラグ情報５３１１５　； タスクに中断要求があったことを示す情報が格納される
。

・タスクの開始、再開番地情報５３１１６；タスクの開
始番地、または中断した時点の番地を格納する。

・スタックの状態情報５３１１７； タスクが中断した時点のスタックの位置を格納する。

・ＣＰＵの状態情報５３１１８； タスクが中断した時点のレジスタの内容を全て保存する
。

ここで、タスクの状態としては、例えば、以下に示すも
のがある。

・ノンイブジスタント（ＮＯＮＥＸＩＳＴＥＮＴ）状態
；プログラムがタスクとして存在しない状態を示す。こ
のとき、当該ＴＣＢ５３１１に対応するタスク番号は未
使用状態となる。

・ドーマント（ＤＯＲＭＡＮＴ）状態；プログラムはタ
スクとして存在しているが、実行が禁止されている状態
を示す。

・レディ（ＲＥＡＤＹ）状態； タスクに対しＣＰＵが割当てられるとプロゲラムを実行
できる状態を示す。タスクをＣＰＵに割当てる部分をタ
スク・ディスパッチャと呼ぶ。

・ランニング（ＲＵＮＮＩＮＧ）状態；タスクのプログ
ラムが実行されている状態を示す。

・ウエイテング（ＷＡＩＴＩＮＧ）状態；ある事象が発
生するまでタスクの実行が待たされ、中断している状態
を示す。例えば、メツセージが送信されるまで待たされ
るメツセージ受信待ち、また入出力が終了するまで待た
される入出力終了待ちなどがある。

ＲＥＡＤＹ状態のタスクは、第９図に示すように、例え
ば対応するＴＣＢ５３１１　が１つのリストに優先度類
に接続されて管理される（このリストをＲＥＡＤＹキュ
ーと呼ぶ）。ＲＥＡＤＹキューのヘッダ５３３には最も
優先度の高いＲＥＡＤＹ状態のタスクに対応するＴＣＢ
へのポインタが格納され、該ＴＣＢのリンクフィールド
５３１１１には次に優先度の高いタスクに対応するＴＣ
Ｂへのポインタが格納され、以下同様にＴＣＢが優先度
順にポインタにより接続されており、末尾のＴＣＢのリ
ンクフィールドにはリストの最後尾であることを示す情
報が格納される。タスク・ディスパッチャはＲＥＡＤＹ
キューに接続されているＴＣＢのなかで最も優先順位の
高いものに対応するタスクをＣＰＵに割当て実行させる
。

ＷＡＩＴＩＮＧ状態のタスクは、例えば対応するＴＣＢ
が各待ちの要因に従い要因毎に用意されたリストに接続
されて管理され、ある事象の発生により待ちが解除され
る時に該当リストからＴＣＢが外されＲＥＡＤＹキュー
５３３に接続されて、タスク・ディスパッチャによりタ
スクの中断位置から再開される。

メツセージは第１０図に示すように、メツセージ制御テ
ーブル５３４によって管理され、メツセージ制御テーブ
ル５３４はメツセージ制御ブロック５３４１　（以下Ｍ
ＣＢと略記する）を配列したものであり、１つのメツセ
ージに対して１つのＭＣＢ５３４］　が割当てられる。

ＭＣＢ５３４１には、例えば、当該ＭＣＢ５３４１　が
使用されているかどうかを示すステータス５３４．１１
　、送信側タスク番号５３４１２　。

受信側タスク番号５３４１３．メツセージのサイズ５３
４．　ｌ　４　、送信されたメツセージを一時的に保持
するメツセージバッファ５３４．１５が格納さレル。ま
た、メツセージ受信要求時のパラメータにより、メツセ
ージ受信要求が有ったときに、まだ相手のタスクからメ
ツセージが送信されていなければ受信を要求したタスク
に対応するＴＣ８５３１，１をＲＥＡＤＹキュー５３３
から外し第１１図に示すメツセージ受信待ち行列５３６
に接続して当該タスクをメツセージが送信されるまでＷ
ＡＩＴＩＮＧ状態にすることもできるし、受信を要求し
たタスクをＷＡＩＴＩＮＧ状態とはせず単にメツセージ
が送信されていない旨を当該タスクに渡すこともできる
。

ここで、第１２図を用いてシステム制御部５３全体の処
理フローを示す。システム制御部５３に対しタスクから
の処理要求が発生すると、まず当該タスクが要求を出し
た時点の実行環境をＴＣＢ５３２に退避する（ステップ
１００１）。次に、要求機能（１００３〜１００８）を
識別して、各機能に対応する処理を起動する（ステップ
１００２）。

各機能に対応する処理終了後、タスクが切り替わるかど
うかを例えばＲＥＡＤＹキュー５３３の状態から判定し
くステップ１０１１）、切り替わればタスクディスパッ
チャ１０１３を起動する。切り替わらなければ、ステッ
プ１０ｏ１で退避した実行環境をＴＣＢ５３１１　から
回復しくステップ１０１２）、要求を出したタスクを再
開させる。また、人出カ装置からの入出力終了割込みが
発生すると、割込発生時点の実行環境をＴＣＢ５３１１
　に退避する（ステップ１００９）。次に、例えば入力
された文字コード等を入力要求タスクに渡し、入力タス
クの待ちを解除するというような入出力終了処理を行っ
た後（ステップ１０１０）、タスクディスパッチャ１０
１３を起動する。タスクディスパッチャ１０１３は第１
２ｊ図に示すように、ＲＥＡＤＹキュー５３３にＴＣＢ
５３１］　が接続されているかどうかを判定しくステッ
プ１１９１）、接続されていなければ割込みが発生する
まで無限ループする（ステップ１１９７）Ｌ、、接続さ
れていればＲＥＡＤＹキューのへラダ５３３に格納され
ているポインタから最も優先度の高いＴＣＢを取得し、
該ＴＣＢの中断フラグ情報５３１１５からタスクに中断
要求があったかどうかを判定する（ステップ１１９２）
。中断要求があればポインタを更新して当該ＴＣＢをＲ
ＥＡＤＹキューから外しくステップ１１９３）、再び１
１９１から処理を行い、中断要求がなければ当該ＴＣＢ
をＡＣＴＩＶＥ状態としくステップ１１９４）、当該Ｔ
ＣＢから実行環境を回復しくステップ１１９５）、対応
するタスクを再開させる（ステップ１１９６）。

システム制御部５３に対して要求される機能としては、
例えば、タスクの生成・削除処理（１００３）　。

タスクの起動・終了処理（１００４）、タスクの強制終
了処理（１００５）、タスクの中断・再開処理（１００
６）、タスク間でのメツセージ送信・受信機能（１００
７）、入出力要求処理（１００８）が有り、入出力要求
処理１００８は、タスクからのキーボードや表示装置等
に対する入出力要求を受付け、要求したタスクを入出力
が終了するまですＡＩＴＩＮＧ状態にしたり、入出力終
了時にＷＡＩＴＩＮＧ状態のタスクをＲＥＡＤＹ状態に
遷移させたりする。その他の各処理フローを第１２ａ図
〜第１２ｉ図に示す。尚、各フローの詳細については後
述する。

入力制御部５１は、キーボードから入力された文字コー
ドやマウスから入力された座標値をタスクに渡したり、
マウスにより指示された画面２１内のエリアに従い、指
示されたアイコンのシステム管理部５７への通知、指示
されたメニューのタスクへの通知、ウィンドウ管理部５
２に対する指示されたウィンドウの切り換え要求指示等
を行う。

第１３図に示すように、まずステップ１３０１にて入力
部１からの入力データを解析し、マウスからの入力か否
かを判定する。マウスからの入力でない場合はキーボー
ドからの入力であり、押下されたキーに対応する文字コ
ードを取得しくステップ１３１１）、入力要求タスクに
取得した文字コードを渡す（ステップ１３１２）。例え
ば、オペレータがキーボード上の「あ」の文字キーを押
下したならば、入力を要求したタスクに「あ」の文字コ
ードを渡す。ステップ１３０１にてマウスからの入力と
判定したならばオペレータが画面上のどの場所を指示し
たかを調べるために座標の割り出しを行い（ステップ１
３０２）、マウスカーソル３０をマウス移動位置に表示
する（ステップ１３０３）。ステップ１３０２の結果オ
ペレータの指示が最上位でないウィンドウの内部であれ
ばウィンドウ切り換え指示と判定しくステップ１３０４
）、ウィンドウ管理部５２に対しウィンドウの切り換え
を要求する（ステップ１３１６）。オペレータの指示が
アイコン領域２４であれば（ステップ１３０５）、どの
アイコンが指示されたのかを判定しアイコン番号を取得
後（ステップ１３１３）、取得したアイコン番号をシス
テム管理部５７に通知する（ステップ１３１４）、更に
、システム管理部５７は通知されたアイコンに対応する
プログラムをアイコン管理テーブル５７１より割り出し
、当該プログラムをタスクとして生成し、生成したタス
クを起動するため、このタスク生成、起動をシステム制
御部５３に要求する。また、最上位のウィンドウ内での
操作対象の指示の場合は（ステップ１３０６）、その指
示座標値を画面上での座標から、ウィンドウ内での相対
座標値に変換した後（ステップ１３１７）、当該座標値
を入力を要求したタスクへ渡す（ステップ１３１８）。

オペレータの指示がメニューエリア２２であれば（ステ
ップ１３０７）、ウィンドウ管理部５２に対しプルダウ
ンメニューのオープンを要求する（ステップ１３１５）
。また、オペレータの指示がプルダウンメニューエリア
２８であれば（ステップ１３０８）、どの機能項目が指
示されたのかを判定し、指示された機能項目番号とプル
ダウンメニュ一番号を入力を要求したタスクに渡す（ス
テップｌ　３１９）。オペレータの指示がウィンドウ内
の制御エリア２５３、またはキャプションエリア２５１
であれば（ステップ１３０９）、入力を要求したタスク
にクローズ、スクロール等のコードを渡す（ステップ１
３１０）。その他のエリアが指示された場合はなにもし
ない。また、上記において入力要求タスクにコードを渡
す場合は、システム制御部５３は入力を要求したタスク
をＷＡＩＴＩＮＧ状態からＲＥＡＤＹ状態に遷移させる
。

メニューは第１４図に示すメニュー管理テーブル５２３
．プルダウンメニュー管理テーブル５２５により管理さ
れる。メニュー管理テーブル５２３には、プルダウンメ
ニュー数５２３１、それに続きメニュー管理ブロック５
２３２がプルダウンメニュ一番号順にプルダウンメニュ
ー数だけ格納される。メニュー管理ブロック５２３２に
は、プルダウンメニュー名称５２３２１．機能項目の最
大文字数５２３２２．機能項目数５２３２３．プルダウ
ンメニュー管理テーブル５２５へのポインタ５２３２４
が格納される。また、プルダウンメニュー管理テーブル
５２５には、機能項目名称５２５１　。

機能項目が有効であるかどうかを示す有効／無効フラグ
５２５２が機能項目番号順に機能項目数分格納される。

以上の情報を基に入力制御部５１は、ウィンドウ管理か
らの要求が有れば、ウィンドウのオープン時または切り
換え時に最上位となるウィンドウのプルダウン名称をメ
ニューエリア２２に表示する。また、プルダウン名称が
マウスにより指示されれば、対応するプルダウンメニュ
ー管理テーブル５２５から機能項目名称を取得し、当該
機能項目が有効であれば通常表示、無効であれば半輝度
表示でプルダウンメニューエリア２８に表示する。

印刷制御部５４は、編集部５６からの文書の印刷要求に
基づいて印刷部４を制御するためのものである。また、
表示制御部５５は、編集部５６及びウィンドウ管理部５
２からの表示要求により、ウィンドウ管理ブロック５２
１１の重なり順情報を基に最上位ウィンドウ内に展開で
きる部分のみの表示データを、表示部２へ表示するため
のメモリに、ドツト単位で書き込むためのものである。

本実施例の日本語ワードプロセッサにおける文書の作成
１編集は以下の如く行う。

まず、初期状態において、文書の新規作成もしくは既作
成文書の編集の開始は、オペレータがそれぞれに対応す
るアイコンをマウスにより指示することにより行う。

入力制御部５１はこのオペレータからの指示に対し、画
面指示座標よりどのアイコンが指示されたかを判定し、
アイコン番号をシステム管理部５７に通知する。一方、
システム管理部は第１８図のフローに示すように初期状
態において、アイコン表示後（ステップ１７０１）、メ
ツセージの受信を要求しくステップ１７０２）、メツセ
ージを受信したならば、そのメツセージの送信元を判定
しくステップ１．７０３）、上記入力制御部５１からの
メツセージだった場合には、次にアイコン管理テーブル
５７１を元に指定されたアイコンに対応するプログラム
番号を取得しくステップ１７０４）、該当する編集部を
タスクとして生成、起動する（ステップ１７０５）。こ
のタスクの生成、起動は第１２ａ図、第１２ｃ図の処理
フローに示すように、まず、システム管理部５７がシス
テム制御部５３に対し、プログラム番号を元にタスクの
生成要求を行うとシステム制御部５３はこれに基づき未
使用のタスク番号をタスク管理テーブルから取得し、対
応するＴＣＢを作成しくステップ１１０１）、タスクを
ＤＯＲＭＡＮＴ状態にして（ステップ１１０２）要求元
に取得したタスク番号を返す（ステップ１１０３）。次
にシステム管理部５７は上記タスク番号にしたがってタ
スクの起動要求を行うと、システム制御部５３は指定さ
れたタスク番号に対応するＴＣＢをＲＥＡＤＹ状態とし
くステップ１１２１）ＲＥＡＤＹキューに接続し、これ
により該編集部は実行可能な状態となる（ステップ１１
２２）。

また、上述の通知については、システム制御部５３を経
由するメツセージの送受信により行う。

例えば上述のように、入力制御部５１からシステム管理
部５７に対しメツセージを送信する場合には、まず、入
力制御部５１はシステム管理部５７に対するメツセージ
の送信要求をシステム制御部５３に対し行う（ステップ
１７０６）。これに従ってシステム制御部５３は、第１
２ｈ図に示すように、システム管理部５７からの受信要
求がきているかどうかをメツセージ制御テーブルより判
定しくステップ１１７１）、受信要求がきていれば送信
メツセージを対応するＭＣＢのメツセージバッファに転
送しくステップ１１７４）、受信待ちタスク、すなわち
、システム管理部５７のＴＣＢをメツセージ待ち行列か
ら外しＲＥＡＤＹキューに接続する（ステップ１１７５
）。また、受信要求がまだなければ、システム制御部５
３は未使用のＭＣＢを取得しくステップ１１７２）、該
ＭＣＢのメツセージバッファにメツセージを転送する（
ステップ１１７３）。

一方、システム管理部５７がメツセージの受信要求をシ
ステム制御部５３に対し行った場合、第１２ｉ図に示す
ように、システム制御部５３はシステム管理部５７に対
するメツセージがＭＣＢ中に有るかどうか判定しくステ
ップ１１８１）、有れば上記ＭＣＢよりメツセージを取
り出し、要求元であるシステム管理部５７にメツセージ
を転送する（ステップ１１８４）。上記においてＭＣＢ
にメツセージが無ければ、当該マクロを発行したタスク
が待ち有りを指定して要求したかどうか判定しくステッ
プ１１８２）、待ち無しの場合は当該タスクに対しメツ
セージが無かった旨を返して処理を終了する（ステップ
１１８５）。また、待ち有りの場合は、未使用ＭＣＢを
取得後に当該タスクのＴＣＢをＲＥＡＤＹキューから外
してメツセージ受信待ち行列に接続し、ディスパッチャ
へ制御を移す（ステップ１１８３．１１８６）。従って
メツセージ送信要求によりメツセージがＭＣＢに転送さ
れると受信待ちとなっているタスクがＲＥＡＤＹキュー
に接続されるため、該タスクが再開されて再びメツセー
ジ受信処理から実行されて、ＭＣＢの内容（メツセージ
）が該タスクに受は取られることになる。

これによりオペレータからの指示が文書の新規作成であ
った場合には文書編集部５６１−が、既作成文書の編集
であった場合には次にどの文書を編集するのか指示させ
るためにファイル編集部５８がシステム管理部５７によ
りそれぞれ起動される。

次に、ファイル編集部５８の処理内容を第１９図のフロ
ーに基づき説明する。ファイル編集部５８では、まずウ
ィンドウをオープンしくステップ２００１）、そのウィ
ンドウ内に記憶部３内に格納されている文書の一覧を表
示する（ステップ２００２）。表示後、ファイル編集部
５８は入力制御部５１に対して入力を要求しくステップ
２００３）、入力があればその内容を判定する（ステッ
プ２００４）。

オペレータからの入力が操作したい文書の指示であった
場合には、どの文書が指示されたかを判定し、第２０図
に示す操作対象文書テーブル５８１に文書名を登録する
（ステップ２００５）。なお、操作対象文書テーブル５
８１は、指定文書数５８１１と指定文書名５８１２から
構成される。また、更新、印刷の指示だった場合は、更
新、印刷の指示がされたことを現在対象指定されている
文書名ならびに文書に対応するデータ種別番号とともに
システム制御部５７へ通知しくステップ２００６）、文
書の複写、削除等の編集指示の場合は対象指定されてい
る文書の複写、削除等の処理を行ない（ステップ２００
７）、スクロール指示であった場合は文書名一覧のスク
ロール表示を行ない（ステップ２００８）、終了指示の
場合はウィンドウをクローズしくステップ２００９）　
、システム管理部５７にファイル編集処理が終了したこ
とを通知しくステップ２０１０）、タスクの終了を要求
する（ステップ２０１１）。この終了要求に伴い、シス
テム制御部５３は、第１２ｄ図に示すように、要求タス
クのＴＣＢをＤＯＲＭＡＮＴ状態としくステップ１１３
１）、タスクが使用していた資源を解放する（ステップ
１１３２）。ここで資源とはメモリやＣＰＵを指す。

さて、上述のウィンドウのオープン／クローズ処理につ
いては前述のウィンドウ管理部５２において処理される
がその処理内容を第１５図、第１６図のフローに基づい
て説明する。

まずウィンドウオープンの場合、ウィンドウ管理部５２
はタスクから指定された情報に基づいてすＣＢ５２１１
を生成する（ステップ１５０１）。また、この際、ウィ
ンドウが既に存在するかどうか判定しくステップ１５０
２）、存在する場合には、現在最上位となっているウィ
ンドウを使用しているタスクを一旦中断させ（ステップ
１５０３）、最上位ウィンドウの表示イメージを表示バ
ッファに退避する（ステップ１５０４）。そして、タス
クから指定された位置、サイズに従ってウィンドウを表
示しくステップ１５０５）、また、生成したウィンドウ
管理ブロックの番号を要求元タスクに返す（ステップ１
５０６）。

一方クローズの場合は、まず、指定されたウィンドウの
イメージを消去しくステップ１５１１）、ウィンドウ管
理テーブルからクローズ対象となっているウィンドウに
より隠されていたウィンドウを割り出し、前述の表示バ
ッファより表示イメージを取り出し、消去ウィンドウの
下位のウィンドウの表示イメージを回復しくステップ１
５１２）、消去ウィンドウのＩｄＣＢ５２１１を未使用
状態とする（ステップ１５１３）。

なお、上述におけるタスクの中断処理については後述す
る。

以上の如く、オペレータからの要求が新規作成の場合は
システム管理部５７は入力制御部５１からの通知に基づ
き文書編集部５６１をタスクとして生成後（ステップ１
７０５）、新規作成モードで起動しくステップ１７０７
）、また、既作成文書の更新の場合はファイル編集部５
８からの通知によるデータ種別番号から該当するプログ
ラム番号をプログラム制御テーブル（第５図）から取得
しくステップ１７０８）、文書編集部をタスクとして生
成しくステップ１７０９）、該編集部に対する起動パラ
メータを送信しくステップ１７１０）、文書編集部５６
１を更新モードで起動する（ステップ１７１１）。

また、システム管理部５７は自ら生成、起動した編集部
５６からの終了通知を受は取るとタスクの削除を行う（
ステップ１７１２）。タスクの削除については前述の生
成要求の場合と同様にシステム制御部５３にて処理され
、システム制御部５３は、第１２ｂ図に示すように、指
定されたタスクに対応するＴＣＢをＮ０ＮＥＸＩＳＴＥ
ＮＴ状態とする（ステップ１１１１）。すなわち、該Ｔ
ＣＢを未使用状態とする。

なお、システム管理部５７は文書編集部５６１を起動す
る際、文書編集部５６１に対してメツセージにより上記
モード及び生成したタスク番号を起動パラメータとして
送信する。また、更新モードの場合には、さらにファイ
ル編集部５８から通知された更新対象文書名を合わせて
送信する。

さて、起動された文書編集部５６１の処理を第２１図、
第２２ａ図〜第２２Ｑ図のフローチャートに基づいて説
明する。

文書編集部５６１は、まず、初期処理（ステップ３００
１）において、その詳細を第２２ａ図に示すように、起
動パラメータをメツセージにて受信しくステップ３１０
１）、パラメータの内容に基づいて新規作成か文書更新
か起動モードを判定する（ステップ３　ｔ　０２）。そ
して新規作成の場合には文書データの初期化を行い（ス
テップ３１０３）、文書更新の場合には更新対象となる
データを該パラメータにより指定された文書名に従って
記憶部３から呼び出す（ステップ３１０４）。なお、文
書データの構成については後述する。そして、プログラ
ム制御テーブル（第５図）より、文書中で領域新規作成
、更新が可能な領域編集部の一覧を示すサポート領域編
集部管理テーブル（以下ＳＦＭＴと略す）を作成する。

ＳＦＭＴは第２７図に示すように、サポートしうる領域
編集部のプログラム番号５６８２と、この領域編集部に
て作成しうるデータの種別番号５６８３とを対にして保
持し、さらに上記領域編集部数５６８１を持つ。また、
これと同時に現在、どういったデータに対する領域の作
成が可能かをオペレータに知らせるために、プルダウン
メニューデータ中に上記領域編集部に対するデータの名
称をセットする（ステップ３１０５）。

そして次に後述する領域の編集に際し、どの領域が操作
対象となっているかを示す操作対象領域テーブル（第２
８図）の指定領域数をＯクリアしくステップ３１０６）
、続いてプルダウンメニューデータの有効無効状態の初
期化を行う（ステップ３１０７）。なお、操作対象領域
テーブルは第２８図に示すように現在操作の対象として
指定されている指定領域数５６８４．指定されている領
域の種別５６８５及び指定されている領域の番号５６８
６を保持する（領域の種別については後述する）。この
、プルダウンメニューデータ有効／無効の切り換えにつ
いては後述する。続いて文書編集部５６１は、ウィンド
ウをオープンしくステップ３１０８）、そのウィンドウ
内に編集文書の第１頁のレイアウトを第３１ａ図のよう
に表示する（ステップ３１０９）。なお、ウィンドウの
オープンに際し、ウィンドウのサイズは上記表示用紙の
サイズに対応した大きさとし、また、ウィンドウのタイ
トルの一部には文書編集部５６１のタスク番号を付加す
る。

さて、上述のＳＦＭＴ及びメニューデータの作成（第２
２ａ図のステップ３１０５）の処理についてさらに詳細
に説明する。

ＳＦＭＴは第２７図に示すように文書編集部にとって、
起動可能な領域編集部のプログラム番号５６８２及びデ
ータ種別番号５６８３の一覧を示すテーブルであり、後
能する領域の新規作成、更新ならびにレイアウトの表示
において該当するプログラムが存在するか否か、また、
タスクとして生成する際のパラメータとして用いる。

その作成方法は、第２２ｂ図に示すようにまず、プログ
ラム番号Ｐ及び登録番号ＥをＯクリアしくステップ３１
１１．３１１２）　、プログラム制御テーブル（第５図
）の先頭ブロックから順に、親プログラム番号が文書編
集部自身のプログラム番号と一致するかどうか判定しく
ステップ３１１４）、一致する場合は文書編集部が起動
しうる領域編集部に対するＰＣＢ５７２１とみなして、
該プログラム番号Ｐ及び該ＰＣＢ５７２１中にセットさ
れているデータ種別番号ＤｐをＳＦＭＴに登録する（ス
テップ３１１５）。また、該データ種別番号に対応する
データの名称（例えば、″図形ｎ、ｕグラフ″′等）を
ＤＮＤＴ　（第６図）より取得し、その名称を文書編集
部自身の持つメニューデータ（第２３図）内の領域新規
作成用プルダウンメニューデータの名称として登録しく
ステップ３１１６）、登録番号Ｅをインクリメントする
（ステップ３１１７）。

以上の処理をプログラム管理ブロック数分繰返しく４６
） （ステップ３１１８．３１１３）　、最後に登録番号Ｅ
を領域編集部数５６８１にセットする（ステップ３１１
９）。これにより現在システム内に実際に組み込まれて
いる領域編集部に関する名称のみをプルダウンメニュー
として表示することが可能となる。

ここで文書データの構成について第２４ａ図を用いて説
明する。

文書データは第２４ａ図に示すように、章管理テーブル
５６１０．頁管理テーブル５６２０．頁書式テーブル５
６３０．領域管理テーブル５６４０　。

排他領域管理テーブル５６７０さらに領域内データ５６
６０から構成され、また、各テーブルはそれぞれ複数の
ブロックから構成される。以下、各テーブルについて説
明する。

・章管理テーブル５６１０； 文書全体がいくつの章から構成されているかを管理し、
各章毎に先頭／末尾の頁を示す頁ポインタ５６１１．５
６１２を有する。また、章管理テーブルは各章毎にヘッ
ダ、フッタ等を表示、印刷するための印刷情報５６１３
を保持する。

・頁管理テーブル５６２０　； 頁内に設定されている管理の内、先頭／末尾の領域を示
す領域ポインタ５６２３．５６２４及び各員でどの書式
データを使用しているかを示す頁書式ポインタ５６２５
とを有する。また、各ブロックは、後方ポインタ５６２
１と前方ポインタ５６２２により頁昇順にリンクし、こ
の内先頭／末尾の頁に関しては前述の章管理テーブルよ
りポイントされる。なお、本文書データにおける頁は第
２５図に示すような構成となっている（５６９１は頁を
示す）。この内、頁のサイズ、余白については次に述べ
る頁書式テーブルにて、また、基本領域５６９２．内部
領域５６９３については領域管理テーブルにてそれぞれ
管理される。

・頁書式テーブル５６３０； 作成している文書のフォーマットとして、用紙の型（Ａ
３．Ａ４等）、用紙方向（縦長、横長）。

文字方向（横書き、縦書き）２段組み数９段間隔及び上
下左右余白等を管理する。

・領域管理テーブル５６４０； 領域管理テーブルは、文書内（頁内）に格納するデータ
、例えば、テキストデータ、図形データ。

グラフデータといった各種データを頁内のどの位置にど
のような大きさで格納するかを管理する。

そのため、領域管理テーブルは、頁内での領域設定位置
として、頁から余白の部分を除いた左上を原点とする領
域左上Ｘ座標５６４３．同ｙ座標５６４４、右下Ｘ座標
５６４５．同ｙ座標５６４６を持ち、さらに領域内のデ
ータの種別を示すデータ種別５６４７．領域自身の持つ
属性を示す領域属性５６４８．領域内データ５６６０を
ポイントするデータポインタ５６５０、さらに、頁内に
おける排他領域の位置を示す排他領域ポインタ５６５１
を有する。なお、領域自身の持つ属性としては透明であ
るか不透明であるか（不透明の場合は該領域にて覆われ
た下の領域は見えなくなる）、また、領域枠の線種及び
排他性がある（排他性については後述する）。また、排
他領域ポインタ５６５１は当該領域が後述する基本領域
の場合のみ有効で、基本領域内に排他領域が存在する場
合は該当する排他領域管理ブロックをポイントする。ま
た、本テーブルにおいては、同一頁内の領域がどのよう
な順番で重なっているかを管理できるようにするため、
後方ポインタ５６４１と前方ポインタ５６４２により相
互にリンクする。この領域のリンクは、優先度の低い領
域から高い領域へ、すなわち１頁内において最も下にあ
る領域から最も上にある領域へとリンクさせる。また、
この内、先頭／末尾の領域に関してはそれぞれ前述の頁
管理テーブルからポイントされる。さらに、領域管理テ
ーブルでは当該領域が編集中であるか否か、また、当該
領域データ種別に対応する領域編集部が現在システム中
に存在しないかどうかを示すステータス情報５６４９を
有する。

また、頁内に存在する領域は大別して以下の２つに分か
れる。

（ｉ）内部領域５６９３ｉ 基本領域上に存在する領域で、位置、大きさはオペレー
タの操作により決定される。また、当該領域内にはテキ
スト、図形、グラフ、イメージといった各種データの内
の１つを格納する。

また、本領域に対する編集は領域新規作成、更新、移動
、複写、削除、サイズ変更、属性変更等すべての領域編
集を可能とする。内部領域の持ちうる属性の１つに排他
性があるが、これは同−頁内において以下に説明する基
本領域内に格納されるテキストデータが、頁レイアウト
上、当該内部領域と重ならないようにするための属性で
ある。排他性は有／無があるが、有を指定した場合は、
さらにモードとして全頁、全行。

行頭側９行末側、領域のみのいずれかを選択することが
できる。同一頁内の基本領域内に入力されたテキストデ
ータは頁内における文字方向が横書きを指定されている
場合は、上記のモートに従って、第３３ｃ図（ａ）〜（
ｅ）のように、また、縦書きの場合は（ｆ）〜（ｊ）の
ように配置される（テキストデータの基本領域内への配
置方法については後述する）。なお、図中の斜線部は基
本領域内のテキストデータを排排他するエリアを示す。

内部領域が持ちうる属性は内部領域設定時に指定するこ
とができるが、領域設定後、該領域を指定し、属性変更
機能により再度変更することもできる。

（ｉｉ）基本領域５６９２； 頁から上下左右の余白を除いた部分を指し、オペレータ
の操作により頁が生成されると本領域も１つ生成され、
頁内においては常に先頭の領域（最も下にある領域）と
なる。また、本領域内には文書中本文となるようなテキ
ストデータのみを格納し、さらに本領域に対する編集は
上述の領域に対する編集の内、領域新規作成。

更新を可能とし、本領域に対する移動、複写。

削除等の編集操作については、頁の移動、複写。

削除といった頁に対する編集操作にて行う。基本領域内
に記載されるテキストデータは各堂内における先頭頁か
ら順に格納し、テキストの入力２編集により頁内から文
字があふれる場合には、引き続く次の頁の基本領域内に
格納する。

さらに上記テキストデータは、章が異なる場合には、そ
れぞれ別の領域データとして管理する。

従って前述のように頁内から文字があふれるような場合
において、引き続く頁が別の章となっている場合には、
現在テキストを入力している頁と次の頁の間、すなわち
、現在作成している章の末尾に頁を１つ追加し、その新
たに追加した頁内にあふれたテキストデータを格納する
ようにする。なお、基本領域５６９２内にテキストデー
タが存在するか否かについては、例えば、前述のデータ
種別５６４７を不定の番号にセットしておくことにより
判定する。また、テキストデータは、当該頁内に排他性
を有する内部領域が存在する場合、そのモードならびに
該内部領域の位置により規定される排他領域を避けるよ
うに（頁レイアウト上京ならないように）文字列を配置
する。

・排他領域管理テーブル５６７０　； 排他領域管理テーブルは、文書の各頁内における排他領
域の位置を管理する。すなわち、頁内に設定された内部
領域が排他性を有する場合は、その排他のモード、基本
領域の大きさ、基本領域内における内部領域の位置によ
り規定されるテキストの排他エリアの位置を管理する。

そのため、排他領域管理テーブルは、頁内での排他領域
設定位置として、基本領域左上を原点とする領域左上Ｘ
座標５６７３．同ｙ座標５６７４．　、右下Ｘ座標５６
７５、同ｙ座標５６７６を持つ。

また、内部領域の持ちうる排他属性は、テキストの並び
に従ったモード（行頭側２行末側、全行）を持つため、
基本領域内に記載されるテキストデータの文字の方向が
前述の買置式テーブルにより、縦書きを指定されている
場合には、基本領域右上を原点とし、さらに紙の縦をＸ
座標、横をＸ座標とする座標系に従って上記排他領域座
標５６７３〜５６７６を持つ。内部領域が第３３ａ図に
示す位置に設定されている場合の各文字方向、各排他モ
ードにおける排他領域の位置及びテキストの並びを第３
３ｂ図、第３３ｃ図に示す。また、同一頁内には複数の
内部領域が設定されつるので排他領域も複数生成されう
る。そこで、同一頁内の各排他領域を後方ポインタ５６
７１と前方ポインタ５６７２により相互にリンクする。

なお、このうち、先頭の領域に関しては前述の領域管理
テーブルの該当する基本領域からポイントされる。さら
にこの領域のリンクは、後述するテキストデータ編集部
においてテキストの配置を決定する際に処理の高速化を
図れるように、各排他領域左上ｙ。

Ｘ座標がそれぞれ小さい順にリンクさせる。また、」二
記内部領域は重ねて設定される場合がありうる。

従って排他領域も重なる可能性がありうる（第３４図（
ａ））が、この場合、各排他領域は、前述と同様にテキ
ストの配置における処理の高速化を目的として、第３４
図（ｂ）に示すように文字方向に沿って矩形に分割して
（第３４図の例では３つに分割して）管理することとす
る。

・領域内データ５６６０　； 領域内に格納されるデータで、テキスト、図形。

グラフ、イメージデータ等を格納する。但し、前述した
ように基本領域内に記載されるテキストデータについて
は、各章毎にそれぞれ独立した領域データとして管理す
る。なお、領域内データの作成及び編集は、文書編集部
５６１により起動される領域編集部５６２により行う。

さて、第２１図において、初期処理（ステップ３００１
）後、文書編集部５６１は入力制御部５１に対して入力
を要求する（ステップ３００２）。

そして、オペレータからの入力結果を判定しくステップ
ａｏｏ３）、操作したい領域の指示であった場合にはそ
の頁番号９頁内指示位置と領域の設定位置からどの領域
が指示されたかを文書データから判定し、その領域番号
を操作対象領域テーブルに登録する（ステップ３００４
．　）。この時の判定方法を第２２ｃ図のフローを用い
てさらに詳細に説明する。

まず、指示位置が基本領域５６９２内であったかどうか
判定しくステップ３２０１）、基本領域外の場合は指示
位置に相当する領域は１つもないので指示エラーとする
。基本領域内だった場合は、以下、頁内の内部領域５６
９３で最も上位にある領域（頁内末尾領域）から順に指
示位置が当該内部領域内に有るかどうかを判定しくステ
ップ３２０２〜３２０５）、判定の結果、内部領域内に
あれば、オペレータの指示は内部領域に対する操作指示
とみなして内部領域指示フラッグを１にセットしておき
（ステップ３２０６）、また、最終的に指示位置が現在
表示中の頁上にある内部領域内に無かった場合（内部領
域指示フラッグがＯだった場合）、オペレータは基本領
域を指示したものとみなして処理する。指示位置が内部
領域５６９３内にあった場合は、次に島領域が既に対象
として指定されているかどうか、すなわち当該領域の番
号がすでに操作対象領域テーブルに登録されているかど
うか判定しくステップ３２０７）、既に対象指定されて
いた場合は次の領域（文書データ上では現在判定の対象
となっている領域の領域管理ブロックの前方ポインタ５
６４２により示される領域）をチェックする。また、ま
だ、指定されていなかった場合は当該領域が指定された
ものとみなして、当該領域の番号を操作対象領域テーブ
ルに登録するが、この際、すでに基本領域が対象として
指定されていた場合（ステップ３２０８）は操作対象領
域テーブルの指定領域数５６８４を一旦Ｏクリアした後
（該基本領域に対する対象指定を解除した後）（ステッ
プ３２０９）に上記内部領域番号及び領域種別を操作対
象領域テーブルに登録し、さらに指定領域数５６８１を
＋１する（ステップ３２１０）。なお、上記において、
基本領域が操作対象として登録されていた場合、該指定
を強制的に解除するのは後述するように、基本領域と内
部領域とを同時に指定可能とした場合はこれに該当する
領域編集は１つもなくなるためである。また、以上の処
理において、内部領域が登録されなかった場合は内部領
域指示フラッグがＯかどうか判定しくステップ３２１２
）、０の場合は指定位置上に内部領域が１つも無く、オ
ペレータは基本領域を対象として指示したものとみなす
。そして次に基本領域の番号をテーブルに登録するが、
この際、すでに当基本領域が対象として指定されていた
かどうか判定しくステップ３２１３）、指定されていな
かった場合、今度は内部領域が対象として指定されてい
たかどうか判定しくステップ３２１４．）、指定されて
いた場合は操作対象領域テーブルを一旦クリアした後（
ステップ３２１５）、上記基本領域番号及び領域種別を
操作対象領域テーブルに登録し、指定領域数を１にセッ
トする（ステップ３２１６）。

オペレータからの指示が対象指定中の領域の指定解除指
示であった場合には、その頁番号９頁内指示位置と領域
の設定位置からどの領域が指示されたかを文書データか
ら判定し、その領域番号を操作対象領域テーブルから削
除する（第２１図のステップ３００５）。この時の判定
方法を第２２ｄ図のフローを用いてさらに詳細に説明す
る。

まず、指示位置が基本領域内であったかどうか判定しく
ステップ３２５１）、基本領域外の場合は無条件に操作
対象領域テーブルをクリアする。

すなわち、テーブルに登録されているすべての領域の指
定を解除する（ステップ３２５８）。一方、基本領域内
だった場合は、以下、頁内の最も上位にある領域（頁内
末尾領域）から順に指示位置が領域内に有るかどうかを
判定しくステップ３２５２゜３２５３）、判定の結果、
領域内にあれば当該領域が操作対象領域テーブルに登録
されているかどうかを判定しくステップ３２５４）　、
Ｗ録されていれば当該領域番号をテーブルから削除する
（ステップ３２５７）。ステップ３２５３において指示
位置が当該領域内になかった場合、また、ステップ３２
５４において当該領域はテーブルに登録されていなかっ
た場合には、ステップ３２５５゜３２５６を経て以降の
領域に対して同様の判定を行う。

以上の領域の指定／解除操作に伴い実行できる領域の編
集操作が逐次変わるが、この際の領域操作に関するプル
ダウンメニューの有効／無効状態の切り換え処理（第２
１図のステップ３０１４）について第２２ｅ図を用いて
説明する。

領域に対する編集操作は第２６図に示すように操作の対
象として指定された領域の数に応じて３つに分類するこ
とができる。すなわち、まず、対象指定中の領域数を判
定しくステップ３３０１．　）、領域数がＯの場合は領
域新規作成のプルダウンメニューのみを有効とし、その
他の領域編集は全て無効とする（ステップ３３０２）。

また、対象指定中の領域数が１の場合はとりあえず領域
新規作成のプルダウンメニューのみを無効とし、その他
の領域編集は全て有効とする（ステップ３３０３）。

また、対象指定中の領域数が２以上の場合は移動。

複写、削除のみを有効とし、その他の領域編集は全て無
効とする（ステップ３３０４）。また、対象指定数が１
の場合はさらに指定されている領域が基本領域かどうか
を判定しくステップ３３０５）、基本領域の場合は属性
変更、サイズ変更も無効にしくステップ３３０６）、次
に指定されている領域のステータスがＯ以外かどうかを
判定しくステップ３３０７）、０以外の場合（当該領域
は現在既に編集中か、もしくは、当該領域を更新可能な
領域編集部がシステム中に存在しない場合）は、更新も
無効とする（ステップ３３０８）。また、対象指定数が
１以上の場合は指定されている領域の中にステータスが
１の領域（現在編集中の領域）が存在するかどうか判定
しくステップ３３０９）、存在する場合は削除も無効と
する（ステップ３３１０）。

次に、オペレータからの指示が領域新規作成の指示であ
った場合（第２１図のステップ３００６）について第２
２ｆ図のフローに基づいて説明する。

この場合、オペレータによる新規作成の指示はプルダウ
ンメニューにて表示されるデータ名称を指示することに
より行われるが、文書編集部５６１は入力制御部５１か
ら渡されたプルダウンメニューの番号に従い前述のＳＦ
ＭＴ（第２７図）を元に対応するデータのプログラム番
号、データ種別番号を取得しくステップ３４０１）、ど
のデータに対する新規作成が指示されたかを判定する（
ステップ３４０２）。この際、指示されたデータが内部
領域として作成するデータであれば、次に領域のエリア
設定及び領域の属性設定を行う（ステップ３４０３）。

ここで、領域のエリア設定方法としては、例えば、マウ
スカーソルを用いて、第３１図（ａ）のレイアウト画面
において設定したい領域の対角の２点を指定することに
より行う。

そして、領域のエリア設定が終了したならば、次に、第
３５図に示すような領域属性設定画面を表示し、領域属
性を指定する。領域の属性は前述したように、排他性、
透過性、領域枠の線種等があり、それぞれの項目につい
てオペレータの所望する項目を選択し、実行キーを押下
することにより領域属性の指定を終了する。そして、以
上の情報に基づいて領域管理ブロックを生成しくステッ
プ３４０４、）、該当する領域編集部を起動する（ステ
ップ３４０５）。起動処理の詳細については後述する。

なお、新たに設定する内部領域の属性が排他性を有する
場合は、テキストデータを排他するエリアがかわること
になる。さらに、該頁の基本領域内に既にテキストデー
タが存在する場合には、新たな排他エリアに従ってテキ
ストの並びを再度確定させる必要があるが、このテキス
トの確定処理については後述する。

さて、オペレータからの指示が既作成領域の更新指示で
あった場合（第２１図のステップ３００７）は、第２２
ｇ図のように操作対象領域テーブル５６８６に登録され
ている領域の番号を取得しくステップ３４１１）、その
番号からその領域管理ブロックのデータ種別を元にＳＦ
ＭＴよりプログラム番号を取得しくステップ３４１２）
、該当する領域編集部５６２をタスクとして起動する（
ステップ４３１３）。

上記における領域編集部の起動においては、第２２ｈ図
のようにまず、取得したプログラム番号を元に文書編集
部５６１はシステム制御部５３に対してタスクの生成要
求を行い（ステップ３４５］、）、この結果返されるタ
スク番号及び該当する領域の番号を起動中編集タスク管
理テーブル（以下ＥＴＭＴと略す）に登録する（ステッ
プ３４５２）。ＥＴＭＴは第２９図に示すように、上記
タスク番号５６８８と領域番号５６８９を対として保持
し、また、現在いくつの領域編集部を起動しているかを
示す起動タスク数５６８７を有する。そして該当する領
域が編集中であることを示すために領域管理ブロックの
ステータスをＯから１に変更する（ステップ３４５３）
。以上の処理後、文書編集部５６１はシステム制御部５
３に対してタスクの起動要求を行い（ステップ３４５４
）　、また、起動パラメータを起動する領域編集部に対
してメツセージにて送信する（ステップ３４５５）。こ
の際、起動パラメータとして、新規作成か領域更新かを
示す起動モード、文書編集部５６１のタスク番号及び起
動する領域編集部のタスク番号さらに新規作成の場合は
領域のサイズを送信する。

その他の編集操作、例えば領域のサイズ変更。

属性変更、複写、移動、削除といった領域単位の操作や
頁の書式変更、挿入、追加、削除といった頁単位の操作
が指示された場合には、それぞれ該当する処理を行い（
第２１図のステップ３００８〜３０１１）、次のオペレ
ータの指示を待つ（ステップ３００２）。なお、領域操
作方法は前述した領域指定／解除により操作対象とする
領域を指定した後、メニューより該当する機能を選択す
ることにより領域操作を行う。この際、領域の属性変更
が指定された場合には前述の領域新規作成時と同様に領
域属性設定画面を表示し、これに従つて変更したい領域
属性を指定する。

上述の領域単位９頁単位の操作において、基本領域内の
テキストデータを排他するエリアが変わり、さらに該基
本領域内にテキストデータが存在する場合には、新たな
排他エリアに従ってテキストの並びを再度確定させる必
要があるが、このテキストの確定処理については後述す
る。なお、領域単位の操作において、テキストデータを
排他するエリアが変わる場合としては、例えば、排他性
を有する領域をサイズ変更、複写、移動、削除したよう
な場合、また、属性変更によって領域の排他性を変更し
た場合、さらに頁の書式変更によって用紙や余白や文字
方向を変更した場合などがある。

この他、表示頁の切り換え処理（第２１図のステップ３
０１２）、後述するウィンドウの切り換え操作によるア
クティベイト入力の場合についての処理（第２１図のス
テップ３０１３）及び終了が指示された場合の処理（第
２１図のステップ３０１５）については後述する。

以上において領域の新規作成もしくは更新により文書編
集部５６１が領域編集部５６２、例えば、図形データの
編集部の起動を要求した場合、システム制御部５３はこ
の要求に従い新たに図形データ編集部をタスクとして起
動する。

次にこの図形データ編集部の処理内容について第３０ａ
図の処理フローに基づいて説明する。

ます、図形データ編集部は起動パラメータをメツセージ
にて受信しくステップ４００１）、起動モードが新規作
成か領域更新かレイアウト表示処理かを判定する（ステ
ップ４００２）。そして新規作成の場合はデータの初期
化を行い（ステップ４．００３）、また、更新の場合に
は更新対象となるデータを記憶部から呼び出す（ステッ
プ４００４）。

レイアウト表示処理の場合については後述する。

そして、ウィンドウをオープンしくステップ４００５）
、ウィンドウ内に図形データを表示する（ステップ４、
　ＯＯ６）が、この際、ウィンドウのサイズは領域のサ
イズに対応した大きさとし、また、ウィンドウのタイト
ルの一部に起動元の文書編集部と同様に起動元文書ｍ東
部のタスク番号を付加する。

これにより複数の文書を同時に編集し、また、各各その
なかのいくつかの領域を編集しているような場合、どの
領域がどの文書に対する領域かは、第３２図に示すよう
に、このウィンドウのタイトルの一部として表示された
タスク番号２５４により簡単に識別することができる。

また、この時、画面の表示状態は第３１図（ｂ）のよう
になる。

以降、図形データ編集部は設定されたウィンドウ内にお
いてオペレータからの指示に従って図形データの作成５
編集を行う（ステップ４００７〜４、　ＯＯ９）。なお
、図形データ編集部はオペレータから領域内の編集終了
が指示された場合、作成した図形データを記憶部３に格
納しくステップ４０１０）、ウィンドウをクローズしく
ステップ４．０１１）、領域編集終了メツセージを起動
元の文書編集部５６１に送り（ステップ４．０１２）、
タスクを終了する（ステップ４０１３）。なお、この終
了メツセージには、起動した文書編集部がどの領域の編
集が終了したか判定できるようにするだめに領域内の編
集終了を示す終了コード、図形編狼部自身のタスク番号
をセットする。

次に前述の図形の場合と同様に領域の新規作成もしくは
更新により文書編集部５６１が基本領域内にデータを作
成するテキストデータ編集部を起動した場合における該
編集部の処理内容について第３０ｂ図を用いて説明する
。

テキストデータ編集部は、前述の図形データ編集部と同
様に、まず、起動パラメータをメツセージにて受信しく
ステップ４１０１）、起動モードが新規作成か領域更新
か、さらに、確定処理かレイアウト表示処理かを判定す
る（ステップ４１０２）。

そして新規作成の場合はデータの初期化を行い（ステッ
プ４１．０３）、また、更新の場合には更新対象となる
データを記憶部３から呼び出す（ステップ４１．０４．
　）。確定処理及びレイアウト表示処理の場合について
は後述する。そして、ウィンドウをオープンしくステッ
プ４１０５）、ウィンドウ内にテキストデータを表示す
る（ステップ４１０６）。また、ウィンドウのタイトル
の一部に起動元の文書編集部と同様に起動元文書編集部
のタスク番号を付加する。以降、テキストデータ編集部
は設定されたウィンドウ内においてオペレータからの指
示に従ってテキストデータの作成。

編集を行う（ステップ４１０７〜４．１０９　）が、こ
の際、テキストを記載すべき頁がどのような書式を指定
されているか、また、頁内にどのような排他領域が設定
されているかについては、前述の文書編集部５６１が作
成する文書データを参照して頁内にテキストデータを配
置する。このテキストデータの配置方法については後述
する。テキストデータの作成２編集が行われた場合には
、当該堂内に記載するテキストデータの存在する頁数が
変わったかどうか判定しくステップ４１１０）、変わっ
た場合、例えばテキストデータの入力によりテキストデ
ータの末尾が頁からあふれて次の頁に移ったような場合
は、当該堂内においてテキストデータが存在している頁
数をメツセージを用いて起動元の文書編集部５６１に通
知する（ステップ４１１１）。なお、このメツセージに
は頁数変更通知であることを示すコード及び起動した文
書編集部がどのテキストデータ編集部からの通知である
かを判定できるようにするためにテキストデータ編集部
自身のタスク番号をセットする。テキストデータ編集部
はオペレータから領域内の編集終了が指示された場合、
作成したテキストデータを記憶部３に格納しくステップ
４１１２）、ウィンドウをクローズしくステップ４１１
３）、領域編集終了メツセージを起動元の文書編集部５
６１に送り（ステップ４１１４）、タスクを終了する（
ステップ４．１１５）。なお、この終了メツセージには
、起動した文書編集部がどの領域の編集が終了したか判
定できるようにするために、領域内の編集終了を示す終
了コード、テキストデータ編集部自身のタスク番号及び
当該車内においてテキストデータが存在している頁数を
セットする。

以上のようにして堂内におけるテキストデータの作成９
編集を行うことができるが、ここで領域内データ５６６
０の１つであるテキストデータの構成について第２４ｂ
図を用いて説明する。

テキストデータは第２４ｂ図に示すように、頁／段管理
テーブル６０１０．行管理テーブル６０２０゜テキスト
データテーブル６０３０から構成され、また、各テーブ
ルはそれぞれ複数のブロックから構成される。以下、各
テーブルについて説明する。

・頁／段管理テーブル６０１０； 堂内に記載すべきテキストデータがどのような頁及び段
から構成されているかを管理するテーブルで、当該ブロ
ックが堂内において何頁の何段目にあたるかを示す頁／
段番号６０１１と、当該頁／段の基本領域上における左
上Ｘ座標６０１２゜同ｙ座標６０１３．右下Ｘ座標６０
１４．同ｙ座標６０１５を持ち、さらに、頁／段内に設
定されている行の内、先頭の行を示す行ポインタ６０１
６を保持する。なお、当該章における各員がどのような
書式で構成されているかは前述の文書データより求める
。

・行管理テーブル６０２０　； 各頁／段内に設定されている行がそれぞれどのような書
式で構成されているかを示す書式情報６０２１と、各行
の先頭のテキストを示すテキストポインタ６０２２より
構成される。ここで、書式情報とは、文字サイズ、文字
間隔２行間隔をいう。

・テキストテーブル６０３０　； 堂内に記載されている文字データを示し、堂内の先頭文
字から順に格納する。

各堂内に記載されるテキストデータは、以上のような構
成にて管理するが、次にテキストデータの作成２編集に
伴うテキストの配置方法について第３０ｃ図を用いて説
明する。

今、領域が第３３ａ図に示す位置に設定され、排他属性
として領域のみの排他性が指定され、さらに該頁におけ
る文字方向が横書きで、段組みとして２段組みが指定さ
れていた場合、第３３ｂ図。

第３３ｃ図（ｅ）に示すエリアがテキストに対する排他
エリアとなる。この時、入力されたテキストデータの基
本領域上への割り付けは以下の如く行う。

まず、テキストの入力９編集２表示の対象となつている
行に対して指定されている書式情報６０２１に従って当
該行における文字幅Ｃｗ　、行幅ｃｈをそれぞれ文字サ
イズと文字間隔２文字サイズと行間隔からそれぞれ算出
する（ステップ４２０１）。

次に当該行が基本領域上どの位置にあるか、すなわち、
当該行の基本領域上における左上、右下Ｘ。

ｙ座標を算出する（ステップ４２０２）。例えば、当該
行が第３６図のような位置に存在する場合、左上Ｘ座標
Ｘ１．右下Ｘ座標Ｘｒはそれぞれ当該頁／段管理テーブ
ルの左上Ｘ座標６０１２と右下Ｘ座標６０１４より求め
ることができる。また、左上ｙ座標ｙｔは、当該頁の先
頭行から当該行の直前の行までの各行幅を累計すること
により求まる。さらに、右下ｙ座標ｙｂは左上ｙ座標Ｙ
ｔに当該行の行幅ｃｈを加えることによりそれぞれ求め
ることができる。以上により求めた当該行の左上、右下
ｘ、ｙ座標Ｘｉ、Ｘｒ、Ｙｔ、Ｙｂと前述の排他領域管
理テーブル５６７０から当該行に排他領域が存在するか
どうか、すなわち、排他領域が重なるかどうかを判定す
る（ステップ４２０３）。

この際、排他領域は排他領域ポインタ５６５１により示
される当該頁内の先頭の排他領域、すなわち、左上ｙＥ
Ｘ座標の小さい排他領域から順にチェックしていき、判
定対象となっている排他領域の左上ｙ座標５６７４が当
該行右下ｙ座標Ｙｂより大きくなったら、そこで判定を
打ち切り、当該行に重なっている排他領域はなかったも
のとしてステップ４２０５に進む。（これは前述した排
他領域管理テーブルの各データは左上ｙ座標が昇順とな
るようにリンクさせているためである。）一方、重なっ
ていることが判明した場合には、次に文字幅Ｃｗと該排
他領域の左上Ｘ座標と右下Ｘ座標より、当該行の何文字
目から何文字目までが排他領域と重なるかを求め（ステ
ップ４２０４）、最後にテキストデータを排他領域と重
ならない文字位置に割り付ける。以上の処理により、排
他性を有する内部領域とテキストデータを頁レイアウト
上乗ならないようにすることが可能となり、さらに、確
定された一行の情報を文字は文字コードとして、また、
排他領域を示す部分は特殊コードを用いて表示すること
により、第３７図に示すように、テキスト編集中の画面
においてもテキストが排他される部分を確認することが
できる。

なお、頁内において排他領域が１つもない場合について
も前述のフローと同様の処理によりテキストデータを割
り付けることができる。

さらにオペレータによる書式変更操作により文字間隔２
行間隔等の書式情報が変更された場合は、変更された行
から前述のテキス１〜配置処理を繰返し行うことにより
、テキストデータを再配置することができる。

以上のようにして、文書全体及び各領域内の作成９編集
を行うことができるが、ここで、テキストデータの確定
処理について説明する。

前述したように、排他性を有する内部領域を新たに作成
した場合や同じく排他性を有する領域に対してサイズ変
更や移動といった操作を行った場合は該頁内におけるテ
キストの排他エリアが変わることになる。この場合、該
頁の基本領域内に既にテキストデータが存在していた場
合には、新たな排他エリアに従ってテキストの並びを再
度確定する必要がある。以下、第２２ｍ図、第３０ｂ図
。

第３０ｃ図を用いて文書編集部５６１とテキストデータ
編集部におけるテキストデータの確定処理内容を説明す
る。

まず、文書編集部５６１は、前述の領域に対する編集操
作等によって更新された文書データに従って該頁内の排
他領域を更新する（ステップ３８０１）。

次に該頁内にテキストデータが存在しているかどうかを
判定しくステップ３８０２）、無ければテキストデータ
を再確定する必要がないので処理を終了する。一方、テ
キストデータが存在していた場合には、該頁内のテキス
トデータを再確定する必要があるので、テキストデータ
編集部を確定処理モードで起動し、テキストデータの再
確定処理を行う。すなわち、該頁の基本領域の領域管理
ブロックからテキストデータのデータ種別５６４７を取
得し、このデータ種別及びＳＦＭＴよりプログラム番号
を取得しくステップ３８０３）、該プログラム番号を元
にタスクを生成しくステップ３８０４）、起動する（ス
テップ３８０５）、　そして起動パラメータをテキスト
データ編集部に対して送信する（ステップ３８０６）。

この際、起動パラメータとして、確定処理を示す起動モ
ード、文書編集部５６１のタスク番号及び起動するテキ
ストデータ編集部のタスク番号さらに再確定の対象とな
る堂内における頁番号を送信する。次に、タスクとして
生成、起動されたテキストデータ編集部は、前述の第３
０ｂ図に従ってテキストの確定処理を行う（ステップ３
８０７）。すなわち、まず起動パラメータをメツセージ
にて受信しくステップ４１０１）、起動モードが確定処
理かどうかを判定する（ステップ４１０２）。そして確
定処理の場合は、まず、確定対象となるテキストデータ
を記憶部３から読出しくステップ４１１６）、起動パラ
メータにより示される頁からテキストデータの末尾まで
、前述の第３０ｃ図の処理フローに従ってテキストデー
タの確定処理を行う（ステップ４１１７）。そして確定
処理が正常に終了したかどうかを判定しくステップ４１
１８）、正常に終了した場合には確定したテキストデー
タを記憶部３に格納しくステップ４１１９）、また、正
常に終了しなかった場合にはデータを格納しないで、次
に、終了メツセージを起動元の文書編集部５６１に送り
（ステップ４１１４）、タスクを終了する（ステップ４
１１５）。この終了メツセージには、テキストデータの
確定処理が正常に終了したかどうかを示す終了コード、
テキストデータ編集部自身のタスク番号及び正常に終了
した場合には上記確定処理の結果、当該意向においてテ
キストデータが存在している頁数をセットする。文書編
集部５６１は以上のテキストデータ編集部による確定処
理結果をメツセージにて受信しくステップ３８０８）、
メツセージの内容を元に確定が正常に行われたかどうか
を判定しくステップ３８０９）、正常に行われたのであ
ればメツセージにより報告された頁数に従って頁数変更
処理を行い（ステップ３８１０）、生成したタスクを削
除する（ステップ３８１２）。一方、テキストデータ編
集部が確定に失敗した場合には、文書データを編集操作
実行前の状態に回復しくステップ３８１１）、タスクを
削除する。なお、ステップ３８１０における頁数変更処
理については後述する。

以上、領域や頁に対して編集操作を行って排他エリアが
変更された場合、既に入力されていたテキストデータを
新たな排他エリアに従って再確定することができる。第
３８図に領域操作２貞操作を行った場合における排他領
域とテキストデータの並びの変化例を示す。（ａ）にお
いて、内部領域Ａは行頭側の排他性を、内部領域Ｂは行
末側の排他性を各々有している。この状態において、領
域属性変更により内部領域Ａの排他性を全行に変更した
状態が（ｂ）である。また、（ｂ）において領域移動に
より内部領域Ａを上方向に移動した状態が（ｃ）である
。さらに、（ｃ）において頁の書式変更により用紙の方
向を縦長から横長に変更した状態が（ｄ）である。（ｂ
）から（Ｃ）、（ｃ）から（ｄ）において領域の属性は
領域に対応させて保持されているので、領域移動後、真
書式変更後において各領域の属性はそのまま引き継かれ
ることになる。

次に第２１図のフローチャートに基づいて文書編集部５
６１の処理について引き続き説明する。

オペレータからの指示が表示頁切り換えの指示、例えば
前頁１次頁といった指示であった場合には（第２１図ス
テップ３０１２）、それぞれ該当する頁のレイアウトを
ウィンドウ内に再表示するがこのレイアウトの表示処理
について第２２ｉ−１図を用いて説明する。

このレイアウトの表示においては前述の文書データを元
にまず、用紙枠やヘッダ、フッタ等の表示を行い（ステ
ップ３５０１．３５０２）　、以下頁内に設定されてい
る領域の内、優先度が最も低い領域（頁内先頭領域）か
ら順に表示する（ステップ３５０３〜３５１３．３５１
４）。この領域の表示においては、まず、領域枠の表示
を行い（ステップ３５０４）、次に当該領域のデータに
対する編集プログラムが存在するかどうかを該当する領
域管理ブロック内のデータ種別番号及びＳＦＭＴより判
定しくステップ３５０５）、無い場合は当該領域管理ブ
ロックのステータスを２に変更すると共に（ステップ３
５１１）、当領域に対する編集プログラムがシステム中
に存在しないことをオペレータに知らせるために領域内
を全黒で表示する（ステップ３５１２）。また、」二記
において存在する場合は次に当該領域に対する属性が透
明かどうかを判定しくステップ３５０６）、不透明の場
合は領域内を一旦クリアした後（ステップ３５０７）、
領域内データを表示する（ステップ３５０８）。領域内
のデータの表示は、文書編集部５６１が該当する領域編
集部をレイアウト表示モードで起動し、起動された各領
域編集部が領域内のデータの表示を行うが詳細について
は後述する。さらに領域表示後、当該領域に対するステ
ータス情報に基づいて当該領域が編集中かどうか（１か
どうか）判定しくステップ３５０９）、編集中の場合は
当領域を現在編集中であることをオペレータに知らせる
ために領域全体を網かけ表示する（ステップ３５１０）
。以下、同様の処理を表示する頁内に存在する全ての領
域に対して行う（ステップ３５１３．３５１４）。

以上のようにして、頁全体のレイアウトの表示を行うこ
とができるが、ここで、上述のステップ３５０８の領域
内データの表示について、第２２ｉ−２図ならびに第３
０ａ図、第３０ｂ図を用いてさらに詳細に説明する。

まず、文書編集部５６１は、表示対象となっている領域
の領域管理ブロックのデータ種別５６４７を取得し、こ
のデータ種別及びＳＦＭＴよりプログラム番号を取得し
くステップ３５５１）、該プログラム番号を元にタスク
を生成しくステップ３５５２）、起動する（ステップ３
５５３）。そして起動パラメータを領域編集部に対して
送信する（ステップ３５５４）。この際、起動パラメー
タとして、レイアウト表示処理を示す起動モード、文書
編集部５６１のタスク番号及び起動する領域編集部のタ
スク番号を送信する。また、起動する編集部がテキスト
データ編集部の場合は、合わせて表示の対象となる堂内
における頁番号を送信する。次に、タスクとして生成、
起動された領域編集部が、例えば、図形データ編集部の
場合は、前述の第３０ａ図に従ってレイアウト表示処理
を行う。すなわち、まず起動パラメータをメツセージに
て受信しくステップ４００１）、起動モードがレイアウ
ト表示処理かどうかを判定する（ステップ４００２）。

レイアウト表示処理の場合は表示対象となるデータを記
憶部３から読みだしくステップ４０１４）、データを表
示する（ステップ４０１５）。そして、終了メツセージ
を起動元の文書編集部５６１に送り（ステップ４１１４
）、タスクを終了する（ステップ４１１５）。なお、こ
の終了メツセージには、図形データのレイアウト表示処
理が正常に終了したことを示す終了コード、図形データ
編集部自身のタスク番号をセットする。一方、起動され
た領域編集部がテキストデータ編集部の場合は、前述の
第３０ｂ図に従ってテキストのレイアウト表示処理を行
う。すなわち、まず起動パラメータをメツセージにて受
信しくステップ４１０１．　）、起動モードがレイアウ
ト表示処理かどうかを判定する（ステップ４１０２）。

そしてレイアウト表示処理の場合は、表示対象となるデ
ータを記憶部３から読みだしくステップ４１２０）−起
動パラメータにより指定された頁のテキストデータを表
示する（ステップ４−１２１）。また、このテキストデ
ータのレイアウト表示においては、前述のテキストデー
タの確定処理と同様に、−行に表示すべきテキストデー
タの何文字目から何文字目までが表示頁中に設定されて
いる排他領域と重なるかを判定する。そして、−行内の
テキストデータが排他領域と頁レイアウト上型ならない
ようにテキストデータを割り付けた後、データを表示す
る。

以上の処理を表示頁内に存在する全ての行に対して繰り
返したら、次に終了メツセージを起動元の文書編集部５
６１に送り（ステップ４１１４）、タスクを終了する（
ステップ４１１５）。この終了メツセージには、テキス
トデータのレイアウト表示処理が終了したことを示す終
了コード、テキストデータ編集部自身のタスク番号をセ
ットする。

文書編集部５６１は以上の領域編集部によるレイアウト
表示処理結果をメツセージにて受信しくステップ３５５
６）、生成したタスクを削除する（ステップ３５５７）
。

以上により、各領域内のデータを表示することができ、
また、頁上に排他領域が存在する場合には、該頁内の基
本領域上に記載されているテキストデータと重ならない
ように表示することができる。第３９図に文書編集部に
おける頁レイアウトの表示画面例を示す。本例では内部
領域Ｂは内部領域Ａの上に位置し、また、内部領域Ｂの
透過性は不透明になっているため内部領域Ａの内部領域
Ｂにより覆われている部分は表示されない。また、内部
領域Ａ、Ｂは各々、全行、行末側の排他性を有するため
、基本領域５６９１上に記載されているテキストデータ
は図のように排他されて表示されることになる。

次にウィンドウ操作による編集部の切り換えの操作方法
及び処理内容について第３１図及び第１７図を用いて説
明する。

まず、第３１図（ｂ）ならびに（Ｃ）に示すように、図
形領域内を編集中に文書レイアウトの編集に切り換える
場合には、既述した操作対象の指定と同様に文書編集部
５６１のウィンドウ上へマウスカーソル３０を移動し、
マウスの実行ボタンを押下する。この入力指示により、
まず、入力制御部５１が指示位置がそれまで編集中であ
った図形編集部のウィンドウ外であることを判定し、こ
の入力を図形編集部でなくウィンドウ管理部５２へ引き
渡す。ウィンドウ管理部５２は、マウスによる指示位置
ならびにウィンドウ管理テーブルから文書編集部５６１
のウィンドウが指示されたことを判定しくステップ１５
２１）、それまで最上位だったウィンドウを使用してい
るタスク、すなわち、図形編集部を一旦中断させ（ステ
ップ１５２２）、また、最上位ウィンドウの表示イメー
ジを表示バッファに退避する（ステップ１５２３）。そ
して、新たに指示された文書編集部のウィンドウを最上
位に表示しくステップ１５２４）、ウィンドウ管理ブロ
ックの重なり順を更新しくステップ１５２５）、さらに
新たに処理を再開する文書編集部に対してウィンドウが
切り換えられたことを知らせるために、アクティベイ１
へコードを該ウィンドウ使用タスクに返しくステップ１
５２６）、該ウィンドウを使用しているタスク、すなわ
ち、文書編集部を再開する（ステップ１５２７）。なお
、上記における編集部の中断、再開はシステム制御部５
３において処理される。以下、第１２ｅ図及び第１２ｆ
図のフローに基づいて中断、再開の処理について説明す
る。

タスクの中断要求が発生した場合、システム制御部５３
は指定されたタスクに対応するＴＣＢの中断フラグをセ
ットしくステップ１１４．１）、該タスクがＲＥＡＤＹ
状態かどうか判定しくステップ１１４．２）、ＲＥＡＤ
Ｙ状態であれば対応するＴＣＢをＲＥＡＤＹキューから
外し、ディスパッチャによりＣＰＵが割り当てられない
ようにする（ステップ１１４３）。

タスクの再開要求に対しては指定されたに対応するＴＣ
Ｂの中断フラグをリセットしくステップ１１５１）、該
タスクがＲＥＡＤＹ状態かどうか判定しくステップ１１
５２）　、ＲＥＡＤＹ状態であれば再びＲＥＡＤＹキュ
ーに接続する（ステップ１１５３）。ＴＣＢの中断フラ
グがセットされている場合、タスクディスパッチャでは
該当タスクを起動させず、ＲＥＡＤＹキューから外す。

また、第３１図（ｃ）の状態から基本領域の更新を行え
ば画面は第３１図（ｄ）に示したように変化する。この
状態において、各編集部の切り換えはテキスト、図形、
レイアウトの各々相互の間で前述と同様の操作方法によ
り任意に行うことができる。例えば、領域編集部間、す
なわちテキストから図形に切り換えると画面の表示状態
は第３１図（ｅ）に示すようになる。

さて、前述のウィンドウの切り換えを行うとウィンドウ
管理部から再開されるタスクに対し、入力としてアクテ
ィベイトコードが返される。例えば前述の例において、
図形編集部から文書編集部５６１に切り換えた場合は文
書編集部５６１は再開後、上記アクティベイト入力を受
は取り、これに従って以下の処理を行う（第２２３．第
２２に一１図、第２２に一２図）。すなわち、まず、現
在表示中の頁内に編集中の領域があるか否かを文書デー
タより判定しくステップ３６０１）、ある場合にはその
領域の内容が編集によって更新されている可能性がある
ので、表示フラグを１にセットシ（ステップ３６０２）
、ない場合には表示フラグをＯにセットしくステップ３
６０３）、以下のメツセージ処理後、レイアウトの再表
示処理を行う。次に、システム制御部５３に対してメツ
セージの受信要求を行い（ステップ３６０４）　、メツ
セージがあればそのメツセージが領域編集部からの終了
通知であるか、テキストデータ編集部からの頁数変更通
知であるかをメツセージの内容を元に判定しくステップ
３６０５）、終了通知の場合は以下の処理を行う（ステ
ップ３６０６）。すなわち、まず、メツセージ中に格納
された領域編集部のタスク番号及びＥＴＭＴ　（第２９
図）より領域番号を取得しくステップ３６５１）、該当
する領域管理ブロックのステータスを０にリセットしく
ステップ３６５２）、当該タスクに関する情報をＥＴＭ
Ｔ　（第２９図）より削除しくステップ３６５３）、最
後に当該タスクそのものを削除する（ステップ３６５４
）。そして、最後に終了通知の発行元がテキストデータ
編集部であったかどうか判定し、テキストデータ編集部
の場合にはメツセージ中に格納された使用頁数に従って
後述する頁数変更処理を行う。なお、終了通知の発行元
がテキストデータ編集部であったかどうかは前述の領域
管理ブロックが基本領域であったかどうかにより判定す
ることができる。

上記において受信したメツセージが頁数変更通知であっ
た場合及び終了通知がテキストデータ編集部からの場合
、以下の頁数変更処理を行う。まず、当該車内の頁数が
通知された頁数と同じかどうか判定しくステップ３６６
１）、同じ場合には何もしないで終了する。次に当該車
内の頁数より通知された頁数の方が多いかどうか判定し
くステップ３６６２）、多い場合、すなわち、テキスト
データの編集により頁が増加した場合は増加した頁数分
、頁の追加を行う（ステップ３６６３）。

一方、上記判定において通知された頁数の方が少なかっ
た場合（テキストデータの編集により、テキストデータ
の存在する頁が少なくなった場合）は単向の末尾頁に内
部領域が存在するかどうか判定しくステップ３８６４）
、なければ該頁を削除しくステップ３６６５）、再度ス
テップ３６６１からの処理を繰り返す。すなわち、テキ
ストデータの編集によりテキストの存在する頁が少なく
なった場合には、単向の末尾から連続する白紙状態の頁
（内部領域が１つもなく、かつ、基本領域内にテキスト
データも存在しない頁）を削除することになる。なお、
前述の排他領域更新時におけるテキストデータ再確定後
において、テキストデータ編集部からの終了通知が正常
終了であった場合においても同様の頁数変更処理を行う
（第２２ｍ図のステップ３８１０）。さて、」二記にお
いてメツセージがもうなかった場合は、表示フラグが１
にセットされているかどうかを判定しくステップ３６０
７）、セットされていれば当該頁のレイアウト再表示を
行う（ステップ３６０８）。

最後に文書編集部５６１における終了処理にっいて第２
２１図及び第１２ｇ図を用いて説明する。

オペレータから終了を指示された場合には、前述のＥＴ
ＭＴ　（第２９図）に基づいて起動中の編集タスクがあ
るかどうか判定しくステップ３７０２）、ある場合はＥ
ＴＭＴ　（第２９図）よりタスク番号。

領域番号を取得しくステップ３７０３）、当該領域のス
テータスをＯにリセットした後（ステップ３７０４）、
システム制御部５３に対してタスクの強制終了要求を行
う（ステップ３７０５）。これに従ってシステム制御部
５３は第１２ｇ図に示すように、まず、指定されたタス
クが使用していた資源を解放しくステップ１１６１）、
ウィンドウ管理に強制終了処理要求を行い（ステップ１
１６２）、ウィンドウ管理では第１６図に示すクローズ
処理と同様の処理を行う。そして指定されたタスク番号
に基づき、対応するＴＣＢがＲＥＡＤＹキューに接続さ
れていればＲＥＡＤＹキュー５３３より外し、ＴＣＢの
状態をＤＯＲＭＡＮＴ状態とする（ステップ１．１６３
）。以上の強制終了処理後、文書編集部は当該タスクを
削除する（ステップ３７０　Ｇ）。

以上の処理を起動中の編集タスクに対して繰返し行い（
ステップ３７０７）、起動中のタスクの強制終了が全て
終了したならば文書データを登録しくステップ３７０８
）、文書編集部自らオープンしていたウィンドウをクロ
ーズしくステップ３７０９）、システム管理部に対して
処理が終了した旨をメツセージにて送信しくステップ３
７１０）、タスクを終了する（ステップ３７１．１　）
。

このようにして、文書編集部に対して終了要求があると
編集中の領域編集部を一括して終了させることができる
。

以上述べてきたように本実施例によれば、設定する領域
の排他性は全頁、全行２行頭側２行末側。

領域のみといったオペレータの作成したい文書のレイア
ウトに合ったモードを選択することができるので、領域
の設定位置の頁を左端、右端にそろえたり、領域そのも
のを設定する際、位置、サイズ等に気を使う必要が無く
なる。また、該情報は領域に対応させて記憶するため、
領域の移動、サイズ変更などの操作を行った場合や用紙
の大きさく９４） を変更した場合など元の情報をそのまま引き継ぐことが
できる。すなわち、再度、属性を設定するといった手間
を省くことができる。さらに、該情報は、行頭側２行末
側といったように頁内における文字の方向を意識してテ
キストを排他するので、頁内における文字方向を変更し
た場合、例えば、横書きから縦書きに変更した場合には
排他の方向も横から縦へ自動的に変更することができる
。

また、一旦設定した属性は後から変更することも可能な
ので、文書を作成中に他の情報との関係からレイアウト
を変更したい場合など容易に行える。

また、設定した属性情報は領域に対応させて文書データ
の一部として記憶するので、文書の作成を一旦終了させ
ても、再度文書の更新を行う場合、前回の情報に従って
文書のレイアウトの編集を行うことができる。

さらに、テキスト入力中はテキストを入力する行桁単位
でテキストが排他されるエリアが示されるために、全体
のレイアウトを意識しなからテキストの作成２編集を行
うことができる。また、ウィンドウ操作により中断して
いる文書編集部を簡単に再開できるので、即座に文書の
レイアウトを確認できる。

また、本実施例によれば、テキストを排他するエリアを
排他領域管理テーブルとして別に管理し、さらに、排他
エリアが重なるような場合には、文字の方向に沿って分
割して管理しているのでテキストの配置における処理の
高速化を図ることができる。

〔発明の効果〕

以上述べてきたように本発明の文書作成装置では、設定
された領域の大きさ、位置を印刷出力時に対応した大き
さ９位置で管理し、さらに、設定された属性をこれと対
応させて管理する。また、テキストデータ編集部は、上
記領域情報を参照してテキスト入力時における文字列の
配置を制御するので、オペレータは頁全体のレイアウト
を意識しながら効率良くテキストの入力編集を行うこと
ができる。

また、文書編集部はオペレータによりテキストの入カニ
リアを変更する操作が行われた場合、該頁内におけるテ
キストの並びを領域情報に従って再配置させるので、即
座に最新のレイアウトを確認することができ、また、オ
ペレータ自らがテキストの並びを修正するといった無駄
な操作を省くことができる。さらに、上記操作後、再度
テキストの修正が必要となった場合は上記処理によりテ
キストは再配置されているので、最新の並びに従ってテ
キストデータを再編集することができる。

従って以上のことから、文書のレイアウトの編集及びテ
キストの作成２編集時に利用者の手間を大幅に省くこと
が可能となるため、複数データが混在する文書作成の操
作性が向上する。

【図面の簡単な説明】

第１図は本発明の適用可能な装置の構成を示すブロック
図、第２図はその表示部における表示画面の例を示す図
、第３図はマウスボタンの構成を示す図、第４図はアイ
コン管理テーブルの構成図、第５図はプログラム制御テ
ーブルの構成図、第６図はデータ名称定義テーブルの構
成図、第７図はウィンドウ管理テーブルの構成図、第８
図はタスク制御テーブルの構成図、第９図はＲＥＡＤキ
ューを示す図、第１０図はメツセージ制御テーブルの構
成図、第１１図はメツセージ受信待ち行列を示す図、第
１２図はシステム制御部の処理を示す図、第１２ａ図は
タスク生成の処理を示す図、第１２ｂ図はタスク削除の
処理を示す図、第１２ｃ図はタスク起動の処理を示す図
、第１２ｄ図はタスク終了の処理を示す図、第１２ｅ図
はタスク中断の処理を示す図、第１２ｆ図はタスク再開
の処理を示す図、第１２ｇ図はタスク強制終了の処理を
示す図、第１２ｈ図はメツセージ送信の処理を示す図、
第１２ｉ図はメツセージ受信の処理を示す図、第１２ｊ
図はディスパッチャの処理を示す図、第１３図は入力制
御部の処理を示す図、第１４図はメニュー管理テーブル
、プルダウンメニューテーブルの構成、及び、関連を示
す図、第１５図はウィンドウオープンの処理を示す図、
第１６図はウィンドウクローズの処理を示す図、第１７
図はウィンドウ切り換えの処理を示す図、第１８図はシ
ステム管理部の処理を示す図、第１９図はファイル編集
部の処理を示す図、第２０図は操作対象文書テーブルの
構成図、第２１図は文書編集部の処理を示す図、第２２
ａ図は文書編集部の初期処理を示す図、第２２ｂ図は文
書編集部の初期処理におけるサポート領域管理テーブル
作成処理を示す図、第２２ｃ図は文書編集部の領域指定
処理を示す図、第２２ｄ図は文書編集部の指定解除処理
を示す図、第２２ｅ図は文書編集部のプルダウンメニュ
ーの有効無効状態切り換え処理を示す図、第２２ｆ図は
文書編集部の領域新規作成処理を示す図、第２２．ｇ図
は文書編集部の領域更新処理を示す図、第２２ｈ図は文
書編集部の領域新規作成、領域更新処理における領域編
集部起動処理を示す図、第２２ｉ−１図は文書編集部の
レイアウト表示処理を示す図、第２２ｉ−２図は文書編
集部のレイアウト表示処理における領域内データ表示処
理を示す図、第２２ｊ図は文書編集部のアクティベイト
処理を示す図、第２２に一１図は文書編集部のアクティ
ベイト処理における領域編集部終了処理を示す図、第２
２に一２図は文書編集部のアクティベイト処理における
頁数変更処理を示す図、第２２Ｑ図は文書編集部の編集
終了処理を示す図、第２２ｍ図は排他領域が変更された
場合における文書編集部のテキストデータ確定制御処理
を示す図、第２３図は文書編集部のメニューテーブルの
構成図、第２４ａ図は文書データの構成図、第２４ｂ図
はテキストデータの構成図、第２５図は頁の構成を示す
図、第２６図は操作対象として指定された領域数と実行
可能な領域編集操作との関連を示す図、第２７図はサポ
ート領域編集部管理テーブルの構成図、第２８図は操作
対象領域テーブルの構成図、第２９図は起動編集タスク
管理テーブルの構成図、第３０ａ図は図形データ編集部
の処理を示す図、第３０ｂ図はテキストデータ編集部の
処理を示す図、第３０ｃ図はテキストデータ編集部にお
けるテキストの配置処理を示す図、第３１図は本発明を
用いた文書編集操作の画面変化例を示す図、第３２図は
各編集部のウィンドウのタイトルを示す図、第３３ａ図
は排他領域の座標系を示す図、第３３ｂ図は各排他モー
ドにおける排他領域座標を示す図、第３３ｃ図は各排他
モードにおけるテキストの並びを示す図、第３４図は排
他領域が重なっている場合の排他領域の管理方法を示す
図、第３５図は文書編集部の領域の属性設定画面を示す
図、第３６図は排他領域と行の関係を示す図、第３７図
はテキストの作成９編集画面を示す図、第３８図は排他
領域とテキストデータとの関係を示す図、第３９図は文
書編集部のレイアウト表示画面例を示す図である。 １・・・入力部、２・・・表示部、３・・・記憶部、４
・・・印刷部、５・・・制御部、５１・・・入力制御部
、５２・・・ウィンドウ管理部、５３・・・システム制
御部、５４・・・印刷制御部、５５・・表示制御部、５
６・・・編集部、５７・・・システム管理部、５８・・
・ファイル編集部、５６１・・・文書編集部、５６２・
・・領域編集部。

Claims (1)

1. 【特許請求の範囲】 １、複数種類の記載要素が混在する文書を対象とし、文
   書中に記載する記載要素を領域毎に入力する入力部と、
   入力された記載要素を記憶する記憶部と、前記記憶部に
   記憶された各種記載要素を表示する表示部と、作成文書
   の頁レイアウトを前記表示部により表示し、該表示に従
   って領域の編集を行う文書編集部と、該文書編集部によ
   り起動され、文書中本文となるべきテキストを作成する
   テキストデータ編集部と、同じく該文書編集部により起
   動され、領域内の記載要素データを作成、編集する領域
   編集部とからなる文書作成装置において、前記領域の大
   きさを印刷出力に対応した大きさで設定する領域設定手
   段と、該領域設定時に頁上に記載するテキストを排他す
   るか否かを示す属性情報を設定する領域属性設定手段と
   、該手段により設定された属性を領域設定手段により設
   定された領域に対応させて保持する領域情報保持手段と
   、排他性を有する領域の設定、移動、サイズの変更や、
   頁の書式の変更などの操作によりテキストを入力するエ
   リアが変更された場合に該頁内に入力されているテキス
   トの並びを再確定させるテキスト再確定手段とを前記文
   書編集部に具備し、さらに、テキストを入力編集する時
   に既に排他性を有する領域が設定されていた場合はレイ
   アウト上で入力するテキストが該エリアと重ならないよ
   うにテキストの並びを制御するテキスト入力制御手段を
   前記テキストデータ編集部に具備したことを特徴とする
   文書作成装置。 ２、特許請求の範囲第１項記載の文書作成装置において
   、テキストを排他する属性情報は、領域を設定した頁内
   のテキスト全てを排他する全頁排他情報と、領域設定位
   置にかかる全ての行内のテキストを排他する全行排他情
   報と、領域設定位置を含み、さらに領域設定位置にかか
   る行の先頭側のテキストを排他する行頭側排他情報と、
   領域設定位置を含み、さらに領域設定位置にかかる行の
   末尾側のテキストを排他する行末側排他情報と、領域設
   定位置にかかるテキストを排他する領域のみの設定領域
   排他情報のいずれかであることを特徴とする文書作成装
   置。 ３、複数種類の記載要素が混在する文書を対象とし、文
   書中に記載する記載要素を領域毎に入力する入力部と、
   入力された記載要素を記憶する記憶部と、前記記憶部に
   記憶された各種記載要素を表示する表示部と、作成文書
   の頁レイアウトを前記表示部により表示し、該表示に従
   って領域の編集を行う文書編集部と、該文書編集部によ
   り起動され、文書中本文となるべきテキストを作成する
   テキストデータ編集部と、同じく該文書編集部により起
   動され、領域内の記載要素データを作成、編集する領域
   編集部とからなる文書作成装置において、前記領域の大
   きさを印刷出力に対応した大きさで設定する領域設定手
   段と、該領域設定時に頁上に記載するテキストを排他す
   るか否かを示す属性情報を設定する領域属性設定手段と
   、該手段により設定された属性を領域設定手段により設
   定された領域に対応させて保持する領域情報保持手段と
   、領域情報保持手段に保持された属性情報を変更する領
   域属性情報変更手段と、排他性を有する領域の設定、移
   動、サイズの変更や、頁の書式の変更などの操作により
   テキストを入力するエリアが変更された場合に該頁内に
   入力されているテキストの並びを再確定させるテキスト
   再確定手段とを前記文書編集部に具備し、さらに、排他
   性を有する領域にレイアウト上でテキストが該エリアと
   重ならないようにテキストの並びを制御するテキスト入
   力制御手段を前記テキストデータ編集部に具備したこと
   を特徴とする文書作成装置。 ４、複数種類の記載要素が混在する文書を対象とし、文
   書中に記載する記載要素を領域毎に入力する入力部と、
   入力された記載要素を記憶する記憶部と、前記記憶部に
   記憶された各種記載要素を表示する表示部と、作成文書
   の頁レイアウトを前記表示部により表示し、該表示に従
   って領域の編集を行う文書編集部と、該文書編集部によ
   り起動され、文書中本文となるべきテキストを作成する
   テキストデータ編集部と、同じく該文書編集部により起
   動され、領域内の記載要素データを作成、編集する領域
   編集部とからなる文書作成装置において、前記領域の大
   きさを印刷出力に対応した大きさで設定する領域設定手
   段と、該領域設定時に頁上に記載するテキストを排他す
   るか否かを示す属性情報を設定する領域属性設定手段と
   、該手段により設定された属性を領域設定手段により設
   定された領域に対応させて保持する領域情報保持手段と
   、排他性を有する領域の設定、移動、サイズの変更や、
   頁の書式の変更などの操作によりテキストを入力するエ
   リアが変更された場合に該頁内に入力されているテキス
   トの並びを再確定させるテキスト再確定手段とを前記文
   書編集部に具備し、さらに、テキストを排他するエリア
   をテキストが入力可能なエリアとは異ったかたちで表示
   する排他エリア表示手段と、テキストを入力編集する時
   は既に排他性を有する領域が設定されていた場合はレイ
   アウト上で入力するテキストが該エリアと重ならないよ
   うにテキストの並びを制御するテキスト入力制御手段を
   前記テキストデータ編集部に具備したことを特徴とする
   文書作成装置。