JP4822663B2 - 情報処理装置および方法、並びに、プログラム - Google Patents

Description

本発明は、情報処理装置および方法、並びに、プログラムに関し、特に、コンテンツの提供形態や提供条件を、提供元が許諾する範囲内で自在に可変できる、情報処理装置および方法、並びに、プログラムに関する。

最近、コンテンツ提供サービスが普及してきている。例えば、特許文献１には、コンテンツとして音楽（オーディオ情報）が提供されるコンテンツ提供サービス、即ち、オーディオ情報提供サービスが開示されている。

図１は、このようなコンテンツ提供サービスを実現するビジネスモデルの従来の形態を示している。

図１において、ユーザ１と、コンテンツプロバイダ２−Ａ乃至２−Ｃのそれぞれとは、例えば、インターネット（図示せず）介して相互に接続されている。

ユーザ１は、コンテンツプロバイダ２−Ａ乃至２−Ｃのそれぞれから配信されるコンテンツをパッケージ単位で取得する（購入する）。即ち、コンテンツプロバイダ２−Ａ乃至２−Ｃのそれぞれは、インターネットを介して配信可能なコンテンツをパッケージ単位でユーザ１に提供する（販売する）。パッケージとは、コンテンツの商品としての販売単位（購入単位）である。従って、パッケージには１以上のコンテンツが含まれる。

具体的には、例えば、コンテンツプロバイダ２−Ａは、コンテンツ１２−Ａが含まれるパッケージ１１−Ａを生成して提供する。同様に、コンテンツプロバイダ２−Ｂとコンテンツプロバイダ２−Ｃのそれぞれは、コンテンツ１２−Ｂが含まれるパッケージ１１−Ｂと、コンテンツ１２−Ｃが含まれるパッケージ１１−Ｃとのそれぞれを生成して提供する。

このとき、ユーザ１は、これらのパッケージ１１−Ａ乃至１１−Ｃのそれぞれを購入するか否かを、それらに対応付けられたパッケージメタデータ１３−Ａ乃至１３−Ｃのそれぞれと、コンテンツ１２−Ａ乃至１２−Ｃのそれぞれに対応付けられたコンテンツメタデータ１４−Ａ乃至１４−Ｃのそれぞれとに基づいて判断する。

具体的には、例えば、ユーザ１のユーザ端末（図示せず）は、パッケージメタデータ１３−Ａとコンテンツメタデータ１４−Ａとを参照することで、パッケージ１１−Ａには、「タイトル」が「ドラマＡ−２話」というコンテンツ１２−Ａのみ（「タイプ」が「単位（１つのコンテンツで構成されるタイプ）」のため）が含まれ、その「視聴期間」は「７日間」であり、その「価格」は「３００円」であることを認識する。そして、ユーザ端末は、その認識結果をユーザに呈示する。

これにより、ユーザは、７日間視聴可能な「ドラマＡ−２話」というタイトルのコンテンツ１２−Ａ（パッケージ１１−Ａ）を、コンテンツプロバイダ２−Ａから３００円で購入できると認識し、その認識結果に基づいてパッケージ１１−Ａを購入するか否かを判断する。

同様に、例えば、ユーザ１のユーザ端末は、パッケージメタデータ１３−Ｂとコンテンツメタデータ１４−Ｂとを参照することで、パッケージ１１−Ｂには、「タイトル」が「ドラマＢ−９話」というコンテンツ１２−Ｂのみ（「タイプ」が「単位」のため）が含まれ、その「視聴期間」は「７日間」であり、その「価格」は「５００円」であることを認識する。そして、ユーザ端末は、その認識結果をユーザに呈示する。

これにより、ユーザは、７日間視聴可能な「ドラマＢ−９話」というタイトルのコンテンツ１２−Ｂ（パッケージ１１−Ｂ）を、コンテンツプロバイダ２−Ｂから５００円で購入できると認識し、その認識結果に基づいてパッケージ１１−Ｂを購入するか否かを判定する。

さらに、例えば、ユーザ１のユーザ端末は、パッケージメタデータ１３−Ｃとコンテンツメタデータ１４−Ｃとを参照することで、パッケージ１１−Ｃには、「タイトル」が「映画Ｃ」というコンテンツ１２−Ｃのみ（「タイプ」が「単位」のため）が含まれ、その「視聴期間」は「１ケ月」であり、その「価格」は「８００円」であることを認識する。そして、ユーザ端末は、その認識結果をユーザに呈示する。

これにより、ユーザは、１ケ月視聴可能な「映画Ｃ」というタイトルのコンテンツ１２−Ｃ（パッケージ１１−Ｃ）を、コンテンツプロバイダ２−Ｃから８００円で購入できると認識し、その認識結果に基づいてパッケージ１２−Ｃを購入するか否かを判定する。

特開２００３−６１０６６号公報

このように、従来、ユーザ１は、コンテンツ１２−Ａ乃至１２−Ｃのそれぞれを、コンテンツプロバイダ２−Ａ乃至２−Ｃのそれぞれが提示する提供条件（例えば、上述した、「タイプ」、「視聴期間」、「価格」等）のままで、コンテンツプロバイダ２−Ａ乃至２−Ｃのそれぞれから個別に購入する必要がある、という課題があった。

換言すると、コンテンツプロバイダ２−Ａ乃至２−Ｃ以外の他者が、コンテンツ１２−Ａ乃至１２−Ｃのそれぞれを、パッケージ１１−Ａ乃至１１−Ｃ（コンテンツプロバイダ２−Ａ乃至２−Ｃのそれぞれにより生成された形態）以外の形態で提供することや、定められた提供条件（即ち、コンテンツプロバイダ２−Ａ乃至２−Ｃのそれぞれにより生成された、パッケージメタデータ１３―Ａ乃至１３−Ｃのそれぞれの記述内容）以外の条件で提供することは困難である、という課題があった。

このため、例えば、コンテンツ提供サービスの分野においては、次のようなビジネスモデルの適用が困難となっている。即ち、コンテンツ提供サービスの分野において適用が困難なビジネスモデルとは、中間業者等（二次提供者）が、異なる提供元（一次提供者）からそれぞれ提供される複数の商品をパッケージ化して販売する、といったビジネスモデルである。

具体的には、例えば、図１の例では、上述したように、コンテンツ１２−Ａ乃至１２−Ｃのそれぞれは、パッケージ１１−Ａ乃至１１−Ｃといった形態で、コンテンツプロバイダ（一次提供者）２−Ａ乃至２−Ｃのそれぞれから提供されている。このパッケージ１１−Ａ乃至１１−Ｃのそれぞれの「タイプ」は「単位」とされているので、図示せぬ中間業者等（二次提供者）は、コンテンツ１２−Ａ乃至１２−Ｃのいずれも再パッケージ化して提供することはできない。

また、仮に、パッケージ１１−Ａ乃至１１−Ｃの「タイプ」が「パッケージ（２以上のコンテンツで構成されるタイプ）」であったとしても、その他の提供条件（「価格」や「視聴期間」等）が固定されているため、コンテンツ１２−Ａ乃至１２−Ｃがたとえ再パッケージ化されたとしても（コンテンツ１２−Ａ乃至１２−Ｃを含む新たなパッケージが生成されたとしても）、その新たなパッケージの提供条件は、元のパッケージ１１−Ａ乃至１１−Ｃの提供条件の単なる組み合わせでしかない。具体的には、例えば、その新たなパッケージの価格は、コンテンツ１２−Ａ乃至１２−Ｃ（パッケージ１１−Ａ乃至１１−Ｃ）のそれぞれの元の価格（単価）の単なる合算価格、即ち、１６００円となる。また、視聴期間は、コンテンツ１２−Ｃは１ケ月であるが、コンテンツ１２−Ａとコンテンツ１２−Ｂとは７日間であるといったように、パッケージ内で統一されない。

なお、二次提供者には、コンテンツを転売する（再パッケージ化して販売する）中間業者の他、様々な事業者が含まれる。例えば、コンテンツ以外の商品を販売する事業者であって、その商品の販売サービスにコンテンツ提供サービスを連動させる事業者も含まれる。また、例えば、コンテンツの課金を請け負う事業者も含まれる。

また、提供条件には、上述した「価格」や「視聴期間」等の他、コンテンツの品質（画質、音質、通信品質等）といったQos(Quolity of service)の内容や、ユーザ端末にあわせたコーデックの推奨や変換サービス（クロスエンコーディングサービス）等の内容も含まれる。

ところで、上述した特許文献１には、オーディオ情報提供システムにおいて、ユーザの感性に適合するオーディオコンテンツ（複数曲）を提供する手法が開示されている。詳細には、特許文献１には、ユーザが、ユーザ自身の感性を指定する（所望する音楽ジャンルや曲のイメージを選択する）と共に、複数曲の希望価格を指定することで、ユーザの感性と希望価格とが合致した複数の楽曲を購入する手法が開示されている。

しかしながら、特許文献１には、複数の楽曲のそれぞれの価格（単価）に対してユーザの感性に応じた重み付けを行い、重み付けされた各単価の合算価格と希望価格とを比較することで、複数の楽曲を購入するか否かを判断する手法が単に開示されているだけであり、結局、ユーザは、複数の楽曲のそれぞれの供給元（販売元）の提示価格（言い値）で購入することには何等変わりは無い。

また、特許文献１においては、上述した図１の形態以外のビジネスモデル（例えば、上述した二次提供者が介在するビジネスモデル）は特に想定されていない。即ち、特許文献１には、図１の形態以外のビジネスモデルについては、開示は勿論示唆もなされていない。さらに、特許文献１には、図１に示される、コンテンツのパッケージ単位での提供についてすら、開示は勿論示唆もなされていない。

このため、結局、特許文献１の発明も、上述した従来の課題（コンテンツの提供元により予め定められた（固定された）提供形態や提供条件で、ユーザはそのコンテンツを購入する必要があるという課題）をそのまま有していることになる。

本発明は、このような状況に鑑みてなされたものであり、コンテンツの提供形態や提供条件を、提供元が許諾する範囲内で自在に可変できるようにするものである。

本発明の情報処理装置は、他の情報処理装置から提供される第１のパッケージに含まれるコンテンツのうちの、１以上のコンテンツを含む第２のパッケージを生成する情報処理装置であって、第２のパッケージの生成条件を示す制御情報を含む、第１のパッケージに対応する第１のメタデータを、他の情報処理装置から取得して保持する保持手段と、保持手段により保持された第１のメタデータに含まれる制御情報に基づいて、第１のパッケージに含まれるコンテンツのうちの、１以上のコンテンツを少なくとも含む第２のパッケージを生成するパッケージ生成手段と、保持手段により保持された第１のメタデータに含まれる制御情報に基づいて、パッケージ生成手段により生成された若しくはこれから生成される第２のパッケージに対応する第２のメタデータを生成するメタデータ生成手段とを備え、制御情報は、ユーザによるレーティングに対する許諾の有無を示す情報を含んでおり、コンテンツの提供者によりユーザによるレーティングが許諾されている場合のみ、ユーザによるレーティングが行われ、そのレーティング結果としてユーザから提供される、一定の義務または基準に基づいて前記コンテンツに割り当てられた値に関する情報を有するレーティング情報を解析した解析結果を受信することを特徴とする。

制御情報は、第１のメタデータを構成する各要素のうちの、内容の変更が許諾された対象要素を示す情報を含むことができる。

制御情報は、対象要素毎に、その内容の変更方法を示す情報をさらに含むことができる。

制御情報は、対象要素の内容の変更を許諾するための許諾条件を示す情報をさらに含むことができる。

制御情報は、対象要素の内容を変更する権限が付与された装置またはその管理者を示す情報をさらに含むことができる。

制御情報は、第１のパッケージに含まれるコンテンツのうちの、第２のパッケージに含めることが許諾されたコンテンツを示す情報をさらに含むことができる。

本発明の情報処理方法は、他の情報処理装置から提供される第１のパッケージに含まれるコンテンツのうちの、１以上のコンテンツを含む第２のパッケージを生成する情報処理装置の情報処理方法であって、第２のパッケージの生成条件を示す制御情報を含む、第１のパッケージに対応する第１のメタデータを、他の情報処理装置から取得して保持する保持ステップと、保持ステップの処理により保持された第１のメタデータに含まれる制御情報に基づいて、第１のパッケージに含まれるコンテンツのうちの、１以上のコンテンツを少なくとも含む第２のパッケージを生成するパッケージ生成ステップと、保持ステップの処理により保持された第１のメタデータに含まれる制御情報に基づいて、パッケージ生成ステップの処理により生成された若しくはこれから生成される第２のパッケージに対応する第２のメタデータを生成するメタデータ生成ステップと、ユーザから提供される、一定の義務または基準に基づいて前記コンテンツに割り当てられた値に関する情報を有するレーティング情報を解析した解析結果の受信を制御する受信制御ステップとを含み、制御情報は、ユーザによるレーティングに対する許諾の有無を示す情報を含んでおり、コンテンツの提供者によりユーザによるレーティングが許諾されている場合のみ、ユーザによるレーティングが行われ、そのレーティング結果として、そのレーティング結果として、レーティング情報がユーザから提供されることを特徴とする。

本発明のプログラムは、他の情報処理装置から提供される第１のパッケージに含まれるコンテンツのうちの、１以上のコンテンツを含む第２のパッケージを生成する処理をコンピュータに実行させるプログラムであって、第２のパッケージの生成条件を示す制御情報を含む、第１のパッケージに対応する第１のメタデータを、他の情報処理装置から取得して保持する保持ステップと、保持ステップの処理により保持された第１のメタデータに含まれる制御情報に基づいて、第１のパッケージに含まれるコンテンツのうちの、１以上のコンテンツを少なくとも含む第２のパッケージを生成するパッケージ生成ステップと、保持ステップの処理により保持された第１のメタデータに含まれる制御情報に基づいて、パッケージ生成ステップの処理により生成された若しくはこれから生成される第２のパッケージに対応する第２のメタデータを生成するメタデータ生成ステップと、ユーザから提供される、一定の義務または基準に基づいて前記コンテンツに割り当てられた値に関する情報を有するレーティング情報を解析した解析結果の受信を制御する受信制御ステップとを含み、制御情報は、ユーザによるレーティングに対する許諾の有無を示す情報を含んでおり、コンテンツの提供者によりユーザによるレーティングが許諾されている場合のみ、ユーザによるレーティングが行われ、そのレーティング結果として、そのレーティング結果として、レーティング情報がユーザから提供されることを特徴とする。

本発明の情報処理装置および方法、並びに、プログラムにおいては、他の情報処理装置から提供される第１のパッケージに含まれるコンテンツのうちの、１以上のコンテンツを含む第２のパッケージが生成される。詳細には、第２のパッケージの生成条件を示す制御情報を含む、第１のパッケージに対応する第１のメタデータが、他の情報処理装置から取得されて保持され、保持された第１のメタデータに含まれる制御情報に基づいて、第１のパッケージに含まれるコンテンツのうちの、１以上のコンテンツを少なくとも含む第２のパッケージが生成されるとともに、それに対応する第２のメタデータが生成される。そして、制御情報は、ユーザによるレーティングに対する許諾の有無を示す情報を含んでおり、コンテンツの提供者によりユーザによるレーティングが許諾されている場合のみ、ユーザによるレーティングが行われ、そのレーティング結果としてユーザから提供される、一定の義務または基準に基づいてコンテンツに割り当てられた値に関する情報を有するレーティング情報を解析した解析結果が受信される。

以上のごとく、本発明によれば、コンテンツをパッケージ単位で提供することができる。特に、コンテンツの提供形態やその提供条件を、提供元が許諾する範囲で自在に可変できる。

次に、図面を参照して、本発明の実施の形態について説明する。

はじめに、図２乃至図７を参照して、本発明が適用される情報処理システムにより支援されるビジネスモデルの一実施形態について説明する。

図２は、本発明が適用される情報処理システムにより支援されるビジネスモデルの一実施形態の構成例を表している。

図２において、図１と対応する部分には対応する符号が付してある。即ち、後述するように、本発明が適用される情報処理システムは様々なビジネスモデルを支援することが可能であるが、図２には、それらのビジネスモデルのうちの、図１の従来のビジネスモデルが有する課題（上述した従来の課題）を解決可能なビジネスモデルの構成例が示されている。

図２に示されるように、本ビジネスモデルの参加者は、任意の数のユーザ（図２の例では、ユーザ１の１者）、任意の数のコンテンツプロバイダ（図２の例では、コンテンツプロバイダ２−Ａ乃至２−Ｃの３者）、および、任意の数のコンテンツアグリゲータ（図２の例では、コンテンツアグリゲータ２１の１者）とされている。

さらに、本ビジネスモデルの参加者として、後述する図６に示されるように、任意の数の他サービス提供者（図６の例では、他サービス提供者５１の１者）が加わることもある。

ユーザ１は、例えば、後述する図８に示されるような、ネットワーク１０２に接続可能なユーザ端末（クライアント）１０５を管理し、このユーザ端末１０５を利用してコンテンツを取得して（購入して）使用する。

コンテンツプロバイダ２−Ａ乃至２−Ｃは、後述する図８に示されるような、ネットワーク１０２に接続可能なコンテンツプロバイダサーバ１０１−Ａ乃至１０１−Ｃのそれぞれを管理し、これらのコンテンツプロバイダサーバ１０１−Ａ乃至１０１−Ｃを利用してコンテンツを提供する（販売する）。

即ち、コンテンツプロバイダ２−Ａ乃至２−Ｃは、コンテンツの一次提供者である。なお、ここでは、一次提供者とは、コンテンツに対する提供条件（販売条件）を最初に設定する者、即ち、コンテンツのメタデータを最初に作成する者を指す。

これに対して、ここでは、二次提供者とは、一次提供者から提供されるコンテンツを自分自身の商品として、他者に提供（転売）する者を指す。例えば、図２の例では、コンテンツアグリゲータ２１が二次提供者である。

詳細には、コンテンツアグリゲータ２１は、一次提供者からコンテンツの販売（商業上の提供）の権限を正当に得た者（後述する権限付与の対象者）であって、例えば、後述する図８に示されるような、ネットワーク１０２に接続可能なコンテンツアグリゲータサーバ１０３を管理し、このコンテンツアグリゲータサーバ１０３を利用して、一次提供者から提供される１以上のコンテンツを再パッケージ化して販売する。

なお、他サービス提供者５１については、図６を参照して後述する。

次に、図２を参照して、本ビジネスモデルの処理の流れの一形態について説明する。

なお、実際の処理は、図８に示される各装置（コンテンツプロバイダサーバ１０１−Ａ乃至１０１−Ｃ、コンテンツアグリゲータサーバ１０３、他サービス提供者サーバ１０４、および、ユーザ端末１０５）により実行されるが、ここでは、本ビジネスモデルの参加者（ユーザ１、コンテンツプロバイダ２−Ａ乃至２−Ｃ、コンテンツアグリゲータ２１、および、後述する図６の他サービス提供者５１）が、対応する処理を実行するとして説明する。

はじめに、コンテンツプロバイダ２−Ａは、例えば、コンテンツ１２−Ａと、それに対応するコンテンツメタデータ１４−Ａとを生成する。図２の例では、コンテンツメタデータ１４−Ａには、「タイトル」として「ドラマＡ−２話」が記述されている。なお、コンテンツメタデータ１４−Ａのそれ以外の記述内容については、図１２等を参照して後述する。

その後、コンテンツプロバイダ２−Ａは、例えば、コンテンツ１２−Ａを少なくとも含む（図２の例では、コンテンツ１２−Ａのみを含む）パッケージ１１−Ａと、それに対応するパッケージメタデータ１３−Ａとを生成する。図２の例では、パッケージメタデータ１３−Ａには、「タイプ」として「単位（上述したように、１つのコンテンツで構成されるタイプ）」が、「視聴期間」として「７日間」が、「価格」として「３００円」が、それぞれ記述される。なお、パッケージメタデータ１３−Ａのそれ以外の記述内容については、図１２や図１３等を参照して後述する。

コンテンツプロバイダ２−Ａのここまでの処理の流れは、従来のそれ（図１参照）と基本的に同様であり、ここまでの処理の内容だけでは、上述した従来の課題を解決することは困難である。なお、繰り返しになるが、従来の課題とは、コンテンツアグリゲータ２１等の他者が、コンテンツ１２−Ａを、パッケージ１１−Ａ（コンテンツプロバイダ２−Ａにより生成された形態）以外の形態で提供することや、定められた提供条件（即ち、コンテンツプロバイダ２−Ａにより生成されたパッケージメタデータ１３―Ａの記述内容）以外の条件で提供することは困難である、という課題がである。

そこで、この従来の課題を解決するためには、本願出願人は、例えば、コンテンツアグリゲータ２１がパッケージメタデータ１３−Ａの内容を変更するという手法を発明した。しかしながら、この手法を単に適用するだけでは、パッケージメタデータ１３−Ａの内容がコンテンツプロバイダ２−Ａに無断で（知らないところで）変更されてしまう恐れがあり、コンテンツプロバイダ２−Ａの利益やコンテンツ１２−Ａの著作権等を保護することができない、といった新たな課題が発生してしまう。

そこで、従来の課題とこの新たな課題とを同時に解決すべく、本願出願人はさらに次のような手法を発明した。

即ち、本願出願人が発明した手法とは、コンテンツプロバイダ２−Ａがさらに、図２に示されるような、パッケージメタデータ１３−Ａに対応するアクセス制御情報１５−Ａを生成する手法である。或いは、コンテンツプロバイダ２−Ａが、パッケージ１１−Ａ（コンテンツ１２−Ａ）のメタデータとして、アクセス制御情報１５−Ａを新たに追加する手法であると捉えてもよい。

このアクセス制御情報１５−Ａは、ここで新たに定義した概念（情報）である。そこで、以下、アクセス制御情報１５−Ａの詳細について説明する。

アクセス制御情報１５−Ａとは、コンテンツアグリゲータ２１がパッケージ３１を新たに生成する場合にその生成条件を示す情報である。

詳細には、アクセス制御情報１５−Ａは、パッケージメタデータ１３−Ａ（および、必要に応じてコンテンツメタデータ１４−Ａ）を構成する各要素を、固定部分と、後からの上書きあるいは追記によって変更可能な変更部分とに区分し（どのように区分されたのかを示し）、その変更部分に属する各要素のそれぞれが実際に変更可能か否か（コンテンツプロバイダ２−Ａが変更を許諾したか否か）を示す情報である。より正確には、アクセス制御情報１５は、そのような情報を少なくとも含む情報であって、例えば、後述する図１４に示されるように、その他の関連する情報も含むことが可能な情報である。

この場合、固定部分には、一般的に、コンテンツメタデータ１４−Ａに対応するコンテンツ１２−Ａ、または、パッケージメタデータ１３−Ａに対応するパッケージ１１−Ａ（コンテンツ群）を一意に同定するための要素が含まれる。

これに対して、変更部分には、コンテンツの所有者、提供元、サービス提供者の明示、ユーザとの権利処理の付随情報、コンテンツ消費に関わる有効期限、価格、取得方法、および、再生方法等を示す要素が含まれる。

換言すると、アクセス制御情報１５−Ａには、パッケージメタデータ１３−Ａ（および、必要に応じてコンテンツメタデータ１４−Ａ）を構成する各要素のうちの、コンテンツアグリゲータ２１が実際に変更できる要素（以下、操作の対象要素と称する）が少なくとも記述される。さらに、必要に応じて、アクセス制御情報１５−Ａには、コンテンツアグリゲータ２１による変更が禁止されている要素（以下、操作不可の対象要素と称する）も記述される。

このように、ここでは、操作の対象要素とは、変更部分（例えば、後述する図１５の操作の対象要素候補）のうちの、コンテンツプロバイダ２−Ａが変更を許諾した要素（例えば、後述する図１５の○印が付された要素）を指す。

これに対して、ここでは、操作不可の対象要素とは、固定部分（例えば、後述する図１５の操作不可の対象要素のうちの、（固定）と最後に記述された要素等）に加えて、変更部分（例えば、後述する図１５の操作の対象要素候補）のうちの、コンテンツプロバイダ２−Ａが変更を禁止した要素（例えば、後述する図１５の×印が付された要素）を指す。

具体的には、例えば、図２のアクセス制御情報１５−Ａでは、「タイプ（変更）」、「視聴期間（変更）」、および、「価格（変更）」が、操作対象要素とされている。即ち、図２の例では、パッケージメタデータ１３−Ａを構成する要素のうちの、「タイプ」、「視聴期間」、および「価格」のそれぞれの変更が、コンテンツプロバイダ２−Ａにより許諾されている。

これに対して、例えば、図２のアクセス制御情報１５−Ａでは、「サービス連動」が操作不可対象要素とされている。即ち、図２の例では、パッケージメタデータ１３−Ａを構成する要素のうちの「サービス連動」の変更が、コンテンツプロバイダ２−Ａにより禁止されている。なお、「サービス連動」については、図６と図７を参照して後述する。

同様に、コンテンツプロバイダ２−Ｂは、コンテンツ１２−Ｂを含むパッケージ１１−Ｂを生成するときに、それに対応するパッケージメタデータ１３−Ｂとアクセス制御情報１５−Ｂとを生成する。コンテンツプロバイダ２−Ｃは、コンテンツ１２−Ｃを含むパッケージ１１−Ｃを生成するときに、それに対応するパッケージメタデータ１３−Ｃとアクセス制御情報１５―Ｃとを生成する。

図２の例では、アクセス制御情報１５−Ｂにおいては、「タイプ（変更）」、「視聴期間（変更）」、および、「価格（変更）」が操作対象要素とされ、「サービス連動」が操作不可対象要素とされている。即ち、パッケージメタデータ１３−Ｂを構成する要素のうちの、「タイプ」、「視聴期間」、および「価格」のそれぞれが、コンテンツプロバイダ２−Ｂにより変更が許諾される一方、「サービス連動」の変更が、コンテンツプロバイダ２−Ｂにより禁止されている。

また、アクセス制御情報１５−Ｃにおいては、「価格（変更）」のみが操作対象要素とされ、それ以外の、「タイプ（変更）」、「視聴期間（変更）」、および、「サービス連動」が操作不可対象要素とされている。即ち、パッケージメタデータ１３−Ｂを構成する要素のうちの、「価格」のみがコンテンツプロバイダ２−Ｃにより変更が許諾されており、「タイプ」および「視聴期間」の変更がコンテンツプロバイダ２−Ｃにより禁止されている。

このように、コンテンツプロバイダ２−Ａ乃至２−Ｃのそれぞれは、アクセス制御情報１５−Ａ乃至１５−Ｃのそれぞれを自分自身の判断で生成することで、パッケージメタデータ１３−Ａ乃至１３−Ｃのそれぞれ（必要に応じて、コンテンツメタデータ１４−Ａ乃至１４−Ｃのそれぞれ）を構成する各要素のそれぞれに対して、その内容の変更の許諾または禁止の指示を、二次提供者等（図２の例では、コンテンツアグリゲータ２１）に行うことができる。

なお、上述したように、アクセス制御情報１５−Ａ乃至１５−Ｃの中に、「操作対象要素/操作不可対象要素」の他に、様々な情報を必要に応じて適宜含ませることが可能である。ただし、これらの情報の具体例については、図１４等を参照して後述する。

コンテンツアグリゲータ２１は、これらのアクセス制御情報１５−Ａ乃至１５−Ｃのそれぞれの内容に基づいて（それらの内容で規定されている範囲内で）、パッケージ１１−Ａに含まれるコンテンツ１２−Ａ、パッケージ１１−Ｂに含まれるコンテンツ１２−Ｂ、および、パッケージ１１−Ｃに含まれるコンテンツ１２−Ｃのうちの少なくとも１つを含む新たなパッケージを生成し（再パッケージ化し）、ユーザ１に提供（販売）することができる。

詳細には、例えば、図２の例では、アクセス制御情報１５−Ｃにおいては、「タイプ」が操作不可対象要素（変更が禁止された要素）とされており、かつ、パッケージメタデータ１３−Ｃにおいては、「タイプ」が「単位」とされていることから、コンテンツ１２−Ｃはパッケージ１１−Ｃという単位でのみ提供可能とされている。即ち、コンテンツアグリゲータ２１は、コンテンツ１２−Ｃを再パッケージ化することができない。

これに対して、アクセス制御情報１５−Ａとアクセス制御情報１５−Ｂのいずれにおいても、「タイプ」が操作対象要素（変更が許諾された要素）とされているので、コンテンツ１２−Ａとコンテンツ１２−Ｂとのそれぞれは、パッケージ１１−Ａまたはパッケージ１１−Ｂとは異なるタイプのパッケージを単位として提供可能とされている。即ち、コンテンツアグリゲータ２１は、コンテンツ１２−Ａとコンテンツ１２−Ｂとのそれぞれを再パッケージ化して、ユーザ１に提供（販売）することができる。

さらに、このとき、アクセス制御情報１５−Ａとアクセス制御情報１５−Ｂのいずれにおいても、「視聴期間」と「価格」とが操作対象要素とされているので、コンテンツアグリゲータ２１は、コンテンツ１２−Ａとコンテンツ１２−Ｂとのうちの少なくとも１つを含む新たなパッケージを生成した場合（再パッケージ化した場合）、その新たなパッケージの価格や視聴期間を自分自身の判断で自在に設定する（パッケージ１１−Ａ，１１−Ｂの元の価格や視聴期間から変更する）こともできる。

具体的には、例えば、図２の例では、コンテンツアグリゲータ２１は、コンテンツ１２−Ａとコンテンツ１２−Ｂとを共に含むパッケージ３１を新たに生成することができる。

このとき、コンテンツアグリゲータ２１は、自分自身の判断で、そのパッケージ３１の「タイプ」を「固定/パック」に設定し（パッケージ１１−Ａやパッケージ１１−Ｂに対して設定されていた「単位」から「固定/パック」に変更し）、その「視聴期間」を「１ケ月」に設定し（パッケージ１１−Ａやパッケージ１１−Ｂに対して設定されていた「７日間」から「１ケ月」に変更し）、その「価格」を「１０００円」に設定し（パッケージ１１−Ａに対して設定されていた「３００円」やパッケージ１１−Ｂに対して設定されていた「５００円」から「１０００円」に変更し）、新たに設定された（変更された）それらの要素を含むパッケージメタデータ３２を生成することができる。なお、パッケージメタデータ３２の「タイプ」における「固定」については後述する。

そして、コンテンツアグリゲータ２１は、新たに生成されたパッケージメタデータ３２（および、コンテンツメタデータ１４−Ａ，１４−Ｂ）に基づいて、図３に示されるような広告情報を生成し、ユーザ１に呈示することができる。

なお、図３は、ユーザ１のユーザ端末１０５（図８）が図示せぬ表示装置に広告情報を表示させた場合の表示形態（画像）の例である。即ち、実際には、コンテンツアグリゲータ２１のコンテンツアグリゲータサーバ１０３（図８）は、広告情報を、例えば、図３の画像に対応するHTML(Hyper Text Markup Language)文章またはBML(Broadcast Markup Language)文章という形態で生成し、ネットワーク１０２（図８）を介してユーザ１のユーザ端末１０５に送信する。

すると、ユーザ１のユーザ端末１０５は、この広告情報（HTML文章またはBML文章）を解釈して、図３に示されるような画像の形態に変換してユーザ１に呈示する。

ユーザ１は、図３の画像を見て、パッケージ３１の購入を希望した場合、同図に示される購入ボタンを押下操作する（実際には、図示せぬリモートコマンダ等を利用する）ことで、パッケージ３１をコンテンツアグリゲータ２１から取得（購入）することができる。

即ち、従来においては、ユーザ１は、「ドラマＡ−２話」というタイトルのコンテンツ１２−Ａを、「視聴期間」が「７日間」であり、「価格」が「３００円」であるという提供条件で、コンテンツプロバイダ２−Ａから直接取得（購入）しなければならなかった。また、ユーザ１は、「ドラマＢ−９話」というタイトルのコンテンツ１２−Ｂを、「視聴期間」が「７日間」であり、「価格」が「５００円」であるという提供条件で、コンテンツプロバイダ２−Ｂから直接取得（購入）しなければならなかった。

従って、ユーザ１は、例えば、コンテンツ１２−Ａとコンテンツ１２−Ｂとのいずれも、２８日（＝７日×４＝約１ケ月）間だけ視聴することを所望した場合、コンテンツプロバイダ２−Ａに対して１２００円（＝３００円×４）支払うとともに、コンテンツプロバイダ２−Ｂに対して２０００円（＝５００円×４）支払う必要があった。即ち、ユーザ１は、コンテンツ１２−Ａとコンテンツ１２−Ｂとのいずれも２８日間だけ視聴する場合には、合計で３２００円支払う必要があった。

これに対して、本発明（それが支援するビジネスモデル）においては、上述したように、ユーザ１は、コンテンツ１２−Ａとコンテンツ１２−Ｂとを同時に、「視聴期間」が「１ケ月」であり、「価格」が「１０００円」であるという提供条件（コンテンツアグリゲータ２１が変更した提供条件）で、コンテンツアグリゲータ２１から購入することが可能になる。

次に、図４を参照して、本ビジネスモデルの処理の流れの図２とは異なる形態について説明する。即ち、図４は、図２と対応する図であるが、アクセス制御情報１５−Ａ乃至１５−Ｃの内容が図２のそれらとは異なり、その結果、コンテンツアグリゲータ２１が、図２とは異なるパッケージ（および、それに対応するパッケージメタデータ）を生成し、ユーザに販売する場合の例を説明する図である。従って、図４においては、図２と対応する部分には、図２と同様の符号を付してある。

図４の例では、アクセス制御情報１５−Ａとアクセス制御情報１５−Ｂのいずれにおいても、図２のそれらと同様に、「タイプ（変更）」、「視聴期間（変更）」、および、「価格（変更）」が操作対象要素とされ、「サービス連動」が操作不可対象要素とされている。さらに、アクセス制御情報１５−Ｃにおいても、「タイプ（変更）」、「視聴期間（変更）」、および、「価格（変更）」が操作対象要素とされ、「サービス連動」が操作不可対象要素とされている。

従って、図４の例では、パッケージメタデータ１３−Ａ乃至１３−Ｃのいずれにおいても、それらの内容のうちの「タイプ」、「視聴期間」、および「価格」のそれぞれが変更可能とされている（コンテンツプロバイダ２−Ａ乃至２−Ｃのそれぞれにより変更が許諾されている）。

このため、例えば、同図に示されるように、コンテンツアグリゲータ２１は、コンテンツ１２−Ａ乃至１２−Ｃの全てを含むパッケージ４１（正確には、後述するように、コンテンツ１２−Ａ乃至１２−Ｃの中から、ユーザ１が選択した２つのコンテンツを含むパッケージ４１）を新たに生成することができる。

このとき、コンテンツアグリゲータ２１は、自分自身の判断で、そのパッケージ３１の「タイプ」を「選択/パック」に設定し（パッケージ１１−Ａ乃至１１−Ｃに対して設定されていた「単位」から「選択/パック」に変更し）、その「視聴期間」を「７日間」に設定し（パッケージ１１−Ｃに対して設定されていた「１ケ月」から「７日間」に変更し）、その「価格」を「５００円」に設定し（パッケージ１１−Ａに対して設定されていた「３００円」やパッケージ１１−Ｃに対して設定されていた「８００円」から「５００円」に変更し）、新たに設定された（変更された）それらの要素を含むパッケージメタデータ４２を新たに生成することができる。

ここで、パッケージの「タイプ」における、上述した「固定」と「選択」との差異について説明する。即ち、「固定」とは、パッケージに含まれるコンテンツが固定されているタイプを指す。これに対して、「選択」とは、パッケージに含ませるコンテンツをユーザが選択できる（予め設定された複数のコンテンツの中から、予め設定された個数のコンテンツを選択できる）タイプを指す。

例えば、図４の例のパッケージメタデータ４２によると、パッケージ４１のタイプは「選択/パック」とされていることから、ユーザ１は、パッケージ４１を購入する場合、３つのコンテンツ１２−Ａ乃至１２−Ｃの中から、指定された個数（例えば、２個）のコンテンツを選択し、それら２個のコンテンツを含むパッケージ４１をコンテンツアグリゲータ２１から購入することができる。

具体的には、例えば、コンテンツアグリゲータ２１は、新たに生成されたパッケージメタデータ４２（および、コンテンツメタデータ１４−Ａ乃至１４−Ｃ）に基づいて、図５の画像に対応する広告情報（HTML文章またはBML文章）を生成し、ユーザ１のユーザ端末１０５（図８）に提供することができる。

すると、ユーザ１のユーザ端末１０５は、この広告情報（HTML文章またはBML文章）を解釈して、図５に示されるような画像に変換してユーザ１に呈示する。

ユーザ１は、図５の画像を見て、パッケージ４１の購入を希望した場合、同図の各コンテンツのタイトル（ドラマＡ−２話、ドラマＢ−９話、および、映画Ｃ）の左方に示されるボックスの中から、２つのボックスをチェックする（実際には、リモートコマンダ等を利用する）ことで、パッケージ４１に含ませる２つのコンテンツを選択する。

そして、ユーザ１は、購入ボタンを押下操作する（実際には、リモートコマンダ等を利用する）ことで、先に選択した（ボックスをチェックした）２つのコンテンツを含むパッケージ４１をコンテンツアグリゲータ２１から購入することができる。

具体的には、例えば、ドラマＡ−２話、および、映画Ｃのそれぞれの左方のボックスがチェックされた場合、パッケージ４１には、コンテンツ１２−Ａとコンテンツ１２−Ｃとが含まれることになる。

即ち、従来においては、ユーザ１は、「ドラマＡ−２話」というタイトルのコンテンツ１２−Ａを、「視聴期間」が「７日間」であり、「価格」が「３００円」であるという条件で、コンテンツプロバイダ２−Ａから直接購入しなければならなかった。また、ユーザ１は、「映画Ｃ」というタイトルのコンテンツ１２−Ｃを、「視聴期間」が「１ケ月」であり、「価格」が「８００円」であるという条件で、コンテンツプロバイダ２−Ｃから直接購入しなければならなかった。従って、ユーザ１は、例えば、コンテンツ１２−Ａとコンテンツ１２−Ｃとのいずれも７日間だけ視聴することを所望した場合、コンテンツプロバイダ２−Ａに対して３００円支払うとともに、コンテンツプロバイダ２−Ｃに対して８００円支払う必要があった。即ち、ユーザ１は、コンテンツ１２−Ａとコンテンツ１２−Ｃとのいずれも７日間だけ視聴する場合には、合計で１１００円支払う必要があった。

これに対して、本ビジネスモデルにおいては、上述したように、ユーザ１は、コンテンツ１２−Ａとコンテンツ１２−Ｃとを同時に、「視聴期間」が「７日」であり、「価格」が「５００円」であるという条件で、コンテンツアグリゲータ２１から購入することが可能になる。

さらに、従来においては、ユーザ１は、コンテンツ１２−Ａ乃至１２−Ｃの中から、２つのコンテンツを選択して購入する場合、コンテンツプロバイダ２−Ａ乃至２−Ｃのそれぞれと接触して（実際には、後述する図９に示されるような、コンテンツプロバイダ２−Ａ乃至２−Ｃのそれぞれが管理するショップサーバ１１１に、後述する図８のユーザ端末１０５がアクセスし）、対応するコンテンツの購入条件（提供条件）のそれぞれを取得して比較する（実際には各ショップサーバのwebページを順次見比べて比較する等）、といった煩雑で時間のかかる操作を行う必要があった。

これに対して、本ビジネスモデルにおいては、ユーザ１は、コンテンツアグリゲータ２１のみと接触し（実際には、後述する図１０に示されるように、コンテンツアグリゲータ２１が管理するショップサーバ１２１に、ユーザ端末１０５がアクセスし）、簡単な操作を行うだけで、即ち、例えば、上述した図５に示されるユーザインタフェース用の画像を利用するだけで、コンテンツ１２−Ａ乃至１２−Ｃの中から、２つのコンテンツを選択して購入することが容易にできる。

次に、図６を参照して、本ビジネスモデルの処理の流れの図２や図４とは異なる形態について説明する。即ち、図６は、図２や図４と対応する図であるが、図２や図６では対象外であった他のサービス（コンテンツ提供サービスとは異なるサービス）と、コンテンツ提供サービスとを連動させる場合の例を説明する図である。図６においては、図２または図４と対応する部分には、図２または図４と同様の符号を付してある。

図６の例では、アクセス制御情報１５−Ａ乃至１５−Ｃのいずれにおいても、図４のそれらと同様に、「タイプ（変更）」、「視聴期間（変更）」、および、「価格（変更）」が操作対象要素とされているとともに、さらに、「サービス連動」も操作対象要素とされている。

従って、図６の例では、図４の例と同様に、パッケージメタデータ１３−Ａ乃至１３−Ｃのいずれにおいても、それらの内容のうちの「タイプ」、「視聴期間」、および「価格」のそれぞれが変更可能とされている（コンテンツプロバイダ２−Ａ乃至２−Ｃのそれぞれにより変更が許諾されている）。

ところで、「サービス連動」とは、対象のパッケージの提供サービスと、他のサービスとを連動させることを示す。即ち、「サービス連動」が操作対象要素であるとは、対象のパッケージの提供サービスと、他のサービスとの連動が許諾されたことを指す。これに対して、「サービス連動」が操作対象不可要素であるとは、対象のパッケージの提供サービスと、他のサービスとの連動が禁止されたことを指す。

従って、図６の例では、アクセス制御情報１５−Ａ乃至１５−Ｃのいずれにおいても、「サービス連動」が操作対象要素とされているので、パッケージ１１−Ａ乃至パッケージ１１−Ｃのそれぞれの提供サービスと、他のサービスとの連動が許諾されている。さらに、アクセス制御情報１５−Ａ乃至１５−Ｃのいずれにおいても、「タイプ（変更）」が操作対象要素とされているので、コンテンツ１２−Ａ乃至コンテンツ１２−Ｃのそれぞれを、新たなパッケージ（図６の例では、パッケージ６１）に含ませる（再パッケージ化する）ことが許諾されている。即ち、図６の例では、コンテンツ１２−Ａ乃至コンテンツ１２−Ｃのうちの少なくとも１つを含む新たなパッケージの生成が許諾されている（ここまでは、図４の例と同様）とともに、その新たなパッケージの提供サービスと他のサービスとの連動も許諾されている。

なお、本明細書において、他のサービスとは、次のサービスを指す。即ち、本明細書において、コンテンツとは、テレビジョン放送番組、映画、写真、楽曲等（動画像、静止画像、若しくは音声、または、それらの組み合わせ等）の一般的なコンテンツの他さらに、宣伝、文書、商品（物品含）、会話等のユーザが使用（視聴または経験）可能なソフトウエアまたはハードウエアの全てを指す広い概念である。しかしながら、本発明を適用するためには、コンテンツにメタデータが対応付けられている必要がある。そこで、本明細書においては、１以上のメタデータが少なくとも対応付けられているコンテンツの提供サービスを、特にコンテンツ提供サービスと称し、それ以外のサービスを、他のサービスと称する。即ち、たとえ、本明細書で言うコンテンツを提供するサービスであっても、そのサービスで提供されるコンテンツにメタデータが対応付けられていない場合、本明細書では、そのサービスは他のサービスとして取り扱われる。

従って、本明細書において、このように定義した他のサービスをユーザ１等に提供する者を、他サービス提供者と称する。上述したように、このような他サービス提供者も本ビジネスモデルの参加者となり得る。例えば、図６の例では、１者の他サービス提供者５１が本ビジネスモデルに参加している。

以上のことから、例えば、図６に示されるように、コンテンツアグリゲータ２１は、コンテンツ１２−Ａ乃至１２−Ｃの全てを含むパッケージ６１（正確には、図４のコンテンツ４１と同様に、コンテンツ１２−Ａ乃至１２−Ｃの中から、ユーザ１が選択した２つのコンテンツを含むパッケージ６１）を新たに生成することができる。

このとき、コンテンツアグリゲータ２１は、自分自身の判断で、そのパッケージ６１の「タイプ」を「選択/パック/サービス連動」に設定し（パッケージ１１−Ａ乃至１１−Ｃに対して設定されていた「単位」から「選択/パック/サービス連動」に変更し）、その他、「視聴期間」や「価格」といった操作対象を新たに設定し（パッケージ１１−Ａ乃至１１−Ｃに対して設定されていた元の内容を必要に応じて変更し）、新たに設定された（変更された）それらの要素を含むパッケージメタデータ６２を新たに生成することができる。

なお、図６のパッケージメタデータ６２に「視聴期間」や「価格」の具体例が記述されていないのは、後述する図７に示されるように、パッケージ６１に含まれるコンテンツによって異なる値が記述されるからである。

そして、コンテンツアグリゲータ２１は、例えば、新たに生成されたパッケージ６１の提供サービスと、他サービス提供者５１が提供する他のサービスとを連動させたことを示す広告情報、具体的には、例えば、図７の画像に対応する広告情報（HTML文章またはBML文章）を、新たに生成されたパッケージメタデータ６２（および、コンテンツメタデータ１４−Ａ乃至１４−Ｃ）に基づいて生成し、ユーザ１のユーザ端末１０５（図８）に提供することができる。

すると、ユーザ１のユーザ端末１０５は、この広告情報（HTML文章またはBML文章）を解釈して、図７に示されるような画像に変換してユーザ１に呈示する。

ユーザ１は、図７の画像を見て、さらに、図示せぬ車サイトを見ることで、所望の車の試乗体験チケットの取得ができると共に、「ドラマＡ−２話」というタイトルのコンテンツ１２−Ａ、「ドラマＢ−９話」というタイトルのコンテンツ１２−Ｂ、および、「映画Ｃ」というタイトルのコンテンツ１２−Ｃのそれぞれを、通常より安価に取得（購入）することができる。

即ち、図示はしないが、ユーザ１は、試乗体験チケットを取得したい場合、他サービス提供者５１と接触して（実際には、後述する図８に示されるように、ユーザ端末１０５が、他サービス提供者５１が管理する他サービス提供者サーバ１０４にアクセスし）、必要な操作を実行することで（ユーザ端末１０５がその操作に対応する処理を実行することで）、試乗体験チケットを取得することができる（試乗体験チケットのデータをユーザ端末１０５にダウンロードさせることができる）。

なお、上述したように、試乗体験チケットも、ユーザが使用できる点で、本明細書で言うコンテンツとして取り扱うことが可能である。ただし、ここでは、試乗体験チケットにはメタデータが対応付けられていないので（そのように、ここでは仮定したので）、試乗体験チケットの提供サービス（ダウンロードサービス）は、他のサービスとして取り扱われる。

一方、ユーザ１は、コンテンツ（コンテンツ１２−Ａ乃至コンテンツ１２−Ｃのうちの少なくとも１つ）を取得したい場合、同図の各コンテンツの情報（「ドラマＡ−２話 ３００円/７日間 → ２００円/７日間」、「ドラマＢ−９話 ５００円/７日間 → ３５０円／７日間」、および、「映画Ｃ ８００円／１ケ月 → ５００円／１ケ月」）の右方に示される購入ボタンの中から、所望のコンテンツに対応する２つの購入ボタンを押下操作する（実際には、リモートコマンダ等を利用する）ことで、対応する２つのコンテンツを含むパッケージ６１をコンテンツアグリゲータ２１から購入することができる。

具体的には、例えば、「ドラマＡ−２話 ３００円/７日間 → ２００円/７日間」、および、「映画Ｃ ８００円／１ケ月 → ５００円／１ケ月）の右方に示される購入ボタンを押下操作した場合、ユーザ１は、コンテンツ１２−Ａが含まれたパッケージ６１と、コンテンツ１２−Ｃが含まれたパッケージ６１とを（或いは、コンテンツ１２−Ａとコンテンツ１２−Ｃとが共に含まれたパッケージ６１を）、コンテンツアグリゲータ２１から購入することができる。

なお、この場合、コンテンツ１２−Ａが含まれたパッケージ６１に対応するパッケージメタデータ６２においては、「視聴期間」として「７日間」が、「価格」として「２００円」が、それぞれ記述されることになる。一方、コンテンツ１２−Ｃが含まれたパッケージ６１に対応するパッケージメタデータ６２においては、「視聴期間」として「１ケ月」が、「価格」として「５００円」が、それぞれ記述されることになる。

このように、本ビジネスモデルにおいては、従来のビジネスモデル（図１）では困難であった、コンテンツの提供サービスと他のサービスとの連動を容易に実現することができる。

以上、図２乃至図７を参照して説明してきた本ビジネスモデルは、コンテンツアグリゲータ（二次提供者）２１が、出元（一次提供者であって、図２の例では、コンテンツプロバイダ２−Ａ乃至２−Ｃ）が異なる複数のコンテンツ（図２の例では、コンテンツ１２−Ａ乃至１２−Ｃ）を、各コンテンツの出元により指定された販売条件（提供条件）の変更可否情報（即ち、図２の例では、アクセス制御情報１５−Ａ乃至１５−Ｃ）に基づいて、再パッケージ化して販売する、といったビジネスモデルである。このようなビジネスモデルの実現は、上述したように、従来の情報処理システムでは困難であったが、後述する本発明が適用される情報処理システム（図８等）により容易に実現が可能となった。即ち、本発明が適用される情報処理システムは、上述した従来の課題を解決することができる。

次に、図８を参照して、図２等のビジネスモデルに対応する（それを支援可能な）、本発明が適用される情報処理システムについて説明する。

図８に示されるように、本実施の形態の情報処理システムにおいては、コンテンツプロバイダ２−Ａ乃至２−Ｃ（図２等）のそれぞれが管理するコンテンツプロバイダサーバ１０１−Ａ乃至１０１−Ｃ、コンテンツアグリゲータ２１（図２等）が管理するコンテンツアグリゲータサーバ１０３、他サービス提供者５１（図６）が管理する他サービス提供者サーバ１０４、および、ユーザ１（図２等）が管理するユーザ端末（クライアント）１０５のそれぞれが、ネットワーク１０２を介して相互に接続されている。

ネットワーク１０２の形態は、特に限定されないが、ここては、例えば、インターネットとされる。

また、コンテンツプロバイダサーバ１０１−Ａ乃至１０１−Ｃ、コンテンツアグリゲータサーバ１０３、他サービス提供者サーバ１０４、および、ユーザ端末（クライアント）１０５のそれぞれは、他の装置との通信処理を別の形態で実行できれば、必ずしもネットワーク１０２に接続される必要はない。

なお、以下においては、コンテンツプロバイダ２−Ａ乃至２−Ｃを個々に区別する必要がない場合、単に、コンテンツプロバイダ２と称する。同様に、コンテンツプロバイダサーバ１０１−Ａ乃至１０１−Ｃを個々に区別する必要がない場合、単に、コンテンツプロバイダサーバ１０１と称する。

また、コンテンツプロバイダ２またはコンテンツプロバイダ１０１と称している場合であって、パッケージ１１−Ａ乃至１１−Ｃの個々の内容の違いが問題とならない場合、単にパッケージ１１と称する。同様の理由で、コンテンツ１２−Ａ乃至コンテンツ１２−Ｃを単にコンテンツ１２と、パッケージメタデータ１３−Ａ乃至１３−Ｃを単にパッケージメタデータ１３と、コンテンツメタデータ１４−Ａ乃至１４−Ｃを単にコンテンツメタデータ１４と、アクセス制御情報１５−Ａ乃至１５−Ｃを単にアクセス制御情報１５と、それぞれ称する場合もある。

次に、図９を参照して、コンテンツプロバイダサーバ１０１の詳細な構成例について説明する。この例においては、コンテンツプロバイダサーバ１０１は、ショップサーバ１１１、メタデータデータベース１１２、決済サーバ１１３、DRM(Digital Right Management)サーバ１１４、コンテンツサーバ１１５、およびパッケージ生成サーバ１１６により構成されている。

コンテンツプロバイダサーバ１０１の各部は、ネットワーク１０２（図８）を介して、他のサーバやクライアント（例えば、コンテンツアグリゲータサーバ１０３）と情報を相互に授受する。

ショップサーバ１１１は、一般的には、ユーザ端末（クライアント）１０５からネットワーク１０２を介してアクセスを受けたとき、HTML文書またはBML文書からなるナビゲーション情報（コンテンツの取得等の操作を誘導する情報）をユーザ端末１０５に提供する処理を実行する。

ただし、図２のビジネスモデルを実現する場合、上述したように、ユーザ１（ユーザ端末１０５）は、コンテンツプロバイダ２（コンテンツプロバイダサーバ１０１）からコンテンツを直接取得せずに、コンテンツアグリゲータ２１（コンテンツアグリゲータサーバ１０３）を介して取得する。従って、図２のビジネスモデルを実現する場合、ショップサーバ１１１の上述した処理は必須ではなく、次の処理が主処理として実行される。

即ち、図２のビジネスモデルを実現する場合、ショップサーバ１１１は、コンテンツアグリゲータサーバ１０３からネットワーク１０２を介してアクセスを受け、所定の情報の取得要求を受信したとき、対応する情報をコンテンツアグリゲータサーバ１０３に提供する処理を、主処理として実行する。

具体的には、例えば、ショップサーバ１１１は、パッケージ生成サーバ１１６により生成されたパッケージ１１に対応するメタデータの取得要求を、コンテンツアグリゲータサーバ１０３から受けることがある。このような場合、ショップサーバ１１１は、パッケージ１１に対応するメタデータの検索依頼をメタデータデータベース１１２に発行する。

メタデータデータベース１１２は、この検索依頼に基づいて、記憶しているメタデータの中から、パッケージ１１に対応するメタデータ、即ち、コンテンツメタデータ１４、パッケージメタデータ１３、および、アクセス制御情報１５のそれぞれを検索し、ショップサーバ１１１に提供する。ショップサーバ１１１は、これらのメタデータ（コンテンツメタデータ１４、パッケージメタデータ１３、および、アクセス制御情報１５のそれぞれ）を、ネットワーク１０２を介してコンテンツアグリゲータサーバ１０３に提供する。

なお、コンテンツアグリゲータサーバ１０３は、ショップサーバ１１１を介さずにメタデータデータベース１１２に対して、メタデータの取得要求を直接発行する場合もある。このような場合、メタデータデータベース１１２は、このメタデータの取得要求に基づいて、記憶しているメタデータ（コンテンツメタデータ１４、パッケージメタデータ１３、および、アクセス制御情報１５のそれぞれ）を読み出し、ネットワーク１０２を介してコンテンツアグリゲータサーバ１０３に直接提供する。

また、例えば、コンテンツプロバイダ２がショップサーバ１１１を主に利用して各種情報を入力する場合、即ち、ショップサーバ１１１に主要なユーザインタフェースが設けられている場合、ショップサーバ１１１は、コンテンツプロバイダ２からの各種入力に対応する処理を実行する。

具体的には、例えば、後述するように、パッケージ生成サーバ１１６は、パッケージ１１を生成すると、それに対するアクセス制御情報１５も生成する。この場合、コンテンツプロバイダ２は、アクセス制御情報１５の内容の少なくとも一部、例えば、後述する図１４に示される、「操作の対象要素/操作不可の対象要素」、「操作の種類」、および、「許諾条件」等（これらの詳細については後述する）に記述させる内容をショップサーバ１１１に入力することがある。このとき、ショップサーバ１１１は、入力されたそれらの内容（情報）をパッケージ生成サーバ１１６に提供する。その他、図示はしないが、パッケージメタデータ１３やコンテンツメタデータ１４の各要素に記述すべき内容等の情報がコンテンツプロバイダ２から入力された場合も、ショップサーバ１１１は、入力されたそれらの情報をパッケージ生成サーバ１１６に提供する。

なお、コンテンツプロバイダ２がパッケージ生成サーバ１１６を直接操作する場合、ショップサーバ１１１における、各種情報のパッケージ生成サーバ１１６への転送処理は省略される。

また、ショップサーバ１１１は、ユーザ１またはコンテンツアグリゲータ２１に対する決済処理依頼を決済サーバ１１３に発行する。すると、決済サーバ１１３は、その決済処理依頼で指定された相手（ユーザ１が管理するユーザ端末１０５、またはコンテンツアグリゲータ２１が管理するコンテンツアグリゲータサーバ１０３）と通信し、決済処理を行い、その決済結果をショップサーバ１１１に出力する。

さらにまた、ショップサーバ１１１は、パッジケージ１１の再パッケージ化（転売）をコンテンツアグリゲータ２１に対して許諾するとき、コンテンツアグリゲータ２１に対する権限付与依頼をDRMサーバ１１４に対して発行する。権限付与とは、図２のビジネスモデルを実現する場合に、パッケージ１１の再パッケージ化を行う権限、即ち、パッケージメタデータ１３の各要素のうちの、アクセス制御情報１５の中に操作対象要素として記述（指定）されている要素の内容を変更する権限を、コンテンツアグリゲータ２１等の二次提供者に対して付与することを指す。

DRMサーバ１１４は、ショップサーバ１１１からの権限付与依頼に基づいて、コンテンツアグリゲータサーバ１０３のDRMサーバ１２４（後述する図１０参照）と通信し、DRM処理を実行する。このDRM処理には、例えば、コンテンツアグリゲータ２１が適正な二次提供者（例えば、コンテンツプロバイダ２のコンテンツを転売することが、コンテンツプロバイダ２により予め認められている者）であるのか否かの認証処理の他、著作権管理に必要な処理が含まれる。正しいDRM処理が実行できたとき、DRMサーバ１１４は、コンテンツアグリゲータ２１をパッケージ１１に対する権限付与の対象（権限を付与した者）としてパッケージ生成サーバ１１６に通知する。一方、正しいDRM処理が実行できなかったとき、DRMサーバ１１４は、コンテンツアグリゲータ２１をパッケージ１１に対する権限付与不可の対象（権限の付与を禁止した者）としてパッケージ生成サーバ１１６に通知する。

ところで、コンテンツアグリゲータサーバ１０３が、コンテンツプロバイダサーバ１０１から提供されるパッケージ１１を再パッケージ化する場合（新たなパッケージを生成する場合）、その新たなパッケージに含まれるコンテンツの保存場所は特に限定されない。具体的には、例えば、その新たなパッケージに含まれるコンテンツの保存場所は、コンテンツプロバイダサーバ１０１のコンテンツサーバ１１５のままであってもよい。ただし、本実施の形態においては、その新たなパッケージに含まれるコンテンツの保存場所は、コンテンツアグリゲータサーバ１０３自身（後述する図１０のコンテンツサーバ１２５）であるとする。

この場合、コンテンツプロバイダサーバ１０１のコンテンツサーバ１１５は、新たなパッケージに含まれるコンテンツ１２を含むパッケージ１１を、コンテンツアグリゲータサーバ１０３に対して事前に提供する必要がある。

このパッケージ１１の提供方法は、特に限定されず、例えば、暗号化されてもよいし、暗号化されなくてもよい。ただし、パッケージ１１が暗号化されてコンテンツアグリゲータサーバ１０３に提供される場合には、図示はしないが、DRMサーバ１１４は、コンテンツアグリゲータ２１（コンテンツアグリゲータサーバ１０３）に対するDRM処理を正しく実行できたとき、パッケージ１１を暗号化するのに必要なキーKc'（図示せず）をコンテンツサーバ１１５に供給する。また、DRMサーバ１１４は、正しいDRM処理が実行できたとき、対応するキーkc'を、コンテンツアグリゲータサーバ１０３に供給する。

なお、コンテンツプロバイダサーバ１０１がパッケージ１１をユーザ１に対して直接供給（販売）する場合、DRMサーバ１１４は、ユーザ１のユーザ端末１０５に対してDRM処理を実行する。即ち、この場合、DRMサーバ１１４は、後述する図１０に示される、コンテンツアグリゲータサーバ１０３のDRMサーバ１２４と基本的に同様の処理（その処理の詳細については後述する）を実行する。

コンテンツサーバ１１５は、コンテンツ１２を単体で或いはパッケージ単位で（パッケージ１１として）記憶する。

パッケージ生成サーバ１１６は、図示はしないが、１以上のコンテンツ１２を生成または取得するとともに、それに対応するコンテンツメタデータ１４を生成または取得する。そして、パッケージ生成サーバ１１６は、コンテンツ１２をコンテンツサーバ１１５に供給するとともに、コンテンツメタデータ１４をメタデータデータベース１１２に提供する。

また、パッケージ生成サーバ１１６は、コンテンツサーバ１１５に記憶された１以上のコンテンツ１２（図２の例では、１つのコンテンツ１２）を含むパッケージ１１を生成するとともに、それに対応するパッケージメタデータ１３とアクセス制御情報１５とを生成する。そして、パッケージ生成サーバ１１６は、パッケージ１１をコンテンツサーバ１１５に供給するとともに、パッケージメタデータ１３とアクセス制御情報１５とをメタデータデータベース１１２に提供する。

なお、パッケージ生成サーバ１１６により生成される、パッケージ１１、コンテンツ１２、パッケージメタデータ１３、コンテンツメタデータ１４、および、アクセス制御情報１５のそれぞれの詳細（構成例）や、それらの相互の関係の詳細については、図１１乃至図１５を参照して後述する。

コンテンツサーバ１１５は、このようにして供給されたパッケージ１１を保存し、コンテンツアグリゲータサーバ１０３から取得の依頼があった場合、例えば、暗号化が必要なときには、DRMサーバ１１４より供給されたキーKcを用いてパッケージ１１（データ）を暗号化し、コンテンツアグリゲータサーバ１０３に供給する。

なお、コンテンツサーバ１１５のパッケージ１１の配信方法には、ストリーミングによる配信（以下、ストリーミング配信と適宜称する）とダウンロードのファイルによる配信（以下、ダウンロード配信と適宜称する）とが存在する。ただし、コンテンツアグリゲータ２１へのパッケージ１１の配信の場合、その目的は、パッケージ１１に含まれるコンテンツ１２の再生ではなく、パッケージ１１の再パッケージ化（コンテンツ１２を含む新たなパッケージの生成）である。したがって、この目的の達成のためには、ダウンロードのファイルによる配信の方が好適である。

また、パッケージ１１の暗号化が不要な場合、コンテンツサーバ１１５は、パッケージ１１（データ）をそのままコンテンツアグリゲータサーバ１０３に供給すればよい。

以上、図９に示されるように、コンテンツプロバイダサーバ１０１を複数のサーバで構成するようにしたが、１つのサーバで構成することも、もちろん可能である。また、各サーバのそれぞれは、上述した処理を実行できるハードウエアであれば、その形態は特に限定されず、例えば、後述する図１８に示されるようなパーソナルコンピュータで構成することができる。

次に、図１０を参照して、コンテンツアグリゲータサーバ１０３の詳細な構成例について説明する。この例においては、コンテンツアグリゲータサーバ１０３は、ショップサーバ１２１、メタデータデータベース１２２、決済サーバ１２３、DRMサーバ１２４、コンテンツサーバ１２５、およびアクセス制御サーバ１２６により構成されている。

コンテンツアグリゲータサーバ１０３の各部は、ネットワーク１０２（図８）を介して、他のサーバやクライアント（例えば、コンテンツプロバイダサーバ１０１やユーザ端末１０５等）と情報を相互に授受する。

ショップサーバ１２１は、はじめに、自身を管理するコンテンツアグリゲータ２１が販売するパッケージの生成の指示、即ち、コンテンツプロバイダサーバ１０１から提供されたパッケージ１１を再パッケージ化する指示（以下、このような指示を、パッケージ再生成指示と称する）をアクセス制御サーバ１２６に発行する。

なお、以下、コンテンツプロバイダサーバ１０１から提供されたパッケージ１１を元パッケージと称する。また、後述するアクセス制御サーバ１２６が、この元パッケージ１１に基づいて新たに生成したパッケージ（例えば、上述した、図２のパッケージ３１、図４のパッケージ４１、および、図６のパッケージ６１等）を、更新パッケージと称する。

パッケージ再生成指示を受けて、アクセス制御サーバ１２６が、更新パッケージを生成して、コンテンツサーバ１２５に提供した後に（これらの処理の詳細については後述する）、ユーザ端末１０５からネットワーク１０２を介してアクセスを受けたとき、ショップサーバ１２１は、HTML文書またはBML文書からなるナビゲーション情報（更新パッケージの取得等の操作を誘導する情報）をユーザ端末１０５に提供する。具体的には、例えば、ショップサーバ１２１は、上述したように、図３の画像、図５の画像、または、図７の画像等に対応するナビゲーション情報（HTML文章またはBML文章）をユーザ端末１０５に提供することができる。

図３の画像、図５の画像、または、図７の画像等に示されるように、これらのナビゲーション情報の生成には、更新パッケージのパッケージメタデータ（例えば、上述した、図２のパッケージメタデータ３２、図４のパッケージメタデータ４２、および、図６のパッケージメタデータ６１等）や、更新パッケージに含まれるコンテンツのコンテンツメタデータ（例えば、上述した、図２等のコンテンツメタデータ１４−Ａ，１４−Ｂ、および、図４等のコンテンツメタデータ１４−Ｃ等）が必要である。なお、更新パッケージに対応するこれらのメタデータをあわせて、以下、更新メタデータと称する。即ち、更新パッケージに対するナビゲーション情報の生成には、更新メタデータが必要である。

そこで、ショップサーバ１２１は、必要に応じて、更新メタデータの検索依頼をメタデータデータベース１２２に発行する。すると、メタデータデータベース１２２は、この検索依頼に基づいて、記憶しているメタデータ（後述するように、元パッケージに対応するメタデータも記憶されている）の中から、更新メタデータを検索し、ショップサーバ１２１に提供する。

その後、ユーザ１が、図３の画像、図５の画像、または、図７の画像等に示される購入ボタンを押下操作し、ユーザ端末１０５が、その押下操作に対応する信号を送信してきたとき、ショップサーバ１２１は、その信号を受信し、決済サーバ１２３に対して決済処理依頼を発行する。

すると、決済サーバ１２３は、その決済処理依頼に基づいて、ユーザ端末１０５と通信し、決済処理を行い、その決済結果をショップサーバ１２１に出力する。

なお、決済サーバ１２３は、このようなユーザ端末１０５（ユーザ１）に対する決済処理の他、コンテンツプロバイダサーバ１０１の決済サーバ１１３（図９）が行う決済処理（コンテンツアグリゲータサーバ１０３に対する上述した決済処理）に対応する処理も実行する。

ショップサーバ１２１はまた、ユーザ１のライセンス発行許可をDRMサーバ１２４に要請する。なお、ライセンスの詳細については後述する。

DRMサーバ１２４は、そのライセンス発行許可要請に基づいて、ユーザ端末１０５と通信し、DRM処理を実行する。このDRM処理には、ユーザ１がライセンスを有する適正なユーザであるのか否かの認証処理、暗号化されているデータを復号するのに必要なキーKcの付与、取得処理、その他の著作権管理に必要な処理が含まれる。正しいDRM処理が実行できたとき、DRMサーバ１２４は、コンテンツサーバ１２５に更新パッケージ（更新パッケージに含まれる、ユーザが購入を確定した各コンテンツ）を暗号化するのに必要なキーKcを供給する。また、DRMサーバ１２４は、正しいDRM処理が実行できたとき、ユーザ端末１０５に、対応するキーKcを供給する。

なお、DRMサーバ１２４は、このようなユーザ端末１０５（ユーザ１）に対するDRM処理の他、コンテンツプロバイダサーバ１０１のDRMサーバ１１４（図９）が行う上述したDRM処理に対応する処理（DRMサーバ１１４側のDRM処理）も実行する。

コンテンツサーバ１２５は、DRMサーバ１２４より供給されたキーKcを用いて、更新パッケージを暗号化し、ユーザ端末１０５に対して、ストリーミング配信するか、または、ダウンロードのファイルとして配信する。

なお、ユーザ端末１０５は、このよにしてコンテンツアグリゲータサーバ１０３から配信される更新パッケージを取得し、それを使用（再生）するとき（ストリーミング配信の場合には受信タイミングのとき、ダウンロードのファイルによる配信の場合には、自身の内部に一度格納した後、ユーザ１により再生が指示されたとき）、DRMサーバ１２４から先に供給されたキーkcを用いて、更新パッケージに含まれるコンテンツを復号し、再生する。

ところで、コンテンツサーバ１２５からユーザ端末１０５に配信される更新パッケージは、アクセス制御サーバ１２６により生成される。

即ち、上述したように、更新パッケージが生成される前に、コンテンツプロバイダサーバ１０１が、元パッケージ１１と、それに対応するメタデータ（以下、元メタデータと称する）とを送信してくるので、コンテンツアグリゲータサーバ１０３は、元パッケージをコンテンツサーバ１２５に記憶させるとともに、元メタデータ（アクセス制御情報１５含）をメタデータデータベース１２２に記憶させる。

更新パッケージ（これから生成するパッケージ）に含ませる対象のコンテンツ１２（それを含む元パッケージ１１）の全てがコンテンツサーバ１２５に記憶されると、アクセス制御サーバ１２６は、対象のコンテンツ１２を含む元パッケージ１１をコンテンツサーバ１２５から取得するとともに、その元パッケージ１１に対応する元メタデータ（アクセス制御情報１５含）をメタデータデータベース１２２から取得する。そして、アクセス制御サーバ１２６は、取得したアクセス制御情報１５の記述内容に基づいて、取得した元パッケージ１１に含まれる対象のコンテンツ１２を再パッケージ化し（対象のコンテンツ１２を含む更新パッケージを生成し）、その更新パッケージに対応する更新メタデータを生成する。

詳細には、図１０の例では、更新パッケージは、パッケージ再生成部１３１により生成され、更新メタデータは、パッケージメタデータ再生成部１３２により生成される。

このようにして、パッケージ再生成部１３１により生成された更新パッケージは、コンテンツサーバ１２５に記憶される。また、パッケージメタデータ再生成部１３２により生成された更新メタデータは、メタデータデータベース１２２に記憶される。

以上の一連の処理を完了すると、アクセス制御サーバ１２６は、そのことを示す通知（以下、パッケージ再生成完了通知と称する）をショップサーバ１２１に発行する。ショップサーバ１２１は、このパッケージ再生成完了通知を受けて、更新パッケージに対する処理、例えば、上述したナビゲーション情報の生成処理等を実行する。

なお、更新パッケージと更新メタデータの詳細（構成例）や、それらの相互の関係の詳細については、図１１乃至図１５を参照して後述する。また、更新パッケージと更新メタデータの生成処理の詳細については、図１６を参照して後述する。

このように、コンテンツアグリゲータサーバ１０３は、例えば、コンテンツプロバイダサーバ１０１から提供される元パッケージ１１に含まれるコンテンツ１２のうちの、１以上のコンテンツ１２を含む更新パッケージを生成する。

具体的には、例えば、図２の例に対応させると、メタデータデータベース１２２は、アクセス制御情報（メタデータ）１５−Ａを含む元メタデータ、即ち、アクセス制御情報１５―Ａ、パッケージメタデータ１３―Ａ、および、コンテンツメタデータ１４―Ａを、コンテンツプロバイダサーバ１０１―Ａから取得して保持する。

同様に、メタデータデータベース１２２は、アクセス制御情報（メタデータ）１５−Ｂを含む元メタデータ、即ち、アクセス制御情報１５―Ｂ、パッケージメタデータ１３―Ｂ、および、コンテンツメタデータ１４―Ｂを、コンテンツプロバイダサーバ１０１―Ｂから取得して保持する。

パッケージ再生成部１３１は、メタデータデータベース１２２に保持されたこれらの元メタデータに基づいて、更新パッケージ３１を生成し、コンテンツサーバ１２５に保持させる。

パッケージメタデータ再生成部１３２は、メタデータデータベース１２２に保持されたこれらの元メタデータに基づいて、更新パッケージ３１に対応する更新メタデータを生成し、即ち、パッケージメタデータ３２を生成し、さらに、コンテンツメタデータ１４−Ａ、および、コンテンツメタデータ１４−Ｂのそれぞれをパッケージメタデータ３２に対応付けるための処理を実行し、更新メタデータ（パッケージメタデータ３２、コンテンツメタデータ１４−Ａ、および、コンテンツメタデータ１４−Ｂ）をメタデータデータベース１２２に保持させる。

以上、図１０に示されるように、コンテンツアグリゲータサーバ１０３を複数のサーバで構成するようにしたが、１つのサーバで構成することも、もちろん可能である。また、各サーバのそれぞれは、上述した処理を実行できるハードウエアであれば、その形態は特に限定されず、例えば、後述する図１８に示されるようなパーソナルコンピュータで構成することができる。

図８に戻り、他サービス提供者サーバ１０４は、ネットワーク１０２と接続可能で、かつ、上述した本ビジネスモデル（図６や図７参照）の実現に必要な機能（他サービスの提供機能等）を有するハードウエアであれば、その形態は特に限定されず、例えば、後述する図１８に示されるようなパーソナルコンピュータで構成することができる。

同様に、ユーザ端末１０５は、ネットワーク１０２と接続可能で、かつ、上述した本ビジネスモデル（図２乃至図７参照）の実現に必要な機能（コンテンツ取得操作を提供するユーザインタフェース機能や、コンテンツや各種情報の呈示機能等）を有するハードウエアであれば、その形態は特に限定されず、例えば、後述する図１８に示されるようなパーソナルコンピュータで構成することができる。

以上、図２乃至図７の本ビジネスモデルを支援可能な、本発明の情報処理システムの構成に説明した。

次に、図１１乃至図１５を参照して、図２乃至図７の本ビジネスモデルにおいて使用される、即ち、図８の本発明の情報処理システムにおいて使用される、パッケージ、それに対応するパッケージメタデータとアクセス制御情報、そのパッケージに含まれるコンテンツとそれに対応するコンテンツメタデータのそれぞれについて、それらの構成の詳細や、それらの相互の関係の詳細について説明する。

図１１は、決済、DRM処理、および再生に関する各種の情報の関係を表している。同図に示されるように、機器IDとユーザID(User ID)は、１対１に対応している。機器IDは、いまの場合、例えば、ユーザ端末１０５（図８）にそれぞれ割り当てられたIDであり、ユーザIDは、そのユーザ端末１０５を使用するユーザ１（図２等）に割り当てられたIDである。これらのIDにより、ユーザ端末１０５やユーザ１が個々に識別される。

なお、上述した説明においては、コンテンツアグリゲータ２１が販売者の立場である場合の例とされたが、コンテンツプロバイダ１１から見て、コンテンツアグリゲータ２１はユーザの立場となる場合もある。即ち、コンテンツプロバイダ１１は、正当な二次提供者である証として、上述したユーザIDや機器IDに対応するIDを、コンテンツアグリゲータ２１やコンテンツアグリゲータサーバ１０３に対して割り当てることもできる。

ところで、所定のユーザIDが割り当てられたユーザ１は、いまの場合、例えば、コンテンツアグリゲータサーバ１０３の管理者であるコンテンツアグリゲータ２１との間で、商品としての更新パッケージ(Package)、例えば、上述した、図２のパッケージ３１、図４のパッケージ４１、および、図６のパッケージ６１等を購入する契約を行う。このパッケージには、パッケージメタデータ(Package Meta)が１対１に対応している。具体的には、例えば、図２のパッケージ３１にはパッケージメタデータ３２が、図４のパッケージ４１にはパッケージメタデータ４２が、図６のパッケージ６１にはパッケージメタデータ６２が、それぞれ対応している。

さらに、本発明においては、このパッケージメタデータには、アクセス制御情報が１：１に対応している。なお、図２、図４、および、図６においては、パッケージメタデータ３２、パッケージメタデータ４２、および、パッケージメタデータ６２のそれぞれに対応するアクセス制御情報の図示は省略されている。

各パッケージには、１以上のコンテンツが対応付けられている。具体的には、図２のパッケージ３１にはコンテンツ１２−Ａ，１２−Ｂとが、図４のパッケージ４１にはコンテンツ１２−Ａ乃至１２−Ｃが、図６のパッケージ６１にはコンテンツ１２−Ａ乃至１２−Ｃが、それぞれ対応づけられている。

１つのコンテンツは、コンテンツ本体(Contents本体)、ダウンロード用の管理情報ファイルとしてのDownload.xml、およびスタートアップファイル(startup file)により構成される。コンテンツ本体は、テレビジョン番組、映画、楽曲等の実内容を表すコンテンツデータの本体である。

管理情報ファイルとしてのDownload.xmlは、そのコンテンツがダウンロード用のコンテンツである場合に用意されるものであり、その中には、ディレクトリ、ファイル名等が記述されている。そのディレクトリに記述されている全てのファイルが受信されたとき、ダウンロードが完了したことになる。

startup fileは、そのコンテンツがダウンロード配信用のデータであるのか、ストリーミング配信用のデータであるのかといったことを表す配信タイプに関する情報を含んでいる。

コンテンツには、コンテンツID(Contents ID)が１対１に対応する。コンテンツは、このコンテンツIDにより識別される。コンテンツIDには、コンテンツメタデータ(Contents Metadata)がさらに１対１に対応する。具体的には、例えば、図２の例では、コンテンツ１２−Ａとコンテンツ１２−Ｂとのそれぞれには、所定のコンテンツIDが対応付けられており、それらのコンテンツIDのそれぞれにコンテンツメタデータ１４−Ａとコンテンツメタデータ１４−Ｂとのそれぞれが対応付けられている。

コンテンツメタデータは、図１２に示されるように、コンテンツID(Contents_id)、タイトル(title)名、ジャンル、番組説明といった情報を含んでいる。上述した図２、図４、および、図６の例では、これらのうちのtitle名のみが、「タイトル」として記述されている。

１つのコンテンツIDには、ｎ個（ｎは１以上の整数）のライセンスIDが対応付けられる。同様に、１つのコンテンツメタデータには、ｎ個のライセンスメタデータ(License Metadata)が対応付けられる。

ライセンスIDは、１対１に対応付けられているライセンスを識別する。各ライセンスは、ライセンスID、使用ルール(Usage Rule)、およびコンテンツ鍵束により構成される。このコンテンツ鍵束（図１０に示されるキーKcに対応する）は、そのライセンスが対象とするコンテンツを復号するのに必要な任意の数のキー（鍵）を含む鍵束であり、コンテンツIDと１対１に対応している。

ライセンスIDには、ライセンスメタデータ(License Metadata)が１対１に対応する。ライセンスメタデータには、図１２に示されるように、ライセンスID、コンテンツID、コンテンツURL(Uniform Resource Locator)、ライセンスURL、配信タイプ、コンテンツタイトル名、使用規則のテキストなどが含まれる。

ライセンスメタデータとコンテンツメタデータは、そこに含まれるコンテンツIDにより、ｎ対１に対応付けられる。

ライセンスメタデータのコンテンツURLは、コンテンツを得る場合のアクセス先を表す。ライセンスURLは、ライセンスを得る場合のアクセス先を表す。配信タイプは、そのライセンスが対象とするコンテンツが、ストリーム配信されるものであるのか、ダウンロードファイルとして配信されるものであるのかを表す。

パッケージは、ライセンスIDとｍ対ｎ（ｍはｎと同様、１以上の整数）に対応付けられる。同様に、パッケージメタデータは、ライセンスメタデータとｍ対ｎに対応付けられる。

パッケージメタデータは、図１２に示されるように、パッケージID(Package ID)/バージョン(version)、販売元情報、パッケージタイプ(Packageタイプ)、パッケージ情報、およびライセンスIDリスト(Licence id リスト)等により構成される。

具体的には、例えば、パッケージメタデータは、図１３に示されるように構成することができる。このパッケージメタデータは、主に次の７つの要件を満たす要素を含む。

即ち、１つ目の要件は、単体のコンテンツの販売促進情報を記述できることである。２つ目の要件は、固定された複数のコンテンツをまとめて販売する場合に対する販売促進情報を記述できることである。３つ目の要件は、複数コンテンツの中から任意の数のコンテンツをユーザが選択して購入する場合に対する販売促進情報を記述できることである。４つめの要件は、典型的な課金形態を表現できることである。特に、出力時課金のバリエーションをサポートできることである。５つ目の要件は、販売業者が定価に対してディスカウント情報を記述できることである。６つめの要件は、番組やコマーシャル（宣伝）と連動した情報や、コンテンツを取得するためのクーポン情報を記述できることである。７つ目の要件は、販売促進情報の入手経路をトレースするための販促情報の出元情報を記述できることである。

具体的には、図１３のパッケージメタデータにおいて、「PackageID/Version（パッケージ識別子／バージョン）」は、パッケージを識別する情報である。

「PackageType（パッケージタイプ）」は、そのパッケージのタイプが「Container（パック）」であるのか、または「Unit（単位）」であるのかを示す。「Unit（単位）」とは、上述したように、１つのコンテンツのみがそのパッケージに対応付けられている（そのパッケージには、１つのコンテンツのみが含まれる）ことを指す。一方、「Container（パック）」とは、上述したように、２以上のコンテンツがそのパッケージに対応付けられている（そのパッケージには、２以上のコンテンツが含まれる）ことを指す。

「Container（パック）」はさらに、「Set（固定）」と「Choice（選択）」とに区分される。

「Set（固定）」とは、上述した図２のパッケージメタデータ３２や図３の画像を参照して説明したように、とあるパッケージに含まれる（対応付けられる）コンテンツが決まっていて（固定されていて）、それらのコンテンツの全部を取得または視聴することを前提に課金されるパッケージのタイプを指す。

なお、「Set（固定）」はさらに、「Fixed（内容確定）」と「Variable（内容未確定）」とに区分される。「Fixed（内容確定）」とは、昔放送されたコンテンツのDVD再販売パッケージのように、そこに含まれるコンテンツがパッケージの購入（パッケージ内のコンテンツを視聴する権利を対価を払って得ること）の際に決まっていることを指す。一方、「Variable（内容未確定）」は、スポーツ中継のシリーズパッケージのように、サブスクリプション形態であり、購入時点ではコンテンツ内容が確定していないことを指す。

このような「Set（固定）」に対して、「Choice（選択）」とは、上述した図４のパッケージメタデータ４２や図５の画像を参照して説明したように、とあるパッケージに含まれるコンテンツの中から自分（ユーザ）の必要なものを選択することができて、選択した数に応じて課金されるパッケージのタイプを指す。

「PackageType（パッケージタイプ）」にはまた、上述した図６等で説明した「サービス連動」といった情報が含まれることもある。

「PackageName/Description/Genre（パッケージ名称/説明/ジャンル）」は、その名のとおり、そのパッケージの名称、そのパッケージの具体的な説明、および、そのパッケージが含まれるジャンルを表す。

「Supplier（販売元情報）」は、そのパッケージの販売者の情報を表す。具体的には、例えば、上述した図２のパッケージメタデータ３２、図４のパッケージメタデータ４２、および図６のパッケージメタデータ６２における「Supplier（販売元情報）」には、コンテンツアグリゲータ２１の情報が記述される。

「Promotion（プロモーション情報）」は、そのパッケージの販売促進情報を表す。具体的には、例えば、図２のパッケージメタデータ３２における「Promotion（プロモーション情報）」には、図３の画像によると、「夏休み期間限定セール」といった情報が記述される。

「PackageRef/HowRelated（パッケージ参照/(上位/関連)）」は、そのパッケージの上位または関連するパッケージのPackageID（パッケージID）を表す。

「TargetID（記述対象識別子）」は、そのパッケージ、またはそれに含まれるコンテンツ等のインスタンスの位置情報(放送スケジュールやアドレス)の参照先を表す。

「Price（課金情報）」には、そのパッケージの契約タイプ、価格、利用形態辞書参照等の情報が含まれる。具体的には、「Price（課金情報）」には、「契約タイプ（Standard/Discount）」、「ActionType（再生/出力利用形態辞書参照）」、「FixedPrice（使用量に無関係な単位/固定額）」、「VariablePrice（使用量に依存する単位）」、「Currency（通貨単位）」、および、「PriceValidPeriodFrom/To（有効期限）」が含まれる。

「契約タイプ」は、そのパッケージの価格設定のタイプが、「Standard(スタンダード)」であるのか、或いは「Discount（ディスカウント）」であるのかを示す。「Standard(スタンダード)」とは、そのパッケージに含まれる（対応付けられた）各コンテンツの個別価格を単に合算した価格（いわゆる定価）が、そのパッケージの価格として設定されるタイプを指す。一方、「Discount（ディスカウント）」とは、そのパッケージの価格が、「Standard(スタンダード)」の価格（定価）よりも安い価格で設定されるタイプを指す。

「ActionType（再生/出力利用形態辞書参照）」は、課金対象となる、そのパッケージ（コンテンツ）の使用方法を表す。例えば、「ActionType（再生/出力利用形態辞書参照）」に、「リムーバブル記録媒体に記録（コピー）させたとき」といった情報が記述されている場合、ユーザは、そのパッケージに含まれるコンテンツを、リムーバブル記録媒体に記録させる毎に課金される（料金を支払う）ことになる。

「FixedPrice（使用量に無関係な単位/固定額）」は、ユーザがそのパッケージを購入し使用する場合に、その使用量に無関係な固定額や単位が記述される（いわゆる固定制の場合の価格が記述される）。このうちの固定額の基本単位は、「UOM（固定額の基本単位）」に記述される。具体的には、例えば、「FixedPrice（使用量に無関係な単位/固定額）」には、「５００/月」等の情報が記述される。

一方、「VariablePrice（使用量に依存する単位）」には、ユーザがそのパッケージを購入し使用する場合に、その使用量に依存する価格や使用量の単位が記述される（いわゆる従量制の場合の価格が記述される）。このうちの使用量の基本単位は、「UOM（固定額の基本単位）」に記述される。具体的には、例えば、「VariablePrice（使用量に依存する単位）」には、「１００/回」等の情報が記述される。

「Currency（通貨単位）」は、「FixedPrice（使用量に無関係な単位/固定額）」や「VariablePrice（使用量に依存する単位）」に記述された数値の通貨単位を示す。具体的には、例えば、「Currency（通貨単位）」に「￥（円）」といった情報が記述されている場合、上述した「５００/月」という情報は、１ケ月あたり（そのパッケージのコンテンツを何回使用しても）５００円課金されることを、上述した「１００/回」という情報は、そのパッケージのコンテンツを１回使用する毎に１００円課金されることを、それぞれ示す。

「PriceValidPeriodFrom/To（有効期限）」は、そのパッケージを上述した価格条件（Price（課金情報）の他の情報に記述された内容）で購入した場合に、ユーザがそのパッケージを使用できる有効期限を表す。

なお、上述した図２、図４、および図６等の例では、「PriceValidPeriodFrom/To（有効期限）」が「視聴期間」と記述され、「PriceValidPeriodFrom/To（有効期限）」を除く「Price（課金情報）」が「価格」と記述されている。

また、そのパッケージの上位パッケージの契約タイプが、「Discount（ディスカウント）」である場合、上述した「Price(課金情報)」と同様の構成を有する（図１３中右側に示される情報を含む）「DiscountPrice（割引購入/販売 条件/価格）」もパッケージメタデータに含まれる。

「RMPInfo/Ref（RMPシステム依存情報/参照）」には、RMP（Rights Management & Protection）システムに依存する情報自体が記述されるか、或いは、その情報の参照先が記述される。なお、RMPとは、放送コンテンツの管理保護を扱う技術を指す。

「MaxNumOfItems（最大要素数）」は、そのパッケージのパッケージタイプが上述した「Container（パック）」である場合、そのパッケージに対応付ける（含める）ことが可能な要素（コンテンツ）の数を指す。

「Origin（出元情報）」は、そのパッケージに対応付けられている（含まれる）各コンテンツの出元（上述した一次提供者）の情報を表す。具体的には、例えば、パッケージメタデータ１３−Ａ（図２等）における「Origin（出元情報）」には、コンテンツプロバイダ２−Ａの情報が記述される。即ち、この場合、上述した「Supplier（販売元情報）」と「Orgin（出元情報）」とは（表現内容が同一であれば）一致する。一方、パッケージメタデータ３２（図２）等における「Origin（出元情報）」には、コンテンツプロバイダ２−Ａ（コンテンツ１２−Ａの出元）の情報と、コンテンツプロバイダ２−Ｂ（コンテンツ１２−Ｂの出元）の情報とのそれぞれが記述される。

「Coupon（クーポン）」には、「１つのコンテンツ御購入で、残りの１つのコンテンツを無料サービスにします」、「消費税還元サービス」、「１００円以下切捨てサービス」といったクーポン情報が記述される。

「ライセンスID(Licence id)リスト」には、そのパッケージに含まれるライセンスのライセンスIDが記述される。即ち、パッケージメタデータは、そこに記述されているライセンスIDに対応するライセンスメタデータと対応することになる。

なお、本発明が適用されるパッケージメタデータの構成は、図１３の例に限定されず、単に、変更可能な要素（アクセス制御情報に操作対象要素と記述され得る要素）を１以上含む構成であればよい。

ところで、上述したように、このような１つのパッケージメタデータには、１つのアクセス制御情報（メタデータ）が対応付けられている。このようなアクセス制御情報の構成例が図１４に示されている。即ち、図１４は、本発明が適用されるアクセス制御情報の一構成例を示している。

図１４のアクセス制御情報において、「対象パッケージ識別子」には、そのアクセス制御情報に対応付けられたパッケージのパッケージ識別子(PackedgeId)が記述される。

「対象コンテンツ識別子」には、そのアクセス制御情報に対応するパッケージに含まれるコンテンツのうちの、新たなパッケージ（更新パッケージ）に含めることが許諾された（そのパッケージの一次提供者、即ち、上述した図２等では、コンテンツプロバイダ２―Ａ乃至２−Ｃにより許諾された）コンテンツを示す情報が記述される。例えば、上述した図１２のコンテンツID(Contents_id)、または、上述した図１３の記述対象識別子（TargetID）等が記述される。

「権限付与の対象（ProviderName）/権限付与不可の対象（UnproviderName）」には、一次提供者がそのアクセス情報に対応するパッケージに対して設定した、権限付与の対象（ProviderName）の情報と、権限付与不可の対象（UnproviderName）の情報とが記述される。

即ち、一次提供者が対象パッケージ（コンテンツ）の正当な二次提供者であると認めた者（例えば、上述した図２等では、コンテンツアグリゲータ２１）は権限付与の対象であるとして、その正当な二次提供者の名称やID等が「権限付与の対象（ProviderName）/権限付与不可の対象（UnproviderName）」に記述される。

一方、一次提供者が対象パッケージ（コンテンツ）の二次提供者として認めないもの（転売を禁止した者）は権限付与不可の対象であるとして、その者の名称やID等が「権限付与の対象（ProviderName）/権限付与不可の対象（UnproviderName）」に記述される。

「操作の対象要素（ElementName）/操作不可の対象要素（UnelementName）」は、そのアクセス制御情報に対応付けられたパッケージの各要素（図１３に示される、「Supplier（販売元情報」等の上述した各情報）のそれぞれが、操作の対象要素であるのか、或いは、操作不可の対象要素であるのかを示す。

図１５は、図１４のアクセス制御情報と図１３のパッケージメタデータとが対応付けられている場合における、「操作の対象要素（ElementName）/操作不可の対象要素（UnelementName）」の記述例を示している。

図１５において、操作の対象要素候補とは、図１３のパッケージメタデータの要素のうちの変更可能な要素（上述した変更部分）、即ち、一次提供者が許諾した場合に限り、二次提供者がその内容を変更できる要素を指す。

また、この操作の対象要素候補として記述されている各要素の図中左方には、○印かあるいは×印が付されているが、この○印は、一次提供者がその内容の変更を許諾したことを示しており、また、この×印は、一次提供者がその内容の変更を禁止したことを示している。

この場合、操作の対象要素候補のうちの○印が付された要素、即ち、「パッケージタイプ」、「販売元情報」、「パッケージ参照/（上位/関連）」、および、「課金情報（ディスカウント課金情報含）」は操作の対象要素であるとして、「操作の対象要素（ElementName）/操作不可の対象要素（UnelementName）」に記述される（図１５の右上方参照）。

これに対して、操作の対象要素候補のうちの×印が付された要素、即ち、「パッケージ名称/説明/ジャンル」、「プロモーション情報」、「RMPシステム依存情報/参照」、「出元情報」、および、「クーポン」は操作不可の対象要素であるとして、「操作の対象要素（ElementName）/操作不可の対象要素（UnelementName）」に記述される（図１５の右下方参照）。

さらに、図１３のパッケージメタデータの要素のうちの、操作の対象要素候補に挙げられていない要素、即ち、「パッケージ識別子/バージョン」、および、「記述対象識別子」は、予め変更不可とされている（一次提供者の思惑によらず変更禁止とされている）。このような固定要素（予め変更不可とされている要素）も、操作不可の対象要素であるとして、「操作の対象要素（ElementName）/操作不可の対象要素（UnelementName）」に記述される（図１５の右下方参照）。

なお、ここでは、「Licenceidリスト」は、二次提供者（コンテンツアグリゲータ２１等）自身が作成するとして、「権限付与の対象（ProviderName）/権限付与不可の対象（UnproviderName）」の記述対象からは除外されている。

図１４に戻り、「操作の種類（create or modify）」は、「権限付与の対象（ProviderName）/権限付与不可の対象（UnproviderName）」において、権限付与の対象であるとして記述された要素の変更操作の種類を示す。「操作の種類」は、特に限定されないが、図１４の例では、「create（新規生成）」と「modify（修正）」との２種類に区分されている。また、権限付与の対象の全てに対して同一の操作の種類を設定してもよいし、各権限付与の対象のそれぞれ毎に操作の種類を個別に設定してもよい。

「許諾条件」は、一次提供者が、二次提供者に対して、操作の対象要素を変更することを許諾するための条件が記述される。この条件は特に限定されないが、図１４の例では、「操作対象のOrigin（出元）に対して支払う情報変更操作への課金額」と、「Originに対して提供する情報の種類（販売個数・対象ユーザ情報等）」といった情報が、「許諾条件」として記述されている。

なお、本発明が適用されるアクセス制御情報の構成は、図１４の例に限定されず、対応するパッケージメタデータの各要素のうちの、操作の対象要素に関する情報を少なくとも含む構成であれば特に限定されない。

次に、図１６のフローチャートを参照して、図１０のコンテンツアグリゲータサーバ１０３の処理のうちの、上述したようなアクセス制御情報を参照して元パッケージを再パッケージ化する処理、即ち、更新パッケージとそれに対応する更新メタデータとを生成する処理（以下、パッケージ再生成処理と称する）について説明する。

はじめに、ステップＳ１において、コンテンツアグリゲータサーバ１０３は、コンテンツプロバイダ１０１から元パッケージ１１と、それに対応する元メタデータ（アクセス制御情報１５含）とを取得し、保持する。詳細には、元メタデータ（アクセス制御情報１５含）は、メタデータデータベース１２２に保持（記憶）され、元パッケージ１１は、コンテンツサーバ１２５に保持（記憶）される。

具体的には、例えば、図２の例では、コンテンツプロバイダ２−Ａ（図８のコンテンツプロバイダ１０１−Ａ）からは、元メタデータとして、アクセス制御情報１５−Ａ、パッケージメタデータ１３−Ａ、および、コンテンツメタデータ１４−Ａが供給され、元パッケージとしては、コンテンツ１２−Ａを含むパッケージ１１−Ａが供給される。

また、コンテンツプロバイダ２−Ｂ（図８のコンテンツプロバイダ１０１−Ｂ）からは、元メタデータとして、アクセス制御情報１５−Ｂ、パッケージメタデータ１３−Ｂ、および、コンテンツメタデータ１４−Ｂが供給され、元パッケージとしては、コンテンツ１２−Ｂを含むパッケージ１１−Ｂが供給される。

また、コンテンツプロバイダ２−Ｃ（図８のコンテンツプロバイダ１０１−Ｃ）からは、元メタデータとして、アクセス制御情報１５−Ｃ、パッケージメタデータ１３−Ｃ、および、コンテンツメタデータ１４−Ｃが供給され、元パッケージとしては、コンテンツ１２−Ｃを含むパッケージ１１−Ｃが供給される。

なお、このステップＳ１の処理のタイミングは、コンテンツアグリゲータサーバ１０３のショップサーバ１２１がパッケージ再生成の指示をアクセス制御サーバ１２６に対して行う前のタイミングであれば、特に限定されない。

次に、ステップＳ２において、コンテンツアグリゲータサーバ１０３のアクセス制御サーバ１２６は、パッケージの再生成の指示がショップサーバ１２１からなされたか否かを判定する。

ステップＳ２において、パッケージの再生成の指示がまだなされたていないと判定された場合、処理はステップＳ２に戻され、パッケージの再生成の指示がなされたか否かが再度判定される。即ち、アクセス制御サーバ１２６は、ショップサーバ１２１からの指示を常時監視している。

例えば、いま、コンテンツアグリゲータ２１（図２）が、コンテンツ１２−Ａとコンテンツ１２−Ｂを含むパッケージの生成の指令をショップサーバ１２１に入力したとする。

この場合、ショップサーバ１２１は、その指令を受けて、アクセス制御サーバ１２６に対してパッケージ再生成指示を発行する。

すると、アクセス制御サーバ１２６は、ステップＳ２において、パッケージ再生成の指示がなされたと判定し、ステップＳ３において、元パッケージ１１の元メタデータのうちのアクセス制御情報１５をメタデータデータベース１２２より読み出す。

具体的には、例えば、図２の例では、アクセス制御情報１５−Ａ乃至アクセス制御情報１５−Ｃが読み出される。

ステップＳ４において、アクセス制御サーバ１２６は、読み出したアクセス制御情報１５のうちの「権限付与の対象(providerName)/権限付与不可の対象（UnproviderName）」（図１４）の記述内容を参照して、自分自身（コンテンツアグリゲータサーバ１０３）または自分自身を管理するコンテンツアグリゲータ２１（図２）が権限付与の対象とされているか否かを判定する。

具体的には、例えば、図２の例では、コンテンツ１２−Ａとコンテンツ１２−Ｂとを含むパッケージの生成を目的としている。

この場合、アクセス制御情報１５−Ａとアクセス制御情報１５−Ｂとのうちの少なくとも一方の「権限付与の対象(providerName)/権限付与不可の対象（UnproviderName）」に、権限付与の対象としてコンテンツアグリゲータ２１（またはコンテンツアグリゲータ１０３自身）を示す情報が記述されていないとき、または、権限付与不可の対象としてコンテンツアグリゲータ２１（またはコンテンツアグリゲータ１０３自身）を示す情報が記述されているとき、ステップＳ４において、コンテンツアグリゲータ２１が権限付与の対象とされていないと判定される。そして、アクセス制御サーバ１２６は、ステップＳ８において、所定のエラー処理を実行する。これにより、「パッケージ再生成処理」は終了となる。

これに対して、アクセス制御情報１５−Ａとアクセス制御情報１５−Ｃとのいずれの「権限付与の対象(providerName)/権限付与不可の対象（UnproviderName）」にも、権限付与の対象としてコンテンツアグリゲータ２１（またはコンテンツアグリゲータ１０３自身）を示す情報が記述されているとき、ステップＳ４において、コンテンツアグリゲータ２１が権限付与の対象とされていると判定され、処理はステップＳ５に進められる。

即ち、ステップＳ５において、アクセス制御サーバ１２６は、元メタデータのうちの変更対象（パッケージ情報）は、操作の対象要素であるか否かを判定する。

具体的には、例えば、図２の例では、「タイプ」、「視聴期間」、および、「価格」が変更対象（パッケージ情報）とされている。

この場合、仮に、コンテンツ１２−Ａ乃至１２−Ｃの全てを含むパッケージ（同図には図示せず）の生成が目的であるとすると、図２に示されるように、パッケージメタデータ１３−Ａ乃至１３−Ｃ（元メタデータ）のうちの、パッケージメタデータ１３−Ｃに対応するアクセス制御情報１５−Ｃにおいて、「タイプ（変更）」や「視聴期間（変更）」が操作不可対象要素とされている（×印が付されている）。従って、このようなとき、ステップＳ５において、アクセス制御サーバ１２６は、元メタデータのうちの変更対象（パッケージ情報）の少なくとも一部が操作の対象要素ではないと判定し、ステップＳ８において、所定のエラー処理を実行した後、「パッケージ再生成処理」を終了させる。

これに対して、同図の例の通り、コンテンツ１２−Ａとコンテンツ１２−Ｂとを含むパッケージ（即ち、更新パッケージ３１）の生成が目的であるとすると、同図に示されるように、パッケージメタデータ１３−Ａ（元メタデータ）に対応するアクセス制御情報１５−Ａと、パッケージメタデータ１３−Ｂ（元メタデータ）に対応するアクセス制御情報１５−Ｂとのいずれにおいても、変更対象（パッケージ情報）の全て（「タイプ」、「視聴期間」、および、「価格」）が操作対象要素とされている（○印が付されている）。従って、このようなとき、ステップＳ５において、アクセス制御サーバ１２６は、元メタデータのうちの変更対象（パッケージ情報）は操作の対象要素であると判定し、処理をステップＳ６に進める。

即ち、ステップＳ６において、アクセス制御サーバ１２６のパッケージ再生成部１３１は、元パッケージ１１に含まれるコンテンツ１２から対象のコンテンツ１２を選択し、その対象のコンテンツ１２を含むパッケージを再生成し（更新パッケージを生成し）、コンテンツサーバ１２５に保持させる（提供する）。

具体的には、例えば、図２の例では、パッケージ再生成部１３１は、パッケージ１１−Ａ（元パッケージ）に含まれるコンテンツ１２−Ａと、パッケージ１１−Ｂ（元パッケージ）に含まれるコンテンツ１２−Ｂとのそれぞれを、対象のコンテンツとして選択し、その対象のコンテンツを含むパッケージ３１を再生成し（更新パッケージ３１を生成し）、コンテンツサーバ１２５に保持させる（提供する）。

次に、ステップＳ７において、アクセス制御サーバ１２６のパッケージメタデータ再生成部１３２は、更新パッケージの更新メタデータを生成し（アクセス制御情報に基づいて、元メタデータのうちの変更対象を変更し）、メタデータデータベース１２２に保持させる（提供する）。

具体的には、例えば、いまの場合（図２の例では）、パッケージメタデータ再生成部１３２は、更新パッケージ３１の更新メタデータ３２を生成し、即ち、変更対象である、「タイプ」を「固定/パック」に、「視聴期間」を「１ケ月」に、「価格」を「１０００円」に、それぞれ変更したパッケージメタデータ３２を生成し、メタデータデータベース１２２に保持させる（提供する）。

これにより、「パッケージ再生成処理」は終了となる。

以上、図８乃至図１６を参照して、図２乃至図７に示されるビジネスモデルを支援可能な、本発明の情報処理システム（情報処理装置）について説明した。

本発明のこの情報処理システム（情報処理装置）は、さらに、このビジネスモデル（図２乃至図７）以外にも様々なビジネスモデルを支援することができる。

具体的には、例えば、本発明の情報処理システム（情報処理装置）は、図１７に示されるビジネスモデルを支援することができる。即ち、図１７は、本発明が適用される情報処理システムにより支援されるビジネスモデルの他の実施形態（図２乃至図７のビジネスモデルとは異なる実施形態）の構成例を表している。図１７において、図２等と対応する部分には対応する符号が付してある。

図１７に示されるように、本ビジネスモデルの参加者は、図２のビジネスモデルと同様に、任意の数のユーザ（図１７の例では、ユーザ１とユーザ１５１の２者）、任意の数のコンテンツプロバイダ（図１７の例では、コンテンツプロバイダ２−Ａの１者）、および、任意の数のコンテンツアグリゲータ（図１７の例では、コンテンツアグリゲータ２１の１者）とされている。

さらに、本ビジネスモデルには、サービス提供者１５２も参加している。なお、サービス提供者１５２は、図６の他サービス提供者５１とは異なるサービスを提供する他サービス提供者であると捉えてもよい。

ユーザ１は、例えば、上述したように、ネットワーク１０２に接続可能なユーザ端末（クライアント）１０５（図８）を管理し、このユーザ端末１０５を利用して、コンテンツを取得して（購入して）使用する。

さらに、ユーザ１は、コンテンツを使用したとき、そのコンテンツのレーティングを行い、その結果（いわゆるお奨め度情報等）やユーザ１自身の情報（いわゆる紹介者情報等）からなる情報８３（以下、このような情報８３を、レーティング情報８３と称する）を生成し、他のユーザ１５１やサービス提供者１５２等に供給する。

レーティングとは、一定の義務または基準に基づいてコンテンツに値を割り当てるプロセスを指す。レーティングには、セルフレーティングと第三者レーティングとの２種類が存在する。セルフレーティングとは、コンテンツプロバイダが、自分のコンテンツを評価することを指す。即ち、図１７の例では、コンテンツプロバイダ２−Ａがコンテンツ１２−Ａを評価することが、セルフレーティングとなる。一方、第三者レーティングとは、興味を持つ第三者が、他人が発行したコンテンツを評価することを示す。即ち、図１７の例では、上述したように、ユーザ１がコンテンツ１２−Ａを評価することが、第三者レーティングとなる。

ユーザ１５１も、例えば、ユーザ端末（クライアント）１０５と同様の機能と構成を有する端末（図示せず）を管理し、この端末を利用して、ユーザ１から供給されたレーティング情報８３に基づいて、コンテンツ１２−Ａの購入を検討したりする。

また、サービス提供者１５２は、例えば、ネットワーク１０２に接続可能な他サービス提供者サーバ１０４（図８）と同様の機能と構成を有するサーバ（図示せず）を管理し、このサーバを利用して、ユーザ１から供給されたレーティング情報８３等多数のユーザのレーティング情報を収集し解析して、その解析結果自身の提供や、または、その解析結果に基づく様々なサービスの提供を行う。なお、サービス提供者１５２のサービスの提供先は、図１７の例では、コンテンツプロバイダ２−Ａとされているが、図１７の例に限定されず、ユーザ１やユーザ１５１、コンテンツアグリゲータ２１、または、その他とされてもよい。

ところで、第三者レーティングには、コンテンツプロバイダ側（図１７の例では、コンテンツプロバイダ２−Ａ側）から見て、例えば、次に示す３つの問題点がある。即ち、１つ目の問題点は、コンテンツプロバイダが、自分の素材（提供したコンテンツ）がレーティングされたことやレーティングの結果を知らない可能性がある点である。２つ目の問題点は、レーティングが不正確な点である。３つ目の問題点は、コンテンツプロバイダが第三者レーティングに同意しないときの裁定手続きが無い点である。

従って、このような問題点を解決するために、図１７に示されるように、コンテンツプロバイダ２−Ａは、第三者レーティングに対する許諾有無を、アクセス制御情報１５−Ａに含ませることができる。

即ち、例えば、図１７に示されるように（○印が付されているように）、第三者レーティングが操作対象要素として区分された場合、そのことは、コンテンツプロバイダ２−Ａが、パッケージ１１−Ａ（コンテンツ１２−Ａ）の第三者レーティングを許諾したことを示す。

このような場合、コンテンツアグリゲータ２１は、パッケージ１１−Ａのコンテンツ１２−Ａを含む更新パッケージ１６１を生成する場合（パッケージ１１−Ａを再パッケージ化する場合）、それに対応する更新パッケージメタデータ１６２の中に、図示はしないが、ユーザ１が第三者レーティングを行うために必要な情報等を含ませることができる。

そして、このようなパッケージ１６１を購入した（取得した）ユーザ１は、上述したように、そのパッケージ１６１（コンテンツ１２−Ａ）を使用したときに、そのレーティングを行い、その結果等をレーティング情報８３として、ユーザ１５１やサービス提供者１５２に提供することができる。

これに対して、例えば、図示はされていないが、第三者レーティングが操作不可対象要素として区分された場合、そのことは、コンテンツプロバイダ２−Ａが、パッケージ１１−Ａ（コンテンツ１２−Ａ）の第三者レーティングを禁止したことを示す。

このような場合、コンテンツアグリゲータ２１は、パッケージ１１−Ａのコンテンツ１２−Ａを含む更新パッケージ１６１を生成する場合（パッケージ１１−Ａを再パッケージ化する場合）、それに対応する更新パッケージメタデータ１６２の中に、図示はしないが、ユーザ１が第三者レーティングを行うために必要な情報等を含ませることができない。

従って、このようなパッケージ１６１を購入した（取得した）ユーザ１は、そのパッケージ１６１（コンテンツ１２−Ａ）を使用したときに、そのレーティングを行うことができない。

なお、図１７の例では、第三者レーティングの許諾の有無を示す情報は、操作対象要素または操作不可対象として取り扱われているが、許諾条件（図１４参照）として取り扱われてもよい。

以上、本発明の情報処理システム（情報処理装置）が支援可能なビジネスモデルとして、コンテンツプロバイダが、コンテンツとそのメタデータの変更の権利とをコンテンツアグリゲータに譲渡し、そのコンテンツアグリゲータが、そのメタデータの一部（変更の権利を得た情報）を書き換えることによって、一般ユーザに対して新たな価値創造を提供し、それによって得られる収益の一部を、もとのメタデータ権利者（上述した例では、コンテンツプロバイダ自身）に返すビジネスモデルについて説明した。

さらに、本発明の情報処理システム（情報処理装置）は、ネットワークやプロバイダの画質、通信品質などQoSに関わるサービス付加を行うビジネスモデルを支援することもできる。この場合、メタデータの要素としてQosに関わるサービス情報を含ませ、そのサービス情報に対して変更の権利を与えたり、変更の禁止を設定すればよい（そのようなアクセス制御情報を生成すればよい）。

同様に、本発明の情報処理システム（情報処理装置）は、テレビジョン受像機、ビデオテープレコーダ、セットトップボックス、パーソナルコンピュータ等で構成されるクライアント端末にあわせた、コーデックの推奨や変換サービス（クロスエンコーディングサービス）を行うビジネスモデルを支援することもできる。即ち、この場合、メタデータの要素としてコーデックの推奨や変換サービスに関わる情報を含ませ、その情報に対して変更の権利を与えたり、変更の禁止を設定すればよい（そのようなアクセス制御情報を生成すればよい）。

このように、本発明の情報処理システム（情報処理装置）は、様々なサービスを提供するビジネスモデルを支援することができる。即ち、メタデータの中に、対応するサービスに関する情報を含ませ、その情報の権利処理や許諾情報をクラスとして定義可能なアクセス制御情報を生成すればよい（アクセス制御情報をメタデータに追加すればよい）。換言すると、従来の課題で記述した広義なコンテンツ（本明細書で言うコンテンツ）のサービスに関する情報を、メタデータの中に含ませ（メタデータ自身が存在しない場合、そのような情報を含むメタデータ自身を生成し）、その情報の権利処理や許諾情報といった提供条件を含むアクセス制御情報を生成すればよい。

メタデータの観点から言及すると、本発明の情報処理システム（情報処理装置）が対象とするメタデータ（構造体）は、次のような構成を単に有していればよい。即ち、対応するコンテンツ或いはコンテンツ群（パッケージ等）を一意に同定するためのディスクリプションの部分（固定領域）と、後からの上書きあるいは追記によって変更可能な変更部分（変更領域）とを含んだ構造を有すればよい。なお、上述したように、この場合のコンテンツとは広義に宣伝（コマーシャル）のようなものも含む。

また、変更部分に含まれる情報も特に限定されず、例えば、コンテンツの所有者、提供元、サービス提供者の明示、ユーザとの権利処理の付随情報、コンテンツ消費に関わる有効期限、価格、取得方法、および、再生方法等、様々な情報を変更部分に含ませることが可能である。

即ち、変更部分に含まれる情報は、例えば、変更を行う事業者によって様々な情報となり得る。具体的には、例えば、物販ビジネスを行う事業者であれば販売促進情報となることもあるし、課金ビジネスを行う事業者であれば課金形態を示す情報であることもある。また、上述したように、コンテンツアグリゲータが事業者である場合には、コンテンツ製作、販売、課金、あるいは関連サービス等様々な情報となり、この場合、コンテンツアグリゲータは、複数のコンテンツの組み合わせを、元のパッケージとは変えたパッケージの生成を意図して行うことができる。

また、この変更部分やその変更の内容等を定める情報は、上述した例では、アクセス制御情報といった、パッケージメタデータとは独立した形態とされたが、この形態に限定されず、様々な形態を取ることができる。例えば、パッケージメタデータ自身の一部に、そのような情報が含まれてもよい。

ところで、上述した一連の処理は、ハードウエアにより実行させることもできるし、ソフトウエアにより実行させることもできる。この場合、例えば、図８のサーバやクライアント、即ち、コンテンツプロバイダサーバ１０１−Ａ乃至１０１−Ｃ、コンテンツアグリゲータサーバ１０３、他サービス提供者サーバ１０４、および、ユーザ端末（クライアント）のそれぞれは、例えば、図１８に示されるような１台以上のパーソナルコンピュータで構成することができる。

図１８において、CPU（Central Processing Unit）２０１は、ROM（Read Only Memory）２０２に記憶されているプログラム、または記憶部２０８からRAM（Random Access Memory）２０３にロードされたプログラムに従って各種の処理を実行する。RAM２０３にはまた、CPU２０１が各種の処理を実行する上において必要なデータなども適宜記憶される。

CPU２０１、ROM２０２、およびRAM２０３は、バス２０４を介して相互に接続されている。このバス２０４にはまた、入出力インタフェース２０５も接続されている。

入出力インタフェース２０５には、キーボード、マウスなどよりなる入力部２０６、CRT(Cathode Ray Tube)、LCD(Liquid Crystal display)などよりなるディスプレイ、並びにスピーカなどよりなる出力部２０７、ハードディスクなどより構成される記憶部２０８、モデムなどより構成される通信部２０９が接続されている。通信部２０９は、インターネットを含むネットワーク２（図８）を介しての通信処理を行う。

入出力インタフェース２０５にはまた、必要に応じてドライブ２１０が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメ記録媒体２１１が適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じて記憶部２０８にインストールされる。

上述した一連の処理をソフトウエアにより実行させる場合には、そのソフトウエアを構成するプログラムが、ネットワークや記録媒体からインストールされる。

この記録媒体は、図１８に示されるように、装置本体とは別に、ユーザにプログラムを配信するために配布される、プログラムが記録されている磁気ディスク（フロッピディスクを含む）、光ディスク（CD-ROM(Compact Disk-Read Only Memory),DVD(Digital Versatile Disk)を含む）、光磁気ディスク（ＭＤ（Mini-Disk）を含む）、もしくは半導体メモリなどよりなるリムーバブル記録媒体２１１により構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに配信される、プログラムが記録されているROM２０２や、記憶部２０８に含まれるハードディスクなどで構成される。

なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。

また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。

コンテンツ提供サービスにおけるビジネスモデルの従来の形態を説明する図である。 本発明を適用した情報処理システム（情報処理装置）が支援する、コンテンツ提供サービスにおけるビジネスモデルの実施形態を説明する図である。 図２のビジネスモデルにおける、コンテンツアグリゲータがユーザに対して行う宣伝の提示例を示す図である。 本発明を適用した情報処理システム（情報処理装置）が支援する、コンテンツ提供サービスにおけるビジネスモデルの実施形態を説明する図である。 図４のビジネスモデルにおける、コンテンツアグリゲータがユーザに対して行う宣伝の提示例を示す図である。 本発明を適用した情報処理システム（情報処理装置）が支援する、コンテンツ提供サービスにおけるビジネスモデルの実施形態を説明する図である。 図６のビジネスモデルにおける、コンテンツアグリゲータがユーザに対して行う宣伝の提示例を示す図である。 本発明を適用した情報処理システムの構成例を示すブロック図である。 図８の情報処理システムのコンテンツプロバイダサーバの構成例を示すブロック図である。 図８の情報処理システムのコンテンツアグリゲータサーバの構成例を示すブロック図である。 各種のIDとメタデータの関係を説明する図である。 パッケージメタ、ライセンスメタデータ、およびコンテンツメタデータの関係を示す図である。 図８の情報処理システムにおいて使用されるパッケージメタデータの構成例を示す図である。 図８の情報処理システムにおいて使用されるアクセス制御情報の構成例を示す図である。 図１４のアクセス制御情報に含まれる、操作の対象要素と操作不可の対象要素を説明する図である。 図１０のコンテンツアグリゲータサーバが実行する「パッケージ再生成処理」を説明するフローチャートである。 本発明を適用した情報処理システム（情報処理装置）が支援する、コンテンツ提供サービスにおけるビジネスモデルの他の実施形態を説明する図である。 本発明を適用した情報処理装置のハードウエア構成例を示すブロック図である。

符号の説明

１ ユーザ， ２ コンテンツプロバイダ， １１ パッケージ１１ コンテンツ， １３ パッケージメタデータ， １４ コンテンツメタデータ， １５ アクセス制御情報（メタデータ）， ２１ コンテンツアグリゲータ， ３１ パッケージ， ３２ パッケージメタデータ， ４１ パッケージ， ４２ パッケージメタデータ， ５１ 他サービス提供者， ６１ パッケージ， ６２ パッケージメタデータ， １０１ コンテンツプロバイダサーバ， １０２ ネットワーク， １０３ コンテンツアグリゲータサーバ， １０４ 他サービス提供者サーバ， １０５ ユーザ端末（クライアント）， １１１ ショップサーバ， １１２ メタデータデータベース， １１３ 決済サーバ， １１４ DRMサーバ， １１５ コンテンツサーバ， １１６ パッケージ生成サーバ， １２１ ショップサーバ， １２２ メタデータデータベース１２２ 決済サーバ， １２４ DRMサーバ， １２５ コンテンツサーバ， １２６ アクセス制御サーバ， １３１ パッケージ再生成部， １３２ パッケージメタデータ再生成部， １５１ ユーザ， １５２ サービス提供者， １６１ パッケージ， １６２ パッケージメタデータ

Claims (8)

1. 他の情報処理装置から提供される第１のパッケージに含まれるコンテンツのうちの、１以上のコンテンツを含む第２のパッケージを生成する情報処理装置において、
   前記第２のパッケージの生成条件を示す制御情報を含む、前記第１のパッケージに対応する第１のメタデータを、前記他の情報処理装置から取得して保持する保持手段と、
   前記保持手段により保持された前記第１のメタデータに含まれる前記制御情報に基づいて、前記第１のパッケージに含まれる前記コンテンツのうちの、１以上の前記コンテンツを少なくとも含む前記第２のパッケージを生成するパッケージ生成手段と、
   前記保持手段により保持された前記第１のメタデータに含まれる前記制御情報に基づいて、前記パッケージ生成手段により生成された若しくはこれから生成される前記第２のパッケージに対応する第２のメタデータを生成するメタデータ生成手段と
   を備え、
   前記制御情報は、ユーザによるレーティングに対する許諾の有無を示す情報を含んでおり、前記コンテンツの提供者によりユーザによるレーティングが許諾されている場合のみ、ユーザによるレーティングが行われ、そのレーティング結果としてユーザから提供される、一定の義務または基準に基づいて前記コンテンツに割り当てられた値に関する情報を有するレーティング情報を解析した解析結果を受信する
   ことを特徴とする情報処理装置。
2. 前記制御情報は、前記第１のメタデータを構成する各要素のうちの、内容の変更が許諾された対象要素を示す情報を含む
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記制御情報は、前記対象要素毎に、その内容の変更方法を示す情報をさらに含む
   ことを特徴とする請求項２に記載の情報処理装置。
4. 前記制御情報は、前記対象要素の内容の変更を許諾するための許諾条件を示す情報をさらに含む
   ことを特徴とする請求項２に記載の情報処理装置。
5. 前記制御情報は、前記対象要素の内容を変更する権限が付与された装置またはその管理者を示す情報をさらに含む
   ことを特徴とする請求項２に記載の情報処理装置。
6. 前記制御情報は、前記第１のパッケージに含まれる前記コンテンツのうちの、前記第２のパッケージに含めることが許諾されたコンテンツを示す情報をさらに含む
   ことを特徴とする請求項１に記載の情報処理装置。
7. 他の情報処理装置から提供される第１のパッケージに含まれるコンテンツのうちの、１以上のコンテンツを含む第２のパッケージを生成する情報処理装置の情報処理方法において、
   前記第２のパッケージの生成条件を示す制御情報を含む、前記第１のパッケージに対応する第１のメタデータを、前記他の情報処理装置から取得して保持する保持ステップと、
   前記保持ステップの処理により保持された前記第１のメタデータに含まれる前記制御情報に基づいて、前記第１のパッケージに含まれる前記コンテンツのうちの、１以上の前記コンテンツを少なくとも含む前記第２のパッケージを生成するパッケージ生成ステップと、
   前記保持ステップの処理により保持された前記第１のメタデータに含まれる前記制御情報に基づいて、前記パッケージ生成ステップの処理により生成された若しくはこれから生成される前記第２のパッケージに対応する第２のメタデータを生成するメタデータ生成ステップと、
   ユーザから提供される、一定の義務または基準に基づいて前記コンテンツに割り当てられた値に関する情報を有するレーティング情報を解析した解析結果の受信を制御する受信制御ステップと
   を含み、
   前記制御情報は、ユーザによるレーティングに対する許諾の有無を示す情報を含んでおり、前記コンテンツの提供者によりユーザによるレーティングが許諾されている場合のみ、ユーザによるレーティングが行われ、そのレーティング結果として、前記レーティング情報がユーザから提供される
   ことを特徴とする情報処理方法。
8. 他の情報処理装置から提供される第１のパッケージに含まれるコンテンツのうちの、１以上のコンテンツを含む第２のパッケージを生成する処理をコンピュータに実行させるプログラムであって、
   前記第２のパッケージの生成条件を示す制御情報を含む、前記第１のパッケージに対応する第１のメタデータを、前記他の情報処理装置から取得して保持する保持ステップと、
   前記保持ステップの処理により保持された前記第１のメタデータに含まれる前記制御情報に基づいて、前記第１のパッケージに含まれる前記コンテンツのうちの、１以上の前記コンテンツを少なくとも含む前記第２のパッケージを生成するパッケージ生成ステップと、
   前記保持ステップの処理により保持された前記第１のメタデータに含まれる前記制御情報に基づいて、前記パッケージ生成ステップの処理により生成された若しくはこれから生成される前記第２のパッケージに対応する第２のメタデータを生成するメタデータ生成ステップと、
   ユーザから提供される、一定の義務または基準に基づいて前記コンテンツに割り当てられた値に関する情報を有するレーティング情報を解析した解析結果の受信を制御する受信制御ステップと
   を含み、
   前記制御情報は、ユーザによるレーティングに対する許諾の有無を示す情報を含んでおり、前記コンテンツの提供者によりユーザによるレーティングが許諾されている場合のみ、ユーザによるレーティングが行われ、そのレーティング結果として、前記レーティング情報がユーザから提供される
   ことを特徴とするプログラム。

Images