(57)【要約】【課題】ブロードキャストリクエスト処理を失敗した装置を容易に判別することのできる通信制御システムを提供する。【解決手段】制御装置に、全ての被制御装置に同時に処理命令を送信する一斉送信手段と、一斉送信手段による送信回数をカウントする命令回数カウント手段と、を備え、被制御装置に、受け取った処理命令が全ての被制御装置に対する一斉送信された命令であるか否かを判断する一斉送信判断手段と、一斉送信判断手段により一斉送信と判断され、且つ、処理命令に対する処理が成功した回数をカウントする処理回数カウント手段と、を備え、制御装置は、処理回数カウント手段による各被制御装置のカウント回数と、命令回数カウント手段によるカウント回数と、を比較し、各被制御装置の処理の成否を判断する一斉命令成否判断手段を有する。【選択図】図３
2010124128.tif 000002
【特許請求の範囲】
【請求項１】
処理命令を送信する制御装置と、前記処理命令を受けとって処理を行う複数の被制御装置と、を備える通信制御装置において、
前記制御装置は、全ての前記被制御装置に同時に処理命令を送信する一斉送信手段と、前記一斉送信手段による送信回数をカウントする命令回数カウント手段と、を有し、
前記被制御装置は、受け取った処理命令が全ての前記被制御装置に対する一斉送信された命令であるか否かを判断する一斉送信判断手段と、前記一斉送信判断手段により一斉送信と判断され、且つ、前記処理命令に対する処理が成功した回数をカウントする処理回数カウント手段と、を有し、
前記制御装置は、前記処理回数カウント手段による各被制御装置のカウント回数と、前記命令回数カウント手段によるカウント回数と、を比較し、前記各被制御装置の処理の成否を判断する一斉命令成否判断手段を有することを特徴とする通信制御システム。
【請求項２】
前記制御装置は、前記一斉命令成否判断手段により、一斉送信命令が失敗したと判断されたときにエラー処理を行うエラー処理手段を有することを特徴とする請求項１記載の通信制御システム。
【請求項３】
前記一斉命令成否判断手段は、各被制御装置に対して別々に前記処理回数カウント手段によるカウント回数の送信を行うよう命令し、それぞれの前記カウント回数の比較を行うことを特徴とする請求項１又は２記載の通信制御システム。
【請求項４】
全ての被制御装置に同時に処理命令を送信する一斉送信手段と、
前記一斉送信手段による送信回数をカウントする命令回数カウント手段と、
前記一斉送信手段により送信した全ての被制御装置から一斉命令の処理成功回数を読み取り、前記各被制御装置の処理の成否を判断する一斉命令成否判断手段と、を有することを特徴とする制御装置。
【請求項５】
処理命令を受けとって処理を行う命令処理手段と、
受け取った処理命令が一斉送信された命令であるか否かを判断する一斉送信判断手段と、
前記一斉送信判断手段により一斉送信と判断され、且つ、前記処理命令に対する処理が成功した回数をカウントする処理回数カウント手段と、を有することを特徴とする被制御装置。
【請求項６】
制御装置による全ての被制御装置に同時に処理命令を送信する一斉送信ステップと、
一斉送信ステップによる送信回数をカウントする命令回数カウントステップと、
前記被制御装置による受け取った処理命令が全ての前記被制御装置に対する一斉送信された命令であるか否かを判断する一斉送信判断ステップと、
前記一斉送信判断ステップにより一斉送信と判断され、且つ、前記処理命令に対する処理が成功した回数をカウントする処理回数カウントステップと、
前記制御装置による前記処理回数カウントステップによる各被制御装置のカウント回数と、前記命令回数カウントステップによるカウント回数と、を比較し、前記各被制御装置の処理の成否を判断する一斉命令成否判断ステップと、を有することを特徴とする通信制御方法。
【請求項７】
全ての被制御装置に同時に処理命令を送信する一斉送信ステップと、
前記一斉送信ステップによる送信回数をカウントする命令回数カウントステップと、
前記一斉送信ステップにより送信した全ての前記被制御装置から一斉命令の処理成功回数を読み取り、各前記被制御装置の処理の成否を判断する一斉命令成否判断ステップと、を有することを特徴とする制御装置の通信制御方法。
【請求項８】
処理命令を受けとって処理を行う命令処理ステップと、
受け取った処理命令が一斉送信された命令であるか否かを判断する一斉送信判断ステップと、
前記一斉送信判断ステップにより一斉送信と判断され、且つ、前記処理命令に対する処理が成功した回数をカウントする処理回数カウントステップと、を有することを特徴とする被制御装置の通信制御方法。
【請求項９】
制御装置による全ての被制御装置に同時に処理命令を送信する一斉送信処理と、
一斉送信処理による送信回数をカウントする命令回数カウント処理と、
前記被制御装置による受け取った処理命令が全ての前記被制御装置に対する一斉送信された命令であるか否かを判断する一斉送信判断処理と、
前記一斉送信判断処理により一斉送信と判断され、且つ、前記処理命令に対する処理が成功した回数をカウントする処理回数カウント処理と、
前記制御装置による前記処理回数カウント処理による各被制御装置のカウント回数と、前記命令回数カウント処理によるカウント回数と、を比較し、前記各被制御装置の処理の成否を判断する一斉命令成否判断処理と、をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ブロードキャストリクエストの信頼性を向上させる通信制御システム、制御装置、被制御装置、通信制御方法及びプログラムに関する。
【背景技術】
【０００２】
制御装置と、マルチプロセッサなど１種Ｎ個の被制御装置（ＬＳＩ）を実装した電子機器などにおいて、制御装置との被制御装置のインタフェース数は、被制御装置数に比例して増加する。
【０００３】
また、近年の大型コンピュータでは、規模の拡大により被制御装置の台数が飛躍的に増加し、インタフェース数を減らすことが急務になっている。
【０００４】
上記問題の解決手段としては、制御装置とＮ個の被制御装置の制御信号をバス接続してインタフェースを削減する方法が用いられている。
【０００５】
また、規模の増大とともに、被制御装置への各種の設定を行うデータ量も増大しているため、設定にかかる時間が無視できないものとなっており、設定時間短縮のためにバス接続された被制御装置に対し、ブロードキャストによりリクエストを送信する方法が用いられている。
【０００６】
このようなブロードキャストによりリクエストを行う際に、インタフェースの信頼性が問題となってきており、信頼性向上のためリクエストが正常に処理されたか判断する手段が必要になっている。
【０００７】
従来技術について図４に示す概念図を参照して詳細に説明する。通信制御システムは、制御装置１０と、Ｎ個の被制御装置２００１〜被制御装置２００Ｎ（Ｎは自然数）と、で構成される。制御装置１０と各被制御装置とは、リクエストデータバス１５及びリプライデータバス１６にてバス接続されている。
【０００８】
制御装置１０は、リクエスト制御部１２と、リクエスト送信部１３と、リプライ受信部１４と、を備える。
【０００９】
また、被制御装置２００１〜２００Ｎは、１種Ｎ個で構成され、リクエスト受信部２０１と、リプライ制御部２０２と、リプライ送信部２０３と、を備える。
【００１０】
リクエスト制御部１２は、リクエスト命令を制御し、リクエスト送信部１３からリクエストデータバス１５を介して各被制御装置へと、リクエスト命令を送信する。
【００１１】
リプライ受信部１４は、各被制御装置からのリプライデータを、リプライデータバス１６を介して受信する。
【００１２】
リクエスト受信部２０１は、制御装置からリクエストデータバス１５を介して送信されたリクエスト命令を受信し、リプライ制御部２０２へと送る。
【００１３】
リプライ制御部２０２は、リクエスト命令を処理し、リプライ送信部２０３へとリプライデータを送る。
【００１４】
リプライ送信部２０３は、制御装置１０に対してリプライデータバス１６を介してリプライデータを送信する。
【００１５】
該通信制御システムにおいて、制御装置１０が、被制御装置２００１〜被制御装置２００Ｎに対してブロードキャストリクエストした場合、各被制御装置は、ブロードキャストリクエストを受けとると、リクエスト処理を行った後、一斉に処理成否のリプライを制御装置１０へと返信するためリプライデータバス１６でバスファイトが発生することになる。
【００１６】
このようなバスファイトを回避するため、従来では、予めリプライを返す代表の被制御装置を決めておき、該代表装置のみで返信を行い、バスファイトを防止する方法などが用いられている。
【００１７】
しかしながら、上記方法では、制御装置１０は、リプライを返さない残りのＮ−１個の被制御装置がリクエストに対して正常処理が行われたかを判断できないといった欠点がある。
【００１８】
また、特許文献１には、計算機間結合装置に各計算機からの要求回数を記憶するカウンタを備え、各計算機には、受信した一斉同報の履歴情報を記憶する記憶手段を備え、該カウンタの値と、該記憶手段との値を比較し、比較結果が異なっていれば通信パケットが到着しなかったと判断する技術について記載されている。
【００１９】
また、特許文献２には、データ保存時の時刻を絶対時刻ではなく、データ保存のタイミングである処理周期を示すカウント値を含むインデックスを時間単位とすることにより、監視対象のデータ変化を漏らすことなく収集する技術について記載されている。
【００２０】
また、特許文献３には、送信側端末にて送信するメッセージ数をカウントし、受信側端末では、受信したメッセージ数をカウントし、それぞれのカウント数を比較することによってメッセージの送受信が成功したか否かを判断する技術について記載されている。
【特許文献１】特開平０８−２０２６６５号公報
【特許文献２】特開２００６−２２６８４６号公報
【特許文献３】特開平０５−１５３１６２号公報
【発明の開示】
【発明が解決しようとする課題】
【００２１】
しかしながら、特許文献１の技術は、それぞれがカウンタを有しているが、該カウンタは計算機間ネットワークのパケットデータ欠落を補償するために用いられており、例えば計算機によるブロードキャストリクエストデータ処理が実際に行われた否かについては判断することができない。
【００２２】
また、特許文献２の技術では、処理周期の周期単位をカウントしてデータの監視を行っているが、毎回異なる周期でデータ通信を行う場合には対応することができない。
【００２３】
また、特許文献３の技術においても、送受信したメッセージ数を記録するだけであるため、ブロードキャストリクエストデータ処理が実際に行われた否かについては判断することができない。
【００２４】
そこで本発明は、上記問題点に鑑みてなされたもので、ブロードキャストリクエスト処理を失敗した装置を容易に判別することのできる通信制御システムを提供することを目的とする。
【課題を解決するための手段】
【００２５】
上記課題を解決するため、本発明における通信制御装置は、処理命令を送信する制御装置と、処理命令を受けとって処理を行う複数の被制御装置と、を備える通信制御装置において、制御装置は、全ての被制御装置に同時に処理命令を送信する一斉送信手段と、一斉送信手段による送信回数をカウントする命令回数カウント手段と、を有し、被制御装置は、受け取った処理命令が全ての被制御装置に対する一斉送信された命令であるか否かを判断する一斉送信判断手段と、一斉送信判断手段により一斉送信と判断され、且つ、処理命令に対する処理が成功した回数をカウントする処理回数カウント手段と、を有し、制御装置は、処理回数カウント手段による各被制御装置のカウント回数と、命令回数カウント手段によるカウント回数と、を比較し、各被制御装置の処理の成否を判断する一斉命令成否判断手段を有することを特徴とする。
【００２６】
また、本発明における制御装置は、全ての被制御装置に同時に処理命令を送信する一斉送信手段と、一斉送信手段による送信回数をカウントする命令回数カウント手段と、一斉送信手段により送信した全ての被制御装置から一斉命令の処理成功回数を読み取り、各被制御装置の処理の成否を判断する一斉命令成否判断手段と、を有することを特徴とする。
【００２７】
また、本発明における被制御装置は、処理命令を受けとって処理を行う命令処理手段と、受け取った処理命令が一斉送信された命令であるか否かを判断する一斉送信判断手段と、一斉送信判断手段により一斉送信と判断され、且つ、処理命令に対する処理が成功した回数をカウントする処理回数カウント手段と、を有することを特徴とする。
【００２８】
また、本発明における通信制御方法は、制御装置による全ての被制御装置に同時に処理命令を送信する一斉送信ステップと、一斉送信ステップによる送信回数をカウントする命令回数カウントステップと、被制御装置による受け取った処理命令が全ての被制御装置に対する一斉送信された命令であるか否かを判断する一斉送信判断ステップと、一斉送信判断ステップにより一斉送信と判断され、且つ、処理命令に対する処理が成功した回数をカウントする処理回数カウントステップと、制御装置による処理回数カウントステップによる各被制御装置のカウント回数と、命令回数カウントステップによるカウント回数と、を比較し、各被制御装置の処理の成否を判断する一斉命令成否判断ステップと、を有することを特徴とする。
【００２９】
また、本発明における制御装置の通信制御方法は、全ての被制御装置に同時に処理命令を送信する一斉送信ステップと、一斉送信ステップによる送信回数をカウントする命令回数カウントステップと、一斉送信ステップにより送信した全ての被制御装置から一斉命令の処理成功回数を読み取り、各被制御装置の処理の成否を判断する一斉命令成否判断ステップと、を有することを特徴とする。
【００３０】
また、本発明における被制御装置の通信制御方法は、処理命令を受けとって処理を行う命令処理ステップと、受け取った処理命令が一斉送信された命令であるか否かを判断する一斉送信判断ステップと、一斉送信判断ステップにより一斉送信と判断され、且つ、処理命令に対する処理が成功した回数をカウントする処理回数カウントステップと、を有することを特徴とする。
【００３１】
また、本発明におけるプログラムは、制御装置による全ての被制御装置に同時に処理命令を送信する一斉送信処理と、一斉送信処理による送信回数をカウントする命令回数カウント処理と、被制御装置による受け取った処理命令が全ての被制御装置に対する一斉送信された命令であるか否かを判断する一斉送信判断処理と、一斉送信判断処理により一斉送信と判断され、且つ、処理命令に対する処理が成功した回数をカウントする処理回数カウント処理と、制御装置による処理回数カウント処理による各被制御装置のカウント回数と、命令回数カウント処理によるカウント回数と、を比較し、各被制御装置の処理の成否を判断する一斉命令成否判断処理と、をコンピュータに実行させることを特徴とする。
【発明の効果】
【００３２】
本発明により、リクエスト回数と、該リクエストに対する正常処理回数と、を比較することでブロードキャストリクエスト処理を失敗した装置を容易に判別することが可能となる。
【発明を実施するための最良の形態】
【００３３】
次に、発明を実施するための最良の形態について図面を参照して詳細に説明する。
【００３４】
図1は、本発明の実施形態における通信制御システムの構成図を示す。本通信制御システムは、制御装置１と、被制御装置１００１〜１００Ｎ（Ｎは自然数）と、を有して構成される。また、制御装置１と各被制御装置とは、リクエストデータバス６及びリプライデータバス７とを介してバス接続されている。
【００３５】
制御装置１は、リクエストカウンタ３を有するリクエスト制御部２と、リクエスト送信部４と、リプライ受信部５と、を備える。
【００３６】
また、被制御装置１００１〜１００Ｎは、１種Ｎ個で構成され、リプライカウンタ１０２を有するリプライ制御部１０１と、リクエスト受信部１０３と、リプライ送信部１０４と、を備える。
【００３７】
リクエスト制御部２は、リクエスト命令を制御し、リクエスト送信部４からリクエストデータバス６を介して各被制御装置へと、リクエスト命令を送信する。また、リクエストカウンタ３は、リクエスト制御部２に設けられ、ブロードキャストリクエストを送信した回数を記録する。
【００３８】
リプライ受信部５は、各被制御装置からのリプライデータを、リプライデータバス７を介して受信する。
【００３９】
リクエスト受信部１０３は、制御装置からリクエストデータバス６を介して送信されたリクエスト命令を受信し、リプライ制御部１０１へと送る。
【００４０】
リプライ制御部１０１は、受信したリクエスト命令を処理し、リプライ送信部１０４へとリプライデータを送る。また、受信したリクエスト命令がブロードキャストリクエストであった場合で、ブロードキャストリクエストが正常に処理できたときには、リプライカウンタ１０２のカウントを増加する。
【００４１】
リプライ送信部１０４は、制御装置1に対してリプライデータバス７を介してリプライデータを送信する。
【００４２】
本実施形態におけるリプライカウンタは、ブロードキャストリクエストを受信し、且つ、該リクエストに対して正常に処理が行われた場合にのみカウント値を増加するため、例えば、リクエスト命令を受信できたとしても、被制御装置の異常などにより処理が行われなかったことを検知することが可能である。
【００４３】
次に、図２及び図３のフローチャート図を参照に、本発明の実施形態における通信制御システムの動作について詳細に説明する。まず、図２を参照にユニキャストリクエストが行われた場合における動作について説明する。
【００４４】
制御装置からリクエストされる命令がブロードキャストリクエストであるか否かを判断する（ステップＳ１）。ユニキャストリクエストであれば、そのままリクエストデータバスを介してリクエスト命令の送信を行う（ステップＳ２）。なお、ブロードキャストリクエストであった場合については、後述する。
【００４５】
被制御装置では、該リクエスト命令を受信し（ステップＳ３）、受け取ったリクエストデータの内容からユニキャストリクエストであるか、ブロードキャストリクエストであるかを判断し（ステップＳ４）、さらに自身に対するユニキャストリクエストかを識別する。
【００４６】
自身に対するユニキャストリクエストであれば、リクエストに応じたデータ処理を行い（ステップＳ５）、リプライデータバスを介して処理の成否リプライを制御装置へと返信する（ステップＳ６）。
【００４７】
制御装置では、被制御装置からのリプライデータを受信する（ステップＳ７）。
【００４８】
次に、制御装置1が被制御装置１００１〜被制御装置１００Ｎに対してブロードキャストリクエストを行う場合の動作について図３を参照して説明する。なお、制御装置１のリクエストカウンタ３と被制御装置１００１〜被制御装置１００Ｎのリプライカウンタ１０２とはリセットされているものとする。
【００４９】
制御装置は、送信するリクエスト命令が全被制御装置に対するブロードキャストリクエストであることを判断し（ステップＳ１１）、リクエストカウンタを１加算してから（ステップＳ１２）、ブロードキャストリクエストを送信する（ステップＳ１３）。
【００５０】
各被制御装置におけるそれぞれのリクエスト受信部は、制御装置からのブロードキャストリクエストデータを受信する（ステップＳ１４）。それぞれのリプライ制御部は、受信したリクエストデータの内容からブロードキャストリクエストであることを判断し（ステップＳ１５）、データ処理を行う（ステップＳ１６）。
【００５１】
データ処理を行った結果、処理が成功した場合は、それぞれのリプライカウンタを1加算する（ステップＳ１７）。一方、処理が失敗した場合には、リプライカウンタを加算しない。
【００５２】
ステップＳ１１〜ステップＳ１７の処理が、必要な回数分繰り返され（ステップＳ１８）、全てのブロードキャストコマンドが完了したら、制御装置は、被制御装置１００１に対してユニキャストリクエストにてリプライカウンタの値を返信するリクエストを送信する（ステップＳ１９）。
【００５３】
被制御装置１００１は、カウンタ値リプライリクエストを受け取った後（ステップＳ２０）、制御装置にリプライカウンタに保存されているカウンタ値を返信する（ステップＳ２１）。
【００５４】
制御装置は、被制御装置１００１から返信されたリプライカウンタのカウンタ値を受信して（ステップＳ２２）、保存（保存先は特に図示せず）を行う（ステップＳ２３）。その後、残りの被制御装置１００２〜被制御装置１００Ｎに対してステップＳ１９〜ステップＳ２３までの処理を行い、それぞれのリプライカウンタのカウンタ値を保存する（ステップＳ２４）。
【００５５】
全カウンタ値を受信したら、制御装置は、自身のリクエストカウンタに保存されているカウンタ値と各被制御装置から受信したそれぞれのリプライカウンタのカウンタ値を比較する（ステップＳ２５）。比較の結果、双方のカウンタ値が一致した場合はコマンドが正常に処理されたと判断し、一致しない場合には、何らかの異常によって処理が行われなかったと判断する。
【００５６】
例えば、制御装置のリクエストカウンタのカウンタ値と被制御装置１００２のリプライカウンタのカウンタ値が異なる場合、制御装置は、被制御装置１００２へのコマンド処理が失敗、あるいは被制御装置の異常により処理が行われなかったと判断し、被制御装置１００２のエラー処理を行う。
【００５７】
以上の動作を行うことで被制御装置１００１〜被制御装置１００Ｎのブロードキャストリクエストが正常に処理されたか否かを容易に判断でき、わずかなハードウェアの追加で、ブロードキャストリクエストの高速性を損なうことなくユニキャストリクエストと同等な信頼性を実現することが可能である。
【００５８】
なお、カウンタ値の比較に関して受信側でカウンタ値比較処理を行うと、処理用のハードウェアが余分に必要になる。例えば、受信側が少ない場合には、さほど問題とならないが大型コンピュータでは被制御装置が数百台となるため、被制御装置のハードウェア増は、装置の大型化、原価増、消費電力増のデメリットが発生することになる。そのため、送信側でカウンタ値比較を行うと良い。
【００５９】
以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範囲な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更が可能である。
【図面の簡単な説明】
【００６０】
【図１】本発明の実施形態に係る通信制御システムの構成図である。
【図２】本発明の実施形態に係るユニキャストリクエスト時のフローチャート図である。
【図３】本発明の実施形態に係るブロードキャストリクエスト時のフローチャート図である。
【図４】従来の通信制御システムの構成図である。
【符号の説明】
【００６１】
１    制御装置
２    リクエスト制御部
３    リクエストカウンタ
４    リクエスト送信部
５    リプライ受信部
６    リクエストデータバス
７    リプライデータバス
１０１    リプライ制御部
１０３    リクエスト受信部
１０４    リプライ送信部
１００１    被制御装置
【図１】
2010124128.tif 000003
【図２】
2010124128.tif 000004
【図３】
2010124128.tif 000005
【図４】
2010124128.tif 000006