コンテンツ再生装置およびそのプログラム
【課題】 複数のコンテンツを連続再生する際にセッションキーの取得処理のために連続再生が中断することを防止すること。
【解決手段】 コンテンツ再生装置は、複数のコンテンツを連続再生する場合に、セッションキーの有効期限の残り時間が、連続再生する複数のコンテンツの総再生時間よりも短いか否かを判断する。セッションキーの有効期限の残り時間が、連続再生する複数のコンテンツの総再生時間よりも短いと判断された場合に、新たなセッションキーをサーバから取得した後、新たなセッションキーを使用し複数のコンテンツを連続再生する。セッションキーの有効期限の残り時間が、連続再生する複数のコンテンツの総再生時間以上であると判断された場合に、新たなセッションキーをサーバから取得することなく、現在のセッションキーを使用し複数のコンテンツを連続再生する。
【解決手段】 コンテンツ再生装置は、複数のコンテンツを連続再生する場合に、セッションキーの有効期限の残り時間が、連続再生する複数のコンテンツの総再生時間よりも短いか否かを判断する。セッションキーの有効期限の残り時間が、連続再生する複数のコンテンツの総再生時間よりも短いと判断された場合に、新たなセッションキーをサーバから取得した後、新たなセッションキーを使用し複数のコンテンツを連続再生する。セッションキーの有効期限の残り時間が、連続再生する複数のコンテンツの総再生時間以上であると判断された場合に、新たなセッションキーをサーバから取得することなく、現在のセッションキーを使用し複数のコンテンツを連続再生する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、暗号鍵を使用しコンテンツを再生するコンテンツ再生装置に関する。
【背景技術】
【０００２】
ＡＶアンプは、インターネットラジオ端末としての機能を備え、インターネットラジオサーバからインターネット経由でコンテンツデータ（曲データ）をストリーミング形式で取得し、再生することができる。ＡＶアンプは、曲リストをサーバから取得して表示し、ユーザは再生すべき所望の曲を曲リストの中から選択する。ＡＶアンプは、サーバによって設定されたａｐｉキーをサーバに送信し、サーバにセッションキーを生成させ、セッションキーをサーバから取得する。セッションキーは、曲リストや曲データをサーバから取得する際に必要な暗号鍵である。セッションキーには有効期限が存在し、有効期限が切れると、ＡＶアンプはサーバからセッションキーを再度取得する必要がある。
【０００３】
ここで、曲リスト内の複数の曲データをサーバから取得し、連続再生する場合を考える。例えば１曲目および２曲目の曲データをサーバに要求するときにはセッションキーが有効であったために、セッションキーを再取得せず曲データを取得できたが、セッションキーの有効期限が２曲目の曲データの再生中に切れてしまった場合には、３曲目以降の曲データを現在のセッションキーを使用して取得することができない。この場合、ＡＶアンプは、曲データの連続再生を一時中断し、セッションキーをサーバから再度取得した後に、３曲目の曲データをサーバに要求して、取得し再生する必要がある。従って、２曲目と３曲目との間でセッションキーを再取得するまので時間、連続再生が中断してしまい、ユーザに不快感を与えてしまう。
【０００４】
下記特許文献１には、有効期限に近づいたら暗号鍵を暗号鍵更新するが、有効期間中であっても、ＣＰＵ負荷が低い状態を判定した際に、通信量が少ない相手先の暗号通信装置の暗号鍵を検索して暗号鍵を更新することが記載されている。しかし、この文献には、複数曲を連続再生する際の上記問題を解決する技術については何ら記載されていない。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−１０３９８８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明の目的は、複数のコンテンツを連続再生する際に暗号鍵の取得処理のために連続再生が中断することを防止するコンテンツ再生装置を提供することである。
【課題を解決するための手段】
【０００７】
本発明の好ましい実施形態によるコンテンツ再生装置は、サーバから有効期限を有する暗号鍵を取得する取得部と、前記暗号鍵を使用し、コンテンツを再生する再生部と、前記再生部が複数のコンテンツを連続再生する場合に、現在の暗号鍵を使用し前記複数のコンテンツを連続再生できるか否かを判断する判断部とを備え、現在の暗号鍵を使用し前記複数のコンテンツを連続再生できないと判断された場合に、前記取得部が新たな前記暗号鍵を前記サーバから取得した後、前記再生部が新たな前記暗号鍵を使用し複数のコンテンツを連続再生し、現在の暗号鍵を使用し前記複数のコンテンツを連続再生できると判断された場合に、前記取得部が新たな前記暗号鍵を前記サーバから取得することなく、前記再生部が現在の前記暗号鍵を使用し複数のコンテンツを連続再生する。
【０００８】
現在の暗号鍵を使用し複数のコンテンツを連続再生できないと判断される場合、新たな暗号鍵をサーバから取得した後、新たな暗号鍵を使用し複数のコンテンツを連続再生することで、複数のコンテンツの連続再生中に暗号鍵の有効期限が切れることを防止できる。一方、現在の暗号鍵を使用し複数のコンテンツを連続再生できると判断された場合、新たな暗号鍵をサーバから取得しないことによって、通信回数を削減し、無駄な通信を防止することができる。
【０００９】
好ましい実施形態においては、前記判断部が、前記再生部が複数のコンテンツを連続再生する場合に、前記暗号鍵の有効期限の残り時間が、連続再生する複数のコンテンツの総再生時間（又は、連続再生する複数のコンテンツの総再生時間のうち、最後に再生するコンテンツの再生時間を除く。）よりも短いか否かを判断し、前記暗号鍵の有効期限の残り時間が、連続再生する複数のコンテンツの総再生時間よりも短いと判断された場合に、前記取得部が新たな前記暗号鍵を前記サーバから取得した後、前記再生部が新たな前記暗号鍵を使用し複数のコンテンツを連続再生し、前記暗号鍵の有効期限の残り時間が、連続再生する複数のコンテンツの総再生時間以上であると判断された場合に、前記取得部が新たな前記暗号鍵を前記サーバから取得することなく、前記再生部が現在の前記暗号鍵を使用し複数のコンテンツを連続再生する。
【００１０】
暗号鍵の有効期限の残り時間が、連続再生する複数のコンテンツの総再生時間よりも短い場合、複数のコンテンツの連続再生中に暗号鍵の有効期限が切れると判断される。従って、新たな暗号鍵をサーバから取得した後、新たな暗号鍵を使用し複数のコンテンツを連続再生することで、複数のコンテンツの連続再生中に暗号鍵の有効期限が切れることを防止できる。一方、暗号鍵の有効期限の残り時間が、連続再生する複数のコンテンツの総再生時間以上である場合、複数のコンテンツの連続再生中に暗号鍵の有効期限が切れないと判断される。従って、新たな暗号鍵をサーバから取得しないことによって、通信回数を削減し、無駄な通信を防止することができる。
【００１１】
好ましい実施形態においては、前記取得部が前記暗号鍵を前記サーバから取得した時刻と、現在時刻とに基づいて、前記暗号鍵の有効期限の残り時間を算出する算出部をさらに備え、前記判断部が、前記算出部によって算出された前記暗号鍵の有効期限の残り時間が、連続再生する複数のコンテンツの総再生時間よりも短いか否かを判断する。
【００１２】
この場合、サーバから暗号鍵の有効期限の残り時間の情報を取得する必要がないので、通信回数を削減し、無駄な通信を防止することができる。
【００１３】
好ましい実施形態においては、前記取得部が前記暗号鍵の有効期限の残り時間の情報を前記サーバから取得し、前記判断部が、前記取得部によって取得された前記暗号鍵の有効期限の残り時間が、連続再生する複数のコンテンツの総再生時間よりも短いか否かを判断する。
【００１４】
この場合、サーバから暗号鍵の有効期限の残り時間の情報を取得することによって、暗号鍵の有効期限の残り時間が、連続再生する複数のコンテンツの総再生時間よりも短いか否かを判断する精度を高めることができる。
【００１５】
好ましい実施形態においては、前記取得部が前記暗号鍵を前記サーバから取得した時刻と、現在時刻とに基づいて、前記暗号鍵の有効期限の残り時間を算出する算出部をさらに備え、前記取得部が前記暗号鍵の有効期限の残り時間の情報を前記サーバから取得し、前記判断部が、前記算出部によって算出された前記暗号鍵の有効期限の残り時間が、連続再生する複数のコンテンツの総再生時間よりも短いと判断し、かつ、前記取得部によって取得された前記暗号鍵の有効期限の残り時間が、連続再生する複数のコンテンツの総再生時間よりも短いと判断した場合に、前記暗号鍵の有効期限の残り時間が、連続再生する複数のコンテンツの総再生時間よりも短いと判断し、前記取得部によって取得された前記暗号鍵の有効期限の残り時間と、前記算出部によって算出された前記暗号鍵の有効期限の残り時間との差に基づいて、前記取得部が前記暗号鍵を前記サーバから取得した時刻を補正する補正部をさらに備える。
【００１６】
この場合、暗号鍵の有効期限の残り時間が、連続再生する複数のコンテンツの総再生時間よりも短いか否かを判断する精度を高めることができる。
【００１７】
好ましい実施形態においては、前記判断部が、前記再生部が複数のコンテンツを連続再生する場合に、前記暗号鍵の残り再生可能回数が、連続再生する複数のコンテンツの数よりも少ないか否かを判断し、前記暗号鍵の残り再生可能回数が、連続再生する複数のコンテンツの数よりも少ないと判断された場合に、前記取得部が新たな前記暗号鍵を前記サーバから取得した後、前記再生部が新たな前記暗号鍵を使用し複数のコンテンツを連続再生し、前記暗号鍵の残り再生可能回数が、連続再生する複数のコンテンツの数以上であると判断された場合に、前記取得部が新たな前記暗号鍵を前記サーバから取得することなく、前記再生部が現在の前記暗号鍵を使用し複数のコンテンツを連続再生する。
【発明の効果】
【００１８】
複数のコンテンツを連続再生する際に暗号鍵の取得処理のために連続再生が中断することを防止するコンテンツ再生装置を提供することができる。
【図面の簡単な説明】
【００１９】
【図１】本発明の好ましい実施形態によるコンテンツ再生装置（ＡＶアンプ）を示すブロック図である。
【図２】セッションキーの取得処理を示すシーケンス図である。
【図３】複数曲を連続再生する際の制御部２の処理を示すフローチャートである。
【図４】複数曲を連続再生する際の制御部２の処理を示すフローチャートである。
【図５】複数曲を連続再生する際の制御部２の処理を示すフローチャートである。
【図６】本発明の別の好ましい実施形態によるコンテンツ再生装置を示すブロック図である。
【図７】複数曲を連続再生する際の制御部２の処理を示すフローチャートである。
【発明を実施するための形態】
【００２０】
以下、本発明の好ましい実施形態について、図面を参照して具体的に説明するが、本発明はこれらの実施形態には限定されない。図１に示すように、本発明の好ましい実施形態によるコンテンツ再生装置が適用されるＡＶアンプ１は、インターネット等の任意の電気通信回線を経由して、インターネットラジオサーバ（以下、サーバという。）１０に接続可能である。ＡＶアンプ１は、サーバ１０からコンテンツデータを例えばストリーミング形式で取得し、再生する。コンテンツデータは、曲（音楽）データ、映像データ、画像データ等の総称であるが、本例では曲データ（曲ファイル）である。ＡＶアンプ１は、サーバ１０が蓄積する曲の一覧である曲リストをサーバ１０から受信し、表示部に表示させる。ユーザ操作によって曲リストから曲が選択されると、ＡＶアンプ１は、選択された曲およびそれ以降の曲の曲データを連続的にサーバに要求し、取得して再生する。ＡＶアンプ１が曲リストや曲データをサーバ１０に要求して取得するためには、セッションキー（暗号鍵）が必要である。セッションキーはａｐｉキー（有効期限のない恒久キー）をサーバに送信することによって、サーバ１０から取得する。セッションキーには有効期限が存在し、有効期限が切れると、ＡＶアンプ１はサーバ１０からセッションキーを再度取得する必要がある。
【００２１】
ＡＶアンプ１は、制御部２、ＲＯＭ及びＲＡＭ等のメモリ３、再生部４、増幅部５、操作部６、表示部７および通信部８を備える。制御部２は、ＡＶアンプ１の各部を制御するものであり、マイコンやＣＰＵ等である。制御部２は、ＲＯＭに格納されているコンテンツ再生プログラムをＲＡＭに読み出して実行することにより、後述する処理を実行する。
【００２２】
再生部４は、サーバ１０からストリーミング形式で受信した曲データを再生する。再生とは、デコード処理、Ｄ／Ａ変換処理等である。増幅部５は、再生部４によって再生された曲データの音声信号に対して音量調整処理や増幅処理を実行し、外部に接続された図示しないスピーカーに音声信号を供給する。
【００２３】
操作部６は、ユーザ操作を受け付けるものであり、ＡＶアンプ１のフロントパネルに設けられた操作ボタンやリモコン等である。表示部７は、曲リスト画面などを表示するものであり、ＬＣＤ等である。表示部７は、外部に接続されるディスプレイ装置にこれらの画面をＯＳＤ（オンスクリーンディスプレイ）表示するものでもよい。通信部８は、インターネット経由でサーバ１０と通信するものであり、サーバ１０に曲リストや曲ファイルの要求を送信し、サーバ１０から曲リストや曲ファイルを受信する。
【００２４】
制御部２は、曲リストから曲が選択され、選択された曲およびそれ以降の曲データを連続再生する際に、現在のセッションキーを使用して連続再生すべき全曲を再生することができるか否かを判断する。詳細には、制御部２は、連続再生する全曲データの総再生時間（つまり、全曲データを再生し終えるまでに必要な時間）と、セッションキーの有効期限の残り時間とを比較することによって、複数の曲データの連続再生中にセッションキーの有効期限が切れるか否かを判断する。複数の曲データの連続再生中にセッションキーの有効期限が切れると判断すると、制御部２は、連続再生を開始する前に（つまり１曲目の曲データを要求する前に）、セッションキーをサーバに要求し、取得する。そして新たに取得したセッションキーを使用し、曲データの連続再生を開始する。これにより、複数の曲データの連続再生中にセッションキーの有効期限が切れることを防止できる。また、複数の曲データの連続再生中にセッションキーの有効期限が切れないと判断すると、制御部２は、新たなセッションキーをサーバ１０から取得することなく、現在のセッションキーを使用し、曲データの連続再生を開始する。従って、ＡＶアンプ１とサーバ１０との通信回数を削減することができる。
【００２５】
以下、本実施形態の動作を説明する。図２は、セッションキー取得処理を示すシーケンス図である。図２の処理は、最初にＡＶアンプ１がセッションキーをサーバ１０から取得するとき、又は、セッションキーを再度取得するときの処理である。ＡＶアンプ１は、createSessionというコマンドをサーバ１０に送信し、セッションキーを要求する（Ｓ２１）。createSessionには、ＡＶアンプ１に設定されたａｐｉキーが含まれている。サーバ１０は、createSessionを受信すると、ａｐｉキーが有効なキーであるか否かを判断する（Ｓ２２）。有効でなければ、セッションキーを返信しない。ここでは、有効であるので、サーバ１０はａｐｉキーからセッションキーを生成し、生成したセッションキーとその有効期限の情報とを含むＸＭＬデータを生成し、ＡＶアンプ１に返信する（Ｓ２３）。セッションキーの有効期限は、例えば、セッションキーの生成時刻から６時間（３６００秒）である。
【００２６】
ＡＶアンプ１は、ＸＭＬデータを受信すると、ＸＭＬデータを解析し、セッションキーと、その有効期限の情報とを抽出し、メモリ３に保存する（Ｓ２４）。また、ＡＶアンプ１は、セッションキーを取得した時刻をＡＶアンプ１内の図示しない時計処理部（例えば、ＯＳ（オペレーティングシステム）で動作する場合、ＯＳの内部時計）から取得し、メモリ３にstartTimeとして保存する（Ｓ２５）。
【００２７】
図３は、曲リスト内の曲を連続再生する際のＡＶアンプ１の制御部２の処理を示す。制御部２は、曲リストから例えばユーザ操作によって曲が選択され、選択された曲およびそれ以降の曲を連続再生する指示が入力されたか否かを判断する（Ｓ１）。もしくは、ユーザ操作ではなく、制御部２が任意の曲リストを選択して、曲リスト内の曲を全て連続再生するようにしてもよい。
【００２８】
曲リスト内の曲を連続再生する場合（Ｓ１でＹＥＳ）、制御部２は、まず、ＡＶアンプ１側で管理している時間情報に基づいて、セッションキーの有効期限の残り時間が、連続再生する曲の総再生時間よりも短いか否かを判断する（Ｓ２〜Ｓ５）。詳細には、制御部２は、時計処理部から現在の時刻を取得し、メモリ３にcurrentTimeとして保存する（Ｓ２）。制御部２は、現在のセッションキーを取得した時刻からの経過時間をcurrentTime−startTimeによって算出し、メモリ３に保存する（Ｓ３）。制御部２は、有効期限の残り時間remTimeを期限規定時間−経過時間によって算出し、メモリ３に保存する（Ｓ４）。期限規定時間は、セッションキーの有効期間であり、例えば上記の通り６時間（３６００秒）である。
【００２９】
制御部２は、remTimeが連続再生する曲の総再生時間よりも短いか否か、つまり、連続再生途中でセッションキーの有効期限が切れるか否かを判断する（Ｓ５）。なお、各曲の再生時間はサーバ１０から取得される曲リストにメタデータの一つとして含まれているので、それを連続再生する曲について全て加算することによって総再生時間が求められる。remTimeが連続再生する曲の総再生時間以上である場合（Ｓ５でＮＯ）、曲を連続再生し終える間、セッションキーの有効期限は切れない。従って、制御部２は、新たなセッションキーを取得せずに、現在のセッションキーを使用して、サーバ１０に曲データを要求し、取得して再生する（Ｓ１０）。
【００３０】
詳細には、制御部２は、サーバから事前に取得した曲のＵＲＬであるPlayURLに現在のセッションキーを加え、getTrackStreamingData(PlayURL
+ sessionKey)というコマンドをサーバ１０に送信する。サーバ１０は、これに応じて、PlayURLで特定される曲データをＡＶアンプ１に送信する。
【００３１】
一方、remTimeが連続再生する曲の総再生時間よりも短い場合（Ｓ５でＹＥＳ）、曲を連続再生し終える間に、セッションキーの有効期限が切れると判断される。この場合、制御部２は、サーバ１０からセッションキーの有効期限の残り時間の情報を取得し、セッションキーの有効期限の残り時間が、連続再生する曲の総再生時間よりも短いか否かを再度判断する（Ｓ６〜Ｓ８）。詳細には、制御部２は、getSessionInformation(sessionKey)というコマンドをサーバ１０に送信し、セッションキーの有効期限の残り時間の情報を要求する（Ｓ６）。サーバ１０は、このコマンドに応じて、セッションキーの有効期限の残り時間の情報を含むＸＭＬデータをＡＶアンプ１に返信する。制御部２は、ＸＭＬデータからセッションキーの有効期限の残り時間の情報を抽出し、メモリ３にremainSecとして保存する（Ｓ７）。
【００３２】
制御部２は、remainSecが連続再生する曲の総再生時間よりも短いか否か、つまり、連続再生途中でセッションキーの有効期限が切れるか否かを判断する（Ｓ８）。remainSecが連続再生する曲の総再生時間よりも短い場合（Ｓ８でＹＥＳ）、曲を連続再生し終える間に、セッションキーの有効期限が切れると判断される。この場合、制御部２は、サーバ１０からセッションキーを再度取得する処理を実行する。この処理は、図２で説明した通りである。制御部２は、新たに取得したセッションキーを使用して、サーバ１０に曲データを要求し、取得して再生する（Ｓ１０）。
【００３３】
詳細には、制御部２は、サーバから事前に取得した曲のＵＲＬであるPlayURLに新たに取得したセッションキーを加え、getTrackStreamingData(PlayURL + sessionKey)というコマンドをサーバ１０に送信する。サーバ１０は、これに応じて、PlayURLで特定される曲データをＡＶアンプ１に送信する。従って、曲を連続再生し終える間、セッションキーの有効期限を切れないようにすることができる。
【００３４】
一方、remainSecが連続再生する曲の総再生時間以上である場合（Ｓ８でＮＯ）、曲を連続再生し終える間、現在のセッションキーの有効期限は切れない。このとき、制御部２は、メモリ３に保存されているstartTimeに、“remainSec−remTime”を加算することによって、startTimeの値を補正する。これにより、ＡＶアンプ１側の有効期限の残り時間のカウントがサーバ１０側の有効期限の残り時間のカウントに対してずれていたとしても、ＡＶアンプ１側でstartTimeに基づいて算出されるremTimeと、サーバ１０側で管理されているremainSecとを略同じ値に調整することができる。その後、制御部２は、現在のセッションキーを使用して、サーバ１０に曲データを要求し、取得して再生する（Ｓ１０）。
【００３５】
以上の処理によって、曲の連続再生途中でセッションキーの有効期限の残り時間が切れて、曲の連続再生が途中で停止することを防止できる。なお、図３では、セッションキーの有効期限の残り時間が連続再生する曲の総再生時間よりも短いか否かの判断を、ＡＶアンプ１側で算出するセッションキーの有効期限の残り時間によって判断する処理（Ｓ２〜Ｓ５）と、サーバ１０側で管理するセッションキーの有効期限の残り時間によって判断する処理（Ｓ６〜Ｓ８）との２段階で実行しているが、いずれか一方のみで実行してもよい。図４は、ＡＶアンプ１側で算出するセッションキーの有効期限の残り時間によって判断する処理（Ｓ２〜Ｓ５）のみの場合を、図５は、サーバ１０側で管理するセッションキーの有効期限の残り時間によって判断する処理（Ｓ６〜Ｓ８）のみの場合を示す。
【００３６】
以上、本発明の好ましい実施形態を説明したが、本発明はこれらの実施形態には限定されない。例えば、コンテンツ再生装置がサーバに記録されている曲データをストリーミング再生するのではなく、図６に示すように、コンテンツ再生装置１ＢがＨＤＤ９等の記憶媒体を備え、ＨＤＤ９に曲データ（例えばダウンロードした曲データ）を記録しており、ＨＤＤ９に記録されている曲データを再生する際にセッションキーを使用する必要がある場合にも適用することができる。この場合、サーバ１０Ｂは単にセッションキーの生成と送信のみを実行する暗号鍵サーバであればよい。また、連続再生する全曲の総再生時間と、セッションキーの有効期限とを比較する代わりに、連続再生する全曲の総再生時間のうち最後に再生する曲の再生時間を除いたものと、セッションキーの有効期限とを比較してもよい。なぜなら、最後の曲をサーバに要求する際にセッションキーが必要だが、最後の曲が再生開始してから再生終了するまでの間はセッションキーを使用しないからである。しかし、連続再生する全曲の総再生時間と、セッションキーの有効期限とを比較した方がより確実である。
【００３７】
また、図７に示すように、本発明は、セッションキーが有効期限（残り時間）ではなく有効再生回数（残り再生可能回数）で管理される場合にも適用することができる。１つのコンテンツを再生する毎に、残り再生可能回数が１減算されるようにメモリ上で更新される。そして、複数の曲を連続再生する場合に（Ｓ２１でＹＥＳ）、制御部２は、連続再生するコンテンツ数をリストから取得し（Ｓ２２）、セッションキーの残り再生可能回数をメモリから取得する（Ｓ２３）。制御部２は、セッションキーの残り再生可能回数が連続再生するコンテンツ数よりも少ないか否かを判断する（Ｓ２４）。少ない場合（Ｓ２４でＹＥＳ）、制御部２は、セッションキーをサーバから取得した後（Ｓ２５）、新たなセッションキーを使用し複数のコンテンツを連続再生する（Ｓ２６）。少なくない場合（Ｓ２４でＮＯ）、新たなセッションキーをサーバから取得することなく、現在のセッションキーを使用し複数のコンテンツを連続再生する（Ｓ２６）。
【００３８】
コンテンツ再生装置は、ＴＶ受像機、携帯電話機、カーナビゲーションシステム、携帯型プレーヤ、ゲーム機等であってもよい。上記のコンテンツ再生装置の動作をコンピュータに実行させるためのコンピュータプログラムまたはそのコンピュータプログラムを記録した記録媒体という形態で提供されてもよい。
【産業上の利用可能性】
【００３９】
本発明は、ＡＶアンプ、ネットワークＡＶクライアント等に好適に採用され得る。
【符号の説明】
【００４０】
１ ＡＶアンプ
２ 制御部
３ メモリ
４ 再生部
５ 増幅部
６ 操作部
７ 表示部
８ 通信部
【技術分野】
【０００１】
本発明は、暗号鍵を使用しコンテンツを再生するコンテンツ再生装置に関する。
【背景技術】
【０００２】
ＡＶアンプは、インターネットラジオ端末としての機能を備え、インターネットラジオサーバからインターネット経由でコンテンツデータ（曲データ）をストリーミング形式で取得し、再生することができる。ＡＶアンプは、曲リストをサーバから取得して表示し、ユーザは再生すべき所望の曲を曲リストの中から選択する。ＡＶアンプは、サーバによって設定されたａｐｉキーをサーバに送信し、サーバにセッションキーを生成させ、セッションキーをサーバから取得する。セッションキーは、曲リストや曲データをサーバから取得する際に必要な暗号鍵である。セッションキーには有効期限が存在し、有効期限が切れると、ＡＶアンプはサーバからセッションキーを再度取得する必要がある。
【０００３】
ここで、曲リスト内の複数の曲データをサーバから取得し、連続再生する場合を考える。例えば１曲目および２曲目の曲データをサーバに要求するときにはセッションキーが有効であったために、セッションキーを再取得せず曲データを取得できたが、セッションキーの有効期限が２曲目の曲データの再生中に切れてしまった場合には、３曲目以降の曲データを現在のセッションキーを使用して取得することができない。この場合、ＡＶアンプは、曲データの連続再生を一時中断し、セッションキーをサーバから再度取得した後に、３曲目の曲データをサーバに要求して、取得し再生する必要がある。従って、２曲目と３曲目との間でセッションキーを再取得するまので時間、連続再生が中断してしまい、ユーザに不快感を与えてしまう。
【０００４】
下記特許文献１には、有効期限に近づいたら暗号鍵を暗号鍵更新するが、有効期間中であっても、ＣＰＵ負荷が低い状態を判定した際に、通信量が少ない相手先の暗号通信装置の暗号鍵を検索して暗号鍵を更新することが記載されている。しかし、この文献には、複数曲を連続再生する際の上記問題を解決する技術については何ら記載されていない。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−１０３９８８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明の目的は、複数のコンテンツを連続再生する際に暗号鍵の取得処理のために連続再生が中断することを防止するコンテンツ再生装置を提供することである。
【課題を解決するための手段】
【０００７】
本発明の好ましい実施形態によるコンテンツ再生装置は、サーバから有効期限を有する暗号鍵を取得する取得部と、前記暗号鍵を使用し、コンテンツを再生する再生部と、前記再生部が複数のコンテンツを連続再生する場合に、現在の暗号鍵を使用し前記複数のコンテンツを連続再生できるか否かを判断する判断部とを備え、現在の暗号鍵を使用し前記複数のコンテンツを連続再生できないと判断された場合に、前記取得部が新たな前記暗号鍵を前記サーバから取得した後、前記再生部が新たな前記暗号鍵を使用し複数のコンテンツを連続再生し、現在の暗号鍵を使用し前記複数のコンテンツを連続再生できると判断された場合に、前記取得部が新たな前記暗号鍵を前記サーバから取得することなく、前記再生部が現在の前記暗号鍵を使用し複数のコンテンツを連続再生する。
【０００８】
現在の暗号鍵を使用し複数のコンテンツを連続再生できないと判断される場合、新たな暗号鍵をサーバから取得した後、新たな暗号鍵を使用し複数のコンテンツを連続再生することで、複数のコンテンツの連続再生中に暗号鍵の有効期限が切れることを防止できる。一方、現在の暗号鍵を使用し複数のコンテンツを連続再生できると判断された場合、新たな暗号鍵をサーバから取得しないことによって、通信回数を削減し、無駄な通信を防止することができる。
【０００９】
好ましい実施形態においては、前記判断部が、前記再生部が複数のコンテンツを連続再生する場合に、前記暗号鍵の有効期限の残り時間が、連続再生する複数のコンテンツの総再生時間（又は、連続再生する複数のコンテンツの総再生時間のうち、最後に再生するコンテンツの再生時間を除く。）よりも短いか否かを判断し、前記暗号鍵の有効期限の残り時間が、連続再生する複数のコンテンツの総再生時間よりも短いと判断された場合に、前記取得部が新たな前記暗号鍵を前記サーバから取得した後、前記再生部が新たな前記暗号鍵を使用し複数のコンテンツを連続再生し、前記暗号鍵の有効期限の残り時間が、連続再生する複数のコンテンツの総再生時間以上であると判断された場合に、前記取得部が新たな前記暗号鍵を前記サーバから取得することなく、前記再生部が現在の前記暗号鍵を使用し複数のコンテンツを連続再生する。
【００１０】
暗号鍵の有効期限の残り時間が、連続再生する複数のコンテンツの総再生時間よりも短い場合、複数のコンテンツの連続再生中に暗号鍵の有効期限が切れると判断される。従って、新たな暗号鍵をサーバから取得した後、新たな暗号鍵を使用し複数のコンテンツを連続再生することで、複数のコンテンツの連続再生中に暗号鍵の有効期限が切れることを防止できる。一方、暗号鍵の有効期限の残り時間が、連続再生する複数のコンテンツの総再生時間以上である場合、複数のコンテンツの連続再生中に暗号鍵の有効期限が切れないと判断される。従って、新たな暗号鍵をサーバから取得しないことによって、通信回数を削減し、無駄な通信を防止することができる。
【００１１】
好ましい実施形態においては、前記取得部が前記暗号鍵を前記サーバから取得した時刻と、現在時刻とに基づいて、前記暗号鍵の有効期限の残り時間を算出する算出部をさらに備え、前記判断部が、前記算出部によって算出された前記暗号鍵の有効期限の残り時間が、連続再生する複数のコンテンツの総再生時間よりも短いか否かを判断する。
【００１２】
この場合、サーバから暗号鍵の有効期限の残り時間の情報を取得する必要がないので、通信回数を削減し、無駄な通信を防止することができる。
【００１３】
好ましい実施形態においては、前記取得部が前記暗号鍵の有効期限の残り時間の情報を前記サーバから取得し、前記判断部が、前記取得部によって取得された前記暗号鍵の有効期限の残り時間が、連続再生する複数のコンテンツの総再生時間よりも短いか否かを判断する。
【００１４】
この場合、サーバから暗号鍵の有効期限の残り時間の情報を取得することによって、暗号鍵の有効期限の残り時間が、連続再生する複数のコンテンツの総再生時間よりも短いか否かを判断する精度を高めることができる。
【００１５】
好ましい実施形態においては、前記取得部が前記暗号鍵を前記サーバから取得した時刻と、現在時刻とに基づいて、前記暗号鍵の有効期限の残り時間を算出する算出部をさらに備え、前記取得部が前記暗号鍵の有効期限の残り時間の情報を前記サーバから取得し、前記判断部が、前記算出部によって算出された前記暗号鍵の有効期限の残り時間が、連続再生する複数のコンテンツの総再生時間よりも短いと判断し、かつ、前記取得部によって取得された前記暗号鍵の有効期限の残り時間が、連続再生する複数のコンテンツの総再生時間よりも短いと判断した場合に、前記暗号鍵の有効期限の残り時間が、連続再生する複数のコンテンツの総再生時間よりも短いと判断し、前記取得部によって取得された前記暗号鍵の有効期限の残り時間と、前記算出部によって算出された前記暗号鍵の有効期限の残り時間との差に基づいて、前記取得部が前記暗号鍵を前記サーバから取得した時刻を補正する補正部をさらに備える。
【００１６】
この場合、暗号鍵の有効期限の残り時間が、連続再生する複数のコンテンツの総再生時間よりも短いか否かを判断する精度を高めることができる。
【００１７】
好ましい実施形態においては、前記判断部が、前記再生部が複数のコンテンツを連続再生する場合に、前記暗号鍵の残り再生可能回数が、連続再生する複数のコンテンツの数よりも少ないか否かを判断し、前記暗号鍵の残り再生可能回数が、連続再生する複数のコンテンツの数よりも少ないと判断された場合に、前記取得部が新たな前記暗号鍵を前記サーバから取得した後、前記再生部が新たな前記暗号鍵を使用し複数のコンテンツを連続再生し、前記暗号鍵の残り再生可能回数が、連続再生する複数のコンテンツの数以上であると判断された場合に、前記取得部が新たな前記暗号鍵を前記サーバから取得することなく、前記再生部が現在の前記暗号鍵を使用し複数のコンテンツを連続再生する。
【発明の効果】
【００１８】
複数のコンテンツを連続再生する際に暗号鍵の取得処理のために連続再生が中断することを防止するコンテンツ再生装置を提供することができる。
【図面の簡単な説明】
【００１９】
【図１】本発明の好ましい実施形態によるコンテンツ再生装置（ＡＶアンプ）を示すブロック図である。
【図２】セッションキーの取得処理を示すシーケンス図である。
【図３】複数曲を連続再生する際の制御部２の処理を示すフローチャートである。
【図４】複数曲を連続再生する際の制御部２の処理を示すフローチャートである。
【図５】複数曲を連続再生する際の制御部２の処理を示すフローチャートである。
【図６】本発明の別の好ましい実施形態によるコンテンツ再生装置を示すブロック図である。
【図７】複数曲を連続再生する際の制御部２の処理を示すフローチャートである。
【発明を実施するための形態】
【００２０】
以下、本発明の好ましい実施形態について、図面を参照して具体的に説明するが、本発明はこれらの実施形態には限定されない。図１に示すように、本発明の好ましい実施形態によるコンテンツ再生装置が適用されるＡＶアンプ１は、インターネット等の任意の電気通信回線を経由して、インターネットラジオサーバ（以下、サーバという。）１０に接続可能である。ＡＶアンプ１は、サーバ１０からコンテンツデータを例えばストリーミング形式で取得し、再生する。コンテンツデータは、曲（音楽）データ、映像データ、画像データ等の総称であるが、本例では曲データ（曲ファイル）である。ＡＶアンプ１は、サーバ１０が蓄積する曲の一覧である曲リストをサーバ１０から受信し、表示部に表示させる。ユーザ操作によって曲リストから曲が選択されると、ＡＶアンプ１は、選択された曲およびそれ以降の曲の曲データを連続的にサーバに要求し、取得して再生する。ＡＶアンプ１が曲リストや曲データをサーバ１０に要求して取得するためには、セッションキー（暗号鍵）が必要である。セッションキーはａｐｉキー（有効期限のない恒久キー）をサーバに送信することによって、サーバ１０から取得する。セッションキーには有効期限が存在し、有効期限が切れると、ＡＶアンプ１はサーバ１０からセッションキーを再度取得する必要がある。
【００２１】
ＡＶアンプ１は、制御部２、ＲＯＭ及びＲＡＭ等のメモリ３、再生部４、増幅部５、操作部６、表示部７および通信部８を備える。制御部２は、ＡＶアンプ１の各部を制御するものであり、マイコンやＣＰＵ等である。制御部２は、ＲＯＭに格納されているコンテンツ再生プログラムをＲＡＭに読み出して実行することにより、後述する処理を実行する。
【００２２】
再生部４は、サーバ１０からストリーミング形式で受信した曲データを再生する。再生とは、デコード処理、Ｄ／Ａ変換処理等である。増幅部５は、再生部４によって再生された曲データの音声信号に対して音量調整処理や増幅処理を実行し、外部に接続された図示しないスピーカーに音声信号を供給する。
【００２３】
操作部６は、ユーザ操作を受け付けるものであり、ＡＶアンプ１のフロントパネルに設けられた操作ボタンやリモコン等である。表示部７は、曲リスト画面などを表示するものであり、ＬＣＤ等である。表示部７は、外部に接続されるディスプレイ装置にこれらの画面をＯＳＤ（オンスクリーンディスプレイ）表示するものでもよい。通信部８は、インターネット経由でサーバ１０と通信するものであり、サーバ１０に曲リストや曲ファイルの要求を送信し、サーバ１０から曲リストや曲ファイルを受信する。
【００２４】
制御部２は、曲リストから曲が選択され、選択された曲およびそれ以降の曲データを連続再生する際に、現在のセッションキーを使用して連続再生すべき全曲を再生することができるか否かを判断する。詳細には、制御部２は、連続再生する全曲データの総再生時間（つまり、全曲データを再生し終えるまでに必要な時間）と、セッションキーの有効期限の残り時間とを比較することによって、複数の曲データの連続再生中にセッションキーの有効期限が切れるか否かを判断する。複数の曲データの連続再生中にセッションキーの有効期限が切れると判断すると、制御部２は、連続再生を開始する前に（つまり１曲目の曲データを要求する前に）、セッションキーをサーバに要求し、取得する。そして新たに取得したセッションキーを使用し、曲データの連続再生を開始する。これにより、複数の曲データの連続再生中にセッションキーの有効期限が切れることを防止できる。また、複数の曲データの連続再生中にセッションキーの有効期限が切れないと判断すると、制御部２は、新たなセッションキーをサーバ１０から取得することなく、現在のセッションキーを使用し、曲データの連続再生を開始する。従って、ＡＶアンプ１とサーバ１０との通信回数を削減することができる。
【００２５】
以下、本実施形態の動作を説明する。図２は、セッションキー取得処理を示すシーケンス図である。図２の処理は、最初にＡＶアンプ１がセッションキーをサーバ１０から取得するとき、又は、セッションキーを再度取得するときの処理である。ＡＶアンプ１は、createSessionというコマンドをサーバ１０に送信し、セッションキーを要求する（Ｓ２１）。createSessionには、ＡＶアンプ１に設定されたａｐｉキーが含まれている。サーバ１０は、createSessionを受信すると、ａｐｉキーが有効なキーであるか否かを判断する（Ｓ２２）。有効でなければ、セッションキーを返信しない。ここでは、有効であるので、サーバ１０はａｐｉキーからセッションキーを生成し、生成したセッションキーとその有効期限の情報とを含むＸＭＬデータを生成し、ＡＶアンプ１に返信する（Ｓ２３）。セッションキーの有効期限は、例えば、セッションキーの生成時刻から６時間（３６００秒）である。
【００２６】
ＡＶアンプ１は、ＸＭＬデータを受信すると、ＸＭＬデータを解析し、セッションキーと、その有効期限の情報とを抽出し、メモリ３に保存する（Ｓ２４）。また、ＡＶアンプ１は、セッションキーを取得した時刻をＡＶアンプ１内の図示しない時計処理部（例えば、ＯＳ（オペレーティングシステム）で動作する場合、ＯＳの内部時計）から取得し、メモリ３にstartTimeとして保存する（Ｓ２５）。
【００２７】
図３は、曲リスト内の曲を連続再生する際のＡＶアンプ１の制御部２の処理を示す。制御部２は、曲リストから例えばユーザ操作によって曲が選択され、選択された曲およびそれ以降の曲を連続再生する指示が入力されたか否かを判断する（Ｓ１）。もしくは、ユーザ操作ではなく、制御部２が任意の曲リストを選択して、曲リスト内の曲を全て連続再生するようにしてもよい。
【００２８】
曲リスト内の曲を連続再生する場合（Ｓ１でＹＥＳ）、制御部２は、まず、ＡＶアンプ１側で管理している時間情報に基づいて、セッションキーの有効期限の残り時間が、連続再生する曲の総再生時間よりも短いか否かを判断する（Ｓ２〜Ｓ５）。詳細には、制御部２は、時計処理部から現在の時刻を取得し、メモリ３にcurrentTimeとして保存する（Ｓ２）。制御部２は、現在のセッションキーを取得した時刻からの経過時間をcurrentTime−startTimeによって算出し、メモリ３に保存する（Ｓ３）。制御部２は、有効期限の残り時間remTimeを期限規定時間−経過時間によって算出し、メモリ３に保存する（Ｓ４）。期限規定時間は、セッションキーの有効期間であり、例えば上記の通り６時間（３６００秒）である。
【００２９】
制御部２は、remTimeが連続再生する曲の総再生時間よりも短いか否か、つまり、連続再生途中でセッションキーの有効期限が切れるか否かを判断する（Ｓ５）。なお、各曲の再生時間はサーバ１０から取得される曲リストにメタデータの一つとして含まれているので、それを連続再生する曲について全て加算することによって総再生時間が求められる。remTimeが連続再生する曲の総再生時間以上である場合（Ｓ５でＮＯ）、曲を連続再生し終える間、セッションキーの有効期限は切れない。従って、制御部２は、新たなセッションキーを取得せずに、現在のセッションキーを使用して、サーバ１０に曲データを要求し、取得して再生する（Ｓ１０）。
【００３０】
詳細には、制御部２は、サーバから事前に取得した曲のＵＲＬであるPlayURLに現在のセッションキーを加え、getTrackStreamingData(PlayURL
+ sessionKey)というコマンドをサーバ１０に送信する。サーバ１０は、これに応じて、PlayURLで特定される曲データをＡＶアンプ１に送信する。
【００３１】
一方、remTimeが連続再生する曲の総再生時間よりも短い場合（Ｓ５でＹＥＳ）、曲を連続再生し終える間に、セッションキーの有効期限が切れると判断される。この場合、制御部２は、サーバ１０からセッションキーの有効期限の残り時間の情報を取得し、セッションキーの有効期限の残り時間が、連続再生する曲の総再生時間よりも短いか否かを再度判断する（Ｓ６〜Ｓ８）。詳細には、制御部２は、getSessionInformation(sessionKey)というコマンドをサーバ１０に送信し、セッションキーの有効期限の残り時間の情報を要求する（Ｓ６）。サーバ１０は、このコマンドに応じて、セッションキーの有効期限の残り時間の情報を含むＸＭＬデータをＡＶアンプ１に返信する。制御部２は、ＸＭＬデータからセッションキーの有効期限の残り時間の情報を抽出し、メモリ３にremainSecとして保存する（Ｓ７）。
【００３２】
制御部２は、remainSecが連続再生する曲の総再生時間よりも短いか否か、つまり、連続再生途中でセッションキーの有効期限が切れるか否かを判断する（Ｓ８）。remainSecが連続再生する曲の総再生時間よりも短い場合（Ｓ８でＹＥＳ）、曲を連続再生し終える間に、セッションキーの有効期限が切れると判断される。この場合、制御部２は、サーバ１０からセッションキーを再度取得する処理を実行する。この処理は、図２で説明した通りである。制御部２は、新たに取得したセッションキーを使用して、サーバ１０に曲データを要求し、取得して再生する（Ｓ１０）。
【００３３】
詳細には、制御部２は、サーバから事前に取得した曲のＵＲＬであるPlayURLに新たに取得したセッションキーを加え、getTrackStreamingData(PlayURL + sessionKey)というコマンドをサーバ１０に送信する。サーバ１０は、これに応じて、PlayURLで特定される曲データをＡＶアンプ１に送信する。従って、曲を連続再生し終える間、セッションキーの有効期限を切れないようにすることができる。
【００３４】
一方、remainSecが連続再生する曲の総再生時間以上である場合（Ｓ８でＮＯ）、曲を連続再生し終える間、現在のセッションキーの有効期限は切れない。このとき、制御部２は、メモリ３に保存されているstartTimeに、“remainSec−remTime”を加算することによって、startTimeの値を補正する。これにより、ＡＶアンプ１側の有効期限の残り時間のカウントがサーバ１０側の有効期限の残り時間のカウントに対してずれていたとしても、ＡＶアンプ１側でstartTimeに基づいて算出されるremTimeと、サーバ１０側で管理されているremainSecとを略同じ値に調整することができる。その後、制御部２は、現在のセッションキーを使用して、サーバ１０に曲データを要求し、取得して再生する（Ｓ１０）。
【００３５】
以上の処理によって、曲の連続再生途中でセッションキーの有効期限の残り時間が切れて、曲の連続再生が途中で停止することを防止できる。なお、図３では、セッションキーの有効期限の残り時間が連続再生する曲の総再生時間よりも短いか否かの判断を、ＡＶアンプ１側で算出するセッションキーの有効期限の残り時間によって判断する処理（Ｓ２〜Ｓ５）と、サーバ１０側で管理するセッションキーの有効期限の残り時間によって判断する処理（Ｓ６〜Ｓ８）との２段階で実行しているが、いずれか一方のみで実行してもよい。図４は、ＡＶアンプ１側で算出するセッションキーの有効期限の残り時間によって判断する処理（Ｓ２〜Ｓ５）のみの場合を、図５は、サーバ１０側で管理するセッションキーの有効期限の残り時間によって判断する処理（Ｓ６〜Ｓ８）のみの場合を示す。
【００３６】
以上、本発明の好ましい実施形態を説明したが、本発明はこれらの実施形態には限定されない。例えば、コンテンツ再生装置がサーバに記録されている曲データをストリーミング再生するのではなく、図６に示すように、コンテンツ再生装置１ＢがＨＤＤ９等の記憶媒体を備え、ＨＤＤ９に曲データ（例えばダウンロードした曲データ）を記録しており、ＨＤＤ９に記録されている曲データを再生する際にセッションキーを使用する必要がある場合にも適用することができる。この場合、サーバ１０Ｂは単にセッションキーの生成と送信のみを実行する暗号鍵サーバであればよい。また、連続再生する全曲の総再生時間と、セッションキーの有効期限とを比較する代わりに、連続再生する全曲の総再生時間のうち最後に再生する曲の再生時間を除いたものと、セッションキーの有効期限とを比較してもよい。なぜなら、最後の曲をサーバに要求する際にセッションキーが必要だが、最後の曲が再生開始してから再生終了するまでの間はセッションキーを使用しないからである。しかし、連続再生する全曲の総再生時間と、セッションキーの有効期限とを比較した方がより確実である。
【００３７】
また、図７に示すように、本発明は、セッションキーが有効期限（残り時間）ではなく有効再生回数（残り再生可能回数）で管理される場合にも適用することができる。１つのコンテンツを再生する毎に、残り再生可能回数が１減算されるようにメモリ上で更新される。そして、複数の曲を連続再生する場合に（Ｓ２１でＹＥＳ）、制御部２は、連続再生するコンテンツ数をリストから取得し（Ｓ２２）、セッションキーの残り再生可能回数をメモリから取得する（Ｓ２３）。制御部２は、セッションキーの残り再生可能回数が連続再生するコンテンツ数よりも少ないか否かを判断する（Ｓ２４）。少ない場合（Ｓ２４でＹＥＳ）、制御部２は、セッションキーをサーバから取得した後（Ｓ２５）、新たなセッションキーを使用し複数のコンテンツを連続再生する（Ｓ２６）。少なくない場合（Ｓ２４でＮＯ）、新たなセッションキーをサーバから取得することなく、現在のセッションキーを使用し複数のコンテンツを連続再生する（Ｓ２６）。
【００３８】
コンテンツ再生装置は、ＴＶ受像機、携帯電話機、カーナビゲーションシステム、携帯型プレーヤ、ゲーム機等であってもよい。上記のコンテンツ再生装置の動作をコンピュータに実行させるためのコンピュータプログラムまたはそのコンピュータプログラムを記録した記録媒体という形態で提供されてもよい。
【産業上の利用可能性】
【００３９】
本発明は、ＡＶアンプ、ネットワークＡＶクライアント等に好適に採用され得る。
【符号の説明】
【００４０】
１ ＡＶアンプ
２ 制御部
３ メモリ
４ 再生部
５ 増幅部
６ 操作部
７ 表示部
８ 通信部
【特許請求の範囲】
【請求項１】
サーバから有効期限を有する暗号鍵を取得する取得部と、
前記暗号鍵を使用し、コンテンツを再生する再生部と、
前記再生部が複数のコンテンツを連続再生する場合に、現在の暗号鍵を使用し前記複数のコンテンツを連続再生できるか否かを判断する判断部とを備え、
現在の暗号鍵を使用し前記複数のコンテンツを連続再生できないと判断された場合に、前記取得部が新たな前記暗号鍵を前記サーバから取得した後、前記再生部が新たな前記暗号鍵を使用し複数のコンテンツを連続再生し、
現在の暗号鍵を使用し前記複数のコンテンツを連続再生できると判断された場合に、前記取得部が新たな前記暗号鍵を前記サーバから取得することなく、前記再生部が現在の前記暗号鍵を使用し複数のコンテンツを連続再生する、コンテンツ再生装置。
【請求項２】
前記判断部が、前記再生部が複数のコンテンツを連続再生する場合に、前記暗号鍵の有効期限の残り時間が、連続再生する複数のコンテンツの総再生時間（又は、連続再生する複数のコンテンツの総再生時間のうち、最後に再生するコンテンツの再生時間を除く。）よりも短いか否かを判断し、
前記暗号鍵の有効期限の残り時間が、連続再生する複数のコンテンツの総再生時間よりも短いと判断された場合に、前記取得部が新たな前記暗号鍵を前記サーバから取得した後、前記再生部が新たな前記暗号鍵を使用し複数のコンテンツを連続再生し、
前記暗号鍵の有効期限の残り時間が、連続再生する複数のコンテンツの総再生時間以上であると判断された場合に、前記取得部が新たな前記暗号鍵を前記サーバから取得することなく、前記再生部が現在の前記暗号鍵を使用し複数のコンテンツを連続再生する、請求項１に記載のコンテンツ再生装置。
【請求項３】
前記取得部が前記暗号鍵を前記サーバから取得した時刻と、現在時刻とに基づいて、前記暗号鍵の有効期限の残り時間を算出する算出部をさらに備え、
前記判断部が、前記算出部によって算出された前記暗号鍵の有効期限の残り時間が、連続再生する複数のコンテンツの総再生時間よりも短いか否かを判断する、請求項２に記載のコンテンツ再生装置。
【請求項４】
前記取得部が前記暗号鍵の有効期限の残り時間の情報を前記サーバから取得し、
前記判断部が、前記取得部によって取得された前記暗号鍵の有効期限の残り時間が、連続再生する複数のコンテンツの総再生時間よりも短いか否かを判断する、請求項２または３に記載のコンテンツ再生装置。
【請求項５】
前記取得部が前記暗号鍵を前記サーバから取得した時刻と、現在時刻とに基づいて、前記暗号鍵の有効期限の残り時間を算出する算出部をさらに備え、
前記取得部が前記暗号鍵の有効期限の残り時間の情報を前記サーバから取得し、
前記判断部が、前記算出部によって算出された前記暗号鍵の有効期限の残り時間が、連続再生する複数のコンテンツの総再生時間よりも短いと判断し、かつ、前記取得部によって取得された前記暗号鍵の有効期限の残り時間が、連続再生する複数のコンテンツの総再生時間よりも短いと判断した場合に、前記暗号鍵の有効期限の残り時間が、連続再生する複数のコンテンツの総再生時間よりも短いと判断し、
前記取得部によって取得された前記暗号鍵の有効期限の残り時間と、前記算出部によって算出された前記暗号鍵の有効期限の残り時間との差に基づいて、前記取得部が前記暗号鍵を前記サーバから取得した時刻を補正する補正部をさらに備える、請求項２に記載のコンテンツ再生装置。
【請求項６】
前記判断部が、前記再生部が複数のコンテンツを連続再生する場合に、前記暗号鍵の残り再生可能回数が、連続再生する複数のコンテンツの数よりも少ないか否かを判断し、
前記暗号鍵の残り再生可能回数が、連続再生する複数のコンテンツの数よりも少ないと判断された場合に、前記取得部が新たな前記暗号鍵を前記サーバから取得した後、前記再生部が新たな前記暗号鍵を使用し複数のコンテンツを連続再生し、
前記暗号鍵の残り再生可能回数が、連続再生する複数のコンテンツの数以上であると判断された場合に、前記取得部が新たな前記暗号鍵を前記サーバから取得することなく、前記再生部が現在の前記暗号鍵を使用し複数のコンテンツを連続再生する、請求項１に記載のコンテンツ再生装置。
【請求項７】
サーバから有効期限を有する暗号鍵を取得する取得ステップと、
前記暗号鍵を使用し、コンテンツを再生する再生ステップと、
前記再生ステップが複数のコンテンツを連続再生する場合に、現在の暗号鍵を使用し前記複数のコンテンツを連続再生できるか否かを判断する判断ステップとをコンピュータに実行させ、
現在の暗号鍵を使用し前記複数のコンテンツを連続再生できないと判断された場合に、前記取得ステップが新たな前記暗号鍵を前記サーバから取得した後、前記再生ステップが新たな前記暗号鍵を使用し複数のコンテンツを連続再生し、
現在の暗号鍵を使用し前記複数のコンテンツを連続再生できると判断された場合に、前記取得ステップが新たな前記暗号鍵を前記サーバから取得することなく、前記再生ステップが現在の前記暗号鍵を使用し複数のコンテンツを連続再生する、コンテンツ再生プログラム。
【請求項１】
サーバから有効期限を有する暗号鍵を取得する取得部と、
前記暗号鍵を使用し、コンテンツを再生する再生部と、
前記再生部が複数のコンテンツを連続再生する場合に、現在の暗号鍵を使用し前記複数のコンテンツを連続再生できるか否かを判断する判断部とを備え、
現在の暗号鍵を使用し前記複数のコンテンツを連続再生できないと判断された場合に、前記取得部が新たな前記暗号鍵を前記サーバから取得した後、前記再生部が新たな前記暗号鍵を使用し複数のコンテンツを連続再生し、
現在の暗号鍵を使用し前記複数のコンテンツを連続再生できると判断された場合に、前記取得部が新たな前記暗号鍵を前記サーバから取得することなく、前記再生部が現在の前記暗号鍵を使用し複数のコンテンツを連続再生する、コンテンツ再生装置。
【請求項２】
前記判断部が、前記再生部が複数のコンテンツを連続再生する場合に、前記暗号鍵の有効期限の残り時間が、連続再生する複数のコンテンツの総再生時間（又は、連続再生する複数のコンテンツの総再生時間のうち、最後に再生するコンテンツの再生時間を除く。）よりも短いか否かを判断し、
前記暗号鍵の有効期限の残り時間が、連続再生する複数のコンテンツの総再生時間よりも短いと判断された場合に、前記取得部が新たな前記暗号鍵を前記サーバから取得した後、前記再生部が新たな前記暗号鍵を使用し複数のコンテンツを連続再生し、
前記暗号鍵の有効期限の残り時間が、連続再生する複数のコンテンツの総再生時間以上であると判断された場合に、前記取得部が新たな前記暗号鍵を前記サーバから取得することなく、前記再生部が現在の前記暗号鍵を使用し複数のコンテンツを連続再生する、請求項１に記載のコンテンツ再生装置。
【請求項３】
前記取得部が前記暗号鍵を前記サーバから取得した時刻と、現在時刻とに基づいて、前記暗号鍵の有効期限の残り時間を算出する算出部をさらに備え、
前記判断部が、前記算出部によって算出された前記暗号鍵の有効期限の残り時間が、連続再生する複数のコンテンツの総再生時間よりも短いか否かを判断する、請求項２に記載のコンテンツ再生装置。
【請求項４】
前記取得部が前記暗号鍵の有効期限の残り時間の情報を前記サーバから取得し、
前記判断部が、前記取得部によって取得された前記暗号鍵の有効期限の残り時間が、連続再生する複数のコンテンツの総再生時間よりも短いか否かを判断する、請求項２または３に記載のコンテンツ再生装置。
【請求項５】
前記取得部が前記暗号鍵を前記サーバから取得した時刻と、現在時刻とに基づいて、前記暗号鍵の有効期限の残り時間を算出する算出部をさらに備え、
前記取得部が前記暗号鍵の有効期限の残り時間の情報を前記サーバから取得し、
前記判断部が、前記算出部によって算出された前記暗号鍵の有効期限の残り時間が、連続再生する複数のコンテンツの総再生時間よりも短いと判断し、かつ、前記取得部によって取得された前記暗号鍵の有効期限の残り時間が、連続再生する複数のコンテンツの総再生時間よりも短いと判断した場合に、前記暗号鍵の有効期限の残り時間が、連続再生する複数のコンテンツの総再生時間よりも短いと判断し、
前記取得部によって取得された前記暗号鍵の有効期限の残り時間と、前記算出部によって算出された前記暗号鍵の有効期限の残り時間との差に基づいて、前記取得部が前記暗号鍵を前記サーバから取得した時刻を補正する補正部をさらに備える、請求項２に記載のコンテンツ再生装置。
【請求項６】
前記判断部が、前記再生部が複数のコンテンツを連続再生する場合に、前記暗号鍵の残り再生可能回数が、連続再生する複数のコンテンツの数よりも少ないか否かを判断し、
前記暗号鍵の残り再生可能回数が、連続再生する複数のコンテンツの数よりも少ないと判断された場合に、前記取得部が新たな前記暗号鍵を前記サーバから取得した後、前記再生部が新たな前記暗号鍵を使用し複数のコンテンツを連続再生し、
前記暗号鍵の残り再生可能回数が、連続再生する複数のコンテンツの数以上であると判断された場合に、前記取得部が新たな前記暗号鍵を前記サーバから取得することなく、前記再生部が現在の前記暗号鍵を使用し複数のコンテンツを連続再生する、請求項１に記載のコンテンツ再生装置。
【請求項７】
サーバから有効期限を有する暗号鍵を取得する取得ステップと、
前記暗号鍵を使用し、コンテンツを再生する再生ステップと、
前記再生ステップが複数のコンテンツを連続再生する場合に、現在の暗号鍵を使用し前記複数のコンテンツを連続再生できるか否かを判断する判断ステップとをコンピュータに実行させ、
現在の暗号鍵を使用し前記複数のコンテンツを連続再生できないと判断された場合に、前記取得ステップが新たな前記暗号鍵を前記サーバから取得した後、前記再生ステップが新たな前記暗号鍵を使用し複数のコンテンツを連続再生し、
現在の暗号鍵を使用し前記複数のコンテンツを連続再生できると判断された場合に、前記取得ステップが新たな前記暗号鍵を前記サーバから取得することなく、前記再生ステップが現在の前記暗号鍵を使用し複数のコンテンツを連続再生する、コンテンツ再生プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１１−２２９１１２（Ｐ２０１１−２２９１１２Ａ）
【公開日】平成２３年１１月１０日（２０１１．１１．１０）
【国際特許分類】
【出願番号】特願２０１０−２４９３４２（Ｐ２０１０−２４９３４２）
【出願日】平成２２年１１月８日（２０１０．１１．８）
【出願人】（７１００１４３５１）オンキヨー株式会社 (226)
【Ｆターム（参考）】
【公開日】平成２３年１１月１０日（２０１１．１１．１０）
【国際特許分類】
【出願日】平成２２年１１月８日（２０１０．１１．８）
【出願人】（７１００１４３５１）オンキヨー株式会社 (226)
【Ｆターム（参考）】
[ Back to top ]