JPH022452A

JPH022452A - 文書作成装置

Info

Publication number: JPH022452A
Application number: JP63141737A
Authority: JP
Inventors: Hitoshi Tamura; 等田村
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1988-06-10
Filing date: 1988-06-10
Publication date: 1990-01-08

Abstract

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

Description

【発明の詳細な説明】〔産業上の利用分野〕本発明は、文書作成装置に係り、特に和文や英文の文字
、グラフ、図形などのように異なった種類のデータを混
在させて文書を作成９編集する文書作成装置に関する。

〔従来の技術〕

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

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

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

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

そこで、複数のデータが混在する文書の作成において、
各種データの作成２編集、及びレイアウト表示上におけ
る領域の編集や表示部の切り換えなどをそれぞれ終了さ
せることなく、他の編集操作に切り換えることが可能な
文書作成装置を提供することにより文書の作成効率を向
上させることができる。しかし、文書ならびに領域の編
集を行う際、ＪＩＳ第１水準及び第２水準等の標準用意
文字以外に文字システム共通資源であるユーザ文字を用
いると、和文、英文など複数の文字を扱う場合、各々の
編集部で使用する種類の異なるユーザ文字情報全てを常
時記憶部に記憶するためには、記憶（メモリ）の容量を
膨大に必要とするという問題があった。

本発明の目的は、前記複数種類のユーザ文字情報をより
少ないメモリ容量で制御することにより安価な文書作成
装置を提供することにある。

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

上記課題は、文書中に記載する記載要素を領域毎に入力
する入力部と、入力された記載要素を記憶する記憶部と
、該記憶部に記憶された各種記載要素を表示する表示部
と、各領域内のデータを作成し編集する領域編集部と、
作成し編集した文章の頁のレイアウトを前記表示部によ
り表示し、該表示に従って領域の編集を行い、さらに作
成、更新を指示された領域に対する前記領域編集部を起
動する文書編集部と、該文書編集部と前記領域編集部の
内容をそれぞれ個別の表示エリアへ表示するのを制御す
るウィンドウ表示制御手段と、前記文書編集部、前記領
域編集部による編集を切り換える編集切換手段と、ユー
ザ文字の作成を含む作業を行うユーザ文字作成手段とを
有する文書作成装置において、ユーザ文字を管理するユ
ーザ文字管理情報によりユーザ文字を登録しその更新を
する登録手段と、前記ウィンドウ表示制御手段で使用す
るユーザ文字種別の通知および登録を行う通知登録手段
と、前記編集切換手段による編集部切り換え時に前記ユ
ーザ文字種別と前記ユーザ文字管理情報に基づき切り換
えたウィンドウのユーザ文字情報を回復するユーザ文字
回復手段とを備えた文書作成装置によって解決される。

〔作用〕

登録手段は、ユーザ文字を記憶部に登録し、その更新を
要求されたときはその登録されているユーザ文字情報お
よびユーザ文字管理情報を更新し、通知登録手段は、各
ウィンドウで使用するユーザ文字種別を記憶部に記憶さ
せ、ユーザ文字種別をパラメータとしてウィンドウ表示
手段に使用するユーザ文字を通知し、ユーザ文字回復手
段は、ウィンドウ切り換えの際切り換えたウィンドウの
ユーザ文字情報とユーザ文字管理情報に基づきユーザ文
字情報をウィンドウ表示制御手段で使用する記憶部の記
憶エリアに回復する。この回復作用により複数種類のユ
ーザ文字情報全てを常時、ウィンドウ表示制御手段で使
用する記憶部の記憶エリアに記憶する必要がない。

〔実施例〕

以下、本発明による日本語ワードプロセッサの実施例を
第１図〜第３４図を用いて説明する。

第１図は、日本語ワードプロセッサの一実施例の構成を
示すブロック図で、文字等の入力を行うキーボードや操
作対象や機能名等を指示するマウスなどによるポインテ
ィングデバイス等による入内部１９文字９図形等を表示
するＣＲＴデイスプレィなどによる表示部２．ＲＡＭ３
１．固定ディスク装置３２やフロッピディスク装置３３
等により構成される記憶部３を有し、固定ディスク装置
３２には後述する文書編集プログラムや領域編集プログ
ラム等が格納され必要なときに前記プログラムがＲＡＭ
３１に読み込まれて実行される。また、フロッピディス
ク装置３３は前記プログラムを固定ディスク装置３２に
追加したり、作成した文書内容等を記憶するために使用
される。印刷部４にはワイヤドツトプリンタなどが用い
られる。

前記各部の制御を行うためのマイクロプロセッサなどに
よる制御部５は入力制御部５１．ウィンドウ管理部５２
．システム制御部５３．印刷制御部５４、表示制御部５
５２編集部５６．システム管理部５７．ファイル編集部
５８．ユーザ文字管理部５９により構成される。

本実施例において文書の作成ならびに編集は、編集部５
６にて行い１編集部５６はさらに、文書編集部５６１．
領域編集部５６２の２つの部分から構成される。また、
ユーザ文字の作成等は、ユーザ文字管理部５９にて行う
。

第２図に表示部２に表示される画面を示す０画面２１は
メニューエリア２２．ＩＷ集エリア２３゜アイコンエリ
ア２４から構成される。各編集部は、編集エリア２３に
それぞれ独自に矩形の枠２５（以下ウィンドウと呼ぶ）
内にデータを表示し、そのウィンドウ内において個別に
文書データの編集を行う、ウィンドウの種類としては、
主な作業を行うために用いられるマスクウィンドウ、補
助的な作業を行うために用いられるサブウィンドウ、利
用者に警告を与えるためのメツセージを表示する場合に
使用されるアラームウィンドウ等がある。

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

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

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

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

第　　１　　表表に示すようにデータ名称定義テーブル（以下ＤＮＤＴ
と略記する）に格納される。従って、データ名称はデー
タ番号により属性処理される。

第　　２　　表データ番号　データ名称プログラム制御テーブル５７２はプログラム制御プログ
ラム５７３（以下ＰＣＢと略記する）をプログラム番号
順に配列したものである。ＰＣＢ５７３には、プログラ
ムの開始番地情報５７３１゜スタックの番地情報５７３
２．優先度情報５７３３　。

親プログラム番号５７３４．データ種別５７３５、その
他のプログラム属性５７３６が格納される。

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

データ種別５７３５は当該プログラムがどのような、例
えばテキスト、図形というような、データを扱うかを示
すもので、データ番号が好納される。

また、データ番号に対応するデータ名称は第２ファイル
編集部５８は、記憶部３に格納されている文書の一覧を
ウィンドウ内に表示し、指定された文書の編集を行う。

ここで１文書の編集とは、文書の更新指示、削除、印刷
などの総称である。

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

複写などの総称である。

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

以上の各種編集部の内、文書作成開始後、実行可能な編
集部は常に画面上最上位のウィンドウの編集部とする。

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

ウィンドウ管理部５２は、ウィンドウの重なり順の変更
の他、各編集部からの要求に従って画面上にウィンドウ
をオープンしたリフローズしたりする。また、ウィンド
ウには優先順位が与えられており、オープン要求が競合
した場合、優先度の高いウィンドウが優先されてオープ
ンされるように制御する。優先順位はアラームウィンド
ウが最も高く、次いでサブウィンドウ、マスクウィンド
ウの順になっている。画面上にオープンされているウィ
ンドウは、第５図（ａ）に示すウィンドウ管理テーブル
５２１によって管理される。

ウィンドウ管理テーブル５２１は、ウィンドウ管理ブロ
ック５２２（以下ＷＣＢと略記する）をウィンドウ番号
順に配列したものである。ＷＣＢ５２２には以下に示す
情報が格納されている。

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

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

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

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

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

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

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

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

８）ウィンドウ種別情報５２２８マスクウィンドウ、サブウィンドウ、アラームウィンド
ウの何れかであるかを識別する情報を格納する。

９）入力状態情報５２２ｇ当該ウィンドウが最上位にオープンされている時の文字
入力モード等を格納する。文字入力モードとしては書体
により明朝体モード、ゴシックモード等があり１文字サ
イズにより全角モード、半角モード等がある。これらの
モード切り換えは、例えば、専用キーまたはメニューか
ら選択して行う。

１０）ユーザ文字種別５２３０当該ウィンドウで使用するユーザ文字種別を格納する。

ウィンドウ管理部５２は以上の情報に基づき、ウィンド
ウの重なり順の変更、オープン、クローズ等を行う。そ
して重なり順を変更する際、ウィンドウ管理部５２はシ
ステム制御部５３に対し。

それまで編集中であった編集中の中断、ならびに指示さ
れたウィンドウの編集部の再開を上記のタスク番号５２
２４によりシステム制御部５３に要求する。また、ウィ
ンドウのオープン要求が競合した場合はウィンドウの優
先順位により優先度の低い要求を高い方のウィンドウが
クローズされるまで待たせたりする制御を行う。この待
ちの制御は第５図（ｂ）に示すようにオープン待ち行列
５２３に要求したタスクのすなわち、後述するタスク制
御ブロックを接続したり、外したりすることにより行う
。更に、前記ウィンドウの操作により最上位となったウ
ィンドウに対応するメニューの表示を上記メニューデー
タ格納位置５２２６に従い表示するように入力制御部５
１に要求し、入力状態情報５２２９に従い入力状態情報
を回復するよう入力制御部５１に要求し、ユーザ文字種
別５２３ｏに従いユーザ文字データを回復するよう表示
制御部５５に要求する。

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

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

ＴＣＢ　５３２には、例えば、以下に示すようにタスク
の開始、再開に必要となる全ての情報が格納される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

メツセージは第８図に示すように、メツセージ制御テー
ブル５３４によって管理され、メツセージ制御テーブル
５３４はメツセージ制御ブロック５３５（以下ＭＣＢと
略記する）を配列したものであり、１つのメツセージに
対して１つのＭＣＢ５３５が割当てられる。ＭＣＢ５３
５には、例えば、当該ＭＣＢ５３５が使用されているか
どうかを示すステータス５３５１、送信側タスク番号５
３５２、受信側タスク番号５３５３．メツセージのサイ
ズ５３５４．送信されたメツセージを一時的に保持する
メツセージバッファ５３５５が格納される。また、メツ
セージ受信要求時のパラメータにより、メツセージ受信
要求が有ったときに、まだ相手のタスクからメツセージ
が送信されていなければ受信を要求したタスクに対応す
るＴＣＢ５３２をＲＥＡＤＹキュー５３３から外し第９
図に示すメツセージ受信待ち行列５３６に接続して当該
タスクをメツセージが送信されるまでＷＡＩＴＩＮＧ状
態にすることもできるし、受信を要求したタスクが１ｉ
ｌＡＩＴＩＮＧ状態とはせず単にメツセージが送信され
ていない旨を当該タスクに渡すこともできる。　ここで
第１０図を用いてシステム制御部５３全体の処理フロー
を示す。システム制御部５３に対しタスクからの処理要
求が発生すると、まずステップ１００１で当該タスクが
要求を出した時点の実行環境をＴＣＢ５３２に退避する
。次に、ステップ１００３〜１００８の要求機能を識別
して、ステップ１００２で各機能に対応する処理を起動
する。各機能に対応する処理終了後、ステップ１０１１
でタスクが切り替わるかどうかを例えばＲＥＡＤＹキュ
ー５３３の状態から判定し、切り替わればタスクデイス
パッチャ１０１３を起動する。切り替わらなければ、ス
テップ１００１で退避した実行環境をステップ１０１２
でＴＣＢ５３２から回復し、要求を出したタスクを再開
させる。また、入出力装置からの入出力終了割込みが発
生すると、ステップ１００９で割込み発生時点の実行環
境をＴＣＢ　５３２に退避する。次に、例えば入力され
た文字コード等を入力要求タスクに渡し、ステップ１０
１０で入力タスクの待ちを解除するというような入出力
終了処理を行った後、タスクデイスパッチャ１０１３を
起動する。タスクデイスパッチャ１０１３は第１０図（
ｊ）に示すように、ステップ１１９１でＲＥＡＤＹキュ
ーにＴＣＢが接続されているかどうかを判定し、ステッ
プ１１９７で接続されていなければ割込みが発生す°る
まで無限ループするし、接続されていればステップ１１
９２でＲＥＡＤＹキューのヘッダ５３３に格納されてい
るポインタから最も優先度の高いＴＣＢ　５３２を取得
し、該ＴＣＢ５３２の中断フラグ情報５３２５からタス
クに中断要求があったかどうかを判定する。中断要求が
あれば、ステップ１１９３でポインタを更新して当該Ｔ
ＣＢ５３２をＲＥＡＤＹキューから外し、再びステップ
１１９１から処理を行い、中断要求がなければ、ステッ
プ１１９４で当該ＴＣＢ５３２をＡＣＴＩＶＥ状態とし
、ステップ１１９５で当該ＴＣＢ５３２から実行環境を
回復し、ステップ１１９６で対応するタスクを再開させ
る。

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

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

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

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

ステップ１３０５においてオペレータの指示がアイコン
領域２４であることが判定されれば、ステップ１３１３
でどのアイコンが指示されたのかを判定し、アイコン番
号を取得後、ステップ１３１４で取得したアイコン番号
をシステム管理部５７に通知する。更に、システム管理
部５７は通知されたアイコンに対応するプログラムをア
イコン管理テーブル５７１より割り出し、当該プログラ
ムをタスクとして生成し、生成したタスクを起動するた
め、このタスク生成・起動をシステム制御部５３に要求
する。また、ステップ１３０６で最上位のウィンドウ内
での操作対象の指示の場合は、ステップ１３１７でその
指示座標値を画面上での座標から、ウィンドウ内での相
対座標値に変換した後、ステップ１３１８で当該座標値
を入力を要求したタスクへ渡す。ステップ１３０７でオ
ペレータの指示がメニューエリア２２であれば、ステッ
プ１３１５でウィンドウ管理部５２に対しプルダウンメ
ニューのオープンを要求する。またステップ１３０８で
オペレータの指示がプルダウンメニューエリア２８であ
れば、どの機能項目が指示されたかを判定し、ステップ
１３１９で指示された機能項目番号と、プルダウンメニ
ュ一番号を入力を要求したタスクに渡す。ステップ１３
０９でオペレータの指示がウィンドウ内の制御エリア２
５３、またはキャプションエリア２５１であれば、ステ
ップ１３１０で入力を要求したタスクにクローズ、スク
ロール等のコードを渡す。その他のエリアが指示された
場合はなにもしない。また、上記において入力要求タス
クにコードを渡す場合は、システム制御部５３は入力を
要求したタスクをＶＡＩＴＩＮＧ状態からＲＥＡＤＹ状
態に遷移させる。

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

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

印刷制御部５４は、編集部５６からの文書の印刷要求に
基づいて印刷部４を制御するためのものである。

表示制御部５５は１編集部５６及びウィンドウ管理部５
２からの表示要求により、ウィンドウ管理ブロック５２
２の重なり順情報を基に最上位ウィンドウ内に展開でき
る部分のみの表示データを、表示部２へ表示するための
メモリに、ドツト単位で書き込むためのものである。ま
た、表示部制御部５５は、ＪＩＳ第１水準及び第２水準
等の標準用意文字以外にシステム共通資源であるユーザ
文字を複数登録する機能及び前記ユーザ文字を表示する
機能を有する。さらに、各ウィンドウごとに使用するユ
ーザ文字種別を記憶する機能を有する。

前記ユーザ文字を登録する場合、ユーザ文字管理部５９
は、装置の電源投入時及びユーザ文字の新規作成、更新
等のユーザ文字の内容に変更が生じた時、ユーザ文字種
別とユーザ文字所在位置をパラメータとし表示制御部５
５に対し登録を要求する。表示制御部５５は、ユーザ文
字管理テーブルによりユーザ文字登録の制御を行うが、
まず、ユーザ文字管理テーブルの構成例を第３１図（ａ
）により説明する。ユーザ文字管理テーブル５５１には
以下に示す情報が格納される。

１）メモリ登録文字種別５５１１表示制御部５５内部に記憶しているユーザ文字種別を格
納する。

（Ｎｏｓ未登録、Ｎ１：種別、Ｎｚ：種別２・・・を表
わす）２）登録文字種別５５１２ユーザ文字登録を指示されたユーザ文字種別を格納する
。（Ｎｏ　：未登録、Ｎ１：種別、Ｎ２：種別２・・・
を表わす）３）登録文字所在位置５５１３ユーザ文字登録を指示されたユーザ文字データの所在位
置を格納する。なお、ユーザ文字データの所在位置は、
固定ディスク装置３２または、登録要求元のＲＡＭ３１
等の所在を示している。

次に、ユーザ文字データの構成例を第３１図（ｂ）によ
り説明する。ユーザ文字データ５５２には以下に示す情
報が格納される。

１）登録文字数５５２１登録する文字数を格納する。

２）文字サイズ情報５５２２登録する文字の文字サイズ（例えば、１６×１６ドツト
あるいは２４Ｘ２４ドツト等）を格納する。

３）ユーザ文字コード５５２３ユーザ文字の文字コードを格納する。例えば、ＪＩＳコ
ード等で文字表示要求を行う際、ＪＩＳコードの連続し
た未使用コード、Ａ工からＡ、までユーザ文字コードと
して割り付ける。

４）ユーザ文字パターンデータ５５２４上記ユーザ文字
コード５５２３に対応するユーザ文字のドツトイメージ
等の情報を格納する。

第３２図は、ユーザ文字管理テーブルの初期状態と登録
文字種別の登録例であり、第３２図（ａ）は前述のテー
ブルのメモリ登録文字種別５５１１゜登録文字種別５５
１２は未登録の状態であり、登録文字所在位置５５１３
は不定状態となっている。

第３２図（ｂ）は登録文字種別５５１２にＮ１が登録さ
れる場合、第３２図（ｃ）は登録文字種別５５１２にＮ
２が登録される場合であり、いずれも登録文字種別５５
１２が登録文字所在位置５５１３が対応してユーザ文字
データ５５２としてメモリに格納する。

ここで、表示制御部５５のユーザ文字の登録処理を第３
３図に基づいて説明する。まず、ステップ６００１で登
録要求されたユーザ文字種別と現在表示制御部５５内部
に記憶しているメモリ登録文字種別５５１１を比較判定
し、一致していればステップ６００２で登録要求された
ユーザ文字データを所在位置のエリアより表示制御部５
５内部に転送する。

次に、ステップ６００３において登録要求元のユーザ文
字種別とユーザ文字管理テーブル５５１内のユーザ文字
種別５５１２とを比較し、種別が一致する所またはＮｏ
の所を求め、ステップ６００４でその位置５５１２．５
５１３に登録要求元の種別及び所在位置を格納する。ス
テップ６ｏ０１で登録しようとする種別が、現在メモリ
上に格納されている種別と異なる場合は。

■　編集部５６がユーザ文字を必要とするときは、使用
するユーザ文字種別５２３０を通知するので、その時の
タイミングで表示制御部５５内のメモリに格納する。

■　現在動作している他の編集部５６のユーザ文字を壊
してしまう。ので登録要求の文字データをメモリに転送
することなくステップ６００３の処理を行う。

前記ユーザ文字を利用する場合、編集部５６は、使用す
るユーザ文字種別をパラメータとし表示制御部５５に対
しユーザ文字使用を通知する。表示制御部５５の処理内
容を第３４図に基づいて説明する。

まず、ステップ６１０１で要求元のＷＣＢ５２２のユー
ザ文字種別５２３０に使用要求ユーザ文字種別を記憶し
、ステップ６１０２で該当ウィンドウが最上位にあるか
どうかを判定し、最上位にある場合、ステップ６１０３
で要求ユーザ文字種別とメモリ登録文字種別５５１１と
比較し、一致しない場合は、ステップ６１０４でユーザ
文字管理テーブル５５１内の登録文字種別５５１２をサ
ーチし、ステップ６１０５において一致したＷ９文字種
別５５１２と対の登録文字所在［５５１３で表示される
エリアの情報を表示制御部５５内部に転送する。ステッ
プ６１０２においては、最上位ウィンドウのみが表示可
能でありそのウィンドウが最上位になったときに、必要
な情報をメモリに転送すればよい。従ってウィンドウが
最上位にない場合は、そのままで処理を終了する。

また、ステップ６１０３で要求種別とメモリ上の種別が
一致する場合は、最新の状態でユーザ文字パターンをメ
モリ内に格納していることになるので使用文字の内容を
メモリに転送することなく終了する。この場合転送して
も特別な問題はないが時間を無駄使いするのみである。

次に、ユーザ文字を表示する場合、表示制御部５５内部
のユーザ文字データを用いて表示を行う。

例えば、ユーザ文字コードＡｍを表示する場合、文字サ
イズ情報５５２２は次のユーザ文字コード５５２３の位
置を計算するのに用い、順次登録文字数５２２１分表示
要求文字コードと比較し、−致したユーザ文字コード５
５２３と対のユーザ文字パターンデータ５５２４を表示
する。なお、−致するユーザ文字コードが存在しない場
合、未登録文字を表す文字パターンを表示する。

さらに、ウィンドウ（編集部）切り換え時の処理は後述
するが、ユーザ文字使用通知時と同じ要領でユーザ文字
データを回復する。

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

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

入力制御部５１はこのオペレータからの指示に対し、画
面指示座標よりどのアイコンが指示されたかを判定し、
アイコン番号をシステム管理部５７に通知する。一方、
システム管理部は第１６図のフローに示すように初期状
態において、ステップ１７０１でアイコン表示後、ステ
ップ１７０２でメツセージの受信を要求し、メツセージ
を受信したならば、ステップ１７ｏ３でそのメツセージ
の送信元を判定し、上記入力制御部５１からメツセージ
だった場合には、ステップ１７０４で次にアイコン管理
テーブル５７１を元に指定されたアイコンに対応するプ
ログラム番号を取得し、ステップ１７０５で該当する編
集部をタスクとして生成。

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

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

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

例えば上述のように、入力制御部５１からシステム管理
部５７に対し、メツセージを送信する場合には、まず、
第１６図のステップ１７０６において入力制御部５１は
システム管理部５７に対するメツセージの送信要求をシ
ステム制御部５３に対し行う。これに従ってシステム制
御部５３は、第１０図（ｈ）に示すように、ステップ１
１７１でシステム管理部からの受信要求がきているかど
うかをメツセージ制御テーブルより判定し、受信要求が
きていればステップ１１７４で送信メツセージを対応す
るＭＣＢ５３５のメツセージバッファに転送し、ステッ
プ１１７５で受信待ちタスク。

すなわち、システム管理部のＴＣＢ５３２をメツセージ
待ち行列から外しＲＥＡＤＹキューに接続する。また、
ステップ１１７１で受信要求がまだなければ、システム
１１７２でシステム制御部５３は未使用のＭＣＢ５３５
を取得し、ステップ１１７３で該Ｍ　ＣＢ　５３５のメ
ツセージバッファにメツセージを転送する。

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

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

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

なお、操作対象文書テーブル５８１は、指定文書数５８
１１と指定文書名５８１２から構成される。また、ステ
ップ２００６の更新、印刷の指示だった場合は、更新、
印刷の指示がされたことをシステム管理部５７へ現在対
象指定されている文書名、ならびに文書に対応するデー
タ種別番号とともに通知し、ステップ２００７の文書の
複写。

削除等の編集指示の場合は、対象指定されている文書の
複写、削除等の処理を行い、ステップ２００８のスクロ
ール指示であった場合は、文書名−覧のスクロール表示
を行い、終了指示の場合は、ステップ２０ｏ９でウィン
ドウをクローズし、ステップ２０１０でシステム管理部
５７にファイル編集処理が終了したことを通知し、ステ
ップ２０１１でタスクの終了を要求する。この終了要求
に伴い。

システム制御部５３は、第１０図（ｄ）に示すように、
ステップ１１３１で要求タスクのＴＣＢ５３２をＤＯＲ
ＭＡＮＴ状態とし、ステップ１１３２でタスクが使用し
ていた資源を解放する。ここで資源とはメモリやＣＰＵ
を指す。

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

第１３図のステップ１５０１〜１５０５の処理は、優先
度の高いウィンドウがある場合にオープン待ちのマーク
を表示するものである。まずウィンドウオープンの場合
、ウィンドウ管理部５２は。

ステップ１５０１でウィンドウが既に存在するかどうか
判定し、存在する場合には、ステップ１５０２で最上位
にあるウィンドウのＷＣＢ５２２からウィンドウ種別を
取得後、ステップ１５ｏ３でタスクから指定されたウィ
ンドウ種別と取得したウィンドウ種別を比較し、ステッ
プ１５０４で最上位にあるウィンドウの方が優先度が高
ければ要求したタスクのＴＣＢ　５３２をオープン待ち
行列５２３に接続し、タスクを待ち状態にする。

また、ステップ１５０５で第３０図に示すようなマーク
５２４のブリンク表示を表示制御に対し要求する。これ
により、オペレータに対してオープンを待っているウィ
ンドウがあることを促す。

次に、ステップ１０１３では後述する第１４図のステッ
プ１５２５でタスクをＲＥＡＤＹにし、タスクデイスパ
ッチャで該当タスクを再開できる状態になったとき、ス
テップ１５０１の処理に戻る。

一方、ステップ１５０１で画面上に１つもウィンドウが
無い場合は待ち処理は行わないで又、ステップ１５０３
で現在表示中のウィンドウの優先度が低い場合は、ステ
ップ１５０６でタスクから指定された情報に基づいてＷ
ＣＢ５２２を生成する。なお、ステップ１５０６〜１５
１０の処理は、ウィンドウがある場合、そのウィンドウ
のタスクを中断させるものである。次に、ステップ１５
０７でウィンドウが既に存在するかどうか判定し、存在
する場合には、ステップ１５０８で現在最上位となって
いるウィンドウを使用しているタスクを一旦中断させ、
ステップ１５ｏ９で最上位のウィンドウの表示イメージ
を表示バッファに退避する。

更に、ステップ１５１０でオープン要求された時点の入
力状態情報を最上位ウィンドウＷＣＢ５２２の入力状態
情報格納エリア５２２・９に退避する。

そして、ステップ１５１１でタスクから指定された位置
、サイズに従ってウィンドウを表示し、また、ステップ
１５１２で生成したウィンドウ管理ブロックの番号を要
求元タスクに返す。

一方、ウィンドウクローズの場合は、第１４図のフロー
チャートに示すように、まず、ステップ１５２１におい
て指定されたウィンドウのイメージを消去し、ステップ
１５２２でウィンドウ管理テーブル（ＷＣＢ）５２２か
らクローズ対象となっているウィンドウにより隠されて
いたウィンドウを割り出し、前述の表示バッファより表
示イメージを取り出し、消去ウィンドウの下位のウィン
ドウの表示イメージを回復し、ステップ１５２３で消去
ウィンドウのＷＣＢ５２２を未使用状態とする。ステッ
プ１５２４〜１５２７においてオープン待ちのウィンド
ウ（タスク）は、ウィンドウクローズのタイミングで待
っているタスクを動作可能とする。

また、ステップ１５２４でオープン待ちのタスクがある
かどうかをオープン待ち行列から判定し、あればステッ
プ１５２５において最も優先度の高いタスクをＲＥＡＤ
Ｙ状態とし、タスクを実行可能とする。更に、ステップ
１５２６でオープン待ちのタスクが無くなったかどうか
を判定し、無くなった場合にはステップ１５２７でオー
プンを待っているウィンドウが有ることを促すマークの
消去を表示制御に対し要求する。

また、ステップ１５２４でオープン待ちのタスクが無い
時は何もせずに終了し、ステップ１５２６では複数個の
タスクがオープン待ちになっている場合があるので、オ
ープン待ちのタスクが残っている時はオープン待ちマー
クを消去することなく本処理を終了する。

該タスクが再開されると再びウィンドウのオープン要求
から実行され、ウィンドウがオープンされる。

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

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

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

また、システム管理部５７は、ステップ１７１２におい
て自ら生成、起動したｇ東部からの終了通知を受は取る
とタスクの削除を行う。

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

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

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

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

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

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

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

ＳＦＭＴは第２４図に示すように文書編集部にとって、
起動可能な領域編集部のプログラム番号５６８２、及び
データ種別番号５６８３の一覧を示すテーブルであり、
後述する領域の新規作成。

更新、ならびにレイアウトの表示において該当するプロ
グラムが存在するか否か、また、タスクとして生成する
際のパラメータとして用いる。

その作成方法は、第２０図（ｂ）に示すように、ステッ
プ３１１１．３１１２においてプログラム番号Ｐ及び登
録番号Ｅを０クリアし、プログラム制御テーブル（第４
図）の先頭ブロックから順に。

ステップ３１１４で親プログラム番号が文書編集部自身
のプログラム番号と一致するかどうか判定し、一致する
場合は、ステップ３１１５で文書編集部が起動しろる領
域編集部に対するＰ　ＣＢ　５７３とみなして、該プロ
グラム番号Ｐ、及び該ＰＣＢ５７３中にセットされてい
るデータ種別番号ＤＰをＳＦＭＴ第２４図に登録する。

また、該データ種別番号に対応するデータの名称（例え
ば、図”。

′“グラフ”等）をＤＮＤＴ　（第２表）により取得し
、その名称をステップ３１１６で文書編集部自身の持つ
メニューデータ（第２１図）内の領域新規作成用プルダ
ウンメニューデータの名称として登録し、ステップ３１
１７で登録番号Ｅをインクリメントする。ステップ３１
１８とステップ３１１３で以上の処理をプログラム管理
ブロック数分繰返し、ステップ３１１９で最後に登録番
号Ｅを領域編集部数５６８１にセットする。これにより
現在システム内に実際に組み込まれている領域編集部に
関する名称のみをプルダウンメニューとして表示するこ
とが可能となる。また、領域編集部プログラムを新たに
システムに追加する場合、文書編集プログラムを変更す
る必要がなくなり、該当領域編集プログラムのみを追加
すればよい。従って、利用者は、既存のプログラムを変
更せずに、自分の目的の応じて作成したい領域の編集プ
ログラムのみを追加することが可能である。システムに
文書編集プログラム、領域編集プログラム等のプログラ
ムを組み込む方法としては１例えば、フロッピディスク
に前記プログラムとプログラム番号。

優先度、データ種別等のＰＣＢ５７３を作成するのに必
要な情報を記憶させ、フロッピディスク装置からフロッ
ピディスクに記憶されたプログラムを読み込み、固定デ
ィスクに格納し、更にＰＣＢ５７３を作成するのに必要
な情報をフロッピディスク装置から読み込み、取得した
プログラム番号に対応するプログラム制御テーブルのエ
リアにＰＣＢ　５７３を作成することにより行う。

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

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

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

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

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

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

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

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

（ｂ）基本領域５６７２頁から上下左右の余白を除いた部分を指し、オペレータ
の操作により頁が生成されると本領域も１つ生成され、
頁内においては常に先頭の領域（最も下にある領域）と
なる。また。

本領域内には文書中本文となるようなテキストデータの
みを格納し、さらに本領域に対する編集は上述の領域に
対する編集の内、領域新規作成、更新を可能とし、本領
域に対する移動、複写、削除等の編集操作については、
頁の移動、複写、削除といった頁に対する編集操作を行
う。

（５）領域内データ５６６０領域内に格納されるデータで、テキスト、図形、グラフ
、イメージデータ等が格納される。

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

まず、ステップ３２０１で指示位置が基本領域５６７２
内であったかどうか判定し、基本領域外の場合、指示位
置に相当する領域は１つもないので指示エラーとする。

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

また、ステップ３２０５で指示位置が、内部領域５６７
３に無い場合、及びステップ３２０７で領域指定がなさ
れていない場合には、ステップ３２１１で次の領域番号
を頁内末尾領域にセットしてステップ３２０４に戻る。

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

まず、ステップ３２５１で指示位置が基本領域内であっ
たかどうかを判定し、基本領域外の場合、無条件に操作
対象領域テーブルをクリアする。すなわち、ステップ３
２５８でテーブルに登録されているすべての領域の指定
を解除する。

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

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

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

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

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

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

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

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

以上の処理後、ステップ３４５４で文書編集部５６１は
システム制御部５３に対し、タスクの起動要求を行い、
また、ステップ３４５５で起動パラメータを起動する領
域編集部５６２に対してメツセージにて送信する。この
際、起動パラメータとして、新規作成か領域更新かを示
す起動モード。

文書編集部５６１のタスク番号、及び起動する領域編集
部５６２のタスク番号、さらに、新規作成の場合、領域
のサイズを送信する。

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

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

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

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

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

では、次にこの図形データ編集部の処理内容について第
２７図の処理フローに基づいて説明する。

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

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

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

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

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

更に、ステップ１５３４でマウス３１により指示された
時点の入力状態情報を最上位ウィンドウの第５図のＷＣ
Ｂ５２２の入力状態情報格納エリア５２２９に退避する
。そして、第１５図ステンプ１５３５で新たに指示され
た文書編集部５６１のウィンドウを最上位に表示し、ス
テップ１５３６でＷＣＢ５２２の重なり順を更新し、ス
テップ１５３７でさらにＷＣＢ５２２に退避されていた
入力状態情報を回復し、書体モード等を設定しなおし、
ステップ１５３８でＷＣＢ５２２のユーザ文字種別５２
３０とユーザ文字管理テーブル５５１を参照して前述し
たユーザ文字使用通知と同じ要領で必要に応じて表示制
御部５５で利用するＲＡＭ３１にユーザ文字データを回
復する。

また、ステップ１５３９で新たに処理を再開する文書編
集部５６１に対し、ウィンドウが切り換えられたことを
知らせるために、アクティベイトコードを、該ウィンド
ウ使用タスクに返し、ステップ１５４０で該ウィンドウ
を使用しているタスク、すなわち、文書編集部５６１を
再開する。これにより、ウィンドウの切り替えにより自
動的に入力状態情報を切り換える前の状態に戻すことが
でき、また、ウィンドウで使用する種別のユーザ文字デ
ータをＲＡＭ３１に回復することができる。

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

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

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

また、第２８図（ｃ）の状態から今度は基本領域５６７
２の更新を行えば画面は、第２８図（ｄ）に示したよう
に変化する。この状態において、各編集部の切り換えは
テキスト、図形、レイアウト。

各々相互の間で前述と同様の操作方法により任意に行う
ことができる。例えば、領域編集部間、すなわち、テキ
ストから図形に切り換えると画面の表示状態は第２８図
（ｅ）に示すようになる。

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

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

すなわち、まず、ステップ３６０１で現在表示中の頁内
に編集中の領域があるか否かを文書データより判定し、
ある場合には、ステップ３６０２でその領域の内容が編
集によって更新されている可能性があるので、表示フラ
グを１にセットし、ない場合には、ステップ３６０３で
表示フラグを０にセットし、以下のメツセージ処理後、
レイアウトの再表示処理を行う。次に、ステップ３６０
４〜３６０６でシステム制御部５３に対し、メツセージ
の受信要求を行い、メツセージがあれば該当する領域編
集部５６２の終了処理として次の処理を行う。

すなわち、まず、ステップ３６５１でメツセージ中に格
納された領域編集部５６２のタスク番号。

及び、ＥＴＭＴ　（第２６図）より領域番号を取得し、
ステップ３６５２で該当する領域管理ブロックのステー
タスをＯにリセットし、ステップ３６５３で当該タスク
に関する情報をＥＴＭＴ　（２６図）より削除し、最後
にステップ３６５４で当該タスクそのものを削除する。

さて、上記においてメツセージがもうなかった場合、ス
テップ３６０７で表示フラグが１にセットされているか
どうかを判定し、ステップ３６０８でセットされていれ
ば当該頁のレイアウト再表示を行う。

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

オペレータから終了を指示された場合には、ステップ３
７０２で前述のＥＴＭＴ　（第２６図）に基づいて起動
中の編集タスクがあるかどうが判定し、ある場合は、ス
テップ３７０３でＥＴＭＴ（第２６図）よりタスク番号
、領域番号を取得し、ステップ３７０４で当該領域のス
テータスを０にリセットした後、ステップ３７０５でシ
ステム制御部５３に対し、タスクの強制終了要求を行う
。

これに従って、システム制御部５３は第１０図（ｇ）に
示すようにまず、ステップ１１６１で指定されたタスク
が使用していた資源を解放し、ステップ１１６２でウィ
ンドウ管理に強制終了処理要求を行い、ウィンドウ管理
では第１４図に示すクローズ処理と同様の処理を行う。

そして、指定されたタスク番号に基づき、対応するＴ　
ＣＢ　５３２がＲＥＡＤＹキューに接続されていれば、
ステップ１１６３でＲＥＡＤＹキュー５３３より外し、
ＴＣＢ　５３２ノ状態をＤＯＲＭＡＮＴ状態とする。

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

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

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

〔発明の効果〕

以上述べたように本発明によれば、編集部（ウィンドウ
）の切り換えの際に、各々の編集部（ウィンドウ）で使
用するユーザ文字情報のみ表示制御部で使用する記憶部
の記憶エリアに回復するので、複数種類のユーザ文字情
報を全て常時表示制御部で使用する記憶部の記憶エリア
に記憶する必要がなくなり安価な文書作成装置を提供す
ることができる。

【図面の簡単な説明】

第１図は本発明の一実施例の構成を示すブロック図、第
２図は第１図の表示部における表示画面の例を示す図、
第３図はマウスボタンの構成を示す図、第４図はプログ
ラム制御テーブルの構成図、第５図（ａ）はウィンドウ
管理テーブルの構成図、第５図（ｂ）はオープン待ち行
列を示す図、第６図はタスク制御テーブルの構成図、第
７図はＲＥＡＤＹキューを示す図、第８図はメツセージ
制御テーブルの構成図、第９図はメツセージ受信待ち行
列を示す図、第１０図は第１図のシステム制御部の処理
を示すフローチャート図、第１０図（ａ）はタスク生成
の処理を示す図、第１０図（ｂ）はタスク削除の処理を
示す図、第１０図（ｃ）はタスク起動の処理を示す図、
第１０図（ｄ）はタスク終了の処理を示す図、第１０図
（ｅ）はタスク中断の処理を示す図、第１０図（ｆ）は
タスク再開の処理を示す図、第１０図（ｇ）はタスク強
制終了の処理を示す図、第１０図（ｈ）はメツセージ送
信の処理を示す図、第１０図（ｉ）はメツセージ受信の
処理を示す図、第１０図（ｊ）はディスパッチャの処理
を示す図、第１１図は第１図の入力制御部の処理を示す
フローチャート図、第１２図はメニュー管理テーブル。プルダウンメニューテーブルの構成、及び、関連を示す
図、第１３図はウィンドウオープンの処理を示すフロー
チャート図、第１４図はウィンドウクローズの処理を示
すフローチャート図、第１５図はウィンドウ切り換えの
処理を示すフローチャート図、第１６図は第１図のシス
テム管理部の処理を示すフローチャート図、第１７図は
第１図のファイル編集部の処理を示すフローチャート図
、第１８図は操作対象文書テーブルの構成図、第１９図
は第１図の文書編集部の処理を示すフローチャート図、
第２０図（ａ）は文書編集部の初期処理を示す図、第２
０図（ｂ）は文書編集部の初期処理におけるサポート領
域管理テーブル作成処理を示す図、第２０図（ｃ）は文
書編集部の領域指定処理を示す図、第２０図（ｄ）は文
書編集部の指定解除処理を示す図、第２０図（ｅ）は文
書編集部のプルダウンメニューの有効状態切り換え処理
を示す図、第２０図（ｆ）は文書編集部の領域新規作成
処理を示す図、第２０図（ｇ）は文書編集部の領域更新
処理を示す図、第２０図（ｈ）は文書編集部の領域新規
作成、領域更新処理における領域編集部起動処理を示す
図、第２０図（ｉ）は文書編集部のレイアウト表示処理
を示す図、第２０図（ｊ）は文書編集部のアクティベイ
ト処理を示す図、第２０図（ｋ）は文書編集部のアクテ
ィベイト処理における領域編集部終了処理を示す図、第
２０図（Ｑ）は文書編集部の編集終了処理を示す図、第
２１図は文書編集部のメニューテーブルの構成図、第２
２図は文書データの構成図。第２３図は文書の頁の構成を示す図、第２４図はサポー
ト領域編集部管理テーブルの構成図、第２５図は操作対
象領域テーブルの構成図、第２６図は起動編集タスク管
理テーブルの構成図、第２７図は図形データ編集部の処
理を示す図、第２８図（ａ）〜（ｅ）は文書編集操作に
よる画面の切り換えを示す図、第２９図は領域編集時の
識別名表示の画面表示例を示す図、第３０図はウィンド
ウオープン待ち状態の画面表示例を示す図、第３１図（
ａ）、（ｂ）はユーザ文字管理テーブルとユーザ文字デ
ータの構成図、第３２図（ａ）〜（Ｑ）はユーザ文字管
理テーブルの初期状態と登録文字種別の登録例を示す図
、第３３図はユーザ文字登録処理を示すフローチャート
図、第３４図はユーザ文字使用通知処理を示す図である
。１・・・入力部、２・・・表示部、３・・・記憶部、４
・・・印刷部、５・・・制御部、５１・・・入力制御部
、５２・・・ウィンドウ管理部、５３・・・システム制
御部、５４・・・印刷制御部、５５・・・表示制御部、
５６・・・編集部、５７・・・システム管理部、５８・
・・ファイル編集部、５９・・・ユーザ文字管理部、５
６１・・・文書編集部、招区畢図３ｊ　フウスあ牟第図夕３２哀図ワ図ネろ草■ 阻葛図（久）第図拓閃（Ｃ）葛１０図（メ）不区Ｃｅ）茅区び）卑ム埠区（ａ−）一区ｔＡ＞鴇ネのネ図第訊不図隼事神季討を５８Ｉ８　丈賓テーフ゛ル区不２０口（久）鳩２ｏＢＩｂ）不　２０図（Ｃ）鴇圀＜ｄ−）５、　２０　　；２１（ス　）拓　２０図（ｅ）峯２０図（、ｌ）某２０図（た）第図（）〕し≠ 殆図累図潴２４図璃２５図羊２乙７案ｃ１図画面第３０図不図＄３２図第図

Claims

【特許請求の範囲】

１、文書中に記載する記載要素を領域毎に入力する入力
部と、入力された記載要素を記憶する記憶部と、該記憶
部に記憶された各種記載要素を表示する表示部と、各領
域内のデータを作成し編集する領域編集部と、作成し編
集した文章の頁レイアウトを前記表示部により表示し、
該表示に従つて領域の編集を行い、さらに作成、更新を
指示された領域に対する前記領域編集部を起動する文書
編集部と、該文書編集部と前記領域編集部の内容をそれ
ぞれ個別の表示エリアへ表示するのを制御するウィンド
ウ表示制御手段と、前記文書編集部、前記領域編集部に
よる編集を切り換える編集切換手段と、ユーザ文字の作
成を含む作業を行うユーザ文字作成手段とを有する文書
作成装置において、ユーザ文字を管理するユーザ文字管
理情報によりユーザ文字を登録しその更新をする登録手
段と、前記ウィンドウ表示制御手段で使用するユーザ文
字種別の通知および登録を行う通知登録手段と、前記編
集切換手段による編集部切り換え時に前記ユーザ文字種
別と前記ユーザ文字管理情報に基づき切り換えたウィン
ドウのユーザ文字情報を回復するユーザ文字回復手段と
を備えたことを特徴とする文書作成装置。