(57)【要約】【課題】  コンテンツサービス業者が提供しているコンテンツ配信システムに適応し、ユーザとコンテンツサービス業者間に透過性を有させ、両者に負荷の少ないコンテンツ仲介サーバを提供する。【解決手段】  コンテンツ仲介サーバ１は、購入要求受信部１１、アドレス検出部１２、コンテンツ識別情報検出部１３、ユーザ決済情報検出部１４、仲介サーバ決済部１５、アドレス差替部１６、購入要求識別管理部１７、アドレス付加部１８、コンテンツ受信部１９、フォーマット変換部２０、コンテンツ送信部２１、アドレス記憶部２２、決済記憶部、フォーマット記憶部２４等を備え、アドレス差替部１６は、ユーザ再生端末２のアドレスをコンテンツ仲介サーバ１のアドレスに差し替えてコンテンツの代理購入要求をし、配信されたコンテンツはフォーマット変換部２０が変換を行い、ユーザ再生端末２に配信する。【選択図】      図３
2005196564.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツの配信を要求するユーザ再生端末と、通信網を介して前記コンテンツを配信するコンテンツ配信サーバとの間に配置され、コンテンツ配信の仲介を行うコンテンツ仲介サーバであって、
前記ユーザ再生端末より前記コンテンツの購入要求を受け、前記ユーザ再生端末のアドレス情報を自装置のアドレス情報に置き換えて前記コンテンツ配信サーバに前記コンテンツの代理購入要求を送信するアドレス差替部と、
前記コンテンツの購入要求に付加される前記ユーザの決済情報が適正であった場合、自装置の決済情報を用いて前記コンテンツの代理購入決済を行う仲介サーバ決済部
とを備えることを特徴とするコンテンツ仲介サーバ。
【請求項２】
コンテンツの配信を要求するユーザ再生端末と、通信網を介して前記コンテンツを配信するコンテンツ配信サーバとの間に配置され、コンテンツ配信の仲介を行うコンテンツ仲介サーバであって、
前記ユーザ再生端末より前記コンテンツの購入要求を受け、前記ユーザ再生端末のアドレス情報を自装置のアドレス情報に置き換え、自装置の個別化情報を付加し、前記コンテンツ配信サーバに前記コンテンツの代理購入要求を送信するアドレス差替部と、
前記コンテンツ配信サーバより配信される前記個別化情報を用いて暗号化されたコンテンツを受信して復号化する復号部と、
前記コンテンツの購入要求に含まれる前記ユーザ再生端末の個別化情報を用いて、前記複合化したコンテンツを暗号化する暗号部
とを備えることを特徴とするコンテンツ仲介サーバ。
【請求項３】
コンテンツの配信を要求するユーザ再生端末と、通信網を介して前記コンテンツを配信するコンテンツ配信サーバとの間に配置され、コンテンツ配信の仲介を行うコンテンツ仲介サーバであって、
前記ユーザ再生端末より前記コンテンツの購入要求を受け、前記ユーザ再生端末のアドレス情報を自装置のアドレス情報に置き換えて前記コンテンツ配信サーバに前記コンテンツの代理購入要求を送信するアドレス差替部と、
前記コンテンツの購入要求に付加される前記ユーザ再生端末を個別に識別するドメイン属性を検出するドメイン属性検出部と、
前記ドメイン属性を記憶するドメイン属性記憶部と、
前記コンテンツ配信サーバより配信されるコンテンツに前記ドメイン属性記憶部内のドメイン属性を付加し暗号化する暗号部
とを備えることを特徴とするコンテンツ仲介サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネットを介してデジタルコンテンツを配信するコンテンツ配信システムにおいてコンテンツの販売や配布を仲介するコンテンツ仲介サーバに関するものである。
【背景技術】
【０００２】
近年、コンテンツサービス業者によるインターネットを介したデジタルコンテンツの配信サービスが行われている。この配信サービスにおける配信システムでは、例えばオリジナルの音楽データを配信する際に、コンテンツサービス業者の配信手法毎に、配信データを圧縮し、暗号化してユーザに提供する。例えばコンテンツサービス業者Ａの音楽配信サイトでは、コンテンツをＡ方式に圧縮、暗号化してユーザに提供し、コンテンツサービス業者Ｂの音楽配信サイトでは、コンテンツをＢ方式に圧縮、暗号化してユーザに提供している。
【０００３】
コンテンツを安全に配信するために、コンテンツを鍵Ａで暗号化する、あるいはコンテンツを鍵Ｂで暗号化した後に鍵Ｂをさらに鍵Ｃで暗号化してコンテンツと個別に鍵Ａや鍵Ｃを配送する方式が用いられている。コンテンツの暗号を解くための鍵が漏洩するとコンテンツの不正利用に繋がる為、コンテンツを購入するユーザの再生端末を特定する情報、例えばＣＰＵやネットワークカードの情報を用いて鍵の管理を行っている。つまり、このユーザの再生端末でなければコンテンツの暗号を復号して再生できないように構成され、これによってコンテンツの著作権管理が実現されている。
【０００４】
ところで、この音楽コンテンツを購入するユーザは圧縮方式や配信方式を選んでコンテンツを購入することはできない。ユーザは所望の音楽コンテンツを購入した後、再生端末にＡ方式、Ｂ方式等の異なった複数の再生環境を準備する必要がある。インターネットの環境は日々進歩し、コンテンツ提供会社はめまぐるしく変わるので、コンテンツを購入視聴したいユーザは常に最新の再生環境を整えておく必要がある。
【０００５】
このような再生環境の整備を緩和し、コンテンツ配信サーバとユーザの中間に配置し、そのコンテンツデータ配信の仲介を行うコンテンツ仲介サーバが開発されている。コンテンツ仲介サーバとして、例えばブローカーアプリケーションサーバは、レーベル等の送信元から送られたコンテンツをユーザの再生端末に適したデータフォーマットに変換して送信する。更に、必要に応じてデータを暗号化し、データをパケットにフォーマットして、ユーザに送信する（特許文献１参照。）。
【特許文献１】特開平１０−３０３９８６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上記のコンテンツ仲介サーバにおいては、ユーザの再生端末がコンテンツ配信サーバに直接コンテンツ購入の要求を行い、購入要求を受けたコンテンツ配信サーバがコンテンツ仲介サーバにコンテンツを送信しユーザ再生端末の好適なフォーマットに変換してユーザに再配信する構成となる。
【０００７】
しかしながら、これではユーザとコンテンツサービス業者の間に立って透過性のある、つまりユーザにコンテンツ仲介サーバの存在を感じさせず、コンテンツ販売の仲買を行うことができないという問題があった。
【０００８】
また、コンテンツの著作権保護を実現するためのコンテンツの暗号化を行う鍵の仲介が行われないので、現状の配信システムに適用できないという問題があった。
【０００９】
さらに、各コンテンツ配信サーバは個別に膨大なユーザ情報を管理するため、フォーマット変換を行う場合に変換処理時間やサーバへの負荷が大きくなるという問題があった。
【００１０】
そこで本発明は、コンテンツサービス業者が提供しているコンテンツ配信システムに適応し、ユーザとコンテンツサービス業者間において透過性があり、両者に負荷の少ないコンテンツ仲介サーバを提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記問題点を鑑みて、本発明の第１の特徴は、コンテンツの配信を要求するユーザ再生端末（２）と、通信網を介してコンテンツを配信するコンテンツ配信サーバ（３）との間に配置され、コンテンツ配信の仲介を行うコンテンツ仲介サーバであって、ユーザ再生端末（２）よりコンテンツの購入要求を受け、ユーザ再生端末（２）のアドレス情報を自装置のアドレス情報に置き換えてコンテンツ配信サーバ（３）にコンテンツの代理購入要求を送信するアドレス差替部（１６）と、コンテンツの購入要求に付加されるユーザの決済情報が適正であった場合、自装置の決済情報を用いてコンテンツの代理購入決済を行う仲介サーバ決済部（１５）とを備えるコンテンツ仲介サーバであることを要旨とする。
【００１２】
本発明の第２の特徴は、コンテンツの配信を要求するユーザ再生端末（２）と、通信網を介してコンテンツを配信するコンテンツ配信サーバ（３）との間に配置され、コンテンツ配信の仲介を行うコンテンツ仲介サーバであって、ユーザ再生端末（２）よりコンテンツの購入要求を受け、ユーザ再生端末（２）のアドレス情報を自装置のアドレス情報に置き換え、自装置の個別化情報を付加し、コンテンツ配信サーバ（３）にコンテンツの代理購入要求を送信するアドレス差替部（１６）と、コンテンツ配信サーバ（３）より配信される個別化情報を用いて暗号化されたコンテンツを受信して復号化する復号部（２５）と、コンテンツの購入要求に含まれるユーザ再生端末（２）の個別化情報を用いて、複合化したコンテンツを暗号化する暗号部（２６）とを備えるコンテンツ仲介サーバであることを要旨とする。
【００１３】
本発明の第３の特徴は、コンテンツの配信を要求するユーザ再生端末（２）と、通信網を介してコンテンツを配信するコンテンツ配信サーバ（３）との間に配置され、コンテンツ配信の仲介を行うコンテンツ仲介サーバであって、ユーザ再生端末（２）よりコンテンツの購入要求を受け、ユーザ再生端末（２）のアドレス情報を自装置のアドレス情報に置き換えてコンテンツ配信サーバ（３）にコンテンツの代理購入要求を送信するアドレス差替部（１６）と、コンテンツの購入要求に付加されるユーザ再生端末を個別に識別するドメイン属性を検出するドメイン属性検出部（３０）と、ドメイン属性を記憶するドメイン属性記憶部（２９）と、コンテンツ配信サーバ（３）より配信されるコンテンツにドメイン属性記憶部（２９）内のドメイン属性を付加し暗号化する暗号部（２６）とを備えるコンテンツ仲介サーバであることを要旨とする。
【発明の効果】
【００１４】
本発明のコンテンツ仲介サーバによると、ユーザの再生端末がコンテンツ購入処理を行う際に、コンテンツの送受信や決済の面において匿名性が高いコンテンツ仲介が可能である。ユーザとコンテンツサービス業者間で透過性のあるコンテンツ販売の仲買を行うことが可能である。
【００１５】
また、ユーザの再生環境に適したコンテンツの暗号化やドメイン管理されたコンテンツの仲介が可能となる。さらにフォーマット済みのコンテンツをキャッシュすることで、コンテンツを提供する時間を短縮し、サーバの負荷を低減する効果を高めることができる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の実施の形態に係るコンテンツ仲介サーバを用いたコンテンツ仲介システムについて説明する。尚、本発明の実施の形態において使用される機器、手法等は一例であり、本発明はこれらに限定されるものでないことは勿論である。
【００１７】
（第１の実施の形態）
コンテンツ仲介システムは、図１に示すように、コンテンツ仲介サーバ１、ユーザ再生端末２及びコンテンツ配信サーバ３ａ、３ｂより構成される。各装置間は有線、無線の通信網で接続され、通信可能となっている。コンテンツ配信サーバ３ａ、３ｂは、コンテンツファイルを記憶するコンテンツ記憶部３２ａ、３２ｂと、コンテンツファイルをコンテンツ記憶部３２ａ、３２ｂより取得し、要求元に対して配信するコンテンツ配信部３１ａ、３１ｂを備えている。ユーザ再生端末２は、コンテンツ再生部３３を備えており、ダウンロードしたコンテンツを再生する。ユーザの保持するパソコンや携帯電話を代表とするモバイル機器等がこれに該当する。尚、コンテンツ仲介サーバ１は、ユーザ再生端末２がコンテンツ配信サーバ３ａ、３ｂよりコンテンツを購入する際の代理購入、代理決済等を行う。尚、コンテンツを提供するコンテンツ配信サーバ３ａ、３ｂは２つ以上存在して構わない。コンテンツ仲介サーバ１に接続するユーザ再生端末２も複数存在して構わない。
【００１８】
（コンテンツ仲介サーバ）
以下、各装置について詳細に説明する。コンテンツ仲介サーバ１は、図２に示すように、入力装置５１、出力装置５２、主記憶装置５３、補助記憶装置５４、通信インターフェース５６、通信制御装置５７、セントラルプロセッシングユニット（ＣＰＵ）５５等を備えている。
【００１９】
主記憶装置５３は、処理の手順を記述したプログラムや処理されるべきデータを一時的に記憶し、ＣＰＵ５５の要請に従ってプログラムの機械命令やデータを引き渡す。更にＣＰＵ５５で処理されたデータは主記憶装置５３に書き込まれる。主記憶装置５３とＣＰＵ５５はアドレスバス、データバス、制御信号等で結ばれている。主記憶装置５３は、図３に示すアドレス記憶部２２、決済記憶部２３、フォーマット記憶部２４、コンテンツ識別情報記憶部３４及び購入要求識別ＩＤ記憶部３５等を備えている。アドレス記憶部２２は、送信された購入要求に付加されたユーザ再生端末２の宛先アドレスを格納する。このアドレスはコンテンツ仲介サーバ１が要求されたコンテンツを入手してユーザ再生端末２に送信するまでの間保持される。決済記憶部２３は、ユーザのコンテンツ購入の決済に関する情報を格納する。フォーマット記憶部２４は、コンテンツ配信サーバ３より送信されたコンテンツをユーザ再生端末２毎に適したフォーマットに変換するためのフォーマット情報を格納する。コンテンツ識別情報記憶部３４は、コンテンツに関する識別情報を格納する。購入要求識別ＩＤ記憶部３５は、購入要求に際に送信される識別ＩＤを格納する。
【００２０】
ＣＰＵ５５は演算処理装置であり、図３に示すように、購入要求受信部１１、アドレス検出部１２、コンテンツ識別情報検出部１３、ユーザ決済情報検出部１４、仲介サーバ決済部１５、アドレス差替部１６、購入要求識別管理部１７、アドレス付加部１８、コンテンツ受信部１９、フォーマット変換部２０及びコンテンツ送信部２１等を備えている。
【００２１】
購入要求受信部１１は、ユーザ再生端末２から送信されたコンテンツの購入要求を受信するモジュールである。コンテンツの購入要求はユーザ再生端末２からコンテンツ仲介サーバ１に同一のパケットで送信されても、複数のアクセス単位で送信されてもよい。コンテンツの購入要求を同一のパケットで送信する場合のデータ構造を図１７に示す。コンテンツ購入要求が不正に改造されないためにＤＳＡ(デジタルシグニチャルアルゴリズム)等を用いてパケットに署名が付加されている。
【００２２】
アドレス検出部１２は、受信したコンテンツの購入要求より、ユーザ再生端末２のアドレスを検出するモジュールである。具体的には、ユーザ再生端末２のＩＰアドレス、ユーザ再生端末２のコンテンツ購入を実行するサービスのポート番号等を指す。コンテンツ識別情報検出部１３は、購入するコンテンツを識別するための情報を検出するモジュールである。具体的には、コンテンツＵＲＬやコンテンツをユニークに識別するためのコンテンツＩＤ等の情報を指す。
【００２３】
ユーザ決済情報検出部１４は、ユーザの決済情報を検出するモジュールである。具体的に決済情報としては、クレジットカードのカード番号、有効期限、暗証番号、ＩＳＰ課金を行うためのユーザＩＤや暗証番号を指す。これらの決済情報は安全のために公開鍵暗号方式（パブリックキーインフラストラクチャ）等を用いて暗号化されて送信される。
【００２４】
仲介サーバ決済部１５は、コンテンツ仲介サーバ１の決済を行うモジュールである。アドレス差替部１６は、ユーザより依頼されたコンテンツ購入要求の宛先アドレスをコンテンツ仲介サーバ１の宛先アドレスに差し替えるモジュールである。購入要求識別管理部１７はコンテンツの購入要求を識別し管理するモジュールである。
【００２５】
アドレス付加部１８は、コンテンツの購入元のユーザ再生端末２のアドレスを特定するモジュールである。
【００２６】
コンテンツ受信部１９は、コンテンツ配信サーバ３より配信されたコンテンツファイルを受信するモジュールである。フォーマット変換部２０は、コンテンツをユーザ再生端末２の再生環境に適したフォーマットに変換するモジュールである。コンテンツ送信部２１は、フォーマット変換されたコンテンツを、要求元のユーザ再生端末２に送信するモジュールである。
【００２７】
入力装置５１は、キーボード、マウス等のデータの入力モジュールを指す。又、通信インターフェース５６を介してＣＤ、ＭＤ等の外部の記憶装置からデータを入力しても良い。出力装置５２は、ＣＲＴモニタ、液晶モニタ、プリンタ等の出力モジュールを指す。通信インターフェース５６は、有線、無線、光ファイバ等のネットワークと物理的に接続するモジュールを指す。通信制御装置５７は、通信インターフェース５６を介してデータを外部と送受信する際の制御信号を生成し、制御を行うモジュールである。
【００２８】
補助記憶装置５４は、ＣＰＵ５５の作業領域等の補助的なメモリである。主記憶装置５３及び補助記憶装置５４としては、具体的にランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、フラッシュメモリ及びハードディスク（ＨＤＤ）等がある。尚、主記憶装置５３内のアドレス記憶部２２、決済記憶部２３及びフォーマット記憶部２４等の情報が、補助記憶装置５４内に格納されていても構わない。
【００２９】
（コンテンツ購入要求パケット）
コンテンツ配信サーバ３にコンテンツの代理購入を要求するために送信する送信要求は、図４に示すようなパケット構造を持つ。コンテンツの購入要求に必要なデータを分かりやすくするために１つのまとまったデータ構造として例示してあるが、コンテンツ配信サーバ３の購入シーケンスによって複数のデータによってこれらの情報を送ることも可能である。コンテンツ購入要求はコンテンツを識別するための情報、コンテンツ仲介サーバ１を特定するためのアドレス情報、コンテンツ仲介サーバ１の決済情報を含む。コンテンツ仲介サーバ１からコンテンツ配信サーバ３に送られるコンテンツ購入位置を特定する情報として、ユーザ再生端末２のアドレスでなくコンテンツ仲介サーバ１のアドレス情報を送ることで、購入したコンテンツをコンテンツ仲介サーバ１が受信できると共にユーザ再生端末２の匿名性を実現できる。同様にコンテンツ購入に伴う支払いもコンテンツ仲介サーバ１の決済情報をコンテンツ配信サーバ３に送ることでユーザとコンテンツサービス業者のアイソレートを確実にする。コンテンツを購入したユーザの情報をコンテンツ仲介サーバ１で履歴管理すれば、コンテンツサービス業者がコンテンツを購入したユーザの情報を入手でき、しかもユーザ情報の選択的な公開や隠蔽等も任意に制御できる。
【００３０】
（コンテンツ代理購入の動作）
次に、コンテンツ仲介サーバ１による、コンテンツの代理購入の手法について図５を用いて説明する。
【００３１】
（ａ）先ず、ステップＳ１０１において、図３のコンテンツを購入するユーザ再生端末２は、コンテンツ配信サーバ３が提供するＷＥＢサイトにてコンテンツリストを検索し、購入するコンテンツを決定し、コンテンツ配信サーバ３に送信する。ステップＳ１０２において、コンテンツ配信サーバ３は、購入するコンテンツを特定する為の情報、例えばコンテンツの位置を示すＵＲＬ、コンテンツＩＤ等の情報を要求元のユーザ再生端末２に送信する。ステップＳ１０３において、ユーザ再生端末２はコンテンツを特定する為の情報をコンテンツ仲介サーバ１に送信してコンテンツ購入の仲介（仲買)を依頼する。
【００３２】
（ｂ）ステップＳ１０４において、図３のコンテンツ仲介サーバ１の購入要求受信部１１が購入要求を受ける。その後、アドレス検出部１２は、購入要求よりアドレスを検出し、アドレス記憶部２２に格納する。コンテンツ識別情報検出部１３は、コンテンツＵＲＬ等の識別情報を検出し、ユーザ決済情報検出部１４はクレジットカードナンバ等の決済情報を検出する。尚、決済の処理については後述する。ステップＳ１０５において、アドレス差替部１６が代理購入要求の要求元アドレスをユーザ再生端末２のアドレスよりコンテンツ配信サーバ３のアドレスに差し替えると、コンテンツ代理購入の依頼をコンテンツ配信サーバ３に送信する。
【００３３】
（ｃ）ステップＳ１０６において、コンテンツ購入の依頼を受けたコンテンツ配信サーバ３は、要求されたコンテンツを図１のコンテンツ記憶部３２ａより取得し、コンテンツ仲介サーバ１へ送信する。送信されるコンテンツのデータ構造を図１８に示す。
【００３４】
（ｄ）ステップＳ１０７において、コンテンツ受信部１９がコンテンツを受信すると、フォーマット変換部２０が、このコンテンツのフォーマットをユーザ再生端末２に好適となるように変換する。更に、コンテンツ配信サーバから送られてきたコンテンツがどの購入要求に対応しているかを購入要求識別管理部１７が識別し、ステップＳ１０８にてアドレス付加部１８が、アドレス記憶部２２に格納されていた要求元ユーザ再生端末２のアドレスを付加する。
【００３５】
（ｅ）最後にステップＳ１０９において、コンテンツ送信部２１が、ユーザ再生端末２にフォーマット変換されたコンテンツを送信し、コンテンツ購入のセッションを完了する。
【００３６】
尚、ステップＳ１０４の決済の処理に関しては、コンテンツ配信サーバ３がコンテンツ仲介サーバ１と決済を行い、ユーザ再生端末２がコンテンツ仲介サーバ１と決済を行うことでユーザとコンテンツサービス業者の決済の仲介が実現できる。以下この動作を図６のシーケンス図を用いて詳述する。
【００３７】
（ａ）ステップＳ２０１において、ユーザ再生端末２からコンテンツ購入の要求がコンテンツ仲介サーバ１に送られると、ステップＳ２０２においてユーザ決済情報検出部１４は、ユーザの決済情報からユーザの支払口座が有効であることを確認する。ユーザの口座の信用が得られると（ステップＳ２０３）、コンテンツ仲介サーバ１はステップＳ２０４にてコンテンツ配信サーバにコンテンツを要求する。コンテンツ配信サーバ３はステップＳ２０５にて図３の仲介サーバ決済部１５を介してコンテンツ仲介サーバ１の口座を確認し、ステップＳ２０６にてコンテンツ仲介サーバ１の口座の信用がとれれば、コンテンツをコンテンツ仲介サーバ１に送る（ステップＳ２０７）。
【００３８】
（ｂ）コンテンツ送出が確定すると、ステップＳ２０８においてコンテンツ配信サーバ３は直ちにコンテンツ仲介サーバ１の口座にコンテンツ代金の支払請求を行う。仲介サーバ決済部１５はこれを受け取り支払を実施する。更に、仲介サーバ決済部１５はコンテンツをユーザ再生端末２に送ることを許可し、ユーザの口座にコンテンツ代金の請求を行う。
【００３９】
なお図６のシーケンス図は代理決済の一例であり、コンテンツサービス業者や決済サービスの規約等によって処理フローのコンテンツを送る順番や決済の順番が入れ替わってもよい。
【００４０】
また図７は上記の代理決済の流れを模式的に示す図である。ここでは、仲介サーバ決済部１５はコンテンツ配信サーバ３が示した請求額である３００円のコンテンツ価格に１割の手数料を上乗せした３３０円を、ユーザ再生端末２より徴収している。尚、第１の実施の形態によるサービス手法はこれに限定されるものではないことは勿論である。
【００４１】
（第２の実施の形態）
（暗号化コンテンツ仲介システム）
第２の実施の形態においては、第１の実施の形態によるコンテンツ仲介システムにてコンテンツ配信や販売の仲介を行う際に、暗号化されたコンテンツと共に暗号鍵の仲介を行う装置及び手法について説明する。
【００４２】
図７のコンテンツ仲介サーバ１ａは、コンテンツを安全に配信するために、コンテンツに暗号をかけた状態でコンテンツ配信サーバ３ｃからユーザ再生端末２ａに配信することが求められる。またユーザ再生端末２ａに届けられたコンテンツの著作権管理を実施してコンテンツの不正な利用を阻止するために、ユーザ再生端末２ａにおいてコンテンツを保存する場合にもコンテンツを暗号化したファイルとして保存する方が求められる。
【００４３】
これを実現するために、購入要求を受け取ったコンテンツ配信サーバ３ｃは、コンテンツを暗号化した鍵Ａを、コンテンツ仲介サーバ１ａから送られてきたコンテンツ仲介サーバ１ａの個別化情報と鍵Ｂを使って暗号化する。そして暗号化されたコンテンツと鍵Ａをパッケージにしてコンテンツ仲介サーバ１ａに送る。コンテンツのコンテナ構造は図１９に示す。同時に、別のメッセージとして鍵ＢをＳＳＬなどの安全な通信経路を使ってコンテンツ仲介サーバ１ａに送る。コンテンツ仲介サーバ１ａは受け取った暗号化コンテンツと鍵Ｂおよび自分自身の個別化情報を使ってコンテンツを復号して平文のコンテンツを得ることができる。
【００４４】
本発明の第２の実施の形態に係るコンテンツ配信サーバ３ｃは、図８に示すように、コンテンツファイルを暗号化するためのコンテンツ暗号部２７を備えている。尚、図示しないが、コンテンツ配信サーバ３ｃは、図１のコンテンツ配信部３１ａ及びコンテンツ記憶部３２ａも備えているものとする。更に、本発明の第２の実施の形態に係るユーザ再生端末２ａは、図８に示すように、コンテンツファイルを複号化するためのコンテンツ復号部２８を備えている。尚、図示しないが、ユーザ再生端末２ａは、図１のコンテンツ再生部３３も備えているものとする。
【００４５】
本発明の第２の実施の形態に係るコンテンツ仲介サーバ１ａは、第１の実施の形態に係るコンテンツ仲介サーバ１と同様に、図２に示す装置を有し、そのＣＰＵ５５は、図７に示すように、購入要求受信部１１、アドレス検出部１２、コンテンツ識別情報検出部１３、ユーザ決済情報検出部１４、仲介サーバ決済部１５、アドレス差替部１６、購入要求識別管理部１７、アドレス付加部１８、コンテンツ受信部１９、フォーマット変換部２０、コンテンツ送信部２１、復号部２５及び暗号部２６等を備えている。
【００４６】
復号部２５は、コンテンツ配信サーバ３ｃのコンテンツ暗号部２７にて暗号化されたコンテンツファイルを復号化するためのモジュールである。暗号部２６は、ユーザ再生端末２ａへ送信するコンテンツファイルを暗号化するためのモジュールである。その他の装置については第１の実施の形態と同様であるため説明を省略する。
【００４７】
（コンテンツ代理購入の動作）
次に、コンテンツ仲介サーバ１ａによる、コンテンツの代理購入の手法について図９を用いて説明する。
【００４８】
（ａ）先ず、ステップＳ２０１において、図８のコンテンツを購入するユーザ再生端末２ａは、購入するコンテンツを決定し、コンテンツ配信サーバ３ｃに送信する。ステップＳ２０２において、コンテンツ配信サーバ３ｃは、購入するコンテンツを特定する為の情報を要求元のユーザ再生端末２ａに送信する。ステップＳ２０３において、ユーザ再生端末２ａはコンテンツ購入要求に自分自身を特定するための個別化情報を付加してコンテンツ仲介サーバ１ａに送信し、コンテンツ購入の仲介（仲買)を依頼する。ユーザ再生端末を特定するための個別化情報とはＣＰＵやネットワークカードの情報を組み合わせたデータである。
【００４９】
（ｂ）ステップＳ２０４において、図８のコンテンツ仲介サーバ１ａの購入要求受信部１１が購入要求を受ける。その後、アドレス検出部１２は、購入要求よりアドレスを検出し、アドレス記憶部２２に格納する。コンテンツ識別情報検出部１３は、コンテンツＵＲＬ等の識別情報を検出し、ユーザ決済情報検出部１４は決済情報を検出する。ステップＳ２０５において、アドレス差替部１６が代理購入要求の要求元アドレスをユーザ再生端末２ａのアドレスよりコンテンツ仲介サーバ１ａのアドレスに差し替え、コンテンツ代理購入の依頼をコンテンツ配信サーバ３ｃに送信する。コンテンツ仲介サーバ１ａは自分自身を特定するための個別化情報を代理購入要求に付加してコンテンツ配信サーバ３ｃへ送信する。尚、コンテンツ仲介サーバ１ａより送信されるコンテンツ代理購入のパケットは、図１０に示すように構成される。
【００５０】
（ｃ）ステップＳ２０６において、コンテンツ購入の依頼を受けたコンテンツ配信サーバ３ｃは、要求されたコンテンツを取得する。コンテンツ暗号部２７は、図１１に示すように、このコンテンツを鍵Ａで暗号化し、さらにコンテンツ仲介サーバ１ａの個別化情報と鍵Ｂを用いて鍵Ａを暗号化する。ステップＳ２０７において、暗号化されたコンテンツはコンテンツ仲介サーバ１ａへ送信される。同時に別のメッセージとして鍵ＢをＳＳＬ等の安全な通信路を使ってコンテンツ仲介サーバ１ａに送る。
【００５１】
（ｄ）ステップＳ２０８において、図８のコンテンツ受信部１９がコンテンツを受信すると、図１１に示すように復号部２５は、コンテンツ仲介サーバ１ａの個別化情報と、コンテンツ配信サーバ３ｃより送られる鍵Ｂを用いてコンテンツを複号化する。ステップＳ２０９において、フォーマット変換部２０が、このコンテンツのフォーマットをユーザ再生端末２ａに好適となるように変換する。ステップＳ２１０にてアドレス付加部１８が、アドレス記憶部２２に格納されていた要求元ユーザ再生端末２ａのアドレスを付加する。
【００５２】
（ｅ）ステップＳ２１１において、暗号部２６は、図１２に示すようにフォーマット変換されたコンテンツを鍵Ｃを用いて暗号化し、更に鍵Ｃをユーザ再生端末２ａから送信されたユーザ再生端末の個別化情報と鍵Ｄを使って暗号化する。ステップＳ２１２では、暗号化されたコンテンツと鍵Ｃをパッケージにしてユーザ再生端末２ａに送信する。同時に別のメッセージとして鍵ＤをＳＳＬなどの安全な通信経路を使ってユーザ再生端末２ａに送る。
【００５３】
（ｆ）ステップＳ２１３において、ユーザ再生端末２ａは、受け取った暗号化コンテンツと鍵Ｄおよび自分自身の個別化情報を使ってコンテンツを復号して平文のコンテンツを得、再生を行う。著作権管理のためにコンテンツは鍵Ｃで暗号化されたファイルとしてユーザ再生端末２ａに保存されており、図１のコンテンツ再生部３３が再生を実施する都度に鍵Ｄと再生端末の個別化情報を用いて復号する。
【００５４】
（第３の実施の形態）
第２の実施の形態に係るコンテンツ仲介サーバ１ａを用いたコンテンツ仲介システムでは、図１２に示すように、ステップＳ２１１ではコンテンツを暗号化する鍵Ｃを更にユーザ再生端末の個別化情報と鍵Ｄを使って暗号化していた。しかし、ユーザ再生端末の個別化情報の代わりに個々のユーザ再生端末２ａが保持するドメイン属性を用いて、同一のドメイン属性を有する機器間でのみ同一のコンテンツ属性を有するコンテンツの再生を可能とすることも可能である。
【００５５】
「ドメイン」とは地域や組織等の特定の範囲を示す概念であり、コンピュータ関連では、一般的に、インターネットやイントラネットのネットワークで、サーバを中心としたネットワークを構成するまとまりを表す。例えば“○○○.co.jp”というドメイン名でひとつのドメインを表す。
【００５６】
コンテンツの著作権者やコンテンツ制作者の正当な権利を守るためには、コンテンツをインターネットでピアトゥーピア交換する又は再送信する等して不特定多数の第３者に対してコンテンツを公開するといった公的な不正利用を制限する必要がある。又、同一ユーザにおけるコンテンツの再生や移動、あるいは複製等を自由に実施するための仕組みも必要である。このためコンテンツの利用範囲を設定する必要がある。
【００５７】
この利用範囲を制限するために同一のドメインに属する機器は全て同一のドメインを持ち、ドメイン属性に適合するコンテンツだけを使用可能とする手法があり、第３の実施の形態に係るコンテンツ仲介サーバ１ｂは、このドメインを取得し、管理し、利用範囲を設定する機能を備える。
【００５８】
コンテンツ仲介サーバ１ｂは、第１の実施の形態に係るコンテンツ仲介サーバ１と同様に、図２に示す装置を有し、そのＣＰＵ５５は、図１３に示すように、購入要求受信部１１、アドレス検出部１２、コンテンツ識別情報検出部１３、ユーザ決済情報検出部１４、仲介サーバ決済部１５、アドレス差替部１６、購入要求識別管理部１７、アドレス付加部１８、コンテンツ受信部１９、フォーマット変換部２０、コンテンツ送信部２１、ドメイン属性検出部３０、ドメイン属性記憶部２９及び暗号部２６ａ等を備えている。
【００５９】
ドメイン属性検出部３０は、ユーザより送信された購入要求より、ユーザのドメイン属性に関する情報を検出するモジュールである。ドメイン属性記憶部２９は、検出されたドメイン属性を格納する。暗号部２６ａは、コンテンツ配信サーバ３ｄより配信されたコンテンツにドメイン属性記憶部２９内のドメイン属性を付加した上で暗号化するモジュールである。他の装置については第１の実施の形態と同様であるため説明を省略する。
【００６０】
（コンテンツ代理購入の動作）
次に、コンテンツ仲介サーバ１ｂによる、コンテンツの代理購入の手法について図１４を用いて説明する。
【００６１】
（ａ）先ず、ステップＳ３０１において、図１３のコンテンツを購入するユーザ再生端末２ｂは、購入するコンテンツを決定し、コンテンツ配信サーバ３ｄに送信する。ステップＳ３０２において、コンテンツ配信サーバ３ｄは、購入するコンテンツを特定する為の情報を要求元のユーザ再生端末２ｂに送信する。ステップＳ３０３において、ユーザ再生端末２ｂはコンテンツ購入要求に自分自身を特定するための個別化情報及びドメイン属性を付加してコンテンツ仲介サーバ１ｂに送信し、コンテンツ購入の仲介（仲買)を依頼する。コンテンツ要求データの構造を図２０に示す。
【００６２】
（ｂ）ステップＳ３０４において、図１３のコンテンツ仲介サーバ１ｂの購入要求受信部１１が購入要求を受ける。その後、アドレス検出部１２は、購入要求よりアドレスを検出し、アドレス記憶部２２に格納する。コンテンツ識別情報検出部１３は、コンテンツＵＲＬ等の識別情報を検出し、ユーザ決済情報検出部１４は決済情報を検出する。ステップＳ３０５では、ドメイン属性検出部３０がユーザのドメイン属性を検出し、ドメイン属性記憶部２９に格納する。ステップＳ３０６においては、アドレス差替部１６が代理購入要求の要求元アドレスをユーザ再生端末２ｂのアドレスよりコンテンツ仲介サーバ１ｂのアドレスに差し替え、コンテンツ代理購入の依頼をコンテンツ配信サーバ３ｄに送信する。コンテンツ仲介サーバ１ｂは自分自身を特定するための個別化情報を代理購入要求に付加してコンテンツ配信サーバ３ｄへ送信する。コンテンツ配信サーバ３ｄへ送信する。コンテンツ配信サーバ３ｄへ送信する購入要求パケットの構造は図１０に示すものと同様である。
【００６３】
（ｃ）ステップＳ３０７において、コンテンツ購入の依頼を受けたコンテンツ配信サーバ３ｄは、要求されたコンテンツを取得し、コンテンツ仲介サーバ１ｂへ送信する。
【００６４】
（ｄ）ステップＳ３０８において、コンテンツ配信サーバ３ｄよりコンテンツを受信すると、フォーマット変換部２０が、このコンテンツのフォーマットをユーザ再生端末２ｂに好適となるように変換する。ステップＳ３０９にてアドレス付加部１８が、アドレス記憶部２２に格納されていた要求元ユーザ再生端末２ｂのアドレスを付加する。
【００６５】
（ｅ）ステップＳ３１０において、暗号部２６ａは、図１５に示すようにフォーマット変換されたコンテンツを、鍵Ｅを用いて暗号化する。さらにドメイン属性記憶部２９内の要求元ユーザのドメイン属性を取得し、このドメイン属性と鍵Ｆを用いて鍵Ｅを暗号化する。ステップＳ３１１において、コンテンツ送信部２１は、暗号化されたコンテンツと鍵Ｆをユーザ再生端末２ｂに送信する。鍵Ｆの送信はＳＳＬ等の安全な通信路を使って行われる。送信するコンテンツのパケット構造を図２１に示す。
【００６６】
（ｆ）ステップＳ３１２において、ユーザ再生端末２ｂは、この暗号化されたコンテンツと鍵Ｆを受信する。コンテンツ復号部２８は自分自身のドメイン属性と受け取った鍵Ｆを使って暗号化されたコンテンツを復号してコンテンツを再生する。
【００６７】
（変更例）
本発明の第１〜３の実施の形態においては、コンテンツ配信サーバ３ａ，３ｂ，３ｃ，３ｄより受信したコンテンツをユーザの再生環境に合わせて、図２２に示すように、フォーマット変換する。これには一定の演算処理が必要となる。よって、予め変換されたコンテンツファイルをコンテンツ仲介サーバ１，１ａ，１ｂにキャッシュ記憶させておくことで、コンテンツのフォーマット変換の際のＣＰＵの負荷を低減し、処理速度を上げることができる。使用するキャッシュメモリは、図２の主記憶装置５３又は補助記憶装置５４に設置する。このキャッシュメモリ内には、以前にフォーマット変換されたコンテンツを一定期間格納しておくものとする。一定期間使用されないコンテンツは削除する必要があるが、ＦＩＦＯ（ファーストインファーストアウト）、ＬＲＵ（ラストリセントリーユーズド）、ＬＦＵ（リーストフリークエントリーユーズド）等のアルゴリズムによりキャッシュメモリより廃棄するものとする。尚、この一定期間等のコンテンツの保存条件はキャッシュメモリの容量等により決定される。以下、この処理手順を図１６のフロー図を用いて説明する。
【００６８】
（ａ）先ずステップＳ４０１において、ユーザ再生端末２，２ａ，２ｂよりコンテンツの購入要求を受信すると、ステップＳ４０２において、コンテンツ識別情報検出部１３が、コンテンツの識別情報を検出する。次に、ステップＳ４０３において、このコンテンツの識別情報を基に、キャッシュメモリに、このコンテンツがキャッシュされているか検索する。
【００６９】
（ｂ）ステップＳ４０４では、この検索結果により、キャッシュメモリに所望のコンテンツが存在する場合、ステップＳ４０５へ進み、キャッシュメモリからこのコンテンツを取得し、要求元のユーザ再生端末２，２ａ，２ｂへ送信する（ステップＳ４０６）。
【００７０】
（ｃ）検索結果により、キャッシュメモリに所望のコンテンツが存在しない場合、ステップＳ４０７へ進む。ステップＳ４０７では、コンテンツ配信サーバに購入要求を送り、コンテンツを取得する。ステップＳ４０８では、取得したコンテンツをクライアントに好適なフォーマットに変換する。次にステップＳ４０９にてキャッシュメモリにフォーマット済みのコンテンツを記憶させる。ステップＳ４１０では、キャッシュメモリに登録したコンテンツの検索テーブルの更新を行う。最後にステップＳ４１１において、ユーザ再生端末２，２ａ，２ｂにフォーマット済みのコンテンツを送信する。
【図面の簡単な説明】
【００７１】
【図１】本発明の第１の実施の形態に係るコンテンツ仲介サーバを用いたコンテンツ仲介システムの概略図である。
【図２】本発明の第１の実施の形態に係るコンテンツ仲介サーバの構造図である。
【図３】本発明の第の実施の形態に係るコンテンツ仲介サーバのＣＰＵ及び主記憶装置の構造図である。
【図４】コンテンツの購入要求のパケットの構造を示す構造図である。
【図５】コンテンツ仲介システムによるコンテンツ購入を示すシーケンス図である。
【図６】コンテンツ仲介システムによる決済処理を示すシーケンス図である。
【図７】コンテンツ仲介システムによる決済処理を示す模式図である。
【図８】本発明の第２の実施の形態に係るコンテンツ仲介サーバのＣＰＵ及び主記憶装置の構造図である。
【図９】コンテンツ仲介システムによるコンテンツ購入を示すシーケンス図である。
【図１０】コンテンツの購入要求のパケットの構造を示す構造図である。
【図１１】コンテンツ仲介システムによる暗号復号処理を示す模式図である。
【図１２】コンテンツ仲介システムによる暗号復号処理を示す模式図である。
【図１３】本発明の第３の実施の形態に係るコンテンツ仲介サーバのＣＰＵ及び主記憶装置の構造図である。
【図１４】コンテンツ仲介システムによるコンテンツ購入を示すシーケンス図である。
【図１５】コンテンツ仲介システムによる暗号復号処理を示す模式図である。
【図１６】本発明の変更例に係るコンテンツ仲介サーバによるキャッシュメモリを使用したコンテンツ購入を示すフロー図である。
【図１７】コンテンツのパケット構造を示す構造図である。
【図１８】コンテンツのパケット構造を示す構造図である。
【図１９】コンテンツのパケット構造を示す構造図である。
【図２０】コンテンツのパケット構造を示す構造図である。
【図２１】コンテンツのパケット構造を示す構造図である。
【図２２】フォーマット変換処理を模式的に示す模式図である。
【符号の説明】
【００７２】
１，１ａ，１ｂ…コンテンツ仲介サーバ
２，２ａ，２ｂ…ユーザ再生端末
３，３ａ，３ｂ，３ｃ，３ｄ…コンテンツ配信サーバ
１１…購入要求受信部
１２…アドレス検出部
１３…コンテンツ識別情報検出部
１４…ユーザ決済情報検出部
１５…仲介サーバ決済部
１６…アドレス差替部
１７…購入要求識別管理部
１８…アドレス付加部
１９…コンテンツ受信部
２０…フォーマット変換部
２１…コンテンツ送信部
２２…アドレス記憶部
２３…決済記憶部
２４…フォーマット記憶部
２５…復号部
２６、２６ａ…暗号部
２７…コンテンツ暗号部
２８…コンテンツ復号部
２９…ドメイン属性記憶部
３０…ドメイン属性検出部
３１ａ、３１ｂ…コンテンツ配信部
３２ａ、３２ｂ…コンテンツ記憶部
３３…コンテンツ再生部
３４…コンテンツ識別情報記憶部
３５…購入要求識別ＩＤ記憶部
５１…入力装置
５２…出力装置
５３…主記憶装置
５４…補助記憶装置
５５…ＣＰＵ
５６…通信インターフェース
５７…通信制御装置
【図１】
2005196564.tif 000003
【図２】
2005196564.tif 000004
【図３】
2005196564.tif 000005
【図４】
2005196564.tif 000006
【図５】
2005196564.tif 000007
【図６】
2005196564.tif 000008
【図７】
2005196564.tif 000009
【図８】
2005196564.tif 000010
【図９】
2005196564.tif 000011
【図１０】
2005196564.tif 000012
【図１１】
2005196564.tif 000013
【図１２】
2005196564.tif 000014
【図１３】
2005196564.tif 000015
【図１４】
2005196564.tif 000016
【図１５】
2005196564.tif 000017
【図１６】
2005196564.tif 000018
【図１７】
2005196564.tif 000019
【図１８】
2005196564.tif 000020
【図１９】
2005196564.tif 000021
【図２０】
2005196564.tif 000022
【図２１】
2005196564.tif 000023
【図２２】
2005196564.tif 000024