JP2000242614A - 分散処理システムおよびその方法、分散処理を行うための端末装置および記録媒体 - Google Patents
分散処理システムおよびその方法、分散処理を行うための端末装置および記録媒体Info
- Publication number
- JP2000242614A JP2000242614A JP11043713A JP4371399A JP2000242614A JP 2000242614 A JP2000242614 A JP 2000242614A JP 11043713 A JP11043713 A JP 11043713A JP 4371399 A JP4371399 A JP 4371399A JP 2000242614 A JP2000242614 A JP 2000242614A
- Authority
- JP
- Japan
- Prior art keywords
- job
- computer
- divided
- distributed processing
- distribution
- 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
Abstract
(57)【要約】
【課題】 ネットワーク上で密結合されたＣＰＵ群を有
効に利用して大規模な処理を少ない負荷で行うことがで
きるようにする。 【解決手段】 大規模ジョブ３を複数の小ジョブ＃１〜
＃ｎに分割するジョブ分割部１１と、分割された複数の
小ジョブ＃１〜＃ｎのうち未処理のジョブを、各端末２
ａ〜２ｅのうちジョブ取得要求を行った端末に対して与
えるジョブ送信部１４とを備え、大規模ジョブ３を複数
の小ジョブ＃１〜＃ｎに分割してそれぞれを複数の端末
２ａ〜２ｅに配信して分散実行させ、それぞれの回答を
各端末２ａ〜２ｅからサーバ１に返すようにすることに
より、大規模ジョブ３の処理を少ない計算負荷で実行す
ることができるようにする。また、端末２ａ〜２ｅから
要求があったときにのみ分割ジョブの配信を実行するこ
とにより、各計算機のＣＰＵパワーを常に開放しておか
なくても済むようにする。
効に利用して大規模な処理を少ない負荷で行うことがで
きるようにする。 【解決手段】 大規模ジョブ３を複数の小ジョブ＃１〜
＃ｎに分割するジョブ分割部１１と、分割された複数の
小ジョブ＃１〜＃ｎのうち未処理のジョブを、各端末２
ａ〜２ｅのうちジョブ取得要求を行った端末に対して与
えるジョブ送信部１４とを備え、大規模ジョブ３を複数
の小ジョブ＃１〜＃ｎに分割してそれぞれを複数の端末
２ａ〜２ｅに配信して分散実行させ、それぞれの回答を
各端末２ａ〜２ｅからサーバ１に返すようにすることに
より、大規模ジョブ３の処理を少ない計算負荷で実行す
ることができるようにする。また、端末２ａ〜２ｅから
要求があったときにのみ分割ジョブの配信を実行するこ
とにより、各計算機のＣＰＵパワーを常に開放しておか
なくても済むようにする。
Description
【０００１】
【発明の属する技術分野】本発明は分散処理システムお
よびその方法、分散処理を行うための端末装置および記
録媒体に関し、特に、ネットワーク上に分散して存在す
る複数の計算機パワーを利用して大規模な処理を分散し
て行うためのシステムに用いて好適なものである。
よびその方法、分散処理を行うための端末装置および記
録媒体に関し、特に、ネットワーク上に分散して存在す
る複数の計算機パワーを利用して大規模な処理を分散し
て行うためのシステムに用いて好適なものである。
【０００２】
【従来の技術】近年、計算機で行う処理の高度化および
複雑化などに伴い、その処理プログラムが膨大なものと
なってきている。個々の計算機の性能は、以前に比べて
格段に向上しているが、それでもこのような大規模な処
理を１台の計算機で実行するには、その計算負荷が極め
て大きなものとなっている。従来、大規模な計算問題を
扱うために、処理能力が極めて高いスーパーコンピュー
タ等を使用することもあるが、これは非常に高価であ
り、一般的に使えるものではなかった。
複雑化などに伴い、その処理プログラムが膨大なものと
なってきている。個々の計算機の性能は、以前に比べて
格段に向上しているが、それでもこのような大規模な処
理を１台の計算機で実行するには、その計算負荷が極め
て大きなものとなっている。従来、大規模な計算問題を
扱うために、処理能力が極めて高いスーパーコンピュー
タ等を使用することもあるが、これは非常に高価であ
り、一般的に使えるものではなかった。
【０００３】
【発明が解決しようとする課題】一方、近年では、ＬＡ
Ｎ（Local Area Network）やＷＡＮ（Wide Area Networ
k ）、あるいはインターネット等のネットワークを用い
ることにより、複数の計算機の結びつきは益々密とな
り、また、相互接続の範囲も広くなってきている。ネッ
トワーク上にあるこれら複数の計算機を相互接続された
大ＣＰＵ群と見た場合、その処理能力は極めて高いもの
と言える。
Ｎ（Local Area Network）やＷＡＮ（Wide Area Networ
k ）、あるいはインターネット等のネットワークを用い
ることにより、複数の計算機の結びつきは益々密とな
り、また、相互接続の範囲も広くなってきている。ネッ
トワーク上にあるこれら複数の計算機を相互接続された
大ＣＰＵ群と見た場合、その処理能力は極めて高いもの
と言える。
【０００４】しかしながら、現状では、このように相互
接続された処理能力の高い計算機資源を十分に生かし切
れていないのが実状である。例えば、インターネットに
関して言えば、ネットワーク上の大部分を占める一般の
ユーザが享受しているサービスは、Ｗｅｂによるホーム
ページサーフィンやｅ−ｍａｉｌ程度である。また、ネ
ットワーク上に接続されてはいるが、何の処理も行われ
ずに遊んでいる空ＣＰＵが多いのも事実である。
接続された処理能力の高い計算機資源を十分に生かし切
れていないのが実状である。例えば、インターネットに
関して言えば、ネットワーク上の大部分を占める一般の
ユーザが享受しているサービスは、Ｗｅｂによるホーム
ページサーフィンやｅ−ｍａｉｌ程度である。また、ネ
ットワーク上に接続されてはいるが、何の処理も行われ
ずに遊んでいる空ＣＰＵが多いのも事実である。
【０００５】そのため、１台の計算機で処理をさせるに
は負荷が大き過ぎると考えられる大規模な計算処理を複
数の小さなジョブに分割し、これらをネットワーク上の
複数の計算機が備えるＣＰＵ群を用いて分散して行うよ
うにすれば、ネットワーク上の余った計算機資源を有効
に活用することが可能となる。そこで従来、インターネ
ット上に分散して存在する複数の計算機を協調して動作
させることにより、大規模な並列計算を行わせようとす
るシステムが提案されてきている。
は負荷が大き過ぎると考えられる大規模な計算処理を複
数の小さなジョブに分割し、これらをネットワーク上の
複数の計算機が備えるＣＰＵ群を用いて分散して行うよ
うにすれば、ネットワーク上の余った計算機資源を有効
に活用することが可能となる。そこで従来、インターネ
ット上に分散して存在する複数の計算機を協調して動作
させることにより、大規模な並列計算を行わせようとす
るシステムが提案されてきている。
【０００６】ところが、上記従来の分散処理システム
は、ネットワーク接続されている複数の計算機を強制的
に協調動作させるものであった。そのため、ネットワー
ク上の各計算機は、他の計算機で定義された計算問題等
を解くためのＣＰＵパワーを常時提供しなければなら
ず、自己の計算機内で通常の処理を行う際に意図せず余
計な負荷がかかってしまうことがあるという問題があっ
た。
は、ネットワーク接続されている複数の計算機を強制的
に協調動作させるものであった。そのため、ネットワー
ク上の各計算機は、他の計算機で定義された計算問題等
を解くためのＣＰＵパワーを常時提供しなければなら
ず、自己の計算機内で通常の処理を行う際に意図せず余
計な負荷がかかってしまうことがあるという問題があっ
た。
【０００７】本発明は、このような実情に鑑みて成され
たものであり、１台の計算機で処理するには負荷が大き
過ぎる大規模な処理を、ネットワーク上で密結合された
各計算機のＣＰＵ群を有効に利用して少ない負荷で実行
できるようにすることを目的とする。また、本発明は、
ネットワーク上に接続された計算機自体に余計な負担を
かけないようにすることをも目的とする。
たものであり、１台の計算機で処理するには負荷が大き
過ぎる大規模な処理を、ネットワーク上で密結合された
各計算機のＣＰＵ群を有効に利用して少ない負荷で実行
できるようにすることを目的とする。また、本発明は、
ネットワーク上に接続された計算機自体に余計な負担を
かけないようにすることをも目的とする。
【０００８】
【課題を解決するための手段】本発明の分散処理システ
ムは、ネットワーク上に分散して存在する複数の計算機
を利用してジョブを分散実行する分散処理システムであ
って、上記複数の計算機のうちジョブ取得要求が行われ
た計算機または利用可能な状態にある計算機に対して、
上記ジョブから分割された複数の分割ジョブのうち未処
理の分割ジョブを与えるジョブ配信手段を備えることを
特徴とする。
ムは、ネットワーク上に分散して存在する複数の計算機
を利用してジョブを分散実行する分散処理システムであ
って、上記複数の計算機のうちジョブ取得要求が行われ
た計算機または利用可能な状態にある計算機に対して、
上記ジョブから分割された複数の分割ジョブのうち未処
理の分割ジョブを与えるジョブ配信手段を備えることを
特徴とする。
【０００９】ここで、上記ジョブ配信手段は、例えば、
上記ジョブ取得要求が行われた計算機または利用可能な
状態にある計算機に対して、当該計算機に常駐して所定
の処理を行うエージェントを与えるエージェント送信手
段と、上記計算機に常駐したエージェントからの要求に
応じて、上記未処理の分割ジョブを与えるようにする分
割ジョブ送信手段とを備えて構成される。上記計算機に
常駐したエージェントは、与えられた分割ジョブの処理
が終わる毎に次のジョブ取得要求を行うようになされて
いる。
上記ジョブ取得要求が行われた計算機または利用可能な
状態にある計算機に対して、当該計算機に常駐して所定
の処理を行うエージェントを与えるエージェント送信手
段と、上記計算機に常駐したエージェントからの要求に
応じて、上記未処理の分割ジョブを与えるようにする分
割ジョブ送信手段とを備えて構成される。上記計算機に
常駐したエージェントは、与えられた分割ジョブの処理
が終わる毎に次のジョブ取得要求を行うようになされて
いる。
【００１０】本発明の他の態様では、上記計算機の状態
に応じて、上記未処理の分割ジョブの配信を制御するよ
うにしたことを特徴とする。例えば、上記計算機に分割
ジョブを送信してからその処理結果である回答が返って
くるまでのタイムアウト時間を管理し、上記タイムアウ
ト時間内に回答が返ってこなかった分割ジョブについて
は、もう一度配信し直すようにする回答管理手段を備え
る。ここで、上記タイムアウト時間は、個々の分割ジョ
ブに応じて異なるように設定されるようにしても良い。
また、上記計算機に分割ジョブを送信してからその処理
結果である回答が返ってくるまでの応答時間に応じて、
上記計算機に与えるジョブ数を可変とする送信ジョブ数
管理手段を備えても良い。また、上記分割ジョブの配信
を上記計算機からの要求に応じて受動的に行う方式、上
記分割ジョブの配信を上記利用可能な状態にある計算機
に対して能動的に行う方式の上記計算機上での採用状態
に応じて、上記分割ジョブの配信に制約を与えるジョブ
配信制約手段を備えても良い。
に応じて、上記未処理の分割ジョブの配信を制御するよ
うにしたことを特徴とする。例えば、上記計算機に分割
ジョブを送信してからその処理結果である回答が返って
くるまでのタイムアウト時間を管理し、上記タイムアウ
ト時間内に回答が返ってこなかった分割ジョブについて
は、もう一度配信し直すようにする回答管理手段を備え
る。ここで、上記タイムアウト時間は、個々の分割ジョ
ブに応じて異なるように設定されるようにしても良い。
また、上記計算機に分割ジョブを送信してからその処理
結果である回答が返ってくるまでの応答時間に応じて、
上記計算機に与えるジョブ数を可変とする送信ジョブ数
管理手段を備えても良い。また、上記分割ジョブの配信
を上記計算機からの要求に応じて受動的に行う方式、上
記分割ジョブの配信を上記利用可能な状態にある計算機
に対して能動的に行う方式の上記計算機上での採用状態
に応じて、上記分割ジョブの配信に制約を与えるジョブ
配信制約手段を備えても良い。
【００１１】また、上記計算機は、与えられた分割ジョ
ブの実行をバックグランド処理にて行うようにしても良
いし、与えられた分割ジョブの実行中であることをユー
ザに知らせるようにしても良い。また、上記分散処理シ
ステムはオブジェクト指向アーキテクチャに基づき構築
されるようにしても良い。さらに、上記ジョブ配信手段
は、上記ネットワーク上に分散して存在する複数の計算
機のうちの１つまたは専用のジョブ管理端末装置内に備
えられるようにしても良い。
ブの実行をバックグランド処理にて行うようにしても良
いし、与えられた分割ジョブの実行中であることをユー
ザに知らせるようにしても良い。また、上記分散処理シ
ステムはオブジェクト指向アーキテクチャに基づき構築
されるようにしても良い。さらに、上記ジョブ配信手段
は、上記ネットワーク上に分散して存在する複数の計算
機のうちの１つまたは専用のジョブ管理端末装置内に備
えられるようにしても良い。
【００１２】また、本発明の分散処理方法は、ネットワ
ーク上に分散して存在する複数の計算機を利用してジョ
ブを分散実行する分散処理方法であって、上記複数の計
算機のうちジョブ取得要求が行われた計算機または利用
可能な状態にある計算機に対して、上記ジョブから分割
された複数の分割ジョブのうち未処理の分割ジョブを与
え、上記計算機に与えられた分割ジョブをその計算機上
で処理し、その処理結果である回答を上記分割ジョブの
供給元に返すようにしたことを特徴とする。本発明の他
の態様では、上記分割ジョブの供給元において、上記計
算機の状態に応じて、上記未処理の分割ジョブの配信を
制御するようにしても良い。
ーク上に分散して存在する複数の計算機を利用してジョ
ブを分散実行する分散処理方法であって、上記複数の計
算機のうちジョブ取得要求が行われた計算機または利用
可能な状態にある計算機に対して、上記ジョブから分割
された複数の分割ジョブのうち未処理の分割ジョブを与
え、上記計算機に与えられた分割ジョブをその計算機上
で処理し、その処理結果である回答を上記分割ジョブの
供給元に返すようにしたことを特徴とする。本発明の他
の態様では、上記分割ジョブの供給元において、上記計
算機の状態に応じて、上記未処理の分割ジョブの配信を
制御するようにしても良い。
【００１３】また、本発明の分散処理を行うための端末
装置は、ネットワーク上に分散して存在する複数の計算
機を利用してジョブの分散処理を行うための端末装置で
あって、上記複数の計算機のうちジョブ取得要求が行わ
れた計算機または利用可能な状態にある計算機に対し
て、上記ジョブから分割された複数の分割ジョブのうち
未処理の分割ジョブを与えるジョブ配信手段を備えるこ
とを特徴とする。本発明の他の態様では、上記計算機の
状態に応じて、上記未処理の分割ジョブの配信を制御す
るようにしても良い。
装置は、ネットワーク上に分散して存在する複数の計算
機を利用してジョブの分散処理を行うための端末装置で
あって、上記複数の計算機のうちジョブ取得要求が行わ
れた計算機または利用可能な状態にある計算機に対し
て、上記ジョブから分割された複数の分割ジョブのうち
未処理の分割ジョブを与えるジョブ配信手段を備えるこ
とを特徴とする。本発明の他の態様では、上記計算機の
状態に応じて、上記未処理の分割ジョブの配信を制御す
るようにしても良い。
【００１４】また、本発明のコンピュータ読み取り可能
な記録媒体は、ネットワーク上に分散して存在する複数
の計算機を利用してジョブを分散実行する分散処理シス
テムにおいて、上記複数の計算機のうちジョブ取得要求
が行われた計算機または利用可能な状態にある計算機に
対して、上記ジョブから分割された複数の分割ジョブの
うち未処理の分割ジョブを与えるジョブ配信手段として
コンピュータを機能させるためのプログラムを記録した
ことを特徴とする。本発明の他の態様では、上記計算機
の状態に応じて、上記未処理の分割ジョブの配信を制御
するようにするための機能を上記コンピュータに実現さ
せるためのプログラムを更に記録したことを特徴とす
る。
な記録媒体は、ネットワーク上に分散して存在する複数
の計算機を利用してジョブを分散実行する分散処理シス
テムにおいて、上記複数の計算機のうちジョブ取得要求
が行われた計算機または利用可能な状態にある計算機に
対して、上記ジョブから分割された複数の分割ジョブの
うち未処理の分割ジョブを与えるジョブ配信手段として
コンピュータを機能させるためのプログラムを記録した
ことを特徴とする。本発明の他の態様では、上記計算機
の状態に応じて、上記未処理の分割ジョブの配信を制御
するようにするための機能を上記コンピュータに実現さ
せるためのプログラムを更に記録したことを特徴とす
る。
【００１５】上記のように構成した本発明によれば、ネ
ットワーク上に存在する複数の計算機のうち、ジョブ取
得要求があった計算機、あるいは利用可能な状態となっ
ている計算機に対して、分割された小さなジョブが送ら
れて実行されることとなるので、各計算機のＣＰＵパワ
ーを外部から与えられるジョブに対して常に開放してお
くことなく、大規模なジョブを複数の計算機を利用して
分散実行することが可能となる。
ットワーク上に存在する複数の計算機のうち、ジョブ取
得要求があった計算機、あるいは利用可能な状態となっ
ている計算機に対して、分割された小さなジョブが送ら
れて実行されることとなるので、各計算機のＣＰＵパワ
ーを外部から与えられるジョブに対して常に開放してお
くことなく、大規模なジョブを複数の計算機を利用して
分散実行することが可能となる。
【００１６】
【発明の実施の形態】（第１の実施形態）図１は、第１
の実施形態による分散処理システムの構成を示すブロッ
ク図である。図１に示すように、本実施形態の分散処理
システムでは、ＬＡＮやＷＡＮあるいはインターネット
等のネットワーク上に、複数の計算機が分散して存在し
ている。すなわち、ジョブの管理を行うジョブ管理端末
装置であるサーバ１と、ユーザが通常使用する端末２
ａ，２ｂ，２ｃ，２ｄ，２ｅ，…とがネットワークを介
して相互に接続されており、互いにデータの送受信を行
うことができるようになっている。なお、図１では端末
を５つのみ示しているが、実際にはこれより多くの端末
が存在している。
の実施形態による分散処理システムの構成を示すブロッ
ク図である。図１に示すように、本実施形態の分散処理
システムでは、ＬＡＮやＷＡＮあるいはインターネット
等のネットワーク上に、複数の計算機が分散して存在し
ている。すなわち、ジョブの管理を行うジョブ管理端末
装置であるサーバ１と、ユーザが通常使用する端末２
ａ，２ｂ，２ｃ，２ｄ，２ｅ，…とがネットワークを介
して相互に接続されており、互いにデータの送受信を行
うことができるようになっている。なお、図１では端末
を５つのみ示しているが、実際にはこれより多くの端末
が存在している。
【００１７】本実施形態において、上記サーバ１は、分
割可能な大規模ジョブ３を適宜分割し、ネットワーク上
に存在する複数の端末２ａ〜２ｅに対して分割済の小さ
なジョブ＃１〜＃ｎを割り当てて解いてもらう。そし
て、それぞれの端末２ａ〜２ｅから小ジョブ＃１〜＃ｎ
の処理結果である回答を集めて、最初の大規模ジョブ３
の解答とする。このような動作の実現方法として、第１
の実施形態では、Applet方式を採用する。以下に、上記
サーバ１および各端末２ａ〜２ｅの構成を詳しく説明す
る。
割可能な大規模ジョブ３を適宜分割し、ネットワーク上
に存在する複数の端末２ａ〜２ｅに対して分割済の小さ
なジョブ＃１〜＃ｎを割り当てて解いてもらう。そし
て、それぞれの端末２ａ〜２ｅから小ジョブ＃１〜＃ｎ
の処理結果である回答を集めて、最初の大規模ジョブ３
の解答とする。このような動作の実現方法として、第１
の実施形態では、Applet方式を採用する。以下に、上記
サーバ１および各端末２ａ〜２ｅの構成を詳しく説明す
る。
【００１８】まず、サーバ１の構成において、ジョブ分
割部１１は、与えられた大規模ジョブ３を複数の小ジョ
ブ＃１〜＃ｎに分割する。大規模ジョブ３は、例えばオ
ブジェクト指向プログラムで書かれた計算問題等であ
り、複数の小ジョブ＃１〜＃ｎに分割可能なものであ
る。大規模ジョブ３をどのように分割するかは、その大
規模ジョブ３のプログラム自体に書かれている（ユーザ
が記述する）。ジョブ分割部１１は、その記述された内
容に従って、大規模ジョブ３を複数の小ジョブ＃１〜＃
ｎに分割することになる。
割部１１は、与えられた大規模ジョブ３を複数の小ジョ
ブ＃１〜＃ｎに分割する。大規模ジョブ３は、例えばオ
ブジェクト指向プログラムで書かれた計算問題等であ
り、複数の小ジョブ＃１〜＃ｎに分割可能なものであ
る。大規模ジョブ３をどのように分割するかは、その大
規模ジョブ３のプログラム自体に書かれている（ユーザ
が記述する）。ジョブ分割部１１は、その記述された内
容に従って、大規模ジョブ３を複数の小ジョブ＃１〜＃
ｎに分割することになる。
【００１９】ここで、分割の仕方としては、例えば、大
規模ジョブ３を機能モジュール（オブジェクト）毎に分
割してそれぞれを各端末２ａ〜２ｅに割り当てる方法
や、大規模ジョブ３が問題に対するパラメータの与え方
を様々に変えることによって最適解を得るような探索問
題の場合に、パラメータの与え方を各端末２ａ〜２ｅ毎
に変えることによって処理を分割する方法などが考えら
れる。
規模ジョブ３を機能モジュール（オブジェクト）毎に分
割してそれぞれを各端末２ａ〜２ｅに割り当てる方法
や、大規模ジョブ３が問題に対するパラメータの与え方
を様々に変えることによって最適解を得るような探索問
題の場合に、パラメータの与え方を各端末２ａ〜２ｅ毎
に変えることによって処理を分割する方法などが考えら
れる。
【００２０】分割された各小ジョブ＃１〜＃ｎは、オブ
ジェクト指向データベース（ＯＯＤＢ）４内に、未処理
ジョブ、実行中ジョブ、実行終了ジョブに整理して格納
される（例えば、どの分割ジョブが未処理、実行中ある
いは実行済であるかを表したリスト情報によって整理さ
れる）。なお、分割された当初は全て未処理ジョブであ
る。
ジェクト指向データベース（ＯＯＤＢ）４内に、未処理
ジョブ、実行中ジョブ、実行終了ジョブに整理して格納
される（例えば、どの分割ジョブが未処理、実行中ある
いは実行済であるかを表したリスト情報によって整理さ
れる）。なお、分割された当初は全て未処理ジョブであ
る。
【００２１】アクセス受信部１２は、各端末２ａ〜２ｅ
からネットワークを介して与えられる各種のアクセス要
求を受信するものである。例えば、サーバ１上で立ち上
がっているＷｅｂのホームページに対するアクセス要求
を受信する。エージェント送信部１３は、各端末２ａ〜
２ｅのうち、上記ホームページに対するアクセス要求を
行った端末に対して、後述するエージェント（Applet）
を与えるものである。また、ジョブ送信部１４は、各端
末２ａ〜２ｅのうちジョブ取得の要求が行われた端末に
対して未処理の分割ジョブを与えるものである。
からネットワークを介して与えられる各種のアクセス要
求を受信するものである。例えば、サーバ１上で立ち上
がっているＷｅｂのホームページに対するアクセス要求
を受信する。エージェント送信部１３は、各端末２ａ〜
２ｅのうち、上記ホームページに対するアクセス要求を
行った端末に対して、後述するエージェント（Applet）
を与えるものである。また、ジョブ送信部１４は、各端
末２ａ〜２ｅのうちジョブ取得の要求が行われた端末に
対して未処理の分割ジョブを与えるものである。
【００２２】また、回答管理部１５は、図２に示すよう
な回答管理テーブルを有し、サーバ１から各端末２ａ〜
２ｅに小ジョブ＃１〜＃ｎを配信してからその処理結果
である回答を所定のタイムアウト時間内に受信したかど
うかを管理し、上記ＯＯＤＢ４内に格納されている各小
ジョブ＃１〜＃ｎの端末２ａ〜２ｅに対する配信制御を
行う。以下、図２の回答管理テーブルについて説明す
る。
な回答管理テーブルを有し、サーバ１から各端末２ａ〜
２ｅに小ジョブ＃１〜＃ｎを配信してからその処理結果
である回答を所定のタイムアウト時間内に受信したかど
うかを管理し、上記ＯＯＤＢ４内に格納されている各小
ジョブ＃１〜＃ｎの端末２ａ〜２ｅに対する配信制御を
行う。以下、図２の回答管理テーブルについて説明す
る。
【００２３】図２において、ジョブＩＤは、大規模ジョ
ブ３から分割されたそれぞれの小ジョブ＃１〜＃ｎに対
して付されるユニークなシリアルナンバーである。回答
管理部１５は、ある未処理の小ジョブがジョブ送信部１
４からある端末に送信された場合、その小ジョブを未処
理ジョブのリストから実行中ジョブのリストに移す。ま
た、本実施形態では、サーバ１から端末２ａ〜２ｅに小
ジョブを送信してからその回答が返ってくるまでのタイ
ムアウト時間として、例えば５分を設定しており、その
タイムアウト時間内に回答が返ってきた場合は、その小
ジョブを実行中ジョブのリストから実行終了ジョブのリ
ストに移す。
ブ３から分割されたそれぞれの小ジョブ＃１〜＃ｎに対
して付されるユニークなシリアルナンバーである。回答
管理部１５は、ある未処理の小ジョブがジョブ送信部１
４からある端末に送信された場合、その小ジョブを未処
理ジョブのリストから実行中ジョブのリストに移す。ま
た、本実施形態では、サーバ１から端末２ａ〜２ｅに小
ジョブを送信してからその回答が返ってくるまでのタイ
ムアウト時間として、例えば５分を設定しており、その
タイムアウト時間内に回答が返ってきた場合は、その小
ジョブを実行中ジョブのリストから実行終了ジョブのリ
ストに移す。
【００２４】図２中にＮo.１、Ｎo.３で示される小ジョ
ブ（小ジョブ＃１〜＃ｎの中の何れか２つ）は、タイム
アウト時間内に回答が返ってきたので、実行終了ジョブ
のリストに移されている。一方、Ｎo.２で示される小ジ
ョブは、タイムアウト時間を過ぎても回答が返ってこな
かったので、処理が終了しなかったとして、実行中ジョ
ブのリストから未処理ジョブのリストに戻される。
ブ（小ジョブ＃１〜＃ｎの中の何れか２つ）は、タイム
アウト時間内に回答が返ってきたので、実行終了ジョブ
のリストに移されている。一方、Ｎo.２で示される小ジ
ョブは、タイムアウト時間を過ぎても回答が返ってこな
かったので、処理が終了しなかったとして、実行中ジョ
ブのリストから未処理ジョブのリストに戻される。
【００２５】このように未処理ジョブのリストに戻され
ることにより、その小ジョブはその後再び何れかの端末
に送られることになる。この場合、その小ジョブが前回
送られた端末上からその小ジョブの処理結果である回答
がタイムアウト時間の経過後に送られてくると、新たに
小ジョブが送り直された端末上から返された回答と重複
してしまうことがある。
ることにより、その小ジョブはその後再び何れかの端末
に送られることになる。この場合、その小ジョブが前回
送られた端末上からその小ジョブの処理結果である回答
がタイムアウト時間の経過後に送られてくると、新たに
小ジョブが送り直された端末上から返された回答と重複
してしまうことがある。
【００２６】そこで、実行中ジョブのリストから未処理
ジョブのリストに戻す際に、同じ小ジョブに対して前回
のＮo.２とは異なる新たなシリアルナンバーを付すとと
もに、Ｎo.２のシリアルナンバーは今後無視するように
することにより、前回Ｎo.２のシリアルナンバーが付さ
れて送信された小ジョブの回答が長い時間経ってから返
ってきたとしても、その回答は無視して、新たなシリア
ルナンバーを付して送り直した方の回答を採用するよう
にすることができる。
ジョブのリストに戻す際に、同じ小ジョブに対して前回
のＮo.２とは異なる新たなシリアルナンバーを付すとと
もに、Ｎo.２のシリアルナンバーは今後無視するように
することにより、前回Ｎo.２のシリアルナンバーが付さ
れて送信された小ジョブの回答が長い時間経ってから返
ってきたとしても、その回答は無視して、新たなシリア
ルナンバーを付して送り直した方の回答を採用するよう
にすることができる。
【００２７】回答管理部１５は、このような回答管理テ
ーブルを随時更新しながら参照することにより、今どの
小ジョブが未処理として残っているか等を把握して、ジ
ョブ送信部１４から各端末２ａ〜２ｅに送信する小ジョ
ブを管理する。なお、ここでは、各小ジョブ＃１〜＃ｎ
に対するタイムアウト時間を一律に５分に設定している
が、小ジョブ毎に処理負荷の大きさが異なることも考え
られる。このような場合に対応するために、個々の小ジ
ョブ毎にタイムアウト時間を個別に設定するようにして
も良い。
ーブルを随時更新しながら参照することにより、今どの
小ジョブが未処理として残っているか等を把握して、ジ
ョブ送信部１４から各端末２ａ〜２ｅに送信する小ジョ
ブを管理する。なお、ここでは、各小ジョブ＃１〜＃ｎ
に対するタイムアウト時間を一律に５分に設定している
が、小ジョブ毎に処理負荷の大きさが異なることも考え
られる。このような場合に対応するために、個々の小ジ
ョブ毎にタイムアウト時間を個別に設定するようにして
も良い。
【００２８】以上に説明したサーバ１内のジョブ分割部
１１、アクセス受信部１２、エージェント送信部１３、
ジョブ送信部１４および回答管理部１５の処理は、実際
にはＣＰＵ１６によって実行される。
１１、アクセス受信部１２、エージェント送信部１３、
ジョブ送信部１４および回答管理部１５の処理は、実際
にはＣＰＵ１６によって実行される。
【００２９】次に、各端末２ａ〜２ｅを代表して、端末
２ｂの構成を説明する。要求／回答送信部２１は、ネッ
トワークを介してサーバ１に対して各種の要求や小ジョ
ブ実行の結果である回答を送信するものである。例え
ば、サーバ１上で立ち上がっているＷｅｂのホームペー
ジに対するアクセス要求を送信したり、端末２ｂ上に常
駐したエージェントから小ジョブ＃１〜＃ｎの取得要求
を送信したりする。また、受信した小ジョブを実行した
結果得られる回答も送信する。
２ｂの構成を説明する。要求／回答送信部２１は、ネッ
トワークを介してサーバ１に対して各種の要求や小ジョ
ブ実行の結果である回答を送信するものである。例え
ば、サーバ１上で立ち上がっているＷｅｂのホームペー
ジに対するアクセス要求を送信したり、端末２ｂ上に常
駐したエージェントから小ジョブ＃１〜＃ｎの取得要求
を送信したりする。また、受信した小ジョブを実行した
結果得られる回答も送信する。
【００３０】エージェント受信部２２は、上記ホームペ
ージに対するアクセス要求を行った結果としてサーバ１
から送られてくるエージェントを受信するものである。
また、ジョブ受信部２３は、端末２ｂ上に常駐したエー
ジェントからのジョブ取得要求に応じて、サーバ１から
送られてくる未処理の小ジョブを受信するものである。
ＣＰＵ２４は、上記要求／回答送信部２１、エージェン
ト受信部２２およびジョブ受信部２３の処理を実行する
とともに、常駐したエージェントに規定されているプロ
グラム処理や、受信した小ジョブに規定されているプロ
グラム処理を実行する。
ージに対するアクセス要求を行った結果としてサーバ１
から送られてくるエージェントを受信するものである。
また、ジョブ受信部２３は、端末２ｂ上に常駐したエー
ジェントからのジョブ取得要求に応じて、サーバ１から
送られてくる未処理の小ジョブを受信するものである。
ＣＰＵ２４は、上記要求／回答送信部２１、エージェン
ト受信部２２およびジョブ受信部２３の処理を実行する
とともに、常駐したエージェントに規定されているプロ
グラム処理や、受信した小ジョブに規定されているプロ
グラム処理を実行する。
【００３１】本実施形態のエージェントは、サーバ１か
らダウンロードされた先の端末２ａ〜２ｅに常駐し、そ
このＣＰＵパワーを利用して所定の処理を行うプログラ
ムであり、例えばＪＡＶＡ言語のAppletで構成される。
ＪＡＶＡ言語のAppletは、計算機のＯＳ等に依存するこ
となく動作可能であるだけでなく、規定された処理以外
は実行しない、言い換えれば、基本的には常駐先のデー
タベースやファイル中に忍び込んでデータを盗んだり改
竄することができず、安全性が高いので、好ましい。
らダウンロードされた先の端末２ａ〜２ｅに常駐し、そ
このＣＰＵパワーを利用して所定の処理を行うプログラ
ムであり、例えばＪＡＶＡ言語のAppletで構成される。
ＪＡＶＡ言語のAppletは、計算機のＯＳ等に依存するこ
となく動作可能であるだけでなく、規定された処理以外
は実行しない、言い換えれば、基本的には常駐先のデー
タベースやファイル中に忍び込んでデータを盗んだり改
竄することができず、安全性が高いので、好ましい。
【００３２】ここで、本実施形態のエージェントに規定
されている機能について説明する。本実施形態のエージ
ェントは、少なくとも小ジョブ＃１〜＃ｎの取得と回答
の返信の機能を有している。すなわち、端末２ａ〜２ｅ
上に常駐したエージェントがサーバ１側に小ジョブ＃１
〜＃ｎの送信を要求すると、未処理の小ジョブがサーバ
１から送られてくる。エージェントは、この送られてき
た小ジョブの処理をＣＰＵ２４に実行させ、その回答を
サーバ１に返す。エージェントは、１つの小ジョブの処
理が終了すると、サーバ１側に小ジョブ＃１〜＃ｎの送
信を再び要求し、次の小ジョブの処理へと進む。
されている機能について説明する。本実施形態のエージ
ェントは、少なくとも小ジョブ＃１〜＃ｎの取得と回答
の返信の機能を有している。すなわち、端末２ａ〜２ｅ
上に常駐したエージェントがサーバ１側に小ジョブ＃１
〜＃ｎの送信を要求すると、未処理の小ジョブがサーバ
１から送られてくる。エージェントは、この送られてき
た小ジョブの処理をＣＰＵ２４に実行させ、その回答を
サーバ１に返す。エージェントは、１つの小ジョブの処
理が終了すると、サーバ１側に小ジョブ＃１〜＃ｎの送
信を再び要求し、次の小ジョブの処理へと進む。
【００３３】次に、以上のように構成した本実施形態に
よる分散処理システム中のサーバ１が行うフレームワー
ク（ユーザが大規模ジョブ３の分割方法をプログラム上
に記述すること以外のサーバ１が行う動作）を、図３お
よび図４を参照しながら説明する。なお、図３は、サー
バ１の全体の動作の流れを示すフローチャートであり、
図４は、図３中のステップＳ５における動作の中身を示
すフローチャートである。
よる分散処理システム中のサーバ１が行うフレームワー
ク（ユーザが大規模ジョブ３の分割方法をプログラム上
に記述すること以外のサーバ１が行う動作）を、図３お
よび図４を参照しながら説明する。なお、図３は、サー
バ１の全体の動作の流れを示すフローチャートであり、
図４は、図３中のステップＳ５における動作の中身を示
すフローチャートである。
【００３４】図３において、まず最初に、サーバ１は所
定の管理情報をセットする（ステップＳ１）。ここで
は、例えば図２に示したような回答管理テーブルを初期
状態にセットする。次に、本実施形態のフレームワーク
にひも付いたＷｅｂのホームページがサーバ１上で立ち
上がっているかどうかを判断し（ステップＳ２）、立ち
上がっていない場合は立ち上げる（ステップＳ３）。そ
して、サーバ１内のジョブ分割部１１が、大規模ジョブ
３に記述された分割方法に従って、当該大規模ジョブ３
を複数の小ジョブ＃１〜＃ｎに分割する（ステップＳ
４）。
定の管理情報をセットする（ステップＳ１）。ここで
は、例えば図２に示したような回答管理テーブルを初期
状態にセットする。次に、本実施形態のフレームワーク
にひも付いたＷｅｂのホームページがサーバ１上で立ち
上がっているかどうかを判断し（ステップＳ２）、立ち
上がっていない場合は立ち上げる（ステップＳ３）。そ
して、サーバ１内のジョブ分割部１１が、大規模ジョブ
３に記述された分割方法に従って、当該大規模ジョブ３
を複数の小ジョブ＃１〜＃ｎに分割する（ステップＳ
４）。
【００３５】以上のようにして、大規模ジョブ３が複数
の小ジョブ＃１〜＃ｎに分割されてＯＯＤＢ４に格納さ
れることによって事前準備が完了すると、稼働している
フレームワークのプログラムによってジョブ配信が実行
される（ステップＳ５）。すなわち、図４に示すよう
に、まず、各端末２ａ〜２ｅの要求／回答送信部２１か
らサーバ１のアクセス受信部１２に対して、ホームペー
ジへのアクセスがあったかどうかを判断する（ステップ
Ｓ１１）。このアクセスがない場合は、所定のディレイ
時間を待った後（ステップＳ１３）、ステップＳ１１に
戻る。
の小ジョブ＃１〜＃ｎに分割されてＯＯＤＢ４に格納さ
れることによって事前準備が完了すると、稼働している
フレームワークのプログラムによってジョブ配信が実行
される（ステップＳ５）。すなわち、図４に示すよう
に、まず、各端末２ａ〜２ｅの要求／回答送信部２１か
らサーバ１のアクセス受信部１２に対して、ホームペー
ジへのアクセスがあったかどうかを判断する（ステップ
Ｓ１１）。このアクセスがない場合は、所定のディレイ
時間を待った後（ステップＳ１３）、ステップＳ１１に
戻る。
【００３６】一方、ホームページへのアクセスがあった
場合は、ＯＯＤＢ４内に未処理の小ジョブがあるかどう
かを判断する（ステップＳ１２）。ここで、小ジョブ＃
１〜＃ｎの配信が全て終わるなどして未処理の小ジョブ
が残っていない場合は、所定のディレイ時間を待った後
（ステップＳ１３）、ステップＳ１１に戻る。また、未
処理の小ジョブがまだ残っている場合は、ホームページ
へのアクセスを行った端末に対してその未処理の小ジョ
ブを送信する（ステップＳ１４）。
場合は、ＯＯＤＢ４内に未処理の小ジョブがあるかどう
かを判断する（ステップＳ１２）。ここで、小ジョブ＃
１〜＃ｎの配信が全て終わるなどして未処理の小ジョブ
が残っていない場合は、所定のディレイ時間を待った後
（ステップＳ１３）、ステップＳ１１に戻る。また、未
処理の小ジョブがまだ残っている場合は、ホームページ
へのアクセスを行った端末に対してその未処理の小ジョ
ブを送信する（ステップＳ１４）。
【００３７】このステップＳ１４では、まず、ホームペ
ージのアクセスを行った端末に対してサーバ１からエー
ジェント（Applet）をダウンロードする。そして、その
エージェントが当該端末に常駐して、定められたプログ
ラムに従ってサーバ１に対してジョブ取得要求を与える
ことにより、未処理の小ジョブをサーバ１から取得す
る。小ジョブの配信を受けた端末では、その取得した小
ジョブの処理を実行し、その処理結果である回答をサー
バ１に返すことになる。サーバ１内の回答管理部１５
は、受け取った回答をＯＯＤＢ４内に格納するととも
に、図２に示した回答管理テーブルを更新する。
ージのアクセスを行った端末に対してサーバ１からエー
ジェント（Applet）をダウンロードする。そして、その
エージェントが当該端末に常駐して、定められたプログ
ラムに従ってサーバ１に対してジョブ取得要求を与える
ことにより、未処理の小ジョブをサーバ１から取得す
る。小ジョブの配信を受けた端末では、その取得した小
ジョブの処理を実行し、その処理結果である回答をサー
バ１に返すことになる。サーバ１内の回答管理部１５
は、受け取った回答をＯＯＤＢ４内に格納するととも
に、図２に示した回答管理テーブルを更新する。
【００３８】以上のように、本実施形態では、１つの計
算機で処理すると大きな負荷がかかる大規模ジョブ３を
複数の小ジョブ＃１〜＃ｎに分割し、それぞれを複数の
端末２ａ〜２ｅに配信して分散実行させることにより、
ネットワーク上で密結合された各端末２ａ〜２ｅのＣＰ
Ｕ群を有効に利用して少ない負荷で大規模ジョブ３の処
理を実行することができ、計算時間を短縮することもで
きる。
算機で処理すると大きな負荷がかかる大規模ジョブ３を
複数の小ジョブ＃１〜＃ｎに分割し、それぞれを複数の
端末２ａ〜２ｅに配信して分散実行させることにより、
ネットワーク上で密結合された各端末２ａ〜２ｅのＣＰ
Ｕ群を有効に利用して少ない負荷で大規模ジョブ３の処
理を実行することができ、計算時間を短縮することもで
きる。
【００３９】また、本実施形態では、各端末２ａ〜２ｅ
に対して小ジョブ＃１〜＃ｎを強制的に配信して実行さ
せるのではなく、端末２ａ〜２ｅからホームページへの
アクセスがあったときにのみ、つまり、各端末２ａ〜２
ｅのユーザからジョブ実行の意志が伝えられたときにの
み小ジョブ＃１〜＃ｎを配信して実行させるようにして
いるので、各端末２ａ〜２ｅのＣＰＵパワーを、いつ実
行されるか分からない大規模ジョブ３に対して常に開放
しておかなくても済む。
に対して小ジョブ＃１〜＃ｎを強制的に配信して実行さ
せるのではなく、端末２ａ〜２ｅからホームページへの
アクセスがあったときにのみ、つまり、各端末２ａ〜２
ｅのユーザからジョブ実行の意志が伝えられたときにの
み小ジョブ＃１〜＃ｎを配信して実行させるようにして
いるので、各端末２ａ〜２ｅのＣＰＵパワーを、いつ実
行されるか分からない大規模ジョブ３に対して常に開放
しておかなくても済む。
【００４０】例えば、端末２ａ〜２ｅ上での自己の業務
等を休止している昼休みや夜間などにサーバ１のホーム
ページにアクセスすることにより、各端末２ａ〜２ｅ上
で通常の処理を行う際にそれらのＣＰＵに余計な負担を
かけないようにすることができる。なお、この場合、エ
ージェントのプログラム中に、小ジョブの配信を受けて
処理するという動作を昼休みや夜間などの時間帯で実行
せよ、という内容を記述しておくことも可能である。こ
のようにすれば、ホームページにいつアクセスしたかに
かかわらず、ＣＰＵパワーが余っている時間帯に常に分
散処理を実行することができるようになる。
等を休止している昼休みや夜間などにサーバ１のホーム
ページにアクセスすることにより、各端末２ａ〜２ｅ上
で通常の処理を行う際にそれらのＣＰＵに余計な負担を
かけないようにすることができる。なお、この場合、エ
ージェントのプログラム中に、小ジョブの配信を受けて
処理するという動作を昼休みや夜間などの時間帯で実行
せよ、という内容を記述しておくことも可能である。こ
のようにすれば、ホームページにいつアクセスしたかに
かかわらず、ＣＰＵパワーが余っている時間帯に常に分
散処理を実行することができるようになる。
【００４１】また、本実施形態では、大規模ジョブ３の
分散処理をオブジェクト指向アーキテクチャに基づき実
行するようにしており、特に、分割された小ジョブ＃１
〜＃ｎやそれらの回答をオブジェクト指向のＯＯＤＢ４
に格納するようにしている。これにより、リモートでの
処理が行いやすくなるだけでなく、分散処理の途中で何
らかのトラブルによってシステムがダウンしたとして
も、それまでに得られた回答はＯＯＤＢ４内に確実に保
管されるため、分散処理を再開するときに最初からやり
直さなくても済み、処理の無駄を防止できる。
分散処理をオブジェクト指向アーキテクチャに基づき実
行するようにしており、特に、分割された小ジョブ＃１
〜＃ｎやそれらの回答をオブジェクト指向のＯＯＤＢ４
に格納するようにしている。これにより、リモートでの
処理が行いやすくなるだけでなく、分散処理の途中で何
らかのトラブルによってシステムがダウンしたとして
も、それまでに得られた回答はＯＯＤＢ４内に確実に保
管されるため、分散処理を再開するときに最初からやり
直さなくても済み、処理の無駄を防止できる。
【００４２】なお、上記実施形態では、ジョブの管理を
行うサーバ１が、ユーザが通常使用する端末２ａ〜２ｅ
とは別に設けられているが、このサーバ１が持つ機能
を、ネットワーク上に分散して存在する各端末２ａ〜２
ｅのうちの１つが備えるようにしても良い。また、上記
実施形態では、ホームページへのアクセスをトリガとし
て小ジョブ＃１〜＃ｎの配信を実行しているが、このト
リガは、必ずしもホームページへのアクセスである必要
はなく、端末２ａ〜２ｅからサーバ１に対して要求が伝
えられるものであれば何でも良い。
行うサーバ１が、ユーザが通常使用する端末２ａ〜２ｅ
とは別に設けられているが、このサーバ１が持つ機能
を、ネットワーク上に分散して存在する各端末２ａ〜２
ｅのうちの１つが備えるようにしても良い。また、上記
実施形態では、ホームページへのアクセスをトリガとし
て小ジョブ＃１〜＃ｎの配信を実行しているが、このト
リガは、必ずしもホームページへのアクセスである必要
はなく、端末２ａ〜２ｅからサーバ１に対して要求が伝
えられるものであれば何でも良い。
【００４３】また、上記実施形態では詳しく説明してい
ないが、大規模ジョブ３を複数の小ジョブ＃１〜＃ｎに
分割して分散処理し、それぞれの端末２ａ〜２ｅから得
た回答をどのように処理するかについては、アプリケー
ションの内容に応じて適宜決めれば良い。各端末２ａ〜
２ｅから得られた個々の回答をそのまま利用しても良い
し、それらを１つの回答にまとめ上げるようにしても良
い。どのようにまとめ上げるかについては、大規模ジョ
ブ３のプログラム中に分割方法を記述したのと同様、大
規模ジョブ３のプログラム中に記述される。
ないが、大規模ジョブ３を複数の小ジョブ＃１〜＃ｎに
分割して分散処理し、それぞれの端末２ａ〜２ｅから得
た回答をどのように処理するかについては、アプリケー
ションの内容に応じて適宜決めれば良い。各端末２ａ〜
２ｅから得られた個々の回答をそのまま利用しても良い
し、それらを１つの回答にまとめ上げるようにしても良
い。どのようにまとめ上げるかについては、大規模ジョ
ブ３のプログラム中に分割方法を記述したのと同様、大
規模ジョブ３のプログラム中に記述される。
【００４４】また、上記実施形態で述べたApplet方式で
は、インターネット上の不特定のユーザからサーバ１に
アクセスされる可能性があるという特徴を生かして、各
端末２ａ〜２ｅに配信された小ジョブ＃１〜＃ｎの実行
をバックグランド処理にて行わせ、ブラウザを見ている
ユーザからは計算過程を意識させないようにする。な
お、これとは逆に、配信されたジョブの実行中であるこ
とをユーザに知らせるために、例えば「ジョブ実行中」
等のメッセージを画面上に表示するようにしても良い。
は、インターネット上の不特定のユーザからサーバ１に
アクセスされる可能性があるという特徴を生かして、各
端末２ａ〜２ｅに配信された小ジョブ＃１〜＃ｎの実行
をバックグランド処理にて行わせ、ブラウザを見ている
ユーザからは計算過程を意識させないようにする。な
お、これとは逆に、配信されたジョブの実行中であるこ
とをユーザに知らせるために、例えば「ジョブ実行中」
等のメッセージを画面上に表示するようにしても良い。
【００４５】（第２の実施形態）次に、本発明の第２の
実施形態について説明する。図５は、第２の実施形態に
よる分散処理システムの構成を示すブロック図であり、
図１に示したブロックと同じブロックには同一の符号を
付している。第２の実施形態では、上述した第１の実施
形態と比べて、サーバ１内に端末管理部１７が更に設け
られている。この端末管理部１７は、図６に示すような
端末管理テーブルを有する。以下、図６について説明す
る。
実施形態について説明する。図５は、第２の実施形態に
よる分散処理システムの構成を示すブロック図であり、
図１に示したブロックと同じブロックには同一の符号を
付している。第２の実施形態では、上述した第１の実施
形態と比べて、サーバ１内に端末管理部１７が更に設け
られている。この端末管理部１７は、図６に示すような
端末管理テーブルを有する。以下、図６について説明す
る。
【００４６】図６に示すように、端末管理部１７は、サ
ーバ１から端末２ａ〜２ｅに対して最初に基本となるジ
ョブを送ってからその回答が返ってくるまでの応答時間
をそれぞれの端末毎に管理し、その応答時間に応じて、
次回から一度に与えるジョブ数を設定する。応答時間が
短い場合は、その相手先端末のＣＰＵ能力が高いと考え
られるので、一度に送るジョブ数を多くする。一方、応
答時間が長い場合は、その相手先端末のＣＰＵ能力は低
いと考えられるので、一度に送るジョブ数を少なくす
る。また、各ジョブそのものの負荷が異なるのであれ
ば、サーバ１で各ジョブ毎の負荷を管理し、ＣＰＵ能力
が高いと思われる端末には負荷の重いジョブを与えるよ
うにしても良い。
ーバ１から端末２ａ〜２ｅに対して最初に基本となるジ
ョブを送ってからその回答が返ってくるまでの応答時間
をそれぞれの端末毎に管理し、その応答時間に応じて、
次回から一度に与えるジョブ数を設定する。応答時間が
短い場合は、その相手先端末のＣＰＵ能力が高いと考え
られるので、一度に送るジョブ数を多くする。一方、応
答時間が長い場合は、その相手先端末のＣＰＵ能力は低
いと考えられるので、一度に送るジョブ数を少なくす
る。また、各ジョブそのものの負荷が異なるのであれ
ば、サーバ１で各ジョブ毎の負荷を管理し、ＣＰＵ能力
が高いと思われる端末には負荷の重いジョブを与えるよ
うにしても良い。
【００４７】このように、本実施形態では、ジョブを送
ってからその回答が返ってくるまでの応答時間に応じ
て、処理能力の高いＣＰＵを備えた端末に対して多くの
分割ジョブを割り振るようなダイナミック管理を行うよ
うにしたので、大規模ジョブ３の分散処理をより効率的
に行うことができる。また、複数の小ジョブを同時に送
ることになるので、全ての小ジョブを１つ１つ送ってい
た第１の実施形態に比べて、ネットワーク通信の処理負
荷を減らすこともできる。
ってからその回答が返ってくるまでの応答時間に応じ
て、処理能力の高いＣＰＵを備えた端末に対して多くの
分割ジョブを割り振るようなダイナミック管理を行うよ
うにしたので、大規模ジョブ３の分散処理をより効率的
に行うことができる。また、複数の小ジョブを同時に送
ることになるので、全ての小ジョブを１つ１つ送ってい
た第１の実施形態に比べて、ネットワーク通信の処理負
荷を減らすこともできる。
【００４８】なお、図６中に示される端末ＩＤは、ネッ
トワーク上に存在する各端末２ａ〜２ｅを特定するため
の識別番号であるが、本実施形態の場合、インターネッ
トを介して不特定の端末からもアクセスされることがあ
るため、端末ＩＤとしてはＩＰアドレスを用いるのが好
ましい。なお、インターネットには接続せず、閉じたＬ
ＡＮやＷＡＮのみを用いるのであれば、対象とする端末
を全てサーバ１側で最初から把握できるので、必ずしも
ＩＰアドレスを用いる必要はない。
トワーク上に存在する各端末２ａ〜２ｅを特定するため
の識別番号であるが、本実施形態の場合、インターネッ
トを介して不特定の端末からもアクセスされることがあ
るため、端末ＩＤとしてはＩＰアドレスを用いるのが好
ましい。なお、インターネットには接続せず、閉じたＬ
ＡＮやＷＡＮのみを用いるのであれば、対象とする端末
を全てサーバ１側で最初から把握できるので、必ずしも
ＩＰアドレスを用いる必要はない。
【００４９】（第３の実施形態）次に、本発明の第３の
実施形態について説明する。図７は、第３の実施形態に
よる分散処理システムの構成を示すブロック図である。
本実施形態においても、図７のサーバ１は、分割可能な
大規模ジョブ３を適宜分割し、ネットワーク上に存在す
る複数の端末２ａ〜２ｅに対して分割済の小さなジョブ
＃１〜＃ｎを割り当てて解いてもらう。そして、それぞ
れの端末２ａ〜２ｅから小ジョブ＃１〜＃ｎの処理結果
である回答を集めて、最初の大規模ジョブ３の解答とす
る。ただし、このような動作の実現方法として、第３の
実施形態では、上記第１の実施形態で説明したApplet方
式とは異なり、ＪＡＶＡ言語のＲＭＩ方式を採用する。
実施形態について説明する。図７は、第３の実施形態に
よる分散処理システムの構成を示すブロック図である。
本実施形態においても、図７のサーバ１は、分割可能な
大規模ジョブ３を適宜分割し、ネットワーク上に存在す
る複数の端末２ａ〜２ｅに対して分割済の小さなジョブ
＃１〜＃ｎを割り当てて解いてもらう。そして、それぞ
れの端末２ａ〜２ｅから小ジョブ＃１〜＃ｎの処理結果
である回答を集めて、最初の大規模ジョブ３の解答とす
る。ただし、このような動作の実現方法として、第３の
実施形態では、上記第１の実施形態で説明したApplet方
式とは異なり、ＪＡＶＡ言語のＲＭＩ方式を採用する。
【００５０】図７に示すように、本実施形態のサーバ１
には、図１に示す第１の実施形態では備えられていたア
クセス受信部１２がなく、その代わりにＲＭＩ端末管理
部１８が設けられている。また、各端末２ａ〜２ｅに
は、ＲＭＩ宣言部２５が更に設けられている。図７中の
その他の構成ブロックで、図１に示した符号と同一の符
号を付したものは、同一の機能を有するものであるの
で、これについての詳細な説明は省略する。
には、図１に示す第１の実施形態では備えられていたア
クセス受信部１２がなく、その代わりにＲＭＩ端末管理
部１８が設けられている。また、各端末２ａ〜２ｅに
は、ＲＭＩ宣言部２５が更に設けられている。図７中の
その他の構成ブロックで、図１に示した符号と同一の符
号を付したものは、同一の機能を有するものであるの
で、これについての詳細な説明は省略する。
【００５１】上記ＲＭＩ宣言部２５は、分割された小ジ
ョブ＃１〜＃ｎをＲＭＩ方式で受け取って実行するとい
う宣言を行うためのものである。ＲＭＩ宣言をしている
と、その端末に対してサーバ１から分割された小ジョブ
＃１〜＃ｎが送られてきて、当該端末において大規模ジ
ョブ３の一部が実行されることになる。ＲＭＩ宣言は、
例えば、電源投入時の初期プログラムによって行われ
る。また、その後必要に応じて、ユーザがＲＭＩ宣言を
取り止めたり、再び宣言をしたりすることも自由にでき
るものである。
ョブ＃１〜＃ｎをＲＭＩ方式で受け取って実行するとい
う宣言を行うためのものである。ＲＭＩ宣言をしている
と、その端末に対してサーバ１から分割された小ジョブ
＃１〜＃ｎが送られてきて、当該端末において大規模ジ
ョブ３の一部が実行されることになる。ＲＭＩ宣言は、
例えば、電源投入時の初期プログラムによって行われ
る。また、その後必要に応じて、ユーザがＲＭＩ宣言を
取り止めたり、再び宣言をしたりすることも自由にでき
るものである。
【００５２】一方、サーバ１内のＲＭＩ端末管理部１８
は、ネットワークを介してサーバ１に接続されている各
端末２ａ〜２ｅのうち、ＲＭＩ宣言をしている端末がど
れであるかを管理する。どの端末がＲＭＩ宣言をしてい
るかを把握するための方法としては、様々な方法が考え
られる。例えば、サーバ１から各端末２ａ〜２ｅに対し
て定期的に確認信号を送り、その応答として各端末２ａ
〜２ｅが、現在ＲＭＩ宣言をしているかどうかを返信す
るようにする方法が考えられる。このとき、所定のタイ
ムアウト時間を過ぎてもある端末から応答がない場合
は、その端末は電源が切られているなどによって現在使
用できない状態であると判断する。
は、ネットワークを介してサーバ１に接続されている各
端末２ａ〜２ｅのうち、ＲＭＩ宣言をしている端末がど
れであるかを管理する。どの端末がＲＭＩ宣言をしてい
るかを把握するための方法としては、様々な方法が考え
られる。例えば、サーバ１から各端末２ａ〜２ｅに対し
て定期的に確認信号を送り、その応答として各端末２ａ
〜２ｅが、現在ＲＭＩ宣言をしているかどうかを返信す
るようにする方法が考えられる。このとき、所定のタイ
ムアウト時間を過ぎてもある端末から応答がない場合
は、その端末は電源が切られているなどによって現在使
用できない状態であると判断する。
【００５３】また、ユーザが端末２ａ〜２ｅ上でＲＭＩ
宣言の設定状態を変更する毎に、そのことを端末２ａ〜
２ｅ側からサーバ１に能動的に通知するようにしても良
い。このようにすれば、各端末２ａ〜２ｅにおける実際
のＲＭＩ宣言の設定状態と、サーバ１側で管理している
各端末２ａ〜２ｅのＲＭＩ宣言の状態とをリアルタイム
で一致させることができる。
宣言の設定状態を変更する毎に、そのことを端末２ａ〜
２ｅ側からサーバ１に能動的に通知するようにしても良
い。このようにすれば、各端末２ａ〜２ｅにおける実際
のＲＭＩ宣言の設定状態と、サーバ１側で管理している
各端末２ａ〜２ｅのＲＭＩ宣言の状態とをリアルタイム
で一致させることができる。
【００５４】この実施形態でエージェントは、ＲＭＩ宣
言をした時点でその端末上に立ち上がり、常駐するもの
である。このエージェントの機能は、第１の実施形態で
述べたものと同様であり、少なくとも小ジョブの取得機
能と回答の返信機能とを有する。
言をした時点でその端末上に立ち上がり、常駐するもの
である。このエージェントの機能は、第１の実施形態で
述べたものと同様であり、少なくとも小ジョブの取得機
能と回答の返信機能とを有する。
【００５５】次に、以上のように構成した第３の実施形
態による分散処理システム中のサーバ１の動作を、図８
のフローチャートを参照しながら説明する。なお、サー
バ１の全体の動作は、図３のフローチャートに示したも
のと同様であり、図８のフローチャートは、図３中のス
テップＳ５における動作の中身を示している。なお、本
実施形態の場合、図３のステップＳ１では、図２に示し
たような回答管理テーブルを初期状態にセットする処理
の他に、どの端末がＲＭＩ方式で使えるかを表したテー
ブルをセットする処理等も行う。
態による分散処理システム中のサーバ１の動作を、図８
のフローチャートを参照しながら説明する。なお、サー
バ１の全体の動作は、図３のフローチャートに示したも
のと同様であり、図８のフローチャートは、図３中のス
テップＳ５における動作の中身を示している。なお、本
実施形態の場合、図３のステップＳ１では、図２に示し
たような回答管理テーブルを初期状態にセットする処理
の他に、どの端末がＲＭＩ方式で使えるかを表したテー
ブルをセットする処理等も行う。
【００５６】図８において、まず最初に、サーバ１は、
ＯＯＤＢ４内に未処理の小ジョブがあるかどうかを判断
する（ステップＳ２１）。ここで、小ジョブ＃１〜＃ｎ
の配信が全て終わるなどして未処理の小ジョブが残って
いない場合は、所定のディレイ時間を待った後（ステッ
プＳ２３）、ステップＳ２１に戻る。また、未処理の小
ジョブがまだ残っている場合は、利用できるＲＭＩ処理
端末があるかどうかを更に判断する（ステップＳ２
２）。
ＯＯＤＢ４内に未処理の小ジョブがあるかどうかを判断
する（ステップＳ２１）。ここで、小ジョブ＃１〜＃ｎ
の配信が全て終わるなどして未処理の小ジョブが残って
いない場合は、所定のディレイ時間を待った後（ステッ
プＳ２３）、ステップＳ２１に戻る。また、未処理の小
ジョブがまだ残っている場合は、利用できるＲＭＩ処理
端末があるかどうかを更に判断する（ステップＳ２
２）。
【００５７】ここで、利用できるＲＭＩ処理端末とは、
例えば、ＲＭＩ宣言がされていて、かつ、現在小ジョブ
の処理を実行していない端末のことを言う。利用できる
ＲＭＩ処理端末がない場合は、所定のディレイ時間を待
った後（ステップＳ２３）、ステップＳ２１に戻る。一
方、利用できるＲＭＩ処理端末がある場合は、ＯＯＤＢ
４に格納されている複数の小ジョブ＃１〜＃ｎのうち未
処理の小ジョブを、当該利用できるＲＭＩ処理端末の１
つに対して送信する（ステップＳ２４）。
例えば、ＲＭＩ宣言がされていて、かつ、現在小ジョブ
の処理を実行していない端末のことを言う。利用できる
ＲＭＩ処理端末がない場合は、所定のディレイ時間を待
った後（ステップＳ２３）、ステップＳ２１に戻る。一
方、利用できるＲＭＩ処理端末がある場合は、ＯＯＤＢ
４に格納されている複数の小ジョブ＃１〜＃ｎのうち未
処理の小ジョブを、当該利用できるＲＭＩ処理端末の１
つに対して送信する（ステップＳ２４）。
【００５８】このステップＳ２４では、利用できるＲＭ
Ｉ処理端末に常駐しているエージェントが、定められた
プログラムに従ってサーバ１に対してジョブ取得要求を
与えることにより、未処理の小ジョブをサーバ１から取
得する。小ジョブの配信を受けた端末では、その取得し
た小ジョブの処理を実行し、その処理結果である回答を
サーバ１に返すことになる。
Ｉ処理端末に常駐しているエージェントが、定められた
プログラムに従ってサーバ１に対してジョブ取得要求を
与えることにより、未処理の小ジョブをサーバ１から取
得する。小ジョブの配信を受けた端末では、その取得し
た小ジョブの処理を実行し、その処理結果である回答を
サーバ１に返すことになる。
【００５９】このように、第３の実施形態では、端末２
ａ〜２ｅからアクセスがあるのを待ってジョブ配信を行
う第１の実施形態とは異なり、小ジョブ＃１〜＃ｎを振
り分ける側のサーバ１から積極的に、現在ＣＰＵが空い
ていて利用可能な端末があるかどうかをチェックしてジ
ョブ配信を行っている。その他の点は、第１の実施形態
と同様である。したがって、第３の実施形態において
も、少ない計算負荷で大規模ジョブ３の処理を実行する
ことができる。
ａ〜２ｅからアクセスがあるのを待ってジョブ配信を行
う第１の実施形態とは異なり、小ジョブ＃１〜＃ｎを振
り分ける側のサーバ１から積極的に、現在ＣＰＵが空い
ていて利用可能な端末があるかどうかをチェックしてジ
ョブ配信を行っている。その他の点は、第１の実施形態
と同様である。したがって、第３の実施形態において
も、少ない計算負荷で大規模ジョブ３の処理を実行する
ことができる。
【００６０】また、本実施形態では、各端末２ａ〜２ｅ
に対して小ジョブ＃１〜＃ｎを強制的に配信して実行さ
せるのではなく、端末２ａ〜２ｅでＲＭＩ宣言をしてい
るときにのみ小ジョブ＃１〜＃ｎを配信して実行させる
ようにしているので、各端末２ａ〜２ｅのＣＰＵパワー
を、いつ実行されるか分からない大規模ジョブ３に対し
て常に開放しておかなくても済む。また、本実施形態で
も、分散処理システムをオブジェクト指向に基づき構築
しているので、リモートでの処理が行いやすくなるだけ
でなく、何らかのトラブルでシステムがダウンしたとき
の処理の無駄を防止することができる。
に対して小ジョブ＃１〜＃ｎを強制的に配信して実行さ
せるのではなく、端末２ａ〜２ｅでＲＭＩ宣言をしてい
るときにのみ小ジョブ＃１〜＃ｎを配信して実行させる
ようにしているので、各端末２ａ〜２ｅのＣＰＵパワー
を、いつ実行されるか分からない大規模ジョブ３に対し
て常に開放しておかなくても済む。また、本実施形態で
も、分散処理システムをオブジェクト指向に基づき構築
しているので、リモートでの処理が行いやすくなるだけ
でなく、何らかのトラブルでシステムがダウンしたとき
の処理の無駄を防止することができる。
【００６１】なお、上記第３の実施形態では、サーバ１
内にＲＭＩ端末管理部１８を設け、ＲＭＩ宣言をしてい
る端末がどれであるかを管理するようにしているが、ジ
ョブ配信に先立って、まず最初にサーバ１から端末２ａ
〜２ｅに対して問い合わせ信号等を送信し、その応答を
見ることによってＲＭＩ宣言されているかどうかを確認
するようにすれば、サーバ１は、ＲＭＩ宣言をしている
端末がどれであるかの管理テーブルを持つ必要がなくな
る。
内にＲＭＩ端末管理部１８を設け、ＲＭＩ宣言をしてい
る端末がどれであるかを管理するようにしているが、ジ
ョブ配信に先立って、まず最初にサーバ１から端末２ａ
〜２ｅに対して問い合わせ信号等を送信し、その応答を
見ることによってＲＭＩ宣言されているかどうかを確認
するようにすれば、サーバ１は、ＲＭＩ宣言をしている
端末がどれであるかの管理テーブルを持つ必要がなくな
る。
【００６２】また、上記第３の実施形態では、図８のス
テップＳ２２で説明したように、ＲＭＩ宣言をしてお
り、かつ、現在小ジョブの処理を実行していない端末に
対してのみ小ジョブを割り振るようにしたが、小ジョブ
の処理を実行中の端末に対しても新たな小ジョブを割り
当てるようにしても良い。例えば、第２の実施形態で述
べたように、送信先の端末のＣＰＵ能力によっては、複
数のジョブを割り当てても十分なスピードで処理できる
場合もあるので、そのような場合には現在実行中の小ジ
ョブがあっても更に次の小ジョブを割り当てるようにす
る。これは、図７に示した構成に対して、図５に示した
端末管理部１７を更に設けることによって実現すること
ができる。
テップＳ２２で説明したように、ＲＭＩ宣言をしてお
り、かつ、現在小ジョブの処理を実行していない端末に
対してのみ小ジョブを割り振るようにしたが、小ジョブ
の処理を実行中の端末に対しても新たな小ジョブを割り
当てるようにしても良い。例えば、第２の実施形態で述
べたように、送信先の端末のＣＰＵ能力によっては、複
数のジョブを割り当てても十分なスピードで処理できる
場合もあるので、そのような場合には現在実行中の小ジ
ョブがあっても更に次の小ジョブを割り当てるようにす
る。これは、図７に示した構成に対して、図５に示した
端末管理部１７を更に設けることによって実現すること
ができる。
【００６３】また、上記第３の実施形態では、各端末２
ａ〜２ｅのＣＰＵを利用する方法として、ＪＡＶＡ言語
のＲＭＩ方式を採用したが、ＣＯＲＢＡ（Common Objec
t Request Broker Architecture ）方式も規格化されて
おり、これをフレームワークに組み入れるようにしても
良い。また、この第３の実施形態でも、ジョブの管理を
行うサーバ１が、ユーザが通常使用する端末２ａ〜２ｅ
とは別に設けられているが、このサーバ１が持つ機能
を、ネットワーク上に分散して存在する各端末２ａ〜２
ｅのうちの１つが備えるようにしても良い。
ａ〜２ｅのＣＰＵを利用する方法として、ＪＡＶＡ言語
のＲＭＩ方式を採用したが、ＣＯＲＢＡ（Common Objec
t Request Broker Architecture ）方式も規格化されて
おり、これをフレームワークに組み入れるようにしても
良い。また、この第３の実施形態でも、ジョブの管理を
行うサーバ１が、ユーザが通常使用する端末２ａ〜２ｅ
とは別に設けられているが、このサーバ１が持つ機能
を、ネットワーク上に分散して存在する各端末２ａ〜２
ｅのうちの１つが備えるようにしても良い。
【００６４】（第４の実施形態）次に、本発明の第４の
実施形態について説明する。上記第１〜第３の実施形態
では、Applet方式あるいはＲＭＩ方式をそれぞれ単独で
用いてきたが、これらの方式を併用するようにしても良
い。この場合、分散処理システムの構成は、例えば、図
１、図５および図７に示した機能ブロックを全て備えた
ものとすれば良い。また、図４に示しフローチャート
と、図８に示したフローチャートは、サーバ１側で常に
並列的に動作していることになる。
実施形態について説明する。上記第１〜第３の実施形態
では、Applet方式あるいはＲＭＩ方式をそれぞれ単独で
用いてきたが、これらの方式を併用するようにしても良
い。この場合、分散処理システムの構成は、例えば、図
１、図５および図７に示した機能ブロックを全て備えた
ものとすれば良い。また、図４に示しフローチャート
と、図８に示したフローチャートは、サーバ１側で常に
並列的に動作していることになる。
【００６５】この場合、例えば、ＲＭＩ方式で取得した
小ジョブの処理中に、Applet方式で新たな小ジョブを取
得して実行することも可能とするなど、高い自由度を持
たせることも可能であるが、大規模ジョブ３の分散処理
をより効率化させるために何らかの制約を設けるように
しても良い。例えば、その端末が備えるＣＰＵの能力に
応じて、一方の方式で小ジョブを実行している間は、他
の方式で小ジョブを更に実行することを禁止するなどの
制約を設けることが可能である。
小ジョブの処理中に、Applet方式で新たな小ジョブを取
得して実行することも可能とするなど、高い自由度を持
たせることも可能であるが、大規模ジョブ３の分散処理
をより効率化させるために何らかの制約を設けるように
しても良い。例えば、その端末が備えるＣＰＵの能力に
応じて、一方の方式で小ジョブを実行している間は、他
の方式で小ジョブを更に実行することを禁止するなどの
制約を設けることが可能である。
【００６６】図９および図１０は、Applet方式とＲＭＩ
方式の併存時に制約を加えるために必要なテーブル情報
の例を示すものであり、例えば端末管理部１７が備え
る。図９に示す端末管理テーブルは、図６に示したもの
とほぼ同様であるが、現在その端末がどの方式で動作し
ているか、つまり、小ジョブの配信を端末２ａ〜２ｅか
らの要求に応じて受動的に行うApplet方式、小ジョブの
配信を利用可能な状態にある端末２ａ〜２ｅに対して能
動的に行うＲＭＩ方式、あるいはその両方式の何れで動
作しているかを管理するための項目が設けられている。
方式の併存時に制約を加えるために必要なテーブル情報
の例を示すものであり、例えば端末管理部１７が備え
る。図９に示す端末管理テーブルは、図６に示したもの
とほぼ同様であるが、現在その端末がどの方式で動作し
ているか、つまり、小ジョブの配信を端末２ａ〜２ｅか
らの要求に応じて受動的に行うApplet方式、小ジョブの
配信を利用可能な状態にある端末２ａ〜２ｅに対して能
動的に行うＲＭＩ方式、あるいはその両方式の何れで動
作しているかを管理するための項目が設けられている。
【００６７】また、図１０に示す端末設定テーブルは、
それぞれの端末２ａ〜２ｅが、上記Applet方式、ＲＭＩ
方式、あるいはその両方式のどの方式で動作し得るかを
あらかじめ設定したものである。例えば、図１０中の一
番上に示された端末は、Applet方式でしか動作できない
ように設定されている。また、上から３番目に示された
端末は、Applet方式でもＲＭＩ方式でも動作できるが、
両方の方式を同時には実行できないように設定されてい
る。サーバ１は、上記図９中の現状態を表す情報と、図
１０のように設定された内容とを参照して、端末２ａ〜
２ｅに対する小ジョブの割り振りに制約を与えることに
なる。なお、大規模ジョブ３を分割する際に、Applet方
式、ＲＭＩ方式の何れの方式にも対応するように小ジョ
ブ＃１〜＃ｎを作成することが好ましい。
それぞれの端末２ａ〜２ｅが、上記Applet方式、ＲＭＩ
方式、あるいはその両方式のどの方式で動作し得るかを
あらかじめ設定したものである。例えば、図１０中の一
番上に示された端末は、Applet方式でしか動作できない
ように設定されている。また、上から３番目に示された
端末は、Applet方式でもＲＭＩ方式でも動作できるが、
両方の方式を同時には実行できないように設定されてい
る。サーバ１は、上記図９中の現状態を表す情報と、図
１０のように設定された内容とを参照して、端末２ａ〜
２ｅに対する小ジョブの割り振りに制約を与えることに
なる。なお、大規模ジョブ３を分割する際に、Applet方
式、ＲＭＩ方式の何れの方式にも対応するように小ジョ
ブ＃１〜＃ｎを作成することが好ましい。
【００６８】（本発明の他の実施形態）なお、以上に説
明した本実施形態の分散処理システムが備える各機能ブ
ロックは、実際にはコンピュータのＣＰＵあるいはＭＰ
Ｕ、ＲＡＭ、ＲＯＭなどで構成されるものであり、ＲＡ
ＭやＲＯＭに記憶されたプログラムが動作することによ
って実現できる。したがって、コンピュータが上記機能
を果たすように動作させるプログラムを、例えばＣＤ−
ＲＯＭのような記録媒体に記録し、コンピュータに読み
込ませることによって実現できるものである。記録媒体
としては、ＣＤ−ＲＯＭ以外に、フロッピーディスク、
ハードディスク、磁気テープ、光磁気ディスク、不揮発
性メモリカード等を用いることができる。
明した本実施形態の分散処理システムが備える各機能ブ
ロックは、実際にはコンピュータのＣＰＵあるいはＭＰ
Ｕ、ＲＡＭ、ＲＯＭなどで構成されるものであり、ＲＡ
ＭやＲＯＭに記憶されたプログラムが動作することによ
って実現できる。したがって、コンピュータが上記機能
を果たすように動作させるプログラムを、例えばＣＤ−
ＲＯＭのような記録媒体に記録し、コンピュータに読み
込ませることによって実現できるものである。記録媒体
としては、ＣＤ−ＲＯＭ以外に、フロッピーディスク、
ハードディスク、磁気テープ、光磁気ディスク、不揮発
性メモリカード等を用いることができる。
【００６９】また、コンピュータが供給されたプログラ
ムを実行することにより上述の実施形態の機能が実現さ
れるだけでなく、そのプログラムがコンピュータにおい
て稼働しているＯＳ（オペレーティングシステム）ある
いは他のアプリケーションソフト等と共同して上述の実
施形態の機能が実現される場合や、供給されたプログラ
ムの処理の全てあるいは一部がコンピュータの機能拡張
ボードや機能拡張ユニットにより行われて上述の実施形
態の機能が実現される場合も、かかるプログラムは本発
明の実施形態に含まれる。
ムを実行することにより上述の実施形態の機能が実現さ
れるだけでなく、そのプログラムがコンピュータにおい
て稼働しているＯＳ（オペレーティングシステム）ある
いは他のアプリケーションソフト等と共同して上述の実
施形態の機能が実現される場合や、供給されたプログラ
ムの処理の全てあるいは一部がコンピュータの機能拡張
ボードや機能拡張ユニットにより行われて上述の実施形
態の機能が実現される場合も、かかるプログラムは本発
明の実施形態に含まれる。
【００７０】なお、上記に示した各実施形態は、何れも
本発明を実施するにあたっての具体化の一例を示したも
のに過ぎず、これらによって本発明の技術的範囲が限定
的に解釈されてはならないものである。すなわち、本発
明はその精神、またはその主要な特徴から逸脱すること
なく、様々な形で実施することができる。
本発明を実施するにあたっての具体化の一例を示したも
のに過ぎず、これらによって本発明の技術的範囲が限定
的に解釈されてはならないものである。すなわち、本発
明はその精神、またはその主要な特徴から逸脱すること
なく、様々な形で実施することができる。
【００７１】
【発明の効果】本発明は上述したように、ジョブ取得要
求が行われた計算機または利用可能な状態にある計算機
に対し、分割された複数のジョブの中から未処理のジョ
ブを与え、与えられた分割ジョブを各計算機上で処理し
てその回答を当該分割ジョブの供給元に返すように構成
したので、１つの計算機で処理すると大きな負荷がかか
る大規模な処理を、複数の計算機を利用して少ない処理
負荷で実行することができる。また、本発明では、各計
算機に対して分割ジョブを強制的に配信して実行させる
のではなく、計算機からジョブ取得要求があったとき、
あるいは利用可能な状態にある計算機に対してのみ、分
割ジョブを配信して実行させるようにしているので、各
計算機のＣＰＵパワーを、いつ実行されるか分からない
大規模な処理に対して常に開放しておかなくても済み、
各計算機に余計な負担をかけないようにすることができ
る。
求が行われた計算機または利用可能な状態にある計算機
に対し、分割された複数のジョブの中から未処理のジョ
ブを与え、与えられた分割ジョブを各計算機上で処理し
てその回答を当該分割ジョブの供給元に返すように構成
したので、１つの計算機で処理すると大きな負荷がかか
る大規模な処理を、複数の計算機を利用して少ない処理
負荷で実行することができる。また、本発明では、各計
算機に対して分割ジョブを強制的に配信して実行させる
のではなく、計算機からジョブ取得要求があったとき、
あるいは利用可能な状態にある計算機に対してのみ、分
割ジョブを配信して実行させるようにしているので、各
計算機のＣＰＵパワーを、いつ実行されるか分からない
大規模な処理に対して常に開放しておかなくても済み、
各計算機に余計な負担をかけないようにすることができ
る。
【００７２】本発明の他の特徴によれば、計算機の状態
に応じて未処理ジョブの配信を制御するようにした。例
えば、計算機に分割ジョブを送信してからその回答が返
ってくるまでの応答時間に応じて、与えるジョブ数を可
変とするようにしたり、分割ジョブの配信を行う際の各
種方式の計算機上での採用状態に応じて、分割ジョブの
配信に制約を与えるようにしたので、大規模ジョブの分
散処理をより効率的に行うことができる。
に応じて未処理ジョブの配信を制御するようにした。例
えば、計算機に分割ジョブを送信してからその回答が返
ってくるまでの応答時間に応じて、与えるジョブ数を可
変とするようにしたり、分割ジョブの配信を行う際の各
種方式の計算機上での採用状態に応じて、分割ジョブの
配信に制約を与えるようにしたので、大規模ジョブの分
散処理をより効率的に行うことができる。
【図１】第１の実施形態による分散処理システムの構成
を示すブロック図である。
を示すブロック図である。
【図２】本実施形態の回答管理部が備える回答管理テー
ブルの例を示す図である。
ブルの例を示す図である。
【図３】本実施形態による分散処理システム中のサーバ
が行う全体の動作の流れを示すフローチャートである。
が行う全体の動作の流れを示すフローチャートである。
【図４】Applet方式の場合に、図３中のステップＳ５に
おいて行われる動作の中身を示すフローチャートであ
る。
おいて行われる動作の中身を示すフローチャートであ
る。
【図５】第２の実施形態による分散処理システムの構成
を示すブロック図である。
を示すブロック図である。
【図６】第２の実施形態による端末管理部が備える端末
管理テーブルの例を示す図である。
管理テーブルの例を示す図である。
【図７】第３の実施形態による分散処理システムの構成
を示すブロック図である。
を示すブロック図である。
【図８】ＲＭＩ方式の場合に、図３中のステップＳ５に
おいて行われる動作の中身を示すフローチャートであ
る。
おいて行われる動作の中身を示すフローチャートであ
る。
【図９】Applet方式とＲＭＩ方式の併存時に制約を加え
るために必要なテーブル情報の例を示す図である。
るために必要なテーブル情報の例を示す図である。
【図１０】Applet方式とＲＭＩ方式の併存時に制約を加
えるために必要なテーブル情報の例を示す図である。
えるために必要なテーブル情報の例を示す図である。
１ サーバ（ジョブ管理端末装置） ２ａ〜２ｅ 端末 ３ 大規模ジョブ ４ ＯＯＤＢ １１ ジョブ分割部 １２ アクセス受信部 １３ エージェント送信部 １４ ジョブ送信部 １５ 回答管理部 １６ ＣＰＵ １７ 端末管理部 １８ ＲＭＩ端末管理部 ２１ 要求／回答送信部 ２２ エージェント受信部 ２３ ジョブ受信部 ２４ ＣＰＵ ２５ ＲＭＩ宣言部
Claims (28)
- 【請求項１】 ネットワーク上に分散して存在する複数
の計算機を利用してジョブを分散実行する分散処理シス
テムであって、 上記複数の計算機のうちジョブ取得要求が行われた計算
機または利用可能な状態にある計算機に対して、上記ジ
ョブから分割された複数の分割ジョブのうち未処理の分
割ジョブを与えるジョブ配信手段を備えることを特徴と
する分散処理システム。 - 【請求項２】 上記ジョブ配信手段は、上記ジョブ取得
要求が行われた計算機または利用可能な状態にある計算
機に対して、当該計算機に常駐して所定の処理を行うエ
ージェントを与えるエージェント送信手段と、 上記計算機に常駐したエージェントからの要求に応じ
て、上記未処理の分割ジョブを与えるようにする分割ジ
ョブ送信手段とを備えることを特徴とする請求項１に記
載の分散処理システム。 - 【請求項３】 上記計算機に常駐したエージェントは、
与えられた分割ジョブの処理が終わる毎に次のジョブ取
得要求を行うようになされていることを特徴とする請求
項２に記載の分散処理システム。 - 【請求項４】 上記計算機の状態に応じて、上記未処理
の分割ジョブの配信を制御するようにしたことを特徴と
する請求項１〜３の何れか１項に記載の分散処理システ
ム。 - 【請求項５】 上記計算機に分割ジョブを送信してから
その処理結果である回答が返ってくるまでのタイムアウ
ト時間を管理し、上記タイムアウト時間内に回答が返っ
てこなかった分割ジョブについては、もう一度配信し直
すようにする回答管理手段を備えることを特徴とする請
求項４に記載の分散処理システム。 - 【請求項６】 上記タイムアウト時間は、個々の分割ジ
ョブに応じて異なるように設定されることを特徴とする
請求項５に記載の分散処理システム。 - 【請求項７】 上記計算機に分割ジョブを送信してから
その処理結果である回答が返ってくるまでの応答時間に
応じて、上記計算機に与えるジョブ数を可変とする送信
ジョブ数管理手段を備えることを特徴とする請求項４に
記載の分散処理システム。 - 【請求項８】 上記分割ジョブの配信を上記計算機から
の要求に応じて受動的に行う方式、上記分割ジョブの配
信を上記利用可能な状態にある計算機に対して能動的に
行う方式の上記計算機上での採用状態に応じて、上記分
割ジョブの配信に制約を与えるジョブ配信制約手段を備
えることを特徴とする請求項４に記載の分散処理システ
ム。 - 【請求項９】 上記計算機は、与えられた分割ジョブの
実行をバックグランド処理にて行うことを特徴とする請
求項１〜８の何れか１項に記載の分散処理システム。 - 【請求項１０】 上記計算機は、与えられた分割ジョブ
の実行中であることをユーザに知らせるための報知手段
を備えることを特徴とする請求項１〜８の何れか１項に
記載の分散処理システム。 - 【請求項１１】 上記分散処理システムはオブジェクト
指向アーキテクチャに基づき構築されることを特徴とす
る請求項１〜１０の何れか１項に記載の分散処理システ
ム。 - 【請求項１２】 上記ジョブ配信手段は、上記ネットワ
ーク上に分散して存在する複数の計算機のうちの１つま
たは専用のジョブ管理端末装置内に備えられることを特
徴とする請求項１〜１１の何れか１項に記載の分散処理
システム。 - 【請求項１３】 ネットワーク上に分散して存在する複
数の計算機を利用してジョブを分散実行する分散処理方
法であって、 上記複数の計算機のうちジョブ取得要求が行われた計算
機または利用可能な状態にある計算機に対して、上記ジ
ョブから分割された複数の分割ジョブのうち未処理の分
割ジョブを与え、 上記計算機に与えられた分割ジョブをその計算機上で処
理し、その処理結果である回答を上記分割ジョブの供給
元に返すようにしたことを特徴とする分散処理方法。 - 【請求項１４】 上記分割ジョブの供給元では、上記ジ
ョブ取得要求が行われた計算機または利用可能な状態に
ある計算機に対して、当該計算機に常駐して所定の処理
を行うエージェントを与え、上記計算機上に常駐したエ
ージェントからの要求に応じて、上記未処理の分割ジョ
ブを与えるようにしたことを特徴とする請求項１３に記
載の分散処理方法。 - 【請求項１５】 上記分割ジョブの供給元では、上記計
算機の状態に応じて、上記未処理の分割ジョブの配信を
制御するようにしたことを特徴とする請求項１３または
１４に記載の分散処理方法。 - 【請求項１６】 上記計算機に分割ジョブを送信してか
らその回答が返ってくるまでのタイムアウト時間を管理
し、上記タイムアウト時間内に回答が返ってこなかった
分割ジョブについては、もう一度配信し直すようにする
ことを特徴とする請求項１５に記載の分散処理方法。 - 【請求項１７】 上記計算機に分割ジョブを送信してか
らその回答が返ってくるまでの応答時間に応じて、上記
計算機に与えるジョブ数を可変とするようにしたことを
特徴とする請求項１５に記載の分散処理方法。 - 【請求項１８】 上記分割ジョブの配信を上記計算機か
らの要求に応じて受動的に行う方式、上記分割ジョブの
配信を上記利用可能な計算機に対して能動的に行う方式
の上記計算機上での採用状態に応じて、上記分割ジョブ
の配信に制約を与えるようにしたことを特徴とする請求
項１５に記載の分散処理方法。 - 【請求項１９】 ネットワーク上に分散して存在する複
数の計算機を利用してジョブの分散処理を行うための端
末装置であって、上記複数の計算機のうちジョブ取得要
求が行われた計算機または利用可能な状態にある計算機
に対して、上記ジョブから分割された複数の分割ジョブ
のうち未処理の分割ジョブを与えるジョブ配信手段を備
えることを特徴とする分散処理を行うための端末装置。 - 【請求項２０】 上記計算機の状態に応じて、上記未処
理の分割ジョブの配信を制御するようにしたことを特徴
とする請求項１９に記載の分散処理を行うための端末装
置。 - 【請求項２１】 上記計算機に分割ジョブを送信してか
らその処理結果である回答が返ってくるまでのタイムア
ウト時間を管理し、上記タイムアウト時間内に回答が返
ってこなかった分割ジョブについては、もう一度配信し
直すようにする回答管理手段を備えることを特徴とする
請求項２０に記載の分散処理を行うための端末装置。 - 【請求項２２】 上記計算機に分割ジョブを送信してか
らその処理結果である回答が返ってくるまでの応答時間
に応じて、上記計算機に与えるジョブ数を可変とする送
信ジョブ数管理手段を備えることを特徴とする請求項２
０に記載の分散処理を行うための端末装置。 - 【請求項２３】 上記分割ジョブの配信を上記計算機か
らの要求に応じて受動的に行う方式、上記分割ジョブの
配信を上記利用可能な状態にある計算機に対して能動的
に行う方式の上記計算機上での採用状態に応じて、上記
分割ジョブの配信に制約を与えるジョブ配信制約手段を
備えることを特徴とする請求項２０に記載の分散処理を
行うための端末装置。 - 【請求項２４】 ネットワーク上に分散して存在する複
数の計算機を利用してジョブを分散実行する分散処理シ
ステムにおいて、 上記複数の計算機のうちジョブ取得要求が行われた計算
機または利用可能な状態にある計算機に対して、上記ジ
ョブから分割された複数の分割ジョブのうち未処理の分
割ジョブを与えるジョブ配信手段としてコンピュータを
機能させるためのプログラムを記録したことを特徴とす
るコンピュータ読み取り可能な記録媒体。 - 【請求項２５】 上記計算機の状態に応じて、上記未処
理の分割ジョブの配信を制御するようにするための機能
を上記コンピュータに実現させるためのプログラムを更
に記録したことを特徴とする請求項２４に記載のコンピ
ュータ読み取り可能な記録媒体。 - 【請求項２６】 上記計算機に分割ジョブを送信してか
らその処理結果である回答が返ってくるまでのタイムア
ウト時間を管理し、上記タイムアウト時間内に回答が返
ってこなかった分割ジョブについては、もう一度配信し
直すようにする回答管理手段としての機能を上記コンピ
ュータに実現させるためのプログラムを記録したことを
特徴とする請求項２５に記載のコンピュータ読み取り可
能な記録媒体。 - 【請求項２７】 上記計算機に分割ジョブを送信してか
らその処理結果である回答が返ってくるまでの応答時間
に応じて、上記計算機に与えるジョブ数を可変とする送
信ジョブ数管理手段としての機能を上記コンピュータに
実現させるためのプログラムを記録したことを特徴とす
る請求項２５に記載のコンピュータ読み取り可能な記録
媒体。 - 【請求項２８】 上記分割ジョブの配信を上記計算機か
らの要求に応じて受動的に行う方式、上記分割ジョブの
配信を上記利用可能な状態にある計算機に対して能動的
に行う方式の上記計算機上での採用状態に応じて、上記
分割ジョブの配信に制約を与えるジョブ配信制約手段と
しての機能を上記コンピュータに実現させるためのプロ
グラムを記録したことを特徴とする請求項２５に記載の
コンピュータ読み取り可能な記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11043713A JP2000242614A (ja) | 1999-02-22 | 1999-02-22 | 分散処理システムおよびその方法、分散処理を行うための端末装置および記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11043713A JP2000242614A (ja) | 1999-02-22 | 1999-02-22 | 分散処理システムおよびその方法、分散処理を行うための端末装置および記録媒体 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2000242614A true JP2000242614A (ja) | 2000-09-08 |
Family
ID=12671457
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP11043713A Pending JP2000242614A (ja) | 1999-02-22 | 1999-02-22 | 分散処理システムおよびその方法、分散処理を行うための端末装置および記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2000242614A (ja) |
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2003100648A1 (en) * | 2002-05-28 | 2003-12-04 | Dai Nippon Printing Co., Ltd. | Parallel processing system |
| JP2007188259A (ja) * | 2006-01-12 | 2007-07-26 | Hitachi Ltd | 情報処理装置及び情報処理システム |
| KR100757154B1 (ko) | 2004-06-09 | 2007-09-07 | 캐논 가부시끼가이샤 | 정보 처리 장치 및 그 제어 방법 |
| WO2007145238A1 (ja) * | 2006-06-16 | 2007-12-21 | Nec Corporation | 情報処理システムおよび負荷分散方法 |
| JP2008090508A (ja) * | 2006-09-29 | 2008-04-17 | Fujitsu Ltd | グリッドシステム、グリッドスケジューリングプログラム及び方法 |
| JP2009169756A (ja) * | 2008-01-17 | 2009-07-30 | Fujitsu Ltd | 分散処理プログラム、分散処理装置、および分散処理方法 |
| JP2010517198A (ja) * | 2007-01-30 | 2010-05-20 | アリババ グループ ホールディング リミテッド | 分散タスクシステムおよび分散タスク管理方法 |
| JP2011076371A (ja) * | 2009-09-30 | 2011-04-14 | Hitachi Information Systems Ltd | ジョブ処理システム及びその方法、そのプログラム |
| US7929561B2 (en) | 2007-09-04 | 2011-04-19 | Nec Corporation | Distributed processing system, method of distributed processing, terminals and storage media |
| WO2013005322A1 (ja) * | 2011-07-06 | 2013-01-10 | 富士通株式会社 | 制御端末、および制御方法 |
| US8438282B2 (en) | 2006-06-16 | 2013-05-07 | Nec Corporation | Information processing system and load sharing method |
| US8463886B2 (en) | 2005-02-25 | 2013-06-11 | Fujitsu Limited | Method and apparatus for distributed computing, and computer product |
| JP2014501010A (ja) * | 2010-11-29 | 2014-01-16 | インターナショナル・ビジネス・マシーンズ・コーポレーション | サーバ側の処理能力を拡張するための方法及び装置 |
| JPWO2013005322A1 (ja) * | 2011-07-06 | 2015-02-23 | 富士通株式会社 | 制御端末、および制御方法 |
-
1999
- 1999-02-22 JP JP11043713A patent/JP2000242614A/ja active Pending
Cited By (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2003100648A1 (en) * | 2002-05-28 | 2003-12-04 | Dai Nippon Printing Co., Ltd. | Parallel processing system |
| KR100757154B1 (ko) | 2004-06-09 | 2007-09-07 | 캐논 가부시끼가이샤 | 정보 처리 장치 및 그 제어 방법 |
| US8463886B2 (en) | 2005-02-25 | 2013-06-11 | Fujitsu Limited | Method and apparatus for distributed computing, and computer product |
| JP2007188259A (ja) * | 2006-01-12 | 2007-07-26 | Hitachi Ltd | 情報処理装置及び情報処理システム |
| JP4654918B2 (ja) * | 2006-01-12 | 2011-03-23 | 株式会社日立製作所 | 情報処理装置及び情報処理システム |
| US8438282B2 (en) | 2006-06-16 | 2013-05-07 | Nec Corporation | Information processing system and load sharing method |
| WO2007145238A1 (ja) * | 2006-06-16 | 2007-12-21 | Nec Corporation | 情報処理システムおよび負荷分散方法 |
| JP2008090508A (ja) * | 2006-09-29 | 2008-04-17 | Fujitsu Ltd | グリッドシステム、グリッドスケジューリングプログラム及び方法 |
| JP2010517198A (ja) * | 2007-01-30 | 2010-05-20 | アリババ グループ ホールディング リミテッド | 分散タスクシステムおよび分散タスク管理方法 |
| US8533729B2 (en) | 2007-01-30 | 2013-09-10 | Alibaba Group Holding Limited | Distributed task system and distributed task management method |
| US7929561B2 (en) | 2007-09-04 | 2011-04-19 | Nec Corporation | Distributed processing system, method of distributed processing, terminals and storage media |
| US8111708B2 (en) | 2007-09-04 | 2012-02-07 | Nec Corporation | Distributed processing system, method of distributed processing, terminals and storage media |
| JP2009169756A (ja) * | 2008-01-17 | 2009-07-30 | Fujitsu Ltd | 分散処理プログラム、分散処理装置、および分散処理方法 |
| US8631118B2 (en) | 2008-01-17 | 2014-01-14 | Fujitsu Limited | Recording medium having distributed processing program stored therein, distributed processing device and distributed processing method |
| JP2011076371A (ja) * | 2009-09-30 | 2011-04-14 | Hitachi Information Systems Ltd | ジョブ処理システム及びその方法、そのプログラム |
| US8639792B2 (en) | 2009-09-30 | 2014-01-28 | Hitachi Systems, Ltd. | Job processing system, method and program |
| JP2014501010A (ja) * | 2010-11-29 | 2014-01-16 | インターナショナル・ビジネス・マシーンズ・コーポレーション | サーバ側の処理能力を拡張するための方法及び装置 |
| US9531636B2 (en) | 2010-11-29 | 2016-12-27 | International Business Machines Corporation | Extending processing capacity of server |
| WO2013005322A1 (ja) * | 2011-07-06 | 2013-01-10 | 富士通株式会社 | 制御端末、および制御方法 |
| JPWO2013005322A1 (ja) * | 2011-07-06 | 2015-02-23 | 富士通株式会社 | 制御端末、および制御方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1376977B1 (en) | Identity-based distributed computing for device resources | |
| WO2018035856A1 (zh) | 实现硬件加速处理的方法、设备和系统 | |
| US7085805B1 (en) | Remote device management in grouped server environment | |
| US7779410B2 (en) | Control interfaces for distributed system applications | |
| JP2000242614A (ja) | 分散処理システムおよびその方法、分散処理を行うための端末装置および記録媒体 | |
| EP1257909B1 (en) | Method and apparatus for improving utilization of a resource on a shared client | |
| JP2009301581A (ja) | タスクを割り当てる方法、データ処理システム、クライアントデータ処理ノードおよび機械可読記憶媒体 | |
| CN109886693B (zh) | 区块链系统的共识实现方法、装置、设备和介质 | |
| WO2021159831A1 (zh) | 编程平台的用户代码运行方法及平台、节点、设备、介质 | |
| US20050021511A1 (en) | System and method for load balancing in database queries | |
| CN111427675A (zh) | 一种数据处理方法、装置以及计算机可读存储介质 | |
| CN106789308A (zh) | 一种微服务架构可自动伸缩的gis服务装置及其控制方法 | |
| CN104601378A (zh) | 结合应用性能指标监控数据的虚拟资源弹性调度实现方法 | |
| EP1611523B1 (en) | Controlling usage of system resources by a network manager | |
| WO2004059480A2 (en) | Accessing computational grids | |
| KR20190035592A (ko) | 분산 클라우드 환경에서의 분산 브로커 코디네이터 시스템 및 방법 | |
| JP2000081986A (ja) | クライアント・サーバ型業務処理システムのジョブ管理方法およびそのプログラムを格納した記録媒体 | |
| CN114924888A (zh) | 资源配置方法、数据处理方法、装置、设备和存储介质 | |
| KR100227795B1 (ko) | 웹상에서 응용 서버의 자원화 방법 | |
| JP3741818B2 (ja) | 多数のコンピュータが参加する情報分配応答システム | |
| CN117076057B (zh) | 一种ai服务请求调度的方法、装置、设备及介质 | |
| CN115934335A (zh) | 任务处理方法以及相关设备 | |
| CN113301069A (zh) | 无服务器化管理系统、其调用方法及云原生应用平台 | |
| JPH1040118A (ja) | クライアント／サーバシステム及びクライアント端末装置 | |
| CN117632531A (zh) | 集群中消息的处理方法、装置及存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040428 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060626 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060711 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060911 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070123 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070326 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20070904 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071029 |
|
| A911 | Transfer of reconsideration by examiner before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20071113 |
|
| A912 | Removal of reconsideration by examiner before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20080118 |