JP2016225943A - 装置状態の復旧システム，及びシステムの装置状態復旧方法 - Google Patents

Abstract

【課題】装置間における装置状態の不整合を解消する方法を提供する。
【解決手段】第１制御＜３＞から変換された複数の第２制御＜４＞＜９＞を実行する装置３０は、各第２制御の実行に応じて装置状態を更新する。装置３０は、各第２制御の実行に合わせて第２制御の実行結果を実行前に戻すリバースコマンドを生成し記憶する３３Ｂ。装置３０は、複数の第２制御＜４＞＜９＞の全てが実行されない場合に記憶されたリバースコマンドに基づく制御を実行し＜１４＞、装置状態を複数の第２制御＜４＞＜９＞の実行前の状態に復旧させる＜１５＞。
【選択図】図１８

Description

本発明は、装置状態の復旧システム，及びシステムの装置状態復旧方法に関する。

近年、超高速・大容量の伝送ネットワークを構築するため、１００ギガビットイーサネット（登録商標）（１００ＧｂＥ）の導入が進んでいる。１００ＧｂＥの導入に当たり、１００ＧｂＥをサポートする伝送装置（伝送装置１とする）と既存の伝送装置（伝送装置２とする）とを組み合わせる場合がある。例えば、既存の伝送装置２として、４０ギガビットイーサネット（登録商標）（４０ＧｂＥ）をサポートする伝送装置が使用されることがある。

伝送装置１と伝送装置２との間にインタフェースの差分がある場合には、伝送装置１と伝送装置２との間に翻訳装置が配置される。伝送装置１と翻訳装置との間、及び翻訳装置と伝送装置２とは通信回線で接続される。翻訳装置は、伝送装置２から依頼される制御を伝送装置１に適合する制御に変換し、伝送装置１に入力する。伝送装置１は、制御を実行する。制御の実行によって伝送装置１の状態が更新される。伝送装置１における制御の実行結果（成功又は失敗）は、翻訳装置に返却される。翻訳装置は、伝送装置１からの実行結果を受けて、依頼された制御に対する結果（成功又は失敗）を伝送装置２に返却する。伝送装置２は、結果が成功を示す場合、伝送装置２で管理している伝送装置１の状態を更新する。

特開平０６−２５２９８６号公報 特開２００２−３２４１５５号公報

伝送装置２から依頼された制御が、伝送装置１向けの複数の制御（例えば、制御１及び制御２とする）に変換されることがある。この場合において、伝送装置１における制御１の実行後に伝送装置１と翻訳装置との間の接続が切断され、制御２が実行されない場合が起こり得る。この場合、制御１及び制御２からなる制御は異常終了となり、翻訳装置は、伝送装置２に依頼された制御の失敗を伝送装置２に通知する。伝送装置２は、失敗の通知を受けて、伝送装置２で保持する伝送装置１の状態を更新しない。

ところが、伝送装置１では、制御１の実行終了によって、伝送装置１の状態が更新されている。このため、伝送装置２が有する状態と伝送装置１が有する状態との間に不整合が発生する。

伝送装置１の保守者は、伝送装置２が受けた失敗の通知から、制御が失敗したことを知ることができる。しかし、保守者は、翻訳装置で制御が複数の制御に変換されているか否か、複数の制御のどの段階まで制御が成功したかを知ることはできない。このため、保守者は、伝送装置１の設置位置に赴き、伝送装置１の状態を確認して復旧作業を行っていた。このような作業は繁雑であった。

本発明の一態様は、装置間で生じた装置状態の不整合を容易に解消可能な技術を提供することを目的とする。

本発明の一態様は、第１装置と、前記第１装置に接続された第２装置と、前記第２装置と接続された第３装置とを備え、前記第１装置は、前記第３装置の装置状態を示す情報を記憶する第１記憶部と、前記第２装置に前記第３装置向けの第１制御を依頼する第１依頼部と、前記第１制御の正常終了を示す情報が前記第２装置から受信されたときに前記記憶装置に記憶された装置状態を示す情報を更新する更新部と、を含み、前記第２装置は、前記第１装置から受信された第１制御を前記第３装置に適合する複数の第２制御に変換する変換部と、前記各第２制御を前記第３装置に依頼する第２依頼部と、前記複数の第２制御の全てが正常終了したときに前記第１制御の正常終了を示す情報を前記第１装置に送信する第１送信部と、を含み、前記第３装置は、前記第３装置の装置状態を示す情報を記憶する第２記憶部と、前記第２装置からの依頼に基づき前記複数の第２制御を実行し、前記各第２制御の実行終了に伴い前記第２記憶部に記憶された装置状態を示す情報を更新する制御部と、前記複数の第２制御に関する正常終了を示す正常終了通知を前記第２装置に送信する第２送信部と、前記各第２制御の実行結果を実行前に戻すリバースコマンドを記憶する第３記憶部と、前記各第２制御の実行に合わせてリバースコマンドを生成して前記第３記憶部に記憶するとともに、前記複数の第２制御の全てが実行されない場合に前記第３記憶部に記憶されたリバースコマンドに基づく制御を前記制御部に実行させて前記第２記憶部中の装置状態を示す情報を前記複数の第２制御の実行前の状態に復旧させる管理部と、を含む装置状態の復旧システムである。

本発明の一態様によれば、装置間で生じた装置状態の不整合を容易に解消することができる。

図１は、参考例に係るシステムの構成例を示す。 図２は、図１に示したシステムで行われる動作の一例を示す。 図３は、参考例の問題点の説明図である。 図４は、実施形態に係るシステムの構成例を示す図である。 図５は、Ｒ−ＣＭＤリストのデータ構造例を示す。 図６は、Ｒ−ＣＭＤリスト３３Ｂの生成に係る説明図である。 図７は、タイマ情報のデータ構造例を示す。 図８は、制御結果情報の説明図である。 図９は、応答送信結果情報の説明図である。 図１０は、システムのハードウェア構成例を示す。 図１１は、Ｒ−ＣＭＤ管理部の処理例を示すフローチャートである。 図１２は、タイマ管理部の処理例を示すフローチャートである。 図１３は、タイマ管理部の処理例を示すフローチャートである。 図１４は、タイマ管理部の処理例を示すフローチャートである。 図１５は、制御結果管理部の処理例を示すフローチャートである。 図１６は、応答結果管理部の処理例を示すフローチャートである。 図１７は、実施形態の動作例１を示すシーケンス図である。 図１８は、実施形態の動作例２を示すシーケンス図である。 図１９は、実施形態の動作例３を示すシーケンス図である。 図２０は、実施形態の動作例４を示すシーケンス図である。

以下、図面を参照して実施形態について説明する。実施形態の構成は例示であり、実施形態の構成に限定されない。

〔参考例〕
最初に、参考例について説明する。図１は、参考例に係るシステムの構成例を示す。図１に図示のシステムは、４０ＧｂＥをサポートするフレームの伝送装置１（以下、「装置１」という）と、翻訳装置２（以下、「装置２」という）と、１００ＧｂＥをサポートするフレームの伝送装置３（以下、「装置３」）とを含む。図１では、複数の装置３が設けられているが、単一の装置３を含むシステムであっても良い。装置１と装置２、及び装置２と各装置３とは通信回線を介して接続されており、これらの間で相互に通信可能である。

装置１は、システムの保守及び制御用の操作端末（Operation System(ＯＰＳ)）４と接続されている。装置１は、制御部１１と、不揮発領域１２とを含む。不揮発領域１２は、装置管理情報１２Ａを記憶する。装置２は、翻訳部２１を含む。装置３は、制御部３１と、主信号制御部３２と、不揮発領域３３とを含む。主信号制御部３２は、例えばハードウェア（Hardware）で形成され、ハードウェア制御情報３２Ａを記憶する。不揮発領域３３は、装置構成情報３３Ａを記憶する。

主信号制御部３２は、例えば、主信号（伝送対象の信号）の伝送に係る制御（例えば、信号の多重，信号の振分又は切替，信号の分離，信号の再生，信号の増幅など）を行う。また、主信号制御部３２は、例えば、カード及びポート（後述）の登録及び削除を行うことができる。ハードウェア制御情報３２Ａは、例えば、主信号制御部３２として動作するハードウェアに施された設定を表す情報（パラメータ）の集合であり、ハードウェアが各パラメータの設定に応じた状態を採る。装置構成情報３３Ａは、例えば、ハードウェアに施された各設定を示す情報のリスト（データベース）である。

ＯＰＳ４のオペレータ（保守者）が装置３を制御する場合には、装置１に対し、制御内容を示す情報（制御情報）を入力する。このとき入力される制御情報は、装置１で受付可能な形式で入力される。装置１の制御部１１は、制御情報に基づき、装置１で受付可能な形式の実行依頼（実行要求）を生成する。

例えば、装置１に或る制御（制御Ａとする）の制御情報がされると、装置１の制御部１１は、制御Ａの実行依頼を生成し、生成した実行依頼を装置２へ通信回線を介して送信する。装置２は、制御Ａの実行依頼の翻訳を行い、制御Ａを装置３で受付可能な形式を有する複数の（ｎ個（ｎは正の整数）の）制御Ａ-１〜Ａ-ｎの受付依頼に変換する。装置２は、制御Ａ-１〜Ａ-ｎのそれぞれの実行依頼を装置３へ通信回線を介して送信する。

装置３の制御部３１は、実行依頼に応じて各制御Ａ１〜Ａ-ｎを実行し、各制御の実行
結果を基に主信号制御部３２のハードウェア制御情報３２Ａ及び不揮発領域３３の装置構成情報３３Ａを更新する。各制御Ａ-１〜Ａ-ｎの実行結果（正常終了（ＯＫ）又は異常終了（ＮＧ））は、装置２に返信される。制御Ａ１〜Ａ-ｎの処理の全てがＯＫで終了する
と、装置２は、制御Ａの正常終了を示す通知を装置１に送信する。

装置１では、制御部１１は、制御Ａの正常終了を示す通知を受信すると、不揮発領域１２の装置管理情報１２Ａを制御Ａの正常終了に応じた内容に更新する。装置１と装置３とは、装置構成の相違などから、相互に異なる形式の装置状態を保持する。装置３では、制御ごと(制御Ａ-１，Ａ-２，・・・,Ａ-ｎ)に装置状態（ハードウェア制御情報３２Ａ及び装置構成情報３３Ａ）が更新される。装置１では、制御Ａ１〜Ａ-ｎの元となった制御Ａ
の正常終了を以て装置管理情報１２Ａを更新する（制御Ａの実行後の装置状態を記憶する）。これによって、装置３の装置状態と装置１の装置状態（装置１で管理している装置３の装置状態）との整合性が維持される。

図２は、図１に示したシステムで行われる動作の一例を示す。保守者がＯＰＳ４に制御Ａを入力すると（図２＜１＞）、制御Ａの情報が装置１に送信される。制御Ａの情報を受信した装置１は、制御Ａの実行依頼を装置２へ送信する（図２＜２＞）。制御Ａの実行依頼を受信した装置２は、制御Ａの翻訳を行い、制御Ａを例えば制御Ａ-１及びＡ-２に変換する（図２＜３＞）。装置２は、制御Ａ-１及びＡ-２のうち、制御Ａ-１の実行依頼を装
置３に送る（図２＜４＞）。

装置３は、制御Ａ-１を実行し、制御Ａ-１が正常に終了すると、制御Ａ-１の実行結果
を基に装置状態（ハードウェア制御情報３２Ａ及び装置構成情報３３Ａ）を更新する（図２＜５＞）。装置３は、制御Ａ-１の正常終了（ＯＫ）を示す応答を装置２に返す（図２
＜６＞）。すると、装置２は、制御Ａ-２の実行依頼を装置３に送る（図２＜７＞）。

装置３は、制御Ａ-２を実行する。制御Ａ-２が正常に終了すると、装置３は、制御Ａ-
２の実行結果を基に装置状態（ハードウェア制御情報３２Ａ及び装置構成情報３３Ａ）を更新する（図２＜８＞）。装置３は、制御Ａ-２の正常終了（ＯＫ）を示す応答を装置２
に返す（図２＜９＞）。このように、装置２は、変換によって得られた複数の制御の一つに対応する実行依頼を装置３に送り、装置３から正常終了の応答が得られると、次の制御の実行依頼を装置３に送る。このような手順が複数の制御の全てに関して行われる。

装置２は、制御Ａ-２の実行結果“ＯＫ”を示す応答を装置３から受け取ると、変換さ
れた全ての制御Ａ-１及びＡ-２が正常に終了したので、装置１へ制御Ａの正常終了（ＯＫ）を示す応答を装置１に返す（図２＜１０＞）。装置１は、応答を受けて、装置１の装置状態（装置管理情報１２Ａ）を更新する（図２＜１１＞）。これにより、装置３の装置状態と装置１の装置状態との整合性が保たれる。

装置１は、ＯＰＳ４に制御Ａの成功（ＯＫ）を示す情報を送信する（図２＜１２＞）。ＯＰＳ４は、ＯＰＳ４が備える画面に、制御Ａの成功を示す情報を表示する（図２＜１３＞）。これによって、保守者は、装置３に対する制御Ａが成功したことを知ることができる。

図３は、参考例の問題点の説明図である。図３の＜１＞〜＜７＞は、図２と同じ手順である。但し、図３では、＜７＞における制御Ａ-２の実行依頼の送信前に、装置２と装置
３との間に通信障害（装置間の通信リンクの切断）が発生し、制御Ａ-２の実行依頼が装
置３に届かない（図３＜８＞）。通信障害は、例えば、装置２と装置３との間の通信回線の障害（リンクエラー），装置３のハードウェアの障害（ハードエラー），装置３のソフトウェアのエラー（ソフトエラー）などを要因として起こる。

装置２は、実行依頼を装置３に送信する毎に、応答の待ち受け用のタイマをセットする。図３の例では、制御Ａ-２の実行依頼が装置３に届いていないため、装置２は、タイマ
の満了前に、制御Ａ-２の実行依頼に対する応答を得ることができない。装置２は、タイ
マが満了すると、制御Ａの実行が失敗（ＮＧ）であることを示す応答を装置１に返す（図３＜９＞）。

装置１は、制御Ａが失敗であるので、装置管理情報１２Ａを更新することなく、ＯＰＳ４に制御Ａの失敗（ＮＧ）を示す情報を送信する（図３＜１１＞）。ＯＰＳ４は、ＯＰＳ４が備える画面に、制御Ａの成功を示す情報を表示する（図３＜１２＞）。これによって、保守者は、装置３に対する制御Ａが失敗したことを知ることができる。

図３の場合、装置３では、制御Ａ-１の実行は成功しているので、装置３の装置状態（
ハードウェア制御情報３２Ａ及び装置構成情報３３Ａ）は更新（制御Ａ-１の実行結果が
反映）されている。これに対し、装置１では、制御Ａが失敗との応答を受けて、装置１で管理している装置３の装置状態（装置管理情報１２Ａ）を更新しない。従って、装置３で保持される装置状態と装置１で管理している装置状態との間に不整合が生じる。

不整合が生じた場合には、ハードウェア制御情報３２Ａ及び装置構成情報３３Ａを制御Ａ-１の実行前の状態に戻すことが考えられる。しかしながら、装置３の制御が失敗した
場合、装置１には、制御Ａの失敗が装置３から通知されるだけであり、装置１は、制御Ａの実行前における装置３の装置状態を維持する。このため、保守者は、装置３において制御Ａ-１〜Ａ-ｎのどの段階まで終了しているのかを遠隔から伺い知ることができなかった。したがって、保守者は、不整合を解消する場合には、装置３の設置位置まで赴き、装置３の装置状態を確認し、マニュアル操作で装置３の装置状態を制御Ａ-１の実行前の状態
まで戻していた。このような復旧作業は煩雑であった。

以下、実施形態として、装置間に生じた不整合を容易に解消可能なシステムについて説明する。以下の実施形態の説明において、参考例と同じ構成要素については同一の符号を付してある。

〔実施形態〕
＜システム構成＞
図４は、実施形態に係るシステム（装置状態の復旧システム）の構成例を示す図である。図４に示すシステムは、４０ＧｂＥをサポートするフレームの伝送装置１０（以下、「装置１０」という）と、翻訳装置２０（以下、「装置２０」という）と、１００ＧｂＥをサポートするフレームの伝送装置３０（以下、「装置３０」）とを含む。図４では、複数の装置３０が設けられているが、単一の装置３０を含むシステムであっても良い。装置１０と装置２０、及び装置２０と各装置３０とは通信回線（ネットワーク）を介して接続されており、これらの間で相互に通信可能である。通信回線は、例えば、Local Area Network（ＬＡＮ）である。装置１０は、「第１装置」の一例であり、装置２０は、「第２装置」の一例であり、装置３０は、「第３装置」の一例である。

装置１０は、参考例の装置１に対応する。装置１０は、ＯＰＳ４と接続されている。装置１０は、制御部１１と、不揮発領域１２とを含む。不揮発領域１２は、装置管理情報１２Ａを記憶する。装置１０の構成は、装置１と同じ構成であるので説明を省略する。

なお、不揮発領域１２は、「第１記憶部」の一例であり、装置管理情報１２Ａは、「装置状態を示す情報」の一例である。制御部１１は、「第１依頼部」、及び「更新部」の一例である。

装置２０は、参考例の装置２に対応する。装置２０は、装置２が備える翻訳部２１と同様の機能及び構成を有する翻訳部２１と、装置３０の制御結果の管理部２２（制御結果管理部２２）と、装置２０から装置１０への応答結果の管理部２３（応答結果管理部２３）と、揮発領域２４とを含む。

翻訳部２１は、装置１０から依頼された制御（例えば制御Ａ）を、装置３０に適合する複数の制御（制御Ａ-１〜Ａ-ｎ）に変換する。揮発領域２４は、装置３０の制御結果情報２４Ａと、装置２０から装置１０への応答送信結果情報２４Ｂとを記憶する。制御結果情報２４Ａは、装置３０の制御結果を示す情報であり、応答送信結果情報２４Ｂは、装置２０から装置１０へ送信した応答結果（成功（ＯＫ）又は失敗（ＮＧ））を示す情報である。

なお、翻訳部２１は、「変換部」の一例であり、制御結果管理部２２は、「第２依頼部」の一例である。送信結果管理部２３は、「第１送信部」の一例である。装置１０から依頼される制御（例えば制御Ａ）は、「第１制御」の一例であり、翻訳部２１によって変換される複数の制御（制御Ａ-１〜Ａ-ｎ）は、「複数の第２制御」の一例である。

装置３０は、参考例の装置３に対応する。装置３０は、装置３と同様の機能及び構成を有する制御部３１，主信号制御部３２，及び不揮発領域３３を含む。さらに、装置３０は、リバースコマンド（Ｒ−ＣＭＤ）の管理部（Ｒ−ＣＭＤ管理部）３４と、タイマの管理部３５（タイマ管理部３５）と、揮発領域３６とを含む。揮発領域３６は、タイマ情報３６Ａを記憶する。装置３０の不揮発領域３３には、装置構成情報３３Ａに加えてリバースコマンドのリスト３３Ｂ（Ｒ−ＣＭＤリスト３３Ｂ）が記憶される。

なお、制御部３１は、「制御部」，「第２送信部」の一例である。不揮発領域３３は、「第２記憶部」，及び「第３記憶部」の一例である。ハードウェア制御情報３２Ａ及び装置構成情報３３Ａは、「装置状態を示す情報」の一例である。Ｒ−ＣＭＤ管理部３４は、「管理部」の一例である。

＜＜Ｒ−ＣＭＤ管理部３４＞＞
Ｒ−ＣＭＤ管理部３４は、装置２０から受信される各制御に対応するリバースコマンドを生成し、Ｒ−ＣＭＤリスト３３Ｂに登録する。図５は、Ｒ−ＣＭＤリスト３３Ｂのデータ構造例を示す。図６は、Ｒ−ＣＭＤリスト３３Ｂの生成に係る説明図である。

図５に示すように、Ｒ−ＣＭＤリスト３３Ｂは、各制御に対応するリバースコマンド（図５の例では、コマンドＡ，コマンドＢ）が格納される。リバースコマンドは、制御の結果として更新されたハードウェア制御情報３２Ａ及び装置構成情報３３Ａを制御前の内容（状態）に戻す制御コマンドである。すなわち、リバースコマンドは、「各第２制御の実行結果を実行前に戻す」コマンドである。

Ｒ−ＣＭＤ管理部３４は、制御部３１が装置２０から受信された制御の指示に従った制御を行う際に、制御部３１からリバースコマンドの保持通知（Ｒ−ＣＭＤ保持通知）を受け取る。管理部３４は、制御の内容に応じたリバースコマンドを生成し、リスト３３Ｂに登録する。

図６の例では、制御Ａ-１の内容が「カード登録」であり、制御Ａ-２の内容が「カード状態変更（非運用から運用への変更）」であり、制御Ａ-３の内容が「カード登録」であ
る。「カード登録」に対応するリバースコマンドとして、Ｒ−ＣＭＤ管理部３４は、「カード削除」のリバースコマンドを生成し、リスト３３Ｂに登録する。「カード状態変更（非運用（disactivation）から運用(activation)への変更）」に対応するリバースコマン
ドとして、Ｒ−ＣＭＤ管理部３４は、「カード状態変更（運用から非運用への変更）」のリバースコマンドを生成し、Ｒ−ＣＭＤリスト３３Ｂに登録する。「ポート登録」に対応するリバースコマンドとして、Ｒ−ＣＭＤ管理部３４は、「ポート削除」のリバースコマンドを生成し、リスト３３Ｂに登録する。

ここに、「カード」とは、シェルフ型の伝送装置に搭載される外観形状がカード型の装置である。「カード」には、伝送装置に備えられる所定の機能或いは処理を実行するためのモジュールが実装される。モジュールは、電子部品，電子デバイス，及び物理装置の少なくとも一つ、又はこれらの２以上の組み合わせで形成される。「カード」は、「機能カード」とも呼ばれる。また、「カード」は、「パネル」、「ボード」、「パッケージ」、「ＰＩＵ（ＰｌｕｇＩｎ Ｕｎｉｔ）」などと呼ばれる場合もある。

例えば、カードが通信回線を収容する通信インタフェース回路又は通信モジュールを搭載している場合には、当該カードは「インタフェースカード」と呼ばれる。インタフェースカードは、通信回線を収容するための複数のポートを有する。「カード登録」とは、伝送装置の筐体に装着された「カード」を装置３０の管理下に置くための制御（処理）であり、「カード削除」とは、「カード」を装置３０の管理から除外する制御（処理）である。

「カード状態変更」とは、「カード」を非運用状態（非稼働状態）と運用状態（稼働状態）との間で遷移させるための制御（処理）である。「ポート登録」は、所定のポートを管理対象に加える制御（処理）であり、「ポート削除」は、所定のポートを管理対象から除外する制御（処理）である。但し、これらのカードに係る制御内容は一例である。

また、Ｒ−ＣＭＤ管理部３４は、タイマ管理部３５，装置２０の制御結果管理部２２及び応答結果管理部２３から送信されるリバースコマンドの適用通知（Ｒ−ＣＭＤ適用通知）を受信する。この場合、Ｒ−ＣＭＤ管理部３４は、Ｒ−ＣＭＤリスト３３ＢにＲ−ＣＭＤ適用通知に対応するリバースコマンドがあるか否かのチェックを行う。Ｒ−ＣＭＤリスト３３Ｂに対応するリバースコマンドがある場合には、Ｒ−ＣＭＤ管理部３４は、当該リバースコマンドを実行する。

リバースコマンドの実行によって、制御部３１は、主信号制御部３２の状態、及びハードウェア制御情報３２Ａ及び装置構成情報３３Ａをリバースコマンドに対応する制御前の状態に戻す処理（「復旧処理」という）を行う。復旧処理によって、装置３０における装置状態が制御前に復旧する。したがって、装置３０と装置１０との装置状態の不整合が自動で解消される。復旧処理が終了すると、Ｒ−ＣＭＤ管理部３４は、Ｒ−ＣＭＤリスト３３Ｂから対応するリバースコマンドを削除する。

また、Ｒ−ＣＭＤ管理部３４は、装置３０の起動時に、制御部３１からＲ−ＣＭＤ適用通知を受信する。この場合、Ｒ−ＣＭＤ管理部３４は、Ｒ−ＣＭＤリスト３３ＢからＲ−ＣＭＤ適用通知に対応するリバースコマンドを検索する。Ｒ−ＣＭＤリスト３３Ｂに対応するリバースコマンドが検索された場合には、Ｒ−ＣＭＤ管理部３４は、当該リバースコマンドを実行し、復旧処理を行う。これによって、装置３０にて或る制御の実行中に電源断のような異常が発生し、結果として装置３０と装置１０との間の装置状態の不整合が発生する場合でも、当該不整合を解消できる。

また、Ｒ−ＣＭＤ管理部３４は、制御結果管理部２２からリバースコマンドの破棄通知（Ｒ−ＣＭＤ破棄通知））を受信した場合には、当該制御に対応するリバースコマンドをＲ−ＣＭＤリスト３３Ｂから削除する。これによって、不要のデータを不揮発領域３３から削除し、不揮発領域３３の空き容量を増やすことができる。

＜＜タイマの管理部３５＞＞
タイマ管理部３５は、タイマ情報３６Ａを生成し、揮発領域３６に記憶する。図７は、タイマ情報３６Ａのデータ構造例を示す。図７に示すように、タイマ情報３６Ａは、一例として、テーブル形式で管理される。タイマ情報３６Ａは、制御開始時間と、受信待ちタイマとを含む。制御開始時間は、装置２０での変換によって得られた一連の制御のうち、最初の制御（制御Ａ-１）の開始時間を示す。受信待ちタイマは、上述したＲ−ＣＭＤ適
用通知やＲ−ＣＭＤ破棄通知の受信待ちタイマである。タイマ管理部３５は、受信待ちタイマの管理（計時開始、計時停止）を行う。

タイマ管理部３５は、制御部３１から制御開始通知を受信したときに、制御開始時間をタイマ情報３６Ａに登録し、受信待ちタイマの計時を開始する。受信待ちタイマの満了時
間は、適宜設定可能である。受信待ちタイマの満了前に、例えば、タイマ破棄通知が受信された場合には、タイマ管理部３５は、受信待ちタイマの計時を停止する。これに対し、受信待ちタイマが満了した場合には、タイマ管理部３５は、Ｒ−ＣＭＤ管理部３４に対し、Ｒ−ＣＭＤ適用通知を送る。

このような構成によって、受信待ちタイマが満了すると、Ｒ−ＣＭＤ管理部３４が、リバースコマンドを制御部３１に実行させる。例えば、装置２０と装置３０との接続が切断されると、装置２０と装置３０とは通信できなくなる。これにより、装置２０が制御の結果を装置３０から受信できないことや、装置３０が次の制御の依頼を装置２０から受信できないことを以て複数の制御が異常終了する。このような場合に、受信待ちタイマが満了を契機にリバースコマンドを実行させて、装置状態の不整合を解消することができる。

＜＜制御結果管理部２２＞＞
制御結果管理部２２は、揮発領域２４に記憶される制御結果情報２４Ａを管理する。図８は、制御結果情報２４Ａの説明図である。制御結果情報２４Ａは、装置３０に対する制御結果が正常終了（成功）か異常終了（失敗）かを示す情報である。

制御結果管理部２２は、装置２０での変換によって得られた装置３０に対する一連の制御（制御Ａ-１〜Ａ-ｎ）の全てに対する正常終了の通知を受信した場合に、制御結果情報２４Ａとして「正常終了（制御の成功）」を揮発領域２４に記憶する。これに対し、一連の制御の全てに対する正常終了の通知が得られない場合には、制御結果管理部２２は、制御結果情報２４Ａとして「異常終了（制御の失敗）」を揮発領域２４に記憶する。

制御結果管理部２２は、装置３０に対する一連の制御の全てが正常終了した場合には、応答結果管理部２３に正常終了通知を送る。これに対し、一連の制御が異常終了した場合には、装置２０が装置３０に対する制御を停止する。この場合、制御結果管理部２２は、応答結果管理部２３に異常終了通知を送り、Ｒ−ＣＭＤ管理部３４向けにＲ−ＣＭＤ適用通知を送り、タイマ管理部３５向けにタイマ破棄通知を送る。

＜＜応答結果管理部２３＞＞
応答結果管理部２３は、制御結果管理部２２から正常終了通知を得た場合に、制御結果情報２４Ａ（正常終了）を、装置１０からの制御依頼の応答として装置１０へ送る。応答結果管理部２３は、応答の送信が正常に終了した旨を装置１０から受信した場合に、応答送信結果情報２４Ｂとして、応答の送信が正常に終了した旨を揮発領域２４に記憶する。図９は、応答送信結果情報２４Ｂの説明図である。図９に示すように、応答送信結果情報２４Ｂとして、装置１０への応答の送信が正常に終了したか否かを示す情報（正常、異常）が記憶される。

応答送信結果情報２４Ｂが「正常」を示し、且つ制御結果情報２４Ａが「正常終了」を示す場合には、応答結果管理部２３は、Ｒ−ＣＭＤ管理部３４向けにＲ−ＣＭＤ破棄通知を送るとともに、タイマ管理部３５向けにタイマ破棄通知を送る。

応答送信結果情報２４Ｂが「正常」を示す一方で、制御結果情報２４Ａが「異常終了」を示す場合には、応答結果管理部２３は特に処理を行わない。また、応答送信結果情報２４Ｂが「正常」を示す場合には、応答結果管理部２３は、Ｒ−ＣＭＤ管理部３４向けにＲ−ＣＭＤ適用通知を送るとともに、タイマ管理部３５向けにタイマ破棄通知を送る。

＜システムのハードウェア構成＞
次に、図１に示したシステム（装置１０，装置２０，装置３０）のハードウェア構成例について説明する。図１０は、システムのハードウェア構成例を示す。図１０において、
装置１０は、バスを介して相互に接続されたＬＡＮインタフェース回路（ＬＡＮ−ＩＦ）１０１，Central Processing Unit（ＣＰＵ）１０２，Read Only Memory（ＲＯＭ）１０
３，Random Access Memory（ＲＡＭ）１０４，及び不揮発性記憶媒体１０５を含む。

ＬＡＮ−ＩＦ１０１は、物理層（ＰＨＹ）及びMedia Access Control（ＭＡＣ）層を扱い、ＯＰＳ４及び装置２０との通信を司る。ＬＡＮ−ＩＦ１０１として、例えばＬＡＮカードやネットワークインタフェースカード（ＮＩＣ）を適用することができる。

ＲＯＭ１０３は、ＣＰＵ１０２によって実行されるプログラムやプログラムの実行に際して使用されるデータを記憶する。ＲＡＭ１０４は、ＣＰＵ１０２の作業領域，データの記憶領域，通信に係るデータのバッファ領域として使用される。

不揮発性記憶媒体１０５は、例えば、ハードディスクドライブ（ＨＤＤ），Solid State Drive（ＳＳＤ），フラッシュメモリ，Electrically Erasable Programmable Read-Only Memory（ＥＥＰＲＯＭ）などである。不揮発性記憶媒体１０５は、ディスク記憶媒体やＵＳＢメモリのような可搬性を有する記憶媒体を含み得る。不揮発性記憶媒体１０５は、ＣＰＵ１０２で実行されるプログラムや、プログラムの実行に際して使用されるデータを記憶する。

ＣＰＵ１０２は、ＲＯＭ１０３或いは不揮発性記憶媒体１０５に記憶されたプログラムをＲＡＭ１０４にロードして実行することにより、装置１０としての動作を行う。すなわち、ＣＰＵ１０２は、プログラムの実行により、図４に示した制御部１１として動作する。不揮発性記憶媒体１０５は、図４に示した不揮発領域１２として使用され、装置管理情報１２Ａを記憶する。

例えば、制御部１１として動作するＣＰＵ１０２は、ＬＡＮ−ＩＦ１０１で受信されるＯＰＳ４からの制御（例えば制御Ａ）の情報に基づく制御指示（制御Ａの依頼）を生成し、ＬＡＮ−ＩＦ１０１を介して装置２０へ送る。また、ＣＰＵ１０２は、ＬＡＮ−ＩＦ１０１で受信される上記制御指示（制御依頼）の応答が制御成功を示す場合に、不揮発性記憶媒体１０５に記憶されている装置管理情報１２Ａ（装置状態）を更新する。また、ＣＰＵ１０１は、制御の結果を示す情報をＬＡＮ−ＩＦ１０１を介してＯＰＳ４へ送る。

装置２０は、バスを介して相互に接続されたＬＡＮ−ＩＦ２０１，ＣＰＵ１０２，ＲＯＭ２０３，及びＲＡＭ２０４を含む。ＬＡＮ−ＩＦ２０１，ＣＰＵ２０２，ＲＯＭ２０３，及びＲＡＭ２０４は、ＬＡＮ−ＩＦ１０１，ＣＰＵ１０２，ＲＯＭ１０３，及びＲＡＭ１０４と同様の機能乃至構成を有することができる。

ＣＰＵ２０２は、ＲＯＭ２０３に記憶されたプログラムをＲＡＭ２０４にロードして実行することによって、図４に示した翻訳部２１，制御結果管理部２２，応答結果管理部２３として動作する。ＲＡＭ２０４は、図４に示した揮発領域２４として使用され、制御結果情報２４Ａ及び応答送信結果情報２４Ｂを記憶する。

例えば、翻訳部２１として動作するＣＰＵ２０２は、制御の依頼（例えば、制御Ａの依頼）を、装置３０に適合する複数の制御（制御Ａ-１〜Ａ-ｎ）に変換する処理を行う。ＣＰＵ２０２は、制御Ａ-１〜Ａ-ｎにそれぞれ対応する制御指示（制御の依頼）を生成し、ＬＡＮ-ＩＦ２０１を介して装置３０へ送る。

装置３０は、バスを介して相互に接続されたＬＡＮ−ＩＦ３０１，ＣＰＵ３０２，ＲＯＭ３０３，ＲＡＭ３０４，不揮発性記憶媒体３０５，及びField Programmable Gate Array（ＦＰＧＡ）３０６を含む。ＬＡＮ−ＩＦ３０１，ＣＰＵ３０２，ＲＯＭ３０３，及び
ＲＡＭ３０４は、ＬＡＮ−ＩＦ１０１，ＣＰＵ１０２，ＲＯＭ１０３，ＲＡＭ１０４，不揮発性記憶媒体１０５と同様の機能乃至構成を有することができる。

ＦＰＧＡ３０６は、伝送装置３０で扱う主信号に対する処理を行うハードウェアの一例であり、図１に示した主信号制御部３２に相当する。ＦＰＧＡ３０６は、メモリを含み、メモリには、ハードウェア制御情報３２Ａが記憶される。

ＣＰＵ３０２は、ＲＯＭ３０３に記憶されたプログラムをＲＡＭ３０４にロードして実行することによって、図４に示した制御部３１，Ｒ−ＣＭＤ管理部３４，及びタイマ管理部３５として動作する。不揮発性記憶媒体３０５は、図４に示した不揮発領域３３として使用され、装置構成情報３３Ａ及びＲ−ＣＭＤリスト３３Ｂを記憶する。ＲＡＭ２０４は、図４に示した揮発領域３６として使用され、タイマ情報３６Ａを記憶する。

ＣＰＵ１０２，２０２，３０２のそれぞれは、「プロセッサ」，「制御装置」，「コントローラ」，「制御部」の一例である。ＲＯＭ１０３，２０３，３０３，ＲＡＭ１０４，２０４，３０４，不揮発性記憶媒体１０５，３０５のそれぞれは、「メモリ」，「記憶装置」，「記憶媒体」の一例である。

なお、ＣＰＵ１０２，２０２，３０２で行われる処理の少なくとも一部は、Digital Signal Processor（ＤＳＰ），ＦＰＧＡのようなプログラマブルロジックデバイス（ＰＬＤ），集積回路（ＩＣ，ＬＳＩ，Application Specific Integrated Circuit（ＡＳＩＣ）
など）の半導体デバイスによって行われても良い。

＜処理フロー＞
次に、Ｒ−ＣＭＤ管理部３４，タイマ管理部３５，制御結果管理部２２，及び応答結果管理部２３の処理フローについて説明する。

＜＜Ｒ−ＣＭＤ管理部（ＣＰＵ３０２）の処理＞＞
図１１は、Ｒ−ＣＭＤ管理部３４の処理例を示すフローチャートである。図１１に示す処理は、ＣＰＵ３０２によって実行される。０１において、Ｒ−ＣＭＤ管理部３４は、通知の受信を待ち、通知を受信すると、処理を０２に進める。

０２では、Ｒ−ＣＭＤ管理部３４は、受信内容のチェックを行う。通知がＲ−ＣＭＤ保持通知であれば、処理が０３に進む。通知がＲ−ＣＭＤ適用通知であれば、処理が０４に進む。通知がＲ−ＣＭＤ破棄通知であれば、処理が０７に進む。

０３に処理が進んだ場合には、Ｒ−ＣＭＤ管理部３４は、制御に対応するリバースコマンドを生成し、Ｒ−ＣＭＤリスト３３Ｂに登録する。その後、処理が０１に戻る。

０４に処理が進んだ場合には、Ｒ−ＣＭＤ管理部３４は、タイマ管理部３５にタイマ破棄通知を送る。０５では、Ｒ−ＣＭＤ管理部３５は、Ｒ−ＣＭＤリスト３３Ｂを参照し、Ｒ−ＣＭＤ適用通知に対応するリバースコマンドがＲ−ＣＭＤリスト３３Ｂに登録されているか否かを判定する。対応するリバースコマンドがＲ−ＣＭＤリスト３３Ｂに登録されている場合には、処理が０６に進む。対応するリバースコマンドがＲ−ＣＭＤリスト３３Ｂに登録されていない場合には、Ｒ−ＣＭＤ管理部３５は、特に処理を行うことなく図１１の処理を終了する。

０６では、Ｒ−ＣＭＤ管理部３４は、リバースコマンドを制御部３１に実行させる。制御部３１は、リバースコマンドで指定された制御（例えば、「カード削除」）を行い、主信号制御部３２（ハードウェア）の状態を、リバースコマンドに対応する制御（例えば、
「カード登録」）前の状態に戻す。これに伴い、制御部３１は、ハードウェア制御情報３２Ａ及び装置構成情報３３Ａを制御前の状態（カード登録前の状態）に復旧させる。その後、処理が０７に進む。

なお、０６において、Ｒ−ＣＭＤリスト３３Ｂに複数のリバースコマンドが登録されている場合には、Ｒ−ＣＭＤ管理部３４は、リバースコマンドの登録順と逆順で、各リバースコマンドに対応する処理を制御部３１に実行させる。これによって、最終的に装置３０の装置状態が一連の制御のうちの最初の制御（Ａ-１〜Ａ-ｎ中のＡ-１）の開始前の状態
に戻る。０７では、Ｒ−ＣＭＤ管理部３４は、Ｒ−ＣＭＤリスト３３Ｂに登録されたリバースコマンドを削除（破棄）する。０７の終了後、図１１の処理が終了する。

＜＜タイマ管理部３５（ＣＰＵ３０２）の処理フロー＞＞
図１２，図１３及び図１４は、タイマ管理部３５の処理例を示すフローチャートである。図１２〜図１４に示す処理は、タイマ管理部３５として動作するＣＰＵ３０２によって実行される。図１２に示す処理は、例えば、制御部３１からの制御開始通知をタイマ管理部３５が受信することによって開始される。

１１では、タイマ管理部３５は、制御開始時間をタイマ情報３６Ａに記憶する。１２では、タイマ管理部３５は、受信待ちタイマの計時を開始する。１１と１２とは順序が逆でも良い。

１３では、タイマ管理部３５は、イベント待ち状態となる。イベントとして、タイマ破棄通知が受信された場合には、処理が１４（図１３）に進む。これに対し、イベントとして受信待ちタイマの値をチェックするタイミング（タイマチェックタイミング）となった場合には、処理が１６（図１４）に進む。

１４では、タイマ管理部３５は、タイマ破棄通知に従い、タイマ情報３６Ａ中の受信待ちタイマを破棄（削除）する。これにより、受信待ちタイマの計時が停止される。１５では、タイマ情報３６Ａとして記憶された制御開始時間を破棄する。

１６では、タイマ管理部３５は、受信待ちタイマのチェックを行う。例えば、タイマ管理部３５は、制御開始時間からの経過時間（すなわち、受信待ちタイマの値）が、所定の満了時間を超過するか否かを判定する。所定の満了時間は、予めＲＯＭ３０３や不揮発性記憶媒体３０５に記憶されている。このように、タイマ管理部３５は、受信待ちタイマが満了したか否かの判定を行う。

＜＜制御結果管理部２２（ＣＰＵ２０２）の処理フロー＞＞
図１５は、制御結果管理部２２の処理例を示すフローチャートである。図１５の処理は、ＣＰＵ２０２によって実行される。図１５の処理の開始前に、翻訳部２１として動作するＣＰＵ２０２が、装置１０からの制御（制御Ａとする）の依頼を、複数の制御Ａ-１〜
Ａ-ｎに変換している。

２１において、制御結果管理部２２は、装置３０に複数の制御（制御Ａ-１〜Ａ-ｎ）のうちの最初の制御（制御Ａ-１）を依頼する。これにより、制御Ａ-１の実行指示を示す情報がＬＡＮ−ＩＦ２０１を介して装置３０へ送信される。

２２では、制御結果管理部２２は、装置３０からの応答を待つ。応答が受信されると、制御結果管理部２２は、応答内容をチェックする（２３）。このとき、応答内容が依頼に係る制御の異常終了を示す場合には処理が２４に進む。応答内容が依頼に係る制御の正常終了を示す場合には処理が２６に進む。

２３の処理のために、制御結果管理部２２は、制御の依頼時に、制御の依頼に対する応答の待ち受けタイマをセットすることができる。何らかの理由で装置３０との接続が切断され、待ち受けタイマの満了前に応答が受信されない場合には、制御結果管理部２２は、依頼に係る制御の異常終了と判定することができる。このように、制御結果管理部２２で行われる異常終了の判定は、応答内容が異常終了を示す場合と、装置３０から応答が得られない場合との少なくとも一方を含むことができる。

２４では、制御結果管理部２２は、応答結果管理部２３に異常終了通知を送る。２５では、制御結果管理部２２は、Ｒ−ＣＭＤ管理部３４向けにＲ−ＣＭＤ適用通知を送信する。Ｒ−ＣＭＤ適用通知は、ＬＡＮ−ＩＦ２０１を介して装置３０へ送信される。

２６では、制御結果管理部２２は、装置３０への依頼対象の全ての制御が終了したか否かを判定する。このとき、依頼対象の全ての制御が終了していない場合には、処理が２１に戻る。２１では、次の依頼対象の制御についての依頼がなされる。依頼対象の全ての制御が終了している場合には、制御結果管理部２２は、応答結果管理部２３に正常終了通知を送る（２７）。

制御結果管理部２２は、２５及び２７の処理時に、制御結果（異常終了又は正常終了）を示す制御結果情報２４Ａを揮発領域２４（ＲＡＭ２０４）に記憶する。なお、図１５における２４の処理と２５の処理との順序は逆であっても良い。また、２１〜２４，２６の処理は翻訳部２１が行い、制御結果管理部２２は２５及び２７の処理を行うようにしても良い。
＜＜応答結果管理部２３（ＣＰＵ２０２）の処理フロー＞＞
図１６は、応答結果管理部２３の処理例を示すフローチャートである。図１６の処理は、ＣＰＵ２０２によって実行される。

３１では、応答結果管理部２３は、装置１０へ制御結果（装置１０からの制御依頼に対する応答）を送信する。応答は、ＬＡＮ−ＩＦ２０１を介して装置１０へ送信される。３２では、応答結果管理部２３は、送信結果をチェックする。送信結果のチェックは、例えば、３１で送った応答に対する受領確認（装置１０からの応答）が所定期間内に装置２０で受信されたか否かを以て判定することができる。

受領確認が受信されない場合には、応答の送信が失敗した場合の処理を行うため、処理が３３に進む。受領確認が受信された場合には、応答の送信が成功した場合の処理を行うため、処理が３５に進む。

３３では、応答結果管理部２３は、Ｒ−ＣＭＤ管理部３４向けのＲ−ＣＭＤ適用通知を送信する。３４では、応答結果管理部２３は、タイマ管理部３５向けのタイマ破棄通知を送信する。Ｒ−ＣＭＤ適用通知及びタイマ破棄通知は、ＬＡＮ−ＩＦ２０２を介して装置３０へ送信される。なお、３３と３４の処理の順序は逆でも良い。

３５では、応答結果管理部２３は、揮発領域２４（ＲＡＭ２０４）に記憶された制御結果情報２４Ａを参照し、制御結果をチェックする。このとき、制御結果が異常終了であれば、応答結果管理部２３は特に処理を行わず、図１６の処理を終了する。これに対し、制御結果が正常終了であれば、処理が３６に進む。

３６では、応答結果管理部２３は、Ｒ−ＣＭＤ管理部３４向けのＲ−ＣＭＤ破棄通知を送信する。３７では、応答結果管理部２３は、タイマ管理部３５向けのタイマ破棄通知を送信する。Ｒ−ＣＭＤ破棄通知及びタイマ破棄通知は、ＬＡＮ−ＩＦ２０２を介して装置
３０へ送信される。なお、３６と３７の処理の順序は逆でも良い。

＜動作例＞
次に、実施形態のシステムにおける動作例について説明する。
＜＜動作例１＞＞
図１７は、装置１０から依頼された制御Ａに対応する制御Ａ-１〜Ａ-ｎ（ｎ＝２の例）が正常終了した場合におけるシステムの動作例（動作例１）を示すシーケンス図である。制御Ａに対応する制御Ａ-１の内容は「カード登録」であり、制御Ａ-２の内容は「ポート登録」であると仮定する。

図１７において、保守者がＯＰＳ４に制御Ａを入力すると（図１７＜１＞）、制御Ａの情報が装置１０に送信される。制御Ａの情報を受信した装置１０では、制御部１１が制御Ａの実行依頼を装置２０へ送信する（図１７＜２＞）。

制御Ａの実行依頼を受信した装置２０の翻訳部２１は、制御Ａを装置３０に適合した制御Ａ-１及びＡ-２に変換する（図１７＜３＞）。装置２０の制御結果管理部２２は、制御Ａ-１及びＡ-２のうち、制御Ａ-１の実行依頼を装置３０に送信する（図１７＜４＞）。

装置３０の制御部３１は、制御Ａ-１を実行する。このとき、タイマ管理部３５は、制
御開始通知を制御部３１から受けて、タイマ情報３６Ａを生成し、受信待ちタイマを起動する（図１７＜５＞）。

Ｒ−ＣＭＤ管理部３４は、Ｒ−ＣＭＤ保持通知を制御部３１から受けて、制御Ａ-１“
カード登録”に対応するリバースコマンド“カード削除”を生成し、Ｒ−ＣＭＤリスト３３Ｂに登録する（図１７＜６＞）。

制御部３１は、制御Ａ-１が正常に終了すると、ハードウェア制御情報３２Ａ及び装置
構成情報３３Ａを更新する（図１７＜７＞）。制御部３１は、制御Ａ-１についての制御
結果（正常終了）を示す応答を装置２０へ送信する（図１７＜８＞）。

装置２０の制御結果管理部２２は、応答（正常終了）を受信すると、次の制御Ａ-２の
実行依頼を装置３０に送信する（図１７＜９＞）。制御部３１は、制御Ａ-２の実行を開
始するとともに、制御Ａ-２に対応するＲ−ＣＭＤ保持通知をＲ−ＣＭＤ管理部３４に送
る。

Ｒ−ＣＭＤ管理部３４は、Ｒ−ＣＭＤ保持通知に従って、制御Ａ-２“ポート登録”に
対応するリバースコマンド“ポート削除”を生成し、Ｒ−ＣＭＤリスト３３Ｂに登録する（図１７＜１０＞）。この時点で、Ｒ−ＣＭＤリスト３３Ｂには、“カード削除”及び“ポート削除”のリバースコマンドが登録される。

制御部３１は、制御Ａ-２が正常に終了すると、ハードウェア制御情報３２Ａ及び装置
構成情報３３Ａを更新する（図１７＜１１＞）。制御部３１は、制御Ａ-２についての制
御結果（正常終了）を示す応答を装置２０へ送信する（図１７＜１２＞）。

制御結果管理部２２は、応答（正常終了）を受けて全ての制御Ａ-１及びＡ-２が終了したと判定すると、正常終了を示す制御結果情報２４Ａを揮発領域２４に記憶する。また、制御結果管理部２２は、正常終了通知を応答結果管理部２３へ送り、応答結果管理部２３が制御Ａの正常終了を示す応答を装置１０へ送信する（図１７＜１３＞）。このとき、応答結果管理部２３は、待ち受け用のタイマを設定し、装置１０からの受領確認を待つ。

応答が装置１０で正常に受信されると、装置１０は装置２０へ受領確認を送信する。応答結果管理部２３は、タイマの満了前に受領確認を受信すると、制御結果情報２４Ａが制御Ａの正常終了を示すことを確認する。すると、応答結果管理部２３は、Ｒ−ＣＭＤ破棄通知及びタイマ破棄通知を装置３０へ送る（図１７＜１４＞）。

装置３０のタイマ管理部３５は、タイマ破棄通知に従ってタイマ解除を行う。すなわち、タイマ管理部３５は、タイマ情報３６Ａを削除する（図１７＜１５＞）。また、Ｒ−ＣＭＤ管理部３４は、Ｒ−ＣＭＤ破棄通知に従って、Ｒ−ＣＭＤリスト３３Ｂの登録内容を削除する（図１７＜１６＞）。

ところで、装置１０では、制御Ａの正常終了を示す応答が受信されると、制御部１１が装置管理情報１２Ａ（装置状態）を更新する（図１７＜１７＞）。制御部１１は、ＯＰＳ４へ制御Ａの正常終了を示す応答を送信する（図１７＜１８＞）。ＯＰＳ４では、制御Ａの成功を示す情報が表示装置の画面に表示される（図１７＜１９＞）。

＜＜動作例２＞＞
図１８は、装置２０と装置３０との間の接続の切断（通信障害）による装置状態の不整合を解消する動作例（動作例２）を示すシーケンス図である。図１８における＜１＞〜＜９＞の動作は、動作例１と同じであるので説明を省略する。

制御結果管理部２２は、制御の実行依頼が装置３０へ送信される毎に、実行依頼に対する応答の待ち受けタイマを設定する。待ち受けタイマが満了する前に応答が受信された場合には、待ち受けタイマを停止する。応答が受信されることなく待ち受けタイマが満了した場合には、制御結果管理部２２は、実行依頼に係る制御が失敗（ＮＧ）であると判定する。

動作例２では、＜９＞で制御Ａ-２の実行依頼が送信される場合にも、制御結果管理部
２２は、応答の待ち受け用のタイマ（図示せず）の計時を開始する。しかし、装置２０と装置３０との間の接続が、装置２０への制御Ａ-１に係る応答（図１８＜８＞）の送信後
に切断されている。このため、装置２０（制御結果管理部２２）は、制御Ａ-２に対する
応答をタイマの満了前に受信することができない。従って、制御結果管理部２２は、失敗（ＮＧ）の制御結果（異常終了）を制御結果情報２４Ａに登録し、応答結果管理部２３が制御Ａの失敗を示す応答を装置１０へ送信する。この時点で、装置３０において制御Ａ-
１は、正常終了しているので、装置状態（ハードウェア制御情報３２Ａ及び装置構成情報３３Ａ）は更新されており（図１８＜１７＞）、装置１０の装置管理情報１２Ａとの間で不整合が発生する。

装置１０では、応答が制御Ａの失敗（ＮＧ）を示すので、装置管理情報１２Ａの更新を行うことなく、制御Ａの失敗を示す応答をＯＰＳ４へ送信する（図１８＜１１＞）。ＯＰＳは、制御Ａの失敗を示す情報を表示装置の画面に表示する（図１８＜１２＞）。このように、装置１０は、装置管理情報１２Ａの更新を行わないので制御Ａの実行前の装置状態が維持される。すなわち、装置３０における装置状態との不整合が維持される。

ところで、応答結果管理部２３は、装置１０から応答の受領確認を受信しても、制御結果情報２４Ａが異常終了を示すので、特に処理を行わない。このため、装置３０では、受信待ちタイマが満了する（図１８＜１３＞）。すると、タイマ管理部３５がＲ−ＣＭＤ管理部３４にＲ−ＣＭＤ適用通知を送る。

Ｒ−ＣＭＤ適用通知を受けたＲ−ＣＭＤ管理部３４は、Ｒ−ＣＭＤリスト３３Ｂを参照し、“カード削除”のリバースコマンドを制御部３１に与える。制御部３１は、リバース
コマンド“カード削除”に従った処理を主信号制御部３２（ＦＰＧＡ３０６）について行う（図１８＜１４＞）。これによって、主信号制御部３２（ＦＰＧＡ３０６）の状態が制御Ａ-１“カード登録”の実行前の状態に戻るとともに、ハードウェア制御情報３２Ａ及
び装置構成情報３３Ａの内容が制御Ａ-１の実行終了に伴う更新前の状態に戻される（図
１８＜１５＞）。このようにして、装置３０の装置状態が制御Ａ-１（すなわち、制御Ａ
）の実行前の状態に戻る。これによって、装置１０における装置状態と装置３０における装置状態との不整合が解消される。

＜＜動作例３＞＞
図１９は、装置２０と装置１０との間の接続の切断（通信障害）による装置状態の不整合を解消する動作例（動作例３）を示すシーケンス図である。図１９における＜１＞〜＜１３＞の動作は、動作例１と同じであるので説明を省略する。

図１９の＜１３＞で装置１０へ送信された応答は、装置１０と装置２０との間の接続の切断によって装置１０に届かない。一方、装置１０では、制御Ａの依頼時に待ち受け用のタイマを設定しており、応答は、当該タイマの満了前に装置１０で受信されない。

この場合、装置１０は、待ち受け用のタイマの満了を以て、制御Ａの実行依頼が失敗（ＮＧ）であることを示す応答をＯＰＳ４へ送信する（図１９＜１４＞）。このとき、装置管理情報１２Ａは更新されない。ＯＰＳ４では、制御Ａの失敗を示す情報が表示装置の画面に表示される（図１９＜１５＞）。

応答結果管理部２３は、装置１０への応答の送信を契機に待ち受け用のタイマを設定する。しかし、装置１０との接続が切断されているので、応答結果管理部２３は、待ち受け用のタイマが満了する前に装置１０からの受領確認を受信することができない。この場合、応答結果管理部２３は、応答の送信が失敗したときの処理を行う。すなわち、応答結果管理部２３は、タイマ破棄通知とＲ−ＣＭＤ適用通知とを装置３０へ送信する（図１９＜１６＞）。

装置３０のタイマ管理部３５は、タイマ破棄通知を受けて、タイマの解除（タイマ情報３６Ａの削除）を行う（図１９＜１７＞）。Ｒ−ＣＭＤ管理部３４は、リバースコマンドを実施する（図１９＜１８＞）。Ｒ−ＣＭＤ管理部３４は、Ｒ−ＣＭＤ適用通知に従って、Ｒ−ＣＭＤリスト３３Ｂに登録されているリバースコマンドを制御部３１に実行させる。動作例２では、Ｒ−ＣＭＤリスト３３Ｂには、複数のリバースコマンド、すなわち、“カード削除”と“ポート削除”とが登録されている。この場合、Ｒ−ＣＭＤ管理部３４は、複数のリバースコマンドを、リスト３３Ｂへの登録順の逆順で順次制御部３１に実行させる。

具体的には、Ｒ−ＣＭＤ管理部３４は、まず、“ポート削除”を制御部３１に実行させる。“ポート削除”が終了したら、Ｒ−ＣＭＤ管理部３４は、“カード削除”を制御部３１に実行させる。これによって、装置状態（ハードウェア制御情報３２Ａ及び装置構成情報３３Ａ）が制御Ａ-１の開始前の状態に復旧する（図１９＜１９＞）。このような装置
３０におけるリバースコマンドの実施で、装置１０と装置３０との間の装置状態の不整合が解消される。

＜＜動作例４＞＞
図２０は、装置３０が複数の制御（Ａ-１〜Ａ-ｎ）の実行途中で電源断となった場合における動作例（動作例４）を示すシーケンス図である。図２０における＜１＞〜＜１２＞の動作は動作例２と同じであるので説明を省略する。但し、動作例２では、装置２０と装置３０との間の接続の切断によって、装置２０の制御結果管理部２２が制御Ａ-２の実行
依頼の応答を受信できない。これに対し、動作例４では、装置３０が制御Ａ-１の実行結
果（応答）の送信後に電源断となることで、制御結果管理部２２は、制御Ａ-２の実行依
頼の応答を受信できない。この点で、動作例４は動作例２と異なる。

装置３０において、電源断状態が解消される（電源供給が再開される）と、装置３０は、再起動処理を行う（図２０＜１３＞）。このとき、制御部３１は、Ｒ−ＣＭＤ管理部３４に、Ｒ−ＣＭＤ適用通知を送る。

Ｒ−ＣＭＤ管理部３４は、Ｒ−ＣＭＤ適用通知を受けて、Ｒ−ＣＭＤリスト３３Ｂにリバースコマンドが登録されているか否かを確認する（図２０＜１４＞）。動作例４では、Ｒ−ＣＭＤリスト３３Ｂに“カード削除”のリバースコマンドが登録されているので、Ｒ−ＣＭＤ管理部３４は、リバースコマンド“カード削除”を実施する（図２０＜１５＞）。これによって、装置状態（ハードウェア制御情報３２Ａ及び装置構成情報３３Ａ）が制御Ａ-１“カード登録”の実行前の状態に復旧する。これによって、装置１０の装置状態
との不整合が解消される。

＜実施形態の効果＞
以上説明した実施形態によれば、装置３０のＲ−ＣＭＤ管理部３４は、制御Ａ-１〜Ａ-ｎのそれぞれの実行に合わせて対応するリバースコマンドを生成し、Ｒ−ＣＭＤリスト３３Ｂ（不揮発領域３３）に記憶する。

制御Ａ-１〜Ａ-ｎは、その全てが実行されることなく終了する場合がある。例えば、制御Ａ-１〜Ａ-ｎの異常終了、或いは受信待ちタイマの満了である。制御Ａ-１〜Ａ-ｎの全てが実行されない場合、Ｒ−ＣＭＤ管理部３４は、不揮発領域３３に記憶されたリバースコマンドに基づく制御を制御部３１に実行させて装置状態を示す情報を制御Ａ-１〜Ａ-ｎの実行前の状態に復旧させる。

例えば、動作例１で説明したように、複数の制御Ａ-１〜Ａ-ｎを装置３０が実行している途中で装置２０と装置３０との間の接続が切断された場合に、実行済の制御Ａ-１に対
応するリバースコマンドが実行される。これによって、装置３０の装置状態を制御Ａ-１
〜Ａ-ｎの実行前の状態に復旧させることができる。したがって、装置１０の有する装置
状態との不整合が自動で解消される。すなわち、不整合の解消が容易となる。

また、実施形態の動作例３では、Ｒ−ＣＭＤ管理部３４は、装置２０から装置１０への制御Ａの正常終了を示す情報の送信が失敗したときに装置２０から受信されるＲ−ＣＭＤ適用通知に基づきリバースコマンドに基づく制御を制御部３１に実行させる。これにより、装置３０にて装置状態が更新されているにも拘わらず、装置１０と装置２０との接続の切断により装置１０で装置状態が更新されない場合に生じる不整合をリバースコマンドの実行により自動で解消することができる。

さらに、実施形態の動作例４によれば、複数の制御Ａ-１〜Ａ-ｎの実行途中で装置３０の電源断が発生することで装置状態の不整合が生じた場合には、装置３０の再起動時にリバースコマンドが実施される。これによって、装置１０と装置３０との間の装置状態の不整合を自動で解消することができる。

さらに、実施形態によれば、不整合が自動で解消されるので、保守者は装置３０の固有の制御方法を意識することなく、システムを運用することができる。

＜変形例＞
なお、実施形態では、装置２０が一連の制御のうちの一つの依頼を行い、依頼した制御
が終了すると次の制御の依頼を行う構成が採用されている。これに対し、装置２０が装置３０に一連の制御のうちの２以上の制御についての依頼を一時に装置３０に送り、装置３０が２以上の制御内容をバッファして、各制御を順次実行する構成が採用されても良い。

また、実施形態では、装置１０及び装置３０が伝送装置である例について説明した。もっとも、実施形態の構成は、仕様や構成の異なる二つの装置の間に翻訳装置を介在させて、一方の装置向けの制御内容で他方の装置を制御するとともに、他方の装置の装置状態を一方の装置でも管理するシステムについて、広く適用が可能である。上述した実施形態の構成は、適宜組み合わせることができる。

１０，３０・・・伝送装置
１１，３１・・・制御部
１２Ａ・・・装置管理情報
２０・・・翻訳装置
２１・・・翻訳部
２２・・・制御結果管理部
２３・・・応答結果管理部
３１・・・制御部
３２・・・主信号制御部
３３・・・不揮発領域
３３Ａ・・・装置構成情報
３３Ｂ・・・Ｒ−ＣＭＤリスト
３４・・・Ｒ−ＣＭＤ管理部
３５・・・タイマ管理部
２０２，３０２・・・ＣＰＵ
２０３，３０３・・・ＲＯＭ
２０４，３０４・・・ＲＡＭ
２０５，３０５・・・不揮発性記憶媒体

Claims (5)

1. 第１装置と、前記第１装置に接続された第２装置と、前記第２装置と接続された第３装置とを備え、
   前記第１装置は、
   前記第３装置の装置状態を示す情報を記憶する第１記憶部と、
   前記第２装置に前記第３装置向けの第１制御を依頼する第１依頼部と、
   前記第１制御の正常終了を示す情報が前記第２装置から受信されたときに前記記憶装置に記憶された装置状態を示す情報を更新する更新部と、を含み、
   前記第２装置は、
   前記第１装置から受信された第１制御を前記第３装置に適合する複数の第２制御に変換する変換部と、
   前記各第２制御を前記第３装置に依頼する第２依頼部と、
   前記複数の第２制御の全てが正常終了したときに前記第１制御の正常終了を示す情報を前記第１装置に送信する第１送信部と、を含み、
   前記第３装置は、
   前記第３装置の装置状態を示す情報を記憶する第２記憶部と、
   前記第２装置からの依頼に基づき前記複数の第２制御を実行し、前記各第２制御の実行終了に伴い前記第２記憶部に記憶された装置状態を示す情報を更新する制御部と、
   前記複数の第２制御に関する正常終了を示す正常終了通知を前記第２装置に送信する第２送信部と、
   前記各第２制御の実行結果を実行前に戻すリバースコマンドを記憶する第３記憶部と、
   前記各第２制御の実行に合わせてリバースコマンドを生成して前記第３記憶部に記憶するとともに、前記複数の第２制御の全てが実行されない場合に前記第３記憶部に記憶されたリバースコマンドに基づく制御を前記制御部に実行させて前記第２記憶部中の装置状態を示す情報を前記複数の第２制御の実行前の状態に復旧させる管理部と、を含む
   装置状態の復旧システム。
2. 前記管理部は、前記複数の第２制御が所定期間内に正常終了しない場合に前記第３記憶部に記憶されたリバースコマンドに基づく制御を前記制御部に実行させる
   請求項１に記載の装置状態の復旧システム。
3. 前記管理部は、前記第２装置から前記第１装置への前記第１制御の正常終了を示す情報の送信が失敗したときに前記第２装置から受信される通知に基づき前記第３記憶部に記憶されたリバースコマンドに基づく制御を前記制御部に実行させる
   請求項１又は２に記載の装置状態の復旧システム。
4. 前記リバースコマンドは、前記第３記憶部の不揮発領域に記憶され、
   前記管理部は、前記第３装置の再起動時に前記第３記憶部にリバースコマンドが記憶されているときに当該リバースコマンドに基づく制御を前記制御部に実行させる
   請求項１から３のいずれか１項に記載の装置状態の復旧システム。
5. 第１装置と、前記第１装置に接続された第２装置と、前記第２装置と接続された第３装置とを備えるシステムの装置状態復旧方法であって、
   前記第１装置が、
   前記第３装置の装置状態を示す情報を記憶し、
   前記第２装置に前記第３装置向けの第１制御を依頼し、
   前記第１制御の正常終了を示す情報が前記第２装置から受信されたときに前記記憶装置に記憶された装置状態を示す情報を更新し、
   前記第２装置が、
   前記第１装置から受信された第１制御を前記第３装置に適合する複数の第２制御に変換し、
   前記各第２制御を前記第３装置に依頼し、
   前記複数の第２制御の全てが正常終了したときに前記第１制御の正常終了を示す情報を前記第１装置に送信し、
   前記第３装置が、
   前記第３装置の装置状態を示す情報を記憶し、
   前記第２装置からの依頼に基づき前記複数の第２制御を実行し、前記各第２制御の実行終了に伴い前記記憶された装置状態を示す情報を更新し、
   前記複数の第２制御に関する正常終了を示す正常終了通知を前記第２装置に送信し、
   前記各第２制御の実行に合わせて前記各第２制御の実行結果を実行前に戻すリバースコマンドを生成して記憶し、前記複数の第２制御の全てが実行されない場合に前記記憶したリバースコマンドに基づく制御を実行して前記記憶された装置状態を示す情報を前記複数の第２制御の実行前の状態に復旧する、
   ことを含むシステムの装置状態復旧方法。

Images