JP2006330945A - デバイスの遠隔監視・修復システム - Google Patents

Abstract

【課題】 本発明は、エンドユーザのデバイスに発生した問題を、離れたサポート側で解析、さらに修復できる遠隔監視・修復システムを提供することを目的とする。
【解決手段】 ネットワークｎ１に接続されたサポート側ホストＰＣｈ1と、ネットワークｎ１に接続された被監視側システムｕ１とにより構成されているシステムにおいて、被監視側システムｕ１を、被監視・サポート対象のデバイスｕｄ１，ｕｄ２と、これらデバイスとネットワークｎ１との間に接続され、ネットワークｎ１を介して、前記デバイスと監視用ホストＰＣｈ１との間のデータの送受信を行うインターフェイス装置ｕｓ４から構成する。インターフェイス装置ｕｓ４に、デバイスとの接続を制御するデバイスインターフェイス部ｕｓ１を介さずに、デバイスｕｄ１，ｕｄ２とシリアルインターフェイス接続し、デバイスとの間で直接、通信するデバイス・ログ処理部ｕｓ２を設ける。
【選択図】 図２

Description

本発明は、デバイスの遠隔監視・修復システムに関するものであり、特にサポートホストＰＣと被監視側システムの各種機器との間のデータ通信に関するものである。

最近、ＰＣに接続されてネットワークを形成する各種機器（ストレージデバイス装置；以下、デバイスと称す）にはＣＰＵが内蔵され、デバイスが構成するシステムをコントロールするソフトウェア（以下、ファームウェアと称す）が搭載されている。またデバイスは、例えば、特許文献１に記載されているように、ネットワークでの自己のデバイスＩＤを取得し、さらにネットワークに接続されている他のデバイスのＩＤを取得してデバイス情報リストを形成し、ネットワーク上での管理を行っている。
特開２００２−９４５３１号公報

近年デバイスの複雑化により製品出荷後も各デバイスのファームウェアに不都合が見つかったり、新規格のＰＣと接続される時に問題が発生したりしてデバイスを取り巻く動作環境が複雑化してきた。

しかしすでにデバイスはエンドユーザの手元にあり、動作不良解析を行い、それらの問題を修復するためには、その都度、技術者がシステム環境のある現地へ出向きエンドユーザのシステムを借り受けるか、もしくは問題が発生しているエンドユーザのシステム環境全体を解析サポート技術者の元に送ってもらうことが必要であった。また問題が発生してもすぐその場で修正することはできず、後日改めての対応になっていた。さらにエンドユーザの環境で発生していた問題が、サポート技術者に送ったり、サポート技術者が現地に赴いたりしたときには発生しなくなったりすることがあった。

そこで、本発明は、サポート側の環境とエンドユーザの環境が離れた場所にあってもインターネットなどのネットワークを介してエンドユーザのデバイスに発生した問題を解析でき、さらに修復できるデバイスの遠隔監視・修復システムを提供することを目的としたものである。

前述した目的を達成するために、本発明のうち請求項１に記載の発明は、通信網に接続されたサポート側の監視用ホストコンピュータと、前記通信網に接続された被監視側システムとにより構成された、前記通信網を介した遠隔監視・修復システムであって、
前記被監視側システムは、被監視・サポート対象のデバイスと、前記デバイスと前記通信網との間に接続され、前記通信網を介して、前記デバイスと前記監視用ホストコンピュータとの間のデータの送受信を行うインターフェイス装置から構成され、前記インターフェイス装置は、前記デバイスとの接続を制御するデバイスインターフェイス部と、前記通信網との接続を制御するネットワーク接続部と、前記デバイスインターフェイス部およびネットワーク接続部に接続され、前記ネットワーク接続部を介して前記監視用ホストコンピュータから送られてきたコマンドに応答して、前記デバイスインターフェイス部を介して前記デバイスを制御し、また監視するデバイス・ログ処理部とを備え、前記インターフェイス装置のデバイス・ログ処理部と前記デバイスとをシリアルインターフェイス接続し、前記デバイスインターフェイス部を介さずに、前記デバイス・ログ処理部と前記デバイスとの間で直接、通信することを可能としたことを特徴とするものである。

上記構成によれば、デバイスとインターフェイス装置のデバイスインターフェイス部との間で通信ができない状態となっても、サポート側の監視用ホストコンピュータより、デバイス・ログ処理部を介してデバイスのエラー状態の確認やエラーの修復が可能となる。このように、サポート側の環境とエンドユーザの環境が離れた場所にあってもインターネットなどの通信網を介して、デバイスのエラーの状態確認・自動修復が可能となることにより、エラーの発生の都度、技術者がシステム環境のある現地へ出向きエンドユーザのシステムを借り受けるか、もしくは問題が発生しているエンドユーザのシステム環境全体を解析サポート技術者の元に送ってもらう必要がなくなり、また問題が発生してもすぐその場で修正することはできず、後日改めての対応となることが回避される。さらに、エンドユーザ側の問題発生時の環境を保持した状態で、デバイスのエラーを確認でき、エンドユーザの環境で発生していた問題が、サポート技術者に送ったり、サポート技術者が現地に赴いたりしたときには発生しなくなったりする恐れが回避される。

また請求項２に記載の発明は、請求項１に記載の発明であって、前記デバイスは、ＡＴＡＰＩまたはＳＣＳＩまたはＩＤＥのデータ伝送方式により前記インターフェイス装置に接続され、前記インターフェイス装置のデバイスインターフェイス部は、前記デバイスのデータ伝送方式に応じて前記デバイスとのデータの伝送を行うことを特徴とするものである。

上記構成によれば、インターフェイス装置のデバイスインターフェイス部は、デバイスのＡＴＡＰＩまたはＳＣＳＩまたはＩＤＥのデータ伝送方式に応じてデバイスとのデータの伝送を行う。

また請求項３に記載の発明は、請求項１または請求項２に記載の発明であって、前記監視用ホストコンピュータは、前記被監視側システムのサポート専用ソフトウェアと、前記デバイスのエラーデータパターン、およびこれらエラーデータパターンに対応する前記デバイスの修復用コマンドシーケンスが記憶されたデータベースを備え、前記監視用ホストコンピュータは、前記サポート専用ソフトウェアを実行して、前記インターフェイス装置のデバイスインターフェイス部の状態履歴を報告するコマンドまたは前記デバイスの状態履歴を報告するコマンドを、前記通信網を介して前記被監視側システムへ発行し、前記デバイスまたはデバイスインターフェイス部の状態履歴のエラーデータパターンを取得し、前記取得したデバイスまたはデバイスインターフェイス部の状態履歴のエラーデータパターンと前記データベース上のエラーデータパターンとを照合し、前記照合されたエラーデータパターンに対応する前記データベース上の修復用コマンドシーケンスを前記通信網を介して前記被監視側システムへ発行し、前記デバイスのエラーを修復することを特徴とするものである。

上記構成によれば、デバイスまたはデバイスインターフェイス部に記憶されたデバイスの状態履歴のエラーデータパターンが取得され、データベース上のエラーデータパターンとが照合され、前記照合されたエラーデータパターンに対応するデータベース上の修復用コマンドシーケンスが通信網を介して被監視側システムへ発行され、デバイスのシーケンスが修復される。よって、たとえデバイスに問題が発生してもエンドユーザから直接電話連絡を受け、あるいは被監視側システムからの警告などによってエンドユーザのデバイスに問題が発生したことを検知した時点で、デバイスの修復を行うことが可能となる。

また請求項４に記載の発明は、請求項３に記載の発明であって、前記監視用ホストコンピュータは、前記デバイスの電源状態を確認し、電源オフであることを確認すると電源を起動するコマンドを発行して電源をオンさせ、その後、前記デバイスまたはデバイスインターフェイス部の状態履歴のエラーデータパターンを取得することを特徴とするものである。

上記構成によれば、デバイスが停止中のとき、監視用ホストコンピュータよりデバイスの電源が入れられ、監視用ホストコンピュータによりデバイスまたはデバイスインターフェイス部の状態履歴のエラーデータパターンが取得される。

また請求項５に記載の発明は、請求項３または請求項４に記載の発明であって、前記監視用ホストコンピュータは、前記デバイスインターフェイス部の動作を確認できないとき、前記デバイスインターフェイス部のネットワーク機能の異常か否かを確認し、異常と確認すると、デバイスインターフェイス部の状態履歴を報告するコマンドを発行し、
前記デバイスインターフェイス部の状態履歴のエラーデータパターンを取得し、前記取得したデバイスインターフェイス部の状態履歴のエラーデータパターンと前記データベース上のエラーデータパターンとを照合し、前記照合されたエラーデータパターンに対応する修復用コマンドシーケンスを前記デバイス・ログ処理部へ発行し、前記デバイス・ログ処理部より直接、前記デバイスへ修復用コマンドシーケンスを送信することを特徴とするものである。

上記構成によれば、インターフェイス装置のデバイスインターフェイス部の動作を確認できないとき、デバイスとの間のネットワーク機能の異常かどうか否かが確認され、ネットワーク機能の異常なときには、デバイスインターフェイス部の状態履歴のエラーデータパターンが取得され、取得されたデバイスインターフェイス部の状態履歴のエラーデータパターンとデータベース上のエラーデータパターンとが照合され、照合されたエラーデータパターンに対応する修復用コマンドシーケンスがデバイス・ログ処理部へ発行され、デバイス・ログ処理部より直接、デバイスインターフェイス部を介さずに、デバイスへ修復用コマンドシーケンスが送信され、デバイスのシーケンスが修復される。

また請求項６に記載の発明は、請求項１〜請求項５のいずれか１項に記載の発明であって、前記インターフェイス装置のネットワーク接続部は、ＩＰセキュリティー機能を有し、このネットワーク接続部と前記監視用ホストコンピュータとの間のデータ伝送はＴＣＰ／ＩＰにより実行され、前記ＴＣＰ／ＩＰによるパケットのデータブロックのヘッダに、前記コマンドが含まれて送信されることを特徴とするものである。

上記構成によれば、ＴＣＰ／ＩＰによるパケットのデータブロックのヘッダにコマンドを含めて、デバイスの監視・修復が実行される。

本発明のデバイスの監視・修復システムは、上記構成を有し、デバイスとインターフェイス装置のデバイスインターフェイス部との間で通信ができない状態となっても、サポート側の監視用ホストコンピュータより、デバイス・ログ処理部を介してデバイスのエラー状態の確認やエラーの修復が可能となることにより、サポート側の環境とエンドユーザの環境が離れた場所にあってもサポート技術者が現場に赴くことなく、通信網を介してエラーの状態確認・修復を行うことができる。

以下、本発明の実施の形態を、図面を参照しながら説明する。
図１は本発明の実施の形態におけるデバイスの遠隔監視・修復システムを実現するシステム構成図であり、監視用ホストコンピュータであるサポート側ホストＰＣｈ１が、サポート側ホストＰＣｈ１があるドメインのネットワークＮ１、インターネット接続装置Ｒ１、およびエンドユーザ側デバイス装置があるドメインのネットワークＮ２を介して、今回ターゲットとなるエンドユーザ側のシステム（被監視側システム）ｕ１に接続されている。

上記サポート側ホストＰＣｈ１は、図２に示すように、サポート専用ソフトウェアｈｓ１と、ＯＳ｛Windows（登録商標）など｝の処理部ｈｓ２と、通信用サポート専用ソフトウェア部（通信ドライバ）ｈｓ３と、ネットワークドライバ処理部ｈｓ４から構成されている。

前記サポート専用ソフトウェアｈｓ１には、予めデバイスへ発行するコマンドが記憶され、前記コマンドを発行するコマンド発行部ｈｓ１−１と、ユーザ側のシステムｕ１を構成するデバイスのエラーデータパターンおよびこれらエラーデータパターンに対応するデバイスの修復用コマンドシーケンスが記憶され、デバイスのデバック情報を取得するデバック情報取得部ｈｓ１−２が備えられている。

また通信用サポート専用ソフトウェア部（通信ドライバ）ｈｓ３は、ＩＰ Ｓecurity処理部ｈｓ３−１およびＴＣＰ／ＩＰ処理部ｈｓ３−２から構成されている。
また前記エンドユーザ側のシステムｕ１は、被監視・サポート対象のユーザ側のデバイス装置（ストレージ装置）であるデバイス（ストレージ装置）ｕｄ１とデバイス（ストレージ装置）ｕｄ２と、これらデバイスｕｄ1，ｕｄ２とネットワークシステム(インターネット、イントラネット)ｎ１（Ｎ１，Ｒ１，Ｎ２）との間に接続され、ネットワークシステムｎ１を介して、デバイスｕｄ1，ｕｄ２とサポート側ホストＰＣ ｈ１との間のデータの送受信を行うインターフェイス装置（Ｉ／Ｆ基板／変換ボード；インターフェイス手段）ｕｓ４から構成されている。デバイスｕｄ１は、図２に示すように、ＡＴＡＰＩ（ＡＴ Attachment Packet Interface）インターフェイスを有すＤＶＤ／ＣＤなどの光デバイスであり、またデバイスｕｄ２は、ＳＣＳＩ（Small Computer System Interface）インターフェイスを有すテープデバイスである。

またインターフェイス装置ｕｓ４は、
光デバイスｕｄ１、テープデバイスｕｄ２とＡＴＡＰＩ・ＳＣＳＩにより接続され、これら光デバイスｕｄ１、テープデバイスｕｄ２を制御するデバイスインターフェイス部（デバイスＩ／Ｆ部；ファームウェア）ｕｓ１と、
ＩＰ Ｓecurity処理部とＴＣＰ／ＩＰ処理部からなり、ネットワークシステムｎ１との接続を制御するネットワーク接続部（ファームウェア）ｕｓ３と、
デバイスインターフェイス部ｕｓ１およびネットワーク接続部ｕｓ３に接続され、ネットワーク接続部ｕｓ３を介してサポートホストＰＣｈ１から送られてきたコマンドに応答して、デバイスインターフェイス部ｕｓ１を介してデバイスｕｄ１，ｕｄ２を制御し、また監視するデバイス・ログ処理部（ファームウェア）ｕｓ２
を備えている。

またインターフェイス装置ｕｓ４のデバイス・ログ処理部ｕｓ２とデバイスと光デバイスｕｄ１、テープデバイスｕｄ２とをそれぞれシリアルインターフェイス接続し、デバイス・ログ処理部ｕｓ２と光デバイスｕｄ１、テープデバイスｕｄ２との間でそれぞれ直接、通信することを可能としている。

図２に、デバイスインターフェイス部ｕｓ１と光デバイスｕｄ１との正規の通信ルートであるＡＴＡＰＩ経路ｎｒｔ１、およびデバイスインターフェイス部ｕｓ１とテープデバイスｕｄ２との正規の通信ルートであるＳＣＳＩ経路ｎｒｔ２を図示し、またデバイス・ログ処理部ｕｓ２と光デバイスｕｄ１との特殊な通信ルートである特殊通信経路ｄｒｔ１、およびデバイス・ログ処理部ｕｓ２とデープデバイスｕｄ２との特殊な通信ルートである特殊通信経路ｄｒｔ２を図示している。

上記構成において、基本的に、サポートホストＰＣｈ１は、ネットワークｎ１（Ｎ１→Ｒ１→Ｎ２）を介してエンドユーザ側のシステムｕ１の光デバイスｕｄ１、テープデバイスｕｄ２のモニターコマンドを送り、インターフェイス装置ｕｓ４はネットワークを介して送られてきたモニターコマンドに応じて光デバイスｕｄ１、テープデバイスｕｄ２の状態を調べその結果を再びネットワークｎ１（Ｎ２→Ｒ１→Ｎ１）を介してサポートホストＰＣｈ１に返し、サポートホストＰＣｈ１は、返されたデータを見てデバイス側でエラーがあれば修正用の専用コマンドを送ってデバイスの状態を調査する動作を行っている。

図３に、ネットワークを介してサポートホストＰＣｈ１とユーザ側のシステムｕ１の間でやり取りされるコマンドパケットを示す。
図３において、Ｐ１はサポート側ホストＰＣとエンドユーザ側のシステムｕ１間でやり取りされるパケット（ネットワーク中を通過するパケット構成）、Ｐ２はパケットＰ１の１パケット分を抜き出したもの、Ｐ３は上記Ｐ２の中でサポート専用ソフトウェアとデバック用ファームウェア間で通信するデータ部分を抜き出したもの、Ｐ４は上記Ｐ３の中で通信用のヘッダーデータを取り除いた実際のコマンドコードあるいはデータ部分を示したもの、Ｐ５は上記Ｐ４の中でコマンドデータバイトを含むヘッダ部分を抜き出した部分を示したものである。

また図３は、ネットワーク、デバック・ログ処理部ｕｓ２、ストレージデバイスｕｄ１，ｕｄ２との通信部を流れるデータパケットを示しており、デバイスに対し送られるコマンドは、図３中のデータブロックＰ４のＨｅａｄｅｒ(32bytes)部分のＣ１の中に含まれているものと、図３中のデータブロックＰ４のＣＤＢ(16bytes)部分のＣ２の中に含まれているものとがある。

Ｃ１の中のコマンドは、コードバイトによって以下のオペレーションに分けられる。
・0x00〜0x3F：一般規格のｉＳＣＳＩインターフェースに関するコマンド。
・0xF0〜0xFF：本発明のための専用のコマンドで、図３中のデータブロックＰ４のＨｅａｄｅｒ(32bytes)の中に含まれている。また図２中のインターフェイス装置ｕｓ４に関係するコマンドで、それぞれ以下のオペレーションコードによって以下の動作を行う。

・0xF0：インターフェイス装置ｕｓ４の状態を（自己診断機能を使用して）調査報告するコマンド。
・0xF1：インターフェイス装置ｕｓ４の初期化を行うコマンド。

・0xF2：インターフェイス装置ｕｓ４のファームウェアの更新処理を行うコマンド。
・0xF3：インターフェイス装置ｕｓ４のログデータ取得処理を開始するコマンド。
・0xF4：インターフェイス装置ｕｓ４のログデータ取得処理を停止するコマンド。

・0xF5：インターフェイス装置ｕｓ４のログデータをホストＰＣに送信するコマンド。
・0xF6〜：予約。
またＣ２の中のコマンドは、コードバイトによって以下のオペレーションに分けられる。

・0xF0〜0xFF：本発明のための専用のコマンドで、図３中のデータブロックＰ４のＣＤＢ(16bytes)の中に含まれているものであり、図２中のストレージデバイスｕｄ１，ｕｄ２に関係するコマンドで、それぞれ以下のオペレーションコードによって以下の動作を行う。

・0xF0：デバイスｕｄ１，ｕｄ２の状態を（自己診断機能を使用して）調査報告するコマンド。
・0xF1：デバイスｕｄ１，ｕｄ２の初期化を行うコマンド。

・0xF2：デバイスｕｄ１，ｕｄ２のファームウェアの更新処理を行うコマンド。
・0xF3：デバイスｕｄ１，ｕｄ２のログデータ取得処理を開始するコマンド。
・0xF4：デバイスｕｄ１，ｕｄ２のログデータ取得処理を停止するコマンド。

・0xF5：デバイスｕｄ１，ｕｄ２のログデータをホストＰＣに送信するコマンド。
・0xF6〜：予約。
これらのコマンドを使用して本発明の実施を行う。

まず、サポートホストＰＣｈ１により、エンドユーザ側システムｕ１に接続して状態を調査する、すなわちデバイスのエラーを確認する手順を、図４のフローチャートに基づいて説明する。

最初に、サポートホストＰＣｈ１の通信用ドライバｈｓ３より「デバイス接続確認」のコマンドを、ｈｓ４→ｎ１→ｕｓ３の経路でエンドユーザ側システムｕ１のデバイス・ログ処理部ｕｓ２に送る（ステップ−１）。すると、デバイス・ログ処理部ｕｓ２によりデバイスインターフェイス部ｕｓ１を介してデバイスｕｄ１，ｕｄ２の反応（存在）が確認され、逆の経路で応答される。

サポートホストＰＣｈ１の通信用ドライバｈｓ３は、応答された反応（存在）を確認する（デバイスがネットワーク経由で接続されているかどうかを確認する）（ステップ−２）。

デバイスｕｄ１，ｕｄ２の反応を確認すると、サポート専用ソフトウェアｈｓ１（コマンド発行部ｈｓ１−１）は、コマンド発行部ｈｓ１−１が作成した「デバイスインターフェイス部（Ｉ／Ｆ部）状態確認」のコマンドを、ｈｓ２→ｈｓ３→ｈｓ４→ｎ１→ｕｓ３の経路でエンドユーザ側システムｕ１のデバイス・ログ処理部ｕｓ２に送る（ステップ−３）。すると、デバイス・ログ処理部ｕｓ２により「Ｉ／Ｆ部状態確認」のコマンドに応答して、デバイスインターフェイス部ｕｓ１が動作しているか、動作していないときは、デバイスインターフェイス部ｕｓ１のネットワークシステム機能障害かどうかが確認され、逆の経路で応答される。

サポート専用ソフトウェアｈｓ１（コマンド発行部ｈｓ１−１）は、インターフェイス装置ｕｓ４のデバイスインターフェイス部ｕｓ１が動作しているかを確認する（ステップ−４）。

また上記ステップ−２において、光デバイスｕｄ１、テープデバイスｕｄ２からの反応がないとき、サポート専用ソフトウェアｈｓ１（コマンド発行部ｈｓ１−１）は、デバイスｕｄ１，ｕｄ２は、電源オフｏｆｆと判断し（ステップ−５）、後述する電源オンｏｎ処理を実行する（ステップ−６）。電源オン処理の結果、電源オンが完了したかどうかを確認し（ステップ−７）、確認するとステップ−４へ戻り、電源がオンしないと、異常状態で終了する。

上記ステップ−４において、デバイスインターフェイス部ｕｓ１が動作しているかを確認すると、サポート専用ソフトウェアｈｓ１（コマンド発行部ｈｓ１−１）は、コマンド発行部ｈｓ１−１が作成した「デバイス状態確認」のコマンドを、ｈｓ２→ｈｓ３→ｈｓ４→ｎ１→ｕｓ３の経路でエンドユーザ側システムｕ１のデバイス・ログ処理部ｕｓ２に送る（ステップ−８）。すると、デバイス・ログ処理部ｕｓ２により「デバイス状態確認」のコマンドに応答して、デバイスインターフェイス部ｕｓ１を介して光デバイスｕｄ１、テープデバイスｕｄ２の動作状態（エラーが発生しているかどうか）が確認され、逆の経路で応答される。

またサポート専用ソフトウェアｈｓ１（コマンド発行部ｈｓ１−１）は、光デバイスｕｄ１、テープデバイスｕｄ２の動作状態を確認し（ステップ−９）、動作状態を確認できないとき、正常状態として終了する。

またステップ−９において、光デバイスｕｄ１、テープデバイスｕｄ２が動作状態であると（エラーが発生していると）、光デバイスｕｄ１、テープデバイスｕｄ２の状態の履歴を確認するために、サポート専用ソフトウェアｈｓ１（コマンド発行部ｈｓ１−１）は、コマンド発行部ｈｓ１−１が作成した「デバイスログデータ取得コマンド」を、ｈｓ２→ｈｓ３→ｈｓ４→ｎ１→ｕｓ３の経路でエンドユーザ側システムｕ１のデバイス・ログ処理部ｕｓ２に送り、デバイスログデータが取得される（ステップ−１０）。このとき、デバイス・ログ処理部ｕｓ２により「デバイスログデータ取得コマンド」に応答して、デバイスインターフェイス部ｕｓ１を介して光デバイスｕｄ１、テープデバイスｕｄ２のデバイスログデータが取得され、逆の経路で応答される。

上記ステップ−４において、サポート専用ソフトウェアｈｓ１（コマンド発行部ｈｓ１−１）は、デバイスインターフェイス部ｕｓ１が動作していることを確認できないとき、デバイスインターフェイス部ｕｓ１のネットワークシステム機能障害かどうかを確認し（ステップ−１１）、確認すると（ネットワークシステム機能障害のとき）、デバイスインターフェイス部ｕｓ１の状態履歴を確認するために、コマンド発行部ｈｓ１−１が作成した「デバイスインターフェイス部（Ｉ／Ｆ部）ログデータ取得コマンド」を、ｈｓ２→ｈｓ３→ｈｓ４→ｎ１→ｕｓ３の経路でエンドユーザ側システムｕ１のデバイス・ログ処理部ｕｓ２に送り、デバイスインターフェイス部ｕｓ１よりデバイスログデータが取得される（ステップ−１２）。このとき、デバイス・ログ処理部ｕｓ２により「Ｉ／Ｆ部ログデータ取得コマンド」に応答して、デバイスインターフェイス部ｕｓ１よりデバイスログデータ（デバイスインターフェイス部ｕｓ１が記憶している光デバイスｕｄ１、テープデバイスｕｄ２のログデータ）が取得され、逆の経路で応答される。

ステップ−１１において、ネットワークシステム機能障害ではないとき、その他のエラーと判断し（ステップ−１３）、異常状態で終了する。
サポート専用ソフトウェアｈｓ１（デバック情報取得部ｈｓ１−２）は、上記ステップ−１０により取得したデバイスログデータ、またはステップ−１２により取得した取得したデバイスログデータにより、光デバイスｕｄ１、テープデバイスｕｄ２の状態履歴のエラーデータパターンを解析し、コマンド発行部ｈｓ１−１にストレージする（ステップ−１４）。

続いてサポート専用ソフトウェアｈｓ１（コマンド発行部ｈｓ１−１）は、後述する電源オフ処理を実行し（ステップ−１５）、エラー確認で終了する。
上記手順により次のようにエンドユーザ側デバイスの状態調査が行われる。

(1)．サポート専用ソフトウェアｈｓ１のコマンド発行部ｈｓ１−１が作成した「デバイス状態確認」のコマンドは、ｈｓ２→ｈｓ３→ｈｓ４→ｎ１→ｕｓ３の経路でエンドユーザ側システムｕ１に送られる。

(2)．エンドユーザ側システムｕ１上のインターフェイス装置ｕｓ４上のファームウェアのデバイスインターフェイス部ｕｓ１やデバック・ログ処理部ｕｓ２は送られてきた「デバイス状態確認」のコマンドを受け取り、光デバイスｕｄ１、テープデバイスｕｄ２の状態やインターフェイス装置ｕｓ４の状態を調査した後にデータ化してそのログ情報は、ｕｓ３→ｎ１→ｈｓ４→ｈｓ３→ｈｓ１−２の経路でサポートホストＰＣｈ１のサポート専用ソフトウェアｈｓ１（コマンド発行部ｈｓ１−１）に返されて記憶される。

次に、サポートホストＰＣｈ１により、エンドユーザ側システムｕ１に接続し状態を調査し、調査後エラーを修復する手順を、図５のフローチャートにしたがって説明する。
上記図４に示すサポートホストＰＣｈ１により、エンドユーザ側システムｕ１に接続し状態を調査する手順のステップ−１４とステップ−１５の間に下記の手順を追加する。

ステップ−１４に続いて、サポート専用ソフトウェアｈｓ１（デバック情報取得部ｈｓ１−２）は、解析したエラーデータパターンと、デバック情報取得部ｈｓ１−２に予め記憶されたデバイスのエラーデータパターンとを照合し（ステップ−１６）、前記照合されたエラーデータパターンに対応する修復用コマンドシーケンスをデバック情報取得部ｈｓ１−２を検索して求め、この求めた修復用コマンドシーケンスにしたがってサポート専用ソフトウェアｈｓ１（コマンド発行部ｈｓ１−１）はコマンドをｈｓ２→ｈｓ３→ｈｓ４→ｎ１→ｕｓ３の経路でエンドユーザ側システムｕ１のデバイス・ログ処理部ｕｓ２に送り、修復を実行する（ステップ−１７）。デバイス・ログ処理部ｕｓ２は、特殊通信経路ｄｒｔ１を経由して光デバイスｕｄ１、特殊通信経路ｄｒｔ２を経由してデープデバイスｕｄ２に対して修復用コマンドを実行して、光デバイスｕｄ１、テープデバイスｕｄ２を修復する。

上記手順により次のようにエンドユーザ側デバイスの問題点が分析され修復コマンドが送られる。
(1)．サポート専用ソフトウェアｈｓ１のコマンド発行部ｈｓ１−１が作成した「デバイス状態確認」のコマンドは、ｈｓ２→ｈｓ３→ｈｓ４→ｎ１→ｕｓ３の経路でエンドユーザ側システムｕ１に送られる。

(2)．エンドユーザ側システムｕ１上のインターフェイス装置ｕｓ４上のファームウェアのデバイスインターフェイス部ｕｓ１やデバック・ログ処理部ｕｓ２は送られてきた「デバイス状態確認」のコマンドを受け取り、光デバイスｕｄ１、テープデバイスｕｄ２の状態やインターフェイス装置ｕｓ４の状態を調査した後にデータ化してそのログ情報はｕｓ３→ｎ１→ｈｓ４→ｈｓ３→ｈｓ１−２の経路でコマンド発行部ｈｓ１−１に返され記憶される。

(3)．上記の(2)．でエンドユーザ側システムｕ１から送られたログ情報を元にサポート専用ソフトウェアｈｓ１のデバック情報取得部ｈｓ１−２は、自分の持っているデータベースと照合して問題の状態を把握しその問題に対応した修復コマンドシーケンス（データ）を取り出す。

(4)．サポート専用ソフトウェアｈｓ１（コマンド発行部ｈｓ１−１）は、上記の(3)．で取り出されたコマンドシーケンスに従ってエンドユーザ側システムｕ１にたいしコマンドを発行する。発行する経路は(1)．の時と同じである。

(5)．エンドユーザ側システムｕ１のデバイス・ログ処理部ｕｓ２は、入力したコマンドに応じて特殊通信経路ｄｒｔ１を経由して光デバイスｕｄ１、特殊通信経路ｄｒｔ２を経由してデープデバイスｕｄ２に対して修復用コマンドを実行して、光デバイスｕｄ１、テープデバイスｕｄ２を修復する。

また上記(5)．のコマンド発行シーケンスの終了後再び「エンドユーザ側デバイスの状態調査を行う手順」を行ってエンドユーザ側システムｕ１の状態を確かめる。
続いて、サポートホストＰＣＳ１がデバイス装置の電源をオンしたりオフしたりする手順を図６にしたがって説明する。

まず図６（ａ）に基づいて、デバイスの電源オンの手順を説明する。なお、エンドユーザ側システムｕ１上のインターフェイス装置ｕｓ４のネットワークチップのみ常時電源オンの状態である。

サポートホストＰＣｈ１の通信ドライバｈｓ３からの通信開始の信号を確認し（ステップ−１）、この通信開始の信号を確認できないとき、デバイスの電源オフの状態を維持する（ステップ−２）。通信開始の信号を確認すると、インターフェイス装置ｕｓ４のネットワークチップは、エンドユーザ側システムｕ１上のインターフェイス装置ｕｓ４に組み込まれたデバック用ファームウェアを起動させ（ステップ−３）、デバック用ファームウェア起動後、デバッグ・ログ処理部ｕｓ２がサポートホストＰＣｈ１に対し準備完了の状態信号を返す（ステップ−４）。

この準備完了の状態信号の確認により、サポートホストＰＣｈ１のサポート専用ソフトウェアｈｓ１（コマンド発行部ｈｓ１−１）は、コマンド発行部ｈｓ１−１が作成した「電源オン」のコマンドを、ｈｓ２→ｈｓ３→ｈｓ４→ｎ１→ｕｓ３の経路でエンドユーザ側システムｕ１のデバッグ・ログ処理部ｕｓ２に送る（ステップ−５）。

デバッグ・ログ処理部ｕｓ２は、エンドユーザ側システムｕ１全体の電源をオンにし、デバイスｕｄ１、ｕｄ２を初期化し、サポートホストＰＣｈ１へ通信準備完了を出力し（ステップ−６）、処理を終了する。

次に図６（ｂ）に基づいて、デバイスの電源オフの手順を説明する。
サポートホストＰＣｈ１の通信ドライバｈｓ３からの通信終了の信号を確認し（ステップ−１）、この通信終了の信号を確認できないとき、デバイスの電源状態を維持する（ステップ−２）。通信終了の信号を確認すると、デバッグ・ログ処理部ｕｓ２がサポートホストＰＣｈ１に対し準備完了の状態信号を返す（ステップ−３）。

この準備完了の状態信号により、サポートホストＰＣｈ１のサポート専用ソフトウェアｈｓ１（コマンド発行部ｈｓ１−１）は、コマンド発行部ｈｓ１−１が作成した「電源オフ」のコマンドを、ｈｓ２→ｈｓ３→ｈｓ４→ｎ１→ｕｓ３の経路でエンドユーザ側デバイスｕ１のデバッグ・ログ処理部ｕｓ２に送る（ステップ−４）。

デバッグ・ログ処理部ｕｓ２は、エンドユーザ側デバイスｕ１全体の電源をオフにし、サポートホストＰＣｈ１へ通信準備完了を出力し（ステップ−５）、処理を終了する。
なお、エンドユーザ側システムｕ１上のインターフェイス装置ｕｓ４のネットワークチップのみ常時電源オンの状態にしている。

上記手順により次のように電源オン、オフが実行される。
(1)．エンドユーザ側システムｕ１上のインターフェイス装置ｕｓ４のネットワークチップのみ常時電源オンの状態であり、ネットワークチップは、その状態でサポートホストＰＣｈ１からの通信開始の信号を確認すると、インターフェイス装置ｕｓ４に組み込まれたデバック用ファームウェアを起動させる。

(2)．デバック用ファームウェア起動後、デバッグ・ログ処理部ｕｓ２がサポートホストＰＣｈ１に対し準備完了の状態を返す。
(3)．サポートホストＰＣｈ１上のサポート専用ｈｓ１からエンドユーザ側システムｕ１上のデバッグ・ログ処理部ｕｓ２に電源オンのコマンドが送られる。

(4)．デバッグ・ログ処理部ｕｓ２はエンドユーザ側システムｕ１全体の電源をオンにし、デバイスｕｄ１、ｕｄ２を初期化する。
同様な手順で電源オフの処理も行われる。

以上のように、本実施の形態によれば、下記の効果がある。
(1)．サポート専用ソフトウェアｈｓ１のコマンド発行部ｈｓ１−１が作成した「デバイス状態確認」のコマンドに応答してエンドユーザ側システムｕ１よりに光デバイスｕｄ１、テープデバイスｕｄ２の状態やインターフェイス装置ｕｓ４の状態が調査され、そのログ情報がサポート専用ソフトウェアｈｓ１のコマンド発行部ｈｓ１−１に返されて記憶されることにより、サポート側の環境とエンドユーザの環境が離れた場所にあってもサポート技術者が現場に赴くことなく、ネットワークｎ１を介して直接、デバイスの問題の解析作業やサポート作業を行うことができる。さらに、エンドユーザ側デバイスの問題発生時の環境を保持した状態でエラー情報を得ることができることにより、エンドユーザの環境で発生していた問題が、サポート技術者に送ったり、サポート技術者が現地に赴いたりした時には発生しなくなったりすることを回避でき、サポート技術者は早期に問題を発見でき、また早期に問題解決のための対策を打つことができる。

(2)．エンドユーザ側システムｕ１から送られたログ情報（エラーログ状態）を元にサポート専用ソフトウェアｈｓ１のデバック情報取得部ｈｓ１−２は、自分の持っているデータベースと照合して問題の状態を把握しその問題に対応した修復コマンドシーケンス（データ）を取り出し、サポート専用ソフトウェアｈｓ１（コマンド発行部ｈｓ１−１）は、取り出されたコマンドシーケンスに従ってエンドユーザ側システムｕ１にたいしコマンドを発行し、エンドユーザ側システムｕ１のデバイス・ログ処理部ｕｓ２は、特殊通信経路ｄｒｔ１を経由して光デバイスｕｄ１、特殊通信経路ｄｒｔ２を経由してデープデバイスｕｄ２に対して修復用コマンドを実行して、光デバイスｕｄ１、テープデバイスｕｄ２を自動修復することにより、これらデバイスｕｄ１，ｕｄ２とデバイスインターフェイス部ｕｓ１との間で通信ができない状態となっても、さらにサポート側の環境とエンドユーザの環境が離れた場所にあってもサポート技術者が現場に赴くことなく、光デバイスｕｄ１，ｕｄ２のエラーをネットワークｎ１を介して修復することができる。また、問題が発生しエンドユーザから直接電話連絡を受け、あるいは被監視側システムからの警告などによってエンドユーザのデバイスに問題が発生したことを検知した時点で問題の自動修復を行うことができる。

なお、本実施の形態では、サポート・被監視対象のデバイスは、光デバイスｕｄ１とテープデバイスｕｄ２としているが、これらに限ることはなく、ＩＤＥ（Integrated Drive Electronics）インターフェイスを有すハードディスクデバイスなどであってもよい。またこのとき、デバイスインターフェイス部ｕｓ１は、デバイスのデータ伝送方式に合わせてデータの送受信を行う接続方式とする。

本発明にかかるデバイスの遠隔監視・修復システムは、サポート側の環境とエンドユーザの環境が離れた場所にあっても直接サポート技術者がデバイスの問題の解析作業やサポート作業を行うことができるという効果を有し、ホームセキュリテイなどの分野への用途にも適用できる。

本発明の実施の形態におけるデバイスの遠隔監視・修復システムの構成図である。 前記デバイスの遠隔監視・修復システムのサポート側ホストＰＣとエンドユーザ側システム、ネットワークシステムからなるシステム全体を示す図である。 前記デバイスの遠隔監視・修復システムのネットワークを介してサポートホストＰＣとユーザ側のデバイスとの間でやり取りされるコマンドパケットを示す図である。 前記デバイスの遠隔監視・修復システムのサポートホストＰＣが被監視システムに接続しデバイスの状態を調査する手順を示すフローチャートである。 前記デバイスの遠隔監視・修復システムのサポートホストＰＣが被監視システムに接続しデバイスの状態を調査し、調査後エラーを修復する手順を示すフローチャートである。 前記デバイスの遠隔監視・修復システムのサポートホストＰＣが被監視システムの電源をオンしたりオフしたりする手順を示すフローチャートである。

符号の説明

ｈ１ サポート側ホストＰＣ
ｈｓ１ サポート専用ソフトウェア
ｈｓ１−１ コマンド発行部
ｈｓ１−２ デバック情報取得部
ｈｓ２ ＯＳの処理部
ｈｓ３ 通信用サポート専用ソフトウェア部（通信ドライバ）
ｈｓ３−１ ＩＰ Ｓecurity処理部
ｈｓ３−２ ＴＣＰ／ＩＰ処理部
ｈｓ４ ネットワークドライバ処理部
ｕ１ エンドユーザ側の被監視システム
ｕｄ１ エンドユーザ側デバイス装置その１（光デバイス）
ｕｄ２ エンドユーザ側デバイス装置その２（テープデバイス）
ｕｓ１ デバイスインターフェイス部
ｕｓ２ デバイス・ログ処理部
ｕｓ３ ネットワーク接続部
ｕｓ４ インターフェイス装置
Ｎ１ サポート側ホスト装置があるドメインのネットワーク
Ｒ１ インターネット接続装置
Ｎ２ エンドユーザ側デバイス装置があるドメインのネットワーク

Claims (6)

1. 通信網に接続されたサポート側の監視用ホストコンピュータと、前記通信網に接続された被監視側システムとにより構成された、前記通信網を介した遠隔監視・修復システムであって、
   前記被監視側システムは、
   被監視・サポート対象のデバイスと、
   前記デバイスと前記通信網との間に接続され、前記通信網を介して、前記デバイスと前記監視用ホストコンピュータとの間のデータの送受信を行うインターフェイス装置
   から構成され、
   前記インターフェイス装置は、
   前記デバイスとの接続を制御するデバイスインターフェイス部と、
   前記通信網との接続を制御するネットワーク接続部と、
   前記デバイスインターフェイス部およびネットワーク接続部に接続され、前記ネットワーク接続部を介して前記監視用ホストコンピュータから送られてきたコマンドに応答して、前記デバイスインターフェイス部を介して前記デバイスを制御し、また監視するデバイス・ログ処理部と
   を備え、
   前記インターフェイス装置のデバイス・ログ処理部と前記デバイスとをシリアルインターフェイス接続し、前記デバイスインターフェイス部を介さずに、前記デバイス・ログ処理部と前記デバイスとの間で直接、通信することを可能としたこと
   を特徴とするデバイスの遠隔監視・修復システム。
2. 前記デバイスは、ＡＴＡＰＩまたはＳＣＳＩまたはＩＤＥのデータ伝送方式により前記インターフェイス装置に接続され、
   前記インターフェイス装置のデバイスインターフェイス部は、前記デバイスのデータ伝送方式に応じて前記デバイスとのデータの伝送を行うこと
   を特徴とする請求項１に記載のデバイスの遠隔監視・修復システム。
3. 前記監視用ホストコンピュータは、
   前記被監視側システムのサポート専用ソフトウェアと、
   前記デバイスのエラーデータパターン、およびこれらエラーデータパターンに対応する前記デバイスの修復用コマンドシーケンスが記憶されたデータベース
   を備え、
   前記監視用ホストコンピュータは、前記サポート専用ソフトウェアを実行して、前記インターフェイス装置のデバイスインターフェイス部の状態履歴を報告するコマンドまたは前記デバイスの状態履歴を報告するコマンドを、前記通信網を介して前記被監視側システムへ発行し、前記デバイスまたはデバイスインターフェイス部の状態履歴のエラーデータパターンを取得し、前記取得したデバイスまたはデバイスインターフェイス部の状態履歴のエラーデータパターンと前記データベース上のエラーデータパターンとを照合し、前記照合されたエラーデータパターンに対応する前記データベース上の修復用コマンドシーケンスを前記通信網を介して前記被監視側システムへ発行し、前記デバイスのエラーを修復すること
   を特徴とする請求項１または請求項２に記載のデバイスの遠隔監視・修復システム。
4. 前記監視用ホストコンピュータは、前記デバイスの電源状態を確認し、電源オフであることを確認すると電源を起動するコマンドを発行して電源をオンさせ、その後、前記デバイスまたはデバイスインターフェイス部の状態履歴のエラーデータパターンを取得すること
   を特徴とする請求項３に記載のデバイスの遠隔監視・修復システム。
5. 前記監視用ホストコンピュータは、前記デバイスインターフェイス部の動作を確認できないとき、前記デバイスインターフェイス部のネットワーク機能の異常か否かを確認し、異常と確認すると、デバイスインターフェイス部の状態履歴を報告するコマンドを発行し、
   前記デバイスインターフェイス部の状態履歴のエラーデータパターンを取得し、前記取得したデバイスインターフェイス部の状態履歴のエラーデータパターンと前記データベース上のエラーデータパターンとを照合し、前記照合されたエラーデータパターンに対応する修復用コマンドシーケンスを前記デバイス・ログ処理部へ発行し、前記デバイス・ログ処理部より直接、前記デバイスへ修復用コマンドシーケンスを送信すること
   を特徴とする請求項３または請求項４に記載のデバイスの遠隔監視・修復システム。
6. 前記インターフェイス装置のネットワーク接続部は、ＩＰセキュリティー機能を有し、このネットワーク接続部と前記監視用ホストコンピュータとの間のデータ伝送はＴＣＰ／ＩＰにより実行され、
   前記ＴＣＰ／ＩＰによるパケットのデータブロックのヘッダに、前記コマンドが含まれて送信されること
   を特徴とする請求項１〜請求項５のいずれか１項に記載のデバイスの遠隔監視・修復システム。

Images