(57)【要約】【課題】高価格化を招くことなく、外部からの要求に応じて装置の動作情報を出力することができるドライブ装置を提供する。【解決手段】外部５０からの指示を受信すると、制御装置４０はそれに応答して、インターフェース３８を介した装置の動作情報及びユーザデータの通信をそれぞれ制御する。そこで、インターフェースの規格がユーザデータの通信のみをサポートしている場合であっても、装置の動作情報の通信に際して、ユーザデータの通信仕様に適合するとともに、ユーザデータとの識別が可能な通信仕様を予め外部との間で取り決めておくことにより、同一のインターフェースで装置の動作情報及びユーザデータの通信をそれぞれ行うことができる。従って、結果として高価格化を招くことなく、外部からの要求に応じて装置の動作情報を出力することが可能となる。【選択図】  図１
2004234150.tif 000002
【特許請求の範囲】
【請求項１】
情報記録媒体に対して情報の記録、消去及び再生のうち少なくとも再生を行なうドライブ装置であって、
外部との通信を行うためのインターフェースと；
前記外部の指示に応答して、前記インターフェースを介した装置の動作情報及びユーザデータの通信をそれぞれ制御する制御装置と；を備えるドライブ装置。
【請求項２】
前記制御装置は、前記外部の指示に含まれる所定の識別情報に基づいて、前記外部の指示対象が前記装置の動作情報であるか前記ユーザデータであるかを識別することを特徴とする請求項１に記載のドライブ装置。
【請求項３】
前記識別情報は、アドレス情報であることを特徴とする請求項２に記載のドライブ装置。
【請求項４】
前記装置の動作情報は、装置の内部情報及びログ情報の少なくとも一方を含み、
前記内部情報及びログ情報の少なくとも一方が格納される情報用メモリと；
前記内部情報及びログ情報の少なくとも一方を前記情報用メモリに格納する格納手段と；を更に備えることを特徴とする請求項１〜３のいずれか一項に記載のドライブ装置。
【請求項５】
前記格納手段は、リングバッファ方式で前記内部情報及びログ情報の少なくとも一方を前記情報用メモリに格納することを特徴とする請求項４に記載のドライブ装置。
【請求項６】
前記格納手段は、前記外部の指示に基づいて、前記情報用メモリに格納する情報の種類及び内容の少なくとも一方を変更することを特徴とする請求項４又は５に記載のドライブ装置。
【請求項７】
前記制御装置は、前記外部の指示に応答して、前記情報用メモリに格納されている前記内部情報及びログ情報の少なくとも一方を送信することを特徴とする請求項４〜６のいずれか一項に記載のドライブ装置。
【請求項８】
前記外部の指示は、予め設定されている第１のアドレスがその論理ブロックアドレスとしてセットされたリードコマンドであることを特徴とする請求項７に記載のドライブ装置。
【請求項９】
前記第１のアドレスは、前記情報記録媒体上に存在しないアドレスであることを特徴とする請求項８に記載のドライブ装置。
【請求項１０】
前記装置の動作情報は、前記外部からの動作指令を含み、
前記動作指令が格納される指令用メモリを更に備え、
前記制御装置は、前記動作指令を受信すると、その動作指令を前記指令用メモリに格納することを特徴とする請求項１〜９のいずれか一項に記載のドライブ装置。
【請求項１１】
前記動作指令は、予め設定されている第２のアドレスがその論理ブロックアドレスとしてセットされたライトコマンドに続いて受信されることを特徴とする請求項１０に記載のドライブ装置。
【請求項１２】
前記第２のアドレスは、前記情報記録媒体上に存在しないアドレスであることを特徴とする請求項１１に記載のドライブ装置。
【請求項１３】
前記制御装置は、前記動作指令に応じた処理を行い、その処理結果を送信することを特徴とする請求項１０〜１２のいずれか一項に記載のドライブ装置。
【請求項１４】
前記インターフェースは、ＡＴＡ、ＡＴＡＰＩ、ＳＣＳＩ、ＵＳＢ１．０、ＵＳＢ２．０、ＩＥＥＥ１３９４、ＩＥＥＥ８０２．３、シリアルＡＴＡ及びシリアルＡＴＡＰＩのいずれかの規格に準拠していることを特徴とする請求項１〜１３のいずれか一項に記載のドライブ装置。
【請求項１５】
情報記録媒体に対して情報の記録、消去及び再生のうち少なくとも再生を行なう情報処理システムであって、
請求項１〜１４のいずれか一項に記載のドライブ装置と；
前記ドライブ装置への送信情報を入力する入力手段、及び前記ドライブ装置からの受信情報を表示する表示手段を有し、前記インターフェースを介して前記ドライブ装置と接続されたコンピュータと；を備える情報処理システム。
【請求項１６】
前記コンピュータは、前記送信情報が前記ドライブ装置の内部情報及びログ情報の少なくとも一方を要求する情報のときに、前記ドライブ装置で前記ユーザデータとの識別可能な所定のアドレスがその論理ブロックアドレスとしてセットされたリードコマンドを送信することを特徴とする請求項１５に記載の情報処理システム。
【請求項１７】
前記コンピュータは、前記送信情報が前記ドライブ装置への動作指令に関する情報のときに、前記ドライブ装置で前記ユーザデータとの識別可能な所定のアドレスがその論理ブロックアドレスとしてセットされたライトコマンドを送信するとともに、前記ライトコマンドに続いて前記動作指令を前記ドライブ装置に送信することを特徴とする請求項１５又は１６に記載の情報処理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ドライブ装置及び情報処理システムに係り、更に詳しくは、情報記録媒体に対して情報の記録、消去及び再生のうち少なくとも再生を行なうドライブ装置、該ドライブ装置及びコンピュータを備えた情報処理システムに関する。
【０００２】
【従来の技術】
近年、パーソナルコンピュータ（以下「パソコン」と略述する）は、その高機能化、及び低価格化に伴い、一般家庭に広く普及するようになった。そして、光ディスク、光磁気ディスク、磁気ディスク、及びメモリカード等の情報記録媒体をアクセスするためのドライブ装置がパソコンの周辺装置の一つとして用いられている。例えば光ディスクのドライブ装置としては光ディスク装置がある。
【０００３】
光ディスクには、ＣＤ系としてＣＤ−ＲＯＭ、ＣＤ−Ｒ、及びＣＤ−ＲＷなどがあり、ＤＶＤ系としてＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ＋Ｒ、及びＤＶＤ＋ＲＷなどがある。従来は、ＣＤ用の光ディスク装置とＤＶＤ用の光ディスク装置とはそれぞれ個別に用いられていたが、パソコンの小型化に伴い、ＣＤ系及びＤＶＤ系の両方に対応した光ディスク装置が市販されるようになった。それにより、光ディスク装置での処理が複雑になり、正常に動作しているか否かの判断が難しくなった。
【０００４】
装置の稼動状況を的確に判断するには装置の稼動履歴情報やエラー情報などを含む動作情報が有効である。そこで、動作情報を取得することができる装置が種々提案されている（例えば、特許文献１〜特許文献３参照）。
【０００５】
【特許文献１】
特開平１１−１７５２７７号公報
【特許文献２】
特開平７−９３１１１号公報
【特許文献３】
特開平１１−２３２１４５号公報
【０００６】
【発明が解決しようとする課題】
しかしながら、上記特許文献１に記載の記録装置では、印字データを受信する時に、上位装置からの所定の信号に同期して、エラー情報などを上位装置に通知しているため、適用可能な通信インターフェースが限定されるという不都合があった。また、不定形及び可変長の情報が送信できないという不都合があった。
【０００７】
また、上記特許文献２に記載の情報記録装置では、動作情報を光ディスクに設けられた所定の記録領域に記録しているため、ユーザデータが記録される記録領域が少なくなるという不都合があった。また、光ディスクが情報記録装置にロードされていないと動作情報を取得することができないという不都合があった。なお、外部装置から情報記録装置の動作情報を取得する方法については不明である。
【０００８】
さらに、上記特許文献３に記載のログ情報記録装置では、パソコンの周辺装置としては高価格であるという不都合があった。
【０００９】
また、光ディスク装置の設計及び製造の段階で装置の動作情報を取得することができるように、専用の通信ポート（例えばＲＳ２３２Ｃ）を設けているものもあるが、部品コスト及び作業コストが上昇するとともに、小型化に対する障害の一つとなっていた。
【００１０】
本発明は、かかる事情の下になされたもので、その第１の目的は、高価格化を招くことなく、外部からの要求に応じて装置の動作情報を出力することができるドライブ装置を提供することにある。
【００１１】
また、本発明の第２の目的は、高価格化を招くことなく、ドライブ装置の動作情報を必要に応じて取得することができる情報処理システムを提供することにある。
【００１２】
【課題を解決するための手段】
請求項１に記載の発明は、情報記録媒体に対して情報の記録、消去及び再生のうち少なくとも再生を行なうドライブ装置であって、外部との通信を行うためのインターフェースと；前記外部の指示に応答して、前記インターフェースを介した装置の動作情報及びユーザデータの通信をそれぞれ制御する制御装置と；を備えるドライブ装置である。
【００１３】
これによれば、外部からの指示を受信すると、制御装置によりそれに応答して、インターフェースを介した装置の動作情報及びユーザデータの通信がそれぞれ制御される。例えばインターフェースの規格がユーザデータの通信のみをサポートしている場合であっても、装置の動作情報の通信に際して、ユーザデータの通信仕様に適合するとともに、ユーザデータとの識別が可能な通信仕様を予め外部との間で取り決めておくことにより、同一のインターフェースで装置の動作情報及びユーザデータの通信をそれぞれ行うことができる。従って、結果として高価格化を招くことなく、外部からの要求に応じて装置の動作情報を出力することが可能となる。
【００１４】
この場合において、請求項２に記載のドライブ装置の如く、前記制御装置は、前記外部の指示に含まれる所定の識別情報に基づいて、前記外部の指示対象が前記装置の動作情報であるか前記ユーザデータであるかを識別することとすることができる。
【００１５】
この場合において、前記識別情報としては種々の情報が考えられ、一例として請求項３に記載のドライブ装置の如く、前記識別情報は、アドレス情報であることとすることができる。
【００１６】
上記請求項１〜３に記載の各ドライブ装置において、請求項４に記載のドライブ装置の如く、前記装置の動作情報が装置の内部情報及びログ情報の少なくとも一方を含む場合に、前記内部情報及びログ情報の少なくとも一方が格納される情報用メモリと；前記内部情報及びログ情報の少なくとも一方を前記情報用メモリに格納する格納手段と；を更に備えることとすることができる。
【００１７】
この場合において、請求項５に記載のドライブ装置の如く、前記格納手段は、リングバッファ方式で前記内部情報及びログ情報の少なくとも一方を前記情報用メモリに格納することとすることができる。
【００１８】
上記請求項４及び５に記載の各ドライブ装置において、請求項６に記載のドライブ装置の如く、前記格納手段は、前記外部の指示に基づいて、前記情報用メモリに格納する情報の種類及び内容の少なくとも一方を変更することとすることができる。
【００１９】
上記請求項４〜６に記載の各ドライブ装置において、請求項７に記載のドライブ装置の如く、前記制御装置は、前記外部の指示に応答して、前記情報用メモリに格納されている前記内部情報及びログ情報の少なくとも一方を送信することとすることができる。
【００２０】
この場合において、請求項８に記載のドライブ装置の如く、前記外部の指示は、予め設定されている第１のアドレスがその論理ブロックアドレスとしてセットされたリードコマンドであることとすることができる。
【００２１】
この場合において、前記第１のアドレスとしては種々のアドレスが考えられ、例えば請求項９に記載のドライブ装置の如く、前記第１のアドレスは、前記情報記録媒体上に存在しないアドレスであることとすることができる。
【００２２】
上記請求項１〜９に記載の各ドライブ装置において、請求項１０に記載のドライブ装置の如く、前記装置の動作情報が前記外部からの動作指令を含む場合は、前記動作指令が格納される指令用メモリを更に備え、前記制御装置は、前記動作指令を受信すると、その動作指令を前記指令用メモリに格納することとすることができる。
【００２３】
この場合において、請求項１１に記載のドライブ装置の如く、前記動作指令は、予め設定されている第２のアドレスがその論理ブロックアドレスとしてセットされたライトコマンドに続いて受信されることとすることができる。かかる場合には、第２のアドレスは第１のアドレスと同一であっても良いし、異なっていても良い。
【００２４】
この場合において、前記第２のアドレスとしては種々のアドレスが考えられ、一例として請求項１２に記載のドライブ装置の如く、前記第２のアドレスは、前記情報記録媒体上に存在しないアドレスであることとすることができる。
【００２５】
上記請求項１０〜１２に記載の各ドライブ装置において、請求項１３に記載のドライブ装置の如く、前記制御装置は、前記動作指令に応じた処理を行い、その処理結果を送信することとすることができる。
【００２６】
上記請求項１〜１３に記載の各ドライブ装置において、前記インターフェースの規格としては種々の規格が考えられ、例えば請求項１４に記載のドライブ装置の如く、前記インターフェースは、ＡＴＡ、ＡＴＡＰＩ、ＳＣＳＩ、ＵＳＢ１．０、ＵＳＢ２．０、ＩＥＥＥ１３９４、ＩＥＥＥ８０２．３、シリアルＡＴＡ及びシリアルＡＴＡＰＩのいずれかの規格に準拠していることとすることができる。
【００２７】
請求項１５に記載の発明は、情報記録媒体に対して情報の記録、消去及び再生のうち少なくとも再生を行なう情報処理システムであって、請求項１〜１４のいずれか一項に記載のドライブ装置と；前記ドライブ装置への送信情報を入力する入力手段、及び前記ドライブ装置からの受信情報を表示する表示手段を有し、前記インターフェースを介して前記ドライブ装置と接続されたコンピュータと；を備える情報処理システムである。
【００２８】
これによれば、請求項１〜１４のいずれか一項に記載のドライブ装置を備えているため、高価格化を招くことなく、ドライブ装置の動作情報を必要に応じて取得することができる。
【００２９】
この場合において、請求項１６に記載の情報処理システムの如く、前記コンピュータは、前記送信情報が前記ドライブ装置の内部情報及びログ情報の少なくとも一方を要求する情報のときに、前記ドライブ装置で前記ユーザデータとの識別可能な所定のアドレスがその論理ブロックアドレスとしてセットされたリードコマンドを送信することとすることができる。
【００３０】
上記請求項１５及び１６に記載の各情報処理システムにおいて、請求項１７に記載の情報処理システムの如く、前記コンピュータは、前記送信情報が前記ドライブ装置への動作指令に関する情報のときに、前記ドライブ装置で前記ユーザデータとの識別可能な所定のアドレスがその論理ブロックアドレスとしてセットされたライトコマンドを送信するとともに、前記ライトコマンドに続いて前記動作指令を前記ドライブ装置に送信することとすることができる。
【００３１】
【発明の実施の形態】
以下、本発明の一実施形態を図１〜図７に基づいて説明する。図１には、本発明の一実施形態に係る情報処理システムの概略構成が示されている。
【００３２】
この図１に示される情報処理システム１０は、ドライブ装置としての光ディスク装置２０と、該光ディスク装置２０を制御するコンピュータとしてのホスト５０とを含んで構成されている。
【００３３】
前記光ディスク装置２０は、情報記録媒体としての光ディスク１５を回転駆動するためのスピンドルモータ２２、光ピックアップ装置２３、レーザコントロール回路２４、エンコーダ２５、モータドライバ２７、再生信号処理回路２８、サーボコントローラ３３、バッファＲＡＭ３４、バッファマネージャ３７、インターフェース３８、ＣＰＵ４０、ＲＡＭ４１（情報用メモリ、指令用メモリ）及びフラッシュＲＯＭ４３などを備えている。なお、図１における接続線は、代表的な信号や情報の流れを示すものであり、各ブロックの接続関係の全てを表すものではない。また、光ディスク装置２０は、一例としてＤＶＤ系の規格に準拠した情報記録媒体（以下、「ＤＶＤ」と略述する）及びＣＤ系の規格に準拠した情報記録媒体（以下、「ＣＤ」と略述する）に対応可能であるものとする。さらに、光ディスク装置２０は、光ディスク１５に記録されている情報の再生だけでなく、光ディスク１５に情報を記録することも可能である。
【００３４】
前記光ピックアップ装置２３は、光ディスク１５のスパイラル状又は同心円状のトラックが形成された記録面にレーザ光を照射するとともに、記録面からの反射光を受光するための装置である。なお、光ピックアップ装置２３は、いわゆる２波長光ピックアップ装置であり、光ディスク１５がＤＶＤのときは波長が６６０ｎｍのレーザ光を照射し、ＣＤのときは波長が７８０ｎｍのレーザ光を照射する。
【００３５】
前記再生信号処理回路２８は、光ピックアップ装置２３の出力信号に基づいてウォブル信号、ＲＦ信号及びサーボ信号（フォーカスエラー信号、トラックエラー信号）などを検出する。そして、再生信号処理回路２８は、ウォブル信号からアドレス情報及び同期信号等を抽出し、アドレス情報をＣＰＵ４０に、同期信号をエンコーダ２５にそれぞれ出力する。さらに、再生信号処理回路２８は、ＲＦ信号に対して復号処理及び誤り訂正処理等を行なった後、再生データとしてバッファマネージャ３７を介してバッファＲＡＭ３４に格納する。また、ここで検出されたサーボ信号はサーボコントローラ３３に出力される。
【００３６】
前記サーボコントローラ３３は、サーボ信号に基づいてフォーカスずれ及びトラックずれなどを補正するための制御信号を生成し、モータドライバ２７に出力する。
【００３７】
前記モータドライバ２７は、サーボコントローラ３３からの制御信号及びＣＰＵ４０の指示に基づいて、光ピックアップ装置２３の駆動系（図示省略）及びスピンドルモータ２２を駆動する。
【００３８】
前記バッファＲＡＭ３４には、光ディスク１５に記録するデータ、及び光ディスク１５から再生したデータなどが格納される。
【００３９】
前記バッファマネージャ３７は、バッファＲＡＭ３４へのデータの入出力を管理し、蓄積されたデータ量が所定の値になると、ＣＰＵ４０に通知する。
【００４０】
前記エンコーダ２５は、ＣＰＵ４０の指示に基づいて、バッファＲＡＭ３４に蓄積されているデータをバッファマネージャ３７を介して取り出し、データ変調及びエラー訂正コードの付加などを行ない、光ディスク１５への書き込み信号を生成するとともに、再生信号処理回路２８からの同期信号に同期して、書き込み信号をレーザコントロール回路２４に出力する。
【００４１】
前記レーザコントロール回路２４は、エンコーダ２５からの書き込み信号及びＣＰＵ４０の指示に基づいて、光ピックアップ装置２３から出射されるレーザ光の出力を制御する。なお、レーザコントロール回路２４は、ＣＰＵ４０の指示に基づいて、制御対象とするレーザ光の波長を決定する。
【００４２】
前記インターフェース３８は、ホスト５０との双方向の通信インターフェースであり、ＡＴＡＰＩ（ＡＴ  Ａｔｔａｃｈｍｅｎｔ  Ｐａｃｋｅｔ  Ｉｎｔｅｒｆａｃｅ）の規格に準拠している。
【００４３】
前記ＲＡＭ４１は、一例として図２に示されるように、ホスト５０からの後述する指令データが格納される領域（以下「コマンド領域」という）４１ｒ、及びログ情報が格納される領域（以下「ログ情報領域」という）４１ｓが設けられている。なお、ログ情報領域４１ｓは、いわゆるリングバッファとして用いられ、ポインタＰによって格納開始位置が指示される。そして、ポインタＰが一巡するとフラグＱに「１」がセットされるようになっている。
【００４４】
図１に戻り、前記フラッシュＲＯＭ４３には、ＣＰＵ４０にて解読可能なコードで記述されたプログラムが格納されている。そして、ＣＰＵ４０は、フラッシュＲＯＭ４３に格納されているプログラムに従って上記各部の動作を制御する。
【００４５】
なお、光ディスク１５がＣＤであるかＤＶＤであるかは、その記録面からの反射光強度に基づいて判別することができる。通常、この判別は光ディスク１５が光ディスク装置２０の所定位置にロードされたときにＣＰＵ４０によって行われる。また、光ディスク１５に予め記録されているＴＯＣ（Ｔａｂｌｅ  Ｏｆ  Ｃｏｎｔｅｎｔｓ）情報、ＰＭＡ（Ｐｒｏｇｒａｍ  Ｍｅｍｏｒｙ  Ａｒｅａ）情報及びウォブル信号などに基づいて光ディスク１５の種類を判別することも可能である。そして、その判別結果はＣＰＵ４０からレーザコントロール回路２４に通知される。
【００４６】
前記ホスト５０は、主制御装置５２、ＲＡＭ５３、インターフェース５４、ハードディスク（ＨＤＤ）５６、入力手段としての入力装置５７及び表示手段としての表示装置５８などを備えている。そして、それぞれは共通のバスＢＵＳを介して接続されている。
【００４７】
前記主制御装置５２は、演算装置（Ｍｉｃｒｏ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ：以下「ＭＰＵ」という）５２ａ、メインメモリ５２ｂなどを含んで構成され、ホスト５０の全体を制御するとともに、制御に必要なデータ等を一時的に前記ＲＡＭ５３に保存する。
【００４８】
前記インターフェース５４は、光ディスク装置２０との双方向の通信インターフェースであり、光ディスク装置のインターフェース３８と同一の規格に準拠している。インターフェース５４はインターフェース３８と接続されている。なお、各インターフェース間の接続形態は、通信ケーブル（例えばフラットケーブル）などの通信線を用いたケーブル接続だけでなく、赤外線などを利用したワイヤレス接続であっても良い。
【００４９】
前記ＨＤＤ５６には、ＭＰＵ５２ａで解読可能なコードで記述されたプログラムが格納されている。なお、ＨＤＤ５６に格納されているプログラムは、必要に応じてメインメモリ５２ｂにロードされ、ＭＰＵ５２ａにより実行される。
【００５０】
前記表示装置５８は、例えばＣＲＴ、液晶ディスプレイ（ＬＣＤ）及びプラズマディスプレイパネル（ＰＤＰ）などを用いた表示部（図示省略）を備え、光ディスク装置２０からの受信情報を含む各種情報を表示する。
【００５１】
前記入力装置５７は、例えばキーボード、マウス、タブレット、トラックボール、ライトペン及びタッチパネルなどのうち少なくとも１つの入力媒体（図示省略）を備え、ユーザから入力された送信情報を含む各種情報をＭＰＵ５２ａに通知する。なお、入力媒体からの情報はワイヤレス方式で入力されても良い。また、表示装置５８と入力装置５７とが一体化されたものとして、例えばタッチパネル付きＣＲＴなどがある。
【００５２】
ここで、前述の情報処理システム１０を用いて、光ディスク１５にユーザデータを記録する場合の処理動作について説明する。
【００５３】
ユーザによってホスト５０の入力装置５７を介して光ディスク１５へのユーザデータの記録要求が入力されると、ＭＰＵ５２ａは光ディスク１５の記録領域におけるユーザデータが記録される領域の先頭の論理アドレスが論理ブロックアドレス（Ｌｏｇｉｃａｌ  Ｂｌｏｃｋ  Ａｄｄｒｅｓｓ：以下「ＬＢＡ」という）としてセットされた記録要求コマンド（ライトコマンド：Ｗｒｉｔｅ  Ｃｏｍｍａｎｄ）を発行する。なお、光ディスク１５上に存在する論理アドレスは００ＦＦＦＦｈ以下の値である。この記録要求コマンドは、インターフェース５４を介して光ディスク装置２０に送信される。さらに、ＭＰＵ５２ａは、記録要求コマンドに続いてユーザデータを所定のタイミングで光ディスク装置２０に送信する。
【００５４】
光ディスク装置２０は、インターフェース３８を介してホスト５０からの記録要求コマンドを受信すると、図３のフローチャートに対応するプログラムの先頭アドレスがＣＰＵ４０のプログラムカウンタにセットされ、処理がスタートする。なお、図３のフローチャートは、ＣＰＵ４０によって実行される一連の処理アルゴリズムに対応している。
【００５５】
最初のステップ４０１では、記録要求コマンドの内容に日時情報を付加してログ情報を作成し、ポインタＰが示すログ情報領域４１ｓ内の位置から順次格納する。このときポインタＰは情報を１バイト格納する毎に＋１される。なお、ポインタＰが示す位置がログ情報領域４１ｓの終端位置を越えると、ポインタＰにはログ情報領域４１ｓの先頭アドレスがセットされる。そして、ポインタＰが一巡していることを示すフラグＱに「１」がセットされる。
【００５６】
次のステップ４０３では、受信した記録要求コマンドからＬＢＡを抽出する。
【００５７】
次のステップ４０５では、抽出したＬＢＡがＦＦＥ０００ｈ（第２のアドレス）であるか否かを判断する。ここでは、ＬＢＡはＦＦＥ０００ｈよりも小さい値であるため、ステップ４０５での判断は否定され、ステップ４０７に移行する。すなわち、受信した記録要求コマンドは光ディスクへの記録要求であると判断する。
【００５８】
このステップ４０７では、記録要求コマンドに続いてホスト５０から送られてくるユーザデータをバッファＲＡＭ３４に蓄積するようにバッファマネージャ３７に指示する。
【００５９】
次のステップ４０９では、ホスト５０から受信したユーザデータを光ディスク１５に記録する。なお、ここでの処理の詳細については後述する。ユーザデータの記録が終了すると、ステップ４１１に移行する。
【００６０】
このステップ４１１では、記録処理の結果に日時情報を付加してログ情報を作成し、ステップ４０１と同様にしてログ情報領域４１ｓに格納する。そして、処理を終了する。
【００６１】
ここで、上記ステップ４０９における記録処理について説明する。
【００６２】
先ず、記録速度に基づいてスピンドルモータ２２の回転を制御するための制御信号をモータドライバ２７に出力するとともに、ホスト５０から記録要求コマンドを受信した旨を再生信号処理回路２８に通知する。そして、再生信号処理回路２８から所定のタイミング毎に出力されるアドレス情報に基づいて、ＬＢＡによって指定された書き込み開始地点に光ピックアップ装置２３が位置するように光ピックアップ装置の駆動系を制御する信号をモータドライバ２７に出力する。
【００６３】
さらに、バッファマネージャ３７からバッファＲＡＭ３４に蓄積されたデータのデータ量が所定の量を超えたとの通知を受けると、エンコーダ２５に書き込み信号の生成を指示する。そして、光ピックアップ装置２３が書き込み開始地点に到達すると、エンコーダ２５に通知する。これにより、データは、エンコーダ２５、レーザコントロール回路２４及び光ピックアップ装置２３を介して光ディスク１５に書き込まれる。受信データがすべて書き込まれると記録処理を終了する。
【００６４】
次に、情報処理システム１０を用いて、光ディスク装置２０に動作指令を行う場合の処理動作について簡単に説明する。
【００６５】
ユーザによってホスト５０の入力装置５７を介して光ディスク装置２０への動作指令に関する情報が入力されると、主制御装置５２はＬＢＡとしてＦＦＥ０００ｈがセットされた記録要求コマンド（ライトコマンド：Ｗｒｉｔｅ  Ｃｏｍｍａｎｄ）を発行する。この記録要求コマンドは、インターフェース５４を介して光ディスク装置２０に送信される。さらに、主制御装置５２は、記録要求コマンドに続いて動作指令に対応するデータ（以下、「指令データ」ともいう）を光ディスク装置２０に送信する。
【００６６】
光ディスク装置２０は、インターフェース３８を介してホスト５０からの記録要求コマンドを受信すると、上記と同様に図３のフローチャートに対応するプログラムの先頭アドレスがＣＰＵ４０のプログラムカウンタにセットされ、処理がスタートする。
【００６７】
最初のステップ４０１では、上記と同様に記録要求コマンドの内容に日時情報を付加してログ情報を作成し、ポインタＰが示すログ情報領域４１ｓ内の位置から順次格納する。
【００６８】
次のステップ４０３では、受信した記録要求コマンドからＬＢＡを抽出する。
【００６９】
次のステップ４０５では、抽出したＬＢＡがＦＦＥ０００ｈであるか否かを判断する。ここでは、ＬＢＡはＦＦＥ０００ｈであるため、ステップ４０５での判断は肯定され、ステップ４１３に移行する。すなわち、受信した記録要求コマンドは光ディスク装置への動作指令であると判断する。
【００７０】
このステップ４１３では、記録要求コマンドに続いてホスト５０から送られてきた指令データ（例えば「ｓｐｅｅｄ」）に、０Ｄｈ及び０Ａｈを付加してコマンド領域４１ｒに格納する。ここでは、一例として図４（Ａ）に示されるように、すでにコマンド領域４１ｒに指令データ（「ｉｎｆｏ」）が格納されている場合には、図４（Ｂ）に示されるように、すでに格納されている指令データの０Ａｈに続けて格納する。そして、処理を終了する。
【００７１】
ＣＰＵ４０は、ホスト５０からのアクセスがないときには、定期的にコマンド領域４１ｒに指令データが格納されているか否かをチェックする。そして、コマンド領域４１ｒに指令データが格納されていれば、図５のフローチャートに対応するプログラムの先頭アドレスがＣＰＵ４０のプログラムカウンタにセットされ、処理がスタートする。なお、ここでは、一例として図４（Ｂ）に示されるように、指令データ「ｉｎｆｏ」及び「ｓｐｅｅｄ」がコマンド領域４１ｒに格納されているものとする。
【００７２】
最初のステップ４５１では、０Ｄｈ及び０Ａｈを区切り符号としてコマンド領域４１ｒの先頭領域に格納されている指令データを抽出する。ここでは、「ｉｎｆｏ」という指令データが抽出される。
【００７３】
次のステップ４５３では、ホスト５０と光ディスク装置２０との取り決めに基づいて、抽出した指令データ（以下、「抽出指令データ」と略述する）の指令内容を解析する。ここでは、内部情報の要求であると判断する。
【００７４】
次のステップ４５５では、解析結果に基づいて指令を実行する。ここでは、フラッシュＲＯＭ４３の所定領域に格納されている光ディスク装置２０の内部情報（例えばデバイス名称、バージョン番号など）を取得する。
【００７５】
次のステップ４５７では、指令の実行結果をインターフェース３８を介してホスト５０に通知する。この場合に、実行結果とともに抽出指令データも通知するのが好ましい。ここでは、取得した光ディスク装置２０の内部情報を通知する。これにより、ホスト５０の表示装置５８には、一例として図６（Ａ）に示されるように、動作指令「ｉｎｆｏ」に対する応答が表示される。なお、図６（Ａ）における「％」は抽出指令データであることを示している。
【００７６】
次のステップ４５９では、実行が完了した指令データ（ここでは「ｉｎｆｏ」）をコマンド領域４１ｒから削除する。ここでは、図６（Ｂ）に示されるように、「ｓｐｅｅｄ」をコマンド領域４１ｒの先頭領域にシフトする。そして、処理を終了する。この指令データ「ｓｐｅｅｄ」は、次回のコマンド領域４１ｒに指令データが格納されているか否かをチェックする処理を経て実行される。なお、指令データ「ｓｐｅｅｄ」は、現在の光ディスク１５の線速度を要求する指令を意味し、その応答として例えば「ｃｕｒｒｅｎｔ  ｓｐｅｅｄ  １２Ｘ」という情報がインターフェース３８を介してホスト５０に通知される。
【００７７】
次に、情報処理システム１０を用いて、光ディスク１５に記録されているデータを再生する場合の処理動作について説明する。
【００７８】
ユーザによってホスト５０の入力装置５７を介して光ディスク１５に記録されているデータの再生要求が入力されると、ＭＰＵ５２ａは要求されたデータが記録されている記録領域の先頭の論理アドレスがＬＢＡとしてセットされた再生要求コマンド（リードコマンド：Ｒｅａｄ  Ｃｏｍｍａｎｄ）を発行する。この再生要求コマンドは、インターフェース５４を介して光ディスク装置２０に送信される。なお、この再生要求コマンドには、再生するデータのデータ量（以下「再生データ量」と略述する）に関する情報も含まれている。
【００７９】
光ディスク装置２０は、インターフェース３８を介してホスト５０からの再生要求コマンドを受信すると、図７のフローチャートに対応するプログラムの先頭アドレスがＣＰＵ４０のプログラムカウンタにセットされ、処理がスタートする。なお、図７のフローチャートは、ＣＰＵ４０によって実行される一連の処理アルゴリズムに対応している。
【００８０】
最初のステップ５０１では、再生要求コマンドの内容に日時情報を付加してログ情報を作成し、ポインタＰが示すログ情報領域４１ｓ内の位置から順次格納する。
【００８１】
次のステップ５０３では、受信した再生要求コマンドからＬＢＡを抽出する。
【００８２】
次のステップ５０５では、抽出したＬＢＡがＦＦＦ０００ｈ（第１のアドレス）であるか否かを判断する。ここでは、ＬＢＡはＦＦＦ０００ｈよりも小さい値であるため、ステップ５０５での判断は否定され、ステップ５０７に移行する。すなわち、受信した再生要求コマンドは光ディスク１５に記録されているデータの再生要求であると判断する。
【００８３】
このステップ５０７では、ＬＢＡ及び再生データ量に基づいて光ディスク１５に記録されているデータを再生する。なお、ここでの再生処理の詳細については後述する。データの再生が終了すると、ステップ５０９に移行する。
【００８４】
このステップ５０９では、再生処理の結果に日時情報を付加してログ情報を作成し、ログ情報領域４１ｓに格納する。そして、処理を終了する。
【００８５】
ここで、上記ステップ５０７における再生処理について説明する。
【００８６】
先ず、再生速度に基づいてスピンドルモータ２２の回転を制御するための制御信号をモータドライバ２７に出力するとともに、再生要求コマンドを受信した旨を再生信号処理回路２８に通知する。そして、再生信号処理回路２８から所定のタイミング毎に出力されるアドレス情報に基づいて、ＬＢＡによって指定された読み出し開始地点に光ピックアップ装置２３が位置するように光ピックアップ装置２３の駆動系を制御する信号をモータドライバ２７に出力する。
【００８７】
光ピックアップ装置２３が読み出し開始地点に到達すると、再生信号処理回路２８に通知する。これにより、光ディスク１５に記録されているデータは再生信号処理回路２８を介して再生され、その再生データはバッファＲＡＭ３４に蓄積される。バッファＲＡＭ３４に蓄積された再生データがセクタデータとして揃うと、インターフェース３８を介してホスト５０に転送される。
【００８８】
次に、情報処理システム１０を用いて、光ディスク装置２０のログ情報を取得する場合の処理動作について説明する。
【００８９】
ユーザによってホスト５０の入力装置５７を介して光ディスク装置２０のログ情報の取得要求が入力されると、ＭＰＵ５２ａはＬＢＡとしてＦＦＦ０００ｈがセットされた再生要求コマンド（リードコマンド：Ｒｅａｄ  Ｃｏｍｍａｎｄ）を発行する。この再生要求コマンドは、インターフェース５４を介して光ディスク装置２０に送信される。
【００９０】
光ディスク装置２０は、インターフェース３８を介してホスト５０から再生要求コマンドを受信すると、図７のフローチャートに対応するプログラムの先頭アドレスがＣＰＵ４０のプログラムカウンタにセットされ、処理がスタートする。
【００９１】
最初のステップ５０１では、再生要求コマンドの内容に日時情報を付加してログ情報を作成し、ポインタＰが示すログ情報領域４１ｓ内の位置から順次格納する。
【００９２】
次のステップ５０３では、受信した再生要求コマンドからＬＢＡを抽出する。
【００９３】
次のステップ５０５では、抽出したＬＢＡがＦＦＦ０００ｈであるか否かを判断する。ここでは、ＬＢＡはＦＦＦ０００ｈであるため、ステップ５０５での判断は肯定され、ステップ５１１に移行する。すなわち、受信した再生要求コマンドは光ディスク装置２０のログ情報の要求であると判断する。
【００９４】
このステップ５１１では、ログ情報領域４１ｓに格納されているログ情報をホスト５０に送信する。なお、ログ情報領域４１ｓはリングバッファであるため、フラグＱ及びポインタＰの値を参照し、時間的に古い順に送信する。そして、ポインタＰにログ情報領域４１ｓの先頭アドレスをセットするとともに、フラグＱを「０」リセットし、処理を終了する。なお、フラグＱが「１」の場合には、ログ情報の一部（ここでは古いログ情報）が消失していることも同時に通知することが望ましい。
【００９５】
以上の説明から明らかなように、本実施形態に係る光ディスク装置では、ＣＰＵ４０及び該ＣＰＵ４０によって実行されるプログラムとによって、制御装置及び格納手段が実現されている。しかしながら、本発明がこれに限定されるものではないことは勿論である。すなわち、上記実施形態は一例に過ぎず、上記のＣＰＵ４０によるプログラムに従う処理によって実現した構成各部の少なくとも一部をハードウェアによって構成することとしても良いし、あるいは全ての構成部分をハードウェアによって構成することとしても良い。
【００９６】
以上説明したように、本実施形態に係る情報処理システムよると、光ディスク装置では、記録要求コマンドに含まれるＬＢＡの値によって、光ディスクへの記録要求であるか、光ディスク装置への動作指令であるかを区別している。また、再生要求コマンドに含まれるＬＢＡの値によって、光ディスクに記録されているデータの再生要求であるか、光ディスク装置のログ情報の要求であるかを区別している。これにより、ホストとのインターフェースが１つで済むこととなり、高価格化を招くことなく、ログ情報及び内部情報などを取得することが可能となる。
【００９７】
また、本実施形態によると、記録要求コマンドとしてライトコマンドを用いているため、光ディスク装置では、図３のフローチャートに示されるように、ＣＰＵ４０での処理を単純化することができる。従って、処理速度が速くなり、ホストからの要求に対するレスポンスを向上させることが可能となる。同様に、再生要求コマンドとしてリードコマンドを用いているため、光ディスク装置では、図７のフローチャートに示されるように、ＣＰＵ４０での処理を単純化することができる。
【００９８】
さらに、本実施形態によると、光ディスク装置では、ログ情報はＲＡＭ４１に格納されるため、ホスト５０からの要求に対して、迅速に応答することができる。従って、前記特許文献２に記載の情報記録装置と異なり、光ディスクがロードされていない場合でも、動作情報を取得することができる。
【００９９】
また、本実施形態によると、装置の動作情報として送受信可能なデータに関しては、データ形式やデータ長についての制限がないため、前記特許文献１に記載の記録装置に比べて、自由度の極めて高い情報のやり取りが可能となる。
【０１００】
さらに、装置の動作情報はパラレルデータとして送受信されるため、例えば前記ＲＳ２３２Ｃ等のシリアル通信に比べて高速度で通信することが可能となる。
【０１０１】
なお、上記実施形態において、ホスト５０からの指示に基づいてログ情報領域４１ｓに格納するログ情報及びホスト５０に通知する情報の種類（項目）及び内容を変更しても良い。例えば、図８（Ａ）に示されるように、ホスト５０から予めレベルを設定する指令データ（ここでは「ｉｎｆｏｌｅｖｅｌ１」）が送信されていれば、そのレベルに応じたログ情報及び内部情報等を送信しても良い。ここでは、図６（Ａ）と比較すれば明らかなように、指令データ「ｉｎｆｏ」に対する応答において、ａ、ｂ及びｃに関する情報が省略されている。また、この場合に、指令データ「ｓｐｅｅｄ」に対する応答として前記「ｃｕｒｒｅｎｔ  ｓｐｅｅｄ  １２Ｘ」ではなく、単に「１２Ｘ」を送信しても良い。これにより、ログ情報領域４１ｓを効率的に使用することが可能となる。また、通信時間を短縮することができる。さらに、不要な情報が表示装置５８に表示されなくなり、必要な情報のみを表示することができる。
【０１０２】
また、上記実施形態では、記録要求コマンドに含まれるＬＢＡの値がＦＦＥ０００ｈ（第２のアドレス）であるか否かによって、光ディスクへの記録要求であるか、光ディスク装置への動作指令であるかを区別する場合について説明したが、これに限定されるものではない。要するに光ディスク装置において、光ディスクへの記録要求であるか、光ディスク装置への動作指令であるかを識別できれば良い。従って、例えば光ディスクへの記録要求では使用されることがないアドレスのなかから予め決めておけば良い。なお、アドレスは１つである必要はなく、例えばＦＦＥ０００ｈ〜ＦＦＥＦＦＦｈのようにアドレス範囲であっても良い。この場合には、図３のステップ４０５では、ＬＢＡの値がＦＦＥ０００ｈ〜ＦＦＥＦＦＦｈの範囲内か否かを判断することとなる。
【０１０３】
同様に、上記実施形態では、再生要求コマンドに含まれるＬＢＡの値がＦＦＦ０００ｈ（第１のアドレス）であるか否かによって、光ディスクに記録されているデータの再生要求であるか、光ディスク装置のログ情報の要求であるかを区別する場合について説明したが、これに限定されるものではない。要するに光ディスク装置において、光ディスクの再生要求であるか、ログ情報の要求であるかを識別できれば良い。従って、例えば光ディスクの再生要求では使用されることがないアドレスのなかから予め決めておけば良い。なお、アドレスは１つである必要はなく、例えばＦＦＦ０００ｈ〜ＦＦＦＦＦＦｈのようにアドレス範囲であっても良い。この場合には、図７のステップ５０５では、ＬＢＡの値がＦＦＦ０００ｈ〜ＦＦＦＦＦＦｈの範囲内か否かを判断することとなる。また、第１のアドレスと第２のアドレスとが同一であっても良い。
【０１０４】
また、上記実施形態では、指令データが「ｉｎｆｏ」及び「ｓｐｅｅｄ」の場合について説明したが、これに限定されるものではない。要するにホストと光ディスク装置とで取り決めがなされていれば良い。さらに、動作指令としては、内部情報の取得要求だけでなく、内部情報の変更要求も可能である。例えば、図８（Ｂ）に示されるように、線速度を２０倍速に変更したい時には、指令データ「ｓｐｅｅｄ  ２０」を送信するようにしても良い。なお、図８（Ｂ）では、指令データ「ｓｐｅｅｄ  ２０」に対して「ｎｅｗ  ｓｐｅｅｄ  １６Ｘ」、「ｃｈａｎｇｅｄ  Ｆａｉｌｅｄ」と応答し、１６倍速までしか線速度を上げることができなかったことを通知している。また、図８（Ｃ）に示されるように、光ディスクを強制的に光ディスク装置から排出したいときには、指令データ「ｅｊｅｃｔ」を送信するようにしても良い。なお、図８（Ｃ）では、指令データ「ｅｊｅｃｔ」に対して「ｅｊｅｃｔ  ｏｋ」と応答し、光ディスクが正常に排出されたことを通知している。
【０１０５】
また、上記実施形態では、情報処理システムが１台のホストと１台の光ディスク装置とから構成される場合について説明したが、これに限らず、例えば光ディスク装置が複数台であっても良い。この場合には、一例として図９に示されるように、予め通信対象となる光ディスク装置を選択する必要がある。
【０１０６】
また、上記実施形態では、光ディスク装置の稼動情報を１つのログ情報とする場合について説明したが、これに限らず、例えばエラーログ情報、通信ログ情報、記録動作ログ情報、及び再生動作ログ情報などのように分類してＲＡＭ４１に格納しても良い。そして、この場合に、ホストがそれぞれのログ情報を個別に要求することができるようにしても良い。例えばＬＢＡ＝ＦＦＦ００１ｈのときはエラーログ情報、ＬＢＡ＝ＦＦＦ００２ｈのときは通信ログ情報、ＬＢＡ＝ＦＦＦ００３ｈのときは記録動作ログ情報、ＬＢＡ＝ＦＦＦ００４ｈのときは再生動作ログ情報、ＬＢＡ＝ＦＦＦ０００ｈのときは全ログ情報のように決めても良い。
【０１０７】
また、上記実施形態では、ログ情報領域４１ｓをリングバッファとして用いる場合について説明したが、本発明がこれに限定されるものではない。例えばログ情報領域４１ｓが一杯になると、ログ情報領域４１ｓに格納されているログ情報をフラッシュＲＯＭ４３の所定の領域に転送しても良い。
【０１０８】
また、上記実施形態では、ログ情報はＲＡＭ４１のログ情報領域に格納されるため、光ディスク装置の電源が切られるとログ情報は消滅する。そこで、例えばエラーログ情報のように重要な情報は、光ディスク装置の電源が切られる前にフラッシュＲＯＭ４３の所定の領域に転送しても良い。
【０１０９】
また、上記実施形態では、ログ情報のみがログ情報領域４１ｓに格納される場合について説明したが、これに限定されるものではなく、例えば電源が投入されたときに、光ディスク装置２０の内部情報などをログ情報領域４１ｓに格納しても良い。そして、ホスト５０から内部情報の要求があったときにログ情報領域４１ｓに格納されている内部情報を通知しても良い。
【０１１０】
また、上記実施形態では、コマンド領域４１ｒに格納される指令データの区切り符号として０Ｄｈ、０Ａｈ（すなわちＣＲ、ＬＦ）を用いる場合について説明したが、これに限らず、例えば００ｈを用いても良い。要するに指令データに用いられることがない符号であれば良い。
【０１１１】
また、上記実施形態では、記録要求コマンドに含まれるＬＢＡを識別情報とする場合について説明したが、これに限らず、例えば記録要求コマンドにおける未使用ビットを識別情報として用いても良い。一例として未使用ビットが０のときを光ディスクへの記録要求とし、未使用ビットが１のときを光ディスク装置への動作指令としても良い。要するに、光ディスクへの記録要求か、光ディスク装置への動作指令かの識別を確実に行うことができれば良い。
【０１１２】
また、上記実施形態では、再生要求コマンドに含まれるＬＢＡを識別情報とする場合について説明したが、これに限らず、例えば再生要求コマンドにおける未使用ビットを識別情報として用いても良い。一例として未使用ビットが０のときを光ディスクに記録されているデータの再生要求とし、未使用ビットが１のときを光ディスク装置のログ情報の要求としても良い。要するに、光ディスクに記録されているデータの再生要求か、光ディスク装置のログ情報の要求かの識別を確実に行うことができれば良い。
【０１１３】
また、上記実施形態では、光ディスク装置への動作指令を通知するコマンドとして記録要求コマンド（ライトコマンド）を用いる場合について説明したが、本発明がこれに限定されるものではない。要するに、光ディスク装置において、動作指令であることが判別できれば良い。
【０１１４】
また、上記実施形態では、光ディスク装置のログ情報の要求を通知するコマンドとして再生要求コマンド（リードコマンド）を用いる場合について説明したが、本発明がこれに限定されるものではない。要するに、光ディスク装置において、ログ情報の要求であることが判別できれば良い。
【０１１５】
また、上記実施形態では、各インターフェースがＡＴＡＰＩの規格に準拠する場合について説明したが、これに限らず、例えばＡＴＡ（ＡＴ  Ａｔｔａｃｈｍｅｎｔ）、ＳＣＳＩ（Ｓｍａｌｌ  Ｃｏｍｐｕｔｅｒ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｆａｃｅ）、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）１．０、ＵＳＢ２．０、ＩＥＥＥ１３９４、ＩＥＥＥ８０２．３、シリアルＡＴＡ及びシリアルＡＴＡＰＩのうちのいずれかの規格に準拠しても良い。
【０１１６】
また、上記実施形態では、光ディスク装置が、ＤＶＤ及びＣＤの両方に対応可能な場合について説明したが、これに限らず、例えばいずれかのみに対応する光ディスク装置であっても良い。また、３種類以上の波長のレーザ光を照射する光ディスク装置であっても良い。そして、この場合に、波長が４０５ｎｍのレーザ光を含んでいても良い。
【０１１７】
また、上記実施形態では、ドライブ装置として情報の記録及び再生が可能な光ディスク装置について説明したが、これに限らず、情報の記録、消去及び再生のうち少なくとも再生が可能な光ディスク装置であれば良い。
【０１１８】
また、上記実施形態では、ドライブ装置として光ディスク装置を用いる場合について説明したが、本発明がこれに限定されるものではない。例えば、光磁気ディスク（例えばＭＯ）をアクセスするための光磁気ディスク装置、磁気ディスク（例えばフレキシブルディスク）をアクセスするための磁気ディスク装置、及びメモリカード（例えばフラッシュメモリカード）をアクセスするためのメモリカードドライブ装置などであっても良い。
【０１１９】
【発明の効果】
以上説明したように、本発明に係るドライブ装置によれば、高価格化を招くことなく、外部からの要求に応じて装置の動作情報を出力することができるという効果がある。
【０１２０】
また、本発明に係る情報処理システムによれば、高価格化を招くことなく、ドライブ装置の動作情報を必要に応じて取得することができるという効果がある。
【図面の簡単な説明】
【図１】本発明の一実施形態に係る情報処理システムの概略構成を示すブロック図である。
【図２】図１のＲＡＭ４１に設けられたホストからの指令データが格納される領域及びログ情報が格納される領域を説明するための図である。
【図３】ホストから記録要求コマンドを受信したときの光ディスク装置の動作を説明するためのフローチャートである。
【図４】図４（Ａ）及び図４（Ｂ）は、それぞれホストから動作指令を受信した際の、ＲＡＭ４１への指令データの格納形態を説明するための図である。
【図５】ＲＡＭ４１に指令データが格納されているときの光ディスク装置の動作を説明するためのフローチャートである。
【図６】図６（Ａ）は指令データ「ｉｎｆｏ」に対する応答を受信したときに表示装置に表示される内容を説明するための図であり、図６（Ｂ）は指令データ「ｉｎｆｏ」を実行した後のＲＡＭ４１に設けられた指令データが格納される領域の状態を説明するための図である。
【図７】ホストから再生要求コマンドを受信したときの光ディスク装置の動作を説明するためのフローチャートである。
【図８】図８（Ａ）〜図８（Ｃ）は、それぞれ指令データとそれに対する応答とを説明するための図である。
【図９】情報処理システムが複数台の光ディスク装置を備える場合の表示装置の表示画面を説明するための図である。
【符号の説明】
１０…情報処理システム、１５…光ディスク（情報記録媒体）、２０…光ディスク装置（ドライブ装置）、３８…インターフェース、４０…ＣＰＵ（制御装置、格納手段）、４１…ＲＡＭ（情報用メモリ、指令用メモリ）、５０…ホスト（コンピュータ）、５７…入力装置（入力手段）、５８表示装置（表示手段）。
【図１】
2004234150.tif 000003
【図２】
2004234150.tif 000004
【図３】
2004234150.tif 000005
【図４】
2004234150.tif 000006
【図５】
2004234150.tif 000007
【図６】
2004234150.tif 000008
【図７】
2004234150.tif 000009
【図８】
2004234150.tif 000010
【図９】
2004234150.tif 000011