JPS63138451A

JPS63138451A - 文書作成装置

Info

Publication number: JPS63138451A
Application number: JP61285692A
Authority: JP
Inventors: Shigeki Taniguchi; 茂樹谷口; Masaki Fujiwara; 正樹藤原; Kiyoshi Masuda; 清増田; Teiji Kuwabara; 禎司桑原; Toshio Kushida; 敏夫櫛田
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1986-11-29
Filing date: 1986-11-29
Publication date: 1988-06-10
Anticipated expiration: 2012-11-26
Also published as: JP2683234B2

Abstract

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

Description

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

〔従来の技術〕

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

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

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

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

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

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

編集、レイアウト表示上における領域の編集や表示部の
切換え等をそれぞれ終了させることなく、他の編集操作
に切り換えれば、従来既に提案の文書作成装置よりもそ
の操作性は＼向上するへが、複数の文書ならびにそれら
の文書中の複数の領域を同時に編集している場合、どの
領域がどの文書に対応するものかが容易に識別できない
という問題があった。

本発明は、以上の点を考慮してなされたものであって、
その目的とするところは、複数の文書ならびにそれらの
文書中の複数の領域を同時に編集している場合に、どの
領域がどの文書のものであるかを、ウィンドウ中に表示
される識別名によって簡単に識別することができ、操作
性を従来よりも向上させることのできる、改良された文
書作成装置を提供しようとするものである。

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

前記目的は１文書中に記載する記載要素を領域毎に入力
する入力部と、前記入力部に入力された記載要素を記憶
する記憶部と、前記記憶手段に記憶された各種記載要素
を表示する表示部と、各領域内のデータを作成、ｌＷ集
する領域編集部と、作成文書の頁レイアウトを前記表示
部に表示し、この表示にしたがって各領域の編集を行い
、さらに作成、更新を指示された領域に対する領域編集
部を起動する文書編集部と、前記各編集部の内容をそれ
ぞれ個別の表示エリアに表示するウィンドウ表示手段と
、前記各編集部間で情報の連絡を行う情報連絡手段と、
前記各編集部による編集を切り換える編集部切換手段と
を備える文書作成装置において、前記文書編集部、さら
には前記文書編集部により起動される領域編集部に対し
、それぞれ同一の識別名をウィンドウ内に表示する識別
名表示手段を、前記文書編集部と領域編集部とに具備す
ることによって達成される。

〔作用〕

以上の構成において、識別名表示手段は１文書編集部な
らびに領域編集部においてそれぞれ同一の識別名称をウ
ィンドウ内に表示するように動作するので、これにより
、複数の文書ならびにそれらの文書中の複数の領域を編
集する場合であっても、どの領域がどの文書に対応して
いるかを直ちに識別することができる。

〔実施例〕

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

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

第２図は第１図に符号２で示されている表示部の画面表
示例を示し、画面２１は、メニューエリア２２９編集エ
リア２３．アイコンエリア２４から構成されており、各
編集部は′、編集エリア２３部分において、矩形状の枠
２５（以下、ウィンドウと呼ぶ）内にそれぞれ独自のデ
ータを表示し。

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

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

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

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

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

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

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

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

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

種別５７３５には、データ番号が格納される。また、デ
ータ番号に対応するデータ名称は、第６図に示すように
、データ名称定義テーブル（以下、ＤＮＤＴと略記する
）５７４に格納される。

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

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

印刷等の総称である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

機能項目番号順に機能項目数分格納される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

すなわちシステム管理部５７のＴＣＢ　（第８図の符号
５３２）を第１１図のメツセージ受信待ち行列５３６か
ら外し、第９図のＲＥＡＤＹキュー５３３に接続する（
第１２図（ｈ）のステップ１１７５）。

また、第１２図（ｈ）のステップ１１７１において、受
信要求がまだない場合、システム制御部５３は、未使用
のＭＣＢを取得しくステップ１１７２）。

このＭＣＢのメツセージバッファにメツセージを転送す
る（ステップ１１７３）。

一方、システム管理部５７がメツセージの受信要求をシ
ステム制御部５３に対して行った場合。

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

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

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

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

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

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

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

環部５７に対し、更新、印刷の指示がされたことを、現
在対象指定されている文書名、さらには該当文書に対応
するデータ種別番号と共に通知しくステップ２００６）
　、文書の複写、削除等の編集指示の場合には、対象指
定されている文書の複写、削除等の処理を行い（ステッ
プ２００７）、スクロール指示であった場合には１文書
名一覧のスクロール表示を行い（ステップ２００８）、
終了指示の場合には、ウィンドウをクローズしくステッ
プ２００９）、システム管理部５７に対し。

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

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

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

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

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

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

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

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

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

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

なお、システム管理部５７は１文書編集部５６１を起動
する際、この文書編集部５６１に対し、メツセージによ
って前記モード、さらには生成タスク番号を起動パラメ
ータとして送信する。また。

文書更新モードの場合には、さらにファイル編集部５８
から通知された更新対象文書名を合わせて送信する。

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

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

これと同時に、現在どういったデータに対する領域の作
成が可能であるかをオペレータに知らせるため、プルダ
ウンメニューデータ中に前記領域編集部に対するデータ
の名称をセットする（第２２図（ａ）のステップ３１０
５）、そして、その後、後述する領域の編集に際し、ど
の領域が操作対象となっているかを示す操作対象領域テ
ーブル（第２８図）の指定領域をＯクリアしくステップ
３１０６）　。

続いてプルダウンメニューデータの有効無効状態の初期
化を行う（ステップ３１０７）、なお、操作対象領域テ
ーブルは、第２８図に示すように、現在操作対象として
指定されている指定領域数５６８４と、操作対象として
指定されて・いる領域の種別５６８５と、　　　　　　
　　操作対象として指定されている領域の番号５６８６
とを保持する。なお、領域の種別については後述する。

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

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

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

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

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

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

一致する場合には、文書編集部５６１が起動し得る領域
編集部に対するＰＣＢ　（第５図の符号５７３）とみな
して、当該プログラム番号Ｐ、さらにはＰＣＢ５７３中
にセットされているデータ種別番号＼Ｄｐを第２７図の
ＳＦＭＴに登録する（°ステップ３１１５）、また、前
記データ種別番号に対応するデータの名称（例えば、４
図形″、′グラフ″等）をＤＮＤＴ　（第６図の符号５
７４）より取得し、その名称を、文書編集部５６１自身
が持つメニューデータ（第２３図）内の領域新規作成用
プ　。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

さて、第１図に符号５６１で示す文書編集部の処理系を
示す第２１図において、初期処理（第２１図のステップ
３００１）後、文書編集部５６１は、入力制御部５１に
対して入力を要求する（ステップ３００２）、そして、
オペレータからの入力結果を判定しくステップ３００３
）、その判定結果が操作したい領域の指示であった場合
には。

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

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

ステップ３２０１において、指示位置が基本領域５６７
２内であった場合は、以下、頁５６７１内の内部領域５
６７３で最も上位にある領域（頁内末尾領域）から順に
、指示位置が当該内部領域５６７３内にあるか否かを判
定しくステップ３２０２〜３２０５）、判定の結果、指
示位置が内部領域５６７３内にあれば、オペレータの指
示は内部領域５６７３に対する操作指示とみなして内部
領域指示フラッグを造ｔッ卜する（ステップ３２０６）
。

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

一旦操作対象領域テーブルの指定領域数５６８４をＯク
リアした後（換言すると、ステップ３２０９で当該基本
領域５６７３に対する対象指定を解除した後）、前記内
部領域番号および領域種別を操作対象領域テーブルに登
録し、さらに指定領域数５６８１を＋１する（ステップ
３２１０）、なお、前記において、基本領域５６７２が
操作対象として登録されていた場合に、その指定を強制
的に解除するのは、後述のごとく、基本領域５６７２と
内部領域５６７３とを同時に指定可能とした場合、これ
に該当する領域編集が１つもなくなるためである。また
、以上の処理において、内部領域５６７３が登録されな
かった場合は、内部領域指示フラッグがＯであるか否か
を判定しくステップ３２１２）。

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

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

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

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

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

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

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

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

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

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

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

なお、その際、指示されたデータが内部領域としく′。

て作成するデータであれば１次も領域のエリア設定なら
びに領域の属性設定を行う（ステップ３４０３）。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

この入力を図形編集部でなくウィンドウ管理部５２へ引
き渡す、ウィンドウ管理部５２は、マウス３１による指
示位置、さらには第７図のウィンドウ管理テーブル５２
１から文書編集部５６１のウィンドウが指示されたこと
を判定しく第１７図のステップ１５２１）、それまで最
上位だったウィンドウを使用しているタスク、すなわち
図形編集部を一旦中断させ（ステップ１５２２）、また
最上位ウィンドウの表示イメージを表示バッファに退避
させる（ステップ１５２３）。そして、新たに指示され
た文１ＦＩＩ集部のウィンドウを最上位に表示しくステ
ップ１５２４）、ウィンドウ管理ブロックの重なり順を
更新しくステップ１５２５）。

新たに処理を再開する文書編集部５６１に対してウィン
ドウが切り換えられたことを知らせるために、アクティ
ベイトコードをウィンドウ使用タスクに返しくステップ
１５２６）、このウィンドウを使用しているタスク、す
なわち文書編集部５６１を再開する（ステップ１５２７
）。

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

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

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

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

ＴＣＢ５３２の中断フラッグがセットされている場合。

タスクディスパッチャ１０１３は、該当タスクを起動さ
せず、ＲＥＡＤＹキュー５３３から外す。

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

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

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

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

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

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

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

指定されたタスク番号に基づき、対応するＴＣＢ（第８
図の符号５３２）が第９図のＲＥＡＤＹキュー５３３に
接続されていれば、このＴ　Ｃ８５３２以上の強制終了
処理後１文書編集部５６１は当該タスクを削除する（第
２２図（ｇ）のステップ３７０６）。

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

〔発明の効果〕

本発明は以上のごときであり、図示実施例の説明からも
明らかなように１本発明によれば、複数の文書ならびに
それらの文書中の複数の領域を同時に編集している場合
に、どの領域がどの文書のものであるかを、ウィンドウ
中に表示される識別名によって簡単に識別することがで
き、文書作成装置の操作性を従来よりも向上させること
ができる。

【図面の簡単な説明】

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

Claims

【特許請求の範囲】

１、文書中に記載する記載要素を領域毎に入力する入力
部と、前記入力部に入力された記載要素を記憶する記憶
部と、前記記憶手段に記憶された各種記載要素を表示す
る表示部と、各領域内のデータを作成、編集する領域編
集部と、作成文書の頁レイアウトを前記表示部に表示し
、この表示にしたがつて各領域の編集を行い、さらに作
成、更新を指示された領域に対する領域編集部を起動す
る文書編集部と、前記各編集部の内容をそれぞれ個別の
表示エリアに表示するウィンドウ表示手段と、前記各編
集部間で情報の連絡を行う情報連絡手段と、前記各編集
部による編集を切り換える編集部切換手段とを備える文
書作成装置において、前記文書編集部、さらには前記文
書編集部により起動される領域編集部に対し、それぞれ
同一の識別名をウィンドウ内に表示する識別名表示手段
を、前記文書編集部と領域編集部とに具備せしめたこと
を特徴とする文書作成装置。