JPS60196867A

JPS60196867A - 分散処理方式

Info

Publication number: JPS60196867A
Application number: JP20260483A
Authority: JP
Inventors: Sanetoshi Saito; 斎藤　實敏
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1983-10-31
Filing date: 1983-10-31
Publication date: 1985-10-05

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】〔発明の利用分野〕本発明は、コンピュータ（ＣＰ　Ｕ）を主体とした処理
装置間の分散処理方式に係り、特に複数の処理装置が密
接なデータ関係を持ちながらそれぞれ独立した処理を行
うことを可能にした分散処理方式に関する。

〔発明の背景〕

公衆回線の開放を契機に、全国に分散された複数ＣＰＵ
間でオンライン処理する水平分散オンライン処理方式が
要望されている。従来のオンライン処理方式及びオンラ
イン分散処理方式では、マン・マシン・インターフェー
スとしての端末等と、それに接続されたＣＰＵによる処
理、または端末等と分散ＣＰＵとを擬似的に直結した処
理（ＤＳＣ，ＲＴＥ等）により実施していた。この為、
端末と回線及び処理ＣＰＵが専有されてしまい、上記の
ように全国的に分散された複数ＣＰＵ間において行なわ
れる水平分散オンライン処理のような多重処理には非常
に効率が悪いという欠点を有していた。また分散システ
ムとして体系付けしたシステムも完備していなかった。

〔発明の目的〕

本発明は上述の点にかんがみてなされたもので、システ
ム中の各処理装置を独立に動作させ、多重処理による効
率を向上させると共に、他処理装置（ＣＰＵ等）の拡張
、移行時でも該当処理装置部分のみの変更によ−り対処
できるようにした、柔軟性を持ったシステム構成の分散
処理方式を提供することを目的とする。

〔発明の概要〕

本発明の要点は、水平分散処理システムにおいて、任意
の処理装置間の接続状態を記憶するルートテーブルを設
け、業務処理プログラムから送り光処理装置を指定する
だけでルートが決定され、送受信処理ができるようにし
たこと、および前記送受信処理とは別個独立に動作する
自処理装置内送受信制御処理機能を設け、一般オンライ
ンシステムと共存させて自処理装置内送受信処理を可能
にした点にある。また、メツセージを送受する始点およ
び終点処理装置に、その送受するメツセージをため込む
論理的キューファイルを設け、この論理的キューファイ
ルに送受するメツセージの書き込み処理をすることによ
りプログラムレベルでのメツセージの喪失を防止した点
にもある。

〔発明の実施例〕

以下本発明の実施例を図面に基づいて説明する。

第１図は、水平分散オンラインシステムにおけるネット
ワークシステムの構成を示すブロック図であり、図にお
いて、１〜５は分散されて設置されたＣＰＵで、ＣＰＵ
Ｉはデータエントリ業務処理用、ＣＰＵ２はＡ業務処理
用、ＣＰＵ３はＢ業務処理用、Ｃ，ＰＵ４はＣ業務処理
用のＣＰＵである。データエントリ業務処理用のＣＰＵ
ＩからＣ業務処理用のＣＰＵ４にメツセージを引渡し、
処理を行う場合、メツセージの伝送ルートは、ＣＰＵ２
、ＣＰＵ３を経由してＣＰＵ４に達するルート６と、Ｃ
ＰＵ５、ＣＰＵ３を経由してＣＰＵ４に達するルート７
がある。これにより、そのルートに関して１回線又はＣ
ＰＵの障害時および混雑時には別ルートを使用して伝送
することが可能になる。すなわち、送信（１次局）側、
受信（２次局）側、ルート側のそれぞれ複数機能を混在
させた処理を可能とする。

第２図は、ｌＣＰＵ内における通常オンライン処理の管
理機能を包含した分散処理管理機能の有機的結合を示し
たブロック図である０分散処理管理機能は、回線制御機
能２１、分散メツセージ受信機能２２、ルートテーブル
３１を参照してルート決定するルーチング機能２３、分
散メツセージ送信機能２４．送受信メツセージキューフ
ァイル管理機能２５、自ＣＰＵ内送受信機能２６から構
成され、それに場合によっては異常障害監視対策機能２
７を付加する。

回線制御機能２１は、回線２８．２９を介してメツセー
ジの送信相手先ＣＰＵの状態を管理し、受信確認、また
は受信不可を制御する機能であり、以下の（１）〜（３
）の機能からなる。

（１）、　メッセー・ジ送受信確認機能。

（２）、相手先ＣＰＵ状態管理機能。

（３）、伝送ルート回線管理機能。

分散メツセージ受信機能２２は、メツセージの受信処理
と、自ＣＰＵへの取り込み処理が、または伝送ルートを
決定するルーチング処理かの振り分けを制御する機能で
あり、以下の（１）、（２）の機能からなる。

（１）１分散メツセージ受信機能。この機能には問い合
わせ回答型機能と一方受信型機能の２種類がある。

（２）、分散メツセージ振り分は機能。

分散メツセージ送信機能２４は、メツセージの送信処理
と、送信先ＣＰＵの振り分は処理をする機能であり、以
下の（１）、（２）の機能からなる。

（１）１分散メツセージ送信機能。この機能には問い合
わせ回答型機能と一方送信型機能の２種類がある。

（２）１分散メツセージＣＰＵ振り分は機能。

ルーチング（経路制御）機能２３は、あるＣＰＵから他
のＣＰＵにメツセージを送るとき、中継ＣＰＵを介して
伝送する場合、伝送経路を決定し、中継ＣＰＵでの転送
を制御する機能であり、この機能により、オンライン業
務処理プログラムは、中継ＣＰＵを意識することなく、
相手ＣＰＵにメッセージを送信することができる。また
、相手ＣＰＵとしては、中継ＣＰＵを必要しとしないＣ
ＰＵ（直接送信できるＣ、ＰＵ）、自分自身であっても
よい。

送受信メツセージ用キューファイル（送受信メツセージ
をため込むファイル）管理機能２５は送信および受信キ
ューファイルを使用し、メツセージの送受信管理、優先
処理の管理を行なう機能であり、以下の（１）〜（３）
の機能からなる。

（１）、管理情報エリアの管理機能。

（２）、問い合わせ回答型メツセージ用キューイングエ
リア管理機能。

（３）、一方送倍型メッセージ用キューイングエリア管
理機能。

自ｃｐｕ内送受信機能２６は、業務プログラムの状態を
監視し、業務の振り分けを制御する機能であり、以下の
（１）、（２）の機能からなる。

（１）、業務振り分は機能。

（２）、　自ＣＰＵ内業務プログラム間連絡（送受信）
機能。

以下、分散ＣＰＵ間における上記各機能の関連とその動
作について説明する。

第３図は、分散ＣＰＵ間における分散処理管理機能の有
機的結合を示すブロック図である。ＣＰＵ１からＣＰＵ
３にメツセージを送信−しようとする場合、ＣＰＵ２は
ルートテーブル３１　（第７図参照）に従って、ルーチ
ング処理を行い、送信メツセージをＣＰＵ３に転送させ
ることのみを行う。

ＣＰＵ３では受信処理をし、受信キューファイルにメツ
セージを書き込む。また、後述する業務振り分け３２、
分散処理３３を行う。その後、受信完了情報をＣＰＵＩ
に返してやる。ＣＰＵＩでは、送信引渡し完了となった
時点で＋　ＣＰＵ３に対する送信メツセージを消去する
。この単純な情報のやりとりで１回線制御レベルでの送
受信処理のみでなく、ＣＰＵ間で送受信キューファイル
への書き込み処理をすることによりメツセージの喪失防
止ができ、分散ＣＰＵ間における障害対策処理を明確化
することができる。

以上によりオンラインおよび分散処理において必要不可
欠となる、メツセージの送受信と障害対策を考慮した送
受信の確認ができる。

第４．図は、上記送受信メツセージの流れを間合せ回答
型と一方送信型に分けて示したブロック図であり、同図
（、）は間合せ回答型を、同図（ｂ）は一方送倍型を示
す。第４図（ａ）において、ビデオデータターミナル（
ＶＤＴ）からデータを入力すると、ＣＰＵＩはこの入力
データを送信キューファイル４２に書き込むと共に、Ｃ
ＰＵ２を介してＣＰＵ３にデータを転送する。ＣＰＵ３
は受信したデータを受信キューファイル４３に書き込ん
だ後、受信完了報告情報をＣＰＵ２を介してｃｐＵｌに
転送する。ＣＰＵ１は受信した受信完了報告情報を受信
キューファイル４５に書き込むと共に、ＶＤＴ４１に転
送して分散メツセージの送受を終了する。また、第４図
（ｂ）においては、ＶＤＴより入力されたデータはＣＰ
ＵＩにより、送信キューファイル４７に書き込まれると
共に、ＣＰＵ２を介して−ＰｔＪ３に送られ、ＣＰＵ３
は受信したデータを受信キューファイル４８に書き込み
、分散メツセージの送受を終了する。

第５図は、回線制御機能のメツセージ送受確認機能の流
れを示すフローチャート図である。同図において、中央
線Ｘを挟んで左側が送信元ＣＰＵ１を、右側は受信先Ｃ
ＰＵ３を示す。送信元のＣＰＵＩは送信キューファイル
４２よりメツセージを取り出し、受信先ＣＰＵ３に送信
する（ステップ５１）、受信先ＣＰＵ３ではメツセージ
を受信しくステップ５２）、受信キューファイル４３に
出力し、書き込み登録する（ステップ５３）。キューフ
ァイルデータに正しく登録されたか否かを判断しくステ
ップ５４）、もし正しく登録されていたならば、肯定（
ＯＫ）応答メツセージを送信して、そのことを送信元Ｃ
ＰＵ１に報告する（ステップ５５）。正しく登録されて
いなかったら否定応答メツセージを送信元ＣＰＵ１に送
信する（ステップ５６）。送信元ＣＰＵ１側では、ＯＫ
応答か否定応答かを判断しくステップ５７）、もしＯＫ
応答だったら、送信キューファイル４２から当該送信メ
ツセージを消去する（ステップ５８）。

これにより一連の送受信処理は完了するが、多重処理を
可能とするため、次のメツセージの送信準備を行い（ス
テップ５９）、送信処理へと処理を引き渡す。上記ステ
ップ５１〜５９までを一連の送受信プログラムで同期を
とれるようにしておくと、業務プログラム、すなわちユ
ーザレベルでは、分散ＣＰＵを意識することなく、シス
テムの作成が可能になる。

第６図は、ＣＰＵＩから他のＣＰＵ３あるいはＣＰＵ４
、中継ＣＰＵ２を介してメツセージを転送する場合、伝
送経路を決定し、中継ＣＰＵ２での転送を制御するルー
チング（経路制御）機能を説明するためのブロック図で
ある。ＣＰＵＩより。

中継ＣＰＵ２を介して、ＣＰＵ３あるいはＣＰＵ４にメ
ツセージを送信しようとする場合、ＣＰＵ１およびＣＰ
Ｕ２にそれぞれ設けられたルートテーブル６１．６２に
より、ルートを決定し、送信゛メツセージを振り分け、
ＣＰＵＩの業務処理プログラム６３からＣＰＵ３、ある
いはＣＰＵ４の業務処理プログラム６４．６５に送信す
る。また、自ＣＰＵ内すなわちＣＰＵＩ内の業務処理プ
ログラム６１．６６間送受信も回線の送受信と同様のイ
ンターフェースで処理が可能である。

第７図（、）は同図（ｂ）に示すようなネットワーク構
成におけるＣＰＵＩのルートテーブルの例を示す。ＣＰ
Ｕ番号に対する送受信タスクのタスク識別番号（ＩＤ）
を与えておき、ＣＰＵ３にメツセージを送信する時は、
ＣＰＵ３をユーザ（業務処理プログラム）が指定するだ
けで、ルートテーブルからその送信先への送信処理が可
能になる。

第８図は、第７図のルーチング処理をする中間ＣＰＵ２
におけるルー゛チング手順を示す図である。

同図において、ルーチング要求元ＣＰＵＩに対応する送
受信タスク８１は、メツセージを受信し、そのメツセー
ジが他のＣＰＵ　（ＣＰＵ３あるいはＣＰＵ４）宛であ
ることを認識し、メツセージの宛先に対応する送受信タ
スクにルーチング要求を出し、受付応答を待つ（同図（
１）〜（３）参照）。送信先ＣＰＵに対応する送受信タ
スク８２は、この送信先ｃｐｕに送信可能な時に、送信
要求を出し受付応答を要求元送受信タスク８１に連絡す
る（同図（４）、（５）参照）。要求元送受信タスク８
１は、正常受付は時、次の事象を持つ（同図（６）参照
）。

第９図は、送受信処理における各機能の関連とメツセー
ジの流れを示すものである。他ＣＰＵからのメツセージ
ＭＧは、回線送受信タスク９１で、自ＣＰＵ以外のＣＰ
Ｕ宛のものと認識されると、ルーチング処理が行われメ
ツセージＭＣＩとして。

回線送受信タスク９２を介して別のＣＰＵに送られる。

本機能では、回線に対応して動作するタスクを設けてい
るため、同−ＣＰＵ内の他の処理には一斉関係なく動作
すること（多重処理）が可能である。メツセージＭＧが
回線送受信タスク９１で、当ＣＰＵ宛のメツセージと認
識されたら、メツセージＭＳＧ２として、自ＣＰＵ内送
受信タスク９３により、メツセージＭＳＧ５あるいはＭ
ＳＧ６として、業務処理タスク９４、あるいは９５に振
り分けられる。また、業務処理タスク９６では、自ＣＰ
Ｕから他のＣＰＵへのメツセージ送信要求ＭＳＧ３を回
線送受信タスク９２にすると共に、自ＣＰＵ内業務プロ
グラムへの送信要求ＭＳＧ４を自ＣＰＵ送受信タスク９
３にする。

第１０図は、第９図の自ＣＰＵ内送受信タスク９３の業
務振り分は機能を示したもので、メツセージＭＳＧ２ま
たはメツセージＭＳＧ４は業務振り分は機能９３ａ、９
３ｂによりＡ業務タスク１０１、あるいはＢ業務タスク
１０２に振り分けられる。ここで、タスク１０２はグル
ープタスクであり、空きタスクへの業務振り分けも可能
であるので、業務処理の多重化ができ、システムの性能
向上にすぐれたものとなる。

なお、上記実施例においては、回線で接続された複数の
ＣＰＵを有する水平分散処理システムを例に説明したが
、これに限るものではなく、ＣＰＵを主体とした複数の
処理装置からなる水平分散処理システムにおいても当然
可能である。

以上説明したように、上記実施例によれば分散処理管理
機能と通常オンライン機能が同居する方式で処理できる
ので、分散処理を意識することなく、効率の良い水平分
散処理システムを容易に構築できる。また、分散管理機
能別処理レベルの独立（タスク）化により多重処理が可
能となるため、システムの性能向上が可能となる。さら
に゛各種分散管理機能を有機的に結び付け、その中でル
ーチング・機能によるオンラインメツセージの振り分け
ができるので、ＣＰＵの拡張、増設等に柔軟に対応でき
ると共に、処理の分散、処理能力の平衝化による処理効
率の向上と簡易化がはかれる。

〔発明の効果〕

以上説明したように１本発明に係る分散処理方式は、各
処理装置を独立に動作させ、多重処理による効率向上を
はかると共に、システムの拡張、移動等に柔軟性を持た
せること、ができるという優れた効果を有する。

【図面の簡単な説明】

第１図は水平分散・オンラインシステムにおけるネット
ワークシステムの構成を示すブロック図。第２図はｌＣＰＵ内の分散処理管理機能の有機的結合を
示すブロック図、第３図は分散ＣＰＵ間における分散処
理管理機能の有機的結合を示すブロック図、第４図（ａ
）は間合せ回答型送受信メツセージの流れを示す図、同
図−（ｃ）は一方送倍型メッセージの流れを示す図、第
５図は回線制御機能のメツセージ送受確認機能のフロー
チャート図、第６図はルーチング機能を説明する図、第
７図（ａ）はルートテーブルを示す図、第８図はルーチ
ング手順を示す図、第９図は送受信処理における各機能
の関連とメツセージの流れを示す図、第１０図は自ＣＰ
Ｕ内送受信の業務振り分は機能を示す図である。１〜５・・・ＣＰＵ、６．７・・・ルート。第１図第２図第３図第５図遺イ會λしＣＰ　Ｌ’ｌ＜：Ｆ＞　＊イ専ｙｓＱＰＬ）
３第６図（ｃＬ）第８図ｓｉｏ図手続補正書（方式）昭和　５８　年特許願第　２０２６０４　号発明の名称分散処理方式補正を子る者事件との師　特許出願人名　称　（５ＩＯ）株式会社　日　立　製　作　所代　
理　人補正の対象　明細書の図面の簡単な説明の欄補正の内容正する。２、　同、矛８行、「示す図、」の後に「オフ図１ｂｌ
はネットワーク構成を示す図、」を挿入する。以上

Claims

【特許請求の範囲】

（１）回線で接続されそれぞれ処理プログラムの実行を
行なう複数の処理装置を有する分散処理システムにおい
て、前記処理装置内に設けられた前記処理装置間の接続
状態を記憶するルートテーブルと、各前記処理装置内送
受信を制御する第１の制御手段と、各前記処理装置に設
けられた回線を介して行われる送受信の制御をする前記
第１の制御手段とは独立に動作する第２の制御手段とを
有し、該第２の制御手段は前記処理プログラムから送り
先処理装置の指定を受け、かつ、前記ルートテーブルを
参照して送受信処理ルニトを決定し、前記回線に対する
送受信制御処理を行うことを特徴とする分散処理方式。