(57)【要約】  【課題】通信圏外においても可能な限り最新のコンテンツを提供できる携帯通信端末およびこの携帯通信端末を制御するプログラムを提供する。  【解決手段】通信圏内にあるか否かの検出結果に基づいて、通信圏外にある蓋然性が高い時間帯である圏外時間帯を決定する時間帯決定部１２と、前記圏外時間帯、前記圏外時間帯の前、および、前記圏外時間帯の後、の少なくとも一つにおける当該携帯通信端末によるコンテンツの利用状況に基づいて、自動的に取得すべきコンテンツを決定するコンテンツ決定部１３と、コンテンツ決定部１３で決定されたコンテンツを、前記圏外時間帯の前に自動的に取得するコンテンツ取得部１４と、コンテンツ取得部１４によって取得されたコンテンツを格納するコンテンツ格納部１５とを備え、通信圏外にあるときはコンテンツ格納部１５のコンテンツを利用可能とする。【選択図】図２
2010157860.tif 000002
【特許請求の範囲】
【請求項１】
通信を介してコンテンツを利用する携帯通信端末であって、
当該携帯通信端末が通信圏内にあるか否かを検出する通信状況検出部と、
前記通信状況検出部の検出結果に基づいて、前記携帯通信端末が通信圏外にある蓋然性が高い時間帯である圏外時間帯を決定する時間帯決定部と、
前記コンテンツを、前記圏外時間帯の前に取得するコンテンツ取得部と、
前記コンテンツ取得部によって取得されたコンテンツを格納するコンテンツ格納部とを備え、
通信圏外にあるときは前記コンテンツ格納部のコンテンツを利用可能とすることを特徴とする携帯通信端末。
【請求項２】
当該携帯通信端末が通信圏外に出たことが前記通信状況検出部により第１の時刻に検出され、当該携帯通信端末が通信圏内に戻ったことが前記通信状況検出部により第２の時刻に検出され、当該携帯通信端末が通信圏内にある状態が前記第２の時刻から所定の時間以上継続したことが前記通信状況検出部により検出された場合に、前記時間帯決定部が、前記第１の時刻を通信圏外開始時刻とし、前記第２の時刻を通信圏外終了時刻とし、前記通信圏外開始時刻と前記通信圏外終了時刻とに基づいて前記圏外時間帯を決定する、請求項１に記載の携帯通信端末。
【請求項３】
前記時間帯決定部が、複数日にわたって前記通信圏外開始時刻と前記通信圏外終了時刻とを取得し、取得された前記通信圏外開始時刻と前記通信圏外終了時刻とに基づいて前記圏外時間帯を決定する、請求項２に記載の携帯通信端末。
【請求項４】
前記時間帯決定部が、前記通信圏外開始時刻に対して所定の単位に端数切り捨てを行い、前記通信圏外終了時刻に対して所定の単位に端数切り上げを行って得られた値を用いて、前記圏外時間帯を決定する、請求項２または３に記載の携帯通信端末。
【請求項５】
前記圏外時間帯、前記圏外時間帯の前、および、前記圏外時間帯の後、の少なくとも一つにおける当該携帯通信端末によるコンテンツの利用状況に基づいて、取得すべきコンテンツを決定するコンテンツ決定部、を有する請求項１ないし４に記載の携帯通信端末。
【請求項６】
前記コンテンツが階層化構造を有し、
前記コンテンツ取得部が、前記圏外時間帯の前に自動的に取得すべきコンテンツとして決定されたコンテンツの下位層のコンテンツも取得する、請求項１〜５のいずれか一項に記載の携帯通信端末。
【請求項７】
前記携帯通信端末におけるコンテンツの利用状況を取得する状況取得部をさらに備え、
前記状況取得部が、前記携帯通信端末の画面において第１のオブジェクトがポイントされた第１の時刻と、第２のオブジェクトがポイントされた第２の時刻との間隔が所定の時間以上である場合に、前記第１のオブジェクトからアクセスされるコンテンツが利用されたと判断する、請求項１〜６のいずれか一項に記載の携帯通信端末。
【請求項８】
通信を介してコンテンツを利用する携帯通信端末を制御するプログラムであって、
前記プログラムは、前記携帯通信端末に、
当該携帯通信端末が通信圏内にあるか否かを検出する通信状況検出処理と、
前記通信状況検出処理の検出結果に基づいて、前記携帯通信端末が通信圏外にある蓋然性が高い時間帯である圏外時間帯を決定する時間帯決定処理と、
前記圏外時間帯、前記圏外時間帯の前、および、前記圏外時間帯の後、の少なくとも一つにおける当該携帯通信端末によるコンテンツの利用状況に基づいて、自動的に取得すべきコンテンツを決定するコンテンツ決定処理と、
前記コンテンツ決定処理で決定されたコンテンツを、前記圏外時間帯の前に自動的に取得するコンテンツ取得処理と、
前記コンテンツ取得処理によって取得されたコンテンツをメモリに格納するコンテンツ格納処理と、
前記圏外時間帯に、前記メモリに格納されたコンテンツを利用可能とするコンテンツ利用処理とを実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯型の通信端末に関し、特に、インターネット等にアクセスしてコンテンツの閲覧やダウンロードが可能な携帯通信端末と、この携帯通信端末を制御するプログラムとに関する。
【背景技術】
【０００２】
近年、インターネット等の広域ネットワークを介した通信技術の発達と、通信端末の高機能化とにより、携帯型の通信端末からインターネット等にアクセスし、様々なコンテンツを閲覧したりダウンロードしたりすることが可能となっている。
【０００３】
ここで、携帯型の通信端末としては、ブラウジング機能を有する携帯電話が広く用いられている。この場合、携帯電話は移動体通信を利用しているので、基地局と携帯電話との間の電波状況によっては、通信が途絶える可能性がある。例えば、地下鉄内等の通信圏外では、コンテンツを提供するサーバと携帯電話との間の通信が途絶えるので、コンテンツの閲覧やダウンロードができないといった課題があった。
【０００４】
そこで、通信圏外でもコンテンツの閲覧を可能とするために、インターネット上で参照したコンテンツをキャッシュに格納し、希望するページがキャッシュ上にある場合は、そのページをキャッシュから取得して表示する無線通信端末が提案されている（例えば特許文献１参照）。
【０００５】
また、さらに進んで、ネットワークの有効範囲外に移動したときにキャッシュを開放する仕様の通信端末において、ユーザから指定された特定のコンテンツについては、キャッシュから廃棄されないようにする仕組みも提案されている（例えば特許文献２参照）。
【特許文献１】特開２００１−４３１２３号公報
【特許文献２】特表２００５−５０４３９８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記従来の携帯通信端末においては、通信圏外にいる際には、あくまでも、キャッシュに保持された情報（すなわち前回閲覧した情報）が表示されるだけなので、最新の情報を閲覧することはできないという問題がある。この問題は、例えばニュースや天気予報等の、更新頻度が高く、かつ最新の情報を要求されるコンテンツの場合に、特に顕著になると考えられる。
【０００７】
以下の開示は、上記の問題点に鑑み、通信圏外においても可能な限り最新のコンテンツを提供できる携帯通信端末およびこの携帯通信端末を制御するプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
ここに開示する携帯通信端末は、通信圏内にあるか否かの検出結果に基づいて、通信圏外にある蓋然性が高い時間帯である圏外時間帯を決定する時間帯決定部と、前記コンテンツを、前記圏外時間帯の前に取得するコンテンツ取得部と、前記コンテンツ取得部によって取得されたコンテンツを格納するコンテンツ格納部とを備え、通信圏外にあるときは前記コンテンツ格納部のコンテンツを利用可能とすることを特徴とする。なお、ここでの「コンテンツ」はテキストや画像に限定されない。例えば、音楽や、ゲーム等のアプリケーションプログラム等もコンテンツに含まれる。また、コンテンツの「利用」とは、コンテンツの閲覧、視聴、編集、プログラム実行等の行為を含む概念である。
【発明の効果】
【０００９】
ここに開示する携帯通信端末によれば、通信圏外においても可能な限り最新のコンテンツを提供できる。
【発明を実施するための最良の形態】
【００１０】
本発明の一実施形態にかかる携帯通信端末は、通信を介してコンテンツを利用する携帯通信端末であって、当該携帯通信端末が通信圏内にあるか否かを検出する通信状況検出部と、前記通信状況検出部の検出結果に基づいて、前記携帯通信端末が通信圏外にある蓋然性が高い時間帯である圏外時間帯を決定する時間帯決定部と、前記コンテンツを、前記圏外時間帯の前に取得するコンテンツ取得部と、前記コンテンツ取得部によって取得されたコンテンツを格納するコンテンツ格納部とを備えている。この構成を備えたことにより、この携帯通信端末は、通信圏外にあるときであっても、前記コンテンツ格納部のコンテンツを利用可能とすることができる。また、当該携帯通信端末が通信圏外にある蓋然性が高い時間帯である圏外時間帯よりも前に、コンテンツを取得することにより、自動通信圏外においても可能な限り最新のコンテンツを利用者に提供できる。この結果、利用者に操作の手間をかけることなく、可能な限り最新のコンテンツを提供できる。
【００１１】
上記の携帯通信端末において、当該携帯通信端末が通信圏外に出たことが前記通信状況検出部により第１の時刻に検出され、当該携帯通信端末が通信圏内に戻ったことが前記通信状況検出部により第２の時刻に検出され、当該携帯通信端末が通信圏内にある状態が前記第２の時刻から所定の時間以上継続したことが前記通信状況検出部により検出された場合に、前記時間帯決定部が、前記第１の時刻を通信圏外開始時刻とし、前記第２の時刻を通信圏外終了時刻とし、前記通信圏外開始時刻と前記通信圏外終了時刻とに基づいて前記圏外時間帯を決定することが好ましい。これにより、通信圏外において一時的に圏内に復旧した場合に、その復旧時は無視することができ、圏外時間帯をより正確に検出することが可能となる。
【００１２】
さらに上記の構成において、前記時間帯決定部が、複数日にわたって前記通信圏外開始時刻と前記通信圏外終了時刻とを取得し、取得された前記通信圏外開始時刻と前記通信圏外終了時刻とに基づいて前記圏外時間帯を決定することが好ましい。
【００１３】
また、上記の構成において、前記時間帯決定部が、前記通信圏外開始時刻に対して所定の単位に端数切り捨てを行い、前記通信圏外終了時刻に対して所定の単位に端数切り上げを行って得られた値を用いて、前記圏外時間帯を決定することも好ましい。切り上げおよび切り捨てのそれぞれの所定の単位を適切に設定することにより、圏外時間帯の検出精度を制御することができる。
【００１４】
また、上記の構成において、携帯通信端末は、前記圏外時間帯、前記圏外時間帯の前、および、前記圏外時間帯の後、の少なくとも一つにおける当該携帯通信端末によるコンテンツの利用状況に基づいて、取得すべきコンテンツを決定するコンテンツ決定部をさらに備えてもよい。
【００１５】
さらに上記の構成において、前記コンテンツが階層化構造を有し、前記コンテンツ取得部が、前記圏外時間帯の前に自動的に取得すべきコンテンツとして決定されたコンテンツの下位層のコンテンツも取得することが好ましい。下位層のコンテンツも圏外時間帯の前に取得しておくことにより、利用者にとっての利便性を向上することができる。
【００１６】
さらに上記の構成において、前記携帯通信端末におけるコンテンツの利用状況を取得する状況取得部をさらに備え、前記状況取得部が、前記携帯通信端末の画面において第１のオブジェクトがポイントされた第１の時刻と、第２のオブジェクトがポイントされた第２の時刻との間隔が所定の時間以上である場合に、前記第１のオブジェクトからアクセスされるコンテンツが利用されたと判断することが好ましい。オブジェクトのポイントの時間間隔を利用することで、例えば利用者がコンテンツを閲覧したかどうかを自動的に判断することが可能となる。
【００１７】
なお、本発明は、上記の一実施形態にかかる携帯通信端末を制御するプログラムとしても実施可能である。
【００１８】
以下、本発明のより具体的な実施形態について図面を参照しながら詳細に説明する。なお、本実施形態では、携帯通信端末が携帯電話である例を説明するが、携帯通信端末は携帯電話に限定されない。本発明の携帯通信端末は、例えば、パーソナルコンピュータ、ＰＤＡ（パーソナル・ディジタル・アシスタント）、ゲーム機、または音楽プレイヤー等の種々の装置として実施可能である。
【００１９】
図１は、本実施形態にかかるシステム全体の概略構成を示すブロック図である。図１に示すように、本実施形態にかかるシステムにおいては、ブラウジング機能を有する携帯電話（携帯通信端末）１０の利用者は、携帯電話事業者のキャリアネットワーク３０およびインターネット４０を介してウェブサーバ４１にアクセスし、ウェブサーバ４１上の様々なコンテンツを携帯電話１０の画面で閲覧したり、ウェブサーバ４１から携帯電話１０へコンテンツをダウンロードしたりすることができる。なお、以下の説明においては、各装置の個体を区別して説明する必要がある場合には、例えば携帯電話１０ａ，１０ｂ，…のように参照符号に英小文字を付して説明し、特に区別する必要がない場合、あるいは総称する場合には、例えば携帯電話１０のように、英小文字を付さずに説明する。
【００２０】
キャリアネットワーク３０は、携帯電話１０の事業者が運営するネットワークであり、基地局３１を介して携帯電話１０との間で移動体通信を行うと共に、他の携帯電話事業者のキャリアネットワークや固定電話網等（いずれも図示省略）との相互通信を司る。また、キャリアネットワーク３０も、ウェブサーバ３３を有している。ウェブサーバ３３は、携帯電話１０に対して、例えば、インターネット４０へのアクセスを支援するポータルサイトを提供することもある。ポータルサイトでは、利用者の操作性を高めるために、コンテンツがカテゴリ毎に分類されて、メニューやアイコンとして表示されることが一般的である。さらに、キャリアネットワーク３０は、インターネット４０の一部を構成し、携帯電話１０から、ウェブサーバ３３で提供されるポータルサイトを介して、あるいは直接に、ウェブサーバ４１へのアクセスも可能である。また、キャリアネットワーク３０は、携帯電話１０ａ〜１０ｄのそれぞれからの、ウェブサーバ４１ａ〜４１ｃ上のコンテンツの閲覧履歴を管理するために、利用状況管理サーバ３２を備えている。利用状況管理サーバ３２の機能については後で詳述する。
【００２１】
なお、携帯電話１０、基地局３１、ウェブサーバ４１の台数は、図１に示した数に限定されない。また、図１では、キャリアネットワーク３０において、移動体通信機能、音声通話機能、および、データ通信機能等の種々の公知の機能を司るサーバ類の図示は省略した。
【００２２】
本実施形態においては、携帯電話１０が通信圏外にある蓋然性が高い時間帯（圏外時間帯）が、利用者の日常の通信状況から判定される。そして、その圏外時間帯に利用される可能性が高いコンテンツを、圏外時間帯の前にダウンロードしてキャッシュに保存しておくことにより、携帯電話１０が通信圏外にあっても、利用者は、キャッシュに保存されている最新のコンテンツを閲覧することができる。なお、圏外時間帯に利用される可能性が高いコンテンツがどれであるかは、利用者の日常のコンテンツ利用状況から判定されるようになっている。
【００２３】
図２は、上記の機能を実現するための、本実施形態にかかる携帯電話１０の機能的構成を示すブロック図である。なお、図２においては、本実施形態にかかる携帯電話の特徴的な機能ブロックのみを図示し、一般的な音声通話やデータ通信等の周知の機能に関するブロックの図示は省略されている。図２に示すように、携帯電話１０は、通信状況検出部１１と、時間帯決定部１２と、コンテンツ決定部１３と、コンテンツ取得部１４と、コンテンツ格納部１５と、利用状況取得部１６とを備えている。
【００２４】
通信状況検出部１１は、基地局３１からの電波の受信状況を検出することにより、当該携帯電話１０が基地局３１の通信圏内にあるか否かを検出する。時間帯決定部１２は、通信状況検出部１１の検出結果に基づいて、当該携帯電話１０が通信圏外にある蓋然性が高い時間帯（圏外時間帯）を決定する。これは、人間の日常的な行動には時間的な規則性があることが多いという事実を利用したものである。例えば、学生や会社員等は、毎朝概ね決まった時刻に自宅を出て、決まった交通手段を用いて、学校または勤務先へ向かうことが多い。このため、例えば交通手段として地下鉄を用いる人の場合は、地下鉄に乗っている間のほとんどは通信圏外にいることとなるが、通信圏外にいる時間帯は、毎日概ね同じ時間帯である、ということになる。したがって、時間帯決定部１２は、携帯電話１０が通信圏外にあった時間帯を表す情報を、少なくとも数日分にわたって圏外時刻累積データベース１７に蓄積し、その情報に基づいて、携帯電話１０が通信圏外にある蓋然性が高い時間帯（圏外時間帯）を判定する。なお、圏外時間帯の決定の方法については、後で詳しく説明する。
【００２５】
コンテンツ決定部１３は、携帯電話１０によるコンテンツの利用状況に基づいて、圏外時間帯に備えてウェブサーバ４１，３３から自動的に取得すべきコンテンツを決定する。なお、本実施形態においては、携帯電話１０ａ〜１０ｄのそれぞれによるコンテンツの利用状況に関する情報が、携帯電話１０ａ〜１０ｄのそれぞれの利用状況取得部１６から利用状況管理サーバ３２へ送信され、利用状況管理サーバ３２において蓄積管理されている。コンテンツ決定部１３は、利用状況管理サーバ３２の情報を参照することにより、携帯電話１０の利用者が、圏外時間帯やその前後にどのコンテンツを閲覧していることが多いかを判定する。そして、そのようなコンテンツを、圏外時間帯の前にウェブサーバ４１から自動的に取得しておくべきコンテンツとして決定する。
【００２６】
コンテンツ取得部１４は、ウェブサーバ４１，３３に対してコンテンツのリクエストを出すことにより、ウェブサーバ４１，３３からコンテンツを取得する機能を有するが、特に、ダウンロードコンテンツ決定部１３において自動的に取得すべきものと決定されたコンテンツを、圏外時間帯の前に取得するための処理を行う点に特徴がある。コンテンツ格納部１５は、コンテンツ取得部１４の処理によって取得されたコンテンツを格納するキャッシュメモリである。
【００２７】
利用状況取得部１６は、携帯電話１０のキー操作状況等に基づいて、利用者がどのコンテンツを利用しているかを判定し、コンテンツの利用状況に関する情報を利用状況管理サーバ３２へ送る。なお、利用者があるコンテンツを「利用」したかどうかは、様々な基準で判定することができる。例えば、携帯電話１０の画面上で、あるコンテンツのＵＲＬがクリックされた場合に、当該コンテンツが利用されたと判定しても良い。あるいは、携帯電話１０の画面上で、あるコンテンツの表示欄がポイントされて所定の時間が経過した場合に、そのコンテンツが利用されたと判定することも可能である。後者の判定手法は、例えば、携帯電話１０の画面において、ある欄をポイントしている間、その欄内で文字列が自動スクロール表示される機能が設けられている場合等に好適である。すなわち、この場合は、その欄をポイントしている間は、利用者が、その欄に表示されるテキスト情報を実際に読んでいたと想定されるからである。
【００２８】
以上、図１に示すような構成を備えたことにより、本実施形態にかかる携帯電話１０は、圏外時間帯の前に、その時間帯やその前後において利用者が日常的によく利用しているコンテンツを、自動的にウェブサーバ４１，３３から取得して、携帯電話１０のキャッシュメモリに格納しておくことを特徴とする。
【００２９】
例えば、図３Ａに示すように、７時３０分から８時１０分が通勤に要する時間帯であり、その間の７時４０分から８時００分までが地下鉄での移動である利用者がいたとする。従来は、７時４０分から８時００分までの間は、地下鉄内では携帯電話からのインターネットアクセスができないので、携帯電話でコンテンツを閲覧することは困難であった。したがって、７時３０分から７時４０分まで、お気に入りのコンテンツＡ（例えば、その日のニュース）を閲覧していたとしても、７時４０分から８時００分まではコンテンツの閲覧が中断され、地下鉄を降りた８時００分以降にコンテンツＡの閲覧を再開するといった動作となることが一般的である。
【００３０】
しかし、本実施形態にかかる携帯電話１０によれば、図３Ｂに示すように、まず、日常の通信状況に基づいて、７時４０分から８時００分までが圏外時間帯であるものと判定される。そして、この圏外時間帯よりも前（図３Ｂの例では７時１０分）に、携帯電話１０からウェブサーバ４１またはウェブサーバ３３へリクエストが送られることにより、コンテンツＡの取得が自動的に開始される。これにより、圏外時間帯であっても、携帯電話１０の利用者は、携帯電話１０のコンテンツ格納部１５にキャッシュされたコンテンツＡを閲覧することができる。
【００３１】
なお、上述の自動取得処理において、コンテンツのダウンロードは１回であっても良いし、圏外時間帯まで繰り返して複数回のダウンロードを実行しても良い。例えば、圏外時間帯の開始時刻と現在時刻との差分が所定の閾値以下となる場合（すなわち条件式（「圏外時間帯の開始時刻」−「現在時刻」≦「所定の閾値」）が真となる場合）に、コンテンツＡの自動取得処理を開始し、通信圏外になるまでコンテンツＡのダウンロードを複数回実行する。これにより、コンテンツ格納部１５にキャッシュされたコンテンツＡを、可能な限り最新の状態にすることができる。このように、圏外時間帯から所定の時間だけ前の時点で、コンテンツの取得を開始することができる。なお、この所定の時間は、コンテンツの種類やユーザの利用状況によって調整されてもよい。
【００３２】
同様に、帰宅時に、図３Ａに示すように、圏外時間帯（１８時４０分〜１９時００分）の前後において、利用者がよく閲覧しているコンテンツがコンテンツＢ（例えば、その日のグルメ情報）である場合には、図３Ｂに示すように、携帯電話１０によるコンテンツＢの取得が、圏外時間帯よりも前の１８時１０分から自動的に開始される。これにより、圏外時間帯においても、携帯電話１０の利用者は、携帯電話１０にキャッシュされた最新のコンテンツＢを閲覧することができる。
【００３３】
なお、これら図３Ａ、図３Ｂに示した例は、あくまでも一例である。圏外時間帯の前に取得すべきコンテンツは、図３Ａ、図３Ｂに示したものに限定されない。取得すべきコンテンツをどのように決定するかについては、後に詳しく説明する。
【００３４】
以上のとおり、本実施形態にかかる携帯電話１０の利用者は、通信圏外にいる間でも、圏外時間帯の前にウェブサーバ４１またはウェブサーバ３３から自動的に取得されてキャッシュメモリに格納された最新のコンテンツを利用することが可能となる。また、圏外時間帯の決定、自動的に取得すべきコンテンツの決定、および、このコンテンツの取得は、時間帯決定部１２、コンテンツ決定部１３、および、コンテンツ取得部１４のそれぞれによって、自動的に行われる。したがって、圏外時間帯の設定や取得すべきコンテンツの選択を、携帯電話１０の利用者が行う必要がなく、利用者の手間が省ける。ただし、携帯電話１０のオプション機能として、圏外時間帯や取得すべきコンテンツを、利用者が自分の好みに合わせて手動で設定したり、設定を変更したりできる構成としても良い。
【００３５】
ここで、時間帯決定部１２による処理について、具体的な例を挙げながら説明する。時間帯決定部１２は、圏外時間帯を決定するために、大きく分けて二つの処理を行う。一つめの処理は、通信状況検出部１１からの情報に基づいて、携帯電話１０が通信圏外となった時刻（圏外開始時刻）と、携帯電話１０が通信圏内へ戻った時刻（圏外終了時刻）とを判定し、それらの時刻を圏外時刻累積データベース１７へ蓄積する処理（以下、圏外時刻取得処理と称する。）である。二つめの処理は、圏外時刻累積データベース１７に蓄積された圏外開始時刻と圏外終了時刻とに基づいて、圏外時間帯を決定する処理である（以下、圏外時間帯決定処理と称する。）。
【００３６】
図４は、時間帯決定部１２による前記の一つめの処理、すなわち圏外時刻取得処理の手順を示すフローチャートである。また、図５は、ある利用者の通勤時の携帯電話１０の受信電波状態の変化を示すタイミングチャートである。
【００３７】
携帯電話１０が通信圏外に出たことを通信状況検出部１１が検出すると、その情報が、通信圏外となった時刻（圏外開始時刻）の情報と共に、通信状況検出部１１から時間帯決定部１２へ送られることにより、時間帯決定部１２において、図４に示す処理が開始される。例えば、図５の例では、８時０２分に電車が地下鉄のトンネルに入って通信圏外となったことを契機として、圏外時刻取得処理が開始されることなる。
【００３８】
続いて、時間帯決定部１２は、通信状況検出部１１から受け取った前記圏外開始時刻を、所定の丸め値にしたがってラウンドダウン（端数切り捨て）し、圏外時刻累積データベース１７に蓄積する（Ｏｐ１０１）。なお、図１においては、圏外時刻累積データベース１７は、時間帯決定部１２の外部に設けられた構成として図示されているが、時間帯決定部１２の内部メモリ上にデータベースが構築されていても良い。
【００３９】
また、前記の「所定の丸め値」は、時間帯決定部１２がアクセス可能なメモリに格納されていればよく、利用者がその値を設定変更可能な構成としても良い。例えば、図５の例では、丸め値が１０分と規定されている場合、圏外開始時刻（８時０２分）はラウンドダウンされた結果、「８時００分」として圏外時刻累積データベース１７に格納される。なお、圏外開始時刻を圏外時刻累積データベース１７に格納する際には、その圏外開始時刻の取得年月日も共に格納される。
【００４０】
圏外開始時刻を圏外時刻累積データベース１７に格納した後、時間帯決定部１２は、通信状況検出部１１から、携帯電話１０が通信圏内へ戻った旨の通知が来るのを待つ状態となる（Ｏｐ１０２〜Ｏｐ１０３）。そして、通信状況検出部１１から、携帯電話１０が通信圏内へ戻った旨の通知が来ると（Ｏｐ１０３の判断結果がＹ）、時間帯決定部１２は、通信圏内へ戻った時刻（圏外終了時刻）をキャッシュに一時的に保存する（Ｏｐ１０４）。例えば、図５の例では、８時１０分に途中駅に一時停車した際に、一時的に通信圏内に入ったことにより、「８時１０分」という時刻が、圏外終了時刻としてキャッシュに保存されることとなる。
【００４１】
そして、時間帯決定部１２は、タイマによって、圏外終了時刻以降に、携帯電話１０が通信圏内に留まっている時間の長さ（圏内滞在時間と称する）を計測し、この圏内滞在時間が所定の閾値を超えたかどうかを判断する（Ｏｐ１０５〜Ｏｐ１０９）。なお、圏内滞在時間についての上記の所定の閾値は、例えば「３０分」のような適宜の値として、時間帯決定部１２がアクセス可能なメモリに格納されていれば良い。また、利用者がこの閾値を設定変更可能であるようにしても良い。
【００４２】
ここで、圏内滞在時間が所定の閾値を超えないうちに再び通信圏外になった場合（Ｏｐ１０６の判断がＮ、かつ、Ｏｐ１０９の判断がＹ）は、Ｏｐ１０４においてキャッシュに保存されていた圏外終了時刻は、圏外時刻累積データベース１７に格納されず、次の圏外終了時刻によってキャッシュ上で上書きされることとなる。これは、例えば、地下鉄乗車中に途中駅に列車が停車した場合等の、一時的にのみ通信圏内に復帰する場合を想定している。このように一時的に通信圏内へ復帰した際の時刻までも圏外終了時刻として取り扱うと、却って処理が複雑になり、圏外時間帯を正確に把握できないおそれがある。したがって、本実施形態においては、一時的な通信圏内への復帰を無視するために、圏内滞在時間が所定の閾値を超えたと判断された場合（Ｏｐ１０６の判断結果がＹ）にのみ、圏外終了時刻を圏外時刻累積データベース１７へ格納することとしている。
【００４３】
例えば、図５の例では、８時１０分に一旦通信圏内に復帰した後、５分後の８時１５分に再び通信圏外に移動している。したがって、圏内滞在時間についての閾値が上述のとおり３０分と規定されている場合は、一旦キャッシュへ記憶された圏外終了時刻（８時１０分）は、圏外時刻累積データベース１７へは格納されない。
【００４４】
一方、圏内滞在時間が所定の閾値を超えた場合（Ｏｐ１０６の判断結果がＹ）、時間帯決定部１２は、キャッシュ内に保存されている圏外終了時刻を所定の丸め値にしたがってラウンドアップ（端数切り上げ）し、圏外時刻累積データベース１７に蓄積し（Ｏｐ１０７）、圏外時刻取得処理を終了する。ここでのラウンドアップ用の前記「所定の丸め値」は、Ｏｐ１０１のラウンドダウン用の丸め値と同様に、時間帯決定部１２がアクセス可能なメモリに格納されており、利用者がその値を設定変更可能としても良い。例えば、図５の例では、８時２７分に、携帯電話１０の利用者が乗った地下鉄がトンネルを出て駅に到着したことにより、携帯電話１０は、再び通信圏内に復帰している。この時点で、上述のとおり、「８時２７分」という圏外終了時刻がキャッシュに格納される。そしてその後、携帯電話１０の利用者が地下鉄を降りて通信圏内を移動し続けることにより圏内滞在時間が所定の閾値（例えば３０分）を超えたとき（図５の例では８時５７分）、キャッシュに格納されている圏外終了時刻がラウンドアップされて、圏外時刻累積データベース１７に格納される。例えば、ラウンドアップの丸め値が１０分と規定されている場合、図５に示す圏外終了時刻の８時２７分は、ラウンドアップされた結果、「８時３０分」として圏外時刻累積データベース１７に格納される。なお、圏外終了時刻を圏外時刻累積データベース１７に格納する際には、その圏外終了時刻の取得年月日も共に格納される。
【００４５】
この結果、電波状況が図５に示すようなパターンで変化し、ラウンドダウン用およびラウンドアップ用の丸め値がそれぞれ１０分と規定され、圏内滞在時間が３０分と規定されている場合、圏外開始時刻として８時００分、圏外終了時刻として８時３０分が、圏外時刻累積データベース１７にそれぞれ格納されることとなる。
【００４６】
図６は、時間帯決定部１２による前記の二つめの処理、すなわち圏外時間帯決定処理の手順を示すフローチャートである。この圏外時間帯決定処理は、例えば１週間に一度、あるいは１ヶ月に一度、といった適宜の頻度で実行される。図７は、圏外時間帯決定処理が実行される時点の、圏外時刻累積データベース１７における蓄積データの一例を示す模式図である。
【００４７】
圏外時間帯決定処理においては、図６に示すように、時間帯決定部１２は、圏外時刻累積データベース１７に蓄積されている圏外開始時刻をソートする（Ｏｐ２０１）。このソートの際に、圏外開始時刻を第１のソートキーとし、圏外開始時刻の取得年月日を第２のソートキーとすることが、処理効率の観点からは好ましい。続いて、時間帯決定部１２は、同じ値の圏外開始時刻が連続して所定日数以上継続しているか否かを判断する（Ｏｐ２０２）。その判断結果が肯定的であれば（Ｏｐ２０３の判断結果がＹ）、その圏外開始時刻を、圏外時間帯の開始時刻と決定する（Ｏｐ２０４）。時間帯決定部１２は、決定した圏外時間帯の開始時刻を、圏外時間帯格納部１８に格納する。
【００４８】
次に、時間帯決定部１２は、圏外時刻累積データベース１７に蓄積されている圏外終了時刻をソートする（Ｏｐ２０５）。続いて、時間帯決定部１２は、圏外終了時刻のうち、Ｏｐ２０４で決定した圏外時間帯の開始時刻に最も近い時刻を選択し、圏外時間帯の終了時刻と決定する（Ｏｐ２０６）。時間帯決定部１２は、決定した圏外時間帯の終了時刻を、圏外時間帯格納部１８に格納する。
【００４９】
以上のとおり、時間帯決定部１２による圏外時間帯決定処理により、圏外時間帯の開始時刻および終了時刻が決定され、その結果は、圏外時間帯格納部１８に格納される。例えば図７の例では、２００８年８月１１日から１３日までの３日間にわたって、圏外開始時刻が８時００分、圏外終了時刻が８時３０分である状態が連続して発生している。したがって、上記の圏外時間帯決定処理によれば、図７の例からは、圏外時間帯の開始時刻が８時００分、圏外時間帯の終了時刻は８時３０分と決定される。
【００５０】
次に、コンテンツ決定部１３の処理について説明する。コンテンツ決定部１３は、前述のとおり、圏外時間帯の前に、ウェブサーバ４１から自動的に取得すべきコンテンツを決定する処理を行う。
【００５１】
なお、コンテンツ決定部１３が、自動的に取得すべきコンテンツを決定するための手法は様々に考えられるが、例えば、以下の例１〜例５に挙げるようなコンテンツを、自動的に取得すべきものと決定することが好ましい。
【００５２】
［例１］
圏外時間帯に利用者が日常的に閲覧している頻度が高いコンテンツ
［例２］
圏外時間帯の前に、利用者が日常的に閲覧している頻度が高いコンテンツ
［例３］
圏外時間帯の後に、利用者が日常的に閲覧している頻度が高いコンテンツ
［例４］
圏外時間帯の前と後とのそれぞれにおいて、利用者が日常的に閲覧している頻度が高いコンテンツの両方
［例５］
圏外時間帯の前と後の両方で、利用者が日常的に閲覧している頻度が高いコンテンツが同じである場合の、そのコンテンツ。
【００５３】
なお、例１において、圏外時間帯に閲覧されたコンテンツとは、例えば図５に示した「駅」での停車中のように、圏外時間帯であっても一時的に通信圏内にあるときに、携帯電話１０によって閲覧されたコンテンツである。このように、圏外時間帯中に一時的に通信圏内にあるときに閲覧されたコンテンツは、電波状況が良くない状態においても利用者が閲覧した（あるいは、閲覧しようとした）コンテンツであるため、利用者が高い興味を持っている蓋然性が高い。したがって、このようなコンテンツは、圏外時間帯前に自動的に取得すべきコンテンツとすることが好ましい。なお、圏外時間帯中に閲覧を要求したものの通信圏外であったために閲覧に失敗したコンテンツも、同様に、利用者が高い興味を持っている蓋然性が高く、圏外時間帯前に自動的に取得すべきコンテンツとすることが好ましい。
【００５４】
また、例２〜例５については、圏外時間帯の前および後のそれぞれにおいて、どの程度の時間範囲までに閲覧されたコンテンツを選択対象とするかについては、例えば、圏外時間帯の開始時刻の１０分前以降、圏外時間帯の終了時刻の１０分後まで、のように適宜設定すればよい。また、この時間範囲のパラメータ（ここでの例では１０分）を、利用者が変更できるようにしても良い。
【００５５】
さらに、あるコンテンツを「日常的に閲覧している頻度が高い」かどうかを判断するための具体的な基準も、適宜に設定することができる。例えば、所定の日数（例えば３日）以上にわたって、そのコンテンツを所定の回数以上（例えば３回）閲覧した場合に、当該コンテンツを日常的に閲覧している頻度が高い、と判断することが好ましい。また、これらの日数や回数も、上記の具体的数値はあくまでも一例であり、適宜に設定することができる。また、上記の日数や回数の設定を、利用者変更できるようにしてもよい。
【００５６】
コンテンツ決定部１３は、圏外時間帯前に自動的に取得すべきコンテンツを選択するために、携帯電話１０の利用者の日常的なコンテンツ利用状況を、利用状況管理サーバ３２へ送って蓄積させる。利用状況管理サーバ３２は、携帯電話１０の事業者によって運用されており、キャリアネットワーク３０上の携帯電話１０から、コンテンツの利用状況に関する情報を収集し、蓄積記録している。例えば、図１に示すように、携帯電話１０ａ〜１０ｄが存在する場合、携帯電話１０ａがウェブサーバ４１，３３上のコンテンツを利用した場合、利用したコンテンツに関する情報が、携帯電話１０ａの携帯電話ＩＤと共に、携帯電話１０ａから利用状況管理サーバ３２へ送られ、蓄積される。なお、携帯電話ＩＤとは、携帯電話のそれぞれに固有に割り当てられている識別子である。以上のようにして、キャリアネットワーク３０を利用する携帯電話１０ａ〜１０ｄの全てについて、そのコンテンツ利用状況が、利用状況管理サーバ３２によって管理される。
【００５７】
ここで、図８、図９Ａおよび図９Ｂを参照し、利用者によってコンテンツが閲覧された場合に、コンテンツ利用状況（閲覧履歴）が利用状況管理サーバ３２へ送られて蓄積される処理の手順について説明する。
【００５８】
図８に示すように、利用者が携帯電話１０ａにおいてブラウザアプリケーションを起動すると（Ｏｐ３０１）、携帯電話１０ａの利用状況取得部１６が、利用者がブラウジング操作によってリクエストしたＵＲＬとその操作時刻とを、利用状況累積データベース１９に格納する（Ｏｐ４０１）。なお、この例では、ブラウザアプリケーションを起動した後に最初にリクエストされたＵＲＬは、ウェブサーバ３３上のポータルサイトのＵＲＬであったものとする。また、このＯｐ４０１において、前記操作時刻は、所定の丸め値にしたがってラウンドアップされた状態で格納されることが好ましい。また、コンテンツ取得部１４は、前記ＵＲＬに携帯電話１０ａの携帯電話ＩＤを引数として付与し、ウェブサーバ３３へリクエストを送る（Ｏｐ４０２）。
【００５９】
ウェブサーバ３３では、携帯電話１０ａの携帯電話ＩＤをキーとして、利用状況管理サーバ３２を参照し（Ｏｐ５０１）、利用状況管理サーバ３２において、携帯電話１０ａの携帯電話ＩＤを含む閲覧履歴が登録されているかどうかを検索する（Ｏｐ５０２）。登録があれば（Ｏｐ５０３の判断結果がＹ）、その閲覧履歴に含まれるカテゴリ情報を抽出し（Ｏｐ５０４）、そのカテゴリ情報に対応するコンテンツを優先的に含むメニュー画面を表示するための情報を、携帯電話１０ａへ送る（Ｏｐ５０５）。なお、Ｏｐ５０３の判断結果がＮであった場合には、標準的なメニュー画面を表示するための情報を携帯電話１０ａへ送る（Ｏｐ５０６）。携帯電話１０ａでは、Ｏｐ５０５またはＯｐ５０６の処理結果を受けて、ディスプレイにメニュー画面を表示させる（Ｏｐ４０３）。
【００６０】
すなわち、携帯電話１０ａの使用開始直後には、過去の閲覧履歴がないので、Ｏｐ５０３の判断結果がＮとなり、Ｏｐ５０６により、例えば図９Ａに示すような標準的なメニュー画面５１が携帯電話１０ａのディスプレイに表示される。一方、閲覧履歴が利用状況管理サーバ３２に登録されている場合は、例えば図９Ｂに示すように、閲覧履歴の多いカテゴリが、閲覧履歴の少ない他のカテゴリよりも優先的に表示されたメニュー画面５２が表示される。すなわち、図９Ｂの例では、ｎｅｗｓカテゴリに対する閲覧履歴が最も多いので、ｎｅｗｓカテゴリのサブカテゴリが最も多数表示されている。
【００６１】
次に、利用者がメニュー画面５１またはメニュー画面５２上でブラウジング操作を行うと（Ｏｐ３０３）、携帯電話１０ａの利用状況取得部１６が、ブラウジング操作によってメニュー画面内でカーソルでポイントされたカテゴリ（第１のオブジェクト）と、その操作時刻とを、内部メモリに一時的に保存する（Ｏｐ４０４）。そして、利用者がさらにブラウジング操作を行って、Ｏｐ３０３でポイントしたカテゴリとは異なるカテゴリ（第２のオブジェクト）をポイントすると（Ｏｐ３０４）、利用状況取得部１６は、Ｏｐ４０４で一時的に保存した操作時刻を参照し、Ｏｐ３０３のポイント操作からＯｐ３０４のポイント操作までの間の経過時間を算出し（Ｏｐ４０５）、その時間が所定の閾値以上であるか否かを判断する（Ｏｐ４０６）。その判断結果が肯定的（Ｙ）であれば、利用状況取得部１６は、Ｏｐ３０３でポイントされたカテゴリが利用者に閲覧されたと判断し、携帯電話１０ａの携帯電話ＩＤと、Ｏｐ３０３でポイントされたカテゴリとを、利用状況管理サーバ３２へ送る（Ｏｐ４０７）。利用状況管理サーバ３２は、受け取った情報を記録する（Ｏｐ５０７）。
【００６２】
利用状況管理サーバ３２は、携帯電話１０ａ〜１０ｄのそれぞれの利用状況取得部１６から送られた情報を、携帯電話１０ａ〜１０ｄのそれぞれの携帯電話ＩＤ毎に記憶する領域を有している。その記録内容の例を図１０に示す。図１０に例示するように、利用状況管理サーバ３２に記憶されるレコードは、携帯電話ＩＤと、閲覧されたカテゴリの名称と、閲覧回数とを記憶項目として有している。なお、図１０に示した「ＡＢＣＤ９００ｘｘ００１」等は、携帯電話１０ａ等の携帯電話ＩＤであるが、携帯電話ＩＤのフォーマットはこれに限定されない。カテゴリの名称は、コンテンツの制作時に、各コンテンツに対して付与されている。図１０に示した例では、「ｎｅｗｓ」、「ｆｏｏｄ」、「ｆｉｎａｎｃｅ」が最も上位のカテゴリの名称であり、「ｎｅｗｓ−ｓｈｏｗｂｕｓｉｎｅｓｓ」等のようにハイフンが付いているものが、下位層（サブカテゴリ）の名称である。閲覧回数は、携帯電話１０から該当する閲覧情報が送られるたびに、カウントアップされる。
【００６３】
また、Ｏｐ４０１において、携帯電話１０の利用状況累積データベース１９に保存される情報の例を、図１１に示す。図１１の例では、当該携帯電話１０からリクエストされたＵＲＬがその参照日時（参照年月日および参照時刻）と共に記憶されている。
【００６４】
コンテンツ決定部１３は、利用状況累積データベース１９に保存された情報を参照し、前述した例１〜例５のような所定の規則にしたがって、圏外時間帯の前に自動的に取得すべきコンテンツを決定する。例えば、圏外時間帯が８：００〜８：３０と、１８：００〜１８：３０の１日２回であったとする。また、コンテンツ決定部１３が、前述の例１の条件にしたがって、圏外時間帯に利用者が日常的に閲覧している頻度が高いコンテンツを、自動的に取得すべきコンテンツを決定するものとする。この場合、図１１の例では、圏外時間帯において、"http://xxx.new.com"と"http://yyy.gourmet.com"のＵＲＬが、３日以上にわたって、１日３回以上閲覧されている。したがって、これらのＵＲＬでアクセスできるコンテンツが、圏外時間帯の前に自動的に取得すべきコンテンツとして決定される。コンテンツ決定部１３によって、圏外時間帯の前に自動的に取得すべきコンテンツとして決定されたコンテンツのＵＲＬは、取得コンテンツ情報データベース２０に格納される。
【００６５】
なお、コンテンツが階層構造を有しており、自動的に取得すべきコンテンツとして上位のコンテンツのみが決定されている場合、コンテンツ取得部１４は、最上位のコンテンツのみではなく、下位層のコンテンツも自動的に取得することが好ましい。例えば、「ｎｅｗｓ」というカテゴリが自動的に取得すべきコンテンツである場合、その下位層の「ｎｅｗｓ−ｓｈｏｗｂｕｓｉｎｅｓｓ」等も取得することにより、利用者が見るであろうコンテンツを事前に取得しておくことができる。なお、どのレベルの層まで取得するかは、適宜に設定することができる。
【００６６】
ここで、図１２を参照し、コンテンツ決定部１３による処理の一例を説明する。なお、ここでも、前述の例１の条件にしたがって、圏外時間帯に利用者が日常的に閲覧している頻度が高いコンテンツを、自動的に取得すべきコンテンツを決定するものとする。図１２の例では、コンテンツ決定部１３は、利用状況累積データベース１９を参照し、記憶されているレコードを、ＵＲＬ、参照年月日、および参照時刻でソートする（Ｏｐ６０１）。そして、ソートされたレコードのそれぞれについて、以下のＯｐ６０２〜Ｏｐ６０５の処理を行う。まず、コンテンツ決定部１３は、参照時刻が、圏外時間帯格納部１８に格納されている圏外時間帯の範囲内であるレコードのみを抽出する（Ｏｐ６０２）。次に、コンテンツ決定部１３は、それらのレコードの中からさらに、現在日時からさかのぼって所定の日数（例えば３日）以内に参照年月日が存在するレコードのみを抽出する（Ｏｐ６０３）。さらに、コンテンツ決定部１３は、Ｏｐ６０３において抽出されたレコードにおいて、ＵＲＬが同一であるレコードが１日あたり所定数（例えば３）以上存在するかを確認する（Ｏｐ６０４）。存在するのであれば、コンテンツ決定部１３は、そのＵＲＬを、自動的に取得すべきコンテンツのＵＲＬとして、取得コンテンツ情報データベース２０に格納する（Ｏｐ６０５）。
【００６７】
ここで、取得コンテンツ情報データベース２０のデータ例を、図１３に示す。図１３に示すように、取得コンテンツ情報データベース２０は、取得すべきコンテンツのＵＲＬと、当該コンテンツがコンテンツ格納部１５に取得されてから利用者によって閲覧されたか否かを表す参照済みフラグと、当該コンテンツが未閲覧のまま削除された回数を表す削除回数とを記憶している。
【００６８】
コンテンツ取得部１４は、圏外時間帯格納部１８に格納されている圏外時間帯の情報と、取得コンテンツ情報データベース２０とを参照し、圏外時間帯の開始時刻よりも前に、取得コンテンツ情報データベース２０に格納されているＵＲＬから、所要のコンテンツを取得する。なお、圏外時間帯の開始時刻よりも所定時間（例えば１０分）だけ前の時刻が到来したらコンテンツの取得を開始するようにしても良いし、取得すべきコンテンツの量などに応じてコンテンツ取得開始時刻を適宜に決定するようにしても良い。
【００６９】
ここで、コンテンツ取得部１４の動作例を、図１４を参照しながら説明する。図１４に示す例では、コンテンツ取得部１４は、圏外時間帯の開始時刻に基づいて上述のように決定されるコンテンツ取得開始時刻が到来すると、取得コンテンツ情報データベース２０に格納されているＵＲＬを参照し、それらのＵＲＬからのコンテンツの取得を開始する（Ｏｐ７０１）。なお、通信圏外であれば、通信圏内に入ってダウンロードが可能な状態となるまでループする（Ｏｐ７０２〜Ｏｐ７０３）。
【００７０】
ダウンロードが可能な状態であれば、コンテンツ取得部１４は、コンテンツ格納部１５の容量に余裕があるか否かを確認し（Ｏｐ７０４）、余裕があれば（Ｏｐ７０５での判断結果がＹ）、ダウンロードしたコンテンツをコンテンツ格納部１５へ保存して（Ｏｐ７１２）、処理を終了する。一方、コンテンツ格納部１５の容量に余裕がなければ（Ｏｐ７０５での判断結果がＮ）、コンテンツ取得部１４は、以下の手順によりコンテンツ格納部１５のデータを削除する。
【００７１】
まず、コンテンツ取得部１４は、予め設定されているキャッシュ保存方法を規定するパラメータを参照する（Ｏｐ７０６）。このパラメータは、コンテンツ取得部１４からアクセス可能なメモリのいずれかに格納されている。キャッシュ保存方法としては、例えば、ＮＲＵ（Not Recently Used）等のパラメータが設定されている。もちろん、このパラメータも、利用者が変更できるようになっていてもよい。
【００７２】
コンテンツ取得部１４は、Ｏｐ７０６で参照したパラメータにしたがい、削除可能なコンテンツをコンテンツ格納部１５から削除する（Ｏｐ７０７）。次に、コンテンツ取得部１４は、取得コンテンツ情報データベース２０へアクセスし、削除したコンテンツの参照済みフラグを確認する（Ｏｐ７０８）。参照済みフラグが立っていなければ（すなわち、当該コンテンツが利用者に閲覧されないうちに削除されたものであれば）、コンテンツ取得部１４は、取得コンテンツ情報データベース２０において、当該コンテンツの削除回数をインクリメントする（Ｏｐ７０９）。
【００７３】
次に、コンテンツ取得部１４は、取得コンテンツ情報データベース２０において、削除回数が所定値を超えたＵＲＬがないかをチェックし（Ｏｐ７１０）、そのようなＵＲＬがあれば、当該ＵＲＬのレコードを、取得コンテンツ情報データベース２０から削除し（Ｏｐ７１１）、Ｏｐ７０４へ戻る。このように、未閲覧のうちに削除された回数が所定値を超えたＵＲＬを取得コンテンツ情報データベース２０から削除することは、すなわち、自動的にダウンロードしても利用者が閲覧しなかった回数が多いコンテンツを、自動的に取得すべきコンテンツから除外するということである。これにより、利用者にとってあまり興味がないと推定される無駄なコンテンツのダウンロードを防止できる、という利点がある。
【００７４】
なお、利用者が圏外時間帯に（通信圏外時に）コンテンツ格納部１５のコンテンツを閲覧する際に、取得コンテンツ情報データベース２０において、上記の参照済みフラグを更新する処理の一例について、図１５を参照しながら説明する。図１５に示す動作例においては、利用者が、通信圏外にいるときに、携帯電話１０においてブラウザアプリケーションを起動し（Ｏｐ８０１）、ブラウジング操作を行うと（Ｏｐ８０２）、携帯電話１０においては、コンテンツ取得部１４は、コンテンツ格納部１５からコンテンツを取り出してディスプレイに表示する（Ｏｐ９０１）。このときに、コンテンツ取得部１４は、コンテンツ格納部１５に格納されているコンテンツの一覧をディスプレイに表示し、利用者が選択可能とすることが好ましい。
【００７５】
そして、利用者が、ディスプレイに表示されたコンテンツのうち、閲覧したいコンテンツをクリックすると（Ｏｐ８０３）、コンテンツ取得部１４は、取得コンテンツ情報データベース２０にアクセスし、当該コンテンツに対応するレコードの参照済みフラグをオンにする（Ｏｐ９０２）。そして、コンテンツ取得部１４は、コンテンツ格納部１５からコンテンツを取り出して、携帯電話１０のディスプレイに表示させる（Ｏｐ９０３）。利用者は、ディスプレイに表示されたコンテンツを閲覧する（Ｏｐ８０４）。以上のＯｐ８０３〜Ｏｐ８０６の一連の動作は、利用者がコンテンツの閲覧を完了するまで繰り返される。上記のとおり、取得コンテンツ情報データベース２０の参照済みフラグは、利用者が、コンテンツ格納部１５から当該コンテンツを取り出して閲覧したときにＯＮにされる。
【００７６】
以上、本発明の一実施形態を具体例を用いて説明したが、上述の具体的な実施形態は、本発明を限定するものではなく、発明の範囲内で種々の変更が可能である。
【００７７】
例えば、図２に示した機能ブロックは、携帯電話１０のハードウェアと必ずしも１対１に対応していなくてもよい。複数の機能ブロックが１つのハードウェア上で複数種類のソフトウェアが実行されることによって実現されることもあるし、その逆に、複数のハードウェアが協働して１つの機能ブロックを構成することもある。また、図２に示した各種の格納部およびデータベースも、必ずしも独立した記憶媒体として実装されていなくてもよい。
【００７８】
また、本実施形態においては、利用状況取得部１６が携帯電話１０内に設けられた構成を例示したが、利用状況取得部１６の機能を、利用状況管理サーバ３２に持たせることも可能である。この場合、携帯電話１０からは、利用者によるキー操作情報等のみを利用状況管理サーバ３２へ送ることとなる。
【００７９】
また、圏外時間帯や自動取得すべきコンテンツの決定に際しては、曜日等の影響を参酌して決定するようにしてもよい。
【００８０】
さらに、上記の説明においては、コンテンツ格納部１５の容量が足りなくなったときに、格納済みのコンテンツの一部を削除するものとしたが、コンテンツ格納部１５からのコンテンツの削除方法はこれに限定されない。例えば、利用者が閲覧したコンテンツは、閲覧完了後にすぐに削除するようにしてもよい。または、利用者が、コンテンツを閲覧する際に、閲覧済みコンテンツを削除するか保存するかを選択できるようにしてもよい。あるいは、コンテンツ格納部１５に格納されてから、あるいは、利用者が閲覧を完了してから、所定の時間が経過した際に、コンテンツを削除するようにしてもよい。
【００８１】
さらに、上記の説明においては、コンテンツを閲覧する例を重点的に説明したが、本発明に適用されるコンテンツは、閲覧対象とされるオブジェクト（テキスト、静止画、動画等）に限定されない。例えば、音楽や、ゲーム等のアプリケーションプログラム等もコンテンツに含まれる。また、コンテンツの「利用」とは、コンテンツの閲覧、視聴、編集、プログラム実行等の行為を含む概念と理解されるべきである。
【産業上の利用可能性】
【００８２】
本発明は、インターネット等にアクセスしてコンテンツを利用する携帯通信端末およびそれを制御するプログラムとして、産業上の利用が可能である。
【図面の簡単な説明】
【００８３】
【図１】図１は、本実施形態にかかるシステム全体の概略構成を示すブロック図である。
【図２】図２は、本実施形態にかかる携帯電話の機能的構成を示すブロック図である。
【図３Ａ】図３Ａは、圏外時間帯前後における従来のコンテンツ利用状況を表す模式図である。
【図３Ｂ】図３Ｂは、本実施形態の、圏外時間帯前後におけるコンテンツ利用状況を表す模式図である。
【図４】図４は、時間帯決定部による圏外時刻取得処理の手順を示すフローチャートである。
【図５】図５は、ある利用者の通勤時の携帯電話の受信電波状態の変化を示すタイミングチャートである。
【図６】図６は、時間帯決定部による圏外時間帯決定処理の手順を示すフローチャートである。
【図７】図７は、圏外時間帯決定処理が実行される時点の、圏外時刻累積データベースの蓄積データの一例を示す模式図である。
【図８】図８は、本実施形態の携帯電話を利用したブラウジング動作の手順を示すフローチャートである。
【図９Ａ】図９Ａは、本実施形態の携帯電話のディスプレイに表示されるメニュー画面の一例を示す図である。
【図９Ｂ】図９Ｂは、本実施形態の携帯電話のディスプレイに表示されるメニュー画面の一例を示す図である。
【図１０】図１０は、利用状況管理サーバに記憶されるレコードの一例を示す図である。
【図１１】図１１は、携帯電話の利用状況累積データベースに保存される情報の一例を示す図である。
【図１２】図１２は、コンテンツ決定部が、自動取得すべきコンテンツを決定する処理の手順の一例を示すフローチャートである。
【図１３】図１３は、取得コンテンツ情報データベースに格納されたデータの一例を示す図である。
【図１４】図１４は、コンテンツ取得部の動作手順の一例を示すフローチャートである。
【図１５】図１５は、取得コンテンツ情報データベースにおいて参照済みフラグを更新する処理手順の一例を示すフローチャートである。
【符号の説明】
【００８４】
１０      携帯電話
１１      通信状況検出部
１２      時間帯決定部
１３      コンテンツ決定部
１４      コンテンツ取得部
１５      コンテンツ格納部
１６      利用状況取得部
１７      圏外時刻累積データベース
１８      圏外時間帯格納部
１９      利用状況累積データベース
２０      取得コンテンツ情報データベース
３０      キャリアネットワーク
３１      基地局
３２      利用状況管理サーバ
３３      ウェブサーバ
４０      インターネット
４１      ウェブサーバ
【図１】
2010157860.tif 000003
【図２】
2010157860.tif 000004
【図３Ａ】
2010157860.tif 000005
【図３Ｂ】
2010157860.tif 000006
【図４】
2010157860.tif 000007
【図５】
2010157860.tif 000008
【図６】
2010157860.tif 000009
【図７】
2010157860.tif 000010
【図８】
2010157860.tif 000011
【図９Ａ】
2010157860.tif 000012
【図９Ｂ】
2010157860.tif 000013
【図１０】
2010157860.tif 000014
【図１１】
2010157860.tif 000015
【図１２】
2010157860.tif 000016
【図１３】
2010157860.tif 000017
【図１４】
2010157860.tif 000018
【図１５】
2010157860.tif 000019