(57)【要約】【課題】  端末の使用者が、予定通りに行動することができなくなった場合、予定を変更するのに役立つ情報を端末の使用者に対して提供することを可能とする。【解決手段】  カーナビゲーション装置６００には、目的地と目的地への到着予定時刻と目的地へ向かう目的とを示すデータが入力される。カーナビゲーション装置６００は、目的地へ到着する時刻を予測し、到着予定時刻に目的地へ到着できないと判定した場合、到着予定時刻に目的が達成できる場所に関する情報を要求する旨の情報要求メッセージをサーバ装置４００へ送信する。サーバ装置４００は、到着予定時刻に目的が達成できる場所に関する候補地情報を検索し、候補地情報をカーナビゲーション装置６００へ送信する。カーナビゲーション装置６００は受信した候補地情報に基づいて、到着予定時刻に目的が達成できる場所に関する情報を表示する。【選択図】      図１
2004294430.tif 000002
【特許請求の範囲】
【請求項１】
候補地の位置を示す候補地位置データと前記候補地の複数の属性とを各々示す複数の属性データとを対応付けた候補地データを複数記憶する記憶手段と、
前記複数の候補地データの検索範囲を指定する検索範囲指定データと、予定時刻データと、現在位置データとを受信する受信手段と、
前記複数の候補地データから、前記受信手段により受信した検索範囲指定データにより指定される検索範囲に属する１の属性データを抽出する抽出手段と、
前記抽出手段により抽出された１の属性データに対応付けられた候補位置データと、受信した前記現在位置データとを用いて前記候補地への到着予想時刻を予測する予測手段と、
前記到着予想時刻と前記予定時刻データとを用いて、前記到着予定時刻までに候補地へ到着可能か否か判断する判断手段と、
前記判断手段の判断結果が肯定的である場合、前記抽出手段により抽出した１の属性データが属する候補地データの一部または全部を送信する送信手段と、
を有するサーバ装置。
【請求項２】
前記受信手段がさらに属性データの内容を特定する検索キーを受信し、
前記検索範囲指定データが検索範囲として属性データの種類を指定するものであり、
前記抽出手段が、前記検索範囲指定データで指定される検索範囲から前記検索キーと一致する１の属性データを抽出する
ことを特徴とする請求項１に記載のサーバ装置。
【請求項３】
前記受信手段が、前記検索範囲指定データと前記予定時刻データと前記現在位置データとの送信元である端末装置の位置を示す端末装置位置データを受信し、
前記検索範囲指定データが検索範囲として候補地位置データを指定するものであり、
当該サーバ装置が、前記端末装置の位置を含む地理的な領域を示す領域データを算出する領域算出手段をさらに有し、
前記抽出手段が、前記記憶手段に記憶された候補地データから、前記領域データで示される領域内に位置する候補地に対応する候補地データを抽出する
ことを特徴とする請求項１に記載のサーバ装置。
【請求項４】
前記検索範囲指定データと前記予定時刻データと前記現在位置データとを、自身の位置を測定可能な端末装置から受信することを特徴とする請求項１に記載のサーバ装置。
【請求項５】
移動体通信網を利用可能な通信端末と移動体通信網を介して通信を行う通信手段をさらに有することを特徴とする請求項１に記載のサーバ装置。
【請求項６】
自身の現在位置を示す現在位置データを取得可能な端末装置であって、
候補地の位置を示す候補地位置データと前記候補地の複数の属性とを各々示す複数の属性データとを対応付けた候補地データを複数記憶する記憶手段と、
目的地を特定する目的地特定データ、前記目的地への到着予定時刻を示す予定時刻データ、および前記複数の候補地データの検索範囲を指定する検索範囲指定データを受信する受信手段と、
前記現在位置データと前記目的地特定データに対応する前記候補地位置データとを用いて前記目的地へ到着する時刻を予想し、予想した時刻と前記予定時刻データとに基づいて、前記到着予定時刻に前記目的地へ到着可能か否か判断する第１の判断手段と、
前記第１判断手段の判断結果が否定的である場合、前記検索範囲指定データにより指定される検索範囲に属する１の属性データを抽出する抽出手段と、
前記抽出手段により抽出された１の属性データに対応付けられた候補位置データと、受信した前記現在位置データとを用いて前記候補地への到着予想時刻を予測する予測手段と、
前記到着予想時刻と前記予定時刻データとを用いて、前記到着予定時刻までに候補地へ到着可能か否か判断する第２の判断手段と、
前記第２の判断手段の判断結果が肯定的である場合、前記抽出手段により抽出した１の属性データが属する候補地データの一部または全部に基づいた表示を行う表示手段と
を有する端末装置。
【請求項７】
自身の位置を測定可能な端末装置と、該端末装置と通信を行うサーバ装置とを有する情報提供システムであって、
前記端末装置が、目的地の位置を示す目的地位置データと、目的地の属性を示す目的地属性データとを対応付けた目的地データを複数記憶する記憶手段を有し、
前記端末装置が、該端末装置の現在位置を示す現在位置データ、目的地を特定する目的地特定データ、前記目的地への到着予定時刻を示す予定時刻データ、および検索範囲を指定する検索範囲指定データを受信する受信手段を有し、
前記端末装置が、前記現在位置データと前記目的地特定データに対応する前記目的地位置データとを用いて前記目的地へ到着する到着予想時刻を予測する第１の予測手段を有し、
前記端末装置が、前記到着予想時刻と前記予定時刻データとを用いて、前記到着予定時刻に前記目的地へ到着可能か否か判断する第１の判断手段を有し、
前記端末装置が、前記第１の判断手段の判断結果が否定的である場合、前記検索範囲指定データと前記予定時刻データと前記現在位置データとを前記サーバ装置に送信するスケジュール送信手段を有し、
前記サーバ装置が、候補地の位置を示す候補地位置データと前記候補地の複数の属性とを各々示す複数の属性データとを対応付けた候補地データを複数記憶する記憶手段を有し、
前記サーバ装置が、前記検索範囲指定データと、前記予定時刻データと、前記現在位置データとを受信する受信手段を有し、
前記サーバ装置が、前記複数の候補地データから、前記検索範囲指定データにより指定される検索範囲に属する１の属性データを抽出する抽出手段を有し、
前記サーバ装置が、前記抽出手段により抽出された１の属性データに対応付けられた候補位置データと、受信した前記現在位置データとを用いて候補地への到着予想時刻を予測する第２の予測手段を有し、
前記サーバ装置が、前記到着予想時刻と前記予定時刻データとを用いて、前記到着予定時刻までに前記候補地へ到着可能か否か判断する第２の判断手段を有し、
前記サーバ装置が、前記第２の判断手段の判断結果が肯定的である場合、前記抽出手段により抽出した１の属性データが属する候補地データの一部または全部を送信する候補地情報送信手段を有し、
前記端末装置が、前記候補地情報送信手段により送信されたデータを受信し、受信したデータに基づいた表示を行う表示手段を有する
ことを特徴とする情報提供システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置に情報を提供する技術に関する。
【背景技術】
【０００２】
近年、カーナビゲーション装置は、無線通信によりサーバ装置との間で通信を行うことにより、様々な情報を取得して表示することが可能となっており、目的地として指定された場所に関する情報をサーバ装置から取得して表示したり、目的地への到着予想時刻を算出し、到着予想時刻における目的地に関する情報をサーバ装置から取得して表示することが可能となっている（例えば、特許文献１参照）。
【０００３】
特許文献１に開示されているシステムのように、目的地に関する情報が運転手に対して提供されると、渋滞などにより目的地への到着が遅れた場合、運転手は、予定していた行動を到着予想時刻において行うことができるか否かを判断することも可能となる。例えば、運転手がデパートでの買い物を予定している場合、カーナビゲーション装置が到着予想時刻におけるデパートの情報を取得した結果、到着予想時刻においてデパートは閉店しているといった情報を取得すると、運転手はこの情報から、当初予定していた行動ができなくなくなったと判断することが可能となり、目的地へ到着する前に当初予定していた目的地での買い物を諦めることができる。また、特許文献１に開示されているシステムを応用すると、目的地への到着予想時刻を知ることが可能となり、運転手は予定した時刻に目的地へ到着するか否か判断することが可能となり、予定した時刻に目的地へ到着できなくなった場合には、目的地へ行くことを諦めて予定を変更することも可能となる。
【０００４】
【特許文献１】特開２００２−９２７８５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
例えば、予定した時刻に目的地での買い物ができなくなったことが判明した場合、運転手は同じ買い物ができる他の場所へ移動することを考え、新たな目的地を指定する。特許文献１に開示されているシステムにおいて、運転手が別の目的地を指定すると、目的地への到着予想時刻が算出され、到着予想時刻における目的地に関する情報が表示される。新たな目的地を指定しても、予定した時刻に目的地での買い物ができないことが判明した場合、運転手は再度別の目的地を指定することとなる。
【０００６】
一回目の目的地変更で、新たに指定した目的地において、予定した時刻に目的地での買い物ができることが判明した場合には、運転手は目的地を指定することを苦には感じない。しかしながら、指定した目的地において予定した時刻に買い物ができないと判断された場合、運転手は何度も目的地を指定することとなる。繰り返し目的地を指定すれば、いつか予定した時刻に目的地での買い物ができる場所を指定することとなるが、このように繰り返し目的地を指定させることは、運転手にとって負担となる。このため、運転手の手を煩わせることなく、新たな目的地を決めるのに役立つ情報を提供する技術が要望されていた。
【０００７】
本発明は、上述した事情に鑑みてなされたものであり、端末の使用者が、予定通りに行動することができなくなった場合、目的地を変更するのに役立つ情報を端末の使用者に対して提供することを可能とするサーバ装置、端末装置、および情報提供システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決するために本発明は、候補地の位置を示す候補地位置データと候補地の複数の属性とを各々表す複数の属性データとを対応付けた候補地データを複数記憶する記憶手段と、複数の候補地データの検索範囲を指定する検索範囲指定データと、予定時刻データと、現在位置データとを受信する受信手段と、複数の候補地データから、受信手段により受信した検索範囲指定データにより指定される検索範囲に属する１の属性データを抽出する抽出手段と、抽出手段により抽出された１の属性データに対応付けられた候補位置データと、受信した現在位置データとを用いて候補地への到着予測時刻を予測する予測手段と、到着予測時刻と予定時刻データとを用いて、到着予定時刻までに候補地へ到着可能か否か判定する判断手段と、判断手段の判定結果が肯定的である場合、抽出手段により抽出した１の属性データが属する候補地データの一部または全部を送信する送信手段とを有するサーバ装置を提供する。
このサーバ装置によれば、端末装置の使用者が、予定通りに行動することができなくなった場合に、検索範囲指定データと予定時刻データと現在位置データとをサーバ装置に送信すれば、代替候補地に関する情報を端末装置の使用者に対して提供することが可能となる。
【０００９】
本発明の一実施形態において、受信手段がさらに属性データの内容を特定する検索キーを受信し、検索範囲指定データが検索範囲として属性データの種類を指定してもよい。また、抽出手段が、検索範囲指定データで指定される検索範囲から検索キーと一致する１の属性データを抽出してもよい。
別の実施形態において、受信手段が、検索範囲指定データと予定時刻データと現在位置データとの送信元である端末装置の位置を示す端末装置位置データを受信し、検索範囲指定データが検索範囲として候補地位置データを指定するものであってもよい。また、当該サーバ装置が、端末装置の位置を含む地理的な領域を示す領域データを算出する領域算出手段をさらに有し、抽出手段が、記憶手段に記憶された候補地データから、領域データで示される領域内に位置する候補地に対応する候補地データを抽出してもよい。
別の実施形態において、サーバ装置は、検索範囲指定データと予定時刻データと現在位置データとを、自身の位置を測定可能な端末装置から受信してもよい。さらに別の実施形態において、サーバ装置は、移動体通信網を利用可能な通信端末と移動体通信網を介して通信を行う通信手段をさらに有してもよい。
【００１０】
また本発明は、自身の現在位置を表す現在位置データを取得可能な端末装置であって、候補地の位置を示す候補地位置データと候補地の複数の属性とを各々表す複数の属性データとを対応付けた候補地データを複数記憶する記憶手段と、目的地の位置を示す目的地位置データ、目的地への到着予定時刻を示す予定時刻データ、および複数の候補地データの検索範囲を指定する検索範囲指定データを受信する受信手段と、現在位置データと目的地位置データとを用いて目的地へ到着する時刻を予想し、予想した時刻と予定時刻データとに基づいて、到着予定時刻に目的地へ到着可能か否か判定する第１判定手段と、第１判定手段の判定結果が否定的である場合、検索範囲指定データにより指定される検索範囲に属する１の属性データを抽出する抽出手段と、抽出手段により抽出された１の属性データに対応付けられた候補位置データと、受信した現在位置データとを用いて候補地への到着予測時刻を予測する予測手段と、到着予測時刻と予定時刻データとを用いて、到着予定時刻までに候補地へ到着可能か否か判定する第２の判断手段と、第２の判断手段の判定結果が肯定的である場合、抽出手段により抽出した１の属性データが属する候補地データの一部または全部に基づいた表示を行う表示手段とを有する端末装置を提供する。
この端末装置によれば、端末装置の使用者が、予定通りに行動することができなくなった場合、代替目的地に関する情報を端末装置の使用者に対して提供することが可能となる。
【００１１】
さらに、本発明は、自身の位置を測定可能な端末装置とこの端末装置と通信を行うサーバ装置とを有する情報提供システムであって、端末装置が、この端末装置の現在位置を表す現在位置データ、目的地の位置を示す目的地位置データ、目的地への到着予定時刻を表す予定時刻データ、および検索範囲を指定する検索範囲指定データを受信する受信手段を有し、端末装置が、現在位置データと目的地位置データとを用いて目的地へ到着する到着予想時刻を予測する第１の予想手段を有し、端末装置が、到着予想時刻と予定時刻データとを用いて、到着予定時刻に目的地へ到着可能か否か判定する第１判定手段を有し、端末装置が、第１判定手段の判定結果が否定的である場合、検索範囲指定データと予定時刻データと現在位置データとをサーバ装置に送信するスケジュール送信手段を有し、サーバ装置が、候補地の位置を示す候補地位置データと候補地の複数の属性とを各々表す複数の属性データとを対応付けた候補地データを複数記憶する記憶手段を有し、サーバ装置が、検索範囲指定データと、予定時刻データと、現在位置データとを受信する受信手段を有し、サーバ装置が、複数の候補地データから、検索範囲指定データにより指定される検索範囲に属する１の属性データを抽出する抽出手段を有し、サーバ装置が、抽出手段により抽出された１の属性データに対応付けられた候補位置データと、受信した現在位置データとを用いて候補地への到着予測時刻を予測する第２の予測手段を有し、サーバ装置が、到着予測時刻と予定時刻データとを用いて、到着予定時刻までに候補地へ到着可能か否か判定する第２の判断手段を有し、サーバ装置が、第２の判断手段の判定結果が肯定的である場合、抽出手段により抽出した１の属性データが属する候補地データの一部または全部を送信する候補地情報送信手段を有し、端末装置が、候補地情報送信手段により送信されたデータを受信し、受信したデータに基づいた表示を行う表示手段を有することを特徴とする情報提供システムを提供する。
この情報提供システムによれば、端末装置の使用者が、予定通りに行動することができなくなった場合、代替目的地に関する情報を端末装置の使用者に対して提供することが可能となる。
【発明を実施するための最良の形態】
【００１２】
以下、図面を参照して本発明の一実施形態について説明する。
【００１３】
［１．実施形態の構成］
［１−１．全体構成］
図１は、本発明の実施形態に係わる通信システム１０の全体構成を例示する図である。通信システム１０には多数の携帯電話機、サーバ装置、車両およびカーナビゲーション装置が存在するが、図面が繁雑になるのを防ぐために、携帯電話機１００と、サーバ装置４００と、車両５００と、カーナビゲーション装置６００のみを図１に示す。
【００１４】
移動パケット通信網２００は、これを運用する通信事業者と加入契約を結んだ者に対してデータ通信サービスを提供する通信網である。この移動パケット通信網２００は、携帯電話機１００と無線通信を行う無線基地局と、交換機と、インターネット３００と当該通信網との相互接続を行うゲートウェイサーバ装置（いずれも図示略）とを有しており、インターネット３００に接続されているサーバ装置４００と携帯電話機１００との間で行われるパケット通信を中継する。また、移動パケット通信網２００は、携帯電話機１００がパケット通信を行う際、動的にＩＰ（Internet Protocol）アドレスを携帯電話機１００に割り当て、割り当てたＩＰアドレスを携帯電話機１００へ送信する。
【００１５】
携帯電話機１００は、パケット通信可能な携帯電話機であり、移動パケット通信網２００から付与されたＩＰアドレスを用いて、移動パケット通信網２００およびインターネット３００を介して、サーバ装置４００と通信を行うことができる。また、携帯電話機１００は、近距離無線通信の規格の一つであるBluetooth（登録商標）規格に準拠した通信インターフェースを有しており、同じくBluetooth規格に準拠した通信インターフェースを有している他の装置と通信を行うことができる。
【００１６】
サーバ装置４００は、情報を配信するサービスを提供する装置であり、カーナビゲーション装置６００から携帯電話機１００を介して送信されるメッセージに応じて、施設や店舗、観光地に関する情報を配信する。
【００１７】
カーナビゲーション装置６００は、地図や目的地までの経路、目的地への到着予想時刻などを表示する一般的なカーナビゲーションと同様の構成を具備している。また、このカーナビゲーション装置６００は、携帯電話機１００と同様にBluetooth規格に準拠した通信インターフェースを有しており、携帯電話機１００との間でBluetooth規格に従って通信を行うことができる。
【００１８】
［１−２．カーナビゲーション装置６００およびサーバ装置４００の機能構成］
図１６は、カーナビゲーション装置６００およびサーバ装置４００の機能構成を示す機能ブロック図である。カーナビゲーション装置６００において、ＧＰＳ部６０８は、後述するように自身の位置を計測する。予定データ受信部６５１は、携帯電話機１００から送信されたデータ（目的地データ、目的データ、予定時刻データ、代替種別データ）を受信する。記憶部６０７は、地名と、地名で識別される場所の緯度および経度を示すデータを対応付けた位置テーブルＴＢ１を記憶している。到着時刻予測部６５３は、携帯電話機１００から受信したデータと、位置テーブルＴＢ１に記憶されたデータとに基づいて、目的地への到着予想時刻を算出する。判断部６５４は、到着予想時刻と予定時刻データとに基づいて、予定時刻までに目的地に到着可能か否か判定する。予定時刻までに目的地に到着不可能であると判定された場合、リクエスト送信部６５５は、サーバ装置４００に、代替候補地に関する情報を要求するメッセージを送信する。
サーバ装置４００において、リクエスト受信部４５１は、カーナビゲーション装置６００から送信されたメッセージを受信する。記憶部４０７は、候補地の位置を表す位置データと、その候補地の属性を表す属性データとを対応付けた目的地候補テーブルＴＢ２を記憶している。領域算出部４５５は、受信したメッセージが地域情報を要求するものである場合に、カーナビゲーション装置６００の現在位置から一定距離内の範囲を算出する。抽出部４５３は、受信したメッセージに内包されるデータに基づいて、目的地候補テーブルＴＢ２を検索し、候補目的地を抽出する。到着時刻予測部４５４は、候補目的地に対応する位置データと、受信したメッセージに内包されるデータに基づいて、候補目的地への到着予想時刻を算出する。判断部４５６は、算出した到着予想時刻と、受信したメッセージに内包される予定時刻データとに基づいて、到着予定時刻までに候補目的地に到着可能か否か判定する。候補地情報送信部４５７は、判断部４５６の判定結果に基づいて、代替候補地に関する情報をカーナビゲーション装置６００に送信する。
カーナビゲーション装置６００において、候補地情報受信部６５６は、サーバ装置４００から送信された代替候補地に関する情報を受信する。表示部６０６は、受信した代替候補地に関する情報に基づいた表示を行う。こうして使用者は、代替候補地に関する情報を得ることができる。なお、以下で説明する実施形態においては、上記の各構成要素の機能は、以下で説明するようにソフトウェア（プログラム）に基づいてＣＰＵにより実現されるが、各構成要素の機能を有する回路等を用い、ハードウェアの組み合わせにより実現してもよい。
【００１９】
［１−３．携帯電話機１００の構成］
図２は、携帯電話機１００のハードウェア構成を例示するブロック図である。携帯電話機１００の各部は、バス１０１を介して各部間でデータの授受を行う。
【００２０】
通信部１０８は、通信インターフェースとしての機能を有しており、ＣＰＵ（Central Processing Unit）１０２の制御の下、図示を省略したアンテナを介して、移動パケット通信網２００の無線基地局との間で無線通信を行う。また、通信部１０８は、無線基地局から送信されたパケットデータを、ＣＰＵ１０２へ供給する一方、ＣＰＵ１０２から出力されたパケットデータを無線基地局へ送信する。
【００２１】
近距離無線通信部１０９は、Bluetooth規格に準拠した通信を行うためのインターフェースとしての機能を有しており、受信した信号をＣＰＵ１０２へ供給する一方、ＣＰＵ１０２から供給された信号をBluetooth規格に準拠した信号に変換して送信する。操作部１０５は、携帯電話機１００を操作するための複数のキー（図示略）を有しており、このキーが押下されると、押下されたキーを示す信号をＣＰＵ１０２へ供給する。表示部１０６は、ＣＰＵ１０２の制御の下、文字やグラフィック画面、携帯電話機１００を操作するためのメニュー画面などを表示する。
【００２２】
記憶部１０７は、データを永続的に記憶するメモリとして、例えば、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）などのメモリを有しており、携帯電話機１００を制御するためのデータや、予定登録プログラムを記憶している。予定登録プログラムについては、後に説明する。
【００２３】
ＲＯＭ（Read Only Memory）１０３は、携帯電話機１００の各部を制御するためのＯＳ（Operating System）ソフトウェアを記憶している。ＣＰＵ１０２は、図示を省略した電源から電力が供給されると、ＲＯＭ１０３からＯＳソフトウェアを読み出して起動し、ＲＡＭ（Random Access Memory）１０４を作業エリアとして携帯電話機１００の各部の制御を行う。このように携帯電話機１００は、一般的なコンピュータ装置と同様の構成を有している。
【００２４】
ＯＳソフトウェアを起動したＣＰＵ１０２は、ＣＰＵ１０２に入力される信号に応じた処理を行う。例えば、携帯電話機１００の使用者が、操作部１０５が有するキーを押下して予定登録プログラムの実行を指示する旨の操作を行うと、ＣＰＵ１０２は、操作部１０５から供給される信号と表示部１０６に表示されている画面とに基づいて使用者の指示を特定し、記憶部１０７から予定登録プログラムを読み出して起動する。
【００２５】
ＣＰＵ１０２が予定登録プログラムを起動すると、携帯電話機１００の使用者の行動予定を示すデータをカーナビゲーション装置６００へ送信する機能が携帯電話機１００に付加される。図３は、ＣＰＵ１０２が行動予定を示すデータを送信する際に行う処理の流れを例示するフローチャートである。
【００２６】
ＣＰＵ１０２が予定登録プログラムを起動すると、表示部１０６が制御され、図４に例示した画面が表示される。携帯電話機１００の使用者が、操作部１０５が有するキーを操作して、図４に例示したテキストボックスＢＸ１からテキストボックスＢＸ４の何れかを指定し、指定したテキストボックスに文字列を入力する旨の操作を行うと、入力された文字列が指定されたテキストボックスに表示される（ステップＳＡ２、ステップＳＡ４、ステップＳＡ６、ステップＳＡ８）。
【００２７】
携帯電話機１００の使用者が、操作部１０５が有するキーを操作し、画面に表示されている「登録」ボタンをクリックする旨の操作を行うと（ステップＳＡ９；ＹＥＳ）、ＣＰＵ１０２は、画面に表示されている全てのテキストボックスにデータが入力されているか否かを判断する（ステップＳＡ１０）。ＣＰＵ１０２は、ステップＳＡ１０の判断結果が肯定的なものである場合には（ステップＳＡ１０；ＹＥＳ）、テキストボックスに入力された文字列を抽出する。
【００２８】
テキストボックスＢＸ１から抽出された文字列は、携帯電話機１００の使用者が訪れる予定の目的地を示す目的地データとしてＲＡＭ１０４に記憶される。テキストボックスＢＸ２から抽出された文字列は、携帯電話機１００の使用者が目的地へ向かう目的を示す目的データとしてＲＡＭ１０４に記憶される。テキストボックスＢＸ３から抽出された文字列は、携帯電話機１００の使用者が予定している、目的地への到着時刻を示す到着予定時刻データとしてＲＡＭ１０４に記憶される。テキストボックスＢＸ４から抽出された文字列は、テキストボックスＢＸ１からテキストボックスＢＸ３に入力された予定通りの行動ができなくなった場合にサーバ装置４００から取得する情報の種類を示す代替種別データとしてＲＡＭ１０４に記憶される。
【００２９】
次にＣＰＵ１０２は、ＲＡＭ１０４に記憶した目的地データと目的データと予定時刻データと代替種別データとを内包するスケジュールメッセージを生成し、近距離無線通信部１０９を制御して、このスケジュールメッセージをカーナビゲーション装置６００へ送信する（ステップＳＡ１１）。
【００３０】
またＣＰＵ１０２が予定登録プログラムを起動すると、カーナビゲーション装置から送信されたメッセージをサーバ装置４００へ転送する機能と、サーバ装置４００から送信されたメッセージをカーナビゲーション装置６００へ転送する機能が携帯電話機１００に付加される。図５は、ＣＰＵ１０２がメッセージを転送する際に行う処理の流れを例示するフローチャートである。
【００３１】
ＣＰＵ１０２は、メッセージを受信すると、受信したメッセージの種別を判別し、メッセージの種別に基づいて、受信したメッセージを転送する。ＣＰＵ１０２は、受信したメッセージが、情報要求メッセージまたは地域情報要求メッセージである場合には（ステップＳＢ１；ＹＥＳ、ステップＳＢ２；ＹＥＳ）、通信部１０８を制御し、受信したメッセージにＩＰアドレスを内包させてサーバ装置４００へ転送する（ステップＳＢ３）。ＣＰＵ１０２は、受信したメッセージが、候補地メッセージまたは地域情報メッセージである場合には（ステップＳＢ４；ＹＥＳ、ステップＳＢ５；ＹＥＳ）、近距離無線通信部１０９を制御し、受信したメッセージをカーナビゲーション装置６００へ転送する（ステップＳＢ６）。
【００３２】
［１−４．カーナビゲーション装置６００の構成］
図６は、カーナビゲーション装置６００のハードウェア構成を例示するブロック図である。カーナビゲーション装置６００の各部は、バス６０１を介して各部間でデータの授受を行う。
【００３３】
ＧＰＳ（Global Positioning System）部６０８は、人工衛星を利用した位置測定システムを利用するためのものである。ＧＰＳ部６０８は、複数の人工衛星から発信される位置測定用の電波を受信すると、それぞれの人工衛星から発信される電波の位相差を基に、カーナビゲーション装置６００が存在する位置の緯度および経度を算出する。ＧＰＳ部６０８は、算出した緯度を示す緯度データおよび経度を示す経度データとを、ＣＰＵ６０２へ供給する。
【００３４】
近距離無線通信部６０９は、Bluetooth規格に準拠した通信を行うためのインターフェースとしての機能を有しており、受信した信号をＣＰＵ６０２へ供給する一方、ＣＰＵ６０２から供給された信号をBluetooth規格に準拠した信号に変換して送信する。
【００３５】
操作部６０５は、カーナビゲーション装置６００を操作するための複数のキー（図示略）を有しており、このキーが押下されると、押下されたキーを示す信号をＣＰＵ６０２へ供給する。表示部６０６は、ＣＰＵ６０２の制御の下、文字やグラフィック画面、カーナビゲーション装置６００を操作するためのメニュー画面などを表示する。
【００３６】
記憶部６０７は、データを永続的に記憶するための装置として、例えば、ハードディスク装置（図示略）を有しており、後に説明するスケジュールプログラムやカーナビゲーションプログラムを記憶している。また、記憶部６０７は、ＣＰＵ６０２がスケジュールプログラムやカーナビゲーションプログラムを実行することにより使用されるデータを記憶する。また、記憶部６０７は、地名と、地名で識別される場所の緯度および経度を示すデータを格納した位置テーブルＴＢ１を記憶している。図７は、この位置テーブルＴＢ１のフォーマットを例示する図である。目的地名フィールドには、目的地として指定される地名を示す文字列が格納されている。緯度フィールドには、目的地名で指定される場所の緯度を示す緯度データが、経度フィールドには、目的地名で指定される場所の経度を示す経度データが格納される。例えば、緯度が北緯３５度ｘｘ分ｘｘ秒である場合には、「N35.xx.xx」が格納され、経度が東経１３９度ｙｙ分ｙｙ秒である場合には、「E139.yy.yy」が格納される。
【００３７】
ＲＯＭ６０３は、カーナビゲーション装置６００の各部を制御するためのＯＳソフトウェアを記憶している。ＣＰＵ６０２は、図示を省略した電源から電力が供給されると、ＲＯＭ６０３からＯＳソフトウェアを読み出して起動し、ＲＡＭ６０４を作業エリアとしてカーナビゲーション装置６００の各部の制御を行う。また、ＣＰＵ６０２は、ＯＳソフトウェアを起動した後、カーナビゲーションプログラムとスケジュールプログラムを記憶部６０７から読み出して起動する。このようにカーナビゲーション装置６００は、ＲＯＭから読み出したプログラムに基づいてＣＰＵに接続された各部を制御し、種々の機能を実現するという意味において、一般的なコンピュータ装置と同様の構成を有していると言える。
【００３８】
ＣＰＵ６０２は、ＯＳソフトウェアを起動すると時刻をカウントすることが可能となり、例えば、一秒毎に、時刻を示す時刻データをＲＡＭ６０４に記憶する。
【００３９】
ＣＰＵ６０２がカーナビゲーションプログラムを起動すると、カーナビゲーションアプリケーション（以下、カーナビＡＰと略称する）が実現し、目的地までの地図および経路を表示する機能や、目的地への到着予想時間を算出する機能、目的地へ向けて移動中の車両５００の平均時速を算出する機能など、一般的なカーナビゲーション装置が有する機能と同様の機能が、カーナビゲーション装置６００に付加される。
【００４０】
ＣＰＵ６０２が、スケジュールプログラムを起動すると、スケジュールアプリケーション（以下、スケジュールＡＰと略称する）が実現し、携帯電話機１００から送信されるメッセージを受信する機能がカーナビゲーション装置６００に付加される。このメッセージを受信する機能は、図１６の予定データ受信部６５１および候補地情報受信部６５６に対応する。図８は、スケジュールＡＰが実現されたカーナビゲーション装置６００が、メッセージを受信した際に行う処理の流れを例示するフローチャートである。
【００４１】
ＯＳは、受信したメッセージが携帯電話機１００から送信されたスケジュールメッセージである場合には（ステップＳＣ１；ＹＥＳ）、このメッセージをスケジュールＡＰに引き渡す。スケジュールメッセージが引き渡されたスケジュールＡＰは、このメッセージに内包されている目的地データと目的データと予定時刻データと代替種別データとを抽出し、記憶部６０７に記憶する（ステップＳＣ２）。次にスケジュールＡＰは、抽出した目的地データをキーにして、位置テーブルＴＢ１の「目的地名」フィールドを検索する。スケジュールＡＰは、位置テーブルＴＢ１の中から該当するセルを見つけると、見つけだしたセルに対応付けて格納されている緯度データと経度データとを読み出し、この緯度データと経度データとを対応付けて目的地位置データとする（ステップＳＣ３）。スケジュールＡＰが、この目的地位置データをカーナビＡＰへ引き渡すと、引き渡された目的地位置データがカーナビＡＰにより記憶部６０７に記憶される（ステップＳＣ４）。カーナビＡＰは、引き渡されたデータが示す位置を目的地として設定し、引き渡されたデータが示す位置までの経路を算出して表示部６０６に表示させ、目的地への到着予想時刻の算出を一定の周期で行う（ステップＳＣ５）。この到着時刻の算出機能は、図１６の到着時刻予測部６５３に対応する。
【００４２】
ＯＳは、受信したメッセージが候補地メッセージである場合には（ステップＳＣ６；ＹＥＳ）、このメッセージをスケジュールＡＰへ引き渡す。候補地メッセージが引き渡されたスケジュールＡＰは、このメッセージに内包されている予想時刻データと、候補地位置データと、候補地名データとを抽出し（ステップＳＣ７）、抽出したデータをカーナビＡＰへ引き渡す。カーナビＡＰは、引き渡されたデータに基づいて、地図上において候補地位置データが示す位置に該当する位置に、候補地名と予想時刻データが示す時刻を表示部６０６に表示させる（ステップＳＣ８）。
【００４３】
ＯＳは、受信したメッセージが、地域情報メッセージである場合には（ステップＳＣ９；ＹＥＳ）、このメッセージをスケジュールＡＰへ引き渡す。地域情報メッセージが引き渡されたスケジュールＡＰは、このメッセージに内包されている候補地位置データと、候補地名データと、時刻データとを抽出し（ステップＳＣ１０）、抽出したデータをカーナビＡＰへ引き渡す。これらのデータが引き渡されたカーナビＡＰは、引き渡されたデータに基づいた画像を表示部６０６に表示させる（ステップＳＣ１１）。
【００４４】
また、カーナビゲーション装置６００にてスケジュールＡＰが実現されると、サーバ装置４００から情報を取得するためのメッセージを送信する機能が付加される。図９は、カーナビゲーション装置６００が、携帯電話機１００へメッセージを送信する際に行う処理の流れを例示するフローチャートである。カーナビゲーション装置６００は、一定の周期でこの処理を行う。
【００４５】
スケジュールＡＰが、カーナビＡＰに対して目的地への到着予想時刻を示すデータを要求すると、目的地への到着予想時刻を示す到着予想時刻データと車両５００の平均時速を示す平均時速データがカーナビＡＰからスケジュールＡＰへ引き渡される（ステップＳＤ１）。スケジュールＡＰは、引き渡された到着予想時刻データが示す時刻と、予定時刻データが示す時刻とを比較し、到着予想時刻が予定時刻を超えているか否か判定する。この判定機能は、図１６の判断部６５４に対応する。スケジュールＡＰは、到着予想時刻が予定時刻を超えていると判断した場合（ステップＳＤ２；ＹＥＳ）、記憶部６０７に記憶された代替種別データの内容に基づいて、予定していた行動と同じ行動を行うことができる他の候補地に関する情報を要求する旨の情報要求メッセージ（ステップＳＤ４）、または、車両５００が位置する地域に関する情報を要求する旨の地域情報要求メッセージを生成して送信する（ステップＳＤ５）。この情報要求メッセージあるいは地域情報要求メッセージを送信する機能は、図１６のリクエスト送信部６５５に対応する。
【００４６】
［１−５．サーバ装置４００の構成］
図１０は、サーバ装置４００のハードウェア構成を例示するブロック図である。サーバ装置４００の各部は、バス４０１を介して各部間でデータの授受を行う。
【００４７】
通信部４０８は、インターネット３００を利用した通信を行うための通信インターフェースであり、インターネット３００から送信されたパケットデータを受信してＣＰＵ４０２へ供給する一方、ＣＰＵ４０２から供給されたパケットデータをインターネット３００へ送信する。操作部４０５は、図示を省略したキーボードおよびマウスを有している。操作部４０５は、サーバ装置４００の使用者がマウスまたはキーボードを操作すると、操作されたボタンやキーを示す信号をＣＰＵ４０２へ供給する。表示部４０６は、ＣＰＵ４０２の制御の下、文字やグラフィック画面、サーバ装置４００を操作するためのメニュー画面等を表示する。
【００４８】
記憶部４０７は、例えばハードディスク装置など、データを永続的に記憶する装置（図示略）を有しており、情報提供プログラムと目的地候補テーブルＴＢ２を記憶している。情報提供プログラムの詳細については、後に説明する。
【００４９】
目的地候補テーブルＴＢ２は、携帯電話機１００へ配信する情報を格納するためのテーブルであり、図１１に例示したフォーマットでデータを格納している。候補地名フィールドは、目的地となる場所の名称を示すデータを格納するフィールドである。目的フィールドは、候補地名フィールドに格納された名称の場所で行うことができる行動を示すデータを格納するフィールドである。例えば、候補地名が「Ｃ土産物店」であるセルに対応付けられている「買い物」は、「Ｃ土産物店」で「買い物」ができることを示している。時刻フィールドは、目的地となる場所で提供されるサービスの提供時間帯を示すデータを格納するフィールドである。例えば、候補地名が「Ａ温泉」であるセルに対応付けられている「10:00-18:00」は、Ａ温泉に入浴できる時間が１０時から１８時の間であることを示している。候補地位置フィールドは、候補地名フィールドに格納された名称の場所の緯度および経度を示すデータを格納するフィールドである。例えば、候補地名が「Ａ温泉」であるセルに対応付けられている「N35.xx.xx/E139.yy.yy」は緯度が北緯３５度ｘｘ分ｘｘ秒、東経が１３９度ｙｙ分ｙｙ秒であることを示している。
【００５０】
ＲＯＭ４０３には、サーバ装置４００の各部を制御するためのＯＳソフトウェアが記憶されている。ＣＰＵ４０２は、図示を省略した電源から電力が供給されると、ＲＯＭ４０３からＯＳソフトウェアを読み出して実行し、ＲＡＭ４０４を作業エリアとしてサーバ装置４００の各部の制御を行う。このように、サーバ装置４００は、一般的なコンピュータ装置と同様の構成を有している。
【００５１】
ＣＰＵ４０２は、ＯＳソフトウェアを起動した後、記憶部４０７から情報提供プログラムを読み出して起動する。ＣＰＵ４０２が情報提供プログラムを起動すると、携帯電話機１００から送信されるメッセージを受信し、受信したメッセージに応じて、記憶部６０７に記憶されている情報を配信する機能がサーバ装置４００に付加される。このメッセージを受信する機能は、図１６のリクエスト受信部４５１に、情報を配信する機能は候補地情報送信部４５７にそれぞれ対応する。図１２は、ＣＰＵ４０２が情報を配信する際に行う処理の流れを例示するフローチャートである。
【００５２】
ＣＰＵ４０２は、受信したメッセージが情報要求メッセージである場合には（ステップＳＥ１、ＹＥＳ）、このメッセージに内包されているデータを抽出し、抽出したデータに基づいて、目的地候補テーブルＴＢ２から代替候補地（他の候補地）に関するデータを抽出し、その代替候補地への到着予想時刻を算出し、到着予定時刻までに到着可能か否か判定する。判定結果が肯定的な場合、その代替候補地に関するデータ、すなわち予定していた行動と同じ行動を行うことができる代替候補地に関する情報を内包する候補地メッセージを生成し、携帯電話機１００へ送信する（ステップＳＥ７）。一方、ＣＰＵ４０２は、受信したメッセージが地域情報要求メッセージである場合には（ステップＳＥ１；ＮＯ）、このメッセージに内包されているデータを抽出し、抽出したデータに基づいて地理的領域を算出する。ＣＰＵ４０２は、算出した地理的領域に基づいて、目的地候補テーブルＴＢ２から代替候補地に関するデータを抽出する。ＣＰＵ４０２は、その代替候補地への到着予想時刻を算出し、到着予定時刻までに到着可能か否か判定する。判定結果が肯定的な場合、その代替候補地に関するデータ、すなわち、当初の予定を変更するために車両５００が位置する地域に関する情報を内包する地域情報メッセージを生成し、携帯電話機１００へ送信する（ステップＳＥ１０）。この代替候補地に関するデータを抽出する機能は図１６の抽出部４５３に対応する。また、代替候補地への到着時刻を算出する機能は到着時刻予測部４５４に、到着予定時刻までに到着可能か否か判定する機能は判断部４５６にそれぞれ対応する。
【００５３】
［２．実施形態の動作例］
次に本実施形態の動作例について説明する。この動作例の概略は、以下の通りである。まず車両５００の運転手が、行動予定を示すデータをカーナビゲーション装置６００に記憶させる動作について説明する。次に、運転手が目的地で予定通りに行動できなくなった場合、カーナビゲーション装置６００が、予定していた行動と同じ行動を行うことができる他の候補地に関する情報を取得する動作と、運転手が予定通りに行動できなくなった場合、カーナビゲーション装置６００が車両５００が位置する地域に関する情報を取得する動作について説明する。
【００５４】
なお、以下に説明する動作例においては、サーバ装置４００では、情報提供プログラムが既に起動され、カーナビゲーション装置６００では、カーナビゲーションプログラムおよびスケジュールプログラムが既に起動されている場合を想定する。
【００５５】
［２−１．カーナビゲーション装置６００に行動予定を示すデータを記憶させる際の動作例］
運転手が、携帯電話機１００の操作部１０５が有するキーを操作し、記憶部１０７が記憶している予定登録プログラムの実行を指示する旨の操作を行うと、ＣＰＵ１０２は、記憶部１０７から予定登録プログラムを読み出して起動する。ＣＰＵ１０２が、予定登録ログラムを起動すると、表示部１０６が制御され、図４に例示した画面が表示される。携帯電話機１００の使用者が、図１３に例示したように文字列を入力した後、「登録」ボタンをクリックする旨の操作を行うと（図３：ステップＳＡ９；ＹＥＳ、ステップＳＡ１０；ＹＥＳ）、ＣＰＵ１０２は、テキストボックスに入力された文字列を抽出してＲＡＭ１０４に記憶した後、目的地データ「Ａ温泉」と、目的データ「入浴」と、予定時刻データ「１７：３０」と、代替種別データ「他候補」とを内包するスケジュールメッセージを生成する。ＣＰＵ１０２が、近距離無線通信部１０９を制御し、このスケジュールメッセージをカーナビゲーション装置６００へ送信すると（ステップＳＡ１１）、このメッセージは、カーナビゲーション装置６００の近距離無線通信部６０９にて受信される。
【００５６】
カーナビゲーション装置６００で実現されているＯＳは、スケジュールメッセージが供給されると、このメッセージをスケジュールＡＰへ引き渡す（図８；ステップＳＣ１；ＹＥＳ）。スケジュールＡＰは、引き渡されたスケジュールメッセージに内包された目的地データと目的データと予定時刻データと代替種別データとを抽出し、抽出したデータを記憶部６０７に記憶させる（ステップＳＣ２）。スケジュールＡＰは、抽出した目的地データをキーにして、位置テーブルＴＢ１の「目的地名」フィールドを検索する。ＣＰＵ６０２は、位置テーブルＴＢ１の中から該当するセルを見つけると、見つけだしたセルに対応付けて格納されている緯度データ「N35.xx.xx」と経度データ「E139.yy.yy」とを読み出し、この緯度データと経度データとを対応付けて目的地位置データを生成する（ステップＳＣ３）。
【００５７】
スケジュールＡＰが、この目的地位置データをカーナビＡＰへ引き渡すと、引き渡された目的地位置データがカーナビＡＰにより記憶部６０７に記憶される（ステップＳＣ４）。カーナビＡＰは、引き渡されたデータが示す位置を目的地として設定し、引き渡されたデータが示す位置までの経路を算出して表示部６０６に表示させ、目的地への到着予想時刻の算出を一定の周期で行う（ステップＳＣ５）。
【００５８】
［２−２．カーナビゲーション装置６００が、代替となる候補地を取得して表示する際の動作例］
次に、運転手が目的地で予定通りに行動できなくなった場合、予定していた行動と同じ行動を行うことができる他の候補地に関する情報を取得することを望み、代替種別データを「他候補」に設定している場合を想定して本実施形態の動作例の説明を、図１４を用いて行う。なお、以下に説明する動作例においては、上述した動作例により、運転手の行動予定を示すデータが既にカーナビゲーション装置６００に記憶されている場合を想定する。また、以下に説明する動作例においては、一定の周期でカーナビＡＰから到着予想時刻データと平均時速データとを取得しているスケジュールＡＰが、到着予想時刻データ「１８：００」と平均時速データ「１５ｋｍ／ｈ」を取得した場合を想定する。
【００５９】
スケジュールＡＰは、到着予想時刻データ「１８：００」と平均時速データ「１５ｋｍ／ｈ」をカーナビＡＰから取得すると（図９：ステップＳＤ１）、この到着予想時刻データが示す時刻と、記憶部６０７に記憶された予定時刻データが示す時刻とを比較し、到着予想時刻が、予定時刻データが示す時刻を超えるか否かを判断する。ＣＰＵ６０２は、到着予想時刻が「１８：００」であり、予定時刻データが示す時刻が「１７：３０」であるので、到着予想時刻が、予定時刻データが示す時刻を超えると判断し（ステップＳＤ２；ＹＥＳ）、記憶部６０７に記憶された代替種別データ「他候補」を読み出す。スケジュールＡＰは、代替種別データが「他候補」であるので（ステップＳＤ３；ＹＥＳ）、記憶部６０７から目的データと予定時刻データと代替種別データとを読み出し、この目的データと、予定時刻データと、代替種別データと、平均時速データと、ＧＰＳ部から取得した現在位置データとを内包する情報要求メッセージを生成する。
【００６０】
このメッセージは、近距離無線通信部６０９から送信され（ステップＳＤ４、図１４：ステップＳ１０１）、携帯電話機１００の近距離無線通信部１０９にて受信された後、ＣＰＵ１０２へ供給される。ＣＰＵ１０２は、情報要求メッセージが供給されると（図５：ステップＳＢ１；ＹＥＳ）、通信部１０８を制御し、携帯電話機１００に割り当てられたＩＰアドレスを内包させて情報要求メッセージを送信する（ステップＳＢ３、ステップＳ１０２）。この情報要求メッセージは、移動パケット通信網２００の無線基地局にて受信された後、移動パケット通信網２００およびインターネット３００を介してサーバ装置４００へ送信され、サーバ装置４００の通信部４０８にて受信される。
【００６１】
通信部４０８が、受信した情報要求メッセージをＣＰＵ４０２へ供給すると、ＣＰＵ４０２は、このメッセージに内包されたＩＰアドレスと、代替種別データと、目的データと、現在位置データと、予定時刻データと、平均時速データとを抽出する。ＣＰＵ４０２は、抽出した代替種別データが「他候補」であるので（図１２：ステップＳＥ１；ＹＥＳ）、運転手が予定している行動と同じ行動を行うことができる他の候補地に関する情報を検索する。まず、ＣＰＵ４０２は、抽出した目的データ「入浴」をキーにして目的地候補テーブルＴＢ２の目的フィールドを検索する（ステップＳＥ２）。ＣＰＵ４０２は、該当するセルとして、例えばレコード番号が「２」であるセルを見つけると（ステップＳＥ３；ＹＥＳ）、このセルに対応付けて格納されている位置データを読み出し（ステップＳＥ４）、この位置データと、情報要求メッセージから抽出した現在位置データとから、車両５００の位置からこの位置データが示す位置までの距離を、例えば「３ｋｍ」と算出する。
【００６２】
次にＣＰＵ４０２は、この算出した距離「３ｋｍ」と情報要求メッセージから抽出した平均時速データ「１５ｋｍ／ｈ」とから、現在地から目的地へ到着するまでに１２分かかると算出し、位置データが示す位置に到着する到着予想時刻「１７：１２」を算出する（ステップＳＥ５）。この算出した到着予想時刻「１７：１２」は、情報要求メッセージから抽出した予定時刻データが示す時刻「１７：３０」を超えていないので（ステップＳＥ６；ＹＥＳ）、目的地候補テーブルＴＢ２から時刻データ「9:30-21:00」を読み出す。ＣＰＵ４０２は、算出した到着予想時刻が読み出した時刻データが示す時間帯の範囲内であるので、運転手は目的地へ到着した時にサービスを受けることができると判断し、この到着予想時刻を示す予想時刻データと、この到着予想時刻を算出するために用いた候補地位置データと、この位置データに対応付けて格納されている候補地名データとを内包する候補地メッセージを生成する。
なお、目的地候補テーブルを検索した結果、検索キーに該当するセルを複数発見した場合、複数の候補地から１つを選択して、その１の候補地に対応するデータのみを内包する候補地メッセージを生成してもよい。その際、複数の候補地から１つを選択する方法としては、種々の方法が可能である。例えば、位置データと現在位置データを用い、現在位置に最も近い候補地を選択してもよい。あるいは、到着予想時刻と予定時刻データから、到着予想時刻が到着予定時刻に最も近い候補地を選択してもよい。あるいは、目的地候補テーブルＴＢ２に、各候補地の優先度を示すデータを記録しておき、その優先度に基づいて候補地を選択してもよい。
【００６３】
ＣＰＵ４０２が、通信部４０８を制御し、情報要求メッセージから抽出したＩＰアドレスを宛先として、候補地メッセージを携帯電話機１００へ送信すると（ステップＳＥ７、ステップＳ１０３）、このメッセージは携帯電話機１００の通信部１０８にて受信され、ＣＰＵ１０２へ供給される。ＣＰＵ１０２は、候補地メッセージが供給されると、近距離無線通信部１０９を制御し、供給された候補地メッセージをカーナビゲーション装置６００へ送信する（ステップＳＢ６、ステップＳ１０４）。
【００６４】
候補地メッセージを受信した近距離無線通信部６０９が、このメッセージをＣＰＵ６０２へ供給すると、ＯＳは、このメッセージをスケジュールＡＰへ引き渡す（図８：ステップＳＣ６；ＹＥＳ）。スケジュールＡＰは、このメッセージに内包された、予想時刻データと候補地位置データと候補地名データとを抽出し（ステップＳＣ７）、カーナビＡＰへ引き渡す。カーナビＡＰは、引き渡されたデータに基づいて、表示部６０６に表示されている地図上に候補地を示すキャラクタと、候補地名と、候補地への到着予想時刻とを表示する（ステップＳＣ８）。
【００６５】
以上説明したように本実施形態によれば、運転手が、カーナビゲーション装置６００に記憶された行動予定を示すデータに従った行動を行えなくなった場合、カーナビゲーション装置６００に、予定していた行動と同じ行動を行うことができる他の候補地に関する情報が表示されるので、運転手は目的地を変更し、予定通りの行動を行うことが可能となる。また本実施形態によれば、代替となる候補地だけでなく、候補地となる場所で提供されるサービスの提供時間帯を示すデータが提供されるので、運転手が行動予定を変更して候補地へ移動するか否かを判断するのに非常に参考となる。
【００６６】
［２−３．車両５００が位置する地域の地域情報を表示する際の動作例］
次に運転手が予定通りに行動できなくなった場合、当初の予定を変更するために車両５００のが位置する地域に関する情報を望み、代替種別データを「地域」に設定している場合の動作例を、図１５を用いて説明する。なお、運転手が予定登録プログラムの実行を指示する動作から、スケジュールＡＰが、目的地への到着予想時刻が予定時刻データの示す時刻を超えたことを判断するまでの動作は、携帯電話機１００の使用者が入力した代替種別データが「地域」である点を除いて、上述した動作例と同じであるため、その説明を省略する。
【００６７】
スケジュールＡＰは、到着予想時刻が、予定時刻データが示す時刻を超えるものと判断すると（ステップＳＤ２；ＹＥＳ）、記憶部６０７から代替種別データ「地域」を読み出す。スケジュールＡＰは、代替種別データが「地域」であるので（ステップＳＤ３；ＮＯ）、代替種別データと、ＧＰＳ部から読み出した現在位置データとを内包する地域情報要求メッセージを生成する。
【００６８】
この地域情報要求メッセージは、情報要求メッセージと同様に、カーナビゲーション装置６００から送信された後（ステップＳＤ５、図１５：ステップＳ２０１）、携帯電話機１００、移動パケット通信網２００およびインターネット３００を介してサーバ装置４００へ送信され、サーバ装置４００の通信部４０８にて受信される（ステップＳ２０２）。
【００６９】
通信部４０８が、受信した地域情報要求メッセージをＣＰＵ４０２へ供給すると、ＣＰＵ４０２は、このメッセージに内包されたＩＰアドレスと、代替種別データと、現在位置データとを抽出する。ＣＰＵ４０２は、抽出した代替種別データが「地域」であるので（図１２；ステップＳＥ１；ＮＯ）、車両５００が位置する地域の地域情報を検索する。まずＣＰＵ４０２は、地域情報要求メッセージから抽出した現在位置データが示す位置から南北に一定の距離、例えば北に１０ｋｍ離れた位置の緯度と南に１０ｋｍ離れた位置の緯度を算出し、次に、抽出した現在位置データがしめす位置から東西に一定の距離、例えば東に１０ｋｍ離れた位置の経度と西に１０ｋｍ離れた位置の経度を算出する（ステップＳＥ８）。次にＣＰＵ４０２は、目的地候補テーブルの中から、算出した緯度の範囲内と緯度の範囲内に入る候補地位置データを有するレコードを検索する（ステップＳＥ９）。ＣＰＵ４０２は、該当するレコードとして、例えばレコード番号が「３」であるレコードを見つけると、この該当するレコードから候補地名データ「Ｃ土産物店」と候補地位置データ「N35.vv.vv/E139.vv.vv」と時刻データ「9:00-19:00」とを読み出し、この読み出したデータを内包する地域情報メッセージを生成する。
【００７０】
この地域情報メッセージは、候補地メッセージと同様に、サーバ装置４００から送信された後（ステップＳＥ１０、ステップＳ２０３）、インターネット３００、移動パケット通信網２００および携帯電話機１００を介してカーナビゲーション装置６００へ送信される（ステップＳ２０４）。
【００７１】
この地域情報情報メッセージを受信した近距離無線通信部６０９が、このメッセージをＣＰＵ６０２へ供給すると、ＯＳは、このメッセージをスケジュールＡＰへ引き渡す（ステップＳＣ９；ＹＥＳ）。スケジュールＡＰは、このメッセージに内包された、候補地位置データと、候補地名データと、時刻データとを抽出し（ステップＳＣ１０）、カーナビＡＰへ引き渡す。カーナビＡＰは、引き渡されたデータに基づいて、表示部６０６に表示されている地図上に候補地を示すキャラクタと、候補地の営業時間と、候補地名とを表示する（ステップＳＣ１１）。
【００７２】
以上説明したように本実施形態によれば、運転手が、カーナビゲーション装置６００に記憶された行動予定を示すデータに従った行動を行えなくなった場合、カーナビゲーション装置６００に、車両５００が位置する地域に関する情報が表示されるので、運転手は行動予定を変更することが容易になる。
【００７３】
特許文献１に開示されているシステムでは、到着予想時刻が変わったことを契機として到着予想時刻における目的地に関する情報が取得されるが、行動予定通りに行動できるか否かは、到着予想時刻や取得した情報から運転手が判断しなければならない。表示画面を注視してこの判断を行うのは、運転手にとって困難であると言えるが、本実施形態では、行動予定を示すデータに従った行動を行えなくなった場合、サーバ装置４００から情報が取得され、カーナビゲーション装置６００の表示部６０６の画面が替るので、運転手は予定通りに行動できなくなったことを容易に知ることが可能となる。
【００７４】
また本実施形態では、スケジュール通りの行動が行えなくなったことを契機として情報が自動的にサーバ装置４００から取得されるので、カーナビを操作して情報を取得する態様と比較して、運転手にとって安全であると言える。
【００７５】
［３．変形例］
本発明は、かかる実施形態に限定されるものではない。以下、上述した実施形態の変形例について述べる。
【００７６】
上述した実施形態では、行動予定通りに行動できるか否か判断し、サーバ装置４００から情報を取得する装置として、カーナビゲーション装置６００を例に説明したが、この装置は、カーナビゲーション装置に限定されるものではない。近年、ＧＰＳを利用するためのハードウェアを装着し、ナビゲーション機能を付加するためのソフトウェアをインストールすることにより、一般的なカーナビゲーション装置と同様の機能が付加されるＰＤＡや携帯型パーソナルコンピュータ、携帯電話機が存在する。これらのＰＤＡや携帯型パーソナルコンピュータ、携帯電話機に、カーナビゲーション装置６００と同様の構成および機能を付加すれば、これらの装置も、装置の使用者が予定通りに行動することができなくなった場合、予定を変更するのに役立つ情報を取得することが可能となる。
【００７７】
上述した実施形態では、行動予定を示すデータの入力は、携帯電話機１００を用いて行われているが、行動予定を示すデータの入力はカーナビゲーション装置６００を操作して入力するようにしてもよい。また、行動予定を示すデータとして入力される到着予定時刻は、目的地での行動開始予定時刻であってもよい。
【００７８】
携帯電話機１００とサーバ装置４００間は、通信を行う際にＨＴＴＰ（HyperText Transfer Protocol）に従って通信を行うようにしてもよい。またサーバ装置４００は、ＣＧＩ（Common Gateway Interface）を用いて情報を提供するようにしてもよい。
【００７９】
スケジュールプログラムやカーナビゲーションプログラム、予定登録プログラムは、インターネット３００に接続されているサーバ装置からダウンロードしてインストールするようにしてもよい。また、ＣＤ−ＲＯＭやフラッシュメモリなどのコンピュータ読み取り可能な記録媒体に記憶させて提供するようにし、携帯電話機１００やカーナビゲーション装置は、これらの記録媒体を用いてプログラムをインストールするようにしてもよい。
【００８０】
上述した実施形態では、カーナビゲーション装置６００で実行されるプログラムは、スケジュールプログラムとカーナビゲーションプログラムとがあるが、これらのプログラムを一元化するようにしてもよい。
【００８１】
上述した実施形態では、サーバ装置４００は、目的地となる場所で提供されるサービスの提供時間帯を示すデータを提供するが、サービスの提供時間帯に限らず、例えば、店舗であれば駐車場の有無や販売している物品の情報を提供したり、観光地であれば、トイレなど施設に関する情報を提供するなど、他の情報を提供するようにしてもよい。
【００８２】
カーナビゲーション装置６００、携帯電話機１００、サーバ装置４００間の機能の分担は、上述の実施形態で説明した構成に限られない。例えば、カーナビゲーション装置６００に、パケット通信を可能とするための通信インターフェースを設け、カーナビゲーション装置６００が携帯電話機１００を介さずにサーバ装置４００と通信を行うようにしてもよい。
あるいは、携帯電話機１００にＧＰＳ受信機、カーナビＡＰ等のカーナビゲーション装置６００が有する機能を搭載し、携帯電話機にてナビゲーション機能、および代替候補地の表示を行ってもよい。あるいは、カーナビゲーション装置６００にサーバ装置４００が有する目的地候補テーブルを記憶させ、代替候補地の検索をカーナビゲーション装置６００自身が行ってもよい。
【００８３】
目的地を示す目的地データとして、上述した実施形態のように目的地名を入力するのではなく、目的地の緯度および経度を示すデータを入力するようにし、スケジュールＡＰは、このデータをカーナビＡＰに引き渡し、カーナビＡＰは、引き渡されたデータが示す位置を目的地として設定するようにしてもよい。
【００８４】
サーバ装置４００が到着予想時刻を算出する方法は、上述した実施形態で用いられている方法に限定されるものではない。渋滞や規制などの交通情報、制限速度などの情報を用いて到着予想時刻を算出するようにしてもよい。
【００８５】
上述した実施形態では、スケジュールＡＰは、代替種別データの内容に基づいて、サーバ装置４００へ送信するメッセージを異ならせているが、スケジュールプログラムを、他の候補地に関する情報を取得するためのアプリケーションプログラムと、地域の情報を取得するためのアプリケーションプログラムとに分けるようにしてもよい。地域の情報を取得する際には、目的に対応した情報を取得する必要はないので、地域の情報を取得するためのアプリケーションは、目的データ受け取らないようにしてもよい。また、携帯電話機１００にて行動予定を示すデータを入力するための画面を表示する際に、目的データを入力するためのテキストボックスを表示させないようにしてもよい。
【００８６】
携帯電話機１００からカーナビゲーション装置６００へ行動予定を示すデータを送信することができるアプリケーションは、予定登録プログラムを実行することにより実現されるアプリケーションに限定されるものではない。携帯電話機１００にて実現される、携帯電話機１００の使用者のスケジュールを管理するためのスケジュールアプリケーションが、予定登録プログラムを実行することにより携帯電話機１００に付加される機能を持つようにしてもよい。
【００８７】
以上説明したように本発明によれば、端末の使用者が、予定通りに行動することができなくなった場合、目的地を変更するのに役立つ情報を端末の使用者に対して提供することが可能となる。
【図面の簡単な説明】
【００８８】
【図１】本発明の一実施形態に係る通信システム１０の全体構成を例示する図である。
【図２】同実施形態に係る携帯電話機１００のハードウェア構成を例示するブロック図である。
【図３】携帯電話機１００のＣＰＵ１０２が、スケジュールメッセージをカーナビゲーション装置６００へ送信する際に行う処理の流れを例示するフローチャートである。
【図４】携帯電話機１００のＣＰＵ１０２が予定登録プログラムを起動した時に表示される画面を例示する図である。
【図５】携帯電話機１００のＣＰＵ１０２が、メッセージを受信した時に行う処理の流れを例示するフローチャートである。
【図６】同実施形態に係るカーナビゲーション装置６００のハードウェア構成を例示するブロック図である。
【図７】カーナビゲーション装置６００の記憶部６０７が記憶する位置テーブルＴＢ１のフォーマットを例示する図である。
【図８】カーナビゲーション装置６００が、メッセージを受信した時に行う処理の流れを例示するフローチャートである。
【図９】カーナビゲーション装置６００が、メッセージを送信する時に行う処理の流れを例示するフローチャートである。
【図１０】同実施形態に係るサーバ装置４００のハードウェア構成を例示するブロック図である。
【図１１】サーバ装置４００の記憶部４０７に記憶される目的地候補テーブルＴＢ２のフォーマットを例示する図である。
【図１２】サーバ装置４００がメッセージを受信した時に行う処理の流れを例示するフローチャートである。
【図１３】同実施形態に係る携帯電話機１００の表示部に表示される画面を例示する図である。
【図１４】同実施形態の動作例を説明するための図である。
【図１５】同実施形態の動作例を説明するための図である。
【図１６】通信システム１０の機能構成を示す機能ブロック図である。
【符号の説明】
【００８９】
１００……携帯電話機、１０１……バス、１０２……ＣＰＵ、１０３……ＲＯＭ、１０４……ＲＡＭ、１０５……操作部、１０６……表示部、１０７……記憶部、１０８……通信部、１０９……近距離無線通信部、２００……移動パケット通信網、３００……インターネット、４００……サーバ装置、４０１……バス、４０２……ＣＰＵ、４０３……ＲＯＭ、４０４……ＲＡＭ、４０５……操作部、４０６……表示部、４０７……記憶部、５００……車両、６００……カーナビゲーション装置、６０１……バス、６０２……ＣＰＵ、６０３……ＲＯＭ、６０４……ＲＡＭ、６０５……操作部、６０６……表示部、６０７……記憶部、６０８……ＧＰＳ部、６０９……近距離無線通信部
【図１】
2004294430.tif 000003
【図２】
2004294430.tif 000004
【図３】
2004294430.tif 000005
【図４】
2004294430.tif 000006
【図５】
2004294430.tif 000007
【図６】
2004294430.tif 000008
【図７】
2004294430.tif 000009
【図８】
2004294430.tif 000010
【図９】
2004294430.tif 000011
【図１０】
2004294430.tif 000012
【図１１】
2004294430.tif 000013
【図１２】
2004294430.tif 000014
【図１３】
2004294430.tif 000015
【図１４】
2004294430.tif 000016
【図１５】
2004294430.tif 000017
【図１６】
2004294430.tif 000018