(57)【要約】      （修正有）【課題】エッジサーバにおけるコンテンツ配信の効率を高める。【解決手段】コンテンツへのアクセスが要求されるタイミングに関するパターンの送信方法は、第１ユーザの端末からコンテンツアクセスの要求を受信した第１エッジサーバから、当該要求のログを受信し、上記ログに基づいて、第１ユーザによってコンテンツへのアクセスが要求されるタイミングに関するパターンを特定し、第１ユーザと関連付けられている第２ユーザの端末と接続した実績がある第２エッジサーバへ、上記パターンを送信する処理を含む。【選択図】図２３Ａ
2017068451.tif 000002
【特許請求の範囲】
【請求項１】
第１ユーザの端末からコンテンツアクセスの要求を受信した第１エッジサーバから、当該要求のログを受信し、
前記ログに基づいて、前記第１ユーザによってコンテンツへのアクセスが要求されるタイミングに関するパターンを特定し、
前記第１ユーザと関連付けられている第２ユーザの端末と接続した実績がある第２エッジサーバへ、前記パターンを送信する
処理をコンピュータに実行させるプログラム。
【請求項２】
更に、
前記第１ユーザから前記要求を受信した時間帯において前記第２ユーザの前記端末と接続した実績がある前記第２エッジサーバを特定する
処理をコンピュータに実行させる請求項１記載のプログラム。
【請求項３】
更に、
いずれかのエッジサーバから、当該エッジサーバに前記第１ユーザの前記端末が接近したことを示す通知を受信した場合に、当該エッジサーバへ前記第２ユーザによって登録されたコンテンツを配備する指示を送信する
処理をコンピュータに実行させる請求項１又は２記載のプログラム。
【請求項４】
コンテンツ共有システムに含まれるエッジサーバから、コンテンツ配信の要求を受信し、
前記要求において指定されたユーザについて、当該ユーザによってコンテンツへのアクセスが要求されるタイミングに関するパターンを特定し、
配信するコンテンツと共に、前記パターンを前記エッジサーバへ送信する
処理をコンピュータに実行させるプログラム。
【請求項５】
第１ユーザの端末からコンテンツアクセスの要求を受信した第１エッジサーバから、当該要求のログを受信し、
前記ログに基づいて、前記第１ユーザによってコンテンツへのアクセスが要求されるタイミングに関するパターンを特定し、
前記第１ユーザと関連付けられている第２ユーザの端末と接続した実績がある第２エッジサーバへ、前記パターンを送信する
処理を含み、コンピュータにより実行されるパターン送信方法。
【請求項６】
第１ユーザの端末からコンテンツアクセスの要求を受信した場合に、当該要求のログを送信する送信部
を有する第１エッジサーバと、
前記第１エッジサーバから、当該要求のログを受信する受信部と、
前記ログに基づいて、前記第１ユーザによってコンテンツへのアクセスが要求されるタイミングに関するパターンを特定する特定部と、
前記第１ユーザと関連付けられている第２ユーザの端末と接続した実績がある第２エッジサーバへ、前記パターンを送信する送信部と
を有する上位サーバと、
上記パターンを受信する受信部と、
上記パターンに基づくタイミングに従って、コンテンツを配信する配信部と
を有する前記第２エッジサーバと
を含む共有コンテンツ制御システム。
【請求項７】
コンテンツ共有システムに含まれるエッジサーバから、コンテンツ配信の要求を受信し、
前記要求において指定されたユーザについて、当該ユーザによってコンテンツへのアクセスが要求されるタイミングに関するパターンを特定し、
配信するコンテンツと共に、前記パターンを前記エッジサーバへ送信する
処理を含み、コンピュータにより実行されるパターン送信方法。
【請求項８】
コンテンツ共有システムに含まれるエッジサーバから、コンテンツ配信の要求を受信する受信部と、
前記要求において指定されたユーザについて、当該ユーザによってコンテンツへのアクセスが要求されるタイミングに関するパターンを特定する特定部と、
配信するコンテンツと共に、前記パターンを前記エッジサーバへ送信する送信部と
を有する情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ共有の技術に関する。
【背景技術】
【０００２】
複数のユーザ間でコンテンツを共有するためのサービスにおいて、インターネットに設けられたセンタサーバからコンテンツをダウンロードする場合には、狭い帯域を使用するため、伝送にかかる時間が長くなることがある。
【０００３】
一方、ダウンロードしようとするユーザの端末が接続するエッジサーバにおいて予めコンテンツをキャッシュしておけば、広い帯域における伝送だけで足りるので、コンテンツの取得時間は短くなる。
【０００４】
但し、例えば特定のコンテンツをダウンロードしようとするユーザが多い場合には、各エッジサーバに当該コンテンツを配信する負荷は大きくなりやすい。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００４−１７１０５２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明の目的は、一側面では、エッジサーバにおけるコンテンツ配信の効率を高めることである。
【課題を解決するための手段】
【０００７】
一態様に係るパターン送信方法は、（Ａ）第１ユーザの端末からコンテンツアクセスの要求を受信した第１エッジサーバから、当該要求のログを受信し、（Ｂ）上記ログに基づいて、第１ユーザによってコンテンツへのアクセスが要求されるタイミングに関するパターンを特定し、（Ｃ）第１ユーザと関連付けられている第２ユーザの端末と接続した実績がある第２エッジサーバへ、上記パターンを送信する処理を含む。
【０００８】
一態様に係るパターン送信方法は、（Ａ）コンテンツ共有システムに含まれるエッジサーバから、コンテンツ配信の要求を受信し、（Ｂ）上記要求において指定されたユーザについて、当該ユーザによってコンテンツへのアクセスが要求されるタイミングに関するパターンを特定し、（Ｃ）配信するコンテンツと共に、上記パターンを上記エッジサーバへ送信する処理を含む。
【発明の効果】
【０００９】
一側面としては、エッジサーバにおけるコンテンツ配信の効率を高めることに役立つ。
【図面の簡単な説明】
【００１０】
【図１】図１は、コンテンツ共有システムのネットワーク構成例を示す図である。
【図２】図２は、データセンタのモジュール構成例を示す図である。
【図３】図３は、コンテンツデータ記憶部に記憶するデータの例を示す図である。
【図４】図４は、コンテンツ位置テーブルの例を示す図である。
【図５】図５は、アクセスログテーブルの例を示す図である。
【図６】図６は、アクセスパターンテーブルの例を示す図である。
【図７】図７は、接近ログテーブルの例を示す図である。
【図８】図８は、ユーザ位置テーブルの例を示す図である。
【図９】図９は、関連データの例を示す図である。
【図１０】図１０は、エッジノードのモジュール構成例を示す図である。
【図１１】図１１は、アクセスパターンテーブルの例を示す図である。
【図１２】図１２は、アクセスログテーブルの例を示す図である。
【図１３】図１３は、第１フェーズの概要を示す図である。
【図１４】図１４は、アップロード要求の構成例を示す図である。
【図１５】図１５は、アップロード通知メッセージの構成例を示す図である。
【図１６】図１６は、第１アップロード処理フローを示す図である。
【図１７】図１７は、第２アップロード処理フローを示す図である。
【図１８】図１８は、第２フェーズの概要を示す図である。
【図１９】図１９は、アクセスパターンメッセージの構成例を示す図である。
【図２０】図２０は、アクセスパターンの例を示す図である。
【図２１】図２１は、第１周期処理フローを示す図である。
【図２２】図２２は、特定処理フローを示す図である。
【図２３Ａ】図２３Ａは、配布処理フローを示す図である。
【図２３Ｂ】図２３Ｂは、配布処理フローを示す図である。
【図２４】図２４は、第１登録処理フローを示す図である。
【図２５】図２５は、第３フェーズの概要を示す図である。
【図２６】図２６は、接近ログメッセージの構成例を示す図である。
【図２７】図２７は、配備指示メッセージの構成例を示す図である。
【図２８】図２８は、事前要求メッセージの構成例を示す図である。
【図２９】図２９は、事前応答メッセージの構成例を示す図である。
【図３０】図３０は、配備完了メッセージの構成例を示す図である。
【図３１】図３１は、第１配備処理（Ａ）フローを示す図である。
【図３２】図３２は、第２配備処理（Ａ）フローを示す図である。
【図３３】図３３は、第２配備処理（Ａ）フローを示す図である。
【図３４】図３４は、受付処理フローを示す図である。
【図３５】図３５は、配信処理（Ａ）フローを示す図である。
【図３６】図３６は、第４フェーズの概要を示す図である。
【図３７】図３７は、アクセス要求の構成例を示す図である。
【図３８】図３８は、アクセスログメッセージの構成例を示す図である。
【図３９】図３９は、第４フェーズの概要を示す図である。
【図４０】図４０は、コンテンツ要求メッセージの構成例を示す図である。
【図４１】図４１は、第１ダウンロード処理フローを示す図である。
【図４２】図４２は、第２ダウンロード処理フローを示す図である。
【図４３】図４３は、第２登録処理フローを示す図である。
【図４４Ａ】図４４Ａは、第２周期処理フローを示す図である。
【図４４Ｂ】図４４Ｂは、第２周期処理フローを示す図である。
【図４５】図４５は、集計テーブルの例を示す図である。
【図４６】図４６は、実施の形態２に係る配備指示メッセージの構成例を示す図である。
【図４７】図４７は、実施の形態２に係る事前要求メッセージの構成例を示す図である。
【図４８】図４８は、実施の形態２に係る事前応答メッセージの構成例を示す図である。
【図４９】図４９は、第１配備処理（Ｂ）フローを示す図である。
【図５０】図５０は、第２配備処理（Ｂ）フローを示す図である。
【図５１】図５１は、配信処理（Ｂ）フローを示す図である。
【図５２】図５２は、コンピュータの機能ブロック図である。
【発明を実施するための形態】
【００１１】
［実施の形態１］
図１に、コンテンツ共有システムのネットワーク構成例を示す。コンテンツ共有システムは、データセンタ１０１及び複数のエッジノード１０３を含んでいる。データセンタ１０１は、広域網に含まれている。
【００１２】
ユーザ端末１０５は、ローカル網に設けられているエッジノード１０３を介して、コンテンツをアップロードし、あるいはダウンロードする。
【００１３】
共有されるコンテンツは、データセンタ１０１において保持されると共に、エッジノード１０３においてキャッシュされる場合がある。エッジノード１０３においてキャッシュされているコンテンツについては、ユーザ端末１０５へ速くダウンロードされる。ローカル網における帯域は、一般的に広域網における帯域に比べて広いからである。
【００１４】
また、ユーザが移動すれば、ユーザ端末１０５が接続するエッジノード１０３は切り替わる。エッジノード１０３は、例えば移動体通信網における基地局又は無線ＬＡＮ（Local Area Network）におけるアクセスポイントである。
【００１５】
以下に示す例で、ユーザ端末１０５ｂがエッジノード１０３ａに接続してコンテンツをアップロードすると、エッジノード１０３ａにおいて当該コンテンツはキャッシュされる。
【００１６】
また、ユーザ端末１０５ａがその時間帯にエッジノード１０３ｃに接続することが多く、更にユーザ端末１０５ｂからアップロードされたコンテンツをすぐにダウンロードする場合が多いと想定する。このような場合に、エッジノード１０３ａにコンテンツがキャッシュされてから間もなく、ユーザ端末１０５ａがエッジノード１０３ｃに接近すると、エッジノード１０３ｃはエッジノード１０３ａへコンテンツを事前に要求する。
【００１７】
エッジノード１０３ａは、データセンタ１０１から、ユーザ端末１０５ａによるアクセスパターンを取得しており、そのアクセスパターンに基づいて、すぐにエッジノード１０３ｃにコンテンツを送った方がよいと判断する。そして、仮に他のエッジノード１０３からのコンテンツ要求と競合する場合であっても、優先して応答する。
【００１８】
このようにすれば、例えばエッジノード１０３ａを介してアップロードされたコンテンツをすぐにダウンロードしたいユーザが多い場合に、各ユーザの行動パターンに応じた適切なコンテンツ配信を行うことができる。
【００１９】
図２に、データセンタ１０１のモジュール構成例を示す。データセンタ１０１は、受信部２０１、送信部２０３、センタサービス部２０５、特定部２０７、配布部２０９、配備制御部２１１、生成部２１３、コンテンツデータ記憶部２２１、コンテンツ位置記憶部２２３、アクセスログ記憶部２２５、アクセスパターン記憶部２２７、接近ログ記憶部２２９、ユーザ位置記憶部２３１及び関連データ記憶部２３３を有する。
【００２０】
受信部２０１は、各種データを受信する。送信部２０３は、各種データを送信する。センタサービス部２０５は、データセンタ１０１におけるコンテンツサービスを提供する。特定部２０７は、ユーザによってコンテンツへのアクセスが要求されるタイミングに関するパターンを特定する。更に、特定部２０７は、時間帯に応じて予測されるユーザの位置を特定する。配布部２０９は、エッジノード１０３にアクセスパターンを配布する。配備制御部２１１は、コンテンツの事前配備を制御する。生成部２１３は、ユーザ同士を関連付けるデータ（関連データという。）を生成する。
【００２１】
コンテンツデータ記憶部２２１は、コンテンツ本体及びコンテンツに付属するデータを記憶する。コンテンツ位置記憶部２２３は、コンテンツの格納場所を管理するコンテンツ位置テーブルを記憶する。アクセスログ記憶部２２５は、アクセス要求に関するアクセスログテーブルを記憶する。アクセスパターン記憶部２２７は、ユーザによるアクセス要求のタイミングをまとめたアクセスパターンテーブルを記憶する。接近ログ記憶部２２９は、エッジノード１０３へのデータセンタ１０１の接近に関する接近ログテーブルを記憶する。ユーザ位置記憶部２３１は、予測されるユーザの位置をまとめたユーザ位置テーブルを記憶する。関連データ記憶部２３３は、関連データを記憶する。
【００２２】
上述した受信部２０１、送信部２０３、センタサービス部２０５、特定部２０７、配布部２０９、配備制御部２１１及び生成部２１３は、ハードウエア資源（例えば、図５２）と、以下で述べる処理をプロセッサに実行させるプログラムとを用いて実現される。
【００２３】
上述したコンテンツデータ記憶部２２１、コンテンツ位置記憶部２２３、アクセスログ記憶部２２５、アクセスパターン記憶部２２７、接近ログ記憶部２２９、ユーザ位置記憶部２３１及び関連データ記憶部２３３は、ハードウエア資源（例えば、図５２）を用いて実現される。
【００２４】
図３を用いて、コンテンツデータ記憶部２２１に記憶されるデータについて説明する。コンテンツデータ記憶部２２１は、コンテンツ本体に対応付けて、コンテンツ名、ユーザＩＤ及び登録日時を記憶する。この例では、コンテンツ名、ユーザＩＤ及び登録日時が付属レコードに設定される。
【００２５】
コンテンツ名は、当該コンテンツを識別する。ユーザＩＤは、当該コンテンツを登録したユーザの識別子である。登録日時は、当該コンテンツが登録された日付及び時刻である。
【００２６】
次に、コンテンツ位置記憶部２２３に記憶されるコンテンツ位置テーブルについて説明する。図４に、コンテンツ位置テーブルの例を示す。この例におけるコンテンツ位置テーブルは、コンテンツに対応するレコード（以下、コンテンツ位置レコードという。）を有している。コンテンツ位置レコードは、コンテンツ名を設定するためのフィールドと、保持ノードＩＤを設定するための一又は複数のフィールドとを有している。
【００２７】
コンテンツ名は、当該コンテンツを識別する。保持ノードＩＤは、当該コンテンツを保持しているエッジノード１０３のＩＤである。
【００２８】
次に、アクセスログ記憶部２２５に記憶されるアクセスログテーブルについて説明する。図５に、アクセスログテーブルの例を示す。この例におけるアクセスログテーブルは、一回のコンテンツアクセスに対応するレコード（以下、アクセスログレコードという。）を有している。アクセスログレコードは、アクセス日時を設定するためのフィールドと、ユーザＩＤを設定するためのフィールドと、接続ノードＩＤを設定するためのフィールドと、ログ種別を設定するためのフィールドと、コンテンツ名を設定するためのフィールドとを有している。
【００２９】
アクセス日時は、コンテンツへのアクセスが行われた日付及び時刻である。ユーザＩＤは、コンテンツへのアクセス要求を送信したユーザ端末１０５を使用するユーザを識別する。ユーザＩＤは、ユーザ端末１０５の識別子であってもよい。接続ノードＩＤは、アクセス要求を行う際にユーザ端末１０５と接続していたエッジノード１０３のＩＤである。ログ種別には、「アクセス要求」が設定されている。「アクセス要求」は、当該ログがアクセスログであることを示している。コンテンツ名は、アクセスされたコンテンツを表す。
【００３０】
次に、アクセスパターン記憶部２２７に記憶されるアクセスパターンテーブルについて説明する。図６に、アクセスパターンテーブルの例を示す。この例におけるアクセスパターンテーブルは、ユーザＩＤ、曜日、時間帯及び接続ノードＩＤの組み合わせに対応するレコード（以下、パターンレコードという。）を有している。パターンレコードは、ユーザＩＤを設定するためのフィールドと、曜日を設定するためのフィールドと、時間帯を設定するためのフィールドと、接続ノードＩＤを設定するためのフィールドと、アクセス要求までの時間を設定するためのフィールドとを有している。
【００３１】
ユーザＩＤは、当該パターンに従ってアクセス要求を指示するユーザを識別する。曜日及び時間帯は、想定する時間的な状況を示す。接続ノードＩＤは、当該時間的な状況においてユーザ端末１０５が接続すると想定されるエッジノード１０３のＩＤである。接続ノードＩＤは、場所的な状況を示す。アクセス要求までの時間は、想定される状況においてエッジノード１０３に接近してから、アクセス要求を送信するまでの基準時間（この例では、実績に基づく平均時間）である。
【００３２】
例えば、図示した１番目のパターンレコードは、火曜の１０時台にユーザＥのユーザ端末１０５が、ノードＦに接近した場合に、接近から１５分後にアクセス要求が送信されると想定されることを示している。
【００３３】
次に、接近ログ記憶部２２９に記憶される接近ログテーブルについて説明する。図７に、接近ログテーブルの例を示す。この例における接近ログテーブルは、エッジノード１０３においてユーザ端末１０５から受けた接近通知に対応するレコード（以下、接近ログレコードという。）を有している。接近ログレコードは、接近日時を設定するためのフィールドと、ユーザＩＤを設定するためのフィールドと、接近ノードＩＤを設定するためのフィールドと、ログ種別を設定するためのフィールドとを有している。
【００３４】
接近日時は、エッジノード１０３において接近通知を受けた日付及び時刻である。ユーザＩＤは、接近通知を送ったユーザ端末１０５を使用するユーザを識別する。接近ノードＩＤは、接近通知を受けたエッジノード１０３のＩＤである。ログ種別には、「接近」が設定されている。「接近」は、当該ログが接近ログであることを示している。
【００３５】
次に、ユーザ位置記憶部２３１に記憶されるユーザ位置テーブルについて説明する。図８に、ユーザ位置テーブルの例を示す。この例におけるユーザ位置テーブルは、ユーザＩＤ、曜日及び時間帯に対応するレコード（以下、ユーザ位置レコードという。）を有している。ユーザ位置レコードは、ユーザＩＤを設定するためのフィールドと、曜日を設定するためのフィールドと、時間帯を設定するためのフィールドと、接近ノードＩＤを設定するためのフィールドとを有している。
【００３６】
ユーザＩＤは、所在を特定する対象となるユーザを識別する。曜日及び時間帯は、想定する時間的な状況を示す。接近ノードＩＤは、当該時間的な状況において当該ユーザのユーザ端末１０５が接近している可能性が高いエッジノード１０３のＩＤである。つまり、接近ノードＩＤは、予想されるユーザの所在位置を表す。
【００３７】
例えば、図示した１番目のユーザ位置レコードは、月曜の９時台に、ユーザＢがノードＡであるエッジノード１０３の近くに居る可能性が高いことを示している。
【００３８】
次に、関連データ記憶部２３３に記憶される関連データについて説明する。図９に、関連データの例を示す。この例における関連データは、テーブル形式である。但し、関連データは、テーブル形式以外の形式であってもよい。この例における関連データは、コンテンツを登録したユーザ（登録ユーザという。）に対応するレコード（以下、関連レコードという。）を有している。
【００３９】
関連レコードは、登録ユーザＩＤを設定するためのフィールドと、取得ユーザＩＤを設定するための一又は複数のフィールドとを有している。登録ユーザＩＤは、コンテンツの登録ユーザ、つまりコンテンツを提供する側のユーザを識別する。取得ユーザＩＤは、登録ユーザによって提供されたコンテンツを取得したユーザ（取得ユーザという。）を識別する。
【００４０】
例えば、図示した１番目の関連レコードは、ユーザＢがコンテンツをアップロードした場合に、ユーザＡ、ユーザＣ及びユーザＥが頻繁に当該コンテンツをダウンロードする傾向があることを示している。
【００４１】
続いて、エッジノード１０３について説明する。図１０に、エッジノード１０３のモジュール構成例を示す。エッジノード１０３は、第１受信部１００１、第１送信部１００３、第２受信部１００５、第２送信部１００７、エッジサービス部１００９、登録部１０１１、配備エージェント１０１３、コンテンツ記憶部１０２１、アクセスパターン記憶部１０２３及びアクセスログ記憶部１０２５を有する。
【００４２】
第１受信部１００１は、ローカル網を介して各種データを受信する。第１送信部１００３は、ローカル網を介して各種データを送信する。第２受信部１００５は、無線媒体によってユーザ端末１０５から各種データを受信する。第２送信部１００７は、無線媒体によって各種データをユーザ端末１０５へ送信する。エッジサービス部１００９は、エッジノード１０３におけるコンテンツサービスを提供する。登録部１０１１は、アクセスパターンを登録する。配備エージェント１０１３は、コンテンツの事前配備を行う。
【００４３】
コンテンツ記憶部１０２１は、コンテンツ名に対応付けてコンテンツ本体を記憶する。アクセスパターン記憶部１０２３は、アクセスパターンテーブルを記憶する。アクセスログ記憶部１０２５は、アクセスログテーブルを記憶する。
【００４４】
上述した第１受信部１００１、第１送信部１００３、第２受信部１００５、第２送信部１００７、エッジサービス部１００９、登録部１０１１及び配備エージェント１０１３は、ハードウエア資源（例えば、図５２）と、以下で述べる処理をプロセッサに実行させるプログラムとを用いて実現される。
【００４５】
上述したコンテンツ記憶部１０２１、アクセスパターン記憶部１０２３及びアクセスログ記憶部１０２５、は、ハードウエア資源（例えば、図５２）を用いて実現される。
【００４６】
次に、アクセスパターン記憶部１０２３に記憶されるアクセスパターンテーブルについて説明する。図１１に、アクセスパターンテーブルの例を示す。アクセスパターン記憶部１０２３に記憶されるアクセスパターンテーブルの構成は、データセンタ１０１におけるアクセスパターン記憶部２２７に記憶されるアクセスパターンテーブルの場合と同様である。アクセスパターン記憶部１０２３に記憶されるアクセスパターンテーブルには、アクセスログ記憶部２２５に記憶されるアクセスパターンテーブルにおけるパターンレコードの一部が格納される。
【００４７】
次に、アクセスログ記憶部１０２５に記憶されるアクセスログテーブルについて説明する。図１２に、アクセスログテーブルの例を示す。アクセスログ記憶部１０２５に記憶されるアクセスログテーブルの構成は、データセンタ１０１におけるアクセスログ記憶部２２５に記憶されるアクセスログテーブルの場合と同様である。アクセスログ記憶部１０２５に記憶されるアクセスログテーブルは、当該エッジノード１０３において受信したアクセス要求に係るアクセスログレコードを含んでいる。
【００４８】
以下では、コンテンツ共有システムの動作について第１フェーズ乃至第５フェーズに分けて説明する。図１３に、第１フェーズの概要を示す。第１フェーズでは、コンテンツがアップロードされる。この例では、ユーザ端末１０５ｂからアップロード要求がエッジノード１０３ａに送られる。
【００４９】
コンテンツ本体は、アップロード要求に含まれている。コンテンツ本体は、エッジノード１０３においてキャッシュされると共に、アップロード通知メッセージの形式でデータセンタ１０１に転送される。
【００５０】
図１４に、アップロード要求の構成例を示す。アップロード要求は、コンテンツ名、コンテンツ本体及びユーザＩＤを含んでいる。コンテンツ名は、アップロードされるコンテンツを識別する。コンテンツ本体は、アップロードされるデータである。コンテンツ本体は、例えば画像形式又は音声形式のデータである。ユーザＩＤは、アップロードを要求するユーザのＩＤである。
【００５１】
図１５に、アップロード通知メッセージの構成例を示す。アップロード通知メッセージは、コンテンツ名、コンテンツ本体、ユーザＩＤ及び保持ノードＩＤを含んでいる。コンテンツ名は、アップロードされたコンテンツを識別する。コンテンツ本体は、アップロードされたデータである。ユーザＩＤは、アップロードを要求したユーザのＩＤである。保持ノードＩＤは、アップロードされたコンテンツを保持しているエッジノード１０３のＩＤである。
【００５２】
エッジノード１０３における第１アップロード処理について説明する。図１６に、第１アップロード処理フローを示す。第２受信部１００５が、ユーザ端末１０５からアップロード要求を受信すると（Ｓ１６０１）、エッジサービス部１００９は、アップロード要求に含まれるコンテンツ本体をコンテンツ名と対応付けてコンテンツ記憶部１０２１に記憶する（Ｓ１６０３）。そして、第１送信部１００３は、アップロード通知メッセージをデータセンタ１０１へ送信する（Ｓ１６０５）。
【００５３】
次に、データセンタ１０１における第２アップロード処理について説明する。図１７に、第２アップロード処理フローを示す。受信部２０１が、エッジノード１０３からアップロード通知メッセージを受信すると（Ｓ１７０１）、センタサービス部２０５は、コンテンツ本体と付属データ（コンテンツ名、ユーザＩＤ及び登録日時）とをコンテンツデータ記憶部２２１に記憶する（Ｓ１７０３）。また、センタサービス部２０５は、コンテンツ位置テーブルにコンテンツ位置を登録する（Ｓ１７０５）。具体的には、コンテンツ名が設定されているコンテンツ位置レコードがある場合には、センタサービス部２０５は、そのレコードにアップロード通知メッセージの送信元であるエッジノード１０３のＩＤを新たな保持ノードＩＤのフィールドに設定する。また、コンテンツ名が設定されているコンテンツ位置レコードがない場合には、センタサービス部２０５は、新たなコンテンツ位置レコードを追加して、コンテンツ名及び保持ノードＩＤを設定する。
【００５４】
次に、第２フェーズについて説明する。図１８に、第２フェーズの概要を示す。第２フェーズでは、各エッジノード１０３へユーザのアクセスパターンが選択的に配られる。この例において送られるアクセスパターンは、メッセージ形式である。
【００５５】
図１９に、アクセスパターンメッセージの構成例を示す。アクセスパターンメッセージは、ユーザＩＤ、曜日、時間帯、接続ノードＩＤ及びアクセス要求までの時間を含んでいる。ユーザＩＤは、当該パターンに従ってアクセス要求を指示するユーザを識別する。曜日及び時間帯は、想定する時間的な状況を示す。接続ノードＩＤは、当該時間的な状況においてユーザ端末１０５が接続すると想定されるエッジノード１０３のＩＤである。接続ノードＩＤは、場所的な状況を示す。アクセス要求までの時間は、想定される状況においてエッジノード１０３に接近してから、アクセス要求を送信するまでの基準時間（この例では、実績に基づく平均時間）である。
【００５６】
アクセスパターンについて、更に説明する。図２０に、アクセスパターンの例を示す。例えば、エッジノード１０３ａは、ユーザＡ（ユーザ端末１０５ａの使用者）が、月曜の９時台において、エッジノード１０３ｃへ接近してから５分後にコンテンツをダウンロードしようとすることが多いというアクセスパターンを保持しているものとする。更に、エッジノード１０３ａは、ユーザＣ（ユーザ端末１０５ｃの使用者）が、同じく月曜の９時台において、エッジノード１０３ｂに接近してから、１５分後にコンテンツをダウンロードしようとすることが多いというアクセスパターンを保持しているものとする。
【００５７】
また、ユーザＢ（ユーザ端末１０５ｂの使用者）がアップロードするコンテンツをユーザＡ及びユーザＣが頻繁にダウンロードしているものとする。つまり、ユーザＢは、コンテンツを登録する側のユーザであり、ユーザＡ及びユーザＣは、ユーザＢが登録したコンテンツを取得する側のユーザである。このような場合に、ユーザＢに対してユーザＡ及びユーザＣは関連が深い。両者の関係は、データセンタ１０１において関連データで管理されているものとする。
【００５８】
ある月曜の９時台に、ユーザＢがエッジノード１０３ａに接近して新たなコンテンツをアップロードしたと想定する。このころ、ユーザＡはエッジノード１０３ｃに接近しつつあり、同様にユーザＣはエッジノード１０３ｂに接近しつつあるものとする。
【００５９】
このような場合には、エッジノード１０３ｂとエッジノード１０３ｃとの両方において、新たなコンテンツを事前にキャッシュする動作を行う。つまり、エッジノード１０３ｂとエッジノード１０３ｃとの両方からエッジノード１０３に対して事前にコンテンツを要求する。
【００６０】
仮にエッジノード１０３ａにおいて、エッジノード１０３ｂとエッジノード１０３ｃとから同時に新たなコンテンツを要求された場合、習慣としてユーザＡの方が早くコンテンツをダウンロードしようとする傾向がある。エッジノード１０３ａは、ユーザＡのアクセスパターンに基づいて、その傾向に応じるように先にエッジノード１０３ｃへ新たなコンテンツを送る。
【００６１】
一方、習慣としてユーザＣは、コンテンツのダウンロードをあまり急がない傾向がある。エッジノード１０３ａは、ユーザＣのアクセスパターンに基づいて、その傾向に応じるように後にエッジノード１０３ｂへ新たなコンテンツを送る。
【００６２】
このように時間的にシフトしてコンテンツの配信を行えば、エッジノード１０３ａにおける伝送負荷が大きくなった場合でも、滞ることなく事前のキャッシュを済ませることができる。
【００６３】
第２フェーズにおける処理について説明する。まず、データセンタ１０１における第１周期処理について説明する。図２１に、第１周期処理フローを示す。第１周期処理では、日常的なデータ更新を行う。特定部２０７は、所定の周期に従ってタイミングを待つ（Ｓ２１０１）。
【００６４】
タイミングに至ると、特定部２０７は、特定処理を実行する（Ｓ２１０３）。特定処理では、コンテンツへアクセスするパターン及び予想されるユーザの所在位置を特定する。図２２に、特定処理フローを示す。特定部２０７は、アクセスログテーブルに含まれるアクセスログレコードを、ユーザＩＤ、曜日、時間帯及び接続ノードＩＤの組み合わせ毎に仕分ける（Ｓ２２０１）。曜日及び時間帯は、アクセス日時に基づいて特定される。特定部２０７は、組み合わせ毎にアクセス要求までの時間の平均を求める（Ｓ２２０３）。そして、特定部２０７は、アクセスパターンテーブルに各組み合わせに対応するパターンレコードを登録する（Ｓ２２０５）。
【００６５】
特定部２０７は、接近ログテーブルに含まれる接近ログレコードを、ユーザＩＤ、曜日及び時間帯の組み合わせ毎に仕分ける（Ｓ２２０７）。曜日及び時間帯は、接近日時に基づいて特定される。特定部２０７は、組み合わせ毎に頻度の高い接続ノードＩＤを特定する（Ｓ２２０９）。そして、特定部２０７は、ユーザ位置テーブルに各組み合わせに対応するユーザ位置レコードを登録する（Ｓ２２１１）。特定処理を終えると、呼び出し元の第１周期処理に復帰する。
【００６６】
図２１の説明に戻る。配布部２０９は、配布処理を実行する（Ｓ２１０５）。配布処理では、エッジノード１０３へアクセスパターンメッセージを配布する。図２３Ａ及び図２３Ｂに、配布処理フローを示す。配布部２０９は、関連データで管理されている取得ユーザＩＤを１つ特定する（Ｓ２３０１）。更に、配布部２０９は、曜日と時間帯との組み合わせを１つ特定する（Ｓ２３０３）。このとき特定される、曜日と時間帯との組み合わせは、予め定められているものとする。
【００６７】
配布部２０９は、アクセスパターンテーブルのパターンレコードのうち、当該取得ユーザＩＤ、曜日及び時間帯の組み合わせに該当するパターンレコードを特定する。そして、配布部２０９は、当該パターンレコードに設定されている接続ノードＩＤとアクセス要求までの時間とを特定する（Ｓ２３０５）。
【００６８】
配布部２０９は、関連データに含まれる関連レコードの中から、取得ユーザＩＤに対応する登録ユーザＩＤを１つ特定する（Ｓ２３０７）。
【００６９】
配布部２０９は、ユーザ位置テーブルのユーザ位置レコードのうち、当該登録ユーザＩＤと当該曜日と当該時間帯との組み合わせに該当するユーザ位置レコードを特定する。そして、配布部２０９は、当該ユーザ位置レコードに設定されている接近ノードＩＤを特定する（Ｓ２３０９）。接近ノードＩＤは、想定される状況における登録ユーザの所在場所に相当する。
【００７０】
配布部２０９は、送信部２０３を介して、Ｓ２３０１で特定した取得ユーザＩＤ、当該曜日、当該時間帯、Ｓ２３０５で特定した接続ノードＩＤ及びアクセス要求までの時間を含むアクセスパターンメッセージを、Ｓ２３０９で特定した接近ノードＩＤ宛に送信する（Ｓ２３１１）。
【００７１】
受信部２０１がＡＣＫ（ACKnowledgement）メッセージを受信すると（Ｓ２３１３）、配布部２０９は、Ｓ２３０７において未特定の登録ユーザＩＤがあるか否かを判定する（Ｓ２３１５）。未特定の登録ユーザＩＤがあると判定した場合には、Ｓ２３０７に示した処理に戻って上述した処理を繰り返す。
【００７２】
一方、未特定の登録ユーザＩＤがないと判定した場合には、端子Ａを介して図２３Ｂに示したＳ２３１７の処理に移る。配布部２０９は、Ｓ２３０３において未特定の組み合わせがあるか否かを判定する（Ｓ２３１７）。未特定の組み合わせがあると判定した場合には、端子Ｂを介して図２３ＡのＳ２３０３に示した処理に戻って上述した処理を繰り返す。
【００７３】
一方、未特定の組み合わせがないと判定した場合には、配布部２０９は、Ｓ２３０１において未特定の取得ユーザＩＤがあるか否かを判定する（Ｓ２３１９）。未特定の取得ユーザＩＤがあると判定した場合には、端子Ｃを介して図２３ＡのＳ２３０１に示した処理に戻って上述した処理を繰り返す。
【００７４】
一方、未特定の取得ユーザＩＤがないと判定した場合には、呼び出し元の第１周期処理に復帰する。
【００７５】
次に、エッジノード１０３における第１登録処理について説明する。第１登録処理では、アクセスパターンをアクセスパターンテーブルに登録する。図２４に、第１登録処理フローを示す。第１受信部１００１が、データセンタ１０１からアクセスパターンメッセージを受信すると（Ｓ２４０１）、登録部１０１１は、アクセスパターンメッセージに基づいて、パターンレコードをアクセスパターンテーブルに登録する（Ｓ２４０３）。第１送信部１００３は、ＡＣＫメッセージをデータセンタ１０１へ送信し（Ｓ２４０５）、Ｓ２４０１に示した処理に戻って上述した処理を繰り返す。
【００７６】
次に、第３フェーズについて説明する。図２５に、第３フェーズの概要を示す。第３フェーズでは、コンテンツをダウンロードする。この例で、ユーザ端末１０５ａがエッジノード１０３ｃに近づくと、エッジノード１０３ｃはユーザ端末１０５ａから接近通知を受信する。接近通知には、ユーザＩＤが含まれている。
【００７７】
エッジノード１０３ｃは、接近ログメッセージをデータセンタ１０１へ送る。データセンタ１０１は、ユーザ端末１０５ａの位置を記録する。また、データセンタ１０１は、エッジノード１０３ｃによるアクセス要求に備えて予めエッジノード１０３ｃに配備するコンテンツを選択する。
【００７８】
データセンタ１０１からエッジノード１０３ｃへ送られる配備指示メッセージには、エッジノード１０３ｃが予めキャッシュするコンテンツの名前とそのコンテンツを既にキャッシュしている他のエッジノード１０３のＩＤが含まれている。この例では、エッジノード１０３ａに所望のコンテンツがキャッシュされているものとする。
【００７９】
エッジノード１０３ｃは、事前要求メッセージをエッジノード１０３ａへ送る。そして、エッジノード１０３ａは、事前要求メッセージに応じてコンテンツを配信する。コンテンツは、事前要求メッセージの形式で送られる。
【００８０】
エッジノード１０３ｃは、コンテンツをキャッシュすると、その旨を配備完了メッセージによってデータセンタ１０１に知らせる。
【００８１】
以下、第３フェーズで用いられる各メッセージについて説明する。図２６に、接近ログメッセージの構成例を示す。接近ログメッセージは、接近日時、ユーザＩＤ、接近ノードＩＤ及びログ種別を含んでいる。接近日時は、エッジノード１０３において接近通知を受けた日付及び時刻である。ユーザＩＤは、接近通知を送ったユーザ端末１０５を使用するユーザを識別する。接近ノードＩＤは、接近通知を受けたエッジノード１０３のＩＤである。ログ種別には、「接近」が設定されている。「接近」は、当該ログが接近ログであることを示している。
【００８２】
図２７に、配備指示メッセージの構成例を示す。配備指示メッセージは、ユーザＩＤ、コンテンツ名及び保持ノードＩＤを含んでいる。コンテンツ名と保持ノードＩＤとの組は、エントリに相当する。また、エントリは、一つ又は複数である。ユーザＩＤは、エッジノード１０３への接近したユーザ端末１０５を使用するユーザを識別する。このユーザによるエッジノード１０３への接近が、コンテンツ配備の契機である。コンテンツ名は、配備されるコンテンツを識別する。保持ノードＩＤは、配備されるコンテンツを保持しているエッジノード１０３のＩＤである。このエッジノード１０３が、配備されるコンテンツを提供する。
【００８３】
図２８に、事前要求メッセージの構成例を示す。事前要求メッセージは、ユーザＩＤ、提供ノードＩＤ、受取ノードＩＤ及びコンテンツ名を含んでいる。事前要求メッセージに含まれるユーザＩＤは、配備指示メッセージに含まれるユーザＩＤと一致する。このユーザは、事前に要求されるコンテンツへアクセスする可能性がある。提供ノードＩＤは、事前に要求されるコンテンツを提供するエッジノード１０３のＩＤである。受取ノードＩＤは、要求されるコンテンツを受け取るエッジノード１０３のＩＤである。コンテンツ名は、要求されるコンテンツを識別する。
【００８４】
図２９に、事前応答メッセージの構成例を示す。事前応答メッセージは、ユーザＩＤ、提供ノードＩＤ、受取ノードＩＤ及びコンテンツ本体を含んでいる。事前応答メッセージに含まれるユーザＩＤは、事前要求メッセージに含まれるユーザＩＤと一致する。事前応答メッセージに含まれる提供ノードＩＤは、事前要求メッセージに含まれる提供ノードＩＤと一致する。事前応答メッセージに含まれる受取ノードＩＤは、事前要求メッセージに含まれる受取ノードＩＤと一致する。コンテンツ本体は、事前要求メッセージに含まれるコンテンツ名によって特定される。
【００８５】
図３０に、配備完了メッセージの構成例を示す。配備完了メッセージは、コンテンツ名及び被配備ノードＩＤを含んでいる。コンテンツ名は、配備対象となったコンテンツを識別する。被配備ノードＩＤは、コンテンツが配備されたエッジノード１０３のＩＤである。被配備ノードＩＤは、事前要求メッセージ及び事前応答メッセージに含まれる受取ノードＩＤと一致する。
【００８６】
続いて、第３フェーズにおける処理について説明する。まず、エッジノード１０３における第１配備処理（Ａ）について説明する。第１配備処理（Ａ）では、エッジノード１０３がコンテンツを予め確保する。図３１に、第１配備処理（Ａ）フローを示す。第２受信部１００５が、ユーザ端末１０５から接近通知を受信すると（Ｓ３１０１）、配備エージェント１０１３は、第１送信部１００３を介して接近ログメッセージをデータセンタ１０１へ送信する（Ｓ３１０３）。この例では、当日の日付及び現在時刻が、接近ログメッセージの接近日時に設定される。接近通知に含まれるユーザＩＤが、接近ログメッセージに設定される。本エッジノード１０３のＩＤが、接近ログメッセージの接近ノードＩＤとして設定される。
【００８７】
そして、第１受信部１００１が、データセンタ１０１から配備指示メッセージを受信すると（Ｓ３１０５）、配備エージェント１０１３は、配備指示メッセージに含まれるエントリ、つまりコンテンツ名と保持ノードＩＤとの組を１つ特定する（Ｓ３１０７）。
【００８８】
配備エージェント１０１３は、第１送信部１００３を介して保持ノードＩＤ宛に事前要求メッセージを送信する（Ｓ３１０９）。この例では、接近通知に含まれるユーザＩＤが、事前要求メッセージに設定される。保持ノードＩＤが、事前要求メッセージの提供ノードＩＤとして設定される。本エッジノード１０３のＩＤが、事前要求メッセージの受取ノードＩＤとして設定される。Ｓ３１０７で特定したエントリのコンテンツ名が、事前要求メッセージに設定される。
【００８９】
そして、第１受信部１００１が、保持ノードから事前応答メッセージを受信すると（Ｓ３１１１）。配備エージェント１０１３は、コンテンツ名を付してコンテンツ本体をコンテンツ記憶部１０２１に記憶する（Ｓ３１１３）。
【００９０】
配備エージェント１０１３は、第１送信部１００３を介して配備完了メッセージをデータセンタ１０１へ送信する（Ｓ３１１５）。このとき、事前要求メッセージに含めたコンテンツ名が、配備完了メッセージに設定される。本エッジノード１０３のＩＤが、配備完了メッセージの被配備ノードＩＤとして設定される。
【００９１】
配備エージェント１０１３は、Ｓ３１０７において未特定のエントリがあるか否かを判定する（Ｓ３１１７）。未特定のエントリがあると判定した場合には、Ｓ３１０７に示した処理に戻って上述した処理を繰り返す。
【００９２】
一方、未特定のエントリがないと判定した場合には、Ｓ３１０１に示した処理に戻って上述した処理を繰り返す。
【００９３】
次に、データセンタ１０１における第２配備処理（Ａ）について説明する。第２配備処理（Ａ）では、接近ログメッセージの送信元であるエッジノード１０３にコンテンツの配備を指示する。図３２に、第２配備処理（Ａ）フローを示す。送信部２０３は、エッジノード１０３から接近ログメッセージを受信すると（Ｓ３２０１）、配備制御部２１１は、接近ログメッセージに基づいて、接近ログテーブルに接近ログレコードを登録する（Ｓ３２０３）。
【００９４】
配備制御部２１１は、関連データに含まれる関連レコードの中から、取得ユーザＩＤに対応する登録ユーザＩＤを１つ特定する（Ｓ３２０５）。
【００９５】
配備制御部２１１は、登録ユーザが登録したコンテンツを１つ特定する（Ｓ３２０７）。具体的には、配備制御部２１１は、コンテンツデータ記憶部２２１に記憶されている付属レコードのうち、当該登録ユーザＩＤを含む付属レコードに設定されているコンテンツ名を特定する。
【００９６】
配備制御部２１１は、コンテンツ位置テーブルにおいてコンテンツ名に対応する一又は複数の保持ノードＩＤのうち、保持ノードＩＤを１つ特定する（Ｓ３２０９）。例えば、配備制御部２１１は、接近ログメッセージの送信元であるエッジノード１０３に近いエッジノード１０３のＩＤを選択する。配備制御部２１１は、配備指示メッセージに、コンテンツ名と特定した保持ノードＩＤとを含むエントリを追加する（Ｓ３２１１）。
【００９７】
配備制御部２１１は、Ｓ３２０７において未特定のコンテンツがあるか否かを判定する（Ｓ３２１３）。未特定のコンテンツがあると判定した場合には、Ｓ３２０７に示した処理に戻って上述した処理を繰り返す。
【００９８】
一方、未特定のコンテンツがないと判定した場合には、配備制御部２１１は、Ｓ３２０５において未特定の登録ユーザＩＤがあるか否かを判定する（Ｓ３２１５）。未特定の登録ユーザＩＤがあると判定した場合には、Ｓ３２０５に示した処理に戻って上述した処理を繰り返す。
【００９９】
一方、未特定の登録ユーザＩＤがないと判定した場合には、端子Ｄを介して、図３３に示したＳ３３０１の処理に移る。
【０１００】
図３３の説明に移る。配備制御部２１１は、送信部２０３を介して配備指示メッセージをエッジノード１０３へ送信する（Ｓ３３０１）。この例では、接近ログメッセージに含まれるユーザＩＤが、配備指示メッセージに設定される。
【０１０１】
受信部２０１が、所定時間内に配備指示メッセージの宛先であるエッジノード１０３から配備完了メッセージを受信したか否かを判定する（Ｓ３３０３）。
【０１０２】
所定時間内に配備完了メッセージを受信したと判定した場合には、配備制御部２１１は、配備完了メッセージに基づいて、コンテンツ位置テーブルにコンテンツ位置レコードを登録する（Ｓ３３０５）。具体的には、配備制御部２１１は、配備完了メッセージに含まれるコンテンツ名が設定されているコンテンツ位置レコードがある場合には、そのレコードに配備完了メッセージに含まれる被配備ノードＩＤを新たな保持ノードＩＤのフィールドに設定する。また、配備制御部２１１は、配備完了メッセージに含まれるコンテンツ名が設定されているコンテンツ位置レコードがない場合には、新たなコンテンツ位置レコードを追加して、配備完了メッセージに含まれるコンテンツ名及び被配備ノードＩＤを設定する。そして、Ｓ３３０３に示した処理に戻って上述した処理を繰り返す。
【０１０３】
一方、所定時間内に配備完了メッセージを受信しなかったと判定した場合には、端子Ｅを介して、図３２に示したＳ３２０１の処理に戻る。
【０１０４】
次に、コンテンツを提供するエッジノード１０３における処理について説明する。図３４に、受付処理フローを示す。受付処理では、事前要求メッセージを受け付け、当該事前要求メッセージに対する事前応答メッセージを送信する目標時刻を設定する。
【０１０５】
第１受信部１００１が、他のエッジノード１０３から事前要求メッセージを受信すると（Ｓ３４０１）、配備エージェント１０１３は、当日の曜日及び現在時刻が該当する時間帯を特定する（Ｓ３４０３）。
【０１０６】
配備エージェント１０１３は、アクセスパターンテーブルに含まれるパターンレコードのうち、事前要求メッセージに設定されているユーザＩＤ、特定した今日の曜日、今の時間帯及び事前要求メッセージに設定されている受取ノードＩＤの組み合わせに該当するパターンレコードを特定する。尚、事前要求メッセージに設定されている受取ノードＩＤは、パターンレコードにおける接続ノードＩＤに相当する。そして、配備エージェント１０１３は、特定したパターンレコードに設定されているアクセス要求までの時間を特定する（Ｓ３４０５）。
【０１０７】
配備エージェント１０１３は、現在時刻に、特定したアクセス要求までの時間を加えて目標時刻を求める（Ｓ３４０７）。そして、Ｓ３４０１に示した処理に戻って上述した処理を繰り返す。
【０１０８】
次に、エッジノード１０３における配信処理（Ａ）について説明する。配信処理（Ａ）処理では、目標時刻に従って事前応答メッセージを送信する。つまり、コンテンツの配信を行う。図３５に、配信処理（Ａ）フローを示す。配備エージェント１０１３は、未処理の事前要求メッセージに対する目標時刻のうち、最も早い目標時刻を特定する（Ｓ３５０１）。配備エージェント１０１３は、当該目標時刻に対応する事前要求メッセージに含まれるコンテンツ名を特定する（Ｓ３５０３）。未処理の事前要求メッセージが無ければ、Ｓ３５０１において待機する。
【０１０９】
配備エージェント１０１３は、特定したコンテンツ名によって特定されるコンテンツ本体をコンテンツ記憶部１０２１から取得する（Ｓ３５０５）。配備エージェント１０１３は、第１送信部１００３を介して事前応答メッセージを要求元のエッジノード１０３へ送信する（Ｓ３５０７）。この例では、配備エージェント１０１３は、事前要求メッセージに含まれるユーザＩＤ、提供ノードＩＤ及び受取ノードＩＤを事前応答メッセージに含める。また、配備エージェント１０１３は、Ｓ３５０５で取得したコンテンツ本体を事前応答メッセージに含める。
【０１１０】
配備エージェント１０１３は、本エッジノード１０３における伝送が滞っているか否かを判定する（Ｓ３５０９）。伝送が滞っていないと判定した場合には、Ｓ３５０１に示した処理に戻って上述した処理を繰り返す。
【０１１１】
一方、伝送が滞っていると判定した場合には、配備エージェント１０１３は、所定時間だけ待機して（Ｓ３５１１）、再度Ｓ３５０９における判定を行う。
【０１１２】
次に、第４フェーズについて説明する。図３６に、第４フェーズの概要を示す。第４フェーズでは、コンテンツ本体がダウンロードされる。この例で、ユーザ端末１０５ａが、コンテンツに対するアクセス要求をエッジノード１０３ｃへ送る。エッジノード１０３ｃが、要求されたコンテンツ本体をキャッシュしている場合には、キャッシュしているコンテンツ本体をユーザ端末１０５ａに送る。
【０１１３】
そのとき、ユーザ端末１０５ａによるアクセス要求に応じたことをアクセスログメッセージによってデータセンタ１０１に知らせる。データセンタ１０１は、アクセスログによってユーザのアクセスパターンを把握する。
【０１１４】
図３７に、アクセス要求の構成例を示す。アクセス要求は、コンテンツ名及びユーザＩＤを含んでいる。コンテンツ名は、アクセスするコンテンツを識別する。ユーザＩＤは、アクセス要求を送信するユーザ端末１０５を使用するユーザを識別する。
【０１１５】
図３８に、アクセスログメッセージの構成例を示す。アクセスログメッセージは、アクセス日時、ユーザＩＤ、接続ノードＩＤ、ログ種別及びコンテンツ名を含んでいる。アクセス日時は、コンテンツへのアクセスが行われた日付及び時刻である。ユーザＩＤは、コンテンツへのアクセス要求を送信したユーザ端末１０５を使用するユーザを識別する。接続ノードＩＤは、アクセス要求を行う際にユーザ端末１０５と接続していたエッジノード１０３のＩＤである。ログ種別には、「アクセス要求」が設定されている。「アクセス要求」は、当該ログがアクセスログであることを示している。コンテンツ名は、アクセスされたコンテンツを表す。
【０１１６】
図３９は、エッジノード１０３ｃにおいて、要求されたコンテンツをキャッシュしていない場合のデータフローを示している。この場合に、エッジノード１０３ｃは、コンテンツ要求メッセージをデータセンタ１０１に送り、データセンタ１０１からコンテンツがダウンロードされるようにする。この例では、コンテンツ本体がエッジノード１０３ｃを経由してユーザ端末１０５ａに送られる。
【０１１７】
図４０に、コンテンツ要求メッセージの構成例を示す。コンテンツ要求メッセージは、コンテンツ名及びユーザＩＤを含んでいる。コンテンツ名は、要求されるコンテンツを識別する。ユーザＩＤは、コンテンツへのアクセス要求を送信したユーザ端末１０５を使用するユーザを識別する。
【０１１８】
続いて、第４フェーズにおける処理について説明する。まず、エッジノード１０３における第１ダウンロード処理について説明する。第１ダウンロード処理では、ユーザ端末１０５からアクセス要求に応じてコンテンツ本体をダウンロードする。図４１に、第１ダウンロード処理フローを示す。第２受信部１００５が、ユーザ端末１０５からアクセス要求を受信すると（Ｓ４１０１）、エッジサービス部１００９は、アクセス要求に含まれるコンテンツ名によって特定されるコンテンツ本体がコンテンツ記憶部１０２１に記憶されているか否かを判定する（Ｓ４１０３）。
【０１１９】
コンテンツ本体がコンテンツ記憶部１０２１に記憶されていると判定した場合には、エッジサービス部１００９は、アクセスログテーブルにアクセスログレコードを登録する（Ｓ４１０５）。この例では、当日の曜日及び現在時刻が、アクセスログレコードのアクセス日時に設定される。アクセス要求に含まれるユーザＩＤが、アクセスログレコードに設定される。本エッジノード１０３のＩＤが、アクセスログレコードの接続ノードＩＤとして設定される。
【０１２０】
エッジサービス部１００９は、第１送信部１００３を介してアクセスログメッセージをデータセンタ１０１へ送信する（Ｓ４１０７）。アクセスログメッセージは、アクセスログレコードと同様に生成される。また、エッジサービス部１００９は、第２送信部１００７を介して、コンテンツ記憶部１０２１に記憶されているコンテンツ本体をユーザ端末１０５へ送信する（Ｓ４１０９）。そして、Ｓ４１０１に示した処理に戻って上述した処理を繰り返す。
【０１２１】
一方、Ｓ４１０３において、コンテンツ本体がコンテンツ記憶部１０２１に記憶されていないと判定した場合には、エッジサービス部１００９は、第１送信部１００３を介してコンテンツ要求メッセージをデータセンタ１０１へ送信する（Ｓ４１１１）。この例では、コンテンツ要求メッセージには、アクセス要求に含まれるコンテンツ名及びユーザＩＤが設定される。
【０１２２】
第１受信部１００１が、データセンタ１０１からコンテンツ本体を受信すると（Ｓ４１１３）、エッジサービス部１００９は、第２送信部１００７を介してコンテンツ本体をユーザ端末１０５へ送信する（Ｓ４１１５）。このとき、コンテンツ本体をキャッシュするようにしてもよい。そして、Ｓ４１０１に示した処理に戻って上述した処理を繰り返す。
【０１２３】
次に、データセンタ１０１における第２ダウンロード処理について説明する。第２ダウンロード処理では、コンテンツ要求メッセージに応じてコンテンツ本体を返信する。図４２に、第２ダウンロード処理フローを示す。受信部２０１が、エッジノード１０３からコンテンツ要求メッセージを受信すると（Ｓ４２０１）、センタサービス部２０５は、アクセスログテーブルにアクセスログレコードを登録する（Ｓ４２０３）。この例では、当日の曜日及び現在時刻が、アクセスログレコードのアクセス日時に設定される。コンテンツ要求メッセージに含まれるユーザＩＤが、アクセスログレコードに設定される。コンテンツ要求メッセージの送信元であるエッジノード１０３のＩＤが、アクセスログレコードの接続ノードＩＤとして設定される。
【０１２４】
センタサービス部２０５は、コンテンツ要求メッセージに含まれるコンテンツ名によって特定されるコンテンツ本体をコンテンツデータ記憶部２２１から取得する（Ｓ４２０５）。センタサービス部２０５は、取得したコンテンツ本体を、送信部２０３を介してエッジノード１０３へ送信する（Ｓ４２０７）。そして、Ｓ４２０１に示した処理に戻って上述した処理を繰り返す。
【０１２５】
次に、データセンタ１０１における第２登録処理について説明する。図４３に、第２登録処理フローを示す。受信部２０１が、エッジノード１０３からアクセスログメッセージを受信すると（Ｓ４３０１）、センタサービス部２０５は、アクセスログメッセージに基づいて、アクセスログテーブルにアクセスログレコードを登録する（Ｓ４３０３）。そして、Ｓ４３０１に示した処理に戻る。
【０１２６】
最後に、第５フェーズについて説明する。第５フェーズでは、定期的に関連データを更新する。
【０１２７】
データセンタ１０１における第２周期処理について説明する。図４４Ａ及び図４４Ｂに、第２周期処理フローを示す。生成部２１３は、所定の周期に従ってタイミングを待つ（Ｓ４４０１）。
【０１２８】
タイミングに至ると、生成部２１３は、アクセスログテーブルに含まれるアクセスログレコードを１つ特定する（Ｓ４４０３）。生成部２１３は、アクセスログレコードに含まれるユーザＩＤを、取得ユーザＩＤとして特定する（Ｓ４４０５）。
【０１２９】
生成部２１３は、アクセスログレコードに含まれるコンテンツ名を特定する（Ｓ４４０７）。更に、生成部２１３は、コンテンツデータ記憶部２２１に記憶されている付属レコードにおいてコンテンツ名に対応付けられている登録ユーザＩＤを特定する（Ｓ４４０９）。
【０１３０】
生成部２１３は、Ｓ４４０９において特定した登録ユーザＩＤとＳ４４０５において特定した取得ユーザＩＤとの組み合わせに基づいて、集計テーブルにおけるカウンタを更新する。具体的には、生成部２１３は、当該組み合わせに対するカウンタに１を加える（Ｓ４４１１）。
【０１３１】
図４５に、集計テーブルの例を示す。図示するように、集計テーブルは、登録ユーザＩＤと取得ユーザＩＤとの組み合わせ毎のカウンタを有している。
【０１３２】
図４４Ａの説明に戻る。生成部２１３は、Ｓ４４０３において未特定のアクセスログレコードがあるか否かを判定する（Ｓ４４１３）。未特定のアクセスログレコードがあると判定した場合には、Ｓ４４０３に示した処理に戻って上述した処理を繰り返す。
【０１３３】
一方、未特定のアクセスログレコードがないと判定した場合には、端子Ｆを介して図４４Ｂに示したＳ４４１５の処理に移る。生成部２１３は、集計対象となっている登録ユーザＩＤを１つ特定する（Ｓ４４１５）。生成部２１３は、当該登録ユーザＩＤに対応するカウンタのうち、基準以上の値を示すカウンタに対応する取得ユーザＩＤを特定する（Ｓ４４１７）。但し、生成部２１３は、最大値を示すカウンタに対応する取得ユーザＩＤを特定するようにしてもよい。
【０１３４】
生成部２１３は、Ｓ４４１５において特定した登録ユーザＩＤと、Ｓ４４１７において特定した取得ユーザＩＤとを含む関連レコードを関連データに登録する（Ｓ４４１９）。
【０１３５】
生成部２１３は、Ｓ４４１５において未特定の登録ユーザＩＤがあるか否かを判定する（Ｓ４４２１）。未特定の登録ユーザＩＤがあると判定した場合には、Ｓ４４１５に示した処理に戻って上述した処理を繰り返す。
【０１３６】
一方、未特定の登録ユーザＩＤがないと判定した場合には、端子Ｇを介して図４４ＡのＳ４４０１に示した処理に戻って上述した処理を繰り返す。
【０１３７】
本実施の形態によれば、エッジノード１０３におけるコンテンツ配信の効率を高めることに役立つ。例えば、コンテンツを事前配信する順番を決定しやすくなる。
【０１３８】
また、同じ時間帯において複数のユーザが関る可能性があるコンテンツの事前配信に関して効率化を図ることに役立つ。
【０１３９】
また、エッジノード１０３において、事前に配備するコンテンツを決めやすくなる。
【０１４０】
尚、時間帯については、曜日を限定しなくてもよい。つまり曜日と時間帯との組み合わせを、各曜日において共通の時間帯に置き換えて処理するようにしてもよい。
【０１４１】
［実施の形態２］
本実施の形態では、事前応答メッセージにパターンレコードを含める例について説明する。
【０１４２】
本実施の形態では、図２５に示した第３フェーズにおける一部のメッセージの構成が異なる。以下、それらの構成について説明する。
【０１４３】
図４６に、実施の形態２に係る配備指示メッセージの構成例を示す。実施の形態２に係る配備指示メッセージは、コンテンツ名と保持ノードＩＤとの組に対応付けて、登録ユーザＩＤ及び取得ユーザＩＤを含んでいる。つまり、コンテンツ名、保持ノードＩＤ、登録ユーザＩＤ及び取得ユーザＩＤがエントリに相当する。尚、取得ユーザＩＤは、一つ又は複数である。
【０１４４】
登録ユーザＩＤは、配備対象であるコンテンツの登録ユーザを識別する。取得ユーザＩＤは、当該登録ユーザに関連する取得ユーザを識別する。つまり、取得ユーザＩＤは、配備されるコンテンツをダウンロードしようとする可能性があるユーザを特定する。
【０１４５】
図４７に、実施の形態２に係る事前要求メッセージの構成例を示す。実施の形態２に係る事前要求メッセージは、一つ又は複数の取得ユーザＩＤを含んでいる。事前要求メッセージに含まれる取得ユーザＩＤは、配備指示メッセージにおいて当該コンテンツ名に対応付けられている取得ユーザＩＤと一致する。
【０１４６】
図４８に、実施の形態２に係る事前応答メッセージの構成例を示す。実施の形態２に係る事前応答メッセージは、事前要求メッセージに含まれる取得ユーザＩＤに対応するパターンレコードを含んでいる。１つの取得ユーザＩＤに対して複数のパターンレコードが対応する場合もある。パターンレコードは、図６に示したアクセスパターンテーブルにおけるパターンレコードと同様の構成である
【０１４７】
続いて、処理について説明する。本実施の形態では、エッジノード１０３において第１配備処理（Ａ）に代えて第１配備処理（Ｂ）を実行する。図４９に、第１配備処理（Ｂ）フローを示す。
【０１４８】
Ｓ４９０１及びＳ４９０３に示した処理は、図３１に示した第１配備処理（Ａ）におけるＳ３１０１及びＳ３１０３に示した処理と同様である。
【０１４９】
Ｓ４９０５においてデータセンタ１０１から受信する配備指示メッセージの内容が、図４６に示したように第１配備処理（Ａ）の場合と異なる。
【０１５０】
Ｓ４９０７に示した処理は、図３１に示した第１配備処理（Ａ）におけるＳ３１０７に示した処理と同様である。
【０１５１】
Ｓ４９０９において保持ノードＩＤ宛に送信される事前要求メッセージの内容が、図４７に示したように第１配備処理（Ａ）の場合と異なる。この例では、Ｓ４９０７において特定したエントリに設定されている取得ユーザＩＤが、事前要求メッセージに設定される。
【０１５２】
Ｓ４９１１において保持ノードから受信する事前応答メッセージの内容が、図４８に示したように第１配備処理（Ａ）の場合と異なる。
【０１５３】
Ｓ４９１３に示した処理は、図３１に示した第１配備処理（Ａ）におけるＳ３１１３に示した処理と同様である。
【０１５４】
配備エージェント１０１３は、事前応答メッセージに含まれる各パターンレコードをアクセスパターンテーブルに登録する（Ｓ４９１５）。
【０１５５】
Ｓ４９１７及びＳ４９１９に示した処理は、図３１に示した第１配備処理（Ａ）におけるＳ３１１５及びＳ３１１７に示した処理と同様である。
【０１５６】
また、本実施の形態では、エッジノード１０３において第２配備処理（Ａ）に代えて第２配備処理（Ｂ）を実行する。第２配備処理（Ｂ）では、図４６に示した配備指示メッセージを生成する。図５０に、第２配備処理（Ｂ）フローを示す。
【０１５７】
Ｓ５００１乃至Ｓ５００９に示した処理は、図３２に示した第２配備処理（Ａ）におけるＳ３２０１乃至Ｓ３２０９に示した処理と同様である。
【０１５８】
配備制御部２１１は、関連データにおいて、当該登録ユーザＩＤに対応付けられている取得ユーザＩＤを特定する（Ｓ５０１１）。
【０１５９】
配備制御部２１１は、配備指示メッセージに、コンテンツ名、保持ノードＩＤ、登録ユーザＩＤ及びＳ５０１１において特定した取得ユーザＩＤを含むエントリを追加する（Ｓ５０１３）。
【０１６０】
Ｓ５０１５及びＳ５０１７に示した処理は、図３２に示した第２配備処理（Ａ）におけるＳ３２１３及びＳ３２１５に示した処理と同様である。更に、第２配備処理（Ａ）の場合と同様に、図３３に示した処理を実行する。
【０１６１】
また、本実施の形態では、エッジノード１０３において配信処理（Ａ）に代えて配信処理（Ｂ）を実行する。配信処理（Ｂ）では、図４８に示した事前応答メッセージを生成する。図５１に、配信処理（Ｂ）フローを示す。
【０１６２】
Ｓ５１０１乃至Ｓ５１０５に示した処理は、図３５に示した配信処理（Ａ）におけるＳ３５０１乃至Ｓ３５０５に示した処理と同様である。
【０１６３】
配備エージェント１０１３は、当該目標時刻に対応する事前要求メッセージに含まれる取得ユーザＩＤを含むパターンレコードを特定する（Ｓ５１０７）。
【０１６４】
Ｓ５１０９において第１送信部１００３を介して要求元のエッジノード１０３へ送信する事前応答メッセージには、Ｓ５１０７において特定したパターンレコードが設定される。
【０１６５】
Ｓ５１１１及びＳ５１１３に示した処理は、図３５に示した配信処理（Ａ）におけるＳ３５０９及びＳ３５１１に示した処理と同様である。
【０１６６】
本実施の形態によれば、コンテンツが配信されたエッジノード１０３において、当該コンテンツを転送する効率を高めることに役立つ。例えば、他のエッジノード１０３から当該コンテンツの事前配信を要求された場合に、当該他のエッジノード１０３に接近するユーザに応じて、適切な転送タイミングを決定しやすくなる。
【０１６７】
尚、上述したデータセンタ１０１は、コンテンツ共有システムに含まれるセンタサーバ装置の例である。上述したエッジノード１０３は、コンテンツ共有システムに含まれるエッジサーバ装置の例である。
【０１６８】
以上本発明の実施の形態を説明したが、本発明はこれに限定されるものではない。例えば、上述の機能ブロック構成はプログラムモジュール構成に一致しない場合もある。
【０１６９】
また、上で説明した各記憶領域の構成は一例であって、上記のような構成でなければならないわけではない。さらに、処理フローにおいても、処理結果が変わらなければ、処理の順番を入れ替えることや複数の処理を並列に実行させるようにしても良い。
【０１７０】
なお、上で述べたデータセンタ１０１及びエッジノード１０３は、コンピュータ装置であって、図５２に示すように、メモリ２５０１とＣＰＵ（Central Processing Unit）２５０３とハードディスク・ドライブ（ＨＤＤ：Hard Disk Drive）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とがバス２５１９で接続されている。オペレーティング・システム（ＯＳ：Operating System）及び本実施例における処理を実施するためのアプリケーション・プログラムは、ＨＤＤ２５０５に格納されており、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出される。ＣＰＵ２５０３は、アプリケーション・プログラムの処理内容に応じて表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、所定の動作を行わせる。また、処理途中のデータについては、主としてメモリ２５０１に格納されるが、ＨＤＤ２５０５に格納されるようにしてもよい。本発明の実施例では、上で述べた処理を実施するためのアプリケーション・プログラムはコンピュータ読み取り可能なリムーバブル・ディスク２５１１に格納されて頒布され、ドライブ装置２５１３からＨＤＤ２５０５にインストールされる。インターネットなどのネットワーク及び通信制御部２５１７を経由して、ＨＤＤ２５０５にインストールされる場合もある。このようなコンピュータ装置は、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及びアプリケーション・プログラムなどのプログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。
【０１７１】
以上述べた本発明の実施の形態をまとめると、以下のようになる。
【０１７２】
本実施の形態に係るパターン送信方法は、（Ａ）第１ユーザの端末からコンテンツアクセスの要求を受信した第１エッジサーバから、当該要求のログを受信し、（Ｂ）上記ログに基づいて、第１ユーザによってコンテンツへのアクセスが要求されるタイミングに関するパターンを特定し、（Ｃ）第１ユーザと関連付けられている第２ユーザの端末と接続した実績がある第２エッジサーバへ、上記パターンを送信する処理を含む。
【０１７３】
このようにすれば、エッジサーバにおけるコンテンツ配信の効率を高めることに役立つ。例えば、コンテンツを事前配信する順番を決定しやすくなる。
【０１７４】
更に、第１ユーザから上記要求を受信した時間帯において第２ユーザの端末と接続した実績がある第２エッジサーバを特定するようにしてもよい。
【０１７５】
このようにすれば、同じ時間帯において複数のユーザが関る可能性があるコンテンツの事前配信に関して効率化を図ることに役立つ。
【０１７６】
更に、いずれかのエッジサーバから、当該エッジサーバに第１ユーザの上記端末が接近したことを示す通知を受信した場合に、当該エッジサーバへ第２ユーザによって登録されたコンテンツを配備する指示を送信するようにしてもよい。
【０１７７】
このようにすれば、エッジサーバにおいて、事前に配備するコンテンツを決めやすくなる。
【０１７８】
本実施の形態に係るパターン送信方法は、（Ａ）コンテンツ共有システムに含まれるエッジサーバから、コンテンツ配信の要求を受信し、（Ｂ）上記要求において指定されたユーザについて、当該ユーザによってコンテンツへのアクセスが要求されるタイミングに関するパターンを特定し、（Ｃ）配信するコンテンツと共に、上記パターンを上記エッジサーバへ送信する処理を含む。
【０１７９】
このようにすれば、コンテンツが配信されたエッジサーバにおいて、当該コンテンツを転送する効率を高めることに役立つ。例えば、他のエッジサーバから当該コンテンツの事前配信を要求された場合に、当該他のエッジサーバに接近するユーザに応じて、適切な転送タイミングを決定しやすくなる。
【０１８０】
なお、上記方法による処理をコンピュータに行わせるためのプログラムを作成することができ、当該プログラムは、例えばフレキシブルディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等のコンピュータ読み取り可能な記憶媒体又は記憶装置に格納されるようにしてもよい。尚、中間的な処理結果は、一般的にメインメモリ等の記憶装置に一時保管される。
【０１８１】
以上の実施例を含む実施形態に関し、さらに以下の付記を開示する。
【０１８２】
（付記１）
第１ユーザの端末からコンテンツアクセスの要求を受信した第１エッジサーバから、当該要求のログを受信し、
前記ログに基づいて、前記第１ユーザによってコンテンツへのアクセスが要求されるタイミングに関するパターンを特定し、
前記第１ユーザと関連付けられている第２ユーザの端末と接続した実績がある第２エッジサーバへ、前記パターンを送信する
処理をコンピュータに実行させるプログラム。
【０１８３】
（付記２）
更に、
前記第１ユーザから前記要求を受信した時間帯において前記第２ユーザの前記端末と接続した実績がある前記第２エッジサーバを特定する
処理をコンピュータに実行させる付記１記載のプログラム。
【０１８４】
（付記３）
更に、
いずれかのエッジサーバから、当該エッジサーバに前記第１ユーザの前記端末が接近したことを示す通知を受信した場合に、当該エッジサーバへ前記第２ユーザによって登録されたコンテンツを配備する指示を送信する
処理をコンピュータに実行させる付記１又は２記載のプログラム。
【０１８５】
（付記４）
コンテンツ共有システムに含まれるエッジサーバから、コンテンツ配信の要求を受信し、
前記要求において指定されたユーザについて、当該ユーザによってコンテンツへのアクセスが要求されるタイミングに関するパターンを特定し、
配信するコンテンツと共に、前記パターンを前記エッジサーバへ送信する
処理をコンピュータに実行させるプログラム。
【０１８６】
（付記５）
第１ユーザの端末からコンテンツアクセスの要求を受信した第１エッジサーバから、当該要求のログを受信し、
前記ログに基づいて、前記第１ユーザによってコンテンツへのアクセスが要求されるタイミングに関するパターンを特定し、
前記第１ユーザと関連付けられている第２ユーザの端末と接続した実績がある第２エッジサーバへ、前記パターンを送信する
処理を含み、コンピュータにより実行されるパターン送信方法。
【０１８７】
（付記６）
第１ユーザの端末からコンテンツアクセスの要求を受信した場合に、当該要求のログを送信する送信部
を有する第１エッジサーバと、
前記第１エッジサーバから、当該要求のログを受信する受信部と、
前記ログに基づいて、前記第１ユーザによってコンテンツへのアクセスが要求されるタイミングに関するパターンを特定する特定部と、
前記第１ユーザと関連付けられている第２ユーザの端末と接続した実績がある第２エッジサーバへ、前記パターンを送信する送信部と
を有する上位サーバと、
上記パターンを受信する受信部と、
上記パターンに基づくタイミングに従って、コンテンツを配信する配信部と
を有する前記第２エッジサーバと
を含む共有コンテンツ制御システム。
【０１８８】
（付記７）
コンテンツ共有システムに含まれるエッジサーバから、コンテンツ配信の要求を受信し、
前記要求において指定されたユーザについて、当該ユーザによってコンテンツへのアクセスが要求されるタイミングに関するパターンを特定し、
配信するコンテンツと共に、前記パターンを前記エッジサーバへ送信する
処理を含み、コンピュータにより実行されるパターン送信方法。
【０１８９】
（付記８）
コンテンツ共有システムに含まれるエッジサーバから、コンテンツ配信の要求を受信する受信部と、
前記要求において指定されたユーザについて、当該ユーザによってコンテンツへのアクセスが要求されるタイミングに関するパターンを特定する特定部と、
配信するコンテンツと共に、前記パターンを前記エッジサーバへ送信する送信部と
を有する情報処理装置。
【符号の説明】
【０１９０】
１０１  データセンタ    １０３  エッジノード
１０５  ユーザ端末    ２０１  受信部
２０３  送信部    ２０５  センタサービス部
２０７  特定部    ２０９  配布部
２１１  配備制御部    ２１３  生成部
２２１  コンテンツデータ記憶部    ２２３  コンテンツ位置記憶部
２２５  アクセスログ記憶部    ２２７  アクセスパターン記憶部
２２９  接近ログ記憶部    ２３１  ユーザ位置記憶部
２３３  関連データ記憶部    １００１  第１受信部
１００３  第１送信部    １００５  第２受信部
１００７  第２送信部    １００９  エッジサービス部
１０１１  登録部    １０１３  配備エージェント
１０２１  コンテンツ記憶部    １０２３  アクセスパターン記憶部
１０２５  アクセスログ記憶部
【図１】
2017068451.tif 000003
【図２】
2017068451.tif 000004
【図３】
2017068451.tif 000005
【図４】
2017068451.tif 000006
【図５】
2017068451.tif 000007
【図６】
2017068451.tif 000008
【図７】
2017068451.tif 000009
【図８】
2017068451.tif 000010
【図９】
2017068451.tif 000011
【図１０】
2017068451.tif 000012
【図１１】
2017068451.tif 000013
【図１２】
2017068451.tif 000014
【図１３】
2017068451.tif 000015
【図１４】
2017068451.tif 000016
【図１５】
2017068451.tif 000017
【図１６】
2017068451.tif 000018
【図１７】
2017068451.tif 000019
【図１８】
2017068451.tif 000020
【図１９】
2017068451.tif 000021
【図２０】
2017068451.tif 000022
【図２１】
2017068451.tif 000023
【図２２】
2017068451.tif 000024
【図２３Ａ】
2017068451.tif 000025
【図２３Ｂ】
2017068451.tif 000026
【図２４】
2017068451.tif 000027
【図２５】
2017068451.tif 000028
【図２６】
2017068451.tif 000029
【図２７】
2017068451.tif 000030
【図２８】
2017068451.tif 000031
【図２９】
2017068451.tif 000032
【図３０】
2017068451.tif 000033
【図３１】
2017068451.tif 000034
【図３２】
2017068451.tif 000035
【図３３】
2017068451.tif 000036
【図３４】
2017068451.tif 000037
【図３５】
2017068451.tif 000038
【図３６】
2017068451.tif 000039
【図３７】
2017068451.tif 000040
【図３８】
2017068451.tif 000041
【図３９】
2017068451.tif 000042
【図４０】
2017068451.tif 000043
【図４１】
2017068451.tif 000044
【図４２】
2017068451.tif 000045
【図４３】
2017068451.tif 000046
【図４４Ａ】
2017068451.tif 000047
【図４４Ｂ】
2017068451.tif 000048
【図４５】
2017068451.tif 000049
【図４６】
2017068451.tif 000050
【図４７】
2017068451.tif 000051
【図４８】
2017068451.tif 000052
【図４９】
2017068451.tif 000053
【図５０】
2017068451.tif 000054
【図５１】
2017068451.tif 000055
【図５２】
2017068451.tif 000056