(57)【要約】【課題】無線通信区間における輻輳の緩和及び当該緩和に伴うユーザ体感の向上を実現する。【解決手段】サーバと通信を行う端末装置は、基地局を介してサーバと通信を行う通信部と、データをサーバから当該端末装置へ事前にダウンロードする処理であるプリフェッチ、のための通信を通信部が行うか否かを制御する制御部と、プリフェッチのための通信により取得されたデータを保存する保存部と、を具備し、制御部は、通信ネットワークの種別、通信品質情報、基地局の識別情報、時刻情報、端末装置の位置情報、及び端末装置を操作するユーザからの入力情報、のうち少なくとも１つに基づいて、プリフェッチのための通信を行うか否かを決定する。【選択図】図２
2017130739.tif 000002
【特許請求の範囲】
【請求項１】
サーバと通信を行う端末装置であって、
基地局を介してサーバと通信を行う通信部と、
データを前記サーバから前記端末装置へ事前にダウンロードする処理であるプリフェッチ、のための通信を前記通信部が行うか否かを制御する制御部と、
プリフェッチのための通信により取得されたデータを保存する保存部と、
を備え、
前記制御部は、通信ネットワークの種別、通信品質情報、前記基地局の識別情報、時刻情報、前記端末装置の位置情報、及び前記端末装置を操作するユーザからの入力情報、のうち少なくとも１つに基づいて、プリフェッチのための通信を行うか否かを決定する、
ことを特徴とする端末装置。
【請求項２】
前記制御部は、プリフェッチのための通信を行う場合に、プリフェッチのための通信を過去に行った際のデータ量、通信ネットワークの種別、通信品質情報、前記基地局の識別情報、時刻情報、前記端末装置の位置情報、及び前記端末装置を操作するユーザからの入力情報、のうち少なくとも１つに基づいて、前記プリフェッチのデータ量を決定する、
ことを特徴とする請求項１に記載の端末装置。
【請求項３】
前記制御部は、通信ネットワークの種別を含む情報に基づいて前記プリフェッチのデータ量を決定する場合、前記通信ネットワークの種別に応じて前記プリフェッチのデータ量を増減させる、
ことを特徴とする請求項２に記載の端末装置。
【請求項４】
前記制御部は、プリフェッチのための通信を過去に行った際のデータ量を含む情報に基づいて前記プリフェッチのデータ量を決定する場合、前記プリフェッチのための通信を過去に行った際のデータ量のうち、前記端末装置において実際に利用されたデータ量に基づいて、前記プリフェッチのデータ量を決定する、
ことを特徴とする請求項２に記載の端末装置。
【請求項５】
前記制御部は、前記プリフェッチのための通信を過去に行った際のデータ量に対する前記実際に利用されたデータ量の比率に基づいて、前記プリフェッチのデータ量を決定する、
ことを特徴とする請求項４に記載の端末装置。
【請求項６】
サーバと通信を行う端末装置に設けられたコンピュータを、
基地局を介してサーバと通信を行う通信部と、
データを前記サーバから前記端末装置へ事前にダウンロードする処理であるプリフェッチ、のための通信を前記通信部が行うか否かを制御する制御部と、
プリフェッチのための通信により取得されたデータを保存する保存部、
として機能させるための端末制御プログラムであり、
前記制御部は、通信ネットワークの種別、通信品質情報、前記基地局の識別情報、時刻情報、前記端末装置の位置情報、及び前記端末装置を操作するユーザからの入力情報、のうち少なくとも１つに基づいて、プリフェッチのための通信を行うか否かを決定する、
ことを特徴とする端末制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバと通信を行う端末装置、及び当該端末装置を制御する端末制御プログラムに関する。
【背景技術】
【０００２】
音楽、動画等のデジタルコンテンツは、ネットワーク上で流通してきたＨＴＭＬファイル等と比べてデータサイズが大きいため、デジタルコンテンツの配信をネットワーク経由で行うとネットワークに多大な負荷がかかってしまう。この点を考慮し、ネットワーク上のさまざまな場所に、デジタルコンテンツを配布するためのサーバを配置し、ネットワーク内での端末ユーザの位置に応じて最適なサーバ（即ち、デジタルコンテンツの配信ポイント）に対しコンテンツ配信を指示することで、大容量のデジタルコンテンツの配信時のネットワーク負荷を抑えることができる。このとき、ネットワーク内でのサーバの位置が端末ユーザの位置に近ければ近いほど、ネットワーク負荷の低減効果は増加する。
【０００３】
ところが、このようなネットワーク負荷の低減効果を追求するために、ネットワーク内に多数のサーバを配置する対応、各サーバが保存するデータ量を増やす対応等を過度に行うと、サーバの数及び各サーバが保存すべきデータ量が増大しコストが高くなる、という問題が生じる。
【０００４】
このような問題に対応するため、端末ユーザの位置に近いサーバが、当該端末ユーザの過去の通信履歴等によってコンテンツに関する好みを特定し、特定された好みに応じたコンテンツを事前に入手し保存しておく「プリフェッチ及びキャッシュ」という方法が知られており（下記特許文献１参照）、このようなサーバは、例えば、移動通信システムにおける基地局や、基地局とインターネット上のサーバとの間に位置するノード等に設置される。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開2015-57712号公報
【特許文献２】特開2015-5061号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記のサーバによるプリフェッチ及びキャッシュであっても、端末装置と基地局との間の無線通信は必ず必要になるため、端末装置と基地局との間の無線通信区間における輻輳に起因してスムーズな実施が困難であるという一般的な課題は未解決である。即ち、上記のサーバによるプリフェッチ及びキャッシュは、上述の無線通信区間における輻輳の緩和及び当該緩和に伴うユーザ体感の向上を実現することが困難である、という課題が存在する。
【０００７】
一方、通信品質やネットワーク情報に応じて、ソフトウェアアップデートのデータを端末装置にダウンロードするか否かを制御する技術も知られている（上記特許文献２参照）。しかし、この技術は、ソフトウェアアップデートのデータのような一部の特定のデータについて、どのような状況でダウンロードすべきかを制御することを主眼にしたものであり、不特定多数のデータに対して適用することは困難であり、様々な状況や様々なコンテンツについて、無線通信区間における輻輳の緩和及び当該緩和に伴うユーザ体感の向上を実現することが困難である、という課題は残存している。
【０００８】
本発明は、上記課題に鑑みて成されたものであり、無線通信区間における輻輳の緩和及び当該緩和に伴うユーザ体感の向上を実現することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の一実施形態に係る端末装置は、サーバと通信を行う端末装置であって、基地局を介してサーバと通信を行う通信部と、データを前記サーバから前記端末装置へ事前にダウンロードする処理であるプリフェッチ、のための通信を前記通信部が行うか否かを制御する制御部と、プリフェッチのための通信により取得されたデータを保存する保存部と、を具備し、前記制御部は、通信ネットワークの種別、通信品質情報、前記基地局の識別情報、時刻情報、前記端末装置の位置情報、及び前記端末装置を操作するユーザからの入力情報、のうち少なくとも１つに基づいて、プリフェッチのための通信を行うか否かを決定する。
【００１０】
また、本発明の一実施形態に係る端末制御プログラムは、サーバと通信を行う端末装置に設けられたコンピュータを、基地局を介してサーバと通信を行う通信部と、データを前記サーバから前記端末装置へ事前にダウンロードする処理であるプリフェッチ、のための通信を前記通信部が行うか否かを制御する制御部と、プリフェッチのための通信により取得されたデータを保存する保存部、として機能させるための端末制御プログラムであり、前記制御部は、通信ネットワークの種別、通信品質情報、前記基地局の識別情報、時刻情報、前記端末装置の位置情報、及び前記端末装置を操作するユーザからの入力情報、のうち少なくとも１つに基づいて、プリフェッチのための通信を行うか否かを決定する。
【００１１】
上記のような端末装置又は端末制御プログラムによって、従来のようなサーバによるプリフェッチ及びキャッシュではなく、端末装置においてプリフェッチ及びキャッシュを行う。その際、制御部は、通信ネットワークの種別、通信品質情報、基地局の識別情報、時刻情報、端末装置の位置情報、及び端末装置を操作するユーザからの入力情報、のうち少なくとも１つに基づいて、プリフェッチのための通信を行うか否かを決定し、当該決定内容に応じて、プリフェッチのための通信を通信部が行うか否かを制御する。通信部がプリフェッチのための通信を行った場合、プリフェッチのための通信により取得されたデータは保存部により保存される。
【００１２】
このように端末装置においてプリフェッチ及びキャッシュを行うため、従来のサーバによるプリフェッチ及びキャッシュに比べ、端末装置がコンテンツを利用するタイミングにおいて、実際の通信を行うことなくコンテンツを利用可能となる。これにより、プリフェッチされたコンテンツを端末装置にて利用するときの無線通信区間のトラフィックへの影響を無くすことができる。このとき、制御部は、通信ネットワークの種別、通信品質情報、基地局の識別情報、時刻情報、端末装置の位置情報、及び端末装置を操作するユーザからの入力情報、のうち少なくとも１つに基づいて、プリフェッチのための通信を行うか否かを決定するため、無線通信区間における輻輳の緩和及び当該緩和に伴うユーザ体感の向上を実現することができる。また、上記のプリフェッチ及びキャッシュの制御は、従来技術のような一部の特定のデータについてのダウンロード可否の制御ではないので、様々な状況や様々なコンテンツについて、無線通信区間における輻輳の緩和及び当該緩和に伴うユーザ体感の向上を実現することができる。
【００１３】
上記の制御部は、プリフェッチのための通信を行う場合に、プリフェッチのための通信を過去に行った際のデータ量、通信ネットワークの種別、通信品質情報、基地局の識別情報、時刻情報、端末装置の位置情報、及び端末装置を操作するユーザからの入力情報、のうち少なくとも１つに基づいて、プリフェッチのデータ量を決定してもよい。この場合、プリフェッチのための通信を過去に行った際のデータ量、通信ネットワークの種別、通信品質情報、基地局の識別情報、時刻情報、端末装置の位置情報、及び端末装置を操作するユーザからの入力情報、といったさまざまな情報に基づいて、プリフェッチのデータ量を適切に決定して、端末装置によるプリフェッチ及びキャッシュを適切に制御することができる。
【００１４】
例えば、制御部は、通信ネットワークの種別を含む情報に基づいてプリフェッチのデータ量を決定する場合、通信ネットワークの種別に応じてプリフェッチのデータ量を増減させてもよい。この場合、通信ネットワークの種別に応じた適切なプリフェッチのデータ量を決定することができる。
【００１５】
また、制御部は、プリフェッチのための通信を過去に行った際のデータ量を含む情報に基づいてプリフェッチのデータ量を決定する場合、プリフェッチのための通信を過去に行った際のデータ量のうち、端末装置において実際に利用されたデータ量に基づいて、プリフェッチのデータ量を決定してもよい。この場合、プリフェッチのための通信を過去に行った際のデータ量のうち実際に利用されたデータ量に応じて、より適切にプリフェッチのデータ量を決定できる。
【００１６】
このとき、例えば、制御部は、端末装置において実際に利用されたデータ量自体（実際に利用されたデータ量の大きさ）に基づいてプリフェッチのデータ量を決定してもよいし、あるいは、制御部は、「プリフェッチのための通信を過去に行った際のデータ量」に対する「実際に利用されたデータ量」の比率に基づいて、プリフェッチのデータ量を決定してもよい。このようにして、実際の利用状況に応じたより適切なデータ量決定が実現する。
【発明の効果】
【００１７】
本発明によれば、無線通信区間における輻輳の緩和及び当該緩和に伴うユーザ体感の向上を実現することができる。
【図面の簡単な説明】
【００１８】
【図１】本発明の第１及び第２実施形態における移動通信システムの構成図である。
【図２】本発明の第１及び第２実施形態における端末装置の機能ブロック構成図である。
【図３】本発明の第１及び第２実施形態における端末装置のハードウェア構成図である。
【図４】本発明の第１実施形態における通信ネットワークの種別に基づくプリフェッチ及びキャッシュの制御方法を示すフロー図である。
【図５】本発明の第１実施形態における通信品質情報に基づくプリフェッチ及びキャッシュの制御方法を示すフロー図である。
【図６】本発明の第１実施形態におけるアクセスポイントの識別番号に基づくプリフェッチ及びキャッシュの制御方法を示すフロー図である。
【図７】本発明の第１実施形態における時刻に基づくプリフェッチ及びキャッシュの制御方法を示すフロー図である。
【図８】本発明の第１実施形態における端末装置の位置情報に基づくプリフェッチ及びキャッシュの制御方法を示すフロー図である。
【図９】本発明の第１実施形態におけるアプリケーション部がデータを必要とした場合の制御方法を示すフロー図である。
【図１０】本発明の第２実施形態における通信ネットワークの種別に基づくプリフェッチのデータ量の制御方法を示すフロー図である。
【図１１】本発明の第２実施形態におけるプリフェッチしたデータのヒット率に基づくプリフェッチのデータ量の制御方法を示すフロー図である。
【図１２】端末制御プログラムの構成図である。
【図１３】本発明の第３実施形態における移動通信システムの構成図である。
【図１４】本発明の第３実施形態におけるユーザ入力に基づくプリフェッチ及びキャッシュの制御方法を示すフロー図である。
【発明を実施するための形態】
【００１９】
以下、図面を参照しながら、本発明に係る各種の実施形態を説明する。以下では、プリフェッチのための通信を行うか否かの決定に関する第１実施形態と、プリフェッチのデータ量の決定に関する第２実施形態と、端末を操作するユーザによるユーザ入力に基づく、プリフェッチのための通信の制御に関する第３実施形態を順に説明する。
【００２０】
［第１実施形態］
（移動通信システム及び端末装置の構成）
図１に示すように、発明の実施形態における移動通信システムは、端末装置１００、アクセスポイント２００、有線ネットワーク等のバックホール３００、及びサーバ４００を含んで構成される。
【００２１】
図２に示すように、端末装置１００は、アクセスポイント２００を介してサーバ４００と通信を行う通信機能部１０２と、プリフェッチ及びキャッシュを制御するプリフェッチ・キャッシュ制御部１０４と、プリフェッチされたコンテンツをキャッシュとして保存するキャッシュ保存部１０６と、キャッシュ保存部１０６により保存されたコンテンツを利用してさまざまなアプリケーションを実行するアプリケーション部１０８と、を備える。通信機能部１０２、プリフェッチ・キャッシュ制御部１０４及びキャッシュ保存部１０６は、互いに接続されており、アプリケーション部１０８は、キャッシュ保存部１０６及び通信機能部１０２それぞれと接続されている。上記の通信機能部１０２、プリフェッチ・キャッシュ制御部１０４、キャッシュ保存部１０６は、特許請求の範囲に記載された「通信部」、「制御部」、「保存部」にそれぞれ対応する。
【００２２】
通信機能部１０２は、アクセスポイント２００を介してサーバ４００と通信を行う。その際、通信機能部１０２は、直接的には、アクセスポイント２００と通信を行い、例えば、ＧＳＭ（登録商標）（Global  System  for  Mobile  Communications）、Ｗ−ＣＤＭＡ（Wideband−Code  Division  Multiple  Access）、ＬＴＥ（Long  Term  Evolution）、５Ｇ（5th  generation  mobile  networks）、ＷｉＦｉ（Wireless  Fidelity）等の通信ネットワークを用いた通信を行う。すなわち、通信機能部１０２は、サーバ４００から、バックホール３００及びアクセスポイント２００経由で下りリンクのデータを受信し、サーバ４００に対して、アクセスポイント２００及びバックホール３００経由で上りリンクのデータを送信する。
【００２３】
また、通信機能部１０２は、アクセスポイント２００との通信に用いられるさまざまな通信ネットワークの情報を取得し、取得された通信ネットワークの情報をプリフェッチ・キャッシュ制御部１０４に通知する。上記のさまざまな通信ネットワークの情報の取得について、以下説明する。
【００２４】
通信機能部１０２は、アクセスポイント２００との通信に用いられる通信ネットワークの種別（上記のＧＳＭ、Ｗ−ＣＤＭＡ、ＬＴＥ、５Ｇ、ＷｉＦｉ等）を識別し、得られた通信ネットワークの種別に関する情報をプリフェッチ・キャッシュ制御部１０４に通知する。例えば、通信機能部１０２は、５Ｇの通信ネットワークを用いてアクセスポイント２００と通信を行う場合、あるいは、端末装置１００が５Ｇの通信ネットワークを用いてアクセスポイント２００と通信可能な状態にある場合、通信ネットワークの種別に関する情報として「５Ｇ」をプリフェッチ・キャッシュ制御部１０４に通知する。
【００２５】
また、通信機能部１０２は、アクセスポイント２００との通信を行う際の品質情報（以下「通信品質情報」と称する）を取得する。ここでの、通信品質情報とは、例えば、下りリンクのパイロット信号の品質情報であってもよく、より具体的には、下りリンクのパイロット信号の受信レベルであってもよいし、あるいは、下りリンクのパイロット信号のＳＩＮＲ（Signal-to-interference-plus-noise  ratio）であってもよい。又は、通信品質情報とは、ＲＳＲＰ（Reference  Signal  Received  Power）、ＲＳＲＱ（Reference  Signal  Received  Quality）、ＳＩＮＲ等であってもよいし、端末装置１００とアクセスポイント２００との間のパスロスであってもよい。又は、通信品質情報とは、下りリンクに代わり、上りリンクにおける上述のさまざまな品質情報であってもよい。
【００２６】
また、通信機能部１０２は、アクセスポイント２００の識別番号を取得する。ここで、上記識別番号は、例えば、下りリンクのパイロット信号、同期信号、報知チャネル等により通知されてもよい。即ち、通信機能部１０２は、アクセスポイント２００から送信される下りリンクのパイロット信号、同期信号、報知チャネル等を受信し、復号することにより、アクセスポイント２００の識別信号を取得する。なお、アクセスポイント２００の識別番号は、アクセスポイント２００を構成する基地局の識別番号であってもよいし、アクセスポイント２００が管理するセルの識別番号であってもよい。
【００２７】
通信機能部１０２は、受信した下りリンクのデータをアプリケーション部１０８に送信する。また、通信機能部１０２は、アプリケーション部１０８からサーバ４００に送信する上りリンクのデータを受け取り、当該上りリンクのデータをアクセスポイント２００及びバックホール３００経由でサーバ４００に送信する。
【００２８】
また、通信機能部１０２は、「プリフェッチによりサーバからデータを取得し、取得したデータをキャッシュとして保存する」という指示をプリフェッチ・キャッシュ制御部１０４から受けた場合に、バックホール３００及びアクセスポイント２００経由でサーバ４００から下りリンクのデータを受信し、受信したデータをキャッシュ保存部１０６に送信する。
【００２９】
プリフェッチ・キャッシュ制御部１０４は、上記のさまざまな通信ネットワークの情報（例えば、通信ネットワークの種別、通信品質情報、アクセスポイント２００の識別番号等）を通信機能部１０２から受け取る。また、プリフェッチ・キャッシュ制御部１０４は、端末装置１００内の図示しない時計機能部から時刻情報を取得する。また、プリフェッチ・キャッシュ制御部１０４は、端末装置１００内の図示しないＧＰＳ（Global  Positioning  System）測位機能部から端末装置１００の位置情報を取得する。なお、端末装置１００の位置情報については、ＧＰＳ測位以外に、アクセスポイント２００から通知される位置情報（例えば、在圏セル情報、セル内位置情報等）を通信機能部１０２経由で取得してもよい。あるいは、端末装置１００の位置情報については、ＧＰＳ測位以外に、アクセスポイント２００に関連づけられた位置情報を取得してもよい。この場合、プリフェッチ・キャッシュ制御部１０４は、例えば、上述のアクセスポイント２００の識別番号と位置情報とを対応づけるテーブルが別途定義され、かかるテーブルを参照することにより、アクセスポイント２００の識別番号から位置情報を取得する。
【００３０】
また、プリフェッチ・キャッシュ制御部１０４は、取得した上記の通信ネットワークの種別、通信品質情報、アクセスポイント２００の識別番号、時刻情報、端末装置１００の位置情報、のうち少なくとも１つに基づいて、プリフェッチによりサーバからデータを取得しキャッシュとして保存するか否かを決定する。
【００３１】
例えば、プリフェッチ・キャッシュ制御部１０４は、通信機能部１０２から受け取ったネットワークの種別が特定の種別だった場合に、プリフェッチによりサーバからデータを取得し前記データをキャッシュとして保存すると決定し、「プリフェッチによりサーバからデータを取得し前記データをキャッシュとして保存する」という指示を通信機能部１０２に送信してもよい。なお、特定の種別とは、例えば、５Ｇであってもよい。
【００３２】
または、プリフェッチ・キャッシュ制御部１０４は、通信機能部１０２から受け取った通信品質情報に基づいて、プリフェッチによりサーバからデータを取得し前記データをキャッシュとして保存するか否かを決定してもよく、例えば、通信品質情報の値が特定の閾値以上だった場合に、プリフェッチによりサーバからデータを取得し前記データをキャッシュとして保存すると決定し、「プリフェッチによりサーバからデータを取得し前記データをキャッシュとして保存する」という指示を通信機能部１０２に送信してもよい。なお、閾値は任意の値が事前に設定されてもよい。
【００３３】
または、プリフェッチ・キャッシュ制御部１０４は、通信機能部１０２から取得したアクセスポイントが特定の識別番号だった場合に、プリフェッチによりサーバからデータを取得し前記データをキャッシュとして保存すると決定し、「プリフェッチによりサーバからデータを取得し前記データをキャッシュとして保存する」という指示を通信機能部１０２に送信してもよい。なお、識別番号は、任意の値が事前に設定されてもよいし、事前に所定のサーバから通知されてもよい。
【００３４】
または、プリフェッチ・キャッシュ制御部１０４は、時刻が特定の時刻だった場合にプリフェッチによりサーバからデータを取得し前記データをキャッシュとして保存すると決定し、「プリフェッチによりサーバからデータを取得し前記データをキャッシュとして保存する」という指示を通信機能部１０２に送信してもよい。なお、時刻は、任意の値が事前に設定されてもよいし、事前に所定のサーバから通知されてもよい。ここでの「時刻」とは端末装置１００により計時された時刻であっても良いし、サーバ４００により計時された時刻であっても良い。
【００３５】
または、プリフェッチ・キャッシュ制御部１０４は、端末装置１００の位置情報が特定の場合だった場合に、プリフェッチによりサーバからデータを取得し前記データをキャッシュとして保存すると決定し、「プリフェッチによりサーバからデータを取得し前記データをキャッシュとして保存する」という指示を通信機能部１０２に送信してもよい。なお、位置情報は任意の値が事前に設定されてもよいし、事前に所定のサーバから通知されてもよい。
【００３６】
上述したように、プリフェッチによりサーバからデータを取得しキャッシュとして保存するか否かを決定する際の基礎情報としては、通信ネットワークの種別、通信品質情報、アクセスポイント２００の識別番号、時刻情報、端末装置１００の位置情報、のうち１つを用いてもよいし、２つ以上の組合せを用いてもよい。
【００３７】
キャッシュ保存部１０６は、プリフェッチ・キャッシュ制御部１０４が通信機能部１０２に「プリフェッチによりサーバからデータを取得し前記データをキャッシュとして保存する」という指示を送信した際に、通信機能部１０２がバックホール３００及びアクセスポイント２００経由でサーバ４００から受信したデータを、通信機能部１０２より受け取り、かかるデータをキャッシュ保存部１０６に保存する。実際には、かかるデータはキャッシュ保存部１０６内の図示しない記憶媒体に保存される。
【００３８】
キャッシュ保存部１０６は、後述するように、アプリケーション部１０８から、アプリケーション部１０８が必要とするデータがキャッシュされているか否かの問合せを受け取る。必要とするデータが既にキャッシュ保存部１０６にキャッシュされている場合、キャッシュ保存部１０６は、かかるデータをアプリケーション部１０８に送信する。一方、必要とするデータがキャッシュ保存部１０６にキャッシュされていない場合、キャッシュ保存部１０６は、必要とするデータがキャッシュ保存部１０６にキャッシュされていない旨をアプリケーション部１０８に回答する。
【００３９】
アプリケーション部１０８は、通信機能部１０２、アクセスポイント２００及びバックホール３００を介してサーバ４００との間で、アプリケーション実行に係るデータの送受信を行う。
【００４０】
アプリケーション部１０８は、データが必要になった際にサーバ４００と通信する前に、キャッシュ保存部１０６に該当のデータがキャッシュされているかを問い合わせる。問合せの結果、データがキャッシュされている場合、アプリケーション部１０８はサーバ４００と通信することなく、キャッシュ保存部１０６からデータを取得する。問合せの結果、データがキャッシュされていない場合、アプリケーション部１０８は、サーバ４００と通信することで、必要になったデータを取得する。
【００４１】
次に、図３を参照して、端末装置１００のハードウェア構成について説明する。図３に示されるように、端末装置１００は、物理的には、１つまたは複数のＣＰＵ（Central  Processing  Unit）１００Ａ、ＲＡＭ（Random  Access  Memory）１００Ｂ、ＲＯＭ（Read  Only  Memory）１００Ｃ、データ送受信デバイスである通信部１００Ｄ、半導体メモリやハードディスク等の補助記憶部１００Ｅ、操作盤（操作ボタンを含む）やタッチパネル等のユーザ操作の入力を受け付ける入力部１００Ｆ、ディスプレイ等の出力部１００Ｇ、及び、ＣＤ−ＲＯＭドライブ装置等の読取部１００Ｈを備えるコンピュータとして構成され得る。上記ＲＯＭ１００Ｃは、ＥＰＲＯＭ（Erasable  Programmable  ROM）やＥＥＰＲＯＭ（登録商標）（Electronically  Erasable  and  Programmable  ROM）を含んで構成してもよい。
【００４２】
前述した図２の端末装置１００の各部の機能は、例えばＣＤ−ＲＯＭ等の記録媒体Ｍに記憶された１つまたは複数のプログラムを読取部１００Ｈにより読み取ってＲＡＭ１００Ｂ等のハードウェア上に取り込むことにより、ＣＰＵ１００Ａの制御のもとで通信部１００Ｄ、入力部１００Ｆ及び出力部１００Ｇを動作させるとともに、ＲＡＭ１００Ｂ及び補助記憶部１００Ｅにおけるデータの読み出し及び書き込みを行うことで実現される。即ち、後述する図１２の端末制御プログラム１００Ｐ等のソフトウエアによる情報処理が、図３のハードウエア資源を用いて具体的に実現されることで、後述するさまざまな制御処理が実行される。
【００４３】
また、図１２には、コンピュータを端末装置１００として機能させるための端末制御プログラム１００Ｐの構成を示す。図１２に示すように、端末制御プログラム１００Ｐは、通信モジュールＰ１、制御モジュールＰ２及び保存モジュールＰ３を備える。これらの各モジュールによって、先に図２を参照して説明した、通信機能部１０２、プリフェッチ・キャッシュ制御部１０４及びキャッシュ保存部１０６の機能が実現される。端末制御プログラム１００Ｐは、例えば記録媒体Ｍのプログラム格納領域Ｒに格納されて提供されるか、又はネットワーク経由のダウンロードによって提供される。上記の記録媒体Ｍは、フレキシブルディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、ＵＳＢメモリ、ＤＶＤ、ハードディスク、半導体メモリといった任意形式の記録媒体であってもよい。
【００４４】
（プリフェッチのための通信を行うか否かの決定に関する制御例１）
以下、プリフェッチのための通信を行うか否かの決定に関するさまざまな制御例を順に説明する。
【００４５】
まず、図４を用いて通信ネットワークの種別に基づくプリフェッチ及びキャッシュの制御方法を説明する。図４のステップＳ１０２において、端末装置１００は、通信ネットワークの種別に関する情報を取得する。そして、端末装置１００は、ステップＳ１０４において、取得された上記情報から通信ネットワークが５Ｇであるか否かを判断する。判断の結果、通信ネットワークが５Ｇである場合（ステップＳ１０４：ＹＥＳの場合）、後述するステップＳ１０６に進み、一方、通信ネットワークが５Ｇでない場合（ステップＳ１０４：ＮＯの場合）、後述するステップＳ１０８に進む。
【００４６】
なお、ここでの通信ネットワークは、端末装置１００が通信中である通信ネットワークであってもよいし、端末装置１００がアイドルモードにおいて在圏している通信ネットワークであってもよい。また、通信ネットワークは、端末装置１００が「通信中」である通信ネットワークのサービングセルにおいて報知情報により報知されている周辺の通信ネットワークであってもよい。例えば、ＬＴＥにおいては、同じエリアにおけるＷ−ＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、５Ｇ等に関する情報が報知情報により通知されているため、このような報知情報により通知された通信ネットワークの種別に関する情報に基づいて、ステップＳ１０４の判断が行われてもよい。または、通信ネットワークは、端末装置１００が「アイドルモード」において在圏している通信ネットワークのサービングセルにおいて報知情報により報知されている周辺の通信ネットワークであってもよい。例えば、ＬＴＥにおいては、同じエリアにおけるＷ−ＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、５Ｇ等に関する情報が報知情報により通知されているため、このような報知情報により通知された通信ネットワークの種別に関する情報に基づいて、ステップＳ１０４の判断が行われてもよい。
【００４７】
図４に戻り、ステップＳ１０６において、端末装置１００は、プリフェッチによりサーバ４００からデータを取得し、取得されたデータをキャッシュとして保存する。なお、保存するデータ量の決定処理については、後述の第２実施形態で説明する。一方、ステップＳ１０８では、端末装置１００は、プリフェッチによるサーバ４００からのデータ取得を行わない。
【００４８】
以上のようにして、端末装置１００において通信ネットワークの種別に基づいて、プリフェッチのための通信を行うか否かを決定し、当該決定内容に応じた制御を行う。
【００４９】
（プリフェッチのための通信を行うか否かの決定に関する制御例２）
次に、図５を用いて通信品質情報に基づくプリフェッチ及びキャッシュの制御方法を説明する。ここでは、通信品質情報の一例として、下りリンクの受信品質情報を用いる場合を示す。まず、図５のステップＳ２００において、端末装置１００はプリフェッチするか否かの判断基準となる通信品質情報の閾値を設定する。ここで、通信品質情報として、ＲＳＲＰ、ＲＳＲＱ、ＳＩＮＲ等の複数の品質情報が用いられてもよい。そして、ステップＳ２０２において、端末装置１００は、通信品質情報を取得し、ステップＳ２０４において、通信品質情報の値が閾値以上であるか否かを判断する。判断の結果、通信品質情報の値が閾値以上の場合（ステップＳ２０４：ＹＥＳの場合）、後述するステップＳ２０６に進み、一方、通信品質情報の値が閾値未満の場合（ステップＳ２０４：ＮＯの場合）、後述するステップＳ２０８に進む。
【００５０】
ステップＳ２０６において、端末装置１００は、プリフェッチによりサーバ４００からデータを取得し、取得されたデータをキャッシュとして保存する。一方、ステップＳ２０８では、端末装置１００は、プリフェッチによるサーバ４００からのデータ取得を行わない。
【００５１】
以上のようにして、端末装置１００において通信品質情報に基づいて、プリフェッチのための通信を行うか否かを決定し、当該決定内容に応じた制御を行う。
【００５２】
（プリフェッチのための通信を行うか否かの決定に関する制御例３）
次に、図６を用いてアクセスポイントの識別番号に基づくプリフェッチ及びキャッシュの制御方法を説明する。まず、図６のステップＳ３００において端末装置１００は、プリフェッチするか否かの判断基準となるアクセスポイント２００の識別番号の値を設定する。なお、ここで設定される識別番号は１つに限定されるものではなく、複数であってもよい。尚、かかる識別番号は、別途、ネットワーク経由で外部のサーバから通知されてもよい。
【００５３】
そして、ステップＳ３０２において、端末装置１００は、アクセスポイント２００の識別情報を取得し、ステップＳ３０４において、上記識別情報がステップＳ３００で設定された値と一致する否かを判断する。判断の結果、上記識別情報が設定された値と一致する場合（ステップＳ３０４：ＹＥＳの場合）、後述するステップＳ３０６に進み、一方、上記識別情報が設定された値と一致しない場合（ステップＳ３０４：ＮＯの場合）、後述するステップＳ３０８に進む。
【００５４】
ステップＳ３０６において、端末装置１００は、プリフェッチによりサーバ４００からデータを取得し、取得されたデータをキャッシュとして保存する。一方、ステップＳ３０８では、端末装置１００は、プリフェッチによるサーバ４００からのデータ取得を行わない。
【００５５】
以上のようにして、端末装置１００においてアクセスポイントの識別番号に基づいて、プリフェッチのための通信を行うか否かを決定し、当該決定内容に応じた制御を行う。
【００５６】
（プリフェッチのための通信を行うか否かの決定に関する制御例４）
次に、図７を用いて時刻情報に基づくプリフェッチ及びキャッシュの制御方法を説明する。まず、図７のステップＳ４０２において端末装置１００は、端末装置１００内の図示しない時計機能部から時刻情報を取得する。そして、ステップＳ４０４において、端末装置１００は、時刻が所定の時刻（ここでは一例として午前１時〜午前４時の時間帯の時刻）であるか否かを判断する。判断の結果、時刻が所定の時刻である場合（ステップＳ４０４：ＹＥＳの場合）、後述するステップＳ４０６に進み、一方、時刻が所定の時刻でない場合（ステップＳ４０４：ＮＯの場合）、後述するステップＳ４０８に進む。
【００５７】
ステップＳ４０６において、端末装置１００は、プリフェッチによりサーバ４００からデータを取得し、取得されたデータをキャッシュとして保存する。一方、ステップＳ４０８では、端末装置１００は、プリフェッチによるサーバ４００からのデータ取得を行わない。
【００５８】
以上のようにして、端末装置１００において時刻情報に基づいて、プリフェッチのための通信を行うか否かを決定し、当該決定内容に応じた制御を行う。
【００５９】
（プリフェッチのための通信を行うか否かの決定に関する制御例５）
次に、図８を用いて端末装置１００の位置情報に基づくプリフェッチ及びキャッシュの制御方法を説明する。まず、図８のステップＳ５０２において端末装置１００は、端末装置１００内の図示しないＧＰＳ測位機能部から端末装置１００の位置情報を取得する。なお、端末装置１００の位置情報については、ＧＰＳ測位以外に、アクセスポイント２００から通知される位置情報（例えば、在圏セル情報、セル内位置情報等）を利用してもよい。あるいは、端末装置１００の位置情報については、ＧＰＳ測位以外に、アクセスポイント２００に関連づけられた位置情報を取得してもよい。そして、ステップＳ５０４において、端末装置１００は、取得された位置情報が特定の位置であるか否か（例えば在圏セルが特定のセルであるか否か等）を判断する。判断の結果、取得された位置情報が特定の位置である場合（ステップＳ５０４：ＹＥＳの場合）、後述するステップＳ５０６に進み、一方、取得された位置情報が特定の位置でない場合（ステップＳ５０４：ＮＯの場合）、後述するステップＳ５０８に進む。
【００６０】
ステップＳ５０６において、端末装置１００は、プリフェッチによりサーバ４００からデータを取得し、取得されたデータをキャッシュとして保存する。一方、ステップＳ５０８では、端末装置１００は、プリフェッチによるサーバ４００からのデータ取得を行わない。
【００６１】
以上のようにして、端末装置１００において端末装置１００の位置情報に基づいて、プリフェッチのための通信を行うか否かを決定し、当該決定内容に応じた制御を行う。
【００６２】
（アプリケーション部がデータを必要とした場合の制御例）
次に、図９を用いて、アプリケーション部１０８がデータを必要とした場合の制御について説明する。
【００６３】
図９の処理は、アプリケーション部１０８がデータを必要とする場合に実行開始される。ここでの「データを必要とする場合」とは、例えばウェブブラウザにおいてウェブサイトを表示するためのデータを取得する場合、動画のためのアプリケーションの動画ファイルを取得する場合、ＦＴＰにおけるデータの取得を行う場合等を指す。
【００６４】
図９のステップＳ６０２において、端末装置１００は、必要となるデータがすでにキャッシュされているか否かを判断する。判断の結果、必要となるデータがキャッシュされていない場合（ステップＳ６０２：ＮＯの場合）、後述するステップＳ６０４に進み、一方、必要となるデータがすでにキャッシュされている場合（ステップＳ６０２：ＹＥＳの場合）、後述するステップＳ６０６に進む。なお、上記の「必要となるデータ」とは、アプリケーション部１０８で必要となる音声データ、動画データ、あるいは、アプリケーションデータ自体であっても良い。
【００６５】
ステップＳ６０４において、端末装置１００は、従来通り、サーバ４００からデータをバックホール３００及びアクセスポイント２００を介してデータを取得する。一方、ステップＳ６０６では、端末装置１００は、サーバ４００からデータを取得せずに、キャッシュ保存部１０６によりキャッシュとして保存されたデータを利用する。
【００６６】
上記の「キャッシュとして保存されたデータ」は、アプリケーション部１０８にて当該データが必要となったタイミングにおいて、バックホール３００及びアクセスポイント２００を経由してサーバ４００からダウンロードされる代わりに、プリフェッチ・キャッシュ制御部１０４からアプリケーション部１０８に転送される。このように、上記タイミングにおいて、実際の通信を行うことなく、アプリケーション部１０８は当該データを利用可能となるため、ユーザ観点で見た場合に、データをダウンロードする時間を著しく短縮することが可能となり、ユーザ体感を大きく向上させることが可能となる。
【００６７】
例えば、前述した図４の例のように、通信ネットワークの種別が５Ｇの場合にプリフェッチによるデータ取得を行えば、他の通信ネットワークに比べて伝送容量が大きいという特徴が有る５Ｇを用いて、プリフェッチによりデータをダウンロードすることが可能となるため、移動通信システムへの負荷を大きく低減することが可能となる。
【００６８】
また、上述したように、プリフェッチによりデータをダウンロードすることにより、システム全体で見た場合に、データ通信量（あるいは、トラヒック量）を時間的に、または、空間的に平滑化することが可能となる。かかる平滑化により、最も混雑する時間・場所のデータ通信量を低減することが可能となる。一般的に、ある場所におけるネットワーク設備は、最も混雑する時間のデータ通信量（あるいは、トラヒック量）に合わせて構築される。かかる平滑化により、最も混雑する時間のデータ通信量（あるいは、トラヒック量）が低減されることにより、結果として、設備コストを低減することが可能となる。
【００６９】
［第２実施形態］
次に、プリフェッチのデータ量の決定に関する第２実施形態を説明する。移動通信システム及び端末装置の構成は、前述した第１実施形態と同様であるため、重複した説明は省略する。
【００７０】
第２実施形態に特有の機能として、プリフェッチ・キャッシュ制御部１０４は、プリフェッチのための通信を過去に行った際のデータ量（例えば、過去にプリフェッチ・キャッシュしたデータ量と、アプリケーション部１０８に利用されたデータ量を含む）の情報を取得する。具体的には、プリフェッチ・キャッシュ制御部１０４は、過去にプリフェッチ・キャッシュしたデータ量に関する情報をキャッシュ保存部１０６から受け取るとともに、当該プリフェッチ・キャッシュしたデータ量のうちアプリケーション部１０８に利用されたデータ量に関する情報をアプリケーション部１０８から受け取る。
【００７１】
また、プリフェッチ・キャッシュ制御部１０４は、プリフェッチのための通信を行う場合に、プリフェッチのための通信を過去に行った際のデータ量、通信ネットワークの種別、通信品質情報、アクセスポイント２００の識別情報、時刻情報及び端末装置１００の位置情報、のうち少なくとも１つに基づいて、プリフェッチのデータ量を決定し、通信機能部１０２に通知する。具体的には、上記のさまざまな情報を引数とする関数を元にプリフェッチ及びキャッシュするデータ量を決定してもよい。なお、プリフェッチ及びキャッシュするデータ量は、任意の値が事前に設定されてもよい。
【００７２】
（プリフェッチのデータ量の制御方法）
以下、データ量の制御方法の一例として、図１０を用いて、設定条件（例えば通信ネットワークの種別）に基づくプリフェッチのデータ量の制御方法について説明する。まず、図１０のステップＳ７０２において、端末装置１００は、次回プリフェッチするデータ量の条件を設定する。この「条件」とは、プリフェッチのための通信を過去に行った際のデータ量、通信ネットワークの種別、通信品質情報、アクセスポイント２００の識別情報、時刻情報及び端末装置１００の位置情報といったさまざまな情報を用いた条件又はこれら複数の情報を組み合わせた条件であってよいが、図１０には、通信ネットワークの種別からみて「通信ネットワークが５Ｇ又はＬＴＥである」という条件を採用した例を示す。
【００７３】
ステップＳ７０４において、端末装置１００は、通信ネットワークが５Ｇ又はＬＴＥであるか否かを判断する。判断の結果、通信ネットワークが５Ｇ又はＬＴＥである場合（ステップＳ７０４：ＹＥＳの場合）、後述するステップＳ７０６に進み、一方、通信ネットワークが５ＧでもＬＴＥでもない場合（ステップＳ７０４：ＮＯの場合）、後述するステップＳ７１０に進む。
【００７４】
ステップＳ７０６において、端末装置１００は、過去の期間にプリフェッチしたデータ量と、アプリケーションに利用されたデータ量とを取得し、次回プリフェッチするデータ量を設定する。ここでの次回プリフェッチするデータ量の設定は、任意の値でもよいし、前述のアプリケーションで利用されたデータ量と、プリフェッチされたデータ量と、取得した各種の情報を用いた関数であってもよい。図１０の例では、端末装置１００は、通信ネットワークがＬＴＥの場合、過去一週間プリフェッチしたデータ量の平均を、次回プリフェッチするデータ量として設定し、通信ネットワークが５Ｇの場合、（過去一週間プリフェッチしたデータ量の平均×1.5）を、次回プリフェッチするデータ量として設定する。そして、次のステップＳ７０８で、端末装置１００は、プリフェッチによりサーバ４００からデータを取得し、取得したデータをキャッシュとして保存する。
【００７５】
一方、ステップＳ７１０では、端末装置１００は、プリフェッチによるサーバ４００からのデータ取得を行わない。
【００７６】
以上のようにして、端末装置１００において次回プリフェッチするデータ量の条件を設定し、設定された条件（例えば通信ネットワークの種別）に基づいてプリフェッチのデータ量を適切に制御することができる。なお、上記のようなプリフェッチのデータ量の制御は、アプリケーション毎に行ってもよいし、コンテンツ毎に行ってもよいし、ＵＲＬ毎に行ってもよい。
【００７７】
また、上述の例では、「過去一週間プリフェッチしたデータ量の平均」を次回プリフェッチするデータ量の基準としたが、代わりに、ある所定の値を次回プリフェッチするデータ量の基準としてもよい。より具体的には、ある所定の値が１ギガバイトである場合に、端末装置１００は、通信ネットワークがＬＴＥの場合、１ギガバイトを、次回プリフェッチするデータ量として設定し、通信ネットワークが５Ｇの場合、（１ギガバイト×1.5）を、次回プリフェッチするデータ量として設定してもよい。かかる所定の値は、外部サーバから端末装置１００に通知されてもよい。
【００７８】
（変形例：プリフェッチしたデータのヒット率に基づくデータ量の制御方法）
上記のようなプリフェッチのデータ量については、プリフェッチのための通信を過去に行った際のデータ量のうち、実際に利用されたデータ量に基づいて制御してもよい。より具体的には、「プリフェッチのための通信を過去に行った際のデータ量」に対する「実際に利用されたデータ量」の比率に基づいて、プリフェッチのデータ量を制御してもよく、図１１を用いてかかる処理例を説明する。
【００７９】
図１１のステップＳ８０２において、端末装置１００は、過去一週間プリフェッチしたデータ量に対する実際に利用されたデータ量の比率である「ヒット率」を算出し、次のステップＳ８０４において、算出されたヒット率が、予め定められた基準値（ここでは、プリフェッチするデータ量を増やすか否かの基準値）以上であるか否かを判断する。そして、端末装置１００は、ヒット率が基準値以上の場合（ステップＳ８０４：ＹＥＳの場合）、ステップＳ８０６において、プリフェッチするデータ量を増やし、一方、ヒット率が基準値未満の場合（ステップＳ８０４：ＮＯの場合）、ステップＳ８０８において、プリフェッチするデータ量の変更を行わない。
【００８０】
以上により、実際の利用状況を表す上記ヒット率に応じて、より適切なデータ量の制御を行うことができる。
【００８１】
なお、図１１では、プリフェッチするデータ量を増やすか否かの基準値を用いた例を説明したが、これに代わり、プリフェッチするデータ量を減らすか否かの基準値を用いてもよいし、プリフェッチするデータ量を増やすか否かの基準値とプリフェッチするデータ量を減らすか否かの基準値の両方を用いてもよい。
【００８２】
［第３実施形態］
次に、端末を操作するユーザによるユーザ入力に基づく、プリフェッチのための通信の制御に関する第３実施形態を説明する。移動通信システム及び端末装置の構成は、前述した第１実施形態と同様であるため、重複した説明は省略する。すなわち、以下では、端末装置１００の代わりに端末装置Ａ１００に関して説明を行う。移動通信システムを構成する、その他の構成要素であるアクセスポイント２００、有線ネットワーク等のバックホール３００、及びサーバ４００は、第１実施形態と同様であるため、その説明を省略する。
【００８３】
図１３に示すように、端末装置Ａ１００は、アクセスポイント２００を介してサーバ４００と通信を行う通信機能部Ａ１０２と、プリフェッチ及びキャッシュを制御するプリフェッチ・キャッシュ制御部Ａ１０４と、プリフェッチされたコンテンツをキャッシュとして保存するキャッシュ保存部Ａ１０６と、キャッシュ保存部Ａ１０６により保存されたコンテンツを利用してさまざまなアプリケーションを実行するアプリケーション部Ａ１０８と、端末を操作するユーザからの入力が行われるユーザ入力部Ａ１１０と、を備える。通信機能部Ａ１０２、キャッシュ保存部Ａ１０６、アプリケーション部Ａ１０８は、それぞれ、第１実施形態における通信機能部１０２、キャッシュ保存部１０６、アプリケーション部１０８と同様であるため、その説明を省略する。
【００８４】
プリフェッチ・キャッシュ制御部Ａ１０４は、第１実施形態に記載の処理に加えて、後述するユーザ入力部Ａ１１０から通知される、ユーザからの入力情報に基づいて、プリフェッチによりサーバからデータを取得し、キャッシュとして保存するか否かを決定する。
【００８５】
以下では、一例として、ユーザ入力部Ａ１１０から通知される、ユーザからの入力情報として、「プリフェッチによりサーバからデータを取得し、キャッシュとして保存するか否か」が通知される場合を説明する。プリフェッチ・キャッシュ制御部Ａ１０４は、ユーザからの入力情報として、「プリフェッチによりサーバからデータを取得し、キャッシュとして保存する」が通知されている場合に、プリフェッチによりサーバからデータを取得し、キャッシュとして保存すると決定し、「プリフェッチによりサーバからデータを取得し前記データをキャッシュとして保存する」という指示を通信機能部Ａ１０２に送信してもよい。
【００８６】
さらに、プリフェッチ・キャッシュ制御部Ａ１０４は、ユーザからの入力情報、取得した上記の通信ネットワークの種別、通信品質情報、アクセスポイント２００の識別番号、時刻情報、端末装置１００の位置情報、のうち少なくとも１つに基づいて、プリフェッチによりサーバからデータを取得しキャッシュとして保存するか否かを決定してもよい。
【００８７】
以下では、一例として、ユーザからの入力情報と通信ネットワークの種別の２つに基づいて、プリフェッチによりサーバからデータを取得しキャッシュとして保存するか否かを決定する場合に関して説明を行う。
【００８８】
かかる例においては、上述のユーザからの入力情報は、通信ネットワークの種別ごとに設定されてもよい。すなわち、通信ネットワークの種別として、ＬＴＥと５Ｇの２種類が存在する場合に、ＬＴＥと５Ｇのそれぞれに関して、「プリフェッチによりサーバからデータを取得し、キャッシュとして保存するか否か」に関する指示が、ユーザからの入力情報としてユーザ入力部Ａ１１０より通知されてもよい。この場合、プリフェッチ・キャッシュ制御部Ａ１０４は、ユーザからの入力情報と通信ネットワークの種別の２つに基づいて、プリフェッチによりサーバからデータを取得しキャッシュとして保存するか否かを決定する。
【００８９】
あるいは、かかる「プリフェッチによりサーバからデータを取得し、キャッシュとして保存するか否か」に関する指示は、アプリケーションごとに通知されてもよい。すなわち、アプリケーションとして、Ｗｅｂブラウジング、動画視聴、電子メールの３つのアプリケーションが存在する場合に、Ｗｅｂブラウジング、動画視聴、電子メールのそれぞれに関して、「プリフェッチによりサーバからデータを取得し、キャッシュとして保存するか否か」に関する指示が、ユーザからの入力情報としてユーザ入力部Ａ１１０より通知されてもよい。この場合、プリフェッチ・キャッシュ制御部Ａ１０４は、ユーザからの入力情報とアプリケーションの種別の２つに基づいて、プリフェッチによりサーバからデータを取得しキャッシュとして保存するか否かを決定する。
【００９０】
尚、上述のＷｅｂブラウジング、動画視聴、電子メールといったアプリケーションは、代わりに、サービスとみなされてもよい。すなわち、プリフェッチ・キャッシュ制御部Ａ１０４は、ユーザからの入力情報とサービスの種別の２つに基づいて、プリフェッチによりサーバからデータを取得しキャッシュとして保存するか否かを決定してもよい。
【００９１】
あるいは、かかる「プリフェッチによりサーバからデータを取得し、キャッシュとして保存するか否か」に関する指示は、特定のＵＲＬごとに通知されてもよい。すなわち、ユーザが、ユーザ入力部Ａ１１０を介して、かかるプリフェッチ・キャッシュ技術を適用すべきＵＲＬを入力した場合に、プリフェッチ・キャッシュ制御部Ａ１０４は、かかるＵＲＬをユーザ入力部Ａ１１０から受け取り、かかるＵＲＬに関して、プリフェッチ・キャッシュ技術を適用してもよい。この場合、プリフェッチ・キャッシュ制御部Ａ１０４は、かかるＵＲＬに関して、プリフェッチによりサーバからデータを取得し、キャッシュとして保存すると決定し、「かかるＵＲＬに関して、プリフェッチによりサーバからデータを取得し前記データをキャッシュとして保存する」という指示を通信機能部Ａ１０２に送信する。尚、ＵＲＬの代わりにＩＰアドレスが指定されてもよい。
【００９２】
あるいは、プリフェッチ・キャッシュ制御部Ａ１０４は、ユーザからの入力情報に基づいて、積極的にプリフェッチによりサーバからデータを取得し、キャッシュとして保存するか、あるいは、控えめにプリフェッチによりサーバからデータを取得し、キャッシュとして保存するかを制御してもよい。
【００９３】
ここで、「積極的にプリフェッチによりサーバからデータを取得し、キャッシュとして保存する」とは、例えば、実際に利用される確率が低いデータに関してもプリフェッチによりサーバからデータを取得することで、プリフェッチ・キャッシュ技術が適用される確率を上げ、ユーザ体感をより向上させることを意味する。この場合、ユーザ体感は向上するが、ダウンロードされるデータ量が増える、キャッシュに必要な記憶媒体の容量が増えるというデメリットが生じる。
【００９４】
一方、「控えめにプリフェッチによりサーバからデータを取得し、キャッシュとして保存する」とは、例えば、実際に利用される確率が高いデータに関してのみプリフェッチによりサーバからデータを取得することで、ある一定のユーザ体感の向上を維持しつつ、無駄なダウンロードを低減し、かつ、キャッシュに必要な記憶媒体の容量を低減するということを意味する。
【００９５】
プリフェッチ・キャッシュ技術は、ユーザ体感の向上と、ダウンロードされるデータ量の増加・キャッシュのための記憶媒体の容量増とのトレードオフの関係にあり、そのどちらを優先するかは、ユーザによって異なると想定される。よって、上述したような、ユーザからの入力により、そのトレードオフの度合いを制御できる機能により、よりきめ細やかなプリフェッチ・キャッシュ技術をユーザに提供することが可能となる。
【００９６】
尚、上述の「積極的にプリフェッチによりサーバからデータを取得し、キャッシュとして保存するか、あるいは、控えめにプリフェッチによりサーバからデータを取得し、キャッシュとして保存するか」に関しても、通信ネットワークの種別ごと、アプリケーションごと、サービスごと、ＵＲＬごとに設定されてもよい。
【００９７】
尚、上述した例においては、「積極的にプリフェッチによりサーバからデータを取得し、キャッシュとして保存するか、あるいは、控えめにプリフェッチによりサーバからデータを取得し、キャッシュとして保存するか」が、ユーザ入力として指定されたが、代わりに、プリフェッチ・キャッシュを行う頻度や、プリフェッチ・キャッシュによりキャッシュされるデータ量や、キャッシュされたデータの保存期間等が、ユーザ入力として指定されてもよい。
【００９８】
ユーザ入力部Ａ１１０は、ユーザがプリフェッチ・キャッシュ技術を制御するためのインタフェースを提供する。ユーザ入力部Ａ１１０は、具体的には、スイッチやボタン等の物理的なインタフェースであってもよいし、あるいは、画面上に表示されるＯＮ／ＯＦＦや強弱、文字列、数字を指定することのできるインタフェースであってもよい。
【００９９】
より具体的には、ユーザ入力部Ａ１１０は、ユーザが「プリフェッチによりサーバからデータを取得し、キャッシュとして保存するか否か」を指定するためのインタフェースを提供してもよい。すなわち、端末装置Ａ１００を操作するユーザは、ユーザ入力部Ａ１１０を介して、「プリフェッチによりサーバからデータを取得し、キャッシュとして保存するか否か」を指定する。ユーザ入力部Ａ１１０は、かかる「プリフェッチによりサーバからデータを取得し、キャッシュとして保存するか否か」に関するユーザからの入力情報をプリフェッチ・キャッシュ制御部Ａ１０４に通知する。
【０１００】
尚、かかる「プリフェッチによりサーバからデータを取得し、キャッシュとして保存するか否か」に関するユーザからの入力情報は、通信ネットワークの種別ごとに指定されてもよい。この場合、ユーザは、ユーザ入力部Ａ１１０を介して、通信ネットワークの種別ごとに、「プリフェッチによりサーバからデータを取得し、キャッシュとして保存するか否か」を設定することが可能となる。
【０１０１】
あるいは、かかる「プリフェッチによりサーバからデータを取得し、キャッシュとして保存するか否か」に関するユーザからの入力情報は、アプリケーションごとに、あるいは、サービスごとに指定されてもよい。
【０１０２】
かかる「プリフェッチによりサーバからデータを取得し、キャッシュとして保存するか否か」に関するユーザからの入力情報は、ＵＲＬあるいはＩＰアドレスごとに指定されてもよい。
【０１０３】
あるいは、ユーザ入力部Ａ１１０は、ユーザが「積極的にプリフェッチによりサーバからデータを取得し、キャッシュとして保存するか、あるいは、控えめにプリフェッチによりサーバからデータを取得し、キャッシュとして保存するか」を制御するためのインタフェースを提供してもよい。ユーザ入力部Ａ１１０は、かかる「積極的にプリフェッチによりサーバからデータを取得し、キャッシュとして保存するか、あるいは、控えめにプリフェッチによりサーバからデータを取得し、キャッシュとして保存するか」に関するユーザからの入力情報をプリフェッチ・キャッシュ制御部Ａ１０４に通知する。
【０１０４】
あるいは、ユーザ入力部Ａ１１０は、ユーザがプリフェッチ・キャッシュを行う頻度、または、プリフェッチ・キャッシュによりキャッシュされるデータ量、または、キャッシュされたデータの保存期間等を入力するためのインタフェースを提供してもよい。ユーザ入力部Ａ１１０は、かかるプリフェッチ・キャッシュを行う頻度、または、プリフェッチ・キャッシュによりキャッシュされるデータ量、または、キャッシュされたデータの保存期間等に関するユーザからの入力情報をプリフェッチ・キャッシュ制御部Ａ１０４に通知する。
【０１０５】
プリフェッチ・キャッシュ技術は、ユーザ体感の向上とダウンロードするデータ量の増大・キャッシュのための記憶媒体の容量増といったトレードオフを考慮して適用される必要があり、そのトレードオフは、ユーザによって異なると想定される。上述したように、ユーザからそのようなトレードオフを制御することのできるインタフェースを提供することにより、よりきめ細やかにプリフェッチ・キャッシュ技術を適用することが可能となる。
【０１０６】
（プリフェッチのための通信を行うか否かの決定に関する制御例６）
以下、ユーザ入力に基づく、プリフェッチのための通信を行うか否かの決定に関する制御例を説明する。
【０１０７】
すなわち、図１４を用いてユーザ入力に基づくプリフェッチ及びキャッシュの制御方法を説明する。図４のステップＳ９０２において、端末装置Ａ１００は、「プリフェッチによりサーバからデータを取得し、キャッシュとして保存するか否か」に関するユーザからの入力情報を取得する。そして、端末装置Ａ１００は、ステップＳ９０４において、取得されたユーザからの入力情報に基づき、プリフェッチによりサーバからデータを取得し、キャッシュとして保存するか否かを判断する。判断の結果、ユーザからの入力情報が「プリフェッチによりサーバからデータを取得し、キャッシュとして保存する」である場合（ステップＳ９０４：ＹＥＳの場合）、後述するステップＳ９０６に進み、一方、ユーザからの入力情報が「プリフェッチによりサーバからデータを取得し、キャッシュとして保存する」でない場合（ステップＳ９０４：ＮＯの場合）、後述するステップＳ９０８に進む。
【０１０８】
ステップＳ９０６において、端末装置Ａ１００は、プリフェッチによりサーバ４００からデータを取得し、取得されたデータをキャッシュとして保存する。なお、保存するデータ量の決定処理については、前述の第２実施形態で説明した処理を適用できる。あるいは、保存するデータ量に関しても、ユーザからの入力情報に基づき決定されてもよい。即ち、プリフェッチのための通信を過去に行った際のデータ量、通信ネットワークの種別、通信品質情報、アクセスポイント２００の識別情報、時刻情報、端末装置１００の位置情報、及びユーザからの入力情報、のうち少なくとも１つに基づいて、プリフェッチのデータ量は決定されてもよい。
【０１０９】
一方、ステップＳ９０８では、端末装置Ａ１００は、プリフェッチによるサーバ４００からのデータ取得を行わない。
【０１１０】
以上のようにして、端末装置Ａ１００においてユーザからの入力情報に基づいて、プリフェッチのための通信を行うか否かを決定し、当該決定内容に応じた制御を行う。
【０１１１】
以上、上述の実施形態を用いて本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。従って、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【符号の説明】
【０１１２】
１００、Ａ１００…端末装置、１００Ａ…ＣＰＵ、１００Ｂ…ＲＡＭ、１００Ｃ…ＲＯＭ、１００Ｄ…通信部、１００Ｅ…補助記憶部、１００Ｆ…入力部、１００Ｇ…出力部、１００Ｈ…読取部、１００Ｐ…端末制御プログラム、１０２、Ａ１０２…通信機能部、１０４、Ａ１０４…プリフェッチ・キャッシュ制御部、１０６、Ａ１０６…キャッシュ保存部、１０８、Ａ１０８…アプリケーション部、Ａ１１０…ユーザ入力部、２００…アクセスポイント、３００…バックホール、４００…サーバ、Ｍ…記録媒体、Ｐ１…通信モジュール、Ｐ２…制御モジュール、Ｐ３…保存モジュール、Ｒ…プログラム格納領域。
【図１】
2017130739.tif 000003
【図２】
2017130739.tif 000004
【図３】
2017130739.tif 000005
【図４】
2017130739.tif 000006
【図５】
2017130739.tif 000007
【図６】
2017130739.tif 000008
【図７】
2017130739.tif 000009
【図８】
2017130739.tif 000010
【図９】
2017130739.tif 000011
【図１０】
2017130739.tif 000012
【図１１】
2017130739.tif 000013
【図１２】
2017130739.tif 000014
【図１３】
2017130739.tif 000015
【図１４】
2017130739.tif 000016