JPWO2003033998A1 - 端末装置 - Google Patents
端末装置 Download PDFInfo
- Publication number
- JPWO2003033998A1 JPWO2003033998A1 JP2003536687A JP2003536687A JPWO2003033998A1 JP WO2003033998 A1 JPWO2003033998 A1 JP WO2003033998A1 JP 2003536687 A JP2003536687 A JP 2003536687A JP 2003536687 A JP2003536687 A JP 2003536687A JP WO2003033998 A1 JPWO2003033998 A1 JP WO2003033998A1
- Authority
- JP
- Japan
- Prior art keywords
- content
- content data
- unit
- selected content
- terminal device
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G01—MEASURING; TESTING
- G01C—MEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
- G01C21/00—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
- G01C21/26—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00 specially adapted for navigation in a road network
- G01C21/34—Route searching; Route guidance
- G01C21/36—Input/output arrangements for on-board computers
- G01C21/3679—Retrieval, searching and output of POI information, e.g. hotels, restaurants, shops, filling stations, parking facilities
-
- G—PHYSICS
- G08—SIGNALLING
- G08G—TRAFFIC CONTROL SYSTEMS
- G08G1/00—Traffic control systems for road vehicles
- G08G1/09—Arrangements for giving variable traffic instructions
- G08G1/0962—Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
-
- G—PHYSICS
- G08—SIGNALLING
- G08G—TRAFFIC CONTROL SYSTEMS
- G08G1/00—Traffic control systems for road vehicles
- G08G1/09—Arrangements for giving variable traffic instructions
- G08G1/0962—Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
- G08G1/0968—Systems involving transmission of navigation instructions to the vehicle
- G08G1/0969—Systems involving transmission of navigation instructions to the vehicle having a display in the form of a map
Abstract
本発明は、位置に関連するコンテンツとこのコンテンツに対応する位置との組を少なくともひとつ以上格納したコンテンツリストを記憶し、現在の位置の位置に基づいてコンテンツを取得するコンテンツ取得領域を決定し、決定したコンテンツ取得領域に対応する位置を持つコンテンツをコンテンツリストから選択し、選択したコンテンツの一部を先だって取得し、選択したコンテンツの一部を取得した後の位置に基づいて選択したコンテンツの残りの部分が今後参照されるか否かを判断することにより、選択したコンテンツの残りの部分を取得するか否かを判断し、選択したコンテンツの残りの部分を取得すると判断した場合に選択したコンテンツの残りの部分を取得するようにしたものである。
Description
技術分野
本発明は、位置に関連するコンテンツを取得し、提示する移動体用の端末装置に関する。
背景技術
近年、携帯電話網を含む無線通信網の整備に伴い、自動車などの移動体に搭載されて用いられる端末装置にコンテンツを提供するサービスが普及しつつある。移動体に搭載された端末装置に提供するコンテンツは、移動体が通る位置に関連するコンテンツであることが好ましい。
また、移動体と、コンテンツを表すデータ（コンテンツデータ）の提供元（例えば、コンテンツサーバ）との間は、無線通信路を含む通信路によって接続されている。無線通信路は有線通信路に比較してデータの伝送速度が低い。このため、時間の経過とともにその位置が変化する移動体に搭載された端末装置に、適時、位置に応じて適切なコンテンツを提供することが必要になる。
移動体が通る位置に関連するコンテンツを端末装置に提供する従来技術としては、例えば、下記文献に開示される技術が知られている。
文献：佐藤 他：「放送により配信される位置依存情報のキャッシュ方式」、情報処理学会論文誌、Ｖｏｌ．４１、Ｎｏ．９、ｐｐ．２４３４−２４４４、２０００年９月。
この文献に開示されている従来技術は、端末装置を搭載した自動車（移動体）が予め計画された経路に従って移動するという前提のものである。そして、移動体は、移動する経路上の位置に関連する情報（コンテンツ）をユーザに提示する以前に、そのコンテンツを表すコンテンツデータを、放送を介して取得し、端末装置のキャッシュに蓄積する。このようにして、ユーザにとってのデータアクセスの待ち時間を見かけ上なくし、適時にコンテンツを提供するようにしている。
上述したように、上記文献に開示される従来技術では、端末装置を搭載した移動体は、予め計画された経路（予定経路）に従って移動することを前提としている。このため、移動体は、その予定経路に近い位置に関連するコンテンツを表すコンテンツデータを予め取得する。
よって、この従来技術によれば、予定経路が設定されていない場合には、移動体は、コンテンツデータを予め取得しておくことができない。
そこで、移動体が、移動体の現在の位置に基づいて移動体の経路を予測し、その予測した経路に近い位置に関連するコンテンツを表すコンテンツデータを予め取得するようにすることが考えられる。しかし、この場合、移動体はその予測された経路を外れて移動することが考えられる。このため、移動体は、予めより広い範囲からより多くのコンテンツデータを取得しなければならない。従って、移動体は、結果的に表示されないコンテンツデータを多く蓄積しなければならなくなる。この結果、移動体は、端末装置の蓄積容量を効率的に使用することができなくなる。
また、上記文献は、コンテンツを表すコンテンツデータのサイズが大きいために、コンテンツの提供元から端末装置への伝送に必要な時間が大きくなる場合については考慮されていない。このように、コンテンツデータの伝送に必要な時間が大きい場合には、コンテンツデータの伝送が完了した時点で、移動体が既にそのコンテンツが関連する位置を通過している可能性がある。このような場合には、取得したコンテンツデータを適切な時に提示することができない。よって、取得したコンテンツデータが無駄になってしまう。その結果、伝送路の利用効率が低下する。
発明の開示
本発明の目的は、予定経路の設定の有無に関わりなく、また、コンテンツデータのサイズが大きい場合であっても、適切にコンテンツを取得することが可能な移動体用の端末装置を提供することである。
本発明は、位置に関連するコンテンツとこのコンテンツに対応する位置との組を少なくともひとつ以上格納したコンテンツリストを記憶し、現在の位置の位置に基づいてコンテンツを取得するコンテンツ取得領域を決定し、決定したコンテンツ取得領域に対応する位置を持つコンテンツをコンテンツリストから選択し、選択したコンテンツの一部を先だって取得し、選択したコンテンツの一部を取得した後の位置に基づいて前記選択したコンテンツの残りの部分が今後参照されるか否かを判断することにより、選択したコンテンツの残りの部分を取得するか否かを判断し、選択したコンテンツの残りの部分を取得すると判断した場合に選択したコンテンツの残りの部分を取得するようにした。
これにより、コンテンツデータのサイズが大きい場合であっても、コンテンツを２回に分けて取得することができる。この結果、コンテンツの一部を、残りの部分に先だって取得でき、表示可能にできる。つまり、移動により位置が大きく変化した場合であっても、位置に応じた適切なコンテンツを取得でき、提示できる。
発明を実施するための最良の形態
以下、本発明の実施の形態について添付図面を参照しながら説明する。なお、以下の説明で、同一の参照番号は同一の構成要素を示す。
まず、本発明の実施の形態にかかる端末装置の仕様される形態について図１を用いて説明する。図１は、上記実施の形態にかかる端末装置が使用される形態を模式的に示す図である。
端末装置１０１は、移動体１４３に搭載される。移動体１４３は、例えば、自動車、バイクおよび自転車等の一般的な移動体である。端末装置１０１が移動体１４３に搭載されるとは、端末装置１０１が移動体１４３に備え付けられていることと、持ち運び可能な端末装置１０１がユーザによって移動体１４３に持ち込まれて使用されることとの両方を意味する。
なお、ユーザが端末装置１０１を携帯して徒歩により移動する場合には、ユーザ自身を移動体とみなす。
端末装置１０１は、例えば、通信機能付きのカーナビゲーションシステム、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄａｔａ Ａｓｓｉｓｔ）またはノート型パーソナルコンピュータ等である。また、端末装置１０１は、携帯電話またはＰＨＳ等の任意の携帯型通信端末であってもよい。
移動体１４３は、経路１４４に沿って移動する。経路１４４は、予め計画されていてもよいし、計画されていなくてもよい。経路１４４の近くの位置には、施設１４５が存在する。
図１には、施設１４５の例として、レストランとガソリンスタンドが示されている。もちろん、施設１４５はこれらの例に限定されない。施設１４５は、ショッピング施設、観光施設等の、ユーザ（例えば、移動体１４３の運転者または同乗者）に提示することを望まれるコンテンツを有する施設であれば良い。
移動体１４３は、所定の地域１４６の内部を移動する。地域１４６は、例えば、国全体、関東地方、関西地方、都道府県または市町村である。あるいは、地域１４６は、このような行政区分とは無関係に定められる特定の地域であってもよい。また、経路１４４が予め計画されている場合には、地域１４６を経路１４４の周辺の地域となるように定めてもよい。
端末装置１０１は、無線通信路１４０によって広域道路情報サーバ１０２と接続されている。また、端末装置１０１は、無線通信路１４１によってコンテンツサーバ１０３と接続されている。
広域道路情報サーバ１０２およびコンテンツサーバ１０３は、例えば、任意の構成を有するサーバコンピュータである。
無線通信路１４０および無線通信路１４１は、例えば、携帯電話回線、ＰＨＳ回線、無線ＬＡＮ回線、ＤＳＲＣ等である。
なお、ＤＳＲＣはＤｅｄｉｃａｔｅｄ Ｓｈｏｒｔ Ｒａｎｇｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（狭域通信）の略であり、現在、有料道路の自動料金収受システムで用いられている通信方式である。ＤＳＲＣについての詳細は、文献：ＤＳＲＣシステム研究会編「ＩＴＳインフォメーションシャワー〜ＤＳＲＣシステムのすべて」、クリエイト・クルーズ（株）、に記載されている。
なお、端末装置１０１と広域道路情報サーバ１０２とが、無線通信路１４０で直接接続されていることは必須ではない。端末装置１０１と広域道路情報サーバ１０２との間に、無線通信路１４０に加えて、任意のネットワーク（例えば、インターネット）や有線通信路が介在していてもよい。また、端末装置１０１とコンテンツサーバ１０３との間も同様である。
コンテンツサーバ１０３は、端末装置１０１にコンテンツデータ（図２参照）を送信する。このコンテンツデータは、施設１４５の位置に関連するコンテンツを表す。そのようなコンテンツは、例えば、施設１４５の広告情報等である。あるいは、コンテンツは、施設１４５とは関係しない道路情報または観光情報であってもよい。つまり、コンテンツは、所定の地域１４６内の位置（例えば、施設１４５がある位置）に関連するものである。
端末装置１０１は、このようなコンテンツを表すコンテンツデータを受信し、表示する。
次に、本実施の形態にかかる端末装置１０１を含むコンテンツ配信システムの構成について図２を用いて説明する。図２は、端末装置１０１の構成を示す図である。
端末装置１０１は、先読みスケジューラ１０４と、先読み部１０５と、表示制御部１０９と、位置検出部１１０と、通信インタフェース１１１と、蓄積管理部１１２と、表示部１１４と、蓄積部１１３とを備える。
通信インタフェース１１１は、無線通信路１４０を介して広域道路情報サーバ１０２と通信する。また、通信インタフェース１１１は、無線通信路１４１を介してコンテンツサーバ１０３と通信する。
位置検出部１１０は、移動体１４３（図１参照）の位置を検出する。さらに、位置検出部１１０は、移動体１４３が移動する向き、移動する速度等を検出する。
位置検出部１１０は、例えば、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）センサである。また、位置検出部１１０は、ユーザに地図画面を提示し、提示した地図画面に対してユーザが指示した位置を検出し、検出した位置を移動体１４３の位置とする任意の入力デバイスであってもよい。また、位置検出部１１０は、カーナビゲーションシステム（図示せず）と連動していてもよい。
先読みスケジューラ１０４および表示制御部１０９は、移動体１４３の位置に基づいて、コンテンツデータ１５２の取得および表示を制御するための判定処理を行う判定部１５０として機能する。
先読みスケジューラ１０４は、通信インタフェース１１１を介してコンテンツリスト１５３を広域道路情報サーバ１０２から取得する。
表示制御部１０９は、通信インタフェース１１１を介してコンテンツサーバ１０３からコンテンツデータ１５２を取得する。
コンテンツリスト１５３は、例えば、地域１４６（図１参照）内の位置と、その位置に関連するコンテンツを表すコンテンツデータ１５２のアドレスとを対応付けるテーブルである。
先読み部１０５は、コンテンツを示すコンテンツデータ１５２を、通信インタフェース１１１を介してコンテンツサーバ１０３から取得する。先読み部１０５がコンテンツデータ１５２を取得するタイミングは、先読みスケジューラ１０４が、コンテンツリスト１５３に基づいて制御する。
蓄積部１１３は、コンテンツサーバ１０３から取得したコンテンツデータ１５２を格納する。蓄積部１１３は、未表示のコンテンツデータ１５２（前半部および後半部）を蓄積する先読み蓄積部１０６と、表示済みのコンテンツデータ１５２の前半部を蓄積する表示済み前半蓄積部１０７と、表示済みのコンテンツデータ１５２の後半部を蓄積する表示済み後半蓄積部１０８とを含む。
蓄積部１１３は、例えば、ハードディスクである。なお、蓄積部１１３は、任意のメモリであってもよい。
蓄積管理部１１２は、蓄積部１１３に蓄積されたデータ（例えば、コンテンツデータ１５２）に蓄積部１１３から削除する優先順位を決める削除優先度を割り当てることによって、蓄積部１１３に蓄積されたデータを管理する。
表示部１１４は、蓄積部１１３に蓄積されたコンテンツデータ１５２を表示する。表示部１１４がコンテンツデータ１５２を表示するタイミングは、表示制御部１０９が、コンテンツリスト１５３に基づいて制御する。
また、表示部１１４は映像のみでなく、音声も出力する。つまり、表示部１１４は、コンテンツデータが映像だけでなく、音声を含むものにも対応できる。
なお、表示部１１４の変わりに任意の提示装置を用いてもよい。提示装置としては、プリンタなども含まれる。
次に、広域道路情報サーバ１０２に格納されたコンテンツリスト１５２について図３を用いて説明する。図３は、コンテンツリスト１５３のデータ構造の一例を示す図である。
コンテンツリスト１５３には、地域１４６（図１）内の位置に関連するコンテンツのそれぞれについて、コンテンツが関連する地域１４６内の位置と、そのコンテンツを表すコンテンツデータ１５２のアドレスと、コンテンツデータ１５２のサイズと、が対応付けられて記載されている。
また、コンテンツリスト１５３には、複数のレコードが記載されている。各レコードとは、１つのコンテンツデータに対応したものである。
具体的には、コンテンツリスト１５３には、図３に示すように、各レコード毎に、「アドレス」フィールド２０１と、「位置」フィールド２０２と、「サイズ」フィールド２０３とが、記載されている。
「アドレス」フィールド２０１は、コンテンツデータ１５２のアドレスを格納する。コンテンツのアドレスは、例えば、コンテンツサーバ１０３（図１）におけるコンテンツの格納場所を示す。あるいは、端末装置１０１とコンテンツサーバ１０３との間にインターネット等のネットワークが介在する場合には、コンテンツデータ１５２のアドレスは、そのネットワーク上でコンテンツデータ１５２の格納場所を一意に特定するアドレス、例えば、ＵＲＬアドレスである。
コンテンツデータ１５２は、例えば、ＨＴＭＬ（ハイパーテキストマークアップ言語）によって記述されている。ＨＴＭＬは、Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ Ｃｏｎｓｏｒｔｉｕｍによって規格が定められた言語である。Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ Ｃｏｎｓｏｒｔｉｕｍについては、ウェブページ「ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ」に記載されている。
図３に示す例では、「アドレス」フィールド２０１には、トップページのアドレスが記載されている。また、コンテンツデータ１５２が画像等の部品を含む場合、先読みスケジューラ１０４（図２参照）は、コンテンツリスト１５２を取得し、このトップページを解析することによって部品のアドレスを得る。
「位置」フィールド２０２は、コンテンツデータ１５２が表すコンテンツが関連する地域１４６（図１参照）内の位置を格納する。
図３に示される例では、地域１４６内の位置を、緯度と経度とによって表現している。なお、地域１４６内の位置の表現形態は、これに限定されない。また、以下、本明細書中で、コンテンツが関連する地域１４６内の位置を「コンテンツ位置」と呼ぶ。
「サイズ」フィールド２０３は、コンテンツデータ１５２のサイズを格納する。図３に示される例では、トップページのサイズが「サイズ」フィールド２０３に格納されている。
また、コンテンツリスト１５３は、蓄積部１１３（図２参照）に蓄積され、先読みスケジューラ１０４および表示制御部１０９によってアクセスされる。
このように、蓄積部１１３は、コンテンツが関連する地域１４６内の位置２０１と、そのコンテンツを表すコンテンツデータ１５２のアドレス２０２と、サイズ２０３と、を対応付けて記憶する記憶部として機能する。
また、コンテンツリスト１５３は、図３の例に限定されない。コンテンツリスト１５３の別の例について、図４を用いて説明する。図４は、コンテンツリスト１５３のデータ構造の他の例を示す図である。
図４に示されるコンテンツリスト１５３は、図３に示されるコンテンツリスト１５３とは、「サイズ」フィールド２０３に格納される値が異なっている。
図４に示されるコンテンツリスト１５３の「サイズ」フィールド２０３には、コンテンツデータ１５２のトップページのサイズと、コンテンツデータ１５２に含まれるすべての部品のサイズとを合計したサイズが格納されている。
この場合、先読みスケジューラ１０４は、コンテンツリスト１５３を参照するだけで、コンテンツ１５２を取得するのに必要な時間を見積もることができる。
さらに、コンテンツリスト１５３の他の例について、図５を用いて説明する。図５は、コンテンツリスト１５３のデータ構造のさらに他の例を示す図である。
図５に示すコンテンツリスト１５３には、コンテンツデータ１５２に含まれるそれぞれの部品のアドレスとサイズとが、コンテンツリスト１５３に記載されている。具体的には、図５中のレコード＃１−１、＃１−２、＃２−１および＃２−２が、コンテンツデータ１５２に含まれる部品の情報になる。
この場合、先読みスケジューラ１０４は、コンテンツリスト１５３を参照するだけで、コンテンツデータ１５２に含まれるそれぞれの部品のアドレスとサイズとを得ることができる。
次に、端末装置１０１がコンテンツデータ１５２を取得するタイミング制御について図６を用いて説明する。図６は、端末装置１０１がコンテンツデータ１５２を取得するタイミング制御を示すフローチャートである。図６に示す処理は、移動体１４３の移動中に、常に所定の時間間隔で繰り返される。あるいは、図６に示す処理は、移動体１４３が所定の距離だけ移動する毎に繰り返されてもよい。
まず、端末装置１０１は、先読みスケジューラ１０４において、コンテンツリスト１５３を取得する（ステップＳ３０１）。先読みスケジューラ１０４がコンテンツリスト１５３を取得する形態は、放送の形態であっても、オンデマンドの形態であってもよい。
先読みスケジューラ１０４がコンテンツリスト１５３を放送の形態で取得する場合には、広域道路情報サーバ１０２（図２）は、地域１４６をカバーするようにコンテンツリスト１５３を放送する。そして、先読みスケジューラ１０４は、その放送を受信することによってコンテンツリスト１５３を取得する。
一方、先読みスケジューラ１０４がコンテンツリスト１５３をオンデマンドで取得する場合には、広域道路情報サーバ１０２は、先読みスケジューラ１０４からの要求に応答して端末装置１０１にコンテンツリスト１５３を送信する。そして、先読みスケジューラ１０４は、その送信されたコンテンツリスト１５３を受信することによってコンテンツリスト１５３を取得する。
また、先読みスケジューラ１０４は、任意の記録媒体（例えば、フレキシブルディスク）からコンテンツリスト１５３を取得する形態であってもよい。この場合には、広域道路情報サーバ１０２（図１）は不必要になる。
また、ステップＳ３０１の処理は、端末装置１０１を搭載する移動体１４３（図１）が地域１４６に入った時点で（あるいは、地域１４６に入る前に）一度だけ行われればよい。
次に、先読みスケジューラ１０４は、ステップＳ３０１で取得したコンテンツリスト１５３を、蓄積管理部１１２を介して、蓄積部１１３に蓄積する。蓄積されたコンテンツリスト１５３は、蓄積部１１３と表示制御部１０９とによってアクセスされる。
次に、端末装置１０１は、位置検出部１１０において、移動体１４３の位置を検出する（ステップＳ３０２）。
次に、端末装置１０１は、先読みスケジューラ１０４において、ステップＳ３０２で検出した移動体１４３の位置に基づいて、通過予定道路を決定する（ステップＳ３０３）。
通過予定道路とは、移動体１４３がこれから通過すると予測される道路をいう。通過予定道路は、道路地図を参照して決定される。端末装置１０１は、道路地図を、コンテンツリスト１５３とともに広域道路情報サーバ１０２から取得してもよいし、記録媒体に記録された道路地図データを端末装置１０１が読み込むことによって取得してもよい。
なお、移動体１４３の経路１４４（図１）が予め計画されている場合には、端末装置１０１は、予め計画されている経路１４４を通過予定道路として決定する。
次に、端末装置１０１は、先読みスケジューラ１０４において、コンテンツデータ１５２を取得する取得領域を決定する（ステップＳ３０４）。
先読みスケジューラ１０４は、コンテンツデータ取得領域を、ステップＳ３０２で検出した移動体１４３の位置に基づいて決定する。なお、コンテンツデータ取得領域は、ステップＳ３０３で決定した通過予定道路を考慮して決定してもよい。
なお、コンテンツデータ取得領域については、図７〜図１０を参照して後述する。
次に、端末装置１０１は、先読みスケジューラ１０４において、コンテンツリスト１５３の１つのコンテンツデータ１５２（レコード）に注目する（ステップＳ３０５）。
次に、端末装置１０１は、先読みスケジューラ１０４において、ステップＳ３０５で注目したコンテンツデータ１５２の関連する位置（コンテンツ位置）が、ステップＳ３０４で決定したコンテンツデータ取得領域に含まれているか否かを判定する（ステップＳ３０６）。
そして、端末装置１０１は、ステップＳ３０６の判定の結果が「Ｙｅｓ」である場合には、ステップＳ３０７の処理に進む。一方、ステップＳ３０６の判定の結果が「Ｎｏ」である場合には、端末装置１０１は、ステップＳ３０８の処理に進む。
ステップＳ３０７において、端末装置１０１の先読みスケジューラ１０４は、注目したコンテンツデータ１５２を取得候補コンテンツデータとして指定する。
次に、端末装置１０１は、先読みスケジューラ１０４において、コンテンツリスト１５３のすべてのコンテンツデータについて、ステップＳ３０５〜ステップＳ３０７の処理が完了したか否かが判定する（ステップＳ３０８）。
そして、ステップＳ３０８の判定の結果が「Ｙｅｓ」である場合には、先読みスケジューラ１０４は、ステップＳ３０９の処理に進む。一方、ステップＳ３０８の判定の結果が「Ｎｏ」である場合には、先読みスケジューラ１０４は、ステップＳ３０５の処理に戻る。
このようにして、端末装置１０１は、コンテンツリスト１５３に含まれる各レコード（コンテンツデータ）について、ステップＳ３０５〜ステップＳ３０７の処理を実行する。これにより、端末装置１０１は、コンテンツリスト１５２に含まれるコンテンツからコンテンツ取得領域に対応するコンテンツを選択し、これを取得候補コンテンツとする。
次に、端末装置１０１は、先読みスケジューラ１０４において、ステップＳ３０７で指定した取得候補コンテンツデータのうち、蓄積部１１３に蓄積されていないコンテンツデータである未取得コンテンツデータを決定する（ステップＳ３０９）。具体的にステップＳ３０９の処理は、先読みスケジューラ１０４が蓄積管理部１１２に対してコマンド（コマンドＡ）を発行し、これを受信した蓄積管理部１１２が、取得候補コンテンツデータから未取得コンテンツデータを決定する。
なお、蓄積管理部１１２がコマンドＡを受領した場合に行う処理については、図１４を参照して後述する。
そして、端末装置１０１の先読み部１０５が、未取得コンテンツデータをコンテンツサーバ１０３から取得する。
なお、ステップＳ３１０の詳細な処理手順は、図１１を参照して後述する。
このようにして、端末装置１０１は、コンテンツデータ１５２を取得する。
次に、図６に示されるステップＳ３０４の処理において決定されるコンテンツデータ取得領域５０１について図７を用いて説明する。図７は、コンテンツ取得領域５０１の例を示す図である。
図７において、参照番号５０２で示されるものは、図６のステップＳ３０３において決定された通過予定道路を示す。
コンテンツデータ取得領域５０１は、移動体１４３の前方に所定の長さＬを有する、通過予定道路５０２に沿った領域として決定されている。長さＬは、通過予定道路５０２に沿って取ってもよいし、コンテンツデータ取得領域５０１の端から端までの直線距離であってもよい。
なお、端末装置１０１は、通過予定道路５０２に沿った方向のうち、どの向きが移動体１４３の前方であるかを、位置検出部１１０が検出した移動体１４３の移動方向によって知ることができる。もちろん、通過予定道路５０２が一方通行の道路であるという情報が道路地図によって得られている場合には、端末装置１０１は、どの向きが移動体１４３の前方であるかを、一方通行の情報から知ることができる。
図７に示されるコンテンツデータ取得領域５０１は、通過予定道路５０２が高速道路や自動車専用道路のように交差点や出口などの分岐点がほとんどない場合に好適に採用される。
次に、コンテンツ取得領域５０１の他の例について図８を用いて説明する。図８は、コンテンツデータ取得領域５０１の他の例を示す図である。
図８に示される例では、コンテンツデータ取得領域５０１は、移動体１４３を中心とする円形の領域として決定されている。
図８に示すようなコンテンツデータ取得領域５０１は、一般道路のように分岐箇所（交差点）の多い場合に好適に採用される。これは、一般道路では、移動体１４３の経路１４４（図１参照）が予め計画されている場合を除き、分岐箇所５０３（交差点）でどの向きに移動体１４３が進むかは予測できないからであり、分岐箇所５０３において分岐するすべての道路を通過予定道路として決定する必要があり、このすべての通過予定道路の周囲をコンテンツ取得領域５０１にする必要があるからである。
さらに、図８に示すコンテンツ取得領域５０１は、移動体の後方もコンテンツ取得範囲に含まれている。つまり、図８に示すコンテンツ取得領域５０１は、移動体１４３の後方も通過予定道路として考慮している。
また、コンテンツデータ取得領域５０１の半径を、移動体１４３の移動速度に応じて大きくするようにしてもよい。この場合には、コンテンツデータ取得領域５０１は、移動体１４３の移動速度と、移動体１４３の位置とに基づいて定められる。
次に、コンテンツデータ取得領域の他の例について図９、図１０を用いて説明する。図９、図１０は、コンテンツデータ取得領域５０１のさらに他の例を示す図である。
図９に示すコンテンツデータ取得領域は、移動体１４３の前方に偏心した円形の領域として決定されている。
図１０に示すコンテンツデータ取得領域５０１は、移動体１４３の進行方向に伸びた楕円形の領域として決定されている。すなわち、図１０に示すコンテンツデータ取得領域５０１は、移動体１４３の進行方向と、移動体１４３の位置とに基づいて定められる。
図９および図１０に示されるように、移動体１４３の進行方向（移動する向き）を考慮してコンテンツデータ取得領域５０１を決定することにより、移動体１４３の前方の位置にコンテンツ位置を有するコンテンツデータの取得を効率よく行うことができる。
なお、図７〜図１０に示されるコンテンツデータ取得領域５０１の大きさは、常に一定の大きさであってもよいし、移動体１４３の速度に応じて変更してもよい。
また、コンテンツデータ取得領域５０１の大きさは、コンテンツデータ取得領域５０１にコンテンツ位置が含まれるコンテンツデータ（取得候補コンテンツデータ）の数が予め定められた限度数以上にならないように決定してもよい。
あるいは、コンテンツデータ取得領域５０１の大きさは、取得候補コンテンツデータのサイズの合計が予め定められた限度以上にならないように決定してもよい。なお、取得候補コンテンツデータのサイズは、図４に示されるコンテンツリスト１５３の「サイズ」フィールド２０３を参照することによって知ることができる。
次に、端末装置１０１が、未取得コンテンツデータをコンテンツサーバ１０３から取得する処理（図６のステップＳ３１０）について図１１を用いて説明する。図１１は、上記実施の形態にかかる未取得コンテンツデータをコンテンツサーバから取得する処理手順を示すフローチャートである。
端末装置１０１は、未取得コンテンツデータ（コンテンツデータ１５２）の取得を、未処理コンテンツデータの前半部と後半部とに分けて行う。
まず、端末装置１０１の先読みスケジューラ１０４が、未取得コンテンツデータのうちの１つに注目する（ステップＳ３２１）。
次に、先読みスケジューラ１０４は、ステップＳ３２１で注目した未取得コンテンツデータを表示部１１４に表示する時刻を決定する。この時刻は、例えば、コンテンツデータ１５２の表示限度時刻として予想される時刻の３分前の時刻として決定される。
また、コンテンツデータ１５２の「表示限度時刻」は、移動体１４３がコンテンツデータ１５２のコンテンツ位置を通過する場合にはその時刻として定義される。また、コンテンツデータ１５２の「表示限度時刻」は、移動体１４３がコンテンツデータ１５２のコンテンツ位置を通過しない場合には、移動体１４３がコンテンツデータ１５２のコンテンツ位置に最も接近する時刻として定義される。
なお、移動体１４３がコンテンツデータ１５２のコンテンツ位置を通過しない場合には、表示限度時刻を、移動体１４３がコンテンツデータ１５２のコンテンツ位置に到達過程で通過する経路１４４上の分岐箇所を通過する時刻として定義してもよい。
また、先読みスケジューラ１０４は、コンテンツデータ１５２のコンテンツ位置を、コンテンツリスト１５３の「位置」フィールド２０２（図３参照）を参照することによって知る。そして、先読みスケジューラ１０４は、「表示限度時刻として予想される時刻」を、このコンテンツ位置と、道路地図と、移動体１４３の現在の位置、移動する向きおよび移動速度とから求める。
次に、先読みスケジューラ１０４は、ステップＳ３２１で注目したコンテンツデータ１５２のサイズを参照する（ステップＳ３２３）。
先読みスケジューラ１０４は、コンテンツデータ１５２のサイズを、例えば、図４に示されるコンテンツリスト１５３の「サイズ」フィールド２０３を参照することによって知る。
次に、端末装置１０１の先読み部１０５が、ステップＳ３２１において注目したコンテンツデータ１５２の前半部をコンテンツサーバ１０３から取得する（ステップＳ３２４）。
詳細には、先読み部１０５は、注目したコンテンツデータ１５２の前半部を要求するための要求１５１（図２参照）をコンテンツサーバ１０３に送信する。これに対してコンテンツサーバ１０３は、この要求１５１に応答して、コンテンツデータ１５２の前半部を端末装置１０１に送信する。このように、先読み部１０５（取得部）は、無線通信路１４１を介してコンテンツデータ１５２の一部（前半部）を取得する。
先読み部１０５が、前半部として取得するコンテンツデータ１５２は、例えば、ステップＳ３２３で注目したコンテンツデータ１５２のサイズを考慮して決める。
また、先読み部１０５は、前半部として取得するべきコンテンツデータ１５２のサイズを、コンテンツデータ１５２のサイズに関わりなく、一律に所定（例えば、１ＭＢ）に決めてもよい。この場合、先読み部１０５は、コンテンツデータ１５２の全体のサイズがその所定のサイズよりも等しいか小さい場合には、注目したコンテンツデータ１５２の全体をコンテンツサーバ１０３から取得するようにする。
なお、要求１５１のデータ構造についての詳細は、図１３を参照して後述する。
次に、端末装置１０１の先読みスケジューラ１０４は、ステップＳ３２４で取得した、コンテンツデータ１５２の前半部の蓄積を、蓄積管理部１１２に指示する（ステップＳ３２５）。
具体的には、先読みスケジューラ１０４は、蓄積管理部１１２に対して、コンテンツデータ１５２の前半部の取得を行わせるコマンド（コマンドＢ）を発行する。これに対して、蓄積管理部１１２は、先読みスケジューラ１０４によって発行されたコマンド（コマンドＢ）に応答して、ステップＳ３２４で取得した前半部を蓄積部１１３の先読み蓄積部１０６に蓄積する。
なお、コマンドＢに応答して蓄積管理部１１２が行う処理の詳細は、図１５を参照して後述する。
次に、先読みスケジューラ１０４は、すべての未取得コンテンツデータについて、ステップＳ３２１〜ステップＳ３２５の処理が完了したか否か判定する（ステップＳ３２６）。そして、先読みスケジューラ１０４は、ステップＳ３２６の判定の結果が「Ｙｅｓ」である場合には、ステップＳ３２７の処理に進む。一方、ステップＳ３２６の判定の結果が「Ｎｏ」である場合には、先読みスケジューラ１０４は、ステップＳ３２１の処理に戻る。
ステップＳ３２７において、先読みスケジューラ１０４は、未取得コンテンツデータのうちの１つを注目する。
次に、端末装置１０１の位置検出部１１０は、移動体１４３の位置を検出する（ステップＳ３２８）。ステップＳ３２８において、位置検出部１１０は、移動体１４３の位置に加えて、移動体１４３の移動する向きおよび移動速度を検出する。
ステップＳ３２８の処理において、後述する処理においてコンテンツデータ１５２の後半部の取得が完了する時刻は、ステップＳ３２２で決定されたコンテンツデータ１５２の表示時刻よりも前であって、できるだけ遅く開始することが望ましい。これは、結果的に表示されないコンテンツデータ１５２の後半部を過剰に取得するリスクをできるだけ減らせるからである。
コンテンツデータ１５２の後半部の取得に必要な時間は、ステップＳ３２３で求めたコンテンツデータ１５２のサイズからコンテンツデータ１５２の前半部のサイズを引くことにより後半部のサイズを求め、その後半部のサイズを無線通信路１４１（図２）の伝送速度（公称の伝送速度または実効的な伝送速度）で割ることによって求めることができる。
なお、無線通信路１４１は、複数設けられていてもよい。この場合には、先読みスケジューラ１０４は、複数の無線通信路のそれぞれが通信可能であるかどうかを判断し、複数の無線通信路のそれぞれの伝送速度および通信料均等を考慮して、使用する無線通信路１４１を決定する。
次に、端末装置１０１の先読みスケジューラ１０４は、ステップＳ３２７で注目した未取得コンテンツデータの後半部を取得するべきか否かを判定する（ステップＳ３２９）。この判定は、ステップＳ３２８で検出された移動体１４３の位置に基づいて、注目した未取得コンテンツデータの後半部が参照されるか否かを判断することにより行われる。
具体的には、先読みスケジューラ１０４は、注目した未取得コンテンツデータの後半部を取得するために必要な時間を計算する。次に、先読みスケジューラ１０４は、その必要な時間の間に移動体１４３がステップＳ３２８で検出した位置から移動し、その未取得コンテンツデータのコンテンツ位置を通りすぎるか否か予測する。そして、先読みスケジューラ１０４は、未取得コンテンツデータの後半の取得する間に移動体１４３がコンテンツ位置を通りすぎない、つまり、未取得コンテンツデータの後半の取得完了前に移動体１４３が未処理コンテンツのコンテンツ位置を通過しないと予測した場合には、その未取得コンテンツデータの後半部を取得するべきであると判定する。
なお、コンテンツデータの後半部の取得完了する時刻がその未取得コンテンツデータの表示時刻を過ぎないと判断される場合には、先読みスケジューラ１０４は、その未取得コンテンツデータの後半部を取得すると判定してもよい。
未取得コンテンツデータの後半部を取得するべきではないと判定される事態は、例えば、無線通信路の通信状態の悪化等の原因により、ステップＳ３２４における未取得コンテンツデータの前半部の取得に時間がかかった場合や、移動体１４３の速度が高い場合に発生する。
次に、ステップＳ３２９の判定の結果が「Ｙｅｓ」である場合には、端末装置１０１は、ステップＳ３３０の処理に進む。一方、ステップＳ３２９の判定の結果が「Ｎｏ」である場合には、端末装置１０１はステップＳ３３２の処理に進む。
ステップＳ３３０において、端末装置１０１は、先読み部１０５を用いて、注目している未取得コンテンツデータ（コンテンツデータ１５２）の後半部をコンテンツサーバ１０３から取得する。
先読み部１０５は、注目したコンテンツデータ１５２の後半部を要求するための要求１５１（図２）をコンテンツサーバ１０３に送信する。これに対して、コンテンツサーバ１０３は、この要求１５１に応答して、コンテンツデータ１５２の後半部を端末装置１０１に送信する。
なお、後半部として取得するべきコンテンツデータ１５２の部分は、ステップＳ３２５で取得した前半部の残りの部分である。
次に、端末装置１０１の先読みスケジューラ１０４は、ステップＳ３３０で取得したコンテンツデータ１５２の後半部の蓄積を、蓄積管理部１１２に指示する。
具体的には、先読みスケジューラ１０４は、蓄積管理部１１２にステップＳ３３０で取得したコンテンツデータ１５２の後半部の蓄積をする旨のコマンド（コマンドＣ）を発行する。これに対して、蓄積管理部１１２は、先読みスケジューラ１０４によって発行されたコマンド（コマンドＣ）に応答して、ステップＳ３３０で取得した後半部を蓄積部１１３の先読み蓄積部１０６に蓄積する。
なお、コマンドＣに応答して蓄積管理部１１２が行う処理の詳細は、図１６を参照して後述する。
次に、端末装置１０１の先読みスケジューラ１０４は、すべての未取得コンテンツデータについて、ステップＳ３２７〜ステップＳ３３１の処理が完了したか否かが判定する（ステップＳ３３２）。ステップＳ３３２の判定の結果が「Ｙｅｓ」である場合には、端末装置１０１は、処理を終了する。一方、ステップＳ３３２の判定の結果が「Ｎｏ」である場合には、端末装置１０１は、ステップＳ３２７の処理に戻る。
以上のようにして、端末装置１０１は、未取得コンテンツデータをコンテンツサーバ１０３から取得する。
なお、上述した例では、ステップＳ３２３において、コンテンツデータ１５２のサイズを、図４に示されるコンテンツリスト１５３の「サイズ」フィールド２０３を参照することによって求めていたが、コンテンツサーバ１０３に問い合わせることによって求めてもよい。
次に、端末装置１０１がコンテンツデータ１５２のサイズをコンテンツサーバ１０３に問い合わせる際に送信するコマンドについて図１２を用いて説明する。
図１２に示すコマンドは、ＨＴＴＰプロトコルに従ってＷＷＷのコンテンツを取得する場合のコマンドである。ＨＴＴＰプロトコルについては、インターネット通信技術作業部会（Ｔｈｅ Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）によって提供されるウェブページ「ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ２６１６．ｔｘｔ」に記載されている。
端末装置１０１が図１２に示すコマンドを使用する場合には、コンテンツリスト１５３にはコンテンツデータ１５２のサイズを記載しなくてもよいことは言うまでもない。
次に、端末装置１０１が、ステップＳ３２４（図１１）において、コンテンツサーバ１０３に送信する要求１５１について図１３を用いて説明する。
図１３に示す要求１５１は、ＨＴＴＰプロトコルが採用される場合の要求である。要求１５１は、先読み部１０５（図２）において生成され、無線通信路１４１を介してコンテンツサーバ１０３に送信される。コンテンツサーバ１０３は、これに応答してコンテンツデータ１５２を端末装置１０１に送信する。
要求１５１の行４８１は、端末装置１０１が、コンテンツサーバ１０３に対して、コンテンツデータ１５２の第０バイト〜第９４９９９９バイトの１ＭＢを送信するように要求していることを示している。
通常のＷＷＷの文書コンテンツは１ＭＢ以内のサイズに収まる。しかし、コンテンツデータ１５２が文書と動画”ｉｎｆｏ．ｍｐｇ”とから構成される場合は、合計のサイズが１ＭＢを超えることがある。この場合、端末装置１０１は、ステップＳ３２４において、文書の全体と、動画”ｉｎｆｏ．ｍｐｇ”の一部（例えば、冒頭部分）とを、コンテンツデータ１５２の前半部として取得する。例えば、文書のサイズが５０ＫＢである場合には、端末装置１０１は、ステップＳ３２４において、文書の全体と、動画”ｉｎｆｏ．ｍｐｇ”のうちの９５０ＫＢを取得する。
また、要求１５１の行４７９および要求１５１の行４８０は、全体として、コンテンツデータ１５２のアドレスを指定するものである。
このように、先読み部１０５は、コンテンツデータ１５２のアドレスに基づいて無線通信路１４１を介してコンテンツデータの前半部を取得する。
次に、蓄積管理部１１２がコマンドＡを受領した場合に行う処理について図１４を用いて説明する。図１４は、蓄積管理部１１２がコマンドＡを受領した場合に行う処理を示すフローチャートである。
上述したように、先読みスケジューラ１０４は、ステップＳ３０９（図６）において、取得候補コンテンツデータのうち未取得コンテンツデータを決定するためにコマンドＡを蓄積管理部１１２に発行する。
これに対して、蓄積管理部１１２は、先読みスケジューラ１０４によって発行されたコマンドＡを受領する（ステップＳ６０１）。また、この際に、蓄積管理部１１２は、取得候補コンテンツデータの一覧を先読みスケジューラ１０４から受領する。
次に、蓄積管理部１１２は、取得候補コンテンツデータの一覧に示される取得候補コンテンツデータのうち、蓄積部１１３に蓄積されていないコンテンツデータを未取得コンテンツデータとして指定する（ステップＳ６０２）。
具体的には、蓄積管理部１１２、取得候補コンテンツデータの一覧に示される取得候補コンテンツデータのそれぞれが、先読み蓄積部１０６、表示済み前半蓄積部１０７または表示済み後半蓄積部１０８のいずれかに蓄積されているか否かを調べることによって、未取得コンテンツデータの指定をする。
なお、ある特定のコンテンツデータの前半部が表示済み前半蓄積部１０７に蓄積されているが、そのコンテンツデータの後半部が表示済み後半蓄積部１０８に蓄積されていないことがあり得る。これは、図２１を参照して後述するように、コンテンツデータの前半部と後半部とに異なる削除優先度が割り当てられることがあるからである。
蓄積管理部１１２は、表示済み前半蓄積部１０７にその前半部が蓄積されているが、表示済み後半蓄積部１０８に後半部が蓄積されていないコンテンツデータを、未取得コンテンツデータとして指定する。ただし、このようなコンテンツデータについて、先読みスケジューラ１０４は、ステップＳ３２４（図１１）における前半部の取得を実行しない。
また、上述した、削除優先度は、蓄積部１１３に蓄積されたデータに対して蓄積管理部１１２によって割り当てられる属性の１つである。削除優先度が「高」であるデータは削除優先度が「低」であるデータよりも削除されやすくなる。
次に、蓄積管理部１１２は、ステップＳ６０２で指定した未取得コンテンツデータの一覧を、先読みスケジューラ１０４に返す。
次に、蓄積管理部１１２は、蓄積コンテンツデータの１つを注目する（ステップＳ６０３）。ここでいう蓄積コンテンツデータとは、蓄積部１１３に蓄積されているコンテンツデータをいう。
次に、蓄積管理部１１２は、ステップＳ６０３において注目した蓄積コンテンツデータが、取得候補コンテンツデータの一覧に含まれているか否かを判定する（ステップＳ６０４）。
ステップＳ６０４の判定の結果が「Ｙｅｓ」である場合には、蓄積管理部１１２は、ステップＳ６０５の処理に進む。一方、ステップＳ６０４の判定の結果が「Ｎｏ」である場合には、蓄積管理部１１２は、ステップＳ６０６の処理に進む。
ステップＳ６０５において、蓄積管理部１１２は、ステップＳ６０３で注目した蓄積コンテンツデータに割り当てられる削除優先度を「低」に設定する。また、ステップ６０５において、蓄積管理部１１２は、ステップＳ６０３で注目した蓄積コンテンツデータの前半部と後半部とのそれぞれに削除優先度を「低」を設定する。
また、ステップＳ６０６において、蓄積管理部１１２は、ステップＳ６０３で注目した蓄積コンテンツデータに割り当てられる削除優先度を「高」に設定する。これは、ステップＳ６０３において注目した蓄積コンテンツデータが取得候補コンテンツデータの一覧に含まれていない場合には、その蓄積コンテンツデータが不要である、つまり最終的に表示されない可能性が高いと考えられるからである。
また、ステップＳ６０６において、蓄積管理部１１２は、ステップＳ６０３で注目した蓄積コンテンツデータの前半部と後半部とのそれぞれに削除優先度が「高」を設定する。
次に、蓄積管理部１１２は、すべての蓄積コンテンツデータについて、ステップＳ６０３〜ステップＳ６０６の処理が完了したか否かを判定する（ステップＳ６０７）。ステップＳ６０７の判定の結果が「Ｙｅｓ」である場合には、蓄積管理部１１２は、処理を終了する。一方、ステップＳ６０７の判定の結果が「Ｎｏ」である場合には、蓄積管理部１１２は、ステップＳ６０３の処理に戻る。
このように、蓄積管理部１１２は、コマンドＡを受領した場合に、蓄積コンテンツデータの削除優先度を設定する。
次に、蓄積管理部１１２が、コマンドＢを受領した場合に行う処理について図１５を用いて説明する。
上述したように、先読みスケジューラ１０４は、ステップＳ３２５（図１１）においてコンテンツデータ１５２の前半部を蓄積部１１３に蓄積するために、蓄積管理部１１２に対してコマンドＢを発行する。
これに対して、蓄積管理部１１２は、コマンドＢを受領する（ステップＳ６１１）。また、この際に、蓄積管理部１１２は、先読み部１０５から、コンテンツデータ１５２の前半部を受領する。
次に、蓄積管理部１１２は、コンテンツデータ１５２の前半部を、蓄積部１１３の先読み蓄積部１０６に蓄積する（ステップＳ６１２）。
次に、蓄積管理部１１２は、蓄積部１１３の先読み蓄積部１０６に蓄積された前半部に削除優先度を「低」を設定する。
このようにして、蓄積管理部１１２は、コマンドＢを受信した場合に、コンテンツデータ１５２に削除優先度を設定する。
次に、蓄積管理部１１２がコマンドＣを受領した場合に行う処理について図１６を用いて説明する。図１６は、蓄積管理部１１２がコマンドＣを受領した場合に行う処理を示す図である。
上述したように、先読みスケジューラ１０４は、ステップＳ３３１（図１１）において、コンテンツデータ１５２の後半部を蓄積部１１３に蓄積するために、コマンドＣを蓄積管理部１１２に発行する。
これに対して、蓄積管理部１１２は、コマンドＣを受領する（ステップ６２１）。また、この際に、蓄積管理部１１２は、先読み部１０５から、コンテンツデータ１５２の後半部を受領する。
次に、蓄積管理部１１２は、コンテンツデータ１５２の後半部を、蓄積部１１３の先読み蓄積部１０６に蓄積する（ステップＳ６２２）。
そして、蓄積管理部１１２は、蓄積部１１３の先読み蓄積部１０６に蓄積された後半部に削除優先度を「低」に設定する（ステップ６２３）。
このようにして、蓄積管理部１１２は、コマンドＣを受信した場合に、コンテンツデータ１５２に削除優先度を設定する。
図１７に、蓄積管理部１１２がコマンドＢまたはコマンドＣを受領した場合の処理の流れについて示す。図１７は、蓄積管理部１１２がコマンドＢまたはコマンドＣを受領した場合の処理の流れを模式的に示す図である。なお、図１７において、「Ｓ」を先頭に付した参照番号は、図１５または図１６に示される対応するステップＳを示し、重複した説明は省略する。
図１７において示すような処理を、蓄積管理部１１２は、コマンドＢおよびコマンドＣを受信した場合に行う。
次に、蓄積管理部１１２の蓄積部１１３の管理について図１８を用いて説明する。図１８は、蓄積管理部１１２が、先読み蓄積部１０６、表示済み前半蓄積部１０７および表示済み後半蓄積部１０８に蓄積されるデータを管理する様子を模式的に示した図である。
蓄積管理部１１２は、先読み蓄積部１０６に対して、未表示のコンテンツデータ１５２を読み書きする。コンテンツデータ１５２は、前半部１５２ａと後半部１５２ｂとからなる。また、蓄積管理部１１２は、表示済み前半蓄積部１０７に対して、表示済みのコンテンツデータ１５２の前半部１５２ａを読み書きし、表示済み後半蓄積部１０８に対して、表示済みのコンテンツデータ１５２の後半部１５２ｂを読み書きする。
次に、端末装置１０１が、コンテンツデータ１５２を表示するタイミングを制御する処理について図１９を用いて説明する。図１９は、端末装置１０１が、コンテンツデータ１５２を表示するタイミングを制御する処理を示す図である。
図１９に示される処理は、移動体１４３の移動中に、常に所定の時間間隔で繰り返されるものである。なお、図１９に示される処理を、移動体１４３が所定の距離だけ移動する毎に繰り返してもよい。
まず、端末装置１０１は、移動体１４３の位置を検出する（ステップＳ７０１）。この検出処理は、位置検出部１１０によって行われる。また、ステップＳ７０１において、位置検出部１１０は、移動体１４３の速度をさらに検出する。
次に、端末装置１０１の表示制御部１０９が、コンテンツリスト１５３の１つのコンテンツデータ１５２（レコード）に注目する（ステップＳ７０２）。なお、コンテンツリスト１５３は、ステップＳ３０１（図６）において既に取得されている。
次に、表示制御部１０９は、ステップＳ７０２で注目したコンテンツデータ１５２が関連する位置（コンテンツ位置）が注目したコンテンツデータが表示される否かを決定する領域であるコンテンツデータ表示トリガ領域に含まれているか否かを判定する（ステップＳ７０３）。
コンテンツデータ表示トリガ領域は、ステップＳ７０１で検出した移動体１４３の位置に基づいて決定される。コンテンツデータ表示トリガ領域は、例えば、３分（所定の時間）の間移動体１４３が移動していると予想される位置の領域として決定される。
表示制御部１０９は、コンテンツ位置がコンテンツデータ表示トリガ領域に含まれているか否かの判定を、３分（所定の時間）の間に移動体１４３がステップＳ７０１で検出された位置から移動することによって移動体１４３がコンテンツ位置に到達すると予測されるか否かで判定する。
ステップＳ７０３の判定の結果が「Ｙｅｓ」である場合には、表示制御部１９は、ステップＳ７０４の処理に進む。一方、ステップＳ７０３の判定の結果が「Ｎｏ」である場合には、表示制御部１０９は、ステップＳ７０５の処理に進む。
ステップＳ７０４において、表示制御部１０９は、注目したコンテンツデータ１５２を、表示候補コンテンツデータとして指定する。
また、ステップＳ７０５において、表示制御部１０９は、コンテンツリスト１５３のすべてのコンテンツデータについて、ステップＳ７０２〜ステップＳ７０４の処理が完了したか否かを判定する。
ステップＳ７０５の判定の結果が「Ｙｅｓ」である場合には、表示制御部１０９は、ステップＳ７０６の処理に進む。また、ステップＳ７０５の判定の結果が「Ｎｏ」である場合には、表示制御部１０９はステップＳ７０２の処理に戻る。
ステップＳ７０６において、表示制御部１０９は表示候補コンテンツデータの１つを注目する。
次に、表示制御部１０９は、注目したコンテンツデータ１５２が蓄積部１１３に蓄積されているか否かを判定する（ステップＳ７０７）。表示制御部１０９は、この判定を、蓄積管理部１１２に問い合わせることによって行う。
なお、注目したコンテンツデータ１５２の少なくとも前半部が蓄積部１１３に蓄積されている場合には、ステップＳ７０７の判定の結果は「Ｙｅｓ」になる。
ステップＳ７０７の判定の結果が「Ｙｅｓ」である場合には、表示制御部１０９は、ステップＳ７０８の処理に進む。また、ステップＳ７０７の判定の結果が「Ｎｏ」である場合には、表示制御部１０９はステップＳ７０９の処理に進む。
ステップＳ７０８において、表示制御部１０９は、蓄積管理部１１２に、注目したコンテンツデータ１５２の蓄積１１３からの読み出しを、コマンドＤを発行することで指示する。
これに対して、蓄積管理部１１２は、表示制御部１０９によって発行されたコマンド（コマンドＤ）に応答して、注目したコンテンツデータ１５２を蓄積部１１３から読み出す。
なお、コマンドＤに応答して蓄積管理部１１２が行う処理の詳細は、図２１を参照して後述される。
ステップＳ７０９において、表示制御部１０９は、注目したコンテンツデータ１５２をコンテンツサーバ１０３から取得する。表示制御部１０９は、コンテンツデータ１５２の取得を、コンテンツサーバ１０３に要求１５１（図２参照）を送信することによって行う。
なお、ステップＳ７０９において、表示制御部１０９は、コンテンツデータ１５２を前半部と後半部とに分けて取得してもよいし、コンテンツデータ１５２の全体を一度に取得してもよい。あるいは、表示制御部１０９は、コンテンツデータ１５２の前半部のみを取得するようにしてもよい。
次に、表示制御部１０９は、ステップＳ７０９で取得したコンテンツデータ１５２の蓄積を、蓄積管理部１１２にコマンドＥを発行することにより、指示する（ステップ７１０）。
これに対して、蓄積管理部１１２は、表示制御部１０９によって発行されたコマンド（コマンドＥ）に応答して、ステップＳ７０９で取得されたコンテンツデータ１５２の前半部と後半部とをそれぞれ蓄積部１１３の表示済み前半蓄積部１０７と表示済み後半蓄積部１０８とに蓄積する。
なお、蓄積管理部１１２がコマンドＥに応答して行う処理の詳細は、図２３を参照して後述する。
次に、表示制御部１０９は、注目したコンテンツデータ１１２を表示部１１４に表示する（ステップ７１１）。
なお、表示制御部１０９は、ステップＳ７０７において、蓄積部１１３に注目したコンテンツデータ１５２の前半部だけしか蓄積されていないために、ステップＳ７０８において、コンテンツデータ１５２の前半部だけしか読み出されなかった場合には、その前半部だけを表示部１１４に表示する。また、表示制御部１０９は、ステップＳ７０９において、コンテンツデータ１５２の前半部だけしか取得されなかった場合には、その前半部だけを表示部１１４に表示する。また、表示制御部１０９は、コンテンツデータ１５２の前半部が文書の全体と、動画の一部とから構成される場合には、その文書の全体と、その動画の一部（すなわち、動画の途中まで）とを表示する。
このようにして、表示制御部１０９は、コンテンツデータ１５２を表示する。
次に、表示部１１４に表示されるコンテンツデータ１５２について図２０を用いて説明する。図２０は、コンテンツデータ１５２が表示部１１４（図１）に表示される様子を示す図である。
領域１１０７には、移動体１４３の周囲の道路地図に重畳して、コンテンツデータ取得領域５０１とコンテンツデータ表示トリガ領域５０４とが表示されている。また、領域１１０８には、コンテンツデータ１５２の内容が表示されている。図２０に示される例では、コンテンツデータ１５２は、レストランの広告情報である。
また、図２０において、領域１１０７内に示されるハッチングを施した三角形は、コンテンツデータ表示トリガ領域５０４に含まれるコンテンツのコンテンツ位置１１０４を表す。また、白抜きの丸印は、コンテンツデータ取得領域５０１に含まれるがコンテンツデータ表示トリガ領域５０４には含まれないコンテンツ位置１１０５を表す。また、ハッチングを施した星型は、現在、領域１１０８に表示されているコンテンツデータ１５２のコンテンツ位置１１０６を表す。
なお、領域１１０８には、コンテンツデータ表示トリガ領域５０４にコンテンツ位置が含まれるコンテンツデータを自動的に逐次表示されるようにしてもよい。また、領域１１０７に表示されたコンテンツ位置１１０４をユーザが指定した場合に、そのコンテンツ位置に対応するコンテンツデータの内容を領域１１０８に表示するようにしてもよい。
また、領域１１０７に表示されている地図上（または地図の外部）に、そのコンテンツデータが表すコンテンツの要約やコンテンツに関連する施設の名称を表示してもよい。これは、そのような要約や施設の名称をコンテンツリスト１５３に付加することによって実現される。
また、コンテンツデータ取得領域５０１とコンテンツデータ表示トリガ領域５０４は、移動体１４３の移動に伴って移動する。図２０に示されるように、ある時点におけるコンテンツデータ表示トリガ領域５０４は、その全体が、その時点におけるコンテンツデータ取得領域５０１に含まれるように決定される。
図６および図１９を用いて説明したように、先読みスケジューラ１０４と表示制御部１０９とはそれぞれ、コンテンツデータ１５２を取得するタイミングと表示するタイミングとを、コンテンツ位置がコンテンツデータ取得領域５０１とコンテンツデータ表示トリガ領域５０４とに含まれるか否かに基づいて制御する。
従って、表示制御部１０９は、注目しているコンテンツデータ１５２のコンテンツ位置が移動体１４３から比較的近づいてからコンテンツデータ１５２を表示するように、コンテンツデータ１５２の表示タイミングを制御する。一方、先読みスケジューラ１０４は、表示部１１４に表示される以前にコンテンツデータ１５２を取得する（先読みする）ようにコンテンツデータ１５２の取得タイミングを制御する。
このような「先読み」が何らかの原因でなされなかった場合（例外的な場合）にのみ、ステップＳ７０７（図１９）における判定の結果が「Ｎｏ」になり、それ以外の通常の場合には「Ｙｅｓ」になる。
次に、蓄積管理部１１２がコマンドＤを受信した場合の処理について図２１を用いて説明する。図２１は、蓄積管理部１１２がコマンドＤを受領した場合処理を示す図である。
上述したように、表示制御部１０９は、コマンドＤは、ステップＳ７０７（図１９）における判定の結果が「Ｙｅｓ」である場合に、蓄積管理部１１２に、注目したコンテンツデータ１５２を蓄積部１１３から読み出す指示をするために、コマンドＤを発行する（ステップＳ７０８）。
これに対して、蓄積管理部１１２は、コマンドＤを受領する（ステップ６３２）。また、この際に、蓄積管理部１１２は、図１９のステップＳ７０２において注目したコンテンツデータ１５２が表示制御部１０９から通知される。
次に、蓄積管理部１１２は、注目したコンテンツデータ１５２が先読み蓄積部１０６に蓄積されているか否かを判定する（ステップＳ６３３）。蓄積管理部１１２は、この判定を、先読み蓄積部１０６を検索することによって行う。
ステップＳ６３３の判定の結果が「Ｙｅｓ」である場合には、蓄積管理部１１２は、ステップＳ６４１の処理に進む。また、ステップＳ６３３の判定の結果が「Ｎｏ」である場合には、蓄積管理部１１２は、ステップＳ６３４の処理に進む。
ステップＳ６３４において、蓄積管理部１１２は、注目したコンテンツデータ１５２の前半部を表示済み前半蓄積部１０７から読み出す。
次に、蓄積管理部１１２は、注目したコンテンツデータ１５２の後半部が表示済み後半蓄積部１０８に蓄積されているか否かを判定する（ステップＳ６３５）。蓄積管理部１１２は、この判定を、表示済み後半蓄積部１０８を検索することによって行う。
ステップＳ６３５の判定の結果が「Ｙｅｓ」である場合には、蓄積管理部１１２はステップＳ６３７の処理に進む。また、ステップＳ６３５の判定の結果が「Ｎｏ」である場合には、蓄積管理部１１２は、ステップＳ６３６の処理に進む。
ステップＳ６３６において、蓄積管理部１１２は、ステップＳ６３４において読み出した、注目したコンテンツデータ１５２の前半部を表示制御部１０９に返す。そして、蓄積管理部６３６は、ステップＳ６４０の処理に移行する。
ステップＳ６３７において、蓄積管理部１１２は、ステップＳ６３４において読み出した、注目したコンテンツデータ１５２の後半部を表示済み後半蓄積部１０８から読み出す。
次に、蓄積管理部１１２は、読み出した、注目したコンテンツデータ１５２の前半部と後半部とを表示制御部１０９に返す（ステップＳ６３８）。
次に、蓄積管理部１１２は、注目したコンテンツデータ１５２の後半部の削除優先度を「高」に設定する（ステップＳ６３９）。
次に、蓄積管理部１１２は、注目したコンテンツデータ１５２の前半部の削除優先度を「低」に設定する（ステップＳ６４０）。これは、表示された後に蓄積部１１３に蓄積されたコンテンツデータ１５２が再度表示のために読み出された場合には、今後もそのコンテンツデータ１５２を再利用する可能性があるからである。
そして，蓄積管理部１１２は、ステップＳ６４０の処理のあと、ステップＳ６４１の処理に移行する。
一方、ステップＳ６４１において、蓄積管理部１１２は、注目したコンテンツデータ１５２（前半部および後半部）を先読み蓄積部１０６から読み出す。
次に、蓄積管理部１１２は、読み出したコンテンツデータ１５２を表示制御部１０９に返す（ステップＳ６４２）。
次に、蓄積管理部１１２は、注目したコンテンツデータ１５２を先読み蓄積部１０６から削除する（ステップＳ６４３）。
次に、蓄積管理部１１２は、注目したコンテンツデータ１５２の前半部を表示済み前半蓄積部１０７に蓄積する（ステップＳ６４４）。
次に、蓄積管理部１１２は、注目したコンテンツデータ１５２の前半部に割り当てられる削除優先度を「低」に設定する（ステップＳ６４５）。
なお、移動体の経路１４４（図１）が予め計画されており、その経路１４４上（またはその近傍）にコンテンツデータ１５２のコンテンツ位置がある場合には、蓄積管理部１１２が、ステップＳ６４５において、そのコンテンツデータ１５２の前半部に割り当てられる削除優先度を「低」に設定し、それ以外の場合には、削除優先度を「高」に設定するようにしてもよい。
次に、蓄積管理部１１２は、注目したコンテンツデータ１５２の後半部を表示済み後半蓄積部１０８に蓄積する（ステップＳ６４６）。
次に、蓄積管理部１１２は、注目したコンテンツデータ１５２の後半部に割り当てられる削除優先度を「高」に設定する（ステップＳ６４７）。
そして、蓄積管理部１１２は、注目したコンテンツデータ１５２の参照時刻を現在の時刻に更新する（ステップ６４８）。
参照時刻は、蓄積管理部１１２が、蓄積部１１３に蓄積したデータに対して割り当てる属性の１つであり、参照時刻が古いデータは参照時刻が新しいデータよりも削除されやすくなる。また、データ（例えば、コンテンツデータ１５２）が新たに蓄積部１１３に蓄積される際には、その蓄積された時刻が参照時刻として割り当てられる。
図１９からわかるように、図２１に示される処理は、コンテンツデータ１５２が表示部１１４に表示される直前に行われる。上述したステップＳ６４３〜ステップＳ６４７は、コンテンツデータ１５２が表示部１１４に表示される際に、蓄積部１１３の先読み蓄積部１０６に蓄積されたコンテンツデータ１５２を表示済み前半蓄積部１０７と表示済み後半蓄積部１０８とに移す処理に相当する。
図２２は、蓄積管理部１１２が、蓄積部１１３の先読み蓄積部１０６に蓄積されたコンテンツデータ１５２を表示済み前半蓄積部１０７と表示済み後半蓄積部１０８とに移す処理の流れを模式的に示したものである。図２２において、「Ｓ」を先頭に付した参照番号は、図２１に示される対応するステップを示し、重複した説明は省略する。
このようにして、蓄積管理部１１２は、コマンドＤを受信した場合、コンテンツデータ１５２を表示済み前半蓄積部１０７と表示済み後半蓄積部１０８とに移す。
次に、蓄積管理部１１２が、コマンドＥを受領した場合の処理について図２３を用いて説明する。図２３は、蓄積管理部１１２が、コマンドＥを受領した場合に行う処理を示す図である。
上述したように、表示制御部１０９は、ステップＳ７０７（図１９）における判定の結果が「Ｎｏ」である場合に、蓄積管理部１１２に、取得したコンテンツデータ１５２の蓄積部１１３への蓄積を指示するためにコマンドＥを発行する（ステップ７１０）。
これに対して、蓄積管理部１１２は、コマンドＥを受領する（ステップＳ６５１）。また、蓄積管理部１１２は、この際に、表示制御部１０９がステップＳ７０９（図１９）で取得したコンテンツデータ１５２を受領する。
次に、蓄積管理部１１２は、取得したコンテンツデータ１５２の前半部を表示済み前半蓄積部１０７に蓄積する（ステップＳ６５２）。
次に、蓄積管理部１１２は、表示済み前半蓄積部１０７に蓄積された前半部に割り当てられる削除優先度を「低」に設定する（ステップＳ６５３）。
次に、蓄積管理部１１２は、取得したコンテンツデータ１５２の後半部を表示済み後半蓄積部１０８に蓄積する（ステップＳ６５４）。
そして、蓄積管理部１１２は、表示済み後半蓄積部１０８に蓄積された後半部に割り当てられる削除優先度を「高」に設定する（ステップＳ６５５）。
このようにして、蓄積管理部１１２は、コマンドＥを取得した場合に、削除優先度を設定する。
次に、端末装置１０１が、１つのコンテンツデータ１５２を取得し、表示するまでの処理について図２４を用いて説明する。図２４は、端末装置１０１が、１つのコンテンツデータ１５２を取得し、表示する際にコンテンツデータ１５２に対して行う処理を示す図である。図２４において、左右方向の位置は、注目しているコンテンツデータ１５２が格納されている場所を示す。また、カッコ内に示される参照番号は、図６、図１１、図１４〜図１６、図１９、図２１および図２３に示す処理手順（ステップ）を示す図６、図１１、図１４〜図１６、図１９、図２１および図２３では、それぞれの処理を実行する主体に注目して各ステップを示したが、図２４は、処理が実行される対象である１つのコンテンツデータ１５２に注目して各ステップを示している。各ステップは、注目している１つのコンテンツデータ１５２に対してなされるステップ（段階）である。
まず、コンテンツデータ１５２は、最初は、コンテンツサーバ１０３に格納されている（段階１０００）。
次に、移動体１４３が地域１４６内を移動することに伴って、段階１００１において検出された移動体１４３の位置（第１位置）とコンテンツ位置とが、「第１位置に基づいて定められるコンテンツデータ取得領域にコンテンツ位置が含まれる」という条件（第１の条件）が満たされるようになったと判定される（段階１００２）と、コンテンツデータ１５２の前半部が端末装置１０１によって取得される（段階１００３）。
段階１００２の判定は、先読みスケジューラ１０４によって行われる。
次に、段階１００３で取得されたコンテンツデータ１５２の前半部は、先読み蓄積部１０６に蓄積される。この際に、コンテンツデータ１５２の前半部に割り当てられる削除優先度は、「低」に設定される（段階１００５）。
次に、コンテンツデータ１５２の前半部が取得された後に、段階１００４における移動体１４３の位置（第２位置）と、コンテンツ位置とが、ステップＳ３２９（図１１）の条件（第２の条件）を満たす場合（段階１００６）には、コンテンツデータ１５２の後半部が端末装置１０１によって取得される（段階１００７）。
このように、コンテンツデータ１５２は、２段階に分けて取得される。
コンテンツデータ１５２の前半部を取得した後にコンテンツデータ１５２の後半部をさらに取得するかどうかは、コンテンツデータ１５２の前半部を取得した後の移動体１４３の位置（第２位置）に基づいて判定される。従って、コンテンツデータが無駄に取得されることが防止される。その結果、伝送路（無線通信路１４１）を効率的に利用することができる。
次に、段階１００７で取得されたコンテンツデータ１５２の後半部は、先読み蓄積部１０６に蓄積される。この際に、コンテンツデータ１５２の後半部に割り当てられる削除優先度は、「低」に設定される（段階１００８）。
上述したように、図６に示される処理は、移動体１４３の移動中に、所定の時間間隔または移動体１４３が所定の距離だけ移動する間隔で繰り返される。従って、図６に示されるステップＳ３０９に応答して蓄積管理部１１２によって実行される、図１４に示される処理も、同様に繰り返される。
また、ステップＳ３０６（図６）は、コンテンツリスト１５３に含まれる各コンテンツデータについて実行されるので、先読み蓄積部１０６に蓄積されたコンテンツデータ１５２についても実行される。
従って、コンテンツデータ１５２の前半部と後半部とが取得された後に、移動体１４３が地域１４６内を移動することに伴って、段階１００９において検出された移動体１４３の位置（第４位置）とコンテンツ位置とが、「第４位置に基づいて定められるコンテンツデータ取得領域にコンテンツ位置が含まれる」という条件（第４の条件）が満たされるか否かが判定される。この判定は、先読みスケジューラ１０４によって行われる（図６に示されるステップＳ３０６）。
この判定の結果に応じて、蓄積管理部１１２は、コンテンツデータ１５２に割り当てられる削除優先度を決定する（段階１０１０）。
段階１００９と段階１０１０とは、先読み蓄積部１０６に蓄積されたコンテンツデータ１５２が表示されるまでの間、繰り返して行われる。もちろん、コンテンツデータ１５２が先読み蓄積部１０６に蓄積された後、すぐに表示された場合には、コンテンツデータ１５２に対しては段階１００９と段階１０１０とはなされない。
段階１０１０において、第４位置に基づいて定められるコンテンツデータ取得領域にコンテンツデータ１５２のコンテンツ位置が含まれない場合には、コンテンツデータ１５２に割り当てられる削除優先度が「高」に設定される。これにより、このコンテンツデータ１５２は蓄積部１１３から削除されやすくなる。その結果、蓄積部１１３の蓄積容量を効果的に使用することが可能になるという効果が得られる。
なお、この効果は、コンテンツデータ１５２の取得を２段階に分けて行うか否かに関わりなく得られる。同様に、コンテンツデータ１５２の取得を２段階に分けて行うことによって得られる、伝送路を効率的に利用することができるという効果は、段階１０１０において蓄積されたコンテンツデータにどのような削除優先度を割り当てるかに関わりなく得られる。さらに、コンテンツデータ１５２の取得を２段階に分けて行うことによって得られる効果は、コンテンツデータ１５２を前半部と後半部とに分けて取得する場合に限定されず、コンテンツデータ１５２を任意の２つ以上の部分（すなわち、コンテンツデータ１５２の一部と、その残りの部分）に分けて取得する場合に得ることができる。
上述したように、図１９に示される処理は、移動体１４３の移動中に、所定の時間間隔または移動体１４３が所定の距離だけ移動する間隔で繰り返される。
従って、コンテンツデータ１５２の前半部と後半部とが取得された後に、移動体１４３が地域１４６内を移動することに伴って、段階１０１１において検出された移動体１４３の位置（第３位置）とコンテンツ位置とが、「第３位置に基づいて定められるコンテンツデータ表示トリガ領域にコンテンツ位置が含まれる」という条件（第３の条件）が満たされるか否かが判定される（段階１０１２）。
この判定は、表示制御部１０９によって行われる（図１９に示されるステップＳ７０３）。
表示部１１４は、第３の条件に基づいて、コンテンツデータ１５２（前半部および後半部）を表示する（段階１０１５）。なお、段階１００６において、コンテンツデータ１５２の後半部を取得するための条件（第２の条件）が満たされず、かつ、段階１０１２において、第３の条件が満たされる場合には、表示部１１４は、コンテンツデータ１５２の前半部だけを表示する。
段階１００６において第３の条件が満たされたにも関わらず、まだコンテンツデータ１５２が取得されていない場合（例外的な場合）には、そのコンテンツデータ１５２は、表示制御部１０９によって取得される（段階１０１３および段階１０１４）。
コンテンツデータ１５２が表示部１１４に表示される際に、先読み蓄積部１０６に蓄積されたコンテンツデータ１５２は、表示済み前半蓄積部１０７と表示済み後半蓄積部１０８とに移される（段階１０１６）。表示済み前半蓄積部１０７に移された時点で、コンテンツデータ１５２の前半部に割り当てられる削除優先度は、「低」に設定され、表示済み後半蓄積部１０８に移された時点で、コンテンツデータ１５２の後半部に割り当てられる削除優先度は、「高」に設定される（段階１０１７）。
このように、蓄積管理部１１２が段階１０１７においてコンテンツデータ１５２の前半部と後半部とに異なる削除優先度を割り当てる理由は、少なくともコンテンツデータ１５２の前半部があればそのコンテンツデータ１５２の概要を表示することができるからである。
先読み蓄積部１０６に蓄積されていたときにコンテンツデータ１５２に対して段階１００９および段階１０１０がなされたのと同様に、表示済み前半蓄積部１０７と表示済み後半蓄積部１０８とにそれぞれ蓄積されたコンテンツデータ１５２の前半部と後半部に対して、段階１００９および段階１０１０とがなされる。
すなわち、表示部１１４がコンテンツデータ１５２を表示した後に、移動体１４３が地域１４６内を移動することに伴って、段階１０１８において検出された移動体１４３の位置（第５位置）とコンテンツ位置とが、「第５位置に基づいて定められるコンテンツデータ取得領域にコンテンツ位置が含まれる」という条件（第５の条件）が満たされるか否かが判定される。この判定は、先読みスケジューラ１０４によって行われる（図６に示されるステップＳ３０６）。
この判定の結果に応じて、蓄積管理部１１２は、コンテンツデータ１５２に割り当てられる削除優先度を決定する（段階１０１９）。
段階１０１８と段階１０１９とは、表示済み前半蓄積部１０７に蓄積されたコンテンツデータ１５２の前半部が削除され、かつ、表示済み後半蓄積部１０７に蓄積されたコンテンツデータ１５２の後半部が削除されるまで、繰り返して行われる。もちろん、表示部１１４がコンテンツデータ１５２を表示した後に、すぐに前半部と後半部との両方が削除された場合には、コンテンツデータ１５２の前半部と後半部に対しては、段階１０１８と段階１０１９とがなされない。
段階１０１９において、第５位置に基づいて定められるコンテンツデータ取得領域にコンテンツデータ１５２のコンテンツ位置が含まれない場合には、コンテンツデータ１５２に割り当てられる削除優先度が「高」に設定され、そのコンテンツデータ１５２は蓄積部１１３から削除されやすくなる。その結果、蓄積部１１３の蓄積容量を効果的に使用することが可能になるという効果が得られる。
なお、この効果は、コンテンツデータ１５２の取得を２段階に分けて行うか否かに関わりなく得られることは言うまでもない。
図２４に示される例では、段階１０１９において、「第５位置に基づいて定められるコンテンツデータ取得領域にコンテンツ位置が含まれる」という条件に基づいて削除優先度が決定されていた。しかし、図１９を参照して上述したように、移動体の経路１４４（図１）が予め計画されている場合には、その計画された経路１４４（予め定められた移動経路）とコンテンツ位置との関係に基づいて、コンテンツデータ１５２に割り当てられる削除優先度が決定されてもよい。
例えば、予め定められた移動経路上（またはその近傍）にコンテンツデータ１５２のコンテンツ位置がある場合には、そのコンテンツデータ１５２の前半部に割り当てられる削除優先度を「低」に設定し、後半部に割り当てられる削除優先度を「高」に設定してもよい。削除優先度をこのように設定することによって、例えば、移動体１４３が往復で同一の経路を通ることが予めわかっている場合に、往路で蓄積したコンテンツデータ１５２が復路において利用されるまで蓄積部１１３から削除されずに残される可能性が高くなる。これにより、無線通信路１４１の利用効率を高くすることが可能になる。
次に、蓄積管理部１１２は、蓄積部１１３に蓄積されるデータに削除優先度を割り当てることによって、蓄積部１１３に蓄積されるデータを管理する。そして、蓄積管理部１１２は、表示済み前半蓄積部１０７に蓄積されたコンテンツデータ１５２の前半部と、表示済み後半蓄積部１０８に蓄積されたコンテンツデータ１５２の後半部とを、削除優先度と参照時刻とに基づいて削除する（段階１０２０）。
図２４に示されるように、コンテンツデータ１５２の取得および表示を制御するための移動体１４３の位置に基づく判定処理は、先読みスケジューラ１０４と表示制御部１０９とによって行われている。先読みスケジューラ１０４と表示制御部１０９とは、全体として、移動体１４３の位置に基づく判定処理を行う判定部１５０（図２）として機能する。
なお、図２４は、コンテンツデータ１５２の典型的な例を挙げているので、図２４に示されていない挙動を示すコンテンツデータ１５２もある。例えば、先読み蓄積部１０６に蓄積されたコンテンツデータ１５２も、削除優先度と参照時刻とに基づいて削除される。また、一旦表示済み前半蓄積部１０７と表示済み後半蓄積部１０８とに移された後に、コンテンツデータ１５２が再度表示されることもある。
図２５は、蓄積管理部１１２が、削除優先度と参照時刻とに基づいて、蓄積部１１３に蓄積されたデータを管理する様子を示す図である。
蓄積管理部１１２は、先読み部１０５または表示制御部１０９からコンテンツデータ１５２を蓄積するコマンド（コマンドＢ、ＣまたはＥ）を受領した時に、蓄積部１１３の残りの容量をチェックする。
蓄積管理部１１２は、残りの容量が少ない場合には、削除順位（削除される際の優先順位）の最も高いものから順番に削除する。
図２５に示されるように、削除順位は、蓄積部１１３に蓄積されるそれぞれのデータ（例えば、コンテンツデータ１５２の前半部および後半部）について、削除優先度（「高」または「低」）とそのデータの参照時刻とに基づいて決定される。削除順位は、削除優先度「高」で最終参照時刻の最も古いものが最も高く、順に最終参照時刻の新しいものへ低くなり、さらに削除優先度「低」で最も最終参照時刻の古いものから順に新しいものへなるに従って低くなる。
図２５においては、左側に位置するデータほど削除されやすいデータとなる。
また、削除順位は、蓄積部１１３に含まれる先読み蓄積部１０６、表示済み前半蓄積部１０７および表示済み後半蓄積部１０８の間で区別せずに設定される。
なお、蓄積部１１３は、物理的に３つの蓄積部（先読み蓄積部１０６、表示済み前半蓄積部１０７および表示済み後半蓄積部１０８）に分けられている必要はない。
蓄積部１１３に含まれる３つの蓄積部を１つの記憶装置によって実現する形態について図２６を用いて説明する。図２６は、蓄積部１１３に含まれる３つの蓄積部を１つの記憶装置によって実現する場合に、蓄積管理部１１２が蓄積部１１３に蓄積されたデータの種類を区別して管理するために用いるテーブルの一例を示す図である。
テーブル８５１は、蓄積部１１３に蓄積されたファイル（コンテンツデータ）の名前を格納する名前フィールド８５２、そのファイルのアドレス（ＵＲＬ）を格納するアドレスフィールド８５３、種別（未表示を表す「先読み」、表示済みの前半部を表す「前半」、表示済みの後半部を表す「後半」）を格納する種別フィールド８５４、種別が「前半」または「後半」の場合に、残りの部分の有無とそのファイル名を格納する残ファイルフィールド８５５、参照時刻を格納する参照時間フィールド８５６、コンテンツ位置を格納する位置フィールド８５７および削除優先度を格納する優先度フィールド８５８を含む。
蓄積管理部１１２が、テーブル８５１を用いることによって、ファイルの詳細情報を知ることができる。これにより、蓄積部１１３に含まれる３つの蓄積部（先読み蓄積部１０６、表示済み前半蓄積部１０７および表示済み後半蓄積部１０８）を１つの記憶装置によって実現することができる。
次に、端末装置１０１がコンテンツデータを取得し、表示可能にする様子について図２７を用いて説明する。図２７は、端末装置１０１が、移動体１４３の移動に伴ってコンテンツデータを取得し、表示可能にする様子を示す図である。
図２７に示される横軸ｔは、時間の経過を表す。時間は、図２７の左側から右側へと流れる。コンテンツデータＡは、Ａ地点に関連するコンテンツＡを表し、コンテンツデータＢは、Ｂ地点に関連するコンテンツＢを表すものとする。
図２７において、時刻９０６はコンテンツデータＡの表示限度時刻（移動体１４３がＡ地点を通過する時刻）であり、時刻９０７はコンテンツデータＢの表示限度時刻（移動体１４３がＢ地点を通過する時刻）である。
時刻９０１においては、コンテンツデータＡもコンテンツデータＢも取得されていない。時刻９０２では、コンテンツデータＡの前半部Ａ’およびコンテンツデータＢの前半部Ｂ’が取得されている。時刻９０３では、コンテンツデータＡの後半部Ａ”およびコンテンツデータＢの後半部Ｂ”が取得されており、コンテンツデータＡ全体（＝Ａ’＋Ａ”）およびコンテンツデータＢ全体（＝Ｂ’＋Ｂ”）が表示可能になっている。
コンテンツデータＡは、時刻９０４において表示され、コンテンツデータＢは、時刻９０５において自動的に表示される。時刻９０４は、例えば、コンテンツデータＡのコンテンツ位置がコンテンツデータ表示トリガ領域に含まれるようになる時刻である。時刻９０５は、例えば、コンテンツデータＢのコンテンツ位置がコンテンツデータ表示トリガ領域に含まれるようになる時刻である。
なお、コンテンツデータが自動的に表示される以前に（すなわち、コンテンツデータのコンテンツ位置がコンテンツデータ表示トリガ領域に含まれる前に）、ユーザ（例えば、移動体１４３の運転者または同乗者）による要求に応答してコンテンツデータが表示されてもよい。このような要求は、例えば、表示部１１４の領域１１０７（図２０）に白抜きの丸印で示されるコンテンツ位置をユーザが指で触れることによって行なわれる。
時刻９０２において、ユーザによるコンテンツＡの表示要求がなされた場合には、端末装置１０１は、コンテンツデータＡの前半部Ａ’のみを表示することができる。
図２７に示される例では、コンテンツデータＡの前半部Ａ’は、文書と、静止画と、動画の一部とからなる。従って、ユーザには、文書と、静止画と、動画の途中までと、が表示される。
なお、コンテンツデータＡの構成は、図２７に示す構成に限定されない。例えば、コンテンツデータＡが音声付きの動画であっても良い。この場合は、コンテンツデータＡの前半部Ａ’は、文書と音声、コンテンツデータＡの後半部Ａ”は、映像というようになる。
なお、時刻９０２においてコンテンツデータＡの前半部Ａ’のみを閲覧したユーザが、コンテンツデータＡに興味がなく、後半部Ａ”を表示する必要がないと判断した場合には、その旨を端末装置１０１に入力することによって、コンテンツデータＡの後半部Ａ”が取得されないようにしてもよい。これによって、無線通信路１４１（図２）の使用効率をより高くすることができる。
時刻９０３において、ユーザによりコンテンツＡの表示要求がなされた場合には、端末装置１０１は、コンテンツデータＡの全体を表示することができる。
もし、端末１０１が、時刻９０２の位置で通信障害が発生して（例えば、電波が途切れるなどして）コンテンツデータＡの後半部Ａ”が取得できなくなっても、時刻９０３においてコンテンツデータＡの前半部Ａ’は表示することができる。
このように、本発明の端末装置１０１は、コンテンツデータＡの前半部Ａ’を、後半部Ａ”に先だって取得し、表示可能にすることができる。これにより、端末装置１０１は、コンテンツデータＡの全体を取得する前に、コンテンツデータＡによって表されるコンテンツを適時に提示することが可能になる。また、端末装置１０１は、コンテンツデータＡの前半部Ａ’を、後半部Ａ”に先だって取得することにより、通信障害によってコンテンツデータＡの全体が取得できなくなるリスクを低減することができる。
なお、時刻９０２においてコンテンツデータＡの前半部Ａ’のみを閲覧したユーザが、コンテンツデータＡに興味があって後半部Ａ”の取得を端末装置１０１に指示した場合にのみ、コンテンツデータＡの後半部Ａ”を取得するようにしてもよい。この場合には、コンテンツデータＡの後半部Ａ”の閲覧は、有料であってもよい。コンテンツデータＡの後半部Ａ”の閲覧が有料である場合には、料金を支払うことにより復号鍵を入手したユーザだけがコンテンツデータＡの後半部Ａ”を閲覧することが可能であるように、コンテンツデータＡの後半部Ａ”が暗号化してもよい。
なお、暗号化は、コンテンツデータＡの後半部Ａ”のみに限定されない。コンテンツデータＡを任意の２つ以上の部分に分け、その少なくとも１つの部分に暗号化が施されてもよい。暗号化される部分は、コンテンツデータＡのうちの重要な部分（商品価値がある部分）であることが望ましい。
コンテンツサーバ１０３（図２）が、コンテンツデータＡの後半部Ａ”を暗号化して送信すべきかどうかは、要求１５１がＲａｎｇｅ：指定（図１３に示される行４８１）を含むかどうかに基づいて決定される。要求１５１がＲａｎｇｅ：指定を含む場合には、コンテンツサーバ１０３は、コンテンツデータＡの後半部Ａ”を暗号化し、復号鍵および課金情報とともに端末装置１０１に送信する。
上述した実施の形態では、コンテンツデータ１５２を取得するか否かを、コンテンツデータ１５２のコンテンツ位置がコンテンツデータ取得領域に含まれているかという条件のみに応じて決めていた。しかし、この条件に加えて、さらに時刻、移動体１４３の連続走行時間、天気、移動体１４３の残存燃料の量、ユーザの嗜好、コンテンツのジャンルなどの条件に応じて、コンテンツデータ１５２を取得するか否かを決めてもよい。例えば、食事の時間帯には、ユーザの嗜好に応じたレストラン（例えば、和食レストラン）のコンテンツを表すコンテンツデータを取得するが、それ以外の時間帯にはこのコンテンツデータを取得しないようにしてもよい。
これは、コンテンツリスト１５３にキーワード情報を付加し、それらのキーワード情報と、ユーザの嗜好データベースとを照合することによって実現される。このような照合は、例えば、図６に示されるステップＳ３０６の後に行われる。
また、連続走行時間が長くなるとサービスエリアなどの休憩所やガソリンスタンドのコンテンツを表すコンテンツデータを取得するようにしたり、雨が降っているときは屋内の休憩・娯楽施設のコンテンツを表すコンテンツデータを取得したりするようにしてもよい。また、現在営業している施設に関するコンテンツを表すコンテンツデータのみが取得されるようにしてもよい。
コンテンツデータ１５２が、時刻、移動体１４３の連続走行時間、天気、移動体１４３の残存燃料の量、ユーザの嗜好、コンテンツのジャンルなどの条件を満たすか否かの判定は、端末装置１０１において行われる。従って、コンテンツサーバ１０３において検索を行う負荷が発生せず、コンテンツサーバ１０３のレスポンスが向上する。また、ユーザの嗜好が外部に漏れる恐れもない。
移動体１４３の経路１４４（図１）が予め計画されている場合には、移動体１４３の現在位置（第１の位置）よりも先のその経路１４４（予め定められた移動経路）上およびその近傍がコンテンツデータ取得領域として決定されてもよい。
この場合には、移動経路が決まった時点（例えば、移動体１４３が移動を開始する前）で移動経路上およびその近傍にコンテンツ位置を有するすべてのコンテンツデータが予め取得される。この場合、移動経路は端末装置１０１の内部で決定してもよいし、ユーザが所有する別の端末またはユーザ以外の者が提供しているサーバで決定し、決定された移動経路を磁気ディスクなどの記録媒体またはネットワークを経由して端末装置１０１に導入してもよい。
移動体１４３が移動を開始する前におけるコンテンツデータの先読みは、端末装置１０１が行ってもよいし、別の端末装置またはサーバが行って記録媒体またはネットワークを経由して端末装置１０１に導入してもよい。これにより、移動体１４３の移動中にコンテンツデータの取得に時間がかかって、そのコンテンツデータの表示が遅れることが避けられる。
また、上記実施の形態では、コンテンツデータを前半部と後半部に分けて取得する形態で説明したが、コンテンツデータの一部とその他の部分に分けて取得するようにしても良い。例えば、コンテンツデータが音声付きの動画である場合は、まず音声部分のみを取得し、後で動画部分を取得するようにしても良い。これにより、移動体がコンテンツ位置に遠い場合は音声のみを出力し、移動体がコンテンツ位置に近づくと音声に加え動画も出力するようにできる。
以上説明したように、上記実施の形態によれば、コンテンツデータを２段階に分けて取得できる。これにより、コンテンツデータの一部を、残りの部分に先だって取得でき、表示可能にできる。つまり、移動により位置が大きく変化した場合であっても、位置に応じた適切なコンテンツデータを取得でき、適時に提示することが可能になる。
また、上記実施の形態によれば、コンテンツデータの一部を取得した後にコンテンツデータの残りの部分をさらに取得するかどうかは、コンテンツデータの一部を取得した後の移動体の位置に基づいて判定できる。これにより、移動体の移動に伴って不用になったコンテンツデータを無駄に取得することを防止できる。この結果、伝送路を効率的に利用することができる。
また、上記実施の形態によれば、コンテンツデータを取得するかどうかを、移動体の位置（第１位置）に基づいて判定できる。従って、移動体の予定経路が設定されていない場合であっても、移動体の位置に応じたコンテンツデータを取得することができる。
さらに、上記実施の形態によれば、蓄積管理部が、蓄積部に蓄積されたコンテンツデータに削除優先度を割り当てることによって蓄積部に蓄積されたコンテンツデータを管理できる。また、蓄積部に蓄積されたコンテンツデータに割り当てられる削除優先度は、取得部がコンテンツデータを取得した後に検出される移動体の位置（第４位置）に基づいて決定される。つまり、移動体の位置から遠い位置情報を持つコンテンツデータ、つまり不要とおもわれるコンテンツデータから先に削除できるので、蓄積容量を効率的に使用することができる。
なお、端末装置１０１が行う処理をプログラムにし、汎用のコンピュータに実行させることにより、汎用のコンピュータに端末装置１０１の処理を行わせても良い。
本明細書は、２００１年１０月１６日出願の特願２００１−３１８６７２に基づく、この内容はすべてここに含めておく。
産業上の利用可能性
以上説明したように、本発明によれば、コンテンツデータを２段階に分けて取得できる。これにより、コンテンツデータの一部を、残りの部分に先だって取得でき、表示可能にできる。この結果、コンテンツデータによって表されるコンテンツを適時に提示することが可能になる。
【図面の簡単な説明】
図１は、本発明の一実施の形態にかかる端末装置が使用される形態を模式的に示す図であり、
図２は、上記実施の形態にかかる端末装置の構成を示すブロック図であり、
図３は、上記実施の形態にかかるコンテンツリストのデータ構造の一例を示す図であり、
図４は、上記実施の形態にかかるコンテンツリストのデータ構造の他の例を示す図であり、
図５は、上記実施の形態にかかるコンテンツリストのデータ構造のさらに他の例を示す図であり、
図６は、上記実施の形態にかかる先読みスケジューラがコンテンツデータを取得するタイミングの制御を示すフローチャートであり、
図７は、上記実施の形態にかかるコンテンツデータ取得領域の例を示す図であり、
図８は、上記実施の形態にかかるコンテンツデータ取得領域の他の例を示す図であり、
図９は、上記実施の形態にかかるコンテンツデータ取得領のさらに他の例を示す図であり、
図１０は、上記実施の形態にかかるコンテンツデータ取得領域のさらに他の例を示す図であり、
図１１は、上記実施の形態にかかる未取得コンテンツデータをコンテンツサーバから取得する処理手順を示すフローチャートであり、
図１２は、上記実施の形態にかかる端末装置が、コンテンツデータのサイズをコンテンツサーバに問い合わせる際に送信するコマンドの一例を示す図であり、
図１３は、上記実施の形態にかかる端末装置が、コンテンツデータの前半部を取得する際に、コンテンツサーバに送信する要求の一例を示す図であり、
図１４は、上記実施の形態にかかる蓄積管理部が、コマンドＡを受領した場合に行う処理を示すフローチャートであり、
図１５は、上記実施の形態にかかる蓄積管理部が、コマンドＢを受領した場合に行う処理を示すフローチャートであり、
図１６は、上記実施の形態にかかる蓄積管理部が、コマンドＣを受領した場合に行う処理を示すフローチャートであり、
図１７は、上記実施の形態にかかる蓄積管理部がコマンドＢまたはコマンドＣを受領した場合の処理の流れを模式的に示す図であり、
図１８は、上記実施の形態にかかる蓄積管理部が先読み蓄積部、表示済み前半蓄積部および表示済み後半蓄積部に蓄積するデータを管理する様子を模式的に示す図であり、
図１９は、上記実施の形態にかかる端末装置が、コンテンツデータを表示するタイミングを制御する処理を示すフローチャートであり、
図２０は、上記実施の形態にかかる表示部が、コンテンツデータを表示する様子を示す図であり、
図２１は、上記実施の形態にかかる蓄積管理部が、コマンドＤを受領した場合に行う処理を示すフローチャートであり、
図２２は、上記実施の形態にかかる蓄積管理部が、蓄積部の先読み蓄積部に蓄積されたコンテンツデータを表示済み前半蓄積部と表示済み後半蓄積部とに移す処理の流れを模式的に示す図であり、
図２３は、上記実施の形態にかかる蓄積管理部が、コマンドＥを受領した場合に行う処理を示すフローチャートであり、
図２４は、上記実施の形態にかかる端末装置が、１つのコンテンツデータを取得し、表示する際にそのコンテンツデータに対して行う処理を示す図であり、
図２５は、上記実施の形態にかかる蓄積管理部が、削除優先度と参照時刻とに基づいて、蓄積部に蓄積されたデータを管理する様子を示す図であり、
図２６は、上記実施の形態にかかる蓄積部に含まれる３つの蓄積部を１つの記憶装置によって実現する場合に、蓄積部に蓄積されるデータの種類を区別して管理するためのテーブルの一例を示す図であり、そして、
図２７は、上記実施の形態にかかる端末装置が、移動体の移動に伴ってコンテンツデータを取得し、表示可能にする様子を示す図である。
本発明は、位置に関連するコンテンツを取得し、提示する移動体用の端末装置に関する。
背景技術
近年、携帯電話網を含む無線通信網の整備に伴い、自動車などの移動体に搭載されて用いられる端末装置にコンテンツを提供するサービスが普及しつつある。移動体に搭載された端末装置に提供するコンテンツは、移動体が通る位置に関連するコンテンツであることが好ましい。
また、移動体と、コンテンツを表すデータ（コンテンツデータ）の提供元（例えば、コンテンツサーバ）との間は、無線通信路を含む通信路によって接続されている。無線通信路は有線通信路に比較してデータの伝送速度が低い。このため、時間の経過とともにその位置が変化する移動体に搭載された端末装置に、適時、位置に応じて適切なコンテンツを提供することが必要になる。
移動体が通る位置に関連するコンテンツを端末装置に提供する従来技術としては、例えば、下記文献に開示される技術が知られている。
文献：佐藤 他：「放送により配信される位置依存情報のキャッシュ方式」、情報処理学会論文誌、Ｖｏｌ．４１、Ｎｏ．９、ｐｐ．２４３４−２４４４、２０００年９月。
この文献に開示されている従来技術は、端末装置を搭載した自動車（移動体）が予め計画された経路に従って移動するという前提のものである。そして、移動体は、移動する経路上の位置に関連する情報（コンテンツ）をユーザに提示する以前に、そのコンテンツを表すコンテンツデータを、放送を介して取得し、端末装置のキャッシュに蓄積する。このようにして、ユーザにとってのデータアクセスの待ち時間を見かけ上なくし、適時にコンテンツを提供するようにしている。
上述したように、上記文献に開示される従来技術では、端末装置を搭載した移動体は、予め計画された経路（予定経路）に従って移動することを前提としている。このため、移動体は、その予定経路に近い位置に関連するコンテンツを表すコンテンツデータを予め取得する。
よって、この従来技術によれば、予定経路が設定されていない場合には、移動体は、コンテンツデータを予め取得しておくことができない。
そこで、移動体が、移動体の現在の位置に基づいて移動体の経路を予測し、その予測した経路に近い位置に関連するコンテンツを表すコンテンツデータを予め取得するようにすることが考えられる。しかし、この場合、移動体はその予測された経路を外れて移動することが考えられる。このため、移動体は、予めより広い範囲からより多くのコンテンツデータを取得しなければならない。従って、移動体は、結果的に表示されないコンテンツデータを多く蓄積しなければならなくなる。この結果、移動体は、端末装置の蓄積容量を効率的に使用することができなくなる。
また、上記文献は、コンテンツを表すコンテンツデータのサイズが大きいために、コンテンツの提供元から端末装置への伝送に必要な時間が大きくなる場合については考慮されていない。このように、コンテンツデータの伝送に必要な時間が大きい場合には、コンテンツデータの伝送が完了した時点で、移動体が既にそのコンテンツが関連する位置を通過している可能性がある。このような場合には、取得したコンテンツデータを適切な時に提示することができない。よって、取得したコンテンツデータが無駄になってしまう。その結果、伝送路の利用効率が低下する。
発明の開示
本発明の目的は、予定経路の設定の有無に関わりなく、また、コンテンツデータのサイズが大きい場合であっても、適切にコンテンツを取得することが可能な移動体用の端末装置を提供することである。
本発明は、位置に関連するコンテンツとこのコンテンツに対応する位置との組を少なくともひとつ以上格納したコンテンツリストを記憶し、現在の位置の位置に基づいてコンテンツを取得するコンテンツ取得領域を決定し、決定したコンテンツ取得領域に対応する位置を持つコンテンツをコンテンツリストから選択し、選択したコンテンツの一部を先だって取得し、選択したコンテンツの一部を取得した後の位置に基づいて前記選択したコンテンツの残りの部分が今後参照されるか否かを判断することにより、選択したコンテンツの残りの部分を取得するか否かを判断し、選択したコンテンツの残りの部分を取得すると判断した場合に選択したコンテンツの残りの部分を取得するようにした。
これにより、コンテンツデータのサイズが大きい場合であっても、コンテンツを２回に分けて取得することができる。この結果、コンテンツの一部を、残りの部分に先だって取得でき、表示可能にできる。つまり、移動により位置が大きく変化した場合であっても、位置に応じた適切なコンテンツを取得でき、提示できる。
発明を実施するための最良の形態
以下、本発明の実施の形態について添付図面を参照しながら説明する。なお、以下の説明で、同一の参照番号は同一の構成要素を示す。
まず、本発明の実施の形態にかかる端末装置の仕様される形態について図１を用いて説明する。図１は、上記実施の形態にかかる端末装置が使用される形態を模式的に示す図である。
端末装置１０１は、移動体１４３に搭載される。移動体１４３は、例えば、自動車、バイクおよび自転車等の一般的な移動体である。端末装置１０１が移動体１４３に搭載されるとは、端末装置１０１が移動体１４３に備え付けられていることと、持ち運び可能な端末装置１０１がユーザによって移動体１４３に持ち込まれて使用されることとの両方を意味する。
なお、ユーザが端末装置１０１を携帯して徒歩により移動する場合には、ユーザ自身を移動体とみなす。
端末装置１０１は、例えば、通信機能付きのカーナビゲーションシステム、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄａｔａ Ａｓｓｉｓｔ）またはノート型パーソナルコンピュータ等である。また、端末装置１０１は、携帯電話またはＰＨＳ等の任意の携帯型通信端末であってもよい。
移動体１４３は、経路１４４に沿って移動する。経路１４４は、予め計画されていてもよいし、計画されていなくてもよい。経路１４４の近くの位置には、施設１４５が存在する。
図１には、施設１４５の例として、レストランとガソリンスタンドが示されている。もちろん、施設１４５はこれらの例に限定されない。施設１４５は、ショッピング施設、観光施設等の、ユーザ（例えば、移動体１４３の運転者または同乗者）に提示することを望まれるコンテンツを有する施設であれば良い。
移動体１４３は、所定の地域１４６の内部を移動する。地域１４６は、例えば、国全体、関東地方、関西地方、都道府県または市町村である。あるいは、地域１４６は、このような行政区分とは無関係に定められる特定の地域であってもよい。また、経路１４４が予め計画されている場合には、地域１４６を経路１４４の周辺の地域となるように定めてもよい。
端末装置１０１は、無線通信路１４０によって広域道路情報サーバ１０２と接続されている。また、端末装置１０１は、無線通信路１４１によってコンテンツサーバ１０３と接続されている。
広域道路情報サーバ１０２およびコンテンツサーバ１０３は、例えば、任意の構成を有するサーバコンピュータである。
無線通信路１４０および無線通信路１４１は、例えば、携帯電話回線、ＰＨＳ回線、無線ＬＡＮ回線、ＤＳＲＣ等である。
なお、ＤＳＲＣはＤｅｄｉｃａｔｅｄ Ｓｈｏｒｔ Ｒａｎｇｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（狭域通信）の略であり、現在、有料道路の自動料金収受システムで用いられている通信方式である。ＤＳＲＣについての詳細は、文献：ＤＳＲＣシステム研究会編「ＩＴＳインフォメーションシャワー〜ＤＳＲＣシステムのすべて」、クリエイト・クルーズ（株）、に記載されている。
なお、端末装置１０１と広域道路情報サーバ１０２とが、無線通信路１４０で直接接続されていることは必須ではない。端末装置１０１と広域道路情報サーバ１０２との間に、無線通信路１４０に加えて、任意のネットワーク（例えば、インターネット）や有線通信路が介在していてもよい。また、端末装置１０１とコンテンツサーバ１０３との間も同様である。
コンテンツサーバ１０３は、端末装置１０１にコンテンツデータ（図２参照）を送信する。このコンテンツデータは、施設１４５の位置に関連するコンテンツを表す。そのようなコンテンツは、例えば、施設１４５の広告情報等である。あるいは、コンテンツは、施設１４５とは関係しない道路情報または観光情報であってもよい。つまり、コンテンツは、所定の地域１４６内の位置（例えば、施設１４５がある位置）に関連するものである。
端末装置１０１は、このようなコンテンツを表すコンテンツデータを受信し、表示する。
次に、本実施の形態にかかる端末装置１０１を含むコンテンツ配信システムの構成について図２を用いて説明する。図２は、端末装置１０１の構成を示す図である。
端末装置１０１は、先読みスケジューラ１０４と、先読み部１０５と、表示制御部１０９と、位置検出部１１０と、通信インタフェース１１１と、蓄積管理部１１２と、表示部１１４と、蓄積部１１３とを備える。
通信インタフェース１１１は、無線通信路１４０を介して広域道路情報サーバ１０２と通信する。また、通信インタフェース１１１は、無線通信路１４１を介してコンテンツサーバ１０３と通信する。
位置検出部１１０は、移動体１４３（図１参照）の位置を検出する。さらに、位置検出部１１０は、移動体１４３が移動する向き、移動する速度等を検出する。
位置検出部１１０は、例えば、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）センサである。また、位置検出部１１０は、ユーザに地図画面を提示し、提示した地図画面に対してユーザが指示した位置を検出し、検出した位置を移動体１４３の位置とする任意の入力デバイスであってもよい。また、位置検出部１１０は、カーナビゲーションシステム（図示せず）と連動していてもよい。
先読みスケジューラ１０４および表示制御部１０９は、移動体１４３の位置に基づいて、コンテンツデータ１５２の取得および表示を制御するための判定処理を行う判定部１５０として機能する。
先読みスケジューラ１０４は、通信インタフェース１１１を介してコンテンツリスト１５３を広域道路情報サーバ１０２から取得する。
表示制御部１０９は、通信インタフェース１１１を介してコンテンツサーバ１０３からコンテンツデータ１５２を取得する。
コンテンツリスト１５３は、例えば、地域１４６（図１参照）内の位置と、その位置に関連するコンテンツを表すコンテンツデータ１５２のアドレスとを対応付けるテーブルである。
先読み部１０５は、コンテンツを示すコンテンツデータ１５２を、通信インタフェース１１１を介してコンテンツサーバ１０３から取得する。先読み部１０５がコンテンツデータ１５２を取得するタイミングは、先読みスケジューラ１０４が、コンテンツリスト１５３に基づいて制御する。
蓄積部１１３は、コンテンツサーバ１０３から取得したコンテンツデータ１５２を格納する。蓄積部１１３は、未表示のコンテンツデータ１５２（前半部および後半部）を蓄積する先読み蓄積部１０６と、表示済みのコンテンツデータ１５２の前半部を蓄積する表示済み前半蓄積部１０７と、表示済みのコンテンツデータ１５２の後半部を蓄積する表示済み後半蓄積部１０８とを含む。
蓄積部１１３は、例えば、ハードディスクである。なお、蓄積部１１３は、任意のメモリであってもよい。
蓄積管理部１１２は、蓄積部１１３に蓄積されたデータ（例えば、コンテンツデータ１５２）に蓄積部１１３から削除する優先順位を決める削除優先度を割り当てることによって、蓄積部１１３に蓄積されたデータを管理する。
表示部１１４は、蓄積部１１３に蓄積されたコンテンツデータ１５２を表示する。表示部１１４がコンテンツデータ１５２を表示するタイミングは、表示制御部１０９が、コンテンツリスト１５３に基づいて制御する。
また、表示部１１４は映像のみでなく、音声も出力する。つまり、表示部１１４は、コンテンツデータが映像だけでなく、音声を含むものにも対応できる。
なお、表示部１１４の変わりに任意の提示装置を用いてもよい。提示装置としては、プリンタなども含まれる。
次に、広域道路情報サーバ１０２に格納されたコンテンツリスト１５２について図３を用いて説明する。図３は、コンテンツリスト１５３のデータ構造の一例を示す図である。
コンテンツリスト１５３には、地域１４６（図１）内の位置に関連するコンテンツのそれぞれについて、コンテンツが関連する地域１４６内の位置と、そのコンテンツを表すコンテンツデータ１５２のアドレスと、コンテンツデータ１５２のサイズと、が対応付けられて記載されている。
また、コンテンツリスト１５３には、複数のレコードが記載されている。各レコードとは、１つのコンテンツデータに対応したものである。
具体的には、コンテンツリスト１５３には、図３に示すように、各レコード毎に、「アドレス」フィールド２０１と、「位置」フィールド２０２と、「サイズ」フィールド２０３とが、記載されている。
「アドレス」フィールド２０１は、コンテンツデータ１５２のアドレスを格納する。コンテンツのアドレスは、例えば、コンテンツサーバ１０３（図１）におけるコンテンツの格納場所を示す。あるいは、端末装置１０１とコンテンツサーバ１０３との間にインターネット等のネットワークが介在する場合には、コンテンツデータ１５２のアドレスは、そのネットワーク上でコンテンツデータ１５２の格納場所を一意に特定するアドレス、例えば、ＵＲＬアドレスである。
コンテンツデータ１５２は、例えば、ＨＴＭＬ（ハイパーテキストマークアップ言語）によって記述されている。ＨＴＭＬは、Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ Ｃｏｎｓｏｒｔｉｕｍによって規格が定められた言語である。Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ Ｃｏｎｓｏｒｔｉｕｍについては、ウェブページ「ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ」に記載されている。
図３に示す例では、「アドレス」フィールド２０１には、トップページのアドレスが記載されている。また、コンテンツデータ１５２が画像等の部品を含む場合、先読みスケジューラ１０４（図２参照）は、コンテンツリスト１５２を取得し、このトップページを解析することによって部品のアドレスを得る。
「位置」フィールド２０２は、コンテンツデータ１５２が表すコンテンツが関連する地域１４６（図１参照）内の位置を格納する。
図３に示される例では、地域１４６内の位置を、緯度と経度とによって表現している。なお、地域１４６内の位置の表現形態は、これに限定されない。また、以下、本明細書中で、コンテンツが関連する地域１４６内の位置を「コンテンツ位置」と呼ぶ。
「サイズ」フィールド２０３は、コンテンツデータ１５２のサイズを格納する。図３に示される例では、トップページのサイズが「サイズ」フィールド２０３に格納されている。
また、コンテンツリスト１５３は、蓄積部１１３（図２参照）に蓄積され、先読みスケジューラ１０４および表示制御部１０９によってアクセスされる。
このように、蓄積部１１３は、コンテンツが関連する地域１４６内の位置２０１と、そのコンテンツを表すコンテンツデータ１５２のアドレス２０２と、サイズ２０３と、を対応付けて記憶する記憶部として機能する。
また、コンテンツリスト１５３は、図３の例に限定されない。コンテンツリスト１５３の別の例について、図４を用いて説明する。図４は、コンテンツリスト１５３のデータ構造の他の例を示す図である。
図４に示されるコンテンツリスト１５３は、図３に示されるコンテンツリスト１５３とは、「サイズ」フィールド２０３に格納される値が異なっている。
図４に示されるコンテンツリスト１５３の「サイズ」フィールド２０３には、コンテンツデータ１５２のトップページのサイズと、コンテンツデータ１５２に含まれるすべての部品のサイズとを合計したサイズが格納されている。
この場合、先読みスケジューラ１０４は、コンテンツリスト１５３を参照するだけで、コンテンツ１５２を取得するのに必要な時間を見積もることができる。
さらに、コンテンツリスト１５３の他の例について、図５を用いて説明する。図５は、コンテンツリスト１５３のデータ構造のさらに他の例を示す図である。
図５に示すコンテンツリスト１５３には、コンテンツデータ１５２に含まれるそれぞれの部品のアドレスとサイズとが、コンテンツリスト１５３に記載されている。具体的には、図５中のレコード＃１−１、＃１−２、＃２−１および＃２−２が、コンテンツデータ１５２に含まれる部品の情報になる。
この場合、先読みスケジューラ１０４は、コンテンツリスト１５３を参照するだけで、コンテンツデータ１５２に含まれるそれぞれの部品のアドレスとサイズとを得ることができる。
次に、端末装置１０１がコンテンツデータ１５２を取得するタイミング制御について図６を用いて説明する。図６は、端末装置１０１がコンテンツデータ１５２を取得するタイミング制御を示すフローチャートである。図６に示す処理は、移動体１４３の移動中に、常に所定の時間間隔で繰り返される。あるいは、図６に示す処理は、移動体１４３が所定の距離だけ移動する毎に繰り返されてもよい。
まず、端末装置１０１は、先読みスケジューラ１０４において、コンテンツリスト１５３を取得する（ステップＳ３０１）。先読みスケジューラ１０４がコンテンツリスト１５３を取得する形態は、放送の形態であっても、オンデマンドの形態であってもよい。
先読みスケジューラ１０４がコンテンツリスト１５３を放送の形態で取得する場合には、広域道路情報サーバ１０２（図２）は、地域１４６をカバーするようにコンテンツリスト１５３を放送する。そして、先読みスケジューラ１０４は、その放送を受信することによってコンテンツリスト１５３を取得する。
一方、先読みスケジューラ１０４がコンテンツリスト１５３をオンデマンドで取得する場合には、広域道路情報サーバ１０２は、先読みスケジューラ１０４からの要求に応答して端末装置１０１にコンテンツリスト１５３を送信する。そして、先読みスケジューラ１０４は、その送信されたコンテンツリスト１５３を受信することによってコンテンツリスト１５３を取得する。
また、先読みスケジューラ１０４は、任意の記録媒体（例えば、フレキシブルディスク）からコンテンツリスト１５３を取得する形態であってもよい。この場合には、広域道路情報サーバ１０２（図１）は不必要になる。
また、ステップＳ３０１の処理は、端末装置１０１を搭載する移動体１４３（図１）が地域１４６に入った時点で（あるいは、地域１４６に入る前に）一度だけ行われればよい。
次に、先読みスケジューラ１０４は、ステップＳ３０１で取得したコンテンツリスト１５３を、蓄積管理部１１２を介して、蓄積部１１３に蓄積する。蓄積されたコンテンツリスト１５３は、蓄積部１１３と表示制御部１０９とによってアクセスされる。
次に、端末装置１０１は、位置検出部１１０において、移動体１４３の位置を検出する（ステップＳ３０２）。
次に、端末装置１０１は、先読みスケジューラ１０４において、ステップＳ３０２で検出した移動体１４３の位置に基づいて、通過予定道路を決定する（ステップＳ３０３）。
通過予定道路とは、移動体１４３がこれから通過すると予測される道路をいう。通過予定道路は、道路地図を参照して決定される。端末装置１０１は、道路地図を、コンテンツリスト１５３とともに広域道路情報サーバ１０２から取得してもよいし、記録媒体に記録された道路地図データを端末装置１０１が読み込むことによって取得してもよい。
なお、移動体１４３の経路１４４（図１）が予め計画されている場合には、端末装置１０１は、予め計画されている経路１４４を通過予定道路として決定する。
次に、端末装置１０１は、先読みスケジューラ１０４において、コンテンツデータ１５２を取得する取得領域を決定する（ステップＳ３０４）。
先読みスケジューラ１０４は、コンテンツデータ取得領域を、ステップＳ３０２で検出した移動体１４３の位置に基づいて決定する。なお、コンテンツデータ取得領域は、ステップＳ３０３で決定した通過予定道路を考慮して決定してもよい。
なお、コンテンツデータ取得領域については、図７〜図１０を参照して後述する。
次に、端末装置１０１は、先読みスケジューラ１０４において、コンテンツリスト１５３の１つのコンテンツデータ１５２（レコード）に注目する（ステップＳ３０５）。
次に、端末装置１０１は、先読みスケジューラ１０４において、ステップＳ３０５で注目したコンテンツデータ１５２の関連する位置（コンテンツ位置）が、ステップＳ３０４で決定したコンテンツデータ取得領域に含まれているか否かを判定する（ステップＳ３０６）。
そして、端末装置１０１は、ステップＳ３０６の判定の結果が「Ｙｅｓ」である場合には、ステップＳ３０７の処理に進む。一方、ステップＳ３０６の判定の結果が「Ｎｏ」である場合には、端末装置１０１は、ステップＳ３０８の処理に進む。
ステップＳ３０７において、端末装置１０１の先読みスケジューラ１０４は、注目したコンテンツデータ１５２を取得候補コンテンツデータとして指定する。
次に、端末装置１０１は、先読みスケジューラ１０４において、コンテンツリスト１５３のすべてのコンテンツデータについて、ステップＳ３０５〜ステップＳ３０７の処理が完了したか否かが判定する（ステップＳ３０８）。
そして、ステップＳ３０８の判定の結果が「Ｙｅｓ」である場合には、先読みスケジューラ１０４は、ステップＳ３０９の処理に進む。一方、ステップＳ３０８の判定の結果が「Ｎｏ」である場合には、先読みスケジューラ１０４は、ステップＳ３０５の処理に戻る。
このようにして、端末装置１０１は、コンテンツリスト１５３に含まれる各レコード（コンテンツデータ）について、ステップＳ３０５〜ステップＳ３０７の処理を実行する。これにより、端末装置１０１は、コンテンツリスト１５２に含まれるコンテンツからコンテンツ取得領域に対応するコンテンツを選択し、これを取得候補コンテンツとする。
次に、端末装置１０１は、先読みスケジューラ１０４において、ステップＳ３０７で指定した取得候補コンテンツデータのうち、蓄積部１１３に蓄積されていないコンテンツデータである未取得コンテンツデータを決定する（ステップＳ３０９）。具体的にステップＳ３０９の処理は、先読みスケジューラ１０４が蓄積管理部１１２に対してコマンド（コマンドＡ）を発行し、これを受信した蓄積管理部１１２が、取得候補コンテンツデータから未取得コンテンツデータを決定する。
なお、蓄積管理部１１２がコマンドＡを受領した場合に行う処理については、図１４を参照して後述する。
そして、端末装置１０１の先読み部１０５が、未取得コンテンツデータをコンテンツサーバ１０３から取得する。
なお、ステップＳ３１０の詳細な処理手順は、図１１を参照して後述する。
このようにして、端末装置１０１は、コンテンツデータ１５２を取得する。
次に、図６に示されるステップＳ３０４の処理において決定されるコンテンツデータ取得領域５０１について図７を用いて説明する。図７は、コンテンツ取得領域５０１の例を示す図である。
図７において、参照番号５０２で示されるものは、図６のステップＳ３０３において決定された通過予定道路を示す。
コンテンツデータ取得領域５０１は、移動体１４３の前方に所定の長さＬを有する、通過予定道路５０２に沿った領域として決定されている。長さＬは、通過予定道路５０２に沿って取ってもよいし、コンテンツデータ取得領域５０１の端から端までの直線距離であってもよい。
なお、端末装置１０１は、通過予定道路５０２に沿った方向のうち、どの向きが移動体１４３の前方であるかを、位置検出部１１０が検出した移動体１４３の移動方向によって知ることができる。もちろん、通過予定道路５０２が一方通行の道路であるという情報が道路地図によって得られている場合には、端末装置１０１は、どの向きが移動体１４３の前方であるかを、一方通行の情報から知ることができる。
図７に示されるコンテンツデータ取得領域５０１は、通過予定道路５０２が高速道路や自動車専用道路のように交差点や出口などの分岐点がほとんどない場合に好適に採用される。
次に、コンテンツ取得領域５０１の他の例について図８を用いて説明する。図８は、コンテンツデータ取得領域５０１の他の例を示す図である。
図８に示される例では、コンテンツデータ取得領域５０１は、移動体１４３を中心とする円形の領域として決定されている。
図８に示すようなコンテンツデータ取得領域５０１は、一般道路のように分岐箇所（交差点）の多い場合に好適に採用される。これは、一般道路では、移動体１４３の経路１４４（図１参照）が予め計画されている場合を除き、分岐箇所５０３（交差点）でどの向きに移動体１４３が進むかは予測できないからであり、分岐箇所５０３において分岐するすべての道路を通過予定道路として決定する必要があり、このすべての通過予定道路の周囲をコンテンツ取得領域５０１にする必要があるからである。
さらに、図８に示すコンテンツ取得領域５０１は、移動体の後方もコンテンツ取得範囲に含まれている。つまり、図８に示すコンテンツ取得領域５０１は、移動体１４３の後方も通過予定道路として考慮している。
また、コンテンツデータ取得領域５０１の半径を、移動体１４３の移動速度に応じて大きくするようにしてもよい。この場合には、コンテンツデータ取得領域５０１は、移動体１４３の移動速度と、移動体１４３の位置とに基づいて定められる。
次に、コンテンツデータ取得領域の他の例について図９、図１０を用いて説明する。図９、図１０は、コンテンツデータ取得領域５０１のさらに他の例を示す図である。
図９に示すコンテンツデータ取得領域は、移動体１４３の前方に偏心した円形の領域として決定されている。
図１０に示すコンテンツデータ取得領域５０１は、移動体１４３の進行方向に伸びた楕円形の領域として決定されている。すなわち、図１０に示すコンテンツデータ取得領域５０１は、移動体１４３の進行方向と、移動体１４３の位置とに基づいて定められる。
図９および図１０に示されるように、移動体１４３の進行方向（移動する向き）を考慮してコンテンツデータ取得領域５０１を決定することにより、移動体１４３の前方の位置にコンテンツ位置を有するコンテンツデータの取得を効率よく行うことができる。
なお、図７〜図１０に示されるコンテンツデータ取得領域５０１の大きさは、常に一定の大きさであってもよいし、移動体１４３の速度に応じて変更してもよい。
また、コンテンツデータ取得領域５０１の大きさは、コンテンツデータ取得領域５０１にコンテンツ位置が含まれるコンテンツデータ（取得候補コンテンツデータ）の数が予め定められた限度数以上にならないように決定してもよい。
あるいは、コンテンツデータ取得領域５０１の大きさは、取得候補コンテンツデータのサイズの合計が予め定められた限度以上にならないように決定してもよい。なお、取得候補コンテンツデータのサイズは、図４に示されるコンテンツリスト１５３の「サイズ」フィールド２０３を参照することによって知ることができる。
次に、端末装置１０１が、未取得コンテンツデータをコンテンツサーバ１０３から取得する処理（図６のステップＳ３１０）について図１１を用いて説明する。図１１は、上記実施の形態にかかる未取得コンテンツデータをコンテンツサーバから取得する処理手順を示すフローチャートである。
端末装置１０１は、未取得コンテンツデータ（コンテンツデータ１５２）の取得を、未処理コンテンツデータの前半部と後半部とに分けて行う。
まず、端末装置１０１の先読みスケジューラ１０４が、未取得コンテンツデータのうちの１つに注目する（ステップＳ３２１）。
次に、先読みスケジューラ１０４は、ステップＳ３２１で注目した未取得コンテンツデータを表示部１１４に表示する時刻を決定する。この時刻は、例えば、コンテンツデータ１５２の表示限度時刻として予想される時刻の３分前の時刻として決定される。
また、コンテンツデータ１５２の「表示限度時刻」は、移動体１４３がコンテンツデータ１５２のコンテンツ位置を通過する場合にはその時刻として定義される。また、コンテンツデータ１５２の「表示限度時刻」は、移動体１４３がコンテンツデータ１５２のコンテンツ位置を通過しない場合には、移動体１４３がコンテンツデータ１５２のコンテンツ位置に最も接近する時刻として定義される。
なお、移動体１４３がコンテンツデータ１５２のコンテンツ位置を通過しない場合には、表示限度時刻を、移動体１４３がコンテンツデータ１５２のコンテンツ位置に到達過程で通過する経路１４４上の分岐箇所を通過する時刻として定義してもよい。
また、先読みスケジューラ１０４は、コンテンツデータ１５２のコンテンツ位置を、コンテンツリスト１５３の「位置」フィールド２０２（図３参照）を参照することによって知る。そして、先読みスケジューラ１０４は、「表示限度時刻として予想される時刻」を、このコンテンツ位置と、道路地図と、移動体１４３の現在の位置、移動する向きおよび移動速度とから求める。
次に、先読みスケジューラ１０４は、ステップＳ３２１で注目したコンテンツデータ１５２のサイズを参照する（ステップＳ３２３）。
先読みスケジューラ１０４は、コンテンツデータ１５２のサイズを、例えば、図４に示されるコンテンツリスト１５３の「サイズ」フィールド２０３を参照することによって知る。
次に、端末装置１０１の先読み部１０５が、ステップＳ３２１において注目したコンテンツデータ１５２の前半部をコンテンツサーバ１０３から取得する（ステップＳ３２４）。
詳細には、先読み部１０５は、注目したコンテンツデータ１５２の前半部を要求するための要求１５１（図２参照）をコンテンツサーバ１０３に送信する。これに対してコンテンツサーバ１０３は、この要求１５１に応答して、コンテンツデータ１５２の前半部を端末装置１０１に送信する。このように、先読み部１０５（取得部）は、無線通信路１４１を介してコンテンツデータ１５２の一部（前半部）を取得する。
先読み部１０５が、前半部として取得するコンテンツデータ１５２は、例えば、ステップＳ３２３で注目したコンテンツデータ１５２のサイズを考慮して決める。
また、先読み部１０５は、前半部として取得するべきコンテンツデータ１５２のサイズを、コンテンツデータ１５２のサイズに関わりなく、一律に所定（例えば、１ＭＢ）に決めてもよい。この場合、先読み部１０５は、コンテンツデータ１５２の全体のサイズがその所定のサイズよりも等しいか小さい場合には、注目したコンテンツデータ１５２の全体をコンテンツサーバ１０３から取得するようにする。
なお、要求１５１のデータ構造についての詳細は、図１３を参照して後述する。
次に、端末装置１０１の先読みスケジューラ１０４は、ステップＳ３２４で取得した、コンテンツデータ１５２の前半部の蓄積を、蓄積管理部１１２に指示する（ステップＳ３２５）。
具体的には、先読みスケジューラ１０４は、蓄積管理部１１２に対して、コンテンツデータ１５２の前半部の取得を行わせるコマンド（コマンドＢ）を発行する。これに対して、蓄積管理部１１２は、先読みスケジューラ１０４によって発行されたコマンド（コマンドＢ）に応答して、ステップＳ３２４で取得した前半部を蓄積部１１３の先読み蓄積部１０６に蓄積する。
なお、コマンドＢに応答して蓄積管理部１１２が行う処理の詳細は、図１５を参照して後述する。
次に、先読みスケジューラ１０４は、すべての未取得コンテンツデータについて、ステップＳ３２１〜ステップＳ３２５の処理が完了したか否か判定する（ステップＳ３２６）。そして、先読みスケジューラ１０４は、ステップＳ３２６の判定の結果が「Ｙｅｓ」である場合には、ステップＳ３２７の処理に進む。一方、ステップＳ３２６の判定の結果が「Ｎｏ」である場合には、先読みスケジューラ１０４は、ステップＳ３２１の処理に戻る。
ステップＳ３２７において、先読みスケジューラ１０４は、未取得コンテンツデータのうちの１つを注目する。
次に、端末装置１０１の位置検出部１１０は、移動体１４３の位置を検出する（ステップＳ３２８）。ステップＳ３２８において、位置検出部１１０は、移動体１４３の位置に加えて、移動体１４３の移動する向きおよび移動速度を検出する。
ステップＳ３２８の処理において、後述する処理においてコンテンツデータ１５２の後半部の取得が完了する時刻は、ステップＳ３２２で決定されたコンテンツデータ１５２の表示時刻よりも前であって、できるだけ遅く開始することが望ましい。これは、結果的に表示されないコンテンツデータ１５２の後半部を過剰に取得するリスクをできるだけ減らせるからである。
コンテンツデータ１５２の後半部の取得に必要な時間は、ステップＳ３２３で求めたコンテンツデータ１５２のサイズからコンテンツデータ１５２の前半部のサイズを引くことにより後半部のサイズを求め、その後半部のサイズを無線通信路１４１（図２）の伝送速度（公称の伝送速度または実効的な伝送速度）で割ることによって求めることができる。
なお、無線通信路１４１は、複数設けられていてもよい。この場合には、先読みスケジューラ１０４は、複数の無線通信路のそれぞれが通信可能であるかどうかを判断し、複数の無線通信路のそれぞれの伝送速度および通信料均等を考慮して、使用する無線通信路１４１を決定する。
次に、端末装置１０１の先読みスケジューラ１０４は、ステップＳ３２７で注目した未取得コンテンツデータの後半部を取得するべきか否かを判定する（ステップＳ３２９）。この判定は、ステップＳ３２８で検出された移動体１４３の位置に基づいて、注目した未取得コンテンツデータの後半部が参照されるか否かを判断することにより行われる。
具体的には、先読みスケジューラ１０４は、注目した未取得コンテンツデータの後半部を取得するために必要な時間を計算する。次に、先読みスケジューラ１０４は、その必要な時間の間に移動体１４３がステップＳ３２８で検出した位置から移動し、その未取得コンテンツデータのコンテンツ位置を通りすぎるか否か予測する。そして、先読みスケジューラ１０４は、未取得コンテンツデータの後半の取得する間に移動体１４３がコンテンツ位置を通りすぎない、つまり、未取得コンテンツデータの後半の取得完了前に移動体１４３が未処理コンテンツのコンテンツ位置を通過しないと予測した場合には、その未取得コンテンツデータの後半部を取得するべきであると判定する。
なお、コンテンツデータの後半部の取得完了する時刻がその未取得コンテンツデータの表示時刻を過ぎないと判断される場合には、先読みスケジューラ１０４は、その未取得コンテンツデータの後半部を取得すると判定してもよい。
未取得コンテンツデータの後半部を取得するべきではないと判定される事態は、例えば、無線通信路の通信状態の悪化等の原因により、ステップＳ３２４における未取得コンテンツデータの前半部の取得に時間がかかった場合や、移動体１４３の速度が高い場合に発生する。
次に、ステップＳ３２９の判定の結果が「Ｙｅｓ」である場合には、端末装置１０１は、ステップＳ３３０の処理に進む。一方、ステップＳ３２９の判定の結果が「Ｎｏ」である場合には、端末装置１０１はステップＳ３３２の処理に進む。
ステップＳ３３０において、端末装置１０１は、先読み部１０５を用いて、注目している未取得コンテンツデータ（コンテンツデータ１５２）の後半部をコンテンツサーバ１０３から取得する。
先読み部１０５は、注目したコンテンツデータ１５２の後半部を要求するための要求１５１（図２）をコンテンツサーバ１０３に送信する。これに対して、コンテンツサーバ１０３は、この要求１５１に応答して、コンテンツデータ１５２の後半部を端末装置１０１に送信する。
なお、後半部として取得するべきコンテンツデータ１５２の部分は、ステップＳ３２５で取得した前半部の残りの部分である。
次に、端末装置１０１の先読みスケジューラ１０４は、ステップＳ３３０で取得したコンテンツデータ１５２の後半部の蓄積を、蓄積管理部１１２に指示する。
具体的には、先読みスケジューラ１０４は、蓄積管理部１１２にステップＳ３３０で取得したコンテンツデータ１５２の後半部の蓄積をする旨のコマンド（コマンドＣ）を発行する。これに対して、蓄積管理部１１２は、先読みスケジューラ１０４によって発行されたコマンド（コマンドＣ）に応答して、ステップＳ３３０で取得した後半部を蓄積部１１３の先読み蓄積部１０６に蓄積する。
なお、コマンドＣに応答して蓄積管理部１１２が行う処理の詳細は、図１６を参照して後述する。
次に、端末装置１０１の先読みスケジューラ１０４は、すべての未取得コンテンツデータについて、ステップＳ３２７〜ステップＳ３３１の処理が完了したか否かが判定する（ステップＳ３３２）。ステップＳ３３２の判定の結果が「Ｙｅｓ」である場合には、端末装置１０１は、処理を終了する。一方、ステップＳ３３２の判定の結果が「Ｎｏ」である場合には、端末装置１０１は、ステップＳ３２７の処理に戻る。
以上のようにして、端末装置１０１は、未取得コンテンツデータをコンテンツサーバ１０３から取得する。
なお、上述した例では、ステップＳ３２３において、コンテンツデータ１５２のサイズを、図４に示されるコンテンツリスト１５３の「サイズ」フィールド２０３を参照することによって求めていたが、コンテンツサーバ１０３に問い合わせることによって求めてもよい。
次に、端末装置１０１がコンテンツデータ１５２のサイズをコンテンツサーバ１０３に問い合わせる際に送信するコマンドについて図１２を用いて説明する。
図１２に示すコマンドは、ＨＴＴＰプロトコルに従ってＷＷＷのコンテンツを取得する場合のコマンドである。ＨＴＴＰプロトコルについては、インターネット通信技術作業部会（Ｔｈｅ Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）によって提供されるウェブページ「ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ２６１６．ｔｘｔ」に記載されている。
端末装置１０１が図１２に示すコマンドを使用する場合には、コンテンツリスト１５３にはコンテンツデータ１５２のサイズを記載しなくてもよいことは言うまでもない。
次に、端末装置１０１が、ステップＳ３２４（図１１）において、コンテンツサーバ１０３に送信する要求１５１について図１３を用いて説明する。
図１３に示す要求１５１は、ＨＴＴＰプロトコルが採用される場合の要求である。要求１５１は、先読み部１０５（図２）において生成され、無線通信路１４１を介してコンテンツサーバ１０３に送信される。コンテンツサーバ１０３は、これに応答してコンテンツデータ１５２を端末装置１０１に送信する。
要求１５１の行４８１は、端末装置１０１が、コンテンツサーバ１０３に対して、コンテンツデータ１５２の第０バイト〜第９４９９９９バイトの１ＭＢを送信するように要求していることを示している。
通常のＷＷＷの文書コンテンツは１ＭＢ以内のサイズに収まる。しかし、コンテンツデータ１５２が文書と動画”ｉｎｆｏ．ｍｐｇ”とから構成される場合は、合計のサイズが１ＭＢを超えることがある。この場合、端末装置１０１は、ステップＳ３２４において、文書の全体と、動画”ｉｎｆｏ．ｍｐｇ”の一部（例えば、冒頭部分）とを、コンテンツデータ１５２の前半部として取得する。例えば、文書のサイズが５０ＫＢである場合には、端末装置１０１は、ステップＳ３２４において、文書の全体と、動画”ｉｎｆｏ．ｍｐｇ”のうちの９５０ＫＢを取得する。
また、要求１５１の行４７９および要求１５１の行４８０は、全体として、コンテンツデータ１５２のアドレスを指定するものである。
このように、先読み部１０５は、コンテンツデータ１５２のアドレスに基づいて無線通信路１４１を介してコンテンツデータの前半部を取得する。
次に、蓄積管理部１１２がコマンドＡを受領した場合に行う処理について図１４を用いて説明する。図１４は、蓄積管理部１１２がコマンドＡを受領した場合に行う処理を示すフローチャートである。
上述したように、先読みスケジューラ１０４は、ステップＳ３０９（図６）において、取得候補コンテンツデータのうち未取得コンテンツデータを決定するためにコマンドＡを蓄積管理部１１２に発行する。
これに対して、蓄積管理部１１２は、先読みスケジューラ１０４によって発行されたコマンドＡを受領する（ステップＳ６０１）。また、この際に、蓄積管理部１１２は、取得候補コンテンツデータの一覧を先読みスケジューラ１０４から受領する。
次に、蓄積管理部１１２は、取得候補コンテンツデータの一覧に示される取得候補コンテンツデータのうち、蓄積部１１３に蓄積されていないコンテンツデータを未取得コンテンツデータとして指定する（ステップＳ６０２）。
具体的には、蓄積管理部１１２、取得候補コンテンツデータの一覧に示される取得候補コンテンツデータのそれぞれが、先読み蓄積部１０６、表示済み前半蓄積部１０７または表示済み後半蓄積部１０８のいずれかに蓄積されているか否かを調べることによって、未取得コンテンツデータの指定をする。
なお、ある特定のコンテンツデータの前半部が表示済み前半蓄積部１０７に蓄積されているが、そのコンテンツデータの後半部が表示済み後半蓄積部１０８に蓄積されていないことがあり得る。これは、図２１を参照して後述するように、コンテンツデータの前半部と後半部とに異なる削除優先度が割り当てられることがあるからである。
蓄積管理部１１２は、表示済み前半蓄積部１０７にその前半部が蓄積されているが、表示済み後半蓄積部１０８に後半部が蓄積されていないコンテンツデータを、未取得コンテンツデータとして指定する。ただし、このようなコンテンツデータについて、先読みスケジューラ１０４は、ステップＳ３２４（図１１）における前半部の取得を実行しない。
また、上述した、削除優先度は、蓄積部１１３に蓄積されたデータに対して蓄積管理部１１２によって割り当てられる属性の１つである。削除優先度が「高」であるデータは削除優先度が「低」であるデータよりも削除されやすくなる。
次に、蓄積管理部１１２は、ステップＳ６０２で指定した未取得コンテンツデータの一覧を、先読みスケジューラ１０４に返す。
次に、蓄積管理部１１２は、蓄積コンテンツデータの１つを注目する（ステップＳ６０３）。ここでいう蓄積コンテンツデータとは、蓄積部１１３に蓄積されているコンテンツデータをいう。
次に、蓄積管理部１１２は、ステップＳ６０３において注目した蓄積コンテンツデータが、取得候補コンテンツデータの一覧に含まれているか否かを判定する（ステップＳ６０４）。
ステップＳ６０４の判定の結果が「Ｙｅｓ」である場合には、蓄積管理部１１２は、ステップＳ６０５の処理に進む。一方、ステップＳ６０４の判定の結果が「Ｎｏ」である場合には、蓄積管理部１１２は、ステップＳ６０６の処理に進む。
ステップＳ６０５において、蓄積管理部１１２は、ステップＳ６０３で注目した蓄積コンテンツデータに割り当てられる削除優先度を「低」に設定する。また、ステップ６０５において、蓄積管理部１１２は、ステップＳ６０３で注目した蓄積コンテンツデータの前半部と後半部とのそれぞれに削除優先度を「低」を設定する。
また、ステップＳ６０６において、蓄積管理部１１２は、ステップＳ６０３で注目した蓄積コンテンツデータに割り当てられる削除優先度を「高」に設定する。これは、ステップＳ６０３において注目した蓄積コンテンツデータが取得候補コンテンツデータの一覧に含まれていない場合には、その蓄積コンテンツデータが不要である、つまり最終的に表示されない可能性が高いと考えられるからである。
また、ステップＳ６０６において、蓄積管理部１１２は、ステップＳ６０３で注目した蓄積コンテンツデータの前半部と後半部とのそれぞれに削除優先度が「高」を設定する。
次に、蓄積管理部１１２は、すべての蓄積コンテンツデータについて、ステップＳ６０３〜ステップＳ６０６の処理が完了したか否かを判定する（ステップＳ６０７）。ステップＳ６０７の判定の結果が「Ｙｅｓ」である場合には、蓄積管理部１１２は、処理を終了する。一方、ステップＳ６０７の判定の結果が「Ｎｏ」である場合には、蓄積管理部１１２は、ステップＳ６０３の処理に戻る。
このように、蓄積管理部１１２は、コマンドＡを受領した場合に、蓄積コンテンツデータの削除優先度を設定する。
次に、蓄積管理部１１２が、コマンドＢを受領した場合に行う処理について図１５を用いて説明する。
上述したように、先読みスケジューラ１０４は、ステップＳ３２５（図１１）においてコンテンツデータ１５２の前半部を蓄積部１１３に蓄積するために、蓄積管理部１１２に対してコマンドＢを発行する。
これに対して、蓄積管理部１１２は、コマンドＢを受領する（ステップＳ６１１）。また、この際に、蓄積管理部１１２は、先読み部１０５から、コンテンツデータ１５２の前半部を受領する。
次に、蓄積管理部１１２は、コンテンツデータ１５２の前半部を、蓄積部１１３の先読み蓄積部１０６に蓄積する（ステップＳ６１２）。
次に、蓄積管理部１１２は、蓄積部１１３の先読み蓄積部１０６に蓄積された前半部に削除優先度を「低」を設定する。
このようにして、蓄積管理部１１２は、コマンドＢを受信した場合に、コンテンツデータ１５２に削除優先度を設定する。
次に、蓄積管理部１１２がコマンドＣを受領した場合に行う処理について図１６を用いて説明する。図１６は、蓄積管理部１１２がコマンドＣを受領した場合に行う処理を示す図である。
上述したように、先読みスケジューラ１０４は、ステップＳ３３１（図１１）において、コンテンツデータ１５２の後半部を蓄積部１１３に蓄積するために、コマンドＣを蓄積管理部１１２に発行する。
これに対して、蓄積管理部１１２は、コマンドＣを受領する（ステップ６２１）。また、この際に、蓄積管理部１１２は、先読み部１０５から、コンテンツデータ１５２の後半部を受領する。
次に、蓄積管理部１１２は、コンテンツデータ１５２の後半部を、蓄積部１１３の先読み蓄積部１０６に蓄積する（ステップＳ６２２）。
そして、蓄積管理部１１２は、蓄積部１１３の先読み蓄積部１０６に蓄積された後半部に削除優先度を「低」に設定する（ステップ６２３）。
このようにして、蓄積管理部１１２は、コマンドＣを受信した場合に、コンテンツデータ１５２に削除優先度を設定する。
図１７に、蓄積管理部１１２がコマンドＢまたはコマンドＣを受領した場合の処理の流れについて示す。図１７は、蓄積管理部１１２がコマンドＢまたはコマンドＣを受領した場合の処理の流れを模式的に示す図である。なお、図１７において、「Ｓ」を先頭に付した参照番号は、図１５または図１６に示される対応するステップＳを示し、重複した説明は省略する。
図１７において示すような処理を、蓄積管理部１１２は、コマンドＢおよびコマンドＣを受信した場合に行う。
次に、蓄積管理部１１２の蓄積部１１３の管理について図１８を用いて説明する。図１８は、蓄積管理部１１２が、先読み蓄積部１０６、表示済み前半蓄積部１０７および表示済み後半蓄積部１０８に蓄積されるデータを管理する様子を模式的に示した図である。
蓄積管理部１１２は、先読み蓄積部１０６に対して、未表示のコンテンツデータ１５２を読み書きする。コンテンツデータ１５２は、前半部１５２ａと後半部１５２ｂとからなる。また、蓄積管理部１１２は、表示済み前半蓄積部１０７に対して、表示済みのコンテンツデータ１５２の前半部１５２ａを読み書きし、表示済み後半蓄積部１０８に対して、表示済みのコンテンツデータ１５２の後半部１５２ｂを読み書きする。
次に、端末装置１０１が、コンテンツデータ１５２を表示するタイミングを制御する処理について図１９を用いて説明する。図１９は、端末装置１０１が、コンテンツデータ１５２を表示するタイミングを制御する処理を示す図である。
図１９に示される処理は、移動体１４３の移動中に、常に所定の時間間隔で繰り返されるものである。なお、図１９に示される処理を、移動体１４３が所定の距離だけ移動する毎に繰り返してもよい。
まず、端末装置１０１は、移動体１４３の位置を検出する（ステップＳ７０１）。この検出処理は、位置検出部１１０によって行われる。また、ステップＳ７０１において、位置検出部１１０は、移動体１４３の速度をさらに検出する。
次に、端末装置１０１の表示制御部１０９が、コンテンツリスト１５３の１つのコンテンツデータ１５２（レコード）に注目する（ステップＳ７０２）。なお、コンテンツリスト１５３は、ステップＳ３０１（図６）において既に取得されている。
次に、表示制御部１０９は、ステップＳ７０２で注目したコンテンツデータ１５２が関連する位置（コンテンツ位置）が注目したコンテンツデータが表示される否かを決定する領域であるコンテンツデータ表示トリガ領域に含まれているか否かを判定する（ステップＳ７０３）。
コンテンツデータ表示トリガ領域は、ステップＳ７０１で検出した移動体１４３の位置に基づいて決定される。コンテンツデータ表示トリガ領域は、例えば、３分（所定の時間）の間移動体１４３が移動していると予想される位置の領域として決定される。
表示制御部１０９は、コンテンツ位置がコンテンツデータ表示トリガ領域に含まれているか否かの判定を、３分（所定の時間）の間に移動体１４３がステップＳ７０１で検出された位置から移動することによって移動体１４３がコンテンツ位置に到達すると予測されるか否かで判定する。
ステップＳ７０３の判定の結果が「Ｙｅｓ」である場合には、表示制御部１９は、ステップＳ７０４の処理に進む。一方、ステップＳ７０３の判定の結果が「Ｎｏ」である場合には、表示制御部１０９は、ステップＳ７０５の処理に進む。
ステップＳ７０４において、表示制御部１０９は、注目したコンテンツデータ１５２を、表示候補コンテンツデータとして指定する。
また、ステップＳ７０５において、表示制御部１０９は、コンテンツリスト１５３のすべてのコンテンツデータについて、ステップＳ７０２〜ステップＳ７０４の処理が完了したか否かを判定する。
ステップＳ７０５の判定の結果が「Ｙｅｓ」である場合には、表示制御部１０９は、ステップＳ７０６の処理に進む。また、ステップＳ７０５の判定の結果が「Ｎｏ」である場合には、表示制御部１０９はステップＳ７０２の処理に戻る。
ステップＳ７０６において、表示制御部１０９は表示候補コンテンツデータの１つを注目する。
次に、表示制御部１０９は、注目したコンテンツデータ１５２が蓄積部１１３に蓄積されているか否かを判定する（ステップＳ７０７）。表示制御部１０９は、この判定を、蓄積管理部１１２に問い合わせることによって行う。
なお、注目したコンテンツデータ１５２の少なくとも前半部が蓄積部１１３に蓄積されている場合には、ステップＳ７０７の判定の結果は「Ｙｅｓ」になる。
ステップＳ７０７の判定の結果が「Ｙｅｓ」である場合には、表示制御部１０９は、ステップＳ７０８の処理に進む。また、ステップＳ７０７の判定の結果が「Ｎｏ」である場合には、表示制御部１０９はステップＳ７０９の処理に進む。
ステップＳ７０８において、表示制御部１０９は、蓄積管理部１１２に、注目したコンテンツデータ１５２の蓄積１１３からの読み出しを、コマンドＤを発行することで指示する。
これに対して、蓄積管理部１１２は、表示制御部１０９によって発行されたコマンド（コマンドＤ）に応答して、注目したコンテンツデータ１５２を蓄積部１１３から読み出す。
なお、コマンドＤに応答して蓄積管理部１１２が行う処理の詳細は、図２１を参照して後述される。
ステップＳ７０９において、表示制御部１０９は、注目したコンテンツデータ１５２をコンテンツサーバ１０３から取得する。表示制御部１０９は、コンテンツデータ１５２の取得を、コンテンツサーバ１０３に要求１５１（図２参照）を送信することによって行う。
なお、ステップＳ７０９において、表示制御部１０９は、コンテンツデータ１５２を前半部と後半部とに分けて取得してもよいし、コンテンツデータ１５２の全体を一度に取得してもよい。あるいは、表示制御部１０９は、コンテンツデータ１５２の前半部のみを取得するようにしてもよい。
次に、表示制御部１０９は、ステップＳ７０９で取得したコンテンツデータ１５２の蓄積を、蓄積管理部１１２にコマンドＥを発行することにより、指示する（ステップ７１０）。
これに対して、蓄積管理部１１２は、表示制御部１０９によって発行されたコマンド（コマンドＥ）に応答して、ステップＳ７０９で取得されたコンテンツデータ１５２の前半部と後半部とをそれぞれ蓄積部１１３の表示済み前半蓄積部１０７と表示済み後半蓄積部１０８とに蓄積する。
なお、蓄積管理部１１２がコマンドＥに応答して行う処理の詳細は、図２３を参照して後述する。
次に、表示制御部１０９は、注目したコンテンツデータ１１２を表示部１１４に表示する（ステップ７１１）。
なお、表示制御部１０９は、ステップＳ７０７において、蓄積部１１３に注目したコンテンツデータ１５２の前半部だけしか蓄積されていないために、ステップＳ７０８において、コンテンツデータ１５２の前半部だけしか読み出されなかった場合には、その前半部だけを表示部１１４に表示する。また、表示制御部１０９は、ステップＳ７０９において、コンテンツデータ１５２の前半部だけしか取得されなかった場合には、その前半部だけを表示部１１４に表示する。また、表示制御部１０９は、コンテンツデータ１５２の前半部が文書の全体と、動画の一部とから構成される場合には、その文書の全体と、その動画の一部（すなわち、動画の途中まで）とを表示する。
このようにして、表示制御部１０９は、コンテンツデータ１５２を表示する。
次に、表示部１１４に表示されるコンテンツデータ１５２について図２０を用いて説明する。図２０は、コンテンツデータ１５２が表示部１１４（図１）に表示される様子を示す図である。
領域１１０７には、移動体１４３の周囲の道路地図に重畳して、コンテンツデータ取得領域５０１とコンテンツデータ表示トリガ領域５０４とが表示されている。また、領域１１０８には、コンテンツデータ１５２の内容が表示されている。図２０に示される例では、コンテンツデータ１５２は、レストランの広告情報である。
また、図２０において、領域１１０７内に示されるハッチングを施した三角形は、コンテンツデータ表示トリガ領域５０４に含まれるコンテンツのコンテンツ位置１１０４を表す。また、白抜きの丸印は、コンテンツデータ取得領域５０１に含まれるがコンテンツデータ表示トリガ領域５０４には含まれないコンテンツ位置１１０５を表す。また、ハッチングを施した星型は、現在、領域１１０８に表示されているコンテンツデータ１５２のコンテンツ位置１１０６を表す。
なお、領域１１０８には、コンテンツデータ表示トリガ領域５０４にコンテンツ位置が含まれるコンテンツデータを自動的に逐次表示されるようにしてもよい。また、領域１１０７に表示されたコンテンツ位置１１０４をユーザが指定した場合に、そのコンテンツ位置に対応するコンテンツデータの内容を領域１１０８に表示するようにしてもよい。
また、領域１１０７に表示されている地図上（または地図の外部）に、そのコンテンツデータが表すコンテンツの要約やコンテンツに関連する施設の名称を表示してもよい。これは、そのような要約や施設の名称をコンテンツリスト１５３に付加することによって実現される。
また、コンテンツデータ取得領域５０１とコンテンツデータ表示トリガ領域５０４は、移動体１４３の移動に伴って移動する。図２０に示されるように、ある時点におけるコンテンツデータ表示トリガ領域５０４は、その全体が、その時点におけるコンテンツデータ取得領域５０１に含まれるように決定される。
図６および図１９を用いて説明したように、先読みスケジューラ１０４と表示制御部１０９とはそれぞれ、コンテンツデータ１５２を取得するタイミングと表示するタイミングとを、コンテンツ位置がコンテンツデータ取得領域５０１とコンテンツデータ表示トリガ領域５０４とに含まれるか否かに基づいて制御する。
従って、表示制御部１０９は、注目しているコンテンツデータ１５２のコンテンツ位置が移動体１４３から比較的近づいてからコンテンツデータ１５２を表示するように、コンテンツデータ１５２の表示タイミングを制御する。一方、先読みスケジューラ１０４は、表示部１１４に表示される以前にコンテンツデータ１５２を取得する（先読みする）ようにコンテンツデータ１５２の取得タイミングを制御する。
このような「先読み」が何らかの原因でなされなかった場合（例外的な場合）にのみ、ステップＳ７０７（図１９）における判定の結果が「Ｎｏ」になり、それ以外の通常の場合には「Ｙｅｓ」になる。
次に、蓄積管理部１１２がコマンドＤを受信した場合の処理について図２１を用いて説明する。図２１は、蓄積管理部１１２がコマンドＤを受領した場合処理を示す図である。
上述したように、表示制御部１０９は、コマンドＤは、ステップＳ７０７（図１９）における判定の結果が「Ｙｅｓ」である場合に、蓄積管理部１１２に、注目したコンテンツデータ１５２を蓄積部１１３から読み出す指示をするために、コマンドＤを発行する（ステップＳ７０８）。
これに対して、蓄積管理部１１２は、コマンドＤを受領する（ステップ６３２）。また、この際に、蓄積管理部１１２は、図１９のステップＳ７０２において注目したコンテンツデータ１５２が表示制御部１０９から通知される。
次に、蓄積管理部１１２は、注目したコンテンツデータ１５２が先読み蓄積部１０６に蓄積されているか否かを判定する（ステップＳ６３３）。蓄積管理部１１２は、この判定を、先読み蓄積部１０６を検索することによって行う。
ステップＳ６３３の判定の結果が「Ｙｅｓ」である場合には、蓄積管理部１１２は、ステップＳ６４１の処理に進む。また、ステップＳ６３３の判定の結果が「Ｎｏ」である場合には、蓄積管理部１１２は、ステップＳ６３４の処理に進む。
ステップＳ６３４において、蓄積管理部１１２は、注目したコンテンツデータ１５２の前半部を表示済み前半蓄積部１０７から読み出す。
次に、蓄積管理部１１２は、注目したコンテンツデータ１５２の後半部が表示済み後半蓄積部１０８に蓄積されているか否かを判定する（ステップＳ６３５）。蓄積管理部１１２は、この判定を、表示済み後半蓄積部１０８を検索することによって行う。
ステップＳ６３５の判定の結果が「Ｙｅｓ」である場合には、蓄積管理部１１２はステップＳ６３７の処理に進む。また、ステップＳ６３５の判定の結果が「Ｎｏ」である場合には、蓄積管理部１１２は、ステップＳ６３６の処理に進む。
ステップＳ６３６において、蓄積管理部１１２は、ステップＳ６３４において読み出した、注目したコンテンツデータ１５２の前半部を表示制御部１０９に返す。そして、蓄積管理部６３６は、ステップＳ６４０の処理に移行する。
ステップＳ６３７において、蓄積管理部１１２は、ステップＳ６３４において読み出した、注目したコンテンツデータ１５２の後半部を表示済み後半蓄積部１０８から読み出す。
次に、蓄積管理部１１２は、読み出した、注目したコンテンツデータ１５２の前半部と後半部とを表示制御部１０９に返す（ステップＳ６３８）。
次に、蓄積管理部１１２は、注目したコンテンツデータ１５２の後半部の削除優先度を「高」に設定する（ステップＳ６３９）。
次に、蓄積管理部１１２は、注目したコンテンツデータ１５２の前半部の削除優先度を「低」に設定する（ステップＳ６４０）。これは、表示された後に蓄積部１１３に蓄積されたコンテンツデータ１５２が再度表示のために読み出された場合には、今後もそのコンテンツデータ１５２を再利用する可能性があるからである。
そして，蓄積管理部１１２は、ステップＳ６４０の処理のあと、ステップＳ６４１の処理に移行する。
一方、ステップＳ６４１において、蓄積管理部１１２は、注目したコンテンツデータ１５２（前半部および後半部）を先読み蓄積部１０６から読み出す。
次に、蓄積管理部１１２は、読み出したコンテンツデータ１５２を表示制御部１０９に返す（ステップＳ６４２）。
次に、蓄積管理部１１２は、注目したコンテンツデータ１５２を先読み蓄積部１０６から削除する（ステップＳ６４３）。
次に、蓄積管理部１１２は、注目したコンテンツデータ１５２の前半部を表示済み前半蓄積部１０７に蓄積する（ステップＳ６４４）。
次に、蓄積管理部１１２は、注目したコンテンツデータ１５２の前半部に割り当てられる削除優先度を「低」に設定する（ステップＳ６４５）。
なお、移動体の経路１４４（図１）が予め計画されており、その経路１４４上（またはその近傍）にコンテンツデータ１５２のコンテンツ位置がある場合には、蓄積管理部１１２が、ステップＳ６４５において、そのコンテンツデータ１５２の前半部に割り当てられる削除優先度を「低」に設定し、それ以外の場合には、削除優先度を「高」に設定するようにしてもよい。
次に、蓄積管理部１１２は、注目したコンテンツデータ１５２の後半部を表示済み後半蓄積部１０８に蓄積する（ステップＳ６４６）。
次に、蓄積管理部１１２は、注目したコンテンツデータ１５２の後半部に割り当てられる削除優先度を「高」に設定する（ステップＳ６４７）。
そして、蓄積管理部１１２は、注目したコンテンツデータ１５２の参照時刻を現在の時刻に更新する（ステップ６４８）。
参照時刻は、蓄積管理部１１２が、蓄積部１１３に蓄積したデータに対して割り当てる属性の１つであり、参照時刻が古いデータは参照時刻が新しいデータよりも削除されやすくなる。また、データ（例えば、コンテンツデータ１５２）が新たに蓄積部１１３に蓄積される際には、その蓄積された時刻が参照時刻として割り当てられる。
図１９からわかるように、図２１に示される処理は、コンテンツデータ１５２が表示部１１４に表示される直前に行われる。上述したステップＳ６４３〜ステップＳ６４７は、コンテンツデータ１５２が表示部１１４に表示される際に、蓄積部１１３の先読み蓄積部１０６に蓄積されたコンテンツデータ１５２を表示済み前半蓄積部１０７と表示済み後半蓄積部１０８とに移す処理に相当する。
図２２は、蓄積管理部１１２が、蓄積部１１３の先読み蓄積部１０６に蓄積されたコンテンツデータ１５２を表示済み前半蓄積部１０７と表示済み後半蓄積部１０８とに移す処理の流れを模式的に示したものである。図２２において、「Ｓ」を先頭に付した参照番号は、図２１に示される対応するステップを示し、重複した説明は省略する。
このようにして、蓄積管理部１１２は、コマンドＤを受信した場合、コンテンツデータ１５２を表示済み前半蓄積部１０７と表示済み後半蓄積部１０８とに移す。
次に、蓄積管理部１１２が、コマンドＥを受領した場合の処理について図２３を用いて説明する。図２３は、蓄積管理部１１２が、コマンドＥを受領した場合に行う処理を示す図である。
上述したように、表示制御部１０９は、ステップＳ７０７（図１９）における判定の結果が「Ｎｏ」である場合に、蓄積管理部１１２に、取得したコンテンツデータ１５２の蓄積部１１３への蓄積を指示するためにコマンドＥを発行する（ステップ７１０）。
これに対して、蓄積管理部１１２は、コマンドＥを受領する（ステップＳ６５１）。また、蓄積管理部１１２は、この際に、表示制御部１０９がステップＳ７０９（図１９）で取得したコンテンツデータ１５２を受領する。
次に、蓄積管理部１１２は、取得したコンテンツデータ１５２の前半部を表示済み前半蓄積部１０７に蓄積する（ステップＳ６５２）。
次に、蓄積管理部１１２は、表示済み前半蓄積部１０７に蓄積された前半部に割り当てられる削除優先度を「低」に設定する（ステップＳ６５３）。
次に、蓄積管理部１１２は、取得したコンテンツデータ１５２の後半部を表示済み後半蓄積部１０８に蓄積する（ステップＳ６５４）。
そして、蓄積管理部１１２は、表示済み後半蓄積部１０８に蓄積された後半部に割り当てられる削除優先度を「高」に設定する（ステップＳ６５５）。
このようにして、蓄積管理部１１２は、コマンドＥを取得した場合に、削除優先度を設定する。
次に、端末装置１０１が、１つのコンテンツデータ１５２を取得し、表示するまでの処理について図２４を用いて説明する。図２４は、端末装置１０１が、１つのコンテンツデータ１５２を取得し、表示する際にコンテンツデータ１５２に対して行う処理を示す図である。図２４において、左右方向の位置は、注目しているコンテンツデータ１５２が格納されている場所を示す。また、カッコ内に示される参照番号は、図６、図１１、図１４〜図１６、図１９、図２１および図２３に示す処理手順（ステップ）を示す図６、図１１、図１４〜図１６、図１９、図２１および図２３では、それぞれの処理を実行する主体に注目して各ステップを示したが、図２４は、処理が実行される対象である１つのコンテンツデータ１５２に注目して各ステップを示している。各ステップは、注目している１つのコンテンツデータ１５２に対してなされるステップ（段階）である。
まず、コンテンツデータ１５２は、最初は、コンテンツサーバ１０３に格納されている（段階１０００）。
次に、移動体１４３が地域１４６内を移動することに伴って、段階１００１において検出された移動体１４３の位置（第１位置）とコンテンツ位置とが、「第１位置に基づいて定められるコンテンツデータ取得領域にコンテンツ位置が含まれる」という条件（第１の条件）が満たされるようになったと判定される（段階１００２）と、コンテンツデータ１５２の前半部が端末装置１０１によって取得される（段階１００３）。
段階１００２の判定は、先読みスケジューラ１０４によって行われる。
次に、段階１００３で取得されたコンテンツデータ１５２の前半部は、先読み蓄積部１０６に蓄積される。この際に、コンテンツデータ１５２の前半部に割り当てられる削除優先度は、「低」に設定される（段階１００５）。
次に、コンテンツデータ１５２の前半部が取得された後に、段階１００４における移動体１４３の位置（第２位置）と、コンテンツ位置とが、ステップＳ３２９（図１１）の条件（第２の条件）を満たす場合（段階１００６）には、コンテンツデータ１５２の後半部が端末装置１０１によって取得される（段階１００７）。
このように、コンテンツデータ１５２は、２段階に分けて取得される。
コンテンツデータ１５２の前半部を取得した後にコンテンツデータ１５２の後半部をさらに取得するかどうかは、コンテンツデータ１５２の前半部を取得した後の移動体１４３の位置（第２位置）に基づいて判定される。従って、コンテンツデータが無駄に取得されることが防止される。その結果、伝送路（無線通信路１４１）を効率的に利用することができる。
次に、段階１００７で取得されたコンテンツデータ１５２の後半部は、先読み蓄積部１０６に蓄積される。この際に、コンテンツデータ１５２の後半部に割り当てられる削除優先度は、「低」に設定される（段階１００８）。
上述したように、図６に示される処理は、移動体１４３の移動中に、所定の時間間隔または移動体１４３が所定の距離だけ移動する間隔で繰り返される。従って、図６に示されるステップＳ３０９に応答して蓄積管理部１１２によって実行される、図１４に示される処理も、同様に繰り返される。
また、ステップＳ３０６（図６）は、コンテンツリスト１５３に含まれる各コンテンツデータについて実行されるので、先読み蓄積部１０６に蓄積されたコンテンツデータ１５２についても実行される。
従って、コンテンツデータ１５２の前半部と後半部とが取得された後に、移動体１４３が地域１４６内を移動することに伴って、段階１００９において検出された移動体１４３の位置（第４位置）とコンテンツ位置とが、「第４位置に基づいて定められるコンテンツデータ取得領域にコンテンツ位置が含まれる」という条件（第４の条件）が満たされるか否かが判定される。この判定は、先読みスケジューラ１０４によって行われる（図６に示されるステップＳ３０６）。
この判定の結果に応じて、蓄積管理部１１２は、コンテンツデータ１５２に割り当てられる削除優先度を決定する（段階１０１０）。
段階１００９と段階１０１０とは、先読み蓄積部１０６に蓄積されたコンテンツデータ１５２が表示されるまでの間、繰り返して行われる。もちろん、コンテンツデータ１５２が先読み蓄積部１０６に蓄積された後、すぐに表示された場合には、コンテンツデータ１５２に対しては段階１００９と段階１０１０とはなされない。
段階１０１０において、第４位置に基づいて定められるコンテンツデータ取得領域にコンテンツデータ１５２のコンテンツ位置が含まれない場合には、コンテンツデータ１５２に割り当てられる削除優先度が「高」に設定される。これにより、このコンテンツデータ１５２は蓄積部１１３から削除されやすくなる。その結果、蓄積部１１３の蓄積容量を効果的に使用することが可能になるという効果が得られる。
なお、この効果は、コンテンツデータ１５２の取得を２段階に分けて行うか否かに関わりなく得られる。同様に、コンテンツデータ１５２の取得を２段階に分けて行うことによって得られる、伝送路を効率的に利用することができるという効果は、段階１０１０において蓄積されたコンテンツデータにどのような削除優先度を割り当てるかに関わりなく得られる。さらに、コンテンツデータ１５２の取得を２段階に分けて行うことによって得られる効果は、コンテンツデータ１５２を前半部と後半部とに分けて取得する場合に限定されず、コンテンツデータ１５２を任意の２つ以上の部分（すなわち、コンテンツデータ１５２の一部と、その残りの部分）に分けて取得する場合に得ることができる。
上述したように、図１９に示される処理は、移動体１４３の移動中に、所定の時間間隔または移動体１４３が所定の距離だけ移動する間隔で繰り返される。
従って、コンテンツデータ１５２の前半部と後半部とが取得された後に、移動体１４３が地域１４６内を移動することに伴って、段階１０１１において検出された移動体１４３の位置（第３位置）とコンテンツ位置とが、「第３位置に基づいて定められるコンテンツデータ表示トリガ領域にコンテンツ位置が含まれる」という条件（第３の条件）が満たされるか否かが判定される（段階１０１２）。
この判定は、表示制御部１０９によって行われる（図１９に示されるステップＳ７０３）。
表示部１１４は、第３の条件に基づいて、コンテンツデータ１５２（前半部および後半部）を表示する（段階１０１５）。なお、段階１００６において、コンテンツデータ１５２の後半部を取得するための条件（第２の条件）が満たされず、かつ、段階１０１２において、第３の条件が満たされる場合には、表示部１１４は、コンテンツデータ１５２の前半部だけを表示する。
段階１００６において第３の条件が満たされたにも関わらず、まだコンテンツデータ１５２が取得されていない場合（例外的な場合）には、そのコンテンツデータ１５２は、表示制御部１０９によって取得される（段階１０１３および段階１０１４）。
コンテンツデータ１５２が表示部１１４に表示される際に、先読み蓄積部１０６に蓄積されたコンテンツデータ１５２は、表示済み前半蓄積部１０７と表示済み後半蓄積部１０８とに移される（段階１０１６）。表示済み前半蓄積部１０７に移された時点で、コンテンツデータ１５２の前半部に割り当てられる削除優先度は、「低」に設定され、表示済み後半蓄積部１０８に移された時点で、コンテンツデータ１５２の後半部に割り当てられる削除優先度は、「高」に設定される（段階１０１７）。
このように、蓄積管理部１１２が段階１０１７においてコンテンツデータ１５２の前半部と後半部とに異なる削除優先度を割り当てる理由は、少なくともコンテンツデータ１５２の前半部があればそのコンテンツデータ１５２の概要を表示することができるからである。
先読み蓄積部１０６に蓄積されていたときにコンテンツデータ１５２に対して段階１００９および段階１０１０がなされたのと同様に、表示済み前半蓄積部１０７と表示済み後半蓄積部１０８とにそれぞれ蓄積されたコンテンツデータ１５２の前半部と後半部に対して、段階１００９および段階１０１０とがなされる。
すなわち、表示部１１４がコンテンツデータ１５２を表示した後に、移動体１４３が地域１４６内を移動することに伴って、段階１０１８において検出された移動体１４３の位置（第５位置）とコンテンツ位置とが、「第５位置に基づいて定められるコンテンツデータ取得領域にコンテンツ位置が含まれる」という条件（第５の条件）が満たされるか否かが判定される。この判定は、先読みスケジューラ１０４によって行われる（図６に示されるステップＳ３０６）。
この判定の結果に応じて、蓄積管理部１１２は、コンテンツデータ１５２に割り当てられる削除優先度を決定する（段階１０１９）。
段階１０１８と段階１０１９とは、表示済み前半蓄積部１０７に蓄積されたコンテンツデータ１５２の前半部が削除され、かつ、表示済み後半蓄積部１０７に蓄積されたコンテンツデータ１５２の後半部が削除されるまで、繰り返して行われる。もちろん、表示部１１４がコンテンツデータ１５２を表示した後に、すぐに前半部と後半部との両方が削除された場合には、コンテンツデータ１５２の前半部と後半部に対しては、段階１０１８と段階１０１９とがなされない。
段階１０１９において、第５位置に基づいて定められるコンテンツデータ取得領域にコンテンツデータ１５２のコンテンツ位置が含まれない場合には、コンテンツデータ１５２に割り当てられる削除優先度が「高」に設定され、そのコンテンツデータ１５２は蓄積部１１３から削除されやすくなる。その結果、蓄積部１１３の蓄積容量を効果的に使用することが可能になるという効果が得られる。
なお、この効果は、コンテンツデータ１５２の取得を２段階に分けて行うか否かに関わりなく得られることは言うまでもない。
図２４に示される例では、段階１０１９において、「第５位置に基づいて定められるコンテンツデータ取得領域にコンテンツ位置が含まれる」という条件に基づいて削除優先度が決定されていた。しかし、図１９を参照して上述したように、移動体の経路１４４（図１）が予め計画されている場合には、その計画された経路１４４（予め定められた移動経路）とコンテンツ位置との関係に基づいて、コンテンツデータ１５２に割り当てられる削除優先度が決定されてもよい。
例えば、予め定められた移動経路上（またはその近傍）にコンテンツデータ１５２のコンテンツ位置がある場合には、そのコンテンツデータ１５２の前半部に割り当てられる削除優先度を「低」に設定し、後半部に割り当てられる削除優先度を「高」に設定してもよい。削除優先度をこのように設定することによって、例えば、移動体１４３が往復で同一の経路を通ることが予めわかっている場合に、往路で蓄積したコンテンツデータ１５２が復路において利用されるまで蓄積部１１３から削除されずに残される可能性が高くなる。これにより、無線通信路１４１の利用効率を高くすることが可能になる。
次に、蓄積管理部１１２は、蓄積部１１３に蓄積されるデータに削除優先度を割り当てることによって、蓄積部１１３に蓄積されるデータを管理する。そして、蓄積管理部１１２は、表示済み前半蓄積部１０７に蓄積されたコンテンツデータ１５２の前半部と、表示済み後半蓄積部１０８に蓄積されたコンテンツデータ１５２の後半部とを、削除優先度と参照時刻とに基づいて削除する（段階１０２０）。
図２４に示されるように、コンテンツデータ１５２の取得および表示を制御するための移動体１４３の位置に基づく判定処理は、先読みスケジューラ１０４と表示制御部１０９とによって行われている。先読みスケジューラ１０４と表示制御部１０９とは、全体として、移動体１４３の位置に基づく判定処理を行う判定部１５０（図２）として機能する。
なお、図２４は、コンテンツデータ１５２の典型的な例を挙げているので、図２４に示されていない挙動を示すコンテンツデータ１５２もある。例えば、先読み蓄積部１０６に蓄積されたコンテンツデータ１５２も、削除優先度と参照時刻とに基づいて削除される。また、一旦表示済み前半蓄積部１０７と表示済み後半蓄積部１０８とに移された後に、コンテンツデータ１５２が再度表示されることもある。
図２５は、蓄積管理部１１２が、削除優先度と参照時刻とに基づいて、蓄積部１１３に蓄積されたデータを管理する様子を示す図である。
蓄積管理部１１２は、先読み部１０５または表示制御部１０９からコンテンツデータ１５２を蓄積するコマンド（コマンドＢ、ＣまたはＥ）を受領した時に、蓄積部１１３の残りの容量をチェックする。
蓄積管理部１１２は、残りの容量が少ない場合には、削除順位（削除される際の優先順位）の最も高いものから順番に削除する。
図２５に示されるように、削除順位は、蓄積部１１３に蓄積されるそれぞれのデータ（例えば、コンテンツデータ１５２の前半部および後半部）について、削除優先度（「高」または「低」）とそのデータの参照時刻とに基づいて決定される。削除順位は、削除優先度「高」で最終参照時刻の最も古いものが最も高く、順に最終参照時刻の新しいものへ低くなり、さらに削除優先度「低」で最も最終参照時刻の古いものから順に新しいものへなるに従って低くなる。
図２５においては、左側に位置するデータほど削除されやすいデータとなる。
また、削除順位は、蓄積部１１３に含まれる先読み蓄積部１０６、表示済み前半蓄積部１０７および表示済み後半蓄積部１０８の間で区別せずに設定される。
なお、蓄積部１１３は、物理的に３つの蓄積部（先読み蓄積部１０６、表示済み前半蓄積部１０７および表示済み後半蓄積部１０８）に分けられている必要はない。
蓄積部１１３に含まれる３つの蓄積部を１つの記憶装置によって実現する形態について図２６を用いて説明する。図２６は、蓄積部１１３に含まれる３つの蓄積部を１つの記憶装置によって実現する場合に、蓄積管理部１１２が蓄積部１１３に蓄積されたデータの種類を区別して管理するために用いるテーブルの一例を示す図である。
テーブル８５１は、蓄積部１１３に蓄積されたファイル（コンテンツデータ）の名前を格納する名前フィールド８５２、そのファイルのアドレス（ＵＲＬ）を格納するアドレスフィールド８５３、種別（未表示を表す「先読み」、表示済みの前半部を表す「前半」、表示済みの後半部を表す「後半」）を格納する種別フィールド８５４、種別が「前半」または「後半」の場合に、残りの部分の有無とそのファイル名を格納する残ファイルフィールド８５５、参照時刻を格納する参照時間フィールド８５６、コンテンツ位置を格納する位置フィールド８５７および削除優先度を格納する優先度フィールド８５８を含む。
蓄積管理部１１２が、テーブル８５１を用いることによって、ファイルの詳細情報を知ることができる。これにより、蓄積部１１３に含まれる３つの蓄積部（先読み蓄積部１０６、表示済み前半蓄積部１０７および表示済み後半蓄積部１０８）を１つの記憶装置によって実現することができる。
次に、端末装置１０１がコンテンツデータを取得し、表示可能にする様子について図２７を用いて説明する。図２７は、端末装置１０１が、移動体１４３の移動に伴ってコンテンツデータを取得し、表示可能にする様子を示す図である。
図２７に示される横軸ｔは、時間の経過を表す。時間は、図２７の左側から右側へと流れる。コンテンツデータＡは、Ａ地点に関連するコンテンツＡを表し、コンテンツデータＢは、Ｂ地点に関連するコンテンツＢを表すものとする。
図２７において、時刻９０６はコンテンツデータＡの表示限度時刻（移動体１４３がＡ地点を通過する時刻）であり、時刻９０７はコンテンツデータＢの表示限度時刻（移動体１４３がＢ地点を通過する時刻）である。
時刻９０１においては、コンテンツデータＡもコンテンツデータＢも取得されていない。時刻９０２では、コンテンツデータＡの前半部Ａ’およびコンテンツデータＢの前半部Ｂ’が取得されている。時刻９０３では、コンテンツデータＡの後半部Ａ”およびコンテンツデータＢの後半部Ｂ”が取得されており、コンテンツデータＡ全体（＝Ａ’＋Ａ”）およびコンテンツデータＢ全体（＝Ｂ’＋Ｂ”）が表示可能になっている。
コンテンツデータＡは、時刻９０４において表示され、コンテンツデータＢは、時刻９０５において自動的に表示される。時刻９０４は、例えば、コンテンツデータＡのコンテンツ位置がコンテンツデータ表示トリガ領域に含まれるようになる時刻である。時刻９０５は、例えば、コンテンツデータＢのコンテンツ位置がコンテンツデータ表示トリガ領域に含まれるようになる時刻である。
なお、コンテンツデータが自動的に表示される以前に（すなわち、コンテンツデータのコンテンツ位置がコンテンツデータ表示トリガ領域に含まれる前に）、ユーザ（例えば、移動体１４３の運転者または同乗者）による要求に応答してコンテンツデータが表示されてもよい。このような要求は、例えば、表示部１１４の領域１１０７（図２０）に白抜きの丸印で示されるコンテンツ位置をユーザが指で触れることによって行なわれる。
時刻９０２において、ユーザによるコンテンツＡの表示要求がなされた場合には、端末装置１０１は、コンテンツデータＡの前半部Ａ’のみを表示することができる。
図２７に示される例では、コンテンツデータＡの前半部Ａ’は、文書と、静止画と、動画の一部とからなる。従って、ユーザには、文書と、静止画と、動画の途中までと、が表示される。
なお、コンテンツデータＡの構成は、図２７に示す構成に限定されない。例えば、コンテンツデータＡが音声付きの動画であっても良い。この場合は、コンテンツデータＡの前半部Ａ’は、文書と音声、コンテンツデータＡの後半部Ａ”は、映像というようになる。
なお、時刻９０２においてコンテンツデータＡの前半部Ａ’のみを閲覧したユーザが、コンテンツデータＡに興味がなく、後半部Ａ”を表示する必要がないと判断した場合には、その旨を端末装置１０１に入力することによって、コンテンツデータＡの後半部Ａ”が取得されないようにしてもよい。これによって、無線通信路１４１（図２）の使用効率をより高くすることができる。
時刻９０３において、ユーザによりコンテンツＡの表示要求がなされた場合には、端末装置１０１は、コンテンツデータＡの全体を表示することができる。
もし、端末１０１が、時刻９０２の位置で通信障害が発生して（例えば、電波が途切れるなどして）コンテンツデータＡの後半部Ａ”が取得できなくなっても、時刻９０３においてコンテンツデータＡの前半部Ａ’は表示することができる。
このように、本発明の端末装置１０１は、コンテンツデータＡの前半部Ａ’を、後半部Ａ”に先だって取得し、表示可能にすることができる。これにより、端末装置１０１は、コンテンツデータＡの全体を取得する前に、コンテンツデータＡによって表されるコンテンツを適時に提示することが可能になる。また、端末装置１０１は、コンテンツデータＡの前半部Ａ’を、後半部Ａ”に先だって取得することにより、通信障害によってコンテンツデータＡの全体が取得できなくなるリスクを低減することができる。
なお、時刻９０２においてコンテンツデータＡの前半部Ａ’のみを閲覧したユーザが、コンテンツデータＡに興味があって後半部Ａ”の取得を端末装置１０１に指示した場合にのみ、コンテンツデータＡの後半部Ａ”を取得するようにしてもよい。この場合には、コンテンツデータＡの後半部Ａ”の閲覧は、有料であってもよい。コンテンツデータＡの後半部Ａ”の閲覧が有料である場合には、料金を支払うことにより復号鍵を入手したユーザだけがコンテンツデータＡの後半部Ａ”を閲覧することが可能であるように、コンテンツデータＡの後半部Ａ”が暗号化してもよい。
なお、暗号化は、コンテンツデータＡの後半部Ａ”のみに限定されない。コンテンツデータＡを任意の２つ以上の部分に分け、その少なくとも１つの部分に暗号化が施されてもよい。暗号化される部分は、コンテンツデータＡのうちの重要な部分（商品価値がある部分）であることが望ましい。
コンテンツサーバ１０３（図２）が、コンテンツデータＡの後半部Ａ”を暗号化して送信すべきかどうかは、要求１５１がＲａｎｇｅ：指定（図１３に示される行４８１）を含むかどうかに基づいて決定される。要求１５１がＲａｎｇｅ：指定を含む場合には、コンテンツサーバ１０３は、コンテンツデータＡの後半部Ａ”を暗号化し、復号鍵および課金情報とともに端末装置１０１に送信する。
上述した実施の形態では、コンテンツデータ１５２を取得するか否かを、コンテンツデータ１５２のコンテンツ位置がコンテンツデータ取得領域に含まれているかという条件のみに応じて決めていた。しかし、この条件に加えて、さらに時刻、移動体１４３の連続走行時間、天気、移動体１４３の残存燃料の量、ユーザの嗜好、コンテンツのジャンルなどの条件に応じて、コンテンツデータ１５２を取得するか否かを決めてもよい。例えば、食事の時間帯には、ユーザの嗜好に応じたレストラン（例えば、和食レストラン）のコンテンツを表すコンテンツデータを取得するが、それ以外の時間帯にはこのコンテンツデータを取得しないようにしてもよい。
これは、コンテンツリスト１５３にキーワード情報を付加し、それらのキーワード情報と、ユーザの嗜好データベースとを照合することによって実現される。このような照合は、例えば、図６に示されるステップＳ３０６の後に行われる。
また、連続走行時間が長くなるとサービスエリアなどの休憩所やガソリンスタンドのコンテンツを表すコンテンツデータを取得するようにしたり、雨が降っているときは屋内の休憩・娯楽施設のコンテンツを表すコンテンツデータを取得したりするようにしてもよい。また、現在営業している施設に関するコンテンツを表すコンテンツデータのみが取得されるようにしてもよい。
コンテンツデータ１５２が、時刻、移動体１４３の連続走行時間、天気、移動体１４３の残存燃料の量、ユーザの嗜好、コンテンツのジャンルなどの条件を満たすか否かの判定は、端末装置１０１において行われる。従って、コンテンツサーバ１０３において検索を行う負荷が発生せず、コンテンツサーバ１０３のレスポンスが向上する。また、ユーザの嗜好が外部に漏れる恐れもない。
移動体１４３の経路１４４（図１）が予め計画されている場合には、移動体１４３の現在位置（第１の位置）よりも先のその経路１４４（予め定められた移動経路）上およびその近傍がコンテンツデータ取得領域として決定されてもよい。
この場合には、移動経路が決まった時点（例えば、移動体１４３が移動を開始する前）で移動経路上およびその近傍にコンテンツ位置を有するすべてのコンテンツデータが予め取得される。この場合、移動経路は端末装置１０１の内部で決定してもよいし、ユーザが所有する別の端末またはユーザ以外の者が提供しているサーバで決定し、決定された移動経路を磁気ディスクなどの記録媒体またはネットワークを経由して端末装置１０１に導入してもよい。
移動体１４３が移動を開始する前におけるコンテンツデータの先読みは、端末装置１０１が行ってもよいし、別の端末装置またはサーバが行って記録媒体またはネットワークを経由して端末装置１０１に導入してもよい。これにより、移動体１４３の移動中にコンテンツデータの取得に時間がかかって、そのコンテンツデータの表示が遅れることが避けられる。
また、上記実施の形態では、コンテンツデータを前半部と後半部に分けて取得する形態で説明したが、コンテンツデータの一部とその他の部分に分けて取得するようにしても良い。例えば、コンテンツデータが音声付きの動画である場合は、まず音声部分のみを取得し、後で動画部分を取得するようにしても良い。これにより、移動体がコンテンツ位置に遠い場合は音声のみを出力し、移動体がコンテンツ位置に近づくと音声に加え動画も出力するようにできる。
以上説明したように、上記実施の形態によれば、コンテンツデータを２段階に分けて取得できる。これにより、コンテンツデータの一部を、残りの部分に先だって取得でき、表示可能にできる。つまり、移動により位置が大きく変化した場合であっても、位置に応じた適切なコンテンツデータを取得でき、適時に提示することが可能になる。
また、上記実施の形態によれば、コンテンツデータの一部を取得した後にコンテンツデータの残りの部分をさらに取得するかどうかは、コンテンツデータの一部を取得した後の移動体の位置に基づいて判定できる。これにより、移動体の移動に伴って不用になったコンテンツデータを無駄に取得することを防止できる。この結果、伝送路を効率的に利用することができる。
また、上記実施の形態によれば、コンテンツデータを取得するかどうかを、移動体の位置（第１位置）に基づいて判定できる。従って、移動体の予定経路が設定されていない場合であっても、移動体の位置に応じたコンテンツデータを取得することができる。
さらに、上記実施の形態によれば、蓄積管理部が、蓄積部に蓄積されたコンテンツデータに削除優先度を割り当てることによって蓄積部に蓄積されたコンテンツデータを管理できる。また、蓄積部に蓄積されたコンテンツデータに割り当てられる削除優先度は、取得部がコンテンツデータを取得した後に検出される移動体の位置（第４位置）に基づいて決定される。つまり、移動体の位置から遠い位置情報を持つコンテンツデータ、つまり不要とおもわれるコンテンツデータから先に削除できるので、蓄積容量を効率的に使用することができる。
なお、端末装置１０１が行う処理をプログラムにし、汎用のコンピュータに実行させることにより、汎用のコンピュータに端末装置１０１の処理を行わせても良い。
本明細書は、２００１年１０月１６日出願の特願２００１−３１８６７２に基づく、この内容はすべてここに含めておく。
産業上の利用可能性
以上説明したように、本発明によれば、コンテンツデータを２段階に分けて取得できる。これにより、コンテンツデータの一部を、残りの部分に先だって取得でき、表示可能にできる。この結果、コンテンツデータによって表されるコンテンツを適時に提示することが可能になる。
【図面の簡単な説明】
図１は、本発明の一実施の形態にかかる端末装置が使用される形態を模式的に示す図であり、
図２は、上記実施の形態にかかる端末装置の構成を示すブロック図であり、
図３は、上記実施の形態にかかるコンテンツリストのデータ構造の一例を示す図であり、
図４は、上記実施の形態にかかるコンテンツリストのデータ構造の他の例を示す図であり、
図５は、上記実施の形態にかかるコンテンツリストのデータ構造のさらに他の例を示す図であり、
図６は、上記実施の形態にかかる先読みスケジューラがコンテンツデータを取得するタイミングの制御を示すフローチャートであり、
図７は、上記実施の形態にかかるコンテンツデータ取得領域の例を示す図であり、
図８は、上記実施の形態にかかるコンテンツデータ取得領域の他の例を示す図であり、
図９は、上記実施の形態にかかるコンテンツデータ取得領のさらに他の例を示す図であり、
図１０は、上記実施の形態にかかるコンテンツデータ取得領域のさらに他の例を示す図であり、
図１１は、上記実施の形態にかかる未取得コンテンツデータをコンテンツサーバから取得する処理手順を示すフローチャートであり、
図１２は、上記実施の形態にかかる端末装置が、コンテンツデータのサイズをコンテンツサーバに問い合わせる際に送信するコマンドの一例を示す図であり、
図１３は、上記実施の形態にかかる端末装置が、コンテンツデータの前半部を取得する際に、コンテンツサーバに送信する要求の一例を示す図であり、
図１４は、上記実施の形態にかかる蓄積管理部が、コマンドＡを受領した場合に行う処理を示すフローチャートであり、
図１５は、上記実施の形態にかかる蓄積管理部が、コマンドＢを受領した場合に行う処理を示すフローチャートであり、
図１６は、上記実施の形態にかかる蓄積管理部が、コマンドＣを受領した場合に行う処理を示すフローチャートであり、
図１７は、上記実施の形態にかかる蓄積管理部がコマンドＢまたはコマンドＣを受領した場合の処理の流れを模式的に示す図であり、
図１８は、上記実施の形態にかかる蓄積管理部が先読み蓄積部、表示済み前半蓄積部および表示済み後半蓄積部に蓄積するデータを管理する様子を模式的に示す図であり、
図１９は、上記実施の形態にかかる端末装置が、コンテンツデータを表示するタイミングを制御する処理を示すフローチャートであり、
図２０は、上記実施の形態にかかる表示部が、コンテンツデータを表示する様子を示す図であり、
図２１は、上記実施の形態にかかる蓄積管理部が、コマンドＤを受領した場合に行う処理を示すフローチャートであり、
図２２は、上記実施の形態にかかる蓄積管理部が、蓄積部の先読み蓄積部に蓄積されたコンテンツデータを表示済み前半蓄積部と表示済み後半蓄積部とに移す処理の流れを模式的に示す図であり、
図２３は、上記実施の形態にかかる蓄積管理部が、コマンドＥを受領した場合に行う処理を示すフローチャートであり、
図２４は、上記実施の形態にかかる端末装置が、１つのコンテンツデータを取得し、表示する際にそのコンテンツデータに対して行う処理を示す図であり、
図２５は、上記実施の形態にかかる蓄積管理部が、削除優先度と参照時刻とに基づいて、蓄積部に蓄積されたデータを管理する様子を示す図であり、
図２６は、上記実施の形態にかかる蓄積部に含まれる３つの蓄積部を１つの記憶装置によって実現する場合に、蓄積部に蓄積されるデータの種類を区別して管理するためのテーブルの一例を示す図であり、そして、
図２７は、上記実施の形態にかかる端末装置が、移動体の移動に伴ってコンテンツデータを取得し、表示可能にする様子を示す図である。
Claims (15)
- 移動体に搭載されて用いられ、位置に関連するコンテンツを提示する端末装置であって、
前記コンテンツと前記コンテンツに対応する前記位置との組を少なくともひとつ以上格納したコンテンツリストを記憶する記憶部と、前記移動体の位置を検出する位置検出部と、前記移動体の位置に基づいて前記コンテンツを取得するコンテンツ取得領域を決定する取得領域決定部と、決定した前記コンテンツ取得領域に前記位置が対応する前記コンテンツを前記コンテンツリストから選択する選択する選択部と、選択した前記コンテンツの一部を取得する先読み部と、前記選択したコンテンツの一部を取得した後の前記移動体の位置に基づいて前記選択したコンテンツの残りの部分が今後参照されるか否かを判断することにより、前記選択したコンテンツを取得するか否かを判断する取得判断部と、前記取得判断部が前記選択したコンテンツの残りの部分を取得すると判断した場合に前記選択したコンテンツの残りの部分を取得する取得部と、を具備したことを特徴とする端末装置。 - 前記位置検出部は、前記移動体の移動速度または前記移動体の移動する向きをさらに検出し、
前記取得領域決定部は、検出された前記移動速度または前記向きの少なくとも１つと、検出された前記位置とに基づいて前記コンテンツ取得領域を決定することを特徴とする請求項１記載の端末装置。 - 前記取得判断部は、前記選択したコンテンツの残りの部分を取得するために必要な時間を計算し、計算した前記必要な時間の間に前記移動体が前記選択したコンテンツに対応する前記位置から所定の距離の範囲内にいるか判断し、前記移動体が前記所定の距離の範囲内にいないと判断した場合に前記選択したコンテンツの残りの部分を取得するという判断をすることを特徴とする請求項１記載の端末装置。
- 前記移動体の位置に基づいて前記選択したコンテンツを提示するか否かを判断する提示制御部を具備したことを特徴とする請求項１記載の端末装置。
- 前記先読み部が前記選択したコンテンツの一部を取得した後に、前記取得判断部が前記選択したコンテンツの残りの部分を取得しないと判断し、前記提示制御部が前記選択したコンテンツを提示すると判断した場合には、前記選択したコンテンツの一部を提示することを特徴とする請求項４記載の端末装置。
- 前記提示制御部は、前記移動体が所定の時間の間に移動することによって前記選択したコンテンツの位置に到達すると予測される場合に、前記選択したコンテンツを提示する決定をすることを特徴とする請求項４に記載の端末装置。
- 取得した前記選択したコンテンツの一部を蓄積する蓄積部と、前記蓄積部に蓄積された前記選択したコンテンツの一部に前記蓄積部から削除する際の優先順位を決定するための削除優先度を割り当てる蓄積管理部と、を備え、
前記蓄積管理部は、前記取得判断部の判断結果に応じて、前記選択したコンテンツの一部に割り当てる前記削除優先度を決定することを特徴とする請求項１に記載の端末装置。 - 前記蓄積部は、前記選択したコンテンツ残りの部分が取得された場合に、前記選択したコンテンツ残りの部分を蓄積し、
前記蓄積管理部は、前記選択したコンテンツの一部および前記選択したコンテンツの残りの部分が提示された後に、前記選択したコンテンツの一部と前記選択したコンテンツの残りの部分とに異なる前記削除優先度を割り当てることを特徴とする請求項７に記載の端末装置。 - 前記選択したコンテンツの一部と前記選択したコンテンツの残りの部分との少なくとも一方は暗号化されていることを特徴とする請求項１に記載の端末装置。
- 移動体に搭載されて用いられ、位置に関連するコンテンツを提示する端末装置であって、
前記コンテンツと前記コンテンツに対応する前記位置との組を少なくともひとつ以上格納したコンテンツリストを記憶する記憶部と、前記移動体の位置を検出する位置検出部と、前記移動体の位置に基づいて前記コンテンツを取得するコンテンツ取得領域を決定する取得領域決定部と、決定した前記コンテンツ取得領域に前記位置が対応する前記コンテンツを前記コンテンツリストから選択する選択する選択部と、選択した前記コンテンツを取得する取得部と、取得した前記選択したコンテンツを蓄積する蓄積部と、前記蓄積部に蓄積された前記選択したコンテンツに前記蓄積部から削除する際の優先順位を決定するための削除優先度を割り当てる蓄積管理部と、を備え、
前記蓄積管理部は、前記取得部が前記選択したコンテンツを取得した後の前記移動体の位置に基づいて決定される前記コンテンツ取得領域に前記選択したコンテンツの位置が含まれるか否かに応じて、前記選択したコンテンツに割り当てる削除優先度を決定することを特徴とする端末装置。 - 前記蓄積管理部は、前記選択したコンテンツを提示した後の前記移動体の位置に基づいて決定される前記コンテンツ取得領域に前記選択したコンテンツの位置が含まれるか否かに応じて前記選択したコンテンツに割り当てる前記削除優先度を決定することを特徴とする請求項１０記載の端末装置。
- 前記蓄積管理部は、予め定められた前記移動体の移動経路との関係に基づいて決定される前記コンテンツ取得領域に前記選択したコンテンツの位置が含まれるか否かに応じて前記選択したコンテンツに割り当てる前記削除優先度を決定することを特徴とする請求項１０記載の端末装置。
- 請求項１記載の端末装置と、前記コンテンツリストを格納したリストサーバと、前記コンテンツを格納したコンテンツサーバと、を具備し、
前記端末装置は、前記コンテンツリストを無線通信を用いて前記リストサーバから取得し、前記コンテンツを無線通信を用いて前記コンテンツサーバから取得することを特徴とするコンテンツ配信システム。 - 移動体に搭載されて用いられる端末装置の位置に関連するコンテンツの取得方法であって、
前記コンテンツと前記コンテンツに対応する前記位置との組を少なくともひとつ以上格納したコンテンツリストを記憶し、前記移動体の位置を検出し、前記移動体の位置に基づいて前記コンテンツを取得するコンテンツ取得領域を決定し、決定した前記コンテンツ取得領域に前記位置が対応する前記コンテンツを前記コンテンツリストから選択し、選択した前記コンテンツの一部を取得し、前記選択したコンテンツの一部を取得した後の前記移動体の位置に基づいて前記選択したコンテンツの残りの部分が今後参照されるか否かを判断することにより、前記選択したコンテンツの残りの部分を取得するか否かを判断し、前記選択したコンテンツの残りの部分を取得すると判断した場合に前記選択したコンテンツの残りの部分を取得することを特徴とするコンテンツの取得方法。 - 移動体に搭載されて用いられる端末装置が位置に関連するコンテンツを取得するためのプログラムであって、
コンピュータに、前記コンテンツと前記コンテンツに対応する前記位置との組を少なくともひとつ以上格納したコンテンツリストを記憶させ、前記移動体の位置を検出させ、前記移動体の位置に基づいて前記コンテンツを取得するコンテンツ取得領域を決定させ、決定した前記コンテンツ取得領域に前記位置が対応する前記コンテンツを前記コンテンツリストから選択させ、選択した前記コンテンツの一部を取得させ、前記選択したコンテンツの一部を取得した後の前記移動体の位置に基づいて前記選択したコンテンツの残りの部分が今後参照されるか否かを判断することにより、前記選択したコンテンツの残りの部分を取得するか否かを判断させ、前記選択したコンテンツの残りの部分を取得すると判断した場合に前記選択したコンテンツの残りの部分を取得させることを特徴とするプログラム。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001318672 | 2001-10-16 | ||
| JP2001318672 | 2001-10-16 | ||
| PCT/JP2002/010729 WO2003033998A1 (en) | 2001-10-16 | 2002-10-16 | Terminal apparatus |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPWO2003033998A1 true JPWO2003033998A1 (ja) | 2005-02-03 |
| JP4091914B2 JP4091914B2 (ja) | 2008-05-28 |
Family
ID=19136335
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003536687A Expired - Lifetime JP4091914B2 (ja) | 2001-10-16 | 2002-10-16 | 端末装置 |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US7103369B2 (ja) |
| EP (1) | EP1437571B1 (ja) |
| JP (1) | JP4091914B2 (ja) |
| CN (1) | CN100504305C (ja) |
| WO (1) | WO2003033998A1 (ja) |
Families Citing this family (46)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE60238932D1 (de) * | 2001-11-02 | 2011-02-24 | Panasonic Corp | Endgerätevorrichtung |
| JP4203354B2 (ja) * | 2003-05-19 | 2008-12-24 | パナソニック株式会社 | コンテンツ配信装置およびコンテンツ受信装置 |
| JP4007252B2 (ja) * | 2003-05-27 | 2007-11-14 | 日本電気株式会社 | 無線ソフトウェア取得システム、携帯無線装置、無線ソフトウェア取得方法、無線ソフトウェア取得プログラム |
| KR20070028280A (ko) * | 2003-09-24 | 2007-03-12 | 소니 가부시끼 가이샤 | 데이터 기록 제어장치 |
| JP2005135008A (ja) | 2003-10-28 | 2005-05-26 | Sony Corp | 情報配信システム及び情報配信方法 |
| WO2005086940A2 (en) * | 2004-03-11 | 2005-09-22 | Interdigital Technology Corporation | Control of device operation within an area |
| US7283839B2 (en) * | 2004-04-14 | 2007-10-16 | Curitel Communications, Inc. | Wireless communicating terminal for providing integrated messaging service and method thereof |
| JP2006017537A (ja) * | 2004-06-30 | 2006-01-19 | Pioneer Electronic Corp | 出力制御装置、その方法、そのプログラム、および、そのプログラムを記録した記録媒体 |
| US8005483B2 (en) | 2004-10-27 | 2011-08-23 | Qwest Communications International Inc. | Mobile caching and data relay vectoring systems and methods |
| DE102004053597B4 (de) * | 2004-11-05 | 2008-05-29 | Infineon Technologies Ag | Verfahren zum automatischen Erzeugen und/oder Steuern einer Telekommunikations-Konferenz mit einer Vielzahl von Teilnehmern, Telekommunikations-Konferenz-Endgerät und Telekommunikations-Konferenz-Servereinrichtung |
| US20060159440A1 (en) * | 2004-11-29 | 2006-07-20 | Interdigital Technology Corporation | Method and apparatus for disrupting an autofocusing mechanism |
| US20060137018A1 (en) * | 2004-11-29 | 2006-06-22 | Interdigital Technology Corporation | Method and apparatus to provide secured surveillance data to authorized entities |
| US20060227640A1 (en) * | 2004-12-06 | 2006-10-12 | Interdigital Technology Corporation | Sensing device with activation and sensing alert functions |
| TWI285742B (en) * | 2004-12-06 | 2007-08-21 | Interdigital Tech Corp | Method and apparatus for detecting portable electronic device functionality |
| US7574220B2 (en) * | 2004-12-06 | 2009-08-11 | Interdigital Technology Corporation | Method and apparatus for alerting a target that it is subject to sensing and restricting access to sensed content associated with the target |
| CA2604113C (en) * | 2005-04-18 | 2012-02-21 | Research In Motion Limited | System and method of waste management |
| JP2006345216A (ja) * | 2005-06-09 | 2006-12-21 | Matsushita Electric Ind Co Ltd | 情報受信装置、および情報受信再生装置 |
| JP2007174520A (ja) * | 2005-12-26 | 2007-07-05 | Mitsubishi Electric Corp | Ｄｓｒｃ車載器 |
| WO2007102099A1 (en) * | 2006-03-07 | 2007-09-13 | Koninklijke Philips Electronics N.V. | Navigation service using pre-fetching |
| US7978698B2 (en) * | 2006-03-16 | 2011-07-12 | Panasonic Corporation | Terminal for performing multiple access transmission suitable to a transmission path having varied characteristics |
| US8588394B2 (en) * | 2006-09-22 | 2013-11-19 | Sprint Communications Company L.P. | Content switch for enhancing directory assistance |
| JP4965229B2 (ja) * | 2006-11-14 | 2012-07-04 | 三菱電機株式会社 | 移動情報処理装置及び情報処理方法及びプログラム |
| EP2031352A1 (en) * | 2007-08-29 | 2009-03-04 | Wayfinder Systems AB | Pre-fetching navigation maps |
| US8374782B2 (en) | 2007-08-29 | 2013-02-12 | Vodafone Group Services Limited | Pre-fetching navigation maps |
| JP5317541B2 (ja) * | 2008-06-11 | 2013-10-16 | 株式会社エヌ・ティ・ティ・ドコモ | 情報配信サーバ、移動通信端末、情報配信システム及び情報配信方法 |
| JPWO2009157076A1 (ja) * | 2008-06-26 | 2011-12-01 | パイオニア株式会社 | 通信環境予測端末、通信環境予測方法及び通信環境予測プログラム |
| US8381123B2 (en) * | 2008-06-27 | 2013-02-19 | Microsoft Corporation | Positioning and realizing of virtualized visible content within a viewport |
| JP5104619B2 (ja) * | 2008-07-24 | 2012-12-19 | 富士通株式会社 | 情報処理装置、情報処理方法、およびプログラム |
| US8219027B2 (en) * | 2009-02-26 | 2012-07-10 | International Business Machines Corporation | Proximity based smart collaboration |
| US8391884B2 (en) * | 2009-03-26 | 2013-03-05 | Andrew Llc | System and method for managing created location contexts in a location server |
| US8433296B2 (en) | 2009-05-01 | 2013-04-30 | Ryan Hardin | Exclusive delivery of content within geographic areas |
| US10397639B1 (en) | 2010-01-29 | 2019-08-27 | Sitting Man, Llc | Hot key systems and methods |
| US8391896B2 (en) * | 2010-07-09 | 2013-03-05 | Nokia Corporation | Method and apparatus for providing a geo-predictive streaming service |
| US8787882B2 (en) * | 2010-12-09 | 2014-07-22 | Alcatel Lucent | Resource profile adjustment for pre-fetching of assets to user equipment |
| US8725128B2 (en) * | 2010-12-10 | 2014-05-13 | Alcatel Lucent | Pre-fetching of assets to user equipment |
| US9305107B2 (en) * | 2011-12-08 | 2016-04-05 | Google Inc. | Method and apparatus for pre-fetching place page data for subsequent display on a mobile computing device |
| JP5124681B1 (ja) * | 2011-12-16 | 2013-01-23 | シャープ株式会社 | コンテンツサービスシステム |
| US20140078403A1 (en) * | 2012-09-20 | 2014-03-20 | Spectrum Bridge, Inc. | System and method for broadcast reception management |
| US20140094197A1 (en) * | 2012-10-03 | 2014-04-03 | Fisoc, Inc. | Speed and topology relevant dynamic geo search |
| CN104700273A (zh) * | 2015-04-03 | 2015-06-10 | 北京长吉加油设备有限公司 | 加油站费用支付方法及利用该方法的加油站费用支付系统 |
| DE102015206474A1 (de) | 2015-04-10 | 2016-10-13 | Robert Bosch Gmbh | Bereitstellung von Umfelddaten einer geplanten Route |
| CN105928536A (zh) * | 2016-06-15 | 2016-09-07 | 苏州清研捷运信息科技有限公司 | 一种在车辆导航中嵌入基于位置的视频广告的方法 |
| WO2018087825A1 (ja) * | 2016-11-09 | 2018-05-17 | 三菱電機株式会社 | データ配信システム、移動局、配信装置、データ配信方法、移動局プログラムおよび配信装置プログラム |
| GB2566510A (en) * | 2017-09-15 | 2019-03-20 | De Innovation Lab Ltd | System and method for providing promotional information to vehicle users |
| JP2019159455A (ja) * | 2018-03-08 | 2019-09-19 | 本田技研工業株式会社 | 施設情報配信装置、及び施設情報配信方法 |
| CN109798914A (zh) * | 2019-03-14 | 2019-05-24 | 重庆交通开投科技发展有限公司 | 导航显示方法及装置 |
Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH08190574A (ja) * | 1994-11-09 | 1996-07-23 | Ekushingu:Kk | 移動体設置型情報提供装置 |
| JPH1165434A (ja) * | 1997-08-13 | 1999-03-05 | Hitachi Ltd | 情報提供システム、端末における情報の出力方法、移動情報端末及び情報提供装置 |
| JPH11167695A (ja) * | 1997-12-04 | 1999-06-22 | Hitachi Ltd | 情報交換システム |
| JP2000137721A (ja) * | 1998-10-29 | 2000-05-16 | Sharp Corp | 情報提供装置および情報提供システム |
| JP2000258172A (ja) * | 1999-03-05 | 2000-09-22 | Hitachi Ltd | 情報提供システム |
| JP2001108477A (ja) * | 1999-10-08 | 2001-04-20 | Equos Research Co Ltd | 情報配信装置、情報表示装置及びこれらを備えた情報提供システム並びに情報取得プログラムを記録したコンピュータ読み取り可能な媒体 |
| JP2001119761A (ja) * | 1999-10-21 | 2001-04-27 | Nec Corp | 情報提供システム |
| JP2001235335A (ja) * | 2000-02-24 | 2001-08-31 | Mitsubishi Electric Corp | 地図データ送信装置、地図データ中継局、地図データ送信システム、地図データ送信方法、地図データ送信及び中継方法、地図データ送信方法をコンピュータに実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体、及び地図データ送信及び中継方法をコンピュータに実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体 |
| JP2002063093A (ja) * | 2000-08-15 | 2002-02-28 | Nippon Telegraph & Telephone West Corp | 道案内情報サーバ装置及び道案内情報提供システム |
Family Cites Families (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2891795B2 (ja) * | 1991-04-12 | 1999-05-17 | パイオニア株式会社 | 車載ナビゲーション装置 |
| US6278936B1 (en) * | 1993-05-18 | 2001-08-21 | Global Research Systems, Inc. | System and method for an advance notification system for monitoring and reporting proximity of a vehicle |
| US5682525A (en) * | 1995-01-11 | 1997-10-28 | Civix Corporation | System and methods for remotely accessing a selected group of items of interest from a database |
| JP3355627B2 (ja) | 1995-08-09 | 2002-12-09 | トヨタ自動車株式会社 | 旅行計画作成装置 |
| KR100256620B1 (ko) * | 1995-10-30 | 2000-05-15 | 모리 하루오 | 네비게이션장치 |
| JP3370526B2 (ja) * | 1996-04-24 | 2003-01-27 | 富士通株式会社 | 移動通信システム並びに同移動通信システムに使用される移動端末及び情報センタ |
| KR100267543B1 (ko) * | 1996-04-28 | 2000-10-16 | 모리 하루오 | 도로정보 또는 교차점정보의 처리장치 |
| US5874986A (en) * | 1996-06-26 | 1999-02-23 | At&T Corp | Method for communicating audiovisual programs over a communications network |
| US6040800A (en) * | 1997-04-22 | 2000-03-21 | Ericsson Inc. | Systems and methods for locating remote terminals in radiocommunication systems |
| US6064880A (en) * | 1997-06-25 | 2000-05-16 | Nokia Mobile Phones Limited | Mobile station having short code memory system-level backup and restoration function |
| JP4053115B2 (ja) * | 1997-09-22 | 2008-02-27 | 富士通株式会社 | 文書画像データの記憶制御方式 |
| JP2000193473A (ja) | 1998-12-25 | 2000-07-14 | Aisin Aw Co Ltd | ナビゲ―ション装置及び記憶媒体 |
| JP4414076B2 (ja) * | 2000-08-30 | 2010-02-10 | 本田技研工業株式会社 | 移動体用ナビゲーションシステム |
| US20020164998A1 (en) * | 2001-05-01 | 2002-11-07 | Saed Younis | System and method for providing position-based information to a user of a wireless device |
| US6798358B2 (en) * | 2001-07-03 | 2004-09-28 | Nortel Networks Limited | Location-based content delivery |
-
2002
- 2002-10-16 WO PCT/JP2002/010729 patent/WO2003033998A1/ja active Application Filing
- 2002-10-16 JP JP2003536687A patent/JP4091914B2/ja not_active Expired - Lifetime
- 2002-10-16 CN CNB028248511A patent/CN100504305C/zh not_active Expired - Lifetime
- 2002-10-16 EP EP02775362A patent/EP1437571B1/en not_active Expired - Lifetime
- 2002-10-16 US US10/491,441 patent/US7103369B2/en not_active Expired - Lifetime
Patent Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH08190574A (ja) * | 1994-11-09 | 1996-07-23 | Ekushingu:Kk | 移動体設置型情報提供装置 |
| JPH1165434A (ja) * | 1997-08-13 | 1999-03-05 | Hitachi Ltd | 情報提供システム、端末における情報の出力方法、移動情報端末及び情報提供装置 |
| JPH11167695A (ja) * | 1997-12-04 | 1999-06-22 | Hitachi Ltd | 情報交換システム |
| JP2000137721A (ja) * | 1998-10-29 | 2000-05-16 | Sharp Corp | 情報提供装置および情報提供システム |
| JP2000258172A (ja) * | 1999-03-05 | 2000-09-22 | Hitachi Ltd | 情報提供システム |
| JP2001108477A (ja) * | 1999-10-08 | 2001-04-20 | Equos Research Co Ltd | 情報配信装置、情報表示装置及びこれらを備えた情報提供システム並びに情報取得プログラムを記録したコンピュータ読み取り可能な媒体 |
| JP2001119761A (ja) * | 1999-10-21 | 2001-04-27 | Nec Corp | 情報提供システム |
| JP2001235335A (ja) * | 2000-02-24 | 2001-08-31 | Mitsubishi Electric Corp | 地図データ送信装置、地図データ中継局、地図データ送信システム、地図データ送信方法、地図データ送信及び中継方法、地図データ送信方法をコンピュータに実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体、及び地図データ送信及び中継方法をコンピュータに実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体 |
| JP2002063093A (ja) * | 2000-08-15 | 2002-02-28 | Nippon Telegraph & Telephone West Corp | 道案内情報サーバ装置及び道案内情報提供システム |
Also Published As
| Publication number | Publication date |
|---|---|
| CN100504305C (zh) | 2009-06-24 |
| EP1437571A1 (en) | 2004-07-14 |
| US7103369B2 (en) | 2006-09-05 |
| CN1602408A (zh) | 2005-03-30 |
| JP4091914B2 (ja) | 2008-05-28 |
| EP1437571A4 (en) | 2007-04-11 |
| EP1437571B1 (en) | 2012-06-20 |
| US20040253965A1 (en) | 2004-12-16 |
| WO2003033998A1 (en) | 2003-04-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4091914B2 (ja) | 端末装置 | |
| JP4308659B2 (ja) | 端末装置 | |
| JP3965895B2 (ja) | 通信型ナビゲーション装置 | |
| JP4133289B2 (ja) | 映画情報検索方法 | |
| US8548734B2 (en) | System and method for real-time travel path prediction and automatic incident alerts | |
| US7684928B2 (en) | Navigation apparatus and server apparatus | |
| JP5430235B2 (ja) | 情報処理装置及びプログラム | |
| US20070038950A1 (en) | Content delivery device and content reception device | |
| EP1544574A1 (en) | Information distribution system and information distribution method | |
| JP5011074B2 (ja) | 地図データ更新方法、地図データ更新プログラムおよびカーナビゲーション装置 | |
| JP3980844B2 (ja) | 案内情報リクエスト装置および案内情報提供装置 | |
| US6778808B1 (en) | Route-adaptive on-demand radio communication system for a driver, communication method using the same, and recording medium storing a program for executing the method | |
| JP2003121171A (ja) | 位置依存性情報提供システム及びその方法並びにその処理が記載されたプログラム | |
| JP2007520687A (ja) | 地図検索サービス提供方法およびシステム | |
| JP2005063234A (ja) | コンテンツ配信システムにおけるポータルサーバおよびキャッシュサーバ、ならびにコンテンツ配信方法、コンテンツ配信プログラム | |
| JP4165795B2 (ja) | ナビゲーション用交通情報受信装置 | |
| EP1355130B1 (en) | Navigation system using telecommunications | |
| JP3819762B2 (ja) | 遠隔制御方法，遠隔制御システム，遠隔操作端末，制御サーバ，遠隔操作端末用プログラム，遠隔操作端末用プログラムの記録媒体，制御サーバ用プログラム，および制御サーバ用プログラムの記録媒体 | |
| JP2001264089A (ja) | 放送データ作成装置及びこれを管理する管理装置と送受信する情報端末 | |
| JP4062019B2 (ja) | 車両用情報提供システム | |
| JP2001202373A (ja) | 情報提供装置を管理する情報管理装置及びこれと送受信する情報端末 | |
| JP2003256991A (ja) | ビジュアルプローブカーシステム、その交通情報提供方法およびその情報センターシステム | |
| JP2002269669A (ja) | Ｆｃｄ収集システムとｆｃｄ収集方法と装置 | |
| JP2001268107A (ja) | 放送データ作成装置及びこれを管理する管理装置 | |
| JP2005265715A (ja) | 通信ナビゲーションシステム及び方法、ナビゲーション端末装置、情報サーバ、ナビゲーションプログラム、サーバプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050808 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060530 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060602 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071016 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071214 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080205 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080229 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4091914 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110307 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110307 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120307 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130307 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130307 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140307 Year of fee payment: 6 |
|
| EXPY | Cancellation because of completion of term |