JP2007058261A - 記録再生装置のエラー情報取得システム - Google Patents

Abstract

【課題】複数のメーカにより製造された複数のドライブ装置に対応し、専用アプリケーションによらず、汎用アプリケーションにてエラー情報を取得可能なエラー情報取得システムを提供すること。
【解決手段】ホスト装置（ＰＣ）２０上のアプリケーション２１は、ドライブ１０にエラーが発生した場合、エラー情報取得コマンド２００を発行する。このコマンド２００はドライブメーカ間で共通とするため、エラー情報を要求することを表す共通のコード２０２を含むだけで、収集するデータの仕様は、ドライブ１０毎に独自に設定する。作成したエラー情報１００には送信先であるサポートセンタ３０のアドレス１１２を付加し、通信回線５０を介して送信する。
【選択図】図２

Description

本発明は、記録再生装置に生じたエラーに関する情報をセンタ側で取得するエラー情報取得システムに関するものである。

ユーザの使用する電子機器にてエラーが発生した場合、そのエラー情報をサポートセンタなどに送信し、サポートセンタでは受信したエラー情報を解析してエラーに対する対処方法をユーザに回答する、いわゆるエラーサポートシステムが実用化されている。

その一例として、特許文献１には、ユーザの負担を軽減しつつ最新の情報に基づいて発生した電子機器のエラーを容易に解消することを目的に、所定のネットワークに接続可能に構成された電子機器でエラーが発生した際に、該エラーに関する情報をネットワークを介して送信し、エラーに関する情報に基づいて対処プログラムを検索し、検索された対処プログラムを電子機器にネットワークを介して送信し、送信された対処プログラムを実行するエラー対処方法が記載される。

また特許文献２には、ユーザ側が特別な作業を行わずにエラー回避のためのサポート情報を取得することを目的に、ソフトウェアを実行可能なコンピュータは、ソフトウェアのエラー発生状況を監視して、エラーを検知すると、当該エラーに対応するエラーコードを特定し、当該コンピュータのシステム情報を収集してサポートサーバに送信し、サポートサーバで生成されたエラー回避のためのサポート情報を受信するサポート情報取得方法が記載される。

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

エンドユーザの記録再生装置（ドライブ）で発生したエラーの詳細情報を報告・収集することで、ユーザ側だけでなくドライブメーカ側にとっても、以下のメリットがある。すなわちユーザ側では、エラー回避方法を受け取ることができ、またファームウェアのアップデートを受けることができる。一方メーカ側では、エラーを早期に対策する（被害を最小限に抑える）ことが可能で、また発生頻度の高い問題に注力することができる。

従来、ドライブのエラー情報をメーカのサポートセンタへ転送するためには、ドライブに接続したパーソナルコンピュータ（ＰＣ）上のアプリケーションを用いる。そして、アプリケーションを用いてエラー情報を収集しセンタへ吸い上げることになる。その際、エラー情報取得のためのアプリケーションは、エラー情報取得に関する仕様がドライブメーカ毎に異なるため、メーカ毎に専用アプリケーションにならざるを得なかった。専用アプリケーションをＰＣに立ち上げたり常駐させるのは使い勝手が悪く、また大量の端末装置に対して普及させるのは困難が予想される。なぜなら、アプリケーションメーカはドライブメーカ毎に異なるエラー情報取得機能の仕様を盛り込んだアプリケーションを準備せねばならず、将来の数百万台にも及ぶ多数のメーカのドライブ装置を対象とするエラー情報収集を想定すると、専用アプリケーション方式は現実的とは言えない。

上記特許文献１および特許文献２に記載の技術は、いずれも専用アプリケーションを前提とし、多数のメーカにより製造された大量のドライブ装置を対象とするエラー取得方法には適用困難と考えられる。

本発明の目的は、複数のメーカにより製造された複数のドライブ装置に対応し、専用アプリケーションによらず、汎用アプリケーションにてエラー情報を取得可能なエラー情報取得システムを提供することにある。

本発明は、ホスト装置に接続された記録再生装置のエラー情報を、通信回線を介してサポートセンタが取得する記録再生装置のエラー情報取得システムにおいて、ホスト装置には、記録再生装置の動作を制御するアプリケーションが組み込まれ、アプリケーションは、記録再生装置にエラーが発生した場合、記録再生装置に対しエラー情報を収集させるために、異なる記録再生装置の間で共通のエラー情報取得コマンドを発行する。記録再生装置は、エラー情報取得コマンドを受けると、エラー発生に関連するデータを収集してエラー情報を作成し、ホスト装置は、作成されたエラー情報を、通信回線を介してサポートセンタに送信する。

ここでエラー情報取得コマンドは、製造メーカの異なる記録再生装置に共通のものとするため、エラー情報を要求することを表す所定の共通のコードを含み、記録再生装置の収集するデータの仕様を指定しないものであって、収集するデータの仕様は、記録再生装置によって独自に設定されるようにする。

また記録再生装置は、当該装置のエラー情報の送信先であるサポートセンタのアドレス情報を格納しており、作成したエラー情報のヘッダ部にサポートセンタのアドレスを記述し、ホスト装置はこのアドレスに従い、エラー情報をサポートセンタに送信する。

また記録再生装置は、作成したエラー情報に暗号化処理を行い、サポートセンタは、受信したエラー情報に復号化処理を行うようにする。

本発明によれば、複数のメーカにより製造された複数のドライブ装置を対象として、エラー情報を容易に取得可能なエラー情報取得システムを実現できる。

図１は、本発明を適用するエラー情報取得システムの一実施例を示す全体構成図である。エンドユーザ１は、ホスト装置であるパーソナルコンピュータ（以下、ＰＣ）２０に接続された記録再生装置（以下、ドライブ）１０を使用する。ドライブ１０は、ＰＣ２０との間でデータの転送を行い、ＤＶＤなどの光ディスク記録媒体にデータを記録し、また記録媒体からデータを再生する。あるいは、記録と再生の一方のみの機能でも良い。これらの記録再生動作は、ＰＣ２０に組み込まれたアプリケーションにより制御される。記録媒体としては、光ディスク以外にハードディスクや半導体メモリを用いることもできる。一方、ドライブ１０で発生したエラーに関する情報はドライブ１０を製造したドライブメーカ２に報告される。ドライブメーカ２は、サポートセンタ３０と情報を蓄積するデータベース４０を有する。エラー情報は、エンドユーザのＰＣ２０から、インターネット５０等の通信回線を介してサポートセンタ３０へ送信される。

ドライブ１０は記録再生動作中にエラーが発生すると、ＰＣ２０上のアプリケーションの指令によりエラー情報１００を作成する。作成したエラー情報１００は、インターネット５０を介してドライブ毎に指定されているサポートセンタ３０へ送られ、データベース４０に蓄積される。データベース４０に蓄積されたエラー情報は、様々な角度から分析される。例えば開発部門３１ではエラーの対策方法が検討され、ドライブの動作機能改善のための新ファームウェア３３に適用されたり、エラー回避情報３４等に盛り込まれる。ファームウェアやエラー回避情報は、インターネット５０を介してエンドユーザに提供される。またドライブメーカ２では、エンドユーザ１でのドライブの使用状況を幅広く収集できるため、これを商品企画３２に使用し、次期製品３５の開発に役立てることも可能となる。

本実施例のシステムによれば、次のようなメリットが期待できる。まずエンドユーザ側では、（１）ファームウェアのアップデートを受けることができる、（２）エラー回避方法を受け取ることができる、（３）ドライブの品質が向上する、などのメリットがある。またドライブメーカ側では、（４）エラーを早期に対策する（被害を最小限に抑える）ことが可能である、（５）発生頻度の高い問題に注力することができる、（６）エンドユーザの実使用状況を把握し、次期設計指針に盛り込むことができる、（７）エンドユーザの要望を知ることができる（商品企画に役立つ）、などのメリットがある。

図２は、図１のシステムにおけるエンドユーザ側のＰＣ２０とドライブ１０の構成の一例を示す図である。ＰＣ２０には、ドライブ１０を制御するアプリケーション２１がインストールされている。ドライブ１０には、例えば記録再生動作に係わるファームウェア１１を格納し、ワークメモリ１５、ＬＳＩレジスタ１６、フラッシュメモリ１７などの各種記憶部と、図示しない記録再生部を有する。ＰＣ２０とドライブ１０とは、ＩＤＥ（Ｉｎｔｅｇｒａｔｅｄ Ｄｅｖｉｃｅ Ｅｌｅｃｔｒｏｎｉｃｓ）バス２５で接続される。

次に、エラー情報取得の動作を説明する。ＰＣ２０上のアプリケーション２１は、ドライブ１０のエラー発生を監視する。エラーを感知すると、ＩＤＥバス２５を介してドライブ１０へエラー情報取得コマンド２００を送信する。このコマンド２００はドライブメーカ共通のフォーマットであり、その内容については後述する。ドライブ１０のファームウェア１１は、エラー情報取得コマンド２００を受けると、ワークメモリ１５、各ＬＳＩのレジスタ１６、フラッシュメモリ１７などからエラーに関する情報を収集（符号１２）する。ここでワークメモリ１５にはファームウェア１１の動作状態が、ＬＳＩレジスタ１６には各ＬＳＩの動作状態が、フラッシュメモリ１７には過去の動作情報などが保持されており、これらを分析することでエラーの解明と対策が可能となる。さらに収集したエラー情報を暗号化（符号１３）し、サポートセンタ３０のＩＰアドレスなどのヘッダデータ１４を付加して、ＩＤＥバス２５を介してＰＣ２０へ送信する。ＰＣ２０のアプリケーション２１は、暗号化されたエラー情報１００をインターネット５０を介してサポートセンタ３０へ送信する。

図３は、本実施例におけるエラー情報取得のフローチャートを示す図である。すなわち、ドライブ１０の動作中にエラーが発生し、そのエラー情報を収集し、サポートセンタ３０のデータベース４０に蓄積するまでの一連の動作の流れを示す。

ドライブ１０は、例えば記録処理を実行中（Ｓ３０１）にエラーが発生すると、アプリケーション２１へエラー発生を通報する（Ｓ３０２）。通報を受けたアプリケーション２１は、ドライブ１０へ、エラーに関する情報を収集するためのエラー情報取得コマンド２００を発行する（Ｓ３０３）。もし当該ドライブ１０がエラー情報取得コマンド２００に非対応の場合は、ここでエラーが返るのでそこで処理は終了する。

ドライブ１０のファームウェア１１は、ドライブ１０内のワークメモリ、ＬＳＩレジスタ１６、フラッシュメモリ１７などからエラーに関する情報を収集する（Ｓ３０４）。さらにエラー情報に暗号化処理を施し（Ｓ３０５）、ＩＰアドレスを含むヘッダデータ１４を付加して（Ｓ３０６）、アプリケーション２１へ返す（Ｓ３０７）。

アプリケーション２１はエラー情報１００を正常に取得できると、エラー情報１００をサポートセンタ３０へ送信して良いかをユーザに確認するダイアログを表示する（Ｓ３０８）。ユーザがこれを「承諾」すると、アプリケーション２１はサポートセンタ３０へ接続し、アクセスの許可を求める（Ｓ３０９）。このときの接続先アドレスとして、ヘッダデータ１４のＩＰアドレスを利用する。サポートセンタ３０がアクセスを許可すると（Ｓ３１０）、アプリケーション２１はエラー情報１００を送信する（Ｓ３１１）。サポートセンタ３０は、エラー情報１００を受信すると、これを復号化し（Ｓ３１２）、データベース４０に蓄積する（Ｓ３１３）。

なお図では省略しているが、この後サポートセンタ３０は、今回のエラー発生に対するエラー対処方法などをエンドユーザ側（アプリケーション２１及びドライブ１０）へ提供することも可能である。さらに、新たなファームウェアを提供することも可能である。

図４は、本実施例におけるエラー情報取得コマンド２００の一例を示す図である。ここでは、ＣＤ／ＤＶＤのコマンド規格として存在する「ＲＥＡＤ＿ＢＵＦＦＥＲコマンド」を使用した例である。ここに「ＲＥＡＤ＿ＢＵＦＦＥＲコマンド」は、バッファメモリに格納されているデータを読み出す命令（１０バイトで構成）であり、これを利用してエラーに関連したデータを取得するものである。符号２０１の示す「３Ｃ」は、当該コマンドの種類が「ＲＥＡＤ＿ＢＵＦＦＥＲ」であることを意味する。符号２０２の示す「ＩＤ」は、本実施例で新たに定義したコードであって、エラー情報を要求することを意味する。符号２０３はメモリアドレスを指定する部分であるが、ここでは全て「００」としてアドレスを無指定とする。符号２０４の「Ｓ１」、「Ｓ２」は上位装置側で用意するバッファサイズを意味する。

このように本実施例では、新たにエラー情報取得用の「ＩＤ」コードを規格として定め、この「ＩＤ」コードを含む１つのコマンドを送るだけであり、メーカ特有の指示内容を排除している。これにより、１つのコマンドで、どのメーカのドライブからもエラー情報を取得することができる。すなわち従来のエラー取得コマンドは、メーカ毎に読み出すメモリアドレスとデータの仕様を指定しているので、複数のコマンドで構成され、異なるメーカのドライブ間では互換性がなかった。本実施例では、エラー取得コマンド内ではデータ読み出しのアドレスを指定せず、作成するエラー情報の仕様は、メーカの判断でドライブ側で独自に設定できるようにした点に特徴がある。

図５は、本実施例におけるエラー情報１００のフォーマットの一例を示す図である。エラー情報１００は、ヘッダ部１１０とデータ本体部１２０で構成される。ヘッダ部１１０には全体のデータサイズ１１１と、転送先のサポートセンタ３０のＩＰアドレス１１２を記述する。このＩＰアドレス１１２は、ファームウェア１１に格納されるヘッダデータ１４から読み出して付加する。

データ本体部１２０は、ドライブメーカ毎に独自にフォーマットを決めて記述するものである。この例では、ファームウェアＲｅｖ、ドライブ製番などと共に、レジスタダンプ、動作ログのデータを記載している。記載内容のフォーマットは、各ドライブのファームウェアに記述されている。そして、データ本体部１２０は暗号化して、ドライブ内のエンドユーザの情報が外部に漏洩するのを防止する。

上記実施例では、作成したエラー情報を暗号化して送信するものとしたが、状況によっては暗号化せずに送信するようにしても良い。また、記録再生装置（ドライブ）の機能を限定するものではなく、任意の情報機器に適用できる。

以上述べたように本実施例によれば、ドライブに発生したエラーに関する情報を、ドライブメーカに共通のコマンドで取得できるようになる。そして、この共通のコマンドを含む汎用のアプリケーションを提供することができるので、使い勝手が良く、複数のメーカにより製造された複数のドライブ装置に対して適用できる。これにより、エラー情報を容易に取得可能なエラー情報取得システムが実現できる。

本発明を適用するエラー情報取得システムの一実施例を示す全体構成図。 図１におけるＰＣ２０とドライブ１０の構成の一例を示す図。 エラー情報取得のフローチャートを示す図。 エラー情報取得コマンド２００の一例を示す図。 エラー情報１００のフォーマットの一例を示す図。

符号の説明

１０…記録再生装置（ドライブ）、１１…ファームウェア、１４…ヘッダデータ、１５…ワークメモリ、１６…ＬＳＩレジスタ、１７…フラッシュメモリ、２０…パーソナルコンピュータ（ＰＣ）、２１…アプリケーション、２５…ＩＤＥバス、３０…サポートセンタ、４０…データベース、５０…インターネット（通信回線）、１００…エラー情報、２００…エラー情報取得コマンド。

Claims (5)

1. ホスト装置に接続された記録再生装置のエラー情報を、通信回線を介してサポートセンタが取得する記録再生装置のエラー情報取得システムにおいて、
   上記ホスト装置には、上記記録再生装置の動作を制御するアプリケーションが組み込まれ、
   該アプリケーションは、該記録再生装置にエラーが発生した場合、該記録再生装置に対しエラー情報を収集させるために、異なる記録再生装置の間で共通のエラー情報取得コマンドを発行し、
   該記録再生装置は、該エラー情報取得コマンドを受けると、エラー発生に関連するデータを収集してエラー情報を作成し、
   上記ホスト装置は、該作成されたエラー情報を、上記通信回線を介して上記サポートセンタに送信することを特徴とする記録再生装置のエラー情報取得システム。
2. 請求項１に記載の記録再生装置のエラー情報取得システムにおいて、
   前記エラー情報取得コマンドは、製造メーカの異なる前記記録再生装置に共通のものとするため、エラー情報を要求することを表す所定の共通のコードを含み、該記録再生装置の収集するデータの仕様を指定しないものであって、該収集するデータの仕様は、該記録再生装置によって独自に設定されることを特徴とする記録再生装置のエラー情報取得システム。
3. 請求項１または２に記載の記録再生装置のエラー情報取得システムにおいて、
   前記記録再生装置は、当該装置のエラー情報の送信先である前記サポートセンタのアドレス情報を格納しており、作成したエラー情報のヘッダ部に該サポートセンタのアドレスを記述し、
   前記ホスト装置は、該アドレスに従い、該エラー情報を該サポートセンタに送信することを特徴とする記録再生装置のエラー情報取得システム。
4. 請求項１に記載の記録再生装置のエラー情報取得システムにおいて、
   前記記録再生装置は、前記作成したエラー情報に暗号化処理を行い、
   前記サポートセンタは、受信した該エラー情報に復号化処理を行うことを特徴とする記録再生装置のエラー情報取得システム。
5. 請求項１に記載の記録再生装置のエラー情報取得システムにおいて、
   前記サポートセンタは、受信した前記エラー情報を蓄積するデータベースを有し、該エラー情報に対するエラー対処方法を、前記通信回線を介して前記ホスト装置へ提供することを特徴とする記録再生装置のエラー情報取得システム。

Images