JP4117317B2 - 実行支援システム及び実行支援方法 - Google Patents

Description

本発明は、家電機器や、病院又は店舗に設置された端末などの機器に対する制御の実行を支援する実行支援システム及び実行支援方法に関する。

従来より、携帯電話などの移動端末を用いて目的地にある機器に対して所定の制御を実行させる実行支援システムが提案されている（例えば、特開２００２−３４５０５１号公報（以下、特許文献１という）、及び特開２００２−７８０４７号公報（以下、特許文献２という）参照）。

特許文献１の実行支援システム（家電製品用通信装置）は、携帯電話と、その携帯電話と通信する自宅に設置されたホーム端末と、ホーム端末に接続された複数の家電製品とを備え、ホーム端末は携帯電話からの指示に応じて各家電製品を制御する。

これにより例えば、携帯電話のユーザは、帰宅前に外出先から携帯電話を利用することで、予めエアコンのスイッチを入れて、部屋を暖めておくことが可能となる。

特許文献２の実行支援システムは、携帯電話と、家庭内に設置されたゲートウェイ及びそのゲートウェイに接続された複数の電子機器と、携帯電話及びゲートウェイのそれぞれと通信するサーバとを備えている。そしてサーバは、自らに具備されたタイマーを利用することで、予約時刻になったことを認識すると、通信装置から送信された情報に基づく制御を、ゲートウェイを介して各電子機器に実行させる。

これにより、例えば、ユーザが帰宅する前の夜８時になれば、毎日、電子機器であるエアコンのスイッチを入れておくことが可能となり、毎回エアコンを操作する手間を省くことができる。

しかしながら、上記特許文献１の実行支援システムでは、エアコンのスイッチを入れようとするときには、ユーザが携帯電話をわざわざ操作しなければならず、その操作が煩わしいといった問題がある。

また上記特許文献２の実行支援システムでは、予約時間になると電子機器が動作するため、特許文献１のようなユーザによる操作を省くことができることができるが、例えばユーザの帰宅時間が毎日異なるような場合には、予約時間の変更操作を要し、使い勝手が悪いといった問題がある。

そこで、本発明は、かかる問題点に鑑みてなされたものであり、ユーザによる煩わしい操作を省いてそのユーザの行動に応じた機器の制御の実行を支援する実行支援システム及び実行支援方法を提供することを目的とする。

上記目的を達成するために、本発明に係る実行支援システムは、所定の機器に対する制御の実行を支援する実行支援システムであって、自動車を運転しているユーザの位置を検出する位置検出手段と、前記位置検出手段で検出された位置、および前記位置が検出された時刻の履歴を、交差点およびユーザが前記交差点を通過する通過時刻の履歴として蓄積する履歴蓄積手段と、前記位置検出手段で検出された位置と、前記履歴蓄積手段で蓄積されている履歴の出現頻度から、前記ユーザが前記自動車で向かう目的地を予測して、前記予測結果を示す内容の予測結果データを出力する、前記自動車内に配設されたカーナビゲーションシステム端末と、施設の属するカテゴリとそのカテゴリに対応する前記機器の制御内容とが登録された登録情報を保持し、前記予測結果データにより示される目的地の施設が所定のカテゴリに属するか否かを判別し、所定のカテゴリに属すると判別したときには、登録情報に登録されている制御内容の中から、前記カテゴリに対応する制御内容を特定する制御内容特定手段と、前記制御内容特定手段により特定された制御内容を、前記ユーザに確認した後に、前記機器に対して送信し、実行させる実行手段とを備え、前記カーナビゲーションシステム端末は、前記履歴蓄積手段で蓄積されている前記交差点をユーザが通過する度に目的地を予測し、前記実行手段は、前記機器へ前記制御内容特定手段で特定された制御内容を送信した後に、前記予測した目的地が外れたと判断した場合には、前記制御内容をキャンセルする指示を送信することを特徴とする。

本発明にかかる実行支援システムの特徴をまとめると、以下の通りである。本実施の形態における実行支援システムは、所定の機器に対する制御の実行を支援する実行支援システムであって、自らが向かう目的地を予測して、前記予測結果を示す内容の予測結果データを出力する移動端末と、出力された前記予測結果データに応じた前記機器の制御内容を特定する制御内容特定手段と、前記制御内容特定手段により特定された制御内容を前記機器に対して実行させる実行手段とを備えることを特徴とする。例えば、前記移動端末は、カーナビゲーションシステムの端末や、携帯電話、ＰＤＡ（Personal Digital Assistant）などの位置を検知可能な端末である。

これにより、移動端末が自らの向かう目的地を予測してその予測結果に応じた制御内容が前記機器で実行されるため、前記移動端末のユーザがその移動端末とともに移動している場合、移動端末のユーザによる煩わしい操作を省いてそのユーザの行動に応じた機器の制御の実行を支援することができる。

さらに、前記制御内容特定手段は、各施設とその施設に対応する制御内容とが登録された登録情報を保持し、登録情報に登録された制御内容の中から、前記予測結果データにより示される目的地の施設に対応する制御内容を特定することを特徴とする。

これにより、前記登録情報に基づいた制御の実行を支援することができる。
またさらに、前記登録情報の各施設の全て又は一部は、それぞれが属するカテゴリで登録されており、前記制御内容特定手段は、前記予測結果データにより示される目的地の施設が所定のカテゴリに属するか否かを判別し、所定のカテゴリに属すると判別したときには、登録情報に登録されている制御内容の中から、前記カテゴリに対応する制御内容を特定することを特徴としても良い。

これにより、前記移動端末により例えば「エコエコマート」や「ニコマート」のような特定の施設が目的地として予測されたときには、それらの特定の施設はカテゴリ「スーパー」に属すると判別され、そのカテゴリに対応した制御内容が特定されるため、目的地の属するカテゴリに応じた制御の実行を支援することができる。

また、前記登録情報には各制御内容に関連する時間帯が登録されており、前記制御内容特定手段は、登録情報に登録されている制御内容の中から、さらに、前記予測結果データにより示される時間を含む時間帯に関連する制御内容を特定することを特徴としても良い。

これにより、目的地と時間帯に応じた制御の実行を支援することができる。
また、前記登録情報には、制御内容を実行する機器を識別するための識別情報が、各制御内容に関連付けて登録されており、前記制御内容特定手段は、前記登録情報に登録されている制御内容の中から、前記予測結果データに応じた制御内容と、前記制御内容を実行する機器の識別情報とを特定し、前記実行手段は、前記制御内容特定手段により特定された識別情報に対応する機器に対して、前記制御内容特定手段により特定された制御内容を実行させることを特徴としても良い。

これにより、機器が複数あっても、制御の対象となる機器が登録情報の中の識別情報により特定されるため、その特定された機器に対して制御の実行を支援することができる。

さらに、前記登録情報には、各ユーザを識別するためのユーザ識別情報が各制御内容に対応付けて登録されており、前記移動端末は、自らを操作するユーザのユーザ識別情報を出力し、前記制御内容特定は、前記登録情報に登録されている制御内容の中から、さらに、前記移動端末から出力されたユーザ識別情報に対応する制御内容を特定することを特徴としても良い。

これにより、目的地とユーザに応じた制御の実行を支援することができる。
なお、本発明は、上記実行支援システムが備える移動端末やサーバ、又は上記実行支援システムが行う実行支援方法としても実現することができる。

このような特徴を有する実行支援システムについての実施の形態について、以下、詳細に説明する。

（実施の形態１）
以下、本発明の第１の実施の形態における実行支援システムについて図面を参照しながら説明する。

図１は、本実施の形態における実行支援システムの構成を示す構成図である。
本実施の形態における実行支援システム１は、ユーザによる煩わしい操作を省いてそのユーザの行動に応じた機器の制御の実行を支援するものであって、自動車内に配設されたカーナビゲーションシステム端末（以下「カーナビ」と称す）１００と、家庭内に配設されたホームゲートウェイ２００と、そのホームゲートウェイ２００に接続された前記機器としてのテレビ２９１，２９２及びエアコン２９３，２９４とを備えている。

このような本実施の形態における実行支援システム１では、カーナビ１００が自らの向かう目的地を予測してその予測結果に応じた制御内容をテレビ２９１，２９２及びエアコン２９３，２９４などに実行させる。例えば、カーナビ１００のユーザがエアコン２９３，２９４などが設置された自宅に帰宅しようとしているときには、カーナビ１００が自宅に向かっていることを予測して、エアコン２９３にスイッチを入れさせたり、帰宅途中であることを知らせるメッセージをテレビ２９１に表示させたりする。

図２は、カーナビ１００の機能構成を示す機能ブロック図である。
カーナビ１００は、インターネット９００を介してホームゲートウェイ２００と通信を行うものであって、カーナビ１００が向かおうとしている目的地を予測する予測機能部１１０と、その予測結果に基づいて、所定の機器に対して所定の動作を実行するように指示する内容のスクリプトを作成して送信するスクリプト機能部１２０とを備えている。

カーナビ１００の予測機能部１１０は、例えばＧＰＳ（Global Positioning System）を利用してカーナビ１００の現在地を検出する位置検出部１０１と、ナビゲーションに用いられる地図を示す内容の地図情報１０３ａを予め記憶している地図情報記憶部１０３と、位置検出部１０１により検出された現在地が後述するノードに相当するか否かを判定するノード判定部１０２と、ノードであると判定された現在地に対応するノードを履歴情報１０４ａとして記憶するための領域を有する履歴蓄積部１０４と、履歴蓄積部１０４に蓄積されているノードの出現頻度に基づき、後述する遷移状態情報を作成するための出現頻度の閾値を決定する閾値算出部１０５と、その閾値以上の出現頻度を有するノード間の遷移に関する情報であって、その頻度やノードを走行した日時などを含む遷移状態情報を作成する遷移状態情報作成部１０６と、その遷移状態情報及び履歴情報１０４ａから所定の条件を決定する条件決定部１０７と、条件決定部１０７により決定された条件を用いて遷移状態情報から今後の目的地となるノードを予測する予測部１０８とを備えている。

またカーナビ１００のスクリプト機能部１２０は、スクリプトのフォーマット１２２ａを記憶するための領域を有するフォーマット記憶部１２２と、そのフォーマット記憶部１２２にスクリプトフォーマット１２２ａを登録するフォーマット登録部１２１と、制御指示データ１２４ａ及びパラメータデータ１２４ｂとを記憶するための領域を有する制御パラメータ記憶部１２４と、その制御パラメータ記憶部１２４に制御指示データ１２４ａやパラメータデータ１２４ｂを登録するパラメータ登録部１２３と、スクリプトフォーマット１２２ａと制御指示データ１２４ａ及びパラメータデータ１２４ｂを用いて予測部１０８による予測結果に応じたスクリプトを作成するスクリプト作成部１２５と、インターネット９００を介して信号の送受信を行うナビ送受信部１２６とを備えている。

図３は、ホームゲートウェイ２００の機能構成を示す機能ブロック図である。
ホームゲートウェイ２００は、インターネット９００を介して信号の送受信を行うゲートウェイ送受信部２０１と、ユーザ情報２０５ａを予め記憶しているユーザ情報記憶部２０５と、カーナビ１００からゲートウェイ送受信部２０１を介してスクリプトを取得し、ユーザ情報２０５ａを参照することで、スクリプトを送信してきたユーザの認証を行う認証部２０２と、ローカルアドレス情報２０６ａを予め記憶しているアドレス情報記憶部２０６と、カーナビ１００からのスクリプトをゲートウェイ送受信部２０１及び認証部２０２を介して取得し、そのスクリプトの対象となる機器のローカルアドレスを、ローカルアドレス情報２０６ａを用いて特定するスクリプト解析部２０３と、その特定されたローカルアドレスの機器にスクリプトを送信するスクリプト送信部２０４とを備えている。

そして、テレビ２９１，２９２とエアコン２９３，２９４はそれぞれホームゲートウェイ２００から送信されたスクリプトに応じた動作を実行する。

このように構成される実行支援システム１について、まず、カーナビ１００の予測機能部１１０から詳細に説明する。

この予測機能部１１０は、特願２００２−２９７３０４号公報に開示された予測方法を実行するものである。

図４は、地図情報記憶部１０３の地図情報１０３ａに含まれる内容を示す情報内容表示図である。

ここでノードとは、所定の場所とその範囲を示すものであって、例えば所定の交差点やランドマークや地区などを示す。また、固有名称を有する「○○交差点」や「△△遊園地」など以外にも、ユーザに特有の「職場」や「Ａ子さんの家」などもノードとして表される。そして各ノードには、それぞれを識別するための識別番号たるノード番号が割り当てられている。

地図情報１０３ａは、図４に示すように、各ノード番号と、そのノード番号に対応するノードの種別又は名称と、そのノードの代表点の経度及び緯度により示される位置とが登録されている。

ノード番号は、例えば交差点であれば「Ｃ○○」、ランドマークであれば「Ｌ○○」、地区（エリア）であれば「Ａ○○」などのように割り当てられている。

また、図４に示す地図情報１０３ａには、各ノードの位置が、それぞれの代表点の緯度及び経度のみにより登録されているが、実際には、交差点、ランドマーク、地区などそれぞれのノードに応じた範囲（代表点を中心とした半径など）を表す情報も登録されている。例えば、ノードが交差点やランドマークであれば、その代表点を中心とした半径１０ｍの範囲を示す範囲情報を地図情報１０３ａに登録しても良く、地区（エリア）であれば、その代表点を中心とした半径１ｋｍの範囲を示す範囲情報を地図情報１０３ａに登録しても良く、個々のノードごとにその範囲を異ならせても良い。また、緯度及び経度の代わりに住所をノードの位置として地図情報１０３ａに登録させても良い。

なお、地図情報１０３ａにはノード番号及び種別又は名称を登録させたが、各ノードが識別できればノード番号だけを登録したり、名称だけを登録しておいても良い。

そして、このような交差点やランドマーク、エリアなどのノードを特定する情報（ノード番号など）が履歴蓄積部１０４に履歴情報１０４ａとして蓄積される。

なお、ユーザの自動車の走行状況に応じて地図情報１０３ａのノードを追加登録したり、地図情報１０３ａからノードを削除しても良い。

例えば、交差点で、カーナビ１００を搭載したユーザの自動車が２つ以上の方向に走行したことがあれば、その交差点をノードとして地図情報１０３ａに登録したり、ノードとて登録されていた交差点で、過去の所定の期間においてユーザが１方向にしか走行しなくなると、そのノードを地図情報１０３ａから削除する。また、このようなノードの設定には地図情報１０３ａは必ずしも必要でなく、ユーザの走行履歴のみを用いて行うことができる。

ノード判定部１０２は、位置検出部１０１により検出された現在地を地図情報１０３ａから検索し、その現在地が地図情報１０３ａにノードとして登録されているときには、そのノードのノード番号と、そのノードを通過した時刻とを履歴情報１０４ａとして履歴蓄積部１０４に登録する。

図５は、履歴蓄積部１０４の履歴情報１０４ａに含まれる内容を示す情報内容表示図である。

この図５に示すように、ノード判定部１０２は、ノード番号とそれに対応する通過時刻とを時系列に沿って履歴情報１０４ａとして履歴蓄積部１０４に登録する。また、ノード判定部１０２は履歴情報１０４ａを所定のセグメントで履歴蓄積部１０４に登録する。

図５の（ａ）は、エンジンのスタート（出発地）からストップ（目的地）までのセグメントで登録された２つの履歴情報１０４ａを示し、図５の（ｂ）は、出発地から再びその出発地に戻ってくるまでのセグメントで登録された履歴情報１０４ａを示す。

図５の（ａ）に示す一方の履歴情報１０４ａは、自動車が７月３１日の８時５分にノード番号Ｌ６のノードを出発し、同日の８時６分にノード番号Ｃ８のノードを通過し、さらに同日の８時８分にノード番号Ｃ１２のノードを通過したことを示している。

また、図５の（ｂ）に示す履歴情報１０４ａは、自動車が７月３１日の８時５分にノード番号Ｌ６のノードを出発し、同日の８時６分にノード番号Ｃ８のノードを通過し、同日の２１時２０分にノード番号Ｌ６のノードに戻ってきたことを示している。

なお、ノード判定部１０２は履歴情報１０４ａを「同じ日付」というセグメントで蓄積しても良いし、セグメント無しに蓄積しても良い。

また、ノード判定部１０２は通過時刻を「月、日、時、分」の単位で履歴蓄積部１０４に登録したが、その他、年や秒、曜日などの単位で登録しても良いし、それらのうちの何れかの単位の組合せで登録しても良い。また、履歴情報１０４ａが走行単位、つまりエンジンのスタートからストップまでのセグメントで登録されている場合には、ノード判定部１０２はエンジンをスタートした時刻やストップした時刻をノード番号とともに履歴蓄積部１０４に登録し、通過したノードに関してはそのノード番号のみを登録するようにしても良い。さらに、ノード判定部１０２は、このような日時に関する情報だけでなく、天気あるいは運転者や同乗者に関する情報などを履歴情報１０４ａに含めて履歴蓄積部１０４に登録しても良い。

閾値算出部１０５は、履歴蓄積部１０４の履歴情報１０４ａを参照して、遷移状態情報を構成するノードを選別するための出現頻度の閾値を算出する。閾値の算出方法は、様々であって、例えば、履歴蓄積部１０４に蓄積されたデータ量に応じて算出したり、全てのノードの出現頻度の分布を求めて算出したり、全てのノードの出現頻度の平均値を求めてその値に一定数を乗じて算出したりするなどの方法であるが、どのような方法でも良い。

遷移状態情報作成部１０６は、閾値算出部１０５で閾値が算出されると、履歴蓄積部１０４の履歴情報１０４ａを利用して、閾値以上の出現頻度のノードから遷移状態情報を作成する。

図６は、遷移状態情報に含まれる内容の一例を模式的に示す情報内容表示図である。
この図６に示すように、遷移状態情報は、走行を開始したランドマークや地区などのノード（出発地）を示すノード番号Ｌ６，Ｌ１２８，Ａ２５３，Ｌ８５がルート直下の最上位に位置し、それらのノード番号を基点とした遷移状態が木構造で表現され、走行を終了したランドマークやエリアなどのノード（目的地）を示すノード番号Ｌ１２８，Ｌ２，Ａ３０などが各枝の最下層に位置するように、構成されている。

さらに、遷移状態情報には、各ノード番号に対応して、そのノードを出発、経過又は到着したときの状態を示す内容の状態情報が含められており（図６中では、四角内に表現されたデータ）、この状態情報を用いれば、例えば「平日の午前９時から１２時までに走行したノード」などの条件を検索のキーとして、木構造の遷移状態情報を探索することが可能となっている。

なお、図６に示す遷移状態情報の状態情報は、図５の履歴情報１０４ａにより示される日付と時刻とを含んでいるが、この他にも、上述したように運転者や同乗者に関する情報などを含んでいても良く、「晴れ、雨、曇り、雪」などの天気や、温度、降水確率などの気象情報を含んでいても良い。また、このような状態情報は、全てのノード番号にそれぞれ対応するように登録されている。

条件決定部１０７は、予測部１０８による予測に用いる条件として適切な条件を、自らが保持する条件テーブルを参照して決定する。

図７（ａ）は、上記条件テーブルの１つである休日条件テーブルに含まれる内容を示す内容表示図である。

休日条件テーブルは、休日が何月何日であって、平日が何月何日であることを示す情報を含んでいる。

即ち、条件決定部１０７は、このような休日条件テーブルを参照して、今日が休日か平日かを判定する。そして例えば今日が休日であると判定したときには、条件決定部１０７は、休日を条件の１つの候補として特定する。

図７（ｂ）は、上記条件テーブルの１つである時刻条件テーブルに含まれる内容を示す内容表示図である。

時刻条件テーブルは、朝が何時から何時までであって、昼が何時から何時まであって、夜が何時から何時までであることを示す情報を含んでいる。

即ち、条件決定部１０７は、このような時刻条件テーブルを参照して、今が朝か昼か夜かを判定する。そして例えば今が夜であると判定したときには、条件決定部１０７は、夜を条件の１つの候補として特定する。

図７（ｃ）は、上記条件テーブルの１つである季節条件テーブルに含まれる内容を示す内容表示図である。

季節条件テーブルは、春が何月から何月までであって、夏が何月から何月までであって、秋が何月から何月までであって、冬が何月から何月までであることを示す情報を含んでいる。

即ち、条件決定部１０７は、このような季節条件テーブルを参照して、今日が春か夏か秋か冬かを判定する。そして例えば今日が春であると判定したときには、条件決定部１０７は、春を条件の１つの候補として特定する。

図８は、条件決定部１０７の一連の動作を示す動作フロー図である。
まず、条件決定部１０７は、履歴蓄積部１０４の履歴情報１０４ａを参照して、現在から近い過去までの状態に関する情報を取得する。今、現在地がノード番号Ｃ９のノードであり、ノード番号Ｌ６のノードが出発地であり、現在日時が６月３日１４時とする。

条件決定部１０７は、図７に示す休日条件テーブル及び時刻条件テーブル並びに季節条件テーブルを参照して、「平日」、「昼」、「夏」などの条件を抽出でき、これらの条件の中から１つの条件、例えば「平日、ノード番号Ｃ９」を選択する（ステップＳ１００）。

そして条件決定部１０７は、遷移状態情報からこの条件を満たすノードを検索する（ステップＳ１０２）。ここで、図６の遷移状態情報では、ノード番号Ｃ９のノードＡが上記条件を満たすため、条件決定部１０７はこのノードＡを上記検索条件に該当するノードとして把握する。

次に、条件決定部１０７はこのノード番号Ｃ９のノードＡを基点として、今後遷移する可能性のあるノード（最下層に位置するノード）を１つ選択し（ステップＳ１０４）、そのノードへの遷移確率を計算して（ステップＳ１０６）、その値を記憶しておく（ステップＳ１０８）。

ここで、遷移確率の計算方法としては次のようなものがある。条件を「Cond」、条件「Cond」における基点（ノード番号Ｃ９のノードＡ）の出現頻度をFreq（C9｜Cond）、遷移可能性のあるノード（Ln）において条件「Cond」を満たす頻度をFreq（Ln｜Cond）とすると、遷移確率Ｐ（Ln｜C9）は、遷移確率Ｐ（Ln｜C9）＝Freq（Ln｜Cond）／Freq（C9｜Cond）として求めることができる。

このように１つのノードに対して遷移確率が計算されると、この条件の基で他に遷移する可能性のあるノードがあるか否かを判定し（ステップＳ１１０）、そのノードがあれば（ステップＳ１１０のＹ）、そのノードに対しても遷移確率を計算してその値を記憶する。

一方、他にノードがなければ（ステップＳ１１０のＮ）、記憶している遷移確率に基づいて、その条件における遷移確率のエントロピーを計算し（ステップＳ１１２）、その値を条件と共に記憶する（ステップＳ１１４）。

そして条件決定部１０７は、エントロピーを上述のように記憶すると、現在選択している条件のほかの条件（例えば、「平日、ノード番号Ｃ９、昼」や「平日、ノード番号Ｌ６のノードからノード番号Ｃ９のノードへ遷移、夏」など条件）があるか否かを判定し（ステップＳ１１６）、条件があれば（ステップＳ１１６のＹ）ステップＳ１００からの動作を繰り返し実行する。

また条件がなければ（ステップＳ１１６のＮ）、条件決定部１０７は既に記憶しているエントロピーの値が最も小さな値となる条件を選択して、それを最適な条件として決定する（ステップＳ１１８）。

なお、条件決定部１０７が保持する条件テーブルは木構造で構成されていても良い。
図９は、木構造の条件テーブルの例を示し、（ａ）は木構造の条件テーブルの１つである時刻条件テーブルを示し、（ｂ）は木構造の条件テーブルの１つである曜日条件テーブルを示し、（ｃ）は木構造の条件テーブルの１つである天気条件テーブルを示す。

図９の（ａ）に示す時刻条件テーブルは、条件「６時から７時」、「８時から９時」、及び「１０時から１１時」が条件「朝」に属し、条件「１２時から１３時」、条件「１４時から１５時」、及び条件「１６時から１７時」が条件「昼」に属し、条件「１８時から１９時」、条件「２０時から２１時」、及び条件「２２時から２３時」が条件「夜」に属していることを示す。

図９の（ｂ）に示す曜日条件テーブルは、条件「月曜日から木曜」と条件「金曜日」がそれぞれ条件「平日」に属し、条件「土曜日」と条件「日曜日」が条件「休日」に属することを示している。

また、図９の（ｃ）に示す天気条件テーブルは、「晴れ」、「曇り」、及び「雨」がそれぞれ条件としてあることを示している。

例えば、現在の状態が「月曜日」且つ「１４時」且つ「晴れ」であるとすると、条件決定部１０７は、曜日条件テーブルを参照して現在の状態「月曜日」が条件「平日」に属すると判別し、さらに時刻条件テーブルを参照して現在の状態「１４時」が条件「昼」に属すると判別する。

そこで条件決定部１０７は、条件「平日」と、条件「昼」と、条件「晴れ」とを用いて遷移状態情報を検索し、遷移確率のエントロピーが最小となる条件を決定する。例えば、その条件が「昼」であったとすると、条件決定部１０７は、条件「平日」と、条件「晴れ」と、「昼」の一階層下の条件「１４時から１５時」とを用いて遷移状態情報を検索し、遷移確率のエントロピーが最小となる条件を決定する。今、この条件が「平日」であったとすると、条件決定部１０７は、条件「昼」のエントロピーと、条件「昼」且つ「平日」のエントロピーとを比較し、前者の方が小さければ、条件「昼」を最適な条件として決定する。一方、後者の方が小さければ、条件決定部１０７は、条件「晴れ」と、条件「１４時から１５時」と、「平日」の一階層下の条件「月曜日から木曜日」とを用いて上述と同様の動作を繰り返すことで最適な条件を決定する。

また、図７及び図９に示す条件テーブルは、ユーザごとに異なる場合と異ならない場合とがある。即ち、休日条件テーブルは、各ユーザの休日に応じて異なる場合がある一方、天気条件テーブルは、ユーザによって異なることはない。そこで、条件決定部１０７は、ユーザごとの条件テーブルと、どのユーザに対しても同じ内容の汎用的な条件テーブルとを備えていても良い。例えば、条件決定部１０７は各ユーザのそれぞれに対応した休日条件テーブルをユーザごとに切り換えて用い、汎用的な天気条件テーブルを全てのユーザに対して用いる。また、ユーザごとに異なる条件テーブルを随時取得する手段を、条件決定部１０７に備えても良い。

予測部１０８は、条件決定部１０７により適切な条件の決定がなされると、決定された条件及び遷移状態情報を参照して、今後の遷移先ノード（目的地）を予測する。

遷移先ノードの予測方法としては、例えば、予測確率（遷移確率）が最も高いノードを遷移先ノードとする方法や、予測確率に応じてノードに範囲を与えておいて乱数により値を出力し、その値の属する範囲を持つノードを遷移先ノードとする方法や、所定の値以上の確率値をもつノードは全て遷移先ノードとする方法などがある。なお、遷移先ノードが予測されると、遷移状態情報を参照することにより当然、予測されたノードまでの経路も予測することが可能である。

さらに、この予測部１０８は、遷移状態情報に基づいて、これまでに現在のノードと上述のように予測したノードとの間を走行するのに要した時間の平均値を、目的地までの所要時間として算出するとともに、現在時刻にその所要時間を加算することで、目的地に到着する到着予定時刻を特定する。

そして、予測部１０８は、遷移先ノードのノード番号と所要時間と到着予定時刻とを示す予測結果データを出力する。

このようなカーナビ１００の予測機能部１１０の一連の動作について、図１０を参照して説明する。

図１０は、カーナビ１００の予測機能部１１０の一連の動作を示す動作フロー図である。

位置検出部１０１はカーナビ１００の現在地を検出する（ステップＳ１３０）。
ノード判定部１０２は、地図情報１０３ａを参照して現在地がノードであるか否かの判定を行う（ステップＳ１３２）。

ノード判定部１０２は、現在地がノードであると判定したときには、そのノードを示すノード番号と日時とを履歴情報１０４ａとして履歴蓄積部１０４に登録する（ステップＳ１３４）。

閾値算出部１０５は、履歴情報１０４ａを参照して出現頻度の閾値を算出する（ステップＳ１３６）
そして遷移状態情報作成部１０６は、閾値以上の出現頻度のノードから遷移状態情報を作成する（ステップＳ１３８）。

条件決定部１０７は、図８を用いて説明したように遷移状態情報から適切な条件を決定する（ステップＳ１４０）。

予測部１０８は、ステップＳ１４０で決定された条件に基づいて目的地となる遷移先ノードを予測し（ステップＳ１４２）、さらに所要時間及び到着予定時刻を特定して予測結果データを出力する（ステップＳ１４４）。

このような動作を行うことで、カーナビ１００の予測機能部１１０はカーナビ１００が向かおうとしている目的地を予測する。

次に、カーナビ１００のスクリプト機能部１２０について説明する。
図１１は、フォーマット記憶部１２２のスクリプトフォーマット１２２ａの一例を示すフォーマット表示図である。

この図１１に示すように、スクリプトフォーマット１２２ａは、ユーザＩＤ（〈UserID〉）と、制御の対象となる機器（〈Target〉）と、その機器の場所（〈Place〉）と、制御事項（〈Control〉）と、その制御事項を実行するのに要する設定事項（〈Content〉）とが入力されるように形成されている。

また、フォーマット記憶部１２２は、このようなスクリプトフォーマット１２２ａを１種類だけでなく複数種類記憶しておいても良い。そして、これらのスクリプトフォーマット１２２ａは、例えばカーナビ１００のユーザによる操作に基づいてフォーマット登録部１２１からフォーマット記憶部１２２に登録される。

なお、フォーマット登録部１２１が、例えば複数種のスクリプトフォーマット１２２ａを予め保持するサーバとインターネット９００を介して通信することで、スクリプトフォーマット１２２ａをそのサーバから取得し、その取得したスクリプトフォーマット１２２ａをフォーマット記憶部１２２に登録しても良い。また、フォーマット登録部１２１が、カード状のデータ記憶媒体であるメモリーカードからスクリプトフォーマット１２２ａを読み出し、その読み出したスクリプトフォーマット１２２ａをフォーマット記憶部１２２に登録しても良い。このように、フォーマット登録部１２１がインターネット９００やメモリーカードを利用してスクリプトフォーマット１２２ａをフォーマット記憶部１２２に登録する場合には、ユーザの登録操作の負担を軽減することができる。

図１２は、制御パラメータ記憶部１２４の制御指示データ１２４ａに含まれる内容を示す情報内容表示図である。

この図１２に示すように、制御指示データ１２４ａには、目的地欄Ａ１とアドレス欄Ａ２と時間情報欄Ａ３と制御内容欄Ａ４と制御番号欄Ａ５とがあり、目的地欄Ａ１には、自宅や友人宅などの目的地の名称及びノード番号が登録され、アドレス欄Ａ２には、各目的地に対応するアドレスが登録され、制御内容欄Ａ４には、目的地にある機器に対する制御の内容が登録され、時間情報欄Ａ３には、その制御内容毎に応じた時間帯が登録され、制御番号欄Ａ５には、その制御内容毎に割り当てられた制御番号が登録されている。

例えば、目的地がカーナビ１００のユーザの自宅であれば、その自宅のホームゲートウェイ２００のグローバルアドレス「２０２．２０３．×△□．２」がアドレス欄Ａ２に登録されて、その自宅の機器に対して実行させる制御内容「帰宅時間を知らせる」、「迎えに来て欲しいことを知らせる」、及び「書斎のエアコンのスイッチを入れる」が制御内容欄Ａ４に登録されている。また、制御内容「帰宅時間を知らせる」には、制御番号「０００１」が割り当てられ、時間情報「１７：００〜２２：００」が対応付けられている。

図１３は、制御パラメータ記憶部１２４のパラメータデータ１２４ｂに含まれる内容を示す情報内容表示図である。

この図１３に示すように、パラメータデータ１２４ｂには、制御番号欄Ｂ１とパラメータ欄Ｂ２とがあり、制御番号欄Ｂ１には制御指示データ１２４ａにある制御番号が登録され、パラメータ欄Ｂ２には、その制御番号に対応する制御内容を実行するのに必要なパラメータが登録されている。

例えば、パラメータデータ１２４ｂには、制御番号「０００１」の制御内容「帰宅時間を知らせる」を実行するのに必要なパラメータとして、ユーザＩＤ（〈UserID〉）を示す「００１」と、制御の対象となる機器（〈Target〉）を示す「ＴＶ」と、その機器の場所（〈Place〉）を示す「LivingRoom」と、制御事項（〈Control〉）を示す「Infom」と、その制御事項を実行するのに要する設定事項（〈Content〉）を示す「Arrival(time)」とが登録されている。ここで、上述の「Infom」は「知らせる」という制御事項を示し、「Arrival(time)」は到着予定時間（帰宅時間）という設定事項を示す。

また、制御番号「０００３」の制御内容「書斎のエアコンのスイッチを入れる」を実行するのに必要なパラメータとして、ユーザＩＤ（〈UserID〉）を示す「００１」と、制御の対象となる機器（〈Target〉）を示す「AirConditioner」と、その機器の場所（〈Place〉）を示す「Library」と、制御事項（〈Control〉）を示す「onSwith」と、その制御事項を実行するのに要する設定事項（〈Content〉）を示す「２４℃」とが登録されている。ここで、上述の「onSwith」は「スイッチを入れる」という制御事項を示し、「２４℃」は「室温を２４℃にする」という設定事項を示す。

また、このような制御指示データ１２４ａ及びパラメータデータ１２４ｂは、例えばユーザによる操作によってパラメータ登録部１２３から制御パラメータ記憶部１２４に登録される。

スクリプト作成部１２５は、予測機能部１１０の予測部１０８から、予測結果データを取得すると、その予測結果データに示される目的地に応じた制御番号を、制御パラメータ記憶部１２４の制御指示データ１２４ａから検索する。このときスクリプト作成部１２５は、予測結果データを取得した時刻に対応する制御番号を検索する。

例えば、スクリプト作成部１２５は、目的地「自宅、ノード番号Ｌ１２３」を示す予測結果データを２０時に取得すると、制御指示データ１２４ａから目的地「自宅、ノード番号Ｌ１２３」を検索し、その「自宅、ノード番号Ｌ１２３」に対応した制御番号（制御内容）の中からさらに、２０時を含む時間帯が対応付けられたものを検索する。その結果、スクリプト作成部１２５は制御番号「０００１」，「０００３」，「０００４」を特定する。一方、スクリプト作成部１２５は、目的地「自宅、ノード番号Ｌ１２３」を示す予測結果データを２３時に取得すると、制御指示データ１２４ａから目的地「自宅、ノード番号Ｌ１２３」を検索し、その「自宅、ノード番号Ｌ１２３」に対応した制御番号の中からさらに、２３時を含む時間帯が対応付けられたものを検索する。その結果、スクリプト作成部１２５は制御番号「０００２」，「０００３」，「０００４」を特定する。

そして、スクリプト作成部１２５は、制御パラメータ記憶部１２４のパラメータデータ１２４ｂを参照し、特定した制御番号、例えば「０００１」に対応するパラメータを抽出し、抽出したパラメータをフォーマット記憶部１２２のスクリプトフォーマット１２２ａに入力して目的地へ送信するスクリプトを作成する。

図１４は、スクリプト作成部１２５により作成されたスクリプトの一例を示すスクリプト表示図であって、（ａ）は制御番号「０００１」に対応するスクリプトを示し、（ｂ）は制御番号「０００３」に対応するスクリプトを示す。

図１４の（ａ）に示すスクリプトは、「ユーザＩＤ「００１」のユーザが２１時５５分に帰宅することを知らせる」といった動作をリビングにあるテレビ２９２に対して実行させるように形成されている。ここで、スクリプト作成部１２５は、予測部１０８からの予測結果データにより示される到着予定時刻「２１時５５分」に基づいて、パラメータデータ１２４ｂから抽出したパラメータである「Arrival(time)」を「Arrival(21:55)」に変換してスクリプトフォーマット１２２ａに入力している。

一方、図１４の（ｂ）に示すスクリプトは、「室温が２４℃になるようにスイッチを入れる」動作を書斎にあるエアコン２９３に対して実行させるように形成されている。

そして、ナビ送受信部１２６は、予測部１０８により予測された目的地のアドレスを、制御指示データ１２４ａからスクリプト作成部１２５を介して取得し、上述のように作成されたスクリプトをそのアドレスに対して送信する。例えば、目的地が自宅であれば自宅のホームゲートウェイ２００にスクリプトを送信する。

次に、ホームゲートウェイ２００の動作について説明する。
ホームゲートウェイ２００の認証部２０２は、ゲートウェイ送受信部２０１を介してスクリプトを取得すると、ユーザ情報記憶部２０５のユーザ情報２０５ａを参照して、スクリプトを送信してきたユーザを認証する。

図１５は、ユーザ情報２０５ａに含まれる内容を示す情報内容表示図である。
この図１５に示すように、ユーザ情報２０５ａには、ユーザＩＤ欄Ｃ１とユーザ名欄Ｃ２とがあり、ユーザＩＤ欄Ｃ１には正規ユーザのユーザＩＤが登録され、ユーザ名欄Ｃ２にはそのユーザＩＤに対応するユーザのニックネームや名前などのユーザ名が登録されている。

例えば、図１５に示すユーザ情報２０５ａは、ユーザＩＤ「００１」，「００２」，「００３」のユーザは正規ユーザであることを示すとともに、ユーザＩＤ「００１」のユーザのユーザ名が「お父さん」であって、ユーザＩＤ「００２」のユーザのユーザ名が「お母さん」であることを示す。

そして認証部２０２は、取得したスクリプトに含まれるユーザＩＤが上述のユーザ情報２０５ａに登録されているか否かを判別し、登録されていれば正規のユーザからのスクリプトであると判断して、そのスクリプトをスクリプト解析部２０３に送信する。また、認証部２０２は、取得したスクリプトに含まれるユーザＩＤが上述のユーザ情報２０５ａに登録されていなければ不正なユーザからのスクリプトであると判断して、そのスクリプトを破棄する。なお、認証部２０２による認証方法は、上述のようなユーザＩＤによる認証方法に限らず、カーナビ１００のユーザのパスワードやカーナビ１００の端末ＩＤによる認証方法など、その他の認証方法であっても良い。また、カーナビ１００からホームゲートウェイ２００への上記ユーザＩＤやパスワードなどの送信に対して、ＳＳＬ（Secure Sockets Layer）などによる暗号化を施しても良い。

スクリプト解析部２０３は、認証部２０２からスクリプトを取得すると、アドレス情報記憶部２０６のローカルアドレス情報２０６ａを参照することで、そのスクリプトの対象となる機器のローカルアドレスを特定する。

図１６は、ローカルアドレス情報２０６ａに含まれる内容を示す情報内容表示図である。

この図１６に示すように、ローカルアドレス情報２０６ａには、対象機器欄Ｄ１と、設置場所欄Ｄ２と、ローカルアドレス欄Ｄ３とがあり、対象機器欄Ｄ１には、ホームゲートウェイ２００に接続された全ての機器の機種名が登録されており、設置場所欄Ｄ２にはその機器が設置されている場所が登録されており、ローカルアドレス欄Ｄ３には、その機器のローカルアドレスが登録されている。

例えば、ローカルアドレス情報２０６ａの対象機器欄Ｄ１には、「テレビ」と「エアコン」とが登録され、設置場所欄Ｄ２には、「テレビ」に対応付けて「リビング」と「書斎」とが登録され、「エアコン」に対応付けて「書斎」と「勉強部屋」とが登録されている。さらに、ローカルアドレス欄Ｄ３には、設置場所「リビング」の対象機器「テレビ」に対応付けてローカルアドレス「１９２．１６８．０．４」が登録されている。

即ち、スクリプト解析部２０３は、図１４の（ａ）に示すスクリプトを取得すると、そのスクリプトに示される「〈Target〉ＴＶ〈/Target〉」から、対象機器がテレビであると特定し、「〈Place〉LivingRoom〈/Place〉」から、設置場所がリビングであると特定する。そしてスクリプト解析部２０３は、特定した対象機器と設置場所とから、そのスクリプトの対象となる機器のローカルアドレス「１９２．１６８．０．４」を特定する。

ローカルアドレスが特定されると、スクリプト解析部２０３は、そのローカルアドレスにより示される機器に対してスクリプトをスクリプト送信部２０４から送信させる。

その結果、スクリプトを取得した機器は、そのスクリプトに示される制御内容を実行する。

図１７は、本実施の形態の実行支援システムの動作を示すシーケンス図である。
まず、カーナビ１００は目的地を予測し（ステップＳ１５０）、制御指示データ１２４ａを参照してその目的地に応じた制御内容が登録されているか否かを判別する（ステップＳ１５２）
ここで、目的地に応じた制御内容が登録されていないと判別したときには（ステップＳ１５２のＮ）、カーナビ１００は再びステップＳ１５０からの動作、つまり目的地の予測を繰り返し実行する。また、目的地に応じた制御内容が登録されていると判別したときには（ステップＳ１５２のＹ）、スクリプトフォーマット１２２ａ及びパラメータデータ１２４ｂを用いてその制御内容に応じたスクリプトを作成する（ステップＳ１５４）。

そしてカーナビ１００は、その目的地が自宅であれば、作成したスクリプトを自宅にあるホームゲートウェイ２００に送信する（ステップＳ１５６）。

ホームゲートウェイ２００は、カーナビ１００から送信されたスクリプトを受信すると（ステップＳ１５８）、そのスクリプトに含まれるユーザＩＤから、そのスクリプトを送信してきたユーザの認証を行う（ステップＳ１６０）。

その結果、ホームゲートウェイ２００は、スクリプトを送信してきたユーザが正規のユーザであると判別すると（ステップＳ１６０のＹ）、そのスクリプトに応じた制御を機器に実行させ（ステップＳ１６２）、スクリプトを送信してきたユーザが不正なユーザであると判別すると（ステップＳ１６０のＮ）、そのスクリプトを破棄する（ステップＳ１６４）。

図１８は、スクリプトを実行したテレビ２９２の画面を示す画面表示図である。
テレビ２９２は、図１４の（ａ）に示すスクリプトを取得すると、そのスクリプトにより示される制御内容を実行し、図１８に示すように「お父さんからメッセージがあります 帰宅予定時刻２１時５５分頃」といったメッセージを表示させる。また、このメッセージ中に表示される「お父さん」は、テレビ２９２が取得したスクリプトにより示されるユーザＩＤに基づいて表示される。

このように本実施の形態では、カーナビ１００が自らの向かう目的地を予測してその予測結果に応じた制御内容をテレビ２９１，２９２及びエアコン２９３，２９４などに実行させるので、カーナビ１００のユーザによる煩わしい操作を省いてそのユーザの行動に応じた機器の制御の実行を支援することができる。

なお、本実施の形態では、カーナビ１００にスクリプトのみをホームゲートウェイ２００に送信させたが、予測部１０８で作成された予測結果データも送信させても良い。この場合、ホームゲートウェイ２００は、例えば図１４の（ｂ）に示すような「エアコンのスイッチを入れる」ことを指示するスクリプトをカーナビ１００から受け取ったときには、予測結果データにより示される到着予定時刻が現在時刻よりも例えば１０分以上先であるか否かを判別する。そして、ホームゲートウェイ２００は、到着予定時刻が現在時刻よりも１０分以上先であると判別したときには、エアコンへのスクリプトの送信をしばらく禁止し、到着予定時刻の１０分前になったときに、そのスクリプトを送信する。

これにより、ホームゲートウェイ２００がカーナビ１００からスクリプトを到着予定時刻の例えば１時間前に受け取ったときでも、無人の部屋でエアコンを１時間も無駄に稼動させることなく、消費電力を適切に抑えることができる。

ここで、上述のようにホームゲートウェイ２００にスクリプトの送信を遅らせる代わりに、図１２に示す制御指示データ１２４ａの制御内容欄Ａ４に制御内容「到着の２０分前に書斎のエアコンのスイッチを入れる」を追加するとともに、パラメータデータ１２４ｂに、その制御内容を実行するのに必要なパラメータとして、「onSwith」などの他に「Arrival(time)」と「２０分」とを登録しておいても良い。これにより、カーナビ１００がこのような制御内容に応じたスクリプトを作成して送信すると、書斎のエアコン２９３は、ホームゲートウェイ２００を介してそのスクリプトを受け取り、カーナビ１００のユーザが到着する２０分前にスイッチをオンにする。即ち、エアコン２９３は、そのスクリプトに示される「Arrival(time)」と「２０分」とから、スイッチをオンにする時刻を特定し、その特定した時刻にその動作を実行する。その結果、エアコン２９３がホームゲートウェイ２００を介してスクリプトを到着予定時刻の例えば１時間前に受け取ったときでも、無人の部屋でエアコン２９３を１時間も無駄に稼働させることなく、消費電力を適切に抑えることができる。さらに、帰宅時刻などの日々変化するパラメータに対して、どのような時刻に帰宅するのであっても適切なパラメータ（エアコンの起動時刻）の設定が可能であり、適応的な制御が行える。また、上述のように、カーナビ１００から送信されたスクリプトに基いて、ホームゲートウェイ２００又は制御対象となるエアコン２９３が実行のタイミングを制御する以外にも、カーナビ１００がスクリプトの送信のタイミングを制御し、ホームゲートウェイ２００やエアコン２９３がそのスクリプトを受信するやいなや処理を実行するようにしても良い。上記例では、スクリプトの内容に基づいて、エアコン２９３がスイッチをオンにする時刻を制御したが、他の機器に対する動作時刻を制御しても良いことは言うまでもない。

また例えば、エアコン２９３は、受け取ったスクリプトに示される到着予定時刻及び設定温度と実際の室温とに基づいて、スイッチをオンにする時刻を特定し、その時刻にその動作を実行しても良い。この場合、図１３に示すパラメータデータ１２４ｂに、制御番号０００３に対応するパラメータとして「Arrival(time)」を追加するとともに、エアコン２９３に、実際の室温を検出する温度センサを備える。エアコン２９３がその制御番号０００３に対応するスクリプトを受け取ったときには、エアコン２９３は、そのスクリプトに示される到着予定時刻及び設定温度と、温度センサにより検出された室温とに基づいて特定される時刻に、スイッチをオンにする。即ち、エアコン２９３は、設定温度と実際の室温との差が大きいときには、到着予定時刻よりも十分早めにスイッチをオンにし、差が小さいときには、到着予定時刻よりも少しだけ早めにスイッチをオンにする。これにより、カーナビ１００のユーザが帰宅したときに、実際の室温が未だ設定温度に達していないということを防ぐことができるとともに、消費電力を適切に抑えることができる。

ここでさらに、エアコン２９３などの機器に、実行結果をカーナビ１００に通知する機能を備えても良い。例えば、エアコン２９３がカーナビ１００から送信されたスクリプトに基づいて、設定温度を２４℃としてスイッチをオンにした場合、エアコン２９３は、スイッチをオンにしたこと及び設定温度が２４℃であることを通知する内容の結果通知データを、ホームゲートウェイ２００を介してカーナビ１００に送信する。このような結果通知データを取得したカーナビ１００は、その結果通知データに示される内容を画面上に表示して、ユーザに報知する。これにより、ユーザはエアコン２９３などの機器の動作状態を把握することができ、ユーザに対する使い勝手を向上することができる。さらに、カーナビ１００に、結果通知データに示される機器の動作状態を変更するように指示する機能を備えても良い。例えば、「書斎のエアコンのスイッチをオンにしました。設定温度は２４℃です。」という結果通知データの内容を表示したカーナビ１００は、ユーザによる操作に応じて、設定温度を２６℃に変更するように指示する内容のスクリプトを作成する。そして、カーナビ１００は、そのスクリプトをホームゲートウェイ２００を介してエアコン２９３に送信する。このようなスクリプトを取得したエアコン２９３は、設定温度を２４℃から２６℃に変更する。これにより、ユーザに対する使い勝手をさらに向上することができる。また、本実施の形態では、カーナビ１００に目的地の予測をさせたが、その予測が外れたか否かの判断をカーナビ１００にさせても良い。この場合、カーナビ１００は、予測した目的地に応じたスクリプトを送信した後に、その目的地と異なる場所に向かっていると判断すると、そのスクリプトにより示される制御をキャンセルするように指示する内容の他のスクリプトを送信する。例えば、カーナビ１００が「エアコンのスイッチを入れる」ことを指示するスクリプトを送信したときには、「エアコンのスイッチを切る」ことを指示するスクリプトを送信する。また、カーナビ１００が「帰宅時間を知らせる」ことを指示するスクリプトを送信したときには、「先に知らせた帰宅時間は間違っていたことを知らせる」ことを指示するスクリプトを送信する。

これにより、カーナビ１００による予測が外れたときにも適切な制御を各機器に実行させることができる。

（実施の形態２）
以下、本発明の第２の実施の形態における実行支援システムについて図面を参照しながら説明する。

図１９は、本実施の形態における実行支援システムの構成を示す構成図である。
本実施の形態における実行支援システム２は、実施の形態１と同様、ユーザによる煩わしい操作を省いてそのユーザの行動に応じた機器の制御の実行を支援するものであって、自動車内に配設されたカーナビ１００Ａと、病院内に設置された病院端末３９１と、レストランに設置された店端末３９２と、病院端末３９１及び店端末３９２とカーナビ１００Ａとの間でインターネット９００を介した通信を行うサーバ３００とを備えている。

このような実行支援システム２では、病院の病院端末３９１やレストランの店端末３９２で受け付けることが可能な受付行為が、病院端末３９１や店端末３９２への制御内容として予めサーバ３００に登録されている。そして、カーナビ１００Ａが例えば病院に向かっていると予測したときには、サーバ３００がカーナビ１００Ａに対して病院端末３９１の幾つかの受付行為を通知し、カーナビ１００Ａがユーザによる操作に応じてその受付行為から例えば診察予約を選択すると、サーバ３００はその診察予約を病院端末３９１に実行させる。つまり、サーバ３００は診察予約を示す内容の情報の登録を病院端末３９１に実行させる。

図２０は、サーバ３００及びカーナビ１００Ａの機能構成を示す機能ブロック図である。

サーバ３００は、登録情報３０２ａを予め記憶している登録情報記憶部３０２と、ユーザ情報３０１ａを予め記憶しているユーザ情報記憶部３０１と、登録情報３０２ａ及びユーザ情報３０１ａに基づいて、カーナビ１００Ａの目的地に応じた受付行為を示す内容の受付行為情報を作成する受付行為情報作成部３０３と、インターネット９００を介して信号の送受信を行うサーバ送受信部３０４と、スクリプトフォーマット３０６ａを予め記憶しているフォーマット記憶部３０６と、スクリプトフォーマット３０６ａを用いてスクリプトを作成するスクリプト作成部３０５とを備えている。

一方、カーナビ１００Ａは、カーナビ１００Ａが向かおうとしている目的地を予測する予測機能部１１０Ａと、サーバ３００から取得した受付行為情報に含まれる幾つかの受付行為から何れかを選択する選択機能部１３０と、インターネット９００を介して信号の送受信を行うナビ送受信部１３９とを備えている。

予測機能部１１０Ａは、実施の形態１の予測機能部１１０と同様の機能及び構成を有し、位置検出部１０１とノード判定部１０２と地図情報記憶部１０３と履歴蓄積部１０４と閾値算出部１０５と遷移状態情報作成部１０６と条件決定部１０７と予測部１０８とを備え、カーナビ１００Ａが向かおうとしている目的地を予測してその目的地や到着予定時刻を示す予測結果データを、ナビ送受信部１３９からインターネット９００を介してサーバ３００へ送信させる。また、このときナビ送受信部１３９は、予測結果データとともにカーナビ１００ＡのユーザのユーザＩＤをサーバ３００へ送信する。

また、選択機能部１３０は、サーバ３００からの受付行為情報を一時保存して、その受付行為情報に基づく処理を行う保存処理部１３４と、受付行為情報に示される内容を表示する表示部１３２と、ユーザによる操作に応じた操作信号を出力する操作部１３１と、操作部１３１からの操作信号に応じて受付行為情報に示される幾つかの受付行為から何れかを選択する選択決定部１３３とを備えている。

そして、病院端末３９１及び店端末３９２は、サーバ３００からスクリプトを取得することで、そのスクリプトに示される制御を実行する。

図２１は、登録情報記憶部３０２の登録情報３０２ａに含まれる内容を示す情報内容表示図である。

登録情報３０２ａは、病院の病院端末３９１やレストランの店端末３９２などの各施設の端末で受け付けることが可能な受付行為を示すものであって、この登録情報３０２ａには、施設名欄Ｅ１とアドレス欄Ｅ２と受付行為欄Ｅ３とパラメータ番号欄Ｅ４と時間欄Ｅ５とがある。そして、施設名欄Ａ１には各施設の名称及びノード番号が登録され、アドレス欄Ａ２にはその施設に設置された端末のアドレスが登録され、受付行為欄Ｅ３には受付行為が登録され、パラメータ番号欄Ｅ４にはその各受付行為に割り当てられたパラメータ番号が登録され、時間欄Ｅ５にはその受付行為を実施することができる時間帯が登録されている。

例えば、この登録情報３０２ａには、施設の名称及びノード番号「○×病院、ノード番号Ｌ２４５」と、その病院に設置された病院端末３９１のアドレス「１２３．４５６．７．８」と、その病院端末３９１が受け付けている受付行為として「診察予約」や「リハビリ予約」や「薬をもらう」などが登録されている。さらに、その病院端末３９１が「診察予約」を「内科」と「外科」で受け付けているときには、その「内科」及び「外科」が「診察予約」に関連付けて登録されている。

また、「診察予約・内科」の受付行為に対しては、パラメータ番号「Ａ０１」が登録されており、「診察予約・外科」の受付行為に対しては、パラメータ番号「Ａ０２」が登録されている。

そして、その病院端末３９１が「診察予約・内科」の受付行為を「１０：００〜１２：００」と「１３：００〜１５：００」の時間帯で行っているときには、その時間帯が受付行為「診察予約・内科」に関連付けて登録されている。

このような「○×病院」に関する情報は、例えば病院端末３９１をサーバ３００に接続してその病院端末３９１を操作することで、登録情報記憶部３０２の登録情報３０２ａに登録される。

図２２は、病院に関する情報を登録情報３０２ａに登録する場合における病院端末３９１の画面の一例を示す画面表示図である。

例えば病院の管理者が病院端末３９１を操作してサーバ３００に接続し、病院名などを入力すると、サーバ３００は病院端末３９１に、図２２に示すような画面を表示させる。この画面には受付行為の候補が幾つか表示される。

そして、管理者は病院端末３９１を操作して、その候補の中から病院端末３９１に受付可能な行為を選択する。例えば受付行為「診察予約」が可能であれば、チェックボックスＢｘ５１にチェック印を入力する。そしてさらに、その診察の科目を入力ボックスＢｘ６１，Ｂｘ６２に入力し、その科目に対して行われる受付行為「診察予約」の時間帯を入力ボックスＢｘ８０に入力する。

また、サーバ３００からカーナビ１００Ａなどに対して提供する情報があれば、管理者は例えば「スタッフ６０人、入院施設有り、駐車場有り」などの情報を入力する。そして、「ＯＫ」と表示されたボタンを選択すると、上記画面上に入力された内容が登録情報３０２ａに登録される。

この登録情報３０２ａには、さらに、施設の名称及びノード番号「レストラン「よっていこ」、ノード番号Ｌ２４６」と、そのレストランに設置された店端末３９２のアドレス「１２３．５６７．８．９」と、そのレストランが受け付けている受付行為として「予約人数」や「注文」や「支払い方法の選定」などが登録されている。また、その店端末３９２が「予約人数」を１人から５０人まで受け付けているときには、「１人」、「２人」…「５０人」が「予約人数」に関連付けて登録されている。

そして、「予約人数・１人」の受付行為に対しては、パラメータ番号「Ｂ０１０１」が登録され、「予約人数・３人」の受付行為に対しては、パラメータ番号「Ｂ０１０３」が登録されている。

また、その店端末３９２が「予約人数」の受付行為を「８：００〜２３：００」の時間帯で行っているときには、その時間帯が受付行為「予約人数」に関連付けて登録されている。

このような「レストラン「よっていこ」」に関する情報は、例えば店端末３９２をサーバ３００に接続してその店端末３９２を操作することで、登録情報記憶部３０２の登録情報３０２ａに登録される。

図２３は、ユーザ情報記憶部３０１のユーザ情報３０１ａに含まれる内容を示す情報内容表示図である。

ユーザ情報３０１ａは、カーナビ１００Ａのユーザ毎に、これまで選択して利用された受付行為の履歴と、予め設定された受付行為とを示すものであって、このユーザ情報３０１ａには、ユーザＩＤ欄Ｆ１と施設名欄Ｆ２とパラメータ番号欄Ｆ３とがある。さらにパラメータ番号欄Ｆ３には初期設定欄Ｆ３１と履歴欄Ｆ３２とがある。そして、ユーザＩＤ欄Ｆ１にはカーナビ１００ＡのユーザのユーザＩＤが登録され、施設名欄Ｆ２には、そのユーザＩＤに関連付けて施設の名称及びノード番号が登録され、パラメータ番号欄Ｆ３の初期設定欄Ｆ３１及び履歴欄Ｆ３２にはそれぞれパラメータ番号が登録されている。また、履歴欄Ｆ３２にはパラメータ番号が時系列に従って登録されている。つまり、利用された受付行為のパラメータ番号が、その利用された時刻が現在に近いものほど上方に位置するように登録されている。

例えば、このユーザ情報３０１ａには、ユーザＩＤ「０００１」と、そのユーザＩＤに対応する施設の名称及びノード番号「○×病院、ノード番号Ｌ２４５」と、そのユーザＩＤ及び施設に対して予め設定された受付行為のパラメータ番号「Ａ０１，Ａ０８，Ａ１０」と、そのユーザＩＤ及び施設に対して過去に利用された受付行為のパラメータ番号「Ａ０１，Ａ０５，Ａ１１…」とが登録されている。

つまり、このユーザ情報３０１ａは、ユーザＩＤ「０００１」のユーザが、「○×病院」に対し、受付行為として「内科の診察予約」と「現金による支払い方法」と「緊急対応は不要」とを予め設定しており、過去に受付行為として「内科の診察予約」と「内科で薬をもらう」と「山田医師の指名」を利用したことがあることを示している。

受付行為情報作成部３０３は、カーナビ１００Ａからサーバ送受信部３０４を介して、予測結果データ及びユーザＩＤを取得すると、その予測結果データに示される目的地の受付行為であって、その予測結果データを取得した時刻に行われている受付行為を登録情報３０２ａから抽出する。そして受付行為情報作成部３０３は、抽出した受付行為から受付行為情報を作成するが、このとき、カーナビ１００Ａから取得したユーザＩＤに対応してユーザ情報３０１ａに登録されているパラメータ番号の受付行為の優先度が高くなるように、受付行為情報を作成する。

つまり、受付行為情報作成部３０３は、カーナビ１００Ａから取得したユーザＩＤと、予測結果データにより示される目的地（ノード番号）とがユーザ情報３０１ａに関連付けて登録されているか否かを判断する。そして、これらが関連付けて登録されていると判断したときには、そのユーザＩＤ及び目的地（ノード番号）に関連付けてユーザ情報３０１ａの初期設定欄Ｆ３１及び履歴欄Ｆ３２に登録されているパラメータ番号を検索する。ここで、受付行為情報作成部３０３は、その初期設定欄Ｆ３１及び履歴欄Ｆ３２にパラメータ番号が登録されていれば、そのパラメータ番号の受付行為の優先度が高くなるように、受付行為情報を作成する。

また、受付行為情報作成部３０３は、初期設定欄Ｆ３１に登録されているパラメータ番号の受付行為が、履歴欄Ｆ３２に登録されているパラメータ番号の受付行為よりも優先度が高くなるように、そして、履歴欄Ｆ３２に登録されているパラメータ番号の受付行為の中でも、最近の出現頻度の多いパラメータ番号の受付行為の優先度が高くなるように、受付行為情報を作成する。

例えば、受付行為情報作成部３０３は、カーナビ１００Ａから目的地「ノード番号Ｌ２４５」を示す予測結果データとユーザＩＤ「０００１」を取得すると、その目的地「ノード番号Ｌ２４５」つまり施設名「○×病院」の受付行為を登録情報３０２ａから抽出する。そして、受付行為情報作成部３０３は、ユーザ情報３０１ａを参照して、ユーザＩＤ「０００１」及び目的地「ノード番号Ｌ２４５」に関連付けられた初期設定欄Ｆ３１及び履歴欄Ｆ３２のパラメータ番号を検索する。その初期設定欄Ｆ３１にはパラメータ番号「Ａ０１，Ａ０８，Ａ１０」があり、履歴欄Ｆ３２には最近の出現頻度が多いパラメータ番号「Ａ０１，Ａ１１」があるので、受付行為情報作成部３０３は、抽出した「○×病院」の受付行為の中でも、受付行為「内科の診察予約」、「現金による支払い方法の選定」、「緊急対応の不要」の優先度が最も高くなり、次に受付行為「山田医師の指名」の優先度が高くなるように受付行為情報を作成する。

そして、受付行為情報作成部３０３は、作成した受付行為情報をサーバ送受信部３０４からカーナビ１００Ａに送信させる。

カーナビ１００Ａの保存処理部１３４は、サーバ３００からナビ送受信部１３９を介して受付行為情報を取得すると、これを一時的に保存し、受付行為情報により示される受付行為やその優先度を解釈する。そして保存処理部１３４は、その受付行為を優先度が高いものほど選択され易いように表示部１３２に表示させる。

選択決定部１３３は、保存処理部１３４から受付行為情報を取得するとともに、その受付行為情報により示される受付行為の中から、操作部１３１からの操作信号に応じた受付行為を選択し、その選択結果をナビ送受信部１３９からサーバ３００に送信させる。

つまり、カーナビ１００Ａのユーザは、表示部１３２に表示される幾つかの受付行為を見て、その中から何れかの受付行為を、操作部１３１を操作することで指定する。

図２４は、表示部１３２に表示される画面を説明するための画面表示図である。
ここでは、施設名「レストラン「よっていこ」」に関して受付行為「予約人数」、「注文」及び「支払い方法の選定」が、受付行為情報に含まれていた場合について説明する。

保存処理部１３４は、受付行為情報に受付行為「予約人数」が含まれているので、まず予約を要するか否かを問い合わせる画面を表示部１３２に表示させる。

このとき、図２４の（ａ）に示すように、表示部１３２には「レストラン「よっていこ」 予約しますか」といったメッセージと、「予約」の文字が記された予約ボタンＢｔ１と、「しない」の文字が記されたキャンセルボタンＢｔ２とが表示される。

そして、ユーザによる操作部１３１の操作により予約ボタンＢｔ１が選択されたときには、保存処理部１３４は予約人数を問い合わせる画面を表示部１３２に表示させる。

このとき、図２４の（ｂ）に示すように、表示部１３２には「何名さまですか」といったメッセージと、人数を入力するための人数入力ボックスＢｘ１と、「確定」の文字が記された確定ボタンＢｔ３とが表示される。

そして、ユーザによる操作部１３１の操作により人数入力ボックスに「２人」が入力されて確定ボタンＢｔ３が選択されると、選択決定部１３３は、サーバ３００からの受付行為情報に含まれる受付行為のうち「予約人数・２人」を選択して、その選択結果を一時保存する。

次に、保存処理部１３４は、受付行為情報に受付行為「注文」が含まれているので、まず注文を要するか否かを問い合わせる画面を表示部１３２に表示させる。

このとき、図２４の（ｃ）に示すように、表示部１３２には「注文されますか」といったメッセージと、「注文」の文字が記された注文ボタンＢｔ４と、「しない」の文字が記されたキャンセルボタンＢｔ５とが表示される。

そして、ユーザによる操作部１３１の操作により注文ボタンＢｔ４が選択されたときには、保存処理部１３４は注文メニューを問い合わせる画面を表示部１３２に表示させる。

このとき、図２４の（ｄ）に示すように、表示部１３２には、メニュー「おすすめセット ６００円」、「海の幸定食 ７００円」及び「お子様セット ５００円」が表示されるとともに、各メニューを注文するか否かを選択するためのチェックボックスＢｘ２と、個数を入力するための個数入力ボックスＢｘ３とが表示される。また、「注文」の文字が記された注文ボタンＢｔ６も表示部１３２に表示される。

ここで、ユーザは、メニュー「おすすめセット」に対応するチェックボックスＢｘ２にチェック印を入力するとともに個数入力ボックスＢｘ３に「１」を入力し、メニュー「お子様セット」に対応するチェックボックスＢｘ２にチェック印を入力するとともに個数入力ボックスＢｘ３に「１」を入力して、注文ボタンＢｔ６を選択する。

これにより、選択決定部１３３は、サーバ３００から取得した受付行為情報に含まれる受付行為の中から「注文・おすすめセット・１個」と「注文・お子様ランチ・１個」とを選択して、これらを一時保存する。

次に、保存処理部１３４は、受付行為情報に受付行為「支払い方法の選定」が含まれているので、支払い方法を問い合わせる画面を表示部１３２に表示させる。

このとき、図２４の（ｅ）に示すように、表示部１３２には「お支払い方法が決まっていればクレジットか現金かを選択してください」といったメッセージと、「クレジット」の文字が記されたクレジットボタンＢｔ７と、「現金」の文字が記された現金ボタンＢｔ８と、「未定」の文字が記された未定ボタンＢｔ９とが表示される。

そして、ユーザによる操作部１３１の操作によりクレジットボタンＢｔ７が選択されたときには、選択決定部１３３は、サーバ３００から取得した受付行為情報に含まれる受付行為の中から「支払い方法・クレジット」を選択して、これを一時保存する。

次に、保存処理部１３４は、選択決定部１３３により選択されて一時保存された内容を全て表示部１３２に表示させる。

このとき、図２４の（ｆ）に示すように、表示部１３２には、予約人数「２人」と、注文メニュー「おすすめセット・１個」及び「お子様ランチ・１個」と、お支払い金額「１１００円」と、支払い方法「クレジット」とが表示されるとともに、「確認」の文字が記された確認ボタンＢｔ１０が表示される。

ここで、ユーザが操作部１３１を操作することにより確認ボタンＢｔ１０を選択すると、選択決定部１３３はこれまでに一時保存していた全ての受付行為、つまり選択決定部１３３での選択結果を、ナビ送受信部１３９からサーバ３００へ送信する。

そしてこのとき、保存処理部１３４は、図２４の（ｇ）に示すように、「ご来店お待ちしております お客様の予約番号は０２８番です。」のメッセージを表示部１３２に表示させる。このメッセージ中に示される「０２８番」は、サーバ３００から割り当てられた番号である。つまり、サーバ３００はカーナビ１００Ａから上述の選択結果を取得すると、選択結果の取得順に予約番号を目的地ごとに割り当てて、その番号をカーナビ１００Ａに通知する。

このように、カーナビ１００Ａは受付行為を選択してその選択結果をサーバ３００に通知する。ここで例えば、ユーザ情報３０１ａの初期設定欄Ｆ３１に「予約人数・２人」を示すパラメータ番号「Ｂ０１０２」が登録されていたり、そのパラメータ番号「Ｂ０１０２」がユーザ情報３０１ａの履歴欄Ｆ３２に最近多く登録されているときには、サーバ３００の受付行為情報作成部３０３は、このようなユーザ情報３０１ａに基づいて受付行為情報を作成してカーナビ１００Ａに送信しているので、カーナビ１００Ａの保存処理部１３４は、図２４の（ｂ）に示す表示部１３２の人数入力ボックスＢｘ１に予め「２人」を表示させる。つまり、パラメータ番号「Ｂ０１０２」の受付行為の優先度が高くなるように受付行為情報が作成されており、カーナビ１００Ａの保存処理部１３４は、そのパラメータ番号「Ｂ０１０２」の受付行為「予約人数・２人」が選択され易いように表示部１３２にその受付行為を表示させる。

また例えば、「注文・おすすめセット・１個」を示すパラメータ番号「Ｂ０３０１」がユーザ情報３０１ａの履歴欄Ｆ３２に最近多く登録されているときには、サーバ３００の受付行為情報作成部３０３は、受付行為「注文・おすすめセット・１個」の優先度が高くなるように受付行為情報を作成しているので、カーナビ１００Ａの保存処理部１３４は、図２４の（ｄ）に示す表示部１３２の画面に「おすすめセット」を最初に表示させる。つまり、カーナビ１００Ａの保存処理部１３４は、パラメータ番号「Ｂ０３０１」の受付行為「注文・おすすめセット・１個」が選択され易いように表示部１３２にその受付行為を表示させる。このように本システムは、履歴に基づいて動作するので、いわゆる学習機能を有している。

図２５は、表示部１３２に表示される他の画面を説明するための画面表示図である。
ここでは、施設名「○×病院」に関して受付行為「診察予約」、「リハビリ予約」、「薬をもらう」、「支払い方法の選定」、「緊急対応の要否」及び「医師の指名」が、受付行為情報に含まれていた場合について説明する。

保存処理部１３４は、受付行為情報に受付行為「診察予約」などが含まれているので、まず予約を要するか否かを問い合わせる画面を表示部１３２に表示させる。

このとき、図２５の（ａ）に示すように、表示部１３２には「○×病院 予約しますか」といったメッセージと、「予約」の文字が記された予約ボタンＢｔ２１と、「しない」の文字が記されたキャンセルボタンＢｔ２２とが表示される。また、図２２で説明したように、病院の管理者などによりサーバ３００に「スタッフ６０人、入院施設有り、駐車場有り」などの情報が登録されているときには、その情報を図２５の（ａ）に示す画面上に表示させても良い。

そして、ユーザによる操作部１３１の操作により予約ボタンＢｔ２１が選択されたときには、保存処理部１３４は予約内容を問い合わせる画面を表示部１３２に表示させる。

このとき、図２５の（ｂ）に示すように、表示部１３２には予約項目「診察・内科、外科」、「リハビリ・内科、外科」及び「薬をもらう・内科、外科」と、これらの各予約項目について予約するか否かを選択するための選択チェックボックスＢｘ１１と、「確定」の文字が記された確定ボタンＢｔ２３とが表示される。

ここで、ユーザによる操作部１３１の操作により予約項目「診察・内科」に対応する選択チェックボックスＢｘ１１にチェック印が入力されるとともに、確定ボタンＢｔ２３が選択されると、選択決定部１３３は、サーバ３００からの受付行為情報に含まれる受付行為のうち「診察予約・内科」を選択して、その選択結果を一時保存する。

次に、保存処理部１３４は、受付行為情報に受付行為「緊急対応の要否」が含まれているので、緊急対応を要するか否かを問い合わせる画面を表示部１３２に表示させる。

このとき、図２５の（ｃ）に示すように、表示部１３２には「緊急を要しますか」といったメッセージと、「はい」の文字が記された緊急ボタンＢｔ２４と、「いいえ」の文字が記された緊急不要ボタンＢｔ２５とが表示される。

そして、ユーザによる操作部１３１の操作により緊急不要ボタンＢｔ２５が選択されたときには、選択決定部１３３は、サーバ３００からの受付行為情報に含まれる受付行為のうち「緊急対応は不要」を選択して、その選択結果を一時保存する。

次に、保存処理部１３４は、受付行為情報に受付行為「医師の指名」が含まれているので、医師を指名するか否かを問い合わせるとともに、何れの医師を指名するかを問い合わせる画面を表示部１３２に表示させる。

このとき、図２５の（ｄ）に示すように、表示部１３２には医師の氏「山田」、「田中」及び「中山」と、指名する医師を指し示すチェック印を入力するためのチェックボックスＢｘ１２と、「指名」の文字が記された指名ボタンＢｔ２６と、「いいえ」の文字が記された指名無しボタンＢｔ２７とが表示される。

ここで、ユーザによる操作部１３１の操作により医師「山田」に対応するチャックボックスＢｘ１２にチェック印が入力され、指名ボタンＢｔ２６が選択されたときには、保存処理部１３４は、サーバ３００からの受付行為情報に含まれる受付行為のうち「医師の指名・山田」を選択して、その選択結果を一時保存する。

そして、保存処理部１３４は、受付行為情報に受付行為「支払い方法の選定」が含まれているので、支払い方法を問い合わせる画面を表示部１３２に表示させる。

このとき、図２５の（ｅ）に示すように、表示部１３２には「お支払い方法が決まっていればクレジットか現金かを選択してください」といったメッセージと、「クレジット」の文字が記されたクレジットボタンＢｔ２８と、「現金」の文字が記された現金ボタンＢｔ２９と、「未定」の文字が記された未定ボタンＢｔ３０とが表示される。

そして、ユーザによる操作部１３１の操作により現金ボタンＢｔ２９が選択されたときには、選択決定部１３３は、サーバ３００から取得した受付行為情報に含まれる受付行為の中から「支払い方法・現金」を選択して、これを一時保存する。

次に、保存処理部１３４は、選択決定部１３３により選択されて一時保存された内容を全て表示部１３２に表示させる。

このとき、図２５の（ｆ）に示すように、表示部１３２には、予約「診察 内科」と、緊急対応「不要」と、医師「山田」と、支払い方法「現金」とが表示されるとともに、「確認」の文字が記された確認ボタンＢｔ３１が表示される。

ここで、ユーザが操作部１３１を操作することにより確認ボタンＢｔ３１を選択すると、選択決定部１３３はこれまでに一時保存していた全ての受付行為、つまり選択決定部１３３での選択結果を、ナビ送受信部１３９からサーバ３００へ送信する。

そしてこのとき、保存処理部１３４は、図２５の（ｇ）に示すように、「予約を承りました 患者様の予約番号は００５番です。」のメッセージを表示部１３２に表示させる。

ここで例えば、ユーザ情報３０１ａの初期設定欄Ｆ３１に「診察予約・内科」を示すパラメータ番号「Ａ０１」が登録されていたり、そのパラメータ番号「Ａ０２」がユーザ情報３０１ａの履歴欄Ｆ３２に最近多く登録されているときには、サーバ３００の受付行為情報作成部３０３は、受付行為「診察予約・内科」の優先度が高くなるように受付行為情報を作成しているので、カーナビ１００Ａの保存処理部１３４は、図２５の（ｂ）に示すように、表示部１３２に「診察・内科」を最初に表示させ、その「診察・内科」に対応するチェックボックスＢｘ１１を予めチェック印が入力された状態で表示させる。

また例えば、「医師の指名・山田」を示すパラメータ番号「Ａ１１」がユーザ情報３０１ａの履歴欄Ｆ３２に最近多く登録されているときには、サーバ３００の受付行為情報作成部３０３は、受付行為「医師の指名・山田」の優先度が高くなるように受付行為情報を作成しているので、カーナビ１００Ａの保存処理部１３４は、図２５の（ｄ）に示すように、表示部１３２に「山田」を最初に表示させ、その「山田」に対応するチェックボックスＢｘ１２を予めチェック印が入力された状態で表示させる。

これにより、カーナビ１００Ａのユーザは簡単に受付行為を選択することができ、使い勝手を向上することができる。また、ユーザ情報３０１ａの初期設定欄Ｆ３１に登録されているパラメータ番号の受付行為を全て一度にカーナビ１００Ａの表示部１３２に表示させても良く。この場合には、ユーザは確認ボタンを操作するだけでより簡単に、予め設定していた受付行為を選択することができる。

なお、ユーザによる確認ボタンや確定ボタンなどのボタンの選択は、カーナビ１００Ａに音声認識機能を持たせることで、ユーザによる音声で行わせても良い。

サーバ３００のスクリプト作成部３０５は、サーバ送受信部３０４を介してカーナビ１００Ａからの選択結果及びユーザＩＤを取得する。そしてスクリプト作成部３０５は、カーナビ１００Ａで選択された受付行為と、ユーザＩＤと、予測結果データにより示される到着予定時刻とを、フォーマット記憶部３０６に記憶されているスクリプトフォーマット３０６ａにパラメータとして入力することで、スクリプトを作成する。また、スクリプト作成部３０５は、ユーザ情報記憶部３０１のユーザ情報３０１ａの履歴欄Ｆ３２に登録されているパラメータ番号を、カーナビ１００Ａで選択された受付行為に基づいて更新する。

図２６は、フォーマット記憶部３０６に記憶されているスクリプトフォーマット３０６ａの一例を示すフォーマット表示図である。

この図２６に示すように、スクリプトフォーマット３０６ａは、ユーザＩＤ（〈UserID〉）と、予約人数（〈Num〉）と、到着予定時刻（〈ArrivalTime〉）と、注文メニュー（〈Menu〉）とが入力されるように形成されている。

また、フォーマット記憶部３０６は、このようなスクリプトフォーマット３０６ａを１種類だけでなく複数種類記憶しておいても良い。

図２７は、スクリプト作成部３０５により作成されたスクリプトの一例を示すスクリプト表示図である。

このスクリプトには、ユーザＩＤ（〈UserID〉）として「２５１」が入力され、予約人数（〈Num〉）として「４人」が入力され、到着予定時刻（〈ArrivalTime〉）として「１８：２０」が入力され、注文メニュー（〈Menu〉）として「おすすめセット・２個、海の幸定食・１個、お子様ランチ・１個」が入力されている。

そして、スクリプト作成部３０５は、このようなスクリプトをサーバ送受信部３０４から店端末３９２に送信して、その店端末３９２にそのスクリプトに応じた制御を実行させる。

図２８は、本実施の形態の実行支援システムの動作を示すシーケンス図である。
まず、カーナビ１００Ａは目的地を予測して（ステップＳ１７０）、その目的地が「○×病院、ノード番号Ｌ２４５」であることを示す予測結果データをサーバ３００に送信する（ステップＳ１７２）。

次に、サーバ３００は、カーナビ１００Ａから送信された予測結果データを受信すると（ステップＳ１７４）、その予測結果データにより示される目的地「○×病院、ノード番号Ｌ２４５」に対応し、受信時刻に行われている受付行為が登録情報３０２ａに登録されているか否かを判別する（ステップＳ１７６）。

そして、サーバ３００は、その「○×病院、ノード番号Ｌ２４５」に対応して、受信時刻に行われている受付行為が登録されていれば（ステップＳ１７６のＹ）、その受付行為を示す内容の受付行為情報をカーナビ１００Ａに送信する（ステップＳ１７８）。また、サーバ３００は、その受付行為が登録されていなければ（ステップＳ１７６のＮ）、再びステップＳ１７４からの動作を繰り返し実行する。

カーナビ１００Ａは、サーバ３００から受付行為情報を取得すると（ステップＳ１８０）、その受付行為情報に示される受付行為を表示し（ステップＳ１８２）、ユーザから受付行為を選択する指示があったか否かを判別する（ステップＳ１８４）。

ここで、カーナビ１００Ａは、ユーザから選択指示があったと判別したときには（ステップＳ１８４のＹ）、その選択された受付行為を示す選択結果をサーバ３００に通知する（ステップＳ１８６）。また、ユーザから選択指示がなかったと判別したとき（ステップＳ１８４のＮ）、又はステップＳ１８６で選択結果を通知した後には、カーナビ１００Ａはサーバ３００から取得した受付行為情報を消去する（ステップＳ１９２）。

次に、サーバ３００は、選択結果をサーバ３００から取得すると（ステップＳ１８８）、これらに基づいてスクリプトを作成する（ステップＳ１９０）。そして、サーバ３００はカーナビ１００Ａから通知された目的地である「○×病院、ノード番号Ｌ２４５」の病院端末３９１にそのスクリプトを送信する（ステップＳ１９４）。

病院端末３９１は、サーバ３００からのスクリプトを受信して、そのスクリプトに示される内容を実行する（ステップＳ１９６）。例えば、病院端末３９１は「内科の診察予約」などを受け付ける。

このように本実施の形態では、カーナビ１００Ａが例えば病院に向かっていると予測したときには、サーバ３００がカーナビ１００Ａに対して病院端末３９１の幾つかの受付行為を通知し、その幾つかの受付行為からカーナビ１００Ａにより選択された受付行為を病院端末３９１に実行させるため、カーナビ１００Ａのユーザによる煩わしい操作を省いてそのユーザの行動に応じた機器の制御の実行を支援することができるとともに、ユーザは制御内容である受付行為を選択することができて使い勝手を向上することができる。

なお、本実施の形態のサーバ３００が保持する登録情報３０２ａに、各施設の受付行為に対応する待ち時間を含めても良い。例えば、病院端末３９１は、○×病院の施設における内科の診察の待ち時間を、サーバ３００の登録情報３０２ａに、受付行為「診察予約・内科」に関連付けて登録する。そして、病院端末３９１は、その登録された待ち時間を所定時間ごとに更新する。

この場合、サーバ３００の受付行為情報作成部３０３は、その待ち時間を含めて受付行為情報を作成し、その受付行為情報を取得したカーナビ１００Ａの保存処理部１３４は、表示部１３２にその待ち時間を表示させる。例えば、保存処理部１３４は、図２５の（ｂ）に示す画面上に、受付行為「診察予約・内科」と対応付けてその待ち時間を表示させる。

これにより、カーナビ１００Ａのユーザはその待ち時間を知ることができるため、使い勝手を向上することができる。

さらに、サーバ３００の受付行為情報作成部３０３は、登録情報３０２ａの時間欄Ｅにある時間帯を含めて受付行為情報を作成し、その受付行為情報を取得したカーナビ１００Ａの保存処理部１３４は、表示部１３２にその時間帯を表示させても良い。例えば、保存処理部１３４は、図２５の（ｂ）に示す画面上に、受付行為「診察予約・内科」と対応付けてその時間帯「１０：００〜１２：００、１３：００〜１５：００」を表示させる。

これにより、カーナビ１００Ａのユーザはその時間帯を知ることができるため、使い勝手を向上することができる。

（実施の形態３）
以下、本発明の第３の実施の形態における実効支援システムについて図面を参照しながら説明する。

図２９は、本実施の形態における実行支援システムの構成を示す構成図である。
本実施の形態における実行支援システム３は、実施の形態１及び２と同様、ユーザによる煩わしい操作を省いてそのユーザの行動に応じた機器の制御の実行を支援するものであって、自動車内に配設されたカーナビ１００Ｂと、例えばカーナビ１００Ｂのユーザの自宅に設置された自宅端末５００と、携帯電話６００と、カーナビ１００Ｂ及び携帯電話６００と自宅端末５００との間でインターネット９００を介した通信を行うサーバ４００とを備えている。

このような実行支援システム３では、カーナビ１００Ｂや携帯電話６００に通知するための複数種のメッセージが自宅端末５００によりサーバ４００へ予め登録されている。そして、カーナビ１００Ｂが例えばスーパーに向かっていると予測したときには、サーバ４００は、予め登録されたメッセージの中から、そのカーナビ１００Ｂのユーザの「スーパーに向かっている」という行動に応じたメッセージ、例えば「牛肉を買ってきて」を選択してこれをカーナビ１００Ｂに通知することで、メッセージ「牛肉を買ってきて」の表示という制御をカーナビ１００Ｂに実行させる。

図３０は、カーナビ１００Ｂ及びサーバ４００並びに自宅端末５００の機能構成を示す機能ブロック図である。

カーナビ１００Ｂは、カーナビ１００Ｂが向かおうとしている目的地を予測する予測機能部１１０Ｂと、インターネット９００を介した信号の送受信を行う送受信部１６０と、送受信部１６０を介してサーバ４００から取得したメッセージを表示するメッセージ表示部１５０とを備えている。

この予測機能部１１０Ｂは、実施の形態１の予測機能部と同様の機能及び構成を有し、位置検出部１０１とノード判定部１０２と地図情報記憶部１０３と履歴蓄積部１０４と閾値算出部１０５と遷移状態情報作成部１０６と条件決定部１０７と予測部１０８とを備え、カーナビ１００Ｂが向かおうとしている目的地を予測してその目的地や到着予定時刻を示す予測結果データを、送受信部１６０からインターネット９００を介してサーバ４００へ送信する。また、このとき送受信部１６０は、予測結果データとともにカーナビ１００ＢのユーザのユーザＩＤをサーバ４００へ送信する。

そして携帯電話６００もカーナビ１００Ｂと同一の構成及び機能を有する予測機能部１１０Ｂ及び送受信部１６０並びにメッセージ表示部１５０を備えている。

サーバ４００は、カーナビ１００Ｂ及び携帯電話６００が所定の目的地に向かっていることを把握すると、その目的地に応じたメッセージをそのカーナビ１００Ｂ及び携帯電話６００に送信するものであって、メッセージの登録などを行う登録機能部４２０と、登録されているメッセージの検索及び抽出などを行う検索抽出機能部４１０と、インターネット９００を介した信号の送受信を行うサーバ送受信部４３０とを備えている。

登録機能部４２０は、本システムを利用するユーザの属するグループを示す内容のユーザグループ情報４２１ａを予め記憶しているグループ情報記憶部４２１と、自宅端末５００によるメッセージの登録を受け付ける登録部４２２と、登録部４２２により受け付けられたメッセージを登録情報４２３ａとして記憶するための領域を有する登録情報記憶部４２３とを備えている。

検索抽出機能部４１０は、カーナビ１００Ｂからの予測結果データ及びユーザＩＤをサーバ送受信部４３０を介して取得して、そのユーザＩＤのユーザを識別するユーザ識別部４１２と、各施設のカテゴリを示す内容のカテゴリ情報４１１ａを予め記憶しているカテゴリ情報記憶部４１１と、そのカテゴリ情報４１１ａに基づいて、予測結果データにより示される目的地のカテゴリを特定するカテゴリ特定部４１３と、登録情報４２３ａからメッセージを検索するメッセージ検索部４１５と、検索して抽出されたメッセージを送信するための送信データを作成する送信データ作成部４１４とを備えている。

一方、自宅端末５００は、例えばパーソナルコンピュータなどからなり、ユーザの操作に応じた操作信号を出力するキーボードやマウスなどからなる入力部５０１と、文字や図形を表示する表示部５０２と、インターネット９００を介した信号の送受信を行うＰＣ送受信部５０４と、表示部５０２及びＰＣ送受信部５０４を制御する制御指示部５０３とを備えている。

図３１は、グループ情報記憶部４２１のユーザグループ情報４２１ａに含まれる内容を示す情報内容表示図である。

このユーザグループ情報４２１ａには、ユーザＩＤ欄Ｇ１とグループ欄Ｇ２とメンバー欄Ｇ３とがあり、このメンバー欄Ｇ３にはニックネーム欄Ｇ３１とメンバーユーザＩＤ欄Ｇ３２とがある。そして、ユーザＩＤ欄Ｇ１には本システムを利用するユーザのユーザＩＤが登録され、グループ欄Ｇ２にはそのユーザが属するグループが登録され、メンバー欄Ｇ３にはそのグループのメンバーが登録されている。また、メンバー欄Ｇ３のニックネーム欄Ｇ３１には各メンバーに付けられたニックネームが登録され、メンバーユーザＩＤ欄Ｇ３２にはそのニックネームのメンバー（ユーザ）に割り当てられたユーザＩＤが登録されている。

例えば、このユーザグループ情報４２１ａでは、自宅端末５００を利用する「お母さん」のユーザＩＤ「２０１３２」がユーザＩＤ欄Ｇ１に登録されている。そして、「お母さん」が所属するグループ「家族」及び「保育園」がグループ欄に登録され、その「家族」に対応付けてニックネーム「お父さん」、「お母さん」、「太郎」及び「花子」がニックネーム欄Ｇ３１に登録され、そのニックネーム「お父さん」に対応付けてその「お父さん」のユーザＩＤ「２０１３１」がメンバーユーザＩＤ欄Ｇ３２に登録されている。

登録部４２２は、自宅端末５００からインターネット９００を介したアクセスを受けると、登録情報４２３ａに登録するメッセージを受け付ける画面を、自宅端末５００の表示部５０２に表示させる。

ここで、登録部４２２は、ユーザグループ情報４２１ａに基づいて上記画面を表示させる。

図３２は、登録部４２２が自宅端末５００の表示部５０２に表示させる画面の一例を示す画面表示図である。

登録部４２２は、まず自宅端末５００からアクセスされたときには、図３２の（ａ）に示すように、自宅端末５００を操作するユーザのユーザＩＤ及びパスワードを問い合わせる画面を表示部５０２に表示させる。

ここでユーザ「お母さん」が自宅端末５００の入力部５０１を操作して自らのユーザＩＤ及びパスワードを入力すると、登録部４２２は、自宅端末５００からユーザＩＤ「２０１３２」及びパスワードを取得し、そのユーザＩＤ及びパスワードからユーザ「お母さん」が正規ユーザであるか否かを判別する。そして登録部４２２は、正規ユーザであると判別したときには、そのユーザＩＤ「２０１３２」をユーザグループ情報４２１ａのユーザＩＤ欄Ｇ１から検索する。

ユーザグループ情報４２１ａのユーザＩＤ欄Ｇ１には上述のようにユーザＩＤ「２０１３２」が登録されているので、登録部４２２は、そのユーザＩＤに関連付けてグループ欄Ｇ２に登録されているグループ「家族」及び「保育園」を特定し、図３２の（ｂ）に示すように、メッセージの送信相手が何れのグループに属しているかを問い合わせる画面を表示部５０２に表示させる。

ここでユーザ「お母さん」が自宅端末５００の入力部５０１を操作してグループ「家族」を選択すると、登録部４２２は、グループ「家族」が選択されたことを知得し、そのグループ「家族」に対応付けてユーザグループ情報４２１ａに登録されているメンバーのうち、何れのメンバーに対してメッセージを送信するのかを問い合わせるとともに、そのメッセージの内容を問い合わせる画面を表示部５０２に表示させる。また、このとき、登録部４２２は、メッセージが送信される条件を問い合わせる画面も表示部５０２に表示させる。この条件は、送信相手のメンバーが向かっている目的地と、その目的地に到着する到着予定時刻である。

つまり、登録部４２２は、選択されたグループの何れのメンバーに対して、そのメンバーが何処に何時に到着すると予測されたときには、どのようなメッセージを送信するのかを問い合わせる。

例えば、登録部４２２は、図３２の（ｃ）に示すように、対象メンバー枠Ｗｎ１と予測目的地枠Ｗｎ２と時間帯枠Ｗｎ３とメッセージ枠Ｗｎ４とを表示部５０２に表示させる。

ユーザグループ情報４２１ａにはグループ「家族」に対応付けてニックネーム「お父さん」とそのユーザＩＤ「２０１３１」、ニックネーム「お母さん」とそのユーザＩＤ「２０１３２」、ニックネーム「太郎」とそのユーザＩＤ「２０１３３」、及びニックネーム「花子」とそのユーザＩＤ「２０１３４」が登録されているので、上述のようにグループ「家族」が選択されたときには、登録部４２２は、対象メンバー枠Ｗｎ１内にニックネーム「お父さん」、「お母さん」、「太郎」、「花子」及び「全員」を表示させる。

ここでユーザ「お母さん」は、ニックネーム「お父さん」にメッセージを送りたいときには、自宅端末５００の入力部５０１を操作して、対象メンバー枠Ｗｎ１内に表示された各ニックネームの左端に表示されているチェックボックスＢｘ２１のうち、ニックネーム「お父さん」の左端にあるチェックボックスＢｘ２１にチェック印を入力する。

また、登録部４２２は予測目的地枠Ｗｎ２内に、例えば「スーパー」や「飲食店」や「運動施設」などの施設が属するカテゴリを選択するための選択ボックスＢｘ２２と、カテゴリではなく施設の名称を入力するための入力ボックスＢｘ２３とを表示させる。

ここでユーザ「お母さん」は、ニックネーム「お父さん」が目的地「スーパー」に向かっているときにメッセージを送りたいときには、自宅端末５００の入力部５０１を操作して、選択ボックスＢｘ２２に「スーパー」を表示させる。さらにユーザ「お母さん」は、ニックネーム「お父さん」が「１５時〜１９時３０分」に目的地「スーパー」に到着すると予測されるときにメッセージを送りたいときには、自宅端末５００の入力部５０１を操作して、その時間帯枠Ｗｎ３に「１５時００分〜１９時３０分」を入力する。そして、ユーザ「お母さん」は自宅端末５００の入力部５０１を操作してニックネーム「お父さん」に伝えたいメッセージ、例えば「牛肉４００ｇ買ってきて」をメッセージ枠Ｗｎ４内に入力する。

このようにユーザ「お母さん」がメッセージなどを入力して入力内容を決定すると、登録部４２２はその入力内容を登録情報４２３ａに登録する。

図３３は、登録情報記憶部４２３の登録情報４２３ａに含まれる内容を示す情報内容表示図である。

この登録情報４２３ａには、登録者欄Ｈ１と対象グループ欄Ｈ２と対象メンバー欄Ｈ３と目的地欄Ｈ４と時間帯欄Ｈ５とメッセージ欄Ｈ６とがある。また、対象メンバー欄Ｈ３にはニックネーム欄Ｈ３１とユーザＩＤ欄Ｈ３２とがあり、目的地欄Ｈ４には名称欄Ｈ４１とカテゴリ欄Ｈ４２とがある。

そして登録者欄Ｈ１には、自宅端末５００を操作して登録操作を行った登録者（ユーザ「お母さん」）のユーザＩＤが登録され、対象グループ欄Ｈ２には登録者によって選択された「家族」や「保育園」などのグループが登録され、対象メンバー欄Ｈ３のニックネーム欄Ｈ３１には、登録者によって選択されたメンバーのニックネームがグループに対応して登録され、対象メンバー欄Ｈ３のユーザＩＤ欄Ｈ３２には、そのニックネームのユーザのユーザＩＤが登録されている。さらに、目的地欄Ｈ４の名称欄Ｈ４１には、登録者によってメンバー毎に指定された目的地の名称及びノード番号が登録され、目的地欄Ｈ４のカテゴリ欄Ｈ４２には、登録者によってメンバー毎に指定された目的地のカテゴリが登録されている。また、時間帯欄Ｈ５には、登録者によって対象メンバー毎に設定された時間帯が登録され、メッセージ欄Ｈ６には、登録者によって入力されたメッセージが登録されている。

例えば、図３２のようにユーザ「お母さん」が登録作業をしたときには、登録部４２２は、登録情報４２３ａの登録者欄Ｈ１に、ユーザ「お母さん」のユーザＩＤ「２０１３２」を登録し、対象グループ欄Ｈ２にグループ「家族」を登録し、対象メンバー欄Ｈ３にニックネーム「お父さん」及びそのユーザＩＤ「２０１３１」を登録し、目的地欄Ｈ４のカテゴリ欄Ｈ４２に目的地「スーパー」を登録する。さらに、登録部４２２は、対象メンバーのニックネーム「お父さん」に対応付けて時間帯欄Ｈ５に「１５：００〜１９：３０」を登録するとともに、メッセージ欄Ｈ６にメッセージ「牛肉４００ｇ買ってきて」を登録する。また、予め登録情報４２３ａの登録者欄Ｈ１にユーザ「お母さん」のユーザＩＤ「２０１３２」が登録され、対象グループ欄Ｈ２にグループ「家族」が既に登録されているときには、上述のような登録者欄Ｈ１及び対象グループ欄Ｈ２への登録は行わず、他の対象者メンバー欄Ｈ３などへの登録のみを行う。さらに、このようなメッセージは、同一のメンバーに対して目的地や時間帯に応じて複数登録されていても良い。

なお、ユーザ「お母さん」が、図３２の（ｃ）に示す画面中の予測目的地枠Ｗｎ２の入力ボックスＢｘ２３に施設名を入力したときには、登録部４２２は、例えば施設名とその施設に対応するノード番号とが予め記録されたデータを参照し、登録情報４２３ａの目的地欄Ｈ４の名称欄Ｈ４１に、その入力された施設名とそのノード番号とを登録する。

ここで、本実施の形態におけるサーバ４００の登録機能部４２０の動作について、図３４を用いて説明する。

図３４は、サーバ４００の登録機能部４２０の動作を示す動作フロー図である。
まず、登録部４２２は、アクセスしてきたユーザの自宅端末５００からユーザＩＤ及びパスワードを取得し（ステップＳ２００）、正規ユーザであるか否かを判別する（ステップＳ２０２）。

ここで、正規ユーザであると判別したときには（ステップＳ２０２のＹ）、登録部４２２は、例えば図３２の（ｂ）に示すような、グループを選択させるための画面（グループ選択画面）を表示部５０２に表示させる（ステップＳ２０４）。また、正規ユーザではないと判別したときには（ステップＳ２０２のＮ）、登録部４２２は、ステップＳ２００からの動作を繰り返し実行する。

そして、ステップＳ２０４の後、登録部４２２は、グループが選択されたか否かを判別する（ステップＳ２０６）。ここで、グループが選択されたと判別したときには、登録部４２２は、例えば図３２の（ｃ）に示すような、メンバー、目的地、時間帯及びメッセージを受け付ける画面（メッセージ設定画面）を表示部５０２に表示させる（ステップＳ２０８）。また、グループが選択されていないと判別したときには、登録部４２２は、繰り返しステップＳ２０８からの動作を実行する。

ステップＳ２０８の後、登録部４２２は、目的地や時間帯が入力されたか否かを判別し（ステップＳ２１０）、全て入力されたと判別したときには（ステップＳ２１０のＹ）、さらに、登録部４２２は、他のグループの選択があるか否かを自宅端末５００のユーザに問い合わせることで、その有無を判断する（ステップＳ２１２）。また、ステップＳ２１０で全て入力されていないと判別したときには（ステップＳ２１０のＮ）、登録部４２２は、再びステップＳ２０８からの動作を繰り返し実行し、また、ステップＳ２１２で他のグループの選択があると判別したときには（ステップＳ２１２のＹ）、ステップＳ２０４からの動作を繰り返し実行する。

そして、登録部４２２は、他のグループの選択がないと判別したときには（ステップＳ２１２のＮ）、ステップＳ２０６で選択されたグループ及びステップＳ２１０で入力された内容について、登録情報４２３ａへの登録を実行する（ステップＳ２１４）。

サーバ４００の検索抽出機能部４１０のユーザ識別部４１２は、カーナビ１００Ｂからサーバ送受信部４３０を介して予測結果データ及びユーザＩＤを取得すると、そのユーザＩＤが登録情報４２３ａの対象メンバー欄Ｈ３に登録されているか否かを判別する。そして、ユーザ識別部４１２は、そのユーザＩＤが対象メンバー欄Ｈ３に登録されていると判別したときには、その予測結果データとユーザＩＤとをカテゴリ特定部４１３に通知する。

カテゴリ特定部４１３は、カテゴリ情報記憶部４１１のカテゴリ情報４１１ａを参照して、予測結果データにより示される目的地が所定のカテゴリに属しているか否かを判別し、そのカテゴリを特定する。

図３５は、カテゴリ情報記憶部４１１のカテゴリ情報４１１ａに含まれる内容を示す情報内容表示図である。

このカテゴリ情報４１１ａは、ユーザ毎に予め記憶されているものである。このカテゴリ情報４１１ａには、施設名欄Ｉ１とカテゴリ欄Ｉ２とがあり、施設名欄Ｉ１には各施設の名称とノード番号が登録され、カテゴリ欄Ｉ２にはその施設が属するカテゴリが登録されている。

例えば、このカテゴリ情報４１１ａの施設名欄Ｉ１には「自宅、ノード番号Ｌ５０７」、「会社、ノード番号Ｌ５０９」、「保育園、ノード番号Ｌ５０８」、「Ｃコープ、ノード番号Ｌ２７１」、「エコエコマート、ノード番号Ｌ２７２」及び「レストラン「よっていこ」、ノード番号Ｌ２７３」などが登録されている。そしてカテゴリ情報４１１ａのカテゴリ欄Ｉ２には、施設名欄Ｉ１の「Ｃコープ」に対応付けて「スーパー」が登録され、施設名欄Ｉ１の「エコエコマート」に対応付けて「スーパー」が登録され、施設名欄Ｉ１の「レストラン「よっていこ」」に対応付けて「飲食店」が登録されている。

つまり、このカテゴリ情報４１１ａは、施設名「Ｃコープ」及び「エコエコマート」の施設はそれぞれ「スーパー」のカテゴリに属していることを示し、施設名「レストラン「よっていこ」」の施設は「飲食店」のカテゴリに属していることを示している。言い換えれば、このカテゴリ情報４１１ａは、カテゴリ「スーパー」に属する施設は施設名「Ｃコープ」と施設名「エコエコマート」の各施設であることを示し、カテゴリ「飲食店」に属する施設は施設名「レストラン「よっていこ」」と施設名「飲んじゃいな」の各施設であることを示している。

ここで、施設名「自宅」及び「会社」並びに「保育園」はそれぞれユーザのみに関わる１つの施設であるので、いずれのカテゴリにも属さない。

例えば、カテゴリ特定部４１３は、カーナビ１００Ｂから取得した予測結果データが目的地「Ｃコープ、ノード番号Ｌ２７１」を示しているときには、上述のカテゴリ情報４１１ａの施設名欄から「Ｃコープ、ノード番号Ｌ２７１」を検索する。そして、カテゴリ特定部４１３は、その「Ｃコープ、ノード番号Ｌ２７１」に対応してカテゴリ情報４１１ａのカテゴリ欄Ｉ２にカテゴリが登録されているか否かを判別する。ここで、上述のようにカテゴリ情報４１１ａには「Ｃコープ、ノード番号Ｌ２７１」に対応してカテゴリ「スーパー」が登録されているので、カテゴリ特定部４１３は、目的地である施設名「Ｃコープ」の施設のカテゴリを「スーパー」と特定する。そして、カテゴリ特定部４１３は、その特定したカテゴリをメッセージ検索部４１５に通知する。

また、カーナビ１００Ｂから取得した予測結果データが例えば目的地「自宅、ノード番号Ｌ５０７」を示しているときには、カテゴリ特定部４１３は、この目的地「自宅、ノード番号Ｌ５０７」に対応するカテゴリがカテゴリ情報４１１ａに登録されていないので、上述のようなカテゴリの通知を行わない。

メッセージ検索部４１５は、カーナビ１００Ｂからの予測結果データ及びユーザＩＤを取得すると、これらに応じたメッセージを登録情報４２３ａから検索する。また、カテゴリ特定部４１３からカテゴリが通知されているときには、メッセージ検索部４１５は、その通知されているカテゴリを用いて検索を行う。

例えば、予測結果データが目的地「Ｃコープ、ノード番号Ｌ２７１」及び到着予定時刻「１９時」を示し、ユーザＩＤが「２０１３１」を示している場合、メッセージ検索部４１５は、まずユーザＩＤ「２０１３１」を登録情報４２３ａの対象メンバー欄Ｈ３から検索する。そして、メッセージ検索部４１５は、目的地（施設）のカテゴリが「スーパー」であるという通知をカテゴリ特定部４１３から受けるので、ユーザＩＤ「２０１３１」に対応して登録情報４２３ａのカテゴリ欄Ｈ４２にカテゴリ「スーパー」が登録されているか否かを判別する。そしてさらに、メッセージ検索部４１５は、カテゴリ「スーパー」が登録されていれば、ユーザＩＤ「２０１３１」及びカテゴリ「スーパー」に対応して時間帯欄Ｈ５に登録されている時間帯に、１９時が含まれるか否かを判別する。

ここで、図３３に示すように、ユーザＩＤ「２０１３１」に対応して登録情報４２３ａのカテゴリ欄Ｈ４２にはカテゴリ「スーパー」が登録され、時間帯欄Ｈ５には時間帯「１５：００〜１９：３０」が登録されている。従って、メッセージ検索部４１５は、ユーザＩＤ「２０１３１」に対応して登録情報４２３ａのカテゴリ欄Ｈ４２にカテゴリ「スーパー」が登録されており、ユーザＩＤ「２０１３１」及びカテゴリ「スーパー」に対応して登録されている時間帯に、１９時が含まれていると判別する。

その結果、メッセージ検索部４１５は、ユーザＩＤ「２０１３１」及びカテゴリ「スーパー」に対応して登録情報４２３ａのメッセージ欄Ｈ６に登録されているメッセージ「牛肉４００ｇ買ってきて」を特定する。つまり、メッセージ検索部４１５は、ユーザＩＤと、予測結果データに示される目的地と、到着予定時刻に対応するメッセージを登録情報４２３ａから検索して、そのメッセージを特定する。

そしてメッセージ検索部４１５は、このように検索して特定したメッセージの内容を送信データ作成部４１４に通知する。

送信データ作成部４１４は、上記通知を受けると、そのメッセージを例えば電子メールなどにより通知するための送信データを作成し、この送信データをサーバ送受信部４３０からカーナビ１００Ｂに送信させる。

カーナビ１００Ｂのメッセージ表示部１５０は、上記送信データをカーナビ１００Ｂの送受信部１６０を介して取得すると、その送信データにより示されるメッセージを表示する。

図３６の（ａ）及び（ｂ）は、カーナビ１００Ｂのメッセージ表示部１５０に表示される画面の一例を示す画面表示図である。

この図３６の（ａ）に示すように、メッセージ表示部１５０にはメッセージウインドＷｎ１１が表示され、そのメッセージウインドＷｎ１１の中には、「お母さんからメッセージがあります」の文字と、上述の検索されたメッセージ「牛肉４００ｇ買ってきて」とが表示される。

また、カーナビ１００Ｂのユーザであってグループ「家族」のメンバーである「お父さん」が自宅に帰宅する途中であるときには、メンバー「お父さん」及び目的地「自宅」に対応して登録情報４２３ａに登録されたメッセージの送信データがサーバ４００からカーナビ１００Ｂに送信されるので、図３６の（ｂ）に示すように、メッセージウインドＷｎ１２の中には、「お母さんからメッセージがあります」の文字と、メッセージ「今夜はカレーです」とが表示される。

図３６の（ｃ）は、携帯電話６００のメッセージ表示部に表示される画面の一例を示す画面表示図である。

携帯電話６００のユーザであってグループ「家族」のメンバーである「太郎」が自宅に帰宅する途中であるときには、メンバー「太郎」及び目的地「自宅」に対応して登録情報４２３ａに登録されたメッセージの送信データがサーバ４００から携帯電話６００へ送信されるので、図３６の（ｃ）に示すように、携帯電話６００のメッセージ表示部には、上述と同様に、「お母さんからメッセージがあります」の文字と、メッセージ「今夜はカレーです」とが表示される。

ここで、本実施の形態におけるサーバ４００の検索抽出機能部４１０の動作について、図３７を参照して説明する。

図３７は、サーバ４００の検索抽出機能部４１０の動作を示す動作フロー図である。
まず、ユーザ識別部４１２は、カーナビ１００Ｂから予測結果データとユーザＩＤとを取得すると（ステップＳ２２０）、そのユーザＩＤが登録情報４２３ａの対象メンバー欄Ｈ３に登録されているか否かを判別する（ステップＳ２２２）。

そして、登録されていると判別したときには（ステップＳ２２２のＹ）、ユーザ識別部４１２は、予測結果データ及びユーザＩＤをカテゴリ特定部４１３に通知し、カテゴリ特定部４１３は、カテゴリ情報４１１ａを参照して（ステップＳ２２４）、その予測結果データにより示される目的地が所定のカテゴリに属するか否かを判別する（ステップＳ２２６）。

その結果、所定のカテゴリに属すると判別した場合には（ステップＳ２２６のＹ）、カテゴリ特定部４１３はそのカテゴリを特定してメッセージ検索部４１５に通知する（ステップＳ２２８）。

次に、メッセージ検索部４１５は登録情報４２３ａを参照して（ステップＳ２３０）、カーナビ１００ＢからのユーザＩＤと、予測結果データにより示される目的地、又はカテゴリが特定されたときにはそのカテゴリと、予測結果データにより示される到着予定時刻とに応じたメッセージが登録情報４２３ａに登録されているか否かを判別する（ステップＳ２３２）。

そして、該当するメッセージが登録情報４２３ａに登録されていれば（ステップＳ２３２のＹ）、メッセージ検索部４１５はそのメッセージを送信データ作成部４１４に通知し（ステップＳ２３４）、送信データ作成部４１４は、そのメッセージを示す送信データを作成してサーバ送受信部４３０からカーナビ１００Ｂへ送信する（ステップＳ２３６）。

このような実行支援システム３では、カーナビ１００Ｂや携帯電話６００が所定の目的地に向かっていると予測したときには、サーバ４００が、予め登録されたメッセージの中から上記目的地に応じたメッセージを選択して、カーナビ１００Ｂ又は携帯電話６００にそのメッセージの表示という制御を実行させるため、カーナビ１００Ｂ又は携帯電話６００のユーザは、例えば「スーパーに向かっているが何か用事はないか？」などの問い合わせを行うような煩わしい手間を省くことができ、そのユーザの行動に応じたメッセージを受け取ることができる。

なお、本実施の形態におけるサーバ４００は、カーナビ１００Ｂの現在地周辺に目的地と同一のカテゴリに属する施設があるか否かを検索し、その施設の名称及び場所を知らせる内容のメッセージ含む送信データをカーナビ１００Ｂに送信しても良い。

この場合、カーナビ１００Ｂの予測機能部１１０Ｂは、位置検出部１０１で検出された現在地を予測結果データに含めてサーバ４００に送信する。そして、サーバ４００は、予測結果データに含まれる目的地が所定のカテゴリに属するか否かを判別し、目的地が例えばカテゴリ「スーパー」に属すると判別すると、予測結果データに含まれる現在地周辺にある「スーパー」を、自らが所持するデータベースやインターネットを用いて検索する。このとき、サーバ４００は、現在地周辺にあって「安売りの実施」や「タイムサービスの実施」などの条件に合致する「スーパー」を検索しても良い。検索の結果、該当する施設があれば、サーバ４００は登録情報４２３ａに含まれるメッセージ「牛肉４００ｇ買ってきて」とともに、メッセージ「近くの○○交差点のスーパー「エコエコマート」でタイムサービス実施中」を含む送信データをカーナビ１００Ｂに送信する。

これにより、カーナビ１００Ｂのメッセージ表示部１５０には、上記メッセージが表示されるため、カーナビ１００Ｂのユーザは、わざわざ目的地まで行かなくても近くのスーパーで買い物を済ませることができるとともに、条件の良いスーパーを選択することができる。これにより、ユーザにとってより使い勝手を向上することができる。

さらに、本実施の形態におけるサーバ４００に、カーナビ１００Ｂや携帯電話６００からの返信結果に応じた動作を実行させても良い。

例えば、サーバ４００は、メッセージ「牛肉４００ｇ買ってきて」を含む送信データをカーナビ１００Ｂ及び携帯電話６００に送信する。その送信データに基づくメッセージ「牛肉４００ｇ買ってきて」を見たカーナビ１００Ｂのユーザが、実際に牛肉４００ｇを買って、買ったことを知らせる内容のメッセージを返信するための操作を行うと、カーナビ１００Ｂは、そのメッセージをサーバ４００に返信する。そこで、サーバ４００は、その返信をカーナビ１００Ｂから取得したときに、買ったことを知らせる内容の返信メッセージを未だ携帯電話６００から取得していない場合には、その携帯電話６００に対して「カーナビ１００Ｂのユーザ（お父さん）が買った」ことを知らせる内容のメッセージを送信する。

これにより、携帯電話６００のユーザは、既に牛肉４００ｇが買われているので、メッセージ「牛肉４００ｇ買ってきて」の内容を実行する必要がないことを把握することができ、カーナビ１００Ｂ及び携帯電話６００のユーザが共に牛肉４００ｇを買ってくることを防ぐことができる。これにより、使い勝手をさらに向上することができる。

また、本実施の形態におけるサーバ４００の登録機能部４２０に、ユーザ情報を予め記憶しているユーザ情報記憶部を備え、サーバ４００の登録部４２２は、そのユーザ情報の内容に基づいて、グループやカテゴリを問い合わせる画面を自宅端末５００の表示部５０２に表示させても良い。このユーザ情報には、ユーザごとに、所定の対象メンバーのユーザＩＤやグループ、及び目的地のカテゴリなどが初期設定として登録されているとともに、過去に登録された対象メンバーのユーザＩＤなどが履歴として登録されている。そして、登録部４２２は、図３２の（ｂ）に示すように、グループ選択画面を自宅端末５００の表示部５０２に表示させるときには、ユーザ情報に初期設定として登録されているグループや、履歴として最近頻繁に登録されているグループを、自宅端末５００で選択されやすいように例えば上方に表示させたり大きく表示させたりする。また、登録部４２２は、図３２の（ｃ）に示すように、対象メンバー枠Ｗｎ１や予測目的地枠Ｗｎ２などを自宅端末５００の表示部５０２に表示させるときには、ユーザ情報に初期設定として登録されている対象メンバーやカテゴリ、又は履歴として最近頻繁に登録されている対象メンバーやカテゴリを、自宅端末５００で選択されやすいように、例えばチェックボックスＢｘ２１にチェック印が入力された状態、又は選択ボックスＢｘ２２にカテゴリが入力された状態で表示させる。

このように、登録部４２２がユーザ情報に基づいてグループやカテゴリを問い合わせる画面を表示することで、実施の形態２と同様、サーバ４００はいわゆる学習機能を有し、自宅端末５００を操作するユーザの使い勝手を向上することができる。

なお、本実施の形態では、ユーザ「お母さん」がグループのメンバー「お父さん」などに対してメッセージを送る場合について例を挙げて説明したが、ユーザ「お母さん」が自分に対してメッセージを送っても良い。つまり、ユーザ「お母さん」はメッセージの送信対象となるメンバーに自分を選んで、メッセージを登録情報４２３ａに登録させておく。

これにより、例えばレンタルビデオで借りたい映画の名称をメッセージとして登録情報４２３ａに登録しておけば、ユーザ「お母さん」がカーナビ１１０Ｂの搭載された自動車を運転してレンタルビデオ店に近づくと、その映画の名称がメッセージとしてカーナビ１１０Ｂに表示されるため、ユーザ「お母さん」はその名称を忘れても直ぐに知ることができる。

なお、実施の形態１〜３では、カーナビ１１０，１１０Ａ，１１０Ｂや携帯電話６００の移動端末のそれぞれに、位置検出部１０１や地図情報記憶部１０３などの構成要素を備えたが、少なくとも位置検出部１０１を備えていれば良く、位置検出部１０１以外の他の構成要素を上記移動端末とは異なる他の装置に備えても良い。例えば、実施の形態３のメッセージ表示部１５０をカーナビ１００Ｂ以外の他の装置に備えても良く、実施の形態２の操作部１３１をカーナビ１００Ａ以外の他の装置に備えても良い。さらに、地図情報記憶部１０３やノード判定部１０２などを他のサーバに備え、位置検出部１０１を備えたカーナビ１１０などの移動端末と、上記サーバとを、インターネット９００を介して互いに通信させても良い。

このように、カーナビ１１０などの移動端末に位置検出部１０１を備え、位置検出部１０１以外の他の構成要素を上記移動端末とは異なる他の装置に備えることにより、移動端末の軽量化を図ることができる。

本発明に係る実行支援システムは、ユーザによる煩わしい操作を省いてそのユーザの行動に応じた機器の制御の実行を支援することができるという作用効果を奏し、例えば家電機器や、病院又は店舗に設置された端末機器、携帯電話に対する制御の実行を支援するのに有用である。

図１は、本発明の第１の実施の形態における実行支援システムの構成を示す構成図である。 図２は、同上のカーナビの機能構成を示す機能ブロック図である。 図３は、同上のホームゲートウェイの機能構成を示す機能ブロック図である。 図４は、同上の地図情報に含まれる内容を示す情報内容表示図である。 図５は、同上の履歴情報に含まれる内容を示す情報内容表示図である。 図６は、同上の遷移状態情報に含まれる内容の一例を模式的に示す情報内容表示図である 図７の（ａ）〜（ｃ）は、同上の条件テーブルに含まれる内容を示す情報内容表示図である。 図８は、同上の条件決定部の一連の動作を示す動作フロー図である。 図９の（ａ）〜（ｃ）は、同上の木構造の条件テーブルに含まれる内容を示す情報内容表示図である。 図１０は、同上のカーナビの予測機能部の一連の動作を示す動作フロー図である。 図１１は、同上のスクリプトフォーマットの一例を示すフォーマット表示図である。 図１２は、同上の制御指示データに含まれる内容を示す情報内容表示図である。 図１３は、同上のパラメータデータに含まれる内容を示す情報内容表示図である。 図１４の（ａ）及び（ｂ）は、同上のスクリプトの一例を示すスクリプト表示図である。 図１５は、同上のユーザ情報に含まれる内容を示す情報内容表示図である。 図１６は、同上のローカルアドレス情報に含まれる内容を示す情報内容表示図である。 図１７は、同上の実行支援システムの動作を示すシーケンス図である。 図１８は、同上のスクリプトを実行したテレビの画面を示す画面表示図である。 図１９は、本発明の第２の実施の形態における実効支援システムの構成を示す構成図である。 図２０は、同上のサーバ及びカーナビの機能構成を示す機能ブロック図である。 図２１は、同上の登録情報に含まれる内容を示す情報内容表示図である。 図２２は、同上の病院端末の画面の一例を示す画面表示図である。 図２３は、同上のユーザ情報に含まれる内容を示す情報内容表示図である。 図２４は、同上の表示部に表示される画面を説明するための画面表示図である。 図２５は、同上の表示部に表示される他の画面を説明するための画面表示図である。 図２６は、同上のスクリプトフォーマットの一例を示すフォーマット表示図である。 図２７は、同上のスクリプトの一例を示すスクリプト表示図である。 図２８は、同上の実行支援システムの動作を示すシーケンス図である。 図２９は、本発明の第３の実施の形態における実行支援システムの構成を示す構成図である。 図３０は、同上のカーナビ及びサーバ並びに自宅端末の機能構成を示す機能ブロック図である。 図３１は、同上のユーザグループ情報に含まれる内容を示す情報内容表示図である。 図３２は、同上の登録部が自宅端末の表示部に表示させる画面の一例を示す画面表示図である。 図３３は、同上の登録情報に含まれる内容を示す情報内容表示図である。 図３４は、同上のサーバの登録機能部の動作を示す動作フロー図である。 図３５は、同上のカテゴリ情報に含まれる内容を示す情報内容表示図である。 図３６の（ａ）及び（ｂ）は、同上のカーナビのメッセージ表示部に表示される画面の一例を示す画面表示図であり、（ｃ）は、同上の携帯電話のメッセージ表示部に表示される画面の一例を示す画面表示図である。 図３７は、同上のサーバの検索抽出機能部の動作を示す動作フロー図である。

Claims (2)

1. 所定の機器に対する制御の実行を支援する実行支援システムであって、
   自動車を運転しているユーザの位置を検出する位置検出手段と、
   前記位置検出手段で検出された位置、および前記位置が検出された時刻の履歴を、交差点およびユーザが前記交差点を通過する通過時刻の履歴として蓄積する履歴蓄積手段と、
   前記位置検出手段で検出された位置と、前記履歴蓄積手段で蓄積されている履歴の出現頻度から、前記ユーザが前記自動車で向かう目的地を予測して、前記予測結果を示す内容の予測結果データを出力する、前記自動車内に配設されたカーナビゲーションシステム端末と、
   施設の属するカテゴリとそのカテゴリに対応する前記機器の制御内容とが登録された登録情報を保持し、前記予測結果データにより示される目的地の施設が所定のカテゴリに属するか否かを判別し、所定のカテゴリに属すると判別したときには、登録情報に登録されている制御内容の中から、前記カテゴリに対応する制御内容を特定する制御内容特定手段と、
   前記制御内容特定手段により特定された制御内容を、前記ユーザに確認した後に、前記機器に対して送信し、実行させる実行手段とを備え、
   前記カーナビゲーションシステム端末は、前記履歴蓄積手段で蓄積されている前記交差点をユーザが通過する度に目的地を予測し、
   前記実行手段は、前記機器へ前記制御内容特定手段で特定された制御内容を送信した後に、前記予測した目的地が外れたと判断した場合には、前記制御内容をキャンセルする指示を送信する
   ことを特徴とする実行支援システム。
2. 所定の機器に対する制御の実行を支援する実行支援システムであって、
   自動車を運転しているユーザの位置を検出する位置検出手段と、
   前記位置検出手段で検出された位置、および前記位置が検出された時刻の履歴を、交差点およびユーザが前記交差点を通過する通過時刻の履歴として蓄積する履歴蓄積手段と、
   前記位置検出手段で検出された位置と、前記履歴蓄積手段で蓄積されている履歴の出現頻度から、前記ユーザが前記自動車で向かう目的地と前記目的地の到着予定時刻とを予測して、前記予測結果を示す内容の予測結果データを出力する、前記自動車内に配設されたカーナビゲーションシステム端末と、
   施設の属するカテゴリとそのカテゴリに対応する前記機器の制御内容とが登録された登録情報を保持し、前記予測結果データにより示される目的地の施設が所定のカテゴリに属するか否かを判別し、所定のカテゴリに属すると判別したときには、登録情報に登録されている制御内容の中から、前記カテゴリに対応する制御内容を特定する制御内容特定手段と、
   前記制御内容特定手段により特定された制御内容を、前記ユーザに確認した後に、前記機器に対して送信し、実行させる実行手段とを備え、
   前記カーナビゲーションシステム端末は、前記履歴蓄積手段で蓄積されている前記交差点をユーザが通過する度に目的地と到着予定時刻とを予測し、
   前記実行手段は、前記機器へ前記到着予定時刻に基づく制御内容を送信した後に、前記到着予定時刻が外れたと判断した場合には、再び、前記機器へ制御内容を送信する
   ことを特徴とする実行支援システム。

Images