JPS63138454A - 文書作成装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は文書作成装置、さらに詳細には、テキスト、グ
ラフ、図形等のように、異なった種類のデータを混在さ
せて文書を作成２編集する文書作成装置の改良に関する
ものである。

〔従来の技術〕

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

また、前記したごとき複数のデータが混在する文書の作
成２編集方法は１例えば特開昭６１−１８０３６号公報
に記載されており、同公報に記載の文書作成装置によれ
ば１作成文書の頁レイアウト上で編集するデータの格納
されている領域を指定した後。

その領域に対する詳細情報を、前記頁レイアウトとは画
面士別のエリアに表示して編集するという方法がとられ
ており、これによれば、文書中のデータ修正に際し、修
正すべきデータを扱うのに最適なアプリケーションプロ
グラムをオペレータが意識しなくてもよいという利点が
ある。

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

しかしながら、前記した従来技術にあっては、オペレー
タが成る領域を編集実行の途中、他の領域を編集したり
、また成る領域を編集実行の途中、その領域が存在する
頁とは別の頁のレイアウトを参照したりするといった点
については認識しておらず、このため、前記のような操
作を必要とする場合には、現在作成している領域の編集
を一旦終了するか、あるいは現在作成している文書を印
刷した後、これを参照しながら該当領域の編集を再度行
うといった手順を踏まねばならない。

しかして、前記したごとき複数のデータが混在する文書
を作成するに際し、各種データの作成。

編集、レイアウト表示上における領域の編集や表示部の
切換え等をそれぞれ終了させることなく、他の編集操作
に切り換えれば、従来既に提案の文書作成装置よりもそ
の操作性は５向上するが、１で つの文書中諷扱えるデータの種類が増えてくると。

複数の文書作成装置において魁必ずしも同一の文書デー
タを表示７編集できるとは限らないという場合が発生す
る６例えば、装置内Ａにおいては、テキスト、図形、グ
ラフに対するデータの編集プログラムが組み込まれてお
り、装置Ｂにおいては、テキスト、図形に対する編集プ
ログラムが組み込まれていたとすると、装置Ａにおいて
作成した文書データを装置Ｂにおいて更新した場合、グ
ラフデータに関しては、実質的に編集することができな
い。しかして、この点に関し、従来技術にあっては配慮
されておらず、このため、他の装置で作成した文書中の
領域の内、どの領域に対する編集が可能であるのか分か
らないという問題があった。

本発明は１以上の点を考慮してなされたものであって、
その目的とするところは、作成文書の頁レイアウトを表
示するに際し表示頁内の領域に対する編集プログラムが
文書作成装置上に組み込まれていない場合は、当該領域
が編集できない旨をオペレータに知らせるために、その
領域を他の領域とは異なった形式で（例えば、黒く塗り
潰して）表示しくこれを換言すると１文書の頁レイアウ
ト表示に際し、該当する編集プログラムが格納されてい
る領域とそうでない領域とをそれぞれ異なった形式で表
示し）、シたがってオペレータは、どの領域に対する編
集ができるか否かを簡単に識別することのできる、操作
性にすぐれた改良された文書作成装置を提供しようとす
るものである。

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

前記目的は、文書中に記載する記憶要素を領域毎に入力
する入力部と、前記入力部に入力された記憶要素を記憶
する記憶部と、前記記憶手段に記憶された各種記載要素
を表示する表示部と、各領域内のデータを作成１編集す
る領域編集部と、作成文書の頁レイアウトを前記表示部
に表示し、この表示にしたがって各領域の編集を行い、
さらに作成、更新を指示された領域に対する領域ｇ実部
を起動する文書編集部とを備える文書作成装置において
、前記文書作成装置内に組み込まれている領域編集部を
管理する組込領域編集部管理手段と。

作成文書の頁レイアウトを表示する場合に、表示頁内の
領域に対する領域編集部が装置内に組み込まれでいるか
否かを前記組込領域編集部管理手段の管理内容にしたが
って判定し、前記作成文書の頁レイアウト表示時、表示
頁内の領域に対する領域編集部が装置内に組み込まれて
いない場合には。

その領域を他の領域と異なった形式で表示する領域表示
手段とを、前記文書編集部に具備することによって達成
される。

〔作用〕

にどのデータに対する編集プログラムが格納されている
かを管理する。また、領域表示手段は、頁レイアウトを
表示する際、前記組込領域編集部管理手段により管理さ
れている内容に基づいて１文表示させるように動作する
ので、これにより、どの領域が編集可能で、またどの領
域が編集できないかを直ちに識別することができる。

〔実施例〕

以下１本発明を、日本語ワードプロセッサに実施した場
合を例にとり１図面に基づいて説明すると、第１図は本
発明装置の全体構成を示すブロック図である。

第１図において、１は入力部を示し、入力部１には１文
字等の入力を行うキーボード、さらには操作対象や機能
名等を指示するマウスによるポインティングデバイスを
備えている。２は文字２図形等を表示する１例えばＣＲ
Ｔディスプレイによって構成された表示部、３は半導体
メモリや磁気記憶装置等からなる記憶部で、記憶部３に
は、作成した文書内容や後述するウィンドウの管理情報
等が記憶される。４は例えばワイヤドツトプリンタによ
って構成された印刷部、５は前記各部の制御を司るマイ
クロプロセッサ等からなる制御部で。

制御部５は、入力制御部５１．ウィンドウ管理部５２、
システム制御部５３．印刷制御部５４９表示制御部５５
１編集部５６．システム管理部５７゜ファイル編集部５
８により構成され、本実施例において文書の作成ならび
に編集は、編集部５６で行われ、なお編集部５６は、文
書編集部５６１゜領域編集部５６２の２つの部分から構
成されている。

第２図は第１図に符号２で示されている表示部の画面表
示例を示し、画面２１は、メニューエリア２２、ＩＱ集
エリア２３．アイコンエリア２４から構成されており、
各編集部は、編集エリア２３部分において、矩形状の枠
２５（以下、ウィンドウと呼ぶ）内にそれぞれ独自のデ
ータを表示し、そのウィンドウ内において、個別に文書
データの編集を行う、メニューエリア２２には、各編集
部の機能分類名称２６（以下、プルダウンメニュー名称
と呼ぶ）が表示され、オペレータがマウスによりプルダ
ウンメニュー名称２６を指示すると。

ウィンドウが設定され（以下、ウィンドウオープンと呼
ぶ）１編集エリア２３内に詳細な機能項目一覧２８が表
示される（以下、プルダウンメニューエリアと呼ぶ）。

例えば、第２図に示すように。

メニューエリア２２には１編集、印刷といったプルダウ
ンメニュー名称２６が表示され、オペレータがマウスに
より編集を指示すると、プルダウンメニューエリア２８
がオープンし、新規作成、更新等の機能項目が表示され
、この状態でオペレータがマウスにより機能項目を指示
すると、指示された機能が実行されることになる。ウィ
ンドウ２５は、例えばウィンドウ名称を表示するキャプ
ションエリア２５１．データを表示するデータエリア２
５２．オペレータがウィンドウのクローズ。

移動、サイズ変更等の操作を指示するための制御エリア
２５３から構成される。アイコンエリア２４には、編集
部等の各プログラムを表現する絵文字（以下、アイコン
と呼ぶ）２７が表示され。

オペレータの指定によりアイコンが選択されると。

これに対応するプログラムが起動される。

第３図において、マウス３１は、例えば操作対象２機能
等を選択する実行ボタン３１１９選択した操作対象を取
り消すための取消ボタン３１２から構成される。

また、第２図において、マウスカーソル３０は、オペレ
ータがマウス３１を移動させる動作に追従ダ して画面２１内も移動し、画面２１内の操作対象等を指
示する。

次に、第１図に符号５で示す制御部の各部構成について
説明する。

第１図において、システム管理部５７は、入力制御部５
１から通知されるアイコンに対応した。

例えばファイル編集部５８９文書編集部５６１等のプロ
グラムを起動する。アイコンとプログラムとの対応は、
第４図に示すアイコン管理テーブル５７１により管理し
、アイコン管理テーブル５７１には、アイコン番号と対
応するプログラム番号が格納される。このプログラム番
号は、各プログラムに割り当てられた識別番号で、各プ
ログラムは、第５図に示すプログラム制御テーブル５７
２により管理される。プログラム制御テーブル５７２は
。

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

第１図において、ファイル編集部５８は、記憶部３に格
納されている文書の一覧を第２図のウィンドウ内に表示
し、指定された文書の編集を行う。

ここで１文書の編集とは、文書の更新指示、削除。

印刷等の総称である。

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

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

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

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

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

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

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

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

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

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

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

（使用中フラグ情報５２２７） ＷＣＢ５２２が使用中か否かを示す情報を格納する。

そして、第１図のウィンドウ管理部５２は、以上の情報
に基づき、ウィンドウの重なり順の変更。

オープン、クローズ等を行う。なお、ウィンドウの重な
り順を変更する際、ウィンドウ管理部５２は、システム
制御部５３に対し、それまで編集中であった編集部の中
断、さらには指示されたウィンドウの編集部の再開を、
前記タスク番号情報５２２４によってシステム制御部５
３に要求する。

また、ウィンドウ管理部５２は、前記ウィンドウの操作
によって最上位となったウィンドウに対応するメニュー
の表示を、メニューデータ格納位置５２２６にしたがっ
て表示するよう、入力制御部５１に要求する。

システム制御部５３は、ウィンドウ管理部５２からの要
求に基づき、該当するタスクの中断、再スクとして生成
したり、各編集部からの起動要求に基づき、該当する編
集部に対応するタスクを起動したり１編集部からの終了
要求に基づき、該当する編集部に対応したタスクの終了
処理を行う。

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

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

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

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

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

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

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

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

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

（ｃｐｕの状態情報５３２８） タスクが中断した時点のレジスタの内容を全て保存する
。

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

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

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

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

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

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

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

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

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

　ＭＣＢ５３５には、例えば当該ＭＣＢ５３５が使用さ
れているかどうかを示すステータス５３５１．送信側タ
スク番号５３５２．受信側タスク番号５３５３．メツセ
ージのサイズ５３５４、送信されたメツセージを一時的
に保持するメツセージバッファ５３５５が格納される。

また、メツセージ受信要求時のパラメータによってメツ
セージ受信要求があった時に、まだ相手のタスクからメ
ツセージが送信されていない場合は、受信を要求したタ
スクに対応するＴＣＢ５３２をＲＥＡＤキュー５３３か
ら外し、第１１図に示すメツセージ受信待ち行列５３６
に接続して、当該タスクをメツセージが送信されるまで
ＶＡＩＴＩＮＧ状態にすることも・できるし、受信を要
求したタスクをυＡＩＴＩＮＧ状態とはせずに、単にメ
ツセージが送信されていない旨を当該タスクに渡すこと
もできる。

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

各機能に対応する処理終了後、タスクが切り替わるか否
かを、例えばＲＥＡＤＹキュー５３３の状態から判定し
くステップ１０１１）、タスクが切り替われば、タスク
ディスパッチャ１ｏ１３を起動させる。タスクが切り替
わらなければ、ステップ１００１で退避した実行環境を
ＴＣＢ５３２から回復しくステップ１０１２）、要求を
出したタスクを再開さ本る。また、入出力装置からの入
出力終了割込みが発生すると１割込発生時点の実行環境
をＴＣＢ５３２に退避させる（ステップ１００９）。次
に。

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

タスクディスパッチャ１０１３を起動させる。

タスクディスパッチャ１０１３は、第１２図（ｊ）に示
すように、第９図のＲＥＡＤＹキュー５３３にＴＣＢ５
３２が接続されているか否かを判定しくステップ１１９
１）、ＲＥＡＤＹキュー５３３にＴＣＢ５３２が接続さ
れていない場合には、割込みが発生するまで無限ループ
ｖ＝４（ステップ１１９７）し、ＲＥＡＤＹキュー５３
３にＴＣＢ５３２が接続されている場合は、ＲＥＡＤＹ
キュー５３３のヘッダに格納されているポインタから最
も優先なの高いＴＣＢ５３２を取得し、当該ＴＣＢの中
断フラグ情報（第８図の符号５３２５）に基づき、タス
クに中断要求があったか否かを判定する（ステップ１１
９２）。

そして、タスクに中断要求があった場合は、ポインタを
更新して当該ＴＣＢ５３２をＲＥＡＤＹキュー５３３か
ら外しくステップ１１９３）、再びステップ１１９１か
ら処理を行い、タスクに中断要求がない場合は、当該Ｔ
ＣＢ５３２をＡＣＴＩＶＥ状態としくステップ１１９４
）、当該ＴＣＢ５３２から実行環境を回復しくステップ
１１９５）、対応するタスクを再開させる（ステップ１
１９６）。

システム制御部５３に対して要求される機能としては１
例えばタスクの生成・削除処理（第１２図のステップ１
００３）、タスクの起動・終了処理（ステップ１００Ｓ
）、タスクの強制終了処理（ステップ１００５）、タス
クの中断・再開処理（ステップ１００６）、タスク間で
のメツセージ送信・受信機能（ステップ１００７）、入
出力要−ドや表示装置等に対する入出力要求を受は付け
。

要求したタスクを入出力が終了するまでｖＡＩ丁ＩＮＧ
りをＲＥＤＹ状態に遷移させたりする。なお、その他の
各処理フローを第１２ａ図〜第１２ｉ図に示し、これら
各フローの詳細については後述する。

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

第１３図は前記した入力＃四部５１の処理系統を示し、
まず第１３図のステップ１３ｏ１において、入力部（第
１図の符号１）からの入力データを解析し、第３図のマ
ウス３１からの入力か否かを判定する。マウス３１から
の入力でない場合は、キーボードからの入力であり、押
下されたキーに対応する文字コードを取得しくステップ
１３１１）。

この取得文字コードを入力要求タスクに渡す（ステップ
１３１２）、例えば、オペレータがキーボード上の「あ
」の文字キーを押下したならば、入力を要求したタスク
に「あ」の文字コードを渡す。

ステップ１３０１でマウス３１からの入力と判定したな
らば、オペレータが画面上のどの場所、を指示したかを
調べるために座標の割出しを行い（ステップ１３０２）
、第２図のマウスカーソル３０をマウス移動位置に表示
する（ステップ１３０３）。

ステップ１３ｏ２の結果、オペレータの指示が最上位で
ないウィンドウの内部であれば、ウィンドウ切換指示と
判定しくステップ１３０４）、ウィンドウ管理部５２に
対してウィンドウの切換えを要求する（ステップ１３１
６）。

ステップ１３０５において、オペレータの指示が第２図
のアイコン領域２４であれば、どのアイコンが指示され
たのかを判定し、アイコン番号を取得後（ステップ１３
１３）、取得したアイコン番号をシステム管理部５７に
通知する（ステップ１３１４）。そして、第１図におい
て、システム管理部５７は、通知されたアイコンに対応
するプログラムを第４図のアイコン管理テーブル５７１
より割り出し、当該プログラムをタスクとして生成し、
生成したタスクを起動するため、このタスク生成、起動
をシステム制御部５３に要求する。

また、第１３図のステップ１３０６において、最上位ウ
ィンドウ内における操作対象の指示があった場合は、そ
の指示座標値を、画面上での座標からウィンドウ内での
相対座標値に変換した後（ステップ１３１７）、当該座
標値を入力を要求したタスクへ渡す（ステップｌ　３１
８）。

ステップ１３０７において、オペレータの指示が第２図
のメニューエリア２２であれば、ウィンドウ管理部５２
に対し、プルダウンメニューエリア２８のオープンを要
求する（ステップ１３１５）。

また、ステップ１３０７において、オペレータの指示が
プルダウンメニューエリア２８であれば（ステップ１３
０８）、どの機能項目が指示されたのかを判定し、指示
された機能項目番号とプルダウンメニュ一番号とを、入
力を要求したタスクに渡す（ステップ１３１９）。

ステップ１３ｏ９において、オペレータの指示がウィン
ドウ内の制御エリア２５３またはキャプションエリア２
５１であれば、入力を要求したタスクにクローズ　スク
ロール等のコードを渡す（ステップ１３１０）。

また、ステップ１３０９において、オペレータがウィン
ドウ内の制御エリア２５３またはキャプションエリア２
５１以外の他のエリアを指示した場合は、何も実行され
ない。

なお、入力要求タスクにコードを渡す場合、第１図のシ
ステム制御部５３は、入力を要求したタスクをＷＡＩＴ
ＩＮＧ状態からＲＥＡＤＹ状態に遷移させる。

そして、メニューは、第１４図に示すメニュー管理テー
ブル５２３．プルダウンメニュー管理テーブル５２５に
よって管理される。

第１４図において、メニュー管理テーブル５２３には、
プルダウンメニュー数５２３１．それに続くメニュー管
理ブロック５２４が、プルダウンメニュ一番号順にプル
ダウンメニュー数だけ格納される。そして、メニュー管
理ブロック５２４には。

プルダウンメニュー名称５２４１．機能項目の最大文字
数５２４２．機能項目数５２４３．プルダウンメニュー
管理テーブル５２５へのポインタ５２４４が格納される
。

また、プルダウンメニュー管理テーブル５２５には、機
能項目名称５２５１．機能項目が有効であるか否かを示
す有効／無効フラグ５２５２が、機能項目番号順に機能
項目数分格納される。

しかして、第１図の入力制御部５１は、以上の情報を元
に、ウィンドウ管理部５２からの要求があれば、ウィン
ドウのオープン時または切り換え時、最上位となるウィ
ンドウのプルダウン名称を第２図のメニューエリア２２
に表示する。また。

プルダウン名称が第３図のマウス３１により指示される
と、これに対応する第１４図のプルダウンメニュー管理
テーブル５２５から機能項目名称を取得し、当該機能項
目が有効であれば通常表示。

無効であれば半輝度表示で第２図のプルダウンメニュー
エリア２８に表示する。

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

ここで、本実施例に示す日本語ワードプロセッサを用い
て文書の作成９編集を行う場合を下記する。

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

第１図の入力制御部５１は、前記オペレータからの指示
に対し１画面指示座標よりどのアイコンが指示されたか
を判定し、アイコン番号をシステム管理部５７に通知す
る。一方、システム管理部５７は、第１８図のフローに
示すように、初期状態においてアイコン表示後（ステッ
プ１７０１）、メツセージの受信を要求しくステップ１
７０２）。

ステップ１７ｏ２でメツセージを受信したならば。

そのメツセージの送信元を判定しくステップ１７０３）
、メツセージの送信元が入力制御部５１であった場合に
は１次に第４図のアイコン管理テーブル５７１を元にし
て、指定されたアイコンに対応するプログラム番号を取
得しくステップ１７０４）、該当する編集部をタスクと
して生成、起動する（ステップ１７０５）。

前記したタスクの生成、起動は、第１２図（ａ）および
（ｃ）の処理フローに示すように、まずシステム管理部
５７がシステム制御部５３に対し、プログラム番号を元
にしてタスクの生成要求を行うと、システム制御部５３
は、これに基づき、未使用のタスク番号を第８図のタス
ク制御テーブル５３１から取得し、これに対応するＴＣ
Ｂ５３２を作成して（第１２図（ａ）のステップ１１０
１）、タスクをＤＯＲＭＡＮＴ状態にしくステップ１１
０２）、要求元に対し、取得したタスク番号を返す（ス
テツブ１１０３）。

次に、システム管理部５７が前記タスク番号にしたがっ
てタスクの起動要求を行うと、システム制御部５３は、
指定されたタスク番号に対応するＴＣＢ５３２をＲＥＡ
ＤＹ状態としく第１２図（ｃ）のステップ１１２１）、
このＴＣＢ５３２を第９図のＲＥＡＤＹキュー５３３に
接続することにより、該当する編集部は実行可能な状態
となる（ステップ１１２２）。

なお、前記したアイコン番号の通知は、システム制御部
５３を経由するメツセージの送受信により行う。例えば
、既述のように、入力制御部５１からシステム管理部５
７に対してメツセージを送信する場合、まず入力制御部
５１は、システム管理部５７に対するメツセージの送信
要求を、システム制御部５３に対して行う（第１８図の
ステップ１７０Ｇ）。

そして、システム制御部５３は、第１２図（ｈ）に示す
ように、システム管理部５７からの受信要求が着信して
いるか否かをメツセージ制御テーブルより判定しく第１
２図（ｈ）のステップ１１７１）、受信要求が着信して
いれば、送信メツセージをこれに対応するＭＣＢ　（第
１０図の符号５３５）のメツセージバッファ（同じく第
１０図の符号５３５５）に転送しくステップ１１７４）
、受信待ちタスク、すなわちシステム管理部５７のＴＣ
Ｂ　（第８図の符号５３２）を第１１図のメツセージ受
信待ち行列５３６から外し、第９図のＲＥＡＤＹキュー
５３３に接続する（第１２図（ｈ）のステップ１１７５
）。

また、第１２図（ｈ）のステップ１１７１において、受
信要求がまだない場合、システム制御部５３は、未使用
のＭＣＢを取得しくステップ１１７２）、このＭＣＢの
メツセージバッファにメツセージを転送する（ステップ
１１７３）。

一方、システム管理部５７がメツセージの受信要求をシ
ステム制御部５３に対して行った場合、第１２図（ｉ）
に示すように、システム制御部５３は、システム管理部
５７に対するメツセージがＭＣＢ中にあるか否かを判定
しく第１２図（ｉ）のステップ１１８１）、システム管
理部５７に対するメツセージがＭＣＢ中にあれば、前記
ＭＣＢよりメツセージを取り出し、要求元であるシステ
ム管理部５７に対してメツセージを転送する（ステップ
１１８４）。

なお、ステップ１１８１において、ＭＣＨにメツセージ
がなければ、ｉ該マクロを発行したタスクが待ち有りを
指定して要求したかどうか判定しくステップ１１８２）
、待ち無しの場合は、当該タスクに対しメツセージがな
かった旨を返して処理を終了する（ステップ１１８５）
。

また、ステップ１１８２において、待ち有りの場合は、
未使用ＭＣＢを取得後、当該タスクのＴＣＢを第９図の
ＲＥＡＤＹキュー５３３から外し、第１１図のメツセー
ジ受信待ち行列５３６に接続して（ステップ１１８３）
、ディスパッチャに制御を移す（ステップ１１８６）。

すなわち。

メツセージ送信要求によってメツセージがＭＣＢに転送
されると、受信待ちとなっていたタスクがＲＥＡＤＹキ
ュー５３３に接続されるため、このタスクが再開され、
再びメツセージ受信処理から実行されて、ＭＣＢの内容
（メツセージ）が前記タスクに受は取られる。

しかして、オペレータからの指示が文書の新規作成であ
った場合には、第１図に符号５６１で示す文書編集部が
システム管理部５７によって起動され、またオペレータ
からの指示が表作成文書のステム管理部５７によって起
動される。

次に、ファイル編集部５８の処理内容を、第１９図のフ
ローに基づいて説明する。

第１９図において、ファイル編集部５８は、まずウィン
ドウをオープンしく第１９図のステップ２００１）、そ
のウィンドウ内に、記憶部３内に格納されている文書の
一覧を表示する（ステップ２００２）、前記した文書一
覧の表示後、ファイル編集部５８は、入力制御部５１に
対して入力を要求しくステップ２００３）、入力があれ
ば、その内容を判定する。ステップ２００４において、
オペレータからの入力が操作したい文書の指示であった
場合には、どの文書が指示されたかを判定しくステップ
２００４）、第２０図に示す操作対象文書テーブル５８
１に文書名を登録する（ステップ２００５）、なお、第
２０図に示す操作対象文書テーブル５８１は、指定文書
数５８１１と指定文書名５８１２とから構成される。

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

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

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

そして、タスクから指定された位置、サイズにしたがっ
てウィンドウを表示しくステップ１５０５）。

また生成したウィンドウ管理ブロックの番号を要求元タ
スクに返す（ステップ１５０６）。

これに対し、ウィンドウクローズの場合には。

まず指定されたウィンドウのイメージを消去しく第１６
図のステップ１５１１）、第７図のウィンドウ管理テー
ブル５２１の中から、クローズ対象であるウィンドウに
よって隠されていたウィンドウを割り出し、既述の表示
バッファより表示イメージを取り出して、消去ウィンド
ウ下位のウィンドウの表示イメージを回復しくステップ
１５１２）、消去ウィンドウのＩＣＢ５２２を未使用状
態とする（ステップ１５１３）、なお、前記タスクの中
断処理については後述する。

しかして、オペレータからの要求が文書の新規作成の場
合、システム管理部５７は、入力制御部５１からの通知
に基づき、文書編集部５６１をタスクとして生成後（第
１８図のステップ１７０５）。

新規作成モードで起動する（ステップ１７０７）。

また、オペレータからの要求が既作成文書の更新の場合
は、ファイル編集部５８からの通知によるデータ種別番
号を元に、該当するプログラム番号をプログラム制御テ
ーブル（第５図の符号５７２）から取得しくステップ１
７０８）、文書編集部（ステップ１７１０）、文書編集
部５６１を更新モードで起動する（ステップ１７１１）
。

さらに、システム管理部５７は、自ら生成、起動した編
集部からの終了通知を受は取ると、タスクの削除を行う
（第１８図のステップ１７１２）。

タスクの削除については、前記したタスクの生成要求と
同様、システム制御部５３で処理され、システム制御部
５３は、第１２図（ｂ）に示すように、指定されたタス
クに対応するＴＣＢ　（第８図の符号５３２参照）をＮ
０ＮＥＸＩＳＴＥＮＴ状態とする（第１２図（ｂ）のス
テップｌ　１１１）。すなわち、当該ＴＣＢを未使用状
態とする。

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

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

文書編集部５６１は、まず初期処理（第２１図のステッ
プ３００１）として、起動パラメータをメツセージで受
信しく第２２図（ａ）のステップ３１０１）、パラメー
タの内容に基づいて、文書の新規作成であるか１文書更
新であるか、起動モードを判定する（ステップ３１０２
−）、そして、文書新規作成の場合には１文書データの
初期化を行い（ステップ３１０３）、文書更新の場合に
は、（ステップ３１０４）、なお１文書データの構成に
ついては後述する。そして、プログラム制御テーブル（
第５図の符号５７２）より、文書中で領域新規作成、更
新が可能な領域編集部一覧を示すサポート領域編集部管
理テーブル（以下、　ＳＦＭＴと略記する）を作成する
。ＳＦＭＴは、第２７図に示すように、サポートし得る
領域編集部のプログラム番号５６８２と、この領域編集
部で作成し得るデータの種別編集部５６８３とを対にし
て保持し、さらに領域編集部数５６８１を持つ、また、
これと同時に、現在どういったデータに対する領域の作
成が可能であるかをオペレータに知らせるため、プルダ
ウンメニューデータ中に前記領域編集部に対するデータ
の名称をセットする（第２２図（ａ）のステップ３１０
５）、そして、その後、後述する領域の編集に際し、ど
の領域が操作対象となっているかを示す操作対象領域テ
ーブル（第２８図）の指定領域を０クリアしくステップ
３１０６）　。

続いてプルダウンメニューデータの有効無効状態の初期
化を行う（ステップ３１０７）、なお、操作対象領域テ
ーブルは、第２８図に示すように。

現在操作対象として指定されている指定領域数５６８４
と、操作対象として指定されている領域の種別５６８５
と、操作対象として指定されている領域の番号５６８６
とを保持する。なお、領域の種別については後述する。

また、プルダウンメニューデータ１有効／無効の切換え
についても後述する。続いて、第１図の文書編集部５６
１がウィンドウをオープンしく第２２図（ａ）のステッ
プ３１０８）、そのウィンドウ内に編集文書の第１頁の
レイアウトを第３１図（ａ）のように表示する（ステッ
プ３１０９）、なお、ウィンドウオーブンに際し、この
ウィンドウのサイズは、表示用紙のサイズに対応した大
きさとし、またウィンドウのタイトルの一部には１文書
編集部５６１のタスク番号を付加する。

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

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

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

一致する場合には、文書編集部５６１が起動し得る領域
編集部に対するＰＣＢ　（第５図の符号５７３）とみな
して、当該プログラム番号Ｐ、さらにはＰＣＢ５７３中
にセットされているデータ種別番号ｔＤｐを第２７図の
ＳＦＭＴに登録する（ステップ３１１５）。また、前記
データ種別番号に対応するデータの名称（例えば、“図
形”、′グラフ″等）をＤＮＤＴ　（第６図の符号５７
４）より取得し、その名称を、文書編集部５６１自身が
持つメニューデータ（第２３図）内の領域新規作成用プ
ルダウンメニューデータの名称として登録しくステップ
３１１６）、登録番号Ｅをインクリメントする（ステッ
プ３１１７）、以上の処理をプログラム管理ブロック数
分繰返しくステップ３１１８および３１１３）、最後に
登録番号Ｅを領域編集部数５６８１にセットするもので
あって（ステップ３１１９）、これにより、現在システ
ム内に実際に組み込まれている領域編集部に関する名称
のみをプルダウンメニューとして表示することが可能と
なる。

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

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

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

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

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

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

（領域管理テーブル５６４０） 文書内（頁内）に格納するデータ、例えばテキストデー
タ　図形データ、グラフデータといった各種データを頁
内のどの位置にどのような大きさで格納するかを管理す
る。このため、領域管理テーブル５６４０は、頁内にお
ける領域設定位置として、頁から余白の部分を除いた左
上を原点とする領域左上Ｘ座標５６４３．同ｙ座標５６
４４゜右下Ｘ座標５６４５．同ｙ座標５６４６を持ち。

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

一方、第２５図に符号５６７１で示す頁内に存在する領
域は、大別して以下の２つに分かれる。

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

さらに１本領域に対する編集は、領域新規作成。

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

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

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

複写、削除といった編集操作で行う。

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

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

さて、第１図に符号５６１で示す文書編集部の処理系を
示す第２１図において、初期処理（第２１図のステップ
３００１）後、文書編集部５６１は、入力制御部５１に
対して入力を要求する（ステップ３００２）。そして、
オペレータからの入力結果を判定しくステップ３００３
）、その判定結果が操作したい領域の指示であった場合
には、その頁番号７頁内指示位置と領域の設定位置とか
らどの領域が指示されたかを文書データに基づいて判定
し、その領域番号を第２８図の操作対象領域テーブルに
登録する（ステップ３００４）、なお、この時の判定方
法を、第２２図（ｃ）のフローを用いてさらに詳細に説
明する。

第２２図（Ｑ）においては、まず指示位置が第２５図の
基本領域５６７２であったか否かを判定しくステップ３
２０１）、指示位置が基本領域５６７２外の場合は、指
示位置に相当する領域が１つもないので、指示エラーと
する。

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

さて、オペレータからの指示が対象指定中の領域の指定
解除指示であった場合には、その頁番号。

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

第２２図（ｄ）においては、まず指示位置が第２５図の
基本領域５６７２内であったかどうかを判定しくステッ
プ３２５１）、指示位置が基本領域５６７２外の場合は
、第２８図の操作対象領域テーブルを無条件にクリアす
る。すなわち、テーブルに登録されているすべての領域
の指定を解除する（ステップ３２５８）、一方、ステッ
プ３２５１において、指示位置が基本領域％５６７２内
であった場合は、以下、頁５６７１内の最も上位に位置
する領域（頁内末尾領域）から順に、指示位置が当該領
域５６７２内に有るか否かを判定しくステップ３２５２
および３２５３）、判定の結果。

指示位置が当該領域５６７２内にあれば、当該領域５６
７２が操作対象領域テーブルに登録されているか否かを
判定しくステップ３２５４）、当該領域５６７２が操作
対象領域テーブルに登録されていれば、その領域番号を
テーブルから削除する（ステップ３２５７）、一方、ス
テップ３２５３において、指示位置が当該領域５６７２
内になかった場合、またステップ３２５４において、当
該領域５６７２がテーブルに登録されていなかった場合
には、ステップ３２５５および３２５６を経て、以降の
領域に対し、同様の判定を行う。

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

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

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

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

第２２図（ｆ）のフローに基づいて説明する。

ところで、オペレータによる新規作成の指示は、プルダ
ウンメニューによって表示されるデータ名称を指示する
ことにより行われるが、第１図の文書編集部５６１は、
入力制御部５１から渡されたプルダウンメニューの番号
にしたがい、第２７図のＳＦＭＴを元に、対応するデー
タのプログラム番号、データ種別番号を取得しく第２２
図（ｆ）のステップ３４０１）、どのデータに対する新
規作成が指示されたかを判定する（ステップ３４０２）
　。

なお、その際、指示されたデータが内部領域として作成
するデータであれば、次臨領域のエリア設定ならびに領
域の属性設定を行う（ステップ３４０３）。

そして１以上の情報に基づいて領域管理ブロックを生成
しくステップ３４０’＆）、第１図の領域編集部５６２
を起動する（ステップ３４０５）、なお、領域編集部５
６２の起動処理については後述する。

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

なお、前記領域編集部５６２の起動に際しては、まず取
得したプログラム番号を元に、文書編集部５６１がシス
テム制御部５３に対してタスクの生成要求を行い（第２
２図（ｈ）のステップ３４５１）、その結果返されるタ
スク番号、さらには該当する領域の番号を、起動編集タ
スク管理テーブル（以下、ＥＴＭＴと略記する）に登録
する（ステップ３４５２）。

ＥＴＭＴは、第２９図に示すように、タスク番号５６８
８と領域番号５６８９とを対として保持し、また現在い
くつの領域編集部を起動しているかを示す起動タスク数
５６８７を有する。そして。

該当する領域が編集中であることを示すために領域管理
ブロックのステータスを０から１に変更する（第２２図
（ｈ）のステップ３４５３）。以上の処理後、第１図の
文書編集部５６１は、システム制御部５３に対し、タス
クの起動要求を行い（第２２図（ｈ）のステップ３４５
４）、また起動パラメータを起動する領域編集部に対し
、メツセージによって送信を行う（ステップ３４５５）
。

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

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

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

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

領域内を全黒で表示する（ステップ３５１２）。

また、前記において１編集プログラムが存在する場合は
、次に当該領域に対する属性が透明であるか否かを判定
しくステップ３５０６）、当該領域に対する属性が不透
明の場合は、領域内を一部クリアした後（ステップ３５
０７）、領域内データを表示する（ステップ３５０８）
、さらに、領域表示後、当該領域に対するステータス情
報に基づいて、当該領域が編集中であるか否か（１であ
るか否か）を判定しくステップ３５０９）　、当該領域
が編集中の場合は、その旨をオペレータに知らせるため
に、領域全体を網かけ表示する（ステップ３５１０）、
以下、同様の処理を１表示する頁内に存在する全ての領
域に対して行う（ステップ３５１３および３５１４）。

その他、後述するウィンドウの切換操作によるアクティ
ベイト入力の場合についての処理（第２１図のステップ
３０１３）については後述する。

また、終了が指示された場合には、文書の編集を終了す
るが、この処理内容（第２１図のステップ３０１５）に
ついても後述する。

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

第３０図において、まず図形データ編集部は、新かを判
定する（ステップ４００２）、そして。

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

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

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

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

なお、前記編集部の中断、再開は、システム制御部５３
において処理される。以下、第１２図（８）および第１
２図（ｆ）のフローに基づき、編集部の中断、再開の処
理について説明する。

タスクの中断要求が発生した場合、第１図のシステム制
御部５３は指定されたタスクに対応するＴＣＢ　（第８
図の符号５３２参照）の中断フラッグをセットしく第１
２図（ａ）のステップ１１４１）　。

当該タスクがＲＥＡＤＹ状態であるか否かを判定しくス
テップ１１４２）、当該タスクがＲＥＡＤＹ状態であれ
ば、これに対応するＴＣＢ５３２を第９図のＲＥＡＤＹ
キュー５３３から外し、第１２図のタスクディスパッチ
ャ１０１３によりＣＰＵが割り当てられないようにする
（ステップ１１４３）。

タスクの再開要求に対しては、指定されたタスクに対応
するＴＣＢ５３２の中断フラッグをリセットしく第１２
図（ｆ）のステップ１１５１）、当該タスクがＲＥＡＤ
Ｙ状態であるか否かを判定しくステップ１１５２）、当
該タスクがＲＥＡＤＹ状態であれば、再び該当するＴＣ
ＢをＲＥＡＤＹキュー５３３に接続する（ステップ１１
５３）。

ＴＣＢ５３２の中断フラッグがセットされている場合、
タスクディスパッチャ１ｏ１３は、該当タスクを起動さ
せず、ＲＥＡＤＹキュー５３３から外す。

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

任意に行うことができる６例えば、領域編集部間、すな
わちテキストから図形に切り換えると、画面の表示状態
は第３１図（８）に示すようになる。

さて、前述のウィンドウの切換えを行うと、ウィンドウ
管理部から再開されるタスクに対し、入力としてアクテ
ィベイトコードが返される６例えば、前述の例において
、図形編集部から文書編集たがって以下の処理を行う（
第２２図（ｊ）および（ｋ）　）　。

すなわち、まず現在表示中の頁内に編集中の領域が存在
するか否かを文書データより判定しく第２２図（ｊ）の
ステップ３６０１）、ｉ１集中の領域が現在表示中の頁
内に存在する場合には、そのプ３６０２）、編集中の領
域が現在表示中の頁内に存在しない場合には１表示フラ
ッグを０にセットしくステップ３６０３）　、以下のメ
ツセージ処理後、レイアウトの再表示処理を行う。次に
、第１図のシステム制御部５３に対してメツセージの受
信要求を行い（ステップ３６０４）、メツセージがあれ
ば（ステップ３６０５）、該当する領域編集部の終了処
理としての次の処理を行う（ステップ３６０６）、すな
わち、まずメツセージ中に格納された領域編集部のタス
ク番号、さらにはＥＴＭＴ　（第２９図）より領域番号
を取得しく第２２図（ｋ）のステップ３６５１）、該当
する領域管理ブロックのステータスをＯにリセットしく
ステップ３６５２）、当該タスクに関する情報を第２９
図のＥＴＭＴより削除しくステップ３６５３）、最後に
当該＼タスクそのものを削除する（ステップ３６５４）
、さて、第２２１！！！ｌ　（ｊ）のステップ３６０５
において、メツセージがもうなかった場合、表示フラグ
が１にセットされているか否かを判定しくステップ３６
０７）、表示フラッグが１にセットされていれば、当該
頁のレイアウト再表示を行う（ステップ３６０８）。

ここで、文書編集部５６１における終了処理について、
第２２図（Ｑ）および第１２図（ｇ）を用いて説明する
。

オペレータから終了を指示された場合には、前記したＥ
ＴＭＴ　（第２９図）に基づき、起動中の１ｇ集タスク
が存在するか否かを判定しく第２２図（Ｑ）のステップ
３７０２）、起動中の編集タスクが存在する場合は、第
２９図のＥＴＭＴよりタスク番号、領域番号を取得しく
ステップ３７０３）、当該領域のステータスをＯにリセ
ットした後（ステップ３７０４）、第１図のシステム制
御部５３に対し、タスクの強制終了要求を行う（ステッ
プ３７０５）。この要求にしたがって、システム制御部
５３は、まず指定されたタスクが使用していた資源を解
放しく第１２図（ｇ）のステップ１１６１）　。

ウィンドウ管理に強制終了処理要求を行い（ステップ１
１６２）、ウィンドウ管理では、第１６図に示すクロー
ズ処理と同様の処理を行う。そして。

指定されたタスク番号に基づき、対応するＴＣＢ（第８
図の符号５３２）が第９図のＲＥＡＤＹキュー５３３に
接続されていれば、このＴ　ＣＢ　５３２をＲＥＡＤＹ
キュー５３３から外し、ＴＣＢの状態をＤＯＲＭＡＮＴ
状態とする（ステップ１１％３）。

以上の強制終了処理後１文書編集部５６１は当該タスク
を削除する（第２２図（１２）のステップ３７０６）。

そして、処理を、起動中の編集タスクに対し繰返し行い
（ステップ３７０７）、起動中のタスクの強制終了が全
て終了したならば、文書データを登録しくステップ３７
０８）、文書編集部自らオーブンしていたウィンドウを
クローズしくステップ３７０９）、第１図のシステム管
理部５７に対し、処理が終了した旨をメツセージで送信
して（ステップ３７１０）、タスクを終了しくステップ
３７１１）、このように１文書編集部５６１に対して終
了要求があると１編集中の領域編集部を一括して終了さ
せることができる。

〔発明の効果〕

本発明は以上のごときであり９図示実施例の説明からも
明らかなように１本発明によれば１作成文言の頁レイア
ウトを表示するに際し１表示頁内の領域に対する編集プ
ログラムが文書作成装置上に組み込まれていない場合は
、当該領域が編集できない旨をオペレータに知らせるた
めに、その領域を他の領域とは異なった形式で表示し、
したがってオペレータは、どの領域に対する編集ができ
るか否かを簡単に識別することができ、文書作成装置の
操作性を向上させることができる。

【図面の簡単な説明】

図面は本発明の一実施例を示し、第１図は本発明に係る
文書作成装置の全体構成を示すブロック図、第２図は画
面表示の一例を示す図、第３図はマウスボタンの構成図
、第４図はアイコン管理テーブルの構成図、第５図はプ
ログラム制御テーブルの構成図、第６図はデータ名称定
義テーブルの構成図、第７図はウィンドウ管理テーブル
の構成図はメツセージ制御テーブルの構成図、第１１図
はメツセージ受信待ち行列の内容を示す図、第１２図は
システム制御部の処理系統図、第１２図（ａ）はタスク
生成の処理系統図、第１２図（ｂ）はタスク削除の処理
系統図、第１２図（Ｑ）はタスク起動の処理系統図、第
１２図（ｄ）はタスク終了の処理系統図、第１２図（ｅ
）はタスク中断の処理系統図、第１２図（ｆ）はタスク
再開の処理系統図、第１２図（ｇ）はタスク強制終了の
処理系統図、第１２図（ｈ）はメツセージ送信の処理系
統図、第１２図（ｉ）はメツセージ受信の処理系統図、
第１２図（ｊ）はタスクディスパッチャの処理系統図、
第１３図は入力制御部の処理系統図、第１４図はメニュ
ー管理テーブルおよびプルダウンメニューテーブルの構
成図、第１５図はウィンドウオープンの処理系統図、第
１６図はウィンドウクローズの処理系統図、第１７図は
ウィンドウ切り換えの処理系統図、第１８図はシステム
管理部の処理系統図、第１９図はファイル編集部の処理
系統図、第２０図は操作対象文書テーブルの構成図、第
２１図は文書編集部の処理系統図。 第２２図（ａ）は文書編集部の初期処理系を示す図、第
２２図（ｂ）は文書編集部の初期処理時におけるサポー
ト領域管理テーブルの作成処理系を示す図、第２２図（
ｃ）は文書編集部の領域指定処理系を示す図、第２２図
（ｄ）は文書編集部の指定解除処理系を示す図、第２２
図（ｅ）は文書編集部におけるプルダウンメニューの有
効無効状態切換え処理系を示す図、第２２図（ｆ）は文
書編集部の領域新規作成処理系を示す図、第２２図（ｇ
）は文書編集部の領域更新処理系を示す図、第２２図（
ｈ）は文書編集部の領域新規作成、領域更新処理時にお
ける領域編集部の起動処理系を示す図、第２２図（ｉ）
は文書編集部のレイアウト表示処理系を示す図、第２２
図（ｊ）は文書編集部の７クテイベイト処理系を示す図
、第２２図（ｋ）は文書編集部のアクティベイト処理時
における領域編集部終了処理系を示す図、第２２図（Ｑ
）は文書編集部の編集終了処理系を示す図。 第２３図は文書編集部におけるメニューテーブルの構成
図、第２４図は文書データの構成図、第２５図は頁の構
成内容を示す図、第２６図は操作な 対象として指定された領域数と実行可能く領域編集操作
との関連を示す図、第２７図はサポート領′域編集部管
理テーブルの構成図、第２８図は操作対象領域テーブル
の構成図、第２９図は起動編集タスク管理テーブルの構
成図、第３０図は図形データ編集部の処理系統図、第３
１図は文書編集操作の画面変化例を示す図、第３２図は
文書編集時における特定領域を画面表示から識別する具
体的−例を示す図である。 １・・・入力部、２・・・表示部、３・・・記憶部、４
・・・印刷部、５・・・制御部、５１・・・入力制御部
、５２・・・ウィンドウ管理部、５３・・・システム制
御部、５４・・・印刷制御部、５５・・・表示制御部、
５６・・・編集部。 ５６１・・・文書編集部、５６２・・・領域編集部、５
７・・・システム管理部、５８・・・ファイル編集部。 第２Ｉ１２］ 第３１！］ 隼ヰ囚 詰り日 富６Ｂ 第７図 第８　田 ネｃＩ　　口 第１０　日 ネ１１日 ネ１２Ｉｐ（ａ） ネ１２囚はン ネ１２日（ｃ） タスク−起動零収 ￥１１２０（ｄ） 夢　Ｉ２囚（ｅ） 第１．’　［２１仔） 第１２［２Ｉｌ（１） タスク／７５安Ｊ−１，き芥子 隼Ｉ２囚（）１） ＄１２凹（ε） 第１２図（ｊ） クヌ７↑−スＳ、−汚ヤ ネ１３０ ＄＃４．口 ＄ｒｓｔ２］ ＄　ｔｔ　ｒＢ 柩１７の 第１図 準２０図 ′＄ｚ２０　＜ａ＞　　　　　　　　　　　　＄　２２
　（！１（す）葛２２０（Ｃ） 第２２０（ハ 樺２２図（ｅ） 第２２０（４） 第２２（７）（Ｊｌ＞ ′４２３囚 支鷹＃１条部メニ１−デー７“１し ￥２５０ ネ２７０ 寸ボーシ４１肯Ｊφ１１準１ｓｔテ九（５ＦＭＴ）華２
８国 拓２９目 まτ６鳩集クス２１【アぜチー７゛し 隼３０図

Claims (1)

【特許請求の範囲】
1. １、文書中に記載する記載要素を領域毎に入力する入力
   部と、前記入力部に入力された記載要素を記憶する記憶
   部と、前記記憶手段に記憶された各種記載要素を表示す
   る表示部と、各領域内のデータを作成、編集する領域編
   集部と、作成文書の頁レイアウトを前記表示部に表示し
   、この表示にしたがつて各領域の編集を行い、さらに作
   成、更新を指示された領域に対する領域編集部を起動す
   る文書編集部とを備える文書作成装置において、前記文
   書作成装置内に組み込まれている領域編集部を管理する
   組込領域編集部管理手段と、作成文書の頁レイアウトを
   表示する場合に、表示頁内の領域に対する領域編集部が
   装置内に組み込まれているか否かを前記組込領域編集部
   管理手段の管理内容にしたがつて判定し、前記作成文書
   の頁レイアウト表示時、表示頁内の領域に対する領域編
   集部が装置内に組み込まれていない場合には、その領域
   を他の領域と異なつた形式で表示する領域表示手段とを
   、前記文書編集部に具備せしめたことを特徴とする文書
   作成装置。