JPS63284665A - 文書作成装置 - Google Patents

Abstract

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

Description

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

編集する文書作成装置に関する。

〔従来の技術〕

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

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

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

上記従来技術は、利用者がある領域を編集中にさらに別
の領域を編集したり、また、ある領域を編集中にその領
域が存在する頁とは別の頁のレイアウトを参照したりす
るといった点については配慮されておらず、このため、
上記のような操作を必要とする場合には現在作成してい
る領域の編集を一旦終了するか、または、現在作成して
いる文書を印刷した後に、それを参照しながら領域の編
集を再開するといった手順を踏まねばならず、文書作成
効率が低下するという問題があった。複数のデータが混
在する文書の作成において、各種データの作成２編集及
びレイアウト表示上における領域の編集や表示部の切り
換えなどをそれぞれ終了させることなく他の編集操作に
切り換えることが可能な文書作成装置を提供することに
より文書の作成効率を向上させることができる。しかし
、文書ならびに領域の編集を行なう際、ＪＩＳ第１水準
及び第２水準等の標準用意文字以外に各領域編集時に独
立の文字を用いる場合、各々の編集部で使用する文字情
報全てを常時記憶部に記憶するためには記憶部（メモリ
）の容量を膨大に必要とするという問題があった。

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

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

上記目的は、文書中に記載する記載要素を領域毎に入力
する入力部と、入力された記載要素を記憶する記憶部と
、前記記憶手段に記憶された各種記載要素を表示する表
示部と、各領域内のデータを作成２編集する領域編集部
と、作成文書の頁レイアウトを前記表示部により表示し
該表示に従って領域の編集を行い、さらに作成、更新を
指示された領域に対する領域編集部を起動する文書編集
部と、前記各編集部の内容をそれぞれ個別の表示エリア
に表示するウィンドウ表示手段と、前記各編集部間で情
報の連絡を行う情報連絡手段と、前記各編集部による編
集を切り換える編集部切り換え手段とを備えた文書作成
装置において、前記つイントウごとに独立して使用可能
な文字情報及び格納位置の登録手段と該文字の表示手段
と編集部切り換え時に前記格納位置より該当ウィンドウ
の文字情報を回復する文字情報回復手段を前記表示部に
具備せしめることにより達成される。

〔作用〕

文字情報登録手段は、各ウィンドウごとに使用する文字
情報及び格納位置を記憶部に記憶し、該文字の表示手段
で登録した文字を表示する。また、文字情報回復手段は
、編集部（ウィンドウ）の切り換えの際、該当ウィンド
ウの前記格納位置より文字情報を記憶部に回復するため
各ウィンドウの文字情報全てを常時記憶部に記憶する必
要がなく、安価な文書作成装置を提供することができる
。

〔発明の実施例〕

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

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

また、プロツピディスク装置３３は前記プログラムを固
定ディスク装置３２に追加したり、作成した文書内容等
を記憶するために使用される。４はワイヤドツトプリン
タなどによる印刷部、５は前記各部の制御を行うための
マイクロプロセッサなどによる制御部で入力制御部５１
．ウィンドウ管理部５２．システム制御部５３．印刷制
御部５４゜表示制御部５５９編集部５６．システム管理
部５７、ファイル編集部５８により構成される。本実施
例において文書の作成ならびに編集は編集部５６にて行
い、編集部５６は文書編集部５６１゜領域編集部５６２
の２つの部分から構成される。

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

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

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

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

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

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

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

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

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

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

この指示されたウィンドウの重なり順の変更はウィンド
ウ管理部５２によって行う。

ウィンドウ管理部５２は、ウィンドウの重なり順の変更
の他、各編集部からの要求に従って画面上にウィンドウ
をオープンしたリフローズしたりする。また、ウィンド
ウには優先順位が与えられており、オープン要求が競合
した場合、優先度の高いウィンドウが優先されてオープ
ンされるように制御する。優先順位はアラームウィンド
ウが最も高く、次いでサブウィンドウ、マスクウィンド
ウの順になっている。画面上にオープンされているウィ
ンドウは、第７図に示すウィンドウ管理テーブル５２１
によって管理される。ウィンドウ管理テーブル５２１は
ウィンドウ管理ブロック５２１（以下ＷＣＢと略記する
）をウィンドウ番号順に配列したものである。１ＮｃＢ
５２２には以下に示す情報が格納される。

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

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

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

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

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

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

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

・使用中フラグ情報５２２７ ｕｃ＋３５２２が使用中かどうかを示す情報を格納する
。

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

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

・文字データ格納位置情報５２３０ 当該ウインドウに登録されている文字データの格納番地
を格納する。

ウィンドウ管理部５２は以上の情報に基づき、ウィンド
ウの重なり順の変更、オープン、クローズ等を行う。そ
して重なり順を変更する際、ウィンドウ管理部５２はシ
ステム制御部５３に対し、それまで編集中であった編集
部の中断ならびに指示されたウィンドウの編集部の再開
を上記のタスり番号５２２４によりシステム制御部５３
に要求する。また、ウィンドウのオープン要求が競合し
た場合はウィンドウの優先順位により優先度の低い要求
を高い方のウィンドウがクローズされるまで待たせたり
する制御を行う。この待ちの制御は第７図に示すように
オープン待ち行列５２３に要求したタスクのＴＣＢを接
続したり、外したりすることにより行う。更に、前記ウ
ィンドウの操作により最上位となったウィンドウに対応
するメニューの表示を上記メニューデータ格納位置５２
２６に従い表示するように入力制御部５１に要求し、入
力状態情報５２２９に従い入力状態情報を回復するよう
入力制御部５１に要求し、文字データ格納位置情報５２
３０に従い文字データを回復するよう表示制御部５５に
要求する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

タスク・ディスパッチャはＲＥＡＤＹキューに接続され
ているＴＣＢのなかで最も優先順位の高いものに対応す
るタスクをＣＰＵに割当て実行させる。

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

メツセージは第１０図に示すように、メツセージ制御テ
ーブル５３４によって管理され、メツセージ制御テーブ
ル５３４はメツセージ制御ブロック５３５（以下ＭＣＢ
と略記する）を配列したものであり、１つのメツセージ
に対して１つのＭＣＢ５３５が割当てられる。ＭＣＢ５
３５には、例えば、当該ＭＣＢ５３５が使用されている
かどうかを示すステータス５３５１、送信側タスク番号
５３５２゜受信側タスク番号５３５３．メツセージのサ
イズ５３５４、送信されたメツセージを一時的に保持す
るメツセージバッファ５３５５が格納される。

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

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

各機能に対応する処理終了後、タスクが切り替わるかど
うかを例えばＲＥＡＤＹキュー５３３の状態から判定し
くステップ１０１１）、切り替わればタスクディスパッ
チャ１０１３を起動する。切り替わらなければステップ
１００１で退避した実行環境をＴＣＢ５３２から回復し
くステップ１０１．２）、要求を出したタスクを再開さ
せる。また、入出力装置からの入出力終了割込みが発生
すると、割込み発生時点の実行環境をＴＣＢ５３２に退
避する（ステップ１００９）。次に、例えば入力された
文字コード等を入力要求タスクに渡し、入力タスクの待
ちを解除するというような入出力終了処理を行った後（
ステップ１０１０）、タスクディスパッチャ１０１３を
起動する。タスクディスパッチャ１０１３は第１２ｊ図
に示すように、ＲＥＡＤＹキューにＴＣＢが接続されて
いるかどうかを判定しくステップ１１９１）、接続され
ていなければ割込みが発生するまで無限ループする（ス
テップ１１９７）Ｌ、接続されていればＲＥＡＤＹキュ
ーのへラダ５３３に格納されているポインタから最も優
先度の高いＴＣＢを取得し、該ＴＣＢの中断フラグ情報
５３２５からタスクに中断要求があったかどうかを判定
する（ステップ１１９２）。

中断要求があればポインタを更新して当該ＴＣＢをＲＥ
ＡＤＹキューから外しくステップ１１９３）再び１１９
１から処理を行い、中断要求がなければ当該ＴＣＢをＡ
ＣＴＩＶＥ状態としくステップ１１９４）当該ＴＣＢか
ら実行環境を回復しくステップ１１９５）対応するタス
クを再開されせる（ステップ１１９６）システム制御部
５３に対して要求される機能としては、例えば、タスク
の生成・削除処理（１００３）、タスクの起動・終了処
理（１００４）　、タスクの強制終了処理（１００５）
、タスクの中断・再開処理（１００６）、タスク間での
メツセージ送信・受信機能（１００７）、入出力要求処
理（ＬＱＯ８）が有り、入出力要求処理１００８はタス
クからのキーボードや表示装置等に対する入出力要求を
受付け、要求したタスクを入出力が終了するまで１ｉ１
ＡＩＴＩＮＧ状態にしたり、入出力終了時にｔｌＡＩＴ
ＩＮＧ状態のタスクをＲＥＡＤＹ状態に遷移させたりす
る。その他の各処理フローを第１２ａ図〜第１２ｉ図に
示す。尚、各フローの詳細については後述する。

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

第１３図に示すように、まずステップ１３０１にて入力
部１からの入力データを解析し、マウスからの入力か否
かを判定する。マウスからの入力でない場合はキーボー
ドからの入力であり、押下されたキーに対応する文字コ
ードを取得しくステップ１３１１）、入力要求タスクに
取得した文字コードを渡す（ステップ１３１２）。例え
ば、オペレータがキーボード上の「あ」の文字キーを押
下したならば、入力を要求したタスクに「あ」の文字コ
ードを渡す。ステップ１３０１にてマウスからの入力と
判定したならばオペレータが画面上のどの場所を指示し
たかを調べるために座標の割り出しを行い（ステップ１
３０２）、マウスカーソル３０をマウス移動位置に表示
する（ステップ１３０３）。ステップ１３０２の結果オ
ペレータの指示が最上位でないウィンドウの内部であれ
ばウィンドウ切り換え指示と判定しくステップ１３０４
）、ウィンドウ管理部５２に対しウィンドウの切り換え
を要求する（ステップ１３１６）。オペレータの指示が
アイコン領域２４であれば（ステップ１３０５）、どの
アイコンが指示されたのかを判定しアイコン番号を取得
後（ステップ１３１３）、取得したアイコン番号をシス
テム管理部５７に通知する（ステップ１３１４）。更に
、システム管理部５７は通知されたアイコンに対応する
プログラムをアイコン管理テーブル５７１より割り出し
、当該プログラムをタスクとして生成し、生成したタス
クを起動するため、このタスク生成、起動をシステム制
御部５３に要求する。また、最上位のウィンドウ内での
操作対象の指示の場合は（ステップ１３０６）、その指
示座標値を画面上での座標からウィンドウ内での相対座
標値に変換した後（ステップ１３１７）、当該座標値を
入力を要求したタスクへ渡す（ステップ１３１８）。オ
ペレータの指示がメニューエリア２２であれば（ステッ
プ１３０７）、ウィンドウ管理部５２に対しプルダウン
メニューのオープンを要求する（ステップ１．３１５）
。また、オペレータの指示がプルダウンメニューエリア
２８であれば（ステップ１３０８）、どの機能項目が指
示されたのかを判定し、指示された機能項目番号とプル
ダウンメニュ一番号を入力を要求したタスクに渡す（ス
テップ１３１９）。

オペレータの指示がウィンドウ内の制御エリア２５３ま
たはキャプションエリア２５１であれば（ステップ１３
０９）、入力を要求したタスクにクローズ、スクロール
等のコードを渡す（ステップ１３１０）。その他のエリ
アが指示された場合はなにもしない。また、上記におい
て入力要求タスクにコードを渡す場合は、システム制御
部５３は入力を要求したタスクをＷＡＩＴＩＮＧ状態か
らＲＥＡＤＹ状態に遷移させる。

メニューは第１４図に示すメニュー管理テーブル５２３
．プルダウンメニュー管理テーブル５２５により管理さ
れる。メニュー管理テーブル５２３には、プルダウンメ
ニュー数５２３１、それに続きメニュー管理ブロック５
２４がプルダウンメニュ一番号順にプルダウンメニュー
数だけ格納される。メニュー管理ブロック５２４には、
プルダウンメニュー名称５２４１．機能項目の最大文字
数５２４２、機能項目数５２４．３　、プルダウンメニ
ュー管理テーブル５２５へのポインタ５２４４が格納さ
れる。また、プルダウンメニュー管理チープル５２５に
は機能項目名称５２５１、機能項目が有効であるかどう
かを示す有効／無効フラグ５２５２が機能項目番号順に
機能項目数分格納される。以上の情報を基に入力制御部
５１は、ウィンドウ管理からの要求が有ればウィンドウ
のオープン時または切り換え時に最上位となるウィンド
ウのプルダウン名称をメニューエリア２２に表示する。

また、プルダウン名称がマウスにより指示されれば対応
するプルダウンメニュー管理テーブル５２５から機能項
目名称を取得し、当該機能項目が有効であれば通常表示
、無効であれば半輝度表示でプルダウンメニューエリア
２８に表示する。

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

表示制御部５５は、編集部５６及びウィンドウ管理部５
２からの表示要求によりウィンドウ管理ブロック５２２
の重なり順情報を基に最上位ウィンドウ内に展開できる
部分のみの表示データを表示部２へ表示するためのメモ
リにドツト単位で書き込むためのものである。また、表
示制御部５５は、各ウィンドウごとにＪＩＳ第１水準及
び第２水準等の標準用意文字以外の編集部独自の文字デ
ータを登録する機能及び前記登録文字を表示する機能を
有する。前記文字データを登録する場合、編集部５６は
、文字データ所在位置をパラメータとし表示制御部５５
に対し登録を要求する。表示制御部５５では要求元のＷ
ＣＢ５２２の文字データ格納位置情報５２３０に文字デ
ータ所在位置を記憶し、該当ウィンドウが最上位にある
場合は文字データ格納位置情報５２３０で示されるエリ
アの情報を表示制御部５５内部ヲコ転送する。なお、文
字データの所在位置は固定ディスク装置３２または登録
要求元のＲＡＭ３１等の所在を示している。次に、文字
データの構成例を第３４図により説明する。

文字データ５５１には以下に示す情報が格納される。

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

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

・文字パターンデータ５５１３ 文字パターンのドツトイメージ等の情報を格納する。

表示制御部５５は、以上の情報のうち文字パターンデー
タ５５１３のみ、表示制御部５５で使用するＲＡＭ３１
に格納する。ここで、登録文字数５５１１ならびに文字
サイズ情報５５１２は格納する際の容量算出に用いる。

次に、登録した文字を表示する場合、例えば、ＪＩＳコ
ード等で文字表示要求を行なう際、ＪＩＳコートの連続
した未使用コード、Ａ１　、　Ａ２　、・・・・・に対
応して登録文字の１番目の文字、２番目の文字、　・・
という具合に割り付けることで前記文字を表示すること
ができる。なお、ウィンドウ（編集部）独自の文字には
、例えば、第３５図に示すようにテキスト編集時の桁位
置を表す文字ノ（ターン５５２などがある。

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

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

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

入力制御部５１はこのオペレータからの指示に対して画
面指示座標よりどのアイコンが指示されたかを判定し、
アイコン番号をシステム管理部５７に通知する。一方、
システム管理部は第１８図のフローに示すように初期状
態においてアイコン表示後（ステップ１７０１）、メツ
セージの受信を要求しくステップ１７０２）、メツセー
ジを受信したならばそのメツセージの送信元を判定しく
ステップ１７０３）、上記入力制御部５１からのメツセ
ージだった場合には次にアイコン管理テーブル５７１を
元に指定されたアイコンに対応するプログラム番号を取
得しくステップ１７０４）、該当する編集部をタスクと
して生成、起動する（ステップ１．７０５）。このタス
クの生成、起動は第１２ａ、ｃ図の処理フローに示すよ
うに、まず、システム管理部５７がシステム制御部５３
に対し、プログラム番号を元にタスクの生成要求を行う
とシステム制御部はこれに基づき未使用のタスク番号を
タスク管理テーブルから取得し、対応するＴＣＢを作成
しくステップ１１０１）、タスクをＤＯＲＭＡＮＴ状態
にして（ステップ１１０２）要求元に取得したタスク番
号を返す（ステップ１．１０３）。次にシステム管理部
５７は上記タスク番号にしたがってタスクの起動要求を
行うと、システム制御部５３は指定されたタスク番号に
対応するＴＣＢをＲＥＡＤＹ状態としくステップ１１２
１　）　ＲＥＡＤＹキューに接続し、これにより該編集
部は実行可能な状態となる（ステップ１１２２）。

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

例えば上述のように、入力制御部５１からシステム管理
部５７に対してメツセージを送信する場合には、まず、
入力制御部５１はシステム管理部５７に対するメツセー
ジの送信要求をシステム制御部５３に対し行う（ステッ
プ１７０６）。これに従ってシステム制御部５３は、第
１２ｈ図に示すように、システム管理部からの受信要求
がきているかどうかをメツセージ制御テーブルより判定
しくステップ１１７１）、受信要求がきていれば送信メ
ツセージを対応するＭＣＢのメツセージバッファに転送
しくステップ１１．７４．）、受信待ちタスク、すなわ
ち、システム管理部のＴＣＢをメツセージ待ち行列から
外しＲＥＡＤＹキューに接続する（ステップ１１７５）
。また、受信要求がまだなければシステム制御部５３は
未使用のＭＣＢを取得しくステップ１１７２）、該ＭＣ
Ｂのメツセージバッファにメツセージを転送する（ステ
ップ１１７３）。

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

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

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

なお、操作対象文書テーブル５８１は、指定文書数５８
１１と指定文書名５８１２から構成される。

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

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

まずウィンドウオープンの場合、ウィンドウ管理部５２
はウィンドウが既に存在するかどうか判定しくステップ
１．５０１）、存在する場合には最上位にあるウィンド
ウのＷＣＢからウィンドウ種別を取得後（ステップ１５
０２）、タスクから指定されたウィンドウ種別と取得し
たウィンドウ種別を比較しくステップ１５０３）、最上
位にあるウィンドウの方が優先度が高ければ要求したタ
スクのＴＣＢをオープン待ち行列５３に接続してタスク
を待ち状態にする（ステップ１５０４）。また、第３３
図に示すようなマーク５２４のブリンク表示を表示制御
に対し要求する（ステップ１５０５）。

これにより、オペレータに対してオープンを待っている
ウィンドウがあることを促す。一方、要求されたウィン
ドウの優先度の方が高ければ、タスクから指定された情
報に基づいて１ｉｌｃＢ５２２を生成する（ステップ１
５０６）。次に、ウィンドウが既に存在するかどうか判
定しくステップ１５０７’）、存在する場合には現在最
上位となっているウィンドウを使用しているタスクを一
旦中断させ（ステップ１５０８）、最上位ウィンドウの
表示イメージを表示バッファに退避する（ステップ１５
０９）。

更に、オープン要求された時点の入力状態情報を最上位
ウィンドウＷＣＢの入力状態情報格納エリア５２２９に
退避する（ステップ１５１０）。そして、タスクから指
定された位置、サイズに従ってウィンドウを表示しくス
テップ１５１１）、また、生成したウィンドウ管理ブロ
ックの番号を要求元タスクに返す（ステップ１５１２）
。

一方、クローズの場合は、まず、指定されたウィンドウ
のイメージを消去しくステップ１５２１）、ウィンドウ
管理テーブルからクローズ対象となっているウィンドウ
により隠されていたウィンドウを割り出し、前述の表示
バッファより表−示イメージを取り出して消去ウィンド
ウの下位のウィンドウの表示イメージを回復しくステッ
プ１５２２）、消去ウィンドウのＷＣＢ５２２を未使用
状態とする（ステップ１５２３）。また、オープン待ち
のタスクがあるかどうかをオープン待ち行列から判定し
く３７） （ステップ１５２４）、あれば最も優先度の高いタスク
をＲＥＡＤＹ状態としてタスクを実行可能とする（ステ
ップ１５２５）。更に、オープン待ちのタスクが無くな
ったかどうかを判定しくステップ１５２６）、無くなっ
た場合にはオープンを待っているウィンドウが有ること
を促すマークの消去を表示制御に対し要求する（ステッ
プ１５２７）。

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

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

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

また、システム管理部５７は自ら生成、起動した編集部
からの終了通知を受は取るとタスクの削除を行う（ステ
ップ１７１２）。タスクの削除については前述の生成要
求同様にシステム制御部５３にて処理され、システム制
御部５３は、第１２ｂ図に示すように、指定されたタス
クに対応するＴＣＢをＮ０ＮＥＸＩＳＴＥＮＴ状態とす
ル（ステップ１１１．１）。すなわち、該ＴＣＢを未使
用状態とする。なお、システム管理部５７は文書編集部
５６１を起動する際、文書編集部に対してメツセージに
より上記モード及び生成したタスク番号を起動パラメー
タとして送信する。また、更新モードの場合にはファイ
ル編集部５８から通知された更新対象文書名を合わせて
送信する。

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

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

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

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

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

その作成方法は、第２２ｂ図に示すようにまず、プログ
ラム番号Ｐ及び登録番号Ｅｔｉ−０クリアしくステップ
３１１１．３１１２）　、プログラム制御テーブル（第
５図）の先頭ブロックから順に親プログラム番号が文書
編集部自身のプログラム番号と一致するかどうか判定し
くステップ３１１４）、一致する場合は文書編集部が起
動しうる領域編集部に対するＰＣＢ５７３とみなして該
プログラム番号Ｐ、及び該ＰＣＢ５７３中にセットされ
ているデータ種別番号Ｄｐ　をＳＦＭＴに登録する（ス
テップ３１１５）。

また、該データ種別番号に対応するデータの名称（例え
ば、９図形″′、″グラフ”等）をＤＮＤＴ（第６図）
より取得し、その名称を文書編集部自身の持つメニュー
データ（第２３図）内の領域新規作成用プルダウンメニ
ューデータの名称として登録しくステップ３１１６）登
録番号Ｅをインクリメントする（ステップ３１１７）。

以上の処理をプログラム管理ブロック数分繰返しくステ
ップ３１１８．３１１３）　、最後に登録番号Ｅを領域
編集部数５６８１にセットする（ステップ３１１９）。

これにより現在システム内に実際に組み込まれている領
域編集部に関する名称のみをプルダウンメニューとして
表示することが可能となる。また、領域編集プログラム
を新たにシステムに追加する場合は、文書編集プログラ
ムを変更する必要がなくなり、該当領域編集プログラム
のみを追加すればよい。従って、利用者は既存のプログ
ラムを変更せずに自分の目的に応じて作成したい領域の
編集プログラムのみを追加することが可能である。

システムに文書編集プログラム、領域編集プログラム等
のプログラムを組み込む方法としては、例えば、フロッ
ピディスクに前記プログラムとプログラム番号、優先度
、データ種別等のＰＣＢを作成するのに必要な情報を記
憶させ、フロッピディスク装置からフロッピディスクに
記憶されたプログラムを読み込み、固定ディスクに格納
し、更にＰＣＢを作成するのに必要な情報をフロッピデ
ィスク装置から読み込み、取得したプログラム番号に対
応するプログラム制御テーブルのエリアにＰＣＢを作成
することにより行う。

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

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

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

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

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

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

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

そのため、領域管理テーブルは頁内での領域設定位置と
して頁から余白の部分を除いた左上を原点とする領域左
上Ｘ座標５６４３．同ｙ座標５６４４　。

右下Ｘ座標５６４．５　、同ｙ座標５６４６を持ち、さ
らに領域内のデータの種別を示すデータ種別５６４７、
領域自身の持ち属性を示す領域属性５６４８、領域内デ
ータ５６６ｏをポイントするデータポインタ５６５ｏを
有する。なお、領域内身の持つ属性としては透明である
か不透明であるか（不透明の場合、該領域にて覆われた
下の領域は見えなくなる）、また、領域枠の線種等があ
る。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

一方、ステップ３２５３において指示位置が当該領域内
になかった場合、また、ステップ３２５４において当該
領域はテーブルに登録されていなかった場合には、ステ
ップ３２５５．３２５６を経て以降の領域に対して同様
の判定を行う。

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

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

また、対象指定中の領域数が２以上の場合は移動。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

まず、第３１図（ｂ）ならびに（ｃ）に示すように、図
形領域内を編集中に文書レイアウトの編共に切り換える
場合には、前述した操作対象の指定と同様に文書編集部
５６１のウィンドウ上へマウスカーソル３０を移動し、
マウスの実行ボタンを押下する。この入力指示により、
まず、入力制御部５１が指示位置がそれまで編集中であ
った図形編集部のウィンドウ外であることを判定し、こ
の入力を図形編集部でなくウィンドウ管理部５２へ引き
渡す。ウィンドウ管理部５２はマウスによる指示位置な
らびにウィンドウ管理テーブルから文書編集部５６１の
ウィンドウが指示されたことを判定しくステップ１５３
１）、それまで最上位だったウィンドウを使用している
タスク、すなわち、図形編集部を一旦中断させ（ステッ
プ１５３２）、また、最上位ウィンドウの表示イメージ
を表示バッファに退避する（ステップ１５３３）。更に
、マウスにより指示された時点の入力状態情報を最上位
ウィンドウのＷＣＢの入力状態情報格納エリア５２２９
に退避する（ステップ１５３４）。そして、新たに指示
された文書編集部のウィンドウを最上位に表示しくステ
ップ１５３５）、ＷＣＢの重なり順を更新しくステップ
１５３６）、さらにＷＣＢに退避されていた入力状態情
報を回復して書体モード等を設定しなおしくステップ１
５３７）、ＷＣＢの文字データ格納位置情報５２．３０
から表示制御部５５で利用するＲＡＭ３１に文字データ
を格納する（ステップ１５３８）。また、新たに処理を
再開する文書編集部に対してウィンドウが切り換えられ
たことを知らせるためにアクティベイ１〜コードを該ウ
ィンドウ使用タスクに返しくステップ１５３９）、該ウ
ィンドウを使用しているタスク、すなわち、文書編集部
を再開する（ステップ１５４．０）。これによりウィン
ドウの切り替えにより自動的に人力状態情報を切り替え
る前の状態に戻すことができ、また、ウィンドウ独自の
文字データをＲＡＭ３１に回復することができる。

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

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

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

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

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

前述のウィンドウの切り換えを行うとウィンドウ管理部
から再開されるタスクに対し、入力としてアクティベイ
トコードが返される。例えば前述の例において、図形編
集部から文書編集部５６１に切り換えた場合、文書編集
部５６１は再開後に上記アクティベイト入力を受は取り
、これに従って以下の処理を行う（第２２図Ｊｔｋ図）
。すなわち、まず、現在表示中の頁内に編集中の領域が
あるか否かを文書データより判定しくステップ３６０１
）、ある場合にはその領域の内容が編集によって更新さ
れている可能性があるので、表示フラグを１にセットし
くステップ３６０２）、ない場合には表示フラグを０に
セットしくステップ３６０３）、以下のメツセージ処理
後にレイアウトの再表示処理を行う。次に、システム制
御部５３に対してメツセージの受信要求を行い、メツセ
ージがあれば該当する領域編集部の終了処理として次の
処理を行う（ステップ３６０４〜３６０６）。

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

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

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

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

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

〔発明の効果〕

以上述べてきたように本発明の文書作成装置では、編集
部（ウィンドウ）の切り換えの際に、各各の編集部（ウ
ィンドウ）ごとに独立して使用可能な文字情報を記憶部
に回復するため、各編集部（ウィンドウ）の文字情報全
てを常時記憶部に記憶する必要がないので、安価なシス
テムを提供することができる。

【図面の簡単な説明】

第１図は本発明の適用可能な装置の構成を示すブロック
図、第２図はその表示部における表示画面の例を示す図
、第３図はマウスボタンの構成を示す図、第４図はアイ
コン管理テーブルの構成図、第５図はプログラム制御テ
ーブルの構成図、第６図はデータ名称定義テーブルの構
成図、第７図はウィンドウ管理テーブルの構成図、第８
図はタスク制御テーブルの構成図、第９図はＲＥＡＤキ
ューを示す図、第１０図はメツセージ制御テーブルの構
成図、第１１図はメツセージ受信待ち行列を示す図、第
１２図はシステム制御部の処理を示す図、第１２ａ図は
タスク生成の処理を示す図、第り終了の処理を示す図、
第１２ｅ図はタスク中断の処理を示す図、第１２ｆ図は
タスク再開の処理を示す図、第１２ｇ図はタスク強制終
了の処理を示す図、第１．２　ｈ図はメツセージ送信の
処理を示す図、第１２ｉ図はメツセージ受信の処理を示
す図、第１２ｊ図はディスパッチャの処理を示す図、第
１３図は入力制御部の処理を示す図、第１４図はメニュ
ー管理テーブル、プルダウンメニューテーブルの構成、
及び、関連を示す図、第１５図はウィンドウオープンの
処理を示す図、第１６図はウィンドウクローズの処理を
示す図、第１７図はウィンドウ切り換えの処理を示す図
、第１８図はシステム管理部の処理を示す図、第１９図
はファイル編集部の処理を示す図、第２０図は操作対象
文書テーブルの構成図、第２１図は文書編集部の処理を
示す図、第２２ａ図は文書編集部の初期処理を示す図、
第２２ｂ図は文書編集部の初期処理におけるサポート領
域管理テーブル作成処理を示す図、第２２ｃ図は文書編
集部の領域指定処理を示す図、第２２ｄ図は文書編集部
の指定解除処理を示す図、第２２ｅ図は文書編集部のプ
ルダウンメニューの有効無効状態切り換え処理を示す図
、第２２ｆ図は文書編集部の領域新規作成処理を示す図
、第２２ｇ図は文書編集部の領域更新処理を示す図、第
２２ｈ図は文書編集部の領域新規作成、領域更新処理に
おける領域編集部起動処理を示すイト処理を示す図、第
２２に図は文書編集部のアクティベイト処理における領
域編集部終了処理を示す図、第２２Ｑ図は文書編集部の
編集終了処理を示す図、第２３図は文書編集部のメニュ
ーテーブルの構成図、第２４図は文書データの構成図、
第２５図は頁の構成を示す図、第２６図は操作対象とし
て指定された領域数と実行可能な領域編集操作との関連
を示す図、第２７図はサポート領域編集部管理テーブル
の構成図、第２８図は操作対象領域テーブルの構成図、
第２９図は起動編集タスク管理テーブルの構成図、第３
０図は図形データ編集部の処理を示す図、第３１図は本
発明を用いた文書編集操作の画面、第３２図は識別名表
示の画面表示例を示す図、第３３図はウィンドウオープ
ン待ち状態の画面表示例を示す図、第３４図は文字デー
タの構成図、第３５図は文字データを利用した画面表示
例を示す図である。 １・入力部、２・・・表示部、３・・記憶部、４・・印
刷部、５・制御部、５１・・・入力制御部、Ｓ２・・・
ウィンドウ管理部、５３・・・システム制御部、５４・
・・印刷制御部、５５　・表示制御部、５６・・編集部
、５７　・システム管理部、５８　ファイル編集部、５
６１・・文書編集部、５６２・・・領域編集部。

Claims (1)

【特許請求の範囲】
1. １、文書中に記載する記載要素を領域毎に入力する入力
   部と、入力された記載要素を記憶する記憶部と、前記記
   憶手段に記憶された各種記載要素を表示する表示部と、
   各領域内のデータを作成、編集する領域編集部と、作成
   文書の頁レイアウトを前記表示部により表示し該表示に
   従つて領域の編集を行い、さらに作成、更新を指示され
   た領域に対する領域編集部を起動する文書編集部と、前
   記各編集部の内容をそれぞれ個別の表示エリアに表示す
   るウィンドウ表示手段と、前記各編集部間で情報の連絡
   を行う情報連絡手段と、前記各編集部による編集を切り
   換える編集部切り換え手段とを備えた文書作成装置にお
   いて、前記ウィンドウごとに独立して使用可能な文字情
   報及び格納位置の登録手段と、該文字の表示手段と編集
   部切り換え時に前記格納位置より該当ウィンドウの文字
   情報を回復する文字情報回復手段を前記表示部に具備せ
   しめたことを特徴とする文書作成装置。