(57)【要約】本発明は、端末装置に、位置に関連するコンテンツのアドレスと位置との組を少なくともひとつ以上格納したコンテンツリスト１５３を蓄積するコンテンツリスト蓄積部１１３と、位置を検出する位置検出部１１０と、検出された位置に基づいて進行方向前方を含む領域を定義し、コンテンツリスト１５３に格納された位置のうち、定義した領域にある位置を特定する特定部１０４と、特定した位置に対応付けられているアドレスに対応するコンテンツを取得するコンテンツ取得部１０５と、を備えるようにしたものである。
2003038377.tif 000002
【特許請求の範囲】
【請求項１】
移動体に搭載されて用いられ、位置に関連するコンテンツを取得する端末装置であって、
前記コンテンツのアドレスと前記位置との組を少なくともひとつ以上格納したコンテンツリストを蓄積するコンテンツリスト蓄積部と、前記移動体の位置を検出する位置検出部と、検出した前記移動体の位置に基づいて前記移動体の進行方向前方を含む領域を定義し、前記コンテンツリストに格納された前記位置のうち、前記領域にある前記位置を特定する特定部と、特定した前記位置に対応付けられている前記アドレスを用いて前記特定した位置に対応付けられているコンテンツを取得するコンテンツ取得部と、取得した前記コンテンツを提示する提示部と、を具備したことを特徴とする端末装置。
【請求項２】
前記特定部は、前記領域の前記移動体の移動方向に沿った長さを、前記移動体の移動速度に応じて変化するように定義することを特徴とする請求項１記載の端末装置。
【請求項３】
前記特定部は、前記領域を、前記移動体の移動方向にある道路の条件に応じて定義することを特徴とする請求項１記載の端末装置。
【請求項４】
前記コンテンツリストを通信または放送を受信することによって取得するコンテンツリスト取得部を備えたことを特徴とする請求項１に記載の端末装置。
【請求項５】
前記提示部は、地図と、前記地図上に前記特定部により特定された前記位置を示す指標を提示することを特徴とする請求項１記載の端末装置。
【請求項６】
前記移動体の位置に基づいて前記選択したコンテンツを提示部に提示するか否かを判断する提示制御部を具備したことを特徴とする請求項１記載の端末装置。
【請求項７】
前記提示制御部は、前記移動体が所定の時間の間に移動することによって、取得した前記コンテンツの位置に到達すると予測される領域である提示トリガ領域を決定し、取得した前記コンテンツの前記位置が前記提示トリガ領域内にある場合に、前記取得したコンテンツを提示することを特徴とする請求項１に記載の端末装置。
【請求項８】
前記提示制御部は、前記取得したコンテンツの位置が前記提示トリガ領域に含まれるようになった時点で、前記取得したコンテンツを提示することを特徴とする請求項７記載の端末装置。
【請求項９】
請求項１記載の端末装置と、前記コンテンツリストを格納したリストサーバと、前記コンテンツを格納したコンテンツサーバと、を具備し、
前記端末装置は、前記コンテンツリストを無線通信を用いて前記リストサーバから取得し、前記コンテンツを無線通信を用いて前記コンテンツサーバから取得することを特徴とするコンテンツ配信システム。
【請求項１０】
移動体に搭載されて用いられ、前記移動体の位置を検出する位置検出部と、検出した前記移動体の位置を送信する位置送信部と、送られてきたコンテンツを受信するコンテンツ受信部と、を有する端末装置と、
位置に関連するコンテンツのアドレスと前記位置との組を少なくともひとつ以上格納したコンテンツリストを蓄積するコンテンツリスト蓄積部と、前記端末装置から送られてきた前記移動体の位置を受信する位置受信部と、受信した前記移動体の位置に基づいて前記移動体の進行方向前方を含む領域を定義し、前記コンテンツリストに格納された前記位置のうち、前記領域にある前記位置を特定する特定部と、特定した前記位置に対応付けられている前記アドレスを用いて前記特定した位置に対応付けられているコンテンツを取得するコンテンツ取得部と、取得した前記コンテンツを前記端末装置に送信するコンテンツ送信部と、を有するサーバと、
を具備したことを特徴とするコンテンツ配信システム。
【請求項１１】
移動体に搭載されて用いられる端末装置の位置に関連するコンテンツの取得方法であって、
前記コンテンツのアドレスと前記位置との組を少なくともひとつ以上格納したコンテンツリストを蓄積し、前記杉動体の位置を検出し、検出した前記移動体の位置に基づいて前記移動体の進行方向前方を含む領域を定義し、前記コンテンツリストに格納された前記位置のうち、前記領域にある前記位置を特定し、特定した前記位置に対応付けられている前記アドレスを用いて前記特定した位置に対応付けられているコンテンツを取得することを特徴とする取得方法。
【請求項１２】
移動体に搭載されて用いられる端末装置が位置に関連するコンテンツを取得するためのプログラムであって、
コンピュータに、前記コンテンツのアドレスと前記位置との組を少なくともひとつ以上格納したコンテンツリストを蓄積させ、前記移動体の位置を検出させ、検出した前記移動体の位置に基づいて前記移動体の進行方向前方を含む領域を定義させ、前記コンテンツリストに格納された前記位置のうち、前記領域にある前記位置を特定させ、特定した前記位置に対応付けられている前記アドレスを用いて前記特定した位置に対応付けられているコンテンツを取得させることを特徴とするプログラム。
【発明の詳細な説明】
技術分野
本発明は、移動体に搭載されて用いられ、位置に関連するコンテンツを提示するための端末装置に関する。
背景技術
近年、携帯電話網を含む無線通信網の整備に伴い、自動車などの移動体に搭載されて用いられる端末装置にコンテンツを提供するサービスが普及しつつある。移動体に搭載された端末装置に提供されるコンテンツは、移動体が通る位置に関連するコンテンツであることが好ましい。
移動体が通る位置に関連するコンテンツを端末装置に提供する従来技術として、例えば、「ＬＯＣＡＴＩＯＮＷＡＲＥ」とよばれる技術が知られている。「ＬＯＣＡＴＩＯＮＷＡＲＥ」は、下記の文献１および文献２に記載されている。
文献１：坂田ほか、「通知型の位置関連情報提供サービスの提案と、その実現方式の検討」、情報処理学会モバイルコンピューティングとワイヤレス通信研究会、２０００−ＭＢＬ−１５−１０、Ｖｏｌ．２０００、Ｎｏ．１１２、ｐｐ．７３−８０、２０００年１２月。
文献２：倉島ほか、「位置情報サービス・プラットフォーム「ＬＯＣＡＴＩＯＮＷＡＲＥ」における通知サービスの技術と応用」、ＮＥＣ技報、Ｖｏｌ．５４、Ｎｏ．７、２００１。
この技術では、サーバが端末装置から端末装置の現在位置と最大キャッシュ量とを受信する。サーバは、受信した端末装置の位置の周囲の周辺に取得範囲（キャッシュ範囲）を設定し、その取得範囲内の位置に関連する情報（コンテンツ）を位置関連情報データベースから検索する。取得範囲は、取得範囲内のコンテンツデータの合計量が最大キャッシュ量以内になるように設定される。
検索されたコンテンツデータと、取得範囲の情報とは、サーバによって端末装置に送信される。このようにして、端末装置のユーザに、現在位置に関連するコンテンツが提示される。
次に、従来技術によるサーバと端末との間の通信の状況について図１を用いて説明する。図１は、従来技術によるサーバと端末装置との間の通信の状況を示す図である。
まず、時間帯Ｂ１において、端末装置１７０２が、端末装置１７０２の位置情報をサーバ１７０１に送信する。次に、時間帯Ｂ２において、サーバ１７０１が、受信した位置情報に基づいて取得範囲の計算と、計算した取得範囲に対応するコンテンツデータの検索を行う。次に、時間帯Ｂ３において、サーバ１７０１は、取得範囲の情報を端末装置１７０２に送信する。そして、時間帯Ｂ４において、サーバ１７０１が、コンテンツデータを端末装置１７０２に送信する。
ところで、時間の経過とともに位置が移動する移動体に搭載された端末装置には、位置に関連するコンテンツを適切なときに提示する必要がある。
これは、あるコンテンツに関連する位置を移動体が通りすぎた後に、そのコンテンツが提示された場合には、掲示されたコンテンツは、端末装置の位置に対応しないものになり、価値がほとんどないものになるからである。
また、サーバへのアクセスが集中するなどにより、サーバへの負荷が大きくなった場合には、サーバは、コンテンツデータの検索処理に時間がかかる。このため、上記文献に開示される従来技術では、サーバが、コンテンツデータの検索処理をしている間に、移動体が移動してしまい、端末装置にコンテンツが適切なときに提示されないことがある。
次に、サーバ１７０１と端末装置１７０２との間の通信に関わるタイミングについて図２を用いて詳細に説明する。図２は、従来技術によるサーバ１７０１と端末装置１７０２との間の通信に関わるタイミングを示す図である。
時間軸１７１０は、サーバへのアクセスが集中していない場合のサーバ１７０１と端末装置１７０２との間の通信に関わるタイミングを示すものである。
この場合には、時刻ｔ＝０において端末装置１７０２がサーバ１７０１へ位置情報の送信（Ｂ１）を開始し、時刻１７０５よりも前にサーバ１７０１が端末装置１７０２へコンテンツデータの送信（Ｂ４）を完了する。
時刻１７０５は、コンテンツデータを端末装置１７０２に表示することが所望される時刻である。時刻１７０５は、例えば、端末装置を搭載した移動体が、コンテンツデータの関連する位置を通過する時刻である。
時間軸１７１０に示されるタイミングでは、時刻１７０５において、適切に端末装置１７０２にコンテンツデータを表示することができる。
時間軸１７１１は、サーバへのアクセスが集中している場合のサーバ１７０１と端末装置１７０２との間の通信に関わるタイミングを示すものである。
この場合には、時刻ｔ＝０において端末装置１７０２がサーバ１７０１へ位置情報の送信（Ｂ１）を開始し、時刻１７０５よりも後にサーバ１７０１が端末装置１７０２にコンテンツデータの送信（Ｂ４）を完了する。
時間軸１７１１に示されるタイミングでは、時刻１７０５において、端末装置１７０２へコンテンツデータの送信が完了していない。このため、端末装置１７０２は、コンテンツデータを適切なときに表示することができない。
これは、サーバ１７０１へのアクセスが集中したことによって、サーバ１７０１による取得範囲の計算にかかる時間およびコンテンツデータの検索にかかる時間が、時間１７０４だけ増えたことに起因するものである。
特に、端末装置を搭載する移動体が高速で移動する場合に、サーバ１７０１による取得範囲の計算にかかる時間およびコンテンツデータの検索処理にかかる時間が増加することにより、コンテンツデータが適切なタイミングで表示されなくなる可能性が高くなる。
発明の開示
本発明の目的は、コンテンツデータの取得先であるサーバへの負荷を小さくすることができる端末装置を提供することである。
本発明は、端末装置において、位置に関連するコンテンツのアドレスと位置との組を少なくともひとつ以上格納したコンテンツリストを記憶し、現在の位置を検出し、検出した位置に基づいて進行方向前方を含む領域を定義し、コンテンツリストに格納された位置のうち、定義した領域にある位置を特定し、特定した位置に対応付けられているアドレスを用いて特定した位置に対応付けられているコンテンツを取得するようにしたものである。
これにより、コンテンツデータの取得先であるサーバにおいて、位置に基づいたコンテンツ検索を行う必要がなくなる。よって、コンテンツデータの取得先であるサーバの負荷を少なくすることができる。
発明を実施するための最良の形態
はじめに、本発明の端末装置が使用される形態について、図３を用いて説明する。図３は、本発明の端末装置が使用される形態を模式的に示す図である。
端末装置１０１は、移動体１４３に搭載されて用いられる。移動体１４３は、例えば、自動車、バイクおよび自転車等である。
端末装置１０１が移動体１４３に搭載されるとは、端末装置１０１が移動体１４３に備え付けられていることと、持ち運び可能な端末装置１０１がユーザによって移動体１４３に持ち込まれて使用されることとの両方を含む。また、ユーザが端末装置１０１を携帯して徒歩により移動する場合には、ユーザ自身を移動体とみなす。
端末装置１０１は、例えば、通信機能付きのカーナビゲーションシステム、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄａｔａ  Ａｓｓｉｓｔ）またはノート型パーソナルコンピュータ等である。また、端末装置１０１は、携帯電話またはＰＨＳ等の任意の携帯型の通信端末であってもよい。また、端末装置１０１は、テレビ放送、ラジオ放送等の放送受信端末の機能を有していてもよい。
移動体１４３は、経路１４４に沿って移動する。経路１４４は、予め計画されていてもよいし、計画されていなくてもよい。経路１４４の近くの位置には、施設１４５が存在する。
図３には、施設１４５の例として、レストランとガソリンスタンドとが示されている。もちろん、施設１４５はこれらの例に限定されない。施設１４５は、ショッピング施設、観光施設等の、ユーザ（例えば、移動体１４３の運転者または同乗者）に提示することが所望されるコンテンツを有する任意の施設である。
移動体１４３は、所定の地域１４６の内部を移動する。地域１４６は、例えば、国全体、関東地方、関西地方、都道府県または市町村である。また、地域１４６は、このような行政区分とは無関係に定められる特定の地域であってもよい。経路１４４が予め計画されている場合には、地域１４６を経路１４４の周辺の地域となるように定めてもよい。
端末装置１０１は、無線通信路１４０によって広域道路情報サーバ１０２と接続されている。また、端末装置１０１は、無線通信路１４１によってコンテンツサーバ１０３と接続されている。
広域道路情報サーバ１０２およびコンテンツサーバ１０３は、例えば、任意の構成を有するサーバコンピュータである。
無線通信路１４０および無線通信路１４１は、例えば、携帯電話回線、ＰＨＳ回線、無線ＬＡＮ回線、ＤＳＲＣ等である。
なお、ＤＳＲＣはＤｅｄｉｃａｔｅｄ  Ｓｈｏｒｔ  Ｒａｎｇｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（狭域通信）の略であり、現在、有料道路の自動料金収受システムで用いられている通信方式である。ＤＳＲＣについての詳細は、文献：ＤＳＲＣシステム研究会編「ＩＴＳインフォメーションシャワー〜ＤＳＲＣシステムの全て」、クリエイト・クルーズ（株）、に記載されている。
なお、端末装置１０１と広域道路情報サーバ１０２とが直接、無線通信路１４０で接続されていることは必須ではない。端末装置１０１と広域道路情報サーバ１０２との間に、無線通信路１４０に加えて、任意のネットワーク（例えば、インターネット）または有線通信路が介在していてもよい。端末装置１０１とコンテンツサーバ１０３との間も端末装置１０１と広域道路情報サーバ１０２との間と同様に、無線通信路１４０で接続されていることは必須ではない。
コンテンツサーバ１０３は、端末装置１０１にコンテンツデータ（図３には示されていない、図６参照）を送信する。
このコンテンツデータは、施設１４５の位置に関連するコンテンツを表す。そのようなコンテンツは、例えば、施設１４５の広告情報である。あるいは、コンテンツは、施設１４５とは関係しない道路情報または観光情報であってもよい。コンテンツは、所定の地域１４６内の位置（例えば、施設１４５がある位置）に関連する。
端末装置１０１は、このようなコンテンツを表すコンテンツデータを表示する。
次に、本発明の原理について図４を用いて説明する。図４は、本発明のコンテンツサーバ１０３と端末装置１０１との間の通信の状況を示す図である。
まず、時間帯Ｄ１において、端末装置１０１が、端末装置１０１の位置情報に基づいてコンテンツデータの取得範囲（コンテンツデータ取得領域）を計算し、コンテンツデータ取得領域内の位置に関連するコンテンツデータをコンテンツリストから検索する。
次に、時間帯Ｄ２において、端末装置１０１は、検索したコンテンツデータの要求をコンテンツサーバ１０３に送信する。
そして、時間帯Ｄ３において、コンテンツサーバ１０３は、コンテンツデータを端末装置１０１に送信する。
次に、本発明によるコンテンツサーバ１０３と端末装置１０１との間の通信に関わるタイミングについて図５を用いて説明する。図５は、本発明のコンテンツサーバ１０３と端末装置１０１との間の通信に関わるタイミングを示す図である。
まず、時刻ｔ＝０において、端末装置１０１が取得範囲の計算およびコンテンツデータの検索を開始し、時刻１８０５よりも前にサーバ１０３から端末装置１０１にコンテンツデータの送信が完了する。
時刻１８０５は、コンテンツデータが表示されることが所望される時刻である。
このように、本発明では、取得範囲の計算および検索は、端末装置１０１において行われる。従って、コンテンツサーバ１０３にアクセスが集中した場合であっても、取得範囲の計算および検索にかかる時間が延びることがない。従って、時刻１８０５において、端末装置１０１はコンテンツデータを適切に表示することができる。
以下、本発明の一実施の形態について、図６〜図２２を参照しながら説明する。本明細書中で、同一の参照番号は同一の構成要素を示し、重複した説明は省略する場合がある。
まず、上記実施の形態にかかる端末装置１０１の構成について図６を用いて説明する。図６は、端末装置１０１を含むコンテンツ配信システム６００の構成を示す図である。
端末装置１０１は、先読みスケジューラ１０４と、先読み部１０５と、表示制御部１０９と、位置検出部１１０と、通信インタフェース１１１と、蓄積管理部１１２と、表示装置１１４と、蓄積部１１３と、を備える。
通信インタフェース１１１は、無線通信路１４０を介して広域道路情報サーバ１０２と通信する。また、通信インタフェース１１１は、無線通信路１４１を介してコンテンツサーバ１０３と通信する。
位置検出部１１０（検出部）は、移動体１４３（図３）の位置を検出する。さらに、位置検出部１１０は、移動体１４３の移動方向、移動速度等を検出する。
位置検出部１１０は、例えば、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）センサである。また、位置検出部１１０は、ユーザに地図画面を提示し、ユーザが指定した地図画面上の位置を移動体１４３の位置として検出する任意の入力デバイスであってもよい。さらに、位置検出部１１０は、カーナビゲーションシステム（図示せず）と連動していてもよい。
先読みスケジューラ１０４は、通信インタフェース１１１を介してコンテンツリスト１５３を広域道路情報サーバ１０２から取得する。
コンテンツリスト１５３は、例えば、地域１４６（図１参照）内の位置と、その位置に関連するコンテンツを表すコンテンツデータ１５２のアドレスとを対応付けるテーブルである。
コンテンツリスト１５３の具体例については、図７〜図９を参照して後述する。
先読み部１０５は、コンテンツを示すコンテンツデータ１５２を通信インタフェース１１１、を介してコンテンツサーバ１０３から取得する。
先読み部１０５がコンテンツデータ１５２を取得するタイミングは、先読みスケジューラ１０４が、コンテンツリスト１５３に基づいて制御する。
蓄積部１１３は、コンテンツサーバ１０３から取得されたコンテンツデータ１５２を格納する。蓄積部１１３は、例えば、ハードディスクである。また、蓄積部１１３は、任意のメモリであっても良い。
蓄積管理部１１２は、蓄積部１１３に蓄積されたコンテンツデータ１５２を管理する。
表示装置１１４は、蓄積部１１３に蓄積されたコンテンツデータ１５２を表示する。表示装置１１４がコンテンツデータ１５２を表示するタイミングは、表示制御部１０９が、コンテンツリスト１５３に基づいて制御する。
表示装置１１４には、コンテンツデータ１５２のタイプに応じた任意のタイプの表示装置が用いられる。コンテンツデータ１５２が映像を表す場合には、表示装置１１４として任意の映像表示装置が使用される。コンテンツデータ１５２が音声を表す場合には、表示装置１１４として任意の音声再生装置が使用される。
なお、表示部１１４の変わりに任意の提示装置を用いてもよい。提示装置としては、プリンタなども含まれる。
次に、コンテンツリスト１５３について図７を用いて説明する。図７は、コンテンツリスト１５３のデータ構造の一例を示す図である。
コンテンツリスト１５３は、蓄積部１１３（図６）に蓄積され、先読みスケジューラ１０４および表示制御部１０９によってアクセスされる。このように、蓄積部１１３は、コンテンツが関連する地域１４６内の位置と、その位置に対応するコンテンツを表すコンテンツデータ１５２のアドレスとを対応付けて記憶するコンテンツリスト蓄積部としての機能を持つ。
コンテンツリスト１５３は、レコード＃１とレコード＃２とを含む。各レコードは、１つのコンテンツデータに対応している。各レコードは、「アドレス」フィールド２０１と、「位置」フィールド２０２と、「サイズ」フィールド２０３とを含む。
「アドレス」フィールド２０１は、コンテンツデータ１５２のアドレスを格納するフィールドである。コンテンツデータ１５２のアドレスは、例えば、コンテンツサーバ１０３（図６）におけるコンテンツの格納場所を示す。
また、端末装置１０１とコンテンツサーバ１０３との間にインターネット等のネットワークが介在する場合には、コンテンツデータ１５２のアドレスは、そのネットワーク上でコンテンツデータ１５２の格納場所を一意に特定するアドレス（例えば、ＵＲＬアドレス）である。この場合には、アドレスは、ネットワーク上でコンテンツサーバ１０３を特定する情報になる。ＵＲＬアドレスは、「プロトコル名＋ホスト名＋ディレクトリ名＋ファイル名」で表される情報である。ホスト名は、コンテンツサーバ１０３に割り当てられた名称である。
図７に示される例では、レコード＃１に対応するコンテンツデータのホスト名は、「ｗｗｗ．ｓａｍｐｌｅ１．ｃｏｍ」であり、レコード＃２に対応するコンテンツデータのホスト名は、「ｗｗｗ．ｓａｍｐｌｅ２．ｏｒｇ」である。これは、レコード＃１に対応するコンテンツデータと、レコード＃２に対応するコンテンツデータとが異なるサーバに格納されていることを意味する。
このように、本発明ではコンテンツデータの検索を端末装置１０１が行うので、異なるコンテンツデータが異なるコンテンツサーバに格納されていてもよい。これにより、１つのコンテンツサーバへのアクセスの集中を避けることができ、１つのコンテンツサーバの負荷をさらに小さくすることができる。
図７に示される例では、コンテンツデータ１５２のトップページのアドレスが「アドレス」フィールド２０１に記載されている。
コンテンツデータ１５２が画像等の部品を含む場合、そのような部品のアドレスは、コンテンツリスト１５３を取得した先読みスケジューラ１０４（図６）がトップページを解析することによって得ることができる。
「位置」フィールド２０２は、コンテンツデータ１５２が表すコンテンツが関連する地域１４６（図３）内の位置を格納するフィールドである。図７に示される例では、地域１４６内の位置は、緯度と経度とによって表現されている。
なお、地域１４６内の位置の表現形態は、これに限定されない。
以下、本明細書中で、コンテンツが関連する地域１４６内の位置（すなわち、コンテンツを表すコンテンツデータが関連する地域１４６内の位置）を「コンテンツ位置」とよぶ。
「サイズ」フィールド２０３は、コンテンツデータ１５２のサイズを格納する領域である。図７に示される例では、トップページのサイズが「サイズ」フィールド２０３に格納されている。
このように、コンテンツリスト１５３は、地域１４６（図３）内の少なくとも１つの位置（フィールド２０２）を、その少なくとも１つの位置のそれぞれに関連するコンテンツデータのアドレス（フィールド２０１）に対応付けて定義するテーブルである。
コンテンツリスト１５３は、蓄積部１１３（図６）に記憶される。つまり、蓄積部１１３は、コンテンツリスト１５３（テーブル）を記憶するテーブル記憶部として機能する。
なお、コンテンツリスト１５３が「サイズ」フィールド２０３を有していることは必須ではない。
また、コンテンツリスト１５３は、図７の例に限定されない。コンテンツリスト１５３の別の例について、図８を用いて説明する。図８は、コンテンツリスト１５３のデータ構造の他の例を示す図である。
図８に示されるコンテンツリスト１５３の例は、図７に示されるコンテンツリスト１５３の例とは、「サイズ」フィールド２０３に格納される値が異なっている。
図８に示されるコンテンツリスト１５３の例では、トップページのサイズと、コンテンツデータ１５２に含まれるすべての部品のサイズとを合計したサイズが「サイズ」フィールド２０３に格納されている。
この場合、先読みスケジューラ１０４は、コンテンツリスト１５３を参照するだけで、コンテンツデータ１５２を取得するのに必要な時間を見積もることができる。
また、コンテンツリスト１５３のデータ構造のさらに他の例について図９を用いて説明する。
図９に示されるコンテンツリスト１５３の例では、コンテンツデータ１５２に含まれるそれぞれの部品のアドレスとサイズとが、コンテンツリスト１５３に記載されている。具体的には、レコード＃１−１、＃１−２、＃２−１および＃２−２に部品のアドレスとサイズが記述されている。
この場合、先読みスケジューラ１０４は、コンテンツリスト１５３を参照するたけで、コンテンツデータ１５２に含まれるそれぞれの部品のアドレスとサイズとを得ることができる。
図７〜図９を参照して説明したコンテンツリスト１５３は、任意の形式で表現することができる。例えば、コンテンツリスト１５３は、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）によって表現される。ＸＭＬは、Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ  Ｃｏｎｓｏｒｔｉｕｍによって規格が定められた言語である。Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ  Ｃｏｎｓｏｒｔｉｕｍについては、ウェブページ「ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ」に記載されている。
次に、図７に示すコンテンツリスト１５３をＸＭＬによって表現した例について図１０を用いて説明する。
図１０に示されるように、コンテンツリスト１５３のタグ＜ｕｒｌ＞とタグ＜／ｕｒｌ＞とにより挟まれる部分（行１５８１）には、コンテンツデータ１５２のアドレスが記述されている。また、コンテンツリスト１５３のタグ＜ｌｏｃａｔｉｏｎ＞とタグ＜／ｌｏｃａｔｉｏｎ＞とにより挟まれる部分（行１５８２）には、コンテンツデータ１５２が表すコンテンツの関連する地域１４６（図３）内の位置が記述されている。また、コンテンツリスト１５３のタグ＜ｓｉｚｅ＞とタグ＜／ｓｉｚｅ＞とにより挟まれる部分（行１５８３）には、コンテンツデータ１５２のサイズが記述されている。また、コンテンツリスト１５３のタグ＜ｃｏｎｔｅｎｔ＞とタグ＜／ｃｏｎｔｅｎｔ＞とにより挟まれる部分（コンテンツ＃１）には、１つのコンテンツを示す情報が記述されている。コンテンツ＃１は、レコード＃１（図７）に対応しており、コンテンツ＃２は、レコード＃２（図７）に対応している。
また、コンテンツデータ１５２は、ＸＭＬによって表現されることに限定されない。コンテンツデータ１５２は、ＨＴＭＬ（ハイパーテキストマークアップ言語）によって表現されてもよい。ＨＴＭＬも、Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ  Ｃｏｎｓｏｒｔｉｕｍによって規格が定められた言語である。
次に、先読みスケジューラ１０４が、コンテンツデータ１５２を取得する処理について図１１を用いて説明する。図１１は、端末装置１０１がコンテンツデータ１５２を取得するタイミング制御のフローチャートである。
図１１に示される処理は、移動体１４３の移動中に、常に所定の時間間隔で繰り返される。また、図１１に示される処理は、移動体１４３が所定の距離だけ移動する毎に繰り返されてもよい。
まず、先読みスケジューラ１０４が、広域道路情報サーバ１０２から、コンテンツリスト１５３を取得する（ステップＳ３０１）。
先読みスケジューラ１０４がコンテンツリスト１５３を取得する形態は、放送の形態であってもよいし、オンデマンドの形態であってもよい。
先読みスケジューラ１０４が放送の形態でコンテンツリスト１５３を取得する場合には、広域道路情報サーバ１０２（図６）は、地域１４６（図３）をカバーするようにコンテンツリスト１５３を放送し、先読みスケジューラ１０４は、その放送を受信することによってコンテンツリスト１５３を取得する。放送は、例えば、ディジタル放送等のデータ放送である。
先読みスケジューラ１０４がコンテンツリスト１５３をオンデマンドの形態で取得する場合には、例えば、移動体１４３（図３）が地域１４６に入った時点で、先読みスケジューラ１０４はコンテンツリスト１５３の要求を広域道路情報サーバ１０２に送信する。広域道路情報サーバ１０２は、先読みスケジューラ１０４からの要求に応答して端末装置１０１にコンテンツリスト１５３を送信し、先読みスケジューラ１０４は、通信を受信することによってコンテンツリスト１５３を取得する。
また、先読みスケジューラ１０４は、任意の記録媒体（例えば、フレキシブルディスク）からコンテンツリスト１５３を読み込むことにより、取得してもよい。この場合には、広域道路情報サーバ１０２（図３）は必要ではない。
このように、先読みスケジューラ１０４は、ステップＳ３０１において、コンテンツリスト１５３（テーブル）を取得するテーブル取得部として機能する。
ステップＳ３０１は、端末装置１０１を搭載する移動体１４３（図３）が地域１４６に入った時点で（あるいは、地域１４６に入る前に）一度だけ行われればよい。
また、ステップＳ３０１において、先読みスケジューラ１０４が取得したコンテンツリスト１５３は、蓄積部１１３に蓄積される。蓄積されたコンテンツリスト１５３は、蓄積管理部１１２と表示制御部１０９とによってアクセスされる。
次に、位置検出部１１０が、移動体１４３の位置を検出する（ステップＳ３０２）。
次に、先読みスケジューラ１０４は、ステップＳ３０２で検出された移動体１４３の位置に基づいて、通過予定道路を決定する（ステップＳ３０３）。
通過予定道路とは、移動体１４３がこれから通過すると予測される道路をいう。先読みスケジューラ１０４は、通過予定道路を、道路地図を参照して決定する。先読みスケジューラ１０４は、道路地図を、コンテンツリスト１５３とともに広域道路情報サーバ１０２から取得してもよいし、記録媒体に記録された道路地図データを読み込むことによって取得してもよい。
なお、移動体１４３の経路１４４（図３）が予め計画されている場合には、先読みスケジューラ１０４は、経路１４４を通過予定道路として決定してもよい。
次に、先読みスケジューラ１０４は、コンテンツデータ取得領域を決定する（ステップＳ３０４）。
コンテンツデータ取得領域は、ステップＳ３０２において、位置検出部１１０が検出した移動体１４３の位置に基づいて決定される。また、先読みスケジューラ１０４は、コンテンツデータ取得領域を、ステップＳ３０３で決定した通過予定道路を考慮して決定してもよい。
なお、コンテンツデータ取得領域の例は、図１２〜図１５を参照して後述する。
次に、先読みスケジューラ１０４は、コンテンツリスト１５３の１つのコンテンツデータ１５２（１つのレコード）に注目する（ステップＳ３０５）。
次に、先読みスケジューラ１０４は、ステップＳ３０５で注目したコンテンツデータ１５２の関連する位置（コンテンツ位置）がコンテンツデータ取得領域に含まれているか否かを判定する（ステップＳ３０６）。
そして、ステップＳ３０６の判定の結果が「Ｙｅｓ」である場合には、先読みスケジューラ１０４は、ステップＳ３０７の処理に進む。一方、ステップＳ３０６の判定の結果が「Ｎｏ」である場合には、先読みスケジューラ１０４は、ステップＳ３０８の処理に進む。
ステップＳ３０７において、先読みスケジューラ１０４は、注目したコンテンツデータ１５２を取得候補コンテンツデータとして指定する。
ステップＳ３０８において、先読みスケジューラ１０４は、コンテンツリスト１５３のすべてのコンテンツデータについて、ステップＳ３０５〜ステップＳ３０７の処理が完了したか否かを判定する。
そして、ステップＳ３０８の判定の結果が「Ｙｅｓ」である場合には、先読みスケジューラ１０４は、ステップＳ３０９の処理に進む。一方、ステップＳ３０８の判定の結果が「Ｎｏ」である場合には、先読みスケジューラ１０４は、ステップＳ３０５の処理に戻る。
このように、先読みスケジューラ１０４は、ステップＳ３０５〜ステップＳ３０７の処理を、コンテンツリスト１５３に含まれる各レコード（コンテンツデータ）について実行することにより、コンテンツリスト１５３に含まれるコンテンツデータから、取得候補コンテンツデータを特定する。
次に、先読みスケジューラ１０４は、取得候補コンテンツデータのうち、未取得コンテンツデータを決定する（ステップＳ３０９）。
未取得コンテンツデータは、蓄積部１１３に蓄積されていないコンテンツデータをいう。先読みスケジューラ１０４は、未取得コンテンツデータの決定を、コンテンツデータが蓄積部１１３に蓄積されているか否かを蓄積管理部１１２に問い合わせることによって行う。
次に、端末装置１０１は、未取得コンテンツデータをコンテンツサーバ１０３から取得する（ステップＳ３１０）。
具体的には、ステップＳ３１０において、まず、先読みスケジューラ１０４が、取得候補コンテンツデータのコンテンツ位置に対応付けられているアドレスをコンテンツリスト１５３から読み出し、先読み部１０５に送るアドレス読み出し部として機能する。
ただし、先読みスケジューラ１０４は、ステップＳ３１０の１回ごとの処理においては、取得候補コンテンツデータのうち、既に取得されたコンテンツデータ（未取得コンテンツデータでないコンテンツデータ）のコンテンツ位置に対応付けられているアドレスは読み出さない。
次に、先読み部１０５が、先読みスケジューラ１０４が読み出したアドレスに対応するコンテンツデータ（未取得コンテンツデータ）を要求するための要求１５１（図６）を、コンテンツサーバ１０３に送信する。
これに対して、コンテンツサーバ１０３は、要求１５１に応答して、未取得コンテンツデータ（コンテンツデータ１５２）を端末装置１０１に送信する。
このように、ステップＳ３１０において、先読み部１０５は、取得候補コンテンツデータを取得するコンテンツデータ取得部として機能する。
ただし、先読み部１０５は、ステップＳ３１０の１回ごとの処理においては、取得候補コンテンツデータのうち、既に取得されたコンテンツデータ（未取得コンテンツデータでないコンテンツデータ）を取得しない。
また、先読みスケジューラ１０４は、先読み部１０５のステップＳ３１０における未取得コンテンツデータのコンテンツサーバ１０３からの取得を、未取得コンテンツデータ（コンテンツデータ１５２）の取得に必要な時間を考慮してもよい。具体的には、先読み部１０５は、未取得コンテンツデータの表示予定時刻までにその取得が完了する限りにおいて、取得をできるだけ遅く始めるようにする。これは、移動体１４３が急に移動方向を変えた等の理由によって、結果的に表示されないコンテンツデータ１５２を過剰に取得するリスクをできるだけ減らすためである。
先読みスケジューラ１０４は、表示予定時刻を、例えば、コンテンツデータ１５２の表示限度時刻として予想される時刻の３分前の時刻として決定する。
コンテンツデータ１５２の「表示限度時刻」は、移動体１４３がコンテンツデータ１５２のコンテンツ位置を通過する場合には、その時刻として定義される。また、コンテンツデータ１５２の「表示限度時刻」は、移動体１４３がコンテンツデータ１５２のコンテンツ位置を通過しない場合には、移動体１４３がコンテンツデータ１５２のコンテンツ位置に最も接近する時刻として定義される。
また、移動体１４３がコンテンツデータ１５２のコンテンツ位置を通過しない場合には、先読みスケジューラ１０４は、表示限度時刻を、移動体１４３がコンテンツデータ１５２のコンテンツ位置に到達するために通過しなければならない経路１４４上の分岐箇所を通過する時刻として定義してもよい。
先読みスケジューラ１０４は、コンテンツデータ１５２の取得に必要な時間を、コンテンツデータ１５２のサイズを無線通信路１４１（図６）の伝送速度（公称の伝送速度または実効的な伝送速度）で割ることによって求める。
なお、無線通信路１４１は、複数設けられていてもよい。この場合には、先読みスケジューラ１０４は、複数の無線通信路１４１のいずれかが通信可能であるかどうかを判断し、さらに、通信可能な無線通信路１４１の伝送速度および通信料金等を考慮して、使用する無線通信路１４１を決定してもよい。
先読みスケジューラ１０４は、無線通信路が通信可能であるかどうかの判断を、例えば、その無線通信路１４１で使用している電波の強度を検出することによって行ってもよいし、その無線通信路１４１が使用可能なエリア（例えば、携帯電話のサービスエリア）を示す地図と、端末装置１０１の現在位置とを照合することによって行ってもよい。先読みスケジューラ１０４は、そのような地図を、例えば、広域道路情報サーバ１０２（図６）からダウンロードする。
このようにして、端末装置１０１は、コンテンツ取得領域に含まれているコンテンツデータ１５２を取得する。
次に、図１１に示すステップＳ３０４において決定されるコンテンツ取得領域５０１について図１２を用いて説明する。図１２は、上記実施の形態にかかるコンテンツデータ取得領域５０１の例を示す図である。
図１２において、参照番号５０２で示されるものは、ステップＳ３０３（図１１）において決定された通過予定道路を示す。
図１２に示される例では、コンテンツデータ取得領域５０１は、移動体１４３の前方に所定の長さＬを有する、通過予定道路５０２に沿った領域として決定されている。長さＬは、通過予定道路５０２に沿って取られてもよいし、コンテンツデータ取得領域５０１の端から端までの直線距離であってもよい。
なお、通過予定道路５０２に沿った方向のうち、どの向きが移動体１４３の前方であるかは、位置検出部１１０が移動体１４３の移動方向をさらに検出することによって知ることができる。
また、通過予定道路５０２が一方通行の道路であるという情報が道路地図によって得られている場合には、どの向きが移動体１４３の前方であるかは、その情報から知ることができる。
図１２に示されるコンテンツデータ取得領城５０１は、通過予定道路５０２が高速道路や自動車専用道路のように交差点や出口などの分岐点がほとんどない場合に好適に採用される。
なお、コンテンツ取得領域５０１は、図１２に示されるものに限定されない。コンテンツ取得領域５０１の他の例について図１３を用いて説明する。図１３は、コンテンツデータ取得領域５０１の他の例を示す図である。
図１３に示される例では、コンテンツデータ取得領域５０１は、移動体１４３を中心とする円形の領域として決定されている。
図１３に示されるコンテンツデータ取得領域５０１は、一般道路のように分岐箇所（交差点）の多い場合に好適に採用される。これは、一般道路では、移動体１４３の経路１４４（図３）が予め計画されている場合を除き、分岐箇所５０３（交差点）でどの向きに移動体１４３が進むかは予測できないので、分岐箇所５０３において分岐するすべての道路が通過予定道路として決定される必要があるからである。
さらに、図１３に示すコンテンツ取得領域５０１は、移動体１４３がＵターンする可能性を考慮して、移動体１４３の後方も通過予定道路として決定さている。
また、コンテンツデータ取得領域５０１の半径は、移動体１４３の移動速度に応じて変化してもよい。この場合には、コンテンツデータ取得領域５０１は、移動体１４３の移動速度と、移動体１４３の位置とに基づいて定められる。
図１２および図１３に示されるように、移動体１４３の移動方向にある道路の条件に応じてコンテンツデータ取得領域５０１の形状を定義することによって、コンテンツデータ１５２を効率的に取得することができる。
次に、コンテンツ取得領域５０１のさらに他の例について図１４、図１５を用いて説明する。図１４、図１５は、コンテンツデータ取得領域５０１のさらに他の例を示す図である。
図１４に示される例では、コンテンツデータ取得領域５０１は、移動体１４３の前方に偏心した円形の領域として決定されている。
図１５に示される例では、コンテンツデータ取得領域５０１は、移動体１４３の進行方向に伸びた楕円形の領域として決定されている。すなわち、コンテンツデータ取得領域５０１は、移動体１４３の進行方向と、移動体１４３の位置とに基づいて定められている。
図１４および図１５に示されるように移動体１４３の進行方向（移動する向き）を考慮してコンテンツデータ取得領域５０１を決定することにより、移動体１４３の前方の位置にコンテンツ位置を有するコンテンツデータの取得を効率よく行うことができる。
図１２〜図１５に示されるように、コンテンツデータ取得領域５０１（第１の領域）は、位置検出部１１０（図６）によって検出された移動体１４３の位置に基づいて、移動体１４３の前方の領域を少なくとも含むように定義される。
移動体１４３の前方とは、移動体１４３の移動方向をいうが、コンテンツデータ取得領域５０１を定義する際に移動体１４３の移動方向の情報が必ずしも必要なわけではない。図１３に示されるように、移動体１４３の移動方向の情報がない場合でも、移動体１４３の前方の領域を含むコンテンツデータ取得領域５０１が定義される。
このようにして、先読みスケジューラ１０４（図６）は、ステップＳ３０５〜ステップＳ３０９（図１１）において、コンテンツリスト１５３に定義された少なくとも１つのコンテンツ位置のうち、移動体１４３が接近している位置に対応するコンテンツ位置を取得候補コンテンツデータのコンテンツ位置として特定する特定部として機能する。ここで、ある位置に移動体１４３が接近しているとは、ある位置と移動体１４３との距離が時間とともに短くなっていることをいう。
また、上述したように、コンテンツデータ取得領域５０１の大きさは、常に一定の大きさであってもよいし、移動体１４３の速度に応じて変更してもよい。
また、位置検出部１１０（図６）が移動体の移動方向および移動速度を検出することは必須でない。
移動体１４３の移動速度が既知であり移動方向が未知である場合には、例えば、コンテンツデータ取得領域５０１は移動体１４３の位置を中心とする、移動速度に応じた大きさの円として定義される。また、移動体１４３の移動速度が未知であり移動方向が既知である場合には、例えば、コンテンツデータ取得領域５０１は、移動方向に沿った長軸を有する大きさ一定の楕円として定義される。また、移動体１４３の移動速度と移動方向とがともに未知である場合には、例えば、コンテンツデータ取得領域５０１は移動体１４３の位置を中心とする大きさ一定の円として定義される。
次に、コンテンツデータ取得領域５０１の決め方について図１６を用いて説明する。図１６は、コンテンツデータ取得領域５０１の大きさおよび形状の決め方の一例を示す図である。
図１６に示す例は、コンテンツデータ取得領域５０１を移動体１４３の前方に偏心した円形の領域として決定する例である。
移動体１４３の現在位置８０６と円の中心８０４との距離は、移動体１４３の移動速度に基づいて設定される。例えば、移動体１４３の現在位置８０６と円の中心８０４との距離は、移動体１４３の移動速度が大きい場合には大きく設定され、移動体１４３の移動速度が小さい場合には小さく設定される。
この場合には、位置検出部１１０は、移動体１４３の現在位置８０６に加えて、移動体１４３の移動方向８０３および移動速度を検出することが必要である。
なお、移動体１４３の現在位置８０６と円の中心８０４との距離は、移動体１４３の移動速度に関わらず一定の大きさ（例えば、ゼロ）に設定されてもよい。
また、円の半径８０５は、移動体１４３の移動速度に基づいて設定される。例えば、半径８０５は、移動体１４３の移動速度が大きい場合には大きく設定され、移動体１４３の移動速度が小さい場合には小さく設定される。
また、半径８０５は、コンテンツデータ取得領域５０１にコンテンツ位置が含まれるコンテンツデータ（取得候補コンテンツデータ）の数が予め定められた限度数以上にならないように設定されてもよい。
また、半径８０５は、取得候補コンテンツデータのサイズの合計が予め定められた限度以上にならないように設定されてもよい。取得候補コンテンツデータのサイズは、例えば、図８に示されるコンテンツリスト１５３の「サイズ」フィールド２０３を参照することによって知ることができる。また、取得候補コンテンツデータのサイズは、コンテンツサーバ１０３に問い合わせることによっても知ることができる。
図１６に示されるようにコンテンツデータ取得領域５０１を決定した場合、コンテンツ位置が関係「（円の中心８０４とコンテンツ位置との距離）＜（円の半径８０５）」を満たすコンテンツデータが、ステップＳ３０７（図１１）において、取得候補コンテンツデータとして指定される。
次に、コンテンツデータ取得領域５０１の大きさおよび形状の他の決め方について図１７を用いて説明する。図１７は、コンテンツデータ取得領域５０１の大きさおよび形状の決め方の一例を示す図である。
図１７に示す例は、コンテンツデータ取得領域５０１を楕円形の領域として決定する例である。
コンテンツデータ取得領域５０１は、移動体１４３の現在位置８０６を１つの焦点とし、移動体１４３の前方の点８１３をもう１つの焦点とする楕円の形状を有する。
移動体１４３の現在位置（焦点）８０６と焦点８１３との距離は、移動体１４３の移動速度に基づいて設定される。例えば、焦点８０６と焦点８１３との距離は、移動体１４３の移動速度が大きい場合には大きく設定され、移動体１４３の移動速度が小さい場合には小さく設定される。
この場合には、位置検出部１１０は、移動体１４３の現在位置８０６に加えて、移動体１４３の移動方向８０３および移動速度を検出することが必要である。
また、焦点８０６と焦点８１３との距離は、移動体１４３の移動速度に関わらず一定の大きさに設定されてもよい。
また、楕円の長半径ａは、移動体１４３の移動速度に基づいて設定される。例えば、長半径ａは、移動体１４３の移動速度が大きい場合には大きく設定され、移動体１４３の移動速度が小さい場合には小さく設定される。
また、長半径ａは、コンテンツデータ取得領域５０１にコンテンツ位置が含まれるコンテンツデータ（取得候補コンテンツデータ）の数が予め定められた限度数以上にならないように設定されてもよい。
また、長半径ａは、取得候補コンテンツデータのサイズの合計が予め定められた限度以上にならないように設定されてもよい。
図１７に示されるようにコンテンツデータ取得領域５０１を決定した場合、コンテンツ位置が関係「（焦点８０６とコンテンツ位置との距離）＋（焦点８１３とコンテンツ位置との距離）＜２ａ」を満たすコンテンツデータが、ステップＳ３０７（図１１）において取得候補コンテンツデータとして指定される。
このように、コンテンツ取得領域５０１は、移動体の位置および移動速度に基づいて、適切な大きさに設定される。
次に、端末装置１０１がコンテンツデータ１５２を表示する処理について、図１８を用いて説明する。図１８は、端末装置１０１がコンテンツデータ１５２を表示するタイミング制御のフローチャートである。
図１８に示される処理は、移動体１４３の移動中に、常に所定の時間間隔で繰り返される。また、図１８に示される処理は、移動体１４３が所定の距離だけ移動する毎に繰り返されてもよい。
まず、位置検出部１１０が、移動体１４３の位置を検出する（ステップＳ７０１）。また、ステップＳ７０１において、位置検出部１１０は、移動体１４３の移動速度および移動方向をさらに検出する。
次に、表示制御部１０９が、コンテンツリスト１５３の１つのコンテンツデータ１５２（レコード）に注目する（ステップＳ７０２）。なお、コンテンツリスト１５３は、ステップＳ３０１（図１１）において既に取得されている。
次に、表示制御部１０９は、ステップＳ７０２で注目したコンテンツデータ１５２の関連する位置（コンテンツ位置）がコンテンツデータ表示トリガ領域（第２の領域）に含まれているか否かを判定する（ステップＳ７０３）。
コンテンツデータ表示トリガ領域は、ステップＳ７０１で検出された移動体１４３の位置に基づいて決定される。コンテンツデータ表示トリガ領域は、例えば、３分（所定の時間）の間に移動体１４３が移動していると予想される位置の領域として決定される。
表示制御部１０９は、コンテンツ位置がコンテンツデータ表示トリガ領域に含まれているか否かの判定を、３分（所定の時間）の間に移動体１４３がステップＳ７０１で検出された位置から移動することによって、移動体１４３がコンテンツ位置に到達すると予測されるか否かで判定する。
ステップＳ７０３の判定の結果が「Ｙｅｓ」である場合には、表示制御部１０９はステップＳ７０４の処理に進む。一方、ステップＳ７０３の判定の結果が「Ｎｏ」である場合には、表示制御部１０９は、ステップＳ７０５の処理に進む。
ステップＳ７０４において、表示制御部１０９は、注目したコンテンツデータ１５２を、表示候補コンテンツデータとして指定する。
また、ステップＳ７０５において、表示制御部１０９は、コンテンツリスト１５３のすべてのコンテンツデータについて、ステップＳ７０２〜ステップＳ７０４の処理が完了したか否かを判定する。
そして、ステップＳ７０５の判定の結果が「Ｙｅｓ」である場合には、表示制御部１０９は、ステップＳ７０６の処理に進む。一方、ステップＳ７０５の判定の結果が「Ｎｏ」である場合には、表示制御部１０９は、ステップＳ７０２の処理に戻る。
ステップＳ７０６において、表示制御部１０９は、表示候補コンテンツデータの１つに注目する。
次に、表示制御部１０９は、注目したコンテンツデータ１５２が蓄積部１１３に蓄積されているか否かを判定する（ステップＳ７０７）。表示制御部１０９は、この判定を、蓄積管理部１１２に問い合わせることによって行う。
そして、ステップＳ７０７の判定の結果が「Ｙｅｓ」である場合には、表示制御部１０９は、ステップＳ７０８の処理に進む。一方、ステップＳ７０７の判定の結果が「Ｎｏ」である場合には、表示制御部１０９は、ステップＳ７０９の処理に進む。
ステップＳ７０８において、表示制御部１０９は、注目したコンテンツデータ１５２の蓄積部１１３からの読み出しを蓄積管理部１１２に指示する。
これに対して、蓄積管理部１１２は、この指示に応答して、注目したコンテンツデータ１５２を蓄積部１１３から読み出す。
また、ステップＳ７０９において、端末装置１０１は、先読み部１０５において、注目したコンテンツデータ１５２をコンテンツサーバ１０３から取得する。先読み部１０５は、ステップＳ７０９におけるコンテンツデータ１５２の取得を、コンテンツサーバ１０３に要求１５１（図６）を送信することによって行う。
そして、表示制御部１０９は、ステップＳ７０９で取得したコンテンツデータ１５２の蓄積を、蓄積管理部１１２に指示する（ステップＳ７１０）。
これに対して、蓄積管理部１１２は、この指示に応答して、ステップＳ７０９で取得したコンテンツデータ１５２を蓄積部１１３に蓄積する。
そして、端末装置１０１は、注目したコンテンツデータ１５２を表示装置１１４に表示する（ステップＳ７１１）。
このように、表示制御部１０９と表示装置１１４とは、コンテンツデータ１５２のコンテンツ位置がコンテンツデータ表示トリガ領域５０４（第２の領域）の内部にあるという条件（所定の条件）が満たされる場合に、コンテンツデータ１５２を表示する表示部１４９として機能する。
次に、コンテンツデータ１５２が表示装置１１４（図６）に表示される様子について図１９を用いて説明する。
領域１１０７には、移動体１４３の周囲の道路地図に重畳して、コンテンツデータ取得領域５０１とコンテンツデータ表示トリガ領域５０４とが表示されている。
また、領域１１０８には、コンテンツデータ１５２が表示されている。図１９に示される例では、コンテンツデータ１５２は、レストランの広告情報である。
図１９において、領域１１０７内に示されるハッチングを施した三角形は、コンテンツデータ表示トリガ領域５０４に含まれるコンテンツ位置１１０４を表す。また、白抜きの丸印は、コンテンツデータ取得領域５０１に含まれるがコンテンツデータ表示トリガ領域５０４には含まれないコンテンツ位置１１０５を表す。ハッチングを施した星型は、現在、領域１１０８に表示されているコンテンツデータ１５２のコンテンツ位置１１０６を表す。
図１９に示されるハッチングを施した三角形、白抜きの丸印、ハッチングを施した星型のそれぞれは、ステップＳ３０５〜ステップＳ３０９（図１１）において、先読みスケジューラ１０４（図６）によって取得候補コンテンツデータのコンテンツ位置として特定された位置を示す指標である。
領域１１０８には、コンテンツデータ表示トリガ領域５０４にコンテンツ位置が含まれるコンテンツデータが自動的に逐次表示されるようにする。また、領域１１０８には、ユーザが領域１１０７に表示されたコンテンツ位置１１０４を指定することに応答して、指定したコンテンツ位置に対応するコンテンツデータが表示されるようにしてもよい。
また、領域１１０７に表示されている地図上（または地図の外部）に、そのコンテンツデータが表すコンテンツの要約や、そのコンテンツに関連する施設の名称を表示してもよい。これは、そのような要約や、施設の名称をコンテンツリスト１５３に付加することによって実現される。
コンテンツデータ取得領域５０１とコンテンツデータ表示トリガ領域５０４は、ともに、移動体１４３に伴って移動する。
図１９に示されるように、ある時点におけるコンテンツデータ表示トリガ領域５０４は、その全体が、その時点におけるコンテンツデータ取得領域５０１に含まれるように決定される。
図１１を参照して説明したように、先読みスケジューラ１０４は、コンテンツデータ１５２が取得されるタイミングを、コンテンツ位置がコンテンツデータ取得領域５０１に含まれるか否かに基づいて制御する。また、図１８を参照して説明したように、表示制御部１０９は、コンテンツデータ１５２が表示されるタイミングを、コンテンツ位置がコンテンツデータ表示トリガ領域５０４に含まれるか否かに基づいて制御する。
従って、表示制御部１０９は、注目しているコンテンツデータ１５２のコンテンツ位置が移動体１４３から比較的近づいてからコンテンツデータ１５２を表示するように、コンテンツデータ１５２の表示タイミングを制御する。一方、先読みスケジューラ１０４は、表示部１１４に表示される以前にコンテンツデータ１５２を取得する（先読みする）ようにコンテンツデータ１５２の取得タイミングを制御する。
このような「先読み」が何らかの原因でなされなかった場合（例外的な場合）にのみ、ステップＳ７０７（図１９）における判定の結果が「Ｎｏ」になり、それ以外の通常の場合には「Ｙｅｓ」になる。
次に、移動体１４３の移動に伴ってコンテンツデータが取得され、表示可能になる様子について図２０を用いて説明する。図２０は、端末装置１０１が、移動体１４３の移動に伴ってコンテンツデータを取得し、表示可能にする様子を示す図である。
図２０に示される横軸は、移動体１４３の移動距離を示す。移動体１４３は、図２０の左側から右側へと移動する。
コンテンツデータＡは、地点１４０４に関連するコンテンツＡを表し、コンテンツデータＢは、地点１４０５に関連するコンテンツＢを表すものとする。すなわち、地点１４０４および地点１４０５はそれぞれ、コンテンツデータＡおよびコンテンツデータＢのコンテンツ位置である。
距離１４０７は、移動体１４３の位置から、コンテンツデータ取得領域の先端までの移動体１４３の移動方向に沿った距離（すなわち、図１２に示される例では距離Ｌ）を示す。
距離１４０６は、移動体１４３の位置から、コンテンツデータ表示トリガ領域の先端までの移動体１４３の移動方向に沿った距離を示す。
図２０を参照して、先読みスケジューラ１０４によって行われるコンテンツデータの取得タイミングの制御を説明する。
移動体１４３が位置１４１１にある時点で、コンテンツデータＡがコンテンツデータ取得領域に入るようになる。この時点で、コンテンツデータＡが取得（先読み）される。
同様に、移動体１４３が位置１４１２にある時点で、コンテンツデータＢがコンテンツデータ取得領域に入るようになる。この時点で、コンテンツデータＢが取得（先読み）される。
次に、図２０を参照して、表示制御部１０９によって行われるコンテンツデータの表示タイミングの制御を説明する。
移動体１４３が位置１４１３にある時点で、コンテンツデータＡのコンテンツ位置がコンテンツデータ表示トリガ領域５０４に含まれるようになる。この時点で、コンテンツデータＡが表示装置１１４（図６）に自動的に表示される。
同様に、移動体１４３が位置１４１４にある時点で、コンテンツデータＢのコンテンツ位置がコンテンツデータ表示トリガ領域５０４に含まれるようになる。この時点で、コンテンツデータＢが表示装置１１４（図６）に自動的に表示される。
このようにして、コンテンツデータＡとコンテンツデータＢとの両方をそれぞれのコンテンツ位置を通過する前に表示することができる。
なお、コンテンツデータが自動的に表示される以前に（すなわち、コンテンツデータのコンテンツ位置がコンテンツデータ表示トリガ領域に含まれる前に）、ユーザ（例えば、移動体１４３の運転者または同乗者）による要求に応答してコンテンツデータが表示されてもよい。このような要求は、例えば、表示装置１１４の領域１１０７（図１９）に白抜きの丸印で示されるコンテンツ位置を示す指標をユーザが指で触れることによって行われる。この場合は、コンテンツデータの取得が完了していて、コンテンツデータは表示することが可能になっていることが前提になる。
ところで、コンテンツデータの取得に必要な時間が移動体１４３の移動速度によらず一定であることを仮定すると、移動体１４３の移動速度が速くなった場合に、コンテンツデータの取得に必要な時間中に移動体１４３が移動する距離は長くなる。従って、移動体１４３の移動速度が速くなった場合に、コンテンツデータをそのコンテンツ位置を通過する前に表示するためには、距離１４０７を大きくすることが好ましい。すなわち、移動体１４３の移動速度が速くなった場合に、コンテンツデータ取得領域５０１の大きさを大きくすることが好ましい。
図２１は、移動体１４３の移動速度が低い場合のコンテンツデータ取得領域５０１の大きさの例を示す図である。また、図２２は、移動体１４３の移動速度が高い場合のコンテンツデータ取得領域５０１の大きさの例を示す図である。
図２１および図２２に示されるように、コンテンツデータ取得領域５０１の移動体１４３の移動方向に沿った長さを移動体１４３の移動速度に応じて変化するように定義することによって、コンテンツデータをそのコンテンツ位置を通過する前に確実に表示することができる。
上記実施の形態では、コンテンツデータ１５２を取得するか否かを、コンテンツデータ１５２のコンテンツ位置がコンテンツデータ取得領域に含まれているかという条件のみに応じて決めていた。さらに、この条件に加えて、時刻、移動体１４３の連続走行時間、天気、移動体１４３の残存燃料の量、ユーザの嗜好、コンテンツのジャンルなどの条件に応じて、コンテンツデータ１５２を取得するか否かを決めてもよい。
例えば、食事の時間帯には、ユーザの嗜好に応じたレストラン（例えば、和食レストラン）のコンテンツを表すコンテンツデータを取得するが、それ以外の時間帯にはこのコンテンツデータを取得しないようにしてもよい。これは、コンテンツリスト１５３にキーワード情報を付加し、それらのキーワード情報と、ユーザの嗜好データベースとを照合することによって実現される。
このような照合は、例えば、図１１に示されるステップＳ３０６の後に行われる。あるいは、取得したコンテンツデータを表示する順序を決める際にこのような条件を使用してもよい。
また、連続走行時間が長くなるとサービスエリアなどの休憩所やガソリンスタンドのコンテンツを表すコンテンツデータを取得するようにしたり、雨が降っているときは屋内の休憩・娯楽施設のコンテンツを表すコンテンツデータを取得したりするようにしてもよい。また、現在営業している施設に関するコンテンツを表すコンテンツデータのみが取得されるようにしてもよい。
コンテンツデータ１５２が、時刻、移動体１４３の連続走行時間、天気、移動体１４３の残存燃料の量、ユーザの嗜好、コンテンツのジャンルなどの条件を満たすか否かの判定は、端末装置１０１において行われる。従って、コンテンツサーバ１０３において検索を行う負荷が発生せず、コンテンツサーバ１０３のレスポンスが向上する。また、ユーザの嗜好が外部に漏れる恐れもない。
以上説明したように、上記実施の形態によれば、コンテンツサーバ１０３（コンテンツデータの取得先のサーバ）において移動端末１４３の位置に基づいたコンテンツ検索を行う必要がなくなる。よって、コンテンツサーバ１０３の負荷を少なくすることができる。
また、上記実施の形態によれば、端末装置１０１が、移動体１４３の移動方向前方を含むコンテンツデータ取得領域に対応する位置を持つコンテンツデータを取得する。これにより、端末装置１０１は、コンテンツデータを、これに関連する位置に到達する前に取得することができる。よって、端末装置１０１のユーザは、コンテンツデータが対応する位置を通過する前に表示し、確認することができる。
また、上記実施の形態によれば、コンテンツデータが表示されるタイミングを、コンテンツ位置がコンテンツデータ表示トリガ領域に含まれるか否かに基づいて制御できる。これにより、移動体１４３が移動に伴って、予め先読みして取得したコンテンツデータに対応する位置から離れてしまい、取得したコンテンツデータが不要になってしまった場合に、このコンテンツデータを表示しないようにできる。
また、コンテンツデータ表示トリガ領域は、コンテンツ取得領域よりも小さくなっているので、移動体１４３が、注目しているコンテンツデータのコンテンツ位置に比較的近づいてからコンテンツデータを表示するようにできる。よって、取得したが不要になったコンテンツデータを不必要に表示することを効果的に防止できる。このように本発明は、移動体１４３の移動に伴い、先読みしたコンテンツデータが不要になった場合にも対応している。
また、上記実施の形態によれば、取得したコンテンツの位置がコンテンツデータ表示トリガ領域に含まれるようになった時点で、該当コンテンツデータを提示することができる。これにより、移動体１４３が通過すると予想される位置のコンテンツを、取得に必要な時間を考慮することなく、通過する前に提示することができる。
また、上記実施の形態によれば、コンテンツデータ取得領域の移動体１４３の移動方向に沿った長さを移動体１４３の移動速度に応じて変化するように定義できる。これにより、移動体の速度が速い場合などであっても、コンテンツデータをそのコンテンツ位置を通過する前に確実に取得し、さらに表示することができる。
なお、端末装置の位置に応じたコンテンツを検索し、先読みする処理を専用のサーバに備える形態であっても良い。
以下、本発明の実施の形態にかかるその他のコンテンツ配信システムについて図２３を用いて説明する。図２３は、コンテンツ配信システムのその他の構成を示すブロック図である。
その他の例のコンテンツ配信システム２３００には、端末装置２３０１と、コンテンツ検索サーバ２３０２と、広域道路情報サーバ１０２と、コンテンツサーバ１０３が、備えられている。
端末装置２３０１とコンテンツ検索サーバ２３０２は、無線通信路１４２で繋がれている。また、コンテンツ検索サーバ２３０２と広域道路情報サーバ１０２は、無線通信路１４０で繋がれている。また、コンテンツ検索サーバ２３０２と、コンテンツサーバ１０３は、無線通信路１４１で繋がれている。
端末装置２３０１には、位置検出部１１０が設けられている。位置検出部１１０については、図６で説明したものと同一であるので詳細な説明を省略する。位置検出部１１０は、端末装置２３０１の位置、移動方向、移動速度等を検出し、検出した情報を位置送信部２３０３に出力する。
位置送信部２３０３は、位置検出部１１０が検出した位置、移動方向、移動速度等をコンテンツ検索サーバ２３０２に、無線通信路１４２を介して、送信する。
また、端末装置２３０１には、コンテンツ検索サーバ２３０２から、無線通信路１４２を介して、送られてきたコンテンツを受信するコンテンツ受信部２３０４が設けられている。コンテンツ受信部２３０４は、受信したコンテンツを表示装置１１４に出力する。そして、表示装置１１４は、コンテンツを表示する。
コンテンツ検索サーバ２３０２には、端末装置２３０１から送られてきた位置、移動方向、移動速度等を受信する位置受信部２３０５が設けられている。
また、コンテンツ検索サーバ２３０４には、先読みスケジューラ１０４、先読み部１０５、蓄積管理部１１２、および蓄積部１１３が設けられている。先読みスケジューラ１０４、先読み部１０５、蓄積管理部１１２、および蓄積部１１３については、図６に示すものと同一であるので詳細な説明は省略する。
また、コンテンツ検索サーバ２３０２には、コンテンツ送信制御部２３０８が設けられている。コンテンツ送信制御部２３０８は、図６に示す表示制御部１０９に対応するものである。表示制御部１０９が表示するタイミングを制御するのに対して、コンテンツ送信制御部２３０８は、コンテンツを送信するタイミングを制御する。コンテンツ送信制御部２３０８の処理は、図１８のステップＳ７１１を「コンテンツを、コンテンツ送信部２３０９を介して端末装置２３０１へ送信する」に置き換えたものになる。
この構成により、端末装置２３０１は、位置送信部２３０２からコンテンツ検索サーバ２３０２に位置、速度、進行方向などの情報を送信するだけで、これらの情報に対応するコンテンツをコンテンツ受信部２３０４において受信することができる。
これにより、端末装置２３０１に、位置等の情報に応じたコンテンツを検索し、先読みする機能を持たせる必要がなくなる。この結果、端末装置２３０１に一般的な端末装置を適用することが可能になる。よって、一般的な端末装置でも、高速移動中に適切にコンテンツデータを表することができる。
なお、図２３に示す例では、広域道路情報サーバ１０２は必ずしも必要ではない。コンテンツリストをコンテンツ検索サーバ２３０２が蓄積部１１３に予め持っていてもよい。
また、コンテンツ検索サーバ２３０２が全てのコンテンツを予め蓄積している場合は、先読みスケジューラ１０４および先読み部１０５は不要になる。
なお、端末装置１０１、端末装置２３０１、およびコンテンツ検索サーバ２３０２が行う処理をプログラムにし、汎用のコンピュータに実行させることにより、汎用のコンピュータに端末装置１０１、端末装置２３０１、およびコンテンツ検索サーバ２３０２の処理を行わせても良い。
本明細書は、２００１年１１月２日出願の特願２００１−３３８７８２に基づく、この内容は全てここに含めておく。
産業上の利用可能性
以上説明したように、本発明によれば、コンテンツデータの取得先のサーバにおいて移動端末の位置に基づいたコンテンツ検索を行う必要がなくなる。よって、このサーバの負荷を少なくすることができる。
【図面の簡単な説明】
図１は、従来のサーバと端末装置との間の通信の状況を示す図であり、
図２は、従来のサーバと端末装置との間の通信に関わるタイミングを示す図であり、
図３は、本発明の端末装置が使用される形態を模式的に示す図であり、
図４は、本発明のコンテンツサーバと端末装置との間の通信の状況を示す図であり、
図５は、本発明のコンテンツサーバと端末装置との間の通信に関わるタイミングを示す図であり、
図６は、本発明の一実施の形態にかかる端末装置を含むコンテンツ配信システムの構成を示すブロック図であり、
図７は、上記実施の形態にかかるコンテンツリストのデータ構造の一例を示す図であり、
図８は、上記実施の形態にかかるコンテンツリストのデータ構造の他の例を示す図であり、
図９は、上記実施の形態にかかるコンテンツリストのデータ構造のさらに他の例を示す図であり、
図１０は、上記実施の形態にかかるコンテンツリストをＸＭＬによって表現した図であり、
図１１は、上記実施の形態にかかる端末装置が、コンテンツデータを取得するフローチャートであり、
図１２は、上記実施の形態にかかるコンテンツデータ取得領域の例を示す図であり、
図１３は、上記実施の形態にかかるコンテンツデータ取得領域の他の例を示す図であり、
図１４は、上記実施の形態にかかるコンテンツデータ取得領域のさらに他の例を示す図であり、
図１５は、上記実施の形態にかかるコンテンツデータ取得領域のさらに他の例を示す図であり、
図１６は、上記実施の形態にかかるコンテンツデータ取得領域の大きさおよび形状の決め方の一例を示す図であり、
図１７は、上記実施の形態にかかるコンテンツデータ取得領域の大きさおよび形状の決め方の一例を示す図であり、
図１８は、上記実施の形態にかかる端末装置がコンテンツデータを表示するタイミング制御のフローチャートであり、
図１９は、上記実施の形態にかかるコンテンツデータが表示装置に表示される様子を示す図であり、
図２０は、上記実施の形態にかかる端末装置が、移動体の移動に伴ってコンテンツデータを取得し、表示可能にする様子を示す図であり、
図２１は、上記実施の形態にかかる移動体の移動速度が低い場合のコンテンツデータ取得領域の大きさの例を示す図であり、
図２２は、上記実施の形態にかかる移動体の移動速度が高い場合のコンテンツデータ取得領城の大きさの例を示す図であり、そして、
図２３は、上記実施の形態にかかるコンテンツ配信システムのその他の構成を示すブロック図である。
【図１】
2003038377.tif 000003
【図２】
2003038377.tif 000004
【図３】
2003038377.tif 000005
【図４】
2003038377.tif 000006
【図５】
2003038377.tif 000007
【図６】
2003038377.tif 000008
【図７】
2003038377.tif 000009
【図８】
2003038377.tif 000010
【図９】
2003038377.tif 000011
【図１０】
2003038377.tif 000012
【図１１】
2003038377.tif 000013
【図１２】
2003038377.tif 000014
【図１３】
2003038377.tif 000015
【図１４】
2003038377.tif 000016
【図１５】
2003038377.tif 000017
【図１６】
2003038377.tif 000018
【図１７】
2003038377.tif 000019
【図１８】
2003038377.tif 000020
【図１９】
2003038377.tif 000021
【図２０】
2003038377.tif 000022
【図２１】
2003038377.tif 000023
【図２２】
2003038377.tif 000024
【図２３】
2003038377.tif 000025
【手続補正書】
【提出日】平成15年7月16日(2003.7.16)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項１３
【補正方法】変更
【補正の内容】
【請求項１３】
前記特定部は、前記領域の大きさを、前記移動体の移動速度に応じて変化するように定義することを特徴とする請求項１記載の端末装置。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項１４
【補正方法】変更
【補正の内容】
【請求項１４】
前記コンテンツ取得部は、前記コンテンツの取得に必要な時間を考慮し、前記移動体が前記コンテンツの前記位置を通過する前に前記コンテンツを取得するようにすることを特徴とする請求項１記載の端末装置。
【手続補正３】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項１５
【補正方法】変更
【補正の内容】
【請求項１５】
前記コンテンツ取得部は、前記コンテンツの取得に必要な時間を、前記コンテンツのサイズを前記コンテンツの取得に用いる通信路の伝送速度で割ることにより求めることを特徴とする請求項１４記載の端末装置。
【国際調査報告】
2003038377.tif 000026
2003038377.tif 000027