(57)【要約】【課題】上記従来技術には、第一に予約時間を利用するため直接録画を開始する、などの記録動作に対応していない、という課題がある。また第二に、最適化処理の終了時刻は考慮に入れていないため、最適化処理の途中で記録が開始されてしまう可能性がある、という課題もある。【解決手段】課題解決のため本発明は、記録命令受付部と、最適化命令受付部と、記録と最適化との実行時間が重複しているか判断する判断部と、重複している場合には記録命令（又は最適化命令）を優先的に処理する第一（第二）優先処理部と、を有する記録再生装置を提供する。また、本発明はさらに、その命令受付部が、開始時刻の入力により処理時間を計算する処理時間計算手段を有し、前記警告出力部が、計算結果に応じた判断部での判断結果に応じて前記警告を出力する計算結果依存警告手段を有する記録再生装置も提供する。【選択図】図２
2007200443.tif 000002
【特許請求の範囲】
【請求項１】
ユーザーから記録命令を受け付ける記録命令受付部と、
ユーザーから媒体最適化のための最適化命令を受け付ける最適化命令受付部と、
記録命令に基づく記録と、最適化命令に基づく最適化との実行時間が重複しているか判断する判断部と、
重複しているとの判断結果である場合には記録命令を優先的に処理する第一優先処理部と、
を有する記録再生装置。
【請求項２】
ユーザーから記録命令を受け付ける記録命令受付部と、
ユーザーから媒体最適化のための最適化命令を受け付ける最適化命令受付部と、
記録命令に基づく記録と、最適化命令に基づく最適化との実行時間が重複しているか判断する判断部と、
重複しているとの判断結果である場合には最適化命令を優先的に処理する第二優先処理部と、
を有する記録再生装置。
【請求項３】
重複しているとの判断結果があった場合には、その旨を含む警告情報を出力する警告出力部を有する請求項１又は２に記載の記録再生装置。
【請求項４】
前記命令受付部は、
開始時刻と、終了時刻の入力により命令を受け付ける時間指定受付手段を有し、
前記警告出力部は、
開始時刻、終了時刻の各々についての判断結果に基づいて各々の入力の際に警告情報を出力する開始終了警告手段を有する
請求項３に記載の記録再生装置。
【請求項５】
前記命令受付部は、
開始時刻の入力によりその命令に基づいて実行される処理の処理時間を計算する処理時間計算手段を有し、
前記警告出力部は、
計算された処理時間内に重複処理が発生するかに関する判断部での判断結果に応じて前記警告を出力する計算結果依存警告手段を有する請求項３に記載の記録再生装置。
【請求項６】
第一優先処理部にて記録命令を優先的に処理する場合には
記録命令に基づく処理が終了した後に、記録命令の優先処理により非実行の媒体最適化処理を実行する非優先処理再開手段を有する請求項１、３、４、５のいずれか一に記載の記録再生装置。
【請求項７】
ユーザーから媒体処理命令を受け付ける媒体処理命令受付部と、
媒体処理命令を受け付けた際に媒体の最適化が実行されているか判断する第二判断部と、
実行されているとの判断結果である場合には、その旨の警告情報を出力する第二警告出力部と、
最適化の処理の中断命令をユーザーから受け付けるための中断命令受付部と、
有する記録再生装置。
【請求項８】
電源スタンバイ状態にて媒体最適化を実行する媒体最適化部と、
電源スタンバイ状態から電源ＯＮ状態に変化する際に媒体最適化が実行されているか判断する第三判断部と、
実行されているとの判断結果である場合にはその旨を表示する第三警告出力部と、
最適化の処理の中断命令をユーザーから受け付けるための第二中断受付部と、
を有する記録再生装置。
【請求項９】
記録実行時間後に媒体最適化処理が予約されているか判断する最適化予約判断部と、
予約されているとの判断結果である場合には、記録の処理の際に媒体最適化の処理に利用される余分スペースに書込み処理をしないように退避させる退避部と、
を有する請求項１から８のいずれか一に記載の記録再生装置。
【請求項１０】
最適化命令受付部は、電子番組表を利用して時間を特定することで最適化を実行する時間を予約する電子番組表予約手段を有する請求項１から９のいずれか一に記載の記録再生装置。
【請求項１１】
記録命令受付部は、記録の予約を示す予約ランプ手段を有し、
警告出力部は、予約ランプ手段を利用して警告をするためのランプ出力手段を有する請求項３から１０のいずれか一に記載の記録再生装置。
【請求項１２】
ユーザーから記録命令を受け付ける記録命令受付ステップと、
ユーザーから媒体最適化のための最適化命令を受け付ける最適化命令受付ステップと、
前記ステップにて受け付けた記録命令に基づく記録と、最適化命令に基づく最適化との実行時間が重複しているか判断する判断ステップと、
重複しているとの判断結果である場合には記録命令を優先的に処理する第一優先処理ステップと、
を計算機に実行させる記録再生方法。
【請求項１３】
ユーザーから記録命令を受け付ける記録命令受付ステップと、
ユーザーから媒体最適化のための最適化命令を受け付ける最適化命令受付ステップと、
前記ステップにて受け付けた記録命令に基づく記録と、最適化命令に基づく最適化との実行時間が重複しているか判断する判断ステップと、
重複しているとの判断結果である場合には最適化命令を優先的に処理する第二優先処理ステップと、
を計算機に実行させる記録再生方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データの記録を行う装置に関して、記録媒体へのデータの記録処理と、その記録媒体の最適化処理（フラグメント解消処理）を効率的に行うための技術に関する。
【背景技術】
【０００２】
通常、二次（外部）記録装置にデジタルデータを記録する場合、そのデータは記録装置の空き領域に連続して記録される。しかし、このような記録装置でデータの記録と消去を繰り返していくと、個々のデータの記録長の違いなどから連続して記録するための十分な空き領域が無くなっていってしまう。そのためデータは不連続なブロックに分断され記録される、いわゆる、「記録媒体のフラグメント（断片）化」が発生してしまう。そして、この「記録媒体のフラグメント化」は、データ読出／書込ヘッドの過度のシーク移動などを引き起こし、記録装置の耐用年数低下や、データ再生時のシーク効率の悪さから生じるノイズなど再生不具合などの原因となっていた。
【０００３】
そこで、現在、この記録装置のフラグメントを解消するために、データの物理的記録位置の再配置処理、いわゆる「最適化」処理を効率的に行う技術がさまざま開示されている。例えば特許文献１では、基本的にデータの記録中に最適化を行うことが困難であるため、ハードディスクレコーダなどで録画予約などを定期的に参照し記録が行われない時刻を決定し、その時刻での最適化処理を禁止する、という具合の技術が開示されている。
【特許文献１】特開２００５−０９２４８４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、上記従来の技術には以下のような課題がある。すなわち第一に、予約時間を利用するため、番組を直接見て録画を開始する、などの突発的な記録動作に対応していない、という課題である。また第二に、最適化処理の終了時刻は考慮に入れていないため、記録処理がないと判断し最適化処理を実行する場合でも、その最適化処理の途中で記録が開始されてしまう可能性がある、という課題もある。
【課題を解決するための手段】
【０００５】
以上の課題を解決するために、本発明は、記録命令受付部と、最適化命令受付部と、記録命令に基づく記録と、最適化命令に基づく最適化との実行時間が重複しているか判断する判断部と、重複しているとの判断結果である場合には記録命令を優先的に処理する第一優先処理部と、を有する記録再生装置を提供する。あるいは同様の構成において重複しているとの判断結果である場合には最適化命令を優先的に処理する第二優先処理部と、を有する記録再生装置を提供する。これによって、突発的な記録動作においても、記録処理または最適化処理のいずれかを優先的に処理させるよう制御することができる。
【０００６】
また、本発明はさらに、その命令受付部が、開始時刻の入力により処理時間を計算する処理時間計算手段を有し、前記警告出力部が、計算された処理時間内に処理の重複が発生するかに関する判断部での判断結果に応じて前記警告を出力する計算結果依存警告手段を有する記録再生装置も提供する。これによって、最適化の終了時刻も考慮にいれて記録装置での記録処理と最適化処理を行うことができる。
【発明の効果】
【０００７】
以上のような構成をとる本発明によって、番組を直接見て録画を開始する、などの突発的な記録命令や最適化命令にも対応し記録処理または最適化処理のいずれかを優先的に処理させることができるようになる。また、最適化の終了時刻も考慮にいれて記録装置での記録処理と最適化処理を行うことができるので、最適化処理を行うためのタイムスケジューリングも容易にできるようになる。
【発明を実施するための最良の形態】
【０００８】
以下に、図を用いて本発明の実施の形態を説明する。なお、本発明はこれら実施の形態に何ら限定されるものではなく、その要旨を逸脱しない範囲において、種々なる態様で実施しうる。なお、実施例１は、主に請求項１について説明する。また、実施例２は、主に請求項２について説明する。また、実施例３は、主に請求項３について説明する。また、実施例４は、主に請求項４について説明する。また、実施例５は、主に請求項５について説明する。また、実施例６は、主に請求項６について説明する。
【０００９】
また、実施例７は、主に請求項７について説明する。また、実施例８は、主に請求項８について説明する。また、実施例９は、主に請求項９について説明する。また、実施例１０は、主に請求項１０について説明する。また実施例１１は、主に請求項１１について説明する。
【００１０】
≪実施例１≫
<本実施例の概要>
図１に示すのは、本実施例の記録再生装置における処理概要の一例を説明するための図である。この図にあるように、（１）ユーザーの操作に応じ、ハードディスクレコーダのような記録再生装置においてデータの最適化処理が実行されている。  （２）ここで、最適化処理中の１１時３０に、ユーザーが視聴しているテレビ番組を急遽録画したいと思いたち、リモコンの録画ボタンを押下した。すると、記録処理と最適化処理が重複することになるので、  （３）本実施例の記録再生装置では当初の最適化処理を中断し、記録処理を開始する。  （４）また、その記録処理の最中に、再度最適化処理の操作が行われても  （５）最適化処理を実行せず、記録処理を続行する、という具合である。このように本実施例の記録再生装置によって、たとえ記録処理と最適化処理が重複した場合、たとえそれが突発的な重複であっても記録処理を優先させて処理することができる。
【００１１】
<本実施例の機能的構成>
図２に示すのは、本実施例の記録再生装置における機能ブロックの一例を表す図である。この図にあるように本実施例の「記録再生装置」（０２００）は、「記録命令受付部」（０２０１）と、「最適化命令受付部」（０２０２）と、「判断部」（０２０３）と、「第一優先処理部」（０２０４）と、を有する。
【００１２】
なお、以下に記載する本装置の機能ブロックは、ハードウェア、ソフトウェア、又はハードウェア及びソフトウェアの両方として実現され得る。具体的には、コンピュータを利用するものであれば、ＣＰＵや主メモリ、バス、あるいはハードディスクや不揮発性メモリなどの記録装置、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭなどの記録メディア、それらメディアの読取ドライブ、各種通信や印刷機器用の送受信ポート、その他の周辺装置などのハードウェア構成部や、それらハードウェアを制御するためのドライバプログラムやその他アプリケーションプログラム、情報入力に利用されるインターフェースなどが挙げられる。
【００１３】
これらハードウェアやソフトウェアは、メモリ上に展開したプログラムをＣＰＵで順次演算処理したり、メモリやハードディスク上に保持されているデータや、インターフェースを介して入力されたデータなどを加工、蓄積、出力処理したり、あるいは各ハードウェア構成部の制御を行ったりするために利用される。
【００１４】
また、この発明はシステムとして実現できるのみでなく、方法としても実現可能である。また、このような発明の一部をソフトウェアとして構成することができる。さらに、そのようなソフトウェアをコンピュータに実行させるために用いるソフトウェア製品、及び同製品を記録媒体に固定した記録媒体も、当然にこの発明の技術的な範囲に含まれる（本明細書の全体を通じて同様である）。
【００１５】
「記録命令受付部」（０２０１）は、ユーザーから記録命令を受け付ける機能を有する。「記録命令」とは記録再生装置の記録媒体にデータを記録するための命令をいう。また、「記録媒体」とは、デジタルデータを長期的に保持する機能を備えた記録媒体をいい、ＨＤＤや不揮発性メモリ、書換え可能なＣＤ，ＤＶＤ，次世代ＤＶＤなどの光学記録メディアなどが挙げられる。そして、この記録命令受付部は、具体的には、例えばリモコンと赤外線受光デバイスからなり、ユーザーのリモコン操作による記録命令を示す赤外線パルスを受光することで記録命令を受け付ける方法が挙げられる。またその他にもキーボードや操作パネル、ボタンなどの入力デバイスを利用した記録命令の受付や、後述するような電子番組表を利用したＧＵＩ（グラフィカル・ユーザー・インターフェース）による記録命令の受付なども挙げられる。
【００１６】
図３に示すのは、記録媒体へのデータ記録の一例を説明するための概念図である。この図（ａ）にあるように、ＨＤＤなどの記録装置に十分空きスペースがある場合、データは記録装置内に物理的に連続して記録されていく。しかし、ＨＤＤなどにおいて記録や消去を繰り返すと、図（ｂ）に示すように、すでに断片化して記録されているデータ「α」やデータ「β」のため、記録データは物理的に連続してＨＤＤ内に記録することができない。そのためデータ「Ｄ１」やデータ「Ｄ２」、データ「Ｄ３」という具合にさらに断片化されてデータが記録されていく、という具合である。
【００１７】
「最適化命令受付部」（０２０２）は、ユーザーから媒体最適化のための最適化命令を受け付ける機能を有する。「媒体最適化」とは、データの物理的記録位置が連続するように、そのデータの物理的な配置位置を変更する処理をいう。また「最適化命令」とは、そのデータの再配置を実行するための命令をいう。
【００１８】
図４に示すのは、この媒体最適化の一例について説明するための概念図である。この図にあるように、  （１）データ「Ｄ１」、「Ｄ２」、「Ｄ３」、「α」、「β」、・・・が断片化されてＨＤＤ内に記録されている。ここで、「Ｄ１」、「Ｄ２」、「Ｄ３」は、元来データ処理上では同一のデータとして処理されるべきものである。そこで、最適化処理のため、  （２）まずデータ「α」、「β」の物理的な記録位置を、ＨＤＤの後方にある空きスペース「Ｓ」に移動する。  （３）すると、今までデータ「α」「β」が配置されていた媒体の記録スペースが空くので、その空きスペースにデータ「Ｄ１」「Ｄ２」「Ｄ３」が物理的に連続するよう移動される。  （４）そして、その再配置によって、「Ｄ１」「Ｄ２」、「Ｄ３」は断片化され物理的に別個に記録されたデータではなく、連続した一つのデータ「Ｄａｔａ」としてＨＤＤに記録され、データの読出しなどに関して過度のシーク移動なしに行うことができる、という具合である。
【００１９】
なお、この最適化命令受付部は、記録命令受付部同様、例えばリモコンと赤外線受光デバイスからなる赤外線入力ユニットや、キーボードや操作パネル、ボタンなどの入力デバイス、あるいは後述するような電子番組表を利用したＧＵＩなどによる、最適化命令の受付が挙げられる。そして、本実施例では、このように上記構成要件にて受け付ける「記録命令」と「最適化命令」とが重複した場合に、以下のような構成をとることで、効率的に記録装置のデータ記録や最適化を行うことができることを特徴としている。
【００２０】
「判断部」（０２０３）は、記録命令に基づく記録と、最適化命令に基づく最適化との実行時間が重複しているか判断する機能を有する。これは具体的には、例えばＣＰＵ（中央演算装置）や主メモリにより実現され、例えば上記概念例のように現在ＨＤＤなどで実行中の処理内容を示す情報や、その処理の終了情報を主メモリに格納する。そしてインターフェースにて終了情報の格納前にその処理とは別の処理命令を受け付け主メモリに格納した場合にはＣＰＵにて「実行時間が重複した（Ｔｒｕｅ）」と判断する方法が挙げられる。その他、後述するように、予約時間で示される実行時間や、その開始予約時間を元に算出された終了時刻で示される実行時間をそれぞれ主メモリに格納し、ＣＰＵにて比較演算することで実行時間が重複するか否か判断する方法なども挙げられる。
【００２１】
そして、このように予約時間のみならず、突発的な記録命令や最適化命令の受付においても重複判断処理を実行することで、突発的な記録動作にも対応し、本実施例では次の第一優先処理部によって記録処理を優先的に処理させることができる。
【００２２】
「第一優先処理部」（０２０４）は、判断部（０２０３）での判断結果が重複しているとの判断結果である場合には記録命令を優先的に処理する機能を有する。「優先的に処理」とは、最適化処理を中断し、その替わりに記録命令に基づく記録処理を行うだけではなく、例えば処理用のハードウェアリソースを優先的に記録処理に割り当てるなども挙げられる。そして、この第一優先処理部は、例えばＣＰＵから記録用の制御命令が記録装置の制御回路に優先的に送出される構成をとることで実現できる。このように本実施例では突発的な記録動作にも対応し記録処理を優先的に処理させることができる。
【００２３】
<本実施例のハードウェア的構成>
図５に示すのは、上記機能的な各構成要件をハードウェアとして実現した際の、本実施例の記録再生装置における構成の一例を表す概略図である。この図を利用して記録媒体での各種処理の優先判断におけるそれぞれのハードウェア構成部の働きについて説明する。この図にあるように、記録再生装置は、判断部である「ＣＰＵ」（０５０１）と、「主メモリ」（０５０２）と、を備えている。また記録命令受付部および最適化命令受付部である「インターフェース」（０５０３）や、第一優先処理部ある「制御回路」（０５０４）、およびデータの記録処理や最適化処理が実行される「ＨＤＤ」（０５０５）も備えている。そしてそれらが「システムバス」などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。
【００２４】
また、「ＨＤＤ」はデータを保持し、またＣＰＵから送出される制御命令によってデータの記録処理や最適化処理などを行うとともに、ＣＰＵにて実行される各種プログラムなどを保持している。また「主メモリ」は、「ＨＤＤ」に保持されているプログラムを実行するために読み出すと同時にそのプログラムの作業領域でもあるワーク領域を提供する。また、この「主メモリ」や「ＨＤＤ」にはそれぞれ複数の物理アドレスが割り当てられており、「ＣＰＵ」で実行されるプログラムは、その物理アドレスを特定しアクセスすることで相互にデータのやりとりを行い、処理を行うことが可能になっている。
【００２５】
（最適化命令の受付、命令の実行）
ここで「赤外線ポート」などのインターフェースでは、常時赤外線信号の受付待ち状態となっている。そして、ユーザーのリモコン操作で「最適化ボタン」が押下されるなどによって、「インターフェース」にて最適化命令を示す赤外線パルスが受信される。するとこのインターフェースで受信され復調された最適化命令が主メモリのアドレス１に格納される。「ＣＰＵ」では判断プログラムのコードに従い、主メモリに最適化命令が格納されたのを受け、ＨＤＤの「制御回路」に対して最適化処理を実行するための命令を送出する。そして、その実行命令を受信したＨＤＤの制御回路は、命令に従いＨＤＤのデータの再配置処理などの最適化処理を開始する。
【００２６】
（記録命令の受付）
そして、この「ＨＤＤ」の最適化処理の実行中、テレビ番組を視聴していたユーザーがその視聴番組を記録したいと思い、リモコンの「録画ボタン」を押下した。すると、「インターフェース」にて同様に記録命令を示す赤外線パルスが受光、復調され、記録命令が主メモリの物理アドレス２に格納される。
【００２７】
（判断、および優先処理）
ここで、ＣＰＵはアドレス１に格納されている最適化命令から、また最適化処理の終了情報が格納されていないことから、現在ＨＤＤでは最適化処理が実行中であると判断する。そして、ここで主メモリのアドレス２に記録命令が格納されたことから、プログラムのコードに従って「実行時間が重複した（Ｔｒｕｅ）」との判断結果を返す。すると、ＣＰＵは、図示しない「チューナー」にて受信中の放送番組データのＨＤＤへの記録処理を実行するための実行信号、および最適化処理の停止信号を生成し、「制御回路」に対して送信する。その記録信号を受信した制御回路は、例えば最適化処理を中断し受信チューナーで受信した放送番組データの記録処理を開始する、という具合である。
【００２８】
<本実施例の処理の流れ>
図６に示すのは、本実施例の記録再生装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。この図にあるように、まず、常時受信待ち状態のインターフェースにて、最適化命令を受け付ける（ステップＳ０６０１）と、その命令にしたがい記録媒体の最適化処理を実行する（ステップＳ０６０２）。そして、処理が終了したことを示す処理終了情報が出力される（ステップＳ０６０３）前に、データの記録命令が同様に受信待ち状態のインターフェースにて受け付けられる（ステップＳ０６０４）と、記録媒体の最適化処理が中断され（ステップＳ０６０５）、替わりに記録媒体へのデータの記録処理が実行される（ステップＳ０６０６）。
【００２９】
もちろん、ステップＳ０６０５は最適化処理の中断ではなく、最適化処理用のハードウェアリソースの分配処理による記録処理の優先処理が行われても構わない。また、最初にインターフェースにて「記録命令」が受け付けられ、後でインターフェースにて「最適化命令」が受け付けられる、という処理の流れであっても良い。その場合、記録処理は中断されず続行され、最適化処理が実行されない、などの処理の流れとなる。
【００３０】
<効果の簡単な説明>
以上のように本実施例の記録再生装置によって、たとえ記録処理と最適化処理が重複した場合、たとえそれが突発的な重複であっても記録処理を優先させて処理することができる。
【００３１】
≪実施例２≫
<本実施例の概要>
図７に示すのは、本実施例の記録再生装置における処理概要の一例を説明するための図である。この図にあるように、（１）ユーザーの操作に応じ、ハードディスクレコーダのような記録再生装置において、受信チューナーなどにて取得したデータの記録処理が実行されている。  （２）ここで、記録処理実行中の１１時３０に、ユーザーがリモコンの最適化ボタンを押下した。すると、記録処理と最適化処理が重複することになるので、  （３）本実施例の記録再生装置では当初の記録処理を中断し、替わりに最適化処理を開始する。  （４）また、その最適処理の最中に、再度記録処理の操作が行われても  （５）記録処理を実行せず、最適化処理を続行する、という具合である。このように本実施例は記録処理と最適化処理の実行時間が重複した際に、実施例１とは逆に「最適化処理」を優先することを特徴としている。
【００３２】
<本実施例の機能的構成>
図８に示すのは、本実施例の記録再生装置における機能ブロックの一例を表す図である。この図にあるように本実施例の「記録再生装置」（０８００）は、実施例１を基本として、「記録命令受付部」（０８０１）と、「最適化命令受付部」（０８０２）と、「判断部」（０８０３）と、を有する。なお、本実施例の記録再生装置における「記録命令受付部」と、「最適化命令受付部」と、「判断部」と、については、実施例１で記載したのものと同様であるのでその説明は省略する。そして、本実施例の記録再生装置の特徴点は、さらに「第二優先処理部」（０８０４）を有する点である。
【００３３】
「第二優先処理部」（０８０４）は、判断部（０８０３）での判断結果が重複しているとの判断結果である場合には最適化命令を優先的に処理する機能を有する。このように、本実施例では、記録処理と最適化処理の実行時間が重複した際に、実施例１とは逆に「最適化処理」が優先的に処理されることを特徴としている。
【００３４】
<本実施例のハードウェア的構成>
図９に示すのは、本実施例の記録再生装置におけるハードウェア構成の一例を表す概略図である。この図を利用して記録媒体での各種処理の優先判断におけるそれぞれのハードウェア構成部の働きについて説明する。この図にあるように、記録再生装置は、実施例１と同様に、判断部である「ＣＰＵ」（０９０１）と、「主メモリ」（０９０２）と、を備え、また記録命令受付部および最適化命令受付部である「インターフェース」（０９０３）を備えている。そしてさらに第二優先処理部である「制御回路」（０９０４）、およびデータの記録処理や最適化処理が実行される「ＨＤＤ」（０９０５）も備えている。そしてそれらが「システムバス」などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。
【００３５】
（記録命令の受付、命令の実行）
ここで、ユーザーのリモコン操作で「録画ボタン」が押下されるなどによって、「インターフェース」にて記録命令を示す赤外線パルスが受信される。するとこの受信され復調された記録命令が主メモリのアドレス１に格納され、「ＣＰＵ」では判断プログラムのコードに従い、ＨＤＤの「制御回路」に対して、図示しない受信チューナーなどで受信した動画データなどの記録処理を実行するための命令を送出する。そして、その実行命令に従い「制御回路」では動画データなどの記録処理が開始される。
【００３６】
（最適化命令の受付）
そして、この「ＨＤＤ」へのデータの記録処理の実行中、ユーザーによって今度はリモコンの「最適化ボタン」が押下された。すると、「インターフェース」にて同様に最適化命令を示す赤外線パルスが受光、復調され、最適化命令が主メモリの物理アドレス２に格納される。
【００３７】
（判断、および優先処理）
ここで、ＣＰＵはアドレス１に格納されている記録命令から、またその記録処理の終了情報が格納されていないことから、現在ＨＤＤではデータの記録処理が実行中であると判断する。そして、ここで主メモリのアドレス２に最適化命令が格納されたことから、プログラムのコードに従って「実行時間が重複した（Ｔｒｕｅ）」との判断結果を返す。すると、ＣＰＵは、ＨＤＤへの記録処理を中断し、替わりに最適化処理を実行するための記録信号を生成し、「制御回路」に対して送信する。その記録信号を受信した制御回路は、例えばその動画データの記録処理を中断し、最適化処理を開始する、という具合である。
【００３８】
<本実施例の処理の流れ>
図１０に示すのは、本実施例の記録再生装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。この図にあるように、まず、常時受信待ち状態のインターフェースにて、記録命令を受け付ける（ステップＳ１００１）と、その命令にしたがい記録媒体へのデータ記録処理を実行する（ステップＳ１００２）。そして、処理が終了したことを示す処理終了情報が出力される（ステップＳ１００３）前に、記録媒体への最適化命令が同様に受信待ち状態のインターフェースにて受け付けられる（ステップＳ１００４）と、データの記録処理が中断され（ステップＳ１００５）、替わりに記録媒体への最適化処理が実行される（ステップＳ１００６）。
【００３９】
<効果の簡単な説明>
以上のように本実施例の記録再生装置によって、たとえ記録処理と最適化処理が重複した場合、たとえそれが突発的な重複であっても最適化処理を優先させて処理することができる。
【００４０】
≪実施例３≫
<本実施例の概要>
図１１に示すのは、本実施例の記録再生装置における概要の一例を表す図である。この図にあるように、実施例１や２の記録再生装置において、例えば放送番組の録画処理を実行中に、ユーザーがリモコンの最適化ボタンを押した場合に、（α）「現在録画中です。・・・」といったテキストをＯＳＤ（オンスクリーン・ディスプレイ）表示したり、（β）警告ランプを明滅させたりする機能を備えることを特徴とする。このように本実施例は、記録処理と最適化処理の実行時間が重複した際にユーザーにその旨の警告を発することができる。
【００４１】
<本実施例の機能的構成>
図１２に示すのは、本実施例の記録再生装置における機能ブロックの一例を表す図である。この図にあるように本実施例の「記録再生装置」（１２００）は、実施例１や２を基本として、「記録命令受付部」（１２０１）と、「最適化命令受付部」（１２０２）と、「判断部」（１２０３）と、「第一優先処理部（又は第二優先処理部）」（１２０４）と、を有する。なお、本実施例の記録再生装置における「記録命令受付部」と、「最適化命令受付部」と、「判断部」と、「第一優先処理部（又は第二優先処理部）」については、実施例１や２で記載したのものと同様であるのでその説明は省略する。そして、本実施例の記録再生装置の特徴点は、さらに「警告出力部」（１２０５）を有する点である。
【００４２】
「警告出力部」（１２０５）は、判断部（１２０３）にて重複しているとの判断結果があった場合には、その旨を含む警告情報を出力する機能を有する。「警告情報」とは、ユーザーに対してその重複を放置するための情報であり、この警告情報によるユーザーへの報知手段例としては、概念で例示したようなテキスト、あるいはアイコンなどをモニタにＯＳＤ表示したり、警告用ランプを明滅させたりする方法が挙げられる。その他にも、モニタとは別個の情報表示ディスプレイ上に警告テキストを表示したり、スピーカーから警告音声やＢｅｅｐ音などを出力したりする方法なども挙げられる。また、この警告出力部は、具体的には、モニタや情報表示ディスプレイ、スピーカーなどの出力デバイスを制御する制御情報および制御回路によって実現できる。例えばモニタにＯＳＤ表示するのであれば、モニタにて表示すべきテキストをフラッシュメモリなどから取得し、ＯＳＤ表示するための制御命令と共にＯＳＤ表示回路に転送しモニタに出力するなどの処理を行うと良い。
【００４３】
<本実施例の処理の流れ>
図１３に示すのは、本実施例の記録再生装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。この図にあるように、まず、常時受信待ち状態のインターフェースにて、最適化命令を受け付ける（ステップＳ１３０１）と、その命令にしたがい記録媒体の最適化処理を実行する（ステップＳ１３０２）。そして、処理が終了したことを示す処理終了情報が出力される（ステップＳ１３０３）前に、データの記録命令が同様に受信待ち状態のインターフェースにて受け付けられる（ステップＳ１３０４）と、警告情報が出力される（ステップＳ１３０５）。また、それとともに記録媒体の最適化処理が中断され（ステップＳ１３０６）、替わりに記録媒体へのデータの記録処理が実行される（ステップＳ１３０７）。
【００４４】
<効果の簡単な説明>
以上のように本実施例の記録再生装置によって、警告情報を出力し、ユーザーに対し記録処理と最適化処理の重複があったことを報知することができる。したがって、ユーザーは、その重複によって記録または最適化のいずれかの処理が非優先となったことを容易に知ることができるので、例えば録画が終わってから再度最適化命令を入力する、などの対応を取ることができる。
【００４５】
≪実施例４≫
<本実施例の概要>
図１４に示すのは、本実施例の記録再生装置における処理概要の一例を説明するための図である。この図にあるように、本実施例の記録再生装置において、例えば処理予約入力を行うためのタスクスケジューラが起動され、最適化処理を１０：００から１２：００まで実行するよう入力された。また、その後、同様にタスクスケジューラで録画処理を１１：３０から１２：３０まで実行するよう入力された。すると本実施例の記録再生装置では、入力されたそれぞれの処理の開始／終了時刻を参照し、実行時間に重複がある場合には警告を出力し、記録または最適化のいずれかを優先処理する、という機能を備えていることを特徴とする。
【００４６】
<本実施例の機能的構成>
図１５に示すのは、本実施例の記録再生装置における機能ブロックの一例を表す図である。この図にあるように本実施例の「記録再生装置」（１５００）は、実施例３を基本として、「記録命令受付部」（１５０１）と、「最適化命令受付部」（１５０２）と、「判断部」（１５０３）と、「第一優先処理部（又は第二優先処理部）」（１５０４）と、「警告出力部」（１５０５）と、を有する。なお、本実施例の記録再生装置における「記録命令受付部」と、「最適化命令受付部」と、「判断部」と、「第一優先処理部（又は第二優先処理部）」と、「警告出力部」（１５０５）と、については、実施例１や２、３で記載したのものと同様であるのでその説明は省略する。そして、本実施例の記録再生装置の特徴点は、それぞれの命令受付部が「時間指定受付手段」（１５０６）を有する点と、警告出力部が「開始終了警告手段」（１５０７）を有する点である。
【００４７】
「時間指定受付手段」（１５０６）は、開始時刻と、終了時刻の入力により命令を受け付ける機能を有する。このように処理の開始時刻と終了時刻とが示されることで処理実行を予約することができる。そして、その予約実行時間が重複しているか、を判断することができる。
【００４８】
「開始終了警告手段」（１５０７）は、開始時刻、終了時刻の各々についての判断結果に基づいて各々の入力の際に警告情報を出力する機能を有する。もちろん、この開始終了警告手段での警告の方法は、前述のとおりモニタへのＯＳＤ表示や警告ランプの明滅、情報表示ディスプレイへの警告テキスト表示、スピーカーからの警告音声出力などさまざまであって良い。そして、このように開始／終了時刻で示される処理実行の予約段階においてユーザーに対して警告を出力することで、ユーザーは余裕を持って重複した処理のいずれか、または双方の予約時間帯をずらすなどの対応をとることができる。
【００４９】
<本実施例の処理の流れ>
図１６に示すのは、本実施例の記録再生装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。この図にあるように、まず、常時受信待ち状態のインターフェースにて、開始／終了時刻の指定による最適化（予約）命令を受け付ける（ステップＳ１６０１）。また同様に、受信待ち状態のインターフェースにて、データの記録（予約）命令を開始／終了時刻の指定によって受け付ける（ステップＳ１６０２）。ここで、最適化命令で示される最適化処理と、記録命令で示される記録処理の（予約）実行時間が重複するか、それぞれの開始／終了時刻から判断する（ステップＳ１６０３）。そしてその判断の結果、重複していると判断された場合、警告情報を出力する（ステップＳ１６０４）。また、それでも記録処理と最適化処理の（予約）実行時間が重複している場合、実際の処理においてはいずれかの処理が優先的に処理される、という具合である。
【００５０】
<効果の簡単な説明>
以上のように本実施例の記録再生装置によって、処理の実行時間予約入力段階において警告情報を出力し、ユーザーに対し記録処理と最適化処理の重複があることを報知することができる。したがって、ユーザーは余裕を持って重複した処理のいずれか、または双方の予約時間帯をずらすなどの対応をとることができる。
【００５１】
≪実施例５≫
<本実施例の概要>
本実施例は、実施例４同様に、開始／終了時刻で示される最適化処理と記録処理の（予約）実行時間からその重複の有無を判断し、処理の実行時間が重複している場合警告を出力する機能を備える記録再生装置である。そして、実施例４との相違点であり本実施例の特徴点である点は、開始時刻の入力によってその処理にかかる（予測）実行時間を計算し、記録処理と最適化処理の重複有無を判断する点である。
【００５２】
<本実施例の機能的構成>
図１７に示すのは、本実施例の記録再生装置における機能ブロックの一例を表す図である。この図にあるように本実施例の「記録再生装置」（１７００）は、実施例３を基本として、「記録命令受付部」（１７０１）と、「最適化命令受付部」（１７０２）と、「判断部」（１７０３）と、「第一優先処理部（又は第二優先処理部）」（１７０４）と、「警告出力部」（１７０５）と、を有する。なお、本実施例の記録再生装置における「記録命令受付部」と、「最適化命令受付部」と、「判断部」と、「第一優先処理部（又は第二優先処理部）」と、「警告出力部」（１７０５）と、については、実施例１や２、３で記載したのものと同様であるのでその説明は省略する。そして、本実施例の記録再生装置の特徴点は、命令受付部が「処理時間計算手段」（１７０６）を有する点と、警告出力部が「計算結果依存警告手段」（１７０７）を有する点である。
【００５３】
「処理時間計算手段」（１７０６）は、開始時刻の入力によりその命令に基づいて実行される処理の処理時間を計算する機能を有する。これは記録処理であれば、例えば電子番組表情報などを利用し該当番組の終了時刻情報を取得する方法などが挙げられる。また、最適化処理であれば、所定の計算式ｆ（ｘ）を利用し、記録媒体のシークタイムやリード／ライトタイム、断片化の度合いを示す断片化割合、データサイズなどの情報から算出する方法などが挙げられる。
【００５４】
「計算結果依存警告手段」（１７０７）は、処理時間計算手段（１７０６）にて計算された処理時間内に処理の重複が発生するかに関する判断部での判断結果に応じて前記警告を出力する機能を有する。このように処理の開始時刻の入力によってそれぞれの処理の（予測）実行時間が示されることで、その予約実行時間が重複しているか、を判断することができる。
【００５５】
<本実施例のハードウェア的構成>
図１８に示すのは、本実施例の記録再生装置におけるハードウェア構成の一例を表す概略図である。この図を利用して記録媒体での各種処理の優先判断におけるそれぞれのハードウェア構成部の働きについて説明する。この図にあるように、記録再生装置は、実施例１などと同様に、判断部である「ＣＰＵ」（１８０１）と、「主メモリ」（１８０２）と、を備えている。また、これら「ＣＰＵ」や「主メモリ」は、処理時間計算手段でもある。そして、記録命令受付部および最適化命令受付部である「インターフェース」（１８０３）や、第一優先処理部（または第二優先処理部）である「制御回路」（１８０４）、およびデータの記録処理や最適化処理が実行される「ＨＤＤ」（１８０５）も備えている。また、警告出力部および計算結果依存警告手段である「（ランプの）制御回路」（１８０６）やランプ（１８０７）とを備えている。そしてそれらが「システムバス」などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。
【００５６】
（記録命令、最適化命令の受付）
ここで、ユーザーのリモコン操作で「数字ボタン」や「録画ボタン」が押下されるなどによって、「インターフェース」にて記録（予約）命令、およびその記録処理の（予約）開始時刻を示す赤外線パルスが受信される。するとこの受信され復調された記録命令および（予約）開始時刻が主メモリの所定アドレスに格納される。また、今度はリモコンの「最適化ボタン」と「数字ボタン」が押下され「インターフェース」にて同様に最適化（予約）命令とその開始時刻とを示す赤外線パルスが受光、復調され、主メモリのまた別の所定アドレスに格納される。
【００５７】
（処理時間計算、および重複判断）
ここで、重複判断処理を実行するため記録（予約）命令と最適化（予約）命令との両命令が主メモリに格納されたことをトリガーとして、処理時間計算プログラムがＣＰＵにより実行される。そして、例えば予めフラッシュメモリなどに保持されている「記録媒体の平均シーク時間（Ｓｔ）」、「記録媒体のリード／ライト時間（ＲＷｔ）」などの情報を取得し主メモリのアドレス１，２にそれぞれ格納するようＣＰＵから命令が送出される。また、最適化対象ファイルの「データサイズ（Ｙ）」、およびその該当ファイルや空きスペースの中心からの位置情報などで示される「断片化の度合い（Ｘ）」を計測し、その計測数値を主メモリのアドレス３、４に格納するようＣＰＵから命令が送出される。また、その他最適化に要する「負荷数値（α）」もＣＰＵからの命令により取得され主メモリのアドレス７に格納される。そして、上記格納した各数値をパラメータとして、例えばプログラムで示される所定の係数ａ、ｂを含む計算式
最適化実行時間＝（ａ×Ｘ×Ｓｔ）＋（ｂ×Ｙ×ＲＷｔ）・・・・・（１）
をＣＰＵにて演算し、（予想）処理時間を計算する、という具合である。
【００５８】
（警告の出力）
このように算出された最適化処理の処理時間と、記録処理の処理時間とが比較判断処理され、重複している場合は「（ランプの）制御回路」にて「ランプ」を明滅表示するよう制御する命令がＣＰＵから送出される。あるいは、図示していないが警告用のアイコンやテキストをフラッシュメモリなどから取得しビデオ回路を制御してモニタなどに表示する。そして、その制御命令に従いランプが明滅したりモニタに警告テキストが表示されたりするなどにより、ユーザーにその処理の重複発生を知らせる、という具合である。
【００５９】
<本実施例の処理の流れ>
図１９に示すのは、本実施例の記録再生装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。この図にあるように、まず、常時受信待ち状態のインターフェースにて、開始時刻の指定による最適化（予約）命令を受け付け（ステップＳ１９０１）、その開始時刻に基づいて最適化に要する処理時間を計算する（ステップＳ１９０２）。また同様に、受信待ち状態のインターフェースにて、データの記録（予約）命令を開始時刻の指定によって受け付け（ステップＳ１９０３）、その開始時刻に基づいて記録に要する処理時間を計算する（ステップＳ１９０４）。ここで、計算された最適化命令で示される最適化処理と、記録命令で示される記録処理の（予約）実行時間が重複するか判断し（ステップＳ１９０５）、その結果、重複していると判断された場合、警告情報を出力する（ステップＳ１９０６）。
【００６０】
<効果の簡単な説明>
以上のように本実施例の記録再生装置によって、入力の手間を省き、処理の実行時間予約入力段階において警告情報を出力することができる。
【００６１】
≪実施例６≫
<本実施例の概要>
本実施例は、処理時間が重複した場合に記録処理を優先させる記録再生装置において、その優先された記録処理が終了した後に、処理時間が重複したため非実行とされた最適化処理を実行する機能を備えていることを特徴とする。
【００６２】
<本実施例の機能的構成>
図２０に示すのは、本実施例の記録再生装置における機能ブロックの一例を表す図である。この図にあるように本実施例の「記録再生装置」（２０００）は、実施例１などを基本として、「記録命令受付部」（２００１）と、「最適化命令受付部」（２００２）と、「判断部」（２００３）と、「第一優先処理部」（２００４）と、を有する。もちろん、実施例１を基本とするその他の実施例を基本として「警告出力部」などを有していても良い。なお、本実施例の記録再生装置における「記録命令受付部」と、「最適化命令受付部」と、「判断部」と、「第一優先処理部」と、については、実施例１で記載したのものと同様であるのでその説明は省略する。そして、本実施例の記録再生装置の特徴点は、第一優先処理部が「非優先処理再開手段」（２００５）を有する点である。
【００６３】
「非優先処理再開手段」（２００５）は、第一優先処理部（２００４）にて記録命令を優先的に処理する場合には、記録命令に基づく処理が終了した後に、記録命令の優先処理により非実行の媒体最適化処理を実行する機能を有する。これは、例えば記録媒体での記録処理の終了を受けて送出される終了信号の受信をトリガーとして、ＣＰＵから最適化処理を実行する命令を記録媒体の制御回路へと送出することで実現することができる。このようにして、非実行となった最適化処理に関してユーザーが再度最適化命令を入力などしなくても最適化処理が実行されることになる。
【００６４】
また、この非優先処理再開手段は、最適化処理が途中の段階にて記録命令を受け付けたことで発生する最適化処理の中断を再開する機能を備えていても良い。その場合には、中断時の断片分布状況を示す情報などを一時保存しておき、記録処理が終わったらその状態からすぐに最適化が開始されるよう構成しても良い。
【００６５】
<本実施例のハードウェア的構成>
図２１に示すのは、本実施例の記録再生装置におけるハードウェア構成の一例を表す概略図である。この図を利用して記録媒体での非実行の処理再開におけるそれぞれのハードウェア構成部の働きについて説明する。この図にあるように、記録再生装置は、実施例１などと同様に、判断部である「ＣＰＵ」（２１０１）と、「主メモリ」（２１０２）と、を備えている。また記録命令受付部および最適化命令受付部である「インターフェース」（２１０３）や、第一優先処理部である「制御回路」（２１０４）、およびデータの記録処理や最適化処理が実行される「ＨＤＤ」（２１０５）も備えている。そしてそれらが「システムバス」などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。
【００６６】
（最適化命令の受付、命令の実行）
ユーザーのリモコン操作で入力された最適化命令が、受付待ち状態の「赤外線ポート」などのインターフェースで受信される。するとこのインターフェースで受信された最適化命令が主メモリのアドレス１に格納されたことをトリガーとして、「ＣＰＵ」では判断プログラムのコードに従いＨＤＤの「制御回路」に対して最適化処理を実行するための命令を送出する。そして、その実行命令を受信したＨＤＤの制御回路は、命令に従いＨＤＤのデータの再配置処理などの最適化処理を開始する。
【００６７】
（記録命令の受付）
そして、この「ＨＤＤ」の最適化処理の実行中、リモコン操作により今度は「インターフェース」にて記録命令が受信され、記録命令が主メモリの物理アドレス２に格納される。
【００６８】
（判断、および優先処理）
ここで、ＣＰＵは、実施例１にて説明したように最適化処理の終了情報が格納されていないことなどから、現在ＨＤＤでは最適化処理が実行中であると判断する。そこでプログラムのコードに従って「実行時間が重複した（Ｔｒｕｅ）」との判断結果を返し、最適化処理の停止信号、および番組データのＨＤＤへの記録処理を実行するための実行信号を生成し、「制御回路」に対して送信する。そしてそれら信号を受信した制御回路は、最適化処理を中断し受信チューナーで受信した番組データの記録処理を開始する。また、最適化処理が再開されたときのため、その中断時の記録媒体内のデータ配置情報などを生成し、主メモリの所定アドレス１に格納するよう構成しても良い。
【００６９】
（最適化処理の再開）
そして所定時間が経過し、ユーザーのリモコン操作などで「録画停止ボタン」などが押下され、インターフェースにて停止命令が受信される。あるいは記録処理の予約によって入力された記録終了時刻に達したことが、内蔵時計を参照したＣＰＵによって判断される。するとそれを受けてＣＰＵはＨＤＤの制御回路に対して処理停止信号を送信し、ＨＤＤでの記録処理が完了する。また、制御回路への停止信号の送出を受け、今度は最適化処理の開始信号が生成、送出される。そして、それを受けた制御回路では、アドレス１に格納されている中断時のデータ配置などを参照し、そこからデータの移動、配置などを再開する、という具合である。
【００７０】
<本実施例の処理の流れ>
図２２に示すのは、本実施例の記録再生装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。この図にあるように、まず、常時受信待ち状態のインターフェースにて、最適化命令を受け付ける（ステップＳ２２０１）と、その命令にしたがい記録媒体の最適化処理を実行する（ステップＳ２２０２）。そして、処理が終了したことを示す処理終了情報が出力される（ステップＳ２２０３）前に、データの記録命令が同様に受信待ち状態のインターフェースにて受け付けられる（ステップＳ２２０４）と、記録媒体の最適化処理が中断され（ステップＳ２２０５）、替わりに記録媒体へのデータの記録処理が実行される（ステップＳ２２０６）。
【００７１】
そして、記録処理が終了しその終了を示す情報の出力、受信（ステップＳ２２０７）を受けて、中断していた最適化処理を再開する（ステップＳ２２０８）。もちろん、最初にインターフェースにて「記録命令」が受け付けられ、後でインターフェースにて「最適化命令」が受け付けられるという処理の流れの場合、優先的に実行された記録処理の終了後に、改めて非優先の最適化処理が実行される、などの処理の流れとなる。
【００７２】
<効果の簡単な説明>
以上のように本実施例の記録再生装置によって、非実行となった最適化処理に関してユーザーが再度最適化命令を入力などしなくても最適化処理が実行されることができ、ユーザーの手間を省くことができる。
【００７３】
≪実施例７≫
<本実施例の概要>
本実施例は、上記実施例３同様に、最適化処理とそれ以外の処理との実行時間が重複した際に警告を出力する機能を備える記録再生装置である。ただし、実施例３との相違点は、警告出力のトリガーとなる最適化との重複対象が記録処理に限られず、また、重複した際の中断などの実行をユーザーからの命令受付に依存する、という点である。
【００７４】
これは、前述のように記録と最適化を同時に処理するのは、記録によってデータの配置状況などが逐次変換するため基本的に困難ではあるが、例えばデータの再生と最適化、などの重複は必ずしも処理が困難とはならない。しかし、平行処理を行うとやはり装置の処理負荷が重くなり、最悪の場合データの破損や記録媒体の故障を招く可能性もある。そこで本実施例では記録と最適化の重複ほど困難ではなく危険性も低い場合に、その重複の発生をユーザーに警告報知すると共に、その最適化の中断指示待ちを行う、という機能を備えている。
【００７５】
<本実施例の機能的構成>
図２３に示すのは、本実施例の記録再生装置における機能ブロックの一例を表す図である。この図にあるように本実施例の「記録再生装置」（２３００）は、「媒体処理命令受付部」（２３０１）と、「第二判断部」（２３０２）と、「第二警告出力部」（２３０３）と、「中断命令受付部」（２３０４）と、を有する。
【００７６】
「媒体処理命令受付部」（２３０１）は、ユーザーから媒体処理命令を受け付ける機能を有する。「媒体処理命令」とは、データの記録処理のほか、データの再生処理を行う命令、消去処理を行う命令、移動処理を行う命令、などが挙げられる。ただし、データの移動処理は、ファイルシステム上のみならず記録媒体での物理的記録位置を変更するような移動処理の場合には、データの配置位置の逐次改変が発生するため、ユーザーからの停止命令の入力待ちを行わず、上記実施例のように半強制的に一方の処理を中断する、などの構成としたほうが好ましい。いずれにせよ、この媒体処理命令をインターフェースで受け付けることで、その処理命令に応じた再生処理、移動処理、消去処理などが記録媒体にて実行される。
【００７７】
「第二判断部」（２３０２）は、媒体処理命令受付部（２３０１）にて媒体処理命令を受け付けた際に媒体の最適化が実行されているか判断する機能を有する。これは上記判断部同様、具体的には記録媒体へ送出した処理命令を示す情報や、その処理の終了情報を主メモリに格納し、媒体処理命令を受け付けた際に、それをＣＰＵが参照判断することにより実現することができる。
【００７８】
「第二警告出力部」（２３０３）は、第二判断部での判断結果が実行されているとの判断結果である場合には、その旨の警告情報を出力する機能を有する。これは実施例３で説明した「警告出力部」と同様に、警告テキストやアイコンのモニタへのＯＳＤ表示や、警告用ランプの明滅、モニタとは別個の情報表示ディスプレイ上への警告テキスト表示、スピーカーからの警告音声やＢｅｅｐ音出力などによる警告情報の出力が挙げられる。また、ここで出力される警告情報に、例えば「現在実行中の最適化処理を中断してください」という具合の中断命令の入力を促すテキスト、音声などを含ませる構成をとっても良い。
【００７９】
「中断命令受付部」（２３０４）は、最適化の処理の中断命令をユーザーから受け付けるための機能を有する。したがって、この中断命令受付部は、その他の命令受付部同様、例えばリモコンと赤外線受光デバイスからなる赤外線入力ユニットや、キーボードや操作パネル、ボタンなどの入力デバイス、あるいはモニタなどに表示されるＧＵＩなどで実現されると良い。そして、本実施例ではこのように中断命令受付部を備えることにより、前述のように重複処理を行っても「記録処理と最適化処理」の組み合わせほど困難ではなく処理負荷も比較的低い処理に関しては、ユーザーの任意で最適化処理の中断を行うことを可能としている。
【００８０】
<本実施例のハードウェア的構成>
図２４に示すのは、本実施例の記録再生装置におけるハードウェア構成の一例を表す概略図である。この図を利用して記録媒体での警告出力処理などにおけるそれぞれのハードウェア構成部の働きについて説明する。この図にあるように、記録再生装置は、第二判断部である「ＣＰＵ」（２４０１）と、「主メモリ」（２４０２）と、を備えている。また、媒体処理命令受付部および中断命令受付部である「インターフェース」（２４０３）や、第二警告出力部である「（ランプの）制御回路」（２４０６）やランプ（２４０７）も備えている。そして最適化処理や各種媒体処理が行われる記録媒体である「制御回路」（２４０４）、および「ＨＤＤ」（２４０５）も備えている。そしてそれらが「システムバス」などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。
【００８１】
（最適化処理の実行、および媒体処理命令の受付、実行）
ユーザーのリモコン操作などによって最適化命令がインターフェースに受信されたことをトリガーとして、制御回路の制御によってＨＤＤの最適化処理が実行される。そして時間経過後、ユーザーのリモコン操作で「再生ボタン」が押下され、今度は媒体処理命令の１つである再生命令が「インターフェース」にて受信され、主メモリのアドレス２に格納される。
【００８２】
（重複判断）
ここで、ＨＤＤの最適化処理終了に応じて制御回路より送出される処理終了情報が送出されていないことから、主メモリのアドレス１に格納されている媒体処理情報は最適化処理中であることを示している。そこで、ＣＰＵでは「現在最適化処理中である（Ｔｒｕｅ）」という判断結果を出し、それに応じて警告情報を出力するためのランプ明滅制御命令を生成、送出する。
【００８３】
（警告情報の出力）
そのランプ明滅制御命令を受け取った「ランプの制御回路」は、その明滅命令に従い「ランプ」を明滅させることで、最適化処理と、先にインターフェースで受信した媒体処理命令（ここでは再生処理）とが重複したことをユーザーに対して報知する。
【００８４】
（中断命令の受付）
そして、その警告ランプの明滅を見たユーザーは、最適化処理と、自身が今入力した再生命令とが重複したことを知ることができる。それにより、最適化処理を優先させるか、再生処理を優先させるかユーザーに判断させ、その判断次第で命令待受状態のインターフェースにて最適化処理の「中断命令」を受け付ける／受け付けない、という具合である。
【００８５】
<本実施例の処理の流れ>
図２５に示すのは、本実施例の記録再生装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。この図にあるように、まず命令待受状態のインターフェースにて、媒体処理命令を受け付ける（ステップＳ２５０１）と、現在記録媒体にて最適化処理を実行中であるか否か判断する（ステップＳ２５０２）。その判断の結果が、媒体の最適化処理を実行中との判断結果である場合、警告情報を出力する（ステップＳ２５０３）。そして、その警告情報の出力を見たユーザーが入力した最適化処理の中断命令を受け付けた（ステップＳ２５０４）場合、最適化処理を中断し（ステップＳ２５０５）、ステップＳ２５０１で受け付けた媒体処理命令に基づく媒体処理を実行する（ステップＳ２５０６）。
【００８６】
<効果の簡単な説明>
以上のように本実施例の記録再生装置によって、記録処理と最適化処理の重複組み合わせと比較すると処理負荷やデータ破損などの危険性が軽くなるような重複組み合わせにおいては、ユーザーに警告を報知し、その最適化の中断判断をユーザーに入力させることができる。
【００８７】
≪実施例８≫
<本実施例の概要>
本実施例は、電源スタンバイ中に最適化処理を行う機能を備えた記録再生装置において、電源が投入されスタンバイ状態が解除された（記録再生装置が起動した）際に、最適化処理中であることの警告報知と、その警告報知に応じたユーザーからの最適化処理の中断命令入力の待ち受けを行う機能を備えることを特徴としている。
【００８８】
<本実施例の機能的構成>
図２６に示すのは、本実施例の記録再生装置における機能ブロックの一例を表す図である。この図にあるように本実施例の「記録再生装置」（２６００）は、「媒体最適化部」（２６０１）と、「第三判断部」（２６０４）と、「第三警告出力部」（２６０２）と、「第二中断命令受付部」（２６０３）と、を有する。
【００８９】
「媒体最適化部」（２６０１）は、電源スタンバイ状態にて媒体最適化を実行する機能を有する。「電源スタンバイ状態」とは、ここでは媒体最適化処理に必要なＨＤＤおよび主メモリを含む装置の一部にのみ電力を供給するよう制御された状態をいう。このように電力供給が制御された状態で最適化処理を行うことで省電力を図ることができる。また、電源スタンバイ状態では基本的に記録や再生処理などに必要な符号化／復号化回路や画像出力回路へ電力が供給されておらず、したがってその他の処理を行うことを想定していない。つまり、電源スタンバイ状態では、最適化処理とその他の処理の重複が基本的に発生しにくく媒体最適化処理を行うのに好適なタイミングである、といえる。
【００９０】
なお、この媒体最適化部による媒体の最適化処理は、電源スタンバイ状態に必ず実行される構成でも良いし、電源スタンバイ状態に移行する前にＧＵＩなどで最適化処理を行うか否かをユーザーに入力させ、その入力命令に応じて最適化処理を実行する／しない、といった構成であっても良い。
【００９１】
「第三判断部」（２６０４）は、電源スタンバイ状態から電源ＯＮ状態に変化する際に媒体最適化が実行されているか判断する機能を有する。この電源スタンバイ状態から電源ＯＮ状態への変化の判断方法は、例えば記録装置のオペレーションシステムの起動によって判断する方法や、電源管理アプリケーションによる現在の電源制御のモードを取得することで判断する方法などが挙げられる。そして、このように電源ＯＮ状態となることでスタンバイ状態が解除され、その他処理の実行が可能になる。その場合に本実施例では、その処理重複の可能性をユーザーに報知し、最適化処理が実行中であれば次に説明する第二中断命令受付部にて中断命令の入力待ち受けを行う構成をとる。
【００９２】
「第三警告出力部」（２６０２）は、第三判断部での判断結果が実行されているとの判断結果である場合にはその旨を表示する機能を有する。したがって、この第三警告出力部は、上記実施例のその他の警告出力部と基本的な構成、作用などは同じである。また、この警告出力においても、実施例７同様、次の中断命令受付部で受け付けるためユーザーに対して中断命令入力を促す警告を含めて出力しても良い。
【００９３】
「第二中断命令受付部」（２６０３）は、最適化の処理の中断命令をユーザーから受け付けるための機能を有する。したがって、この第二中断命令受付部も、上記実施例のその他の命令受付部と基本的な構成、作用などは同じである。このようにして、最適化処理に好適なタイミングである電源スタンバイ状態時から電源ＯＮ状態に移行した際に、最適化処理とその他の処理の実行が重複する可能性があることをユーザーに警告報知し、ユーザーが任意にその最適化処理の中断を指示できる。
【００９４】
<本実施例のハードウェア的構成>
図２７に示すのは、本実施例の記録再生装置におけるハードウェア構成の一例を表す概略図である。この図を利用して記録媒体での警告出力処理などにおけるそれぞれのハードウェア構成部の働きについて説明する。この図にあるように、記録再生装置は、第三判断部である「ＣＰＵ」（２７０１）と、「主メモリ」（２７０２）と、を備えている。また、媒体最適化部である「制御回路」（２７０４）や、その最適化が行われる「ＨＤＤ」（２７０５）、第二中断命令受付部である「インターフェース」（２７０３）や、第三警告出力部である「（ランプの）制御回路」（２７０６）やランプ（２７０７）も備えている。また、スタンバイ状態やＯＮ状態への状態移行機能を有する「電源回路」（２７０８）も備えている。そしてそれらが「システムバス」などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。
【００９５】
（電源スタンバイ状態への移行、および最適化処理の実行）
まず、ユーザーのリモコン操作などで電源回路を電源スタンバイ状態に移行する命令が入力された。すると「インターフェース」でのその命令信号の受信に応じて電源制御命令が送出される。そしてその命令を受信した電源回路では、電源の供給先を制限し、電源スタンバイ状態へと移行する。また、その際、主メモリおよびＨＤＤとその制御回路には電力を供給し、データ再配置などによる最適化処理が実行される。そして、そのＨＤＤの最適化処理が終了した場合、その終了を示す終了情報が主メモリに送出され、アドレス１に格納される。また、この電源スタンバイ状態ではインターフェースにも電源が供給され、リモコンなどからの電源ＯＮ命令を常時受信可能な状態となっている。
【００９６】
（電源ＯＮ状態への移行、最適化処理実行の判断）
ここで、ユーザーのリモコン操作により今度は電源ＯＮ命令が入力された。すると「インターフェース」でのその命令信号の受信に応じて電源制御命令が送出される。そしてその命令を受信した電源回路では、電源の通常供給を再開し、電源ＯＮ状態へと移行する。またそれとともに、電源回路から自身の電源供給モードを示す情報が送出され、主メモリのアドレス２に格納される。そして電源供給モードのメモリへの格納をトリガーとして、主メモリのアドレス１に終了情報が格納されているか否かの判断が「ＣＰＵ」にて実行される。そして終了情報が主メモリに格納されていない場合、「最適化処理は終了していない（Ｔｒｕｅ）」との判断結果を返す。そしてこのように「最適化処理は終了していない（Ｔｒｕｅ）」との判断結果が返された場合、ＣＰＵは、ランプの制御回路を明滅させるよう制御する命令を生成し、送出する。
【００９７】
（警告の出力）
そのランプ明滅制御命令を受け取った「ランプの制御回路」は、その明滅命令に従い「ランプ」を明滅させることで、電源ＯＮ状態になり、その他データの記録や再生処理が実行可能になった現在、最適化処理と、それらその他の処理が重複する可能性があることをユーザーに対して報知する。
【００９８】
（中断命令の受付）
そして、その警告ランプの明滅を見たユーザーは、最適化処理が現在も実行中で、今から入力する再生などのその他の処理命令とが重複する可能性があることを知ることができる。それにより、最適化処理が終了するまで待つか、再生などその他の処理を優先させるかユーザーに判断させ、その判断次第で命令待受状態のインターフェースにて最適化処理の「中断命令」を受け付ける／受け付けない、という具合である。
【００９９】
<本実施例の処理の流れ>
図２８に示すのは、本実施例の記録再生装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。ここで、まず記録再生装置は電源スタンバイ状態に移行し、場合によって媒体最適化処理を実行する。そして、この図にあるように、命令待受状態のインターフェースにて、電源ＯＮ命令を受け付ける（ステップＳ２８０１）と、記録再生装置は電源スタンバイ状態から電源ＯＮ状態へと移行する。そこで現在記録媒体にて最適化処理を実行中であるか否か判断し（ステップＳ２８０２）、その判断の結果が、媒体の最適化処理を実行中との判断結果である場合、警告情報を出力する（ステップＳ２８０３）。そして、その警告情報の出力を見たユーザーが入力した最適化処理の中断命令を受け付けた（ステップＳ２８０４）場合、最適化処理を中断する（ステップＳ２８０５）。
【０１００】
<効果の簡単な説明>
以上のように本実施例の記録再生装置によって、その他の処理との重複実行の起こりにくい電源スタンバイ状態で最適化処理を行うと共に、その他の処理との重複実行が起こる可能性のある電源ＯＮ状態に移行した際には、ユーザーに警告を報知し、その最適化の中断判断をユーザーに入力させることができる。
【０１０１】
≪実施例９≫
<本実施例の概要>
本実施例は、上記いずれかの実施例を基本として、データの記録処理の後に最適化処理の実行が予約されている場合に、その記録処理におけるデータの書込み位置を、後の最適化処理で利用する空きスペース以外の位置に定め記録する機能を備える記録再生装置である。
【０１０２】
<本実施例の機能的構成>
図２９に示すのは、本実施例の記録再生装置における機能ブロックの一例を表す図である。この図にあるように、本実施例の「記録再生装置」（２９００）は、例えば実施例１や２を基本として、「記録命令受付部」（２９０１）と、「最適化命令受付部」（２９０２）と、「判断部」（２９０３）と、「第一優先処理部（又は第二優先処理部）」（２９０４）と、を有する。また、その他にも図示していないが「警告出力部」などを有していても構わない。またこちらも図示していないが、実施例７などを基本として、「媒体処理命令受付部」と、「中断命令受付部」と、「第二判断部」と、「第二警告出力部」と、を有していても良い。いずれにせよ、これら構成要件については、実施例１などで記載したのものと同様であるのでその説明は省略する。そして、本実施例の記録再生装置の特徴点は、「最適化予約判断部」（２９０５）と、「退避部」（２９０６）と、を有する点である。
【０１０３】
「最適化予約判断部」（２９０５）は、記録実行時間後に媒体最適化処理が予約されているか判断する機能を有する。この最適化予約判断部は、具体的には記録命令に含まれる記録の終了時刻と、最適化命令に含まれる最適化の開始時刻と、を主メモリに格納しＣＰＵの比較演算処理にて比較することで判断する方法が挙げられる。
【０１０４】
「退避部」（２９０６）は、最適化予約判断部での判断結果が、予約されているとの判断結果である場合には、記録の処理の際に媒体最適化の処理に利用される余分スペースに書込み処理をしないように退避させる機能を有する。「媒体最適化の処理に利用される余分スペース」とは、例えば断片化しているデータをまとめて空きスペースに再配置し最適化する場合には、その再配置対象のデータを移動させるため、そのデータと同量以上のサイズを有する連続した余分スペースが挙げられる。あるいはある一のデータの断片化の原因となっているデータ（図４ではデータαやデータβ）を移動させ、それにより空いたスペースに一のデータが連続するよう詰めて再配置し最適化する場合には、その断片化の原因となっているデータを移動させるための余分スペースが挙げられる。もちろん、その他にも最適化対象データの近傍にある余分スペースがその最適化において優先的に利用されるのであれば、最適化対象データの位置関係などから最適化に利用する余分スペースを特定しても良い。そして、このようにして余分スペースのサイズや移動対象データとの位置関係から、最適化に利用可能な余分スペースのアドレスを特定することで、そのアドレスを避けてデータを再配置することができる。
【０１０５】
また、その他にも、ＨＤＤなど円盤状の記録媒体を利用する場合、その外周部の方がデータの記録／読出速度が速い。これは記録媒体の記録／読出用ヘッドが、その構造上外周部寄りに配置されているためである。そこで、最適化処理においては、使用頻度の高いデータの再配置位置として好適な記録媒体の外周部の空きスペースを記録処理においては利用しないようにする、などの退避方法も挙げられる。
【０１０６】
<本実施例のハードウェア的構成>
図３０に示すのは、本実施例の記録再生装置におけるハードウェア構成の一例を表す概略図である。この図を利用して記録媒体での退避を含む最適化処理などにおけるそれぞれのハードウェア構成部の働きについて説明する。この図にあるように、記録再生装置は、判断部および最適化予約判断部である「ＣＰＵ」（３００１）と、「主メモリ」（３００２）と、を備えている。また、記録命令受付部および最適化命令受付部である「インターフェース」（３００３）や、第一優先処理命令および退避部である「制御回路」（３００４）、およびデータが記録されまた最適化の対象となる「ＨＤＤ」（３００５）も備えている。そしてそれらが「システムバス」などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。
【０１０７】
（最適化命令予約、および記録命令の受付）
ユーザーのリモコン操作などによって処理開始時刻を含む最適化命令がインターフェースに受信される。すると、受信した最適化の処理開始時刻が主メモリのアドレス２に格納され、内蔵時計を参照することにより該当時間に最適化処理が開始されることになる。また、インターフェースにて、今度は処理の終了時刻を含む記録命令（予約）が受信され、同様にその終了時刻が主メモリのアドレス１に格納される。
【０１０８】
（最適化処理開始時刻の判断）
また、「ＣＰＵ」では、記録実行後に最適化処理が予約されているか否かの判断処理を行う。そのために、「主メモリ」のアドレス１に格納されている記録処理の終了時刻と最適化処理の開始時刻とを比較し、その終了時刻と開始時刻の前後関係を「ＣＰＵ」が判断する。
【０１０９】
（退避処理）
ここで、「最適化開始が記録の後である（Ｔｒｕｅ）」との判断結果が返されると、ＣＰＵはＨＤＤ内のデータの断片化状態を含めたその記録位置に関する情報を取得し、主メモリのアドレス３に格納する。そして、最適化処理で移動されるデータのサイズと余分スペースのサイズ、あるいは移動対象データと余分スペースの位置関係などから、ＣＰＵの演算処理によって最適化に利用可能な余分スペースのアドレスを特定する。そしてその特定したＨＤＤのアドレスを、受信した記録命令に従いＨＤＤにデータの記録を行うための命令信号に含めて「制御回路」に送信する。「制御回路」では受信した命令信号に従って、特定アドレスを避ける形でデータの記録処理を実行する、という具合である。
【０１１０】
（最適化処理）
そして、主メモリのアドレス２に格納された時間になったとの判断が、内蔵時計を参照した「ＣＰＵ」によりなされることで、今度は最適化処理を行うための命令信号が生成され「ＣＰＵ」から「制御回路」に送出される。そして、利用することで効率的に最適化処理を行うことができる、前記記録処理ではデータの記録に利用されなかった余分スペースを利用して最適化処理が実行される。
【０１１１】
<本実施例の処理の流れ>
図３１に示すのは、本実施例の記録再生装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。この図にあるように、まず命令待受状態のインターフェースにて、終了時刻を含む記録命令（予約）を受け付ける（ステップＳ３１０１）。また、開始時刻を含む最適化命令予約を同様にインターフェースにて受け付ける（ステップＳ３１０２）。そして受け付けた命令に含まれる時刻に基づいて、記録実行時間後に最適化処理が予約されているか否か判断する（ステップＳ３１０３）。そしてその判断の結果、記録実行時間後に最適化処理が予約されていると判断されると、最適化処理に利用する余分スペースが特定され（ステップＳ３１０４）、その余分スペースに書込まないよう記録命令に従い記録処理が実行される（ステップＳ３１０５）。
【０１１２】
<効果の簡単な説明>
以上のように本実施例の記録再生装置によって、効率的に最適化を行うことを可能とする余分スペースが記録処理によって書込みに利用されてしまうことを防ぐことができる。
【０１１３】
≪実施例１０≫
<本実施例の概要>
図３２に示すのは、本実施例における記録再生装置の概要の一例を説明するための図である。この図にあるように、本実施例の記録再生装置は、モニタなどに電子番組表を表示する機能を備えている。また、その録画予約（記録命令予約）を行った番組を、例えば「昼ドラマ」、「クイズ１００」という具合にその電子番組表で確認することができる。したがって、この電子番組表で記録命令予約が行われていない時間帯を容易に視認することができるので、記録処理と実行時間が重複しないように最適化予約を行うことが簡単にできる。
【０１１４】
<本実施例の機能的構成>
図３３に示すのは、本実施例の記録再生装置における機能ブロックの一例を表す図である。この図にあるように、本実施例の「記録再生装置」（３３００）は、例えば実施例１や２を基本として、「記録命令受付部」（３３０１）と、「最適化命令受付部」（３３０２）と、「判断部」（３３０３）と、「第一優先処理部（又は第二優先処理部）」（３３０４）と、を有する。また、その他にも図示していないが「警告出力部」などを有していても構わない。なお、これら構成要件については、実施例１などで記載したのものと同様であるのでその説明は省略する。そして、本実施例の記録再生装置の特徴点は、最適化命令受付部が「電子番組表予約表示手段」（３３０５）をさらに有する点である。
【０１１５】
「電子番組表予約表示手段」（３３０５）は、電子番組表を利用して時間を特定することで最適化を実行する時間を予約する機能を有する。電子番組表は、番組を指定することで、その指定番組と関連付けられた記録開始／終了時刻や放送局識別情報（受信チャンネル）が自動的に取得され、記録命令の予約を行うことができる。そして、そのようにして記録命令予約がなされた番組を、図３５に示すように例えばアイコン表示や背景色を変えて表示することで、ユーザーは記録処理の実行（予定）時間を容易に知ることができる。そこで、その電子番組表を見ながら、その電子番組表の時間帯表示部分にて最適化処理の開始時刻や終了時刻を指定することで、実行時間の重複を起こさずに最適化命令予約を行うことができる、という具合である。
【０１１６】
なお、この電子番組表表示手段は、具体的なハードウェアとしては電子番組表情報を受信するための「ネットワーク回線」や「接続回路」、そしてその受信した電子番組表を表示するための「ビデオ回路」や「モニタ」、また記録命令予約、最適化命令予約を行うためにその電子番組表で指定された時刻などを取得する「インターフェース」などで構成されると良い。
【０１１７】
<本実施例の処理の流れ>
図３４に示すのは、本実施例の記録再生装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。この図にあるように、まず、電子番組表をモニタなどに表示し（ステップＳ３４０１）、その電子番組表を利用して入力される記録命令を受け付ける（ステップＳ３４０２）。また、同様にして電子番組表を利用して入力される最適化命令も受け付ける（ステップＳ３４０３）。そして、受け付けた記録命令に基づく記録処理の実行時間と、最適化命令に基づく最適化処理の実行時間とが重複しているか否か判断する（ステップＳ３４０４）。その判断の結果重複する、と判断された場合は、記録処理、または最適化処理いずれかの優先処理命令を生成し（ステップＳ３４０５）、実行時間に優先的に処理を行う。
【０１１８】
<効果の簡単な説明>
以上のように本実施例の記録再生装置によって、電子番組表で記録命令予約が行われていない時間帯を容易に視認することができるので、記録処理と実行時間が重複しないように最適化予約を行うことが簡単にできる。
【０１１９】
≪実施例１１≫
<本実施例の概要>
本実施例の記録再生装置は、例えばＨＤＤレコーダーであって、その録画予約があることを示す予約ランプを利用して、前記記録処理と最適化処理の実行時間重複の警告を行う機能を備えることを特徴とする。このよう予約ランプと警告ランプを共用とすることで部品点数を減らすことができるので省資源を図ることができる。また、ユーザーは、ＨＤＤレコーダーなどの録画機器に通常備わっている録画予約のランプを確認する習慣を持っているので、マニュアルなどを読まなくとも直感的にその録画予約ランプの警告表示に気づくことができる。
【０１２０】
<本実施例の機能的構成>
図３５に示すのは、本実施例の記録再生装置における機能ブロックの一例を表す図である。この図にあるように、本実施例の「記録再生装置」（３５００）は、例えば実施例３などを基本として、「記録命令受付部」（３５０１）と、「最適化命令受付部」（３５０２）と、「判断部」（３５０３）と、「第一優先処理部（又は第二優先処理部）」（３５０４）と、「警告出力部」（３５０５）と、を有する。また、その他にも図示していないが「開始終了警告手段」などを有していても構わない。なお、これら構成要件については、実施例３などで記載したのものと同様であるのでその説明は省略する。そして、本実施例の記録再生装置の特徴点は、記録命令受付部が「予約ランプ手段」（３５０６）を有する点と、警告出力部が「ランプ出力手段」（３５０７）を有する点である。
【０１２１】
「予約ランプ手段」（３５０６）は、記録の予約を示す機能を有する。つまり、記録命令予約をインターフェースにて受け付け、それがタスクスケジュールとして主メモリに格納された場合に、ランプを所定の色や所定明滅パターンなどで点灯させることでユーザーに記録の予約があることや受け付けたことを報知する。なお、この予約ランプはＬＥＤ（発光ダイオード）やその他発光手段と、その発光手段の制御回路などで実現すると良い。
【０１２２】
「ランプ出力手段」（３５０７）は、予約ランプ手段（３５０６）を利用して警告をするための機能を有する。例えば、記録命令予約を受け緑色に点灯しているランプの点灯色を赤色に変換させたり、明滅させたりする、という具合である。このように制御することで、部品点数を増やさずにユーザーに実行時間重複を警告することができる。また、ユーザーは、通常録画予約ランプを確認する習慣を持っているので、マニュアルなどを読まなくとも直感的にその録画予約ランプの警告表示に気づくことができる。
【０１２３】
<本実施例の処理の流れ>
図３６に示すのは、本実施例の記録再生装置における処理の流れの一例を表すフローチャートである。なお、以下に示すステップは、媒体に記録され計算機を制御するためのプログラムを構成する処理ステップであっても構わない。この図にあるように、まず命令待受状態のインターフェースにて、記録命令を受け付ける（ステップＳ３６０１）と、予約ランプ手段を点灯などさせる（ステップＳ３６０２）。その後インターフェースにて最適化命令を受け付ける（ステップＳ３６０３）と、受け付けた記録命令で示される記録処理の実行時間と、最適化命令で示される最適化処理の実行時間とが重複しているか判断する（ステップＳ３６０４）。そして、その判断の結果が、重複するとの判断結果である場合、ステップＳ３６０２で点灯させた予約ランプ手段を、例えば点灯色を替えるなどして警告用点灯に変更する（ステップＳ３６０５）。また、記録処理、または最適化処理いずれかの優先処理命令を生成し（ステップＳ３６０６）、実行時間に優先的に処理を行う。
【０１２４】
<効果の簡単な説明>
以上のように本実施例の記録再生装置によって、部品点数を増やさずにユーザーに実行時間重複を警告することができる。また、ユーザーは、通常録画予約ランプを確認する習慣を持っているので、マニュアルなどを読まなくとも直感的にその録画予約ランプの警告表示に気づくことができる。
【図面の簡単な説明】
【０１２５】
【図１】実施例１の記録再生装置における処理概要の一例を説明するための図
【図２】実施例１の記録再生装置における機能ブロックの一例を表す図
【図３】実施例１の記録再生装置での記録媒体へのデータ記録の一例を説明するための概念図
【図４】実施例１の記録再生装置での媒体最適化の一例について説明するための概念図
【図５】実施例１の記録再生装置におけるハードウェア構成の一例を表す概略図
【図６】実施例１の記録再生装置における処理の流れの一例を表すフローチャート
【図７】実施例２の記録再生装置における処理概要の一例を説明するための図
【図８】実施例２の記録再生装置における機能ブロックの一例を表す図
【図９】実施例２の記録再生装置におけるハードウェア構成の一例を表す概略図
【図１０】実施例２の記録再生装置における処理の流れの一例を表すフローチャート
【図１１】実施例３の記録再生装置における概要の一例を表す図
【図１２】実施例３の記録再生装置における機能ブロックの一例を表す図
【図１３】実施例３の記録再生装置における処理の流れの一例を表すフローチャート
【図１４】実施例４の記録再生装置における処理概要の一例を説明するための図
【図１５】実施例４の記録再生装置における機能ブロックの一例を表す図
【図１６】実施例４の記録再生装置における処理の流れの一例を表すフローチャート
【図１７】実施例５の記録再生装置における機能ブロックの一例を表す図
【図１８】実施例５の記録再生装置におけるハードウェア構成の一例を表す概略図
【図１９】実施例５の記録再生装置における処理の流れの一例を表すフローチャート
【図２０】実施例６の記録再生装置における機能ブロックの一例を表す図
【図２１】実施例６の記録再生装置におけるハードウェア構成の一例を表す概略図
【図２２】実施例６の記録再生装置における処理の流れの一例を表すフローチャート
【図２３】実施例７の記録再生装置における機能ブロックの一例を表す図
【図２４】実施例７の記録再生装置におけるハードウェア構成の一例を表す概略図
【図２５】実施例７の記録再生装置における処理の流れの一例を表すフローチャート
【図２６】実施例８の記録再生装置における機能ブロックの一例を表す図
【図２７】実施例８の記録再生装置におけるハードウェア構成の一例を表す概略図
【図２８】実施例８の記録再生装置における処理の流れの一例を表すフローチャート
【図２９】実施例９の記録再生装置における機能ブロックの一例を表す図
【図３０】実施例９の記録再生装置におけるハードウェア構成の一例を表す概略図
【図３１】実施例９の記録再生装置における処理の流れの一例を表すフローチャート
【図３２】実施例１０における記録再生装置の概要の一例を説明するための図
【図３３】実施例１０の記録再生装置における機能ブロックの一例を表す図
【図３４】実施例１０の記録再生装置における処理の流れの一例を表すフローチャート
【図３５】実施例１１の記録再生装置における機能ブロックの一例を表す図
【図３６】実施例１１の記録再生装置における処理の流れの一例を表すフローチャート
【符号の説明】
【０１２６】
０２００  記録再生装置
０２０１  記録命令受付部
０２０２  最適化命令受付部
０２０３  判断部
０２０４  第一優先処理部
【図１】
2007200443.tif 000003
【図２】
2007200443.tif 000004
【図３】
2007200443.tif 000005
【図４】
2007200443.tif 000006
【図５】
2007200443.tif 000007
【図６】
2007200443.tif 000008
【図７】
2007200443.tif 000009
【図８】
2007200443.tif 000010
【図９】
2007200443.tif 000011
【図１０】
2007200443.tif 000012
【図１１】
2007200443.tif 000013
【図１２】
2007200443.tif 000014
【図１３】
2007200443.tif 000015
【図１４】
2007200443.tif 000016
【図１５】
2007200443.tif 000017
【図１６】
2007200443.tif 000018
【図１７】
2007200443.tif 000019
【図１８】
2007200443.tif 000020
【図１９】
2007200443.tif 000021
【図２０】
2007200443.tif 000022
【図２１】
2007200443.tif 000023
【図２２】
2007200443.tif 000024
【図２３】
2007200443.tif 000025
【図２４】
2007200443.tif 000026
【図２５】
2007200443.tif 000027
【図２６】
2007200443.tif 000028
【図２７】
2007200443.tif 000029
【図２８】
2007200443.tif 000030
【図２９】
2007200443.tif 000031
【図３０】
2007200443.tif 000032
【図３１】
2007200443.tif 000033
【図３２】
2007200443.tif 000034
【図３３】
2007200443.tif 000035
【図３４】
2007200443.tif 000036
【図３５】
2007200443.tif 000037
【図３６】
2007200443.tif 000038