JPS61286959A

JPS61286959A - 分散処理方法

Info

Publication number: JPS61286959A
Application number: JP60129378A
Authority: JP
Inventors: Katsumi Kono; 克己河野; Kinji Mori; 森　欣司; Yasuo Suzuki; 靖雄鈴木; Masayuki Orimo; 織茂　昌之; Minoru Koizumi; 稔小泉; Kozo Nakai; 耕三中井; Hirokazu Kasashima; 広和笠嶋
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1985-06-14
Filing date: 1985-06-14
Publication date: 1986-12-17
Anticipated expiration: 2011-03-06
Also published as: JPH0823861B2

Abstract

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

Description

【発明の詳細な説明】〔発明の利用分野〕本発明は、分散処理方式に関し、特にオンライン処理と
ソフトウェア開発処理を同一方法で行い。

かつ大量な入力情報をデータフロー型処理で高速に行う
ことができる分散処理方式に関するものである。

〔発明の背景〕

パーソナルコンピュータの発達やシステムのネットワー
ク化の発展に伴い、ソフトウェアを開発する方法に変化
が生じている。すなわち、従来は専門のソフトウェア設
計者によりまとめて開発されていたが、最近では、ソフ
トウェアがエンドユーザの手により現場で個別に開発さ
れ、それがネットワークを介して他の処理装置に転送さ
れ、そこで実行されたり、またシステム内に分散して存
在するソフトウェアやハードウェアの資源を使用して１
つのソフトウェアを作成する機能が要望されている。本
発明者等は、すでに各処理装置内のプログラムをデータ
ブロー的に実行させる、いわゆるデータフロー型の分散
処理方式（特願昭５６−３１３０３号明細書参照）や、
伝送制御方式（特願昭５５−１３７２５号明細書参照）
を提案した。

これにより１分散処理システムの信頼性、拡張性、保守
性は、格段に向上するはずである。しかし、この処理装
置内のプログラムやデータ配列をどのような方法で、ま
たどのようなシステムで作成し、処理装置内にこれを記
憶させるかという点についでは、まだ配慮されていない
。

さらに、銀行や証券システム等の情報システムでは、短
時間に大量のデータ（トランザクション）を処理するこ
とが要求されるが、この場合にも上記データフロー型分
散処理方式を適用して処理すれば、高速処理が可能にな
るものと思われる。しかし、従来、まだその点について
は考慮されていなかった。

〔発明の目的〕

本発明の目的は、これらの問題を解決し、分散処理シス
テムのソフトウェアの開発を、高信頼性、高保守性、高
拡張性をもって実現すること、および大量の入力情報を
データフロー型分散処理で高速に処理すること、が可能
な分散処理方式を提供することにある。　　　　　　　
　　　　　　　　　　　　　１〔発明の概要〕上記目的を達成するため、本発明の分散処理方式は、共
通伝送路に接続された複数個の処理装置が、各々記憶し
ているプログラムの実行に必要な情報が上記共通伝送路
からすべて入力したことを検出すると、該情報を入力し
て処理を実行する分散処理システムにおいて、任意の処
理装置が作成したプログラムを通常の情報と区別するこ
となく、同一に扱い、該作成プログラムを上記共通伝送
路に送信し、該作成プログラムを取り込んだ他の処理装
置に記憶されているプログラムにより、入力した作成プ
ログラムを処理させ、該処理装置上で実行可能なプログ
ラムとして記憶させることに特徴がある。

〔発明の実施例〕

以下１本発明の実施例を１図面により詳細に説明する。

第２ｖ！Ｉは、本発明の一実施例を示す分散処理システ
ムのブロック図である。

第２図において、１１，１２．　・・ｌｉ、　・・１ｎ
はそれぞれプログラムを実行するための分散された処理
装置（以下、ｌｉを代表とする）、２１゜２２、・・・
・２１．・・・２ｎはそわぞれシステム内の他の装置と
相互にデータの授受を行うための伝送制御装置（以下、
２１を代表とする）、３は公衆通信網、専用通信網等を
用いた共有伝送路である。システム内の各処理装置１１
は、各々に接続された伝送制御装置２１を用い、共有伝
送路３を介して互いに連絡することができる。

本実施例においては、共有伝送路３を介して流れてくる
情報を各処理装置１１に入力し、入力された情報により
処理装置が駆動されるシステムにおいて、この処理装置
のプログラム自体を情報の１つとみなし、他の情報と同
一に取扱ってこれを伝送路上に流し、各処理装置で実行
できるように処理装置へデータフロー的に記憶させる。

また。

共有伝送路３を介して流れる情報を各処理装置１１に入
力し、必要な情報が揃ったことを判断して処理装置内の
プログラムを実行させるデータフロー型の処理装置にお
いて、処理すべき入力情報が複数個ある場合に、それら
の情報を一括して取り込み、処理することにより高速化
を計る。これら２つの機能について、以下、別個に説明
する。

第１図は１本発明の一実施例を示す分散処理装置のブロ
ック図である。

第２図に示す処理システムの中の各処理装置１１は、第
１図のように、記憶部８０．インタフェース部３０，５
０．ターミナル６０．タイマ７０゜および演算部４０よ
り構成される。ターミナル６０は、処理装置１１に付属
したキーボード・ディスプレイ機器として外部に配置さ
れ、ユーザ（操作者）とのインタフェースを持つ、ユー
ザは、このターミナル６０を用いて、ターミナル６０に
内蔵されたＥｄｉ七（テキスト・プロセシング用のサブ
システムで１文章を作るときの編集用プログラム）およ
びＣｏ■ｐｉｌｅ　（コンパイラにより行われる自動翻
訳で１機械語に翻訳するプログラム）の機能により、プ
ログラムを作成することができる。また。

このターミナル６０で作られるプログラムは、前述の先
願明細書（特願昭５６−３１３０３号参照）に示した分
散処理方式を実現するデータフロー型のプログラムであ
る。

第３図は、第１図の共有伝送路を通して送受信を行う際
のメツセージ形式を示す図である。

第１図において、ターミナル６０から処理装置１１に転
送される情報は、共有伝送路３から処理装置１１に取り
込まれる情報と同じように、第３図に示す形式を持って
いる。すなわち、情報の内容を示す内容コードが付加さ
れ１例えば、ターミナル゛６０から処理装置１１に転送
された情報は、第３図（ａ）に示すように、内容コード
１００とデータ部１２０からなり、共有伝送路３から入
力された情報は、第３図（ｂ）に示すように、内容コー
ド１００と入力情報コード１１０とデータ部からなる。

処理装置１１では、共有伝送路３からの情報もターミナ
ルからの情報も、同一の取り扱いをする。すなわち、処
理装置ｌｉ内に記憶されたプログラムの実行に必要な情
報が揃ったか否かを判断して、揃った場合にのみ、その
プログラムを実行する（これは、前述の先願明細書参照
）。

本実施例では、ターミナル６０を使用して各分散処理装
置１１上に作成されるプログラムも、他の情報と同じよ
うに、共有伝送路３上に流し、各分散処理装置１１では
、流れてきたプログラムを必要に応じて取り込み、デー
タフロー型の処理方式によりそのプログラムのチェック
を行い、その取り込んだ分散処理装置１１で実行できる
ようにする。

第３図（ａ）、（ｂ）に示す形式のデータは、伝送路に
流され、各分散処理装置、１１に接続された伝送制御装
置２１に取り込まれる。伝送制御装置２１は、取り込ん
だ情報の内容コードを読んで、必要ならば処理装置１１
にその情報を転送する。処理装置１１では、記憶部８０
に記憶されたプログラム中で、その内容コードを持つ情
報が揃った時に実行されるプログラムの入力データとし
て処理される。なお、この場合、先願明細書に示したよ
うに、必要な内容コードは、予め伝送制御装置２１に登
録されている。

分散処理システムの少なくとも１つの処理装置１１上で
作成され、伝送路３に送信されるプログラムは、第３図
（ａ）、（ｂ）のデータ部１２０に書ぎ込マれることに
なる。内容コードを見て、処理装置ｌｉ内に取り込まれ
たプログラムは、他の一般情報を処理する場合と同じよ
うに、１つのデータとして扱われ、そのデータによって
駆動される処理装置１１内のプログラムが実行される。

この実行されるプログラムは、流れてきたプログラムが
処理装置１１内でデータフロー型の実行処理方式により
実行可能な形に変換された後、処理装置１１内のプログ
ラムとして登録、記憶するための処理を行うものである
。

さらに具体例を用いて、説明する。

処理装置１１内で実行されるプログラムに対して、次の
ような前提を置く。本実施例による処理方式の実行は、
伝送路３上から取り込まれた情報の中で、プログラムの
実行に必要なものが全て揃った場合に、開始される。従
って、記憶部８０に記憶される複数個のプログラムは、
相互に汗渉されることなく、１個づつ独立して実行可能
であるものとする。ここでは、伝送路３上に流れる作成
プログラムは１機械語（オブジェクト）形式とし。

リロケータブルであるとする。計算機用の言語を使用し
て書いた１つの文がステートメントであり。

ステートメントを集めて論理的な意味をなすプログラム
の形にまとめたものがソース・モジュールであり、ソー
ス・モジュールを翻訳して機械語としたものが機械語モ
ジュール（オブジェクト・モジュール）である。この場
合、ソース・モジュールは相対番地の機械語モジュール
を作成するので。

相対番地を絶対番地に直さないと、実行可能な状態には
ならない。この変換作業がリロケーションである。

本実施例において、共有伝送路３に流れる作成プログラ
ムを開発プログラムと呼び、また開発プログラムを入力
情報として、一連の処理を行う記憶部８０内のプログラ
ムを構成プログラムと呼ぶ。

構成プログラムによる開発プログラムの処理は、開発プ
ログラムの記憶部８０への格納（ローディング）の違い
と、開発プログラムの種類（追加、修正）によって、固
定ブロック方式と可変ブロック方式が考えられる。

（ａ）固定ブロック方式・・・・・各プログラムの最大
炎を制限し、記憶部８０に格納する先頭アドレスを予め
決めておく。このアドレスの値は、構成プログラムが内
部データとして持つ０本実施例の処理方式を実行する場
合には、伝送路３を介して流れる開発プログラムは、第
３図（ｂ）に示すように、内容コード１１０の他に、そ
の開発プログラムの入力情報の内容コード１１０を付加
し、それに続いてデータ部１２０が埋め込まれている。

第４図は、本発明の一実施例を示す分散処理プログラム
の開発過程の説明図であり、第５図は第４図の処理装置
内の記憶部の格納状態図であり、第６図は第４図におけ
る構成プログラムの内容コードと先頭アドレスの対応図
である。

いま、第４図のように、処理装置１１において作成され
たプログラムＡが伝送制御装置２１と共有伝送路３を介
し１点線矢印に沿って流された場合を考える。伝送情報
には、その情報の内容コー　　　　　１ドＣＣＸ、開発
プログラムＡ、およびそのプログラムＡを実行する際の
入力情報の内容コードＣＣＡが埋め込まれている。伝送
制御装置２ｊは、流れてきた情報の内容コードＣＣＸを
見て、自処理装置内に必要な情報として取り込む、この
伝送制御袋！！２ｊに接続された処理装置１ｊ内の記憶
部８０には、いま、プログラムＸとＹが記憶されている
ものとする。処理装置ｌｊ内に取り込まれた情報の内容
コードＣＣＸから、Ａを入力情報とする構成プログラム
Ｘが演算部４０に読み込まれて。

演算レジスタ９０に格納され、実行される。Ａの処理内
容は、次に記載する■〜■の順序で行われる。

■プログラムＡのアドレスの付は換え・・・・・プログ
ラムＡは論理的なアドレス（一般的には、０番地を先頭
アドレスとする）で記述されているため、このままでは
演算部４０上で実行できない。

そこで、構成プログラムＸに対してアドレスの付は換え
を行う。いま、第５図に示すように、プログラムＡを記
憶部８０のアドレスａａａから格納する場合には、論理
アドレスの先頭番地とａａａとの相対アドレス分だけ加
算しなければならない。

■プログラムの格納・・・・・・・プログラムＡを記憶
部８０゛に先頭番地ａａａから格納する。

構成プログラム内でのａａａの定め方は１次の方法によ
り行われる。構成プログラムＸでは、内部データとして
、処理装置ｌｊ内に記憶されているプログラムの入力情
報の内容コードと先頭アドレス、および新規追加プログ
ラムの先頭アドレスを内部データとして持つ。第６図は
、ｘ、ｙ、ｚが既存プログラムである場合の例であって
、ＣＣＸ。

ｃｃｙ、ｃｃｚを内容コード、ＸＸＸ＊　Ｖ　Ｖ　Ｖｖ
ｚｚｚを先頭アドレスとし、また新規のプログラム（Ｎ
Ｌ）はａａａから格納することを示している。

ＮＬは、まだ格納されていないことを示している。

開発プログラムが取り込まれると、構成プログラムは開
発プログラムの入力情報内容コード１１０（第４図では
、０ＣＡ）を見て、この内容コードから処理装置ｌｊ内
の既存プログラムである一力１否かを、第６図のテーブ
ルから検索する。既存プログラムである場合には、その
プログラムの先頭アドレスをテーブルから読み取り、そ
の先頭アドレスから格納する。既存プログラムでない場
合には、新しいプログラムの格納先頭アドレス（第６図
では、ａａａ）を読み取り、このアドレスａａａがら格
納する。この場合、テーブルは、ＮＬをｃｃＡに更新す
る。次に、新しいプログラムを格納する場合には、ａａ
ａ＋ｋから格納する。

■開発プログラムの六方情報内容コードの登録・・・・
・・・・ＣＣＡを伝送制御装置１ｊに登録する。

以上の動作により、プログラムＡは処理装置１ｊの記憶
部８０に記憶され、共有伝送路３にＣＣＡを内容コード
とする情報が流れてくると、伝送制御装置２ｊによって
取り込まれ、処理装置ｌｊ上でこれが実行される。

（ｂ）可変ブロック方式・・・・・・前述の固定ブロッ
ク方式では、実際のプログラムの長さがブロック長より
短い分だけ記憶装置８ｏ上に空きが生じる。可変ブロッ
ク方式では、この空きを無くすためのものである。

この方式を実施する場合には、伝送路３上を流れる情報
のデータ部の人力情報８菩コード１１０に該開発プログ
ラムの大きさをデータとして付加する。構成プログラム
はそのデータを読んで該開発プログラムの次に流れてく
る開発プログラムの格納すべき先頭アドレスを設定する
。例えば、第４図、第５図および第６図の場合に、プロ
グラムＡの大きさがｋｃＬであるとすると、構成プログ
ラム又は、Ａをアドレスａａａから格納した後、次の格
納先頭アドレスをａａａ＋ｋｃＬに設定すればよい（第
６図参照）、構成プログラムの他の処理内容は、前述し
た固定ブロック方式と同一である。

第７図は、本発明の他の実施例を示す分散処理システム
の全体ブロック図である。

第７図のシステム構成は、第２図に示すシステム構成と
殆んど同じであり、ただ複数台の外部装置６０が処理装
置１１内に設置されている点のみが異なる。外部装置６
０は、２次記憶装置、ディスプレイ装置、プリンタ等の
装置であり、演算部４０において実行されるプログラム
の入出力命令により情報のり−ド／ライトが行われる。

第７図の処理装置１ｉにおいても、共有伝送路３を介し
て流れる情報を入力し、必要な情報が揃ったことを判断
することにより、処理装置１１内のプログラムを実行さ
せるデータフロー型の処理を行う。

処理すべき入力情報が複数個存在する場合に、これらの
情報を一括して取り込み、処理することによって、処理
の高速化を計る。

第８図は、第７図の共有伝送路上を流れる情報の伝送形
式を示す図である。

図において、１００は内容コード、１２０はデータ部で
ある。第３図のデータ形式と異なる点は、第３図のデー
タ部１２０がプログラム自体であるのに対して、第８図
のデータ部１２０の内容は数値データなど一般の情報を
も対象にしていることである。

この分散処理システムでは、伝送路３上を流れる情報を
、各分散処理装置１ｉに接続された伝送制御装置２１に
取り込み、情報の内容コード１００を読んで、予め登録
されている内容コードと比較、し、必要であると判断す
ると、この情報を接続している処理装置１１に転送、す
る。処理絞直１１では、記憶部８０内に記憶しているプ
ログラムの入力情報が揃ったか否かを常に監視しており
、揃ったときにその情報を入力とするプログラムを実行
させる（詳細動作については、前述の特願昭５６−３１
３０３号明細書参照）、これによって。

伝送路３上を介して通信を行う場合、アドレス指定や実
行要求を行う必要がなく、全ての処理は、各処理装置１
１内だけで内容コードを見て実行を行うか否かの判断を
行う。従って、システム内に。

いかなる親子関係も存在せず、システムの信頼性。

保守性を向上させることができる。

近年、銀行や証券システム等をＭなｆｆ報フシステムは
、オンラインで大量のデータ（トランザクション）を扱
う処理か中心となっており、特にこの処理には、殆んど
２次記憶装置へのアクセスを含むという特性を持ってい
る。本実施例では、データブロー的な処理を変えること
なく、高速化された大量の情報処理が必要な場合でも、
十分に耐え得るものとする。

第９図は、第７図における記憶部内のデータ記憶状態図
である。

処理装置１１内では、記憶部８０に格ＩＰｉされている
プログラムＡ１〜ＡＮのうち入力情報が揃ったプログラ
ムの実行を開始するが、その実行中に、伝送制御装置２
１に実行中プログラムに対する別の入力情報が更に到着
した場合には、該プログラムの実行が終了するまで、キ
ューに結合され、処理持ちの状態となる。従って、処理
すべき情報が、１プログラムの処理時間に比べて、大量
に受信されるような場合には、処理すべき情報がキュー
にたまることになる。

ここで、キューは、伝送制御１裂１！２ｉ上または処理
装置１１のバッファ内に存在するものとし、処理装置１
１によって監視が可能であるとする。

第９図において、８０は記憶部、２００は実行管理テー
ブル、３００はキューレジスタ、１００は内容コード、
１２０はデータ部、Ａ、〜ＡＮは入力情報が揃ったとき
実行を開始するプログラムである。

本実施例では、揃った情報を１ｍつつ取り込んで、プロ
グラムＡ１〜ＡＮを＊何するのではなく、同一の内容コ
ート１００を待つ入力情報は複数組一括して取り込み、
同時に処理を行おうとするものである。従って、各分散
処理装置１１内に記憶されているプログラムＡｌ−ＡＮ
は、これら複数組の情報の処理を行う構造になっている
ものとする。

第９図では、入力情報が順次入力した１１８．これらを
先ずキューレジスタ３００に結合させておき、プログラ
ムＡＪにより、キューレジスタ３００に結合されている
情報をすべて実行管理テーブル２００に順次登録する。

プログラムＡＪは実行テーブル２００に登録する際に、
内容コード１００による種類ごとにまとめて登録する。

そして、点線矢印に示すように、内容コード１００ごと
に、記憶部８０内のプログラムＡ１〜ＡＮにより、順ゴ次それらの情報を用いて実行する。

第１Ｑ図は、第９図における実行管理テーブルの詳細図
である。

いま、記憶部８０には、第９［：示すように。

プログラムＡ１　ｇ　Ａ２　、　　・・・・ＡＮのＮ個
が記憶されているものとし、これらの各プログラムは各
々の入力情報の内容コードＣＣＩ、ＣＣ２・・・ＣＣＮ
を持つ情報が存在すれば、それらの情報を入力として処
理を開始できるものとする。そして。

内容コードＣＣＩの情報はプログラムＡ１で処理され、
コードＣＣ２の情報はプログラムＡ２で処理され、コー
ドＣＣ３の情報はプログラムＡ３で処理され、以下順次
内容コードに対応したプログラムに処理されるものとす
る。プログラムＡＪは。

キューレジスタ３００に結合されている情報を、第１０
図に示すように、内容コードごとに整理配列して実行管
理テーブル２００に登録する。その結果、コードＣＣ１
の情報がｎ１個、コードＣＣ２の情報がｎ２個、・・・
コードＣＣＨの情報がｎＨ個存在したとすると、プログ
ラムＡ１はｎ１個の情報を同時に処理し、またプログラ
ムＡ２はｎ２個の情報を同時に処理し、同じように他の
プログラムも対応する複数個の情報を同時に処理する。

複数組の入力情報に対する処理構造としては。

種々のものが考えられる。以下、これについて述べる。

第１１＠Ｉ（ａ）、（ｂ）、（ｃ）は、第９′図の各プ
ログラムの処理フローチャートである。

第１１図（ａ）に示すように、処理ａ、ｂ、ｃ、　・・
・２からなるプログラムにより、入力情報ｎＪｉｌの処
理を実行する場合には、第１１図（ｂ）と（ｃ）に示す
構造を用いることができる。特に、（ｂ）の構造では、
Ｉ１０処理の部分をまとめて行うことができる。すなわ
ち、第１１図（ｂ）では、プログラムａｔ　ｂｅ　ｃｔ
　・・・・２ごとに初期設定を行い、ｉ＝１からｉ＝ｎ
まで繰り返して実行せよ（Ｄｏ）と、それぞれ入力する
。これに対して、プログラム共通に設定できる方式であ
る場合には。

第１１図（ｃ）に示すように、最初に１回だ−けｉ＝１
からｉ＝ｎまで繰り返して実行せよ（Ｄｏ）と入力した
後、プログラムａから２まで連続して処理を実行する。

第９図のように、処理装置ｉ１ｉ内にブロクラムＡ１〜
ＡＮが記憶されており、各プログラムＡ１〜ＡＮは、第
１０図のように、各々の入力情報の内容コードＣＣＩ、
ＣＣ２，・・・ＣＣＮを持つ情報１１ｙ１２＊　　・・
・・ＩＮが存在したときに。

それらの情報を入力として処理を行い、各々出力結果ｏ
ｌｅ　０２　ｖ　・・・・ＯＮを出力するものとする。

いま、上記の入出力の過程を、次のように書くことにす
る。

０ｘ＝ｆＡｔ（Ｉｔ）０２＝ｆＡ２（Ｉ２）０３”ｆＡ３（Ｉ３）ＯＮ＝ｆＡＮ（ＩＮ）・・・・・（１）ＣＣｉ、Ｉｉｐ　ｏ、は、スカラーでも、ベクトルでも
よい、スカラーであれば、そのプログラムは１人出力、
ベクトルであれば多入出力となり。

互いに１８Ｉｓかあるといえる。

本実施例では、例えば、キュー３００内にＣＣ１の内容
コードを持つ情報がｎ１個存在すれば、一括してプログ
ラムＡ１で処理を行う。一括して取り込む情報の数の最
大値ｎ１は、各プログラムごとに予め設定しておき、第
９図のプログラム自体内にデータとして持つ。

このように、本実施例において、共有伝送路３を介して
処理装置１１に到達した情報は、到着順にキュー３００
に並べられる。そして、到着情報は、情報到着の検知・
実行管理を行う記憶部８０内の１つのプログラムＡＪに
取り込まれ、各情報の内容コードが参照されることによ
り、第１０図のように配列される。プログラムＡＪによ
るキューからの情報の取り込みは、１つの内容コードを
持つ情報数が最大取り込み数ｎｉとなるか、あるいはキ
ューの中の情報が無くなるまで行う、また。

テーブル２００への書き込みの際に、その内容コードに
対応する取り込み情報数をデータとして第１０図の実行
管理テーブル２００のデータ部１２０に付加する。

プログラムＡＪにより取り込まれた情報は、内容コード
により対応するプログラムの入力情報となり、処理が行
われる。その場合、本発明の方式では、各プログラムを
実行する際に、情報のデー、り部１２０の数だけ情報を
一括して取り込み、一括して処理を行うことになる。

このように、本実施例においては、分散処理システムで
の一運の処理をデータフロー的に、システム内に親子関
係をつくることなく行うことができ、システムの信頼性
、保守性、拡張性を向上させることができるともに、−
大量のトランザクションを内容コードに応じて一括処理
することができるので、処理の高速化を計ることが可能
である。

〔発明の効果〕

以上説明したように、本発明によれば、共有伝送路を介
して流れる情報を入力して駆動する分散処理装置に対し
て、プログラム自体も情報の１つとして伝送路に流し、
他の処理装置でこれを実行するので、拡張性は大となり
、ソフトウェアの開発が容易となる。また、本発明によ
れは、上記伝送路を流れる通常の情報が、大量に各処理
装置に入力しても、これらを同時に一括して処理するこ
とができるので、高速処理が可能となり、拡張性も向上
する。

【図面の簡単な説明】

第１図は本発明の一実施例を示す分散処理装置のブロッ
ク図、第２図は本発明の分散処理システムの全体構成図
、第３図は第１図において用いられるメツセージの形式
図、第４図は第１図におけるソフトウェアの開発過程を
示す図、第５図は第４図における記憶部のデータ格納状
態図、第６図は第４図における内容コードと先頭アドレ
スの対応図、第７図は本発明の他の実施例を示す分散処
理装置のブロック図、第８図は第７図で用いられるメツ
セージ形式を示す図、第９図は第７図の処理状態を示す
説明図、第１０図は第９図における実行管理テーブルの
詳細図、第１１図は第９図の各プログラムの処理方法を
示す図である。１１〜Ｉｎ、ｌｉ：分散処理装置、２１〜２ｎ。２１：伝送制御装置、３：共有伝送路、３０，５０：イ
ンタフェース、４０：演算部、６０：外部装置、８０：
記憶部、７０：タイマ、１００：内容コード、１１０：
入力情報内容コード、１２０：データ部、２００：実行
管理テーブル、３００：キューレジスタ。第　　　１　　　図第２図第　　　３　　　図第　　　４　　　図第５図第７図Ｌ　　　　　　　　　　　　　　　　　　　　　　　　
　　　　　　−Ｊ第８図第　　　９　　　図第１○図

Claims

【特許請求の範囲】

（１）共通伝送路に接続された複数個の処理装置が、各
々記憶しているプログラムの実行に必要な情報が上記共
通伝送路からすべて入力したことを検出すると、該情報
を入力して処理を実行する分散処理システムにおいて、
任意の処理装置が作成したプログラムを通常の情報と区
別することなく、同一に扱い、該作成プログラムを上記
共通伝送路に送信し、該作成プログラムを取り込んだ他
の処理装置に記憶されているプログラムにより、入力し
た該作成プログラムを処理させ、該処理装置上で実行可
能なプログラムとして記憶させることを特徴とする分散
処理方式。
（２）上記作成プログラムは、入力された処理装置内で
、データフロー型として実行可能なプログラムとして、
登録・記憶されることを特徴とする特許請求の範囲第１
項記載の分散処理方式。
（３）共通伝送路に接続された複数個の処理装置が、各
々記憶しているプログラムの実行に必要な情報が上記共
通伝送路からすべて入力したことを検出すると、該情報
を入力して処理を実行する分散処理システムにおいて、
上記処理装置に入力した情報が複数存在する場合、該複
数の情報を一括して取り込み、該処理装置内のプログラ
ムにより入出力処理を一括して実行することを特徴とす
る分散処理方式。
（４）上記入力情報は、メッセージ形式として、内容コ
ードおよびデータ部分を持ち、複数の情報のうち同一の
内容コードを持つ入力情報ごとに一括取り込まれた後、
同一プログラムにより処理されることを特徴とする特許
請求の範囲第３項記載の分散処理方式。