JP4006274B2 - 記録方法、プログラム及び記録媒体、情報処理装置、情報記録装置、並びに情報記録システム - Google Patents
記録方法、プログラム及び記録媒体、情報処理装置、情報記録装置、並びに情報記録システム Download PDFInfo
- Publication number
- JP4006274B2 JP4006274B2 JP2002184008A JP2002184008A JP4006274B2 JP 4006274 B2 JP4006274 B2 JP 4006274B2 JP 2002184008 A JP2002184008 A JP 2002184008A JP 2002184008 A JP2002184008 A JP 2002184008A JP 4006274 B2 JP4006274 B2 JP 4006274B2
- Authority
- JP
- Japan
- Prior art keywords
- recording
- information
- dummy data
- interruption
- format
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Signal Processing For Digital Recording And Reproducing (AREA)
- Optical Recording Or Reproduction (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、記録方法、プログラム及び記録媒体、情報処理装置、情報記録装置、並びに情報記録システムに係り、更に詳しくは、情報記録媒体に情報を記録する記録方法、情報記録システムで用いられるプログラム及び該プログラムが記録された記録媒体、情報記録装置を介して情報記録媒体にアクセス可能な情報処理装置、情報記録媒体に情報を記録する情報記録装置、並びに情報処理装置と情報記録装置とを含む情報記録システムに関する。
【０００２】
【従来の技術】
近年、パーソナルコンピュータ（以下、「パソコン」と略述する）は、その機能が向上するに伴い、音楽や映像といったＡＶ（Audio−Visual）情報を取り扱うことが可能となってきた。これらＡＶ情報の情報量は非常に大きいために、情報記録媒体としてＣＤ−ＲＷ（ＣＤ−rewritable）やＤＶＤ＋ＲＷ（ＤＶＤ＋rewritable）などの光ディスクが注目されるようになり、その低価格化とともに、情報記録媒体に情報を記録する情報記録装置としての光ディスク装置がパソコンの周辺機器の一つとして普及するようになった。
【０００３】
ＣＤ−ＲＷやＤＶＤ＋ＲＷなどの書き換え可能な光ディスクでは、情報の記録及び再生時に、スパイラル状又は同心円状の記録領域に対してランダムにアクセスできることが必要である。そこで、ＣＤ−ＲＷではデータの記録を行う前に、ユーザデータが記録されるデータ領域の全面あるいは指定領域に予めダミーデータを記録する初期化処理、いわゆるフォーマットが行われる。また、ＤＶＤ＋ＲＷではデータ領域の初期化処理を行わなくてもデータの記録は可能であるが、データが何も記録されていない未記録部分がデータ領域内に存在していると、ＤＶＤ−ＲＯＭドライブ装置などで記録データを再生することができない。すなわち、ＤＶＤ−ＲＯＭとの互換性が失われてしまう。そこで、ＤＶＤ−ＲＯＭとの互換性を保つ必要がある場合には、ＤＶＤ＋ＲＷにおいても、予めデータ領域の全面あるいは指定領域にダミーデータを記録するフォーマットが必要となる。
【０００４】
しかしながら、光ディスクの記憶容量はフレキシブルディスクなどに比べて非常に大きいために、フォーマットが完了するまでに多大の時間を必要とする。すなわち、ユーザは光ディスクを入手しても、すぐには情報の記録を行うことができないという不都合があった。
【０００５】
このような不都合を改善するために、例えば特開平１１−１３４７９９号公報では、未フォーマットの光ディスクであっても直ちに記録及び再生が可能な情報記録再生装置が開示されている。この情報記録再生装置では、上位装置からフォーマット要求があると、リードイン領域に所定の情報を記録した後、上位装置に記録及び再生の許可を通知するとともに、フォーマットを開始し、フォーマット中に上位装置から記録又は再生要求があると、フォーマットを中断して記録又は再生を優先的に行ない、記録及び再生が終了するとフォーマットを再開する。
【０００６】
このように、上位装置からの記録及び再生要求がない時間を利用してフォーマットを行う方式は、バックグランドフォーマット方式と呼ばれる。この方式は、ＤＶＤ＋ＲＷや、マウントレニア（Mount Rainier）仕様に対応したＣＤ−ＲＷ及びＤＶＤ＋ＲＷなどで採用されている。
【０００７】
また、バックグランドフォーマット方式では、フォーマット中であっても、光ディスクを光ディスク装置から排出することが可能である。この場合には、フォーマットが未完了であるため、排出された光ディスクをＤＶＤ−ＲＯＭドライブ装置などで再生することができるように、排出前にいわゆる一時的なリードアウト（Temporary Lead Out、以下「ＴＬＯ」という）が所定の位置に記録されるようになっている。
【０００８】
【発明が解決しようとする課題】
例えば、ＤＶＤ＋ＲＷドライブ装置では、ＴＬＯが記録されているＤＶＤ＋ＲＷに対してユーザデータの書き込み要求があると、指定された領域にユーザデータを記録するが、このとき、ＴＬＯと記録開始アドレスとの間に未記録領域が存在する場合には、ユーザデータを記録した後、上述したバックグランドフォーマット方式でのフォーマット（以下、「バックグランドフォーマット」ともいう）が自動的に再開される。
【０００９】
最近、パソコンの小型軽量化が飛躍的に進み、容易に持ち運び可能な、いわゆるノート型パソコン及びそれよりもさらに小型のサブノート型パソコンなど（以下、「ノート型パソコン」と総称する）が市販されるようになった。ノート型パソコンはその使用場所が限定されないことが特徴の一つであり、そのために駆動電源としてＡＣ電源だけではなくバッテリにも対応できるようになっている。そこで、光ディスク装置を内蔵しているノート型パソコンでは、ノート型パソコンがバッテリ駆動のときは、光ディスク装置もバッテリで駆動されることとなる。この場合に、例えば上述したバックグランドフォーマットが自動的に再開されると、フォーマットの途中で電源供給が遮断されたり、ユーザの予想以上にバッテリが消費され、ユーザが予定していた処理ができなくなるという不都合があった。また、最悪の場合には、ファイル情報が正しく記録されずに、ファイルの再生や追記ができなくなるという不都合があった。
【００１０】
本発明は、かかる事情の下になされたもので、その第１の目的は、駆動電源の消耗を抑制するとともに、駆動電源の有効利用を促進することができる記録方法を提供することにある。
【００１１】
また、本発明の第２の目的は、情報記録システムで用いられ、駆動電源の消耗を抑制するとともに、駆動電源の有効利用を促進することができるプログラム及びそのプログラムが記録された記録媒体を提供することにある。
【００１２】
また、本発明の第３の目的は、駆動電源の消耗を抑制するとともに、駆動電源の有効利用を促進することができる情報処理装置及び情報記録装置を提供することにある。
【００１３】
また、本発明の第４の目的は、駆動電源の消耗を抑制するとともに、駆動電源の有効利用を促進することができる情報記録システムを提供することにある。
【００１４】
【課題を解決するための手段】
本発明は、第１の観点からすると、情報記録媒体に情報を記録する記録方法であって、前記情報記録媒体へのダミーデータの記録が開始された場合に、駆動電源の種類に関する情報を取得する第１工程と；前記駆動電源の種類に関する情報に基づいて、前記ダミーデータの記録の継続あるいは中断を決定する第２工程と；を含む記録方法である。
【００１５】
これによれば、情報記録媒体へのダミーデータの記録が開始された場合に、駆動電源の種類に関する情報が取得される（第１工程）。そして、この駆動電源の種類に関する情報に基づいて、ダミーデータの記録の継続あるいは中断が決定される（第２工程）。通常、記録装置での記録処理は再生処理に比べて大きなパワーを必要とするため、光源への供給電力が増加する。また、ダミーデータの記録は、ユーザデータの記録に比べて一般的にデータ量が多いため、消費電力量が予想以上に大きくなる場合がある。そこで、駆動電源の種類に応じて、ダミーデータの記録を中断することにより、駆動電源の急激な消耗及び駆動電源の予期せぬ遮断を防止することができる。従って、駆動電源の消耗を抑制するとともに、駆動電源の有効利用を促進することが可能となる。
【００２３】
本発明は、第２の観点からすると、情報記録装置とともに情報記録システムを構成する情報処理装置で用いられるプログラムであって、情報記録媒体へのダミーデータの記録要求に応じて、駆動電源の種類に関する情報を取得する手順と；前記駆動電源の種類に関する情報に基づいて、前記ダミーデータの記録の許可あるいは禁止を決定する手順と；前記決定の結果、ダミーデータの記録を許可した場合にのみ、前記情報記録媒体へのダミーデータの記録を要求するコマンドを前記情報記録装置に発行する手順と；を前記情報処理装置に実行させるプログラムである。
【００２４】
これによれば、情報記録媒体へのダミーデータの記録要求に応じて、駆動電源の種類に関する情報が取得され、そして該駆動電源の種類に関する情報に基づいて、ダミーデータの記録の許可あるいは禁止が決定される。そして、決定の結果、ダミーデータの記録を許可した場合にのみ、情報記録媒体へのダミーデータの記録を要求するコマンドが情報記録装置に発行される。通常、情報記録装置での記録処理は再生処理に比べて大きなパワーを必要とする。また、ダミーデータの記録は、ユーザデータの記録に比べて一般的にデータ量が多いため、消費電力量が予想以上に大きくなる場合がある。そこで、駆動電源の種類に応じて、ダミーデータの記録を要求するコマンドの発行を禁止することにより、駆動電源の急激な消耗及び駆動電源の予期せぬ遮断を防止することができる。従って、駆動電源の消耗を抑制するとともに、駆動電源の有効利用を促進することが可能となる。
【００３０】
本発明は、第３の観点からすると、本発明のプログラムが記録されたコンピュータ読み取り可能な記録媒体。
【００３１】
これによれば、本発明のプログラムが記録されているために、コンピュータに実行させることにより、駆動電源の消耗を抑制するとともに、駆動電源の有効利用を促進することが可能となる。
【００３２】
本発明は、第４の観点からすると、情報記録装置を介して情報記録媒体にアクセス可能な情報処理装置であって、前記情報記録媒体へのダミーデータの記録開始後に、駆動電源の種類に関する情報を取得する電源情報取得手段と；前記電源情報取得手段で取得された駆動電源の種類に関する情報に基づいて、前記ダミーデータの記録の継続あるいは中断を決定する決定手段と；を備える情報処理装置である。
【００３３】
これによれば、情報記録媒体へのダミーデータの記録開始後に、電源情報取得手段により駆動電源の種類に関する情報が取得され、その駆動電源の種類に関する情報に基づいて、決定手段によりダミーデータの記録の継続あるいは中断が決定される。ダミーデータの記録は、ユーザデータの記録に比べて一般的にデータ量が多いため、消費電力量が予想以上に大きくなる場合がある。そこで、駆動電源の種類に応じて、ダミーデータの記録を中断することにより、駆動電源の急激な消耗及び駆動電源の予期せぬ遮断を防止することができる。従って、駆動電源の消耗を抑制するとともに、駆動電源の有効利用を促進することが可能となる。
【００４２】
本発明は、第５の観点からすると、情報記録装置を介して情報記録媒体にアクセス可能な情報処理装置であって、前記情報記録媒体へのダミーデータの記録要求に応じて、駆動電源の種類に関する情報を取得する電源情報取得手段と；前記電源情報取得手段で取得された駆動電源の種類に関する情報に基づいて、前記ダミーデータの記録の許可あるいは禁止を決定する決定手段と；前記決定の結果、ダミーデータの記録を許可した場合にのみ、前記情報記録媒体へのダミーデータの記録を要求するコマンドを発行する発行手段と；を備える情報処理装置である。
【００４３】
これによれば、情報記録媒体へのダミーデータの記録要求に応じて、電源情報取得手段により駆動電源の種類に関する情報が取得される。そして、電源情報取得手段にて取得された駆動電源の種類に関する情報に基づいて、決定手段によりダミーデータの記録の許可あるいは禁止が決定され、決定手段でダミーデータの記録を許可した場合にのみ、発行手段により情報記録媒体へのダミーデータの記録を要求するコマンドが発行される。ダミーデータの記録は、ユーザデータの記録に比べて一般的にデータ量が多いため、消費電力量が予想以上に大きくなる場合がある。そこで、駆動電源の種類に応じて、ユーザからダミーデータの記録要求が入力されても、ダミーデータの記録を要求するコマンドの発行を禁止することにより、結果的にダミーデータの記録が禁止され、駆動電源の急激な消耗及び駆動電源の予期せぬ遮断を防止することができる。従って、駆動電源の消耗を抑制するとともに、駆動電源の有効利用を促進することが可能となる。
【００４７】
本発明は、第６の観点からすると、情報記録媒体に情報を記録する情報記録装置であって、前記情報記録媒体へのダミーデータの記録中に、駆動電源の種類に関する情報を取得する電源情報取得手段と；前記電源情報取得手段にて取得された駆動電源の種類に関する情報に基づいて、前記ダミーデータの記録の継続あるいは中断を決定する決定手段と；前記決定手段で、前記ダミーデータの記録の継続が決定された場合にのみ、前記ダミーデータの記録を行う記録制御手段と；を備える情報記録装置である。
【００４８】
これによれば、情報記録媒体へのダミーデータの記録中に、電源情報取得手段により駆動電源の種類に関する情報が取得される。そして、電源情報取得手段にて取得された駆動電源の種類に関する情報に基づいて、決定手段によりダミーデータの記録の継続あるいは中断が決定され、決定手段でダミーデータの記録の継続が決定された場合にのみ、記録制御手段によりダミーデータの記録が継続される。通常、記録処理は再生処理に比べて大きなパワーを必要とするため、光源への供給電力が増加する。また、ダミーデータの記録は、ユーザデータの記録に比べて一般的にデータ量が多いため、消費電力量が予想以上に大きくなる場合がある。そこで、駆動電源の種類に応じて、ダミーデータの記録を要求するコマンドの発行を禁止することにより、駆動電源の急激な消耗及び駆動電源の予期せぬ遮断を防止することができる。従って、駆動電源の消耗を抑制するとともに、駆動電源の有効利用を促進することが可能となる。
【００６４】
本発明は、第７の観点からすると、情報記録媒体に情報を記録する情報記録システムであって、本発明の情報処理装置と；前記情報処理装置からの指示に応じて前記情報記録媒体に情報を記録する情報記録装置と；を備える情報記録システムである。
【００６５】
これによれば、本発明の情報処理装置が用いられるために、駆動電源の消耗を抑制するとともに、駆動電源の有効利用を促進することが可能となる。
【００６６】
本発明は、第８の観点からすると、情報記録媒体に情報を記録する情報記録システムであって、本発明の情報記録装置と；前記情報記録装置を制御する情報処理装置と；を備える情報記録システムである。
【００６７】
これによれば、本発明の情報記録装置が用いられるために、駆動電源の消耗を抑制するとともに、駆動電源の有効利用を促進することが可能となる。
【００６８】
【発明の実施の形態】
《第１の実施形態》
以下、本発明の第１の実施形態を図１〜図１０に基づいて説明する。
【００６９】
図１は、本発明の第１の実施形態に係る情報記録システムの概略構成を示すブロック図である。
【００７０】
この図１に示される情報記録システム１０は、情報記録装置としての光ディスク装置２０と、該光ディスク装置２０を制御する情報処理装置としてのホスト５０とを含んで構成されている。
【００７１】
前記光ディスク装置２０は、情報記録媒体としての光ディスク１５を回転駆動するためのスピンドルモータ２２、光ピックアップ装置２３、レーザコントロール回路２４、エンコーダ２５、モータドライバ２７、再生信号処理回路２８、サーボコントローラ３３、バッファＲＡＭ３４、バッファマネージャ３７、インターフェース３８、ＲＯＭ３９、ＣＰＵ４０及びＲＡＭ４１などを備えている。なお、図１における接続線は、代表的な信号や情報の流れを示すものであり、各ブロックの接続関係の全てを表すものではない。なお、本第１の実施形態では、一例として、ＤＶＤ＋ＲＷの規格に準拠した情報記録媒体が光ディスク１５に用いられるものとする。また、光ディスク装置２０の駆動電源は、ホスト５０から供給されるものとする。すなわち、光ディスク装置２０とホスト５０とは同一の電源によって駆動している。
【００７２】
前記光ピックアップ装置２３は、光源としての半導体レーザ、該半導体レーザから出射される光束を光ディスク１５の記録面に導くとともに、前記記録面で反射された戻り光束を所定の受光位置まで導く光学系、前記受光位置に配置され戻り光束を受光する受光器、及び駆動系（フォーカシングアクチュエータ、トラッキングアクチュエータ及びシークモータ等）（いずれも図示省略）などを含んで構成されている。そして、受光器からは、その受光量に応じた信号が再生信号処理回路２８に出力される。
【００７３】
前記再生信号処理回路２８は、光ピックアップ装置２３の出力信号に基づいてウォブル信号、ＲＦ信号及びサーボ信号（フォーカスエラー信号やトラックエラー信号など）を検出する。再生信号処理回路２８では、ウォブル信号からＡＤＩＰ（Address In Pregroove）情報及び同期信号などを抽出する。ここで抽出されたＡＤＩＰ情報はＣＰＵ４０に出力され、同期信号はエンコーダ２５に出力される。さらに、再生信号処理回路２８は、ＲＦ信号に対して誤り訂正処理等を行なった後、バッファマネージャ３７を介してバッファＲＡＭ３４に格納する。また、フォーカスエラー信号及びトラックエラー信号は、再生信号処理回路２８からサーボコントローラ３３に出力される。
【００７４】
前記サーボコントローラ３３は、フォーカスエラー信号に基づいて光ピックアップ装置２３のフォーカシングアクチュエータを制御する制御信号を生成し、トラックエラー信号に基づいて光ピックアップ装置２３のトラッキングアクチュエータを制御する制御信号を生成する。各制御信号はサーボコントローラ３３からモータドライバ２７にそれぞれ出力される。
【００７５】
前記バッファマネージャ３７は、バッファＲＡＭ３４へのデータの入出力を管理し、蓄積されたデータ量が所定の値になると、ＣＰＵ４０に通知する。
【００７６】
前記モータドライバ２７は、サーボコントローラ３３からの制御信号に基づいて、光ピックアップ装置２３のフォーカシングアクチュエータ及びトラッキングアクチュエータを駆動する。また、モータドライバ２７は、ＣＰＵ４０の指示に基づいて、光ディスク１５の線速度が一定となるようにスピンドルモータ２２を制御する。さらに、モータドライバ２７は、ＣＰＵ４０の指示に基づいて、光ピックアップ装置２３のシークモータを駆動し、光ピックアップ装置２３のスレッジ方向（光ディスク１５の半径方向）の位置を制御する。
【００７７】
前記エンコーダ２５は、ＣＰＵ４０の指示に基づいて、バッファマネージャ３７を介してバッファＲＡＭ３４から取り出したデータに対してエラー訂正コードの付加などを行ない、光ディスク１５への書き込みデータを作成するとともに、再生信号処理回路２８からの同期信号に同期して、書き込みデータをレーザコントロール回路２４に出力する。
【００７８】
前記レーザコントロール回路２４では、エンコーダ２５からの書き込みデータ及びＣＰＵ４０の指示に基づいて、光ピックアップ装置２３の半導体レーザの出力を制御する。
【００７９】
前記インターフェース３８は、ホスト５０との双方向の通信インターフェースであり、ＡＴＡＰＩ（AT Attachment Packet Interface）及びＳＣＳＩ（Small Computer System Interface）等の標準インターフェースに準拠している。
【００８０】
前記ＲＯＭ３９には、ＣＰＵ４０にて解読可能なコードで記述されたプログラムが格納されている。なお、光ディスク装置２０の電源がオン状態になると、前記プログラムは不図示のメインメモリにロードされ、前記ＣＰＵ４０はそのプログラムに従って上記各部の動作を制御するとともに、制御に必要なデータ等を一時的にＲＡＭ４１に保存する。
【００８１】
前記ホスト５０は、主制御装置５２、インターフェース５４、ハードディスク（ＨＤＤ）５６、入力装置５７及び表示装置５８などを備えている。なお、ホスト５０の駆動電源としては、ＡＣ電源及びバッテリ（いずれも不図示）の両方が使用可能であり、ユーザによっていずれかが選択される。
【００８２】
前記主制御装置５２は、マイクロコンピュータ、メインメモリ（いずれも不図示）などを含んで構成され、ホスト５０の全体を制御する。
【００８３】
前記インターフェース５４は、光ディスク装置２０との双方向の通信インターフェースであり、ＡＴＡＰＩ及びＳＣＳＩ等の標準インターフェースに準拠している。インターフェース５４は光ディスク装置２０のインターフェース３８と接続されている。なお、各インターフェース間の接続形態は、通信ケーブル（例えばＳＣＳＩケーブル）などの通信線を用いたケーブル接続だけでなく、赤外線などを利用したワイヤレス接続であっても良い。
【００８４】
前記ハードディスク５６には、主制御装置５２のマイクロコンピュータで解読可能なコードで記述された後述する本発明に係るダミーデータの記録の継続あるいは中断（許可あるいは禁止）を決定するプログラム（以下、「第１の決定プログラム」という）などが格納されている。なお、ホスト５０の駆動電源がオン状態になると、上記プログラムは主制御装置５２のメインメモリにロードされる。
【００８５】
前記表示装置５８は、例えばＣＲＴ、液晶ディスプレイ（ＬＣＤ）及びプラズマディスプレイパネル（ＰＤＰ）などの表示部（図示省略）を備え、主制御装置５２からの各種情報を表示する。
【００８６】
前記入力装置５７は、例えばキーボード、マウス及びポインティングデバイスなどのうち少なくとも１つの入力媒体（図示省略）を備え、ユーザから入力された各種情報を主制御装置５２に通知する。なお、入力媒体からの情報はワイヤレス方式で入力されても良い。また、表示装置５８と入力装置５７とが一体化したものとして、例えばタッチパネル付きＣＲＴなどがある。
【００８７】
また、ホスト５０はオペレーティングシステム（Operating System、以下「ＯＳ」という）を搭載している。そして、ホスト５０を構成する全てのデバイスはＯＳによって管理されているものとする。従って、ホスト５０の駆動電源に関する情報（電源の種類、バッテリの残量など）もＯＳが一括管理している。
【００８８】
ＤＶＤ＋ＲＷ規格に準拠している光ディスク１５の記録領域は、一例として図２（Ａ）に示されるように、内周側から外周側に向かって３つの領域（リードイン領域ＬＩＡ、データ領域ＤＺＡ、及びリードアウト領域ＬＯＡ）に分けられる。ユーザデータはデータ領域ＤＺＡ内に記録される。なお、実際の光ディスク１５のトラックはスパイラル状であるが、図２（Ａ）及び図２（Ｂ）では便宜上、トラックを直線状で示し、紙面左側を光ディスク１５の内周側、紙面右側を光ディスク１５の外周側としている。
【００８９】
上述のようにして構成された情報記録システムにおいて、ホスト５０は通信状態が待機モードの場合には、ほぼ一定周期でイベント状態を要求するコマンド（Get Event Status Notification Command、以下「イベント状態要求コマンド」ともいう）を光ディスク装置２０に送信する。
【００９０】
光ディスク装置２０は、上記イベント状態要求コマンドを受信すると、図３に示されるように、イベント状態に対応するコードをメディアイベントディスクリプタのメディアイベントコード（Media Event Code）にセットして、ホスト５０に送信する。イベントに変化がない場合には「０ｈ」、メディアの排出要求があった場合には「１ｈ」、新規にメディアがロードされた場合には「２ｈ」、メディアが排出された場合には「３ｈ」、メディアが交換された場合には「４ｈ」、バックグランドフォーマットが完了した場合には「５ｈ」、バックグランドフォーマットが自動的に再開された場合には「６ｈ」、バックグランドフォーマットの中断が完了した場合には「７ｈ」がメディアイベントコードにセットされる。なお、コード「７ｈ」は従来未使用コードであったが、本発明では、バックグランドフォーマットの中断完了のイベント状態に対応するコードとして定義する。
【００９１】
光ディスク１５が光ディスク装置２０の所定位置にロードされると、光ディスク装置２０は、ロード情報として新しいメディアがロードされたこと示すコード「２ｈ」をメディアイベントコードにセットしたメディアイベントディスクリプタをイベント状態要求コマンドに対する応答としてホスト５０に送信する。
【００９２】
《フォーマット要求が入力されたときのホスト５０での処理》
ここで、ユーザが入力装置５７を介して光ディスク１５のフォーマット要求を入力したときのホスト５０における処理動作について図４を用いて説明する。フォーマット要求が入力されると、主制御装置５２のマイクロコンピュータのプログラムカウンタに図４のフローチャートに対応するプログラムの先頭アドレスがセットされ、フォーマット要求が入力されたときの処理がスタートする。なお、図４のフローチャートは、主制御装置５２のマイクロコンピュータによって実行される一連の処理アルゴリズムに対応している。また、光ディスク１５はブランクディスクであるものとする。
【００９３】
最初のステップ４０１では、ＯＳに問い合わせて、ホスト５０の駆動電源情報を取得する。そして、その駆動電源情報に基づいて駆動電源の種類を求める。
【００９４】
次のステップ４０３では、駆動電源の種類がバッテリであるか否かを判断する。駆動電源の種類がバッテリであれば、ここでの判断は肯定されステップ４０５に移行する。
【００９５】
このステップ４０５では、上記ステップ４０１で取得した駆動電源情報に基づいてバッテリの残量を求める。
【００９６】
次のステップ４０７では、バッテリの残量が予め設定されている所定量（例えば３０％）未満であるか否かを判断する。バッテリの残量が所定量未満であれば、ここでの判断は肯定されステップ４０９に移行する。すなわち、フォーマットの禁止が決定される。なお、上記所定量は、ユーザが任意に設定、変更可能である。
【００９７】
このステップ４０９では、フォーマットの禁止を設定する。これにより、以降の光ディスク１５に対するフォーマット要求は無効とされ、ユーザからフォーマット要求があっても光ディスク装置２０にフォーマットを要求するコマンド（Format Unit Command、以下「フォーマット要求コマンド」ともいう）が送信されることはない。そして、フォーマット要求が入力されたときの処理を終了する。
【００９８】
また、ステップ４０３において、駆動電源の種類がバッテリでなければ、ステップ４０３での判断は否定され、ステップ４１１に移行する。さらに、ステップ４０７において、バッテリの残量が所定量未満でなければ、ステップ４０７での判断は否定され、ステップ４１１に移行する。すなわち、フォーマットの許可が決定される。
【００９９】
このステップ４１１では、フォーマット要求コマンドを光ディスク装置２０に送信する。そして、フォーマット要求が入力されたときの処理を終了する。
【０１００】
《フォーマット要求コマンドを受信したときの光ディスク装置２０での処理》
ここで、光ディスク装置２０が、ホスト５０からフォーマット要求コマンドを受信したときの処理動作について図５を用いて説明する。光ディスク装置２０がフォーマット要求コマンドを受信すると、ＣＰＵ４０のプログラムカウンタに図５のフローチャートに対応するプログラムの先頭アドレスがセットされ、フォーマット要求コマンドを受信したときの処理がスタートする。なお、図５のフローチャートは、ＣＰＵ４０によって実行される一連の処理アルゴリズムに対応している。
【０１０１】
最初のステップ５０１では、排出要求の有無がセットされる排出要求フラグ、及び記録要求又は再生要求の有無がセットされる受信フラグに「０」をセットして初期化するとともに、リードイン領域ＬＩＡの一部領域に所定の情報を記録する。この領域には、フォーマット状態やデータの記録状態などがビットマップ形式で記述されているフォーマッティング・ディスク・コントロール・ブロック（Formatting Disc Control Block、以下「ＦＤＣＢ」という）が記録されている。
【０１０２】
次のステップ５０３では、記録及び再生要求が受け付け可能であることをホスト５０に通知する。
【０１０３】
次のステップ５０５では、光ディスク１５の排出要求があるか否かを判断する。ホスト５０から排出要求のコマンドを受信すると、割り込み処理にて排出要求フラグに「１」がセットされるようになっている。ここで、排出要求フラグに「１」がセットされていなければ、ステップ５０５での判断は否定され、ステップ５０７に移行する。
【０１０４】
このステップ５０７では、フォーマットが完了しているか否かをチェックする。フォーマットが完了しているか否かは、データ領域ＤＺＡ内における未記録領域の有無によって判断され、未記録領域が存在すれば、フォーマットは未完了であると判断される。ここでは、光ディスク１５はブランクディスクであるため、ステップ５０７での判断は否定され、ステップ５０９に移行する。
【０１０５】
このステップ５０９では、ホスト５０からの記録要求又は再生要求の有無を判断する。記録を要求するコマンド（Write Command、以下「記録要求コマンド」ともいう）又は再生を要求するコマンド（Read Command、以下「再生要求コマンド」ともいう）をホスト５０から受信すると、割り込み処理にて受信フラグに「１」がセットされるようになっている。そこで、受信フラグに「１」がセットされていなければ、ステップ５０９での判断は否定され、ステップ５１１に移行する。
【０１０６】
このステップ５１１では、フォーマットを実施する。すなわち、データ領域ＤＺＡ内の未記録部分に例えば１６セクタ分のダミーデータを記録する。そして、ステップ５０５に戻る。
【０１０７】
以下、ステップ５０５、ステップ５０７及びステップ５０９のいずれかでの判断が肯定されるまで、ステップ５０５→５０７→５０９→５１１の処理、判断を繰り返す。これにより、フォーマットが進行する。
【０１０８】
一方、ステップ５０９において、受信フラグに「１」がセットされていれば、ステップ５０９での判断は肯定され、ステップ５１３に移行する。
【０１０９】
このステップ５１３では、受信フラグを「０」にリセットした後、フォーマットを中断する。
【０１１０】
次のステップ５１５では、受信したコマンドを解析し、ホスト５０からのコマンドが記録要求コマンドであるか再生要求コマンドであるかを判断する。ここで、ホスト５０からのコマンドが記録要求コマンドであれば、ステップ５１５での判断は肯定され、ステップ５１７に移行する。
【０１１１】
このステップ５１７では、ホスト５０から受信したユーザデータをデータ領域ＤＺＡ内の指定された領域に記録する。なお、光ディスク装置２０における記録処理の詳細については後述する。ユーザデータの記録が終了すると、ステップ５０５に戻る。
【０１１２】
一方、ステップ５１５において、ホスト５０からのコマンドが再生要求コマンドであれば、ステップ５１５での判断は否定され、ステップ５１９に移行する。
【０１１３】
このステップ５１９では、ホスト５０から指定された領域に記録されているユーザデータを再生し、ホスト５０に転送する。なお、光ディスク装置２０における再生処理の詳細については後述する。ホスト５０から指定されたユーザデータの再生が終了すると、ステップ５０５に戻る。
【０１１４】
なお、ステップ５０５において、排出要求フラグに「１」がセットされていれば、ステップ５０５での判断は肯定され、ステップ５２１に移行する。
【０１１５】
このステップ５２１では、排出要求フラグを「０」にリセットした後、フォーマットを中断する。そして、データ領域ＤＺＡ内に記録されているダミーデータ及びユーザデータのうちで最外周にあるデータの最終アドレス（Last Written Address、以下「ＬＷＡ」という）とデータ領域ＤＺＡの先頭アドレスとの間に未記録領域が存在する場合には、その未記録領域にダミーデータが記録される。また、リードイン領域ＬＩＡ内のＦＤＣＢを更新するとともに、一例として図２（Ｂ）に示されるように、ＬＷＡに続けてＴＬＯを記録する。これにより、ＤＶＤ−ＲＯＭとの互換性を保つことが可能となる。
【０１１６】
次のステップ５２３では、不図示のディスク入排出系に光ディスク１５の排出を指示する。そして、フォーマット要求コマンドを受信したときの処理を終了する。
【０１１７】
また、ステップ５０７において、フォーマットが完了していれば、ステップ５０７での判断は肯定され、リードイン領域ＬＩＡ内のＦＤＣＢを更新した後、フォーマット要求コマンドを受信したときの処理を終了する。
【０１１８】
《光ディスク装置２０における記録処理》
ここで、光ディスク装置２０における記録処理について説明する。
【０１１９】
ＣＰＵ４０は、指定された記録速度に基づいてスピンドルモータ２２の回転を制御するための制御信号をモータドライバ２７に出力するとともに、ホスト５０から記録要求コマンドを受信した旨を再生信号処理回路２８に通知する。また、ＣＰＵ４０は、ホスト５０から受信したユーザデータをバッファマネージャ３７を介してバッファＲＡＭ３４に蓄積する。
【０１２０】
再生信号処理回路２８は、光ディスク１５の回転が所定の線速度に達すると、光ピックアップ装置２３の受光器からの出力信号に基づいてフォーカスエラー信号及びトラックエラー信号を検出し、サーボコントローラ３３に出力する。サーボコントローラ３３は、再生信号処理回路２８からのフォーカスエラー信号及びトラックエラー信号に基づいて、モータドライバ２７を介して光ピックアップ装置２３のフォーカシングアクチュエータ及びトラッキングアクチュエータを駆動し、フォーカスずれ及びトラックずれを補正する。また、再生信号処理回路２８は、光ピックアップ装置２３の受光器からの出力信号に基づいてＡＤＩＰ情報を取得し、ＣＰＵ４０に通知する。
【０１２１】
ＣＰＵ４０は、ＡＤＩＰ情報に基づいて書き込み開始地点に光ピックアップ装置２３が位置するように光ピックアップ装置２３のシークモータを制御する信号をモータドライバ２７に出力する。また、ＣＰＵ４０は、バッファマネージャ３７からバッファＲＡＭ３４に蓄積されたデータ量が所定の値を超えたとの通知を受け取ると、エンコーダ２５に書き込みデータの作成を指示する。さらに、ＣＰＵ４０は、ＡＤＩＰ情報に基づいて光ピックアップ装置２３の位置が書き込み開始地点であると判断すると、エンコーダ２５に通知する。そして、エンコーダ２５は、レーザコントロール回路２４及び光ピックアップ装置２３を介して、書き込みデータを光ディスク１５に記録する。
【０１２２】
《光ディスク装置２０における再生処理》
次に、光ディスク装置２０における再生処理について説明する。
【０１２３】
ＣＰＵ４０は、再生速度に基づいてスピンドルモータ２２の回転を制御するための制御信号をモータドライバ２７に出力するとともに、再生要求コマンドを受信した旨を再生信号処理回路２８に通知する。再生信号処理回路２８は、前記記録処理の場合と同様に、フォーカスずれ及びトラックずれを補正するとともに、ＡＤＩＰ情報をＣＰＵ４０に通知する。
【０１２４】
ＣＰＵ４０は、ＡＤＩＰ情報に基づいて読み出し開始地点に光ピックアップ装置２３が位置するように光ピックアップ装置２３のシークモータを制御する信号をモータドライバ２７に出力する。そして、ＣＰＵ４０は、ＡＤＩＰ情報に基づいて光ピックアップ装置２３の位置が読み出し開始地点であると判断すると、再生信号処理回路２８に通知する。
【０１２５】
そして、再生信号処理回路２８は、光ピックアップ装置２３の受光器からの出力信号に基づいてＲＦ信号を検出し、誤り訂正処理等を行った後、バッファＲＡＭ３４に蓄積する。バッファマネージャ３７は、バッファＲＡＭ３４に蓄積された再生データがセクタデータとして揃ったときに、インターフェース３８を介してホスト５０に転送する。
【０１２６】
なお、再生信号処理回路２８は、記録処理及び再生処理が終了するまで、上述した如く、光ピックアップ装置２３の受光器からの出力信号に基づいてフォーカスエラー信号及びトラックエラー信号を検出し、サーボコントローラ３３及びモータドライバ２７を介してフォーカスずれ及びトラックずれを随時補正する。
【０１２７】
《記録要求コマンドを受信したときの光ディスク装置２０での処理》
続いて、前述したフォーマットの途中で排出された光ディスク１５が、再度光ディスク装置２０にロードされ、ホスト５０から記録要求コマンドを受信したときの、光ディスク装置２０における処理動作について図６を用いて説明する。フォーマット中でないときに、ホスト５０から記録要求コマンドを受信すると、図６のフローチャートに対応するプログラムの先頭アドレスがＣＰＵ４０のプログラムカウンタにセットされ、記録要求コマンドを受信したときの処理がスタートする。なお、図６のフローチャートは、ＣＰＵ４０によって実行される一連の処理アルゴリズムに対応している。
【０１２８】
最初のステップ６０１では、記録要求コマンドからユーザデータの記録開始アドレスを抽出する。
【０１２９】
次のステップ６０３では、ホスト５０からのユーザデータを前述の如くしてデータ領域ＤＺＡ内の指定位置に記録する。ユーザデータの記録が完了すると、ステップ６０５に移行する。
【０１３０】
このステップ６０５では、光ディスク１５のリードイン領域ＬＩＡ内に記録されているＦＤＣＢを参照し、ＴＬＯの位置を検索する。
【０１３１】
次のステップ６０７では、フォーマットが必要であるか否かを判断する。ここでは、ＴＬＯが記録されている位置のアドレスとユーザデータの記録開始アドレスとを比較し、ＴＬＯとユーザデータとの間に未記録領域が存在する場合には、フォーマットが必要となる。ここで、フォーマットが必要であれば、ステップ６０７での判断は肯定され、ステップ６０９に移行する。
【０１３２】
このステップ６０９では、バックグランドフォーマットが自動的に再開される。ここでのバックグランドフォーマットの詳細については後述する。そして、バックグランドフォーマットが自動的に再開されたこと示すコード「６ｈ」をメディアイベントコードにセットして、メディアイベントディスクリプタをイベント状態要求コマンドに対する応答としてホスト５０に送信する。バックグランドフォーマットが終了すると、記録要求コマンドを受信したときの処理を終了する。
【０１３３】
一方、ステップ６０７において、フォーマットが不要であれば、ステップ６０７での判断は否定され、記録要求コマンドを受信したときの処理を終了する。この場合には、バックグランドフォーマットが自動的に再開されることはない。
【０１３４】
《メディアイベントコード「６ｈ」を受信したときのホスト５０での処理》
次に、イベント状態要求コマンドに対する応答としてバックグランドフォーマットが自動的に再開されたこと示すメディアイベントコード「６ｈ」を受信したときのホスト５０における処理動作について図７を用いて説明する。ホスト５０がメディアイベントコード「６ｈ」を受信すると、主制御装置５２のマイクロコンピュータのプログラムカウンタに図７のフローチャートに対応するプログラムの先頭アドレスがセットされ、メディアイベントコード「６ｈ」を受信したときの処理がスタートする。なお、図７のフローチャートは、主制御装置５２のマイクロコンピュータによって実行される一連の処理アルゴリズムに対応している。
【０１３５】
最初のステップ７０１では、ＯＳに問い合わせて、ホスト５０の駆動電源情報を取得する。そして、この駆動電源情報に基づいて駆動電源の種類を求める。
【０１３６】
次のステップ７０３では、駆動電源の種類がバッテリであるか否かを判断する。駆動電源の種類がバッテリであれば、ここでの判断は肯定されステップ７０５に移行する。
【０１３７】
このステップ７０５では、上記ステップ７０１で取得した駆動電源情報に基づいてバッテリの残量を求める。
【０１３８】
次のステップ７０７では、バッテリの残量が予め設定されている所定量（例えば３０％）未満であるか否かを判断する。バッテリの残量が所定量未満であれば、ここでの判断は肯定されステップ７０９に移行する。すなわち、バックグランドフォーマットの中断が決定される。なお、上記所定量は、ユーザが任意に設定、変更可能である。
【０１３９】
このステップ７０９では、フォーマットの中断を要求するコマンド（以下「フォーマット中断要求コマンド」ともいう）を送信する。ここでは、フォーマット中断要求コマンドとして、スタート・ストップ・ユニット・コマンド（Start Stop Unit Command）あるいはクローズ・セッション／トラック・コマンド（Close Session/Track Command）を用いるものとする。そして、スタート・ストップ・ユニット・コマンドのディスクリプタブロックにおけるバイト４のビット０（Startビット）及びビット１（LoEjビット）に０をセットするか、あるいはクローズ・セッション／トラック・コマンドのディスクリプタブロックにおけるバイト２のビット０（Trackビット）及びビット１（Sessionビット）に０をセットして、光ディスク装置２０に送信する。フォーマット中断要求コマンドを発行すると、メディアイベントコード「６ｈ」を受信したときの処理を終了する。なお、従来は、省力化のためにアクセス終了時にホストからスピンドルモータを強制的に停止させるときや、オーディオＣＤの場合に音楽再生を停止するときに、スタート・ストップ・ユニット・コマンドのディスクリプタブロックにおけるバイト４のビット０及びビット１に０をセットしていた。また、ＴＬＯを記録せずにバックグランドフォーマットを中断するときに、クローズ・セッション／トラック・コマンドのディスクリプタブロックにおけるバイト２のビット０及びビット１に０をセットしていた。
【０１４０】
また、ステップ７０３において、駆動電源の種類がバッテリでなければ、ステップ７０３での判断は否定され、メディアイベントコード「６ｈ」を受信したときの処理を終了する。さらに、ステップ７０７において、バッテリの残量が所定量未満でなければ、ステップ７０７での判断は否定され、メディアイベントコード「６ｈ」を受信したときの処理を終了する。すなわち、バックグランドフォーマットの継続が決定される。
【０１４１】
《バックグランドフォーマット中のホスト５０での処理》
さらに、ホスト５０の駆動電源の種類がバッテリであり、かつ上記メディアイベントコード「６ｈ」を受信したときの処理において、バックグランドフォーマットの再開が許可された場合に、光ディスク装置２０でバックグランドフォーマットが行われているときのホスト５０における処理動作について図８を用いて説明する。光ディスク装置２０でバックグランドフォーマットが開始されると、主制御装置５２のマイクロコンピュータのプログラムカウンタに図８のフローチャートに対応するプログラムの先頭アドレスがセットされ、バックグランドフォーマット中での処理がスタートする。なお、図８のフローチャートは、主制御装置５２のマイクロコンピュータによって実行される一連の処理アルゴリズムに対応している。
【０１４２】
先ず、ステップ８０１では、光ディスク１５のフォーマット状態を知るために、ディスク情報を要求するコマンド（Read Disc Information Command、以下「ディスク情報要求コマンド」ともいう）を光ディスク装置２０に送信する。光ディスク装置２０は、ホスト５０からディスク情報要求コマンドを受信すると、所定のディスク情報をディスク情報ブロック（Disc Information Block）にセットしてホスト５０に応答する。
【０１４３】
次のステップ８０３では、光ディスク装置２０からの応答を待ち、応答があるとステップ８０５に移行する。
【０１４４】
このステップ８０５では、受信したディスク情報ブロックからフォーマット情報（Background Format Status）を抽出する。
【０１４５】
次のステップ８０７では、フォーマット情報に基づいてフォーマット途中であるか否かを判断する。フォーマット途中であれば、ステップ８０７での判断は肯定されステップ８０９に移行する。
【０１４６】
このステップ８０９では、ＯＳに問い合わせて、ホスト５０の駆動電源情報を取得する。
【０１４７】
次のステップ８１３では、この駆動電源情報に基づいてバッテリの残量を求める。
【０１４８】
次のステップ８１５では、バッテリの残量が予め設定されている所定量（例えば３０％）未満であるか否かを判断する。バッテリの残量が所定量未満であれば、ここでの判断は肯定されステップ８１７に移行する。すなわち、バックグランドフォーマットの中断が決定される。なお、上記所定量は、ユーザが任意に設定、変更可能である。
【０１４９】
このステップ８１７では、フォーマット中断要求コマンドを光ディスク装置２０に送信する。ここでは、前述したように、スタート・ストップ・ユニット・コマンド（Start Stop Unit Command）のディスクリプタブロックにおけるバイト４のビット０（Startビット）及びビット１（LoEjビット）に０をセットするか、あるいはクローズ・セッション／トラック・コマンド（Close Session/Track Command）のディスクリプタブロックにおけるバイト２のビット０（Trackビット）及びビット１（Sessionビット）に０をセットして、光ディスク装置２０に送信する。そして、バックグランドフォーマット中での処理を終了する。
【０１５０】
なお、ステップ８０７において、光ディスク１５がフォーマット途中でなければ、ステップ８０７での判断は否定され、光ディスク装置２０でバックグランドフォーマットが行われているときの処理を終了する。すなわち、バックグランドフォーマットの継続を決定する。
【０１５１】
また、ステップ８１５において、バッテリの残量が所定量未満でなければ、ステップ８１５での判断は否定され、ステップ８０１に戻る。
【０１５２】
《バックグランドフォーマット自動再開後の光ディスク装置２０での処理》
ここで、光ディスク装置２０でのバックグランドフォーマットの自動再開処理（図６のステップ６０９）について図９を用いて説明する。バックグランドフォーマットの自動再開要求に応じて、ＣＰＵ４０のプログラムカウンタに図９のフローチャートに対応するプログラムの先頭アドレスがセットされ、バックグランドフォーマットの自動再開処理がスタートする。なお、図９のフローチャートは、ＣＰＵ４０によって実行される一連の処理アルゴリズムに対応している。
【０１５３】
最初のステップ６５１では、排出要求の有無がセットされる排出要求フラグ、記録要求又は再生要求の有無がセットされる受信フラグ、フォーマット中断要求の有無がセットされるフォーマット中断要求フラグ、及びフォーマット状態を示すフォーマットフラグなどの各種フラグに「０」をセットして初期化するとともに、リードイン領域ＬＩＡ内に記録されているＦＤＣＢを参照し、ＴＬＯの位置を検索する。そして、ＴＬＯが記録されている位置のアドレスをフォーマットの開始アドレスとする。すなわち、ＴＬＯはダミーデータで上書きされることとなる。
【０１５４】
次のステップ６５３では、記録及び再生要求の受け付け可能であることをホスト５０に通知する。
【０１５５】
次のステップ６５５では、フォーマット中断要求コマンドを受信したか否かをチェックする。なお、ホスト５０からフォーマット中断要求コマンドを受信した場合には、割り込み処理にてフォーマット中断要求フラグに「１」がセットされるようになっている。ここで、フォーマット中断要求フラグに「１」がセットされていなければ、ステップ６５５での判断は否定され、ステップ６５７に移行する。
【０１５６】
次のステップ６５７では、排出要求フラグに基づいて、前述したステップ５０５と同様にして光ディスク１５の排出要求があるか否かを判断する。ここで排出要求がなければ、ステップ６５７での判断は否定され、ステップ６５９に移行する。
【０１５７】
このステップ６５９では、前述したステップ５０７と同様にしてフォーマットが完了しているか否かをチェックする。ここでフォーマットが完了していなければ、ステップ６５９での判断は否定され、ステップ６６１に移行する。
【０１５８】
このステップ６６１では、受信フラグに基づいて、前述したステップ５０９と同様にしてホスト５０からの記録要求又は再生要求の有無を判断する。ここで記録要求又は再生要求がなければ、ステップ６６１での判断は否定され、ステップ６６３に移行する。
【０１５９】
このステップ６６３では、フォーマットフラグにフォーマット中を意味する「１」をセットする。
【０１６０】
次のステップ６６５では、フォーマットを実施する。フォーマット中にホスト５０からイベント状態要求コマンドを受信すると、フォーマットフラグを参照してイベントに変化がない（フォーマット中）ことを示すメディアイベントコード「０ｈ」（図２を参照）をセットし、イベント状態要求コマンドに対する応答として、メディアイベントディスクリプタを割り込み処理にてホスト５０に送信する。これにより、例えばホスト５０は、フォーマット中断要求コマンドを送信した後であっても、バックグランドフォーマットの中断が完了していないことを認識することができる。そして、例えば１６セクタ（１ＥＣＣブロック）分のダミーデータの記録が完了すると、ステップ６５５に戻る。
【０１６１】
以下、ステップ６５５、ステップ６５７、ステップ６５９及びステップ６６１のいずれかでの判断が肯定されるまで、ステップ６５５〜ステップ６６５の処理、判断を繰り返す。これにより、フォーマットが進行する。
【０１６２】
一方、ステップ６６１において、記録要求又は再生要求があれば、ステップ６６１での判断は肯定され、ステップ６６７に移行する。
【０１６３】
このステップ６６７では、フォーマットを中断する。
【０１６４】
次のステップ６６９では、受信したコマンドを解析し、ホスト５０からの要求が記録要求であるか再生要求であるかを判断する。ここで、ホスト５０からの要求が記録要求であれば、ステップ６６９での判断は肯定され、ステップ６７１に移行する。
【０１６５】
このステップ６７１では、受信したユーザデータをデータ領域内の指定された領域に前述の如くして記録し、ステップ６５５に戻る。
【０１６６】
一方、ステップ６６９において、ホスト５０からの要求が再生要求であれば、ステップ６６９での判断は否定され、ステップ６７３に移行する。
【０１６７】
このステップ６７３では、指定された領域に記録されているユーザデータを前述の如くしてホスト５０に転送し、ステップ６５５に戻る。
【０１６８】
なお、ステップ６５５において、フォーマット中断要求フラグに「１」がセットされていれば、ステップ６５５での判断は肯定され、フォーマット中断要求フラグを「０」にリセットした後、ステップ６７５に移行する。
【０１６９】
このステップ６７５では、フォーマットフラグにフォーマット中断完了を意味する「２」をセットする。ここで、ホスト５０からイベント状態要求コマンドを受信すると、フォーマットフラグを参照してバックグランドフォーマットの中断が完了したことを示すコード「７ｈ」（図２を参照）をメディアイベントコードにセットし、イベント状態要求コマンドに対する応答として、メディアイベントディスクリプタを割り込み処理にてホスト５０に送信する。これにより、ホスト５０はバックグランドフォーマットの中断が完了したことを認識することができる。
【０１７０】
また、ステップ６５７において、排出要求が有れば、ステップ６５７での判断は肯定され、ステップ６７７に移行する。
【０１７１】
このステップ６７７及び次のステップ６７９では、前述したステップ５２１及びステップ５２３と同じ処理が行われる。そして、バックグランドフォーマットの自動再開処理を終了する。
【０１７２】
また、ステップ６５９において、フォーマットが完了していれば、ステップ６５９での判断は肯定され、バックグランドフォーマットの自動再開処理を終了する。
【０１７３】
《フォーマット中断要求コマンド送信後のホスト５０での処理》
次に、フォーマット中断要求コマンドを光ディスク装置２０に送信した後のホスト５０での処理動作について図１０を用いて説明する。フォーマット中断要求コマンドを送信すると、主制御装置５２のマイクロコンピュータのプログラムカウンタに図１０のフローチャートに対応するプログラムの先頭アドレスがセットされ、フォーマット中断要求コマンド送信後の処理がスタートする。なお、図１０のフローチャートは、主制御装置５２のマイクロコンピュータによって実行される一連の処理アルゴリズムに対応している。
【０１７４】
最初のステップ９０１では、タイマカウンタｔに０をセットし、初期化する。なお、タイマカウンタｔは一定時間毎（例えば５ｍ秒毎）に起動されるタイマ割り込み処理にてインクリメント（＋１）されるようになっている。
【０１７５】
次のステップ９０３では、タイマカウンタｔが所定の値以上であるか否か、すなわち所定の時間（例えば１〜２秒）が経過したか否かを判断する。ここで所定の時間が経過していれば、ステップ９０３での判断は肯定され、ステップ９０５に移行する。
【０１７６】
このステップ９０５では、イベント状態要求コマンド（Get Event Status Notification Command）を光ディスク装置２０に送信する。
【０１７７】
次のステップ９０７では、光ディスク装置２０からの応答を待ち、応答があるとステップ９０９に移行する。光ディスク装置２０は、イベント状態要求コマンドを受信すると、図３に示されるように、イベント状態に対応するコードをメディアイベントコード（Media Event Code）にセットして、メディアイベントディスクリプタをホスト５０に送信する。
【０１７８】
次のステップ９０９では、受信したメディアイベントディスクリプタからメディアイベントコードを抽出し、そのメディアイベントコードが「７ｈ」であるか否か、すなわちバックグランドフォーマットの中断が完了したか否かを判断する。ここで、メディアイベントコードが「７ｈ」でなければ、ステップ９０９での判断は否定され、ステップ９０１に戻る。一方、メディアイベントコードが「７ｈ」であれば、ステップ９０９での判断は肯定され、フォーマット中断要求コマンド送信後の処理を終了する。
【０１７９】
以上の説明から明らかなように、本第１の実施形態に係る情報記録システムでは、主制御装置５２のマイクロコンピュータ及び該マイクロコンピュータによって実行されるプログラムによって、情報処理装置の電源情報取得手段、決定手段、発行手段及び確認手段が実現されている。しかしながら、本発明がこれに限定されるものではないことは勿論である。すなわち、上記第１の実施形態は一例に過ぎず、上記の主制御装置５２のマイクロコンピュータによるプログラムに従う処理によって実現した各手段の少なくとも一部をハードウェアによって構成することとしても良いし、あるいは各手段の全てをハードウェアによって構成することとしても良い。
【０１８０】
また、本第１の実施形態に係る情報記録システムでは、ＣＰＵ４０及びＣＰＵ４０によって実行されるプログラムによって、情報記録装置の中断手段及び通知手段が実現されている。なお、各手段の少なくとも一部をハードウェアによって構成することとしても良いし、あるいは各手段の全てをハードウェアによって構成することとしても良い。
【０１８１】
また、本第１の実施形態では、ハードディスク５６にインストールされているプログラムのうち、図４、図７、図８及び図１０のフローチャートで示される処理に対応するプログラムによって前記第１の決定プログラムが構成されている。
【０１８２】
そして、図４に示されるフォーマット要求が入力されたときのホスト５０での処理では、ステップ４０１の処理によって本発明に係る記録方法の第１工程が実施され、ステップ４０３及び４０７の処理によって第２工程が実施されている。また、図７に示されるメディアイベントコード「６ｈ」を受信したときのホスト５０での処理では、ステップ７０１の処理によって第１工程が実施され、ステップ７０３及び７０７の処理によって第２工程が実施されている。さらに、図８に示されるバックグランドフォーマット中のホスト５０での処理では、ステップ８０９の処理によって第１工程が実施され、ステップ８１５の処理によって第２工程が実施されている。
【０１８３】
以上説明したように、本第１の実施形態に係る情報記録システム及び記録方法によると、光ディスク１５が光ディスク装置２０にロードされると、ホスト５０は、駆動電源がバッテリでありかつ残りのバッテリ量が所定量未満の場合に、フォーマットの禁止を設定し、ユーザからフォーマット要求が入力されても、フォーマット要求コマンドの発行を禁止している。すなわち、駆動電源がバッテリでありかつバッテリの残量が所定量未満の場合には、フォーマットが行われないため、バッテリの多大な消耗を防止することができる。従って、予期しない電源遮断を回避することができ、データの再生不良及び追記不可などを防止することが可能となる。すなわち、駆動電源の消耗を抑制するとともに、駆動電源の有効利用を促進することが可能となる。
【０１８４】
また、光ディスク装置２０でバックグランドフォーマットが自動的に再開されると、ホスト５０は、駆動電源がバッテリでありかつバッテリの残量が所定量未満の場合には、バックグランドフォーマットの中断を決定し、フォーマット中断要求コマンドを送信している。すなわち、バックグランドフォーマットが自動的に再開されても、駆動電源がバッテリでありかつバッテリの残量が所定量未満の場合には、バックグランドフォーマットが中断されるため、バッテリの多大な消耗を防止することができる。
【０１８５】
さらに、駆動電源がバッテリであり、かつバックグランドフォーマット中には、ホスト５０はバッテリの残量を定期的にチェックし、バッテリの残量が所定量未満の場合には、バックグランドフォーマットの中断を決定し、フォーマット中断要求コマンドを送信している。すなわち、バックグランドフォーマットが許可されても、バックグランドフォーマット中にバッテリの残量が所定量未満になると、バックグランドフォーマットは中断されるため、バッテリの多大な消耗を防止することができる。
【０１８６】
また、光ディスク装置２０は、バックグランドフォーマットにおいてダミーデータの記録中に、フォーマット中断要求コマンドを受信しても、所定量（ここでは１６セクタ分）のダミーデータが記録されるまではフォーマットを中断しないため、所定量のダミーデータの記録が確実に行われる。それにより、再生不良となるのを防止することができる。そして、所定量のダミーデータが記録された後、メディアイベントコード「７ｈ」がセットされたメディアイベントディスクリプタを送信しているために、ホスト５０はフォーマットの中断が完了したタイミングをほぼリアルタイムに把握することができ、例えばフォーマット中断後の処理にスムースに移行することが可能となる。
【０１８７】
なお、上記第１の実施形態では、ホスト５０の駆動電源がバッテリであり、かつバッテリの残量が所定量未満のときに、フォーマットの禁止を決定する（図４参照）場合について説明したが、これに限らず、例えばバッテリの容量が小さい場合などでは、バッテリの残量に関係なく、ホスト５０の駆動電源がバッテリであれば、直ちにフォーマットの禁止を決定しても良い。すなわち、図４におけるステップ４０５及び４０７での処理を省略することが可能である。
【０１８８】
また、上記第１の実施形態では、バックグランドフォーマットが自動的に再開された際に、ホスト５０の駆動電源がバッテリであり、かつバッテリの残量が所定量未満のときに、バックグランドフォーマットの中断を決定する（図７参照）場合について説明したが、これに限らず、例えばバッテリの容量が小さい場合などでは、バッテリの残量に関係なく、ホスト５０の駆動電源がバッテリであれば、直ちにバックグランドフォーマットの中断を決定しても良い。すなわち、図７におけるステップ７０５及び７０７での処理を省略することが可能である。
【０１８９】
さらに、上記第１の実施形態では、フォーマット中断要求コマンドとして、スタート・ストップ・ユニット・コマンド（Start Stop Unit Command）、あるいはクローズ・セッション／トラック・コマンド（Close Session/Track Command）を用いる場合について説明したが、本発明がこれらに限定されるものではない。また、フォーマット中断要求を指示するビット位置も上記第１の実施形態に限定されるものではない。
【０１９０】
また、上記第１の実施形態では、図１０に示されるように、ホスト５０は一定周期でイベント状態要求コマンドを光ディスク装置２０に送信する場合について説明したが、これに限らず、例えばテスト・ユニット・レディ・コマンド（Test Unit Ready Command）を用いても良い。このテスト・ユニット・レディ・コマンドはポーリングコマンドであり、光ディスク装置２０は、イベント状態が変化するとこのポーリングコマンドに応じてイベント状態をホスト５０に通知する。
【０１９１】
さらに、上記第１の実施形態では、ホスト５０は、自動的に再開されたバックグランドフォーマット中に、フォーマットの継続あるいは中断を決定する処理を行う場合について説明したが、これに限らず、例えばユーザからの要求に応じてホスト５０が発行したフォーマット要求コマンドにより行われるフォーマット（バックグランドフォーマットも含む）中であっても、前述の如くしてフォーマットの継続あるいは中断を決定する処理を行っても良い。
【０１９２】
また、上記第１の実施形態では、光ディスク装置２０は、バックグランドフォーマットの中断が完了すると、中断完了情報としてメディアイベントコード「７ｈ」がセットされたメディアイベントディスクリプタを送信する場合について説明したが、本発明がこれに限定されるものではない。
【０１９３】
なお、上記第１の実施形態では、第１の決定プログラムは、ハードディスク５６に記録されているが、他の記録媒体（ＣＤ−ＲＯＭ、光磁気ディスク、フラッシュメモリ、フレキシブルディスク等）に記録されていても良い。この場合には、各記録媒体に対応するドライブ装置を付加し、各ドライブ装置から第１の決定プログラムをロードすることとなる。また、他の記録媒体からハードディスク５６に転送しても良い。さらに、ネットワークを介してハードディスク５６あるいはメインメモリに転送しても良い。要するに、第１の決定プログラムがマイクロコンピュータのメインメモリにロードされれば良い。
【０１９４】
《第２の実施形態》
次に、本発明の第２の実施形態を図１１及び図１２に基づいて説明する。
【０１９５】
この第２の実施形態は、フォーマットの継続あるいは中断（許可あるいは禁止）を決定する処理を、前述した第１の実施形態と異なり、光ディスク装置で行う点に特徴を有する。すなわち、ハードディスク５６及びＲＯＭ３９に格納されているプログラムの一部のみが異なり、情報記録システムにおけるその他の構成は、前述した第１の実施形態と同様である。従って、以下においては、第１の実施形態との相違点を中心に説明するとともに、前述した第１の実施形態と同一若しくは同等の構成部分については同一の符号を用い、その説明を簡略化し若しくは省略するものとする。
【０１９６】
ＲＯＭ３９には、ＣＰＵ４０にて解読可能なコードで記述された後述する本発明に係るダミーデータの記録の継続あるいは中断（許可あるいは禁止）を決定するプログラム（以下、「第２の決定プログラム」という）などが格納されている。なお、光ディスク装置２０の電源がオン状態になると、前記プログラムは不図示のメインメモリにロードされる。
【０１９７】
《記録要求コマンドを受信したときの光ディスク装置２０での処理》
フォーマットの途中で排出された光ディスク１５が、再度光ディスク装置２０にロードされ、ホスト５０から記録要求コマンドを受信したときの、光ディスク装置２０における処理動作について図１１を用いて説明する。フォーマット中でないときに、ホスト５０から記録要求コマンドを受信すると、図１１のフローチャートに対応するプログラムの先頭アドレスがＣＰＵ４０のプログラムカウンタにセットされ、記録要求コマンドを受信したときの処理がスタートする。なお、図１１のフローチャートは、ＣＰＵ４０によって実行される一連の処理アルゴリズムに対応している。また、光ディスク１５に関する前提条件は、前述した第１の実施形態と同様であるものとする。
【０１９８】
最初のステップ９２１〜ステップ９２５では、前記第１の実施形態におけるステップ６０１〜ステップ６０５と同じ処理を行う。
【０１９９】
次のステップ９２７では、前記第１の実施形態におけるステップ６０７と同様にしてフォーマットが必要であるか否かを判断する。ここで、フォーマットが必要であれば、ステップ９２７での判断は肯定され、ステップ９２９に移行する。
【０２００】
このステップ９２９では、駆動電源情報を取得するために、駆動電源情報を要求するコマンド（以下「駆動電源情報要求コマンド」という）をホスト５０に送信する。ホスト５０は駆動電源情報要求コマンドを受信すると、ＯＳから駆動電源情報を取得し、光ディスク装置２０に応答する。
【０２０１】
次のステップ９３１では、ホスト５０からの応答を待ち、応答があるとステップ９３３に移行する。
【０２０２】
このステップ９３３では、ホスト５０からの駆動電源情報に基づいて駆動電源の種類を求める。
【０２０３】
次のステップ９３５では、駆動電源の種類がバッテリであるか否かを判断する。駆動電源の種類がバッテリであれば、ここでの判断は肯定されステップ９３７に移行する。
【０２０４】
このステップ９３７では、前記ホスト５０からの駆動電源情報に基づいてバッテリの残量を求める。
【０２０５】
次のステップ９３９では、バッテリの残量が予め設定されている所定量（例えば３０％）未満であるか否かを判断する。バッテリの残量が所定量未満でなければ、ここでの判断は否定されステップ９４１に移行する。すなわち、バックグランドフォーマットの自動再開は許可される。
【０２０６】
このステップ９４１では、バックグランドフォーマットが自動的に再開される。バックグランドフォーマットが終了すると、記録要求コマンドを受信したときの処理を終了する。
【０２０７】
一方、ステップ９３９において、バッテリの残量が所定量未満であれば、ステップ９３９での判断は肯定され、記録要求コマンドを受信したときの処理を終了する。すなわち、バックグランドフォーマットの自動再開は禁止される。
【０２０８】
また、ステップ９３５において、駆動電源の種類がバッテリでなければ、ステップ９３５での判断は否定されステップ９４１に移行する。すなわち、バックグランドフォーマットの自動再開は許可される。
【０２０９】
なお、ステップ９２７において、フォーマットが不要であれば、ステップ９２７での判断は否定され、記録要求コマンドを受信したときの処理を終了する。この場合には、バックグランドフォーマットが自動的に再開されることはない。
【０２１０】
《バックグランドフォーマット自動再開後の光ディスク装置２０での処理》
次に、光ディスク装置２０でのバックグランドフォーマットの自動再開処理（図１１のステップ９４１）について図１２を用いて説明する。バックグランドフォーマットの自動再開が許可されると、ＣＰＵ４０のプログラムカウンタに図１２のフローチャートに対応するプログラムの先頭アドレスがセットされ、バックグランドフォーマットの自動再開処理がスタートする。なお、図１２のフローチャートは、ＣＰＵ４０によって実行される一連の処理アルゴリズムに対応している。
【０２１１】
最初のステップ９５１及びステップ９５３では、前記第１の実施形態におけるステップ６５１及びステップ６５３と同じ処理を行う。
【０２１２】
次のステップ９５５では、バッテリの残量が予め設定されている所定量（例えば３０％）未満であるか否かを判断する。バッテリの残量が所定量未満でなければ、ここでの判断は否定されステップ９５７に移行する。すなわち、バックグランドフォーマットの継続が決定される。なお、ＣＰＵ４０は、バックグランドフォーマット中に、例えばタイマ割り込みなどで定期的に駆動電源情報要求コマンドをホスト５０に送信し、その応答として受信した駆動電源情報に基づいてバッテリの残量を求めている。
【０２１３】
このステップ９５７では、前記第１の実施形態におけるステップ６５７と同様にして排出要求の有無を判断する。ここで排出要求がなければ、ステップ９５７での判断は否定され、ステップ９５９に移行する。
【０２１４】
このステップ９５９〜ステップ９７３では、前記第１の実施形態におけるステップ６５９〜ステップ６７３と同じ処理を行う。
【０２１５】
一方、ステップ９５５において、バッテリの残量が所定量未満であれば、ステップ９５５での判断は肯定されステップ９７５に移行する。すなわち、バックグランドフォーマットの中断が決定される。
【０２１６】
このステップ９７５では、前記第１の実施形態におけるステップ６７５と同様に、フォーマットフラグにフォーマット中断完了を意味する「２」をセットし、バックグランドフォーマットを終了する。ここで、ホスト５０からイベント状態要求コマンドを受信すると、フォーマットフラグを参照してバックグランドフォーマットの中断が完了したことを示すコード７ｈ（図２を参照）をメディアイベントコードにセットし、イベント状態要求コマンドに対する応答として、メディアイベントディスクリプタを割り込み処理にてホスト５０に送信する。これにより、ホスト５０はバックグランドフォーマットの中断が完了したことを確認することができる。
【０２１７】
なお、ステップ９５７において、排出要求があれば、ステップ９５７での判断は肯定され、ステップ９７７に移行する。
【０２１８】
このステップ９７７及びステップ９７９では、前記第１の実施形態におけるステップ６７７及びステップ６７９と同じ処理を行う。そして、バックグランドフォーマットを終了する。
【０２１９】
以上の説明から明らかなように、本第２の実施形態に係る情報記録システムでは、ＣＰＵ４０及び該ＣＰＵ４０によって実行されるプログラムによって、情報記録装置の電源情報取得手段、決定手段及び記録制御手段が実現されている。しかしながら、本発明がこれに限定されるものではないことは勿論である。すなわち、上記第２の実施形態は一例に過ぎず、上記のＣＰＵ４０によるプログラムに従う処理によって実現した各手段の少なくとも一部をハードウェアによって構成することとしても良いし、あるいは各手段の全てをハードウェアによって構成することとしても良い。
【０２２０】
また、ＲＯＭ３９に格納されているプログラムのうち、図１１及び図１２のフローチャートで示される処理に対応するプログラムによって前記第２の決定プログラムが構成されている。
【０２２１】
そして、図１１に示される記録要求コマンドを受信したときの処理では、ステップ９２９の処理によって本発明に係る記録方法の第１工程が実施され、ステップ９３５及び９３９の処理によって第２工程が実施されている。また、図１２に示されるバックグランドフォーマット自動再開後の処理では、ステップ９５５の処理によって第２工程が実施されている。なお、この場合には、不図示の割り込み処理によって第１工程が実施されている。
【０２２２】
以上説明したように、本第２の実施形態に係る情報記録システム及び記録方法によると、光ディスク装置２０は、バックグランドフォーマットの自動再開要求に応じて、ホスト５０から駆動電源情報を取得するとともに、その駆動電源情報に基づいて、ホスト５０の駆動電源がバッテリであり、かつバッテリの残量が所定量未満の場合には、バックグランドフォーマットの自動再開の禁止を決定している。これにより、ホスト５０及び光ディスク装置２０がバッテリで駆動され、バッテリの残量が少ない場合には、バックグランドフォーマットの自動再開が禁止されるため、バッテリの多大な消耗を防止することができる。従って、予期しない電源遮断を回避することができ、データの再生不良及び追記不可を防止することが可能となる。すなわち、駆動電源の消耗を抑制するとともに、駆動電源の有効利用を促進することが可能となる。
【０２２３】
さらに、駆動電源がバッテリであり、かつバックグランドフォーマット中には、光ディスク装置２０はバッテリの残量を定期的にチェックし、バッテリの残量が所定量未満の場合には、バックグランドフォーマットの中断を決定している。すなわち、バックグランドフォーマットが許可されても、バックグランドフォーマット中にバッテリの残量が所定量未満になると、バックグランドフォーマットが中断されるため、バッテリの多大な消耗を防止することができる。
【０２２４】
なお、上記第２の実施形態では、情報記録システムの駆動電源がバッテリであり、かつバッテリの残量が所定量未満のときに、バックグランドフォーマットの自動再開の禁止を決定する（図１１参照）場合について説明したが、これに限らず、例えばバッテリの容量が小さい場合などでは、バッテリの残量に関係なく、駆動電源がバッテリであれば、直ちにバックグランドフォーマットの自動再開の禁止を決定しても良い。すなわち、図１１におけるステップ９３７及び９３９での処理を省略することが可能である。
【０２２５】
さらに、上記第２の実施形態では、光ディスク装置２０は、自動的に再開されたバックグランドフォーマット中に、バックグランドフォーマットの継続あるいは中断を決定する処理を行う場合について説明したが、これに限らず、例えばユーザからの要求に応じてホスト５０が発行したフォーマット要求コマンドにより行われるフォーマット（バックグランドフォーマットも含む）中であっても、前述の如くしてフォーマットの継続あるいは中断を決定する処理を行っても良い。
【０２２６】
また、上記第２の実施形態では、第２の決定プログラムは、ＲＯＭ３９に記録されているが、他の記録媒体（ＣＤ−ＲＯＭ、光磁気ディスク、フラッシュメモリ、フレキシブルディスク等）に記録されていても良い。この場合には、各記録媒体に対応するドライブ装置を付加し、各ドライブ装置から第２の決定プログラムをインストールすることとなる。要するに、第２の決定プログラムがＣＰＵ４０のメインメモリにロードされれば良い。
【０２２７】
なお、上記各実施形態では、駆動電源の種類及びバッテリ残量に基づいて、フォーマット（バックグランドフォーマットも含む）の継続あるいは中断（許可あるいは禁止）を決定する場合について説明したが、本発明がこれに限定されるものではない。例えばバッテリの種類、及びバッテリのメーカ名なども決定条件として用いても良い。バッテリの特性が異なる場合があるからである。
【０２２８】
さらに、上記各実施形態において、駆動電源がバッテリからＡＣ電源に切り替えられた場合には、フォーマット中断要求コマンドは送信されない。
【０２２９】
なお、上記各実施形態では、バックグランドフォーマットに伴うダミーデータの記録が行われる場合について説明したが、これに限らず、ダミーデータの記録を伴う処理であれば、フォーマット以外の処理についても本発明を適用することが可能である。
【０２３０】
また、上記各実施形態では、光ディスク１５がＤＶＤ＋ＲＷの場合について説明したが、これに限られるものではなく、ダミーデータの記録を伴う処理が行われる情報記録媒体であれば良い。なお、その場合には、使用される情報記録媒体に対応した光ディスク装置が用いられることとなる。
【０２３１】
さらに、上記各実施形態において、ホスト５０と光ディスク装置２０とは、同一の筐体内に配置されていても良いし、個別の筐体内に配置されても良い。
【０２３２】
なお、上記各実施形態では、情報記録装置として、ユーザデータの記録と再生とが可能な光ディスク装置が用いられる場合について説明したが、これに限らず、ユーザデータの記録のみを行なう光ディスク装置であっても良い。
【０２３３】
【発明の効果】
以上説明したように、本発明に係る記録方法によれば、駆動電源の消耗を抑制するとともに、駆動電源の有効利用を促進することができるという効果がある。
【０２３４】
また、本発明に係るプログラム及び記録媒体によれば、情報記録システムで用いられ、駆動電源の消耗を抑制するとともに、駆動電源の有効利用を促進することができるという効果がある。
【０２３５】
また、本発明に係る情報処理装置及び情報記録装置によれば、駆動電源の消耗を抑制するとともに、駆動電源の有効利用を促進することができるという効果がある。
【０２３６】
また、本発明に係る情報記録システムによれば、駆動電源の消耗を抑制するとともに、駆動電源の有効利用を促進することができるという効果がある。
【図面の簡単な説明】
【図１】本発明の第１の実施形態に係る情報記録システムの構成を示すブロック図である。
【図２】図２（Ａ）及び図２（Ｂ）は、それぞれＤＶＤ＋ＲＷの記録領域の構成を説明するための図である。
【図３】メディアイベントコードを説明するための図である。
【図４】ブランクディスクが光ディスク装置にロードされたときに、フォーマットの許可あるいは禁止を決定するホストでの処理を説明するためのフローチャートである。
【図５】光ディスク装置で行われるブランクディスクに対するバックグランドフォーマットを説明するためのフローチャートである。
【図６】途中でフォーマットが中断された光ディスクにユーザデータを記録するときに、光ディスク装置で行われる処理を説明するためのフローチャートである。
【図７】バックグランドフォーマットが自動的に再開されたときに、バックグランドフォーマットの継続あるいは中断を決定するホストでの処理を説明するためのフローチャートである。
【図８】バックグランドフォーマット中にバッテリの残量に基づいてバックグランドフォーマットの継続あるいは中断を決定するホストでの処理を説明するためのフローチャートである。
【図９】自動的に再開されたバックグランドフォーマットを説明するためのフローチャートである。
【図１０】フォーマット中断要求コマンドを送信した後のホストでの中断確認処理を説明するためのフローチャートである。
【図１１】バックグランドフォーマットの自動再開を許可あるいは禁止する決定を光ディスク装置で行う場合の光ディスク装置での処理を説明するためのフローチャートである。
【図１２】バックグランドフォーマット中にバッテリの残量に基づいてフォーマットを継続あるいは中断する決定を光ディスク装置で行う場合の光ディスク装置での処理を説明するためのフローチャートである。
【符号の説明】
１０…情報記録システム、１５…光ディスク（情報記録媒体）、２０…光ディスク装置（情報記録装置）、３９…ＲＯＭ（記録媒体）、４０…ＣＰＵ（記録制御手段、電源情報取得手段、決定手段、中断手段、通知手段）、５０…ホスト（情報処理装置）、５２…主制御装置（電源情報取得手段、決定手段、発行手段、確認手段）、５６…ＨＤＤ（記録媒体）。
【発明の属する技術分野】
本発明は、記録方法、プログラム及び記録媒体、情報処理装置、情報記録装置、並びに情報記録システムに係り、更に詳しくは、情報記録媒体に情報を記録する記録方法、情報記録システムで用いられるプログラム及び該プログラムが記録された記録媒体、情報記録装置を介して情報記録媒体にアクセス可能な情報処理装置、情報記録媒体に情報を記録する情報記録装置、並びに情報処理装置と情報記録装置とを含む情報記録システムに関する。
【０００２】
【従来の技術】
近年、パーソナルコンピュータ（以下、「パソコン」と略述する）は、その機能が向上するに伴い、音楽や映像といったＡＶ（Audio−Visual）情報を取り扱うことが可能となってきた。これらＡＶ情報の情報量は非常に大きいために、情報記録媒体としてＣＤ−ＲＷ（ＣＤ−rewritable）やＤＶＤ＋ＲＷ（ＤＶＤ＋rewritable）などの光ディスクが注目されるようになり、その低価格化とともに、情報記録媒体に情報を記録する情報記録装置としての光ディスク装置がパソコンの周辺機器の一つとして普及するようになった。
【０００３】
ＣＤ−ＲＷやＤＶＤ＋ＲＷなどの書き換え可能な光ディスクでは、情報の記録及び再生時に、スパイラル状又は同心円状の記録領域に対してランダムにアクセスできることが必要である。そこで、ＣＤ−ＲＷではデータの記録を行う前に、ユーザデータが記録されるデータ領域の全面あるいは指定領域に予めダミーデータを記録する初期化処理、いわゆるフォーマットが行われる。また、ＤＶＤ＋ＲＷではデータ領域の初期化処理を行わなくてもデータの記録は可能であるが、データが何も記録されていない未記録部分がデータ領域内に存在していると、ＤＶＤ−ＲＯＭドライブ装置などで記録データを再生することができない。すなわち、ＤＶＤ−ＲＯＭとの互換性が失われてしまう。そこで、ＤＶＤ−ＲＯＭとの互換性を保つ必要がある場合には、ＤＶＤ＋ＲＷにおいても、予めデータ領域の全面あるいは指定領域にダミーデータを記録するフォーマットが必要となる。
【０００４】
しかしながら、光ディスクの記憶容量はフレキシブルディスクなどに比べて非常に大きいために、フォーマットが完了するまでに多大の時間を必要とする。すなわち、ユーザは光ディスクを入手しても、すぐには情報の記録を行うことができないという不都合があった。
【０００５】
このような不都合を改善するために、例えば特開平１１−１３４７９９号公報では、未フォーマットの光ディスクであっても直ちに記録及び再生が可能な情報記録再生装置が開示されている。この情報記録再生装置では、上位装置からフォーマット要求があると、リードイン領域に所定の情報を記録した後、上位装置に記録及び再生の許可を通知するとともに、フォーマットを開始し、フォーマット中に上位装置から記録又は再生要求があると、フォーマットを中断して記録又は再生を優先的に行ない、記録及び再生が終了するとフォーマットを再開する。
【０００６】
このように、上位装置からの記録及び再生要求がない時間を利用してフォーマットを行う方式は、バックグランドフォーマット方式と呼ばれる。この方式は、ＤＶＤ＋ＲＷや、マウントレニア（Mount Rainier）仕様に対応したＣＤ−ＲＷ及びＤＶＤ＋ＲＷなどで採用されている。
【０００７】
また、バックグランドフォーマット方式では、フォーマット中であっても、光ディスクを光ディスク装置から排出することが可能である。この場合には、フォーマットが未完了であるため、排出された光ディスクをＤＶＤ−ＲＯＭドライブ装置などで再生することができるように、排出前にいわゆる一時的なリードアウト（Temporary Lead Out、以下「ＴＬＯ」という）が所定の位置に記録されるようになっている。
【０００８】
【発明が解決しようとする課題】
例えば、ＤＶＤ＋ＲＷドライブ装置では、ＴＬＯが記録されているＤＶＤ＋ＲＷに対してユーザデータの書き込み要求があると、指定された領域にユーザデータを記録するが、このとき、ＴＬＯと記録開始アドレスとの間に未記録領域が存在する場合には、ユーザデータを記録した後、上述したバックグランドフォーマット方式でのフォーマット（以下、「バックグランドフォーマット」ともいう）が自動的に再開される。
【０００９】
最近、パソコンの小型軽量化が飛躍的に進み、容易に持ち運び可能な、いわゆるノート型パソコン及びそれよりもさらに小型のサブノート型パソコンなど（以下、「ノート型パソコン」と総称する）が市販されるようになった。ノート型パソコンはその使用場所が限定されないことが特徴の一つであり、そのために駆動電源としてＡＣ電源だけではなくバッテリにも対応できるようになっている。そこで、光ディスク装置を内蔵しているノート型パソコンでは、ノート型パソコンがバッテリ駆動のときは、光ディスク装置もバッテリで駆動されることとなる。この場合に、例えば上述したバックグランドフォーマットが自動的に再開されると、フォーマットの途中で電源供給が遮断されたり、ユーザの予想以上にバッテリが消費され、ユーザが予定していた処理ができなくなるという不都合があった。また、最悪の場合には、ファイル情報が正しく記録されずに、ファイルの再生や追記ができなくなるという不都合があった。
【００１０】
本発明は、かかる事情の下になされたもので、その第１の目的は、駆動電源の消耗を抑制するとともに、駆動電源の有効利用を促進することができる記録方法を提供することにある。
【００１１】
また、本発明の第２の目的は、情報記録システムで用いられ、駆動電源の消耗を抑制するとともに、駆動電源の有効利用を促進することができるプログラム及びそのプログラムが記録された記録媒体を提供することにある。
【００１２】
また、本発明の第３の目的は、駆動電源の消耗を抑制するとともに、駆動電源の有効利用を促進することができる情報処理装置及び情報記録装置を提供することにある。
【００１３】
また、本発明の第４の目的は、駆動電源の消耗を抑制するとともに、駆動電源の有効利用を促進することができる情報記録システムを提供することにある。
【００１４】
【課題を解決するための手段】
本発明は、第１の観点からすると、情報記録媒体に情報を記録する記録方法であって、前記情報記録媒体へのダミーデータの記録が開始された場合に、駆動電源の種類に関する情報を取得する第１工程と；前記駆動電源の種類に関する情報に基づいて、前記ダミーデータの記録の継続あるいは中断を決定する第２工程と；を含む記録方法である。
【００１５】
これによれば、情報記録媒体へのダミーデータの記録が開始された場合に、駆動電源の種類に関する情報が取得される（第１工程）。そして、この駆動電源の種類に関する情報に基づいて、ダミーデータの記録の継続あるいは中断が決定される（第２工程）。通常、記録装置での記録処理は再生処理に比べて大きなパワーを必要とするため、光源への供給電力が増加する。また、ダミーデータの記録は、ユーザデータの記録に比べて一般的にデータ量が多いため、消費電力量が予想以上に大きくなる場合がある。そこで、駆動電源の種類に応じて、ダミーデータの記録を中断することにより、駆動電源の急激な消耗及び駆動電源の予期せぬ遮断を防止することができる。従って、駆動電源の消耗を抑制するとともに、駆動電源の有効利用を促進することが可能となる。
【００２３】
本発明は、第２の観点からすると、情報記録装置とともに情報記録システムを構成する情報処理装置で用いられるプログラムであって、情報記録媒体へのダミーデータの記録要求に応じて、駆動電源の種類に関する情報を取得する手順と；前記駆動電源の種類に関する情報に基づいて、前記ダミーデータの記録の許可あるいは禁止を決定する手順と；前記決定の結果、ダミーデータの記録を許可した場合にのみ、前記情報記録媒体へのダミーデータの記録を要求するコマンドを前記情報記録装置に発行する手順と；を前記情報処理装置に実行させるプログラムである。
【００２４】
これによれば、情報記録媒体へのダミーデータの記録要求に応じて、駆動電源の種類に関する情報が取得され、そして該駆動電源の種類に関する情報に基づいて、ダミーデータの記録の許可あるいは禁止が決定される。そして、決定の結果、ダミーデータの記録を許可した場合にのみ、情報記録媒体へのダミーデータの記録を要求するコマンドが情報記録装置に発行される。通常、情報記録装置での記録処理は再生処理に比べて大きなパワーを必要とする。また、ダミーデータの記録は、ユーザデータの記録に比べて一般的にデータ量が多いため、消費電力量が予想以上に大きくなる場合がある。そこで、駆動電源の種類に応じて、ダミーデータの記録を要求するコマンドの発行を禁止することにより、駆動電源の急激な消耗及び駆動電源の予期せぬ遮断を防止することができる。従って、駆動電源の消耗を抑制するとともに、駆動電源の有効利用を促進することが可能となる。
【００３０】
本発明は、第３の観点からすると、本発明のプログラムが記録されたコンピュータ読み取り可能な記録媒体。
【００３１】
これによれば、本発明のプログラムが記録されているために、コンピュータに実行させることにより、駆動電源の消耗を抑制するとともに、駆動電源の有効利用を促進することが可能となる。
【００３２】
本発明は、第４の観点からすると、情報記録装置を介して情報記録媒体にアクセス可能な情報処理装置であって、前記情報記録媒体へのダミーデータの記録開始後に、駆動電源の種類に関する情報を取得する電源情報取得手段と；前記電源情報取得手段で取得された駆動電源の種類に関する情報に基づいて、前記ダミーデータの記録の継続あるいは中断を決定する決定手段と；を備える情報処理装置である。
【００３３】
これによれば、情報記録媒体へのダミーデータの記録開始後に、電源情報取得手段により駆動電源の種類に関する情報が取得され、その駆動電源の種類に関する情報に基づいて、決定手段によりダミーデータの記録の継続あるいは中断が決定される。ダミーデータの記録は、ユーザデータの記録に比べて一般的にデータ量が多いため、消費電力量が予想以上に大きくなる場合がある。そこで、駆動電源の種類に応じて、ダミーデータの記録を中断することにより、駆動電源の急激な消耗及び駆動電源の予期せぬ遮断を防止することができる。従って、駆動電源の消耗を抑制するとともに、駆動電源の有効利用を促進することが可能となる。
【００４２】
本発明は、第５の観点からすると、情報記録装置を介して情報記録媒体にアクセス可能な情報処理装置であって、前記情報記録媒体へのダミーデータの記録要求に応じて、駆動電源の種類に関する情報を取得する電源情報取得手段と；前記電源情報取得手段で取得された駆動電源の種類に関する情報に基づいて、前記ダミーデータの記録の許可あるいは禁止を決定する決定手段と；前記決定の結果、ダミーデータの記録を許可した場合にのみ、前記情報記録媒体へのダミーデータの記録を要求するコマンドを発行する発行手段と；を備える情報処理装置である。
【００４３】
これによれば、情報記録媒体へのダミーデータの記録要求に応じて、電源情報取得手段により駆動電源の種類に関する情報が取得される。そして、電源情報取得手段にて取得された駆動電源の種類に関する情報に基づいて、決定手段によりダミーデータの記録の許可あるいは禁止が決定され、決定手段でダミーデータの記録を許可した場合にのみ、発行手段により情報記録媒体へのダミーデータの記録を要求するコマンドが発行される。ダミーデータの記録は、ユーザデータの記録に比べて一般的にデータ量が多いため、消費電力量が予想以上に大きくなる場合がある。そこで、駆動電源の種類に応じて、ユーザからダミーデータの記録要求が入力されても、ダミーデータの記録を要求するコマンドの発行を禁止することにより、結果的にダミーデータの記録が禁止され、駆動電源の急激な消耗及び駆動電源の予期せぬ遮断を防止することができる。従って、駆動電源の消耗を抑制するとともに、駆動電源の有効利用を促進することが可能となる。
【００４７】
本発明は、第６の観点からすると、情報記録媒体に情報を記録する情報記録装置であって、前記情報記録媒体へのダミーデータの記録中に、駆動電源の種類に関する情報を取得する電源情報取得手段と；前記電源情報取得手段にて取得された駆動電源の種類に関する情報に基づいて、前記ダミーデータの記録の継続あるいは中断を決定する決定手段と；前記決定手段で、前記ダミーデータの記録の継続が決定された場合にのみ、前記ダミーデータの記録を行う記録制御手段と；を備える情報記録装置である。
【００４８】
これによれば、情報記録媒体へのダミーデータの記録中に、電源情報取得手段により駆動電源の種類に関する情報が取得される。そして、電源情報取得手段にて取得された駆動電源の種類に関する情報に基づいて、決定手段によりダミーデータの記録の継続あるいは中断が決定され、決定手段でダミーデータの記録の継続が決定された場合にのみ、記録制御手段によりダミーデータの記録が継続される。通常、記録処理は再生処理に比べて大きなパワーを必要とするため、光源への供給電力が増加する。また、ダミーデータの記録は、ユーザデータの記録に比べて一般的にデータ量が多いため、消費電力量が予想以上に大きくなる場合がある。そこで、駆動電源の種類に応じて、ダミーデータの記録を要求するコマンドの発行を禁止することにより、駆動電源の急激な消耗及び駆動電源の予期せぬ遮断を防止することができる。従って、駆動電源の消耗を抑制するとともに、駆動電源の有効利用を促進することが可能となる。
【００６４】
本発明は、第７の観点からすると、情報記録媒体に情報を記録する情報記録システムであって、本発明の情報処理装置と；前記情報処理装置からの指示に応じて前記情報記録媒体に情報を記録する情報記録装置と；を備える情報記録システムである。
【００６５】
これによれば、本発明の情報処理装置が用いられるために、駆動電源の消耗を抑制するとともに、駆動電源の有効利用を促進することが可能となる。
【００６６】
本発明は、第８の観点からすると、情報記録媒体に情報を記録する情報記録システムであって、本発明の情報記録装置と；前記情報記録装置を制御する情報処理装置と；を備える情報記録システムである。
【００６７】
これによれば、本発明の情報記録装置が用いられるために、駆動電源の消耗を抑制するとともに、駆動電源の有効利用を促進することが可能となる。
【００６８】
【発明の実施の形態】
《第１の実施形態》
以下、本発明の第１の実施形態を図１〜図１０に基づいて説明する。
【００６９】
図１は、本発明の第１の実施形態に係る情報記録システムの概略構成を示すブロック図である。
【００７０】
この図１に示される情報記録システム１０は、情報記録装置としての光ディスク装置２０と、該光ディスク装置２０を制御する情報処理装置としてのホスト５０とを含んで構成されている。
【００７１】
前記光ディスク装置２０は、情報記録媒体としての光ディスク１５を回転駆動するためのスピンドルモータ２２、光ピックアップ装置２３、レーザコントロール回路２４、エンコーダ２５、モータドライバ２７、再生信号処理回路２８、サーボコントローラ３３、バッファＲＡＭ３４、バッファマネージャ３７、インターフェース３８、ＲＯＭ３９、ＣＰＵ４０及びＲＡＭ４１などを備えている。なお、図１における接続線は、代表的な信号や情報の流れを示すものであり、各ブロックの接続関係の全てを表すものではない。なお、本第１の実施形態では、一例として、ＤＶＤ＋ＲＷの規格に準拠した情報記録媒体が光ディスク１５に用いられるものとする。また、光ディスク装置２０の駆動電源は、ホスト５０から供給されるものとする。すなわち、光ディスク装置２０とホスト５０とは同一の電源によって駆動している。
【００７２】
前記光ピックアップ装置２３は、光源としての半導体レーザ、該半導体レーザから出射される光束を光ディスク１５の記録面に導くとともに、前記記録面で反射された戻り光束を所定の受光位置まで導く光学系、前記受光位置に配置され戻り光束を受光する受光器、及び駆動系（フォーカシングアクチュエータ、トラッキングアクチュエータ及びシークモータ等）（いずれも図示省略）などを含んで構成されている。そして、受光器からは、その受光量に応じた信号が再生信号処理回路２８に出力される。
【００７３】
前記再生信号処理回路２８は、光ピックアップ装置２３の出力信号に基づいてウォブル信号、ＲＦ信号及びサーボ信号（フォーカスエラー信号やトラックエラー信号など）を検出する。再生信号処理回路２８では、ウォブル信号からＡＤＩＰ（Address In Pregroove）情報及び同期信号などを抽出する。ここで抽出されたＡＤＩＰ情報はＣＰＵ４０に出力され、同期信号はエンコーダ２５に出力される。さらに、再生信号処理回路２８は、ＲＦ信号に対して誤り訂正処理等を行なった後、バッファマネージャ３７を介してバッファＲＡＭ３４に格納する。また、フォーカスエラー信号及びトラックエラー信号は、再生信号処理回路２８からサーボコントローラ３３に出力される。
【００７４】
前記サーボコントローラ３３は、フォーカスエラー信号に基づいて光ピックアップ装置２３のフォーカシングアクチュエータを制御する制御信号を生成し、トラックエラー信号に基づいて光ピックアップ装置２３のトラッキングアクチュエータを制御する制御信号を生成する。各制御信号はサーボコントローラ３３からモータドライバ２７にそれぞれ出力される。
【００７５】
前記バッファマネージャ３７は、バッファＲＡＭ３４へのデータの入出力を管理し、蓄積されたデータ量が所定の値になると、ＣＰＵ４０に通知する。
【００７６】
前記モータドライバ２７は、サーボコントローラ３３からの制御信号に基づいて、光ピックアップ装置２３のフォーカシングアクチュエータ及びトラッキングアクチュエータを駆動する。また、モータドライバ２７は、ＣＰＵ４０の指示に基づいて、光ディスク１５の線速度が一定となるようにスピンドルモータ２２を制御する。さらに、モータドライバ２７は、ＣＰＵ４０の指示に基づいて、光ピックアップ装置２３のシークモータを駆動し、光ピックアップ装置２３のスレッジ方向（光ディスク１５の半径方向）の位置を制御する。
【００７７】
前記エンコーダ２５は、ＣＰＵ４０の指示に基づいて、バッファマネージャ３７を介してバッファＲＡＭ３４から取り出したデータに対してエラー訂正コードの付加などを行ない、光ディスク１５への書き込みデータを作成するとともに、再生信号処理回路２８からの同期信号に同期して、書き込みデータをレーザコントロール回路２４に出力する。
【００７８】
前記レーザコントロール回路２４では、エンコーダ２５からの書き込みデータ及びＣＰＵ４０の指示に基づいて、光ピックアップ装置２３の半導体レーザの出力を制御する。
【００７９】
前記インターフェース３８は、ホスト５０との双方向の通信インターフェースであり、ＡＴＡＰＩ（AT Attachment Packet Interface）及びＳＣＳＩ（Small Computer System Interface）等の標準インターフェースに準拠している。
【００８０】
前記ＲＯＭ３９には、ＣＰＵ４０にて解読可能なコードで記述されたプログラムが格納されている。なお、光ディスク装置２０の電源がオン状態になると、前記プログラムは不図示のメインメモリにロードされ、前記ＣＰＵ４０はそのプログラムに従って上記各部の動作を制御するとともに、制御に必要なデータ等を一時的にＲＡＭ４１に保存する。
【００８１】
前記ホスト５０は、主制御装置５２、インターフェース５４、ハードディスク（ＨＤＤ）５６、入力装置５７及び表示装置５８などを備えている。なお、ホスト５０の駆動電源としては、ＡＣ電源及びバッテリ（いずれも不図示）の両方が使用可能であり、ユーザによっていずれかが選択される。
【００８２】
前記主制御装置５２は、マイクロコンピュータ、メインメモリ（いずれも不図示）などを含んで構成され、ホスト５０の全体を制御する。
【００８３】
前記インターフェース５４は、光ディスク装置２０との双方向の通信インターフェースであり、ＡＴＡＰＩ及びＳＣＳＩ等の標準インターフェースに準拠している。インターフェース５４は光ディスク装置２０のインターフェース３８と接続されている。なお、各インターフェース間の接続形態は、通信ケーブル（例えばＳＣＳＩケーブル）などの通信線を用いたケーブル接続だけでなく、赤外線などを利用したワイヤレス接続であっても良い。
【００８４】
前記ハードディスク５６には、主制御装置５２のマイクロコンピュータで解読可能なコードで記述された後述する本発明に係るダミーデータの記録の継続あるいは中断（許可あるいは禁止）を決定するプログラム（以下、「第１の決定プログラム」という）などが格納されている。なお、ホスト５０の駆動電源がオン状態になると、上記プログラムは主制御装置５２のメインメモリにロードされる。
【００８５】
前記表示装置５８は、例えばＣＲＴ、液晶ディスプレイ（ＬＣＤ）及びプラズマディスプレイパネル（ＰＤＰ）などの表示部（図示省略）を備え、主制御装置５２からの各種情報を表示する。
【００８６】
前記入力装置５７は、例えばキーボード、マウス及びポインティングデバイスなどのうち少なくとも１つの入力媒体（図示省略）を備え、ユーザから入力された各種情報を主制御装置５２に通知する。なお、入力媒体からの情報はワイヤレス方式で入力されても良い。また、表示装置５８と入力装置５７とが一体化したものとして、例えばタッチパネル付きＣＲＴなどがある。
【００８７】
また、ホスト５０はオペレーティングシステム（Operating System、以下「ＯＳ」という）を搭載している。そして、ホスト５０を構成する全てのデバイスはＯＳによって管理されているものとする。従って、ホスト５０の駆動電源に関する情報（電源の種類、バッテリの残量など）もＯＳが一括管理している。
【００８８】
ＤＶＤ＋ＲＷ規格に準拠している光ディスク１５の記録領域は、一例として図２（Ａ）に示されるように、内周側から外周側に向かって３つの領域（リードイン領域ＬＩＡ、データ領域ＤＺＡ、及びリードアウト領域ＬＯＡ）に分けられる。ユーザデータはデータ領域ＤＺＡ内に記録される。なお、実際の光ディスク１５のトラックはスパイラル状であるが、図２（Ａ）及び図２（Ｂ）では便宜上、トラックを直線状で示し、紙面左側を光ディスク１５の内周側、紙面右側を光ディスク１５の外周側としている。
【００８９】
上述のようにして構成された情報記録システムにおいて、ホスト５０は通信状態が待機モードの場合には、ほぼ一定周期でイベント状態を要求するコマンド（Get Event Status Notification Command、以下「イベント状態要求コマンド」ともいう）を光ディスク装置２０に送信する。
【００９０】
光ディスク装置２０は、上記イベント状態要求コマンドを受信すると、図３に示されるように、イベント状態に対応するコードをメディアイベントディスクリプタのメディアイベントコード（Media Event Code）にセットして、ホスト５０に送信する。イベントに変化がない場合には「０ｈ」、メディアの排出要求があった場合には「１ｈ」、新規にメディアがロードされた場合には「２ｈ」、メディアが排出された場合には「３ｈ」、メディアが交換された場合には「４ｈ」、バックグランドフォーマットが完了した場合には「５ｈ」、バックグランドフォーマットが自動的に再開された場合には「６ｈ」、バックグランドフォーマットの中断が完了した場合には「７ｈ」がメディアイベントコードにセットされる。なお、コード「７ｈ」は従来未使用コードであったが、本発明では、バックグランドフォーマットの中断完了のイベント状態に対応するコードとして定義する。
【００９１】
光ディスク１５が光ディスク装置２０の所定位置にロードされると、光ディスク装置２０は、ロード情報として新しいメディアがロードされたこと示すコード「２ｈ」をメディアイベントコードにセットしたメディアイベントディスクリプタをイベント状態要求コマンドに対する応答としてホスト５０に送信する。
【００９２】
《フォーマット要求が入力されたときのホスト５０での処理》
ここで、ユーザが入力装置５７を介して光ディスク１５のフォーマット要求を入力したときのホスト５０における処理動作について図４を用いて説明する。フォーマット要求が入力されると、主制御装置５２のマイクロコンピュータのプログラムカウンタに図４のフローチャートに対応するプログラムの先頭アドレスがセットされ、フォーマット要求が入力されたときの処理がスタートする。なお、図４のフローチャートは、主制御装置５２のマイクロコンピュータによって実行される一連の処理アルゴリズムに対応している。また、光ディスク１５はブランクディスクであるものとする。
【００９３】
最初のステップ４０１では、ＯＳに問い合わせて、ホスト５０の駆動電源情報を取得する。そして、その駆動電源情報に基づいて駆動電源の種類を求める。
【００９４】
次のステップ４０３では、駆動電源の種類がバッテリであるか否かを判断する。駆動電源の種類がバッテリであれば、ここでの判断は肯定されステップ４０５に移行する。
【００９５】
このステップ４０５では、上記ステップ４０１で取得した駆動電源情報に基づいてバッテリの残量を求める。
【００９６】
次のステップ４０７では、バッテリの残量が予め設定されている所定量（例えば３０％）未満であるか否かを判断する。バッテリの残量が所定量未満であれば、ここでの判断は肯定されステップ４０９に移行する。すなわち、フォーマットの禁止が決定される。なお、上記所定量は、ユーザが任意に設定、変更可能である。
【００９７】
このステップ４０９では、フォーマットの禁止を設定する。これにより、以降の光ディスク１５に対するフォーマット要求は無効とされ、ユーザからフォーマット要求があっても光ディスク装置２０にフォーマットを要求するコマンド（Format Unit Command、以下「フォーマット要求コマンド」ともいう）が送信されることはない。そして、フォーマット要求が入力されたときの処理を終了する。
【００９８】
また、ステップ４０３において、駆動電源の種類がバッテリでなければ、ステップ４０３での判断は否定され、ステップ４１１に移行する。さらに、ステップ４０７において、バッテリの残量が所定量未満でなければ、ステップ４０７での判断は否定され、ステップ４１１に移行する。すなわち、フォーマットの許可が決定される。
【００９９】
このステップ４１１では、フォーマット要求コマンドを光ディスク装置２０に送信する。そして、フォーマット要求が入力されたときの処理を終了する。
【０１００】
《フォーマット要求コマンドを受信したときの光ディスク装置２０での処理》
ここで、光ディスク装置２０が、ホスト５０からフォーマット要求コマンドを受信したときの処理動作について図５を用いて説明する。光ディスク装置２０がフォーマット要求コマンドを受信すると、ＣＰＵ４０のプログラムカウンタに図５のフローチャートに対応するプログラムの先頭アドレスがセットされ、フォーマット要求コマンドを受信したときの処理がスタートする。なお、図５のフローチャートは、ＣＰＵ４０によって実行される一連の処理アルゴリズムに対応している。
【０１０１】
最初のステップ５０１では、排出要求の有無がセットされる排出要求フラグ、及び記録要求又は再生要求の有無がセットされる受信フラグに「０」をセットして初期化するとともに、リードイン領域ＬＩＡの一部領域に所定の情報を記録する。この領域には、フォーマット状態やデータの記録状態などがビットマップ形式で記述されているフォーマッティング・ディスク・コントロール・ブロック（Formatting Disc Control Block、以下「ＦＤＣＢ」という）が記録されている。
【０１０２】
次のステップ５０３では、記録及び再生要求が受け付け可能であることをホスト５０に通知する。
【０１０３】
次のステップ５０５では、光ディスク１５の排出要求があるか否かを判断する。ホスト５０から排出要求のコマンドを受信すると、割り込み処理にて排出要求フラグに「１」がセットされるようになっている。ここで、排出要求フラグに「１」がセットされていなければ、ステップ５０５での判断は否定され、ステップ５０７に移行する。
【０１０４】
このステップ５０７では、フォーマットが完了しているか否かをチェックする。フォーマットが完了しているか否かは、データ領域ＤＺＡ内における未記録領域の有無によって判断され、未記録領域が存在すれば、フォーマットは未完了であると判断される。ここでは、光ディスク１５はブランクディスクであるため、ステップ５０７での判断は否定され、ステップ５０９に移行する。
【０１０５】
このステップ５０９では、ホスト５０からの記録要求又は再生要求の有無を判断する。記録を要求するコマンド（Write Command、以下「記録要求コマンド」ともいう）又は再生を要求するコマンド（Read Command、以下「再生要求コマンド」ともいう）をホスト５０から受信すると、割り込み処理にて受信フラグに「１」がセットされるようになっている。そこで、受信フラグに「１」がセットされていなければ、ステップ５０９での判断は否定され、ステップ５１１に移行する。
【０１０６】
このステップ５１１では、フォーマットを実施する。すなわち、データ領域ＤＺＡ内の未記録部分に例えば１６セクタ分のダミーデータを記録する。そして、ステップ５０５に戻る。
【０１０７】
以下、ステップ５０５、ステップ５０７及びステップ５０９のいずれかでの判断が肯定されるまで、ステップ５０５→５０７→５０９→５１１の処理、判断を繰り返す。これにより、フォーマットが進行する。
【０１０８】
一方、ステップ５０９において、受信フラグに「１」がセットされていれば、ステップ５０９での判断は肯定され、ステップ５１３に移行する。
【０１０９】
このステップ５１３では、受信フラグを「０」にリセットした後、フォーマットを中断する。
【０１１０】
次のステップ５１５では、受信したコマンドを解析し、ホスト５０からのコマンドが記録要求コマンドであるか再生要求コマンドであるかを判断する。ここで、ホスト５０からのコマンドが記録要求コマンドであれば、ステップ５１５での判断は肯定され、ステップ５１７に移行する。
【０１１１】
このステップ５１７では、ホスト５０から受信したユーザデータをデータ領域ＤＺＡ内の指定された領域に記録する。なお、光ディスク装置２０における記録処理の詳細については後述する。ユーザデータの記録が終了すると、ステップ５０５に戻る。
【０１１２】
一方、ステップ５１５において、ホスト５０からのコマンドが再生要求コマンドであれば、ステップ５１５での判断は否定され、ステップ５１９に移行する。
【０１１３】
このステップ５１９では、ホスト５０から指定された領域に記録されているユーザデータを再生し、ホスト５０に転送する。なお、光ディスク装置２０における再生処理の詳細については後述する。ホスト５０から指定されたユーザデータの再生が終了すると、ステップ５０５に戻る。
【０１１４】
なお、ステップ５０５において、排出要求フラグに「１」がセットされていれば、ステップ５０５での判断は肯定され、ステップ５２１に移行する。
【０１１５】
このステップ５２１では、排出要求フラグを「０」にリセットした後、フォーマットを中断する。そして、データ領域ＤＺＡ内に記録されているダミーデータ及びユーザデータのうちで最外周にあるデータの最終アドレス（Last Written Address、以下「ＬＷＡ」という）とデータ領域ＤＺＡの先頭アドレスとの間に未記録領域が存在する場合には、その未記録領域にダミーデータが記録される。また、リードイン領域ＬＩＡ内のＦＤＣＢを更新するとともに、一例として図２（Ｂ）に示されるように、ＬＷＡに続けてＴＬＯを記録する。これにより、ＤＶＤ−ＲＯＭとの互換性を保つことが可能となる。
【０１１６】
次のステップ５２３では、不図示のディスク入排出系に光ディスク１５の排出を指示する。そして、フォーマット要求コマンドを受信したときの処理を終了する。
【０１１７】
また、ステップ５０７において、フォーマットが完了していれば、ステップ５０７での判断は肯定され、リードイン領域ＬＩＡ内のＦＤＣＢを更新した後、フォーマット要求コマンドを受信したときの処理を終了する。
【０１１８】
《光ディスク装置２０における記録処理》
ここで、光ディスク装置２０における記録処理について説明する。
【０１１９】
ＣＰＵ４０は、指定された記録速度に基づいてスピンドルモータ２２の回転を制御するための制御信号をモータドライバ２７に出力するとともに、ホスト５０から記録要求コマンドを受信した旨を再生信号処理回路２８に通知する。また、ＣＰＵ４０は、ホスト５０から受信したユーザデータをバッファマネージャ３７を介してバッファＲＡＭ３４に蓄積する。
【０１２０】
再生信号処理回路２８は、光ディスク１５の回転が所定の線速度に達すると、光ピックアップ装置２３の受光器からの出力信号に基づいてフォーカスエラー信号及びトラックエラー信号を検出し、サーボコントローラ３３に出力する。サーボコントローラ３３は、再生信号処理回路２８からのフォーカスエラー信号及びトラックエラー信号に基づいて、モータドライバ２７を介して光ピックアップ装置２３のフォーカシングアクチュエータ及びトラッキングアクチュエータを駆動し、フォーカスずれ及びトラックずれを補正する。また、再生信号処理回路２８は、光ピックアップ装置２３の受光器からの出力信号に基づいてＡＤＩＰ情報を取得し、ＣＰＵ４０に通知する。
【０１２１】
ＣＰＵ４０は、ＡＤＩＰ情報に基づいて書き込み開始地点に光ピックアップ装置２３が位置するように光ピックアップ装置２３のシークモータを制御する信号をモータドライバ２７に出力する。また、ＣＰＵ４０は、バッファマネージャ３７からバッファＲＡＭ３４に蓄積されたデータ量が所定の値を超えたとの通知を受け取ると、エンコーダ２５に書き込みデータの作成を指示する。さらに、ＣＰＵ４０は、ＡＤＩＰ情報に基づいて光ピックアップ装置２３の位置が書き込み開始地点であると判断すると、エンコーダ２５に通知する。そして、エンコーダ２５は、レーザコントロール回路２４及び光ピックアップ装置２３を介して、書き込みデータを光ディスク１５に記録する。
【０１２２】
《光ディスク装置２０における再生処理》
次に、光ディスク装置２０における再生処理について説明する。
【０１２３】
ＣＰＵ４０は、再生速度に基づいてスピンドルモータ２２の回転を制御するための制御信号をモータドライバ２７に出力するとともに、再生要求コマンドを受信した旨を再生信号処理回路２８に通知する。再生信号処理回路２８は、前記記録処理の場合と同様に、フォーカスずれ及びトラックずれを補正するとともに、ＡＤＩＰ情報をＣＰＵ４０に通知する。
【０１２４】
ＣＰＵ４０は、ＡＤＩＰ情報に基づいて読み出し開始地点に光ピックアップ装置２３が位置するように光ピックアップ装置２３のシークモータを制御する信号をモータドライバ２７に出力する。そして、ＣＰＵ４０は、ＡＤＩＰ情報に基づいて光ピックアップ装置２３の位置が読み出し開始地点であると判断すると、再生信号処理回路２８に通知する。
【０１２５】
そして、再生信号処理回路２８は、光ピックアップ装置２３の受光器からの出力信号に基づいてＲＦ信号を検出し、誤り訂正処理等を行った後、バッファＲＡＭ３４に蓄積する。バッファマネージャ３７は、バッファＲＡＭ３４に蓄積された再生データがセクタデータとして揃ったときに、インターフェース３８を介してホスト５０に転送する。
【０１２６】
なお、再生信号処理回路２８は、記録処理及び再生処理が終了するまで、上述した如く、光ピックアップ装置２３の受光器からの出力信号に基づいてフォーカスエラー信号及びトラックエラー信号を検出し、サーボコントローラ３３及びモータドライバ２７を介してフォーカスずれ及びトラックずれを随時補正する。
【０１２７】
《記録要求コマンドを受信したときの光ディスク装置２０での処理》
続いて、前述したフォーマットの途中で排出された光ディスク１５が、再度光ディスク装置２０にロードされ、ホスト５０から記録要求コマンドを受信したときの、光ディスク装置２０における処理動作について図６を用いて説明する。フォーマット中でないときに、ホスト５０から記録要求コマンドを受信すると、図６のフローチャートに対応するプログラムの先頭アドレスがＣＰＵ４０のプログラムカウンタにセットされ、記録要求コマンドを受信したときの処理がスタートする。なお、図６のフローチャートは、ＣＰＵ４０によって実行される一連の処理アルゴリズムに対応している。
【０１２８】
最初のステップ６０１では、記録要求コマンドからユーザデータの記録開始アドレスを抽出する。
【０１２９】
次のステップ６０３では、ホスト５０からのユーザデータを前述の如くしてデータ領域ＤＺＡ内の指定位置に記録する。ユーザデータの記録が完了すると、ステップ６０５に移行する。
【０１３０】
このステップ６０５では、光ディスク１５のリードイン領域ＬＩＡ内に記録されているＦＤＣＢを参照し、ＴＬＯの位置を検索する。
【０１３１】
次のステップ６０７では、フォーマットが必要であるか否かを判断する。ここでは、ＴＬＯが記録されている位置のアドレスとユーザデータの記録開始アドレスとを比較し、ＴＬＯとユーザデータとの間に未記録領域が存在する場合には、フォーマットが必要となる。ここで、フォーマットが必要であれば、ステップ６０７での判断は肯定され、ステップ６０９に移行する。
【０１３２】
このステップ６０９では、バックグランドフォーマットが自動的に再開される。ここでのバックグランドフォーマットの詳細については後述する。そして、バックグランドフォーマットが自動的に再開されたこと示すコード「６ｈ」をメディアイベントコードにセットして、メディアイベントディスクリプタをイベント状態要求コマンドに対する応答としてホスト５０に送信する。バックグランドフォーマットが終了すると、記録要求コマンドを受信したときの処理を終了する。
【０１３３】
一方、ステップ６０７において、フォーマットが不要であれば、ステップ６０７での判断は否定され、記録要求コマンドを受信したときの処理を終了する。この場合には、バックグランドフォーマットが自動的に再開されることはない。
【０１３４】
《メディアイベントコード「６ｈ」を受信したときのホスト５０での処理》
次に、イベント状態要求コマンドに対する応答としてバックグランドフォーマットが自動的に再開されたこと示すメディアイベントコード「６ｈ」を受信したときのホスト５０における処理動作について図７を用いて説明する。ホスト５０がメディアイベントコード「６ｈ」を受信すると、主制御装置５２のマイクロコンピュータのプログラムカウンタに図７のフローチャートに対応するプログラムの先頭アドレスがセットされ、メディアイベントコード「６ｈ」を受信したときの処理がスタートする。なお、図７のフローチャートは、主制御装置５２のマイクロコンピュータによって実行される一連の処理アルゴリズムに対応している。
【０１３５】
最初のステップ７０１では、ＯＳに問い合わせて、ホスト５０の駆動電源情報を取得する。そして、この駆動電源情報に基づいて駆動電源の種類を求める。
【０１３６】
次のステップ７０３では、駆動電源の種類がバッテリであるか否かを判断する。駆動電源の種類がバッテリであれば、ここでの判断は肯定されステップ７０５に移行する。
【０１３７】
このステップ７０５では、上記ステップ７０１で取得した駆動電源情報に基づいてバッテリの残量を求める。
【０１３８】
次のステップ７０７では、バッテリの残量が予め設定されている所定量（例えば３０％）未満であるか否かを判断する。バッテリの残量が所定量未満であれば、ここでの判断は肯定されステップ７０９に移行する。すなわち、バックグランドフォーマットの中断が決定される。なお、上記所定量は、ユーザが任意に設定、変更可能である。
【０１３９】
このステップ７０９では、フォーマットの中断を要求するコマンド（以下「フォーマット中断要求コマンド」ともいう）を送信する。ここでは、フォーマット中断要求コマンドとして、スタート・ストップ・ユニット・コマンド（Start Stop Unit Command）あるいはクローズ・セッション／トラック・コマンド（Close Session/Track Command）を用いるものとする。そして、スタート・ストップ・ユニット・コマンドのディスクリプタブロックにおけるバイト４のビット０（Startビット）及びビット１（LoEjビット）に０をセットするか、あるいはクローズ・セッション／トラック・コマンドのディスクリプタブロックにおけるバイト２のビット０（Trackビット）及びビット１（Sessionビット）に０をセットして、光ディスク装置２０に送信する。フォーマット中断要求コマンドを発行すると、メディアイベントコード「６ｈ」を受信したときの処理を終了する。なお、従来は、省力化のためにアクセス終了時にホストからスピンドルモータを強制的に停止させるときや、オーディオＣＤの場合に音楽再生を停止するときに、スタート・ストップ・ユニット・コマンドのディスクリプタブロックにおけるバイト４のビット０及びビット１に０をセットしていた。また、ＴＬＯを記録せずにバックグランドフォーマットを中断するときに、クローズ・セッション／トラック・コマンドのディスクリプタブロックにおけるバイト２のビット０及びビット１に０をセットしていた。
【０１４０】
また、ステップ７０３において、駆動電源の種類がバッテリでなければ、ステップ７０３での判断は否定され、メディアイベントコード「６ｈ」を受信したときの処理を終了する。さらに、ステップ７０７において、バッテリの残量が所定量未満でなければ、ステップ７０７での判断は否定され、メディアイベントコード「６ｈ」を受信したときの処理を終了する。すなわち、バックグランドフォーマットの継続が決定される。
【０１４１】
《バックグランドフォーマット中のホスト５０での処理》
さらに、ホスト５０の駆動電源の種類がバッテリであり、かつ上記メディアイベントコード「６ｈ」を受信したときの処理において、バックグランドフォーマットの再開が許可された場合に、光ディスク装置２０でバックグランドフォーマットが行われているときのホスト５０における処理動作について図８を用いて説明する。光ディスク装置２０でバックグランドフォーマットが開始されると、主制御装置５２のマイクロコンピュータのプログラムカウンタに図８のフローチャートに対応するプログラムの先頭アドレスがセットされ、バックグランドフォーマット中での処理がスタートする。なお、図８のフローチャートは、主制御装置５２のマイクロコンピュータによって実行される一連の処理アルゴリズムに対応している。
【０１４２】
先ず、ステップ８０１では、光ディスク１５のフォーマット状態を知るために、ディスク情報を要求するコマンド（Read Disc Information Command、以下「ディスク情報要求コマンド」ともいう）を光ディスク装置２０に送信する。光ディスク装置２０は、ホスト５０からディスク情報要求コマンドを受信すると、所定のディスク情報をディスク情報ブロック（Disc Information Block）にセットしてホスト５０に応答する。
【０１４３】
次のステップ８０３では、光ディスク装置２０からの応答を待ち、応答があるとステップ８０５に移行する。
【０１４４】
このステップ８０５では、受信したディスク情報ブロックからフォーマット情報（Background Format Status）を抽出する。
【０１４５】
次のステップ８０７では、フォーマット情報に基づいてフォーマット途中であるか否かを判断する。フォーマット途中であれば、ステップ８０７での判断は肯定されステップ８０９に移行する。
【０１４６】
このステップ８０９では、ＯＳに問い合わせて、ホスト５０の駆動電源情報を取得する。
【０１４７】
次のステップ８１３では、この駆動電源情報に基づいてバッテリの残量を求める。
【０１４８】
次のステップ８１５では、バッテリの残量が予め設定されている所定量（例えば３０％）未満であるか否かを判断する。バッテリの残量が所定量未満であれば、ここでの判断は肯定されステップ８１７に移行する。すなわち、バックグランドフォーマットの中断が決定される。なお、上記所定量は、ユーザが任意に設定、変更可能である。
【０１４９】
このステップ８１７では、フォーマット中断要求コマンドを光ディスク装置２０に送信する。ここでは、前述したように、スタート・ストップ・ユニット・コマンド（Start Stop Unit Command）のディスクリプタブロックにおけるバイト４のビット０（Startビット）及びビット１（LoEjビット）に０をセットするか、あるいはクローズ・セッション／トラック・コマンド（Close Session/Track Command）のディスクリプタブロックにおけるバイト２のビット０（Trackビット）及びビット１（Sessionビット）に０をセットして、光ディスク装置２０に送信する。そして、バックグランドフォーマット中での処理を終了する。
【０１５０】
なお、ステップ８０７において、光ディスク１５がフォーマット途中でなければ、ステップ８０７での判断は否定され、光ディスク装置２０でバックグランドフォーマットが行われているときの処理を終了する。すなわち、バックグランドフォーマットの継続を決定する。
【０１５１】
また、ステップ８１５において、バッテリの残量が所定量未満でなければ、ステップ８１５での判断は否定され、ステップ８０１に戻る。
【０１５２】
《バックグランドフォーマット自動再開後の光ディスク装置２０での処理》
ここで、光ディスク装置２０でのバックグランドフォーマットの自動再開処理（図６のステップ６０９）について図９を用いて説明する。バックグランドフォーマットの自動再開要求に応じて、ＣＰＵ４０のプログラムカウンタに図９のフローチャートに対応するプログラムの先頭アドレスがセットされ、バックグランドフォーマットの自動再開処理がスタートする。なお、図９のフローチャートは、ＣＰＵ４０によって実行される一連の処理アルゴリズムに対応している。
【０１５３】
最初のステップ６５１では、排出要求の有無がセットされる排出要求フラグ、記録要求又は再生要求の有無がセットされる受信フラグ、フォーマット中断要求の有無がセットされるフォーマット中断要求フラグ、及びフォーマット状態を示すフォーマットフラグなどの各種フラグに「０」をセットして初期化するとともに、リードイン領域ＬＩＡ内に記録されているＦＤＣＢを参照し、ＴＬＯの位置を検索する。そして、ＴＬＯが記録されている位置のアドレスをフォーマットの開始アドレスとする。すなわち、ＴＬＯはダミーデータで上書きされることとなる。
【０１５４】
次のステップ６５３では、記録及び再生要求の受け付け可能であることをホスト５０に通知する。
【０１５５】
次のステップ６５５では、フォーマット中断要求コマンドを受信したか否かをチェックする。なお、ホスト５０からフォーマット中断要求コマンドを受信した場合には、割り込み処理にてフォーマット中断要求フラグに「１」がセットされるようになっている。ここで、フォーマット中断要求フラグに「１」がセットされていなければ、ステップ６５５での判断は否定され、ステップ６５７に移行する。
【０１５６】
次のステップ６５７では、排出要求フラグに基づいて、前述したステップ５０５と同様にして光ディスク１５の排出要求があるか否かを判断する。ここで排出要求がなければ、ステップ６５７での判断は否定され、ステップ６５９に移行する。
【０１５７】
このステップ６５９では、前述したステップ５０７と同様にしてフォーマットが完了しているか否かをチェックする。ここでフォーマットが完了していなければ、ステップ６５９での判断は否定され、ステップ６６１に移行する。
【０１５８】
このステップ６６１では、受信フラグに基づいて、前述したステップ５０９と同様にしてホスト５０からの記録要求又は再生要求の有無を判断する。ここで記録要求又は再生要求がなければ、ステップ６６１での判断は否定され、ステップ６６３に移行する。
【０１５９】
このステップ６６３では、フォーマットフラグにフォーマット中を意味する「１」をセットする。
【０１６０】
次のステップ６６５では、フォーマットを実施する。フォーマット中にホスト５０からイベント状態要求コマンドを受信すると、フォーマットフラグを参照してイベントに変化がない（フォーマット中）ことを示すメディアイベントコード「０ｈ」（図２を参照）をセットし、イベント状態要求コマンドに対する応答として、メディアイベントディスクリプタを割り込み処理にてホスト５０に送信する。これにより、例えばホスト５０は、フォーマット中断要求コマンドを送信した後であっても、バックグランドフォーマットの中断が完了していないことを認識することができる。そして、例えば１６セクタ（１ＥＣＣブロック）分のダミーデータの記録が完了すると、ステップ６５５に戻る。
【０１６１】
以下、ステップ６５５、ステップ６５７、ステップ６５９及びステップ６６１のいずれかでの判断が肯定されるまで、ステップ６５５〜ステップ６６５の処理、判断を繰り返す。これにより、フォーマットが進行する。
【０１６２】
一方、ステップ６６１において、記録要求又は再生要求があれば、ステップ６６１での判断は肯定され、ステップ６６７に移行する。
【０１６３】
このステップ６６７では、フォーマットを中断する。
【０１６４】
次のステップ６６９では、受信したコマンドを解析し、ホスト５０からの要求が記録要求であるか再生要求であるかを判断する。ここで、ホスト５０からの要求が記録要求であれば、ステップ６６９での判断は肯定され、ステップ６７１に移行する。
【０１６５】
このステップ６７１では、受信したユーザデータをデータ領域内の指定された領域に前述の如くして記録し、ステップ６５５に戻る。
【０１６６】
一方、ステップ６６９において、ホスト５０からの要求が再生要求であれば、ステップ６６９での判断は否定され、ステップ６７３に移行する。
【０１６７】
このステップ６７３では、指定された領域に記録されているユーザデータを前述の如くしてホスト５０に転送し、ステップ６５５に戻る。
【０１６８】
なお、ステップ６５５において、フォーマット中断要求フラグに「１」がセットされていれば、ステップ６５５での判断は肯定され、フォーマット中断要求フラグを「０」にリセットした後、ステップ６７５に移行する。
【０１６９】
このステップ６７５では、フォーマットフラグにフォーマット中断完了を意味する「２」をセットする。ここで、ホスト５０からイベント状態要求コマンドを受信すると、フォーマットフラグを参照してバックグランドフォーマットの中断が完了したことを示すコード「７ｈ」（図２を参照）をメディアイベントコードにセットし、イベント状態要求コマンドに対する応答として、メディアイベントディスクリプタを割り込み処理にてホスト５０に送信する。これにより、ホスト５０はバックグランドフォーマットの中断が完了したことを認識することができる。
【０１７０】
また、ステップ６５７において、排出要求が有れば、ステップ６５７での判断は肯定され、ステップ６７７に移行する。
【０１７１】
このステップ６７７及び次のステップ６７９では、前述したステップ５２１及びステップ５２３と同じ処理が行われる。そして、バックグランドフォーマットの自動再開処理を終了する。
【０１７２】
また、ステップ６５９において、フォーマットが完了していれば、ステップ６５９での判断は肯定され、バックグランドフォーマットの自動再開処理を終了する。
【０１７３】
《フォーマット中断要求コマンド送信後のホスト５０での処理》
次に、フォーマット中断要求コマンドを光ディスク装置２０に送信した後のホスト５０での処理動作について図１０を用いて説明する。フォーマット中断要求コマンドを送信すると、主制御装置５２のマイクロコンピュータのプログラムカウンタに図１０のフローチャートに対応するプログラムの先頭アドレスがセットされ、フォーマット中断要求コマンド送信後の処理がスタートする。なお、図１０のフローチャートは、主制御装置５２のマイクロコンピュータによって実行される一連の処理アルゴリズムに対応している。
【０１７４】
最初のステップ９０１では、タイマカウンタｔに０をセットし、初期化する。なお、タイマカウンタｔは一定時間毎（例えば５ｍ秒毎）に起動されるタイマ割り込み処理にてインクリメント（＋１）されるようになっている。
【０１７５】
次のステップ９０３では、タイマカウンタｔが所定の値以上であるか否か、すなわち所定の時間（例えば１〜２秒）が経過したか否かを判断する。ここで所定の時間が経過していれば、ステップ９０３での判断は肯定され、ステップ９０５に移行する。
【０１７６】
このステップ９０５では、イベント状態要求コマンド（Get Event Status Notification Command）を光ディスク装置２０に送信する。
【０１７７】
次のステップ９０７では、光ディスク装置２０からの応答を待ち、応答があるとステップ９０９に移行する。光ディスク装置２０は、イベント状態要求コマンドを受信すると、図３に示されるように、イベント状態に対応するコードをメディアイベントコード（Media Event Code）にセットして、メディアイベントディスクリプタをホスト５０に送信する。
【０１７８】
次のステップ９０９では、受信したメディアイベントディスクリプタからメディアイベントコードを抽出し、そのメディアイベントコードが「７ｈ」であるか否か、すなわちバックグランドフォーマットの中断が完了したか否かを判断する。ここで、メディアイベントコードが「７ｈ」でなければ、ステップ９０９での判断は否定され、ステップ９０１に戻る。一方、メディアイベントコードが「７ｈ」であれば、ステップ９０９での判断は肯定され、フォーマット中断要求コマンド送信後の処理を終了する。
【０１７９】
以上の説明から明らかなように、本第１の実施形態に係る情報記録システムでは、主制御装置５２のマイクロコンピュータ及び該マイクロコンピュータによって実行されるプログラムによって、情報処理装置の電源情報取得手段、決定手段、発行手段及び確認手段が実現されている。しかしながら、本発明がこれに限定されるものではないことは勿論である。すなわち、上記第１の実施形態は一例に過ぎず、上記の主制御装置５２のマイクロコンピュータによるプログラムに従う処理によって実現した各手段の少なくとも一部をハードウェアによって構成することとしても良いし、あるいは各手段の全てをハードウェアによって構成することとしても良い。
【０１８０】
また、本第１の実施形態に係る情報記録システムでは、ＣＰＵ４０及びＣＰＵ４０によって実行されるプログラムによって、情報記録装置の中断手段及び通知手段が実現されている。なお、各手段の少なくとも一部をハードウェアによって構成することとしても良いし、あるいは各手段の全てをハードウェアによって構成することとしても良い。
【０１８１】
また、本第１の実施形態では、ハードディスク５６にインストールされているプログラムのうち、図４、図７、図８及び図１０のフローチャートで示される処理に対応するプログラムによって前記第１の決定プログラムが構成されている。
【０１８２】
そして、図４に示されるフォーマット要求が入力されたときのホスト５０での処理では、ステップ４０１の処理によって本発明に係る記録方法の第１工程が実施され、ステップ４０３及び４０７の処理によって第２工程が実施されている。また、図７に示されるメディアイベントコード「６ｈ」を受信したときのホスト５０での処理では、ステップ７０１の処理によって第１工程が実施され、ステップ７０３及び７０７の処理によって第２工程が実施されている。さらに、図８に示されるバックグランドフォーマット中のホスト５０での処理では、ステップ８０９の処理によって第１工程が実施され、ステップ８１５の処理によって第２工程が実施されている。
【０１８３】
以上説明したように、本第１の実施形態に係る情報記録システム及び記録方法によると、光ディスク１５が光ディスク装置２０にロードされると、ホスト５０は、駆動電源がバッテリでありかつ残りのバッテリ量が所定量未満の場合に、フォーマットの禁止を設定し、ユーザからフォーマット要求が入力されても、フォーマット要求コマンドの発行を禁止している。すなわち、駆動電源がバッテリでありかつバッテリの残量が所定量未満の場合には、フォーマットが行われないため、バッテリの多大な消耗を防止することができる。従って、予期しない電源遮断を回避することができ、データの再生不良及び追記不可などを防止することが可能となる。すなわち、駆動電源の消耗を抑制するとともに、駆動電源の有効利用を促進することが可能となる。
【０１８４】
また、光ディスク装置２０でバックグランドフォーマットが自動的に再開されると、ホスト５０は、駆動電源がバッテリでありかつバッテリの残量が所定量未満の場合には、バックグランドフォーマットの中断を決定し、フォーマット中断要求コマンドを送信している。すなわち、バックグランドフォーマットが自動的に再開されても、駆動電源がバッテリでありかつバッテリの残量が所定量未満の場合には、バックグランドフォーマットが中断されるため、バッテリの多大な消耗を防止することができる。
【０１８５】
さらに、駆動電源がバッテリであり、かつバックグランドフォーマット中には、ホスト５０はバッテリの残量を定期的にチェックし、バッテリの残量が所定量未満の場合には、バックグランドフォーマットの中断を決定し、フォーマット中断要求コマンドを送信している。すなわち、バックグランドフォーマットが許可されても、バックグランドフォーマット中にバッテリの残量が所定量未満になると、バックグランドフォーマットは中断されるため、バッテリの多大な消耗を防止することができる。
【０１８６】
また、光ディスク装置２０は、バックグランドフォーマットにおいてダミーデータの記録中に、フォーマット中断要求コマンドを受信しても、所定量（ここでは１６セクタ分）のダミーデータが記録されるまではフォーマットを中断しないため、所定量のダミーデータの記録が確実に行われる。それにより、再生不良となるのを防止することができる。そして、所定量のダミーデータが記録された後、メディアイベントコード「７ｈ」がセットされたメディアイベントディスクリプタを送信しているために、ホスト５０はフォーマットの中断が完了したタイミングをほぼリアルタイムに把握することができ、例えばフォーマット中断後の処理にスムースに移行することが可能となる。
【０１８７】
なお、上記第１の実施形態では、ホスト５０の駆動電源がバッテリであり、かつバッテリの残量が所定量未満のときに、フォーマットの禁止を決定する（図４参照）場合について説明したが、これに限らず、例えばバッテリの容量が小さい場合などでは、バッテリの残量に関係なく、ホスト５０の駆動電源がバッテリであれば、直ちにフォーマットの禁止を決定しても良い。すなわち、図４におけるステップ４０５及び４０７での処理を省略することが可能である。
【０１８８】
また、上記第１の実施形態では、バックグランドフォーマットが自動的に再開された際に、ホスト５０の駆動電源がバッテリであり、かつバッテリの残量が所定量未満のときに、バックグランドフォーマットの中断を決定する（図７参照）場合について説明したが、これに限らず、例えばバッテリの容量が小さい場合などでは、バッテリの残量に関係なく、ホスト５０の駆動電源がバッテリであれば、直ちにバックグランドフォーマットの中断を決定しても良い。すなわち、図７におけるステップ７０５及び７０７での処理を省略することが可能である。
【０１８９】
さらに、上記第１の実施形態では、フォーマット中断要求コマンドとして、スタート・ストップ・ユニット・コマンド（Start Stop Unit Command）、あるいはクローズ・セッション／トラック・コマンド（Close Session/Track Command）を用いる場合について説明したが、本発明がこれらに限定されるものではない。また、フォーマット中断要求を指示するビット位置も上記第１の実施形態に限定されるものではない。
【０１９０】
また、上記第１の実施形態では、図１０に示されるように、ホスト５０は一定周期でイベント状態要求コマンドを光ディスク装置２０に送信する場合について説明したが、これに限らず、例えばテスト・ユニット・レディ・コマンド（Test Unit Ready Command）を用いても良い。このテスト・ユニット・レディ・コマンドはポーリングコマンドであり、光ディスク装置２０は、イベント状態が変化するとこのポーリングコマンドに応じてイベント状態をホスト５０に通知する。
【０１９１】
さらに、上記第１の実施形態では、ホスト５０は、自動的に再開されたバックグランドフォーマット中に、フォーマットの継続あるいは中断を決定する処理を行う場合について説明したが、これに限らず、例えばユーザからの要求に応じてホスト５０が発行したフォーマット要求コマンドにより行われるフォーマット（バックグランドフォーマットも含む）中であっても、前述の如くしてフォーマットの継続あるいは中断を決定する処理を行っても良い。
【０１９２】
また、上記第１の実施形態では、光ディスク装置２０は、バックグランドフォーマットの中断が完了すると、中断完了情報としてメディアイベントコード「７ｈ」がセットされたメディアイベントディスクリプタを送信する場合について説明したが、本発明がこれに限定されるものではない。
【０１９３】
なお、上記第１の実施形態では、第１の決定プログラムは、ハードディスク５６に記録されているが、他の記録媒体（ＣＤ−ＲＯＭ、光磁気ディスク、フラッシュメモリ、フレキシブルディスク等）に記録されていても良い。この場合には、各記録媒体に対応するドライブ装置を付加し、各ドライブ装置から第１の決定プログラムをロードすることとなる。また、他の記録媒体からハードディスク５６に転送しても良い。さらに、ネットワークを介してハードディスク５６あるいはメインメモリに転送しても良い。要するに、第１の決定プログラムがマイクロコンピュータのメインメモリにロードされれば良い。
【０１９４】
《第２の実施形態》
次に、本発明の第２の実施形態を図１１及び図１２に基づいて説明する。
【０１９５】
この第２の実施形態は、フォーマットの継続あるいは中断（許可あるいは禁止）を決定する処理を、前述した第１の実施形態と異なり、光ディスク装置で行う点に特徴を有する。すなわち、ハードディスク５６及びＲＯＭ３９に格納されているプログラムの一部のみが異なり、情報記録システムにおけるその他の構成は、前述した第１の実施形態と同様である。従って、以下においては、第１の実施形態との相違点を中心に説明するとともに、前述した第１の実施形態と同一若しくは同等の構成部分については同一の符号を用い、その説明を簡略化し若しくは省略するものとする。
【０１９６】
ＲＯＭ３９には、ＣＰＵ４０にて解読可能なコードで記述された後述する本発明に係るダミーデータの記録の継続あるいは中断（許可あるいは禁止）を決定するプログラム（以下、「第２の決定プログラム」という）などが格納されている。なお、光ディスク装置２０の電源がオン状態になると、前記プログラムは不図示のメインメモリにロードされる。
【０１９７】
《記録要求コマンドを受信したときの光ディスク装置２０での処理》
フォーマットの途中で排出された光ディスク１５が、再度光ディスク装置２０にロードされ、ホスト５０から記録要求コマンドを受信したときの、光ディスク装置２０における処理動作について図１１を用いて説明する。フォーマット中でないときに、ホスト５０から記録要求コマンドを受信すると、図１１のフローチャートに対応するプログラムの先頭アドレスがＣＰＵ４０のプログラムカウンタにセットされ、記録要求コマンドを受信したときの処理がスタートする。なお、図１１のフローチャートは、ＣＰＵ４０によって実行される一連の処理アルゴリズムに対応している。また、光ディスク１５に関する前提条件は、前述した第１の実施形態と同様であるものとする。
【０１９８】
最初のステップ９２１〜ステップ９２５では、前記第１の実施形態におけるステップ６０１〜ステップ６０５と同じ処理を行う。
【０１９９】
次のステップ９２７では、前記第１の実施形態におけるステップ６０７と同様にしてフォーマットが必要であるか否かを判断する。ここで、フォーマットが必要であれば、ステップ９２７での判断は肯定され、ステップ９２９に移行する。
【０２００】
このステップ９２９では、駆動電源情報を取得するために、駆動電源情報を要求するコマンド（以下「駆動電源情報要求コマンド」という）をホスト５０に送信する。ホスト５０は駆動電源情報要求コマンドを受信すると、ＯＳから駆動電源情報を取得し、光ディスク装置２０に応答する。
【０２０１】
次のステップ９３１では、ホスト５０からの応答を待ち、応答があるとステップ９３３に移行する。
【０２０２】
このステップ９３３では、ホスト５０からの駆動電源情報に基づいて駆動電源の種類を求める。
【０２０３】
次のステップ９３５では、駆動電源の種類がバッテリであるか否かを判断する。駆動電源の種類がバッテリであれば、ここでの判断は肯定されステップ９３７に移行する。
【０２０４】
このステップ９３７では、前記ホスト５０からの駆動電源情報に基づいてバッテリの残量を求める。
【０２０５】
次のステップ９３９では、バッテリの残量が予め設定されている所定量（例えば３０％）未満であるか否かを判断する。バッテリの残量が所定量未満でなければ、ここでの判断は否定されステップ９４１に移行する。すなわち、バックグランドフォーマットの自動再開は許可される。
【０２０６】
このステップ９４１では、バックグランドフォーマットが自動的に再開される。バックグランドフォーマットが終了すると、記録要求コマンドを受信したときの処理を終了する。
【０２０７】
一方、ステップ９３９において、バッテリの残量が所定量未満であれば、ステップ９３９での判断は肯定され、記録要求コマンドを受信したときの処理を終了する。すなわち、バックグランドフォーマットの自動再開は禁止される。
【０２０８】
また、ステップ９３５において、駆動電源の種類がバッテリでなければ、ステップ９３５での判断は否定されステップ９４１に移行する。すなわち、バックグランドフォーマットの自動再開は許可される。
【０２０９】
なお、ステップ９２７において、フォーマットが不要であれば、ステップ９２７での判断は否定され、記録要求コマンドを受信したときの処理を終了する。この場合には、バックグランドフォーマットが自動的に再開されることはない。
【０２１０】
《バックグランドフォーマット自動再開後の光ディスク装置２０での処理》
次に、光ディスク装置２０でのバックグランドフォーマットの自動再開処理（図１１のステップ９４１）について図１２を用いて説明する。バックグランドフォーマットの自動再開が許可されると、ＣＰＵ４０のプログラムカウンタに図１２のフローチャートに対応するプログラムの先頭アドレスがセットされ、バックグランドフォーマットの自動再開処理がスタートする。なお、図１２のフローチャートは、ＣＰＵ４０によって実行される一連の処理アルゴリズムに対応している。
【０２１１】
最初のステップ９５１及びステップ９５３では、前記第１の実施形態におけるステップ６５１及びステップ６５３と同じ処理を行う。
【０２１２】
次のステップ９５５では、バッテリの残量が予め設定されている所定量（例えば３０％）未満であるか否かを判断する。バッテリの残量が所定量未満でなければ、ここでの判断は否定されステップ９５７に移行する。すなわち、バックグランドフォーマットの継続が決定される。なお、ＣＰＵ４０は、バックグランドフォーマット中に、例えばタイマ割り込みなどで定期的に駆動電源情報要求コマンドをホスト５０に送信し、その応答として受信した駆動電源情報に基づいてバッテリの残量を求めている。
【０２１３】
このステップ９５７では、前記第１の実施形態におけるステップ６５７と同様にして排出要求の有無を判断する。ここで排出要求がなければ、ステップ９５７での判断は否定され、ステップ９５９に移行する。
【０２１４】
このステップ９５９〜ステップ９７３では、前記第１の実施形態におけるステップ６５９〜ステップ６７３と同じ処理を行う。
【０２１５】
一方、ステップ９５５において、バッテリの残量が所定量未満であれば、ステップ９５５での判断は肯定されステップ９７５に移行する。すなわち、バックグランドフォーマットの中断が決定される。
【０２１６】
このステップ９７５では、前記第１の実施形態におけるステップ６７５と同様に、フォーマットフラグにフォーマット中断完了を意味する「２」をセットし、バックグランドフォーマットを終了する。ここで、ホスト５０からイベント状態要求コマンドを受信すると、フォーマットフラグを参照してバックグランドフォーマットの中断が完了したことを示すコード７ｈ（図２を参照）をメディアイベントコードにセットし、イベント状態要求コマンドに対する応答として、メディアイベントディスクリプタを割り込み処理にてホスト５０に送信する。これにより、ホスト５０はバックグランドフォーマットの中断が完了したことを確認することができる。
【０２１７】
なお、ステップ９５７において、排出要求があれば、ステップ９５７での判断は肯定され、ステップ９７７に移行する。
【０２１８】
このステップ９７７及びステップ９７９では、前記第１の実施形態におけるステップ６７７及びステップ６７９と同じ処理を行う。そして、バックグランドフォーマットを終了する。
【０２１９】
以上の説明から明らかなように、本第２の実施形態に係る情報記録システムでは、ＣＰＵ４０及び該ＣＰＵ４０によって実行されるプログラムによって、情報記録装置の電源情報取得手段、決定手段及び記録制御手段が実現されている。しかしながら、本発明がこれに限定されるものではないことは勿論である。すなわち、上記第２の実施形態は一例に過ぎず、上記のＣＰＵ４０によるプログラムに従う処理によって実現した各手段の少なくとも一部をハードウェアによって構成することとしても良いし、あるいは各手段の全てをハードウェアによって構成することとしても良い。
【０２２０】
また、ＲＯＭ３９に格納されているプログラムのうち、図１１及び図１２のフローチャートで示される処理に対応するプログラムによって前記第２の決定プログラムが構成されている。
【０２２１】
そして、図１１に示される記録要求コマンドを受信したときの処理では、ステップ９２９の処理によって本発明に係る記録方法の第１工程が実施され、ステップ９３５及び９３９の処理によって第２工程が実施されている。また、図１２に示されるバックグランドフォーマット自動再開後の処理では、ステップ９５５の処理によって第２工程が実施されている。なお、この場合には、不図示の割り込み処理によって第１工程が実施されている。
【０２２２】
以上説明したように、本第２の実施形態に係る情報記録システム及び記録方法によると、光ディスク装置２０は、バックグランドフォーマットの自動再開要求に応じて、ホスト５０から駆動電源情報を取得するとともに、その駆動電源情報に基づいて、ホスト５０の駆動電源がバッテリであり、かつバッテリの残量が所定量未満の場合には、バックグランドフォーマットの自動再開の禁止を決定している。これにより、ホスト５０及び光ディスク装置２０がバッテリで駆動され、バッテリの残量が少ない場合には、バックグランドフォーマットの自動再開が禁止されるため、バッテリの多大な消耗を防止することができる。従って、予期しない電源遮断を回避することができ、データの再生不良及び追記不可を防止することが可能となる。すなわち、駆動電源の消耗を抑制するとともに、駆動電源の有効利用を促進することが可能となる。
【０２２３】
さらに、駆動電源がバッテリであり、かつバックグランドフォーマット中には、光ディスク装置２０はバッテリの残量を定期的にチェックし、バッテリの残量が所定量未満の場合には、バックグランドフォーマットの中断を決定している。すなわち、バックグランドフォーマットが許可されても、バックグランドフォーマット中にバッテリの残量が所定量未満になると、バックグランドフォーマットが中断されるため、バッテリの多大な消耗を防止することができる。
【０２２４】
なお、上記第２の実施形態では、情報記録システムの駆動電源がバッテリであり、かつバッテリの残量が所定量未満のときに、バックグランドフォーマットの自動再開の禁止を決定する（図１１参照）場合について説明したが、これに限らず、例えばバッテリの容量が小さい場合などでは、バッテリの残量に関係なく、駆動電源がバッテリであれば、直ちにバックグランドフォーマットの自動再開の禁止を決定しても良い。すなわち、図１１におけるステップ９３７及び９３９での処理を省略することが可能である。
【０２２５】
さらに、上記第２の実施形態では、光ディスク装置２０は、自動的に再開されたバックグランドフォーマット中に、バックグランドフォーマットの継続あるいは中断を決定する処理を行う場合について説明したが、これに限らず、例えばユーザからの要求に応じてホスト５０が発行したフォーマット要求コマンドにより行われるフォーマット（バックグランドフォーマットも含む）中であっても、前述の如くしてフォーマットの継続あるいは中断を決定する処理を行っても良い。
【０２２６】
また、上記第２の実施形態では、第２の決定プログラムは、ＲＯＭ３９に記録されているが、他の記録媒体（ＣＤ−ＲＯＭ、光磁気ディスク、フラッシュメモリ、フレキシブルディスク等）に記録されていても良い。この場合には、各記録媒体に対応するドライブ装置を付加し、各ドライブ装置から第２の決定プログラムをインストールすることとなる。要するに、第２の決定プログラムがＣＰＵ４０のメインメモリにロードされれば良い。
【０２２７】
なお、上記各実施形態では、駆動電源の種類及びバッテリ残量に基づいて、フォーマット（バックグランドフォーマットも含む）の継続あるいは中断（許可あるいは禁止）を決定する場合について説明したが、本発明がこれに限定されるものではない。例えばバッテリの種類、及びバッテリのメーカ名なども決定条件として用いても良い。バッテリの特性が異なる場合があるからである。
【０２２８】
さらに、上記各実施形態において、駆動電源がバッテリからＡＣ電源に切り替えられた場合には、フォーマット中断要求コマンドは送信されない。
【０２２９】
なお、上記各実施形態では、バックグランドフォーマットに伴うダミーデータの記録が行われる場合について説明したが、これに限らず、ダミーデータの記録を伴う処理であれば、フォーマット以外の処理についても本発明を適用することが可能である。
【０２３０】
また、上記各実施形態では、光ディスク１５がＤＶＤ＋ＲＷの場合について説明したが、これに限られるものではなく、ダミーデータの記録を伴う処理が行われる情報記録媒体であれば良い。なお、その場合には、使用される情報記録媒体に対応した光ディスク装置が用いられることとなる。
【０２３１】
さらに、上記各実施形態において、ホスト５０と光ディスク装置２０とは、同一の筐体内に配置されていても良いし、個別の筐体内に配置されても良い。
【０２３２】
なお、上記各実施形態では、情報記録装置として、ユーザデータの記録と再生とが可能な光ディスク装置が用いられる場合について説明したが、これに限らず、ユーザデータの記録のみを行なう光ディスク装置であっても良い。
【０２３３】
【発明の効果】
以上説明したように、本発明に係る記録方法によれば、駆動電源の消耗を抑制するとともに、駆動電源の有効利用を促進することができるという効果がある。
【０２３４】
また、本発明に係るプログラム及び記録媒体によれば、情報記録システムで用いられ、駆動電源の消耗を抑制するとともに、駆動電源の有効利用を促進することができるという効果がある。
【０２３５】
また、本発明に係る情報処理装置及び情報記録装置によれば、駆動電源の消耗を抑制するとともに、駆動電源の有効利用を促進することができるという効果がある。
【０２３６】
また、本発明に係る情報記録システムによれば、駆動電源の消耗を抑制するとともに、駆動電源の有効利用を促進することができるという効果がある。
【図面の簡単な説明】
【図１】本発明の第１の実施形態に係る情報記録システムの構成を示すブロック図である。
【図２】図２（Ａ）及び図２（Ｂ）は、それぞれＤＶＤ＋ＲＷの記録領域の構成を説明するための図である。
【図３】メディアイベントコードを説明するための図である。
【図４】ブランクディスクが光ディスク装置にロードされたときに、フォーマットの許可あるいは禁止を決定するホストでの処理を説明するためのフローチャートである。
【図５】光ディスク装置で行われるブランクディスクに対するバックグランドフォーマットを説明するためのフローチャートである。
【図６】途中でフォーマットが中断された光ディスクにユーザデータを記録するときに、光ディスク装置で行われる処理を説明するためのフローチャートである。
【図７】バックグランドフォーマットが自動的に再開されたときに、バックグランドフォーマットの継続あるいは中断を決定するホストでの処理を説明するためのフローチャートである。
【図８】バックグランドフォーマット中にバッテリの残量に基づいてバックグランドフォーマットの継続あるいは中断を決定するホストでの処理を説明するためのフローチャートである。
【図９】自動的に再開されたバックグランドフォーマットを説明するためのフローチャートである。
【図１０】フォーマット中断要求コマンドを送信した後のホストでの中断確認処理を説明するためのフローチャートである。
【図１１】バックグランドフォーマットの自動再開を許可あるいは禁止する決定を光ディスク装置で行う場合の光ディスク装置での処理を説明するためのフローチャートである。
【図１２】バックグランドフォーマット中にバッテリの残量に基づいてフォーマットを継続あるいは中断する決定を光ディスク装置で行う場合の光ディスク装置での処理を説明するためのフローチャートである。
【符号の説明】
１０…情報記録システム、１５…光ディスク（情報記録媒体）、２０…光ディスク装置（情報記録装置）、３９…ＲＯＭ（記録媒体）、４０…ＣＰＵ（記録制御手段、電源情報取得手段、決定手段、中断手段、通知手段）、５０…ホスト（情報処理装置）、５２…主制御装置（電源情報取得手段、決定手段、発行手段、確認手段）、５６…ＨＤＤ（記録媒体）。
Claims (29)
- 情報記録媒体に情報を記録する記録方法であって、
前記情報記録媒体へのダミーデータの記録が開始された場合に、駆動電源の種類に関する情報を取得する第１工程と；
前記駆動電源の種類に関する情報に基づいて、前記ダミーデータの記録の継続あるいは中断を決定する第２工程と；を含む記録方法。 - 前記第２工程では、前記駆動電源の種類がバッテリの場合に、前記ダミーデータの記録の中断を決定することを特徴とする請求項１に記載の記録方法。
- 前記ダミーデータの記録は、自動再開によるバックグランドフォーマット、ユーザの指示によるバックグランドフォーマット及びユーザの指示によるフォーマットのうちのいずれかに伴う処理であることを特徴とする請求項１又は２に記載の記録方法。
- 情報記録装置とともに情報記録システムを構成する情報処理装置で用いられるプログラムであって、
情報記録媒体へのダミーデータの記録要求に応じて、駆動電源の種類に関する情報を取得する手順と；
前記駆動電源の種類に関する情報に基づいて、前記ダミーデータの記録の許可あるいは禁止を決定する手順と；
前記決定の結果、ダミーデータの記録を許可した場合にのみ、前記情報記録媒体へのダミーデータの記録を要求するコマンドを前記情報記録装置に発行する手順と；を前記情報処理装置に実行させるプログラム。 - 前記決定する手順では、前記駆動電源の種類がバッテリである場合に、前記情報処理装置に前記ダミーデータの記録の禁止を決定させることを特徴とする請求項４に記載のプログラム。
- 前記ダミーデータの記録は、自動再開によるバックグランドフォーマット、ユーザの指示によるバックグランドフォーマット及びユーザの指示によるフォーマットのうちのいずれかに伴う処理であることを特徴とする請求項４又は５に記載のプログラム。
- 請求項４〜６のいずれか一項に記載のプログラムが記録されたコンピュータ読み取り可能な記録媒体。
- 情報記録装置を介して情報記録媒体にアクセス可能な情報処理装置であって、
前記情報記録媒体へのダミーデータの記録開始後に、駆動電源の種類に関する情報を取得する電源情報取得手段と；
前記電源情報取得手段で取得された駆動電源の種類に関する情報に基づいて、前記ダミーデータの記録の継続あるいは中断を決定する決定手段と；を備える情報処理装置。 - 前記決定手段は、前記駆動電源の種類がバッテリである場合に前記ダミーデータの記録の中断を決定することを特徴とする請求項８に記載の情報処理装置。
- 前記決定手段でダミーデータの記録の中断が決定された場合に、ダミーデータの記録の中断を要求するコマンドを発行する発行手段を更に備えることを特徴とする請求項８又は９に記載の情報処理装置。
- 前記発行手段は、前記ダミーデータの記録の中断を要求するコマンドとして、所定のビット位置にダミーデータの記録の中断要求情報がセットされたスタート・ストップ・ユニット・コマンドを発行することを特徴とする請求項１０に記載の情報処理装置。
- 前記所定のビット位置は、ディスクリプタブロックのバイト４のビット０とビット１であり、前記中断要求情報として前記ビット位置にそれぞれ０がセットされていることを特徴とする請求項１１に記載の情報処理装置。
- 前記発行手段は、前記ダミーデータの記録の中断を要求するコマンドとして、所定のビット位置にダミーデータの記録の中断要求情報がセットされたクローズ・セッション／トラック・コマンドを発行することを特徴とする請求項１０に記載の情報処理装置。
- 前記所定のビット位置は、ディスクリプタブロックのバイト２のビット０とビット１であり、前記中断要求情報として前記ビット位置にそれぞれ０がセットされていることを特徴とする請求項１３に記載の情報処理装置。
- 前記ダミーデータの記録の中断を要求するコマンドが発行された場合に、前記ダミーデータの記録が中断されたことを確認する確認手段を更に備えることを特徴とする請求項１０〜１４のいずれか一項に記載の情報処理装置。
- 前記確認手段は、定期的にゲット・イベント／ステイタス・ノティフィケーション・コマンドを発行することを特徴とする請求項１５に記載の情報処理装置。
- 情報記録装置を介して情報記録媒体にアクセス可能な情報処理装置であって、
前記情報記録媒体へのダミーデータの記録要求に応じて、駆動電源の種類に関する情報を取得する電源情報取得手段と；
前記電源情報取得手段で取得された駆動電源の種類に関する情報に基づいて、前記ダミーデータの記録の許可あるいは禁止を決定する決定手段と；
前記決定の結果、ダミーデータの記録を許可した場合にのみ、前記情報記録媒体へのダミーデータの記録を要求するコマンドを発行する発行手段と；を備える情報処理装置。 - 前記決定手段は、前記駆動電源の種類がバッテリの場合に前記ダミーデータの記録の禁止を決定することを特徴とする請求項１７に記載の情報処理装置。
- 前記ダミーデータの記録を要求するコマンドは、フォーマット・ユニット・コマンドであることを特徴とする請求項１７又は１８に記載の情報処理装置。
- 前記ダミーデータの記録は、自動再開によるバックグランドフォーマット、ユーザの指示によるバックグランドフォーマット及びユーザの指示によるフォーマットのうちのいずれかに伴う処理であることを特徴とする請求項８〜１９のいずれか一項に記載の情報処理装置。
- 情報記録媒体に情報を記録する情報記録装置であって、
前記情報記録媒体へのダミーデータの記録中に、駆動電源の種類に関する情報を取得する電源情報取得手段と；
前記電源情報取得手段にて取得された駆動電源の種類に関する情報に基づいて、前記ダミーデータの記録の継続あるいは中断を決定する決定手段と；
前記決定手段で、前記ダミーデータの記録の継続が決定された場合にのみ、前記ダミーデータの記録を行う記録制御手段と；を備える情報記録装置。 - 前記決定手段は、前記駆動電源の種類がバッテリである場合に前記ダミーデータの記録の中断を決定することを特徴とする請求項２１に記載の情報記録装置。
- 前記決定手段で前記ダミーデータの記録の中断が決定された場合に、前記ダミーデータの記録の中断処理を行う中断手段を更に備えることを特徴とする請求項２１又は２２に記載の情報記録装置。
- 前記中断手段でのダミーデータの記録の中断処理が完了すると、ダミーデータの記録の中断完了情報を外部装置に通知する通知手段を更に備えることを特徴とする請求項２３に記載の情報記録装置。
- 前記通知手段は、前記中断完了情報を示すコードをメディアイベントディスクリプタのメディアイベントコードにセットして通知することを特徴とする請求項２４に記載の情報記録装置。
- 前記中断完了情報を示すコードは７ｈであることを特徴とする請求項２５に記載の情報記録装置。
- 前記ダミーデータの記録は、自動再開によるバックグランドフォーマット、ユーザの指示によるバックグランドフォーマット及びユーザの指示によるフォーマットのうちのいずれかに伴う処理であることを特徴とする請求項２１〜２６のいずれか一項に記載の情報記録装置。
- 情報記録媒体に情報を記録する情報記録システムであって、
請求項８〜２０のいずれか一項に記載の情報処理装置と；
前記情報処理装置からの指示に応じて前記情報記録媒体に情報を記録する情報記録装置と；を備える情報記録システム。 - 情報記録媒体に情報を記録する情報記録システムであって、
請求項２１〜２７のいずれか一項に記載の情報記録装置と；
前記情報記録装置を制御する情報処理装置と；を備える情報記録システム。
Priority Applications (7)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002184008A JP4006274B2 (ja) | 2002-06-25 | 2002-06-25 | 記録方法、プログラム及び記録媒体、情報処理装置、情報記録装置、並びに情報記録システム |
| US10/422,913 US7330410B2 (en) | 2002-04-30 | 2003-04-25 | Information recording method and apparatus, information processing apparatus, information recording system and computer-readable storage medium using dummy data |
| TW092109912A TWI252470B (en) | 2002-04-30 | 2003-04-28 | Information recording method and apparatus, information processing apparatus, information recording system and computer-readable storage medium |
| DE60324057T DE60324057D1 (de) | 2002-04-30 | 2003-04-28 | Informationsaufzeichnungsverfahren und -gerät, Informationsbearbeitungsgerät, Informationsaufzeichnungssystem und computerlesbares Speichermedium |
| EP03252670A EP1359579B1 (en) | 2002-04-30 | 2003-04-28 | Information recording method and apparatus, information processing apparatus, information recording system and computer-readable storage medium |
| CNB031360602A CN100456376C (zh) | 2002-04-30 | 2003-04-30 | 信息记录方法和设备、信息记录***、信息处理设备 |
| US11/979,723 US20080080347A1 (en) | 2002-04-30 | 2007-11-07 | Information recording method and apparatus, information processing apparatus, information recording system and computer-readable storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002184008A JP4006274B2 (ja) | 2002-06-25 | 2002-06-25 | 記録方法、プログラム及び記録媒体、情報処理装置、情報記録装置、並びに情報記録システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004030758A JP2004030758A (ja) | 2004-01-29 |
| JP4006274B2 true JP4006274B2 (ja) | 2007-11-14 |
Family
ID=31180017
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002184008A Expired - Fee Related JP4006274B2 (ja) | 2002-04-30 | 2002-06-25 | 記録方法、プログラム及び記録媒体、情報処理装置、情報記録装置、並びに情報記録システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4006274B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP6994446B2 (ja) | 2018-09-10 | 2022-01-14 | 株式会社神戸製鋼所 | 熱フィラメントｃｖｄ装置 |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5217982B2 (ja) | 2008-12-04 | 2013-06-19 | ソニー株式会社 | 情報処理装置および方法、並びにプログラム |
-
2002
- 2002-06-25 JP JP2002184008A patent/JP4006274B2/ja not_active Expired - Fee Related
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP6994446B2 (ja) | 2018-09-10 | 2022-01-14 | 株式会社神戸製鋼所 | 熱フィラメントｃｖｄ装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004030758A (ja) | 2004-01-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20080080347A1 (en) | Information recording method and apparatus, information processing apparatus, information recording system and computer-readable storage medium | |
| US8526283B2 (en) | Method and apparatus of recording information in reduced waiting time | |
| US7797478B2 (en) | Data storage apparatus that appropriately revises FDCB information during background formatting | |
| EP1868199A1 (en) | An optical disc recording and reproducing apparatus for performing a formatting process as a background process and a method for formatting an optical disc by a background process | |
| JP2001312335A (ja) | 情報処理システム、情報処理装置 | |
| JP2003208779A (ja) | 情報再生装置、データ管理情報取得方法、データ管理情報取得プログラム及び記憶媒体 | |
| JP2001312338A (ja) | 情報処理システム、情報処理装置 | |
| JP3070494B2 (ja) | 光ディスク記録装置 | |
| JP4006274B2 (ja) | 記録方法、プログラム及び記録媒体、情報処理装置、情報記録装置、並びに情報記録システム | |
| JP4006261B2 (ja) | 記録方法、プログラム及び記録媒体、情報処理装置、情報記録装置、並びに情報記録システム | |
| JP2003263842A (ja) | 情報記録装置 | |
| JP4006305B2 (ja) | 記録方法、プログラム及び記録媒体、情報記録装置、並びに情報記録システム | |
| JP4137970B2 (ja) | 記録方法、プログラム及び記録媒体、並びに情報記録システム | |
| JP3734442B2 (ja) | 情報記録再生装置 | |
| JP2008217987A (ja) | 記録方法、プログラム、記録媒体、情報記録装置及び情報記録システム | |
| JP2006236425A (ja) | 情報記録システム | |
| JP2004310403A (ja) | 節電方法、プログラム及び記録媒体、並びにドライブ装置 | |
| JP2005235336A (ja) | 情報記録再生装置，情報記録再生方法，プログラム，コンピュータ読み取り可能な記録媒体 | |
| JP3917644B2 (ja) | 情報記録システム | |
| JP2004241026A (ja) | 情報記録装置と情報記録システム | |
| JP2003323767A (ja) | 情報記録方法、情報記録装置、情報記録システム、コンピュータプログラム、及びコンピュータプログラムを記憶する記憶媒体 | |
| JP2003272305A (ja) | 情報記録再生装置と情報記録再生方法とプログラムとコンピュータ読み取り可能な記録媒体 | |
| JP2004295264A (ja) | 光ディスク記録再生装置及びその制御方法並びに該方法を実行するためのプログラムを格納したコンピュータ読み取り可能な記録媒体 | |
| JP2004103169A (ja) | 記録方法、プログラム及び記録媒体、並びに情報記録装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050202 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20061019 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061109 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070104 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070702 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070719 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070820 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070827 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100831 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100831 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110831 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110831 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120831 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120831 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130831 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |