JP2001034582A

JP2001034582A - コマンドパケットによってプロセッサを選択する並列処理装置及びそのシステム

Info

Publication number: JP2001034582A
Application number: JP2000143184A
Authority: JP
Inventors: Masafumi Yamaguchi; 雅史山口; Toshiaki Nagasawa; 利明長沢
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 1999-05-17
Filing date: 2000-05-16
Publication date: 2001-02-09

Abstract

(57)【要約】【課題】排他制御プログラムを簡素化して処理のオー
バーヘッドを減少させるとともに、コマンドパケットの
処理の順序保証を簡単に行える並列処理装置及びそのシ
ステムの実現を目的とする。【解決手段】チャネル番号設定部は、コマンド発行部
が発行した一連のコマンドパケットに、この一連の処理
を特定する識別番号を設定する。チャネル選択部は特定
の上記識別番号を持つコマンドパケットを特定の通信チ
ャネルに割り当てる。プロセッサ選択部は、上記識別番
号に基づいて複数の処理プロセッサの中から、この識別
番号を持つコマンドパケットの処理を行う処理プロセッ
サを選択する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、大量のコマンドを
並列処理する並列処理システムに関し、特に、移動体通
信システムに適用される並列処理システムに関する。

【０００２】

【従来の技術】図９に移動体通信システムの構成を示
す。従来の移動体通信システムの構成はNTTDoCoMo テク
ニカルジャーナルVol.1 No.1 p33-p38に記載されてい
る。

【０００３】ユーザが移動通信端末９１を操作すると、
最寄りの無線基地局９２との間で音声データや、通話の
開始・終了・位置登録・品質監視等に必要な通信制御デ
ータの無線による通信が開始される。これらの通信制御
データや音声データは上記最寄りの無線基地局９２か
ら、無線基地局を管理する無線基地局制御装置９３及び
通信制御装置１に送られ、通信制御データや音声の処理
が施された後、交換局９４に送られ、関門局９５を介し
て公衆網９６に送出されて通話等が開始される。通信制
御データは交換局９４と連携しながら無線基地局制御装
置９３で処理され、音声データは上記通信制御データに
よるコマンドパケットを通信制御装置１受信し、処理さ
れる。

【０００４】ところで移動体通信に用いる無線基地局用
の通信制御装置では、大量のコマンドパケットを高速に
処理できるようにするため、複数の処理プロセッサを搭
載したマルチプロセッサ構成を採用することが従来から
行われている。以下、このような通信制御装置（並列処
理装置）を用いた並列処理システムについて、図７を参
照しながら説明する。

【０００５】通信制御装置１は、上記無線基地局制御装
置９３及び交換局９４（以下、両者を一括して「指示装
置３」と呼ぶ）に複数の通信チャネル２を介して接続
し、この指示装置３との間で上述のような通話の開始・
終了・位置登録・品質監視等の通信制御データを送受信
することにより、通信制御処理を行う。

【０００６】即ち、指示装置３のコマンド発行部３２
が、通信制御のための一連のコマンドパケットを発行す
ることによって一連の処理（所定数のコマンドが所定の
順序で実行されることによって実現できる処理、例えば
呼制御等）を通信制御装置１に指示する。

【０００７】具体的には、指示装置３のコマンド発行部
３２が通信制御のための一連のコマンドパケットを、コ
マンド種別を識別するコマンド番号を設定した後発行す
る。コマンド種別には、呼接続制御の呼生起時における
パス設定、コネクション設定、ルーティング設定や、呼
消滅時におけるパス解放、コネクション解放、ルーティ
ング解放等がある。これらのコマンド種別をコマンド番
号で識別することにより、通信制御装置側の処理プロセ
ッサは以降の処理を分岐するのに使用する。そしてこの
コマンドパケットを受けたチャネル番号設定部３３は、
上記一連のコマンドパケットのデータ部にチャネル番号
を設定する。チャネル番号は一連の処理を識別するため
に用いられる。例えば、特定の移動通信端末９１からの
呼処理である発呼、終話等を識別するのに使用する。次
いで、チャネル選択部３４は、予め決められたチャネル
番号を指定し、通信終端部３１にコマンドパケットが渡
される。なお、チャネル番号の設定の仕方は、重複しな
ければ、連番でもランダムでもよい。

【０００８】上記一連の処理について通信終端部３１、
通信チャネル２を介して通信制御装置１における他装置
インターフェース４内の通信終端部４１が上記コマンド
パケットを受信すると、当該通信終端部４１はバスイン
ターフェース６を介して、複数備えられた処理プロセッ
サ７の全てに対して受信割り込みをかける。このように
受信割り込みが発生すると、処理可能な処理プロセッサ
はバスインターフェース６に対して割り込み応答を出力
し、この割り込み応答を受信したバスインターフェース
６は、最も早く割り込み応答を出力した処理プロセッサ
に対して上記コマンドパケットの処理許可を与える。

【０００９】この処理許可を獲得した処理プロセッサ
（処理プロセッサ７ａとする）はバスインターフェース
６上のデータ中継バッファ（図示せず）より上記コマン
ドパケットを取得した後、共有メモリ８上の管理テーブ
ル８０（図８参照）を用いて、次のように排他制御を行
いながら上記コマンドパケットを処理する。ここで、排
他制御とは特定の処理プロセッサによって実行されるア
プリケーションソフト８０ａを含むタスクが、共有リソ
ースの処理に必要な一部を一時的に占有して、上記タス
クの処理を行い、上記複数の処理タスクが同時に共有リ
ソースを操作することによる不都合を回避するために行
われる制御であり、この排他制御は上記管理テーブル８
０内の排他情報を用いて後述するような手順で実行され
る。

【００１０】上記処理プロセッサ７ａは、処理の状態を
管理テーブルに書き込みながら上記コマンドパケットを
処理し、この処理が終了すると、管理テーブル８０に含
まれる排他テーブルを解放（自己の処理プロセッサ番号
を消去）した後、バスインタフェ−ス６・他装置インタ
フェ−ス４・通信チャネル２を介して指示装置３に応答
パケットを返す。なお、上記のように排他テーブルが解
放されると、該当共有リソース部分の排他待ち状態にあ
った処理が開始されることになる。

【００１１】以上のようなマルチプロセッサ構成の通信
制御装置１を用いた並列処理システムによれば、一連の
処理を複数の処理プロセッサ７が並列に実行できるた
め、大量のコマンドパケットを高速に処理できる。

【００１２】なお、処理プロセッサ７は冗長化されてい
るため、１つのモジュールに不具合が発生しても別の処
理プロセッサで処理を継続できる。

【００１３】また、監視制御部１０は、通信制御装置１
の状態（処理プロセッサ７や各モジュールの状態）を定
期的に監視しており、障害等が発生することによって処
理プロセッサ７が閉塞すると、この状態変化を指示装置
３に通知する。

【００１４】しかしながら、上記従来の通信制御装置１
では、膨大な管理テーブルの各階層において排他制御を
行う必要があるため、制御プログラムが複雑化し、管理
テーブルの構造によっては排他待ちによるオーバヘッド
が並列処理の性能向上を大幅に阻害するという問題があ
った。

【００１５】ここで、処理プロセッサが持つ制御アプリ
ケーションソフトが８０ａ、下位のマクロソフト等が提
供する提供関数８０ｂを使用して、排他を実現する際の
処理手順と、提供関数が操作する管理テーブルの関係
を、図８の例を用いて説明する。

【００１６】図８に示すように、共有メモリ８内のリソ
ースを獲得するためには、アプリケーション８０ａは毎
回必ずリソース獲得要求コマンド８１を送出してリソー
ス獲得関数８５を起動し、管理テーブル８０の使用状況
を参照して該当リソースが未使用であれば、リソースを
使用中にする。次にアプリケーション８０ａはリソース
排他獲得要求８２を送出してリソース排他獲得関数８６
を起動し、管理テーブル８０の排他情報が排他なしであ
れば、排他フラグを立てて排他を獲得し、処理プロセッ
サの番号を書き込んで、他のアプリケーションが上記リ
ソースを使用できないようにする。そして当該アプリケ
ーション８０ａの処理が終わったときには、毎回必ずリ
ソース排他解放要求コマンド８３を送出してリソース排
他解放関数８７を起動し、リソースの排他フラグを解放
するとともに、処理プロセッサ番号を削除し、リソース
の排他解放を行う。そして最後にリソース解放要求８４
を送出してリソース解放関数８８を起動し、上記リソー
スの使用状況を未使用にし、リソースの解放を行う。

【００１７】従って、排他処理を行うことにより、上記
のようなリソース排他獲得要求８２、リソース排他解放
要求８３といった倍の処理が必要であり、実際には提供
関数８０ｂを経由した制御が必要なため、数倍の処理量
となり、これらの操作が排他制御時のオーバヘッドとな
る。

【００１８】また、排他制御を行うために、専用の排他
テーブルを設計する必要がある。即ち、この排他テーブ
ルを操作することで、他の処理プロセッサがリソースを
獲得しようとしたとき、既に使用されているか、あるい
は、使用禁止（テーブルの書き換え禁止状態）であるこ
とを認識するのである。このため、リソースデータの管
理テーブル以外に、上記排他テーブルの設計が必要にな
り、これらのテーブル操作も排他制御のオーバヘッドと
なる。

【００１９】このような排他処理のオーバヘッドを回避
するため、機能別（処理内容別）に処理プロセッサ７を
割り付ける方法も提案されているが（社団法人電子情報
通信学会発行「改訂ディジタル交換方式」第１２６頁〜
第１２９頁参照）、この方法は、処理量が多い場合には
複数の処理プロセッサ７で処理を分担する必要が生じる
ため拡張性に乏しい。

【００２０】

【発明が解決しようとする課題】ところで、通信制御装
置１では、同一の通信チャネル２から受信したコマンド
パケットはその受信順に処理するのが通常である。

【００２１】しかしながら、上記従来のように複数の処
理プロセッサ７がコマンドパケットを並列に処理する
と、処理順序が逆転（すなわち、先に受信したコマンド
パケットの処理よりも、別の処理プロセッサ７において
後に受信したコマンドパケットの処理の方が早く終了）
し、管理テーブルの状態に矛盾を生じる場合がある。

【００２２】具体的な問題として、設定解放問題と状態
変化問題とがある。まず、設定解放問題について説明す
る。

【００２３】移動体通信における無線基地局制御装置９
３が通信制御装置１に、リソースの設定、解放を指示す
る場合、リソース設定要求コマンドで、あるリソースＩ
Ｄに対してリソース設定要求を行い、そのコマンドに含
まれるパラメータ通りの条件でコネクションが張られ
る。また、リソース解放要求コマンドで、指定したリソ
ースＩＤのコネクションが解放される。上記のリソース
ＩＤは無線基地局制御装置９３により管理され、起動時
に受け取った通信制御装置１の構成情報と、その後の増
減設／障害発生などの状態変化の情報から２重発行（既
に使用しているリソースに、別の設定要求が来る場合）
や、使用可能なリソースの最大数のチェックなどが行わ
れる。従って、リソース解放直後に次の設定が同じリソ
ースＩＤに対して行われることがよくあるため、設定要
求→設定応答→解放要求→解放応答→設定要求の順序が
狂い、設定要求→設定応答→設定要求→設定応答→（２
重発行設定失敗）→解放要求→解放応答（成功）となっ
てしまうと、結果的に設定が行われない状態に陥る。

【００２４】これは、アプリケーション層の論理的な制
御のため、通常、何らかの失敗原因を取り除くように制
御アプリケーションソフトはリカバリー処理を行う。こ
の時、制御アプリケーションソフト側で再送を行うこと
も可能であるが、全シーケンス間の全タイミングで、順
序逆転による失敗の応答の可能性に対して、再送の手順
を組み込めばソフトの規模は膨大になるという問題があ
る。

【００２５】次に、状態変化問題については無線基地局
制御装置９３が通信制御装置１に対して状態を通知する
場合、閉塞状態通知→閉塞状態解除通知→閉塞状態通知
のようなレポート系のコマンドは、順序が入れ替わる
と、最終的に状態の不一致が生じる。即ち、状態変化通
知は変化発生時に通知される。このときのソフトの作り
は先の設定解放問題の場合とは違って、通知されていな
い状態通知があっても、通知されない原因は受信側では
知りようがない。従って、通信制御装置１が閉塞解除→
閉塞解除と受信したら、当該通信制御装置１側の例えば
処理プロセッサ７ａ等のカードとは異なる場所で異常が
起こったことが分かるのみであって、その復旧を知るこ
とができないので、次に無線基地局制御装置９３から状
態通知がフォーマット的に正しく受信できれば復帰した
と認識せざるを得ない。そのために、閉塞→閉塞解除→
閉塞→閉塞解除と変化したとき、閉塞→閉塞解除→閉塞
解除→閉塞と通知されると、現在の無線基地局制御装置
９３の状態は閉塞状態であると誤認識する。これに対応
したソフトを作ることは、考慮すべきパターンが多くな
ることで規模や複雑度が高くなり、開発に時間がかか
り、かつ品質に影響を与えるという問題がある。

【００２６】このような処理順序の逆転を防止する方法
として、複数の処理プロセッサ７上で動作する処理プロ
グラム間で同期を取ることによって先に受信したコマン
ドパケットの処理が終了するまで後に受信したコマンド
パケットの処理を待機させる方法も提案されているが、
この方法によれば、同期を取るために制御プログラムが
複雑化するとともに同期のためのオーバヘッドが大きく
なる結果、処理性能が低下する。

【００２７】

【課題を解決するための手段】本発明は上記従来の事情
に基づいて提案されたものであって、マルチプロセッサ
の排他制御プログラムを簡素化して処理のオーバヘッド
を減少させるとともにコマンドパケットの処理の順序保
証を簡単に行えるようにした並列処理装置及びそのシス
テムを提供することを目的とするものである。

【００２８】本発明は上記目的を達成するために以下の
手段を採用している。すなわち本発明は図１に示すよう
に、一連の処理を指示するために一連のコマンドパケッ
トを発行するコマンド発行部３２を備えた指示装置３
と、上記指示装置３より受信したコマンドパケットを処
理する複数の処理プロセッサ（処理手段）７を備えた通
信制御装置（並列処理装置）１とが複数の通信チャネル
２を介して接続された並列処理装置及びそのシステムを
前提としている。

【００２９】上記指示装置３のチャネル番号設定部（識
別番号設定部）３３は、上記コマンド発行部３２が発行
した一連のコマンドパケットに上記一連の処理を特定す
る識別番号を設定する。そして、上記指示装置３のチャ
ネル選択部３４は、上記特定の識別番号を持つコマンド
パケットを特定の通信チャネル２に割り当てる。また、
上記通信制御装置１のプロセッサ選択部（処理手段選択
部）４４は、上記識別番号に基づいて上記複数の処理プ
ロセッサ７の中から当該コマンドパケットを処理する処
理プロセッサ７ａを選択する。

【００３０】このように本発明では、一連の処理を識別
するための識別番号を一連のコマンドパケットに設定
し、これら一連のコマンドパケットを所定の処理プロセ
ッサ７で処理できるようにしている。このようにすれ
ば、排他制御プログラムを簡素化できるように処理プロ
セッサ７の選択動作を制御することも可能である。ま
た、一連のコマンドパケットを１つの処理プロセッサ７
ａで処理することになり、この処理は上記一連のコマン
ドパケットを構成する各コマンドパケットの送出された
時間順に処理されるため、処理順序の逆転を防止でき
る。

【００３１】

【発明の実施の形態】以下に本発明の実施の形態を図面
に従って詳細に説明する。

【００３２】（第１の実施の形態）図１は、本実施の形
態における並列処理装置を含む並列処理システムの概略
機能ブロック図である。以下、本並列処理システムの構
成を上記従来の並列処理システムと異なる点のみ説明す
る。

【００３３】指示装置３のコマンド発行部３２が通信制
御のための一連のコマンドパケットをこのコマンドパケ
ットに対して、後述するようなコマンドの種別を示すコ
マンド番号を設定した後発行する。そしてこのコマンド
パケットを受けたチャネル番号設定部（識別番号設定
部）３３は、上記一連のコマンドパケットのデータ部に
同一のチャネル番号を設定する。

【００３４】なお、チャネル番号を設定する場合には、
予め指示装置と通信制御装置間で使用するチャネル番号
についての取り決めを行うのが通例であるが、予め定め
られたコマンドパケットの処理時間内に使用されるチャ
ネル数に比べて十分大きな範囲のチャネル番号（即ち空
いているチャネル番号）、または単位時間に使用可能な
最大チャネル数の内の未使用の特定番号を、例えば一連
の呼処理に対応するコマンドパケットごとに設定する。
また、チャネル番号は一連のコマンドパケット毎に連番
であってもランダムな番号であってもよく、更に、チャ
ネル番号を設定する場所はコマンドパケット内であれば
データ部でなくてもかまわない。

【００３５】次いで、チャネル選択部３４は、上記のよ
うにチャネル番号（例えば２１とする）が設定された一
連のコマンドパケットを当該チャネル番号を持つ特定の
通信チャネルチャネル２１に割り当て、このように通信
チャネルが選択されると、通信終端部３１・通信チャネ
ル２１を介して通信制御装置１の通信終端部４１に上記
一連のコマンドパケットが渡される。

【００３６】ここで、コマンド識別部４２は、上記一連
のコマンドパケットに設定された上記コマンド番号に基
づいてコマンド種別を識別し、当該一連のコマンドパケ
ットが既定のコマンド種別である場合すなわち上記コマ
ンド番号が既定の番号である場合には、上記一連のコマ
ンドパケットをチャネル識別部４３に渡す。なお、コマ
ンド種別には、呼接続制御の呼生起時におけるパス設定
・コネクション設定・ルーティング設定や呼消滅時にお
けるパス解放・コネクション解放・ルーティング解放な
ど様々あるが、どのようなコマンドを上記既定のコマン
ドとするかは特に限定されるものではない。また、コマ
ンド番号についてはコマンドの種別を識別できるもので
あればよく、例えば、コマンドを表記するコマンド名称
や記号であってもよい。

【００３７】次いで、チャネル識別部４３は、上記コマ
ンドパケットに設定されたチャネル番号を読み出し、該
チャネル番号をプロセッサ選択部（処理手段選択部）４
４に渡す。プロセッサ選択部４４は、上記チャネル番号
に基づいて複数の処理プロセッサ７の中から当該コマン
ドパケットを処理する処理プロセッサを選択する。

【００３８】なお、コマンド識別部４２は、識別したコ
マンドが既定のコマンド種別でなかった場合には、当該
コマンドパケットをチャネル識別部４３ではなくプロセ
ッサ選択部４４に渡す。また、このようにコマンドパケ
ットを受けたプロセッサ選択部４４は、チャネル番号に
基づくことなく処理プロセッサ７を選択する（上記従来
と同様の手順で処理プロセッサ７を選択する）。

【００３９】以下、複数の処理プロセッサ７に処理を均
等に実行させる方法について説明する。

【００４０】まず、指示装置３のチャネル番号設定部３
３によって設定されるチャネル番号が連番である場合に
は、チャネル番号の順番に基づいて処理プロセッサ７を
選択するのが簡単である。例えば、処理プロセッサ７が
ＣＰ−０とＣＰ−１とＣＰ−２とＣＰ−３とからなる４
プロセッサ構成である場合、チャネル番号０番の処理に
は処理プロセッサＣＰ−０を、１番の処理にはＣＰ−１
を、２番の処理にはＣＰ−２を、３番の処理にはＣＰ−
３を選択し、４番以降の処理には再びＣＰ−０から順番
に選択する。チャネル番号を２進符号化した後、この符
号化したチャネル番号ｋ（ｋ＝０〜３９９９）の下位２
ビットが００であればＣＰ−０を、０１であればＣＰ−
１を、１０であればＣＰ−２を、１１であればＣＰ−３
を選択する等、符号化したチャネル番号の特定ビットに
基づいて処理プロセッサ７を選択するようにしても同様
の効果が得られる。

【００４１】一方、指示装置３のチャネル番号設定部３
３によって設定されるチャネル番号がランダムな番号で
ある場合には、チャネル番号を符号化した後、この符号
化したチャネル番号の特定ビットに基づいて処理プロセ
ッサ７を選択する。例えば、処理プロセッサ７が上記と
同様４つのプロセッサ構成であり、チャネル番号が１６
進数で０番からＦＦＦ番までの場合には、このチャネル
番号の上位８ビットが００であればＣＰ−０を、０１で
あればＣＰ−１を、１０であればＣＰ−２を、１１であ
ればＣＰ−３を選択する。このようにすれば、ＣＰ−０
は０番から３ＦＦ番までの処理を実行し、ＣＰ−１は４
００番から７ＦＦ番までの処理を実行し、ＣＰ−２は８
００番からＢＦＦ番までの処理を実行し、ＣＰ−３はＣ
００番からＦＦＦ番までの処理を実行するというよう
に、これら４つの処理プロセッサ７が均等に処理を実行
することになる。

【００４２】また、チャネル番号に所定の演算をした
後、この演算結果に基づいて処理プロセッサ７を選択す
るようにしてもよい。例えば、正常に稼働する処理プロ
セッサ７がＭ個存在する場合には、チャネル番号をＭで
割った余り０からＭ−１に対し、プロセッサ番号０から
Ｍ−１の処理プロセッサ７をそれぞれ選択する。

【００４３】更に、チャネル番号と所定の処理プロセッ
サ７とを対応付けた対応関係表に基づいて処理プロセッ
サ７を選択するようにしてもよい。

【００４４】例えば、チャネル番号が複数の一連のコマ
ンドパケットに対してランダムに設定された番号である
場合に、図６に示す対応関係表Ｔをプロセッサ選択部４
４内に設けるようにする。そして、対応関係表Ｔの各行
のアドレスＡ−０からＡ−Ｎにおいて、チャネル番号
（先頭チャネル番号と呼ぶ）Ｌ＿ＳＴ番からチャネル番
号（末尾チャネル番号と呼ぶ）Ｌ＿ＥＤ番までの処理を
プロセッサ番号ＣＰ−Ｌの処理プロセッサ７に対応付け
ておく（Ｌ＝０，１，２，・・・，Ｎ、Ｎ≧処理プロセ
ッサ７の個数−１）。

【００４５】このようにすれば、Ｌ＿ＳＴ番からＬ＿Ｅ
Ｄ番までのチャネル番号を持つ一連のコマンドパケット
が処理プロセッサＬに対応付けられる。ここで、例え
ば、予め使用が想定される最大チャネル数を処理プロセ
ッサの数（Ｎ＋１）で割り、得られた数だけのチャネル
数を１つの上記先頭チャネル番号から末尾チャネル番号
を分担する処理プロセッサに割り当てれば、（Ｎ＋１）
個の処理プロセッサそれぞれに均等に一連のコマンドパ
ケットを割り当てることができる。

【００４６】即ち、このような対応関係表Ｔにおいて均
等な対応付けをしておけば、複数の処理プロセッサ７が
均等に処理を実行することになる。なお、対応関係表Ｔ
の生成方法は特に限定されるものではないが、起動処理
を実行するプロセッサ（図示せず）がシステム起動時に
プログラム格納用メモリ（ＳＤＭ:System Data Memory
）９から対応関係情報を読み出してプロセッサ選択部
４４に渡すことによっても生成可能である。

【００４７】次いで、プロセッサ選択部４４は、バスイ
ンタフェ−ス６を介して上記のように選択した処理プロ
セッサ７に受信割り込みを発生させ、このように受信割
り込みが発生した処理プロセッサ７は、バスインタフェ
−ス６を介して処理許可を獲得した後、上記従来と同様
の手順でコマンドパケットを取得する。

【００４８】以上のように本実施の形態では、一連の処
理を識別するための識別番号として同一のチャネル番号
を一連のコマンドパケットに設定し、これら一連のコマ
ンドパケットを所定の処理プロセッサ７で処理できるよ
うにしている。このようにすれば、排他制御プログラム
を簡素化できるように処理プロセッサ７の選択動作を制
御することも可能である。また、一連のコマンドパケッ
トを１つの処理プロセッサで処理することになり、この
処理は上記一連のコマンドパケットを構成する各コマン
ドパケットの送出された時間順に処理されるため、処理
順序の逆転を防止できる。一連のコマンドパケットを１
つの処理プロセッサ７で処理することになるため処理順
序の逆転を防止できる。

【００４９】なお、ここでは、一連の処理を識別するた
めの識別番号としてチャネル番号を例示しているが、本
発明はこれに限定されるものではない。例えば、一連の
処理を識別できる呼番号をコマンドパケットに設定する
ようにしても上記と同様の効果が得られる。

【００５０】また、チャネル識別部４３が受けるコマン
ドパケットは、コマンド識別部４２が識別した既定のコ
マンドパケットのみとしているが、コマンド識別部４２
を設けず、特定の通信終端部４１で受信したコマンドパ
ケットをチャネル識別部４３が特定の処理プロセッサに
割り当てるようにしても同様の効果が得られる。

【００５１】更に、プロセッサ選択部４４は、バスイン
タフェ−ス６を介して受信割り込みを発生させることに
よってコマンドパケットの処理を処理プロセッサ７に指
示することとしているが、処理プロセッサ７に対して直
接コマンドを発行することによって上記指示をするよう
にしても同様の効果が得られる。

【００５２】（第２の実施の形態）上記第１の実施の形
態では、コマンドパケットに設定されるチャネル番号は
指示装置３側で決定することとしているが、本実施の形
態では、上記チャネル番号は通信制御装置１側で決定す
るようにしている。

【００５３】図２は、本実施の形態における並列処理シ
ステムの概略機能ブロック図であり、以下その構成を上
記第１の実施の形態と異なる点のみ説明する。

【００５４】指示装置３のコマンド発行部３２が一連の
コマンドパケットを発行すると、これを受けたチャネル
番号識別設定部（識別番号設定部）３５は、内部の乱数
発生部（図示せず）からの乱数を取得し、この乱数を上
記一連のコマンドパケットにチャネル番号として設定す
る。チャネル番号識別設定部３５が上記コマンドパケッ
トを特定の通信チャネル２１に割り当ててから通信制御
装置１のコマンド識別部４２がコマンドパケットをチャ
ネル番号設定部（識別番号設定部）４５に渡すまでの手
順は、上記第１の実施の形態におけるチャネル識別部４
３に渡すまでと同様であるため説明を省略する。

【００５５】ここで、指示装置３のチャネル番号識別設
定部３５が付与するチャネル番号を乱数としたのは、指
示装置のチャネル番号管理を不要とするためであり、こ
れに限るものではなく、連番で付与してもよい。

【００５６】そして、チャネル番号設定部（識別番号設
定部）４５は、上記コマンドパケットに、通信制御装置
１側の処理の都合を勘案した上記乱数とは別の独自のチ
ャネル番号を再設定する。この独自のチャネル番号は、
指示装置３との間で予め取り決めた方法に従って決定さ
れたチャネル番号であればよく、特定の方法に限定され
るものではない。なお、既に処理の定められたコマンド
パケットの処理時間内に必要とされるチャネル数に比べ
て十分大きな範囲のチャネル番号（即ち空いているチャ
ネル番号）、または単位時間に使用可能な最大チャネル
数内の未使用の特定の番号を一連の呼処理に対応するコ
マンドパケットごとに設定する点や、チャネル番号が連
番であってもランダムな番号であってもかまわない点は
上記第１の実施の形態と同様である。

【００５７】上記のように独自のチャネル番号を設定さ
れたコマンドパケットが、処理許可を獲得した処理プロ
セッサ７によって処理されるまでの手順は上記第１の実
施の形態と同様である。

【００５８】ここで、処理許可を獲得した処理プロセッ
サ７は、上記応答パケットを指示装置３に返し、これを
受けた指示装置３のチャネル番号識別設定部３５は、上
記応答パケットに設定されたチャネル番号（すなわち上
記独自のチャネル番号）を以降の一連のコマンドパケッ
トに設定する。

【００５９】以上のように本実施の形態によれば、コマ
ンドパケットに設定されるチャネル番号は通信制御装置
１側で決定するようにしているため、通信制御装置１の
リソースを自らが管理できるとともに、指示装置３側で
チャネル番号を管理する必要がなくなる。

【００６０】そして、本実施の形態によれば、通信制御
装置１側でチャネル番号を管理するような、上記第１の
実施の形態と異なる並列処理システムアーキテクチャに
対して本発明を適用できる。また、本実施の形態によれ
ば、指示装置３の負荷を軽減し、通信制御装置側のリソ
ースを自らの都合で管理することができる。

【００６１】具体的には、移動体通信における複数の無
線基地局制御装置９３が、音声等の処理を行う通信制御
装置１内の、多数のリソースの設定、解放を指示する場
合等に、上記無線基地局制御装置９３側でリソースＩＤ
の管理を行う場合は、リソースＩＤの重複を防止するた
め、上記無線基地局制御装置９３内の処理プロセッサ間
及び複数の無線基地局制御装置間で管理情報をやりとり
する必要が生ずる。このため上記無線基地局制御装置９
３内の共有メモリ上の管理テーブルへのアクセストラフ
ィックの増大及び、処理プロセッサ間通信の通信制御量
の増大に伴うバス／メモリアクセス競合が発生し、性能
劣化を生じる。しかし、上記通信制御装置１内でリソー
スの管理を行う場合は、上記のような問題は発生しな
い。また、上記通信制御装置１内の処理カードの枚数
（例えば他装置インターフェース４の数）とか，処理能
力等のシステムコンフィギュレーションに関する情報に
従って番号を付与できる上、システム運用時の運用、非
運用状態等の運転状態の変化に応じて番号付与を柔軟に
変更できる。また、負荷状態、受信バッファ状態等の処
理負荷状態に応じても、番号付与を柔軟に変更できる。

【００６２】また本方式による処理プロセッサの並列化
は容易であるため、処理分担が固定的な機能分散型のマ
ルチプロセッサ構成よりもシステムの拡張性に優れる。

【００６３】なお、ここでは、指示装置３のチャネル番
号識別設定部３５は、上記応答パケットに設定されたチ
ャネル番号を以降の一連のコマンドパケットに設定する
こととしているが、本発明はこれに限定されるものでは
ない。すなわち、以降の一連のコマンドパケットに設定
されるチャネル番号は、上記応答パケットに設定された
チャネル番号に基づいて所定の規則に基づいて決定すれ
ばよく、全く同一のチャネル番号でなくてもかまわな
い。

【００６４】（第３の実施の形態）上記第１および第２
の実施の形態では、コマンドパケットに設定されたチャ
ネル番号に基づいて処理プロセッサ７を選択するように
しているが、このような選択をする際には処理プロセッ
サ７の稼働状態を考慮するのが好ましい。

【００６５】図３は、本実施の形態における並列処理シ
ステムの要部（指示装置３は省略している）の概略機能
ブロック図であり、以下その構成を上記第１の実施の形
態と異なる点のみ説明する。

【００６６】監視制御部１０は、当該システム起動時に
各処理プロセッサ７の稼働状態をバスインタフェ−ス６
内の稼働状態記憶部６１に書き込み、上記稼働状態が変
化したときに稼働状態記憶部６１の内容を更新する。ま
た、プロセッサ選択部４４は、コマンドパケットに設定
されたチャネル番号と稼働状態記憶部６１に記憶された
稼働状態とに基づいて処理プロセッサ７を選択する。

【００６７】以下、上記第１の実施の形態と同様４プロ
セッサ構成でチャネル番号が０番から３９９９番までの
場合を例に説明する。

【００６８】まず、上記４つの処理プロセッサすべてが
運用状態（正常状態）にある場合には、例えば、チャネ
ル番号０番から９９９番までの処理には処理プロセッサ
ＣＰ−０を、１０００番から１９９９番までの処理には
ＣＰ−１を、２０００番から２９９９番までの処理には
ＣＰ−２を、３０００番から３９９９番までの処理には
ＣＰ−３をプロセッサ選択部４４が選択することは上記
第１の実施の形態において説明した通りである。

【００６９】ここで、障害等が発生することによってＣ
Ｐ−０が運用状態から非運用状態（閉塞状態やアラーム
状態等）に変化すると、監視制御部１０は、ＣＰ−０を
非運用状態として稼働状態記憶部６１の内容を更新した
後、処理プロセッサ７の稼働状態に変化があった旨をプ
ロセッサ選択部４４に通知する。この通知を受けたプロ
セッサ選択部４４は、稼働状態記憶部６１の内容を参照
し、ＣＰ−０が実行することとしていた処理すなわちチ
ャネル番号０から９９９番までの処理を別の処理プロセ
ッサＣＰ−１・ＣＰ−２・ＣＰ−３に割り付ける。この
とき、０番から３３３番までの処理をＣＰ−１に、３３
４番から６６６番までの処理をＣＰ−２に、６６７番か
ら９９９番までの処理をＣＰ−３に割り付ける等、上記
別の処理プロセッサ７が均等に処理を実行するように割
り付けるのが好ましい。なお、プロセッサ選択部４４
は、上記のように処理の割り付けを変更した場合、その
変更内容を自己のメモリ（図示せず）に記憶しておく。

【００７０】また、非運用状態にある処理プロセッサＣ
Ｐ−０が正常な処理プロセッサに交換される等で運用状
態に復帰すると、監視制御部１０は、ＣＰ−０を運用状
態として稼働状態記憶部６１の内容を更新した後、処理
プロセッサ７の稼働状態に変化があった旨をプロセッサ
選択部４４に通知する。この通知を受けたプロセッサ選
択部４４は、稼働状態記憶部６１の内容と自己のメモリ
の内容とを参照し、上記のように他の処理プロセッサＣ
Ｐ−１・ＣＰ−２・ＣＰ−３に割り付けた処理、すなわ
ちチャネル番号０から９９９番までの処理をＣＰ−０に
戻す（割り付ける）。

【００７１】以上のように本実施の形態によれば、コマ
ンドパケットに設定されたチャネル番号と稼働状態記憶
部６１に記憶された複数の処理プロセッサ７の稼働状態
とに基づいて処理プロセッサ７を選択でき、更に、上記
稼働状態の変化にも即座に対応できる。

【００７２】なお、ここでは、非運用状態にある処理プ
ロセッサＣＰ−０が運用状態に復帰した時点で、他の処
理プロセッサＣＰ−１・ＣＰ−２・ＣＰ−３に割り付け
ていた処理（チャネル番号）を元の処理プロセッサＣＰ
−０に戻すこととしているが、割り付けを戻すタイミン
グは、処理中のそれぞれの一連の処理が完了した時点で
行うことが処理の無駄を省く観点から好ましい。

【００７３】また、ここでは、稼働状態記憶部６１の内
容を更新した監視制御部１０は複数の処理プロセッサ７
の稼働状態に変化があった旨をプロセッサ選択部４４に
通知することとしているが、このような通知に代えて、
プロセッサ選択部４４が稼働状態記憶部６１の内容を定
期的に参照するようにしてもかわまない。

【００７４】（第４の実施の形態）上記第３の実施の形
態では、処理プロセッサ７の稼働状態を考慮して処理プ
ロセッサ７を選択するようにしているが、本実施の形態
では、例えばプロセッサ負荷状態（使用率）や割り込み
発生頻度など処理プロセッサ７に関する各種の負荷状態
（ここでは「プロセッサ負荷状態」を例に説明する）及
び各プロセッサのバスの使用率、共有メモリへのアクセ
ス割合や排他獲得割合、バス待ち時間等のシステムの負
荷を考慮して上記選択をするようにしている。

【００７５】図４は、本実施の形態における並列処理シ
ステムの要部（指示装置３は省略している）の概略機能
ブロック図であり、以下その構成を上記第３の実施の形
態と異なる点のみ説明する。

【００７６】監視制御部１０は、例えば低負荷・中負荷
・高負荷・選択不可というようなレベル分けをしてバス
インタフェ−ス６内の負荷状態記憶部６２にプロセッサ
負荷状態を定期的に書き込む。また、プロセッサ選択部
４４は、コマンドパケットに設定されたチャネル番号と
負荷状態記憶部６２に記憶されたプロセッサ負荷状態と
に基づいて処理プロセッサ７を選択する。

【００７７】なお、上記レベル分けの方法は様々あり特
に上記の方法に限定されるものではない。また、レベル
数（段階数）が上記した４段階でなくてもよいことはい
うまでもない。

【００７８】以下、上記第３の実施の形態と同様４プロ
セッサ構成でチャネル番号が０番から３９９９番までの
場合に、ＣＰ−０は選択不可レベルにありＣＰ−１は中
負荷レベルにありＣＰ−２とＣＰ−３とは高負荷レベル
にある状況下で、チャネル識別部４３より受けたコマン
ドパケットにチャネル番号として１０番が設定されてい
たときのプロセッサ選択部４４の動作を例に説明する。

【００７９】上記のようなコマンドパケットの処理には
ＣＰ−０を選択するのが通常であるが、本プロセッサ選
択部４４は、負荷状態記憶部６２の内容を参照しＣＰ−
０が選択不可レベルにあることを知ると、ＣＰ−０が実
行すべき上記コマンドパケットの処理を別の処理プロセ
ッサＣＰ−１・ＣＰ−２・ＣＰ−３のいずれかに割り付
ける。この場合、高負荷レベルにあるＣＰ−２やＣＰ−
３ではなく中負荷レベルにあるＣＰ−１に上記コマンド
パケットの処理を割り付けるのが好ましい。このように
すれば、負荷レベルの低い処理プロセッサ７を優先的に
選択できる。

【００８０】なお、プロセッサ選択部４４が処理の割り
付けの変更内容を自己のメモリに記憶しておく点や、選
択不可レベルにあったＣＰ−０が低負荷レベル等に変化
すると監視制御部１０によって負荷状態記憶部６２の内
容が更新された後プロセッサ選択部４４によって処理の
割り付けが戻される点は上記第３の実施の形態と同様で
ある。

【００８１】また、ここでは、プロセッサ負荷状態が選
択不可レベルにある場合に処理の割り付けを変更するこ
ととしているが、いずれのレベルにある場合に処理の割
り付けを変更するかは特に限定されるものではなく、例
えば、高負荷レベルにある場合に処理の割り付けを変更
するようにしてもよい。

【００８２】（第５の実施の形態）上記第４の実施の形
態では、処理プロセッサ７に関する各種の負荷状態を考
慮して処理プロセッサ７を選択するようにしているが、
本実施の形態では、処理プロセッサ７におけるコマンド
パケットの受信状態（以下「コマンド受信状態」とい
う）を考慮して上記選択をするようにしている。

【００８３】図５は、本実施の形態における並列処理シ
ステムの要部（指示装置３は省略している）の概略機能
ブロック図であり、以下その構成を上記第４の実施の形
態と異なる点のみ説明する。

【００８４】監視制御部１０は、受信したコマンドパケ
ットを一時記憶する処理プロセッサ７内の受信コマンド
一時記憶部７１（バッファ・ＦＩＦＯ・メモリキュー
等）の受信状態（たまり量）を参照し、例えば低・中・
高・フルというようなレベル分けをしてバスインタフェ
−ス６内の受信状態記憶部６３にコマンド受信状態を定
期的に書き込む。また、プロセッサ選択部４４は、コマ
ンドパケットに設定されたチャネル番号と受信状態記憶
部６３に記憶されたコマンド受信状態とに基づいて処理
プロセッサ７を選択する。

【００８５】以下、上記第４の実施の形態と同様４プロ
セッサ構成でチャネル番号が０番から３９９９番までの
場合に、ＣＰ−０はフルレベルにありＣＰ−１は中レベ
ルにありＣＰ−２とＣＰ−３とは高レベルにある状況下
で、チャネル識別部４３より受けたコマンドパケットに
チャネル番号として１０番が設定されていたときのプロ
セッサ選択部４４の動作を例に説明する。

【００８６】上記のようなコマンドパケットの処理には
ＣＰ−０を選択するのが通常であるが、本プロセッサ選
択部４４は、受信状態記憶部６３の内容を参照しＣＰ−
０がフルレベルにあることを知ると、ＣＰ−０が実行す
べき上記コマンドパケットの処理を別の処理プロセッサ
ＣＰ−１・ＣＰ−２・ＣＰ−３のいずれかに割り付け
る。この場合、高レベルにあるＣＰ−２やＣＰ−３では
なく中レベルにあるＣＰ−１に上記コマンドパケットの
処理を割り付けるのが好ましい。このようにすれば、受
信レベルの低い処理プロセッサ７を優先的に選択でき
る。

【００８７】なお、フルレベルにあったＣＰ−０が低レ
ベル等に変化すると監視制御部１０によって受信状態記
憶部６３の内容が更新された後プロセッサ選択部４４に
よって処理の割り付けが戻される点、いずれのレベルに
ある場合に処理の割り付けを変更するか限定しない点、
および上記受信状態のレベル分けの方法やレベル数を限
定しない点は上記第４の実施の形態と同様である。

【００８８】

【発明の効果】以上のように本発明によれば、一連の処
理を識別するための識別番号として同一のチャネル番号
を一連のコマンドパケットに設定し、これら一連のコマ
ンドパケットを所定の処理プロセッサで処理するように
しているため、マルチプロセッサの排他制御プログラム
を簡素化して処理のオーバヘッドを減少できるとともに
コマンドパケットの処理の順序保証を簡単に行うことが
できる。

【００８９】また、以上では移動体通信システムにおけ
る通信制御装置を例として説明したが、通信制御装置に
限定するものではなく、無線基地局装置、無線基地局制
御装置等でもよく、更に、本発明は移動体通信システム
以外の並列処理を必要とするあらゆるシステムに対して
適応できることを付記しておく。

【図面の簡単な説明】

【図１】第１の実施の形態における並列処理システムの
概略機能ブロック図である。

【図２】第２の実施の形態における並列処理システムの
概略機能ブロック図である。

【図３】第３の実施の形態における並列処理システムの
要部の概略機能ブロック図である。

【図４】第４の実施の形態における並列処理システムの
要部の概略機能ブロック図である。

【図５】第５の実施の形態における並列処理システムの
要部の概略機能ブロック図である。

【図６】対応関係表の内部構成例である。

【図７】従来の並列処理システムの概略機能ブロック図
である。

【図８】排他処理における管理テーブルの一例である。

【図９】移動体通信システムの構成図である。

【符号の説明】

１通信制御装置（並列処理装置）２通信チャネル３指示装置４他装置インタフェース５Ｉ／Ｏ部バス６バスインタフェース７処理プロセッサ（処理手段）８共有メモリ９ＳＤＭ１０監視制御部１１中央制御バス３１指示装置の通信終端部３２コマンド発行部３３指示装置のチャネル番号設定部（識別番号設定
部）３４チャネル選択部３５チャネル番号識別設定部４１通信制御装置の通信終端部４２コマンド識別部４３チャネル識別部４４プロセッサ選択部（処理手段選択部）４５通信制御装置のチャネル番号設定部（識別番号設
定部）６１稼働状態記憶部６２負荷状態記憶部６３受信状態記憶部７１受信コマンド一時記憶部Ｔ対応関係表８０管理テーブル８０ａアプリケーション８０ｂ提供関数９１移動通信端末９２無線基地局９３無線基地局制御装置９４交換局９５関門局９６公衆網

Claims

【特許請求の範囲】

【請求項１】一連の処理を識別する識別番号を設定さ
れた一連のコマンドパケットを処理する複数の処理手段
を備える並列処理装置において、上記識別番号に基づいて上記複数の処理手段の中から当
該コマンドパケットを処理する処理手段を選択する処理
手段選択部を備えることを特徴とする並列処理装置。
【請求項２】一連の処理を識別する識別番号を設定さ
れた一連のコマンドパケットを処理する複数の処理手段
を備える並列処理装置において、上記一連のコマンドパケットに対して識別番号を再設定
する識別番号設定部と、再設定された該識別番号に基づ
いて上記複数の処理手段の中から当該コマンドパケット
を処理する処理手段を選択する処理手段選択部とを備え
ることを特徴とする並列処理装置。
【請求項３】上記コマンドパケットに設定された識別
番号の順番に基づいて上記複数の処理手段の中から当該
コマンドパケットを処理する処理手段を選択する上記処
理手段選択部を備える、請求項１または２に記載の並列
処理装置。
【請求項４】上記コマンドパケットに設定された識別
番号を符号化した後、該符号化した識別番号の特定ビッ
トに基づいて上記複数の処理手段の中から当該コマンド
パケットを処理する処理手段を選択する上記処理手段選
択部を備える、請求項１または２に記載の並列処理装
置。
【請求項５】上記コマンドパケットに設定された識別
番号に所定の演算をした後、該演算結果に基づいて上記
複数の処理手段の中から当該コマンドパケットを処理す
る処理手段を選択する上記処理手段選択部を備える、請
求項１または２に記載の並列処理装置。
【請求項６】上記コマンドパケットに設定された識別
番号と所定の処理手段とを対応付けた対応関係表に基づ
いて上記複数の処理手段の中から当該コマンドパケット
を処理する処理手段を選択する上記処理手段選択部を備
える、請求項１または２に記載の並列処理装置。
【請求項７】上記複数の処理手段が均等に処理をする
よう当該コマンドパケットを処理する処理手段を選択す
る上記処理手段選択部を備える、請求項３乃至６に記載
の並列処理装置。
【請求項８】上記コマンドパケットに設定されたコマ
ンド種別を識別するコマンド番号が特定の番号である場
合に限り、上記複数の処理手段の中から当該コマンドパ
ケットを処理する処理手段を選択する上記処理手段選択
部を備える、請求項１または２に記載の並列処理装置。
【請求項９】上記複数の処理手段の稼働状態を記憶す
る稼働状態記憶部と、上記コマンドパケットに設定された識別番号と上記稼働
状態記憶部に記憶された稼働状態とに基づいて上記複数
の処理手段の中から当該コマンドパケットを処理する処
理手段を選択する上記処理手段選択部を備える、請求項
１または２に記載の並列処理装置。
【請求項１０】上記処理手段の稼働状態が運用状態か
ら非運用状態に変化したとき、該非運用状態の処理手段
が実行していた処理を別の処理手段に割り付ける上記処
理手段選択部を備える、請求項９に記載の並列処理装
置。
【請求項１１】上記処理手段の稼働状態が非運用状態
から運用状態に変化したとき、該運用状態の処理手段に
上記別の処理手段が実行している処理を割り付ける上記
処理手段選択部を備える、請求項１０に記載の並列処理
装置。
【請求項１２】上記複数の処理手段に関する各種の負
荷状態を記憶する負荷状態記憶部と、上記コマンドパケットに設定された識別番号と上記負荷
状態記憶部に記憶された上記各種の負荷状態とに基づい
て上記複数の処理手段の中から当該コマンドパケットを
処理する処理手段を選択する上記処理手段選択部とを備
える、請求項１または２に記載の並列処理装置。
【請求項１３】上記コマンドパケットに設定された識
別番号と上記負荷状態記憶部に記憶されたプロセッサ負
荷状態とに基づいて上記複数の処理手段の中から当該コ
マンドパケットを処理する処理手段を選択する上記処理
手段選択部を備える、請求項１２に記載の並列処理装
置。
【請求項１４】上記複数の処理手段のコマンド受信状
態を記憶する受信状態記憶部と、上記コマンドパケットに設定された識別番号と上記受信
状態記憶部に記憶されたコマンド受信状態とに基づいて
上記複数の処理手段の中から当該コマンドパケットを処
理する処理手段を選択する上記処理手段選択部とを備え
る、請求項１または２に記載の並列処理装置。
【請求項１５】一連の処理を指示するために一連のコ
マンドパケットを発行するコマンド発行部を備えた指示
装置と、上記指示装置より受信したコマンドパケットを
処理する複数の処理手段を備えた並列処理装置とが複数
の通信チャネルを介して接続された並列処理システムに
おいて、上記コマンド発行部が発行した一連のコマンドパケット
に上記一連の処理を特定する識別番号を設定する識別番
号設定部と、上記識別番号設定部が設定した特定の識別
番号を持つコマンドパケットを特定の通信チャネルに選
択するチャネル選択部とを上記指示装置側に備えるとと
もに、コマンドパケットに設定された識別番号に基づいて上記
複数の処理手段の中から当該コマンドパケットを処理す
る処理手段を選択する処理手段選択部を上記並列処理装
置側に備えたことを特徴とする並列処理システム。
【請求項１６】一連の処理を指示するために一連のコ
マンドパケットを発行するコマンド発行部を備えた指示
装置と、上記指示装置より受信したコマンドパケットを
処理するとともに上記指示装置に対して応答パケットを
返す複数の処理手段を備えた並列処理装置とが複数の通
信チャネルを介して接続された並列処理システムにおい
て、上記コマンド発行部が発行した一連のコマンドパケット
に上記一連の処理を特定する識別番号を設定する識別番
号設定部と、上記識別番号設定部が設定した特定の識別
番号を持つコマンドパケットを特定の通信チャネルに選
択するチャネル選択部とを上記指示装置側に備えるとと
もに、上記指示装置より受信した一連のコマンドパケットを特
定する所定の識別番号を再設定する識別番号設定部と、
コマンドパケットに設定された識別番号に基づいて上記
複数の処理手段の中から当該コマンドパケットを処理す
る処理手段を選択する処理手段選択部とを上記並列処理
装置側に備えたことを特徴とする並列処理システム。
【請求項１７】上記複数の処理手段の稼働状態を記憶
する稼働状態記憶部を上記並列処理装置側に備えるとと
もに、上記コマンドパケットに設定された識別番号と上記稼働
状態記憶部に記憶された稼働状態とに基づいて上記複数
の処理手段の中から当該コマンドパケットを処理する処
理手段を選択する上記処理手段選択部を備える、請求項
１５または１６に記載の並列処理システム。
【請求項１８】上記複数の処理手段に関する各種の負
荷状態を記憶する負荷状態記憶部を上記並列処理装置側
に備えるとともに、上記コマンドパケットに設定された識別番号と上記負荷
状態記憶部に記憶された上記各種の負荷状態とに基づい
て上記複数の処理手段の中から当該コマンドパケットを
処理する処理手段を選択する上記処理手段選択部を備え
る、請求項１５または１６に記載の並列処理システム。
【請求項１９】上記複数の処理手段のコマンド受信状
態を記憶する受信状態記憶部を上記並列処理装置側に備
えるとともに、上記コマンドパケットに設定された識別番号と上記受信
状態記憶部に記憶されたコマンド受信状態とに基づいて
上記複数の処理手段の中から当該コマンドパケットを処
理する処理手段を選択する上記処理手段選択部を備え
る、請求項１５または１６に記載の並列処理システム。