JPH0573326A - オーバレイ制御方式 - Google Patents

Abstract

(57)【要約】 【目的】複数の独立したプログラムを連携させて動作さ
せるデータ処理装置におけるオーバレイ制御方式に関
し，少ないリージョンにおいて，メインおよびサブの関
係が成り立つ種々のプログラムを確実に動作させること
ができる手段を提供することを目的とする。 【構成】メイン処理の起動と，起動情報ファイル16の起
動情報によりサブ処理の起動を行うオーバレイ制御部12
を設ける。メイン処理部15は，サブ処理を選択してその
サブ処理の起動情報を作成するとともに，戻り先情報を
設定し，処理終了後に自プログラムのメモリ領域を解放
する。各サブ処理部18は，起動情報に従って動作し，処
理終了後にメモリ領域を解放する。メイン処理部15は，
再起動時には戻り先情報に従って処理を続行する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は，パーソナルコンピュー
タ（以下，パソコンという）のような使用可能なメモリ
領域（以下，リージョンという）の少ない計算機，また
は計算機のセションにおいて，種々のアプリケーション
ソフトウェア（以下，アプリケーションという）間の連
携処理を連続的に効率よく行うことを可能としたオーバ
レイ制御方式に関する。

【０００２】近年におけるパソコンやアプリケーション
の発展・多様化に伴い，多種類のアプリケーションが機
能ごとに業務に適用されている。さらに，これらのアプ
リケーションを組み合わせ，連携処理を行うことが要求
されている。

【０００３】現状では，データレベルにおけるアプリケ
ーション間の互換性の保証，データ形式の統一化などは
実現されているが，プログラムレベルにおける連携は，
特に考慮されていない。そのため，少ないリージョンに
おいて，メモリ干渉などを起こさずに，複数のアプリケ
ーションを連続的に動作させる技術が必要となる。

【０００４】

【従来の技術】従来のプログラム連携の方式として，プ
ログラムモジュールのオーバレイ構造化により，サブプ
ログラムレベルにおけるリージョンの解放を可能とし，
メモリの使用効率を高める技術が用いられている。しか
し，メインの処理プログラムが常にリージョン内に存在
し，残り使用可能領域は必然的に減少することになっ
た。

【０００５】図６は，従来技術のオーバレイ制御による
メモリ使用例を示す。図６において，ＯＳ域はオペレー
ティング・システムが占めるメモリ領域，Ａはオーバレ
イ制御プログラム，Ｂはメインプログラム，Ｃ₁ 〜Ｃ_n
はサブプログラム起動情報，Ｄ_n はサブプログラムを表
す。

【０００６】従来技術では，オーバレイ制御プログラム
Ａはオペレーティング・システム内に存在していた。し
たがって，フェーズ１の初期状態では，ＯＳ域以外の領
域が使用可能領域となる。

【０００７】メインプログラムＢを起動すると，メイン
プログラムＢと，そのメインプログラムＢから起動され
るサブプログラムの起動情報Ｃ₁ 〜Ｃ_n がロードされる
ので，メモリの使用状態は，図６に示すフェーズ２のよ
うになる。 次のフェーズ３は，サブプログラムＤ_n の
起動中の状態であるが，起動情報Ｃ_n はメインプログラ
ムＢとともに展開されているので，メモリの使用状態は
フェーズ２と同様である。

【０００８】フェーズ４は，サブプログラムＤ_n の実行
開始時のメモリ使用状態であり，実行中はさらに残りメ
モリを使用し，処理を続行する。従来技術では，図６に
示すようにメモリを使用するので，以下の問題がある。

【０００９】(a) メインプログラムがリージョン内に存
在し続けるので，動作するサブプログラムが限定され
る。 (b) リージョン不足により，動作機能が限定される。

【００１０】(c) パソコンなどでは，メモリ干渉などか
ら誤動作の原因となる。 このような問題を解決するため，例えば図７に示すよう
に，プログラムを起動するコマンド列からなるバッチフ
ァイル７１を作成し，これをオペレーティング・システ
ム７０から起動することにより，順次，アプリケーショ
ンプログラム７２ａ〜７２ｃを直列に起動するような方
式が用いられている。

【００１１】図７に示す動作は以下のとおりである。 オペレーティング・システム７０は，指定されたバ
ッチファイル７１を起動する。（’起動時はラベルを
通過する。） アプリケーションプログラムＡを起動する。これに
より，アプリケーションプログラムＡがメモリに読み込
まれ，実行される。

【００１２】 アプリケーションプログラムＡが終了
し，バッチファイル７１に制御が戻る。アプリケーショ
ンプログラムＡはメモリから消滅する。 〜 同様に，アプリケーションプログラムＢ，Ｃが
順次起動され，メモリに読み込まれて実行される。実行
が終了すると，バッチファイル７１に制御が戻り，メモ
リから消滅する。

【００１３】 ラベルに戻り，同様にアプリケーショ
ンプログラムの起動処理を繰り返す。 この図７に示すように，各アプリケーションプログラム
Ａ〜Ｃを直列に実行すれば，あるアプリケーションプロ
グラムが動作しているとき，他のアプリケーションプロ
グラムはメモリ上にないので，メモリ不足やメモリ干渉
の問題が解決される。しかし，バッチファイル７１内で
は，起動順序などの記述は固定であり，あるアプリケー
ションプログラムＡを動作させた後に，状況に応じてア
プリケーションプログラムＢを動作させたり，アプリケ
ーションプログラムＣを動作させたり，あるいは他のア
プリケーションプログラムを任意に動作させるという処
理ができなくなる。

【００１４】

【発明が解決しようとする課題】本発明は上記問題点の
解決を図り，少ないリージョンにおいて，独立したプロ
グラムを連携させて連続的に動作させることができると
ともに，メインおよびサブの関係が成り立つ種々のプロ
グラムを確実に動作させることができる手段を提供する
ことを目的としている。

【００１５】

【課題を解決するための手段】図１は本発明の原理説明
図である。図１において，１０はＣＰＵおよびメモリな
どを備えたパソコンやワークステーションなどのデータ
処理装置，１１はオペレーティング・システム（Ｏ
Ｓ），１２は本発明に係るオーバレイ制御部，１３はメ
イン処理起動部，１４はサブ処理起動部，１５はメイン
プログラムが動作するメイン処理部，１６はサブプログ
ラム起動情報が格納される起動情報ファイル，１７はメ
イン処理部１５の再起動後の戻り先情報が格納される戻
り先情報ファイル，１８ａ，１８ｂ，…は各種のサブプ
ログラムが動作するサブ処理部を表す。

【００１６】本発明のデータ処理装置１０は，メインプ
ログラムおよび各種サブプログラムの複数の独立したプ
ログラムを，オーバレイ制御部１２によるオーバレイ制
御により，連携させて動作させる。

【００１７】オーバレイ制御部１２は，オペレーティン
グ・システム１１からの起動により，メイン処理起動部
１３によってメイン処理部１５を起動する。メイン処理
部１５は，後述するサブ処理の階層制御手段１５ａを持
つ。メイン処理部１５は，処理１５ｂにより階層化され
たサブ処理の選択を行ったならば，処理１５ｃにより，
選択されたサブ処理の起動情報を作成し，外部記憶装置
上の起動情報ファイル１６に書き込む。次に，処理１５
ｄにより，戻り先情報ファイル１７に再起動時における
戻り先情報を書き込み，オーバレイ制御部１２に制御を
戻す。オーバレイ制御部１２に制御を戻すことにより，
メイン処理部１５が使用したメモリ領域は解放される。

【００１８】起動情報は，例えばサブモジュール（プロ
グラム）の存在するデバイス情報，使用するディレクト
リの変更情報，１以上のサブモジュールのローディング
を含む実行指示情報，実行終了後のメモリの解放情報な
どからなる。

【００１９】オーバレイ制御部１２は，サブ処理起動部
１４により，起動情報ファイル１６に格納されたサブ処
理の起動情報を読み出し，その起動情報に基づいて，指
定されたサブ処理部１８ａ，１８ｂ，…を起動する。サ
ブ処理部１８ａ，１８ｂ，…は，例えば日本語文書作成
処理プログラム，表計算処理プログラム，データベース
管理処理プログラムなどといったそれぞれ独立したプロ
グラムや，ユーザが業務用に作成したプログラムなどを
動作させるものである。

【００２０】起動されたサブ処理部１８ａ，１８ｂ，…
の動作が終了すると，オーバレイ制御部１２に制御が戻
され，サブ処理部１８ａ，１８ｂ，…が使用していたメ
モリ領域が解放される。

【００２１】オーバレイ制御部１２は，終了の指定がな
い場合，メイン処理起動部１３により，再度メイン処理
部１５を起動する。メイン処理部１５は，戻り先情報フ
ァイル１７を参照し，戻り先情報に従って処理を進め
る。

【００２２】この戻り先情報は，例えば階層化されたサ
ブ処理の選択に関する識別情報であり，サブ処理の階層
制御手段１５ａは，戻り先情報によって次に選択対象と
なるサブ処理のグループを決定する。すなわち，現在制
御中である階層の識別情報と戻り先情報とを比較するこ
とによって，現在のサブ処理の選択に関する階層を判別
し，連携して処理を進めるべき手順を選択可能とする。

【００２３】

【作用】本発明では，メモリ上に常駐するのは，オーバ
レイ制御部１２だけであり，メイン処理部１５と一群の
各サブ処理部１８ａ〜１８ｄとは，それぞれ処理が終了
すると，メモリから消滅する。オーバレイ制御部１２の
メモリ量は，ごくわずかでよいので，各プログラムが動
作するときに，他のプログラムによってメモリ不足をき
たすことはない。また，相互のメモリ干渉などによる誤
動作が防止される。

【００２４】メイン処理部１５は，再起動時に次に処理
を進めるべき箇所を認識するために，戻り先情報を外部
記憶装置等の戻り先情報ファイル１７に格納する。した
がって，メモリから消滅しても，次の起動時にその戻り
先情報を参照することにより，必要な箇所から処理を続
行させることができる。

【００２５】通常の業務では，メイン処理部１５におい
て，メインメニューからサブメニュー，サブメニューか
ら第２のサブメニューというように，段階的に処理機能
の選択を行い，最終的にサブ処理部１８ａ，１８ｂ，…
のプログラムを起動することが多い。そこで，特に戻り
先情報を，この階層化されたサブ処理の選択に関する識
別情報とすることにより，あるサブ処理グループに属す
るサブ処理部によるサブプログラムの実行の後に，メイ
ンメニューの階層に戻ることなく，同じサブ処理グルー
プの階層における処理の選択を続行することができる。
したがって，操作者には，サブプログラムの実行時に，
メイン処理部１５がメモリ上から消滅したことを意識さ
せず，操作性のよいユーザ・インタフェースの提供が可
能になる。

【００２６】

【実施例】図２は本発明の一実施例処理構成図である。
図２に示す符号は，図１に示すものに対応する。

【００２７】オーバレイ制御部１２は，例えばコマンド
列を記述したバッチファイルまたは簡単なプログラムに
よって記述できる。オペレーティング・システム１１か
らのオーバレイ制御部１２の起動によって，以下に示す
〜のように，処理が進められる。

【００２８】 オーバレイ制御部１２は，起動情報フ
ァイル１６の初期化などを行った後，メイン処理部１５
を呼び出し，起動する。 メイン処理部１５は，サブ処理の選択に関する階層
制御を行う。最初は，第１階層の選択から実施する。２
回目以降の起動では，戻り先情報ファイル１７から読み
出した戻り先情報によって，何番目のどのサブ処理グル
ープの選択から処理を続行するかを決める。

【００２９】 各階層に応じたサブ処理の選択を，メ
ニューなどを表示して行う。 サブ処理が選択されたならば，サブ処理の起動に必
要な制御情報（起動情報という）を作成し，起動情報フ
ァイル１６に格納する。

【００３０】 次に，現階層における戻り先情報を，
戻り先情報ファイル１７に書き込み，オーバレイ制御部
１２に制御を戻す。これによりメイン処理部１５のメモ
リ領域が解放される。

【００３１】 オーバレイ制御部１２は，起動情報フ
ァイル１６から起動情報を読み出し，その起動情報に基
づいて，該当するサブ処理部１８を起動する。 サブ処理部１８は実行を開始し，実行が終了したな
らば，オーバレイ制御部１２に制御を戻す。これによ
り，サブ処理部１８の占めていたメモリ領域が解放され
る。

【００３２】 オーバレイ制御部１２は，メイン処理
部１５またはサブ処理部１８などにより，終了の指示が
出されているかどうかを，所定のファイル（図示省略）
を参照して判定し，終了の指示が出されていれば処理を
終了して，オペレーティング・システム１１に制御を戻
す。終了の指示がなければ，へ戻り，メイン処理部１
５を再起動する。メイン処理部１５では，戻り先情報フ
ァイル１７から戻り先情報を得て，サブ処理の選択に関
する階層制御を行い，同様に処理を続行する。

【００３３】図３は，本発明の一実施例によるサブ処理
の階層制御説明図である。サブ処理グループまたはサブ
処理の選択を行う各階層には，選択識別子が付与されて
いる。この選択識別子は，本実施例では「Ａ××××」
の形式になっている。「Ａ」はメイン処理部１５の種類
を表す識別子である。××××は，数字であり，１桁目
は第１階層の識別番号，２桁目は第２階層の識別番号，
……というように，各々０から始まる番号が割り当てら
れる。

【００３４】メイン処理部１５の最初の起動時には，図
３の（イ）に示すＡ００００のメインメニューが表示さ
れ，第１階層目のサブ処理グループの選択が行われる。
例えば「３」の生産計画が選択されると，Ａ３０００の
生産計画に関するサブ処理グループの選択処理に移る。
「４」の報告書処理が選択されると，Ａ４０００の報告
書処理に関するサブ処理グループの選択処理に移る。

【００３５】Ａ４０００では「１」が報告書作成，
「２」が報告書更新，「３」が報告書印刷」，「４」が
終了となっている。ここでの選択は最終階層であり，
「１」が選択されると，Ａ４１００の識別子を持つ手続
きに移行し，報告書作成プログラムを起動するための起
動情報の作成が行われる。「２」が選択されると，Ａ４
２００の識別子を持つ手続きに移行し，報告書更新プロ
グラムを起動するための起動情報の作成が行われる。
「３」の場合も同様である。

【００３６】図３の（ロ）は，メイン処理部１５におけ
る階層制御の例を示しており，ＣＩＤは現在の制御中の
手続きを示すサブ処理選択識別子，ＺＩＤは制御を移行
させたい移行先（戻り先）サブ処理選択識別子を表す。

【００３７】メイン処理部１５の第１階層サブ処理選択
に関する手続き部分は，Ａ００００の識別子が割り当て
られている。そこで，ＣＩＤにＡ００００を設定し，サ
ブ処理（グループ）の選択を行う。サブ処理（グルー
プ）の選択が行われたならば，ＺＩＤを選択されたサブ
処理（グループ）の識別子Ａｘ０００に設定し，その手
続きを呼び出す。ｘは，選択枝がｎ本あるとすると，１
からｎまでの数字である。

【００３８】例えば「１」が選択されると，図３の
（ロ）に示すＡ１０００の手続きに移る。ここでは，第
２階層の選択のため，まずＣＩＤに自手続きの識別子Ａ
１０００を設定し，第２階層の選択を行う。選択によっ
て，その移行先の識別子を作成する。すなわち，ＺＩＤ
をＡ１ｘ００に設定する。ｘは，選択枝がｍ本あるとす
ると，１からｍまでの数字である。

【００３９】この例では，Ａ１１００の手続きは，最終
階層の選択である。ここでは，まずＣＩＤをＡ１１００
に設定し，起動情報の作成を行う。そして，戻り先の識
別子ＺＩＤをＡ１０００に設定し，このＺＩＤを戻り先
情報として戻り先情報ファイル１７に書き込む。これに
よって，Ａ１１００の手続きに対応するサブプログラム
が，オーバレイ制御部１２によって起動されることにな
る。

【００４０】サブプログラムの終了により，メイン処理
部１５が再起動されると，メイン処理部１５は，戻り先
情報であるＺＩＤ＝Ａ１０００を認識し，Ａ１０００の
手続きからの処理を再開する。

【００４１】図４は，メイン処理部１５の本発明に関係
する部分のフローチャートである。図４の（イ）は，第
１階層の選択に関する処理手続きを示している。この部
分では，以下の処理〜を行う。

【００４２】 戻り先情報ファイル１７から，戻り先
情報のＺＩＤをリードする。 戻り先情報ファイル１７の戻り先情報をクリアす
る。 ＣＩＤを初期化する。図３の例では，ＣＩＤをＡ０
０００に設定することになる。

【００４３】〜 ＺＩＤとＣＩＤの大小を比較す
る。ＺＩＤがＣＩＤより大きいということは，メイン処
理部１５の再起動により，これより下位の階層に制御を
進める必要があることを示す。そこで処理により，そ
のＺＩＤの識別子に対応する手続きを呼び出す。

【００４４】〜 ＺＩＤがＣＩＤに等しければ，す
なわちＺＩＤがＡ００００であれば，自手続きに必要な
処理を行う。ここでは，第１階層サブ処理の選択と，選
択した第１階層の呼び出しを行っている。第１階層の呼
び出しの際に，その移行先の手続きを識別する識別子を
ＺＩＤに設定する。

【００４５】先頭階層と最終階層を除く第ｎ階層では，
図４の（ロ）に示す処理を行う。図４の（イ）に示す処
理とほぼ同様であり，以下の〜の処理を行う。 ＣＩＤを自手続きの識別子とする。

【００４６】〜 ＺＩＤとＣＩＤとを比較し，ＺＩ
Ｄが大きければ，ＺＩＤで示されるさらに下の階層の手
続きを呼び出す。 〜 ＺＩＤとＣＩＤが等しければ，自処理を行う。
ここでは，例えばサブメニューにより，次の階層のサブ
処理（グループ）を選択する処理を行う。

【００４７】図４の（ハ）は，最終階層における処理手
続きを示している。 上位の階層で選択されたサブ処理の起動情報を作成
し，起動情報ファイル１６に書き込む。

【００４８】 戻り先情報ファイル１７に再起動後の
戻り先情報，すなわち実行終了後に制御を移行させたい
手続きの識別子であるＺＩＤを書き込む。このＺＩＤ
は，直前の階層の手続きの識別子でも，最上位の識別子
（Ａ００００）でもよい。一般的な業務では，直前の階
層のＺＩＤとするのが普通である。

【００４９】図示省略するが，オーバレイ制御部１２を
バッチファイルで構成した場合の処理概要は以下のよう
になる。 (a) 起動情報ファイル１６をクリアするコマンドを発行
する。例えば，あらかじめ初期化されたダミーのファイ
ルを，起動情報ファイル１６にコピーするコマンドを発
行することによってクリアを実現することができる。

【００５０】(b) カレントディレクトリを，メイン処理
部１５の動作に必要なディレクトリとする。 (c) メイン処理部１５のプログラムを起動するコマンド
を発行する。

【００５１】(d) ディレクトリをルートディレクトリに
戻す。 (e) 起動情報ファイル１６を指定し，これに格納された
起動情報によるコマンド列を発行する。

【００５２】(f) 必要に応じて終了条件を判定し，未終
了の場合には，(a) に戻る。 図５は，本発明のオーバレイ制御によるメモリ使用例を
示す。図５に示す各フェーズ１〜４は，図６に示す従来
技術による各フェーズ１〜４に対応している。ＯＳ域
は，オペレーティング・システム域，Ａはオーバレイ制
御プログラム，Ｂはメインプログラム，Ｃ_n はサブプロ
グラム起動情報，Ｄ_n はサブプログラムを表す。

【００５３】オーバレイ制御プログラムＡはＯＳ域の外
に存在する。フェーズ１は初期状態であり，オーバレイ
制御プログラムＡはユーザ・リージョン内にある。フェ
ーズ２は，オーバレイ制御プログラムＡによってメイン
プログラムＢを起動した状態である。メインプログラム
Ｂは，次に起動されるサブプログラムＤ_n の起動情報Ｃ
_n を外部記憶装置に格納する。メインプログラムＢは終
了後，直ちにリージョン内から消滅する。

【００５４】次にオーバレイ制御プログラムＡが，起動
情報Ｃ_n をリージョン内に読み出すと，フェーズ３の状
態に移る。オーバレイ制御プログラムＡは，起動情報Ｃ
_n をもとに，サブプログラムＤ_n を起動する。これによ
り，フェーズ４の状態に遷移する。すなわち，メインプ
ログラムＢがリージョン内に存在しない状態で，サブプ
ログラムＤ_n がローディングされ，実行されることにな
る。

【００５５】サブプログラムＤ_n の実行が終了すると，
サブプログラムＤ_n は，その起動情報Ｃ_n を含んだ形で
メモリ上から消滅する。これにより，フェーズ４からフ
ェーズ１の初期状態に戻り，続けてメインプログラムＢ
の起動が行われる。

【００５６】オーバレイ制御プログラムＡは，例えばオ
ペレーティング・システムのコマンドインタプリタ配下
で動作するバッチファイルにより，実現することができ
る。また，メインプログラムＢが創成するサブプログラ
ム起動情報Ｃ_n についても，バッチファイルを用いるこ
とができる。メインプログラムＢおよびサブプログラム
Ｄ_n は，ユーザが開発した任意のアプリケーションでよ
い。

【００５７】図６に示す従来技術によるメモリ使用例
と，図５に示す本発明のメモリ使用例とを比較すると，
以下のようになる。ただし，ｖ（ｘ）はｘの動作時に必
要なメモリ容量である。 ［フェーズ１（初期状態）の必要リージョン］ 従来技術： ０ 本発明 ： ｖ（Ａ） ［フェーズ２（メインプログラムの実行時）の必要リー
ジョン］ 従来技術： ｖ（Ｂ）＋ΣＣ_n 本発明 ： ｖ（Ａ）＋ｖ（Ｂ） ［フェーズ３（サブプログラムＤ_n の起動中）の必要リ
ージョン］ 従来技術： ｖ（Ｂ）＋ΣＣ_n 本発明 ： ｖ（Ａ）＋ｍａｘ（ｖ（Ｃ_k ）） ［フェーズ４（サブプログラムＤ_n の実行中）の必要リ
ージョン］ 従来技術： ｖ（Ｂ）＋ΣＣ_n ＋ｍａｘ（ｆ（Ｄ_k ）） 本発明 ： ｖ（Ａ）＋ｍａｘ（ｖ（Ｃ_k ）＋ｖ
（Ｄ_k ）） 例えば，オーバレイ制御プログラムＡの必須リージョン
容量を８０バイト，メインプログラムＢの容量を４００
Ｋバイト，サブプログラム起動情報Ｃ₁ ，Ｃ₂ ，Ｃ₃ の
容量を，それぞれＣ₁ ＝３，８４２バイト，Ｃ₂ ＝４，
０９６バイト，Ｃ₃ ＝２，０９６バイトとし，サブプロ
グラムＤ₁ ，Ｄ₂ ，Ｄ₃ の容量を，それぞれＤ₁ ＝３０
０，５１２バイト，Ｄ₂ ＝２１５，１３２バイト，Ｄ₃
＝６７，３４５バイトとすると，従来技術と本発明のメ
モリ使用量の差は，上記の各フェーズで以下のようにな
る。単位はバイトである。

【００５８】 ［本発明］ ［従来技術］ ［差］ ・フェーズ１ ８０ ０ −８０ ・フェーズ２ ４００，０８０ ４１０，０３４ ９，９５４ ・フェーズ３ ４，１７６ ４１０，０３４ ４０５，８５８ ・フェーズ４ ３０４，４３４ ７１０，７４６ ４０６，１１２ なお，フェーズ３における本発明の起動情報は，Ｃ₂ が
最大（ｍａｘ）である。フェーズ４における本発明の組
み合わせは，Ｃ₁ とＤ₁ の組み合わせが最大であり，そ
の値を計算に用いている。

【００５９】この例から明らかなように，フェーズ１で
は，本発明のほうが必須リージョンが８０バイト余分に
必要になる。しかし，８０バイトは無視できる程度の値
である。一方，フェーズ２では，９Ｋバイト以上減少
し，フェーズ３およびフェーズ４では，約４００Ｋバイ
トも減少する。

【００６０】本実施例では，起動情報をファイルにして
いるので，従来技術にこの値がそのまま適用されるわけ
ではない。しかし，この例における従来技術側の起動情
報に関する必須リージョンをすべて０と仮定しても，本
発明の優位性は顕著である。

【００６１】

【発明の効果】以上説明したように，本発明によれば，
サブプログラムの動作時にメインプログラムをリージョ
ンから消滅させるので，以下のような効果がある。

【００６２】(a) サブプログラム動作時，残り使用可能
メモリ量が増大する。これにより，リージョンに展開さ
れるワークエリアも同時に増大することになり，アプリ
ケーションの動作制限等が大幅に緩和される。

【００６３】(b) パソコンなどの小型計算機では，ユー
ザプログラム用のリージョンが限られており，従来技術
では，メインプログラム配下でサブプログラムを呼び出
すことが不可能なケースも存在したが，本発明の適用に
より，そのような問題が解決される。

【００６４】(c) ワープロソフトウェア，表計算ソフト
ウェア，データベース管理ソフトウェアというような各
種の独立した既存ソフトウェアを，メインプログラムの
制御のもとに，サブプログラムとして自由に起動して，
使用することができるようになる。したがって，各ソフ
トウェア間の連携をとった処理を容易に実現できるよう
になる。これにより，操作性のよいマンマシンインタフ
ェースの提供が可能になる。

【図面の簡単な説明】

【図１】本発明の原理説明図である。

【図２】本発明の一実施例処理構成図である。

【図３】本発明の一実施例に係るサブ処理の階層制御説
明図である。

【図４】本発明の一実施例によるメイン処理部のフロー
チャートである。

【図５】本発明のメモリ使用例を示す図である。

【図６】従来技術によるメモリ使用例を示す図である。

【図７】従来の複数アプリケーション起動例を示す図で
ある。

【符号の説明】

１０ データ処理装置 １１ オペレーティング・システム １２ オーバレイ制御部 １３ メイン処理起動部 １４ サブ処理起動部 １５ メイン処理部 １６ 起動情報ファイル １７ 戻り先情報ファイル １８ａ，１８ｂ，… サブ処理部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 谷 哲次 千葉県市原市姉崎海岸二番の一 出光興産 株式会社内 (72)発明者 古戸 英雄 千葉県市原市姉崎海岸二番の一 出光興産 株式会社内

Claims (2)

【特許請求の範囲】
1. 【請求項１】 複数の独立したプログラムを連携させて
   動作させるデータ処理装置におけるオーバレイ制御方式
   において， サブ処理を選択してそのサブ処理の起動情報を作成する
   とともに，戻り先情報を設定し，処理終了後に自プログ
   ラムのメモリ領域を解放するメイン処理部(15)と， 起動情報に従って動作し，処理終了後にメモリ領域を解
   放するサブ処理部(18)と， 前記メイン処理部(15)を呼び出し，そのメイン処理部(1
   5)が作成した起動情報に基づいてサブ処理部(18)を起動
   する処理を繰り返すオーバレイ制御部(12)とを備え， サブ処理部(18)の動作時にメイン処理部(15)をメモリ領
   域から消滅させることを特徴とするオーバレイ制御方
   式。
2. 【請求項２】 請求項１記載のオーバレイ制御方式にお
   いて， 前記メイン処理部(15)は，現在制御中の階層化されたサ
   ブ処理の選択に関する識別情報を管理し，これと戻り先
   情報とを比較することにより，サブ処理の選択を階層的
   に行う処理手段(15a) を持つことを特徴とするオーバレ
   イ制御方式。