JP2011070557A - 情報通信システム、サポート装置、サポート装置のプログラム、及びコンテンツ取得方法 - Google Patents

Abstract

【課題】予め定めた時刻にコンテンツを効率良く取得出来る情報通信システムを提供する。
【解決手段】コンテンツの配信センターと、コンテンツを中継してユーザ端末Ｔに配信するエッジサーバＳＥとネットワークＮＷから構成される。予め定められた取得時刻に端末Ｔへコンテンツを配信するために、コンテンツ情報と取得時刻情報を含む取得リストを管理サーバＳＭからエッジサーバＳＥへ配信しておく。エッジサーバＳＥは配信センターから該当するコンテンツをキャッシュに取得する。コンテンツの取得配信を効率化するために、ピアツウピアネットワーク技術を利用して、エッジサーバＳＥと端末Ｔ相互間でコンテンツの転送を行うようにして、端末Ｔへのコンテンツの取得を効率よく行うことができる。
【選択図】図３

Description

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

近年、特許文献１に開示されているようなピアツーピア方式の通信システムが注目されている。ピアツーピア方式の通信システムは、現在のコンテンツ配信における主流形態であるサーバクライアント方式に変わる新しい形態として注目されている。このピアツーピア方式の通信システムでは、センターのサーバ装置に対するコンテンツの要求が集中しない。そのため、サーバクライアント方式に比して、短時間でコンテンツを取得することが可能となる。また、ユーザがコンテンツを連続して視聴する場合には、視聴リストを作成して順番にコンテンツをダウンロードしていた。例えば、特許文献２には、コンテンツの視聴予約を行なう技術が開示されている。

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

ところで、塾、学校、会社、ホテル等のように各地に拠点があり、各拠点に端末装置が複数存在するケースがある。このケースにおいては、一般的に、拠点内に各端末装置が接続されるＬＡＮ（Local Area Network）等のプライベートネットワークが形成される。また、拠点には、インターネット等の或いはＷＡＮ（Wide Area Network）等のパブリックネットワークに接続する回線が設けられる。

このようなケースにおいて、各端末装置に、特許文献１に開示されているようなピアツーピア方式の通信機能を持たせることが考えられる。そうすると、各端末装置は、同じ拠点内に存在する端末装置からもコンテンツを取得することが可能となる。従って、端末装置は他の拠点にコンテンツを要求しなくても良い場合があるので、外部接続する回線のトラフィックを減らすことが出来る。

しかしながら、拠点内に存在する各端末装置が記憶しているコンテンツの数が少ない場合には、拠点の外部のネットワーク上に必要なコンテンツを要求する確率が増加する。この場合、例えば外部接続する回線の本数が少なかったり帯域幅が狭かったりすると、コンテンツの取得に要する時間が長くなる。そのため、ピアツーピア方式の通信システムを採用したことによる効果が十分に得られない場合があった。

この場合、各拠点にコンテンツの蓄積専用のエッジサーバを設置することも考えられる。そうすると、同じ拠点内に設置されたエッジサーバにそのコンテンツが記憶されている場合には、端末装置はエッジサーバからコンテンツを予め取得することが出来る。しかし、各端末装置がコンテンツを再生するたびに、エッジサーバにアクセスして所望のコンテンツをダウンロードする必要があり、少なからずダウンロード待ち時間が発生していた。

そこで、本発明は、以上の点に鑑みてなされたものである。本発明は、コンテンツを効率良く取得することが出来る情報通信システム等を提供することを目的とする。

上記課題を解決するために、請求項１に記載の発明は、複数のコンテンツが複数のノード装置間で送受信される情報通信システムであって、前記情報通信システムは、外部ネットワークに複数の内部ネットワークが接続され、同一の前記内部ネットワークに接続する複数の前記ノード装置と、前記内部ネットワークに接続し前記ノード装置によるコンテンツの取得を支援するサポート装置と、を前記内部ネットワーク毎に備え、前記サポート装置は、当該サポート装置自身が接続する前記内部ネットワークと同一の内部ネットワークに接続する前記各ノード装置にて再生予定の複数の前記コンテンツを夫々特定する複数のコンテンツ情報と、各前記コンテンツを取得する時刻を示す取得時刻情報と、が夫々対応付けられた取得リストを取得する取得リスト取得手段と、前記取得リスト取得手段により取得された取得リストが含む取得時刻情報に基づいて、前記コンテンツを取得する時刻に至ったか否かを判定する取得時刻判定手段と、前記取得時刻判定手段により前記コンテンツを取得する時刻に至ったと判定された場合には、当該取得時刻情報に対応するコンテンツ情報が示すコンテンツを他の前記サポート装置から取得するコンテンツ取得手段と、前記コンテンツ取得手段が取得したコンテンツを記憶手段に記憶させる記憶制御手段と、を有することを特徴とする情報通信システムである。

上記課題を解決するために、請求項２に記載の発明は、前記サポート装置は、前記同一の内部ネットワークに接続する各前記ノード装置を識別するノード装置情報と、複数の前記コンテンツ情報と、前記各ノード装置にコンテンツを送信する送信時刻を示す送信時刻情報と、が夫々対応付けられた送信リストの前記送信時刻情報に基づいて、前記コンテンツを送信する時刻に至ったか否かを判定する送信時刻判定手段と、前記送信時刻判定手段により、前記コンテンツを送信する時刻に至ったと判定された場合には、当該送信時刻情報に対応する前記ノード装置情報が示す特定ノード装置が少なくとも次に再生する前記コンテンツを、前記特定ノード装置に送信するコンテンツ送信手段と、を有することを特徴とする請求項１に記載の情報通信システムである。

上記課題を解決するために、請求項３に記載の発明は、前記サポート装置の前記送信時刻判定手段は、前記同一の内部ネットワークに接続する各前記ノード装置を使用する複数のユーザを夫々特定するユーザ情報と、前記各ノード装置の前記ノード装置情報と、前記各ユーザが利用を予定している前記コンテンツ情報と、前記コンテンツを再生する時刻を示す再生時刻情報と、が夫々対応付けられた利用登録情報に基づいて前記ノード装置毎に夫々作成された前記送信リストの前記送信時刻情報に基づいて、前記コンテンツを送信する時刻に至ったか否かを夫々判定し、前記サポート装置の前記コンテンツ送信手段は、前記送信時刻判定手段により、前記コンテンツを送信する時刻に至ったと判定された場合には、当該送信リストに対応するノード装置を特定ノード装置として、当該特定ノード装置が少なくとも次に再生する前記コンテンツを、前記特定ノード装置に送信することを特徴とする請求項１又は請求項２に記載の情報通信システムである。

上記課題を解決するために、請求項４に記載の発明は、前記サポート装置は、前記利用登録情報に基づいて、前記ノード装置毎に、前記ノード装置情報と、前記ユーザ情報と、前記コンテンツ情報と、前記送信時刻情報と、を夫々対応付けて前記送信リストを作成する送信リスト作成手段を有することを特徴とする請求項３に記載の情報通信システムである。

上記課題を解決するために、請求項５に記載の発明は、前記サポート装置の前記コンテンツ送信手段は、前記特定ノード装置が次に再生するコンテンツを前記記憶手段から取得して、前記特定ノード装置に送信することを特徴とする請求項２乃至請求項４の何れか一項に記載の情報通信システムである。

上記課題を解決するために、請求項６に記載の発明は、前記サポート装置は、前記記憶手段に記憶された前記コンテンツのうち、再生時刻が現在の時刻から所定期間以内であるコンテンツの情報を利用リストとして取得する利用リスト取得手段と、前記取得時刻判定手段により、前記コンテンツを取得する時刻に至ったと判定された場合には、前記記憶手段の空き記憶容量が所定量未満であるか否かを判定する空き容量判定手段と、前記空き容量判定手段により、前記記憶手段の空き記憶容量が所定量未満であると判定された場合には、前記記憶手段に記憶された前記コンテンツのうち、前記利用リスト取得手段が取得した利用リストに基づいて、再生時刻が現在の時刻から所定期間以内でないコンテンツを前記記憶手段から削除する削除手段と、を有することを特徴とする請求項１乃至請求項５の何れか一項に記載の情報通信システムである。

上記課題を解決するために、請求項７に記載の発明は、前記サポート装置の前記コンテンツ取得手段は、前記削除手段による削除後に、前記取得時刻情報に対応する前記コンテンツ情報が示すコンテンツを他の前記サポート装置から取得することを請求項６に記載の情報通信システムである。

上記課題を解決するために、請求項８に記載の発明は、当該ノード装置自身が再生する前記コンテンツ情報と、前記コンテンツを取得する時刻を示す取得時刻情報と、が夫々対応付けられた取得リストの前記取得時刻情報に基づいて、前記コンテンツを取得する時刻に至ったか否かを判定する取得時刻判定手段と、前記取得時刻判定手段により、前記コンテンツを取得する時刻に至ったと判定された場合には、当該ノード装置自身が接続する前記内部ネットワークに接続するサポート装置に対して、前記取得する時刻に至ったコンテンツの次に再生する前記コンテンツ情報を少なくとも含む前記コンテンツ要求情報を送信するコンテンツ要求情報送信手段と、当該ノード装置自身が接続する前記内部ネットワークに接続するサポート装置から、前記コンテンツ情報に対応するコンテンツを受信するコンテンツ受信手段と、を有し、前記サポート装置は、当該サポート装置自身が接続する前記内部ネットワークに接続する何れかの前記ノード装置から前記コンテンツ情報を含むコンテンツ要求情報を受信すると、前記コンテンツ送信手段は、当該コンテンツ要求情報が含む前記コンテンツ情報に対応する前記コンテンツを前記記憶手段から取得し、当該コンテンツ要求情報の送信元のノード装置に送信することを特徴とする請求項１に記載の情報通信システムである。

上記課題を解決するために、請求項９に記載の発明は、複数のコンテンツが複数のノード装置間で送受信される情報通信システムに備えたサポート装置であって、前記情報通信システムは、外部ネットワークに複数の内部ネットワークが接続され、同一の前記内部ネットワークに接続する複数の前記ノード装置と、前記内部ネットワークに接続し前記ノード装置によるコンテンツの取得を支援する前記サポート装置と、を前記内部ネットワーク毎に備えており、前記サポート装置は、当該サポート装置自身が接続する前記内部ネットワークと同一の内部ネットワークに接続する前記各ノード装置にて再生予定の複数の前記コンテンツを夫々特定する複数のコンテンツ情報と、各前記コンテンツを取得する時刻を示す取得時刻情報と、が夫々対応付けられた取得リストを取得する取得リスト取得手段と、前記取得リスト取得手段により取得された取得リストが含む取得時刻情報に基づいて、前記コンテンツを取得する時刻に至ったか否かを判定する取得時刻判定手段と、前記取得時刻判定手段により前記コンテンツを取得する時刻に至ったと判定された場合には、当該取得時刻情報に対応するコンテンツ情報が示すコンテンツを他の前記サポート装置から取得するコンテンツ取得手段と、前記コンテンツ取得手段が取得したコンテンツを記憶手段に記憶させる記憶制御手段を有することを特徴とするサポート装置である。

上記課題を解決するために、請求項１０に記載の発明は、前記サポート装置は、前記同一の内部ネットワークに接続する各前記ノード装置を識別するノード装置情報と、複数の前記コンテンツ情報と、前記各ノード装置にコンテンツを送信する送信時刻を示す送信時刻情報と、が夫々対応付けられた送信リストの前記送信時刻情報に基づいて、前記コンテンツを送信する時刻に至ったか否かを判定する送信時刻判定手段と、前記送信時刻判定手段により、前記コンテンツを送信する時刻に至ったと判定された場合には、当該送信時刻情報に対応する前記ノード装置情報が示す特定ノード装置が少なくとも次に再生する前記コンテンツを、前記特定ノード装置に送信するコンテンツ送信手段と、を有することを特徴とする請求項９に記載のサポート装置である。

上記課題を解決するために、請求項１１に記載の発明は、前記送信時刻判定手段は、前記同一の内部ネットワークに接続する各前記ノード装置を使用する複数のユーザを夫々特定するユーザ情報と、前記各ノード装置の前記ノード装置情報と、前記各ユーザが利用を予定している前記コンテンツ情報と、前記コンテンツを再生する時刻を示す再生時刻情報と、が夫々対応付けられた利用登録情報に基づいて前記ノード装置毎に夫々作成された前記送信リストの前記送信時刻情報に基づいて、前記コンテンツを送信する時刻に至ったか否かを夫々判定し、前記コンテンツ送信手段は、前記送信時刻判定手段により、前記コンテンツを送信する時刻に至ったと判定された場合には、当該送信リストに対応するノード装置を特定ノード装置として、当該特定ノード装置が少なくとも次に再生する前記コンテンツを、前記特定ノード装置に送信することを特徴とする請求項９又は請求項１０に記載のサポート装置である。

上記課題を解決するために、請求項１２に記載の発明は、前記利用登録情報に基づいて、前記ノード装置毎に、前記ノード装置情報と、前記ユーザ情報と、前記コンテンツ情報と、前記送信時刻情報と、を夫々対応付けて前記送信リストを作成する送信リスト作成手段を有することを特徴とする請求項１１に記載のサポート装置である。

上記課題を解決するために、請求項１３に記載の発明は、前記コンテンツ送信手段は、前記特定ノード装置が次に再生するコンテンツを前記記憶手段から取得して、前記特定ノード装置に送信することを特徴とする請求項１０乃至請求項１２の何れか一項に記載のサポート装置である。

上記課題を解決するために、請求項１４に記載の発明は、前記記憶手段に記憶された前記コンテンツのうち、再生時刻が現在の時刻から所定期間以内であるコンテンツの情報を利用リストとして取得する利用リスト取得手段と、前記取得時刻判定手段により、前記コンテンツを取得する時刻に至ったと判定された場合には、前記記憶手段の空き記憶容量が所定量未満であるか否かを判定する空き容量判定手段と、前記空き容量判定手段により、前記記憶手段の空き記憶容量が所定量未満であると判定された場合には、前記記憶手段に記憶された前記コンテンツのうち、前記利用リスト取得手段が取得した利用リストに基づいて、再生時刻が現在の時刻から所定期間以内でないコンテンツを前記記憶手段から削除する削除手段と、を有することを特徴とする請求項９乃至請求項１３の何れか一項に記載のサポート装置である。

上記課題を解決するために、請求項１５に記載の発明は、前記コンテンツ取得手段は、前記削除手段による削除後に、前記取得時刻情報に対応する前記コンテンツ情報が示すコンテンツを他の前記サポート装置から取得することを請求項１４に記載のサポート装置である。

上記課題を解決するために、請求項１６に記載の発明は、複数のコンテンツが複数のノード装置間で送受信される情報通信システムであって、外部ネットワークに複数の内部ネットワークが接続され、同一の前記内部ネットワークに接続する複数の前記ノード装置と、前記内部ネットワークに接続し前記ノード装置によるコンテンツの取得を支援する前記サポート装置と、を前記内部ネットワーク毎に備えた前記情報通信システムにおける前記サポート装置に含まれるコンピュータに、前記サポート装置自身が接続する前記内部ネットワークと同一の内部ネットワークに接続する前記各ノード装置にて再生予定の複数の前記コンテンツを夫々特定する複数のコンテンツ情報と、各前記コンテンツを取得する時刻を示す取得時刻情報と、が夫々対応付けられた取得リストを取得する取得リスト取得ステップと、前記取得リスト取得ステップにより取得された取得リストが含む取得時刻情報に基づいて、前記コンテンツを取得する時刻に至ったか否かを判定する取得時刻判定ステップと、前記取得時刻判定ステップにより前記コンテンツを取得する時刻に至ったと判定された場合には、当該取得時刻情報に対応するコンテンツ情報が示すコンテンツを他の前記サポート装置から取得するコンテンツ取得ステップと、前記コンテンツ取得ステップにより取得した前記コンテンツを記憶手段に記憶させる記憶制御ステップと、を実行させるサポート装置のプログラムである。

上記課題を解決するために、請求項１７に記載の発明は、複数のコンテンツが複数のノード装置間で送受信される情報通信システムにおけるコンテンツ取得方法であって、前記情報通信システムは、外部ネットワークに複数の内部ネットワークが接続され、同一の前記内部ネットワークに接続する複数の前記ノード装置と、前記内部ネットワークに接続し前記ノード装置によるコンテンツの取得を支援するサポート装置と、を前記内部ネットワーク毎に備えており、前記サポート装置は、当該サポート装置自身が接続する前記内部ネットワークと同一の内部ネットワークに接続する前記各ノード装置にて再生予定の複数の前記コンテンツを夫々特定する複数のコンテンツ情報と、各前記コンテンツを取得する時刻を示す取得時刻情報と、が夫々対応付けられた取得リストを取得するステップと、前記取得リストが含む取得時刻情報に基づいて、前記コンテンツを取得する時刻に至ったか否かを判定するステップと、前記コンテンツを取得する時刻に至ったと判定された場合には、当該取得時刻情報に対応するコンテンツ情報が示すコンテンツを他の前記サポート装置から取得するステップと、前記取得したコンテンツを記憶手段に記憶させるステップと、を有することを特徴とするコンテンツ取得方法である。

本発明によれば、サポート装置は、取得リストに基づいて各ノード装置にて再生予定のコンテンツを効率よく取得することができる。

一実施形態に係るコンテンツ配信システムＳの概要構成例を示す図である。 一実施形態に係るコンテンツ配信システムＳにおけるオーバーレイネットワークＰＷ及び拠点ネットワークＮＬｍの構築例を示す図である。 一実施形態に係るコンテンツ配信システムＳにおいてコンテンツが配信される様子の一例を示した概念図である。 授業スケジュールの一例である。 （Ａ）は、取得リストの一例である。（Ｂ）は、送信リストの一例である。 一実施形態に係るコンテンツ配信システムＳにおいてコンテンツが配信される様子の一例を示した概念図である。 利用登録情報の一例である。 （Ａ）は、取得リストの一例である。（Ｂ）は、送信リストの一例である。 利用コンテンツリストの一例である。 図９の利用コンテンツリストの作成の基となった利用登録情報である。 管理サーバＳＭの概要構成例を示すブロック図である。 エッジサーバＳＥｍの概要構成例を示すブロック図である。 ユーザ端末Ｔｍ−ｎの概要構成例を示すブロック図である。 一実施形態に係る管理サーバＳＭにおける制御部１１の処理例を示すフローチャートである。 一実施形態に係るエッジサーバＳＥｍにおける制御部２１の処理例を示すフローチャートである。

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

［１．コンテンツ配信システムの概要構成］
始めに、図１を参照して、本発明の第１実施形態に係るコンテンツ配信システムの概要構成について説明する。

図１は、本実施形態に係るコンテンツ配信システムＳの概要構成例を示す図である。

図１に示すように、コンテンツ配信システムＳは、ネットワークＮＷに、配信センターネットワークＮＳと複数の拠点ネットワークＮＬｍ（ｍ＝１，２，３・・・の何れか）とが接続されている。このネットワークＮＷ、配信センターネットワークＮＳ、及び各拠点ネットワークＮＬｍは、現実世界の通信ネットワークである。なお、ネットワークＮＷは、外部ネットワークの一例である。また、拠点ネットワークＮＬｍは、内部ネットワークの一例である。

ネットワークＮＷは、配信センターネットワークＮＳ及び各拠点ネットワークＮＬｍを相互接続するためのネットワークである。このネットワークＮＷは、例えば、インターネットやＷＡＮ（Wide Area Network）等である。そして、ネットワークＮＷは、例えば、ＩＸ（Internet eＸchange）、ＩＳＰ（Internet Service Provider）、ＤＳＬ（Digital Subscriber Line）回線事業者の装置、ＦＴＴＨ（Fiber To The Home）回線事業者の装置、及び通信回線等によって構築されている。なお、ネットワークＮＷは、コンテンツ配信システムＳ専用のネットワークであっても良い。

配信センターネットワークＮＳは、配信センターの敷地内に構築されたネットワークである。この配信センターネットワークＮＳは、例えば、ＬＡＮ（Local Area Network）等により構築されている。

また、配信センターネットワークＮＳには、投入サーバＳＴ、管理サーバＳＭ、ポータルサーバＳＰ等のサーバ装置、及び管理端末ＭＴ等が接続されている。更に、配信センターネットワークＮＳには、通信回線ＬＳを介して配信センターネットワークＮＳとネットワークＮＷとを相互接続するファイアーウォールＦＷが接続されている。

各拠点ネットワークＮＬｍは、夫々拠点ｍの敷地内に構築されたネットワークである。拠点としては、例えば、会社、学校、病院、塾等がある。この拠点ネットワークＮＬｍは、例えば、ＬＡＮ等により構築されている。また、拠点ネットワークＮＬｍは、複数のＬＡＮが相互接続して構築されたネットワークであっても良い。この場合、複数のＬＡＮは、ルータ等のネットワーク機器を介して接続される。複数のＬＡＮが相互接続されたネットワークとしては、例えば、ＣＡＮ（Campus Area Network）等がある。

また、各拠点ネットワークＮＬｍには、複数のユーザ端末Ｔｍ−ｎ（ｎ＝１，２，３・・・の何れか）、及びエッジサーバＳＥｍが接続されている。更に、各拠点ネットワークＮＬｍには、通信回線Ｌｍを介して配信センターネットワークＮＳとネットワークＮＷとを相互接続するファイアーウォールＦＷ又はブロードバンドルータＢＲが接続されている。とファイアーウォールＦＷ又はブロードバンドルータＢＲの何れが拠点に設置されるかは、拠点毎に任意に決定される。なお、ユーザ端末Ｔｍ−ｎは、ノード装置の一例である。また、エッジサーバＳＥｍは、サポート装置の一例である。

このような構成のコンテンツ配信システムＳにおいて、構成要素たる各装置の機能概要は以下の通りである。

投入サーバＳＴは、後述するＰ２ＰネットワークＰＷにコンテンツデータを投入するサーバ装置である。ここで、コンテンツデータの投入とは、コンテンツデータをエッジサーバＳＥｍから取得可能な状態におくことをいう。なお、コンテンツデータを、「コンテンツ」という。

ポータルサーバＳＰは、ユーザ端末Ｔｍ−ｎからのリクエストに応じてＷｅｂページをユーザ端末Ｔｍ−ｎに送信する。ポータルサーバＳＰにより送信されるＷｅｂページは、コンテンツの一例として動画データを配信するＷｅｂサイトを構成する。

管理サーバＳＭは、配信するコンテンツを管理するためのＷｅｂアプリケーションを管理端末ＭＴに提供する。つまり、管理サーバＳＭは、コンテンツを管理するためのＷｅｂページを管理端末ＭＴに送信する。また、管理サーバＳＭは、各エッジサーバＳＥｍ及び各ユーザ端末Ｔｍ−ｎの動作モードを設定するためのＷｅｂアプリケーションを管理端末ＭＴに提供する。なお、動作モードについての詳細は後述する。

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

エッジサーバＳＥｍは、各拠点ｍに少なくとも１台設置されている。エッジサーバＳＥｍは、同じ拠点ｍに接続する端末Ｔｍ−ｎによるコンテンツの取得を支援する。具体的に、エッジサーバＳＥｍは、ユーザ端末Ｔｍ−ｎの代理として、他のエッジサーバＳＥｍ又は投入サーバＳＴからコンテンツを取得する。そして、エッジサーバＳＥｍは、取得したコンテンツをユーザ端末Ｔｍ−ｎに送信する。また、エッジサーバＳＥｍは、取得したコンテンツを保存する。

［２．Ｐ２ＰネットワークＰＷの概要］
次に、図２を参照して、コンテンツ配信システムＳにおけるＰ２ＰネットワークＰＷの概要を説明する。

図２は、本実施形態に係るコンテンツ配信システムＳにおけるＰ２ＰネットワークＰＷ及び拠点ネットワークＮＬｍの構築例を示す図である。

ネットワークＮＷ上に、コンテンツ配信のためのＰ２ＰネットワークＰＷ及び拠点ネットワークＮＬｍが構築されている。

Ｐ２ＰネットワークＰＷは、ネットワークＮＷ上に構築された論理的なオーバーレイネットワークである。このＰ２ＰネットワークＰＷは、コンテンツ配信システムＳを構成するエッジサーバＳＥｍのうち、何れか複数のエッジサーバＳＥｍの接続により形成されるネットワークである。なお、Ｐ２ＰネットワークＰＷには、投入サーバＳＴも接続されるようにしても良い。各拠点ネットワークＮＬｍからは、ブロードバンドルータＢＲやファイアーウォールＦＷを介してネットワークＮＷに接続される。そのため、エッジサーバＳＥｍが、ピアツーピア方式で通信を行なえるよう、ブロードバンドルータＢＲやファイアーウォールＦＷにおいてポートフォワーディングの設定を行っておく。例えば、ブロードバンドルータＢＲであれば、ＵＰｎＰ（Universal Plug and Play）機能等を利用して自動的にポートフォワーディングの設定が行われるようにしておくと良い。

以下、Ｐ２ＰネットワークＰＷについて説明する。なお、Ｐ２ＰネットワークＰＷに接続する装置を、「ノード」と称する。Ｐ２ＰネットワークＰＷにおいてノードに相当する装置は、エッジサーバＳＥｍである。或いは、エッジサーバＳＥｍ及び投入サーバＳＴがノードに相当する。

コンテンツ配信システムＳにおけるＰ２ＰネットワークＰＷは、特定のアルゴリズム、例えば、ＤＨＴ（Distributed Hash Table）を利用したアルゴリズムにより実現される。そして、コンテンツ配信システムＳに接続されている各ノードには、所定桁数からなる固有の識別情報であるノードＩＤが割り当てられている。なお、ノードＩＤはノード装置情報の一例である。

また、ノードＩＤは、例えば、各ノードに個別に割り当てられたＩＰアドレス、製造番号、或いはＭＡＣアドレス（Media Access Control address）等を共通のハッシュ関数によりハッシュ化した値である。ノードＩＤは、ＩＤ空間に偏りなく分散して配置されることになる。ハッシュ関数としては、例えば、ＳＨＡ−１等が用いられる。また、ハッシュ化した値は、例えば、ｂｉｔ長が１６０ｂｉｔとなる。そして、このノードＩＤは、ＩＤ空間に偏りなく分散して配置されることになる。なお、ノードＩＤは、Ｐ２ＰネットワークＰＷに接続するためのＰ２Ｐソフトウェアのセットアップ時に、システム管理者やユーザ等によってノード毎に登録されても良い。図２に示すＰ２ＰネットワークＰＷは、ノードＩＤのＩＤ空間をリング状のものとして示されている。そして、図２のリング状のＩＤ空間において示されている各ノードの位置は、夫々のノードＩＤに対応している。

エッジサーバＳＥｍは、Ｐ２ＰネットワークＰＷに接続する。この場合、全てのノードにノードＩＤが重複しないように割り当てられる。Ｐ２ＰネットワークＰＷへの接続は、Ｐ２ＰネットワークＰＷに接続していないノードが、接続している任意のノードに対してコンテンツ配信システムへの参加要求を示す参加要求メッセージを送信することによって行われる。この参加要求メッセージは参加要求情報の一例である。ここで、Ｐ２ＰネットワークＰＷへの参加とは、ノードが、Ｐ２ＰネットワークＰＷに接続され、Ｐ２ＰネットワークＰＷからコンテンツを取得可能になることである。任意のノードは、例えば、Ｐ２ＰネットワークＰＷに常時接続しているコンタクトノードである。Ｐ２ＰネットワークＰＷにおけるコンタクトノードは、例えば、投入サーバＳＴである。

各ノードは、夫々、ＤＨＴを用いたルーティングテーブルを保持している。このルーティングテーブルは、コンテンツ配信システムＳ上における各種メッセージの転送先を規定している。具体的に、このルーティングテーブルには、ＩＤ空間内で適度に離れたノードのノードＩＤ、ＩＰアドレス及びポート番号を含むノード情報が複数登録されている。このノード情報は、アドレス情報の一例である。

Ｐ２ＰネットワークＰＷに接続している１台のノードは、必要最低限のノードのノード情報をルーティングテーブルとして記憶している。各ノード間で互いに各種メッセージが転送されることで、ノード情報を記憶していないノードについてのノード情報が取得される。

このようなＤＨＴを用いたルーティングテーブルについては、特開２００６−１９７４００号公報等で公知であるので、詳しい説明を省略する。

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

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

分散保存されているコンテンツの所在は、インデックス情報として、コンテンツの所在を管理（記憶）しているノード等により記憶される。以下、コンテンツの所在を管理（記憶）しているノードを、「ルートノード」という。インデックス情報は、コンテンツを保存したノードのノードＩＤ、ＩＰアドレス及びポート番号を含むノード情報と、コンテンツのコンテンツＩＤと等の組を含む。このようなルートノードは、例えば、コンテンツＩＤと最も近いノードＩＤを有するノードであるように定められる。コンテンツＩＤと最も近いノードＩＤとは、例えば、ＩＤの上位桁が最も多く一致するノードＩＤである。

例えば、Ｐ２ＰネットワークＰＷの場合において、タイトルがＸＸＸの映画のコンテンツについてのインデックス情報は、そのコンテンツのルートノードであるエッジサーバＳＥ１により管理される。また、例えば、タイトルがＹＹＹの映画のコンテンツについてのインデックス情報は、そのコンテンツのルートノードであるエッジサーバＳＥ２により管理される。

そして、或るノードのユーザが、所望するコンテンツを取得したい場合、このコンテンツの取得を望むノードは、メッセージを生成する。以下、ユーザによりコンテンツの取得を望むノードを、「ユーザノード」という。このメッセージは、取得を望むコンテンツのコンテンツＩＤ、ユーザノードのＩＰアドレス、ポート番号等を含むコンテンツ所在問合せメッセージである。コンテンツ所在問合せメッセージは、コンテンツ保持ノードを検索するためのメッセージである。以下の説明において、コンテンツ所在問合せメッセージは「クエリ」と言う。クエリが、ユーザノードが取得するＤＨＴのルーティングテーブルに従って、他のノードに対して送出される。つまり、ユーザノードは、クエリを、ルートノードに向けて送出する。これにより、クエリは、コンテンツＩＤをキーとするＤＨＴルーティングによって最終的にルートノードに到着することになる。

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

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

なお、ＤＨＴルーティングについては、特開２００６−１９７４００号公報等で公知であるので、詳しい説明を省略する。

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

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

ユーザノードが、コンテンツ保持ノードからコンテンツを取得して保存したとき、保存したユーザノードは、パブリッシュメッセージを生成する。このパブリッシュメッセージは、コンテンツを保存したことをルートノードへ知らせるためのメッセージである。パブリッシュメッセージは、コンテンツのコンテンツＩＤ及びコンテンツを保存したノード装置のノード情報を含む。パブリッシュメッセージは、ルートノードに向けて送出される。これにより、パブリッシュメッセージは、クエリと同じように、コンテンツＩＤをキーとするＤＨＴルーティングによってルートノードに到着することになる。そして、ルートノードは、パブリッシュメッセージを受信する。ルートノードは、パブリッシュメッセージに含まれるノード情報及びコンテンツＩＤの組を含むインデックス情報をインデックス情報キャッシュ領域に記憶する。こうして、上記ユーザノードは、新たに、上記コンテンツを保持するコンテンツ保持ノードとなる。

［３．コンテンツ配信の概要］
次に、コンテンツを配信する場合におけるコンテンツ配信システムＳの動作概要について説明する。ここでは、授業スケジュールに応じてエッジサーバＳＥｍがコンテンツを取得し、同じ拠点に接続する各ユーザ端末Ｔｍ−ｎにコンテンツを送信する構成を一例として説明する。

図３は、本実施形態に係るコンテンツ配信システムＳにおいてコンテンツが配信される様子の一例を示した概念図である。

先ず、システム管理者が、管理端末ＭＴを操作して、配信するコンテンツを登録する（図３（１））。具体的に、システム管理者が、Ｗｅｂアプリケーション上で、コンテンツのファイル名及びコンテンツ名等を指定する。すると、管理端末ＭＴは、ファイル名によって指定されたコンテンツを管理サーバＳＭに送信する。

管理サーバＳＭは、受信したコンテンツを投入サーバＳＴに送信し、コンテンツの配信を指示する（図３（２））。投入サーバＳＴは、受信したコンテンツに新たなコンテンツＩＤを割り当て、このコンテンツを保存する。また、投入サーバＳＴは、コンテンツに割り当てたコンテンツＩＤを管理サーバＳＭに返信する。管理サーバＳＭは、コンテンツＩＤを受信すると、ポータルサーバＳＰによって配信されるＷｅｂページを更新する。具体的に、管理サーバＳＭは、Ｗｅｂページを構成するＨＴＭＬ（Hyper Text Markup Language）文書に、割り当てられたコンテンツＩＤ及びコンテンツ名を記述したタグを追加する。これにより、再生可能なコンテンツとして新たなコンテンツが選択可能となる。

投入サーバＳＴは、管理サーバＳＭから受信したコンテンツをＰ２ＰネットワークＰＷに投入する（図３（３））。具体的に、投入サーバＳＴは、１又は複数の任意のエッジサーバＳＥｍにコンテンツを送信する。なお、投入サーバＳＴがＰ２ＰネットワークＰＷに接続するノードであれば、投入サーバＳＴは、この時点ではコンテンツを送信せずに、コンテンツを自らが保存しておくだけでも良い。この場合であっても、エッジサーバＳＥｍが必要なときに投入サーバＳＴからコンテンツを取得することが出来る。このように、複数のコンテンツがＰ２ＰネットワークＰＷに投入され、Ｐ２ＰネットワークＰＷに接続する各エッジサーバＳＥｍにて投入されたコンテンツの取得が可能となる。

管理サーバＳＭは、各エッジサーバＳＥｍに取得リストと送信リストとを送信する。取得リストと送信リストとは、各拠点で実施される授業スケジュールに応じて、管理サーバＳＭにて予め作成されたものである。具体的に、取得リストは、エッジサーバＳＥｍがＰ２ＰネットワークＰＷからコンテンツを取得する時刻を指定するものである。送信リストは、エッジサーバＳＥｍが同じ拠点ｍに接続する各ユーザ端末Ｔｍ−ｎにコンテンツを送信する時刻を指定するものである。

図４は、拠点１における授業スケジュールの一例である。授業スケジュールは、授業が行なわれる日付と、授業が行なわれる時間と、授業科目と、授業で再生されるコンテンツ名とそのコンテンツＩＤとが対応付けて登録されている。

拠点１の各ユーザ端末Ｔ１−ｎでは、図４に示す授業スケジュールに従ってコンテンツの再生が行なわれる。具体的に、各ユーザ端末Ｔ１−ｎにて２００９年７月２９日の１０時から１２時までは国語の授業が行なわれ、コンテンツ“国語１”、コンテンツ“国語２”及びコンテンツ“国語３”の再生が行なわれる。従って、各ユーザ端末Ｔ１−ｎは、少なくとも２００９年７月２９日の１０時までには、コンテンツ“国語１”、コンテンツ“国語２”及びコンテンツ“国語３”を取得して再生に備えなければならない。

さらに、各ユーザ端末Ｔ１−ｎが授業スケジュールに従って、授業開始時間より前にコンテンツの取得が完了できるよう、言い替えれば、エッジサーバＳＥ１が、各ユーザ端末Ｔ１−ｎにおける授業開始時間より前にユーザ端末Ｔ１−ｎにコンテンツを送信できるように、エッジサーバＳＥ１は、取得リストに従ってＰ２ＰネットワークＰＷからコンテンツを取得し、エッジサーバＳＥ１のコンテンツキャッシュエリアに記憶する。そして、エッジサーバＳＥ１は、送信リストに従ってコンテンツキャッシュエリアに記憶したコンテンツを、各ユーザ端末Ｔ１−ｎに送信する。

図５（Ａ）は、エッジサーバＳＥ１が受信した取得リストの一例である。図５（Ｂ）はエッジサーバＳＥ１が受信した送信リストの一例である。

エッジサーバＳＥ１は、図５（Ａ）の取得リストに従ってコンテンツを取得する。具体的に、エッジサーバＳＥ１は、２００９年７月２９日の０時に、コンテンツＩＤ（Ａ）〜コンテンツＩＤ（Ｈ）の各コンテンツをＰ２ＰネットワークＰＷから取得し、２００９年７月３０日の０時に、コンテンツＩＤ（Ｉ）〜コンテンツＩＤ（Ｍ）の各コンテンツをＰ２ＰネットワークＰＷから取得する。

図６は、コンテンツ配信システムＳにおいてコンテンツが配信される様子の一例を示した概念図である。

先ず、エッジサーバＳＥ１は、取得するコンテンツのコンテンツＩＤを含むクエリを生成する。例えば、コンテンツＩＤ（Ａ）を含むクエリを生成し、生成したクエリをコンテンツＩＤ（Ａ）のルートノードに向けて送信する（図６（１Ａ）、（１Ｂ））。クエリは、ルートノードである例えばエッジサーバＳＥ５に転送される。エッジサーバＳＥ５は、コンテンツＩＤ（Ａ）のインデックス情報をエッジサーバＳＥ１に送信する（図６（２））。エッジサーバＳＥ１は、コンテンツＩＤ（Ａ）のコンテンツ保持ノードの１つであるエッジサーバＳＥ２に、コンテンツＩＤ（Ａ）の情報を含むコンテンツ要求メッセージを送信する（図６（３））。エッジサーバＳＥ２は、コンテンツ要求メッセージに含まれるコンテンツＩＤ（Ａ）に対応するコンテンツ“国語１”を、エッジサーバＳＥ２自身のコンテンツキャッシュエリアから取得して、エッジサーバＳＥ１に送信する（図６（４））。エッジサーバＳＥ１は、受信したコンテンツ“国語１”をエッジサーバＳＥ１自身のコンテンツキャッシュエリアに保存する。このように、エッジサーバＳＥ１は、取得リストに従ってコンテンツを取得する。

そして、エッジサーバＳＥ１は、図５（Ｂ）の送信リストに従ってコンテンツを送信する。具体的に、２００９年７月２９日の８時に、コンテンツＩＤ（Ａ）〜コンテンツＩＤ（Ｃ）の各コンテンツを各ユーザ端末Ｔ１−ｎに送信し、同日１０時に、コンテンツＩＤ（Ｄ）〜コンテンツＩＤ（Ｆ）の各コンテンツを各ユーザ端末Ｔ１−ｎに送信する。以下、送信リストに従って各コンテンツを順次送信する。

拠点１の各ユーザ端末Ｔ１−ｎは、エッジサーバＳＥ１からコンテンツを受信すると、コンテンツキャッシュエリアに保存する。その後、各ユーザ端末Ｔ１−ｎは、授業開始時間が到来したときにコンテンツの再生を行なう。具体的に、各ユーザ端末Ｔ１−ｎは、ポータルサーバＳＰにアクセスすることにより、Ｗｅｂページを受信して画面表示する。そして、画面表示されたＷｅｂページ上で、ユーザが或るコンテンツ、例えば、コンテンツ“国語１”の再生を指示する。すると、ユーザ端末Ｔ１−ｎは、ユーザ端末Ｔ１−ｎ自身のコンテンツキャッシュエリアに保存されているコンテンツ“国語１”の再生を開始する。

［３−１．利用登録情報に基づき取得リスト及び送信リストが作成される場合］
１台のユーザ端末Ｔｍ−ｎを複数のユーザで共有する場合がある。この場合には、管理サーバＳＭは、ユーザ毎の授業スケジュールである利用登録情報に基づいて、取得リスト及び送信リストを作成してもよい。

１台のユーザ端末Ｔｍ−ｎを複数のユーザで共有する場合、先ず、各ユーザは管理サーバＳＭに予め利用登録を行なう。利用登録された情報は、利用登録情報として管理サーバＳＭの記憶部に保存される。利用登録情報は、各ユーザを夫々特定するユーザ情報と、各ユーザ端末Ｔｍ−ｎのノードＩＤと、各ユーザが利用を予定しているコンテンツのコンテンツＩＤと、そのコンテンツを再生する時刻を示す再生時刻情報と、を夫々対応付けたものである。管理サーバＳＭは、この利用登録情報に従って取得リスト及び送信リストを作成し、エッジサーバＳＥｍに送信する。

図７に利用登録情報の一例を示す。図７に示す例によれば、ユーザ端末Ｔ１−１では、ｕｓｅｒ１、ｕｓｅｒ２及びｕｓｅｒ３の３人が利用登録している。ユーザ端末Ｔ１−２では、ｕｓｅｒ４、ｕｓｅｒ５及びｕｓｅｒ６の３人が利用登録している。

利用登録をした各ユーザの視聴予定日時までに、各ユーザ端末Ｔｍ−ｎがコンテンツの取得が完了するよう、エッジサーバＳＥｍは、取得リストに従ってＰ２ＰネットワークＰＷからコンテンツを取得し、送信リストに従ってエッジサーバＳＥｍが接続する拠点の各ユーザ端末Ｔｍ−ｎにコンテンツを送信する。

図８（Ａ）は、エッジサーバＳＥ１が受信した取得リストの一例である。取得リストは、コンテンツＩＤと、コンテンツの取得日時と、利用登録したユーザ端末Ｔｍ−ｎのノードＩＤとユーザ情報と、の対応付けがされたリストである。なお、コンテンツの取得日時は、取得時刻の一例である。エッジサーバＳＥ１は、図８（Ａ）の取得リストに従ってコンテンツを取得する。具体的に、エッジサーバＳＥ１は、２００９年７月２９日の２時３０分に、コンテンツＩＤ（Ａ）のコンテンツをＰ２ＰネットワークＰＷから取得し、同日３時３０分に、コンテンツＩＤ（Ｂ）のコンテンツをＰ２ＰネットワークＰＷから取得する。コンテンツの取得日時は、コンテンツの送信時刻の所定時間前となるよう定義されている。

図８（Ｂ）はエッジサーバＳＥ１が受信した送信リストの一例である。送信リストは、コンテンツＩＤと、コンテンツの送信日時と、利用登録したユーザ端末Ｔｍ−ｎのノードＩＤと、ユーザ情報と、の対応付けがされたリストである。なお、コンテンツの送信日時は、送信時刻の一例である。エッジサーバＳＥ１は、図８（Ｂ）の送信リストに従ってコンテンツを送信する。コンテンツの送信日時は、コンテンツの再生時刻の所定時間前となるよう定義されている。具体的に、エッジサーバＳＥ１は、２００９年７月２９日の２時３０分になると、コンテンツＩＤ（Ａ）のコンテンツをユーザ端末Ｔ１−１に送信し、コンテンツＩＤ（Ｊ）のコンテンツを、ユーザ端末Ｔ１−２に送信する。なお、ユーザ端末Ｔ１−１とユーザ端末Ｔ１−２は、特定ノード装置の一例である。各ユーザ端末Ｔ１−ｎは、エッジサーバＳＥ１からコンテンツを受信すると、各ユーザ端末Ｔ１−ｎ自身のコンテンツキャッシュエリアに保存する。

このように、エッジサーバＳＥｍが、授業スケジュールや利用登録情報に応じて作成された取得リストに基づきコンテンツを取得し、送信リストに基づいて各ユーザ端末Ｔｍ−ｎに送信する。これによって、各ユーザ端末Ｔｍ−ｎでは、コンテンツを再生する前に、利用予定のコンテンツであって、少なくとも次に再生するコンテンツを効率よく取得することができる。

［４．コンテンツの削除］
次に、図９及び図１０を参照して、ユーザ端末Ｔｍ−ｎ及びエッジサーバＳＥｍがコンテンツをコンテンツキャッシュエリアから削除する動作について説明する。ユーザ端末Ｔｍ−ｎ及びエッジサーバＳＥｍのコンテンツキャッシュエリアの空き記憶容量が所定容量未満となったときに、今後利用される可能性が少ないコンテンツを優先的に削除するよう構成する。

図９は、ある拠点ｍのエッジサーバＳＥｍが取得した利用コンテンツリストの一例である。利用コンテンツリストは、ある拠点ｍにおいて、現在から所定期間以内に視聴が予定されているコンテンツをリストアップしたものである。なお、利用コンテンツリストは利用リストの一例である。

管理サーバＳＭが、利用登録情報に基づいて拠点毎に利用コンテンツリストを作成し、その拠点のエッジサーバＳＥｍに送信する。所定期間以内とは、例えば、一週間以内や一ヶ月以内等である。図１０は、図９の利用コンテンツリストの作成の基となった利用登録情報である。なお、図１０に示す利用登録情報は、図示及び説明を簡単にするため、ある拠点ｍに接続するユーザ端末Ｔｍ−ｎのノードＩＤが対応付けられた利用登録情報のみを示し、さらに、視聴予定日時は視聴予定日として日付けだけを記載した。

管理サーバＳＭは、管理端末ＭＴからの入力等により予め設定された送信時刻に利用コンテンツリストを作成し、エッジサーバＳＥｍに送信する。例えば、８月１日の０時に利用コンテンツリストの送信時刻が到来する場合、先ず、管理サーバＳＭは、利用登録情報から、８月１日の０時から８月７日の２３時５９分までに利用されるコンテンツのコンテンツＩＤを抽出し、利用コンテンツリストを作成する。図１０を参照すると、ある拠点ｍに接続する各ユーザ端末Ｔｍ−ｎにおいて、８月１日から８月７日の間に利用が予定されているコンテンツは、コンテンツＩＤ（Ａ）〜コンテンツＩＤ（Ｆ）のコンテンツである。従って、管理サーバＳＭはコンテンツＩＤ（Ａ）〜コンテンツＩＤ（Ｆ）が掲載された利用コンテンツリスト（図９）を作成する。もし、次回の利用コンテンツリストの送信時刻が、1週間後の８月８日の０時である場合には、８月１日から８月７日の間に、利用登録情報が更新される可能性がある。例えば、８月１日に利用コンテンツリストを作成したときには、コンテンツＩＤ（Ｊ）の視聴予定はなかったが、８月２日には、８月３日にコンテンツＩＤ（Ｊ）のコンテンツの利用登録があるかもしれない。つまり、利用コンテンツリストが作成されて、次に作成されるまでの期間が長いほど、利用コンテンツリストとしての精度が落ちる。従って、管理サーバＳＭは、利用コンテンツリストを利用登録情報に基づいて１日に１回程度更新することが好ましい。

各エッジサーバＳＥｍは、コンテンツキャッシュエリアの空き記憶容量が所定容量未満となったときには、管理サーバＳＭから受信した利用コンテンツリストを参照する。そして、各エッジサーバＳＥｍは、利用コンテンツリストに掲載されていないコンテンツを削除して、コンテンツキャッシュエリアに空き容量を作るようにする。

[５．各装置の構成及び機能]
次に、図１１乃至図１３を参照して、各装置の構成及び機能について説明する。図１１は、管理サーバＳＭの概要構成例を示すブロック図である。図１２は、エッジサーバＳＥｍの概要構成例を示すブロック図である。図１３は、ユーザ端末Ｔｍ−ｎの概要構成例を示すブロック図である。

［５−１．管理サーバＳＭの構成及び機能等］
管理サーバＳＭは、図１１に示すように、演算機能を有するＣＰＵ，作業用ＲＡＭ，各種データ及びプログラムを記憶するＲＯＭ等から構成されたコンピュータとしての制御部１１を備えている。また、管理サーバＳＭは、各種データ及び各種プログラム等を記憶保存するためのＨＤ等から構成された記憶部１２を備えている。更に、管理サーバＳＭは、配信センターネットワークＮＳを通じて投入サーバＳＴ等との間の情報の通信制御を行なう。また、管理サーバＳＭは、ネットワークＮＷ等を通じてエッジサーバＳＥｍとの間の情報の通信制御を行なうための通信部１３を備えている。そして、制御部１１、記憶部１２、及び通信部１３はバス１４を介して相互に接続されている。

記憶部１２には、各エッジサーバＳＥｍのノードＩＤ、ＩＰアドレス及びポート番号等が記憶されている。また、記憶部１２には、オペレーティングシステム、授業スケジュールプログラム、利用登録プログラム、取得リスト及び送信リスト管理プログラム、利用コンテンツリスト管理プログラム等が記憶されている。なお、これらのプログラムは、例えば、配信センターネットワークＮＳ上の所定のサーバからダウンロードされるようにしても良い。また、これらのプログラムは、例えば、記録媒体に記録されて当該記録媒体のドライブを介して読み込まれるようにしても良い。

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

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

記憶部２２には、ＤＨＴを用いたルーティングテーブル、インデックス情報、コンテンツカタログ情報、取得リスト、送信リスト、利用コンテンツリスト等が記憶されている。また、記憶部２２には、Ｐ２ＰネットワークＰＷに参加する際のアクセス先となるコンタクトノードのＩＰアドレス及びポート番号、及び投入サーバＳＴのＩＰアドレス及びポート番号等が記憶されている。また、記憶部２２には、エッジサーバＳＥｍが設置される拠点ｍの拠点識別情報、及びエッジサーバＳＥｍに割り当てられたノードＩＤが記憶されている。拠点識別情報とは、各拠点を識別するための情報であって、拠点毎に固有の情報である。また、記憶部２２の記憶容量の一部にコンテンツキャッシュエリアが割り当てられている。このコンテンツキャッシュエリアにはコンテンツが記憶される。また、記憶部２２には、オペレーティングシステム、取得リスト制御プログラム、送信リスト制御プログラム、コンテンツ制御プログラム、利用コンテンツリスト制御プログラム、Ｐ２Ｐソフトウェア等が記憶されている。Ｐ２Ｐソフトウェアは、Ｐ２ＰネットワークＰＷに接続するためのソフトウェアである。なお、これらのプログラムは、例えば、投入サーバＳＴからダウンロードされるようにしても良い。また、これらのプログラムは、例えば、記録媒体に記録されて当該記録媒体のドライブを介して読み込まれるようにしても良い。

制御部２１は、ＣＰＵが記憶部２２等に記憶されたプログラムを読み出して実行することにより、本発明における取得リスト取得手段、取得時刻判定手段、記憶制御手段、送信時刻判定手段、コンテンツ送信手段、送信リスト作成手段、利用リスト取得手段、空き容量判定手段、削除手段として機能する。

［５−３．ユーザ端末の構成及び機能等］
次に、図１３を参照して、ノードの構成及び機能について説明する。
図１３は、ユーザ端末Ｔｍ−ｎの概要構成例を示す図である。
ユーザ端末Ｔｍ−ｎは、図１３に示すように、制御部４１、記憶部４２、バッファメモリ４３、デコーダ部４４、映像処理部４５、表示部４６、音声処理部４７、スピーカ部４８、通信部４９、入力部５０、及びバス５１を備える。制御部４１、記憶部４２、バッファメモリ４３、デコーダ部４４、映像処理部４５、表示部４６、音声処理部４７、スピーカ部４８、入力部５０、及びバス５１の基本的な構成及び機能は、エッジサーバＳＥｍにおける制御部２１、記憶部２２、バッファメモリ２３、デコーダ部２４、映像処理部２５、表示部２６、音声処理部２７、スピーカ部２８、入力部３０、バス３１と同様である。なお、ユーザ端末Ｔｍ−ｎとしては、例えば、パーソナルコンピュータ等を適用可能である。

通信部４９は、拠点ネットワークＮＬｍを通じて他のユーザ端末Ｔｍ−ｎやエッジサーバＳＥｍとの間の情報の通信制御を行ったり、ネットワークＮＷを通じてポータルサーバＳＰ等との間の情報の通信制御を行う。

入力部５０は、ユーザからの指示を受け付けこの指示に応じた指示信号を制御部４１に対して与える。入力部５０は、例えば、キーボード、マウス、或いは、リモコンや操作パネル等により構成される。

記憶部４２には、ＤＨＴを用いたルーティングテーブル、インデックス情報、コンテンツカタログ情報等が記憶されている。また、記憶部４２には、ユーザ端末Ｔｍ−ｎが設置される拠点ｍの拠点識別情報、及びユーザ端末Ｔｍ−ｎに割り当てられたノードＩＤが記憶されている。また、記憶部４２の記憶容量の一部にコンテンツキャッシュエリアが割り当てられている。このコンテンツキャッシュエリアにはコンテンツが記憶される。また、記憶部４２には、オペレーティングシステム、コンテンツ制御プログラム、利用コンテンツリスト制御プログラム、Ｗｅｂブラウザプログラム、プレーヤープログラム等が記憶されている。なお、これらのプログラムは、例えば、エッジサーバＳＥｍやポータルサーバＳＰ等からダウンロードされるようにしても良い。また、これらのプログラムは、例えば、記録媒体に記録されて当該記録媒体のドライブを介して読み込まれるようにしても良い。

［６．コンテンツ配信システムの動作］
次に、本実施形態に係るコンテンツ配信システムＳの動作について説明する。なお、ここでは各ユーザが利用登録を行ない、管理サーバＳＭが利用登録情報に基づいて取得リスト及び送信リスト、及び利用コンテンツリストを作成し、エッジサーバＳＥｍに送信する場合を例に説明する。

図１４は、本実施形態に係る管理サーバＳＭの処理例を示すフローチャートである。この処理は、管理サーバＳＭの各プログラムの初期化処理が行なわれ、エッジサーバＳＥｍ等との情報の授受が可能な状態となったときに開始する処理である。

先ず、管理サーバＳＭの制御部１１は、新たな利用登録があるか否かを判定し（ステップＳ１０）、利用登録があれば（ステップＳ１０：Ｙｅｓ）、利用登録情報を更新する（ステップＳ１１）。その後、ステップＳ１６へ移行する。

一方、新たな利用登録がない場合（ステップＳ１０：Ｎｏ）には、制御部１１は、取得リスト及び送信リストの送信時刻が到来したか否かを判定する（ステップＳ１２）。判定の結果、送信時刻が到来した場合には（ステップＳ１２：Ｙｅｓ）、制御部１１は、取得リスト及び送信リストを作成し、各エッジサーバＳＥｍに送信し（ステップＳ１３）、ステップＳ１６へ移行する。

一方、取得リスト及び送信リストの送信時刻が到来していない場合（ステップＳ１２：Ｎｏ）には、制御部１１は、利用コンテンツリストの送信時刻が到来したか否かを判定する（ステップＳ１４）。判定の結果、送信時刻が到来した場合には（ステップＳ１４：Ｙｅｓ）、制御部１１は、利用コンテンツリストを作成し、各エッジサーバＳＥｍに送信し（ステップＳ１５）、ステップＳ１６へ移行する。なお、ステップＳ１２及びＳ１４における取得リスト及び送信リスト、又は利用コンテンツリストの送信時刻は、全てのエッジサーバＳＥｍに対する送信時刻として均一に定めてもよい。また、複数あるエッジサーバＳＥｍのそれぞれに定めてもよい。また、ステップＳ１４における利用コンテンツリストの送信時刻は、ステップＳ１２における取得リスト及び送信リストの送信時刻と同じであっても、異なってもよい。また、これらの送信時刻は、管理サーバＳＭの制御部１１の制御に基づいて適宜変更可能に構成してもよい。

一方、利用コンテンツリストの送信時刻が到来していない場合（ステップＳ１４：Ｎｏ）には、ステップＳ１６へ移行する。

そして、ステップＳ１６において、制御部１１は、管理サーバＳＭとしてのサービス終了が否かを判定する（ステップＳ１６）。判定は、例えば、管理端末ＭＴ等から管理サーバＳＭとしてのサービス終了が指示されたか否かに基づいて行なう。そして、サービス終了が指示された場合には（ステップＳ１６：Ｙｅｓ）、処理を終了する。一方、サービス終了が指示されていない場合には（ステップＳ１６：Ｎｏ）、ステップＳ１０へ移行して、サービス終了が指示されるまで、ステップＳ１０〜Ｓ１６の処理を繰り返し実行する。

図１５は、本実施形態に係るエッジサーバＳＥｍの処理例を示すフローチャートである。この処理は、エッジサーバＳＥｍの各プログラムの初期化処理が行なわれ、管理サーバＳＭやユーザ端末Ｔｍ−ｎ等との情報の授受が可能な状態となったときに開始する処理である。

先ず、エッジサーバＳＥｍの制御部２１は、管理サーバＳＭから取得リストと送信リストを受信したか否かを判定する（ステップＳ３０）。判定の結果、取得リストと送信リストを受信した場合には（ステップＳ３０：Ｙｅｓ）、制御部２１は、受信した取得リストと送信リストを記憶部２２に保存する（ステップＳ３１）。その後、ステップＳ４１へ移行する。

一方、取得リスト及び送信リストを受信していない場合（ステップＳ３０：Ｎｏ）には、制御部２１は、利用コンテンツリストを受信したか否かを判定する（ステップＳ３２）。判定の結果、利用コンテンツリストを受信した場合には（ステップＳ３２：Ｙｅｓ）、制御部２１は、受信した利用コンテンツリストを記憶部２２に保存する（ステップＳ３３）。その後、ステップＳ４１へ移行する。 一方、利用コンテンツリストを受信していない場合（ステップＳ３２：Ｎｏ）には、制御部２１は、記憶部２２の送信リストを参照し、コンテンツの送信日時が到来したか否かを判定する（ステップＳ３４）。判定の結果、コンテンツの送信日時が到来した場合には（ステップＳ３４：Ｙｅｓ）、制御部２１は、送信リストを参照し、送信日時に対応するコンテンツを記憶部２２から取得する。そして、制御部２１は、送信日時に対応するユーザ端末Ｔｍ−ｎに送信する（ステップＳ３５）。送信日時に対応するユーザ端末Ｔｍ−ｎは、特定ノード装置の一例である。その後、ステップＳ４１へ移行する。

また、コンテンツの送信日時が到来していない場合（ステップＳ３４：Ｎｏ）には、制御部２１は、記憶部２２の取得リストを参照し、コンテンツの取得日時が到来したか否かを判定する（ステップＳ３６）。制御部２１は、コンテンツの取得日時が到来していないと判定した場合には（ステップＳ３６：Ｎｏ）、ステップＳ４１へ移行する。

一方、コンテンツの取得日時が到来した場合には（ステップＳ３６：Ｙｅｓ）、制御部２１は、記憶部２２のコンテンツキャッシュエリアの空き記憶容量が所定容量未満であるか否かを判定する（ステップＳ３７）。判定の結果、記憶部２２のコンテンツキャッシュエリアの空き記憶容量が所定容量未満でない場合（ステップＳ３７：Ｎｏ）には、ステップＳ３９へ移行し、所定容量未満である場合には（ステップＳ３７：Ｙｅｓ）、制御部２１は、記憶部２２の利用コンテンツリストを参照する。そして、制御部２１は、利用コンテンツリストに掲載されていないコンテンツをコンテンツキャッシュエリアから削除する（ステップＳ３８）。

そして、制御部２１は、ステップＳ３６にて取得日時が到来したと判定されたコンテンツをＰ２ＰネットワークＰＷから取得して、コンテンツキャッシュエリアに記憶する（ステップＳ３８）。そして、制御部２１は、ステップＳ３６にて取得日時が到来したと判定された全てのコンテンツを取得したか否かを判定し（ステップＳ４０）、全てのコンテンツを取得した場合には（ステップＳ４０：Ｙｅｓ）、ステップＳ４１へ移行する。一方、全てのコンテンツを取得していない場合には（ステップＳ４０：Ｎｏ）、ステップＳ３７へ移行して、全てのコンテンツを取得するまで、ステップＳ３７〜Ｓ４０の処理を繰り返し実行する。

そして、ステップＳ４１において、制御部２１は、エッジサーバＳＥｍ自身の電源がオフとされたか否かを判定し（ステップＳ４１）、電源がオフとされた場合には（ステップＳ４１：Ｙｅｓ）、処理を終了する。一方、電源がオフとされていない場合には（ステップＳ４１：Ｎｏ）、ステップＳ３０へ移行して、電源がオフとされるまで、ステップＳ３０〜Ｓ４１の処理を繰り返し実行する。

上述したように、本実施形態によれば、エッジサーバＳＥｍは、取得リストに従って各ユーザ端末Ｔｍ−ｎにて再生予定の複数のコンテンツをＰ２ＰネットワークＰＷから取得し、コンテンツキャッシュエリアに記憶することができる。また、エッジサーバＳＥｍは、送信リストに基づいて、送信日時に至ったコンテンツを対応するユーザ端末Ｔｍ−ｎに送信する。これにより、エッジサーバＳＥｍは、コンテンツを的確にユーザ端末Ｔｍ−ｎに送信することができる。さらに、ユーザ端末Ｔｍ−ｎは、エッジサーバＳＥｍからコンテンツを受信すると、受信したコンテンツをユーザ端末Ｔｍ−ｎの記憶部４２のコンテンツキャシュエリアに記憶する。そして、視聴予定日時が到来したときに、対応するコンテンツの再生を行なう。これにより、各ユーザ端末Ｔｍ−ｎでは、コンテンツを視聴する前に視聴予定のコンテンツを効率よく取得することができる。

なお、エッジサーバＳＥｍが、利用コンテンツリストをユーザ端末Ｔｍ−ｎに送信し、ユーザ端末Ｔｍ−ｎにて、ユーザ端末Ｔｍ−ｎの記憶部４２のコンテンツキャッシュエリアのコンテンツ削除に利用するよう構成してもよい。

この場合、先ず、エッジサーバＳＥｍが管理サーバＳＭから利用登録情報（図７）を取得する。そして、エッジサーバＳＥｍが利用登録情報に基づいて利用コンテンツリストを作成する。具体的に、エッジサーバＳＥｍが利用登録情報に基づいて、各ユーザ端末Ｔｍ−ｎにて所定期間以内に利用が予定されているコンテンツをリストアップして利用コンテンツリストをユーザ端末Ｔｍ−ｎ毎に作成する。そして、エッジサーバＳＥｍが各ユーザ端末Ｔｍ−ｎに送信する。或いは、管理サーバＳＭがエッジサーバＳＥｍに送信する利用コンテンツリストに、利用が予定されているユーザ端末Ｔｍ−ｎのノードＩＤをコンテンツＩＤと対応付ける。そして、エッジサーバＳＥｍは、管理サーバＳＭから受信した利用コンテンツリストのユーザ端末Ｔｍ−ｎのノードＩＤに基づいて、各ユーザ端末Ｔｍ−ｎの利用コンテンツリストを作成するよう構成してもよい。

次に、エッジサーバＳＥｍは、作成した利用コンテンツリストを各ユーザ端末Ｔｍ−ｎに送信する。ユーザ端末Ｔｍ−ｎは、エッジサーバＳＥｍから利用コンテンツリストを受信するとユーザ端末Ｔｍ−ｎの記憶部４２に記憶しておく。そして、エッジサーバＳＥｍから新たなコンテンツの送信がされたときには、記憶部４２のコンテンツキャッシュエリアの空き記憶容量が所定容量未満であるか否かを判定する。ユーザ端末Ｔｍ−ｎが所定容量未満であると判定した場合には、記憶部４２の利用コンテンツリストを参照して、利用コンテンツリストに掲載されていないコンテンツをコンテンツキャッシュエリアから削除する。判定の結果、記憶部４２のコンテンツキャッシュエリアの空き記憶容量が所定容量未満でなければ、エッジサーバＳＥｍから送信された新たなコンテンツを記憶部４２のコンテンツキャッシュエリアに記憶する。

また、上記実施形態においては、利用登録情報や授業スケジュールに基づいて各リストを作成したが、例えば、各拠点におけるコンテンツ再生履歴を統計し、集計されたコンテンツ再生集計結果に基づいて拠点毎に各リストを作成するよう構成してもよい。この場合、例えば、ある拠点では数学に関するコンテンツの再生が多い場合には、数学に関するコンテンツを含むリストを作成すればよい。

さらに、上記実施形態においては、取得リストと送信リストを夫々別個のリストとしたが、取得リストに基づいて、エッジサーバＳＥｍが送信リストを自動作成するよう構成してもよい。例えば、取得したコンテンツから順に対応するユーザ端末Ｔｍ−ｎへと送信するよう構成しても良いし、或いは、取得リスト中にコンテンツの送信順をユーザ端末Ｔｍ−ｎ毎に対応づけて登録しておき、エッジサーバＳＥｍが送信順に従ってコンテンツを送信するよう構成してもよい。

さらに、上記実施形態における取得リストは、コンテンツ毎に取得日時を定めたが、エッジサーバＳＥｍによるコンテンツ取得時間として固定の時間を定め、エッジサーバＳＥｍが取得リスト中のコンテンツを全て同一のコンテンツ取得時間に取得するよう構成してもよい。さらに、取得リスト中に、コンテンツの取得順を定めておき、この取得順に従ってコンテンツを取得するよう構成してもよい。

さらに、上記実施形態におけるエッジサーバＳＥｍは、管理サーバＳＭから送信リストを取得したが、エッジサーバＳＥｍが送信リストを作成するよう構成してもよい。この場合、制御部２１は、ＣＰＵが記憶部２２等に記憶されたプログラムを読み出して実行することにより、本発明における送信リスト作成手段として機能する。具体的に、エッジサーバＳＥｍが管理サーバＳＭから授業スケジュール（図４）又は利用登録情報（図７）を取得して、同じ拠点内のユーザ端末Ｔｍ−ｎ毎に、コンテンツＩＤと、コンテンツの送信日時と、利用登録したユーザ端末Ｔｍ−ｎのノードＩＤと、ユーザ情報と、を対応付けて作成する。また、授業スケジュール又は利用登録情報に基づいて、エッジサーバＳＥｍが取得リストを作成するよう構成してもよい。

さらに、上記実施形態における取得リストには、コンテンツＩＤを登録したが、コンテンツ名だけを登録しておくよう構成してもよい。この場合、エッジサーバＳＥｍは、コンテンツカタログ情報を参照してコンテンツ名に対応するコンテンツＩＤを取得してクエリを生成する。

さらに、上記実施形態においては、エッジサーバＳＥｍが送信リストにしたがって、各ユーザ端末Ｔｍ−ｎへコンテンツを送信したが、各ユーザ端末Ｔｍ−ｎが、ユーザ端末用の取得リストに基づいて、エッジサーバＳＥｍに対してコンテンツ送信を要求するよう構成してもよい。

この場合、ユーザ端末Ｔｍ−ｎの制御部４１は、ＣＰＵが記憶部４２等に記憶されたプログラムを読み出して実行することにより、本発明における取得時刻判定手段、コンテンツ要求情報送信手段、コンテンツ受信手段として機能する。具体的に、先ず、エッジサーバＳＥｍ又は管理サーバＳＭにて、利用登録情報又は授業スケジュールに基づいてユーザ端末用取得リストをユーザ端末Ｔｍ−ｎ毎に作成する。ユーザ端末用取得リストは、コンテンツのコンテンツＩＤと、コンテンツの取得日時とが対応付けられたリストである。ユーザ端末Ｔｍ−ｎが、エッジサーバＳＥｍ又は管理サーバＳＭからユーザ端末用取得リストを取得する。そして、ユーザ端末Ｔｍ−ｎが、ユーザ端末用取得リストに基づいて、コンテンツの取得日時が到来したときに、対応するコンテンツＩＤのコンテンツを取得する。具体的に、ユーザ端末Ｔｍ−ｎが、同じ拠点ｍに接続するエッジサーバＳＥｍに対し、コンテンツＩＤを指定してコンテンツの送信を要求する。要求されたエッジサーバＳＥｍは、要求されたコンテンツをエッジサーバＳＥｍのコンテンツキャッシュエリアから取得して要求元のユーザ端末Ｔｍ−ｎに対して送信する。なお、ユーザ端末用の取得リストにおける各コンテンツの取得日時は、エッジサーバＳＥｍが記憶する取得リストにおける各コンテンツの取得日時よりも前の日時でなければならない。ユーザ端末Ｔｍ−ｎが、ユーザ端末用の取得リストの取得日時に基づいて、エッジサーバＳＥｍに対してあるコンテンツの送信を要求したときには、エッジサーバＳＥｍは既にそのコンテンツを記憶部２２のコンテンツキャッシュエリアに記憶している必要があるためである。

さらに、上記実施形態における拠点ネットワークＮＬｍは、ＬＡＮ等を例に説明したが、拠点ネットワークＮＬｍ上に構築された論理的なオーバーレイネットワークであってもよい。この場合、各ユーザ端末Ｔｍ−ｎが、オーバーレイネットワークにおけるノードに相当する。

なお、上記実施形態においては、ＤＨＴを利用したピアツーピアネットワークが適用されていたが、これに限られるものではない。例えば、他のピアツーピアシステムが適用されても良い。

また、上記実施形態においては、エッジサーバＳＥｍがＰ２ＰネットワークＰＷに参加するときには、そのピアツーピアネットワークに参加しているコンタクトノードに参加要求メッセージを送信していた。しかしながら、Ｐ２ＰネットワークＰＷに、例えば、ＤＨＴを利用しないピアツーピアネットワークが適用された場合、参加要求メッセージの送信先は、ピアツーピアネットワークに参加しているノードではなくても良い。例えば、参加要求メッセージの送信先は、ピアツーピアネットワークに参加しているノードのノード情報等を管理するサーバ装置であっても良い。また、Ｐ２ＰネットワークＰＷにおいてノード情報等を管理するサーバ装置は、例えば、投入サーバＳＴであっても良い。なお、ＤＨＴを利用しないピアツーピアシステムとしては、例えば、ハイブリッド型のピアツーピアシステムがある。

１１ 制御部
１２ 記憶部
１３ 通信部
１４ バス
２１、４１ 制御部
２２、４２ 記憶部
２３、４３ バッファメモリ
２４、４４ デコーダ部
２５、４５ 映像処理部
２６、４６ 表示部
２７、４７ 音声処理部
２８、４８ スピーカ
２９、４９ 通信部
３０、５０ 入力部
３１、５１ バス
ＳＴ 投入サーバ
ＳＥｍ エッジサーバ
Ｔｍ−ｎ ユーザ端末
ＳＭ 管理サーバ
ＳＰ ポータルサーバ
ＭＴ 管理端末
ＦＷ ファイアーウォール
ＢＲ ブロードバンドルータ
Ｌｍ、ＬＳ 通信回線
ＮＬｍ 拠点ネットワーク
ＮＷ ネットワーク
ＮＳ 配信センターネットワーク
ＰＷ Ｐ２Ｐネットワーク
Ｓ コンテンツ配信システム

Claims (17)

1. 複数のコンテンツが複数のノード装置間で送受信される情報通信システムであって、
   前記情報通信システムは、外部ネットワークに複数の内部ネットワークが接続され、同一の前記内部ネットワークに接続する複数の前記ノード装置と、前記内部ネットワークに接続し前記ノード装置によるコンテンツの取得を支援するサポート装置と、を前記内部ネットワーク毎に備え、
   前記サポート装置は、
   当該サポート装置自身が接続する前記内部ネットワークと同一の内部ネットワークに接続する前記各ノード装置にて再生予定の複数の前記コンテンツを夫々特定する複数のコンテンツ情報と、各前記コンテンツを取得する時刻を示す取得時刻情報と、が夫々対応付けられた取得リストを取得する取得リスト取得手段と、
   前記取得リスト取得手段により取得された取得リストが含む取得時刻情報に基づいて、前記コンテンツを取得する時刻に至ったか否かを判定する取得時刻判定手段と、
   前記取得時刻判定手段により前記コンテンツを取得する時刻に至ったと判定された場合には、当該取得時刻情報に対応するコンテンツ情報が示すコンテンツを他の前記サポート装置から取得するコンテンツ取得手段と、
   前記コンテンツ取得手段が取得したコンテンツを記憶手段に記憶させる記憶制御手段と、 を有することを特徴とする情報通信システム。
2. 前記サポート装置は、
   前記同一の内部ネットワークに接続する各前記ノード装置を識別するノード装置情報と、複数の前記コンテンツ情報と、前記各ノード装置にコンテンツを送信する送信時刻を示す送信時刻情報と、が夫々対応付けられた送信リストの前記送信時刻情報に基づいて、前記コンテンツを送信する時刻に至ったか否かを判定する送信時刻判定手段と、
   前記送信時刻判定手段により、前記コンテンツを送信する時刻に至ったと判定された場合には、当該送信時刻情報に対応する前記ノード装置情報が示す特定ノード装置が少なくとも次に再生する前記コンテンツを、前記特定ノード装置に送信するコンテンツ送信手段と、
   を有することを特徴とする請求項１に記載の情報通信システム。
3. 前記サポート装置の前記送信時刻判定手段は、前記同一の内部ネットワークに接続する各前記ノード装置を使用する複数のユーザを夫々特定するユーザ情報と、前記各ノード装置の前記ノード装置情報と、前記各ユーザが利用を予定している前記コンテンツ情報と、前記コンテンツを再生する時刻を示す再生時刻情報と、が夫々対応付けられた利用登録情報に基づいて前記ノード装置毎に夫々作成された前記送信リストの前記送信時刻情報に基づいて、前記コンテンツを送信する時刻に至ったか否かを夫々判定し、
   前記サポート装置の前記コンテンツ送信手段は、前記送信時刻判定手段により、前記コンテンツを送信する時刻に至ったと判定された場合には、当該送信リストに対応するノード装置を特定ノード装置として、当該特定ノード装置が少なくとも次に再生する前記コンテンツを、前記特定ノード装置に送信することを特徴とする請求項１又は請求項２に記載の情報通信システム。
4. 前記サポート装置は、
   前記利用登録情報に基づいて、前記ノード装置毎に、前記ノード装置情報と、前記ユーザ情報と、前記コンテンツ情報と、前記送信時刻情報と、を夫々対応付けて前記送信リストを作成する送信リスト作成手段を有することを特徴とする請求項３に記載の情報通信システム。
5. 前記サポート装置の前記コンテンツ送信手段は、前記特定ノード装置が次に再生するコンテンツを前記記憶手段から取得して、前記特定ノード装置に送信することを特徴とする請求項２乃至請求項４の何れか一項に記載の情報通信システム。
6. 前記サポート装置は、
   前記記憶手段に記憶された前記コンテンツのうち、再生時刻が現在の時刻から所定期間以内であるコンテンツの情報を利用リストとして取得する利用リスト取得手段と、
   前記取得時刻判定手段により、前記コンテンツを取得する時刻に至ったと判定された場合には、前記記憶手段の空き記憶容量が所定量未満であるか否かを判定する空き容量判定手段と、
   前記空き容量判定手段により、前記記憶手段の空き記憶容量が所定量未満であると判定された場合には、前記記憶手段に記憶された前記コンテンツのうち、前記利用リスト取得手段が取得した利用リストに基づいて、再生時刻が現在の時刻から所定期間以内でないコンテンツを前記記憶手段から削除する削除手段と、
   を有することを特徴とする請求項１乃至請求項５の何れか一項に記載の情報通信システム。
7. 前記サポート装置の前記コンテンツ取得手段は、前記削除手段による削除後に、前記取得時刻情報に対応する前記コンテンツ情報が示すコンテンツを他の前記サポート装置から取得することを請求項６に記載の情報通信システム。
8. 前記ノード装置は、
   当該ノード装置自身が再生する前記コンテンツ情報と、前記コンテンツを取得する時刻を示す取得時刻情報と、が夫々対応付けられた取得リストの前記取得時刻情報に基づいて、前記コンテンツを取得する時刻に至ったか否かを判定する取得時刻判定手段と、
   前記取得時刻判定手段により、前記コンテンツを取得する時刻に至ったと判定された場合には、当該ノード装置自身が接続する前記内部ネットワークに接続するサポート装置に対して、前記取得する時刻に至ったコンテンツの次に再生する前記コンテンツ情報を少なくとも含む前記コンテンツ要求情報を送信するコンテンツ要求情報送信手段と、
   当該ノード装置自身が接続する前記内部ネットワークに接続するサポート装置から、前記コンテンツ情報に対応するコンテンツを受信するコンテンツ受信手段と、を有し、
   前記サポート装置は、
   当該サポート装置自身が接続する前記内部ネットワークに接続する何れかの前記ノード装置から前記コンテンツ情報を含むコンテンツ要求情報を受信すると、前記コンテンツ送信手段は、当該コンテンツ要求情報が含む前記コンテンツ情報に対応する前記コンテンツを前記記憶手段から取得し、当該コンテンツ要求情報の送信元のノード装置に送信することを特徴とする請求項１に記載の情報通信システム。
9. 複数のコンテンツが複数のノード装置間で送受信される情報通信システムに備えたサポート装置であって、
   前記情報通信システムは、外部ネットワークに複数の内部ネットワークが接続され、同一の前記内部ネットワークに接続する複数の前記ノード装置と、前記内部ネットワークに接続し前記ノード装置によるコンテンツの取得を支援する前記サポート装置と、を前記内部ネットワーク毎に備えており、
   前記サポート装置は、
   当該サポート装置自身が接続する前記内部ネットワークと同一の内部ネットワークに接続する前記各ノード装置にて再生予定の複数の前記コンテンツを夫々特定する複数のコンテンツ情報と、各前記コンテンツを取得する時刻を示す取得時刻情報と、が夫々対応付けられた取得リストを取得する取得リスト取得手段と、
   前記取得リスト取得手段により取得された取得リストが含む取得時刻情報に基づいて、前記コンテンツを取得する時刻に至ったか否かを判定する取得時刻判定手段と、
   前記取得時刻判定手段により前記コンテンツを取得する時刻に至ったと判定された場合には、当該取得時刻情報に対応するコンテンツ情報が示すコンテンツを他の前記サポート装置から取得するコンテンツ取得手段と、
   前記コンテンツ取得手段が取得したコンテンツを記憶手段に記憶させる記憶制御手段を
   有することを特徴とするサポート装置。
10. 前記サポート装置は、
    前記同一の内部ネットワークに接続する各前記ノード装置を識別するノード装置情報と、複数の前記コンテンツ情報と、前記各ノード装置にコンテンツを送信する送信時刻を示す送信時刻情報と、が夫々対応付けられた送信リストの前記送信時刻情報に基づいて、前記コンテンツを送信する時刻に至ったか否かを判定する送信時刻判定手段と、
    前記送信時刻判定手段により、前記コンテンツを送信する時刻に至ったと判定された場合には、当該送信時刻情報に対応する前記ノード装置情報が示す特定ノード装置が少なくとも次に再生する前記コンテンツを、前記特定ノード装置に送信するコンテンツ送信手段と、
    を有することを特徴とする請求項９に記載のサポート装置。
11. 前記送信時刻判定手段は、前記同一の内部ネットワークに接続する各前記ノード装置を使用する複数のユーザを夫々特定するユーザ情報と、前記各ノード装置の前記ノード装置情報と、前記各ユーザが利用を予定している前記コンテンツ情報と、前記コンテンツを再生する時刻を示す再生時刻情報と、が夫々対応付けられた利用登録情報に基づいて前記ノード装置毎に夫々作成された前記送信リストの前記送信時刻情報に基づいて、前記コンテンツを送信する時刻に至ったか否かを夫々判定し、
    前記コンテンツ送信手段は、前記送信時刻判定手段により、前記コンテンツを送信する時刻に至ったと判定された場合には、当該送信リストに対応するノード装置を特定ノード装置として、当該特定ノード装置が少なくとも次に再生する前記コンテンツを、前記特定ノード装置に送信することを特徴とする請求項９又は請求項１０に記載のサポート装置。
12. 前記利用登録情報に基づいて、前記ノード装置毎に、前記ノード装置情報と、前記ユーザ情報と、前記コンテンツ情報と、前記送信時刻情報と、を夫々対応付けて前記送信リストを作成する送信リスト作成手段を有することを特徴とする請求項１１に記載のサポート装置。
13. 前記コンテンツ送信手段は、前記特定ノード装置が次に再生するコンテンツを前記記憶手段から取得して、前記特定ノード装置に送信することを特徴とする請求項１０乃至請求項１２の何れか一項に記載のサポート装置。
14. 前記記憶手段に記憶された前記コンテンツのうち、再生時刻が現在の時刻から所定期間以内であるコンテンツの情報を利用リストとして取得する利用リスト取得手段と、
    前記取得時刻判定手段により、前記コンテンツを取得する時刻に至ったと判定された場合には、前記記憶手段の空き記憶容量が所定量未満であるか否かを判定する空き容量判定手段と、
    前記空き容量判定手段により、前記記憶手段の空き記憶容量が所定量未満であると判定された場合には、前記記憶手段に記憶された前記コンテンツのうち、前記利用リスト取得手段が取得した利用リストに基づいて、再生時刻が現在の時刻から所定期間以内でないコンテンツを前記記憶手段から削除する削除手段と、
    を有することを特徴とする請求項９乃至請求項１３の何れか一項に記載のサポート装置。
15. 前記コンテンツ取得手段は、前記削除手段による削除後に、前記取得時刻情報に対応する前記コンテンツ情報が示すコンテンツを他の前記サポート装置から取得することを請求項１４に記載のサポート装置。
16. 複数のコンテンツが複数のノード装置間で送受信される情報通信システムであって、外部ネットワークに複数の内部ネットワークが接続され、同一の前記内部ネットワークに接続する複数の前記ノード装置と、前記内部ネットワークに接続し前記ノード装置によるコンテンツの取得を支援する前記サポート装置と、を前記内部ネットワーク毎に備えた前記情報通信システムにおける前記サポート装置に含まれるコンピュータに、
    前記サポート装置自身が接続する前記内部ネットワークと同一の内部ネットワークに接続する前記各ノード装置にて再生予定の複数の前記コンテンツを夫々特定する複数のコンテンツ情報と、各前記コンテンツを取得する時刻を示す取得時刻情報と、が夫々対応付けられた取得リストを取得する取得リスト取得ステップと、
    前記取得リスト取得ステップにより取得された取得リストが含む取得時刻情報に基づいて、前記コンテンツを取得する時刻に至ったか否かを判定する取得時刻判定ステップと、
    前記取得時刻判定ステップにより前記コンテンツを取得する時刻に至ったと判定された場合には、当該取得時刻情報に対応するコンテンツ情報が示すコンテンツを他の前記サポート装置から取得するコンテンツ取得ステップと、
    前記コンテンツ取得ステップにより取得した前記コンテンツを記憶手段に記憶させる記憶制御ステップと、
    を実行させるサポート装置のプログラム。
17. 複数のコンテンツが複数のノード装置間で送受信される情報通信システムにおけるコンテンツ取得方法であって、
    前記情報通信システムは、外部ネットワークに複数の内部ネットワークが接続され、同一の前記内部ネットワークに接続する複数の前記ノード装置と、前記内部ネットワークに接続し前記ノード装置によるコンテンツの取得を支援するサポート装置と、を前記内部ネットワーク毎に備えており、
    前記サポート装置は、
    当該サポート装置自身が接続する前記内部ネットワークと同一の内部ネットワークに接続する前記各ノード装置にて再生予定の複数の前記コンテンツを夫々特定する複数のコンテンツ情報と、各前記コンテンツを取得する時刻を示す取得時刻情報と、が夫々対応付けられた取得リストを取得するステップと、
    前記取得リストが含む取得時刻情報に基づいて、前記コンテンツを取得する時刻に至ったか否かを判定するステップと、
    前記コンテンツを取得する時刻に至ったと判定された場合には、当該取得時刻情報に対応するコンテンツ情報が示すコンテンツを他の前記サポート装置から取得するステップと、
    前記取得したコンテンツを記憶手段に記憶させるステップと、
    を有することを特徴とするコンテンツ取得方法。

Images