JP2001290637A - コンポーネントの動的置換装置及びコンピュータ読み取り可能な記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】 マルチプロセス・マルチスレッド構成システ
ムにおいて、業務を停止せずにコンポーネントを置換で
きるようにする。 【解決手段】 メッセージキュー制御機構１２０は、通
信制御機構１１０を介して動的置換要求を受け、アプリ
ケーションプロセス１３０の各スレッド１３１で動作し
ている全てのコンポーネント管理機構１３２にその要求
を発行する。コンポーネント管理機構１３２は、全ての
スレッドが待機状態になり次第コンポーネント１３４の
アンロードを行い、新コンポーネント１６０への置換処
理を行う。置換処理終了後、スレッドを再開する。置換
中の利用者１７０からの要求は、置換指示前のものがあ
れば待ち合わせて先に実行し、置換指示後のものであれ
ば保留しておき、スレッド再開後、新コンポーネント１
６０で業務を行う。これにより、稼働中のシステムを停
止せず、また利用者に意識させずにコンポーネントを置
換できる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数のスレッドを
有するアプリケーションプロセス内のコンポーネントを
新コンポーネントに置換するマルチプロセス・マルチス
レッド構成システムにおけるコンポーネントの動的置換
装置及びコンピュータ読み取り可能な記憶媒体に関する
ものである。

【０００２】

【従来の技術】図５は例えば特開平08-185318 号公報に
記載された従来のプログラムの動的置換装置を示すブロ
ック図である。図５において、従来のプログラムの動的
置換装置は、動的置換の対象である全てのダイナミック
リンク可能なアプリケーションプログラムを格納するア
プリケーションプログラム格納ファイル９と、動的置換
の対象である全てのアプリケーションプログラムのアプ
リケーションプログラム名、ファイルロードディレクト
リ、置換指示番号、関数名及び置換指示コマンド発行総
数を格納する置換情報テーブル３と、プロセス固有のア
プリケーションプログラム名、関数名、関数アドレス及
び置換済番号を格納するアプリケーションプログラム管
理テーブル７を含む。

【０００３】また、置換指示コマンドを受け付け前記置
換情報テーブルの置換指示コマンド発行総数を１つ加算
し、この置換指示コマンド発行総数を前記置換指示コマ
ンドに含まれるアプリケーションプログラム名に対応す
る置換指示番号に設定し、前記置換指示コマンドに含ま
れるファイルロードディレクトリを前記アプリケーショ
ンプログラム名に対応するファイルロードディレクトリ
に設定する置換指示コマンド処理手段２と、プロセスの
立上り時に前記置換情報テーブル３を参照して動的置換
の対象である全てのアプリケーションプログラムのロー
ドをオペレーティングシステムに要求し、アプリケーシ
ョンプログラムのロード後に前記アプリケーションプロ
グラム管理テーブル７にアプリケーションプログラム
名、関数名及び関数アドレスを設定して初期化するアプ
リケーションプログラム管理テーブル初期化手段４を含
む。

【０００４】また、業務電文１１を受信する電文受信手
段１２と、この電文受信手段１２によりトランザクショ
ン開始時に呼び出され、前記置換情報テーブル３中のア
プリケーションプログラム名と対応する置換指示番号と
前記アプリケーションプログラム管理テーブル７の置換
済番号とを比較し、前記置換指示番号が前記置換済番号
より大きければ前記アプリケーションプログラム名の新
しいアプリケーションプログラムのロードと古いアプリ
ケーションプログラムのキャンセルとをオペレーティン
グシステム１に要求し、オペレーティングシステム１か
ら返された関数アドレス及び前記置換情報テーブル３の
置換指示コマンド発行総数を用いて前記アプリケーショ
ンプログラム管理テーブル７の関数アドレス及び置換済
番号を更新するアプリケーションプログラム置換手段５
を含む。

【０００５】また、動的置換の対象である全てのアプリ
ケーションプログラムのアプリケーションプログラム
名、ファイルロードディレクトリ及び関数名を格納する
アプリケーションプログラム定義ファイル１５と、前記
トランザクション処理システムの立上げ時に前記アプリ
ケーションプログラム定義ファイル１５のアプリケーシ
ョンプログラム名、ファイルロードディレクトリ及び関
数名を前記置換情報テーブル３に展開する置換情報テー
ブル初期化手段１４と、前記アプリケーションプログラ
ム置換手段５の後に前記電文受信手段１２により呼び出
されるアプリケーションプログラム利用プログラム１３
と、このアプリケーションプログラム利用プログラム１
３より呼び出され前記アプリケーションプログラム管理
テーブル７の関数アドレスを用いてアプリケーションプ
ログラムを呼び出すアプリケーションプログラム呼出し
手段６と、オペレーティングシステム１を含む。

【０００６】このような構成を有する従来の動的置換装
置は次のように動作する。即ち、置換指示コマンド１０
を受け付けると、置換指示コマンド処理手段２は置換情
報テーブル３を更新する。プロセス２０の立上り時に、
アプリケーションプログラム管理テーブル初期化手段４
は、置換情報テーブル３を参照してアプリケーションプ
ログラム８のロードをオペレーティングシステム１に要
求し、アプリケーションプログラム管理テーブル７を初
期化する。

【０００７】業務電文１１の受信時に電文受信手段１２
により呼び出されたアプリケーションプログラム置換手
段５は、置換情報テーブル３及びアプリケーションプロ
グラム管理テーブル７を参照してアプリケーションプロ
グラム８の置換をオペレーティングシステム１に要求
し、アプリケーションプログラム管理テーブル７を更新
する。

【０００８】

【発明が解決しようとする課題】しかし、前記の従来技
術には次のような問題点があった。第１の問題点は、プ
ロセスがマルチスレッド構成である時に対応できないと
いうことである。その理由は、もしマルチスレッドであ
った場合、あるプロセスが動的置換要求を受け取って
も、同プロセス内のあるスレッドがアプリケーション実
行中であった場合には、置換処理が実行できないという
事態が起こり得るためである。動的置換をしようとした
ときにそのプロセスがシングルスレッドであるか、又は
あるプロセスが動的置換要求を受け取ったときに同プロ
セス内のスレッドは全てアプリケーション実行中ではな
いという状態でないとプログラムの置換はできない。

【０００９】従って、本発明は、連続稼働中のマルチプ
ロセス・マルチスレッド構成システムにおいて、業務を
停止させることなくコンポーネントの置換ができるよう
にすることを目的としている。

【００１０】

【課題を解決するための手段】上記の目的を達成するた
めに、本発明による動的置換装置は、それぞれコンポー
ネントがロードされる複数のスレッドを有するアプリケ
ーションプロセスにおける上記コンポーネントを新コン
ポーネントに動的置換するマルチプロセス・マルチスレ
ッド構成されたシステムにおけるコンポーネントの動的
置換装置であって、動的置換要求に基づいて、動作中の
スレッドは動作終了を待って待機させ、動作中でないス
レッドはそのまま待機させる制御手段と、上記全てのス
レッドが待機状態となった後、上記コンポーネントの新
コンポーネントへの置換処理を行う置換処理手段とを設
けたものである。

【００１１】本発明による記憶媒体は、動的置換要求に
基づいて動作中のスレッドは動作終了を待って待機さ
せ、動作中でないスレッドはそのまま待機させる制御処
理と、上記全てのスレッドが待機状態となった後、アプ
リケーションプロセス内の複数のスレッドに割り当てら
れるコンポーネントの新コンポーネントへの置換処理と
を実行するためのプログラムを記憶したものである。

【００１２】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して説明する。図１は本発明の実施の形態による
コンポーネントの動的置換装置を示すブロック図であ
る。まず、本実施の形態の概略を説明する。図１におい
て、動的置換発行機構１０１からの動的置換要求を受け
た通信制御機構１１０は、その要求をメッセージキュー
制御機構１２０に対して発行する。要求を受けたメッセ
ージキュー制御機構１２０は、各アプリケーションプロ
セス１３０の各スレッド１３１で動作している全てのコ
ンポーネント管理機構１３２にその要求を発行する。

【００１３】要求指示を受けたコンポーネント管理機構
１３２は、スレッド数管理テーブル１４０内の置換要求
受付カウンタ１４１の値を参照し、アプリケーションプ
ロセス１３０内で最後に要求を受け付けたコンポーネン
ト管理機構１３２がコンポーネント１３４のアンロード
を行い置換処理を行う。置換処理が終了すると、運用管
理機構１００に置換終了の通知を出し、スレッド１３１
を再開する。

【００１４】置換中の利用者１７０からの要求は、置換
指示前のものがあれば待ち合わせて、先に実行し、置換
指示後のものであればメッセージキュー制御機構１２０
に保留しておき、スレッド１３１再開後、新コンポーネ
ント１６０で業務を行う。

【００１５】このようにして、連続稼働中のマルチプロ
セス・マルチスレッド構成システムを停止させず、かつ
利用者１７０に意識させずにコンポーネントを置換する
ことを可能にする。

【００１６】次に、本実施の形態を詳細に説明する。図
１は本発明の実施の形態によるマルチプロセス・マルチ
スレッド構成システムにおけるコンポーネントの動的置
換装置を示す。本動的置換装置は、運用管理機構１００
と、通信制御機構１１０と、メッセージキュー制御機構
１２０と、２つのアプリケーションプロセス１３０と、
新コンポーネント１３４と、利用者１７０で構成されて
いる。

【００１７】運用管理機構１００は、動的置換発行機構
１０１を含む。一方のアプリケーションプロセス１３０
は、スレッド数管理テーブル１４０と、スレッド１３１
とを含む。各スレッド１３１は待ち合わせ機構１３３を
含み、コンポーネント管理機構１３２と、コンポーネン
ト１３４とをロードしている。スレッド数管理テーブル
１４０は、置換要求受付カウンタ１４１と、スレッド数
格納域１４２を含む。他方のアプリケーションプロセス
１３０の場合は、スレッド数管理テーブル１５０と、ス
レッド１３１とを含み、スレッド数管理テーブル１５０
は置換要求受付カウンタ１５１と、スレッド数格納域１
５２を含む。以下、アプリケーションプロセス数が増え
ても同様である。

【００１８】ここでは２つのスレッド１３１を持つ２つ
のアプリケーションプロセス１３０というシステム構成
の場合を説明するが、実際はこれに限定されるものでは
なく、アプリケーションプロセス１３０をm(m=1,2,
3,....）、スレッド１３０をn(n=1,2,3,....）とする
と、m*n という構成が考えられる。また、利用者１７０
の複数アクセスも考えられる。

【００１９】図１においては、利用者１７０からの要求
に関する流れは点線で表し、運用管理機構１００からの
要求に関する流れは実線で表す。

【００２０】これらの各部はそれぞれ概略次のように動
作する。運用管理機構１００は、動的置換発行機構１０
１によって通信制御機構１１０に動的置換要求を出す。
この時、スレッド１３１の数も動的置換要求時の情報と
して通信制御機構１１０に渡す。また、コンポーネント
管理機構１３２から置換完了通知を受け取り、運用再開
の要求を出す。

【００２１】通信制御機構１１０は、利用者１７０から
の要求あるいは運用管理機構１００から要求があった場
合にメッセージキュー制御機構１２０に要求を発行す
る。動的置換要求であった場合は、全てのアプリケーシ
ョンプロセス１３０上に存在する各スレッド１３１の数
だけ動的置換指示要求をメッセージキュー制御機構１２
０に発行する。動的置換中は利用者１７０からの要求を
保留し、運用管理機構１００からの運用再開要求を受け
取ってからコンポーネント管理機構１３２に発行する。

【００２２】メッセージキュー制御機構１２０は、運用
管理機構１００からの動的置換要求を受け取ったとき、
全てのアプリケーションプロセス１３０上に存在する各
スレッド１３１に対しての動的置換指示要求をコンポー
ネント管理機構１３２に発行する。アプリケーションプ
ロセス１３０は、スレッド数管理テーブル１４０（１５
０）と複数のスレッド１３１から成り、コンポーネント
管理機構１３２とコンポーネント１３４をロードして各
スレッド１３１に割り当てる。

【００２３】スレッド１３１は、メッセージキュー制御
機構１２０より受け取った要求を実行する。要求を実行
するために各スレッド毎にコンポーネント管理機構１３
２とコンポーネント１３４が割り当てられている。ま
た、動的置換時に他スレッド１３１の待ち合わせを行う
待ち合わせ機構１３３を持つ。

【００２４】コンポーネント管理機構１３２は、メッセ
ージキュー制御機構１２０からの動的置換要求を受け付
けてスレッド数管理テーブル１４０（１５０）を更新
し、各スレッド１３１における新コンポーネント１６０
の置換を実行する。全ての置換が終了すると、コンポー
ネント管理機構１３２は運用管理機構１００に置換完了
通知を出す。

【００２５】スレッド数管理テーブル１４０（１５０）
は、自プロセスのコンポーネント管理機構１３２が動的
置換要求を受け取るたびに置換要求受付カウンタ１４１
（１５１）が１ずつ増えていく。カウンタの初期値は０
である。スレッド数格納域１４２（１５２）にはそのア
プリケーションプロセス１３０内のスレッド１３１数が
格納されている。置換要求受付カウンタ１４１（１５
１）の値がスレッド数格納域１４２（１５２）の値と同
値になったときは、アプリケーションプロセス１３０内
の全てのスレッド１３１が動的置換要求指示を受け取っ
た（業務実行中であると、そのスレッド１３１の分の置
換要求指示をコンポーネント管理機構１３２が受け取れ
ない）ということになる。

【００２６】次に、図１、図３及び図２、図４のフロー
チャートを参照して本実施の形態の全体の動作について
詳細に説明する。最初に、図２を用いて動的置換の流れ
を説明する。まず、運用管理機構１００内の動的置換発
行機構１０１から通信制御機構１１０に動的置換要求が
くると（図２のステップＡ１）、通信制御機構１１０は
メッセージキュー制御機構１２０に対して各アプリケー
ションプロセス１３０の全スレッド１３１数分の動的置
換要求を発行する（ステップＡ２）。また、スレッド数
管理テーブル１４０の置換要求受付カウンタ１４１の初
期値を０とする（ステップＡ３）。

【００２７】メッセージキュー制御機構１２０は通信制
御機構１１０からの全スレッド１３１数分の動的置換要
求を受け、各アプリケーションプロセス１３０の各スレ
ッド１３１の全てに対して動的置換要求発行する（ステ
ップＡ４）。この動的置換要求を受けて動作するスレッ
ド１３１では、コンポーネント管理機構１３２で置換要
求受付カウンタ１４１を１増やす（ステップＡ５）。こ
の時、置換要求受付カウンタ１４１とスレッド数格納域
１４２のスレッド１３１数とを比較する（ステップＡ
６）。

【００２８】両者が同じでなければ、まだ業務実行中の
スレッド１３１があって動的置換要求が受け取れないと
いうことなので、そのスレッド１３１は新コンポーネン
ト１６０のロード完了イベント待ち合わせに入る（ステ
ップＡ７）。同様に、処理を行っていないスレッド１３
１は、ステップＡ２で発行されたことによりメッセージ
キュー制御機構１２０に溜まった動的置換要求を一つず
つ受け取り、ステップＡ７で待ち合わせる。また、現在
処理発行中のスレッドにおいては、現在の処理が完了し
た時点でメッセージキュー制御機構１２０に溜まった動
的置換要求を受け取る。

【００２９】こうして全てのスレッド１３１が動的置換
要求を受けて、ステップＡ７で待ち合わせることによ
り、置換要求受付カウンタ１４１の値とスッド数格納域
１４２の値が一致する。この時点では動作中のスレッド
１３１がないため、コンポーネント１３４の置換は可能
である。よって、アプリケーションプロセス１３０にお
けるコンポーネント１３４のアンロードを行い（ステッ
プＡ８）、置換要求受付カウンタ１４１を０にする（ス
テップＡ９）。

【００３０】次の処理として新コンポーネント１６０へ
の置換を行うのであるが（ステップＡ１０）、置換が成
功しなかった場合、まだ他のアプリケーションプロセス
１３０におけるコンポーネント１３４のアンロードが終
了していないということなので、そのアプリケーション
プロセス１３０は新コンポーネント１６０の置換完了イ
ベント待ち合わせに入る（ステップＡ１１）。

【００３１】置換が成功した場合は、コンポーネント管
理機構１３２が新コンポーネント１６０の置換完了イベ
ントを発行する（ステップＡ１２）。このイベントが発
行されることにより、ステップＡ１１で置換完了待ち合
わせになっていたアプリケーションプロセス１３０の待
ち合わせが解除され、全アプリケーションプロセス１３
０において新コンポーネント１６０のロードを行う（ス
テップＡ１３）。

【００３２】新コンポーネント１６０のロード後に新コ
ンポーネント１６０のロード完了イベント発行が発行さ
れ（ステップＡ１４）、ステップＡ７においてロード完
了イベント待ち合わせになっていたスレッド１３１の待
ち合わせが解除されて実行可能状態になり、コンポーネ
ント管理機構１３２から運用管理機構１００に置換完了
通知が行われる（ステップＡ１５）。全ての置換完了通
知を受けると運用管理機構１００は通信制御機構１１０
にスレッド１３１再開通知を出してスレッド１３１を再
開させ（ステップＡ１６）、動的置換処理実行中に受け
付けた利用者１７０からの要求を実行する。

【００３３】次に、アプリケーションプロセス１３０内
の待ち合わせ処理を図３を用いて説明する。図３は待ち
合わせ処理の一例を示すもので、メッセージキュー制御
機構１２０−３０と、スレッド１・１３１−３１と、ス
レッド２・１３１−３２と、スレッド３・１３１−３３
と、置換要求受付カウンタ１４１−３４で構成されてい
る。

【００３４】スレッド１・１３１−３１は、待ち合わせ
機構１３３−３１１を含む。 スレッド２・１３１−３２は、待ち合わせ機構１３３−
３２１を含む。 スレッド３・１３１−３３は、待ち合わせ機構１３３−
３３１を含む。 なお、各番号の先頭は図１の番号に対応しており、図１
の各部と同様の動作をする。また、３つのスレッド１・
１３１−３１、スレッド２・１３１−３２、スレッド３
・１３１−３３という構成について説明するが、実際は
３つに限定されるものではない。

【００３５】スレッド１・１３１−３１とスレッド２・
１３１−３２は実行可能状態、スレッド３・１３１−３
３は他メッセージ処理中という例について説明する。図
２のステップＡ２でメッセージキュー制御機構１２０−
３０に動的置換指示が格納される。ステップＡ５におい
てスレッド１・１３１−３１は実行待ち状態かどうかを
チェックする。

【００３６】スレッド１・１３１−３１とスレッド２・
１３１−３２は実行待ち状態なので、メッセージキュー
制御機構１２０−３０から動的置換指示を受け取り、置
換要求受付カウンタ１４１−３４を＋１する。このとき
ステップＡ６において置換要求受付カウンタ１４１−３
４まだ３ではないので、スレッド１・１３１−３１とス
レッド２・１３１−３２はそれぞれ待ち合わせ機構１３
３−３１１、待ち合わせ機構１３３−３２１によってス
テップＡ７の待ち合わせに入る。

【００３７】スレッド３・１３１−３３は他メッセージ
処理中であるので、実行処理終了後にメッセージキュー
制御機構１２０−３０から動的置換指示を受け取り、置
換要求受付カウンタ１４１−３４を＋１する。このとき
ステップＡ６において置換要求受付カウンタ１４１−３
４が全スレッド数に一致する。この時点ではスレッド１
・１３１−３１、スレッド２・１３１−３２、スレッド
３・１３１−３３の全てが実行中ではなくなったという
ことになるため、図１の新コンポーネント１６０の置換
が可能である。

【００３８】もしシングルプロセスであればステップＡ
８、ステップＡ９の処理後置換可能であるが、マルチプ
ロセスであれば他のアプリケーションプロセス１３０の
スレッド１３１の状況により、ステップＡ１１の処理に
入る。

【００３９】次に、利用者側からの流れを図４を用いて
説明する。利用者１７０から通信制御機構１１０に業務
実行要求がくると（ステップＢ１）、通信制御機構１１
０からメッセージキュー制御機構１２０に利用者１７０
の要求実行指示が出される（ステップＢ２）。動的置換
中かどうかをチェックし（ステップＢ３）、図２で説明
したように動的置換中であったら動的置換終了までメッ
セージキュー制御機構１２０に利用者１７０の要求実行
指示を保留する（ステップＢ４）。動的置換中でなけれ
ば、実行可能なスレッド１３１があるかどうかのチェッ
クを行う（ステップＢ５）。

【００４０】実行可能なスレッド１３１がなければ、メ
ッセージキュー制御機構１２０に利用者１７０の要求実
行指示を保留する（ステップＢ６）。実行可能なスレッ
ド１３１があれば、メッセージキュー制御機構１２０か
らコンポーネント管理機構１３２へ、実行可能スレッド
１３１のうちのどれか一つに利用者１７０の要求実行指
示を出す（ステップＢ７）。

【００４１】スレッド１３１に割り当てられているコン
ポーネントで業務を実行する（ステップＢ８）。動的置
換前であればコンポーネント１３４、動的置換後であれ
ばコンポーネント１６０で業務を行う。

【００４２】実行終了後は、実行結果をメッセージキュ
ー制御機構１２０に送信し（ステップＢ９）、それを通
信制御機構１１０に送信する（ステップＢ１０）。そし
て、実行結果を利用者１７０に送信して（ステップＢ１
１）業務実行を終了する。

【００４３】なお、本発明によるコンピュータ読み取り
可能な記憶媒体は、図２、図３のフローチャートによる
処理をＣＰＵで実行するためのプログラムを記憶する。
この記憶媒体には、半導体メモリやディスク媒体など各
種記憶媒体を使用することができる。

【００４４】

【発明の効果】本発明によれば、動的置換要求に基づい
て全てのスレッドの動作終了を待ち合わせた後、コンポ
ーネントの新コンポーネントへの置換処理を行うように
したので、マルチプロセス・マルチスレッド構成システ
ムであっても業務を停止することなく動的置換を行うこ
とができる。

【００４５】また、置換処理前に受け取った利用者から
の要求業務は置換前のコンポーネントで行い、置換処理
中に受け取った利用者からの要求はエラーにせずに保留
しておき、置換終了後に実行可能スレッド上の新コンポ
ーネントで実行するようにしたので、業務を停止するこ
となく、また利用者に置換を意識させることなく業務を
実行することができる。

【図面の簡単な説明】

【図１】 本発明による動的置換装置の実施の形態を示
すブロック図である。

【図２】 置換処理を示すフローチャートである。

【図３】 図１のアプリケーションプロセス内の待ち合
わせ処理を示すブロック図である。

【図４】 利用者から見た業務実行の処理を示すフロー
チャートである。

【図５】 従来の動的置換装置を示すブロック図であ
る。

【符号の説明】

１００ 運用管理機構 １０１ 動的置換発行機構 １１０ 通信制御機構 １２０ メッセージキュー制御機構 １３０ アプリケーションプロセス １３１ スレッド １３２ コンポーネント管理機構 １３３ 待ち合わせ機構 １３４ コンポーネント １４０，１５０ スレッド数管理テーブル １４１，１５１ 置換要求受付カウンタ １４２，１５２ スレッド数格納域 １６０ 新コンポーネント １７０ 利用者

Claims (6)

【特許請求の範囲】
1. 【請求項１】 それぞれコンポーネントがロードされる
   複数のスレッドを有するアプリケーションプロセスにお
   ける上記コンポーネントを新コンポーネントに動的置換
   するマルチプロセス・マルチスレッド構成されたシステ
   ムにおけるコンポーネントの動的置換装置であって、 動的置換要求に基づいて、動作中のスレッドは動作終了
   を待って待機させ、動作中でないスレッドはそのまま待
   機させる制御手段と、 上記全てのスレッドが待機状態となった後、上記コンポ
   ーネントの新コンポーネントへの置換処理を行う置換処
   理手段とを設けたことを特徴とするコンポーネントの動
   的置換装置。
2. 【請求項２】 利用者からの業務実行要求に基づいて現
   在置換処理中であるか否かを調べ、置換処理中でないと
   き業務実行可能なスレッドを用いてそのスレッドに割り
   当てられているコンポーネントに基づいて業務を実行さ
   せる業務実行制御手段を設けたことを特徴とする請求項
   １記載のコンポーネントの動的置換装置。
3. 【請求項３】 上記業務実行制御手段は、上記業務実行
   要求があったとき置換処理中であった場合はその業務実
   行要求を保留し、置換処理終了後に上記新コンポーネン
   トに基づいて業務を実行させることを特徴とする請求項
   ２記載のコンポーネントの動的置換装置。
4. 【請求項４】 動的置換要求に基づいて、動作中のスレ
   ッドは動作終了を待って待機させ、動作中でないスレッ
   ドはそのまま待機させる制御処理と、 上記全てのスレッドが待機状態となった後、アプリケー
   ションプロセス内の複数のスレッドに割り当てられるコ
   ンポーネントの新コンポーネントへの置換処理とを実行
   するためのプログラムを記憶したコンピュータ読み取り
   可能な記憶媒体。
5. 【請求項５】 利用者からの業務実行要求に基づいて現
   在置換処理中であるか否かを調べ、置換処理中でないと
   き業務実行可能なスレッドを用いてそのスレッドに割り
   当てられているコンポーネントに基づいて業務を実行さ
   せる業務実行処理を実行するためのプログラムを記憶し
   たことを特徴とする請求項４記載のコンピュータ読み取
   り可能な記憶媒体。
6. 【請求項６】 上記業務実行要求があったとき置換処理
   中であった場合はその業務実行要求を保留する保留処理
   と、置換処理終了後に上記新コンポーネントに基づいて
   業務を実行させる業務実行処理とを実行するためのプロ
   グラムを記憶したことを特徴とする請求項５記載のコン
   ピュータ読み取り可能な記憶媒体。