(57)【要約】      （修正有）【課題】  ハードウェアデータ及びソフトウエアデータの内容を検証することなく、データの不一致を検出することができるようにする。【解決手段】  制御ユニット１１０と、制御ユニット１１０に制御されるユニットである被制御ユニット１２０と、を備える装置１００であって、制御ユニット１１０には、バックアップデータが保管され、制御ユニット１１０は、装置１００の立ち上げ時に、動作した制御ユニットを示す情報である制御ユニット個別情報及び立ち上げ回数を、被制御ユニット１２０に送信する。被制御ユニット１２０は、データ変更フラグを保持していて、制御ユニット１１０が制御ユニット個別情報及び立ち上げ回数を送信した時、被制御ユニット１２０は、制御ユニット個別情報及び立ち上げ回数で立ち上げ処理を行い、データ変更フラグの設定を変更する。【選択図】  図２
2006039739.tif 000002
【特許請求の範囲】
【請求項１】
制御ユニットと、当該制御ユニットに制御されるユニットである被制御ユニットと、を備えるユニット装置の駆動方法であって、
前記制御ユニットには、バックアップデータが保管され、
前記制御ユニットは、装置の立ち上げ時に、動作した制御ユニットを示す情報である制御ユニット個別情報及び立ち上げ回数を、前記被制御ユニットに送信することを特徴とするユニット装置の駆動方法。
【請求項２】
前記被制御ユニットは、データ変更フラグを保持していて、前記制御ユニットが制御ユニット個別情報及び立ち上げ回数を送信した時、前記被制御ユニットは、当該制御ユニット個別情報及び立ち上げ回数で立ち上げ処理を行い、前記データ変更フラグの設定を変更することを特徴とする請求項１記載のユニット装置の駆動方法。
【請求項３】
前記制御ユニットは、前記立ち上げ処理の後に取り外されることを特徴とする請求項２記載のユニット装置の駆動方法。
【請求項４】
制御ユニットと、当該制御ユニットに制御されるユニットである被制御ユニットと、を備えるユニット装置であって、
前記制御ユニットには、バックアップデータが保管され、
前記制御ユニットは、装置の立ち上げ時に、動作した制御ユニットを示す情報である制御ユニット個別情報及び立ち上げ回数を、前記被制御ユニットに送信することを特徴とするユニット装置。
【請求項５】
前記被制御ユニットは、データ変更フラグを保持していて、前記制御ユニットが制御ユニット個別情報及び立ち上げ回数を送信した時、前記被制御ユニットは、当該制御ユニット個別情報及び立ち上げ回数で立ち上げ処理を行い、前記データ変更フラグの設定を変更することを特徴とする請求項４記載のユニット装置。
【請求項６】
前記制御ユニットは、前記立ち上げ処理の後に取り外されることを特徴とする請求項５記載のユニット装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユニット装置及びユニット装置の駆動方法に関し、特に、制御ユニットの持つデータと被制御ユニットで運用されているデータの整合及び不整合を容易に判別し、運用に問題を与えないようにするユニット装置及びユニット装置の駆動方法に関する。
【背景技術】
【０００２】
装置内データを一元管理し、他ユニット(被制御ユニット)にデータを展開し運用する装置の場合、運用されている状態で制御ユニットが交換された場合にデータ内容の不整合が発生する。
【０００３】
被制御ユニットから設定データを収集し、制御ユニットの持つデータと比較する必要があり、ソフトウエアの開発規模を大きくする要因であった。
【０００４】
特許文献１には、同一形状の各種ユニットを着脱可能なベイ部と、ベイ部に着脱可能なアタッチメントと、アタッチメントに着脱可能なＨＤＤユニットとを備えた電子機器が開示されている。
【特許文献１】特開平１１−２５９１７３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従来、図１のように装置内データを一元管理し、他ユニット(被制御ユニット)にデータを展開し運用する装置の場合、運用されている状態で一元管理しているユニット(制御ユニット)が交換された場合にデータ内容の不整合が発生する。
【０００６】
このデータ不一致状態を検出するのは容易ではなく、被制御ユニットから設定データを収集し、制御ユニットが持つデータと比較する必要があった。
【０００７】
被制御ユニットに設定されたハードウェアデータを制御ユニットの持つソフトウエアデータに変換するのは、ソフトウエアの開発規模を大きくする要因であった。
【０００８】
そこで、本発明は、被制御ユニットのデータから制御ユニットのデータを作り出す必要がなくすことで、開発規模を大幅に削減することができるようにすることを課題とする。
【課題を解決するための手段】
【０００９】
本発明は、上記課題を解決するための手段として、制御ユニットと、当該制御ユニットに制御されるユニットである被制御ユニットと、を備えるユニット装置の駆動方法であって、前記制御ユニットには、バックアップデータが保管され、前記制御ユニットは、装置の立ち上げ時に、動作した制御ユニットを示す情報である制御ユニット個別情報及び立ち上げ回数を、前記被制御ユニットに送信することを特徴とする。
【００１０】
また、本発明は、前記被制御ユニットは、データ変更フラグを保持していて、前記制御ユニットが制御ユニット個別情報及び立ち上げ回数を送信した時、前記被制御ユニットは、当該制御ユニット個別情報及び立ち上げ回数で立ち上げ処理を行い、前記データ変更フラグの設定を変更することを特徴とする。
【００１１】
また、本発明は、制御ユニットと、当該制御ユニットに制御されるユニットである被制御ユニットと、を備えるユニット装置であって、前記制御ユニットには、バックアップデータが保管され、前記制御ユニットは、装置の立ち上げ時に、動作した制御ユニットを示す情報である制御ユニット個別情報及び立ち上げ回数を、前記被制御ユニットに送信することを特徴とする。
【発明の効果】
【００１２】
本発明によれば、制御ユニット立ち上げ時に制御ユニット個別情報、立ち上げ回数及びデータ変更フラグを比較するだけで、バックアップデータの正常性を確認することができるため、被制御ユニットに間違ったデータを送信することなく、誤運用を避けることができる。
【００１３】
また、本発明によれば、制御ユニットと被制御ユニットのデータ不一致を検出するのに、被制御データの持つ情報から制御データの持つ情報に逆変換を行うことなく実施することができる。
【００１４】
また、本発明によれば、被制御ユニットにデータ変更フラグを持たせることにより、バックアップ前に制御ユニットが再起動された場合にも不一致を検出することができる。
【００１５】
また、本発明によれば、立ち上げ回数情報により、バックアップデータを複数作成した場合でも最新のバックアップデータのみを正常であると認識し、古いバックアップデータは不一致を検出することができる。
【発明を実施するための最良の形態】
【００１６】
以下、添付図面を参照して本発明を実施するための最良の実施の形態を説明する。
【００１７】
[構成の説明]
図１は、本発明の一実施の形態の構成を示すブロック図である。
【００１８】
ユニット装置としての装置１００内で制御ユニット１１０及び被制御ユニット１２０は、着脱可能である。
【００１９】
制御ユニット１１０のバックアップデータ収納部１１１は、制御ユニット１１０から着脱可能である。
【００２０】
被制御ユニット１２０は、複数搭載が可能である。
【００２１】
装置１００内のバックアップデータは、制御ユニット１１０内のバックアップデータ収納部１１１に保管されている。
【００２２】
このバックアップデータには、装置１００全体(制御ユニット１１０及びすべての被制御ユニット１２０を含む)のデータが一括して保管されており、被制御ユニット１２０にはバックアップデータは搭載されない。
【００２３】
装置１００の立ち上げ時には、制御ユニット１１０内のバックアップデータから立ち上げる。
【００２４】
装置１００内の制御ユニット１１０及び被制御ユニット１２０で、制御ユニット個別情報、立ち上げ回数及びデータ変更フラグを記載した図を図２に示す。
【００２５】
制御ユニット個別情報とは、制御ユニット１１０のシリアル番号を示し、制御ユニットは交換可能であるため、どの制御ユニットで動作していたかを示す情報のことをいう。
【００２６】
装置１００の立ち上げ時に、制御ユニット１１０は各被制御ユニット１２０に対してデータを送信する。
【００２７】
この際に識別情報として、制御ユニット個別情報及び立ち上げ回数を合わせて送信する。
【００２８】
各被制御ユニット１１０は、これらのデータで立ち上げ処理を行い、データ変更フラグを“変更なし”にする。
【００２９】
このため、正常動作時は、それぞれのユニットの持つ制御ユニット個別情報及び立ち上げ回数は同じ情報を持つ状態となる。
【００３０】
装置１００は、被制御ユニット１２０から制御ユニット１１０に対して立ち上げ処理を行った後は、被制御ユニット１２０が取り外された状態でも運用を続けることができるが、制御ユニット１１０が再度、実装及び立ち上げを行った場合に制御ユニット１１０と被制御ユニット１２０との間でデータの不一致が発生する可能性がある。
【００３１】
制御ユニット１１０と被制御ユニット１２０のデータが異なる可能性のある操作を行った場合には、それぞれ制御ユニット個別情報、立ち上げ回数及びデータ変更フラグをチェックすることにより、データ内容の不一致を検出することができる。
【００３２】
制御ユニット１１０の故障時にも異常となることなく、運用を続けることができるようにするために、制御ユニット１１０が交換されても、バックアップデータがそれまでのものを使用した場合は、一致していると判定できる。
【００３３】
以下のような操作を行った場合には、それぞれ制御ユニット個別情報、立ち上げ回数及びデータ変更フラグをチェックすることにより、データ内容の相違を確認することができる。
【００３４】
（１）バックアップ操作を行わずに制御ユニットが再起動した場合
制御ユニット起動時に被制御ユニットのデータ変更フラグＮを読み出し、“変更あり”の場合は不一致していると判定する。
【００３５】
（２）バックアップデータ部のみ交換した場合(バックアップデータは他の制御ユニットで運用されていたもの)
制御ユニット起動時に被制御ユニットの制御ユニット個別情報Ｎを読みだし、制御ユニット個別情報Ｂと比較し、異なる場合は不一致していると判定する。
【００３６】
（３）バックアップデータ部のみ交換した場合(バックアップデータは本制御ユニットで運用されていたもの)
制御ユニット起動時に被制御ユニットの立ち上げ回数Ｎを読みだし、立ち上げ回数Ｂと比較し、異なる場合は不一致していると判定する。
【００３７】
（４）制御ユニットを交換した場合(バックアップデータは交換する制御ユニットで運用されていたもの)
制御ユニット起動時に被制御ユニットの制御ユニット個別情報Ｎを読みだし、制御ユニット個別情報Ｂと比較し、異なる場合は不一致していると判定する。
【００３８】
反対に制御ユニットが交換されても、バックアップデータがそれまでのものを使用した場合は、制御ユニット個別情報Ｂと制御ユニット個別情報Ｎ、立ち上げ回数Ｂと立ち上げ回数Ｎがともに同じであるため、一致していると判定できることにより、制御ユニット故障時にも異常となることなく、運用を続けることができる。
【００３９】
[他の実施の形態]
制御ユニット個別情報を別途定義しなくても、制御ユニットの持つＭＡＣアドレスなどを使用することにより、同様の機能を実現することができる。
【図面の簡単な説明】
【００４０】
【図１】本発明の一実施の形態の構成を示すブロック図である。
【図２】本発明の一実施の形態の詳細な構成を示すブロック図である。
【符号の説明】
【００４１】
１００  装置
１１０  制御ユニット
１１１  バックアップデータ収納部
１２０  被制御ユニット
【図１】
2006039739.tif 000003
【図２】
2006039739.tif 000004