WO2011080971A1

WO2011080971A1 - 動作制御装置、動作制御方法、ライセンス提供システム、動作制御プログラム、および記録媒体

Info

Publication number: WO2011080971A1
Application number: PCT/JP2010/070465
Authority: WO
Inventors: 宏紀香川
Original assignee: シャープ株式会社
Priority date: 2009-12-29
Filing date: 2010-11-17
Publication date: 2011-07-07
Also published as: CN102667801A; JP2011138434A; US20120246744A1; JP4764943B2

Abstract

　ライセンスサーバ（４００）は、ユーザ端末（１００）が全コンテンツの再生を行うことを可能にするとともにユーザ端末（１００）が再生中のコンテンツと同一のコンテンツのみを他のユーザ端末（１００）が再生することを可能にするライセンスに基づいて各ユーザ端末（１００）を制御する。サービス利用状況変化検出部（４１１）は、全コンテンツの再生が可能なユーザ端末（１００）が再生するコンテンツを変更したことを検出する。そして、変更が検出されると、ライセンス権限制御部（４１２）は、他のユーザ端末（１００）が再生可能なコンテンツを、全コンテンツの再生が可能なユーザ端末（１００）が再生中のコンテンツに変更する。

Description

動作制御装置、動作制御方法、ライセンス提供システム、動作制御プログラム、および記録媒体

　本発明は、ライセンスに基づいて端末がコンテンツを再生する動作を制御する動作制御装置、動作制御方法、動作制御プログラムに関する。また、そのようなライセンスを提供するライセンス提供システムや、そのような動作制御プログラムを記録したコンピュータ読み取り可能な記録媒体に関する。

　近年、インターネット等のネットワーク回線や放送波を通じて配信される映像コンテンツや音声コンテンツの数が増えてきている。

　そのような映像コンテンツや音声コンテンツには、有料コンテンツのように、視聴や聴取を特定の者にだけ許可するコンテンツも多く存在する。そして、権限を持つ者のみが映像の視聴や音声の聴取を行うことができるように、一般的に、権限を持つユーザにはライセンスが付与されるようになっている。

　ところで、携帯端末の低価格化・高機能化に伴い、コンテンツを再生可能な携帯電話などの携帯端末、およびデジタルテレビなどの固定端末を所有し、外出中には携帯端末でコンテンツを視聴し、自宅では固定端末でコンテンツを視聴するユーザが増えてきている。また、自宅に複数の固定端末を設置しているユーザも多い。

　一般に、携帯端末であるか固定端末であるかに関わらず、複数の端末で有料コンテンツを視聴する場合、端末毎にライセンスの利用契約を結ぶ必要がある。一方、一定条件の元、１つのライセンス契約で複数の端末を用いて有料コンテンツが視聴可能な配信サービスも存在する。このような配信サービスは、例えば、以下の文献に開示されている技術を用いて実現することができる。

　すなわち、特許文献１には、ユーザが複数の端末装置でコンテンツを視聴できるようにするライセンスサーバ装置が開示されている。特許文献１のライセンスサーバ装置は、ユーザに付与されたライセンスから、利用条件（例えば、再生回数など）をそれぞれ独立して設定可能なサブライセンスを端末装置の台数分生成し、各サブライセンスをひとつずつ端末装置に付与することにより、これを実現している。

　また、特許文献２には、コンテンツを視聴可能な端末装置の端末ＩＤを記録しておくことにより、予め定められた台数分の端末でコンテンツを視聴可能にする認証サーバが開示されており、特許文献３には、複数人が１つのアカウントで同時にログイン可能な業務システムが開示されている。

　さらに、特許文献４には、グループ単位の認証と個人単位の認証とを併用することが可能な認証サーバが開示されている。また、特許文献５には、他の計算機がログインを受け付けると、同じユーザＩＤでログイン済である場合に自動的にログアウトする計算機が開示されている。

日本国公開特許公報「特開２００５－５５９５７号公報」（２００５年３月３日公開）日本国公開特許公報「特開２００３－８５１４５号公報」（２００３年３月２０日公開）日本国公開特許公報「特開２００２－３４２２８４号公報」（２００２年１１月２９日公開）日本国公開特許公報「特開２００３－１７８０２７号公報」（２００３年６月２７日公開）日本国公開特許公報「特開２００５－３０９５９０号公報」（２００５年１１月４日公開）

　しかしながら、特許文献５に開示された技術では、１ライセンスでは複数の端末から同時にサービスの提供を受けることができないし、特許文献１～４に開示された技術では、１ライセンスで複数の端末から一定の条件の元で認証を受け、サービスを利用することができるものの、サービス提供者側の観点から見ると、いろいろと不都合がある。

　具体的には、例えば、ユーザの利便性を考慮すると１ライセンスで有料コンテンツを複数の端末から視聴することを許可したいが、複数の端末で同時に有料コンテンツを視聴する場合に、そのような有料コンテンツを常に同一のコンテンツに制限したいサービス提供者もあると考えられる。特許文献１～４に開示された技術では、このようなサービス提供者側の思惑を実現することができないという問題がある。

　本発明は、上記課題に鑑みてなされたものであり、その主な目的は、ライセンス提供者の利益を損なわせずに１ライセンスで複数の端末にライセンスに基づく動作を行わせることを可能にする動作制御装置を実現することにある。

　本発明に係る動作制御装置は、上記課題を解決するために、第１の端末に対して規定の範囲内の全動作を行うことを可能にするとともに、上記第１の端末とは異なる第２の端末に対して上記全動作のうち一部の範囲の動作を行うことを可能にするライセンスに基づいて、上記第１の端末および上記第２の端末を制御する動作制御装置において、上記第１の端末が上記ライセンスの下で行う上記規定の範囲内の動作を変更したことを検出する検出手段と、上記検出手段が検出した変更後の上記動作の種類に応じて、上記第２の端末が上記ライセンスの下で行うことが可能な動作の範囲を変更する動作制御手段と、を備えていることを特徴としている。

　上記の構成によれば、動作制御装置は、ライセンスに基づいて規定の範囲内の全動作を行うことが可能な第１の端末が動作を変更したことを検出すると、上記第１の端末の変更後の動作に応じて第２の端末が同一ライセンスの下で行うことが可能な動作の範囲を変更する。すなわち、ライセンスに基づいて上記第１の端末が規定の範囲内でどのような動作を行っても、同一ライセンスの下で第２の端末が行うことが可能な動作は第１の端末に比べ制限される。つまり、動作制御装置は、第２の端末が第１の端末とは独立したライセンスの下で動作する場合に比較して、常に第２の端末が行うことが可能な動作を第１の端末に比べ制限するようになる。

　したがって、動作制御装置は、ライセンス提供者の利益を損なわせずに１ライセンスで複数の端末にライセンスに基づく動作を行わせることができる。

　本発明に係る動作制御方法は、上記課題を解決するために、第１の端末に対して規定の範囲内の全動作を行うことを可能にするとともに、上記第１の端末とは異なる第２の端末に対して上記全動作のうち一部の範囲の動作を行うことを可能にするライセンスに基づいて、上記第１の端末および上記第２の端末を制御する動作制御装置の動作制御方法において、上記第１の端末が上記ライセンスの下で行う上記規定の範囲内の動作を変更したことを検出する検出工程と、上記検出工程にて検出した変更後の上記動作の種類に応じて、上記第２の端末が上記ライセンスの下で行うことが可能な動作の範囲を変更する動作制御工程と、を含んでいることを特徴としている。

　上記の構成によれば、本発明に係る動作制御方法は本発明に係る動作制御装置と同様の作用効果を奏する。

　以上説明したように、本発明に係る動作制御装置は、ライセンス提供者の利益を損なわせずに１ライセンスで複数の端末にライセンスに基づく動作を行わせることを可能にする。

実施形態１に係るライセンス提供システムに含まれるユーザ端末、ライセンスサーバ、サービス提供サーバの要部構成を示すブロック図である。実施形態１に係るライセンス提供システムの構成を簡潔に示した図である。ライセンスサーバがライセンスを発行する動作を示すフローチャートである。ライセンス提供システムにおけるライセンス同期処理の動作を示すフローチャートである。（ａ）～（ｆ）は、ライセンス権限を制御する各種処理の動作を示すフローチャートである。ライセンスの利用状態や発行可否を示すライセンステーブルの構造を示した図である。ライセンステーブルの値ごとに、メインライセンス、サブライセンスの権利範囲および発行可否を具体的に示した表である。ライセンステーブルの値ごとに、メインライセンス、サブライセンスの権利範囲および発行可否を具体的に示した表である。ライセンステーブルの値ごとに、メインライセンス、サブライセンスの権利範囲および発行可否を具体的に示した表である。ライセンステーブルの具体的な値を示した図である。ライセンステーブルの具体的な値を示した図である。ライセンステーブルの具体的な値を示した図である。ライセンステーブルの具体的な値を示した図である。ライセンステーブルの具体的な値を示した図である。ライセンステーブルの具体的な値を示した図である。ライセンステーブルの具体的な値を示した図である。ライセンステーブルの具体的な値を示した図である。ライセンステーブルの具体的な値を示した図である。ライセンステーブルの具体的な値を示した図である。ライセンステーブルの具体的な値を示した図である。ライセンステーブルの具体的な値を示した図である。ライセンステーブルの具体的な値を示した図である。ライセンステーブルの具体的な値を示した図である。ライセンステーブルの具体的な値を示した図である。利用可能なサービスをユーザに選択させるためのＵＩである。メインライセンスでサービスを利用しているユーザがいるのでサービスの利用制限がかかることをサブライセンスでサービスを利用するユーザに知らせるＵＩである。メインライセンスでコンテンツを視聴しているユーザがいるのでコンテンツの視聴に制限がかかることをサブライセンスでコンテンツを視聴するユーザに知らせるＵＩである。サブライセンスの下でユーザが要求したサービスの利用が拒否される場合に表示されるＵＩである。視聴可能な番組コンテンツをユーザに選択させるためのＵＩである。同期モードでのコンテンツの視聴であることをユーザに知らせるＵＩである。同期モードでコンテンツを視聴する場合に同期するユーザを選択するためのＵＩである。他のユーザから同期モードで同期された旨をユーザに通知するためのＵＩである。メインライセンスで視聴するコンテンツが変更された場合に、サブライセンスでコンテンツを視聴中のユーザに現在のコンテンツを継続して視聴できないことを通知するためのＵＩである。メインライセンスで視聴するコンテンツが変更された場合に、サブライセンスでコンテンツを視聴中のユーザに、一定時間経過後に現在のコンテンツを視聴できなくなることを通知するためのＵＩである。メインライセンス発行制御の動作の一例を示すシーケンス図の一部分である。メインライセンス発行制御の動作の一例を示すシーケンス図の一部分であり、図３５に示された動作の続きの部分を示すものである。メインライセンス発行制御の動作の一例を示すシーケンス図の一部分であり、図３６に示された動作の続きの部分を示すものである。実施形態２に係るライセンス提供システムに含まれるメイン端末、サブ端末、ライセンスサーバ、サービス提供サーバの要部構成を示すブロック図である。サブライセンス発行制御の動作を示すシーケンス図の一部分である。サブライセンス発行制御の動作の一例を示すシーケンス図の一部分であり、図３９に示された動作の続きの部分を示すものである。サブライセンス発行制御の動作の一例を示すシーケンス図の一部分であり、図４０に示された動作の続きの部分を示すものである。メインライセンスコンテンツ切替追従動作の一例を示すシーケンス図の一部分である。メインライセンスコンテンツ切替追従動作の一例を示すシーケンス図の一部分であり、図４２に示された動作の続きの部分を示すものである。

　（実施形態１）
　本発明の一実施形態に係る、ライセンスサーバ、サービス提供サーバ、およびユーザ端末が通信可能に接続されたライセンス提供システムについて、図１～図３７、図３９～図４３を参照しつつ、以下に説明する。

　図２は、ライセンス提供システムの構成を簡潔に示した図である。図２に示すように、ライセンス提供システムは、サービス利用端末装置（ユーザ端末）１００、サービス提供サーバ３００、ライセンスサーバ４００により構成されており、互いにネットワーク１０００を介して通信可能に接続されている。

　サービス提供サーバ３００は、サービスを利用するユーザの認証や再生するコンテンツの選択画面のユーザ端末１００への提示、ユーザ端末１００へのコンテンツの配信を行う。ここで、サービスの利用とは例えばコンテンツの視聴を意味する。

　ユーザ端末１００はサービス提供サーバ３００にコンテンツの配信を要求し、配信されたコンテンツを再生する。コンテンツを再生するためのライセンスがユーザ端末１００に存在しない場合には、そのためのライセンスをユーザ端末１００に発行するようライセンスサーバ４００に要求する。

　ライセンスサーバ４００は、ユーザ端末１００にメインライセンスやサブライセンスを発行するサーバである。なお、サブライセンスはメインライセンスに付随するライセンスであり、メインライセンスとサブライセンスとは、ユーザに１利用契約で与えられる１つのライセンスに含まれている。また、サブライセンスは、メインライセンスよりも権利範囲が制限されている。さらに、サブライセンスには有効期限が設けられており、有効期限に達したときにサブライセンスが発行されているユーザ端末１００は、サブライセンスの更新をライセンスサーバ４００に要求する。この時、ライセンスサーバ４００は、サブライセンスで利用可能な権限の変化を確認し、変化があった場合にユーザ端末１００にその旨を通知するなど、権限の変化に応じてユーザ端末１００の動作を制御する。以下、本明細書中の「ライセンス」の記載は、特に断りのない限り、「メインライセンス」または「サブライセンス」のいずれかの意味で用いることを予め述べておく。

　以下、図１を用いて、ユーザ端末１００、サービス提供サーバ３００、ライセンスサーバ４００の各構成について説明する。図１は、ユーザ端末１００、サービス提供サーバ３００、ライセンスサーバ４００のそれぞれの要部構成を示したブロック図である。

　＜ユーザ端末１００の構成＞
　ユーザ端末１００は、コンテンツ再生部１１０、ライセンス制御部１２０を備えている。コンテンツ再生部１１０は、サービス提供サーバ３００からコンテンツを取得して再生する。コンテンツ再生部１１０は、通常再生やトリック再生によりコンテンツを再生することができる。

　また、ライセンス制御部１２０は、ライセンス取得部１２１、ライセンス更新部１２２を備えている。ライセンス取得部１２１は、ユーザ端末１００にライセンスを発行するようライセンスサーバ４００に要求し、ライセンスを取得する。また、ライセンス更新部１２２は、ライセンスサーバ４００にライセンスを更新するよう要求する。

　＜サービス提供サーバ３００の構成＞
　サービス提供サーバ３００は、サービス提供部３１０、サービスコンテンツテーブル３２０、ユーザアカウントテーブル３３０を備えている。

　サービス提供部３１０は、ユーザ端末１００からの要求に応じて利用可能なコンテンツを提示したり、ユーザ端末１００から要求されたコンテンツをユーザ端末１００に送信したりする。

　サービスコンテンツテーブル３２０には、契約内容に応じたコンテンツの利用条件等のコンテンツに関するメタデータやコンテンツデータが記録される。また、コンテンツデータは暗号化された状態で記録されているが、コンテンツデータを復号するための復号鍵もサービスコンテンツテーブル３２０に記録されている。

　ユーザアカウントテーブル３３０には、ユーザのアカウント情報やログイン状態を示す情報、提供可能なサービス等が記録される。

　＜ライセンスサーバ４００の構成＞
　ライセンスサーバ４００は、ライセンス動的制御部４１０、ライセンス発行更新部４２０、ライセンステーブル格納部４３０を備えている。

　ライセンス動的制御部４１０は、サービス利用状況変化検出部４１１、ライセンス権限制御部４１２を備えている。サービス利用状況変化検出部４１１は、ライセンスのユーザ端末１００への発行状態やユーザ端末１００におけるサービスの利用状態の変化を検出して、その旨をライセンス権限制御部４１２に通知する。ライセンス権限制御部４１２はライセンステーブルの値を更新することにより、ライセンスの権利範囲を制御する。

　ライセンス発行更新部４２０は、ユーザ端末１００からの要求を受けてユーザ端末１００にライセンスを発行したり、ユーザ端末に記録されているライセンスの更新を行ったりする。

　ライセンステーブル格納部４３０には、ユーザのアカウントごとにライセンスの権利範囲やライセンスの発行先端末を示すライセンステーブルが記録される。

　ライセンスサーバ４００の動作について説明する前にライセンスサーバがライセンスの発行の際に参照するライセンステーブルについて、以下に、詳細に説明する。

　（ライセンステーブルの詳細について）
　最初にライセンステーブルのテーブル構造について図６を参照しつつ以下に説明する。
図６は、ライセンステーブルのテーブル構造を示した図である。

　図６に示すテーブルの最上階層に「アカウントＩＤ」があることからわかるように、ライセンステーブルはアカウントごとに存在する。

　「アカウントＩＤ」の下の階層にある「ライセンスＩＤ」は、端末に発行する１以上のライセンスを識別するＩＤである。「ライセンスＩＤ」の下の階層には、「ライセンス権限種別」「発行状況」「関連ライセンスＩＤ」がある。

　「ライセンス権限種別」は、”full“、”sync”のいずれかの値をとり、それぞれの値は、上位の階層の「ライセンスＩＤ」が示すライセンス（以下、「対象ライセンス」と称する）がメインライセンスであるかサブライセンスであるかを示す値である。

　「ライセンス権限種別」の値が“sync“である場合、「ライセンス権限種別」の下の階層には、１以上の「制約条件ＩＤ」が記録される。各制約条件ＩＤの下の階層には、「同期先ライセンスＩＤ」と「同期コンテンツＩＤ」とが記録される。「同期先ライセンスＩＤ」は、対象ライセンスに基づいて動作する端末が、そのＩＤが示すメインライセンスに基づいて端末が再生しているコンテンツのみ、再生可能であること示すものである。また、「同期コンテンツＩＤ」は、対象ライセンスに基づいて動作する端末が再生可能なコンテンツを示すＩＤである。なお、「同期」とは、メインライセンスに基づいて端末が再生しているコンテンツをサブライセンスに基づいて他の端末が実際に再生することをいう。

　「発行状況」は、対象ライセンスが“発行中”であるか”発行可能”であるかを示すものである。「発行状況」が”発行中”の場合には、下の階層に「利用者情報」としてライセンスの発行先の端末を示す「端末ＩＤ」とライセンスを利用しているユーザを示す「ユーザＩＤ」とが記録され、「利用状態」として対象ライセンスの下で課される制約条件を示す「制約条件ＩＤ」が記録される。

　「関連ライセンスＩＤ」は、対象ライセンスがメインライセンスである場合には、メインライセンス発行時に記録されるものであり、記録される内容はサブライセンスのライセンスＩＤである。また、対象ライセンスがサブライセンスである場合には、「関連ライセンスＩＤ」は、発行済のメインライセンスのライセンスＩＤであり、これもメインライセンス発行時に記録される。また、対象ライセンスがサブライセンスである場合には、同期状態の間、下の階層に「関連状態」として“同期中”と記録される。同様に、対象ライセンスがメインライセンスである場合には、同期状態の間、下の階層に「関連状態」として“被同期中“と記録される。

　（ライセンスシステムの動作）
　次に、ライセンス提供システムにおいて、ユーザ端末１００がサービス提供サーバ３００にサービスを要求してから、ユーザ端末１００がサービスの利用を開始するまでの動作について、図３、図１０～図１５、図２５～図３１、図３３、図３４を参照しながら説明する。特に、当該動作の間に行われるメインライセンス発行動作については図３を参照しつつ詳細に説明することとする。なお、サービスを利用するユーザのアカウントが、２つのメインライセンス（ライセンスＩＤ：”ID_001_full_01”, ”ID_001_full_02”）および２つのサブライセンス（ライセンスＩＤ：”ID_001_sub_01”,”ID_001_sub_02”）をユーザ端末１００に発行可能なアカウント（アカウントＩＤ：”ID_001”）である例を挙げてライセンスシステムの動作を説明する。また、ユーザ端末１００がサービス提供サーバ３００にサービスを要求する際のライセンステーブルの値は図１０のライセンステーブルS_L001のような状態になっているものとする。

　図３は、ライセンスサーバ４００がユーザ端末１００にライセンスを発行する動作を示すフローチャートである。図１０～図１５は、フローチャートのいくつかの工程におけるアカウントＩＤが”ID_001”のライセンステーブルの具体的な値を示す図である。また、図２５～図３１、図３３、図３４は、フローチャートのいくつかの工程にてユーザ端末１００に表示されるＵＩ（ユーザインターフェース）を示す図である。なお、図１０～図１５のライセンステーブルでは、「ライセンスＩＤ」が”ID_001_full_02”の各階層および「ライセンスＩＤ」が”ID_001_sub_02”の各階層の表記を省略している。

　最初にユーザ端末１００は、サービス提供サーバ３００にログイン要求を送信する。サービス提供サーバ３００のサービス提供部３１０は、ユーザアカウントテーブル３３０を参照して認証を行い、認証に成功した場合、認証に成功した旨およびサービスコンテンツテーブル３２０に格納されているコンテンツの一覧をユーザ端末１００に返却する。このときユーザ端末１００の図示しない表示部に表示されるＵＩは、図２９に示すようなＵＩである。

　ユーザがコンテンツ（例えば、図２９の「番組１」）を選択すると、ユーザ端末１００は、選択されたコンテンツのコンテンツ利用条件をサービス提供サーバ３００に問い合わせる。サービス提供サーバ３００のサービス提供部３１０は、サービスコンテンツテーブル３２０を参照し、コンテンツ利用条件を表すコンテンツ利用条件情報を返却する。

　ここで、コンテンツ利用条件情報には、コンテンツＩＤ、コンテンツ取得先ＵＲＬなどのコンテンツ情報、およびライセンスサーバＵＲＬ、視聴可能期限、コピー可能回数などの情報が含まれており、ここでは、コンテンツＩＤの値は「番組１」を表わす”Content_001”になっている。

　コンテンツ利用条件情報を受け取ったユーザ端末１００のライセンス取得部１２１は、ライセンスサーバＵＲＬで指定されるライセンスサーバ４００に、メインライセンスをユーザ端末１００に発行するよう要求する。

　（ライセンスサーバ４００のメインライセンス発行動作）
　図３を参照して説明すると、最初に、ライセンスサーバ４００のライセンス発行更新部４２０は、ユーザ端末１００のライセンス取得部１２１からのライセンスの利用要求を受信する（Ｓ１）。ライセンス利用要求には、ユーザが入力したユーザ名、アカウントＩＤ、コンテンツＩＤ、端末ＩＤが含まれている。ライセンス発行更新部４２０は、利用要求を受信すると、利用要求が有効であるかをサービス提供部３１０に問い合わせる。すなわち、(a)ライセンス利用要求に含まれているアカウントＩＤがユーザアカウントテーブル３３０に登録されており、かつ、(b)ライセンス利用要求に含まれているアカウントＩＤ、端末ＩＤ、サービス提供サーバ３００に送信されたログイン要求のアカウントＩＤ、端末ＩＤと一致するか、を問い合わせる。有効である旨の通知をサービス提供部３１０から受けると、ライセンス発行更新部４２０は、ライセンステーブル格納部４３０を参照し、アカウントＩＤが示すアカウントのライセンステーブルに記録されているメインライセンスの権利範囲およびそのメインライセンスの発行状態（そのメインライセンスを発行中の端末が存在するか否か）を参照する（Ｓ２）。そして、ライセンス発行更新部４２０は、要求されたメインライセンスが利用可能か否かを判定する（Ｓ３）。具体的には、「発行状況」が“発行可能”であるメインライセンスがある場合に利用可能であると判定する。例えば、ライセンステーブルの値が図１０のS_L001の状態である場合、ライセンスＩＤ”ID_001_full_01”のメインライセンス（以下、単に「メインライセンス”ID_001_full_01”」と称する）が発行可能である。

　利用可能であると判定されると（Ｓ３においてＹＥＳ）、ライセンス権限制御部４１２は、ライセンステーブルに記録されたライセンス利用状態を更新する（Ｓ４）。具体的には、ライセンス権限制御部４１２は、発行するメインライセンスの「ライセンスＩＤ」の「発行状況」を”発行中”とし、「利用者情報」として「端末ＩＤ」「ユーザＩＤ」を記録する。ライセンス利用状態の更新によりライセンステーブルの値は、ライセンステーブルS_L001から図１１のライセンステーブルS_L002の状態に更新される。

　そして、ライセンス発行更新部４２０は、発行するメインライセンスと関連づけて管理すべきサブライセンスが存在するか否かを判定する（Ｓ５）。関連付けて管理すべきサブライセンスとは、具体的には、メインライセンスの「ライセンスＩＤ」の下の階層の「関連ライセンスＩＤ」に「ライセンスＩＤ」が記録されていないサブライセンスのことである。

　関連づけて管理すべきサブライセンスが存在すると判定された場合（Ｓ５においてＹＥＳ）、ライセンス発行更新部４２０は、発行するメインライセンスと関連づけて管理すべきサブライセンスとを関連づけ（Ｓ６）、Ｓ７に進む。関連づけによりライセンステーブルの値は図１２のライセンステーブルS_L002_5の状態になる。一方、存在しないと判定された場合（Ｓ５においてＮＯ）、そのままＳ７に進む。

　その後、ライセンスの同期処理を開始した（Ｓ７）後、ライセンス権限制御部４１２はメインライセンスをユーザ端末１００に発行する。なお、ライセンス同期処理の動作の詳細については後述することとする。

　メインライセンスを受け取ったユーザ端末１００（以下、「メイン端末１００」とも称する）はサービスの要求をサービス提供サーバ３００に送信し、要求を受け取ったサービス提供部３１０は、「ユーザ端末１００がサービスを利用する権限があるか」をライセンスサーバ４００に問い合わせ、権限がある場合にはユーザ端末１００にサービスを提供して（Ｓ８）、処理を終了する。ここで、Ｓ８の処理をより具体的に説明すると、以下の通りになる。

　すなわち、コンテンツ再生部１１０は、コンテンツ利用条件情報に含まれているコンテンツＩＤ”Content_001”とライセンスＩＤ(“ID_001_full_01”)とをサービス提供サーバ３００に送信することにより「番組１」を復号するのに必要な復号鍵を発行するよう要求する。

　復号鍵の発行要求を受け付けたサービス提供サーバ３００のサービス提供部３１０は、ユーザアカウントテーブル３３０を参照してメイン端末１００のユーザのアカウントＩＤを検索し、そのアカウントＩＤ(“ID_001”)とライセンスＩＤ(“ID_001_full_01”)とコンテンツＩＤ”Content_001”とを送信することにより復号鍵の発行可否をライセンスサーバ４００に問い合わせる。問い合わせを受けたライセンスサーバ４００は受信したアカウントＩＤ(“ID_001”)のライセンステーブルを参照する。このときライセンステーブルの値はライセンステーブルS_L002_5の状態になっているが、ライセンスＩＤ(“ID_001_full_01”)のライセンス権限の種別が”full”になっているので、ライセンスサーバ４００は、復号鍵の発行は可能であると判定し、その旨をサービス提供サーバ３００に通知する。

　復号鍵の発行は可能である旨の通知を受けたサービス提供サーバ３００のサービス提供部３１０は、番組１のコンテンツデータを復号するための復号鍵をコンテンツテーブル３２０から読み出し、メイン端末１００に送信するとともに、メイン端末１００が番組１の再生を開始したことをライセンスサーバ４００のサービス利用状況変化検出部４１１に通知する。なお、復号鍵を受信したメイン端末１００のコンテンツ再生部１１０は、先に受信したコンテンツ利用条件情報に含まれているコンテンツ取得先ＵＲＬにアクセスすることにより暗号化された番組１のコンテンツデータを取得し、復号鍵で復号して番組１を再生する。

　一方、利用可能でないと判定されると（Ｓ３においてＮＯ）、要求されたサービス以外でサブライセンスを発行可能な提案すべきサービスがあるか否かを判定する（Ｓ９）。

　提案すべきサービスがある場合（Ｓ９においてＹＥＳ）、ユーザ端末１００の表示部（図示せず）に、そのようなサービスを表示し（Ｓ１０）、処理を終了する。一方、提案すべきサービスが存在しない場合（Ｓ９においてＮＯ）、図２８のようなＵＩをユーザ端末１００に表示して、ライセンス発行処理を終了する。

　ここで、提案すべきサービスとは、要求されたサービスと何らかの共通性があるサービスが考えられる。例えば、要求されたサービスがサブライセンスを発行できない「ニュースコンテンツＡの視聴」である場合、サブライセンスを発行可能な「ニュースコンテンツＢ（ジャンルに共通性があるコンテンツ）の視聴」を提案することなどが挙げられる。サービスを提案するＵＩとしては、例えば、図２５のようなＵＩが用いられる。

　あるいは、要求されたサービスのメインライセンスを発行できないが、サービスに一部制限がかかったサブライセンスを発行可能な場合、サブライセンスにより実行可能なサービスを提案することが挙げられる。例えば、要求したサービスをすでに他の端末でメインラインセンスにより利用しているHanakoさんが存在する場合には、要求したサービスに一部制限がかかったサービスを提案する。このときサービスを提案するＵＩとしては、例えば、図２６のようなＵＩが用いられる。より具体的な例を示すと、要求したサービスが「任意のコンテンツの視聴」であり、すでにHanakoさんがメインライセンスにより他の端末でコンテンツＡを視聴している場合には、「コンテンツＡの視聴」のみが可能なサービスを提案する。このときサービスを提案するＵＩとしては、例えば、図２７や図３０のようなＵＩが用いられる。

　なお、図２６や図２７、図３０のＵＩにおいて「利用する」をユーザが選択した場合、ユーザ端末１００は、「制限のあるサービス」や「コンテンツＡの視聴」が可能なサブライセンスをユーザ端末１００に発行するようライセンスサーバ４００に要求することとなる。

　次に上述した一連のメインライセンスの発行処理に含まれるライセンス同期処理について、図４を参照しつつ以下に説明する。

　図４は、ライセンスサーバ４００のライセンス同期動作の流れを示すフローチャートである。

　ライセンス発行更新部４２０は、メインライセンスの利用状態が変化したことをサービス利用状況変化検出部４１１に通知する。サービス利用状況変化検出部４１１は、メインライセンスの利用状態が変化したこと、および、メイン端末１００が番組１の再生を開始したことをライセンス権限制御部４１２に通知する（Ｓ２１）。

　ライセンス権限制御部４１２は、メイン端末１００が番組１の再生を開始したとの通知を受けて、サービス利用状態の変化内容を登録する。すなわち、ライセンステーブルについて、発行したメインライセンスの「ライセンスＩＤ」”ID_001_full_01”の「発行状況」を更新、つまり、「視聴コンテンツＩＤ」の値を”Content_001”にする（Ｓ２２）。

　そして、ライセンス権限制御部４１２は、ライセンステーブルのライセンスＩＤ”ID_001_full_01”の下の階層に「関連ライセンスＩＤ」が存在するかを確認することにより、ユーザ端末１００に発行したメインライセンスと関連づけられている関連ライセンスの有無を確認する（Ｓ２３）。関連ライセンスが存在しない場合（Ｓ２３においてＮＯ）、処理を終了する。一方、関連ライセンスが存在する場合（Ｓ２３においてＹＥＳ）、Ｓ２４以降の処理に進む。

　Ｓ２４において、ライセンス権限制御部４１２は、関連づけられた他のユーザ端末へのサービス提供内容の変更を行う。具体的には、図５（ａ）のＳ３１～Ｓ３３および図５（ｃ）のＳ５１の動作を行う。すなわち、関連ライセンスであるサブライセンスの制約条件として「同期ライセンスＩＤ」の値が”ID_001_full_01”であるような「制約条件」を追加する（Ｓ３１）。そして、サブライセンスに値が”ID_001_full_01”であるような「関連ライセンス」を追加する（Ｓ３２）。さらに、サブライセンスの「発行状況」を”発行可能”にする（Ｓ３３）。この結果、ライセンステーブルの値を図１３のライセンステーブルS_L004に更新される。その後、図５（ｃ）のＳ５１の動作を行うことにより、ライセンステーブルの値を図１４のライセンステーブルS_L004_0に更新する。すなわち、ライセンス権限制御部４１２は、発行したメインライセンス（ライセンスＩＤ：ID_001_full_01）の関連ライセンス（ライセンスＩＤ：ID_001_sub_01, ID_001_sub_02）について、制約条件として値を”ID_001_full_01”とする「同期ライセンスＩＤ」、および値を”Content_01”とする「同期コンテンツＩＤ」を記録する。

　Ｓ２４の処理の後、ライセンス権限制御部４１２は、サブライセンスが発行されている他のユーザ端末へ提供中のサービスを変更するか否かを判定する（Ｓ２５）。具体的には、ライセンステーブルを参照し、「関連ライセンスＩＤ」が”ID_001_full_01”であって、「関連状態」が”同期中”であるようなサブライセンスが存在するか判定する。

　例えば、そのようなサブライセンスが存在すると判定された場合（Ｓ２５においてＹＥＳ）、ライセンス権限制御部４１２はその旨をライセンス発行更新部４２０に通知し、ライセンス発行更新部４２０は、他のユーザ端末に提供中のサービスの内容を変更する（Ｓ２６）。具体的には、ライセンス発行更新部４２０は、ライセンステーブルを参照して「関連状態」が”同期中”であるようなサブライセンスが発行されているユーザ端末に「同期コンテンツＩＤ」の値”Content_001”を送信する。

　一方、例えば、ライセンステーブルの値がS_L004_0である場合のように、そのようなサブライセンスが存在しないと判定された場合（Ｓ２５においてＮＯ）、Ｓ２７の処理に進む。ライセンス権限制御部４１２は、サブライセンスが発行されている他のユーザ端末に、提供可能なサービスが変更されたことを通知するか否かを判定する（Ｓ２７）。具体的には、ライセンス発行更新部４２０は、ライセンステーブルを参照して「発行状況」が“発行中”である「ライセンスＩＤ」が存在するか否かを判定する。

　ライセンステーブルの値がS_L004_0である場合のように、存在しないと判定された場合（Ｓ２７においてＮＯ）、処理を終了する。

　一方、存在すると判定された場合（Ｓ２７においてＹＥＳ）、Ｓ２８の処理に進む。

　Ｓ２８において、ライセンス権限制御部４１２はその旨をライセンス発行更新部４２０に通知し、ライセンス発行更新部４２０は、サブライセンスが発行されている他のユーザ端末に、提供可能なサービスが変更されたことを通知する。具体的には、ライセンス発行更新部４２０は、ライセンステーブルを参照して「発行状況」が“発行中”である「ライセンスＩＤ」を検索する。そして、検索した各「ライセンスＩＤ」について、そのサブライセンスが発行されているユーザ端末に以下のようにして得られる「ユーザＩＤ」および「視聴コンテンツ」の値を送信する。

　すなわち、検索した「ライセンスＩＤ」の下の階層の「関連ライセンスＩＤ」の値を参照する。そして、参照した各値について、その値を「ライセンスＩＤ」とするメインライセンスの「ユーザＩＤ」および「視聴コンテンツＩＤ」の値を参照する。つまり関連ライセンスがＮライセンスある場合、ライセンス発行更新部４２０は、Ｎ組の「ユーザＩＤ」「視聴コンテンツＩＤ」の値を１つのユーザ端末に送信することになる。

　なお、Ｓ２８の処理で、「ユーザＩＤ」および「視聴コンテンツＩＤ」の値を受け取ったユーザ端末には、図３１のようなＵＩが表示され、ユーザは視聴するコンテンツを選択することができる。

　なお、Ｓ２６の処理で「同期コンテンツＩＤ」の値を受け取ったユーザ端末には、図３３のようなＵＩが表示される。ここで、ユーザが「変更する」を選択すると、ユーザ端末１００のコンテンツ再生部１１０は、コンテンツＩＤが”Content_001”であるコンテンツ（以下、単に「コンテンツ”Content_001”」のように称する）をサービス提供サーバ３００に要求することとなる。また、図３３のＵＩの代わりに図３４のＵＩを表示するようにしてもよい。図３４のＵＩ中の「２０分」は再生中のコンテンツの残りの再生時間を示している。この場合、ユーザが「視聴を継続する」を選択すると、コンテンツ再生部１１０は、再生中のコンテンツを最後まで再生し、その後、コンテンツ”Content_001”をサービス提供サーバ３００に要求することとなる。なお、コンテンツ再生部１１０が再生中のコンテンツを最後まで再生する動作は、通常再生のみ可能になることが望ましい。

　以上、メインライセンス”ID_001_full_01”の発行処理動作について説明したが、その後、メインライセンス”ID_001_full_02”が別のユーザ端末に発行されると、ライセンステーブルの値は図１５のライセンステーブルS_L004_4のようになる。

　この状態でさらに別のユーザ端末１００が、コンテンツ”Content_001”を再生するためのメインライセンスの発行を要求しても、メインライセンスは発行不可能でありサブライセンスのみが発行が可能である。

　以下では、この場合のサブライセンスの発行処理動作について説明していくこととする。

　（ライセンスサーバ４００のサブライセンス発行動作）
　サブライセンス発行動作の前におけるライセンステーブルの値はライセンステーブルS_L004_4のような状態になっている。

　図３を参照して説明すると、最初に、ライセンスサーバ４００のライセンス発行更新部４２０は、ユーザ端末１００のライセンス取得部１２１からのサブライセンスの利用要求を受信する（Ｓ１）。ライセンス利用要求には、ユーザが入力したユーザ名、アカウントＩＤ、コンテンツＩＤ、端末ＩＤが含まれている。ライセンス発行更新部４２０は、利用要求を受信すると、利用要求が有効であるかをサービス提供部３１０に問い合わせる。すなわち、(a)ライセンス利用要求に含まれているアカウントＩＤがユーザアカウントテーブル３３０に登録されており、かつ、(b)ライセンス利用要求に含まれているアカウントＩＤ、端末ＩＤ、サービス提供サーバ３００に送信されたログイン要求のアカウントＩＤ、端末ＩＤと一致するか、を問い合わせる。有効である旨の通知をサービス提供部３１０から受けると、ライセンス発行更新部４２０は、ライセンステーブル格納部４３０を参照し、アカウントＩＤが示すアカウントのライセンステーブルに記録されているサブライセンスの権利範囲およびそのサブライセンスの発行状態（そのサブライセンスを発行中の端末が存在するか否か）を参照する（Ｓ２）。そして、ライセンス発行更新部４２０は、要求されたサブライセンスが利用可能か否かを判定する（Ｓ３）。具体的には、「発行状況」が“発行可能”であり、かつ、「制約条件」のいずれかの「同期コンテンツＩＤ」の値が再生するコンテンツのコンテンツＩＤと一致するような「ライセンスＩＤ」がライセンステーブルに記録されている場合に利用可能であると判定する。例えば、ライセンステーブルの値がライセンステーブルS_L004_4の状態である場合、値が”ID_001_sub_01”である「ライセンスＩＤ」の「制約条件ＩＤ」の値が”ID_001_sub_01_Limit_001”であるような制約条件の「同期コンテンツＩＤ」の値は”Content_001”であり、再生するコンテンツのコンテンツＩＤと一致している。そして値が”ID_001_sub_01”である「ライセンスＩＤ」は”発行可能”である。従って、”ID_001_sub_01”であるサブライセンスは利用可能であると判定される。

　利用可能であると判定されると（Ｓ３においてＹＥＳ）、ライセンス権限制御部４１２は、ライセンステーブルに記録されたライセンス利用状態を更新する（Ｓ４）。具体的には、ライセンス権限制御部４１２は、発行するサブライセンスの「ライセンスＩＤ」の「発行状況」を”発行中”とし、「利用者情報」として「端末ＩＤ」「ユーザＩＤ」を記録する。ライセンス利用状態の更新によりライセンステーブルの値は、ライセンステーブルS_L004_4から図１６のライセンステーブルS_L005の状態に更新される。

　そして、ライセンス発行更新部４２０は、発行するサブライセンスと関連づけて管理すべきメインライセンスが存在するか否かを判定する（Ｓ５）。関連付けて管理すべきメインライセンスとは、具体的には、サブライセンスの「ライセンスＩＤ」の下の階層の「関連ライセンスＩＤ」の値として「ライセンスＩＤ」の値が記録されていないメインライセンスのことである。

　関連づけて管理すべきメインライセンスが存在すると判定された場合（Ｓ５においてＹＥＳ）、ライセンス発行更新部４２０は、発行するサブライセンスと関連づけて管理すべきメインライセンスとを関連づけ（Ｓ６）、Ｓ７に進む。一方、ライセンステーブルの値がライセンステーブルS_L005の状態である場合のように、関連付けて管理すべきメインライセンスが存在しないと判定された場合（Ｓ５においてＮＯ）、そのままＳ７に進む。

　その後、ライセンスの同期処理を開始した（Ｓ７）後、ライセンス権限制御部４１２はサブライセンスをユーザ端末１００に発行する。なお、ライセンス同期処理の動作の詳細については後述することとする。

　サブライセンスを受け取ったユーザ端末１００（以下、「サブ端末１００」とも称する）はサービスの要求をサービス提供サーバ３００に送信し、要求を受け取ったサービス提供部３１０は、「ユーザ端末１００がサービスを利用する権限(コンテンツ”Content_001”を再生する権限)があるか」をライセンスサーバ４００に問い合わせ、権限がある場合にはユーザ端末１００にサービスを提供して（Ｓ８）、処理を終了する。ここで、Ｓ８の処理をより具体的に説明すると、以下の通りになる。

　すなわち、コンテンツ再生部１１０は、コンテンツ利用条件情報に含まれているコンテンツＩＤ”Content_001”とライセンスＩＤ(“ID_001_sub_01”)とをサービス提供サーバ３００に送信することにより「番組１」を復号するのに必要な復号鍵を発行するよう要求する。

　復号鍵の発行要求を受け付けたサービス提供サーバ３００のサービス提供部３１０は、ユーザアカウントテーブル３３０を参照してサブ端末１００のユーザのアカウントＩＤを検索し、そのアカウントＩＤ(“ID_001”)とライセンスＩＤ(“ID_001_sub_01”)とコンテンツＩＤ(“Content_001”)とを送信することにより復号鍵の発行可否をライセンスサーバ４００に問い合わせる。問い合わせを受けたライセンスサーバ４００は受信したアカウントＩＤ(“ID_001”)のライセンステーブルを参照する。このときライセンステーブルの値はライセンステーブルS_L005の状態になっているが、ライセンスＩＤ(“ID_001_sub_01”)のライセンス権限の種別が”sync”になっており、かつ、同期コンテンツＩＤが”Content_001”であるような制約条件が存在するので、ライセンスサーバ４００は、復号鍵の発行は可能であると判定し、その旨をサービス提供サーバ３００に通知する。

　復号鍵の発行は可能である旨の通知を受けたサービス提供サーバ３００のサービス提供部３１０は、番組１のコンテンツデータを復号するための復号鍵をコンテンツテーブル３２０から読み出し、ユーザ端末１００に送信するとともに、ユーザ端末１００が番組１の再生を開始したことをライセンスサーバ４００に通知する。なお、復号鍵を受信したユーザ端末１００のコンテンツ再生部１１０は、先に受信したコンテンツ利用条件情報に含まれているコンテンツ取得先ＵＲＬにアクセスすることにより暗号化された番組１のコンテンツデータを取得し、復号鍵で復号して番組１を再生する。

　提案すべきサービスがある場合（Ｓ９においてＹＥＳ）、ユーザ端末１００の表示部（図示せず）に、そのようなサービスを表示し（Ｓ１０）、処理を終了する。一方、提案すべきサービスが存在しない場合（Ｓ９においてＮＯ）、図２８のようなＵＩをユーザ端末１００に表示して、サブライセンス発行処理を終了する。

　次に上述した一連のサブライセンスの発行処理に含まれるライセンス同期処理について、図４を参照しつつ以下に説明する。

　ライセンス権限制御部４１２は、サブライセンスが発行されたことをサービス利用状況変化検出部４１１に通知し、サービス利用状況変化検出部４１１は、サブライセンスが発行されたことをライセンス権限制御部４１２に通知し（Ｓ２１）、Ｓ２３に進む（サブライセンスの発行処理の場合、Ｓ２２では特に何も行わない）。

　ライセンス権限制御部４１２は、ライセンステーブルS_L005のライセンスＩＤ”ID_001_sub_01”の下の階層に「関連ライセンスＩＤ」が存在するかを確認することにより、ユーザ端末１００に発行したサブライセンスと関連づけられている関連ライセンスの有無を確認する（Ｓ２３）。関連ライセンスが存在しない場合（Ｓ２３においてＮＯ）、処理を終了する。一方、関連ライセンスが存在する場合（Ｓ２３においてＹＥＳ）、Ｓ２４の処理に進む。

　Ｓ２４において、ライセンス権限制御部４１２は、サブライセンスが発行されたユーザ端末にて同期再生が開始されたことを、関連ライセンス（メインライセンス）が発行されているユーザ端末１００に通知する。具体的には、図５（ｄ）のＳ６１の動作を行うことにより、ライセンステーブルを図１７のライセンステーブルS_L006の状態に更新する。すなわち、ライセンス権限制御部４１２は、関連ライセンス（ライセンスＩＤ：ID_001_full_01）と値が一致する「ライセンスＩＤ」の下の階層の「関連ライセンスＩＤ」であって発行したサブライセンスのライセンスＩＤと値が一致する「関連ライセンスＩＤ」の「関連状態」を”被同期中”にする。このとき、通知を受けたメインライセンスが発行されているユーザ端末１００は、サブライセンスが発行された端末において他のユーザにより同期視聴が開始されたことを示す図３２のようなＵＩを、表示部に表示するようにしてもよい。なお、図３２のＵＩの例では、他のユーザのユーザＩＤが”User_002”となっているが、これは、ライセンステーブルS_L006における、発行されたサブライセンス（ライセンスＩＤ：ID_001_sub_01）の「利用者情報」の値”User_002”を参照して得られるものである。

　さらに、ライセンス権限制御部４１２は、ライセンステーブルを図１８のライセンステーブルS_L006_2に更新する。すなわち、ライセンス権限制御部４１２は、発行したサブライセンス（ライセンスＩＤ：ID_001_sub_01）の関連ライセンス（ライセンスＩＤ：ID_001_full_01）について、Ｓ８においてコンテンツを再生する権限があるか問い合わせを受けたコンテンツＩＤ（”Content_001”）を値とする「視聴コンテンツＩＤ」を記録する。

　最後に、ライセンス権限制御部４１２は、図５（ｄ）のＳ６１の動作を行うことにより、ライセンステーブルを図１９のライセンステーブルS_L006_3の状態に更新する。すなわち、ライセンス権限制御部４１２は、サブライセンスの関連ライセンス（ライセンスＩＤ：ID_001_full_01）と値が一致する「ライセンスＩＤ」の下の階層の「関連ライセンスＩＤ」であって発行したサブライセンスのライセンスＩＤと値が一致する「関連ライセンスＩＤ」の「視聴コンテンツＩＤ」の値として、Ｓ８においてコンテンツを再生する権限があるか問い合わせを受けたコンテンツＩＤ（”Content_001”）を記録する。

　以上のＳ２４の処理をもってサブライセンス発行時におけるライセンスの同期処理を終了する（Ｓ２５以降の処理はメインライセンス発行時におけるライセンスの同期処理である）。

　なお、上述したメインライセンス発行動作およびサブライセンス発行動作については、各動作の詳細をそれぞれ図３５～図３７および図３９～図４１に示しておく。

　（メインライセンスを発行済のユーザ端末１００が再生するコンテンツを変更した場合の動作（メインライセンスコンテンツ切替追従動作））
　次に、メインライセンス”ID_001_full_01”を発行済のユーザ端末１００が再生するコンテンツをコンテンツ”content_001”からコンテンツ”content_002”に変更した場合にライセンス提供システムにおいて行われる動作について、図４、図５、図７、図２１～図２４、図２９を参照しながら以下に説明する。なお、再生するコンテンツの変更前には、サブライセンス”ID_001_sub_01”が発行されたユーザ端末１００（以下、ここでは「サブ端末１００」と称する）は、メイン端末１００と同期しており、コンテンツ”content_001”を再生していることを予め述べておく。また、このとき、ライセンステーブルの値は、ライセンステーブルS_L006の状態になっている。

　メイン端末１００のユーザが視聴するコンテンツを変更したくなり図２９に示すようなコンテンツ選択画面を表示するための操作を行うと、メイン端末１００はサービス提供サーバ３００にコンテンツリスト要求を送信し、コンテンツリストを受信する。ここで、サービス提供サーバ３００は、コンテンツリストをメイン端末１００に送信するか否かを決定するために、ログイン処理を必要としてもよく、あるいは、メイン端末１００から送信されたセッションＩＤによって送信元のメイン端末１００を識別することによりログイン処理を省略してもいい。

　メイン端末１００はコンテンツリストを受信すると図２９に示されるコンテンツ選択画面を表示部に表示する。ユーザが「番組２」（コンテンツ”Content_002”）を選択すると、メイン端末１００のコンテンツ再生部１１０は、サービス提供サーバ３００に対して、番組２のコンテンツ利用条件情報の要求を送信する。サービス提供サーバ３００のサービス提供部３１０は、メイン端末１００に番組２のコンテンツ利用条件情報を返却する。

　コンテンツ利用条件情報を受信したメイン端末１００のコンテンツ再生部１１０は、コンテンツ利用条件情報に含まれているコンテンツＩＤ”Content_002”と、ライセンスＩＤ”ID_001_full_01”と、をサービス提供サーバ３００に送信することにより「番組２」を復号するのに必要な復号鍵を発行するよう要求する。

　復号鍵の発行要求を受け付けたサービス提供サーバ３００のサービス提供部３１０は、ユーザアカウントテーブル３３０を参照してメイン端末１００のユーザのアカウントＩＤを検索し、そのアカウントＩＤ(“ID_001”)とライセンスＩＤ(“ID_001_full_01”)とコンテンツＩＤ(“Content_002”)とを送信することにより復号鍵の発行可否をライセンスサーバ４００に問い合わせる。問い合わせを受けたライセンスサーバ４００は受信したアカウントＩＤ(“ID_001”)のライセンステーブルを参照する。このときライセンステーブルの値はライセンステーブルS_L006の状態になっているが、ライセンスＩＤ(“ID_001_full_01”)のライセンス権限の種類が”full”になっているので、ライセンスサーバ４００は、復号鍵の発行は可能であると判定し、その旨をサービス提供サーバ３００に通知する。

　復号鍵の発行は可能である旨の通知を受けたサービス提供サーバ３００のサービス提供部３１０は、番組２のコンテンツデータを復号するための復号鍵をコンテンツテーブル３２０から読み出し、メイン端末１００に送信するとともに、メイン端末１００が番組２の再生を開始したことをライセンスサーバ４００に通知する。なお、復号鍵を受信したメイン端末１００のコンテンツ再生部１１０は、先に受信したコンテンツ利用条件情報に含まれているコンテンツ取得先ＵＲＬにアクセスすることにより暗号化された番組２のコンテンツデータを取得し、復号鍵で復号して番組２を再生する。

　以下、番組２の再生をメイン端末１００が開始した旨の通知を受けたライセンスサーバ４００の動作を、図４を参照しながら以下に説明する。

　通知を受けたライセンスサーバ４００のサービス利用状況変化検出部４１１は、番組２の再生をメイン端末１００が開始した旨をライセンス権限制御部４１２に通知する（Ｓ２１）。

　ライセンス権限制御部４１２は、メイン端末１００において再生するコンテンツが変更されたことをライセンステーブルに記録する（Ｓ２２）。具体的には、ライセンス権限制御部４１２は、値が”ID_001_full_01”である「ライセンスＩＤ」の下の階層の「視聴コンテンツＩＤ」の値を”Content_001”から”Content_002”に変更することにより、ライセンステーブルの値を図２０のライセンステーブルS_L007の状態にする。

　そして、ライセンス権限制御部４１２は、ライセンスＩＤ(“ID_001_full_01”)の利用状態および利用状態変化内容を確認し、関連づけられているライセンスの有無を判別する（Ｓ２３）。具体的には、ライセンステーブルを参照し、値が”ID_001_full_01”である「ライセンスＩＤ」の下の階層に「関連ライセンスＩＤ」が存在するか否かを調べる。現在のライセンステーブルの値はライセンステーブルS_L007であるので、値が”ID_001_sub_01”,”ID_001_sub_02”の関連ライセンスＩＤが存在する。

　関連付けられているライセンスが存在しないと判定された場合（Ｓ２３においてＮＯ）、処理を終了する。

　一方、ライセンステーブルの値はライセンステーブルS_L007である場合のように、関連付けられているライセンスが存在すると判定された場合（Ｓ２３においてＹＥＳ）、ライセンス権限制御部４１２は、関連づけられている他の端末へのサービス提供可能内容を変更する（Ｓ２４）。具体的には、図５（ｃ）のＳ５１の動作を行い、関連ライセンスＩＤで表わされるライセンスが発行されている他の端末はコンテンツ”Content_002”のみ再生可能であるという情報をライセンステーブルに記録する。つまり、「ライセンスＩＤ」が”ID_001_sub_01”の「制約条件」のうち「同期ライセンスＩＤ」が”ID_001_full_01”であるような「制約条件」の「同期コンテンツＩＤ」の値を”Content_002”に変更することにより、ライセンステーブルの値を図２１のライセンステーブルS_L008の状態にする。

　以上のＳ２４の処理をもってメイン端末１００が再生するコンテンツを変更した場合のライセンスサーバ４００の処理は終了する。

　次に、サブ端末１００に発行されているライセンスの有効期限が近づいたときのライセンスサーバ４００の動作について図３を参照しながら説明する。

　サブ端末１００のライセンス更新部１２２は、ライセンスの有効期限に達すると、ライセンスサーバ４００に対して自身のサブライセンス（”ID_001_sub_01”のサブライセンス）を更新する要求であるライセンス更新要求を送信し、ライセンスサーバ４００のライセンス発行更新部４２０は、ライセンス更新要求を受信する（Ｓ１）。

　ライセンス発行更新部４２０は、”ID_001_sub_01”のサブライセンスのサービス利用状況を参照する（Ｓ２）。そして、ライセンス発行更新部４２０は、参照したサービス利用状況に基づき、要求されたサブライセンスを更新発行可能か否かを判定する（Ｓ３）。更新発行可能でないと判定された場合（Ｓ３においてＮＯ）、Ｓ９の処理に進む。なお、Ｓ９以降の処理についてはサブライセンス発行動作と同様の動作を行うので説明を省略する。

　一方、更新発行可能であると判定された場合（Ｓ３においてＹＥＳ）、ライセンス発行更新部４２０は、前回のライセンス発行時と比べてライセンス権限に変化があったか否かを判定する。そして、変化があったと判定した場合にはライセンス発行更新部４２０は、更新したサブライセンスをサブ端末１００に発行するとともに、サブライセンスにより再生可能なコンテンツがコンテンツ”Content_002”（番組２）に変化したことをサブ端末１００に通知し（Ｓ８）、処理を終了する。一方、変化がなかったと判定した場合には、ライセンス発行更新部４２０は、更新したサブライセンスをサブ端末１００に発行する処理のみを行う。なお、Ｓ４～Ｓ７の処理は新規のライセンス発行時に行われる処理であるため、これらの処理はライセンスの更新発行時には行われない。

　Ｓ８の処理で通知を受けたサブ端末１００は、コンテンツ”content_001”の再生を終了し、図３３のようなＵＩを表示部に表示する。サブ端末１００のユーザが「変更する」を選択すると、サブ端末１００のコンテンツ再生部１１０は再生するコンテンツを番組２に切り替えることになるが、この場合ライセンス提供システムでは以下のような動作が行われる。

　すなわち、サブ端末１００のコンテンツ再生部１１０は、サービス提供サーバ３００に対して、番組２のコンテンツ利用条件情報の要求を送信する。サービス提供サーバ３００のサービス提供部３１０は、サブ端末１００に番組２のコンテンツ利用条件情報を返却する。

　コンテンツ利用条件情報を受信したサブ端末１００のコンテンツ再生部１１０は、コンテンツ利用条件情報に含まれているコンテンツＩＤ”Content_002”と、ライセンスＩＤ”ID_001_sub_01”と、をサービス提供サーバ３００に送信することにより「番組２」を復号するのに必要な復号鍵を発行するよう要求する。

　復号鍵の発行要求を受け付けたサービス提供サーバ３００のサービス提供部３１０は、ユーザアカウントテーブル３３０を参照してサブ端末１００のユーザのアカウントＩＤを検索し、そのアカウントＩＤ(“ID_001”)とライセンスＩＤ(“ID_001_sub_01”)とコンテンツＩＤ(“Content_002”)とを送信することにより復号鍵の発行可否をライセンスサーバ４００に問い合わせる。問い合わせを受けたライセンスサーバ４００は受信したアカウントＩＤ(“ID_001”)のライセンステーブルを参照する。このときライセンステーブルの値はライセンステーブルS_L008の状態になっているが、ライセンスＩＤ(“ID_001_sub_01”)のライセンス権限の種類が”sync”になっており、かつ、同期コンテンツＩＤが”Content_002”であるような制約条件が存在するので、ライセンスサーバ４００は、復号鍵の発行は可能であると判定し、その旨をサービス提供サーバ３００に通知する。

　復号鍵の発行は可能である旨の通知を受けたサービス提供サーバ３００のサービス提供部３１０は、番組２のコンテンツデータを復号するための復号鍵をコンテンツテーブル３２０から読み出し、サブ端末１００に送信するとともに、サブ端末１００が番組２の再生を開始したことをライセンスサーバ４００に通知する。なお、復号鍵を受信したサブ端末１００のコンテンツ再生部１１０は、先に受信したコンテンツ利用条件情報に含まれているコンテンツ取得先ＵＲＬにアクセスすることにより暗号化された番組２のコンテンツデータを取得し、復号鍵で復号して番組２を再生する。

　通知を受けたライセンスサーバ４００のサービス利用状況変化検出部４１１は、番組２の再生をサブ端末１００が開始した旨をライセンス権限制御部４１２に通知する（Ｓ２１）。

　ライセンス権限制御部４１２は、サブライセンス“ID_001_sub_01”が更新発行されたサブ端末１００において再生するコンテンツが変更されたことをライセンステーブルに記録する（Ｓ２２）。具体的には、ライセンス権限制御部４１２は、値が”ID_001_sub_01”である「ライセンスＩＤ」の下の階層の「視聴コンテンツＩＤ」の値を”Content_001”から”Content_002”に変更することにより、ライセンステーブルの値を図２２のライセンステーブルS_L009の状態にする。

　そして、ライセンス権限制御部４１２は、ライセンスＩＤ(“ID_001_sub_01”)の利用状態および利用状態変化内容を確認し、関連づけられているライセンスの有無を判別する（Ｓ２３）。具体的には、ライセンステーブルを参照し、値が”ID_001_sub_01”である「ライセンスＩＤ」の下の階層に「関連ライセンスＩＤ」が存在するか否かを調べる。現在のライセンステーブルの値はライセンステーブルS_L009であるので、値が”ID_001_full_01”,”ID_001_full_02”の関連ライセンスＩＤが存在する。

　一方、ライセンステーブルの値がライセンステーブルS_L009である場合のように、関連付けられているライセンスが存在すると判定された場合（Ｓ２３においてＹＥＳ）、ライセンス権限制御部４１２は、更新発行されたサブ端末１００において再生するコンテンツが変更されたことをライセンステーブルに記録する（Ｓ２４）。具体的には、図５（ｆ）のＳ８１の動作を行い、値が”ID_001_full_01”、”ID_001_full_02”である「ライセンスＩＤ」について、「関連ライセンスＩＤ」”ID_001_sub_01”の「視聴コンテンツＩＤ」の値を”Content_002”に変更することにより、ライセンステーブルの値を図２３のライセンステーブルS_L010の状態にする。

　以上のＳ２４の処理をもってサブ端末１００が再生するコンテンツを変更した場合のライセンスサーバ４００の処理は終了する。なお、上述したメインライセンス切替追従動作の詳細を図４２、図４３に示しておく。

　以上のように、サブ端末１００に発行されているサブライセンスの有効期限に達したときに、ライセンスサーバ４００はサブライセンスをサブ端末１００に更新発行するが、Ｓ２において、ライセンス発行更新部４２０は、”ID_001_sub_01”のサブライセンスのサービス利用状況を参照する前に、メインライセンスのサービス利用状況を参照してもよい。そして、ライセンス発行更新部４２０は、発行可能なメインライセンスが存在する場合にはメインライセンスをサブ端末１００に発行するようにしてもよい。

　（メイン端末１００がコンテンツの再生を終了し、メインライセンスをライセンスサーバ４００に返却する動作）
　次に、メイン端末１００がコンテンツ”content_002”の再生を終了した場合にライセンス提供システムにおいて行われる動作について、図５を参照しながら以下に説明する。

　メイン端末１００のユーザがコンテンツの再生を停止する操作を行うと、メイン端末１００のコンテンツ再生部１１０は、コンテンツの再生を終了した旨をサービス提供サーバ３００に通知する。

　サービス提供サーバ３００のサービス提供部３１０は、メイン端末１００がコンテンツの再生を終了した旨をライセンスサーバ４００に通知する。

　通知を受けたライセンスサーバ４００のサービス利用状況変化検出部４１１は、メイン端末１００がコンテンツの再生を停止した旨をライセンス権限制御部４１２に通知する（Ｓ２１）。

　ライセンス権限制御部４１２は、図５（ｂ）に示すフローチャートに従い、メイン端末１００がコンテンツの再生を停止したことをライセンステーブルに記録する（Ｓ２２）。具体的には、ライセンス権限制御部４１２は、値が”ID_001_full_01”である「ライセンスＩＤ」の「関連ライセンスＩＤ」で表わされる各サブライセンスについて、「同期ライセンスＩＤ」が”ID_001_full_01”である「制約条件」を削除する（Ｓ４１）。

　次に、ライセンス権限制御部４１２は、各サブライセンスについて、値が”ID_001_full_01”である「関連ライセンスＩＤ」を削除する。また、”ID_001_full_01”である「ライセンスＩＤ」について、「関連ライセンスＩＤ」を削除し、「発行状況」を”発行可能”に変更する（Ｓ４２）。

　さらに、ライセンス権限制御部４１２は、「制約条件」や「関連ライセンスＩＤ」が存在しないサブライセンスについて、「発行状況」を”発行不可”に変更する（Ｓ４３）。

　（サブ端末１００がコンテンツの再生を終了し、サブライセンスをライセンスサーバ４００に返却する動作）
　また、サブ端末１００がコンテンツ”content_002”の再生を終了した場合にライセンス提供システムにおいて行われる動作について、図５を参照しながら以下に説明する。

　サブ端末１００のユーザがコンテンツの再生を停止する操作を行うと、サブ端末１００のコンテンツ再生部１１０はコンテンツの再生を停止した旨をサービス提供サーバ３００に通知する。

　サービス提供サーバ３００のサービス提供部３１０は、サブ端末１００がコンテンツの再生を終了した旨をライセンスサーバ４００に通知する。

　通知を受けたライセンスサーバ４００のサービス利用状況変化検出部４１１は、サブ端末１００がコンテンツの再生を停止した旨をライセンス権限制御部４１２に通知する。

　ライセンス権限制御部４１２は、図５（ｅ）に示すフローチャートに従い、サブ端末１００がコンテンツの再生を停止したことをライセンステーブルに記録する（Ｓ２２）。具体的には、ライセンス権限制御部４１２は、値が”ID_001_full_01”である「ライセンスＩＤ」の下の階層にある、値が”ID_001_sub_01”の「関連ライセンスＩＤ」を削除する。そして、値が”ID_001_sub_01”である「ライセンスＩＤ」の下の階層にある「発行状況」を”発行可能”にする（Ｓ７１）。

　以上、ライセンスサーバ４００がユーザ端末１００にライセンスを発行する動作やユーザ端末１００からライセンスを回収する動作、サブライセンスの権利範囲を変更する動作について説明した。説明にて明らかなように、各動作はライセンステーブルを参照・更新して行われており、ライセンステーブルは本実施形態において重要な役割を担っている。そこで、ライセンステーブルの値とライセンスの発行可否およびライセンスの権利範囲との関係をわかりやすくするため、この関係を示した表を図７～図９にまとめておく。

　（ライセンスサーバ４００の利点）
　以上のように、ライセンスサーバ４００（動作制御装置）は、メインライセンスおよびサブライセンスからなるライセンスであって、メインライセンスによりユーザ端末１００が全コンテンツの再生を行うことを可能にするとともにサブライセンスによりユーザ端末１００が再生中のコンテンツと同一のコンテンツのみを他のユーザ端末１００が再生することを可能にするライセンスに基づいて、各ユーザ端末１００を制御する。

　そして、サービス利用状況変化検出部４１１は、メインライセンスが発行されたユーザ端末１００が再生するコンテンツを、コンテンツ”Content_002”に変更したことを検出する。さらに、変更が検出されると、ライセンス権限制御部４１２は、ライセンステーブルを「制約条件」の「同期コンテンツＩＤ」の値が”Content_002”になるように変更することにより、他のユーザ端末１００がサブライセンスにより再生可能なコンテンツをコンテンツ”Content_002”に変更する。

　なお、上記実施形態では、メインラインセンスを発行済のユーザ端末１００が、再生するコンテンツをコンテンツ”Content_002”に変更した場合に、サブライセンスを発行済のユーザ端末において追随して行われる動作を示したが、当然に、コンテンツＩＤの値が”Content_002”以外の値である任意のコンテンツに変更した場合も同様の動作が行われる。すなわち、ユーザ端末１００がメインライセンスにより再生するコンテンツをどのコンテンツに変更しても、他のユーザ端末１００においてサブライセンスにより再生可能なコンテンツは、ユーザ端末１００がメインライセンスにより上記変更後に再生するコンテンツのみとなる。

　したがって、ライセンスサーバ４００は、ライセンス提供者の利益を損なわせずに１ライセンスで複数のユーザ端末１００にライセンスに基づくコンテンツの再生動作を行わせることができる。

　（実施形態２）
　次に、本発明の別の一実施形態に係るライセンスサーバ、サービス提供サーバ、およびユーザ端末が通信可能に接続されたライセンス提供システムについて、図３８を参照しつつ、以下に説明する。

　図３８は、本実施形態に係るライセンスサーバ、サービス提供サーバ、およびユーザ端末（メイン端末およびサブ端末）が通信可能に接続されたライセンス提供システムの構成を示すブロック図である。

　図３８に示すように、ライセンス提供システムには、サービス提供サーバ３００、ライセンスサーバ４００’、メイン端末５００、およびサブ端末６００が含まれている。

　サービス提供サーバ３００は、サービスを利用するユーザの認証や再生するコンテンツの選択画面のメイン端末５００、サブ端末６００への提示、メイン端末５００、サブ端末６００へのコンテンツの配信を行う。

　メイン端末５００はサービス提供サーバ３００にコンテンツの配信を要求し、配信されたコンテンツを再生する。コンテンツを再生するためのライセンスがメイン端末５００に存在しない場合には、そのためのメインライセンスをメイン端末５００に発行するようライセンスサーバ４００に要求する。また、メイン端末５００は、ライセンスサーバ４００から取得したサブライセンスを管理し、サブ端末６００からコンテンツを再生するためのサブライセンスを発行する要求を受け付け、サブライセンスをサブ端末６００に発行する役割も担っている。

　サブ端末６００はサービス提供サーバ３００にコンテンツの配信を要求し、配信されたコンテンツを再生する。コンテンツを再生するためのライセンスがサブ端末６００に存在しない場合には、そのためのサブライセンスをサブ端末６００に発行するようメイン端末５００に要求する。

　ライセンスサーバ４００は、メイン端末５００にメインライセンスおよびサブライセンスを発行するサーバである。

　以下、ライセンスサーバ４００’、メイン端末５００、サブ端末６００の構成について図３８を参照して説明するが、図３８に示すように、本実施形態のライセンス提供システムに含まれるサービス提供サーバ３００は実施形態１のものと同一であるので詳細な説明は省略する。ただし、サービス提供サーバ３００がサブ端末６００に提供するコンテンツ利用条件情報にはライセンスサーバＵＲＬでなくメイン端末ＵＲＬが含まれている。このメイン端末ＵＲＬは、サブライセンスの発行先であるメイン端末５００のＵＲＬであり、ライセンスサーバ４００’からメイン端末５００にサブライセンスを発行する際に、ライセンスサーバ４００’からサービス提供サーバ３００に送信され、サービスコンテンツテーブル３２０に保存されるようになっている。また、メイン端末５００がサブライセンスを返却する際に、ライセンスサーバ４００’からサービス提供サーバ３００にその旨を送信し、サービスコンテンツテーブル３２０から当該メイン端末ＵＲＬを削除する。

　ライセンスサーバ４００’は、ライセンステーブル格納部４３０、ライセンス発行部４４０を備えている。ライセンステーブル格納部４３０は実施形態１のものと同一である。一方、ライセンス発行部４４０は、メインライセンスおよびサブライセンスの発行を行うが、実施形態１のライセンス発行更新部４２０と異なり、サブライセンスについては、ライセンスを現在発行しているかどうか、および発行している端末の情報のみを更新管理する。したがって、ライセンス発行部４４０は、サブライセンスの有効期限に達した場合に行われるサブライセンスの更新処理を行うことはない。

　メイン端末５００は、コンテンツ再生部５１０、サービス利用状況変化検出部５２０、ライセンス権限制御部５３０、サブライセンス発行更新部５４０、および取得ライセンステーブル格納部５５０を備えている。

　コンテンツ再生部５１０は、サービス提供サーバ３００からコンテンツを取得して再生する。

　サービス利用状況変化検出部５２０は、コンテンツ再生部５１０が再生するコンテンツを変更したことを検出し、その旨をライセンス権限制御部５３０に通知する。

　ライセンス権限制御部５３０は、コンテンツを初めて再生する場合にライセンスサーバ４００’にコンテンツを再生するためのメインライセンスおよび発行可能なサブライセンスを要求する。また、サービス利用状況変化検出部５２０から通知を受け付けると、コンテンツ再生部５１０が再生しているコンテンツのコンテンツＩＤを確認し、取得ライセンステーブル格納部５５０に記録されているライセンステーブルの値を更新することにより、サブライセンスの権利範囲を制御する。

　サブライセンス発行更新部５４０は、サブ端末６００からの要求を受けてサブ端末６００にサブライセンスを発行したり、サブ端末６００に記録されているサブライセンスの更新を行ったりする。

　取得ライセンステーブル格納部５５０には、メイン端末５００のユーザのアカウントに付与されたライセンスの権利範囲やライセンスの発行先端末を示すライセンステーブルが記録される。

　サブ端末６００は、ライセンス取得部６１０、ライセンス更新部６２０、コンテンツ再生部６３０を備えている。コンテンツ再生部６３０は、サービス提供サーバ３００からコンテンツを取得して再生する。

　また、ライセンス取得部６１０は、サブ端末６００にサブライセンスを発行するようメイン端末５００に要求し、サブライセンスを取得する。また、ライセンス更新部６２０は、メイン端末５００にサブライセンスを更新するよう要求する。

　以下、本実施形態の特徴であるメイン端末５００がサブ端末６００にサブライセンスを発行する動作について詳細に説明する。なお、ライセンスサーバ４００’がメイン端末５００にメインライセンスを発行する動作については、実施形態１と同様であるので説明を省略する。ただし、この際、メイン端末５００はサブライセンスも取得し、取得ライセンステーブル格納部５５０のライセンステーブルにライセンス情報を記録する。なお、メイン端末５００がメインライセンス以外のサブライセンスも要求するかどうかは、ユーザの操作やメイン端末５００への設定により切り替えられるようにしておくことが望ましい。また、メイン端末５００がメインライセンスをライセンスサーバ４００’に返却する際にはメインライセンスと関連するサブライセンスの返却も同時に行うが、この際、サブライセンスのライセンス情報を取得ライセンステーブル格納部５５０のライセンステーブルから削除することになる。

　サブライセンス発行動作の前におけるライセンステーブルの値はライセンステーブルS_L004_4のような状態になっているものとする。

　サブ端末６００は、サービス提供サーバ３００にログイン要求を送信する。サービス提供サーバ３００のサービス提供部３１０は、ユーザアカウントテーブル３３０を参照して認証を行い、認証に成功した場合、認証に成功した旨およびサービスコンテンツテーブル３２０に格納されているコンテンツの一覧をユーザ端末１００に返却する。このときサブ端末６００の図示しない表示部に表示されるＵＩは、図２９に示すようなＵＩである。

　ユーザがコンテンツ（例えば、図２９の「番組１」）を選択すると、サブ端末６００は、選択されたコンテンツのコンテンツ利用条件をサービス提供サーバ３００に問い合わせる。サービス提供サーバ３００のサービス提供部３１０は、サービスコンテンツテーブル３２０を参照し、コンテンツ利用条件情報を返却する。

　コンテンツ利用条件情報を受け取ったサブ端末６００のライセンス取得部１２１は、コンテンツ利用条件情報に含まれているメイン端末ＵＲＬで指定されるメイン端末５００に、サブライセンスをサブ端末６００に発行するよう要求する。

　（メイン端末５００のサブライセンス発行動作）
　図３を参照して説明すると、最初に、メイン端末５００のサブライセンス発行更新部５４０は、サブ端末６００からのサブライセンスの利用要求を受信する（Ｓ１）。ライセンス利用要求にはコンテンツＩＤが含まれている。サブライセンス発行更新部５４０は、取得ライセンステーブル格納部５５０を参照し、ライセンステーブルに記録されているサブライセンスの権利範囲およびそのサブライセンスの発行状態（そのサブライセンスを発行中の端末が存在するか否か）を参照する（Ｓ２）。そして、サブライセンス発行更新部５４０は、要求されたサブライセンスが利用可能か否かを判定する（Ｓ３）。具体的には、「発行状況」が“発行可能”であり、かつ、「制約条件」のいずれかの「同期コンテンツＩＤ」の値が再生するコンテンツのコンテンツＩＤと一致するような「ライセンスＩＤ」がライセンステーブルに記録されている場合に利用可能であると判定する。例えば、ライセンステーブルの値がライセンステーブルS_L004_4の状態である場合、値が”ID_001_sub_01”である「ライセンスＩＤ」の「制約条件ＩＤ」の値が”ID_001_sub_01_Limit_001”であるような制約条件の「同期コンテンツＩＤ」の値は”Content_001”であり、再生するコンテンツのコンテンツＩＤと一致している。そして値が”ID_001_sub_01”である「ライセンスＩＤ」は”発行可能”である。従って、”ID_001_sub_01”であるサブライセンスは利用可能であると判定される。

　利用可能であると判定されると（Ｓ３においてＹＥＳ）、サブライセンス発行更新部５４０は、ライセンステーブルに記録されたライセンス利用状態を更新する（Ｓ４）。具体的には、サブライセンス発行更新部５４０は、発行するサブライセンスの「ライセンスＩＤ」の「発行状況」を”発行中”とし、「利用者情報」として「端末ＩＤ」「ユーザＩＤ」を記録する。ライセンス利用状態の更新によりライセンステーブルの値は、ライセンステーブルS_L004_4から図１６のライセンステーブルS_L005の状態に更新される。

　そして、サブライセンス発行更新部５４０は、発行するサブライセンスと関連づけて管理すべきメインライセンスが存在するか否かを判定する（Ｓ５）。関連付けて管理すべきメインライセンスとは、具体的には、サブライセンスの「ライセンスＩＤ」の下の階層の「関連ライセンスＩＤ」の値として「ライセンスＩＤ」の値が記録されていないメインライセンスのことである。

　関連づけて管理すべきメインライセンスが存在すると判定された場合（Ｓ５においてＹＥＳ）、サブライセンス発行更新部５４０は、発行するサブライセンスと関連づけて管理すべきメインライセンスとを関連づけ（Ｓ６）、Ｓ７に進む。一方、ライセンステーブルの値がライセンステーブルS_L005の状態である場合のように、関連付けて管理すべきメインライセンスが存在しないと判定された場合（Ｓ５においてＮＯ）、そのままＳ７に進む。

　その後、ライセンスの同期処理を開始した（Ｓ７）後、サブライセンス発行更新部５４０はサブライセンスをサブ端末６００に発行する。

　サブライセンスを受け取ったサブ端末６００はサービスの要求をサービス提供サーバ３００に送信し、要求を受け取ったサービス提供部３１０は、「サブ端末６００がサービスを利用する権限(コンテンツ”Content_001”を再生する権限)があるか」をライセンスサーバ４００に問い合わせ、権限がある場合にはサブ端末６００にサービスを提供して（Ｓ８）、処理を終了する。ここで、Ｓ８の処理をより具体的に説明すると、以下の通りになる。

　すなわち、コンテンツ再生部６３０は、コンテンツ利用条件情報に含まれているコンテンツＩＤ”Content_001”とライセンスＩＤ(“ID_001_sub_01”)とをサービス提供サーバ３００に送信することにより「番組１」を復号するのに必要な復号鍵を発行するよう要求する。

　サービス提供サーバ３００のサービス提供部３１０は、番組１のコンテンツデータを復号するための復号鍵をコンテンツテーブル３２０から読み出し、サブ端末６００に送信するとともに、サブ端末６００が番組１の再生を開始したことをメイン端末５００に通知する。なお、復号鍵を受信したサブ端末６００のコンテンツ再生部６３０は、先に受信したコンテンツ利用条件情報に含まれているコンテンツ取得先ＵＲＬにアクセスすることにより暗号化された番組１のコンテンツデータを取得し、復号鍵で復号して番組１を再生する。

　提案すべきサービスがある場合（Ｓ９においてＹＥＳ）、サブ端末６００の表示部（図示せず）に、そのようなサービスを表示し（Ｓ１０）、処理を終了する。一方、提案すべきサービスが存在しない場合（Ｓ９においてＮＯ）、図２８のようなＵＩをサブ端末６００に表示して、サブライセンス発行処理を終了する。

　（メイン端末５００が再生するコンテンツを変更した場合の動作（メインライセンスコンテンツ切替追従動作））
　次に、メインライセンス”ID_001_full_01”を発行済のメイン端末５００が再生するコンテンツをコンテンツ”content_001”からコンテンツ”content_002”に変更した場合のメイン端末５００の動作について、図４、図５、図７、図２１～図２４、図２９を参照しながら以下に説明する。なお、再生するコンテンツの変更前には、サブライセンス”ID_001_sub_01”が発行されたサブ端末６００は、メイン端末５００と同期しており、コンテンツ”content_001”を再生していることを予め述べておく。また、このとき、ライセンステーブルの値は、ライセンステーブルS_L006の状態になっている。

　メイン端末５００のサービス利用状況変化検出部５２０は、コンテンツ再生部５１０が番組２の再生を開始した旨をライセンス権限制御部５３０に通知する（Ｓ２１）。

　ライセンス権限制御部５３０は、再生するコンテンツが変更されたことをライセンステーブルに記録する（Ｓ２２）。具体的には、ライセンス権限制御部５３０は、値が”ID_001_full_01”である「ライセンスＩＤ」の下の階層の「視聴コンテンツＩＤ」の値を”Content_001”から”Content_002”に変更することにより、ライセンステーブルの値を図２０のライセンステーブルS_L007の状態にする。

　そして、ライセンス権限制御部５３０は、ライセンスＩＤ(“ID_001_full_01”)の利用状態および利用状態変化内容を確認し、関連づけられているライセンスの有無を判別する（Ｓ２３）。具体的には、ライセンステーブルを参照し、値が”ID_001_full_01”である「ライセンスＩＤ」の下の階層に「関連ライセンスＩＤ」が存在するか否かを調べる。現在のライセンステーブルの値はライセンステーブルS_L007であるので、値が”ID_001_sub_01”,”ID_001_sub_02”の関連ライセンスＩＤが存在する。

　一方、ライセンステーブルの値はライセンステーブルS_L007である場合のように、関連付けられているライセンスが存在すると判定された場合（Ｓ２３においてＹＥＳ）、ライセンス権限制御部５３０は、サブ端末６００など関連づけられている他の端末へのサービス提供可能内容を変更する（Ｓ２４）。具体的には、図５（ｃ）のＳ５１の動作を行い、関連ライセンスＩＤで表わされるライセンスが発行されている他の端末はコンテンツ”Content_002”のみ再生可能であるという情報をライセンステーブルに記録する。つまり、「ライセンスＩＤ」が”ID_001_sub_01”の「制約条件」のうち「同期ライセンスＩＤ」が”ID_001_full_01”であるような「制約条件」の「同期コンテンツＩＤ」の値を”Content_002”に変更することにより、ライセンステーブルの値を図２１のライセンステーブルS_L008の状態にする。

　以上のＳ２４の処理をもってメイン端末５００が再生するコンテンツを変更した場合のメイン端末５００の処理は終了する。

　次に、サブ端末６００に発行されているライセンスの有効期限が近づいたときのメイン端末５００の動作について図３を参照しながら説明する。

　サブ端末６００のライセンス更新部６２０は、ライセンスの有効期限が近づくと、メイン端末５００に対して自身のサブライセンス（”ID_001_sub_01”のサブライセンス）を更新する要求であるライセンス更新要求を送信し、メイン端末５００のサブライセンス発行更新部５４０は、ライセンス更新要求を受信する（Ｓ１）。

　サブライセンス発行更新部５４０は、”ID_001_sub_01”のサブライセンスのサービス利用状況を参照する（Ｓ２）。そして、サブライセンス発行更新部５４０は、参照したサービス利用状況に基づき、要求されたサブライセンスを更新発行可能か否かを判定する（Ｓ３）。更新発行可能でないと判定された場合（Ｓ３においてＮＯ）、Ｓ９の処理に進む。なお、Ｓ９以降の処理についてはサブライセンス発行動作と同様の動作を行うので説明を省略する。

　一方、更新発行可能であると判定された場合（Ｓ３においてＹＥＳ）、サブライセンス発行更新部５４０は、前回のライセンス発行時と比べてライセンス権限に変化があったか否かを判定する。そして、変化があったと判定した場合にはサブライセンス発行更新部５４０は、更新したサブライセンスをサブ端末６００に発行するとともに、サブライセンスにより再生可能なコンテンツがコンテンツＩＤ”Content_002”のコンテンツ（番組２）に変化したことをサブ端末６００に通知し（Ｓ９）、処理を終了する。一方、変化がなかったと判定した場合には、サブライセンス発行更新部５４０は、更新したサブライセンスをサブ端末６００に発行する処理のみを行う。なお、Ｓ５～Ｓ８の処理は新規のライセンス発行時に行われる処理であるため、これらの処理はライセンスの更新発行時には行われない。

　Ｓ９の処理で通知を受けたサブ端末６００のコンテンツ再生部６３０は、コンテンツ”content_001”の再生を終了し、図３３のようなＵＩを表示部に表示する。サブ端末６００のユーザが「変更する」を選択すると、コンテンツ再生部６３０は再生するコンテンツを番組２に切り替えることになるが、この場合ライセンス提供システムでは以下のような動作が行われる。

　すなわち、コンテンツ再生部６３０は、サービス提供サーバ３００に対して、番組２のコンテンツ利用条件情報の要求を送信する。サービス提供サーバ３００のサービス提供部３１０は、サブ端末６００に番組２のコンテンツ利用条件情報を返却する。

　コンテンツ利用条件情報を受信したサブ端末６００のコンテンツ再生部６３０は、コンテンツ利用条件情報に含まれているコンテンツＩＤ”Content_002”と、ライセンスＩＤ”ID_001_sub_01”と、をサービス提供サーバ３００に送信することにより「番組２」を復号するのに必要な復号鍵を発行するよう要求する。

　サービス提供サーバ３００のサービス提供部３１０は、番組２のコンテンツデータを復号するための復号鍵をコンテンツテーブル３２０から読み出し、サブ端末６００に送信するとともに、サブ端末６００が番組２の再生を開始したことをメイン端末５００に通知する。なお、サブ端末１００のコンテンツ再生部１１０は、先に受信したコンテンツ利用条件情報に含まれているコンテンツ取得先ＵＲＬにアクセスすることにより番組２のコンテンツデータを取得して再生する。

　通知を受けたメイン端末５００のサービス利用状況変化検出部５２０は、番組２の再生をサブ端末６００が開始した旨をライセンス権限制御部５３０に通知する（Ｓ２１）。

　ライセンス権限制御部５３０は、サブライセンス“ID_001_sub_01”が更新発行されたサブ端末６００において再生するコンテンツが変更されたことをライセンステーブルに記録する（Ｓ２２）。具体的には、ライセンス権限制御部５３０は、値が”ID_001_sub_01”である「ライセンスＩＤ」の下の階層の「視聴コンテンツＩＤ」の値を”Content_001”から”Content_002”に変更することにより、ライセンステーブルの値を図２２のライセンステーブルS_L009の状態にする。

　そして、ライセンス権限制御部５３０は、ライセンスＩＤ(“ID_001_sub_01”)の利用状態および利用状態変化内容を確認し、関連づけられているライセンスの有無を判別する（Ｓ２３）。具体的には、ライセンステーブルを参照し、値が”ID_001_sub_01”である「ライセンスＩＤ」の下の階層に「関連ライセンスＩＤ」が存在するか否かを調べる。現在のライセンステーブルの値はライセンステーブルS_L009であるので、値が”ID_001_full_01”,”ID_001_full_02”の関連ライセンスＩＤが存在する。

　一方、ライセンステーブルの値がライセンステーブルS_L009である場合のように、関連付けられているライセンスが存在すると判定された場合（Ｓ２３においてＹＥＳ）、ライセンス権限制御部５３０は、更新発行されたサブ端末６００において再生するコンテンツが変更されたことを取得ライセンステーブル格納部５５０のライセンステーブルに記録する（Ｓ２４）。具体的には、図５（ｆ）のＳ８１の動作を行い、値が”ID_001_full_01”、”ID_001_full_02”である「ライセンスＩＤ」について、「関連ライセンスＩＤ」”ID_001_sub_01”の「視聴コンテンツＩＤ」の値を”Content_002”に変更することにより、ライセンステーブルの値を図２３のライセンステーブルS_L010の状態にする。

　以上のＳ２４の処理をもってサブ端末６００が再生するコンテンツを変更した場合のメイン端末５００の処理は終了する。

　（メイン端末５００の利点）
　以上のように、メイン端末５００（動作制御装置）は、メインライセンスおよびサブライセンスからなるライセンスであって、メインライセンスによりメイン端末５００が再生中のコンテンツと同一のコンテンツのみをサブライセンスによりサブ端末６００が再生することを可能にするライセンスに基づいて、サブ端末６００を制御する。

　そして、サービス利用状況変化検出部５２０は、コンテンツ再生部５１０が再生するコンテンツをコンテンツ”Content_002”に変更したことを検出する。さらに、変更が検出されると、ライセンス権限制御部５３０は、ライセンステーブルを「制約条件」の「同期コンテンツＩＤ」の値が”Content_002”になるように変更することにより、サブ端末６００がサブライセンスにより再生可能なコンテンツをコンテンツ”Content_002”に変更する。

　（付記事項）
　なお、各実施形態では、サービス提供サーバとライセンスサーバとを別の装置として記載したが、当然にサービス提供サーバとライセンスサーバとを１台の装置として実現することができる。

　また、ライセンスサーバ４００は、図示しない通信部によりメインライセンスが発行されたユーザ端末１００のＩＰアドレスとサブライセンスを発行するユーザ端末１００のＩＰアドレスとを比較し、２つのＩＰアドレスが同じネットワークに含まれているＩＰアドレスであると判定した場合には、ライセンス権限制御部４１２は、サブライセンスが発行されるユーザ端末１００の動作をより制限してもよい。この場合、ライセンス権限制御部４１２は、そのようなサブライセンスを示す「サブライセンスＩＤ」の下の階層にある「制約条件」がより厳しくなるようにライセンステーブルを更新することになる。

　なお、通信部が、サブライセンスの発行を要求するユーザ端末１００にメインライセンスが発行されているユーザ端末のＩＰアドレスを通知して、ユーザ端末１００にメインライセンスが発行されているユーザ端末との通信時間（例えばPING等の応答時間）を測定させ、通信時間を示す情報を受信するようにしてもよい。ライセンス権限制御部４１２は、この通信時間が一定以上である場合にもサブライセンスが発行されるユーザ端末１００の動作を一定未満である場合に比べ制限するようにしてもよい。

　また、ライセンスサーバ４００のライセンス発行更新部４２０は、メイン端末１００で再生されている地点と常に同じ地点のみサブ端末１００で再生可能にサービス提供サーバ３００のサービス提供部３１０を制御してもよい。また、ライセンス発行更新部４２０は、サブ端末１００がコンテンツの先頭から再生を開始後、メイン端末１００の再生地点に追いつくまでは、メイン端末１００より高速にしか再生できない（例えば１．５倍速でしか再生できない）、あるいはトリック再生が行えないようにサービス提供部３１０を制御し、メイン端末１００の再生地点に追いついてからは、メイン端末１００で再生されている地点と同じ地点のみサブ端末１００で再生可能にサービス提供サーバ３００のサービス提供部３１０を制御するようにしてもよい。これにより、サブライセンスによるサブ端末１００のサービス利用権限、利用状況はより限定され、メイン端末１００の傍にいるユーザと一緒にサブ端末１００の傍にいるそのユーザの家族がコンテンツの視聴をおこなうための付加サービスとしての限定利用が期待される。

　また、ライセンス発行更新部４２０は、サブ端末１００がメイン端末１００で再生されている地点と同じ地点のみ再生可能であるというストリーム型コンテンツ配信サービスである場合には、メイン端末１００とサブ端末１００とにマルチキャストにより同時にコンテンツ配信を行うことができ、ネットワーク負荷およびコンテンツ提供端末の負荷が低減されるという効果も奏する。また、サブ端末１００は、メイン端末１００は受信したコンテンツストリームをＰ２Ｐでサブ端末１００に転送し、サブ端末１００が転送されたコンテンツストリームを再生するようにしても同様の効果が期待される。

　また、サブ端末１００と同期しているメイン端末１００が再生するコンテンツをコンテンツ”Content_001”からコンテンツ”Content_002”に切り替える際、サブライセンスのコンテンツ”Content_001”の再生権限をすぐに制限せず、有効期限の猶予を設けてもいい。この場合は、ライセンス権限制御部４１２は、ライセンステーブルの値をライセンステーブルS_L007からライセンステーブルS_L008ではなく、図２４のライセンステーブルS_L008_2のように更新すればよい。すなわち、「同期コンテンツＩＤ」の下の階層に「視聴期限」を記録すればよい。この視聴期限をメイン端末１００が再生するコンテンツを”Content_002”に切り替えたことをサービス利用状況変化検出部４１１が検出してから一定期間後、またはコンテンツ”Content_001”の末尾までの再生時間後の時刻に設定すれば、一定期間または末尾までコンテンツ“Content_001”を再生することができるようになる。

　サブライセンスに設定する有効期限は、提供するサービスによって適切な期限を設定すればいい。すなわち、メイン端末１００が利用しているサービスに応じて速やかにサブ端末１００が利用可能なサービスを制御する必要がある場合には有効期限までの期間を短く設定することが望ましい。また、サブ端末１００とライセンスサーバ４００との通信による負荷やライセンスサーバ４００がサブ端末１００のサブライセンスを更新する処理の負荷を低減するためには、有効期限までの期間を長めに設定することが望ましい。

　なお、ライセンスの発行更新処理は、ユーザ端末１００がライセンスサーバ４００に要求を送信し、ライセンスサーバ４００が要求に応答するサーバクライアントモデルによっておこなわれ、ライセンスサーバ４００がユーザ端末１００に通信の接続要求を行うことはないのが一般的である。サブライセンスに有効期限を定めるのは、このような場合に、サブライセンスで利用可能な権限の変化を速やかにサブ端末１００に反映させることができない課題を解決するためである。ただし、ライセンスサーバ４００は、関連するライセンス権限の内容を変更した際に、速やかにサブ端末１００にその旨を通知することにより、ライセンスの有効期限を待たずに、再生するコンテンツを切り替えるよう促すようにしてもよい。

　この場合の具体的な処理は以下のようになる。すなわち、ライセンス権限制御部４１２は、ライセンスID_001_sub_01の権限を変更した後、サブ端末１００に提供中のサブライセンスを停止または回収する必要があるかどうか判定する。ここでは、サブ端末１００が再生中のコンテンツ”Content_001”の再生権限が無くなっているので、サブライセンスを停止または回収する必要があると判定される。停止または回収する必要があると判定されると、ライセンス発行更新部４２０は、サブ端末１００にライセンスの即時更新要求を行う。サブ端末１００は、即時更新要求を受信すると、ライセンス更新処理を開始する。
この場合、サブ端末１００は、ライセンスサーバ４００がライセンス内容を変更するために送信した即時更新要求を適切に受信する必要があるが、不要なライセンス更新の通信を低減できるため、通信処理の負荷の増加を少なく抑えたまま、リアルタイム性の高い通知変更処理が実現できる。

　また、ライセンス発行更新部４２０は、サブライセンスの権限内容が変化した際にその旨をサービス提供サーバ３００に通知し、通知を受けたサービス提供サーバ３００のサービス提供部３１０は、サブ端末１００へのサービスの提供を一時的に停止すると同時にユーザに強制的にライセンス更新処理をさせるという強制更新処理を行うことも可能である。サービスの提供を停止する処理としては、例えば、ストリーミング再生中のサブ端末１００がサービス提供サーバ３００内のストリーミングコンテンツにアクセスするのを一時的にブロックする処理が挙げられる。

　強制更新処理を行うためには、サービス提供サーバ３００がユーザ端末１００に提供するサービスが、ユーザ端末１００が断続的にサービス提供サーバ３００にアクセスすることにより提供を受けるサービス（例えば、前述したストリーミングコンテンツの配信サービス）である必要がある。すなわち、サービス提供サーバ３００がユーザ端末１００に提供するサービスが、ユーザ端末１００が断続的にサービス提供サーバ３００にアクセスしなくても提供を受けることが可能なサービス（例えば、ユーザ端末１００に保存されるダウンロードコンテンツの配信サービス）である場合、他の方法によりライセンス更新処理が行われる必要がある。なお、強制更新処理を行う場合、ユーザ端末１００が断続的にサービス提供サーバ３００にアクセスしているので、ライセンス更新のためにサービス提供サーバ３００がユーザ端末１００に通信の接続要求を行う必要がないというメリットもある。

　また、サブライセンスの発行時に、ライセンス権限制御部４１２が、サブ端末１００にて同期再生が開始されたことを、関連ライセンス（メインライセンス）が発行されているユーザ端末１００に通知することを説明したが、ライセンス権限制御部４１２が通知を行うタイミングはサブライセンスの発行時でなくともよい。すなわち、メインライセンスにも有効期限を設定しておき、有効期限に達するたびにメイン端末１００が、関連ライセンス（サブライセンス）が発行されているユーザ端末（あるいはそのユーザ端末のユーザ）のうちどのユーザ端末（ユーザ）が再生するコンテンツを変更したか、をライセンスサーバ４００に問い合わせるようにしてもよい。

　ユーザ端末がサービス提供部３１０から暗号化されたコンテンツデータを取得するタイミングは、復号鍵を取得するタイミングと同じタイミングでなくともよい。特に、リアルタイム放送ではないＶＯＤサービスにおいては、どのタイミングでコンテンツデータの取得を開始してもよい。また、ユーザ端末が読み出し可能なＵＳＢメモリやＳＤカードなどの物理デバイス（記憶部）に予め記録しておいてもいい。また、ストリーミング配信によってコンテンツデータを受信してもよい。

　なお、各実施形態ではユーザ端末１００がメインライセンスおよびサブライセンスで可能な動作の一例としてコンテンツの再生を例に挙げて説明したが、再生するコンテンツは音楽コンテンツであっても映像コンテンツであってもよく、また、コンテンツはサービス提供サーバ３００からダウンロード販売されるコンテンツであってもストリーミング配信されるコンテンツであっても構わない。

　また、各実施形態では、メインライセンスは全コンテンツを再生可能なライセンスであり、サブライセンスはメインライセンスが発行されているユーザ端末で再生中のコンテンツのみ再生可能なライセンスであるものとして説明したが、連続ドラマなど同一タイトルでＮ個（Ｎ話）のコンテンツが存在する場合には、サブライセンスはメインライセンスが発行されているユーザ端末で再生中のコンテンツと同一タイトルのコンテンツのみを再生可能なライセンスであるものとしてもよい。

　また、ライセンスサーバ４００、４００’は、タイトルがメイン端末で再生中のコンテンツと同一であるコンテンツのみを再生可能なライセンスと、メイン端末で再生中のコンテンツのみを再生可能なライセンスと、のように、可能な動作の範囲が異なる（一般的には、包含関係Ｕ１⊂Ｕ２⊂・・・⊂Ｕｎにあるｎ個の範囲Ｕ１、・・・、Ｕｎに対応する）複数種類のサブライセンスを備えてもよい。そして、ライセンスサーバ４００、４００’は、複数種類のサブライセンスが発行可能な場合に、可能な動作の範囲が狭いサブライセンスを優先的に、サブライセンスの発行を要求したユーザ端末に発行するようにしてもよい。さらに、ライセンスサーバ４００、４００’は複数種類のサブライセンスのうち発行を希望するサブライセンスを、サブライセンスの発行を要求したユーザ端末のユーザに選択させるようにしてもよい。

　さらに、メインライセンスおよびサブライセンスで可能なユーザ端末の動作は、コンテンツの再生に限らず、メインライセンスでは任意の通話先に通話可能であり、サブライセンスでは特定の通話先にのみ通話可能であるようなＶｏＩＰ通信のように他の動作であってもよい。すなわち、メインライセンスで可能な動作の範囲にサブライセンスで可能な動作の範囲が包含されるようなものであれば、本発明はコンテンツ配信サービスに限らずいかなるサービスにも適用することができる。

　（プログラムおよび記録媒体）
　最後に、ユーザ端末１００、サービス提供サーバ３００、ライセンスサーバ４００が備える各部は、ハードウェアロジックによって構成してもよいが、ライセンスサーバ４００のライセンス動的制御部４１０、ライセンス発行更新部４２０、サービス提供サーバ３００のサービス提供部３１０、ユーザ端末１００のコンテンツ再生部１１０、ライセンス制御部１２０の各機能は、次のようにＣＰＵを用いてソフトウェアによって実現してもよい。

　すなわち、ユーザ端末１００、サービス提供サーバ３００、ライセンスサーバ４００は、各機能を実現する制御プログラムの命令を実行するＣＰＵ、前記プログラムを格納したＲＯＭ（read only memory）、前記プログラムを展開するＲＡＭ（random access memory）、前記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアであるユーザ端末１００、サービス提供サーバ３００、ライセンスサーバ４００の各制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、ユーザ端末１００、サービス提供サーバ３００、ライセンスサーバ４００に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。

　記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ－ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ－Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。

　また、ユーザ端末１００、サービス提供サーバ３００、ライセンスサーバ４００を通信ネットワークと接続可能に構成し、前記プログラムコードを、通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、第３．９世代以降の携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、前記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。

　（まとめ）
　以上のように、本発明に係る動作制御装置では、上記第１の端末が上記規定の範囲内のいずれかの動作を終了したことを上記検出手段が検出した場合に、上記動作制御手段が、上記第２の端末が行っている上記一部の範囲の動作を終了させることが望ましい。

　また、上記動作制御装置では、上記規定の範囲内の全動作には、コンテンツ配信サーバが配信する第１のコンテンツを再生する動作および第２のコンテンツを再生する動作が含まれており、上記一部の範囲の動作には、上記第１の端末が再生しているコンテンツを再生する動作が含まれており、上記第１の端末が上記第１のコンテンツを再生する動作を終了したことを上記検出手段が検出した場合に、上記動作制御手段は、上記第２の端末が上記第１のコンテンツを再生する動作を終了させることが望ましい。

　さらに、上記動作制御装置では、上記検出手段が検出した上記変更後の動作が上記第２のコンテンツを再生する動作である場合に、上記動作制御手段が、上記第２の端末に上記第２のコンテンツを再生させることが望ましい。

　上記の構成によれば、第１の端末が第２のコンテンツを再生する動作を開始した場合に、１ライセンスであるにも関わらず、第１の端末と第２の端末とで異なるコンテンツが同時に再生されてしまうことによりライセンス提供者が被る不利益を防ぐことができるというさらなる効果を奏する。

　上記第２の端末は、通常再生およびトリック再生によりコンテンツを再生可能な端末であり、上記動作制御装置では、上記検出手段が検出した上記変更後の動作が上記第２のコンテンツを再生する動作である場合に、上記動作制御手段が、上記第２の端末に上記第１のコンテンツを通常再生により最後まで再生させてから上記第２のコンテンツを再生させることが望ましい。

　上記の構成によれば、上記動作制御装置は、ユーザが第２の端末で第１のコンテンツを鑑賞している場合に、第１の端末の動作の変更後すぐに第２の端末で第１のコンテンツを鑑賞できなくなってしまうというユーザの不利益を防ぐことができるというさらなる効果を奏する。

　上記動作制御装置では、上記動作制御手段が、上記第２の端末が上記第２のコンテンツを再生することにより出力部から出力中の情報と上記第１の端末が上記第２のコンテンツを再生することにより出力部から出力中の情報とが同一になるように、上記第２の端末の動作を制御することが望ましい。

　上記動作制御装置では、上記動作制御手段が、上記第２の端末が出力中の上記情報と上記第１の端末が出力部から出力中の上記情報とが常に同一になるように、上記第２の端末の動作を制御することが望ましい。

　あるいは、上記動作制御装置では、上記第２の端末が出力中の上記情報の上記第２のコンテンツに占める位置が上記第１の端末が出力中の上記情報の上記第２のコンテンツに占める位置よりも上記第２のコンテンツの先頭に近いときは、上記動作制御手段が、上記第２の端末に上記第１の端末より高速に上記第２のコンテンツを再生させるよう制御することが望ましい。

　上記の各構成の動作制御装置は、上記第２の端末による再生制限に再生可能なコンテンツに制限を加えるだけでなく、再生可能なコンテンツについてコンテンツ中の再生可能な位置についても制限がかけることができる。したがって、コンテンツ提供者の利益をより保護することができるというさらなる効果を奏する。

　上記動作制御装置では、上記第１の端末が上記規定の範囲内の動作の変更後に上記規定の範囲内のいかなる動作も行わないことを上記検出手段が検出した場合に、上記動作制御手段が、上記第２の端末が上記規定の範囲内の全動作を行うことが可能になるように上記第２の端末の動作を制御することが望ましい。

　上記の構成によれば、動作制御装置は、上記規定の範囲内の全動作が可能な上記第１の端末が上記規定の範囲内のいかなる動作も行わない場合に、上記規定の範囲内の全動作を上記第２の端末が行うことを可能にする。

　これにより、規定の範囲内の全動作を行うことが可能な第１の端末がいかなる動作も行っていない場合に第２の端末が規定の範囲内の全動作を行うことができるようになり、ユーザの利便性が向上するというさらなる効果を奏する。

　なお、上記規定の範囲内の全動作には、コンテンツ配信サーバが配信する第１のコンテンツを再生する動作および第２のコンテンツを再生する動作が含まれており、上記第１の端末が上記規定の範囲内の動作の変更後に上記規定の範囲内のいかなる動作も行わないことを上記検出手段が検出した場合に、上記動作制御手段は、上記第２の端末が上記第１のコンテンツおよび上記第２のコンテンツのいずれも再生できるように上記第２の端末を制御することが望ましい。

　上記動作制御装置は、上記動作制御手段が、上記第１の端末による変更後の上記動作の種類に応じて上記第２の端末が上記ライセンスの下で行うことが可能な動作の範囲を、包含関係Ｕ１⊂Ｕ２⊂…⊂Ｕｎにあるｎ個の範囲Ｕ１,Ｕ２,・・・,Ｕｎ（ｎは２以上の整数）の中から選択可能に構成されている、ことが望ましい。

　上記の構成によれば、上記動作制御装置は、例えば、上記ライセンスの下で行うことが可能な動作がコンテンツを再生する動作である場合等に、第２の端末により可能なコンテンツの再生動作の範囲を、コンテンツの提供者の意向に応じて、適宜変更することができるというさらなる効果を奏する。

　上記動作制御装置は、上記第１の端末と上記第２の端末とが同一ネットワーク内に存在するか否かを判定する判定手段を備え、上記動作制御手段は、上記判定手段が否と判定した場合には同一ネットワーク内に存在すると判定した場合よりも、上記第２の端末が行うことが可能な動作の範囲を制限することが望ましい。

　また、上記第１の端末から上記第２の端末への通信に要する時間が一定以上であるか否かを判定する判定手段を備え、上記動作制御手段は、上記判定手段が一定以上であると判定した場合には否と判定した場合よりも、上記第２の端末が行うことが可能な動作の範囲を制限することが望ましい。

　上記の各構成によれば、上記動作制御装置は、上記第２の端末が上記第１の端末からネットワーク的に距離が遠い場合に、上記第２の端末が上記ライセンスの下で行うことが可能な動作の範囲をより制限する。ここで、ネットワーク的に距離が遠い場合には、第２の端末のユーザは第１の端末のユーザと同一でない可能性があると考えられる。すなわち、ライセンスを保有している第１の端末のユーザが、友人などの他のユーザが保有する第２の端末を通じてそのユーザにライセンスを利用させている場合があると考えられる。

　従って、動作制御装置は、自身が保有する第２の端末で利用する場合よりも、友人などの他のユーザが保有する第２の端末での利用を制限することになる。

　これにより、動作制御装置は、ライセンス提供者の利益をより保護することができるというさらなる効果を奏する。

　本発明に係る動作制御装置は、上記ライセンスを登録するライセンス提供装置、上記コンテンツ配信サーバ、および上記第１の端末のいずれによっても実現することができる。

　本発明は、コンテンツを配信するコンテンツ配信サーバと、上記動作制御装置として動作するライセンス提供装置であって上記ライセンスを登録するライセンス提供装置と、を含むライセンス提供システムとしても実現することができる。

　また、本発明に係る動作制御装置を動作させるためのプログラムであって、コンピュータを上記の各手段として機能させることを特徴とするプログラムおよびそれらのプログラムを記録したコンピュータ読み取り可能な記録媒体も本発明の範疇に含まれる。

　本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。

　本発明は、有料コンテンツ配信サービスなど、ネットワークを通じて提供される様々なサービスに適用可能である。

　１００　　　ユーザ端末
　１１０　　　　コンテンツ再生部
　１２０　　　　ライセンス制御部
　１２１　　　　　ライセンス取得部
　１２２　　　　　ライセンス更新部
　３００　　　サービス提供サーバ
　３１０　　　　サービス提供部
　３２０　　　　サービスコンテンツテーブル
　３３０　　　　ユーザアカウントテーブル
　４００　　　ライセンスサーバ（動作制御装置）
　４００’　　ライセンスサーバ（動作制御装置）
　４１０　　　　ライセンス動的制御部
　４１１　　　　　サービス利用状況変化検出部（検出手段）
　４１２　　　　　ライセンス権限制御部（判定手段）
　４２０　　　　ライセンス発行更新部（動作制御手段）
　４３０　　　　ライセンステーブル格納部
　４４０　　　　ライセンス発行部
　５００　　　メイン端末
　５４０　　　　サブライセンス発行更新部
　５５０　　　　取得ライセンステーブル格納部
　６００　　　サブ端末

Claims

　第１の端末に対して規定の範囲内の全動作を行うことを可能にするとともに、上記第１の端末とは異なる第２の端末に対して上記全動作のうち一部の範囲の動作を行うことを可能にするライセンスに基づいて、上記第１の端末および上記第２の端末を制御する動作制御装置において、
　上記第１の端末が上記ライセンスの下で行う上記規定の範囲内の動作を変更したことを検出する検出手段と、
　上記検出手段が検出した変更後の上記動作の種類に応じて、上記第２の端末が上記ライセンスの下で行うことが可能な動作の範囲を変更する動作制御手段と、を備えていることを特徴とする動作制御装置。
　請求項１に記載の動作制御装置であって、
　上記第１の端末が上記規定の範囲内のいずれかの動作を終了したことを上記検出手段が検出した場合に、上記動作制御手段は、上記第２の端末が行っている上記一部の範囲の動作を終了させることを特徴とする動作制御装置。
　請求項２に記載の動作制御装置であって、
　上記規定の範囲内の全動作には、コンテンツ配信サーバが配信する第１のコンテンツを再生する動作および第２のコンテンツを再生する動作が含まれており、
　上記一部の範囲の動作には、上記第１の端末が再生しているコンテンツを再生する動作が含まれており、
　上記第１の端末が上記第１のコンテンツを再生する動作を終了したことを上記検出手段が検出した場合に、上記動作制御手段は、上記第２の端末が上記第１のコンテンツを再生する動作を終了させることを特徴とする動作制御装置。
　請求項３に記載の動作制御装置であって、
　上記検出手段が検出した上記変更後の動作が上記第２のコンテンツを再生する動作である場合に、上記動作制御手段は、上記第２の端末に上記第２のコンテンツを再生させることを特徴とする動作制御装置。
　請求項４に記載の動作制御装置であって、
　上記第２の端末は、通常再生およびトリック再生によりコンテンツを再生可能な端末であり、
　上記検出手段が検出した上記変更後の動作が上記第２のコンテンツを再生する動作である場合に、上記動作制御手段は、上記第２の端末に上記第１のコンテンツを通常再生により最後まで再生させてから上記第２のコンテンツを再生させることを特徴とする動作制御装置。
　請求項４または５に記載の動作制御装置であって、
　上記動作制御手段は、上記第２の端末が上記第２のコンテンツを再生することにより出力部から出力中の情報と上記第１の端末が上記第２のコンテンツを再生することにより出力部から出力中の情報とが同一になるように、上記第２の端末の動作を制御することを特徴とする動作制御装置。
　請求項６に記載の動作制御装置であって、
　上記動作制御手段は、上記第２の端末が出力中の上記情報と上記第１の端末が出力部から出力中の上記情報とが常に同一になるように、上記第２の端末の動作を制御することを特徴とする動作制御装置。
　請求項６に記載の動作制御装置であって、
　上記第２の端末が出力中の上記情報の上記第２のコンテンツに占める位置が上記第１の端末が出力中の上記情報の上記第２のコンテンツに占める位置よりも上記第２のコンテンツの先頭に近いときは、上記動作制御手段は、上記第２の端末に上記第１の端末より高速に上記第２のコンテンツを再生させるよう制御することを特徴とする動作制御装置。
　請求項１に記載の動作制御装置であって、
　上記第１の端末が上記規定の範囲内の動作の変更後に上記規定の範囲内のいかなる動作も行わないことを上記検出手段が検出した場合に、上記動作制御手段は、上記第２の端末が上記規定の範囲内の全動作を行うことが可能になるように上記第２の端末の動作を制御することを特徴とする動作制御装置。
　請求項９に記載の動作制御装置であって、
　上記規定の範囲内の全動作には、コンテンツ配信サーバが配信する第１のコンテンツを再生する動作および第２のコンテンツを再生する動作が含まれており、
　上記第１の端末が上記規定の範囲内の動作の変更後に上記規定の範囲内のいかなる動作も行わないことを上記検出手段が検出した場合に、上記動作制御手段は、上記第２の端末が上記第１のコンテンツおよび上記第２のコンテンツのいずれも再生できるように上記第２の端末を制御することを特徴とする動作制御装置。
　請求項１から１０のいずれか１項に記載の動作制御装置であって、
　上記動作制御手段は、上記第１の端末による変更後の上記動作の種類に応じて上記第２の端末が上記ライセンスの下で行うことが可能な動作の範囲を、包含関係Ｕ１⊂Ｕ２⊂…⊂Ｕｎにあるｎ個の範囲Ｕ１,Ｕ２,・・・,Ｕｎ（ｎは２以上の整数）の中から選択可能に構成されている、ことを特徴とする動作制御装置。
　請求項１１に記載の動作制御装置であって、
　上記第１の端末と上記第２の端末とが同一ネットワーク内に存在するか否かを判定する判定手段を備え、上記動作制御手段は、上記判定手段が否と判定した場合には同一ネットワーク内に存在すると判定した場合よりも、上記第２の端末が行うことが可能な動作の範囲を制限することを特徴とする動作制御装置。
　請求項１１に記載の動作制御装置であって、
　上記第１の端末から上記第２の端末への通信に要する時間が一定以上であるか否かを判定する判定手段を備え、上記動作制御手段は、上記判定手段が一定以上であると判定した場合には否と判定した場合よりも、上記第２の端末が行うことが可能な動作の範囲を制限することを特徴とする動作制御装置。
　請求項１から１３のいずれか１項に記載の動作制御装置であって、
　上記動作制御装置は、上記ライセンスを登録するライセンス提供装置、コンテンツを配信するコンテンツ配信サーバ、および上記第１の端末のいずれかであることを特徴とする動作制御装置。
　コンテンツを配信するコンテンツ配信サーバと、請求項１から１４のいずれか１項に記載の動作制御装置として動作するライセンス提供装置であって上記ライセンスを登録するライセンス提供装置と、を含むライセンス提供システム。
　第１の端末に対して規定の範囲内の全動作を行うことを可能にするとともに、上記第１の端末とは異なる第２の端末に対して上記全動作のうち一部の範囲の動作を行うことを可能にするライセンスに基づいて、上記第１の端末および上記第２の端末を制御する動作制御装置の動作制御方法において、
　上記第１の端末が上記ライセンスの下で行う上記規定の範囲内の動作を変更したことを検出する検出工程と、
　上記検出工程にて検出した変更後の上記動作の種類に応じて、上記第２の端末が上記ライセンスの下で行うことが可能な動作の範囲を変更する動作制御工程と、を含んでいることを特徴とする動作制御方法。
　請求項１から１４のいずれか１項に記載の動作制御装置を動作させるプログラムであって、コンピュータを上記各手段として機能させるためのプログラム。
　請求項１７に記載のプログラムが記録されているコンピュータ読み取り可能な記録媒体。