JP3490473B2 - プロセッサ間通信システム - Google Patents
プロセッサ間通信システムInfo
- Publication number
- JP3490473B2 JP3490473B2 JP04990693A JP4990693A JP3490473B2 JP 3490473 B2 JP3490473 B2 JP 3490473B2 JP 04990693 A JP04990693 A JP 04990693A JP 4990693 A JP4990693 A JP 4990693A JP 3490473 B2 JP3490473 B2 JP 3490473B2
- Authority
- JP
- Japan
- Prior art keywords
- message
- processor
- response
- client
- request
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
Description
【発明の詳細な説明】
【０００１】
【産業上の利用分野】本発明は、入力検出などの事象発
生に従い、プログラム走行等の処理を起動するリアルタ
イムシステムにおいて、複数のプロセッサにそれぞれ機
能を分散し、プロセッサ間で同期をとりながら機能遂行
の結果をメッセージ通信を介して要求プロセッサに送信
することにより、そこで一連の処理を実行するようにし
たのプロセッサ間通信システムに関するものである。 【０００２】 【従来の技術】従来、１つのマイクロプロセッサ（以
下、プロセッサと呼ぶ）による集中制御方式によって処
理されていたオペレーションは近年のプロセッサ等に対
する技術開発の進展に伴い、複数のプロセッサにより分
散処理を行うことによって実現され、負荷分散及び耐障
害性等の性能向上を図るようになってきた。 【０００３】このようなマルチプロセッサ構成において
は、そのシステムの規模に応じて、１つの機能を実現す
る回路とそれを制御するためのプログラム（以下、サー
バと呼ぶ）を搭載するプロセッサと、上記の機能を使用
してより上位のサービスを実行するプログラム（以下、
クライアントと呼ぶ）を搭載するプロセッサとが同一の
ものである場合と、分割して個別なものとする場合とが
ある。 【０００４】両プロセッサが分割されている場合、クラ
イアントから自個のプロセッサに対する手続き呼出と同
じ形式でサーバを起動することができると、例えば、上
記のような、クライアントとサーバのプロセッサが同一
の場合から分割された場合に、又は逆に変更された場合
でもクライアントの変更は必要がなく、より柔軟なプロ
セッサ構成を実現することができる。そのため、従来、
このような方式を実現するため、クライアントがサーバ
に対してサービスを要求した後、サーバがそのサービス
の実行処理を完了するまで、自己の処理を停止すること
を可能とするプロセッサ間通信方法を採用してきた。 【０００５】次に、このような従来のプロセッサ間通信
方法について説明する。図４は従来のプロセッサ間通信
方法の機能ブロック図である。図４において、４００は
クライアントを実行するタスク手段であるクライアント
手段、４０８及び４１１はサーバを実行するタスク手段
であるサーバ手段、４０３，４０７，及び４１０は各タ
スク手段４００，４０８，４１１宛のメッセージを投函
するメールボックス手段であり、各タスク４００，４０
８，４１１はこれらメールボックス手段４０３，４０
７，４１０にメッセージが投函されると起動する。 【０００６】又、４０１はクライアント手段４００がメ
ッセージを受信するまでタスクの起動を停止するタスク
中断手段、４０２はサーバからの応答メッセージを受信
したときにその停止を解除するタスク再開手段である。 【０００７】４０５は３つのタスク手段（クライアント
手段４００、サーバ手段４０８，４１１）が搭載されて
いるプロセッサ１１，１２，１３の間でメッセージ通信
を行うプロセッサ間通信手段、４０４，４０６，４０９
はプロセッサ間通信手段４０５が受信したメッセージの
うち自己宛のメッセージを選択受信してその出力に接続
されているメールボックス手段に対して投函又は緩衝す
る受信メッセージ振分け手段である。 【０００８】以上説明したような構成において、クライ
アント手段４００からサーバ手段４０８の機能を起動
し、その結果を応答メッセージとして受信するまでクラ
イアント手段４００が自己の処理を停止する場合の処理
手順について説明する。まず、クライアント手段４００
はサービス要求メッセージをプロセッサ間通信手段４０
５を経由して宛先のプロセッサ１２へ送信すると共に、
タスク中断手段４０１により自己のメールボックス手段
４０３からのメッセージ読出しを停止する。 【０００９】サービス要求メッセージを受信したプロセ
ッサ１２のプロセッサ間通信手段４０５はそのメッセー
ジを受信メッセージ振分け手段４０６を介して宛先のメ
ールボックス手段４０７に投函する。サーバ手段４０８
はメールボックス手段４０７に対するメッセージの投函
により起動され、要求された処理を実行する。 【００１０】サーバ手段４０８による処理の結果は応答
メッセージとしてサーバ手段４０８から直接プロセッサ
間通信手段４０５を介してクライアント手段４００が搭
載されているプロセッサ１１へ返送される。受信メッセ
ージ振分け手段４０４はプロセッサ間通信手段４０５か
ら応答メッセージを受信すると起動され、宛先のメール
ボックス手段４０２を確認すると共に、そのメッセージ
の内容からそれが応答メッセージであることを判別し
て、宛先のメールボックス手段４０３の先頭にその応答
メッセージを割込ませる。 【００１１】更に、受信メッセージ振分け手段４０４は
タスク再開手段４０２を起動してクライアント手段４０
０に対しメッセージの読出し再開を通知する。タスク再
開手段からのメッセージ読出再開通知により読出しを再
開したクライアント手段４００は、まずメールボックス
手段４０３の先頭にある応答メッセージを読出して受信
し、要求したサービスが完了したことを確認して後に続
く処理を続行する。以上説明した処理手順はプロセッサ
１１からプロセッサ１２に対する処理であるが、それは
プロセッサ１１からプロセッサ１３に対するサービス要
求についても全く同様に行うことができる。 【００１２】 【発明が解決しようとする課題】しかしながら、以上説
明した従来の構成では、受信メッセージ振分け手段４０
４が応答メッセージを受信したときにタスク再開手段４
０２を起動するようにしているため、クライアント手段
４００が複数のサービス要求を発行した場合、まず第１
の応答メッセージを受信したときにクライアント手段４
００が起動されてその受信処理を開始することになる。 【００１３】そのため、受信メッセージ振分け手段４０
４が第２の応答メッセージを受信したときにも再びタス
ク再開手段４０２を起動することになるが、その際、ク
ライアント手段４００がまだ第１の応答メッセージの受
信処理進行中であると、受信処理実行中のクライアント
手段４００に対して再度タスク再開をかけることにな
る。 【００１４】クライアント手段４００はこの再度のタス
ク再開に対しては特に対応することはしない。従って、
クライアント手段４００は第１の応答メッセージの処理
を終了した後に、第２の応答メッセージの受信待ち状態
になったとしても、その後はタスク再開手段４０２から
３度目の起動はかからないので、永久に第２の応答メッ
セージを受信できなくなるという問題があった。 【００１５】このような理由から、要求−応答型の処理
手順は同時に複数行うことはできず、初期化確認など同
時に複数の要求−応答型手順が可能な場合であっても、
それができないため、実行性能の低下を招くという問題
があった。 【００１６】従って、本発明の目的は、他のタスクに対
しサービス要求を発行したプロセッサにおいて受信した
応答メッセージの数だけ自己のタスクを起動し受信処理
を実行させるようにして、受信タイミングに関係なく、
複数のタスクに対するサービス要求の応答メッセージを
全べて受信可能にすることである。 【００１７】 【課題を解決するための手段】本発明によるプロセッサ
間通信システムは、上記の問題を解決するため、複数の
プロセッサに機能を分散し、プロセッサ間で通信するこ
とによって同期をとりながら機能を遂行するプロセッサ
間通信システムであって、 前記複数のプロセッサのう
ち第１のプロセッサとその他のプロセッサとの間でメッ
セージ通信を実行するプロセッサ間通信手段と、前記第
１のプロセッサに搭載され、前記他のプロセッサに対し
てサービスの実行を要求し要求したそのプロセッサから
の受信待ちをするクライアント手段と、少くとも１つの
前記他のプロセッサに搭載され、前記第１のプロセッサ
からのサービス実行要求に応答するサーバ手段と、前記
クライアント手段及び前記サーバ手段の各々に対する通
知又は要求メッセージをそれぞれ受信する通知・要求メ
ッセージ受信用メールボックス手段と、複数の受信メッ
セージ格納域を有し、前記クライアント手段に対する前
記他のプロセッサからの応答メッセージを受信する応答
メッセージ受信用メールボックス手段と、前記プロセッ
サ間通信手段を介して受信した通知又は要求メッセージ
はそれぞれの宛先の前記通知・要求メッセージ受信用メ
ールボックス手段へ振り分け、前記第１のプロセッサに
より前記他のプロセッサへ送ったサービス実行要求に応
じて前記他のプロセッサから送られた前記応答メッセー
ジを前記応答メッセージ受信用メールボックス手段へ振
り分ける受信メッセージ振分け手段とを有し、前記応答
メッセージ受信用メールボックス手段のいずれかが前記
サービス実行要求に対する応答を受信していない場合に
前記クライアント手段は前記応答メッセージに対する受
信待ち状態とし、全ての前記応答メッセージの受信処理
を終了した場合に前記クライアント手段は当該応答メッ
セージを受信処理することを特徴とするものである。 【００１８】 【作用】本発明は、以上説明したように構成したことに
より、クライアント手段は応答メッセージの受信タイミ
ングとは関係なく、常に応答メッセージ受信用メールボ
ックス手段に応答メッセージが待ち状態にあることに対
応して受信した応答メッセージの数だけ起動してそれを
受信することができるので、要求−応答型のサービス要
求を同時に複数のプロセッサに対して発行することがで
きるようになった。 【００１９】 【実施例】以下、添付図面に基づき本発明の一実施例を
詳細に説明する。図１は本発明の一実施例によるプロセ
ッサ間通信方法に従い、３つのプロセッサの各々に搭載
されたプログラム（クライアント及びサーバ）間で要求
−応答型の処理手順を実行するための機能の構成を示す
機能ブロック図である。 【００２０】１００は入力検知等の事象発生により起動
され自己の機能実行のために他のプロセッサにおけるタ
スクに対してそのサービスの実行を要求するタスク形態
をとるクライアント手段、１０７，１１０はクライアン
ト手段からサービスが要求されたときに起動され、サー
ビス実行後その応答メッセージをクライアント手段１０
０に返送するタスク形態を採るサーバ手段、１０１，１
０６，１０９はクライアント手段１００又はサーバ手段
１０７，１１０宛の通知・要求メッセージをそれぞれ該
当するクライアント手段１００又はサーバ手段１０７，
１１０に投函する通知・要求メッセージ受信用メールボ
ックス手段、１０２はクライアント手段１００宛の応答
メッセージを受信する応答メッセージ受信用メールボッ
クス手段である。 【００２１】クライアント手段１００及びサーバ手段１
０７，１１０はこれらのメールボックス手段に対して受
信待ち状態に遷移し、その状態を変更することが可能で
あり、その受信待ち状態中にメッセージが投函されると
起動される。１０４は３つのタスク手段（クライアント
手段１００及びサーバ手段１０７，１１０）が搭載され
ているプロセッサ１，２，３の間でメッセージ通信を行
うプロセッサ間通信手段、１０３，１０５，１０８はプ
ロセッサ間通信手段１０４が受信したメッセージの宛先
とタイプ（通知、要求、又は応答メッセージ）とにより
それぞれメールボックス手段１０１，１０２，１０６，
１０９へ振分けて投函する受信メッセージ振分け手段で
ある。 【００２２】本実施例において、上記のクライアント手
段１００、通知・要求メッセージ受信用メールボックス
手段１０１、応答メッセージ受信用メールボックス手段
１０２、及び受信メッセージ振り分け手段１０３はプロ
セッサ１に所属し、サーバ手段１０７、受信メッセージ
振り分け手段１０５、及び通知・要求メッセージ受信用
メールボックス手段１０６はプロセッサ２に所属し、サ
ーバ手段１１０、受信メッセージ振り分け手段１０８、
及び通知・要求メッセージ受信用メールボックス手段１
０９はプロセッサ３に所属する。 【００２３】次に、上記のような処理手順において、ク
ライアント手段１００からサーバ手段１０７，１１０に
対して同時にサービス要求を発行する場合の処理手順に
つき、図２のメッセージシーケンス図と図３のプロセッ
サ間通信メッセージの送信フォーマットを示すフォーマ
ット構成図とに基づき詳細に説明する。 【００２４】クライアント手段１００は自己のクライア
ント遂行に当り、その機能を実行するためサーバ手段１
０７における処理が必要であるということを判定する
と、まずそのサービスを実行するサーバ手段１０７に対
して要求メッセージを発行する。その要求メッセージは
図３の送信フォーマットに示すような各項目が含まれ
る。 【００２５】すなわち、クライアント手段１００は送信
先プロセッサ番号の項目３００及び送信先タスク（クラ
イアント）番号の項目３０１にそれぞれ自己の値１及び
１００を設定し、宛先プロセッサ番号の項目３０２及び
宛先タスク（サーバ）番号３０３にそれぞれ宛先の値２
及び１０７を設定し、メッセージタイプの項目３０４に
要求“０”を設定した後、要求サービス内容を表わすメ
ッセージ種別３０５と必要な情報をパラメータ３０６と
して設定したサービス要求１（図２）の送信フォーマッ
トを構成してプロセッサ間通信手段１０４に送信する
（シーケンス２００（図２、以下同じ））。 【００２６】サービス要求１を受信したプロセッサ間通
信手段１０４はメッセージ送信フォーマット（図３）の
宛先プロセッサ番号３０２を参照してプロセッサ２に対
しその要求メッセージを送信する（シーケンス２０
１）。要求メッセージを受信したプロセッサ２にあるプ
ロセッサ間通信手段１０４は受信メッセージ振分け手段
１０５を起動し、そこで宛先を判定する（シーケンス２
０２）。 【００２７】起動した受信メッセージ振分け手段１０５
は宛先のサーバ手段１０７の番号とメッセージタイプと
を送信フォーマットの該当する項目３０３及び３０４を
参照して、通知・要求メッセージ受信用メールボックス
手段１０６に対しその要求メッセージを投函する（シー
ケンス２０３）。サーバ手段１０７は通知・要求メッセ
ージ受信用メールボックス手段１０６に対する受信メッ
セージ待ち状態にあるので、要求メッセージの投函によ
り起動され、要求されたサービスを実行する。 【００２８】サーバ手段１０７はそのサービスの実行
後、メッセージタイプ（例えば、通知・要求メッセージ
又は応答メッセージ）を応答の送信フォーマットに設定
した応答１メッセージをメッセージ送信元であるプロセ
ッサ１に送信する（シーケンス２０８，２０９，２１
０）。プロセッサ１に所属する受信メッセージ振分け手
段１０３はその応答メッセージを受信すると、その送信
フォーマットからそのメッセージタイプが応答に設定さ
れているということを知り、受信した応答１メッセージ
を応答メッセージ受信用メールボックス手段１０２に投
函する（シーケンス２１１）。 【００２９】クライアント手段１００は、応答メッセー
ジ受信用メールボックス手段１０２が受信待ち状態（図
２の左端における二重縦線で示す）になっているので、
応答１メッセージの投函により直ちに起動する。しか
し、応答メッセージ受信用メールボックス手段１０２が
サービス要求２に対する応答をまだ受信していないと判
定すると、再度受信メッセージ待ち状態に遷移する（シ
ーケンス２１２）。 【００３０】他方、サーバ手段１１０に対しても、サー
バ手段１０７に対する処理と同様な処理手順に従い、要
求（シーケンス２０４，２０５，２０６）、サービス実
行（シーケンス２０７）、応答（シーケンス２１３，２
１４，２１５，２１６）等の各処理手順に基づく処理が
行われる。応答２に対するこの投函処理はクライアント
１００による応答１の受信処理中でも行われる。その場
合、サーバ手段１１０からの応答メッセージは応答メッ
セージ受信用メールボックス手段１０２に保持されてク
ライアント１００による受信処理を待つ。従って、クラ
イアント１００は、上記の従来技術のように、後続受信
した応答メッセージを受信し損ずるということはない。 【００３１】クライアント手段１００は応答１に対する
受信処理を終了した後、応答メッセージ受信用メールボ
ックス手段１０２に応答２メッセージが受信されている
ことを知ると再び起動され、応答２メッセージに対する
受信処理を実行し、完了する。そこで、クライアント手
段１００は全べてのサービス要求に対する応答サービス
が完了したと判定して次の処理に移行する（シーケンス
２１７）。 【００３２】又、クライアント手段１００は応答メッセ
ージ受信用メールボックス手段１０２が受信メッセージ
待ち状態にあるときに、クライアント手段１００に対し
て通知又は要求の形の新たなメッセージが送信されてき
ても起動されず（２１８で示す二重縦線期間）、クライ
アント手段１００が全べての応答メッセージ受信処理を
終了し、新たにサービス実行可能状態となって通知・要
求メッセージ受信用メールボックス１０１に対する受信
メッセージ待ち状態となるまで新規メッセージに対する
処理は保留される（２１９）。 【００３３】 【発明の効果】本発明は、以上説明したように、サービ
ス要求側プロセッサにおける従来のタスク中断及び再開
手段を廃止し、通信・要求メッセージ受信用メールボッ
クス手段のほか、複数の応答メッセージを受信できる応
答メッセージ受信用メールボックス手段を設けたことに
より、サービスを要求するタスクは応答メッセージの受
信タイミングとは関係なく、常に受信した応答メッセー
ジの数だけ起動して受信処理を実行しうるようになった
ため、複数のプロセッサのタスクに対し同時に複数のサ
ービス要求を発行することができるようになって、非常
に処理時間が短縮され、実行性能の向上を計ることがで
きる。
生に従い、プログラム走行等の処理を起動するリアルタ
イムシステムにおいて、複数のプロセッサにそれぞれ機
能を分散し、プロセッサ間で同期をとりながら機能遂行
の結果をメッセージ通信を介して要求プロセッサに送信
することにより、そこで一連の処理を実行するようにし
たのプロセッサ間通信システムに関するものである。 【０００２】 【従来の技術】従来、１つのマイクロプロセッサ（以
下、プロセッサと呼ぶ）による集中制御方式によって処
理されていたオペレーションは近年のプロセッサ等に対
する技術開発の進展に伴い、複数のプロセッサにより分
散処理を行うことによって実現され、負荷分散及び耐障
害性等の性能向上を図るようになってきた。 【０００３】このようなマルチプロセッサ構成において
は、そのシステムの規模に応じて、１つの機能を実現す
る回路とそれを制御するためのプログラム（以下、サー
バと呼ぶ）を搭載するプロセッサと、上記の機能を使用
してより上位のサービスを実行するプログラム（以下、
クライアントと呼ぶ）を搭載するプロセッサとが同一の
ものである場合と、分割して個別なものとする場合とが
ある。 【０００４】両プロセッサが分割されている場合、クラ
イアントから自個のプロセッサに対する手続き呼出と同
じ形式でサーバを起動することができると、例えば、上
記のような、クライアントとサーバのプロセッサが同一
の場合から分割された場合に、又は逆に変更された場合
でもクライアントの変更は必要がなく、より柔軟なプロ
セッサ構成を実現することができる。そのため、従来、
このような方式を実現するため、クライアントがサーバ
に対してサービスを要求した後、サーバがそのサービス
の実行処理を完了するまで、自己の処理を停止すること
を可能とするプロセッサ間通信方法を採用してきた。 【０００５】次に、このような従来のプロセッサ間通信
方法について説明する。図４は従来のプロセッサ間通信
方法の機能ブロック図である。図４において、４００は
クライアントを実行するタスク手段であるクライアント
手段、４０８及び４１１はサーバを実行するタスク手段
であるサーバ手段、４０３，４０７，及び４１０は各タ
スク手段４００，４０８，４１１宛のメッセージを投函
するメールボックス手段であり、各タスク４００，４０
８，４１１はこれらメールボックス手段４０３，４０
７，４１０にメッセージが投函されると起動する。 【０００６】又、４０１はクライアント手段４００がメ
ッセージを受信するまでタスクの起動を停止するタスク
中断手段、４０２はサーバからの応答メッセージを受信
したときにその停止を解除するタスク再開手段である。 【０００７】４０５は３つのタスク手段（クライアント
手段４００、サーバ手段４０８，４１１）が搭載されて
いるプロセッサ１１，１２，１３の間でメッセージ通信
を行うプロセッサ間通信手段、４０４，４０６，４０９
はプロセッサ間通信手段４０５が受信したメッセージの
うち自己宛のメッセージを選択受信してその出力に接続
されているメールボックス手段に対して投函又は緩衝す
る受信メッセージ振分け手段である。 【０００８】以上説明したような構成において、クライ
アント手段４００からサーバ手段４０８の機能を起動
し、その結果を応答メッセージとして受信するまでクラ
イアント手段４００が自己の処理を停止する場合の処理
手順について説明する。まず、クライアント手段４００
はサービス要求メッセージをプロセッサ間通信手段４０
５を経由して宛先のプロセッサ１２へ送信すると共に、
タスク中断手段４０１により自己のメールボックス手段
４０３からのメッセージ読出しを停止する。 【０００９】サービス要求メッセージを受信したプロセ
ッサ１２のプロセッサ間通信手段４０５はそのメッセー
ジを受信メッセージ振分け手段４０６を介して宛先のメ
ールボックス手段４０７に投函する。サーバ手段４０８
はメールボックス手段４０７に対するメッセージの投函
により起動され、要求された処理を実行する。 【００１０】サーバ手段４０８による処理の結果は応答
メッセージとしてサーバ手段４０８から直接プロセッサ
間通信手段４０５を介してクライアント手段４００が搭
載されているプロセッサ１１へ返送される。受信メッセ
ージ振分け手段４０４はプロセッサ間通信手段４０５か
ら応答メッセージを受信すると起動され、宛先のメール
ボックス手段４０２を確認すると共に、そのメッセージ
の内容からそれが応答メッセージであることを判別し
て、宛先のメールボックス手段４０３の先頭にその応答
メッセージを割込ませる。 【００１１】更に、受信メッセージ振分け手段４０４は
タスク再開手段４０２を起動してクライアント手段４０
０に対しメッセージの読出し再開を通知する。タスク再
開手段からのメッセージ読出再開通知により読出しを再
開したクライアント手段４００は、まずメールボックス
手段４０３の先頭にある応答メッセージを読出して受信
し、要求したサービスが完了したことを確認して後に続
く処理を続行する。以上説明した処理手順はプロセッサ
１１からプロセッサ１２に対する処理であるが、それは
プロセッサ１１からプロセッサ１３に対するサービス要
求についても全く同様に行うことができる。 【００１２】 【発明が解決しようとする課題】しかしながら、以上説
明した従来の構成では、受信メッセージ振分け手段４０
４が応答メッセージを受信したときにタスク再開手段４
０２を起動するようにしているため、クライアント手段
４００が複数のサービス要求を発行した場合、まず第１
の応答メッセージを受信したときにクライアント手段４
００が起動されてその受信処理を開始することになる。 【００１３】そのため、受信メッセージ振分け手段４０
４が第２の応答メッセージを受信したときにも再びタス
ク再開手段４０２を起動することになるが、その際、ク
ライアント手段４００がまだ第１の応答メッセージの受
信処理進行中であると、受信処理実行中のクライアント
手段４００に対して再度タスク再開をかけることにな
る。 【００１４】クライアント手段４００はこの再度のタス
ク再開に対しては特に対応することはしない。従って、
クライアント手段４００は第１の応答メッセージの処理
を終了した後に、第２の応答メッセージの受信待ち状態
になったとしても、その後はタスク再開手段４０２から
３度目の起動はかからないので、永久に第２の応答メッ
セージを受信できなくなるという問題があった。 【００１５】このような理由から、要求−応答型の処理
手順は同時に複数行うことはできず、初期化確認など同
時に複数の要求−応答型手順が可能な場合であっても、
それができないため、実行性能の低下を招くという問題
があった。 【００１６】従って、本発明の目的は、他のタスクに対
しサービス要求を発行したプロセッサにおいて受信した
応答メッセージの数だけ自己のタスクを起動し受信処理
を実行させるようにして、受信タイミングに関係なく、
複数のタスクに対するサービス要求の応答メッセージを
全べて受信可能にすることである。 【００１７】 【課題を解決するための手段】本発明によるプロセッサ
間通信システムは、上記の問題を解決するため、複数の
プロセッサに機能を分散し、プロセッサ間で通信するこ
とによって同期をとりながら機能を遂行するプロセッサ
間通信システムであって、 前記複数のプロセッサのう
ち第１のプロセッサとその他のプロセッサとの間でメッ
セージ通信を実行するプロセッサ間通信手段と、前記第
１のプロセッサに搭載され、前記他のプロセッサに対し
てサービスの実行を要求し要求したそのプロセッサから
の受信待ちをするクライアント手段と、少くとも１つの
前記他のプロセッサに搭載され、前記第１のプロセッサ
からのサービス実行要求に応答するサーバ手段と、前記
クライアント手段及び前記サーバ手段の各々に対する通
知又は要求メッセージをそれぞれ受信する通知・要求メ
ッセージ受信用メールボックス手段と、複数の受信メッ
セージ格納域を有し、前記クライアント手段に対する前
記他のプロセッサからの応答メッセージを受信する応答
メッセージ受信用メールボックス手段と、前記プロセッ
サ間通信手段を介して受信した通知又は要求メッセージ
はそれぞれの宛先の前記通知・要求メッセージ受信用メ
ールボックス手段へ振り分け、前記第１のプロセッサに
より前記他のプロセッサへ送ったサービス実行要求に応
じて前記他のプロセッサから送られた前記応答メッセー
ジを前記応答メッセージ受信用メールボックス手段へ振
り分ける受信メッセージ振分け手段とを有し、前記応答
メッセージ受信用メールボックス手段のいずれかが前記
サービス実行要求に対する応答を受信していない場合に
前記クライアント手段は前記応答メッセージに対する受
信待ち状態とし、全ての前記応答メッセージの受信処理
を終了した場合に前記クライアント手段は当該応答メッ
セージを受信処理することを特徴とするものである。 【００１８】 【作用】本発明は、以上説明したように構成したことに
より、クライアント手段は応答メッセージの受信タイミ
ングとは関係なく、常に応答メッセージ受信用メールボ
ックス手段に応答メッセージが待ち状態にあることに対
応して受信した応答メッセージの数だけ起動してそれを
受信することができるので、要求−応答型のサービス要
求を同時に複数のプロセッサに対して発行することがで
きるようになった。 【００１９】 【実施例】以下、添付図面に基づき本発明の一実施例を
詳細に説明する。図１は本発明の一実施例によるプロセ
ッサ間通信方法に従い、３つのプロセッサの各々に搭載
されたプログラム（クライアント及びサーバ）間で要求
−応答型の処理手順を実行するための機能の構成を示す
機能ブロック図である。 【００２０】１００は入力検知等の事象発生により起動
され自己の機能実行のために他のプロセッサにおけるタ
スクに対してそのサービスの実行を要求するタスク形態
をとるクライアント手段、１０７，１１０はクライアン
ト手段からサービスが要求されたときに起動され、サー
ビス実行後その応答メッセージをクライアント手段１０
０に返送するタスク形態を採るサーバ手段、１０１，１
０６，１０９はクライアント手段１００又はサーバ手段
１０７，１１０宛の通知・要求メッセージをそれぞれ該
当するクライアント手段１００又はサーバ手段１０７，
１１０に投函する通知・要求メッセージ受信用メールボ
ックス手段、１０２はクライアント手段１００宛の応答
メッセージを受信する応答メッセージ受信用メールボッ
クス手段である。 【００２１】クライアント手段１００及びサーバ手段１
０７，１１０はこれらのメールボックス手段に対して受
信待ち状態に遷移し、その状態を変更することが可能で
あり、その受信待ち状態中にメッセージが投函されると
起動される。１０４は３つのタスク手段（クライアント
手段１００及びサーバ手段１０７，１１０）が搭載され
ているプロセッサ１，２，３の間でメッセージ通信を行
うプロセッサ間通信手段、１０３，１０５，１０８はプ
ロセッサ間通信手段１０４が受信したメッセージの宛先
とタイプ（通知、要求、又は応答メッセージ）とにより
それぞれメールボックス手段１０１，１０２，１０６，
１０９へ振分けて投函する受信メッセージ振分け手段で
ある。 【００２２】本実施例において、上記のクライアント手
段１００、通知・要求メッセージ受信用メールボックス
手段１０１、応答メッセージ受信用メールボックス手段
１０２、及び受信メッセージ振り分け手段１０３はプロ
セッサ１に所属し、サーバ手段１０７、受信メッセージ
振り分け手段１０５、及び通知・要求メッセージ受信用
メールボックス手段１０６はプロセッサ２に所属し、サ
ーバ手段１１０、受信メッセージ振り分け手段１０８、
及び通知・要求メッセージ受信用メールボックス手段１
０９はプロセッサ３に所属する。 【００２３】次に、上記のような処理手順において、ク
ライアント手段１００からサーバ手段１０７，１１０に
対して同時にサービス要求を発行する場合の処理手順に
つき、図２のメッセージシーケンス図と図３のプロセッ
サ間通信メッセージの送信フォーマットを示すフォーマ
ット構成図とに基づき詳細に説明する。 【００２４】クライアント手段１００は自己のクライア
ント遂行に当り、その機能を実行するためサーバ手段１
０７における処理が必要であるということを判定する
と、まずそのサービスを実行するサーバ手段１０７に対
して要求メッセージを発行する。その要求メッセージは
図３の送信フォーマットに示すような各項目が含まれ
る。 【００２５】すなわち、クライアント手段１００は送信
先プロセッサ番号の項目３００及び送信先タスク（クラ
イアント）番号の項目３０１にそれぞれ自己の値１及び
１００を設定し、宛先プロセッサ番号の項目３０２及び
宛先タスク（サーバ）番号３０３にそれぞれ宛先の値２
及び１０７を設定し、メッセージタイプの項目３０４に
要求“０”を設定した後、要求サービス内容を表わすメ
ッセージ種別３０５と必要な情報をパラメータ３０６と
して設定したサービス要求１（図２）の送信フォーマッ
トを構成してプロセッサ間通信手段１０４に送信する
（シーケンス２００（図２、以下同じ））。 【００２６】サービス要求１を受信したプロセッサ間通
信手段１０４はメッセージ送信フォーマット（図３）の
宛先プロセッサ番号３０２を参照してプロセッサ２に対
しその要求メッセージを送信する（シーケンス２０
１）。要求メッセージを受信したプロセッサ２にあるプ
ロセッサ間通信手段１０４は受信メッセージ振分け手段
１０５を起動し、そこで宛先を判定する（シーケンス２
０２）。 【００２７】起動した受信メッセージ振分け手段１０５
は宛先のサーバ手段１０７の番号とメッセージタイプと
を送信フォーマットの該当する項目３０３及び３０４を
参照して、通知・要求メッセージ受信用メールボックス
手段１０６に対しその要求メッセージを投函する（シー
ケンス２０３）。サーバ手段１０７は通知・要求メッセ
ージ受信用メールボックス手段１０６に対する受信メッ
セージ待ち状態にあるので、要求メッセージの投函によ
り起動され、要求されたサービスを実行する。 【００２８】サーバ手段１０７はそのサービスの実行
後、メッセージタイプ（例えば、通知・要求メッセージ
又は応答メッセージ）を応答の送信フォーマットに設定
した応答１メッセージをメッセージ送信元であるプロセ
ッサ１に送信する（シーケンス２０８，２０９，２１
０）。プロセッサ１に所属する受信メッセージ振分け手
段１０３はその応答メッセージを受信すると、その送信
フォーマットからそのメッセージタイプが応答に設定さ
れているということを知り、受信した応答１メッセージ
を応答メッセージ受信用メールボックス手段１０２に投
函する（シーケンス２１１）。 【００２９】クライアント手段１００は、応答メッセー
ジ受信用メールボックス手段１０２が受信待ち状態（図
２の左端における二重縦線で示す）になっているので、
応答１メッセージの投函により直ちに起動する。しか
し、応答メッセージ受信用メールボックス手段１０２が
サービス要求２に対する応答をまだ受信していないと判
定すると、再度受信メッセージ待ち状態に遷移する（シ
ーケンス２１２）。 【００３０】他方、サーバ手段１１０に対しても、サー
バ手段１０７に対する処理と同様な処理手順に従い、要
求（シーケンス２０４，２０５，２０６）、サービス実
行（シーケンス２０７）、応答（シーケンス２１３，２
１４，２１５，２１６）等の各処理手順に基づく処理が
行われる。応答２に対するこの投函処理はクライアント
１００による応答１の受信処理中でも行われる。その場
合、サーバ手段１１０からの応答メッセージは応答メッ
セージ受信用メールボックス手段１０２に保持されてク
ライアント１００による受信処理を待つ。従って、クラ
イアント１００は、上記の従来技術のように、後続受信
した応答メッセージを受信し損ずるということはない。 【００３１】クライアント手段１００は応答１に対する
受信処理を終了した後、応答メッセージ受信用メールボ
ックス手段１０２に応答２メッセージが受信されている
ことを知ると再び起動され、応答２メッセージに対する
受信処理を実行し、完了する。そこで、クライアント手
段１００は全べてのサービス要求に対する応答サービス
が完了したと判定して次の処理に移行する（シーケンス
２１７）。 【００３２】又、クライアント手段１００は応答メッセ
ージ受信用メールボックス手段１０２が受信メッセージ
待ち状態にあるときに、クライアント手段１００に対し
て通知又は要求の形の新たなメッセージが送信されてき
ても起動されず（２１８で示す二重縦線期間）、クライ
アント手段１００が全べての応答メッセージ受信処理を
終了し、新たにサービス実行可能状態となって通知・要
求メッセージ受信用メールボックス１０１に対する受信
メッセージ待ち状態となるまで新規メッセージに対する
処理は保留される（２１９）。 【００３３】 【発明の効果】本発明は、以上説明したように、サービ
ス要求側プロセッサにおける従来のタスク中断及び再開
手段を廃止し、通信・要求メッセージ受信用メールボッ
クス手段のほか、複数の応答メッセージを受信できる応
答メッセージ受信用メールボックス手段を設けたことに
より、サービスを要求するタスクは応答メッセージの受
信タイミングとは関係なく、常に受信した応答メッセー
ジの数だけ起動して受信処理を実行しうるようになった
ため、複数のプロセッサのタスクに対し同時に複数のサ
ービス要求を発行することができるようになって、非常
に処理時間が短縮され、実行性能の向上を計ることがで
きる。
【図面の簡単な説明】
【図１】本発明の一実施例によるプロセッサ間通信方法
に従い３つのプロセッサの各々に搭載されたプログラム
間で要求−応答型の処理手順を実行するための機能の構
成を示す機能ブロック図。 【図２】複数のサービス要求を同時に実行する処理手順
によるメッセージの進行シーケンスを示すメッセージシ
ーケンス図。 【図３】プロセッサ間通信に使用するメッセージのフォ
ーマットを示す送信フォーマットの構成図。 【図４】従来例のプロセッサ間通信方法により３つのプ
ロセッサの各々に搭載されたプログラム間で要求−応答
型の処理手順を実行するための機能の構成を示す機能ブ
ロック図。 【符号の説明】 １００ クライアント手段 １０７，１１０ サーバ手段 １０１ 通知・要求メッセージ受信用メールボックス手
段 １０６ 通知・要求メッセージ受信用メールボックス手
段 １０９ 通知・要求メッセージ受信用メールボックス手
段 １０２ 応答メッセージ受信用メールボックス手段 １０３ 受信メッセージ振分け手段 １０４ プロセッサ間通信手段 １０５ 受信メッセージ振分け手段 １０８ 受信メッセージ振分け手段
に従い３つのプロセッサの各々に搭載されたプログラム
間で要求−応答型の処理手順を実行するための機能の構
成を示す機能ブロック図。 【図２】複数のサービス要求を同時に実行する処理手順
によるメッセージの進行シーケンスを示すメッセージシ
ーケンス図。 【図３】プロセッサ間通信に使用するメッセージのフォ
ーマットを示す送信フォーマットの構成図。 【図４】従来例のプロセッサ間通信方法により３つのプ
ロセッサの各々に搭載されたプログラム間で要求−応答
型の処理手順を実行するための機能の構成を示す機能ブ
ロック図。 【符号の説明】 １００ クライアント手段 １０７，１１０ サーバ手段 １０１ 通知・要求メッセージ受信用メールボックス手
段 １０６ 通知・要求メッセージ受信用メールボックス手
段 １０９ 通知・要求メッセージ受信用メールボックス手
段 １０２ 応答メッセージ受信用メールボックス手段 １０３ 受信メッセージ振分け手段 １０４ プロセッサ間通信手段 １０５ 受信メッセージ振分け手段 １０８ 受信メッセージ振分け手段
フロントページの続き
(56)参考文献 特開 平４−361440（ＪＰ，Ａ)
特開 平４−286429（ＪＰ，Ａ)
特開 平３−232341（ＪＰ，Ａ)
特開 昭61−293052（ＪＰ，Ａ)
特開 昭63−237640（ＪＰ，Ａ)
特開 平２−118867（ＪＰ，Ａ)
特開 平３−191457（ＪＰ，Ａ)
特開 昭63−104164（ＪＰ，Ａ)
(58)調査した分野(Int.Cl.7，ＤＢ名)
G06F 13/00 353
G06F 13/00 357
G06F 15/177 676
ＷＰＩ（ＤＩＡＬＯＧ)
Claims (1)
- (57)【特許請求の範囲】 【請求項１】複数のプロセッサに機能を分散し、プロセ
ッサ間で通信することによって同期をとりながら機能を
遂行するプロセッサ間通信システムであって、 前記複数のプロセッサのうち第１のプロセッサとその他
のプロセッサとの間でメッセージ通信を実行するプロセ
ッサ間通信手段と、 前記第１のプロセッサに搭載され、前記他のプロセッサ
に対してサービスの実行を要求し要求したそのプロセッ
サからの受信待ちをするクライアント手段と、 少くとも１つの前記他のプロセッサに搭載され、前記第
１のプロセッサからのサービス実行要求に応答するサー
バ手段と、 前記クライアント手段及び前記サーバ手段の各々に対す
る通知又は要求メッセージをそれぞれ受信する通知・要
求メッセージ受信用メールボックス手段と、 複数の受信メッセージ格納域を有し、前記クライアント
手段に対する前記他のプロセッサからの応答メッセージ
を受信する応答メッセージ受信用メールボックス手段
と、 前記プロセッサ間通信手段を介して受信した通知又は要
求メッセージはそれぞれの宛先の前記通知・要求メッセ
ージ受信用メールボックス手段へ振り分け、前記第１の
プロセッサにより前記他のプロセッサへ送ったサービス
実行要求に応じて前記他のプロセッサから送られた前記
応答メッセージを前記応答メッセージ受信用メールボッ
クス手段へ振り分ける受信メッセージ振分け手段とを有
し、 前記応答メッセージ受信用メールボックス手段のいずれ
かが前記サービス実行要求に対する応答を受信していな
い場合に前記クライアント手段は前記応答メッセージに
対する受信待ち状態とし、全ての前記応答メッセージの
受信処理を終了した場合に前記クライアント手段は当該
応答メッセージを受信処理することを特徴とするプロセ
ッサ間通信システム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP04990693A JP3490473B2 (ja) | 1993-02-17 | 1993-02-17 | プロセッサ間通信システム |
| US08/589,415 US5619697A (en) | 1993-02-17 | 1996-01-22 | Inter-processor communication system for performing message communication between processors and multi-processor real time system for communicating amoung a plurality of processors at real time with the inter-processor communication system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP04990693A JP3490473B2 (ja) | 1993-02-17 | 1993-02-17 | プロセッサ間通信システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH06243070A JPH06243070A (ja) | 1994-09-02 |
| JP3490473B2 true JP3490473B2 (ja) | 2004-01-26 |
Family
ID=12844058
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP04990693A Expired - Fee Related JP3490473B2 (ja) | 1993-02-17 | 1993-02-17 | プロセッサ間通信システム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US5619697A (ja) |
| JP (1) | JP3490473B2 (ja) |
Families Citing this family (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5889957A (en) * | 1995-06-07 | 1999-03-30 | Tandem Computers Incorporated | Method and apparatus for context sensitive pathsend |
| JP3674988B2 (ja) * | 1995-07-12 | 2005-07-27 | 富士ゼロックス株式会社 | クライアント・サーバシステム |
| US5835779A (en) * | 1996-03-15 | 1998-11-10 | Lucent Technologies Inc. | Message transmission among processing units using interrupt control technique |
| US5809242A (en) * | 1996-04-19 | 1998-09-15 | Juno Online Services, L.P. | Electronic mail system for displaying advertisement at local computer received from remote system while the local computer is off-line the remote system |
| US6298386B1 (en) * | 1996-08-14 | 2001-10-02 | Emc Corporation | Network file server having a message collector queue for connection and connectionless oriented protocols |
| US7216145B2 (en) * | 2000-06-23 | 2007-05-08 | Mission Communications, Llc | Event notification system |
| US7051108B1 (en) * | 2000-12-21 | 2006-05-23 | Emc Corporation | Method and system of interprocess communications |
| DE60033164T2 (de) * | 2000-12-22 | 2007-10-25 | Sun Microsystems, Inc., Palo Alto | Serverseitige Ausführung von Anwendungsmodulen in einem Client/Server-System |
| US7447735B2 (en) * | 2003-07-01 | 2008-11-04 | Motorola, Inc. | Interprocessor communication protocol |
| US20050010925A1 (en) * | 2003-07-10 | 2005-01-13 | Charbel Khawand | Interprocessor communication protocol with smart streaming port |
| US20050027824A1 (en) * | 2003-07-29 | 2005-02-03 | Charbel Khawand | Interprocessor communication protocol providing guaranteed quality of service and selective broadcasting |
| US20050091306A1 (en) * | 2003-10-02 | 2005-04-28 | Charbel Khawand | Interprocessor communication protocol with high level service composition |
| US20050091322A1 (en) * | 2003-10-27 | 2005-04-28 | International Business Machines Corporation | Method, system and program product for communicating over a network |
| US7925021B2 (en) * | 2006-01-06 | 2011-04-12 | Fujitsu Limited | Efficient handling of messages, data and keys in media access layers for network communications |
| JP2009276915A (ja) * | 2008-05-13 | 2009-11-26 | Canon Inc | アプリケーションプラットフォーム |
| JP5703375B2 (ja) * | 2011-05-26 | 2015-04-15 | 株式会社日立製作所 | 多重化システム、方法、およびプログラム |
| US10057387B2 (en) | 2012-12-26 | 2018-08-21 | Realtek Singapore Pte Ltd | Communication traffic processing architectures and methods |
| US9654406B2 (en) | 2012-12-26 | 2017-05-16 | Realtek Singapore Pte Ltd | Communication traffic processing architectures and methods |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5050066A (en) * | 1988-10-14 | 1991-09-17 | Intel Corporation | Apparatus with a single memory and a plurality of queue counters for queuing requests and replies on a pipelined packet bus |
| US5287453A (en) * | 1990-09-18 | 1994-02-15 | Bull Hn Information Systems, Inc. | Fast remote file access facility for distributing file access requests in a closely coupled computer system |
| EP0490636B1 (en) * | 1990-12-14 | 1998-09-09 | Sun Microsystems, Inc. | Method and apparatus for interprocess message switching |
| US5195089A (en) * | 1990-12-31 | 1993-03-16 | Sun Microsystems, Inc. | Apparatus and method for a synchronous, high speed, packet-switched bus |
| US5335347A (en) * | 1991-01-23 | 1994-08-02 | Sun Microsystems, Inc. | Method and apparatus for scoped interprocess message switching |
| US5367673A (en) * | 1991-08-23 | 1994-11-22 | Eastman Kodak Company | System for queueing request from remote stations for proof processing of files that are transmitted only when processing resources become available |
-
1993
- 1993-02-17 JP JP04990693A patent/JP3490473B2/ja not_active Expired - Fee Related
-
1996
- 1996-01-22 US US08/589,415 patent/US5619697A/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH06243070A (ja) | 1994-09-02 |
| US5619697A (en) | 1997-04-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3490473B2 (ja) | プロセッサ間通信システム | |
| EP0536073A2 (en) | Method and process for interprocess communication using named pipes | |
| EP1490781A2 (en) | Most eligible server in a common work queue environment | |
| US5754856A (en) | MVS/ESA message transport system using the XCF coupling facility | |
| JP2001265603A (ja) | 自動振分ソフトウエア配布システム及びその方法 | |
| CN113190624A (zh) | 基于分布式跨容器的异步转同步调用方法及装置 | |
| US20090019259A1 (en) | Multiprocessing method and multiprocessor system | |
| JPS61141063A (ja) | フアイル転送の中断再開方式 | |
| JP2003330739A (ja) | 通信応答同期システム及び方法並びに通信応答同期プログラム | |
| JPH0573507A (ja) | 電子計算機間メツセージ交信時の救済装置 | |
| JP2536626B2 (ja) | 入出力処理装置切り離し方法 | |
| JP2000029850A (ja) | オペレーティングシステムのプロセッサ間通信を使用したタスク制御方法 | |
| JP3112287B2 (ja) | メッセージ管理処理装置 | |
| JP2812274B2 (ja) | 疎結合多重計算機システムにおけるトランザクション負荷分散システム | |
| JPH04274524A (ja) | プロセス間通信制御方式 | |
| JPH07182183A (ja) | メッセージ駆動処理システムにおける順次処理タスク制御方法及び装置 | |
| JPH06187312A (ja) | マルチｃｐｕシステムにおける処理方法および装置 | |
| JPH0991231A (ja) | サーバ・クライアントコンピュータシステムにおけるアプリケーションプログラムの実行方法および実行装置 | |
| JP2005078244A (ja) | プログラム実行方法およびプログラム実行装置 | |
| JP2555752B2 (ja) | 事象通知処理方式 | |
| JPH03148747A (ja) | プロセッサ間通信方式 | |
| JPH02118841A (ja) | 入力待ち行列管理方式 | |
| JPH0713938A (ja) | コンピュータ間同期処理方式 | |
| JPH08115301A (ja) | プロセス間の優先順位制御装置 | |
| JPH0342762A (ja) | マルチプロセッサシステムのプロセッサ間通信方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| LAPS | Cancellation because of no payment of annual fees |