JPH11232309A - 情報処理システム - Google Patents

Abstract

(57)【要約】 【課題】 複数個の処理モジュールからなる一連の処理
の実行に当たって、必要な情報を効率よくネットワーク
から取得して、各処理モジュールをソフトウエアとハー
ドウエアとを組み合わせて効率良く実行する。 【解決手段】 アプリケーションプログラム１００を、
プログラム言語で処理を記述した複数個のソフトウエア
モジュールＳＭで構成する。プログラム内のソフトウエ
アモジュールが行う処理と同じ処理をプログラマブル論
理回路４００に再構成する回路情報で記述したハードウ
エアモジュールＨＭを、ネットワーク上の転送処理能力
の高い記憶装置を選択して取得する。プログラムに記述
された処理モジュールを、ソフトウエアモジュールと、
ハードウエアモジュールのどちらで実行するかを、プロ
グラムの実行前、あるいは実行時に決める実行モジュー
ル決定手段６００を設ける。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、少なくとも処理
の一部分を、回路構成を再構成できるプログラマブル論
理回路で処理することが可能である情報処理システムに
関するものであり、特に、情報処理システムで効率の良
い処理が実行できるようにする発明に関する。

【０００２】

【従来の技術】デジタル回路装置、特に特定用途向け集
積回路（ＡＳＩＣ）の分野において、製品の開発期間を
短縮するために、フィールドプログラマブルゲートアレ
イ（ＦＰＧＡ）やプログラマブルロジックデバイス（Ｐ
ＬＤ）などで構成されたプログラマブル論理回路が広く
使われている。

【０００３】これらのプログラマブル論理回路は、論理
回路を記述する回路情報をこれらに読み込ませること
で、内部の論理回路と論理回路間の結線を自由に構成す
ることができる。このため、プログラマブル論理回路装
置を用いることで、従来は回路設計の終了後に数週間か
ら数か月を必要とした集積回路の作製時間が不要になる
というメリットがある。特に、米国特許第４，７００，
１８７号の発明のような電気的に再構成可能なプログラ
マブル論理回路装置は、一度作製した回路を必要に応じ
て自由に何度でも変更できるという利点があり、プログ
ラマブル論理回路装置は、ますます広く使われるように
なってきている。

【０００４】ところで、最近の論理回路は複雑さが増
し、一つのプログラマブル論理回路装置では実現できな
い規模にまで回路規模が大きくなっている。

【０００５】この問題を解決するためのひとつの方法と
して、異なる時間に異なる論理回路を実現するためにプ
ログラマブル論理回路を処理の途中で再構成することが
提案されている。この方法を用いることにより、携帯情
報端末のように、装置が小型であるため、内蔵できる回
路規模に制約がある場合でも、様々な処理が比較的高速
に行えるという利点がある。

【０００６】しかし、プログラマブル論理回路を再構成
するときには、回路全体の回路情報を再度読み込ませる
ため、再構成に時間がかかるという欠点がある。さら
に、処理の途中で再構成することは、処理を一時中断
し、その時のデータをプログラマブル論理回路の外部の
記憶装置に待避させ、新たな回路情報を読み込んで再構
成し、再構成前のデータと再構成に伴う新しいデータを
入力するという余分な処理が必要で、データを出し入れ
する処理は冗長なものとになる。

【０００７】この問題を解決するために、米国アトメル
社の「ＣＯＮＦＩＧＵＲＡＢＬＥＬＯＧＩＣ」という名
のデータブックに記載されているプログラマブル論理回
路、および米国ザイリンクス社の「ＴＨＥ ＰＲＯＧＲ
ＡＭＭＡＢＬＥ ＬＯＧＩＣ」という名のデータブック
に記載されているプログラマブル論理回路では、データ
を記憶するためのデータ記憶装置を有し、回路の動作中
でも外部の記憶装置から回路情報の一部を読み込んで部
分的に再構成を行うことで、再構成するための時間を最
小に留めるようにしている。

【０００８】このようなプログラマブル論理回路を情報
処理システムに用いるときの問題は、処理を、プログラ
マブル論理回路で行う処理と、マイクロプロセッサなど
の回路構成を変更できない固定的な論理回路装置で行う
処理とで、分離する技術が確立していないことである。

【０００９】この問題を解決する方法のひとつとして、
特開平６−３０１５２２号公報に開示される計算機の例
がある。これを、従来例１として、図２０を参照しなが
ら説明する。

【００１０】すなわち、図２０の従来例１においては、
計算機で実行するソースプログラム１０００は、回路構
成を変更できない固定部と、プログラマブル論理回路の
ように回路構成を変更できる可変部とで構成される。ラ
イブラリ１００１には、固定部の構成に関する情報と、
可変部が構成することができる回路の情報が格納されて
いる。

【００１１】コンパイラ１００２は、ソースプログラム
１０００を解析し、ライブラリ１００１を参照しなが
ら、オブジェクトコードと、ハードウエア構成データに
変換する。例えば、コンパイラ１００２は、ソースプロ
グラムのフロー解析を行い、関数の頻度を検出し、その
検出した頻度に基づいて、呼び出し回数の多い関数をハ
ードウエアで処理する関数として決定し、ハードウエア
構成データ１００３を作成し、出力する。

【００１２】次に、コンパイラ１００２は、ハードウエ
アで処理すると決めた部分を所定の可変部で処理するこ
とを示すコードを生成する。そして、このコードを、残
りのソフトウエアで処理する部分に付加してオブジェク
トコード１００４を作成し、出力する。計算機１００５
は、固定部と、ハードウエア構成データにより構成され
た可変部とを用いて、オブジェクトコードに応じた処理
を実行する。

【００１３】このようにして、従来例１では、コンパイ
ル時に呼び出し回数の多い関数をハードウエア化するこ
とにより処理全体の高速化を図っている。

【００１４】次に、前記問題を解決する従来例２とし
て、特開平５−１５０９４３号公報に開示されるコンピ
ュータ装置の場合を説明する。この従来例２において
は、プログラマブル論理回路で行う処理と、固定的な論
理回路装置で行う処理とに分離された処理を、アプリケ
ーションプログラムとして、情報処理システムとしての
コンピュータ装置で実行する。

【００１５】この従来例２のコンピュータ装置は、ＣＰ
Ｕ、メモリ、プログラマブル論理回路、ハードディスク
などの外部記憶装置、およびその他の入出力インターフ
ェースで構成される。

【００１６】外部記憶装置には、プログラマブル論理回
路の回路データと、アプリケーションプログラムが記憶
してある。メモリには、外部記憶装置からアプリケーシ
ョンプログラムをロードするイニシャルローディングプ
ログラムが記憶してある。

【００１７】ＣＰＵは、これらのプログラムを実行する
とともに、プログラマブル論理回路に回路データを書き
込む。プログラマブル論理回路は、ＣＰＵのバスライン
に接続され、バスライン上の信号を入力し、論理処理を
施してバスラインへ信号を返す。この従来例２における
処理手順を、図２１に示す。

【００１８】まず、実行すべきプログラムファイルを指
定する（ステップＳ１）。次に、指定したプログラムフ
ァイルに回路データが含まれるか否か判別し（ステップ
Ｓ２）、含まれる場合は、回路データ書き込みプログラ
ムをロードして実行し（ステップＳ３）、続いて回路デ
ータをロードして（ステップＳ４）、その回路データを
プログラマブル論理回路に書き込む（ステップＳ５）。
その後、アプリケーションプログラムをロードし（ステ
ップＳ６）、実行する（ステップＳ７）。

【００１９】指定したプログラムファイルに回路データ
が含まれていない場合には、ステップＳ２からステップ
Ｓ６に飛び、そのまま、アプリケーションプログラムを
ロードし、実行する。

【００２０】以上のように、この従来例２の場合、プロ
グラマブル論理回路上の機能を用いる命令実行時に、回
路が所定の論理処理を行う。これにより、アプリケーシ
ョンごとに特殊なハードウエアを設けることなく、必要
に応じた論理回路を構成して処理の高速化を図ることが
できる。

【００２１】以上に述べた処理の一部分をプログラマブ
ル論理回路で処理する情報処理システムは、ネットワー
クに接続して利用することができる。その場合の例のひ
とつとして、特開平９−７４５５６号公報に開示される
画像再生装置を、従来例３として次に示す。

【００２２】この画像再生装置は、図２２に示すよう
に、処理系をプログラマブル論理回路により再構成する
ことが可能な動画像復号部１１００と、動画像復号部１
１００を再構成するためのプログラムと符号化された動
画像データとをネットワークＮＴからダウンロードする
ための受信部１２００と、受信データがプログラムか動
画像データかによって伝送先を切り換える切り換え手段
１３００と、該プログラムを動画像復号部１１００の構
成に変更できる形式に変換するプログラム変換部１４０
０と、受信部１２００と切り換え手段１３００とプログ
ラム変換部１４００と動画像復号部１１００の制御を行
うための制御部１５００とからなる。

【００２３】動画像復号部１１００は、量子化された画
像データを逆量子化するものであってその逆量子化処理
内容を変更できる逆量子化部１１０１と、変換された画
像データを逆変換するものであってその逆変換処理内容
を変更できる逆変換部１１０２とを備える。

【００２４】プログラム変換部１４００は、前記プログ
ラムを、動画像復号部１１００の構成を変更できる形式
に変換する第１プログラム部分（ハードウエア処理部
分）と、動画像再生時において制御部１５００が行う第
２プログラム部分（ソフトウエア処理部分）とに分割す
る分割部１４０１と、第１プログラム部分を動画像復号
部１１００の構成を変更できる形式に変換する第１の変
換部（ハードウエアコンパイラ）１４０２と、第２プロ
グラム部分を制御部１５００が解読して処理を実行でき
る形式に変換する第２の変換部（ソフトウエアコンパイ
ラ）１４０３とを備える。

【００２５】この画像再生装置は、ネットワークＮＴか
ら、動画像再生用のプログラムと符号化された動画像デ
ータとを受信し、次にように動作する。

【００２６】まず、論理記述言語で記述された再生アル
ゴリズムプログラムを受信部１２００で受信する。受信
データは、伝送切り換え手段１３００を通じてプログラ
ム変換部１４００に伝送され、分割部１４０１でハード
ウエア処理部分とソフトウエア処理部分とに分割され
る。

【００２７】ハードウエア処理部分は、第１の変換部１
４０２に渡され、プログラマブル論理回路（ＦＰＧＡ）
を書き換えることができる形式（ビットストリーム）に
変換され、逆量子化部１１０１と逆変換部１１０２とを
制御部１５００からの制御によって書き換える。また、
ソフトウエア処理部分は、第２の変換部１４０３に渡さ
れ、プロセッサで処理できる形式に変換された後、制御
部１５００に渡される。

【００２８】このように構成された図２２の画像再生装
置に、ネットワークＮＴから動画像データが送られる
と、受信部１２００で受信し、切り換え手段１３００に
よって動画像復号部１１００に伝送され、復号データと
して出力される。

【００２９】以上のようにして、逆量子化部１１０１と
逆変換部１１０２とを、回路構成が変更可能な素子で構
成することにより、異なるアルゴリズムによって再生さ
れる画像データにも対応することができ、動画像復号部
のハードウエアが最適な処理能力を有するようにしてい
る。

【００３０】

【発明が解決しようとする課題】しかしながら、以上説
明した、処理の一部分をプログラマブル論理回路で処理
する情報処理システムに関する従来例１〜３は、次のよ
うな問題がある。

【００３１】従来例１では、プログラマブル論理回路で
実行する処理は、ひとつのプログラム内で、呼び出し回
数の多い関数というように一元的に決めている。このた
め、情報処理システムが複数のプログラムを用いて複数
の処理を一連の処理として一度に行うときには、プログ
ラマブル論理回路を用いた処理を効率的に利用できない
欠点がある。

【００３２】例えば、ひとつのプログラム内での呼び出
し回数は少ないが、一連の処理として順次に実行される
処理全体で共通に数多く呼び出される関数が存在する場
合には、プログラマブル論理回路で処理を実行した方が
効率的に良い。しかし、従来例１では、一つのプログラ
ム内で呼び出し回数の少ない当該関数の処理をプログラ
マブル論理回路で実行するようには決定することができ
ない。

【００３３】また、関数によっては、対応する回路情報
のサイズが大きいため、プログラマブル論理回路に、回
路情報を再構成する時間が長くかかり、たとえ呼び出し
回数が多くともソフトウエア処理のほうが処理時間が短
い場合もあるが、従来例１では、そのような関数処理で
あっても、呼び出し回数が多いことからプログラマブル
論理回路による処理と決定してしまうことになる。

【００３４】また、従来例２では、アプリケーション毎
にハードウエアで処理する部分が予め定められ、そのハ
ードウエアでの処理部分を、プログラム開始前にプログ
ラマブル論理回路に実装している。このため、ハードウ
エア処理を必要としないソフトウエア処理も回路構成が
終了するまで開始されないという問題がある。

【００３５】特に、回路データのサイズが大きいためプ
ログラマブル論理回路への書き込み時間が長いときに
は、ハードウエア処理よりも処理速度の遅いソフトウエ
アで処理したほうが、全体の処理時間が短い場合もあ
る。

【００３６】すなわち、従来例２の場合には、個々のハ
ードウエア処理とソフトウエア処理の処理時間だけに注
目し、プログラマブル論理回路の再構成時間も含めた処
理時間全体の短縮を考慮していないことに問題がある。
また、個々のプログラム毎にプログラマブル論理回路を
再構成しているので、複数のプログラムを実行するとき
に共通に用いられる回路も重複して構成されてしまい、
非効率であるという問題もある。

【００３７】従来例３では、ネットワークから論理記述
言語で記述されたプログラムをダウンロードするので、
画像再生装置内でそのプログラムを回路情報に変換する
処理に時間がかかるという問題がある。

【００３８】すなわち、論理記述言語から回路情報に変
換する処理は、論理記述言語からネットリストに変換
し、それをデバイスに合わせてテクノロジーマッピング
を行い、配置配線のレイアウト処理を施し、さらに、そ
の結果を回路情報に変換する必要がある。特に、配置配
線の処理はアルゴリズムが複雑で、時間がかかることが
知られている。

【００３９】つまり、従来例３では、ネットワーク上の
サーバに格納されていてクライアントが共有するプログ
ラムに、互換性を持たせる目的で、論理記述言語のよう
な抽象度の高い記述方法を用いるために、クライアント
での前処理量が大きくなり、ハードウエア処理による処
理時間の短縮を損なうほどに全体の処理時間が長くなる
問題がある。

【００４０】また、従来例３では、プログラムをネット
ワークから取得しているが、ネットワークでの伝送は、
途中で通信が切断し、プログラムをダウンロードできな
いことも起こり得るため、信頼性の点で問題がある。

【００４１】さらに、ネットワーク上の伝送は、情報処
理システム内部のバスの伝送に比較すると伝送速度が遅
い。また、ネットワークやサーバーの負荷が一定ではな
く、混む場合は、転送速度が非常に遅くなるなどの問題
がある。

【００４２】例えば、プログラマブル論理回路に再構成
する回路情報をネットワークから取得する場合を例に取
ると、ソフトウエア処理では時間のかかる処理を、プロ
グラマブル論理回路によるハードウエア処理に置き換え
て高速化しようとしても、そのハードウエア処理の時間
を、ネットワークからプログラムをダウンロードする最
初のステップから処理の終了までの時間と考えると、ネ
ットワークからの転送速度の不安定性による処理時間の
増大の問題は無視できなくなる。

【００４３】また、プログラマブル論理回路によるハー
ドウエア処理において、ネットワーク転送時間と、回路
情報のプログラマブル論理回路への再構成時間は、本来
のハードウエアによる処理時間に対し、オーバーヘッド
となり、これが小さいほど望ましいが、ネットワーク転
送の速度が、回路情報のプログラマブル論理回路への再
構成速度よりも大幅に遅い場合には、回路情報のファイ
ルサイズが大きいほど、オーバーヘッドのうちで、ネッ
トワーク転送の部分が大きくなるという問題もある。

【００４４】以上のように、以上の従来例１〜３に共通
した課題として、回路情報を取得する時間も含めたプロ
グラマブル論理回路の再構成時間と、一連の処理として
実行される複数のプログラムで共通して用いられる処理
を考慮しないで、処理をハードウエア処理とソフトウエ
ア処理に一元的に分離していることが挙げられる。

【００４５】また、ネットワークを通じて必要な情報を
取得する場合の問題も、全体の処理時間や効率化の点で
解決しなければならない課題である。

【００４６】この発明は、プログラマブル論理回路を利
用して一部の処理を実行できる情報処理システムにおい
て、ソフトウエアとハードウエアとを組み合わせて処理
を行う場合の処理速度など処理の効率化の問題を解決す
るとともに、必要な情報を、ネットワークから取得する
ときの上述のような問題点を解決することを目的とす
る。

【００４７】

【課題を解決するための手段】上記課題を解決するた
め、請求項１の発明による情報処理システムは、一連の
処理が複数の処理モジュールに分割され、各処理モジュ
ールが、プログラム言語で処理を記述したソフトウエア
モジュールで構成されるプログラムで記述される前記一
連の処理を実行するものであり、かつ、前記一連の処理
の一部分が、プログラマブル論理回路で処理可能である
情報処理システムであって、前記プログラム内のソフト
ウエアモジュールが行う処理と同じ処理を、前記プログ
ラマブル論理回路に再構成する回路情報で記述したハー
ドウエアモジュールを、ネットワーク上の記憶装置から
入手して、前記プログラマブル論理回路を再構成するハ
ードウエアモジュール取得手段と、前記プログラムに記
述された処理モジュールを、前記ソフトウエアモジュー
ルと、前記ハードウエアモジュールのどちらで実行する
かを、前記プログラムの実行前または実行時に決める実
行モジュール決定手段と、を備え、前記ソフトウエアモ
ジュールが行う処理と同じ処理を行う前記ハードウエア
モジュールを示す識別符号が、前記プログラム内に記述
されており、前記ハードウエアモジュール取得手段は、
前記プログラム内に記述されている前記識別符号に対応
するハードウエアモジュールを、前記ネットワーク上の
記憶装置から入手するものであって、前記ネットワーク
上の複数の記憶装置から前記識別符号に対応するハード
ウエアモジュールを格納する記憶装置を検索し、該当す
る複数の記憶装置の中から前記ハードウエアモジュール
の転送速度が最も速い記憶装置を選択する検索手段と、
前記検索手段で選択された記憶装置からの前記ハードウ
エアモジュールの取得およびプログラマブル論理回路の
再構成を実行する取得実行手段と、を有することを特徴
とする。

【００４８】また、請求項２の発明の情報処理システム
は、一連の処理が複数の処理モジュールに分割され、各
処理モジュールが、プログラマブル論理回路に構成する
回路情報で処理を記述したハードウエアモジュールで構
成されるプログラムで記述される前記一連の処理を実行
するものであり、かつ、前記一連の処理の一部分が、前
記プログラマブル論理回路で処理可能である情報処理シ
ステムであって、前記プログラム内のハードウエアモジ
ュールが行う処理と同じ処理をプログラム言語で記述し
たソフトウエアモジュールを記憶する記憶装置部と、前
記記憶装置部から前記ソフトウエアモジュールを入手し
て、実行プログラム用記憶部に格納するソフトウエアモ
ジュール取得手段と、前記プログラムに記述された処理
モジュールを、前記ソフトウエアモジュールと、前記ハ
ードウエアモジュールのどちらで実行するかを、前記プ
ログラムの実行前または実行時に決める実行モジュール
決定手段と、を備え、前記ハードウエアモジュールが行
う処理と同じ処理を行うソフトウエアモジュールを示す
識別符号が、プログラム内に記述されており、前記ソフ
トウエアモジュール取得手段は、前記識別符号に対応す
るソフトウエアモジュールを入手して、前記実行プログ
ラム用記憶部に格納するものであって、前記ネットワー
ク上の複数の記憶装置から前記識別符号に対応するソフ
トウエアモジュールを格納する記憶装置を検索し、該当
する複数の記憶装置の中から前記ソフトウエアモジュー
ルの転送速度が最も速い記憶装置を選択する検索手段
と、前記検索手段で選択された記憶装置からの前記ソフ
トウエアモジュールの取得を実行する取得実行手段と、
を有することを特徴とする。

【００４９】また、請求項３の発明は、請求項１または
請求項２に記載の情報処理システムにおいて、前記取得
実行手段は、前記ハードウエアモジュールあるいは前記
ソフトウエアモジュールの前記ネットワークからの転送
を実行して、その単位時間当たりの転送量が、予め定め
た期待値よりも小さいときには、前記転送速度が次位の
記憶装置から、前記ハードウエアモジュールあるいは前
記ソフトウエアモジュールを取得するように変更するこ
とを特徴とする。

【００５０】また、請求項４の発明の情報処理システム
は、一連の処理が複数の処理モジュールに分割され、各
処理モジュールが、プログラム言語で処理を記述したソ
フトウエアモジュールで構成されるプログラムで記述さ
れる前記一連の処理を実行するものであり、かつ、前記
一連の処理の一部分が、プログラマブル論理回路で処理
可能である情報処理システムであって、前記プログラム
内のソフトウエアモジュールが行う処理と同じ処理を、
前記プログラマブル論理回路に再構成する回路情報で記
述したハードウエアモジュールを、ネットワーク上の記
憶装置から入手して、前記プログラマブル論理回路を再
構成するハードウエアモジュール取得手段と、前記プロ
グラムに記述された処理モジュールを、前記ソフトウエ
アモジュールと、前記ハードウエアモジュールのどちら
で実行するかを、前記プログラムの実行前または実行時
に決める実行モジュール決定手段と、を備え、前記ソフ
トウエアモジュールが行う処理と同じ処理を行う前記ハ
ードウエアモジュールを示す識別符号が、前記プログラ
ム内に記述されており、前記ハードウエアモジュール取
得手段は、前記プログラム内に記述されている前記識別
符号に対応する前記ハードウエアモジュールを、前記プ
ログラムによる処理の実行順に、前記ネットワーク上の
記憶装置から入手して、前記プログラマブル論理回路に
再構成する取得実行手段と、前記取得実行手段での処理
と並行して、前記ネットワーク上の記憶装置から前記識
別符号に対応する他のハードウエアモジュールを取得し
て、システム内の記憶装置に格納する並行取得手段と、
前記並行取得手段で取得した前記ハードウエアモジュー
ルの回路情報により前記プログラマブル論理回路を再構
成する手段と、を備えることを特徴とする。

【００５１】また、請求項５の発明の情報処理システム
は、一連の処理が複数の処理モジュールに分割され、各
処理モジュールが、プログラマブル論理回路に構成する
回路情報で処理を記述したハードウエアモジュールで構
成されるプログラムで記述される前記一連の処理を実行
するものであり、かつ、前記一連の処理の一部分が、前
記プログラマブル論理回路で処理可能である情報処理シ
ステムであって、前記プログラム内のハードウエアモジ
ュールが行う処理と同じ処理をプログラム言語で記述し
たソフトウエアモジュールを記憶する記憶装置部と、前
記記憶装置部から前記ソフトウエアモジュールを入手し
て、実行プログラム用記憶部に格納するソフトウエアモ
ジュール取得手段と、前記プログラムに記述された処理
モジュールを、前記ソフトウエアモジュールと、前記ハ
ードウエアモジュールのどちらで実行するかを、前記プ
ログラムの実行前または実行時に決める実行モジュール
決定手段と、を備え、前記ハードウエアモジュールが行
う処理と同じ処理を行うソフトウエアモジュールを示す
識別符号が、前記プログラム内に記述されており、前記
ソフトウエアモジュール取得手段は、前記識別符号に対
応するソフトウエアモジュールを入手して、前記実行プ
ログラム用記憶部に格納するものであって、前記プログ
ラム内に記述されている前記識別符号に対応する前記ソ
フトウエアモジュールを、前記プログラムによる処理の
実行順に、前記ネットワーク上の記憶装置から入手し
て、前記実行プログラム用記憶部に格納する実行ソフト
ウエアモジュール格納手段と、前記実行ソフトウエアモ
ジュール格納手段での処理と並行して、前記ネットワー
ク上の記憶装置から前記識別符号に対応する他のソフト
ウエアモジュールを取得して、システム内の記憶装置に
格納する並行取得手段と、前記並行取得手段で取得した
前記ソフトウエアモジュールを、前記実行ソフトウエア
モジュール格納手段に格納する手段と、さらに、請求項
６の発明は、請求項４または請求項５に記載の情報処理
システムにおいて、前記プログラム内には、前記識別符
号に対応して、それぞれの識別符号に対応するハードウ
エアモジュールあるいはソフトウエアモジュールのファ
イルサイズが記述されており、前記並行取得手段では、
前記プログラム内に記述される識別符号に対応するハー
ドウエアモジュールあるいはソフトウエアモジュールの
うちの、前記ファイルサイズの大きいものから順に取得
することを特徴とする。

【００５２】

【作用】上述の構成の各請求項の発明による情報処理シ
ステムにおいては、予め、ソフトウエアモジュールまた
はハードウエアモジュールの一方がプログラム内に記述
され、ソフトウエアモジュールあるいはハードウエアモ
ジュールの他方が、ネットワーク上の複数の記憶装置部
に記憶されている。

【００５３】このネットワーク上の記憶装置部に記憶さ
れているハードウエア（またはソフトウエア）モジュー
ルは、ハードウエア（またはソフトウエア）取得手段に
より取得され、プログラマブル論理回路に回路情報が再
構成（または記憶部に記憶）される。

【００５４】実行モジュール決定手段は、プログラムの
実行時またはプログラム実行前に、ソフトウエアモジュ
ールとハードウエアモジュールのどちらで処理単位を実
行するかを決定する。

【００５５】従来のように、アプリケーションプログラ
ムにおいて、ソフトウエア処理部分と、ハードウエア処
理部分とを事前に固定的に決定するものではないので、
その実行モジュールの決定時点における、プログラマブ
ル論理回路の再構成時間も考慮に入れた種々の条件に基
づいて、プログラムに記述された処理全体として効率の
よい実行モジュールを選択するように決定することがで
きる。

【００５６】そして、上記の構成の請求項１の発明によ
れば、ハードウエアモジュールは、ネットワーク上の複
数の記憶装置から、識別符号に対応するハードウエアモ
ジュールを格納する記憶装置を検索し、該当する複数の
記憶装置の中でハードウエアモジュールの転送速度が最
も速い記憶装置から取得する。したがって、処理時間に
対してのオーバーヘッドとしてのネットワーク転送時間
を最小限にすることができて、全体としての処理の効率
化を図ることができる。

【００５７】同様に、請求項２の発明においても、ソフ
トウエアモジュールは、ネットワーク上の複数の記憶装
置から識別符号に対応するソフトウエアモジュールを格
納する記憶装置を検索し、該当する複数の記憶装置の中
でソフトウエアモジュールの転送速度が最も速い記憶装
置から取得する。したがって、処理時間に対してのオー
バーヘッドとしてのネットワーク転送時間を最小限にす
ることができて、全体としての処理の効率化を図ること
ができる。

【００５８】また、請求項３の発明においては、請求項
１または請求項２において、転送速度が速いとして決定
した記憶装置からの転送を実行して、その単位時間当た
りの転送量が、予め定めた期待値よりも小さいときに
は、前記転送速度が次位の記憶装置から、前記ハードウ
エアモジュールあるいは前記ソフトウエアモジュールを
取得するように変更する。

【００５９】これは、転送速度が速いとして登録された
記憶装置への情報取得要求が複数個、重なった場合に
は、その複数個の要求に答えるために、時分割処理など
の方法で、各要求先にデータを配信するようにするた
め、実際の転送時間が長くなることに対応するものであ
る。

【００６０】また、請求項４においては、プログラム内
に記述されている識別符号に対応するハードウエアモジ
ュールを、プログラムによる処理の実行順に、ネットワ
ーク上の記憶装置から入手して、プログラマブル論理回
路に再構成する処理と並行して、他のハードウエアモジ
ュールを取得して、システム内の記憶装置に転送して格
納する処理を行う。

【００６１】また、請求項５においては、プログラム内
に記述されている識別符号に対応するソフトウエアモジ
ュールを、プログラムによる処理の実行順に、ネットワ
ーク上の記憶装置から入手して、実行プログラム用記憶
部に格納する処理と並行して、他のソフトウエアモジュ
ールをネットワーク上の記憶装置から取得して、システ
ム内の記憶装置に格納する処理を行う。

【００６２】したがって、この並行処理により、実際の
処理に対してのオーバーヘッドを少なくして、全体とし
ての処理時間の短縮を図ることができる。

【００６３】請求項６の発明においては、特に、並行し
て行う取り込み処理は、ファイルサイズの大きいものか
ら順に取得する。したがって、よりオーバーヘッドの影
響を少なくして効率の良い取り込みが行え、全体として
の処理時間の短縮化が期待できる。

【００６４】

【発明の実施の形態】以下、この発明による情報処理シ
ステムの実施の形態を、図を参照しながら説明する。

【００６５】［第１の実施の形態］この発明による、少
なくとも処理の一部分が回路構成を再構成できるプログ
ラマブル論理回路で処理される情報処理システムの第１
の実施の形態の主要な概念構成を図１に示す。

【００６６】この実施の形態において、対象とするアプ
リケーションプログラム（以下の説明においては、単に
プログラムという場合もある）１００は、当該プログラ
ムにより実行しようとする一連の処理を複数個の処理に
分離し、分離された各処理ごとにモジュールとして構成
したものである。このモジュールを、この明細書では処
理モジュールと称することとする。

【００６７】この第１の実施の形態では、プログラム１
００を構成する各処理モジュールは、ＣＰＵが処理を実
行するように、処理がプログラム言語で記述されたソフ
トウエアプログラムで構成される。この処理モジュール
単位のソフトウエアプログラムを、この明細書では、ソ
フトウエアモジュールと称することとする。したがっ
て、この実施の形態の場合、アプリケーションプログラ
ム１００は、複数個のソフトウエアモジュールＳＭの集
合からなる。

【００６８】この実施の形態においては、ソフトウエア
モジュールＳＭのそれぞれが行う処理と同じ処理をプロ
グラマブル論理回路に再構成する回路情報で記述したモ
ジュール（この明細書では、このモジュールをハードウ
エアモジュールと称する）ＨＭを、ネットワーク上の記
憶装置２００に保存して用意する。この場合、記憶装置
２００は、ネットワーク上の複数の記憶装置（サーバ
ー）により構成されるものである。

【００６９】この例の場合、プログラム１００は、図２
に示すように、ヘッダ部ＨＥＤと、本体部ＰＲＧとから
なり、本体部ＰＲＧが前述したように複数個のソフトウ
エアモジュールＳＭの集合で構成されている。そして、
ヘッダ部ＨＥＤには、各ソフトウエアモジュールＳＭと
同じ処理をプログラマブル論理回路に再構成する回路情
報で記述した、対応するハードウエアモジュールＨＭの
識別符号ＩＤが記述されている。

【００７０】この場合、プログラム１００には、同じ処
理を行うソフトウエアモジュールＳＭとハードウエアモ
ジュールＨＭとの対応が付くように識別符号ＩＤが記述
されている。例えば、この例では、本体部ＰＲＧの複数
個のソフトウエアモジュールＳＭのプログラム上の処理
実行順に従った順番で、各ソフトウエアモジュールＳＭ
に対応するハードウエアモジュールＨＭの識別符号ＩＤ
が、ヘッダ部ＨＥＤに記述される。したがって、繰り返
し使用されるモジュールは、重複して繰り返し記述され
る。

【００７１】ハードウエアモジュール取得手段３００
は、プログラム１００中に記述されている識別符号ＩＤ
を用いて、ソフトウエアモジュールＳＭが実行する処理
と同じ処理を実行するハードウエアモジュールＨＭを、
ネットワーク上の記憶装置２００から取得する。そし
て、ハードウエアモジュール取得手段３００は、取得し
たハードウエアモジュールＨＭによる回路をプログラマ
ブル論理回路４００上に再構成する。

【００７２】ハードウエアモジュール取得手段３００
は、ハードウエアモジュールＨＭの取得に先立ち、ネッ
トワーク上の複数の記憶装置（サーバー）の転送処理能
力に関する情報を収集するとともに、いずれの記憶装置
に、いずれのハードウエアモジュールＨＭが格納されて
いるかの情報も収集し、それをサーバーリストとして検
索手段３１０に保持している。

【００７３】このときの記憶装置の検索範囲は、例えば
アプリケーションの規模に応じて、例えば、規模が小さ
ければ、ＬＡＮ程度、大きいときには、インターネット
上、というように定めておく。

【００７４】そして、ハードウエアモジュール取得手段
３００は、ハードウエアモジュールＨＭの取得の実行
時、まず、検索手段３１０で取得しようとするハードウ
エアモジュールＨＭがネットワークのいずれの記憶装置
に格納されているかを前記サーバーリストを参照して検
索し、その検索の結果、複数の記憶装置が検索されたと
きには、そのうちの最も転送処理能力の高いものから当
該ハードウエアモジュールの情報を取得するように選択
する。

【００７５】ハードウエアモジュール３００の取得実行
手段３２０は、この検索手段３１０で選択された記憶装
置から、ネットワークを通じてハードウエアモジュール
ＨＭの取得を行うようにする。また、この実施の形態で
は、取得実行手段３２０は、その選択した記憶装置にア
クセスが集中して、転送能力が落ちている場合には、最
初の単位時間における転送量をモニターして、当該単位
時間における転送量が所定のしきい値より小さければ、
他の記憶装置に切り換えるようにすることができるよう
にも構成されている。

【００７６】プログラム１００のソフトウエアモジュー
ルＳＭによるソフトウエア処理は、ＣＰＵ５００が実行
する。

【００７７】実際のアプリケーションプログラム１００
の処理は、処理モジュールごとに、実行モジュール決定
手段６００により、ソフトウエアモジュールＳＭまたは
ハードウエアモジュールＨＭのいずれで実行するかが選
択されて、実行される。この実施の形態では、実行モジ
ュール決定手段６００は、選択条件設定手段７００に設
定されている実行モジュール選択条件に基づいて、どち
らのモジュールで処理モジュールを実行するかを決定す
る。

【００７８】選択条件設定手段７００には、予め、例え
ばソフトウエアやハードウエアによる処理時間、メモリ
消費量、プログラマブル論理回路の再構成時間などの種
々の選択条件項目を想定し、その一つの条件項目あるい
は複数個の条件項目を組み合わせて、実行モジュール選
択条件を設定することができる。

【００７９】なお、選択条件設定手段７００は、実行モ
ジュール選択条件をユーザにより設定変更可能なように
設けられるものである。したがって、実行モジュール決
定手段６００に対して、予め、特定の実行モジュール選
択条件が定められて、その選択条件を変えることなく、
その選択条件に従って実行モジュールを決定する場合に
は、この選択条件設定手段７００は、実行モジュール決
定手段６００に包含されていることになるので、その場
合には、特に設ける必要がなくなる。

【００８０】実行モジュール決定手段６００での実行モ
ジュールの決定は、プログラム実行前に行う場合と、プ
ログラム実行時に行う場合の２通りがある。この第１の
実施の形態では、プログラム実行時であって、各処理モ
ジュールの実行開始時に、実行モジュールの決定を行
う。

【００８１】［第１の実施の形態のハードウエア構成
例］図３は、この発明の第１の実施の形態の情報処理シ
ステム１０のハードウエア構成例を示すブロック図であ
る。この実施の形態の情報処理システム１０において
は、ＣＰＵ１１のホストバス１１Ｂに、チップセット１
２に含まれるメモリコントローラ（図示せず）を介し
て、例えばＤＲＡＭで構成されるメインメモリ１３が接
続される。

【００８２】ホストバス１１Ｂは、また、チップセット
１２に含まれるホスト−ＰＣＩバスブリッジ（図示せ
ず）を介して、ＰＣＩバス１４に接続される。ＰＣＩバ
ス１４には、プログラマブル論理回路インターフェース
１５を介してプログラマブル論理回路１６と、ハードデ
ィスクインターフェース１７を介してハードディスクド
ライブ１８と、通信インターフェース１９とが接続され
る。

【００８３】通信インターフェース１９は、ＬＡＮやイ
ンターネットなどのネットワーク２０を介して、プログ
ラマブル論理回路１６に再構成される回路情報が格納さ
れている複数個の記憶装置（サーバ）２１、２２、２３
に接続される。

【００８４】ハードディスクドライブ１８により読み書
きされるハードディスクには、アプリケーションプログ
ラムが格納されている。また、アプリケーションプログ
ラムは、ネットワーク２０上の記憶装置に格納されてい
る場合もある。

【００８５】また、ハードディスクドライブ１８のハー
ドディスクやメインメモリ１３には、ネットワーク２０
上の記憶装置２１〜２３から取得されたハードウエアモ
ジュールＨＭが、一時格納される場合もある。また、プ
ログラマブル論理回路１６が、ローカルメモリを備え、
そのローカルメモリにネットワークから取得してハード
ウエアモジュールＨＭの回路情報を格納しておくように
してもよい。

【００８６】これら情報処理システム内の記憶装置に格
納されたハードウエアモジュールＨＭの情報は、例え
ば、当該ハードウエアモジュールの繰り返し使用時であ
って、プログラマブル論理回路１６に、例えば上書きさ
れるなどして構成されていない場合に、利用される。す
なわち、ネットワークからハードウエアモジュールＨＭ
を入手することなく、このシステム内の記憶装置からプ
ログラマブル論理回路１６にハードウエアモジュールＨ
Ｍの回路情報を転送して、再構成する。この場合には、
ネットワーク２０からの転送に比べて、システム内のバ
ス転送であるので、高速に行うことができる。

【００８７】この実施の形態では、ハードウエアモジュ
ール取得手段３００と、実行モジュール決定手段６００
が、図３で示した情報処理システム１０のＯＳのひとつ
の機能としてソフトウエア的に実装される。

【００８８】次に、プログラマブル論理回路１６の構造
を図４に示す。プログラマブル論理回路１６は、図５に
示すように、回路情報を格納するためのコンフィギュレ
ーションメモリ１６０と、論理セル１６１と、配線領域
１６２と、入出力端子１６３とで構成される。

【００８９】コンフィギュレーションメモリ１６０は、
論理セル１６１内および配線領域１６２内のＳＲＡＭ、
ＤＲＡＭなどの書き換え可能なメモリ素子で構成されて
いる。コンフィギュレーションメモリ１６０にアドレス
ＡＤＲが与えられて、新しい回路情報のデータＤＡが格
納されると、この回路情報に従って、論理セル１６１内
の回路構成と、論理セル１６１および入出力端子１６３
を相互に接続する配線領域１６２の接続状態が再構成さ
れる。この一連の動作をコンフィギュレーションと呼
ぶ。コンフィギュレーションメモリ１６０の一部分を書
き換えることで、プログラマブル論理回路が動作中であ
っても、回路を部分的に再構成することができる。

【００９０】図５に示すように、プログラマブル論理回
路１６に再構成されて形成された回路素子１６４に、処
理すべきデータが入力され、また、その処理結果が出力
される。

【００９１】［第１の実施の形態による処理の説明］図
６は、この発明の第１の実施の形態における基本的な処
理の流れを示すフローチャートである。前述したよう
に、この例では、実行モジュール決定手段６００での決
定時点は、プログラム実行時であって、どちらのモジュ
ールを使用するかの決定は、各処理モジュールの実行開
始の際に行う。

【００９２】また、前述したように、この実施の形態で
は、図１のハードウエア取得手段３００と実行モジュー
ル決定手段６００とが、図３の情報処理システム１０の
ＯＳのひとつの機能としてソフトウエア的に実装されて
おり、アプリケーションプログラム１００の開始によ
り、当該ＯＳにより処理が実行される。

【００９３】以下に説明する例においては、図１の選択
条件設定手段７００は設けられず、実行モジュール決定
手段６００内に含まれているものとする。そして、この
第１の実施の形態では、コンフィギュレーションが完了
したプログラマブル論理回路によるハードウエア処理
は、一般に、対応するソフトウエア処理よりも高速処理
が可能であることから、実行モジュール選択条件とし
て、「実行する処理モジュールに対応するハードウエア
モジュールのプログラマブル論理回路１６への再構成が
終了しているか否かを判別し、再構成が終了していると
きには、その処理モジュールをハードウエアモジュール
により再構成されたプログラマブル論理回路で実行す
る」という条件が設定されている。

【００９４】アプリケーションプログラム１００の実行
に先立ち、予め、ＣＰＵ１１は、通信インターフェース
１９を通じてネットワーク２０上の複数の記憶装置２１
〜２３にアクセスし、これらのネットワーク２０上の記
憶装置２１〜２３のそれぞれの転送処理能力に関する情
報を収集するとともに、記憶装置２１〜２３のそれぞれ
に、いずれのハードウエアモジュールが格納されている
かの情報も収集し、それを、例えばテーブル化するなど
して、サーバーリストとして、メインメモリ１３あるい
はハードディスクドライブ１８のハードディスクに保持
しておくようにする。

【００９５】そして、実際のアプリケーションプログラ
ムの実行に際し、それに先立ち、まず、図２に示したよ
うにプログラム１００内のヘッダ部ＨＥＤに記述されて
いるハードウエアモジュールＨＭの識別符号ＩＤが読み
込まれ、当該アプリケーションプログラムで使用され
る、プログラマブル論理回路１６上に構成するハードウ
エアモジュールＨＭが、ハードウエアモジュール取得手
段３００で認識される（ステップＳ１１）。

【００９６】次に、アプリケーションプログラムの実行
となり、２つのルーチンが並行して実行される。ひとつ
は、ハードウエアモジュール取得手段３００によるプロ
グラマブル論理回路１６へのコンフィギュレーションの
実行で、もうひとつは、実行モジュール決定手段６００
によるプログラムで実行される、処理モジュールごとの
ソフトウエアモジュールＳＭまたはハードウエアモジュ
ールＨＭの決定およびその処理モジュールの実行であ
る。

【００９７】ハードウエアモジュール取得手段３００
は、先に読み込まれた識別符号ＩＤの最初の識別符号Ｉ
Ｄに対応するハードウエアモジュールＨＭの回路情報が
ネットワーク２０上のいずれの記憶装置に存在するか
を、前述したようにして、予め情報を収集して作成して
おいた前記サーバーリストを用いて検索する。そして、
当該識別符号で示されるハードウエアモジュールＨＭ
が、ネットワーク２０上の複数個の記憶装置に格納され
ていると判別されたときには、それらの記憶装置の転送
処理能力を参照して、最も転送処理能力の高い記憶装置
を、当該ハードウエアモジュールＨＭの取得先として選
択決定する（ステップＳ１２）。

【００９８】そして、選択決定したネットワーク２０上
の記憶装置からハードウエアモジュールを取得し、プロ
グラマブル論理回路１６のコンフィギュレーションメモ
リ１６０に転送し、コンフィギュレーションを実行し
て、実行モジュール決定手段６００からの問い合わせに
対し、コンフィギュレーションの成否を答える（ステッ
プＳ１３）。

【００９９】そして、ハードウエアモジュール取得手段
３００は、最初のハードウエアモジュールＨＭのコンフ
ィギュレーションが完了すると、次のハードウエアモジ
ュールＨＭがあるか否か判断し（ステップＳ１４）、次
のハードウエアモジュールＨＭがあれば、ステップＳ１
２に戻って、その識別符号ＩＤに対応するハードウエア
モジュールＨＭの回路情報を格納するネットワーク２０
上の記憶装置であって、転送処理能力の高いものを選択
決定して、その選択決定した記憶装置から、ハードウエ
アモジュールＨＭを取得し、プログラマブル論理回路１
６のコンフィギュレーションメモリ１６０に転送し、コ
ンフィギュレーションを実行する。

【０１００】ハードウエアモジュール取得手段３００
は、先に読み込んだ識別符号ＩＤのすべてのハードウエ
アモジュールＨＭについて、上述の処理を実行して、そ
のコンフィギュレーションを行うようにする。

【０１０１】実行モジュール決定手段６００は、実行し
ようとする処理モジュールに対応するハードウエアモジ
ュールＨＭのコンフィギュレーションが完了しているか
否か、ハードウエアモジュール取得手段３００に問い合
わせて判断し（ステップＳ１５）、当該対応するハード
ウエアモジュールＨＭのコンフィギュレーションが完了
していれば、ハードウエアモジュールＨＭによる処理を
行い（ステップＳ１６）、コンフィギュレーションが完
了していなければ、対応するソフトウエアモジュールＳ
Ｍによる処理を実行する（ステップＳ１７）。

【０１０２】そして、当該処理モジュールの処理が終了
すると、次の処理モジュールがあるか否か判断し（ステ
ップＳ１８）、次の処理モジュールがあれば、ステップ
Ｓ１５に戻り、次の処理モジュールがなければ、このア
プリケーションによる処理を終了する。

【０１０３】ここで、ハードウエアモジュール取得手段
３００と、実行モジュール決定手段６００との間でのコ
ミュニケーションは、図３のシステム１０においては、
具体的には、次のようにしてなされる。

【０１０４】すなわち、ハードウエアモジュールＨＭが
プログラマブル論理回路１６上にコンフィギュレーショ
ンされると、ＰＣＩバス１４を介してＣＰＵ１１上で稼
動するＯＳに検知され、そのＯＳの一部として機能して
いるハードウエアモジュール取得手段３００から、実行
モジュール決定手段６００に通知される。

【０１０５】また、プログラムの処理状況がＣＰＵ１１
上で稼動するＯＳで検知され、このＯＳの一部として機
能している実行モジュール決定手段６００から、ハード
ウエアモジュール取得手段３００に対して、ハードウエ
アモジュールＨＭの回路情報の転送およびコンフィギュ
レーションの開始や中断が指示される。

【０１０６】以上のようにして、この実施の形態では、
処理モジュールの実行をするときに、対応するハードウ
エアモジュールＨＭが、プログラマブル論理回路１６に
再構成されていれば、当該処理モジュールの処理は、ハ
ードウエアモジュールで実行するようにする。

【０１０７】前述もしたように、通常、プログラマブル
論理回路へのコンフィギュレーションのための時間を考
慮しなければ、ハードウエアで処理した方が高速処理が
可能である。したがって、上述のように、コンフィギュ
レーションが完了した時点から、そのコンフィギュレー
ションが完了したハードウエアモジュールで処理を実行
することで、アプリケーションプログラムによる一連の
処理を高速に行うことができるようになる。

【０１０８】そして、この実施の形態では、ハードウエ
アモジュールＨＭの回路情報は、ネットワーク上の最も
転送処理能力が高い記憶装置から取得するようにしたの
で、コンフィギュレーション時間のオーバヘッドとして
のネットワークからの転送時間は、最小とすることがで
きる。

【０１０９】［処理の具体例（第１の実施例）］次に、
図７、図８、図９および図１０のフローチャートを用い
て、第１の実施の形態の処理の具体例である第１の実施
例を、以下に説明する。

【０１１０】図７は、この第１の実施例における、図６
のフローチャートに対応する詳細な処理の流れの全体を
示したフローチャートである。図８は、図７におけるハ
ードウエアモジュールＨＭのコンフィギュレーションの
ルーチンＲ４０のステップＳ２２の詳細なフローチャー
トを示している。また、図９は、図８におけるネットワ
ークからの転送のルーチンＲ６０のステップＳ４３の詳
細なフローチャート、さらに、図１０は、図７のソフト
ウエアモジュールＳＭまたはハードウエアモジュールＨ
Ｍによる処理ルーチンＲ５０のステップＳ３２の詳細な
フローチャートを示している。

【０１１１】図７において、ソフトウエアモジュールＳ
ＭまたはハードウエアモジュールＨＭによる処理のルー
チンＲ３０と、ハードウエアモジュールＨＭのコンフィ
ギュレーションのルーチンＲ２０は並行して実行され
る。

【０１１２】ここで、この第１の実施例では、ソフトウ
エアモジュールＳＭまたはハードウエアモジュールＨＭ
による処理モジュールをＭ種類行い、これらのＭ種類の
処理モジュールからなる一連の処理を、Ｎ回繰り返すも
のとする。

【０１１３】図７に示すように、アプリケーションプロ
グラムの実行に先立ち、ハードウエアモジュールＨＭの
識別符号がアプリケーションプログラムのヘッダ部ＨＥ
Ｄから読み取られる（ステップＳ１１）。このあと、ハ
ードウエアモジュールＨＭのコンフィギュレーションを
行うルーチンＲ２０と、ソフトウエアモジュールＳＭま
たはハードウエアモジュールＨＭによる処理を行うルー
チンＲ３０とが並行して実行される。

【０１１４】ルーチンＲ２０においては、まず、Ｍ種類
のハードウエアモジュールの、何番めまでのハードウエ
アモジュールＨＭがコンフィギュレーションされたかを
示す変数ｉを初期化し（ステップＳ２１）、その後、ハ
ードウエアモジュールＨＭのコンフィギュレーションの
処理ルーチンＲ４０を実行するステップＳ２２に進む。

【０１１５】このステップＳ２２のコンフィギュレーシ
ョンの処理ルーチンＲ４０においては、図８に示すよう
に、ｉ番目のハードウエアモジュールＨＭが、プログラ
マブル論理回路１６上に存在するかどうかを確認し（ス
テップＳ４１）、存在すれば、既にプログラマブル論理
回路１６上に構成されていることをＯＳに通知する（ス
テップＳ４５）。

【０１１６】ｉ番目のハードウエアモジュールＨＭが、
プログラマブル論理回路１６上に存在しなければ、その
ｉ番目のハードウエアモジュールＨＭが、情報処理シス
テム１０内の記憶装置（ハードディスクドライブ１８あ
るいはメインメモリ１３など）に存在するか否か確認す
る（ステップＳ４２）。

【０１１７】ｉ番目のハードウエアモジュールＨＭが、
システム１０内の記憶装置に存在すれば、ステップＳ４
４に進んで、コンフィギュレーションを行う。また、シ
ステム内の記憶装置に存在していなければ、ステップＳ
４３において、ネットワーク２０からの転送の処理ルー
チンＲ６０を実行し、前述したようにして、ネットワー
ク２０上の記憶装置２１〜２３を検索して選択決定した
記憶装置からハードウエアモジュールＨＳの回路情報を
取得し、その後、ステップＳ４４に進んで、コンフィギ
ュレーションを実行する。

【０１１８】ステップＳ４３のネットワーク回路の転送
のルーチンＲ６０においては、図９に示すように、取得
要求が生じているハードウエアモジュールＨＭの識別符
号と、前記サーバーリストから、当該ハードウエアモジ
ュールＨＭの情報を格納しており、転送処理能力が高い
優先サーバーである記憶装置を選択決定し（ステップＳ
６１）、転送を開始する（ステップＳ６２）。

【０１１９】そして、転送開始直後の単位時間、例えば
数十ナノ秒の間に転送されてきたデータ量を、予め定め
た期待値と比較して、大きければ、そのまま転送を続行
し（ステップＳ６４）、小さければ、次に転送処理能力
が高い記憶装置に変更して（ステップＳ６１）、転送を
開始させる。

【０１２０】なお、識別符号に対応するハードウエアモ
ジュールＨＭを格納する記憶装置が見つからなかったと
きには、ネットワーク２０からの転送は中止し、ソフト
ウエアモジュールＳＭによる処理を行う。

【０１２１】そして、図８に戻って、ステップＳ４３の
転送およびステップＳ４４のハードウエアモジュールＨ
Ｍの構成が終了した時点で、ステップＳ４５に移り、コ
ンフィギュレーションの終了をＯＳに通知し、図７に戻
って変数ｉをカウントアップする（ステップＳ２３）。

【０１２２】ハードウエアモジュールＨＭのコンフィギ
ュレーションが完了する前に、このハードウエアモジュ
ールＨＭに対応する処理が開始される場合には、ソフト
ウエアモジュールＳＭまたはハードウエアモジュールＨ
Ｍによる処理を行うルーチンＲ３０で、ソフトウエアモ
ジュールＳＭによる処理が行われるが、ハードウエアモ
ジュールＨＭのコンフィギュレーションは続行される。

【０１２３】そして、Ｍ種類のハードウエアモジュール
ＨＭのすべてを、コンフィギュレーションする途中で、
アプリケーションプログラム１００により実行される一
連の繰り返し処理数をカウントする変数ｊが、ｊ＞Ｎと
なったと判別され（ステップＳ２４）、アプリケーショ
ンが終了する場合には、Ｍ種類のハードウエアモジュー
ルＨＭのうちの一部は、コンフィギュレーションされな
い。

【０１２４】しかし、情報処理システム１０内の記憶装
置に余裕があれば、ネットワーク２０上の記憶装置から
回路情報を取得することを続行することもできる。その
ようにすれば、同種のアプリケーションが、その後に実
行されるときに、ネットワーク２０からの回路情報のシ
ステム内の記憶装置への取り込みが完了しており、その
分のアクセス時間を短縮することができる。また、後
で、ネットワーク２０から取得しようとしたときに、ネ
ットワーク２０に障害が生じていて、必要なハードウエ
アモジュールＨＭが取得できない事態になっても、その
影響が最小限に押さえられる。

【０１２５】次に、コンフィギュレーションするべきハ
ードウエアモジュールＨＭが残っているかを確認するた
めに、変数ｉと変数Ｍを比較する（ステップＳ２５）。
変数ｉが、変数Ｍと等しいか小さければ、次のハードウ
エアモジュールＨＭのコンフィギュレーションを開始
し、変数ｉが変数Ｍよりも大きければ、すべてのハード
ウエアモジュールＨＭがプログラマブル論理回路１６上
に構成されたことがわかり、図８のコンフィギュレーシ
ョン処理を終了する。

【０１２６】次に、図７において、ルーチン２０と並行
して実行されるルーチンＲ３０では、まず、一連の繰り
返し処理数をカウントする変数ｊが初期化され（ステッ
プＳ３１）、その後、ソフトウエアモジュールＳＭまた
はハードウエアモジュールＨＭによる処理を実行するル
ーチンＲ５０のステップＳ３２に移る。

【０１２７】このステップＳ３２のルーチンＲ５０にお
いては、図１０に示すように、まず、Ｍ種の処理モジュ
ールの何番めの処理モジュールによる処理であるかをカ
ウントする変数ｋが初期化される（ステップＳ５１）。

【０１２８】次に、ｋ番目のハードウエアモジュールＨ
Ｍが、プログラマブル論理回路１６上に構成されたかど
うかを確認するために、このルーチンＲ５０で、Ｍ種の
ハードウエアモジュールＨＭのうちの何番目までのコン
フィギュレーションが終了したかを示す変数ｉと、前記
処理を実行しようとする処理モジュールがＭ種の処理モ
ジュールの何番目であるかを示す変数ｋとの比較を行な
う（ステップＳ５２）。

【０１２９】変数ｋが変数ｉより小さければ、プログラ
マブル論理回路１６上に、ｋ番目の処理モジュールに対
応するハードウエアモジュールＨＭの構成が終了してい
ることがわかるので、ハードウエアモジュールＨＭで処
理を実行する（ステップＳ５３）。

【０１３０】変数ｋが、変数ｉに等しいか、変数ｉより
大きければ、まだ、ｋ番目の処理モジュールに対応する
ハードウエアモジュールＨＭが、プログラマブル論理回
路１６上に構成されていないので、ソフトウエアモジュ
ールＳＭで処理を実行する（ステップＳ５４）。

【０１３１】次に、処理モジュールが何番目のものであ
るかを示す変数ｋをカウントアップし（ステップＳ５
５）、次のｋ＋１番目の処理モジュールについて、その
前のｋ番目の処理モジュールと同様にしてステップＳ５
２からステップＳ５５のステップを実行し、それを、最
後のＭ番目の処理モジュールまで繰り返す（ステップＳ
５６）。そして、最後のＭ番目の処理モジュールについ
ての処理が終了したときには、図７のルーチンに戻る。

【０１３２】図７においては、繰り返しの変数ｊをカウ
ントアップし（ステップＳ３３）、次の繰り返し処理が
開始される。繰り返し処理をＮ回行うとアプリケーショ
ンは終了する（ステップＳ３４）。

【０１３３】以上説明したように、第１の実施例におい
ては、Ｍ種の処理モジュールのＮ回の繰り返しを行う処
理のアプリケーションプログラムにおいて、最初は、ソ
フトウエアモジュールＳＭによる処理が実行されるが、
繰り返し処理の間に、Ｍ種のハードウエアモジュールＨ
Ｍのコンフィギュレーションが、徐々に完了し、その完
了したハードウエアモジュールＨＭが順次に使用され
る。したがって、繰り返し処理の繰り返しの回数が増加
するにつれて、コンフィギュレーションが完了するハー
ドウエアモジュールＨＭの数も増加し、処理速度が徐々
に上がり、全体としての処理時間は、短縮化されるもの
である。

【０１３４】［第２の実施の形態］この発明による情報
処理システムの第２の実施の形態の主要な概念図を図１
１に示す。図１１に示すように、この第２の実施の形態
においては、ハードウエアモジュール取得手段３００
は、検索手段３１０、取得実行手段３２０に加えて、並
行取得手段３３０を備える。

【０１３５】また、この第２の実施の形態では、ハード
ウエアモジュール取得手段３００により、ネットワーク
から取得し、プログラマブル論理回路に再構成したハー
ドウエアモジュールＨＭの識別情報を、識別情報記録手
段８００に記録しておく。さらに、ネットワークから取
得してプログラマブル論理回路に再構成したハードウエ
アモジュールＨＭの回路情報は、情報処理システム内の
ハードディスクドライブなどの記憶装置に保存してお
く。

【０１３６】その他は第１の実施の形態と同様に構成す
る。

【０１３７】取得実行手段３２０は、プログラム１００
内のヘッダ部ＨＥＤに記述されている識別符号ＩＤに対
応するハードウエアモジュールを、プログラム１００に
よる処理の実行順に、ネットワーク２０上の記憶装置か
ら入手して、プログラマブル論理回路４００に再構成す
る。これは、第１の実施の形態と全く同様であり、その
実施の形態においても、検索手段３１０により、ネット
ワーク２０上の転送処理能力が高い記憶装置からハード
ウエアモジュールを取得してプログラマブル論理回路４
００に再構成するようにする。

【０１３８】並行取得手段３３０は、取得実行手段３２
０での処理と並行して、いまだ、情報処理システム内の
記憶装置にネットワークから取り込んでいないハードウ
エアモジュールＨＭの情報を、ネットワークからシステ
ム内の記憶装置に取り込むようにする処理を行う。情報
処理システム内の記憶装置に取り込んでいるか否かは、
識別符号記録装置８００に記録されている識別符号を参
照することで知ることができる。

【０１３９】そして、この第２の実施の形態の場合に
は、並行取得手段３３０は、ファイルサイズの大きいハ
ードウエアモジュールＨＭを優先して、順次、ネットワ
ークから取得するようにする。このため、この第２の実
施の形態の場合のプログラム１００のヘッダ部ＨＥＤに
は、図１２に示すように、各ハードウエアモジュールＨ
Ｍの識別符号に対応して、それらのハードウエアモジュ
ールＨＭのファイルサイズが記述されている。

【０１４０】なお、識別符号記録手段８００には、ハー
ドウエアモジュール取得手段３００により取得されて、
プログラマブル論理回路に再構成されたハードウエアモ
ジュールの識別符号が記録されているので、その記録内
容を調べることで、プログラム１００内で同じハードウ
エアモジュールＨＭが繰り返し使用される場合に、重ね
て、プログラマブル論理回路４００のコンフィギュレー
ションが実行されることが防止される。これにより、コ
ンフィギュレーション時間を節約して、効率的な処理が
行える。

【０１４１】また、識別符号記録手段８００に識別符号
が記録されているハードウエアモジュールＨＭであって
も、プログラマブル論理回路４００が、回路情報により
上書きされてしまい、プログラマブル論理回路４００上
には、存在していない場合もあるが、この実施の形態で
は、識別符号記録手段８００に識別符号が記録されてい
れば、システム内の記憶装置には、その回路情報が記録
されているので、このシステム内の記憶装置からハード
ウエアモジュールＨＭを読み出して、プログラマブル論
理回路４００にコンフィギュレーションするようにする
ことで、ネットワークから転送して取得を行うことな
く、迅速なコンフィギュレーションが可能になる。

【０１４２】この第２の実施の形態のハードウエア構成
は、ハードウエアモジュール取得手段３００を、情報処
理システム内のＯＳの一つとし、識別符号記録手段８０
０を、次に説明するように構成することにより、図３に
示した第１の実施の形態を実現する情報処理システム１
０と同じハードウエア構成で実現できる。

【０１４３】すなわち、ハードウエアモジュールＨＭの
コンフィギュレーションが終了し、図８のステップＳ４
５に示すように、コンフィギュレーションの終了がＯＳ
に通知されたとき、コンフィギュレーションが終了した
ハードウエアモジュールＨＭの識別符号を、システム１
０内の記憶装置、例えば、図３のハードディスクドライ
ブ１８やメインメモリ１３に記録することにより、識別
符号記録手段８００を実現する。

【０１４４】［処理の具体例］図１３は、この第２の実
施の形態の処理の流れを示すフローチャートである。図
１３における処理は、図７に示した処理と並列に処理を
実行する並行ネットワーク転送処理（ルーチンＲ７０）
を加えたものである。この並行ネットワーク転送処理
は、ハードウエアモジュール取得手段３００の前記並行
取得手段３３０により実行される。

【０１４５】図１３に示す３つの処理ルーチンＲ３０，
Ｒ２０，Ｒ７０のうち、左２つの処理ルーチンＲ３０，
Ｒ２０，は、図７を用いて説明した第１の実施の形態の
場合のそれらと全く同様であって、それぞれ、ソフトウ
エアモジュールＳＭまたはハードウエアモジュールＨＭ
による処理を実行するルーチンである。

【０１４６】そして、図１３の右の処理ルーチンＲ７０
は、前記並行ネットワーク転送処理ルーチンであり、前
記ルーチンＲ２０およびＲ３０と並列に処理が実行され
る。前記ルーチンＲ２０，Ｒ３０は前述した通りである
ので、ここでは、主として、並行ネットワーク転送処理
のルーチンＲ７０について説明する。

【０１４７】アプリケーションプログラム１００が開始
されるとき、それに先立ち、まず、ハードウエアモジュ
ールＨＭの識別符号ＩＤおよびそれぞれのファイルサイ
ズがアプリケーションプログラム１００のヘッダ部ＨＥ
Ｄから読み取られる（ステップＳ１１）。このあと、ソ
フトウエアモジュールＳＭまたはハードウエアモジュー
ルＨＭによる処理を行う第１のルーチンＲ３０と、ハー
ドウエアモジュールＨＭのコンフィギュレーションを行
う第２のルーチンＲ２０と、ハードウエアモジュールＨ
Ｍをネットワークからシステム内の記憶装置に転送する
第３のルーチンＲ７０とが並行して実行される。

【０１４８】第２のルーチンＲ２０でも、ハードウエア
モジュールＨＭのネットワークからの取得は行われる
が、第３のルーチンＲ７０では、これとは別途に転送に
時間のかかるファイルサイズの大きなハードウエアモジ
ュールＨＭを、予め、システム内の記憶装置に転送して
おくものである。

【０１４９】第３のルーチンＲ７０では、読み込んだハ
ードウエアモジュールＨＭの識別符号について、情報処
理システム内の記憶装置１８、１３を検索して、システ
ム内の記憶装置に無いハードウエアモジュールＨＭを抜
き出す（ステップＳ７１）。そして、これらのハードウ
エアモジュールＨＭを、ヘッダ部ＨＥＤに記述されたフ
ァイルサイズをもとに、サイズの大きさによるソーティ
ングを行う（ステップＳ７２）。そして、ソーティング
結果により、ファイルサイズの大きいハードウエアモジ
ュールＨＭから順に、ネットワーク上の記憶装置から情
報処理システム内の記憶装置に転送する。

【０１５０】この場合の転送の方式は、前述した方法と
同様に、転送処理能力の高い記憶装置を検索して、その
記憶装置から優先して転送を行うようにする。そして、
転送開始から、所定の単位時間の間の実際の転送量を算
出し、その転送量が、予め定めた期待値より小さいよう
な場合には、次に転送処理能力の高い記憶装置から転送
を行う。ただし、すべての記憶装置において、前記算出
した転送量が所定の最低データ量よりも小さいような場
合には、最初に試した記憶装置から転送を行う。

【０１５１】以上のようにすれば、ルーチンＲ２０でプ
ログラム順にハードウエアモジュールＨＭを取得してコ
ンフィギュレーションをしているときに、ルーチンＲ７
０が並行して実行されて、他のハードウエアモジュール
ＨＭのシステム内の記憶装置への取り込みが実行される
ので、ルーチンＲ２０で、次のハードウエアモジュール
の取得およびコンフィギュレーションの処理を開始する
ときに、既に、そのハードウエアモジュールがシステム
内の記憶装置に取り込まれていて、ネットワークからの
取得が不要で、システム内の記憶装置からのコンフィギ
ュレーションのみで済むようになる。

【０１５２】したがって、ネットワークからハードウエ
アモジュールを取得するという、プログラマブル論理回
路のコンフィギュレーションにとってのオーバーヘッド
が小さくなり、高速のコンフィギュレーションが可能に
なる。

【０１５３】［処理の具体例（第２の実施例）］次に、
この第２の実施の形態の場合の処理の具体例（第２の実
施例）として、画像処理の場合を例にとって、以下に説
明する。

【０１５４】この第２の実施例では、線形変換処理、ノ
イズ除去処理および輪郭強調処理の３種の処理を、３種
の画像フィルタを用いて画像データについて行うことに
より、不鮮明な画像を鮮明にする画像処理を行うように
する。

【０１５５】このアプリケーションプログラムＡＰの構
造を、図１４を用いて説明する。このアプリケーション
プログラムＡＰで利用するソフトウェアモジュールＳＭ
と、ハードウェアモジュールＨＭとを関連付ける識別符
号ＩＤのリストが、アプリケーションプログラムＡＰの
ヘッダ部ＨＥＤに付加されている。

【０１５６】プログラム内では、ハードウェアモジュー
ルＳＭとソフトウェアモジュールＨＭとが、二重化され
た処理として呼び出される。

【０１５７】利用する処理モジュールは、Ｇａｕｓｓｉ
ａｎフィルタを使ったノイズ除去処理ＡＢＣ００１と、
Ｌａｐｌａｃｉａｎフィルタを使った輪郭強調処理ＸＹ
Ｚ００１と、線形変換処理ＰＱＲ００１の３つとされ
る。ヘッダ部ＨＥＤには、これらの処理に対応するハー
ドウエアモジュールＨＭの識別符号ＨｍＡＢＣ００１，
ＨｍＸＹＺ００１，ＨｍＰＱＲ００１が記載されてい
る。

【０１５８】さらに、ヘッダ部ＨＥＤのハードウエアモ
ジュール識別符号ＨｍＡＢＣ００１，ＨｍＸＹＺ００
１，ＨｍＰＱＲ００１のそれぞれには、この例では、そ
のファイルサイズをランク付けした符号がつく。使用す
るプログラマブル論理回路によって上限のファイルサイ
ズが決まるが、この例では、このファイルサイズを５段
階程度に小さいものから順にＡ，Ｂ，…，Ｅというラン
ク付けをする。

【０１５９】例えば最小のランクＡのファイルサイズの
ノイズ除去処理ＡＢＣ００１のハードウエアモジュール
は、ＨｍＡＢＣ００１Ａとなる。同様にして、この例で
は、ＨｍＸＹＺ００１Ｂ，ＨｍＰＱＲ００１Ｂと記述さ
れている。なお、対応するソフトウエアモジュールに
は、Ｓｍという接頭の符号を付与することとする。

【０１６０】ソフトウェアモジュールＳＭとハードウェ
アモジュールＨＭとは同一の引数および戻り値を持って
互換性が完全に保たれており、アプリケーションプログ
ラムＡＰからは同じ処理モジュールに見えるように構成
されている。

【０１６１】次に、この画像処理の動作を図１５および
その続きである図１６、図１７に示したフローチャート
に示す。この図１５、図１６および図１７のフローチャ
ートは、前述の図１３および図７〜図１０を用いて説明
した処理動作に対応しており、対応する各ステップに
は、同一ステップ番号を付してある。

【０１６２】図１８は、この画像処理動作のタイミング
チャートを示すものである。図１５〜図１７のフローチ
ャートと、この図１８のタイミングチャートを用いて、
この第２の実施例の画像処理動作を以下に説明する。な
お、図１８では、処理ａが線形変換ＰＱＲ００１、処理
ｂがＧａｕｓｓｉａｎフィルタを使ったノイズ除去処理
ＡＢＣ００１、処理ｃがＬａｐｌａｃｉａｎフィルタを
使った輪郭強調処理ＸＹＺ００１をそれぞれ示してい
る。

【０１６３】また、使用する処理モジュールは、線形変
換ＰＱＲ００１、ノイズ除去処理ＡＢＣ００１、輪郭強
調処理ＸＹＺ００１の３種類なので、図７〜図１０にお
ける処理モジュール数Ｍは３となる。また、画像のＲ
（赤データ）、Ｇ（緑データ）、Ｂ（青データ）の各プ
レーンに対して、処理ａから処理ｃまでを繰り返し実行
するので、図７〜図１０における繰り返し数Ｎは３とな
る。

【０１６４】図１８において、時点t0で、アプリケーシ
ョンプログラムが起動すると、プログラムＡＰの初期化
処理や処理画像の準備などが行われる。同時にアプリケ
ーションプログラムＡＰのヘッダ部ＨＥＤにある識別符
号ＩＤを読み込み（ステップＳ１１）、そこに記載され
ているハードウェアモジュールＨＭの回路情報を取得し
て、プログラマブル論理回路上にコンフィギュレーショ
ンする処理ルーチンＲ２０を、時点t1から開始する。こ
の処理ルーチンＲ２０は、プログラム順（ヘッダ部ＨＥ
Ｄに記述されている識別符号順）にハードウエアモジュ
ールＨＭを取得して取り込む。

【０１６５】プログラム起動時には、最初のハードウエ
アモジュールＨｍＰＱＲ００１Ｂは、プログラマブル論
理回路上にコンフィギュレーションされていないので、
まず、システム内の記憶装置を検索して、ハードウエア
ＨｍＰＱＲ００１Ｂが存在すれば、その記憶装置からダ
ウンロードする。もしもシステム内の記憶装置に存在し
ない場合には、ネットワークから転送してくることにな
る。

【０１６６】同時に時間t1において、並行ネットワーク
転送処理ルーチンＲ７０の前処理が始まる。この前処理
においては、システム内部のハードディスクやローカル
メモリなどの記憶装置を検索して、ＨｍＰＱＲ００１以
外の読み込んだ識別符号と一致するハードウエアモジュ
ールが存在するかを調べる（ステップＳ７１）。そし
て、システム内の記憶装置に存在しないハードウエアモ
ジュールは、識別符号末尾にあるファイルサイズのラン
クの大きいものから順にソートして（ステップＳ７
２）、そのファイルサイズの大きい順にハードウエアモ
ジュールの情報をネットワーク２０上の記憶装置からシ
ステム内部の記憶装置に転送を開始する（時点t2）。

【０１６７】図１８では、処理ｂを行うハードウエアモ
ジュールＨｍＡＢＣ００１Ａと、処理ｃを行うハードウ
エアモジュールＨｍＸＹＺ００１Ｂとがシステム内部に
存在しないが、末尾のファイルサイズのランクを示す情
報が、ＢのものがＡよりもファイルサイズが大きいの
で、ハードウエアモジュールＨｍＸＹＺ００１Ｂの転送
が開始される。

【０１６８】該当するハードウエアモジュールＨＭを格
納するネットワーク上の記憶装置が複数ある場合は、転
送能力の高い記憶装置に決定し（ステップＳ７３２）、
ネットワークからのハードウエアモジュールＨＭのデー
タのシステム内の記憶装置への転送を開始する（ステッ
プＳ７３３）。この開始直後の単位時間当たりの転送量
と予め定めた期待値とを比較し（ステップＳ７３４）、
転送量が期待値を越えていればそのまま転送を続行し
（ステップＳ７３５）、越えていなければ、ステップＳ
７３１に戻り、他の記憶装置に接続を切り換えて同様に
転送量を評価する。複数ある記憶装置のすべてで転送量
が期待値を越えていなければそれまでに試行した記憶装
置で最も速い記憶装置に接続を切り換えて転送を行う。

【０１６９】ハードウエアモジュールＨＭのデータのシ
ステム内の記憶装置への転送が完了すれば、ＯＳにそれ
を通知し（ステップＳ７３６）、必要な、すべてのハー
ドウエアモジュールＨＭのシステム内への取り込みが完
了したら、転送処理の終了をＯＳに通知する（ステップ
Ｓ７３７）。

【０１７０】一方、ソフトウエアモジュールＳＭまたは
ハードウエアモジュールＨＭによる処理のルーチンＲ３
０においては、図１５において、繰り返し数をカウント
するための変数ｊが初期化されてｊ＝１となり（ステッ
プＳ３１）、画像のＲプレーンに対する処理を開始す
る。次に何番めのモジュールデータについての処理かを
示す変数ｋを初期化してｋ＝１とする（ステップＳ５
１）。

【０１７１】図１８において、処理ａ（ＰＱＲ００１）
を実行する直前の時点t3で、ＯＳにコンフィギュレーシ
ョン完了を問い合わせる（ステップＳ５２）。完了して
いない場合( ｋ≧ｉ) 、アプリケーションプログラムＡ
Ｐは、ソフトウェアモジュールＳｍＰＱＲ００１Ｂを使
って処理を実行する（ステップＳ５３）。

【０１７２】以降、処理ｂおよび処理ｃの直前の時点t
7、t9でも同様の問い合わせを、ＯＳに対し行う。しか
し、この例では、図１８のタイミングチャートに示すよ
うに、対応するハードウエアモジュールＨｍＡＢＣ００
１Ａ，ＨｍＸＹＺ００１Ｂのコンフィギュレーションが
完了していないので、それぞれソフトウエアモジュール
ＳｍＡＢＣ００１，ＳｍＸＹＺ００１を用いて処理を実
行して、繰り返し処理の１回目が終了する。

【０１７３】一方、図１８に示すように、処理ａのハー
ドウェアモジュールＨｍＰＱＲ００１Ｂのプログラマブ
ル論理回路上へのコンフィギュレーションは、時間t4で
完了しており、ＯＳに対しコンフィギュレーションの完
了が通知される（ステップＳ４５）。

【０１７４】続いて処理ｂのハードウェアモジュールＨ
ｍＡＢＣ００１Ａのプログラマブル論理回路上へのコン
フィギュレーションが行われるが、このモジュールは、
このときシステム内部の記憶装置には存在しないので、
ネットワーク上の記憶装置から転送してコンフィギュレ
ーションを行う。

【０１７５】ネットワーク上の記憶装置からの転送手順
は、上記のハードウエアモジュールＨｍＸＹＺ００１Ｂ
の場合と同様であるが、ネットワーク上の複数の記憶装
置のすべてで転送量が期待値を越えていなければ転送を
中断して、コンフィギュレーションも行わず、ソフトウ
エアモジュールＳＭによる処理を行うようにする。

【０１７６】この例では、ハードウェアモジュールＨｍ
ＡＢＣ００１Ａの転送は、時間t10に完了し、続けてコ
ンフィギュレーションが行われ、時点t12 に完了する。

【０１７７】また、並行ネットワーク転送処理によるい
わゆるバックグランド処理で、転送を続けていた、ハー
ドウエアモジュールＨｍＸＹＺ００１Ｂの転送処理が、
時点t13 に完了し、続けてコンフィギュレーションが行
われ、そのコンフィギュレーションが、時点t15 で完了
する。

【０１７８】上述した繰り返し処理の１回目が終了した
後に、画像のＧプレーンを処理する繰り返し処理の２回
目が始まり（ｊ＝２）、再び、処理ａの直前の時点t14
までプログラムが進行すると、再び、ＯＳにコンフィギ
ュレーション完了を問い合わせる（ステップＳ５２）。
コンフィギュレーション完了（ｋ＜ｉ）の返答がある
と、今度は、処理データをハードウェアモジュールＨｍ
ＰＱＲ００１Ｂに渡し、ハードウェアで処理した後、時
点t16 で、ハードウエアで処理した結果のみをプログラ
ムへ戻す（ステップＳ５４）。

【０１７９】そして、処理ｂの直前の時点t17 で、ＯＳ
に対し問い合わせを行うと（ステップＳ５２）、対応す
るハードウエアモジュールＨｍＡＢＣ００１Ａのコンフ
ィギュレーションが完了しているので、このハードウエ
アモジュールＨｍＡＢＣ００１Ａで処理を行う（ステッ
プＳ５３）。

【０１８０】また、処理ｃの直前の時点t19 でもＯＳに
対し問い合わせを行うと（ステップＳ５２）、対応する
ハードウエアモジュールＨｍＸＹＺ００１Ｂのコンフィ
ギュレーションが完了しているので、ハードウエアモジ
ュールＨｍＸＹＺ００１Ｂで処理を行って（ステップＳ
５４）、繰り返し処理の２回目が終了する。

【０１８１】繰り返し処理の２回目が終了した後に、画
像のＢプレーンを処理する繰り返し処理の３回目が始ま
る（ｊ＝３）。このときには、各処理の直前の時点でＯ
Ｓにコンフィギュレーションを問い合わすと、対応する
ハードウエアモジュールＨｍＰＱＲ００１Ｂ，ＨｍＡＢ
Ｃ００１Ａ，ＨｍＸＹＺ００１Ｂの全てがプログラマブ
ル論理回路上にコンフィギュレーションされているの
で、処理ａ，ｂ，ｃは、全て、ハードウェアモジュール
ＨｍＰＱＲ００１Ｂ，ＨｍＡＢＣ００１Ａ，ＨｍＸＹＺ
００１Ｂにて処理が実行され、くり返し処理の３回目が
終了し、アプリケーションも終了する（時点ｔ26）。

【０１８２】以上のようにして、この第２の実施の形態
においても、ソフトウエアモジュールによる処理を実行
しながら、ハードウエアモジュールのプログラマブル論
理回路１６へのコンフィギュレーションを並行して行
い、コンフィギュレーションが完了したものについて
は、プログラマブル論理回路１６によるハードウエア処
理を行うようにしたので、コンフィギュレーションの時
間を考慮することなく、効率的にソフトウエア処理と、
ハードウエア処理とを行って、全体としての処理時間の
短縮化を図ることができる。

【０１８３】［第３の実施の形態］以上の第１および第
２の実施の形態は、各処理モジュールをソフトウエアモ
ジュールＳＭで行うか、ハードウエアモジュールＨＭで
行うかを、アプリケーションプログラムの実行時に決定
するようにしたが、前述もしたように、アプリケーショ
ンプログラムの実行前に行うようにすることもできる。

【０１８４】この第３の実施の形態は、図１または図１
１において、実行モジュール決定手段６００での実行モ
ジュールの決定を、アプリケーションプログラムの実行
前に行うようにする場合である。

【０１８５】この第３の実施の形態の場合、アプリケー
ションプログラムのヘッダ部ＨＥＤには、各ソフトウエ
アモジュールＳＭの識別符号と、ハードウエアモジュー
ルＨＭの識別符号とが、対応して記述されるとともに、
それぞれのモジュールの能力などに関する情報、例え
ば、それぞれの処理にかかる時間、ソフトウエアモジュ
ールのメモリ使用量、ハードウエアモジュールのプログ
ラマブル論理回路セル使用量などが、記述されている。

【０１８６】この第３の実施の形態の情報処理システム
は、アプリケーションプログラムの実行前に、このヘッ
ダ部ＨＥＤの情報を取得する。そして、前記のソフトウ
エアモジュールＳＭおよびハードウエアモジュールＨＭ
についての能力等に関する情報を、情報処理システムの
ディスプレイの画面に表示する。

【０１８７】ユーザは、期待する処理時間、情報処理装
置が備えているメモリ量、プログラマブル論理回路が備
えているセル数を考慮して、各処理モジュールをどちら
のモジュールで行うかを、キー操作部を用いて指示す
る。

【０１８８】実行モジュール決定手段６００は、この指
示により、各処理モジュールを、ソフトウエアモジュー
ルと、ハードウエアモジュールのいずれで実行するかの
情報を格納する。そして、実行モジュール決定手段６０
０は、各処理モジュールの実行時に、設定されたモジュ
ールで処理を実行するように制御する。

【０１８９】なお、この第３の実施の形態の場合には、
ハードウエアモジュール取得手段３００で検索し、取得
するハードウエアモジュールＨＭは、プログラムのヘッ
ダ部ＨＥＤに識別符号が記述されているすべてのハード
ウエアモジュールＨＭではなく、事前に選択されたハー
ドウエアモジュールＨＭのみでよい。

【０１９０】このように、この第３の実施の形態の場合
には、プログラム開始前に、各処理モジュールの実行に
ついて、ソフトウエアモジュールとハードウエアモジュ
ールのいずれを使用するかを、ユーザが自由に選択指示
することができる。したがって、処理速度だけでなく、
メモリ使用量などを考慮した適切な処理を行うようにす
ることができる。

【０１９１】［第４の実施の形態］以上に示した第１の
実施の形態、第２の実施の形態および第３の実施の形態
では、アプリケーションプログラムが、ソフトウエアモ
ジュールの集合で構成され、ソフトウエアモジュールと
同じ処理を行うハードウエアモジュールを、プログラム
のヘッダ部ＨＥＤの識別符号により取得し、プログラム
の実行前またはプログラム実行時に、実行モジュールを
決定した。

【０１９２】しかし、この逆に、アプリケーションプロ
グラムが、ハードウエアモジュールの集合で構成され、
ハードウエアモジュールと同じ処理を行うソフトウエア
モジュールを、プログラムのヘッダ部ＨＥＤの識別符号
によりシステム内の記憶装置やネットワーク上の記憶装
置から取得する場合も、ソフトウエアモジュールとハー
ドウエアモジュールとを置き換えるだけで、前述した第
１の実施の形態、第２の実施の形態、第３の実施の形態
と、同様な処理を行うことができる。

【０１９３】なぜならば、両方のモジュールを取得した
後では、実行モジュールを決定する手順は同じであり、
実行プログラム用記憶部としての主記憶装置である、例
えばメインメモリ１３に格納されているソフトウエアモ
ジュールを、再び取得する必要はないし、アプリケーシ
ョンの開始前にソフトウエアモジュールを、主記憶装置
に格納することができるからである。

【０１９４】この第４の実施の形態の場合の、ブロック
図を、図１９に示す。この図１９は、第２の実施の形態
に対応したものであり、第１の実施の形態に対応する構
成の場合には、識別情報記憶手段８００が存在しない。

【０１９５】この場合には、アプリケーションプログラ
ム１１０に記述されているハードウエアモジュールＨＭ
は、プログラマブル論理回路４００に転送されて、再構
成される。

【０１９６】また、前述の実施の形態のハードウエアモ
ジュール取得手段３００に対応するソフトウエアモジュ
ール取得手段３３０は、前述の実施の形態と同様にし
て、ネットワーク上の記憶装置の処理能力を考慮した転
送を行い、取得したソフトウエアモジュールを、実行プ
ログラム記憶手段５５０に格納し、ＣＰＵ５００で実行
するようにする。この実行プログラム記憶手段４４０
は、前述したように、情報処理システムでは、ハードデ
ィスクドライブ１８やメインメモリ１３で構成される。

【０１９７】［実施の形態の効果］以上説明したよう
に、第１の実施の形態、第２の実施の形態、第３の実施
の形態および第４の実施の形態では、少なくとも処理の
一部分が回路構成を再構成できるプログラマブル論理回
路で処理される情報処理システムにおいて、ソフトウエ
アモジュールによるアプリケーションプログラムの実行
と並行して、ソフトウエアモジュールと同じ処理を行う
ハードウエアモジュールのコンフィギュレーションを行
うことにより、プログラム論理回路の再構成時間を考慮
した最善のソフトウエアモジュールとハードウエアモジ
ュールの組み合わせでプログラムを実行することがで
き、情報処理システムの最高の処理能力を発揮すること
が可能となる。

【０１９８】したがって、従来のように、アプリケーシ
ョンプログラムにおいてソフトウエアモジュールとハー
ドウエアモジュールとで、処理する部分を事前に固定的
に決定する必要が無い。

【０１９９】また、ハードウエアモジュールの情報ある
いはソフトウエアモジュールの情報をネットワークから
取得するときには、ネットワーク上の複数の記憶装置
（サーバー）のうちの転送処理能力の高いものを選択し
て情報の取得を実行するようにしたので、ネットワーク
からの情報の取得を高速に行えるために、全体としての
処理速度の向上を図ることができる。

【０２００】また、第２の実施の形態および第４の実施
の形態では、プログラム順にネットワークからハードウ
エアモジュールまたはソフトウエアモジュールを取得す
るルーチンと並行して、ファイルサイズの大きいもの順
に、いまだ、取得していないハードウエアモジュールま
たはソフトウエアモジュールを取得して、システム内の
記憶装置に取り込んでおくようにしたので、全体として
の処理速度の向上を図ることができる。

【０２０１】また、第１の実施の形態、第２の実施の形
態および第３の実施の形態によれば、ネットワーク上の
記憶装置にハードウエアモジュールが格納され、処理の
途中でネットワーク通信が切断されることがあっても、
処理を中断することなく、ソフトウエアモジュールによ
り処理を継続することが可能となる。

【０２０２】同様に、第４の実施の形態によれば、ネッ
トワーク上の記憶装置にソフトウエアモジュールが格納
され、処理の途中でネットワーク通信が切断されること
があっても、処理を中断することなく、ハードウエアモ
ジュールにより処理を継続することが可能となる。

【０２０３】また、第３の実施の形態の場合には、プロ
グラムを開始する前に、処理を行うモジュールを指示す
ることで、情報処理装置の状態や、ユーザの好みに応じ
た処理を行うことができる。

【０２０４】なお、以上の実施の形態では、複数存在す
るネットワーク上の記憶装置のうち、識別符号で示され
る回路情報が格納されている記憶装置で最も転送能力の
高い記憶装置を選択するのに、検索した記憶装置のリス
トに基づいて行うようにしたが、ＬＡＮコントローラー
や、サーバーコントローラーなどでこの処理を行うこと
も可能である。

【０２０５】また、ネットワークから転送してくるシス
テム内の記憶装置は、ハードディスク装置を例としてい
るが、ＣＰＵバス上のメモリやプログラマブル論理回路
のローカルメモリでも、同等あるいはそれ以上の効果が
得られる。

【０２０６】

【発明の効果】以上説明したように、この発明によれ
ば、少なくとも処理の一部分が回路構成を再構成できる
プログラマブル論理回路で処理される情報処理システム
において、ソフトウエアで処理を実行するか、プログラ
マブル論理回路によるハードウエアで処理を実行するか
を、柔軟に決定することができ、従来のように、アプリ
ケーションプログラムにおいて、ソフトウエアモジュー
ルとハードウエアモジュールとで、処理する部分を事前
に固定的に決定する必要が無い。

【０２０７】そして、請求項１または請求項２の発明で
は、ネットワーク上の複数の記憶装置から識別符号に対
応するハードウエアモジュールまたはソフトウエアモジ
ュールを格納する記憶装置を検索し、該当する複数の記
憶装置の中でハードウエアモジュールまたはソフトウエ
アモジュールの転送速度が最も速い記憶装置を選択する
手段を有しているので、その時点で最速の記憶装置から
ハードウエアモジュールまたはソフトウエアモジュール
を入手することができ、転送時間の短縮が可能となり、
ひいてはプログラム全体の処理時間の短縮が可能とな
る。

【０２０８】また、請求項３の発明では、記憶装置の転
送処理能力が高いときであっても、当該記憶装置にアク
セス要求が集中することによる実際の転送時間が長くな
ることに対処して、実際的に、転送時間を、より短くす
ることができる。

【０２０９】また、請求項４または請求項５の発明によ
れば、プログラムの実行順にハードウエアモジュールま
たはソフトウエアモジュールを入手するプロセスと並行
して、情報処理システム内にないハードウエアモジュー
ルまたはソフトウエアモジュールをシステム内の記憶装
置に取り込むことにより、ネットワークから取得するオ
ーバーヘッドの時間を最小にすることが可能になる。

【０２１０】また、請求項６の発明によれば、並行して
ネットワークからハードウエアモジュールまたはソフト
ウエアモジュールを取り込むときに、ファイルサイズの
大きいものから順に入手するようにしているので、実行
順に入手する場合にはファイルサイズが大きいため、ネ
ットワークからの転送時間がかかってしまうハードウエ
アまたはソフトウエアモジュールを、効率よく情報処理
システム内の記憶装置に取り込んで、処理にとってのオ
ーバーヘッドの時間をさらに短縮することが可能であ
る。

【０２１１】特に、実行時までにコンフィギュレーショ
ンを行うことが困難なハードウエアモジュールのデータ
でも、実行時までに、プログラム実行順と並行してネッ
トワーク上の記憶装置からシステム内の記憶装置に転送
しておくことができるため、実行時には転送速度の安定
しているシステム内のバスのみを介して転送することが
可能となり、ハードウエアモジュールで処理モジュール
を実行する回数が増えることが期待でき、プログラム全
体の処理時間の短縮が可能となる。

【図面の簡単な説明】

【図１】この発明による情報処理システムの第１の実施
の形態の概念構成を示すブロック図である。

【図２】この発明による情報処理システムの第１の実施
の形態で用いるアプリケーションプログラムの一例を説
明するための図である。

【図３】この発明による情報処理システムの第１の実施
の形態のハードウエア構成例を示す図である。

【図４】プログラマブル論理回路の一例を説明するため
の図である。

【図５】プログラマブル論理回路の一例を説明するため
の図である。

【図６】この発明による情報処理システムの第１の実施
の形態の主要な処理動作を説明するためのフローチャー
トである。

【図７】この発明による情報処理システムの第１の実施
の形態の処理の具体例（第１の実施例）を説明するため
のフローチャートである。

【図８】図７の一部の処理ルーチンを説明するためのフ
ローチャートである。

【図９】図７の一部の処理ルーチンを説明するためのフ
ローチャートである。

【図１０】図７の一部の処理ルーチンを説明するための
フローチャートである。

【図１１】この発明による情報処理システムの第２の実
施の形態の概念構成を示すブロック図である。

【図１２】この発明による情報処理システムの第２の実
施の形態で用いるアプリケーションプログラムの一例を
説明するための図である。

【図１３】第２の実施の形態における処理の流れを説明
するためのフローチャートである。

【図１４】第２の実施の形態における処理の具体例で用
いるアプリケーションプログラムの一例を説明するため
の図である。

【図１５】第２の実施の形態における処理の具体例の処
理の流れを説明するためのフローチャートである。

【図１６】図１５のフローチャートの一部のフローチャ
ートである。

【図１７】図１６のフローチャートの一部のフローチャ
ートである。

【図１８】第２の実施の形態における処理の具体例の処
理の流れを説明するためのタイミングチャートである。

【図１９】この発明による情報処理システムの第２の実
施の形態の概念構成を示すブロック図である。

【図２０】従来の情報処理システムの一例を説明するた
めの図である。

【図２１】従来の情報処理システムの他の一例を説明す
るための図である。

【図２２】従来の情報処理システムの、さらに他の一例
を説明するための図である。

【符号の説明】

１０ 情報処理システム １１ ＣＰＵ １２ チップセット １３ メインメモリ １４ バス １５ プログラマブル論理回路インターフェース １６ プログラマブル論理回路 １７ ハードディスクインターフェース １８ ハードディスクドライブ １９ 通信インターフェース ２０ ネットワーク ２１、２２、２３ ネットワーク上の記憶装置 １００ アプリケーションプログラム １６０ コンフィギュレーションメモリ ２００ ネットワーク上の記憶装置 ３００ ハードウエアモジュール取得手段 ３３０ ソフトウエアモジュール取得手段 ４００ プログラマブル論理回路 ４４０ 実行プログラム記憶手段 ５００ ＣＰＵ ６００ 実行モジュール決定手段 ７００ 選択条件設定手段 ８００ 識別符号記憶手段

Claims (6)

【特許請求の範囲】
1. 【請求項１】一連の処理が複数の処理モジュールに分割
   され、各処理モジュールが、プログラム言語で処理を記
   述したソフトウエアモジュールで構成されるプログラム
   で記述される前記一連の処理を実行するものであり、か
   つ、前記一連の処理の一部分が、プログラマブル論理回
   路で処理可能である情報処理システムであって、 前記プログラム内のソフトウエアモジュールが行う処理
   と同じ処理を、前記プログラマブル論理回路に再構成す
   る回路情報で記述したハードウエアモジュールを、ネッ
   トワーク上の記憶装置から入手して、前記プログラマブ
   ル論理回路を再構成するハードウエアモジュール取得手
   段と、 前記プログラムに記述された処理モジュールを、前記ソ
   フトウエアモジュールと、前記ハードウエアモジュール
   のどちらで実行するかを、前記プログラムの実行前また
   は実行時に決める実行モジュール決定手段と、 を備え、 前記ソフトウエアモジュールが行う処理と同じ処理を行
   う前記ハードウエアモジュールを示す識別符号が、前記
   プログラム内に記述されており、 前記ハードウエアモジュール取得手段は、 前記プログラム内に記述されている前記識別符号に対応
   するハードウエアモジュールを、前記ネットワーク上の
   記憶装置から入手するものであって、 前記ネットワーク上の複数の記憶装置から前記識別符号
   に対応するハードウエアモジュールを格納する記憶装置
   を検索し、該当する複数の記憶装置の中から前記ハード
   ウエアモジュールの転送速度が最も速い記憶装置を選択
   する検索手段と、 前記検索手段で選択された記憶装置からの前記ハードウ
   エアモジュールの取得およびプログラマブル論理回路の
   再構成を実行する取得実行手段と、 を有することを特徴とする情報処理システム。
2. 【請求項２】一連の処理が複数の処理モジュールに分割
   され、各処理モジュールが、プログラマブル論理回路に
   構成する回路情報で処理を記述したハードウエアモジュ
   ールで構成されるプログラムで記述される前記一連の処
   理を実行するものであり、かつ、前記一連の処理の一部
   分が、前記プログラマブル論理回路で処理可能である情
   報処理システムであって、 前記プログラム内のハードウエアモジュールが行う処理
   と同じ処理をプログラム言語で記述したソフトウエアモ
   ジュールを、ネットワーク上の記憶装置から入手して、
   実行プログラム用記憶部に格納するソフトウエアモジュ
   ール取得手段と、 前記プログラムに記述された処理モジュールを、前記ソ
   フトウエアモジュールと、前記ハードウエアモジュール
   のどちらで実行するかを、前記プログラムの実行前また
   は実行時に決める実行モジュール決定手段と、 を備え、 前記ハードウエアモジュールが行う処理と同じ処理を行
   うソフトウエアモジュールを示す識別符号が、前記プロ
   グラム内に記述されており、 前記ソフトウエアモジュール取得手段は、 前記識別符号に対応するソフトウエアモジュールを入手
   して、前記実行プログラム用記憶部に格納するものであ
   って、 前記ネットワーク上の複数の記憶装置から前記識別符号
   に対応するソフトウエアモジュールを格納する記憶装置
   を検索し、該当する複数の記憶装置の中から前記ソフト
   ウエアモジュールの転送速度が最も速い記憶装置を選択
   する検索手段と、 前記検索手段で選択された記憶装置からの前記ソフトウ
   エアモジュールの取得を実行する取得実行手段と、 を有することを特徴とする情報処理システム。
3. 【請求項３】請求項１または請求項２に記載の情報処理
   システムにおいて、 前記取得実行手段は、前記ハードウエアモジュールある
   いは前記ソフトウエアモジュールの前記ネットワークか
   らの転送を実行して、その単位時間当たりの転送量が、
   予め定めた期待値よりも小さいときには、前記転送速度
   が次位の記憶装置から、前記ハードウエアモジュールあ
   るいは前記ソフトウエアモジュールを取得するように変
   更することを特徴とする情報処理システム。
4. 【請求項４】一連の処理が複数の処理モジュールに分割
   され、各処理モジュールが、プログラム言語で処理を記
   述したソフトウエアモジュールで構成されるプログラム
   で記述される前記一連の処理を実行するものであり、か
   つ、前記一連の処理の一部分が、プログラマブル論理回
   路で処理可能である情報処理システムであって、 前記プログラム内のソフトウエアモジュールが行う処理
   と同じ処理を、前記プログラマブル論理回路に再構成す
   る回路情報で記述したハードウエアモジュールを、ネッ
   トワーク上の記憶装置から入手して、前記プログラマブ
   ル論理回路を再構成するハードウエアモジュール取得手
   段と、 前記プログラムに記述された処理モジュールを、前記ソ
   フトウエアモジュールと、前記ハードウエアモジュール
   のどちらで実行するかを、前記プログラムの実行前また
   は実行時に決める実行モジュール決定手段と、 を備え、 前記ソフトウエアモジュールが行う処理と同じ処理を行
   う前記ハードウエアモジュールを示す識別符号が、前記
   プログラム内に記述されており、 前記ハードウエアモジュール取得手段は、 前記プログラム内に記述されている前記識別符号に対応
   する前記ハードウエアモジュールを、前記プログラムに
   よる処理の実行順に、前記ネットワーク上の記憶装置か
   ら入手して、前記プログラマブル論理回路に再構成する
   取得実行手段と、 前記取得実行手段での処理と並行して、前記ネットワー
   ク上の記憶装置から前記識別符号に対応する他のハード
   ウエアモジュールを取得して、システム内の記憶装置に
   格納する並行取得手段と、 前記並行取得手段で取得した前記ハードウエアモジュー
   ルの回路情報により前記プログラマブル論理回路を再構
   成する手段と、 を備えることを特徴とする情報処理システム。
5. 【請求項５】一連の処理が複数の処理モジュールに分割
   され、各処理モジュールが、プログラマブル論理回路に
   構成する回路情報で処理を記述したハードウエアモジュ
   ールで構成されるプログラムで記述される前記一連の処
   理を実行するものであり、かつ、前記一連の処理の一部
   分が、前記プログラマブル論理回路で処理可能である情
   報処理システムであって、 前記プログラム内のハードウエアモジュールが行う処理
   と同じ処理をプログラム言語で記述したソフトウエアモ
   ジュールを、ネットワーク上の記憶装置から入手して、
   実行プログラム用記憶部に格納するソフトウエアモジュ
   ール取得手段と、 前記プログラムに記述された処理モジュールを、前記ソ
   フトウエアモジュールと、前記ハードウエアモジュール
   のどちらで実行するかを、前記プログラムの実行前また
   は実行時に決める実行モジュール決定手段と、 を備え、 前記ハードウエアモジュールが行う処理と同じ処理を行
   うソフトウエアモジュールを示す識別符号が、前記プロ
   グラム内に記述されており、 前記ソフトウエアモジュール取得手段は、 前記識別符号に対応するソフトウエアモジュールを入手
   して、前記実行プログラム用記憶部に格納するものであ
   って、 前記プログラム内に記述されている前記識別符号に対応
   する前記ソフトウエアモジュールを、前記プログラムに
   よる処理の実行順に、前記ネットワーク上の記憶装置か
   ら入手して、前記実行プログラム用記憶部に格納する実
   行ソフトウエアモジュール格納手段と、 前記実行ソフトウエアモジュール格納手段での処理と並
   行して、前記ネットワーク上の記憶装置から前記識別符
   号に対応する他のソフトウエアモジュールを取得して、
   システム内の記憶装置に格納する並行取得手段と、 前記並行取得手段で取得した前記ソフトウエアモジュー
   ルを、前記実行ソフトウエアモジュール格納手段に格納
   する手段と、 を備えることを特徴とする情報処理システム。
6. 【請求項６】請求項４または請求項５に記載の情報処理
   システムにおいて、 前記プログラム内には、前記識別符号に対応して、それ
   ぞれの識別符号に対応するハードウエアモジュールある
   いはソフトウエアモジュールのファイルサイズが記述さ
   れており、 前記並行取得手段では、前記プログラム内に記述される
   識別符号に対応するハードウエアモジュールあるいはソ
   フトウエアモジュールのうちの、前記ファイルサイズの
   大きいものから順に取得することを特徴とする情報処理
   システム。