JPH01161566A

JPH01161566A - 分散処理システムにおけるデータ処理方式

Info

Publication number: JPH01161566A
Application number: JP62318823A
Authority: JP
Inventors: Toshihiko Sekizawa; 関沢　俊彦; Kinji Mori; 森　欣司; Masayuki Orimo; 織茂　昌之; Yasuo Suzuki; 靖雄鈴木; Katsumi Kono; 克己河野; Minoru Koizumi; 稔小泉; Kozo Nakai; 耕三中井; Hirokazu Kasashima; 広和笠嶋
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1987-12-18
Filing date: 1987-12-18
Publication date: 1989-06-26
Also published as: IN171481B; CN1035732A; DE3842286A1; BR8806691A; CN1009317B; US5313632A; DE3842286C2; KR920002571B1; KR890010688A

Abstract

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

Description

【発明の詳細な説明】〔産業上の利用分野〕本発明は、複数の処理装置により一連の処理を分散して
非同期的に処理する分散処理システムにおいて、複数デ
ータ入力プログラムの入力データ間で対応づけを行ない
、その実行の確実性を高めるためのデータ処理方式に関
する。

〔従来の技術〕

従来の方式では、外部機器からデータを入力した処理装
置が、ネットワーク上にそのデータを送出する際にラベ
ルを付加し、そのデータをネットワークより取込んだ処
理装置が、そのデータ内容に基づいて処理した出力デー
タにそのデータのラベルを付加する機能を設けていたが
、単一プログラムに複数のデータが入力される場合に関
して、それらのデータの間で対応づ、けを行なうことに
ついては考慮されていなかった。

〔発明が解決しようとする問題点〕

従来技術では１例えば、特開昭５７−１４６３６１号公
報に示すように、複数データ入力プログラムの起動は、
ただその起動に必要とするデータがそろった時点で行な
われ、それらのデータの組合わせが正当か否かの判定は
全く行なわれておらず、処理実行の確実性に問題があっ
た。

本発明の目的は、上記分散処理システムにおいて、複数
データ入力プログラムの実咎の確実性向上を計ったデー
タ処理方式を提供することにある。

〔問題点を解決するための手段〕

上記目的は、各プロセサが自内のプログラムに対して、
複数のデータが入力された場合に、例えば、（１）外部機器からデータを入力された処理装置が。

そのデータにラベルを付加してネットワークに送り出す
こと、（２）各処理装置が、プログラムによる処理結果として
出力するデータに、入力データのラベル内容に基づいた
内容を持つラベルを付加すること、（３）各処理装置が
、複数データ入力プログラムを起動する際、複数の入力
するデータについてラベルを比較して対応づけることにより、入力データ間での対応づけを行なうことにより
達成される。

〔作用〕

各処理装置において、複数データ入力プログラムに入力
されるデータ間で、対応づけを行なうことができるので
、その実行処理に確実性を持たせることができる。

〔実施例〕

以下１本発明の実施例を図面により詳細に説明する。第
２図は、本発明の方法が適用されるシ、テムの全体構成
である。以下の実施例では、各処理装置を接続する一重
のループ伝送系に限定して　゛示すが、一般的なネット
ワークを用いた場合でも処理は同様である。

第２図において、１０１〜１０８は、内部のメモリにア
プリケーションプログラムを格納してこれを実行する処
理装置であり、１５１は矢印方向への一方向系ループ伝
送路である。１２１〜１２８は伝送路上のデータ伝送制
御を行なう伝送処理装置ｔ　（Ｎ　ＣＰ　：　Ｎｅｔｗ
ｏｒｋ　Ｃｏｎｔｒｏｌ　Ｐｒｏｃｅｓｓｏｒ　）であ
る、各ＮＣＰ１２１〜１２８と各処理装置１０１〜１０
８とは双方向に接続されている。処理装置１０１〜１０
８の処理結果は、ＮＣＰＬ２１〜１２８を経て伝送路１
５１上に流される。ＮＣＰ１２１〜１２８は、伝送路１
５１上を流れるデータが自分にとって必要なものか否か
を判定し、必要と判定したデータを自分に接続されてい
る処理装置１１０１〜１０８に送る。各処理袋［１０１
〜１０８は、その内部に記憶されているアプリケーショ
ンプログラムの実行に必要な全てのメツセージがそろっ
た時点でこのプログラムを起動する。

起動されたプログラムは上記データを用いて処理を実行
し、その結果をデータとして出力する。また１本実施例
では、処理装置１０１に、各部機器との入出力を行なう
外部入力機器１６１が接続されているものとする。

第３図に、伝送路上を流れるメツセージのフォーマット
を示す、Ｆ２０１，２０８はそれぞれメツセージの始め
と終わりを示すフラグである。

Ｆｅ２Ｏ２は機能コードで、データの内容や機能に対応
したコードである。各ＮＣＰは、本機能コードＦＣ２０
２を基に、受信メツセージが自らに接続されている処理
装置に必要なものか否かを判断する。５Ａ２０３はメツ
セージを発信したＮＣＰのアドレス（発信元アドレス）
であり、Ｃ２Ｏ４は伝送上必要となる通番である。Ｆ２
０５は、入力機器からデータを入力した処理装置により
付加されたラベル（以後イベント番号と呼ぶ）である。

ＤＡＴＡ２０６は、各アプリケーションプログラムが処
理した結果の内容を示すもノテ、ＦＣＳ２０７は誤り検
知用データである。

第４図は、第２図で示した処理装置１０１の内部構成を
示す、１０２〜１０８についても同じ構成をとる。伝送
制御ユニット３０１は、処理装置１０１とＮＣＰ１２１
との間のデータ転送を制御するユニットであり、ＮＣＰ
１２１から受信したデータを受信バッファ３０２に格納
する。また、送信バッファ３０３のメツセージをＮＣＰ
１２１に送出すると同時に、そのデータが自処理装置内
アプリケーションプログラムで必要とする場合は、受信
バッファ３０２にも格納する。処理ユニット３０４は、
アプリケーションプログラム３２１〜３２３の実行を制
御する為のユニットである。自処理装置番号格納エリア
３０６は、各処理装置に互いに異なるように割当てられ
た番号を格納するエリアであり、通番エリア３０７は、
データ発生数のカウンタとして用いられるエリアである
。また、外部入力制御ユニット３０８は、外部機器１６
１より入力を取込む為のユニットである。外部入力制御
ユニット３０８は、外部機器１６１よリデータを入力す
ると、そのデータに、処理装置の番号と１通番エリア３
０７に格納される通番よりなるｎビットのイベント番号
を付加する。外部入力ＦＣ対応テーブル３０９は、外部
入力データの機能コードが格納されているエリアである
。入出力データ格納エリア３０５は、各アプリケーショ
ンプログラム毎にその入出力メツセージを格納するため
のエリアである。

以下、第５図以降を用いて、複数データ入力プログラム
のデータ処理方式について説明する。

アプリケーションプログラムの起動には、複数の機能コ
ードのデータが全てそろった時点での起動（以降、ＮＡ
Ｄ起動と呼ぶ）と、一つでもデータがそろった時点での
起動（以降、ＯＲ起動と呼ぶ）の２通りある。また、Ａ
ＮＤ起動のプログラムのうち、第５図の４０３のように
、複数の機能コードのデータの源が同一の外部機器４０
１である場合がある。この時、入力するデータの間で対
応づけを行なうことが必要となる（以後、このような場
合のプログラムの起動を、同一イベント番号データ起動
と呼び、データ間で対応づけを行なうことをデータ間で
整合性をとるという）。

第６図は、処理ユニット３０４が、同一イベント番号デ
ータ起動のプログラムのデータ処理をするのに必要なデ
ータを格納するバッファの構成である。５００はプログ
ラム管理テーブルで、このテーブルには、同一イベント
番号データ起動のプログラムと、対応づけが必要なデー
タの機能コードが登録される。ＰＮ５１１は、同一イベ
ント番号データ起動のプログラム名、ＦＣ５２１〜５２
３は、対応づけが必要なデータの機能コードである。

５５０はデータ管理テーブルで、ＰＮ５６１は同一イベ
ント番号データ起動のプログラム名である。

このテーブルは、１つのプログラムに対して任意値ずつ
設けられているものとする。Ｅ５６２はイベント番号で
ある。Ｄ５７１〜５７２は、５８１の機能コードＦＣと
５８２のデータ内容ＤＡＴＡからなるデータ部である。

Ｆ５６３は、データ部にデータが格納された時点で立つ
フラグである。

なお、ＯＲ起動及び同一イベント番号データ起動でない
ＡＮＤ起動のプログラムは、それらに対応するプログラ
ム管理テーブル５００及びデータ管理テーブル５５０は
存在しない、従って、それらを起動するデータは、受信
バッファ３０２から処理ユニット３０４に送られると、
直ちに入出力データ格納エリア３０５へ送られる。

第７図を用いて、イベント番号の中継を説明する。第７
図は入出力データ格納エリア３０５のフォーマットを示
す図で、データテーブルの行６０１〜６０３はそれぞれ
アプリケーションプログラム３２１〜３２３に対応する
。ＰＮ６５１はプログラム名である。ＩＤ６６１〜６６
２はプログラムを起動するための入力データで、機能コ
ードＦＣ６２１とデータ内容ＤＡＴＡ６２２とからなる
。ＩＤ６６１〜６６２はそれぞれ、対応するアプリケー
ションプログラムの起動に必要な入力データ数だけ設け
られ、テーブルの一行について、すべてのＩＤ６６１〜
６６２にデータが格納されると実行フラグＲＦ６５２が
立てられ、プログラムが起動される。その処理結果は０
Ｄ６７１Ｌ：格納される（００のフォーマットもＩＤと
同じ）。

Ｅ６８１〜６８２は入力データのイベント番号テ、異な
る入力データのイベント番号は全て格納される。００６
７１にデータが格納されると、そのデータをデータ部２
０６として、Ｅ６８１〜６８２に登録されているイベン
ト番号を全てイベント番号エリア２０５に付加し、入出
力データ管理エリア３０５から処理ユニット３０４を介
して送信バッファ３０３に送られる。従って、第２図で
示したイベント番号Ｅ２０５はｍＸｎビット（ｍ：付加
したイベント番号の数）である。

第８図（ａ）　〜（ｄ）は、処理ユニット３０４が、同
一イベント番号データ起動のプログラムのデータ処理を
行なう手順を示すフローチャートである。処理ユニット
３０４は、受信バッファ３０２からデータを受取ると（
第８図（ａ）の処理７０１）。

そのイベント番号をｎビットずつｍ個のデータ（以後、
その１個のデータをイベント番号単位と呼ぶ＠　）　ａ
ｔ、　ｅｘ、・・・、ｅ、に分割しく第８図（ａ）の処
理７０２）、データをデータ管理デープル５００に格納
したか否かを示すフラグｋを０にする（第８図（ａ）の
処理７０３）。そして、まずプログラム管理テーブルの
行５０１を検索する（第８図（ａ）の処理７０４）、行
５０１に登録されたＦＣ５２１〜５２３の中に、取込ん
だデータのＦｅ２Ｏ２と一致するものがあるか調べ（第
８図（ａ）の処理７０６）、もしなければ次の行５０２
を検索する（第８図（ａ）の処理７０４）。

一致するものがあれば、行５０１のＰＮ５１１に対応す
るデータ管理テーブルの行を検索する（第８図（ａ）の
処理７０７）、ここではまず１行５５１が検索されたと
する。テーブル５５１のＥ５６２についてもｍ′個のイ
ベント番号単位６１．６２．・・・、ｅ′鵬′　に分割
しく第８図（ａ）の処理７０９）　、取込んだデータの
イベント番号単位８１　ｇ　６２　ｇ・・・ｇｅｍとテ
ーブル５５１のイベント番号単位ｅ’　ｔ、　ｅ’　ｚ
、・・・　ｅ　／　、１との間で、一致したイベント番
号単位が存在するか否かの判定を行なう（第８図（ａ）
、第８図（Ｑ）の点線で囲った部分の処理７５１）、た
だＬＪ□よ。

一致したイベント番号単位が存在する時に立つ。

ラグである。もし一致するイベント番号単位が存在する
と、プログラム管理テーブルの行５０１の情報から１行
５５１のＤ５７１〜５７２に既に格納されているデータ
のＦＣ５８１が、取込んだデータのＦｅ２Ｏ２とペアを
組むべき機能コードであるか否かを判定する（第８図（
Ｑ）の処理’１１１）。

もしＦＣ５８１がＦｅ２Ｏ２とペアを組むべき機能コー
ドでなければ、再び行５０１の別のイベント番号単位に
ついて判定を始め（第８図（ｃ）の処理７１６，７１３
，７１５）、ペアを組むべき機能コードならば１行５５
１のＤ５７１〜５７２のうちの空エリアに、取込んだデ
ータのＦ０２０２とＤＡＴＡ２０６を格納する（第８図
（ｃ）の処理７１８）、この時、フラグｋ及びフラグ日
を立てる（第８図（ｃ）の処理７１９）、取込んだデー
タのイベント番号Ｅ２０５の桁数が行５５１のＥ５６２
の桁数より大きい時は（第８図（Ｑ）の処理？２０）、
行５５１のイベント番号Ｅ５６２を、取込んだデータの
イベント番号Ｅ２０５に置換える（第８図（ｃ）の処理
７２１）、行５５１のデータ部Ｄ５７１〜５７２の全て
にデータが格納されたか判定しく第８図（ｃ）の処理７
２２）、もし全てのデータ部にデータが格納された時は
、行５５１のデータ部Ｄ５７１〜５７２のデータを、入
出力データ格納エリア６０１〜６０３のうち。

行５５１のＰＮ５６１に対応するＰＮ６５１を持つ入出
力データ格納エリアの入力データ部ＩＤ６６１〜６６２
に格納しく第８図（ｄ）の処理７２３）。

行５５１のフラグＦ５６３を０にしてデータ部Ｄ５７１
〜５７２をイニシャライズする（第８図（ｄ）の処理？
２４）、以上の処理が終わると、行５０１のＰＮ５１１
に対応するデータ管理テーブルが行５５１以外にあるか
検索する（第８図（ａ）の処理７０７）、もし存在すれ
ば以上述べた処理７０９〜７２４を繰返し、存在しない
場合は、まず、ｎ＝０か、即ち、取込んだデータのイベ
ント番号単位と行５５１のイベント番号単位とで一致し
たものがなかったかを調べる（第８図（ｄ）の処理７２
５）、もし悲＝１ならば、すぐに処理７０４に戻って、
プログラム管理テーブル５０２の検索を始める。もしＱ
＝０ならば、フラグ゛Ｆ５６３が０．即ちまだデータ部
Ｄ５７１〜５７２にデータが全く格納されていないデー
タ管理テーブルの行があるか調べる（第８図（ｄ）の処
理７２６）、フラグＦ５６３がＯのデータ管理テーブル
が見つかると、取込んだデータをそのテーブルに格納し
く第８図（ｄ）の処理７２７）、フラグＦ５６３を立て
る（第８図（ｄ）の処理７２８）、もしフラグＦ５６３
がＯのテーブルが存在しなければ、データ格納失敗を表
わすエラーメツセージを入出力データ格納エリアへ格納
しく第８図（ｄ）の処理７２９）、取込んだデータを排
除する（第８図（ｄ）の処理７３０）、以上述べた処理
が全て実行し終わると、処理７０４に戻って、取込んだ
データのＦｅ２Ｏ２が、プログラム管理テーブル５０２
のＦＣ５２１〜５２３の中に含まれているかを検索し、
処理７０５〜７３０を繰返す０行５０３．を検索して処
理７０５〜７３０の実行が終了すると（第８図（ａ）の
処理７０５）。

まずに＝１か、即ち取込んだデータがデータ管理テーブ
ルに格納されたか調べる（第８図（ｂ）の、処理７３１
）、に＝ｏならば、取込んだデータは入出力データ格納
エリア３０５に格納され（第８図（ｂ）の処理７３２）
、処理ユニット３０４の処理は終了する（第８図（ｂ）
の処理７３９）。

ｋ＝１ならば、データ管理テーブル５００を検索してＰ
Ｎ５６１とイベント番号Ｅ５６２について調べ（第８図
（ｂ）の処理７３３）、ＰＮ５６１と５６２が共に同一
のテーブルが存在するか否かを判定する（第８図（ｂ）
の処理７３４）、もしＰＮ５６１とＥ５６２が共に同一
のテーブルが存在しなければ処理ユニット３０４の処理
は終了する（第８図（ｂ）の処理７３９）が、もし存在
すれば、ＰＮ５６１とＥ５６２が共に同一のテーブルを
一つのテーブルに統合する（第８図（ｂ）の処理７３５
）、テーブル統合のフローチャートを第９図に示す、ま
ず、統合されるべきテーブルの行の数を示す値ｎを設定
しく処理８０１）、ｉに初期植２を設定する（処理８０
２）、統合されるべきｎ個の行のうち、１番目の行とｉ
番目の行のデータ部Ｄ５７１〜５７２について比較する
（処理８０４）・ｉ番目の行のデータ部に存在して、１
番目の行のデータ部には存在しないデータは、１番目の
行のデータ部に全て格納され（処理８０５）　。

ｉ番目の行については、フラグＦ５６３をＯにし。

データ部Ｄ５７１〜５７３を全てイニシャライズする（
処理８０６）。ｉをインクリメントしく処理８０７）、
ｉ≦ｎならば（処理８０３）上述の処理８０４〜８０７
を繰返し、ｉ＞ｎならば統合化の処理を終わる。このよ
うにして統合化された行について、全てのデータ部０５
７１〜５７２にデータが格納されたか否かを調べ（第８
図（ｄ）の処理７３６）、格納されていなければ、処理
ユニット３０４の処理は終了する（第８図（ｄ）の処理
７３９）、もしデータ部の全てにデータが格納されてい
れば、それら全てを入出力データ格納エリアへ格納しく
第８図（ｄ）の処理７３７）。

そのテーブルについては、フラグＦ５６３を０にし、デ
ータ部Ｄ５７１〜５７２を全てイニシャライズしく第８
図の処理７３８）、処理ユニット３０４の処理が終了す
る。

以上述べた処理により１本発明である複数データ入力プ
ログラムのデータ処理が実施されるが。

その全体的な流れを第１図により説明する。第１図（ａ
）はシステム構成及び処理の流れを示す図であり、シス
テム構成は第２図で示したものと同一である。処理装置
１０１〜１０８のうち、処理装置１０２，１０３にはそ
れぞれアプリケーションプログラム４０２，４０３が組
込まれており。

処理装置１０１は外部機器４０１と接続されている。ま
た、外部機器４０１とアプリケーションプログラム４０
２，４０３との間には、第５図に示すような入出力関係
があるものとする。今、処理装置１０１が外部機器より
続けて２つのデータを取込んだものとする。処理装置１
０１は、外部機器からのデータ２つにそれぞれ機能コー
ドＦＣＬを設定し、またそれぞれのデータにイベント番
号ＥＮ１．ＥＮ！を設定し、更に第１図（ｂ）で示すフ
ォーマットのデータ２１．２２を作成して伝送路１５１
に送出する。なお、このフォーマットハ第３図で示した
フォーマットに従う、処理装置１０２．１０３はデータ
２１．２２を取込む、処理装置１０２は、先にデータ２
１を取込んだとすると、まずデータ２１でアプリケーシ
ョンプログラム４０２を起動する。一方、処理装置！１
０３は、データ２１．２２を取込むが、アプリケーショ
ンプログラム４０３を起動するのに必要なデータが全て
集まったのではないので、それらのデータはバッファに
蓄えられる。処理装置４０２は、データ２１で起動され
たアプリケーションプログラムの処理結果に、機能コー
ドＦＣｚｗイベント番号ＥＮ＆を設定し、データ２３を
作成してネットワークへ送り出す０次にデータ２２でア
プリケーションプログラムを起動し、その処理結果に、
機能コードＦＣｘ＊イベント番号ＥＮｚを設定し、デー
タ２４を作成してネットワークに送出する。処理袋ｗ１
０４はデータ２３．２４を取込むが、ここではデータ２
４が先に処理装置ｆ１０２に取込まれたとする。処理袋
ｆｔ１０４は、既に取込んだデータ２１．２２について
、データ２４とイベント番号が一致しているか否かを調
べる。データ２２とデータ２４が共にイベント番号ＥＮ
２で一致しているので、処理装置１０４は、データ２２
とデータ２４とでアプリケーションプログラム４０３を
起動する。この時の処理結果には、イベント番号ＥＮｚ
を設定する。同様に、データ２１−とデータ２３でアプ
リケーションプログラム１０４を起動し、その処理結果
にイベント番号ＥＮ１を設定する。

以上述べたように１本発明によれば、単一プログラムに
入力される複数のデータの間で、イベント番号による整
合化を行なうことによって、複数データ入力プログラム
の処理を確実に実行することが可能となる。

尚９本実施例のほかに、外部入力機器からデータを入力
した処理装置が、そのデータに、入力した時刻をラベル
として付加し、伝送路から取込んだ各処理装置は、その
ラベルの内容である時刻を基にデータ間で対応づけを行
なうことも可能である。

また、データ間の対応づけの方法として、各処理装置が
、伝送路からデータを取込んだ時点で、そのデータに、
取込んだ時刻をラベルとして付加し、そのラベルの内容
である時刻をもとに、データ間で対応づけを行なうこと
も可能であ、る。

〔発明の効果〕

本発明によれば、ネットワークに接続されている各処理
装置が、単一プログラムに入力される複数のデータの間
で対応づけを行なうことができるので、複数データ入力
プログラムの実行の確実性を高める効果がある。

【図面の簡単な説明】

第１図は本発明の分散処理システムのデータ処理方式に
おける全体の流れを示す図、第２図は本発明を実施する
システムの一例の構成図、第３図は伝送されるメツセー
ジのフォーマットの一例を示す図、第４図は処理装置の
一例の構成図、第５図は外部機器とアプリケーションプ
ログラムの入出力関係の一例を示す図、第６図は複数デ
ータ入力プログラムのデータ処理に必要なテーブル構成
図、第７図は入出力データ格納エリアのフォーマットを
示す図、第８図および第９図は各処理装置内での処理フ
ローを示す図である。１０１〜１０８・・・処理装置、１２１〜１２８・・・
ＮＣＰ、２０２・・・機能コード、２０５・・・イベン
ト番号、５００・・・プログラム管理テーブル、５５０
・・・データ管理テーブル。

Claims

【特許請求の範囲】１、共通ネットワークで接続された複数の処理装置によ
り一連の処理を実行する分散処理システムにおいて、前
記各処理装置が、自内のプログラムに対して複数のデー
タが入力された場合に、それら入力データ間での対応づ
けを行なうことを特徴とするデータ処理方式。２、複数のデータ間で、データに付されたラベルの内容
の比較を行なうことにより、データ間の対応づけを行な
うことを特徴とする第１項記載のデータ処理方式。３、上記処理装置が、上記共通ネットワークからデータ
を取込み、そのデータを基に処理した結果出力するデー
タのラベルとして、入力データに付されたラベルに基づ
き作成した内容のラベルを付加することを特徴とする、
第１項または第２項記載のデータ処理方式。４、上記入力データに付されたラベルを反映した内容の
ラベルを付加する方法として、入力したデータのラベル
を全て、出力データにラベルとして付加することを特徴
とする第１項または第２項記載のデータ処理方式。５、外部入力機器からデータを取込んだ際に、そのデー
タにラベルを付加することを特徴とする５１項または第
２項記載のデータ処理方式。６、各処理装置が、伝送ネットワークから取込んだデー
タにラベルを付加することを特徴とする第１項または第
２項記載のデータ処理方式。