(57)【要約】【課題】コンテンツ符号化データを復号してコンテンツを再生する場合に、試し視聴用などに本来のコンテンツ符号化データとは別のコンテンツ符号化データを用意することなく、試し視聴用などにコンテンツの再生品質を容易かつ任意に制御できるようにする。【解決手段】配信サーバ３から音楽記録再生装置１０に、圧縮符号化された楽曲データと制御情報を送信する。音楽記録再生装置１０では、その圧縮符号化された楽曲データを、ＨＤＤ１２に記録した後、ＨＤＤ１２から読み出して、デコーダ２２で伸長復号し、楽曲を再生する。その際、上記の制御情報に基づくメインコントローラ１１の制御によって、デコーダ２２での伸長復号を制御し、楽曲の再生帯域を制限する。ユーザが、その楽曲を試聴して購入手続をすると、配信サーバ３は音楽記録再生装置１０に、上記の制御情報による帯域制限を解除する情報を送信する。【選択図】図１
2005071522.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツ符号化データを復号してコンテンツを再生する方法であって、
前記コンテンツ符号化データに対応した制御情報に基づいてコンテンツ再生品質を制御するコンテンツ再生方法。
【請求項２】
オーディオ符号化データを復号してオーディオを再生する方法であって、
前記オーディオ符号化データに付加された制御情報に基づいて、前記オーディオ符号化データの復号化を操作して、オーディオ再生帯域を制御するオーディオ再生方法。
【請求項３】
コンテンツ符号化データを復号する復号化手段と、
前記コンテンツ符号化データに対応した制御情報に基づいてコンテンツ再生品質を制限する制御手段と、
を備えるコンテンツ再生装置。
【請求項４】
オーディオ符号化データを復号する復号化手段と、
前記オーディオ符号化データに付加された制御情報に基づいて、前記復号化手段での復号化を操作して、オーディオ再生帯域を制御する制御手段と、
を備えるオーディオ再生装置。
【請求項５】
コンテンツ配信サーバからコンテンツ再生装置に、コンテンツ符号化データおよび制御情報を送信する工程と、
前記コンテンツ再生装置において、前記コンテンツ符号化データおよび前記制御情報を受信する工程と、
前記コンテンツ再生装置において、前記制御情報に基づいてコンテンツ再生品質を制御するように、前記コンテンツ符号化データを復号してコンテンツを再生する工程と、
前記コンテンツ再生装置からの要求によって、前記コンテンツ配信サーバから前記コンテンツ再生装置に、前記制御情報に基づくコンテンツ再生品質の制御を解除する情報を送信する工程と、
を備えるコンテンツ配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、音楽や映像などのコンテンツの符号化データを復号してコンテンツを再生する方法および装置、およびコンテンツを配信する方法に関する。
【０００２】
なお、コンテンツとは、信号によって表現された、音楽の楽曲、動画や静止画などの映像や画像、ゲームソフトなど、人が視覚的または聴覚的に認識できる内容情報である。
【背景技術】
【０００３】
音楽や映像などのコンテンツ、例えば音楽の楽曲信号を、作成者が提供し、ユーザ（利用者）が購入する方法としては、楽曲信号が記録されたレコード盤やＣＤ（コンパクトディスク）などのパッケージ化された記録媒体を提供・購入する方法がある。そのパッケージ記録媒体は、ユーザが独自に管理し、再生装置に装着して、楽曲を再生する。
【０００４】
また、最近では、音楽配信によって提供者からユーザに楽曲信号を提供する方法が実行されている。これは、インターネットなどの伝送媒体を利用して、配信サーバからユーザ端末に楽曲信号を送信し、ユーザ端末で、その楽曲信号をダウンロードするものである。
【０００５】
この場合、伝送媒体の伝送速度や伝送容量、およびユーザ端末の記録容量などを考慮して、一般に、楽曲信号は圧縮符号化されるとともに、ユーザ端末の記録媒体としては、最近では、ハードディスクに代表される大容量記録媒体が用いられている。
【０００６】
このような大容量記録媒体には、ユーザが音楽配信によって購入した楽曲データだけでなく、上記のパッケージ記録媒体によって購入した楽曲データも、同一のフォーマットによって圧縮符号化して記録することができる。
【０００７】
この大容量記録媒体に記録する方法によれば、ユーザは、所有している楽曲を一括して管理することができ、楽曲の状況の把握や、所望の楽曲の検索などを、より効率的に行うことができる。
【０００８】
また、所望の楽曲データを外部のパッケージ記録媒体に記録することによって、所望の楽曲を持ち運び可能な再生装置で再生することも可能である。このような転送は、一般にチェックアウトと呼ばれ、外部記録媒体への乱雑な複製を防止するために、一般的には記録可能回数を制限するようにしている。
【０００９】
楽曲信号は、一般にデジタル楽曲データとして符号化されているので、その符号化データをそのまま別の記録媒体に記録することによって、音質の劣化を全く伴わずに複製が可能となる。そのため、暗号化など、楽曲の購入者のみが再生でき、他の記録媒体への複製を防止できる技術が考えられている。
【００１０】
一方、ユーザが楽曲を購入する前に、どのような楽曲かを確認する、いわゆる試聴の需要が存在する。しかし、試聴は購入前に行われるものであるため、完全な形で再生できないような仕組みが必要となる。具体的には、楽曲の一部分だけを再生できるようにし、または楽曲の再生回数を制限する、などである。
【００１１】
特許文献１（特開２００２−３１１９９８号公報）には、楽曲データなどの符号化データの一部をダミーデータとした第1の符号化データのダミーデータ部分を、第２の符号化データの部分符号列で書き替えたものを、試し視聴用に提供することによって、試し視聴用の再生品質（音質や画質）を制御することが示されている。
【特許文献１】特開２００２−３１１９９８号公報
【発明の開示】
【発明が解決しようとする課題】
【００１２】
しかし、試聴用に楽曲の一部分だけを再生できるようにする方法では、楽曲によっては一部分だけを聴いたのでは購入するか否かの判断ができないものがあるため、ユーザは、好みの楽曲や希望する楽曲であるにもかかわらず、購入の機会を逸し、または逆に、好みでない楽曲や望まない楽曲を誤って購入してしまうことがあるとともに、楽曲提供者は、楽曲を十分にアピールすることが難しくなる。
【００１３】
また、試聴用として楽曲の再生回数を制限する方法では、その回数分再生すると、その楽曲を全く聴けなくなってしまうため、例えば、ＢＧＭ（バックグランドミュージック）として、その楽曲を再生していた場合には、しっかり試聴できないまま制限回数に達してしまうことがある。ユーザ自身が再生回数を意識的に管理すれば、このようなことを避けられるが、楽曲数が多くなると、そのような管理をするのは、ユーザにとって負担が大きい。しかも、この方法では、楽曲を購入する際には再度、楽曲データをダウンロードする必要があり、手続が面倒になる。
【００１４】
さらに、特許文献１に記載された方法のように、本来の楽曲データとは別に試聴用の楽曲データを生成する方法では、楽曲提供者にとって、楽曲データを二重に生成しなければならないとともに、それらを保持しておく蓄積装置として大容量のものを用意しなければならないので、負担が大きくなる。
【００１５】
そこで、この発明は、音楽や映像などのコンテンツの符号化データを復号してコンテンツを再生する場合に、試し視聴用などに本来のコンテンツ符号化データとは別のコンテンツ符号化データを用意することなく、試し視聴用などにコンテンツの再生品質を容易かつ任意に制御することができるようにしたものである。
【課題を解決するための手段】
【００１６】
この発明のコンテンツ再生方法は、
コンテンツ符号化データを復号してコンテンツを再生する方法であって、
前記コンテンツ符号化データに対応した制御情報に基づいてコンテンツ再生品質を制御するものである。
【００１７】
上記のような、この発明のコンテンツ再生方法では、コンテンツ符号化データに付加されてコンテンツ配信サーバから送信された制御情報、コンテンツ符号化データに付加されてコンテンツ記録媒体に記録された制御情報、またはコンテンツ再生装置内でコンテンツ符号化データに対応して生成される制御情報に基づいて、コンテンツ再生装置の制御手段がコンテンツ再生品質を制御する。したがって、試し視聴用などに本来のコンテンツ符号化データとは別のコンテンツ符号化データを用意することなく、試し視聴用などにコンテンツの再生品質を容易かつ任意に制御することができる。
【発明の効果】
【００１８】
以上のように、この発明によれば、音楽や映像などのコンテンツの符号化データを復号してコンテンツを再生する場合に、試し視聴用などに本来のコンテンツ符号化データとは別のコンテンツ符号化データを用意することなく、試し視聴用などにコンテンツの再生品質を容易かつ任意に制御することができる。
【発明を実施するための最良の形態】
【００１９】
〔楽曲再生の場合の実施形態：図１〜図１０〕
図１は、この発明のコンテンツ再生装置を含むコンテンツ配信システムの一実施形態を示し、コンテンツ提供者の配信サーバから配信された楽曲をユーザ側の音楽記録再生装置で再生する場合である。
【００２０】
システム全体は、音楽記録再生装置１０および配信サーバ３がインターネット１に接続されて構成される。
【００２１】
音楽記録再生装置１０は、メインコントローラ１１によって装置各部が制御され、楽曲データおよびこれに付加された情報は、この例では、内部の大容量記憶装置としてのＨＤＤ（ハードディスクドライブ）１２に蓄積され、メインコントローラ１１によって管理される。
【００２２】
メインコントローラ１１には、ユーザインタフェースを構成する操作部１３および表示部１４が接続され、操作部１３では、ユーザによってメインコントローラ１１に対する操作や指示が行われ、表示部１４には、メインコントローラ１１によって音楽記録再生装置１０の操作状態や音楽記録再生装置１０における楽曲の管理状態などが表示される。
【００２３】
（外部記録媒体からの楽曲の取り込み：図１）
外部記録媒体５は、ＣＤ（コンパクトディスク）などの記録媒体であって、これには、楽曲情報が記録されている。
【００２４】
音楽記録再生装置１０の読み込み部１５は、この外部記録媒体５から、その楽曲情報を、ＰＣＭ（Ｐｕｌｓｅ  Ｃｏｄｅ  Ｍｏｄｕｌａｔｉｏｎ）データファイルまたはＰＣＭデータストリームとして音楽記録再生装置１０内に読み込む。ただし、読み込み部１５は、音楽記録再生装置１０の外部の読み込み装置として構成してもよい。
【００２５】
読み込み部１５によって音楽記録再生装置１０内に読み込まれた楽曲データ（ＰＣＭデータ）は、ＨＤＤ１２の記録容量をより効率的に使用するために、または後述の外部記録媒体７に記録する場合を考慮して、エンコーダ１６で圧縮符号化される。
【００２６】
その圧縮符号化された楽曲データは、暗号化処理部１７で暗号化される。この暗号化によって、楽曲データは当該の音楽記録再生装置１０の管理下に置かれ、楽曲データを他の記録媒体に単純に記録しても、解読（暗号復号）することができず、楽曲の著作権を保護することができる。
【００２７】
読み込み部１５からは、楽曲データ以外に、ＩＳＲＣ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｓｔａｎｄａｒｄ  Ｒｅｃｏｒｄｉｎｇ  Ｃｏｄｅ）などの楽曲識別情報や、楽曲のタイトルなどを示すテキスト情報などの、楽曲データに付加されて外部記録媒体５に記録されている情報が、読み出される。
【００２８】
そして、暗号化処理部１７からの、暗号化された楽曲データ、および付加情報は、両者の対応関係が示される形で、ＨＤＤ１２に記録され、メインコントローラ１１の管理下に置かれる。
【００２９】
なお、いわゆる電子透かし技術によって、ＨＤＤ１２に蓄積される楽曲の製造元などを明確にすることもできる。
【００３０】
（楽曲の配信と取り込み：図１および図２）
楽曲提供者の配信サーバ３では、蓄積装置に多数の楽曲データが蓄積され、音楽記録再生装置１０からの要求によって、楽曲データを音楽記録再生装置１０に送信する。
【００３１】
音楽記録再生装置１０では、操作部１３での操作に基づくメインコントローラ１１の制御によって接続通信部１９が、配信サーバ３への接続、配信サーバ３への楽曲検索要求の送信、配信サーバ３から送信された検索に必要な情報の受信、配信サーバ３へのダウンロード要求の送信、配信サーバ３から送信された楽曲データの受信などを行う。
【００３２】
この場合、一例として図２に示すような手順によって、ユーザは希望する楽曲を購入する。
【００３３】
楽曲検索要求や検索に必要な情報の送信については省略し、ユーザが購入を希望する楽曲を決定している段階から示すと、まず、音楽記録再生装置１０から配信サーバ３に、楽曲データのダウンロード要求を送信し、これを受けて、配信サーバ３は、圧縮符号化された楽曲データを暗号化して音楽記録再生装置１０に送信する。
【００３４】
このように配信された楽曲データは暗号化されているので、そのままでは、音楽記録再生装置１０で再生することができない。
【００３５】
そこで、次に、音楽記録再生装置１０は配信サーバ３に、楽曲購入要求を送信し、これを受けて、配信サーバ３は音楽記録再生装置１０に、認証を行うための要求を送信する。
【００３６】
これに対して、音楽記録再生装置１０は配信サーバ３に、認証用の情報を送信し、これを受けて、配信サーバ３は、ステップＳ１１で認証処理を実行し、その結果、楽曲の購入を認めるときには、ステップＳ１２で課金処理を実行する。
【００３７】
この場合の認証方法としては、種々の方法が考えられるが、例えば、ユーザが楽曲提供者（音楽配信業者）と契約を締結した段階で、楽曲提供者からユーザに識別コードを発行し、ユーザがパスワードを設定して、それらを利用して認証を行う方法が考えられる。
【００３８】
識別コードやパスワードなどの認証用情報は、ユーザと楽曲提供者との間で設定されたものではなく、ユーザと金融機関や信用供与機関との間で設定されたものでもよいが、この例では、ユーザと楽曲提供者との間で設定されたものであって、配信サーバ３にデータベース化されて記録されているものとする。
【００３９】
ステップＳ１２での課金処理の結果、最終的に楽曲の購入を認めるときには、配信サーバ３は音楽記録再生装置１０に、すでに送信済みの楽曲データの暗号を復号（解読）するための鍵を送信する。
【００４０】
これによって、音楽記録再生装置１０では、ステップＳ１３で、暗号化された楽曲データを復号し、楽曲を再生することができる。
【００４１】
この場合、音楽記録再生装置１０では、先に受信した暗号化された楽曲データが、ＨＤＤ１２に一時保持され、復号鍵を受信したとき、それによって、接続通信部１９で、その楽曲データの暗号が復号される。
【００４２】
さらに、暗号復号後の圧縮符号化された楽曲データは、暗号化処理部１７で音楽記録再生装置１０として暗号化され、ＨＤＤ１２に記録される。
【００４３】
配信サーバ３から配信される楽曲データが、音楽記録再生装置１０と同じ方式で圧縮符号化されている場合には、音楽記録再生装置１０において以上のような処理が実行されるが、配信サーバ３から配信される楽曲データが、音楽記録再生装置１０と異なる方式で圧縮符号化されている場合には、音楽記録再生装置１０では、接続通信部１９で、その圧縮符号化された楽曲データの暗号が復号された後、圧縮符号化された楽曲データが一旦伸長復号され、さらにエンコーダ１６で、音楽記録再生装置１０における方式で圧縮符号化された上で、暗号化処理部１７で音楽記録再生装置１０として暗号化され、ＨＤＤ１２に記録される。
【００４４】
なお、以上の音楽配信についても、楽曲識別情報やテキスト情報などの付加情報が、楽曲データとともに配信サーバ３から配信され、楽曲データとの対応関係が示される形で、ＨＤＤ１２に記録され、メインコントローラ１１の管理下に置かれる。
【００４５】
（蓄積された楽曲の再生：図１）
以上のようにＨＤＤ１２に蓄積された楽曲を再生する場合、ユーザは、操作部１３での操作によって、表示部１４に楽曲のタイトルなどを表示させ、再生する楽曲を指示する。これによって、メインコントローラ１１は、ＨＤＤ１２から、指示された楽曲の、圧縮符号化され、かつ暗号化された楽曲データを読み出す。
【００４６】
その読み出された、圧縮符号化され、かつ暗号化された楽曲データは、復号化処理部２１で暗号が復号され、さらにデコーダ２２で伸長復号されて、デコーダ２２からは、ＰＣＭデータが得られる。
【００４７】
さらに、そのＰＣＭデータが、再生処理部２３で、Ｄ／Ａコンバータによってアナログ楽曲信号に変換され、さらにフィルタによってフィルタリングされ、増幅器によって増幅されて、音響出力装置９に送出される。音響出力装置９は、スピーカなどで、これによって、楽曲が再生出力される。なお、Ｄ／Ａコンバータ、フィルタ、増幅器などは、外部の音響出力装置９に設けられてもよく、逆にスピーカなどが音楽記録再生装置１０に設けられてもよい。
【００４８】
（蓄積された楽曲の外部記録媒体への記録：図１）
音楽記録再生装置１０は、記録部２５によって、ＨＤＤ１２に蓄積した楽曲データを、音楽記録再生装置１０に装着されたフラッシュメモリなどの外部記録媒体７に記録することができる。
【００４９】
この場合、楽曲データが無作為に外部記録媒体に記録されると、著作権を侵害する恐れがあるので、外部記録媒体への記録は、例えば３つまでというように、外部記録媒体への記録を制限する。
【００５０】
そのため、外部記録媒体７には、識別コードなどの識別情報が埋め込まれ、音楽記録再生装置１０の認証部２６は、その識別情報から、当該の外部記録媒体７が正当なものであるか否かを判断する。
【００５１】
そして、認証部２６が当該の外部記録媒体７の正当性を確認した場合、記録部２５によって、音楽記録再生装置１０から外部記録媒体７に、ＨＤＤ１２に記録されている暗号化された楽曲データが書き込まれるとともに、楽曲データの暗号を復号するための鍵が受け渡される。
【００５２】
このように外部記録媒体７に書き込まれた状態は、上述したようにチェックアウトと呼ばれ、メインコントローラ１１によって管理される。このチェックアウトによって、楽曲データが記録された外部記録媒体７は、音楽記録再生装置１０の復号化処理部２１、デコーダ２２および再生処理部２３と同様の構成を有する外部再生装置によって再生することができる。
【００５３】
また、このチェックアウトと逆の操作として、チェックインと呼ばれる操作がある。これは、論理的に、外部記録媒体７上の楽曲データを音楽記録再生装置１０に戻す操作であって、このチェックインによって、外部記録媒体７のチェックアウト状態が解除され、外部記録媒体７を外部再生装置で再生することができなくなる。
【００５４】
（楽曲データの圧縮符号化方法：図３）
音楽記録再生装置１０での楽曲データの圧縮符号化方式は、例えば、圧縮符号化前の楽曲データ（ＰＣＭデータ）に対して直交変換を施して、楽曲データの周波数スペクトラムデータを算出し、すなわち時間軸上のデータを単位時間分（フレーム）ごとに周波数軸上のデータに変換し、そのスペクトラムデータに対して、あらかじめ指定された本数分の特定のブロックごとに、正規化およびビット割り当てによる量子化を行う方式とする。
【００５５】
図３に示すように、ここでは、この特定のブロックを正規化ブロックと称する。直交変換を施すサイズや、符号化データの最小単位などは、圧縮のフォーマットや、ターゲットとなる圧縮率によって異なるが、例えば、楽曲信号のサンプリング周波数を４４．１ｋＨｚとし、５１２サンプル分（時間にして１１．６ｍ秒分）の時間軸上のデータを直交変換して、２１２バイトの符号化データに圧縮する。ここでは、この２１２バイトの符号化データの最小単位を１サウンドユニットと称する。
【００５６】
図３の左側は、この１サウンドユニット、すなわち２１２バイトの符号化データの、データ構造を示し、右側は、これに対応したスペクトラムとしての符号化の様子を示す。図示するように、正規化ブロックは、番号が大きいものほど、高い周波数領域を意味する。
【００５７】
２１２バイトの符号化データの１バイト目には、直交変換情報が記録される。これは、直交変換の窓関数などを動的に変更できる場合に、どのような形で変換を行ったかを示すものであり、伸長復号時に逆直交変換を行う際の判断材料とされるものである。したがって、常に一定の直交変換を行う場合には、この情報は必要ない。
【００５８】
２バイト目には、記録帯域情報が記録される。これは、当該のフレーム（２１２バイトの符号化データ）に、いくつの正規化ブロックが記録されているかを示すものである。この値を指定することによって、フォーマットで規定されたブロック数より少ないブロック数を指定することができ、例えば、高域の記録を行わずに、その分、低域側に情報量を多くする、というような操作を行うことができる。
【００５９】
３バイト目以降には、ビット割り当て情報が記録される。これは、正規化ブロックごとに、例えば、１６段階の量子化ステップを、４ビットコードによって割り当てたものである。ただし、実際の割り当て量は、圧縮符号化を実行するエンコーダ（図１の実施形態では、音楽記録再生装置１０のエンコーダ１６、または配信サーバ３内のエンコーダ）が、楽曲データの周波数成分などを分析し、その結果に応じて決定する。
【００６０】
ビット割り当て情報のあとには、正規化情報が記録される。これは、例えば、６ビットコードで表される、正規化用の０から６３までの６４個のテーブル値を用意しておき、正規化ブロックごとに、ブロック内で最大のスペクトラム値を超える最小のテーブル値を正規化値として記録したものである。
【００６１】
正規化情報のあとに、スペクトラムデータが記録される。上述したように、正規化ブロック内に記録されるスペクトラムの本数はフォーマットで決定されており、かつ正規化ブロックごとにビット割り当て情報によってビット割り当て量が指定されているので、それぞれのスペクトラムデータが何ビットで記録されているかを把握することができる。
【００６２】
スペクトラムデータのあとの、それぞれ１バイト分の記録帯域情報および直交変換情報は、読み取りエラー発生の可能性を考慮して、２バイト目の記録帯域情報および１バイト目の直交変換情報と同じものを二重に記録したもので、必須ではない。
【００６３】
（楽曲再生時の帯域制限：図４〜図７）
図1の音楽記録再生装置１０では、以上のような圧縮符号化方式によって圧縮符号化された楽曲データが、デコーダ２２で、スペクトラムデータ抽出、逆直交変換および帯域合成などによって伸長復号されて、楽曲が再生される。
【００６４】
この場合、メインコントローラ１１が、操作部１３での操作または後述の制御情報に基づいて、デコーダ２２を操作して、デコーダ２２における圧縮符号化データの伸長復号を制御することによって、以下のように、楽曲の再生帯域を制限することができ、再生音質を制限することができる。
【００６５】
第１の方法として、上記の記録帯域情報を操作する。例えば、本来は、記録帯域が０番目の正規化ブロックの帯域からＭ番目の正規化ブロックの帯域まで存在するところ、図４に示すように、正規化ブロックの最大番号がＭ−１であるかのような操作をする。
【００６６】
これによって、デコーダ２２での伸長復号では、Ｍ番目の正規化ブロック内のスペクトラムデータが抽出されず、再生帯域は高域側が欠けたものとなる。
【００６７】
第２の方法として、ある正規化ブロックについてのビット割り当て情報を、ビット割り当て量をゼロとするように操作する。例えば、図５に示すように、Ｍ番目の正規化ブロックについてのビット割り当て量をゼロとする。
【００６８】
ビット割り当て量をゼロとすることは、量子化値を無くすことに相当するので、その正規化ブロックについては、スペクトラムデータが抽出されないこととなり、帯域が制限されることとなる。高域側のＭ番目の正規化ブロックに限らず、任意の正規化ブロックを指定して同じ操作を行うことができる。
【００６９】
第３の方法として、ある正規化ブロックについての正規化情報をゼロまたは小さい値に操作する。例えば、図６に示すように、高域側のＭ番目の正規化ブロックについての正規化情報をゼロまたは小さい値に操作する。
【００７０】
正規化情報をゼロに近づけることによって、その正規化ブロックについては、スペクトラムデータが小さくなり、実質的に帯域が制限されることとなる。高域側のＭ番目の正規化ブロックに限らず、任意の正規化ブロックを指定して同じ操作を行うことができる。
【００７１】
第４の方法として、ある周波数のスペクトラムデータそのものをゼロとするように伸長復号を操作する。
【００７２】
例えば、図７において、量子化値を示す小楕円をＭ番目の正規化ブロック内のスペクトラムデータについてはゼロ点に付して示すように、Ｍ番目の正規化ブロック内のスペクトラムデータを全てゼロとする。これによって、Ｍ番目の正規化ブロック内のスペクトラムデータが全く抽出されず、再生帯域は高域側が欠けたものとなる。
【００７３】
Ｍ番目の正規化ブロックに限らず、また正規化ブロック単位に限らず、任意の正規化ブロック内の任意のスペクトラムデータを指定して同じ操作を行うことができる。
【００７４】
以上の第１〜第４の方法は、一つに限らず、２つ以上を組み合せて用いることができる。
【００７５】
（試聴時の帯域制限：図８〜図１０）
上述したような帯域制限による再生音質の制御は、一般に楽曲を再生する場合には特に必要ないが、試聴用に楽曲データを配信する場合などには、大きな効果を発揮する。
【００７６】
ただし、試聴用に楽曲データを配信する場合には、図２に示した方法とは異なる方法を用いる。図８に、その一例を示す。
【００７７】
まず、音楽記録再生装置１０から配信サーバ３に、楽曲データのダウンロード要求を送信し、これを受けて、配信サーバ３は、圧縮符号化された楽曲データに制御情報を付加して、楽曲データを音楽記録再生装置１０に送信する。
【００７８】
この場合の制御情報は、音楽記録再生装置１０で楽曲を再生し、ユーザが楽曲を試聴する際に、上記のような操作によって帯域制限を行うための情報である。
【００７９】
音楽記録再生装置１０では、ステップＳ１４で、圧縮符号化された楽曲データを受信し、暗号化処理部１７で音楽記録再生装置１０として暗号化して、ＨＤＤ１２に記録し、さらにＨＤＤ１２から読み出して、復号化処理部２１で暗号復号し、デコーダ２２で伸長復号して、楽曲を再生し、ユーザは楽曲を試聴することができる。
【００８０】
ただし、このとき、上記の制御情報に基づくメインコントローラ１１の制御によって、後述のように再生帯域が制限され、再生音質が制限される。
【００８１】
試聴の結果、ユーザが当該の楽曲を購入する場合には、ユーザの操作部１３での操作によって、音楽記録再生装置１０は配信サーバ３に、楽曲購入要求を送信し、これを受けて、配信サーバ３は音楽記録再生装置１０に、認証を行うための要求を送信する。
【００８２】
これに対して、音楽記録再生装置１０は配信サーバ３に、認証用の情報を送信し、これを受けて、配信サーバ３は、ステップＳ１１で認証処理を実行し、その結果、楽曲の購入を認めるときには、ステップＳ１２で課金処理を実行する。
【００８３】
課金処理の結果、最終的に楽曲の購入を認めるときには、配信サーバ３は音楽記録再生装置１０に、試聴用の制限を解除する制御情報を送信する。
【００８４】
これによって、音楽記録再生装置１０では、ステップＳ１５で、先に受信した帯域制限用の制御情報による帯域制限を解除し、当該の楽曲を本来の帯域で再生する。
【００８５】
具体的に、帯域制限用の制御情報は、例えば、図９に示すように、楽曲データ取得時から楽曲購入時（制限解除用の制御情報の取得時）までを試聴期間として、この試聴期間では、上述した第１〜第４の方法のいずれかによって再生帯域を制限するものとする。
【００８６】
図９の品質（音質）レベルＬｍａｘは、楽曲データが有する本来の再生帯域であり、レベルＬａは、帯域制限用の制御情報によって再生帯域が制限されたときの品質（再生帯域）であり、レベルＬｍｉｎは、当該の楽曲を識別できない程度に再生帯域が制限されたときの品質（再生帯域）である。
【００８７】
レベルＬａがレベルＬｍｉｎより十分に高ければ、ユーザは当該の楽曲を購入するか否かを判断することができるとともに、楽曲提供者は当該の楽曲を十分にアピールすることができる。また、レベルＬａがレベルＬｍａｘよりある程度低ければ、当該の楽曲を試聴用に無償で配信しても、楽曲提供者の利益が損われる恐れも少ない。
【００８８】
また、帯域制限用の制御情報は、例えば、図１０に示すように、１回目の試聴時にはレベルＬｍａｘで示すように再生帯域を制限せず、２回目の試聴時にはレベルＬａで示すように１回目の試聴時に比べて再生帯域を狭くし、３回目の試聴時にはレベルＬｂで示すように２回目の試聴時に比べて再生帯域を狭くする、というように、試聴回数（試聴期間での再生回数）を重ねるごとに再生帯域を狭くするものとしてもよい。
【００８９】
さらに、図では省略するが、試聴期間では、一定の再生時間ごとに段階的に、またはトータルの再生時間に対して連続的に、再生帯域を狭くし、あるいは、楽曲データ取得時からの一定の経過時間ごとに段階的に、または楽曲データ取得時からのトータルの経過時間に対して連続的に、再生帯域を狭くするものとしてもよい。
【００９０】
以上の再生方法によれば、楽曲ごとに独自の制限を施すことができ、ユーザの要求を満たしつつ、楽曲作成者や権利者の意向を精緻に反映させることができる。しかも、楽曲提供者は、本来の楽曲データとは別に試聴用の楽曲データを生成する必要がなく、本来の楽曲データと制御情報のみを用意すればよいので、楽曲提供者の負担が軽くなるとともに、ユーザとしても、試聴後の楽曲購入の際、新たに楽曲データをダウンロードし、または既存の楽曲データを書き替える必要がない。
【００９１】
（別の音質制限の例）
上述した再生方法は、楽曲データを図３に示したような圧縮符号化方式で圧縮符号化する場合に、図４〜図７に示したような方法で楽曲データの伸長復号を制御して楽曲の再生帯域を制限し、再生音質を制限する場合であるが、試聴時の再生音質を制限する方法としては、これに限らず、試聴時には、楽曲の先頭部分やサビ部分（主要な部分または特徴的な部分）など、ユーザが当該の楽曲を購入するか否かを判断するのに必要かつ十分な部分のみを再生し、あるいは、ステレオ信号をモノラル信号に変えて再生し、もしくはボーカルパートなどの定位情報を抜いて楽曲を再生し、または意図的にノイズを付加して楽曲を再生するなどの方法を用いることができる。
【００９２】
〔他の実施形態〕
上述した実施形態は，楽曲を再生し、試聴時には再生音質を制限する場合であるが、この発明は、動画や静止画などの映像や画像を再生し、試視時には再生画質を制限する場合などにも適用することができる。
【００９３】
この場合、試視時の再生画質を制限する方法としては、画像の解像度を下げ、輝度を低下させ、コントラストを下げ、色数を制限し、彩度を低下させ、画像にノイズを付加し、または画像の一部を隠すなどの方法を用いることができ、動画の場合には、さらにプログラムの先頭部分や主要部分のみを再生するなどの方法を用いることができる。
【００９４】
また、以上の実施形態は、試し視聴（試視または試聴）用に再生品質を制限する場合であるが、この発明は、これに限らず、例えば、装置内に蓄積されている楽曲が一定時間内に再生されない場合には、その楽曲の再生音質を一段階低下させ、さらに一定時間内に再生されない場合には、その楽曲の再生音質をもう一段階低下させる、というように、コンテンツの利用状況を示すなどのために再生品質を制限する場合にも適用することができる。
【図面の簡単な説明】
【００９５】
【図１】この発明のコンテンツ再生装置を含むコンテンツ配信システムの一実施形態を示す図である。
【図２】楽曲の配信および購入の手順の一例を示す図である。
【図３】楽曲データの圧縮符号化方法の一例を示す図である。
【図４】楽曲再生時の帯域制限の第１の方法を示す図である。
【図５】楽曲再生時の帯域制限の第２の方法を示す図である。
【図６】楽曲再生時の帯域制限の第３の方法を示す図である。
【図７】楽曲再生時の帯域制限の第４の方法を示す図である。
【図８】試聴用に楽曲を配信する場合の配信および購入の手順を示す図である。
【図９】再生品質を制限する方法の一例を示す図である。
【図１０】再生品質を制限する方法の他の例を示す図である。
【符号の説明】
【００９６】
主要部については図中に全て記述したので、ここでは省略する。
【図１】
2005071522.tif 000003
【図２】
2005071522.tif 000004
【図３】
2005071522.tif 000005
【図４】
2005071522.tif 000006
【図５】
2005071522.tif 000007
【図６】
2005071522.tif 000008
【図７】
2005071522.tif 000009
【図８】
2005071522.tif 000010
【図９】
2005071522.tif 000011
【図１０】
2005071522.tif 000012
【手続補正書】
【提出日】平成16年8月31日(2004.8.31)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
コンテンツ符号化データを復号してコンテンツを再生する方法であって、
前記コンテンツ符号化データに対応した制御情報に基づいてコンテンツ再生品質を制御するコンテンツ再生方法。
【請求項２】
請求項１に記載のコンテンツ再生方法において、
前記コンテンツ符号化データは、オーディオ符号化データであり、
そのオーディオ符号化データに付加された制御情報に基づいて、そのオーディオ符号化データを復号して、オーディオ再生帯域を制御することを特徴とするコンテンツ再生方法。
【請求項３】
請求項２に記載のコンテンツ再生方法において、
前記コンテンツ符号化データは、複数の帯域に分割されたオーディオデータからなり、
前記制御情報は、前記帯域の数を表す記録帯域情報であることを特徴とするコンテンツ再生方法。
【請求項４】
請求項２に記載のコンテンツ再生方法において、
前記コンテンツ符号化データは、複数の帯域に分割されたオーディオデータからなり、
前記制御情報は、それぞれの帯域のデータのビット割り当て情報であることを特徴とするコンテンツ再生方法。
【請求項５】
請求項２に記載のコンテンツ再生方法において、
前記コンテンツ符号化データは、複数の帯域に分割されたオーディオデータからなり、
前記制御情報は、それぞれの帯域のデータ中の最大値に応じた正規化情報であることを特徴とするコンテンツ再生方法。
【請求項６】
請求項２に記載のコンテンツ再生方法において、
前記制御情報をオーディオデータそのものの値を変更する情報とすることによって、オーディオ再生帯域を制御することを特徴とするコンテンツ再生方法。
【請求項７】
コンテンツ符号化データを復号する復号化手段と、
前記コンテンツ符号化データに対応した制御情報に基づいてコンテンツ再生品質を制御する制御手段と、
を備えるコンテンツ再生装置。
【請求項８】
請求項７に記載のコンテンツ再生装置において、
前記コンテンツ符号化データは、オーディオ符号化データであり、
前記復号化手段は、前記オーディオ符号化データを復号し、
前記制御手段は、前記オーディオ符号化データに付加された制御情報に基づいて、前記復号化手段での復号化を操作して、オーディオ再生帯域を制御することを特徴とするコンテンツ再生装置。
【請求項９】
請求項８に記載のコンテンツ再生装置において、
前記コンテンツ符号化データは、複数の帯域に分割されたオーディオデータからなり、
前記制御情報は、前記帯域の数を表す記録帯域情報であることを特徴とするコンテンツ再生装置。
【請求項１０】
請求項８に記載のコンテンツ再生装置において、
前記コンテンツ符号化データは、複数の帯域に分割されたオーディオデータからなり、
前記制御情報は、それぞれの帯域のデータのビット割り当て情報であることを特徴とするコンテンツ再生装置。
【請求項１１】
請求項８に記載のコンテンツ再生装置において、
前記コンテンツ符号化データは、複数の帯域に分割されたオーディオデータからなり、
前記制御情報は、それぞれの帯域のデータ中の最大値に応じた正規化情報であることを特徴とするコンテンツ再生装置。
【請求項１２】
請求項８に記載のコンテンツ再生装置において、
前記制御情報をオーディオデータそのものの値を変更する情報とすることによって、オーディオ再生帯域を制御することを特徴とするコンテンツ再生装置。
【請求項１３】
コンテンツ配信サーバからコンテンツ再生装置に、コンテンツ符号化データおよび制御情報を送信する工程と、
前記コンテンツ再生装置において、前記コンテンツ符号化データおよび前記制御情報を受信する工程と、
前記コンテンツ再生装置において、前記制御情報に基づいてコンテンツ再生品質を制御するように、前記コンテンツ符号化データを復号してコンテンツを再生する工程と、
前記コンテンツ再生装置からの要求によって、前記コンテンツ配信サーバから前記コンテンツ再生装置に、前記制御情報に基づくコンテンツ再生品質の制御を解除する情報を送信する工程と、
を備えるコンテンツ配信方法。