JPH06195317A - データ処理システム - Google Patents
データ処理システムInfo
- Publication number
- JPH06195317A JPH06195317A JP4342385A JP34238592A JPH06195317A JP H06195317 A JPH06195317 A JP H06195317A JP 4342385 A JP4342385 A JP 4342385A JP 34238592 A JP34238592 A JP 34238592A JP H06195317 A JPH06195317 A JP H06195317A
- Authority
- JP
- Japan
- Prior art keywords
- processing
- request
- communication
- unit
- data
- 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
【０００１】
【産業上の利用分野】この発明は、電子計算機あるいは
情報通信システムをネットワークで接続した分散処理シ
ステムに関するものであり、さらに詳しくはシステム性
能や信頼性向上を目的とした分散処理システムの最適化
に係わる方式に関するものである。
情報通信システムをネットワークで接続した分散処理シ
ステムに関するものであり、さらに詳しくはシステム性
能や信頼性向上を目的とした分散処理システムの最適化
に係わる方式に関するものである。
【０００２】
【従来の技術】従来のこの種のデータ処理システムで
は、例えば、Andrew.D.Birrell, Bruce.J.Nelsonによ
る「Implementing Remote Procedure Call」（ACM
Transactions on Computer Systems，Vol.2，No.1，
pp.39−50，1984）や、特開昭５５−１０００「データ
処理システム」に記載のように、依頼元から遠隔の装置
に処理を依頼する場合、依頼要求をそのまま遠隔の装置
に送信し、依頼を受けた遠隔の装置は、最初に受信した
処理を実行し、処理が終了すると処理結果を依頼元に送
り返した後に、次の依頼を受信し、処理を行なうように
なっていた。
は、例えば、Andrew.D.Birrell, Bruce.J.Nelsonによ
る「Implementing Remote Procedure Call」（ACM
Transactions on Computer Systems，Vol.2，No.1，
pp.39−50，1984）や、特開昭５５−１０００「データ
処理システム」に記載のように、依頼元から遠隔の装置
に処理を依頼する場合、依頼要求をそのまま遠隔の装置
に送信し、依頼を受けた遠隔の装置は、最初に受信した
処理を実行し、処理が終了すると処理結果を依頼元に送
り返した後に、次の依頼を受信し、処理を行なうように
なっていた。
【０００３】図６は、従来のデータ処理システムにおけ
る処理の依頼方法を示す図であり、１は処理依頼側装
置、２は処理実行側装置、３は通信路であり、処理依頼
側装置１は、業務処理実行部４、要求データ生成部５、
結果データ解析部６、通信処理部７を備えており、処理
実行側装置２は、依頼処理実行部８、要求データ解析部
９、結果データ生成部１０、通信処理部７を備えてい
る。
る処理の依頼方法を示す図であり、１は処理依頼側装
置、２は処理実行側装置、３は通信路であり、処理依頼
側装置１は、業務処理実行部４、要求データ生成部５、
結果データ解析部６、通信処理部７を備えており、処理
実行側装置２は、依頼処理実行部８、要求データ解析部
９、結果データ生成部１０、通信処理部７を備えてい
る。
【０００４】以下、従来システムにおける処理の依頼方
法の例を図６を参照して説明する。上記構成に基づく従
来装置において、通信路３は、上記構成の装置１、およ
び装置２と接続されている。処理依頼側装置１上の業務
処理実行部４が要求を発行すると、要求データ生成部５
が通信路３上で伝送できる形式の要求データを生成し、
処理依頼側装置１上の通信処理部７が通信路３を介して
処理実行側装置２上の通信処理部７に送信する。処理実
行側装置２では、通信処理部７が要求データを受信し、
要求データ解析部９が、要求データを解析し依頼処理実
行部８に渡す。依頼処理実行部８で実行された結果を元
に、結果データ生成部１０は上記要求データと同様に結
果データを生成し、処理実行側装置２上の通信処理部７
が通信路３を介して処理依頼側装置１の通信処理部７に
送信する。処理依頼側装置１の通信処理部で受信された
結果データは、結果データ解析部６で解析され、業務処
理実行部４に渡される。業務処理実行部４は結果を受け
とると、その結果を利用して処理を続行する。
法の例を図６を参照して説明する。上記構成に基づく従
来装置において、通信路３は、上記構成の装置１、およ
び装置２と接続されている。処理依頼側装置１上の業務
処理実行部４が要求を発行すると、要求データ生成部５
が通信路３上で伝送できる形式の要求データを生成し、
処理依頼側装置１上の通信処理部７が通信路３を介して
処理実行側装置２上の通信処理部７に送信する。処理実
行側装置２では、通信処理部７が要求データを受信し、
要求データ解析部９が、要求データを解析し依頼処理実
行部８に渡す。依頼処理実行部８で実行された結果を元
に、結果データ生成部１０は上記要求データと同様に結
果データを生成し、処理実行側装置２上の通信処理部７
が通信路３を介して処理依頼側装置１の通信処理部７に
送信する。処理依頼側装置１の通信処理部で受信された
結果データは、結果データ解析部６で解析され、業務処
理実行部４に渡される。業務処理実行部４は結果を受け
とると、その結果を利用して処理を続行する。
【０００５】またこの方法では、処理を実行する装置
が、その状態や負荷にかかわらず決定されてしまうた
め、日経エレクトロニクスＮｏ．５０２ ｐ．１３７
「分散コンピューティングの最前線−タスクブローカ」
に記載されているように、処理を実行する可能性のある
装置群の状態や負荷を一旦問い合わせてから、処理を依
頼する方法も提案されている。
が、その状態や負荷にかかわらず決定されてしまうた
め、日経エレクトロニクスＮｏ．５０２ ｐ．１３７
「分散コンピューティングの最前線−タスクブローカ」
に記載されているように、処理を実行する可能性のある
装置群の状態や負荷を一旦問い合わせてから、処理を依
頼する方法も提案されている。
【０００６】
【発明が解決しようとする課題】従来のデータ処理シス
テムでは、以上のように処理を行ない、一旦要求が処理
実行側の装置で受信されると、その要求は処理実行側装
置上の先行する要求に対する処理が全て終了するまで通
信処理部内に蓄積されたままの状態となるため、他に利
用可能な処理実行装置が存在しても、そこに処理させる
ことができず、処理を実行する装置が限定し、資源の有
効活用ができないという問題点があった。
テムでは、以上のように処理を行ない、一旦要求が処理
実行側の装置で受信されると、その要求は処理実行側装
置上の先行する要求に対する処理が全て終了するまで通
信処理部内に蓄積されたままの状態となるため、他に利
用可能な処理実行装置が存在しても、そこに処理させる
ことができず、処理を実行する装置が限定し、資源の有
効活用ができないという問題点があった。
【０００７】また、従来のデータ処理システムでは、以
上のように処理を行ない、どの処理依頼側の装置からの
要求も処理実行側の装置側で一様に待ち行列につなが
れ、逐次処理されるために、処理依頼側の装置の状況
（処理結果の返却の緊急度など）が処理実行側の装置の
処理実行制御に反映されないため、結果が遅れても構わ
ない処理が、速やかに結果を要求する処理よりも先んじ
て行なわれることがあり、システム全体としての処理効
率低下を招くことがあるという問題点があった。
上のように処理を行ない、どの処理依頼側の装置からの
要求も処理実行側の装置側で一様に待ち行列につなが
れ、逐次処理されるために、処理依頼側の装置の状況
（処理結果の返却の緊急度など）が処理実行側の装置の
処理実行制御に反映されないため、結果が遅れても構わ
ない処理が、速やかに結果を要求する処理よりも先んじ
て行なわれることがあり、システム全体としての処理効
率低下を招くことがあるという問題点があった。
【０００８】また、従来のデータ処理システムでは、以
上のように処理を行ない、処理依頼側装置と処理実行側
装置の通信時には、通信要求毎に通信が行なわれるた
め、通信回線や装置の性能が低かったり、その時の状況
により性能が低下している場合は、通信のためのオーバ
ヘッドが高くなり、通信回数が多い場合には、システム
全体の処理効率が低下してしまうという問題点があっ
た。
上のように処理を行ない、処理依頼側装置と処理実行側
装置の通信時には、通信要求毎に通信が行なわれるた
め、通信回線や装置の性能が低かったり、その時の状況
により性能が低下している場合は、通信のためのオーバ
ヘッドが高くなり、通信回数が多い場合には、システム
全体の処理効率が低下してしまうという問題点があっ
た。
【０００９】この発明は、上記のような問題点を解決す
るためになされたもので、処理を依頼する側の装置で
は、依頼要求を最適化し、依頼を受け処理を実行する側
の装置においては、処理の最適化を行ない、実行を効率
良く行なうことを目的とする。
るためになされたもので、処理を依頼する側の装置で
は、依頼要求を最適化し、依頼を受け処理を実行する側
の装置においては、処理の最適化を行ない、実行を効率
良く行なうことを目的とする。
【００１０】
【課題を解決するための手段】この発明にかかわるデー
タ処理システムでは、処理実行側装置の要求到着状態を
監視し、他の処理実行装置の状態を収集、蓄積すること
で、処理実行側装置内で処理を待たされている要求を、
他の利用可能な処理実行装置に転送することを可能とし
たものである。
タ処理システムでは、処理実行側装置の要求到着状態を
監視し、他の処理実行装置の状態を収集、蓄積すること
で、処理実行側装置内で処理を待たされている要求を、
他の利用可能な処理実行装置に転送することを可能とし
たものである。
【００１１】また、この発明にかかわるデータ処理シス
テムでは、処理依頼側の装置においては、状況収集部を
新たに設け、そこで処理実行側の装置に処理を要求する
時にその要求に対する付加情報として状況情報を付加し
て送信し、処理実行側の装置では、新たに設けた処理依
頼側装置状況情報解析部が、処理依頼側の装置からの要
求の付加情報としての処理依頼側装置の状況情報を解析
することで、処理実行側の装置での処理実行方法を制御
することを可能としたものである。
テムでは、処理依頼側の装置においては、状況収集部を
新たに設け、そこで処理実行側の装置に処理を要求する
時にその要求に対する付加情報として状況情報を付加し
て送信し、処理実行側の装置では、新たに設けた処理依
頼側装置状況情報解析部が、処理依頼側の装置からの要
求の付加情報としての処理依頼側装置の状況情報を解析
することで、処理実行側の装置での処理実行方法を制御
することを可能としたものである。
【００１２】さらに、この発明にかかわるデータ処理シ
ステムでは、処理依頼側装置の業務処理実行部と、処理
実行側装置の依頼処理実行部に処理性能管理部を設け、
処理依頼側装置と処理実行側装置の通信処理部に通信性
能管理部を新たに設け、通信時には、処理性能情報と、
通信性能情報を付加することにより、処理依頼側装置と
処理実行側装置の通信処理部に新たに設けた通信粒度決
定部において通信路と装置の性能を解析することで、処
理依頼側装置と処理実行側装置の間の通信路における最
適な通信粒度を決定し、通信を制御することを可能とし
たものである。
ステムでは、処理依頼側装置の業務処理実行部と、処理
実行側装置の依頼処理実行部に処理性能管理部を設け、
処理依頼側装置と処理実行側装置の通信処理部に通信性
能管理部を新たに設け、通信時には、処理性能情報と、
通信性能情報を付加することにより、処理依頼側装置と
処理実行側装置の通信処理部に新たに設けた通信粒度決
定部において通信路と装置の性能を解析することで、処
理依頼側装置と処理実行側装置の間の通信路における最
適な通信粒度を決定し、通信を制御することを可能とし
たものである。
【００１３】
【作用】この発明によるデータ処理システムでは、処理
実行側の装置内に蓄積され処理待ち状態になっている要
求が存在する場合に、他の利用可能な処理実行側装置を
選択し、そこに処理要求を転送するので、処理実行側で
の処理を分散させ、特定の処理実行装置の負荷が高くな
るの回避し、処理効率を改善することが可能となる。
実行側の装置内に蓄積され処理待ち状態になっている要
求が存在する場合に、他の利用可能な処理実行側装置を
選択し、そこに処理要求を転送するので、処理実行側で
の処理を分散させ、特定の処理実行装置の負荷が高くな
るの回避し、処理効率を改善することが可能となる。
【００１４】また、この発明による、データ処理システ
ムでは、処理依頼側の装置から依頼する処理の優先度、
有効期限、他の要求との関連などを付加情報として処理
実行側の装置に送信し、処理実行側の装置ではその情報
を基に、処理の順序制御、優先度制御を行なうので、処
理結果の返却が早急に要求されている処理を処理結果の
返却に余裕のある処理に先んじて実行したり、有効期限
を過ぎたため処理結果の返却が意味のなくなった処理の
実行を取り消したりすることができるようになり、シス
テム全体として効率の高い分散処理が可能となる。
ムでは、処理依頼側の装置から依頼する処理の優先度、
有効期限、他の要求との関連などを付加情報として処理
実行側の装置に送信し、処理実行側の装置ではその情報
を基に、処理の順序制御、優先度制御を行なうので、処
理結果の返却が早急に要求されている処理を処理結果の
返却に余裕のある処理に先んじて実行したり、有効期限
を過ぎたため処理結果の返却が意味のなくなった処理の
実行を取り消したりすることができるようになり、シス
テム全体として効率の高い分散処理が可能となる。
【００１５】加えて、この発明によるデータ処理システ
ムでは、送信する際に自装置の処理装置の性能情報を送
信データに付加して送信し、受信した側では送信先の処
理装置の性能情報と通信回線の性能情報を保存してお
き、次の送信時にその性能情報を解析して、通信の粒度
を決定し、通信を行なうことで、受信側の装置や、通信
路の性能が低い時には通信の粒度を粗くすることがで
き、実際の通信量を減らし、システム内での通信のオー
バヘッドが高くならないようにすることで、システム全
体として効率の高い分散処理が可能となる。
ムでは、送信する際に自装置の処理装置の性能情報を送
信データに付加して送信し、受信した側では送信先の処
理装置の性能情報と通信回線の性能情報を保存してお
き、次の送信時にその性能情報を解析して、通信の粒度
を決定し、通信を行なうことで、受信側の装置や、通信
路の性能が低い時には通信の粒度を粗くすることがで
き、実際の通信量を減らし、システム内での通信のオー
バヘッドが高くならないようにすることで、システム全
体として効率の高い分散処理が可能となる。
【００１６】
実施例１．図１は、この発明の一実施例を適用した場合
のデータ処理システムの構成を示す図であり、１は処理
依頼側装置、２は処理実行側装置、３は各装置を結ぶ通
信路、４は業務処理実行部、５は要求データ生成部、６
は結果データ解析部、７は通信処理部、８は依頼処理実
行部、９は要求データ解析部、１０は結果データ生成部
あり、１１は他の依頼実行側装置の状態を収集、蓄積す
る他サーバ状態管理部、１２は通信処理部７が受信した
要求を監視し、他の依頼実行側装置にその状態を通知
し、他の利用可能な依頼実行側装置に要求を転送する到
着要求管理部である。
のデータ処理システムの構成を示す図であり、１は処理
依頼側装置、２は処理実行側装置、３は各装置を結ぶ通
信路、４は業務処理実行部、５は要求データ生成部、６
は結果データ解析部、７は通信処理部、８は依頼処理実
行部、９は要求データ解析部、１０は結果データ生成部
あり、１１は他の依頼実行側装置の状態を収集、蓄積す
る他サーバ状態管理部、１２は通信処理部７が受信した
要求を監視し、他の依頼実行側装置にその状態を通知
し、他の利用可能な依頼実行側装置に要求を転送する到
着要求管理部である。
【００１７】次に動作について説明する。処理依頼側装
置１の動作は、図６の従来のデータ処理システムと同様
に、要求を送信し、結果を受信する。処理依頼側装置１
が送信した要求は、処理実行側装置２で受信されるが、
このとき、先行する他の要求に対する処理が終っていな
い場合、通信処理部７内部のキューに蓄積され、先行す
る処理が全て終了するまで、処理待ち状態になる。到着
要求管理部１２は、通信処理部７内部のキューに蓄積さ
れている処理待ちの状態の要求の個数をその装置の状態
情報として随時他の処理実行側装置に通知する。他サー
バの状態管理部１１は、他の各処理実行側装置から到着
した最新の状態情報を蓄積している。到着要求管理部１
２は、処理待ちの状態にある要求が予め設定した個数以
上存在することを検知すると、他サーバ状態管理部１１
が蓄積している他の処理実行側装置の状態情報を元に他
の利用可能かつ最適な処理実行側装置を決定し、そこに
対して直ちに要求を転送する。なお、予め設定しておく
要求の個数は、一定である必要はなく、状況に応じて動
的に変化しても構わない。以上のように、処理依頼側装
置１から発信された要求が、ある処理実行側装置２で処
理待ちの状態になっている間に、他の処理実行側装置が
処理可能な状態になった場合、その要求は直ちに処理可
能な処理実行側装置の方に転送され、処理が実行され
る。
置１の動作は、図６の従来のデータ処理システムと同様
に、要求を送信し、結果を受信する。処理依頼側装置１
が送信した要求は、処理実行側装置２で受信されるが、
このとき、先行する他の要求に対する処理が終っていな
い場合、通信処理部７内部のキューに蓄積され、先行す
る処理が全て終了するまで、処理待ち状態になる。到着
要求管理部１２は、通信処理部７内部のキューに蓄積さ
れている処理待ちの状態の要求の個数をその装置の状態
情報として随時他の処理実行側装置に通知する。他サー
バの状態管理部１１は、他の各処理実行側装置から到着
した最新の状態情報を蓄積している。到着要求管理部１
２は、処理待ちの状態にある要求が予め設定した個数以
上存在することを検知すると、他サーバ状態管理部１１
が蓄積している他の処理実行側装置の状態情報を元に他
の利用可能かつ最適な処理実行側装置を決定し、そこに
対して直ちに要求を転送する。なお、予め設定しておく
要求の個数は、一定である必要はなく、状況に応じて動
的に変化しても構わない。以上のように、処理依頼側装
置１から発信された要求が、ある処理実行側装置２で処
理待ちの状態になっている間に、他の処理実行側装置が
処理可能な状態になった場合、その要求は直ちに処理可
能な処理実行側装置の方に転送され、処理が実行され
る。
【００１８】実施例２．また、この発明の第２の実施例
に関して、図について説明する。図２は、この発明の一
実施例を適用した場合のデータ処理システムの構成を示
す図であり、１は処理依頼側の装置、２は処理実行側の
装置、３は通信路、４は業務処理実行部、５は要求デー
タ生成部、６は結果データ解析部、７は通信処理部、８
は依頼処理実行部、９は要求データ解析部、１０は結果
データ生成部、１３は状況情報収集付加部、１４は処理
依頼側装置状況解析部である。
に関して、図について説明する。図２は、この発明の一
実施例を適用した場合のデータ処理システムの構成を示
す図であり、１は処理依頼側の装置、２は処理実行側の
装置、３は通信路、４は業務処理実行部、５は要求デー
タ生成部、６は結果データ解析部、７は通信処理部、８
は依頼処理実行部、９は要求データ解析部、１０は結果
データ生成部、１３は状況情報収集付加部、１４は処理
依頼側装置状況解析部である。
【００１９】また図３は、この発明の一実施例を適用し
た場合のデータ処理システムにおけるデータの流れを時
間に沿って示す図であり、１５は、ある処理依頼側の装
置、１６はもう一つの処理依頼側の装置、１７は処理実
行側の装置、１８は緊急度の小さい画面更新要求デー
タ、１９は緊急度の大きいファイル読み出し要求デー
タ、２０は処理実行側で実行していた処理、２１は処理
実行側でのファイル読み出し処理、２２は処理実行側で
の画面更新処理、２３はファイル読み出し処理結果デー
タ、２４は画面更新処理結果データである。
た場合のデータ処理システムにおけるデータの流れを時
間に沿って示す図であり、１５は、ある処理依頼側の装
置、１６はもう一つの処理依頼側の装置、１７は処理実
行側の装置、１８は緊急度の小さい画面更新要求デー
タ、１９は緊急度の大きいファイル読み出し要求デー
タ、２０は処理実行側で実行していた処理、２１は処理
実行側でのファイル読み出し処理、２２は処理実行側で
の画面更新処理、２３はファイル読み出し処理結果デー
タ、２４は画面更新処理結果データである。
【００２０】次に動作について説明する。処理依頼側の
装置１において、業務処理実行部４から発生した処理実
行の要求を受けて要求データ生成部５が要求データを生
成し、通信処理部７に送信を依頼する。この際、状況情
報収集付加部１３が、その要求の優先度、有効期限、他
の要求との関連などを付加情報として通信処理部７に通
知する。通信処理部７では、要求データに付加情報を付
加してデータを作成、送信する。送信されたデータは、
通信路３を経て処理実行側の装置２の通信処理部７で受
信される。受信されたデータは、要求データ解析部９
で、要求されている処理の種類やその詳細内容が解析さ
れて、依頼処理実行部８に処理の実行を依頼する。同時
に、受信されたデータに基づいて処理依頼側装置状況解
析部１４が、状況情報収集付加部１３によって付加され
た付加情報を解析し、依頼処理実行部８に処理実行時の
情報として通知する。依頼処理実行部８は、その情報に
基づいて優先度などを制御しつつ依頼された処理を実行
し、処理結果を結果データ生成部１０に渡す。結果デー
タ生成部１０では処理結果をデータとして作成し、通信
処理部７に送信を依頼する。送信されたデータは通信路
３を経て、処理依頼側の装置１に返却され、通信処理部
７で受信された後、結果データ解析部６にて処理結果と
して解析され、業務処理実行部４に渡される。
装置１において、業務処理実行部４から発生した処理実
行の要求を受けて要求データ生成部５が要求データを生
成し、通信処理部７に送信を依頼する。この際、状況情
報収集付加部１３が、その要求の優先度、有効期限、他
の要求との関連などを付加情報として通信処理部７に通
知する。通信処理部７では、要求データに付加情報を付
加してデータを作成、送信する。送信されたデータは、
通信路３を経て処理実行側の装置２の通信処理部７で受
信される。受信されたデータは、要求データ解析部９
で、要求されている処理の種類やその詳細内容が解析さ
れて、依頼処理実行部８に処理の実行を依頼する。同時
に、受信されたデータに基づいて処理依頼側装置状況解
析部１４が、状況情報収集付加部１３によって付加され
た付加情報を解析し、依頼処理実行部８に処理実行時の
情報として通知する。依頼処理実行部８は、その情報に
基づいて優先度などを制御しつつ依頼された処理を実行
し、処理結果を結果データ生成部１０に渡す。結果デー
タ生成部１０では処理結果をデータとして作成し、通信
処理部７に送信を依頼する。送信されたデータは通信路
３を経て、処理依頼側の装置１に返却され、通信処理部
７で受信された後、結果データ解析部６にて処理結果と
して解析され、業務処理実行部４に渡される。
【００２１】次に、この効果の例を図３に沿って説明す
る。処理実行側の装置１７では、ある処理２０を実行中
である。ここで処理依頼側の装置１５が、画面の更新と
いう処理を、処理実行側の装置１７に依頼する。このと
き、処理依頼側の装置１５の状況情報収集付加部１３
は、その要求が直ちに結果を必要としないことを業務処
理実行部４から知らされ緊急度小という付加情報を処理
要求データ１８に付加する。その後、別の処理依頼側の
装置１６がファイルの読み出しという処理を、処理実行
側の装置１７に依頼する。このとき、処理依頼側の装置
１６の状況情報収集付加部１３はその要求が直ちに結果
を必要とすることを業務処理実行部４から知らされ緊急
度大という付加情報を処理要求データ１９に付加する。
処理実行側の装置１７では、処理２０の終了時点で、次
に実行すべき処理を選択する。この時点では、処理要求
データ１８と処理要求データ１９が実行を待っている
が、処理要求データ１８の方が先着である。選択に当た
っては、処理依頼側装置状況解析部が処理要求データ１
９の方が緊急度が高いことを解析して、依頼処理実行部
においてその処理を先に行なうことを決定する。結果と
して処理要求データ１９に基づく処理２１が実行され、
結果データ２３が返却された後、処理要求データ１８に
基づく処理２２が実行され、結果データ２４が返却され
る。
る。処理実行側の装置１７では、ある処理２０を実行中
である。ここで処理依頼側の装置１５が、画面の更新と
いう処理を、処理実行側の装置１７に依頼する。このと
き、処理依頼側の装置１５の状況情報収集付加部１３
は、その要求が直ちに結果を必要としないことを業務処
理実行部４から知らされ緊急度小という付加情報を処理
要求データ１８に付加する。その後、別の処理依頼側の
装置１６がファイルの読み出しという処理を、処理実行
側の装置１７に依頼する。このとき、処理依頼側の装置
１６の状況情報収集付加部１３はその要求が直ちに結果
を必要とすることを業務処理実行部４から知らされ緊急
度大という付加情報を処理要求データ１９に付加する。
処理実行側の装置１７では、処理２０の終了時点で、次
に実行すべき処理を選択する。この時点では、処理要求
データ１８と処理要求データ１９が実行を待っている
が、処理要求データ１８の方が先着である。選択に当た
っては、処理依頼側装置状況解析部が処理要求データ１
９の方が緊急度が高いことを解析して、依頼処理実行部
においてその処理を先に行なうことを決定する。結果と
して処理要求データ１９に基づく処理２１が実行され、
結果データ２３が返却された後、処理要求データ１８に
基づく処理２２が実行され、結果データ２４が返却され
る。
【００２２】実施例３．また、この発明の第３の実施例
に関して、図について説明する。図４は、この発明の一
実施例を適用した場合のデータ処理システムの構成を示
す図であり、１は処理依頼側装置、２は処理実行側装
置、３は通信路、４は業務処理実行部、５は要求データ
生成部、６は結果データ解析部、７は通信処理部、８は
依頼処理実行部、９は要求データ解析部、１０は結果デ
ータ生成部、２５は処理性能管理部、２６は通信性能管
理部、２７は通信粒度決定部である。また、図５は、こ
の発明の一実施例を適用した場合のデータ処理システム
におけるデータの流れを時間に沿って示す図であり、２
８は処理依頼側の装置、２９は処理実行側の装置、３０
は一番目の要求データ、３１は二番目の要求データ、３
２は三番目の要求データ、３３は処理結果データであ
る。
に関して、図について説明する。図４は、この発明の一
実施例を適用した場合のデータ処理システムの構成を示
す図であり、１は処理依頼側装置、２は処理実行側装
置、３は通信路、４は業務処理実行部、５は要求データ
生成部、６は結果データ解析部、７は通信処理部、８は
依頼処理実行部、９は要求データ解析部、１０は結果デ
ータ生成部、２５は処理性能管理部、２６は通信性能管
理部、２７は通信粒度決定部である。また、図５は、こ
の発明の一実施例を適用した場合のデータ処理システム
におけるデータの流れを時間に沿って示す図であり、２
８は処理依頼側の装置、２９は処理実行側の装置、３０
は一番目の要求データ、３１は二番目の要求データ、３
２は三番目の要求データ、３３は処理結果データであ
る。
【００２３】次に動作について説明する。処理依頼側の
装置１において、業務処理実行部４から発生した処理実
行の要求を受けて、要求データ生成部５が要求データを
生成し、通信処理部７に送信を依頼する。通信処理部７
は、通信粒度決定部２７を通して通信を行なう。通信粒
度決定部２７は、処理性能管理部２５と通信性能管理部
２６にある情報から、この通信路３と処理実行側装置２
の性能を得て通信の粒度を決定し、決定した粒度に従っ
て通信を行なう。この時、処理依頼側装置１の通信粒度
決定部２７は、通信データに処理依頼側装置１の処理性
能の情報を付加し送信することにより処理実行側装置２
に処理依頼側装置１の処理性能を伝える。送信されたデ
ータは、通信路３を経て処理実行側装置２の通信処理部
７で受信される。処理実行側装置２は、通信処理部７に
て通信性能情報を通信性能管理部２６に渡し、一方、要
求データ解析部９を経て依頼された処理を依頼処理実行
部８で実行し、依頼側装置の装置性能情報を処理性能管
理部２５に渡す。次いで、結果データ生成部１０で処理
結果をデータとして作成し、通信路７に送信を依頼す
る。通信処理部７は通信粒度決定部２７を通して通信を
行なう。通信粒度決定部２７は、処理性能管理部２５と
通信性能管理部２６にある情報からこの通信路３と処理
依頼側装置１の性能を得て通信の粒度を決定し、決定し
た粒度に従って通信を行なう。この時、処理実行側装置
２の通信粒度決定部２７は、通信データに処理実行側装
置２の装置に関する処理性能の情報を付加し送信するこ
とにより、処理依頼側装置１に処理実行側装置２の処理
性能を伝える。送信されたデータは通信路３を経て処理
依頼側装置１の通信処理部７で受信される。処理依頼側
装置１では、通信処理部７にて通信性能情報を通信性能
管理部７に渡し、結果データ解析部６にて処理結果を解
析し、業務処理実行部４に渡す。業務処理実行部４で、
処理実行側装置の装置性能情報を処理性能管理部２５に
渡す。次に、この効果の例を図５に沿って説明する。あ
る処理依頼側装置２８で、ある処理実行側装置２９に対
して、要求データ３０、二番目の要求データ３１、三番
目の要求データ３２の要求を行なう。処理実行側装置２
では、要求データ３０、二番目の要求データ３１、三番
目の要求データ３２の結果を送信する際、処理依頼側装
置２８の性能が低いかもしくは、通信路の性能が低い場
合に通信粒度決定部においてこれら三つの結果データは
まとめて送信する方が良いと判断し、結果データ３３で
まとめて送信する。
装置１において、業務処理実行部４から発生した処理実
行の要求を受けて、要求データ生成部５が要求データを
生成し、通信処理部７に送信を依頼する。通信処理部７
は、通信粒度決定部２７を通して通信を行なう。通信粒
度決定部２７は、処理性能管理部２５と通信性能管理部
２６にある情報から、この通信路３と処理実行側装置２
の性能を得て通信の粒度を決定し、決定した粒度に従っ
て通信を行なう。この時、処理依頼側装置１の通信粒度
決定部２７は、通信データに処理依頼側装置１の処理性
能の情報を付加し送信することにより処理実行側装置２
に処理依頼側装置１の処理性能を伝える。送信されたデ
ータは、通信路３を経て処理実行側装置２の通信処理部
７で受信される。処理実行側装置２は、通信処理部７に
て通信性能情報を通信性能管理部２６に渡し、一方、要
求データ解析部９を経て依頼された処理を依頼処理実行
部８で実行し、依頼側装置の装置性能情報を処理性能管
理部２５に渡す。次いで、結果データ生成部１０で処理
結果をデータとして作成し、通信路７に送信を依頼す
る。通信処理部７は通信粒度決定部２７を通して通信を
行なう。通信粒度決定部２７は、処理性能管理部２５と
通信性能管理部２６にある情報からこの通信路３と処理
依頼側装置１の性能を得て通信の粒度を決定し、決定し
た粒度に従って通信を行なう。この時、処理実行側装置
２の通信粒度決定部２７は、通信データに処理実行側装
置２の装置に関する処理性能の情報を付加し送信するこ
とにより、処理依頼側装置１に処理実行側装置２の処理
性能を伝える。送信されたデータは通信路３を経て処理
依頼側装置１の通信処理部７で受信される。処理依頼側
装置１では、通信処理部７にて通信性能情報を通信性能
管理部７に渡し、結果データ解析部６にて処理結果を解
析し、業務処理実行部４に渡す。業務処理実行部４で、
処理実行側装置の装置性能情報を処理性能管理部２５に
渡す。次に、この効果の例を図５に沿って説明する。あ
る処理依頼側装置２８で、ある処理実行側装置２９に対
して、要求データ３０、二番目の要求データ３１、三番
目の要求データ３２の要求を行なう。処理実行側装置２
では、要求データ３０、二番目の要求データ３１、三番
目の要求データ３２の結果を送信する際、処理依頼側装
置２８の性能が低いかもしくは、通信路の性能が低い場
合に通信粒度決定部においてこれら三つの結果データは
まとめて送信する方が良いと判断し、結果データ３３で
まとめて送信する。
【００２４】
【発明の効果】以上のように、この発明によれば、時々
刻々と装置の状態や負荷が変化する状況において、依頼
要求が受信された後にそれらを反映する形で、処理実行
側の装置を動的かつ自動的に決定し、最適な装置上での
実行が可能となる。これにより、ネットワークの装置間
で処理を最適に分散することができ、システム全体の資
源の利用効率および処理性能が高まる。
刻々と装置の状態や負荷が変化する状況において、依頼
要求が受信された後にそれらを反映する形で、処理実行
側の装置を動的かつ自動的に決定し、最適な装置上での
実行が可能となる。これにより、ネットワークの装置間
で処理を最適に分散することができ、システム全体の資
源の利用効率および処理性能が高まる。
【００２５】また、処理依頼側の装置の状況が処理実行
側の処理実行順序に反映されるので、その状況に応じて
処理実行順序を変更したり、実行自体を取り消すことが
可能となり、全体としてシステムの処理効率を向上させ
ることができる。
側の処理実行順序に反映されるので、その状況に応じて
処理実行順序を変更したり、実行自体を取り消すことが
可能となり、全体としてシステムの処理効率を向上させ
ることができる。
【００２６】さらに、処理依頼側の装置と処理実行側の
装置および、通信路の性能が処理依頼側の装置と、処理
実行側の装置間の通信に反映される。これにより、装置
間の通信もしくは、通信路の性能が落ちている時でも、
通信のオーバーヘッドが高くならず、全体としてシステ
ムの処理効率を向上させることができる。
装置および、通信路の性能が処理依頼側の装置と、処理
実行側の装置間の通信に反映される。これにより、装置
間の通信もしくは、通信路の性能が落ちている時でも、
通信のオーバーヘッドが高くならず、全体としてシステ
ムの処理効率を向上させることができる。
【図１】図１は発明の実施例１を示すデータ処理システ
ムの構成を示す図である。
ムの構成を示す図である。
【図２】図２は発明の実施例２を示すデータ処理システ
ムの構成を示す図である。
ムの構成を示す図である。
【図３】図３は発明の実施例２を示すデータ処理システ
ムにおけるデータの流れを示す図である。
ムにおけるデータの流れを示す図である。
【図４】図４は発明の実施例３を示すデータ処理システ
ムの構成を示す図である。
ムの構成を示す図である。
【図５】図５は発明の実施例３のデータ処理システムに
おけるデータの流れを示す図である。
おけるデータの流れを示す図である。
【図６】図６は従来のデータ処理システムの構成を示す
図である。
図である。
１ 処理依頼側装置 ２ 処理実行側装置 ３ 通信路 ４ 業務処理実行部 ５ 要求データ生成部 ６ 結果データ解析部 ７ 通信処理部 ８ 依頼処理実行部 ９ 要求データ解析部 １０ 結果データ生成部 １１ 他サーバ状態管理部 １２ 到着要求管理部 １３ 状況情報収集付加部 １４ 処理依頼側装置状況解析部 １５ ある処理依頼側の装置１ １６ もう一つの処理依頼側の装置２ １７ 処理実行側の装置 １８ 緊急度の小さい画面更新要求データ １９ 緊急度の大きいファイル読み出し要求データ ２０ 処理実行側で実行していた処理 ２１ 処理実行側でのファイル読み出し処理 ２２ 処理実行側での画面更新処理 ２３ ファイル読み出し処理結果データ ２４ 画面更新処理結果データ ２５ 処理性能管理部 ２６ 通信性能管理部 ２７ 通信粒度決定部 ２８ ある処理依頼側装置 ２９ ある処理実行側装置 ３０ 要求データ ３１ 二番目の要求データ ３２ 三番目の要求データ ３３ 結果データ なお、図中、同一符号は同一、又は相当部分を示す。
Claims (3)
- 【請求項１】 処理の一部をネットワークで接続された
装置で実行させるデータ処理システムであって、依頼さ
れた処理の実行側装置においては、依頼処理実行部と、
通信処理部を備え、さらに依頼要求に基づく自装置の負
荷状況管理手段と、システムを構成する他の装置群に関
する負荷状況の監視手段を具備し、前記処理実行装置
は、処理待ち状態にある処理要求を、該装置に関する負
荷状況管理情報、並びに、前記他装置に関する負荷監視
結果情報に基づいて、他の適切な処理実行装置へ転送
し、実行させることを特徴とするデータ処理システム。 - 【請求項２】 処理の一部をネットワークで接続された
装置で実行させるデータ処理システムであって、処理依
頼側装置においては、業務処理実行部と、通信処理部を
備え、さらに処理実行時における順序制御、優先度制御
に係る制御情報の管理手段を具備し、依頼された処理の
実行側装置においては、依頼処理実行部、通信処理部、
及び依頼処理解析部を備え、該解析部は、前記制御情報
に基づいて、処理の順序、変更、優先制御を可能とする
ことを特徴とするデータ処理システム。 - 【請求項３】 処理の一部をネットワークで接続された
装置で実行させるデータ処理システムであって、装置は
通信処理部、装置に関する処理性能の管理部、及び通信
性能管理部を備え、加えて前記処理性能管理情報と、前
記通信性能管理情報より通信粒度を決定する通信粒度管
理部を具備し、通信のオーバーヘッドを制御することを
可能としたデータ処理システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4342385A JPH06195317A (ja) | 1992-12-22 | 1992-12-22 | データ処理システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4342385A JPH06195317A (ja) | 1992-12-22 | 1992-12-22 | データ処理システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH06195317A true JPH06195317A (ja) | 1994-07-15 |
Family
ID=18353322
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP4342385A Pending JPH06195317A (ja) | 1992-12-22 | 1992-12-22 | データ処理システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH06195317A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002082707A (ja) * | 2000-09-08 | 2002-03-22 | Sodick Co Ltd | 数値制御装置の集中管理装置 |
| JP2008047096A (ja) * | 2006-08-14 | 2008-02-28 | Fuji Xerox Co Ltd | キューイングを行うコンピュータシステム、方法、及びプログラム |
| US9621656B2 (en) | 2013-11-18 | 2017-04-11 | Fujitsu Limited | Distributed deployment device and method |
-
1992
- 1992-12-22 JP JP4342385A patent/JPH06195317A/ja active Pending
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002082707A (ja) * | 2000-09-08 | 2002-03-22 | Sodick Co Ltd | 数値制御装置の集中管理装置 |
| JP2008047096A (ja) * | 2006-08-14 | 2008-02-28 | Fuji Xerox Co Ltd | キューイングを行うコンピュータシステム、方法、及びプログラム |
| US9621656B2 (en) | 2013-11-18 | 2017-04-11 | Fujitsu Limited | Distributed deployment device and method |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10338962B2 (en) | Use of metrics to control throttling and swapping in a message processing system | |
| JP3382953B2 (ja) | 有限メモリコンピュータシステム上におけるクライアント管理フロー制御方法及び装置 | |
| US7500080B2 (en) | Facilitating non-contiguous allocation of a large object within a java heap | |
| US9674293B2 (en) | Systems and methods for remote access to IMS databases | |
| US9323591B2 (en) | Listening for externally initiated requests | |
| US20050154770A1 (en) | Information system and data access method | |
| CA2395444C (en) | Method and apparatus for anonymous subject-based addressing | |
| US20050102675A1 (en) | Method for managing execution of a process based on available services | |
| US6704766B1 (en) | Method and apparatus for dynamically controlling the execution of a request handler on a processor resource | |
| JP2009157786A (ja) | メッセージ送信制御方法、メッセージ送信制御装置、及びメッセージ送信制御プログラム | |
| JPH06195317A (ja) | データ処理システム | |
| JP4222065B2 (ja) | 情報システムにおけるデータアクセス方法および情報システム | |
| JP2002342193A (ja) | データ転送先サーバ選定方法及び装置及びデータ転送先サーバ選定プログラム及びデータ転送先サーバ選定プログラムを格納した記憶媒体 | |
| JPH11237993A (ja) | タスクの優先度制御方法およびタスクの優先度制御装置 | |
| JPH076110A (ja) | 分散処理システムの通信オーバヘッド低減方法 | |
| JP4232109B2 (ja) | リアルタイム処理システム、処理装置、リアルタイム処理方法、及びプログラム | |
| JP2001067325A (ja) | 分散オブジェクト管理方法およびシステム | |
| JP2003203061A (ja) | 並列計算機システムおよび並列計算機システムにおける計算ノードの選択用プログラム | |
| US20040267898A1 (en) | Status information for software used to perform a service | |
| KR100823733B1 (ko) | 클러스터 컴퓨터 시스템에서 소프트웨어 스트림의 선택적제공을 통한 작업 관리를 위한 브로커 시스템 및 그 방법 | |
| JP2002007192A (ja) | データ更新方法およびそのシステム | |
| JPH0764892A (ja) | 分散コンピューティングシステム | |
| JP2000137688A (ja) | 多重プロセッサシステムおよびデ―タ処理方法 | |
| JP2002099510A (ja) | 複数トランザクション処理システム | |
| Barman et al. | Dynamic load balancing algorithm in homogeneously distributed systems using donor-acceptor policy |