JP2005149643A - 情報処理装置および方法、並びにプログラム - Google Patents

Abstract

【課題】 ハードディスクドライブ（HDD）への音声記録中に、そのHDDのメカノイズの発生を防止できるようにする。
【解決手段】 データ処理装置から出力された、HDDの周囲の音声データを含むデータを、そのハードディスクに書き込む制御が実行される（ステップＳ４３からＳ５０の間のうちの、特に、ステップＳ４３，Ｓ４４，Ｓ４７，Ｓ４８，Ｓ４９，Ｓ５０）。この間、強制的なATAコマンドを発行してHDDにアクセスすることで、HDDの磁気ヘッド等の駆動部分を磁気ディスク上のロード位置に保持させる制御がさらに実行される（ステップＳ４２，Ｓ４５，Ｓ４６）。これにより、HDDのメカノイズの主因となる、磁気ヘッド等の駆動部分の移動音の発生が抑制される。本発明は、HDDを内蔵するデジタルビデオカメラ等の情報処理装置に適用可能である。
【選択図】 図１５

Description

本発明は、情報処理装置および方法、並びにプログラムに関し、特に、音声をデータ化してハードディスクドライブに記録することが可能な情報処理装置において、音声記録中にハードディスクドライブのメカノイズの発生を防止できる、情報処理装置および方法、並びにプログラムに関する。

近年、記録媒体の中でもハードディスクドライブ(Hard Disk Drive：以下、HDDと記述する)の普及が著しい（特許文献１参照）。例えば、近年、デジタルビデオカメラやボイスレコーダといった、録音機能を少なくとも有するAV(Audio and Visual)機器の記録媒体としてもHDDが利用されるようになっている。

特開2001-184778号公報

しかしながら、HDDは、一般的に複数の動作モードを備えており、動作モードが切り替わるときに大きなメカノイズを発することがある。このため、上述したようなAV機器の記録媒体としてHDDを用いた場合、ユーザの所望の音声の他にさらに、HDD自身からのメカノイズが記録されてしまうことが多々あるという課題があった。

なお、この動作モードの切り替えはHDD自身により実行されているため、ホスト側で動作モードを任意に切り換えることは困難である。また、上述した特許文献１等の従来の発明では、単に、消費電力削減を目的とするHDDの制御を行っているだけであり、このような制御をそのまま適用しても従来の課題を解決することは困難である。

さらに、再生時においても、AV機器（HDD）が不快なノイズを発することはユーザにとってデメリットであることは言うまでもない。

本発明は、このような状況に鑑みてなされたものであり、HDDを内蔵する音声記録装置において、音声記録中にHDDのメカノイズの発生を防止することができるようにするものである。

本発明の情報処理装置は、記録媒体と、その記録媒体にデータを書き込む書き込み手段とを有し、書き込み手段の配置状態として、記録媒体へのデータの書き込みが可能な第１の位置に書き込み手段が配置される第１の状態と、第１の位置とは異なる第２の位置に書き込み手段が配置される第２の状態とが存在する記録手段と、周囲の音声を取得して音声データに変換し、その音声データを少なくとも含むデータを出力するデータ処理手段と、データ処理手段から出力されたデータを、記録手段の書き込み手段を介して記録媒体に書き込む書き込み制御を実行するとともに、書き込み制御を実行している間、書き込み手段の配置状態を第１の状態に保持させる状態制御を実行する制御手段とを備えることを特徴とする。

記録手段は、制御手段とのアクセスの開始時点に、書き込み手段の配置状態を第１の状態に遷移させ、そのアクセスの終了時点から第１の時間が経過した時点に、書き込み手段の配置状態を第１の状態から第２の状態に遷移させ、制御手段は、状態制御として、書き込み制御を開始する前に、記録手段とのアクセスを強制的に行うことで、書き込み手段の配置状態を第１の状態に予め遷移させる第１の状態制御を実行し、書き込み制御を開始するとき、データ処理手段の処理を開始する指令を出力し、データ処理手段は、制御手段からその指令が出力されたことをトリガとして、データの出力を開始するようにすることができる。

記制御手段は、状態制御としてさらに、第１の時間よりも短い第２の時間を予め設定し、書き込み制御を実行している間、記録手段に対する直前のアクセス終了時点から第２の時間が経過した時点に、記録手段とのアクセスを強制的に行うことで、書き込み手段の配置状態を第１の状態に保持させる第２の状態制御を実行することができる。

音声手段は、所定の固定レートでデータを出力し、データ処理手段からその固定レートで順次出力されてくるデータのうちの、予め規定された規定データ量分のデータを一時的に記憶する一時記憶手段をさらに設け、制御手段は、書き込み制御の少なくとも一部として、規定データ量分のデータが一時記憶手段に記憶される毎に、その時点で、記録手段とのアクセスを行い、状態制御としてさらに、一時記憶手段に規定データ量分のデータが記憶されるまでに要する第２の時間が、第１の時間よりも短くなる条件を満たすように、規定データ量を予め設定することで、書き込み手段の配置状態を第１の状態に保持させる第２の状態制御を実行することができる。

本発明の情報処理装置においては、記録媒体と、その記録媒体にデータを書き込む書き込み手段とを有し、書き込み手段の配置状態として、記録媒体へのデータの書き込みが可能な第１の位置に書き込み手段が配置される第１の状態と、第１の位置とは異なる第２の位置に書き込み手段が配置される第２の状態とが存在する記録手段と、周囲の音声を取得して音声データに変換し、その音声データを少なくとも含むデータを出力するデータ処理手段とが設けられている。そして、データ処理手段から出力されたデータを、記録手段の書き込み手段を介して記録媒体に書き込む制御が実行されている間、書き込み手段の配置状態を第１の状態に保持させる制御が実行される。

本発明の情報処理方法は、記録媒体と、記録媒体にデータを書き込む書き込み手段とを有し、書き込み手段の配置状態として、記録媒体へのデータの書き込みが可能な第１の位置に書き込み手段が配置される第１の状態と、第１の位置とは異なる第２の位置に書き込み手段が配置される第２の状態とが存在する記録装置と、記録装置の配置位置の周囲の音声を取得して音声データに変換し、その音声データを少なくとも含むデータを出力するデータ処理装置とを制御する情報処理方法であって、データ処理装置から出力されたデータを、記録装置の書き込み手段を介して記録媒体に書き込む制御を実行する書き込み制御実行ステップと、書き込み制御実行ステップの処理が実行されている間、記録装置の書き込み手段の配置状態を第１の状態に保持させる制御を実行する状態制御実行ステップとを含むことを特徴とする。

本発明のプログラムは、記録媒体と、記録媒体にデータを書き込む書き込み手段とを有し、書き込み手段の配置状態として、記録媒体へのデータの書き込みが可能な第１の位置に書き込み手段が配置される第１の状態と、第１の位置とは異なる第２の位置に書き込み手段が配置される第２の状態とが存在する記録装置と、記録装置の配置位置の周囲の音声を取得して音声データに変換し、その音声データを少なくとも含むデータを出力するデータ処理装置とを制御するコンピュータに実行させるプログラムであって、データ処理装置から出力されたデータを、記録装置の書き込み手段を介して記録媒体に書き込む制御を実行する書き込み制御実行ステップと、書き込み制御実行ステップの処理が実行されている間、記録装置の書き込み手段の配置状態を第１の状態に保持させる制御を実行する状態制御実行ステップとを含むことを特徴とする。

本発明の情報処理方法およびプログラムにおいては、記録媒体と、記録媒体にデータを書き込む書き込み手段とを有し、書き込み手段の配置状態として、記録媒体へのデータの書き込みが可能な第１の位置に書き込み手段が配置される第１の状態と、第１の位置とは異なる第２の位置に書き込み手段が配置される第２の状態とが存在する記録装置と、記録装置の配置位置の周囲の音声を取得して音声データに変換し、その音声データを少なくとも含むデータを出力するデータ処理装置とが制御される。詳細には、データ処理装置から出力されたデータを、記録装置の書き込み手段を介して記録媒体に書き込む制御が実行されている間、記録装置の書き込み手段の配置状態を第１の状態に保持させる制御が実行される。

以上のごとく、本発明によれば、音声をデータ化してHDDに記録することが可能な情報処理装置を提供できる。特に、その情報処理装置が音声記録中に、HDDのメカノイズの発生を防止することができる。

以下に本発明の実施の形態を説明するが、請求項に記載の構成要件と、発明の実施の形態における具体例との対応関係を例示すると、次のようになる。この記載は、請求項に記載されている発明をサポートする具体例が、発明の実施の形態に記載されていることを確認するためのものである。従って、発明の実施の形態中には記載されているが、構成要件に対応するものとして、ここには記載されていない具体例があったとしても、そのことは、その具体例が、その構成要件に対応するものではないことを意味するものではない。逆に、具体例が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その具体例が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。

さらに、この記載は、発明の実施の形態に記載されている具体例に対応する発明が、請求項に全て記載されていることを意味するものではない。換言すれば、この記載は、発明の実施の形態に記載されている具体例に対応する発明であって、この出願の請求項には記載されていない発明の存在、すなわち、将来、分割出願されたり、補正により追加される発明の存在を否定するものではない。

本発明によれば情報処理装置が提供される。この情報処理装置（例えば、図１の情報処理装置）は、記録媒体（例えば、図２の磁気ディスク５１）と、前記記録媒体にデータを書き込む書き込み手段（例えば、図２の磁気ヘッド５３であって、それを支持するスイングアーム５４を加えてもよい）とを有し、前記書き込み手段の配置状態として、前記記録媒体へのデータの書き込みが可能な第１の位置（例えば、図３に示される位置であって、本明細書においては、後述するようにロード位置と称している）に前記書き込み手段が配置される第１の状態（例えば、図５と図６に示されるロード状態）と、前記第１の位置とは異なる第２の位置（例えば、図４に示される位置であって、本明細書においては、後述するようにアンロード位置と称している）に前記書き込み手段が配置される第２の状態（例えば、図５と図６に示されるアンロード状態）とが存在する記録手段（例えば、図１乃至図４に示されるハードディスク（HDD）３）と、周囲の音声を取得して音声データに変換し、その音声データ（例えば、図１の音声入力部１６により取得され、音声信号処理部１７によりデータ化された音声データ）を少なくとも含むデータ（例えば、図１の例では、音声信号処理部１７からの音声データと、画像信号処理部１４からの画像データ）を出力するデータ処理手段（例えば、図１のカメラ部１）と、前記データ処理手段から出力された前記データを、前記記録手段の前記書き込み手段を介して前記記録媒体に書き込む書き込み制御を実行するとともに、前記書き込み制御を実行している間、前記書き込み手段の配置状態を前記第１の状態に保持させる状態制御を実行する制御手段（例えば、図１の制御部２のうちの特にCPU２１）とを備えることを特徴とする。

この情報処理装置において、前記記録手段は、前記制御手段とのアクセスの開始時点（例えば、図７等の時刻t3）に、前記書き込み手段の配置状態を前記第１の状態に遷移させ（例えば、図７のHDDロード/アロードのタイミングチャート）、前記アクセスの終了時点から第１の時間（例えば、図７等のアンロード開始待機時間T2）が経過した時点（例えば、図７等の時刻t5）に、前記書き込み手段の配置状態を前記第１の状態から前記第２の状態に遷移させ（例えば、図７のHDDロード/アロードのタイミングチャート）、前記制御手段は、前記状態制御として、前記書き込み制御を開始する前に（例えば、図８の時刻t2よりも前の時刻taに）、前記記録手段との前記アクセスを強制的に行う（例えば、図８のHDDアクセスのタイミングチャート）ことで、前記書き込み手段の配置状態を前記第１の状態に予め遷移させる（例えば、図８のHDDロード/アロードのタイミングチャート）第１の状態制御を実行し、前記書き込み制御を開始するとき（例えば、図８の時刻t2に）、前記データ処理手段の処理を開始する指令を出力し、前記データ処理手段は、前記制御手段から前記指令が出力されたことをトリガとして、前記データの出力を開始する（例えば、図８の画像信号処理部/音声信号処理部のタイミングチャート）ことができる。

この情報処理装置において、前記制御手段は、前記状態制御としてさらに、前記第１の時間よりも短い第２の時間（例えば、図１１等の強制アクセス発行時間T4）を予め設定し、前記書き込み制御を実行している間、前記記録手段との直前の前記アクセスの終了時点（例えば、図１１の時刻t4）から前記第２の時間が経過した時点（例えば、図１１の時刻td）に、前記記録手段との前記アクセスを強制的に行う（例えば、図１１のHDDアクセスのタイミングチャート）ことで、前記記録手段の状態を前記第１の状態に保持させる（例えば、図１１のHDDロード/アロードのタイミングチャート）第２の状態制御を実行することができる。

この情報処理装置において、前記音声手段は、所定の固定レート（本明細書においては、後述するように、記録レートと称しており、式（１）等ではａと記述している）で前記データを出力し、前記データ処理手段から前記固定レートで順次出力されてくる前記データのうちの、予め規定された規定データ量分のデータを一時的に記憶する一時記憶手段（例えば、図１のバッファ２５）をさらに備え、前記制御手段は、前記書き込み制御の少なくとも一部として、前記規定データ量分の前記データが前記一時記憶手段に記憶される毎に、その時点（例えば、図７等の時刻t3や時刻t6）で、前記記録手段との前記アクセスを行い（例えば、図７等のHDDアクセスのタイミングチャート）、前記状態制御としてさらに、前記一時記憶手段に前記規定データ量分の前記データが記憶されるまでに要する第２の時間（例えば、図１８等の初期アクセス発行時間T3）が、前記第１の時間（例えば、図１８等のアンロード開始待機時間T2）よりも短くなる条件（即ち、図１８のように、T2>T3の条件であって、具体的には、例えば、後述する式（３）が成立する条件）を満たすように、前記規定データ量を予め設定する（例えば、後述する式（３）が成立する値Xを設定する）ことで、前記書き込み手段の配置状態を前記第１の状態に保持させる第２の状態制御を実行することができる。

本発明によれば、情報処理方法が提供される。この情報処理方法は、記録媒体（例えば、図２の磁気ディスク５１）と、前記記録媒体にデータを書き込む書き込み手段（例えば、図２の磁気ヘッド５３であって、それを支持するスイングアーム５４を加えてもよい）とを有し、前記書き込み手段の配置状態として、前記記録媒体へのデータの書き込みが可能な第１の位置に前記書き込み手段が配置される第１の状態と、前記第１の位置とは異なる第２の位置に前記書き込み手段が配置される第２の状態とを有する記録装置（例えば、図１乃至図４に示されるハードディスク（HDD）３）と、前記記録装置の配置位置の周囲の音声を取得して音声データに変換し、その音声データを少なくとも含むデータを出力するデータ処理装置（例えば、図１乃至図４に示されるハードディスク（HDD）３）とを制御する情報処理方法であって、前記データ処理装置から出力された前記データを、前記記録装置の前記書き込み手段を介して前記記録媒体に書き込む制御を実行する書き込み制御実行ステップ（例えば、図１５のステップＳ４３からＳ５０の間のうちの、特に、ステップＳ４３，Ｓ４４，Ｓ４７，Ｓ４８，Ｓ４９，Ｓ５０）と、前記書き込み制御実行ステップの処理が実行されている間、前記記録装置の前記書き込み手段の配置状態を前記第１の状態に保持させる制御を実行する状態制御実行ステップ（例えば、図１５のステップＳ４２，Ｓ４５，Ｓ４６）とを含むことを特徴とする。

本発明によれば、プログラムが提供される。このプログラムは、記録媒体（例えば、図２の磁気ディスク５１）と、前記記録媒体にデータを書き込む書き込み手段（例えば、図２の磁気ヘッド５３であって、それを支持するスイングアーム５４を加えてもよい）とを有し、前記書き込み手段の配置状態として、前記記録媒体へのデータの書き込みが可能な第１の位置に前記書き込み手段が配置される第１の状態と、前記第１の位置とは異なる第２の位置に前記書き込み手段が配置される第２の状態とが存在する記録装置（例えば、図１乃至図４に示されるハードディスク（HDD）３）と、前記記録装置の配置位置の周囲の音声を取得して音声データに変換し、その音声データを少なくとも含むデータを出力するデータ処理装置（例えば、図１乃至図４に示されるハードディスク（HDD）３）とを制御するコンピュータ（例えば、図１のCPU２１や図２１のCPU１０１）に実行させるプログラムであって、前記データ処理装置から出力された前記データを、前記記録装置の前記書き込み手段を介して前記記録媒体に書き込む制御を実行する書き込み制御実行ステップ（例えば、図１５のステップＳ４３からＳ５０の間のうちの、特に、ステップＳ４３，Ｓ４４，Ｓ４７，Ｓ４８，Ｓ４９，Ｓ５０）と、前記書き込み制御実行ステップの処理が実行されている間、前記記録装置の前記書き込み手段の配置状態を前記第１の状態に保持させる制御を実行する状態制御実行ステップ（例えば、図１５のステップＳ４２，Ｓ４５，Ｓ４６）とを含むことを特徴とする。

以下、図面を参照して、本発明が適用される画像処理装置について説明する。

図１は、本発明が適用される情報処理装置としての、デジタルビデオカメラの構成例を表している。

図１に示されるように、本実施の形態のデジタルビデオカメラは、カメラ部１、制御部２、および、補助記憶部（HDD）３から構成される。

カメラ部１において、光学部１１は、図示はしないが、被写体を撮像するためのレンズ群、絞り調整機構、フォーカス調整機構、ズーム機構、シャッタ機構、フラッシュ機構、および、手ぶれ補正機構等を備えている。

カメラ制御部１２は、制御部２から出力される制御信号を受けて、光学部１１を制御する制御信号（例えば、ズーム制御、シャッタ制御、或いは露出制御等の実行に必要な制御信号）を生成し、光学部１１に供給する。

光電変換部１３は、例えば、CCD（Charge Coupled Device）等の撮像素子により構成され、その結像面に、光学部１１を通じた像が結像される。光電変換部１３は、ユーザのシャッタ操作（例えば、操作入力部２４の録画キー３１の押下操作）に対応して制御部２から出力される制御信号（画像取り込みタイミング信号）を受けて、結像面に結像されている被写体像を画像信号に変換し、画像信号処理部１４に供給する。

画像信号処理部１４は、制御部２からの制御信号に基づいて、光電変換部１３から供給された画像信号に対してガンマ補正やAGC（Auto Gain Control）等の第１の画像処理を施して、第１の画像処理が施された画像信号を画像出力部１５に供給する。

さらに、画像信号処理部１４は、補助記憶部(HDD)３への記憶の指示等の制御信号が制御部２から供給された場合、第１の画像処理が施された画像信号をデジタル信号（データ）に変換する第２の画像処理をさらに実行し、第２の画像処理が施された画像信号、即ち、画像データを制御部２に供給する。後述するように、このようにしてカメラ部１から供給された画像データ（デジタルの画像信号）は、制御部２のバッファ２５に一時的に記憶され、その後、後述する音声データと共に、バッファ２５から補助記憶部（HDD）３に転送されて、記録される。

さらにまた、後述するように、補助記憶部（HDD）３に記憶されている画像信号（データ）が制御部２を介して供給されてきた場合、画像信号処理部１４は、その画像信号（データ）に対して第３の画像処理（例えば、画像出力部１５のフォーマットの画像信号に変換する画像処理）を施し、第３の画像処理が施された画像信号を画像出力部１５に供給する。

画像出力部１５は、例えばLCD（Liquid Crystal Display）等で構成され、画像信号処理部１４から供給された画像信号に対応する画像を出力する（表示する）。

音声入力部１６は、例えば、マイクロフォン等で構成され、光学部１１や光電変換部１３が被写体の撮影処理を実行しているとき、その被写体自身またはその周辺（補助記憶部（HDD）３含）で発生された音声を取得し、音声信号に変換して音声処理部１７に供給する。

音声信号処理部１７は、制御部２からの制御信号に基づいて、音声入力部１６から供給された音声信号に対して所定の補正処理やAGC等の第１の音声処理を施して、第１の音声処理が施された音声信号を音声出力部１８に供給する。

さらに、音声信号処理部１７は、補助記憶部(HDD)３への記憶の指示等の制御信号が制御部２から供給された場合、第１の音声処理が施された音声信号をデジタル信号（データ）に変換する第２の音声処理をさらに実行し、第２の音声処理が施された音声信号、即ち、音声データを制御部２に供給する。後述するように、このようにしてカメラ部１から供給された音声データ（デジタルの音声信号）は、制御部２のバッファ２５に一時的に記憶され、その後、上述した画像データと共に、バッファ２５から補助記憶部（HDD）３に転送されて、記録される。

さらにまた、後述するように、補助記憶部（HDD）３に記憶されている音声信号（データ）が制御部２を介して供給されてきた場合、音声信号処理部１７は、その音声信号（データ）に対して第３の音声処理（例えば、音声出力部１８のフォーマットの音声信号に変換する音声処理）を施し、第３の音声処理が施された音声信号を音声出力部１８に供給する。

音声出力部１８は、例えば、スピーカ等で構成され、音声信号処理部１７から供給された音声信号に対応する音声を出力する。

次に、制御部２に着目して、CPU（Central Processing Unit）２１は、ROM（Read Only Memory）２２に記録されているプログラムに従って各種の処理を実行する。このとき、CPU２１は、RAM（Random Access Memory）２３を作業領域として使用する。即ち、RAM２３には、CPU２１が各種の処理を実行する上において必要なデータなどが適宜記憶される。また、ROM２２には、カメラ部１を制御するためのプログラムや、画像信号や音声信号の記録制御および再生制御などを実行するためのプログラム（即ち、本発明が適用されるプログラム含）が書き込まれている。

操作入力部２４は、動画像の録画の開始或いは終了を指示する録画キー３１の他、図示はしないが、例えば、現在のモード（撮影モードや再生モード等）から他のモードへの切り換えを指示するモード切り換えキー、ズーム調整キー、露出調整用のキー、シャッターキー等の複数のキーより構成される。

この操作入力部２４がユーザにより操作されると、CPU２１は、操作入力部２４のうちのいずれのキーが操作されたかを判別し，その判別結果に応じた処理を行う。例えば、録画キー３１が操作された場合、CPU２１は、被写体の動画像とそれに対応する音声をデータとして取得させ、制御部２に供給させる指令（制御信号）をカメラ部１に出力するとともに、補助記憶部（HDD）３の記録制御を開始させる。なお、本実施の形態においては、録画キー３１が操作された場合、CPU２１は、この制御信号をカメラ部１に出力する前に、補助記憶部（HDD）３とのアクセスを予め行う処理を実行するが、この処理の詳細については後述する。

インタフェース２６は、それに接続された補助記憶部（HDD）３と制御部２（例えば、CPU２１）との間で伝送されるデータや電力の中継を行う。即ち、補助記憶部(HDD)３にデータを書き込む場合、インタフェース２６は、バッファ２５等から供給されたデータを補助記憶部（HDD）３に供給する。一方、補助記憶部(HDD)３からデータを読み出す場合、インタフェース２６は、補助記憶部（HDD）３からのデータをバッファ２５等に供給する。

通信部２７は、図示せぬ他の装置と通信を行い（図示せぬネットワークを介する場合もある）、動画データを含むデータの送受信を行う。通信部２７は、図示はしないが、例えば、高周波（RF：Radio Frequency）部、中間周波数（IF：Intermediate Frequency）部、および，A/D（Analog-Digital）変換部等から構成される。

バッファ２５は、補助記憶部（HDD）３にこれから記録するデータや、補助記憶部（HDD）３から読み出されたデータを、一時的に記憶する。

即ち、上述したように、動画（音声含）記録時には、音声信号処理部１７から順次供給されてくる音声データと、画像信号処理部１４から順次供給されてくる画像データとがバッファ２５に蓄積されていく。そして、予め規定されたデータ量（以下、規定データ量と称する）分のデータがバッファ２５に蓄積されると、その規定データ量分のデータは、補助記憶部（HDD）３に転送されて記録される。

一方、動画（音声含）再生時には、補助記憶部（HDD）３から順次供給されてくるデータ（画像データと音声データ）がバッファ２５に蓄積されていく。そして、規定データ量分のデータがバッファ２５に蓄積されると、時間軸補正がなされた後、その規定データ量分のデータのうちの、音声データは音声信号処理部１７に、動画データは画像信号処理部１４に、それぞれ供給される。

タイマ２８は、CPU２１の制御に基づいて、所定のタイミングで計時動作を開始し、予め設定された時間（例えば、後述する図１０や図１１の時間T4等）を計時すると、そのことをCPU２１に通知し、計時動作を終了させる。

上述したCPU２１乃至タイマ２８のそれぞれは、バス２９により相互に接続される。

補助記憶部（HDD）３は、例えば、図２に示されるようなHDDとして構成される。即ち、図２は、補助記憶部（HDD）３（以下、単にHDD３と記述する）の構成例を示す図である。

図２のHDD３には、磁気ディスク５１、スピンドルモータ５２、磁気ヘッド５３、スイングアーム５４、および、アクチュエータ５５が設けられている。磁気ディスク５１は、データを記録するディスク状の記録媒体である。スピンドルモータ５２は、磁気ディスク５１を回転させる。磁気ヘッド５３は、その配置位置に対応する（その直下の）磁気ディスク５１の位置にデータを書き込んだり、或いは、その位置に予め記録されているデータを読み出す。スイングアーム５４は、磁気ヘッド５３を支持し、アクチュエータ５５によりその配置位置が可変する。即ち、アクチュエータ５５は、スイングアーム５４（磁気ヘッド５３）を駆動して、その配置位置を所望の位置に可変させる位置決め装置である。

HDD３にはまた、制御部２のインタフェース２６(図１)に接続される、インタフェースコネクタ５６と電源コネクタ５７が設けられている。

HDD３にはさらに、図２には図示はされていないが（後述する図３や図４参照）、電気回路５８も設けられている。この電気回路５８には、図示はしないが（ただし、後述する図５に、HDD３の動作モードとの関係が図示されている）、インタフェースブロック（図５では、IDE IFと記述されている）、スピンドルモータ制御ブロック（図５では、Spindleと記述されている）、磁気ヘッド位置（アーム位置）制御ブロック（図５では、Headと記述されている）、サーボブロック（図５では、Servoと記述されている）、および、RFブロック（図５では、RF Circuitsと記述されている）等が設けられている。

インタフェースブロックは、制御部２とのインタフェースを制御する。スピンドルモータ制御ブロックは、スピンドルモータ５２の回転数制御等を実行する。

磁気ヘッド位置（アーム位置）制御ブロックは、機能しているとき（後述する図５のロード状態のとき）、磁気ヘッド５３（スイングアーム５４）をロード位置に保持させる制御を行う。即ち、磁気ヘッド位置（アーム位置）制御ブロックは、機能停止するとき（後述する図５のロード状態のアクティブアイドルモードから、アンロード状態のローパワーアイドルモードに遷移するとき）、磁気ヘッド５３をロード位置からアンロード位置に移動させ、その機能を再開するとき（後述する図５のアンロード状態からロード状態に遷移するとき）、磁気ヘッド５３をアンロード位置からロード位置に移動させる。

なお、ロードとは、図３の矢印で示されるように、制御部２(図１)がHDD３とのアクセスを開始すると、磁気ヘッド５３（スイングアーム５４）が、磁気ディスク５１のエリア外の位置（図３中点線で示される位置）から、磁気ディスク５１上の位置（図３中実線で示される位置）に移動すること、即ち、シークされることを指す。そこで、本明細書においては、磁気ヘッド５３（スイングアーム５４）がロードされたときの配置位置（図３中実線でスイングアーム５４が示されている位置）、即ち、磁気ヘッド５３が磁気ディスク５１にデータを書き込んだり、或いは、磁気ディスク５１からデータを読み出すことが可能な範囲内の位置をまとめて、ロード位置と称している。

一方、アンロードとは、図４の矢印に示されるように、制御部２(図１)がHDD３とのアクセスを終了し、一定の時間（後述する図７等の時間T2）が経過すると、磁気ヘッド５３（スイングアーム５４）が、ロード位置（図４中点線で示される位置）から、磁気ディスク５１のエリア外の位置（図４中実線で示される位置）に移動することを指す。そこで、本明細書においては、磁気ヘッド５３（スイングアーム５４）がアンロードされたときの配置位置（図４中実線でスイングアーム５４が示されている位置）、即ち、ロード位置として定義される範囲外（磁気ディスク５１のエリア外）の位置をまとめて、アンロード位置と称している。

サーボブロックは、磁気ヘッド５３（スイングアーム５４）がロード位置に配置されているとき（ロードされているとき）、その配置位置を、ロード位置内（磁気ディスク５１のエリア内）で移動させたり、保持する位置制御を行う。即ち、サーボブロックは、磁気ヘッド５３を、磁気ディスク５１の指定されたトラック位置（データの書き込み位置や、読み出しデータの記録位置）上に移動させたり、保持する位置制御を行う。RFブロックは、Read/WriteのChannel系ブロックであり、RF信号を利用して磁気ヘッド５３のデータの読み書きを制御する。

ところで、上述したように、一般的に、HDDには複数の動作モードが存在することが多いが、本実施の形態のHDD３も同様に、例えば、図５に示されるような動作モードが存在する。

即ち、図５に示されるように、HDD３には、６つの動作モードが存在し、同図中、下方の動作モードに遷移するに従って、同図に示される５つの回路ブロック（HDD３の電気回路５８の上述したブロック）のうちの機能しているブロックの数が減少していく。

なお、以下、これらの６つの動作モードのうちの所定の１つを他の動作モードと比較する場合、図５の並び順に従って、他の動作モードよりも上の動作モード或いは下の動作モードと称する。具体的には、例えば、図５に示されるように、後述するアクティブ(Active)モードは、一番上の動作モードであって、後述するアクティブアイドル(Active Idle)モードよりも２つ上の動作モードである。

以下、６つの動作モードについて上から順に個別に説明していく。

即ち、一番上の動作モードは、アクティブ（Active）モードと称され、回路ブロックの全て（HDD３の電気回路５８の上述したブロックの全て）が機能するモードである。通常、制御部２がHDD３とのアクセスを実行しているとき（データの読み書き中等のとき）、HDD３の動作モードはこのアクティブモードとなる。

アクティブモードの1つ下のモードは、ローパワーアクティブ(Low Power Active)モードと称され、RFブロックのみが機能停止するモードである。なお、ローパワーアクティブモードは、パフォーマンスアイドル（Performance Idle）モードとも称される。また、図５では、RFブロックが機能していることが「Enable」と、機能停止していることが「Disable」と、それぞれ記述されている。

ローパワーアクティブモードの1つ下のモードは、アクティブアイドル(Active Idle)モードと称され、サーボブロックがさらに機能停止するモードである。なお、図５では、サーボブロックが機能していることが「On」と、機能停止していることが「Off」と、それぞれ記述されている。

アクティブアイドルモードの1つ下のモードは、ローパワーアイドル（Low Power Idle)モードと称され、磁気ヘッド位置（アーム位置）制御ブロックがさらに機能停止するモードである。なお、図５では、磁気ヘッド位置（アーム位置）制御ブロックが機能していることが「Load」と、機能停止していることが「Unload」と、それぞれ記述されている。

ここで注目すべき点は、アクティブアイドルモードからローパワーアイドルモードに遷移するとき、即ち、磁気ヘッド位置（アーム位置）制御ブロックが機能停止するとき、上述したように、磁気ヘッド５３（スイングアーム５４）がロード位置からアンロード位置に移動することになり、このときのスイングアーム５４の移動音が、上述した大きなメカノイズとなる点である。

同様に、ローパワーアイドルモード（或いは、後述するさらに下の動作モード）から、アクティブアイドルモードより上の動作モード（後述する図６に示されるように、ローパワーアクティブモードまたはアクティブモード）に遷移するとき、即ち、磁気ヘッド位置（アーム位置）制御ブロックが機能し、その動作を開始するとき、上述したように、磁気ヘッド５３（スイングアーム５４）がアンロード位置からロード位置に移動することになり、このときのスイングアーム５４の移動音も、上述した大きなメカノイズとなる点である。

従って、従来の課題（録音中に、この大きなメカノイズも録音されてしまう課題）を解決するためには、録音中に、アクティブアイドルモードからローパワーアイドルモードへの遷移、或いは、その逆方向の遷移（ローパワーアイドルモードより下の動作モードから、ローパワーアクティブモードまたはアクティブモードへの遷移）を起こさせなければよい、と本願出願人は思想した。そして、本願出願人は、このような思想に基づいて、HDD（ここでは、HDD３）の新たな制御手法を発明した。ただし、本願出願人が発明したHDDの制御手法の詳細については後述する。

このように、本発明においては、磁気ヘッド５３（スイングアーム５４）の配置状態（上述した図３のロード位置に配置された状態、または上述した図４のアンロード位置に配置された状態）、即ち、磁気ヘッド位置（アーム位置）制御ブロックの動作状態（機能中(Load)、または、機能停止中(Unload)）が大きな意味を持つ。そこで、以下、図５に示されるように、磁気ヘッド位置（アーム位置）制御ブロックが機能中（Load）である動作モード、即ち、アクティブモード、ローパワーアクティブモード、および、アクティブアイドルモードをまとめて、ロード状態と称する。一方、磁気ヘッド位置（アーム位置）制御ブロックが機能停止中(Unload)である動作モード、即ち、ローパワーアイドルモード、並びに、後述するさらに下の動作モード（スタンバイモード、および、スリープモード）をまとめて、アンロード状態と称する。

換言すると、HDD３には、磁気ヘッド５３（スイングアーム５４）の配置状態として、ロード状態（図３のロード位置に配置された状態）と、アンロード状態（図４のアンロード位置に配置された状態）とが存在するとも言える。

ところで、ローパワーアイドルモードの1つ下のモードは、スタンバイ(Standby)モードと称され、スピンドルモータ制御ブロックがさらに機能停止するモードである。なお、図５では、スピンドルモータ制御ブロックが機能していることが「Rotating」と、機能停止していることが「Stop」と、それぞれ記述されている。

スタンバイモードの１つ下のモード、即ち、一番下のモードは、スリープ(Sleep)モードと称され、インタフェースブロックがさらに機能停止するモードである。換言すると、スリープモードは、回路ブロックの全て（HDD３の電気回路５８の上述したブロックの全て）が機能停止し、HDD３の最低限の機能のみが実現可能なモードである。なお、図５では、インタフェースブロックが機能していることが「Enable」と、機能停止していることが「Lowest」と、それぞれ記述されている。

次に、図６を参照して、これらの６つの動作モードの遷移について説明する。

即ち、HDD３の６つの動作モードのうちの所定の１つから、他の動作モードへの状態遷移は、所定の条件（以下、状態遷移条件と称する）が満たされると実行される。このような状態遷移条件は、図６おいては、所定の動作モードから他の動作モードへの遷移を表す矢印に、番号８１乃至番号８８を付して表されている。

例えば、いま、制御部２がHDD３とのアクセスを行っている（データの読み書き中等である）とする。この場合、HDD３の動作モードは、上述したように、アクティブモードとなっている。

この状態（アクティブモード）で、制御部２とのアクセスが終了され、その終了時点から所定の時間が経過すると、HDD３は、状態遷移条件８１が満たされたと判定し、その動作モードを、アクティブモードからローパワーアクティブモードに遷移させる。

ローパワーアクティブモードに遷移させてから所定の時間が経過すると、HDD３は、状態遷移条件８２が満たされたと判定し、その動作モードを、ローパワーアクティブモードからアクティブアイドルモードに遷移させる。

アクティブアイドルモードに遷移させてから所定の時間が経過すると、HDD３は、状態遷移条件８３が満たされたと判定し、その動作モードを、アクティブアイドルモードからローパワーアイドルモードに遷移させる。即ち、状態遷移条件８３が満たされると、磁気ヘッド５３（スイングアーム５４）の配置状態が、ロード状態からアンロード状態に遷移する。

ローパワーアイドルモードに遷移させてから所定の時間が経過すると、HDD３は、状態遷移条件８４が満たされたと判定し、その動作モードを、ローパワーアイドルモードからスタンバイモードに遷移させる。

動作モードがスタンバイモードである場合に、ATA（AT Attachment）規格のSleepコマンド（なお、このSleepコマンドや後述するATA規格の他のATAコマンドについては、http://www.t13.org/を参照するとよい）が発行されると、HDD３は、状態遷移条件８５が満たされたと判定し、その動作モードを、スタンバイモードからスリープモードに遷移させる。また、動作モードがスリープモードである場合に、ATA規格のSleepコマンドが解除されると、HDD３は、状態遷移条件８６が満たされたと判定し、その動作モードを、スリープモードからスタンバイモードに遷移させる。

このように、上の動作モードから下の動作モードへの遷移は、１つずつ順番に遷移していき、また、そのときの状態遷移条件は、基本的には（スタンバイモードからスリープモードへの状態遷移条件８５を除く、状態遷移条件８１乃至状態遷移条件８４については）、所定の時間が経過することである。即ち、制御部２とのアクセスが終了すると、HDD３は、時間が経過するにつれ、その動作モードを、アクティブモードからスタンバイモードまで１つずつ下方に順次遷移させていく。

これに対して、下の動作モードから上の動作モードへの状態遷移条件は、基本的には（上述したスリープモードからスタンバイモードへの状態遷移条件８６を除く、後述する状態遷移条件８７と状態遷移条件８８については）、制御部２からHDD３へのアクセス要求がなされることである。なお、アクセス要求の形態は、特に限定されないが、本実施の形態においては、例えば、ATA規格のATAコマンドの発行とされる。

即ち、動作モードが、スタンバイモード、ローパワーアイドルモード、アクティブアイドルモード、または、ローパワーアクティブモードである場合に、ATAコマンドのうちの、例えば、読み出し系のコマンド（ReadSector(s)やReadD等）、或いは、書き込み系のコマンド（WriteSector(s)やWriteDMA等）が発行されると、HDD３は、状態遷移条件８７が満たされたと判定し、その動作モードを、現状のモードからアクティブモードに遷移させる。

また、動作モードが、スタンバイモード、ローパワーアイドルモード、または、アクティブアイドルモードである場合に、ATAコマンドのうちの、例えば、IdleImmediateが発行されると、HDD３は、状態遷移条件８８が満たされたと判定し、その動作モードを、現状のモードからローパワーアクティブモードに遷移させる。

換言すると、動作モードが、アンロード状態に属するローパワーアイドルまたはスタンバイモードである場合に、状態遷移条件８７または状態遷移条件８８が満たされると、磁気ヘッド５３（スイングアーム５４）の配置状態が、アンロード状態からロード状態に遷移する。

以上、図１乃至図６を参照して、本実施の形態のデジタルビデオカメラについて説明した。

ところで、本願出願人は、上述した従来の課題、即ち、周囲の音声を記録中（対応する音声データをHDDに記憶中）にHDDが発するメカノイズも一緒に録音されてしまうという課題の発生要因について解析し、その解析結果に基づいて、従来の課題を解決可能なHDD制御手法を発明した。

そこで、従来の課題を解決可能なHDD制御手法、即ち、本発明のHDD制御手法について説明する前に、上述した解析結果について説明する。

はじめに、解析結果の理解を容易なものとするために、図７を参照して、従来のHDD制御手法について説明する。即ち、図７は、従来のHDD制御手法を説明するタイミングチャートである。

なお、以下、従来の情報処理装置のハードウエア構成も、図１の構成を仮に有しているとして説明する。

図７において、図中１番上の「録画キー」と記述されたタイミングチャートは、録画キー３１の状態を示している。即ち、このタイミングチャートにおいて、ローレベル（図中下方向のレベル）は、ユーザが録画動作を禁止している（録画動作をしていない）ことを示している。このようなローレベルの状態で、ユーザが録画キー３１を押下操作すると、ローレベルからハイレベル（図中上方向のレベル）に変化する。即ち、ハイレベルは、ユーザが録画動作を実行していることを示している。従って、ハイレベルの状態で、ユーザが録画キー３１をさらに押下操作すると、ハイレベルからローレベルに変化する。即ち、ユーザは録画動作を終了する。

図中上から２番目の「画像信号処理部/音声信号処理部」と記述されたタイミングチャートは、画像信号処理部１４と音声信号処理部１７の処理状態を示している。即ち、このタイミングチャートにおいて、ローレベルは、画像信号処理部１４と音声信号処理部１７のそれぞれのエンコード処理（カメラ部１の処理）の実行が禁止中であることを示している。このようなローレベルの状態で、CPU２１が制御信号（動画像とそれに対応する音声の記録処理を開始させる指令）をカメラ部１に出力すると、ローレベルからハイレベル（図中上方向のレベル）に変化する。即ち、ハイレベルは、画像信号処理部１４と音声信号処理部１７のそれぞれのエンコード処理（カメラ部１の処理）が実行中であることを示している。

図中上から３番目の「バッファ」と記述されたタイミングチャートは、バッファ２５に蓄積されたデータのデータ量の増減を示している。このタイミングチャートにおいて、時刻t1におけるレベルは、０レベル（データがバッファ２５に記憶されていない）を示しており、図中上方向がデータ量の増加方向を示している。

図中上から４番目の「HDDアクセス」と記述されたタイミングチャートは、CPU２１がHDD３とのアクセスを行うタイミングを示している。即ち、このタイミングチャートにおいて、ローレベルはアクセス停止中を、ハイレベルはアクセス中を、それぞれ示している。

図中上から５番目、即ち、１番下の「HDDロード/アンロード」と記述されたタイミングチャートは、HDD３の磁気ヘッド５３（スイングアーム５４）の配置状態（ロード状態またはアンロード状態）を示している。即ち、このタイミングチャートにおいて、ローレベルはHDD３の磁気ヘッド５３（スイングアーム５４）の配置状態がアンロード状態であることを、ハイレベルはその配置状態がロード状態であることを、それぞれ示している。

なお、以上のタイミングチャートの前提（並び順やレベル等）は、後述する他のタイミングチャート（図８乃至図１１、図１４、および、図１６乃至図１８）においても同様とされる。

図７に示されるように、時刻t1において、ユーザが録画キー３１を押下すると、即ち、操作入力部２４に対して記録開始操作を行うと、時刻t2に、CPU２１が制御信号（動画像とそれに対応する音声の記録処理を開始させる指令）をカメラ部１に供給し、画像信号処理部１４と音声信号処理部１７がその処理の実行を開始する。即ち、画像信号処理部１４は、入力された画像信号をエンコードし、そのエンコードされた画像信号（画像データ）を制御部２に出力する処理を開始する。それとほぼ同時に、音声信号処理部１４は、入力された音声信号をエンコードし、そのエンコードされた音声信号（音声データ）を制御部２に出力する処理を開始する。換言すると、時刻t2は、HDD３へのデータの書き込み制御がCPU２１により開始される時刻であるとも言える。

時刻t2以降、CPU２１の制御に基づいて、バッファ２５には、画像データと音声データが順次供給され、蓄積されていくので、蓄積データ量は増加していく。そして、時刻t3に、バッファ２５に上述した規定データ量分のデータ（画像データと音声データ）が蓄積されると、CPU２１は、HDD３とのアクセスを開始し、その規定データ量分のデータをバッファ２５から読み出してHDD３に転送する処理を開始する。

HDD３側から見ると、時刻t3に、CPU２１とのアクセスが開始されることになり、このため、HDD３は、磁気ディスク５３（スイングアーム５４）の配置状態をアンロード状態からロード状態に遷移させ、データの書き込み処理を開始させる。即ち、時刻t3以降、HDD３は、バッファ２５から順次供給されてくる規定データ量分のデータを磁気ディスク５１に書き込んでいき、時刻t4に、全てのデータの転送が終了され（CPU２１とのアクセスが終了され）、転送された全てのデータを書き込むと、そのデータ書き込み処理を終了させる。

このアクセスの終了時刻t4以降、HDD３の動作モードは、上述したように、時間が経過するに連れて、上の動作モードから下の動作モードに１つずつ順次遷移していく。そして、時刻t4から時間T2だけ経過した時刻t5になると、状態遷移条件８３（図６）が満たされ、アクティブアイドルモードからローパワーアイドルモード（図５と図６）に遷移する。即ち、時刻t5に、磁気ヘッド５３（スイングアーム５４）の配置状態が、ロード状態からアンロード状態に遷移する。

バッファ２５側から見ると、時刻t3から時刻t4までの間、HDD３へデータが転送されていくので（HDD3のデータの書き込みが行われるので）、蓄積されたデータ量は減少していく。

正確には、時刻t3から時刻t4までの間においても、カメラ部１からの新たなデータ（画像データと音声データ）がバッファ２５に順次供給されてくる。このため、バッファ２５は、その新たなデータも蓄積していきながら、これまで（時刻t2から時刻t3まで）に蓄積した規定データ量分のデータをHDD３に転送していく。しかしながら、後述するように、HDD３の転送レートが、記録されるデータの記録レートに比べてはるかに大きいので、バッファ２５に蓄積される（記憶される）データ量の時間変化率よりも、バッファ２５からHDD３へ転送される（読み出される）データ量の時間変化率の方がはるかに大きくなり、その結果、バッファ２５の蓄積データ量は減少していくのである。

時刻t4に、バッファ２５は、HDD３へのデータの転送を終了させるが（HDD３のデータの書き込みは終了するが）、カメラ部１からは新たなデータ（画像データと音声データ）が引き続き順次供給されてくるので、時刻t4以降（時刻t6まで）、転送処理は行わずに、その新たなデータを蓄積していく。その結果、時刻t4以降、バッファ２５の蓄積データ量は再び増加していく。

そして、時刻t6に、バッファ２５に規定データ量分のデータ（画像データと音声データ）が再度蓄積されると、CPU２１は、HDD３とのアクセスを再開し、その規定データ量分のデータをバッファ２５から読み出しHDD３に転送する処理を再開する。

即ち、HDD３側から見ると、時刻t6に、CPU２１とのアクセスが再開されることになり、このため、HDD３は、磁気ディスク５３（スイングアーム５４）の配置状態をアンロード状態からロード状態に再度遷移させ、データの書き込み処理を再開させる。

なお、図７に示されるように、時間T1は、書き込みのための１回目のアクセスの終了時刻t4から、書き込みのための次（２回目）のアクセスの開始時刻t6までの時間を指す。ここでは、書き込みのためのアクセスは、上述したように、ATAコマンドの書き込み系のコマンド（WriteSector(s)やWriteDMA等）がCPU２１からHDD３に発行されると開始される。このような書き込み系のコマンドは、時刻t6以降も、直前のアクセスの終了時刻から時間T1だけ経過する毎に、定常的に発行される。そこで、以下、このような時間T1を、他の時間と区別するために、定常アクセス発行時間T1と称する。

また、時間T2は、時刻t4から時刻t5までの時間を指す。即ち、時刻t4とは、HDD３の動作モードがアクティブモード（図５と図６）から下の動作モードに遷移していくことが開始される時刻でもある。また、時刻t5とは、HDD３の動作モードがアクティブアイドルモードからローパワーアイドルモード（図５と図６）に遷移する時刻でもある。このように、HDD３の磁気ディスク５３（スイングアーム５４）の配置状態に着目すると、HDD３に対するアクセスが終了された時点（時刻t4）に直ちにその配置状態が遷移するわけではなく、時間T2だけ待機された後（時刻t5）にはじめて、その配置状態がロード状態からアンロード状態に遷移する。そこで、以下、このような時間T2を、他の時間と区別するために、アンロード開始待機時間T2と称する。

さらに、時間T3は、カメラ部１（画像信号処理部１４と音声信号処理部１７）のエンコード処理の開始時刻t2から、書き込みのための最初（１回目）のアクセスの開始時刻t3までの時間を指す。そこで、以下、このような時間T3を、他の時間と区別するために、初期アクセス発行時間T3と称する。

また、このように、HDD３への書き込み動作は、通常、バッファ２５に規定データ量分のデータが溜まってからまとめてHDD３に書き出す、といった動作となる。このような動作を、以下、間欠書き込み動作と適宜称する。この間欠書き込み動作は、上述したように、HDD３の転送レートが、記録されるデータの記録レートに比べてはるかに大きいことに起因する動作である。

具体的には、例えば、いま、記録されるデータの記録レートが8[Mbps]と、HDD３の転送レートが200[Mbps]と、バッファ２５の規定データ量が10［MByte]と、それぞれ設定されているとする。この場合、バッファ２５にデータが溜まりきる時間は10[s]（＝10[MByte]/(8[Mbit(=bit/s)/s]/8[bit/Byte])）となる。一方、バッファ２５のデータをHDDに転送する（書き出す）時間は0.4[s]（＝10[MByte]/(200[Mbit/s]/8[bit/Byte])）となる。このため、バッファ２５にデータが溜まりきる10[s]のうちの9.6[s]の間はHDD３に対する書き込みのためのアクセスは発生せず、残りの0.4[s]でHDD３に対する書き込みのためのアクセスを行う（HDD３に書き出す）、という動作が繰り返されることになる。

従って、初期アクセス発行時間T3は、バッファ２５にデータが溜まりきる時間、即ち、この例では10[s]となる。また、定常アクセス発行時間T1は、バッファ２５にデータが溜まりきる時間から、HDD３に対する書き込みのためのアクセス時間を減算した時間、即ち、この例では、10[s]から0.4[s]を減算した9.6[s]となる。このように、定常アクセス発行時間T1は、初期アクセス発行時間T3よりも一般的に短くなる。

なお、読み出しの場合もデータの転送の向きが、HDD３からバッファ２５への向きに変わることを除けば、上述した書き込みの場合と同様の間欠アクセスとなる。

以上のようにして、従来のHDD制御手法について解析したところ、従来の課題の発生要因、即ち、HDD３のメカノイズが録音されてしまう要因は、次の第１の要因と第２の要因であることを、本願出願人は解明した。

第１の要因とは次のことを指す。即ち、上述したように、図７において、時刻t3に、HDD３の磁気ヘッド５３（スイングアーム５４）の配置状態がアンロード状態からロード状態に遷移する。従って、この時刻t3に、HDD３のスイングアーム５４がアンロード位置からロード位置に移動し、その移動音が、音声入力部１６から音声信号処理部１７にメカノイズとして入力されてしまうことである。即ち、時刻t3に、被写体の周囲の音声（ユーザが録音を所望する音声）に加えてさらに、そのメカノイズもデータ化されて、最終的には、HDD３に記録されてしまうことである。

一般的な表現に改めると、第１の要因とは、HDD３のデータ書き込み処理の開始前におけるその動作モードは、通常、ローパワーアイドルモード以下の動作モードとなっている。即ち、HDD３のデータ書き込み処理の開始前におけるその磁気ヘッド５３（スイングアーム５４）の配置状態は、通常、アンロード状態となっている。そして、書き込み系のATAコマンドが発行され、HDD３のデータ書き込み処理が開始したとき、即ち、バッファ２５からのデータ転送が開始され、HDD３への書き込みが開始されるときに初めて、その配置状態がアンロード状態からロード状態に遷移する。このとき、HDD３のスイングアーム５４のアンロード位置からロード位置へ移動することになり、その移動音が大きなメカノイズとして発生し、また、カメラ部１の記録動作（音声信号処理部１７の処理）も既に開始されているので、このメカノイズがHDD３に記録されてしまうことである。

また、第２の要因とは次のことを指す。即ち、上述したように、図７において、時刻t4（HDD３に対する書き込みのための１回目のアクセスの終了時刻t4）から定常アクセス発行時間T1が経過する前の時刻t5（HDD３に対する書き込みのための次（２回目）のアクセスの開始時刻t6よりも前の時刻t5）に、状態遷移条件８３（図６）が先に満たされ、HDD３の磁気ヘッド５３（スイングアーム５４）の配置状態が、ロード状態からアンロード状態に遷移する。従って、この時刻t5に、HDD３のスイングアーム５４がロード位置からアンロード位置に移動し、その移動音が、音声入力部１６から音声信号処理部１７にメカノイズとして入力されてしまうことである。即ち、被写体の周囲の音声（ユーザが録音を所望する音声）に加えてさらに、そのメカノイズもデータ化されて、最終的には、HDD３に記録されてしまうことである。

さらには、時刻t6に、HDD３に対する２回目のアクセスが開始されるので、HDD３の磁気ヘッド５３（スイングアーム５４）の配置状態がアンロード状態からロード状態に再び遷移する。従って、この時刻t6に、HDD３のスイングアーム５４がアンロード位置からロード位置に移動し、その移動音が、音声入力部１６から音声信号処理部１７にメカノイズとして再度入力されてしまうことである。即ち、被写体の周囲の音声（ユーザが録音を所望する音声）に加えてさらに、そのメカノイズもデータ化されて、最終的には、HDD３に再度記録されてしまうことである。

一般的な表現に改めると、第２の要因とは、HDD３の磁気ヘッド５３（スイングアーム５４）の配置状態は、上述したように、HDD３に対するアクセスが行われているとき（いまの場合、データが書き込まれているとき）には、ロード状態とされているが、そのアクセスの終了時点（図７の例では、書き込み処理が終了した時刻t4）からアンロード開始待機時間T2が経過すると、アンロード状態に遷移する。従って、例えば、定常アクセス発行時間T1よりもアンロード開始待機時間T2が短い（以下、単にT1>T2と記述する）と、直前の定常的なアクセス（HDD３に対する書き込みのためのアクセス）の終了時点から次の定常的なアクセスの開始時点までの間に、スイングアーム５４は、ロード位置からアンロード位置への第１の移動と、アンロード位置からロード位置への第２の移動とを行うことになる。この第１の移動と第２の移動のとき、その移動音が大きなメカノイズとして発生し、また、カメラ部１の記録動作（音声信号処理部１７の処理）は継続して行われているので、これらのメカノイズがHDD３に記録されてしまうことである。

そこで、本願出願人は、このような解析結果（従来の課題の２つの発生要因）に基づいて、次のようなHDD３の制御手法を発明した。

即ち、本発明が適用されるHDD３の制御手法とは、HDD３へのデータの書き込みの制御（データの書き込みを行うために、上述したHDD３に対する定常的なアクセスを行い、バッファ２５に蓄積されたデータをHDD３に転送する制御）を行う従来の手法に加ええてさらに、カメラ部１が記録動作をしている間（音声信号処理部１７が音声信号をエンコードしている間）には、HDD３のスイングアーム５４（磁気ヘッド５３）をロード位置に保持させておく手法を追加したものである。

このように、本発明が適用されるHDD３の制御手法において、新たに追加された手法は、スイングアーム５４（磁気ヘッド５３）の配置状態を制御する手法であると言える。また、従来の手法は、HDD３へのデータの書き込みを制御する手法であると言える。そこで、以下、本発明が適用されるHDD３の制御手法のうちの、従来の手法を書き込み制御手法と、新たに追加された手法を状態制御手法と、それぞれ称する。即ち、本発明が適用されるHDD３の制御手法とは、書き込み制御手法と状態制御手法とが組み合わされた手法である。

換言すると、本願出願人は、書き込み制御手法を単に適用しただけでは、従来の課題を解決することは困難であると解析し、このため、従来の課題を解決可能な状態制御手法を新たに発明したとも言える。

詳細には、上述したように、従来の課題の発生要因は２つ存在するので、本願出願人は、状態制御手法として、上述した第１の要因による従来の課題の発生を防止するための手法（以下、第１の状態制御手法と称する）と、上述した第２の要因による従来の課題の発生を防止するための手法（以下、第２の状態制御手法と称する）とのそれぞれを発明した。

即ち、第１の状態制御手法とは、カメラ部１が記録動作を開始する前（音声信号処理部１７が音声信号をエンコードする前）に、スイングアーム５４を予めアンロード位置からロード位置に移動させる手法である。換言すると、書き込み制御手法に対応する処理が実行されたことを受けて（CPU２１からの制御信号がカメラ部１に供給されたことを受けて）、カメラ部１の記録動作が実行されるので、第１の状態制御手法とは、書き込み制御手法に対応する処理が実行される前に、HDD３の磁気ヘッド５３（スイングアーム５４）の配置状態をロード状態に予め遷移させておく手法であると言える。

なお、第１の状態制御手法の具体的な実現手法については、特に限定されず、例えば、カメラ部１が記録動作を開始する前（音声信号処理部１７が音声信号をエンコードする前）に、CPU２１が上述したATAコマンドを強制的に発行する実現手法を適用することができる。以下、第１の状態制御手法としてこの実現手法が適用されたとして説明していく。

さらに、この場合、発行するATAコマンドは、HDD３の磁気ヘッド５３（スイングアーム５４）の配置状態をアンロード状態からロード状態に遷移させるコマンド（即ち、図７の状態遷移条件８７と状態遷移条件８８を成立させるコマンド）であれば特に限定されない。

即ち、状態遷移条件８７を成立させるコマンド（HDD３の動作モードをアクティブモードに遷移させるコマンド）としては、例えば、上述したように、読み出し系のコマンド（ReadSector(s)やReadD等）、或いは、書き込み系のコマンド（WriteSector(s)やWriteDMA等）を適用することができる。ただし、書き込み系のコマンドを適用する場合には、HDD３上に書き込みを行っても問題ない領域を予め確保しておく必要がある。

また、状態遷移条件８８を成立させるコマンド（HDD３の動作モードをローパワーアクティブモードに遷移させるコマンド）としては、例えば、上述したIdleImmediateを適用することができる。

一方、第２の状態制御手法とは、カメラ部１が記録動作をしている間（音声信号処理部１７が音声信号をエンコードしている間）には、スイングアーム５４をアンロード位置に移動させることを禁止する手法である。換言すると、第２の状態制御手法とは、書き込み制御手法に対応する処理が実行されている間、HDD３の磁気ヘッド５３（スイングアーム５４）の配置状態をロード状態に保持させておく手法である。

なお、第２の状態制御手法の具体的な実現手法については、特に限定されず、例えば、所定の時間T4（アンロード開始待機時間T2未満の時間であって、以下、強制アクセス発行時間T4と称する）の間、HDD３に対するアクセスがない場合には、第１の状態制御手法と同様に、CPU２１が上述したATAコマンドを強制的に発行する実現手法を適用することができる。以下、第２の状態制御手法としてこの実現手法が適用されたとして説明していく（ただし、その説明の終了後、さらに、図１８乃至図２０等を参照して、第２の状態制御手法の他の実現手法についても説明する）。

さらに、この場合、発行するATAコマンドとして、第１の状態制御手法で説明した様々なATAコマンドを適用することができる。なお、設計の容易さ等を考慮すると、第１の状態制御手法と第２の状態制御手法のいずれにおいても、同一のATAコマンドを適用する方が好適である。もっとも、必ずしも同一のコマンドを適用する必要は無い。具体的には、例えば、第１の状態制御手法において、WriteSector(s)を適用する場合、第２の状態制御手法において、同一のWriteSector(s)を適用してもよいし、WriteDMA等の他のATAコマンドを適用してもよい。

第１の状態制御手法と第２の状態制御手法とのそれぞれの詳細についてさらに、その順番に個別に説明していく。

はじめに、図８のタイミングチャートを参照して、第１の状態制御手法の詳細について説明する。

図８に示されるように、時刻t1において、ユーザが録画キー３１を押下すると、即ち、操作入力部２４に対して記録開始操作を行うと、カメラ部１（音声信号処理部１７）のエンコード処理の開始時刻t2よりも前の時刻taに、CPU２１は、ATAコマンドをHDD3に対して強制的に発行する。

なお、以下、このように、HDD３のスイングアーム５４（磁気ヘッド５３）をロード位置に保持させることを目的として強制的に発行されるATAコマンドを、強制的なATAコマンドと称する。一方、書き込みのためのアクセスを目的として定常的に発行されるATAコマンド、即ち、記録動作開始時点から初期アクセス発行時間T3経過後に発行されるATAコマンドと、直前のアクセスの終了時点から定常アクセス発行時間T1経過後に発行されるATAコマンドとを、以下、定常的なATAコマンドと称する。ただし、ここでは、書き出しの場合が着目されているが、実際には、読み出し動作の場合においても全く同様に、読み出しのためのアクセスを目的としてATAコマンドが定常的に発行される。従って、実際には、定常的なATAコマンドには、読み出しのためのアクセスを目的として定常的に発行されるATAコマンドも含まれる。

HDD３側から見ると、時刻taに、CPU２１とのアクセスが開始されたので（強制的なATAコマンドが発行されたので）、磁気ヘッド５３（スイングアーム５４）の配置状態がアンロード状態からロード状態に遷移する。即ち、時刻taに、HDD３のスイングアーム５４がアンロード位置からロード位置に移動する。このとき、スイングアーム５４の移動音自体は当然ながら発生するが、音声信号処理部１７のエンコード処理はまだ実行されていないので、HDD３にはこの移動音（メカノイズ）は当然ながら記憶されない。

このように、時刻t2の時点、即ち、画像信号処理部１４と音声信号処理部１７がエンコード処理の実行を開始した時点では、HDD３のスイングアーム５４はロード位置に既に移動しているので、上述した第１の要因による従来の課題の発生を防止することが可能になる。

その後、図８に示されるように、アンロード開始待機時間T2が、初期アクセス発行時間T3よりも長い（以下、単にT2>T3と記述する）場合、同図中一番下の「HDDロード/アンロード」のタイミングチャートに示されるように、最初の定常的なATAコマンドの発行時刻t3（最初のHDD３への書き込みが開始される時刻t3）までに、HDD３の磁気ヘッド５３（スイングアーム５４）の配置状態がロード状態からアンロード状態に遷移することは無いので、即ち、スイングアーム５４の配置位置がロード位置のまま保持されるので、HDD３のメカノイズは発生しない。

しかしながら、図９に示されるように、アンロード開始待機時間T2が、初期アクセス発行時間T3よりも短い（以下、単にT3>T2と記述する）場合、同図中一番下の「HDDロード/アンロード」のタイミングチャートに示されるように、最初の定常的なATAコマンドの発行時刻t3よりも前の時点（図９の例では、時刻tb）に、状態遷移条件８３（図６）が先に満たされて、HDD３の磁気ヘッド５３（スイングアーム５４）の配置状態がロード状態からアンロード状態に遷移してしまう。

従って、このとき（図９の例では、時刻tb）、HDD３のスイングアーム５４がロード位置からアンロード位置に移動する移動音が、音声入力部１６から音声信号処理部１７にメカノイズとして入力されてしまう。即ち、被写体の周囲の音声（ユーザが録音を所望する音声）に加えてさらに、そのメカノイズもデータ化されて、最終的には、HDD３に記録されてしまう。

さらに、時刻t3に、最初の定常的なATAコマンドが発行されるので、状態遷移条件８７が満たされて、HDD３の磁気ヘッド５３（スイングアーム５４）の配置状態は、アンロード状態からロード状態に再び遷移することになる。

従って、このとき（図９の例では、時刻t3）、HDD３のスイングアーム５４がアンロード位置からロード位置に移動する移動音が、音声入力部１６から音声信号処理部１７にメカノイズとして再度入力されてしまう。即ち、被写体の周囲の音声（ユーザが録音を所望する音声）に加えてさらに、そのメカノイズもデータ化されて、最終的には、HDD３に再度記録されてしまう。

このように、T3>T2の場合、第１の状態制御手法を単に適用しただけでは、上述した第２の要因と同様の要因により従来の課題が発生してしまう。

従って、T3>T2の場合、第１の状態制御手法に加えてさらに、（上述した第２の要因による従来の課題の発生を防止するための）第２の状態制御手法を適用する必要がある。

そこで、以下、第２の状態制御手法の詳細について説明する。ただし、以下においては、第２の状態制御手法のうちの、強制的なATAコマンドを発行する手法について説明する（それ以外の実現手法については後述する）。

即ち、CPU２１は、はじめに、定常アクセス発行時間T1と初期アクセス発行時間T3とのそれぞれを演算するとともに、アンロード開始待機時間T2を取得する。なお、この処理の実行タイミングは、特に限定されないが、本実施の形態においては、例えば、ユーザが記録動作を開始する前、即ち、ユーザが録画キー３１を押下する時刻t1よりも前であって、記録レートが設定された時点の直後とされる（後述する図１２のステップＳ１乃至Ｓ４参照）。

定常アクセス発行時間T1と初期アクセス発行時間T3のそれぞれは、上述したとおり、記録されるデータの記録レート、HDD３の転送レート（初期アクセス発行時間T3自体の演算には不要である）、および、バッファ２５の規定データ量を用いて演算可能である。例えば、上述した例では、定常アクセス発行時間T1は9.6[s]と、初期アクセス発行時間T3は10[s]と、それぞれ演算された。

また、アンロード開始待機時間T2は、HDD３固有の値であるので事前にその値を取得しておくことが可能である。或いは、例えば、アンロード開始待機時間T2取得用のATAコマンドを新たに追加し、これを用いることも可能である。具体的には、例えば，現在のATA-6規格（http://www.t13.org/docs2002/d1410r3b.pdf参照）によると、ベンダー定義コマンド用コマンドコードとして、9Ah, C0h, C3h, 80h-8Fh, F0h, F7h, FAh-FFhのそれぞれが用意されている。従って、これらのうちのコマンドコード9Ahを用いることで、アンロード開始待機時間T2取得用のATAコマンドを新たに追加することが可能である。勿論、アンロード開始待機時間T2の取得方法は、これらの例に限定されない。即ち、例えば、アンロード開始待機時間T2取得用のATAコマンドを新たに追加する場合、追加するそのATAコマンドの仕様は特に限定されない。また、例えば、ATA-6の標準コマンドであるIdentifyDeviceで得られる情報のベンダー定義領域を利用する方法などを使用することもできる。

次に、CPU２１は、T2>T3であるか否かを判定する。なお、CPU２１のこの処理のタイミングは、特に限定されないが、本実施の形態においては、例えば、ユーザにとっての記録動作開始直後、即ち、ユーザが録画キー３１を押下した時刻t1の直後とされる（後述する図１２のステップＳ４とＳ５参照）。

CPU２１は、T2>T3であると判定した場合、第１の状態制御手法のみを適用したHDD３の記録制御を実行する。即ち、情報処理装置（図１）は、上述した図８の各タイミングチャートのそれぞれに沿った処理を実行する。

これに対して、CPU２１は、T3>T2である（T2>T3ではない）と判定した場合、第１の状態制御手法と第２の状態制御手法のいずれも適用したHDD３の記録制御を実行する。具体的には、例えば、CPU２１は、図１０の各タイミングチャートのそれぞれに沿った処理を実行する。即ち、図１０は、T3>T2の場合における（第１の状態制御手法と第２の状態制御手法とが共に適用された場合における）タイミングチャートを示している。

即ち、図１０において、略時刻t1に、CPU２１は、強制アクセス発行時間T4として、アンロード開始待機時間T2よりも短い時間を設定し、タイマ２８（図１）に通知する。

時刻t1から時刻t2までの処理は、上述した図８を参照して説明した第１の状態制御手法に対応する処理であるので、ここでは、その説明については省略する。

時刻t2になると、CPU２１は、上述したように、制御信号（動画像とそれに対応する音声の記録処理を開始させる指令）をカメラ部１に供給する。このとき、CPU２１は、タイマ２８（図１）の計時動作も開始させる。即ち、タイマ２８は、時刻t2に計時動作を開始し、アンロード開始待機時間T2が経過する時刻tbよりも前の略時刻tcに、強制アクセス発行時間T4の計時を終了し、そのことをCPU２１に通知する。すると、CPU２１は、略時刻tcに、強制的なATAコマンドをHDD3に対して発行する。

HDD３に着目すると、略時刻tcに、CPU２１とのアクセスが開始されたので（強制的なATAコマンドが発行されたので）、その現状の動作モード（ロード状態の動作モードである、アクティブモード、ローパワーアクティブモード、および、アクティブアイドルモードのうちのいずれか）からアクティブモード（またはローパワーアクティブモード）に遷移する。これにより、その時点（略時刻tc）からアンロード開始待機時間T2が少なくとも経過するまでは（図１０の例では、最初の定常的なATAコマンドが発行される時刻t3以降の図示せぬ時刻までは）、HDD３の磁気ヘッド５３（スイングアーム５４）の配置状態はロード状態のまま保持される。即ち、HDD３のスイングアーム５４がロード位置に保持される（アンロード位置への移動が禁止される）ので、上述した第２の要因による従来の課題の発生を防止することが可能になる。

なお、図示はされていないが、強制アクセス発行時間T4が、初期アクセス発行時間T3の半分以下である場合、１回目の強制的なATAコマンドの発行時刻（図１０の例では、略時刻tc）から、強制アクセス発行時間T4がさらに経過しても、最初の定常的なATAコマンドの発行時刻t3まで達しておらず（初期アクセス発行時間T3が経過しておらず）、その結果、再度（２回目の）強制的なATAコマンドが発行されることになる。従って、最初の定常的なATAコマンドの発生時刻t3までに、このような強制的なATAコマンドの再発行（初期アクセス発行時間T3が経過する間に、２回以上の強制的なATAコマンドの発行）が不要である場合、強制アクセス発行時間T4をT2>T4>T3/2の範囲で設定するとよい。

ところで、上述したように、一般的に、初期アクセス発行時間T3は、定常アクセス発行時間T1より長い（以下、T3>T1と記述する）ので、T3>T2の場合、T3>T1>T2となるときもある（勿論、T3>T2>T1となるときもあり、このときの処理については後述する）。このT3>T1>T2のとき、最初の定常的なATAコマンドの発行時刻t3以降においても、CPU２１は、第２の状態制御手法を適用したHDD３の記憶制御を実行し続ける必要がある。

この場合のタイミングチャート、即ち、T3>T1>T2の場合に第２の状態制御手法が適用されたときのタイミングチャートが図１１に示されている。そこで、以下、図１１を参照して第２の状態制御手法の詳細についてさらに説明する。

図１１に示されるように、時刻t3に、HDD３に対する１回目の書き込みのための定常的なアクセスが開始され（１回目の定常的なATAコマンドが発行され）、時刻t4に、そのアクセスが終了する。この時刻t4に、CPU２１は、タイマ２８（図１）の計時動作も開始させる。即ち、タイマ２８は、時刻t4に計時動作を開始し、アンロード開始待機時間T2が経過する時刻t5よりも前の略時刻tdに、強制アクセス発行時間T4の計時を終了し、そのことをCPU２１に通知する。すると、CPU２１は、略時刻tdに、強制的なATAコマンドをHDD3に対して発行する。

HDD３に着目すると、略時刻tdに、強制的なATAコマンドが発行されたので、その現状の動作モード（ロード状態の動作モードである、アクティブモード、ローパワーアクティブモード、および、アクティブアイドルモードのうちのいずれか）からアクティブモード（またはローパワーアクティブモード）に遷移する。これにより、図１１に示されるように、その時点（略時刻td）から少なくともアンロード開始待機時間T2が経過するまでは（図１１の例では、次の定常的なATAコマンドの発行時刻t6以降の図示せぬ時刻までは）、HDD３の磁気ヘッド５３（スイングアーム５４）の配置状態はロード状態のまま保持される。

時刻t6以降においても、CPU２１は、このような処理を繰り返し実行することで、HDD３の磁気ヘッド５３（スイングアーム５４）の配置状態をロード状態のまま保持させる（アンロード状態への遷移を禁止する）ことができる。即ち、HDD３のスイングアーム５４がロード位置に常に保持される（アンロード位置への移動が常に禁止される）ので、上述した第２の要因による従来の課題の発生を防止することが可能になる。

なお、上述したように、強制アクセス発行時間T4がT2>T4>T3/2の範囲で設定されていれば、一般的にT3>T1であることを考慮すると、当然ながら、T2>T4>T1/2の関係を満たし、定常アクセス発行時間T1が経過する間に、強制的なATAコマンドは２回以上発行されない。もっとも、仕様によって、強制アクセス発行時間T4を、T3/2>T4の範囲に設定して、定常アクセス発行時間T1が経過する間に、強制的なATAコマンドを２回以上発行させても構わない。

以上説明したように、T2>T3(>T1)の場合については、第１の状態制御手法のみが適用され、T3>T1>T2の場合については、第１の状態制御手法と第２の状態制御手法が共に適用される。

残りのT3>T2>T1の場合についても、第１の状態制御手法と第２の状態制御手法が共に適用される。即ち、最初の定常的なATAコマンドの発生時刻t3までは、図１０のタイミングチャートに沿った処理が実行される。ただし、T2>T1であるので、時刻t3以降においては、HDD３の磁気ヘッド５３（スイングアーム５４）の配置状態がアンロード状態に遷移するよりも前に、定常的なATAコマンドが発行される。従って、強制的なATAコマンドが特に発行されずとも、HDD３の磁気ヘッド５３（スイングアーム５４）の配置状態はロード状態のまま保持される。即ち、T3>T2>T1の場合においては、時刻t3以降、HDD３のスイングアーム５４がロード位置に常に保持される（アンロード位置への移動が常に禁止される）ので、従来の課題は発生しない。従って、T3>T2>T1の場合においては、T3>T1>T2の場合とは異なり、時刻t3以降に第２の状態制御手法を特に適用する必要は無い。

もっとも、T3>T2>T1の場合であっても、T3>T2>T1>T4のときには、時刻t3以降においても、強制的なATAコマンドの発行（強制的なHDD３へのアクセスの発生）が行われる。そこで、T3>T2>T1の場合において、時刻t3以降に強制的なATAコマンドの発行が不要であるときには、強制アクセス発行時間T4をT2>T4>T1の範囲で設定するとよい。

以上説明したように、第１の状態制御手法の適用は、定常アクセス発行時間T1，アンロード開始待機時間T2，初期アクセス発行時間T3の関係によらず、基本的に必須である。これに対して、第２の状態制御手法の適用は、T2>T3(>T1)の場合については不要であり、T3>T2の場合（T3>T1>T2の場合、または、T3>T2>T1の場合）についてのみ必要となる。

このように、３つの場合（T2>T3>T1の場合、T3>T1>T2の場合、および、T3>T2>T1の場合）のそれぞれに対して、第１の状態制御手法と第２の状態制御手法を如何にして組み合わせるのか（第２の状態制御手法を適用しない組み合わせも含む）が重要な点である。

即ち、いずれの場合においても、次の目的を達成できるように、第１の状態制御手法と第２の状態制御手法を適宜組み合わせる必要がある。この目的とは、HDD３への音声（データ）記録中に、HDD３のスイングアーム５４をロード位置に常に保持させ、スイングアーム５４の移動音（ロード位置からアンロード位置への移動音、または、アンロード位置からロード位置への移動音）を発生させないこと（従来の課題を解決すること）である。

即ち、第１の状態制御手法や第２の状態制御手法を単体で単に適用するだけでは、全ての状況（場合）に対してこの目的を達成すること（従来の課題の解決）は困難であり、そのときの状況によって、第１の状態制御手法と第２の状態制御手法を適宜組み合わせる必要がある。

換言すると、上述した３つの場合（T2>T3>T1の場合、T3>T1>T2の場合、および、T3>T2>T1の場合）以外であっても、第１の状態制御手法と第２の状態制御手法を適宜組み合わせることによって、この目的の達成は可能であるとも言える。

なお、上述した例では、HDD３の書き込み動作（記憶動作）についてのみ説明したが、CPU２１は、HDD３の読み出し動作の場合においても、第１の状態制御手法と第２の状態制御手法を全く同様に適用してHDD３の読み出し動作を制御することで、HDD３からの音声（データ）読みだし中、即ち、音声出力部１８からの音声出力中に、HDD３のスイングアーム５４をロード位置に常に保持させることができる。これにより、音声出力部１８からの音声出力中に、スイングアーム５４の移動音（ロード位置からアンロード位置への移動音、または、アンロード位置からロード位置への移動音）を発生させない効果、即ち、ユーザにとって耳障りなメカノイズの発生を防止する効果を奏することが可能になる。

次に、図１２のフローチャートを参照して、本実施の形態の情報処理装置（図１）が、上述した第１の状態制御手法と第２の状態制御手法を適宜組み合わせることで、内蔵する（或いは、接続されたと捉えてもよい）HDD３の記録動作を制御する処理（以下、記録処理と称する）について説明する。

はじめに、ステップＳ１において、CPU２１は、記録レートを設定する。なお、記録レートの設定方法は、特に限定されないが、例えば、ユーザは、操作入力部２４を操作することで、所望の記録レートをCPU２１に入力させることが一般的にできるので、ここでは、ユーザが入力した記録レートがそのまま設定されるとする。

ステップＳ２において、CPU２１は、定常アクセス発行時間T1と初期アクセス発行時間T3とを演算する。なお、上述したように、定常アクセス発行時間T1と初期アクセス発行時間T3とは、ステップＳ１の処理で設定された記録レートの他、予め設定されている、HDD３の転送レート（ただし、初期アクセス発行時間T3自体の演算には不要である）と、バッファ２５の規定データ量（ここでは、例えば、バッファ２５の最大記憶容量）とに基づいて演算される。

ステップＳ３において、CPU２１は、アンロード開始待機時間T2を取得する。なお、上述したように、アンロード開始待機時間T2は予め設定されている値であるので、その値をROM２２等に予め登録しておき、ステップＳ３のタイミングで、CPU２１がROM２２等からそれを読み出すことで、アンロード開始待機時間T2の取得が可能になる。或いは、上述したアンロード開始待機時間T2取得用のATAコマンドを予め追加しておき、ステップＳ３のタイミングで、CPU２１がそのATAコマンドを発行することで、アンロード開始待機時間T2を取得することもできる。

ステップＳ４において、CPU２１は、録画開始が指示されたか否かを判定する。

なお、ステップＳ４の判定条件は特に限定されないが、ここでは、上述したように、録画キー３１が押下された場合、ステップＳ４において、CPU２１は、録画開始が指示されたと判定する。

従って、録画キー３１が押下されない限り、ステップＳ４において、録画開始が指示されていないと判定され、処理はステップＳ４に戻され、録画開始が指示されたか否かが再度判定される。即ち、CPU２１は、録画キー３１が押下されることを常時監視している。

そして、録画キー３１が押下されると、CPU２１は、ステップＳ４において、録画開始が指示されたと判定し、ステップＳ５において、T2>T3(>T1)であるか否かを判定する。

T2>T3>T1である場合（ステップＳ５において、T2>T3(>T1)であると判定した場合）、CPU２１は、ステップＳ６において、上述したように、第１の状態制御手法のみを適用したHDD３の記録制御を実行する。ステップＳ６の処理が終了すると、記録処理も終了となる。

なお、このようなステップＳ６の処理（第１の状態制御手法のみを適用したHDD３の記録制御の実行処理）を、以下、「第１のHDD記録処理」と称する。ただし、「第１のHDD記録処理（ステップＳ６の処理）」の詳細については、図１３のフローチャートを参照して後述する。

これに対して、T3>T2>T1である場合、または、T3>T1>T2である場合（ステップＳ５において、T2>T3(>T1)ではないと判定した場合）、CPU２１は、ステップＳ７において、上述したように、第１の状態制御手法と第２の状態制御手法を共に適用したHDD３の記録制御を実行する。ステップＳ７の処理が終了するとまた、記録処理も終了となる。

なお、このようなステップＳ７の処理（第１の状態制御手法と第２の状態制御手法を共に適用したHDD３の記録制御の実行処理）を、上述した「第１のHDD記録処理」と区別するために、以下、「第２のHDD記録処理」と称する。ただし、「第２のHDD記録処理（ステップＳ７の処理）」の詳細については、図１５のフローチャートを参照して後述する。

次に、「第１のHDD記録処理（ステップＳ６の処理）」と「第２のHDD記録処理（ステップＳ７の処理）」のそれぞれの詳細について、その順番に個別に説明していく。

はじめに、図１３のフローチャートを参照して、T2>T3>T1の場合に実行される「第１のHDD記録処理」について説明する。

なお、「第１のHDD記録処理」に対応するタイミングチャートが図１４に示されている。この図１４のタイミングチャートの時刻t3までの部分は、上述した図８のタイミングチャートと基本的に同図である。さらに、図１４のタイミングチャートには、図８のタイミングチャートには図示されていない部分、即ち、時刻t3以降の部分の処理も図示されている。そこで、以下、図１４のタイミングチャートも適宜参照して説明する。

はじめに、ステップＳ２１において、CPU２１は、強制的なATAコマンドを発行する（図１４の時刻taにおける処理参照）。

即ち、ステップＳ２１において、第１の状態制御手法に対応する処理が実行され、これにより、HDD３の磁気ヘッド５３（スイングアーム５４）の配置状態がアンロード状態からロード状態に遷移する。即ち、HDD３のスイングアーム５４がアンロード位置からロード位置に移動する。このとき、スイングアーム５４の移動音自体は当然ながら発生するが、音声信号処理部１７のエンコード処理はまだ実行されていないので（後述するステップＳ２２の処理であるので）、HDD３にはこの移動音（メカノイズ）は当然ながら記憶されない。

CPU２１は、このようにして強制的なATAコマンドを発行した後、カメラ部1に対してエンコード処理の開始を指示する制御信号を出力する（図１４の時刻t2における処理参照）。

すると、ステップＳ２２において、カメラ部１（特に、画像信号処理部１４と音声信号処理部１７）は、画像信号と音声信号とのエンコード処理を開始する。

エンコードされた画像信号と音声信号（データ）がカメラ部１から制御部２に順次供給されてくるので、ステップＳ２３において、CPU２１は、そのデータをバッファ２５に蓄積する。

ステップＳ２４において、CPU２１は、バッファ２５にデータが規定データ量蓄積されたか否かを判定する。

規定データ量蓄積されていない場合（ステップＳ２４において、規定データ量蓄積されていないと判定された場合）、処理はステップＳ２３に戻され、カメラ部１から制御部２に順次供給されてくる新たなデータが、バッファ２５にさらに蓄積されていく（図１４の時刻t2から時刻t3までにおける処理参照）。

そして、バッファ２５にデータが規定データ量蓄積されると（図１４の時刻t3における処理参照）、ステップＳ２４において、規定データ量蓄積されたと判定し、CPU２１は、ステップＳ２５において、バッファ２５に蓄積されたデータをHDD３に記憶させる。

即ち、図１４に示されるように、アンロード開始待機時間T2が経過する時刻tgの前の時刻t3に、CPU２１は、HDD３に対して定常的なATAコマンドを発行するので、HDD３の動作モードはアクティブモードに遷移し、その結果、HDD３の磁気ヘッド５３（スイングアーム５４）の配置状態はロード状態のまま保持される。

このように、T2>T3>T1の場合に実行される「第１のHDD記録処理」においては、最初の定常的なATAコマンドの発行時刻t3までは、第２の状態制御手法に対応する処理は特に実行されなくても、HDD３の磁気ヘッド５３（スイングアーム５４）の配置状態はロード状態のまま保持される。

ステップＳ２６において、CPU２１は、録画終了が指示されたか否かを判定する。

なお、ステップＳ２６の判定条件は特に限定されないが、ここでは、例えば、録画キー３１が２度目に押下された場合、ステップＳ２６において、CPU２１は、録画終了が指示されたと判定する。

従って、録画キー３１の２度目の押下操作が行われない限り、ステップＳ２６において、録画終了が指示されていないと判定され、処理はステップＳ２３に戻され、それ以降の処理が繰り返される。即ち、図１４の時刻t3から時刻t６までの処理と同様の処理が繰り返し実行される。詳細には、HDD３に対する定常的なアクセスが終了され（データの書き込みが終了され）、バッファ２５のデータ蓄積量が増加していき、データ蓄積量が規定データ量に達する毎に、定常的なATAコマンドが発行され（HDD３に対する定常的な次のアクセスが開始され）、バッファ２５に蓄積されていた次のデータがHDD３に転送されて書き込まれる。

即ち、HDD３に対する定常的なアクセスが終了された時点から、アンロード開始待機時間T2が経過するよりも前に、定常アクセス発行時間T1が経過し、その時点で、CPU２１は、HDD３に対して定常的なATAコマンドを発行するので、HDD３の動作モードはアクティブモードに再度遷移し、その結果、HDD３の磁気ヘッド５３（スイングアーム５４）の配置状態はロード状態のまま保持される。

このように、T2>T3>T1の場合においては、最初に（ステップ２１の処理で）第１の状態制御手法に対応する処理が実行されれば、第２の状態制御手法に対応する処理は特に実行されなくても、HDD３の磁気ヘッド５３（スイングアーム５４）の配置状態はロード状態のまま保持される。即ち、HDD３が録音中に（音声信号処理部１７がエンコード処理を実行中に）、HDD３のスイングアームの移動音（ロード位置からアンロード位置への移動音、または、アンロード位置からロード位置への移動音）に起因するメカノイズは発生しないという効果、即ち、従来の課題を解決することが可能な効果を奏することが可能になる。

このようなステップＳ２３乃至Ｓ２６の処理が繰り返された後に、録画キー３１が２度目に押下された場合、CPU２１は、ステップＳ２６において、録画終了が指示されたと判定し、エンコード処理を終了させる制御信号をカメラ部１に出力する。

すると、カメラ部１は、ステップＳ２７において、画像信号と音声信号とのエンコード処理を終了させる。

これにより、「第１のHDD記録処理」が終了となる。

次に、図１５のフローチャートを参照して、T3>T2>T1の場合またはT3>T1>T2の場合に実行される「第２のHDD記録処理（図１２のステップＳ７の処理）」について説明する。

なお、「第２のHDD記録処理」のうちのT3>T2>T1の場合の処理に対応するタイミングチャートが図１６に示されている。この図１６のタイミングチャートの時刻t3までの部分は、上述した図１０のタイミングチャートと基本的に同図である。さらに、図１６のタイミングチャートには、図１０のタイミングチャートには図示されていない部分、即ち、T3>T2>T1の場合の時刻t3以降の部分の処理が図示されている。

また、「第２のHDD記録処理」のうちのT3>T1>T2の場合の処理に対応するタイミングチャートが図１７に示されている。この図１７のタイミングチャートのうちの、時刻t3までの部分は上述した図１０のタイミングチャートと基本的に同図が、時刻t3以降の部分は上述した図１１のタイミングチャートと基本的に同図が、それぞれ示されている。即ち、図１７のタイミングチャートは、図１０と図１１のタイミングチャートのそれぞれを組み合わせた図である。

そこで、以下、図１６と図１７のタイミングチャートも適宜参照して説明する。

はじめに、ステップＳ４１において、CPU２１は、アンロード開始待機時間T2未満の範囲で、強制アクセス発行時間T4を決定し、タイマ２８に通知する。

ステップＳ４２において、CPU２１は、強制的なATAコマンドを発行する（図１６と図１７の時刻taにおける処理参照）。

即ち、「第２のHDD記録処理」のステップＳ４２の処理として、「第１のHDD記録処理」のステップＳ２１の処理と同様に（T3>T2>T1の場合とT3>T1>T2の場合のいずれにおいても、T2>T3>T1と同様に）、第１の状態制御手法に対応する処理が実行され、これにより、HDD３の磁気ヘッド５３（スイングアーム５４）の配置状態がアンロード状態からロード状態に遷移する。即ち、HDD３のスイングアーム５４がアンロード位置からロード位置に移動する。このとき、スイングアーム５４の移動音自体は当然ながら発生するが、音声信号処理部１７のエンコード処理はまだ実行されていないので（後述するステップＳ４３の処理であるので）、HDD３にはこの移動音（メカノイズ）は当然ながら記憶されない。

CPU２１は、このようにして強制的なATAコマンドを発行した後、カメラ部1に対してエンコード処理の開始を指示する制御信号を出力する（図１６と図１７の時刻t2における処理参照）。

すると、ステップＳ４３において、カメラ部１（特に、画像信号処理部１４と音声信号処理部１７）は、画像信号と音声信号とのエンコード処理を開始する。このとき、上述したように、タイマ２８は計時動作を開始する。

エンコードされた画像信号と音声信号（データ）がカメラ部１から制御部２に順次供給されてくるので、ステップＳ４４において、CPU２１は、そのデータをバッファ２５に蓄積する。

ステップＳ４５において、CPU２１は、直前のアクセス終了時点（または、カメラ部１のエンコード処理開始時点）から、強制アクセス発行時間T4が経過したか否かを判定する。

タイマ２８が強制アクセス発行時間T4をまだ計時していない場合、CPU２１は、ステップＳ４５において、直前のアクセス終了時点（または、カメラ部１のエンコード処理開始時点）から、強制アクセス発行時間T4が経過していないと判定し、ステップＳ４７において、バッファ２５にデータが規定データ量蓄積されたか否かを判定する。

規定データ量蓄積されていない場合（ステップＳ４７において、規定データ量蓄積されていないと判定された場合）、処理はステップＳ４４に戻され、カメラ部１から制御部２に順次供給されてくる新たなデータが、バッファ２５にさらに蓄積されていく（図１６と図１７の時刻t2から時刻t3までにおける処理参照）。

「第２のHDD制御処理」においては、T3>T2>T4の関係が成立するので、HDD３に対する最初の定常的なアクセスの発生時刻t3（最初の定常的なATAコマンドの発行時刻t3）よりも前の時刻tcに、タイマ２８が強制アクセス発行時間T4の計時を終了する。

従って、CPU２１は、この時刻tcに、ステップＳ４５において、直前のアクセス終了時点（または、カメラ部１のエンコード処理開始時点）から、強制アクセス発行時間T4が経過したと判定し、ステップＳ４６において、強制的なATAコマンドを発行する。

即ち、このステップＳ４６において、第２の状態制御手法に対応する処理が実行され、これにより、HDD３の磁気ヘッド５３（スイングアーム５４）の配置状態がロード状態に保持される。従って、HDD３のスイングアーム５４がロード位置に保持されるので、スイングアーム５４の移動音（ロード位置からアンロード位置への移動音、または、アンロード位置からロード位置への移動音）自体が発生しない。

その後、バッファ２５にデータが規定データ量蓄積されると（図１６と図１７の時刻t3における処理参照）、ステップＳ４７において、規定データ量蓄積されたと判定し、CPU２１は、ステップＳ４８において、バッファ２５に蓄積されたデータをHDD３に記憶させる。

即ち、図１６と図１７に示されるように、この時刻t3に、CPU２１は、ステップＳ４８の処理として、HDD３に対して定常的なATAコマンドを発行することになる。

ただし、この時点においてHDD３の磁気ヘッド５３（スイングアーム５４）の配置状態は既にロード状態であるので（即ち、HDD３のスイングアーム５４が既にロード位置に配置されているので）、HDD３のスイングアーム５４自体はロード位置に保持され（ただし、HDD３の動作モードはアクティブモードに遷移する）、スイングアーム５４の移動音（ロード位置からアンロード位置への移動音、または、アンロード位置からロード位置への移動音）自体は発生しない。

ステップＳ４９において、CPU２１は、録画終了が指示されたか否かを判定する。なお、ステップＳ４９の判定条件は、特に限定されないが、ここでは、例えば、図１３のＳ２６の判定条件と基本的に同様とされる。即ち、ここでは、録画キー３１が２度目に押下された場合、ステップＳ２６において、CPU２１は、録画終了が指示されたと判定する。

従って、録画キー３１の２度目の押下操作が行われない限り、ステップＳ４９において、録画終了が指示されていないと判定され、処理はステップＳ４４に戻され、それ以降の処理が繰り返される。

ただし、上述したように、T3>T2>T1の場合とT3>T1>T2の場合とでは、時刻t3以降の処理結果に若干違いが生じる。

即ち、T3>T2>T1の場合、図１６に示される時刻t3から時刻t5までの処理と同様の処理が繰り返し実行される。詳細には、HDD３に対する定常的なアクセスが終了され（データの書き込みが終了され）、バッファ２５のデータ蓄積量が増加していき、データ蓄積量が規定データ量に達する毎に、定常的なATAコマンドが発行され（HDD３に対する定常的な次のアクセスが開始され）、バッファ２５に蓄積されていた次のデータがHDD３に転送されて書き込まれる。

即ち、HDD３に対する定常的なアクセスが終了された時点から、アンロード開始待機時間T2が経過するよりも前に、定常アクセス発行時間T1が経過し（ステップＳ４５の処理でＹＥＳであると一度も判定されずに、ステップＳ４７の処理でＹＥＳであると判定され）、その時点で、CPU２１は、HDD３に対して定常的なATAコマンドを発行するので、HDD３の動作モードはアクティブモードに再度遷移し、その結果、HDD３の磁気ヘッド５３（スイングアーム５４）の配置状態はロード状態のまま保持される。

このように、T3>T2>T1の場合においては、最初に（ステップ４２の処理で）、第１の状態制御手法に対応する処理が実行され、かつ、最初の定常的なATAコマンドの発行時刻t3よりも前の時点に、第２の状態制御手法に対応する処理が一度だけ実行されれば（ステップＳ４６の処理が一度だけ実行されれば）、それ以降、第２の状態制御手法に対応する処理は特に実行されなくても、HDD３の磁気ヘッド５３（スイングアーム５４）の配置状態はロード状態のまま保持される。即ち、HDD３が録音中に（音声信号処理部１７がエンコード処理を実行中に）、HDD３のスイングアーム５４の移動音（ロード位置からアンロード位置への移動音、または、アンロード位置からロード位置への移動音）に起因するメカノイズは発生しないという効果、即ち、従来の課題を解決することが可能な効果を奏することが可能になる。

これに対して、T3>T1>T2の場合、図１７に示される時刻t3から時刻t5までの処理と同様の処理が繰り返し実行される。詳細には、HDD３に対する定常的なアクセスが終了されてから（データの書き込みが終了されてから）、バッファ２５のデータ蓄積量が規定データ量に達する前の時点に、即ち、定常アクセス発行時間T1が経過する前の時点（図１８の例では、時刻t5の前の時刻tnに）、アンロード開始待機時間T2が毎回経過してしまうことになる（ステップＳ４７の処理でＹＥＳであると判定される前に、ステップＳ４５の処理でＹＥＳであると判定されることになる）。そこで、T2>T4の範囲で設定された強制アクセス発行時間T4が経過した時点（図１８の例では、時刻tnの前の時刻tlに）、CPU２１は、HDD３に対して強制的なATAコマンドを再発行する。これにより、HDD３の動作モードはアクティブモードまたはローパワーアクティブモードに再度遷移し、その結果、HDD３の磁気ヘッド５３（スイングアーム５４）の配置状態はロード状態のまま保持される。

このように、T3>T1>T2の場合においては、最初に（ステップ４２の処理で）第１の状態制御手法に対応する処理が実行され、かつ、HDD３に対する定常的なアクセスが終了されてから（或いは、エンコード処理が開始されてから）、強制アクセス発行時間T4が経過する毎に、第２の状態制御手法に対応する処理が実行されれば（ステップＳ４６の処理が毎回実行されれば）、HDD３の磁気ヘッド５３（スイングアーム５４）の配置状態はロード状態のまま保持される。即ち、HDD３が録音中に（音声信号処理部１７がエンコード処理を実行中に）、HDD３のスイングアーム５４の移動音（ロード位置からアンロード位置への移動音、または、アンロード位置からロード位置への移動音）に起因するメカノイズは発生しないという効果、即ち、従来の課題を解決することが可能な効果を奏することが可能になる。

このようなステップＳ４４乃至Ｓ４９の処理が繰り返された後に、録画キー３１が２度目に押下された場合、CPU２１は、ステップＳ４９において、録画終了が指示されたと判定し、エンコード処理を終了させる制御信号をカメラ部１に出力する。

すると、カメラ部１は、ステップＳ５０において、画像信号と音声信号とのエンコード処理を終了させる。

これにより、「第２のHDD記録処理」が終了となる。

なお、以上においては、T3>T2>T1の場合における処理と、T3>T1>T2の場合における処理とを１つの処理、即ち、「第２のHDD記録処理」として捉えたが、上述した図１６と図１７に示されるように、時刻t3以降の処理結果に違いが生じるので、別の処理と捉えることもできる。この場合、図１２のステップＳ５の処理で、T2>T3>T1であるのか、T3>T2>T1であるのか、或いは、T3>T1>T2であるのかが判定され、その判定結果に応じて対応する処理が実行されることになる。即ち、T2>T3>T1であると判定された場合、上述したステップＳ６の処理である「第１のHDD記録処理」（図１４のタイミングチャートに沿った処理）が実行される。また、T3>T2>T1であると判定された場合には上述した図１６のタイミングチャートに沿った処理が、T3>T1>T2であると判定された場合には上述した図１７のタイミングチャートに沿った処理が、それぞれ実行される。

以上、図１２のフローチャート等を参照して、本実施の形態の情報処理装置（図１）が、上述した第１の状態制御手法と第２の状態制御手法を適宜組み合わせることで、内蔵する（或いは、接続されたと捉えてもよい）HDD３の記録動作を制御する処理、即ち、記録処理について説明した。

上述したように、本実施の形態の情報処理装置（図１）はさらに、第１の状態制御手法と第２の状態制御手法を適宜組み合わせることで、内蔵する（或いは、接続されたと捉えてもよい）HDD３の読み出し動作を制御する処理（以下、読み出し処理と称する）も実行することが可能である。

この場合、図示はしないが、上述した各フローチャート（図１２、図１３、および図１５）を次のように訂正した処理が実行される。

即ち、図１２のメイン（記録処理全体）のフローチャートにおいて、「記録」や「録画」という語句を、例えば、「読み出し」という語句に訂正する。従って、訂正された処理名が「読み出し処理」となる。

図１３のフローチャートにおいて、処理名を「第１のHDD読み出し処理」と訂正する。ステップＳ２２とＳ２７における「エンコード」という語句を「デコード」という語句に訂正する。ステップＳ２３の処理を「HDDからデータを読み出し、バッファに蓄積する（定常的なATAコマンドを発行する）」と訂正する。ステップＳ２５の処理を「バッファに蓄積されたデータをカメラ部に転送する」と訂正する。ステップＳ２７における「録画」という語句を「読み出し」という語句に訂正する。さらに、ステップＳ２５の処理の後に、カメラ部１の処理（データをデコードして、その結果得られる画像信号と音声信号を出力する処理）を追加してもよい。

図１５のフローチャートにおいて、処理名を「第２のHDD読み出し処理」と訂正する。ステップＳ４３，Ｓ４５，Ｓ４８における「エンコード」という語句を「デコード」という語句に訂正する。ステップＳ４４の処理を「HDDからデータを読み出し、バッファに蓄積する（定常的なATAコマンドを発行する）」と訂正する。ステップＳ４８の処理を「バッファに蓄積されたデータをカメラ部に転送する」と訂正する。さらに、ステップＳ４８の処理の後に、カメラ部１の処理（データをデコードして、その結果得られる画像信号と音声信号を出力する処理）を追加してもよい。

ところで、繰り返しになるが、第２の状態制御手法とは、上述したように、カメラ部１が記録動作をしている間（音声信号処理部１７が音声信号をエンコードしている間）には、スイングアーム５４をアンロード位置に移動させることを禁止する手法である。

この第２の状態制御手法の具体的な実現手法の一形態として、強制アクセス発行時間T4の間、HDD３に対する定常的なアクセスがない場合には、CPU２１が強制的なATAコマンドを発行する手法（以下、ATAコマンド強制発行手法と称する）について上述した。しかしながら、第２の状態制御手法の具体的な実現手法は、上述したように、このATAコマンド強制発行手法に限定されず、様々な手法を適用することが可能である。具体的には、例えば、次のような手法を適用することも可能である。

即ち、第２の状態制御手法が仮に適用されない状態で、カメラ部１が記録動作をしている間にHDD３のスイングアーム５４がアンロード位置に移動してしまう条件として、上述したように、T2＜T1という条件と、T2＜T3 という条件とが存在する。また、上述したように、一般的にT3＞T1という関係が成立する。従って、カメラ部１が記録動作をしている間においては、スイングアーム５４のアンロード位置への移動を禁止するという目的（第２の状態制御手法を実現する目的）を達するためには、T2＞T3 という条件を常に成立させればよい。

上述したように、初期アクセス発行時間T3は、バッファ２５の規定データ量と記録データの記録レートにより決定される。また、アンロード開始待機時間T2はHDD３の固有の値である。従って、記録データの記録レートをa[Byte/s]と、アンロード開始時間T2をb[s]と、バッファ２５の規定データ量をX[Byte]と、それぞれ記述すると、初期アクセス発行時間T3は次の式（１）のように、アンロード開始待機時間T2は次の式（２）のように、それぞれ表される。

T3 = X/a ・・・（１）
T2 = b ・・・（２）

従って、T2＞T3という条件を成立させる、バッファ２５の規定データ量Xの条件は、次の式（３）のように表される。

X＜b/a ・・・（３）

例えば、記録データの記録レートが1.25M[Byte/s]（＝10M[bps]）とされ、アンロード開始待機時間T2が5[s]とされた場合、次の式（４）に示されるように、バッファ２５の規定データ量Xとして4M[Byte]未満を採用することで、T2＞T3という条件を成立させることができる。

X ＜ 5/1.25 = 4 ・・・（４）

以上のことから、第２の状態制御手法の具体的な実現手法の他の形態とは、T2＞T3という条件を満たす（カメラ部１が記録動作をしている間にスイングアーム５４をアンロード位置に移動させることを禁止する）ように、記録レート（一般的にはユーザにより設定された記録レート）に応じてバッファ２５の規定データ量を予め設定する手法である。即ち、上述した式（３）の右辺を演算し、その演算結果値より小さい値Ｘを、バッファ２５の規定データ量として予め設定する手法であることがわかる。なお、以下、このような第２の状態制御手法の具体的な実現手法を、上述したATAコマンド強制発行手法と区別するために、バッファ量設定手法と称する。

図１８は、上述した第１の状態制御手法とこのバッファ量設定手法（第２の状態制御手法）とが共に適用された場合の情報処理装置（図１）の記録動作を示すタイミングチャートを示している。

図１８に示されるように、時刻t1において、ユーザが録画キー３１を押下すると、即ち、操作入力部２４に対して記録開始操作を行うと、カメラ部１（音声信号処理部１７）のエンコード処理の開始時刻t2よりも前の時刻taに、CPU２１は、強制的なATAコマンドをHDD3に対して発行する。

HDD３に着目すると、時刻taに、CPU２１からの強制的なアクセスが発生したので（強制的なATAコマンドが発行されたので）、磁気ヘッド５３（スイングアーム５４）の配置状態もアンロード状態からロード状態に遷移する。即ち、時刻taに、HDD３のスイングアーム５４がアンロード位置からロード位置に移動する。このとき、スイングアーム５４の移動音自体は当然ながら発生するが、音声信号処理部１７のエンコード処理はまだ実行されていないので、HDD３にはこの移動音（メカノイズ）は当然ながら記憶されない。

このように、時刻t2の時点、即ち、画像信号処理部１４と音声信号処理部１７がエンコード処理の実行を開始した時点では、HDD３のスイングアーム５４はロード位置に既に移動しているので、上述した第１の要因による従来の課題の発生を防止することが可能になる。

その後、バッファ量設定手法によりT2>T3の条件が常に成立しているので（その条件を満たすような規定データ量が予め設定されているので）、HDD３への最初のデータ書き込み開始時刻t3（最初の定常的なATAコマンド発行時刻t3）までに、HDD３の磁気ヘッド５３（スイングアーム５４）の配置状態がロード状態からアンロード状態に遷移することは無くなる。即ち、スイングアーム５４がロード位置に保持され、その結果、当然ながらHDD３のメカノイズは発生しないので、上述した第２の要因による従来の課題の発生を防止することが可能になる。

一般的にT3>T1であることから、バッファ量設定手法によりT2>T1の条件も当然ながら成立しているので、それ以降も全く同様に、HDD３への２回目のデータの書き込み時刻t5（２回目の定常的なATAコマンド発行時刻t5）までに、HDD３の磁気ヘッド５３（スイングアーム５４）の配置状態がロード状態からアンロード状態に遷移することは無くなる。即ち、スイングアーム５４がロード位置に保持され、その結果、当然ながらHDD３のメカノイズは発生しないので、上述した第２の要因による従来の課題の発生を防止することが可能になる。

それ以降も、図示はされていないが、時刻t4から時刻t5までの処理と同様の処理が繰り返し実行されるので、カメラ部１が記録動作をしている間（音声信号処理部１７が音声信号をエンコードしている間）には、スイングアーム５４がロード位置に保持される（アンロード位置への移動が禁止される）。その結果、当然ながらHDD３のメカノイズは発生しないので、上述した第２の要因による従来の課題の発生を防止することが可能になる。

このように、第１の状態制御手法とバッファ量設定手法（第２の状態制御手法）とが共に適用された場合においては、最初に第１の状態制御手法に対応する処理が実行されれば、それ以降、HDD３の磁気ヘッド５３（スイングアーム５４）の配置状態はロード状態のまま保持される（そのように、バッファ２５の規定データ量が予め設定されている）。その結果、HDD３が録音中に（音声信号処理部１７がエンコード処理を実行中に）、HDD３のスイングアーム５４の移動音（ロード位置からアンロード位置への移動音、または、アンロード位置からロード位置への移動音）に起因するメカノイズは発生しないという効果、即ち、従来の課題を解決することが可能な効果を奏することが可能になる。

次に、図１９のフローチャート等を参照して、本実施の形態の情報処理装置（図１）が、第１の状態制御手法とバッファ量設定手法（第２の状態制御手法）とを適宜組み合わせることで、内蔵する（或いは、接続されたと捉えてもよい）HDD３の記録動作を制御する処理、即ち、記録処理について説明する。

はじめに、ステップＳ６１において、CPU２１は、記録レートを設定する。

ステップＳ６２において、CPU２１は、アンロード開始待機時間T2を取得する。

ステップＳ６３において、CPU１２は、バッファ２５の規定データ量を設定する。即ち、CPU２１は、上述した式（３）の右辺のうちの、パラメータaに、ステップＳ６１の処理で決定した設定レートを、パラメータｂに、ステップＳ６２の処理で取得したアンロード開始待機時間T2のそれぞれを代入することで、式（３）の右辺を演算し、その演算結果値より小さい値Xを、バッファ２５の規定データ量として設定する。

ステップＳ６４において、CPU２１は、録画開始が指示されたか否かを判定する。

即ち、録画キー３１が押下されない限り、ステップＳ６４において、録画開始が指示されていないと判定され、処理はステップＳ６４に戻され、録画開始が指示されたか否かが再度判定される。即ち、CPU２１は、録画キー３１が押下されることを常時監視している。

そして、録画キー３１が押下されると、CPU２１は、ステップＳ６４において、録画開始が指示されたと判定し、ステップＳ６５において、上述した「第１のHDD記録処理（詳細は図１３）」を実行する。即ち、ステップＳ６３の処理で、T2>T3(>T1)の条件が満たされるように、バッファ２５の規定データ量が設定されたので、T2>T3(>T1)の場合（図１２のステップＳ５において、T2>T3(>T1)であると判定された場合）に実行される「第１のHDD記録処理」が、ステップＳ６５においても同様に実行されるのである。

ステップＳ６５の「第１のHDD記録処理」が終了すると、記録処理自体も終了となる。

なお、図１９の例では、バッファ２５の規定データ量の設定のタイミングは、記録レートが設定された直後であって、録画開始が指示される前（ステップＳ６１乃至Ｓ６４参照）とされたが、このタイミングは特に限定されない。具体的には、例えば、図２０に示されるように、録画開始が指示された後（ステップＳ８３の処理で録画開始が指示されたと判定された後）、即ち、記録を開始するとき、ステップＳ８４の処理として実行されてもよい。なお、図２０のその他の処理、即ち、ステップＳ８１，Ｓ８２，Ｓ８３のそれぞれの処理は、図１９における、ステップＳ６１，Ｓ６２，Ｓ６３のそれぞれの処理と基本的に同様の処理とされるので、それらの説明については省略する。

また、上述した様に、本実施の形態の情報処理装置（図１）はさらに、第１の状態制御手法とバッファ量設定手法（第２の状態制御手法）とを適宜組み合わせることで、内蔵する（或いは、接続されたと捉えてもよい）HDD３の読み出し動作を制御する処理、即ち、読み出し処理も実行することが可能である。

この場合、図示はしないが、上述した図１９または図２０のフローチャートを次のように訂正した処理が実行される。

即ち、図１９または図２０のフローチャートにおいて、「記録」や「録画」という語句を、例えば、「読み出し」という語句に訂正する。従って、訂正された処理名が「読み出し処理」となる。

ところで、本明細書においては主に記録動作に着目して本発明の適用について説明してきたが、上述したように、再生動作に対しても本発明の適用が可能である。即ち、上述した記録動作を単に再生動作として置き換えることにより、本発明の適用が可能になる。この場合、再生動作中のメカノイズが低減される効果を奏することが可能になる。

また、本実施の形態においては、HDD３を制御するためのコマンドとして、ATAコマンドを適用したが、HDD３を制御可能なコマンドであれば、ATAコマンドに特に限定されない。即ち、本実施の形態においては、ATA-6という既存のATAインタフェースを用いることを前提に説明してきたが、利用可能なインタフェースであれば、ATAインタフェースに特に限定されない。具体的には、例えば、ATA-7等の既存のインタフェースの後継インタフェース、或いは、その他の種々のインタフェースを適用することもできる。

さらに、本発明が適用される情報処理装置の形態は、図１に示されるような、HDD３を補助記憶装置として用いるデジタルビデオカメラに限定されず、HDD等のメカノイズを発する補助記憶装置を有する録音再生装置であればよい。なお、ここで言う録音再生装置とは、録音機能と音声再生機能とのうちの少なくとも一方を有する装置であれば足り、当然ながら、録音機能と音声再生機能のうちのいずれか一方しか有しない装置（再生専用装置等）から、音声以外（画像等）の記録または再生の機能をさらに有する装置（上述したような録音機能付きのカメラ等）までも含む広い概念の装置である。

具体的には、例えば、本発明が適用される情報処理装置は、図２１に示されるように、パーソナルコンピュータで構成することもできる。

図２１において、CPU１０１は、ROM１０２に記録されているプログラム、または記憶部（HDD）１０８からRAM１０３にロードされたプログラムに従って各種の処理を実行する。RAM１０３にはまた、CPU１０１が各種の処理を実行する上において必要なデータなども適宜記憶される。

CPU１０１、ROM１０２、およびRAM１０３は、バス１０４を介して相互に接続されている。このバス１０４にはまた、入出力インタフェース１０５も接続されている。

入出力インタフェース１０５には、キーボード、マウスなどよりなる入力部１０６、ディスプレイなどよりなる出力部１０７、記憶部１０８、および、モデム、ターミナルアダプタなどより構成される通信部１０９が接続されている。

なお、入力部１０６には、例えば、上述した図１の音声入力部１６と同様の機能と構成を有する音声入力部１２１が含まれている。

出力部１０７には、例えば、上述した図１の音声出力部１８と同様の機能と構成を有する音声出力部１２２が含まれている。

記憶部１０８は、例えば、上述した図１のHDD３と同様の機能と構成を有するHDDとして構成される。

通信部１０９は、インターネットを含むネットワークを介して他の情報処理装置（図示せず）との通信処理を行う。

入出力インタフェース１０５にはまた、必要に応じてドライブ１１０が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどよりなるリムーバブル記録媒体１１１が適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じて記憶部１０８にインストールされる。

ところで、上述した一連の処理は、ハードウエアにより実行させることもできるが、ソフトウエアにより実行させることができる。

一連の処理をソフトウエアにより実行させる場合には、そのソフトウエアを構成するプログラムが、専用のハードウエアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、ネットワークや記録媒体からインストールされる。

このようなプログラムを含む記録媒体は、図１または図２１に示されるように、装置本体とは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されている磁気ディスク（フロッピディスクを含む）、光ディスク（CD-ROM(Compact Disk-Read Only Memory),DVD(Digital Versatile Disk)を含む）、光磁気ディスク（ＭＤ（Mini-Disk）を含む）、もしくは半導体メモリなどよりなるリムーバブル記録媒体（パッケージメディア）１１１により構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される、プログラムが記録されているROM２２またはROM１０２や、HDD３または記憶部（HDD）１０８などで構成される。

なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。

本実施の形態の情報処理装置としてのデジタルビデオカメラの構成例を示すブロック図である。 図１の補助記憶部としてのハードディスク（HDD）の内部の詳細なハードウエア構成例を示すブロック図である。 図２のHDDのスイングアームのロード位置を説明する図である。 図２のHDDのスイングアームのアンロード位置を説明する図である。 図２のHDDの動作モードの例を説明する図である。 図５の各動作モードの状態の遷移例を説明する状態遷移図である。 従来のHDDの記録制御の手法例を説明するタイミングチャートである。 本発明のHDDの記録制御の手法例を説明するタイミングチャートである。 本発明のHDDの記録制御の手法例を説明するタイミングチャートである。 本発明のHDDの記録制御の手法例を説明するタイミングチャートである。 本発明のHDDの記録制御の手法例を説明するタイミングチャートである。 図１の情報処理装置の記録処理例を説明するフローチャートである。 図１２の記録処理のうちの「第１のHDD記録処理」の詳細な例を説明するフローチャートである。 図１３の「第１のHDD記録処理」の例に対応するタイミングチャートである。 図１２の記録処理のうちの「第２のHDD記録処理」の詳細な例を説明するフローチャートである。 図１５の「第２のHDD記録処理」例に対応するタイミングチャートである。 図１５の「第２のHDD記録処理」例に対応するタイミングチャートである。 本発明のHDDの記録制御の他の手法例を説明するタイミングチャートである。 図１の情報処理装置の記録処理の他の例（図１８に対応する例）を説明するフローチャートである。 図１の情報処理装置の記録処理のさらに他の例（ただし、図１８に対応する例）を説明するフローチャートである。 本実施の他の形態の情報処理装置としてのパーソナルコンピュータの構成例を示すブロック図である。

符号の説明

１ カメラ部， ２ 制御部， ３ 補助記憶部， １１ 光学部， １２ カメラ制御部， １３ 光電変換部， １４ 画像信号処理部， １５ 画像出力部， １６ 音声入力部， １７ 音声信号処理部， １８ 音声出力部， ２１ CPU， ２２ ROM２２ RAM， ２４ 操作入力部， ２５ バッファ， ２６ インタフェース， ２７ 通信部， ２８ タイマ， ２９ バス， ３１ 録画キー， ５１ 磁気ディスク， ５２ スピンドルモータ， ５３ 磁気ヘッド， ５４ スイングアーム， ５５ アクチュエータ， ５６ インタフェースコネクタ， ５７ 電源コネクタ， ５８ 電気回路， ８１乃至８６ 状態遷移条件， １０１ CPU， １０２ ROM， １０３ RAM， １０４ バス， １０５ 入出力インタフェース， １０６ 入力部， １０７ 出力部， １０８ 記憶部（HDD）， １０９ 通信部， １１０ ドライブ， １１１ リムーバブル記録媒体， １２１ 音声入力部， １２２ 音声出力部

Claims (6)

1. 記録媒体と、前記記録媒体にデータを書き込む書き込み手段とを有し、前記書き込み手段の配置状態として、前記記録媒体へのデータの書き込みが可能な第１の位置に前記書き込み手段が配置される第１の状態と、前記第１の位置とは異なる第２の位置に前記書き込み手段が配置される第２の状態とが存在する記録手段と、
   周囲の音声を取得して音声データに変換し、その音声データを少なくとも含むデータを出力するデータ処理手段と、
   前記データ処理手段から出力された前記データを、前記記録手段の前記書き込み手段を介して前記記録媒体に書き込む書き込み制御を実行するとともに、前記書き込み制御を実行している間、前記書き込み手段の配置状態を前記第１の状態に保持させる状態制御を実行する制御手段と
   を備えることを特徴とする情報処理装置。
2. 前記記録手段は、前記制御手段とのアクセスの開始時点に、前記書き込み手段の配置状態を前記第１の状態に遷移させ、前記アクセスの終了時点から第１の時間が経過した時点に、前記書き込み手段の配置状態を前記第１の状態から前記第２の状態に遷移させ、
   前記制御手段は、前記状態制御として、前記書き込み制御を開始する前に、前記記録手段との前記アクセスを強制的に行うことで、前記書き込み手段の配置状態を前記第１の状態に予め遷移させる第１の状態制御を実行し、前記書き込み制御を開始するとき、前記データ処理手段の処理を開始する指令を出力し、
   前記データ処理手段は、前記制御手段から前記指令が出力されたことをトリガとして、前記データの出力を開始する
   ことを特徴とする請求項２に記載の情報処理装置。
3. 前記制御手段は、前記状態制御としてさらに、前記第１の時間よりも短い第２の時間を予め設定し、前記書き込み制御を実行している間、前記記録手段との直前の前記アクセスの終了時点から前記第２の時間が経過した時点に、前記記録手段との前記アクセスを強制的に行うことで、前記書き込み手段の配置状態を前記第１の状態に保持させる第２の状態制御を実行する
   ことを特徴とする請求項２に記載の情報処理装置。
4. 前記音声手段は、所定の固定レートで前記データを出力し、
   前記データ処理手段から前記固定レートで順次出力されてくる前記データのうちの、予め規定された規定データ量分のデータを一時的に記憶する一時記憶手段をさらに備え、
   前記制御手段は、
   前記書き込み制御の少なくとも一部として、前記規定データ量分の前記データが前記一時記憶手段に記憶される毎に、その時点で、前記記録手段との前記アクセスを行い、
   前記状態制御としてさらに、前記一時記憶手段に前記規定データ量分の前記データが記憶されるまでに要する第２の時間が、前記第１の時間よりも短くなる条件を満たすように、前記規定データ量を予め設定することで、前記書き込み手段の配置状態を前記第１の状態に保持させる第２の状態制御を実行する
   ことを特徴とする請求項２に記載の情報処理装置。
5. 記録媒体と、前記記録媒体にデータを書き込む書き込み手段とを有し、前記書き込み手段の配置状態として、前記記録媒体へのデータの書き込みが可能な第１の位置に前記書き込み手段が配置される第１の状態と、前記第１の位置とは異なる第２の位置に前記書き込み手段が配置される第２の状態とが存在する記録装置と、
   前記記録装置の配置位置の周囲の音声を取得して音声データに変換し、その音声データを少なくとも含むデータを出力するデータ処理装置とを制御する情報処理方法において、
   前記データ処理装置から出力された前記データを、前記記録装置の前記書き込み手段を介して前記記録媒体に書き込む制御を実行する書き込み制御実行ステップと、
   前記書き込み制御実行ステップの処理が実行されている間、前記記録装置の前記書き込み手段の配置状態を前記第１の状態に保持させる制御を実行する状態制御実行ステップと
   を含むことを特徴とする情報処理方法。
6. 記録媒体と、前記記録媒体にデータを書き込む書き込み手段とを有し、前記書き込み手段の配置状態として、前記記録媒体へのデータの書き込みが可能な第１の位置に前記書き込み手段が配置される第１の状態と、前記第１の位置とは異なる第２の位置に前記書き込み手段が配置される第２の状態とが存在する記録装置と、
   前記記録装置の配置位置の周囲の音声を取得して音声データに変換し、その音声データを少なくとも含むデータを出力するデータ処理装置とを制御するコンピュータに実行させるプログラムであって、
   前記データ処理装置から出力された前記データを、前記記録装置の前記書き込み手段を介して前記記録媒体に書き込む制御を実行する書き込み制御実行ステップと、
   前記書き込み制御実行ステップの処理が実行されている間、前記記録装置の前記書き込み手段の配置状態を前記第１の状態に保持させる制御を実行する状態制御実行ステップと
   を含むことを特徴とするプログラム。

Images