(57)【要約】【課題】端末を切り替えてコンテンツを継続視聴する際、可搬型記憶装置を用いたセキュアなコンテンツのコピーや移動を用いた従来方法では、即時表示の困難、あるいは、データ経路の複雑さによるデータ輻輳や処理量の増大の解決が課題である。同様に、表示端末での表示だけの場合においても蓄積手段を必要とするため、端末内の蓄積手段の大容量化や可搬型記憶装置の搭載による価格上昇の解決が課題である。【解決手段】コンテンツ配信サービスにおいて、認証を行う端末と、コンテンツの表示あるいは蓄積を行う端末とを分け、サーバからのコンテンツ配信先を選択可能な認証および鍵交換を行う。【選択図】  図１
2009130750.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを用いたコンテンツ配信方法であって、
制御端末からサーバへ、コンテンツを視聴する表示端末を指定する情報を通知するステップと、
前記サーバから前記表示端末へ、コンテンツを配信するステップとを有するコンテンツ配信方法。
【請求項２】
請求項１のコンテンツ配信方法であって、更に、
前記制御端末から前記サーバへ、ユーザのログイン情報を送信するステップと、
前記サーバが前記ログイン情報に基づいて認証した場合に、前記サーバから前記制御端末へ、証明情報を送信するステップと、
前記制御端末から前記表示装置へ、前記証明情報を送信するステップとを有するコンテンツ配信方法。
【請求項３】
請求項２のコンテンツ配信方法であって、更に、
前記表示装置から前記サーバへ、当該表示端末を指定する情報と前記制御端末から受信した前記証明情報とを送信するステップと、
前記サーバで前記表示端末を指定する情報と前記制御端末から受信した前記証明情報とに基づいて認証するステップと、
前記認証がされたとき、前記サーバから前記表示端末へ、前記コンテンツに対応する鍵情報を送信するステップと、
前記表示端末は、前記鍵情報を用いて前記コンテンツを表示するステップとを有するコンテンツ配信方法。
【請求項４】
請求項１のコンテンツ配信方法であって、更に、
前記サーバで前記表示端末を認証するステップと、
前記認証がされたとき、前記サーバから前記表示端末へ、コンテンツに対応する鍵情報を送信するステップと、
前記表示端末は、前記鍵情報を用いてコンテンツを表示するステップとを有するコンテンツ配信方法。
【請求項５】
請求項１のコンテンツ配信方法であって、更に、
前記サーバで前記制御端末を認証するステップと、
前記認証がされたとき、前記サーバから前記制御端末へ、コンテンツに対応する鍵情報を送信するステップと、
前記制御端末から前記表示端末へ、前記鍵情報を送信するステップと、
前記表示端末は、前記鍵情報を用いてコンテンツを表示するステップとを有するコンテンツ配信方法。
【請求項６】
請求項１から５のいずれかのコンテンツ配信方法であって、更に、
前記表示端末から前記サーバへ、コンテンツの配信を要求するステップを有するコンテンツ配信方法。
【請求項７】
請求項１から５のいずれかのコンテンツ配信方法であって、更に、
前記制御端末から前記サーバへ、コンテンツの配信を要求するステップを有するコンテンツ配信方法。
【請求項８】
請求項１から５のいずれかのコンテンツ配信方法であって、更に、
前記表示端末で複数のコンテンツの一覧を表示するステップと、
前記表示端末から前記サーバへ、コンテンツを指定する情報を送信するステップを有するコンテンツ配信方法。
【請求項９】
請求項１から５のいずれかのコンテンツ配信方法であって、更に、
前記制御端末で複数のコンテンツの一覧を表示するステップと、
前記制御端末から前記サーバへ、コンテンツを指定する情報を送信するステップを有するコンテンツ配信方法。
【請求項１０】
コンテンツ配信の制御端末であって、
ユーザの認証情報の入力を受ける入力部と、
前記認証情報とコンテンツを視聴する表示端末の情報とをサーバへ送信し、当該サーバから証明情報を受信する通信部と、
前記通信部で、受信した証明情報を前記表示端末に送信させる処理部とを有する制御端末。
【請求項１１】
コンテンツ配信の制御端末であって、
ユーザの認証情報の入力を受ける入力部と、
前記認証情報と前記制御端末の情報とコンテンツを視聴する表示端末の情報とをサーバへ送信し、当該サーバから鍵情報を受信する通信部と、
前記通信部で、受信した鍵情報を前記表示端末に送信させる処理部とを有する制御端末。
【請求項１２】
コンテンツ配信を受ける表示端末であって、
当該表示端末の情報を前記制御端末へ送信し、当該制御端末から証明情報を受信する通信部と、
前記通信部で、受信した前記証明情報と当該表示端末の情報とを前記サーバに送信させる処理部とを有する表示端末。
【請求項１３】
コンテンツ配信を受ける表示端末であって、
当該表示端末の情報を前記制御端末へ送信し、当該制御端末から鍵情報を受信する通信部と、
前記通信部で受信した鍵情報を用いてコンテンツを表示する表示部とを有する表示端末。
【請求項１４】
サーバが実行するコンテンツ配信方法であって、
前記制御端末から、認証情報を送信するステップと、
前記制御端末へ、受信した認証情報に基づいた証明情報を送信するステップと、
表示端末から、前記証明情報を受信するステップと、
前記表示端末へ、コンテンツを配信するステップとを有するコンテンツ配信方法。
【請求項１５】
サーバが実行するコンテンツ配信方法であって、
前記制御端末から、認証情報と表示端末の情報とを送信するステップと、
前記制御端末へ、受信した前記認証情報と前記表示端末の情報とに基づいた鍵情報を送信するステップと、
前記表示端末へ、コンテンツを配信するステップとを有するコンテンツ配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
技術分野は、映像等のコンテンツを視聴するシステム等に関し、特に複数の装置を連携させてネットワークを介してコンテンツを視聴するシステム等に関する。
【背景技術】
【０００２】
上記技術分野について、例えば特許文献１には、「端末の切替に際して、切替先の端末から改めてログインすることなく、切替元端末で視聴していたコンテンツを切替先端末でシームレスに継続して視聴できるようにする」ことを課題とし（特許文献１［０００６］参照）、その解決手段として「コンテンツをシームレスにハンドオーバするシステム（ＭｅｔａＰＯＲＴ）と、ＴＶ−Ａｎｙｔｉｍｅ  Ｆｏｒｕｍ規定に準拠する視聴履歴管理サーバ、コンテンツメタサーバ、ロケーション解決サーバ、ＩＥＴＦ規定に準拠するプレゼンス管理サーバなどとの連携で実現する。ＭｅｔａＰＯＲＴは、切替元端末でユーザが視聴していたコンテンツのコンテキストをネットワークが引き継ぎ、切替先端末のプレゼンスに適合させて配信・再生するＳｕｓｐｅｎｄ  ａｎｄ  Ｒｅｓｕｍｅ機能をネットワークサービスとして実現する視聴継続制御サーバ（ＭｅｔａＰＯＲＴサーバ）である。ユーザには端末（ＭｅｔａＰＯＲＴ端末）の画面上で切替元／切替先端末を選択し、ハンドオーバを指示するためのユーザインタフェースを提供し、ユーザからの入力に応じてプレゼンスサーバおよびロケーション解決サーバにアクセスして、切替先端末へのシームレスなハンドオーバ機能を実現する」こと（特許文献１［０００８］参照）等が記載されている。
【０００３】
また、特許文献２には、「一般的なホームネットワーク環境でのコンテンツ視聴において、ユーザがコンテンツ視聴を中止しても、簡単に視聴を中断位置から再開できて使い勝手の良いホームネットワークＡＶサーバ及びホームネットワークＡＶサーバプログラムを提供すること」（特許文献２［０００６］参照）を課題とし、その解決手段として「…ホームネットワークＡＶサーバにおいて、前記クライアント端末に送信される前記コンテンツデータの現在の送信位置を検出するデータ送信位置検出部と、前記クライアント端末からの再生停止要求受信時に前記データ送信位置検出部から出力される前記コンテンツデータの現在の送信位置に基づいて再生停止したデータ位置を再生開始位置とする中途開始用コンテンツ情報を作成し、前記コンテンツ情報リスト記憶部に記憶させる中途開始用コンテンツ情報作成部とを備え、前記送信データ作成部は、前記クライアント端末からの視聴再生開始時に前記コンテンツ情報リスト記憶部の前記中途開始用コンテンツ情報を参照して前記再生開始位置からのコンテンツデータを送信すること」（特許文献２［０００７］参照）が記載されている。
【０００４】
また装置間でのコンテンツ取り引きの認証に関して、特許文献３には、「ユーザデバイス間のコンテンツ取り引きにおいてユーザ確認処理としての個人認証を行い、コンテンツ利用を可能とする処理を実行するコンテンツ配信システムを提供する」ことを課題とし、その解決手段として「配信コンテンツを、コンテンツ鍵で暗号化したコンテンツと、コンテンツの取り引き条件を設定したコンテナ情報を含むセキュアコンテナにより行なう。コンテナ情報には、個人識別証明書識別子リストが含まれる。コンテンツの一次流通後のユーザデバイス間での二次流通において、リストを含む使用制御情報を生成してデバイスに格納する。デバイス間でのコンテンツ流通時には、リストから個人識別証明書を特定し、ユーザデバイスにおいて、個人識別証明書に基づく個人認証を実行して、認証成立を条件として、転送コンテンツの利用を可能とする」ことが開示されている。
【０００５】
【特許文献１】特開２００４−３３６３１０号公報
【特許文献２】特開２００５−３２３０６８号公報
【特許文献３】特開２００２−１６９７１９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、上記特許文献１及び２では、視聴する端末を切り替えて継続視聴するときに、コンテンツの視聴に関する認証までは考慮されていない。
【０００７】
特許文献３では、コンテンツ配信において、主たる端末への一次配信と、主たる端末から副端末に対するコピーあるいは移動である二次流通に関して、ユーザ認証を行った上で二次流通を行うときに、信頼できる第三者認証機関による認証の証明書に基づく個人認証を条件に、デバイス（端末）間でコンテンツの二次流通を行う旨を示唆している。しかし、特許文献３では、まず一次流通、すなわち主たるデバイスにコンテンツ配信をうける必要がある。したがって、例えばＩＰＴＶ（テレビ番組や映画などの映像コンテンツをInternet Protocolで配信する放送サービス）のストリーミング型配信において、ユーザが主端末ではなく副端末にてコンテンツを表示したい場合にも、主端末（デバイス）への一時蓄積、あるいは、主端末側を一旦経由して副端末に配信することを必要とする。このため、即時表示の困難、あるいは、データ経路の複雑さによるデータ輻輳や処理量の増大の解決が課題である。特に商用ＩＰＴＶサービスでは、ユーザがネットワーク接続やコンテンツ配信サービスの方法、およびそれを享受する端末やデバイスの専門知識を十分持たない場合も多いため、即時性に対する不満やデータ量および処理が増大することによる操作性低下の解決も課題である。
【０００８】
同様に、副端末での表示だけの場合においても蓄積手段を必要とするため、端末内の蓄積手段の大容量化や可搬型記憶装置（メモリーやＤＶＤなどの可搬メディア用ドライブ等）の搭載による価格上昇の解決が課題となる。このことは、コンテンツが高精細映像や長時間、さらには、多数にわたるような、膨大なデータ量を必要とする場合には顕著になると思われる。
【課題を解決するための手段】
【０００９】
そこで本出願では例えば、コンテンツ配信サービスにおいて、認証を行う端末と、コンテンツの表示あるいは蓄積を行う端末とを分けて視聴可能な技術を提供する。特に、端末での処理量増大やデータ輻輳を少なくしつつ実現する技術を提供する。
【００１０】
具体的に、ネットワークを用いたコンテンツ配信方法であって、制御端末からサーバへ、コンテンツを視聴する表示端末を指定する情報を通知するステップと、サーバから表示端末へ、コンテンツを配信するステップとを有する。更に、制御端末からサーバへ、ユーザのログイン情報を送信するステップと、サーバがログイン情報に基づいて認証した場合に、サーバから制御端末へ、証明情報を送信するステップと、制御端末から表示装置へ、証明情報を送信するステップとを有してもよい。更に、表示装置からサーバへ、表示端末を指定する情報と制御端末から受信した証明情報とを送信するステップと、サーバで表示端末を指定する情報と制御端末から受信した証明情報とに基づいて認証するステップと、認証がされたとき、サーバから表示端末へ、コンテンツに対応する鍵情報を送信するステップと、表示端末は、鍵情報を用いてコンテンツを表示するステップとを有してもよい。
【発明の効果】
【００１１】
上記手段により例えば、一方の例えば携帯端末で認証を実行し、他方の例えば比較的大画面を有するＴＶ端末で視聴等することができる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明に好適な実施形態の例（実施例）を説明する。
【００１３】
本実施例では、映像や音声や文字情報などのいくつかのメディアで構成する番組情報のようなコンテンツをInternet Protocolで配信する放送サービス(以下、ＩＰＴＶと呼ぶ)を想定しているが、本発明の適用は本実施例に限定されない。
【００１４】
ＩＰＴＶサービスはその形態から大別すると、ストリーミング、ダウンロード、およびプログレッシブダウンロードの３つのサービスがある。ストリーミングは、サーバからコンテンツのデータをクライアントに逐次配信し、クライアントでは到着したデータから映像や音声等を再生することでユーザに提示する。このため、十分に帯域の広いネットワークがある場合に、ほぼリアルタイムにユーザがコンテンツを視聴可能なことが特徴である。ダウンロードはクライアントがサーバからあらかじめコンテンツデータのすべてを取得して蓄積しておき、蓄積完了後に視聴再生を行う。このため、リアルタイムに視聴する必要が無い場合、予めすべてのコンテンツデータを配信完了して蓄積することで、ユーザが所望する時間に何度も視聴することが可能であり、十分に帯域の広いネットワークでなくてもコンテンツ配信を受けられることが特徴である。また、プログレッシブダウンロードは、これら２つの中間に位置し、コンテンツのすべての配信が完了する前に、端末に蓄積された中からの逐次視聴を行う（早送りや早戻し視聴、一時停止等の視聴時間軸の変化も可能であり、トリックプレイと呼ばれることがある）。これにより、蓄積完了を待つ必要が必ずしも無く、帯域が十分広くない場合にも蓄積時間を短縮することができ、また、蓄積完了後であればユーザ所望のタイミングで何度も視聴するというメリットを提供できる。
【００１５】
ＩＰＴＶサービスを含むコンテンツ配信サービスにおいては、ユーザが配信サービスを受ける対価としてのサービス事業者による利用料課金が行われることが多い。このとき、ユーザが正規利用者として予め登録されており、識別子(ID)を手がかりに、パスワード（パスコード、および、指紋等の生体情報等でもよい）や本名および住所をはじめとする各種情報が管理される。その上で、有料となるコンテンツの配信を受け蓄積あるいは視聴する際の課金情報を記録可能であり、別途指定される支払い方法により利用料の納付が可能であることが確認される。そして、利用の段階において、これら登録情報の内の識別子とパスワードによる管理情報との照合によるサービスを利用可能化する処理、すなわち、ユーザ認証を受ける必要がある。この認証された正規利用者には、配信を受けるコンテンツの選択や検索、そのほかの情報配信等のサービスを選択するための、いわゆる「ポータル」と呼ばれる、サービス選択のための画面を提供することが多い。
【００１６】
また、ユーザが用いる端末装置が、サービス事業者が指定する装置であるか、あるいは、端末装置内で動作する配信サービスを受けるプログラムが指定のプログラムであるかを、配信サービスに先んじて通信により確認する、すなわち、機器認証を行うことが多い。これにより、無断にコピーや移動、改変などの著作権法等の法令を違反する行為や、コンテンツの不正利用を防止する。このとき、コンテンツを予め共通鍵暗号方式で暗号化しておき、認証された正規利用者、かつ／あるいは、認証された正規機器上で復号できるよう、暗号を解読するための鍵を別途授受して、端末上にコンテンツに結び付けて保持することがある。また、公開鍵暗号化方式を用いて、公開鍵と秘密鍵を端末側、あるいは、サービス事業者で用意し、秘密鍵を利用者登録時等に端末に送り、サービス事業者と端末で、それぞれ暗号化、復号化に用いても良い。一般にこれら復号のための鍵は、コンテンツ再生の期限や回数、および、再生可能なユーザや機器等の再生条件とともに記録される。以下、暗号化のための鍵を暗号鍵、復号のための鍵を復号鍵と呼ぶ。
【００１７】
このように、ユーザ認証と機器認証、および、復号鍵の関係付けにより、サービス事業者は、コンテンツやサービスの提供者の代行として、コンテンツ配信サービス等をユーザに安全に提供し、確実な課金を行うこととなる。以降、ユーザは所望するコンテンツの配信を受け、正しくコンテンツ再生等のサービスを授受することとなる。さらにこれらに基づいて、ユーザは再生できる権利に対応させて結び付けたコンテンツを保持することが可能となる場合もある。
【００１８】
このようにして得られたコンテンツと復号鍵を用いてユーザはコンテンツの再生を行うが、これらは同一端末装置、同一ユーザが前提となっており、別の装置で再生をしたい場合には、何らかの方法でコンテンツおよび復号鍵をコピーあるいは移動をすることが求められる。
【００１９】
図１は、システム構成例を示すブロック図である。インターネット(150)を中心として、サーバ(100)および表示端末(120)、および制御端末(130)が接続されている。表示端末および制御端末は有線あるいは無線にて、家庭内のネットワークに接続され、ブロードバンドルータ等の装置を介して公衆網などの外部ネットワークに接続可能であるとする。
【００２０】
使用状況の一例は、制御端末(140)が例えば携帯電話やPDA等の携帯端末、表示端末(120)が例えばリビングや書斎に置かれるTVだとして、ユーザが携帯端末を操作し、その近くのTVでコンテンツを視聴することが考えられる。
【００２１】
サーバ(100)は、処理部(107)を中心として、ネットワークを用いて他の機器、特にクライアントと通信を行うための通信部(108)、クライアントを管理するクライアント管理部(103)、コンテンツを管理するコンテンツ管理部(106)、および配信状況を管理する配信管理部(110)から構成する。サーバ(100)は一体である必要はなく、例えばコンテンツ管理部とクライアント管理部とで分かれていてもよい。
【００２２】
ここで、クライアント管理部(103)には、ユーザ毎に認証を行うためのユーザ認証情報(101)と、ユーザが持つ機器を認証するための機器認証情報(102)と、コンテンツへの課金状況を記録する課金情報(104)と、サーバの管理空間にログインしているユーザの状況を記録するログイン情報(111)を管理している。
【００２３】
各管理部は、ハードウェアで実現されても、プログラムをＣＰＵ等で実行して実現されてもよい。
【００２４】
図２は、ユーザ認証情報(101)の内容例を示すデータテーブルである。クライアント管理部(103) で管理する認証情報には、ユーザＩＤ（管理番号）と一意のユーザ名、ユーザパスワード、ユーザの本名やその住所および連絡先などが記載されている。本実施例ではパスワードによるユーザ認証を前提に説明するが、指静脈や指紋、音声、顔画像、虹彩等の一般的生体認証などであってもよく、その場合には適宜ユーザ認証情報の項目が変わる。
【００２５】
図３と図４は、それぞれ機器認証情報(102)の内容例を示すデータテーブルである。図３は認証をするデバイスの条件であり、図４は認証を行わないデバイスの条件（該当するデバイスを拒絶するための条件）を示している。図３および図４はどちらか一方を用いても、双方を用いてもよい。クライアント管理部(103)で管理する機器認証情報には、共通して、ユーザが利用する装置のデバイス情報(121,141)に含まれるデバイスＩＤやメーカ、機種、製造年月日、ハードウェアのレビジョン番号、ファームウェアのレビジョン番号等、を評価するための条件とする内容を保持する。これらの内容には、デバイスＩＤのうち一部の桁の変化に対応するワイルドカードや、年月日の範囲等による変動可能な表記があっても、特定の装置だけを例外的に条件とする表記であってもよい。
【００２６】
図５は、課金情報(104)の内容例を示すデータテーブルである。クライアント管理部(103) で管理する課金情報には、前述のユーザIDに結び付けて、支払い方法及び名義人、配信済みのコンテンツID、コンテンツの配信方法や契約期間、および、コンテンツの配信サービスあるいは配信されたコンテンツを再生視聴したことにより発生するクライアントへの課金額などを記録する。コンテンツの配信方法としては、蓄積を行わないストリーミング型として「VoD」、蓄積を行うダウンロード型やプログレッシブダウンロード型であれば期間やそこで行われる回数を記録する。ここで「-1」は回数制限なしを表している。
【００２７】
図６は、ログイン情報(111) の内容例を示すデータテーブルである。クライアント管理部(103) で管理するログイン情報は、ある時点でサービスを受けるためにログインしているユーザの情報を管理する。このログイン情報には、前述のようにサーバの管理空間に、ユーザ名とパスワードの伝達のように所定の手続きを行って認証されてログインをした際に、そのユーザIDやユーザ名、ログインの時刻とそれの期限、および、ログインや配信制御を行う制御端末と配信されたコンテンツを表示する表示端末のネットワーク上のアドレス（ポートを含む）、および、表示端末が持つデバイスの情報として、表示可能なコンテンツの種類や符号化方式や解像度、サンプリングレートなどのフォーマット等の情報を保持する。これら情報を用いて配信を行うコンテンツの種類やフォーマットを調整してもよい。ここで、ログインの有効期限とは、ユーザが特定時間操作を行わない際に、ログインや配信に関わる処理リソースを節約するために開放したり、第三者からの不正利用を防止するために再度パスワード等の入力を求める際などに用いることができる。また、制御端末と表示端末のアドレスが同一であってもよいし、表示端末が未定の場合にはアドレスが空白でもよく、この場合には後述の配信フローで説明する表示端末の指定により表示端末のアドレスを保持する。
【００２８】
図７は、コンテンツ情報(105)の内容例を示すデータテーブルである。コンテンツ管理部(105)では、コンテンツデータおよび付随する情報から構成するコンテンツ情報(105)を管理する。コンテンツ情報は、コンテンツのID（管理番号）と、コンテンツのフォーマットや内容等の説明情報、コンテンツデータ、および、コンテンツのサイズや表示に適する装置の対象、そしてコンテンツの配信サービスあるいは配信されたコンテンツを再生視聴したことにより発生する料金、同内容で表示対象の異なるコンテンツのＩＤなどを記録する。なお、これら各種情報は、ハードディスク等の記録メディアを用いて記録され、コンテンツ管理部が管理するメモリ上に読み込まれてもよい。また、コンテンツデータと、コンテンツデータを説明するデータ（メタデータ）等としていくつかに分けて管理してもよい。インターネット等の通信路にて悪意の第３者から保護するためRSA暗号技術などを用いて暗号化されたコンテンツを解読して再生するための鍵情報を管理することも望ましい。なお、これら各種情報は、ハードディスク等の記録メディアを用いて記録され、クライアント管理部(103)が管理するメモリ上に読み込まれてもよい。
【００２９】
図８は、鍵情報(109)の内容例を示すデータテーブルである。配信管理部(110)では、鍵情報として、各ユーザに配信を行ったコンテンツ毎にコンテンツID、鍵のデータ（暗号鍵および復号鍵の双方が必要であればその両方が望ましい）、コンテンツの利用を許可する有効期限または有効回数、および、コンテンツを再生するための装置種や条件がある場合にはその利用範囲等で構成する情報を管理する。
【００３０】
図９は、デバイス情報(121)の内容例を示すデータテーブルである。デバイス情報は表示端末(120)が固有に持つ機器を特定可能な情報としてのデバイスIDや、メーカ名や機種名、製造年月日と、表示端末の内部のハードウェアやファームウェアのレビジョン番号、あるいはこれらの識別子を保持する。これら情報をサーバに送信することで機器認証を行う。なお、制御端末においても同様のデバイス情報(141)を持つ。デバイス情報は、ROM(Read Only Memory)等のような、ユーザが変更できない方法で端末内部に保持する必要がある。
【実施例１】
【００３１】
次に、サーバ(100)、表示端末(120)、制御端末(140)での動作例を説明する。
【００３２】
図１０は、サーバ(100)、表示端末(120)、制御端末(140)での実施例１での処理例を示すフロー図である。この処理フローの例では、制御端末においてログイン処理を行い、サーバでのユーザ認証に基づくユーザ証明書を取得した後、このユーザ証明書を表示端末に送り、表示端末とサーバ間で証明書に基づくコンテンツ復号鍵の授受、配信と表示処理を表示端末で行う。以下、それぞれの処理を時間軸に沿って説明する。なお、各処理はサーバあるいは両端末の処理部において主に処理され、それぞれに接続された各部と連携して実行されるとする。また、通信はサーバ、両端末ともに通信部を用い、インターネットを経由して行われるが、以下便宜上説明を割愛する。
【００３３】
サーバ(100)には、既にサーバが提供するコンテンツ配信サービスを受けるためにユーザ登録が完了しているとする。このとき、ユーザ名、任意のパスワード等のユーザ認証情報(101)や、サービスを受ける際に発生する課金を支払うための課金情報(104)を登録し、ユーザがサービス利用に当たって不備の無いことがわかっているとする。また、サーバ上にはサービスとしての配信を行うコンテンツデータとその内容がコンテンツ情報(105)として別途登録してあるとする。さらに、コンテンツ配信を受けることができる正規端末の条件、あるいは、その中から除外される端末の条件を機器認証情報(102)として管理しているとする。
【００３４】
図１０の処理フローによると、まず、ユーザは制御端末(140)を用いてサーバにアクセスし、ログイン、すなわちユーザ認証を行う(ステップ1001,1041)。
【００３５】
ユーザ認証では、例えばログイン画面で、ユーザ名と、パスワード等の情報を入力する。制御端末の処理部(145)は入力された情報を予め定められた形式でサーバに送付し、サーバ側これを受信する。サーバではクライアント管理部にて管理されるユーザ認証情報(101、図２)を用いて、得られたユーザ名とパスワードが正しいかを検証する。正しい場合にはこのユーザが正規にログインしたものとして認証し、ログイン情報(111、図６)に登録する。サーバはユーザがログインに用いた制御端末のアドレス(IPアドレスおよびポート番号)を記録し、また認証した時刻、および、予め定めた期間(例えば10分間)を加えた時刻をログインの期限として記録する。これは、ユーザが制御端末から離れた際に、第三者が不正な操作を行わないための予防のひとつである。さらに、期限を超えた場合には再度これらログイン処理を行ってもよい。なお、この例ではユーザ名とパスワードにて説明したが、ユーザの指静脈や指紋、虹彩、顔等の画像や声紋等の音響を用いた生体認証や、その他の認証手段であってもよく、その際にはサーバはこれらのユーザ情報を検証するためのユーザ認証情報を管理しクライアント認証を行う。なお、ユーザ認証に代えて、制御端末が持つデバイス情報(141)をサーバ側に送付し認証を行う、すなわち、制御端末の機器認証を行ってもよい。この制御端末のデバイス情報に関しては、表示端末のデバイス情報(121,図９)に準じるため説明を省略する。
【００３６】
次の処理として、ログインが完了した後、サーバからユーザ証明書と呼ぶデータを送付し(ステップ1002)、制御端末がこれを受信する(ステップ1042)。
【００３７】
図１１は、ユーザ証明書の説明図である。ユーザ証明書には、制御端末を用いてユーザが認証されたことを証明し、これを用いて表示端末がサーバにコンテンツ配信を要求するための情報を記載したデータである。証明情報とも呼ぶ。この中には、例えばユーザIDやユーザ名、発行年月日や有効期限年月日および両時刻の情報とともに、認証IDを記載する。なお、この認証IDは容易に偽造できないよう、発行する年月日・時刻やユーザ名など場合に応じて動的に変化する情報を手がかりとするような暗号化手法を用いて生成することが望ましい。
【００３８】
次に、制御端末はネットワーク上で利用可能な表示端末を検索する。この際、一般的なユニバーサル・プラグ・アンド・プレイ(UPnP)標準にて定義されているような、宅内のネットワークに接続された機器の中から、表示端末として特定の用件を満たす「ディスカバリ」機能による機器探索手法を用いてもよい。具体的には、SSDP(Simple Service Discovery Protocol)と呼ばれるプロトコルを用いて、制御端末からマルチキャスト通信によるネットワーク対応機器への同報通信により表示端末の問い合わせ要求を送信し(ステップ1043)、対応機器、特に本実施例の表示端末がこの問い合わせ要求を受信し(ステップ1021)、これに対しての応答を制御端末に送信する(ステップ1022)。この際には、それぞれの表示端末が持つ表示機能に関するネットワークアドレス、ポート番号、名称等からなるアドレス情報が得られる。なお、複数の機器による応答がほぼ同時にあってもよく、この場合でもすべての機器からの応答を制御端末が受信し内部で機器の情報を保持する。これらの応答に基づき、制御機器はネットワーク上に接続された表示端末をユーザに提示するよう表示部(146)に表示する(ステップ1044)。なお、表示部(146, 126)は、液晶や有機ＥＬ等のディスプレイを想定しているが、ディスプレイへ出力する出力部であってもよい。
【００３９】
図１２は、制御端末の表示部に表示した表示端末選択画面例の説明図である。この図では、「手元」として制御端末自らも表示端末として選択可能であることを示すと同時に、「TV  H社  P50-XX01」や「カーナビ  Ｘ社  ABC-0001」が表示端末となる候補として選択可能な状態、すなわちユーザが入力部(147)を用いたユーザインタフェースとして、ボタンの形で表示している。このような表示端末の候補の中から、ユーザがひとつを選択して決定する(ステップ1045)。なお、すべての端末が宅内ネットワークに接続できることを前提に説明したが、宅外のネットワークに関しても同様の機器探索手法を用いてもよい。また、ユーザが保持する特定の機器をネットワーク上の特定機器にて管理していてもよく、例えばサーバがこれらを管理し、ユーザが利用可能な機器を予め指定することでマルチキャストではなくユニキャストにより通信してもよい。さらに、インターネット、による機器ネットワーク、携帯電話網やWiMAXと呼ばれる広域無線ネットワーク等、あるいはIEEE1394やBluetooth等の異種ネットワーク上にて同様の通信を相互に行うことで、表示端末を指定してもよい。
【００４０】
このようにユーザが決定した表示端末に関して得られた前述のアドレス情報を、制御端末からサーバに送信し(ステップ1046)、サーバが受信する(ステップ1003)。なお、このステップは表示端末が送信してもよく、その際には制御端末から表示端末に対して決定した旨の通知を行った後に表示端末からサーバに対して自端末の情報を通知する。また、これら表示端末に関する情報通知のステップは、次の機器認証に掛かるステップにて同時に行ってもよい。
【００４１】
次に、制御端末から既に受信したユーザ証明書(図１１)を表示端末に送り(ステップ1047,1023)、表示端末はユーザ証明書と端末デバイス情報(121、図９)をサーバに送る(ステップ1024,1004)。サーバでは、ユーザ証明書により、表示端末が当該ユーザの支配下において制御端末と共に用いられていることを識別できる。また、端末デバイス情報とサーバのクライアント管理部(103)で管理している機器認証情報(102，図３)とを比較して、当該の表示端末に対してコンテンツ配信を行うことが機能的にできるか、あるいは正規の端末であるかどうかの認証、すなわち端末認証を行い(ステップ1005)、その結果を表示端末に送信し(ステップ1025)、さらに表示端末から制御端末に結果を送信する(ステップ1025,1048)。正しく認証され、コンテンツ配信が可能である場合には、サーバは、コンテンツ管理部(106)で管理するコンテンツ情報(105,図７)のうち、表示端末に適して配信可能なコンテンツの一覧を制御端末に送信し(ステップ1006)、制御端末ではこの一覧を表示部(146)に表示する(ステップ1049)。なお、ここで表示端末に適して配信可能なコンテンツとは、端末デバイス情報に含むＴＶやカーナビ等の属性や、表示端末が表示可能な形式等により選定したり、予めユーザが登録あるいはサーバ内で推定したユーザの嗜好に基づいて選択あるいは順番付けを行ってもよい。
【００４２】
図１３は、制御端末の表示部に表示したコンテンツ選択画面の例を示す。この例では、タイトルおよび内容の要約、および、配信に掛かる料金を表形式にて表示している。ユーザはこの表示と入力部(147)を用いたユーザインタフェースにより、所望のコンテンツを選択させそのコンテンツIDを取得する(ステップ1050)。図では配信領域にチェックをつけるようにして選択している。なお、表示端末の表示部(126)に表示して表示端末で選択させてもよい。
【００４３】
このように選択されたコンテンツのIDを制御端末から表示端末に送信し(ステップ1051,1027)、これを用いて表示端末はコンテンツの配信要求をサーバに対して行う(ステップ1028,1007)。なお、コンテンツの配信要求は、表示端末を介さず、制御端末からサーバに直接行ってもよい。
【００４４】
次に、サーバは当該コンテンツの復号鍵を生成、あるいは既存データから取得し、表示端末に送付する(ステップ1008,1029)。
【００４５】
図１４は、サーバ鍵の例の説明図である。この例では、復号鍵の情報に加え、ユーザID、コンテンツID、有効期限または有効回数、および、利用範囲が記載されたデータからなるとしている。鍵情報とも呼ぶ。有効期限または有効回数等の配信条件がある場合には、表示端末において配信可能かどうかの判断を行ってもよい。図１４の例で有効回数「−１」の場合には有効回数の制限が無いことを示すなどしているが、配信条件の規定やその表記は他の方法であっても何ら問題ない。なお、この復号鍵送付に掛かるステップは、コンテンツに暗号化が必要な場合であって、不要な場合には省略してもよい。
【００４６】
表示端末にて復号鍵や配信条件を満足し配信準備が完了した場合には、表示端末から制御端末に対して配信準備が完了した旨の通知を送信し(ステップ1030)、制御端末では配信の制御用のユーザインタフェースを表示部(146)に表示、あるいは入力部(147)からのユーザ操作待ちを行う(ステップ1052)。
【００４７】
ユーザが制御端末を用いて、再生、一時停止、早送り、早戻し等のコンテンツ再生制御を入力した場合、サーバにそれらの制御情報を送信し(ステップ1053,1009)、終了(停止)の場合以外には(ステップ1010)、サーバは表示端末にコンテンツを配信し(ステップ1011)、表示端末はこれを受けて、復号鍵がある場合にはそれを用いて復号して表示端末の表示部(126)にコンテンツを表示する(ステップ1031)。また、ユーザ操作が終了(停止)の場合には(ステップ1054)、制御端末から表示端末を経由するなどして表示終了要求をサーバに送付し(ステップ1055,1032,1009)、サーバはコンテンツ配信を終了し(ステップ1010)、コンテンツ配信に関するセッションを終了する。表示端末での復号鍵、あるいは証明書は不要であれば削除することで(ステップ1033)、不正利用防止としてもよい。
【００４８】
なお、再びユーザが同一コンテンツに関して配信を要求した場合には、これらの処理ユーザ証明書の伝達や復号鍵伝達に掛かるステップを省略してコンテンツ配信のステップを行ってもよい。また、コンテンツ配信において表示端末での表示を行う代わりに、表示端末(120)のコンテンツ管理部(122)においてのコンテンツの記録(123)、すなわちダウンロードを行ったり、記録した部分の逐次的な表示、すなわちプログレッシブダウンロードを行ってもよい。
【実施例２】
【００４９】
サーバ(100)、表示端末(120)、制御端末(140)での別の動作例（実施例２）を説明する。
【００５０】
実施例１では、ユーザ証明書を制御端末で受けて表示端末へ送り、それ以降の端末認証等を表示端末がサーバと直接やり取りした。実施例２では、ユーザ証明書を仲立ちとせず、サーバとのやり取り、すなわち端末認証・鍵の授受を制御端末で行う。ただし、表示に用いる鍵を表示端末に転送して、配信自体は実施例１と同様に表示端末に対して行う。これにより、実施例２では表示端末のコストが実施例１に比べて小さく実現できる。別の言い方をすれば、実施例１ではサーバが表示端末の機器認証を直接行う、機器の独立した確認が可能な場合を想定しており、一方の実施例２では認証を制御端末で行い、表示端末での認証の処理を省くことを想定している。
【００５１】
図１５は、サーバ(100)、表示端末(120)、制御端末(140)での実施例２における処理例を示すフロー図である。この処理フローの例では、制御端末においてログイン処理を行い、制御端末において表示端末の情報を用いたサーバからの表示端末の機器認証をおこなう。また、サーバからのコンテンツ復号鍵の授受は制御端末が行った後、表示端末に転送する。コンテンツは表示端末に直接配信し、表示処理を表示端末で行う。以下、それぞれの処理を時間軸に沿って説明する。なお、図１０と同じステップには同じ符号を付し、説明を省略する。
【００５２】
ステップ1045迄は、図１０と共通である。
【００５３】
次に、表示端末(120)のデバイス情報(121)を、制御端末(140)を経由してサーバ(100)に送付し、サーバからの機器認証を行う。すなわち、制御端末から、ユーザにより決定された表示端末に対してデバイス情報送信を要求し、これを表示端末が受信する(ステップ1541.1521)。表示端末は自端末のデバイス情報(121,図９)を制御端末に送信し制御端末で受信する(ステップ1522,1542)。この後、制御端末は得られた表示端末のデバイス情報と、前述のように得られる表示端末のアドレス情報をサーバに送信し、サーバが受信する(ステップ1543,1501)。なお、実施例１と同様に、表示端末からサーバに直接デバイス情報を送付してもよく、その際には制御端末からの表示端末へのデバイス情報送付要求によりデバイス情報をサーバに送付することも可能である。
【００５４】
ステップ1502では、図１０のステップ1005と異なり、サーバ(100)は、ユーザ証明書を用いた認証は行わず、制御端末(140)から得られた表示端末のデバイス情報(121, 図９)を元に、表示端末(120)の認証を行い、その結果を制御端末に送信する(ステップ1502, 1048)。なお、前述のように表示端末からサーバにデバイス情報を送る処理にした際には、実施例１と同様にサーバからの認証結果を表示端末に送り、その結果を制御端末に転送するようにしてもよい。
【００５５】
ステップ1544では、図１０のステップ1028と異なり、制御端末が、選択されたコンテンツのIDを用いたコンテンツ配信要求をサーバに送信する(ステップ1544)。
【００５６】
ステップ1545では、図１０と異なり、制御端末(140)が、復号鍵を取得する(ステップ1545)。そして、制御端末から表示端末に復号鍵を転送する(ステップ1546)。ただし、サーバから表示端末に直接復号鍵を送付してもよい。
【００５７】
この復号鍵は、表示端末で不要になれば削除(ステップ1523)して、不正利用防止してもよい。
【００５８】
なお、これまでに説明した識別子をはじめとした各種情報やテーブル等は、外部からの盗用、なりすまし等の悪用をされないよう、暗号化や異常時の自己破壊などの適切な手段で保管されることが望まれる。また、サーバや端末が持つ通信部による相互の通信は、他技術、例えばＳＳＬ（Secure Socket Layer）等の技術を用いるなどして、相互信頼と外部の悪用を防止した通信を行うためのデータ暗号化を行うことも望まれる。
【００５９】
本実施例で説明しているコンテンツとは、映像や音声や文字情報などのいくつかのメディアで構成する番組情報を想定して説明を行ったが、これに留まらず、PC(パーソナルコンピュータ)等で用いられるファイル、実行可能なオブジェクトデータ、メール、WWW(World Wide Web)により送受されるマークアップ記述や動作記述を行うスクリプト、その他にもネットワークを用いて伝送が行われる一般的電子データであってもよい。したがって、ネットワークを用いた多くの産業で汎用的に用いられる可能性がある。
【００６０】
また、サーバ、表示端末、制御端末は、ＰＣを用いるなどして各部のうちの一部をソフトウェア化するなどして、処理プログラムとして構成してもよい。
【図面の簡単な説明】
【００６１】
【図１】システムの構成例を示す。
【図２】ユーザ認証情報(101)の例を示す。
【図３】機器認証情報(102)の例を示す。
【図４】機器認証情報(102)の別の例を示す。
【図５】課金情報(104)の例を示す。
【図６】コンテンツ情報(105)の例を示す。
【図７】鍵情報(109)の例を示す。
【図８】ログイン情報(111)の例を示す。
【図９】デバイス情報(121又は141)の例を示す。
【図１０】サーバ(100)、表示端末(120)、および、制御端末(140)における第１の処理の例を示す。
【図１１】ユーザ証明書の例を示す。
【図１２】表示端末選択画面の例を示す。
【図１３】コンテンツ選択画面の例を示す。
【図１４】復号鍵の例を示す。
【図１５】サーバ(100)、表示端末(120)、および、制御端末(140)における第２の処理の例を示す。
【符号の説明】
【００６２】
100：サーバ、120：表示端末、140：制御端末
【図１】
2009130750.tif 000003
【図２】
2009130750.tif 000004
【図３】
2009130750.tif 000005
【図４】
2009130750.tif 000006
【図５】
2009130750.tif 000007
【図６】
2009130750.tif 000008
【図７】
2009130750.tif 000009
【図８】
2009130750.tif 000010
【図９】
2009130750.tif 000011
【図１０】
2009130750.tif 000012
【図１１】
2009130750.tif 000013
【図１２】
2009130750.tif 000014
【図１３】
2009130750.tif 000015
【図１４】
2009130750.tif 000016
【図１５】
2009130750.tif 000017