JP2011128849A - 情報通信システム、ノード装置、情報通信方法及び情報通信プログラム - Google Patents

Abstract

【課題】コンテンツの属性に適した方法でコンテンツをノード装置に取得させることを可能とする。
【解決手段】複数のコンテンツが複数のノード装置間で送受信される情報通信システムであって、情報通信システムは、複数のノード装置と、ノード装置によるコンテンツの取得を支援し、ノード装置にコンテンツを保存することが禁止された保存禁止コンテンツを記憶する１つ以上のサポート装置と、を備え、ノード装置にコンテンツを保存することが許可された保存許可コンテンツをノード装置間で送受信することを可能とするオーバーレイネットワークが構築され、ノード装置は、保存禁止コンテンツを取得する場合には、サポート装置から取得し、保存許可コンテンツを取得する場合には、オーバーレイネットワークから取得する取得手段を備える。
【選択図】図１

Description

本発明は、ネットワークを介して互いに通信可能な複数のノード装置を備えたピアツーピア（Peer to Peer（P2P））方式の通信システムの技術分野に関する。

近年、インターネット等のネットワークを介して映画やドラマ等のコンテンツを配信するコンテンツ配信システムが普及してきている。こうしたコンテンツ配信システムにおいては、例えばＤＲＭ（Digital Rights Management）等の著作権管理技術が利用されている。これにより、視聴者によるコンテンツの複製や再利用が制限され、著作権者の利益が保護されるようになっている。また、コンテンツ配信システムにおいて、映画やドラマ等の主要なコンテンツを配信するとともに、広告主により提供される広告用のコンテンツを配信するシステムが存在する。

このようなシステムにおいて、動画品質の高いコンテンツを配信するためには、データ転送レートを上げる必要がある。そのため、コンテンツを配信する方式としては、従来の主流形態であるクライアントサーバ方式よりも、特許文献１に開示されているようなピアツーピア方式の方が有利である。例えば、ピアツーピア方式においては、視聴者が利用する端末装置にコンテンツのキャッシュが保存される。そして、コンテンツを必要とする端末装置は、当該コンテンツのキャッシュを保存している端末装置からコンテンツを取得する。こうした仕組みにより、ピアツーピア方式は、ネットワークの負荷を分散させることができるので、データ転送レートを上げることができる。

特開２００６−１９７４００号公報

しかしながら、映画やドラマ等の主要なコンテンツのキャッシュを、視聴者が利用する端末装置に残しておくことは、著作権者としては著作権管理の観点で好ましいことではない場合がある。その一方で、広告用のコンテンツは、広く一般に公開されることによってその目的を果たすものである。従って、広告用のコンテンツは、主要なコンテンツほど複製や再利用を厳しく制限する必要はない。むしろ、多くの端末装置にＣＭのコンテンツを残しておくことは、広告主にとって好ましい場合がある。

そこで、本発明は、以上の点に鑑みてなされたものである。本発明は、コンテンツの属性に適した方法でコンテンツをノード装置に取得させることを可能とする情報通信システム、ノード装置及び情報通信方法等を提供することを目的とする。

上記課題を解決するために、請求項１に記載の発明は、複数のコンテンツが複数のノード装置間で送受信される情報通信システムであって、前記情報通信システムは、前記複数のノード装置と、前記ノード装置によるコンテンツの取得を支援し、前記ノード装置にコンテンツを保存することが禁止された保存禁止コンテンツを記憶する記憶手段を備えた１つ以上のサポート装置と、を備え、前記ノード装置にコンテンツを保存することが許可された保存許可コンテンツを前記ノード装置間で送受信することを可能とするオーバーレイネットワークが構築され、前記ノード装置は、前記保存禁止コンテンツを取得する場合には、前記サポート装置から取得し、前記保存許可コンテンツを取得する場合には、前記オーバーレイネットワークから取得する取得手段を備えることを特徴とする。

この発明によれば、各ノード装置は、ノード装置に保存することが禁止されたコンテンツをサポート装置から取得することができる。その一方で、各ノード装置が、ノード装置に保存することが許可されたコンテンツをオーバーレイネットワークから取得する。これにより、コンテンツの著作権上の安全性を担保しながらコンテンツの転送レートを上げることができる。このように、コンテンツの属性に適した方法でコンテンツをノード装置に取得させることができる。

請求項２に記載の発明は、複数のコンテンツが複数のノード装置間で送受信される情報通信システムにおけるノード装置であって、前記情報通信システムは、前記複数のノード装置と、前記ノード装置によるコンテンツの取得を支援し、前記ノード装置にコンテンツを保存することが禁止された保存禁止コンテンツを記憶する記憶手段を備えた１つ以上のサポート装置と、を備え、前記ノード装置にコンテンツを保存することが許可された保存許可コンテンツを前記ノード装置間で送受信することを可能とするオーバーレイネットワークが構築され、前記ノード装置は、前記保存禁止コンテンツを取得する場合には、前記サポート装置から取得し、前記保存許可コンテンツを取得する場合には、前記オーバーレイネットワークから取得する取得手段を備えることを特徴とする。

この発明によれば、各ノード装置は、ノード装置に保存することが禁止されたコンテンツをサポート装置から取得することができる。その一方で、各ノード装置が、ノード装置に保存することが許可されたコンテンツをオーバーレイネットワークから取得する。これにより、コンテンツの著作権上の安全性を担保しながらコンテンツの転送レートを上げることができる。このように、コンテンツの属性に適した方法でコンテンツをノード装置に取得させることができる。

請求項３に記載の発明は、請求項２に記載のノード装置において、前記取得手段は、取得すべきコンテンツが前記保存禁止コンテンツであるか又は前記保存許可コンテンツであるかを判定する判定手段を備え、前記取得手段は、前記判定手段により、取得すべきコンテンツが前記保存禁止コンテンツであると判定された場合には、当該コンテンツを前記サポート装置から取得し、前記判定手段により、取得すべきコンテンツが前記保存許可コンテンツであると判定された場合には、当該コンテンツを前記オーバーレイネットワークから取得することを特徴とする。

この発明によれば、サポート装置からコンテンツを取得するか、又は、オーバーレイネットワークからコンテンツを取得するかを的確に判断することができる。

請求項４に記載の発明は、請求項２又は請求項３に記載のノード装置において、前記保存禁止コンテンツは、著作権管理の指定がなされたコンテンツであり、前記保存許可コンテンツは、著作権管理の指定がなされていないコンテンツであることを特徴とする。

この発明によれば、著作権上、複製や利用が制限されているコンテンツは、サポート装置から取得されるので、著作権上の安全性を保つことができる。その一方で、複製や利用が制限されていないコンテンツは、オーバーレイネットワークから取得されるので、コンテンツの転送レートを上げることができる。

請求項５に記載の発明は、請求項２乃至４の何れか１項に記載のノード装置において、前記保存禁止コンテンツは、コンテンツの配信者にとって主要なコンテンツであり、前記保存許可コンテンツは、広告用のコンテンツであることを特徴とする。

この発明によれば、例えば映画やドラマ等の配信者にとって主要なコンテンツをノード装置に保存することは、配信者に望まれない場合がある。そのようなコンテンツをノード装置が取得する場合には、サポート装置から取得することができる。その一方で、例えば商品やサービス、事業等の情報を広く宣伝するための広告用のコンテンツをノード装置に保存することは、広告主にとってむしろ望ましい場合がある。そのようなコンテンツをノード装置が取得する場合には、複数のノード装置にコンテンツが分散保存されるような方法で取得することができる。

請求項６に記載の発明は、請求項２乃至５の何れか１項に記載のノード装置において、前記コンテンツには、夫々識別情報が割り当てられており、前記取得手段は、前記保存禁止コンテンツと前記保存許可コンテンツとで構成されるコンテンツを取得する場合、前記保存禁止コンテンツの識別情報に基づいて前記サポート装置から当該保存禁止コンテンツを取得し、前記保存許可コンテンツの識別情報に基づいて前記オーバーレイネットワークから当該保存許可コンテンツを取得することを特徴とする。

この発明によれば、ノード装置に保存することが禁止されたコンテンツと禁止されていないコンテンツには夫々識別情報が割り当てられている。よって、これらのコンテンツが組み合わされたようなコンテンツを取得する場合にも、当該コンテンツを構成する各コンテンツの属性に適した方法で各コンテンツを取得することができる。

請求項７に記載の発明は、請求項２乃至６の何れか１項に記載のノード装置において、前記保存許可コンテンツは、広告用のコンテンツであり、ユーザの個人情報を取得する個人情報取得手段と、前記個人情報取得手段により取得された個人情報に基づいて、前記取得手段に取得させる広告用のコンテンツを決定する決定手段と、を更に備えることを特徴とする。

この発明によれば、ユーザの個人情報に基づいて、取得すべき広告用のコンテンツが決定され、決定された広告用のコンテンツが取得される。よって、ノード装置のユーザに適した広告を当該ユーザに提示することができる。

請求項８に記載の発明は、請求項２乃至７の何れか１項に記載のノード装置において、前記取得手段により取得されたコンテンツを所定の保存領域に保存する保存手段を更に備え、前記保存手段は、前記取得手段により前記保存禁止コンテンツが取得された場合には、前記保存禁止コンテンツを前記保存領域に保存させないことを特徴とする。

この発明によれば、ノード装置に保存することが禁止されたコンテンツがノード装置に保存されることを確実に防止することができる。

請求項９に記載の発明は、請求項８に記載のノード装置において、各コンテンツには、当該コンテンツを保存することの許否を示す第１の許否情報が付加されており、前記保存手段は、前記取得手段により取得されたコンテンツに付加された前記第１の許否情報に基づいて、当該コンテンツが前記保存禁止コンテンツであるか又は前記保存許可コンテンツであるかを判断することを特徴とする。

この発明によれば、コンテンツを保存することの許否を示す情報がコンテンツ自体に付加されているので、取得したコンテンツを保存して良いか否かをノード装置が容易に判断することができる。

請求項１０に記載の発明は、請求項８に記載のノード装置において、コンテンツを保存している前記ノード装置又は前記サポート装置の少なくとも何れか一方を示す保存装置情報を保存している管理装置から、前記保存装置情報と、コンテンツを保存することの許否を示す第２の許否情報と、を取得する保存装置情報取得手段を更に備え、前記取得手段は、前記保存装置情報取得手段により取得された前記保存装置情報に基づいてコンテンツの取得先を決定し、前記保存手段は、前記保存装置情報取得手段により取得された前記第２の許否情報に基づいて、前記取得手段により取得されたコンテンツが前記保存禁止コンテンツであるか又は前記保存許可コンテンツであるかを判断することを特徴とする。

この発明によれば、コンテンツを保存している装置を示す保存装置情報を保存している管理装置からノード装置が当該保存装置情報を取得する場合に、当該ノード装置がコンテンツを保存することの許否を示す情報を取得する。よって、コンテンツを保存して良いか否かを管理装置で管理することができる。

請求項１１に記載の発明は、複数のコンテンツが複数のノード装置間で送受信される情報通信システムにおける情報通信方法であって、前記情報通信システムは、前記複数のノード装置と、前記ノード装置によるコンテンツの取得を支援し、前記ノード装置にコンテンツを保存することが禁止された保存禁止コンテンツを記憶する記憶手段を備えた１つ以上のサポート装置と、を備え、前記ノード装置にコンテンツを保存することが許可された保存許可コンテンツを前記ノード装置間で送受信することを可能とするオーバーレイネットワークが構築され、前記ノード装置が、前記保存禁止コンテンツを取得する場合には、前記サポート装置から取得し、前記保存許可コンテンツを取得する場合には、前記オーバーレイネットワークから取得する取得工程を有することを特徴とする。

請求項１２に記載の発明は、複数のコンテンツが複数のノード装置間で送受信される情報通信システムにおける情報通信プログラムであって、前記情報通信システムは、前記複数のノード装置と、前記ノード装置によるコンテンツの取得を支援し、前記ノード装置にコンテンツを保存することが禁止された保存禁止コンテンツを記憶する記憶手段を備えた１つ以上のサポート装置と、を備え、前記ノード装置にコンテンツを保存することが許可された保存許可コンテンツを前記ノード装置間で送受信することを可能とするオーバーレイネットワークが構築され、前記ノード装置に含まれるコンピュータに、前記保存禁止コンテンツを取得する場合には、前記サポート装置から取得し、前記保存許可コンテンツを取得する場合には、前記オーバーレイネットワークから取得する取得ステップを実行させることを特徴とする。

本発明によれば、各ノード装置は、ノード装置に保存することが禁止されたコンテンツをサポート装置から取得することができる。その一方で、各ノード装置が、ノード装置に保存することが許可されたコンテンツをオーバーレイネットワークから取得する。これにより、コンテンツの著作権上の安全性を担保しながらコンテンツの転送レートを上げることができる。このように、コンテンツの属性に適した方法でコンテンツをノード装置に取得させることができる。

一実施形態に係るコンテンツ配信システムＳの概要構成例を示す図である。 （ａ）乃至図（ｃ）は、コンテンツのヘッダに設定される情報の一例を示す図である。 （ａ）は、通常のコンテンツカタログ情報に記載されている属性情報の一例を示す図であり、（ｂ）は、ＣＭコンテンツ用のコンテンツカタログ情報に記載されている属性情報の一例を示す図である。 エッジサーバＳＥｍの概要構成例を示すブロック図である。 ユーザ端末Ｔｍ−ｎの概要構成例を示すブロック図である。 一実施形態に係るユーザ端末Ｔｍ−ｎの制御部４１における処理例を示すフローチャートである。 一実施形態に係るユーザ端末Ｔｍ−ｎの制御部４１における処理例を示すフローチャートである。 一実施形態に係るエッジサーバＳＥｍの制御部２１における処理例を示すフローチャートである。 一実施形態に係るエッジサーバＳＥｍの制御部２１における処理例を示すフローチャートである。

以下、本発明の実施形態を図面に基づいて説明する。なお、以下に説明する実施の形態は、コンテンツ配信システムに本発明を適用した場合の実施形態である。

［１．コンテンツ配信システムの概要構成］
始めに、図１を参照して、本実施形態に係るコンテンツ配信システムの概要構成について説明する。図１は、本実施形態に係るコンテンツ配信システムＳの概要構成例を示す図である。図１に示すように、コンテンツ配信システムＳは、ネットワークＮＷに、配信センターネットワークＮＳと、複数のＩＳＰ（Internet Service Provider）ｍ（ｍ＝１，２，３・・・の何れか）のアクセスネットワークＮＡｍが接続されている。このネットワークＮＷ、配信センターネットワークＮＳ、及び各アクセスネットワークＮＡｍは、現実世界の通信ネットワークである。

ネットワークＮＷは、配信センターネットワークＮＳ及び各アクセスネットワークＮＡｍを相互接続するためのネットワークである。このネットワークＮＷは、例えば、ＷＡＮ（Wide Area Network）等である。そして、ネットワークＮＷ、配信センターネットワークＮＳ及び各アクセスネットワークＮＡｍ等により、例えば、インターネットが構成される。配信センターネットワークＮＳは、配信センターの敷地内に構築されたネットワークである。この配信センターネットワークＮＳは、例えば、ＬＡＮ（Local Area Network）等により構築されている。また、配信センターネットワークＮＳには、配信センターネットワークＮＳとネットワークＮＷとを相互接続するファイアーウォールＦＷが接続されている。更に、配信センターネットワークＮＳには、投入サーバＳＴが接続されている。投入サーバＳＴは、後述するＰ２ＰネットワークＰＷにコンテンツデータを投入するサーバ装置である。ここで、コンテンツデータの投入とは、コンテンツデータをユーザ端末Ｔｍ−ｎ（ｎ＝１，２，３・・・の何れか）及びエッジサーバＳＥｍから取得可能な状態におくことをいう。なお、コンテンツデータを、「コンテンツ」という。各アクセスネットワークＮＡｍは、例えば、ＩＳＰｍがインターネット接続サービス等を提供するために構築した回線網である。アクセスネットワークＮＡｍの網構成の方式としては、例えば、ＡＤＳＬ（Asymmetric Digital Subscriber Line ）や、ＦＴＴＨ（Fiber To The Home）等が適用される。そして、アクセスネットワークＮＡｍは、例えば、電話回線や光ファイバー等により構成されている。また、各アクセスネットワークＮＡｍには、ネットワークＮＷとアクセスネットワークＮＡｍを相互接続するゲートウエイＧＷｍが接続されている。更に、各アクセスネットワークＮＡｍには、複数のユーザ端末Ｔｍ−ｎ、及びエッジサーバＳＥｍが接続されている。なお、ユーザ端末Ｔｍ−ｎは、ノード装置の一例である。また、エッジサーバＳＥｍは、サポート装置の一例である。

ユーザ端末Ｔｍ−ｎは、ＩＳＰｍに加入しているユーザにより使用される端末装置である。ユーザ端末Ｔｍ−ｎは、ＷｅｂサーバＳＷからＷｅｂページを取得し、取得したＷｅｂページを画面表示する。また、ユーザ端末Ｔｍ−ｎは、他のユーザ端末Ｔｍ−ｎ、エッジサーバＳＥｍ又は投入サーバＳＴからコンテンツを取得する。更に、ユーザ端末Ｔｍ−ｎは、動画データ等のコンテンツを再生する。

エッジサーバＳＥｍは、例えば配信システムＳの管理者又はＩＳＰｍにより、各ＩＳＰｍに少なくとも１台設置されている。エッジサーバＳＥｍは、ユーザ端末Ｔｍ−ｎによるコンテンツの取得を支援する。具体的に、エッジサーバＳＥｍは、ユーザ端末Ｔｍ−ｎにより取得される可能性が高いコンテンツを、ユーザ端末Ｔｍ−ｎ、他のエッジサーバＳＥｍ又は投入サーバＳＴから取得する。また、エッジサーバＳＥｍは、取得したコンテンツを保存する。

また、ネットワークＮＷには、ＷｅｂサーバＳＷが接続される。このＷｅｂサーバＳＷは、例えば、コンテンツの配信事業者により設置されたサーバ装置である。そして、ＷｅｂサーバＳＷは、配信事業者により配信されるコンテンツをユーザ端末Ｔｍ−ｎがダウンロードするためのＷｅｂページを、ユーザ端末Ｔｍ−ｎに送信する。

［２．ピアツーピアネットワークの概要］
コンテンツ配信システムＳにおいては、コンテンツ配信のためのピアツーピアネットワークが構築されている。このピアツーピアネットワークを、「Ｐ２ＰネットワークＰＷ」という。図１に示すように、Ｐ２ＰネットワークＰＷは、ネットワークＮＷとアクセスネットワークＮＡｍとにより形成されるネットワーク上に構築された論理的なオーバーレイネットワークである。このＰ２ＰネットワークＰＷは、コンテンツ配信システムＳを構成するユーザ端末Ｔｍ−ｎ及びエッジサーバＳＥｍのうち、何れか複数のユーザ端末Ｔｍ−ｎ及びエッジサーバＳＥｍの接続により形成されるネットワークである。なお、Ｐ２ＰネットワークＰＷには、投入サーバＳＴも接続されるようにしても良い。以下の説明においては、Ｐ２ＰネットワークＰＷに接続する装置を、「ノード」と称する。このノードに相当する装置は、ユーザ端末Ｔｍ−ｎ及びエッジサーバＳＥｍである。或いは、ユーザ端末Ｔｍ−ｎ、エッジサーバＳＥｍ及び投入サーバＳＴがノードに相当する。

Ｐ２ＰネットワークＰＷは、特定のアルゴリズム、例えば、ＤＨＴ（Distributed Hash Table）を利用したアルゴリズムにより実現される。このようなＤＨＴを用いたルーティングテーブルについては、特開２００６−１９７４００号公報等で公知であるので、詳しい説明を省略する。

Ｐ２ＰネットワークＰＷは、内容の異なる様々なコンテンツのレプリカを所定のファイル形式で複数のノードに分散して保存する。そして、各ノード間でレプリカが利用可能になっている。各コンテンツのオリジナルは投入サーバＳＴに保存されている。例えば、エッジサーバＳＥ５のコンテンツキャッシュエリアには、タイトルがＸＸＸの映画のコンテンツのレプリカが保存されている。一方、エッジサーバＳＥ３のコンテンツキャッシュエリアには、タイトルがＹＹＹの映画のコンテンツのレプリカが保存される。このように、コンテンツは複数のノードに分散されて保存されている。コンテンツキャッシュエリアとは、コンテンツを記憶保存するための領域である。実際のコンテンツキャッシュエリアは、例えば、ノードが備える特定のハードディスクに割り当てられていたり、ハードディスクの特定のパーティションに割り当てられていたりする。エッジサーバＳＥｍのコンテンツキャッシュエリアの記憶容量は、ユーザ端末Ｔｍ−ｎのコンテンツキャッシュエリアの記憶容量よりも大きくなっている。一例として、エッジサーバＳＥｍのコンテンツキャッシュエリアの記憶容量は、ユーザ端末Ｔｍ−ｎのコンテンツキャッシュエリアの記憶容量の１０〜１００倍程度である。以下、コンテンツのレプリカが保存されるノードを、「コンテンツ保持ノード」という。また、以下の説明においては、オリジナルのコンテンツとレプリカとを特に区別することなく、コンテンツと称する。

上述のコンテンツには、夫々、コンテンツ名及びコンテンツ毎に固有の識別情報であるコンテンツＩＤ等の情報が割り当てられている。このコンテンツＩＤは、例えば、コンテンツ名＋任意の数値が、上記ノードＩＤを得るときと共通のハッシュ関数によりハッシュ化されて生成される。或いは、システム管理者が、コンテンツ毎に一意のＩＤ値を付与しても良い。なお、コンテンツＩＤは、識別情報の一例である。

分散保存されているコンテンツの所在は、インデックス情報として、コンテンツの所在を管理（記憶）しているノード等により記憶される。以下、コンテンツの所在を管理（記憶）しているノードを、「ルートノード」という。インデックス情報は、コンテンツを保存したノードのノード情報と、コンテンツのコンテンツＩＤと、コンテンツを保存したノードと、コンテンツを保存したノードのノード種別と等の組を含む。ノード種別は、ノードの種類を示す情報である。このノード種別としては、エッジサーバＳＥｍを示す「エッジサーバ」、又は、ユーザ端末Ｔｍ−ｎを示す「ユーザ端末」が設定される。なお、インデックス情報は、保存装置情報の一例である。このようなルートノードは、例えば、コンテンツＩＤと最も近いノードＩＤを有するノードであるように定められる。コンテンツＩＤと最も近いノードＩＤとは、例えば、ＩＤの上位桁が最も多く一致するノードＩＤである。

例えば、タイトルがＸＸＸのコンテンツについてのインデックス情報は、そのコンテンツのルートノードであるユーザ端末Ｔ１−１により管理される。また、例えば、タイトルがＹＹＹのコンテンツについてのインデックス情報は、そのコンテンツのルートノードであるユーザ端末Ｔ２−３により管理される。なお、ルートノードは、管理装置の一例である。或るノードのユーザが、所望するコンテンツを取得したい場合、このコンテンツの取得を望むノードは、メッセージを生成する。以下、ユーザによりコンテンツの取得を望むノードを、「ユーザノード」という。このメッセージは、取得を望むコンテンツのコンテンツＩＤ、ユーザノードのＩＰアドレス、ポート番号等を含む検索要求メッセージである。検索要求メッセージは、コンテンツ保持ノードを検索するためのメッセージである。上述の検索要求メッセージが、ユーザノードが取得するＤＨＴのルーティングテーブルに従って、他のノードに対して送出される。つまり、ユーザノードは、検索要求メッセージを、ルートノードに向けて送出する。これにより、検索要求メッセージは、コンテンツＩＤをキーとするＤＨＴルーティングによって最終的にルートノードに到着することになる。

各ノードにおいて、コンテンツのコンテンツＩＤ等の属性情報は、コンテンツカタログ情報に記述されている。このコンテンツカタログ情報に記述されるコンテンツの属性情報としては、例えば、コンテンツＩＤ、コンテンツ名、コンテンツ種別、コンテンツの公開開始日時、公開終了日時、有効無効フラグ等がある。有効無効フラグは、コンテンツが有効であるか無効であるかを示すフラグである。この有効無効フラグが無効を示す場合、該当するコンテンツはコンテンツキャッシュエリアから削除される。

コンテンツカタログ情報は、例えば、投入サーバＳＴから全てのノードに配信される。このコンテンツカタログ情報の配信は、例えば、特開２００７−０５３６６２号公報にて開示されたＤＨＴマルチキャスト（マルチキャストメッセージ転送処理）により行われても良い。また、各ノードが、定期的に投入サーバＳＴにアクセスすることによりコンテンツカタログ情報を取得しても良い。

上記検索要求メッセージを受信したルートノードは、これに含まれるコンテンツＩＤに対応するインデックス情報をインデックス情報キャッシュから取得する。そして、ルートノードは、取得したインデックス情報を含む検索応答メッセージを、検索要求メッセージの送信元であるユーザノードに対して返信する。こうしてインデックス情報を取得したユーザノードは、インデックス情報に基づいてコンテンツをダウンロード（取得）することができる。ユーザノードは、インデックス情報に含まれるコンテンツ保持ノードのＩＰアドレス及びポート番号等に基づいて、コンテンツ要求メッセージをコンテンツ保持ノードに送信する。コンテンツ要求メッセージには、取得を望むコンテンツのコンテンツＩＤが含まれている。コンテンツ要求メッセージを受信したコンテンツ保持ノードは、コンテンツ要求メッセージに含まれるコンテンツＩＤに対応するコンテンツを、コンテンツキャッシュエリアから取得する。そして、コンテンツ保持ノードは、取得したコンテンツを含むコンテンツ要求応答メッセージをユーザノードに送信する。このようにして、ユーザノードは、コンテンツをダウンロードすることが可能になる。なお、インデックス情報には、複数のコンテンツ保持ノードのノード情報が含まれていることもある。この場合、ユーザノードは、この複数のコンテンツ保持ノードのうち１つのコンテンツ保持ノードを選択する。そして、ユーザノードは、選択したコンテンツ保持ノードに接続してコンテンツをダウンロードすることができる。

なお、ルートノードは、このインデックス情報に含まれるＩＰアドレス及びポート番号等に示されたコンテンツ保持ノードに対してコンテンツ送信要求メッセージを送信しても良い。これにより、ユーザノードは、上記コンテンツ保持ノードからそのコンテンツをダウンロードすることもできる。また、上記ユーザノードは、検索要求メッセージがルートノードに辿り着くまでの間に、このルートノードと同じインデックス情報をキャッシュしているキャッシュノードからこのインデックス情報を取得することもできる。

［３．コンテンツの詳細］
次に、図２を参照して、コンテンツの詳細について説明する。

コンテンツ配信システムＳにおいて、動画データとしてのコンテンツは、大別して、本編コンテンツとＣＭコンテンツとに分類される。なお、本編コンテンツは、保存が禁止されたコンテンツ、著作権管理の指定がなされたコンテンツ、またはコンテンツの配信者にとって主要なコンテンツの一例である。また、ＣＭコンテンツは、保存が許可されたコンテンツ、著作権管理の指定がなされていないコンテンツ、または広告用のコンテンツの一例である。

［３．１ 本編コンテンツ］
本編コンテンツは、例えば、映画、ドラマ、バラエティ番組、音楽番組、スポーツ番組等のコンテンツである。この本編コンテンツは、配信事業者により主として配信されるコンテンツである。また、本編コンテンツは、基本的にはユーザが自ら望むものを選択することを少なくとも条件として視聴可能となるコンテンツ、すなわち、ユーザ端末Ｔｍ−ｎによる再生が可能となるコンテンツである。そして、本編コンテンツは、それ自体が収入源となる場合がある。つまり、本編コンテンツは、配信事業者にとって主要なコンテンツ、すなわち、配信事業者にとって主に重要なコンテンツである。従って、本編コンテンツの不正な利用や複製は防止しなければならない。そこで、本編コンテンツは、著作権管理指定がなされている。そのため、本編コンテンツは、ＤＲＭによる著作権管理がなされる。これにより、本編コンテンツの複製や再利用が制限される。例えば、本編コンテンツは、暗号化されている。本編コンテンツを取得したユーザ端末Ｔｍ−ｎが当該コンテンツを再生するためには、所定の条件を満たす必要がある。その条件としては、例えば、ユーザによる視聴料の支払い等がある。つまり、本編コンテンツの視聴は、課金の対象となる場合もある。この視聴料には、著作権者に支払われる著作権料が含まれている。そして、所定の条件が満たされることにより、ユーザ端末Ｔｍ−ｎが、例えばＰ２ＰネットワークＰＷから復号鍵を取得する。そして、ユーザ端末Ｔｍ−ｎは、取得した復号鍵で本編コンテンツを復号し、再生を行う。なお、ＤＲＭの手法としては、各種の公知の方法を用いることができる。そのため、本実施形態においては、ＤＲＭに関する詳細な説明は省略する。

［３．２ ＣＭコンテンツ］
ＣＭコンテンツは、例えば、商品、サービス、事業等の情報を宣伝するための広告用のコンテンツである。このＣＭコンテンツは、例えば、広告主から提供される。また、ＣＭコンテンツは、基本的には本編コンテンツの再生の際に、これに付随して再生される。このような本編コンテンツを、ＣＭ付きコンテンツという。このときに再生されるＣＭコンテンツは、例えば、予め決められていたり、視聴するユーザに合わせて自動的に選択されたりする。そして、ＣＭコンテンツの広告主から支払われる広告料により、本編コンテンツの視聴の際に生じる視聴料が減額されたり、無料化されたりする。また、ＣＭコンテンツは、著作権管理指定がなされていない。従って、ＣＭコンテンツの複製や再利用は基本的に自由である。

［３．３ ヘッダ］
Ｐ２ＰネットワークＰＷにおいては、コンテンツが複数のノードに分散して保存される。つまり、コンテンツは、ユーザ端末Ｔｍ−ｎに保存される場合がある。著作権管理団体等としては、ユーザが使用する端末に本編コンテンツを残しておくことは、安全性の面で好ましいことではない場合がある。その一方で、ＣＭコンテンツは、広く一般的に公開すべきコンテンツである。従って、広告主にとっては、ユーザ端末Ｔｍ−ｎにＣＭコンテンツを残しておくことは、むしろ好ましい場合がある。また、ＣＭコンテンツを保存するノードが増えることにより、ピアツーピア方式によるコンテンツの効率的な配信を実現することができる。そこで、コンテンツ配信システムＳにおいては、コンテンツの属性に応じて、コンテンツのキャッシュの制御が行われるようになっている。

図２（ａ）乃至図２（ｃ）は、コンテンツのヘッダに設定される情報の一例を示す図である。図２（ａ）に示すように、本実施形態におけるコンテンツには、ヘッダが付加されている。このコンテンツのヘッダには、例えば、コンテンツＩＤ、コンテンツサイズ、コンテンツ属性等が設定される。コンテンツＩＤは、ヘッダが付加されたコンテンツのコンテンツＩＤである。また、コンテンツサイズは、ヘッダが付加されたコンテンツのデータサイズである。また、コンテンツ属性は、ユーザ端末Ｔｍ−ｎによるコンテンツのキャッシュが禁止されているか否かを示す。「コンテンツをキャッシュする」、とは、コンテンツをコンテンツキャッシュエリアに保存することをいう。コンテンツ属性には、「制限」又は「非制限」の何れかが設定される。コンテンツ属性として「制限」が設定されたコンテンツは、ユーザ端末Ｔｍ−ｎがキャッシュすることが禁止されていることを示す。つまり、コンテンツ属性として「制限」が設定されたコンテンツは、エッジサーバＳＥｍのみキャッシュが許可されている。コンテンツ属性として「非制限」が設定されたコンテンツは、ユーザ端末Ｔｍ−ｎ及びエッジサーバＳＥｍの何れもがキャッシュすることが許可されていることを示す。基本的に、本編コンテンツのコンテンツ属性としては、「制限」が設定される。また、ＣＭコンテンツのコンテンツ属性としては、「非制限」が設定される。

次に、コンテンツのヘッダの他の例を示す。図２（ｂ）に示すように、第２の例におけるヘッダには、コンテンツＩＤ、コンテンツサイズ、キャッシュ制御エントリ数、キャッシュ保存可能ノード種別等が設定される。キャッシュ制御エントリ数は、キャッシュ保存可能ノード種別に設定されているノード種別の個数を示す。また、キャッシュ保存可能ノード種別には、ヘッダが付加されたコンテンツをキャッシュすることが許可されているノードの種別が設定される。基本的に、本編コンテンツのキャッシュ保存可能ノード種別には、「エッジサーバ」のみが設定されている。また、ＣＭコンテンツのキャッシュ保存可能ノード種別には、「エッジサーバ」及び「ユーザ端末」が設定されている。

図２（ｃ）に示すように、第３の例におけるヘッダには、コンテンツＩＤ、コンテンツサイズ、キャッシュ制御エントリ数、キャッシュ保存可能装置等が設定される。キャッシュ制御エントリ数は、キャッシュ保存可能装置に設定されているノードＩＤの個数を示す。また、キャッシュ保存可能装置には、ヘッダが付加されたコンテンツをキャッシュすることが許可されているノードのノードＩＤが設定される。基本的に、本編コンテンツのキャッシュ保存可能装置には、全てのエッジサーバＳＥｍのノードＩＤのみが設定されている。また、ＣＭコンテンツのキャッシュ保存可能装置には、全てのエッジサーバＳＥｍ及び全てのユーザ端末Ｔｍ−ｎのノードＩＤが設定されている。なお、キャッシュ保存可能装置に設定される情報は、ノードを識別可能な情報であればノードＩＤに限られない。例えば、ＭＡＣアドレスであっても良い。本実施形態においては、ヘッダの内容として、図２（ａ）、（ｂ）又は（ｃ）の何れかが採用されている。なお、コンテンツ属性、キャッシュ保存可能ノード種別、及びキャッシュ保存可能装置は、第１の許否情報の一例である。

［４．コンテンツの配信方法］
次に、コンテンツの配信方法の概要について説明する。

配信システムシステムＳにおいては、コンテンツの配信方法及びユーザ端末Ｔｍ−ｎによるコンテンツの取得方法を、コンテンツの属性に応じて変えている。その理由は、本編コンテンツの配信の際の著作権面での安全性と、ＣＭコンテンツの配信の際の効率性とを実現するためである。

［４．１ 本編コンテンツの場合］
本編コンテンツは、先ず、投入サーバＳＴから各エッジサーバＳＥｍに配信される（図１（１））。エッジサーバＳＥｍは、本編コンテンツのキャッシュが許可されているので、受信した本編コンテンツを保存する。なお、或るエッジサーバＳＥｍが一度本編コンテンツを取得して保存すると、他のエッジサーバＳＥｍは、コンテンツ保持ノードとしてのエッジサーバＳＥｍから本編コンテンツを取得する。

各ユーザ端末Ｔｍ−ｎは、夫々エッジサーバＳＥｍから直接本編コンテンツを取得する（図１（２））。この場合、ユーザ端末Ｔｍ−ｎは、同じアクセスネットワークＮＡｍに接続するエッジサーバＳＥｍから本編コンテンツを取得しても良いし、別のアクセスネットワークＮＡｍに接続するエッジサーバＳＥｍから本編コンテンツを取得しても良い。そして、本編コンテンツを取得したユーザ端末Ｔｍ−ｎは、本編コンテンツのキャッシュが許可されていないので、取得したコンテンツを保存しない。つまり、ユーザ端末Ｔｍ−ｎは、取得した本編コンテンツを再生した後、再生した本編コンテンツを破棄する。このように、本編コンテンツは、ユーザ端末Ｔｍ−ｎを経由しないので、著作権面での安全性が確保される。

［４．２ ＣＭコンテンツの場合］
ＣＭコンテンツは、Ｐ２ＰネットワークＰＷから取得される。必要なＣＭコンテンツを投入サーバＳＴ以外のノードが保存していない場合には、最初にＣＭコンテンツを取得するノードが、投入サーバＳＴからＣＭコンテンツを取得する（図１（３））。ユーザ端末Ｔｍ−ｎ及びエッジサーバＳＥｍの何れも、ＣＭコンテンツのキャッシュが許可されているので、ＣＭコンテンツを取得したノードは、当該ＣＭコンテンツのキャッシュを保存する。

他のノードは、必要とするＣＭコンテンツを保存しているコンテンツ保持ノードから当該ＣＭコンテンツを取得する（図１（４））。ＣＭコンテンツの取得先としては、エッジサーバＳＥｍよりもユーザ端末Ｔｍ−ｎの方が優先される。本編コンテンツを配信するエッジサーバＳＥｍの負荷を軽減させるためである。なお、ＣＭコンテンツを保存しているコンテンツ保持ノードが、ＣＭコンテンツを取得するユーザノードと同一のアクセスネットワークＮＡｍに属しているか否かは、ＣＭコンテンツの取得先の選択には影響しない。つまり、ユーザノードは、同一のアクセスネットワークＮＡｍに属しているコンテンツ保持ノードからも、別のアクセスネットワークＮＡｍに属しているコンテンツ保持ノードからも、ＣＭコンテンツを取得することができる。このように、ＣＭコンテンツは、ユーザ端末Ｔｍ−ｎに保存され、Ｐ２ＰネットワークＰＷから取得される。よって、コンテンツの配信の負荷を分散させることができるので、ＣＭコンテンツ配信の際のデータ転送レートを上げることができる。

［４．３ ＣＭ付きコンテンツの場合］
ユーザが、本編コンテンツを視聴する場合には、ユーザ端末Ｔｍ−ｎを操作する。これにより、ユーザ端末Ｔｍ−ｎがＷｅｂサーバＳＷにアクセスし、Ｗｅｂページを画面に表示させる。そして、表示されたＷｅｂページに従って、ユーザが所望の本編コンテンツを選択する。すると、ユーザ端末Ｔｍ−ｎは、ＷｅｂページのＨＴＭＬ（Hyper Text Markup Language）文書から、選択された本編コンテンツに対応するタグ情報を取得する。取得されたタグ情報には、例えば、本編コンテンツのコンテンツ名、コンテンツＩＤ、選択された本編コンテンツがＣＭ付きコンテンツであるか否かを示す種別情報等が含まれている。ユーザ端末Ｔｍ−ｎは、取得したタグ情報に基づいて、本編コンテンツとＣＭコンテンツとを取得する。

本実施形態においては、本編コンテンツとＣＭコンテンツとを取得するために、通常のコンテンツカタログ情報と、ＣＭコンテンツ用のコンテンツカタログ情報とが存在する。図３（ａ）は、通常のコンテンツカタログ情報に記載されている属性情報の一例を示す図である。また、図３（ｂ）は、ＣＭコンテンツ用のコンテンツカタログ情報に記載されている属性情報の一例を示す図である。通常のコンテンツカタログ情報には、ＣＭコンテンツ以外のコンテンツの属性情報が記載されている。例えば、通常のコンテンツカタログ情報には、本編コンテンツの属性情報が記載されている。通常のコンテンツカタログ情報の各属性情報には、コンテンツ種別が記載されている。コンテンツ種別は、対応する本編コンテンツがどの視聴者層向けのコンテンツであるかを示す。また、ＣＭコンテンツ用のコンテンツカタログ情報には、ＣＭコンテンツの属性情報が記載されている。ＣＭコンテンツ用のコンテンツカタログ情報の各属性情報には、視聴属性が記載されている。視聴属性は、対応するＣＭコンテンツがどの視聴者層向けのコンテンツであるかを示す。コンテンツ種別及び視聴属性としては、例えば、Ｍ１層、Ｍ２層、Ｍ３層、Ｆ１層、Ｆ２層、Ｆ３層等がある。Ｍ１層は、２０〜３４歳の男性が視聴者層であることを示す。Ｍ２層は、３５〜４９歳の男性が視聴者層であることを示す。Ｍ３層は、５０歳以上の男性が視聴者層であることを示す。Ｆ１層は、２０〜３４歳の女性が視聴者層であることを示す。Ｆ２層は、３５〜４９歳の女性が視聴者層であることを示す。Ｆ３層は、５０歳以上の女性が視聴者層であることを示す。

ユーザ端末Ｔｍ−ｎは、タグ情報から取得したコンテンツＩＤに基づいて、図１に示すように、エッジサーバＳＥｍから本編コンテンツを取得する。ユーザ端末は、取得した本編コンテンツを再生すると、通常のコンテンツカタログ情報に基づいて、視聴ログを記録する。具体的に、ユーザ端末Ｔｍ−ｎは、コンテンツＩＤに基づいて、対応する本編コンテンツの属性情報を通常のコンテンツカタログ情報から検索する。そして、ユーザ端末Ｔｍ−ｎは、検索された属性情報に含まれているコンテンツ種別を取得する。ユーザ端末Ｔｍ−ｎは、本編コンテンツのコンテンツＩＤ及び取得したコンテンツ種別等を視聴ログとして記録する。なお、視聴ログは、個人情報の一例である。

Ｗｅｂページから取得されたタグ情報に、ＣＭ付きコンテンツであることを示す情報が記載されている場合、ユーザ端末Ｔｍ−ｎは、本編コンテンツを上述した方法で取得するとともに、ＣＭコンテンツを取得する。具体的に、ユーザ端末Ｔｍ−ｎは、視聴ログに記録されているコンテンツ種別を集計し、最も多いコンテンツ種別をユーザの視聴属性として決定する。次いで、ユーザ端末Ｔｍ−ｎは、ＣＭコンテンツ用のコンテンツカタログ情報から、決定した視聴属性を有するＣＭコンテンツの属性情報を検索する。そして、ユーザ端末Ｔｍ−ｎは、検索された属性情報のコンテンツＩＤに基づいて、図１に示すように、Ｐ２ＰネットワークＰＷからＣＭコンテンツを取得する。

［５．各装置の構成及び機能］
次に、図４及び図５を参照して、各装置の構成及び機能について説明する。図４は、エッジサーバＳＥｍの概要構成例を示すブロック図である。また、図５は、ユーザ端末Ｔｍ−ｎの概要構成例を示すブロック図である。

［５．１ エッジサーバの構成］
エッジサーバＳＥｍは、図４に示すように、演算機能を有するＣＰＵ，作業用ＲＡＭ，各種データ及びプログラムを記憶するＲＯＭ等から構成されたコンピュータとしての制御部２１を備えている。また、エッジサーバＳＥｍは、各種データ及び各種プログラム等を記憶保存するためのＨＤ（ハードディスク）等から構成された記憶部２２と、受信されたコンテンツ等を一時蓄積するバッファメモリ２３とを備えている。更に、エッジサーバＳＥｍは、ネットワークＮＷを通じてエッジサーバＳＥｍ、他のエッジサーバＳＥｍ、及びユーザ端末Ｔｍ−ｎとの間の情報の通信制御を行うための通信部２４を備えている。なお、記憶部２２は、記憶手段の一例である。そして、制御部２１、記憶部２２、バッファメモリ２３、及び通信部２４は、バス２５を介して相互に接続されている。なお、エッジサーバＳＥｍとしては、例えば、専用のサーバ装置のほか、パーソナルコンピュータ等を適用可能である。

記憶部２２には、ＤＨＴを用いたルーティングテーブル、インデックス情報、通常のコンテンツカタログ情報、ＣＭコンテンツ用のコンテンツカタログ情報等が記憶されている。また、記憶部２２には、Ｐ２ＰネットワークＰＷに参加する際のアクセス先となるコンタクトノードのＩＰアドレス及びポート番号、及び投入サーバＳＴのＩＰアドレス及びポート番号等が記憶されている。また、記憶部２２の記憶容量の一部にコンテンツキャッシュエリアが割り当てられている。このコンテンツキャッシュエリアにはコンテンツが記憶される。また、記憶部２２には、オペレーティングシステム、キャッシュ保存可否判定プログラム、Ｐ２Ｐソフトウェア等が記憶されている。なお、これらのプログラムは、例えば、投入サーバＳＴからダウンロードされるようにしても良い。また、これらのプログラムは、例えば、記録媒体に記録されて、記録媒体を読み取るドライブを介して読み込まれるようにしても良い。

制御部２１は、ＣＰＵが記憶部２２等に記憶されたプログラムを読み出して実行することにより、エッジサーバＳＥｍ全体を統括制御する。

［５．２ ユーザ端末の構成］
ユーザ端末Ｔｍ−ｎは、図５に示すように、演算機能を有するＣＰＵ，作業用ＲＡＭ，各種データ及びプログラムを記憶するＲＯＭ等から構成されたコンピュータとしての制御部４１を備えている。また、ユーザ端末Ｔｍ−ｎは、各種データ及び各種プログラム等を記憶保存するためのＨＤ（ハードディスク）等から構成された記憶部４２と、受信されたコンテンツ等を一時蓄積するバッファメモリ４３とを備えている。更に、ユーザ端末Ｔｍ−ｎは、コンテンツに含まれるエンコードされたビデオデータ（映像情報）及びオーディオデータ（音声情報）等をデコードするデコーダ部４４を備えている。また更に、ユーザ端末Ｔｍ−ｎは、上記デコードされたビデオデータ等に対して所定の描画処理を施しビデオ信号として出力する映像処理部４５と、この映像処理部４５から出力されたビデオ信号に基づき映像表示するＣＲＴ，液晶ディスプレイ等の表示部４６と、を備えている。更にまた、ユーザ端末Ｔｍ−ｎは、上記デコードされたオーディオデータをアナログオーディオ信号にＤ （Digital）／Ａ（Analog）変換した後これをアンプにより増幅して出力する音声処理部４７と、この音声処理部４７から出力されたオーディオ信号を音波として出力するスピーカ４８と、を備えている。また更に、ユーザ端末Ｔｍ−ｎは、ネットワークＮＷを通じて投入サーバＳＴ、エッジサーバＳＥｍ、及び他のユーザ端末Ｔｍ−ｎとの間の情報の通信制御を行うための通信部４９を備えている。更にまた、ユーザ端末Ｔｍ−ｎは、ユーザからの指示を受け付けこの指示に応じた指示信号を制御部４１に対して与える入力部（例えば、キーボード、マウス、或いは、リモコンや操作パネル等）５０を備えている。そして、制御部４１、記憶部４２、バッファメモリ４３、デコーダ部４４、通信部４９、及び入力部５０はバス５１を介して相互に接続されている。なお、ユーザ端末Ｔｍ−ｎとしては、例えば、パーソナルコンピュータ等を適用可能である。

記憶部４２には、ＤＨＴを用いたルーティングテーブル、インデックス情報、通常のコンテンツカタログ情報、ＣＭコンテンツ用のコンテンツカタログ情報、視聴ログ等が記憶されている。また、記憶部４２には、Ｐ２ＰネットワークＰＷに参加する際のアクセス先となるコンタクトノードのＩＰアドレス及びポート番号、ユーザ端末Ｔｍ−ｎ自身と同一のアクセスネットワークＮＡｍに接続されているエッジサーバＳＥｍのＩＰアドレス及びポート番号、及び投入サーバＳＴのＩＰアドレス及びポート番号等が記憶されている。また、記憶部４２には、ユーザ端末Ｔｍ−ｎ自身に割り当てられたノードＩＤが記憶されている。また、記憶部４２の記憶容量の一部にコンテンツキャッシュエリアが割り当てられている。このコンテンツキャッシュエリアにはコンテンツが記憶される。なお、コンテンツキャッシュエリアは、所定の記憶領域の一例である。また、記憶部４２には、オペレーティングシステム、ユーザ用コンテンツ取得プログラム、キャッシュ保存可否判定プログラム、Ｐ２Ｐソフトウェア、Ｗｅｂブラウザプログラム、プレーヤープログラム等が記憶されている。なお、これらのプログラムは、例えば、投入サーバＳＴやエッジサーバＳＥｍ等からダウンロードされるようにしても良い。また、これらのプログラムは、例えば、記録媒体に記録されて、記録媒体を読み取るドライブを介して読み込まれるようにしても良い。

制御部４１は、ＣＰＵが記憶部４２等に記憶されたプログラムを読み出して実行することにより、本発明における取得手段、判定手段、個人情報取得手段、決定手段、保存手段、及び保存装置情報取得手段として機能する。

［６．コンテンツ配信システムの動作］
次に、図６乃至図９を参照して、本実施形態に係るコンテンツ配信システムＳの動作について説明する。

図６及び図７は、本実施形態に係るユーザ端末Ｔｍ−ｎの制御部４１における処理例を示すフローチャートである。

図６の処理は、例えばユーザ端末Ｔｍ−ｎの電源がＯＮとされた場合に開始される。先ず、制御部４１は、Ｐ２ＰネットワークＰＷ及びエッジサーバＳＥｍからコンテンツを取得し再生するためのプログラムの各種の初期化処理を実行する（ステップＳ１）。

次いで、制御部４１は、ユーザから再生要求があったか否かを判定する（ステップＳ２）。表示部４６に表示されたＷｅｂページからユーザが所望のコンテンツを選択した場合、ユーザから再生要求があったと判定される。このとき、制御部４１は、ユーザから再生要求があった場合には（ステップＳ２：ＹＥＳ）、表示部４６に表示されているＷｅｂページのＨＴＭＬ文書から、ユーザに選択された本編コンテンツに対応するタグ情報を取得する。そして、制御部４１は、取得したタグ情報を解析する（ステップＳ３）。

次いで、制御部４１は、判定手段として、タグ情報の解析結果に基づいて、ユーザに選択されたコンテンツがＣＭ付きコンテンツであるか否かを判定する（ステップＳ４）。このとき、制御部４１は、ユーザに選択されたコンテンツがＣＭ付きコンテンツである場合には（ステップＳ４：ＹＥＳ）、先にＣＭコンテンツを取得して再生し、その後本編コンテンツを取得して再生する。そのため、制御部４１は、決定手段として、取得するＣＭコンテンツのコンテンツＩＤを決定する（ステップＳ５）。具体的に、制御部４１は、記憶部４２に記憶されている視聴ログを読み出す。そして、制御部４１は、読み出した視聴ログからコンテンツ種別の集計を行う。次いで、制御部４１は、最も多いコンテンツ種別を視聴属性として決定する。次いで、制御部４１は、決定した視聴属性を有する属性情報を、記憶部４２に記憶されているＣＭコンテンツ用のコンテンツカタログ情報から検索する。そして、制御部４１は、検索した属性情報から、取得するＣＭコンテンツのコンテンツＩＤを取得する。なお、制御部４１は、決定した視聴属性を有する属性情報を複数検索した場合には、これらの中から１つの属性情報をランダムに決定する。また、制御部４１は、決定した視聴属性を有する属性情報がない場合には、デフォルトのＣＭコンテンツのコンテンツＩＤを取得する。デフォルトのＣＭコンテンツのコンテンツＩＤは、例えば、ＨＴＭＬ文書から取得されたタグ情報に記載されている。

一方、制御部４１は、ユーザに選択されたコンテンツがＣＭ付きコンテンツではない場合には（ステップＳ４：ＮＯ）、本編コンテンツのみを取得して再生する。そのため、制御部４１は、ＨＴＭＬ文書から取得されたタグ情報から、本編コンテンツのコンテンツＩＤを抽出する（ステップＳ６）。

制御部４１は、ステップＳ５又はステップＳ６の処理を終えた場合には、決定又は抽出されたコンテンツＩＤのコンテンツが、コンテンツキャッシュエリアに保存されているか否かを判定する（ステップＳ７）。このとき、制御部４１は、決定又は抽出されたコンテンツＩＤのコンテンツが、コンテンツキャッシュエリアに保存されてない場合には（ステップＳ７：ＮＯ）、保存装置情報取得手段として、当該コンテンツＩＤを含む検索要求メッセージを、Ｐ２ＰネットワークＰＷへ送信する（ステップＳ８）。

一方、制御部４１は、決定又は抽出されたコンテンツＩＤのコンテンツが、コンテンツキャッシュエリアに保存されている場合には（ステップＳ７：ＹＥＳ）、当該コンテンツを再生する（ステップＳ９）。

次いで、制御部４１は、ＣＭコンテンツの再生が終了したか否かを判定する（ステップＳ１０）。このとき、制御部４１は、ＣＭコンテンツの再生が終了した場合には（ステップＳ１０：ＹＥＳ）、ステップＳ６に移行する。つまり、制御部４１は、ＣＭコンテンツの再生が終了した後に、本編コンテンツを取得して再生する。

一方、制御部４１は、ＣＭコンテンツではなく本編コンテンツの再生が終了した場合には（ステップＳ１０：ＮＯ）、個人情報取得手段として、視聴ログを更新する（ステップＳ１１）。具体的に、制御部４１は、本編コンテンツのコンテンツＩＤを有する属性情報を、通常のコンテンツカタログ情報から検索する。次いで、制御部４１は、検索された属性情報から、コンテンツ種別を取得する。そして、制御部４１は、本編コンテンツのコンテンツＩＤ及び取得したコンテンツ種別等を、視聴ログに追加記録する。

制御部４１は、ステップＳ８又はステップＳ１１の処理を終えると、ユーザからの電源断要求があったか否かを判定する（ステップＳ１２）。このとき、制御部４１は、電源断要求がなかった場合には（ステップＳ１２：ＮＯ）、ステップＳ２に移行する。

ステップＳ２において、制御部４１は、ユーザから再生要求がなかった場合には（ステップＳ２：ＮＯ）、図７に示すように、他の装置からＰ２Ｐ制御メッセージを受信したか否かを判定する（ステップＳ２１）。Ｐ２Ｐ制御メッセージとは、Ｐ２ＰネットワークＰＷに参加しているノードＮｎ間で送受信されるメッセージである。Ｐ２Ｐ制御メッセージとしては、例えば、検索メッセージ、検索応答メッセージ、コンテンツ要求メッセージ、コンテンツ要求応答メッセージ、パブリッシュメッセージ等がある。このとき、制御部４１は、他の装置からＰ２Ｐ制御メッセージを受信していない場合には（ステップＳ２１：ＮＯ）、ステップＳ１２に移行する。

一方、制御部４１は、他の装置からＰ２Ｐ制御メッセージを受信した場合には（ステップＳ２１：ＹＥＳ）、受信したＰ２Ｐ制御メッセージが検索応答メッセージであるか否かを判定する（ステップＳ２２）。つまり、制御部４１は、保存装置情報取得手段として検索応答メッセージを受信したか否かを判定する。このとき、制御部４１は、受信したＰ２Ｐ制御メッセージが検索応答メッセージである場合には（ステップＳ２２：ＹＥＳ）、コンテンツ保持ノードはエッジサーバＳＥｍのみであるか否かを判定する（ステップＳ２３）。具体的に、制御部４１は、検索応答メッセージに含まれるインデックス情報に、ノード種別として「ユーザ端末」が設定されたインデックス情報が存在するか否かを判定する。本編コンテンツは、ユーザ端末Ｔｍ−ｎには保存されない。従って、本編コンテンツのインデックス情報には、ユーザ端末Ｔｍ−ｎのインデックス情報は含まれていない。一方、ＣＭコンテンツは、ユーザ端末Ｔｍ−ｎ及びエッジサーバＳＥｍの何れにも保存される。従って、ＣＭコンテンツのインデックス情報には、ユーザ端末Ｔｍ−ｎのインデックス情報も含まれる可能性がある。

制御部４１は、コンテンツ保持ノードはエッジサーバＳＥｍのみである場合には（ステップＳ２３：ＹＥＳ）、取得手段として、コンテンツ保持ノードとしてのエッジサーバＳＥｍにコンテンツ要求メッセージを送信する（ステップＳ２４）。本編コンテンツを取得する場合には、エッジサーバＳＥｍに対してコンテンツ要求メッセージが送信されることとなる。なお、制御部４１は、コンテンツ保持ノードとしてのエッジサーバＳＥｍが複数存在する場合には、コンテンツ要求メッセージの送信先として、同一のアクセスネットワークＮＡｍに接続するエッジサーバＳＥｍを優先して選択しても良い。一方、制御部４１は、コンテンツ保持ノードとしてユーザ端末Ｔｍ−ｎが含まれている場合には（ステップＳ２３：ＮＯ）、取得手段として、コンテンツ保持ノードとしてのユーザ端末Ｔｍ−ｎにコンテンツ要求メッセージを送信する（ステップＳ２５）。つまり、制御部４１は、コンテンツ要求メッセージの送信先として、ユーザ端末Ｔｍ−ｎをエッジサーバＳＥｍよりも優先して選択する。制御部４１は、ステップＳ２４又はＳ２５の処理を終えると、ステップＳ１２に移行する。

ステップＳ２２において、制御部４１は、受信したＰ２Ｐ制御メッセージが検索応答メッセージではない場合には（ステップＳ２２：ＮＯ）、受信したＰ２Ｐ制御メッセージがコンテンツ要求応答メッセージであるか否かを判定する（ステップＳ２６）。つまり、制御部４１は、取得手段としてコンテンツをダウンロードしたか否かを判定する。このとき、制御部４１は、受信したＰ２Ｐ制御メッセージがコンテンツ要求応答メッセージである場合には（ステップＳ２６：ＹＥＳ）、コンテンツ要求応答メッセージに含まれるコンテンツのヘッダを解析する（ステップＳ２７）。次いで、制御部４１は、ヘッダの解析結果に基づいて、ダウンロードしたコンテンツがキャッシュ可能であるか否かを判定する（ステップＳ２８）。例えば、ヘッダの内容として図２（ａ）が採用されている場合、制御部４１は、ヘッダのコンテンツ属性が「非制限」であるか否かを判定する。また、ヘッダの内容として図２（ｂ）が採用されている場合、制御部４１は、ヘッダのキャッシュ保存可能ノード種別に「ユーザ端末」が設定されているか否かを判定する。また、ヘッダの内容として図２（ｃ）が採用されている場合、制御部４１は、ヘッダのキャッシュ保存可能装置に、ユーザ端末Ｔｍ−ｎ自身のノードＩＤが設定されているか否かを判定する。

そして、制御部４１は、ダウンロードしたコンテンツがキャッシュ可能である場合には（ステップＳ２８：ＹＥＳ）、保存手段として、ダウンロードしたコンテンツをコンテンツキャッシュエリアに保存する（ステップＳ２９）。次いで、制御部４１は、パブリッシュメッセージをルートノードへ向けて送信する（ステップＳ３０）。パブリッシュメッセージに設定されるインデックス情報には、保存されたコンテンツのコンテンツＩＤ、コンテンツを保存したユーザ端末Ｔｍ−ｎのノード情報、コンテンツを保存したノードの種別としての「ユーザ端末」等が含まれる。

制御部４１は、ステップＳ２８において受信したコンテンツがキャッシュ可能ではない場合（ステップＳ２８：ＮＯ）、又は、ステップＳ３０の処理を終えた場合には、ステップＳ９に移行する。つまり、制御部４１は、ダウンロードしたコンテンツを再生する。なお、受信されたコンテンツは、バッファメモリ４３に一時的に蓄積される。制御部４１は、バッファメモリ４３に蓄積されているコンテンツを再生する。そして、受信されたコンテンツがキャッシュ可能である場合、バッファメモリ４３に蓄積されていたコンテンツは、コンテンツキャッシュエリアに保存される。一方、受信されたコンテンツがキャッシュ可能ではない場合、バッファメモリ４３に蓄積されたコンテンツは、再生後に破棄される。

ステップＳ２６において、制御部４１は、受信したＰ２Ｐ制御メッセージがコンテンツ要求応答メッセージではない場合には（ステップＳ２６：ＮＯ）、受信したＰ２Ｐ制御メッセージが検索要求メッセージであるか否かを判定する（ステップＳ３１）。このとき、制御部４１は、受信したＰ２Ｐ制御メッセージが検索要求メッセージである場合には（ステップＳ３１：ＹＥＳ）、ユーザ端末Ｔｍ−ｎ自身がルートノードであるか否かを判定する（ステップＳ３２）。このとき、制御部４１は、ユーザ端末Ｔｍ−ｎ自身がルートノードである場合には（ステップＳ３２：ＹＥＳ）、コンテンツ保持ノードのインデックス情報を含む検索応答メッセージを、検索要求メッセージの送信元のユーザノードに送信する（ステップＳ３３）。一方、制御部４１は、ユーザ端末Ｔｍ−ｎ自身がルートノードではない場合には（ステップＳ３２：ＮＯ）、ルーティングテーブルを用いて、検索要求メッセージを他のノードに中継する（ステップＳ３４）。制御部４１は、ステップＳ３３又はＳ３４の処理を終えると、ステップＳ１２に移行する。

ステップＳ３１において、制御部４１は、受信したＰ２Ｐ制御メッセージが検索要求メッセージではない場合には（ステップＳ３１：ＮＯ）、受信したＰ２Ｐ制御メッセージがコンテンツ要求メッセージであるか否かを判定する（ステップＳ３５）。このとき、制御部４１は、受信したＰ２Ｐ制御メッセージが検索要求メッセージである場合には（ステップＳ３５：ＹＥＳ）、コンテンツ要求メッセージの送信元のユーザノードにコンテンツを送信する（ステップＳ３６）。具体的に、制御部４１は、受信した検索要求メッセージに含まれているコンテンツＩＤが示すコンテンツをコンテンツキャッシュエリアから読み出す。そして、制御部４１は、読み出したコンテンツを含むコンテンツ要求応答メッセージをユーザノードに送信する。制御部４１は、ステップＳ３６の処理を終えると、ステップＳ１２に移行する。

ステップＳ３５において、制御部４１は、受信したＰ２Ｐ制御メッセージがコンテンツ要求メッセージはない場合には（ステップＳ３５：ＮＯ）、受信したＰ２Ｐ制御メッセージがパブリッシュメッセージであるか否かを判定する（ステップＳ３７）。このとき、制御部４１は、受信したＰ２Ｐ制御メッセージがパブリッシュメッセージではない場合には（ステップＳ３７：ＮＯ）、ステップＳ１２に移行する。一方、制御部４１は、受信したＰ２Ｐ制御メッセージがパブリッシュメッセージである場合には（ステップＳ３７：ＹＥＳ）、ユーザ端末Ｔｍ−ｎ自身がルートノードであるか否かを判定する（ステップＳ３８）。このとき、制御部４１は、ユーザ端末Ｔｍ−ｎ自身がルートノードである場合には（ステップＳ３８：ＹＥＳ）、コンテンツ保持ノードのインデックス情報を、インデックス情報キャッシュに登録する（ステップＳ３９）。一方、制御部４１は、ユーザ端末Ｔｍ−ｎ自身がルートノードではない場合には（ステップＳ３８：ＮＯ）、ルーティングテーブルを用いて、パブリッシュメッセージを他のノードに中継する（ステップＳ４０）。制御部４１は、ステップＳ３９又はＳ４０の処理を終えると、ステップＳ１２に移行する。

ステップＳ１２において、制御部４１は、ユーザからの電源断要求があった場合には（ステップＳ１２：ＹＥＳ）、プログラムを終了させるための各種の終了処理を実行する（ステップＳ１３）、そして、制御部４１は、図６及び図７に示す処理を終了させる。

図８及び図９は、本実施形態に係るエッジサーバＳＥｍの制御部２１における処理例を示すフローチャートである。

図８の処理は、例えばエッジサーバＳＥｍの電源がＯＮとされた場合に開始される。先ず、制御部２１は、エッジサーバＳＥｍとして機能するためのプログラムの各種の初期化処理を実行する（ステップＳ５１）。

次いで、制御部２１は、投入サーバＳＴから事前ダウンロード要求メッセージを受信したか否かを判定する（ステップＳ５２）。このとき、制御部２１は、事前ダウンロード要求メッセージを受信した場合には（ステップＳ５２）、予めコンテンツをダウンロードして保存しておくため、ダウンロードすべきコンテンツのコンテンツＩＤを決定する（ステップＳ５３）。例えば、制御部２１は、最新のコンテンツをダウンロードすべきコンテンツとしても良い。この場合において、制御部２１は、例えば、ダウンロードしたコンテンツのコンテンツＩＤのリストを取得済みリストとして記録する。そして、制御部２１は、コンテンツ取得済みリストとコンテンツカタログ情報とを比較して、まだダウンロードしたことのないコンテンツを、最新のコンテンツとして特定する。また、例えば、人気のあるコンテンツをダウンロードすべきコンテンツとしても良い。この場合において、制御部２１は、例えば、コンテンツ要求メッセージの受信の履歴を示すコンテンツ要求履歴を記録する。そして、制御部２１は、コンテンツ要求履歴に基づいて、ダウンロード数が最も多いコンテンツを、人気のあるコンテンツとして特定する。

制御部２１は、ダウンロードすべきコンテンツのコンテンツＩＤを決定すると、決定したコンテンツＩＤを含む検索要求メッセージを、Ｐ２ＰネットワークＰＷへ送信する（ステップＳ５４）。

次いで、制御部２１は、管理者からの電源断要求があったか否かを判定する（ステップＳ５５）。このとき、制御部２１は、電源断要求がなかった場合には（ステップＳ５５：ＮＯ）、ステップＳ５２に移行する。

ステップＳ５２において、制御部２１は、事前ダウンロード要求メッセージを受信していない場合には（ステップＳ５２：ＮＯ）、図９に示すステップＳ７１に移行する。図９に示すステップＳ７１〜Ｓ９０の処理は、図７に示すステップＳ２１〜Ｓ４０の処理と、基本的に同様である。つまり、Ｐ２Ｐ制御メッセージ受信時の処理は、エッジサーバＳＥｍもユーザ端末Ｔｍ−ｎも基本的に同様である。そこで、Ｐ２Ｐ制御メッセージ受信時におけるエッジサーバＳＥｍ特有の処理について説明する。

ステップＳ７２において、制御部２１は、受信したＰ２Ｐ制御メッセージが検索応答メッセージである場合には（ステップＳ７２：ＹＥＳ）、コンテンツ保持ノードは投入サーバＳＴのみであるか否かを判定する（ステップＳ７３）。具体的に、制御部２１は、検索応答メッセージにインデックス情報が含まれているか否かを判定する。検索応答メッセージにインデックス情報が含まれていないコンテンツは、投入サーバＳＴのみに保存されている。このとき、制御部２１は、コンテンツ保持ノードは投入サーバＳＴのみである場合には（ステップＳ７３：ＹＥＳ）、投入サーバＳＴにコンテンツ要求メッセージを送信する（ステップＳ７４）。一方、制御部２１は、コンテンツ保持ノードとしてユーザ端末Ｔｍ−ｎ又はエッジサーバＳＥｍの少なくとも何れか一方が含まれている場合には（ステップＳ７３：ＮＯ）、コンテンツ保持ノードとしてのユーザ端末Ｔｍ−ｎ又はエッジサーバＳＥｍにコンテンツ要求メッセージを送信する（ステップＳ７５）。つまり、制御部２１は、コンテンツ要求メッセージの送信先として、ユーザ端末Ｔｍ−ｎ及びエッジサーバＳＥｍを、投入サーバＳＴよりも優先して選択する。

ステップＳ７６において、受信したＰ２Ｐ制御メッセージがコンテンツ要求応答メッセージである場合には（ステップＳ７６：ＹＥＳ）、ヘッダの内容として何れが採用されたかによって、その後の処理が異なる。具体的に、ヘッダの内容として図２（ａ）が採用されている場合、制御部２１は、ヘッダの内容を解析せずに、受信したコンテンツをコンテンツキャッシュエリアに保存する（ステップＳ７９）。一方、ヘッダの内容として図２（ｂ）又は（ｃ）が採用されている場合、制御部２１は、ヘッダの内容を解析し（ステップＳ７７）、ダウンロードしたコンテンツがキャッシュ可能であるか否かを判定する（ステップＳ７８）。ここで、ヘッダの内容として図２（ｂ）が採用されている場合、制御部２１は、ヘッダのキャッシュ保存可能ノード種別に「エッジサーバ」が設定されているか否かを判定する。また、ヘッダの内容として図２（ｃ）が採用されている場合、制御部２１は、ヘッダのキャッシュ保存可能装置に、エッジサーバＳＥｍ自身のノードＩＤが設定されているか否かを判定する。そして、制御部２１は、ダウンロードしたコンテンツがキャッシュ可能である場合に（ステップＳ７９：ＹＥＳ）、ダウンロードしたコンテンツをコンテンツキャッシュエリアに保存する（ステップＳ８０）。

ステップＳ８０におけるパブリッシュメッセージの送信の際、制御部２１は、パブリッシュメッセージに設定されるインデックス情報に含まれるノード種別として、「エッジサーバ」を含める。

以上説明したように、本実施形態によれば、各ユーザ端末Ｔｍ−ｎは、ユーザ端末Ｔｍ−ｎに保存することが禁止されたコンテンツをエッジサーバＳＥｍから取得することができる。その一方で、各ユーザ端末Ｔｍ−ｎが、ユーザ端末Ｔｍ−ｎに保存することが許可されたコンテンツをＰ２ＰネットワークＰＷから取得する。これにより、コンテンツの著作権上の安全性を担保しながらコンテンツの転送レートを上げることができる。このように、コンテンツの属性に適した方法でコンテンツをユーザ端末Ｔｍ−ｎに取得させることができる。

また、ユーザ端末Ｔｍ−ｎの制御部４１が、取得すべきコンテンツが本編コンテンツであるか又はＣＭコンテンツであるかを判定する。そして、制御部４１が、取得すべきコンテンツが本編コンテンツであると判定された場合には、当該コンテンツをエッジサーバＳＥｍから取得し、取得すべきコンテンツがＣＭコンテンツであると判定された場合には、当該コンテンツをＰ２ＰネットワークＰＷから取得する。従って、エッジサーバＳＥｍからコンテンツを取得するか、又は、Ｐ２ＰネットワークＰＷからコンテンツを取得するかを的確に判断することができる。

また、本編コンテンツは、著作権管理指定がなされたコンテンツであり、ＣＭコンテンツは、著作権管理指定がなされていないコンテンツである。従って、著作権上、複製や利用が制限されているコンテンツは、エッジサーバＳＥｍから取得されるので、著作権上の安全性を保つことができる。その一方で、複製や利用が制限されていないコンテンツは、Ｐ２ＰネットワークＰＷから取得されるので、コンテンツの転送レートを上げることができる。

また、本編コンテンツは、コンテンツの配信事業者にとって主要なコンテンツであり、ＣＭコンテンツは、広告用のコンテンツである。従って、例えば映画やドラマ等の配信事業者にとって主要なコンテンツをユーザ端末Ｔｍ−ｎに保存することは、配信事業者に望まれない場合がある。そのようなコンテンツをユーザ端末Ｔｍ−ｎが取得する場合には、エッジサーバＳＥｍから取得することができる。その一方で、例えば商品やサービス、事業等の情報を広く宣伝するための広告用のコンテンツをユーザ端末Ｔｍ−ｎに保存することは、広告主にとってむしろ望ましい場合がある。そのようなコンテンツをユーザ端末Ｔｍ−ｎが取得する場合には、複数のユーザ端末Ｔｍ−ｎにコンテンツが分散保存されるような方法で取得することができる。

また、コンテンツには、夫々コンテンツＩＤが割り当てられている。ユーザ端末Ｔｍ−ｎの制御部４１が、ＣＭ付きコンテンツを取得する場合、本編コンテンツのコンテンツＩＤに基づいてエッジサーバＳＥｍから当該本編コンテンツを取得し、ＣＭコンテンツのコンテンツＩＤに基づいてＰ２ＰネットワークＰＷから当該ＣＭコンテンツを取得する。従って、ユーザ端末Ｔｍ−ｎに保存することが禁止されたコンテンツと禁止されていないコンテンツには夫々コンテンツＩＤが割り当てられている。よって、これらのコンテンツが組み合わされたようなＣＭ付きコンテンツを取得する場合にも、当該コンテンツを構成する各コンテンツの属性に適した方法で各コンテンツを取得することができる。

また、ユーザ端末Ｔｍ−ｎの制御部４１が、視聴ログを記録する。そして、制御部４１が、視聴ログに基づいて、取得するＣＭコンテンツを決定する。従って、ユーザがコンテンツを視聴した履歴を示す視聴ログに基づいて、取得すべきＣＭコンテンツが決定され、決定されたＣＭコンテンツが取得される。よって、ユーザ端末Ｔｍ−ｎのユーザに適した広告を当該ユーザに提示することができる。

また、ユーザ端末Ｔｍ−ｎの制御部４１が、取得したコンテンツをコンテンツキャッシュエリアに保存する。このとき、制御部４１が、本編コンテンツを取得した場合には、当該本編コンテンツをコンテンツキャッシュエリアに保存させない。従って、ユーザ端末Ｔｍ−ｎに保存することが禁止されたコンテンツがユーザ端末Ｔｍ−ｎに保存されることを確実に防止することができる。

また、各コンテンツには、当該コンテンツを保存することの許否を示すコンテンツ属性、コンテンツ保存可能ノード種別、又はコンテンツ保存可能装置等の情報を含むヘッダが付加されている。そして、ユーザ端末Ｔｍ−ｎの制御部４１が、取得したコンテンツに付加されたヘッダの情報に基づいて、当該コンテンツが本編コンテンツであるか又はＣＭコンテンツであるかを判断する。従って、コンテンツを保存することの許否を示す情報がコンテンツ自体に付加されているので、取得したコンテンツを保存して良いか否かをユーザ端末Ｔｍ−ｎが容易に判断することができる。

［７．変形例］
次に、本実施形態の変形例について説明する。

上記実施形態においては、コンテンツのキャッシュの許否を示す情報がコンテンツのヘッダに付加されていた。以下に説明する変形例においては、ルートノードが、インデックス情報を管理するコンテンツのキャッシュの許否を示す情報を記憶管理する。本変形例において、このコンテンツのキャッシュの許否を示す情報を、キャッシュ可否情報という。キャッシュ可否情報の内容としては、種々のものを採用することができる。例えば、図２（ａ）に示したコンテンツ属性のように、エッジサーバＳＥｍのみ保存が許可されたコンテンツについては「制限」を示し、エッジサーバＳＥｍ及びユーザ端末Ｔｍ−ｎ何れも保存が許可されたコンテンツについては「非制限」を示す情報であっても良い。また、例えば、図２（ｂ）に示したコンテンツ保存可能ノード種別のように、保存が許可されたノード種別を示す情報であっても良い。また、例えば、図２（ｃ）に示したコンテンツ保存可能装置のように、保存が許可されたノードのノードＩＤのリストを示す情報であっても良い。なお、キャッシュ可否情報は、第２の許否情報の一例である。

このようなキャッシュ可否情報は、例えば、投入サーバＳＴから配信される。例えば、新規のコンテンツの投入時に、投入サーバＳＴがキャッシュ可否情報を新規のコンテンツのルートノードに向けて送信しても良い。また、例えば、投入サーバＳＴがコンテンツを送信するとき、ユーザノードに対してキャッシュ可否情報を送信しても良い。この場合、コンテンツとキャッシュ可否情報とを受信したユーザノードは、パブリッシュメッセージ送信するときに、受信したキャッシュ可否情報を送信するパブリッシュメッセージに含める。パブリッシュメッセージを受信したルートノードは、受信したパブリッシュメッセージに含まれるキャッシュ可否情報を保存する。

そして、ルートノードは、ユーザノードから検索要求メッセージを受信すると、インデックス情報とともに、キャッシュ可否情報を返信する。これにより、ユーザノードは、これから取得するコンテンツのキャッシュが許可されているか否かを判断することができる。

具体的なコンテンツ配信システムＳの動作を説明する。本変形例に係るユーザ端末Ｔｍ−ｎの制御部４１の処理は、図６及び図７に示す処理と概ね同様である。以下では、本変形例において、図６及び図７に示す処理と異なる点について説明する。

制御部４１は、ステップＳ３３において、検索要求対象のコンテンツのキャッシュ許否情報を抽出する。具体的に、制御部４１は、受信した検索要求メッセージに含まれるコンテンツＩＤに対応付けて記憶部４２に記憶されているキャッシュ許否情報を取得する。次いで、制御部４１は、キャッシュ許否情報とインデックス情報とを含む検索応答メッセージを、検索要求メッセージの送信元のユーザノードに送信する。

制御部４１は、ステップＳ２７において、事前に受信してある検索応答メッセージに含まれるキャッシュ可否情報を解析する。そして、制御部４１は、キャッシュ可否情報の解析結果に基づいて、コンテンツ要求応答メッセージとして受信したコンテンツがキャッシュ可能であるか否かを判定する（ステップＳ２８）。

本変形例に係るエッジサーバＳＥｍの制御部２１の処理は、図８及び図９に示す処理と概ね同様である。そして、本変形例において、図８及び図９に示す処理と異なる点は、上記説明した本変形例に係るユーザ端末Ｔｍ−ｎの場合と同様である。従って、詳細な説明は省略する。

以上説明したように、本変形例によれば、ユーザ端末Ｔｍ−ｎの制御部４１が、ルートノードから、インデックス情報と、コンテンツを保存することの許否を示すキャッシュ可否情報と、を取得する。そして、制御部４１が、インデックス情報に基づいてコンテンツの取得先のコンテンツ保持ノードを決定する。また、制御部４１が、キャッシュ可否情報に基づいて、取得されたコンテンツが本編コンテンツであるか又はＣＭコンテンツであるかを判断する。従って、コンテンツ保持ノードを示すインデックス情報を保存しているルートノードからユーザ端末Ｔｍ−ｎが当該インデックス情報を取得する場合に、当該ユーザ端末Ｔｍ−ｎがコンテンツを保存することの許否を示す情報を取得する。よって、コンテンツを保存して良いか否かをルートノードで管理することができる。

なお、上記実施形態においては、本編コンテンツを著作権管理指定がなされたコンテンツとし、ＣＭコンテンツを著作権管理指定がなされていないコンテンツとしていた。しかしながら、一部又は全部の本編コンテンツを著作権管理しないコンテンツとし、一部又は全部のＣＭコンテンツを著作権管理するコンテンツとしても良い。

また、上記実施形態においては、本編コンテンツであるか又はＣＭコンテンツであるかによって、ユーザ端末Ｔｍ−ｎによる保存が禁止されるコンテンツと許可されるコンテンツとが切り分けられていた。しかしながら、これとは別の視点でユーザ端末Ｔｍ−ｎによる保存が許可されるか否かを切り分けても良い。例えば、著作権管理するコンテンツであるか否かによって切り分けても良い。

また、上記実施形態においては、動画データに対して保存禁止コンテンツ及び保存許可コンテンツを適用していた。しかしながら、例えば、静止画データ、音声データ、テキストデータ、電子文書等のデータやアプリケーションプログラム等に対して、保存禁止コンテンツ及び保存許可コンテンツを適用しても良い。

また、上記実施形態においては、視聴ログに対して個人情報を適用し、視聴ログに基づいてユーザ端末Ｔｍ−ｎが取得するコンテンツを決定していた。しかしながら、例えば、ユーザのプロフィール情報等に対して個人情報を適用しても良い。

また、上記実施形態においては、オーバーレイネットワークに、ＤＨＴを利用したピアツーピアネットワークが適用されていたが、これに限られるものではない。例えば、他のピアツーピアシステム、又は、オーバーレイネットワークを用いたシステムが適用されても良い。ＤＨＴを利用しないピアツーピアシステムとしては、例えば、ハイブリッド型のピアツーピアシステムがある。ハイブリッド型のピアツーピアシステムにおいては、コンテンツを保存するノードの情報を管理するサーバ装置に対して本発明の管理装置が適用される。また、上記実施形態の本編コンテンツは、ネットワーク上に接続された所定のサーバにより管理されても良い。この場合、各ノードＮｎは、上記実施形態のエッジサーバの代わりに、前記所定のサーバから本編コンテンツを取得し、オーバーレイネットワークから広告コンテンツを取得する。

２１ 制御部
２２ 記憶部
２３ バッファメモリ
２４ 通信部
２５ バス
４１ 制御部
４２ 記憶部
４３ バッファメモリ
４４ デコーダ部
４５ 映像処理部
４６ 表示部
４７ 音声処理部
４８ スピーカ
４９ 通信部
５０ 入力部
５１ バス
ＳＴ 投入サーバ
ＳＥｍ エッジサーバ
Ｔｍ−ｎ ユーザ端末
ＳＷ Ｗｅｂサーバ
ＧＷｍ ゲートウエイ
ＮＷ ネットワーク
ＮＡｍ アクセスネットワーク
ＮＳ 配信センターネットワーク
ＰＷ Ｐ２Ｐネットワーク
Ｓ コンテンツ配信システム

Claims (12)

1. 複数のコンテンツが複数のノード装置間で送受信される情報通信システムであって、
   前記情報通信システムは、
   前記複数のノード装置と、
   前記ノード装置によるコンテンツの取得を支援し、前記ノード装置にコンテンツを保存することが禁止された保存禁止コンテンツを記憶する記憶手段を備えた１つ以上のサポート装置と、
   を備え、
   前記ノード装置にコンテンツを保存することが許可された保存許可コンテンツを前記ノード装置間で送受信することを可能とするオーバーレイネットワークが構築され、
   前記ノード装置は、
   前記保存禁止コンテンツを取得する場合には、前記サポート装置から取得し、前記保存許可コンテンツを取得する場合には、前記オーバーレイネットワークから取得する取得手段を備えることを特徴とする情報通信システム。
2. 複数のコンテンツが複数のノード装置間で送受信される情報通信システムにおけるノード装置であって、
   前記情報通信システムは、
   前記複数のノード装置と、
   前記ノード装置によるコンテンツの取得を支援し、前記ノード装置にコンテンツを保存することが禁止された保存禁止コンテンツを記憶する記憶手段を備えた１つ以上のサポート装置と、
   を備え、
   前記ノード装置にコンテンツを保存することが許可された保存許可コンテンツを前記ノード装置間で送受信することを可能とするオーバーレイネットワークが構築され、
   前記ノード装置は、
   前記保存禁止コンテンツを取得する場合には、前記サポート装置から取得し、前記保存許可コンテンツを取得する場合には、前記オーバーレイネットワークから取得する取得手段を備えることを特徴とするノード装置。
3. 請求項２に記載のノード装置において、
   前記取得手段は、取得すべきコンテンツが前記保存禁止コンテンツであるか又は前記保存許可コンテンツであるかを判定する判定手段を備え、
   前記取得手段は、前記判定手段により、取得すべきコンテンツが前記保存禁止コンテンツであると判定された場合には、当該コンテンツを前記サポート装置から取得し、前記判定手段により、取得すべきコンテンツが前記保存許可コンテンツであると判定された場合には、当該コンテンツを前記オーバーレイネットワークから取得することを特徴とするノード装置。
4. 請求項２又は請求項３に記載のノード装置において、
   前記保存禁止コンテンツは、著作権管理の指定がなされたコンテンツであり、
   前記保存許可コンテンツは、著作権管理の指定がなされていないコンテンツであることを特徴とするノード装置。
5. 請求項２乃至４の何れか１項に記載のノード装置において、
   前記保存禁止コンテンツは、コンテンツの配信者にとって主要なコンテンツであり、
   前記保存許可コンテンツは、広告用のコンテンツであることを特徴とするノード装置。
6. 請求項２乃至５の何れか１項に記載のノード装置において、
   前記コンテンツには、夫々識別情報が割り当てられており、
   前記取得手段は、前記保存禁止コンテンツと前記保存許可コンテンツとで構成されるコンテンツを取得する場合、前記保存禁止コンテンツの識別情報に基づいて前記サポート装置から当該保存禁止コンテンツを取得し、前記保存許可コンテンツの識別情報に基づいて前記オーバーレイネットワークから当該保存許可コンテンツを取得することを特徴とするノード装置。
7. 請求項２乃至６の何れか１項に記載のノード装置において、
   前記保存許可コンテンツは、広告用のコンテンツであり、
   ユーザの個人情報を取得する個人情報取得手段と、
   前記個人情報取得手段により取得された個人情報に基づいて、前記取得手段に取得させる広告用のコンテンツを決定する決定手段と、
   を更に備えることを特徴とするノード装置。
8. 請求項２乃至７の何れか１項に記載のノード装置において、
   前記取得手段により取得されたコンテンツを所定の保存領域に保存する保存手段を更に備え、
   前記保存手段は、前記取得手段により前記保存禁止コンテンツが取得された場合には、前記保存禁止コンテンツを前記保存領域に保存させないことを特徴とするノード装置。
9. 請求項８に記載のノード装置において、
   各コンテンツには、当該コンテンツを保存することの許否を示す第１の許否情報が付加されており、
   前記保存手段は、前記取得手段により取得されたコンテンツに付加された前記第１の許否情報に基づいて、当該コンテンツが前記保存禁止コンテンツであるか又は前記保存許可コンテンツであるかを判断することを特徴とするノード装置。
10. 請求項８に記載のノード装置において、
    コンテンツを保存している前記ノード装置又は前記サポート装置の少なくとも何れか一方を示す保存装置情報を保存している管理装置から、前記保存装置情報と、コンテンツを保存することの許否を示す第２の許否情報と、を取得する保存装置情報取得手段を更に備え、
    前記取得手段は、前記保存装置情報取得手段により取得された前記保存装置情報に基づいてコンテンツの取得先を決定し、
    前記保存手段は、前記保存装置情報取得手段により取得された前記第２の許否情報に基づいて、前記取得手段により取得されたコンテンツが前記保存禁止コンテンツであるか又は前記保存許可コンテンツであるかを判断することを特徴とするノード装置。
11. 複数のコンテンツが複数のノード装置間で送受信される情報通信システムにおける情報通信方法であって、
    前記情報通信システムは、
    前記複数のノード装置と、
    前記ノード装置によるコンテンツの取得を支援し、前記ノード装置にコンテンツを保存することが禁止された保存禁止コンテンツを記憶する記憶手段を備えた１つ以上のサポート装置と、
    を備え、
    前記ノード装置にコンテンツを保存することが許可された保存許可コンテンツを前記ノード装置間で送受信することを可能とするオーバーレイネットワークが構築され、
    前記ノード装置が、前記保存禁止コンテンツを取得する場合には、前記サポート装置から取得し、前記保存許可コンテンツを取得する場合には、前記オーバーレイネットワークから取得する取得工程を有することを特徴とする情報通信方法。
12. 複数のコンテンツが複数のノード装置間で送受信される情報通信システムにおける情報通信プログラムであって、
    前記情報通信システムは、
    前記複数のノード装置と、
    前記ノード装置によるコンテンツの取得を支援し、前記ノード装置にコンテンツを保存することが禁止された保存禁止コンテンツを記憶する記憶手段を備えた１つ以上のサポート装置と、
    を備え、
    前記ノード装置にコンテンツを保存することが許可された保存許可コンテンツを前記ノード装置間で送受信することを可能とするオーバーレイネットワークが構築され、
    前記ノード装置に含まれるコンピュータに、
    前記保存禁止コンテンツを取得する場合には、前記サポート装置から取得し、前記保存許可コンテンツを取得する場合には、前記オーバーレイネットワークから取得する取得ステップを実行させることを特徴とする情報通信プログラム。

Images