JP2000354054A

JP2000354054A - 情報処理システム

Info

Publication number: JP2000354054A
Application number: JP11165645A
Authority: JP
Inventors: Tetsuya Shigetome; 哲也重留
Original assignee: NEC Engineering Ltd
Current assignee: NEC Engineering Ltd
Priority date: 1999-06-11
Filing date: 1999-06-11
Publication date: 2000-12-19

Abstract

(57)【要約】【課題】簡単且つ迅速に被制御装置の故障診断を可能に
する情報処理システムを提供する。【解決手段】情報処理システムは、制御装置１０と複数
の被制御装置２０、３０をケーブル４０で相互接続して
構成する。ケーブル４０は、通常パス４１とループ状の
診断パス４２〜４４を有し、隣接する被制御装置３０間
で診断パス４２から４４を介して相互診断を可能にす
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報処理システ
ム、特にシリアル通信により１対多数のマスター／スレ
ーブの通信形態で、特にマスターから一方的に指示を与
えることが多い情報処理システムに関する。

【０００２】

【従来の技術】従来の情報処理システムにあっては、制
御装置が接続されている各被制御装置に対して１つ１つ
コマンドを発行し、その実行結果の報告を受け、実行さ
れたことを確認していた。また、各被制御装置に対して
コマンドをマルチキャスト又はブロードキャストで全装
置に同時配信する方法もある。

【０００３】この情報処理システムの故障装置の検出方
法としては、例えば、特開平５−５６０６１号公報の
「システム監視方式」に開示されている。この従来技術
によると、親局が複数の子局にプログラム及びデータを
ダウンロードし、子局間でダウンロードされたデータに
基づいて決定されたノードと通信を行う。通信の論理接
続をリング状に構成することで、通信線に接続される全
ての子局の相互監視を行っている。

【０００４】

【発明が解決しようとする課題】従来技術では、制御装
置は、接続されている各被制御装置に対して１つ１つコ
マンドを発行し、その実行結果の報告を受け、実行され
たことを確認していた。この方式によると対象装置の増
加と共に処理を一巡するまでの時間が非常に長いという
問題があった。この場合の解決策として、各被制御装置
に対してコマンドをマルチキャスト又はブロードキャス
トで全装置に同時配信する方法がとられていた。その場
合、コマンドのレスポンスを全ての装置から要求するこ
とが衝突の問題からできない為に、故障装置の特定がで
きないという弊害がある。

【０００５】そこで、上述した特許公報に開示する故障
検出方法によれば、親局が各子局にプログラム及びデー
タをダウンロードし、子局間でダウンロードされたデー
タに基づいて決定されたノードと通信を行う。通信の論
理接続をリング状に構成することで通信線に接続される
全ての子局の相互監視を行う。しかし、この方式によれ
ば、子局が自発的に親局から通信権が与えられなくても
送信できるような通信形態を採用しなくてはならない。

【０００６】子局からの自発的な送信を避ける理由は、
通信の衝突にある。通信ラインに接続されている全ての
装置は、１つの通信メディアを一時占有して通信するこ
ととなる。各装置が独自に送信を開始すると、通信の衝
突は接続装置が増加する毎に二次曲線的に増加する。こ
れを回避する一般的な方法がポーリング／セレクティン
グ方式の採用である。しかし、これは上述した対象装置
の増加につれて処理を一巡する為に要する時間が増加す
ることとなる。

【０００７】従って、本発明の目的は、上述した従来技
術の課題を解決し、少ないトラフィックで且つ比較的短
時間で装置の故障検出が可能な情報処理システムを提供
することである。

【０００８】

【課題を解決するための手段】前述の課題を解決するた
め、本発明による情報処理システムは、次のような特徴
的な構成を採用している。

【０００９】（１）制御装置と複数の被制御装置とがケ
ーブルを介して相互に接続されシリアル通信により通信
するよう構成された情報処理システムにおいて、前記ケ
ーブルは、前記制御装置と前記被制御装置間の通常の通
信を行う通常パスに加えて、前記複数の被制御装置のう
ち隣接する被制御装置間の通信を行う診断パスを備える
情報処理システム。

【００１０】（２）前記ケーブルの両端には、終端回路
を含む終端コネクタを有する上記（１）の情報処理シス
テム。

【００１１】（３）前記ケーブルは診断ループバックパ
スを含み、前記終端コネクタを介して前記診断パスと接
続され、ループ状診断パスを形成する上記（２）の情報
処理装置。

【００１２】（４）前記制御装置及び前記各被制御装置
は、各々前記通常パスに接続される１台のトランシーバ
と、前記診断ループに接続される２台のトランシーバを
有する上記（１）の情報処理システム。

【００１３】（５）前記診断ループに接続される前記各
トランシーバは終端回路を備える上記（４）の情報処理
システム。

【００１４】

【発明の実施の形態】以下、本発明による情報処理シス
テムの好適実施形態例を添付図を参照して詳細に説明す
る。

【００１５】先ず図１を参照して、本発明による情報処
理システムの一実施形態例である電源制御システムを説
明する。この電源制御システムは、制御装置１０とＡ、
Ｂ２台の被制御２０、３０より構成される。これら制御
装置１０と被制御装置２０、３０とは、ケーブル４０
と、マスター用コネクタ（ＭＣＮ）５０及びスレーブ用
コネクタ（ＳＣＮ）５１、５２によってバス接続されて
いる。また、ケーブル４０の両端は、終端コネクタ（Ｔ
１、Ｔ２）５３、５４により終端されている。各終端コ
ネクタ５３、５４は、夫々終端回路（Ｔ１ＴＭ、Ｔ２Ｔ
Ｍ）５５、５６を内蔵する。

【００１６】また、ケーブル４０は、通常パス（ＮＰ）
４１、診断パス（ＤＰ）４２、４３及び診断ループバッ
クパス（ＤＬ）４４を有する。終端回路５５、５６は、
通常パス４１の両端に接続されている。制御装置１０
は、トランシーバ（ＭＴＲ）１１、１２、１３と終端回
路（ＭＴＭ）１４、１５を有する。トランシーバ１１
は、通常パス４１に接続される。また、トランシーバ１
２は、終端回路１４と共に診断パス４２に接続され、ト
ランシーバ１３は終端回路１５と共に診断ループバック
パス４４に構成される。

【００１７】被制御装置２０、３０は、同一構成であ
り、制御装置１０と同様に３台のトランシーバと２個の
終端回路を有する。被制御装置２０のトランシーバ（Ａ
ＴＲ）２１は、ケーブル４０の通常パス４１に接続され
る。また、トランシーバ２２は終端回路２４と共に診断
パス４２に接続され、トランシーバ２３は終端回路２５
と共に診断パス４３に接続される。同様に、被制御装置
３０のトランシーバ（ＢＴＲ）３１は、ケーブル４０の
通常パス４１に接続される。そして、トランシーバ３２
は終端回路３４と共に診断パス４３に接続され、トラン
シーバ３３は終端回路３５と共に診断ループバックパス
４４に接続される。

【００１８】図１の如く構成された情報処理システムの
診断パスについて説明する。制御装置１０と被制御装置
２０との間では、制御装置１０のトランシーバ１２と被
制御装置２０のトランシーバ２２で終端コネクタ５３に
よりループされて診断パス４２を介して通信される。ま
た、このケーブル４０の診断パス４２は、制御装置１０
の終端回路１４及び被制御装置２０内の終端回路２４に
より、両端が終端される。

【００１９】同様に、制御装置１０と他方の被制御装置
３０との間では、トランシーバ１３とトランシーバ３３
が診断ループバックパス４４及び終端コネクタ５４を介
して接続され、相互に通信可能である。この診断ループ
バックパス４４も、夫々制御装置１０及び被制御装置３
０内に設けられた終端回路１５、３５により、両端が終
端される。

【００２０】次に、被制御装置２０、３０間の通信は、
被制御装置２０内のトランシーバ２３と被制御装置３０
内のトランシーバ３２が診断パス４３により接続されて
確立される。また、この診断パス４３の両端は、夫々被
制御装置２０、３０内の終端回路２５、３４により終端
される。

【００２１】この電源制御システムは、様々な周辺装置
を備える情報処理システムであって、専用の制御装置に
より、そのＤＣ電源の投入・切断等を管理する。

【００２２】診断パスの動作を説明する。通常の診断パ
ス４２、４３を介して制御装置１０から診断指令を受け
る。そこで、被制御装置２０、３０は、診断用のローカ
ルパスを使い、所定の通信を行い相互に確認する。この
とき、何らかの異常を検出した装置は、通常のパスを使
って診断コマンドのレスポンスとして制御装置１０にそ
の旨を通知する。また、制御装置１０は、各被制御装置
２０、３０に対して、通常のパスを介してブロードキャ
ストで診断の指示を出す。

【００２３】次に、診断パス用パケットについて説明す
る。パケットのフィールド構成例は、図２に示すとおり
である。

【００２４】ここで、Ｐａｃｋｅｔｔｙｐｅは、パケ
ットの種別を示す。この例では、ローカル診断指示によ
るパケットであることを示す。ＡＣＫｆｌａｇは、Ｑ
ｕｅｒｙ（質問）に対する応答である。このｆｌａｇが
セットされているとき、ＡＣＫＴｒａｎｓａｃｔｉｏｎ
ＩＤ，ＤｅｓｔｉｎａｔｉｏｎｐｒｉｖａｔｅI
Ｄ，ＤｅｓｔｉｎａｔｉｏｎｇｒｏｕｐＩＤが設定
されている。ＭａｓｔｅｒＴｒａｎｓａｃｔｉｏｎ
ＩＤは、制御装置１０から受けた指令のＴｒａｎｓａｃ
ｔｉｏｎＩＤを設定する。

【００２５】次に、診断パスの通信シーケンスを説明す
る。制御装置１０は、共通パスを介してブロードキャス
トで各被制御装置２０、３０に図２に示すＤｉａｇｎｏ
ｓｅ（診断）コマンドを配信する。このＤｉａｇｎｏｓ
ｅコマンドを受信した各被制御装置２０、３０は、診断
パス４２、４３を使って診断を開始する。

【００２６】先ず、被制御装置２０、３０の診断を、図
３を参照して説明する。被制御装置２０が先にローカル
診断パケットＡ１を送信した場合を考える（図３（Ａ）
参照）。このローカル診断パケットＡ１は、Ｐａｃｋｅ
ｔｔｙｐｅ＝１０１１００ｂ、Ｑｕｅｒｙｆｌａｇ
＝１、ＡＣＫｆｌａｇ＝０、Ｌｅｎｇｔｈ＝６、Ｍａ
ｓｔｅｒＴｒａｎｓａｃｔｉｏｎＩＤ＝０ｘ０１２
３、ＱｕｅｒｙＴｒａｎｓａｃｔｉｏｎＩＤ＝０ｘ
１５６８、ＳｏｕｒｃｅｐｒｉｖａｔｅＩＤ＝０ｘ
０３、ＳｏｕｒｃｅｇｒｏｕｐＩＤ＝０ｘ０１とな
る。

【００２７】そこで、被制御装置３０がローカル診断パ
ケットＡ１を正常に受信すれば、その応答としてローカ
ル診断パケットＢ１を被制御装置２０に対して送信す
る。このローカル診断パケットＢ１は、図３（Ｂ）に示
す如く、Ｐａｃｋｅｔｔｙｐｅ＝１０１１００ｂ、Ｑ
ｕｅｒｙｆｌａｇ＝１、ＡＣＫｆｌａｇ＝１、Ｌｅ
ｎｇｔｈ＝１０、ＭａｓｔｅｒＴｒａｎｓａｃｔｉｏ
ｎＩＤ＝０ｘ０１２３、ＱｕｅｒｙＴｒａｎｓａｃ
ｔｉｏｎＩＤ＝０ｘ２７４１、ＳｏｕｒｃｅＰｒｉ
ｖａｔｅＩＤ＝０ｘ０４、Ｓｏｕｒｃｅｇｒｏｕｐ
ＩＤ＝０ｘ０１、ＡＣＫＴｒａｎｓａｃｔｉｏｎ
ＩＤ＝０ｘ１５６８、Ｄｅｓｔｉｎａｔｉｏｎｐｒｉ
ｖａｔｅ IＤ＝０ｘ０３、Ｄｅｓｔｉｎａｔｉｏｎ
ｇｒｏｕｐＩＤ＝０ｘ０１となる。

【００２８】このローカル診断パケットＢ１を受信した
被制御装置２０は、被制御装置３０が正常であることを
認識すると共に、被制御装置３０に応答して応答パケッ
トＡ２を返す（図３（Ｃ）参照）。この応答パケットＡ
２は、Ｐａｃｋｅｔｔｙｐｅ＝１０１１００ｂ、Ｑｕ
ｅｒｙｆｌａｇ＝０、ＡＣＫｆｌａｇ＝１、Ｌｅｎ
ｇｔｈ＝６、ＭａｓｔｅｒＴｒａｎｓａｃｔｉｏｎ
ＩＤ＝０ｘ０１２３、ＡＣＫＴｒａｎｓａｃｔｉｏｎ
ＩＤ＝０ｘ２７４１、Ｄｅｓｔｉｎａｔｉｏｎｐｒｉ
ｖａｔｅ IＤ＝０ｘ０４、Ｄｅｓｔｉｎａｔｉｏｎ
ｇｒｏｕｐＩＤ＝０ｘ０１となる。

【００２９】パケットのチェックは、Ｔｒａｎｓａｃｔ
ｉｏｎＩＤとＡＣＫ応答におけるＤｅｓｔｉｎａｔｉ
ｏｎｐｒｉｖａｔｅ／ｇｒｏｕｐＩＤを照合するこ
とにより行われる。ＭａｓｔｅｒＴｒａｎｓａｃｔｉ
ｏｎＩＤによって共通パスから期待するＤｉａｇｎｏ
ｓｅコマンドを正常に受信したか否かを判断することが
できる。ＡＣＫＴｒａｎｓａｃｔｉｏｎＩＤとＤｅ
ｓｔｉｎａｔｉｏｎｐｒｉｖａｔｅ IＤ、Ｄｅｓｔ
ｉｎａｔｉｏｎｇｒｏｕｐＩＤはローカル診断パケ
ットが正常に受信できたことを判断できる。

【００３０】尚、図３（Ｄ）には、診断パス（ＤＰ）４
３を介して被制御装置２０（装置Ａという）と被制御装
置３０（装置Ｂという）との間のパケットＡ１、Ｂ１及
びＡ２の流れを示す。

【００３１】次に、被制御装置２０（装置Ａ）と被制御
装置３０（装置Ｂ）がローカル診断パケットを同時に送
信した場合の動作を説明する。両被制御装置２０、３０
が同時にパケットを送出することは、物理レベルではあ
り得ないことであるが、論理レベル、即ちプログラムの
処理を実行するタイミングで考えると発生し得る。その
場合においてもパケットが上述と１つ増えるのみで実質
的な差違はないが、以下にその場合を説明する。

【００３２】ローカル診断パケットＡ３は、図４（Ａ）
に示す如くＰａｃｋｅｔｔｙｐｅ＝１０１１００ｂ、
Ｑｕｅｒｙｆｌａｇ＝１、ＡＣＫｆｌａｇ＝０、Ｌ
ｅｎｇｔｈ＝６、ＭａｓｔｅｒＴｒａｎｓａｃｔｉｏ
ｎＩＤ＝０ｘ０１２４、ＱｕｅｒｙＴｒａｎｓａｃ
ｔｉｏｎＩＤ＝０ｘ１５６９、Ｓｏｕｒｃｅｐｒｉ
ｖａｔｅＩＤ＝０ｘ０３、Ｓｏｕｒｃｅｇｒｏｕｐ
ＩＤ＝０ｘ０１となる。

【００３３】同時に、被制御装置３０（装置Ｂ）もロー
カル診断パケットＢ２を送信する。ローカル診断パケッ
トＢ２は、図４（Ｂ）に示す如く、Ｐａｃｋｅｔｔｙ
ｐｅ＝１０１１００ｂ、Ｑｕｅｒｙｆｌａｇ＝１、Ａ
ＣＫｆｌａｇ＝０、Ｌｅｎｇｔｈ＝６、Ｍａｓｔｅｒ
ＴｒａｎｓａｃｔｉｏｎＩＤ＝０ｘ０１２４、Ｑｕ
ｅｒｙＴｒａｎｓａｃｔｉｏｎＩＤ＝０ｘ２７４
２、ＳｏｕｒｃｅｐｒｉｖａｔｅＩＤ＝０ｘ０４、
ＳｏｕｒｃｅｇｒｏｕｐＩＤ＝０ｘ０１となる。

【００３４】被制御装置３０がローカル診断パケットＡ
３を正常に受信すれば、その応答としてローカル診断パ
ケットＢ３を被制御装置２０（装置Ａ）に対して送信す
る。このローカル診断パケットＢ３は、図４（Ｃ）に示
す如く、Ｐａｃｋｅｔｔｙｐｅ＝１０１１００ｂ、Ｑ
ｕｅｒｙｆｌａｇ＝０、ＡＣＫｆｌａｇ＝１、Ｌｅ
ｎｇｔｈ＝１０、ＭａｓｔｅｒＴｒａｎｓａｃｔｉｏ
ｎＩＤ＝０ｘ０１２４、ＡＣＫＴｒａｎｓａｃｔｉ
ｏｎＩＤ＝０ｘ１５６９、Ｄｅｓｔｉｎａｔｉｏｎ
ｐｒｉｖａｔｅ IＤ＝０ｘ０３、Ｄｅｓｔｉｎａｔｉ
ｏｎｇｒｏｕｐＩＤ＝０ｘ０１となる。

【００３５】同様に、ローカル診断パケットＢ２を受信
した被制御装置２０は、被制御装置３０に応答パケット
Ａ４を返す。この応答パケットＡ４は、図４（Ｄ）に示
す如く、Ｐａｃｋｅｔｔｙｐｅ＝１０１１００ｂ、Ｑ
ｕｅｒｙｆｌａｇ＝０、ＡＣＫｆｌａｇ＝０、Ｌｅ
ｎｇｔｈ＝６、ＭａｓｔｅｒＴｒａｎｓａｃｔｉｏｎ
ＩＤ＝０ｘ０１２４、ＡＣＫＴｒａｎｓａｃｔｉｏｎ
ＩＤ＝０ｘ２７４９、Ｄｅｓｔｉｎａｔｉｏｎｐｒ
ｉｖａｔｅ IＤ＝０ｘ０４、Ｄｅｓｔｉｎａｔｉｏｎ
ｇｒｏｕｐＩＤ＝０ｘ０１となる。

【００３６】被制御装置２０（装置Ａ）はパケットＢ３
を、被制御装置３０（装置Ｂ）はパケットＡ４を夫々受
信することにより互いに正常であることを確認する。
尚、図４（Ｅ）は、被制御装置２０（装置Ａ）及び被制
御装置３０（装置Ｂ）間での診断パスを介する上述した
パケットの流れを示す図である。

【００３７】次に、通常のコマンド処理について説明す
る。制御装置１０は、被制御装置２０、３０に指令を発
行するとき、対象となる全ての装置に対して１つのパケ
ットで済ませる。各装置で同時に受信したパケットは、
その指令に従って直ちに実行に移される。実行が正常に
完了した場合には、制御装置１０に対して何もその結果
を報告しない。制御装置１０は、各被制御装置２０、３
０からの報告がないことをもって、指令が正常に実行さ
れたものと判断する。マルチキャストによるパケットの
送信の導入には、そのパケットに対するレスポンス（応
答）を必要としないことが前提となる。

【００３８】もし、受信した各被制御装置が一斉にレス
ポンスパケットを送信すると、衝突が過剰に生じること
になる。指令の各装置への受信を確実なものにする為
に、送信パケットは複数回送信する。これによりデータ
化けやビジー等による取りこぼしを救済する。このよう
に、マルチキャスト配信は、再送や待ち時間を必ず必要
とするが、接続される装置数の増大に処理時間が影響さ
れ難い点が長所である。

【００３９】次に、通常の立ち上がりシーケンスについ
て説明する。被制御装置２０のＡＣ電源投入時、被制御
装置２０は被制御装置３０にＡＣＫの応答を要求すると
共に付加フィールドに、被制御装置２０に関する情報、
即ちＩＤや論理名等を入れる。被制御装置３０は、ＡＣ
Ｋ要求を認識すると、同じ形式データを返信し、各被制
御装置はお互いに正常であることを認識する。

【００４０】ＡＣ電源の投入タイミングは一致するとは
限らない。この場合の無応答については、その情報を保
留しておき、遅れて立ち上がった側から要求が来るのを
待つ。ＡＣ電源投入時の通信の意味は、予め接続された
前後の装置を把握する為に行う。このときの情報を保持
しておくことにより、故障装置の情報を制御装置１０に
通知することができる。

【００４１】共通パスにおけるコマンドの定義を説明す
る。コマンドには、ＳｔａｒｔＳＣＡＮ、Ｆｉｎｉｓ
ｈＳＣＡＮ、Ｄｉａｇｎｏｓｅ、ＲｅａｄＣＯＮＦ
ＩＧ、ＷｒｉｔｅＣＯＮＦＩＧ、ＤＣＯＮ、ＤＣ
ＯＦＦ、ＱｕｅｒｙＤＣＯＮ、ＱｕｅｒｙＤＣ
ＯＦＦを定義する。ＳｔａｒｔＳＣＡＮは、ローカル
パスを使ったスキャンの開始を通知する。Ｆｉｎｉｓｈ
ＳＣＡＮは、ローカルパスを使ったＳＣＡＮの終了を
通知する。Ｄｉａｇｎｏｓｅは、ローカルパスを使った
診断を実行する。ＲｅａｄＣＯＮＦＩＧはテンポラリ
コンフィグレーションレジスタにコンフィグレーシ
ョン情報を書込む。ＷｒｉｔｅＣＯＮＦＩＧは、テン
ポラリコンフィグレーションレジスタからコンフィ
グレーション情報を書込む。ＤＣＯＮは、装置のＤＣ
電源をオンにする。ＤＣＯＦＦは、装置のＤＣ電源を
オフにする。ＱｕｅｒｙＤＣＯＮは、装置のＤＣ電
源がオンになっているか否かを確認する。また、ＤＣ
ＯＦＦの場合、レスポンスを返す。ＱｕｅｒｙＤＣ
ＯＦＦは、装置のＤＣ電源がオフになっているか否かを
確認する。ＤＣＯＮの場合、レスポンスを返す。

【００４２】尚、基本的な機能は、ＤＣＯＮ／ＯＦＦ
とＱｕｅｒｙＤＣＯＮ／ＯＦＦのみであり、その他
のコマンドは保守用のものである。

【００４３】コマンドパケットのコマンド構成を図５に
示す。図５から明らかな如く、Ｃｏｍｍａｎｄｃｏｄ
ｅ（ｒｅｓｐｏｎｓｅｆｌａｇ、ｇｒｏｕｐＩＤ
ｆｌａｇ、ｓｔａｔｕｓｃｏｄｅ）、Ｔｒａｓａｃｔ
ｉｏｎＩＤ、ＳｏｕｒｃｅＩＤ、Ｄｅｓｔｉｎａｔｉ
ｏｎＩＤ、Ｌｅｎｇｔｈ及びａｄｄｉｔｉｏｎａｌｉ
ｎｆｏによって構成される。ｒｅｓｐｏｎｓｅｆｌａ
ｇフィールドは、そのパケットがコマンドのレスポンス
であることを示すが、通常レスポンスは返さない。ｒｅ
ｓｐｏｎｓｅｆｌａｇはパケットの方向を示し、０の
場合には制御装置１０から被制御装置２０、３０へ、１
の場合は被制御装置２０、３０から制御装置１０へパケ
ットが流れる。ＴｒａｓａｃｔｉｏｎＩＤは、１つの
指令を出す毎に一意のＩＤが付与され、通常はシリアル
番号が与えられる。このＩＤは、レスポンスパケットが
どのトランザクションに対応するのか確認する為に参照
される。ＤｅｓｔｉｎａｔｉｏｎＩＤフィールドは、
パケットを受信する装置を、ＳｏｕｒｃｅＩＤフィ
ールドはパケットを送信した装置を示す。また、ｇｒｏ
ｕｐＩＤフィールドが１であるとき、Ｄｅｓｔｉｎａ
ｔｉｏｎＩＤがｇｒｏｕｐＩＤであることを示す。

【００４４】本発明による情報処理システムの具体例を
図６に示す。この例にあっては、被制御装置Ａ〜Ｄをシ
ステム１が有し、被制御装置Ｇ〜Ｊがシステム２配下に
あり、被制御装置Ｅ，Ｆが共通被制御装置としてシステ
ム１及びシステム２で使用される。被制御装置Ａ〜Ｄに
は、電源制御用のＩＤとしてグループＩＤ＝０ｘ０１が
付与され、被制御装置Ｇ〜ＪにはグループＩＤ＝０ｘ０
２が付与されている。また、共通装置の被制御装置Ｅ、
Ｆには、グループＩＤ＝０ｘ８０が付与されている。

【００４５】図７を参照しつつ、この電源制御システム
の電源オンシーケンスを説明する。システム１への電源
投入要求を電源制御装置が受取ると、電源制御装置は装
置Ａ〜ＤにＤＣＯＮコマンドをグループＩＤ＝０ｘ０
１で、装置Ｅ、ＦにグループＩＤ＝０ｘ８０で発行す
る。コマンドは全ての装置で受信されるが、グループＩ
Ｄを照合して該当する装置のみがＤＣＯＮを実行す
る。この場合、２つのＤＣＯＮコマンドでシステム１に
おいて使用される全ての装置の電源が投入される。

【００４６】電源制御装置は、グループＩＤ＝０ｘ０１
とグループＩＤ＝０ｘ８０に対してシステム１からの投
入指示を受けたことを保持する。その後、システム２の
電源投入要求を電源制御装置が受けると、ＤＣＯＮコ
マンドを装置Ｇ〜ＪにグループＩＤ＝０ｘ０２で発行す
る。装置Ｇ〜Ｊは、このコマンドによりＤＣＯＮを実
行する。装置Ｅ、Ｆは、電源制御装置において既に電源
オンであることが判っているので、コマンドを発行せ
ず、システム２からの電源投入指示を受けたことを保持
する。

【００４７】次に、片系のみ電源オフのシーケンスを説
明する。システム１への電源切断要求を電源制御装置が
受取ると、電源制御装置は、装置Ａ〜ＤにＤＣＯＦＦ
コマンドをグループＩＤ＝０ｘ０１で発行する。該当す
る装置はＤＣＯＦＦを実行する。装置Ｅ、Ｆは電源制
御装置においてシステム２からも投入要求を受けている
ので、システム１からの投入要求を解除するのみで、コ
マンドを発行しない。

【００４８】両系電源オフのシーケンスを説明する。シ
ステム２への電源切断要求を電源制御装置が受取ると、
電源制御装置は、装置Ｇ〜ＪにＤＣＯＦＦコマンドを
グループＩＤ＝０ｘ０２で発行する。該当する装置は、
ＤＣＯＦＦを実行する。装置Ｅ、Ｆは、電源制御装置
における投入要求は既にシステム１からのみになってい
るので、装置Ｅ、Ｆに対しＤＣＯＦＦコマンドを発行
する。

【００４９】グループＩＤによるパケットの配信の為に
グループＩＤを採用することにより、マルチキャストで
指令を配信でき、少ないトラフィックでブロードキャス
ト方式より細かい制御が可能になる。情報処理システム
においては、複数のシステムで構成する場合がある。複
数システムでは、保守のとき等に片系のみの電源を遮断
することがある。

【００５０】一方で、複数システム構成では、周辺装置
に相互に使用するものが存在することが多い。共有され
る装置がある場合には、１つの系毎に電源制御装置を設
置しても、他の系から使用されているか否かを判断する
ことができない。この場合には、一括して制御を行う必
要がある。その制御も装置個別に属する系を意識したも
のが必要となる。個別ＩＤと比べてブロードキャストに
おけるトラフィックの軽減という利点が余り阻害されな
い。他方、仮に通信不可能な状態に陥った装置がある場
合には、その検出は不可能である。この点についてはブ
ロードキャスト方式と同じである。

【００５１】次に、障害発生時のシーケンスを説明す
る。コマンドを受取った装置が何らかの異常を検出した
場合には、その旨コマンドレスポンスとして制御装置１
０に通知する。例えば、ＤＣＯＮしたがオンにならな
い場合には、制御装置１０からｇｒｏｕｐＩＤにより
装置Ａ〜Ｃに対してＤＣＯＮコマンドが発行される。
装置Ａ〜Ｃは、コマンドを受取ると直ちに実行に移す。
その結果、装置Ｂ、ＣはＤＣＯＮに成功し、ＤＣＯ
Ｎコマンドに対するレスポンスは返さない。しかし、装
置Ａは、ＤＣＯＮに失敗すると、ｓｔａｔｕｓｃｏ
ｄｅ＝ｉｎｃｏｍｐｌｅｔｅ、ＳｏｕｒｃｅＩＤ＝
装置Ａで制御装置１０にコマンドに対するレスポンスを
返す。このレスポンスを受取った制御装置１０は、装置
ＡがＤＣＯＮできないことを認識する。

【００５２】次に、通信不可能な装置があった場合につ
いて説明する。通常時にはコマンドレスポンスを必要と
しない為、また装置個別のポーリングを行わない為に、
通信不可能に陥ってしまった装置の検出はできない。そ
こで、制御装置１０は、各被制御装置２０、３０に定期
的に診断パス４２、４３を使って各被制御装置の状況を
確認する。制御装置１０は、ブロードキャストＩＤを使
って全ての被制御装置にＤｉａｇｎｏｓｅコマンドを配
信する。Ｄｉａｇｎｏｓｅコマンドを受取った全ての被
制御装置は、診断パス４２、４３を使って隣り合う被制
御装置の診断を開始する。診断の結果、異常を検出した
被制御装置は、それまでに得られていた異常が発生した
被制御装置の情報をａｄｄｉｔｉｏｎａｌｉｎｆｏｒ
ｍａｔｉｏｎ（付加情報）として制御装置１０に、Ｄｉ
ａｇｎｏｓｅコマンドのレスポンスを返す。このように
して、通常不能状態に陥った装置を検出できる。

【００５３】診断パス４２、４３を利用した各被制御装
置の設定情報の収集と配布を説明する。ローカルに接続
されたネットワークにおいて、通信相手を特定する為の
ＩＤは、ＤＩＰ（デュアルインラインパッケージ）
スイッチ等を用いて設定される。これらのＩＤ設定は、
システムの設置時に行われるが、煩雑でミスを起こし易
いと共に間違った個所の発見が困難である。しかし、本
発明による情報処理システムでは、診断パスを使用して
詳細な接続情報が得られる。

【００５４】このオートコンフィグレーションのシーケ
ンスについて説明する。先ず接続装置のデータ収集は、
制御装置１０が共通パス（又は通常パス）４１を介して
ＲｅａｄＣＯＮＦＩＧコマンドを発行する。各情報
装置は、送信用バッファに図８に示すパケットを、現在
の情報を用いて設定する。このとき、パケットのフィー
ルドのうち必要なものはＡｄｄｉｔｉｏｎａｌｆｉ
ｅｌｄである。ＩＤは未設定で無効情報である。

【００５５】Ａｄｄｉｔｉｏｎａｌｆｉｅｌｄには、
被制御装置固有のテキスト情報が格納されることを期待
する。このＡｄｄｉｔｉｏｎａｌｆｉｅｌｄの情報は
実際の制御には使用されず、マンマシンインターフェー
スにおける付加情報としてのみ利用される。この為に、
各被制御装置の性格に合わせた情報を持たせることがで
きる。また、被制御装置側で持つ情報であるので、絶対
的な情報であり、論理的に後から割り当てられた名称の
ミスによる誤認を防ぐことができる。

【００５６】制御装置１０が共通パスを通してＳｔａｒ
ｔＳＣＡＮを発行すると、ＳＣＡＮが開始される。ル
ープ状に接続された診断パス４２、４３、４４を使用
し、制御装置１０は最後端部に接続された装置Ａにマー
カーパケットを送信する。このパケットを受信した装置
ＡはＲｅａｄＣＯＮＦＩＧによって送信バッファに設
定した情報を次の装置Ｂに送信する。同様に、装置Ａか
らのパケットを受信した装置Ｂは、装置Ｃに送信する。
このようにして、最後に制御装置１０は最前端に接続さ
れた被制御装置からパケットを受信することになる。

【００５７】制御装置１０は、更に装置Ａにマーカーパ
ケットを送信する。装置Ａは、前回受信したマーカーパ
ケットを装置Ｂに送信する。このように、ＲｅａｄＣ
ＯＮＦＩＧコマンドで読み込まれたデータをバケツリレ
ー形式で転送する。制御装置１０が送出したマーカーパ
ケットを受信することによって一巡したことを検出でき
る。このＳＣＡＮ操作によって接続されている全ての被
制御装置の情報が得られる。制御装置１０が共通パスを
介してＥｎｄＳＣＡＮを発行すると、ＳＣＡＮが終了
する。

【００５８】次に、画面上でのコンフィグレーションに
ついて説明する。ＩＤの付与は、予めユーザー毎の装置
構成図を元にした設定図を作成しておき、その設定図に
より設定される。上述したＳＣＡＮの実行により得た各
被制御装置のＡｄｄｉｔｉｏｎａｌｄａｔａをコメン
トとして図９に示すように設定画面に表示する。

【００５９】図９中、ＰＩＤ、ＧＩＤは、夫々ｐｒｉｖ
ａｔｅＩＤ及びｇｒｏｕｐＩＤを示す。ＩＤ付与時
に、各被制御装置から得たテキスト情報を参照しながら
設定できる。また、被制御装置側ではなくコントロール
画面上で一括して設定できるので、予め用意したＩＤ付
与の設定図との照合が容易であり、設定ミスを防止でき
るという効果がある。また、ｐｒｉｖａｔｅＩＤの重
複の自動チェックが可能である。ＧｒｏｕｐＩＤも、例
えば背景色による色分けとソート等によってミスを発見
し易くすることが可能である。これらの機能は、ＳＣＡ
Ｎによって絶対的な接続情報が取得できることにより実
現できる。

【００６０】ＩＤの配布は、次のように行う。制御装置
１０は、各被制御装置２０、３０に設定する為のパケッ
トを作成する。制御装置１０が共通パス４１を通してＲ
ｅａｄＣＯＮＦＩＧコマンドを発行する。各被制御装置
２０、３０は、送信用バッファに図５に示す如きパケッ
トを現在の情報を用いて設定する。制御装置１０が共通
パスを介してＳｔａｒｔＳＣＡＮコマンドを発行する
と、ＳＣＡＮが開始する。

【００６１】ループ状に設定された診断パス４２〜４４
を使用して、制御装置１０は最後端部に接続された装置
Ａ（被制御装置２０）にマーカーパケットを送信する。
パケットを受信した装置Ａは、ＲｅａｄＣＯＮＦＩＧ
コマンドによって送信バッファに設定した情報を次の装
置Ｂ（被制御装置３０）に送信する。同様に、装置Ｂは
装置Ａから受信したパケットを装置Ｃに送信する。最後
に、制御装置１０は、最前端に接続された被制御装置か
らパケットを受信することになる。また、制御装置１０
は装置Ａに設定情報パケットを送信する。装置Ａは、前
回受信したマーカーパケットを装置Ｂに送信する。

【００６２】このように、制御装置１０において作成さ
れた設定情報をバケツリレー方式で転送する。制御装置
１０は、最初に送出したマーカーパケットを受信するこ
とによって一巡したことを検知することができる。この
ＳＣＡＮ操作によって接続されている装置の情報を得る
ことができる。制御装置１０が共通パスを通して、ＥＮ
ＤＳＣＡＮコマンドを発行すると、ＳＣＡＮが終了す
る。制御装置１０が共通パスを通して、ＷｒｉｔｅＣ
ＯＮＦＩＧを発行する。各被制御装置は、受信バッファ
に残ったパケットを用いて現在の情報を更新する。

【００６３】以上、本発明による情報処理システムの好
適実施形態例を説明したが、これは単なる例示にすぎ
ず、特定用途に応じて種々の変形変更が可能であること
勿論である。

【００６４】

【発明の効果】上述の説明から理解されるが如く、本発
明の情報処理システムによると種々の顕著な効果が得ら
れる。即ち、通常の通信パスとは別の隣接する被制御装
置間で通信する診断用のループ状のパスを備えているの
で、ポーリング／セレクティング方式を基本とし、マル
チキャストによる通信形態をとりながら装置個別の故
障、特に通信不能状態にある被制御装置の特定を可能に
する。診断パスは専用で且つコンテンション接続である
為に、診断時間が接続した被制御装置数に依存せず一定
である。従って、システム構成の幅が大きい場合に特に
有効である。

【００６５】更に、接続された各被制御装置の設定情報
を、この診断パスから収集／配信することができる。ま
た、各被制御装置の設定情報においては、装置固有の情
報（ＩＤ）を持たせることで、装置の誤認を避けること
ができ且つ認識が容易になるという効果を有する。

【図面の簡単な説明】

【図１】本発明による情報処理システムの好適実施形態
例のブロック図である。

【図２】本発明の実施形態における診断パス用パケット
を説明するためのパケットのフィールド構成例を示す図
である。

【図３】図１に示す情報処理システムのローカル診断シ
ーケンスを示す動作説明図である。

【図４】図１に示す情報処理システムのローカル診断シ
ーケンスを示す図である。

【図５】本発明の実施形態におけるコマンドパケットの
コマンド構成例を示す図である。

【図６】本発明による情報処理システムのシステム構成
の一例を示す図である。

【図７】本発明による電源オン／オフシーケンスの説明
図である。

【図８】本発明の実施形態を説明するための送信用バッ
ファに設定されるパケット例を示す図である。

【図９】本発明の実施形態におけるコンフィグレーショ
ンを説明するためのＡｄｄｉｔｉｏｎａｌｄａｔａコ
メント例を示す図である。

【符号の説明】

１０制御装置２０、３０被制御装置１１、１２、１３、２１、２２、２３、３１、３２、３
３トランシーバ１４、１５、２４、２５、３４、３５、５５、５６終
端回路４０ケーブル４１通常パス４２、４３、４４診断パス５３、５４終端コネクタ

Claims

【特許請求の範囲】

【請求項１】制御装置と複数の被制御装置とがケーブル
を介して相互に接続されシリアル通信により通信するよ
う構成された情報処理システムにおいて、前記ケーブル
は、前記制御装置と前記被制御装置間の通常の通信を行
う通常パスに加えて、前記複数の被制御装置のうち隣接
する被制御装置間の通信を行う診断パスを備えることを
特徴とする情報処理システム。
【請求項２】前記ケーブルの両端には、終端回路を含む
終端コネクタを有することを特徴とする請求項１に記載
の情報処理システム。
【請求項３】前記ケーブルは、診断ループバックパスを
含み、前記終端コネクタを介して前記診断パスと接続さ
れ、ループ状診断パスを形成することを特徴とする請求
項２に記載の情報処理システム。
【請求項４】前記制御装置及び前記各被制御装置は、各
々前記通常パスに接続される１台のトランシーバと、前
記診断ループに接続される２台のトランシーバを有する
ことを特徴とする請求項１に記載の情報処理システム。
【請求項５】前記診断ループに接続される前記各トラン
シーバは終端回路を備えることを特徴とする請求項４に
記載の情報処理システム。