JPH06187134A - ロードモジュール更新方法 - Google Patents
ロードモジュール更新方法Info
- Publication number
- JPH06187134A JPH06187134A JP4339098A JP33909892A JPH06187134A JP H06187134 A JPH06187134 A JP H06187134A JP 4339098 A JP4339098 A JP 4339098A JP 33909892 A JP33909892 A JP 33909892A JP H06187134 A JPH06187134 A JP H06187134A
- Authority
- JP
- Japan
- Prior art keywords
- load module
- application
- task
- new
- management mechanism
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
- G06F8/656—Updates while running
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
Abstract
(57)【要約】
【目的】 本発明はロードモジュール更新方法に関し、
業務を停止することなく業務運用中に動的にロードモジ
ュールの更新を行なうことができ、業務の長時間連続運
用が可能となることを目的とする。 【構成】 アプリケーション空間内に更新前の旧ロード
モジュールと更新後の新ロードモジュールとを混在さ
せ、両アプリケーションタスクに処理を分散させつつ更
新する方法であって、複数のアプリケーションタスクの
うち旧モードモジュールを使用している一つのアプリケ
ーションタスクを順次選択し、選択したアプリケーショ
ンタスクに対して以降の実行要求を抑止してこのアプリ
ケーションタスクの処理の終了時点で停止させ、上記選
択したアプリケーションタスクに新ロードモジュールを
割付け、上記複数のアプリケーションタスクの全てを順
に新ロードモジュールに更新する。
業務を停止することなく業務運用中に動的にロードモジ
ュールの更新を行なうことができ、業務の長時間連続運
用が可能となることを目的とする。 【構成】 アプリケーション空間内に更新前の旧ロード
モジュールと更新後の新ロードモジュールとを混在さ
せ、両アプリケーションタスクに処理を分散させつつ更
新する方法であって、複数のアプリケーションタスクの
うち旧モードモジュールを使用している一つのアプリケ
ーションタスクを順次選択し、選択したアプリケーショ
ンタスクに対して以降の実行要求を抑止してこのアプリ
ケーションタスクの処理の終了時点で停止させ、上記選
択したアプリケーションタスクに新ロードモジュールを
割付け、上記複数のアプリケーションタスクの全てを順
に新ロードモジュールに更新する。
Description
【０００１】
【産業上の利用分野】本発明はロードモジュール更新方
法に関し、マルチタスク処理されるアプリケーションタ
スクのロードモジュールを更新するロードモジュール更
新方法に関する。
法に関し、マルチタスク処理されるアプリケーションタ
スクのロードモジュールを更新するロードモジュール更
新方法に関する。
【０００２】
【従来の技術】業務を構成する複数のアプリケーション
プログラムの個々については、機能追加、又はバグ等に
より、適宜、ロードモジュールを更新する必要がある。
プログラムの個々については、機能追加、又はバグ等に
より、適宜、ロードモジュールを更新する必要がある。
【０００３】従来、アプリケーション空間内でマルチタ
スク動作を基本とするシステムで、バグ等の原因により
アプリケーションプログラムのロードモジュールを更新
する場合、以下の手順で更新を行なっている。
スク動作を基本とするシステムで、バグ等の原因により
アプリケーションプログラムのロードモジュールを更新
する場合、以下の手順で更新を行なっている。
【０００４】ロードモジュールライブラリに新ロード
モジュールを登録する。
モジュールを登録する。
【０００５】旧ロードモジュールで動作している業務
の全タスクを一旦停止する。
の全タスクを一旦停止する。
【０００６】新ロードモジュールを指定して停止した
業務の全タスクを再起動する。
業務の全タスクを再起動する。
【０００７】
【発明が解決しようとする課題】従来システムでは、ア
プリケーションプログラムのロードモジュールを更新す
る場合は、前述の如く、運用中の業務を停止させなけれ
ばならないという問題があった。
プリケーションプログラムのロードモジュールを更新す
る場合は、前述の如く、運用中の業務を停止させなけれ
ばならないという問題があった。
【０００８】本発明は上記の点に鑑みなされたもので、
業務を停止することなく業務運用中に動的にロードモジ
ュールの更新を行なうことができ、業務の長時間連続運
用が可能となるロードモジュール更新方法を提供するこ
とを目的とする。
業務を停止することなく業務運用中に動的にロードモジ
ュールの更新を行なうことができ、業務の長時間連続運
用が可能となるロードモジュール更新方法を提供するこ
とを目的とする。
【０００９】
【課題を解決するための手段】本発明のロードモジュー
ル更新方法は、アプリケーション空間内でマルチタスク
処理される複数の同一アプリケーションタスクのロード
モジュールを更新するロードモジュール更新方法におい
て、上記アプリケーション空間内に更新前の旧ロードモ
ジュールと更新後の新ロードモジュールとを混在させ、
両アプリケーションタスクに処理を分散させつつ更新す
る方法であって、上記複数のアプリケーションタスクの
うち旧ロードモジュールを使用している一つのアプリケ
ーションタスクを順次選択し、選択したアプリケーショ
ンタスクに対して以降の実行要求を抑止して上記選択し
たアプリケーションタスクの処理の終了時点で停止さ
せ、上記選択したアプリケーションタスクに新ロードモ
ジュールを割付け、上記複数のアプリケーションタスク
の全てを順に新ロードモジュールに更新する。
ル更新方法は、アプリケーション空間内でマルチタスク
処理される複数の同一アプリケーションタスクのロード
モジュールを更新するロードモジュール更新方法におい
て、上記アプリケーション空間内に更新前の旧ロードモ
ジュールと更新後の新ロードモジュールとを混在させ、
両アプリケーションタスクに処理を分散させつつ更新す
る方法であって、上記複数のアプリケーションタスクの
うち旧ロードモジュールを使用している一つのアプリケ
ーションタスクを順次選択し、選択したアプリケーショ
ンタスクに対して以降の実行要求を抑止して上記選択し
たアプリケーションタスクの処理の終了時点で停止さ
せ、上記選択したアプリケーションタスクに新ロードモ
ジュールを割付け、上記複数のアプリケーションタスク
の全てを順に新ロードモジュールに更新する。
【００１０】
【作用】本発明においては、アプリケーション空間内の
複数のアプリケーションタスクから一つのアプリケーシ
ョンタスクを順次選択し、この選択したアプリケーショ
ンタスクの処理が終了した時点で停止させ、旧ロードモ
ジュールから新モードモジュールに割付けを更新するた
め、ロードモジュール更新時に停止するアプリケーショ
ンタスクは一つであり、他のアプリケーションタスクは
処理を持続するので、処理能力の劣化を抑えつつ業務を
持続できる。
複数のアプリケーションタスクから一つのアプリケーシ
ョンタスクを順次選択し、この選択したアプリケーショ
ンタスクの処理が終了した時点で停止させ、旧ロードモ
ジュールから新モードモジュールに割付けを更新するた
め、ロードモジュール更新時に停止するアプリケーショ
ンタスクは一つであり、他のアプリケーションタスクは
処理を持続するので、処理能力の劣化を抑えつつ業務を
持続できる。
【００１１】
【実施例】図１は本発明方式の一実施例の制御構成図を
示す。同図中、１０はオンライン業務のアプリケーショ
ン空間であり、端子１１を介してネットワークよりメッ
セージが入来し、またアプリケーション空間１０からの
メッセージが端子１１を介してネットワークに送出され
る。
示す。同図中、１０はオンライン業務のアプリケーショ
ン空間であり、端子１１を介してネットワークよりメッ
セージが入来し、またアプリケーション空間１０からの
メッセージが端子１１を介してネットワークに送出され
る。
【００１２】アプリケーション空間１０内では複数のア
プリケーションタスク１２1 〜１２ n が旧ロードモジュ
ールライブラリ２０又は新ロードモジュールライブラリ
２０に格納されているアプリケーションプログラムのロ
ードモジュールを使用してマルチタスク処理を行なう。
プリケーションタスク１２1 〜１２ n が旧ロードモジュ
ールライブラリ２０又は新ロードモジュールライブラリ
２０に格納されているアプリケーションプログラムのロ
ードモジュールを使用してマルチタスク処理を行なう。
【００１３】また、アプリケーション空間１０にはメッ
セージ振り分け機構１５、スケジュール管理機構１６、
タスク環境管理機構１７、世代管理機構１８が設けられ
ている。
セージ振り分け機構１５、スケジュール管理機構１６、
タスク環境管理機構１７、世代管理機構１８が設けられ
ている。
【００１４】メッセージ振り分け機構１５はネットワー
クより供給されるメッセージをそのメッセージに応じて
各アプリケーションタスク１２1 〜１２n に振り分け
る。スケジュール管理機構１６は全てのアプリケーショ
ンタスク１２1 〜１２n 夫々の動作スケジュール及びロ
ードモジュール更新スケジュールを管理する。
クより供給されるメッセージをそのメッセージに応じて
各アプリケーションタスク１２1 〜１２n に振り分け
る。スケジュール管理機構１６は全てのアプリケーショ
ンタスク１２1 〜１２n 夫々の動作スケジュール及びロ
ードモジュール更新スケジュールを管理する。
【００１５】タスク環境管理機構１７は、アプリケーシ
ョンタスク１２1 〜１２n 夫々について新旧どちらのバ
ージョンでロードモジュールが動作しているかを管理す
る。世代管理機構１８は任意のロードモジュールについ
てアプリケーション空間１０内で新旧２つの世代を管理
する。
ョンタスク１２1 〜１２n 夫々について新旧どちらのバ
ージョンでロードモジュールが動作しているかを管理す
る。世代管理機構１８は任意のロードモジュールについ
てアプリケーション空間１０内で新旧２つの世代を管理
する。
【００１６】次にロードモジュールの更新が指示された
ときのロードモジュール更新処理について図２のフロー
チャートを用いて説明する。
ときのロードモジュール更新処理について図２のフロー
チャートを用いて説明する。
【００１７】図２において、スケジュール管理機構６１
はロードモジュールの動的入換指示つまり更新の指示を
受付けるとステップＳ２で世代管理機構１８に対し新ロ
ードモジュールのバインドを指示し、これによって新ロ
ードモジュールライブラリ２１より新ロードモジュール
がアプリケーション空間１０内に読み込まれる。このと
き旧ロードモジュールについては削除を行なわず、この
時点で同一名称のロードモジュールが２つ存在すること
になる。
はロードモジュールの動的入換指示つまり更新の指示を
受付けるとステップＳ２で世代管理機構１８に対し新ロ
ードモジュールのバインドを指示し、これによって新ロ
ードモジュールライブラリ２１より新ロードモジュール
がアプリケーション空間１０内に読み込まれる。このと
き旧ロードモジュールについては削除を行なわず、この
時点で同一名称のロードモジュールが２つ存在すること
になる。
【００１８】次にステップＳ４でスケジュール管理機構
１６は旧ロードモジュールを用いて動作しているアプリ
ケーションタクス１２1 〜１２n から任意のアプリケー
ションタスクを選択し、ステップＳ６で選択したアプリ
ケーションタスクの処理が終了した時点でこの選択した
アプリケーションタスクを停止させる。
１６は旧ロードモジュールを用いて動作しているアプリ
ケーションタクス１２1 〜１２n から任意のアプリケー
ションタスクを選択し、ステップＳ６で選択したアプリ
ケーションタスクの処理が終了した時点でこの選択した
アプリケーションタスクを停止させる。
【００１９】このステップＳ６の実行時に、メッセージ
振り分け機構１５はスケジュール管理機構１６から選択
したアプリケーションタスクを指示されて図３に示すメ
ッセージ受信処理を実行する。
振り分け機構１５はスケジュール管理機構１６から選択
したアプリケーションタスクを指示されて図３に示すメ
ッセージ受信処理を実行する。
【００２０】メッセージ振り分け機構１５は動作してい
る各アプリケーションタスクからのメッセージ受信要求
があると、図３のステップＳ２０で、要求を出したアプ
リケーションタスクがロードモジュール更新のために選
択されたものか否かを判別し、選択されてない場合はス
テップＳ２２でネットワークより入来してキューイング
されている要求を出したアプリケーションタスクに対す
る新規メッセージ及び処理中メッセージを受信対象と
し、ステップＳ２４で上記新規メッセージ及び処理中メ
ッセージを受信して要求を出したアプリケーションタス
クに送り、処理を終了する。
る各アプリケーションタスクからのメッセージ受信要求
があると、図３のステップＳ２０で、要求を出したアプ
リケーションタスクがロードモジュール更新のために選
択されたものか否かを判別し、選択されてない場合はス
テップＳ２２でネットワークより入来してキューイング
されている要求を出したアプリケーションタスクに対す
る新規メッセージ及び処理中メッセージを受信対象と
し、ステップＳ２４で上記新規メッセージ及び処理中メ
ッセージを受信して要求を出したアプリケーションタス
クに送り、処理を終了する。
【００２１】一方、要求を出したアプリケーションタス
クが選択されている場合はステップＳ２６でネットワー
クから入来してキューイングされているメッセージ中に
要求を出したアプリケーションタスクに対する処理中メ
ッセージがあるか否かを判別し、これがある場合はステ
ップＳ２８で要求を出したアプリケーションタスクに対
する処理中メッセージのみを受信対象としてステップＳ
２４で受信し処理を終了する。
クが選択されている場合はステップＳ２６でネットワー
クから入来してキューイングされているメッセージ中に
要求を出したアプリケーションタスクに対する処理中メ
ッセージがあるか否かを判別し、これがある場合はステ
ップＳ２８で要求を出したアプリケーションタスクに対
する処理中メッセージのみを受信対象としてステップＳ
２４で受信し処理を終了する。
【００２２】また、ステップＳ２６で要求を出したアプ
リケーションタスクに対する処理中メッセージがなけれ
ばステップＳ３０で要求を出したアプリケーションタス
クにアプリケーション終了要求を通知して処理を終了す
る。
リケーションタスクに対する処理中メッセージがなけれ
ばステップＳ３０で要求を出したアプリケーションタス
クにアプリケーション終了要求を通知して処理を終了す
る。
【００２３】上記ステップＳ３０でのアプリケーション
終了要求の通知によってアプリケーションタスクは全処
理を終了する。
終了要求の通知によってアプリケーションタスクは全処
理を終了する。
【００２４】次に、図２のステップＳ８でスケジュール
管理機構１６は新たなアプリケーションタスクを起動す
る。このとき、タスク環境管理機構１７は新たなアプリ
ケーションタスクの起動時に新ロードモジュールを割付
けて起動を行なう。
管理機構１６は新たなアプリケーションタスクを起動す
る。このとき、タスク環境管理機構１７は新たなアプリ
ケーションタスクの起動時に新ロードモジュールを割付
けて起動を行なう。
【００２５】この後、ステップＳ１０でスケジュール管
理機構１６は旧ロードモジュールを使用している全ての
アプリケーションタスクのロードモジュール更新が完了
したか否かを判別し、完了していない場合はステップＳ
４に進み、完了している場合はステップＳ１２に進む。
理機構１６は旧ロードモジュールを使用している全ての
アプリケーションタスクのロードモジュール更新が完了
したか否かを判別し、完了していない場合はステップＳ
４に進み、完了している場合はステップＳ１２に進む。
【００２６】ステップＳ１２ではスケジュール管理機構
１６は世代管理機構１８を使用してアプリケーション空
間１０内に残っている旧ロードモジュールを削除し、処
理を終了する。
１６は世代管理機構１８を使用してアプリケーション空
間１０内に残っている旧ロードモジュールを削除し、処
理を終了する。
【００２７】ここで、図４にロードモジュール更新時の
様子を示す。同図中、アプリケーション空間１０内には
ライブラリ２０，２１夫々からバインドされた旧モード
モジュール３０と新ロードモジュール３１とが混在して
いる。アプリケーション空間１０内ではアプリケーショ
ンタスク１２1 〜１２3 がマルチタスク処理を行なって
おり、アプリケーションタスク１２1 ，１２2 は旧ロー
ドモジュール３０を使用して処理を行ない、アプリケー
ションタスク１２3 は新ロードモジュール３１を使用し
て処理を行なっている。
様子を示す。同図中、アプリケーション空間１０内には
ライブラリ２０，２１夫々からバインドされた旧モード
モジュール３０と新ロードモジュール３１とが混在して
いる。アプリケーション空間１０内ではアプリケーショ
ンタスク１２1 〜１２3 がマルチタスク処理を行なって
おり、アプリケーションタスク１２1 ，１２2 は旧ロー
ドモジュール３０を使用して処理を行ない、アプリケー
ションタスク１２3 は新ロードモジュール３１を使用し
て処理を行なっている。
【００２８】この状態でアプリケーションタスク１２2
が選択されると、このアプリケーションタスク１２2 に
対するネットワークよりの新規メッセージは受信が抑止
され、処理中メッセージのみが受信され、旧ロードモジ
ュールを使用したアプリケーションタスク１２2 の処理
が実行される。この処理が終了した時点で、アプリケー
ションタスク１２2 は停止され、新ロードモジュール３
１が割付けられてこのアプリケーションタスク１２2 は
再始動される。
が選択されると、このアプリケーションタスク１２2 に
対するネットワークよりの新規メッセージは受信が抑止
され、処理中メッセージのみが受信され、旧ロードモジ
ュールを使用したアプリケーションタスク１２2 の処理
が実行される。この処理が終了した時点で、アプリケー
ションタスク１２2 は停止され、新ロードモジュール３
１が割付けられてこのアプリケーションタスク１２2 は
再始動される。
【００２９】上記のアプリケーションタスク１２2 のロ
ードモジュールの更新時においてもアプリケーションタ
スク１２1 ，１２3 夫々はネットワークよりの新規メッ
セージ及び処理中メッセージを受信して処理を持続す
る。つまりアプリケーション空間１０における多重度は
ほとんど低下することなく業務が継続され、ロードモジ
ュール更新のために業務の全タスクを停止する必要がな
く、オンライン業務の長時間連続運用を行なうことがで
きる。
ードモジュールの更新時においてもアプリケーションタ
スク１２1 ，１２3 夫々はネットワークよりの新規メッ
セージ及び処理中メッセージを受信して処理を持続す
る。つまりアプリケーション空間１０における多重度は
ほとんど低下することなく業務が継続され、ロードモジ
ュール更新のために業務の全タスクを停止する必要がな
く、オンライン業務の長時間連続運用を行なうことがで
きる。
【００３０】上記のアプリケーションタスク１２2 の再
始動に続いて、アプリケーションタスク１２1 のロード
モジュールの更新が行なわれる。
始動に続いて、アプリケーションタスク１２1 のロード
モジュールの更新が行なわれる。
【００３１】
【発明の効果】上述の如く、本発明のロードモジュール
更新方法によれば、処理能力の劣化を抑えつつ、業務を
停止することなく業務運用中に動的にロードモジュール
の更新を行なうことができ、業務の長時間連続運用が可
能となり、実用上きわめて有用である。
更新方法によれば、処理能力の劣化を抑えつつ、業務を
停止することなく業務運用中に動的にロードモジュール
の更新を行なうことができ、業務の長時間連続運用が可
能となり、実用上きわめて有用である。
【図１】本発明の制御構成図である。
【図２】ロードモジュール更新処理のフローチャートで
ある。
ある。
【図３】メッセージ受信処理のフローチャートである。
【図４】ロードモジュール更新を説明するための図であ
る。
る。
１０ アプリケーション空間 １２1 〜１２n アプリケーションタスク １５ メッセージ振り分け機構 １６ スケジュール管理機構 １７ タスク環境管理機構 １８ 世代管理機構 ２０ 旧ロードモジュールライブラリ ２１ 新ロードモジュールライブラリ ３０ 旧ロードモジュール ３１ 新ロードモジュール
Claims (1)
- 【請求項１】 アプリケーション空間内でマルチタスク
処理される複数の同一アプリケーションタスクのロード
モジュールを更新するロードモジュール更新方法におい
て、 上記アプリケーション空間内に更新前の旧ロードモジュ
ールと更新後の新ロードモジュールとを混在させ、両ア
プリケーションタスクに処理を分散させつつ更新する方
法であって、 上記複数のアプリケーションタスクのうち旧ロードモジ
ュールを使用している一つのアプリケーションタスクを
順次選択し、 選択したアプリケーションタスクに対して以降の実行要
求を抑止してこのアプリケーションタスクの処理の終了
時点で停止させ、 上記選択したアプリケーションタスクに新ロードモジュ
ールを割付け、 上記複数のアプリケーションタスクの全てを順に新ロー
ドモジュールに更新することを特徴とするロードモジュ
ール更新方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4339098A JPH06187134A (ja) | 1992-12-18 | 1992-12-18 | ロードモジュール更新方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4339098A JPH06187134A (ja) | 1992-12-18 | 1992-12-18 | ロードモジュール更新方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH06187134A true JPH06187134A (ja) | 1994-07-08 |
Family
ID=18324245
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP4339098A Withdrawn JPH06187134A (ja) | 1992-12-18 | 1992-12-18 | ロードモジュール更新方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH06187134A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6112253A (en) * | 1995-10-12 | 2000-08-29 | International Business Machines Corporation | Object-oriented method maintenance mechanism that does not require cessation of the computer system or its programs |
-
1992
- 1992-12-18 JP JP4339098A patent/JPH06187134A/ja not_active Withdrawn
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6112253A (en) * | 1995-10-12 | 2000-08-29 | International Business Machines Corporation | Object-oriented method maintenance mechanism that does not require cessation of the computer system or its programs |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1415223B1 (en) | Method and system for remote software distribution and installation | |
| JP2001175499A (ja) | 分散デバッグ装置及びデバッグ方法並びに制御プログラムを記録した記録媒体 | |
| US6795873B1 (en) | Method and apparatus for a scheduling driver to implement a protocol utilizing time estimates for use with a device that does not generate interrupts | |
| JP2002014841A (ja) | デバッグカーネルシステム | |
| JP2001265412A (ja) | プログラマブルコントローラ | |
| JPH06187134A (ja) | ロードモジュール更新方法 | |
| JP2001155001A (ja) | マルチプロセッサタスク制御方法及びタスク制御装置 | |
| JPH07210394A (ja) | 分散システムのプログラム管理方法 | |
| JP2000194573A (ja) | スレッド制御システムおよびスレッド制御方法 | |
| EP0905620A2 (en) | Data processing method and recording medium | |
| JP2737796B2 (ja) | マルチタスクの処理方法 | |
| JPH09251430A (ja) | 計算機システムのデータ配布装置 | |
| JP2000347884A (ja) | ジョブネットワーク制御システム | |
| JPS63128442A (ja) | 周期起動タスク制御装置 | |
| JPH06230982A (ja) | 業務処理管理システム | |
| JPH05210508A (ja) | プログラム保守方法 | |
| JP2000029850A (ja) | オペレーティングシステムのプロセッサ間通信を使用したタスク制御方法 | |
| JP2000112773A (ja) | 動的にジョブスケジュールする処理装置 | |
| JP2851039B2 (ja) | ワークステーションバックアップシステム | |
| JPH02257226A (ja) | 分散型ジョブ制御機構 | |
| JPS63273138A (ja) | マルチタスクのオ−バ−レイ方式 | |
| JPH01226033A (ja) | タスクの優先度制御方式 | |
| JPH08292956A (ja) | データベース管理装置及びデータベース管理方法 | |
| KR19990050368A (ko) | 교차 디버깅 서버에서 프로세스 실행제어 서비스 실현방법 | |
| JPH02172397A (ja) | 交換機 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Withdrawal of application because of no request for examination |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20000307 |