画像の階層的な配信方法及びシステム
【課題】ネットワーク環境を利用して、デジタルコンテンツを配信するコンテンツ配信システムや情報サービスにおいて、２次利用も可能な程度にデータの品質を維持し、かつコンテンツの使用範囲または使用目的に合わせた多様なセキュリティ機能を実現することにある。
【解決手段】ＳＣＳ２０は、ライセンスＤＢ２５およびコンテンツＤＢ２６を使用して、配信対象のコンテンツデータを所定の使用範囲毎に分割し、当該使用範囲毎に暗号化したコンテンツデータの使用制限を管理する。ＳＣＳ２０は、クライアントからの使用要求に応じて、コンテンツデータの使用範囲毎に使用の可否を判定する機能を有する。
【解決手段】ＳＣＳ２０は、ライセンスＤＢ２５およびコンテンツＤＢ２６を使用して、配信対象のコンテンツデータを所定の使用範囲毎に分割し、当該使用範囲毎に暗号化したコンテンツデータの使用制限を管理する。ＳＣＳ２０は、クライアントからの使用要求に応じて、コンテンツデータの使用範囲毎に使用の可否を判定する機能を有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的にはコンピュータネットワークを利用したコンテンツ配信システムに関し、特に、コンテンツデータの使用範囲毎のセキュリティ機能を実現するコンテンツの配信方法に関する。
【背景技術】
【０００２】
超高精細デジタル画像データなどのデジタルコンテンツ（コンテンツデータと表記する場合もある）は、インターネットを代表とするコンピュータネットワーク環境を利用した，流通、販売するシステムにおけるマスターデータとして位置付けられる。
【０００３】
マスターデータには、記録・保管の側面で、なるべく多くの情報量を全て記録することが要求されるが、一方の利用の側面では、コンテンツデータ全体のデータが要求されることは少ない、例えば、利用者からインデックス画像データが求められた場合、マスターデータが持つ超高精細画像データの膨大情報は、最終的に縮小されて、ほとんどの情報が廃棄されることになる。一方、利用者から画像のディテールが求められる場合も、出力デバイスの表示域の制約から全ての情報が同時に使用されることは少ない。
【０００４】
また、超高精細で、かつ、再利用性にも優れた、高い付価値を持ったデジタルコンテンツなど配信されたデータが、資格のないユーザが無断で使用又は複製するなど、不正に使用される可能性が極めて高い。
【０００５】
このため、コンテンツデータを利用形態に合わせて分割して、不正使用を防止するための技術、換言すれば、不正使用から利用形態に合わせてデータを保護するセキュリティ機能を実現する技術が必要不可欠になっている。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
従来では、デジタルコンテンツを不正使用から保護するセキュリティ機能を実現する技術として、当該データに電子透かし（digital watermark）などを付加するデータ加工技術や、正当なユーザを認証するためのユーザ認証技術などの各種の方式が開発又は提案されている。
【０００７】
しかしながら、電子透かし（digital watermark）などを付加するデータ加工技術は、２次利用ができない程度にデータの品質が低下するため、正当なユーザに対しても品質が劣化したコンテンツを配信することになる。また、通常ではデータをダウンロードするときに、ユーザを認証するユーザ認証方式は、正当なユーザを特定できるが、配信するコンテンツとの関連がない。このため、特にコンテンツの使用範囲または使用目的に合わせて、コンテンツの使用を制限するような多様なセキュリティ機能を実現することができない。
【０００８】
そこで、本発明の目的は、ネットワーク環境を利用して、デジタルコンテンツを配信するコンテンツ配信システムや情報サービスにおいて、２次利用も可能な程度にデータの品質を維持し、かつコンテンツの使用範囲または使用目的に合わせた多様なセキュリティ機能を実現することができるコンテンツ配信方法及びシステムを提供することにある。
【課題を解決するための手段】
【０００９】
本発明の観点は、インターネットなどのネットワーク環境を利用して、デジタルコンテンツを配信するシステムや情報サービスにおいて、コンテンツデータ自体を加工することなく、コンテンツの使用範囲または使用目的に合わせた多様なセキュリティ機能（不正使用からの保護）を実現するコンテンツ配信方法に関する。
【００１０】
本発明の観点によるコンテンツの配信方法は、ユーザ端末とコンテンツ配信用のサーバとがネットワークを介して相互に接続し、前記ユーザ端末に対してコンテンツデータを配信するコンテンツ配信システムに適用するコンテンツ配信方法であって、前記サーバは、
配信対象のコンテンツデータを所定の使用範囲毎に分割し、当該使用範囲毎に暗号化したコンテンツデータを管理する機能を有し、
前記ユーザ端末からの使用要求に応じて、前記コンテンツデータの使用範囲毎に使用の可否を判定するステップと、
前記判定ステップにより認可された使用範囲のコンテンツデータの暗号化を解除するための復号化情報を前記ユーザ端末に提供するステップと
を有する処理を実行するように構成されている。
【発明の効果】
【００１１】
本発明によれば、第１に、ネットワーク環境を利用して、デジタルコンテンツを配信するコンテンツ配信システムや情報サービスにおいて、２次利用も可能な程度にデータの品質を維持し、かつコンテンツの使用範囲または使用目的に合わせた多様なセキュリティ機能を実現することができる。第２に、複数のサーバによる連携コンテンツ配信システムにより、多様なコンテンツ配信サービスの形態を実現することができる。
【００１２】
具体的には、セキュリティのために、コンテンツデータ自体に電子透かしなどを付加する加工処理を実行しないため、例えばコンテンツデータの品質が劣化することなく配信することが可能である。さらに、予めコンテンツデータを使用目的などに合わせて細分化し、細分化された使用範囲毎に使用制限を管理することができる。これにより、例えばコンテンツデータ自体を不特定のユーザに対して無制限に配信した後に、当該コンテンツデータを取得したユーザからの使用要求に応じて使用範囲毎に使用の可否を判定することができる。従って、使用目的又は使用範囲に合わせて、不正使用からコンテンツを保護するセキュリティ機能の多様化を実現できる。
【発明を実施するための最良の形態】
【００１３】
以下図面を参照して、本発明の実施形態を説明する。
【００１４】
（システムの構成）
図１は、本実施形態に関するコンテンツ配信システムの概略を示すブロック図である。
【００１５】
本システムは、インターネット１を介して、サーバ群３が、デジタルコンテンツ（コンテンツデータ）を、複数のクライアント２に配信する情報サービスの仕組みを実現するものである。クライアント２は、ユーザ端末に相当し、通常では、予めコンテンツデータをダウンロードし、表示画面上で再生するためのソフトウェアを有するパーソナルコンピュータ（ＰＣ）である。但し、クライアント２は、ＰＣに限定されるものではなく、インターネット１に接続可能であり、かつ前記ソフトウェアと同様の機能を備えたものであれば、携帯電話やＰＤＡなどのデジタル情報機器でもよい。
【００１６】
サーバ群３は、コンテンツ配信を行なう情報サービス業者が管理し、便宜的に、コンテンツサーバ１０と、これ以外の仲介サーバ２００及び販売サーバ２０１に分類する。なお、仲介サーバ２００及び販売サーバ２０１については、第２の実施形態として後述する。
【００１７】
（第１の実施形態）
コンテンツサーバ１０は、図２に示すように、セキュリティ・コントロールサーバ（ＳＣＳ）２０と、画像ファイルデータベース（画像ファイルＤＢ）２１を有する。画像ファイルＤＢ２１は、本実施形態がコンテンツデータとして想定している画像デジタルコンテンツを蓄積している。
【００１８】
ＳＣＳ２０は、クライアント２から要求されたコンテンツデータを画像ファイルＤＢ２１から検索し、インターネット１を介して配信するためのコンテンツ配信処理の全体を管理する。具体的には、ＳＣＳ２０は、中央処理部に相当するコントローラ２２と、各種のデータベース（ＤＢ）またはファイルを有する。コントローラ２２は、各種のデータベース（ＤＢ）またはファイルを使用して、コンテンツデータを配信するときのセキュリティ処理を実行する。
【００１９】
ＳＣＳ２０は、ログファイル２３、ユーザＤＢ２４、ライセンスＤＢ２５、及びコンテンツＤＢ２６を有する。ログファイル２３は、ＳＣＳ２０のコンテンツ配信処理やセキュリティ処理に関係する操作記録を保存するためのファイルである。具体的には、ログファイル２３には、図４に示すように、配信要求対象のコンテンツデータの識別情報（ＩＤ）、要求ユーザのＩＤ、及び当該コンテンツデータの使用範囲（制限範囲）のＩＤが記録される。さらに、ログファイル２３には、クライアント２からのアクセス日時、クライアント２であるユーザ端末に使用されているハードディスクドライブ（ＨＤＤ）のシリアル番号、当該ユーザ端末のＩＰアドレス、及びコントローラ２２によるセキュリティ処理の認証結果（認証の可否）などが記録される。
【００２０】
ユーザＤＢ２４は、コンテンツ配信サービスを要求しているユーザであって、コンテンツサーバ１０を運営・管理している情報サービス業者との間で所定の契約などの手続を完了しているユーザに関する情報を蓄積する。具体的には、図３に示すように、当該ユーザＤＢ２４には、ユーザ名、ユーザＩＤ、パスワード、及びユーザに関する各種の属性情報が登録される。当該属性情報には、ユーザ端末のＩＰアドレス、及びコンテンツの使用権利に関する情報（購入または契約内容）などが含まれる。
【００２１】
ライセンスＤＢ２５は、ユーザとコンテンツデータ（ＩＤにより識別）との使用制限関係を示すライセンスデータを蓄積する。具体的には、図６に示すように、コンテンツＩＤに対応付けられるライセンスパターン（Ｐ１〜Ｐ３とする）からなるライセンスデータが登録される。要するに、ライセンスパターン（Ｐ１〜Ｐ３）は、ユーザＤＢ２４に格納されている属性情報に含まれる使用許諾権の購入（契約）条件と、コンテンツデータの制限範囲ＩＤとを対応付けしたテーブル情報である。ＳＣＳ２０は、ユーザＩＤ、コンテンツＩＤ、及び当該ライセンスパターン（Ｐ１〜Ｐ３）に基づいて、ユーザから要求されたコンテンツの使用制限範囲に対する使用許諾の有無を判定する。
【００２２】
コンテンツＤＢ２６は、各コンテンツＩＤ毎に、使用制限範囲毎に細分化されて管理されるコンテンツデータ群を蓄積する。具体的には、図５に示すように、各コンテンツデータは、それぞれコンテンツＩＤ及びＳＣＳサーバのＩＤ（例えばＩＰアドレス）が記録されたヘッダ情報部５０と、細分化されたデータ本体部５１とからなる。データ本体部５１は、制限範囲ＩＤ毎に分割されたデータを暗号化した暗号化データと、その条件情報とを含む。
【００２３】
（コンテンツ配信動作）
以下図１から図６を含めて、図７から図１０を参照して、同実施形態のシステム及び方法によるコンテンツ配信動作を説明する。
【００２４】
まず、図７のフローチャートを参照して、システムがコンテンツ配信動作を実行するための準備手順を説明する。
【００２５】
配信対象のコンテンツデータを管理するＳＣＳ２０のＩＤが設定される（ステップＳ１）。具体的には、当該ＩＤは、ＩＰアドレスなどのネットワークアドレスである。これにより、クライアント２は、インターネット１上に接続されているコンテンツサーバ１０（即ち、ＳＣＳ２０）にアクセスして、コンテンツデータの配信を要求できることになる。
【００２６】
次に、ＩＤが設定されたＳＣＳ２０は、コンテンツ配信の管理に必要な各データベース２４〜２６の準備を実行する。具体的には、コンテンツＤＢ２６に対して、配信対象のコンテンツデータを画像ファイルＤＢ２１から検索して登録する（ステップＳ２）。コンテンツＤＢ２６には、前述したように、コンテンツＩＤ及びＳＣＳサーバのＩＤが設定されたヘッダ情報部５０と、細分化されたデータ本体部５１とからなるコンテンツデータが登録される（図５を参照）。
【００２７】
この登録の手順としては、図８のフローチャートに示すように、コンテンツデータの細分化が実行される（ステップＳ１０）。細分化されたコンテンツデータにおいて、保護対象として設定された範囲（使用制限範囲）には、制限範囲ＩＤが割り当てられる（ステップＳ１１）。当該範囲のコンテンツデータは、コンテンツＩＤと、制限範囲ＩＤとを使用して暗号化される（ステップＳ１２）。
【００２８】
従って、制限範囲のコンテンツデータ（暗号化データ）は、ＳＣＳ２０の認証処理により認可された場合のみ、復号化されて使用可能となる。ここで、コンテンツデータを細分化して、制限範囲として設定する具体例としては、例えば高精細画像コンテンツの多段階な解像度に基づいた細分化である。また、コンテンツデータの細分化として、テキスト、静止画像、音声、動画像のようなデジタルデータ形態による細分化もある。更に、数値データと、当該数値データを処理するメソッド（method）等のソフトウェアとをセットにして、データの処理内容毎に細分化する場合にも適用できる。
【００２９】
ＳＣＳ２０は、ユーザＤＢ２４に対して、配信対象のユーザに関する情報を登録する（ステップＳ３）。具体的には、図３に示すように、ユーザ名や、ユーザＩＤ、及びパスワードなどである。更に、ＳＣＳ２０は、ライセンスＤＢ２５に対して、ライセンスデータを登録する（ステップＳ４）。ライセンスデータは、前述したように、配信要求を行なうユーザと、配信対象のコンテンツデータとの使用制限関係を示すデータである。具体的には、図６に示すように、コンテンツＩＤに対応付けられるライセンスパターン（Ｐ１〜Ｐ３とする）からなる。当該ライセンスパターンは、ユーザの使用許諾権の購入（契約）の状況などに従って設定される。
【００３０】
（コンテンツ使用の手順）
以上のような準備の完了を前提として、図９及び図１０を参照して、コンテンツ使用の手順を説明する。
【００３１】
まず、クライアント（ユーザ端末）２は、コンテンツサーバ１０が配信しているコンテンツデータ（ここでは画像コンテンツ１００とする）を既に取得していることを想定する。即ち、コンテンツサーバ１０は、後述するように、当該コンテンツデータを使用制限範囲毎に細分化し、それぞれの暗号化データの状態で（但し、制限なく公開しているデータを除く）配信している。従って、ユーザは、配信されたコンテンツデータ自体を任意に取得（ダウンロードなど）できるが、そのままでは所望のデータを使用（利用）することはできない。
【００３２】
そこで、クライアント（ユーザ端末）２から、コンテンツサーバ１０に対して、所望のコンテンツデータ（ここでは画像コンテンツ１００とする）の使用要求がなされると、当該サーバ１０はユーザ端末２との接続処理を実行する（ステップＳ２０，Ｓ３０）。具体的には、コンテンツサーバ１０は、コンテンツＤＢ２６に登録されているＳＣＳ２０のＩＤを使用して、ユーザ端末との相互認証処理を実行する。
【００３３】
さらに、当該サーバ１０は、ＳＣＳ２０とクライアント２と間に、暗号化通信路を形成する（図１０の１０１）。当該サーバ１０は、クライアント２からのコンテンツＩＤ、使用制限範囲ＩＤ、ユーザＩＤ及びパスワードの各情報をハッシュ値を使用して暗号化して、ＳＣＳ２０に送信する（図１０の１０２）。
【００３４】
ＳＣＳ２０は、クライアント２から要求されたコンテンツデータ（コンテンツＩＤ）に含まれる使用制限範囲（制限範囲ＩＤにより指定）の使用要求に関して、使用のための認証処理を実行する（ステップＳ２１，Ｓ３１）。即ち、ＳＣＳ２０は、管理している各データベース２４〜２６から検索した関連情報と、ユーザからの情報とを照合して、当該ユーザが要求する使用制限範囲に対する使用権の可否を判定する（ステップＳ３２）。
【００３５】
ＳＣＳ２０は、正当なアクセス要求でないと判定すると、例えばクライアント２に対して、当該コンテンツの使用制限範囲に対する使用権利の取得手続（新規購入の方法）を通知する（ステップＳ３２のＮＯ，Ｓ３４）。この通知内容は、前述したように、コンテンツＤＢ２６に登録されている当該コンテンツデータのデータ本体部５１において、当該制限範囲ＩＤに対応する暗号化データと共に記録されている条件情報に含まれている（図５を参照）。
【００３６】
一方、ＳＣＳ２０は、当該コンテンツの使用制限範囲に対して、ユーザが正当な使用権利を有することを認定すると、使用許可を認める信号と、使用制限範囲に対応する暗号化データを復号化するための復号化鍵情報（図１０の１０３）とを、クライアント２に送出する（ステップＳ３２のＹＥＳ，Ｓ３３）。
【００３７】
クライアント２は、ＳＣＳ２０からの認証結果に基づいて、要求したコンテンツの使用制限範囲に対して使用不可であるときには、例えば使用権利の取得手続（新規購入）を開始する（ステップＳ２２のＮＯ）。一方、使用権利が認められたときには、クライアント２は、ＳＣＳ２０から取得した復号化鍵情報を使用して、暗号化データを復号化する（ステップＳ２２のＹＥＳ，Ｓ２３）。即ち、コンテンツデータ１００に含まれる制限範囲の暗号化データを、元のデータに復元する処理を実行する（図１０の１０４）。これにより、クライアント２は、使用制限されている画像データなどを画面上に再生したり、ＨＤＤに保存したり、また他の機器に転送するようなデータの利用を行なうことができる（１０６）。ここで、クライアント２は、当該制限範囲のコンテンツデータの中に、認証ロゴに該当する情報の符号化データをセキュリティデータとして、電子透かし処理により付加する（ステップＳ２４，１０５）。
【００３８】
ＳＣＳ２０は、コンテンツＩＤ、ユーザＩＤ、当該コンテンツデータの制限範囲ＩＤ、クライアント２からのアクセス日時、クライアント２のハードディスクドライブ（ＨＤＤ）のシリアル番号、当該ユーザ端末のＩＰアドレス、及び認証結果の可否などをログファイル２３に登録する（ステップＳ３５）。
【００３９】
以上のように第１の実施形態によれば、配信対象のコンテンツデータ全体を不正使用から保護するセキュリティ機能とは異なり、当該コンテンツデータを使用目的などに合わせて細分化した所定の制限範囲毎にセキュリティ機能を実現することができる。このようなセキュリティ機能であれば、コンテンツデータの使用目的または使用範囲に合わせて、ユーザに対する使用権利の可否を管理できるため、結果としてセキュリティ機能の多様化を図ることができる。
【００４０】
具体的には、例えば高精細画像コンテンツを多段階な解像度に基づいて細分化した場合に、各解像度毎に制限範囲ＩＤを設定する。例えば最高解像度の画像データに対応して、図５に示すように、制限範囲ＩＤ（１）を設定する。ここで、図６に示すように、ライセンスパターン（Ｐ１）として、当該制限範囲ＩＤ（１）に対して使用権利が許諾されたユーザＩＤや、その購入条件（価格など）等が設定されている場合を想定する。ＳＣＳ２０は、クライアント２から当該制限範囲ＩＤ（１）に対応する最高解像度の画像データの配信要求がなされると、前述したような手順により、当該クライアント２のユーザに使用権利が許諾されているか否かを判定する。ＳＣＳ２０により正当なユーザであるが認証されたときには、当該クライアント２は、当該制限範囲ＩＤ（１）に対応する最高解像度の画像データの暗号化を解除する復号化鍵情報を受信できる。従って、当該クライアント２は、最高解像度の画像データを復元して、自由に使用することが可能となる。
【００４１】
ここで、コンテンツＤＢ２６に登録されているデータ本体部５１には、当該制限範囲ＩＤ（１）に対応する暗号化データと共に、例えば低解像度のデータであれば、無料で公開していることを示す条件情報が想定する。仮に、当該制限範囲ＩＤ（１）に対する認証処理で、使用権利が拒否された場合に、当該クライアント２は、その条件情報に従って、低解像度のデータを無料でアクセスできることを通知される。従って、ユーザは、例えば低解像度のデータを暫定的にアクセスして、最高解像度の画像データを取得するか否かを判断することができる。そして、ユーザは、最高解像度の画像データを取得したい場合には、所定の取得手続を実行することにより、前述のアクセスの手順を実行すればよい。
【００４２】
なお、前述したように、コンテンツデータの細分化の内容としては、解像度だけでなく、テキスト、静止画像、音声、動画像のようなデジタルデータ形態や、データの処理内容等がある。具体的には、データ形態の細分化の場合には、あるコンテンツデータでの購入条件（契約条件）のユーザに対しては、テキストについては使用権利が認められるが、静止画像や動画像については許否できるなどのセキュリティ形態を取れる。また、ある購入条件（契約条件）のユーザに対してのみ、当該コンテンツデータの動画像の使用権利を認めるなどのセキュリティ形態も取れる。
【００４３】
更に、同実施形態のセキュリティ方法は、コンテンツデータの使用制限範囲毎の細分化と、当該使用制限範囲に対応するコンテンツデータの暗号化を構成とする。要するに、コンテンツデータ自体に電子透かしなどを付加するようなセキュリティ機能を実現するためのデータ加工処理を実行しないため、コンテンツデータの品質が劣化することはない。従って、特に高品質のコンテンツデータを、品質の劣化を招くことなく、ユーザに対して配信することが可能である。
【００４４】
（第２の実施形態）
図１１から図２１は、第２の実施形態を説明するための図である。本実施形態は、図１１に示すように、コンテンツサーバ（ＳＣＳサーバがメイン要素）１０と、仲介サーバ２００と、販売サーバ２０１とが連携してコンテンツ配信を行なうためのコンテンツ配信システムを想定する。
【００４５】
同実施形態では、コンテンツサーバ１０は、コンテンツの権利（著作権など）を有する権利者サイト（コンテンツ提供業者が管理するサイト）に含まれるサーバである。仲介サーバ２００及び販売サーバ２０１は、当該サーバ１０と連携システムを構成し、コンテンツ配信に必要な管理情報を共有する。仲介サーバ２００は、いわばコンテンツの卸業者が運営するサイトに含まれる。販売サーバ２０１は、コンテンツの最終販売元（コンテンツの小売業者）が運営するサイトに含まれる。販売サーバ２０１は、最終販売元として複数のクライアント（ユーザ端末）２とコンテンツの販売取引を行なうためのユーザ管理データベース（ユーザＤＢ２４に相当）を使用する。
【００４６】
なお、同実施形態の連携システムは、図１１に示す形態だけでなく、図１２（Ａ）に示すように、仲介サーバ２００を介することなく、コンテンツサーバ１０と販売サーバ２０１とが連携してコンテンツ配信を実現する形態でもよい。また、同図（Ｂ）に示すように、コンテンツサーバ１０と販売サーバ２０１との間に、複数の仲介サーバ２００，２０２を介在させる連携システムの形態でもよい。さらに、同図（Ｃ）に示すように、仲介サーバ２００が、複数の販売サーバ２０１，２０３のそれぞれに対して仲介する形態でもよい。さらにまた、仲介サーバまたは販売サーバが、複数のコンテンツサーバと連携する形態でもよい。
【００４７】
（各サーバの構成）
同実施形態のコンテンツ配信システムは、図１３に示すように、コンテンツサーバ１０と、仲介サーバ２００と、販売サーバ２０１とが連携してコンテンツ配信を行なう形態を想定する。基本的に、各サーバ１０，２００，２０１は、同一の構成要素から構成されている。即ち、各サーバ１０，２００，２０１は、それぞれコンテンツ配信サーバ、仲介サーバ、販売サーバのいずれの機能も実現できるように構成されている。なお、図１３は、同実施形態の動作に必要な構成要素のみを示している。特に、仲介サーバ２００及び販売サーバ２０１に関しては、コンテンツサーバ１０でのＳＣＳ（セキュリティ・コントロールサーバ）２０などに相当する要素については省略している。
【００４８】
コンテンツサーバ１０は、前述したようなＳＣＳ２０、共有先マスタテーブル２７、コンテンツ共有データベース（ＤＢ）２８、ライセンステーブル２９、購入履歴テーブル３０、及び利用履歴データベース（ＤＢ）３４を有する。さらに、コンテンツサーバ１０は、コンテンツ共有データベース（ＤＢ）２８とコンテンツＤＢ２６間でのデータ転送と、データ共有管理処理を行うための管理部３１を有する。同様に、ライセンステーブル２９とライセンスＤＢ２５間でのデータ転送と、データ共有管理処理を行うための管理部３２を有する。また、購入履歴テーブル３０とユーザＤＢ２４間でのデータ転送と、データ共有管理処理を行うための管理部３３を有する。
【００４９】
仲介サーバ２００及び販売サーバ２０１はそれぞれ、ＳＣＳ２０に相当する要素以外に、コンテンツサーバ１０の各テーブルに対応する共有先マスタテーブル２７０，２７１、コンテンツ共有ＤＢ２８０，２８１、ライセンステーブル２９０，２９１、及び購入履歴テーブル３００，３０１を有する。
【００５０】
具体的には、共有先マスタテーブル２７，２７０，２７１は、図１４に示すように、共有先サーバのＩＤ（１４０）及び機能フラグ情報（１４１）を登録し、各サーバ１０，２００，２０１の連携機能を実現するためのテーブルである。機能フラグ情報１４１は、各サーバがコンテンツ配信機能、コンテンツ受入れ機能及び双方向機能などのサーバ機能を設定するための情報である。
【００５１】
具体的には、コンテンツサーバ１０の共有先マスタテーブル２７には、連携先である仲介サーバ２００のＩＤが登録される。また、仲介サーバ２００の共有先マスタテーブル２７０には、連携先であるコンテンツサーバ１０及び販売サーバ２０１の各ＩＤが登録される。さらに、販売サーバ２０１の共有先マスタテーブル２７１には、連携先である仲介サーバ２００のＩＤが登録される。
【００５２】
コンテンツ共有ＤＢ２８，２８０，２８１は、各サーバ１０，２００，２０１間でコンテンツを共有する機能を実現するためのデータベースルである。具体的には、図１５に示すように、当該各コンテンツ共有ＤＢ２８，２８０，２８１には、コンテンツデータと共に、配信対象のコンテンツデータを識別するためのコンテンツＩＤ、共有先サーバＩＤ、及びライセンスパターン（Ｐ１〜Ｐ４）からなるコンテンツ共有情報が登録される。
【００５３】
さらに、ライセンステーブル２９，２９０，２９１は、各サーバ１０，２００，２０１間でライセンスデータを共有する機能を実現するためのテーブルである。具体的には、図１６に示すように、当該各テーブルには、配信対象のコンテンツデータを識別するためのコンテンツＩＤ、共有元サーバＩＤ、ライセンスパターン（Ｐ１〜Ｐ４）、及び共有先サーバＩＤが登録される。ライセンスパターン（Ｐ１〜Ｐ４）は、前述したように、配信要求を行なうユーザと、配信対象のコンテンツデータとの使用制限関係（使用制限範囲ＩＤにより識別）を示すものであり、ユーザの使用許諾権の購入（契約）の状況などに従って設定される。ここで、ライセンスパターン（Ｐ１〜Ｐ４）には、購入（契約）条件に含まれる売値と仕入値とが設定されている。
【００５４】
（連携準備の手順）
図１７のフローチャートを参照して、各サーバ間でコンテンツ配信に関する連携機能を実現するための準備手順を説明する。
【００５５】
まず、コンテンツサーバ１０の運営者（コンテンツ提供業者）と、仲介サーバ２００の運営者（コンテンツの卸業者）との間で、コンテンツデータの販売（卸販売）に関する契約（コンテンツの使用許諾に関する契約）が締結されていることを想定する。また、同様に、仲介サーバ２００の運営者と、販売サーバ２０１の運営者（コンテンツの小売業者）との間で、コンテンツデータの販売（小売販売）に関する契約が締結されていることを想定する。
【００５６】
コンテンツサーバ１０は、共有先マスタテーブル２７に、契約先である仲介サーバ２００のサーバＩＤを共有先サーバＩＤとして登録する（ステップＳ４０）。さらに、コンテンツサーバ１０は、契約対象である各コンテンツ毎に、コンテンツＩＤ、共有先サーバＩＤ、及びライセンスパターン（ここではＰ１〜Ｐ４のいずれか）を含むコンテンツ共有情報をコンテンツ共有ＤＢ２８に登録する（ステップＳ４１）。
【００５７】
また、コンテンツサーバ１０は、自身が管理するコンテンツデータ毎にライセンスデータを作成し、ライセンステーブル２９に登録する（ステップＳ４２）。ここで、ライセンスパターン（Ｐ１〜Ｐ４）としては、前述したように、コンテンツデータを所定の形態で細分化した使用制限範囲（制限範囲ＩＤにより識別）が割り当てられている。また、ライセンスパターン（Ｐ１〜Ｐ４）には、コンテンツデータの制限範囲毎に、売値と仕入値とが設定されている。但し、コンテンツサーバ１０が管理するライセンステーブル２９には、売値として、仲介サーバ２００への卸値のみが設定されており、仕入値の欄は空（ヌル値の代入）の状態となる。
【００５８】
コンテンツサーバ１０は、各コンテンツデータに対する前記登録処理が終了すると、コンテンツデータ、ライセンスパターン、及びコンテンツ属性情報を仲介サーバ２００に転送する（ステップＳ４３）。コンテンツ属性情報とは、例えば各コンテンツの権利者（著作権者）、サムネール（縮小画像データ群）、タイトル、作者、制作日、著作者、所在地、コメントなどの情報である。
【００５９】
なお、コンテンツサーバ１０は、コンテンツデータ自体を送信せずに、購入希望のクライアント（ユーザ）が決定されたときに、当該仲介サーバ２００を経由して、クライアントにコンテンツデータを転送する形態でもよい。
【００６０】
次に、仲介サーバ２００は、共有先マスタテーブル２７０に、契約先である販売サーバ２０１のＩＤ及びコンテンツサーバ１０のＩＤを共有先サーバＩＤとして登録する。仲介サーバ２００は、契約対象である各コンテンツ毎に、コンテンツＩＤ、共有先サーバＩＤ（サーバ１０のＩＤ）、及びライセンスパターンからなるコンテンツ共有情報をコンテンツ共有ＤＢ２８０に登録する。
【００６１】
また、仲介サーバ２００は、コンテンツデータ毎にライセンスデータを作成し、ライセンステーブル２９０に登録する（図１６を参照）。ここで、仲介サーバ２００は、ライセンスパターン（Ｐ１〜Ｐ４）において、コンテンツデータの制限範囲毎に設定される売値と仕入値として、コンテンツサーバ１０により設定された卸値を仕入値として設定する。また、売値の欄には、新たに販売サーバ２０１に対する卸値を設定する。
【００６２】
仲介サーバ２００は、コンテンツサーバ１０から転送されたコンテンツ属性情報を保存すると共に、インターネット上に公開する（ＷＥＢページの公開）。これにより、クライアント２及び販売サーバ２０１から、当該コンテンツ属性情報を参照することが可能となる。また、仲介サーバ２００は、コンテンツサーバ１０から送信されたコンテンツデータをキャッシュし、次回以降の配信ではコンテンツサーバ１０に代わって、キャッシュした当該コンテンツデータを配信する形態でもよい。
【００６３】
さらに、販売サーバ２０１は、仲介サーバ２００の運営者との間で、コンテンツデータの販売（小売販売）に関する契約に基づいて、前述と同様に、共有先マスタテーブル２７１、コンテンツ共有ＤＢ２８１、及びライセンステーブル２９１に対する登録処理を実行する。販売サーバ２０１は、クライアント（ユーザ）からのアクセスに備えて、ユーザＩＤとパスワードとをユーザＤＢ（ユーザＤＢ２４に相当）に登録する。
【００６４】
（連携システムでのコンテンツ配信の手順）
図１８から図２１を参照して、連携システムでのコンテンツ配信の手順を説明する。まず、図１９のフローチャートを参照して、ユーザが所望のコンテンツデータを購入する時の手順を説明する。
【００６５】
ここでは、販売サーバ２０１は、インターネットのＷＥＢ上に、販売対象のコンテンツに関する情報を公開していることを想定する。販売サーバ２０１は、クライアント２からのコンテンツ購入に関するアクセスがあると、該当するライセンスパターンをＷＥＢ上に表示する（ステップＳ５０，Ｓ５１）。このライセンスパターンは、図１５に示すように、コンテンツ共有ＤＢ２８１に登録されているコンテンツ共有情報に含まれている。
【００６６】
販売サーバ２０１は、提示されたライセンスパターン（ここではＰ１〜Ｐ４）から条件に合致するパターン（所望の使用制限範囲のコンテンツと売値）を選択することを、クライアント２に促す（ステップＳ５２）。さらに、販売サーバ２０１は、選択したライセンスパターン、コンテンツＩＤ、ユーザＩＤ及びパスワードを送信することを、クライアント２に促す。
【００６７】
販売サーバ２０１は、クライアントから要求されたコンテンツデータの権利元を確認する（ステップＳ５３）。即ち、販売サーバ２０１は、ライセンステーブル２９１を参照して、当該コンテンツデータが共有元サーバが権利元であるか否かを確認する。ここで、販売サーバ２０１が当該コンテンツデータを所有しているときには、販売サーバ２０１は、所定の利用許諾管理の処理を実行して、購入手続処理を完了する（ステップＳ５５のＹＥＳ）。この場合、販売サーバ２０１自身が権利者であるか、または契約に基づいて当該コンテンツデータをキャッシュしている場合である。一方、当該コンテンツデータが共有元サーバに存在するときには、販売サーバ２０１は、クライアントから送信された情報に自身のＩＤを付加して、当該コンテンツデータの購入依頼を送信する（ステップＳ５５のＮＯ，Ｓ５６）。ここで、共有元サーバとは、仲介サーバ２００またはコンテンツサーバ１０である。
【００６８】
販売サーバ２０１は、当該コンテンツデータの購入手続処理に伴って、図１８（Ａ）に示すような購入履歴情報を、購入履歴テーブル３０１に登録する（ステップＳ５４）。また、販売サーバ２０１は、同図（Ｂ）に示すような利用履歴情報をユーザＤＢ２３１に登録する。
【００６９】
以上のような購入手続処理は、仲介サーバ２００及びコンテンツサーバ１０においても同様に実行される。最終的には、コンテンツサーバ１０は、ユーザＩＤ、コンテンツＩＤ、コンテンツ購入元サイト（販売サーバ２０１）を購入履歴情報として購入履歴テーブル３０に登録する。また、コンテンツサーバ１０は、図１８（Ｂ）に示すような利用履歴情報を利用履歴ＤＢ２３に登録する。また、仲介サーバ２００は、図１８（Ａ）に示すような購入履歴情報を、購入履歴テーブル３００に登録する。
【００７０】
次に、図２０のフローチャートを参照して、クライアント２が購入したコンテンツデータを利用するときのセキュリティ方法を説明する。このセキュリティ方法は、基本的には前述の第１の実施形態で説明した方法を、連携システムに適用したものである。
【００７１】
まず、クライアント２は、購入したコンテンツデータのヘッダ情報からＳＣＳのＩＤを取得し（図５を参照）、当該コンテンツサーバ１０のＳＣＳ２０に対してライセンスパターンに従ったコンテンツの利用を要求する（ステップＳ６０）。このとき、クライアント２は、コンテンツ購入時に、販売サーバ２０１により登録されたユーザＩＤとパスワードとを暗号化してＳＣＳ２０に送信する。
【００７２】
ＳＣＳ２０は、購入履歴テーブル３０に登録した購入履歴情報を参照して、購入元である共有先サーバ（仲介サーバ２００）のＩＤを取得する。そして、ＳＣＳ２０は、仲介サーバ２００をアクセスして、ユーザアカウント（ユーザＩＤとパスワード）の照会を実行する（ステップＳ６１）。ＳＣＳ２０は、仲介サーバ２００から得られた情報を使用して、クライアント２から要求されたコンテンツデータに含まれる使用制限範囲の利用許諾に関する認証処理を実行する（ステップＳ６２）。
【００７３】
ＳＣＳ２０は、正当なアクセス要求でないと判定すると、例えばクライアント２に対して、当該コンテンツの使用制限範囲に対する使用権利の取得手続（新規購入の方法）を通知する（ステップＳ６３のＮＯ，Ｓ６５）。一方、ＳＣＳ２０は、当該コンテンツの使用制限範囲に対して、ユーザが正当な使用権利を有することを認定すると、使用許可（利用許諾）を認める（ステップＳ６３のＹＥＳ，Ｓ６４）。具体的には、前述の第１の実施形態で説明したように、ＳＣＳ２０は、使用制限範囲に対応する暗号化データを復号化するための復号化鍵情報を、クライアント２に送出する。
【００７４】
以上のような連携システムでのコンテンツ配信手順を、図２１に示すような情報交換の状態を参照して具体的に説明する。
【００７５】
まず、各サーバ１０，２００，２０１のＳＣＳのサーバＩＤとして、便宜的にそれぞれ「ＡＡＡ」、「ＢＢＢ」、「ＣＣＣ」が設定されていると仮定する。販売サーバ２０１のＳＣＳは、販売契約をしたユーザのＩＤとして「ａａａ＠ＣＣＣ」をユーザＤＢに登録する。
【００７６】
次に、各サーバ１０，２００，２０１の連携準備として、コンテンツサーバ１０の共有先マスタテーブル２７には、連携先である仲介サーバ２００のＩＤ（ＢＢＢ）が登録される。また、仲介サーバ２００の共有先マスタテーブル２７０には、連携先であるコンテンツサーバ１０のＩＤ（ＡＡＡ）及び販売サーバ２０１のＩＤ（ＣＣＣ）が登録される。さらに、販売サーバ２０１の共有先マスタテーブル２７１には、連携先である仲介サーバ２００のＩＤ（ＢＢＢ）が登録される。
【００７７】
更に、コンテンツサーバ１０のコンテンツ共有ＤＢ２８には、配信対象のコンテンツデータを識別するＩＤ（Ｘ）を含むコンテンツ共有情報が登録される。このコンテンツデータのＩＤ（Ｘ）には、サーバ１０のＳＣＳのＩＤ（ＡＡＡ）が含まれている。
【００７８】
仲介サーバ２００のコンテンツ共有ＤＢ２８０には、コンテンツ共有情報として、共有コンテンツデータのＩＤ（Ｘ＋ＡＡＡ）と共に、共有先サーバ１０のＩＤ（ＡＡＡ）を含む情報が登録される。また、販売サーバ２０１のコンテンツ共有ＤＢ２８１には、コンテンツ共有情報として、共有コンテンツデータのＩＤ（Ｘ＋ＡＡＡ）と共に、共有先サーバ２８０のＩＤ（ＢＢＢ）を含む情報が登録される。
【００７９】
次に、クライアント（ユーザ）は、コンテンツデータ（Ｘ）を利用するためのライセンス購入の手続を、販売サーバ２０１に対して行うことを想定する。なお、ユーザは、コンテンツデータ自体については、インターネットからダウンロードしている状況を想定する。販売サーバ２０１は、ユーザからの手続に従って、購入履歴テーブル３０１に、共有コンテンツデータのＩＤ（Ｘ）、ユーザＩＤ（ａａａ＠ＣＣＣ）、及びライセンス情報としてライセンスパターン（Ｐ１〜Ｐ４）をログファイルとして登録する。
【００８０】
販売サーバ２０１は、ユーザＩＤ（ａａａ＠ＣＣＣ）によりユーザＤＢからユーザ情報を参照し、契約された正当なユーザであるか否かを照会する。正当なユーザであれば、パスワード情報を取得する。そして、販売サーバ２０１は、連携先の仲介サーバ２００に対して、ユーザからの利用要求に応じた注文を実行する。仲介サーバ２００は、販売サーバ２０１からの注文に従って、購入履歴テーブル３００に、共有コンテンツデータのＩＤ（Ｘ）、ユーザＩＤ（ａａａ＠ＣＣＣ）、ライセンス情報及び販売サーバ２０１のＳＣＳＩＤ（ＣＣＣ）をログファイルとして登録する。そして、仲介サーバ２００は、連携先のコンテンツサーバ１０に対して、販売サーバ２０１からの注文（ユーザからの利用要求）に応じた注文を実行する。
【００８１】
コンテンツサーバ１０は、仲介サーバ２００からの注文に従って、購入履歴テーブル３０に、共有コンテンツデータのＩＤ（Ｘ）、ユーザＩＤ（ａａａ＠ＣＣＣ）、ライセンス情報及び仲介サーバ２００のＳＣＳＩＤ（ＢＢＢ）をログファイルとして登録する。
【００８２】
次に、ユーザは、コンテンツデータのＩＤ（Ｘ）に含まれるサーバ１０のＳＣＳのＩＤ（ＡＡＡ）でコンテンツサーバ１０に対して直接アクセスし、購入希望のライセンスの認証要求を実行する。これを受けて、コンテンツサーバ１０は、購入履歴テーブル３０を参照して、仲介サーバ２００のＳＣＳ（ＢＢＢ）に対してユーザ認証に必要な情報の照会を実行する。仲介サーバ２００は、購入履歴テーブル３００を参照して、販売サーバ２０１のＳＣＳ（ＣＣＣ）に対してユーザ認証に必要な情報の照会を実行する。
【００８３】
販売サーバ２０１は、ユーザＩＤ（ａａａ＠ＣＣＣ）によりユーザＤＢからユーザ情報を参照し、契約された正当なユーザであることを示すパスワード情報を仲介サーバ２００に転送する。これを受けて、仲介サーバ２００は、当該パスワード情報をコンテンツサーバ１０に転送する。
【００８４】
コンテンツサーバ１０のＳＣＳ２０は、パスワード情報に基づいてユーザが正当に契約されたユーザであることを認証すると、共有コンテンツデータ（Ｘ）を利用するための処理（暗号化データを復号化する復号化データの送信）を実行することになる。
【００８５】
以上のように第２の実施形態によれば、コンテンツの権利元であるコンテンツサーバ１０だけでなく、仲介サーバ２００や販売サーバ２０１を介在させて、各サーバが連携してコンテンツ配信を行なうためのコンテンツ配信システムを実現することができる。各サーバは、コンテンツ共有テーブルなどのコンテンツ配信に必要な管理情報を共有して、ユーザからの要求に応じたコンテンツ配信を実行することができる。
【００８６】
このような連携システムによるコンテンツ配信システムであれば、コンテンツの権利者が運営する権利者サイト（コンテンツサーバ１０）、コンテンツの卸業者が運営するサイト（仲介サーバ２００）、またはコンテンツの小売業者が運営するサイト（販売サーバ２１０）などによる多様なコンテンツ配信のサービス業を実現することができる。
【００８７】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【００８８】
【図１】本発明の実施形態に関するコンテンツ配信システムの概略を示すブロック図。
【図２】第１の実施形態に関するコンテンツサーバの構成を示すブロック図。
【図３】同実施形態に関するユーザデータベースの構成を示す図。
【図４】同実施形態に関するログファイルの構成を示す図。
【図５】同実施形態に関するコンテンツデータベースの構成を示す図。
【図６】同実施形態に関するライセンスデータベースの構成を示す図。
【図７】同実施形態に関するコンテンツ配信動作の準備手順を説明するためのフローチャート。
【図８】同実施形態に関する準備手順に含まれるコンテンツＤＢの登録手順を説明するためのフローチャート。
【図９】同実施形態に関するコンテンツ配信の手順を説明するためのフローチャート。
【図１０】同実施形態に関するコンテンツ配信でのデータの流れを説明するための図。
【図１１】第２の実施形態に関するコンテンツ配信の連携システムの構成を示すブロック図。
【図１２】第２の実施形態に関する連携システムの各種の形態を示すブロック図。
【図１３】第２の実施形態に関する各サーバの構成を示すブロック図。
【図１４】第２の実施形態に関する共有先マスタテーブルの構成を示す図。
【図１５】第２の実施形態に関するコンテンツ共有テーブルの構成を示す図。
【図１６】第２の実施形態に関するライセンステーブルの構成を示す図。
【図１７】第２の実施形態に関する連携準備の手順を説明するためのフローチャート。
【図１８】第２の実施形態に関するコンテンツ購入時での履歴情報の一例を示す図。
【図１９】第２の実施形態に関するコンテンツ購入の手順を説明するためのフローチャート。
【図２０】第２の実施形態に関するコンテンツ利用時のセキュリティ方法を説明するためのフローチャート。
【図２１】第２の実施形態に関する連携システムでの情報交換の一例を説明するための図。
【符号の説明】
【００８９】
１…インターネット、２…クライアント、３…サーバ、１０…コンテンツサーバ、
２０…セキュリティ・コントロールサーバ（ＳＣＳサーバ）、
２１…画像ファイルデータベース、２２…コントローラ、２３…ログファイル、
２４…ユーザデータベース、２５…ライセンスデータベース、
２６…コンテンツデータベース、２７…共有先マスタテーブル、
２８…コンテンツ共有データベース、２９…ライセンステーブル、
３０…購入履歴テーブル、２００…仲介サーバ、２１０…販売サーバ。
【技術分野】
【０００１】
本発明は、一般的にはコンピュータネットワークを利用したコンテンツ配信システムに関し、特に、コンテンツデータの使用範囲毎のセキュリティ機能を実現するコンテンツの配信方法に関する。
【背景技術】
【０００２】
超高精細デジタル画像データなどのデジタルコンテンツ（コンテンツデータと表記する場合もある）は、インターネットを代表とするコンピュータネットワーク環境を利用した，流通、販売するシステムにおけるマスターデータとして位置付けられる。
【０００３】
マスターデータには、記録・保管の側面で、なるべく多くの情報量を全て記録することが要求されるが、一方の利用の側面では、コンテンツデータ全体のデータが要求されることは少ない、例えば、利用者からインデックス画像データが求められた場合、マスターデータが持つ超高精細画像データの膨大情報は、最終的に縮小されて、ほとんどの情報が廃棄されることになる。一方、利用者から画像のディテールが求められる場合も、出力デバイスの表示域の制約から全ての情報が同時に使用されることは少ない。
【０００４】
また、超高精細で、かつ、再利用性にも優れた、高い付価値を持ったデジタルコンテンツなど配信されたデータが、資格のないユーザが無断で使用又は複製するなど、不正に使用される可能性が極めて高い。
【０００５】
このため、コンテンツデータを利用形態に合わせて分割して、不正使用を防止するための技術、換言すれば、不正使用から利用形態に合わせてデータを保護するセキュリティ機能を実現する技術が必要不可欠になっている。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
従来では、デジタルコンテンツを不正使用から保護するセキュリティ機能を実現する技術として、当該データに電子透かし（digital watermark）などを付加するデータ加工技術や、正当なユーザを認証するためのユーザ認証技術などの各種の方式が開発又は提案されている。
【０００７】
しかしながら、電子透かし（digital watermark）などを付加するデータ加工技術は、２次利用ができない程度にデータの品質が低下するため、正当なユーザに対しても品質が劣化したコンテンツを配信することになる。また、通常ではデータをダウンロードするときに、ユーザを認証するユーザ認証方式は、正当なユーザを特定できるが、配信するコンテンツとの関連がない。このため、特にコンテンツの使用範囲または使用目的に合わせて、コンテンツの使用を制限するような多様なセキュリティ機能を実現することができない。
【０００８】
そこで、本発明の目的は、ネットワーク環境を利用して、デジタルコンテンツを配信するコンテンツ配信システムや情報サービスにおいて、２次利用も可能な程度にデータの品質を維持し、かつコンテンツの使用範囲または使用目的に合わせた多様なセキュリティ機能を実現することができるコンテンツ配信方法及びシステムを提供することにある。
【課題を解決するための手段】
【０００９】
本発明の観点は、インターネットなどのネットワーク環境を利用して、デジタルコンテンツを配信するシステムや情報サービスにおいて、コンテンツデータ自体を加工することなく、コンテンツの使用範囲または使用目的に合わせた多様なセキュリティ機能（不正使用からの保護）を実現するコンテンツ配信方法に関する。
【００１０】
本発明の観点によるコンテンツの配信方法は、ユーザ端末とコンテンツ配信用のサーバとがネットワークを介して相互に接続し、前記ユーザ端末に対してコンテンツデータを配信するコンテンツ配信システムに適用するコンテンツ配信方法であって、前記サーバは、
配信対象のコンテンツデータを所定の使用範囲毎に分割し、当該使用範囲毎に暗号化したコンテンツデータを管理する機能を有し、
前記ユーザ端末からの使用要求に応じて、前記コンテンツデータの使用範囲毎に使用の可否を判定するステップと、
前記判定ステップにより認可された使用範囲のコンテンツデータの暗号化を解除するための復号化情報を前記ユーザ端末に提供するステップと
を有する処理を実行するように構成されている。
【発明の効果】
【００１１】
本発明によれば、第１に、ネットワーク環境を利用して、デジタルコンテンツを配信するコンテンツ配信システムや情報サービスにおいて、２次利用も可能な程度にデータの品質を維持し、かつコンテンツの使用範囲または使用目的に合わせた多様なセキュリティ機能を実現することができる。第２に、複数のサーバによる連携コンテンツ配信システムにより、多様なコンテンツ配信サービスの形態を実現することができる。
【００１２】
具体的には、セキュリティのために、コンテンツデータ自体に電子透かしなどを付加する加工処理を実行しないため、例えばコンテンツデータの品質が劣化することなく配信することが可能である。さらに、予めコンテンツデータを使用目的などに合わせて細分化し、細分化された使用範囲毎に使用制限を管理することができる。これにより、例えばコンテンツデータ自体を不特定のユーザに対して無制限に配信した後に、当該コンテンツデータを取得したユーザからの使用要求に応じて使用範囲毎に使用の可否を判定することができる。従って、使用目的又は使用範囲に合わせて、不正使用からコンテンツを保護するセキュリティ機能の多様化を実現できる。
【発明を実施するための最良の形態】
【００１３】
以下図面を参照して、本発明の実施形態を説明する。
【００１４】
（システムの構成）
図１は、本実施形態に関するコンテンツ配信システムの概略を示すブロック図である。
【００１５】
本システムは、インターネット１を介して、サーバ群３が、デジタルコンテンツ（コンテンツデータ）を、複数のクライアント２に配信する情報サービスの仕組みを実現するものである。クライアント２は、ユーザ端末に相当し、通常では、予めコンテンツデータをダウンロードし、表示画面上で再生するためのソフトウェアを有するパーソナルコンピュータ（ＰＣ）である。但し、クライアント２は、ＰＣに限定されるものではなく、インターネット１に接続可能であり、かつ前記ソフトウェアと同様の機能を備えたものであれば、携帯電話やＰＤＡなどのデジタル情報機器でもよい。
【００１６】
サーバ群３は、コンテンツ配信を行なう情報サービス業者が管理し、便宜的に、コンテンツサーバ１０と、これ以外の仲介サーバ２００及び販売サーバ２０１に分類する。なお、仲介サーバ２００及び販売サーバ２０１については、第２の実施形態として後述する。
【００１７】
（第１の実施形態）
コンテンツサーバ１０は、図２に示すように、セキュリティ・コントロールサーバ（ＳＣＳ）２０と、画像ファイルデータベース（画像ファイルＤＢ）２１を有する。画像ファイルＤＢ２１は、本実施形態がコンテンツデータとして想定している画像デジタルコンテンツを蓄積している。
【００１８】
ＳＣＳ２０は、クライアント２から要求されたコンテンツデータを画像ファイルＤＢ２１から検索し、インターネット１を介して配信するためのコンテンツ配信処理の全体を管理する。具体的には、ＳＣＳ２０は、中央処理部に相当するコントローラ２２と、各種のデータベース（ＤＢ）またはファイルを有する。コントローラ２２は、各種のデータベース（ＤＢ）またはファイルを使用して、コンテンツデータを配信するときのセキュリティ処理を実行する。
【００１９】
ＳＣＳ２０は、ログファイル２３、ユーザＤＢ２４、ライセンスＤＢ２５、及びコンテンツＤＢ２６を有する。ログファイル２３は、ＳＣＳ２０のコンテンツ配信処理やセキュリティ処理に関係する操作記録を保存するためのファイルである。具体的には、ログファイル２３には、図４に示すように、配信要求対象のコンテンツデータの識別情報（ＩＤ）、要求ユーザのＩＤ、及び当該コンテンツデータの使用範囲（制限範囲）のＩＤが記録される。さらに、ログファイル２３には、クライアント２からのアクセス日時、クライアント２であるユーザ端末に使用されているハードディスクドライブ（ＨＤＤ）のシリアル番号、当該ユーザ端末のＩＰアドレス、及びコントローラ２２によるセキュリティ処理の認証結果（認証の可否）などが記録される。
【００２０】
ユーザＤＢ２４は、コンテンツ配信サービスを要求しているユーザであって、コンテンツサーバ１０を運営・管理している情報サービス業者との間で所定の契約などの手続を完了しているユーザに関する情報を蓄積する。具体的には、図３に示すように、当該ユーザＤＢ２４には、ユーザ名、ユーザＩＤ、パスワード、及びユーザに関する各種の属性情報が登録される。当該属性情報には、ユーザ端末のＩＰアドレス、及びコンテンツの使用権利に関する情報（購入または契約内容）などが含まれる。
【００２１】
ライセンスＤＢ２５は、ユーザとコンテンツデータ（ＩＤにより識別）との使用制限関係を示すライセンスデータを蓄積する。具体的には、図６に示すように、コンテンツＩＤに対応付けられるライセンスパターン（Ｐ１〜Ｐ３とする）からなるライセンスデータが登録される。要するに、ライセンスパターン（Ｐ１〜Ｐ３）は、ユーザＤＢ２４に格納されている属性情報に含まれる使用許諾権の購入（契約）条件と、コンテンツデータの制限範囲ＩＤとを対応付けしたテーブル情報である。ＳＣＳ２０は、ユーザＩＤ、コンテンツＩＤ、及び当該ライセンスパターン（Ｐ１〜Ｐ３）に基づいて、ユーザから要求されたコンテンツの使用制限範囲に対する使用許諾の有無を判定する。
【００２２】
コンテンツＤＢ２６は、各コンテンツＩＤ毎に、使用制限範囲毎に細分化されて管理されるコンテンツデータ群を蓄積する。具体的には、図５に示すように、各コンテンツデータは、それぞれコンテンツＩＤ及びＳＣＳサーバのＩＤ（例えばＩＰアドレス）が記録されたヘッダ情報部５０と、細分化されたデータ本体部５１とからなる。データ本体部５１は、制限範囲ＩＤ毎に分割されたデータを暗号化した暗号化データと、その条件情報とを含む。
【００２３】
（コンテンツ配信動作）
以下図１から図６を含めて、図７から図１０を参照して、同実施形態のシステム及び方法によるコンテンツ配信動作を説明する。
【００２４】
まず、図７のフローチャートを参照して、システムがコンテンツ配信動作を実行するための準備手順を説明する。
【００２５】
配信対象のコンテンツデータを管理するＳＣＳ２０のＩＤが設定される（ステップＳ１）。具体的には、当該ＩＤは、ＩＰアドレスなどのネットワークアドレスである。これにより、クライアント２は、インターネット１上に接続されているコンテンツサーバ１０（即ち、ＳＣＳ２０）にアクセスして、コンテンツデータの配信を要求できることになる。
【００２６】
次に、ＩＤが設定されたＳＣＳ２０は、コンテンツ配信の管理に必要な各データベース２４〜２６の準備を実行する。具体的には、コンテンツＤＢ２６に対して、配信対象のコンテンツデータを画像ファイルＤＢ２１から検索して登録する（ステップＳ２）。コンテンツＤＢ２６には、前述したように、コンテンツＩＤ及びＳＣＳサーバのＩＤが設定されたヘッダ情報部５０と、細分化されたデータ本体部５１とからなるコンテンツデータが登録される（図５を参照）。
【００２７】
この登録の手順としては、図８のフローチャートに示すように、コンテンツデータの細分化が実行される（ステップＳ１０）。細分化されたコンテンツデータにおいて、保護対象として設定された範囲（使用制限範囲）には、制限範囲ＩＤが割り当てられる（ステップＳ１１）。当該範囲のコンテンツデータは、コンテンツＩＤと、制限範囲ＩＤとを使用して暗号化される（ステップＳ１２）。
【００２８】
従って、制限範囲のコンテンツデータ（暗号化データ）は、ＳＣＳ２０の認証処理により認可された場合のみ、復号化されて使用可能となる。ここで、コンテンツデータを細分化して、制限範囲として設定する具体例としては、例えば高精細画像コンテンツの多段階な解像度に基づいた細分化である。また、コンテンツデータの細分化として、テキスト、静止画像、音声、動画像のようなデジタルデータ形態による細分化もある。更に、数値データと、当該数値データを処理するメソッド（method）等のソフトウェアとをセットにして、データの処理内容毎に細分化する場合にも適用できる。
【００２９】
ＳＣＳ２０は、ユーザＤＢ２４に対して、配信対象のユーザに関する情報を登録する（ステップＳ３）。具体的には、図３に示すように、ユーザ名や、ユーザＩＤ、及びパスワードなどである。更に、ＳＣＳ２０は、ライセンスＤＢ２５に対して、ライセンスデータを登録する（ステップＳ４）。ライセンスデータは、前述したように、配信要求を行なうユーザと、配信対象のコンテンツデータとの使用制限関係を示すデータである。具体的には、図６に示すように、コンテンツＩＤに対応付けられるライセンスパターン（Ｐ１〜Ｐ３とする）からなる。当該ライセンスパターンは、ユーザの使用許諾権の購入（契約）の状況などに従って設定される。
【００３０】
（コンテンツ使用の手順）
以上のような準備の完了を前提として、図９及び図１０を参照して、コンテンツ使用の手順を説明する。
【００３１】
まず、クライアント（ユーザ端末）２は、コンテンツサーバ１０が配信しているコンテンツデータ（ここでは画像コンテンツ１００とする）を既に取得していることを想定する。即ち、コンテンツサーバ１０は、後述するように、当該コンテンツデータを使用制限範囲毎に細分化し、それぞれの暗号化データの状態で（但し、制限なく公開しているデータを除く）配信している。従って、ユーザは、配信されたコンテンツデータ自体を任意に取得（ダウンロードなど）できるが、そのままでは所望のデータを使用（利用）することはできない。
【００３２】
そこで、クライアント（ユーザ端末）２から、コンテンツサーバ１０に対して、所望のコンテンツデータ（ここでは画像コンテンツ１００とする）の使用要求がなされると、当該サーバ１０はユーザ端末２との接続処理を実行する（ステップＳ２０，Ｓ３０）。具体的には、コンテンツサーバ１０は、コンテンツＤＢ２６に登録されているＳＣＳ２０のＩＤを使用して、ユーザ端末との相互認証処理を実行する。
【００３３】
さらに、当該サーバ１０は、ＳＣＳ２０とクライアント２と間に、暗号化通信路を形成する（図１０の１０１）。当該サーバ１０は、クライアント２からのコンテンツＩＤ、使用制限範囲ＩＤ、ユーザＩＤ及びパスワードの各情報をハッシュ値を使用して暗号化して、ＳＣＳ２０に送信する（図１０の１０２）。
【００３４】
ＳＣＳ２０は、クライアント２から要求されたコンテンツデータ（コンテンツＩＤ）に含まれる使用制限範囲（制限範囲ＩＤにより指定）の使用要求に関して、使用のための認証処理を実行する（ステップＳ２１，Ｓ３１）。即ち、ＳＣＳ２０は、管理している各データベース２４〜２６から検索した関連情報と、ユーザからの情報とを照合して、当該ユーザが要求する使用制限範囲に対する使用権の可否を判定する（ステップＳ３２）。
【００３５】
ＳＣＳ２０は、正当なアクセス要求でないと判定すると、例えばクライアント２に対して、当該コンテンツの使用制限範囲に対する使用権利の取得手続（新規購入の方法）を通知する（ステップＳ３２のＮＯ，Ｓ３４）。この通知内容は、前述したように、コンテンツＤＢ２６に登録されている当該コンテンツデータのデータ本体部５１において、当該制限範囲ＩＤに対応する暗号化データと共に記録されている条件情報に含まれている（図５を参照）。
【００３６】
一方、ＳＣＳ２０は、当該コンテンツの使用制限範囲に対して、ユーザが正当な使用権利を有することを認定すると、使用許可を認める信号と、使用制限範囲に対応する暗号化データを復号化するための復号化鍵情報（図１０の１０３）とを、クライアント２に送出する（ステップＳ３２のＹＥＳ，Ｓ３３）。
【００３７】
クライアント２は、ＳＣＳ２０からの認証結果に基づいて、要求したコンテンツの使用制限範囲に対して使用不可であるときには、例えば使用権利の取得手続（新規購入）を開始する（ステップＳ２２のＮＯ）。一方、使用権利が認められたときには、クライアント２は、ＳＣＳ２０から取得した復号化鍵情報を使用して、暗号化データを復号化する（ステップＳ２２のＹＥＳ，Ｓ２３）。即ち、コンテンツデータ１００に含まれる制限範囲の暗号化データを、元のデータに復元する処理を実行する（図１０の１０４）。これにより、クライアント２は、使用制限されている画像データなどを画面上に再生したり、ＨＤＤに保存したり、また他の機器に転送するようなデータの利用を行なうことができる（１０６）。ここで、クライアント２は、当該制限範囲のコンテンツデータの中に、認証ロゴに該当する情報の符号化データをセキュリティデータとして、電子透かし処理により付加する（ステップＳ２４，１０５）。
【００３８】
ＳＣＳ２０は、コンテンツＩＤ、ユーザＩＤ、当該コンテンツデータの制限範囲ＩＤ、クライアント２からのアクセス日時、クライアント２のハードディスクドライブ（ＨＤＤ）のシリアル番号、当該ユーザ端末のＩＰアドレス、及び認証結果の可否などをログファイル２３に登録する（ステップＳ３５）。
【００３９】
以上のように第１の実施形態によれば、配信対象のコンテンツデータ全体を不正使用から保護するセキュリティ機能とは異なり、当該コンテンツデータを使用目的などに合わせて細分化した所定の制限範囲毎にセキュリティ機能を実現することができる。このようなセキュリティ機能であれば、コンテンツデータの使用目的または使用範囲に合わせて、ユーザに対する使用権利の可否を管理できるため、結果としてセキュリティ機能の多様化を図ることができる。
【００４０】
具体的には、例えば高精細画像コンテンツを多段階な解像度に基づいて細分化した場合に、各解像度毎に制限範囲ＩＤを設定する。例えば最高解像度の画像データに対応して、図５に示すように、制限範囲ＩＤ（１）を設定する。ここで、図６に示すように、ライセンスパターン（Ｐ１）として、当該制限範囲ＩＤ（１）に対して使用権利が許諾されたユーザＩＤや、その購入条件（価格など）等が設定されている場合を想定する。ＳＣＳ２０は、クライアント２から当該制限範囲ＩＤ（１）に対応する最高解像度の画像データの配信要求がなされると、前述したような手順により、当該クライアント２のユーザに使用権利が許諾されているか否かを判定する。ＳＣＳ２０により正当なユーザであるが認証されたときには、当該クライアント２は、当該制限範囲ＩＤ（１）に対応する最高解像度の画像データの暗号化を解除する復号化鍵情報を受信できる。従って、当該クライアント２は、最高解像度の画像データを復元して、自由に使用することが可能となる。
【００４１】
ここで、コンテンツＤＢ２６に登録されているデータ本体部５１には、当該制限範囲ＩＤ（１）に対応する暗号化データと共に、例えば低解像度のデータであれば、無料で公開していることを示す条件情報が想定する。仮に、当該制限範囲ＩＤ（１）に対する認証処理で、使用権利が拒否された場合に、当該クライアント２は、その条件情報に従って、低解像度のデータを無料でアクセスできることを通知される。従って、ユーザは、例えば低解像度のデータを暫定的にアクセスして、最高解像度の画像データを取得するか否かを判断することができる。そして、ユーザは、最高解像度の画像データを取得したい場合には、所定の取得手続を実行することにより、前述のアクセスの手順を実行すればよい。
【００４２】
なお、前述したように、コンテンツデータの細分化の内容としては、解像度だけでなく、テキスト、静止画像、音声、動画像のようなデジタルデータ形態や、データの処理内容等がある。具体的には、データ形態の細分化の場合には、あるコンテンツデータでの購入条件（契約条件）のユーザに対しては、テキストについては使用権利が認められるが、静止画像や動画像については許否できるなどのセキュリティ形態を取れる。また、ある購入条件（契約条件）のユーザに対してのみ、当該コンテンツデータの動画像の使用権利を認めるなどのセキュリティ形態も取れる。
【００４３】
更に、同実施形態のセキュリティ方法は、コンテンツデータの使用制限範囲毎の細分化と、当該使用制限範囲に対応するコンテンツデータの暗号化を構成とする。要するに、コンテンツデータ自体に電子透かしなどを付加するようなセキュリティ機能を実現するためのデータ加工処理を実行しないため、コンテンツデータの品質が劣化することはない。従って、特に高品質のコンテンツデータを、品質の劣化を招くことなく、ユーザに対して配信することが可能である。
【００４４】
（第２の実施形態）
図１１から図２１は、第２の実施形態を説明するための図である。本実施形態は、図１１に示すように、コンテンツサーバ（ＳＣＳサーバがメイン要素）１０と、仲介サーバ２００と、販売サーバ２０１とが連携してコンテンツ配信を行なうためのコンテンツ配信システムを想定する。
【００４５】
同実施形態では、コンテンツサーバ１０は、コンテンツの権利（著作権など）を有する権利者サイト（コンテンツ提供業者が管理するサイト）に含まれるサーバである。仲介サーバ２００及び販売サーバ２０１は、当該サーバ１０と連携システムを構成し、コンテンツ配信に必要な管理情報を共有する。仲介サーバ２００は、いわばコンテンツの卸業者が運営するサイトに含まれる。販売サーバ２０１は、コンテンツの最終販売元（コンテンツの小売業者）が運営するサイトに含まれる。販売サーバ２０１は、最終販売元として複数のクライアント（ユーザ端末）２とコンテンツの販売取引を行なうためのユーザ管理データベース（ユーザＤＢ２４に相当）を使用する。
【００４６】
なお、同実施形態の連携システムは、図１１に示す形態だけでなく、図１２（Ａ）に示すように、仲介サーバ２００を介することなく、コンテンツサーバ１０と販売サーバ２０１とが連携してコンテンツ配信を実現する形態でもよい。また、同図（Ｂ）に示すように、コンテンツサーバ１０と販売サーバ２０１との間に、複数の仲介サーバ２００，２０２を介在させる連携システムの形態でもよい。さらに、同図（Ｃ）に示すように、仲介サーバ２００が、複数の販売サーバ２０１，２０３のそれぞれに対して仲介する形態でもよい。さらにまた、仲介サーバまたは販売サーバが、複数のコンテンツサーバと連携する形態でもよい。
【００４７】
（各サーバの構成）
同実施形態のコンテンツ配信システムは、図１３に示すように、コンテンツサーバ１０と、仲介サーバ２００と、販売サーバ２０１とが連携してコンテンツ配信を行なう形態を想定する。基本的に、各サーバ１０，２００，２０１は、同一の構成要素から構成されている。即ち、各サーバ１０，２００，２０１は、それぞれコンテンツ配信サーバ、仲介サーバ、販売サーバのいずれの機能も実現できるように構成されている。なお、図１３は、同実施形態の動作に必要な構成要素のみを示している。特に、仲介サーバ２００及び販売サーバ２０１に関しては、コンテンツサーバ１０でのＳＣＳ（セキュリティ・コントロールサーバ）２０などに相当する要素については省略している。
【００４８】
コンテンツサーバ１０は、前述したようなＳＣＳ２０、共有先マスタテーブル２７、コンテンツ共有データベース（ＤＢ）２８、ライセンステーブル２９、購入履歴テーブル３０、及び利用履歴データベース（ＤＢ）３４を有する。さらに、コンテンツサーバ１０は、コンテンツ共有データベース（ＤＢ）２８とコンテンツＤＢ２６間でのデータ転送と、データ共有管理処理を行うための管理部３１を有する。同様に、ライセンステーブル２９とライセンスＤＢ２５間でのデータ転送と、データ共有管理処理を行うための管理部３２を有する。また、購入履歴テーブル３０とユーザＤＢ２４間でのデータ転送と、データ共有管理処理を行うための管理部３３を有する。
【００４９】
仲介サーバ２００及び販売サーバ２０１はそれぞれ、ＳＣＳ２０に相当する要素以外に、コンテンツサーバ１０の各テーブルに対応する共有先マスタテーブル２７０，２７１、コンテンツ共有ＤＢ２８０，２８１、ライセンステーブル２９０，２９１、及び購入履歴テーブル３００，３０１を有する。
【００５０】
具体的には、共有先マスタテーブル２７，２７０，２７１は、図１４に示すように、共有先サーバのＩＤ（１４０）及び機能フラグ情報（１４１）を登録し、各サーバ１０，２００，２０１の連携機能を実現するためのテーブルである。機能フラグ情報１４１は、各サーバがコンテンツ配信機能、コンテンツ受入れ機能及び双方向機能などのサーバ機能を設定するための情報である。
【００５１】
具体的には、コンテンツサーバ１０の共有先マスタテーブル２７には、連携先である仲介サーバ２００のＩＤが登録される。また、仲介サーバ２００の共有先マスタテーブル２７０には、連携先であるコンテンツサーバ１０及び販売サーバ２０１の各ＩＤが登録される。さらに、販売サーバ２０１の共有先マスタテーブル２７１には、連携先である仲介サーバ２００のＩＤが登録される。
【００５２】
コンテンツ共有ＤＢ２８，２８０，２８１は、各サーバ１０，２００，２０１間でコンテンツを共有する機能を実現するためのデータベースルである。具体的には、図１５に示すように、当該各コンテンツ共有ＤＢ２８，２８０，２８１には、コンテンツデータと共に、配信対象のコンテンツデータを識別するためのコンテンツＩＤ、共有先サーバＩＤ、及びライセンスパターン（Ｐ１〜Ｐ４）からなるコンテンツ共有情報が登録される。
【００５３】
さらに、ライセンステーブル２９，２９０，２９１は、各サーバ１０，２００，２０１間でライセンスデータを共有する機能を実現するためのテーブルである。具体的には、図１６に示すように、当該各テーブルには、配信対象のコンテンツデータを識別するためのコンテンツＩＤ、共有元サーバＩＤ、ライセンスパターン（Ｐ１〜Ｐ４）、及び共有先サーバＩＤが登録される。ライセンスパターン（Ｐ１〜Ｐ４）は、前述したように、配信要求を行なうユーザと、配信対象のコンテンツデータとの使用制限関係（使用制限範囲ＩＤにより識別）を示すものであり、ユーザの使用許諾権の購入（契約）の状況などに従って設定される。ここで、ライセンスパターン（Ｐ１〜Ｐ４）には、購入（契約）条件に含まれる売値と仕入値とが設定されている。
【００５４】
（連携準備の手順）
図１７のフローチャートを参照して、各サーバ間でコンテンツ配信に関する連携機能を実現するための準備手順を説明する。
【００５５】
まず、コンテンツサーバ１０の運営者（コンテンツ提供業者）と、仲介サーバ２００の運営者（コンテンツの卸業者）との間で、コンテンツデータの販売（卸販売）に関する契約（コンテンツの使用許諾に関する契約）が締結されていることを想定する。また、同様に、仲介サーバ２００の運営者と、販売サーバ２０１の運営者（コンテンツの小売業者）との間で、コンテンツデータの販売（小売販売）に関する契約が締結されていることを想定する。
【００５６】
コンテンツサーバ１０は、共有先マスタテーブル２７に、契約先である仲介サーバ２００のサーバＩＤを共有先サーバＩＤとして登録する（ステップＳ４０）。さらに、コンテンツサーバ１０は、契約対象である各コンテンツ毎に、コンテンツＩＤ、共有先サーバＩＤ、及びライセンスパターン（ここではＰ１〜Ｐ４のいずれか）を含むコンテンツ共有情報をコンテンツ共有ＤＢ２８に登録する（ステップＳ４１）。
【００５７】
また、コンテンツサーバ１０は、自身が管理するコンテンツデータ毎にライセンスデータを作成し、ライセンステーブル２９に登録する（ステップＳ４２）。ここで、ライセンスパターン（Ｐ１〜Ｐ４）としては、前述したように、コンテンツデータを所定の形態で細分化した使用制限範囲（制限範囲ＩＤにより識別）が割り当てられている。また、ライセンスパターン（Ｐ１〜Ｐ４）には、コンテンツデータの制限範囲毎に、売値と仕入値とが設定されている。但し、コンテンツサーバ１０が管理するライセンステーブル２９には、売値として、仲介サーバ２００への卸値のみが設定されており、仕入値の欄は空（ヌル値の代入）の状態となる。
【００５８】
コンテンツサーバ１０は、各コンテンツデータに対する前記登録処理が終了すると、コンテンツデータ、ライセンスパターン、及びコンテンツ属性情報を仲介サーバ２００に転送する（ステップＳ４３）。コンテンツ属性情報とは、例えば各コンテンツの権利者（著作権者）、サムネール（縮小画像データ群）、タイトル、作者、制作日、著作者、所在地、コメントなどの情報である。
【００５９】
なお、コンテンツサーバ１０は、コンテンツデータ自体を送信せずに、購入希望のクライアント（ユーザ）が決定されたときに、当該仲介サーバ２００を経由して、クライアントにコンテンツデータを転送する形態でもよい。
【００６０】
次に、仲介サーバ２００は、共有先マスタテーブル２７０に、契約先である販売サーバ２０１のＩＤ及びコンテンツサーバ１０のＩＤを共有先サーバＩＤとして登録する。仲介サーバ２００は、契約対象である各コンテンツ毎に、コンテンツＩＤ、共有先サーバＩＤ（サーバ１０のＩＤ）、及びライセンスパターンからなるコンテンツ共有情報をコンテンツ共有ＤＢ２８０に登録する。
【００６１】
また、仲介サーバ２００は、コンテンツデータ毎にライセンスデータを作成し、ライセンステーブル２９０に登録する（図１６を参照）。ここで、仲介サーバ２００は、ライセンスパターン（Ｐ１〜Ｐ４）において、コンテンツデータの制限範囲毎に設定される売値と仕入値として、コンテンツサーバ１０により設定された卸値を仕入値として設定する。また、売値の欄には、新たに販売サーバ２０１に対する卸値を設定する。
【００６２】
仲介サーバ２００は、コンテンツサーバ１０から転送されたコンテンツ属性情報を保存すると共に、インターネット上に公開する（ＷＥＢページの公開）。これにより、クライアント２及び販売サーバ２０１から、当該コンテンツ属性情報を参照することが可能となる。また、仲介サーバ２００は、コンテンツサーバ１０から送信されたコンテンツデータをキャッシュし、次回以降の配信ではコンテンツサーバ１０に代わって、キャッシュした当該コンテンツデータを配信する形態でもよい。
【００６３】
さらに、販売サーバ２０１は、仲介サーバ２００の運営者との間で、コンテンツデータの販売（小売販売）に関する契約に基づいて、前述と同様に、共有先マスタテーブル２７１、コンテンツ共有ＤＢ２８１、及びライセンステーブル２９１に対する登録処理を実行する。販売サーバ２０１は、クライアント（ユーザ）からのアクセスに備えて、ユーザＩＤとパスワードとをユーザＤＢ（ユーザＤＢ２４に相当）に登録する。
【００６４】
（連携システムでのコンテンツ配信の手順）
図１８から図２１を参照して、連携システムでのコンテンツ配信の手順を説明する。まず、図１９のフローチャートを参照して、ユーザが所望のコンテンツデータを購入する時の手順を説明する。
【００６５】
ここでは、販売サーバ２０１は、インターネットのＷＥＢ上に、販売対象のコンテンツに関する情報を公開していることを想定する。販売サーバ２０１は、クライアント２からのコンテンツ購入に関するアクセスがあると、該当するライセンスパターンをＷＥＢ上に表示する（ステップＳ５０，Ｓ５１）。このライセンスパターンは、図１５に示すように、コンテンツ共有ＤＢ２８１に登録されているコンテンツ共有情報に含まれている。
【００６６】
販売サーバ２０１は、提示されたライセンスパターン（ここではＰ１〜Ｐ４）から条件に合致するパターン（所望の使用制限範囲のコンテンツと売値）を選択することを、クライアント２に促す（ステップＳ５２）。さらに、販売サーバ２０１は、選択したライセンスパターン、コンテンツＩＤ、ユーザＩＤ及びパスワードを送信することを、クライアント２に促す。
【００６７】
販売サーバ２０１は、クライアントから要求されたコンテンツデータの権利元を確認する（ステップＳ５３）。即ち、販売サーバ２０１は、ライセンステーブル２９１を参照して、当該コンテンツデータが共有元サーバが権利元であるか否かを確認する。ここで、販売サーバ２０１が当該コンテンツデータを所有しているときには、販売サーバ２０１は、所定の利用許諾管理の処理を実行して、購入手続処理を完了する（ステップＳ５５のＹＥＳ）。この場合、販売サーバ２０１自身が権利者であるか、または契約に基づいて当該コンテンツデータをキャッシュしている場合である。一方、当該コンテンツデータが共有元サーバに存在するときには、販売サーバ２０１は、クライアントから送信された情報に自身のＩＤを付加して、当該コンテンツデータの購入依頼を送信する（ステップＳ５５のＮＯ，Ｓ５６）。ここで、共有元サーバとは、仲介サーバ２００またはコンテンツサーバ１０である。
【００６８】
販売サーバ２０１は、当該コンテンツデータの購入手続処理に伴って、図１８（Ａ）に示すような購入履歴情報を、購入履歴テーブル３０１に登録する（ステップＳ５４）。また、販売サーバ２０１は、同図（Ｂ）に示すような利用履歴情報をユーザＤＢ２３１に登録する。
【００６９】
以上のような購入手続処理は、仲介サーバ２００及びコンテンツサーバ１０においても同様に実行される。最終的には、コンテンツサーバ１０は、ユーザＩＤ、コンテンツＩＤ、コンテンツ購入元サイト（販売サーバ２０１）を購入履歴情報として購入履歴テーブル３０に登録する。また、コンテンツサーバ１０は、図１８（Ｂ）に示すような利用履歴情報を利用履歴ＤＢ２３に登録する。また、仲介サーバ２００は、図１８（Ａ）に示すような購入履歴情報を、購入履歴テーブル３００に登録する。
【００７０】
次に、図２０のフローチャートを参照して、クライアント２が購入したコンテンツデータを利用するときのセキュリティ方法を説明する。このセキュリティ方法は、基本的には前述の第１の実施形態で説明した方法を、連携システムに適用したものである。
【００７１】
まず、クライアント２は、購入したコンテンツデータのヘッダ情報からＳＣＳのＩＤを取得し（図５を参照）、当該コンテンツサーバ１０のＳＣＳ２０に対してライセンスパターンに従ったコンテンツの利用を要求する（ステップＳ６０）。このとき、クライアント２は、コンテンツ購入時に、販売サーバ２０１により登録されたユーザＩＤとパスワードとを暗号化してＳＣＳ２０に送信する。
【００７２】
ＳＣＳ２０は、購入履歴テーブル３０に登録した購入履歴情報を参照して、購入元である共有先サーバ（仲介サーバ２００）のＩＤを取得する。そして、ＳＣＳ２０は、仲介サーバ２００をアクセスして、ユーザアカウント（ユーザＩＤとパスワード）の照会を実行する（ステップＳ６１）。ＳＣＳ２０は、仲介サーバ２００から得られた情報を使用して、クライアント２から要求されたコンテンツデータに含まれる使用制限範囲の利用許諾に関する認証処理を実行する（ステップＳ６２）。
【００７３】
ＳＣＳ２０は、正当なアクセス要求でないと判定すると、例えばクライアント２に対して、当該コンテンツの使用制限範囲に対する使用権利の取得手続（新規購入の方法）を通知する（ステップＳ６３のＮＯ，Ｓ６５）。一方、ＳＣＳ２０は、当該コンテンツの使用制限範囲に対して、ユーザが正当な使用権利を有することを認定すると、使用許可（利用許諾）を認める（ステップＳ６３のＹＥＳ，Ｓ６４）。具体的には、前述の第１の実施形態で説明したように、ＳＣＳ２０は、使用制限範囲に対応する暗号化データを復号化するための復号化鍵情報を、クライアント２に送出する。
【００７４】
以上のような連携システムでのコンテンツ配信手順を、図２１に示すような情報交換の状態を参照して具体的に説明する。
【００７５】
まず、各サーバ１０，２００，２０１のＳＣＳのサーバＩＤとして、便宜的にそれぞれ「ＡＡＡ」、「ＢＢＢ」、「ＣＣＣ」が設定されていると仮定する。販売サーバ２０１のＳＣＳは、販売契約をしたユーザのＩＤとして「ａａａ＠ＣＣＣ」をユーザＤＢに登録する。
【００７６】
次に、各サーバ１０，２００，２０１の連携準備として、コンテンツサーバ１０の共有先マスタテーブル２７には、連携先である仲介サーバ２００のＩＤ（ＢＢＢ）が登録される。また、仲介サーバ２００の共有先マスタテーブル２７０には、連携先であるコンテンツサーバ１０のＩＤ（ＡＡＡ）及び販売サーバ２０１のＩＤ（ＣＣＣ）が登録される。さらに、販売サーバ２０１の共有先マスタテーブル２７１には、連携先である仲介サーバ２００のＩＤ（ＢＢＢ）が登録される。
【００７７】
更に、コンテンツサーバ１０のコンテンツ共有ＤＢ２８には、配信対象のコンテンツデータを識別するＩＤ（Ｘ）を含むコンテンツ共有情報が登録される。このコンテンツデータのＩＤ（Ｘ）には、サーバ１０のＳＣＳのＩＤ（ＡＡＡ）が含まれている。
【００７８】
仲介サーバ２００のコンテンツ共有ＤＢ２８０には、コンテンツ共有情報として、共有コンテンツデータのＩＤ（Ｘ＋ＡＡＡ）と共に、共有先サーバ１０のＩＤ（ＡＡＡ）を含む情報が登録される。また、販売サーバ２０１のコンテンツ共有ＤＢ２８１には、コンテンツ共有情報として、共有コンテンツデータのＩＤ（Ｘ＋ＡＡＡ）と共に、共有先サーバ２８０のＩＤ（ＢＢＢ）を含む情報が登録される。
【００７９】
次に、クライアント（ユーザ）は、コンテンツデータ（Ｘ）を利用するためのライセンス購入の手続を、販売サーバ２０１に対して行うことを想定する。なお、ユーザは、コンテンツデータ自体については、インターネットからダウンロードしている状況を想定する。販売サーバ２０１は、ユーザからの手続に従って、購入履歴テーブル３０１に、共有コンテンツデータのＩＤ（Ｘ）、ユーザＩＤ（ａａａ＠ＣＣＣ）、及びライセンス情報としてライセンスパターン（Ｐ１〜Ｐ４）をログファイルとして登録する。
【００８０】
販売サーバ２０１は、ユーザＩＤ（ａａａ＠ＣＣＣ）によりユーザＤＢからユーザ情報を参照し、契約された正当なユーザであるか否かを照会する。正当なユーザであれば、パスワード情報を取得する。そして、販売サーバ２０１は、連携先の仲介サーバ２００に対して、ユーザからの利用要求に応じた注文を実行する。仲介サーバ２００は、販売サーバ２０１からの注文に従って、購入履歴テーブル３００に、共有コンテンツデータのＩＤ（Ｘ）、ユーザＩＤ（ａａａ＠ＣＣＣ）、ライセンス情報及び販売サーバ２０１のＳＣＳＩＤ（ＣＣＣ）をログファイルとして登録する。そして、仲介サーバ２００は、連携先のコンテンツサーバ１０に対して、販売サーバ２０１からの注文（ユーザからの利用要求）に応じた注文を実行する。
【００８１】
コンテンツサーバ１０は、仲介サーバ２００からの注文に従って、購入履歴テーブル３０に、共有コンテンツデータのＩＤ（Ｘ）、ユーザＩＤ（ａａａ＠ＣＣＣ）、ライセンス情報及び仲介サーバ２００のＳＣＳＩＤ（ＢＢＢ）をログファイルとして登録する。
【００８２】
次に、ユーザは、コンテンツデータのＩＤ（Ｘ）に含まれるサーバ１０のＳＣＳのＩＤ（ＡＡＡ）でコンテンツサーバ１０に対して直接アクセスし、購入希望のライセンスの認証要求を実行する。これを受けて、コンテンツサーバ１０は、購入履歴テーブル３０を参照して、仲介サーバ２００のＳＣＳ（ＢＢＢ）に対してユーザ認証に必要な情報の照会を実行する。仲介サーバ２００は、購入履歴テーブル３００を参照して、販売サーバ２０１のＳＣＳ（ＣＣＣ）に対してユーザ認証に必要な情報の照会を実行する。
【００８３】
販売サーバ２０１は、ユーザＩＤ（ａａａ＠ＣＣＣ）によりユーザＤＢからユーザ情報を参照し、契約された正当なユーザであることを示すパスワード情報を仲介サーバ２００に転送する。これを受けて、仲介サーバ２００は、当該パスワード情報をコンテンツサーバ１０に転送する。
【００８４】
コンテンツサーバ１０のＳＣＳ２０は、パスワード情報に基づいてユーザが正当に契約されたユーザであることを認証すると、共有コンテンツデータ（Ｘ）を利用するための処理（暗号化データを復号化する復号化データの送信）を実行することになる。
【００８５】
以上のように第２の実施形態によれば、コンテンツの権利元であるコンテンツサーバ１０だけでなく、仲介サーバ２００や販売サーバ２０１を介在させて、各サーバが連携してコンテンツ配信を行なうためのコンテンツ配信システムを実現することができる。各サーバは、コンテンツ共有テーブルなどのコンテンツ配信に必要な管理情報を共有して、ユーザからの要求に応じたコンテンツ配信を実行することができる。
【００８６】
このような連携システムによるコンテンツ配信システムであれば、コンテンツの権利者が運営する権利者サイト（コンテンツサーバ１０）、コンテンツの卸業者が運営するサイト（仲介サーバ２００）、またはコンテンツの小売業者が運営するサイト（販売サーバ２１０）などによる多様なコンテンツ配信のサービス業を実現することができる。
【００８７】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【図面の簡単な説明】
【００８８】
【図１】本発明の実施形態に関するコンテンツ配信システムの概略を示すブロック図。
【図２】第１の実施形態に関するコンテンツサーバの構成を示すブロック図。
【図３】同実施形態に関するユーザデータベースの構成を示す図。
【図４】同実施形態に関するログファイルの構成を示す図。
【図５】同実施形態に関するコンテンツデータベースの構成を示す図。
【図６】同実施形態に関するライセンスデータベースの構成を示す図。
【図７】同実施形態に関するコンテンツ配信動作の準備手順を説明するためのフローチャート。
【図８】同実施形態に関する準備手順に含まれるコンテンツＤＢの登録手順を説明するためのフローチャート。
【図９】同実施形態に関するコンテンツ配信の手順を説明するためのフローチャート。
【図１０】同実施形態に関するコンテンツ配信でのデータの流れを説明するための図。
【図１１】第２の実施形態に関するコンテンツ配信の連携システムの構成を示すブロック図。
【図１２】第２の実施形態に関する連携システムの各種の形態を示すブロック図。
【図１３】第２の実施形態に関する各サーバの構成を示すブロック図。
【図１４】第２の実施形態に関する共有先マスタテーブルの構成を示す図。
【図１５】第２の実施形態に関するコンテンツ共有テーブルの構成を示す図。
【図１６】第２の実施形態に関するライセンステーブルの構成を示す図。
【図１７】第２の実施形態に関する連携準備の手順を説明するためのフローチャート。
【図１８】第２の実施形態に関するコンテンツ購入時での履歴情報の一例を示す図。
【図１９】第２の実施形態に関するコンテンツ購入の手順を説明するためのフローチャート。
【図２０】第２の実施形態に関するコンテンツ利用時のセキュリティ方法を説明するためのフローチャート。
【図２１】第２の実施形態に関する連携システムでの情報交換の一例を説明するための図。
【符号の説明】
【００８９】
１…インターネット、２…クライアント、３…サーバ、１０…コンテンツサーバ、
２０…セキュリティ・コントロールサーバ（ＳＣＳサーバ）、
２１…画像ファイルデータベース、２２…コントローラ、２３…ログファイル、
２４…ユーザデータベース、２５…ライセンスデータベース、
２６…コンテンツデータベース、２７…共有先マスタテーブル、
２８…コンテンツ共有データベース、２９…ライセンステーブル、
３０…購入履歴テーブル、２００…仲介サーバ、２１０…販売サーバ。
【特許請求の範囲】
【請求項１】
ユーザ端末とコンテンツ配信用のサーバとがネットワークを介して相互に接続し、前記ユーザ端末に対してコンテンツデータを配信するコンテンツ配信システムに適用する配信方法であって、
前記サーバは、
配信対象のコンテンツデータを所定の使用制限範囲毎に分割し、当該使用制限範囲毎に暗号化したコンテンツデータを管理する機能を有し、
前記ユーザ端末からの使用要求に応じて、前記コンテンツデータの使用制限範囲毎に使用の可否を判定するステップと、
前記判定ステップにより認可された使用制限範囲のコンテンツデータの暗号化を解除するための復号化情報を前記ユーザ端末に提供するステップと
を有する処理を実行するように構成された配信方法。
【請求項２】
ユーザ端末とコンテンツ配信用のサーバコンピュータとがネットワークを介して相互に接続し、前記ユーザ端末に対してコンテンツデータを配信する配信方法において、
配信対象のコンテンツデータを所定の使用制限範囲毎に分割し、当該使用制限範囲毎に暗号化したコンテンツデータの使用制限を管理する機能と、
前記ユーザ端末からの使用要求に応じて、前記コンテンツデータの使用制限範囲毎に使用の可否を判定する機能と、
前記判定ステップにより認可された使用制限範囲のコンテンツデータの暗号化を解除するための復号化情報を前記ユーザ端末に提供する機能と
を前記サーバコンピュータに実現させるためのプログラム。
【請求項３】
ユーザ端末とコンテンツ配信用のサーバとがネットワークを介して相互に接続し、当該サーバから前記ユーザ端末に対してコンテンツデータを配信するように構成されたコンテンツ配信システムにおいて、
前記サーバは、
配信対象のコンテンツデータを所定の使用制限範囲毎に分割し、当該使用制限範囲毎に当該コンテンツデータの使用を管理する管理手段と、
前記ユーザ端末からの使用要求に応じて、前記コンテンツデータの使用制限範囲毎に使用の可否を決定するための認証処理を実行する手段と、
前記認証処理により認可された使用制限範囲のコンテンツデータを、前記ユーザ端末において使用可能となるように処理する手段と
を具備したことを特徴とするコンテンツ配信システム。
【請求項４】
前記サーバは、使用制限範囲毎に暗号化したコンテンツデータを配信する手段と、
当該コンテンツデータを受信したユーザ端末からの使用要求に応じて、前記コンテンツデータの使用制限範囲毎に使用の可否を決定するための認証処理を実行する手段と、
前記認証処理により認可された使用制限範囲のコンテンツデータを、前記ユーザ端末において使用可能となるように、当該コンテンツデータの暗号化を解除するための復号化情報を前記ユーザ端末に提供する手段と
を具備したことを特徴とする特徴とする請求項３に記載のコンテンツ配信システム。
【請求項５】
ユーザ端末と、コンテンツ配信を連携して実行する複数種のサーバとがネットワークを介して相互に接続して構成されたコンテンツ配信システムに適用する配信方法であって、
前記各サーバは、
前記ユーザ端末からの要求に応じて、コンテンツ配信を連携して実行するための管理情報を共有するステップと、
前記管理情報に基づいて、ユーザ端末からの要求の受付機能、ユーザ端末の認証機能、前記ユーザ端末からの要求に応じたコンテンツデータの提供機能、各サーバ間の仲介機能のいずれかを実現するためのステップと
を有する処理を実行するように構成された配信方法。
【請求項６】
ユーザ端末と、コンテンツ配信を連携して実行する複数種のサーバコンピュータとがネットワークを介して相互に接続し、前記ユーザ端末から要求されたコンテンツデータを配信する配信方法において、
前記ユーザ端末からの要求に応じて、コンテンツ配信を連携して実行するための管理情報を共有する機能と、
前記管理情報に基づいて、前記ユーザ端末からの要求を受付ける機能と、
前記管理情報に基づいて、ユーザ端末を認証する機能と、
前記管理情報に基づいて、前記ユーザ端末からの要求に応じたコンテンツデータの提供する機能と、
各サーバコンピュータ間の仲介機能と、
を前記各サーバコンピュータに実現させるためのプログラム。
【請求項７】
ユーザ端末と、コンテンツ配信を連携して実行する複数種のサーバとがネットワークを介して相互に接続して構成されたコンテンツ配信システムにおいて、
前記各サーバは、
前記ユーザ端末からの要求に応じて、コンテンツ配信を連携して実行するための管理情報を共有する手段と、
前記管理情報を交換する手段と、
前記管理情報に基づいて、ユーザ端末の認証機能、前記ユーザ端末からの要求に応じたコンテンツデータの提供機能、各サーバ間の仲介機能のいずれかを実現する手段と
を具備したことを特徴とするコンテンツ配信システム。
【請求項１】
ユーザ端末とコンテンツ配信用のサーバとがネットワークを介して相互に接続し、前記ユーザ端末に対してコンテンツデータを配信するコンテンツ配信システムに適用する配信方法であって、
前記サーバは、
配信対象のコンテンツデータを所定の使用制限範囲毎に分割し、当該使用制限範囲毎に暗号化したコンテンツデータを管理する機能を有し、
前記ユーザ端末からの使用要求に応じて、前記コンテンツデータの使用制限範囲毎に使用の可否を判定するステップと、
前記判定ステップにより認可された使用制限範囲のコンテンツデータの暗号化を解除するための復号化情報を前記ユーザ端末に提供するステップと
を有する処理を実行するように構成された配信方法。
【請求項２】
ユーザ端末とコンテンツ配信用のサーバコンピュータとがネットワークを介して相互に接続し、前記ユーザ端末に対してコンテンツデータを配信する配信方法において、
配信対象のコンテンツデータを所定の使用制限範囲毎に分割し、当該使用制限範囲毎に暗号化したコンテンツデータの使用制限を管理する機能と、
前記ユーザ端末からの使用要求に応じて、前記コンテンツデータの使用制限範囲毎に使用の可否を判定する機能と、
前記判定ステップにより認可された使用制限範囲のコンテンツデータの暗号化を解除するための復号化情報を前記ユーザ端末に提供する機能と
を前記サーバコンピュータに実現させるためのプログラム。
【請求項３】
ユーザ端末とコンテンツ配信用のサーバとがネットワークを介して相互に接続し、当該サーバから前記ユーザ端末に対してコンテンツデータを配信するように構成されたコンテンツ配信システムにおいて、
前記サーバは、
配信対象のコンテンツデータを所定の使用制限範囲毎に分割し、当該使用制限範囲毎に当該コンテンツデータの使用を管理する管理手段と、
前記ユーザ端末からの使用要求に応じて、前記コンテンツデータの使用制限範囲毎に使用の可否を決定するための認証処理を実行する手段と、
前記認証処理により認可された使用制限範囲のコンテンツデータを、前記ユーザ端末において使用可能となるように処理する手段と
を具備したことを特徴とするコンテンツ配信システム。
【請求項４】
前記サーバは、使用制限範囲毎に暗号化したコンテンツデータを配信する手段と、
当該コンテンツデータを受信したユーザ端末からの使用要求に応じて、前記コンテンツデータの使用制限範囲毎に使用の可否を決定するための認証処理を実行する手段と、
前記認証処理により認可された使用制限範囲のコンテンツデータを、前記ユーザ端末において使用可能となるように、当該コンテンツデータの暗号化を解除するための復号化情報を前記ユーザ端末に提供する手段と
を具備したことを特徴とする特徴とする請求項３に記載のコンテンツ配信システム。
【請求項５】
ユーザ端末と、コンテンツ配信を連携して実行する複数種のサーバとがネットワークを介して相互に接続して構成されたコンテンツ配信システムに適用する配信方法であって、
前記各サーバは、
前記ユーザ端末からの要求に応じて、コンテンツ配信を連携して実行するための管理情報を共有するステップと、
前記管理情報に基づいて、ユーザ端末からの要求の受付機能、ユーザ端末の認証機能、前記ユーザ端末からの要求に応じたコンテンツデータの提供機能、各サーバ間の仲介機能のいずれかを実現するためのステップと
を有する処理を実行するように構成された配信方法。
【請求項６】
ユーザ端末と、コンテンツ配信を連携して実行する複数種のサーバコンピュータとがネットワークを介して相互に接続し、前記ユーザ端末から要求されたコンテンツデータを配信する配信方法において、
前記ユーザ端末からの要求に応じて、コンテンツ配信を連携して実行するための管理情報を共有する機能と、
前記管理情報に基づいて、前記ユーザ端末からの要求を受付ける機能と、
前記管理情報に基づいて、ユーザ端末を認証する機能と、
前記管理情報に基づいて、前記ユーザ端末からの要求に応じたコンテンツデータの提供する機能と、
各サーバコンピュータ間の仲介機能と、
を前記各サーバコンピュータに実現させるためのプログラム。
【請求項７】
ユーザ端末と、コンテンツ配信を連携して実行する複数種のサーバとがネットワークを介して相互に接続して構成されたコンテンツ配信システムにおいて、
前記各サーバは、
前記ユーザ端末からの要求に応じて、コンテンツ配信を連携して実行するための管理情報を共有する手段と、
前記管理情報を交換する手段と、
前記管理情報に基づいて、ユーザ端末の認証機能、前記ユーザ端末からの要求に応じたコンテンツデータの提供機能、各サーバ間の仲介機能のいずれかを実現する手段と
を具備したことを特徴とするコンテンツ配信システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【公開番号】特開２００７−１７２１４８（Ｐ２００７−１７２１４８Ａ）
【公開日】平成１９年７月５日（２００７．７．５）
【国際特許分類】
【出願番号】特願２００５−３６６６０５（Ｐ２００５−３６６６０５）
【出願日】平成１７年１２月２０日（２００５．１２．２０）
【国等の委託研究の成果に係る記載事項】（出願人による申告）平成１７年度独立行政法人情報通信研究機構「民間基盤技術研究促進制度／大容量グローバルネットワーク利用超高詳細コンテンツ分散流通技術の研究開発」委託研究、産業活力再生特別措置法第３０条の適用を受ける特許出願
【出願人】（５０１４８０７７２）株式会社セラーテムテクノロジー (1)
【Ｆターム（参考）】
【公開日】平成１９年７月５日（２００７．７．５）
【国際特許分類】
【出願日】平成１７年１２月２０日（２００５．１２．２０）
【国等の委託研究の成果に係る記載事項】（出願人による申告）平成１７年度独立行政法人情報通信研究機構「民間基盤技術研究促進制度／大容量グローバルネットワーク利用超高詳細コンテンツ分散流通技術の研究開発」委託研究、産業活力再生特別措置法第３０条の適用を受ける特許出願
【出願人】（５０１４８０７７２）株式会社セラーテムテクノロジー (1)
【Ｆターム（参考）】
[ Back to top ]