JP4377864B2 - コンテンツ配信システム - Google Patents

Description

本発明は、コンテンツや権利情報の内容を利用者側の権利管理機能に合わせて変換する情報変換装置を含むコンテンツ配信システムに関し、特に、コンテンツ配送の観点から、システムの利便性を高めて、コンテンツ配信サービスや電子チケットサービスなどの利用の促進を図ることができるものである。

近年、インターネットの普及に伴い、音楽や映像をインターネット経由で配信するサービスが盛んに行われている。また、移動体通信ネットワークを通じて携帯端末に音楽を配信する商用サービスも開始されている。このシステムでは、配信されたコンテンツは、携帯端末に装着されたメモリカードに記録された後、この携帯端末のプレーヤ機能で再生され、または、配信されたコンテンツを記録したメモリカードを専用のオーディオプレーヤに装着して再生が行われる。

このようなシステムでは、コンテンツの著作権を守るため、メモリカードに記録されたデータを他のメモリカードに移動することを制限したり、メモリカードに記録されたデータを他のメモリカードに複写するチェックアウトの回数を制限したりする規制（利用条件）が設けられている。このようなシステムで使用される端末やメモリカードには、利用条件を守るための利用権管理（ＤＲＭ：digital right management）機能が搭載されており、そこでは利用条件を順守してコンテンツの利用が行われる。

図２８は、従来のコンテンツ配信システムの一例を模式的に示す構成図である。このシステムは、コンテンツを制作する制作ユニット１０と、コンテンツを配信する配信コントローラ１１と、ユーザのためにコンテンツ選択用のポータルページを提供するポータル１２と、ネットワーク１３を介してコンテンツを取得するコンテンツコントローラ１４と、コンテンツを蓄積するストレージ１５とを有する。

制作ユニット１０は、図示しないが、コンテンツのオーサリングを実行し、コンテンツの利用権を設定するコンテンツ制作端末と、制作されたコンテンツをサーバに登録するコンテンツ登録端末とを有する。制作するコンテンツは、マルチメディアデータやチケットデータなどである。

配信コントローラ１１は、図示しないが、登録されたコンテンツの配送を行う配送ゲートウェイサーバと、コンテンツの販売・課金処理を実行する販売クリアリングサーバとを有する。

ポータル１２は、会員認証やポータルページの提供を行うプラットフォームサーバである。ネットワーク１３は、ＰＨＳ網やインターネットなどである。コンテンツコントローラ１４は、プレーヤ機能付きのＰＨＳ端末やＰＣなどであり、また、ストレージ１５は、ＳＤカードなどの記録メディアである。

このシステムでは、まず、制作ユニット１０が、コンテンツと、このコンテンツの利用条件を規定する権利情報と、ポータルページ用のカタログ情報（音楽コンテンツの場合、曲名や歌手などの情報）とを生成して、配信コントローラ１１に送信する。このとき、権利情報の内容は、コンテンツコントローラ１４やストレージ１５のＤＲＭ能力に合わせて設定される。例えば、ストレージ１５がチェックアウトの回数を管理する機能を有する場合は、権利情報としてチェックアウト回数が規定される。

そして、配信コントローラ１１は、カタログ情報をポータル１２に登録する。そして、ユーザは、コンテンツコントローラ１４によってポータル１２にアクセスし、ポータル画面から購入したい曲目を検索して購入を実行する。このとき、ユーザが購入したコンテンツとその権利情報は、配信コントローラ１１から、ネットワーク１３を介して、コンテンツコントローラ１４にダウンロードされ、コンテンツコントローラ１４は、このダウンロードしたコンテンツと権利情報をストレージ１５に格納する。コンテンツを実行する場合は、権利情報に従ってコンテンツコントローラ１４や専用の再生装置でコンテンツの再生を行う。

一方、音楽コンテンツを提供するコンテンツ配信業者は数多く存在し、コンテンツに関する権利情報の記述フォーマットは業者ごとに違っている。そこで、このような記述フォーマットの違いに対処するため、所定のフォーマットで記述された権利情報を、その内容を変えずに他のフォーマットに変換する変換手段をＰＣ（コンテンツコントローラ）に設けることが提案されている（例えば、特許文献１参照）。このような変換手段を設けることにより、各業者の複数のコンテンツを、著作権の保護を図りながら、ＰＣ上で統一的に扱うことが可能になる。
特開２００１−２０２０８８号公報

しかし、今後、配信コンテンツの対象が書籍や映像、ソフトウエアなど、各種のコンテンツにまで及ぼうとしており、また、各配信業者が独自性を打ち出すためにサービス内容の差別化を図ろうとしている状況のもとで、コンテンツの権利情報は、単に記述フォーマットの違いだけでなく、その内容自体が多様化する傾向を見せている。

例えば、コンテンツのコピーを許容する世代数を規定したり、コンテンツが何月何日から何月何日まで利用できるというように利用期限を規定したり、何日間利用できるというように利用期間を規定したり、または、累積利用時間や累積利用回数を規定したりするなど、権利情報は様々である。

このような新たな利用条件の設定に伴って、それに対応するＤＲＭ能力を備えた端末や記録媒体の製造が行われる。この場合、現行のＤＲＭ能力を持つ端末や記録媒体などのデバイスが、新たな利用条件のコンテンツを一切利用できないようにしたり、また、あるサービスに対応させてＤＲＭ能力を設定したデバイスが、他の配信サービスのコンテンツを一切利用できないようにしたりすることは、コンテンツ配信システムの利便性を損ない、ユーザのシステムへの信頼性を失わせ、システム発展の芽を自ら摘むことになる。これは大きな問題である。

また、コンテンツの権利情報が多様化し、それに伴ってコンテンツコントローラやストレージのＤＲＭ能力が多様化すると、次のような問題が発生する。

ユーザは自分のコンテンツコントローラやストレージのＤＲＭ性能を正確に把握していないと、各種配信サービスから利用可能なコンテンツを正しく購入することができない。また、同一ストレージであっても、コンテンツコントローラの性能により、利用できるコンテンツやサービスが違って来る場合がある。しかし、多様化したデバイスの性能や機能、または、デバイスを組み合わせたときの性能や機能を正確に把握することは極めて難しい。

そのため、ポータルページに表示されたコンテンツの中に、ユーザが所有するデバイスのＤＲＭ能力では対応できないコンテンツが含まれていると、ユーザは利用できないコンテンツを間違って購入する危険がある。

また、ユーザは、新しくコンテンツコントローラを購入しようとするとき、その機種で今までストレージに蓄積したコンテンツが再生できるのかどうか不安を抱く。

本発明は、かかる点に鑑みてなされたものであり、コンテンツの著作権を保護するための利用制限が多様化し、また、オンラインサービスの内容が多様化する状況のもとで、コンテンツを配信する側および利用する側の利便性を高めることができるコンテンツ配信システムにおけるコンテンツ配送サーバおよびコンテンツ配送方法を提供することを目的とする。

まず、用語を定義する。この明細書において「リポジトリ（repository）」とは、情報を処理する処理単位をいう。例えば、制作ユニット、配信コントローラ、ポータル、コンテンツコントローラ、ストレージは、それぞれリポジトリである（図２８参照）。また、特に特許請求の範囲において「コンテンツ」とは、広い意味に解釈され、音楽、映像、書籍、ソフトウエアのみならず、カタログ情報や電子チケットなども含んでいる。

本発明のコンテンツ配送サーバは、コンテンツを端末に配送するサーバであって、前記サーバは、前記端末から通知された、前記端末がサポートする権利管理能力情報を取得し、前記権利管理能力情報に基づいて、前記端末に適切なコンテンツを選択し、前記端末の要求に応じて、前記コンテンツを前記端末に配送する、構成を採る。

本発明のコンテンツ配送方法は、コンテンツを端末に配送するサーバのコンテンツ配送方法であって、前記端末から通知された、前記端末がサポートする権利管理能力情報を取得するステップと、前記権利管理能力情報に基づいて、前記端末に適切なコンテンツを選択するステップと、前記端末の要求に応じて、前記コンテンツを前記端末に配送するステップと、を有するようにした。

本発明によれば、コンテンツの著作権を保護するための利用制限が多様化し、また、オンラインサービスの内容が多様化する状況のもとで、コンテンツを配信する側および利用する側の利便性を高めることができる。

本発明の情報変換システムは、図１に示すように、情報変換装置としての権利ゲートウェイ（権利ＧＷ）１００を有する。権利ゲートウェイ１００は、送信元のリポジトリ２０によって処理された情報Ａ（コンテンツおよびコンテンツの権利情報の少なくとも１つを含む）を、送信先のリポジトリ３０の能力情報（性能やＤＲＭ能力）２００に合わせて処理し、処理結果を情報Ｂとしてリポジトリ３０に送信する。なお、特に断らない限り、コンテンツにはカタログ情報も含まれるが、コンテンツとカタログ情報を併記した場合は、コンテンツにはカタログ情報は含まれない。

権利ゲートウェイ１００が参照するリポジトリ３０の能力情報２００には、ハード種別やソフト種別の情報（例えば、ユーザエージェント、ＯＳ、バージョン、ブラウザ、メモリ領域、ＤＲＭ種類など）に加えて、スキーム（権利管理でできること、できないこと）などの情報が含まれている。

権利ゲートウェイ１００は、このような能力情報２００を参照しつつ、情報変換の方針を規定する変換ポリシーに基づいて、情報Ａを処理して情報Ｂを生成する。

変換ポリシーは、権利情報に記録されたコンテンツの利用条件を送り先のリポジトリの能力情報（権利管理能力）に応じて変えるための変え方について規定している。例えば、変換ポリシーとして、権利管理能力別に、変換前の利用条件と変換後の利用条件とが規定されている。

変換ポリシーの記述例としては、一例として、異なる属性への変換、例えば、「期間」という属性から「回数」という属性への変換、すなわち、期間制限を行う権利情報（変換前の利用条件）から回数制限を行う権利情報（変換後の利用条件）への変換がある。また、変換ポリシーには、通信手段の違いによる権利情報の変換も記述可能である。

なお、変換ポリシーとして、権利情報に対応するコンテンツを送り先のリポジトリの能力に応じて変えるための変え方について規定することも可能である。例えば、この場合、変換ポリシーとしては、コンテンツの利用条件が変換されたときの当該コンテンツの変換方法が規定されている。

変換ポリシーは、権利情報の中に記述され、または、権利ゲートウェイ１００の内部もしくは権利ゲートウェイ１００によって参照可能な他の装置に保持されている。

権利ゲートウェイ１００は、変換ポリシーに基づいて、
１．情報Ａを変換せずに送信する
２．情報Ａを変換して送信する
３．情報Ａに複数の情報が含まれる場合、その中の１つまたは複数を選択して送信する
４．送信しない
といった動作を行う。

なお、情報Ａを変換して送信する場合、変換ポリシーで規定されたルールを適用して情報Ａを自動変換する方法の他に、ユーザに変換ポリシーを問い合わせ、その結果に基づいて情報Ａを変換したり、リポジトリ間のニゴシエーションの結果に基づいて情報Ａを変換したりする方法を採ることができる。

また、権利ゲートウェイ１００は、図２に示すように、物理的に、各リポジトリ２０、３０から独立したデバイス１０１上に存在したり（図２（ａ）参照）、送信元のリポジトリ２０と同一のデバイス２１上に存在したり（図２（ｂ）参照）、送信先のリポジトリ３０と同一のデバイス３１上に存在したり（図２（ｃ）参照）、送信元のリポジトリ２０および送信先のリポジトリ３０と同一のデバイス４１上に存在したりする（図２（ｄ）参照）ことが可能である。

権利ゲートウェイ１００は、図３に示すように、基本的な構成として、データの送受信を制御する送受信制御部１１０と、リポジトリからコンテンツ（カタログ情報を含む）や権利情報を取得するデータ取得部１２０と、変換ポリシーに従ってコンテンツや権利情報を変換するデータ変換部１３０と、権利ゲートウェイの各部の動作を制御する制御部１４０とを有する。データ変換部１３０は、変換ポリシーを参照する変換ポリシー参照部１３２を備えている。なお、上記各部の機能は、コンピュータにプログラムで規定された処理を実行させることによって実現される。

図４は、コンテンツ配信システムにおいて、権利ゲートウェイの配置が可能な位置を例示している。

権利ゲートウェイ１００ａは、各リポジトリから独立して配置されており、コンテンツコントローラ１４ａやストレージ１５のＤＲＭ能力に基づいて、配信するコンテンツや権利情報を変換し、また、ポータル１２に表示するカタログ情報を変換する。

権利ゲートウェイ１００ｂは、コンテンツコントローラ１４ａ上に配置されており、例えば、ストレージ１５から別のストレージにコンテンツをチェックアウトする場合に、権利情報やコンテンツに対する必要な変換を行う。

また、権利ゲートウェイ１００ｃは、ストレージ１５上に配置されており、例えば、コンテンツコントローラ１４ａを介してストレージ１５に格納されたコンテンツを別のコンテンツコントローラ１４ｂで再生する場合に、権利情報やコンテンツに対する必要な変換を行う。

なお、コンテンツ配信システム上には、必ずしもすべての権利ゲートウェイ１００ａ〜１００ｃを配置する必要はなく、権利ゲートウェイ１００ａ〜１００ｃの１つまたは複数を配置することができる。また、１つの権利ゲートウェイ１００を構成要素を単位として複数に分割し、各部分を複数のリポジトリ上に配置して多段構成とすることも可能である。

また、図５は、情報家電５０のホームゲートウェイ上に権利ゲートウェイ１００ｄを配置した例を示している。この権利ゲートウェイ１００ｄは、権利ゲートウェイ１００ａや権利ゲートウェイ１００ｂ、１００ｃの機能を代行することができる。

なお、図２（ｄ）に示す権利ゲートウェイは、記録媒体上に、ＤＲＭ能力を異にする複数のメモリ領域と共に権利ゲートウェイを配置したときの形態である。この権利ゲートウェイは、例えば、一方のメモリ領域から他方のメモリ領域にコンテンツを移動したりコピーしたりする場合に、権利情報やコンテンツに対する必要な変換を行う。

以下、コンテンツ配信システム上に配置された各権利ゲートウェイの動作について、いくつかの実施の形態として順に説明する。

（実施の形態１）
実施の形態１では、コンテンツコントローラ上に配置された権利ゲートウェイの動作について説明する。

図６に示すように、ストレージ１５ａには、コンテンツＡおよび権利情報Ａが格納されている。この権利情報には、当初、図７（ａ）に示すように、次の事項、
・利用条件：コンテンツの利用条件
・権利管理能力別の変換ポリシー：送信先のリポジトリのＤＲＭ能力に応じて、利用を許可するコンテンツの種類や利用条件の変換方法を決めた規定
・変換ポリシーの変更許可：権利ゲートウェイの変換処理能力に応じて、変換ポリシーの修正を権利ゲートウェイに許可する規定
が記述されている。但し、「変換ポリシーの変更許可」は、権利情報に必須の項目ではない。

権利情報の上記各項目のうち、利用条件は、コンテンツの制作ユニット１０で設定され、変換ポリシーおよび変換ポリシーの変更許可は、配信コントローラ１１で設定される。なお、変換ポリシーおよび変換ポリシーの変更許可についても制作ユニット１０で設定することは可能である。

図８は、権利情報の記述例を示している。

この例では、利用条件として、期間制限が設けられており、再生できる期間が「始め＝２００１／１０／１０ 終わり＝２００１／１２／１２」と規定されている。

また、権利管理能力別の変換ポリシーとして、「リポジトリの能力＝期間制限なし，回数制限あり，ヘルパーアプリ対応なし」の場合（つまり、期限を制限するＤＲＭ能力を有しないため再生期間の利用条件は順守できないが、再生回数を制限するＤＲＭ能力は有し、但し、指定した再生回数を満了した後に再度再生回数の指定を受けるアプリケーションには対応できない場合）に、利用条件の期間制限を「回数制限＝３０回」に変換することが規定され、また、「リポジトリの能力＝期間制限なし，回数制限あり，ヘルパーアプリ対応」の場合（つまり、期限管理はできないが、再生回数を制限するＤＲＭ能力を有し、指定した再生回数を満了した後に再度再生回数の指定を受けるアプリケーションにも対応できる場合）に、利用条件の期間制限を「回数制限＝１０回」に変換し、再生回数が１０回に達した後に、再生回数の再指定を受けるアプリケーションに対応すべきことが規定されている。なお、ここで、ヘルパーアプリとは、送信先のリポジトリにおける以後の動作を規定するアプリケーションである。ヘルパーアプリは、後述する方法により、送信先のリポジトリで取得可能である。

このように、再生回数を再指定する際に、利用条件で規定された再生許容期間が過ぎていれば、回数制限をゼロ（０）に設定し、また、再生許容期間が過ぎていなければ、同様に、再生許容期間が過ぎるまで再生回数の再指定を繰り返すことにより、再生期間を規定する利用条件に見合った規制が可能になる。

さて、コンテンツコントローラ１４上の権利ゲートウェイ１００ｂは、ストレージ１５ａに格納されているコンテンツＡを別のストレージ１５ｂにチェックアウトする場合、次の処理を行う。

ユーザがコンテンツコントローラ１４に対してチェックアウト操作を実行すると、権利ゲートウェイ１００ｂは、コンテンツコントローラ１４を通じて、ストレージ１５ｂの能力情報２１０を取得する。

そして、権利ゲートウェイ１００ｂは、コンテンツコントローラ１４を通じて、ストレージ１５ａのコンテンツＡおよび権利情報Ａにアクセスし、能力情報２１０と権利情報Ａとを参照し、必要に応じてコンテンツや権利情報の変換を行い、変換結果をコンテンツＢおよび権利情報Ｂとしてストレージ１５ｂに送信する。

例えば、ストレージ１５ｂのＤＲＭ能力が「期間制限なし，回数制限あり，ヘルパーアプリ対応なし」の場合は、権利情報の利用条件を「回数制限＝３０回」に書き換えて（つまり、ライセンス変換を行って）ストレージ１５ｂに送る。

一方、ストレージ１５ｂのＤＲＭ能力が「期間制限なし，回数制限あり，ヘルパーアプリ対応」の場合は、権利情報の利用条件を「回数制限＝１０回」に変換し、また、再生回数満了後に再生回数の再指定を受けるためのヘルパーアプリケーションを生成して権利情報に加え、ストレージ１５ｂに送る。

図７（ｂ）は、後者の場合に権利ゲートウェイ１００ｂによって変換された後の権利情報を示している。

この権利情報の「利用条件２」は、権利ゲートウェイ１００ｂが変換ポリシーに従って変換処理を行った後の利用条件であり、
＜再生＞
＜回数制限＝１０回＞
＜ヘルパーアプリＩＤ＝５＞
＜／再生＞
と記述される。

また、この権利情報の「権利管理能力別の変換ポリシー２」には、図７（ａ）の「権利管理能力別の変換ポリシー」がそのまま記述され、または、図７（ａ）の権利情報において「変換ポリシーの変更許可」が与えられている権利ゲートウェイ１００ｂが前記変換ポリシーを変更した場合に、当該変更後の変換ポリシーが記述される。

また、権利ゲートウェイ１００ｂが変換ポリシーを変更した場合は、その履歴が「変換ポリシー変更履歴」として権利情報に記述される。

ここで、変換ポリシーの変更許可が与えられる権利ゲートウェイの具体例は、次のとおりである。販売代理店の種類によって、例えば、コンテンツ制作会社直営の権利ゲートウェイには変更許可を与え、チェーンの権利ゲートウェイには許可を与えない。また、権利ゲートウェイが実装されたデバイスの種類によって、例えば、セキュアチップ上に実装された権利ゲートウェイの場合は、書き換えの許可を与える。いずれにしても、流通過程でどの権利ゲートウェイが書き換えを行ったのかがわかるように、変換ポリシー変更の履歴を残しておく。

また、「ヘルパーアプリ」は、権利ゲートウェイ１００ｂが生成した「ＩＤ＝５」のヘルパーアプリケーションであり、このアプリケーションの実体が権利情報に記述され、または、アプリケーションＩＤとこのアプリケーションを取得するためのＵＲＬとが権利情報に記述される。後者の場合、アプリケーションの実体は、ＵＲＬにアクセスすることにより取得される。

なお、権利情報の各項目のうち「利用条件」以外の項目は、権利情報に必須の項目ではない。但し、「権利管理能力別の変換ポリシー２」は、権利ゲートウェイでのライセンス変換を一度だけでなくその後も引き続き可能にするためには、必須の項目となる。

また、権利情報Ａに、期間制限の権利管理能力を有しないリポジトリにはコンテンツを配信しないという変換ポリシーが記述されている場合は、ストレージ１５ｂへのチェックアウト処理は実行しない。

また、権利情報Ａの変換ポリシーに、「期間制限」を「回数制限」に変換する場合には音は送信するが映像は送らないまたは特定のメタデータしか送らないと記述されている場合は、フィルタリングを行って、指定されたデータのみをストレージ１５ｂに送信する。

また、権利情報Ａの変換ポリシーに規定されていることを前提に、「期間制限」を「回数制限」に変換した場合に、音の質を落とす変換も行われる。

また、変換後のコンテンツが変換後の利用条件を参照するように、権利情報にリンク情報を追加する。

以上のように、権利情報の変換ポリシーとして、本来の権利管理能力を持たないストレージに対して利用条件の変更を許容する規定を設け、この変換ポリシーに従って利用条件の書き換えを行う権利ゲートウェイを設けることにより、ＤＲＭ能力を異にする（例えば、旧型の）ストレージであっても、コンテンツのチェックアウトに用いることが可能になる。

なお、図６のストレージ１５ａとストレージ１５ｂは、同一記録媒体上の異なるメモリ領域であっても良い。

また、ヘルパーアプリケーションは、権利情報とは別にストレージ１５ｂに送信するようにしても良い。

また、権利情報の「利用条件２」に従ってコンテンツの利用が行われた場合、権利ゲートウェイは、それを権利情報に「権利実行履歴」として記録するようにしても良い。図７（ｃ）は、「権利実行履歴」が記録された権利情報を例示している。「権利実行履歴」は、例えば、
＜実行履歴＞
＜再生 タイムスタンプ＝2001/10/11 12:00 リポジトリＩＤ＝１＞
:
＜／実行履歴＞
のように記述される。

（実施の形態２）
実施の形態２では、ストレージ上に配置された権利ゲートウェイの動作について説明する。

まず、図９において、ストレージ１５ａ上に配置された権利ゲートウェイ１００ｃが、ストレージ１５ａに格納されたコンテンツをコンテンツコントローラ１４を介して別のストレージ１５ｂにチェックアウトする場合にどのような動作を行うかについて説明する。

ユーザがコンテンツコントローラ１４に対してチェックアウト操作を実行すると、コンテンツコントローラ１４は、ストレージ１５ｂの能力情報２１０を取得してストレージ１５ａに送信する。

そして、ストレージ１５ａ上の権利ゲートウェイ１００ｃは、権利情報Ａと能力情報２１０とを参照して、権利情報Ａの変換ポリシーに基づいて、必要に応じてコンテンツＡおよび権利情報Ａの変換を行い、変換結果をコンテンツＢおよび権利情報Ｂとしてストレージ１５ｂに送信する。

次に、図１０において、ストレージ１５上に配置された権利ゲートウェイ１００ｃが、コンテンツコントローラ１４ａを介してストレージ１５に格納されたコンテンツを別のコンテンツコントローラ１４ｂで再生する場合にどのような動作を行うかについて説明する。ここで、コンテンツコントローラ１４ａは回数制限のＤＲＭ能力を有するが、コンテンツコントローラ１４ｂは時間制限のＤＲＭ能力しか有しないとする。

ユーザがコンテンツコントローラ１４ｂにストレージ１５を装着してコンテンツＡの再生操作を実行すると、コンテンツコントローラ１４ｂは、能力情報２２０をストレージ１５に送信する。

そして、ストレージ１５上の権利ゲートウェイ１００ｃは、権利情報Ａと能力情報２２０とを参照して、権利情報Ａの変換ポリシーに基づいて、必要に応じてコンテンツＡおよび権利情報Ａの変換を行う。

例えば、権利情報Ａの利用条件に回数制限数が規定され、かつ、変換ポリシーに「回数制限はできないが時間制限はできるコンテンツコントローラで実行する場合は、時間制限を３分にする」と記述されている場合は、権利情報Ａの利用条件を「時間制限３分」に変換し、これを権利情報Ｂとして、コンテンツと共にコンテンツコントローラ１４ｂに送信する。

そして、コンテンツコントローラ１４ｂは、権利情報Ｂの利用条件に従って、コンテンツＢを３分間だけ再生する。

このように、権利情報の変換ポリシーとして、本来の権利管理能力を持たないストレージやコンテンツコントローラに対して利用条件の変更を許容する規定を設け、この変換ポリシーに従って利用条件の書き換えを行う権利ゲートウェイを設けることにより、ＤＲＭ能力を異にする（例えば、旧型の）ストレージやコンテンツコントローラであっても、コンテンツのチェックアウトや再生が可能になる。

（実施の形態３）
実施の形態３では、ポータルページに表示するカタログ情報を最適化する権利ゲートウェイの動作について説明する。

この権利ゲートウェイ１００ａは、図１１に示すように、独立したデバイスとして配置されており、また、例えばリポジトリのモデル番号（型番）からダウンロードスキームやＤＲＭ能力を参照できる能力テーブルを格納した能力データベース３００を保持している。

まず、コンテンツコントローラ１４は、当該コンテンツ配信システムで配信可能なコンテンツを知るために、ポータル１２にアクセスして、コンテンツコントローラ１４の能力情報を送信する（１）。

そして、ポータル１２は、コンテンツコントローラ１４の能力情報を権利ゲートウェイ１００ａに送信する（２）。

そして、権利ゲートウェイ１００ａは、配信コントローラ１１から、当該システムで配信可能なコンテンツのカタログ情報Ａおよび権利情報Ａを受信する（３）。

そして、権利ゲートウェイ１００ａは、コンテンツコントローラ１４の能力情報にＤＲＭ能力の情報が含まれている場合にはそのＤＲＭ能力の情報を用いて、また、コンテンツコントローラ１４の能力情報にＤＲＭ能力の情報が含まれていない場合には能力データベース３００の能力テーブルからそのコントローラタイプに対応するＤＲＭ能力情報を読み出して、コンテンツコントローラ１４が権利情報Ａの利用条件またはライセンス変換した利用条件のいずれかに適応できる権利管理能力を有するか否かについて判断し、コンテンツコントローラ１４の権利管理能力で対応可能なコンテンツのカタログ情報のみを選択して、ポータル１２に送信する（４）。

そして、ポータル１２は、権利ゲートウェイ１００ａから送られたカタログ情報をコンテンツコントローラ１４に提示する（５）。

このように、本システムでは、ポータル１２にアクセスしたコンテンツコントローラ１４に有効なコンテンツのカタログ情報のみを提示することができる。

なお、ポータル１２にアクセスしたユーザの希望により、上記のような限定を加えずにカタログ情報を提示するようにしても良い。

また、変換ポリシーは、必ずしも権利情報の中に記述する必要はない。例えば、図１２に示す一方の配信コントローラ１１ｂは、変換ポリシーを記述した権利情報Ａ２を保持しているが、他方の配信コントローラ１１ａは、変換ポリシーＩＤだけが記述された権利情報Ａ１を保持している。権利ゲートウェイ１００ａは、各変換ポリシーＩＤに対応する参照用変換ポリシー４００を保持しており、権利情報Ａ１を受信したとき、その中に記述された変換ポリシーＩＤに対応する参照用変換ポリシー４００を読み出す。

また、権利情報の中には変換ポリシーに関する記述を一切行わず、権利ゲートウェイ１００ａが変換ポリシー４１０を保持するようにしても良い。

また、図１３に示すように、公開された変換ポリシーや登録された変換ポリシーを蓄積する変換ポリシーデータベース５１０を備えた変換ポリシーサーバ５００を別に設け、権利情報の中には変換ポリシーＩＤと変換ポリシーサーバ５００のＵＲＬとを含めるようにしても良い。このような権利情報を受信した権利ゲートウェイ１００は、受信した権利情報に含まれるＵＲＬを用いて変換ポリシーサーバ５００にアクセスし、変換ポリシーＩＤに対応する変換ポリシーを取得することができる。

（実施の形態４）
実施の形態４では、ユーザヘルプサービスを行う権利ゲートウェイについて説明する。ここで、ユーザヘルプサービスとは、コンテンツコントローラやストレージの使い方、それらで利用できるコンテンツの種類など、各種問い合わせに応じるサービスである。

図１４に示すように、ユーザは、コンテンツコントローラ１４ａ、ストレージ１５、およびコンテンツコントローラ１４ｂを所有しているとする。コンテンツコントローラ１４ａは、自己の能力情報２２０ａを格納し、コンテンツコントローラ１４ｂは、自己の能力情報２２０ｂを格納している。また、ストレージ１５は、自己の能力情報２１０と、コンテンツコントローラ１４ｂの能力情報２２０ｂと、コンテンツコントローラ１４ａでの使用履歴６１０ａと、コンテンツコントローラ１４ｂでの使用履歴６１０ｂとを格納している。

ユーザは、例えば、自分が所有しているコンテンツコントローラおよびストレージの組み合わせに最適な配信スキーマが分からない場合、または、新しいコンテンツコントローラを買いたいが、現在ストレージに格納しているコンテンツがそれで再生可能か否か確認したい場合、または、現在ストレージに格納しているコンテンツに最適な新しいコンテンツコントローラを教えて欲しい場合に、ユーザヘルプサービスを利用する。

このとき、コンテンツコントローラ１４ａは、ストレージ１５を装着してポータル１２にアクセスし、コンテンツコントローラ１４ａが保持するコンテンツコントローラ１４ａの能力情報２２０ａと、ストレージ１５が保持するストレージ１５の能力情報２１０、コンテンツコントローラ１４ｂの能力情報２２０ｂ、コンテンツコントローラ１４ａでの使用履歴６１０ａ、およびコンテンツコントローラ１４ｂでの使用履歴６１０ｂとをポータル１２に送信する（１）。

そして、ポータル１２は、上記の能力情報および使用履歴情報を権利ゲートウェイ１００ａに送信する（２）。

そして、権利ゲートウェイ１００ａは、リポジトリの能力情報とその能力に適したサービスとを記述した能力テーブルを格納する能力データベース３００を有しており、ポータル１２からリポジトリの能力情報や使用履歴情報が送られると、能力データベース３００の能力テーブルを参照して、リポジトリ自身の能力情報、または、リポジトリが保有する１つ以上の他のリポジトリの能力情報と、その使用履歴とを基に、ユーザに合ったコンテンツ情報を提供する（３）。

そして、ポータル１２は、例えば、次のような回答、
「あなたのコンテンツコントローラ１４ａに最適なのは、スキーマ１です。でもストレージ１５との組み合わせでは、スキーマ２をお勧めします。近頃は、コンテンツコントローラ１４ｂの方をよくお使いになるようなので、その場合、スキーマ３が便利です。」
をコンテンツコントローラ１４ａに送信する（４）。

また、ポータル１２の付加サービスとして、コンテンツコントローラの新製品のプロモーションを兼ねて、「あなたの持っているコンテンツは、次の新製品だと全部実行できます。次の人気商品では、以下のコンテンツが実行できません。」といったサービスを提供することもできる。

このようなユーザヘルプサービスでは、図１５に示すように、リポジトリ３０ａが、自己の能力情報２００ａだけでなく、他のリポジトリ３０ｂ、３０ｃの能力情報２００ｂ、２００ｃや使用履歴６００ｂ、６００ｃを管理し、これらの能力情報や使用履歴をすべて権利ゲートウェイ１００に送ることにより、能力データベース３００を持つ権利ゲートウェイ１００から、それらの能力情報や使用履歴に基づく適切なアドバイスを受けることが可能になる。

このとき、例えば、リポジトリ３０ａが、コンテンツ蓄積メディアや電子チケット格納メディアのスロット付き携帯電話の場合、その他のリポジトリ３０ｂ、３０ｃは、コンテンツ蓄積メディアやコンテンツプレーヤ、電子チケット格納メディアなどである。また、リポジトリ３０ａがホームゲートウェイの場合、その他のリポジトリ３０ｂ、３０ｃは、コンテンツ蓄積または電子チケットサービス対応携帯電話、コンテンツ蓄積メディア、コンテンツプレーヤ、電子チケット格納メディア、コンテンツ蓄積メディアや電子チケット格納メディアのスロット付き携帯電話などである。

（実施の形態５）
実施の形態５では、コンテンツの配信に権利ゲートウェイを用いるコンテンツ配信システムについて説明する。

図１６に示す配信システムにおいて、配信コントローラ１１は、配信するコンテンツの格納先を示すコンテンツ参照データベース７００と、リポジトリのモデル番号からＤＲＭ能力を参照できる能力テーブルを格納した能力データベース３１０とを有する。

配信コントローラ１１は、制作ユニット１０からコンテンツを受信すると、配信コントローラ１１のポリシーに基づいて配信コンテンツを生成し、生成した配信コンテンツのオリジナルを自ら保持するとともに、権利ゲートウェイ１００ａに変換要求を送り、配信コンテンツの変換を依頼する。この変換要求には、
・配信コンテンツ
・変換先フォーマット（または変換先の権利管理性能、またはコントローラタイ
プ、ストレージタイプ）
・配信コントローラ１１で設定した変換ポリシー
が含まれる。

そして、変換要求を受信した権利ゲートウェイ１００ａは、配信コンテンツを要求されたフォーマットに変換して格納する。

コンテンツ参照データベース７００には、コンテンツ名と、そのコンテンツを利用するために必要な権利管理性能と、配信コンテンツの格納先とが記録される。従って、コンテンツ参照データベース７００には、制作ユニット１０で設定されたコンテンツの利用条件に対応する権利管理性能が必要なコンテンツの格納先として、配信コントローラ１１が記録され、また、変換ポリシーに従って変換した利用条件に対応する権利管理性能が必要なコンテンツの格納先として、権利ゲートウェイ１００ａが記録されることになる。

そして、配信コントローラ１１は、配信の準備が整ったコンテンツの配信コンテンツ情報をポータル１２に送信する。

そして、ポータル１２は、受信した配信コンテンツ情報に基づいて、ポータルページに載せるコンテンツを更新する。

そして、ユーザがコンテンツコントローラ１４からポータル１２にアクセスしてコンテンツを選択すると、ポータル１２は、コンテンツコントローラ１４の接続を配信コントローラ１１に切り換える。

そして、配信コントローラ１１は、コンテンツコントローラ１４に能力情報を要求することにより、または、能力データベース３１０の能力テーブルでコンテンツコントローラ１４のモデル番号に対応するＤＲＭ能力を参照することにより、ユーザの権利管理性能を確認する。

そして、配信コントローラ１１は、コンテンツ参照データベース７００から、コンテンツ名がユーザの選択したコンテンツのコンテンツ名に一致し、かつ、権利管理性能がユーザの権利管理性能に一致するコンテンツの格納先を検索する。

この検索結果として格納先が配信コントローラ１１自身である場合は、該当する配信コンテンツをコンテンツコントローラ１４に送信する。一方、格納先が権利ゲートウェイ１００ａである場合は、コンテンツコントローラ１４の接続を権利ゲートウェイ１００ａに切り換える。

後者の場合、権利ゲートウェイ１００ａは、格納している配信コンテンツの中から、ユーザが要求する配信コンテンツを検索して、コンテンツコントローラ１４に送信する。

また、図１７は、ポータル１２がコンテンツ参照データベース７１０と能力データベース３２０とを有する場合を示している。

このシステムの配信コントローラ１１は、制作ユニット１０からコンテンツを受信すると、配信コントローラ１１のポリシーに基づいて配信コンテンツを生成し、生成した配信コンテンツのオリジナルを自ら保持するとともに、権利ゲートウェイ１００ａに変換要求を送り、配信コンテンツの変換を依頼する。変換要求の内容は、図１６の場合と同じである。また、配信コントローラ１１は、配信コンテンツ情報をポータル１２に登録する。

そして、変換要求を受信した権利ゲートウェイ１００ａは、配信コンテンツを要求されたフォーマットに変換して格納し、配信コンテンツ情報をポータル１２に送信する。

そして、ポータル１２は、配信コンテンツ情報を受信してコンテンツ参照データベース７１０に記録するとともに、受信した配信コンテンツ情報に基づいて、ポータルページに載せるコンテンツを更新する。

そして、ユーザがコンテンツコントローラ１４からポータル１２にアクセスすると、ポータル１２は、コンテンツコントローラ１４から得たコントローラタイプやストレージタイプの情報を基に、能力データベース３２０の能力テーブルを用いてユーザの権利管理性能を確認し、ユーザに提示するコンテンツを、ユーザの権利管理性能に対応するコンテンツに変更する。

そして、ユーザがポータルページからコンテンツを選択すると、ポータル１２は、コンテンツ参照データベース７１０から、コンテンツ名がユーザの選択したコンテンツのコンテンツ名に一致し、かつ、権利管理性能がユーザの権利管理性能に一致するコンテンツの格納先を検索し、この検索した格納先にコンテンツコントローラ１４の接続を切り換える。

そして、コンテンツコントローラ１４と接続された配信コントローラ１１または権利ゲートウェイ１００ａは、ユーザの要求するコンテンツをコンテンツコントローラ１４に送信する。

また、図１８は、権利ゲートウェイ１００ａが能力データベース３００を有し、ポータル１２がコンテンツ参照データベース７１０を有する場合を示している。

このシステムの配信コントローラ１１は、制作ユニット１０からコンテンツを受信すると、配信コントローラ１１のポリシーに基づいて配信コンテンツを生成し、生成した配信コンテンツのオリジナルを自ら保持するとともに、権利ゲートウェイ１００ａに変換要求を送り、配信コンテンツの変換を依頼する。変換要求の内容は、図１６の場合と同じである。また、配信コントローラ１１は、配信コンテンツ情報をポータル１２に登録する。

そして、変換要求を受信した権利ゲートウェイ１００ａは、配信コンテンツを要求されたフォーマットに変換して格納し、配信コンテンツ情報をポータル１２に送信する。

そして、ポータル１２は、配信コンテンツ情報を受信してコンテンツ参照データベース７１０に記録するとともに、受信した配信コンテンツ情報に基づいて、ポータルページに載せるコンテンツを更新する。

そして、ユーザがコンテンツコントローラ１４からポータル１２にアクセスすると、ポータル１２は、コンテンツコントローラ１４から得たコントローラタイプやストレージタイプの情報を権利ゲートウェイ１００ａに送り、権利ゲートウェイ１００ａは、能力データベース３００の能力テーブルを用いて、当該コントローラタイプやストレージタイプの権利管理性能を求めてポータル１２に返す。そして、ポータル１２は、ユーザに提示するコンテンツを、ユーザの権利管理性能に対応するコンテンツに変更する。

そして、ユーザがポータルページからコンテンツを選択すると、ポータル１２は、コンテンツ参照データベース７１０から、コンテンツ名がユーザの選択したコンテンツのコンテンツ名に一致し、かつ、権利管理性能がユーザの権利管理性能に一致するコンテンツの格納先を検索し、この検索した格納先にコンテンツコントローラ１４の接続を切り換える。

そして、コンテンツコントローラ１４と接続された配信コントローラ１１または権利ゲートウェイ１００ａは、ユーザの要求するコンテンツをコンテンツコントローラ１４に送信する。

なお、図１９に示すように、権利ゲートウェイ１００ａが能力データベース３００を有し、配信コントローラ１１がコンテンツ参照データベース７００を有する形態も可能である。

このように、上記各システムでは、制作ユニット１０のライセンスポリシーに加えて、配信コントローラ１１のライセンスポリシーを追加することができるため、コンテンツの著作権を損なわない範囲で、コンテンツを利用できるコンテンツコントローラ１４やストレージ１５の機種を拡大し、コンテンツの利用を促進することができる。一方、コンテンツの制作者は、コンテンツコントローラ１４やストレージ１５のＤＲＭ性能を考慮して利用条件を設定する煩わしさから解放される。

また、上記各システムのうち、特に、コンテンツ参照データベース７１０と能力データベース３２０とを共にポータル１２に設けた図１７のシステムでは、ポータル１２にアクセスしたコンテンツコントローラ１４に対して迅速な応答が可能である。

一方、コンテンツ参照データベース７１０、７００と能力データベース３００とを別の装置に設けた図１８および図１９のシステムでは、負荷の分散を図ることができる。

なお、他のバリエーションとして、配信コントローラから変換要求を受けてライセンスの変換処理を行う権利ゲートウェイが、権利ゲートウェイのポリシーに基づいて、ライセンス変換のルールを追加できるようにしても良い。但し、制作ユニットや配信コントローラにより、権利ゲートウェイのこのような動作が禁止されている場合は、その限りでない。

また、ライセンス変換に複数の選択肢がある場合は、ユーザ（またはコントローラ）がポータル１２上、または、配信コントローラ１１上もしくは権利ゲートウェイ１００ａ上で選択を行うようにしても良い。

また、権利ゲートウェイ１００ａは、コンテンツコントローラ１４のアクセス履歴を管理することにより、コンテンツコントローラ１４に対してコンテンツの複数回のダウンロードを許可するライセンスに変換することが可能になる。

また、権利ゲートウェイ１００ａは、コンテンツコントローラ１４への配信を管理することにより、アクセス時のコンテンツコントローラ１４およびストレージ１５の状態に適したコンテンツを配信する動的なライセンスに変換することが可能になる。

（実施の形態６）
実施の形態６では、ホームゲートウェイ上に配置された権利ゲートウェイの動作について説明する。

まず、図２０において、ホームゲートウェイ１６上にある権利ゲートウェイ１００ｄが、配信コントローラ１１からコンテンツをコンテンツコントローラ１４にダウンロードする場合にどのような動作を行うかについて説明する。

ユーザがコンテンツコントローラ１４からコンテンツダウンロード操作を実行すると、ホームゲートウェイ１６は、配信コントローラ１１からコンテンツＡと権利情報Ａをダウンロードする。

そして、権利ゲートウェイ１００ｄは、ホームゲートウェイ１６によりコンテンツコントローラ１４およびストレージ１５の能力情報２２０、２１０を取得する。なお、ホームゲートウェイ１６上に家庭内の端末の情報のデータベースが設けられている場合もある。

そして、権利ゲートウェイ１００ｄは、能力情報２２０、２１０と権利情報Ａとを参照して、権利情報Ａの変換ポリシーに基づいて、必要に応じてコンテンツＡおよび権利情報Ａの変換を行い、変換結果をコンテンツＢおよび権利情報Ｂとしてコンテンツコントローラ１４に送信する。

次に、図２１において、ホームゲートウェイ１６上にある権利ゲートウェイ１００ｄが、ストレージ１５ａに格納されているコンテンツＡを別のストレージ１５ｂにチェックアウトする場合にどのような動作を行うかについて説明する。

ユーザがコンテンツコントローラ１４に対してチェックアウト操作を実行すると、コンテンツコントローラ１４は、ストレージ１５ｂの能力情報２１０を取得する。また、コンテンツコントローラ１４は、ストレージ１５ａのコンテンツＡおよび権利情報Ａにアクセスして、ホームゲートウェイ１６に能力情報２１０、コンテンツＡ、および権利情報Ａを送信する。但し、ホームゲートウェイ１６が家庭内端末に関する情報データベースを有する場合は、能力情報２１０の送信は不要である。

ホームゲートウェイ１６上の権利ゲートウェイ１００ｄは、能力情報２１０と権利情報Ａとを参照して、権利情報Ａの変換ポリシーに基づいて、必要に応じてコンテンツＡおよび権利情報Ａの変換を行い、変換結果をコンテンツＢおよび権利情報Ｂとしてコンテンツコントローラ１４を介してストレージ１５ｂに送信する。

このように、ホームゲートウェイ１６上に権利ゲートウェイ１００ｄを設けることにより、ホームゲートウェイ１６は、情報家電へのコンテンツのダウンロードや、情報家電内でのコンテンツのチェックアウトなどを円滑に制御することができる。

（実施の形態７）
実施の形態７では、ピア・ツー・ピア（peer to peer）ファイル交換により「個人対個人」がサーバを介さずにネットワーク上で音楽や画像などのコンテンツを交換する場合の権利ゲートウェイの動作について説明する。

図２２は、リポジトリ２０とリポジトリ３０とが、権利ゲートウェイ１００を介して情報（コンテンツ（カタログ情報を含む）および権利情報）を双方向でやりとりする状態を示している。

リポジトリ２０からリポジトリ３０に情報Ａ（コンテンツ（カタログ情報を含む）および権利情報）を送信するとき、権利ゲートウェイ１００は、送信先のリポジトリ３０の能力情報２００ｂを取得し、取得した能力情報２００ｂと情報Ａの権利情報とを参照し、必要な変換を行った後、情報Ａをリポジトリ３０に送信する。このとき、権利ゲートウェイ１００は、変換の履歴を格納する。

そして、リポジトリ３０からリポジトリ２０に情報Ｂを送信するとき、権利ゲートウェイ１００は、これまでの変換履歴８００を参照して、情報Ｂ（コンテンツ（カタログ情報を含む）および権利情報）の変換の処理を変える。

例えば、リポジトリ２０からリポジトリ３０への変換が何度も行われている場合は、リポジトリ３０からリポジトリ２０への送信時に、料金を安くしたり、権利を有利に変換したりする（例えば、期間の場合は通常よりも長くし、回数の場合は通常よりも多くする）。

また、リポジトリ２０からリポジトリ３０への情報提供が無料で行われている場合は、リポジトリ３０からリポジトリ２０への送信時に、料金を無料にする。これに対し、リポジトリ２０からリポジトリ３０への情報提供が有料で行われている場合は、リポジトリ３０からリポジトリ２０への送信時に、料金を有料にする。

また、リポジトリ２０からリポジトリ３０への変換が何度も有料で行われており、かつ、リポジトリ２０が多くの利益を上げている場合は、リポジトリ３０からリポジトリ２０への送信時に、料金を高くしたり、権利を不利に変換したりする（例えば、期間の場合は通常よりも短くし、回数の場合は通常よりも少なくする）。

このように、本実施の形態では、権利ゲートウェイ１００は、ピア・ツー・ピアの情報交換において、バランスが取れた情報交換の推進を可能にする。

（実施の形態８）
実施の形態８では、各リポジトリの能力情報をサーバで管理するシステムについて説明する。

このシステムは、図２３に示すように、各リポジトリの能力情報を管理する能力情報管理サーバ９００を有する。

ユーザは、装置購入時などにリポジトリの能力情報を能力情報管理サーバ９００に登録することができる。能力情報を登録したリポジトリは、能力情報を自ら管理する必要がなくなる。

リポジトリ２０からリポジトリ３０ａに情報を送信するとき、権利ゲートウェイ１００は、送信先のリポジトリ３０ａからリポジトリ３０ａのＩＤを受信し、能力情報管理サーバ９００にアクセスして、リポジトリ３０ａのＩＤに対応するリポジトリ３０ａの能力情報を取得する。

なお、能力情報管理サーバ９００は、権利ゲートウェイ上、ポータル上、配信コントローラ上、またはリポジトリ上のいずれの位置に存在しても良い。

（実施の形態９）
実施の形態９では、権利ゲートウェイでのライセンス変換に個人情報を利用するシステムについて説明する。

このシステムは、図２４に示すように、能力情報管理サーバ９００に加えて、顧客情報や買い物履歴情報などの個人情報を管理する個人情報管理サーバ１０００を有する。

このシステムでは、ユーザがコンテンツコントローラ１４からポータル１２にアクセスし、コンテンツコントローラ１４のＩＤがポータル１２に送信されると（１）、ポータル１２は、受信したコンテンツコントローラＩＤを権利ゲートウェイ１００ａに送信する（２）。

そして、権利ゲートウェイ１００ａは、配信コントローラ１１からカタログ情報Ａおよび権利情報Ａを受信する（３、４）。

また、権利ゲートウェイ１００ａは、能力情報管理サーバ９００からコンテンツコントローラＩＤに対応する能力情報を取得するとともに、個人情報管理サーバ１０００にアクセスし、コンテンツコントローラＩＤから顧客情報や購入履歴情報などの個人情報を取得する（５）。

そして、権利ゲートウェイ１００ａは、配信コントローラ１１から受信したカタログ情報Ａの中からコンテンツコントローラ１４の権利管理能力に適合するカタログ情報を選択し、選択したカタログ情報の中から、例えば、既に購入されたコンテンツのカタログ情報を除いて、ポータル１２に送信する（６）。

そして、ポータル１２は、権利ゲートウェイ１００ａから送信されたカタログ情報をコンテンツコントローラ１４に提示する（７）。

そして、コンテンツコントローラ１４が、権利ゲートウェイ１００ａのアドレスを取得して、コンテンツやカタログ情報のダウンロードを権利ゲートウェイ１００ａに改めて要求すると（８）、権利ゲートウェイ１００ａは、コンテンツコントローラ１４へのダウンロード向けに変換したコンテンツＢやカタログ情報Ｂをコンテンツコントローラ１４に送信する（９）。

このように、本実施の形態のシステムでは、権利ゲートウェイ１００によるコンテンツや権利情報の変換に、個人情報を反映させることができる。

（実施の形態１０）
実施の形態１０では、車載の情報ゲートウェイ上に配置された権利ゲートウェイの動作について説明する。

車載の情報ゲートウェイは、カーナビゲーション装置やカーオーディオ装置などの車載装置のゲートウェイとして動作し、例えば、家庭内の端末に配信された音楽情報や地図情報などのコンテンツを車載装置にダウンロードする場合に、このデータ伝送を仲介する。

図２５は、家庭内で取得したコンテンツを携帯電話で送信し、権利ゲートウェイ１００ｅを配置した車載の情報ゲートウェイ１７を介して、コンテンツコントローラ１４やストレージ１５にダウンロードするシステムを示している。この場合、配信コントローラ１１は携帯電話であり、コンテンツコントローラ１４はカーナビゲーション装置やカーオーディオ装置である。

ユーザがコンテンツコントローラ１４に対してコンテンツのダウンロードの操作を実行すると、車載の情報ホームゲートウェイ１７は、配信コントローラ１１からコンテンツＡと権利情報Ａをダウンロードする。

そして、権利ゲートウェイ１００ｅは、車載の情報ゲートウェイ１７によりコンテンツコントローラ１４およびストレージ１５の能力情報２２０、２１０を取得する。但し、車載の情報ゲートウェイ１７に車載装置の情報のデータベースがある場合は、この動作は不要である。

そして、権利ゲートウェイ１００ｅは、能力情報２２０、２１０と権利情報Ａとを参照し、権利情報Ａの変換ポリシーに基づいて、必要に応じてコンテンツＡや権利情報Ａの変換を行い、変換結果をコンテンツＢおよび権利情報Ｂとしてコンテンツコントローラ１４に送信する。このコンテンツＢおよび権利情報Ｂは、コンテンツコントローラ１４またはストレージ１５で蓄積される。

図２６は、権利ゲートウェイ１００ｅが配置された車載の情報ゲートウェイ１７を介して、ストレージ１５ａに格納されているコンテンツＡをストレージ１５ｂにチェックアウトする場合の構成を示している。

ユーザがコンテンツコントローラ１４ａに対して「ストレージ１５ａからストレージ１５ｂへ」のチェックアウト実行操作を行うと、コンテンツコントローラ１４ａは、コンテンツＡと権利情報Ａを含むチェックアウト要求を車載の情報ゲートウェイ１７に送信する。

そして、車載の情報ゲートウェイ１７は、コンテンツコントローラ１４ｂにアクセスし、コンテンツコントローラ１４ｂおよびストレージ１５ｂの能力情報２２０、２１０を取得する。但し、車載の情報ゲートウェイ１７が、車内端末に関する情報データベースを有する場合は、能力情報２２０、２１０の取得は不要である。

そして、権利ゲートウェイ１００ｅは、能力情報２２０、２１０と権利情報Ａとを参照し、変換ポリシーに基づいて、必要に応じてコンテンツＡおよび権利情報Ａの変換を行い、変換結果をコンテンツＢおよび権利情報Ｂとしてコンテンツコントローラ１４ｂに送信する。このコンテンツＢおよび権利情報Ｂは、ストレージ１５ｂで蓄積される。

このように、本実施の形態では、車両に権利ゲートウェイを設けることにより、車載機器にダウンロードするコンテンツのライセンス変換が可能になる。

なお、ここでは、携帯電話から車載機器にコンテンツをダウンロードする場合について説明したが、この逆、つまり、車載機器から携帯電話にコンテンツをダウンロードするようにしても良い。この場合、コンテンツコントローラは携帯電話、配信コントローラは車載機器となる。

（実施の形態１１）
実施の形態１１では、電子チケットサービスにおける権利ゲートウェイの動作について説明する。

電子チケットに関しては、電子チケットがユーザに表示するためのコンテンツを保持している場合もありうるが、ここでは、電子チケットとして、ユーザに入場などの許可を与える権利情報のみが流通する場合について説明する。

図２７は、コンテンツコントローラ１４からネットワーク１３を通じて電子チケット（権利情報Ａ）を購入することが可能な電子チケットサービスのシステムを示している。

ユーザがコンテンツコントローラ１４に対して電子チケット購入（支払いを伴わない場合を含む）の操作を実行すると、コンテンツコントローラ１４は、権利ゲートウェイ１００ａに対して、コンテンツコントローラ１４の能力情報２２０およびストレージ１５の能力情報２１０と共に権利情報（電子チケット）のダウンロード要求を送信する。但し、権利ゲートウェイ１００ａが、コンテンツコントローラ１４およびストレージ１５に関する情報データベースを有する場合は、それぞれのＩＤを送信するのみでも良い。

そして、権利ゲートウェイ１００ａは、能力情報２２０、２１０と権利情報Ａとを参照し、必要に応じて、変換ポリシーに基づいて権利情報（電子チケット）Ａの変換を行い、変換結果を権利情報Ｂとしてコンテンツコントローラ１４に送信する。この権利情報（電子チケット）Ｂは、ストレージ１５に格納される。

このとき、権利ゲートウェイ１００ａで行われる権利情報（電子チケット）変換の具体例としては、次のようなものがある。

例えば、期間が制限され、その期間内であれば何回でも利用できる電子チケットを、期間管理のできないコンテンツコントローラおよびストレージに配信する場合は、権利情報（電子チケット）を、１回使いきりのチケットと、そのチケットを使用した後、再度電子チケットのダウンロード要求を行うためのヘルパーアプリケーションとに変換して送信する。

また、電子チケットの使用可能な場所が規定されている場合において、この電子チケットを場所制限のできないコンテンツコントローラおよびストレージに配信するときは、場所制限付きの権利情報（電子チケット）を、有効な場所に行った時に電子チケットのダウンロード要求を行うためのヘルパーアプリケーションに変換して送信する。

なお、これらのヘルパーアプリケーションは、権利情報と独立に送信することも、権利情報の一部として送信することも可能である。

そして、権利ゲートウェイ１００ａは、コンテンツコントローラ１４からのヘルパーアプリケーションに基づく電子チケットの取得要求を受け付け、その要求が正当である場合に、適切な権利情報（コンテンツ情報付きの場合もある）をコンテンツコントローラ１４に送信する。

このように、権利ゲートウェイを介在させた電子チケットサービスシステムでは、電子チケットの購入が可能な機器の範囲を拡げることができ、また、電子チケットサービスに供する電子チケットの種類を拡大することができる。

なお、本実施の形態では、コンテンツの利用条件を、コンテンツの利用期間や利用回数で規定する例を主に示したが、コンテンツの利用条件は、次に示すように、種々の観点から規定することができる。
・コピー規制
コピーの禁止
・回数による規制
操作回数（再生回数、表示回数、印刷回数、コピー回数など）
１回とみなす最短時間（開始からどれだけ経過したら１回とみなすか）
・期間の規制
日時指定（開始日時、終了日時）
再生・表示を始めてからの時間
コンテンツ利用の累積時間
ライセンス発行からの時間
ライセンス受信からの時間
ライセンス受信から（ライセンスの）終了命令受信まで
時間帯指定（例えば、午前中、１０：００〜１５：００）
・場所による規制
移動中の禁止／移動中のみ利用可
場所（学校、家、特定の場所）
・天気による規制
・気温による規制
・個人認証による規制
年齢
性別
所有の商品リスト
使用履歴
・デバイスの性能による規制
音質、画質
但し、天気、温度、場所、個人認証による利用条件の規定は、その検知手段を有する場合に可能になる。例えば、
・リポジトリにセンサ（判断デバイス）が付いている場合
・問い合わせサーバがあり、そのサーバへの問い合わせの機能が付いている場合
・特定のエリアで、情報がＢｌｕｅｔｏｏｔｈや無線ＬＡＮなどで発信されており、リポジトリにその受信機能がある場合
などである。

また、本実施の形態では、利用条件の変換（ライセンス変換）の具体例として、期間制限を回数制限に変換する例を示しているが、その他、次のようなライセンス変換も可能である。
＜期間から回数への変換＞
・最短時間の指定ができない場合、最短時間の指定ができる場合よりも許可回数が増える
・音質（端末のパフォーマンス）が悪いと、再生許可回数が増える
＜回数から回数への変換＞
・歌詞の再生（表示）ができない端末向けには、曲の再生許可回数を増やす
・印刷ができない端末では、印刷許可回数分だけ表示許可回数を増やす
・１画面の表示時間制限がない場合や、表示や再生の戻れない制限がない場合
コンテンツのページ数が少なくなる
文字が少なくなる
章（コンテンツの部分）ごと、場所ごとにライセンスが必要になる
場所（位置）ごとにライセンスが必要になる
・最短時間の指定ができない場合
ａ．最後まで再生／表示しないと１回にならない場合、回数を減らす
ｂ．１秒でも再生／表示すると１回になる場合、回数を増やす
＜期間から期間への変換＞
・終了日時が検出できない場合、終了命令受信までに変換
＜場所から期間（時間帯指定）への変換＞（場所の検出ができない場合）
・電車では許可しないという権利を、ラッシュアワーは許可しないに変換
・学校のみ許可という権利を、９：００−１５：００まで許可に変換
＜気温から期間（時間帯・期間指定）への変換＞
・気温２０度以上の場合許可するという権利を、期間と時間帯の制限（夏の昼間など）に変換
などである。

また、電子チケット使用時の条件によって権利の変換を変えることができる。条件の具体例としては、例えば、次のようなものが考えられる。

１）チケット使用時にユーザ認証を行うか否か
ユーザ認証の種類には、上記ＰＩＮや生体認証などがある。ＰＩＮは通常４桁の数字を入力するが、桁数によってセキュリティが高くなる。ＰＩＮよりも生体認証の方がセキュリティが高い場合もあり、生体認証の中でも指紋認証よりも虹彩認証の方がセキュリティが高いと言われている。このようなユーザ認証の有無、ユーザ認証がある場合もその手段によって変換を変えることができる。

２）通信路のセキュリティレベル
例えば、Ｂｌｕｅｔｏｏｔｈ自体には通信路のセキュリティ機能が規定されているが、赤外線には通信としてセキュア通信の機能がない。このように通信路のセキュリティ機能があるか否かで変換を変えることができる。

３）運用のしやすさ
例えば、ＩＣカードのタッチアンドゴーサービスでは、通信時間が短いため、処理がエラーになる確率が高いが、一方、Ｂｌｕｅｔｏｏｔｈや赤外線では、通信距離が長いため、再送処理などで処理時間が長くなっても対応することができ、エラーになる確率は低い。また、ＩＣカードの接触通信を用いる場合は、処理が完了するまでユーザはデバイスを動かせないため、エラーになる確率は低い。このように、運用時にエラーの発生する確率が低い通信路を用いているか否かで変換を変えることができる。

このように、電子チケット使用時の条件によって権利の変換を変えることにより、チケット発行者が望むチケット使用時の条件を満たしているユーザ端末に対しては、当該ユーザに有利になるように権利の変換方法を変えて、差別化を図ることができる。

これらに共通しているのは、電子チケットの改札時に用いる通信手段（例えば、Ｂｌｕｅｔｏｏｔｈ、赤外線、非接触）を条件にして、権利を変換していることである。

すなわち、同じ種類の電子チケットであっても、ユーザ端末により、チケット使用時の通信手段が異なることがある。例えば、Ｂｌｕｅｔｏｏｔｈ、赤外線、非接触、その他の無線通信といった通信手段が考えられる。通信手段によってセキュリティのレベルが異なる場合は、通信手段に応じて権利の変換を変える。

ここで、Ｂｌｕｅｔｏｏｔｈ、赤外線、非接触の特徴（長所／短所など）について説明しておく。Ｂｌｕｅｔｏｏｔｈの特徴としては、例えば、１）盗難防止のためのセキュリティが通信規格として存在すること、２）通信距離が長いため、処理に時間がかかっても正常に終了できること、３）指向性がなく、例えば、端末を所定の方向に向ける必要がないことなどが挙げられる。赤外線の特徴としては、例えば、１）盗難防止のためのセキュリティが通信規格として存在しないこと、２）指向性があることなどが挙げられる。非接触の特徴としては、例えば、１）通信距離が短いため、処理に時間がかかった場合にエラーが多いこと、２）短時間で処理を終わらせようとするため、（例えば、タッチアンドゴー）エラーが多いこと、３）短時間で処理が終わる（タッチアンドゴー）サービスを想定するため、パスワード入力などのユーザ認証を省いたシステムもあり、このようなシステムでは、使用時にユーザのパスワード入力が要求されないと、拾ったデバイスの（本来の持ち物でない）電子チケットが使えてしまうことなどが挙げられる。なお、上記の特徴は、状況によっては長所であったり、逆に短所であったりするため、実際の適用に当たっては、各サービスに応じた様々な変換が必要になってくる。

例えば、期間制限を回数制限に変える場合、チケット使用時の通信路としてよりセキュアな通信手段をサポートしている端末については、回数を多めに変換し、セキュアでない通信路の場合には、回数を少なくする（例えば、１回券）ように変換する。これにより、サービスの差別化を図ることができる。よって、よりセキュアなデバイスを持っているユーザは手間を省くことができ、サービス運用側は運用時のエラーを減らすようにサービスを制御することができる。

具体的には、例えば、期間制限と回数制限の管理機能を持つチケットアプリケーションＡが実装されている携帯端末Ａがあるが、チケット改札処理の通信手段として非接触にしか対応していない場合は、セキュアでない通信路であるため、複数回有効なチケットは配信せず、期間制限かまたは１回だけ有効なチケットに変換して配送する。これに対し、同じチケットアプリケーションＡが実装されている携帯端末Ｂが存在し、チケット改札処理の通信手段としてＢｌｕｅｔｏｏｔｈに対応している場合は、セキュアな通信路であるため、複数回有効なチケットを配信する。つまり、複数回有効なチケットは高額になるため、セキュアな通信路の場合のみ当該サービスを許可する。

また、例えば、度数管理機能を持つチケットアプリケーションＢが実装されている携帯端末Ｃがあるが、チケット改札処理の通信手段として非接触にしか対応していない場合は、セキュアでない通信路であるため、少なめに最大度数の制限を付けて（例えば、最大度数＝５００）チケットを配信する。これに対し、同じチケットアプリケーションＢが実装されている携帯端末Ｄが存在し、チケット改札処理の通信手段としてＢｌｕｅｔｏｏｔｈに対応している場合は、セキュアな通信路であるため、多めに最大度数の制限を付けて（例えば、最大度数＝１０００）チケットを配信する。

また、格納デバイスにＰＩＮ（Personal Identifier Number）入力機能があるかどうかによって権利の変換を変えることも可能である。

以上の説明から明らかなように、本発明によれば、コンテンツの著作権を保護するための利用制限が多様化し、それに対応する各種のＤＲＭ能力を備えた機器や記録媒体が作られている状況のもとで、著作権を損なわずに、コンテンツの利用が可能となる機器や記録媒体の範囲を拡げ、コンテンツの利用の促進を図ることを可能にする。

また、音楽などの配信サービスに止まらず、電子チケットサービスなどのシステムの利便性を高め、これらのオンラインサービスの利用を促進することができる。

また、コンテンツの制作者は、コンテンツ利用機器の各種のＤＲＭ性能を考慮してコンテンツの利用条件を設定する煩わしさから開放される。

また、コンテンツ購入のポータルページには、ユーザの機器で利用可能なコンテンツのみが表示されるため、ユーザが利用できないコンテンツを間違って購入する危険を防ぐことができる。

また、新たにコンテンツ利用機器や記録媒体を購入する際に、このシステムから適切なアドバイスを受けることができる。

本発明の情報変換システムの基本構成図 図１の権利ゲートウェイの物理的な構成例を示す図 図１の権利ゲートウェイの基本構成の一例を示すブロック図 権利ゲートウェイが配置されたコンテンツ配信システムの一例を示す構成図 権利ゲートウェイが配置されたコンテンツ配信システムの他の一例を示す構成図 本発明の実施の形態１におけるコンテンツ配信システム（コンテンツコントローラに権利ゲートウェイを配置した場合）の一例を示す要部構成図 権利情報の内容の項目を示す図 権利情報の記述例を示す図 本発明の実施の形態２におけるコンテンツ配信システム（ストレージに権利ゲートウェイを配置した場合）の一例を示す要部構成図 本発明の実施の形態２におけるコンテンツ配信システム（ストレージに権利ゲートウェイを配置した場合）の他の一例を示す要部構成図 本発明の実施の形態３におけるコンテンツ配信システム（カタログ情報の最適化を図るシステム）の一例を示す要部構成図 本発明の実施の形態３におけるコンテンツ配信システム（カタログ情報の最適化を図るシステム）の他の一例を示す要部構成図 本発明の実施の形態３におけるコンテンツ配信システム（カタログ情報の最適化を図るシステム）のさらに他の一例を示す要部構成図 本発明の実施の形態４におけるコンテンツ配信システム（ユーザヘルプサービスを行う場合）の一例を示す要部構成図 本発明の実施の形態４におけるコンテンツ配信システム（ユーザヘルプサービスを行う場合）においてユーザヘルプサービスを利用するための能力情報および使用履歴の持ち方を示す図 本発明の実施の形態５におけるコンテンツ配信システムの一例を示す構成図 本発明の実施の形態５におけるコンテンツ配信システムの他の一例を示す構成図 本発明の実施の形態５におけるコンテンツ配信システムのさらに他の一例を示す構成図 本発明の実施の形態５におけるコンテンツ配信システムのさらに他の一例を示す構成図 本発明の実施の形態６におけるコンテンツ配信システム（ホームゲートウェイに権利ＧＷを配置した場合）の一例を示す構成図 本発明の実施の形態６におけるコンテンツ配信システム（ホームゲートウェイに権利ゲートウェイを配置した場合）の他の一例を示す要部構成図 本発明の実施の形態７におけるコンテンツ配信システム（権利ゲートウェイを配置したピア・ツー・ピアシステムの場合）の一例を示す要部構成図 本発明の実施の形態８におけるコンテンツ配信システム（能力情報管理サーバを配置した場合）の一例を示す要部構成図 本発明の実施の形態９におけるコンテンツ配信システム（個人情報管理サーバを配置した場合）の一例を示す要部構成図 本発明の実施の形態１０におけるコンテンツ配信システム（車載の情報ゲートウェイに権利ゲートウェイを配置した場合）の一例を示す構成図 本発明の実施の形態１０におけるコンテンツ配信システム（車載の情報ゲートウェイに権利ゲートウェイを配置した場合）の他の一例を示す要部構成図 本発明の実施の形態１１におけるコンテンツ配信システム（権利ゲートウェイを配置した電子チケットサービスの場合）の一例を示す要部構成図 従来のコンテンツ配信システムの一例を示す構成図

符号の説明

１０ 制作ユニット
１１、１１ａ、１１ｂ 配信コントローラ
１２ ポータル
１３ ネットワーク
１４、１４ａ、１４ｂ コンテンツコントローラ
１５、１５ａ、１５ｂ ストレージ
１６ ホームゲートウェイ
１７ 車載の情報ゲートウェイ
２０、３０、３０ａ、３０ｂ、３０ｃ リポジトリ
５０ 情報家電
１００、１００ａ、１００ｂ、１００ｃ、１００ｄ、１００ｅ 権利ゲートウェイ
１１０ 送受信制御部
１２０ データ取得部
１３０ データ変換部
１３２ 変換ポリシー参照部
１４０ 制御部
２００、２００ａ、２００ｂ、２００ｃ、２１０、２２０、２２０ａ、２２０ｂ 能力情報
３００、３１０、３２０ 能力データベース
４００ 参照用変換ポリシー
４１０ 変換ポリシー
５００ 変換ポリシーサーバ
５１０ 変換ポリシーデータベース
６００ｂ、６００ｃ、６１０ａ、６１０ｂ 使用履歴
７００、７１０ コンテンツ参照データベース
８００ 変換履歴
９００ 能力情報管理サーバ
１０００ 個人情報管理サーバ

Claims (8)

1. コンテンツを端末に配送するサーバであって、
   前記端末がサポートする、前記コンテンツの利用に関する権利管理能力情報を取得するデータ取得部と、
   前記権利管理能力情報に基づいて、前記権利管理能力情報に対応する利用条件が設定されたコンテンツを選択する選択部と、
   前記端末の要求に応じて、前記選択されたコンテンツを前記端末に配送する送信部と、
   を有するサーバ。
2. 前記選択部は、前記権利管理能力情報と、前記コンテンツの利用条件を規定する権利情報とを参照して、前記権利管理能力情報に対応する利用条件が設定されたコンテンツを選択する請求項１記載のサーバ。
3. 前記利用条件は、前記コンテンツをコピー可能なコピー回数およびコピー世代数、ならびに、前記コンテンツを利用可能な利用期限、利用期間、累積利用時間、および累積利用回数から選択される少なくとも一つを含む請求項１または請求項２記載のサーバ。
4. 前記選択部は、前記権利管理能力情報に基づいて、前記端末から要求されたコンテンツ名と一致し、かつ、前記権利管理能力情報に対応する利用条件が設定されたコンテンツを選択する請求項１から請求項３のいずれかに記載のサーバ。
5. コンテンツを端末に配送するサーバのコンテンツ配送方法であって、
   前記端末がサポートする、前記コンテンツの利用に関する権利管理能力情報を取得するステップと、
   前記権利管理能力情報に基づいて、前記権利管理能力情報に対応する利用条件が設定されたコンテンツを選択するステップと、
   前記端末の要求に応じて、前記選択されたコンテンツを前記端末に配送するステップと、
   を有するコンテンツ配送方法。
6. 前記コンテンツを選択するステップでは、前記権利管理能力情報と、前記コンテンツの利用条件を規定する権利情報とを参照して、前記権利管理能力情報に対応する利用条件が設定されたコンテンツを選択する請求項５記載のコンテンツ配送方法。
7. 前記利用条件は、前記コンテンツをコピー可能なコピー回数およびコピー世代数、ならびに、前記コンテンツを利用可能な利用期限、利用期間、累積利用時間、および累積利用回数から選択される少なくとも一つを含む請求項５または請求項６記載のコンテンツ配送方法。
8. 前記コンテンツを選択するステップでは、前記権利管理能力情報に基づいて、前記端末から要求されたコンテンツ名と一致し、かつ、前記権利管理能力情報に対応する利用条件が設定されたコンテンツを選択する請求項５から請求項７のいずれかに記載のコンテンツ配送方法。

Images