JPH06243070A - プロセッサ間通信システム - Google Patents
プロセッサ間通信システムInfo
- Publication number
- JPH06243070A JPH06243070A JP5049906A JP4990693A JPH06243070A JP H06243070 A JPH06243070 A JP H06243070A JP 5049906 A JP5049906 A JP 5049906A JP 4990693 A JP4990693 A JP 4990693A JP H06243070 A JPH06243070 A JP H06243070A
- Authority
- JP
- Japan
- Prior art keywords
- message
- client
- response
- processor
- received
- 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.)
- Granted
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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
- Information Transfer Between Computers (AREA)
Abstract
(57)【要約】
【目的】 複数の他のタスク手段に発行したサービス要
求に対する応答全べてを受信可能にして複数のサービス
要求の同時処理により処理の短縮を計る。 【構成】 他のタスク手段に対してサービス要求を発行
するクライアント手段１００と、通知・要求メッセージ
受信用１０１及び応答メッセージ受信用メールボックス
手段１０２と、受信メッセージ振分け手段１０３とを含
むプロセッサと、サービス要求を受けて応答メッセージ
を返送するサーバ手段１０７，１１０を含む少くとも１
つのプロセッサ２，３と、プロセッサ間でメッセージ通
信を実行するプロセッサ間通信手段１０４とを含み、メ
ールボックス手段１０２は受信した応答メッセージを全
て格納し、順次クライアント手段を起動して応答メッセ
ージを全べてクライアント手段に受信させるようにした
ことを特徴とする。
求に対する応答全べてを受信可能にして複数のサービス
要求の同時処理により処理の短縮を計る。 【構成】 他のタスク手段に対してサービス要求を発行
するクライアント手段１００と、通知・要求メッセージ
受信用１０１及び応答メッセージ受信用メールボックス
手段１０２と、受信メッセージ振分け手段１０３とを含
むプロセッサと、サービス要求を受けて応答メッセージ
を返送するサーバ手段１０７，１１０を含む少くとも１
つのプロセッサ２，３と、プロセッサ間でメッセージ通
信を実行するプロセッサ間通信手段１０４とを含み、メ
ールボックス手段１０２は受信した応答メッセージを全
て格納し、順次クライアント手段を起動して応答メッセ
ージを全べてクライアント手段に受信させるようにした
ことを特徴とする。
Description
【０００１】
【産業上の利用分野】本発明は、入力検出などの事象発
生に従い、プログラム走行等の処理を起動するリアルタ
イムシステムにおいて、複数のプロセッサにそれぞれ機
能を分散し、プロセッサ間で同期をとりながら機能遂行
の結果をメッセージ通信を介して要求プロセッサに送信
することにより、そこで一連の処理を実行するようにし
たのプロセッサ間通信システムに関するものである。
生に従い、プログラム走行等の処理を起動するリアルタ
イムシステムにおいて、複数のプロセッサにそれぞれ機
能を分散し、プロセッサ間で同期をとりながら機能遂行
の結果をメッセージ通信を介して要求プロセッサに送信
することにより、そこで一連の処理を実行するようにし
たのプロセッサ間通信システムに関するものである。
【０００２】
【従来の技術】従来、１つのマイクロプロセッサ（以
下、プロセッサと呼ぶ）による集中制御方式によって処
理されていたオペレーションは近年のプロセッサ等に対
する技術開発の進展に伴い、複数のプロセッサにより分
散処理を行うことによって実現され、負荷分散及び耐障
害性等の性能向上を図るようになってきた。
下、プロセッサと呼ぶ）による集中制御方式によって処
理されていたオペレーションは近年のプロセッサ等に対
する技術開発の進展に伴い、複数のプロセッサにより分
散処理を行うことによって実現され、負荷分散及び耐障
害性等の性能向上を図るようになってきた。
【０００３】このようなマルチプロセッサ構成において
は、そのシステムの規模に応じて、１つの機能を実現す
る回路とそれを制御するためのプログラム（以下、サー
バと呼ぶ）を搭載するプロセッサと、上記の機能を使用
してより上位のサービスを実行するプログラム（以下、
クライアントと呼ぶ）を搭載するプロセッサとが同一の
ものである場合と、分割して個別なものとする場合とが
ある。
は、そのシステムの規模に応じて、１つの機能を実現す
る回路とそれを制御するためのプログラム（以下、サー
バと呼ぶ）を搭載するプロセッサと、上記の機能を使用
してより上位のサービスを実行するプログラム（以下、
クライアントと呼ぶ）を搭載するプロセッサとが同一の
ものである場合と、分割して個別なものとする場合とが
ある。
【０００４】両プロセッサが分割されている場合、クラ
イアントから自個のプロセッサに対する手続き呼出と同
じ形式でサーバを起動することができると、例えば、上
記のような、クライアントとサーバのプロセッサが同一
の場合から分割された場合に、又は逆に変更された場合
でもクライアントの変更は必要がなく、より柔軟なプロ
セッサ構成を実現することができる。そのため、従来、
このような方式を実現するため、クライアントがサーバ
に対してサービスを要求した後、サーバがそのサービス
の実行処理を完了するまで、自己の処理を停止すること
を可能とするプロセッサ間通信方法を採用してきた。
イアントから自個のプロセッサに対する手続き呼出と同
じ形式でサーバを起動することができると、例えば、上
記のような、クライアントとサーバのプロセッサが同一
の場合から分割された場合に、又は逆に変更された場合
でもクライアントの変更は必要がなく、より柔軟なプロ
セッサ構成を実現することができる。そのため、従来、
このような方式を実現するため、クライアントがサーバ
に対してサービスを要求した後、サーバがそのサービス
の実行処理を完了するまで、自己の処理を停止すること
を可能とするプロセッサ間通信方法を採用してきた。
【０００５】次に、このような従来のプロセッサ間通信
方法について説明する。図４は従来のプロセッサ間通信
方法の機能ブロック図である。図４において、４００は
クライアントを実行するタスク手段であるクライアント
手段、４０８及び４１１はサーバを実行するタスク手段
であるサーバ手段、４０３，４０７，及び４１０は各タ
スク手段４００，４０８，４１１宛のメッセージを投函
するメールボックス手段であり、各タスク４００，４０
８，４１１はこれらメールボックス手段４０３，４０
７，４１０にメッセージが投函されると起動する。
方法について説明する。図４は従来のプロセッサ間通信
方法の機能ブロック図である。図４において、４００は
クライアントを実行するタスク手段であるクライアント
手段、４０８及び４１１はサーバを実行するタスク手段
であるサーバ手段、４０３，４０７，及び４１０は各タ
スク手段４００，４０８，４１１宛のメッセージを投函
するメールボックス手段であり、各タスク４００，４０
８，４１１はこれらメールボックス手段４０３，４０
７，４１０にメッセージが投函されると起動する。
【０００６】又、４０１はクライアント手段４００がメ
ッセージを受信するまでタスクの起動を停止するタスク
中断手段、４０２はサーバからの応答メッセージを受信
したときにその停止を解除するタスク再開手段である。
ッセージを受信するまでタスクの起動を停止するタスク
中断手段、４０２はサーバからの応答メッセージを受信
したときにその停止を解除するタスク再開手段である。
【０００７】４０５は３つのタスク手段（クライアント
手段４００、サーバ手段４０８，４１１）が搭載されて
いるプロセッサ１１，１２，１３の間でメッセージ通信
を行うプロセッサ間通信手段、４０４，４０６，４０９
はプロセッサ間通信手段４０５が受信したメッセージの
うち自己宛のメッセージを選択受信してその出力に接続
されているメールボックス手段に対して投函又は緩衝す
る受信メッセージ振分け手段である。
手段４００、サーバ手段４０８，４１１）が搭載されて
いるプロセッサ１１，１２，１３の間でメッセージ通信
を行うプロセッサ間通信手段、４０４，４０６，４０９
はプロセッサ間通信手段４０５が受信したメッセージの
うち自己宛のメッセージを選択受信してその出力に接続
されているメールボックス手段に対して投函又は緩衝す
る受信メッセージ振分け手段である。
【０００８】以上説明したような構成において、クライ
アント手段４００からサーバ手段４０８の機能を起動
し、その結果を応答メッセージとして受信するまでクラ
イアント手段４００が自己の処理を停止する場合の処理
手順について説明する。まず、クライアント手段４００
はサービス要求メッセージをプロセッサ間通信手段４０
５を経由して宛先のプロセッサ１２へ送信すると共に、
タスク中断手段４０１により自己のメールボックス手段
４０３からのメッセージ読出しを停止する。
アント手段４００からサーバ手段４０８の機能を起動
し、その結果を応答メッセージとして受信するまでクラ
イアント手段４００が自己の処理を停止する場合の処理
手順について説明する。まず、クライアント手段４００
はサービス要求メッセージをプロセッサ間通信手段４０
５を経由して宛先のプロセッサ１２へ送信すると共に、
タスク中断手段４０１により自己のメールボックス手段
４０３からのメッセージ読出しを停止する。
【０００９】サービス要求メッセージを受信したプロセ
ッサ１２のプロセッサ間通信手段４０５はそのメッセー
ジを受信メッセージ振分け手段４０６を介して宛先のメ
ールボックス手段４０７に投函する。サーバ手段４０８
はメールボックス手段４０７に対するメッセージの投函
により起動され、要求された処理を実行する。
ッサ１２のプロセッサ間通信手段４０５はそのメッセー
ジを受信メッセージ振分け手段４０６を介して宛先のメ
ールボックス手段４０７に投函する。サーバ手段４０８
はメールボックス手段４０７に対するメッセージの投函
により起動され、要求された処理を実行する。
【００１０】サーバ手段４０８による処理の結果は応答
メッセージとしてサーバ手段４０８から直接プロセッサ
間通信手段４０５を介してクライアント手段４００が搭
載されているプロセッサ１１へ返送される。受信メッセ
ージ振分け手段４０４はプロセッサ間通信手段４０５か
ら応答メッセージを受信すると起動され、宛先のメール
ボックス手段４０２を確認すると共に、そのメッセージ
の内容からそれが応答メッセージであることを判別し
て、宛先のメールボックス手段４０３の先頭にその応答
メッセージを割込ませる。
メッセージとしてサーバ手段４０８から直接プロセッサ
間通信手段４０５を介してクライアント手段４００が搭
載されているプロセッサ１１へ返送される。受信メッセ
ージ振分け手段４０４はプロセッサ間通信手段４０５か
ら応答メッセージを受信すると起動され、宛先のメール
ボックス手段４０２を確認すると共に、そのメッセージ
の内容からそれが応答メッセージであることを判別し
て、宛先のメールボックス手段４０３の先頭にその応答
メッセージを割込ませる。
【００１１】更に、受信メッセージ振分け手段４０４は
タスク再開手段４０２を起動してクライアント手段４０
０に対しメッセージの読出し再開を通知する。タスク再
開手段からのメッセージ読出再開通知により読出しを再
開したクライアント手段４００は、まずメールボックス
手段４０３の先頭にある応答メッセージを読出して受信
し、要求したサービスが完了したことを確認して後に続
く処理を続行する。以上説明した処理手順はプロセッサ
１１からプロセッサ１２に対する処理であるが、それは
プロセッサ１１からプロセッサ１３に対するサービス要
求についても全く同様に行うことができる。
タスク再開手段４０２を起動してクライアント手段４０
０に対しメッセージの読出し再開を通知する。タスク再
開手段からのメッセージ読出再開通知により読出しを再
開したクライアント手段４００は、まずメールボックス
手段４０３の先頭にある応答メッセージを読出して受信
し、要求したサービスが完了したことを確認して後に続
く処理を続行する。以上説明した処理手順はプロセッサ
１１からプロセッサ１２に対する処理であるが、それは
プロセッサ１１からプロセッサ１３に対するサービス要
求についても全く同様に行うことができる。
【００１２】
【発明が解決しようとする課題】しかしながら、以上説
明した従来の構成では、受信メッセージ振分け手段４０
４が応答メッセージを受信したときにタスク再開手段４
０２を起動するようにしているため、クライアント手段
４００が複数のサービス要求を発行した場合、まず第１
の応答メッセージを受信したときにクライアント手段４
００が起動されてその受信処理を開始することになる。
明した従来の構成では、受信メッセージ振分け手段４０
４が応答メッセージを受信したときにタスク再開手段４
０２を起動するようにしているため、クライアント手段
４００が複数のサービス要求を発行した場合、まず第１
の応答メッセージを受信したときにクライアント手段４
００が起動されてその受信処理を開始することになる。
【００１３】そのため、受信メッセージ振分け手段４０
４が第２の応答メッセージを受信したときにも再びタス
ク再開手段４０２を起動することになるが、その際、ク
ライアント手段４００がまだ第１の応答メッセージの受
信処理進行中であると、受信処理実行中のクライアント
手段４００に対して再度タスク再開をかけることにな
る。
４が第２の応答メッセージを受信したときにも再びタス
ク再開手段４０２を起動することになるが、その際、ク
ライアント手段４００がまだ第１の応答メッセージの受
信処理進行中であると、受信処理実行中のクライアント
手段４００に対して再度タスク再開をかけることにな
る。
【００１４】クライアント手段４００はこの再度のタス
ク再開に対しては特に対応することはしない。従って、
クライアント手段４００は第１の応答メッセージの処理
を終了した後に、第２の応答メッセージの受信待ち状態
になったとしても、その後はタスク再開手段４０２から
３度目の起動はかからないので、永久に第２の応答メッ
セージを受信できなくなるという問題があった。
ク再開に対しては特に対応することはしない。従って、
クライアント手段４００は第１の応答メッセージの処理
を終了した後に、第２の応答メッセージの受信待ち状態
になったとしても、その後はタスク再開手段４０２から
３度目の起動はかからないので、永久に第２の応答メッ
セージを受信できなくなるという問題があった。
【００１５】このような理由から、要求−応答型の処理
手順は同時に複数行うことはできず、初期化確認など同
時に複数の要求−応答型手順が可能な場合であっても、
それができないため、実行性能の低下を招くという問題
があった。
手順は同時に複数行うことはできず、初期化確認など同
時に複数の要求−応答型手順が可能な場合であっても、
それができないため、実行性能の低下を招くという問題
があった。
【００１６】従って、本発明の目的は、他のタスクに対
しサービス要求を発行したプロセッサにおいて受信した
応答メッセージの数だけ自己のタスクを起動し受信処理
を実行させるようにして、受信タイミングに関係なく、
複数のタスクに対するサービス要求の応答メッセージを
全べて受信可能にすることである。
しサービス要求を発行したプロセッサにおいて受信した
応答メッセージの数だけ自己のタスクを起動し受信処理
を実行させるようにして、受信タイミングに関係なく、
複数のタスクに対するサービス要求の応答メッセージを
全べて受信可能にすることである。
【００１７】
【課題を解決するための手段】本発明によるプロセッサ
間通信システムは、上記の問題を解決するため、第１の
プロセッサに搭載され他のタスク手段にサービスを要求
するクライアント手段と、第２のプロセッサに搭載され
クライアント手段のサービス要求に応答するサーバ手段
と、第１のプロセッサと第２のプロセッサ間でメッセー
ジ通信を実行するプロセッサ間通信手段と、クライアン
ト手段又はサーバ手段に対する通知又は要求メッセージ
を受信する通知・要求メッセージ受信用メールボックス
手段と、少くともクライアント手段に対する応答メッセ
ージを受信する応答メッセージ受信用メールボックス手
段と、プロセッサ間通信手段を介して受信した受信メッ
セージを宛先の通知・要求メッセージ受信用メールボッ
クス手段か又は応答メッセージ受信用メールボックス手
段に分類投函する受信メッセージ振分け手段とから成
り、応答メッセージ受信用メールボックス手段は受信し
た複数の応答メッセージを記憶し、記憶した応答メッセ
ージの全べてをクライアント手段に対して受信処理させ
るようにしたことを特徴とするものである。
間通信システムは、上記の問題を解決するため、第１の
プロセッサに搭載され他のタスク手段にサービスを要求
するクライアント手段と、第２のプロセッサに搭載され
クライアント手段のサービス要求に応答するサーバ手段
と、第１のプロセッサと第２のプロセッサ間でメッセー
ジ通信を実行するプロセッサ間通信手段と、クライアン
ト手段又はサーバ手段に対する通知又は要求メッセージ
を受信する通知・要求メッセージ受信用メールボックス
手段と、少くともクライアント手段に対する応答メッセ
ージを受信する応答メッセージ受信用メールボックス手
段と、プロセッサ間通信手段を介して受信した受信メッ
セージを宛先の通知・要求メッセージ受信用メールボッ
クス手段か又は応答メッセージ受信用メールボックス手
段に分類投函する受信メッセージ振分け手段とから成
り、応答メッセージ受信用メールボックス手段は受信し
た複数の応答メッセージを記憶し、記憶した応答メッセ
ージの全べてをクライアント手段に対して受信処理させ
るようにしたことを特徴とするものである。
【００１８】
【作用】本発明は、以上説明したように構成したことに
より、クライアント手段は応答メッセージの受信タイミ
ングとは関係なく、常に応答メッセージ受信用メールボ
ックス手段に応答メッセージが待ち状態にあることに対
応して受信した応答メッセージの数だけ起動してそれを
受信することができるので、要求−応答型のサービス要
求を同時に複数のプロセッサに対して発行することがで
きるようになった。
より、クライアント手段は応答メッセージの受信タイミ
ングとは関係なく、常に応答メッセージ受信用メールボ
ックス手段に応答メッセージが待ち状態にあることに対
応して受信した応答メッセージの数だけ起動してそれを
受信することができるので、要求−応答型のサービス要
求を同時に複数のプロセッサに対して発行することがで
きるようになった。
【００１９】
【実施例】以下、添付図面に基づき本発明の一実施例を
詳細に説明する。図１は本発明の一実施例によるプロセ
ッサ間通信方法に従い、３つのプロセッサの各々に搭載
されたプログラム（クライアント及びサーバ）間で要求
−応答型の処理手順を実行するための機能の構成を示す
機能ブロック図である。
詳細に説明する。図１は本発明の一実施例によるプロセ
ッサ間通信方法に従い、３つのプロセッサの各々に搭載
されたプログラム（クライアント及びサーバ）間で要求
−応答型の処理手順を実行するための機能の構成を示す
機能ブロック図である。
【００２０】１００は入力検知等の事象発生により起動
され自己の機能実行のために他のプロセッサにおけるタ
スクに対してそのサービスの実行を要求するタスク形態
をとるクライアント手段、１０７，１１０はクライアン
ト手段からサービスが要求されたときに起動され、サー
ビス実行後その応答メッセージをクライアント手段１０
０に返送するタスク形態を採るサーバ手段、１０１，１
０６，１０９はクライアント手段１００又はサーバ手段
１０７，１１０宛の通知・要求メッセージをそれぞれ該
当するクライアント手段１００又はサーバ手段１０７，
１１０に投函する通知・要求メッセージ受信用メールボ
ックス手段、１０２はクライアント手段１００宛の応答
メッセージを受信する応答メッセージ受信用メールボッ
クス手段である。
され自己の機能実行のために他のプロセッサにおけるタ
スクに対してそのサービスの実行を要求するタスク形態
をとるクライアント手段、１０７，１１０はクライアン
ト手段からサービスが要求されたときに起動され、サー
ビス実行後その応答メッセージをクライアント手段１０
０に返送するタスク形態を採るサーバ手段、１０１，１
０６，１０９はクライアント手段１００又はサーバ手段
１０７，１１０宛の通知・要求メッセージをそれぞれ該
当するクライアント手段１００又はサーバ手段１０７，
１１０に投函する通知・要求メッセージ受信用メールボ
ックス手段、１０２はクライアント手段１００宛の応答
メッセージを受信する応答メッセージ受信用メールボッ
クス手段である。
【００２１】クライアント手段１００及びサーバ手段１
０７，１１０はこれらのメールボックス手段に対して受
信待ち状態に遷移し、その状態を変更することが可能で
あり、その受信待ち状態中にメッセージが投函されると
起動される。１０４は３つのタスク手段（クライアント
手段１００及びサーバ手段１０７，１１０）が搭載され
ているプロセッサ１，２，３の間でメッセージ通信を行
うプロセッサ間通信手段、１０３，１０５，１０８はプ
ロセッサ間通信手段１０４が受信したメッセージの宛先
とタイプ（通知、要求、又は応答メッセージ）とにより
それぞれメールボックス手段１０１，１０２，１０６，
１０９へ振分けて投函する受信メッセージ振分け手段で
ある。
０７，１１０はこれらのメールボックス手段に対して受
信待ち状態に遷移し、その状態を変更することが可能で
あり、その受信待ち状態中にメッセージが投函されると
起動される。１０４は３つのタスク手段（クライアント
手段１００及びサーバ手段１０７，１１０）が搭載され
ているプロセッサ１，２，３の間でメッセージ通信を行
うプロセッサ間通信手段、１０３，１０５，１０８はプ
ロセッサ間通信手段１０４が受信したメッセージの宛先
とタイプ（通知、要求、又は応答メッセージ）とにより
それぞれメールボックス手段１０１，１０２，１０６，
１０９へ振分けて投函する受信メッセージ振分け手段で
ある。
【００２２】本実施例において、上記のクライアント手
段１００、通知・要求メッセージ受信用メールボックス
手段１０１、応答メッセージ受信用メールボックス手段
１０２、及び受信メッセージ振り分け手段１０３はプロ
セッサ１に所属し、サーバ手段１０７、受信メッセージ
振り分け手段１０５、及び通知・要求メッセージ受信用
メールボックス手段１０６はプロセッサ２に所属し、サ
ーバ手段１１０、受信メッセージ振り分け手段１０８、
及び通知・要求メッセージ受信用メールボックス手段１
０９はプロセッサ３に所属する。
段１００、通知・要求メッセージ受信用メールボックス
手段１０１、応答メッセージ受信用メールボックス手段
１０２、及び受信メッセージ振り分け手段１０３はプロ
セッサ１に所属し、サーバ手段１０７、受信メッセージ
振り分け手段１０５、及び通知・要求メッセージ受信用
メールボックス手段１０６はプロセッサ２に所属し、サ
ーバ手段１１０、受信メッセージ振り分け手段１０８、
及び通知・要求メッセージ受信用メールボックス手段１
０９はプロセッサ３に所属する。
【００２３】次に、上記のような処理手順において、ク
ライアント手段１００からサーバ手段１０７，１１０に
対して同時にサービス要求を発行する場合の処理手順に
つき、図２のメッセージシーケンス図と図３のプロセッ
サ間通信メッセージの送信フォーマットを示すフォーマ
ット構成図とに基づき詳細に説明する。
ライアント手段１００からサーバ手段１０７，１１０に
対して同時にサービス要求を発行する場合の処理手順に
つき、図２のメッセージシーケンス図と図３のプロセッ
サ間通信メッセージの送信フォーマットを示すフォーマ
ット構成図とに基づき詳細に説明する。
【００２４】クライアント手段１００は自己のクライア
ント遂行に当り、その機能を実行するためサーバ手段１
０７における処理が必要であるということを判定する
と、まずそのサービスを実行するサーバ手段１０７に対
して要求メッセージを発行する。その要求メッセージは
図３の送信フォーマットに示すような各項目が含まれ
る。
ント遂行に当り、その機能を実行するためサーバ手段１
０７における処理が必要であるということを判定する
と、まずそのサービスを実行するサーバ手段１０７に対
して要求メッセージを発行する。その要求メッセージは
図３の送信フォーマットに示すような各項目が含まれ
る。
【００２５】すなわち、クライアント手段１００は送信
先プロセッサ番号の項目３００及び送信先タスク（クラ
イアント）番号の項目３０１にそれぞれ自己の値１及び
１００を設定し、宛先プロセッサ番号の項目３０２及び
宛先タスク（サーバ）番号３０３にそれぞれ宛先の値２
及び１０７を設定し、メッセージタイプの項目３０４に
要求“０”を設定した後、要求サービス内容を表わすメ
ッセージ種別３０５と必要な情報をパラメータ３０６と
して設定したサービス要求１（図２）の送信フォーマッ
トを構成してプロセッサ間通信手段１０４に送信する
（シーケンス２００（図２、以下同じ））。
先プロセッサ番号の項目３００及び送信先タスク（クラ
イアント）番号の項目３０１にそれぞれ自己の値１及び
１００を設定し、宛先プロセッサ番号の項目３０２及び
宛先タスク（サーバ）番号３０３にそれぞれ宛先の値２
及び１０７を設定し、メッセージタイプの項目３０４に
要求“０”を設定した後、要求サービス内容を表わすメ
ッセージ種別３０５と必要な情報をパラメータ３０６と
して設定したサービス要求１（図２）の送信フォーマッ
トを構成してプロセッサ間通信手段１０４に送信する
（シーケンス２００（図２、以下同じ））。
【００２６】サービス要求１を受信したプロセッサ間通
信手段１０４はメッセージ送信フォーマット（図３）の
宛先プロセッサ番号３０２を参照してプロセッサ２に対
しその要求メッセージを送信する（シーケンス２０
１）。要求メッセージを受信したプロセッサ２にあるプ
ロセッサ間通信手段１０４は受信メッセージ振分け手段
１０５を起動し、そこで宛先を判定する（シーケンス２
０２）。
信手段１０４はメッセージ送信フォーマット（図３）の
宛先プロセッサ番号３０２を参照してプロセッサ２に対
しその要求メッセージを送信する（シーケンス２０
１）。要求メッセージを受信したプロセッサ２にあるプ
ロセッサ間通信手段１０４は受信メッセージ振分け手段
１０５を起動し、そこで宛先を判定する（シーケンス２
０２）。
【００２７】起動した受信メッセージ振分け手段１０５
は宛先のサーバ手段１０７の番号とメッセージタイプと
を送信フォーマットの該当する項目３０３及び３０４を
参照して、通知・要求メッセージ受信用メールボックス
手段１０６に対しその要求メッセージを投函する（シー
ケンス２０３）。サーバ手段１０７は通知・要求メッセ
ージ受信用メールボックス手段１０６に対する受信メッ
セージ待ち状態にあるので、要求メッセージの投函によ
り起動され、要求されたサービスを実行する。
は宛先のサーバ手段１０７の番号とメッセージタイプと
を送信フォーマットの該当する項目３０３及び３０４を
参照して、通知・要求メッセージ受信用メールボックス
手段１０６に対しその要求メッセージを投函する（シー
ケンス２０３）。サーバ手段１０７は通知・要求メッセ
ージ受信用メールボックス手段１０６に対する受信メッ
セージ待ち状態にあるので、要求メッセージの投函によ
り起動され、要求されたサービスを実行する。
【００２８】サーバ手段１０７はそのサービスの実行
後、メッセージタイプ（例えば、通知・要求メッセージ
又は応答メッセージ）を応答の送信フォーマットに設定
した応答１メッセージをメッセージ送信元であるプロセ
ッサ１に送信する（シーケンス２０８，２０９，２１
０）。プロセッサ１に所属する受信メッセージ振分け手
段１０３はその応答メッセージを受信すると、その送信
フォーマットからそのメッセージタイプが応答に設定さ
れているということを知り、受信した応答１メッセージ
を応答メッセージ受信用メールボックス手段１０２に投
函する（シーケンス２１１）。
後、メッセージタイプ（例えば、通知・要求メッセージ
又は応答メッセージ）を応答の送信フォーマットに設定
した応答１メッセージをメッセージ送信元であるプロセ
ッサ１に送信する（シーケンス２０８，２０９，２１
０）。プロセッサ１に所属する受信メッセージ振分け手
段１０３はその応答メッセージを受信すると、その送信
フォーマットからそのメッセージタイプが応答に設定さ
れているということを知り、受信した応答１メッセージ
を応答メッセージ受信用メールボックス手段１０２に投
函する（シーケンス２１１）。
【００２９】クライアント手段１００は、応答メッセー
ジ受信用メールボックス手段１０２が受信待ち状態（図
２の左端における二重縦線で示す）になっているので、
応答１メッセージの投函により直ちに起動する。しか
し、応答メッセージ受信用メールボックス手段１０２が
サービス要求２に対する応答をまだ受信していないと判
定すると、再度受信メッセージ待ち状態に遷移する（シ
ーケンス２１２）。
ジ受信用メールボックス手段１０２が受信待ち状態（図
２の左端における二重縦線で示す）になっているので、
応答１メッセージの投函により直ちに起動する。しか
し、応答メッセージ受信用メールボックス手段１０２が
サービス要求２に対する応答をまだ受信していないと判
定すると、再度受信メッセージ待ち状態に遷移する（シ
ーケンス２１２）。
【００３０】他方、サーバ手段１１０に対しても、サー
バ手段１０７に対する処理と同様な処理手順に従い、要
求（シーケンス２０４，２０５，２０６）、サービス実
行（シーケンス２０７）、応答（シーケンス２１３，２
１４，２１５，２１６）等の各処理手順に基づく処理が
行われる。応答２に対するこの投函処理はクライアント
１００による応答１の受信処理中でも行われる。その場
合、サーバ手段１１０からの応答メッセージは応答メッ
セージ受信用メールボックス手段１０２に保持されてク
ライアント１００による受信処理を待つ。従って、クラ
イアント１００は、上記の従来技術のように、後続受信
した応答メッセージを受信し損ずるということはない。
バ手段１０７に対する処理と同様な処理手順に従い、要
求（シーケンス２０４，２０５，２０６）、サービス実
行（シーケンス２０７）、応答（シーケンス２１３，２
１４，２１５，２１６）等の各処理手順に基づく処理が
行われる。応答２に対するこの投函処理はクライアント
１００による応答１の受信処理中でも行われる。その場
合、サーバ手段１１０からの応答メッセージは応答メッ
セージ受信用メールボックス手段１０２に保持されてク
ライアント１００による受信処理を待つ。従って、クラ
イアント１００は、上記の従来技術のように、後続受信
した応答メッセージを受信し損ずるということはない。
【００３１】クライアント手段１００は応答１に対する
受信処理を終了した後、応答メッセージ受信用メールボ
ックス手段１０２に応答２メッセージが受信されている
ことを知ると再び起動され、応答２メッセージに対する
受信処理を実行し、完了する。そこで、クライアント手
段１００は全べてのサービス要求に対する応答サービス
が完了したと判定して次の処理に移行する（シーケンス
２１７）。
受信処理を終了した後、応答メッセージ受信用メールボ
ックス手段１０２に応答２メッセージが受信されている
ことを知ると再び起動され、応答２メッセージに対する
受信処理を実行し、完了する。そこで、クライアント手
段１００は全べてのサービス要求に対する応答サービス
が完了したと判定して次の処理に移行する（シーケンス
２１７）。
【００３２】又、クライアント手段１００は応答メッセ
ージ受信用メールボックス手段１０２が受信メッセージ
待ち状態にあるときに、クライアント手段１００に対し
て通知又は要求の形の新たなメッセージが送信されてき
ても起動されず（２１８で示す二重縦線期間）、クライ
アント手段１００が全べての応答メッセージ受信処理を
終了し、新たにサービス実行可能状態となって通知・要
求メッセージ受信用メールボックス１０１に対する受信
メッセージ待ち状態となるまで新規メッセージに対する
処理は保留される（２１９）。
ージ受信用メールボックス手段１０２が受信メッセージ
待ち状態にあるときに、クライアント手段１００に対し
て通知又は要求の形の新たなメッセージが送信されてき
ても起動されず（２１８で示す二重縦線期間）、クライ
アント手段１００が全べての応答メッセージ受信処理を
終了し、新たにサービス実行可能状態となって通知・要
求メッセージ受信用メールボックス１０１に対する受信
メッセージ待ち状態となるまで新規メッセージに対する
処理は保留される（２１９）。
【００３３】
【発明の効果】本発明は、以上説明したように、サービ
ス要求側プロセッサにおける従来のタスク中断及び再開
手段を廃止し、通信・要求メッセージ受信用メールボッ
クス手段のほか、複数の応答メッセージを受信できる応
答メッセージ受信用メールボックス手段を設けたことに
より、サービスを要求するタスクは応答メッセージの受
信タイミングとは関係なく、常に受信した応答メッセー
ジの数だけ起動して受信処理を実行しうるようになった
ため、複数のプロセッサのタスクに対し同時に複数のサ
ービス要求を発行することができるようになって、非常
に処理時間が短縮され、実行性能の向上を計ることがで
きる。
ス要求側プロセッサにおける従来のタスク中断及び再開
手段を廃止し、通信・要求メッセージ受信用メールボッ
クス手段のほか、複数の応答メッセージを受信できる応
答メッセージ受信用メールボックス手段を設けたことに
より、サービスを要求するタスクは応答メッセージの受
信タイミングとは関係なく、常に受信した応答メッセー
ジの数だけ起動して受信処理を実行しうるようになった
ため、複数のプロセッサのタスクに対し同時に複数のサ
ービス要求を発行することができるようになって、非常
に処理時間が短縮され、実行性能の向上を計ることがで
きる。
【図１】本発明の一実施例によるプロセッサ間通信方法
に従い３つのプロセッサの各々に搭載されたプログラム
間で要求−応答型の処理手順を実行するための機能の構
成を示す機能ブロック図。
に従い３つのプロセッサの各々に搭載されたプログラム
間で要求−応答型の処理手順を実行するための機能の構
成を示す機能ブロック図。
【図２】複数のサービス要求を同時に実行する処理手順
によるメッセージの進行シーケンスを示すメッセージシ
ーケンス図。
によるメッセージの進行シーケンスを示すメッセージシ
ーケンス図。
【図３】プロセッサ間通信に使用するメッセージのフォ
ーマットを示す送信フォーマットの構成図。
ーマットを示す送信フォーマットの構成図。
【図４】従来例のプロセッサ間通信方法により３つのプ
ロセッサの各々に搭載されたプログラム間で要求−応答
型の処理手順を実行するための機能の構成を示す機能ブ
ロック図。
ロセッサの各々に搭載されたプログラム間で要求−応答
型の処理手順を実行するための機能の構成を示す機能ブ
ロック図。
１００ クライアント手段 １０７，１１０ サーバ手段 １０１ 通知・要求メッセージ受信用メールボックス手
段 １０６ 通知・要求メッセージ受信用メールボックス手
段 １０９ 通知・要求メッセージ受信用メールボックス手
段 １０２ 応答メッセージ受信用メールボックス手段 １０３ 受信メッセージ振分け手段 １０４ プロセッサ間通信手段 １０５ 受信メッセージ振分け手段 １０８ 受信メッセージ振分け手段
段 １０６ 通知・要求メッセージ受信用メールボックス手
段 １０９ 通知・要求メッセージ受信用メールボックス手
段 １０２ 応答メッセージ受信用メールボックス手段 １０３ 受信メッセージ振分け手段 １０４ プロセッサ間通信手段 １０５ 受信メッセージ振分け手段 １０８ 受信メッセージ振分け手段
Claims (1)
- 【請求項１】第１のプロセッサに搭載され他のタスク手
段に対してサービスの実行を要求するクライアント手段
と、少くとも１つの第２のプロセッサに搭載され前記サ
ービスの要求に応答するサーバ手段と、前記クライアン
ト手段及びサーバ手段の各々に対する通知又は要求メッ
セージをそれぞれ受信する通知・要求メッセージ受信用
メールボックス手段と、複数の受信メッセージ格納域を
有し少くとも前記クライアント手段に対する応答メッセ
ージを受信する応答メッセージ受信用メールボックス手
段と、少くとも前記第１のプロセッサと第２のプロセッ
サとの間でメッセージ通信を実行するプロセッサ間通信
手段と、前記プロセッサ間通信手段を介して受信した少
くとも通知又は要求メッセージと応答メッセージとを分
類して宛先の前記通知・要求メッセージ受信用メールボ
ックス手段か又は前記応答メッセージ受信用メールボッ
クス手段に分類投函する受信メッセージ振分け手段とか
ら成り、前記応答メッセージ受信用メールボックス手段
は受信した複数の応答メッセージを記憶し、前記記憶し
た応答メッセージの全べてを前記クライアント手段に対
して受信処理させるようにしたことを特徴とするプロセ
ッサ間通信システム。
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 true JPH06243070A (ja) | 1994-09-02 |
| JP3490473B2 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) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0926881A (ja) * | 1995-07-12 | 1997-01-28 | Fuji Xerox Co Ltd | クライアント・サーバシステム |
| JP5703375B2 (ja) * | 2011-05-26 | 2015-04-15 | 株式会社日立製作所 | 多重化システム、方法、およびプログラム |
| JP2016510524A (ja) * | 2012-12-26 | 2016-04-07 | コルティナ アクセス， インコーポレイテッド | 通信トラフィック処理アーキテクチャおよび方法 |
| US10057387B2 (en) | 2012-12-26 | 2018-08-21 | Realtek Singapore Pte Ltd | Communication traffic processing architectures and methods |
Families Citing this family (14)
| 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 |
| 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 |
| EP1217799B1 (en) * | 2000-12-22 | 2007-01-24 | Sun Microsystems, Inc. | Server side execution of application modules in a client and 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 | アプリケーションプラットフォーム |
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 |
| DE69130154T2 (de) * | 1990-12-14 | 1999-05-20 | Sun Microsystems, Inc., Mountain View, Calif. 94043-1100 | Verfahren und Gerät zur Nachrichtenvermittlung zwischen Prozessen |
| 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
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0926881A (ja) * | 1995-07-12 | 1997-01-28 | Fuji Xerox Co Ltd | クライアント・サーバシステム |
| JP5703375B2 (ja) * | 2011-05-26 | 2015-04-15 | 株式会社日立製作所 | 多重化システム、方法、およびプログラム |
| JP2016510524A (ja) * | 2012-12-26 | 2016-04-07 | コルティナ アクセス， インコーポレイテッド | 通信トラフィック処理アーキテクチャおよび方法 |
| US9654406B2 (en) | 2012-12-26 | 2017-05-16 | Realtek Singapore Pte Ltd | Communication traffic processing architectures and methods |
| US10057387B2 (en) | 2012-12-26 | 2018-08-21 | Realtek Singapore Pte Ltd | Communication traffic processing architectures and methods |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3490473B2 (ja) | 2004-01-26 |
| US5619697A (en) | 1997-04-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH06243070A (ja) | プロセッサ間通信システム | |
| US5754856A (en) | MVS/ESA message transport system using the XCF coupling facility | |
| CN113190624A (zh) | 基于分布式跨容器的异步转同步调用方法及装置 | |
| US20090019259A1 (en) | Multiprocessing method and multiprocessor system | |
| US7757235B2 (en) | Trigger support for a bi-directional broker | |
| JP2003330739A (ja) | 通信応答同期システム及び方法並びに通信応答同期プログラム | |
| JPS61141063A (ja) | フアイル転送の中断再開方式 | |
| JPH08161186A (ja) | タスク間通信方式 | |
| JPS63150734A (ja) | プロセス間通信制御方式 | |
| JPH0573507A (ja) | 電子計算機間メツセージ交信時の救済装置 | |
| JPH0314058A (ja) | クライアントとサーバ間のメッセージ通信制御方式 | |
| JP2000029850A (ja) | オペレーティングシステムのプロセッサ間通信を使用したタスク制御方法 | |
| JPS60241154A (ja) | 多重応答電文制御方式 | |
| JP2555752B2 (ja) | 事象通知処理方式 | |
| JPH06195317A (ja) | データ処理システム | |
| JPH08115301A (ja) | プロセス間の優先順位制御装置 | |
| JP2007026008A (ja) | 業務統合システム | |
| JPH0778037A (ja) | 分散処理システム | |
| JPH08339357A (ja) | デュアルｃｐｕシステム及びそれにおける通信方法 | |
| JPH0535506A (ja) | プログラムデイスパツチ処理方式 | |
| JPH0834615B2 (ja) | 交換機システムにおける回線状態管理制御方法 | |
| JPH04262428A (ja) | ホットスタンバイシステム | |
| JPS6266323A (ja) | 印字制御方式 | |
| JPH03148747A (ja) | プロセッサ間通信方式 | |
| JPH0437947A (ja) | プロセッサ間通信方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| LAPS | Cancellation because of no payment of annual fees |