JPS63138452A - 文書作成装置 - Google Patents

Abstract

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

Description

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

〔従来の技術〕

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

イメージといったように種類が多くなってきている。

また、前記したごとき複数のデータが混在する文書の作
成２ｇＩ集方法は１例えば特開昭６１−１８０３６号公
報に記載されており、同公報に記載の文書作成装置によ
れば、作成文書の頁レイアウト上で編集するデータの格
納されている領域を指定した後、その領域に対する詳細
情報を、前記頁レイアウトとは画面上別のエリアに表示
して編集するという方法がとられており、これによれば
、文書中のデータ修正に際し、修正すべきデータを扱う
のに最適なアプリケーションプログラムをオペレータが
、ｔｒａしなくてもよいという利点がある。

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

しかしながら、前記した従来技術にあっては。

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

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

編集、レイアウト表示上における領域の編集や表示部の
切換え等をそれぞれ終了させることなく、他の編集操作
に切り換えれば、従来既に提案の文書作成装置よりもそ
の操作性は〉向上するが、文書全体としての編集終了を
行いたい時、オペレータが現在編集中の領域を１つ１つ
終了させていたのでは、文書編集終了時における操作性
が低下するという問題があった。

本発明は１以上の点を考慮してなされたものであって、
その目的とするところは、文書全体としての編集終了に
際し、現在編集中の領域が存在する場合に、オペレータ
がこれら現在編集中の領域を１つ１つ終了させる必要が
なく、それらの領域の編集処理をも強制終了させること
ができ、したがって文書編集終了時における操作性を向
上させることのできる、改良された文書作成装置を提供
しようとするものである。

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

前記目的は、複数種類の記載要素が混在する文書を対象
とし、文書中に記載する記載要素を領域毎に入力する入
力部と、前記入力部に人力された記載要素を記憶する記
憶部と、前記記憶手段に記憶された各種記載要素を表示
する表示部と、各領域内のデータを作成９編集する領域
編集部と１作成文書の頁レイアウトを前記表示部に表示
し、この表示にしたがって各領域の編集を行い、さらに
作成、更新を指示された領域に対する領域編集部を起動
する文書編集部と、前記各編集部による編集を切り換え
る編集部切換手段とを備える文書作成装置において、起
動した領域編集部を管理する起動領域編集部管理手段と
１文書の編集終了がオペレータにより指示された場合に
、起動中の領域編集部を強制終了させる領域編集部強制
終了手段とを、前記文書編集部に具備することによって
達成される。

〔作用〕

以上の構成において、起動領域編集部管理手段は、文書
中のどの領域が現在編集中であるかを管理する。

また、領域編集部強制終了手段は、オペレータによって
文書の編集終了が指示された際、前記起動領域編集部管
理手段により管理されている内容に基づいて、現在編集
中の領域を強制終了させる。

〔実施例〕

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

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

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

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

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

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

オペレータの指定によりアイコンが選択されると、これ
に対応するプログラムが起動される。

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

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

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

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

ＤＮＤＴと略記する）５７４に格納される。

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

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

印刷等の総称である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

次に、要求機能（ステップ１００３〜１００８）を識別
して、各機能に対応する処理を起動する（ステップ１０
０２）。

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

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

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

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

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

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

第１３図は前記した入力制御部５１の処理系統を示し、
まず第１３図のステップ１３０１において、入力部（第
１図の符号１）からの入力データを解析し、第３図のマ
ウス３１からの入力か否かを判定する。マウス３１から
の入力でない場合は。

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

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

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

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

また、第１３図のステップ１３０６において。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

前記したタスクの生成、起動は、第１２図（ａ）および
（ｃ）の処理フローに示すように、まずシステム管理部
５７がシステム制御部５３に対し。

プログラム番号を元にしてタスクの生成要求を行うと、
システム制御部５３は、これに基づき、未使用のタスク
番号を第８図のタスク制御テーブル５３１から取得し、
これに対応するＴＣＢ５３２を作成して（第１２図（ａ
）のステップ１１０１）、タスクをＤＯＲＭＡＮＴ状態
ニジ（ステップ１１０２）。

要求元に対し、取得したタスク番号を返す（ステップ１
１０３）。

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

該当する編集部は実行可能な状態となる（ステップ１１
２２）。

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

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

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

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

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

また、ステップ１１８２において、待ち有りの場合は、
未使用ＭＣＢを取得後、当該タスクのＴＣＢを第９図の
ＲＥＡＤＹキュー５３３から外し、第１１図のメツセー
ジ受信待ち行列５３６に接続して（ステップ１１８３）
、ディスパッチャに制御を移す（ステップ１１８６）、
すなわち、メツセージ送信要求によってメツセージがＭ
ＣＢに転送されると、受信待ちとなっていたタスクがＲ
ＥＡＤＹキュー５３３に接続されるため、このタスクが
再開され、再びメツセージ受信処理から実行されて、Ｍ
ＣＢの内容（メツセージ）が前記タスクに受は取られる
。

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

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

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

オペレータからの入力が操作したい文書の指示であった
場合には、どの文書が指示されたかを判定しくステップ
２００４）　、第２０図に示す操作対象文書テーブル５
８１に文書名を登録する（ステップ２００５）、なお、
第２０図に示す操作対象文書テーブル５８１は、指定文
書数５８１１と指定文書名５８１２とから構成される。

環部５７に対し、更新　印刷の指示がされたこと？ を、現在対象指定されている文書名、さらには該当文書
に対応するデータ種別番号と共に通知しくステップ２０
０６）、文書の複写　削除等の編集指示の場合には、対
象指定されている文書の複写、削除等の処理を行い（ス
テップ２００７）。

スクロール指示であった場合には、文書名一覧のスクロ
ール表示を行い（ステップ２００８）、終了指示の場合
には、ウィンドウをクローズしくステップ２００９）、
システム管理部５７に対し。

ファイル編集処理が終了したことを通知しくステップ２
０１０）、タスクの終了を要求する（ステップ２０１１
）、この終了要求に伴い、システム制御部５３は、第１
２図（ｄ）に示すように、要求タスクのＴＣＢ　（第８
図の符号５３２参照）をＤＯＲＭＡＮＴ状態としく第１
２図（ｄ）のステップ１１３１）、タスクが使用してい
た資源を解放する（ステップ１１３２）、ここで、資源
とは、メモリやＣＰＵを指す。

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

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

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

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

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

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

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

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

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

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

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

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

文書編集部５６１は、まず初期処理（第２１図のステッ
プ３００１）として、起動パラメータをメツセージで受
信しく第２２図（ａ）のステップ３１０１）、パラメー
タの内容に基づいて１文書の新規作成であるか２文書更
新であるが、起動モードを判定する（ステップ３１０２
）、そして。

文書新規作成の場合には、文書データの初期化を行い（
ステップ３１０３）、文書更新の場合には。

（ステップ３１０４）、なお１文書データの構成につい
ては後述する。そして、プログラム制御テーブル（第５
図の符号５７２）より、文書中で領域新規作成、更新が
可能な領域編集部一覧を示すサポート領域編集部管理テ
ーブル（以下、ＳＦＭＴと略記する）を作成する。ＳＦ
ＭＴは、第２７図に示すように、サポートし得る領域編
集部のプログラム番号５６８２と、この領域編集部で作
成し得るデータの種別編集部５６８３とを対にして保持
し、さらに領域編集部数５６８１を持つ。また、これと
同時に、現在どういったデータに対する領域の作成が可
能であるかをオペレータに知らせるため、プルーダウン
メニューデータ中に前記領域編集部に対するデータの名
称をセットする（第２２図（ａ）のステップ３１０５）
、そして、その後。

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

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

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

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

その作成方法は、第２２図（ｂ）に示すように。

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

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

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

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

（頁管理テーブル５６２０） 頁内に設定されている領域の内、先頭／末尾の領域を示
す領域ポインタ５６２３，５６２４．さらには各頁でど
の書式データを使用しているかを示す真書式ポインタ５
６２５を有する。また、各ブロックは、後方ポインタ５
６２１と前方ポインタ５６２２とによって頁昇順にリン
クし、この内。

先頭／末尾の頁に関しては、前記した車管理テーブル５
６１０よりポイントされる。なお、本文書データにおけ
る頁は、第２５図に符号５６７１で示すような構成とな
っている。この内、頁のサイズ、余白については１次に
述べる真書式テーブル５６３０で、また基本領域５６７
２．内部領域５６７３については、領域管理テーブル５
６４０でそれぞれ管理される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ステップ３２０１において、指示位置が基本領域５６７
２内であった場合は、以下１頁５６７１内の内部領域５
６７３で最も上位にある領域（頁内末尾領域）から順に
、指示位置が当該内部領域５６７３内にあるか否かを判
定しくステップ３２０２〜３２０５）、判定の結果、指
示位置が内部領域５６７３内にあれば、オペレータの指
示は内部領他方、指示位置が内部領域５６７３内になか
った場合（内部領域指示フラッグが０であった場合）は
、オペレータが基本領域５６７２を指示したものとみな
して処理する。さて、指示位置が内部領域５６７３内に
あった場合は１次に当該領域５６７３が既に対象として
指定されているか否か、すなわち当該領域５６７３の番
号が既に第２８図の操作対象領域テーブルに登録されて
いるか否かを判定しくステップ３２０７）、当該領域５
６７３が既に対象指定されている場合は１次の領域（文
書データ上では、現在判定の対象となっている領域の領
域管理ブロックの前方ポインタ（第２４図の符号５６４
２）により示される領域）をチェックする（ステップ３
２１１）、他方、内部領域５６７３がまだ対象として指
定されていなかった場合は、当該領域５６７３が指定さ
れたものとみなして、当該領域５６７３の番号を操作対
象領域テーブルに登録するが、その際、既に基本領域５
６７２が対象として指定されている場合は（ステップ３
２０８）　。

一旦操作対象領域テーブルの指定領域数５６８４を０ク
リアした後（換言すると、ステップ３２０９で当該基本
領域５６７３に対する対象指定を解除した後）、前記内
部領域番号および領域種別を操作対象領域テーブルに登
録し、さらに指定領域数５６８１を＋１する（ステップ
３２１０）、なお。

前記において、基本領域５６７２が操作対象として登録
されていた場合に、その指定を強制的に解除するのは、
後述のごとく、基本領域５６７２と内部領域５６７３と
を同時に指定可能とした場合、これに該当する領域編集
が１つもなくなるためである。また、以上の処理におい
て、内部領域５６７３が登録されなかった場合は、内部
領域指示フラッグが０であるか否かを判定しくステップ
３２１２）。

内部領域指定フラッグがＯの場合は、指定位置上に内部
領域５６７３が１つもなく、オペレータは基本領域５６
７２を対象として指定したものとみなす。そして、次に
基本領域５６７２の番号をテーブルに登録するが、その
際、既に当該基本領域５６７２が対象として指定されて
いるか否かを判定しくステップ３２１３）、当該基本領
域５６７２が対象として指定されていなかった場合は１
次に内部領域５６７３が対象として指定されているか否
かを判定しくステップ３２１４）、当該内部領域５６７
３が対象として指定されていた場合は、一旦操作対象領
域テーブルをクリアした後（ステップ３２１５）、前記
基本領域番号および領域種別を第８図の操作対象領域テ
ーブルに登録し、指定領域数を１にセットする（ステッ
プ３２１６）。

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

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

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

しかして、以上の領域指定／解除操作に伴い。

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

ところで、領域に対する編集操作は、第２６図に示すよ
うに、操作対象として指定された領域の数に応じて３つ
に分類することができる。すなわち、まず第２２図（ｅ
）のステップ３３ｏ１において、対象指定中の領域数を
判定し、ステップし、その他の領域編集を全て無効とす
る（ステップ３３０２）、また、対象指定中の領域数が
１の場合は、逆に、とりあえず領域新規作成のプルダウ
ンメニューのみを無効とし、その他の領域編集を全て有
効とする（ステップ３３０３）。さらに、対象指定中の
領域数が２以上の場合は、移動、複写、削除のみを有効
とし、その他の領域編集を全て無効とする（ステップ３
３０４）、そして、対象指定数が１の場合は、さらに指
定領域が基本領域であるか否かを判定しくステップ３３
０５）、指定領域が基本領域の場合は、属性変更、サイ
ズ変更も無効としくステップ３３０６）、次に指定領域
のステータスがＯ以外であるか否かを判定しくステップ
３３０７）、指定領域のステータスがＯ以外の場合（す
なわち、当該領域は現在既に編集中であるか、もしくは
システム中に当該領域を更新可能な領域編集部が存在し
ない場合）は、更新も無効とする（ステップ３３０８）
。また、対象指定数が１以上の場合は、指定領域中９ス
テータスが１の領域（現在編集中の領域）が存在するか
否かを判定しくステップ３３０９）、指定領域中にステ
ータスが１の領域が存在する場合は、削除も無効とする
（ステップ３３１０）。

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

ところで、オペレータによる新規作成の指示は。

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

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

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

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

なお、前記領域編集部５６２の起動に際しては。

まず取得したプログラム番号を元に１文書編集部５６１
がシステム制御部５３に対してタスクの生成要求を行い
（第２２図（ｈ）のステップ３４５１）　。

その結果返されるタスク番号、さらには該当する領域の
番号を、起動編集タスク管理テーブル（以下、ＥＴＭＴ
と略記する）に登録する（ステップ３４５２）。

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

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

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

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

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

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

以下、同様の処理を、表示する頁内に存在する全ての領
域に対して行う（ステップ３５１３および３５１４）。

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

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

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

第３０図において、まず図形データ編集部は。

起動パラメータをメツセージにより受信しくステップ４
００１）、起動モードが新規作成か領域更新かを判定す
る（ステップ４００２）、そして。

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

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

タスクを終了する（ステップ４０１３）、そして、この
終了メツセージには、起動した文書編集部５６１がどの
領域の編集が終了したかを判定できるようにするために
、領域内の編集終了を示す終了コード　図形編集部自身
のタスク番号をセットする。

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

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

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

編集部の中断、再開の処理について説明する。

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

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

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

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

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

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

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

最後に当該にタスクそのものを削除する（ステップ３６
５４）、さて、第２２図（ｊ）のステップ３６０５にお
いて、メツセージがもうなかった場合、表示フラグが１
にセットされているか否かを判定しくステップ３６０７
）、表示フラッグが１にセットされていれば、当該頁の
レイアウト再表示を行う（ステップ３６０８）。

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

オペレータから終了を指示された場合には、前記したＥ
ＴＭＴ　（第２９図）に栽づき、起動中の編集タスクが
存在するか否かを判定しく第２２図（Ｑ）のステップ３
７０２）、起動中の編集タスクが存在する場合は、第２
９図のＥＴＭＴよりタスク番号、領域番号を取得しくス
テップ３７０３）、当該領域のステータスをＯにリセッ
トした後（ステップ３７０４）、第１図のシステム制御
部５３に対し、タスクの強制終了要求を行う（ステップ
３７０５）、この要求にしたがって、システム制御部５
３は、まず指定されたタスクが使用していた資源を解放
しく第１２図（ｇ）のステップ１１６１）、ウィンドウ
管理に強制終了処理要求を行い（ステップ１１６２）、
ウィンドウ管理では、第１６図に示すクローズ処理と同
様の処理を行う、そして、指定されたタスク番号に基づ
き、対応するＴＣＢ（第８図の符号５３２）が第９図の
ＲＥＡＤＹキュー５３３に接続されていれば、このＴ　
ＣＢ　５３２をＲＥＡＤＹキュー５３３から外し、ＴＣ
Ｂの状ら 態をＤＯＲＭＡＮＴ状態とする（ステップ１１％３）。

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

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

〔発明の効果〕

本発明は以上のごときであり１図示実施例の説明からも
明らかなように、本発明によれば、文書全体としての編
集終了に際し、現在編集中の領域が存在する場合に、オ
ペレータがこれら現在編集中の領域を１つ１つ終了させ
る必要がなく、それらの領域の編集処理をも強制終了さ
せることができ。

したがって文書編集終了時における文書作成装置の操作
性を向上させることができる。

【図面の簡単な説明】

図面は本発明の一実施例を示し、第１図は本発明に係る
文書作成装置の全体構成を示すブロック図、第２図は画
面表示の一例を示す図、第３図はマウスボタンの構成図
、第４図はアイコン管理テーブルの構成図、第５図はプ
ログラム制御テーブルの構成図、第６図はデータ名称定
義テーブルの構成図、第７図はウィンドウ管理テーブル
の構成図はメツセージ制御テーブルの構成図、第１１図
はメツセージ受信待ち行列の内容を示す図、第１２図は
システム制御部の処理系統図、第１２図（ａ）はタスク
生成の処理系統図、第１２図（ｂ）はタスク削除の処理
系統図、第１２図（ｃ）はタスク起動の処理系統図、第
１２図（ｄ）はタスク終了の処理系統図、第１２図（ｅ
）はタスク中断の処理系統図、第１２図（ｆ）はタスク
再開の処理系統図、第１２図（ｇ）はタスク強制終了の
処理系統図、第１２図（ｈ）はメツセージ送信の処理系
統図、第１２図（ｉ）はメツセージ受信の処理系統図、
第１２図（ｊ）はタスクディスパッチャの処理系統図、
第１３図は入力制御部の処理系統図、第１４図はメニュ
ー管理テーブルおよびプルダウンメニューテーブルの構
成図、第１５図はウィンドウオープンの処理系統図、第
１６図はウィンドウクローズの処理系統図、第１７図は
ウィンドウ切り換えの処理系統図、第１８図はシステム
管理部の処理系統図、第１９図はファイル編集部の処理
系統図、第２０図は操作対象文書テーブルの構成図、第
２１図は文書編集部の処理系統図、第２２図（ａ）は文
書編集部の初期処理系を示す図、第２２図（ｂ）は文書
編集部の初期処理時におけるサポート領域管理テーブル
の作成処理系を示す図、第２２図（、）は文書編集部の
領域指定処理系を示す図、第２２図（ｄ）は文書編集部
の指定解除処理系を示す図、第２２図（ｅ）は文書Ｗ東
部におけるプルダウンメニューの有効無効状態切換え処
理系を示す図、第２２図（ｆ）は文書編集部の領域新規
作成処理系を示す図、第２２図（ｇ）は文書編集部の領
域更新処理系を示す図、第２２図（ｈ）は文書編集部の
領域新規作成　領域更新処理時における領域編集部の起
動処理系を示す図、第２２図（ｉ）は文書編集部のレイ
アウト表示処理系を示す図、第２２図（ｊ）は文書編集
部の７クテイベイト処理系を示す図、第２２図（ｋ）は
文書編集部のアクティベイト処理時における領域編集部
終了処理系を示す図、第２２図（ｆｌ）は文書編集部の
編集終了処理系を示す図。 第２３図は文書編集部におけるメニューテーブルの構成
図、第２４図は文書データの構成図、第２５図は頁の構
成内容を示す図、第２６図は操作対象として指定された
領域数と実行可能監領域編集操作との関連を示す図、第
２７図はサポート領域編集部管理テーブルの構成図、第
２８図は操作対象領域テーブルの構成図、第２９図は起
動編集タスク管理テーブルの構成図、第３０図は図形デ
ータ編集部の処理系統図、第３１図は文書編集操作の画
面変化例を示す図、第３２図は文書編集時における特定
領域を画面表示から識別する具体的−例を示す図である
。 １・・・入力部、２・・・表示部、３・・・記憶部、４
・・・印刷部、５・・・制御部、５１・・・入力制御部
、５２・・・ウィンドウ管理部、５３・・・システム制
御部、５４・・・印刷制御部、５５・・・表示制御部、
５６・・・編集部。 ５６１・・・文書編集部、５６２・・・領域編集部、５
７・・・システム管理部、５８・・・ファイル編集部。

Claims (1)

【特許請求の範囲】
1. １、複数種類の記載要素が混在する文書を対象とし、文
   書中に記載する記載要素を領域毎に入力する入力部と、
   前記入力部に入力された記載要素を記憶する記憶部と、
   前記記憶手段に記憶された各種記載要素を表示する表示
   部と、各領域内のデータを作成、編集する領域編集部と
   、作成文書の頁レイアウトを前記表示部に表示し、この
   表示にしたがつて各領域の編集を行い、さらに作成、更
   新を指示された領域に対する領域編集部を起動する文書
   編集部と、前記各編集部による編集を切り換える編集部
   切換手段とを備える文書作成装置において、起動した領
   域編集部を管理する起動領域編集部管理手段と、文書の
   編集終了がオペレータにより指示された場合に、起動中
   の領域編集部を強制終了させる領域編集部強制終了手段
   とを、前記文書編集部に具備せしめたことを特徴とする
   文書作成装置。