(57)【要約】【課題】コンテンツの各コンテンツノードやレプリカノードへの配信状態を確実に管理者において把握／管理することが可能な情報配信システムを提供する。【解決手段】ネットワークを介してコンテンツの配信を受けるノードＮと、コンテンツの配信状況を管理する配信管理サーバＭＮと、を含むコンテンツ配信システムＳにおいて、ノードＮは、コンテンツを受信し、受信済のコンテンツの情報量を検出し、検出した情報量に基づき、対応するコンテンツの受信状況を示す配信完了通知Ｓrpを出力する。一方、配信管理サーバＳＶは、配信完了通知ＳrpをノードＮ毎に受信し、受信した配信完了情報Ｓrpを、ノードＮ毎に記憶する。【選択図】図１
2008250773.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して配信情報の配信を受ける情報処理装置と、前記配信情報の配信状況を管理する管理装置と、を含む情報配信システムにおいて、
前記情報処理装置は、
前記配信情報を受信する処理装置受信手段と、
受信済の前記配信情報の情報量を検出する検出手段と、
前記検出した情報量に基づき、対応する前記配信情報の受信状況を示す受信状況情報を出力する出力手段と、
を備え、
前記管理装置は、
前記受信状況情報を前記情報処理装置毎に受信する管理装置受信手段と、
前記受信した受信状況情報を、当該情報処理装置毎に記憶する記憶手段と、
を備えることを特徴とする情報配信システム。
【請求項２】
請求項１に記載の情報配信システムにおいて、
前記検出手段は、配信されるべき前記配信情報の全てが当該検出手段が備えられる前記情報処理装置において受信されたか否かを検出し、
前記出力手段は、当該配信情報が全て受信された旨の前記受信状況情報を出力することを特徴とする情報配信システム。
【請求項３】
請求項１に記載の情報配信システムにおいて、
前記検出手段は、配信されるべき前記配信情報のうち当該検出手段が備えられる前記情報処理装置における前記配信情報の受信済情報量を検出し、
前記出力手段は、前記検出された受信済情報量を示す前記受信状況情報を出力することを特徴とする情報配信システム。
【請求項４】
請求項３に記載の情報配信システムにおいて、
前記検出手段は、前記受信済情報量を予め設定された一定時間の経過毎に検出し、
前記出力手段は、前記一定時間の経過毎の前記受信済情報量を示す前記受信状況情報を出力することを特徴とする情報配信システム。
【請求項５】
請求項１に記載の情報配信システムにおいて、
前記検出手段は、一又は複数の前記配信情報についての前記受信済情報量を予め設定された一定時刻毎に検出し、
前記出力手段は、前記一定時刻毎の前記受信済情報量を示す前記受信状況情報を出力することを特徴とする情報配信システム。
【請求項６】
請求項１から５のいずれか一項に記載の情報配信システムにおいて、
各前記情報処理装置への前記配信情報の配信を制御する制御装置を備え、
当該制御装置は、
各前記情報処理装置から出力された前記受信状況情報を一時的に記憶する受信状況情報記憶手段と、
前記一時的に記憶されている受信状況情報を、前記管理装置に送信する受信状況情報送信手段と、
を備えることを特徴とする情報配信システム。
【請求項７】
請求項１から６のいずれか一項に記載の情報配信システムにおいて、
前記配信情報が当該配信情報の配信先たる前記情報処理装置において出力可能となったことを示す出力可能配信情報メニューに相当するメニュー情報を、前記ネットワークを介して前記情報処理装置から前記出力可能配信情報メニューを閲覧可能に記憶するメニュー記憶手段を備えるメニュー管理装置を備え、
前記管理装置は、
前記配信情報が配信されるべき全ての前記情報処理装置において当該配信情報全体の受信が夫々に完了したか否かを前記受信状況情報に基づいて検出する配信完了検出手段と、
全ての前記情報処理装置において前記配信情報全体の受信が夫々に完了したことが前記配信完了検出手段において検出されたとき、当該配信が完了した旨の配信完了情報と、当該配信が完了した前記配信情報を示す配信完了識別情報とを前記メニュー管理装置に送信する完了情報送信手段と、
を備え、
前記メニュー管理装置は、前記受信した配信完了識別情報に基づいて前記メニュー情報を更新することを特徴とする情報配信システム。
【請求項８】
請求項１から７のいずれか一項に記載の情報配信システムにおいて、
前記管理装置は、
前記取得した受信状況情報に基づいて、前記配信情報の配信遅延が発生している前記情報処理装置を検出する遅延装置検出手段と、
前記配信遅延が発生している前記情報処理装置が検出されたとき、当該情報処理装置に対して、前記配信を促進すべき旨を示す配信促進情報を送信する配信促進手段と、
を備えることを特徴とする情報配信システム。
【請求項９】
請求項８に記載の情報配信システムにおいて、
前記管理装置は前記配信遅延の発生原因を検出する原因検出手段を備え、
前記配信促進手段は、前記配信遅延が配信時間帯の制限によるものである場合、当該制限を解除する旨の前記配信促進情報を前記配信遅延が発生している前記情報処理装置に対して送信することを特徴とする情報配信システム。
【請求項１０】
請求項８に記載の情報配信システムにおいて、
前記管理装置は前記配信遅延の発生原因を検出する原因検出手段を備え、
前記配信促進手段は、前記配信遅延が配信速度の制限によるものである場合、当該制限を解除する旨の前記配信促進情報を前記配信遅延が発生している前記情報処理装置に対して送信することを特徴とする情報配信システム。
【請求項１１】
コンピュータを、請求項１から１０のいずれか一項に記載の情報配信システムに含まれる前記管理装置として機能させることを特徴とする管理装置用プログラム。
【請求項１２】
コンピュータを、請求項１から１０のいずれか一項に記載の情報配信システムに含まれる前記情報処理装置として機能させることを特徴とする情報処理装置用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報配信システム、管理装置用プログラム及び情報処理装置用プログラムの技術分野に属し、より詳細には、例えば映画等に相当する動画像情報等を配信する情報配信システム並びに当該配信システムに含まれる管理装置において使用される管理装置用プログラム及び当該配信システムに含まれる情報処理装置において使用される情報処理装置用プログラムの技術分野に属する。
【背景技術】
【０００２】
近年、インターネット等のネットワーク技術は著しく進歩しつつあり、その中で、例えば下記特許文献１に開示されている如きコンテンツ配信システムに関する研究が行われている。
【０００３】
ここで、当該コンテンツ配信システムにおいて、例えば映画等のコンテンツは、その製作者又は管理者（当該製作者又は管理者を、以下単に管理者等と称する）により当該コンテンツ配信システム内のいずれかのコンテンツノードに対してネットワークを介して最初に配信され、当該各コンテンツノードにおいて蓄積／記憶される。なお、上記管理者等によりコンテンツ配信システム内に最初にコンテンツが配信されることを、以下、「コンテンツの投入」と称する。
【０００４】
そして、当該投入されたコンテンツをコンテンツ配信システム内において配信する場合には、当該コンテンツに相当する動画情報等を蓄積／記憶している上記コンテンツノードから、当該コンテンツの視聴を希望する者により操作されるリクエストノードに対して当該動画情報等が配信（伝送）される。
【０００５】
なお、当該「コンテンツノード」の定義付けについては、例えば下記特許文献１の明細書段落番号［００７１］を参照することができ、また当該「リクエストノード」の定義付けについては、例えば下記特許文献１の明細書段落番号［００６４］及び［００６５］を参照することができる。
【０００６】
また、上記コンテンツ配信システムにおいては、一旦投入されたコンテンツは、初期投入の後、最初に投入先となったコンテンツノードだけではなく、例えば分散ハッシュテーブル（いわゆるＤＨＴ（Distributed Hash Table））アルゴリズムに則って他のノード内にそのコンテンツの複製（レプリカ）が作成される。そして、当該レプリカが暫増的に作成されることで、最初に投入されたコンテンツノード以外にも、同一のコンテンツを蓄積／記憶するコンテンツノードがコンテンツ配信システム内に複数存在することとなる。これにより、配信元の分散が実現され、リクエストノードへの配信の迅速化及び安定化が図られることとなる。
【０００７】
なお、上記レプリカが作成されたノードを、以下、適宜「レプリカノード」と称する。また、上記ＤＨＴアルゴリズムについては、例えば下記特許文献１の明細書段落番号［００３９］乃至［００７２］並びに図１乃至図５の記載を参照することができる。
【０００８】
一方、上記コンテンツ配信システムに投入され更にレプリカが作成されるコンテンツの中には、当該投入先たるコンテンツノードやレプリカの作成先たるレプリカノードへの配信の進捗状況（レプリカ作成状況）又は配信（レプリカの作成）が完了状況（完了したか否か）を当該コンテンツを投入した管理者等において管理する必要があるものがある。
【０００９】
具体的には、例えば投入代金が支払らわれたある種のコンテンツを投入し更にレプリカを作成させる場合、当該投入代金に相当するコンテンツが確実にコンテンツノードやレプリカノードに配信されたか否かをその管理者等において管理する必要がある。
【００１０】
また、このようなコンテンツの投入やレプリカの作成を行う場合において、当該投入やレプリカ作成のための配信経路上において当該配信に対する障害が何らかの理由で発生した場合、その障害を除去するための手段を管理者において早期に講じて配信を復旧させる必要があるが、当該障害の発生の有無を検知するためにも各コンテンツデータの配信状況をその投入先たるコンテンツノードやレプリカの作成先たるレプリカノードを特定しつつ、上記管理者等において管理しておく必要がある。
【特許文献１】特開２００６−１９７４００
【発明の開示】
【発明が解決しようとする課題】
【００１１】
しかしながら、上述した特許文献１記載のコンテンツ配信システムでは、各コンテンツを蓄積している上記コンテンツノードやレプリカノードの当該コンテンツ配信システム内の所在を示す所在情報（ＩＰ（Internet Protocol）アドレス等）を含むインデックス情報（当該インデックス情報の定義付けについては、例えば上記特許文献１の明細書段落番号［００７１］を参照することができる）は、複数のノード間においてキャッシュされることとなるが、この場合に各コンテンツのレプリカ作成が上記キャッシュ情報に基づいて各ノード間で行なわれることとなるため、結果として配信先たる各コンテンツノードやレプリカノードを特定した配信状況の管理が不可能であるという問題点があった。
【００１２】
そこで、本願は上記の問題点に鑑みて為されたもので、その目的の一例は、コンテンツの各コンテンツノードやレプリカノードへの配信状態を確実に管理者において把握／管理することが可能な情報配信システム並びに当該配信システムに含まれる管理装置において使用される管理装置用プログラム及び当該配信システムに含まれる情報処理装置において使用される情報処理装置用プログラムを提供することにある。
【課題を解決するための手段】
【００１３】
上記の課題を解決するために、請求項１に記載の発明は、ネットワークを介して配信情報の配信を受ける情報処理装置と、前記配信情報の配信状況を管理する管理装置と、を含む情報配信システムにおいて、前記情報処理装置は、前記配信情報を受信する通信部等の処理装置受信手段と、受信済の前記配信情報の情報量を検出する制御部等の検出手段と、前記検出した情報量に基づき、対応する前記配信情報の受信状況を示す受信状況情報を出力する通信部等の出力手段と、を備え、前記管理装置は、前記受信状況情報を前記情報処理装置毎に受信する通信部等の管理装置受信手段と、前記受信した受信状況情報を、当該情報処理装置毎に記憶する記憶部等の記憶手段と、を備える。
【００１４】
よって、配信情報の配信を受ける情報処理装置から、当該配信情報の当該情報処理装置における受信状況を示す受信状況情報を出力し、これを情報処理装置毎に管理装置において受信して記憶するので、配信情報の各情報処理装置への配信状態が、管理装置に過度の負荷をかけることなく且つ確実に当該管理装置において管理することができる。
【００１５】
上記の課題を解決するために、請求項２に記載の発明は、請求項１に記載の情報配信システムにおいて、前記検出手段は、配信されるべき前記配信情報の全てが当該検出手段が備えられる前記情報処理装置において受信されたか否かを検出し、前記出力手段は、当該配信情報が全て受信された旨の前記受信状況情報を出力するように構成される。
【００１６】
よって、配信情報が配信されるべき各情報処理装置から、全ての配信情報の受信が完了した旨の受信状況情報が出力されるので、管理装置において当該受信が完了しているか否かを、情報処理装置毎に管理することができる。
【００１７】
上記の課題を解決するために、請求項３に記載の発明は、請求項１に記載の情報配信システムにおいて、前記検出手段は、配信されるべき前記配信情報のうち当該検出手段が備えられる前記情報処理装置における前記配信情報の受信済情報量を検出し、前記出力手段は、前記検出された受信済情報量を示す前記受信状況情報を出力するように構成される。
【００１８】
よって、配信情報が配信されるべき各情報処理装置から、当該情報処理装置毎の受信済情報量を示す受信状況情報が出力されるので、管理装置において受信済情報量を各情報処理装置毎に管理することができる。
【００１９】
上記の課題を解決するために、請求項４に記載の発明は、請求項３に記載の情報配信システムにおいて、前記検出手段は、前記受信済情報量を予め設定された一定時間の経過毎に検出し、前記出力手段は、前記一定時間の経過毎の前記受信済情報量を示す前記受信状況情報を出力するように構成される。
【００２０】
よって、受信済情報量が一定時間毎に検出され、対応する受信状況情報が出力されるので、管理装置において、当該一定時間毎の受信済情報量を情報処理装置毎に管理することができる。
【００２１】
上記の課題を解決するために、請求項５に記載の発明は、請求項１に記載の情報配信システムにおいて、前記検出手段は、一又は複数の前記配信情報についての前記受信済情報量を予め設定された一定時刻毎に検出し、前記出力手段は、前記一定時刻毎の前記受信済情報量を示す前記受信状況情報を出力するように構成される。
【００２２】
よって、受信済情報量が一定時刻毎且つ各配信情報毎に検出され、当該一定時刻毎の受信済情報量を示す受信状況情報が出力されるので、管理装置において、当該一定時刻毎の受信済情報量を情報処理装置毎に管理することができる。
【００２３】
上記の課題を解決するために、請求項６に記載の発明は、請求項１から５のいずれか一項に記載の情報配信システムにおいて、各前記情報処理装置への前記配信情報の配信を制御する制御装置を備え、当該制御装置は、各前記情報処理装置から出力された前記受信状況情報を一時的に記憶する記憶部等の受信状況情報記憶手段と、前記一時的に記憶されている受信状況情報を、前記管理装置に送信する通信部等の受信状況情報送信手段と、を備える。
【００２４】
よって、各情報処理装置への配信情報の配信を制御する制御装置を経由して各受信状況情報が管理装置に転送されるので、管理装置に過度の負担をかけることなく、当該管理装置において各情報処理装置への配信情報の配信状態を管理することができる。
【００２５】
上記の課題を解決するために、請求項７に記載の発明は、請求項１から６のいずれか一項に記載の情報配信システムにおいて、前記配信情報が当該配信情報の配信先たる前記情報処理装置において出力可能となったことを示す出力可能配信情報メニューに相当するメニュー情報を、前記ネットワークを介して前記情報処理装置から前記出力可能配信情報メニューを閲覧可能に記憶する記憶部等のメニュー記憶手段を備えるメニュー管理装置を備え、前記管理装置は、前記配信情報が配信されるべき全ての前記情報処理装置において当該配信情報全体の受信が夫々に完了したか否かを前記受信状況情報に基づいて検出する制御部等の配信完了検出手段と、全ての前記情報処理装置において前記配信情報全体の受信が夫々に完了したことが前記配信完了検出手段において検出されたとき、当該配信が完了した旨の配信完了情報と、当該配信が完了した前記配信情報を示す配信完了識別情報とを前記メニュー管理装置に送信する通信部等の完了情報送信手段と、を備え、前記メニュー管理装置は、前記受信した配信完了識別情報に基づいて前記メニュー情報を更新するように構成される。
【００２６】
よって、管理装置において受信した受信状況情報に基づいて出力可能配信情報メニューを更新するので、配信情報の配信が完了した時点で迅速に当該出力可能配信情報メニューを更新することができ、各情報処理装置において、実際に出力可能となった配信情報を迅速に把握することができる。
【００２７】
上記の課題を解決するために、請求項８に記載の発明は、請求項１から７のいずれか一項に記載の情報配信システムにおいて、前記管理装置は、前記取得した受信状況情報に基づいて、前記配信情報の配信遅延が発生している前記情報処理装置を検出する制御部等の遅延装置検出手段と、前記配信遅延が発生している前記情報処理装置が検出されたとき、当該情報処理装置に対して、前記配信を促進すべき旨を示す配信促進情報を送信する通信部等の配信促進手段と、を備える。
【００２８】
よって、配信情報の遅延が発生している情報処理装置を受信状況情報に基づいて検出し、当該検出された情報処理装置に対して配信促進情報を送信するので、配信情報の配信を受けるべき全ての情報処理装置における配信完了を促進することができる。
【００２９】
上記の課題を解決するために、請求項９に記載の発明は、請求項８に記載の情報配信システムにおいて、前記管理装置は前記配信遅延の発生原因を検出する制御部等の原因検出手段を備え、前記配信促進手段は、前記配信遅延が配信時間帯の制限によるものである場合、当該制限を解除する旨の前記配信促進情報を前記配信遅延が発生している前記情報処理装置に対して送信するように構成される。
【００３０】
よって、配信遅延の発生原因が配信時間帯の制限によるものである場合に当該制限を解除する旨の配信促進情報を送信するので、当該配信遅延を迅速に解消して配信情報の配信を完了させることができる。
【００３１】
上記の課題を解決するために、請求項１０に記載の発明は、請求項８に記載の情報配信システムにおいて、前記管理装置は前記配信遅延の発生原因を検出する制御部等の原因検出手段を備え、前記配信促進手段は、前記配信遅延が配信速度の制限によるものである場合、当該制限を解除する旨の前記配信促進情報を前記配信遅延が発生している前記情報処理装置に対して送信するように構成される。
【００３２】
よって、配信遅延の発生原因が配信速度の制限によるものである場合に当該制限を解除する旨の配信促進情報を送信するので、当該配信遅延を迅速に解消して配信情報の配信を完了させることができる。
【００３３】
上記の課題を解決するために、請求項１１に記載の発明は、コンピュータを、請求項１から１０のいずれか一項に記載の情報配信システムに含まれる前記管理装置として機能させる。
【００３４】
上記の課題を解決するために、請求項１２に記載の発明は、コンピュータを、請求項１から１０のいずれか一項に記載の情報配信システムに含まれる前記情報処理装置として機能させる。
【００３５】
よって、請求項１１及び１２に夫々記載の発明によれば、配信情報の配信を受ける情報処理装置としてのコンピュータから、当該配信情報の当該情報処理装置における受信状況を示す受信状況情報を出力し、これを情報処理装置毎に管理装置として機能するコンピュータにおいて受信して記憶するので、配信情報の各情報処理装置として機能するコンピュータへの配信状態が、管理装置として機能するコンピュータに過度の負荷をかけることなく且つ確実に当該管理装置として機能するコンピュータにおいて管理することができる。
【発明の効果】
【００３６】
本発明によれば、配信情報の配信を受ける情報処理装置から、当該配信情報の当該情報処理装置における受信状況を示す受信状況情報を出力し、これを情報処理装置毎に管理装置において受信して記憶するので、配信情報の各情報処理装置への配信状態が、管理装置に過度の負荷をかけることなく且つ確実に当該管理装置において管理することができる。
【００３７】
従って、配信情報の各情報処理装置への配信状態を確実に管理者において把握／管理することが可能となる。
【発明を実施するための最良の形態】
【００３８】
次に、本発明を実施するための最良の形態について図面に基づいて説明する。なお、以下に説明する各実施形態は、上記特許文献１に記載の発明と同様のコンテンツ配信システム、すなわち、映画や音楽等の上記コンテンツを配信するいわゆるＰ２Ｐ（Pear-to-Pear）型のコンテンツ配信システムに対して本発明を適用した場合の実施の形態である。
【００３９】
なお、本発明におけるコンテンツ配信システムに係るハードウエア構成、並びに当該コンテンツ配信システム内にコンテンツが投入された後の、当該コンテンツに相当するコンテンツデータの配信のための仕組み、例えば、当該コンテンツの配信のために必要なメッセージの授受に用いられる上記ＤＨＴやルーティングテーブル等は、基本的には上記特許文献１に開示されているコンテンツ配信システムに係るハードウエア構成及びコンテンツ配信のための仕組みと同様のものが適用される。すなわち、本実施形態のコンテンツ配信システムに係るハードウエア構成、ＤＨＴ及びルーティングテーブルは、具体的には、例えば上記特許文献１の明細書段落番号［００３９］乃至［００７２］並びに図１乃至図５に記載されているハードウエア構成、ＤＨＴ及びルーティングテーブルが用いられる。
【００４０】
（Ｉ）第１実施形態
初めに、本発明に係る第１実施形態について図１を用いて説明する。なお、図１は、第１実施形態に係るコンテンツ配信システムの構成等を示す図である。
【００４１】
図１（ａ）に示すように、第１実施形態に係るコンテンツ配信システムＳ１は、コンテンツ投入サーバＭＮと、配送管理サーバＳＶと、ノードＮ１乃至Ｎ５と、により構成されている。このとき、コンテンツ配信システムＳ１としての実際のコンテンツの配信、すなわち、上記リクエストノードからの求めに応じて上記ＤＨＴ等を用いて行われるコンテンツの配信に供されるのは、ノードＮ１乃至Ｎ５である。
【００４２】
この構成において、コンテンツ投入サーバＭＮは、上記管理者等により管理され且つ操作されるものである。そして、当該コンテンツ投入サーバＭＮは、コンテンツ配信システムＳ１に投入される上記コンテンツＣＸに相当するコンテンツデータＣＤを生成し、当該コンテンツの投入先としてのコンテンツノードであるノードＮ１に対してネットワークを介して送信する。
【００４３】
これにより、当該コンテンツノードたるノードＮ１は、当該コンテンツデータＣＤを受信して蓄積し、コンテンツ配信システムＳ１内における上記リクエストノードに対する配信に供させる。これに加えて、当該ノードＮ１にコンテンツＣＸが蓄積されてその配信が開始されると、これに伴い、図１（ａ）に例示するように、上記ＤＨＴを用いた配信アルゴリズムに則って、コンテンツデータＣＤが当該コンテンツＣＸのレプリカＲＸを蓄積させる、例えばノードＮ２及びＮ４に順次転送される。そして、当該コンテンツデータＣＤの転送により、ノードＮ２及びＮ４内にコンテンツＣＸのレプリカＲＸが蓄積され、コンテンツＣＸと共にその配信に供される。
【００４４】
以上説明したコンテンツＣＸの投入並びにレプリカＲＸの作成に伴い、第１実施形態に係るコンテンツ配信システムＳ１においては、コンテンツＣＸが投入されたノードＮ１並びにレプリカＲＸが作成されたノードＮ２及びＮ４は、当該コンテンツＣＸのノードＮ１への投入並びにノードＮ２及びＮ４におけるレプリカＲＸの作成が完了すると、当該完了した旨を夫々に示す配送完了通知Ｓrp1、Ｓrp2及びＳrp４を夫々生成し、配送管理サーバＳＶに対してネットワークを介して夫々送信する。
【００４５】
そして、当該配送完了通知Ｓsp1、Ｓsp2及びＳsp4を受信した配送管理サーバＳＶは、夫々受信した配送完了通知Ｓsp1、Ｓsp2及びＳsp4に基づき、当該各ノードＮ１、Ｎ２及びＮ４夫々に対するコンテンツデータＣＤの配送、換言すれば、ノードＮ１へのコンテンツＣＸの投入並びにノードＮ２及びＮ４におけるレプリカＲＸの作成が完了した旨を記憶する。
【００４６】
すなわち、配送管理サーバＳＶ内の後述する記憶部３２の第１記憶領域３２Ａ内に、各コンテンツＣについての各ノードＮに対する配送完了状況を当該ノードＮ別に示す配送状況情報１００を生成して記憶する。より具体的には、図１（ｂ）に例示するように、例えばコンテンツＣＸについての各ノードＮ１乃至Ｎ５に対する配送完了状況を当該ノードＮ１乃至Ｎ５別に示す配送状況情報１００ＣＸが、上記受信した配送完了通知Ｓsp1、Ｓsp2及びＳsp4に基づいて生成され上記第１記憶領域３２Ａ内に記憶される。このとき、図１に示す場合には、ノードＮ１、Ｎ２及びＮ４に対するコンテンツＣＸの配送が完了しているので、コンテンツＣＸについて配送状況情報１００ＣＸにおいては、夫々、ノードＮ１、Ｎ２及びＮ４に対応する配送状況のステータス（配送状況）が「配送完了」とされており、夫々の配送完了日時が同時に記憶されている。このとき、配送状況情報１００は、各コンテンツＣ毎に記憶されるものであり、図１（ｂ）に示す場合には、コンテンツＣＹ及びＣＺについての同様な配送状況情報１００ＣＹ及び１００ＣＺが、配送状況情報１００ＣＸと併せて記憶されている。
【００４７】
これに加えて、当該記憶部３２の第２記憶領域３２Ｂ内には、コンテンツＣ毎の上記配送状況情報１００とは別に、各ノードＮにおける各コンテンツＣの配送完了状況を当該コンテンツＣ別に示す配送状況情報１０１が記憶されている。より具体的には、図１（ｂ）に例示するように、例えばノードＮ１における各コンテンツＣＸ乃至ＣＺの配送完了状況を当該コンテンツＣＸ乃至ＣＺ別に示す配送状況情報１０１Ｎ１が生成されて上記第２記憶領域３２Ｂ内に記憶される。このとき、図１に示す場合には、ノードＮ１、Ｎ２及びＮ４に対するコンテンツＣＸの配送が完了しているので、ノードＮ１について配送状況情報１０１Ｎ１においては、コンテンツＣＸに対応する配送状況のステータス（配送状況）が「配送完了」とされており、同時にその配送完了日時が記憶されている。このとき、配送状況情報１０１は、各ノードＮ毎に記憶されるものであり、図１（ｂ）に示す場合には、ノードＮ２についての同様な配送状況情報１０１Ｎ２が、配送状況情報１０１Ｎ１と併せて記憶されている。
【００４８】
このように、配送先のノードＮから送信されて来る配送完了通知Ｓsp1、Ｓsp2及びＳsp4に基づいて上記配信状態情報１００又は１０１を記憶することで、配信管理サーバＳＶにおいて、各ノードＮに対する配送が完了したことを、リアルタイムに管理することができるようになる。
【００４９】
（II）第２実施形態
次に、本発明に係る他の実施形態である第２実施形態について図２を用いて説明する。なお、図２は、第２実施形態に係るコンテンツ配信システムの構成等を示す図である。また、図２において、図１に示す第１実施形態に係るコンテンツ配信システムＳ１と同様の部材については、同様の部材番号を付して細部の説明は省略する。
【００５０】
上述した第１実施形態では、コンテンツＣの配送先たるノードＮに対するそのコンテンツＣに相当するコンテンツデータＣＤの配送が夫々に完了した時点で、配送管理サーバＳＶに対して上記配送完了通知Ｓspを送信することとしたが、以下に説明する第２実施形態に係るコンテンツ配送システムにおいては、配送が完了した旨の当該配送完了通知Ｓspに加えて、当該配送の実行中においてその進捗状況を示す配送途中経過通知Ｓrを配信管理サーバＳＶに送信する。
【００５１】
すなわち、図２（ａ）に示す第２実施形態に係るコンテンツ配信システムＳ２においては、第１実施形態に係るコンテンツ配信システムＳ１と同様のコンテンツＣＸの投入並びにレプリカＲＸの作成に伴い、ノードＮ１並びにノードＮ２及びＮ４は、夫々に、その投入過程並びに作成過程における当該投入並びに作成の進捗状況を示す配送途中経過通知Ｓr1、Ｓr2及びＳr4を生成し、予め設定された一定間隔毎又は予め設定された規定時刻毎（例えば毎正時毎）に配送管理サーバＳＶに対してネットワークを介して逐次送信する。そして、当該ノードＮ１並びにノードＮ２及びＮ４は、当該コンテンツＣＸのノードＮ１への投入並びにノードＮ２及びＮ４におけるレプリカＲＸの作成が完了すると、第１実施形態の場合と同様に、当該完了した旨を夫々に示す配送完了通知Ｓrp1、Ｓrp2及びＳrp４を夫々生成し、配送管理サーバＳＶに対してネットワークを介して夫々送信する。
【００５２】
そして、これら配送途中経過通知Ｓr1、Ｓr2及びＳr4並びに配送完了通知Ｓsp1、Ｓsp2及びＳsp4を夫々受信した配送管理サーバＳＶは、当該受信した配送途中経過通知Ｓr1、Ｓr2及びＳr4並びに配送完了通知Ｓsp1、Ｓsp2及びＳsp4に基づき、当該各ノードＮ１、Ｎ２及びＮ４夫々に対するコンテンツデータＣＤの配送の進捗状況又は当該配送が完了した旨を記憶する。
【００５３】
より具体的には、第２実施形態に係るコンテンツ配信システムＳ２に含まれる配送管理サーバＳＶの第１記憶領域３２Ａ内には、各コンテンツＣについての各ノードＮに対する配送進捗状況又は配信完了状況を当該ノードＮ別に示す配送状況情報２００を生成して記憶する。すなわち、図２（ｂ）に例示するように、例えばコンテンツＣＸについての各ノードＮ１乃至Ｎ５に対する配送進捗状況又は配信完了状況を当該ノードＮ１乃至Ｎ５別に示す配送状況情報２００ＣＸが、上記受信した配送途中経過通知Ｓr1、Ｓr2及びＳr4並びに配送完了通知Ｓsp1、Ｓsp2及びＳsp4に基づいて生成され上記第１記憶領域３２Ａ内に記憶される。このとき、図２に示す場合には、ノードＮ１に対するコンテンツＣＸの配送が完了した状態であるので、コンテンツＣＸについて配送状況情報２００ＣＸにおいては、ノードＮ１に対応する配送状況のステータスが「配送完了」とされており同時にその配送完了日時が記憶されている。一方、ノードＮ２及びＮ４に対するコンテンツＣＸの配送は未だ完了していない途中の状態であるので、上記配送状況情報２００ＣＸにおいては、ノードＮ２及びＮ４に対応する配送状況のステータスは、上記配送途中経過通知Ｓr2及びＳr4により夫々示されている進捗状況が「％」を単位として記憶されている。なお、ノードＮ２及びＮ４に対応する配送が進捗して完了した後には、ノードＮ１の場合と同様に、対応する配送状況のステータスが「配送完了」とされ、更にその配送完了日時が記憶されることとなる。このとき、配送状況情報２００は、各コンテンツＣ毎に記憶されるものであり、図２（ｂ）の場合には、コンテンツＣＹ及びＣＺについての同様な配送状況情報２００ＣＹ及び２００ＣＺが、配送状況情報２００ＣＸと併せて記憶されている。
【００５４】
これに加えて、第２実施形態に係るコンテンツ配信システムＳ２に含まれる配送管理サーバＳＶの第２記憶領域３２Ｂ内には、コンテンツＣ毎の上記配送状況情報２００とは別に、各ノードＮにおける各コンテンツＣの配送進捗状況又は配送完了状況を当該コンテンツＣ別に示す配送状況情報２０１が記憶されている。より具体的には、図２（ｂ）に例示するように、例えばノードＮ１における各コンテンツＣＸ乃至ＣＺの配送進捗状況又は配送完了状況を当該コンテンツＣＸ乃至ＣＺ別に示す配送状況情報２０１Ｎ１が生成されて第２記憶領域３２Ｂ内に記憶される。このとき、図２に示す場合には、上述したようにノードＮ１に対するコンテンツＣＸの配送のみが完了しているので、ノードＮ１について配送状況情報２０１Ｎ１においては、コンテンツＣＸに対応する配送状況のステータスが「配送完了」とされており、同時にその配送完了日時が記憶されている。このとき、配送状況情報２０１は、各ノードＮ毎に記憶されるものであり、図２（ｂ）の場合には、ノードＮ２についての同様な配送状況情報２０１Ｎ２が、配送状況情報２０１Ｎ２と併せて記憶されている。
【００５５】
このように、配送先のノードＮから送信されて来る配送途中経過通知Ｓr1、Ｓr2及びＳr4並びに配送完了通知Ｓsp1、Ｓsp2及びＳsp4に基づいて上記配信状態情報２００又は２０１を記憶することで、配信管理サーバＳＶにおいて、各ノードＮに対する配送状況を、その進捗状態まで含めてリアルタイムに管理することができるようになる。
【００５６】
（III）第３実施形態
次に、本発明に係る他の実施形態である第３実施形態について図３を用いて説明する。なお、図３は、第３実施形態に係るコンテンツ配信システムの構成等を示す図である。また、図３において、図１に示す第１実施形態に係るコンテンツ配信システムＳ１と同様の部材については、同様の部材番号を付して細部の説明は省略する。
【００５７】
上述した第１実施形態又は第２実施形態では、コンテンツＣの配送先たるノードＮに対するそのコンテンツＣに相当するコンテンツデータＣＤの配送の進行途中又は当該配送が夫々に完了した時点で、配送管理サーバＳＶに対して上記配送途中経過通知Ｓr並びに配送完了通知Ｓspを各ノードＮから送信することとしたが、以下に説明する第３実施形態に係るコンテンツ配送システムにおいては、上記ＤＨＴアルゴリズムに則って各コンテンツＣについての配信を管理する当該コンテンツＣについてのルートノードから、当該コンテンツＣが配送されるべき各ノードＮについての配送途中経過通知又は配送完了通知が配送管理サーバＳＶに送信される。ここで、上記「ルートノード」の定義付けについては、例えば上記特許文献１の明細書段落番号［００５３］を参照することができる。
【００５８】
より具体的には、第１実施形態の場合に準じて説明すると、図３に示すように、第3実施形態に係るコンテンツ配信システムＳ３においては、コンテンツＣＸの投入先たるノードＮ１及びレプリカＲＸの作成先たるノードＮ２及びＮ４は、当該コンテンツＣＸのノードＮ１への投入並びにノードＮ２及びＮ４におけるレプリカＲＸの作成が完了すると、当該完了した旨を夫々に示す配送完了通知Ｓrp1、Ｓrp2及びＳrp４を夫々生成し、上記ルートノードたるノードＮ６に送信する。そして、当該ノードＮ６は、コンテンツＣＸの投入及び必要なレプリカＲＸの作成が全て完了したとき、当該完了した旨（配信完了日時情報を含む）の配送完了通知Ｓrtxを配送管理サーバＳＶに送信する。
【００５９】
これにより、当該配送管理サーバＳＶは、送信されて来た配送完了通知Ｓrtxに基づき、例えば図１（ｂ）に例示する如き配信状態情報１００及び１０１を記憶部３２内に記憶させる。
【００６０】
なお、第２実施形態の場合に準じて第３実施形態に係るコンテンツ配信システムＳ３を説明すると、上記ノードＮ１及びノードＮ１及びＮ２は、当該コンテンツＣＸの投入並びにレプリカＲＸの作成の進行途上及び完了時において、夫々上記配送途中経過通知Ｓr1、Ｓr2及びＳr4並びに配送完了通知Ｓrp1、Ｓrp2及びＳrp４を生成してノードＮ６に送信することとなる。そして、当該ノードＮ６は、コンテンツＣＸの投入及び必要なレプリカＲＸの作成の進行途中及び完了時において、当該進捗状況及び当該完了した旨（配信完了日時情報を含む）の配送完了通知Ｓrtxを配送管理サーバＳＶに送信する。
【００６１】
これにより、当該配送管理サーバＳＶは、送信されて来た配送完了通知Ｓrtxに基づき、例えば図２（ｂ）に例示する如き配信状態情報２００及び２０１を記憶部３２内に記憶させる。
【００６２】
（IV）第４実施形態
最後に、本発明に係る更に他の実施形態である第４実施形態について図４を用いて説明する。なお、図４は、第４実施形態に係るコンテンツ配信システムの構成等を示す図である。また、図４において、図１に示す第１実施形態に係るコンテンツ配信システムＳ１と同様の部材については、同様の部材番号を付して細部の説明は省略する。
【００６３】
上述した第１実施形態乃至第３実施形態は、コンテンツＣの投入時及びレプリカＲの作成時におけるその進捗状態又は完了状態を配送管理サーバＳＶにおいて記憶し管理することとしたが、以下に説明する第４実施形態に係るコンテンツ配送システムは、図４に示すように、各ノードＮにおいて視聴が可能となっているコンテンツＣの一覧表（コンテンツメニュー）を、当該各ノードＮからネットワークを介して閲覧可能に表示するメニュー管理サーバＵを別途備え、このメニュー管理サーバＵにより表示されるメニューの具体的な内容を、上記配信管理サーバＳＶ内に記憶されている配信状態情報１００及び１０１又は２００及び２０１を用いて更新する。
【００６４】
より具体的には、第１実施形態の場合に準じて説明すると、図４に示すように、第４実施形態に係るコンテンツ配信システムＳ４においては、コンテンツＣＸの投入先たるノードＮ１及びレプリカＲＸの作成先たるノードＮ２及びＮ４からの上記配送完了通知Ｓrp1、Ｓrp2及びＳrp4に夫々基づいて配送管理サーバＳＶ内に上記配送状況情報配信状態情報１００及び１０１（第１実施形態の場合）又は２００及び２０１（第２実施形態の場合）が記憶されると、配送管理サーバＳＶは、当該配信状態情報１００及び１０１又は２００及び２０１に基づき、配送が完了した、すなわち、コンテンツ配信システムＳ４に参加している各ノードＮにおいてその取得／再生が可能となったコンテンツＣＸを示すメニュー更新メッセージＭＳＧＵＤＴを生成し、ネットワークを介してメニュー用サーバＵに送信する。
【００６５】
そして、当該メニュー更新メッセージＭＳＧＵＤＴを受信したメニュー管理サーバＵは、当該受信したメニュー更新メッセージＭＳＧＵＤＴに基づき、その時点で各ノードＮにおいて取得／再生が可能なコンテンツＣを示すコンテンツメニューを当該メニュー用サーバＵ内において更新する。これにより、コンテンツ配信システムＳ４に参加している各ノードＮ（上記ノードＮ１、Ｎ２及びＮ４を含む）は、例えば当該メニュー用サーバＵに対してメニュー要求メッセージＭＳＧＭＥＮＵを送信する等の処理により、上記メニュー更新メッセージＭＳＧＵＤＴに基づいて更新された最新のコンテンツメニューを各ノードＮにおいて表示させることが可能となる。
【００６６】
このように、配送管理サーバＳＶにおいて逐次更新される各配送状況情報１００及び１０１並びに２００及び２０１を用いることで、各ノードＮにおいて取得／再生が可能なコンテンツＣを示すコンテンツメニューを、常に最新の状態に維持することができる。
【実施例１】
【００６７】
次に、上記第１実施形態に係るコンテンツ配信システムＳ１に属するコンテンツ投入サーバＭＮ、各ノードＮ及び配送管理サーバＳＶ夫々の具体的な構成及び処理について、第１実施例として図５乃至図６（ａ）及び図７を用いて説明する。
【００６８】
なお、図５（ａ）は第１実施例に係るコンテンツ投入サーバＭＮの細部構成を示すブロック図であり、図５（ｂ）は第１実施例に係る各ノードＮの細部構成を共通的に示すブロック図であり、図６（ａ）は第１実施例に係る配送管理サーバＳＶの細部構成を示すブロック図である。また図７は当該各ノードＮにおいて実行される第１実施例に係る処理を共通的に夫々示すフローチャートである。
【００６９】
始めに、第１実施例に係るコンテンツ投入サーバＭＮの概要構成及び概要動作について、図５（ａ）を用いて説明する。
【００７０】
図５（ａ）に示すように、第１実施例に係るコンテンツ投入サーバＭＮは、演算機能を有するＣＰＵ、作業用ＲＡＭ並びに各種データ及びプログラム（ＯＳ（オペレーティングシステム）及び各種アプリケーションを含む）を記憶するＲＯＭ等から構成された遅延装置検出手段及び原因検出手段としての制御部１１と、作成されたコンテンツＣに相当するコンテンツデータ（パケット）を記憶保存するためのＨＤＤ等から構成された記憶手段としての記憶部１２と、暗号鍵を用いてコンテンツデータを暗号化して投入するための暗号化用アクセラレータ１３と、コンテンツデータを規定のデータ形式へ変換するエンコーダ部１４と、通信回線等を介して各ノードＮ等との間の情報の通信制御を行うための管理装置受信手段及び配信促進手段としての通信部１５と、使用者（上記管理者等）からの指示を受け付け当該指示に応じた指示信号を制御部１１に対して与える入力部（例えば、キーボード、マウス等）１６と、を備えて構成され、これらの構成要素は、バス１７を介して相互に接続されている。
【００７１】
この構成において、制御部１１は、ＣＰＵが記憶部１２等に記憶されたプログラムを実行することによりコンテンツ投入サーバＭＮ全体を統括制御し、記憶部１２に記憶保存されたコンテンツデータをエンコード部１４を用いてデータ形式を変換した後、暗号鍵を用いて暗号化用アクセラレータ１３により暗号化させ、当該コンテンツデータを所定のデータ量に分割して連続する複数の上記パケットを生成し、これを通信部１５を介してノードＮ１に対して配信する。
【００７２】
また、制御部１１は、当該コンテンツデータの投入先たるノードＮ（第１実施例の場合はノードＮ１）を、記憶部１２に記憶されたコンテンツ配信システムＳ１としての参加接続態様（トポロジ）テーブルを参照して決定する。この接続態様テーブルには、少なくとも、コンテンツ投入サーバＭＮと接続可能なノードＮ、言い換えれば、コンテンツデータの投入先たるノードＮのＩＰアドレス及びポート番号等が記述されている。
【００７３】
次に、第１実施例に係る各ノードＮの概要構成及び概要動作について、図５（ｂ）を用いて説明する。なお、第１実施例に係る各ノードＮは基本的に同一の構成を備える。
【００７４】
図５（ｂ）に示すように、第１実施例に係るノードＮは、演算機能を有するＣＰＵ、作業用ＲＡＭ、各種データ及びプログラム（ＯＳ及び各種アプリケーションを含む）を記憶するＲＯＭ等から構成された検出手段としての制御部２１と、各種データ及びプログラム等を記憶するＨＤＤ等から構成された受信状況情報記憶手段としての記憶部２２と、受信したコンテンツデータを一時的に蓄積（記憶）するバッファメモリ２３と、バッファメモリ２３に蓄積された暗号化されたコンテンツデータを復号鍵を用いて復号化するための復号化アクセラレータ２４と、復号化されたコンテンツデータに含まれるビデオデータ及びオーディオデータ等をデコード（データ伸張等）して再生するデコーダ部２５と、当該再生されたビデオデータ等に対して所定の描画処理を施し映像信号として出力する映像処理部２６と、当該映像処理部２６から出力された映像信号に基づき映像表示するＣＲＴ、液晶ディスプレイ等の表示部２７と、上記再生されたオーディオデータをアナログ音声信号にＤ（Digital）／Ａ（Analog）変換した後これをアンプにより増幅して出力する音声処理部２８と、当該音声処理部２８から出力された音声信号を音波として出力するスピーカ２９と、通信回線等を介してコンテンツ投入サーバＭＮや他のノードＮ或いは配送管理サーバＳＶ等との間の通信制御を行うための処理装置受信手段、出力手段及び受信状況情報送信手段としての通信部２９ａと、使用者（視聴者）からの各種指示に対応する指示信号を制御部２１に対して出力する入力部（例えば、マウス、キーボード、操作パネル或いはリモコン等）２９ｂと、ＩＣカード２９ｅに対する情報の読み書きを行うＩＣカードスロット２９ｃと、を備えて構成され、制御部２１、記憶部２２、バッファメモリ２３、復号化アクセラレータ２４、デコーダ部２５、通信部２９ａ、入力部２９ｂ及びＩＣカードスロット２９ｃは、バス２９ｄを介して相互に接続されている。
【００７５】
ここで、ＩＣカード２９ｅは、耐タンパ性があり（つまり、非正規な手段による機密データの読み取りを防ぎ、簡単に解析できないようにタンパリング対策が施されており）、例えば、コンテンツ配信システムＳ１の運営者等から各ノードＮの使用者に配布されるものである。このＩＣカード２９ｅは、ＣＰＵからなるＩＣカードコントローラ、耐タンパ性のある不揮発性メモリ（例えば、ＥＥＰＲＯＭ）等を備えて構成されており、当該不揮発性メモリには、ユーザＩＤ、暗号化されたコンテンツデータを復号化するための復号鍵及びデジタル証明書等が記憶されている。
【００７６】
一方、バッファメモリ２３は、例えばＦＩＦＯ（First In First Out）形式のリングバッファメモリから構成されており、制御部２１の制御下、受信ポインタにより示される記憶領域に通信部２９ａを通じて受信されたコンテンツデータＣＤを一時的に蓄積する。
【００７７】
このとき、制御部２１は、それに含まれるＣＰＵが記憶部２２等に記憶されたプログラムを読み出して実行することによりノードＮ全体を統括制御し、ネットワークを介して配信されてきた複数のパケットを通信部２９ａを通じて受信してバッファメモリ２３に書き込み、且つ、当該バッファメモリ２３に蓄積されているパケット（一定時間過去に受信されたパケット）を読み出して通信部２９ａを通じて他のノードＮに送信（中継）する。これに加えて、バッファメモリ２３は、再生ポインタにより示される当該バッファメモリ２３の記憶領域に蓄積されているパケットを読み出し、バス２９ｄを介して復号化アクセラレータ２４やデコーダ部２５に出力する。
【００７８】
なお、上記プログラムは、例えば、ネットワーク上の所定のサーバからダウンロードされるようにしてもよいし、例えば、ＣＤ−ＲＯＭ等の記録媒体に記録されて当該記録媒体のドライブを介して読み込まれるようにしてもよい。
【００７９】
最後に、第１実施例に係る配送管理サーバＳＶの概要構成及び概要動作について、図６（ａ）を用いて説明する。
【００８０】
図６（ａ）に示すように、第１実施例に係る配送管理サーバＳＶは、演算機能を有するＣＰＵ，作業用ＲＡＭ，各種データ及びプログラム（ＯＳ及び各種アプリケーションを含む）を記憶するＲＯＭ等から構成された制御部３１と、各種データ等を記憶保存するためのＨＤＤ等から構成された記憶部３２と、ネットワークを介して各ノードＮ等との間の情報の通信制御を行うための通信部３４と、制御部３１の制御の下で配送管理サーバＳＶとしての必要な表示を行うＣＲＴ、液晶ディスプレイ等の表示部３３と、使用者（配送管理者）からの各種指示に対応する指示信号を制御部３１に対して出力する入力部（例えば、マウス、キーボード、操作パネル或いはリモコン等）３５と、を備えて構成され、これらの構成要素は、バス３６を介して相互に接続されている。
【００８１】
この構成において、記憶部３２内には、図１に例示した第１記憶領域３２Ａ及び第２記憶領域３２Ｂが形成されており、夫々に、上記配送完了通知Ｓsp1、Ｓsp2及びＳsp4に基づいて生成された上記配送状況情報１００（配送状況情報１００ＣＸ、１００ＣＹ及び１００ＣＺ）及び配送状況情報１０１（配送状況情報１０１Ｎ１及び１０１Ｎ２）が、夫々にデータベースとして蓄積・記憶されている。
【００８２】
そして、制御部３１は、それに含まれるＣＰＵが記憶部３２等に記憶されたプログラムを実行することにより配送管理サーバＳＶ全体を統括制御し、新たな上記配送完了通知Ｓsp1、Ｓsp2又はＳsp4が送信されて来たときには、その内容に応じて上記配送状況情報１００及び配送状況情報１０１の内容を更新して記憶する。
【００８３】
次に、上述した構成を備えるノードＮにおける第１実施例に係る処理について、具体的に図７を用いて説明する。
【００８４】
図７に示すように、第１実施例に係るコンテンツ配信システムＳ１に参加している各ノードＮの制御部１１は、それがコンテンツＣの投入先又はレプリカＲの作成先となった場合、当該コンテンツＣに相当するコンテンツデータＣＤの受信が開始されると、当該コンテンツデータＣＤを受信しつつ（ステップＳ１）、当該コンテンツデータＣＤとして必要なデータの全てが受信されたか否かを監視する（ステップＳ２）。
【００８５】
そして、当該必要なデータの全てが未だ受信されていないときは（ステップＳ２；ＮＯ）、制御部１１は、上記ステップＳ１に戻って必要なコンテンツデータＣＤの受信を継続する。一方、全てのコンテンツデータＣＤの受信が完了したときには（ステップＳ２；ＹＥＳ）、制御部１１は、直ちに上記配送完了通知Ｓspを生成して配送管理サーバＳＶに送信し（ステップＳ３）、当該ノードＮとしてのコンテンツデータＣＤの受信処理を完了する。
【００８６】
なお、上記ステップＳ３において送信される配送完了通知Ｓrpには、少なくとも、当該ノードＮ自体をコンテンツ配信システムＳ１内において他のノードＮから識別するためのいわゆるノードＩＤと、当該ノードＮが受信完了したコンテンツデータＣＤに対応するコンテンツＣを識別するためのコンテンツＩＤと、そのコンテンツデータＣＤ全体の受信完了日時を示す日時情報と、が含まれている。
【００８７】
そして、当該各情報が含まれている配信完了通知Ｓspを受信した配送管理サーバＳＶ内の制御部３１は、当該受信した配送完了通知Ｓspの内容に基づき、上記配送状況情報１００及び１０１を、夫々更新して記憶部３２内に記憶する（図１（ｂ）参照）。
【実施例２】
【００８８】
次に、上記第２実施形態に係るコンテンツ配信システムＳ２に属するコンテンツ投入サーバＭＮ、各ノードＮ及び配送管理サーバＳＶ夫々の具体的な構成及び処理について、第２実施例として図８及び図９を用いて説明する。
【００８９】
なお、図８及び図９は第１実施例に係る各ノードＮにおいて実行される第２実施例に係る処理を共通的に夫々示すフローチャート等である。また、第２実施例に係るコンテンツ配信システムＳ２に属するコンテンツ投入サーバＭＮ、各ノードＮ及び配送管理サーバＳＶ夫々の概要構成及び概要動作については、基本的に第１実施例に係るコンテンツ投入サーバＭＮ、各ノードＮ及び配送管理サーバＳＶ夫々の概要構成及び概要動作と同様であるので、細部の説明は省略する。
【００９０】
（Ｉ）第１例
先ず、第２実施例に係る各ノードＮにおける動作の第１例を、図８を用いて説明する。なお、以下に説明する第１例は、上述した第２実施形態に係る各ノードＮの動作のうち、コンテンツＣの投入過程並びにレプリカＲの作成過程における当該投入並びに作成の進捗状況を示す配送途中経過通知Ｓrを、予め設定された一定間隔毎に配送管理サーバＳＶに対してネットワークを介して逐次送信すると共に、当該コンテンツＣの投入並びにレプリカＲの作成が完了したとき上記配送完了通知Ｓrpを生成して配送管理サーバＳＶに送信する場合の処理である。
【００９１】
すなわち、第２実施例に係るコンテンツ配信システムＳ２に参加している各ノードＮの制御部１１は、それがコンテンツＣの投入先又はレプリカＲの作成先となった場合、上記第１例の動作として、当該コンテンツＣに相当するコンテンツデータＣＤの受信が開始されると、同時に制御部１１内の図示しないタイマにおける計時を開始する（ステップＳ１０）。
【００９２】
そして、制御部１１は、当該コンテンツデータＣＤの受信（ステップＳ１１）と並行して、当該タイマの計時において上記予め設定された一定間隔（例えば１０分）が経過したか否かを常に監視する（ステップＳ１２）。そして、当該一定間隔が経過していないときは（ステップＳ１２；ＮＯ）、制御部１１は、上記コンテンツデータＣＤの受信を継続しつつ当該計時を続ける。一方、ステップＳ１２の判定において、当該一定間隔が経過したことが計時されたときは（ステップＳ１２；ＹＥＳ）、制御部１１は、上記バッファメモリ２３内の蓄積データ量（受信完了データ量）を参照して直ちに上記配送途中経過通知Ｓrを生成し、配送管理サーバＳＶに対してネットワークを介して送信する（ステップＳ１３）。そして、制御部１１は、上記タイマをリセットして（ステップＳ１４）新たな計時を開始して上記ステップＳ１２に戻る。
【００９３】
その後、制御部１１は、上記一定間隔における配送途中経過通知Ｓrの生成及び送信を繰り返しつつ、並行してコンテンツデータＣＤの受信を継続し、更に全ての当該コンテンツデータＣＤの受信が完了したか否かを監視する（ステップＳ１５）。
【００９４】
そして、未だ全てのコンテンツデータＣＤの受信が完了していないときは（ステップＳ１５；ＮＯ）、制御部１１は、上記ステップＳ１１及びＳ１２に戻って上述した処理を繰り返す。一方、全てのコンテンツデータＣＤの受信が完了したときは（ステップＳ１５；ＹＥＳ）、制御部１１は、直ちに上記配送完了通知Ｓspを生成して配送管理サーバＳＶに送信し（ステップＳ１６）、当該ノードＮとしてのコンテンツデータＣＤの受信処理を完了する。
【００９５】
なお、上記ステップＳ１３において送信される配送途中経過通知Ｓrには、少なくとも、上記ノードＩＤと、対応する上記コンテンツＩＤと、その時点で受信が完了しているコンテンツデータＣＤのデータ量と、当該データ量に対応する日時を示す日時情報と、が含まれている。また、上記ステップＳ１６において送信される配送完了通知Ｓrpには、第１実施例の場合と同様に、少なくとも、上記ノードＩＤと、上記コンテンツＩＤと、上記日時情報と、が含まれている。
【００９６】
そして、当該各情報が含まれている配信途中経過通知Ｓr及び配信完了通知Ｓspを夫々受信した配送管理サーバＳＶ内の制御部３１は、当該受信した配信途中経過通知Ｓr及び配送完了通知Ｓsp夫々の内容に基づき、上記配送状況情報２００及び２０１を、夫々更新して記憶部３２内に記憶する（図２（ｂ）参照）。
【００９７】
（II）第２例
次に、第２実施例に係る各ノードＮにおける動作の第２例を、図９を用いて説明する。なお、以下に説明する第２例は、上述した第２実施形態に係る各ノードＮの動作のうち、コンテンツＣの投入過程並びにレプリカＲの作成過程における当該投入並びに作成の進捗状況を示す配送途中経過通知Ｓrを、予め設定された規定時刻毎に配送管理サーバＳＶに対してネットワークを介して逐次送信する。
【００９８】
すなわち、図９（ａ）に示すように、第２実施例に係るコンテンツ配信システムＳ２に参加している各ノードＮの制御部１１は、上記第２例の動作として、図示しないタイマの計時において上記予め設定された規定時刻が到来したか否かを常に監視する（ステップＳ２１）。そして、当該規定時刻が到来していないときは（ステップＳ２１；ＮＯ）、制御部１１は、当該計時を続ける。一方、ステップＳ２１の判定において、当該規定時刻になったときは（ステップＳ２１；ＹＥＳ）、制御部１１は、上記バッファメモリ２３内の蓄積データ量を参照して直ちに上記配送途中経過通知Ｓrを生成し、配送管理サーバＳＶに対してネットワークを介して送信し（ステップＳ２２）、上記ステップＳ２１に戻る。なお、図９（ａ）に示す処理は、基本的には、当該ノードＮにおける電源スイッチがオフとされるまで繰り返される処理である。
【００９９】
また、上記ステップＳ２２において送信される配送途中経過通知Ｓrの内容は、図８に示すステップＳ１３において送信される配送と中継か通知Ｓrの内容と同様の、上記ノードＩＤ、対応する上記コンテンツＩＤ、受信完了データ量及び当該データ量に対応する日時を示す日時情報と、が含まれている。
【０１００】
そして、当該各情報が含まれている配信途中経過通知Ｓr及び配信完了通知Ｓspを夫々受信した配送管理サーバＳＶ内の制御部３１は、当該受信した配信途中経過通知Ｓr及び配送完了通知Ｓsp夫々の内容に基づき、上記配送状況情報２００及び２０１を、夫々更新して記憶部３２内に記憶する（図２（ｂ）参照）。
【０１０１】
なお、本第２例において一つのノードＮにおいて複数のコンテンツＣに相当するコンテンツデータＣＤを受信する場合には、図９（ｂ）に例示するように、例えば時刻αにおいてはコンテンツＣＸに相当するコンテンツデータＣＤの受信が途中であること（例えば７０％受信済であること）が配送状況情報２００又は２０１として制御部３２内に記憶されるが、その後の例えば時刻βにおいては、コンテンツＣＺに相当するコンテンツデータＣＤの受信が途中であること（例えば９０％受信済であること）が配送状況情報２００又は２０１として制御部３２内に記憶されると共に、コンテンツＣＸ及びＣＹに夫々相当するコンテンツデータＣＤについては、夫々の受信が完了していることが、その受信完了日時と共に配送状況情報２００又は２０１として制御部３２内に記憶されることとなる。
【実施例３】
【０１０２】
次に、上記第４実施形態に係るコンテンツ配信システムＳ４に属するコンテンツ投入サーバＭＮ、各ノードＮ、配送管理サーバＳＶ及びメニュー用サーバＵ夫々の具体的な構成及び処理について、第３実施例として図６（ｂ）及び図１０（ａ）を用いて説明する。
【０１０３】
なお、図６（ｂ）は第３実施例に係るメニュー用サーバＵの細部構成を示すブロック図であり、図１０（ａ）は第３実施例に係る配送管理サーバＳＶ及びメニュー用サーバＵにおいて実行される処理を夫々示すフローチャート等である。また、第３実施例に係るコンテンツ配信システムＳ４に属するコンテンツ投入サーバＭＮ、各ノードＮ及び配送管理サーバＳＶ夫々の概要構成及び概要動作については、基本的に第１実施例に係るコンテンツ投入サーバＭＮ、各ノードＮ及び配送管理サーバＳＶ夫々の概要構成及び概要動作と同様であるので、細部の説明は省略する。
【０１０４】
先ず、第３実施例に係るメニュー用サーバＵの概要構成及び概要動作について、図６（ｂ）を用いて説明する。
【０１０５】
図６（ｂ）に示すように、第３実施例に係るメニュー用サーバＵは、演算機能を有するＣＰＵ，作業用ＲＡＭ，各種データ及びプログラム（ＯＳ及び各種アプリケーションを含む）を記憶するＲＯＭ等から構成された制御部４１と、各種データ等を記憶保存するためのＨＤＤ等から構成された記憶部４２と、ネットワークを介して各ノードＮ等との間の情報の通信制御を行うための通信部４４と、制御部４１の制御の下でメニュー用サーバＵとしての必要な表示を行うＣＲＴ、液晶ディスプレイ等の表示部４３と、使用者（コンテンツメニュー管理者）からの各種指示に対応する指示信号を制御部４１に対して出力する入力部（例えば、マウス、キーボード、操作パネル或いはリモコン等）４５と、を備えて構成され、これらの構成要素は、バス４６を介して相互に接続されている。
【０１０６】
この構成において、記憶部４２内には、配送管理サーバＳＶから送信されて来る上記メニュー更新メッセージＭＳＧＵＤＴに基づいて随時更新される上記コンテンツメニューに相当するメニュー情報が、データベースとして蓄積・記憶されている。
【０１０７】
そして、制御部４１は、それに含まれるＣＰＵが記憶部４２等に記憶されたプログラムを実行することによりメニュー用サーバＵ全体を統括制御し、新たな上記メニュー要求メッセージＭＳＧＭＥＮＵがノードＮから送信されて来たときには、その内容に応じて当該メニュー要求メッセージＭＳＧＭＥＮＵの送信元たるノードＮに対して上記メニュー情報を送信し、当該ノードＮにおいて上記コンテンツメニューを表示可能とする。
【０１０８】
次に、配送管理サーバＭＮ及びメニュー用サーバＵにおける第３実施例に係る動作について、具体的に図１０（ａ）を用いて説明する。
【０１０９】
図１０（ａ）に示すように、第３実施例においては、先ず、配送管理サーバＳＶの制御部３１は、各ノードＮからの上記配送完了通知Ｓrpを受信し（ステップＳ３０）、更に全ての必要なノードＮから当該配送完了通知Ｓrpを受信したか否かを確認する（ステップＳ３１）。そして、全てのノードＮからの当該配送完了通知Ｓrpの受信が完了していないときは（ステップＳ３１；ＮＯ）、制御部３１は、上記ステップＳ３０の処理に戻って引き続き配送完了通知Ｓrpの受信を継続する。一方、全てのノードＮからの当該配送完了通知Ｓrpの受信が完了したときは（ステップＳ３１；ＹＥＳ）、制御部３１は、その時点での配信状態情報１００及び１０１（第１実施形態の場合）又は２００及び２０１（第２実施形態の場合）に基づき、配送が完了したコンテンツＣを示すメニュー更新メッセージＭＳＧＵＤＴを生成し、ネットワークを介してメニュー用サーバＵに送信する（ステップＳ３２）。
【０１１０】
一方、第３実施例に係るメニュー用サーバＵの制御部４１は、上記メニュー更新メッセージＭＳＧＵＤＴが送信されて来たか否かを常に監視しており、当該メニュー更新メッセージＭＳＧＵＤＴを受信したならば（ステップＳ３６）、次に、自身がコンテンツメニューに相当するメニュー情報を記憶している全てのコンテンツＣに対応するメニュー更新メッセージＭＳＧＵＤＴが受信できたか否かを確認する（ステップＳ３６）。
【０１１１】
そして、未だメニュー更新メッセージＭＳＧＵＤＴを受信していないコンテンツＣがあるときは（ステップＳ３６；ＮＯ）、制御部４１は、上記ステップＳ３５に戻って引き続きメニュー更新メッセージＭＳＧＵＤＴの受信を行う。一方、ステップＳ３６の判定において、全てのコンテンツＣについてメニュー更新メッセージＭＳＧＵＤＴの受信が完了しているときは（ステップＳ３６；ＹＥＳ）、制御部４１は、当該受信したメニュー更新メッセージＭＳＧＵＤＴに基づいて上記コンテンツメニューを当該メニュー用サーバＵ内において更新し（ステップＳ３２）、メニュー用サーバＵとしての処理を終了する。
【０１１２】
以上の第３実施例の処理により、コンテンツ配信システムＳ４に参加している各ノードＮは、メニュー用サーバＵに対して上記メニュー要求メッセージＭＳＧＭＥＮＵを送信することにより、メニュー更新メッセージＭＳＧＵＤＴに基づいて更新された最新のコンテンツメニューを各ノードＮにおいて表示させることが可能となる。
【実施例４】
【０１１３】
次に、上記各実施形態に共通するコンテンツ投入サーバＭＮにおける処理について、第４実施例として図１０（ｂ）を用いて説明する。
【０１１４】
上述した第１実施形態乃至第３実施形態において、コンテンツ投入サーバＭＮの制御部１１は、コンテンツノードたるノードＮ１に対してコンテンツＣに相当するコンテンツデータＣＤを送信し、当該ノードＮ１内にコンテンツＣを投入する。この場合、制御部１１は、は、当該投入過程においてその配送状況を監視し（ステップＳ４０）、その配送に遅れが発生しているか否かを確認する（ステップＳ４１）。このステップＳ４０及びＳ４１の処理についてより具体的には、例えば上記第１実施形態に係る場合は、予め設定された待機時間を経過してもノードＮ１からの上記配送完了通知Ｓrpが送信されて来ない場合、又は、複数のノードＮに対して同時にコンテンツＣを投入している場合においていずれか一つのノードＮについてのみ上記配送完了通知Ｓrpが送信されてこない場合等において、制御部１１は、配送の遅延が発生していると判定する（ステップＳ４１；ＹＥＳ）。なお、ステップＳ４１の判定において、当該遅延が発生していない場合又は上記待機時間が経過していない場合は（ステップＳ４１；ＮＯ）、制御部１１は、上記ステップＳ４０に戻って当該配送状況の監視を継続する。
【０１１５】
そして、配送遅延が発生していると判断された場合は（ステップＳ４１；ＹＥＳ）、制御部１１は、当該遅延が発生しているノードＮ１に対する配信速度を増大させるべく処理を実行し（ステップＳ４２）、第４実施例に係るコンテンツ投入サーバＭＮとしての処理を終了する。
【０１１６】
ここで、上記ステップＳ４２の処理として具体的には、例えば、コンテンツデータＣＤの伝送が集中する時間帯は当該配送を行わないようにしている等の配送の時間帯制限が行われている場合においてその時間帯制限を一時的に解除する解除メッセージを送信したり、或いは、当該配送に係るネットワークの帯域幅を制限している場合においてその帯域制限を一時的に解除する解除メッセージを送信する処理等が挙げられる。
【０１１７】
以上説明したように、第１実施形態及び第１実施例に係るコンテンツ配信システムＳ１の動作によれば、コンテンツデータＣＤの配信を受けるノードＮから、当該コンテンツデータＣＤの当該ノードＮにおける配送状況を示す配送完了通知Ｓrp又は配送途中経過通知Ｓrを出力し、これをノードＮ毎に配送管理サーバＳＶにおいて受信して記憶するので、コンテンツデータＣＤの各ノードＮへの配送状態が、配送管理サーバＳＶに過度の負荷をかけることなく且つ確実に当該配送管理サーバＳＶにおいて管理することができる。
【０１１８】
また、コンテンツデータＣＤが配信されるべき各ノードＮから、コンテンツデータＣＤの受信が全て完了した旨の配送完了通知Ｓrpが出力されるので、配送管理サーバＳＶにおいて当該配送が完了しているか否かを、ノードＮ毎に管理することができる。
【０１１９】
更に、第２実施形態及び第２実施例に係るコンテンツ配信システムＳ２の動作によれば、コンテンツデータＣＤの配信を受けるノードＮから、当該コンテンツデータＣＤの当該ノードＮにおける配送状況を示す配送完了通知Ｓrp及び配送途中経過通知Ｓrを出力し、これをノードＮ毎に配送管理サーバＳＶにおいて受信して記憶するので、コンテンツデータＣＤの各ノードＮへの配送状態（配送済データ量等）が、配送管理サーバＳＶに過度の負荷をかけることなく且つ確実に当該配送管理サーバＳＶにおいてノードＮ毎に管理することができる。
【０１２０】
また、配送途中経過通知Ｓrを一定間隔毎に授受する第２実施例の第１例の場合は、配送管理サーバＳＶにおいて、当該一定間隔毎の受信済データ量をノードＮ毎に管理することができる。
【０１２１】
更に、配送途中経過通知Ｓrを規定時刻毎に授受する第２実施例の第２例の場合は、配送管理サーバＳＶにおいて、当該規定時刻毎の受信済データ量をノードＮ毎に管理することができる。
【０１２２】
更にまた、第３実施形態に係るコンテンツ配信システムＳ３の動作によれば、各ノードＮへのコンテンツデータＣＤの配信を制御するルートノードを経由して配送完了通知Ｓrp又は配送途中経過通知Ｓrが配送管理サーバＳＶに転送されるので、配送管理サーバＳＶに過度の負担をかけることなく、当該配送管理サーバＳＶにおいて各ノードＮへのコンテンツデータＣＤの配信状態を管理することができる。
【０１２３】
また、第４実施形態に係るコンテンツ配信システムＳ４の動作によれば、配送管理サーバＳＶにおいて受信した配送完了通知Ｓrp又は配送途中経過通知Ｓrに基づいて配信可能なコンテンツデータＣＤを示すコンテンツメニューを更新するので、コンテンツデータＣＤの配信が完了した時点で迅速に当該コンテンツメニューを更新することができ、各ノードＮにおいて、実際に出力可能となったコンテンツＣを迅速に把握することができる。
【０１２４】
更に、第４実施例に係るコンテンツ投入サーバＭＮの動作によれば、コンテンツデータＣＤの遅延が発生しているノードＮを配送完了通知Ｓrp又は配送途中経過通知Ｓrに基づいて検出し、当該検出されたノードＮに対して配信促進のための解除メッセージ等を送信するので、コンテンツデータＣＤの配信を受けるべき全てのノードＮにおける配信完了を促進することができる。
【０１２５】
更にまた、配信遅延の発生原因が配信時間帯の制限によるものである場合には当該制限を解除する旨の解除メッセージを送信し、或いは配信遅延の発生原因が配信速度の制限によるものである場合に当該制限を解除する旨の解除メッセージを送信するので、夫々の発生原因の場合に、当該配信遅延を迅速に解消してコンテンツデータＣＤの配信を完了させることができる。
【０１２６】
なお、上述した各実施形態及び実施例においては、コンテンツＣの投入時及びレプリカＲの作成時に対して本発明を適用したが、これ以外に、例えば、コンテンツ配信システムＳにおける通常のコンテンツＣの配信時（すなわち、上記コンテンツＣの投入時及びレプリカＲの作成時以外の通常の配信時）において、配信を要求したリクエストノードから上記配送完了通知Ｓrp又は配送途中経過通知Ｓrを送信させることにより、当該配信を制御するルートノード等においてその配信状況を把握する場合に本発明を適用することも可能である。
【０１２７】
また、図７、図８及び図９（ａ）に夫々示すフローチャートに対応するプログラムを、フレキシブルディスク又はハードディスク等の情報記録媒体に記録しておき、又はインターネット等を介して取得して記録しておき、これらを汎用のコンピュータで読み出して実行することにより、当該コンピュータを各実施形態に係るノードＮ内の制御部２１として活用することも可能である。
【０１２８】
更に、図１０に夫々示すフローチャートに対応するプログラムを、フレキシブルディスク又はハードディスク等の情報記録媒体に記録しておき、又はインターネット等を介して取得して記録しておき、これらを汎用のコンピュータで読み出して実行することにより、図１０（ａ）に示すフローチャートに対応するプログラムについては当該コンピュータを配送管理サーバＳＶ内の制御部３１又はメニュー用サーバＵ内の制御部４１として、図１０（ｂ）に示すフローチャートに対応するプログラムについては当該コンピュータをコンテンツ投入サーバＭＮ内の制御部１１として、夫々活用することも可能である。
【産業上の利用可能性】
【０１２９】
以上夫々説明したように、本発明はいわゆるＰ２Ｐ型のコンテンツ配信システムを用いたコンテンツの配信の分野に利用することが可能であり、特に映画や音楽等の配信完了時期を把握する必要があるコンテンツの配信の分野に適用すれば特に顕著な効果が得られる。
【図面の簡単な説明】
【０１３０】
【図１】第１実施形態に係るコンテンツ配信システムの概要構成等を示す図であり、（ａ）は当該概要構成を示すブロック図であり、（ｂ）は当該コンテンツ配信システムに係る配送管理サーバ内に記憶される情報の内容を例示する図である。
【図２】第２実施形態に係るコンテンツ配信システムの概要構成等を示す図であり、（ａ）は当該概要構成を示すブロック図であり、（ｂ）は当該コンテンツ配信システムに係る配送管理サーバ内に記憶される情報の内容を例示する図である。
【図３】第３実施形態に係るコンテンツ配信システムの概要構成を示すブロック図である。
【図４】第４実施形態に係るコンテンツ配信システムの概要構成を示すブロック図である。
【図５】各実施形態に係るコンテンツ投入サーバ等の細部構成を示すブロック図であり、（ａ）は各実施形態に係るコンテンツ投入サーバの細部構成を示すブロック図であり、（ｂ）は各実施形態に係るノードの細部構成を示すブロック図である。
【図６】各実施形態に係る配送管理サーバ等の細部構成を示すブロック図であり、（ａ）は各実施形態に係る配送管理サーバの細部構成を示すブロック図であり、（ｂ）は第４実施形態に係るメニュー用サーバの細部構成を示すブロック図である。
【図７】第１実施例に係る各ノードにおける処理を示すフローチャートである。
【図８】第２実施例の第１例に係る各ノードにおける処理を示すフローチャートである。
【図９】第２実施例の第２例に係る各ノードにおける処理を示すフローチャート等であり、（ａ）は当該第２例に係る各ノードにおける処理を示すフローチャートであり、（ｂ）は当該第２例に係る配送管理サーバにおける処理を示す図である。
【図１０】第３実施例及び第４実施例に係る動作を示すフローチャートであり、（ａ）は第３実施例に係る配信管理サーバ及びメニュー用サーバの動作を示すフローチャートであり、（ｂ）は第４実施例に係るコンテンツ投入サーバの動作を示すフローチャートである。
【符号の説明】
【０１３１】
１１、２１、３１、４１    制御部
１２、２２、３２、４２    記憶部
３２Ａ    第１記憶領域
３２Ｂ    第２記憶領域
１３    暗号化用アクセラレータ
１４    エンコーダ部
１５、２９ａ、３４、４４    通信部
１６、２９ｂ、３５、４５    入力部
１７、２９ｄ、３６、４６    バス
２７、３３、４３    表示部
２３    バッファメモリ
２４    復号化アクセラレータ
２５    デコーダ部
２６    映像処理部
２８    音声処理部
２９    スピーカ
２９ｅ    ＩＣカード
２９ｃ    ＩＣカードスロット
１００ＣＸ、１００ＣＹ、１００ＣＺ、１０１Ｎ１、１０１Ｎ２、２００ＣＸ、２００ＣＹ、２００ＣＺ、２０１Ｎ１、２０１Ｎ２    配送状況情報
Ｓ１、Ｓ２、Ｓ３、Ｓ４    コンテンツ配信システム
Ｎ１、Ｎ２、Ｎ３、Ｎ４、Ｎ５    ノード
Ｕ    メニュー用サーバ
ＭＮ    コンテンツ投入サーバ
ＳＶ    配送管理サーバ
ＣＸ、    コンテンツ
ＲＸ    レプリカ
Ｓrp1、Ｓrp2、Ｓrp4    配送完了通知
Ｓr1、Ｓr2、Ｓr4    配送途中経過通知
Ｓrtx    配送完了通知
ＭＳＧＵＤＴ    メニュー更新メッセージ
ＭＳＧＭＥＮＵ    メニュー要求メッセージ
ＣＤ    コンテンツデータ
【図１】
2008250773.tif 000003
【図２】
2008250773.tif 000004
【図３】
2008250773.tif 000005
【図４】
2008250773.tif 000006
【図５】
2008250773.tif 000007
【図６】
2008250773.tif 000008
【図７】
2008250773.tif 000009
【図８】
2008250773.tif 000010
【図９】
2008250773.tif 000011
【図１０】
2008250773.tif 000012