(57)【要約】【課題】ステイトフル権利で保護されたコンテンツのリプレイ・アタックを防止するためのコンテンツ管理技術を提供すること。【解決手段】バックアップ時には、現在の時刻を外部機器から取得して、バックアップ時刻として設定し、前記コンテンツと前記バックアップ時刻とを関連付けてコンテンツのバックアップを実行することを特徴し、リストア処理時には、前記バックアップ時刻と前記コンテンツを最後に再生した時刻とを比較し、前記コンテンツを最後に再生した時刻が前記バックアップ時刻よりも遅ければ、リスト処理を拒否する。【選択図】      図１
2007243703.tif 000002
【特許請求の範囲】
【請求項１】
ダウンロードした利用条件の付されたコンテンツを再生可能な携帯端末において、
外部機器から時刻情報を取得する時刻情報取得手段と、
前記時刻情報取得手段で取得した時刻情報とコンテンツとを対応付けて記憶する記憶手段と、
コンテンツが再生されると、前記記憶手段に記憶されている時刻情報を、コンテンツを再生したときの時刻に更新する更新手段と、
前記ダウンロードしたコンテンツをバックアップ装置へ送信するとともに、該バックアップ装置からバックアップしたコンテンツをリストアするバックアップ・リストア処理手段とを有し、
該バックアップ・リストア処理手段は、
前記バックアップ装置へコンテンツのバックアップを行う場合、このバックアップを行ったときの時刻情報をコンテンツと対応付けて前記記憶手段に記憶させるとともに、コンテンツとバックアップを行ったときの時刻情報を対応付けて前記バックアップ装置へ送信し、
前記バックアップ装置からコンテンツをリストアする場合、バックアップ装置から取得した前記時刻情報と前記記憶手段に記憶されている時刻情報とを比較し、前記記憶手段に記憶されている時刻情報が前記バックアップ装置から取得した時刻情報よりも遅い場合は、リストアを禁止する
ことを特徴とする携帯端末。
【請求項２】
自己に固有の情報を用いて暗号化鍵を生成する鍵生成手段と、
前記ダウンロードしたコンテンツが暗号化されていない場合は、バックアップを行うときに前記暗号化鍵を用いてコンテンツを暗号化する暗号化手段とを更に有することを特徴とする請求項１に記載の携帯端末。
【請求項３】
前記バックアップ・リストア処理手段は、リストアを禁止した場合に前記鍵生成手段によって生成された暗号化鍵を無効化することを特徴とする請求項２に記載の携帯端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツのダウンロード及びこのダウンロードしたコンテンツの再生可能な携帯端末に関する。
【背景技術】
【０００２】
ＯＭＡ（Ｏｐｅｎ  Ｍｏｂｉｌｅ  Ａｌｌｉａｎｃｅ）が規定したＤＲＭ（Ｄｉｇｉｔａｌ  Ｒｉｇｈｔｓ  Ｍａｎａｇｅｍｅｎｔ）規格等の標準方式では、暗号化されたコンテンツとそれを復号するための鍵を含む権利情報等のダウンロードしたデバイス機器外へのバックアップ方式が規定されている。上記の標準によると、コンテンツは１２８ビットの共通鍵によってＡＥＳ（Ａｄｖａｎｃｅｄ  Ｅｎｃｒｙｐｔｉｏｎ  Ｓｔａｎｄａｒｄ）方式で暗号化されてデバイス機器へ配信される。また、上記の権利情報は、該コンテンツを使用もしくは消費するための許可情報や制限情報とともにコンテンツを復号するための前記共通鍵が格納されている。権利情報は、デバイス機器が保持する公開鍵暗号方式の秘密鍵と公開鍵をつかって保護されてデバイス機器で配信される。許可情報とは、たとえばコンテンツを再生してよい、実行してよい、印刷してよいなどの目的を許可する情報である。また、制限情報とは最大何回再生してよい、何時まで再生してよい、最初に再生してからある期間使用してよいなど、前記の許可情報と組み合わせて使用される情報である。また、制限情報の種類により権利を使用するたびに経過の状態を保持しなければならないステイトフル（Ｓｔａｔｅｆｕｌ）権利と、保持しなくても良いステイトレス（Ｓｔｅｔｅｌｅｓｓ）権利との２種類の権利に分類される。たとえば、許可情報として「再生」を設定され、かつその制限情報として「最大再生回数３回」を指定された場合、これは当該デバイス機器にてその再生した回数（もしくは残りの再生可能回数）を保持して管理しておかねばならないので、これはステイトフル権利となる。一方、たとえば、許可情報として「再生」を設定され、かつその制限情報を特に設定をしない場合は、無限に再生が可能なことから、これはステイトレス権利となる。
【０００３】
なお、上記標準規格においては、ステイトレス権利はデバイス機器から外部機器（外部記憶装置など）へのバックアップ可能だが、ステイトフル権利は外部機器へのバックアップが許されていない。これは、状態管理が必要なステイトフル権利を外部機器へバックアップしてしまうと、当然状態情報も一緒にバックアップする必要があるが、さまざまな段階の状態をリストアしてしまえれば、実質的に状態を管理することができなくなり、このようなリプレイ・アタックを防げなくなってしまうからである。
【０００４】
しかし、ユーザにとってはステイトフル権利、ステイトレス権利を問わずコンテンツと権利情報をバックアップしたいという要求はある。デバイス機器外へのバックアップ（或いは複製）が禁じられている場合には、次のような問題が生じる、例えば、利用者が携帯端末を買い換え、データの移行を行わなければならない場合、複製が禁じられたコンテンツと権利情報は移行することができなくなる。また、利用者は、不慮の事故等によるデータ消失等に備え、バックアップをとることもできなくなる。
【０００５】
そこで、コンテンツの不正な複製を防止するとともに、正当な利用者が可能な範囲内でコンテンツを複製するための技術が提案されている（特許文献１参照）。この技術では、まず、移動局が、コンテンツ配信サーバから、著作権によって保護されたコンテンツを受信する。移動局は、バックアップサーバに、自端末の電話番号とともにバックアップファイルを送信すると、バックアップサーバは、電話番号とバックアップファイルとを対応付けて記憶する。移動局がバックアップファイルのダウンロードを要求すると、バックアップサーバは、電話番号とバックアップファイルとの対応を確認し、ダウンロードを要求する移動局の電話番号とバックアップファイルとが対応している場合のみ、バックアップサーバは移動局にバックアップファイルを送信する。
【０００６】
しかし、ステイトフル権利をバックアップする際にはリストア時に次のような問題が生じる。例えば、コンテンツの再生回数を制限するステイトフル権利の場合では、デバイス機器は、その時点における再生回数も管理している。ここで、３回再生可能なステイトフル権利をバックアップする場合を例にとると、コンテンツを１回も再生していない状態でバックアップをするものとすれば、ステイトフル権利（３回再生可能）とコンテンツがバックアップされることになる。このコンテンツを１回再生すると、ステイトフル権利を１回使用したことになるので、デバイス機器で管理されている再生可能回数が２回に変化する。その後、バックアップされたステイトフル権利（３回再生可能）とコンテンツをリストアすると、ステイトフル権利が上書きされて、デバイス機器で管理されていた再生可能回数である２回再生可能が３回再生可能に書き換えられてしまう。その結果、このコンテンツは無限回再生可能となってしまうことになる。これをリプレイ・アタックといい、ステイトフル権利のバックアップの際の課題である。
【特許文献１】特開２００４−４８１８０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明は、ステイトフル権利で保護されたコンテンツのリプレイ・アタックを防止することが可能な携帯端末を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明では、ダウンロードした利用条件の付されたコンテンツを再生可能な携帯端末において、外部機器から時刻情報を取得する時刻情報取得手段と、前記時刻情報取得手段で取得した時刻情報とコンテンツとを対応付けて記憶する記憶手段と、コンテンツが再生されると、前記記憶手段に記憶されている時刻情報を、コンテンツを再生したときの時刻に更新する更新手段と、前記ダウンロードしたコンテンツをバックアップ装置へ送信するとともに、該バックアップ装置からバックアップしたコンテンツをリストアするバックアップ・リストア処理手段とを有し、該バックアップ・リストア処理手段は、前記バックアップ装置へコンテンツのバックアップを行う場合、このバックアップを行ったときの時刻情報をコンテンツと対応付けて前記記憶手段に記憶させるとともに、コンテンツとバックアップを行ったときの時刻情報を対応付けて前記バックアップ装置へ送信し、前記バックアップ装置からコンテンツをリストアする場合、バックアップ装置から取得した前記時刻情報と前記記憶手段に記憶されている時刻情報とを比較し、前記記憶手段に記憶されている時刻情報が前記バックアップ装置から取得した時刻情報よりも遅い場合は、リストアを禁止するようにしている。
【発明の効果】
【０００９】
本発明によれば、ステイトフル権利で保護されたコンテンツのリプレイ・アタックを防止することができる。
【発明を実施するための最良の形態】
【００１０】
図面を参照して本発明の実施の形態を説明する。  
図１は、本発明の第１の実施形態に係るコンテンツ管理システムの概略構成を示す図である。図１において、本発明のコンテンツ管理システムは、基地局１０と、携帯端末２０と、バックアップ装置３０とを備えている。  
基地局１０は、携帯端末２０が他の携帯端末との無線通信を可能にするための中継を行う。  
携帯端末２０は、携帯電話、ＰＤＡなどの端末であって、制御部２１と、表示部２２と、入力部２３と、記憶部２４と、インターフェイス２５と、送受信回路２６と、アンテナ２７とを備えている。携帯端末２０は、基地局１０を介して他の携帯端末と通信を行ったり、コンテンツをダウンロードしたりする。制御部２１は、各部の制御や演算その他の処理を実行する。表示部２２は、様々な情報や画像などを表示するための液晶表示装置（ＬＣＤ）などの表示装置を備えている。入力部２３は携帯端末２０に情報を入力するための、例えば、キーボードである。記憶部２４は、コンテンツなどを記憶するための不揮発性のメモリやハードディスクなどである。インターフェイス２５は、例えば、ＵＳＢインターフェイスを備え、携帯端末２０と外部装置（例えば、バックアップ装置３０）との通信を行う。送受信回路２６は、アンテナ２７を介して基地局１０と送受信する。  
バックアップ装置３０は、制御部３１と、記憶部３２と、インターフェイス３３とを備えており、例えば、パーソナルコンピュータ（ＰＣ）の記憶装置やハードディスクなどの外部記憶装置である。制御部３１は、各部の制御を実行する。記憶部３２は、例えば、ハードディスクを備え、携帯端末２０から送信されたコンテンツをバックアップする。インターフェイス２３は、例えば、ＵＳＢインターフェイスを備え、バックアップ装置３０と携帯端末２０との通信を行う。なお、携帯端末２０とバックアップ装置３０は、有線のＵＳＢ接続で双方向に通信することが可能でるが、これに限らずＬＡＮや無線ＬＡＮを介して接続されていてもよい。なお、本発明はコンテンツのバックアップに関する技術であるので、本明細書では、基地局１０、携帯端末２０及びバックアップ装置３０の様々な機能のうち、本発明のコンテンツのバックアップに関する機能を中心に記載する。
【００１１】
図１に示すように、携帯端末２０には、基地局１０を介してダウンロードしたコンテンツ２４ｂと、権利２４ｃと、状態２４ｄとが１つの組のデータ２４ａ（以下、これらを総称して「コンテンツファイル２４ａ」と称する場合がある）として記憶されている。従って、コンテンツ２４ｂが複数になれば、権利２４ｃと状態２４ｄは、コンテンツ１２の数に応じて増加することになる。ここで言及するコンテンツとは、携帯端末２０においてダウンロード可能なコンテンツ全般、すなわち、音楽、電子メロディ、動画、電子書籍などの電子コンテンツのことをいう。また、さらにコンテンツ１２は権利２４ｃに含まれるコンテンツ鍵によって暗号化されている。なお、携帯端末２０は、複数のコンテンツファイル２４ａを記憶するための記憶部２４を備えており、コンテンツファイル２４ａは、この記憶部２４に記憶される。  
ここで、権利２４ｃは、ステイトフル権利であって、コンテンツの視聴許可とその制限である権利とコンテンツ鍵とを含み、権利は、例えば、３回まで再生可能といった許可および制限情報を有している。なお、コンテンツがダウンロードされる過程において、コンテンツを提供するサーバから携帯端末２０までセキュアな経路が保障され、そのダウンロードされる内容の改ざんや盗み見が発生しない場合、コンテンツは暗号される必要はなく、平文状態のコンテンツ１２と権利２４ｃがダウンロードされるという構成でもよい。
【００１２】
また、状態２４ｄは、更新日時（時刻）やコンテンツの再生回数を含む情報である。なお、「更新」は、コンテンツの使用による時刻の更新以外に、コンテンツの追加やコンテンツの削除を含む。
【００１３】
図２を参照して本発明の第１の実施形態に係る動作を説明する。図２（ａ）はバックアップ時の処理の流れであり、図２（ｂ）はリストア時の処理の流れを示すフローチャートである。まず、バックアップ処理の流れを説明する。
【００１４】
携帯端末２０からバックアップ装置３０に対してバックアップ処理の実行を開始すると、携帯端末２０は、基地局１０から現在の時刻をバックアップ時刻として取得する（ステップＳ１１）。なお、この時刻は基地局１０から取得することに限定されず、携帯端末２０で設定することのできない時刻、すなわち、携帯端末２０の外部から信頼できる時刻を取得できるものであれば、どのようなものでも良い。例えば、電波時計に利用されているような、基準局からの時刻信号を受信したり、ＧＰＳで時刻情報を受信したりして、その時刻情報をバックアップ時刻としても良い。さらには、バックアップの開始の都度、外部の信頼できる時刻を取得することに限定されず、携帯端末２０においてユーザが設定や改ざんすることができない時計において、ある許容される範囲内に定期的に外部の信頼できる時刻と同期をとっておくことにより、この携帯端末２０内の時計から取得した時刻を外部から取得した時刻とみなしてバックアップ時刻としてもよい。
【００１５】
そして、コンテンツファイル２４ａとバックアップ時刻とを関連付けてバックアップ装置３０に記録する（ステップＳ１２）。なお、コンテンツファイル２４ａ内のコンテンツ２４ｂ、権利２４ｃ、状態２４ｄが暗号化されていない場合には、携帯端末２０内で生成したバックアップ鍵において暗号化してからバックアップ装置に記録する。さらに、バックアップ時刻とバックアップ鍵は関連付けて携帯端末内２０内に記録される。なお、同一のコンテンツファイル２４ａにおいて、複数回のバックアップが実行された場合には、最新のバックアップ時刻を保持しておくのと同時に、バックアップ鍵は複数保持してもよい。
【００１６】
上記のバックアップ後に、コンテンツを携帯端末２０で視聴した場合には、その視聴した時刻とコンテンツをダウンロードした後の再生回数が状態２４ｄとして、携帯端末２０に記録される。なお、コンテンツを視聴しない場合には、状態２４ｄの内容は変化しない。
【００１７】
その後、ユーザは、携帯端末２０の内部記憶装置の空き領域を拡大する必要があれば、コンテンツファイル２４ａから、状態２４ｄとバックアップ鍵を残してコンテンツ２４ｂと権利２４ｃを削除する。
【００１８】
次に、バックアップしたコンテンツファイル２４ａをリストアする場合には、状態２４ｄの更新時刻（すなわち、コンテンツの最後の視聴時刻）と、コンテンツファイル２４ａをバックアップした時刻であるバックアップ時刻とを比較する（ステップＳ２１）。ここで、状態２４ｄの更新時刻がバックアップ時刻と同時刻かそれより早ければ、バックアップ後にコンテンツファイル２４ａを更新していない（すなわちコンテンツ２４ｂを視聴していない）ので、リストアが実行される（ステップＳ２２）。ステップＳ２１において、状態２４ｄの更新時刻がバックアップ時刻より遅ければ、バックアップ時刻以降にコンテンツ２４ｂを視聴したということを意味するので、リストアを拒否する〔ステップＳ２３〕。この場合において、コンテンツは、通常暗号化されてバックアップされ、リストアする際にバックアップ鍵で暗号を解除しているが、このバックアップ鍵を無効とすることにより、リストアを拒否することができる。具体的には、例えば、バックアップ時刻が２００５年８月２６日午後１５時００分であった場合において、更新時刻が２００５年８月２４日午前１２時３０分であれば、バックアップ時刻以降にコンテンツ２４ｂが視聴されていないので、リストア処理が実行されるが、更新時刻が２００５年８月２７日午前１２時００分以降であれば、バックアップ時刻以降にコンテンツ２４ｂが視聴されることになるので、リストア処理は実行されない。その際、携帯端末２０内に保持していたバックアップ鍵を一時的に無効化、もしくは消去することでリストアを拒否することになる。さらに、バックアップ鍵が消去された場合には、バックアップされたコンテンツが適切に復号できないので、リストアを拒否することになる。なお、本実施形態では、分の単位で例示を行ったが、単位は時刻に関するものであればなんでもよく、年、日時、時間、秒、ミリ秒、マイクロ秒の単位で比較を行ってもよい。
【００１９】
第１の実施形態より、ステイトフル権利で保護されたコンテンツのリプレイ・アタックを防止することができる。なお、上記の実施形態において、携帯端末２０でコンテンツ２４ｂを視聴する度に、外部から信頼できる時刻を取得して、コンテンツ２４ｂの視聴時刻として状態２４ｄに記憶することが好ましい。
【００２０】
図３は、本発明の第２の実施形態に係るコンテンツ管理システムの概略構成を示す図である。図３において、基本的な構成は図１と同じであるので、重複した説明は省略する。なお、図３において、図１と同じ部分には、同じ符号を付している。  
第２の実施形態が第１の実施形態と異なる点は、記憶部２４に更新時刻２４ｅを更に付加したことである。状態２４ｄの更新情報として再生回数が記録されるが、第２の実施形態では、携帯端末２０で最後にコンテンツ２４ｂを再生した時刻のみを更新時刻２４ｅとして、コンテンツファイル２４ａとは別に管理している。具体的には、以下の通りである。
【００２１】
図３に示すように、携帯端末２０には、基地局１０を介してダウンロードしたコンテンツ２４ｂと、権利２４ｃと、状態２４ｄとがコンテンツファイル２４ａとして記憶されている。従って、コンテンツ２４ｂが複数になれば、権利２４ｃと状態２４ｄは、コンテンツ１２の数に応じて増加することになる。ここで言及するコンテンツとは、携帯端末２０においてダウンロード可能なコンテンツ全般、すなわち、音楽、電子メロディ、動画、電子書籍などの電子コンテンツのことをいう。また、さらにコンテンツ１２は権利２４ｃに含まれるコンテンツ鍵によって暗号化されている。なお、携帯端末２０は、複数のコンテンツファイル２４ａを記憶するための記憶部２４を備えており、コンテンツファイル２４ａは、この記憶部２４に記憶される。
【００２２】
権利２４ｃは、ステイトフル権利であって、コンテンツの視聴許可とその制限である権利とコンテンツ鍵とを含み、権利は、例えば、３回まで再生可能といった許可および制限情報を有している。なお、コンテンツがダウンロードされる過程において、コンテンツを提供するサーバから携帯端末２０までセキュアな経路が保障され、そのダウンロードされる内容の改ざんや盗み見が発生しない場合、コンテンツは暗号される必要はなく、平文状態のコンテンツ１２と権利２４ｃがダウンロードされるという構成でもよい。  
状態２４ｄは、コンテンツの再生回数を含む情報である。なお、「更新」は、コンテンツの使用による時刻の更新以外に、コンテンツの追加やコンテンツの削除を含む。  
更新時刻２４ｅは、コンテンツが視聴された時刻のうち、最後にコンテンツが再生された時刻である。なお、本実施形態においても、更新時刻は、携帯端末２０の内部時計による時刻でなく、その都度外部から取得した時刻およびそのみなし時刻とすることが好ましい。
【００２３】
上記のように構成された第２の実施形態に係る動作は第１の実施形態とほぼ同様であるので、図示を省略する。第２の実施形態では、更新時刻をコンテンツファイル２４ａ毎に記憶しているのではなく、最後にコンテンツを視聴した時刻を更新時刻として、一括して管理している。従って、リストア時に、バックアップ時刻と更新時刻２４ｅとが比較される。そして、バックアップ時刻よりも更新時刻２４ｅが遅い時刻であれば、リストアが拒否される。他の動作は第１の実施形態と同様であるので、説明を省略する。  
上記のような、第２の実施形態の構成によっても、第１の実施形態と同様に、ステイトフル権利で保護されたコンテンツのリプレイ・アタックを防止することができる。
【００２４】
本発明は、上記各実施の形態に限ることなく、その他、実施段階ではその要旨を逸脱しない範囲で種々の変形を実施し得ることが可能である。  
例えば、更新の判定に、バックアップ時刻と更新時刻とを用いたが、携帯端末２０内のコンテンツの再生回数とバックアップされた状態２４ｄにおける再生回数とを比較することにより、リストア処理の実行の可否の判定を行っても良い。  
さらに、上記各実施形態には、種々の段階の発明が含まれており、開示される複数の構成要件における適宜な組合せにより種々の発明が抽出され得る。
【００２５】
また、例えば各実施形態に示される全構成要件から幾つかの構成要件が削除されても、発明が解決しようとする課題の欄で述べた課題が解決でき、発明の効果で述べられている効果が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。
【図面の簡単な説明】
【００２６】
【図１】本発明の第１の実施形態に係るコンテンツ管理システムの概略構成を示す図である。
【図２】本発明の第１の実施形態に係る動作を説明するための図であって、（ａ）はバックアップ時の処理の流れであり、（ｂ）はリストア時の処理の流れを示すフローチャートである。
【図３】本発明の第２の実施形態に係るコンテンツ管理システムの概略構成を示す図である。
【符号の説明】
【００２７】
１０…基地局
２４ａ…データ（コンテンツファイル）
２４ｂ…コンテンツ
２４ｃ…権利
２４ｄ…状態
２４ｅ…更新時刻
２０…携帯端末
３０…バックアップ装置
【図１】
2007243703.tif 000003
【図２】
2007243703.tif 000004
【図３】
2007243703.tif 000005