JPS63131265A - 文書作成装置 - Google Patents

Abstract

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

Description

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

編集することができる文書作成装置に関する。

〔従来の技術〕

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

イメージといったように種類が多くなってきている。ま
た、これら複数のデータが混在する文書の作成９編集方
法としては、特開昭６１−１８０３６号公報に記載のよ
うに、作成文書の頁レイアウト上で編集するデータの格
納されている領域を指定し、た後。

その領域に対する詳細情報を上記頁レイアウトとは画面
士別のエリアに表示して編集するという方法がとられて
いる。

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

上記従来技術は、利用者がある領域を編集中にさらに別
の領域を編集したり、また、ある領域を編集中にその領
域が存在する頁とは別の頁のレイアウトを参照したりす
るといった点については配慮されておらず、このため、
上記のような操作を、（１要とする場合には現在作成し
ている領域の編集を一旦終了するか、または、現在作成
している文書を印刷した後にそれを参照しながら別の領
域の編集を再開するといった手順を踏まわばならず、文
書作成効率が悪いという問題があった。

本発明の目的は、複数のデータが混在する文書の作成に
おいて、各種データの作成２編集及びレイアウト表示上
における領域の編集や表示部の切り換えなどをそれぞれ
終了させることなく、他の編集操作に切り換えることが
可能な文書作成装置を提供することにある。

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

上記目的は１文書中に記載する記載要素を領域毎に入力
する入力部と、入力された記載要素を記憶する記憶部と
、前記記憶手段に記憶された各種記載要素を表示する表
示部とを備えた文書作成装置において、作成文書の頁レ
イアウトを前記表示部により表示し、該表示に従って領
域の編集を行う文書編集部と、各領域内の記載要素デー
タを作成９編集する記載要素データの種別に応じた複数
の領域編集部゛と、前記文書編集部において作成。

更新を指示された領域の艷載要素データの種別に従い該
当する領域編集部を起動する起動手段と、前記文書編集
部と前記起動手段によって起動された領域編集部とを、
どちらもその機能を終了させることなく切り換える編集
部切り換え手段とを設けることにより、達成される。

〔作用〕

編集部切り換え手段は、現在編集中となっている編集部
による処理を一旦中断させ、また、既に中断させられて
いた他の編集部による処理を再開させるように動作する
。これにより、他の編集部の操作に移る際には、現在処
理中の編集部を終了させる必要がないので、文書の作成
効率が向上する。

〔実施例〕

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

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

第２図に表示部２に表示される画面を示す。画１ｉＴ２
１は、メニューエリア２２．Ｍｌ集エリア２３゜アイコ
ンエリア２４から構成される。各編集部は。

編集エリア２３にそれぞれ独自に矩形の枠２５（以下ウ
ィンドウと呼ぶ）内にデータを表示し、そのウィンドウ
内において個別に文書データの編焦を行う、メニューエ
リア２２には各編集部の機能分類名称２６（以下プルダ
ウンメニュー名称と呼ぶ）が表示され、オペレータがマ
ウスによりプルダウンメニュー名称２６を指示すると、
ウィンドウが設定され（以下ウィンドウのオープンと呼
ぶ）、内部に詳細な機能項目一覧２８が表示される（以
下プルダウンメニューと呼ぶ）。例えば、第２図に示し
たように、メニューエリア２２には。

編集、印刷といったプルダウンメニュー名称２６が表示
され、オペレータがマウスにより編集を指示するとプル
ダウンメニュー２８がオープンして新規作成、更新等の
機能項目が表示される。この状態でオペレータがマウス
により機能項目を指示すると指示された機能が実行され
ることになる。

ウィンドウ２５は、例えばウィンドウ名称を表示するキ
ャプションエリア２５１．データを表示するデータエリ
ア２５２．オペレータがウィンドウのクローズ、移動、
サイズ変更等の操作を指示するための制御エリア２５３
から構成される。アイコンエリア２４には、編集部等の
各プログラムを表現する絵文字（以下アイコンと呼ぶ）
２７が表示され、オペレータの指定によりアイコンが選
択されると対応するプログラムが起動される。

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

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

システム管理部５７は、入力制御部５１から通知される
アイコンに対応した、例えばファイル編集部５８２文書
編集部５６１などの、プログラムを起動する。アイコン
とプログラムとの対応は、アイコン管理テーブル５７１
により管理し、第４図に示すアイコン管理テーブル５７
１にはアイコン番号と対応するプログラム番号が格納さ
れる。

プログラム番号は各プログラムに割当てられた識別番号
で、各プロゲラｌ、は第５図に示すプログラム制御テー
ブル５７２により管理される。プログラム制御テーブル
５７２はプログラム制御ブロック５７３（以下ＰＣＢと
略記する）をプログラム番号順に配列したものである。

ＰＣＢ５７３には、プログラムの開始番地情報５７３１
．スタックの番地情報５７３２．優先度情報５７３３．
親プログラム番号５７３４．データ種別情報５７３５、
その他のプログラム、属性情報５７３６が格納される。

親プログラム番号５７３４は当該プログラムがどのプロ
グラムから起動されるかを示すものである。

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

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

文書編集部５６１は、ファイル編集部５８で作成、更新
を指示された文書の該当部のレイアウトをウィンドウ内
に表示し１頁上の領域の編集を行う。ここで、領域の編
集とは、領域内要素データの新規作成及び更新の指示、
さらに削除、移動。

複写などの総称である。

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

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

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

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

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

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

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

各編集部は１つのタスクとして生成され。

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

・ウィンドウ表示イメージの格納位置情報５２２５各ウ
インドウに対し１つのウィンドウ表示バッファが用意さ
れ、そこにウィンドウの表示イメージデータが格納され
る。ウィンドウ表示イメージの格納位１ｉ５２２５には
該当するウィンドウ表示バッファの位置が格納される。

この情報はウィンドウの重なり順の変更時にウィンドウ
の下に隠れた部分の表示イメージを回復するために使用
される。

７２８に表示するメニューデータの格納番地を格納する
。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

メツセージは第１０図に示すように、メツセージ制御テ
ーブル５３４によって管理される。メツセージ制御テー
ブル５３４はメツセージ制御ブロック５３５（以下ＭＣ
Ｂと略記する）を配列したものであり、１つのメツセー
ジに対して１つのＭＣＢ５３５が割当てられる。ＭＣＢ
５３５には、例えば、当該ＭＣＢ５３５が使用されてい
るかどうかを示すステータス情報５３５１．送信側タス
ク番号５３５２゜受信側タスク番号５３５３．メツセー
ジのサイズ情報５３５４．送信されたメツセージを一時
的に保持するメツセージバッファ５３５５が格納される
。また、メツセージ受信要求時のパラメータにより、メ
ツセージ受信要求が有ったときに、まだ相手のタスクか
らメツセージが送信されていなければ受信を要求したタ
スクに対応するＴＣＢ５３２をＲＥＡＤＹキューから外
し第１１図に示すメツセージ受信待ち行列５３６に接続
して当該タスクをメツセージが送信されるまでＶＡＩＴ
ＩＮＧ状態にすることもできるし、受信を要求したタス
クをＩｕＡＩＴＩＮＧ状態とはせず単にメツセージが送
信されていない旨を当該タスクに渡すこともできる。

ここで、第１２図を用いてシステム制御部５３全体の処
理フローを示す。システム制御部５３に対しタスクから
の処理要求が発生すると、まず当該タスクが要求を出し
た時点の実行環境をＴＣＢ５３２に退避させる（ステッ
プ１００１）。次に、要求機能を識別（ステップ１００
２）して、各機能に対応する処理（ステップ１００３〜
１００８）を起動する。各機能に対応する処理終了後、
タスクが切り替わるかどうかを例えばＲＥＡＤＹキュー
の状態から判定しくステップ１０１１）、切り替われば
タスク・ディスパッチャ（ステップ１０１３）を起動す
る。切り替わらなければ、ステップ１００１で退避した
実行環境をＴＣＢ５３２から回復しくステップ１０１２
）、要求を出したタスクを再開させる。また、入出力装
置からの入出力終了割込みが発生すると、割込み発生時
点の実行環境をＴＣＢ５３２に退避させる（ステップ１
００９）、次に。

例えば入力された文字コード等を入力要求タスクに渡し
、入力タスクの待ちを解除するというような入出力終了
処理を行った後（ステップ１０１０）。

タスク・ディスパッチャ（ステップ１ｏ１３）を起動す
る。タスク・ディスパッチャは第１２ｊ図に示すように
、ＲＥＡＤＹキューにＴＣＢが接続されているかどうか
を判定しくステップ１１９１）。

接続されていなければ割込みが発生するまで無限ループ
しくステップ１１９７）、接続されていればＲＥＡＤＹ
キューのヘッダ５３３に格納されているポインタから最
も優先度の高いＴＣＢを取得し、該ＴＣＢの中断フラグ
情報５３２５からタスクに中断要求があったかどうかを
判定する（ステップ１１９２）。中断要求があればポイ
ンタを更新して当該ＴＣＢをＲＥＡＤＹキューから外し
くステップ１１９３）、再びステップ１１９１から処理
を行い、当該ＴＣＢをアクティブ（ＡＣＴＩＶＥ）状態
としくステップ１１９４）、当該ＴＣＢから実行環境を
回復しくステップ１１９５）、対応するタスクを再開さ
せる（ステップ１１９６）。

システム制御部５３に対して要求される機能としては、
例えばタスクの生成・削除処理（ステップ１００３）、
タスクの起動・終了処理（ステップ（１００４）、タス
クの強制終了処理（ステップ１００５）、タスクの中断
・再開処理（ステップ１００６）、タスク間でのメツセ
ージ送信・受信処理（ステップ１００７）、入出力要求
処理（ステップ１００８）がある、入出力要求処理１０
０８は、タスクからのキーボードや表示装置等に対する
入出力要求を受付け、要求したタスクを入出力が終了す
るまでＶＡＩＴＩＮＧ状態にしたり、入出力終了時にＶ
ＡＩＴＩＮＧ状態のタスクをＲＥＤＹ状態に遷移させた
りする。その他の各処理は第１２ａ図〜第１２ｉ図に示
すが、詳則は後述する。

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

第１３図に示すように、まずステップ１３０１にて入力
部１からの入力データを解析し、マウスからの入力か否
かを判定する。マウスからの入力でない場合はキーボー
ドからの入力であり、押下されたキーに対応する文字コ
ードを取得しくステップ１３１１）、入力要求タスクに
に取得した文字コードを渡す（ステップ１３１２）。例
えば、オペレータがキーボード上の「あ」の文字キーを
押下したならば、入力を要求したタスクに「あ」の文字
コードを渡す。ステップ１３ｏ１にてマウスからの入力
と判定したならばオペレータが画面上のどの場所を指示
したかを調べるために座標の割り出しを行い（ステップ
１３０２）、マウスカーソル３０をマウス移動位置に表
示する（ステップ１３０３）。ステップ１３０２の結果
、オペレータの指示が最上位でないウィンドウの内部で
あればウィンドウ切り換え指示と判定しくステップ１３
０４）、ウィンドウ管理部５２に対しウィンドウの切り
換えを要求する（ステップ１３１６）。

オペレータの指示がアイコン領域２４であれば（ステッ
プ１３０５）、どのアイコンが指示されたのかを判定し
アイコン番号を取得後（ステップ１３１３）、取得した
アイコン番号をシステム管理部５７に通知する（ステッ
プ１３１４）。更に、システム管理部５７は通知された
アイコンに対応するプログラムをアイコン管理テーブル
５７１より割り出し、当該プログラムをタスクとして生
成し、生成したタスクを起動するため、このタスク生成
、起動をシステム制御部５３に要求する。また、最上位
ウィンドウ内での操作対象の指示の場合は（ステップ１
３０６）、その指示座標値を画面上での座標からウィン
ドウ内での相対座標値に変換した後（ステップ１３１７
）、当該座標値を入力を要求したタスクへ渡す（ステッ
プ１３１８）。

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

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

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

印刷制御部５４は、編集部５６からの文書の印刷要求に
基づいて印刷部４を制御するためのものである。また、
表示制御部５５は、編集部５６及びウィンドウ管理部５
２からの表示要求により。

ウィンドウ管理ブロック５２２の重なり順情報を基に最
上位ウィンドウ内に展開できる部分のみの表示データを
、表示部２へ表示するためのメモリに、ドツト単位で書
き込むためのものである。

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

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

入力制御部５１はこのオペレータからの指示に対し、画
面指示座標よりどのアイコンが指示されたかを判定し、
アイコン番号をシステム管理部５７に通知する。一方、
システム管理部５７は第１８図のフローに示すように初
期状態において。

アイコン表示後（ステップ１７０１）、メツセージの受
信を要求しくステップ１７０２）、メッセ・−ジ、を受
信したならば、そのメツセージの送信元を判定しくステ
ップ１７０３）、上記入力制御部５１からのメツセージ
だった場合には、次にアイコン管理テーブル５７１を元
に指定されたアイコンに対応するプログラム番号を取得
しくステップ１７０４）、該当する編集部をタスクとし
て生成。

起動する（ステップ１７０５）。このタスクの生成、起
動は、第１２ａ図、第２ｃ図の処理フローに示すように
、まずシステム管理部５７がシステム制御部５３に対し
てプログラム番号を元にタスクの生成要求を行うと、シ
ステム制御部５３はこれに基づき未使用のタスク番号を
タスク制御テーブルから取得し、対応するＴＣＢを作成
しくステップ１１０１）、タスクをＤＯＲＭＡＮＴ状態
にして（ステップ１１０２）要求元に取得したタスク番
号を返す（ステップ１１０３）、次にシステム管理部５
７は上記タスク番号にしたがってタスクの起動要求を行
うと、システム制御部５３は指定されたタスク番号に対
応するＴＣＢをＲＥＡＤＹ状態としくステップ１１２１
）てＲＥＡＤＹキューに接続する。これにより該編集部
は実行可能な状態となる（ステップ１１２２）。

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

例えば上述のように、入力制御部５１からシステム管理
部５７に対してメツセージを送信する場合には、まず、
入力制御部５１はシステム管理部５７に対するメツセー
ジの送信要求をシステム制御部５３に対し行う（ステッ
プ１７０６）。

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

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

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

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

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

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

消去ウィンドウの’ｄｃ８５２２を未使用状態とする（
ステップ１５１３）。

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

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

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

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

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

文書編集部５６１は、まず初期処理（ステップ３００１
）において、その詳細を第２２ａ図に示すように、起動
パラメータをメツセージにて受信しくステップ３１０１
）、パラメータの内容に基づいて新規作成か文書更新か
起動モードを判定する（ステップ３１０２）。そして、
新規作成の場合には文書データの初期化を行い（ステッ
プ３１０３）、文書更新の場合は虹新対象となるデータ
を該パラメータにより指定された文書名に従って記憶部
３から呼び出す（ステップ３１０４）。

なお１文書データの構成については後述する。そして、
プログラム制御テーブル（第５図）より、文書中で領域
新規作成、更新が可能な領域Ｈｚ部の一覧を示すサポー
ト領域編集部管理テーブル（以下ＳＦＭＴと略す）を作
成する。ＳＦＭＴは第２７図に示すように、サポートし
うる領域編集部のプログラム番号５６８３と、この領域
編集部で作成しうるデータの種別番号とを対にして保持
し、さらに上記領域編集部５６８１を持つ。また、これ
と同時に現在どういったデータに対する領域の作成が可
能かをオペレータに知らせるために、プルダウンメニュ
ーデータ中に上記領域編集部に′対するデータの名称を
セットする（ステップ３１０５）。そして次に後述する
領域の編集に際し、どの領域が操作対象となっているか
を示す操作対象領域テーブル（第２８図）の指定領域を
０クリアしくステップ３１０６）、続いてプルダウンメ
ニューデータの有効／無効状態の初期化を行う（ステッ
プ３１０７）。なお、操作対象領域テーブルは、第２８
図に示すように、現在操作の対象として指定されている
指定領域数５６８４．指定されている領域の種別５６８
５及び指定されている領域の番号５６８６を保持する（
領域の種別については後述する。このプルダウンメニュ
ーデータを有効／無効の切換えについては後述する。

続いて、文ｓｍ集部５６１は、ウィンドウをオーブンし
くステップ３１０８）、そのウィンドウ内に編集文書の
第１頁のレイアウトを第３１図（ａ）のように表示する
（ステップ３１０９）、なお。

ウィンドウのオープンに際し、ウィンドウのサイズは上
記表示用紙のサイズに対応した大きさとし。

また、ウィンドウのタイトルの一部には文書編集部 １　、部５６１のタスク番号を付加する。

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

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

その作成方法は、第２２ｂ図に示すように、まず、プロ
グラム番号Ｐ及び登録番号Ｅを０クリアしくステップ３
１１１．３１１２）、プログラム制御テーブル（第５図
）の先頭ブロックから順に、親プログラム番号が文書編
集部自身のプログラム番号と一致するかどうかを判定し
く３１１４）。

一致する場合は文ｉ！Ｆ編集部が起動しうる領域編集部
に対するＰＣＢ５７３とみなして、該プログラム番号Ｐ
及び該ＰＣＢ５７３中にセットされているデータ種別番
号ＤｐをＳＦＭＴに登録する（ステップ３１１５）。

また、該データ種別番号に対応するデータの名称（例え
ば、“図形パ、′グラブ゛等）をＤＮＤＴ（第６図）よ
り取得し、その名称を文書編集部自身の持つメニューデ
ータ（第２３図）内の領域新規作成用プルダウンメニュ
ーデータの名称として登録しくステップ３１１６）登録
番号Ｅをインクリメントする（ステップ３１１７）、以
上の処理をプログラム管理ブロック数分繰返しくステッ
プ３１１８．３１１３）、最後に登録番号Ｅを領域編集
部５６８１にセットする（ステップ３１１９）。

これにより現在システム内に実際に組み込まれている領
域編集部に関する名称のみをプルダウンメニューとして
表示することが可能となる。

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

文書データは、第２４図に示すように１章管理テーブル
５６１０．頁管理テーブル５６２０．真書式テーブル５
６３０．領域管理テーブル５６４０さらに領域内データ
５６６０から構成され、また、各テーブルはそれぞれ複
数のブロックから構成される。以下、各テーブルについ
て説明する。

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

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

余白については次に述べる真書式テーブルにて、また、
基本領域５６７２．内部領域５６７３については領域管
理テーブルにてそれぞれ管理される。

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

上下左右余白等を管理する。

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

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

そのため、領域管理テーブルは、頁内での領域設定位置
として０頁から余白の部分を除いた左上を原点とする領
域左上Ｘ座標５６４３．回ｙ座標５６４４、右下Ｘ座標
５６４５．同ｙ座標５６４６を持ち、さらに領域内のデ
ータの種別を示すデータ種別情報５６４７．領域自身の
持つ属性を示す領域属性情報５６４８．領域内データ５
６６０をポイントするデータポインタ５６５０を有する
。

なお、領域自身の持つ属性情報としては透明であるか不
透明であるか（不透明の場合、該領域にて覆われた下の
領域は見えなくなる）、また、領域枠の線種等がある。

また１本テーブルにおいては、同−頁内の領域がどのよ
うな順番で４文なっているかを管理できるようにするた
め、後方ポインタ５６４１と前方ポインタ５６４２によ
り相互にリンクする。この領域のリンクは、優先度の低
い領域から高い領域へ、すなわち、頁内において最も下
にある領域から最も上にある領域へとリンクさせる。ま
た、この内、先りｎ／末尾の領域に関してはそれぞれ前
述の頁管理テーブルからポイントされる。さらに、領域
管理テーブルでは当該領域が編集中であるか否か、また
、当該領域データ種別に対応する領域編集部が現在シス
テム中に存在しないかどうかを示すステータス情報５６
４９を有する。

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

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

移動、複写、削除等すべての領域編集を可能とする。

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

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

グラフ、イメージデータ等が格納される。

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

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

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

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

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

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

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

領域に対する編集操作は、第２６図に示すように操作の
対象として指定さ九た領域の数に応じて３つに分類する
ことができる。すなわち、まず、対象指定中の領域数を
判定しくステップ３３０１）。

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

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

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

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

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

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

また、起動パラメータを起動する領域編集部に対してメ
ツセージにて送信する（ステップ３４５５）。

この際、起動パラメータとして新規作成か領域更新かを
示す起動モード、文書編集部５６１のタスク番号及び起
動する領域Ｗ東部のタスク番号、さらに、新規作成の場
合は領域のサイズを送信する。

その他の編集操作、例えば領域の移動、削除や頁の挿入
、追加等が指示された場合には、それぞれ該当する処理
を行い（第２１図のステップ３００８〜３０１１）、オ
ペレータの次の指示を待つ（ステップ３００２）。

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

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

さらに領域表示後、当該領域に対するステータス情報に
基づいて当該領域がｌＩＪ集中であるかどうか（１かど
うか）判定しくステップ３５０９）、編集中の場合は当
領域を現在ＪＩ編集中であることをオペレータに知らせ
るために領域全体を網かけ表示する（ステップ３５１０
）。以下、同様の処理を表示する頁内に存在する全ての
領域に対して行う（ステップ３５１３．３５１４）。

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

さて、以上において、領域の新規作成もしくは更新によ
り文ｌＦ編集部５６１が領域編集部５６２゜例え□ば１
図形データの編集部の起動を要求した場合、システム制
御部５３は、この要求に従い、新たに図形データ編集部
をタスクとして起動する一次にこの図形データ編集部の
処理内容について第３０図の処理フローに基づいて説明
する。

まず１図形データ編集部は、起動パラメータをメツセー
ジにて受信しくステップ４００１）、起動モードが新規
作成か領域更新かを判定する（ステップ４００２）、そ
して新規作成の場合はデータの初期化を行い（ステップ
４００３）、また。

更新の場合には更新対象となるデータを記憶部から呼び
出す（ステップ４００４）、そして、ウィンドウをオー
プンしくステップ４００５）、ウィンドウ内に図形デー
タを表示する（ステップ４００６）が、この際、ウィン
ドウのサイズは領域のサイズに対応した大きさとし、ま
た、ウィンドウのタイトルの一部に起動元の文書編集部
同様、起動元文書編集部のタスク番号を付加する。これ
により複数の文書を同時に編集し、また、各々そのなか
のいくつかの領域を編集しているような場合、どの領域
がどの文書に対する領域かは、第３２図に示すように、
このウィンドウのタイトルの一部として表示されたタス
ク番号２５４により簡単に識別することができる。また
、この時１画面の表示状態は第３１１１（ｂ）のように
なる、さて、以降。

図形データ編集部は設定されたウィンドウ内においてオ
ペレータからの指示に従って図形データの作成１編集を
行う（ステップ４００７〜４００９）。

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

以上のようにして１文書全体及び各領域内の作成９編集
を行うことができるが、次にウィンドウ操作による編集
部の切り換えの操作方法及び処理内容について第３１図
及び第１７図を用いて説明する。

まず、第３１図（ｂ）ならびに第３図（ｃ）に示すよう
に１図形領域内を編集中に文書レイアウトの編集に切り
換える場合には、前述した操作対象の指定と同様に文書
編集部５６１のウィンドウ上へマウスカーソル３０を移
動し、マウスの実行ボタンを押下する。この入力指示に
より、まず、入力制御部５１が指示位置がそのままで編
集中であった図形編集部のウィンドウ外であることを判
定し、この入力を図形編集部でなくウィンドウ管理部５
２へ引き渡す。ウィンドウ管理部５２は。

マウスによる指示位置ならびにウィンドウ管理テーブル
から文書編集部５６１のウィンドウが指示されたことを
判定しくステップ１５２１）、それまで最上位だったウ
ィンドウを使用しているタスク、すなわち、図形編集部
を一旦中断させ（ステップ１５２２）、また、最上位ウ
ィンドウの表示イメージを表示バッファに退避する（ス
テップ１５２３）。そして、新たに指示された文書編集
部のウィンドウを最上位に表示しくステップ１５２４）
、ウィンドウ管理ブロックの重なり順を更新しくステッ
プ１５２５）、さらに新たに処理を再開する文書編集部
に対してウィンドウが切り換えられたことを知らせるた
めに、アクティベイトコードを該ウィンドウ使用タスク
に返しくステップ１５２６）、Ｊ’ウィンドウを使用し
ているタスク、すなわち１文書＃ｇ集部を再開する（ス
テップ１５２７）。

なお、上記における編集部の中断、再開はシステム制御
部５３において処理される。以下、第１２ｅ図及び第１
２ｆ図のフローに基づいて中断。

再開の処理について説明する。

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

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

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

さて、前述のウィンドウの切り換えを行うと、ウィンド
ウ管理部から再開されるタスクに対し、入力としてアク
ティベイトコードが返される。

例えば前述の例において、図形編集部から文書編集部５
６１に切り換えた場合１文書編集部５６１は再開後に上
記アクティベイト入力を受は取り、これに従って以下の
処理を行う（第２２．〕図、ｋ）。

すなわち、まず、現在表示中の頁内に編集中の領域があ
るか否かを文書データより判定しくステップ３６０１）
、ある場合にはその領域の内容が編集によって更新され
ている可能性があるので、表示フラグを１にセット（ス
テップ３６０２）。

ない場合には、表示フラグを０にセットしくステップ３
６０３）、以下のメツセージ処理後にレイアウトの再表
示処理を行う。次に、システム制御部５３に対してメツ
セージの受信要求を行い、メツセージがあれば該当する
領域編集部の終了処理として次の処理を行う（ステップ
３６０４〜３６０６）。

すなわち、まず、メツセージ中に格納された領域編集部
のタスク番号及びＥＴＭＴ　（第２９図）より領域番号
を取得しくステップ３６５１）、該当する領域管理ブロ
ックのステータスを０にリセットしくステップ３６５２
）、当該タスクに関する情報をＥＴＭＴ　（第２９図）
より削除しくステップ３６５３）、最後に当該タスクそ
のものを削除する（ステップ３６５４）。さて、上記に
おいてメツセージがなかった場合は表示フラグが１にセ
ットされているかどうかを判定しくステップ３６０７）
、セットされていれば当該頁のレイアウト再表示を行う
（ステップ３６０８）。

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

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

ある場合はＥＴＭＴ　（第２９図）よりタスク番号。

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

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

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

〔発明の効果〕

以上述べてきたように本発明の文書作成装置では、領域
内のデータの作成１編集、ならびにレイアウト画面での
領域の編集や表示部の切り換えなど、それぞれの編集部
の機能を終了させること無くＩＩ集操作を相互に切り換
えることが可能となるため、複数の種別のデータが混在
する文書作成における操作性が向上する。

【図面の簡単な説明】

第１図は本発明を適用した日本語ワードプロセッサの構
成を示すブロック図、第２図はその表示部における表示
画面の例を示す図、第３図はマウスボタンの構成を示す
図、第４図はアイコン管理テーブルの構成図、第５図は
プログラム制御テーブルの構成図、第６図はデータ名称
定義テーブルの構成図、第７図はウィンドウ管理テーブ
ルの構成図、第８図はタスク制御テーブルの構成図、第
９図はＲＥＡＤキューを示す図、第１０図はメツセージ
制御テーブルの構成図、第１１図はメツセージ受信待ち
行列を示す図、第１２図はシステム制御部の処理を示す
図、第１２ａ図はタスク生成の処理を示す図、第１２ｂ
図はタスク削除の処理を示す図、第１２ｃ図はタスク起
動の処理を示す図、第１２ｄ図はタスク終了の処理を示
す図、第１２ｅ図はタスク中断の処理を示す図、第１２
ｆ図はタスク再開の処理を示す図、第１２ｇ図はタスク
強制終了の処理を示す図、第１２ｈ図はメツセージ送信
の処理を示す図、第１２１＠はメツセージ受信の処理を
示す図、第１２ｊ図はディスパッチャの処理を示す図、
第１３図は入力制御部の処理を示す図、第１４図はメニ
ュー管理テーブル。 プルダウンメニューテーブルの構成及び関連を示す図、
第１５図はウィンドウオープンの処理を示す図、第１６
図はウィンドウクローズの処理を示す図、第１７図はウ
ィンドウ切り換えの処理を示す図、第１８図はシステム
管理部の処理を示す図、第１９図はファイル編集部の処
理を示す図、第２０図は操作対象文書テーブルの構成図
、第２１図は文書編集部の処理を示す図、第２２ａ図は
文書編集部の初期処理を示す図図、第２２ｂ図は文書編
集部の初期処理におけるサポート領域管理テーブル作成
処理を示す図、第２２ｃ図は文書編集部の領域指定処理
を示す図、第２２ｄ図は文書編集部の指定解除処理を示
す図、第２２ａ図は文書編集部のプルダウンメニューの
有効無効状態切り換え処理を示す図、第２２ｆ図は文書
編集部の領域新規作成処理を示す図、第２２ｇ図は文書
編集部の領域更新処理を示す図、第２２ｈ図は文書編集
部の領域新規作成、領域更新処理における領域編集部起
動処理を示す図、第２２ｉ図は文書編集部のレイアウト
表示処理を示す図、第２２ｊ図は文書編集部のアクティ
ベイト処理を示す図、第２２に図は文書編集部のアクテ
ィベイト処理における領域編集部終了処理を示す図、第
２２Ｑ図は文書編集部の編集終了処理を示す図、第２３
図は文書編集部のメニューテーブルの構成図、第２４図
は文書データの構成図、第２５図は頁の構成を示す図、
第２６図は操作対象として指定された領域数と実行可能
な領域編集操作との関連を示す図、第２７図はサポート
領域編集部管理テーブルの構成図、第２８図は操作対象
領域テーブルの構成図、第２９図は起動編集タスク管理
テーブルの構成図。 第３０図は図形データ編集部の処理を示す図、第３１図
（ａ）〜（６）は本発明を用いた文書編集操作の画面変
化例を示す図、第３２図は図形データ編集部によって表
示されたウィンドウ表示画面である。 １・・・入力部、２・・・表示部、３・・・記憶部、４
・・・印刷部、５・・・制御部、５１・・・入力制御部
、５２・・・ウィンドウ管理部、５３・・・システム制
御部、５４・・・印刷制御部、５５・・・表示制御部、
５６・・・編集部、５６１・・・文書編集部、５６２・
・・領域編集部、５７・・・システム管理部、５８・・
・ファイル編集部。 代理人　弁理士　小川勝馬　、１ 葛、４区 第５回 第８ｍ 昇９昭 ５ｊＺ　　　　　　５５Ｚ　　　　　　　５３ｚ芋ｊＱ
Ｉｌ￥１ 第１１ｍ う３ｚ　　　　　　　　　　５ｊＺ 第１Ｚ旭 （７ズ、りの佐Ａ、） 關１２　ｂ■ る１ｚｃ囚 （クスクシ榎！コトケ七り求ジ 開１２．（Ｉソ 名１２ｅ刀 ４凸１’ｌ　　ｆがａ （クスクシタ芝や１＃Ｔ） 第１ｚば 名ＩＺｉ国 第１Ｉ做功′＃ＩＪ憾５Ｑ ＄ｒｕｅｌ 奈ｔ５　ｆ￥ｌ ＃ｒｌ、ｍ 鰻１７０ 第ｚｏ図 頻２ｚぺ丘　　　　　　　　第２２１）ヅ葛２２ｃ６Ｊ
Ｊ 第ＺＺｌ’ｊ：Ｊ 施７Ｚｃ囚 Ｇ肖り 括２２を口 靜Ｚ２ｔｒｆＪ ＄２３図 史ネ蜂華４ｆヌニスーテーフル 第２５霞 第２乙ｍ 茶２７回 Ｙ！Ｊ−Ｖ？’＠＃Ｅｌｆ−フル（５ＦＭＴ）爲ｚｓ　
’ｍ Ａシケ百１各囁戚デー７′／シ 爲ｚＱ　ｍ

Claims (1)

1. 【特許請求の範囲】 １、複数種類の記載要素が混在する文書を対象とし、文
   書中に記載する記載要素を領域毎に入力する入力部と、
   入力された記載要素を記憶する記憶部と、前記記憶手段
   に記憶された各種記載要素を表示する表示部とを備えた
   文書作成装置において、作成文書の頁レイアウトを前記
   表示部により表示し、該表示に従つて領域の編集を行う
   文書編集部と、各領域内の記載要素データを作成、編集
   する記載要素データの種別に応じた複数の領域編集部と
   、前記文書編集部において作成、更新を指示された領域
   の記載要素データの種別に従い該当する領域編集部を起
   動する起動手段と、前記文書編集部と前記起動手段によ
   つて起動された領域編集部とを、どちらもその機能を終
   了させることなく切り換える編集部切り換え手段とを設
   けたことを特徴とする文書作成装置。 ２、特許請求の範囲第１項記載の文書作成装置において
   、前記編集部切り換え手段は、起動された複数の領域編
   集部を、いずれの領域編集部もその機能を終了させるこ
   となく互いに切り換えることを特徴とする文書作成装置
   。