(57)【要約】【課題】本開示は、配信サーバに負荷をかけずに、コンテンツの流出元を特定可能にすることを目的とする。【解決手段】本開示は、複数の受信済みクライアント３Ａ〜３Ｄと、配信要求クライアント３Ｅに対し、新たな配布ＩＤを構成しうる複製ＩＤの埋め込まれた断片データＰ１〜Ｐ４を保持する受信済みクライアント３Ａ〜３Ｄに関する情報を取得先情報として通知する管理サーバ１と、複数の受信済みクライアント３Ａ〜３Ｄから取得した断片データを結合することで、新たな配布ＩＤを構成しうる複製ＩＤの埋め込まれた断片データの結合されたコンテンツを再生する配信要求クライアント３Ｅと、を備えるコンテンツ配信システムである。【選択図】図７
2018136718.tif 000002
【特許請求の範囲】
【請求項１】
複数の断片データに分割されかつ各断片データに複製ＩＤが電子透かしで埋め込まれたコンテンツを保持する複数の受信済みクライアントと、
受信済みクライアントに保持されている断片データと当該断片データに埋め込まれている複製ＩＤとを対応付ける複製ＩＤ管理表、及び、断片データに埋め込まれている複製ＩＤの組み合わせで構成される配布ＩＤと受信済みクライアントとを対応付ける配布ＩＤ管理表を参照し、新たなコンテンツの配信要求元である配信要求クライアントに対して新たな配布ＩＤを付与し、新たな配布ＩＤを構成しうる複製ＩＤの埋め込まれた断片データを保持する受信済みクライアントに関する情報を取得先情報として前記配信要求クライアントに通知する管理サーバと、
受信済みクライアントのうちの管理サーバから通知された取得先から断片データを取得して結合することで、新たな配布ＩＤを構成しうる複製ＩＤの埋め込まれた断片データの結合されたコンテンツを再生する前記配信要求クライアントと、
を備えるコンテンツ配布システム。
【請求項２】
前記取得先情報は、コンテンツ及び断片データの識別子を含む仮のアドレスであり、
管理サーバは、新たな配布ＩＤを構成しうる複製ＩＤの埋め込まれた断片データを保持する受信済みクライアントの現実のアドレスを、前記仮のアドレスに関連付けて記憶し、
配信要求クライアントを通信網に接続するスイッチは、
前記仮のアドレス宛でありかつ新たな配布ＩＤを構成しうる複製ＩＤの埋め込まれた断片データを要求する旨の断片要求を配信要求クライアントから受信すると、前記管理サーバから仮のアドレスに対応する現実のアドレスを取得して宛先アドレスを現実のアドレスに書き換え、宛先アドレスを書き換えた断片要求を、受信済みクライアントの現実のアドレスに向けて送信し、
新たな配布ＩＤを構成しうる複製ＩＤの埋め込まれた断片データを受信済みクライアントの現実のアドレスから受信すると、送信元アドレスを前記仮のアドレスに書き換え、送信元アドレスを書き換えた断片データを、前記配信要求クライアントに向けて送信する、
請求項１に記載のコンテンツ配布システム。
【請求項３】
配信要求クライアントを通信網に接続するスイッチは、
新たな配布ＩＤを構成しうる複製ＩＤの埋め込まれた断片データを要求する旨の断片要求を配信要求クライアントから受信すると、送信元アドレスを自装置のネットワークアドレス内の仮のアドレスに書き換え、送信元アドレスを書き換えた断片要求を、受信済みクライアントに向けて送信し、
宛先アドレスが自装置のネットワークアドレスでありかつ新たな配布ＩＤを構成しうる複製ＩＤの埋め込まれた断片データを受信済みクライアントから受信すると、宛先アドレスを配信要求クライアントの現実のアドレスに書き換え、宛先アドレスを書き換えた断片データを配信要求クライアントに向けて送信する、
請求項１又は２に記載のコンテンツ配布システム。
【請求項４】
前記コンテンツは、画像データ及び音声データを含み、
前記コンテンツにおいて前記断片データに分割されている時刻が画像データと音声データとで異なる、
請求項１から３のいずれかに記載のコンテンツ配布システム。
【請求項５】
前記断片データの少なくとも１つに、前記配布ＩＤの冗長符号が含まれる、
請求項１から４のいずれかに記載のコンテンツ配布システム。
【請求項６】
複数の断片データに分割されかつ各断片データに複製ＩＤが電子透かしで埋め込まれたコンテンツを保持する受信済みクライアントと前記複製ＩＤの組み合わせで構成される配布ＩＤとを対応付ける配布ＩＤ管理表と、
受信済みクライアントに保持されている断片データと当該断片データに埋め込まれている複製ＩＤとを対応付ける複製ＩＤ管理表と、
を管理サーバが備えるコンテンツ配布システムの実行するコンテンツ配布方法であって、
前記管理サーバが、配信要求クライアントから新たなコンテンツの配信要求を受けると、前記配布ＩＤ管理表を参照し、配信要求クライアントに対して新たな配布ＩＤを付与する配布ＩＤ付与手順と、
前記管理サーバが、前記複製ＩＤ管理表を参照し、新たな配布ＩＤを構成しうる複製ＩＤの埋め込まれた断片データを保持する受信済みクライアントを選択するクライアント選択手順と、
配信要求クライアントが、受信済みクライアントのうちの管理サーバから通知された取得先から断片データを取得して結合することで、新たな配布ＩＤを構成しうる複製ＩＤの埋め込まれた断片データの結合されたコンテンツを再生するコンテンツ再生手順と、
を順に備えるコンテンツ配布方法。
【請求項７】
複数の断片データに分割されかつ各断片データに複製ＩＤが電子透かしで埋め込まれたコンテンツを保持する受信済みクライアントと前記複製ＩＤの組み合わせで構成される配布ＩＤとを対応付ける配布ＩＤ管理表と、
受信済みクライアントに保持されている断片データと当該断片データに埋め込まれている複製ＩＤとを対応付ける複製ＩＤ管理表と、
配信要求クライアントから新たなコンテンツの配信要求を受けると、前記配布ＩＤ管理表を参照して配信要求クライアントに対して新たな配布ＩＤを付与し、前記複製ＩＤ管理表を参照して新たな配布ＩＤを構成しうる複製ＩＤの埋め込まれた断片データを保持する受信済みクライアントを特定する情報処理部と、
新たな配布ＩＤを構成しうる複製ＩＤの埋め込まれた断片データを保持する受信済みクライアントに関する情報を取得先情報として、配信要求クライアントに通知する送信部と、
を備える管理サーバ。
【請求項８】
情報処理部が、配信要求クライアントから新たなコンテンツの配信要求を受けると、複数の断片データに分割されかつ各断片データに複製ＩＤが電子透かしで埋め込まれたコンテンツを保持する受信済みクライアントと前記複製ＩＤの組み合わせで構成される配布ＩＤとを対応付ける配布ＩＤ管理表を参照し、配信要求クライアントに対して新たな配布ＩＤを付与する配布ＩＤ付与手順と、
情報処理部が、受信済みクライアントに保持されている断片データと当該断片データに埋め込まれている複製ＩＤとを対応付ける複製ＩＤ管理表を参照し、新たな配布ＩＤを構成しうる複製ＩＤの埋め込まれた断片データを保持する受信済みクライアントを選択するクライアント選択手順と、
送信部が、新たな配布ＩＤを構成しうる複製ＩＤの埋め込まれた断片データを保持する受信済みクライアントに関する情報を取得先情報として、配信要求クライアントに通知する送信手順と、
を順に実行する管理サーバのコンテンツ配布方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、複数のクライアントに対してコンテンツの配信を行うコンテンツ配布システムにおいて、コンテンツの不正コピーを抑止する技術に関する。
【背景技術】
【０００２】
不正なコンテンツのネットワーク内への流出を防ぐために、コンテンツを暗号化し、再生する権利のあるクライアントのみに暗号鍵を付与する技術が提案されている（例えば、特許文献１参照。）。特許文献１のシステムは、万が一暗号化した動画ファイルが第三者に流出しても、復号のために必要な暗号鍵を入手できないため、不正な再生を防止することができる。しかし、ＤＲＭ（Ｄｉｇｉｔａｌ  Ｒｉｇｈｔｓ  Ｍａｎａｇｅｍｅｎｔ）技術を適用していても、再生した動画ファイルの画面や音声を別のソフトウェアでキャプチャされたりビデオカメラで録画されたりすると、暗号鍵がなくても第三者により再生可能となり、流出元も特定できない問題がある。
【０００３】
一方で、コンテンツの流出元を特定可能にするために、動画ファイルの中に、人の目や耳では識別できないが専用の復号装置では識別できるディジタル情報を埋め込むことで、不正コピーを抑止する電子透かし技術が実現されている。電子透かし情報を埋め込むためには、コンテンツを配信する配信サーバは、配信先のクライアントごとに、動画ファイルをデコードし、埋め込むデータを画像や音声情報で変調して冗長し、再びエンコードする必要がある。このため、コンテンツを配信する配信サーバにおける負荷が大きく、動画ファイルを同時視聴できるクライアント数が制限される問題があった。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−１９２１２９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本開示は、配信サーバに負荷をかけずに、コンテンツの流出元を特定可能にすることを目的とする。
【課題を解決するための手段】
【０００６】
本開示は、管理サーバが、オリジナルコンテンツの複製をもつクライアント名を管理するハイブリッド型Ｐ２Ｐ（Ｐｅｅｒ  ｔｏ  Ｐｅｅｒ）コンテンツ配布システムである。
【０００７】
本開示のコンテンツ配信システムは、
複数の断片データに分割されかつ各断片データに複製ＩＤが透かしで埋め込まれたコンテンツを保持する複数の受信済みクライアントと、
受信済みクライアントに保持されている断片データと当該断片データに埋め込まれている複製ＩＤとを対応付ける複製ＩＤ管理表、及び、断片データに埋め込まれている複製ＩＤの組み合わせで構成される配布ＩＤと受信済みクライアントとを対応付ける配布ＩＤ管理表を参照し、新たなコンテンツの配信要求元である配信要求クライアントに対して新たな配布ＩＤを付与し、新たな配布ＩＤを構成しうる複製ＩＤの埋め込まれた断片データを保持する受信済みクライアントに関する情報を取得先情報として前記配信要求クライアントに通知する管理サーバと、
受信済みクライアントのうちの管理サーバから通知された取得先から断片データを取得して結合することで、新たな配布ＩＤを構成しうる複製ＩＤの埋め込まれた断片データの結合されたコンテンツを再生する前記配信要求クライアントと、
を備える。
【０００８】
本開示のコンテンツ配信システムでは、
前記取得先情報は、コンテンツ及び断片データの識別子を含む仮のアドレスであり、
管理サーバは、新たな配布ＩＤを構成しうる複製ＩＤの埋め込まれた断片データを保持する受信済みクライアントの現実のアドレスを、前記仮のアドレスに関連付けて記憶し、
配信要求クライアントを通信網に接続するスイッチは、
前記仮のアドレス宛でありかつ新たな配布ＩＤを構成しうる複製ＩＤの埋め込まれた断片データを要求する旨の断片要求を配信要求クライアントから受信すると、前記管理サーバから仮のアドレスに対応する現実のアドレスを取得して宛先アドレスを現実のアドレスに書き換え、宛先アドレスを書き換えた断片要求を、受信済みクライアントの現実のアドレスに向けて送信し、
新たな配布ＩＤを構成しうる複製ＩＤの埋め込まれた断片データを受信済みクライアントの現実のアドレスから受信すると、送信元アドレスを前記仮のアドレスに書き換え、送信元アドレスを書き換えた断片データを、前記配信要求クライアントに向けて送信する態様を採用しうる。
【０００９】
本開示のコンテンツ配信システムでは、
配信要求クライアントを通信網に接続するスイッチは、
新たな配布ＩＤを構成しうる複製ＩＤの埋め込まれた断片データを要求する旨の断片要求を配信要求クライアントから受信すると、送信元アドレスを自装置のネットワークアドレス内の仮のアドレスに書き換え、送信元アドレスを書き換えた断片要求を、受信済みクライアントに向けて送信し、
宛先アドレスが自装置のネットワークアドレスでありかつ新たな配布ＩＤを構成しうる複製ＩＤの埋め込まれた断片データを受信済みクライアントから受信すると、宛先アドレスを配信要求クライアントの現実のアドレスに書き換え、宛先アドレスを書き換えた断片データを配信要求クライアントに向けて送信する態様を採用しうる。
【００１０】
本開示のコンテンツ配信システムでは、前記コンテンツは、画像データ及び音声データを含み、前記コンテンツにおいて前記断片データに分割されている時刻が画像データと音声データとで異なっている態様を採用しうる。
【００１１】
本開示のコンテンツ配信システムでは、前記断片データの少なくとも１つに、前記配布ＩＤの冗長符号が含まれる態様を採用しうる。
【００１２】
本開示のコンテンツ配布方法は、
複数の断片データに分割されかつ各断片データに複製ＩＤが電子透かしで埋め込まれたコンテンツを保持する受信済みクライアントと前記複製ＩＤの組み合わせで構成される配布ＩＤとを対応付ける配布ＩＤ管理表と、
受信済みクライアントに保持されている断片データと当該断片データに埋め込まれている複製ＩＤとを対応付ける複製ＩＤ管理表と、
を管理サーバが備えるコンテンツ配布システムの実行するコンテンツ配布方法であって、
前記管理サーバが、配信要求クライアントから新たなコンテンツの配信要求を受けると、前記配布ＩＤ管理表を参照し、配信要求クライアントに対して新たな配布ＩＤを付与する配布ＩＤ付与手順と、
前記管理サーバが、前記複製ＩＤ管理表を参照し、新たな配布ＩＤを構成しうる複製ＩＤの埋め込まれた断片データを保持する受信済みクライアントを選択するクライアント選択手順と、
配信要求クライアントが、受信済みクライアントのうちの管理サーバから通知された取得先から断片データを取得して結合することで、新たな配布ＩＤを構成しうる複製ＩＤの埋め込まれた断片データの結合されたコンテンツを再生するコンテンツ再生手順と、
を順に備える。
【００１３】
本開示の管理サーバは、
複数の断片データに分割されかつ各断片データに複製ＩＤが電子透かしで埋め込まれたコンテンツを保持する受信済みクライアントと前記複製ＩＤの組み合わせで構成される配布ＩＤとを対応付ける配布ＩＤ管理表と、
受信済みクライアントに保持されている断片データと当該断片データに埋め込まれている複製ＩＤとを対応付ける複製ＩＤ管理表と、
配信要求クライアントから新たなコンテンツの配信要求を受けると、前記配布ＩＤ管理表を参照して配信要求クライアントに対して新たな配布ＩＤを付与し、前記複製ＩＤ管理表を参照して新たな配布ＩＤを構成しうる複製ＩＤの埋め込まれた断片データを保持する受信済みクライアントを特定する情報処理部と、
新たな配布ＩＤを構成しうる複製ＩＤの埋め込まれた断片データを保持する受信済みクライアントに関する情報を取得先情報として、配信要求クライアントに通知する送信部と、
を備える。
【００１４】
本開示の管理サーバのコンテンツ配布方法は、
情報処理部が、配信要求クライアントから新たなコンテンツの配信要求を受けると、複数の断片データに分割されかつ各断片データに複製ＩＤが電子透かしで埋め込まれたコンテンツを保持する受信済みクライアントと前記複製ＩＤの組み合わせで構成される配布ＩＤとを対応付ける配布ＩＤ管理表を参照し、配信要求クライアントに対して新たな配布ＩＤを付与する配布ＩＤ付与手順と、
情報処理部が、受信済みクライアントに保持されている断片データと当該断片データに埋め込まれている複製ＩＤとを対応付ける複製ＩＤ管理表を参照し、新たな配布ＩＤを構成しうる複製ＩＤの埋め込まれた断片データを保持する受信済みクライアントを選択するクライアント選択手順と、
送信部が、新たな配布ＩＤを構成しうる複製ＩＤの埋め込まれた断片データを保持する受信済みクライアントに関する情報を取得先情報として、配信要求クライアントに通知する送信手順と、
を順に実行する。
【００１５】
なお、上記各開示は、可能な限り組み合わせることができる。
【発明の効果】
【００１６】
本開示によれば、配信サーバに負荷をかけずに、コンテンツの流出元を特定可能にすることができる。
【図面の簡単な説明】
【００１７】
【図１】実施形態１に係るコンテンツ配布システムの概略構成図である。
【図２】配布ＩＤ管理表の一例である。
【図３】配布するコンテンツＣの生成方法の一例を示す。
【図４】コンテンツＣにおける断片データの一例を示す。
【図５】クライアント３Ａ〜３Ｄに通知する断片リストの一例である。
【図６】複製ＩＤ管理表の一例。
【図７】実施形態１におけるコンテンツ配布システムのシーケンスの一例である。
【図８】クライアント３Ｅに通知する断片リストの一例である。
【図９】実施形態２におけるコンテンツ配布システムのシーケンスの一例である。
【図１０】アドレス管理表の一例である。
【発明を実施するための形態】
【００１８】
以下、本開示の実施形態について、図面を参照しながら詳細に説明する。なお、本開示は、以下に示す実施形態に限定されるものではない。これらの実施の例は例示に過ぎず、本開示は当業者の知識に基づいて種々の変更、改良を施した形態で実施することができる。なお、本明細書及び図面において符号が同じ構成要素は、相互に同一のものを示すものとする。
【００１９】
（実施形態１）
図１に、本開示の実施形態に係るコンテンツ配布システムの概略構成図を示す。本実施形態に係るコンテンツ配布システムは、管理サーバ１と、配信サーバ２と、複数のクライアント３Ａ〜３Ｅと、を備える。各クライアント３Ａ〜３Ｅは通信網５にスイッチ（以下、ＳＷ）４Ａ〜４Ｅで接続されている。管理サーバ１、配信サーバ２、及びクライアント３Ａ〜３Ｅは、記憶部、情報処理部及び送受信部を備えた任意のコンピュータを用いることができる。
【００２０】
配信サーバ２は、コンテンツＣを保持し、任意のクライアント３Ａ〜３Ｅから配信要求を受けると、配信要求のあったクライアント３Ａ〜３Ｅに配信するサーバである。コンテンツＣは、動画データ、音声データ、またはこれらの組みあわせである。本実施形態では、クライアント３Ａ〜３Ｄが配信サーバ２にコンテンツＣの配信要求を行い、その後、クライアント３Ｅが配信サーバ２にコンテンツＣの配信要求を行う例について説明する。クライアント３Ａ〜３Ｄが受信済みクライアントとして機能し、クライアント３Ｅが配信要求クライアントとして機能する。
【００２１】
コンテンツＣには、電子透かしを用いて配布ＩＤが埋め込まれている。管理サーバ１は、コンテンツＣごとに、配布ＩＤとユーザＩＤとを関連付けた配布ＩＤ管理表を保持する。配信サーバ２は、配布ＩＤ管理表に従って、配布ＩＤの異なるコンテンツＣをクライアント３Ａ〜３Ｄに配信する。図２に、配布ＩＤの一例を示す。配信サーバ２がクライアント３Ａ〜３Ｄに配布する場合、クライアント３Ａには配布ＩＤ「００００００００」のコンテンツＣを、クライアント３Ｂには配布ＩＤ「１１１１１１１１」のコンテンツＣを、クライアント３Ｃには配布ＩＤ「０１０１０１０１」のコンテンツＣを、クライアント３Ｄには配布ＩＤ「１０１０１０１０」のコンテンツＣを配信する。
【００２２】
図３に、配布するコンテンツＣの生成方法の一例を示す。配信サーバ２は、コンテンツＣの複製（ステップＳ１）、コンテンツＣへの複製ＩＤの付与及び断片化（ステップＳ２）を実行する。
【００２３】
ステップＳ１では、配信サーバ２は、コンテンツＣを複製する。
ステップＳ２では、配信サーバ２は、コンテンツＣを複製した各コンテンツＣにそれぞれ異なる複製ＩＤを電子透かし技術により埋め込む。ただし、複製する個数は配布数に比べて小さい値で十分である。また、配信サーバ２は、複製したコンテンツＣ間での断片が置換可能になるように分割し、断片化する。例えば、断片番号１〜４の断片データＰ１〜Ｐ４に分割する。例えば、コンテンツＣが動画である場合、同じフレームで分割する。コンテンツがストリームの場合、２〜１０秒単位で動画をチャンク化する場合、１以上のチャンクを１つの断片データとして扱ってもよい。なお、複製と分割はどちらを先に行ってもよい。
【００２４】
ここで、ステップＳ２において、配信サーバ２は、各断片データをＤＲＭ暗号鍵により暗号化することが好ましい。この場合、リバースエンジニアリングが困難な専用ソフトを使用し、送信されたＤＲＭ鍵を用いることで、各断片データを再生する。これにより、本開示は、リバースエンジニアリングが困難な専用ソフトを使用して、送信されたＤＲＭ鍵を用いて各断片データを再生できるとともに、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）や他のアプリケーションからは隠蔽して、後にアップロードできるように断片データを保存することができる。
【００２５】
なお、図３では理解が容易になるよう、１つのコンテンツＣを４分割することとしたが、本開示はこれに限定されない。例えば、図４に示すように、１つのコンテンツＣを複数の区分に区切り、各区分を４分割することで断片データを構成してもよい。
【００２６】
クライアント３Ａ〜３Ｄが配信サーバ２から断片データＰ１〜Ｐ４の取得が可能なよう、管理サーバ１は、コンテンツＣごとに、断片番号と各断片の取得先とを関連付けた断片リストを保持する。図５は、管理サーバの保持する断片リストの一例を示す。管理サーバ１内に、各断片データＰ１〜Ｐ４のＵＲＬをリスト化した断片リストをコンテンツＣごとに一つ設置する。これにより、ＵＲＬは、コンテンツＣと１組の断片データＰ１〜Ｐ４をユニークにＩＰアドレスで表現する。ここで、本実施形態は、各断片データＰ１〜Ｐ４に複製ＩＤが埋め込まれている。そのため、各断片データＰ１〜Ｐ４のＵＲＬは、断片データに埋め込まれている複製ＩＤごとに設定されている。
【００２７】
管理サーバ１は、断片データＰ１〜Ｐ４ごとに、複製ＩＤ管理表を保持する。複製ＩＤ管理表は、クライアント３Ａ〜３Ｄに保持されている断片データと当該断片データに埋め込まれている複製ＩＤとを対応付ける。複製ＩＤ管理表は、例えば、コンテンツＣごと、断片データごとに、複製ＩＤとユーザＩＤとを関連付ける。
【００２８】
図６に、複製ＩＤ管理表の一例を示す。クライアント３Ａには配布ＩＤ「００００００００」のコンテンツＣが、クライアント３Ｂには配布ＩＤ「１１１１１１１１」のコンテンツＣが、クライアント３Ｃには配布ＩＤ「０１０１０１０１」のコンテンツＣが、クライアント３Ｄには配布ＩＤ「１０１０１０１０」のコンテンツＣが配布されている。この場合、断片データＰ１の複製ＩＤ管理表には、複製ＩＤ「００」とユーザＩＤ「ＩＤ−Ａ」とが、複製ＩＤ「０１」とユーザＩＤ「ＩＤ−Ｃ」とが、複製ＩＤ「１０」とユーザＩＤ「ＩＤ−Ｄ」とが、複製ＩＤ「１１」とユーザＩＤ「ＩＤ−Ｂ」とが対応付けられる。
【００２９】
複製ＩＤ管理表は、断片データＰ１〜Ｐ４の作成直後のユーザＩＤは空白である。ユーザＩＤは、ユーザの特定が可能な任意の値を用いることができ、例えば、ＩＰアドレスなどの固定値である。なお、ユーザＩＤは、固定値に限らず、ユーザの特定が可能な任意の変動値を用いてもよい。
【００３０】
図７に、本実施形態に係るシーケンスの一例を示す。本実施形態では、クライアント３Ｅが、配信サーバ２に対してコンテンツＣの配信要求を行った場合の動作について説明する。
【００３１】
管理サーバ１は、クライアント３Ｅから配信サーバ２への配信要求を受信する（Ｓ１１）。すると、管理サーバ１は、配布ＩＤ管理表を参照し、クライアント３ＥのユーザＩＤが格納されていないことを確認し、どのユーザにも割り当てられていない新規配布ＩＤ「１００００１１１」を特定する。そして、管理サーバ１は、断片データＰ１〜Ｐ４が含む必要がある複製ＩＤを決定し、当該複製ＩＤを含む断片データを持つクライアント３Ａ〜３Ｄのなかから、断片データを取得するクライアントを選択する（Ｓ１２）。当該複製ＩＤを含む断片データを持つクライアントが存在しない場合は、配信サーバ２を選択する。このように、本開示は、ファイルを構成する各断片データの複製ＩＤの組合せを配布ＩＤとして用い、複製ＩＤの結合をクライアント３Ｅで行う。これにより、クライアント３Ｅは、適正な配布ＩＤの埋め込まれたコンテンツＣを再生することができる。
【００３２】
例えば、配布ＩＤ「１００００１１１」は、複製ＩＤ「１０」の断片データＰ１、複製ＩＤ「００」の断片データＰ２、複製ＩＤ「０１」の断片データＰ３、複製ＩＤ「１１」の断片データＰ４が結合されてなるコンテンツＣである。そこで、管理サーバ１は、複製ＩＤ管理表を参照し、複製ＩＤ「１０」の断片データＰ１を保持するユーザＩＤ「ＩＤ−Ｄ」、複製ＩＤ「００」の断片データＰ２を保持するユーザＩＤ「ＩＤ−Ａ」、複製ＩＤ「０１」の断片データＰ３を保持するユーザＩＤ「ＩＤ−Ｃ」、複製ＩＤ「１１」を保持するユーザＩＤ「ＩＤ−Ｂ」を選択する。
【００３３】
ここで、アップロード側のクライアント３Ａ〜３Ｄの都合により、任意のタイミングでネットワークから離脱できる必要がある。クライアント３Ａ〜３Ｄがネットワークから離脱しても、ダウンロード側のクライアント３Ｅが動画の視聴を継続できる仕組みが必要である。そこで、ステップＳ１２において、管理サーバ１は、複製ＩＤを含む断片データを持つクライアント３Ａ〜３Ｄのなかで、ネットワークに接続しているクライアントを、断片データを取得するクライアントとして選択することが好ましい。これにより、本開示は、動画視聴の継続問題を解決する。
【００３４】
さらに、管理サーバ１は、選択した各ユーザＩＤ−Ａ〜ＩＤ−Ｄに対し、クライアント３Ｅへの断片データの送信について、承諾を得ることが好ましい。この場合、管理サーバ１は、クライアント３Ａ〜３Ｄに対して断片送信要求を送信し（Ｓ１３）、クライアント３Ａ〜３Ｄから断片データの送信を許可する旨の断片送信許可を受信する（Ｓ１４）。
【００３５】
管理サーバ１は、断片データを取得するクライアント３Ａ〜３Ｄを選択すると、配信要求元のクライアント３Ｅに対し、図８に示すような、各断片データＰ１〜Ｐ４の取得先を記載した断片リストを通知する（Ｓ１５）。この断片リストには、クライアント３Ａ〜３Ｄに通知したものとは異なり、断片データの取得先の情報として、受信済みクライアントの情報が記載されている。断片データの取得先の情報は、例えば、クライアント３Ａ〜３Ｄの現実のアドレスである。
【００３６】
配信要求元のクライアント３Ｅは、断片リストに記載の各ユーザに対し、ユーザに対応した断片データの送信要求を行い（Ｓ１６）、配布ＩＤを構成するために必要な各断片データＰ１〜Ｐ４を受信する（Ｓ１７）。
【００３７】
配信要求元のクライアント３Ｅは、断片データＰ１〜Ｐ４の受信が完了すると、受信完了通知をクライアント３Ａ〜３Ｄに送信するとともに（Ｓ１８）、取得した各断片データＰ１〜Ｐ４を結合し、コンテンツＣを構成する（Ｓ２０）。クライアント３Ａ〜３Ｄは、受信完了通知を受信すると、送信完了通知を管理サーバ１に送信する（Ｓ１９）。
【００３８】
以上説明したように、本実施形態は、該当する配布ＩＤになるよう複製ＩＤを組み合わせることで、クライアント３Ａ〜３Ｄからクライアント３ＥへコンテンツＣの配信を可能にする。これにより、新たにクライアント３Ｅが参加する場合でも、クライアント３Ａ〜３Ｄ間同士でクライアント３Ｅに配信できるため、配信サーバ２に負荷がかからない。
【００３９】
本開示は、コンテンツのダウンロード元を管理サーバ１が制御するハイブリッド型Ｐ２Ｐコンテンツ配布システムを採用し、配信サーバ２及びクライアント３Ａ〜３Ｄおける電子透かし情報の書き換えを実施せずに、各クライアントが受信した動画中に埋め込まれた配布ＩＤを管理サーバ１が制御可能としている。このため、電子透かし情報の埋め込みを実施時に問題となるクライアントによる電子透かし情報の書き換えやエンコードなどの処理量の増大や、動画や音楽の品質低下を起こさずに、動画が第三者に流出時に流出元のクライアントを特定可能となる。
【００４０】
コンテンツ配布システムは、サーバ型コンテンツ配布システムと比較し、サーバの負荷が少ない。また、同一のコンテンツが複数のピアに保存されるため、激甚災害に強い、などの特徴を持つ。さらに、著作権管理が必要なコンテンツについても処理量の増大や品質低下の問題を生じさせずにＰ２Ｐ型コンテンツ配布システムの使用が可能になる。
【００４１】
（実施形態２）
プライバシ情報の漏洩の観点からは、各クライアント３Ａ〜３Ｅの情報は秘匿化することが好ましい。そこで、本実施形態では、ＳＷ４Ａ〜４Ｅを用いて、各クライアント３Ａ〜３Ｅのアドレスを秘匿化する。
【００４２】
本実施形態では、ＳＷ４Ａ〜４Ｅが、宛先アドレスや送信元アドレスの書き換えの可能な機能スイッチである。ＳＷ４Ａ〜４Ｅは、ＳＤＮ（Ｓｏｆｔｗａｒｅ−Ｄｅｆｉｎｅｄ  Ｎｅｔｗｏｒｋｉｎｇ）に用いられる任意のスイッチが適用可能であるが、例えば、ＯｐｅｎＦｌｏｗ対応スイッチが例示できる。
【００４３】
図９に、本実施形態に係るシーケンスの一例を示す。本実施形態においても、クライアント３Ｅが、配信サーバ２に対してコンテンツＣの配信要求を行った場合の動作について説明する。なお、ステップＳ１１〜Ｓ１４までは実施形態１と同様であるため、本実施形態においては省略する。
【００４４】
本実施形態では、管理サーバ１は、配信要求元のクライアント３Ｅに対し、クライアント３Ａ〜３Ｄのアドレスに代えて仮のアドレスを記載した断片リストを通知する（Ｓ１５）。このように、断片リストの取得先情報を、クライアント３Ａ〜３Ｄの現実のアドレスではなく、仮のアドレスとすることで、クライアント３Ａ〜３Ｄのプライバシ情報の漏洩を防ぐことができる。
【００４５】
ここで、断片要求時のＩＰアドレスの宛先として用いる仮のアドレスは、コンテンツ配布用のＩＰアドレスである。仮のアドレスは、コンテンツＣの識別子と断片データＰ１〜Ｐ４の断片番号をＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスで表現したものであることが好ましい。コンテンツ配布用にネットワークアドレスを割り当てておき、当該ネットワークアドレス内のホストアドレス宛のパケットについては、管理サーバ１にｐａｃｋｅｔ−ｉｎメッセージにカプセル化して転送するように、ＳＷ４Ａ〜４Ｅを設定しておいてもよい。当該アドレス以外についてはＩＰルータとして動作させる。
【００４６】
クライアント３Ｅは、受信した断片リストを参照し、断片データに該当するＩＰアドレス宛に、断片要求を送る（Ｓ２１）。ＳＷ４Ｅは受け取った断片要求の宛先がコンテンツ配布用のネットワークアドレスなので、断片要求の最初のパケット（以下、先頭パケット）を含むｐａｃｋｅｔ−ｉｎメッセージを生成し、管理サーバ１に転送して、アドレス問合せを行う（Ｓ２２ａ）。
【００４７】
管理サーバ１は、図１０に示すような、ユーザＩＤと現実のアドレスとを対応付けるアドレス管理表を保持する。管理サーバ１は、ＳＷ４Ｅから送られてきた情報を用いて、断片要求を送信するユーザＩＤを特定し、特定したユーザＩＤの現実のアドレス、すなわちクライアント３Ａ〜３ＤのアドレスをＳＷ４Ｅに通知する（Ｓ２２ｂ）。例えば、ｐａｃｋｅｔ−ｉｎメッセージに含まれる先頭パケットのＩＰアドレスから、送信元アドレス、コンテンツの識別子及び断片番号を特定し、これらを配布ＩＤ管理表、アドレス管理表、複製ＩＤ管理表と照合することで、断片要求を転送するクライアントのユーザＩＤ及びその現実のアドレスを特定する。
【００４８】
次に、管理サーバ１は、先頭パケット及びＩＰアドレスの変換ルールを含むＰａｃｋｅｔ−ｏｕｔメッセージをＳＷ４Ｅに転送する。ＳＷ４Ｅは、Ｐａｃｋｅｔ−ｏｕｔメッセージに含まれる先頭パケットの宛先アドレス及び送信元アドレスを当該変換ルールに基づき書き換える（Ｓ２３）。ＳＷ４Ｅは、書換えの前後のアドレスを定めたアドレス変換テーブルを記憶する。すなわち、アドレス変換テーブルには、当該断片の送信元となるクライアントの現実のアドレス及び当該断片に対応する仮のアドレス、クライアント３Ｅの現実のアドレス及び仮のホストアドレス、が記憶される。なお、仮のホストアドレスとは、ＳＷ４Ｅのネットワークアドレス内で他のクライアントに使用されていないホストアドレスを割り当てたものである。また、ステップＳ２１の断片要求は、断片単位に実施し、断片を送信するクライアントは一度に１つであることが好ましい。
【００４９】
ステップＳ２３では、具体的には、宛先アドレスについては、当該断片に対応する仮のアドレスを、管理サーバ１から受信した断片送信元クライアントの現実のアドレスに書き換える（Ｓ２３）。送信元アドレスについては、クライアント３Ｅの現実のアドレスを、クライアント３Ｅの仮のホストアドレスに書き換える（Ｓ２３）。以後、クライアント３Ｅが同一の宛先アドレス宛に送信するＩＰパケットは、管理サーバを介さず、ＳＷ４Ｅにおいてアドレス変換され、変更後のアドレス宛に転送される。
【００５０】
そして、ＳＷ４Ｅは、宛先アドレス及び送信元アドレスの書き換えられた断片要求を、クライアント３Ａ〜３Ｄの現実のアドレスに向けて送信する（Ｓ２４）。これにより、クライアント３Ｅのプライバシ情報の漏洩を防ぐことができる。
【００５１】
断片送信元クライアントは、断片要求で要求された断片データを、断片要求の送信元アドレスに返信する（Ｓ２５）。断片送信元クライアントから送信された断片データの宛先アドレスはＳＷ４Ｅのネットワークアドレスの空き番号となっているため、断片送信元クライアントから送信された断片データはＳＷ４Ｅが受信する。
【００５２】
ＳＷ４Ｅは、断片送信元クライアントから受信した断片データの宛先アドレス及び送信元アドレスを書き換える（Ｓ２６）。このとき、ステップＳ２３で記憶したアドレス変換テーブルを参照して書き換える。具体的には、宛先アドレスについては、クライアント３Ｅの仮のホストアドレスを、クライアント３Ｅの現実のアドレスに書き換える。送信元アドレスについては、断片送信元クライアントの現実のアドレスを当該断片の仮のアドレスに書き換える。これにより、断片送信元クライアントのプライバシ情報の漏洩を防ぐことができる。
【００５３】
そして、ＳＷ４Ｅは、宛先アドレス及び送信元アドレスの書き換えられた断片データを、クライアント３Ｅに送信する（Ｓ２７）。その後の受信完了通知Ｓ１８についても断片要求（Ｓ２４）と同様に、宛先アドレス及び送信元アドレスを書き換える（Ｓ２８）。
【００５４】
したがって、本開示は、クライアント３Ｅ及び断片送信元クライアントのプライバシ情報の漏洩を防ぐことができるため、動画視聴の継続問題、プライバシ情報の漏洩問題を解決することができる。
【００５５】
また、各断片の送信元クライアントは、各断片要求を管理サーバ１が受信した時点で通信網５に接続しているクライアントの中からそれぞれ選択する。このため、クライアント３Ｅがコンテンツの視聴を開始後に、断片送信元候補のクライアントの一部がネットワークから離脱したとしても、コンテンツの視聴に影響なくダウンロードを継続することが出来る。
【００５６】
（実施形態３）
本開示では断片データごとに独立に電子透かしを埋め込む。このため、断片データを入れ替えることで、改竄を検出されずに配布ＩＤを書き換えられる可能性がある。そこで、本実施形態では、配布ＩＤの書き換えを防止する。
【００５７】
Ａ．断片データのオーバーラッピング
画像と音声を異なる断片データとする。例えば、画像を４つの断片データＰ１〜Ｐ４に分割し、音声データを５つの断片データに分割する。このように、画像データと音声データとで開始時刻と終了時刻をずらす。これにより、キャプチャデータを時間で区切って入れ替えられた場合、画像と音声の少なくともどちらかの断片データの途中で複製ＩＤが変化するため、改竄を検出することができる。
【００５８】
Ｂ．冗長符号
一部の断片データについて複製ＩＤを配布ＩＤの冗長符号として使用する。冗長符号としては、例えば、ＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）、パリティ・チェック、ハミングコードが例示できる。冗長符号としてＣＲＣ−３２を使用すると、攻撃者が断片データの入れ替えに成功したとして、見逃す確率は１／１０億になる。
【００５９】
以上説明したように、本実施形態は、配布ＩＤの書き換えによる改竄を検出することができる。配布ＩＤの書き換えによる改竄を検出することで、コンテンツＣの流出元を特定することができる。したがって、本実施形態は、配布ＩＤの書き換えを防止することができる。
【産業上の利用可能性】
【００６０】
本開示は情報通信産業に適用することができる。
【符号の説明】
【００６１】
１：管理サーバ
２：配信サーバ
３Ａ、３Ｂ、３Ｃ、３Ｄ、３Ｅ：クライアント
４Ａ、４Ｂ、４Ｃ、４Ｄ、４Ｅ：ＳＷ
５：通信網
【図１】
2018136718.tif 000003
【図２】
2018136718.tif 000004
【図３】
2018136718.tif 000005
【図４】
2018136718.tif 000006
【図５】
2018136718.tif 000007
【図６】
2018136718.tif 000008
【図７】
2018136718.tif 000009
【図８】
2018136718.tif 000010
【図９】
2018136718.tif 000011
【図１０】
2018136718.tif 000012