JP4661505B2 - 情報処理装置、情報処理方法及びそのプログラム - Google Patents

Description

本発明は、例えばＨＤＤ（Hard Disk Drive）を有し、当該ＨＤＤへデータを記録し、または記録されたデータを再生することが可能な記録再生装置等の情報処理装置、情報処理方法及びそのプログラムに関する。

従来から、ＨＤＤを内蔵した記録再生装置においては、電源がＯＮになると、ＣＰＵ（Central Processing Unit）によりＲＯＭ（Read Only Memory）からＲＡＭ（Random Access Memory）上にプログラムがロードされ、当該プログラムが実行され、ＣＰＵの初期化、ＯＳ（Operating System）の実行、デバイスドライバのロード、周辺デバイスの初期化、アプリケーションプログラムの実行といった処理が順次行われる。そして、これらのシステム立ち上げ処理、すなわち起動処理が完了した時点で、ユーザからの操作が受け付け可能となり、記録や再生、メニュー表示などといった処理を行える状態となる。

ところで、上記周辺デバイスの初期化における処理の一つとして、ＨＤＤのスピンアップが行われる。当該スピンアップでは、ハードディスクの回転数が安定するまでの待ち時間として、通常、十秒前後の時間が必要とされ、上記システム立ち上げ処理の過程で、ＨＤＤへの読み書きを必要する箇所が含まれる場合、ユーザからの処理要求が受け付け可能となるまでの待ち時間としては、上記プログラムのロードや実行といった立ち上げ処理の実時間に加えて、当該スピンアップ時間を見込まなければならない。そのため、結果としてユーザからの操作は即時には受け付けられず、長い起動時間を要してしまうこととなる。

また、システム立ち上げ処理の過程ではＨＤＤへの読み書きが必要とされなくても、実行するにはＨＤＤへの読み書きが必要となるアプリケーションについては、立ち上げ処理が完了した後でも数秒間はスピンアップの完了を待つ必要があり、結果として、一部のアプリケーションについてはユーザからの操作を即時に受け付けられないこととなる。このようなアプリケーションの例としては、ＨＤＤを内蔵した記録再生装置におけるＨＤＤへの録画のためのアプリケーションが挙げられる。

この問題を回避するための技術として、下記特許文献１には、電源をＯＦＦする際に、起動処理に必要なデータを不揮発性メモリにキャッシュしておくことで、次回の電源ＯＮ時にＨＤＤのスピンアップを待つことなく起動処理を可能とする技術が記載されている。

また、下記特許文献２には、ＲＡＭ上にダイナミックバッファを生成し、ＨＤＤに時系列データを記録できないときは当該時系列データを上記ダイナミックバッファに一時的に記憶することで、電源ＯＮ時の瞬時の記録を可能とする技術が記載されている。
特開２００３−８５０４１号公報（段落[００１３]、[００１４]等） 特開２００１−５７０２４号公報（図６等）

しかしながら、上記特許文献１に記載の技術においては、スピンアップ中のデータの読み出しは可能となるが、書き込みについてはスピンアップの完了を待たなければならないため、ＨＤＤへの書き込み処理が必要な立ち上げ処理や書き込み処理を必要とするアプリケーションがある場合には、ユーザからの操作は即時に受け付けられず、結果として起動時間の短縮は困難である。

また、上記特許文献２に記載の技術においては、電源ＯＮ時に上記ダイナミックバッファのための空き容量が確保できない場合には上記時系列データを記録することができないため、その場合にはユーザからの操作を即時に受け付けることはできず、結果として起動時間の短縮は困難である。

以上のような事情に鑑み、本発明の目的は、起動時間を短縮してユーザの操作を即時に受け付けることが可能な情報処理装置、情報処理方法及びそのプログラムを提供することにある。

上述の課題を解決するため、本発明の主たる観点に係る情報処理装置は、データを書き込み可能なハードディスクドライブと、前記データを一時的に書き込み可能な一時記憶装置と、前記ハードディスクドライブにおいてスピンアップが開始されたときに前記一時記憶装置内の第１の領域にバッファを生成する生成手段と、前記スピンアップ中に前記ハードディスクドライブへの前記データの書き込み要求が入力された場合に、当該データを前記バッファへ書き込む書き込み手段と、前記スピンアップが完了した場合に、前記バッファへ書き込まれたデータを前記ハードディスクドライブへ書き出す書き出し手段と、前記データが書き出されたときに前記バッファを解放する解放手段とを具備する。

ここで情報処理装置とは、ハードディスクレコーダ等の記録再生装置、ＰＣ（Personal Computer）等である。上記一時記憶装置は例えばＲＡＭである。

この構成により、ハードディスクドライブのスピンアップ中でも上記バッファが確保されているため、スピンアップ中にユーザからハードディスクへのデータの書き込み要求が入力された場合でも、当該バッファに当該データを書き込むことで、ユーザの操作を受け付けることが可能となり、結果として見かけ上の起動時間を短縮することができる。また、上記バッファを動的に割り当て、かつ、動的に解放することで、追加の一時記憶装置を設ける必要がないため、コスト増も避けることができる。更に、上記スピンアップ時間を実質的に無視できるため、ハードディスクドライブを不揮発性の記憶装置と同等の装置として扱うことが可能となり、ビットあたりの単価を下げて、コストダウンも可能となる。

本発明の一の形態によれば、上記情報処理装置は、第１の機能を有する第１のアプリケーションと、前記第１の機能とは異なる第２の機能を有する第２のアプリケーションとを記憶する記憶手段と、前記スピンアップ中に、前記一時記録領域内であって前記第１の領域以外の第２の領域に前記第１のアプリケーションをロードする第１のロード手段と、前記スピンアップが完了し、前記バッファが解放された場合に、前記第１の領域に前記第２のアプリケーションをロードする第２のロード手段とを更に具備していてもよい。

これにより、ハードディスクドライブのスピンアップ中でも、全てのアプリケーションではなく上記第１のアプリケーションを選択的に上記第２の領域へロードして実行可能とすることで、当該第１のアプリケーションに対するユーザの操作を即時に受け付け可能となる。また、スピンアップが完了した場合には上記解放されたバッファへ第２のアプリケーションをロードすることで、全てのアプリケーションを実行可能となる。

本発明の一の形態によれば、上記情報処理装置は、ユーザ操作を入力する入力手段を更に具備し、前記第１のロード手段は、前記スピンアップ中に前記第１の機能の実行を要求するためのユーザ操作が入力された場合に前記第１のアプリケーションをロードするようにしても構わない。

これにより、ユーザ操作があった場合に初めて第１のアプリケーションをロードすることとしたため、上記第２の領域を効率よく利用しながら、何れのアプリケーションについてもユーザ操作を受け付けることが可能となる。

本発明の一の形態によれば、上記情報処理装置は、着脱可能な光ディスクに前記データを書き込み可能な光ディスクドライブを更に具備し、前記第１の機能は前記ハードディスクドライブへの前記データの書き込み機能であり、前記第２の機能は前記光ディスクドライブへの前記データの書き込み機能であり、前記書き込み手段は、前記第１のアプリケーションがロードされた場合に前記データを前記バッファへ書き込むようにしてもよい。

これにより、ハードディスクドライブのスピンアップ中は、ハードディスクドライブへの書き込み機能を有する第１のアプリケーションを選択的に第２の領域へロードして、当該第１のアプリケーションを用いてユーザの操作を即時に受け付け、上記データをバッファへ書き込むことができる。また、スピンアップ完了後は、解放された第１の領域へロードされた第２のアプリケーションにより、光ディスクドライブへのデータの書き込みも可能となる。

なお、この構成とは逆に、上記第１の機能が光ディスクドライブへのデータ書き込み機能、上記第２の機能がハードディスクドライブへのデータ書き込み機能であってもよい。この場合にはハードディスクドライブのスピンアップ中でも、第１のアプリケーションを起動して上記光ディスクドライブへデータを書き込むことが可能となる。

本発明の一の形態によれば、上記情報処理装置において、前記データは、当該情報処理装置へ放送された放送データであり、当該情報処理装置は、前記放送データを受信する受信手段を更に具備していても構わない。

これにより、ハードディスクドライブのスピンアップ中でも、受信された放送データをバッファに書き込むことで、当該放送データの録画を即時に行うことが可能となる。特に、放送データとして放送される放送番組の当該放送時間が迫っている場合等に有効である。

本発明の一の形態によれば、上記情報処理装置において、前記第１のアプリケーションは、前記第２のアプリケーションの機能の一部を制限したアプリケーションであり、前記第１のロード手段は、前記スピンアップが完了した場合に前記ロードされた第１のアプリケーションをアンロードする手段を有していてもよい。

この場合、第２のアプリケーションは、例えば放送データの番組表データを記したＥＰＧ（Electronic Program Guide）を処理するためのアプリケーションであり、例えばＥＰＧの更新機能、再構築機能、他のアプリケーションへの供給機能、録画受付機能等を有している。また第１のアプリケーションは例えばこれらの機能のうち当該更新機能、再構築機能を制限したアプリケーションである。これにより、スピンアップ中は上記機能を制限した第１のアプリケーションをロードして上記一時記憶装置内の使用容量を抑えてロード時間も短縮させることができるとともに、当該第１のアプリケーションによってユーザの操作を即時に受け付けて、例えばＥＰＧの画面上から、上記更新機能による更新前の番組表データ中の番組であれば、当該番組の録画操作等を即時に行わせることができる。また、スピンアップが完了した場合には上記第１のアプリケーションをアンロードし、第２のアプリケーションを上記第１の領域にロードすることで、多くの機能を制限無く利用することが可能となる。

本発明の他の観点に係る情報処理方法は、データを書き込み可能なハードディスクドライブ及び前記データを一時的に書き込み可能な一時記憶装置を有する情報処理装置において情報を処理する方法であって、前記ハードディスクドライブにおいてスピンアップが開始されたときに前記一時記憶装置内の第１の領域にバッファを生成するステップと、前記スピンアップ中に前記ハードディスクドライブへの前記データの書き込み要求が入力された場合に、当該データを前記バッファへ書き込むステップと、前記スピンアップが完了した場合に、前記バッファへ書き込まれたデータを前記ハードディスクドライブへ書き出すステップと、前記データが書き出されたときに前記バッファを解放するステップとを具備する。

本発明のまた別の観点に係るプログラムは、データを書き込み可能なハードディスクドライブ及び前記データを一時的に書き込み可能な一時記憶装置を有する情報処理装置に、前記ハードディスクドライブにおいてスピンアップが開始されたときに前記一時記憶装置内の第１の領域にバッファを生成するステップと、前記スピンアップ中に前記ハードディスクドライブへの前記データの書き込み要求が入力された場合に、当該データを前記バッファへ書き込むステップと、前記スピンアップが完了した場合に、前記バッファへ書き込まれたデータを前記ハードディスクドライブへ書き出すステップと、前記データが書き出されたときに前記バッファを解放するステップとを実行させるためのものである。

以上のように、本発明によれば、起動時間を短縮してユーザの操作を即時に受け付けることができる。

（第１実施形態）
以下、本発明の第１の実施形態について図面に基づき説明する。

図１は、本実施形態における記録再生装置１００の構成を示したブロック図である。同図に示すように、記録再生装置１００は、ＣＰＵ（Central Processing Unit）１、ＲＡＭ（Random Access Memory）２、ＲＯＭ（Read Only Memory）３、ＮＶＲＡＭ（Non Volatile RAM）４、デジタルチューナー５、アナログチューナー６、ＶＢＩ（Video Blanking Interval）スライサー７、ＮＴＳＣ（National Television System Committee）デコーダ８、ＭＰＥＧ（Motion Picture Expert Group）エンコーダ９、ＭＰＥＧデコーダ１０、ＮＴＳＣエンコーダ１１、ＯＳＤ（On Screen Display）１２、ＶＲＡＭ（Video RAM)１３、バッファコントローラ１４、光ディスクドライブ１５及びＨＤＤ(Hard Disk Drive)１６を有している。

同図の各ブロックはＣＰＵ１とシステムバス１７により接続されており、ＣＰＵ１はＲＡＭ２、ＲＯＭ３及びＮＶＲＡＭ４に適宜アクセスし、例えばＲＯＭ３に記憶されたＯＳ（Operating System）やファームウェア等に基づいて、各ブロックを統括的に制御し、各種の演算処理を行う。

ＲＡＭ２は、ＣＰＵ１の作業用領域等として用いられ、例えばＲＯＭ３に記憶されたＯＳやプログラム、処理データ等を一時的に保持するメモリである。

ＲＯＭ３は、ＣＰＵ１に実行させるＯＳ、プログラムや各種パラメータなどのファームウェアが固定的に記憶されている不揮発性のメモリである。

操作入力部１９は、ボタン、スイッチ、キー、操作確認用の表示器や、リモートコントローラ（図示せず）から送信される赤外線信号の受光部等で構成され、ユーザの操作による各種設定値や指令を入力してＣＰＵ１へ出力する。

図２は、図１の各ブロックが画像データ等を処理する際の構成及び当該画像データ等の流れを示した図である。以下、同図を用いて各ブロックの機能について説明する。

まず、記録再生装置１００がデータを記録するための各ブロックについて説明する。

デジタルチューナー５は、ＣＰＵ１の制御に従って、図示しないアンテナを介してデジタル放送の特定のチャンネルを選局してデジタルビデオ信号及びデジタルオーディオ信号を例えばＭＰＥＧストリームとして受信し、当該デジタル信号を復調してバッファコントローラ１４に出力する。また、ＭＰＥＧストリームに含まれるＰＳＩ／ＳＩ（Program Specific Information / Service Information）信号からは、ＥＰＧ（Electronic Program Guide）情報が抽出され、当該ＥＰＧ情報はシステムバス１７を介してＲＡＭ２上に転送され、ＣＰＵ１により番組表及び番組情報を構成するためのデータとして処理された後、ＨＤＤ１６に書き込まれる。なお、ＥＰＧ情報は、記録再生装置１００がインターネット等のネットワークに接続されている場合には、当該ネットワークを介して取得するようにしても構わない。

アナログチューナー６は、ＣＰＵ１の制御に従って、上記アンテナを介してアナログ放送の特定のチャンネルを選局してアナログ放送信号を受信し、当該アナログ放送信号を復調してＮＴＳＣ信号を生成し、ＶＢＩスライサー７及びＮＴＳＣデコーダ８に供給する。

ＶＢＩスライサー７は、入力されたＮＴＳＣ信号のＶＢＩ部分からＥＰＧ情報の切り出しを行う。当該切り出されたＥＰＧ情報は、上記ＭＰＥＧストリームにおけるＰＳＩ／ＳＩ信号から抽出されたＥＰＧ情報と同様、システムバス１７を介してＲＡＭ２上に転送され、ＣＰＵ１により処理された後、ＨＤＤ１６へ転送され、保存される。

一方、ＮＴＳＣデコーダ８に入力されたＮＴＳＣ信号は、デジタルビデオ信号に変換され、更に、ＭＰＥＧエンコーダ９で符号化処理を施されてＭＰＥＧストリームに変換された後、バッファコントローラ１４へ出力される。

なお、本実施形態においてはデータ圧縮方式としてＭＰＥＧ方式を適用しているが、他の圧縮方式でも勿論構わない。

バッファコントローラ１４は、上記デジタルチューナー５又はＭＰＥＧエンコーダ９から連続的に供給されるＭＰＥＧストリームの、光ディスクドライブ１５またはＨＤＤ１６への書き込みのタイミングやデータ量を制御し、各信号を光ディスクドライブ１５またはＨＤＤ１６へ断続的に書き込む。また、バッファコントローラ１４は、光ディスクドライブ１５またはＨＤＤ１６に記録されたデジタル信号の読み出しのタイミングやデータ量を制御し、光ディスクドライブ１５またはＨＤＤ１６から断続的に読み出されるＭＰＥＧストリームを、ＭＰＥＧデコーダ１０へ連続的に供給する。

すなわち、光ディスクドライブ１５またはＨＤＤ１６がシーク動作を行っている間は読み書きを行うことができない一方、ＭＰＥＧエンコーダ９やＭＰＥＧデコーダ１０は連続的なＭＰＥＧストリームの入出力を期待するため、上記バッファコントローラ１４内部でＭＰＥＧストリームをバッファリングし、光ディスクドライブ１５またはＨＤＤ１６の特性に合わせた読み出し及び書き込みのタイミング制御を行っている。

またバッファコントローラ１４は、光ディスクドライブ１５またはＨＤＤ１６とのデータ授受だけでなく、システムバス１７を介してＣＰＵ１からの読み書きも受け付け、ＣＰＵ１から光ディスクドライブ１５またはＨＤＤ１６に対する読み出し及び書き込みも行うことが可能である。この場合のデータはＭＰＥＧストリームに限られず、プログラムコードやＥＰＧの番組データ等、様々な形式のデータを処理することができる。

光ディスクドライブ１５は、上記ＭＰＥＧストリーム等のデータをＤＶＤ（Digital Versatile Disc）（例えばＤＶＤ−Ｖｉｄｅｏ、ＤＶＤ−ＲＡＭ、ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等）やＢｌｕ−ｒａｙディスク等の着脱自在な光ディスク１８に記録したり、当該光ディスク１８から上記データを再生時に読み出したりする。

ＨＤＤ１６は、上記ＭＰＥＧストリームの他、各種プログラムやデータ等を内蔵のハードディスクに記録し、またそれらを当該ハードディスクから読み出す。

なお、本実施形態においては光ディスクドライブ１５及びＨＤＤ１６がバッファコントローラ１４に接続されている形態を説明したが、光ディスクドライブ１５の代わりに磁気ディスクドライブ、光磁気ディスクドライブ、半導体メモリディスクの何れか、若しくはそのうちの複数が接続されていても構わないし、あるいは、ＨＤＤ１６のみが接続されていても構わない。

次に、記録再生装置１００が記録されたデータを再生するための各ブロックについて説明する。

上述したように、光ディスクドライブ１５及びＨＤＤ１６から読み出されたＭＰＥＧストリームは、バッファコントローラ１４を介して、ＭＰＥＧデコーダ１０に連続的に供給される。

ＭＰＥＧデコーダ１０に供給されたＭＰＥＧストリームは、復号処理によりデジタルビデオ信号に変換された後、ＯＳＤ１２によりＶＲＡＭ１３上の画像データとの合成や切り替え処理を施されて、ＮＴＳＣエンコーダ１１に出力される。

ＶＲＡＭ１３は、ＯＳＤ１２がグラフィックデータを生成、合成するためのメモリであり、ＯＳＤ１２が直接読み書きすることができ、またＣＰＵ１がシステムバス１７を介してＯＳＤ１２経由で読み書きすることもできる。

ＮＴＳＣエンコーダ１１は、入力されたデジタルビデオ信号をＹ／Ｃ信号に変換した後、Ｄ／Ａ（Digital / Analog）変換を行ってアナログビデオ信号を記録再生装置１００に接続されたディスプレイ（図示せず）に出力して表示させる。

なお、図示しないが、バッファコントローラ１４から出力されたＭＰＥＧストリームのうちオーディオストリームは、ＭＰＥＧエンコーダによりデジタルオーディオ信号に変換され、Ｄ／Ａ変換によりアナログオーディオ信号に変換されて、記録再生装置１００に接続されたスピーカ（図示せず）に出力されて再生される。

次に、以上のように構成された記録再生装置１００の動作について説明する。

図３は、記録再生装置１００の電源ＯＮ時の初期化処理の流れを示したフローチャートである。

ここでまず、本実施形態において記録再生装置１００が有するプログラムについて説明する。記録再生装置１００は、例えば上記ＲＯＭ３等の不揮発性のメモリに、ＯＳや、記録再生装置１００の起動時に当該ＯＳをＲＯＭ３から読み出して起動させるためのブートローダ、各種デバイスドライバ及び各種アプリケーションを記憶しており、それぞれＲＯＭ３からＲＡＭ２に展開されてＣＰＵ１の制御により実行される。

当該各プログラムのうち、上記各種アプリケーションは、本実施形態においてはメディア依存アプリケーションとメディア非依存アプリケーションとに大別される。ここでメディアとは、ＨＤＤ１６または上記ＤＶＤ、ＣＤ、Ｂｌｕ−ｒａｙディスク等の上記光ディスクドライブ１５に挿入されうる光ディスク１８等のメディアを指し、本実施形態においてメディア依存アプリケーションとは、これらの各メディアに対するデータの書き込みや読み出しに関わるアプリケーションを指す。

メディア依存アプリケーションは、各メディア毎に個別に実装されるという特徴を有している。例えば、ＤＶＤ−ＲＷディスクが光ディスクドライブ１５に挿入されている場合には、当該ＤＶＤ−ＲＷディスクに関連するメディア依存アプリケーションは必要となるが、それ以外のメディアに関連するメディア依存アプリケーションは必要ないというように、それぞれ独立性を有した実装となっている。

メディア依存アプリケーションの例としては、各メディア毎に固有のファイルシステム、論理フォーマット、タイトル（ＭＰＥＧストリームとして記録された放送番組）の管理に関するアプリケーション等が挙げられる。

このようなメディア依存アプリケーションに対して、メディア非依存アプリケーションは、記録再生装置１００の電源管理、時間管理、グラフィックス描画といった、メディアに依存しない、記録再生装置１００の基本機能をつかさどる部分を構成するアプリケーションをいう。

なお、メディアに依存するアプリケーションであっても、複数の異なるメディアに共通する機能として一つのアプリケーションとして実装されているアプリケーションは、メディア非依存アプリケーションとして分類するものとする。例えば、記録や再生等の機能のうち、メディアに依存しない部分をつかさどるアプリケーション等はメディア非依存アプリケーションとする。

図３に戻り、まず、記録再生装置１００の電源が投入されると、ＣＰＵ１はシステムバス１７を経由してＲＯＭ３からブートローダを読み出し、当該ブートローダを実行する（ステップ２１）。ブートローダは、ＣＰＵ１のレジスタの初期化を行った後、システムバス１７を介してＲＯＭ３からＯＳをＲＡＭ２上に展開する（ステップ２２）。

ＯＳがＲＡＭ２上に展開されると、ＯＳの実行へと遷移し、次いで、各種デバイスドライバがロードされて周辺のデバイスが初期化され、動作可能となる（ステップ２３）。

この初期化の過程で、ＨＤＤ１６のスピンアップが開始される（ステップ２４）。

各種デバイスドライバのロードが完了した時点で、スピンアップが完了するまでの間のバッファ用のメモリ領域がＲＡＭ２上に生成され、確保される（ステップ２５）。

当該ステップ２５の時点におけるＲＡＭ２の状態を図４（Ａ）に示す。同図に示すように、ＲＡＭ２上の第２の領域４２の一部には、ＯＳとデバイスドライバがロードされ、その残りの領域は空き領域４４ａとして存在している。そして第１の領域４１にはバッファ用メモリ４３が生成されている。これ以降、ＨＤＤ１６のスピンアップが完了するまでの間に、例えば上記操作入力部１９へのユーザ操作の入力等により、各種アプリケーションによるＨＤＤ１６への書き込み要求が発生した場合には、当該バッファ用メモリ４３に書き込みを行う。

バッファ用メモリ４３が確保された後、メディア非依存アプリケーションがＲＡＭ２に順次ロードされ、実行状態に入る（ステップ２６）。

当該ステップ２６の時点におけるＲＡＭ２の状態を図４（Ｂ）に示す。同図に示すように、ＲＡＭ２上には、上記第１の領域４１に確保されたバッファ用メモリ４３と、上記第２の領域４２にロードされたＯＳ及びデバイスドライバと、上記図４（Ａ）における第２の領域の空き領域にロードされたメディア非依存アプリケーションＡ〜Ｗが存在し、第２の領域４２中の、当該メディア非依存アプリケーションのロード後に残った領域が空き領域４４ｂとして存在している。

メディア非依存アプリケーションのロードが完了した時点で、ＣＰＵ１は、ユーザからの操作を許可する（ステップ２７）。すなわち、ユーザ操作可能であることから、ユーザに対しては、この時点で記録再生装置１００の起動が完了したように見える。例えばユーザが操作入力を行うためのメニュー画面等もこの時点でディスプレイに表示可能となる。

そして、ここで一旦ＨＤＤ１６のスピンアップの完了待ちに入る（ステップ２８）。

ＨＤＤ１６のスピンアップ完了待ちの間（ステップ２８のＮＯ）は、操作入力部１９を介してユーザからの操作を待ち受け（ステップ３２）、操作がなければ（ステップ３２のＮＯ）、ＨＤＤ１６のスピンアップ完了待ち（ステップ２８）との間を繰り返す。

ＨＤＤ１６のスピンアップ完了待ちの間に、ユーザからの操作があった場合（ステップ３２のＹＥＳ）、ロード済みのアプリケーションに対する操作であった場合（ステップ３３のＮＯ）には、当該操作に対する処理を実行し、スピンアップ完了待ちの状態へ戻る（ステップ２８）。

ＨＤＤ１６のスピンアップ完了待ちの間に、ユーザからの操作があった場合（ステップ３２のＹＥＳ）であって、未ロードのアプリケーションに対する操作であった場合（ステップ３３のＹＥＳ）には、必要なアプリケーションをその時点でロードして実行状態に入れ（ステップ３４）、操作に対する処理を実行し、スピンアップ完了待ちの状態へ戻る（ステップ２８）。このときロードされるアプリケーションは、上記メディア依存アプリケーションであるが、ユーザの操作に対応するメディア依存アプリケーションのみロードすればよく、全てのメディアに関連する複数のアプリケーションが同時にロードされることはないため、上記第１の領域４１に確保したバッファ用メモリ４３を解放する必要はない。

当該ステップ３４の時点におけるＲＡＭ２の状態を図４（Ｃ）に示す。同図に示すように、ＲＡＭ２上には、上記第１の領域４１に確保されたバッファ用メモリ４３と、上記第２の領域４２にロードされたＯＳ、デバイスドライバ及びメディア非依存アプリケーションＡ〜Ｗが存在し、更に、第２の領域４２中の、上記図４（Ｂ）における空き領域４４ｂに、メディア依存アプリケーションＸ（またはＹ，Ｚ）がロードされている。当該メディア依存アプリケーションＸ、Ｙ及びＺは、例えばＨＤＤ１６、ＤＶＤ、ＣＤ等にそれぞれ関連するメディア依存アプリケーションである。

スピンアップが完了するまでの間は、上記ステップ２８、３２、３３及び３４の処理を必要に応じて分岐判断しながら繰り返すこととなる。

ところで、本実施形態の記録再生装置１００のようにＨＤＤ及び光ディスクドライブを有する記録再生装置においては、ＨＤＤへの書き込み要求が発生した場合には勿論ＨＤＤへアクセスする必要があるが、ＨＤＤではなく光ディスクドライブへの書き込み要求があった場合にも、例えばＨＤＤに保存されたＥＰＧ情報を読み出す必要等から、記録再生装置の起動処理時ではないにしても、ＨＤＤへのアクセスは生じる。そのため、従来の記録再生装置においては、光ディスクドライブに関連するアプリケーションについても、ＨＤＤのスピンアップが完了しなければユーザの操作は可能とならなかった。しかしながら、本実施形態の記録再生装置１００においては、ユーザ操作に基づいて、ＨＤＤ１６のスピンアップ中であっても必要なメディア依存アプリケーションは選択的にＲＡＭ２へロードすることで、当該メディア依存アプリケーションに対するユーザ操作を可能とし、見かけ上の起動時間を短縮している。

図３に戻り、ＨＤＤ１６のスピンアップが完了した場合（ステップ２８のＹＥＳ）には、スピンアップ中にＨＤＤ１６への書き込み要求があった場合に上記バッファ用メモリ４３に書き込まれたデータをＨＤＤ１６へ書き出す（ステップ２９）。そして、当該ＨＤＤ１６への書き出し完了後、上記バッファ用メモリ４３として確保された領域を解放する（ステップ３０）。バッファ用メモリ４３の領域の解放後は、未ロードのメディア依存アプリケーションをロードし、実行状態に入る（ステップ３１）。

当該ステップ３１の時点におけるＲＡＭ２の状態を図４（Ｄ）に示す。同図に示すように、ＲＡＭ２上には、上記第１の領域４１に確保されたバッファ用メモリ４３と、上記第２の領域４２にロードされたＯＳ、デバイスドライバ、メディア非依存アプリケーションＡ〜Ｗ及びメディア依存アプリケーションＸに加えて、上記図４（Ｃ）においては未ロードであったメディア依存アプリケーションＹ及びＺがロードされている。すなわち、図４（Ｃ）において第１の領域４１に確保されていたバッファ用メモリ４３が解放（消去）され、当該第１の領域に上記メディア依存アプリケーションＹ及びＺがロードされることで、全てのアプリケーションがロードされた状態となっている。

以上の処理により、通常の起動処理に対して制限を加えることなく、スピンアップの待ち時間を見かけ上発生させずに起動時間を短縮して、全てのアプリケーションを操作することが可能となる。

次に、本実施形態におけるより具体的な処理の例として、電源ＯＮ直後のＨＤＤ１６へのスピンアップ中に、ＨＤＤ１６への記録操作が行われた場合について、上記図３を再度用いて説明する。

上記図３において、ＨＤＤ１６のスピンアップ中に、スピンアップ完了待ちの状態（ステップ２８）と、ユーザからの操作を待ち受けている状態（ステップ３２）との間の処理を繰り返している状態において、ＨＤＤ１６への記録の操作が行われた場合、まず、ステップ３３へ遷移する。

ステップ３３においては、ＨＤＤ１６への記録に関するアプリケーションがメディア依存アプリケーションであることから、当該メディア依存アプリケーションは未ロードであると判断して、ステップ３４へ遷移する。

ステップ３４においては、ＨＤＤ１６に関連するメディア依存アプリケーションのみをＲＡＭ２の上記第２の領域４２へロードして実行状態に入れる。

ここに至り、ロードされたＨＤＤ関連のメディア依存アプリケーションは、他のロード済みのアプリケーション及びデバイスドライバと連携して、デジタルチューナー５から供給されるＭＰＥＧストリームをそのままバッファコントローラ１４経由でＲＡＭ２上のバッファ用メモリ４３へ記録し、または、アナログチューナー６から供給されるＮＴＳＣ信号を、ＮＴＳＣデコーダ８でデジタル信号に変換し、更にＭＰＥＧエンコーダ９でＭＰＥＧストリームに変換して、バッファコントローラ１４経由で上記バッファ用メモリ４３へ記録する。

ＨＤＤに関連するメディア依存アプリケーションのＲＡＭ２へのロード及び実行完了後、ステップ２８のスピンアップ完了待ちの状態でスピンアップ完了が検出されると、ステップ２９に遷移する。

ステップ２９においては、ＭＰＥＧストリームの記録先の設定を、ＲＡＭ２上のバッファ用メモリ４３から、ＨＤＤ１６へと切り替えるとともに、バッファ用メモリ４３へ記録されたＭＰＥＧストリームをＨＤＤ１６へ書き移す。

ＨＤＤ１６へのＭＰＥＧストリームの書き移しが完了したバッファ用メモリ４３は、ステップ３０で解放し、第１の領域４１を空き領域とする。

ステップ３１では、上記バッファ用メモリ４３の解放によりＲＡＭ２上にできた空き領域である第１の領域４1に未ロードのメディア依存アプリケーションをロードし、実行状態に入れ、初期化を完了する。

なお、スピンアップの開始から完了の監視（ステップ２８）、バッファ用メモリ４３の生成（確保）（ステップ２５）、バッファ用メモリ４３の解放（ステップ３０）及び上述の書き込み先の設定の切り替え処理等の各処理は、ＣＰＵ１の監視の下、ソフトウェアの処理により実装しても構わないし、バッファコントローラ１４の一機能、若しくは上記各ブロックとは別のブロックの一機能として、ハードウェアで実装しても構わない。

また、上記バッファ用メモリ４３へ書き込むデータとしては、記録処理の場合の例としてＭＰＥＧストリームを挙げて説明をしたが、各種チューナーやネットワークインターフェースを有する記録再生装置においては、それらによりもたらされるＥＰＧ情報や各種データベース、ソフトウェアのバージョンアップデータ等も、その最終書き込み先がＨＤＤ１６であれば、ＨＤＤ１６のスピンアップ中は上記バッファ用メモリ４３へそれらを書き込むようにしても構わない。

以上説明した動作により、スピンアップ中にＨＤＤ１６へのデータの書き込み要求があった場合には、ＲＡＭ２に確保した上記バッファ用メモリ４３へデータを書き込むことで見かけ上の起動時間を短縮し、またユーザの操作により必要となったアプリケーションのみを選択的にＲＡＭ２上のバッファ用メモリ４３以外の空き領域へロードすることで、何れのアプリケーションに対してもユーザの操作を受け付けることが可能となる。これにより、例えばユーザが録画を所望する番組の放送時間が迫っている場合等には、記録再生装置１００の起動後即時に録画操作を行うようなことが可能となり、ユーザの利便性を向上させ、起動待ちによるストレスや録画漏れ等によるストレスを無くすことができる。

なお、以上の動作によれば、記録再生装置１００の起動時間は、従来の記録再生装置が２０秒から３０秒もしくはそれ以上かかっていたのに比較して、例えば１０数秒もしくはそれ以下にまで短縮させることができる。

また、上記バッファ用メモリ４３をＲＡＭ２上に動的に割り当て、かつ、動的に解放することで、定常状態におけるＲＡＭ２の必要容量に対して、容量の追加をすることなくバッファ用メモリ４３を確保することができるため、容量の追加によるシステムのコスト増を避けることもできる。

更に、ＨＤＤ１６のスピンアップ時間を無視できるようになったことで、ＨＤＤ１６を上記ＮＶＲＡＭ４と同等の装置として扱うことができ、ビットあたりの単価を下げてコストダウンを図ることも可能となる。

なお、ユーザ操作を受け付けてから、既ロードのアプリケーションか未ロードのアプリケーションかを判断してロード及び実行を行うと、多少の遅延は伴うものの、ＣＰＵ１、ＲＡＭ２、ＲＯＭ３及びシステムバス１７の処理速度はＨＤＤ１６のスピンアップ時間に比べて十分に速いので、スピンアップによる待ち時間はほとんど無視することができる。

また、本実施形態においては電源ＯＮからの起動処理の流れを説明したが、例えばＨＤＤ１６が省電力モードで回転が停止している状態からの復帰時においても、上記と同様の手法により、復帰処理の高速化を図ることが可能となる。

（第２実施形態）
次に、本発明の第２の実施形態について説明する。図５は、本実施形態における記録再生装置１００の、電源ＯＮ時の初期化処理の流れを示したフローチャートであり、図６は図５の初期化処理時におけるＲＡＭ２の状態遷移図である。なお、上述の第１の実施形態における記録再生装置１００の構成及び動作と同様となる部分については以降の図面において同一の符号を付し、説明を省略または簡略化する。また、図示しない部分については上記第１実施形態と同様の構成であるものとする。ただし、第１実施形態において、ＥＰＧ情報の格納先はＨＤＤ１６としたが、本実施形態においては、ＮＶＲＡＭ４とする。

上述の第１実施形態においては、アプリケーションとしてメディア依存アプリケーションとメディア非依存アプリケーションを例に挙げたが、本実施形態においては、簡易アプリケーション及び基本アプリケーションを扱う。まず当該簡易アプリケーション及び基本アプリケーションについて説明する。

本実施形態において簡易アプリケーションとは、本来の実装と比較して、簡易的な実装を行っているアプリケーションを指す。当該簡易アプリケーションは、簡易実装を行うために、一部機能に制限をかける必要があるが、コードサイズ及びＲＡＭ２の使用量が少ないという特徴を有している。なお、本来の全ての実装を施してあるアプリケーションを非簡易アプリケーションと称する。

簡易アプリケーションの例としては、記録再生処理のバックグラウンドで動作しているデータベース関係のアプリケーションが挙げられる。非簡易アプリケーションの場合には、データベースの更新、再構築、他のアプリケーションへのデータ供給等を機能として備えているが、簡易アプリケーションの場合は、データベースの更新、再構築を行うことはできず、他のアプリケーションへのデータ供給機能のみを備えている。

データベース関係のアプリケーションの例としては、ＥＰＧ等が挙げられる。簡易実装の場合には、ＮＶＲＡＭ４に蓄えられた番組データをグラフィックス描画アプリケーション等の他のアプリケーションの要求に従って供給するだけだが、非簡易実装の場合には、ＶＢＩスライサー７で切り出した、またはＰＳＩ／ＳＩ信号から抽出されたＥＰＧ情報をＲＡＭ２上で番組表及び番組情報のデータとして処理し、ＮＶＲＡＭ４上のデータベースを更新する、という機能まで備えている。なお、簡易実装、非簡易実装のどちらの場合でも、例えばディスプレイに表示されたＥＰＧ画面上から番組の録画及び録画予約を行うことが可能である。

このような簡易アプリケーション及び非簡易アプリケーションに対して、簡易／非簡易の区別なく、全ての機能を実装したアプリケーション唯一が存在するものを、基本アプリケーションと称する。当該基本アプリケーションの例としては、記録再生装置１００の基本機能である電源管理、時間管理、グラフィックス描画といった機能を処理するアプリケーションや、上記バッファコントローラ１４の制御を行うアプリケーション等が挙げられる。

図５に戻り、ステップ５１からステップ５５までの処理は上記図３のフローチャートにおけるステップ２１からステップ２５までの処理と同様であるため、説明を省略する。

ステップ５５の時点におけるＲＡＭ２の状態を図６（Ａ）に示す。同図に示すように、ＲＡＭ２上の第２の領域４２の一部には、ＯＳとデバイスドライバがロードされ、その残りの領域は空き領域４４ａとして存在している。そして第１の領域４１にはバッファ用メモリ４３が生成されている。これ以降、ＨＤＤ１６のスピンアップが完了するまでの間にＨＤＤ１６への書き込み要求が発生した場合には、上記第１実施形態における場合と同様、当該バッファ用メモリ４３に書き込みを行う。

バッファ用メモリ４３が確保された後、まず基本アプリケーションが順次ロードされ、実行状態に入る（ステップ５６）。

次いで、簡易実装が施された簡易アプリケーションがロードされ、実行状態に入る（ステップ５７）。

当該ステップ５７の時点におけるＲＡＭ２の状態を図６（Ｂ）に示す。同図に示すように、ＲＡＭ２上の第１の領域４１にはバッファ用メモリ４３が存在し、上記第２の領域４２には、ＯＳ、デバイスドライバ、更には基本アプリケーションＡ〜Ｙ、及び簡易アプリケーションＺ’がロードされている。当該簡易アプリケーションＺ’は非簡易アプリケーションＺの簡易実装版である。

簡易アプリケーションのロードが完了した時点で、ユーザからの操作を許可する（ステップ５８）。

ここで、一旦ＨＤＤ１６のスピンアップ完了待ちの状態に入る（ステップ５９）。当該ステップ５９においてＨＤＤ１６のスピンアップ完了を待っている間も、ユーザからの操作は受け付け可能であり、全てのアプリケーションは操作可能である。また上記図６における簡易アプリケーションＺ’がＥＰＧのアプリケーションである場合には、上記ＶＢＩスライサー７で切り出した、またはＰＳＩ／ＳＩ信号から抽出したＥＰＧ情報の処理機能及びＮＶＲＡＭ４上のデータベースの更新機能は備えていないものの、他のアプリケーションへのデータベースの供給機能及びＥＰＧ画面上からの番組録画機能は備えており、スピンアップ中であっても、例えば将来のデータベースの更新によっても変更のない番組等についてはＨＤＤ１６への録画操作を行うことも可能である。

そして、スピンアップ完了後、ＲＡＭ２上のバッファ用メモリ４３にスピンアップ中に書き込まれたデータをＨＤＤ１６へ書き出す（ステップ６０）。

ＨＤＤ１６へのデータの書き出し完了後、確保していたバッファ用メモリ４３を解放する（ステップ６１）。

バッファ用メモリ４３の解放後、簡易アプリケーションを一旦終了してアンロードし（ステップ６２）、全ての機能が実装された非簡易アプリケーションをロードし、実行状態に入れる（ステップ６３）。

当該ステップ６３の時点におけるＲＡＭ２の状態を図６（Ｃ）に示す。同図に示すように、ＲＡＭ２上の第１の領域４１からはバッファ用メモリ４３は消失している。そして第２の領域４２にはＯＳ、デバイスドライバ、基本アプリケーションＡ〜Ｙがロードされており、また上記図６（Ｂ）において簡易アプリケーションＺ’がロードされていた第２の領域４２の一部と、バッファ用メモリ４３が解放され空き領域となった第１の領域４１とをまたぐように非簡易アプリケーションＺがロードされ、全てのアプリケーションがロードされた状態となっている。

以上説明したように、本実施形態においても、通常の起動処理に対してＨＤＤ１６のスピンアップの待ち時間を発生させずに、見かけ上の起動時間を短縮して全てのアプリケーションを操作させ、ＨＤＤ１６への書き込み操作も行わせることが可能となる。

なお、本発明は上述の２つの実施形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。

上述の実施形態においては、いわゆるＨＤＤ／ＤＶＤレコーダとしての記録再生装置１００に本発明を適用したが、例えば記録再生機能を有するテレビジョン受像機やＰＣ等、他の機器に適用することも勿論可能である。

また、上述の実施形態においては、デジタル放送及びアナログ放送におけるＭＰＥＧストリーム及びそれらに関連するデータをＨＤＤ１６に記録する際の処理について説明したが、番組データ及びその関連データに限らず、例えば各種アプリケーションのインストールや他メディアに保存されたデータの書き出し等、ＨＤＤ１６への記録を伴う全ての処理に本発明を適用することが可能である。

本発明の第１実施形態における記録再生装置１００の構成を示したブロック図である。 図１の各ブロックが画像データ等を処理する際の構成及び当該画像データ等の流れを示した機能ブロック図である。 第１実施形態における記録再生装置１００の、電源ＯＮ時の初期化処理の流れを示したフローチャートである。 図３の初期化処理時におけるＲＡＭ２の状態遷移図である。 本発明の第２実施形態における記録再生装置１００の、電源ＯＮ時の初期化処理の流れを示したフローチャートである。 図５の初期化処理時におけるＲＡＭ２の状態遷移図である。

符号の説明

１…ＣＰＵ
２…ＲＡＭ
３…ＲＯＭ
５…デジタルチューナー
６…アナログチューナー
１４…バッファコントローラ
１５…光ディスクドライブ
１６…ＨＤＤ
１８…光ディスク
１９…操作入力部
４１…第１の領域
４２…第２の領域
４３…バッファ用メモリ
１００…記録再生装置

Claims (8)

1. データを書き込み可能なハードディスクドライブと、
   前記データを一時的に書き込み可能な一時記憶装置と、
   前記ハードディスクドライブにおいてスピンアップが開始されたときに前記一時記憶装置内の第１の領域にバッファを生成する生成手段と、
   前記スピンアップ中に前記ハードディスクドライブへの前記データの書き込み要求が入力された場合に、当該データを前記バッファへ書き込む書き込み手段と、
   前記スピンアップが完了した場合に、前記バッファへ書き込まれたデータを前記ハードディスクドライブへ書き出す書き出し手段と、
   前記データが書き出されたときに前記バッファを解放する解放手段と
   を具備することを特徴とする情報処理装置。
2. 請求項１に記載の情報処理装置において、
   第１の機能を有する第１のアプリケーションと、前記第１の機能とは異なる第２の機能を有する第２のアプリケーションとを記憶する記憶手段と、
   前記スピンアップ中に、前記一時記録領域内であって前記第１の領域以外の第２の領域に前記第１のアプリケーションをロードする第１のロード手段と、
   前記スピンアップが完了し、前記バッファが解放された場合に、前記第１の領域に前記第２のアプリケーションをロードする第２のロード手段と
   を更に具備することを特徴とする情報処理装置。
3. 請求項２に記載の情報処理装置において、
   ユーザ操作を入力する入力手段を更に具備し、
   前記第１のロード手段は、前記スピンアップ中に前記第１の機能の実行を要求するためのユーザ操作が入力された場合に前記第１のアプリケーションをロードする
   ことを特徴とする情報処理装置。
4. 請求項３に記載の情報処理装置において、
   着脱可能な光ディスクに前記データを書き込み可能な光ディスクドライブを更に具備し、
   前記第１の機能は前記ハードディスクドライブへの前記データの書き込み機能であり、
   前記第２の機能は前記光ディスクドライブへの前記データの書き込み機能であり、
   前記書き込み手段は、前記第１のアプリケーションがロードされた場合に前記データを前記バッファへ書き込む
   ことを特徴とする情報処理装置。
5. 請求項４に記載の情報処理装置において、
   前記データは、当該情報処理装置へ放送された放送データであり、
   当該情報処理装置は、前記放送データを受信する受信手段を更に具備する
   ことを特徴とする情報処理装置。
6. 請求項２に記載の情報処理装置において、
   前記第１のアプリケーションは、前記第２のアプリケーションの機能の一部を制限したアプリケーションであり、
   前記第１のロード手段は、前記スピンアップが完了した場合に前記ロードされた第１のアプリケーションをアンロードする手段を有する
   ことを特徴とする情報処理装置。
7. データを書き込み可能なハードディスクドライブ及び前記データを一時的に書き込み可能な一時記憶装置を有する情報処理装置において情報を処理する方法であって、
   前記ハードディスクドライブにおいてスピンアップが開始されたときに前記一時記憶装置内の第１の領域にバッファを生成するステップと、
   前記スピンアップ中に前記ハードディスクドライブへの前記データの書き込み要求が入力された場合に、当該データを前記バッファへ書き込むステップと、
   前記スピンアップが完了した場合に、前記バッファへ書き込まれたデータを前記ハードディスクドライブへ書き出すステップと、
   前記データが書き出されたときに前記バッファを解放するステップと
   を具備することを特徴とする情報処理方法。
8. データを書き込み可能なハードディスクドライブ及び前記データを一時的に書き込み可能な一時記憶装置を有する情報処理装置に、
   前記ハードディスクドライブにおいてスピンアップが開始されたときに前記一時記憶装置内の第１の領域にバッファを生成するステップと、
   前記スピンアップ中に前記ハードディスクドライブへの前記データの書き込み要求が入力された場合に、当該データを前記バッファへ書き込むステップと、
   前記スピンアップが完了した場合に、前記バッファへ書き込まれたデータを前記ハードディスクドライブへ書き出すステップと、
   前記データが書き出されたときに前記バッファを解放するステップと
   を実行させるためのプログラム。

Images