(57)【要約】【課題】移動端末で保持するデータ量を削減する。【解決手段】分散データ配信制御装置１は、移動端末８，９からデータ取得リクエストと共に受信した第１リスト、または管理サーバ５から取得した第２リストに示されるデータ保持サーバの中から通信速度に基づいて選択された取得先サーバから、データを取得する。次に分散データ配信制御装置１は、移動端末８が基地局６との通信可能範囲６ａ内に留まっている間にデータの取得が完了できるか否かを判定する。分散データ配信制御装置１は、データの取得が完了できる場合、取得先サーバを示す第３リストを作成し、データの取得が完了できない場合、第２リスト内の２以上のサーバを示す第４リストを作成する。そして分散データ配信制御装置１は、データと第３リストまたは第４リストとを、移動端末８に送信する。【選択図】図１
2020113023.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータに、
無線通信の基地局と無線接続された移動端末から、複数のサーバが保持するデータのデータ取得リクエストを受信したとき、前記複数のサーバの少なくとも一部のサーバを、前記データを保持するデータ保持サーバとして示す第１リストが、前記データ取得リクエストに含まれるか否かを判定し、
前記第１リストが含まれない場合、前記データの分散格納先を管理する管理サーバから、前記複数のサーバを前記データ保持サーバとして示す第２リストを取得し、
前記第１リストまたは前記第２リストに示される前記データ保持サーバそれぞれとの通信速度に基づいて、前記データ保持サーバの中から前記データを取得する取得先サーバを選択し、
前記取得先サーバから前記データを取得し、
前記移動端末の現在位置、移動方向、移動速度、および前記データのデータサイズに基づいて、前記基地局の通信可能範囲内に前記移動端末が留まっている間に、前記移動端末が前記データの取得を完了できるか否かを判定し、
前記データの取得が完了できると判定した場合、前記取得先サーバを前記データ保持サーバとして示す第３リストを作成し、
前記データの取得が完了できないと判定した場合、前記第２リストに示される前記複数のサーバのうちの２以上のサーバを前記データ保持サーバとして示す第４リストを作成し、
前記データと前記第３リストまたは前記第４リストとを、前記移動端末に送信する、
処理を実行させる分散データ配信制御プログラム。
【請求項２】
前記データ取得リクエストに前記第１リストが含まれる場合、前記データ取得リクエストには、前記第１リストを前記移動端末に提供した装置を示す前回リクエスト先情報が含まれており、
前記コンピュータに、さらに、
前記第１リストに示される前記データ保持サーバの数と前記前回リクエスト先情報とに基づいて、前記第１リストが有効か否かを判定し、
前記第１リストが有効ではない場合、前記管理サーバから前記第２リストを取得する処理を実行させ、
前記取得先サーバの選択では、前記第１リストが有効ではない場合、前記第２リストに示される前記データ保持サーバそれぞれとの通信速度に基づいて、前記取得先サーバを選択する、
請求項１記載の分散データ配信制御プログラム。
【請求項３】
前記第１リストが有効か否かの判定では、前記第１リストに示されるサーバ数が１であり、かつ前記第１リストを前記移動端末に提供した装置が前記コンピュータの場合、または前記第１リストに示されるサーバ数が２以上の場合に、前記第１リストは有効であると判定する、
請求項２に記載の分散データ配信制御プログラム。
【請求項４】
前記データの取得が完了できるか否かの判定では、前記移動端末の前記現在位置、移動方向、移動速度、および前記データのデータサイズに基づいて、前記データの取得を完了時の前記移動端末の位置を示すデータ取得完了見込み位置を計算し、前記データ取得完了見込み位置が、前記コンピュータに接続された前記基地局の通信可能範囲内か否かに基づいて、前記データの取得が完了できるか否かを判定する、
請求項１ないし３のいずれかに記載の分散データ配信制御プログラム。
【請求項５】
前記第４リストの作成では、前記移動端末の前記現在位置から、前記移動端末の移動方向に対して所定の角度内の方向に存在するサーバを前記データ保持サーバとして示す前記第４リストを作成する、
請求項１ないし４のいずれかに記載の分散データ配信制御プログラム。
【請求項６】
前記第４リストの作成では、前記移動端末の前記現在位置から所定の距離内に存在するサーバを前記データ保持サーバとして示す前記第４リストを作成する、
請求項１ないし５のいずれかに記載の分散データ配信制御プログラム。
【請求項７】
前記データ取得リクエストには、前記移動端末が以前に前記データを取得したときの取得先である前回データ取得元サーバが示されており、
前記コンピュータに、さらに、
前記データ取得リクエスト受信時の前記コンピュータの負荷が所定値を超えているか否かを判定し、
負荷が前記所定値を超えている場合、前記第２リストの取得処理を抑止し、前記前回データ取得元サーバから前記データを取得する、
請求項１ないし６のいずれかに記載の分散データ配信制御プログラム。
【請求項８】
コンピュータが、
無線通信の基地局と無線接続された移動端末から、複数のサーバが保持するデータのデータ取得リクエストを受信したとき、前記複数のサーバの少なくとも一部のサーバを、前記データを保持するデータ保持サーバとして示す第１リストが、前記データ取得リクエストに含まれるか否かを判定し、
前記第１リストが含まれない場合、前記データの分散格納先を管理する管理サーバから、前記複数のサーバを前記データ保持サーバとして示す第２リストを取得し、
前記第１リストまたは前記第２リストに示される前記データ保持サーバそれぞれとの通信速度に基づいて、前記データ保持サーバの中から前記データを取得する取得先サーバを選択し、
前記取得先サーバから前記データを取得し、
前記移動端末の現在位置、移動方向、移動速度、および前記データのデータサイズに基づいて、前記基地局の通信可能範囲内に前記移動端末が留まっている間に、前記移動端末が前記データの取得を完了できるか否かを判定し、
前記データの取得が完了できると判定した場合、前記取得先サーバを前記データ保持サーバとして示す第３リストを作成し、
前記データの取得が完了できないと判定した場合、前記第２リストに示される前記複数のサーバのうちの２以上のサーバを前記データ保持サーバとして示す第４リストを作成し、
前記データと前記第３リストまたは前記第４リストとを、前記移動端末に送信する、
分散データ配信制御方法。
【請求項９】
複数のサーバそれぞれとの通信速度を記憶する記憶部と、
無線通信の基地局と無線接続された移動端末から、複数のサーバが保持するデータのデータ取得リクエストを受信したとき、前記複数のサーバの少なくとも一部のサーバを、前記データを保持するデータ保持サーバとして示す第１リストが、前記データ取得リクエストに含まれるか否かを判定し、前記第１リストが含まれない場合、前記データの分散格納先を管理する管理サーバから、前記複数のサーバを前記データ保持サーバとして示す第２リストを取得し、前記第１リストまたは前記第２リストに示される前記データ保持サーバそれぞれとの前記通信速度に基づいて、前記データ保持サーバの中から前記データを取得する取得先サーバを選択し、前記取得先サーバから前記データを取得し、前記移動端末の現在位置、移動方向、移動速度、および前記データのデータサイズに基づいて、前記基地局の通信可能範囲内に前記移動端末が留まっている間に、前記移動端末が前記データの取得を完了できるか否かを判定し、前記データの取得が完了できると判定した場合、前記取得先サーバを前記データ保持サーバとして示す第３リストを作成し、前記データの取得が完了できないと判定した場合、前記第２リストに示される前記複数のサーバのうちの２以上のサーバを前記データ保持サーバとして示す第４リストを作成し、前記データと前記第３リストまたは前記第４リストとを、前記移動端末に送信する処理部と、
を有する分散データ配信制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、分散データ配信制御プログラム、分散データ配信制御方法、および分散データ配信制御装置に関する。
【背景技術】
【０００２】
移動体通信では、センタサーバが保持するデータを移動端末（ユーザ装置：ＵＥ（User Equipment）と呼ぶこともある）へ送信することができる。センタサーバが保持するデータを配信するシステムでは、システムの規模が大きくなるとセンタサーバにアクセスが集中し、センタサーバの負荷が過大となる。そこで、大規模な移動体通信システムでは、複数のエッジサーバ（ＥＳ：Edge Server）にコピーデータを保持させる場合がある。この場合、ＵＥは、最も近いＥＳからデータを取得する。これにより、データ取得先の分散による処理の効率化と、近いＥＳからデータを取得することによるデータ取得時間の短縮とが可能となる。
【０００３】
ＵＥが要求したデータを保持している最も近いＥＳの判定は、ＵＥからのデータ取得リクエストを受信したＥＳが行う。例えばＵＥからデータ取得リクエストを受信したＥＳは、要求されたデータを保持しているサーバのリスト（コピーデータ保持ＥＳリスト）をセンタサーバから取得する。そしてリクエストを受信したＥＳは、取得したリストに基づいて、該当データを保持している最も近くのＥＳを特定する。そしてリクエストを受信したＥＳは、特定したＥＳからデータを取得して、リクエスト送信元のＵＥにデータを送信する。
【０００４】
ＵＥへのデータ送信に有用な技術としては、例えばモバイル環境におけるコンテンツの出力を高速化する情報処理方法が提案されている。またキャッシュデータのコピーによる無駄な通信を抑制する情報処理システムが提案されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】国際公開第２０１５／１６６６８０号
【特許文献２】特開２０１８−７７５８８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ＵＥからデータ取得リクエストが出力されるごとにＥＳがセンタサーバからコピーデータ保持ＥＳリストを取得した場合、データ取得リクエスト数の増加に伴い、センタサーバへのコピーデータ保持ＥＳリストの問い合わせ回数も増大する。そこで、センタサーバとＥＳとの間の通信負荷を低減するために、ＵＥにおいて、過去に取得したデータに関するデータ保持ＥＳリストを保持しておくことが考えられる。これにより、ＵＥが以前と同じデータを繰り返し要求する場合、２回目以降は、ＵＥが有するコピーデータ保持ＥＳリストをＥＳに通知することで、センタサーバからのコピーデータ保持ＥＳリストの取得が不要となる。
【０００７】
しかし、コピーデータ保持ＥＳリストには、コピーデータを有するすべてのＥＳを特定する情報が含まれており、システム規模が大きくなるほどコピーデータ保持ＥＳリストのデータ量も大きくなる。しかも取得するデータごとにコピーデータ保持ＥＳリストが存在する。そのため、ＵＥにおいて保持するコピーデータ保持ＥＳリストのデータ量が肥大化し、コピーデータ保持ＥＳリストを保持するためにＵＥ内の非常に多くのリソースが消費されてしまう。
【０００８】
１つの側面では、本件は、移動端末で保持するデータ量を削減することを目的とする。
【課題を解決するための手段】
【０００９】
１つの案では、以下の処理をコンピュータに実行させる分散データ配信制御プログラムが提供される。
コンピュータは、無線通信の基地局と無線接続された移動端末から、複数のサーバが保持するデータのデータ取得リクエストを受信したとき、複数のサーバの少なくとも一部のサーバを、データを保持するデータ保持サーバとして示す第１リストが、データ取得リクエストに含まれるか否かを判定する。次にコンピュータは、第１リストが含まれない場合、データの分散格納先を管理する管理サーバから、複数のサーバをデータ保持サーバとして示す第２リストを取得する。次にコンピュータは、第１リストまたは第２リストに示されるデータ保持サーバそれぞれとの通信速度に基づいて、データ保持サーバの中からデータを取得する取得先サーバを選択する。次にコンピュータは、取得先サーバからデータを取得する。次にコンピュータは、移動端末の現在位置、移動方向、移動速度、およびデータのデータサイズに基づいて、基地局の通信可能範囲内に移動端末が留まっている間に、移動端末がデータの取得を完了できるか否かを判定する。次にコンピュータは、データの取得が完了できると判定した場合、取得先サーバをデータ保持サーバとして示す第３リストを作成する。またコンピュータは、データの取得が完了できないと判定した場合、第２リストに示される複数のサーバのうちの２以上のサーバをデータ保持サーバとして示す第４リストを作成する。そしてコンピュータは、データと第３リストまたは第４リストとを、移動端末に送信する。
【発明の効果】
【００１０】
１態様によれば、移動端末で保持するデータ量を削減することができる。
【図面の簡単な説明】
【００１１】
【図１】第１の実施の形態に係るシステムの一例を示す図である。
【図２】データ取得リクエストに応じた処理の第１の例を示す図である。
【図３】データ取得リクエストに応じた処理の第２の例を示す図である。
【図４】第２の実施の形態のシステム構成の一例を示す図である。
【図５】ＥＳのハードウェアの一例を示す図である。
【図６】ＵＥのハードウェアの一例を示す図である。
【図７】最初のデータ取得処理の一例を示す図である。
【図８】２回目以降のデータ取得処理の一例を示す図である。
【図９】キャッシュサイズ増大の理由を説明する図である。
【図１０】コピーデータ保持ＥＳリストのサイズ削減の判定例を示す図である。
【図１１】各装置の機能を示すブロック図である。
【図１２】ＥＳ間遅延情報の一例を示す図である。
【図１３】配信データ群の一例を示す図である。
【図１４】ディレクトリの一例を示す図である。
【図１５】接続傾向ログの一例を示す図である。
【図１６】コピーデータの一例を示す図である。
【図１７】判定モデルの一例を示す図である。
【図１８】ＥＳ位置情報の一例を示す図である。
【図１９】隣接ＥＳ情報の一例を示す図である。
【図２０】ディレクトリキャッシュの一例を示す図である。
【図２１】判定モデルの生成例を示す図である。
【図２２】境界線の定義例を示す図である。
【図２３】判定木の一例を示す図である。
【図２４】キャッシュサイズ判定の一例を示す図である。
【図２５】コピーデータ提供処理の手順の一例を示すフローチャートである。
【図２６】コピーデータ取得処理の手順の一例を示すフローチャートである。
【図２７】レスポンス生成処理の手順の一例を示すフローチャートである。
【図２８】接続傾向ログ更新処理の手順の一例を示すフローチャートである。
【図２９】ＥＳによる接続傾向ログ提供処理の手順の一例を示すフローチャートである。
【図３０】センタサーバによる接続傾向ログ取得処理の手順の一例を示す図である。
【図３１】判定モデル作成処理の手順の一例を示すフローチャートである。
【図３２】ＵＥによるコピーデータの取得処理の第１の例を示すシーケンス図である。
【図３３】ＵＥによるコピーデータの取得処理の第２の例を示すシーケンス図である。
【図３４】１台のＡＰの通信可能範囲の一例を示す図である。
【図３５】ＵＥに保持させるコピーデータ保持ＥＳリストのサイズのＵＥの移動方向に応じた判定例を示す図である。
【図３６】第３の実施の形態におけるレスポンス生成処理の手順の一例を示すフローチャートである。
【図３７】ＵＥに保持させるコピーデータ保持ＥＳリストのサイズのＵＥの移動距離に応じた判定例を示す図である。
【図３８】第４の実施の形態におけるレスポンス生成処理の手順の一例を示すフローチャートである。
【図３９】ＥＳの処理負荷が過大となった場合のコピーデータ取得処理の一例を示す図である。
【図４０】第５の実施の形態におけるコピーデータ取得処理の手順の一例を示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下、本実施の形態について図面を参照して説明する。なお各実施の形態は、矛盾のない範囲で複数の実施の形態を組み合わせて実施することができる。
〔第１の実施の形態〕
図１は、第１の実施の形態に係るシステムの一例を示す図である。図１には、分散データ配信制御方法を、分散データ配信制御装置１，２を用いて実施した場合の例を示している。分散データ配信制御装置１，２は、例えば分散データ配信制御方法の処理手順が記述された分散データ配信制御プログラムを実行することにより、分散データ配信制御方法を実施することができる。
【００１３】
分散データ配信制御装置１は、分散データ配信制御方法を実現するために、記憶部１ａと処理部１ｂとを有する。記憶部１ａは、例えば分散データ配信制御装置１が有するメモリ、またはストレージ装置である。処理部１ｂは、例えば分散データ配信制御装置１が有するプロセッサ、または演算回路である。記憶部１ａは、例えば分散データ配信制御装置１とサーバ３，４それぞれとの間の通信速度を記憶している。なお記憶部１ａには、通信速度に代えて、サーバ３，４それぞれとの間の単位データ量のデータの取得に要する時間（遅延時間）が格納されていてもよい。図１の例では、分散データ配信制御装置１に対して、サーバ３の方がサーバ４より近くに配置されており、サーバ３との通信速度ａの方が、サーバ４との通信速度ｂよりも速い。
【００１４】
分散データ配信制御装置２は、分散データ配信制御方法を実現するために、記憶部２ａと処理部２ｂとを有する。記憶部２ａは、例えば分散データ配信制御装置２が有するメモリ、またはストレージ装置である。処理部２ｂは、例えば分散データ配信制御装置２が有するプロセッサ、または演算回路である。記憶部２ａは、例えば分散データ配信制御装置２とサーバ３，４それぞれとの間の通信速度を記憶している。なお記憶部２ａには、通信速度に代えて、サーバ３，４それぞれとの間の単位データ量のデータの取得に要する時間（遅延時間）が格納されていてもよい。図１の例では、分散データ配信制御装置２に対して、サーバ４の方がサーバ３より近くに配置されており、サーバ４との通信速度ｄの方が、サーバ３との通信速度ｃよりも速い。
【００１５】
分散データ配信制御装置１，２は、ネットワーク１０を介して、サーバ３，４および管理サーバ５に接続されている。サーバ３，４には、同一内容のデータ３ａ，４ａが分散格納されている。管理サーバ５は、データ３ａ，４ａの分散格納先を管理する。
【００１６】
また分散データ配信制御装置１は、無線通信の基地局６に接続されている。分散データ配信制御装置２は、無線通信の基地局７に接続されている。基地局６の通信可能範囲６ａと基地局７の通信可能範囲７ａとは隣接している。
【００１７】
ユーザが使用する移動端末８，９は、基地局６，７を介して分散データ配信制御装置１，２と通信し、サーバ３，４のいずれかからデータ３ａ，４ａを取得する。例えば移動端末８，９は、基地局６の通信可能範囲６ａ内では分散データ配信制御装置１を介してデータを取得し、基地局７の通信可能範囲７ａ内では分散データ配信制御装置２を介してデータを取得する。
【００１８】
移動端末８，９は、例えばユーザからのデータ取得指示の入力に基づいて、データ取得リクエストを分散データ配信制御装置１または分散データ配信制御装置２に送信する。この際、移動端末８，９は、複数のサーバ３，４の少なくとも一部のサーバを、データを保持するデータ保持サーバとして示す第１リストを有している場合、その第１リストをデータ取得リクエストに含める。
【００１９】
分散データ配信制御装置１，２は、移動端末８，９からのデータ取得リクエストに基づいて、サーバ３またはサーバ４からデータを取得し、移動端末８，９に送信する。分散データ配信制御装置１，２は、データ取得リクエストを受信すると、第１リストの有無や移動端末８，９の移動傾向に応じた処理を実行する。具体的には、分散データ配信制御装置１，２は、以下の処理を行う。
【００２０】
分散データ配信制御装置１，２は、無線通信の基地局６と無線接続された移動端末８，９から、複数のサーバ３，４が保持するデータのデータ取得リクエストを受信する。すると分散データ配信制御装置１，２は、複数のサーバ３，４の少なくとも一部のサーバを、データを保持するデータ保持サーバとして示す第１リストが、データ取得リクエストに含まれるか否かを判定する。次に分散データ配信制御装置１，２は、第１リストが含まれない場合、管理サーバ５から、複数のサーバ３，４をデータ保持サーバとして示す第２リストを取得する。次に分散データ配信制御装置１，２は、第１リストまたは第２リストに示されるデータ保持サーバそれぞれとの通信速度に基づいて、データ保持サーバの中からデータを取得する取得先サーバを選択する。そして分散データ配信制御装置１，２は、取得先サーバからデータを取得する。
【００２１】
さらに分散データ配信制御装置１，２は、移動端末８，９の現在位置、移動方向、移動速度を取得する。例えば移動端末８，９は、データ取得リクエストに、自分自身の現在位置、移動方向、移動速度を含める。この場合、分散データ配信制御装置１，２は、受信したデータ取得リクエストから、移動端末８，９の現在位置、移動方向、移動速度を取得することができる。分散データ配信制御装置１，２は、これらの情報と取得対象のデータのデータサイズとに基づいて、データ取得リクエスト送信時と同じ通信可能範囲６ａ，７ａ内に移動端末８，９が留まっている間に、移動端末８，９のデータ取得が完了できるか否かを判定する。分散データ配信制御装置１，２は、データの取得が完了できると判定した場合、取得先サーバをデータ保持サーバとして示す第３リストを作成する。また分散データ配信制御装置１，２は、データの取得が完了できないと判定した場合、第２リストに示される複数のサーバのうちの２以上のサーバをデータ保持サーバとして示す第４リストを作成する。そして分散データ配信制御装置１，２は、データと第３リストまたは第４リストとを、データ取得リクエストを送信した移動端末８，９に送信する。
【００２２】
このようにして、移動端末８，９の移動傾向に応じて、移動端末８，９に送信するリストの内容が決まる。例えば移動端末８は、低速で移動中であるものとする。また移動端末９は、高速で移動中であるものとする。以下、図２、図３を参照して、移動端末８，９それぞれがデータ取得リクエストを送信したときの、分散データ配信制御装置１，２の処理について、詳細に説明する。
【００２３】
図２は、データ取得リクエストに応じた処理の第１の例を示す図である。図２では、基地局６の通信可能範囲６ａ内を低速で移動中の移動端末８がデータ取得リクエスト８ａを送信した場合の処理を示している。データ取得リクエスト８ａには、第１リストは含まれていない。
【００２４】
分散データ配信制御装置１の処理部１ｂは、データ取得リクエスト８ａを受信すると、データ取得リクエスト８ａには第１リストが含まれていないと判定し、管理サーバ５から第２リスト５ａを取得する。第２リスト５ａには、データ保持サーバの識別子として、サーバ３，４それぞれの識別子（ＥＳn1，ＥＳn2）が含まれている。処理部１ｂは、第２リスト５ａに基づいて、サーバ３，４がデータ３ａ，４ａを保持していることを認識する。そこで処理部１ｂは記憶部１ａを参照し、サーバ３，４のうち、通信速度が速い（データ取得に要する時間が短い）方のサーバ３を、取得先サーバとして選択する。そして処理部１ｂは、サーバ３からデータ３ｂを取得する。
【００２５】
さらに処理部１ｂは、移動端末８の現在位置、移動方向、移動速度、およびデータのデータサイズに基づいて、基地局６の通信可能範囲６ａ内に移動端末８が留まっている間に、移動端末８がデータの取得を完了できるか否かを判定する。図２の例では、移動端末８の移動速度が低速であり、移動端末８は、データ取得リクエスト８ａに応じたデータ取得処理が完了するまで、基地局６の通信可能範囲６ａ内に留まるものと予測される。移動端末８が通信可能範囲６ａ内に留まるのであれば、その後、移動端末８から同じデータのデータ取得リクエストが送信された場合にも、そのデータ取得リクエストは分散データ配信制御装置１に送信される可能性が高い。そこで処理部１ｂは、取得先サーバ（サーバ３）をデータ保持サーバとして示す第３リスト１ｃを作成する。そして処理部１ｂは、サーバ３から取得したデータ３ｂと第３リスト１ｃとを移動端末８に送信する。
【００２６】
図３は、データ取得リクエストに応じた処理の第２の例を示す図である。図３では、基地局６の通信可能範囲６ａ内を高速で移動中の移動端末９がデータ取得リクエスト９ａを送信した場合の処理を示している。データ取得リクエスト９ａには、第１リストは含まれていない。
【００２７】
分散データ配信制御装置１の処理部１ｂは、データ取得リクエスト９ａを受信すると、データ取得リクエスト９ａに第１リストが含まれていないと判定し、管理サーバ５から第２リスト５ｂを取得する。第２リスト５ｂには、データ保持サーバの識別子として、サーバ３，４それぞれの識別子（ＥＳn1，ＥＳn2）が含まれている。処理部１ｂは、第２リスト５ｂに基づいて、サーバ３，４がデータ３ａ，４ａを保持していることを認識する。そこで処理部１ｂは記憶部１ａを参照し、サーバ３，４のうち、通信速度が速い（データ取得に要する時間が短い）方のサーバ３を、取得先サーバとして選択する。そして処理部１ｂは、サーバ３からデータ３ｃを取得する。
【００２８】
さらに処理部１ｂは、移動端末９の現在位置、移動方向、移動速度、およびデータのデータサイズに基づいて、基地局６の通信可能範囲６ａ内に移動端末９が留まっている間に、移動端末９がデータの取得を完了できるか否かを判定する。図３の例では、移動端末９の移動速度が高速であり、移動端末９は、データ取得リクエスト９ａに応じたデータ取得処理が完了する前に、基地局６の通信可能範囲６ａ外に出てしまうものと予測される。移動端末９が通信可能範囲６ａ外に出てしまうのであれば、データ取得が失敗に終わり、移動端末９は、他の分散データ配信制御装置２に対して再度、データ取得リクエストを送信する可能性が高い。そこで処理部１ｂは、第２リスト５ｂに示される複数のサーバ３，４をデータ保持サーバとして示す第４リスト１ｄを作成する。そして処理部１ｂは、サーバ３から取得したデータ３ｃと第４リスト１ｄとを移動端末９に送信する。
【００２９】
ここで、第４リスト１ｄは、データ３ｃの送信完了を待たずに送信される。第４リスト１ｄは、データ３ｃに比べてデータ量が少ないため、移動端末９は、データ３ｃの取得が完了できない場合でも、第４リスト１ｄの取得は完了できる。移動端末９は、取得した第４リスト１ｄを、内部のメモリまたはストレージ装置に格納する。
【００３０】
図３の例では、移動端末９は、データ３ｃの取得が完了する前に、基地局６の通信可能範囲６ａを出て、基地局７の通信可能範囲７ａに入ったものとする。この場合、移動端末９は、データ取得リクエスト９ｂを分散データ配信制御装置２に送信する。この際、移動端末９は、データ取得リクエスト９ｂに、分散データ配信制御装置１から取得した第４リスト１ｄと同じ内容の第１リストを含める。
【００３１】
分散データ配信制御装置２の処理部２ｂは、データ取得リクエスト９ｂを受信すると、データ取得リクエスト９ｂに第１リストが含まれていると判定する。処理部２ｂは、データ取得リクエスト９ｂに含まれていた第１リストに基づいて、サーバ３，４がデータ３ａ，４ａを保持していることを認識する。そこで処理部２ｂは記憶部２ａを参照し、サーバ３，４のうち、通信速度が速い（データ取得に要する時間が短い）方のサーバ４を、取得先サーバとして選択する。そして処理部２ｂは、サーバ４からデータ４ｂを取得する。
【００３２】
さらに処理部２ｂは、移動端末９の現在位置、移動方向、移動速度、およびデータのデータサイズに基づいて、基地局７の通信可能範囲７ａ内に移動端末９が留まっている間に、移動端末９がデータの取得を完了できるか否かを判定する。図３の例では、移動端末９は通信可能範囲７ａに入った後に移動を停止しており、移動端末９は、データ取得リクエスト９ｂに応じたデータ取得処理が完了するまで、基地局７の通信可能範囲７ａ内に留まるものと予測される。そこで処理部２ｂは、取得先サーバ（サーバ４）をデータ保持サーバとして示す第３リスト２ｃを作成する。そして処理部２ｂは、サーバ４から取得したデータ４ｂと第３リスト２ｃとを移動端末９に送信する。
【００３３】
図２、図３に示したように移動端末８，９の位置、移動方向、移動速度、データサイズから、移動端末８，９によるデータ取得が完了すると予測できる場合、移動端末８，９に保持させるリストのデータ量を削減できる。
【００３４】
なお、移動端末８，９は、データ取得リクエストに第１リストを含めるとき、データ取得リクエストに、さらに、第１リストを移動端末に提供した装置を示す前回リクエスト先情報を含めてもよい。この場合、分散データ配信制御装置１，２それぞれの処理部１ｂ，２ｂは、第１リストに示されるデータ保持サーバの数と前回リクエスト先情報とに基づいて、第１リストが有効か否かを判定する。例えば処理部１ｂは、第１リストに示されるサーバ数が１であり、かつ第１リストを移動端末に提供した装置が分散データ配信制御装置１の場合、または第１リストに示されるサーバ数が２以上の場合に、第１リストは有効であると判定する。それ以外の場合、処理部１ｂは、第１リストは有効ではないと判定する。同様に、処理部２ｂは、第１リストに示されるサーバ数が１であり、かつ第１リストを移動端末に提供した装置が分散データ配信制御装置２の場合、または第１リストに示されるサーバ数が２以上の場合に、第１リストは有効であると判定する。それ以外の場合、処理部２ｂは、第１リストは有効ではないと判定する。
【００３５】
処理部１ｂ，２ｂは、第１リストが有効ではない場合、管理サーバ５から第２リストを取得する。そして処理部１ｂ，２ｂは、第１リストが有効ではない場合、第２リストに示されるデータ保持サーバそれぞれとの通信速度に基づいて、データ保持サーバのうちの通信速度が最も速いサーバからデータを取得する。
【００３６】
このように第１リストの有効性を判定することで、移動端末８，９がデータ取得を完了できるか否かを判定が誤っていた場合、管理サーバ５から第２リストを取得して、通信速度が最速（遅延時間が最短）のサーバからデータを取得することができる。
【００３７】
例えば図２の例において、予想に反して移動端末８が、データ３ｂの取得完了前に通信可能範囲６ａの外に出てしまう場合もあり得る。この場合、移動端末８は、再度データ取得リクエストを送信することとなる。このとき送信されるデータ取得リクエストは、分散データ配信制御装置１ではなく、例えば分散データ配信制御装置２に送信される。すると、移動端末８が再送するデータ取得リクエストに、分散データ配信制御装置１から取得した第３リストと同じ内容の第１リストを含めたとしても、その第１リストに示されるサーバは、分散データ配信制御装置２との間の通信速度が最速であるとは限らない。そこで、分散データ配信制御装置２の処理部２ｂは、分散データ配信制御装置１から取得した第３リストと同じ内容の第１リストを移動端末８から受信しても、その第１リストを無効とする。これにより、分散データ配信制御装置２との通信速度が遅いサーバからデータを取得して、データ取得時間が長期化してしまうことが抑止される。
【００３８】
また分散データ配信制御装置１，２の処理部１ｂ，２ｂは、データの取得が完了できるか否かの判定では、例えばデータの取得を完了時の移動端末の位置を示すデータ取得完了見込み位置を計算する。処理部１ｂ，２ｂは、データ取得完了見込み位置を、例えば移動端末８，９の現在位置、移動方向、移動速度、およびデータのデータサイズに基づいて計算する。そして処理部１ｂ，２ｂは、データ取得完了見込み位置が、分散データ配信制御装置１，２に接続された基地局６，７の通信可能範囲６ａ，７ａ内か否かに基づいて、データの取得が完了できるか否かを判定する。このように移動端末８，９の移動状況や取得するデータのデータサイズに基づいてデータ取得完了見込み位置を計算し、データの取得が完了できるか否かを判定することで、正確な判定が可能となる。
【００３９】
また分散データ配信制御装置１，２の処理部１ｂ，２ｂは、移動端末８，９の現在位置から、移動端末の移動方向に対して所定の角度内の方向に存在するサーバをデータ保持サーバとして示す第４リストを作成してもよい。これにより、移動端末８，９の移動方向と全く異なる方向（例えば逆方向）に存在するサーバは、第４リストに含めずに済み、第４リストのデータ量を削減することができる。
【００４０】
また分散データ配信制御装置１，２の処理部１ｂ，２ｂは、移動端末の現在位置から所定の距離内に存在するサーバをデータ保持サーバとして示す第４リストを作成してもよい。これにより、移動端末８，９の現在位置に対して、極めて遠方にあるサーバは、第４リストに含めずに済み、第４リストのデータ量を削減することができる。
【００４１】
移動端末８，９は、データ取得リクエストに、移動端末８，９が以前にデータを取得したときの取得先である前回データ取得元サーバを示す情報を含めることもできる。この場合、分散データ配信制御装置１，２の処理部１ｂ，２ｂは、データ取得リクエスト受信時の分散データ配信制御装置１，２の負荷が所定値を超えているか否かを判定する。処理部１ｂ，２ｂは、負荷が所定値を超えている場合、第２リストの取得処理を抑止し、前回データ取得元サーバからデータを取得する。これにより、分散データ配信制御装置１，２が過負荷であることによるデータ取得の長期化を抑止することができる。
【００４２】
〔第２の実施の形態〕
次に第２の実施の形態について説明する。なお、装置位置には、地理的な位置の場合とネットワーク上の接続関係における位置の場合とがある。以下、単に位置といった場合、地理的な位置を指すものとする。
【００４３】
図４は、第２の実施の形態のシステム構成の一例を示す図である。ネットワーク２０を介してＥＳ１００，１００ａ，・・・とセンタサーバ３００とが接続されている。センタサーバ３００は、ユーザが使用するＵＥ２００，２００ａ，・・・に提供するデータを保持するコンピュータである。ＥＳ１００，１００ａ，・・・は、ＵＥ２００，２００ａ，・・・からのデータ取得リクエストを受け付け、そのデータ取得リクエストに応じたデータの取得、および該当データのＵＥ２００，２００ａ，・・・への送信を行うコンピュータである。
【００４４】
なお少なくとも一部のＥＳは、センタサーバ３００が提供するデータのコピーを保持する。各ＥＳ１００，１００ａ，・・・は、ＵＥ２００，２００ａ，・・・からのデータ取得リクエストを受信すると、要求されたデータを保持する最も近くのＥＳから該当データを取得し、データ取得リクエストの送信元のＵＥに取得したデータを送信する。
【００４５】
ＥＳ１００，１００ａ，・・・それぞれには、アクセスポイント（ＡＰ：Access Point）３１，３２，・・・が接続されている。ＡＰ３１，３２，・・・・は、無線通信の基地局の一例である。ＵＥ２００，２００ａ，・・・は、ＡＰ３１，３２，・・・・と電波を用いた無線通信を行う。そしてＵＥ２００，２００ａ，・・・は、ＡＰ３１，３２，・・・・を介してＥＳ１００，１００ａ，・・・と通信することができる。
【００４６】
図５は、ＥＳのハードウェアの一例を示す図である。ＥＳ１００は、プロセッサ１０１によって装置全体が制御されている。プロセッサ１０１には、バス１０９を介してメモリ１０２と複数の周辺機器が接続されている。プロセッサ１０１は、マルチプロセッサであってもよい。プロセッサ１０１は、例えばＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、またはＤＳＰ（Digital Signal Processor）である。プロセッサ１０１がプログラムを実行することで実現する機能の少なくとも一部を、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）などの電子回路で実現してもよい。
【００４７】
メモリ１０２は、ＥＳ１００の主記憶装置として使用される。メモリ１０２には、プロセッサ１０１に実行させるＯＳ（Operating System）のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、メモリ１０２には、プロセッサ１０１による処理に利用する各種データが格納される。メモリ１０２としては、例えばＲＡＭ（Random Access Memory）などの揮発性の半導体記憶装置が使用される。
【００４８】
バス１０９に接続されている周辺機器としては、ストレージ装置１０３、グラフィック処理装置１０４、入力インタフェース１０５、光学ドライブ装置１０６、機器接続インタフェース１０７およびネットワークインタフェース１０８，１０８ａがある。
【００４９】
ストレージ装置１０３は、内蔵した記録媒体に対して、電気的または磁気的にデータの書き込みおよび読み出しを行う。ストレージ装置１０３は、コンピュータの補助記憶装置として使用される。ストレージ装置１０３には、ＯＳのプログラム、アプリケーションプログラム、および各種データが格納される。なお、ストレージ装置１０３としては、例えばＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）を使用することができる。
【００５０】
グラフィック処理装置１０４には、モニタ２１が接続されている。グラフィック処理装置１０４は、プロセッサ１０１からの命令に従って、画像をモニタ２１の画面に表示させる。モニタ２１としては、有機ＥＬ（Electro Luminescence）を用いた表示装置や液晶表示装置などがある。
【００５１】
入力インタフェース１０５には、キーボード２２とマウス２３とが接続されている。入力インタフェース１０５は、キーボード２２やマウス２３から送られてくる信号をプロセッサ１０１に送信する。なお、マウス２３は、ポインティングデバイスの一例であり、他のポインティングデバイスを使用することもできる。他のポインティングデバイスとしては、タッチパネル、タブレット、タッチパッド、トラックボールなどがある。
【００５２】
光学ドライブ装置１０６は、レーザ光などを利用して、光ディスク２４に記録されたデータの読み取りを行う。光ディスク２４は、光の反射によって読み取り可能なようにデータが記録された可搬型の記録媒体である。光ディスク２４には、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ−ＲＡＭ、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＣＤ−Ｒ（Recordable）／ＲＷ（ReWritable）などがある。
【００５３】
機器接続インタフェース１０７は、ＥＳ１００に周辺機器を接続するための通信インタフェースである。例えば機器接続インタフェース１０７には、メモリ装置２５やメモリリーダライタ２６を接続することができる。メモリ装置２５は、機器接続インタフェース１０７との通信機能を搭載した記録媒体である。メモリリーダライタ２６は、メモリカード２７へのデータの書き込み、またはメモリカード２７からのデータの読み出しを行う装置である。メモリカード２７は、カード型の記録媒体である。
【００５４】
ネットワークインタフェース１０８は、ネットワーク２０に接続されている。ネットワークインタフェース１０８は、ネットワーク２０を介して、他のコンピュータまたは通信機器との間でデータの送受信を行う。
【００５５】
ネットワークインタフェース１０８ａは、ＡＰ３１に接続されている。ネットワークインタフェース１０８ａは、ＡＰ３１を介して、ＵＥ２００，２００ａ，・・・との間でデータの送受信を行う。
【００５６】
ＥＳ１００は、以上のようなハードウェア構成によって、第２の実施の形態の処理機能を実現することができる。他のＥＳ１００ａ，・・・やセンタサーバ３００も、図５に示したＥＳ１００と同様のハードウェアにより実現することができる。また、第１の実施の形態に示した分散データ配信制御装置１，２も、図５に示したＥＳ１００と同様のハードウェアにより実現することができる。
【００５７】
ＥＳ１００は、例えばコンピュータ読み取り可能な記録媒体に記録されたプログラムを実行することにより、第２の実施の形態の処理機能を実現する。ＥＳ１００に実行させる処理内容を記述したプログラムは、様々な記録媒体に記録しておくことができる。例えば、ＥＳ１００に実行させるプログラムをストレージ装置１０３に格納しておくことができる。プロセッサ１０１は、ストレージ装置１０３内のプログラムの少なくとも一部をメモリ１０２にロードし、プログラムを実行する。またＥＳ１００に実行させるプログラムを、光ディスク２４、メモリ装置２５、メモリカード２７などの可搬型記録媒体に記録しておくこともできる。可搬型記録媒体に格納されたプログラムは、例えばプロセッサ１０１からの制御により、ストレージ装置１０３にインストールされた後、実行可能となる。またプロセッサ１０１が、可搬型記録媒体から直接プログラムを読み出して実行することもできる。
【００５８】
図６は、ＵＥのハードウェアの一例を示す図である。ＵＥ２００は、プロセッサ２０１によって装置全体が制御されている。プロセッサ２０１には、バス２０９を介してメモリ２０２と複数の周辺機器が接続されている。プロセッサ２０１は、マルチプロセッサであってもよい。プロセッサ２０１は、例えばＣＰＵ、ＭＰＵ、またはＤＳＰである。プロセッサ２０１の機能の少なくとも一部を、ＡＳＩＣ、またはＰＬＤなどの電子回路で実現してもよい。
【００５９】
メモリ２０２は、ＵＥ２００の主記憶装置として使用される。メモリ２０２には、プロセッサ２０１に実行させるＯＳのプログラムやアプリケーションプログラムが格納される。また、メモリ２０２には、プロセッサ２０１による処理に必要な各種データが格納される。
【００６０】
バス２０９に接続されている周辺機器としては、表示制御装置２０３、入力装置２０４、無線通信インタフェース２０５、およびＧＰＳ（Global Positioning System）装置２０６がある。
【００６１】
表示制御装置２０３には、表示装置２０７が接続されている。表示制御装置２０３は、プロセッサ２０１からの命令に従って、画像を表示装置２０７の画面に表示させる。表示装置２０７は、例えば液晶表示装置である。
【００６２】
入力装置２０４は、ＵＥ２００に入力を行う装置である。例えば入力装置２０４には、表示装置２０７の画面の前面に設けられたタッチパネルである。入力装置２０４は、タッチパネルに対するユーザの指などの部位の接触を検知して、接触された位置を示す信号をプロセッサ２０１に送信する。
【００６３】
無線通信インタフェース２０５は、無線通信を制御する。無線通信インタフェース２０５は、例えば無線通信によりＡＰ３１，３２，・・・と通信する。
ＧＰＳ装置２０６は、内蔵のＧＰＳアンテナによりＧＰＳ衛星から時刻情報を受信し、現在地の座標（緯度・経度）を算出する。ＧＰＳ装置２０６が計算した現在地の座標は、プロセッサ２０１に送信され、現在位置の判定、移動速度の計算などに利用される。
【００６４】
ＵＥ２００は、以上のようなハードウェア構成によって、第２の実施の形態の処理機能を実現することができる。他のＵＥ２００ａ，・・・も、図６に示したＵＥ２００と同様のハードウェアにより実現することができる。また、第１の実施の形態に示した移動端末８，９も、図６に示したＵＥ２００と同様のハードウェアにより実現することができる。
【００６５】
次に、ＵＥ２００，２００ａ，・・・によるデータ取得処理の基本的な流れについて説明する。データ取得処理は、データを取得するＵＥでのそのデータの最初の取得と２回目以降の取得とで異なる。
【００６６】
図７は、最初のデータ取得処理の一例を示す図である。図７の例では、センタサーバ３００で提供される配信対象のデータ４１のコピー（コピーデータ４３，４４）が、ＥＳ１００ｂ，１００ｃで保持されている。センタサーバ３００には、データ４１のコピーデータ４３，４４がどのＥＳで保持されているのかを示すコピーデータ保持ＥＳリスト４２が格納されている。
【００６７】
ＵＥ２００のユーザがデータ４１を使用するとき、ユーザはＵＥ２００にデータ４１の取得指示を入力する。するとＵＥ２００は、データ４１を指定したデータ取得リクエストを、そのとき接続可能なＥＳ１００に送信する。この時点では、ＥＳ１００はデータ４１のコピーデータ４３，４４が、どのＥＳ１００ｂ，１００ｃで保持されているのかを認識していない。そこでＥＳ１００は、センタサーバ３００に対して、データ４１を指定したコピー位置問い合わせを送信する。センタサーバ３００は、コピー位置問い合わせに応じて、データ４１に対応するコピーデータ保持ＥＳリスト４２をＥＳ１００に送信する。
【００６８】
ＥＳ１００は、取得したコピーデータ保持ＥＳリスト４２に基づいて、ＥＳ１００ｂ，１００ｃがそれぞれコピーデータ４３，４４を保持していることを認識する。ＥＳ１００は、ＥＳ１００ｂ，１００ｃのうち、ＥＳ１００との間のデータ転送時間が短くて済むＥＳからコピーデータを取得する。図７の例では、ＥＳ１００ｂ，１００ｃのうち、ＥＳ１００ｂの方がＥＳ１００ｃよりもＥＳ１００の近くに配置されており、ＥＳ１００との間のデータ転送速度も速いものとする。そこでＥＳ１００は、ＥＳ１００ｂからコピーデータ４３を取得する。そしてＥＳ１００は、ＥＳ１００ｂから取得したコピーデータ４３を、データ取得リクエストに対するレスポンスとしてＵＥ２００に送信する。この際、ＥＳ１００は、センタサーバ３００から取得したコピーデータ保持ＥＳリスト４２に示されるＥＳ識別子の少なくとも一部を含むコピーデータ保持ＥＳリストを、レスポンスに含める。第２の実施の形態におけるコピーデータ保持ＥＳリストのデータ量の削減処理を適用しない場合、レスポンスに含めるコピーデータ保持ＥＳリストには、コピーデータ保持ＥＳリスト４２に示されるＥＳ識別子のすべてが含まれる。
【００６９】
ＵＥ２００は、取得したコピーデータ保持ＥＳリストを記憶し、次回のデータ４１の取得に使用する。
図８は、２回目以降のデータ取得処理の一例を示す図である。ＵＥ２００には、コピーデータ保持ＥＳリスト４５が格納されている。図８の例では、ＵＥ２００は依然としてＥＳ１００と接続可能な位置にある。この状態で、ＵＥ２００のユーザがデータ４１を再度使用するとき、例えばユーザはＵＥ２００にデータ４１の取得指示を入力する。この際、ＵＥ２００は、コピーデータ保持ＥＳリスト４５を含むデータ取得リクエストをＥＳ１００に送信する。
【００７０】
ＥＳ１００は、取得したコピーデータ保持ＥＳリスト４５を参照して、データ４１のコピーデータを有しているＥＳ１００ｂ，１００ｃのうち、データ転送速度が最も短いのはＥＳ１００ｂであると判定する。そこでＥＳ１００は、ＥＳ１００ｂからコピーデータ４３を取得する。そしてＥＳ１００は、ＥＳ１００ｂから取得したコピーデータ４３を、データ取得リクエストに対する応答としてＵＥ２００に送信する。
【００７１】
このように、データ取得元のＵＥ２００において、ＵＥ２００が取得したデータに関するコピーデータ保持ＥＳリスト４５をキャッシュしておくことで、センタサーバ３００に対するコピー位置問い合わせ回数を削減することができる。ただし、センタサーバ３００が保持しているコピーデータ保持ＥＳリスト４２を、そのままＵＥ２００でキャッシュすると、ＵＥ２００におけるコピーデータ保持ＥＳリスト４５保持用のキャッシュサイズが増大するという問題が生じる。
【００７２】
図９は、キャッシュサイズ増大の理由を説明する図である。例えばＵＥ２００では、ディレクトリキャッシュ２１１内に、多数のデータそれぞれのコピーデータ保持ＥＳリストを保持する。ディレクトリキャッシュ２１１には、ＵＥ２００が取得したデータごとのレコードが登録されている。各レコードには、例えばサービスＩＤ、データＩＤ、コピーデータ保持ＥＳリストなどの情報が含まれる。
【００７３】
センタサーバ３００への登録データの多様化・時間経過とともに、センタサーバ３００に登録されるデータの種類（内容）が増大する。ＵＥ２００は、センタサーバ３００に登録された様々な種類のデータを利用することが想定される。
【００７４】
ＵＥ２００内のディレクトリキャッシュ２１１のサイズは、ＵＥ２００が取得したデータの種類に応じて増大する。さらにディレクトリキャッシュ２１１のサイズは、コピーデータ保持ＥＳリスト長に応じても増大する。
【００７５】
ＵＥ２００が取得したデータの種類に応じたディレクトリキャッシュ２１１のサイズの増大は、例えばコピーデータ保持ＥＳリストの問い合わせ時刻が古いレコードを削除することで抑止できる。他方、コピーデータ保持ＥＳリスト長に応じたディレクトリキャッシュ２１１のサイズの増大は、ＵＥ２００の判定だけで抑止するのは困難である。
【００７６】
しかも複数のＵＥが共通のデータを取得した場合に、そのデータに関する同じ内容のコピーデータ保持ＥＳリストをキャッシュしたのでは、システム全体としての冗長度が高すぎる。
【００７７】
そこで第２の実施の形態では、ＵＥ２００からのデータ取得リクエストを受信したＥＳ１００が、コピーデータ保持ＥＳリストをＵＥ２００に転送する前に、可能であれば、コピーデータ保持ＥＳリストのサイズを削減する。例えばＥＳ１００は、コピーデータ保持ＥＳリストのサイズの削減が可能かどうかを、データ取得リクエストの送信元のＵＥ２００の移動傾向と要求したデータのサイズとに基づいて判定する。
【００７８】
図１０は、コピーデータ保持ＥＳリストのサイズ削減の判定例を示す図である。図１０の例では、ＥＳ１００ｂのＥＳ識別子が「ＥＳn1」であり、ＥＳ１００ｃのＥＳ識別子が「ＥＳn2」である。２台のＵＥ２００，２００ａが、ＥＳ１００に接続されたＡＰ３１の通信範囲内にある。ＵＥ２００は、ほぼ移動していないものとする。ＵＥ２００ａは、高速で移動しているものとする。
【００７９】
ＵＥ２００がデータ取得リクエストをＥＳ１００に送信すると、ＥＳ１００は、ＵＥ２００の位置および移動速度と要求されたデータサイズとに基づいて、データ取得が完了するまで、ＵＥ２００がＡＰ３１の通信範囲内に留まるか否かを判定する。図１０の例ではＵＥ２００は移動しておらず、ＵＥ２００はＡＰ３１の通信範囲内に留まると判定される。ＵＥ２００がデータの取得に成功する場合、ＵＥ２００は、次回も同じＥＳ１００からデータを取得する可能性が高い。そこでＥＳ１００は、ＥＳ１００が最も短時間でコピーデータを取得可能なＥＳ１００ｂのＥＳ識別子「ＥＳn1」のみを含むコピーデータ保持ＥＳリストを、ＵＥ２００に送信する。
【００８０】
またＵＥ２００ａがデータ取得リクエストをＥＳ１００に送信すると、ＥＳ１００は、ＵＥ２００ａの位置および移動速度と要求されたデータサイズとに基づいて、データ取得が完了するまで、ＵＥ２００ａがＡＰ３１の通信範囲内に留まるか否かを判定する。図１０の例では、ＵＥ２００ａは、データ取得が完了するまでに、ＥＳ１００に接続されたＡＰ３１の通信範囲外に出て、ＥＳ１００ａに接続されたＡＰ３２の通信範囲内に入るものとする。そこでＥＳ１００は、ＵＥ２００ａはＡＰ３２の通信範囲内に留まらないと判定する。ＵＥ２００ａはＡＰ３２の通信範囲内に留まらないのであれば、ＵＥ２００ａのＥＳ１００経由でのコピーデータの取得は失敗に終わる。
【００８１】
ＵＥ２００ａがデータの取得に失敗する場合、ＵＥ２００ａは、次回は別のＥＳ１００ａからデータを取得する可能性が高い。そこでＥＳ１００は、コピーデータを保持するすべてのＥＳ１００ａ，１００ｂのＥＳ識別子「ＥＳn1」、「ＥＳn2」を含むコピーデータ保持ＥＳリストを、ＵＥ２００ａに送信する。
【００８２】
ＵＥ２００ａは、データ取得が失敗に終わると、再度、データ取得リクエストを送信する。再送の際には、ＵＥ２００ａは、移動してＥＳ１００ａのＡＰ３２の通信範囲内にある。そのため、ＵＥ２００ａは、コピーデータを保持するすべてのＥＳ１００ａ，１００ｂのＥＳ識別子「ＥＳn1」、「ＥＳn2」が示されたコピーデータ保持ＥＳリストを含むデータ取得リクエストを、ＥＳ１００ａに送信する。そのデータ取得リクエストを受信したＥＳ１００ａは、コピーデータ保持ＥＳリストに基づいて、コピーデータを保持するＥＳ１００ｂ，１００ｃを認識する。ＥＳ１００ａは、ＥＳ１００ｂ，１００ｃのうち、コピーデータの取得時間の短い方のＥＳ１００ｃからコピーデータを取得し、取得したコピーデータをＵＥ２００ａに送信する。
【００８３】
これにより、コピーデータの取得中にＥＳ間を移動しないＵＥ２００については、コピーデータ保持ＥＳリストのサイズ（キャッシュサイズ）を削減することができる。なお、ＵＥ２００は、同じデータを再度取得する場合には、ＥＳ１００ｂのＥＳ識別子「ＥＳn1」を示すコピーデータ保持ＥＳリストを含むデータ取得リクエストをＥＳ１００に送信する。これにより、ＥＳ１００は、コピーデータ保持ＥＳリストに基づいてＥＳ１００ｂからコピーデータを取得し、取得したコピーデータをＵＥ２００に送信する。このときのコピーデータの取得元であるＥＳ１００ｂは、ＥＳ１００ｃよりも短時間でコピーデータを取得可能であり、コピーデータ保持ＥＳリストのサイズを削減しても、データの取得効率の低下は抑止されている。
【００８４】
このようなコピーデータ保持ＥＳリストのサイズの削減を実現するために、各装置が有する機能について、図１１を参照して説明する。
図１１は、各装置の機能を示すブロック図である。図１１の例では、ＥＳ１００ｂ，１００ｃが配信対象のデータのコピーデータを保持し、ＥＳ１００，１００ａがＵＥ２００，２００ａからのデータ取得リクエストを受け付けるものとする。
【００８５】
センタサーバ３００は、記憶部３１０、データコピー部３２０、コピーデータ保持ＥＳリスト提供部３３０、および判定モデル生成部３４０を有する。
記憶部３１０は、他の装置へ配布する各種データ、および他の装置から収集した各種データを記憶する。例えば記憶部３１０は、ＥＳ間遅延情報３１１、配信データ群３１２、ディレクトリ３１３、および接続傾向ログ３１４を記憶する。例えばセンタサーバ３００のメモリまたはストレージ装置の記憶領域の一部が記憶部３１０として使用される。
【００８６】
ＥＳ間遅延情報３１１は、２つのＥＳ間の通信速度に関する情報である。ＥＳ間遅延情報３１１は、データ取得リクエストを受信したＥＳが、コピーデータを保持するＥＳからコピーデータを取得するのに要する時間の判定に使用される。配信データ群３１２は、配信対象のデータの集合である。ディレクトリ３１３は、配信対象のデータごとのコピーデータ保持ＥＳリストである。接続傾向ログ３１４は、ＵＥがコピーデータを取得したときの各種観測データである。
【００８７】
データコピー部３２０は、配信データ群内の配信対象のデータのコピーデータを、ＥＳ１００ｂ，１００ｃに送信する。コピーデータの送信先は、例えば配信対象のデータごとに管理者によって予め指定されている。
【００８８】
コピーデータ保持ＥＳリスト提供部３３０は、ＥＳ１００，１００ａからのコピー位置問い合わせに応じて、コピーデータ保持ＥＳリストを提供する。例えばコピーデータ保持ＥＳリスト提供部３３０は、コピー位置問い合わせで示される配信対象のデータのデータＩＤに基づいて、そのデータＩＤに対応するコピーデータ保持ＥＳリストをディレクトリ３１３から取得する。そしてコピーデータ保持ＥＳリスト提供部３３０は、コピー位置問い合わせの送信元のＥＳに対して、取得したコピーデータ保持ＥＳリストを送信する。
【００８９】
判定モデル生成部３４０は、接続傾向ログ３１４に基づいて、ＥＳ１００，１００ａごとの判定モデルを生成する。判定モデル生成部３４０は、ＥＳ１００，１００ａに接続されたＡＰ３１，３２の通信可能範囲を示す情報である。判定モデルは、各ＥＳ１００，１００ａにおいて、ＵＥ２００，２００ａのデータ取得が完了するか否かの判定に利用される。例えば判定モデル生成部３４０は、ＥＳ１００から接続傾向ログ１１３を取得し、取得した内容を記憶部３１０内の接続傾向ログ３１４に追加する。そして判定モデル生成部３４０は、ＥＳ１００から取得した接続傾向ログ１１３に基づいて、ＥＳ１００に接続されたＡＰ３１の通信可能範囲を示す判定モデルを生成する。判定モデル生成部３４０は、生成した判定モデルをＥＳ１００に送信する。
【００９０】
ＥＳ１００ｂは、記憶部１６０とコピーデータ管理部１７０とを有する。
記憶部１６０は、センタサーバ３００が提供する配信対象のデータのコピーデータ群１６１を記憶する。例えばＥＳ１００ｂのメモリまたはストレージ装置の記憶領域の一部が、記憶部１６０として使用される。
【００９１】
コピーデータ管理部１７０は、コピーデータ群１６１を管理する。例えばコピーデータ管理部１７０は、センタサーバ３００からコピーデータを受信すると、受信したコピーデータを記憶部１６０に格納する。またコピーデータ管理部１７０は、ＥＳ１００，１００ａからコピーデータ取得リクエストを受信すると、コピーデータ取得リクエストの送信元のＥＳに対してコピーデータを送信する。
【００９２】
なお、図１１にはＥＳ１００ｂの機能を示しているが、コピーデータを保持する他のＥＳ１００ｃもＥＳ１００ｂと同様の機能を有する。
ＥＳ１００は、記憶部１１０、接続傾向ログ管理部１２０、データ位置解決部１３０、リクエスト処理部１４０、およびリクエスト成否予測部１５０を有する。
【００９３】
記憶部１１０は、ＵＥ２００，２００ａへのコピーデータおよびコピーデータ保持ＥＳリストの送信に利用する情報を記憶する。例えば記憶部１１０は、判定モデル１１１、ＥＳ位置情報１１２、接続傾向ログ１１３、および隣接ＥＳ情報１１４を記憶する。例えばＥＳ１００のメモリ１０２またはストレージ装置１０３の記憶領域の一部が記憶部１１０として使用される。
【００９４】
判定モデル１１１は、ＥＳ１００に接続されたＡＰ３１の通信可能範囲を示す情報である。ＥＳ位置情報１１２は、各ＥＳ１００，１００ａ，１００ｂ，１００ｃの位置（緯度、経度）を示す情報である。接続傾向ログ１１３は、ＥＳ１００に接続されたＡＰ３１の通信可能範囲内のＵＥがコピーデータを取得したときの各種観測データである。隣接ＥＳ情報１１４は、ＥＳ１００に隣接するＥＳとの間のデータの通信速度に関する情報である。
【００９５】
接続傾向ログ管理部１２０は、接続傾向ログ１１３を管理する。例えば接続傾向ログ管理部１２０は、データ取得リクエストごとの送信元のＵＥの通信の接続状況を観測して、接続傾向ログ１１３として記憶部１１０に格納する。また接続傾向ログ管理部１２０は、所定のタイミングで接続傾向ログ１１３をセンタサーバ３００に送信する。
【００９６】
データ位置解決部１３０は、コピーデータの取得先となるＥＳを決定する。例えばデータ位置解決部１３０は、データ取得リクエストで指定された配信対象のデータのコピーデータ保持ＥＳリストをセンタサーバ３００から取得する。次にデータ位置解決部１３０は、取得したコピーデータ保持ＥＳリストに示されるＥＳと、隣接ＥＳ情報に示される通信速度に関する情報とに基づいて、コピーデータを保持しているＥＳのうち、コピーデータの取得時間が最短となるＥＳを特定する。そしてデータ位置解決部１３０は、特定したＥＳをコピーデータの取得先に決定する。データ位置解決部１３０は、データ取得リクエストに含まれていたコピーデータ保持ＥＳリストに基づいて、コピーデータの取得先となるＥＳを決定することもできる。
【００９７】
リクエスト処理部１４０は、ＵＥ２００，２００ａからのデータ取得リクエストを受け付け、データ取得リクエストに応じた処理を行う。例えばリクエスト処理部１４０は、データ取得リクエストにコピーデータ保持ＥＳリストが含まれていない場合、データ位置解決部１３０に、コピーデータの取得先となるＥＳを問い合わせる。データ位置解決部１３０がコピーデータの取得先とするＥＳを決定すると、リクエスト処理部１４０は、該当するＥＳからコピーデータを取得する。
【００９８】
また、リクエスト処理部１４０は、コピーデータの取得と並行して、リクエスト成否予測部１５０に、現在のＵＥの状況に基づいて、データ取得リクエストが成功するかどうかの予測結果を問い合わせる。リクエスト処理部１４０は、データ取得リクエストが成功すると予測された場合、コピーデータの取得先のＥＳのＥＳ識別子のみを含むコピーデータ保持ＥＳリストを生成する。そしてリクエスト処理部１４０は、取得したコピーデータと、生成したコピーデータ保持ＥＳリストとを、データ取得リクエストの送信元のＵＥに送信する。他方、リクエスト処理部１４０は、データ取得リクエストが成功しないと予測された場合、取得したコピーデータと、データ位置解決部１３０がセンタサーバ３００から取得したコピーデータ保持ＥＳリストとを、データ取得リクエストの送信元のＵＥに送信する。
【００９９】
データ取得リクエストにコピーデータ保持ＥＳリストが含まれている場合、リクエスト処理部１４０は、そのコピーデータ保持ＥＳリストに示されるＥＳからコピーデータを取得する。そして、リクエスト処理部１４０は、取得したコピーデータを、データ取得リクエストの送信元のＵＥに送信する。
【０１００】
リクエスト成否予測部１５０は、データ取得リクエストの送信元のＵＥの移動傾向と、取得するデータのデータサイズとに基づいて、データ取得リクエストが成功するか否かを予測する。データ取得リクエストが成功する場合とは、例えば、データ取得リクエストの送信元のＵＥが、コピーデータの取得が完了するまで、ＥＳ１００に接続されたＡＰ３１の通信可能範囲内に留まる場合である。またデータ取得リクエストが失敗する場合とは、例えば、データ取得リクエストの送信元のＵＥが、コピーデータの取得が完了するまでに、ＥＳ１００に接続されたＡＰ３１の通信可能範囲外に出てしまう場合である。リクエスト成否予測部１５０は、ＡＰ３１の通信可能範囲については、判定モデル１１１に基づいて判定する。判定モデル１１１は、センタサーバ３００から取得することができる。例えばリクエスト成否予測部１５０は、所定のタイミングでセンタサーバ３００から判定モデル１１１を取得し、取得した判定モデル１１１を記憶部１１０に格納する。
【０１０１】
なお、図１１には、ＥＳ１００の機能を示しているが、ＵＥ２００，２００ａからのデータ取得リクエストを受け付ける他のＥＳ１００ａもＥＳ１００と同様の機能を有する。
ＵＥ２００は、記憶部２１０とデータ取得部２２０とを有する。
【０１０２】
記憶部２１０は、コピーデータ保持ＥＳリストを含むディレクトリキャッシュ２１１を記憶する。例えばＵＥ２００のメモリまたはストレージ装置の記憶領域の一部が、記憶部２１０として使用される。
【０１０３】
データ取得部２２０は、ユーザから指示された配信対象のデータのコピーデータを取得する。例えばデータ取得部２２０は、配信対象のデータのデータ取得リクエストをＥＳ１００に送信する。この際、データ取得部２２０は、ディレクトリキャッシュ２１１に、取得するデータに対応するコピーデータ保持ＥＳリストがある場合、そのコピーデータ保持ＥＳリストをデータ取得リクエストに含める。またデータ取得部２２０は、データ取得リクエストに、例えばＵＥ２００の位置情報（緯度、経度）、移動速度、移動方向、取得するデータのサイズなどの情報を含める。データ取得部２２０は、データ取得リクエストに応じてＥＳから送信されたコピーデータを取得する。データ取得部２２０は、取得したコピーデータが画像や動画などのコンテンツであれば、コピーデータに基づく画像または映像を、ＵＥ２００の表示画面に表示する。またデータ取得部２２０は、取得したコピーデータを記憶部２１０に格納してもよい。
【０１０４】
なお、図１１に示した各要素間を接続する線は通信経路の一部を示すものであり、図示した通信経路以外の通信経路も設定可能である。また、図１１に示した各要素の機能は、例えば、その要素に対応するプログラムモジュールをコンピュータに実行させることで実現することができる。
【０１０５】
次に図１２〜図２０を参照し、各装置が保持する情報について、詳細に説明する。
図１２は、ＥＳ間遅延情報の一例を示す図である。ＥＳ間遅延情報３１１には、２つのＥＳ（ＥＳx，ＥＳy）の組に対応付けて、それらのＥＳ間のデータ転送の遅延時間（ＥＳ間遅延時間）が設定されている。ＥＳ間遅延時間は、例えば単位データ量のデータをＥＳ間で転送するのに要する時間である。ＥＳ間のデータ通信速度が速いほど、ＥＳ間遅延時間は短くなる。すなわち図１２に示すＥＳ間遅延情報３１１では、ＥＳ間遅延時間が、ＥＳ間の通信速度に関する情報である。
【０１０６】
図１３は、配信データ群の一例を示す図である。配信データ群３１２は、サービスＩＤとデータＩＤとの組に対応付けて、配信対象のデータが格納されている。サービスＩＤは、データ配信を行うサービスの識別子である。データＩＤは、サービス内でのデータの識別子である。
【０１０７】
図１４は、ディレクトリの一例を示す図である。ディレクトリ３１３には、サービスＩＤとデータＩＤとの組に対応付けて、データＩＤで示されているデータのコピーデータを保持しているＥＳのＥＳ識別子を示すコピーデータ保持ＥＳリストが格納されている。
【０１０８】
図１５は、接続傾向ログの一例を示す図である。接続傾向ログ３１４には、ＵＥ２００，２００ａがいずれかのＥＳに対して送信したデータ取得リクエストごとのレコードが登録されている。各レコードには、ＥＳ識別子（ＥＳ＿ＩＤ）、ＵＥ識別子（ＵＥ＿ＩＤ）、接続開始時刻、接続時間、位置ｘ、位置ｙ、移動方向ｓx、移動方向ｓy、移動速度、データサイズ、帯域、およびデータ取得リクエスト成否が設定されている。ＥＳ識別子（ＥＳ＿ＩＤ）は、データ取得リクエストを受信したＥＳのＥＳ識別子である。ＵＥ識別子（ＵＥ＿ＩＤ）は、データ取得リクエストを送信したＵＥのＵＥ識別子である。接続開始時刻は、ＵＥがデータ取得のためにＥＳに接続した時刻である。接続時間は、ＵＥによるデータ取得のためのＥＳとの間の通信接続の時間である。位置ｘは、ＵＥの接続時の位置の経度である。位置ｙは、ＵＥ接続時の位置の緯度である。移動方向ｓxは、接続時のＵＥの移動方向を示すベクトルの経度方向（東西方向）の成分である。移動方向ｓyは、接続時のＵＥの移動方向を示すベクトルの緯度方向（南北方向）の成分である。ＵＥの移動方向はベクトル（ｓx，ｓy）で表される。このベクトルの長さは「１」である（ｓx2＋ｓy2＝１）。移動速度は、接続時のＵＥの移動速度（ｍ／ｓ）である。データサイズは、ＵＥが取得するデータのデータ量である。帯域は、ＵＥとＥＳとの間の通信速度である。データ取得リクエスト成否は、データ取得リクエストに応じて、そのデータ取得リクエストを受信したＥＳからのコピーデータの取得が成功終了したか否かを示す情報である。
【０１０９】
図１５にはセンタサーバ３００に格納されている接続傾向ログ３１４の一例を示したが、ＥＳ１００に格納される接続傾向ログ１１３も接続傾向ログ３１４と同種のデータが設定されている。ただし接続傾向ログ１１３には、ＥＳ１００が受信したデータ取得リクエストに対応するレコードのみが含まれる。
【０１１０】
図１６は、コピーデータの一例を示す図である。ＥＳ１００ｂで保持されるコピーデータ群１６１には、サービスＩＤとデータＩＤとの組に対応付けてコピーデータが格納されている。
【０１１１】
図１７は、判定モデルの一例を示す図である。判定モデル１１１には、モデル定義式と登録時刻とが含まれる。モデル定義式は、ＥＳ１００に接続されたＡＰ３１の通信可能範囲を定義する式である。登録時刻は、ＥＳ１００が判定モデルを取得して記憶部１１０に格納した日時である。
【０１１２】
図１８は、ＥＳ位置情報の一例を示す図である。ＥＳ位置情報１１２には、ＥＳ識別子（ＥＳ＿ＩＤ）に対応付けて、位置ｘと位置ｙとが設定されている。位置ｘは、対応するＥＳの位置の経度である。位置ｙは、対応するＥＳの位置の緯度である。なお第２の実施の形態では、各ＥＳの位置は、そのＥＳに接続されたＡＰの位置と同じであるものとする。
【０１１３】
図１９は、隣接ＥＳ情報の一例を示す図である。隣接ＥＳ情報１１４には、ＥＳ識別子（ＥＳ＿ＩＤ）に対応付けて、ＵＲＩ（Uniform Resource Identifier）とＥＳ間遅延時間とが設定されている。ＵＲＩは、ＥＳ１００と通信可能な他のＥＳにおけるコピーデータ群の格納領域の位置を示す情報である。ＥＳ間遅延時間は、ＥＳ１００と通信可能な他のＥＳから単位データ量のデータを取得するのに要する時間である。
【０１１４】
図２０は、ディレクトリキャッシュの一例を示す図である。ディレクトリキャッシュ２１１には、サービスＩＤとデータＩＤとの組に対応付けて、コピーデータ保持ＥＳリスト、リクエスト先ＥＳ、および問い合わせ時刻が設定されている。コピーデータ保持ＥＳリストは、サービスＩＤとデータＩＤとの組に対応するデータのコピーデータを保持しているＥＳのリストである。リクエスト先ＥＳは、サービスＩＤとデータＩＤとの組に対応するデータのデータ取得リクエストを前回送信したときの送信先のＥＳのＥＳ識別子である。問い合わせ時刻は、コピーデータ保持ＥＳリストを取得した日時である。
【０１１５】
以上のような情報を用いて、ＥＳ１００，１００ａにおいて、適切なデータ量のコピーデータ保持ＥＳリストのＵＥ２００，２００ａへの送信が行われる。コピーデータ保持ＥＳリストのデータ量（キャッシュサイズ）は、ＵＥ２００，２００ａが送信したデータ取得リクエストが成功するか否かに依存する。データ取得リクエストが成功するか否かの判定には、判定モデル１１１が用いられる。
【０１１６】
以下、図２１〜図２３を参照して、判定モデル生成部３４０による判定モデル１１１の生成方法について説明する。
図２１は、判定モデルの生成例を示す図である。判定モデル生成部３４０は、例えばＥＳ１００の判定モデル１１１を生成する場合、接続傾向ログ３１４から、ＥＳ１００のＥＳ識別子（ＥＳ1）が設定されたレコードを抽出する。次に判定モデル生成部３４０は、抽出したレコードごとに、ログに示される情報から予測できるデータ取得完了見込み位置を計算する。
【０１１７】
例えばＵＥの位置が（ｘ，ｙ）、移動速度がｖ（ｍ／ｓ）、移動方向が（ｓx，ｓy）、データサイズがａ（byte）、コピーデータの取得元のＥＳとの間の通信帯域がｐ（ｂｐｓ）とする。この場合、データ取得完了見込み位置は、以下の式で表される。
データ取得完了見込み位置＝（ｘ，ｙ）＋ｄｅｌａｙa・ｖ（ｓx，ｓy）      （１）
ここでｄｅｌａｙaは、データ取得に要する時間を示しており、以下の式で表される。
ｄｅｌａｙa＝（８×ａ）／ｐ      （２）
判定モデル生成部３４０は、このような計算を、ＥＳ１００が受信したデータ取得リクエストに対応するレコードごとに実行する。そして判定モデル生成部３４０は、レコードごとに得られたデータ取得完了見込み位置に対して、そのレコードに示されるデータ取得リクエスト成否（ｒｅｑ）の情報を対応付ける。図２１の下段では、データ取得リクエストが成功した場合（データ取得完了）、ＥＳ１００の位置（図２１において三角で示す）を原点とする座標系のデータ取得完了見込み位置に丸印を設定している。またデータ取得リクエストが失敗した場合（データ取得未完了）、その座標系のデータ取得完了見込み位置にばつ印を設定している。なお座標系の横軸ｘは、東西方向のＥＳ１００の位置とデータ取得完了見込み位置との距離であり、縦軸ｙは、南北方向のＥＳ１００の位置とデータ取得完了見込み位置との距離である。
【０１１８】
図２１に示すように、データ取得完了見込み位置がＥＳ１００の位置に近いほどデータ取得リクエストが成功する場合が多い。ただし、ＥＳ１００の周囲にビルがあるなど、ＥＳ１００の設置環境によっては、データ取得完了見込み位置がＥＳ位置から近くても、データ取得未完了となる場合もあり得る。そのため、データ取得完了のデータ取得完了見込み位置と、データ取得未完了のデータ取得完了見込み位置とを分ける境界線５１は、単純な円とはならない。
【０１１９】
そこで判定モデル生成部３４０は、決定木、機械学習手法などを用いて、境界線５１を定義する式を求める。機械学習手法としては、例えばサポートベクターマシンなどの手法が考えられる。以下、図２２、図２３を参照して、決定木による判定モデル１１１の生成例について説明する。
【０１２０】
図２２は、境界線の定義例を示す図である。図２２に示す境界線５２は、ｘ軸またはｙ軸と並行な直線を辺とする多角形の形状である。判定モデル生成部３４０は、境界線５２を作成するために、例えばＥＳ１００の位置を原点とする平面座標系を４つの象限に分ける。
【０１２１】
次に判定モデル生成部３４０は、象限ごとに、データ取得完了のデータ取得完了見込み位置（図２２内の丸印）と、データ取得未完了のデータ取得完了見込み位置（図２２内のばつ印）とを分ける、ｘ軸とｙ軸とのそれぞれに平行な直線を生成する。図２２の例では、第１象限については、点（ｒx1，０）を通るｙ軸に平行な直線と、点（０，ｒy0）を通るｘ軸に平行な直線とが生成されている。第２象限については、点（ｒx2，０）を通るｙ軸に平行な直線と、点（０，ｒy0）を通るｘ軸に平行な直線とが生成されている。第３象限については、点（ｒx3，０）を通るｙ軸に平行な直線と、点（０，ｒy2）を通るｘ軸に平行な直線とが生成されている。第４象限については、点（ｒx0，０）を通るｙ軸に平行な直線と、点（０，ｒy1）を通るｘ軸に平行な直線とが生成されている。
【０１２２】
判定モデル生成部３４０は、生成した直線から原点側の領域５３とその外側の領域との境界線５２を、データ取得完了のデータ取得完了見込み位置と、データ取得未完了のデータ取得完了見込み位置とを分ける境界線とする。このような境界線５２に基づいて、判定モデル生成部３４０は、判定木を生成する。
【０１２３】
図２３は、判定木の一例を示す図である。データ取得リクエストのリクエスト成否を予測する際に、そのデータ取得リクエストの移動傾向やデータサイズから求めたデータ取得完了見込み位置を（ｘ’，ｙ’）とする。このとき、判定モデル生成部３４０は、図２２に示した境界線５２に基づいて、図２３に示すようなデータ取得リクエストの成否を判定するための判定木５４を生成する。
【０１２４】
判定木５４では、まず「ｙ’＜０」が満たされるか否かが判定される。
「ｙ’＜０」が満たされる場合、「ｘ’＜ｒx0」が満たされるか否かが判定される。「ｘ’＜ｒx0」が満たされない場合、リクエストは失敗すると判定される。「ｘ’＜ｒx0」が満たされる場合、「ｘ’＜ｒx3」が満たされるか否かが判定される。「ｘ’＜ｒx3」が満たされる場合、リクエストは失敗すると判定される。「ｘ’＜ｒx3」が満たされない場合、「ｘ’＜０」が満たされるか否かが判定される。「ｘ’＜０」が満たされる場合、「ｙ’＜ｒy2」が満たされるか否かが判定される。「ｙ’＜ｒy2」が満たされる場合、リクエストは失敗すると判定される。「ｙ’＜ｒy2」が満たされない場合、リクエストは成功すると判定される。「ｘ’＜０」が満たされない場合、「ｙ’＜ｒy1」が満たされるか否かが判定される。「ｙ’＜ｒy1」が満たされる場合、リクエストは失敗すると判定される。「ｙ’＜ｒy1」が満たされない場合、リクエストは成功すると判定される。
【０１２５】
「ｙ’＜０」が満たされない場合、「ｘ’＜ｒx1」が満たされるか否かが判定される。「ｘ’＜ｒx1」が満たされない場合、リクエストは失敗すると判定される。「ｘ’＜ｒx1」が満たされる場合、「ｘ’＜ｒx2」が満たされるか否かが判定される。「ｘ’＜ｒx2」が満たされる場合、リクエストは失敗すると判定される。「ｘ’＜ｒx2」が満たされない場合、「ｙ’＜ｒy0」が満たされるか否かが判定される。「ｙ’＜ｒy0」が満たされる場合、リクエストは成功すると判定される。「ｙ’＜ｒy0」が満たされない場合、リクエストは失敗すると判定される。
【０１２６】
このように判定木５４を用いれば、データ取得完了見込み位置が図２２に示した境界線５２の内側の領域５３にあるか否かが判定できる。そしてデータ取得完了見込み位置が領域５３内にあれば、リクエストは成功すると判定され、領域５３外にあればリクエストは失敗すると判定される。
【０１２７】
なお図２２の例では、判定木５４の生成方法を分かりやすくするため、境界線５２の形状が単純であるが、もっと複雑な形状の境界線を生成することもできる。またサポートベクターマシンなどを用いれば、境界線を曲線で定義することもできる。
【０１２８】
このように、判定モデル１１１では、データ取得リクエストのリクエスト成否を予測して、リクエストの成否の判定方法が定義されている。判定モデル生成部３４０は、ＥＳ１００の接続傾向ログに基づいて生成した判定モデル１１１を、ＥＳ１００に送信する。このような判定モデルの生成が、データ取得リクエストを受け付けるすべてのＥＳについて行われる。これにより各ＥＳ１００，１００ａは、そのＥＳに適合させた個別の判定モデルを取得することができる。
【０１２９】
判定モデル１１１を取得したＥＳ１００では、データ取得リクエストを受信すると、リクエスト成否予測部１５０が、判定モデル１１１に基づいて、そのデータ取得リクエストの成否を予測する。そしてリクエスト処理部１４０が、リクエスト成否の予測結果に基づいて、ＵＥ２００に送信するコピーデータ保持ＥＳリストのデータ量（キャッシュサイズ）を判定する。
【０１３０】
図２４は、キャッシュサイズ判定の一例を示す図である。ＵＥ２００から送られるデータ取得リクエストには、例えばデータＩＤ、位置ｘ、位置ｙ、移動方向ｓx、移動方向ｓy、移動速度などの情報が含まれる。なおデータサイズは、例えばコピーデータ保持ＥＳリストと共に、センタサーバ３００から取得することができる。
【０１３１】
リクエスト成否予測部１５０は、データ取得リクエストに含まれる情報とデータサイズとからＵＥ現在位置５６を認識し、さらにデータ取得完了見込み位置５７を計算する。次にリクエスト成否予測部１５０は、判定モデル１１１を用いて、データ取得完了見込み位置５７が境界線５５の内側の領域にあるか否かを判定する。さらにリクエスト成否予測部１５０は、データ取得完了見込み位置５７が境界線５５の内側にあれば、データ取得リクエストが成功する（データ取得が完了する）と判定する。またさらにリクエスト成否予測部１５０は、データ取得完了見込み位置５７が境界線５５の内側になければ、データ取得リクエストが失敗する（データ取得が未完了となる）と判定する。リクエスト成否予測部１５０は、判定結果をリクエスト処理部１４０に通知する。
【０１３２】
リクエスト処理部１４０は、リクエストが成功すると予測された場合、キャッシュサイズを最小化する。すなわちリクエスト処理部１４０は、ＵＥ２００に保持させるコピーデータ保持ＥＳリストに、遅延時間が最小のＥＳのＥＳ識別子のみを含める。またリクエスト処理部１４０は、リクエストが失敗すると予測された場合、キャッシュサイズを大きくする。すなわちリクエスト処理部１４０は、ＵＥ２００に保持させるコピーデータ保持ＥＳリストに、コピーデータを保持するすべてのＥＳのＥＳ識別子を含める。
【０１３３】
このようにして、ＵＥ２００に保持されるコピーデータ保持ＥＳリストのデータ量が削減できる。このようなコピーデータ保持ＥＳリストのデータ量の削減を、ＵＥ２００が取得したすべてのデータについて行うことで、ＵＥ２００内のディレクトリキャッシュ２１１のデータ量が大幅に削減できる。
【０１３４】
次に、ＥＳ１００によるＵＥ２００へのコピーデータ提供処理の手順について、フローチャートを参照して説明する。
図２５は、コピーデータ提供処理の手順の一例を示すフローチャートである。以下、図２５に示す処理をステップ番号に沿って説明する。
【０１３５】
［ステップＳ１０１］リクエスト処理部１４０は、ＵＥ２００からデータ取得リクエストを受信する。
［ステップＳ１０２］リクエスト処理部１４０は、データ位置解決部１３０と連係してコピーデータの取得先となるＥＳを決定し、決定したＥＳからコピーデータを取得する。コピーデータ取得処理の詳細は後述する（図２６参照）。
【０１３６】
［ステップＳ１０３］リクエスト処理部１４０は、リクエスト成否予測部１５０によるデータ取得リクエスト成否の予測結果に応じてレスポンス生成処理を行う。レスポンス生成処理の詳細は後述する（図２７参照）。
【０１３７】
［ステップＳ１０４］リクエスト処理部１４０は、レスポンスをＵＥ２００に送信する。リクエスト処理部１４０は、例えばレスポンスとして、コピーデータ保持ＥＳリストなどのコピーデータ以外の情報を先に送信し、その後、コピーデータを送信する。これにより、ＵＥ２００においてコピーデータの取得に失敗した場合でも、コピーデータ保持ＥＳリストなどのコピーデータ以外の情報については、ＵＥ２００に確実に渡すことができる。
【０１３８】
［ステップＳ１０５］接続傾向ログ管理部１２０は、データ取得リクエストに応じた処理の結果に基づいて、接続傾向ログ１１３を更新する。接続傾向ログ更新処理の手順の詳細は後述する（図２８参照）。
【０１３９】
このような手順でＵＥ２００に対してコピーデータが提供される。次にコピーデータ取得処理（ステップＳ１０２）、レスポンス生成処理（ステップＳ１０３）、および接続傾向ログ更新処理（ステップＳ１０５）を詳細に説明する。
【０１４０】
図２６は、コピーデータ取得処理の手順の一例を示すフローチャートである。以下、図２６に示す処理をステップ番号に沿って説明する。
［ステップＳ１１１］リクエスト処理部１４０は、ＵＥ２００から受信したデータ取得リクエストにコピーデータ保持ＥＳリストが含まれるか否かを判定する。リクエスト処理部１４０は、コピーデータ保持ＥＳリストが含まれる場合、処理をステップＳ１１２に進める。またリクエスト処理部１４０は、コピーデータ保持ＥＳリストが含まれない場合、処理をステップＳ１１４に進める。
【０１４１】
［ステップＳ１１２］リクエスト処理部１４０は、コピーデータ保持ＥＳリスト長（登録されたＥＳ識別子数）が「１」であり、かつ前回リクエスト先ＥＳが隣接ＥＳであるという条件が満たされるか否かを判定する。リクエスト処理部１４０は、条件が満たされる場合、処理をステップＳ１１４に進める。またリクエスト処理部１４０は、条件が満たされない場合、処理をステップＳ１１３に進める。
【０１４２】
［ステップＳ１１３］リクエスト処理部１４０は、前回問い合わせ時刻が現在時刻よりも一定時間以上前か否かを判定する。リクエスト処理部１４０は、前回問い合わせ時刻が一定時間以上前の時刻であれば、処理をステップＳ１１４に進める。またリクエスト処理部１４０は、前回問い合わせ時刻が一定時間以上前の時刻でなければ、処理をステップＳ１１５に進める。
【０１４３】
［ステップＳ１１４］リクエスト処理部１４０は、データ位置解決部１３０に、コピーデータの取得先のＥＳの決定を依頼する。するとデータ位置解決部１３０は、センタサーバ３００に、例えばコピーデータ保持ＥＳリスト、ＥＳ間遅延情報、およびデータサイズを問い合わせる。問い合わせには、取得対象のデータのデータＩＤが含まれる。問い合わせに応じて、センタサーバ３００が、指定されたデータＩＤに対応するコピーデータ保持ＥＳリスト、ＥＳ間遅延情報、およびデータサイズを応答する。
【０１４４】
［ステップＳ１１５］データ位置解決部１３０は、最も遅延時間が短いＥＳを決定する。例えばデータ位置解決部１３０は、ＥＳ間遅延情報を参照し、ＵＥ２００またはセンタサーバ３００から取得したコピーデータ保持ＥＳリストに示されるＥＳと、ＥＳ１００との間のＥＳ間遅延時間を取得する。そしてデータ位置解決部１３０は、各ＥＳのＥＳ間遅延時間を比較し、最もＥＳ間遅延時間が短いＥＳを、コピーデータの取得先に決定する。データ位置解決部１３０は、コピーデータの取得先のＥＳを示すＥＳ識別子をリクエスト処理部１４０に通知する。
【０１４５】
［ステップＳ１１６］リクエスト処理部１４０は、コピーデータの取得先として決定したＥＳからコピーデータを取得する。
このような処理により、ＵＥ２００からコピーデータ保持ＥＳリストが送られた場合には、センタサーバ３００への問い合わせをせずに済ませることが可能となり、処理が効率的となる。ただしＵＥ２００からコピーデータ保持ＥＳリストが送られた場合であっても、そのコピーデータ保持ＥＳリストが一定時間以上古い場合や、前回のリクエスト成否判定（成功するとの判定結果）に反して、ＵＥ２００がＥＳ間を大きく移動する場合もあり得る。このような場合には、センタサーバ３００への問い合わせが行われる。これにより、ＵＥ２００による前回のデータ取得リクエスト送信時におけるリクエスト成否の予測結果が誤っていた場合、改めてコピーデータ保持ＥＳリストの取得が行われる。
【０１４６】
次に、レスポンス生成処理について詳細に説明する。
図２７は、レスポンス生成処理の手順の一例を示すフローチャートである。以下、図２７に示す処理をステップ番号に沿って説明する。
【０１４７】
［ステップＳ１２１］リクエスト処理部１４０は、リクエスト成否予測部１５０にデータ取得リクエストの成否判定を依頼し、その判定結果に基づいて、ＵＥ２００のデータ取得中にＡＰ切り換えが発生するか否かを判定する。例えばリクエスト成否予測部１５０は、リクエスト処理部１４０からの依頼に応じて、判定モデル１１１に基づいて、データ取得完了見込み位置が、ＥＳ１００に接続されたＡＰ３１の通信可能範囲内か否かを判定する。リクエスト成否予測部１５０は、通信可能範囲内であればデータ取得リクエストが成功すると判定する。またリクエスト成否予測部１５０は、通信可能範囲内でなければデータ取得リクエストが失敗すると判定する。リクエスト処理部１４０は、データ取得リクエストが失敗する場合にＡＰ切り換えが発生すると判定する。
【０１４８】
リクエスト処理部１４０は、ＡＰ切り換えが発生すると判定した場合、処理をステップＳ１２３に進める。またリクエスト処理部１４０は、ＡＰ切り換えが発生しないと判定した場合、処理をステップＳ１２２に進める。
【０１４９】
［ステップＳ１２２］リクエスト処理部１４０は、センタサーバ３００から取得したコピーデータ保持ＥＳリストのうち、ＥＳ１００との間の遅延時間が最短のコピーデータ保持ＥＳのＥＳ識別子を、コピーデータ保持ＥＳリストとしてレスポンスに含める。その後、リクエスト処理部１４０は、処理をステップＳ１２４に進める。
【０１５０】
［ステップＳ１２３］リクエスト処理部１４０は、センタサーバ３００から取得したコピーデータ保持ＥＳリストに示されるすべてのＥＳ識別子を含むコピーデータ保持ＥＳリストを、レスポンスに追加する。
【０１５１】
［ステップＳ１２４］リクエスト処理部１４０は、コピーデータ、リクエスト先ＥＳ（ＥＳ１００）のＥＳ識別子を、レスポンスに追加する。
このように、リクエスト成否判定において、データ取得リクエストが成功すると判定された場合には、１台のＥＳのＥＳ識別子のみを含むコピーデータ保持ＥＳリストが、レスポンスに含められる。その結果、ＵＥ２００では、少ないデータ量のコピーデータ保持ＥＳリストをディレクトリキャッシュ２１１に保持すればよくなり、キャッシュのデータ量が削減される。
【０１５２】
次に、接続傾向ログ更新処理について詳細に説明する。
図２８は、接続傾向ログ更新処理の手順の一例を示すフローチャートである。以下、図２８に示す処理をステップ番号に沿って説明する。
【０１５３】
［ステップＳ１３１］接続傾向ログ管理部１２０は、ＵＥ２００へのレスポンスの送信開始からデータ送信完了または通信切断までの時間（接続時間）を取得する。
［ステップＳ１３２］接続傾向ログ管理部１２０は、データ送信が完了したか、未完了かを判定する。接続傾向ログ管理部１２０は、データ送信が完了した場合、処理をステップＳ１３３に進める。また接続傾向ログ管理部１２０は、データ送信が未完了の場合、処理をステップＳ１３４に進める。
【０１５４】
［ステップＳ１３３］接続傾向ログ管理部１２０は、データ取得リクエストの成否を「成功」と判定する。その後、接続傾向ログ管理部１２０は、処理をステップＳ１３５に進める。
【０１５５】
［ステップＳ１３４］接続傾向ログ管理部１２０は、データ取得リクエストの成否を「失敗」と判定する。
［ステップＳ１３５］接続傾向ログ管理部１２０は、接続傾向ログ１１３に、新たなレコードを記録する。追加されるレコードには、ＥＳ１００のＥＳ識別子（ＥＳ＿ＩＤ）、ＵＥ２００のＵＥ識別子（ＵＥ＿ＩＤ）、接続開始時刻、接続時間、位置ｘ、位置ｙ、移動方向ｓx、移動方向ｓy、移動速度、データサイズ、帯域、データ取得リクエスト成否が含まれる。
【０１５６】
このようにして、ＥＳ１００は、データ取得リクエストごと接続傾向ログ１１３に新たなレコードを追加する。接続傾向ログ管理部１２０は、ＥＳ１００が保持する接続傾向ログ１１３を、例えば定期的にセンタサーバ３００に送信する。
【０１５７】
図２９は、ＥＳによる接続傾向ログ提供処理の手順の一例を示すフローチャートである。以下、図２９に示す処理をステップ番号に沿って説明する。
［ステップＳ２１１］接続傾向ログ管理部１２０は、待機時間をカウントする。
【０１５８】
［ステップＳ２１２］接続傾向ログ管理部１２０は、待機時間が所定の指定時間を経過したか否かを判定する。接続傾向ログ管理部１２０は、指定時間を経過した場合、待機時間のカウントをリセットして、処理をステップＳ２１３に進める。また接続傾向ログ管理部１２０は、指定時間を経過していなければ、処理をステップＳ２１１に進め、待機時間のカウントを継続する。
【０１５９】
［ステップＳ２１３］接続傾向ログ管理部１２０は、接続傾向ログ１１３をセンタサーバ３００に送信する。
［ステップＳ２１４］接続傾向ログ管理部１２０は、接続傾向ログ１１３内の送信したレコードを削除する。その後、接続傾向ログ管理部１２０は、処理をステップＳ２１１に進める。
【０１６０】
このようにして、ＥＳ１００は、定期的に接続傾向ログ１１３の内容を、センタサーバ３００に送信する。センタサーバ３００では、ＥＳ１００から送られた接続傾向ログ１１３の内容を、自身の接続傾向ログ１１３に蓄積する。
【０１６１】
図３０は、センタサーバによる接続傾向ログ取得処理の手順の一例を示す図である。以下、図３０に示す処理をステップ番号に沿って説明する。
［ステップＳ２２１］センタサーバ３００の判定モデル生成部３４０は、ＥＳ１００から送信された接続傾向ログ１１３を取得する。
【０１６２】
［ステップＳ２２２］判定モデル生成部３４０は、記憶部３１０内の接続傾向ログ３１４に、受信した接続傾向ログ１１３に含まれるレコードを書き込む。
判定モデル生成部３４０は、ＥＳ１００から取得した接続傾向ログ１１３に基づいて、判定モデルを作成する。
【０１６３】
図３１は、判定モデル作成処理の手順の一例を示すフローチャートである。以下、図３１に示す処理をステップ番号に沿って説明する。
［ステップＳ２３１］判定モデル生成部３４０は、待機時間をカウントする。
【０１６４】
［ステップＳ２３２］判定モデル生成部３４０は、待機時間が所定の指定時間を経過したか否かを判定する。判定モデル生成部３４０は、指定時間を経過した場合、待機時間のカウントをリセットして、処理をステップＳ２３３に進める。また判定モデル生成部３４０は、指定時間を経過していなければ、処理をステップＳ２３１に進め、待機時間のカウントを継続する。
【０１６５】
［ステップＳ２３３］判定モデル生成部３４０は、接続傾向ログ３１４にＥＳ識別子（ＥＳ＿ＩＤ）が登録されているＥＳのうち、未処理のＥＳを１つ選択する。
［ステップＳ２３４］判定モデル生成部３４０は、未処理のＥＳが選択できたか否かを判定する。例えば未処理ＥＳが残存していれば、未処理の判定モデル生成部３４０はＥＳを選択できるが、すべてのＥＳが処理済みであれば、判定モデル生成部３４０は未処理のＥＳを選択できない。判定モデル生成部３４０は、未処理のＥＳを選択できた場合、処理をステップＳ２３５に進める。また判定モデル生成部３４０は、すべてのＥＳが処理済みであり、未処理のＥＳが選択できなかった場合、処理をステップＳ２３１に進める。
【０１６６】
［ステップＳ２３５］判定モデル生成部３４０は、接続傾向ログ３１４から選択したＥＳのレコードを取得する。
［ステップＳ２３６］判定モデル生成部３４０は、決定木、機械学習手法などの手法を用いて判定モデルを算出する。
【０１６７】
［ステップＳ２３７］判定モデル生成部３４０は、選択したＥＳに生成した判定モデルを通知する。その後、判定モデル生成部３４０は、処理をステップＳ２３３に進める。
このようにして、ＥＳごとの判定モデルが生成される。ＥＳごとに判定モデルが生成されることにより、データ取得リクエストの成否の判定精度が向上する。すなわち、ＥＳごとに設置環境が異なり、ＥＳに接続されたＡＰの通信可能範囲は、単純にＡＰからの距離だけでは定義できない。センタサーバ３００が、各ＥＳから収集した接続傾向ログに基づいて、ＥＳごとの判定モデルを作成することで、ＥＳの設置環境に応じた適切な通信可能範囲を算出し、その通信可能範囲に基づく正確な判定モデルを生成できる。
【０１６８】
次に、ＵＥ２００が、取得するデータのコピーデータ保持ＥＳリストを持たず、高速に移動しながらデータを取得する場合におけるコピーデータの取得処理について、シーケンス図を用いて説明する。
【０１６９】
図３２は、ＵＥによるコピーデータの取得処理の第１の例を示すシーケンス図である。
まずＵＥ２００がデータ取得リクエストをＥＳ１００に送信する（ステップＳ１１）。データ取得リクエストには、例えば、データＩＤ、位置ｘ、位置ｙ、移動方向ｓx、移動方向ｓy、移動速度が含まれる。ＥＳ１００は、データ取得リクエストを解析し、コピーデータ保持ＥＳリストの有無を確認する（ステップＳ１２）。図３２の例では、コピーデータ保持ＥＳリストは含まれていない。そこでＥＳ１００は、センタサーバ３００へ、コピー位置の問い合わせを行う（ステップＳ１３）。コピー位置の問い合わせには、例えばＵＥ２００が取得を要求しているデータのデータＩＤが含まれる。センタサーバ３００は、コピー位置の問い合わせに応じて、データＩＤに対応するコピーデータ保持ＥＳリストとデータサイズとを、ＥＳ１００に応答する（ステップＳ１４）。
【０１７０】
ＥＳ１００は、コピーデータを保持しているＥＳの中から、最も遅延時間が短いＥＳを決定する（ステップＳ１５）。図３２の例では、最も遅延時間が短いＥＳは、ＥＳ１００ｂであるものとする。ＥＳ１００は、決定したＥＳ１００ｂに対してコピーデータ取得リクエストを送信する（ステップＳ１６）。コピーデータ取得リクエストには、取得対象のデータのデータＩＤが含まれる。コピーデータ取得リクエストを受信したＥＳ１００ｂは、指定されたデータＩＤに対応するコピーデータをＥＳ１００に応答する（ステップＳ１７）。
【０１７１】
ＥＳ１００は、判定モデル１１１に基づいて、データ取得リクエストが成功するか否か（ＵＥ２００が接続するＡＰの切替が発生するか否か）を判定する（ステップＳ１８）。ＥＳ１００は、成否の判定結果に基づいて、コピーデータ保持ＥＳリストに含めるＥＳ識別子を決定し、決定したＥＳ識別子を含むコピーデータ保持ＥＳリストとデータサイズとをレスポンスに追加する（ステップＳ１９）。さらにＥＳ１００は、レスポンスにコピーデータとリクエスト先ＥＳ（ＥＳ１００）のＥＳ識別子とを追加する（ステップＳ２０）。ＥＳ１００は、ＵＥ２００にレスポンスを送信する（ステップＳ２１）。その後、ＥＳ１００は、データ取得リクエストに応じた処理の内容を、接続傾向ログ１１３に記録する（ステップＳ２２）。
【０１７２】
次に、ＵＥ２００が、取得するデータのコピーデータ保持ＥＳリストを持ち、高速に移動しながらデータを取得する場合におけるコピーデータの取得処理について、シーケンス図を用いて説明する。
【０１７３】
図３３は、ＵＥによるコピーデータの取得処理の第２の例を示すシーケンス図である。
まずＵＥ２００がデータ取得リクエストをＥＳ１００に送信する（ステップＳ３１）。データ取得リクエストには、例えば、データＩＤ、位置ｘ、位置ｙ、移動方向ｓx、移動方向ｓy、移動速度、データサイズ、コピーデータ保持ＥＳリスト、前回リクエスト先ＥＳ識別子、前回リクエスト時刻が含まれる。ＥＳ１００は、データ取得リクエストを解析し、コピーデータ保持ＥＳリストの有無を確認する（ステップＳ３２）。図３３の例では、コピーデータ保持ＥＳリストは含まれている。そこでＥＳ１００は、データ取得リクエストに含まれるコピーデータ保持ＥＳリストに示されるＥＳの中から、最も遅延時間が短いＥＳを決定する（ステップＳ３３）。図３３の例では、最も遅延時間が短いＥＳは、ＥＳ１００ｂであるものとする。ＥＳ１００は、決定したＥＳ１００ｂに対してコピーデータ取得リクエストを送信する（ステップＳ３４）。コピーデータ取得リクエストには、取得対象のデータのデータＩＤが含まれる。コピーデータ取得リクエストを受信したＥＳ１００ｂは、指定されたデータＩＤに対応するコピーデータをＥＳ１００に応答する（ステップＳ３５）。
【０１７４】
ＥＳ１００は、判定モデル１１１に基づいて、データ取得リクエストが成功するか否か（ＵＥ２００が接続するＡＰの切替が発生するか否か）を判定する（ステップＳ３６）。ＥＳ１００は、成否の判定結果に基づいて、コピーデータ保持ＥＳリストに含めるＥＳ識別子を決定し、決定したＥＳ識別子を含むコピーデータ保持ＥＳリストとデータサイズとをレスポンスに追加する（ステップＳ３７）。さらにＥＳ１００は、レスポンスにコピーデータとリクエスト先ＥＳ（ＥＳ１００）のＥＳ識別子とを追加する（ステップＳ３８）。ＥＳ１００は、ＵＥ２００にレスポンスを送信する（ステップＳ３９）。その後、ＥＳ１００は、データ取得リクエストに応じた処理の内容を、接続傾向ログ１１３に記録する（ステップＳ４０）。
【０１７５】
このように第２の実施の形態では、ＥＳ１００は、ＵＥ２００の移動傾向および取得するデータのデータサイズから、データ取得が完了するかどうかを判定する。そしてＥＳ１００は、判定結果に基づき、ＵＥ２００上に配置するコピーデータ保持ＥＳリストに含めるＥＳ識別子を決定する。そしてＥＳ１００は、ＥＳ１００に接続されたＡＰ３１の通信可能範囲内でＵＥ２００がデータ取得を完了できる場合、遅延時間が最短のＥＳのＥＳ識別子のみをコピーデータ保持ＥＳリストに含める。これにより、ディレクトリキャッシュ２１１のサイズの低減が図られる。
【０１７６】
またＥＳ１００は、ＵＥ２００がデータ取得を完了できないと判定した場合には、コピーデータ保持ＥＳリストにすべてのコピーデータ保持ＥＳのＥＳ識別子を含める。ＵＥ２００がＥＳ間を移動した場合、ＵＥ２００から移動先のＥＳ（例えばＥＳ１００ａ）にコピーデータ保持ＥＳリストを送信する。これにより、センタサーバ３００への問い合わせを減らし、処理の効率化を図ることができる。
【０１７７】
以下、第２の実施の形態によるキャッシュサイズの削減量について考察する。
図３４は、１台のＡＰの通信可能範囲の一例を示す図である。例えばＥＳ１００に接続されたＡＰ３１について、判定モデル１１１を用いて図３４に示すような通信可能範囲５８が定義できるものとする。ここで一定時間内にＥＳ１００を訪れるＵＥ数が１０００台であるものとする。またセンタサーバ３００により配信対象となるデータの種類は１０００種類であるものとする。コピーデータは、１０箇所のＥＳに分散配置されているものとする。
【０１７８】
ここで、ＡＰ３１からの距離が、ＡＰ３１から通信可能範囲５８と外部の境界までの距離の９０％未満の位置にあるＵＥは、ＡＰ間を移動しないものとする。またＡＰ３１からの距離が、ＡＰ３１から通信可能範囲５８と外部の境界までの距離の９０％以上の位置にある通信可能範囲５８内のＵＥは、ＡＰ間を移動するものとする。ＡＰ３１から通信可能範囲５８と外部の境界までの距離の９０％以上の通信可能範囲５８内の領域の面積は、通信可能範囲５８の全面積の１９．９％である。通信可能範囲５８にＵＥが均一に分布しているとすれば、すべてのＵＥのうちの１９．９％がデータ取得中にＡＰ間を移動する（データ取得が未完了になると判定される）こととなる。すると、第２の実施の形態を適用することで、全体の８０．１％のＵＥについてコピーデータ保持ＥＳリストのデータ量の削減が可能である。
【０１７９】
各ＵＥが保持するディレクトリキャッシュに含まれる全コピーデータ保持ＥＳリストのデータサイズは、以下の式で表される。
全コピーデータ保持ＥＳリストのデータサイズ＝ＵＥが参照するデータ数×コピーデータ保持ＥＳリストのＥＳ識別子数      （３）
ここでＵＥが参照するデータ数は、全ＵＥが一律・一定であるものする。第２の実施の形態を適用せずに、常に、コピーデータ保持ＥＳリストにすべてのコピーデータ保持ＥＳのＥＳ識別子を含めた場合、１台のＵＥ当りのコピーデータ保持ＥＳリストのＥＳ識別子数の平均は「１０」となる。
【０１８０】
それに対して、第２の実施の形態を適用して、コピーデータ保持ＥＳリストのデータ量の削減を図った場合、１台のＵＥ当りのコピーデータ保持ＥＳリストのＥＳ識別子数の平均は、以下の式で表される。
０．１９９×１０＋０．８０１×１＝２．７９      （４）
すなわち、第２の実施の形態を適用することにより、適用しない場合に比べて、ディレクトリキャッシュ内の全コピーデータ保持ＥＳリストのデータサイズを平均で２７．９％に低減することが可能となる。
【０１８１】
〔第３の実施の形態〕
次に第３の実施の形態について説明する。第３の実施の形態は、ＵＥがデータ取得中にＡＰ間を移動する場合であっても、移動方向に応じて、ＵＥに保持させるコピーデータ保持ＥＳリスト内のＥＳ識別子数を削減するものである。
【０１８２】
図３５は、ＵＥに保持させるコピーデータ保持ＥＳリストのサイズのＵＥの移動方向に応じた判定例を示す図である。例えばＵＥ２００からデータ取得リクエストを受けたＥＳ１００は、判定モデル１１１を用いてデータ取得リクエストの成否を判定する。判定モデル１１１には、ＵＥ２００から通知される「移動速度」と「移動方向」と「位置」、センタサーバ３００への問い合わせの結果得られる「データサイズ」、データ取得リクエストを受信したＥＳ１００の位置などの情報が入力される。これらの情報に基づいて、ＥＳ１００が、データ取得リクエストの成否を予測する。このデータ取得リクエストの成否の判定処理は、第２の実施の形態と同様である。第３の実施の形態では、データ取得リクエストの成否の判定の過程では、ＵＥ現在位置６２などの情報に基づいて、データ取得完了見込み位置６３が算出される。第３の実施の形態では、ＥＳ１００は、データ取得完了見込み位置６３がＥＳ１００に接続されたＡＰ３１の通信可能範囲の境界線６１の外側となる場合、ＵＥ現在位置６２と移動方向に応じて、コピーデータ保持ＥＳリストに登録するＥＳを制限する。
【０１８３】
例えばＥＳ１００は、データ取得完了と判定した場合、ＵＥ２００には、現在取得中のコピーデータの取得元のＥＳのＥＳ識別子のみを、コピーデータ保持ＥＳリストに含める。またＥＳ１００は、データ取得未完了と判定した場合、ＵＥ２００の移動方向に応じてコピーデータ保持ＥＳリストに含めるＥＳ識別子数を減らす。
【０１８４】
ＥＳ１００は、例えばＵＥ２００の位置（ｘ，ｙ）に基づいて、コピーデータ保持ＥＳのうち、移動方向側半分の領域に含まれるＥＳを選択し、そのＥＳのＥＳ識別子を、ＵＥ２００に保持させるコピーデータ保持ＥＳリストに含める。またＥＳ１００は、例えばＵＥ２００の位置（ｘ，ｙ）に基づいて、移動方向側に全方向（角度π）の１／Ｎ（Ｎは１より大きい実数）の領域に含まれるＥＳを選択し、そのＥＳのＥＳ識別子を、ＵＥ２００に保持させるコピーデータ保持ＥＳリストに含める。Ｎ＝６であれば、コピーデータ保持ＥＳリストに含めるＥＳ識別子の数は、ＥＳ１００の周囲のコピーデータ保持ＥＳのうちの１／６に絞り込まれる。
【０１８５】
具体的には、ＥＳ１００は以下の方法で、コピーデータ保持ＥＳそれぞれについて、コピーデータ保持ＥＳリストへの登録対象として選択するか否かを判定する。
例えばＥＳ１００は、ＵＥ２００の現在位置（ｘ0，ｙ0）、データ取得完了見込み位置（ｘ’，ｙ’）に対し、移動方向の左右３０°（π／６）の範囲（登録対象範囲）内のＥＳを、コピーデータ保持ＥＳリストへの登録対象とする。そこでＥＳ１００は、ＵＥ現在位置６２を通り、ＵＥ２００の移動方向から時計回りに３０°回転させた方向の第１直線６４と、ＵＥ現在位置６２を通り、ＵＥ２００の移動方向から反時計回りに３０°回転させた方向の第２直線６５とを求める。
【０１８６】
移動方向の傾きを以下の式で定義する。
【０１８７】
【数１】
2020113023.tif 000003
【０１８８】
この場合、第１直線６４の傾きは以下の式で表される。
【０１８９】
【数２】
2020113023.tif 000004
【０１９０】
同様に、第２直線６５の傾きは以下の式で表される。
【０１９１】
【数３】
2020113023.tif 000005
【０１９２】
第１直線と第２直線とは、それぞれ以下の式で表される。
第１直線：ｙ−ｙ0＝ｔａｎ（θ−π／６）（ｘ−ｘ0）      （８）
第２直線：ｙ−ｙ0＝ｔａｎ（θ＋π／６）（ｘ−ｘ0）      （９）
ＥＳ１００は、コピーデータ保持ＥＳの位置（図３５内の白塗りの三角の位置）それぞれから、データ取得完了見込み位置６３までの線分を生成する。そしてＥＳ１００は、対応する線分が、第１直線６４と第２直線６５とのいずれとも交差しないＥＳを、コピーデータ保持ＥＳリストへの登録対象として選択する。
【０１９３】
第３の実施の形態では、ＥＳ１００の処理のうち、レスポンス生成処理が第２の実施の形態と異なる。
図３６は、第３の実施の形態におけるレスポンス生成処理の手順の一例を示すフローチャートである。以下、図３６に示す処理をステップ番号に沿って説明する。
【０１９４】
［ステップＳ３０１］リクエスト処理部１４０は、リクエスト成否予測部１５０にデータ取得リクエストの成否判定を依頼し、その判定結果に基づいて、ＵＥ２００のデータ取得中にＡＰ切り換えが発生するか否かを判定する。リクエスト処理部１４０は、ＡＰ切り換えが発生すると判定した場合、処理をステップＳ３０３に進める。またリクエスト処理部１４０は、ＡＰ切り換えが発生しないと判定した場合、処理をステップＳ３０２に進める。
【０１９５】
［ステップＳ３０２］リクエスト処理部１４０は、センタサーバ３００から取得したコピーデータ保持ＥＳリストのうち、ＥＳ１００との間の遅延時間が最短のコピーデータ保持ＥＳのＥＳ識別子を、コピーデータ保持ＥＳリストとしてレスポンスに含める。その後、リクエスト処理部１４０は、処理をステップＳ３０６に進める。
【０１９６】
［ステップＳ３０３］リクエスト処理部１４０は、ＵＥ２００の現在位置を起点として、起点からＵＥ２００の移動方向を中心とする所定角度内の方向にあるＥＳを選択する。
［ステップＳ３０４］リクエスト処理部１４０は、ＵＥ２００またはセンタサーバ３００から取得したコピーデータ保持ＥＳリストに登録されているＥＳのうち、ステップＳ３０３で選択されたＥＳのＥＳ識別子を含むコピーデータ保持ＥＳリストを作成する。
【０１９７】
［ステップＳ３０５］リクエスト処理部１４０は、ステップＳ３０４で作成したコピーデータ保持ＥＳリストを、レスポンスに追加する。
［ステップＳ３０６］リクエスト処理部１４０は、コピーデータ、リクエスト先ＥＳ（ＥＳ１００）のＥＳ識別子を、レスポンスに追加する。
【０１９８】
このようにして、コピーデータ保持ＥＳリストに登録されるＥＳが、ＵＥ２００の移動方向に応じて限定される。その結果、データ取得が完了するか否かの判定において、完了しないと判定された場合であっても、コピーデータ保持ＥＳリストのサイズを削減することが可能となる。
【０１９９】
〔第４の実施の形態〕
次に第４の実施の形態について説明する。第４の実施の形態は、ＵＥがデータ取得中にＡＰ間を移動する場合であっても、データ取得完了見込み位置に応じて、ＵＥに保持させるコピーデータ保持ＥＳリスト内のＥＳ識別子数を削減するものである。なお、第４の実施の形態は、第３の実施の形態と組み合わせることができる。
【０２００】
図３７は、ＵＥに保持させるコピーデータ保持ＥＳリストのサイズのＵＥの移動距離に応じた判定例を示す図である。例えばＵＥ２００からデータ取得リクエストを受けたＥＳ１００は、判定モデル１１１を用いてデータ取得リクエストの成否を判定する。判定モデル１１１には、ＵＥ２００から通知される「移動速度」と「移動方向」と「位置」、センタサーバ３００への問い合わせの結果得られる「データサイズ」、データ取得リクエストを受信したＥＳ１００の位置などの情報が入力される。これらの情報に基づいて、ＥＳ１００が、データ取得リクエストの成否を予測する。このデータ取得リクエストの成否の判定処理は、第２の実施の形態と同様である。データ取得リクエストの成否の判定過程では、ＵＥ現在位置６２などの情報に基づいて、データ取得完了見込み位置６３が算出される。第４の実施の形態では、ＥＳ１００は、データ取得完了見込み位置６３がＥＳ１００に接続されたＡＰ３１の通信可能範囲の境界線６１の外側となる場合、ＵＥ現在位置６２と移動方向に応じて、コピーデータ保持ＥＳリストに登録するＥＳを制限する。さらにＥＳ１００は、データ取得完了見込み位置６３がＥＳ１００に接続されたＡＰ３１の通信可能範囲の境界線６１の外側となる場合、ＵＥ現在位置６２から所定の距離内のＥＳに、コピーデータ保持ＥＳリストに登録するＥＳを制限する。
【０２０１】
例えばＥＳ１００は、データ取得完了と判定した場合、ＵＥ２００には、現在取得中のコピーデータの取得元のＥＳのＥＳ識別子のみを、コピーデータ保持ＥＳリストに含める。またＥＳ１００は、データ取得未完了と判定した場合、ＵＥ２００の移動方向およびデータ取得完了までの移動距離に応じてコピーデータ保持ＥＳリストに含めるＥＳ識別子数を減らす。
【０２０２】
具体的には、ＥＳ１００は以下の方法で、コピーデータ保持ＥＳそれぞれについて、コピーデータ保持ＥＳリストへの登録対象として選択するか否かを判定する。
例えばＵＥ２００の現在位置を（ｘ0，ｙ0）とし、データ取得完了見込み位置を（ｘ’，ｙ’）とする。またＵＥ２００の移動推定距離をｄue、ＡＰ３１の平均無線到達距離をｄwとする。そして、ＵＥ２００の現在位置から半径（ｄue＋ｄw）の範囲内で、かつ移動方向の左右３０°（π／６）の範囲内のＥＳを、コピーデータ保持ＥＳリストへの登録対象とする。
【０２０３】
ＥＳ１００は、第３の実施の形態と同様に第１直線６４と第２直線６５とを求める。そしてＥＳ１００は、ＥＳの位置（ｘ，ｙ）が以下の式を満たすか否かにより、そのＥＳがＵＥ２００の現在位置から半径（ｄue＋ｄw）の範囲内にあるか否かを判定する。
（ｄue＋ｄw）2≧｛（ｘ−ｘ0）2＋（ｙ−ｙ0）2｝      （１０）
ＥＳ１００は、ＵＥ現在位置６２から半径（ｄue＋ｄw）の範囲内にあり、そのＥＳとデータ取得完了見込み位置６３とを結ぶ線分が、第１直線６４と第２直線６５とのいずれとも交差しないＥＳを、コピーデータ保持ＥＳリストへの登録対象として選択する。
【０２０４】
第４の実施の形態では、ＥＳ１００の処理のうち、レスポンス生成処理が第２の実施の形態と異なる。
図３８は、第４の実施の形態におけるレスポンス生成処理の手順の一例を示すフローチャートである。以下、図３８に示す処理をステップ番号に沿って説明する。
【０２０５】
［ステップＳ４０１］リクエスト処理部１４０は、リクエスト成否予測部１５０にデータ取得リクエストの成否判定を依頼し、その判定結果に基づいて、ＵＥ２００のデータ取得中にＡＰ切り換えが発生するか否かを判定する。リクエスト処理部１４０は、ＡＰ切り換えが発生すると判定した場合、処理をステップＳ４０３に進める。またリクエスト処理部１４０は、ＡＰ切り換えが発生しないと判定した場合、処理をステップＳ４０２に進める。
【０２０６】
［ステップＳ４０２］リクエスト処理部１４０は、センタサーバ３００から取得したコピーデータ保持ＥＳリストのうち、ＥＳ１００との間の遅延時間が最短のコピーデータ保持ＥＳのＥＳ識別子を、コピーデータ保持ＥＳリストとしてレスポンスに含める。その後、リクエスト処理部１４０は、処理をステップＳ４０８に進める。
【０２０７】
［ステップＳ４０３］リクエスト処理部１４０は、データ取得完了までにＵＥ２００が移動する距離を求める。
［ステップＳ４０４］リクエスト処理部１４０は、ＵＥ２００またはセンタサーバ３００から取得したコピーデータ保持ＥＳリストに示されるＥＳのうち、求めた距離＋α（αは、例えばＡＰ３１の平均無線到達距離ｄwである）内のＥＳを選択する。リクエスト処理部１４０は、選択したＥＳのＥＳ識別子を含む仮コピーデータ保持ＥＳリストを作成する。
【０２０８】
［ステップＳ４０５］リクエスト処理部１４０は、ＵＥ２００の現在位置を起点として、起点からＵＥ２００の移動方向を中心とする所定角度内の方向にあるＥＳを選択する。
［ステップＳ４０６］リクエスト処理部１４０は、仮コピーデータ保持ＥＳリストに登録されているＥＳのうち、ステップＳ４０５で選択されたＥＳのＥＳ識別子を含むコピーデータ保持ＥＳリストを作成する。
【０２０９】
［ステップＳ４０７］リクエスト処理部１４０は、ステップＳ４０６で作成したコピーデータ保持ＥＳリストを、レスポンスに追加する。
［ステップＳ４０８］リクエスト処理部１４０は、コピーデータ、リクエスト先ＥＳ（ＥＳ１００）のＥＳ識別子を、レスポンスに追加する。
【０２１０】
このようにして、コピーデータ保持ＥＳリストに登録されるＥＳが、データ取得完了までのＵＥ２００の移動距離と、ＵＥ２００の移動方向に応じて限定される。その結果、データ取得が完了するか否かの判定において、完了しないと判定された場合であっても、コピーデータ保持ＥＳリストのサイズを削減することが可能となる。
【０２１１】
〔第５の実施の形態〕
次に第５の実施の形態について説明する。第５の実施の形態は、データ取得リクエストを受け付けたＥＳ１００上の処理負荷が増大している場合に、ＥＳ１００は、センタサーバ３００への問い合わせ、およびデータ取得時間が最短のＥＳの決定処理を行わずに、コピーデータを取得するものである。
【０２１２】
図３９は、ＥＳの処理負荷が過大となった場合のコピーデータ取得処理の一例を示す図である。例えばＵＥ２００は、ＥＳ１００ｂを介して、ＥＳ１００ｂによるコピーデータの取得時間が最短のＥＳ１００ｃから、コピーデータを取得したものとする。このとき、ＥＳ１００ａは、コピーデータを含むＵＥ２００へのレスポンスに、データサイズとコピーデータ取得元のＥＳ１００ｃのＥＳ識別子「ＥＳn2」とを含める。
【０２１３】
その後、ＵＥ２００は、ＥＳ１００に接続されたＡＰ３１の通信可能範囲内に位置するときに、ユーザから、ＥＳ１００ｂを介して取得したコピーデータと同じデータの取得指示が入力されたものとする。この場合、ＵＥ２００は、ＥＳ１００に対して、データサイズと前回のコピーデータ取得元ＥＳのＥＳ識別子「ＥＳn2」とを含める。
【０２１４】
このとき、ＥＳ１００は、自身の処理負荷が過負荷の状態にあるか否か、およびデータ取得リクエストで指定されたコピーデータのデータサイズが所定値以下か否かを判定する。ＥＳ１００は、過負荷にあり、かつデータサイズが所定値以下であれば、センタサーバ３００へのコピーデータ保持ＥＳリストの問い合わせを行わずに、前回のコピーデータ取得元ＥＳからコピーデータを取得する。
【０２１５】
第５の実施の形態では、ＥＳ１００の処理のうち、図３９に示したように、レスポンスに、データサイズとコピーデータ取得元のＥＳのＥＳ識別子とを含める点が第２の実施の形態と異なる。またＵＥ２００の処理のうち、図３９に示したように、データ取得リクエストに、データサイズとコピーデータ取得元のＥＳのＥＳ識別子とを含める点が第２の実施の形態と異なる。さらに第５の実施の形態では、コピーデータ取得処理が第２の実施の形態と異なる。
【０２１６】
図４０は、第５の実施の形態におけるコピーデータ取得処理の手順の一例を示すフローチャートである。図４０に示す処理のうち、ステップＳ５０３〜Ｓ５０８は、図２６に示した第２の実施の形態におけるコピーデータ取得処理のＳ１１１〜Ｓ１１６と同様である。そこで以下、第２の実施の形態と異なるステップＳ５０１〜Ｓ５０２の処理についてステップ番号に沿って説明する。
【０２１７】
［ステップＳ５０１］リクエスト処理部１４０は、ＥＳ１００の負荷が所定値を超え、かつデータ取得リクエストで指定されたデータのデータサイズが所定値未満であるという条件が満たされるか否かを判定する。ＥＳ１００の負荷は、例えばＣＰＵ使用率、メモリ使用率などによって測定できる。リクエスト処理部１４０は、条件が満たされる場合、処理をステップＳ５０２に進める。またリクエスト処理部１４０は、条件が満たされない場合、処理をステップＳ５０３に進める。
【０２１８】
［ステップＳ５０２］リクエスト処理部１４０は、ＵＥ２００が前回コピーデータを取得したときのコピーデータ取得先のＥＳを、今回のコピーデータ取得先に決定する。リクエスト処理部１４０は、その後、処理をステップＳ５０８に進める。
【０２１９】
これにより、過負荷状態のＥＳ１００のさらなる負荷の増加を抑止することができる。しかも、取得するデータのサイズが小さいため、遅延時間が最短のＥＳ以外のＥＳからコピーデータを取得したとしても、通信時間の長期化は極わずかで済む。
【０２２０】
〔その他の実施の形態〕
第２の実施の形態では、判定モデルの生成をセンタサーバ３００で行っているが、データ取得リクエストを受け付けるＥＳ１００自身が、自己の接続傾向ログ１１３に基づいて判定モデルを生成してもよい。
【０２２１】
また第２の実施の形態では、データ取得リクエストを受け付けるＥＳ１００，１００ａと、コピーデータを保持するＥＳ１００ｂ，１００ｃとを分けているが、１つのＥＳがデータ取得リクエストの受け付けとコピーデータの保持との両方を行ってもよい。その場合、各ＥＳは、図１１に示したＥＳ１００が有する機能とＥＳ１００ｂが有する機能とを併せ持つ。
【０２２２】
以上、実施の形態を例示したが、実施の形態で示した各部の構成は同様の機能を有する他のものに置換することができる。また、他の任意の構成物や工程が付加されてもよい。さらに、前述した実施の形態のうちの任意の２以上の構成（特徴）を組み合わせたものであってもよい。
【符号の説明】
【０２２３】
１，２  分散データ配信制御装置
１ａ，２ａ  記憶部
１ｂ，２ｂ  処理部
３，４  サーバ
５  管理サーバ
６，７  基地局
６ａ，７ａ  通信可能範囲
８，９  移動端末
１０  ネットワーク
【図１】
2020113023.tif 000006
【図２】
2020113023.tif 000007
【図３】
2020113023.tif 000008
【図４】
2020113023.tif 000009
【図５】
2020113023.tif 000010
【図６】
2020113023.tif 000011
【図７】
2020113023.tif 000012
【図８】
2020113023.tif 000013
【図９】
2020113023.tif 000014
【図１０】
2020113023.tif 000015
【図１１】
2020113023.tif 000016
【図１２】
2020113023.tif 000017
【図１３】
2020113023.tif 000018
【図１４】
2020113023.tif 000019
【図１５】
2020113023.tif 000020
【図１６】
2020113023.tif 000021
【図１７】
2020113023.tif 000022
【図１８】
2020113023.tif 000023
【図１９】
2020113023.tif 000024
【図２０】
2020113023.tif 000025
【図２１】
2020113023.tif 000026
【図２２】
2020113023.tif 000027
【図２３】
2020113023.tif 000028
【図２４】
2020113023.tif 000029
【図２５】
2020113023.tif 000030
【図２６】
2020113023.tif 000031
【図２７】
2020113023.tif 000032
【図２８】
2020113023.tif 000033
【図２９】
2020113023.tif 000034
【図３０】
2020113023.tif 000035
【図３１】
2020113023.tif 000036
【図３２】
2020113023.tif 000037
【図３３】
2020113023.tif 000038
【図３４】
2020113023.tif 000039
【図３５】
2020113023.tif 000040
【図３６】
2020113023.tif 000041
【図３７】
2020113023.tif 000042
【図３８】
2020113023.tif 000043
【図３９】
2020113023.tif 000044
【図４０】
2020113023.tif 000045