JPH03229352A - プログラム変更方法 - Google Patents
プログラム変更方法Info
- Publication number
- JPH03229352A JPH03229352A JP2024546A JP2454690A JPH03229352A JP H03229352 A JPH03229352 A JP H03229352A JP 2024546 A JP2024546 A JP 2024546A JP 2454690 A JP2454690 A JP 2454690A JP H03229352 A JPH03229352 A JP H03229352A
- Authority
- JP
- Japan
- Prior art keywords
- program
- environment
- cpu
- remote
- autonomously
- 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.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
- G06F8/76—Adapting program code to run in a different environment; Porting
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Devices For Executing Special Programs (AREA)
- Stored Programmes (AREA)
- Hardware Redundancy (AREA)
- Multi Processors (AREA)
Abstract
(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。
め要約のデータは記録されません。
Description
【発明の詳細な説明】
〔産業上の利用分野〕
本発明は、分散システムにおいて、プログラム開発、テ
スト、および実行のためのプログラム変更方法に関する
。
スト、および実行のためのプログラム変更方法に関する
。
従来は、ネットワークを介して接続された複数の処理装
置からなる分散システムにおいて、処理装置内の環境に
対応したプログラムだけを処理装置に取込む方法が考え
られていたが、各処理装置が、自らの環境に応じてプロ
グラムを変更して取込む方法は考えられていなかった。
置からなる分散システムにおいて、処理装置内の環境に
対応したプログラムだけを処理装置に取込む方法が考え
られていたが、各処理装置が、自らの環境に応じてプロ
グラムを変更して取込む方法は考えられていなかった。
上記従来技術では、プログラム構造において、プログラ
ムの処理部と入出力部が分離されていないため、処理装
置内のプログラムで、その入出刃先が処理装置内の環境
に対応しない場合、そのプログラムを該当する処理装置
の環境に対応するプログラムに変更するのは人間が行な
わなければならないという問題があった。
ムの処理部と入出力部が分離されていないため、処理装
置内のプログラムで、その入出刃先が処理装置内の環境
に対応しない場合、そのプログラムを該当する処理装置
の環境に対応するプログラムに変更するのは人間が行な
わなければならないという問題があった。
本発明の目的は、各処理装置が自装置内にプログラムを
取り込んで、該当するプログラムの状態から自律的に、
該当するプログラムを自装置内の環境に対応したプログ
ラムに変更するプログラム変更方法を提供することにあ
る。
取り込んで、該当するプログラムの状態から自律的に、
該当するプログラムを自装置内の環境に対応したプログ
ラムに変更するプログラム変更方法を提供することにあ
る。
本発明の他の目的は、処理装置内の異常発生時の環境に
おいて、自律的に、自装置内のプログラムを該環境に対
応したプログラムに変更するプログラム変更方法を提供
することにある。
おいて、自律的に、自装置内のプログラムを該環境に対
応したプログラムに変更するプログラム変更方法を提供
することにある。
本発明のさらに他の目的は、処理装置の拡張による環境
変化時に、自律的に、上記プログラムを該環境に対応し
たプログラムに変更するプログラム変更方法を提供する
ことにある。
変化時に、自律的に、上記プログラムを該環境に対応し
たプログラムに変更するプログラム変更方法を提供する
ことにある。
本発明のさらに他の目的は、各処理装置が自律的に上記
プログラムを自装置内の環境に対応した実行可能なプロ
グラムに変更するプログラム変更方法を提供することに
ある。
プログラムを自装置内の環境に対応した実行可能なプロ
グラムに変更するプログラム変更方法を提供することに
ある。
本発明のさらに他の目的は、他環境から受け取ったプロ
グラムをその必要容量、必要性能の面から、自律的に自
装置内の環境に合わせたプログラムに変更するプログラ
ム変更方法を提供することにある。
グラムをその必要容量、必要性能の面から、自律的に自
装置内の環境に合わせたプログラムに変更するプログラ
ム変更方法を提供することにある。
上記目的を達成するため、本発明は、（１）各処理装置
が、白肉にプログラムを取り込んで、白肉のプログラム
の状態から自律的に、自白プログラムを自装置内の環境
に対応したプログラムに変更すること、（２）各処理装
置が、自己の処理装置における異常発生時の環境におい
て、自律的に、白肉に存在するプログラムを該環境に対
応したプログラムに変更すること、（３）各処理装置が
、自己の装置の拡張による環境変化時に自律的に、白肉
に存在するプログラムを該環境に対応したプログラムに
変更すること、（４）各処理装置が、自律的に、自己の
装置内に存在するプログラムを自装置内の環境に対応し
た実行可能なプログラムに変更すること、に特徴がある
。
が、白肉にプログラムを取り込んで、白肉のプログラム
の状態から自律的に、自白プログラムを自装置内の環境
に対応したプログラムに変更すること、（２）各処理装
置が、自己の処理装置における異常発生時の環境におい
て、自律的に、白肉に存在するプログラムを該環境に対
応したプログラムに変更すること、（３）各処理装置が
、自己の装置の拡張による環境変化時に自律的に、白肉
に存在するプログラムを該環境に対応したプログラムに
変更すること、（４）各処理装置が、自律的に、自己の
装置内に存在するプログラムを自装置内の環境に対応し
た実行可能なプログラムに変更すること、に特徴がある
。
上述したように、本発明では、自律的に各処理装置が、
自装置内に存在するプログラムを自装置内の環境に対応
したプログラムに変更するようにしたので、各処理装置
が、自己の環境の異常発生時や、拡張時およびプログラ
ムの実行時に、白肉のプログラムの状態に独自に対応す
ることが可能となる。
自装置内に存在するプログラムを自装置内の環境に対応
したプログラムに変更するようにしたので、各処理装置
が、自己の環境の異常発生時や、拡張時およびプログラ
ムの実行時に、白肉のプログラムの状態に独自に対応す
ることが可能となる。
以下、本発明の実施例を図面により説明する。
第２図は、本発明が適用されるマルチコンピュータシス
テムの構成を示すもので、コンピュータ１０．２０．
・・ｎｏは、伝送路１を介して相互接続され、データ
及びプログラムを授受する。各コンピュータは、後述す
るように、演算処理装置Ｌｌｔびにデータ及びプログラ
ムを蓄積するための記憶装置を内蔵しかつ、端末装置１
ｔｌｌ、２１．・・・ｎｌに接続される。
テムの構成を示すもので、コンピュータ１０．２０．
・・ｎｏは、伝送路１を介して相互接続され、データ
及びプログラムを授受する。各コンピュータは、後述す
るように、演算処理装置Ｌｌｔびにデータ及びプログラ
ムを蓄積するための記憶装置を内蔵しかつ、端末装置１
ｔｌｌ、２１．・・・ｎｌに接続される。
第１図は、代表として、コンピュータ１０の構成を示す
。処理装置１００は、インターフェイス１０１を介して
伝送路１に接続され、またインターフェイス１０２を介
して端末装ｆｉｌｌに接続される。処理袋＊ｉｏｏは、
また、入力バッファ１０３、出力バツファ１０４．プロ
グラム格納メモリ１０５．データ格納メモリ１０６．内
容コードテーブル１０７．メモリ管理テーブル１０８お
よび自己環境管理テーブル１０９に接続される。
。処理装置１００は、インターフェイス１０１を介して
伝送路１に接続され、またインターフェイス１０２を介
して端末装ｆｉｌｌに接続される。処理袋＊ｉｏｏは、
また、入力バッファ１０３、出力バツファ１０４．プロ
グラム格納メモリ１０５．データ格納メモリ１０６．内
容コードテーブル１０７．メモリ管理テーブル１０８お
よび自己環境管理テーブル１０９に接続される。
内容コードテーブル１０７には、このコンビュータで処
理が可能なプログラムの内容を示すコードが適当な方法
、例えば端末装置１１を介してオペレータにより、ある
いは統括用コンピュータから予めセットされる。
理が可能なプログラムの内容を示すコードが適当な方法
、例えば端末装置１１を介してオペレータにより、ある
いは統括用コンピュータから予めセットされる。
第３図に、他の環境から取り込んだプログラムをあるＣ
ＰＵ （コンピュータ）が実行する場合のフローチャー
トを示す。プログラムは、第４図に示す形式のプログラ
ムを実行する場合を考える。
ＰＵ （コンピュータ）が実行する場合のフローチャー
トを示す。プログラムは、第４図に示す形式のプログラ
ムを実行する場合を考える。
プログラムは、入力部（ｒｃｖ ｎｅｔｗｏｒｋ ｍｓ
ｇＬ処理部と出力部（ｓｎｄ ｎｅｔすａｒｋ ｍｓｇ
）より構成される。
ｇＬ処理部と出力部（ｓｎｄ ｎｅｔすａｒｋ ｍｓｇ
）より構成される。
プログラムを実行するＣＰＵには、あらかじめ、第５図
に示す自己環境管理テーブルがセットされているものと
する。自己環境管理テーブルでは、入力環境として、例
えば、１（ｅｙｂｏａｒｄ ＋ ファイル。
に示す自己環境管理テーブルがセットされているものと
する。自己環境管理テーブルでは、入力環境として、例
えば、１（ｅｙｂｏａｒｄ ＋ ファイル。
Ｐ Ｉ ／ Ｏ、ｎｅｔｗｏｒｋ が、また出力環境と
して、ＣＲＴ 、 ＰＲＩＮＴＥＲ，ファイル、 Ｐ
Ｉ ／ Ｏ、ｎｅｔｗｏｒｋがある場合には、Ｉ１０命
令は第５図の通りにセットされている。次に第３図のフ
ローチャートについて詳細に説明する。ステップ２０１
では、あるＣＰＵが、自ＣＰＵとは異なる環境で、開発
されたプログラムを取り込んだ時に、まず、そのプログ
ラムのオリジナルのＩｌｏを確認する。ステップ２０２
において、ＣＰＵは、前述、第５図の自己環境管理テー
ブルを参照し、自己環境下のＩｌｏの状態を確認する。
して、ＣＲＴ 、 ＰＲＩＮＴＥＲ，ファイル、 Ｐ
Ｉ ／ Ｏ、ｎｅｔｗｏｒｋがある場合には、Ｉ１０命
令は第５図の通りにセットされている。次に第３図のフ
ローチャートについて詳細に説明する。ステップ２０１
では、あるＣＰＵが、自ＣＰＵとは異なる環境で、開発
されたプログラムを取り込んだ時に、まず、そのプログ
ラムのオリジナルのＩｌｏを確認する。ステップ２０２
において、ＣＰＵは、前述、第５図の自己環境管理テー
ブルを参照し、自己環境下のＩｌｏの状態を確認する。
ステップ２０３では、プログラムのオリジナルのＩｌｏ
と自己環境下のＩｌｏの現状におけるマツチングを確認
する。第５図では、ＣＰＵの自己環境管理テーブルの入
力環境に（ｒｅｖ ｋｅｙｂｏａｒｄ ｍ５３）の入力
命令が、また、出力環境に（ｓｎｄ ＣＲＴ ｍｓｇ）
の出力命令があり、方取り込んだプログラムの入力部は
、（ｒｃｖｋｅｙｂｏａｒｄ ｍｓｇ）、出力部は、
（ｓｎｄ ＣＲＴ ｍｓｇ）であり、現状におけるマ
ツチングがあることがわかる。
と自己環境下のＩｌｏの現状におけるマツチングを確認
する。第５図では、ＣＰＵの自己環境管理テーブルの入
力環境に（ｒｅｖ ｋｅｙｂｏａｒｄ ｍ５３）の入力
命令が、また、出力環境に（ｓｎｄ ＣＲＴ ｍｓｇ）
の出力命令があり、方取り込んだプログラムの入力部は
、（ｒｃｖｋｅｙｂｏａｒｄ ｍｓｇ）、出力部は、
（ｓｎｄ ＣＲＴ ｍｓｇ）であり、現状におけるマ
ツチングがあることがわかる。
ステップ２０４では、ステップ２０３でプログラムのオ
リジナルＩ１０と現状のマツチングを確認したＣＰＵは
、オリジナルのＩｌｏを使うことを確認する。ステップ
２０５において、ＣＰＵは、プログラムをオリジナルＩ
１０で、ローディングスタートする。次に、第３図のス
テップ２０３で現状とのマツチングがなかった場合につ
いて述べる。
リジナルＩ１０と現状のマツチングを確認したＣＰＵは
、オリジナルのＩｌｏを使うことを確認する。ステップ
２０５において、ＣＰＵは、プログラムをオリジナルＩ
１０で、ローディングスタートする。次に、第３図のス
テップ２０３で現状とのマツチングがなかった場合につ
いて述べる。
第６図は、ＣＰＵの自己環境とプログラムのオリジナル
Ｉ１０のマツチングがなかった場合にＣＰＵに作成する
リモートＩ１０テーブルの例である。
Ｉ１０のマツチングがなかった場合にＣＰＵに作成する
リモートＩ１０テーブルの例である。
なお、図中、ｒ、ｓはそれぞれ入力部（ｒｅｖ） ｒ出
力部（ｓｎｄ ）を表わす。
力部（ｓｎｄ ）を表わす。
第７図は、第６図のリモートＩ１０テーブルを作成する
場合の手順を示す図である。ここでは、４台のＣＰＵ
（ＣＰＵＩ〜ＣＰＵ４）が、ネットワークで結ばれてい
る場合を考える。ＣＰＵ４はＩｌｏを持たないために、
ＣＰＵ４でプログラムを実行する場合は、他のＣＰＵ（
ＣＰＵＩ〜ＣＰＵ３）のＩｌｏを利用しなければならな
い。この場合、ＣＰＵ４は、実行するプログラムの内容
コード９００を付したｌ１０）−レイン９０１をネット
ワーク上に流す。各ＣＰＵ （ＣＰＵＩ〜ＣＰＵ３）は
、自白のＩｌｏに関するメツセージを順次このＩ１０ト
レイン９０１に連鎖していく。ネットワークを一巡した
Ｉ１０トレイン９０１は、各ｃｐｕ（ＣＰＵＩ〜ＣＰＵ
３）のＩｌｏに関するメツセージをＣＰＵ４に伝える。
場合の手順を示す図である。ここでは、４台のＣＰＵ
（ＣＰＵＩ〜ＣＰＵ４）が、ネットワークで結ばれてい
る場合を考える。ＣＰＵ４はＩｌｏを持たないために、
ＣＰＵ４でプログラムを実行する場合は、他のＣＰＵ（
ＣＰＵＩ〜ＣＰＵ３）のＩｌｏを利用しなければならな
い。この場合、ＣＰＵ４は、実行するプログラムの内容
コード９００を付したｌ１０）−レイン９０１をネット
ワーク上に流す。各ＣＰＵ （ＣＰＵＩ〜ＣＰＵ３）は
、自白のＩｌｏに関するメツセージを順次このＩ１０ト
レイン９０１に連鎖していく。ネットワークを一巡した
Ｉ１０トレイン９０１は、各ｃｐｕ（ＣＰＵＩ〜ＣＰＵ
３）のＩｌｏに関するメツセージをＣＰＵ４に伝える。
ＣＰＵ４はＣＰＵＩにはファイル、ＣＰＵ２にはＣＲＴ
とキーボード、ＣＰＵ３にはラインプリンター（Ｌ／Ｐ
）が工１０として接続されていることをＩ１０トレイン
９０１のメツセージ９０２より認識し、このメツセージ
９０２から、前述の第６図に示したリモートＩ１０テー
ブルを自白に作成する。
とキーボード、ＣＰＵ３にはラインプリンター（Ｌ／Ｐ
）が工１０として接続されていることをＩ１０トレイン
９０１のメツセージ９０２より認識し、このメツセージ
９０２から、前述の第６図に示したリモートＩ１０テー
ブルを自白に作成する。
以上の過程を経て得られる前述第６図のリモートＩ１０
テーブルは、各ＣＰＵのＩｌｏに関する情報を管理する
。
テーブルは、各ＣＰＵのＩｌｏに関する情報を管理する
。
第８図に、リモートでプログラムのオリジナルＩ１０を
行う場合のフローチャートを示す。プログラムを実行す
るＣＰＵは、ＣＰＵの現状環境とプログラムのオリジナ
ルＩ１０のマツチングがないことをチェックし、ステッ
プ３０１で、ＣＰＵは、工１０トレインをネットワーク
に流し、他のＣＰＵのＩｌｏに関するメツセージを得る
。そしてこのメツセージから自ＣＰＵ内に第６図と同様
の形式をもつリモートＩ１０テーブルを作成する。
行う場合のフローチャートを示す。プログラムを実行す
るＣＰＵは、ＣＰＵの現状環境とプログラムのオリジナ
ルＩ１０のマツチングがないことをチェックし、ステッ
プ３０１で、ＣＰＵは、工１０トレインをネットワーク
に流し、他のＣＰＵのＩｌｏに関するメツセージを得る
。そしてこのメツセージから自ＣＰＵ内に第６図と同様
の形式をもつリモートＩ１０テーブルを作成する。
ステップ３０２では、リモートエ１０テーブルに、オリ
ジナルＩ１０があるかどうかを確認する。ステップ３０
２でプログラムのオリジナルＩ１０が、リモートＩ１０
に存在すれば、ステップ３０３において、ＣＰＵは、プ
ログラムのオリジナル■１０を対応するリモートＩ１０
に変換する。ここでは、プログラムのオリジナルの入力
部（ｒｃｖｎｅｔｗｏｒｋ ｍｓｇ） ｗ出力部（ｓｎ
ｄ ｎｅｔｗｏｒｋ ｍｓｇ）を、第６図と同様のリモ
ートＩ１０テーブルより、例えばこの場合は、リモート
Ｉ１０として他のＣＰＵのキーボード（ｒｅｃ ｒｅｍ
ｏｔｅ ｋｅｙｂｏａｒｄ ｍｓｇ）出力部を他のＣＰ
ＵのＣＲＴ （ｓｎｄ ｒｅｍｏｔ ＣＲＴ ｍｓｇ）
としている。次にステップ３０４では、入出力をリモー
ト１１０に変換したプログラムをコンパイルする。ここ
で、Ｉｌｏの変換によりコンパイルエラーが発生したな
らば、プログラムを実行するためにはリモートＩ１０を
再決定しなければならない。
ジナルＩ１０があるかどうかを確認する。ステップ３０
２でプログラムのオリジナルＩ１０が、リモートＩ１０
に存在すれば、ステップ３０３において、ＣＰＵは、プ
ログラムのオリジナル■１０を対応するリモートＩ１０
に変換する。ここでは、プログラムのオリジナルの入力
部（ｒｃｖｎｅｔｗｏｒｋ ｍｓｇ） ｗ出力部（ｓｎ
ｄ ｎｅｔｗｏｒｋ ｍｓｇ）を、第６図と同様のリモ
ートＩ１０テーブルより、例えばこの場合は、リモート
Ｉ１０として他のＣＰＵのキーボード（ｒｅｃ ｒｅｍ
ｏｔｅ ｋｅｙｂｏａｒｄ ｍｓｇ）出力部を他のＣＰ
ＵのＣＲＴ （ｓｎｄ ｒｅｍｏｔ ＣＲＴ ｍｓｇ）
としている。次にステップ３０４では、入出力をリモー
ト１１０に変換したプログラムをコンパイルする。ここ
で、Ｉｌｏの変換によりコンパイルエラーが発生したな
らば、プログラムを実行するためにはリモートＩ１０を
再決定しなければならない。
このような場合には、コンパイルエラー発生とともに、
ステップ３０２に戻ってリモートＩ１０を再決定する。
ステップ３０２に戻ってリモートＩ１０を再決定する。
そして、ステップ３０４でコンパイルを行い、コンパイ
ルエラーが発生しなければ、ステップ３０５により、プ
ログラムローディング。
ルエラーが発生しなければ、ステップ３０５により、プ
ログラムローディング。
スタートとなる６以上のように、各ＣＰＵで、その環境
下において、プログラムのオリジナルＩ１０が、マツチ
ングしない場合には、該ＣＰＵは他のＣＰＵのＩｌｏを
プログラムの内容コード９０を付した工／○トレイン９
１を用いて、他の個別のＩｌｏに関する情報を得てこの
情報から、自ＣＰ ｔＪ内にリモートＩ１０テーブルを
作成する。
下において、プログラムのオリジナルＩ１０が、マツチ
ングしない場合には、該ＣＰＵは他のＣＰＵのＩｌｏを
プログラムの内容コード９０を付した工／○トレイン９
１を用いて、他の個別のＩｌｏに関する情報を得てこの
情報から、自ＣＰ ｔＪ内にリモートＩ１０テーブルを
作成する。
このリモートＩ１０テーブルにより、オリジナルＩ１０
を同様のリモートＩ１０に変換いてプログラムを実行す
る。次にリモートＩ１０テーブルにオリジナルＩ１０が
なかった場合について説明する。オリジナルＩ１０がリ
モートＩ１０にない場合は、ＣＰＵは、次に自己の中に
代替となる工１０がないかを調べる。
を同様のリモートＩ１０に変換いてプログラムを実行す
る。次にリモートＩ１０テーブルにオリジナルＩ１０が
なかった場合について説明する。オリジナルＩ１０がリ
モートＩ１０にない場合は、ＣＰＵは、次に自己の中に
代替となる工１０がないかを調べる。
第９図に、自己代替ついてのフローチャートを示す。第
８図のステップ３０２で、ＣＰＵは、自己のリモートＩ
１０テーブルに、プログラムのオリジナルＩ１０が存在
しないことを確認すると、第９図のステップ４０４で自
己代替のＩｌｏが存在するかをチェックするために、第
１０図に示す様な自己代替管理テーブルを作成する。自
己代替管理テーブルでは例えば、自己代替入力環境とし
て、 ｋｅｙｂｏａｒｄ、ファイル、 Ｐ Ｉ ／ Ｏ
、ｎｅｔｗｏｒｋが、また、自己代替出力環境として、
ＣＲＴ、ＰＲＩＮＴＥＲ。
８図のステップ３０２で、ＣＰＵは、自己のリモートＩ
１０テーブルに、プログラムのオリジナルＩ１０が存在
しないことを確認すると、第９図のステップ４０４で自
己代替のＩｌｏが存在するかをチェックするために、第
１０図に示す様な自己代替管理テーブルを作成する。自
己代替管理テーブルでは例えば、自己代替入力環境とし
て、 ｋｅｙｂｏａｒｄ、ファイル、 Ｐ Ｉ ／ Ｏ
、ｎｅｔｗｏｒｋが、また、自己代替出力環境として、
ＣＲＴ、ＰＲＩＮＴＥＲ。
Ｐ Ｉ ／ Ｏ、ｎｅｔｗｏｒｋがある場合には、工１
０命令がセットされる。第９図のステップ４０２におい
て、ＣＰＵは、自己代替管理テーブルにより１代替があ
れば、ステップ４０４を行う。例えば、プログラムのオ
リジナル入力が、キーボード（ｒｅｖ ｋｅｙｂｏａｒ
ｄ ＋＊ｓｇ） 、出力がＣＲＴ （ａｎｄ ＣＲＴｍ
ｓｇ）である場合の代替を、それぞれファイル（ｒｅｖ
ファイルｍｓｇ） ＋プリンタ （ｓｎｄ ＰＲＩＮ
ＴＥＲｍｓｇ）としている。なお、ステップ４０３で入
出力代替が、複数ある場合には、第１１１１に示す様な
使用順序テーブルを作成し、例えば、入力代替としては
、ｋｅｙｂｏａｒｄ 、ファイル、 Ｐ Ｉ ／ Ｏ、
ｎｅｔｗｏｒｋの順序で、ＣＰＵに存在する代替を決定
してもよいし、また、ステップ４０５のように可能な代
替をＣＲＴ 、 ＰＲＩＮＴＥＲなどにより、人間に間
合わせて決定してもよい。この場合、代替を指定しなけ
ればデフオールド値を設定する。このようにして、代替
を決定すると、次に、ステップ４０６で、入出力をＣＰ
Ｕの自己代替に変換したプログラムをコンパイルする。
０命令がセットされる。第９図のステップ４０２におい
て、ＣＰＵは、自己代替管理テーブルにより１代替があ
れば、ステップ４０４を行う。例えば、プログラムのオ
リジナル入力が、キーボード（ｒｅｖ ｋｅｙｂｏａｒ
ｄ ＋＊ｓｇ） 、出力がＣＲＴ （ａｎｄ ＣＲＴｍ
ｓｇ）である場合の代替を、それぞれファイル（ｒｅｖ
ファイルｍｓｇ） ＋プリンタ （ｓｎｄ ＰＲＩＮ
ＴＥＲｍｓｇ）としている。なお、ステップ４０３で入
出力代替が、複数ある場合には、第１１１１に示す様な
使用順序テーブルを作成し、例えば、入力代替としては
、ｋｅｙｂｏａｒｄ 、ファイル、 Ｐ Ｉ ／ Ｏ、
ｎｅｔｗｏｒｋの順序で、ＣＰＵに存在する代替を決定
してもよいし、また、ステップ４０５のように可能な代
替をＣＲＴ 、 ＰＲＩＮＴＥＲなどにより、人間に間
合わせて決定してもよい。この場合、代替を指定しなけ
ればデフオールド値を設定する。このようにして、代替
を決定すると、次に、ステップ４０６で、入出力をＣＰ
Ｕの自己代替に変換したプログラムをコンパイルする。
ここで、Ｉｌｏの変換によりコンパイルエラーが発生し
たならば、プログラムを実行するためには自己代替を再
決しなければならないにのような場合には、コンパイル
エラーを発生とともに、ステップ４０２に戻ってリモー
トＩ１０を再決定する。そして、ステップ４０６でコン
パイルを行い、コンパイルエラーが発生しなければ、ス
テップ４０７により、プログラムローディング、スター
トとなる。以上のように、プログラムのオリジナルＩ１
０が、該ＣＰＵ及び他のＣＰＵの環境に、マツチングし
ない場合には、該ＣＰＵは、プログラムのオリジナルＩ
１０を自己の代替Ｉ１０に変換してプログラムを実行す
る。
たならば、プログラムを実行するためには自己代替を再
決しなければならないにのような場合には、コンパイル
エラーを発生とともに、ステップ４０２に戻ってリモー
トＩ１０を再決定する。そして、ステップ４０６でコン
パイルを行い、コンパイルエラーが発生しなければ、ス
テップ４０７により、プログラムローディング、スター
トとなる。以上のように、プログラムのオリジナルＩ１
０が、該ＣＰＵ及び他のＣＰＵの環境に、マツチングし
ない場合には、該ＣＰＵは、プログラムのオリジナルＩ
１０を自己の代替Ｉ１０に変換してプログラムを実行す
る。
次に、プログラムのオリジナルＩ１０の代替となるＩｌ
ｏがＣＰＵの自己代替にない場合について対処するリモ
ート代替について説明する。
ｏがＣＰＵの自己代替にない場合について対処するリモ
ート代替について説明する。
第１２図に、リモート代替についてのフローチャートを
示す。第９図のステップ４０２で、ＣＰＵは、自己代替
管理テーブルに、プログラムの代替Ｉ１０が存在しない
ことを確認すると、第１２図のステップ５０１でリモー
ト代替のＩｌｏが存在するかどうかをチェックするため
に、第１３図に示すようなリモート代替管理テーブルを
作成する。
示す。第９図のステップ４０２で、ＣＰＵは、自己代替
管理テーブルに、プログラムの代替Ｉ１０が存在しない
ことを確認すると、第１２図のステップ５０１でリモー
ト代替のＩｌｏが存在するかどうかをチェックするため
に、第１３図に示すようなリモート代替管理テーブルを
作成する。
第１４図は、第１３図のリモート代替管理テーブルを作
成する場合の手順を示す図である。ここでは、４台のＣ
ＰＵ（ＣＰτ〕１〜ｃｐτ２〕４）が。
成する場合の手順を示す図である。ここでは、４台のＣ
ＰＵ（ＣＰτ〕１〜ｃｐτ２〕４）が。
ネットワークで結ばれている場合を考える。ＣＰ Ｕ
４はＩｌｏを持たないために、ＣＰＵ’４で、第１３図
に示す。入力がキーボード（ｒｅｖ ｋｅｙｂｏａｒｄ
ｔａｓｇ）、。
４はＩｌｏを持たないために、ＣＰＵ’４で、第１３図
に示す。入力がキーボード（ｒｅｖ ｋｅｙｂｏａｒｄ
ｔａｓｇ）、。
出力がＣＲＴ （ｓｎｄ ＣＲＴ ｍｓｇ）であるプロ
グラムを実行する場合、他のＣＰＵ（ＣＰＵ］〜ＣＰＵ
３）のＩｌｏを利用しなければならない、ここでネット
ワーク上のどのＣＰＵにもプログラムのオリジナル出力
ない場合を考えるやこの場合、ＣＰ ｔＪ ４は、実行
するプログラムの内容コード９００を付したｌ１０）−
レイン９０１をネットワーク上に流す。各ＣＰＵ （Ｃ
ＰＵＩ〜ＣＰＵ３）は、自白のリモート代替に関するメ
ツセージを順次このＩ１０トレイン９０１に連鎖してい
く、ネットワークを一巡したＩ１０トレイン９０１は、
各ＣＰＵ（ＣＰＵ１〜ＣＰＵ３）（７）Ｉ１０４Ｃ関す
ルメッセージをＣＰＵ４に伝える。ＣＰＵ４では、ＣＰ
Ｕ １にはＰＲＩＮＴＥＲ、ＣＰ Ｕ ２にはファイル
、ＣＰＵ３にはＰＩｌｏが、リモート代替Ｉ１０として
接続されていることをＩ１０トレイン９０１のメツセー
ジ９０２より認識し、このメツセージ９０２から、前述
の第１３図に示すリモート代替管理テーブルを自白に作
成する。
グラムを実行する場合、他のＣＰＵ（ＣＰＵ］〜ＣＰＵ
３）のＩｌｏを利用しなければならない、ここでネット
ワーク上のどのＣＰＵにもプログラムのオリジナル出力
ない場合を考えるやこの場合、ＣＰ ｔＪ ４は、実行
するプログラムの内容コード９００を付したｌ１０）−
レイン９０１をネットワーク上に流す。各ＣＰＵ （Ｃ
ＰＵＩ〜ＣＰＵ３）は、自白のリモート代替に関するメ
ツセージを順次このＩ１０トレイン９０１に連鎖してい
く、ネットワークを一巡したＩ１０トレイン９０１は、
各ＣＰＵ（ＣＰＵ１〜ＣＰＵ３）（７）Ｉ１０４Ｃ関す
ルメッセージをＣＰＵ４に伝える。ＣＰＵ４では、ＣＰ
Ｕ １にはＰＲＩＮＴＥＲ、ＣＰ Ｕ ２にはファイル
、ＣＰＵ３にはＰＩｌｏが、リモート代替Ｉ１０として
接続されていることをＩ１０トレイン９０１のメツセー
ジ９０２より認識し、このメツセージ９０２から、前述
の第１３図に示すリモート代替管理テーブルを自白に作
成する。
以上の過程を経て得られる前述第１３図のリモート代替
管理テーブルは、各ＣＰＵの代替Ｉ１０に関する情報を
管理する。
管理テーブルは、各ＣＰＵの代替Ｉ１０に関する情報を
管理する。
第１２図のステップ５０２で、プログラムのオリジナル
Ｉ１０に対して第１３図に示すリモート代替管理テーブ
ルにリモート代替があるならば、ステップ５０４に進む
、ステップ５０４では、この場合プログラムのオリジナ
ル出力（ｓｎｄ ＣＲＴ ｍｓｇ）をリモート代替出力
（ｓｎｄ ＰＲＩＮＴＥＲｍｓｇ）としている。なおリ
モート入出力代替が、複数ある場合は。
Ｉ１０に対して第１３図に示すリモート代替管理テーブ
ルにリモート代替があるならば、ステップ５０４に進む
、ステップ５０４では、この場合プログラムのオリジナ
ル出力（ｓｎｄ ＣＲＴ ｍｓｇ）をリモート代替出力
（ｓｎｄ ＰＲＩＮＴＥＲｍｓｇ）としている。なおリ
モート入出力代替が、複数ある場合は。
ステップ５０３のように先に述べた第１１図と同様の使
用順序テーブルや、ステップ４０５のように人間に対す
る間合わせにより可能なリモート代替を決定してもよい
、この場合、代替を指定しなければ、デフオールド値を
設定する。このようにして代替を決定すると、次にステ
ップ５０５で入出力をリモート代替に変換したプログラ
ムをコンパイルする。ここでＩｌｏの変換によりコンパ
イルエラーが発生したならば、プログラムを実行するた
めにはりモート代替を再決定しなければならない。この
ような場合には、コンパイルエラー発生とともに、ステ
ップ５０２に戻って、リモート代替Ｉ１０を再決定する
。そして、ステップ５０５でコンパイルを行い、コンパ
イルエラーが発生しなければ、ステップ５０６により、
プログラムローティング、スタートとなる１以上のよう
にプログラムのオリジナルＩ１０を、該ＣＰＵ以外のＣ
ＰＵでリモート代替Ｉ１０に変換してプログラムを実行
する。またプログラムのオリジナルＩ１０の代替が、ネ
ットワーク上のどのＣＰＵにも存在しない場合は、ステ
ップ５０７のように入出力をネットワークとして、入力
（ｒｃｖ ｎｅｔｗｏｒｋ ｍｓｇ）、出力（ｓｎｄ
ｎｅｔｗｏｒｋ ｍｓｇ）としてプログラムを実行する
。
用順序テーブルや、ステップ４０５のように人間に対す
る間合わせにより可能なリモート代替を決定してもよい
、この場合、代替を指定しなければ、デフオールド値を
設定する。このようにして代替を決定すると、次にステ
ップ５０５で入出力をリモート代替に変換したプログラ
ムをコンパイルする。ここでＩｌｏの変換によりコンパ
イルエラーが発生したならば、プログラムを実行するた
めにはりモート代替を再決定しなければならない。この
ような場合には、コンパイルエラー発生とともに、ステ
ップ５０２に戻って、リモート代替Ｉ１０を再決定する
。そして、ステップ５０５でコンパイルを行い、コンパ
イルエラーが発生しなければ、ステップ５０６により、
プログラムローティング、スタートとなる１以上のよう
にプログラムのオリジナルＩ１０を、該ＣＰＵ以外のＣ
ＰＵでリモート代替Ｉ１０に変換してプログラムを実行
する。またプログラムのオリジナルＩ１０の代替が、ネ
ットワーク上のどのＣＰＵにも存在しない場合は、ステ
ップ５０７のように入出力をネットワークとして、入力
（ｒｃｖ ｎｅｔｗｏｒｋ ｍｓｇ）、出力（ｓｎｄ
ｎｅｔｗｏｒｋ ｍｓｇ）としてプログラムを実行する
。
なお、プログラムのコンパイル、ローディングにあたっ
ては、以下を考慮して行う。
ては、以下を考慮して行う。
第１５図に、プログラムの形式について示す。
プログラム１０００は、内容コード１００１．アプリケ
ーションプログラム１００２．プログラム情報１００５
として、プログラム容量１００３（バイト）、必要性能
１００４ （ＭＩＰＳ値）、およびプログラム本体１０
０６より構成される。
ーションプログラム１００２．プログラム情報１００５
として、プログラム容量１００３（バイト）、必要性能
１００４ （ＭＩＰＳ値）、およびプログラム本体１０
０６より構成される。
第１６図に、プログラム１０００をコンパイルする場合
の評価および操作手順のフローチャートを、示す。第１
５１ｉｉ！より、プログラム１０００には、プログラム
情報１００５としてプログラムが必要とする性能がデー
タの中に入っている。その必要性能１００４として、例
えば、ＭＩＰＳ値を用いる。ステップ６０１では、ＣＰ
Ｕはプログラム１０００の必要性能（Ｍ Ｉ Ｐ Ｓ値
）１００４をチェックする。一方、ＣＰＵは、自己環境
のパラメータテーブルに性能値を持っているものとする
。
の評価および操作手順のフローチャートを、示す。第１
５１ｉｉ！より、プログラム１０００には、プログラム
情報１００５としてプログラムが必要とする性能がデー
タの中に入っている。その必要性能１００４として、例
えば、ＭＩＰＳ値を用いる。ステップ６０１では、ＣＰ
Ｕはプログラム１０００の必要性能（Ｍ Ｉ Ｐ Ｓ値
）１００４をチェックする。一方、ＣＰＵは、自己環境
のパラメータテーブルに性能値を持っているものとする
。
ステップ６０２では、ＣＰＵはこの自己環境のパラメー
タテーブルの性能値（ここではβとする）をチェックす
る。ステップ６０３では、必要性能”（ＭＩｐｓ値）１
００４とＣＰＵの自己環境の性能値（ｆｊ）を比較し、
プログラムの必要性能゛（Ｍ工Ｐ＄）１００４が性能値
（β）より小であればプログラムをそのままコンパイル
する。そうでなければ、ステップ６０４において、プロ
グラム１０００を変更する。この場合、プログラム１０
００の中で繰り返し計算を、■第１５図のＭＩＰＳ値の
比、あるいは■所定の比で少なくして、プログラム１０
００の必要性能１００４を自己の環境に合わせる。
タテーブルの性能値（ここではβとする）をチェックす
る。ステップ６０３では、必要性能”（ＭＩｐｓ値）１
００４とＣＰＵの自己環境の性能値（ｆｊ）を比較し、
プログラムの必要性能゛（Ｍ工Ｐ＄）１００４が性能値
（β）より小であればプログラムをそのままコンパイル
する。そうでなければ、ステップ６０４において、プロ
グラム１０００を変更する。この場合、プログラム１０
００の中で繰り返し計算を、■第１５図のＭＩＰＳ値の
比、あるいは■所定の比で少なくして、プログラム１０
００の必要性能１００４を自己の環境に合わせる。
次に第１５図より、プログラムのローディングについて
説明する。第１５図より、プログラム１０００には、プ
ログラム情報１０ｏ５として、プログラム容量（バイト
）１００３がデータの中に入っている。その容量が、Ｃ
ＰＵの自己環境テーブルの所定の容量より小さければ、
コアメモリ常駐とする。また、プログラム容量１００３
が上記所定の容量より大きければ、ディスクへ格納（コ
ア非常駐）とする。つまり、前者は常駐エリアにローデ
ィングし、後者は非常駐エリアにローディングする。
説明する。第１５図より、プログラム１０００には、プ
ログラム情報１０ｏ５として、プログラム容量（バイト
）１００３がデータの中に入っている。その容量が、Ｃ
ＰＵの自己環境テーブルの所定の容量より小さければ、
コアメモリ常駐とする。また、プログラム容量１００３
が上記所定の容量より大きければ、ディスクへ格納（コ
ア非常駐）とする。つまり、前者は常駐エリアにローデ
ィングし、後者は非常駐エリアにローディングする。
以上、ＣＰＵは、他環境から受け取ったプログラムをそ
の必要容量、必要性能の面から自律的に自己の環境に合
わせて、コンパイル、ローディングを行う。
の必要容量、必要性能の面から自律的に自己の環境に合
わせて、コンパイル、ローディングを行う。
本実施例によれば、（１）各処理装置が、自装置内のプ
ログラムをチェックし、それらの状態から自律的に、プ
ログラムを自装置内の環境に対応したプログラムに変更
すること、（２）各処理装置が自己の装置内における異
常発生時の環境において、自律的に、プログラムを自装
置内の環境に対応したプログラムに変更すること、（３
）各処理装置が自己の装置の拡張による環境変化時に、
自律的にプログラムを自装置内の環境に対応したプログ
ラムに変更すること、（４）各処理装置が自装置内のプ
ログラムをその環境に対応した実行可能なプログラムに
変更し稼動することができる。
ログラムをチェックし、それらの状態から自律的に、プ
ログラムを自装置内の環境に対応したプログラムに変更
すること、（２）各処理装置が自己の装置内における異
常発生時の環境において、自律的に、プログラムを自装
置内の環境に対応したプログラムに変更すること、（３
）各処理装置が自己の装置の拡張による環境変化時に、
自律的にプログラムを自装置内の環境に対応したプログ
ラムに変更すること、（４）各処理装置が自装置内のプ
ログラムをその環境に対応した実行可能なプログラムに
変更し稼動することができる。
また各処理装置が、負荷過大及び過小時に、独自に対応
することが可能となる。
することが可能となる。
Ｃ発明の効果〕
本発明によれば、自律的に各ＣＰ’Ｕが、自ｃｐｕ内に
存在するプログラムを自ＣＰＵ内の環境に対応した入出
力部を持つプログラムに変更するようにしたので、各Ｃ
ＰＵの環境にかかわらず、プログラムを稼動することが
できる。
存在するプログラムを自ＣＰＵ内の環境に対応した入出
力部を持つプログラムに変更するようにしたので、各Ｃ
ＰＵの環境にかかわらず、プログラムを稼動することが
できる。
また、各ＣＰＵが、自ＣＰＵに存在するプログラムを、
自己の環境の異常発生時や、拡張時に独自に対応したプ
ログラムに変更しプログラムを稼動することができる。
自己の環境の異常発生時や、拡張時に独自に対応したプ
ログラムに変更しプログラムを稼動することができる。
また、各ＣＰＵが他から受け取ったプログラム゛をその
必要容量、必要性能の面から自律的に自己の環境に合わ
せて、コンパイル、ローディングすることができる。
必要容量、必要性能の面から自律的に自己の環境に合わ
せて、コンパイル、ローディングすることができる。
第１図は本発明が適用されるマルチコンピュータシステ
ム中の１台のコンピュータの構成のブロックダイヤグラ
ム、第２図は本発明が適用されるマルチコンピュータシ
ステムの全体構成を示すブロックダイヤグラム、第３図
は他の環境から取り込んだプログラムをあるＣＰＵが実
行する場合のフローチャート、第４図はプログラム形式
を示す図、第５図は自己環境管理テーブルを示す図、第
６図はリモートＩ１０テーブルを示す図、第７図はリモ
ートＩ１０テーブル作成手順を示す図、第８図はリモー
トでプログラムのオリジナルＩ１０を行う場合のフロー
チャート、第９図は自己代替を行う場合のフローチャー
ト、第１０図は自己代替管理テーブルを示す図、第１１
図は使用順序テーブルを示す図、第１２図はリモート代
替フローチャート、第１３図はリモート代替管理テーブ
ルを示す図、第１４図はリモート代替管理テーブルを作
成する手順図、第１５図はプログラム構成図。 第１６図はプログラムコンパイル時のフローチャートで
ある。 １・・・伝送路、１０，２０．ｎｏ・・・コンピュータ
。 １１．２１．ｎｌ・・・端末装置、１００・・処理装置
、１０５・・プログラム＃４納メモリ、】ｏ゛７・・内
容コードテーブル、１０８・・・メモリ管理チー・プル
。 ］０９・・・自己環境管理テーブル、９０］・・・ｌ１
０（−レイン。 第 図 第 図 ■ 図 亨 図 冨 ５ 図 第 図 ′−／Ｐ ＲＴ キーホ゛−Ｆ ファイ１し ■ 図 窩 凹 猾 ｌθ 図 猶 １ 第 Ｚ 図 巣 ３ 図 茅 １４ 国 第 ５ 寥 ６ 図
ム中の１台のコンピュータの構成のブロックダイヤグラ
ム、第２図は本発明が適用されるマルチコンピュータシ
ステムの全体構成を示すブロックダイヤグラム、第３図
は他の環境から取り込んだプログラムをあるＣＰＵが実
行する場合のフローチャート、第４図はプログラム形式
を示す図、第５図は自己環境管理テーブルを示す図、第
６図はリモートＩ１０テーブルを示す図、第７図はリモ
ートＩ１０テーブル作成手順を示す図、第８図はリモー
トでプログラムのオリジナルＩ１０を行う場合のフロー
チャート、第９図は自己代替を行う場合のフローチャー
ト、第１０図は自己代替管理テーブルを示す図、第１１
図は使用順序テーブルを示す図、第１２図はリモート代
替フローチャート、第１３図はリモート代替管理テーブ
ルを示す図、第１４図はリモート代替管理テーブルを作
成する手順図、第１５図はプログラム構成図。 第１６図はプログラムコンパイル時のフローチャートで
ある。 １・・・伝送路、１０，２０．ｎｏ・・・コンピュータ
。 １１．２１．ｎｌ・・・端末装置、１００・・処理装置
、１０５・・プログラム＃４納メモリ、】ｏ゛７・・内
容コードテーブル、１０８・・・メモリ管理チー・プル
。 ］０９・・・自己環境管理テーブル、９０］・・・ｌ１
０（−レイン。 第 図 第 図 ■ 図 亨 図 冨 ５ 図 第 図 ′−／Ｐ ＲＴ キーホ゛−Ｆ ファイ１し ■ 図 窩 凹 猾 ｌθ 図 猶 １ 第 Ｚ 図 巣 ３ 図 茅 １４ 国 第 ５ 寥 ６ 図
Claims (1)
- 【特許請求の範囲】 １、ネットワークを介して複数の処理装置が接続され、
該処理装置間のプログラム伝送を行う分散処理システム
において、各処理装置が自装置内にプログラムを取り込
んで、該プログラムをチェックし、自律的に、該プログ
ラムを自装置内の環境で稼動できるプログラムに変更す
ることを特徴とするプログラム変更方法。 ２、各処理装置が自己の装置内における異常発生時の環
境において、自律的に、自装置内の上記プログラムを該
環境に対応したプログラムに変更することを特徴とする
請求項１記載の分散処理システムのプログラム変更方法
。 ３、各処理装置が自己の装置の拡張による環境変化時に
、自律的に、上記プログラムを該環境に対応したプログ
ラムに変更することを特徴とする請求項１記載の分散処
理システムのプログラム変更方法。 ４、上記プログラムを自装置内の環境に対応した実行可
能なプログラムに変更することを特徴とする請求項１〜
３のいずれか記載の分散処理システムのプログラム変更
方法。 ５、上記プログラムの必要とする性能によつて、必要と
する性能を満たさない場合、プログラム側を変更するこ
とを特徴とする請求項１、請求項２又は請求項３記載の
分散処理システムのプログラム変更方法。 ６、他環境から受け取つたプログラムをその必要容量、
必要性能の面から、自律的に自装置内の環境に合わせる
ことを特徴とする請求項１、請求項２又は請求項３記載
の分散処理システムのプログラム変更方法。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2024546A JPH03229352A (ja) | 1990-02-05 | 1990-02-05 | プログラム変更方法 |
| US07/645,099 US5450567A (en) | 1990-02-05 | 1991-01-24 | Method and system for program change in distributed data processing system |
| DE4103411A DE4103411A1 (de) | 1990-02-05 | 1991-02-05 | Verfahren und vorrichtung zur programmaenderung in verteilten datenverarbeitungssystemen |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2024546A JPH03229352A (ja) | 1990-02-05 | 1990-02-05 | プログラム変更方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH03229352A true JPH03229352A (ja) | 1991-10-11 |
Family
ID=12141153
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2024546A Pending JPH03229352A (ja) | 1990-02-05 | 1990-02-05 | プログラム変更方法 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US5450567A (ja) |
| JP (1) | JPH03229352A (ja) |
| DE (1) | DE4103411A1 (ja) |
Families Citing this family (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5548745A (en) * | 1993-01-19 | 1996-08-20 | Canon Kabushiki Kaisha | Method and apparatus for designating context in a windowing environment |
| DE4429969A1 (de) * | 1994-08-24 | 1996-02-29 | Sel Alcatel Ag | Verfahren für einen Programmpaketeaustausch in einem Mehrrechnersystem und Rechner dafür |
| JP3329985B2 (ja) * | 1995-03-16 | 2002-09-30 | 株式会社日立製作所 | プログラム修正方法 |
| DE19527808C2 (de) * | 1995-07-28 | 1999-04-01 | Siemens Ag | Verfahren zum Modifizieren der Softwareprozeduren eines Kommunikationssystems |
| US6345311B1 (en) * | 1995-12-27 | 2002-02-05 | International Business Machines Corporation | Method and system of dynamically moving objects between heterogeneous execution environments |
| US5774728A (en) * | 1995-12-27 | 1998-06-30 | International Business Machines Corporation | Method and system for compiling sections of a computer program for multiple execution environments |
| US6263442B1 (en) * | 1996-05-30 | 2001-07-17 | Sun Microsystems, Inc. | System and method for securing a program's execution in a network environment |
| FR2765363B1 (fr) * | 1997-06-30 | 2000-02-18 | Actikey | Procede et systeme de controle de l'utilisation d'un logiciel |
| US8312446B2 (en) * | 2002-12-17 | 2012-11-13 | International Business Machines Corporation | Dependency management when upgrading application components |
| US20100153693A1 (en) * | 2008-12-17 | 2010-06-17 | Microsoft Corporation | Code execution with automated domain switching |
| EP2829970B1 (en) * | 2013-07-26 | 2017-02-01 | Fujitsu Limited | A method and apparatus for porting source code |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS6226535A (ja) * | 1985-07-22 | 1987-02-04 | インタ−ナショナル ビジネス マシ−ンズ コ−ポレ−ション | プログラム内の変換テ−ブルの修正方法 |
| US5109484A (en) * | 1986-04-09 | 1992-04-28 | International Business Machines Corporation | Self configuring terminal which polls loop network and generates list of connected devices for use in selectively downloading control programs |
| US4780821A (en) * | 1986-07-29 | 1988-10-25 | International Business Machines Corp. | Method for multiple programs management within a network having a server computer and a plurality of remote computers |
| US4855905A (en) * | 1987-04-29 | 1989-08-08 | International Business Machines Corporation | Multiprotocol I/O communications controller unit including emulated I/O controllers and tables translation of common commands and device addresses |
| US5067072A (en) * | 1987-11-06 | 1991-11-19 | Visystems, Inc. | Virtual software machine which preprocesses application program to isolate execution dependencies and uses target computer processes to implement the execution dependencies |
| US4970639A (en) * | 1988-05-20 | 1990-11-13 | International Business Machines Corporation | Virtual machine architecture independent program loader |
| US4979106A (en) * | 1988-08-29 | 1990-12-18 | Amdahl Corporation | Customization of a system control program in response to initialization of a computer system |
| US5097533A (en) * | 1988-11-29 | 1992-03-17 | International Business Machines Corporation | System and method for interfacing computer application programs written in different languages to a software system |
| US5261095A (en) * | 1989-10-11 | 1993-11-09 | Texas Instruments Incorporated | Partitioning software in a multiprocessor system |
| US5247678A (en) * | 1989-10-12 | 1993-09-21 | Texas Instruments Incorporated | Load time linker for software used with a multiprocessor system |
-
1990
- 1990-02-05 JP JP2024546A patent/JPH03229352A/ja active Pending
-
1991
- 1991-01-24 US US07/645,099 patent/US5450567A/en not_active Expired - Fee Related
- 1991-02-05 DE DE4103411A patent/DE4103411A1/de not_active Ceased
Also Published As
| Publication number | Publication date |
|---|---|
| DE4103411A1 (de) | 1991-08-08 |
| US5450567A (en) | 1995-09-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2666847B2 (ja) | 異種言語間連絡方式 | |
| JPH03229352A (ja) | プログラム変更方法 | |
| JP2006092544A (ja) | プリオペレーティングシステム環境におけるモジュールの動的リンク | |
| JP5072599B2 (ja) | 異種混合アーキテクチャからの複数のオブジェクトファイルを一組のファイルに統合する方法 | |
| JP2002014809A (ja) | マイクロプロセッサ並びにアセンブラ、その方法およびそのプログラムを記録した記録媒体 | |
| US20120239985A1 (en) | Computer-readable medium storing wrapper program and integrated circuit apparatus | |
| CN113961232A (zh) | 提供集成开发环境的终端、方法和平台服务器 | |
| CN114816475B (zh) | 一种嵌入式操作系统的更新方法、装置、设备和介质 | |
| CN116841644A (zh) | 二进制文件动态加载方法、装置、电子设备及存储介质 | |
| JP3682050B2 (ja) | 組込みソフトウェア開発装置 | |
| JP6115063B2 (ja) | プログラマブルコントローラの周辺装置 | |
| CN114721709A (zh) | 程序包生成方法、装置、存储介质及计算机设备 | |
| JPH04149658A (ja) | 情報処理装置 | |
| JP4877257B2 (ja) | プログラマブルコントローラ、プログラマブルコントローラ支援装置、及びプログラマブルコントローラシステム | |
| JP7499966B2 (ja) | 制御装置、及び、アドレス管理方法 | |
| JP2004192038A (ja) | 情報処理装置、情報処理システム、情報処理プログラム、および該プログラムを記録した記録媒体 | |
| JP7622483B2 (ja) | 開発支援装置、開発支援方法および開発支援プログラム | |
| CN114625551B (zh) | 车辆通信方法及装置 | |
| JPH03229327A (ja) | 計算機プログラム実行方式 | |
| JP2001092664A (ja) | オブジェクト計算機システム及びプログラムを記録したコンピュータ読み取り可能な記録媒体 | |
| JP3765148B2 (ja) | 機能メモリ | |
| JP2004240890A (ja) | ミドルウェア透過分散アプリケーションアクセス方式 | |
| CN119473269A (zh) | 一种文件处理方法、装置、存储介质及设备 | |
| JP2655612B2 (ja) | 外部参照更新方式 | |
| JPH08166807A (ja) | 制御プログラム作成装置 |