(57)【要約】【課題】コンテンツデータの再生出力が途切れるような不都合を回避する。【解決手段】コンテンツデータを連続して再生出力させるべき場合には、現在再生対象である現コンテンツデータの次に再生対象となる次コンテンツデータについての改竄チェック処理を、現コンテンツデータについての暗号化復号／復調処理の終了後となるタイミングで開始させる。これにより、現コンテンツデータについての暗号化復号／復調処理と、次コンテンツデータについての改竄チェック処理が同時併行して実行される期間はなくなって、改竄チェック処理と暗号化復号／復調処理が同時実行されることに依る処理負担の増加は避けられる。【選択図】        図４
2004325761.tif 000002
【特許請求の範囲】
【請求項１】
再生出力対象である１つの単位データに対して実行すべき処理として、所定の符号化方式によって符号化された単位データを復号する復号処理と、上記復号処理の開始以前のタイミングで実行すべきものとされ、上記復号処理を実行するのに必須とされる所要の処理である復号前処理とを、少なくとも実行する単位データ対応処理手段と、
所定のデータ容量を有し、上記復号処理によって得られた復号データが書き込まれて一時蓄積される蓄積手段と、
上記蓄積手段に蓄積されている復号データを連続的に読み出して、再生出力用データとして出力する出力手段と、を備え、
上記単位データ対応処理手段は、
上記単位データを連続して再生出力させるべき場合には、現在再生出力対象とされている単位データの次に再生出力対象となる単位データについての上記復号前処理を、現在再生出力対象とされている単位データについての復号処理の終了後となるタイミングで開始する、
ことを特徴とする情報処理装置。
【請求項２】
上記単位データを連続して再生出力させるべき場合に、
少なくとも、再生出力すべき１つの単位データについての復号データが上記蓄積手段に蓄積される期間において、この１つの単位データの再生時間長に応じて、上記蓄積手段のデータ容量を変更するようにされた、データ容量変更手段を備える、
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
再生出力対象である１つの単位データに対して実行すべき処理の１つであり、所定の符号化方式によって符号化された単位データを復号する復号処理と、
再生出力対象である１つの単位データに対して実行すべき処理の１つであり、上記復号処理の開始以前のタイミングで実行すべきものとされ、上記復号処理を実行するのに必須とされる所要の処理である復号前処理と、
上記復号処理によって得られた復号データが書き込まれて一時蓄積される蓄積領域から、蓄積されている復号データを連続的に読み出して、再生出力用データとして出力する出力処理と、を実行可能とされ、
単位データを連続して再生出力させるべき場合には、現在再生出力対象とされている単位データの次に再生出力対象となる単位データについての上記復号前処理は、現在再生出力対象とされている単位データについての上記復号処理の終了後となるタイミングで開始するようにされる、
ことを特徴とする情報処理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、例えばコンテンツ単位として扱われる単位データについて処理を実行する情報処理装置、及びその方法に関する。
【０００２】
【従来の技術】
近年においては、例えばオーディオデータ又はビデオデータなどのＡＶ（Ａｕｄｉｏ，Ｖｉｄｅｏ）コンテンツデータについて、さらに何らかの符号化を施して記録することが行われる。このような符号化の１つとして、所定方式による圧縮形式とするための圧縮符号化が広く知られている。コンテンツデータを圧縮符号化すれば、コンテンツ単位のデータサイズも小さくなるから、有限の記録媒体の記録容量を有効に使用することができる。また、ネットワークを介してのコンテンツデータのダウンロードも、より短時間で行うことができる。
また、符号化としては、暗号化を施すことも行われるようになってきている。このような暗号化は、一般に著作権保護を目的として行われる。つまり、暗号符号化されたコンテンツデータを再生するのにあたっては、このコンテンツデータの再生が許可される場合に応じてのみ、暗号解読のための鍵が与えられるようにされる。そして、この鍵を利用して暗号化についての復号処理を行うことで、再生出力することができるようになる。
【０００３】
このようにして符号化されたコンテンツデータとしては、例えば複数のコンテンツデータ間で内容が連続性を有している場合がある。このような場合において、単に、連続するコンテンツを順次再生したのでは、それぞれコンテンツデータごとに完結した再生出力となってしまい、コンテンツデータの前後において再生出力の連続性を与えることができない。そこで、再生順的に前後となるコンテンツデータについて、再生出力の連続性が維持されるように符号化を施すようにされた技術が知られている（例えば特許文献１参照）。
【０００４】
【特許文献１】
特開２００２−１１２３４１号公報
【０００５】
【発明が解決しようとする課題】
しかしながら、上記のようにして、複数のコンテンツデータの間での再生出力の連続性が与えられるようにした符号化技術の構成を採ったとしても、例えば、以下のような状況の場合には、再生出力の連続性を維持できなくなる場合がある。
【０００６】
例えば、近年においては、上記したような暗号化及び圧縮符号化についての復号処理を、ソフトウェア処理として実行するように実行させる構成を採る場合がある。つまり、ＣＰＵなどが、復号処理のためのプログラムに従って処理を実行するものである。
【０００７】
このような構成においては、例えば現在再生出力すべきコンテンツデータについての復号化処理を実行しているときに、ＣＰＵが、この複合化処理と併行して異なる他の処理を実行しなければならない場合がある。
ここで一般に、ＡＶコンテンツデータの復号化処理は、ＣＰＵの占有率が高いとされる、重い処理である。そして、この復号化処理と併行して実行しなければならなくなった処理としても、相当にＣＰＵの占有率が高い、重たい処理であったとする。
このような場合、例えばＣＰＵに相当の負荷がかかり、再生出力の連続性を維持できない程度に復号化処理が遅くなってしまうようなことがある。このような状態では、例えばコンテンツデータ内であっても、再生出力が途切れてしまう状態が発生する可能性がある。
このような不都合に対応して、１つには、より高性能で処理能力の高いＣＰＵを採用すればよいこととなるが、現状としては、例えばコストの問題から、システムに見合った処理能力のＣＰＵを選定することが一般には行われる。従って、例えば上記したような再生出力の連続性を完全に保証できるレベルの処理能力が、実際のシステムに対応しては過剰であるような場合には、性能保証とコスト的なバランスが崩れるので、必ずしも好ましいことではない。
つまり、或る一定の処理能力のＣＰＵを使用している条件の下では、復号化処理を実行している際において、例えばＣＰＵの占有率が一定以下となるような構成を与えることが好ましいということになる。
【０００８】
【課題を解決するための手段】
そこで本発明は上記した課題を考慮して、情報処理装置として次のように構成する。
つまり、再生出力対象である１つの単位データに対して実行すべき処理として、所定の符号化方式によって符号化された単位データを復号する復号処理と、上記復号処理の開始以前のタイミングで実行すべきものとされ、上記復号処理を実行するのに必須とされる所要の処理である復号前処理とを、少なくとも実行する単位データ対応処理手段と、所定のデータ容量を有し、復号処理によって得られた復号データが書き込まれて一時蓄積される蓄積手段と、この蓄積手段に蓄積されている復号データを連続的に読み出して再生出力用データとして出力する出力手段とを備える。
そして、上記単位データ対応処理手段は、単位データを連続して再生出力させるべき場合には、現在再生出力対象とされている単位データの次に再生出力対象となる単位データについての上記復号前処理を、現在再生出力対象とされている単位データについての復号処理の終了後となるタイミングで開始するように構成することとした。
【０００９】
また、情報処理方法としては次のように構成することとした。
つまり、本発明の情報処理方法としては、再生出力対象である１つの単位データに対して実行すべき処理の１つであり、所定の符号化方式によって符号化された単位データを復号する復号処理と、再生出力対象である１つの単位データに対して実行すべき処理の１つであり、上記復号処理の開始以前のタイミングで実行すべきものとされ、復号処理を実行するのに必須とされる所要の処理である復号前処理と、この復号処理によって得られた復号データが書き込まれて一時蓄積される蓄積領域から、蓄積されている復号データを連続的に読み出して、再生出力用データとして出力する出力処理とを実行可能とされる。
そして、単位データを連続して再生出力させるべき場合には、現在再生出力対象とされている単位データの次に再生出力対象となる単位データについての復号前処理は、現在再生出力対象とされている単位データについての復号処理の終了後となるタイミングで開始するようにして構成することとした。
【００１０】
上記各構成によると、単位データを再生出力させるために、少なくとも、符号化された単位データを復号する復号処理と、この復号処理の実行開始前において必須となる所要の処理である復号前処理とを実行するようにされている。そして、復号処理後の単位データは一時蓄積された後に再生出力されるようになっている。
そして、このような単位データの再生出力のための処理が行われることを前提として、複数の単位データを連続して再生出力させる場合においては、現在再生出力されている単位データの次に再生されるべき単位データのための復号前処理を、現在再生出力されている単位データのための復号処理の終了後のタイミングで開始するようにされている。
これは即ち、現在再生出力されている単位データの復号処理と、その次に再生出力されるべき単位データの復号前処理とを、同時に併行して実行させないようにしていることを意味する。
【００１１】
【発明の実施の形態】
図１のブロック図は、本発明の実施の形態としての情報処理装置が適用される記録再生装置１の構成例を示している。
ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１１は、起動されたプログラムに基づいて記録再生装置１の全体の制御、演算処理を行う。例えばネットワークを介した通信動作、ユーザーに対する入出力動作、メディアからのコンテンツ再生やリッピング、ＨＤＤ２１へのコンテンツ記憶やそのための管理などを行う。
ＣＰＵ１１はバス１２を介して各回路部との間で制御信号やデータのやりとりを行う。
【００１２】
ＲＯＭ１３は、ＣＰＵ１１が実行すべき動作プログラム、プログラムローダーや、各種演算係数、プログラムで用いるパラメータ等が記憶される。
また、ＲＡＭ２０には、ＣＰＵ１１が実行すべきプログラムが展開される。また、ＣＰＵ１１が各種処理を実行する際において必要となるデータ領域、タスク領域としても用いられる。そして、本実施の形態では、このようなデータ領域、タスク領域の１つとして、バッファエリア２０ａとしての領域が確保される場合がある。このバッファエリア２０ａは、例えば、メディアドライブ１９に装填されたメディア又はＨＤＤ２１などから読み出したコンテンツデータを再生出力させる際において、デコード処理後のコンテンツデータが一時蓄積される領域とされる。
なお、以降の説明を単純なものとするために、本実施の形態の記録再生装置１が対応して記録再生可能なコンテンツデータとしては、オーディオのコンテンツデータであることとする。
【００１３】
操作入力部１５は、記録再生装置１の筐体に設けられた操作キーやジョグダイヤル、タッチパネルなどの各種操作子などから成る部位である。なお、ＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）操作のためのキーボードやマウスが操作入力部１５として設けられてもよい。また、操作入力部１５としては、リモートコントローラとされてもよい。
操作入力部１５で入力された情報は入力処理部１４において所定の処理が施され、ＣＰＵ１１に対して操作コマンドとして伝送される。ＣＰＵ１１は入力された操作コマンドに応答した機器としての動作が得られるように、所要の演算や制御を行う。
【００１４】
ディスプレイモニタ１７としては、例えば液晶ディスプレイなどの表示デバイスが接続され、各種情報表示が行われる。
ＣＰＵ１１が各種動作状態や入力状態、通信状態に応じて表示情報を表示処理部１６に供給すると、表示処理部１６は供給された表示データに基づいてディスプレイモニタ１７に表示動作を実行させる。
例えば本実施の形態の場合であれば、リッピングされたオーディオファイルを再生管理するプログラムに従っては、オーディオファイルを管理、再生するためのＧＵＩ画面が表示される。
【００１５】
この場合のメディアドライブ１９は、所定のメディアに対応して少なくとも再生が可能なドライブとされる。もちろんのこと、所定メディアに対応して、再生だけではなく、記録が可能なドライブとされても良い。
また、この場合のメディアドライブ１９が対応するメディアとしては、特に限定されるべきものではないが、例えばＣＤ、ＤＶＤ、ミニディスクなどの各種光学ディスク状記録媒体とされても良い。あるいは、フラッシュメモリなどのメモリ素子により構成されたメディアとされてもよい。また、メディアドライブとしては、例えばこれらの各種メディアに対応した各種のドライブが個々に設けられてバス１２と接続される構成とされてもよいものである。
【００１６】
例えばユーザーが操作入力部１５に対する操作によって、メディアドライブ１９による再生指示を行った場合は、ＣＰＵ１１は、メディアドライブ１９に対してメディアに対する再生を指示する。これに応じて、メディアドライブ１９は、装填されているメディアから、指定されたデータにアクセスして読み出しを実行する。
【００１７】
このようにして読み出されたデータが、オーディオコンテンツである場合には、必要に応じてＣＰＵ１１の処理によってデコード処理等が施された後、オーディオ入出力処理部２４に転送される。オーディオ入出力処理部２４においては、イコライジング等の音場処理や音量調整、Ｄ／Ａ変換、増幅等の処理が施され、スピーカ部２５から出力される。
【００１８】
またメディアドライブ１９にて再生されたデータは、ＣＰＵ１１の制御によって、ＨＤＤ２１にオーディオデータファイルとして蓄積することもできる。つまり、いわゆるリッピングにより得たオーディオデータファイルをコンテンツとして記憶させることができる。
なお、このオーディオデータファイルの形式としては、ＣＤフォーマットにおけるサンプリング周波数４４．１ＫＨｚで１６ビット量子化のデジタルオーディオデータとされてもよいし、ＨＤＤ２１の容量を節約するために、所定方式にしたがって圧縮処理が施された形式の圧縮オーディオデータとされてもよい。また、圧縮方式としても限定されるものではないが、ＡＴＲＡＣ（Ａｄａｐｔｉｖｅ  Ｔｒａｎｓｆｏｒｍ  Ａｃｏｕｓｔｉｃ  Ｃｏｄｉｎｇ）方式やＭＰ３（ＭＰＥＧ  Ａｕｄｉｏ  Ｌａｙｅｒ  ＩＩＩ）方式などを採用することができる。
【００１９】
チューナ部２７は、例えばＡＭ・ＦＭラジオチューナとされ、ＣＰＵ１１の制御に基づいて、アンテナ２６で受信された放送信号を復調する。もちろんテレビチューナや衛星放送チューナ、デジタル放送チューナなどとしてのチューナでもよい。
復調された放送音声信号は、オーディオデータ処理部２４において所要の処理が施され、スピーカ部２５から放送音声として出力される。
【００２０】
通信処理部２２は、ＣＰＵ１１の制御に基づいて送信データのエンコード処理、受信データのデコード処理を行う。
ネットワークインターフェイス２３は、通信処理部２２でエンコードされた送信データをネットワークを介して所定の外部ネットワーク対応機器に送信する。またネットワークを介して外部ネットワーク対応機器から送信されてきた信号を通信処理部２２に受け渡す。
通信処理部２２は受信した情報をＣＰＵ１１に転送する。
【００２１】
なお、記録再生装置１の構成は、この図１の構成に限られるものではなく、更に多様に考えられる。
例えばＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）、ＩＥＥＥ１３９４、Ｂｌｕｅｔｏｏｔｈなどの通信方式による周辺機器とのインターフェースが設けられるようにしてもよい。
そして、上記ネットワークインターフェイス２３によりネットワークを介してダウンロードしたオーディオのコンテンツデータや、上記ＵＳＢ、ＩＥＥＥ１３９４などのインターフェイスを経由して転送されてきたオーディオのコンテンツデータについても、ＨＤＤ２１に対して記憶させることができる。
またマイクロホンや外部のヘッドホンの接続に用いられる端子や、ＤＶＤ再生時に対応するビデオ出力端子、ライン接続端子、光デジタル接続端子等が設けられてもよい。
またＰＣＭＣＩＡスロット、メモリカードスロットなどが形成され、外部の情報処理装置やオーディオ機器とデータのやりとりが可能とされてもよい。
【００２２】
上記図１による説明から理解されるように、本実施の形態の記録再生装置１は、オーディオのコンテンツデータについて、音声として再生出力することが可能とされる。例えば、メディアドライブ１９に装填されたメディアにコンテンツデータが記録されていれば、このメディアから読み出したコンテンツデータについての再生出力を行うことができる。また、ＨＤＤ２１に記憶されているコンテンツデータについての読み出しを行って再生出力させることができる。
【００２３】
そのうえで、本実施の形態としては、所定の圧縮符号化方式により圧縮符号化されたうえで、さらに所定の暗号化方式により暗号化が施されたオーディオのコンテンツデータ（以下、単に「暗号化コンテンツ」ともいう）について、音声として再生出力することが可能に構成されている。
【００２４】
このような暗号化コンテンツを、音声として再生出力するための処理シーケンスについて、図２を参照して説明する。図２には、１つの暗号化コンテンツを再生出力する場合が示されている。また、ここでは説明を簡単にするために、再生対象の暗号化コンテンツが記憶されているのはＨＤＤ２１であることとする。
但し、以降説明する本実施の形態としての暗号化コンテンツの再生処理は、例えばメディアに記録された暗号化コンテンツをメディアドライブ１９により読み出して再生する場合や、ネットワークを介して取得した暗号化コンテンツを再生する場合など、本実施の形態の記録再生装置１により暗号化コンテンツを再生する場合全般に適用できるものである。
【００２５】
ＨＤＤ２１に記憶された再生対象の暗号化コンテンツに対しては、先ず、不正なデータの改竄などが行われていないか否かについての検証を行うための、改竄チェック処理が実行される。この改竄チェック処理は、暗号化コンテンツ再生のためのプログラムに従って、ＣＰＵ１１が実行する。また、暗号化コンテンツ再生のためのプログラムは、ＨＤＤ２１にインストールされるようにして記憶されており、このプログラムを実行すべきときには、ＨＤＤ２１から読み出されてＲＡＭ２０に展開されることになる。
【００２６】
そして、上記した改竄チェック処理が完了して、不正なデータの改竄などは行われていないことが認識されると、続いては、ＨＤＤ２１から読み出されて逐次転送されてくる暗号化コンテンツについて、暗号化復号／復調処理を実行していくようにされる。
暗号化復号／復調処理も、暗号化コンテンツ再生のためのプログラムに従って、ＣＰＵ１１が実行するもので、転送されてきた暗号化コンテンツのデータについて、所定の処理データ単位ごとに暗号化についての復号処理を実行する。そして、この暗号の復号処理によって得られた、暗号化の解かれたコンテンツデータについて、圧縮符号化方式に従った復調処理（伸長処理）を実行する。これにより、伸長処理後のデジタルオーディオデータが得られることになる。
このようにして、暗号化復号／復調処理により得られたデジタルオーディオデータとしてのデータ列は、バッファ書き込み処理によって、順次、バッファエリア２０ａを分割して形成されるバッファに対して書き込みが行われていく。
【００２７】
ここで、暗号化復号／復調処理は、暗号化コンテンツについて、実際に暗号化を解き、伸長処理を施すことで、デジタルオーディオデータを復調する処理である。つまり、暗号符号化及び圧縮符号化についての復号を行う処理である。これに対して、改竄チェック処理は、これ自体は復号処理ではないが、復号処理を実行するのに先だって実行すべきことが必須として要求される処理であるということになる。
【００２８】
ここで、本実施の形態としては、バッファエリア２０ａにおいて複数のバッファを設けることとしている。ここでは、３つのバッファ１，２，３を備えた例を示している。また、ここでは、これら複数のバッファの各々は同じデータ容量が割り与えられているものとする。また、実際においては、これらの各バッファは、リングバッファとして構成される。
【００２９】
このような場合におけるバッファ書き込み処理としては次のようにして実行するものとなる。
暗号化復号／復調処理が開始される以前の段階では、バッファ１，２，３は全て空きの状態にあるが、暗号化復号／復調処理が開始されて、バッファにデータを書き込むべきタイミングとなると、例えば、先ずバッファ１に対してデータを書き込んでいくようにされる。そして、バッファ１におけるデータ蓄積量が一杯になったとされると、続いては、バッファ２にデータを書き込んでいくようにされ、さらにバッファ２におけるデータ蓄積量が一杯になったのであれば、バッファ３にデータを書き込んでいくようにされる。なお、確認のために述べておくと、バッファへのデータの書き込みは、バッファに対する読み出しよりも高速なデータレートによって行われる。また、このようにして、バッファ１，２，３に書き込まれて蓄積されていったデータは、通常であれば、時間軸的に連続性を有していることになる。つまり、再生出力音としては連続性が得られているものである。
【００３０】
上記のようにして、バッファ１から書き込みが開始され、次のバッファ２，３への書き込みが順次実行されている過程において、例えばバッファ１に対して一定以上のデータが蓄積される状態となると、バッファエリア２０ａに対するメモリ読み出しとして、このバッファ１に最初に蓄積されたデータから、所定のデータレートによる読み出しが開始される。
【００３１】
そして、バッファ読出処理としては、バッファ１に蓄積されたデータを全て読み出したとされると、続いては、バッファ２に蓄積されたデータの読み出しを実行し、さらにバッファ２に蓄積されたデータを全て読み出したのであれば、バッファ３からのデータ読み出しを行う。
一方、バッファ書き込み処理として、バッファ３までの書き込みが完了した後は、上記のようにしてデータの読み出しが完了して空きとなったバッファ１に戻って、書き込みを行っていくようにされる。以降においては、同様にして、順次、読み出しが完了して空きとなったバッファ２、バッファ３に対してデータの書き込みを実行していくようにされる。
【００３２】
つまり、バッファ１，２，３に対する書き込み処理としては、バッファ１，２，３の順で繰り返すようにして、空き状態のバッファにデータの書き込みを所定のデータレートによって行うようにされる。
そして、バッファ１，２，３に対する読み出し処理としては、バッファ書き込み処理によって一定量以上のデータが蓄積されるのに対応した時間分遅延するようにして、バッファ１，２，３の順で、書き込みよりも低速なデータレートによって読み出しを行っていくようにされる。
このようなバッファ１，２，３に対する書き込み／読み出しの処理によると、いわゆるメモリのオーバーフロー、アンダーフローが生じない限りは、バッファ１，２，３の少なくともいずれかにおいて、データが蓄積されている状態にあるようにされる。これにより、再生データの連続性が得られるようにしている。また、このような読み出し動作である場合、バッファ書き込み処理としては、全てのバッファにおいてデータが蓄積されている状態ではデータ書き込みを待機し、書き込み順的に書き込みを行うべきバッファが空になったら、データ書き込みを開始するようにされる。つまり、少なくともバッファ書き込み処理については、間欠的な動作となる場合がある。
【００３３】
上記したようなバッファに対する書き込み／読み出しの処理に対応して、バッファからのデータの読み出しの開始に同期しては、再生出力系転送処理が開始されることになる。
この再生出力系転送処理も、暗号化コンテンツ再生のためのプログラムに従って、ＣＰＵ１１が実行するものであり、バッファから読み出したデータを、再生出力のために、再生信号処理系（再生出力系）に対して転送するための処理となる。
この場合の再生信号処理系（再生出力系）は、図１においてはオーディオデータ処理部２４となる。再生出力系転送処理としては、オーディオデータ処理部２４において再生出力すべきオーディオデータの連続性が保証されるように、所要のデータレートによって、バッファから読み出したデータをバス１２を介して転送していくことになる。
ここで、バッファ書き込み処理は、暗号化復号／復調処理により得られるデジタルオーディオデータをバッファに書き込む処理であり、バッファ読出処理により読み出されたデータは、再生出力系転送処理によってオーディオデータ処理部２４に転送される。従って、暗号化復号／復調処理と再生出力系転送処理とは同時に併行して実行されている期間が存在する。
【００３４】
オーディオデータ処理部２４では、上記のようにしてバッファから読み出されたデジタルオーディオデータが連続的に入力されてくることになる。そして、このようにして入力されてくるデジタルオーディオデータについて、Ｄ／Ａ変換処理を含む所定の信号処理を実行することで、最終的にスピーカ２５から音声として出力するようにされる。ここで、オーディオデータ処理部２４に入力されるデジタルオーディオデータが連続性を保っている限り、スピーカ２５から出力されるコンテンツの音声としても連続性が得られることになる。
【００３５】
上記図２による説明から理解されるように、１つの暗号化コンテンツを再生出力するのにあたって、ＣＰＵ１１が暗号化コンテンツ再生のためのプログラムに従って実行すべき基本的な処理（暗号化コンテンツ対応再生処理）としては、
改竄チェック処理
暗号化復号／復調処理
再生出力系転送処理
の３つであるということがいえる。そして、改竄チェック処理は、データの改竄などの有無に基づいて、コンテンツのデータ内容についての真性をチェックするものであるから、必然的に暗号化復号／復調処理の前段階において実行されるべきものとなる。つまり、１コンテンツを対象とした場合において、改竄チェック処理と暗号化復号／復調処理とは同時に実行されることはなく、改竄チェック処理→暗号化復号／復調処理の実行順が守られるべきものとなる。ただし、暗号化復号／復調処理と再生出力系転送処理については、前述もしたように同時に併行して実行される場合がある。
なお、ここではバッファエリア２０ａのバッファに対する書き込み処理は、暗号化復号／復調処理に付随するものであることとし、また、読み出し処理は再生出力系転送処理に付随するものであることとする。
【００３６】
そして、暗号化コンテンツを連続して再生する場合における、暗号化コンテンツ対応再生処理としては、例えば一般的には、図３のタイミングチャートに示す実行タイミングとすることが考えられる。
ここでは暗号化コンテンツとして、コンテンツＡからコンテンツ再生を開始して、続いてコンテンツＢを連続的に再生する場合を例に挙げる。
【００３７】
例えばコンテンツＡの再生を開始すべき指示が得られたとされると、先ず、時点ｔ１において、コンテンツＡを対象とした改竄チェック処理を実行することになる。なお、本実施の形態においては、改竄チェック処理に要する時間は、暗号化コンテンツの内容等にかかわらず、ほぼ一定となる。ただし、暗号化方式などによっては、改竄チェック処理に要する時間が、コンテンツごとに変化することがある。
【００３８】
そして、時点ｔ１から或る時間経過した時点ｔ２においてコンテンツＡ対象の改竄チェック処理が終了したとされると、この時点ｔ２からコンテンツＡ対象の暗号化復号／復調処理を開始するようにされる。
コンテンツＡ対象の暗号化復号／復調処理が実行開始されるのに応じては、復調処理によって得られたデジタルオーディオデータをバッファエリア２０ａのバッファに蓄積させていく動作も開始され、或る時間を経過すると、バッファにおける蓄積容量が一定以上となって、読み出し可能な状態となる。このタイミングが時点ｔ３として示されている。
これにより、時点ｔ３から、コンテンツＡ対象の再生出力系転送処理が開始される。つまり、バッファから読み出したデジタルオーディオデータを再生出力系であるオーディオデータ処理部２４に対して転送する処理である。
コンテンツＡとしての再生音の出力は、この時点ｔ３に対応して開始されるものとなる。
【００３９】
例えば、コンテンツＡとしての符号化データについての暗号化復号／復調処理は、時点ｔ５にて完了する。この時点ｔ５において、暗号化復号／復調処理により得られたコンテンツＡのデジタルオーディオデータのバッファへの書き込みも終了するが、このとき、バッファには、未だ読み出しが行われていないデジタルオーディオデータが蓄積されている状態にある。
このため、時点ｔ５以降においても、バッファに蓄積されているデータが全て読み出されるまでは、コンテンツＡ対象の再生出力系転送処理は継続される。そして、この場合には、時点ｔ７において、コンテンツＡ対象の再生出力系転送処理が終了しており、これに対応して、時点ｔ７においてコンテンツＡとしての再生出力音も終了するものとされる。このことから、コンテンツＡが再生出力される再生出力期間としては、時点ｔ３〜時点ｔ７の期間ということになる。
【００４０】
また、コンテンツＡに連続して次に再生されるべきコンテンツＢを対象とする暗号化コンテンツ対応再生処理は、次のようにして実行する。
コンテンツＡ，Ｂの順で連続再生するには、コンテンツＢ対象の再生出力系転送処理の開始タイミングを、コンテンツＡ対象の再生出力系転送処理の終了タイミングと連続させる必要がある。つまり、この場合には、図示もしているように、時点ｔ７からコンテンツＢ対象の再生出力系転送処理を開始させる必要がある。
このため、コンテンツＢ対象の暗号化復号／復調処理は、時点ｔ７からのバッファからの読み出し処理が開始されることを保証するために、時点ｔ７を基点として、所定量のデジタルオーディオデータの蓄積に要する時間分前のタイミングの時点ｔ６から開始すべきものとなる。
従って、コンテンツＢ対象の改竄チェック処理は、この時点ｔ６よりも前の段階において実行する必要がある。
【００４１】
そこで、この図３に示す場合には、このような場合の順当な処理シーケンスとして、コンテンツＢ対象の改竄チェック処理について、コンテンツＡの改竄チェック処理が終了するのに続けて実行するようにしている。つまり、図においては、コンテンツＡの改竄チェック処理が時点ｔ２において終了しているが、コンテンツＢ対象の改竄チェック処理については、この時点ｔ２から開始させることとしているものである。このコンテンツＢの改竄チェック処理は、時点ｔ４において終了させている。
【００４２】
しかしながら、ここで留意すべきことは、暗号化コンテンツ対応再生処理の実際として、改竄チェック処理、暗号化復号／復調処理、及び再生出力系転送処理のうち、改竄チェック処理及び暗号化復号／復調処理については、それぞれ、比較的ＣＰＵ１１の占有率が高い重い処理となることである。これに対して、再生出力系転送処理は、バッファから読み出されたデジタルオーディオデータを、バス１２を介して転送させる指示を行うだけであるので、ＣＰＵ１１の占有率が低い軽い処理となる。
【００４３】
ここで、図３に例示した処理シーケンスのタイミングを見てみると、時点ｔ２から時点ｔ４の期間において、コンテンツＡ対象の暗号化復号／復調処理と、コンテンツＢ対象の改竄チェック処理とが同時に併行して実行されていることがわかる。
つまり、ＣＰＵ１１としては、共にＣＰＵ占有率が高いとされる２つの処理を同時に実行していることになり、実際のＣＰＵ占有率としても相当に高くなっていることになる。
【００４４】
上記した期間ｔ２〜ｔ４に示すＣＰＵ１１の処理状況となるときには、例えば、ＣＰＵ１１の性能にも依るが、同時実行される処理について遅れが生じるような可能性もでてくる。これにより、例えば、図３の場合であれば、コンテンツＡ対象の暗号化復号／復調処理が必要とされる処理速度を維持できずに、バッファにアンダーフローを生じさせ、結果として再生出力の音声が途切れるなどの、不都合を生じる可能性が出てくる。
【００４５】
また、本実施の形態の記録再生装置１としては、例えば暗号化コンテンツ再生以外にも、他のアプリケーションのプログラムが実行される場合がある。例えば、本実施の形態の記録再生装置１としてはネットワーク接続機能を有しているから、この機能を利用した、例えばＷｅｂブラウザであったり、電子メール送受信のためのメーラーなどのアプリケーションをＨＤＤ２１にインストールしておくことで、これらのアプリケーションを必要に応じて起動させて実行させることが可能とされる。
そして、例えば暗号化コンテンツの再生処理プログラムと、上記したような他のアプリケーションプログラムを実行させているようなときに、図３の期間ｔ２〜ｔ４に示すようなＣＰＵ占有率の高い状態が生じたとすると、この場合には、さらに上記したような再生出力音声の途切れが生じる可能性が高くなる。あるいは、逆に他のアプリケーションプログラムの動作が重くなって緩慢な状態となることも考えられる。
【００４６】
このようにして、例えば暗号化コンテンツ対応再生処理のための処理シーケンスについて、ＣＰＵ占有率が高いとされる重い処理が併行して実行されることは、結果的に機器の動作に好ましくない影響を及ぼしてしまうという不都合を招く。
【００４７】
そこで、本実施の形態では、図４に示すようにして、暗号化コンテンツ対応再生処理の処理シーケンスを実行させることとしている。なお、この図４としても、暗号化コンテンツとして、コンテンツＡから再生を開始し、続けてコンテンツＢを連続して再生する場合を例に挙げることとする。
この場合において、コンテンツＡを対象とする改竄チェック処理、暗号化復号／復調処理、及び再生出力系転送処理のタイミングについては、図３の場合と同様である。
また、コンテンツＢを対象とする暗号化復号／復調処理、及び再生出力系転送処理としても、コンテンツＡに続けての連続再生が要求される都合上、図３の場合と同様のタイミングとすることになる。
【００４８】
そのうえで、本実施の形態では、図４に示すようにして、コンテンツＢ対象の改竄チェック処理については、コンテンツＡを対象とする暗号化復号／復調処理の終了時点である時点ｔ５から開始されるようにしている。
つまり、本実施の形態では、次に再生されるべきコンテンツを対象とする改竄チェック処理については、現在再生出力中のコンテンツを対象とする暗号化復号／復調処理に続けて実行させるように、プログラムのアルゴリズムを構成するものである。
【００４９】
このような処理シーケンスによるコンテンツＢを対象とする改竄チェック処理は、コンテンツＡを対象とする暗号化復号／復調処理が完了した後において、同じコンテンツＡを対象とする再生出力系転送処理により、バッファに蓄積されているデジタルオーディオデータを読み出して再生出力している期間を利用して実行されることになる。
この図では、コンテンツＢ対象の改竄チェック処理は、コンテンツＢ対象の暗号化復号／復調処理が開始される時点ｔ６において完了していることになっているが、これは、コンテンツＢ対象の改竄チェック処理が、遅くとも時点ｔ６に終了すればよいことを示している。例えば実際においては、このコンテンツＢ対象の暗号化復号／復調処理の開始時点よりも前の時点で終了されて良い。
【００５０】
そして、このような処理シーケンスであれば、暗号化コンテンツを連続して再生出力する場合において、ＣＰＵ占有率の高い暗号化復号／復調処理と改竄チェック処理とが同時に実行される期間をなくすことができる。これにより、暗号化コンテンツの再生に対応したＣＰＵの最大占有率を、これまでよりも大幅に低くすることができる。
これによって、例えばＣＰＵ占有率が高くなって、再生出力の連続性が維持できなくなるような不都合な動作を回避できる。また、例えば他のアプリケーションを同時に実行するときにも、ＣＰＵの能力に余裕を与えることが可能となる。
【００５１】
ところで、上記したことから理解されるように、図４に示した本実施の形態としての、次に再生されるべき次コンテンツを対象とする改竄チェック処理の実行タイミングは、暗号化復号／復調処理されたデジタルオーディオデータをバッファに一時蓄積するという動作を利用している。
つまり、現在再生中の現コンテンツの暗号化復号／復調処理の終了時から、次のコンテンツのための暗号化復号／復調処理が開始されるまでの期間は、即ち、バッファに蓄積されているデジタルオーディオデータを読み出して再生出力する期間となる。この期間は、現コンテンツについての暗号化コンテンツ対応再生処理として、現コンテンツを対象とする再生出力系転送処理のみが実行され、暗号化復号／復調処理が実行されない期間であるから、この期間において、次のコンテンツを対象とする改竄チェック処理を実行させることとしているものである。
【００５２】
従って、この次コンテンツを対象とする改竄チェック処理の終了と、次のコンテンツの連続再生が適正に行われるようにするには、現コンテンツの暗号化復号／復調処理が終了した時点以降において、バッファに蓄積されているデジタルオーディオデータを読み出して再生出力を終了させるまでの時間長として、改竄チェック処理に要するとされる時間よりも長くなるようにされていればよいことになる。
本実施の形態としても、通常考えられる再生時間を有する暗号化コンテンツを連続再生することを前提とすれば、次コンテンツを対象とする改竄チェック処理の終了と、次のコンテンツの連続再生とが保証されることを考慮して、バッファエリア２０ａにおける各バッファの容量が設定されているものである。
【００５３】
また、これまでの説明から理解されるように、暗号化コンテンツの音声再生は、改竄チェック処理の後において暗号化復号／復調処理が開始され、バッファに一定量以上のデータが蓄積された後に、バッファ読出処理を含む再生出力系転送処理が開始されるのに応じて開始される。つまり、バッファに所定以上のデータが蓄積されるまでの期間は、再生が開始されない待機期間が生じる。
【００５４】
本実施の形態では、コンテンツ再生の開始に対応したバッファからのデータ読み出しの開始は、例えばバッファ１，２，３の３つのバッファが備えられている場合であれば、最初のバッファ１の全容量にデータを書き込んだことを以て、一定以上のデータが蓄積されたとみなし、バッファからの読み出しを開始することとしている。従って、バッファ１，２，３の容量を多くすれば、それだけ蓄積量も多くなるのではあるが、再生開始までの待機時間も長くなるので、この点で好ましいことではない。
そこで、本実施の形態としては、上記したように、
１．通常考えられる再生時間を有する暗号化コンテンツを連続再生することを前提として、次コンテンツを対象とする改竄チェック処理の終了と、次のコンテンツの連続再生とが保証されること、
２．再生開始までの待機時間が、実使用上問題とならない程度に収まるようにすること、
という、これらの２つの条件を考慮して、通常のバッファ１，２，３の容量を設定している。
【００５５】
しかしながら、通常のバッファ１，２，３の容量では、連続再生されるべき暗号化コンテンツが非常に短いような場合には、前者の条件を保証することができなくなり、現コンテンツと次のコンテンツとの間での再生出力の連続性が維持できなくなる場合がある。
この点について、図５及び図６を参照して説明する。
【００５６】
先ず、図５には、連続再生される暗号化コンテンツＡ，Ｂにおいて、少なくとも先に再生されるコンテンツＡについては、再生時間が通常として考えられる長さとされており、適正にコンテンツＡ，Ｂが連続再生される場合を示している。なお、この図において、読み出し処理として、バッファ１，２，３において白抜きのバーで示す部分が、読み出しが実行されている期間を示す。また、書き込み処理として、バッファ１，２，３において黒色のバーとして示す部分が、書き込みが実行されている期間を示す。
【００５７】
この場合において、先ず、時点ｔ１〜時点ｔ２の期間によりコンテンツＡを対象とする改竄チェック処理が実行され、時点ｔ２以降からコンテンツＡを対象とする暗号化復号／復調処理が実行開始されている。このコンテンツＡを対象とする暗号化復号／復調処理の開始に応じては、バッファ１に対して書き込みが行われる。そして、このバッファ１に対する書き込みが時点ｔ３において完了している。以降の暗号化復号／復調処理に伴っては、順次バッファ２，３に対して書き込みを実行していき、またバッファ１に戻って書き込みを繰り返していくという、バッファ書き込み処理のシーケンスとなる。
また、バッファ１に対する書き込みが時点ｔ３において完了したのに応じて、この時点ｔ３から、コンテンツを対象とする再生出力系転送処理が開始されており、同じ時点ｔ３からバッファ１に対する読み出し処理が実行される。バッファ読み出し処理としても、既にデータが蓄積されているバッファ２，３に対して順次読み出しを実行し、バッファ１に戻って読み出しを実行していくようにされる。
【００５８】
ただし、前述もしているように、バッファに対する書き込み速度は、読み出し速度よりも高速とされている。従って、バッファに対する書き込み／読み出しが正常に実行されていくことによっては、例えば、或るバッファに対する読み出しが実行されているときには、他のバッファにデータがほぼ定常的に蓄積されているような状態が得られることになる。
【００５９】
そしてここで、例えば時点ｔ４に示すタイミングで、コンテンツＡを対象とする暗号化復号／復調処理が終了して、コンテンツＡとしてのデジタルオーディオデータのバッファへの書き込みも、例えばバッファ３への書き込みを以て終了したとする。
この場合、時点ｔ４に至るまでにおいてバッファ１に対するデータ読み出しが実行されていたとすると、時点ｔ４を経過した後においては、バッファ２とバッファ３にデータが蓄積されている状態が得られていることになる。従って、時点ｔ４以降における再生出力系転送処理によっては、先ず、バッファ２から読み出したデータを転送して再生出力させ、続いてバッファ３から読み出したデータを転送して再生出力させることになる。
ここで、例えば通常のバッファ２の記憶容量に対応する単位再生時間が、図示しているようにしてＴｓに相当するものであるとすると、時点ｔ４にてコンテンツＡの暗号化復号／復調処理が終了した後において、この単位再生時間Ｔｓ×２で表される時間分、再生出力系転送処理によってコンテンツＡの読み出しが可能とされていることになる。
【００６０】
そして、時点ｔ４においては、コンテンツを対象とする暗号化復号／復調処理が終了したのであるから、時点ｔ４からはコンテンツＢを対象とする改竄チェック処理が開始されることになる。
例えば本実施の形態の改竄チェック処理は、概ね１つのバッファ蓄積容量に対応する単位再生時間Ｔｓよりは長いが、単位再生時間Ｔｓ×２よりも短いとされる処理時間であるとする。
このため、上記コンテンツＢを対象とする改竄チェック処理は、上記単位再生時間Ｔｓ×２に相当する時点ｔ４〜時点ｔ６の期間内における時点ｔ５において終了されることになる。
そして、この場合には、時点ｔ５からコンテンツＢの暗号化復号／復調処理を開始させることで、コンテンツＡの再生期間が終了する時点ｔ６から、コンテンツＢを対象とする再生出力系転送処理を開始させている。つまり、時点ｔ６からコンテンツＢの音声再生を開始させており、これによりコンテンツＡ，Ｂの連続再生動作が得られていることが分かる。
【００６１】
これに対して、通常のバッファ容量を設定してコンテンツＡ，Ｂを連続再生するのにあたり、少なくともコンテンツＡが非常に短い再生時間である場合には、図６のような再生処理となる場合がある。
この場合においても、先ず、期間ｔ１〜ｔ２によりコンテンツＡを対象とする改竄チェック処理が実行されている。そして、これに続けて、時点ｔ２からコンテンツＡを対象とする暗号化復号／復調処理が開始されている。但し、この場合においては、コンテンツＡの再生時間が短いことに対応して、コンテンツＡ対象の暗号化復号／復調処理としての時間も比較的短時間で終了したとする。
【００６２】
このような場合、例えば図６における、コンテンツＡ対象の暗号化復号／復調処理の実行期間（ｔ２〜ｔ４）における、バッファ１，２，３に対する書き込み／読み出し処理によると、時点ｔ４に至った段階で、データが蓄積されているのは、バッファ３のみとなっている。
つまり、コンテンツＡの再生時間が非常に短いために、暗号化復号／復調処理の実行期間も非常に短いものとなり、この結果、暗号化復号／復調処理の実行期間における、バッファ書き込み処理により蓄積されるデータ量と、読み出し処理により読み出されて消費されるデータ量との差分が充分に得られていない状態である。
【００６３】
この場合、時点ｔ４以降によるコンテンツＡ対象の再生出力系転送処理によって稼ぐことのできる時間は、バッファ３に蓄積されたデータ分に相当する単位時間Ｔｓということになる。
従って、この場合には、時点ｔ４以降におけるコンテンツＡ対象の再生出力系転送処理が、時点ｔ４からほぼ単位時間Ｔｓを経過した時点ｔ４ａにて終了し、この時点に応じて、コンテンツＡの再生音出力も停止されることになる。
【００６４】
これに対して、改竄チェック処理は、単位時間Ｔｓよりも長い処理であるから、時点ｔ４から開始されたコンテンツＢ対象の改竄チェック処理は、時点ｔ４ａを経過しても実行していることになり、例えば時点ｔ５において終了することになる。
このときのコンテンツＢ対象の暗号化復号／復調処理は、この時点ｔ５から開始されることになり、この時点ｔ５から、例えばバッファ１へのデータ書き込みがほぼ完了したとされる時点ｔ６からコンテンツＢ対象の再生出力系転送処理が開始されて、コンテンツＢの音声出力も開始されることになる。
【００６５】
このような動作となる結果、コンテンツＡの再生音声の出力が終了する時点ｔ４ａと、コンテンツＢの再生音声の出力が開始される時点ｔ６との間には、非再生期間（ｔ４ａ〜ｔ６）が生じることになる。つまり、コンテンツＡ，Ｂを連続再生することができなくなっている。
【００６６】
例えば、このようにして非常に再生時間の短いコンテンツの連続再生が必要となる場合としては、実際のコンテンツの再生時間が短い場合の他に、コンテンツの連結編集を行うような場合を挙げることができる。
つまり、連結編集を行うのにあたっては、連結すべきとして指定した前後のコンテンツの終了位置と開始位置の連結状態が、ユーザの意図するものであるか否かを確認してもらうために、前後のコンテンツの終端部分と開始部分の各数秒のみを抜き出して、連続再生を繰り返すことが行われる。
このような前後のコンテンツの終端部分と開始部分を連続再生する再生動作は、ちょうど、図６に示したような、再生時間の非常に短いコンテンツＡに続けてコンテンツＢを再生する状況と同等であることになり、従って、前後のコンテンツの終端部分と開始部分は、連続的に再生されない場合が生じる可能性が高いということになる。
連結編集に際して、その連結状態が適正であるかを確認できるようにするためには、前後のコンテンツの終端部分と開始部分は、確実に連続的に再生されなければならない。
【００６７】
そこで、本実施の形態としては、上記のようにして、連続再生されるべき暗号化コンテンツとして、少なくとも先に再生されるべき暗号化コンテンツの再生時間が所定以下であって、通常のバッファ容量設定では連続再生が保証できないとされる場合においては、通常よりも大きいとされる所要のバッファ容量（以降、「短時間連続再生用バッファ容量」ともいう）を設定することとする。
このようなバッファ容量の設定変更は、ＣＰＵ１１の制御によって、ＲＡＭ２０内のバッファエリア２０ａにおけるバッファ１，２，３の各領域設定を変更することで実現できる。つまり、通常のバッファ容量として、バッファ１，２，３の各々について、容量Ａ分の領域割当を行うとすれば、短時間連続再生用バッファ容量を設定する際には、バッファ１，２，３の各々について、容量Ａよりも大きい所定の容量Ｂ分の領域割当を行うようにするものである。
【００６８】
図７のタイミングチャートは、短時間連続再生用バッファ容量を設定して、図６の場合と同様に、再生時間が短いコンテンツＡに続けてコンテンツＢを再生した場合の動作を示している。
この場合においても、期間ｔ１〜ｔ２によるコンテンツＡ対象の改竄チェック処理に続けて、時点ｔ２から暗号化復号／復調処理が開始される。そして、この暗号化復号／復調処理に伴って、同じ時点ｔ２以降において、バッファ１から書き込みが開始されている。ここでバッファ１，２，３の各々は、通常よりも大きな容量が設定されているので、バッファ１への書き込み終了に要する時間も長くなっていることが分かる。これにより、実際に、時点ｔ２から、コンテンツＡ対象の再生出力系転送処理が開始される時点ｔ３までの時間長としても、図６に示す期間ｔ２〜ｔ３よりも長いものとされている。つまり、再生開始時において実際に音声が再生出力開始されるまでの待機時間は長くなる。
【００６９】
そして、この場合においても、例えばコンテンツＡ対象の暗号化復号／復調処理が終了した時点ｔ４の段階では、バッファ１，２，３のうち、バッファ３にのみデータが蓄積されている状態が示されている。従って、時点ｔ４以降においては、コンテンツＡ対象の再生出力系転送処理に伴い、バッファ３に蓄積されたデータを読み出して再生出力させる動作が実行されることになる。そして、この動作は、バッファ３の容量に応じた再生時間ＴＬの期間長によって実行されることになる。ここで、単位再生時間ＴＬは、短時間連続再生用バッファ容量に対応しているから、通常のバッファ容量に対応する単位再生時間Ｔｓよりも長くなっている。これに対して、改竄チェック処理に要する時間は、コンテンツの再生時間等にかかわらず、ほぼ一定とされる。
【００７０】
従って、この場合において、時点ｔ４から実行されるコンテンツＢ対象の改竄チェック処理は、図６の場合とほぼ同様の時間長を経過した時点ｔ５にて終了することになる。
この時点ｔ５は、図示するようにして、バッファ３に蓄積されたデータを読み出して再生出力させる動作が終了する時点ｔ６よりも以前のタイミングである。つまり、この場合には、コンテンツＡのデジタルオーディオデータを再生出力させている間に、コンテンツＢ対象の改竄チェック処理が完了することになる。そして、この場合においては、時点ｔ５からコンテンツＢ対象の暗号化復号／復調処理が実行されたうえで、時点ｔ５から一定時間経過した時点ｔ６において、コンテンツＡの音声再生出力が終了されるのに代わり、コンテンツＢ対象の再生出力系転送処理が適正に開始される。つまり、コンテンツＡの音声再生出力が開始される。
このようにして、通常よりも大きな所要のバッファ容量が設定されることで、短い再生時間の暗号化コンテンツを含んで連続再生を実行する場合にも、音声の連続性が保たれることが理解される。
【００７１】
本実施の形態としては、通常時に対応しては、通常のバッファ容量を設定することとしている。通常時の場合、暗号化コンテンツを連続再生するときでも、暗号化コンテンツの再生時間長は一定以上であることから、図５により説明したようにして連続性を保つことができる。
また、このときのバッファ容量としても、再生開始時において実際に音声再生が開始されるまでの待機時間も許容範囲内となることを考慮して設定されているから、通常の使用状態において、ユーザが、待機時間に違和感を感じるようなことはない。
【００７２】
これに対して、例えば先に説明した連結編集における連結位置の確認再生や、一定以下の再生時間となる非常に再生時間の短い暗号化コンテンツに続けて、暗号化コンテンツを連続再生するような場合には、短時間連続再生用のバッファ容量に切り換えるようにされる。これにより、図７に示したように、再生時間の短い暗号化コンテンツを再生するときにも、連続性が確保できる。
図７において時点ｔ２から時点ｔ３の期間としても示したように、短時間連続再生用のバッファ容量は、通常のバッファ容量よりも大きいことから、再生処理を開始してから音声出力開始までの再生待機時間は長くなってしまう。しかしながら、連結編集、及び非常に再生時間の短い暗号化コンテンツの再生などは、通常の暗号化コンテンツの再生と比較すれば、特殊な再生となるものであり、実行される頻度、機会は少ない。つまり、特殊とされる場合においてのみ、一時的に再生待機時間が長くなるだけであるから、記録再生装置１を実際に使用するうえで特に問題にはならない。
【００７３】
なお、本発明としては上記実施の形態としての構成に限定されるものではない。
例えば、上記実施の形態としての説明では、バッファ容量の切り換えを２段階で行っていることになるが、例えば、暗号化コンテンツの再生時間長に応じて、３段階以上のバッファ容量の切り換えが行われるように構成してもよいものである。
【００７４】
また、例えば、上記実施の形態では、バッファは、ＲＡＭ２０におけるバッファエリア２０ａとしての領域において、バッファ１，２，３の各領域サイズの割り当てを行うことで形成されるようにしている。
しかしながら、例えば、ＲＡＭ２０とは別に、バッファとして機能するメモリ素子を設ける構成とされても構わない。そして、このような場合においては、通常のバッファ容量に対応するバッファ１，２，３としての容量を有するメモリ素子と、短時間連続再生用バッファ容量に対応するバッファ１，２，３としての容量を有するメモリ素子とを個別に設けるようにすることも考えられる。そして、バッファ書き込み／読み出し処理として、通常のバッファ容量を設定する場合には、前者のメモリ素子に対する書き込み／読み出しを実行し、短時間連続再生用バッファ容量を設定する場合には、後者のメモリ素子に対する書き込み／読み出しを実行するように構成してもよい。このような構成であっても、本発明としてのデータ蓄積手段の容量を変更する動作が得られているものである。
【００７５】
また、上記実施の形態では、再生対象となるコンテンツに対して行われる符号化としても、圧縮符号化及び暗号符号化に限定される必要はない。これに伴って、コンテンツの復号処理と、この復号処理に対応する復号前処理の実際としては、適宜変更されて良い。
また、符号化されるコンテンツとしては、オーディオデータ以外にも、例えばビデオデータなどとされてよい。
【００７６】
また、上記実施の形態における本発明としての動作を実現するのは、ＣＰＵ１１が実行すべきプログラムであるとして説明した。このようなプログラムは、例えばＨＤＤ２１、又はＲＯＭ１３にインストールされるようにして格納されるものである。
あるいは、プログラムは、フレキシブルディスク、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＭＯ（Ｍａｇｎｅｔ  Ｏｐｔｉｃａｌ）ディスク、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウェアとして提供することができる。例えば、本実施の形態であれば、メディアドライブ１９が対応するメディアなどにプログラムを記録し、パッケージソフトウェアとして提供することができる。これにより、記録再生装置１では、メディアドライブ１９によりメディアからプログラムを読み出し、ＨＤＤ２１やＲＯＭ１３に記憶させることでインストールできる。また、このようなパッケージソフトウェアとすることで、例えば汎用のパーソナルコンピュータにも、本発明が適用されたシステムのプログラムをインストールすることは可能になる。
また、プログラムは、上記のようなリムーバブルな記録媒体からインストールする他、プログラムを記憶しているサーバなどから、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、インターネットなどのネットワークを介してダウンロードすることもできる。
【００７７】
さらには、例えば本発明が適用された機能を後から追加するためのアップデートプログラムを構成し、このアップデートプログラムをパッケージメディアとして配布したり、ネットワーク上で配布するようにすることも考えられる。ユーザは、このアップデートプログラムを入手して、既存のシステムがインストールされている環境に対して、このアップデートプログラムをインストールすればよい。
【００７８】
【発明の効果】
以上説明したように本発明は、復号処理（暗号化復号／復調処理）と、この復号処理の開始以前のタイミングで必ず実行すべきとされる復号前処理とを実行することで再生される単位データ（コンテンツデータ）を情報処理対象としている。
そして、このような単位データを連続して再生出力させるべき場合には、現在再生出力対象とされている単位データの次に再生対象となる単位データについての復号前処理を、現在再生出力対象とされている単位データについての復号処理の終了後となるタイミングで開始させることとしている。上記次に再生対象となる単位データについての復号前処理は、蓄積手段（蓄積領域）に蓄積されたデータの読み出しによって、この現在再生出力対象とされる単位データの再生出力が継続される間に実行されることになる。
このようにすれば、例えば現在再生対象とされる単位データについての復号処理と、次に再生対象となる単位データについての復号前処理が同時併行して実行される期間は存在しないことになる。これにより、復号前処理と復号処理が同時実行されることに依る処理負担の増加は無いこととなって、例えば復号処理が適正な速度で実行されることを保証できる。さらには、例えば単位コンテンツ再生以外の処理が併行して実行されるときにも、復号前処理と復号処理が同時実行されないことで、処理能力には余裕が得られる。
つまり、本発明によっては、単位データの再生出力を含む、現在実行中とされている処理が不安定となることが避けられる。
【図面の簡単な説明】
【図１】本発明の実施の形態としての記録再生装置の構成例を示すブロック図である。
【図２】本実施の形態における暗号化コンテンツの再生処理を概要的に示す説明図である。
【図３】暗号化コンテンツを連続再生する場合の処理シーケンスの一般的な例を示すタイミングチャートである。
【図４】実施の形態としての暗号化コンテンツを連続再生する場合の処理シーケンスを示すタイミングチャートである。
【図５】通常のバッファ容量設定により、通常の再生時間の暗号化コンテンツを連続再生する場合の再生処理動作例を示すタイミングチャートである。
【図６】通常のバッファ容量設定により、短い再生時間の暗号化コンテンツを連続再生する場合の再生処理動作例を示すタイミングチャートである。
【図７】短時間連続再生用バッファ容量の設定により、短い再生時間の暗号化コンテンツを連続再生する場合の再生処理動作例を示すタイミングチャートである。
【符号の説明】
１  記録再生装置、１１  ＣＰＵ、１２  バス、１３  ＲＯＭ、１４  操作入力部、１５  入力処理部、１６  表示処理部、１７  ディスプレイモニタ、１８ＣＤドライブ制御部、１９  メディアドライブ、２０  ＲＡＭ、２１  ＨＤＤ、２２  通信処理部、２３  ネットワークインターフェイス、２４  オーディオデータ処理部、２５  スピーカ、２６  アンテナ、２７  チューナ
【図１】
2004325761.tif 000003
【図２】
2004325761.tif 000004
【図３】
2004325761.tif 000005
【図４】
2004325761.tif 000006
【図５】
2004325761.tif 000007
【図６】
2004325761.tif 000008
【図７】
2004325761.tif 000009