JPH02245864A

JPH02245864A - 多重プロセッサシステム

Info

Publication number: JPH02245864A
Application number: JP1065846A
Authority: JP
Inventors: Takashi Sumiyoshi; 住吉　孝史; Shigekatsu Takahashi; 高橋　重捷; Akiji Yamamoto; 山本　章治; Kazuyoshi Negishi; 和義根岸; Masaaki Iwasaki; 正明岩嵜
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1989-03-20
Filing date: 1989-03-20
Publication date: 1990-10-01
Also published as: US5062046A

Abstract

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

Description

【発明の詳細な説明】〔産業上の利用分野〕本発明は、多重プロセッサシステムに関し、特に、複数
の命令プロセッサから構成される多重プロセッサシステ
ムにおいて、複数の命令プロセッサが同時並行動作の可
能な環境で、複数のデータ処理のプロセスを効率よく同
時並行に処理して、処理のスループットを向上させる多
重プロセッサシステムに関するものである。

〔従来の技術〕

増大するデータ処理の需要に対応して、データ処理のス
ループットを向上させるため、単一の命令プロセッサか
ら構成されるデータ処理システムから、複数の命令プロ
セッサから構成される多重プロセッサシステムへと規模
が増大したシステムが開発されている。このような多重
プロセッサシステムにおいては、複数の命令プロセッサ
が備えられ，複数の命令プロセッサが同時に並行して動
作できる多重プロセッサ環境が提供される。

複数の命令プロセッサから構成される多重プロセッサ環
境では、単一プロセッサ環境と異なり、処理実行上．各
々の命令プロセッサ間でメモリを始めとする各々のリソ
ースの競合が発生する。リソースの競合が発生すると、
プロセッサ間で要求するリソースの待ち合せ時間が長く
なり、各プロセッサの能力が十分に引き出せないことに
なる。

多重プロセッサ環境で、各々のプロセッサの性能を引き
出すためには、このリソースの競合が最小となる処理方
式を用いる必要がある。

多重プロセッサ環境において、複数のデータ処理を同時
並行して実行する際、リソースの競合を避けて、所望の
スループットを得るため、例えば、（１）複数の命令プ
ロセッサと複数のデータ処理の関係を、命令プロセッサ
の空き状態に合せて動的に決定する方法（タスクまたは
プロセス単位の処理）、（２）特定のデータ処理は特定の命令プロセッサで実行
する方法（ジョブ単位の処理）、等により処理の制御を
行って、データ処理する方法がある。

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

しかしながら、上述の２つのデータ処理方法は、複数の
命令プロセッサから構成される多重プロセッサ環境にお
いて、複数のデータ処理が同時並行して実行される際、
メモリなど命令プロセッサ間で共用するリソースの競合
に関して、配慮されておらず、多重プロセッサの性能を
十分に引き出すことができないという問題がある。すな
わち、リソース競合に関しては、例えば、複数のデータ
処理を行う場合に、端末装置または磁気ディスク装置な
どの入出力リソースを共用するとき，入出力に必要なバ
ッファメモリ，テーブルメモリなどメモリ上の情報を共
用することになるが、このため、複数の命令プロセッサ
の間で、メモリに対する競合が発生しやすく、処理のス
ループットが向上しないという問題がある。

本発明は、上記問題点を解決するためになされたもので
ある。

本発明の目的は、複数のデータ処理のプロセスを効率よ
く同時並行に処理して、処理のスループットを向上させ
る多重プロセッサシステムを提供することにある。

本発明の他の目的は、複数の命令プロセッサ間のメモリ
競合を最小にし、多重プロセッサの処理能力を最大限に
引き出すデータ処理方法を提供することにある。

本発明の前記ならびにその他の目的と新規な特徴は、本
明細書の記述及び添付図面によって明らかになるであろ
う。

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

上記目的を達成するため、本発明においては、複数の命
令プロセッサで構成される多重プロセッサ上で、データ
処理の各単位処理を行うサブシステムの複数個が同時並
行して動作する多重プロセッサシステムにおいて、各入
出力リソースに対しアクセス処理を行う各サブシステム
と当該サブシステムを実行する命令プロセッサとの対応
関係を示すプロセッサ指定テーブルと、データ処理の実
行時に、使用するサブシステムに応じて、プロセッサ指
定テーブルで指示される命令プロセッサへ処理の制御を
移行する制御処理手段とを有することを特徴とする。

また、多重プロセッサシステムにおけるデータ処理の制
御を行うにあたって、入出力処理を行う複数の各入出力
リソースに対応して入出力処理の各単位処理を行う複数
のサブシステムを生成し、プロセッサ指定テーブルの対
応関係を規定して、前記サブシステムと該サブシステム
を実行する命令プロセッサとの対応関係を特定し、デー
タ処理の実行時に、制御処理手段がプロセス実行で使用
するサブシステムに応じて、プロセス対応テーブルで指
示される命令プロセッサへ処理の制御を移行する制御処
理を行うことを特徴とする。

また、端末装置に対するアクセス処理を行うサブシステ
ムと、前記端末装置がアクセスする頻度が高い特定のデ
ータベースファイルに対するアクセス処理を行うサブシ
ステムとは、同一の命令プロセッサで処理を行う対応関
係に、プロセッサ対応テーブルの対応関係を特定するこ
とを特徴とする。

〔作用〕

前記手段によれば、多重プロセッサシステムにおいて、
プロセッサ指定テーブルと、各々の命令プロセッサへ制
御を移行する処理を行う制御処理手段とが備えられる。

プロセッサ指定テーブルには、各入出力リソースに対し
アクセス処理を行う各サブシステムと当該サブシステム
を実行する命令プロセッサとの対応関係を示す情報が設
定される。ここでのサブシステムは、複数の命令プロセ
ッサで構成される多重プロセッサ上で、データ処理の各
単位処理を行うプロセスである。多重プロセッサシステ
ムにおいては、このプロセスのサブシステムの複数個が
同時並行して動作する。制御処理手段は、データ処理の
実行時に、使用するサブシステムに応じて、プロセッサ
指定テーブルを参照して、プロセッサ指定テーブルで指
示される命令プロセッサへ処理の制御を移行する制御処
理を行う。

このように、多重プロセッサシステムにおけるデータ処
理の制御を行うにあたって、入出力処理を行う複数の各
入出力リソースに対応してアクセス処理の各単位処理を
行う複数のサブシステムを生成する。そして、前記サブ
システムと該サブシステムを実行する命令プロセッサと
の対応関係を特定して、プロセッサ指定テーブルの対応
関係を規定する。データ処理の実行時には、制御処理手
段がプロセス実行で使用するサブシステムに応じて、プ
ロセス対応テーブルで指示される命令プロセッサへ処理
の制御を移行する制御処理を行う。

すなわち、複数の命令プロセッサから構成される多重プ
ロセッサ環境において、複数のデータ処理を同時並行し
て実行する際、データ処理で使用する端末装置、磁気デ
ィスク装置等の入出力リソースに対応して、システム全
体を各入力リソース・のアクセス処理を行う業務サブシ
ステムに分割し、各々のサブシステムを生成する。この
サブシステム対応に、実行する命令プロセッサをプロセ
ッサ対応テーブルにより特定する。これにより、入出力
リソースへのアクセス処理に必要なバッファ。

テーブルなど、メモリ上の情報に関して、使用する命令
プロセッサが特定され、命令プロセッサ間の競合を削減
できる。

このように、入出力リソース（端末装置、磁気ディスク
装置等）を使用する複数の各々のデータ処理を、入出力
リソースに対応して、当該リソースにアクセスする処理
単位に命令プロセッサへ割付けることにより、特定の入
出力リソースへのアクセスは、特定の命令プロセッサで
実行されることになる。このため、入出力処理に必要バ
ッファ。

テーブルなどのメモリ上の情報に対して、複数の各命令
プロセッサが競合を起こす確率を大幅に小さくできる。

多重プロセッサシステムにおける複数のデータ処理のプ
ロセスの実行上、他のデータ処理のプロセスへの干渉が
発生する処理は、入出力リソースへのアクセス処理が殆
んどであり、上述のようなデータ処理方法により、命令
プロセッサ間のメモリ競合を最小にすることができる。

これにより、処理のスループットが向上し、システムの
性能が向上する。

また、端末装置に対するアクセス処理を行うサブシステ
ムと、前記端末装置がアクセスする頻度が高い特定のデ
ータベースファイルに対するアクセス処理を行うサブシ
ステムとは、同一の命令プロセッサで処理を行う対応関
係に、プロセッサ対応テーブルの対応関係を特定する。

これにより。

端末装置からの特定のデータベースファイルの検索処理
、更新処理を実行する場合に、各処理が同一命令プロセ
ッサで実行されることになり、処理プロセスの実行で使
用する命令プロセッサ間の処理連絡のオーバーヘッドを
削減できる。このため、処理のスループットが向上し、
システムの性能が向上する。

〔実施例〕

以下、本発明の一実施例を図面を用いて具体的に説明す
る。

なお、実施例を説明するための全回において。

同一要素のものは同一符号を付け、その繰り返しの説明
は省略する。

第１図は、本発明の一実施例にかかる多重プロセッサシ
ステムの要部の構成を示すブロック図である。第１図に
おいて、　１０．１１．１２．１３は多重プロセッサシ
ステムにおける処理要素の命令プロセッサ、１４はプロ
セッサ対応テーブル、１５は端末装置、１６はデータベ
ースファイル、１７はジャーナルファイルである。また
、１０ａはプロセス制御処理部、ｌｌａは端末送受信処
理部、１２ａはシステム共通処理部、１３ａはデータベ
ース入出力処理部である。第１図の多重プロセッサシス
テムは、４つの命令プロセッサＩＰ＃Ｏ，ＩＰ＃１．Ｉ
Ｐ＃２゜ＩＰ＃３で構成されるシステムであり、第１図
では、この多重プロセッサシステムを、オンラインデー
タベースシステムとして用いる場合のシステム構成の例
を処理機能単位別にブロック化して、概略的に示してい
る。この例では、システム構成がＤ　Ｂ　（Ｄａｔａ　
Ｂａ５ｅ）　／　Ｄ　Ｃ（Ｄａｔａ　Ｃｏｍｍｕｎｉｃ
ａｔｉｏｎ）システムとして構成されている。

このようなりＢ／ＤＣシステムにおいては、図示するよ
うに、端末送受信処理部１１ａ、システム共通処理部１
２ａ、およびデータベース入出力処理部１３ａの処理単
位が設けられて、システム運用がなされる。この各処理
単位の機能を実現するため、各々の処理部の機能に対応
して、それぞれに必要とされる各々の処理機能単位のプ
ロセスがサブシステムとして生成される。すなわち、（１）端末装置への送受信処理を行うＤＣ機能。

（２）データベース入出力処理を行うＤＢ機能、（３）
ジャーナル取得処理等のシステム共通機能、の３つの処
理機能のためのサブシステムが生成され、システム運用
がなされる。これらのサブシステムのプロセスは、複数
の命令プロセッサから構成される多重プロセッサ環境で
は、どの命令プロセッサで実行されてもよい。この実施
例のシステムでは、プロセッサ対応テーブル１４を設け
て、プロセッサ対応テーブル１４に、各サブシテムと当
該サブシステムを実行する命令プロセッサの対応関係を
設定している。プロセス制御処理部１０ａが、プロセッ
サ対応テーブル１４に設定しているサブシステムと命令
プロセッサの対応関係を参照して、サブシステムの実行
時に該当する特定された命令プロセッサに処理の制御を
移す。

第２図は、本発明の他の一実施例の多重プロセッサシス
テムの要部のシステム構成を示すブロック図である。第
２図の実施例においては、多重プロセッサシステムの多
重プロセッサ環境で、第１図のシステムと同様なりＢ／
ＤＣシステムを効率よくシステム運用させるため、シス
テムに接続される複数の端末装置２５ａ　、　２５ｂ　
、　２５ｃおよびデータベースファイル２６ａ　、　２
６ｂ　、　２６ｃ等の入出力リソースに対応して、シス
テム全体を複数のサブシステム２１ａ〜２１ｃ、２３ａ
〜２３ｃに分割して構成する。各々のサブシステムは、
多重プロセッサシステムを構成する要素の複数の命令プ
ロセッサＩＰ＃Ｏ，ＩＰ＃１．　・・・、ＩＰ＄ｎのう
ちのいずれかに対応付ける。この対応付けは、プロセッ
サ対応テーブル１４に対応関係を規定して対応付ける。

この対応付けは、分割するサブシステムの分割単位およ
び命令プロセッサの数により異なるが、例えば、１つの
サブシステムに１つの命令プロセッサを対応付けたシス
テムの場合には、１つのサブシステムは１つの命令プロ
セッサでのみ実行されるため、複数の命令プロセッサの
間でサブシステムの入出力リソースに対する競合が生ず
ることはなくなる。

また、サブシステム分割の別の分割の例として、銀行オ
ンラインシステムのように、特定の端末装置と特定のデ
ータベースファイルの間に緊密な関係がある場合には、
第２図に示すように、端末送受信機能（ＤＣ機能）２１
ａおよびデータベース入出力機能（ＤＢ機能）２１ｂを
ペアにして、１つのＤＢ／ＤＣサブシステムとして、１
つの命令プロセッサ２１との対応付けするようなシステ
ム構成とすれば良い。このシステム構成の利点は、端末
装置からのＤＢ検索、更新処理を実行する場合に、処理
プロセスの実行で使用する命令プロセッサ間の処理連絡
のオーバーヘッドを削減できることである。これにより
、処理のスループットが向上し、システムの性能が向上
する。

次に、このような多重プロセッサシステムのシステム運
用において、データ処理を行う場合のサブシステム分割
方法および分割したサブシステムと各命令プロセッサと
の対応関係を特定する対応付は方法について説明する。

第３ａ図、第３ｂ図、第３Ｃ図、第３ｄ図、第３ｅ図、
および第３ｆ図は、多重プロセッサシステムにおいて処
理プロセスをサブシステムに分割してシステム運用を行
う場合の典型例の構成をそれぞれ示す図である。

多重プロセッサシステムの各命令プロセッサへの各機能
単位の処理プロセスの対応付けには、例えば、第３ａ図
、第３ｂ図、第３Ｃ図、第３ｄ図。

第３ｅ図、および第３ｆ図に示すようなシステム構成の
考え方がありうる。

まず、一連のデータ処理を実行するシステムにおいて、
データ処理を各単位処理のプロセスに分割する考え方と
して、１つのシステムを回線系および端末系のリソース
を管理するＤＣサブシステムと、データベース系のリソ
ースを管理するＤＢサブシステムに分ける。ＤＣサブシ
ステム、ＤＢサブシステムともに、各リソースの管理単
位により、更に小さい処理単位のサブシステムへの分割
を考えることができる。

次に、このように分割されたサブシステムを命令プロセ
ッサに割当てるとき、次のような選択枝がありうる。す
なわち。

ｒ（ｌａ）　ＤＢサブシステム群を１台の命令プロセッ
サに割当てる形態。

（ｌｂ）ＤＢサブシステム群をサブシステムごとに別の
命令プロセッサに割当てる形態、（ｌｃ）ＤＢサブシステム群を全体として複数台の命令
プロセッサに割当てる形態、（２ａ）ＤＣＣサツシテム群を１台の命令プロセッサに
割当てる形態、（２ｂ）ＤＣＣサツシテム群をサブシステムごとに別の
命令プロセッサの割当てる形態、（２ｃ）ＤＣＣサツシテム群を全体として複数台の命令
プロセッサに割当てる形態。

（３ａ）ＤＢサブシステムとＤＣサブシステムを１台の
命令プロセッサ上で共存させる形態、（３ｂ）ＤＢサブ
システムとＤＣサブシステムを分離して１台の命令プロ
セッサ上で共存させないる形態」がある。

これらの各種の形態を考慮して構成したシステム構成の
例が、第３ａ図、第３ｂ図、第３Ｃ図。

第３ｄ図、第３ｅ図、および第３ｆ図に示される。

これらの図において、直線のブロックはサブシステムを
示し、２点鎖線のブロックは実行ＩＰ（命令プロセッサ
）を示している。

第３ａ図は、ＤＢサブシステムの実行ＩＰが単一の形態
で、ＤＣサブシステムの実行ＩＰが単一の形態であり、
かつＤＢサブシステムとＤＣサブシステムの実行ＩＰが
同一の形態のシステム構成例である。

第３ｂ図は、ＤＢサブシステムの実行ＩＰが単一の形態
で、ＤＣサブシステムの実行ＩＰが単一の形態であり、
かつＤＢサブシステムとＤＣサブシステムの実行ＩＰが
別の形態のシステム構成例である。

第３Ｃ図は、ＤＢサブシステムの実行ＩＰが単一の形態
で、ＤＣサブシステムの実行ＩＰが複数の形態であり、
かつＤＢサブシステムとＤＣサブシステムの実行ＩＰが
別の形態のシステム構成例である。

第３ｄ図は、ＤＢサブシステムの実行ＩＰが複数の形態
で、ＤＣサブシステムの実行ＩＰが単一の形態であり、
かつＤＢサブシステムとＤＣサブシステムの実行ＩＰが
別の形態のシステム構成例である。

第３ｅ図は、ＤＢサブシステムの実行ＩＰが複数の形態
で、ＤＣサブシステムの実行ＩＰが複数の形態であり、
かつＤＢサブシステムとＤＣサブシステムの実行ＩＰが
同一の形態のシステム構成例である。

第３ｆ図は、ＤＢサブシステムの実行ＩＰが複数の形態
で、ＤＣサブシステムの実行ＩＰが複数の形態であり、
かつＤＢサブシステムとＤＣサブシステムの実行ＩＰが
別の形態のシステム構成例である。

このように各種の形態が考えられるが、これらの形態に
おいて、サブシステム群を１台の命令プロセッサに割当
てた場合、例えば、（１ａ）の形態または（２ａ）の形
態のような場合には、当該サブシステム群への負荷を分
散できないことになり、適用範囲が狭い（第３ａ図）。

（１ｃ）の形態または（２ｃ）の形態のようなサブシス
テム群全体を複数台の命令プロセッサに割当てた場合、
複数台の各々の命令プロセッサ間でのリソース競合が避
けられない（第３ｂ図、第３Ｃ図。

第３ｄ図、第３ｆ図）。

また、（３ｂ）の形態のように、ＤＢサブシステムとＤ
Ｃサブシステムを別々の命令プロセッサに割当てた場合
、オンラインシステムにおいては、端末からＤＢへアク
セスする間合せ応答形態が主体であるため、必ず各命令
プロセッサ間の連絡が発生することになり、ＤＢアクセ
スが多い処理の場合など、命令プロセッサ間の連絡のオ
ーバーヘッドが無視できなくなる可能性がある（第３ｂ
図。

第３ｃ図、第３ｄ図、第３ｆ図）。

ＤＣサブシステムおよびＤＢサブシステムの一連の動作
を、第３ｅ図のシステム構成を例として説明する。

第４ａ図は、ＤＣサブシステムのＤＣアクセス処理のフ
ローを概略的に示すフローチャートであある。また、第
４ｂ図は、ＤＢサブシステムのＤＢアクセス処理のフロ
ーを概略的に示すフローチャートであり、第４ｃ図は、
ＤＢサブシステムのＤＢ更新処理に伴うジャーナルアク
セス処理の処理フローを示すフローチャートである。

まず、第４ａ図を参照して、ＤＣサブシステムのＤＣア
クセス処理を説明する。このＤＣアクセス処理において
は、まず、端末からの受信メツセージを受信すると、ス
テップ３０において、受信メツセージの解析を行い、次
のステップ３１で、解析した内容に従って、該当するユ
ーザプログラムに制御を移行する。次のステップ３２に
おいて、ユーザプログラムからのＤＣアクセス要求を受
付け、次のステップ３３において、メツセージ送信先端
末名を判定し、予め設定されている対応テーブルにより
処理サブシステムを決定する。次に、ステップ３４にお
いて、決定した処理サブシステム名により、プロセッサ
対応テーブルを参照して、実行ＩＰに処理を移行し、ス
テップ３５において移行先の実行ＩＰにおいてＤＣ処理
を行う。

すなわち、ユーザプログラムのＤＣアクセス要求で指定
されるメツセージ送信先端末名から、各命令プロセッサ
ごとにシステム内の全端末について設定されている端末
サブシステム対応テーブルにより、該当する端末を管理
しているＤＣサブシステムを求める。ＤＣサブシステム
が決まると、プロセッサ対応テーブルのサブシステムと
実行ＩＰの対応関係を参照し、当該ＤＣアクセス処理を
どのＩＰで実行すべきかを求める。求めたＩＰが現在の
処理実行中のＩＰと同一のＩＰであれば、そのまま処理
を続行する。現在の処理実行中のＩＰが、例えばＩＰ＃
１であり、当該ＤＣアクセス処理を実行すべきＩＰ＃２
と求められると、実行ＩＰが異なるので、実行すべきＩ
Ｐ＃２の処理キューに処理の引継ぎ要求を登録して、処
理をＩＰ＃２に移行するためプロセッサ間連絡の処理を
行う。プロセッサ間連絡を受けたＩＰ＃２は、処理キュ
ーからＤＣアクセス要求を引出し、ＤＣアクセス処理を
行う。ＤＣアクセス処理が終わると、ＩＰ＃２は要求元
のＩＰ＃１の処理キューに処理の引継ぎ要求を登録して
、ＩＰ＃１へプロセッサ間連絡を行う。

次に、第４ｂ図を参照して、ＤＢサブシステムのＤＢア
クセス処理を説明する。このＤＢアクセス処理において
は、まず、ステップ４ｏにおいて、受信メツセージの解
析を行い、次のステップ４１で、解析した内容に従って
、該当するユーザプログラムに制御を移行する０次のス
テップ４２において、ユーザプログラムからのＤＢアク
セス要求を受付け、次のステップ４３において、アクセ
スレコード名を判定し、別に設けられる制御テーブルに
より予め設定されている処理サブシステムを決定する。

次に、ステップ４４において、決定した処理サブシステ
ム名により、プロセッサ対応テーブルを参照して、実行
ＩＰに処理を移行する。

そして、ステップ４５において移行先の実行ＩＰにおい
てＤＢ処理を行う。

すなわち、ＤＢアクセス処理においては、ユーザプログ
ラムのＤＢアクセス要求で指定されるレコード名から、
各ＩＰにおいて、ユーザプログラムに対応して持ってい
るサブスキーマ（ＤＢＢアクセス処理を用いて、当該Ｄ
Ｂアクセス要求でアクセスするＤＢを決める。アクセス
するＤＢが決まると、各ＩＰごとにシステム内の全ＤＢ
について持っている処理の制御テーブルのＤＢサブシス
テム対応テーブルにより、アクセスするＤＢを管理して
いるＤＢサブシステムを求める。ＤＢサブシステムが求
まると、プロセッサ対応テーブルにより、ここでのＤＢ
アクセス処理をどのＩＰで実行すべきかを求める。求め
たＩＰが現在の処理実行中のＩＰと同一のＩＰであれば
、そのまま処理を続行する。求めたＩＰが現在の処理実
行中のＩＰと異なれば、実行すべきＩＰ（求められたＩ
Ｐ＃２）の処理キューに処理の引継ぎ要求を登録し。

求めたＩＰ＃２に対してプロセッサ間連絡の処理を行う
。これにより、プロセッサ間連絡を受けたＩＰ＃２は、
処理キューからＤＢアクセス要求を引き出し、ＤＢアク
セス処理を実行する。工Ｐ＃２は、ＤＢアクセス処理が
終わると、要求元のＩＰ　（ＩＰ＃１）の処理キューに
処理の引継ぎ要求を登録し、ＩＰ＃１へのプロセッサ間
連絡を行う。

また、第４ｃ図を参照して、Ｄ、ＢサブシステムのＤＢ
更新処理に判うジャーナルアクセス処理を説明する。こ
のジャーナルアクセス処理は、ジャーナルファイルの性
質上、システムで共通に管理する必要がある。このため
、ジャーナルアクセス処理は、特に、処理するＩＰを特
定するようにはしていない。したがって、ジャーナルア
クセス処理を行うＩＰは、現在の処理の実行中のＩＰに
おいて、実行ＩＰを変更することなく継続して、ジャー
ナルアクセス処理を行う。すなわち、第４Ｃ図に示すよ
うに、ステップ４６において、ＤＢ変更処理のＤＢアク
セス要求があると、次のステップ４７において、処理を
実行するＩＰを変更することなく、自ＩＰでジャーナル
掃取処理を行い、ジャーナルファイルに出力する。そし
て、次のステップ４８において、第４ｂ図に示すような
りＢアクセス処理を行い、ＤＢに対する更新処理を行う
。

第５図は、処理実行の命令プロセッサを変更してＤＢ更
新処理を行う一連の全体動作を示すフローチャートであ
る。

ＤＣサブシステムの一連の処理が終了して、ＤＢサブシ
ステムにおいて、データベース更新の処理を行う段にな
ると、ＤＢサブシステムにおいては、ＤＢアクセスを行
って、ＤＢ更新処理を行うことになる。ＤＢサブシステ
ムの処理では、ステップ５１において、メツセージ受信
を行い、ステップ５２で、メツセージ内容からここで処
理を行うべきユーザプロクラムを決定する。そして、ス
テップ５３において、ユーザプログラムに・処理の制御
を移行する。ユーザプログラムにおいて、ステップ５４
のＤＢアクセス要求が出されると、ステップ５５の処理
を行い、アクセスＤＢの処理サブシステムを決定する。

すなわち、ＤＢアクセス要求で指定されるアクセスレコ
ード名から、各命令プロセッサでユーザプログラムに対
応して持っているサブスキーマを用いて、アクセスすべ
きＤＢを定め、アクセスＤＢから各ＩＰごとにシステム
内の全ＤＢについて持っているＤＢサブシステム対応テ
ーブルにより、当該アクセスＤＢを管理しているＤＢサ
ブシステムを求める。

次に、ステップ５６において、プロセッサ対応テーブル
１４を参照して、決定したＤＢサブシステムを実行する
ＩＰの選択処理を行う。すなわち、ＤＢサブシステムが
決まると、サブシステムと実行ＩＰの対応関係を規定す
るテーブル１４を参照して、当該ＤＢアクセス処理を実
行するＩＰを求める。次に、ステップ５７の判定処理に
おいて、求めたＩＰが現在実行中のＩＰと同一であるか
否かを判定する。同一であれば、そのままのＩＰで処理
を続行して、ステップ５８においてジャーナル取得の処
理を行い、更に、ステップ５９においてＤＢ更新処理を
行う。そして、ステップ６０でユーザプログラムへのリ
ターンの処理を行う。

一方、ステップ５７の判定処理において、求めたＩＰが
現在実行中のＩＰと同一でないと判定されれば、ステッ
プ６１に進み、求めた実行ＩＰのの処理キューに処理の
引継ぎ要求を登録する。次にステップ６２において、実
行ＩＰ　（ＩＰ＃１）への連絡するプロセッサ間連絡の
処理を行い、このＩＰ＃Ｏは他の処理を行う。

一方、ＩＰ＃１では、ステップ６３の処理において、Ｉ
　Ｐ’＃Ｏからのから連絡を受けると、ステップ６４に
おいて、自ＩＰの処理キューからＤＢアクセス要求を引
き出し、ＤＢ更新処理を行うことになる。まず、ステッ
プ６６でジャーナル取得の処理を行い、次のステップ６
６においてＤＢ更新処理を行う。ステップ６６のＤＢ更
新処理が終了すると、次に、ステップ６７において、要
求元のＩＰ　（ＩＰ＃Ｏ）の処理キューに処理の引継ぎ
要求を登録し、ステップ６８に、要求元ＩＰへの連絡を
行うプロセッサ間連絡の処理を行う。

また、他の処理を行っていたＩＰ＃Ｏは、プロセッサ間
連絡が発生すると、ステップ６９で連絡を受取る処理を
行い、ステップ６０に戻り、ユーザプログラムへのリタ
ーン処理を行う。

以上、本発明を実施例に基づき具体的に説明したが、本
発明は、前記実施例に限定されるものではなく、その要
旨を逸脱しない範囲において種々変更可能であることは
言うまでもない。

〔発明の効果〕

以上、説明したように、本発明の多重プロセッサシステ
ムによれば、データ処理の処理単位に応じて、分割した
サブシステムを生成し、サブシステムを実行する命令プ
ロセッサを特定するので、各命令プロセッサがデータ処
理を行う際に、リソース（メモリ）の競合が発生する率
が大幅に少なくなる。これにより、処理のスループット
が向上し、システムの性能が向上する。すなわち、（１
）１つのデータ処理システムを入出力リソースに対応し
て、複数のサブシステムに分け、１つのサブシステムは
１つの命令プロセッサのみで実行させるもので、多重プ
ロセッサ環境でも、命令プロセッサ間のリソース競合を
なくすことができて、処理のスループットが向上し、シ
ステムの性能が向上する。

（２）また、サブシステムの中で、ＤＣ機能とＤＢ機能
のように互いに干渉のないサブシステムについては、同
一の命令プロセッサ上に共存させることにより、ＤＢ機
能、ＤＣ機能の両機能を使用する処理を実行する際に使
用する命令プロセッサ数を限定でき、命令プロセッサ間
の処理連絡のオーバーヘッドを削減できる。これにより
、システム全体の処理のスループットが向上し、システ
ムの性能が向上する。

【図面の簡単な説明】

第１図は、本発明の一実施例にかかる多重プロセッサシ
ステムの要部の構成を示すブロック図、第２図は、本発
明の他の一実施例の多重プロセッサシステムの要部のシ
ステム構成を示すブロック図、第３ａ図、第３ｂ図、第３ｃ図、第３ｄ図、第３８図、
および第３ｆ図は、多重プロセッサシステムにおいて処
理プロセスをサブシステムに分割してシステム運用を行
う場合の典型例の構成をそれぞれ示す図、第４ａ図は、ＤＣサブシステムのＤＣアクセス処理のフ
ローを概略的に示すフローチャート、第４ｂ図は、ＤＢ
サブシステムのＤＢアクセス処理のフローを概略的に示
すフローチャート、第４ｃ図は、ＤＢサブシステムのＤ
Ｂ更新処理に伴うジャーナルアクセス処理の処理のフロ
ーを示すフローチャート、第５図は、処理実行の命令プロセッサを変更してＤＢ更
新処理を行う一連の全体動作を示すフローチャートであ
る。図中、１０．１１．１２．１３．２０．２１．２２．２
３・・・命令プロセッサ、１４・・・プロセッサ対応テ
ーブル、１５゜２５ａ　、　２５ｂ　、　２５ｃｍ端末
装置、１６．２６ａ　、　２６ｂ　。２６ｃ・・・データベースファイル、１７・・・ジャー
ナルファイル、１０ａ・・・プロセス制御処理部、ｌｌ
ａ・・・端末送受信処理部、１２ａ・・・システム共通
処１！１１部、１３ａ・・データベース入出力処理部、
・・・端末装置・・・データベースファイル、２１ａ〜
２１ｃ、２３ａ〜２３ｃ・・・サブシステム。２１ａ・
・・端末送受信機能（ＤＣ機能）。２１ｂ・・・データベース入出力機能（ＤＢ機能）。

Claims

【特許請求の範囲】１、複数の命令プロセッサで構成される多重プロセッサ
上で、データ処理の各単位処理を行うサブシステムの複
数個が同時並行して動作する多重プロセッサシステムに
おいて、各入出力リソースに対しアクセス処理を行う各
サブシステムと当該サブシステムを実行する命令プロセ
ッサとの対応関係を示すプロセッサ指定テーブルと、デ
ータ処理の実行時に、使用するサブシステムに応じて、
プロセッサ指定テーブルで指示される命令プロセッサへ
処理の制御を移行する制御処理手段とを有することを特
徴とする多重プロセッサシステム。２、データ処理の各単位処理を行うサブシステムは、１
つの入出力リソースに対応して専用にアクセス処理を行
う処理単位に設けられており、当該入出力リソースのア
クセス処理を行う当該サブシステムを実行する各々の命
令プロセッサを、プロセッサ指定テーブルの対応関係で
特定することを特徴とする請求項１に記載の多重プロセ
ッサシステム。３、請求項１に記載の多重プロセッサシステムにおける
データ処理方法であって、入出力処理を行う複数の各入
出力リソースに対応してアクセス処理の各単位処理を行
う複数のサブシステムを生成し、プロセッサ指定テーブ
ルの対応関係を規定して前記サブシステムと該サブシス
テムを実行する命令プロセッサとの対応関係を特定し、
データ処理の実行時に、制御処理手段がプロセス実行で
使用するサブシステムに応じて、プロセス対応テーブル
で指示される命令プロセッサへ処理の制御を移行する制
御処理を行うことを特徴とするデータ処理方法。４、端末装置に対するアクセス処理を行うサブシステム
と、前記端末装置がアクセスする頻度が高い特定のデー
タベースファイルに対するアクセス処理を行うサブシス
テムとは、同一の命令プロセッサで処理を行う対応関係
に、プロセッサ対応テーブルの対応関係を特定すること
を特徴とする前記請求項１または請求項２に記載の多重
プロセッサシステム。