JPS63298443A - デ−タ退避方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 ［産業上の利用分野］ 本発明は、日本語ワードプロセッサ、パソコン等の文書
処理装置に係り、特にハードディスク等の２次記憶装置
を用いてマルチプログラム処理により統合文書処理を行
う文書処理装置に好適な文書データ退避方式に関する。

［従来の技術］ 従来、日本語ワードプロセッサ等の文書処理装置におい
ては、ユーザが編集操作を誤って文書を破壊してしまっ
ても、容易に元の文書を復元できるように、編集操作は
元の文書の一時的コピーに対して行い、ユーザが編集終
了を指示した時点で初めてユーザの文書データの更新が
行われ、編集中に電源が切れてしまった場合は、編集中
文書は失われてしまっていた。

その為、編集中文書の一時保存を行う機能を設け、電源
切断時には一時保存を行った時点から編集を再開できる
ようになっていた。

［発明が解決しようとする問題点］ 上記従来技術では、編集中文書の一時保存はユーザが自
ら行わなければならないため、保存し忘れていることが
しばしばあり、また電源切断時に対応するために定期的
に一時保存を行うことは、ユーザに編集作業以外の余分
な作業を強いることになるため、使い勝手の点で問題が
あった。

このように、従来技術において編集中文書が失われてし
まうのは、電源切断時にその内容が失われてしまう主メ
モリ上に編集中文書の一時的コピーを保持しているため
である。

一方、計算機システムにおいてマルチプログラム処理を
行う場合には、特公昭５７−９０９２号公報に示される
ように、非常駐プログラムプログラムを主メモリと２次
記憶装置との間で退避／回復処理を行うことにより実現
することは、広く知られた方式である。

テキスト、図形、グラフ等が一つの文書中に混在する統
合文書処理を上記文書処理装置で実現する場合、文書デ
ータの編集プログラムを用意し、これらプログラムを上
記退避／回復処理及びマルチウィンドウ機能を用いて並
行実行することにより編集処理を行うことが考えられる
が、このような方式をとった場合、電源断時には２次記
憶装置上に退避されていた編集データは残るものの、主
メモリ上の全ての編集データは失われてしまい、全体と
しては関連のとれた文書データとして再現することは行
いえない。

その為、従来と同様に一時保存を行うことが考えられる
が、全ての関連するデータを文書データとして保存する
必要があるため、保存処理にはかなりの時間を必要とす
る。また複数の文書を同時に編集可能であるため、一時
保存指示もどの文書を対象とするかを指示してやる必要
があるため、指示自身も煩雑な指示を行わねばならない
。

本発明の目的は、電源切断時にも殆どの編集中データを
失うことなく、電源回復時に容易に以前の編集中データ
を回復し、Ｉｇ集を続行できるマルチウィンドウ統合文
書処理システムを実現することであり、また上記統合文
書処理システムにおいて、簡単な一時保存指示操作で、
複数の統合文書データの一時保存処理を実現することで
ある。

［問題点を解決するための手段］ 上記の目的は、次の手段によって達成される。

非常駐プログラムの２次記憶装置への退避／回復により
マルチプログラミングを行い、複数の非常駐プログラム
により統合文書処理を実現する文書処理装置で、非常駐
プログラムとしての文書編集プログラムと、非常駐プロ
グラムの退避／回復処理を行う退避／回復プログラムと
、文書回復プログラムを設け、２次記憶装置上には、編
集プログラムを退避するための退避エリアと、主メモリ
上の文書データを一時ファイルとして保存するファイル
エリアを設ける。

［作用］ 文書編集プログラムは、主メモリ上に編集すべき文書デ
ータのコピーを作成した後、ユーザからの指示に従って
メモリ上文書データに対してｇ束処理を行い、ユーザの
文書データの更新を行う。

そして複数の文書掩集プログラムの共同作業として統合
文書処理を′／：う 退避／回復プログ２〕ム１工、複数個並行動作する文書
編集プロゲラＩｓ　ｋ、’対し、で、動作する編集プロ
グラムの切替え時に、÷、メモ：ｉ上の非常駐プログラ
ムエリアと２次記憶装置全の辺避エリア、主メモリ上の
文書データエ１ノアと２次記憶装置上のファイルエリア
との間でそ才、でれ退避と回復を行い、マルチプログラ
ム処理を実現する。

文書回復プログラムは、電源が入れられた際に編集プロ
グラムより先に実行され、２次記憶装置のファイルエリ
ア内に一時ファイルがあれば、その一時ファイルをユー
ザの文書ファイルとして登録する。

２次記憶装置上の退避エリアは、編集プログラムの退避
／回復処理が高速に行えるように、各プログラム毎に連
続したエリアに分割して使用され、その二′リア管理デ
ータも主メモリ上に持つことにより処理の高速化を行っ
ている。

２次記憶装置上のファイルエリアは、主メモリ上の文書
データをファイルとして退避するために使用され、各フ
ァイル毎の管理データも同じく２次記憶装置上のファイ
ルエリア内に持ち、電源が切られてもデータ構造が保存
できるようになっている。

（以下　　余白） ［実施例］ 以下、本発明の一実施例を図面を用いて説明する。

第２図は本発明の一実施例が動作するハードウェアの一
例の構成図である。

本実施例のハードウェアは、編集処理等を行うＣＰＵ　
（処理装置）１、ＣＰＵＩが実行すべきプログラムや編
集中の文書データを記憶する主メモリ２、非常駐プログ
ラムや編集済或いは編集中の文書データ等を格納するハ
ードディスク３、編集終了後の文書を格納するフロッピ
ー４１文字や編゛集機能を入力するキーボード５、編集
結果等を表示するディスプレイ６、編集結果を印字する
プリンタ７よりなる。

主メモリ２上には第１図に示すように常駐エリア２１及
び一つ以上のコアブロック２２が置かれ、コアブロック
２２は更にプログラム部２２１及びデータ部２２２にわ
けられる。　ハードディスク３上にはプログラムエリア
３１、コアブロック２２と同数の退避エリア３２及びフ
ァイルエリア３３がおかれる。

プログラムエリア３１には一つ以上のプログラムエリア
３１１がおかれる。退避エリア３２は一つ以上の退避区
画３２１に分割されており、ファイルエリア３１内に一
時ファイル３３１が作成される。

オペレーティングシステム（以下Ｏ８と略す）１１、プ
ログラム退避／回復プログラム１２、データ退避／回復
プログラム１３及び文書回復プログラム１４は常駐エリ
ア２１におかれ、ＣＰＵＩがこれらプログラムを実行し
てシステムとしての処理を行う。

０８ＩＩの中には、後述するファイル管理プログラム１
１１がある。

第３図〜第６図に本システムの制御データ構造を示す。

第３図はプログラム制御データ（以下ＰＣＤと略す）３
００の構造を示しており、第４図はコアブロック制御ブ
ロック（以下ＣＢＣＢと略す）４００、第５図は退避エ
リア制御ブロック（以下５ＡＣＢと略す）、第６図はタ
スク制御ブロック（以下ＴＣＢと略す）６００の構造を
示す。これらは主メモリ２に置かれる。

非常駐プログラム３１１や文書回復プログラム１４など
のプログラムは、ｏＳｌｌによりタスクとして生成され
て実行が行われる。これらプログラムを管理するデータ
がＰＣＤ３００であり、タスクを管理するデータがＴ　
ＣＢ　６００である。プログラムに非常駐プログラム３
１１　とそれ以外のプログラムがあるのに対応して、タ
スクにも非常駐タスクと常駐タスクがある。常駐タスク
は常駐エリア２１におかれ、非常駐タスクはコアブロッ
ク２２におかれる。

０３ＩＩは、プログラム退避／回復プログラム１２及び
データ退避／回復プログラム１３の実行を制御して、コ
アブロック２２の内容を退避区画３２１および一時ファ
イル３３１に退避し、また以前退避した内容を回復する
ことにより、一つのコアブロック２２内で複数の非常駐
タスクの並行実行を行う。ＣＢ　ＣＢ　４００はコアブ
ロック２２の管理、５ＡＣＢ５００は退避エリア３２の
管理に使用される。

このようなシステムの下で、統合文書データの編集処理
は、非常駐プログラム３１１の処理として実現される。

非常駐プログラム３１１には文書全体の構成を管理する
文書マネージャプログラム３１１ａおよびテキスト、図
形等の個々の要素データの編集を行う複数種類の編集プ
ログラム３１１ｂがある。

統合文書は、テキスト、図形、グラフ等の個々の要素デ
ータからなる矩形の領域の集合体として実現され、各領
域の重なりや領域間の排他を行うことにより、多様な表
現を可能にしている。

このような統合文書の編集はマルチウィンドウ環境下で
行われ、文書の領域自身のｇ！集と、領域内の要素デー
タのＩｇ集は別々のウィンドウ内で行われる。これら編
集処理のうち、領域の編集は文書マネージャプログラム
３１１ａによって行われ、領域内データの編集は要素デ
ータの種類に対応した編集プログラム３１１ｂにより行
われる。

統合文書ファイルもまた領域間の関係を示す文書構成デ
ータファイルと個々の領域の内容を示す文書領域データ
ファイルとで構成される。文書領域データファイルは１
編集プログラム３１１ｂによって処理されるデータファ
イルであり、その内容はプログラム実行時にはコアブロ
ック２２内のデータ部２２２におかれ、一時ファイル３
３１　として退避される。文書構成データファイルは文
書マネージャプログラム３１１ａによって処理されるデ
ータファイルであり、実行時には同様にデータ部２２２
に置かれて、一時ファイル３３１として退避される。

文書構成データファイルには文書構成データ７０が格納
される。文書構成データ７０構造を第７図に示す。文書
構成データ７０内には文書ページ制御ブロック（以下Ｄ
ＰＣＢと略す）７１及び文書領域管理ブロック（以下Ｄ
ＦＣＢと略す）７２がある。ＤＦＣＢ７２は個々の領域
を管理し、ＤＰＣＢ７１は文書の各ページ毎の重なり順
を管理する。

ＤＦＣＢ７２内にはリンクポインタ７２１、領域位置７
２２．領域サイズ７２３、領域属性７２４、データタイ
プ７２５．ファイル名７２６の各フィールドがある。領
域位置７２２及び領域サイズ７２３はページ内での領域
の位置とサイズを示し、領域属性７２４は、透明、排他
等の他の領域との関係を示す属性を示す。データタイプ
７２５はテキスト、図形等のその領域の要素データ種別
を示し、ファイル名７２６はその領域に対応する文書領
域データファイルのファイル名を示す。

ＤＰＣＢ７１内にはリンクポインタ７１１があり、ＤＦ
ＣＢ７２内のリンクポインタ７２１　と組合せて、各ペ
ージ毎にページ内の領域を表すＤＦＣＢ７２を領域の重
なり順で並べたリストを形成する。

文書の編集を行う際は、新たに文書を作成する或いは既
存の文書を更新すると行った２通りの処理があるが、い
ずれの場合も編集処理は０８ＩＩが文書マネージャプロ
グラム３１１ａを起動することによって開始され、起動
時のパラメータにより新規文書の作成か既存文書の更新
かが示され、また既存文書の更新の場合はその文書ファ
イル名も渡される。ここで文書ファイル名というのは文
書構成データファイル名のことであり、統合文書の文書
ファイル名は文書構成データファイル名により代表され
る。統合文書を構成する他の文書領域データファイル名
は、文書構成データ７０内のファイル名７２６より求め
られる。

第８図（ａ）　、　（ｂ）　、　（ｃ、）に文書マネー
ジャブ口グラム３１１ａの流れ図を示す。文書マネージ
ャプログラム３１１ａはまずステップ１５０１で新規文
書作成か否かを判定し、新規文書の場合はステップ１５
０６でデータ部２２２内に新規文書、つまり領域が何も
ない状態の文書構成データ７０を作成し、ステップ１５
０５に進む。

既存文書更新の場合は、ステップ１５０２でフロッピー
４よゞり指定された文書構成データファイルをコアブロ
ック内データ部２２２へと読み込み、ステップ１５０３
で読み込んだ文書構成データ７０内のファイル名７２６
を元にフロッピー４内の文書領域データファイルをハー
ドディスク３内のファイルエリア３３にコピーして一時
ファイル３３１　を作成する。

尚、一時ファイル３３１のファイル名は、元となったフ
ァイルのファイル名と１対１に対応する名前であり、一
時ファイル名とユーザの文書ファイル名の相互変換は一
意的に行えるようになっている。

次にステップ１５０４でデータ部２２２内のファイル名
７２６を全作成した一時ファイル名に変更し、ステップ
１５０５で文書構成データ７０を一時ファイル３３１と
してファイルエリア３３に書き込む。そしてステップ１
５０７で令書き込んだ一時ファイル名を０８１１に対し
て通知して登録を行う。こうして登録を行うことにより
初めてデータ退避／回復プログラム１３によるデータ部
２２２の退避／回復処理が行われるのであるが、その処
理手順については後述する。

ステップ１５０８でユーザからの操作指示を入力し、ス
テップ１５０９〜１５１２で指示内容を判定して対応す
る処理を行うことを、以後編集終了が指示されるまで繰
り返す。ステップ１５１２まで進んでも判定が行えない
場合は入力エラーであるから、ステップ１５１３でその
旨表示し、ステップ１５０８に戻って処理を続ける。

指示が領域の新規作成であった場合は第８図（ｂ）のス
テップ１５１５へと進み、文書構成データ７０内に新し
くＤＦＣＢ７２を作成して必要なデータを設定し、ステ
ップ１５１６で新たな文書領域データ用の一時ファイル
３３１を作成してそのファイル名をＤＰＣＢ７２内のフ
ァイル名７２６に設定するとともに、ステップ１５１７
でその領域の種類に対応した編集プログラム３１１ｂを
非常駐タスクとして生成し、ステップ１５１８でそのタ
スクに対して一時ファイル名を登録し、ステップ１５１
９で生成したタスクを起動して領域内データの作成を行
う。

指示が領域内データの編集であった場合はステップ１５
１７へと進み、上記処理を行う。

指示が編集終了指示であった場合は第８図（Ｑ）のステ
ップ１５２０へと進み、ユーザ文書ファイルの更新を行
うかを判定し、行わない場合はステップ１５２４へと進
む。　更新を行う場合はステップ１５２１で領域データ
の一時ファイル３３１　をフロッピー４上にユーザ文書
領域データファイルとしてファイル名の変換を行ってコ
ピーする。このときフロッピー４上に同一名称のファイ
ルがある場合は、旧ファイルの内容はコピー処理によっ
て一時ファイル３３１の内容に変更される。

次にステップ１５２２でメモリ上にある文書構成データ
７０内のファイル名７２６を一時ファイルの名前からユ
ーザ文書領域データファイルの名前に変更し、ステップ
１５２３で文書構成データ７０をユーザ文書構成データ
ファイルとしてフロッピー４上に書込み、ステップ１５
２４でこの文書の編集処理において作成した全ての一時
ファイル３３１を削除し、文書編集処理を終了する。

指示が上記以外の編集指示、例えば領域の移動や領域の
属性変更と行った指示の場合はステップ１５１４で対応
する編集処理を行う。

以上が文書マネージャプログラム３１１ａの処理手順で
ある。

個々の要素データに対応した編集プログラム３１１ｂの
処理手順及びそれらプログラムが扱う領域データの構造
は、ワードプロセッサやパーソナルコンピュータ上のワ
ードプロセッサソフト等によって実現されている良く知
られた技術であるため、本発明では特に説明を行わない
。

このような統合文書の編集処理プログラムを実行し、プ
ログラムやデータの退避／回復処理を行うシステムプロ
グラムの処理を次に説明する。

まず各制御データの内容について述べる。

ＰＣＤ３００は、常駐エリア２１におかれ、プログラム
区分３０１、プログラム開始アドレス３０２、スタック
ポインタ初期値３０３、固有優先度３０４、コアブロッ
ク番号３０５、初期ロードサイズ３０６、プログラム退
避サイズ３０７、データエリア先頭アドレス３０８．デ
ータ退避サイズ３０９、の各々のフィールドを持つ。

プログラム区分３０１は、非常駐か常駐かの区分けを示
す。プログラム開始アドレス３０２及びスタックポイン
タ初期値３０３の値は、プログラムがタスクとして最初
に実行される際の初期値として使われ、固有優先度３０
４の値はＴ　ＣＢ　６００内のタスク優先度６０６の初
期値として使われる。

フィールド３０５〜３０１０は非常駐の場合のみ使われ
るフィールドであり、コアブロック番号３０５はプログ
ラムが実行されるコアブロック２２の番号、プログラム
格納位置３０１０は非常駐プログラム３１１からコアブ
ロック２２へと最初に転送するデータの量であり、プロ
グラム退避サイズ３０７は、非常駐タスクをコアブロッ
ク２２から退避区画３２１へと退避する際に転送するデ
ータ量である。

デ−タエリア先頭アドレス３０８は、コアブロック２２
をプログラム部２２１　とデータ部２２２とに分割する
点のアドレスであり、このアドレス以前がプログラム部
２２１　となり、以後がデータ部２２２となる。データ
退避サイズ３０９は、非常駐タスクを退避する際に、書
き込むデータ量を示す。

ＣＢＣＢ４００は、コアブロック２２と同数、常駐エリ
ア２１におかれ、コアブロック先頭アドレス４０１、コ
アブロック長４０２．コアブロック占有中タスク４０３
、占有待ち行列４０４、ロード指示タスク４０５．５Ａ
ＣＢアドレス４０６の各フィールドを持つ。

コアブロック先頭アドレス４０１及びコアブロック長４
０２は、主メモリ２上のコアブロック２２の位置と大き
さを示す、５ＡＣＢアドレス４０６はコアブロック２２
に対応する退避エリア３２を管理するＳＡ　ＣＢ　５０
０のアドレスを示す。

コアブロック占有中タスク４０３は、現在コアブロック
上にあるタスクを示し、占有待ち行列４０４は、そのコ
アブロック２２を使用しようとして待ちになっているタ
スクの待ち行列の先頭を示し、ロード指示タスク４０５
はプログラム退避／回復プログラム１２が次にコアブロ
ック２２に回復すべきタスクの実行を制御するために使
用する。

５ＡＣＢ５００は、退避エリア開始位置５０１、退避区
画長５０２、退避区画数５０３及び退避区画数５０３と
同数の退避区画占有中タスク５０４の各フィールドを持
つ。

退避エリア３２はコアブロック２２と１対１に対応して
おり、そのコアブロック２２で動作する非常駐タスクの
退避のために使用されるのだが、退避エリア３２はさら
に退避区画３２１に退避される。従って一つのコアブロ
ック２２に対して、退避区画３２１の数までの非常駐タ
スクが並行して動作可能である。

退避エリア開始位置５０１は退避エリア３２のハードデ
ィスク２上での位置を示し、退避区画長５０２及び退避
区画数５０３はそれぞれ退避区画３２１の長さと数を示
す。退避区画占有中タスク５０４は個々の退避区画３２
１　を占有中のタスクを示す。

Ｔ　ＣＢ　６００はリンクポインタ６０１、タスク数６
０２、タスクスタックアドレス６０３、ＣＢＣＢアドレ
ス６０４、占有中退避区画番号６０５．タスク優先度６
０６及び一時ファイル名６０７の各フィールドを持つ。

リンクポインタ６０１は待ち行列を形成するために使用
され、タスク状態６０２及びタスク優先度６０６ととも
に０３ＩＩがタスクの実行を制御するために使われる。

タスクスタックアドレス６０３は、タスク毎に持つスタ
ックのタスク実行中断時点での値を持っており、０３Ｉ
Ｉがタスクを再開させるときはこの値をもとに必要な情
報を獲得して再開を行う。

ＣＢＣＢアドレス６０４はタスクが非常駐である場合に
、そのタスクが動作するコアブロック２２のＣＢＣＢ４
００を示す。また占有中退避区画番号６０５はコアブロ
ック２２に対応する退避エリア３２の退避区画３２１の
いずれを占有しているかを示す。

一時ファイル名６０７は、コアブロック２２中のデ−タ
部２２２を退避する際の一時ファイル３３１の名前を示
し、非常駐プログラム３１１が実行中に登録を行うこと
により値が設定される。

０８１１はこれらのデータを用いてタスクの実行を制御
する。○Ｓｌｌの処理の中で、タスクの実行制御を行う
部分の流れ図を第９図に示す。

まずステップ１１０１で最高優先度のタスクを選択し、
ステップ１１０２でそのタスクのＴ　ＣＢ　６００タス
ク状態６０２の値によりタスクがメモリ上にあるかどう
かを調べ、ある場合はステップ１１０３へと進んでタス
ク処理を再開する。

メモリ上にない場合は、ステップ１１０４へと進み、占
有中退避区画番号６０５を調べて、退避区画３２１が既
に割当てられているときはステップ１１０７へと進む。

割当てられていない場合は、ステップ１１０５でＴＣＢ
６００のＣＢＣＢアドレス６０４からＣＢＣＢ４００の
５ＡＣＢアドレス４０６とたどった５ＡＣＢ４００の退
避区画占有中タスク５０４の値より退避区画３２１に空
きがあるかを調べ、な、い場合はステップ１１１Ｏへと
進み、ある場合はステップ１１０６で退避区画占有中タ
スク５０４及び占有中退避区画番号６０５を更新して退
避区画３２１をタスクへと割当ててステップ１１０７へ
進む。

ステップ１１０７ではコアブロック占有中タスク４０３
の値よりコアブロック２２が空いているかを調べ、空い
ているときはステップ１１０９．空いていないときはス
テップ１１０８へと進む。ステップ１１０８では占有中
タスクのタスク状態６０２よりタスクが退避可能かどう
かを調べ、可能ならステップ１１０９、不可ならばステ
ップ１１１０へと進む。

ステップ１１０９でＣＢＣＢ６００のロード指示タスク
４０５に再開しようとしているタスクを設定して。

プログラム退避／回復プログラム１２を起動してコアブ
ロック２２内の入替えを行い、ステップ１１０１へと戻
る。

ステップ１１１０では、再開しようとしたタスクをＣＢ
ＣＢ４００内の占有待ち行列４０４へとつないで待ちに
し、ステップ１１０１へと戻る。

第１０図にプログラム退避／回復プログラム１２の処理
の流れ図を示す。

プログラムはまずステップ１２０１でロード指示タスク
４０５に値が設定されているかを調べ、なければ何もし
ない。設定されていればステップ１２０２へと進み、コ
アブロック占有中タスク４０３の値を調べ、占有中タス
クがあればステップ１２０３へと移って退避処理を行い
、なければステップ１２０５へ移って回復処理のみを行
う。

ステップ１２０３でコアブロック２２内のプログラム部
２２１の内容を退避区画３２１へと転送する。引き続い
てステップ１２０４で退避処理を行うことを指示してデ
ータ退避／回復プログラム１３を起動し、データ部２２
２を一時ファイル３３１に退避する。

ステップ１２０５では、ロード指示タスク４０５の示す
タスクのＴ　ＣＢ　４００のタスク状態を調べ、それが
初期ロード、つまりタスクが作成されて初めて実行され
る場合であればステップ１２０８へ、そうでなければス
テップ１２０６へと進む。

ステップ１２０６ではプログラム部２２１　を退避区画
３１１から回復し、ステップ１２０７では回復を指示し
てデータ退避／回復プログラム１３を起動し、データ部
２２２を一時ファイル３３１　から回復する。

ステップ１２０８では、プログラムエリア３１からプロ
グラム部２２１へと非常駐プログラム３１１　を転送し
、ステップ１２０７へ進む。

以上が１つのコアブロック２２に対するプログラム退避
／回復プログラム１２の処理であり、コアブロック２２
が複数ある場合は、個々のコアブロックに対して上述の
処理を行う。

第１１図にデータ退避／回復プログラム１３の流れ図を
示す。

まずステップ１３０１でＴ　ＣＢ　６００内の一時ファ
イル名６０７に、ファイル名が登録されているかどうか
を調べ、登録されていない場合は何もせずに処理を終了
する。

登録されている場合はステップ１３０２で退避を行うの
か回復を行うのかを判定し、退避ならステップ１３０４
、回復ならステップ１３０３へと進む。ステップ１３０
３では一時ファイル３３１　をデータ部２２２へと読み
込み、ステップ１３０４では逆にデータ部２２２を一時
ファイル３３１へと書き込む。ファイルの読み込みや書
き込みは○Ｓｌｌの一部であるファイル管理プログラム
１１１が行う。これはさきほど説明した文書マネージャ
プログラム３１１ａ中でのファイルの読み書き処理の場
合も同様である。

ファイル管理プログラム１１１はハードディスク３のデ
ータエリア３３で生成される一時ファイル３３１や、フ
ロッピー４の文書ファイル等を管理するプログラムであ
り、一時ファイルの読み書きはファイル管理プログラム
１１１が提供するＳＶＣ（スーパバイザコール）を用い
て、ファイル管理プログラム１１１の機能を呼び出す事
によって行う。ファイル管理プログラムやＳｖＣ等は良
く知られた技術であり、パーソナルコンピュータやワー
クステーション等のＯ８で広く実現されているため、こ
こでは特に説明は行わない。

第１２図に文書回復プログラム１４の流れ図を示す。

文書回復プログラム１４は電源投入時に毎回必ず実行さ
れる。まずステップ１４０１で、ファイルエリア３３内
に一時ファイル３３１が存在するかどうかを調べ、無け
れば何もせずに処理を終了する。

一時ファイル３３１が存在する場合は、ステップ１４０
２でそれら一時ファイル３３１　を全てフロッピー４上
にユーザ文書ファイルとして転送して再編集を可能とす
る。この際、文書マネージャプログラム３１１ａのステ
ップ１５２１〜１５２３で行った処理と同様の処理を行
い、一時ファイル名からユーザの文書ファイル名へと文
書構成データ７０内のファイル名７２６も含めて変換を
行うのだが、文書ファイル名としては元々の文書ファイ
ル名であることが明白にわかる文書名へと更に変換を加
えた名称を用いる。

以上説明してきたように、本システムでは統合文書Ｉ！
猿の際、編集中の文書データをハードディスク３上のフ
ァイルエリア３３に一時ファイル３３１という形式で退
避／回復処理を行う。従って不意に電源が切れた場合で
も、失われるのはその時点で主メモリ上にあったプログ
ラムの編集中データだけであり、編集中文書データの大
部分は最新の状態でハードディスク３上に残されており
、また失われてしまった部分のデータも、それ以前に退
避されていた、必ずしも最新とは言えないデータは残っ
ているため、データを回復する際はその失われた最新の
部分だけを再現すれば良い。

また本実施例においては、プログラムの退避処理とデー
タの退避処理を別々のプログラムにより行っている。従
ってデータの退避処理はプログラムの退避処理とは独立
した処理として実行可能であり、文書マネージャプログ
ラムや、要素データ編集プログラムの編集機能として「
一時保存」を設け、退避処理を指示してデータ退避／回
復プログラムを実行することにより、一時ファイルの内
容は全て最新の状態にすることができるため、プログラ
ムの簡単な追加を行うだけで全編集中文書の一時保存が
行える。

さらに、Ｏ８内部でキー人力の監視を行い、一定時間キ
ー人力が行われていないことを検出するのは比較的容易
な処理であり、Ｏ８がキー人カ無し時にデータ退避／回
復プログラムを起動して一時ファイルの内容を更新して
やることで、ユーザの編集操作をじゃますること無く編
集中データの退避を行うことができる。

また本実施例では、一時ファイルとユーザ文書ファイル
は異なる記憶装置上におかれていたが、これらを同一の
記憶装置上にとることももちろん可能である。

本実施例によれば、非常駐タスクの退避／回復処理を行
う際、タスク内のデータ部分をプログラム部分とは別に
一時ファイルとして退避処理を行うことにより、統合文
書処理という複数のタスクの並行処理によって一つの文
書の編集処理が行われる際、編集中文書データは全て一
時ファイルとしてハードディスク上に退避され、しかも
その大部分は常に最新の状態が保たれるために、電源切
断時に編集中であった文書データの大部分が容易に再現
できる。またこうした退避処理はユーザの指示によって
行われるのではなく、システムにより自動的に行われる
ため、ユーザは編集作業中に、編集処理とは関係のない
一時退避処理を実行する必要が無い。この際、一時ファ
イルとして退避されるのはデータ部分だけであり、プロ
グラム部分は従来と同様の方法で退避されるため、オー
バーヘッドの増加は最小限に抑えられる。

また、従来と同様に一時保存を行うことで１編集中の全
データを退避することも可能であるが、その際、実際に
退避するのは、主メモリ上にある編集中データだけでよ
いため、退避に要する時間が少なくてすむ。

さらに、キー人力監視による退避を併用した場合は、電
源切断時に編集中であった文書が最新の状態で保存され
ている可能性を更に高めることができる。

このように編集中データの退避を行うことで。

電源切断時にユーザの編集中文書が失われることは非常
に少なくなるため、使い勝手が向上する。

（以下　　余白） ［発明の効果］ 本発明によれば、統合文書処理を行う際、ユーザが自ら
一時保存指示を行わなくても、編集中文書の大部分は最
新の状態で一時保存が行われているため、不測の原因に
より電源が切断された場合であっても、編集中文書をほ
ぼ最新の状態で復元が可能であり、また一時保存指示を
行う場合も、主記憶装置上の編集中データを退避するだ
けでよいため、一時保存処理に要する時間が短縮され、
使い勝手が向上する。

【図面の簡単な説明】

第１図は本発明の一実施例の構成図、第２図は本発明の
一実施例のハードウェア構成図、第３図はＰＣＤのデー
タ構成図、第４図はＣＢＣＢのデータ構成図、第５図は
５ＡＣＢのデータ構成図、第６図はＴＣＢのデータ構成
図、第７図は文書構成データの構成図、第８図は文書マ
ネージャプログラムの流れ図、第９図はＯ８の一部の流
れ図、第１０図はプログラム退避／回復プログラムの流
れ図、第１１図はデータ退避／回復プログラムの流れ図
、第１２図は文書回復プログラムの流れ図である。 ■・・・ＣＰＵ ２・・・主メモリ ３・・・ハードディスク ４・・・フロッピー ２１・・・常駐エリア ２２・・・コアブロック ３１・・・プログラムエリア ３２・・・退避エリア ３３・・・ファイルエリア １１・・・０８ １２・・・プログラム退避／回復プログラム１３・・・
データ退避／回復プログラム１４・・・文書回復プログ
ラム ３１１ａ・・・文書マネージャプログラム図面の浄さ 第　ｊ　区 第　２　区 第　−１回 第　４−　■ 第　５　目 第　６　図 丁−ＣＢ６０θ 第　７　図 ８８　閉 第９図 第　１０　　園 躬　ｊｌ　　区 ８１２図 手続補正書（方式） 事件の表示 昭和６２　年特許願第　１３１１１５　　号発明ノ名称
　　データ退避方式 補正をする者 譜と１係　特許出願人 名　称　　１５１０１株式会トｔ　日　立　製　作　所
代　　理　　　人 居　所　　〒１００東京都千代田区丸の内−丁目５番１
号株式会社日立製作所内　？ｉ１話ｍ岬２１２−１１１
１４大代表）１　本願明細書・添付図面第１図〜第１２
図を別紙のとおシ補正する。

Claims (1)

1. 【特許請求の範囲】 １、処理装置、主記憶装置、２次記憶装置、表示装置、
   印刷装置及び入力装置を備え、該主記憶装置内に常駐エ
   リアと非常駐エリアを設けて、該非常駐エリアに格納さ
   れた非常駐プログラムを上記主記憶装置から上記２次記
   憶装置へと退避し、また上記２次記憶装置から上記主記
   憶装置へと非常駐プログラムを回復する退避／回復方式
   により多重プログラミング処理を行う装置において、 統合文書を構成する個々の要素データと、 上記要素データを管理して統合文書全体の構成を示す文
   書構成データと、 上記非常駐プログラムを構成する、上記文書構成データ
   を管理する第一の非常駐プログラム手段、並びに上記要
   素データの編集を行う第二の非常駐プログラム手段と、 上記２次記憶装置上に設けられた退避エリアと、 同じく上記２次記憶装置上に設けられたファイルエリア
   と、 退避／回復処理を行う際に、上記非常駐プログラムの持
   つ編集中データを一時ファイルとして上記ファイルエリ
   アへ退避する手段と、 電源投入時に、上記ファイルエリア内の上記一時ファイ
   ルを通常のユーザ文書ファイルとして登録を行う手段と
   を備えて構成することを特徴とするデータ退避方式。 ２、上記退避エリア及び上記ファイルエリアへの上記非
   常駐プログラム及び上記編集中データの退避を、利用者
   の一時保存指示により行うことを特徴とする特許請求の
   範囲第１項記載のデータ退避方式。 ３、上記退避エリア及び上記ファイルエリアへの上記非
   常駐プログラム及び上記編集中データの退避を、一定時
   間利用者からの入力が行われなかったことを検出するこ
   とにより実行することを特徴とする特許請求の範囲第１
   項あるいは第２項記載のデータ退避方式。