JPH11134214A - 端末装置用リモート制御装置 - Google Patents

Abstract

(57)【要約】 【課題】システム制御装置のソフトウエアを変更するこ
となくバージョンアップなどに対応できるようにする。 【解決手段】システム制御装置３４と被メンテナンス装
置３６との間は第１の通信回線による転送フォーマット
に沿ってデータの授受が行なわれ、システム制御装置と
メンテナンス装置との間は第２の通信回線による転送フ
ォーマットに沿ってデータの授受が行われる。メンテナ
ンス装置側からはシステム制御装置に対して、被メンテ
ナンス装置が理解できるコマンドを直接発行し、これを
被メンテナンス装置に送出する。そうすると、被メンテ
ナンス装置のステータスの内容に一部変更が生じたよう
な場合でも、システム制御装置内のソフトウエアを変更
しないでも対処できる。第２の端末装置やシステム制御
装置が遠隔地にあるような場合でも、その設置場所まで
出向いてソフトウエアを変更する必要がない。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、端末装置を遠隔
より制御できるようにした端末装置用リモート制御装置
に関する。詳しくは、制御すべき端末装置に対するシス
テム制御装置が設けられているときで、この端末装置と
システム制御装置との間の通信回線と、制御する側であ
る端末装置とこのシステム制御装置との間の通信回線と
が相違する場合、制御する側の端末装置側からはシステ
ム制御装置に対して、制御される側の端末装置が理解で
きるコマンドを直接発行するようにして、コマンドの変
更、追加などがあったときでもシステム制御装置内のソ
フトウエアを変更、追加することなく、制御される側の
端末装置を最新のコマンドによって制御できるようにし
たものである。

【０００２】

【従来の技術】端末装置の運用状況を把握したり、保守
点検を行う場合には、通常端末装置が置かれた場所まで
出向いてこれらの処理が行われる。しかし、保守点検す
べき端末装置が遠隔地に設置されているような場合に
は、そこまで出向くことが大変である。そのため、最近
では公衆回線網などの通信回線を利用して端末装置を遠
隔地から操作して、運用状況の把握や、保守点検（以下
これらをメンテナンスと総称する）を行えるようなシス
テム（端末装置用リモート制御システム）の構築が望ま
れている。

【０００３】このような端末装置用リモート制御装置の
一例を図４に示す。同図のリモート制御装置１０は、制
御する側の端末装置（第１の端末装置側）２０と、制御
される側の端末装置（第２の端末装置側）３０とが公衆
回線網などの通信回線網４０を介して接続されている。

【０００４】第１の端末装置２０側には、メンテナンス
装置２２が例えばバス型ＬＡＮ（Local Area Netwark）
の一種であるテルネット（ＴＥＬＮＥＴ若しくはＴＥＬ
ＥＮＥＴ）バス２４に連結されて、ネットワークの一部
に組み込まれている。テルネットよりも下位のネットワ
ークであるイーサネット（ETHNET）によって端末装置２
０側のネットワークが構築されている場合もある。

【０００５】第２の端末装置３０側も同様にテルネット
バス３２などによってネットワークが構築され、これに
は端末装置３０側のシステム制御を司るシステム制御装
置３４が接続される他、このシステム制御装置３４には
複数の端末装置３６が接続されている。

【０００６】端末装置３６としては、例えば複数枚のハ
ードディスクを用いたハードディスク装置ＨＤＤを、さ
らに複数台並列使用してＲＡＩＤ（Redundant Array In
dependent Disks）構成となされた大容量の記憶装置
（ディスクアレイ装置）などが考えられる。

【０００７】このようにシステム制御装置３４に接続さ
れる端末装置３６が複数台あるときには、このシステム
制御装置３４と端末装置３６Ａ，３６Ｂ，・・・とを結
ぶ通信回線としては、一般に処理の高速性や、制御の容
易性などを考慮して独自のバス構成を採用することが考
えれられる。この独自バス構成としてこの例では８ビッ
ト幅であって、しかもコマンドデータと、このコマンド
によって実行された結果を示すステータス情報（デー
タ）とがそれぞれ数１０バイトで構成された転送フォー
マットを採用したバス（以下ＳＢＸバス（Spyder Bus E
xtention）という）を例示する。

【０００８】メンテナンス装置２２は、図示しないが外
部からメンテナンスの指示を受け、また被メンテナンス
装置３６の実行結果であるステータス情報を外部に出力
することができる入出力手段を持っている。

【０００９】さて、図４に示すように構築された端末装
置用リモート制御装置１０で、遠隔地よりメンテナンス
処理を行う場合には、メンテナンス装置２２側よりメン
テナンス処理モードを指令し、これを受信したシステム
制御装置３４では、図５に示すように通常処理ブロック
４２からメンテナンス処理ブロック４４にそのソフトウ
エアを切り替える。そしてメンテナンス処理ブロックで
変換されたコマンドが被メンテナンス装置である端末装
置３６Ａ，３６Ｂ，・・・に送信されて、コマンドに対
応した処理が実行される。そして、実行された結果を示
すステータス情報がシステム制御装置３４を介してメン
テナンス装置２２に送り返される。

【００１０】メンテナンス処理ブロック４４では、図５
に示すようにメンテナンス装置２２との間のインタフェ
ース部分４６と、被メンテナンス装置３６との間のイン
タフェース部分４８の各ソフトウエアによって構成され
ており、図６のような処理を実行している。

【００１１】まず外部からメンテナンス装置２２へメン
テナンス指示が入力される（ステップ５２）。メンテナ
ンス装置２２はシステム制御装置３４へメンテナンスコ
マンドを発行する（ステップ５４）。システム制御装置
３４は受信したコマンドを解釈し、被メンテナンス装置
３６が理解できるように変換したコマンドを被メンテナ
ンス装置３６に発行する（ステップ５６）。

【００１２】被メンテナンス装置３６はこの変換コマン
ドに対応した処理を実行して、その結果であるステータ
ス情報をシステム制御装置３４に返信する（ステップ５
８）。システム制御装置３４では、複数の被メンテナン
ス装置３６の処理結果であるステータス情報を集計し、
このステータス情報をメンテナンス装置２２に返信する
（ステップ６０）。メンテナンス装置２２は受け取った
結果であるステータス情報を外部に出力して遠隔地から
のメンテナンス処理が終了する（ステップ６２）。

【００１３】このように、システム制御装置３４内での
ソフトウエアでは第１のインタフェース部分（解釈系）
４６において、メンテナンス装置２２のコマンドを解釈
したり、メンテナンス装置２２が理解できるステータス
情報に変換する。同様に、第２のインタフェース部分
（変換系）４８においては、被メンテナンス装置３６が
理解できるコマンドに変換したり、被メンテナンス装置
３６の結果であるステータス情報を解釈したりする。

【００１４】

【発明が解決しようとする課題】ところで、このように
システム制御装置３４では、メンテナンス装置２２から
のコマンドを解釈する解釈系と、解釈したコマンドを被
メンテナンス装置３６側に理解できる形に変換する変換
系の２つの系に基づいてメンテナンスの実行が行われて
いる。これは、メンテナンス装置２２自身がマン・マシ
ンインタフェースを兼ねていることから、メンテナンス
装置２２が送出すべきコマンドとしては、使用者が理解
しやすいコマンドの形式で記述されている場合が多く、
したがってこのコマンドのままでは被メンテナンス装置
３６がその命令を解釈できないため、システム制御装置
３４にそのような解釈系と変換系のソフトウエアを置く
必要があった。

【００１５】しかし、このようなソフトウエアをシステ
ム制御装置３４に備えることは以下のような問題を惹起
する。

【００１６】例えばメンテナンス装置２２からのコマン
ドや、被メンテナンス装置３６へのコマンドあるいはそ
の逆で、被メンテナンス装置３６からのステータス情報
などの内容を変更する必要がでてきた場合や、各装置
（メンテナンス装置２２、システム制御装置３４および
被メンテナンス装置３６）のバージョンが変更になっ
て、コマンドやステータスの内容に変更が生じた場合に
は、メンテナンス装置２２を操作する操作者がわざわざ
第２の端末装置３０が置かれた場所まで出向いてシステ
ム制御装置３４に備えられたソフトウエア（解釈系のソ
フトウエアと、変換系のソフトウエア）を変更しなけれ
ばならない。

【００１７】例えば被メンテナンス装置３６のバーショ
ンが変更になり、コマンドおよびステータスの内容に一
部変更が生じた場合にも、システム制御装置３４内のソ
フトウエアを変更しなければならない。

【００１８】そこで、この発明はこのような従来の課題
を解決したものであって、コマンドやステータスの内容
に変更が発生したような場合でも、システム制御装置の
ソフトウエアを変更することなく対処できるようにした
端末装置用リモート制御装置を提案するものである。

【００１９】

【課題を解決するための手段】上述の課題を解決するた
め、請求項１に記載したこの発明に係る端末装置用リモ
ート制御装置では、遠隔地より第１の端末装置から第２
の端末装置を制御するリモート制御装置において、被制
御装置である第２の端末装置に対してシステム制御装置
が設けられ、このシステム制御装置と上記第２の端末装
置との間は第１の通信回線によって接続され、上記シス
テム制御装置と上記第１の端末装置との間は第２の通信
回線によって接続されると共に、上記第１の端末装置側
からは上記システム制御装置に対して、上記第２の端末
装置が理解できるコマンドを直接発行するようにしたこ
とを特徴とする。

【００２０】この発明では、第１の端末装置側からシス
テム制御装置に対して、第２の端末装置が理解できるコ
マンドを直接発行する。システム制御装置では、このコ
マンドをシステム制御装置と第２の端末装置との間の転
送プロトコルに変換して第２の端末装置側に転送する。

【００２１】つまり、システム制御装置と第２の端末装
置との間で取り決められた転送プロトコル内のコマンド
挿入エリアに、第１の端末装置側から送出されたコマン
ドをそのまま差し込んで第２の端末装置側に転送する。
第２の端末装置では、このコマンドの内容を理解できる
し、したがってそのコマンドに沿った処理を実行でき
る。

【００２２】このようにシステム制御装置では、受信し
たコマンドを解釈したり、変換したりする処理は全く行
われない。単に送出すべき側の転送プロトコルに沿って
受信したコマンドを挿入するだけの処理が行われる。

【００２３】第２の端末装置側で実行した結果を示すス
テータスも上述した転送プロトコルに沿ってシステム制
御装置側に送出され、システム制御装置では受信したデ
ータ列の中からステータス情報のみを抽出し、抽出した
このステータス情報が第１の端末装置とシステム制御装
置との間で取り決められた転送プロトコルにしたがって
第１の端末装置側に送出される。第１の端末装置では受
信したステータスを外部に出力する。

【００２４】

【発明の実施の形態】続いて、この発明に係る端末装置
用リモート制御装置の一実施形態を図面を参照して詳細
に説明する。

【００２５】この発明においても、そのリモート制御系
を司る通信システムの形態は図４に示したものと同一で
あって、図４を参照して説明すると、第１の端末装置２
０によって遠隔地に設置された第２の端末装置３０がリ
モート制御される。

【００２６】適用される端末装置としては上述したよう
に、第１の端末装置としてメンテナンス装置２２を、第
２の端末装置側として被メンテナンス装置３６を示す。
被メンテナンス装置３６としては多数のハードディスク
ＨＤＤを内蔵したハードディスク装置を並列使用するＲ
ＡＩＤ構成の記憶装置（ディスクアレイ装置）が、複数
設けられた端末装置を例示する。

【００２７】また、メンテナンス装置２２とシステム制
御装置３４との間の通信回線（第２の通信回線）で取り
決められた転送プロトコル（通信プロトコル）としては
イーサネットの上位であるテルネットを使用した場合を
示す。イーサネットでもよい。同様に、システム制御装
置３４と被メンテナンス装置３６との間の通信回線（第
１の通信回線）で取り決められた転送プロトコル（通信
プロトコル）としては、多数の端末装置を同時に制御で
きる独自のバス（つまり従来例で説明したのと同じＳＢ
Ｘバス）を使用したときの転送プロトコルが採用され
る。

【００２８】この発明ではメンテナンス装置２２側から
システム制御装置３４に対して、被メンテナンス装置３
６が理解できるコマンドを直接発行する。システム制御
装置３４では、このコマンドをシステム制御装置３４と
被メンテナンス装置３６との間で取り決められた転送プ
ロトコルに変換して被メンテナンス装置３６側に転送す
る。

【００２９】そのため、システム制御装置３４内のソフ
トウエアとしては、図１に示すように、通常処理ブロッ
ク４２の他に、メンテナンス処理ブロック４４が備えら
れているが、メンテナンス処理ブロック４４としては従
来のようなコマンドに対する解釈系やその変換系を実行
するソフトウエアは持っていない。

【００３０】コマンドに対する解釈系や変換系を実行す
るソフトウエアに代えて、以下のようなソフトウエアが
搭載されている。図１にも示すようにこの新しいソフト
ウエアは、メンテナンス装置２２からのコマンドそのも
のを、ＳＢＸコマンドとしてＳＢＸ用転送フォーマット
に規定されたコマンドエリアに挿入して、被メンテナン
ス装置３６に送出するインタフェース部分６６を有す
る。

【００３１】さらに、被メンテナンス装置３６の実行結
果を示すステータス情報はＳＢＸ用転送フォーマット中
に挿入されてシステム制御装置３４側に送り返されてく
るので、被メンテナンス装置３６の実行結果を示すステ
ータス情報を抽出し、抽出したこのステータス情報をテ
ルネット用の転送フォーマットに規定されたエリアに挿
入してメンテナンス装置２２に送出するインタフェース
部分６８を有する。

【００３２】図２はＳＢＸ用のコマンド転送フォーマッ
トの一例を示すもので、同図Ａに示すように１バイトの
同期データ（SYNC）、１０バイトのヘッダデータ、１バ
イトのＮＦデータに続いて、３６バイト構成のＳＢＸコ
マンド（１，２，・・・・ｎ）が挿入される。

【００３３】ＳＢＸコマンドは同図Ｂに示すように、こ
の例では８バイト幅で、メンテナンス装置２２から送出
された１０バイトのコマンドデータが最初に挿入され、
これに続けて１バイトのチェックサムおよび１バイトの
ヌル（NULL）よりなるデータ群で構成され、このデータ
群が３回繰り返されて１つのＳＢＸコマンドが形成され
る。

【００３４】このように、システム制御装置３４と被メ
ンテナンス装置３６との間で取り決められた転送プロト
コル内のコマンド挿入エリアに、メンテナンス装置２２
側から送出されたコマンドをそのまま差し込んで被メン
テナンス装置３６側に転送する。このコマンドは被メン
テナンス装置３６で理解できるコマンドであるから、こ
のコマンドに沿った処理が実行されることになる。

【００３５】図３はこの発明に係るリモートメンテナン
ス処理の一例を示すフローチャートであって、まず外部
からメンテナンス装置２２へメンテナンス指示が入力さ
れる（ステップ７２）。メンテナンス装置２２の指令で
システム制御装置３４をメンテナンスモードに切り替え
る（ステップ７４）。これによってシステム制御装置３
４は通常処理ブロック４２からメンテナンス処理ブロッ
ク４４に、使用するソフトウエアの切り替えが行われ
る。

【００３６】続いて、メンテナンス装置２２はシステム
制御装置３４へメンテナンスコマンドを発行する（ステ
ップ７６）。発行するコマンドとしては被メンテナンス
装置３６が理解できるコマンド（システム制御装置３４
から被メンテナンス装置３６に送出するコマンドと同一
のコマンド）そのものである。したがって従来のように
使用者が理解し易いコマンドとは異なる。

【００３７】システム制御装置３４は受信したコマンド
を、ＳＢＸコマンドとしてＳＢＸ転送フォーマットによ
って規定されたコマンドエリアに、受信したコマンドそ
のものとして挿入して、被メンテナンス装置３６に送信
する（ステップ７８）。

【００３８】被メンテナンス装置３６は受信したコマン
ドに対応した処理を実行して、その結果であるステータ
ス情報を、同じＳＢＸ転送フォーマット中に挿入して、
システム制御装置３４に返信する（ステップ８０）。シ
ステム制御装置３４では、複数の被メンテナンス装置３
６からの処理結果であるステータス情報を抽出、集計し
て、これらのステータス情報をテルネットフォーマット
中に挿入してメンテナンス装置２２に返信する（ステッ
プ８２）。その後メンテナンス装置２２からの指令によ
ってシステム制御装置３４をメンテナンスモードから通
常モードに切り替える（ステップ８４）。また、メンテ
ナンス装置２２は受け取った結果であるステータス情報
を外部に出力して遠隔地からのメンテナンス処理が終了
する（ステップ８６）。

【００３９】例えば、メンテナンス装置２２から「inqu
iry」なるコマンドを被メンテナンス装置３６に発行し
たとする。この「inquiry」を示すコマンド列「2a aa a
a ・・・・」がメンテナンス装置２２に入力されると、
メンテナンス処理ブロック４４では、ＳＢＸコマンド転
送フォーマット（ＳＢＸ側転送プロトコル）にしたがっ
て、ＳＢＸコマンド１，ＳＢＸコマンド２，・・・に、
入力コマンド列「2a aa aa・・・」を挿入して、被メン
テナンス装置３６に送出する。

【００４０】上述したコマンド列を受信した被メンテナ
ンス装置３６は、「inquiry」に対するステータス情報
（例えば、「00 00 00 AA AA AA AA」なる文字列）をＳ
ＢＸ側転送プロトコルに沿ってシステム制御装置３４に
返信することになる。システム制御装置３４側からはこ
の文字列からなるステータス情報を抜き取ってメンテナ
ンス装置２２側に送出する。

【００４１】このようにシステム制御装置３４では、受
信したコマンドを解釈したり、変換したりする処理は全
く行わない。単に送出すべき側の転送プロトコルに沿っ
て受信したコマンドを挿入するだけの処理が行われる。
被メンテナンス装置３６側で実行した結果を示すステー
タス情報も同じように処理される。

【００４２】その結果、例えば被メンテナンス装置３４
のバージョンが変更になり、ステータス情報の一部に変
更があったような場合などでも、メンテナンス処理ブロ
ック４４のソフトウエアを変更バージョンに対応できる
ように変更する必要はない。メンテナンス装置２２を操
作する操作者側が変更バージョンにしたがった新しいコ
マンドを入力すればよい。これによって、メンテナンス
操作者がその都度システム制御装置３４側に出向いてメ
ンテナンス処理ブロック４４などの変更を行う必要がな
くなるから、被メンテナンス装置３６が遠隔地で使用さ
れているようなときに好都合である。

【００４３】

【発明の効果】以上説明したようにこの発明では、第２
の端末装置側で取り扱われるコマンドを第１の端末装置
側からシステム制御装置に直接発行するようにしたもの
である。

【００４４】これによれば、第２の端末装置のステータ
スの内容に一部変更が生じたような場合であっても、シ
ステム制御装置内のソフトウエアを変更しないでも対処
できる。そのため、第２の端末装置やシステム制御装置
が遠隔地にあるような場合でも、その設置場所まで出向
いてソフトウエアを変更する必要がないため、例えばメ
ンテナンスなどを遠隔地からリモートで実行できる特徴
を有する。

【００４５】そのため、この発明は第２の端末装置を遠
隔地からメンテナンスするような場合に適用して極めて
好適である。

【図面の簡単な説明】

【図１】この発明に係る端末装置用リモート制御装置の
一実施形態を示す要部の系統図である。

【図２】ＳＢＸ転送フォーマットの一例を示す図であ
る。

【図３】リモートメンテナンス処理例を示すフローチャ
ートである。

【図４】端末装置用リモート制御装置の一例を示す系統
図である。

【図５】これに使用される要部の系統図である。

【図６】リモートメンテナンス処理例を示すフローチャ
ートである。

【符号の説明】

１０・・・端末装置用リモート制御装置、２０・・・第
１の端末装置、２２・・・メンテナンス装置、２４，３
２・・・テルネット用バス、３０・・・第２の端末装
置、３４・・・システム制御装置、３６（３６ａ，３６
ｂ，・・・）・・・被メンテナンス装置、４０・・・公
衆回線網

Claims (4)

【特許請求の範囲】
1. 【請求項１】 遠隔地より第１の端末装置から第２の端
   末装置を制御するリモート制御装置において、 被制御装置である第２の端末装置に対してシステム制御
   装置が設けられ、 このシステム制御装置と上記第２の端末装置との間は第
   １の通信回線によって接続され、 上記システム制御装置と上記第１の端末装置との間は第
   ２の通信回線によって接続されると共に、 上記第１の端末装置側からは上記システム制御装置に対
   して、上記第２の端末装置が理解できるコマンドを直接
   発行するようにしたことを特徴とする端末装置用リモー
   ト制御装置。
2. 【請求項２】 上記システム制御装置では、受信した上
   記コマンドを上記第１の通信回線で使用される転送フォ
   ーマット中に挿入して、上記第２の端末装置に送信する
   ようにしたことを特徴とする請求項１記載の端末装置用
   リモート制御装置。
3. 【請求項３】 上記第１の通信回線で使用される転送フ
   ォーマットに則って送信された上記コマンドを実行した
   結果を示すステータス情報のみが、上記システム制御装
   置で抽出され、 抽出された上記ステータス情報が上記第１の端末装置に
   送信されるようになされたことを特徴とする請求項１記
   載の端末装置用リモート制御装置。
4. 【請求項４】 上記第１の端末装置はメンテナンス装置
   であり、上記第２の端末装置は被メンテナンス装置であ
   って、上記コマンドは上記第２の端末装置に対する運用
   把握用や設定用のコマンドデータであることを特徴とす
   る請求項１記載の端末装置用リモート制御装置。