(57)【要約】【課題】  公開期限の延長の手間を低減し、自動で公開期限の延長が設定可能な情報通信システム、情報通信方法、ノード装置及びプログラムを提供することである。【課題を解決するための手段】  センターサーバＳＶにより、センターサーバＳＶが記憶するコンテンツの公開終了日時と、現在日時情報との差が所定の範囲内であるコンテンツが存在すると判定された場合、判定されたコンテンツのルートノードに、センターサーバＳＶから延長判定処理の要求が送信される。  ルートノードは、公開終了日時を延長すると判定した場合、センターサーバＳＶへ延長依頼を送信する。【選択図】  図２
2012178119.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続される複数のノード装置により、複数のコンテンツが分散保存される通信システムにおいて、前記通信システムへ投入されるコンテンツを管理する第１情報処理装置を含む通信システムであって、
前記複数のコンテンツの公開終了日時を示す第１日時情報を記憶する第１記憶手段と、
現在の日時を示す第２日時情報を取得する取得手段と、
前記第１日時情報が示す公開終了日時と、前記第２日時情報が示す日時との差が所定の範囲内であるコンテンツがあるか否かを判定する第１判定手段と、
前記第１判定手段により所定の範囲内であると判定されたコンテンツの前記公開終了日時を延長させるかの判定を、ネットワークに接続された所定の第２情報処理装置に要求する要求手段と、
前記要求手段により判定を要求した結果、前記第２情報処理装置により延長が必要と判定された場合、延長が必要と判定されたコンテンツの公開終了日時を、所定期間延長させる制御手段と、
を備える前記第１情報処理装置と、
前記複数のコンテンツについての人気度合いを示す人気情報を記憶する第２記憶手段と、
前記第２取得手段により取得された前記人気情報に基づいて、前記第１判定手段により判定されたコンテンツの人気度合いが所定以上であるかを、前記要求手段の要求に従って判定する第２判定手段と、
前記第２判定手段により人気度合いが所定以上であると判定された場合、前記要求手段により要求されたコンテンツの前記公開終了日時の延長する旨を、前記第１情報処理装置へ送信する送信手段と、
を備える第２情報処理装置と、
を備えることを特徴とする通信システム。
【請求項２】
前記第２情報処理装置は、
前記第２判定手段によりコンテンツの人気度合いが所定以上であると判定されたコンテンツの人気度合いが高いほど、公開終了日時を延長させる延長期間を長く決定する決定手段を備え、
前記送信手段は、前記決定手段により決定された前記延長期間を、前記第１情報処理装置へ送信することを特徴とする請求項１に記載の通信システム。
【請求項３】
前記通信システムは、前記第１日時情報を含むコンテンツの属性情報を、前記複数のノード装置に分散保存させ、
前記制御手段は、コンテンツの公開終了日時を所定期間延長させる指示を、前記複数のノード装置の中で、少なくともいずれか１つのノード装置に送信することを特徴とする請求項１または請求項２に記載の通信システム。
【請求項４】
前記第２記憶手段は、前記複数のコンテンツがアクセスされた最終日時を示す第３日時情報と、前記第３日時情報に対応するコンテンツの前記人気情報とを対応付けて記憶し、
前記情報処理装置は、
前記第２日時情報が示す日時と、前記第３日時情報が示す日時との差が所定期間以上であるかを判定する第３判定手段を備え、
前記第３判定手段により、前記第２日時情報が示す日時と、前記第３日時情報が示す日時との差が所定期間以上であると判定された場合、前記制御手段はコンテンツの公開終了日時を延長しないことを特徴とする請求項１から請求項３のいずれか一項に記載の情報処理装置。
【請求項５】
前記第２記憶手段は、前記人気情報として、前記複数のノード装置により前記複数のコンテンツが保存される数を示す保存数情報を記憶し、
前記第２判定手段は、前記第2記憶手段により記憶された前記保存数情報に基づいて、前記第１判定手段により判定されたコンテンツの保存数が所定以上であるかを判定し、
前記制御手段は、前記第２判定手段によりコンテンツの保存数が所定以上であると判定された場合、前記決定されたコンテンツの公開終了日時を、所定期間延長させることを特徴とする請求項１から請求項４のいずれか一項に記載の情報処理装置。
【請求項６】
ネットワークに接続される複数のノード装置により、複数のコンテンツが分散保存される通信システムにおいて、前記通信システムは、前記複数のコンテンツの公開終了日時を示す第１日時情報を取得する第１記憶手段を備える第1情報処理装置と、前記複数のコンテンツについての人気度合いを示す人気情報を記憶する第２記憶手段を備える第２情報処理装置とを備え、
前記通信システムへ投入されるコンテンツを管理する管理方法であって、
現在の日時を示す第２日時情報を、前記第1情報処理装置が取得する取得ステップと、
前記第１記憶手段に記憶された前記第１日時情報が示す公開終了日時と、前記第２日時情報が示す日時との差が所定の範囲内であるコンテンツがあるか否かを、前記第1情報処理装置が判定する第１判定ステップと、
前記第１判定ステップにより所定の範囲内であると判定されたコンテンツの前記公開終了日時を延長させるか否かの判定を、ネットワークに接続された所定の第２情報処理装置に、前記第1情報処理装置が要求する要求ステップと、
前記第２記憶手段に記憶された前記人気情報に基づいて、前記第１判定ステップにより判定されたコンテンツの人気度合いが所定以上であるかを、前記要求ステップの要求に従って前記第２情報処理装置が判定する第２判定ステップと、
前記第２判定ステップにより人気度合いが所定以上であると判定された場合、前記要求ステップにより要求されたコンテンツの前記公開終了日時の延長する旨を、前記第１情報処理装置へ、前記第２情報処理装置が送信する送信ステップと、
前記送信ステップにより送信された前記公開終了日時の延長する旨を、第１情報処理装置が受信する受信ステップと、
前記受信ステップにより、前記第１情報処理装置が、前記公開終了日時の延長する旨を受信した場合、延長が必要と判定されたコンテンツの公開終了日時を、前記第1情報処理装置が所定期間延長させる制御ステップと、
を含む管理方法。
【請求項７】
ネットワークに接続される複数のノード装置により、複数のコンテンツが分散保存される通信システムにおいて、前記通信システムへ投入されるコンテンツを管理し、
前記複数のコンテンツの公開終了日時を示す第１日時情報を記憶する第１記憶手段と、前記複数のコンテンツについての人気度合いを示す人気情報を記憶する第２記憶手段と、を備える第１情報処理装置のコンピュータに、
現在の日時を示す第２日時情報を取得する取得ステップと、
前記第1記憶手段に記憶された前記第１日時情報が示す公開終了日時と、前記第２日時情報が示す日時との差が所定の範囲内であるコンテンツがあるか否かを判定する第１判定ステップと、
前記第２記憶手段に記憶された前記人気情報に基づいて、前記第１判定ステップにより判定されたコンテンツの人気度合いが所定以上であるかを判定する第２判定ステップと、
前記第２判定ステップによりコンテンツの人気度合いが所定以上であると判定された場合、人気度合いが所定以上であると判定されたコンテンツの公開終了日時を、所定期間延長させる制御ステップと、
を実行させることを特徴とするプログラム。
【請求項８】
ネットワークに接続される複数のノード装置により、複数のコンテンツが分散保存される通信システムにおいて、前記通信システムへ投入されるコンテンツを管理し、
前記複数のコンテンツの公開終了日時を示す第１日時情報を記憶する第１記憶手段と、前記複数のコンテンツについての人気度合いを示す人気情報を記憶する第２記憶手段と、を備える情報処理装置であって、
現在の日時を示す第２日時情報を取得する取得手段と、
前記第１記憶手段に記憶された前記第１日時情報が示す公開終了日時と、前記第２日時情報が示す日時との差が所定の範囲内であるコンテンツがあるか否かを判定する第１判定手段と、
前記第２記憶手段により記憶された前記人気情報に基づいて、前記第１判定手段によりされたコンテンツの人気度合いが所定以上であるかを判定する第２判定手段と、
前記第２判定手段によりコンテンツの人気度合いが所定以上であると判定された場合、人気度合いが所定以上であると判定されたコンテンツの公開終了日時を、所定期間延長させる制御手段と、
を備えることを特徴とする情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続された複数のノード装置によりコンテンツを分散保存する技術に関する。
【背景技術】
【０００２】
近年、複数のノード装置でコンテンツを分散保存する通信システムが開発されている。ノード装置間でコンテンツデータを送受信し合うことで、コンテンツの送受信が可能となる。一般的に、複数のノード装置間でコンテンツ配信を行う場合、コンテンツの公開期限が設定される。コンテンツの公開期限は、ネットワークを介してコンテンツの取得または視聴可能な期限を示す。具体的には、コンテンツの公開期限は、コンテンツの公開開始日時と、公開終了日時とを含む。これにより、不用に長期の間、コンテンツがノード装置間で取得または視聴されることを制限することができる。特許文献１には、分散保存されたコンテンツの公開期限を管理する技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−２６７０２８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載のようなシステムでは、一般的に、ネットワークにコンテンツが投入される際に公開期限が手動で設定される。投入されるコンテンツによっては、ユーザにより人気が出るコンテンツが存在する。人気があるコンテンツは、公開終了日時を延長させて欲しいというユーザの要望がある。コンテンツの公開終了日時を延長するためには、従来技術では、延長の要求がある各コンテンツを手動で延長する必要があり、延長設定を行うことが手間となっていた。また、投入されるコンテンツの数が多くなるに従って、公開終了日時の延長の手間は増大する。
【０００５】
本発明は、以上のことを鑑みてなされたものである。本発明の目的は、公開終了日時の延長の手間を低減し、自動で公開終了日時の延長が設定可能な通信システム、情報処理装置、管理方法及びプログラムを提供することである。
【課題を解決するための手段】
【０００６】
請求項１に記載の発明によれば、ネットワークに接続される複数のノード装置により、複数のコンテンツが分散保存される通信システムにおいて、前記通信システムへ投入されるコンテンツを管理する第１情報処理装置を含む通信システムであって、前記複数のコンテンツの公開終了日時を示す第１日時情報を記憶する第１記憶手段と、現在の日時を示す第２日時情報を取得する取得手段と、前記第１日時情報が示す公開終了日時と、前記第２日時情報が示す日時との差が所定の範囲内であるコンテンツがあるか否かを判定する第１判定手段と、前記第１判定手段により所定の範囲内であると判定されたコンテンツの前記公開終了日時を延長させるかの判定を、ネットワークに接続された所定の第２情報処理装置に要求する要求手段と、前記要求手段により判定を要求した結果、前記第２情報処理装置により延長が必要と判定された場合、延長が必要と判定されたコンテンツの公開終了日時を、所定期間延長させる制御手段と、を備える前記第１情報処理装置と、前記複数のコンテンツについての人気度合いを示す人気情報を記憶する第２記憶手段と、前記第２取得手段により取得された前記人気情報に基づいて、前記第１判定手段により判定されたコンテンツの人気度合いが所定以上であるかを、前記要求手段の要求に従って判定する第２判定手段と、前記第２判定手段により人気度合いが所定以上であると判定された場合、前記要求手段により要求されたコンテンツの前記公開終了日時の延長する旨を、前記第１情報処理装置へ送信する送信手段と、を備える第２情報処理装置と、を備えることを特徴とする通信システムである。
【０００７】
請求項２に記載の発明によれば、前記第２情報処理装置は、前記第２判定手段によりコンテンツの人気度合いが所定以上であると判定されたコンテンツの人気度合いが高いほど、公開終了日時を延長させる延長期間を長く決定する決定手段を備え、前記送信手段は、前記決定手段により決定された前記延長期間を、前記第１情報処理装置へ送信することを特徴とする。
【０００８】
請求項３に記載の発明によれば、前記通信システムは、前記第１日時情報を含むコンテンツの属性情報を、前記複数のノード装置に分散保存させ、前記制御手段は、コンテンツの公開終了日時を所定期間延長させる指示を、前記複数のノード装置の中で、少なくともいずれか１つのノード装置に送信することを特徴とする。
【０００９】
請求項４に記載の発明によれば、前記第２記憶手段は、前記複数のコンテンツがアクセスされた最終日時を示す第３日時情報と、前記第３日時情報に対応するコンテンツの前記人気情報とを対応付けて記憶し、前記情報処理装置は、前記第２日時情報が示す日時と、前記第３日時情報が示す日時との差が所定期間以上であるかを判定する第３判定手段を備え、前記第３判定手段により、前記第２日時情報が示す日時と、前記第３日時情報が示す日時との差が所定期間以上であると判定された場合、前記制御手段はコンテンツの公開終了日時を延長しないことを特徴とする。
【００１０】
請求項５に記載の発明によれば、前記第２記憶手段は、前記人気情報として、前記複数のノード装置により前記複数のコンテンツが保存される数を示す保存数情報を記憶し、前記第２判定手段は、前記第2記憶手段により記憶された前記保存数情報に基づいて、前記第１判定手段により判定されたコンテンツの保存数が所定以上であるかを判定し、前記制御手段は、前記第２判定手段によりコンテンツの保存数が所定以上であると判定された場合、前記決定されたコンテンツの公開終了日時を、所定期間延長させることを特徴とする。
【００１１】
請求項６に記載の発明によれば、ネットワークに接続される複数のノード装置により、複数のコンテンツが分散保存される通信システムにおいて、前記通信システムは、前記複数のコンテンツの公開終了日時を示す第１日時情報を取得する第１記憶手段を備える第1情報処理装置と、前記複数のコンテンツについての人気度合いを示す人気情報を記憶する第２記憶手段を備える第２情報処理装置とを備え、前記通信システムへ投入されるコンテンツを管理する管理方法であって、現在の日時を示す第２日時情報を、前記第1情報処理装置が取得する取得ステップと、前記第１記憶手段に記憶された前記第１日時情報が示す公開終了日時と、前記第２日時情報が示す日時との差が所定の範囲内であるコンテンツがあるか否かを、前記第1情報処理装置が判定する第１判定ステップと、前記第１判定ステップにより所定の範囲内であると判定されたコンテンツの前記公開終了日時を延長させるか否かの判定を、ネットワークに接続された所定の第２情報処理装置に、前記第1情報処理装置が要求する要求ステップと、前記第２記憶手段に記憶された前記人気情報に基づいて、前記第１判定ステップにより判定されたコンテンツの人気度合いが所定以上であるかを、前記要求ステップの要求に従って前記第２情報処理装置が判定する第２判定ステップと、前記第２判定ステップにより人気度合いが所定以上であると判定された場合、前記要求ステップにより要求されたコンテンツの前記公開終了日時の延長する旨を、前記第１情報処理装置へ、前記第２情報処理装置が送信する送信ステップと、前記送信ステップにより送信された前記公開終了日時の延長する旨を、第１情報処理装置が受信する受信ステップと、前記受信ステップにより、前記第１情報処理装置が、前記公開終了日時の延長する旨を受信した場合、延長が必要と判定されたコンテンツの公開終了日時を、前記第1情報処理装置が所定期間延長させる制御ステップと、
を含む管理方法である。
【００１２】
請求項７に記載の発明によれば、ネットワークに接続される複数のノード装置により、複数のコンテンツが分散保存される通信システムにおいて、前記通信システムへ投入されるコンテンツを管理し、前記複数のコンテンツの公開終了日時を示す第１日時情報を記憶する第１記憶手段と、前記複数のコンテンツについての人気度合いを示す人気情報を記憶する第２記憶手段と、を備える第１情報処理装置のコンピュータに、現在の日時を示す第２日時情報を取得する取得ステップと、前記第1記憶手段に記憶された前記第１日時情報が示す公開終了日時と、前記第２日時情報が示す日時との差が所定の範囲内であるコンテンツがあるか否かを判定する第１判定ステップと、前記第２記憶手段に記憶された前記人気情報に基づいて、前記第１判定ステップにより判定されたコンテンツの人気度合いが所定以上であるかを判定する第２判定ステップと、前記第２判定ステップによりコンテンツの人気度合いが所定以上であると判定された場合、人気度合いが所定以上であると判定されたコンテンツの公開終了日時を、所定期間延長させる制御ステップと、を実行させることを特徴とするプログラムである。
【００１３】
請求項８に記載の発明によれば、  ネットワークに接続される複数のノード装置により、複数のコンテンツが分散保存される通信システムにおいて、前記通信システムへ投入されるコンテンツを管理し、前記複数のコンテンツの公開終了日時を示す第１日時情報を記憶する第１記憶手段と、前記複数のコンテンツについての人気度合いを示す人気情報を記憶する第２記憶手段と、を備える情報処理装置であって、現在の日時を示す第２日時情報を取得する取得手段と、前記第１記憶手段に記憶された前記第１日時情報が示す公開終了日時と、前記第２日時情報が示す日時との差が所定の範囲内であるコンテンツがあるか否かを判定する第１判定手段と、前記第２記憶手段により記憶された前記人気情報に基づいて、前記第１判定手段によりされたコンテンツの人気度合いが所定以上であるかを判定する第２判定手段と、前記第２判定手段によりコンテンツの人気度合いが所定以上であると判定された場合、人気度合いが所定以上であると判定されたコンテンツの公開終了日時を、所定期間延長させる制御手段と、を備えることを特徴とする情報処理装置である。
【発明の効果】
【００１４】
請求項１に記載の発明によれば、送信手段は、第２判定手段により人気度合いが所定以上であると判定された場合、要求手段により要求されたコンテンツの公開終了日時の延長する旨を、第１情報処理装置へ送信する。この結果、コンテンツに人気が出た場合、自動でコンテンツの公開期限を延長できるため、公開期限の延長の手間が低減され、公開期限の延長を自動で設定することができる。
【００１５】
請求項２に記載の発明によれば、第２情報処理装置は、第２判定手段によりコンテンツの人気度合いが所定以上であると判定されたコンテンツの人気度合いが高いほど、公開終了日時を延長させる延長期間を長く決定する決定手段を備える。送信手段は、決定手段により決定された延長期間を、第１情報処理装置へ送信する。従って、コンテンツに人気が出た場合、コンテンツの人気度合いに応じて、公開期限を長く延長することができる。この結果、コンテンツの人気度合いに応じて、自動でコンテンツの公開期限を延長できるため、公開期限の延長の手間が低減され、公開期限の延長を自動で設定することができる。
【００１６】
請求項３に記載の発明によれば、通信システムは、第１日時情報を含むコンテンツの属性情報を、複数のノード装置に分散保存させる。制御手段は、コンテンツの公開終了日時を所定期間延長させる指示を、複数のノード装置の中で、少なくともいずれか１つのノード装置に送信する。この結果、コンテンツの公開終了日時示す情報を含む属性情報が、複数のノード装置に分散保存された場合であっても、自動でコンテンツの公開期限を延長できるため、公開期限の延長の手間が低減され、公開期限の延長を自動で設定することができる。
【００１７】
請求項４に記載の発明によれば、第２記憶手段は、複数のコンテンツがアクセスされた最終日時を示す第３日時情報と、第３日時情報に対応するコンテンツの人気情報とを対応付けて記憶する。第３判定手段により、第２日時情報が示す日時と、第３日時情報が示す日時との差が所定期間以上であると判定された場合、制御手段はコンテンツの公開終了日時を延長しない。コンテンツに人気がでた場合であっても、最終アクセス日時が、現在の日時より所定期間以上も以前の場合、現在では人気がないコンテンツであると考えられる。この結果、コンテンツに人気が出た場合であっても、現在日時でのコンテンツの人気度合いを想定して、自動でコンテンツの公開期限を延長できるため、公開期限の延長の手間が低減され、公開期限の延長を自動で設定することができる。
【００１８】
請求項５に記載の発明によれば、第２記憶手段は、人気情報として、複数のノード装置により複数のコンテンツが保存される数を示す保存数情報を記憶する。制御手段は、第２判定手段によりコンテンツの保存数が所定以上であると判定された場合、決定されたコンテンツの公開終了日時を、所定期間延長させる。この結果、人気度合いとして、オーバーレイネットワークにおけるコンテンツの保存数を人気度合いとして、自動でコンテンツの公開期限を延長できるため、公開期限の延長の手間が低減され、公開期限の延長を自動で設定することができる。
【００１９】
請求項６に記載の発明によれば、送信ステップは、第２判定ステップにより人気度合いが所定以上であると判定された場合、要求ステップにより要求されたコンテンツの公開終了日時の延長する旨を、第１情報処理装置へ、第２情報処理装置が送信する。この結果、コンテンツに人気が出た場合、自動でコンテンツの公開期限を延長できるため、公開期限の延長の手間が低減され、公開期限の延長を自動で設定することができる。
【００２０】
請求項７に記載の発明によれば、制御ステップは、第２判定ステップによりコンテンツの人気度合いが所定以上であると判定された場合、人気度合いが所定以上であると判定されたコンテンツの公開終了日時を、所定期間延長させる。この結果、コンテンツに人気が出た場合、自動でコンテンツの公開期限を延長できるため、公開期限の延長の手間が低減され、公開期限の延長を自動で設定することができる。
【００２１】
請求項８に記載の発明によれば、制御手段は、第２判定手段によりコンテンツの人気度合いが所定以上であると判定された場合、人気度合いが所定以上であると判定されたコンテンツの公開終了日時を、所定期間延長させる。この結果、コンテンツに人気が出た場合、自動でコンテンツの公開期限を延長できるため、公開期限の延長の手間が低減され、公開期限の延長を自動で設定することができる。
【図面の簡単な説明】
【００２２】
【図１】本実施形態の情報通信システムＳにおける各ノード装置Ｔｍ−ｎの接続態様の一例を示す図である。
【図２】本実施形態の公開終了日時延長処理の一例を示す概念図である。
【図３】本実施形態の公開終了日時短縮処理の一例を示す概念図である。
【図４】本実施形態のノード装置電気的構成の概念図である。
【図５】本実施形態のセンターサーバＳＶの電気的構成の概念図である。
【図６】本実施形態のノード装置のメイン動作処理を示すフローチャートである。
【図７】本実施形態のセンターサーバＳＶのメイン動作処理を示すフローチャートである。
【図８】本実施形態の公開期限情報記憶領域の記憶状態を示す概念図である。
【図９】本実施形態の視聴情報記憶領域に記憶される視聴情報の記憶状態を示す概念図である。
【発明を実施するための最良の形態】
【００２３】
［最良の実施形態］
以下、本発明の最良の実施形態を図面に基づいて説明する。なお、以下に説明する実施の形態は、ピアツーピア型の情報通信システムに本発明を適用した場合の実施形態である。
【００２４】
［情報通信システムの概要構成］
始めに、図１を参照して、本実施形態における情報通信システムＳの概要構成について説明する。図１は、本実施形態における情報通信システムＳにおける各ノード装置の接続態様の一例を示す図である。図１に示すように、情報通信システムＳは、複数のノード装置Ｔｍ−ｎ（ｍ＝１，２，３・・・の何れか、ｎ＝１，２，３・・・の何れか）から構成されている。複数のノード装置Ｔｍ−ｎは、ネットワークＮＷを介して互いに通信可能である。このネットワークＮＷは、現実世界の通信ネットワークである。例えば、インターネットである。
【００２５】
ネットワークＮＷは、各拠点ネットワークＮＬｍを相互接続するためのネットワークである。このネットワークＮＷは、例えば、インターネットやＷＡＮ（Wide Area Network）等である。そして、ネットワークＮＷは、例えば、ＩＸ（Internet Exchange）、ＩＳＰ（Internet Service Provider）、ＤＳＬ（Digital Subscriber Line）回線事業者の装置、ＦＴＴＨ（Fiber To The Home）回線事業者の装置、及び通信回線等によって構築されている。なお、ネットワークＮＷは、情報通信システムＳ専用のネットワークであっても良い。
【００２６】
本実施形態では、ネットワークＮＷ内に、１つ以上の各拠点ネットワークＮＬｍが形成される。また、各拠点ネットワークＮＬｍには、複数のノード装置Ｔｍ−ｎ（ｎ＝１，２，３・・・の何れか）が接続されている。各拠点ネットワークＮＬｍは、夫々拠点ｍの敷地内に構築されたネットワークである。拠点としては、例えば、会社、学校、病院、塾等がある。この拠点ネットワークＮＬｍは、例えば、ＬＡＮ等により構築されている。或いは、拠点ネットワークＮＬｍは、複数のＬＡＮが相互接続して構築されたネットワークであっても良い。この場合、複数のＬＡＮは、ルータ等のネットワーク機器を介して接続される。複数のＬＡＮが相互接続されたネットワークとしては、例えば、ＣＡＮ（Campus Area Network）等がある。各拠点ネットワークＮＬｍには、ファイアウォールＦＷ又はブロードバンドルータＢＲが接続されている。ファイアウォールＦＷ又はブロードバンドルータＢＲは、拠点内に接続されるノード装置Ｔｍ−ｎと、その拠点に接続されるノード装置Ｔｍ−ｎ以外のノード装置Ｔｍ−ｎと、を通信可能にする通信機器である。ファイアウォールＦＷ又はブロードバンドルータＢＲは、公知であるので詳細な説明は省略する。ファイアウォールＦＷ又はブロードバンドルータＢＲの何れが拠点に設置されるかは、拠点毎に任意に決定される。本実施形態の拠点ネットワークＮＬｍは、例えば、ＬＡＮ（Local Area Network）である。
【００２７】
また、ネットワークＮＷには、センターサーバＳＶが接続されている。センターサーバＳＶは、後述するオーバーレイネットワークＯＬで送受信されるコンテンツデータのオリジナルを記憶する。また、センターサーバＳＶは、コンテンツカタログ情報をノード装置Ｔｍ−ｎに送信する。コンテンツカタログ情報の詳細については後述する。センターサーバＳＶは、後述するオーバーレイネットワークＯＬにコンテンツデータを投入する際に使用される認証情報及びコンテンツＩＤを管理する。ここで、コンテンツデータの投入とは、コンテンツデータをノード装置Ｔｍ−ｎから取得可能な状態におくことをいう。なお、コンテンツデータを、「コンテンツ」という。センターサーバＳＶの詳細な説明は、後述する。
【００２８】
各ノード装置Ｔｍ−ｎには、固有の製造番号及びＩＰ（Internet Protocol）アドレスが割り当てられている。また、情報通信システムＳに接続されている各ノード装置Ｔｍ−ｎには、所定桁数からなる固有の識別情報であるノードＩＤが割り当てられている。本実施形態の情報通信システムＳでは、コンテンツ配信のためのオーバーレイネットワークＯＬが構築されている。オーバーレイネットワークＯＬは、ネットワークＮＷ上に構築されたオーバーレイネットワークである。言い換えれば、オーバーレイネットワークＯＬは、物理的なネットワーク上に生成される論理的なネットワークである。また、オーバーレイネットワークＯＬは、特定のアルゴリズム、例えば、分散ハッシュテーブルを利用したアルゴリズムにより実現される。分散ハッシュテーブルを、以下、「ＤＨＴ（Distributed Hash Table）」という。なお、ＤＨＴを用いたルーティングテーブルについては、特開２００６−１９７４００号公報等で公知である。
【００２９】
本実施形態では、各ノード装置Ｔｍ−ｎがピアツーピア方式で通信を行えるよう、ブロードバンドルータＢＲやファイアウォールＦＷにおいてポートフォワーディングの設定が行われる場合がある。例えば、ブロードバンドルータＢＲであれば、ＵＰｎＰ（Universal Plug and Play）機能等を利用して自動的にポートフォワーディングの設定が行われるようにしておくと良い。以下ノード装置Ｔｍ−ｎを、単にノード装置と呼ぶ。
【００３０】
［オーバーレイネットワークＯＬへの参加方法について］
各ノード装置は、夫々、ＤＨＴ（Distributed Hash Table）を用いたルーティングテーブルを保持している。このルーティングテーブルは、情報通信システムＳ上における各種制御メッセージの転送先を規定している。制御メッセージは、ピアツーピア型の情報通信システムの運用を制御するメッセージである。言い換えれば、制御メッセージは、ピアツーピア型の情報通信システムで、コンテンツの検索又はコンテンツの取得に用いるためのメッセージである。また、制御メッセージは、ＤＨＴのルーティングテーブルに従って送受信されるメッセージである。具体的に、このルーティングテーブルには、ＩＤ空間内で適度に離れたノード装置のノードＩＤ、ＩＰアドレス及びポート番号を含むノード情報が複数登録されている。情報通信システムＳに接続している１台のノード装置は、必要最低限のノード装置のノード情報をルーティングテーブルとして記憶している。各ノード装置間で互いに制御メッセージが転送されることで、ノード情報を記憶していないノード装置についてのノード情報が取得される。また、制御メッセージが、各ノード装置により送受信されることで、情報通信システムＳは、ピアツーピア型の情報通信システムとして動作可能である。
【００３１】
なお情報通信システムＳへの接続は、情報通信システムＳへ接続していないノード装置が、接続している任意のノード装置に対して参加メッセージを送信することによって行われる。参加メッセージは、情報通信システムＳへの参加要求を示すメッセージである。情報通信システムＳへの参加とは、ノード装置が情報通信システムＳに接続され、情報通信システムＳからコンテンツを取得可能になることである。つまり、オーバーレイネットワークＯＬに参加するとは、ＤＨＴを用いたルーティングテーブルに基づいてオーバーレイネットワークＯＬを介して他のノードとの間で各種メッセージを送受信できる状態に稼動することをいう。任意のノード装置は、例えば、情報通信システムＳに常時接続しているコンタクトノードである。情報通信システムＳへ参加するノード装置が、コンタクトノードへ参加メッセージを送信することで、ノード装置は、ＤＨＴのルーティングテーブルをコンタクトノードから取得することができる。
【００３２】
［コンテンツ取得動作の概要について］
情報通信システムＳにおいては、内容の異なる様々なコンテンツが複数のノード装置に分散して保存される。各コンテンツには、センターサーバＳＶにより、それぞれコンテンツ名及びコンテンツデータ毎に固有の識別情報であるコンテンツＩＤが付与されている。各コンテンツのコンテンツ名及びコンテンツＩＤ等の属性情報は、コンテンツカタログ情報に記述されている。コンテンツカタログ情報は、センターサーバにより作成されて、全てのノード装置に配信される。また、各コンテンツは、複数のデータに分割されている。この分割されたデータを、「チャンク」という。本実施形態では、属性情報として、公開開始日時と、公開終了日時とが、コンテンツカタログ情報に記述される。センターサーバＳＶは、所定のタイミングで、センターサーバＳＶが記憶する公開開始日時が来たか否かを判定する。具体的には、現在の日時を示す情報と、公開開始日時とが一致するコンテンツが決定される。決定されたコンテンツのカタログ情報が、ノード装置に送信される。また、決定されたコンテンツのカタログ情報が、ノード装置から参照可能に設定される。さらに、センターサーバＳＶは、所定のタイミングで、センターサーバＳＶが記憶する公開終了日時が来たか否かを判定する。具体的には、現在の日時を示す現在日時情報と、公開終了日時とが一致するコンテンツが決定される。ノード装置が記憶するカタログ情報の中から、決定されたコンテンツを消す指令が、センターサーバＳＶからノード装置に送信される。また、決定されたコンテンツのカタログ情報が、ノード装置から参照不可能に設定される。本実施形態の公開開始日時は、日付と時刻との両方が含まれているが、これに限定されるものではない。例えば、公開開始日時として、日付だけが用いられても良い。また、公開開始日時として、時刻だけが用いられても良い。また、本実施形態の期間は、所定の第１日時から第２日時までの期間を示す。本実施形態の期間として、所定の第１日付から第２日付までが用いられても良い。また、本実施形態の期間として、所定の第１時刻から第２時刻までが用いられても良い。
【００３３】
本実施形態では、各チャンクは、例えば、ノード装置より、コンテンツを所定のデータサイズで分割することにより生成される。本実施形態では、チャンクの最小データサイズは、２ＭＢ（Ｍｅｇａ  Ｂｙｔｅ）である。また、チャンクの最大データサイズは、１２８ＭＢである。ただし、チャンクに分割した結果、一部のチャンクが、２ＭＢよりも小さくなってしまう場合もある。また、チャンクに分割する前のデータサイズがもともと２ＭＢより小さい場合、２ＭＢ未満のデータサイズのチャンクとなる場合がある。本実施形態では、コンテンツデータが複数のチャンクに分割されている。本実施形態に記載のように、コンテンツデータが複数のチャンクに分割されなくても良い。分割されていないコンテンツデータが本実施形態に適用されても良い。各チャンクは、複数のノード装置に分散されて保存される。これにより、元となるコンテンツが複数のノード装置に分散して保存されることになる。各チャンクのオリジナルは、センターサーバＳＶに保存されている。
【００３４】
各チャンクには、それぞれシーケンス番号及びチャンクＩＤが、ノード装置により付与される。シーケンス番号は、例えば、分割された複数のチャンクを、元となるコンテンツを構成するように並べたときの並び順に相当する。チャンクＩＤは、チャンク毎に固有の識別情報である。
【００３５】
チャンクＩＤと、チャンクのハッシュ値とが生成されると、メタ情報ファイルが生成される。メタ情報ファイルは、分割されたチャンクから構成されるコンテンツを検索するための情報である。メタ情報ファイルは、付与されたチャンクＩＤと、シーケンス番号と、チャンクのハッシュ値とを含む。また、メタ情報ファイルには、分割されたチャンクから構成されるコンテンツのコンテンツＩＤが付与される。各ノード装置は、あるコンテンツのコンテンツＩＤを取得すると、メタ情報ファイルを取得する。具体的には、メタ情報ファイルに付与されたコンテンツＩＤに基づいて、ノード装置はメタ情報ファイルを取得する。ノード装置は、メタ情報ファイルを取得すると、メタ情報ファイルに含まれるチャンクＩＤを取得する。取得したチャンクＩＤに基づいて、コンテンツのチャンクが取得される。これにより、コンテンツを構成する各チャンクのチャンクＩＤを、そのシーケンス番号と対応付けて取得することができる。
【００３６】
なお、本実施形態のチャンクまたはメタ情報ファイルを保存しているノード装置を、「コンテンツ保持ノード」という。また、チャンクまたはメタ情報ファイルの所在は、インデックス情報として、チャンクまたはメタ情報ファイルの所在を管理または記憶しているノード装置により記憶される。以下、チャンクまたはメタ情報ファイルの所在を管理しているノード装置を、「ルートノード」という。インデックス情報は、チャンクまたはメタ情報ファイルを保存したノード装置のノード情報と、チャンクのチャンクＩＤと等の組を含む。このようなルートノードは、例えば、チャンクＩＤと最も近いノードＩＤを有するノードであるように定められる。チャンクＩＤと最も近いノードＩＤとは、例えば、ＩＤの上位桁が最も多く一致するノードＩＤである。
【００３７】
あるノード装置のユーザが、所望のコンテンツを取得したい場合、ノード装置は、所望されたコンテンツを構成する各チャンクを保存するコンテンツ保持ノードをそれぞれ検索する。以下、ユーザによりチャンクの取得を望むノード装置を、「ユーザノード」という。具体的に、ユーザノードは、検索メッセージを送信する。この検索メッセージは、取得を望むコンテンツのコンテンツＩＤ及びユーザノードのノード情報を含む。この検索メッセージが、ユーザノードが記憶するＤＨＴのルーティングテーブルに従って、他のノード装置に対して送信される。つまり、ユーザノードは、検索メッセージを、ルートノードに向けて送信する。これにより、検索メッセージは、コンテンツＩＤをキーとするＤＨＴルーティングによって最終的にルートノードに到着することになる。なお、ＤＨＴルーティングについては、特開２００６−１９７４００号公報等で公知であるので、詳しい説明を省略する。
【００３８】
検索メッセージを受信したルートノードは、検索メッセージに含まれるコンテンツＩＤに対応するインデックス情報をインデックス情報キャッシュから１または複数取得する。取得されたインデックス情報は、ユーザノードのノード情報に基づいて、検索メッセージの送信元であるユーザノードに対して返信される。こうしてインデックス情報を取得したユーザノードは、インデックス情報に基づいてコンテンツＩＤに対応するメタ情報ファイルを取得またはダウンロードする。具体的に、ユーザノードは、インデックス情報に含まれるコンテンツ保持ノードのＩＰアドレス及びポート番号等に基づいて、コンテンツ要求メッセージをコンテンツ保持ノードに送信する。コンテンツ要求メッセージには、ユーザノードのノード情報、所望するコンテンツのコンテンツＩＤが含まれている。コンテンツ保持ノードは、コンテンツ要求メッセージを受信すると、コンテンツ要求メッセージに含まれるコンテンツＩＤに対応するメタ情報ファイルをユーザノードに送信またはアップロードする。一方、所望するメタ情報ファイルを保存するコンテンツ保持ノードが存在しないとき、ユーザノードは、コンテンツ保持ノードのインデックス情報を取得することができない。この場合、ユーザノードは、センターサーバＳＶからメタ情報ファイルを取得しても良い。
【００３９】
あるいは、ルートノードは、インデックス情報に含まれるＩＰアドレス等に示されたコンテンツ保持ノードに対してコンテンツ送信要求メッセージを送信する。コンテンツ送信要求メッセージは、コンテンツ要求メッセージの送信元のノード情報を含む。コンテンツ送信要求を受信したコンテンツ保持ノードは、受信したメッセージが含むノード情報が示すユーザノードへ、メタ情報ファイルの送信またはアップロードを開始する。これにより、ユーザノードは、コンテンツ保持ノードからメタ情報ファイルを取得することが可能になる。
【００４０】
そして、ユーザノードは、コンテンツ保持ノードからメタ情報ファイルを取得して保存したとき、メタ情報ファイルを公開する。メタ情報ファイルの公開とは、ユーザノードがコンテンツ保持ノードとしてメタ情報ファイルを保存したことをルートノードへ知らせることをいう。メタ情報ファイルの公開により、公開したコンテンツ保持ノードから、公開されたメタ情報ファイルを他のノード装置が取得可能になる。具体的に、メタ情報ファイルを保存したユーザノードは、パブリッシュメッセージを送信する。パブリッシュメッセージは、メタ情報ファイルのコンテンツＩＤ及びメタ情報ファイルを保存したユーザノードのノード情報を含む。パブリッシュメッセージは、ルートノードに向けて送出される。これにより、パブリッシュメッセージは、検索メッセージと同じように、コンテンツＩＤをキーとするＤＨＴルーティングによってルートノードに到着することになる。ルートノードは、受信したパブリッシュメッセージに含まれるノード情報及びコンテンツＩＤの組を含むインデックス情報をインデックス情報キャッシュに記憶する。こうして、上記ユーザノードは、新たに、上記メタ情報ファイルを保存するコンテンツ保持ノードとなる。
【００４１】
ユーザノードはメタ情報ファイルを取得すると、取得したメタ情報ファイルが含むチャンクＩＤに基づいて、チャンク検索メッセージを送信する。チャンク検索メッセージは、チャンクＩＤユーザノードのノード情報を含む。チャンク検索メッセージは、ユーザノードが記憶するＤＨＴのルーティングテーブルに従って、他のノード装置に対して送信される。つまり、ユーザノードは、チャンク検索メッセージを、チャンクのルートノードに向けて送信する。これにより、チャンク検索メッセージは、チャンクＩＤをキーとするＤＨＴルーティングによって最終的にチャンクのルートノードに到着することになる。なお、ＤＨＴルーティングについては、特開２００６−１９７４００号公報等で公知であるので、詳しい説明を省略する。
【００４２】
チャンク検索メッセージを受信したルートノードは、これに含まれるチャンクＩＤに対応するインデックス情報をインデックス情報キャッシュから１または複数取得する。取得されたインデックス情報は、ユーザノードのノード情報に基づいて、チャンク検索メッセージの送信元であるユーザノードに対して返信される。こうしてインデックス情報を取得したユーザノードは、インデックス情報に基づいてチャンクを取得またはダウンロードする。具体的に、ユーザノードは、インデックス情報に含まれるコンテンツ保持ノードのＩＰアドレス及びポート番号等に基づいて、チャンク要求メッセージをコンテンツ保持ノードに送信する。チャンク要求メッセージには、ユーザノードのノード情報及び取得を望むチャンクのチャンクＩＤが含まれている。チャンク要求メッセージを受信したコンテンツ保持ノードは、チャンク要求メッセージに含まれるチャンクＩＤに対応するチャンクをユーザノードに送信またはアップロードする。一方、所望するチャンクを保存するコンテンツ保持ノードが存在しないとき、ユーザノードは、コンテンツ保持ノードのインデックス情報を取得することができない。この場合、ユーザノードは、センターサーバＳＶからチャンクを取得しても良い。
【００４３】
あるいは、ルートノードは、インデックス情報に含まれるＩＰアドレス等に示されたコンテンツ保持ノードに対してチャンク送信要求メッセージを送信する。チャンク送信要求メッセージは、チャンク要求メッセージの送信元のノード情報を含む。チャンク送信要求を受信したコンテンツ保持ノードは、受信したメッセージが含むノード情報が示すユーザノードへチャンクの送信またはアップロードを開始する。これにより、ユーザノードは、コンテンツ保持ノードからチャンクを取得することが可能になる。
【００４４】
そして、ユーザノードは、コンテンツ保持ノードからチャンクを取得して保存したとき、チャンクを公開する。チャンクの公開とは、ユーザノードがコンテンツ保持ノードとしてチャンクを保存したことをルートノードへ知らせることをいう。チャンクの公開により、公開したコンテンツ保持ノードから、公開されたチャンクを他のノード装置が取得可能になる。具体的に、チャンクを保存したユーザノードは、パブリッシュメッセージを送信する。パブリッシュメッセージは、チャンクのチャンクＩＤ及びチャンクを保存したユーザノードのノード情報を含む。パブリッシュメッセージは、チャンクのルートノードに向けて送出される。これにより、パブリッシュメッセージは、検索メッセージと同じように、チャンクＩＤをキーとするＤＨＴルーティングによってルートノードに到着することになる。ルートノードは、受信したパブリッシュメッセージに含まれるノード情報及びチャンクＩＤの組を含むインデックス情報をインデックス情報キャッシュに記憶する。こうして、上記ユーザノードは、新たに、上記チャンクを保存するコンテンツ保持ノードとなる。
【００４５】
［公開終了期限の延長処理について］
次に図２を用いて、本実施形態の公開終了日時延長処理について説明する。図２は、本実施形態の公開終了日時の延長処理の一例を示す概念図である。まず、センターサーバＳＶが、センターサーバＳＶが記憶するコンテンツの公開終了日時になったか否かを判定する（図２（１））。具体的には、センターサーバＳＶが記憶するコンテンツの公開終了日時と、現在日時情報との差が所定の範囲内であるコンテンツが存在するか否かが判定される。なお、現在日時情報は、現在の日時を示す情報である。現在日時情報は、ネットワークを介して他の装置から取得されても良い。また、センターサーバＳＶのＣＰＵが備えるタイマーにより、計時動作が実行されることで、現在日時情報が決定されても良い。図８は本実施形態の公開期限情報記憶領域の記憶状態を示す概念図である。公開期限情報記憶領域の詳細については、後述する。図８に示すように、各コンテンツＩＤと対応付けられて、公開開始日時と、公開終了日時とが、公開期限情報記憶領域に記憶される。図８に示す公開終了日時が、図２（１）の判定処理に用いられる。
【００４６】
センターサーバＳＶにより、センターサーバＳＶが記憶するコンテンツの公開終了日時と、現在日時情報との差が所定の範囲内であるコンテンツが存在すると判定された場合、判定されたコンテンツのルートノードに、センターサーバＳＶから延長判定処理の要求が送信される（図２（２））。図２の例では、ノード装置Ｔ３−１が、延長判定処理の要求を受信したルートノードであある。
【００４７】
ルートノードは延長判定処理の要求を受信すると、延長判定処理を実行する（図２（３））。具体的には、まず、本実施形態では、各コンテンツのルートノードが、視聴情報を記憶する。視聴情報は、ルートノードが所在を記憶するコンテンツの人気を決定するために使用される。例えば、視聴情報を多く受信すればするほど、人気が有るコンテンツであると決定される。ルートノードは、受信した視聴情報の数をカウントする。具体的には、まず、ユーザノードはコンテンツを取得すると、ルートノードに向けてパブリッシュメッセージを送信する。そして、ユーザノードは、取得したコンテンツを視聴する。コンテンツが視聴されると、ユーザノードは、視聴情報をルートノードに向けて送信する。ルートノードは視聴情報を受信すると、受信した視聴情報の数をカウントする。これにより、ルートノードは、コンテンツの人気を決定するための視聴情報を取得することができる。なお、コンテンツの人気を決定するための情報は、視聴情報に限定されるものではない。例えば、コンテンツのキャッシュ数によりコンテンツの人気が決定されても良い。コンテンツのキャッシュ数は、オーバーレイネットワークＯＬにより保存されるコンテンツの数を示す。本実施形態では、コンテンツを記憶したノード装置は、パブリッシュメッセージをルートノードに向けて送信する。これにより、ルートノードは、オーバーレイネットワークＯＬに保存されるコンテンツのキャッシュ数を把握することができる。コンテンツのキャッシュ数が多いほど、人気が有るコンテンツであると決定される。上記処理により決定された視聴情報の数、または、キャッシュ数が所定の数より多いか否かが判定される。所定の数より多いと判定された場合、所定の数より多いと判定されたコンテンツの公開終了日時が延長される。図９は、本実施形態の視聴情報記憶領域に記憶される視聴情報の記憶状態を示す概念図である。視聴情報記憶領域の詳細については、後述する。図９に示すように、各コンテンツＩＤと対応付けられて、キャッシュ数と、視聴情報の数としての視聴数と、公開開始日時と、公開終了日時と、最終アクセス日時とが視聴情報記憶領域に記憶される。図９に示す視聴数またはキャッシュ数が、図２（３）の判定処理に用いられる。
【００４８】
そして、ルートノードであるノード装置Ｔ３−１は、公開終了日時を延長すると判定した場合、センターサーバＳＶへ延長依頼を送信する（図２（４））。この場合、ルートノードは、延長を依頼するコンテンツＩＤと、延長する期間とを含む延長依頼をセンターサーバＳＶへ送信する。そして、センターサーバＳＶは延長依頼を受信すると、受信した延長期間分だけコンテンツの公開終了日時を延長する。これにより、人気があるコンテンツは、自動でコンテンツの公開終了期限を延長できるため、公開終了日時の延長の手間が低減され、延長を自動で設定することができる。
【００４９】
［公開終了日時の短縮処理について］
次に図３を用いて、本実施形態の公開終了日時の短縮処理について説明する。図３は、本実施形態の公開終了日時の短縮処理の一例を示す概念図である。まず、ルートノードは、定期的に公開終了日時の短縮を依頼すべきコンテンツがあるか否かを確認する。図３では、ルートノードがノード装置Ｔ３−１の例を用いて説明する。ルートノードは、ルートノードが所在を記憶するコンテンツの中で、最終アクセス日時と、現在の日時との差が所定以上のコンテンツがあるか否かを判定する。この場合、図９に示す視聴情報記憶領域に記憶された最終アクセス日時が用いられる。最終アクセス日時と、現在の日時との差が所定以上のコンテンツがあると判定された場合、判定されたコンテンツの公開終了日時の短縮が、センターサーバＳＶに要求される（図３（５））。この要求には、公開終了日時を短縮するコンテンツのコンテンツＩＤが含まれる。これは、所定の期間アクセスがなかったコンテンツは、人気が無いコンテンツと推定されるためである。このとき、最終アクセス時刻と、現在の時刻との差が大きいコンテンツほど、公開終了日時が短縮される時間が大きくなっても良い。この場合、ルートノードからセンターサーバＳＶに送信される要求には、コンテンツＩＤと、公開終了日時が短縮される期間とが含まれても良い。
【００５０】
センターサーバＳＶは公開終了日時の短縮を依頼されると、公開終了日時の短縮処理を実行する（図３（６））。センターサーバＳＶは、短縮が依頼されたコンテンツＩＤに対応するコンテンツを決定する。そして、センターサーバＳＶは、決定したコンテンツの公開終了日時を所定の期間分だけ短縮する。
【００５１】
本実施形態では、コンテンツの人気に応じて、コンテンツの公開終了日時を延長していたが、これに限定されるものではない。例えば、コンテンツの公開終了日時の延長可否を、ユーザに問い合わせても良い。この場合、最初に、公開終了日時と現在日時との差が所定差以内であるとコンテンツが判定される。そして、所定差以内であると判定されたコンテンツについて、ユーザに、公開終了日時の延長可否について問い合わせる。具体的には、センターサーバＳＶから、オーバーレイネットワークＯＬに参加するノード装置へ、延長可否の判定が依頼される。そして、ノード装置は延長可否の判定の依頼を受信すると、延長を希望する、または、延長を希望しない、のいずれかの要求を、センターサーバＳＶへ送信する。センターサーバＳＶは，延長を希望する要求を所定数以上受信した場合、コンテンツの公開終了日時を延長する。このとき、延長を希望するユーザの数が多いほど、延長させる期限が長くなるように決定されても良い。
【００５２】
［ノード装置の電気的構成］
次に、図４を参照して、ノード装置の電気的構成ついて説明する。図４は、本実施形態のノード装置の電気的構成を示すブロック図である。図４に示すように、本実施形態のノード装置には、ノード装置を制御するＣＰＵ１が備えられている。ＣＰＵ１には、ＨＤＤ２とＲＡＭ３とデコーダ部４と通信部９とがそれぞれ電気的に接続されている。ＨＤＤ２、ＲＡＭ３、などの記憶手段とＣＰＵ１とは、ノード装置のコンピュータを構成している。ＣＰＵ１、ＨＤＤ２、ＲＡＭ３、デコーダ部４、及び通信部９はバスを介して相互に接続されている。なお、ノード装置としては、パーソナルコンピュータ、又はＳＴＢ（Set  Top Box）等を適用可能である。
【００５３】
ＨＤＤ２は、プログラム記憶領域２１と、ルーティングテーブル記憶領域２３と、視聴情報記憶領域２４と、インデックス情報記憶領域２５とを含む。プログラム記憶領域２１は、メイン動作処理プログラム記憶領域２２を含む。メイン動作処理プログラム記憶領域２２は、メイン動作処理プログラムを記憶する。メイン動作処理プログラムは、ノード装置にメイン動作処理を実行させるプログラムである。
【００５４】
ルーティングテーブル記憶領域２３は、本実施形態のＤＨＴのルーティングテーブルを記憶する。視聴情報記憶領域２４は、本実施形態の視聴情報を記憶する。ノード装置が他のノードから視聴情報を受信した場合、受信した視聴情報が視聴情報記憶領域２４に記憶される。視聴情報記憶領域２４に記憶された視聴情報に基づいて、視聴情報の数がカウントされる。インデックス情報記憶領域２５は、インデックス情報が記憶される。本実施形態では、インデックス情報記憶領域２５は、インデックス情報と、インデックス情報が使用された最終アクセス日時とを対応付けて記憶する。なお、本実施形態の視聴情報記憶領域２４は、本発明の第２記憶手段の一例である。
【００５５】
なお、ノード装置のメイン動作処理プログラムは、例えば、ネットワークＮＷ上の所定のサーバからダウンロードされるようにしてもよいし、例えば、ＣＤ−ＲＯＭ等の記録媒体に記録されて記録媒体のドライブを介して読み込まれるようにしても良い。
【００５６】
ＲＡＭ３は、コンテンツデータ一時記憶領域３１を含む。コンテンツデータ一時記憶領域３１は、オーバーレイネットワークＯＬで送受信されるコンテンツデータを一時記憶する。通信部９は、ネットワークＮＷを通じてノード装置または外部装置と情報の通信制御を行う。
【００５７】
ノード装置は、通信部９を介して要求に応じて送信されてきたコンテンツまたはチャンクまたはメタ情報ファイルを受信する受信処理を行う。本実施形態のコンテンツまたはチャンクまたはメタ情報ファイルはパケット化されて送信されるようになっている。各パケットは、通信部９を通じて受信され、ＲＡＭ３に一時記憶される。このように一時記憶されたコンテンツは、ＲＡＭ３から読み出されてデコーダ部４と、映像処理部５と、音声処理部７と、ディスプレイ６と、スピーカ８とを通じて再生出力される。或いは、ＲＡＭ３に記憶されたコンテンツは、ＲＡＭ３から読み出されてＨＤＤ２に記憶されても良い。または、コンテンツデータがＲＡＭ３を介さず、直接ＨＤＤ２に記憶されても良い。その後、ユーザからの操作指示にしたがって、ＨＤＤ２からコンテンツが読み出される。読み出されたコンテンツは、デコーダ部４と、映像処理部５と、音声処理部７と、ディスプレイ６と、スピーカ８とを通じて再生出力される。これにより、ユーザはコンテンツの視聴を行うことができる。
【００５８】
［センターサーバＳＶの電気的構成］
次に、図５を参照して、センターサーバＳＶの電気的構成ついて説明する。図５は、本実施形態のセンターサーバＳＶの電気的構成を示すブロック図である。図５に示すように、本実施形態のセンターサーバＳＶには、センターサーバＳＶを制御するＣＰＵ１１が備えられている。ＣＰＵ１１には、ＨＤＤ１２とＲＡＭ１３と通信部１９とがそれぞれ電気的に接続されている。ＨＤＤ１２、ＲＡＭ１３、などの記憶手段とＣＰＵ１１とは、センターサーバＳＶのコンピュータを構成している。ＣＰＵ１１、ＨＤＤ１２、ＲＡＭ１３及び通信部９はバスを介して相互に接続されている。
【００５９】
ＨＤＤ１２は、プログラム記憶領域１２１と、公開期限情報記憶領域１２３と、コンテンツデータ記憶領域１２４とを含む。プログラム記憶領域１２１は、メイン動作処理プログラム記憶領域１２２を含む。メイン動作処理プログラム記憶領域１２２は、センターサーバＳＶのメイン動作処理プログラムを記憶する。センターサーバＳＶのメイン動作処理プログラムは、センターサーバＳＶにメイン動作処理を実行させるプログラムである。
【００６０】
公開期限情報記憶領域１２３は、公開期限情報を記憶する。本実施形態では、公開期限情報は、公開開始日時と、公開終了日時とを含む。公開期限情報が含む公開終了日時に基づいて、公開終了時期の延長処理または短縮処理が実行される。コンテンツデータ記憶領域１２４は、オーバーレイネットワークＯＬに公開されるコンテンツのオリジナルを記憶する。本実施形態の公開期限情報記憶領域１２３は、本発明の第１記憶手段の一例である。なお、公開期限情報は、ネットワークに接続される別の装置から取得されても良い。
【００６１】
なお、センターサーバＳＶのメイン動作処理プログラムは、例えば、ネットワークＮＷ上の所定のサーバからダウンロードされるようにしてもよいし、例えば、ＣＤ−ＲＯＭ等の記録媒体に記録されて記録媒体のドライブを介して読み込まれるようにしても良い。
【００６２】
通信部１９は、ネットワークＮＷを通じてノード装置または外部装置と情報の通信制御を行う。
【００６３】
［ノード装置のメイン動作］
以上説明した構成からなる本実施形態のノード装置の動作及び作用について、添付図面を参照して説明する。まず、ノード装置の動作及び作用について、添付図面を参照して説明する。図６は、ノード装置におけるメイン動作の処理手順を示すフローチャートである。ノード装置のメイン動作は、電源またはコンセントを介して商用電源などの外部電源とノード装置とが接続されたことにより、遂行される。以下に示す処理は、ＣＰＵ１により処理される。なお、本実施形態のノード装置は、本発明の第２情報処理装置の一例である。なお、本発明の第２情報処理装置として、オーバーレイネットワークに参加するノード装置以外の装置が用いられても良い。この場合、ネットワークに接続されているノード装置であれば、本発明の第２情報処理装置として用いられれば良い。
【００６４】
ステップＳ１０１では、検索メッセージが受信されたか否かが判定される。検索メッセージが受信されたと判定された場合（ステップＳ１０１：ＹＥＳ）、ステップＳ１０２が実行される。検索メッセージが受信されたと判定されなかった場合（ステップＳ１０１：ＮＯ）、ステップＳ１０３が実行される。
【００６５】
ステップＳ１０２では、検索メッセージの送信元のノード装置へ、インデックス情報記憶領域２５に記憶されたインデックス情報が送信される。
【００６６】
ステップＳ１０３では、視聴情報が受信されたか否かが判定される。視聴情報を受信したと判定された場合（ステップＳ１０３：ＹＥＳ）、ステップＳ１０４が実行される。視聴情報を受信したと判定されなかった場合（ステップＳ１０３：ＮＯ）、ステップＳ１０５が実行される。
【００６７】
ステップＳ１０４では、ステップＳ１０３で受信した視聴情報が、視聴情報記憶領域２４に記憶される。そして、視聴情報記憶領域２４に記憶された視聴情報に基づいて、各コンテンツの視聴数情報がカウントされる。
【００６８】
ステップＳ１０５では、延長要求が受信されたか否かが判定される。延長要求が受信されたと判定された場合（ステップＳ１０５：ＹＥＳ）、ステップＳ１０６が実行される。延長要求が受信されたと判定されなかった場合（ステップＳ１０５：ＮＯ）、ステップＳ１０９が実行される。
【００６９】
ステップＳ１０６では、ステップＳ１０５で受信されたコンテンツＩＤに対応するコンテンツの人気が所定以上であるか否かがされる。そして、決定されたコンテンツの視聴情報の数が、所定数以上であるか否かが判定される。具体的には、具体的には、ステップＳ１０５で受信されたカウントされた視聴情報の数が所定数以上であるか否かが判定される。また、コンテンツのキャッシュ数が所定数以上であるか否かが判定される。コンテンツの人気が所定以上であると判定された場合（ステップＳ１０６：ＹＥＳ）、ステップＳ１０７が実行される。コンテンツの人気が所定以上であると判定されなかった場合（ステップＳ１０６：ＮＯ）、ステップＳ１２２が実行される。本実施形態のコンピュータとステップＳ１０６とは、本発明の第２判定手段の一例である。また、本実施形態のステップＳ１０６は、本発明の第２判定ステップの一例である。
【００７０】
ステップＳ１０７では、延長期間決定処理が実行される。具体的には、ステップＳ１０５で受信した延長要求が含むコンテンツＩＤの延長期間が決定される。本実施形態では、コンテンツの視聴情報の数が多いほど、延長期間が長く決定される。また、コンテンツのキャッシュの数が多いほど、延長期間が長く決定される。本実施形態のコンピュータとステップＳ１０７とは、本発明の決定手段の一例である。
【００７１】
ステップＳ１０８では、ステップＳ１０７で決定された延長期間が、センターサーバＳＶに送信される。本実施形態のコンピュータとステップＳ１０８とは、本発明の送信手段の一例である。また、本実施形態のステップＳ１０８は、本発明の送信ステップの一例である。
【００７２】
ステップＳ１０９では、コンテンツの視聴が要求されたか否かが判定される。具体的には、ノード装置の図示しない入力部等により、ユーザからコンテンツの視聴が要求される。コンテンツの視聴とは、例えば、ユーザが所望のコンテンツＩＤを決定することである。コンテンツの視聴が要求されたと判定された場合（ステップＳ１０９：ＹＥＳ）、ステップＳ１１０が実行される。コンテンツの視聴が要求されたと判定されなかった場合（ステップＳ１０９：ＮＯ）、ステップＳ１１８が実行される。
【００７３】
ステップＳ１１０では、ルートノードへ向けて検索メッセージが送信される。ステップＳ１０９で視聴が要求されたコンテンツＩＤに基づいて、検索メッセージがルートノードへ向けて送信される。
【００７４】
ステップＳ１１１では、インデックス情報が受信されたか否かが判定される。ステップＳ１１１では、ステップＳ１１０で送信した検索メッセージに含まれるコンテンツＩＤのインデックス情報が受信されたか否かが判定される。インデックス情報が受信されたと判定された場合（ステップＳ１１１：ＹＥＳ）、ステップＳ１１２が実行される。インデックス情報が受信されたと判定されなかった場合（ステップＳ１１１：ＮＯ）、再度ステップＳ１１１が実行される。
【００７５】
ステップＳ１１２では、ステップＳ１１１で受信したインデックス情報に基づいて、コンテンツ要求メッセージが送信される。具体的には、ステップＳ１１２では、メタ情報ファイルに対するコンテンツ要求メッセージが送信される。
【００７６】
ステップＳ１１３では、コンテンツが受信されたか否かが判定される。本実施形態では、特に、コンテンツとしてメタ情報ファイルが受信された否かが判定される。コンテンツが受信されたと判定された場合（ステップＳ１１３：ＹＥＳ）、ステップＳ１１４が実行される。コンテンツが受信されたと判定されなかった場合（ステップＳ１１３：ＮＯ）、ステップＳ１１３が繰り返し実行される。
【００７７】
ステップＳ１１４では、チャンク取得処理が実行される。ステップＳ１１３で受信されたメタ情報ファイルに基づいて、チャンク取得処理が実行される。メタ情報ファイルが含むチャンクＩＤに従って、チャンク要求メッセージが送信され、チャンクが取得される。
【００７８】
ステップＳ１１５では、ステップＳ１１３受信したメタ情報ファイルと、ステップＳ１１４で取得したチャンクが、公開される。ステップＳ１１３受信したメタ情報ファイルと、ステップＳ１１４で取得したチャンクとのパブリッシュメッセージが、夫々のルートノードに向けて送信される。
【００７９】
ステップＳ１１６では、ステップＳ１１４で取得されたチャンクに基づいて、コンテンツが、ノード装置のユーザにより視聴される。
【００８０】
ステップＳ１１７では、ステップＳ１１６でコンテンツが視聴されたことに基づいて、視聴情報が視聴されたコンテンツのルートノードへ向けて送信される。具体的には、視聴されたコンテンツのコンテンツＩＤを含む視聴情報が、ルートノードへ向けて送信される。
【００８１】
ステップＳ１１８では、所定の確認タイミングであるか否かが判定される。例えば、前回ステップＳ１１８で確認タイミングが実行されてから、所定の期間経過したか否かが判定される。この場合、前回確認タイミングが訪れたときの日時を示す情報がＲＡＭ３の所定の記憶領域に一時記憶される。ＲＡＭ３に記憶された日時を示す情報と、現在の日時との差が所定以上であるか否かが判定されることで、所定の確認タイミングであるか否かが判定される。所定の確認タイミングであると判定された場合（ステップＳ１１８：ＹＥＳ）、ステップＳ１１９が実行される。所定の確認タイミングであると判定されなかった場合（ステップＳ１１８：ＮＯ）、ステップＳ１２２が実行される。
【００８２】
ステップＳ１１９では、現在の日時と最終アクセス日時との差が所定以上のコンテンツがあるか否かが判定される。具体的には、インデックス情報記憶領域２５に記憶された最終アクセス日時と、現在の日時とに基づいて、現在の日時と最終アクセス日時との差が所定以上のコンテンツがあるか否かが判定される。現在の日時と最終アクセス日時との差が所定以上のコンテンツがあると判定された場合(ステップＳ１１９：ＹＥＳ)、ステップＳ１２０が実行される。現在の日時と最終アクセス日時との差が所定以上のコンテンツがあると判定されなかった場合(ステップＳ１１９：ＮＯ)、ステップＳ１２２が実行される。
【００８３】
ステップＳ１２０では、ステップＳ１１９で判定されたコンテンツが、公開終了日時を短縮するコンテンツであると決定される。
【００８４】
ステップＳ１２１では、ステップＳ１２０で決定されたコンテンツの公開終了日時の短縮がセンターサーバＳＶに要求される。具体的には、ステップＳ１２０で決定されたコンテンツのコンテンツＩＤがセンターサーバＳＶに送信される。さらに、ステップＳ１２１では、公開終了日時の短縮期間もセンターサーバＳＶに送信されても良い。
【００８５】
ステップＳ１２２では、電源がオフされたか否かが判定される。電源がオフされたと判定された場合（ステップＳ１２２：ＹＥＳ）、ノード装置におけるメイン動作は終了される。電源がオフされたと判定されなかった場合（ステップＳ１２２：ＮＯ）、ステップＳ１０１が再度実行される。
【００８６】
［センターサーバＳＶのメイン動作］
以下、図７を参照して本実施形態のセンターサーバＳＶの動作及び作用について説明する。図７は、センターサーバＳＶにおけるメイン動作の処理手順を示すフローチャートである。センターサーバＳＶのメイン動作は、電源またはコンセントを介して商用電源などの外部電源とノード装置とが接続されたことにより、遂行される。以下に示す処理は、ＣＰＵ１１により処理される。なお、本実施形態のセンターサーバＳＶは、本発明の第１情報処理装置の一例である。なお、本発明の第１情報処理装置として、センターサーバＳＶ以外の装置が用いられても良い。この場合、オーバーレイネットワークに接続されているノード装置が、本発明の第１情報処理装置として用いられても良い。
【００８７】
ステップＳ２０１では、コンテンツが投入されたか否かが判定される。コンテンツが投入されたと判定された場合（ステップＳ２０１：ＹＥＳ）、ステップＳ２０２が実行される。コンテンツが投入されたと判定されなかった場合（ステップＳ２０１：ＮＯ）、ステップＳ２０３が実行される。
【００８８】
ステップＳ２０２では、投入処理が実行される。まず、投入されたコンテンツが、コンテンツデータ記憶領域１２４に記憶される。次に本実施形態では、投入処理として、コンテンツＩＤの付与、メタ情報ファイルの生成、チャンクへの分割、チャンクＩＤの付与等が実行される。
【００８９】
ステップＳ２０３では、現在の日時が取得される。ＣＰＵ１１に備えられた図示しないタイマーにより計時動作が行われても良い。また、ネットワークを介して、他の装置から現在の日時が取得されても良い。本実施形態のコンピュータと、ステップＳ２０３とは、本発明の取得手段の一例である。また、本実施形態のステップＳ２０３は、本発明の取得ステップの一例である。
【００９０】
ステップＳ２０４では、所定の確認タイミングであるか否かが判定される。例えば、前回確認タイミングが実行されてから、所定の期間経過したか否かが判定される。この場合、前回確認タイミングが訪れたときの日時を示す情報がＲＡＭ３の所定の記憶領域に一時記憶される。ＲＡＭ３に記憶された日時を示す情報と、ステップＳ２０３で取得された現在の日時との差が所定以上であるか否かが判定されることで、所定の確認タイミングであるか否かが判定される。所定の確認タイミングであると判定された場合（ステップＳ２０４：ＹＥＳ）、ステップＳ２０５が実行される。所定の確認タイミングであると判定されなかった場合（ステップＳ２０４：ＮＯ）、ステップＳ２１０が実行される。
【００９１】
ステップＳ２０５では、現在の日時と公開終了日時との差が所定の範囲以内であるコンテンツがあるか否かが判定される。具体的には、公開期限情報記憶領域１２３に記憶された公開終了日時と、現在の日時とに基づいて、現在の日時と公開終了日時との差が所定の範囲以内であるコンテンツがあるか否かが判定される。現在の日時と公開終了日時との差が所定の範囲以内であるコンテンツがあると判定された場合(ステップＳ２０５：ＹＥＳ)、ステップＳ２０６が実行される。現在の日時と公開終了日時との差が所定の範囲以内であるコンテンツがあると判定されなかった場合(ステップＳ２０５：ＮＯ)、ステップＳ２１０が実行される。本実施形態のコンピュータとステップＳ２０５とは、本発明の第１判定手段の一例である。また、本実施形態のステップＳ２０５は、本発明の第１判定ステップの一例である。
【００９２】
ステップＳ２０６では、ステップＳ２０５で所定の範囲以内であると判定されたコンテンツの延長判定が、ルートノードへ要求される。具体的には、ステップＳ２０５で所定の範囲以内であると判定されたコンテンツのコンテンツＩＤが、ルートノードに向けて送信される。なお、ステップＳ２０６で延長判定がルートノードへ要求された時刻が、ＲＡＭ１３に一時記憶される。本実施形態のコンピュータとステップＳ２０６とは、本発明の要求手段の一例である。また、本実施形態のステップＳ２０６は、本発明の要求ステップの一例である。
【００９３】
ステップＳ２０７では、延長判定の結果が受信されたか否かが判定される。ステップＳ２０７では、図６のステップＳ１０８で送信された延長期間が、延長判定の結果として受信される。延長判定の結果が受信されたと判定された場合（ステップＳ２０７：ＹＥＳ）、ステップＳ２０８が実行される。延長判定の結果が受信されたと判定されなかった場合（ステップＳ２０７：ＮＯ）、ステップＳ２０９が実行される。
【００９４】
ステップＳ２０８では、ステップＳ２０７で受信した延長期間に基づいて、公開終了日時が延長される。延長された公開終了日時は、再度、公開期限情報記憶領域１２３に記憶される。そして、公開終了日時が延長されたことを示す情報が、オーバーレイネットワークＯＬに参加するノード装置へ向けて送信される。本実施形態のコンピュータとステップＳ２０８とは、本発明の制御手段の一例である。また、本実施形態のステップＳ２０８は、本発明の制御ステップの一例である。
【００９５】
ステップＳ２０９では、ステップＳ２０６で延長判定を要求してから所定の期間が経過したか否かが判定される。ステップＳ２０６でＲＡＭ１３に一時記憶した日時と、現在の日時との差が所定以上になったか否かが判定されることにより、所定の期間が経過したか否かが判定される。ステップＳ２０６で延長判定を要求してから所定の期間が経過したと判定された場合（ステップＳ２０９：ＹＥＳ）、ステップＳ２１０が実行される。ステップＳ２０６で延長判定を要求してから所定の期間が経過したと判定されなかった場合（ステップＳ２０９：ＮＯ）、ステップＳ２０７が実行される。
【００９６】
ステップＳ２１０では、公開終了日時短縮の要求が受信されたか否かが判定される。ステップＳ２１０で判定される公開終了日時短縮の要求は、ステップＳ１２１で送信された要求である。公開終了日時短縮の要求が受信されたと判定された場合（ステップＳ２１０：ＹＥＳ）、ステップＳ２１１が実行される。公開終了日時短縮の要求が受信されたと判定されなかった場合（ステップＳ２１０：ＮＯ）、ステップＳ２１３が実行される。
【００９７】
ステップＳ２１１では、センターサーバＳＶのＨＤＤ１２に、所定以上の空き容量があるか否かが判定される。所定以上の空き容量があると判定された場合（ステップＳ２１１：ＹＥＳ）、ステップＳ２１３が実行される。所定以上の空き容量があると判定されなかった場合（ステップＳ２１１：ＮＯ）、ステップＳ２１２が実行される。
【００９８】
ステップＳ２１２では、公開終了日時の短縮処理が実行される。ステップＳ２１１で受信された要求が含むコンテンツＩＤに対応するコンテンツが、公開期限情報記憶領域１２３の中から決定される。そして、決定されたコンテンツの公開終了日時が、所定の期間分だけ短縮される。なお、最終アクセス日時と、現在の日時との差が大きいコンテンツほど、公開終了日時が短縮される時間が大きくなっても良い。この場合、ステップＳ１２１で送信された要求には、短縮期間が含まれている。そして、ステップＳ２１０で受信した要求に含む短縮期間分だけ、公開終了日時が短縮される。
【００９９】
ステップＳ２１３では、電源がオフされたか否かが判定される。電源がオフされたと判定された場合（ステップＳ２１３：ＹＥＳ）、センターサーバＳＶにおけるメイン動作は終了される。電源がオフされたと判定されなかった場合（ステップＳ２１３：ＮＯ）、ステップＳ２０１が再度実行される。
【０１００】
本実施形態においては、オーバーレイネットワークＯＬに、ＤＨＴのルーティングテーブルを利用したピアツーピアの通信システムが適用されていたが、これに限られるものではない。他のピアツーピアの通信システム、または、オーバーレイネットワークを用いたシステムに、本発明が適用されても良い。例えば、ＤＨＴ以外のルーティングテーブルが用いられる通信システムまたはピアツーピアの通信システムに本発明が適用されても良い。ＤＨＴを利用しないピアツーピアの通信システムとしては、例えば、ハイブリッド型のピアツーピアの通信システムがある。ハイブリッド型のピアツーピアの通信システム、または、ピュア型のピアツーピアの通信システムに本発明が適用されても良い。また、オーバーレイネットワークを用いていない情報通信システムに本発明が適用されても良い。例えば、複数のサーバ装置によりコンテンツが分散保存されるシステムに本発明が適用されても良い。
【０１０１】
また、本実施形態のステップＳ１０６で、人気が所定以上であるか判定された後に、ステップＳ１１９と同様の処理が実行されても良い。この場合、人気が所定以上のコンテンツであって、且つ、現在の日時と最終アクセス日時との差が所定以上のコンテンツであると判定された場合、そのコンテンツについては、コンテンツの公開終了日時を延長しないと決定しても良い。
【０１０２】
また、本実施形態では、公開終了日時を延長させるための処理が、センターサーバＳＶと、ノード装置との両方により実行されていたが、これに限定されるものではない。センターサーバＳＶが、ノード装置の視聴情報記憶領域２４を備えても良い。この場合、センターサーバＳＶ１台により、公開終了日時を延長させるための処理が実行されることになる。そして、ノード装置のステップＳ１０５からステップＳ１０８までの処理が、センターサーバＳＶにより実行されることになる。
【符号の説明】
【０１０３】
１  ＣＰＵ
２  ＨＤＤ
３  ＲＡＭ
４  デコーダ部
５  映像処理部
６  ディスプレイ
７  音声処理部
８  スピーカ
９  通信部
１１  ＣＰＵ  
１２  ＨＤＤ
１３  ＲＡＭ
１９  通信部
２１  プログラム記憶領域
２２  メイン動作処理プログラム記憶領域
２３  ルーティングテーブル記憶領域
２４  視聴情報記憶領域
２５  インデックス情報記憶領域
３１  コンテンツ一時記憶領域
１２１  プログラム記憶領域
１２２  メイン動作処理プログラム記憶領域
１２３  公開期限情報記憶領域
１２４  コンテンツデータ記憶領域
Ｔｍ−ｎ  ノード装置
ＮＬｍ  拠点
ＮＷ  ネットワーク
ＦＷ  ファイアウォール
ＢＲ  ブロードバンドルータ
Ｓ  情報通信システム
ＯＬ  オーバーレイネットワーク
ＳＶ  センターサーバ
【図１】
2012178119.tif 000003
【図２】
2012178119.tif 000004
【図３】
2012178119.tif 000005
【図４】
2012178119.tif 000006
【図５】
2012178119.tif 000007
【図６】
2012178119.tif 000008
【図７】
2012178119.tif 000009
【図８】
2012178119.tif 000010
【図９】
2012178119.tif 000011