コンテンツ再生システム

【課題】システム全体として権利認証のための負担を軽減することのできるコンテンツ再生システムを提供する。
【解決手段】携帯装置１４の第１の認証要求手段４２は、第１の認証要求を、サーバ装置１２に送信する。サーバ装置１２は、これを受けて、当該ユーザが当該コンテンツの権利を有していれば、テンポラリコードを生成し、このテンポラリコードを携帯装置１４に送信する。携帯装置１４の赤外線送信手段４６は、再生装置１６に対してテンポラリコードを送信する。再生装置１６の第２の認証要求手段６２は、このテンポラリコードをサーバ装置１２に送信し、第２の認証要求を行う。サーバ装置１２の再生キー送信手段２４は、送信されてきたテンポラリコードが、自らが生成したテンポラリコードと一致するかどうかを判断し、一致する場合には、再生装置１６に対して、当該コンテンツを再生するためのキーを送信する。

【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、コンテンツ再生システムに関するものである。
【背景技術】
【０００２】
コンテンツの不正な利用を防止しつつ、コンテンツの流通を阻害しないシステムが提案されている。たとえば、特許文献１には、図１５に示すようなコンテンツ再生システムが開示されている。
【０００３】
このシステムは、携帯電話４、再生装置６、サーバ装置２によって構成されている。コンテンツは、サーバ装置２から再生装置６に対し、自由にダウンロード（あるいはストリーミング）することができる。ただし、このコンテンツを再生装置６において再生するためには、当該コンテンツの権利データを記録した携帯電話４を再生装置６に近づける必要がある。すなわち、携帯電話４から近距離通信にて再生装置６に対して権利データを送信する。再生装置６は、この権利データによって認証を行った後、コンテンツの再生を許可する。
【０００４】
上記のシステムによれば、コンテンツ自体の流通は阻害することなく、コンテンツの不正の利用を防止することができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】国際公開２００７／１１６９２９
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記のシステムにおいては、携帯装置と再生装置との間において、権利データを近距離通信にて送信している。権利データは、コンテンツを識別するための内容、権利の内容、ユーザを識別するための内容などを記録したものであるため、ある程度のデータ量が必要である。また、簡単に解読されるとセキュリティ上好ましくない。そのため、携帯装置と再生装置との間の通信は、フェリカ（商標）などの、比較的高速でありセキュアな方式を用いることが好ましい。
【０００７】
一方、再生装置がフェリカ（商標）のような通信方式の機器を備えておらず、赤外線通信のような低速なものしか備えていない場合も多い。このような場合、携帯装置と再生装置との間で権利データのやりとりをすると、長時間を要し、操作性がきわめて悪くなるという問題があった。
【０００８】
この発明は、上記のような問題点を解決して、携帯装置と再生装置との間において赤外線通信のような低速な通信しかできない場合であっても、適切なコンテンツ管理を行うことのできるコンテンツ再生システムを提供することを目的とする。
【０００９】
また、上記のシステムにおいては、権利の認証を再生装置や携帯装置にて行っている。このため、権利認証のための機能を再生装置や携帯装置に持たせる必要があり、構成が複雑になるという問題があった。
【００１０】
この発明は、上記のような問題点を解決して、システム全体として権利認証のための負担を軽減することのできるシステムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
(1)〜(7)この発明に係るコンテンツ再生システムは、サーバ装置、再生装置、携帯装置を備えたコンテンツ再生システムにおいて、
前記携帯装置は、前記サーバ装置に対して、対象コンテンツのコンテンツＩＤおよびユーザＩＤを送信して第１の認証要求を行う第１の認証要求手段と、前記第１の認証要求に応じて、前記サーバ装置から送られてくるテンポラリコードを受信する受信手段と、前記テンポラリコードを前記再生装置に対し、赤外線通信にて送信する赤外線送信手段とを備え、
前記サーバ装置は、前記携帯装置からの第１の認証要求を受けて認証を行い、認証が可能な場合には当該権利データに対応づけられ、当該権利データよりも短いテンポラリコードを生成して、前記携帯装置に送信するテンポラリコード生成手段と、前記再生装置からの第２の認証要求を受けて認証を行い、認証が可能な場合には当該テンポラリコードに対応づけられた対象コンテンツの再生キーを、前記再生装置に対して送信する再生キー送信手段とを備え、
前記再生装置は、前記携帯装置からのテンポラリコードを受信する赤外線受信手段と、前記サーバ装置に対して、受信した前記テンポラリコードを送信して第２の認証要求を行う第２の認証要求手段と、前記サーバ装置からの復号キーを受信し、当該復号キーを用いて、対象コンテンツを再生する再生手段とを備えている。
【００１２】
したがって、携帯装置と再生装置の間が赤外線通信しかできない場合であっても、迅速に権利認証を行って再生処理を行うことが可能となる。
【００１３】
(8)〜(10)この発明に係るコンテンツ再生システムは、サーバ装置、再生装置、携帯装置を備えたコンテンツ再生システムにおいて、
前記携帯装置は、対象コンテンツのコンテンツＩＤとユーザＩＤと当該ユーザＩＤを予め前記サーバ装置との間で定めた毎回変化する鍵によって暗号化した暗号化ユーザＩＤとを、認証データとして、前記再生装置に対して送信する認証データ送信手段を備え、
前記サーバ装置は、前記携帯装置から送られてきた前記認証データの暗号化ユーザＩＤを、予め定められた前記鍵によって復号化して復号化ユーザＩＤを生成し、当該復号化ユーザＩＤが前記認証データのユーザＩＤと同一であるかどうかを判断し、同一でなければ認証不可とする第一の認証手段と、第一の認証手段が認証不可でないと判断した場合、ユーザＩＤおよびコンテンツＩＤの組み合わせに基づいて、当該ユーザが当該コンテンツの権利を有しているかどうかを判断し、有していれば認証可とする第二の認証手段と、第二の認証手段が認証可であると判断した場合、当該対象コンテンツに対応付けられた対象コンテンツの再生キーを、前記再生装置に対して送信する再生キー送信手段とを備え
前記再生装置は、前記携帯装置からの対象コンテンツのコンテンツＩＤを受け、これを伴って前記サーバ装置に対し、認証要求を行う認証要求手段と、前記サーバ装置からの再生キーを受信し、当該再生キーを用いて、対象コンテンツを再生する再生手段とを備えている。
【００１４】
したがって、権利認証をサーバ装置にて一元化して行うことができ、再生装置や携帯装置の構造を複雑化せずにシステムを実現することができる。また、携帯装置とサーバ装置との間で、予め定めた方式にて変化する鍵を用いてユーザＩＤを暗号化し、暗号化しないユーザＩＤとともに送るようにしている。したがって、認証の際に鍵を送信する必要がなく、安全性の高いシステムを構築することができる。
【００１５】
「第１の認証要求手段」は、実施形態においては、図８のステップＳ６５がこれに対応する。
【００１６】
「受信手段」は、実施形態においては、図８のステップＳ５４に対応して、テンポラリコードを受信する処理を行う端末プログラムの行う処理がこれに対応する。
【００１７】
「赤外線送信手段」は、実施形態においては、図９のステップＳ６６がこれに対応する。
【００１８】
「テンポラリコード生成手段」は、実施形態においては、図８のステップＳ５３がこれに対応する。
【００１９】
「再生キー送信手段」は、実施形態においては、図９、図１４のステップＳ５６がこれに対応する。
【００２０】
「赤外線受信手段」は、実施形態においては、図９のステップＳ６６に対応して、テンポラリコードを受信する処理を行う再生プログラムの行う処理がこれに対応する。
【００２１】
「第２の認証要求手段」は、実施形態においては、図９のステップＳ５５がこれに対応する。
【００２２】
「再生手段」は、実施形態においては、図９、図１４のステップＳ４３がこれに対応する。
【００２３】
「認証データ送信手段」は、実施形態においては、図１３のステップＳ６７がこれに対応する。
【００２４】
「第１の認証手段」は、実施形態においては、図１３のステップＳ５７におけるユーザＩＤの合致認証がこれに対応する。
【００２５】
「第２の認証手段」は、実施形態にておいては、図１３のステップＳ５７におけるユーザＩＤと統一コンテンツＩＤの組み合わせに対応する権利データの有無認証がこれに対応する。
【００２６】
「認証要求手段」は、実施形態においては、図１３のステップＳ４５がこれに対応する。
【００２７】
「プログラム」とは、ＣＰＵにより直接実行可能なプログラムだけでなく、ソース形式のプログラム、圧縮処理がされたプログラム、暗号化されたプログラム等を含む概念である。
【図面の簡単な説明】
【００２８】
【図１】第一の実施形態によるコンテンツ再生システムの機能ブロック図である。
【図２】認証サーバ装置のハードウエア構成である。
【図３】携帯電話装置のハードウエア構成である。
【図４】ＴＶ装置のハードウエア構成である。
【図５】コンテンツ購入処理を示すフローチャートである。
【図６】コンテンツ購入画面の例である。
【図７】権利データの例である。
【図８】コンテンツ再生処理を示すフローチャートである。
【図９】コンテンツ再生処理を示すフローチャートである。
【図１０】テンポラリコードの例である。
【図１１】他の実施形態による、コンテンツ再生処理を示す図である。
【図１２】第二の実施形態によるコンテンツ再生システムの機能ブロック図である。
【図１３】コンテンツ再生処理を示すフローチャートである。
【図１４】コンテンツ再生処理を示すフローチャートである。
【図１５】従来のコンテンツ再生システムを示す図である。
【発明を実施するための形態】
【００２９】
１．第一の実施形態
1.1システムの全体構成
図１に、この発明の一実施形態によるコンテンツ再生システムの機能ブロック図を示す。この実施形態においては、システムは、サーバ装置１２、携帯装置１４、再生装置１６を備えている。
【００３０】
携帯装置１４の第１の認証要求手段４２は、ユーザＩＤ、コンテンツＩＤを特定した第１の認証要求を、サーバ装置１２に送信する。サーバ装置１２は、第１の認証要求を受けて、当該ユーザが当該コンテンツの権利を有するかどうかを判断し、権利を有していれば、当該権利データよりも短いテンポラリコードを生成する。サーバ装置１２は、このテンポラリコードを携帯装置１４に送信する。
【００３１】
携帯装置１４のテンポラリコード受信手段４４は、テンポラリコードを受信して記録する。携帯装置１４の赤外線送信手段４６は、再生装置１６に対してテンポラリコードを送信する。
【００３２】
再生装置１６の赤外線受信手段６４は、テンポラリコードを受信して記録する。再生装置１６の第２の認証要求手段６２は、このテンポラリコードをサーバ装置１２に送信し、第２の認証要求を行う。
【００３３】
サーバ装置１２の再生キー送信手段２４は、送信されてきたテンポラリコードが、自らが生成したテンポラリコードと一致するかどうかを判断する。一致する場合には、正しいテンポラリコードであると判断し、再生装置１６に対して、当該コンテンツを再生するためのキーを送信する。
【００３４】
再生装置１６の再生手段６６は、このキーを受信し、予め取得済みのコンテンツまたは、ストリーミングにてサーバ装置１２から送信されてくるコンテンツを再生する。

【００３５】
1.2ハードウエア構成
以下に示す実施形態では、サーバ装置１２を、認証サーバ装置１２１とコンテンツサーバ装置１２２によって構成している。なお、認証サーバ装置１２１、コンテンツサーバ装置１２２は、一体のサーバ装置として構成するようにしてもよい。
【００３６】
図２に、認証サーバ装置１２１のハードウエア構成を示す。ＣＰＵ３０には、メモリ３１、ハードディスク３２、ＣＤ−ＲＯＭドライブ３３、通信回路３４が接続されている。通信回路３４は、インターネットに接続するための回路である。ハードディスク３２には、オペレーティングシステム（WINDOWS（商標）など）３６、認証サーバプログラム３７が記録されている。認証サーバプログラム３７は、オペレーティングシステム３６と協働してその機能を発揮する。これらプログラムは、ＣＤ−ＲＯＭ３５に記録されていたものを、ＣＤ−ＲＯＭドライブ３３を介して、ハードディスク３２にインストールしたものである。
【００３７】
なお、コンテンツサーバ装置１２２のハードウエア構成も、認証サーバ装置１２１と同様である。ただし、ハードディスク３２には、認証サーバプログラム３７に代えて、コンテンツサーバプログラム３８が記録されている。
【００３８】
図３に、携帯装置である携帯電話装置１４のハードウエア構成を示す。ＣＰＵ５０には、メモリ５１、不揮発性メモリ５２、通信回路５３、赤外線送信回路５４、ディスプレイ５７、キー５８が接続されている。なお、図において、通話機能などは省略している。通信回路５３は、インターネットに接続するための回路である。赤外線送信回路５４は、赤外線にてデータを送信するための回路である。不揮発性メモリ５２には、オペレーティングシステム５５、携帯装置プログラム５６が記録されている。携帯装置プログラム５６は、オペレーティングシステム５５と協働してその機能を発揮する。
【００３９】
図４に、再生装置であるＴＶ装置１６のハードウエア構成を示す。アンテナ７０にて受信した放送波を選択的に受信するためのチューナ７１が設けられている。ＴＳデコーダ７２は、受信した放送波から、所定のプログラムを選択的に抽出する。Ｄ／Ａコンバータ７３は、選択したプログラムをＤ／Ａ変換して、ディスプレイ／スピーカ７４に出力する。
【００４０】
ＣＰＵ７５には、ＴＳデコーダ７２、通信回路７６、赤外線受信回路７７、不揮発性メモリ７８が接続されている。通信回路７６は、インターネットに接続するための回路である。赤外線受信回路７７は、赤外線にてデータを受信するための回路である。不揮発性メモリ７８には、オペレーティングシステム７９、再生装置プログラム８０が記録されている。再生装置プログラム８０は、オペレーティングシステム７９と協働してその機能を発揮する。

【００４１】
1.3コンテンツ購入処理
図５に、ユーザが、携帯電話装置１４を操作して、コンテンツ（音楽や映像など）を購入する処理のフローチャートを示す。図５においては、左側から、コンテンツサーバプログラム３８、認証サーバプログラム３７、携帯装置プログラム５６のフローチャートが示されている。
【００４２】
ユーザは、インターネット上のコンテンツサーバ装置１２２に接続するため、携帯電話装置１４のキー５８を操作する。この際、ユーザは、キー５８を操作して、ユーザＩＤを入力する。ＣＰＵ５０は、キー５８の操作に応じて、通信回路５３を介して、コンテンツサーバ装置１２２にアクセスし、コンテンツ紹介画面を要求する（ステップＳ２１）。
【００４３】
これを受けて、コンテンツサーバ装置１２２は、コンテンツ紹介画面を携帯電話装置１４に送信する（ステップＳ１）。コンテンツ紹介画面のデータにおいては、コンテンツのタイトルにコンテンツプロバイダによるコンテンツＩＤ（ＣＰコンテンツＩＤと呼ぶ）がひもづけられている。
【００４４】
携帯電話装置１４は、受信したコンテンツ紹介画面をディスプレイ５７上に表示する（ステップＳ２２）。コンテンツ紹介画面の例を、図６に示す。ユーザが、コンテンツ紹介画面を参照しキー５８を操作して、購入したいコンテンツを選択する。ＣＰＵ５０は、選択されたコンテンツのＣＰコンテンツＩＤとユーザＩＤを伴ったコンテンツ購入要求を、コンテンツサーバ装置１２２に送信する（ステップＳ２３）。
【００４５】
コンテンツ購入要求を受けたコンテンツサーバ装置１２２のＣＰＵ３０は、コンテンツ購入処理を行う（ステップＳ２）。すなわち、購入要求のなされたコンテンツについて、あらかじめ記録されている金額を、通信回路３４を介して、決済サーバ装置（図示せず）との間でやりとりして決済を行う。
【００４６】
決済（たとえばクレジットカードのオーソリゼーション）が完了すると、コンテンツサーバ装置１２２のＣＰＵ３０は、ユーザＩＤおよびＣＰコンテンツＩＤを伴って、当該コンテンツの権利データを登録するように、認証サーバ１２１に要求する（ステップＳ３）。
【００４７】
認証サーバ装置１２１のＣＰＵ３０は、この権利データの登録要求を受けて、権利データを生成する（ステップＳ１１）。図７に、生成された権利データの構造を示す。権利データには、コンテンツＩＤ、ユーザＩＤの他に、権利内容を示すデータが含まれる。このコンテンツＩＤ（統一コンテンツＩＤと呼ぶ）は、認証サーバ装置１２１が統一的に付したＩＤを用いる。これは、コンテンツサーバ装置１２２は多数存在し、各コンテンツサーバ装置ごとに、おのおのが独自にＩＤを付しているためである。したがって、認証サーバ装置１２１は、各認証サーバ装置１２１が生成したＣＰコンテンツＩＤと、自らが生成した統一コンテンツＩＤとの対応表を、ハードディスク３２に記録している。
【００４８】
権利データ中の権利内容を示すデータには、コンテンツのタイトル、アーティスト名、権利期間などが含まれる。この実施形態では、権利データは、６４バイトの長さとしている。
【００４９】
認証サーバ装置１２１のＣＰＵ３０は、生成した権利データを、不揮発性メモリ３２に記録する。次に、認証サーバ装置１２１のＣＰＵ３０は、権利データ記録完了の通知を、コンテンツサーバ装置１２２に送信する（ステップＳ１２）。コンテンツサーバ装置１２２のＣＰＵ３０は、これを受けて、購入完了画面を、携帯電話装置１４に送信する（ステップＳ４）。携帯電話装置１４のＣＰＵ５０は、ディスプレイ５７に購入完了画面を表示する（ステップＳ２４）。以上のようにして、コンテンツの購入処理が行われる。

【００５０】
1.4コンテンツ再生処理
図８、図９に、コンテンツ再生処理のフローチャートを示す。図８、図９においては、左側から、コンテンツサーバプログラム３８、再生装置プログラム８０、認証サーバプログラム３７、携帯装置プログラム５６のフローチャートが示されている。なお、この実施形態では、コンテンツサーバ装置１２２からのコンテンツは、暗号化して提供される。認証サーバ装置１２１には、各コンテンツに対応づけて、その再生キーである暗号キーおよびコンテンツの記録場所（ＵＲＬ）が記録されている。
【００５１】
ユーザは、インターネット上のコンテンツサーバ装置１２２に接続するため、携帯電話装置１４のキー５８を操作する。この際、ユーザは、キー５８を操作して、ユーザＩＤを入力する。携帯電話装置１４のＣＰＵ５０は、キー５８の操作に応じて、通信回路５３を介して、コンテンツサーバ装置１２２にアクセスし、コンテンツ再生画面を要求する（ステップＳ６１）。これを受けたコンテンツサーバ装置１２２のＣＰＵ３０は、コンテンツ再生画面を携帯電話装置１４に送信する（ステップＳ３１）。
【００５２】
携帯電話装置１４のＣＰＵ５０は、コンテンツ再生画面を受けて、これをディスプレイ５７に表示する（ステップＳ６２）。なお、コンテンツ再生画面は、図６に示すコンテンツ購入画面と同じように、コンテンツの一覧を示すものであり、ＣＰコンテンツＩＤが対応づけられている。
【００５３】
ユーザは、キー５８を操作して、ディスプレイ５７に表示されているコンテンツから一つを選択する(ステップＳ６３）。続いて、携帯電話装置１４は、選択されたコンテンツのＣＰコンテンツＩＤとユーザＩＤを伴って、権利データ要求を認証サーバ装置１２１に対して送信する（ステップＳ６４）。
【００５４】
認証サーバ装置１２１のＣＰＵ３０は、権利データ要求に含まれるＣＰコンテンツＩＤに基づいて、対応する統一コンテンツＩＤを取得する。前述のように、認証サーバ装置１２１のハードディスク３２には、ＣＰコンテンツＩＤと統一コンテンツＩＤの対応表が記録されているので、容易にこれを行うことができる。
【００５５】
ＣＰＵ３０は、統一コンテンツＩＤとユーザＩＤの組み合わせにかかる権利データを探し、存在すれば携帯電話装置１４に送信する（ステップＳ５１）。そのような権利データが存在しない場合、つまり、当該ユーザが当該コンテンツについての権利を有していない場合には、権利データの送信は行われない。携帯電話装置１４のＣＰＵ５０は、受信した権利データを、ＣＰコンテンツＩＤと対応づけてハードディスク５２に記録する。
【００５６】
次に、ＣＰＵ５０は、ステップＳ６３において選択したコンテンツのＣＰコンテンツＩＤに対応する権利データを読み出し、当該権利データに含まれる統一コンテンツＩＤとユーザＩＤを取得する。さらに、ＣＰＵ５０は、統一コンテンツＩＤとユーザＩＤを伴って、権利認証要求を認証サーバ装置１２１に送信する（ステップＳ６５）。
【００５７】
認証サーバ装置１２１のＣＰＵ３０は、送られてきた統一コンテンツＩＤとユーザＩＤを用いて、当該コンテンツに対し当該ユーザが権利を有するかどうかを判断する(ステップＳ５２)。ＣＰＵ３０は、記録された権利データ中に、この統一コンテンツＩＤとユーザＩＤの組み合わせによるものがあるかどうか、つまり、当該ユーザが当該コンテンツについての権利を有しているかどうかを判断する。権利を有していれば、当該権利データに対応づけてテンポラリコードを生成する（ステップＳ５３）。
【００５８】
図１０に、テンポラリコードのデータ構造を示す。この実施形態では、テンポラリコードは、統一コンテンツＩＤ、ユーザＩＤによって構成され、１０バイトの長さとなっている。認証サーバ装置１２１のＣＰＵ３０は、当該ユーザの当該コンテンツの権利データに対応づけて、生成したテンポラリコードをハードディスク３２に記録する（ステップＳ５３）。この際、ＣＰＵ３０は、テンポラリコードに対応づけて、当該テンポラリコードの生成日時もハードディスク３２に記録する。
【００５９】
続いて、認証サーバ装置１２１のＣＰＵ３０は、生成して記録したテンポラリコードを、携帯電話装置１４に送信する（ステップＳ５４）。これを受信した携帯電話装置１４のＣＰＵ５０は、赤外線通信回路５４を用いて、受信したテンポラリコードをＴＶ装置１６に送信する（ステップＳ６６）。
【００６０】
これを受信したＴＶ装置１６のＣＰＵ７５は、受信したテンポラリコードを認証サーバ装置１２１に送信する（ステップＳ４１）。認証サーバ装置１２１のＣＰＵ３０は、送信されてきたテンポラリコードについて認証を行う（ステップＳ５５）。すなわち、ＣＰＵ３０は、ハードディスク３２に記録されたテンポラリコード中に、送信されてきたテンポラリコードが存在するかどうかを判断する。存在しなければ、認証を拒否する。存在すれば、現在時刻（内蔵時計より取得）が、当該テンポラリコードの有効期限内であるかどうかを判断する。各テンポラリコードの有効期限は、予め定められた時間（たとえば生成日時から数分）としている。したがって、ＣＰＵ３０は、ハードディスク３２において、テンポラリコードに対応づけて記録されている生成日時に基づいて、当該テンポラリコードの有効期限を算出する。
【００６１】
有効期限を過ぎていれば認証を拒否し、有効期限内であれば認証を確認する。なお、テンポラリコードが存在した場合、当該テンポラリコードは削除する。これは、テンポラリコードの使用を１回限りとしてセキュリティを確保するためのである。
【００６２】
認証サーバ装置１２１のＣＰＵ３０は、テンポラリコードの認証を確認すると、当該テンポラリコードに対応付けられたコンテンツに対し、予め対応づけて記録している復号キーおよびデータ情報を、ハードディスク３２から読み出す。なお、ここで、データ情報とは、当該コンテンツを取得するために必要な情報（たとえば、ＣＰコンテンツＩＤやコンテンツが記録されているＵＲＬ）である。この実施形態では、コンテンツが記録されているＵＲＬをデータ情報としている。
【００６３】
認証サーバ装置１２１のＣＰＵ３０は、当該コンテンツに対応する復号キーおよびデータ情報をＴＶ装置１６に送信する（ステップＳ５６）。これを受信したＴＶ装置１６のＣＰＵ７５は、データ情報を用いて、コンテンツが記録されている場所にアクセスし、コンテンツのストリーミングを要求する（ステップＳ４２）。この実施形態では、データ情報によって示されるコンテンツの位置が、コンテンツサーバ装置１２２であったとする。コンテンツサーバ装置１２２は、この要求を受けて、暗号化されたコンテンツを、ＴＶ装置１６に対しストリーミングする(ステップＳ３２）。
【００６４】
暗号化コンテンツを受信したＴＶ装置１６のＣＰＵ７５は、復号キーによって復号し、コンテンツを再生する（ステップＳ４３）。

【００６５】
1.5その他の実施形態
(1)上記実施形態では、携帯電話装置１４は、選択されたコンテンツについての権利データを、認証サーバ装置１２１に要求するようにしている。しかし、携帯電話装置１４１に、既に当該コンテンツの権利データが記録されている場合には、権利データの要求を行わないようにしてもよい。この場合、権利データの有無は、選択されたコンテンツのＣＰコンテンツＩＤに基づいて、対応するものが記録されているかどうかを判断することにより行うことができる。
【００６６】
(2)上記実施形態では、認証サーバ装置１２１は、テンポラリコードに対応づけて、ハードディスク３２に生成日時を記録するようにしている。しかし、有効期限を記録するようにしてもよい。また、テンポラリコード自体に生成日時や有効期限を記録するようにしてもよい。ただし、テンポラリコード自体に生成日時や有効期限を記録することは、セキュリティ上好ましくない。
【００６７】
(3)上記実施形態では、携帯電話装置１４とＴＶ装置１６との間の通信に赤外線通信を用いるようにしている。しかしながら、この発明は、赤外線以外での、通信速度や通信時の安全性に問題のある方式、たとえばブルーツース通信にも適用することもできる。
【００６８】
(4)上記実施形態では、認証サーバ装置１２１が権利認証を行った後にテンポラリコードを生成するようにしている。しかしながら、図１１に示すように、テンポラリコードを、ＴＶ装置の側で生成するようにしてもよい。
【００６９】
携帯電話装置１４は、コンテンツサーバ装置１２２に対し、コンテンツの一覧を要求する（(1)参照）。これを受けて、コンテンツサーバ装置１２２は、コンテンツの一覧を返信する（(2)参照）。ユーザが一覧からコンテンツを選択すると、携帯電話装置１４は、ＴＶ装置１６に対し、赤外線通信にてテンポラリコードの問い合わせを行う（(3)参照）。ＴＶ装置１６は、テンポラリコードを生成して記録するとともに、携帯電話装置１４に送信する（(4)参照）。
【００７０】
次に、携帯電話装置１４は、選択されたコンテンツのＣＰコンテンツＩＤ、ユーザＩＤ、テンポラリコードを伴って、認証サーバ装置１２１に対し、認証要求を行う。認証サーバ装置１２１は、ＣＰコンテンツＩＤを統一コンテンツＩＤに変換し、統一コンテンツＩＤとユーザＩＤの組み合わせによる権利データが存在するかどうかを判断する（(6)参照）。権利データが存在すれば、認証ＯＫのフラグとともに、権利データとテンポラリコードとを対応づけて記録する。
【００７１】
一方、ＴＶ装置１６は、テンポラリコードを伴って、認証サーバ装置１２１に問い合わせを行う（(7)参照）。認証サーバ装置１２１は、ＴＶ装置１６からのテンポラリコードが、認証済みのものとして記録されているかどうかを判断する。記録されていれば、当該権利データに対応する復号キー、データ情報を、ＴＶ装置１６に送信する（(8)参照）。ＴＶ装置１６は、この復号キー、データ情報に基づいて、当該コンテンツを復号して再生する。
【００７２】
(5)上記実施形態では、ストリーミングにてコンテンツを配信するようにしている。しかしながら、予めあるいはその都度、コンテンツサーバ装置１２２からＴＶ装置１６にコンテンツをダウンロードするようにしてもよい。
【００７３】
(6)上記実施形態では、携帯装置として携帯電話装置１４を用いているが、ＰＤＡ、タブレット、携帯音楽プレイヤ、携帯ゲーム装置などを用いるようにしてもよい。
【００７４】
(7)上記実施形態では、再生装置としてＴＶ装置１６を用いているが、ＰＣ、ステレオ装置などを用いるようにしてもよい。
【００７５】
(8)上記実施形態では、再生キーとして暗号キーを用いている。しかし、コンテンツを暗号化せずに、再生装置において、再生キーがなければ再生を開始しないようにしてもよい。
【００７６】
(9)上記実施形態では、権利認証要求（ステップＳ６５）の際に、権利データの有効期限をチェックしていないが、これをチェックするようにしてもよい。たとえば、権利の有効期限が切れていれば、権利認証要求の送信は行わず、再生を行わないようにしてもよい。
【００７７】
(10)上記実施形態において、ＴＶ装置１６が赤外線を受信する機能は、チャネル変更などのためにＴＶ装置１６がリモコン装置から赤外線を受信する機能を用いてもよい。この場合、チャネル変更やボリューム変更などのコマンドと区別するため、これらコマンドにはないコードをテンポラリコードの先頭に付して区別するようにすればよい。

【００７８】
２．第二の実施形態
2.1システムの全体構成
図１２に、この発明の一実施形態によるコンテンツ再生システムの機能ブロック図を示す。この実施形態においては、システムは、サーバ装置１２、携帯装置１４、再生装置１６を備えている。
【００７９】
携帯装置１４の認証データ送信手段４８は、再生装置１６に対し、再生対象であるコンテンツのコンテンツＩＤ、暗号化ユーザＩＤ、ユーザＩＤを、認証データとして生成する。なお、携帯装置１４は、予めサーバ装置１２との間で定めた方式に従って、毎回、鍵を変えつつユーザＩＤを暗号化して暗号化ユーザＩＤを生成する。生成された認証データは、再送装置１６に送信される。
【００８０】
再生装置１６の認証要求手段６８は、受信した認証データを伴って、サーバ装置１２に認証要求を行う。つまり、当該ユーザが、当該コンテンツに対する権利を有するかどうかの認証を要求する。
【００８１】
サーバ装置１２の第１の認証手段２６は、受信した認証データに含まれる暗号化ユーザＩＤを、鍵によって復元し、復号化ユーザＩＤを得る。第１の認証手段２６は、復号化ユーザＩＤと、認証データに含まれるユーザＩＤが合致するかどうかを判断する。不一致であれば、認証データが改ざんされていることになるので、認証を拒否する。一致した場合には、第２の認証手段２８が、ユーザＩＤとコンテンツＩＤに基づいて、当該ユーザが当該コンテンツの権利を有しているかどうかを判断する。権利を有していなければ認証を拒否する。権利を有していれば、再生キー送信手段２４が、再生装置１６に対し、当該コンテンツを再生するための再生キーを送信する。
【００８２】
再生装置１６の再生手段６６は、この再生キーを受けて、コンテンツを再生する。

【００８３】
2.2ハードウエア構成
以下に示す実施形態では、サーバ装置１２を、認証サーバ装置１２１とコンテンツサーバ装置１２２によって構成している。なお、認証サーバ装置１２１、コンテンツサーバ装置１２２は、一体のサーバ装置として構成するようにしてもよい。
【００８４】
認証サーバ装置１２１、コンテンツサーバ装置１２２、携帯電話装置１４、ＴＶ装置１６のハードウエア構成は、第一の実施形態と同様である。ただし、携帯電話装置１４には無線送信回路５９（たとえば、フェリカ（商標）送信回路）が設けられ、ＴＶ装置１６には無線受信回路８１（たとえば、フェリカ（商標）受信回路）が設けられている。

【００８５】
2.3コンテンツ購入処理
コンテンツ購入処理は、図５に示すフローチャートと同じである。

【００８６】
2.4コンテンツ再生処理
図１３、図１４に、コンテンツ再生処理のフローチャートを示す。図１３、図１４においては、左側から、コンテンツサーバプログラム３８、再生装置プログラム８０、認証サーバプログラム３７、携帯装置プログラム５６のフローチャートが示されている。なお、この実施形態では、コンテンツサーバ装置１２２からのコンテンツは、暗号化して提供される。認証サーバ装置１２１には、各コンテンツに対応づけて、その再生キーである暗号キーおよびコンテンツの記録場所（ＵＲＬ）が記録されている。
【００８７】
ユーザは、インターネット上のコンテンツサーバ装置１２２に接続するため、携帯電話装置１４のキー５８を操作する。この際、ユーザは、キー５８を操作して、ユーザＩＤを入力する。携帯電話装置１４のＣＰＵ５０は、キー５８の操作に応じて、通信回路５３を介して、コンテンツサーバ装置１２２にアクセスし、コンテンツ再生画面を要求する（ステップＳ６１）。これを受けたコンテンツサーバ装置１２２のＣＰＵ３０は、コンテンツ再生画面を携帯電話装置１４に送信する（ステップＳ３１）。
【００８８】
携帯電話装置１４のＣＰＵ５０は、コンテンツ再生画面を受けて、これをディスプレイ５７に表示する（ステップＳ６２）。なお、コンテンツ再生画面は、図６に示すコンテンツ購入画面と同じように、コンテンツの一覧を示すものであり、ＣＰコンテンツＩＤが対応づけられている。
【００８９】
ユーザは、キー５８を操作して、ディスプレイ５７に表示されているコンテンツから一つを選択する(ステップＳ６３）。続いて、携帯電話装置１４は、選択されたコンテンツのＣＰコンテンツＩＤとユーザＩＤを伴って、権利データ要求を認証サーバ装置１２１に対して送信する（ステップＳ６４）。
【００９０】
認証サーバ装置１２１のＣＰＵ３０は、権利データ要求に含まれるＣＰコンテンツＩＤに基づいて、対応する統一コンテンツＩＤを取得する。ＣＰＵ３０は、統一コンテンツＩＤとユーザＩＤの組み合わせにかかる権利データを探し、存在すれば携帯電話装置１４に送信する（ステップＳ５１）。そのような権利データが存在しない場合、つまり、当該ユーザが当該コンテンツについての権利を有していない場合には、権利データの送信は行われない。携帯電話装置１４のＣＰＵ５０は、受信した権利データを、ＣＰコンテンツＩＤと対応づけてハードディスク５２に記録する。
【００９１】
次に、携帯電話装置１４のＣＰＵ５０は、ステップＳ６３において選択したコンテンツのＣＰコンテンツＩＤに対応する権利データを読み出し、当該権利データに含まれる統一コンテンツＩＤとユーザＩＤを取得する。ＣＰＵ５０は、ユーザＩＤを、認証サーバ装置１２１との間で予め定めた鍵を用いて暗号化する。たとえば、順次ランダムな鍵を発生するアルゴリズムを携帯電話装置１４と認証サーバ装置１２１との間で共有しておくことで、鍵を送信することなく、使用する鍵を共有することができる。ＣＰＵ５０は、このようにして暗号化した暗号化ユーザＩＤと暗号化していないユーザＩＤと統一コンテンツＩＤとを、認証データとしてＴＶ装置１６に送信する（ステップＳ６７）。
【００９２】
ＴＶ装置１６のＣＰＵ７５は、携帯電話装置１４から受信した認証データを伴って、認証サーバ装置１２１に認証要求を送信する（ステップＳ４５）。認証サーバ装置１２１のＣＰＵ３０は、受信した認証データに含まれる暗号化ユーザＩＤの暗号を解いてユーザＩＤを復元する。さらに、ＣＰＵ３０は、復元したユーザＩＤと、認証データに含まれるユーザＩＤが合致するかどうかを判断する。合致しなければ、認証データの書き換えがなされているということであるから、認証を拒否する。
【００９３】
合致すれば、ＣＰＵ３０は、次に、ユーザＩＤと統一コンテンツＩＤの組み合わせにて、権利データが存在するかどうかを判断する（ステップＳ５７）。権利データが存在しなければ、認証を拒否する。権利データが存在すれば、ＣＰＵ３０は、当該権利データのコンテンツに対し、予め対応づけて記録している復号キーおよびデータ情報を、ハードディスク３２から読み出す。この実施形態では、コンテンツが記録されているＵＲＬをデータ情報としている。
【００９４】
認証サーバ装置１２１のＣＰＵ３０は、当該コンテンツに対応する復号キーおよびデータ情報をＴＶ装置１６に送信する（ステップＳ５６）。これを受信したＴＶ装置１６のＣＰＵ７５は、データ情報を用いて、コンテンツが記録されている場所にアクセスし、コンテンツのストリーミングを要求する（ステップＳ４２）。この実施形態では、データ情報によって示されるコンテンツの位置が、コンテンツサーバ装置１２２であったとする。コンテンツサーバ装置１２２は、この要求を受けて、暗号化されたコンテンツを、ＴＶ装置１６に対しストリーミングする(ステップＳ３２）。
【００９５】
暗号化コンテンツを受信したＴＶ装置１６のＣＰＵ７５は、復号キーによって復号し、コンテンツを再生する（ステップＳ４３）。

【００９６】
2.5その他の実施形態
(1)上記実施形態では、携帯電話装置１４は、選択されたコンテンツについての権利データを、認証サーバ装置１２１に要求するようにしている。しかし、携帯電話装置１４１に、既に当該コンテンツの権利データが記録されている場合には、権利データの要求を行わないようにしてもよい。この場合、権利データの有無は、選択されたコンテンツのＣＰコンテンツＩＤに基づいて、対応するものが記録されているかどうかを判断することにより行うことができる。
【００９７】
(2)上記実施形態では、認証サーバ装置１２１は、テンポラリコードに対応づけて、ハードディスク３２に生成日時を記録するようにしている。しかし、有効期限を記録するようにしてもよい。また、テンポラリコード自体に生成日時や有効期限を記録するようにしてもよい。ただし、テンポラリコード自体に生成日時や有効期限を記録することは、セキュリティ上好ましくない。
【００９８】
(3)上記実施形態では、ストリーミングにてコンテンツを配信するようにしている。しかしながら、予めあるいはその都度、コンテンツサーバ装置１２２からＴＶ装置１６にコンテンツをダウンロードするようにしてもよい。
【００９９】
(4)上記実施形態では、携帯装置として携帯電話装置１４を用いているが、ＰＤＡ、タブレット、携帯音楽プレイヤ、携帯ゲーム装置などを用いるようにしてもよい。
【０１００】
(5)上記実施形態では、再生装置としてＴＶ装置１６を用いているが、ＰＣ、ステレオ装置などを用いるようにしてもよい。
【０１０１】
(6)上記実施形態では、再生キーとして暗号キーを用いている。しかし、コンテンツを暗号化せずに、再生装置において、再生キーがなければ再生を開始しないようにしてもよい。
【０１０２】
(7)上記実施形態では、認証データ送信（ステップＳ６７）の際に、権利データの有効期限をチェックしていないが、これをチェックするようにしてもよい。たとえば、権利の有効期限が切れていれば、認証データの送信は行わず、再生を行わないようにしてもよい。

【特許請求の範囲】
【請求項１】
サーバ装置、再生装置、携帯装置を備えたコンテンツ再生システムにおいて、
前記携帯装置は、
前記サーバ装置に対して、対象コンテンツのコンテンツＩＤおよびユーザＩＤを送信して第１の認証要求を行う第１の認証要求手段と、
前記第１の認証要求に応じて、前記サーバ装置から送られてくるテンポラリコードを受信する受信手段と、
前記テンポラリコードを前記再生装置に対し、赤外線通信にて送信する赤外線送信手段と、
を備え、
前記サーバ装置は、
前記携帯装置からの第１の認証要求を受けて認証を行い、認証が可能な場合には当該権利データに対応づけられ、当該権利データよりも短いテンポラリコードを生成して、前記携帯装置に送信するテンポラリコード生成手段と、
前記再生装置からの第２の認証要求を受けて認証を行い、認証が可能な場合には当該テンポラリコードに対応づけられた対象コンテンツの再生キーを、前記再生装置に対して送信する再生キー送信手段と、
を備え
前記再生装置は、
前記携帯装置からのテンポラリコードを受信する赤外線受信手段と、
前記サーバ装置に対して、受信した前記テンポラリコードを送信して第２の認証要求を行う第２の認証要求手段と、
前記サーバ装置からの復号キーを受信し、当該復号キーを用いて、対象コンテンツを再生する再生手段と、
を備えたコンテンツ再生システム。
【請求項２】
再生装置、携帯装置とともにコンテンツ再生システムを構成するサーバ装置であって、
前記携帯装置からの第１の認証要求を受けて認証を行い、認証が可能な場合には当該権利データに対応づけられ、当該権利データよりも短いテンポラリコードを生成して、前記携帯装置に送信するテンポラリコード生成手段と、
前記再生装置からの第２の認証要求を受けて認証を行い、認証が可能な場合には当該テンポラリコードに対応づけられた対象コンテンツの再生キーを、前記再生装置に対して送信する再生キー送信手段と、
を備えたサーバ装置。
【請求項３】
再生装置、携帯装置とともにコンテンツ再生システムを構成するサーバ装置をコンピュータによって実現するためのサーバプログラムであって、コンピュータを、
前記携帯装置からの第１の認証要求を受けて認証を行い、認証が可能な場合には当該権利データに対応づけられ、当該権利データよりも短いテンポラリコードを生成して、前記携帯装置に送信するテンポラリコード生成手段と、
前記再生装置からの第２の認証要求を受けて認証を行い、認証が可能な場合には当該テンポラリコードに対応づけられた対象コンテンツの再生キーを、前記再生装置に対して送信する再生キー送信手段と、
して機能させるためのサーバプログラム。
【請求項４】
サーバ装置、再生装置とともにコンテンツ再生システムを構成する携帯装置であって、
前記サーバ装置に対して、対象コンテンツのコンテンツＩＤおよびユーザＩＤを送信して第１の認証要求を行う第１の認証要求手段と、
前記第１の認証要求に応じて、前記サーバ装置から送られてくるテンポラリコードを受信する受信手段と、
前記テンポラリコードを前記再生装置に対し、赤外線通信にて送信する赤外線送信手段と、
を備えた携帯装置。
【請求項５】
サーバ装置、再生装置とともにコンテンツ再生システムを構成する携帯装置をコンピュータによって実現するための携帯プログラムであって、コンピュータを、
前記サーバ装置に対して、対象コンテンツのコンテンツＩＤおよびユーザＩＤを送信して第１の認証要求を行う第１の認証要求手段と、
前記第１の認証要求に応じて、前記サーバ装置から送られてくるテンポラリコードを受信する受信手段と、
前記テンポラリコードを前記再生装置に対し、赤外線通信にて送信する赤外線送信手段と、
して機能させるための携帯プログラム。
【請求項６】
サーバ装置、携帯装置とともにコンテンツ再生システムを構成する再生装置であって、
前記携帯装置からの対象コンテンツのコンテンツＩＤおよびユーザＩＤを伴う第１の認証要求に基づいて、前記サーバ装置より取得した、当該権利データよりも短いテンポラリコードを、前記携帯装置より、赤外線通信にて受信する赤外線受信手段と、
前記サーバ装置に対して、受信した前記テンポラリコードを送信して第２の認証要求を行う第２の認証要求手段と、
前記サーバ装置からの再生キーを受信し、当該再生キーを用いて、対象コンテンツを再生する再生手段と、
を備えた再生装置。
【請求項７】
サーバ装置、携帯装置とともにコンテンツ再生システムを構成する再生装置をコンピュータによって実現するための再生プログラムであって、コンピュータを、
前記携帯装置からの対象コンテンツのコンテンツＩＤおよびユーザＩＤを伴う第１の認証要求に基づいて、前記サーバ装置より取得した、当該権利データよりも短いテンポラリコードを、前記携帯装置より、赤外線通信にて受信する赤外線受信手段と、
前記サーバ装置に対して、受信した前記テンポラリコードを送信して第２の認証要求を行う第２の認証要求手段と、
前記サーバ装置からの再生キーを受信し、当該再生キーを用いて、対象コンテンツを再生する再生手段と、
して機能させるための再生プログラム。
【請求項８】
サーバ装置、再生装置、携帯装置を備えたコンテンツ再生システムにおいて、
前記携帯装置は、
対象コンテンツのコンテンツＩＤとユーザＩＤと当該ユーザＩＤを予め前記サーバ装置との間で定めた毎回変化する鍵によって暗号化した暗号化ユーザＩＤとを、認証データとして、前記再生装置に対して送信する認証データ送信手段と、
を備え、
前記サーバ装置は、
前記携帯装置から送られてきた前記認証データの暗号化ユーザＩＤを、予め定められた前記鍵によって復号化して復号化ユーザＩＤを生成し、当該復号化ユーザＩＤが前記認証データのユーザＩＤと同一であるかどうかを判断し、同一でなければ認証不可とする第一の認証手段と、
第一の認証手段が認証不可でないと判断した場合、ユーザＩＤおよびコンテンツＩＤの組み合わせに基づいて、当該ユーザが当該コンテンツの権利を有しているかどうかを判断し、有していれば認証可とする第二の認証手段と、
第二の認証手段が認証可であると判断した場合、当該対象コンテンツに対応付けられた対象コンテンツの再生キーを、前記再生装置に対して送信する再生キー送信手段と、
を備え
前記再生装置は、
前記携帯装置からの対象コンテンツのコンテンツＩＤを受け、これを伴って前記サーバ装置に対し、認証要求を行う認証要求手段と、
前記サーバ装置からの再生キーを受信し、当該再生キーを用いて、対象コンテンツを再生する再生手段と、
を備えたコンテンツ再生システム。
【請求項９】
再生装置、携帯装置とともにコンテンツ再生システムを構成するサーバ装置において、
前記携帯装置から送られてきた前記認証データの暗号化ユーザＩＤを、予め定められた前記鍵によって復号化して復号化ユーザＩＤを生成し、当該復号化ユーザＩＤが前記認証データのユーザＩＤと同一であるかどうかを判断し、同一でなければ認証不可とする第一の認証手段と、
第一の認証手段が認証不可でないと判断した場合、ユーザＩＤおよびコンテンツＩＤの組み合わせに基づいて、当該ユーザが当該コンテンツの権利を有しているかどうかを判断し、有していれば認証可とする第二の認証手段と、
第二の認証手段が認証可であると判断した場合、当該対象コンテンツに対応付けられた対象コンテンツの再生キーを、前記再生装置に対して送信する再生キー送信手段と、
を備えたサーバ装置。
【請求項１０】
再生装置、携帯装置とともにコンテンツ再生システムを構成するサーバ装置を、コンピュータによって実現するためのサーバプログラムであって、コンピュータを、
前記携帯装置から送られてきた前記認証データの暗号化ユーザＩＤを、予め定められた前記鍵によって復号化して復号化ユーザＩＤを生成し、当該復号化ユーザＩＤが前記認証データのユーザＩＤと同一であるかどうかを判断し、同一でなければ認証不可とする第一の認証手段と、
第一の認証手段が認証不可でないと判断した場合、ユーザＩＤおよびコンテンツＩＤの組み合わせに基づいて、当該ユーザが当該コンテンツの権利を有しているかどうかを判断し、有していれば認証可とする第二の認証手段と、
第二の認証手段が認証可であると判断した場合、当該対象コンテンツに対応付けられた対象コンテンツの再生キーを、前記再生装置に対して送信する再生キー送信手段と、
して機能させるためのサーバプログラム。

【図１】