(57)【要約】【課題】音声から乗員が希望する行き先を的確に提案できるナビゲーションシステム及びナビゲーション装置を提供すること。【解決手段】車両の現在位置が、所定の起点位置から会話音声に基づいて推定された推定目的地までに対して予め探索される経路上またはその経路から所定距離範囲内に位置していれば（Ｓ１５６：Ｙｅｓ）、その車両は、推定目的地に向けて走行していると判断することができる。これにより、推定目的地に向けて走行していると判断される場合に、その推定目的地を提案する一方、推定目的地までの経路から外れて走行していると判断される場合は、その推定目的地が提案されない。よって、音声から乗員が希望する行き先（推定目的地）を的確に提案できる。【選択図】図１３
2010190744.tif 000002
【特許請求の範囲】
【請求項１】
車両の現在位置から目的地までの経路を設定して出力するナビゲーションシステムであって、
音声を取得する音声取得手段と、
その音声取得手段により取得される音声の内容を解析する音声解析手段と、
その音声解析手段による解析結果に基づいて乗員の希望する行き先を推定する行き先推定手段と、
所定の起点位置からその行き先推定手段により推定される前記行き先までの経路を探索する経路探索手段と、
前記車両の現在位置が、その経路探索手段により探索される経路上またはその経路から所定距離範囲内に位置するか否かを判定する現在位置判定手段と、
その現在位置判定手段により、前記車両の現在位置が前記経路探索手段により探索される経路上またはその経路から所定距離範囲内に位置すると判定される場合に、前記行き先推定手段により推定される前記行き先に関する情報を出力する行き先出力手段と、
その行き先出力手段によって出力される前記情報により示される前記行き先に、乗員が同意するか否かを判断する同意判断手段と、
その同意判断手段によって乗員が前記行き先に同意すると判断される場合に、前記行き先推定手段により推定される前記行き先を前記目的地として設定する目的地設定手段とを備えることを特徴とするナビゲーションシステム。
【請求項２】
前記車両のイグニッションスイッチがオンされた場合に、その時の前記車両の位置情報を取得するする車両位置情報取得手段と、
その車両位置情報取得手段に記憶される位置情報によって示される位置を、前記経路探索手段において用いられる前記所定の起点位置として設定する起点位置設定手段とを備えることを特徴とする請求項１記載のナビゲーションシステム。
【請求項３】
前記経路探索手段において用いられる前記所定の起点位置を登録する起点位置登録手段を備えることを特徴とする請求項１記載のナビゲーションシステム。
【請求項４】
前記行き先推定手段は、その音声解析手段による解析結果に基づいて乗員の希望する行き先を複数推定し、
前記経路探索手段は、前記行き先推定手段により推定される複数の行き先毎に、前記起点位置からその行き先までの経路をそれぞれ探索し、
前記現在位置判定手段は、前記車両の現在位置が、その経路探索手段により探索される経路上またはその経路から所定距離範囲内に位置するか否かを、前記複数の行き先毎に探索される各経路のそれぞれについて判定するものであり、
前記行き先出力手段は、前記現在位置判定手段によって、前記車両の現在位置が前記経路探索手段により探索される経路上またはその経路から所定距離範囲内に位置すると判定される経路に対応する行き先に関する情報を出力するものであることを特徴とする請求項１から３のいずれかに記載のナビゲーションシステム。
【請求項５】
車両外にて発せられる音声を記憶する音声記憶手段を備え、
前記音声取得手段は、その音声記憶手段に記憶される音声を取得するものであることを特徴とする請求項１から４のいずれかに記載のナビゲーションシステム。
【請求項６】
車両の現在位置を検出する現在位置検出手段と、
目的地を設定する目的地設定手段と、
前記現在位置検出手段により検出される前記車両の現在位置から前記目的地設定手段により設定される前記目的地までの経路を設定する経路設定手段と、
その経路設定手段により設定される前記経路を出力する経路出力手段と、
音声の内容を解析する音声解析手段と、
その音声解析手段による解析結果に基づいて乗員の希望する行き先を推定する行き先推定手段と、
所定の起点位置から前記行き先推定手段により推定される前記行き先までの経路を探索する経路探索手段と、
前記車両の現在位置が、その経路探索手段により探索される経路上またはその経路から所定距離範囲内に位置するか否かを判定する現在位置判定手段と、
その現在位置判定手段により、前記車両の現在位置が前記経路探索手段により探索される経路上またはその経路から所定距離範囲内に位置すると判定される場合に、前記行き先推定手段により推定される前記行き先に関する情報を出力する行き先出力手段と、
その行き先出力手段によって出力される情報により示される前記行き先に、乗員が同意するか否かを判断する同意判断手段と、
その同意判断手段によって乗員が前記行き先に同意すると判断される場合に、前記目的地設定手段により設定される前記目的地として、前記行き先推定手段により推定される前記行き先に設定する推定行き先設定手段とを備えることを特徴とするナビゲーション装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ナビゲーションシステム及びナビゲーション装置に関し、特に、音声から乗員が希望する行き先を的確に提案できるナビゲーションシステム及びナビゲーション装置に関するものである。
【背景技術】
【０００２】
従来より、乗員の発する音声から所定の語句を認識し、その認識された語句より乗員が希望する行き先を推定して提案し、乗員がその提案された行き先に同意すれば、その行き先を目的地として経路誘導するナビゲーション装置が知られている（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００１−２８９６６１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述した従来の技術は、乗員の発する音声のみに基づいて、乗員が希望する行き先を推定し提案するものであるので、車両がその推定される行き先とは全く異なる場所を走行していても、その推定された行き先が提案されてしまうなど、その行き先の提案が的確に行われない場合があるという問題点があった。
【０００５】
本発明は、上述した問題点を解決するためになされたものであり、音声から乗員が希望する行き先を的確に提案できるナビゲーションシステム及びナビゲーション装置を提供することを目的としている。
【課題を解決するための手段】
【０００６】
この目的を達成するために請求項１記載のナビゲーションシステムは、車両の現在位置から目的地までの経路を設定して出力するものであって、音声を取得する音声取得手段と、その音声取得手段により取得される音声の内容を解析する音声解析手段と、その音声解析手段による解析結果に基づいて乗員の希望する行き先を推定する行き先推定手段と、所定の起点位置からその行き先推定手段により推定される前記行き先までの経路を探索する経路探索手段と、前記車両の現在位置が、その経路探索手段により探索される経路上またはその経路から所定距離範囲内に位置するか否かを判定する現在位置判定手段と、その現在位置判定手段により、前記車両の現在位置が前記経路探索手段により探索される経路上またはその経路から所定距離範囲内に位置すると判定される場合に、前記行き先推定手段により推定される前記行き先に関する情報を出力する行き先出力手段と、その行き先出力手段によって出力される前記情報により示される前記行き先に、乗員が同意するか否かを判断する同意判断手段と、その同意判断手段によって乗員が前記行き先に同意すると判断される場合に、前記行き先推定手段により推定される前記行き先を前記目的地として設定する目的地設定手段とを備える。
【０００７】
請求項２記載のナビゲーションシステムは、請求項１記載のナビゲーションシステムにおいて、前記車両のイグニッションスイッチがオンされた場合に、その時の前記車両の位置情報を取得するする車両位置情報取得手段と、その車両位置情報取得手段に記憶される位置情報によって示される位置を、前記経路探索手段において用いられる前記所定の起点位置として設定する起点位置設定手段とを備える。
【０００８】
請求項３記載のナビゲーションシステムは、請求項１記載のナビゲーションシステムにおいて、前記経路探索手段において用いられる前記所定の起点位置を登録する起点位置登録手段を備える。
【０００９】
請求項４記載のナビゲーションシステムは、請求項１から３のいずれかに記載のナビゲーションシステムにおいて、前記行き先推定手段は、その音声解析手段による解析結果に基づいて乗員の希望する行き先を複数推定し、前記経路探索手段は、前記行き先推定手段により推定される複数の行き先毎に、前記起点位置からその行き先までの経路をそれぞれ探索し、前記現在位置判定手段は、前記車両の現在位置が、その経路探索手段により探索される経路上またはその経路から所定距離範囲内に位置するか否かを、前記複数の行き先毎に探索される各経路のそれぞれについて判定するものであり、前記行き先出力手段は、前記現在位置判定手段によって、前記車両の現在位置が前記経路探索手段により探索される経路上またはその経路から所定距離範囲内に位置すると判定される経路に対応する行き先に関する情報を出力するものである。
【００１０】
請求項５記載のナビゲーションシステムは、請求項１から４のいずれかに記載のナビゲーションシステムにおいて、車両外にて発せられる音声を記憶する音声記憶手段を備え、前記音声取得手段は、その音声記憶手段に記憶される音声を取得するものである。
【００１１】
請求項６記載のナビゲーション装置は、車両の現在位置を検出する現在位置検出手段と、目的地を設定する目的地設定手段と、前記現在位置検出手段により検出される前記車両の現在位置から前記目的地設定手段により設定される前記目的地までの経路を設定する経路設定手段と、その経路設定手段により設定される前記経路を出力する経路出力手段と、音声の内容を解析する音声解析手段と、その音声解析手段による解析結果に基づいて乗員の希望する行き先を推定する行き先推定手段と、所定の起点位置から前記行き先推定手段により推定される前記行き先までの経路を探索する経路探索手段と、前記車両の現在位置が、その経路探索手段により探索される経路上またはその経路から所定距離範囲内に位置するか否かを判定する現在位置判定手段と、その現在位置判定手段により、前記車両の現在位置が前記経路探索手段により探索される経路上またはその経路から所定距離範囲内に位置すると判定される場合に、前記行き先推定手段により推定される前記行き先に関する情報を出力する行き先出力手段と、その行き先出力手段によって出力される情報により示される前記行き先に、乗員が同意するか否かを判断する同意判断手段と、その同意判断手段によって乗員が前記行き先に同意すると判断される場合に、前記目的地設定手段により設定される前記目的地として、前記行き先推定手段により推定される前記行き先に設定する推定行き先設定手段とを備える。
【発明の効果】
【００１２】
請求項１記載のナビゲーションシステムによれば、音声取得手段により取得される音声の内容が音声解析手段により解析される。そして、その解析結果に基づいて、乗員の希望する行き先が行き先推定手段により推定され、この推定される行き先に関する情報が行き先出力手段により出力される。この出力される情報により示される行き先に乗員が同意すると同意判断手段により判断されると、行き先推定手段により推定される行き先が目的地設定手段によって目的地として設定される。これにより、音声に基づいて推定される行き先が、乗員の同意のもとで目的地として設定される。そして、車両の現在位置からその目的地までの経路が設定されて、出力される。
【００１３】
一方、所定の起点位置から行き先推定手段により推定される行き先までの経路が経路探索手段により探索され、車両の現在位置が、その経路探索手段により探索される経路上またはその経路から所定距離範囲内に位置するか否かが現在位置判定手段により判定される。そして、上述の行き先出力手段は、その現在位置判定手段により、車両の現在位置が経路探索手段により探索される経路上またはその経路から所定距離範囲内に位置すると判定される場合に、行き先推定手段により推定される行き先に関する情報を出力するように構成されている。
【００１４】
ここで、車両の現在位置が、所定の起点位置から行き先推定手段により推定された行き先までに対して探索される経路上またはその経路から所定距離範囲内に位置していれば、その車両は、推定された行き先に向けて走行していると判断することができる。請求項１記載のナビゲーションシステムでは、そのような場合、即ち、行き先推定手段により推定される行き先に向けて走行していると判断される場合に、その推定される行き先を、行き先出力手段により出力する一方、行き先推定手段により推定される行き先までの経路から外れて走行していると判断される場合は、その推定される行き先が出力されない。よって、音声から乗員が希望する行き先を的確に提案できるという効果がある。
【００１５】
請求項２記載のナビゲーションシステムによれば、請求項１記載のナビゲーションシステムの奏する効果に加え、次の効果を奏する。即ち、車両のイグニッションスイッチがオンされた場合に、その時の車両の位置情報が車両位置情報取得手段により取得される。そして、起点位置設定手段によって、経路探索手段における所定の起点位置としてその車両位置情報取得手段により取得された位置情報により示される位置が設定される。これにより、経路探索手段により探索される経路の起点位置を、車両のイグニッションスイッチがオンされた時の車両位置、即ち、実際の車両の出発位置に設定することができる。よって、車両の現在位置が、その車両のイグニッションスイッチがオンされた時の車両位置から行き先推定手段により推定された行き先までに対して探索された経路上またはその経路から所定距離範囲内に位置していれば、その車両は、実際の車両の出発位置から推定された行き先に向けて走行しているとの判断を行うことができる。従って、そのような場合に、行き先推定手段により推定される行き先が、行き先出力手段により出力されることによって、音声から乗員が希望する行き先をより的確に提案できるという効果がある。
【００１６】
請求項３記載のナビゲーションシステムによれば、請求項１記載のナビゲーションシステムの奏する効果に加え、次の効果を奏する。即ち、経路探索手段において用いられる所定の起点位置が、起点位置登録手段により登録されるので、経路探索手段により探索される経路の起点位置を、所望の位置に登録することができる。よって、車両の現在位置が、その所望の位置から行き先推定手段により推定された行き先までに対して探索された経路上またはその経路から所定距離範囲内に位置していれば、その車両は推定された行き先に向けて走行しているとの判断を乗員の希望に添って行うことができる。従って、そのような場合に、行き先推定手段により推定される行き先が、行き先出力手段により出力されることによって、音声から乗員が希望する行き先をより的確に提案できるという効果がある。
【００１７】
請求項４記載のナビゲーションシステムによれば、請求項１から３のいずれかに記載のナビゲーションシステムの奏する効果に加え、次の効果を奏する。即ち、音声解析手段による解析結果に基づいて乗員の希望する行き先が行き先推定手段によって複数推定され、その推定される複数の行き先毎に、起点位置からその行き先までの経路が経路探索手段によってそれぞれ探索される。そして、複数の行き先毎に探索される各経路のそれぞれについて、車両の現在位置がその経路上またはその経路から所定距離範囲内に位置するか否かが現在位置判定手段により判定され、その結果、車両の現在位置が経路探索手段により探索される経路上またはその経路から所定距離範囲内に位置すると判定される経路があれば、その経路に対応する行き先に関する情報が、行き先出力手段により出力される。ここで、車両の現在位置が、所定の起点位置から、行き先推定手段により推定された複数の行き先のうち１の行き先に対して探索された経路上またはその経路から所定距離範囲内に位置していれば、その車両は、その１の行き先に向けて走行していると判断することができる。よって、そのような場合に、その１の行き先が行き先出力手段により出力されることによって、音声から乗員が希望する行き先をより的確に提案できるという効果がある。
【００１８】
請求項５記載のナビゲーションシステムによれば、請求項１から４のいずれかに記載のナビゲーション装置の奏する効果に加えて、次の効果を奏する。即ち、車両外にて発せられる音声が音声記憶手段に記憶され、その音声記憶手段に記憶される車両外の音声の内容が音声取得手段により取得される。よって、音声解析手段によって、その音声取得手段により取得される車両外の音声の内容が解析される。これにより、車両外にて発せられる音声に基づいて、乗員の希望する行き先を推定することができる。ここで、車両に乗って向かう行き先は、通常、乗車する前に決定されている場合が多い。従って、車両外にて発せられる音声の内容に基づいて乗員の希望する行き先を推定し、その推定される行き先を出力することにより、音声から乗員の希望する行き先の推定および提案をより的確に行うことができるという効果がある。
【００１９】
請求項６記載のナビゲーション装置によれば、請求項１記載のナビゲーションシステムと同様の効果を奏することができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の一実施形態であるナビゲーションシステムの電気的構成を示すブロック図である。
【図２】搭乗者情報ＤＢの内容の一例を模式的に示した模式図である。
【図３】スケジュールＤＢの内容の一例を模式的に示した模式図である。
【図４】搭乗者・行動履歴ＤＢの内容の一例を模式的に示した模式図である。
【図５】携帯電話機で実行されるメイン処理を示すフローチャートである。
【図６】携帯電話機で実行される会話取得処理を示すフローチャートである。
【図７】携帯電話機で実行されるＢｌｕｅｔｏｏｔｈ接続処理を示すフローチャートである。
【図８】ナビゲーション装置で実行されるメイン処理を示すフローチャートである。
【図９】ナビゲーション装置で実行されるデータ取得処理を示すフローチャートである。
【図１０】ナビゲーション装置で実行される搭乗解析処理を示すフローチャートである。
【図１１】ナビゲーション装置で実行されるスケジュールＤＢ更新処理を示すフローチャートである。
【図１２】ナビゲーション装置で実行される目的地・行動推定処理を示すフローチャートである。
【図１３】ナビゲーション装置で実行される目的地・行動提案処理を示すフローチャートである。
【図１４】ナビゲーション装置で実行される案内処理を示すフローチャートである。
【発明を実施するための形態】
【００２１】
以下、本発明の一実施形態について添付図面を参照して説明する。図１は、本発明の一実形態であるナビゲーションシステム１の電気的構成を示すブロック図である。
【００２２】
まず、このナビゲーションシステム１の概略構成について説明する。ナビゲーションシステム１は、車両の現在位置から目的地までの経路を設定し、その設定した経路を出力して目的地までの経路誘導を行うとともに、音声から搭乗者の希望する目的地を的確に推定し、適切なタイミングで提案できるように構成されている。
【００２３】
このナビゲーションシステム１は、図１に示すように、携帯電話機１０およびナビゲーション装置５０を有している。携帯電話機１０は、通常の電話機能の他に、会話などの音声を録音する音声録音機能を有しており、電話機能による通話や、携帯電話機１０に設けられたマイクロフォン１９を介して取得した携帯電話機１０の周辺で行われる会話などの音声が、録音可能に構成されている。また、携帯電話機１０はＢｌｕｅｔｏｏｔｈ（登録商標）に対応した通信機能を有しており、音声録音機能により録音された会話音声データをナビゲーション装置５０へ転送可能に構成されている。
【００２４】
尚、以下では、携帯電話機１０の音声録音機能により録音される対象を会話音声として説明するが、この会話音声には、複数人より行われる会話によって発せられる音声だけではなく、一人により発せられる音声をも含むものであってもよい。また、以下の説明において、音声録音機能により録音されたデータを会話音声データと称するが、このデータは、複数人により行われる会話に基づくデータだけでなく、一人により発せられた音声に基づくデータをも含むものであってもよい。
【００２５】
ナビゲーション装置５０は、車両に設けられるもので、目的地の設定、車両の現在位置検出、現在位置から目的地までの経路探索、経路探索により探索された経路を道路地図と合わせてナビゲーション装置５０の液晶ディスプレイ（以下、「ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）」と称する。）５８に表示して、搭乗者に経路を案内する経路案内といった、ナビゲーションシステムの主要な処理を実行する。
【００２６】
また、ナビゲーション装置５０は、携帯電話機１０と同様にＢｌｕｅｔｏｏｔｈに対応した通信機能を有しており、携帯電話機１０により主として車両外で録音された会話音声データを携帯電話機１０から取得可能に構成されている。
【００２７】
そして、ナビゲーション装置５０は、携帯電話機１０から取得した会話音声データの内容を解析し、その解析結果に基づいて搭乗者の希望する目的地（行き先）を推定し、その推定された目的地（以下、「推定目的地」と称する。）に関する情報を所定のタイミングでＬＣＤ５８に表示することでその推定目的地を搭乗者に提案すると共に、その提案した推定目的地が搭乗者により受け入れられれば、その推定目的地を目的地に設定して、経路案内が行われるように構成されている。
【００２８】
ここで、車両に乗って向かう目的地は、通常、乗車する前に車両外における会話の中で決定されている場合が多い。よって、ナビゲーションシステム１のように、車両外で行われた会話を携帯電話機１０にて録音し、その会話をナビゲーション装置１０に転送し、ナビゲーション装置１０にて転送された会話の内容に基づき推定目的地を推定して搭乗者に提案することにより、音声から搭乗者の希望する目的地を的確に推定し、提案することができる。
【００２９】
次いで、ナビゲーションシステム１の詳細構成について説明する。まず、携帯電話機１０は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１１、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１２、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１３、フラッシュメモリ１４、Ｂｌｕｅｔｏｏｔｈ通信制御回路（以下、「ＢＴ通信制御回路」と称する。）１５、携帯通信制御回路１７、マイクロフォン１９、スピーカ２０、ＬＣＤ２１、タッチパネル２２、操作キー２３を主に有している。
【００３０】
ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３は、バスライン２４を介して互いに接続されている。また、フラッシュメモリ１４、ＢＴ通信制御回路１５、携帯通信制御回路１７、マイクロフォン１９、スピーカ２０、ＬＣＤ２１、タッチパネル２２、操作キー２３は、いずれも入出力ポート２５に接続され、この入力ポート２５はバスライン２４に接続されている。これにより、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３と入出力ポート２５に接続される各部との間で、各種信号やデータの送受信が行われる。
【００３１】
ＣＰＵ１１は、ＲＯＭ１２やＲＡＭ１３に記憶される固定値やプログラムに従って、携帯電話機１０が有している各機能の制御や、入出力ポート２５と接続された各部を制御する演算装置である。
【００３２】
このＣＰＵ１１には、計時回路１１ａが内蔵されている。計時回路１１ａは、現在の日時を刻む時計機能を有する既知の回路であり、ＣＰＵ１１は、計時回路１１ａにより出力される現在の日時を使用して、携帯電話機１０における通話履歴の管理や、各種データ及びファイルの更新日時（例えば、会話音声データの録音日時や、後述するスケジュール帳データの入力日時など）の管理を行う。
【００３３】
ＲＯＭ１２は、ＣＰＵ１１で実行される制御プログラムなどを格納した書換不能な不揮発性のメモリである。また、ＲＡＭ１３は、書換可能な揮発性のメモリであり、携帯電話機１０の各操作の実行時に各種のデータを一時的に記憶するためのメモリである。
【００３４】
図５から図７のフローチャートに示す各処理を実行するプログラムは、ＲＯＭ１２に格納されている。このうち、図５のフローチャートに示すメイン処理は、携帯電話機１０の主要な処理を実行するものである。携帯電話機１０は、ユーザの日々の予定（スケジュール）を記憶するスケジュール帳機能も有しており、ユーザより入力されたスケジュールをデータ化し、それをスケジュール帳データとして記憶する処理も、このメイン処理の中で行われる。
【００３５】
また、図６のフローチャートに示す会話取得処理は、電話機能の通話による会話音声や、携帯電話機１０周辺で行われる会話音声などを録音する音声録音機能を実現するものである。また、図７のフローチャートに示すＢｌｕｅｔｏｏｔｈ接続処理は、録音した会話音声データや、記憶したスケジュール帳データをナビゲーション装置５０へ転送するものである。
【００３６】
フラッシュメモリ１４は、書換可能な不揮発性のメモリであり、会話音声データ領域１４ａおよびスケジュール帳データ領域１４ｂが主に設けられている。また、フラッシュメモリ１４には、アドレス帳データベース（以下、「アドレス帳ＤＢ（Ｄａｔａｂａｓｅ）」と称する。）１４ｃが格納される。
【００３７】
会話音声データ領域１４ａは、上述した携帯電話機１０の音声録音機能により録音される１以上の会話音声データを格納する領域である。ＣＰＵ１１は、会話取得処理（図６参照）を実行する度に、電話機能の通話による会話音声や、マイクロフォン１９を介して取得した携帯電話機１０周辺で行われる会話の会話音声を、ＭＰ３（ＭＰＥＧ−１／２  Ａｕｄｉｏ  Ｌａｙｅｒ−３）方式やＡＡＣ（ＭＰＥＧ−２  Ａｕｄｉｏ  ＡＡＣ）方式などにより圧縮符号化処理してデータ化し、このデータを会話音声データ領域１４ａに格納する。
【００３８】
そして、録音終了時に、会話音声データ領域１４ａに格納された会話音声データに、携帯電話機所有者の名前、通話相手の名前（電話機能による会話音声の録音の場合のみ）、及び、録音日時に関する情報を付加してファイル化し、最終的にこのファイル化された会話音声データを、会話音声データ領域１４ａに保持する。そして、会話音声データ領域１４ａに格納された会話音声データは、ＣＰＵ１１により実行されるＢｌｕｅｔｏｏｔｈ接続処理（図７参照）によって、ナビゲーション装置５０に対して送信される（図７のＳ３７参照）。
【００３９】
尚、会話音声の圧縮符号化方式は、ＭＰ３方式やＡＡＣ方式に限られず、任意の方式であってもよい。また、会話音声を圧縮処理せずに、非圧縮のまま符号化してデータ化し、その非圧縮の会話音声データを会話音声データ領域１４ａに格納してもよい。
【００４０】
スケジュール帳データ領域１４ｂは、上述した携帯電話機１０のスケジュール機能により、ユーザから入力されたスケジュール帳データを記憶するための領域である。ＣＰＵ１１は、メイン処理を実行することにより、ユーザからタッチパネル２２を介して入力されたスケジュール（行動予定日と行動内容）の内容をデータ化する。そして、そのデータ化されたスケジュール帳データをスケジュール帳データ領域１４ｂに追加し、入力日時と合わせて保持する（図５のＳ１５参照）。そして、スケジュール帳データ領域１４ｂに格納されたスケジュール帳データは、ＣＰＵ１１により実行されるＢｌｕｅｔｏｏｔｈ接続処理（図７参照）により、ナビゲーション装置５０へ送信される（図７のＳ４１参照）。
【００４１】
アドレス帳ＤＢ１４ｃは、ユーザが携帯電話機１０から発呼する可能性のある相手先の名前と電話番号などを相手先ごとに登録し、保持するためのデータベースである。このアドレス帳ＤＢ１４ｃは、電話機能による通話の発呼時や着呼時に用いられるほか、電話機能による会話音声の録音が行われる場合にも用いられ、通話相手先の電話番号から相手先の名前がアドレス帳ＤＢ１４ｃにより特定され、その相手先の名前が録音によって生成される会話音声データファイルに付加される（図６のＳ２９参照）。
【００４２】
また、アドレス帳ＤＢ１４ｃには、携帯電話機１０の所有者に関する情報として、携帯電話機１０の電話番号や所有者の名前などが登録されており、会話音声の録音時において、アドレス帳ＤＢ１４ｃに登録された携帯電話機１０の所有者の名前が会話音声データファイルに付加される（図６のＳ２９参照）。
【００４３】
ＢＴ通信制御回路１５は、Ｂｌｕｅｔｏｏｔｈ用アンテナ１６を有しており、Ｂｌｕｅｔｏｏｔｈ対応機器との間でＢｌｕｅｔｏｏｔｈに準拠した無線通信を行いながらデータの送受信を行う回路である。携帯電話機１０は、このＢＴ通信制御回路１５を介してナビゲーション装置５０との間で無線通信を行い、ナビゲーション装置５０からの制御信号に従って、フラッシュメモリ１４の会話音声データ領域１４ａに格納された会話音声データやスケジュール帳データ領域１４ｂに格納されたスケジュール帳データをナビゲーション装置５０へ送信する。
【００４４】
携帯通信制御回路１７は、携帯通信用アンテナ１７を有しており、携帯電話事業者が構築した通信網の末端に設けられている基地局との間で無線通信を行いながら通話音声などの各種データの送受信を行う回路である。
【００４５】
マイクロフォン１９は、ユーザの音声を音声データに変換する入力装置であり、マイクロフォン１９により変換された音声データは、送話音声として携帯通信制御回路１８を介して相手先の携帯電話機に向けて出力される。また、音声録音機能により会話音声を録音する場合、マイクロフォン１９により変換された音声データを圧縮符号化およびファイル化して、会話音声データ領域１４ａに格納する。
【００４６】
尚、電話機能の通話による会話を録音する場合は、マイクロフォン１９により変換された音声データと、携帯通信制御回路１７により受信した音声データとを合成処理した上で、圧縮符号化およびファイル化し、それを会話音声データ領域１４ａに格納する。
【００４７】
スピーカ２０は、音声信号を音声に変換して外部へ出力（放音）する出力装置であり、例えば、携帯通信制御回路１７により受信した音声データを出力したり、タッチパネル２２や操作キー２３が操作されたときの操作音を出力する。
【００４８】
ＬＣＤ２１は、タッチパネル２２や操作キー２３の操作に応じてメニューや動作状態などを表示するための表示装置である。タッチパネル２２は、ＬＣＤ２１の表示パネル面に設けられた入力装置であり、指示物（ユーザの指やタッチペンなど）が接触または近接された場合に、その指示物により示された位置情報を出力するものである。ＣＰＵ１１は、タッチパネル２２より出力された位置情報をもとに、ＬＣＤ２１に表示したボタンやアイコンの押下操作の有無を判断したり、入力された文字の文字認識を行ったりする。スケジュール機能におけるスケジュールの入力は、このタッチパネル２２を介して行われる。
【００４９】
操作キー２３は、ユーザによる携帯電話機１０の各種機能の切り替えや、各種動作の指示をタッチパネル２２と共に受け付ける入力装置である。音声録音機能における会話音声の録音開始や録音終了の指示は、操作キー２３によって行われる。
【００５０】
尚、携帯電話機１０は、タッチパネル２２及び操作キー２３の少なくともいずれかが具備されるように構成してもよい。また、スケジュール機能におけるスケジュールの入力は、タッチパネル２２ではなく操作キー２３によって行われてもよい。一方、音声録音機能における会話音声の録音開始や録音終了の指示は、操作キー２３ではなくタッチパネル２２によって行われてもよい。
【００５１】
次に、ナビゲーション装置５０の詳細構成について説明する。ナビゲーション装置５０は、ＣＰＵ５１、ＲＯＭ５２、ＲＡＭ５３、ハードディスクドライブ（以下、「ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）」と称する。）５４、現在位置検出装置５５、ＢＴ通信制御回路５６、ＬＣＤ５８、タッチパネル５９、操作キー６０、スピーカ６１、圧力センサ６２、マイクロフォン６３、音声認識プロセッサ６４、画像認識プロセッサ６５を主に有している。
【００５２】
ＣＰＵ５１、ＲＯＭ５２、ＲＡＭ５３は、バスライン６６を介して互いに接続されている。また、ＨＤＤ５４、現在位置検出装置５５、ＢＴ通信制御回路５６、ＬＣＤ５８、タッチパネル５９、操作キー６０、スピーカ６１、圧力センサ６２、音声認識プロセッサ６４、画像認識プロセッサ６５は、いずれも入出力ポート６７に接続され、その入力ポート６７はバスライン６６に接続されている。これにより、ＣＰＵ５１、ＲＯＭ５２、ＲＡＭ５３と入出力ポート６７に接続される各部との間で、各種信号やデータの送受信が行われる。また、マイクロフォン６３は、音声認識プロセッサ６４に接続され、マイクロフォン６３の出力データは音声認識プロセッサ６４によって解析されるほか、音声認識プロセッサ６４を介して入出力ポートに出力される。
【００５３】
また、ナビゲーション装置５０は、車両に設けられた各座席の座位置のそれぞれに対応して、その座位置に座した搭乗者の顔画像が撮像可能な位置に配設されたカメラ７０が接続されるように構成されている。そして、このカメラ７０により撮像された顔画像データは、画像認識プロセッサ６５に入力される。
【００５４】
ＣＰＵ５１は、ＲＯＭ５２やＲＡＭ５３に記憶される固定値やプログラムに従って、ナビゲーション装置５０が有している各機能の制御や、入出力ポート６７と接続された各部を制御する演算装置である。このＣＰＵ５１には、計時回路５１ａが内蔵されている。計時回路５１ａは、現在の日時を刻む時計機能を有する既知の回路であり、ＣＰＵ５１は、計時回路５１ａにより出力される現在の日時を使用して、各種制御を行う。
【００５５】
ＲＯＭ５２は、ＣＰＵ５１で実行される制御プログラムなどを格納した書換不能な不揮発性のメモリである。図８から図１４のフローチャートに示す各処理を実行するプログラムは、ＲＯＭ５２に格納されている。このうち、図８のフローチャートに示すメイン処理は、ナビゲーション装置５０の主要な処理を実行するものである。図９のフローチャートに示すデータ取得処理は、ＢＴ通信制御回路５６を介して携帯電話機１０より会話音声データやスケジュール帳データを取得するものである。
【００５６】
図１０のフローチャートに示す搭乗解析処理は、車両への搭乗が検出された場合に、その乗車人数、乗車日時、運転者および同乗者を特定するものである。図１１のフローチャートに示すスケジュールＤＢ更新処理は、データ取得処理（図９参照）により取得した会話音声データやスケジュール帳データ、及び、マイクロフォン６４により取得した車両内の会話音声データに基づいて、車両での移動スケジュールを推定し、その移動スケジュールを後述するスケジュールデータベース（以下、「スケジュールＤＢ」と称する。）５４ｅへ登録して更新するものである。
【００５７】
図１２のフローチャートに示す目的地・行動推定処理は、搭乗解析処理（図１０参照）により特定された乗車人数、乗車日時、運転者および同乗者の情報に基づいて、スケジュールＤＢ５４ｅに登録された移動スケジュールの中から、推定目的地を推定するものである。図１３のフローチャートに示す目的地・行動提案処理は、目的地・行動推定処理（図１２参照）により推定された推定目的地を搭乗者へ提案するものである。また、図１４のフローチャートに示す案内処理は、登録された目的地までの経路案内を行うものであり、目的地・行動提案処理（図１３参照）により提案された推定目的地が搭乗者に受け入れられれば、その推定目的地を目的地として経路案内を行うものである。
【００５８】
ＲＡＭ５３は、書換可能な揮発性のメモリであり、ナビゲーション装置５０の各操作の実行時に各種のデータを一時的に記憶するためのメモリである。このＲＡＭ５３には、例えば、推定種別フラグ５３ａが格納されるほか、乗車情報データ領域５３ｂ、探索起点データ領域５３ｃが主として設けられている。
【００５９】
推定種別フラグ５３ａは、ＣＰＵ５１により実行される目的地・行動推定処理（図１２参照）によって推定される推定目的地の種別を示すフラグである。この推定目的地の種別は、電源投入直後に初期値として「Ｎ」が設定され、推定目的地が設定されていないことを示す。その後、推定種別フラグ５３ａは、スケジュールＤＢにより特定されるその推定目的地に向けて行動する予定日に応じて、目的地・行動推定処理（図１２参照）の中で設定される。
【００６０】
具体的には、推定目的地への終了予定日が乗車当日のものであれば、推定種別フラグ５３ａには、その推定目的地が当日到着予定のものであることを示す「Ｄ」が設定される。また、推定目的地への終了予定日が乗車当日ではないが、その推定目的地への行動予定日が乗車日時から所定の日数および時間の範囲内にあり、且つ、その行動予定において開始予定日から終了予定日までに日をまたぐものである場合は、その推定種別フラグ５３ａには、その推定目的地が数日以内に日をまたいで移動すべき予定のものであることを示す「Ｆ」が設定される。また、それら以外の場合は、推定種別フラグ５３ａには「Ｔ」が設定される。
【００６１】
この推定種別フラグ５３ａは、ＣＰＵ５１が目的地・行動提案処理（図１３参照）を実行中に参照され、推定種別フラグ５３ａの設定値に応じて、目的地・行動推定処理（図１２参照）により推定された推定目的地を搭乗者に提案するタイミングが制御される。
【００６２】
乗車情報データ領域５３ｂは、車両への搭乗が検出された場合に、その乗車人数、乗車日時、運転者および同乗者の情報を格納する領域である。ＣＰＵ５１は、搭乗解析処理（図１０参照）を実行することにより、車両への搭乗の有無を判断し、その搭乗が検出された場合に、そのときの乗車人数、乗車日時、運転者および同乗者を特定して、その情報を乗車情報データ領域５３ｂに格納する。
【００６３】
そして、この乗車情報データ領域５３ｂは、ＣＰＵ５１が目的地・行動推定処理（図１２参照）を実行中に参照され、ＣＰＵ５１は、乗車情報データ領域５３ｂに格納された乗車人数、乗車日時、運転者および同乗者の情報に基づいて、後述するスケジュールＤＢ５４ｅに登録された移動スケジュールの中から搭乗者が希望する目的地（推定目的地）を推定する。
【００６４】
探索起点データ領域５３ｃは、ナビゲーション装置５０の電源が投入された時点における車両の位置情報を格納するための領域である。ＣＰＵ５１は、メイン処理（図８参照）において、電源投入直後に実行される初期化処理の１つとして、そのときの車両の位置情報を現在位置検出装置５５から取得して探索起点データ領域５３ｃに格納する。
【００６５】
この探索起点データ領域５３ｃに格納された位置情報は、ＣＰＵ５１が目的地・行動推定処理（図１２参照）の中で推定目的地が推定された後に参照され、その位置情報により示される位置から推定目的地までの経路が探索される（図１２のＳ１４４参照）。即ち、探索起点データ領域５３ｃに格納された位置情報により示される位置は、推定目的地までの経路探索の起点位置として用いられる。
【００６６】
ここで、探索起点データ領域５３ｃに格納される位置情報は、ナビゲーション装置５０の電源が投入された時点における車両の位置情報であるので、探索起点データ領域５３ｃに格納された位置情報により示される位置から推定目的地までの経路探索は、車両の出発地点または車両が過去に通過した地点から推定目的地までの経路探索を行ったことを意味する。そして、この経路探索の結果は、ＣＰＵ５１により実行される目的地・行動提案処理（図１３参照）の中で参照され、車両の現在位置がこの経路探索で探索された経路上もしくはその経路から所定距離の範囲内にある場合に、その車両が推定された目的地に向けて走行していると判断する。
【００６７】
尚、推定目的地までの経路探索は、後述する搭乗者情報ＤＢ５４ｄに登録されている自宅住所により示される位置（自宅位置）からも行われ、車両の現在位置が、この経路探索で探索された経路上もしくはその経路から所定距離の範囲内にある場合にも、その車両が推定された目的地に向けて走行していると判断する。
【００６８】
そして、探索起点データ領域５３ｃにより示される起点位置および搭乗者情報ＤＢ５４ｄにより示される自宅位置から推定目的地までに対して探索された経路に基づき、車両が推定された目的地に向けて走行しているか否かを判断した結果によって、推定目的地をＬＣＤ５８に表示するか否かが決定される。即ち、車両が推定目的地に向けて走行していると判断される場合は、その推定目的地が搭乗者に提案される。一方、車両が推定目的地に向けて走行していないと判断される場合は、その推定目的地の提案が非実行とされる。よって、搭乗者が希望する目的地をより的確に提案できる。
【００６９】
その他、ＲＡＭ５３には、ＣＰＵ５１により実行される各処理に用いられる各種フラグが格納される。
【００７０】
例えば、データ取得処理フラグは、携帯電話機１０より会話音声データやスケジュール帳データを取得する処理が完了したか否かを示すフラグであり、データ取得処理フラグがオンであれば、その処理が完了したことを示し、オフであれば、その処理が完了していないことを示す。このデータ取得処理フラグは、電源投入直後には初期値としてオフが設定され、データ取得処理フラグがオフである間、ＣＰＵ５１はメイン処理の中でデータ取得処理（図９参照）を実行する。
【００７１】
そして、そのデータ取得処理により、携帯電話機１０から会話音声データやスケジュール帳データを取得する処理が実行されると、データ取得処理フラグはオンに設定され、以後、メイン処理において、データ取得処理の実行がスキップされる。
【００７２】
データ更新フラグは、ＨＤＤ５４に設けられた後述の会話音声データ領域５４ａに格納された会話音声データ又はスケジュール帳データ領域５４ｂに格納されたスケジュール帳データが更新されたことを示すフラグであり、データ更新フラグがオンであればこれらのデータが更新されたことを示し、オフであれば更新されていないことを示す。
【００７３】
このデータ更新フラグは、電源投入直後に初期値としてオフが設定され、データ取得処理（図９参照）により、携帯電話機１０より取得した会話音声データやスケジュール帳データが、会話音声データ領域５４ａ又はスケジュール帳データ領域５４ｂに格納されると、データ更新フラグがオンされる。そして、このデータ更新フラグは、ＣＰＵ５１がスケジュールＤＢ更新処理（図１１参照）を実行中に参照され、データ更新フラグがオンであれば、データ取得処理（図９参照）によって会話音声データ領域５４ａ又はスケジュール帳データ領域５４ｂに格納された各データから移動スケジュールが推定され、その推定された移動スケジュールがスケジュールＤＢ５４ｅに登録される。
【００７４】
推定状態フラグは、推定目的地の推定状態を示すフラグであり、推定状態フラグが「未推定」であれば推定目的地の推定が行われていないことを示し、「推定済」であれば推定目的地の推定が行われたことを示し、「再推定」であれば推定目的地の推定を再度行う必要があることを示す。この推定状態フラグは、ナビゲーション装置５０の電源投入直後に初期値として「未推定」が設定され、この推定状態フラグが「未推定」である間、ＣＰＵ５１はメイン処理の中で目的地・行動推定処理（図１２参照）を実行する。
【００７５】
そして、その目的地・行動推定処理により、推定目的地の推定が行われると、推定状態フラグは「推定済」に設定され、その後は、メイン処理において、目的地・行動推定処理の実行がスキップされる。
【００７６】
一方、ＣＰＵ５１により実行される案内処理（図１４参照）において、目的地・行動提案処理（図１３参照）により搭乗者に対して提案された推定目的地が、搭乗者に受け入れられなかった場合は、推定状態フラグが「再推定」に設定される。また、ＣＰＵ５１により実行される目的地・行動提案処理（図１３参照）において、目的地・行動推定処理（図１２参照）により推定された推定目的地への終了予定日が乗車当日のものである場合であって、現在の車両位置から推定目的地に向けて走行していないと判断される場合にも、推定情報フラグが「再推定」に設定される。
【００７７】
そして、その推定状態フラグが目的地・行動推定処理（図１２参照）により再び「推定済」と設定されるまでの間、即ち、別の推定目的地が推定されるまでの間、ＣＰＵ５１はメイン処理の中で目的地・行動推定処理を実行する。これにより、ナビゲーション装置５０は、再び推定目的地の推定を行うことができる。
【００７８】
提案処理フラグは、推定された推定目的地が搭乗者に対して提案されていることを示すフラグであり、提案処理フラグがオンであれば、推定目的地が搭乗者に対して提案されていることを示し、オフであれば、提案されていないことを示す。この提案処理フラグは、ナビゲーション装置５０の電源投入直後に初期値としてオフが設定され、ＣＰＵ５１が目的地・行動提案処理（図１３参照）を実行し、推定目的地が搭乗者に対して提案されると、提案処理フラグはオンに設定される。
【００７９】
また、この提案処理フラグは、ＣＰＵ５１が案内処理（図１４参照）を実行中に参照され、提案処理フラグがオンであれば、搭乗者が推定目的地を受け入れたか否かを判断し、受け入れた場合は、その推定目的地を目的地として経路案内が行われる。また、受け入れなかった場合は、上述した推定状態フラグが「再推定」に設定されるのに合わせて、ＣＰＵ５１は提案処理フラグをオフに設定する。これにより、再度、推定目的地の推定と提案とが行われる。また、案内処理において、提案処理フラグがオフであれば、搭乗者がタッチパネル５９及び操作キー６０を操作することにより登録された目的地への経路案内が実行される。
【００８０】
ＨＤＤ５４は、書換不能な不揮発性のメモリであり、例えば、会話音声データ領域５４ａ、スケジュール帳データ領域５４ｂが設けられているほか、道路地図データベース（以下、「道路地図ＤＢ」と称する。）５４ｃ、搭乗者情報データベース（以下、「搭乗者情報ＤＢ」と称する。）５４ｄ、スケジュールＤＢ５４ｅ、搭乗者・行動履歴データベース（以下、「搭乗者・行動履歴ＤＢ」と称する。）５４ｆが格納される。
【００８１】
会話音声データ領域５４ａは、携帯電話機１０から取得した会話音声データを格納するための領域である。また、スケジュール帳データ領域５４ｂは、携帯電話機１０から取得したスケジュール帳データを格納するための領域である。
【００８２】
ＣＰＵ５１は、データ取得処理（図９参照）を実行することにより、既に会話音声データ領域５４ａに格納されている会話音声データの録音日時を確認し、その録音日時よりも後に録音された会話音声データが携帯電話機１０に存在する場合は、Ｂｌｕｅｔｏｏｔｈ通信制御回路５６を介して携帯電話機１０に対しその会話音声データの転送要求を送信して、携帯電話機１０からその会話音声データを取得する。そして、取得した会話音声データを会話音声データ領域５４ａに格納する。
【００８３】
また、ＣＰＵ５１は、既にスケジュール帳データ領域５４ｂに格納されているスケジュール帳データの入力日時を確認し、その入力日時よりも後に入力されたスケジュール帳データが携帯電話機１０に存在する場合は、Ｂｌｕｅｔｏｏｔｈ通信制御回路５６を介して携帯電話機１０に対しそのスケジュール帳データの転送要求を送信し、携帯電話機１０からそのスケジュール帳データを取得する。そして、取得したスケジュール帳データをスケジュール帳データ領域５４ｂに格納する。
【００８４】
一方、ＣＰＵ５１は、スケジュールＤＢ更新処理（図１１参照）を実行することにより、会話音声データ領域５４ａに新たに会話音声データが格納されている場合は、その会話音声データから場所、日時、人物を特定可能なキーワードを音声認識プロセッサ６４に抽出させた上で、車両の移動スケジュールを推定する。また、スケジュール帳データ領域５４ｂに新たにスケジュール帳データが格納されている場合は、そのスケジュール帳データに記載されたスケジュールから、場所、日時、人物を特定して移動スケジュールを推定する。そして、推定された移動スケジュールをスケジュールＤＢ５４ｅに登録する。
【００８５】
道路地図ＤＢ５４ｃは、車両の現在地周辺や目的地周辺等の各種地図や道路をＬＣＤ５８に表示するための地図情報や、目的地までの経路探索に使用される道路情報が格納されたデータベースである。
【００８６】
搭乗者情報ＤＢ５４ｄは、車両の搭乗者に関する情報が登録されたデータベースである。ここで、図２を参照して、搭乗者情報ＤＢ５４ｄの詳細について説明する。図２は、搭乗者情報ＤＢ５４ｄの内容の一例を模式的に示した模式図である。
【００８７】
搭乗者情報ＤＢ５４ｄは、主に、車両の使用者に関する情報を登録する使用者情報登録部５４ｄ１と、車両の搭乗者に関する情報を登録する搭乗者情報登録部５４ｄ２とにより構成される。
【００８８】
使用者情報登録部５４ｄ１は、使用者（図２に示す例では「Ａ」）の「自宅住所」情報と、使用者Ａを含む使用者の「家族」情報（図２に示す例では「Ａ」，「Ｂ」，「Ｃ」）と、その家族のうち車両を運転する「運転登録者」情報（図２に示す例では「Ａ」，「Ｂ」）とが登録される。このうち、「自宅住所」情報は、ＣＰＵ５１による目的地・行動推定処理（図１２参照）の実行中に参照され、推定目的地が推定されたのちに、「自宅住所」情報により示される位置（自宅位置）からその推定目的地までの経路が探索される。
【００８９】
そして、この経路探索の結果は、探索起点データ領域５３ｃに格納された起点位置の情報に基づいて行われる経路探索の結果と共に、ＣＰＵ５１により実行される目的地・行動提案処理（図１３参照）の中で参照され、車両の現在位置が、それらの経路探索で探索された経路上もしくはその経路から所定距離の範囲内にある場合、その車両が推定された目的地に向けて走行していると判断する。よって、この場合は、その推定目的地が搭乗者に提案される。一方、車両が推定目的地に向けて走行していないと判断される場合は、その推定目的地の提案が非実行とされる。よって、搭乗者が希望する目的地をより的確に提案できる。
【００９０】
使用者情報登録部５４ｄ１の「運転者登録」情報は、ＣＰＵ５１により実行される搭乗解析処理（図１０参照）において、画像認識プロセッサ６５が運転者席に対して設けられたカメラ７０により撮像された顔画像データから運転者を特定する場合に参照される。即ち、車両の運転は使用者およびその家族が行う可能性が最も高いため、車両の運転者を特定する場合は、「運転者登録」情報に登録された人物、すなわち、使用者の家族のうち車両を運転するものとして登録された人物を優先して特定する。
【００９１】
また、使用者情報登録部５４ｄ１の「家族」情報は、ＣＰＵ５１により実行される搭乗解析処理（図１０参照）において、画像認識プロセッサ６５が運転者席以外の座位置に対して設けられたカメラ７０により撮像された顔画像データからその顔画像データに対応する同乗者を特定する場合に参照される。即ち、車両に搭乗する人物は、使用者およびその家族である可能性が最も高いため、同乗者を特定する場合は、「家族」情報に登録された人物、すなわち、使用者を含む使用者の家族を優先して特定する。
【００９２】
一方、搭乗者情報登録部５４ｄ２は、搭乗者として登録される人物毎に、「名前」情報、「運転履歴」情報、「乗車日」情報および「顔画像」情報が登録される。このうち、「名前」情報は、搭乗者として登録された各人物の名前を示す情報であり、ＣＰＵ５１により実行される搭乗解析処理（図１０参照）において、運転者および同乗者を特定する場合に、認識対象となる各人物を識別するために使用される。
【００９３】
「運転履歴」情報は、搭乗者として登録された人物毎に、その人物の「名前」情報に対応付けて、ナビゲーション装置５０が装着された車両を過去に運転したことがあるか否かが「あり」又は「なし」で示される情報であり、画像認識プロセッサ６５が運転者席に対して設けられたカメラ７０により撮像された顔画像データから運転者を特定する場合に、「運転履歴」情報に「あり」と登録された人物、即ち、過去に車両を運転したことがある人物を優先して特定する。
【００９４】
「乗車日」情報は、搭乗者として登録された人物毎に、その人物の「名前」情報に対応付けて、その人物が乗車した日付を示す情報であり、画像認識プロセッサ６５が各座位置に対して設けられたカメラ７０により撮像された顔画像データから搭乗者を特定する場合に、「乗車日」情報に登録された乗車日の数が多い人物、および、「乗車日」情報に登録されている前回の乗車日が今回の乗車日と近い人物を優先して特定する。
【００９５】
「顔画像」情報は、搭乗者として登録された人物毎に、その人物の「名前」情報に対応付けて登録された顔画像データを示す情報である。画像認識プロセッサ６５は、カメラ７０により撮像された顔画像データと、「顔画像」情報に登録された顔画像データとの間でパターンマッチングを行うことにより、カメラ７０によって顔画像が撮像された運転者および同乗者を特定する。そして、ＣＰＵ５１は、その特定された人物の名前を「名前」情報から特定し、運転者および同乗者の情報として乗車情報データ領域５３ｂに格納する。
【００９６】
使用者情報登録部５４ｄ１の登録は、使用者または車両の販売ディーラーなどがタッチパネル５９や操作キー６０を操作することにより行われる。また、搭乗者情報登録部５４ｄ２における「名前」情報および「顔画像」情報の登録は、使用者などがタッチパネル５９や操作キー６０を操作することにより行われる。このとき、「顔画像」情報に登録される顔画像データは、カメラ７０により撮像された１以上の顔画像データの中から使用者などによって選択される。
【００９７】
また、画像認識プロセッサ６５による運転者および同乗者を特定する処理において、カメラ７０により撮像された顔画像データが、搭乗者情報登録部５４ｄ２の「顔画像」情報に登録されている顔画像データと一致しないと判定された場合に、ＣＰＵ５１は、車両に搭乗した人物が、搭乗者情報ＤＢ５４ｄに登録されていないと判断し、その顔画像をＬＣＤ５８に表示させた上で、その顔画像に対する人物の名前の入力を促すようにしてもよい。そして、名前が入力されると、その名前と顔画像データを対応付けて、搭乗者情報登録部５４ｄ２の「名前」情報および「顔画像」情報に登録するようにしてもよい。
【００９８】
一方、搭乗者情報登録部５４ｄ２の「運転履歴」情報は、新規に「名前」情報および「顔画像」情報が登録された時点で「なし」と登録され、ＣＰＵ５１により実行される搭乗解析処理（図１０参照）により、「名前」情報に対応する人物が運転者として認識されると、その「名前」情報に対応する「運転履歴」情報が「あり」に書き換えられる。
【００９９】
また、搭乗者情報登録部５４ｄ２の「乗車日」情報は、ＣＰＵ５１により実行される搭乗解析処理（図１０参照）により、「名前」情報に対応する人物が運転者または同乗者として認識される度に、その乗車日が「名前」情報に対応する「乗車日」情報に追加して登録される。
【０１００】
図１に戻って、説明を続ける。スケジュールＤＢ５４ｅは、携帯電話機１０より取得した会話音声データ、スケジュール帳データ、および、ナビゲーション装置５０に設けられたマイクロフォン６３によって取得された会話音声データに基づいて推定される移動スケジュールを登録するためのデータベースである。ここで、図３を参照して、スケジュールＤＢ５４ｅの詳細について説明する。図３は、スケジュールＤＢ５４ｅの内容の一例を模式的に示した模式図である。
【０１０１】
このスケジュールＤＢ５４ｅには、図３に示すように、各移動スケジュールの識別情報であるデータベース番号（ＤＢ＿Ｎｏ．）５４ｅ１に対応付けて、目的地５４ｅ２、開始予定日５４ｅ３、終了予定日５４ｅ４、到着予定時刻５４ｅ５、出発予定時刻５４ｅ６、情報源５４ｅ７、人物５４ｅ８、登録日５４ｅ９といった移動スケジュールに関する各種情報が登録されるようになっている。
【０１０２】
目的地５４ｅ２は、データベース番号５４ｅ１に対応する移動スケジュールの最終目的地の名称を示すもので、会話音声データやスケジュール帳データから抽出、特定された場所の名称が登録される。ＣＰＵ５１によって提案される推定目的地は、この目的地５４ｅ２によって示される目的地の名称に基づいて行われる。
【０１０３】
開始予定日５４ｅ３および終了予定日５４ｅ４は、データベース番号５４ｅ１に対応する移動スケジュールの開始予定日および終了予定日を示すものであり、また、到着予定時刻５４ｅ５および出発予定時刻５４ｅ６は、データベース番号５４ｅ１に対応する移動スケジュールの到着予定時刻および出発予定時刻を示すものである。これらは、いずれも、会話音声データやスケジュール帳データから抽出、特定された日時に基づいて推定され、登録される。
【０１０４】
尚、会話音声データやスケジュール帳データから開始予定日や終了予定日が推定できなかった場合は、開始予定日５４ｅ３や終了予定日５４ｅ４には、「不明」と登録される（図３の例では、データベース番号５４ｅ１が「７」のケースが該当）。また、会話音声データやスケジュール帳データから到着予定時刻や出発予定時刻が推定できなかった場合は、到着予定時刻５４ｅ５や出発予定時刻５４ｅ６には、「不明」と登録される（図３の例では、データベース番号５４ｅ１が「７」及び「８」のケースが該当）。
【０１０５】
ただし、会話音声データやスケジュール帳データから終了予定日や到着予定時刻が推定できなくても、開始予定日および出発予定時刻が会話音声データやスケジュール帳データから推定できている場合は、ＣＰＵ５１は、道路地図ＤＢ５４ｃの情報に基づいて自宅位置から目的地までの推定走行時間を算出し、その推定走行時間を開始予定日および出発予定時刻に加算することにより終了予定日および到着予定時刻を推定する。そして、その推定された終了予定日および到着予定時刻を終了予定日５４ｅ４および到着予定時刻５４ｅ５に登録する。
【０１０６】
また、会話音声データやスケジュール帳データから開始予定日や出発予定時刻が推定できなくても、終了予定日および到着予定時刻が会話音声データやスケジュール帳データから推定できている場合は、ＣＰＵ５１は、道路地図ＤＢ５４ｃの情報に基づいて自宅位置から目的地までの推定走行時間を算出し、その推定走行時間を終了予定日および到着予定時刻から減算されることにより開始予定日および出発予定時間を推定する。そして、その推定された開始予定日および出発予定時刻を開始予定日５４ｅ３および出発予定時刻５４ｅ６に登録する。
【０１０７】
情報源５４ｅ７は、データベース番号５４ｅ１に対応する移動スケジュールが生成された情報源を示すものであり、その移動スケジュールがスケジュール帳データに基づいて生成された場合は、情報源５４ｅ７に「スケジュール」が登録され（図３の例では、データベース番号５４ｅ１が「１」，「２」，「３」，「８」のケースが該当）、携帯電話機１０の電話機能による会話の会話音声データに基づいて生成された場合は、情報源５４ｅ７に「電話」が登録され（図３の例では、データベース番号５４ｅ１が「５」のケースが該当）、その他の会話音声データに基づいて生成された場合は、情報源５４ｅ７に「会話」が登録される（図３の例では、データベース番号５４ｅ１が「４」，「６」，「７」のケースが該当）。
【０１０８】
尚、携帯電話機１０より取得した会話音声データが、携帯電話機１０の電話機能による会話であるか否かの判断は、その取得した会話音声データのファイルに、通話相手の名前が付加されているか否かによって判断する。即ち、その会話音声データのファイルに通話相手の名前が付加されていれば、その会話音声データが携帯電話機１０の電話機能による会話であると判断する。
【０１０９】
人物５４ｅ８は、データベース番号５４ｅ１に対応する移動スケジュールにおいて、目的地５４ｅ２により示される目的地へ一緒に行動すると推定される人物の名前を示すもので、会話音声データやスケジュール帳データから推定された人物の名前が登録される。また、携帯電話機１０により取得した会話音声データに含まれる携帯電話機所有者の名前や通話相手の名前も、この人物５４ｅ８に登録される。
【０１１０】
登録日５４ｅ９は、データベース番号５４ｅ１に対応する移動スケジュールの登録日を示すものである。ここに登録される登録日は、スケジュール５４ｅに対して移動スケジュールが登録された日付ではなく、対応する移動スケジュールが生成された会話音声データの携帯電話機１０における録音日やスケジュール帳データの入力日である。
【０１１１】
即ち、携帯電話機１０より取得した会話音声データに基づいて移動スケジュールが生成された場合は、その会話音声データのファイルに含まれる録音日が登録日５４ｅ９に登録され、スケジュール帳データに基づいて移動スケジュールが生成された場合は、そのスケジュール帳データの入力日が登録日５４ｅ９に登録される。尚、ナビゲーション装置５０に設けられたマイクロフォン６３により取得された車両内の会話音声データに基づいて移動スケジュールが生成された場合は、その移動スケジュールが生成される時点で計時回路５１ａにより示される日付が登録日５４ｅ９に登録される。
【０１１２】
ＣＰＵ５１は、目的地・行動推定処理（図１２参照）を実行することにより、このスケジュールＤＢ５４ｅを参照し、乗車情報データ領域５３ｂに格納された乗車情報（乗車人数、乗車日時、運転者および同乗者）に基づいて、スケジュールＤＢ５４ｅに登録された各移動スケジュールの内容（目的地５４ｅ２、開始予定日５４ｅ３、終了予定日５４ｅ４、到着予定時刻５４ｅ５、出発予定時刻５４ｅ６、情報源５４ｅ７、人物５４ｅ８および登録日５４ｅ９）から、的確な推定目的地の推定を実行する。
【０１１３】
図１に戻って、説明を続ける。搭乗者・行動履歴ＤＢ５４ｆは、ナビゲーション装置５０が搭載された車両により過去に向かった目的地（行き先）の履歴情報を蓄積するためのデータベースである。ここで、図４を参照して、搭乗車・行動履歴ＤＢ５４ｆの詳細について説明する。図４は、搭乗者・行動履歴ＤＢ５４ｆの内容の一例を模式的に示した模式図である。
【０１１４】
搭乗者・行動履歴ＤＢ５４ｆには、図４に示すように、履歴情報毎の識別情報であるデータベース番号（ＤＢ＿Ｎｏ．）５４ｆ１に対応付けて、目的地５４ｆ２、日付５４ｆ２、出発時刻５４ｆ４、到着時刻５４ｆ５、運転者５４ｆ６、同乗者５４ｆ７といった履歴情報が登録されるようになっている。
【０１１５】
目的地５４ｆ２は、実際に車両にて向かった最終目的地（行き先）を示すものである。また、日付５４ｆ３は、その目的地への出発日を示すものであり、出発時刻５４ｆ４は、その目的地への出発時刻を示すものである。また、到着時刻５４ｆ５は、その目的地の到着時刻を示すものである。更に、運転者５４ｆ６は、その目的地に向けて車両を運転した人物を示すものであり、同乗者５４ｆ７は、その目的地に向けて車両に同乗した人物を示すものである。
【０１１６】
搭乗者・行動履歴ＤＢ５４ｆは、ＣＰＵ５１により実行される案内処理（図１４参照）の中で、車両が目的地に到着したことが判断されると、搭乗者・行動履歴ＤＢ５４ｆを更新する。具体的には、履歴情報の登録されていない最も小さなデータベース番号５４ｆ１に対応付けて、到着した目的地を目的地５４ｆ２に登録し、乗車情報データ領域５３ｂに格納された乗車日時に基づき、乗車日を出発日として日付５４ｆ３に登録し、乗車時刻を出発時刻として出発時刻５４ｆ４に登録し、目的地に到着したと判断された時点において計時回路５１ａにより示される時刻を到着時刻として５４ｆ５に登録し、乗車情報データ領域５３ｂに格納された運転者および同乗者に関する情報を、それぞれ運転者５４ｆ６および同乗者５４ｆ７に登録する。
【０１１７】
また、車両が目的地に到着したと判断された時点で、スケジュールＤＢ５４ｅに登録されている移動スケジュールの中に、開始予定日５４ｅ３によって示される開始予定日が過去の日付となっているものが存在する場合は、その移動スケジュールの目的地５４ｅ２により示される目的地を、搭乗者・行動履歴ＤＢ５４ｆの目的地５４ｆ２に登録し、その移動スケジュールの開始予定日５４ｅ３により示される開始予定日を、搭乗者・行動履歴ＤＢ５４ｆの日付５４ｆ３に登録した上で、出発時刻５４ｆ４に、その目的地に向けた移動が中止されたことを示す「中止」を登録する（図４の例では、データベース番号５４ｆ１が「１」のケースが該当）。
【０１１８】
この搭乗者・行動履歴ＤＢ５４ｆは、ＣＰＵ５１が目的地・行動推定処理（図１２参照）によって推定目的地を推定する際に、スケジュールＤＢの中に乗車当日の予定が無く、また、乗車日時から所定の日数および時間の範囲で日をまたぐ予定がないと判断されると、参照される。また、推定目的地の推定を再度行う必要があるときにも参照される。そして、この搭乗者・行動履歴ＤＢ５４ｆにより登録されている過去に設定された目的地毎に、その回数や時期、時間、運転者および同乗者の傾向が分析され、その分析結果から、乗車情報データ領域５３ｂに格納された乗車情報（乗車日時や運転者、同乗者の情報）と近い傾向を持ち、設定された回数の多い目的地が、推定目的地として優先的に推定される。
【０１１９】
図１に戻って、説明を続ける。現在位置検出装置５５は、ナビゲーション装置５０が搭載される車両の現在位置（緯度、経度からなる絶対座標値）を検出するためのものであり、人工衛星を利用して車両の位置を測定するＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）受信装置５５ａ、地磁気を検出して車両の方位を求める地磁気センサ５５ｂ、ジャイロセンサ５５ｃ、車速センサ５５ｄの１又は複数が使用される。
【０１２０】
ＢＴ通信制御回路５６は、Ｂｌｕｅｔｏｏｔｈ用アンテナ５７を備え、携帯電話機１０のＢＴ通信制御回路１５と同様の機能を有する回路であり、ナビゲーション装置５０は、このＢＴ通信制御回路５６を介して、携帯電話機１０との間で無線通信を行い、携帯電話機１０から会話音声データやスケジュール帳データを取得する。
【０１２１】
ＬＣＤ５８は、タッチパネル５９や操作キー６０の操作に応じてメニューや動作状態などを表示すると共に、車両周辺や経路探索された走行経路周辺の地図や、探索経路、周辺施設案内画面などの表示を行う表示装置である。このＬＣＤ５８には、ナビゲーション装置５０により推定された推定目的地の表示も行われる。
【０１２２】
タッチパネル５９は、ＬＣＤ５８の表示パネル面に設けられた入力装置であり、携帯電話機１０に設けられたタッチパネル２２と同様に、指示物（ユーザの指やタッチペンなど）により示された位置情報を出力することにより、ＣＰＵ５１は、ＬＣＤ５８に表示したボタンやアイコンの押下操作の有無を判断したり、入力された文字の文字認識を行ったりする。操作キー６０は、ユーザによるナビゲーション装置５０の各種機能の切り替えや、各種動作の指示をタッチパネル５９と共に受け付ける入力装置である。
【０１２３】
スピーカ６１は、音声信号を音声に変換して外部へ出力（放音）する出力装置であり、例えば、音声による経路案内を行う場合の案内音声等が出力されるようになっている。このスピーカ６１は、オーディオ用のスピーカと兼用するようにしてもよい。
【０１２４】
圧力センサ６２は、座席の座位置毎にそれぞれ埋め込まれて配設されるものであり、対応する座位置において所定レベル以上の圧力が付加されたか否かを検出する。ＣＰＵ５１は、この圧力センサ６２により所定レベル以上の圧力が付加されたことが検出されれば、その圧力センサ６２が埋め込まれた座位置に搭乗者が座したと判断する。そして、所定レベル以上の圧力が付加されたことが検出された圧力センサ６２の数から、車両の乗車人数を検出する。
【０１２５】
マイクロフォン６３は、車両内で発せられた搭乗者の音声を音声データに変換する入力装置であり、マイクロフォン１９により変換された音声データは、音声認識プロセッサ６４に出力される。
【０１２６】
音声認識プロセッサ６４は、音声データに含まれる所定のキーワードを認識し、抽出するためのプロセッサである。音声認識プロセッサ６４では、マイクロフォン６３から入力された音声データを解析し、また、携帯電話機１０より取得した圧縮符号化されている会話音声データを伸張処理した上で解析して、それらの音声データに含まれる場所、日時、人物を特定可能なキーワードを抽出する処理を行う。ＣＰＵ５１は、音声認識プロセッサ６４により抽出された各キーワードに基づいて、移動スケジュールを推定する。
【０１２７】
画像認識プロセッサ６５は、パターンマッチング法によって画像認識を行うプロセッサである。この画像認識プロセッサ６５には、各座席の座位置のそれぞれに対応して配設されたカメラ７０が接続されている。そして、画像認識プロセッサ６５は、各カメラ７０により撮像された顔画像データと最も近い顔画像データを、搭乗者情報ＤＢ５４ｄ（図２参照）の「顔画像」情報に登録された顔画像データの中から抽出する。
【０１２８】
画像認識プロセッサ６５により、運転者席に対して設けられたカメラ７０にて撮像された顔画像データに対して、最も近い搭乗者情報ＤＢ５４ｄ（図２参照）の「顔画像」情報に登録された顔画像データが抽出されると、ＣＰＵ５１は、その顔画像データに対応する人物の名前を搭乗者情報ＤＢ５４の「名前」情報から特定し、その名前の人物を運転者として乗車情報データ領域５３ｂに格納する。
【０１２９】
また、画像認識プロセッサ６５により、運転者席以外の座位置に対して設けられたカメラ７０により撮像された顔画像データに対して、最も近い搭乗者情報ＤＢ５４ｄ（図２参照）の「顔画像」情報に登録された顔画像データが抽出されると、ＣＰＵ５１は、その顔画像データに対応する人物の名前を搭乗者情報ＤＢ５４の「名前」情報から特定し、その名前の人物を同乗者として乗車情報データ領域５３ｂに格納する。
【０１３０】
次いで、図５から図７を参照して、携帯電話機１０のＣＰＵ１１により実行される各処理について説明する。まず、図５は、携帯電話機１０のＣＰＵ１１により実行されるメイン処理を示すフローチャートである。このメイン処理は、携帯電話機１０の主要な処理を実行するもので、携帯電話機１０の電源投入時に実行が開始され、電源がオフされるまでの間、実行され続けるものである。
【０１３１】
このメイン処理では、まず、初期化処理を実行し（Ｓ１１）、ＲＡＭ１３の所定領域に初期値を設定すると共に、携帯電話機１０の各部が動作状態となるように各種設定を行う。続くＳ１２の処理では、操作キー２３からの出力信号に基づき、ユーザから会話音声の録音指示があったか否かを判断する（Ｓ１２）。そして、会話音声の録音指示があると判断される場合（Ｓ１２：Ｙｅｓ）、会話取得処理を実行し（Ｓ１３）、会話音声の録音を行う。尚、会話音声処理の詳細については、図６を参照して後述する。
【０１３２】
Ｓ１３の処理の後、Ｓ１４の処理へ移行する。また、Ｓ１２の処理の結果、会話音声の録音指示がないと判断される場合（Ｓ１２：Ｎｏ）、Ｓ１３の処理をスキップしてＳ１４の処理へ移行する。Ｓ１４の処理では、タッチパネル２２からの出力信号に基づき、ユーザからスケジュールの入力が開始されたか否かを判断する。そして、スケジュールの入力が開始されたと判断される場合は（Ｓ１４：Ｙｅｓ）、その入力されたスケジュール帳データを入力日時とあわせてスケジュール帳データ領域１４ｂに追加する（Ｓ１５）。尚、Ｓ１５の処理では、Ｓ１４の処理によりスケジュールの入力が開始されたと判断された時点の日時を計時回路１１ａより取得し、それを入力日時としてスケジュール帳データ領域１４ｂに追加する。
【０１３３】
Ｓ１５の処理の後、Ｓ１６の処理へ移行する。また、Ｓ１４の処理の結果、スケジュールの入力が開始されたと判断されない場合は（Ｓ１４：Ｎｏ）、Ｓ１５の処理をスキップしてＳ１６の処理へ移行する。Ｓ１６の処理では、ＢＴ通信制御回路１５において、外部の機器からＢｌｕｅｔｏｏｔｈによる接続要求があったか否か（接続要求を受信したか否か）を判断し、Ｂｌｕｅｔｏｏｔｈによる接続要求があると判断される場合は（Ｓ１６：Ｙｅｓ）、Ｂｌｕｅｔｏｏｔｈ接続処理を実行する（Ｓ１７）。
【０１３４】
このＢｌｕｅｔｏｏｔｈ接続処理の詳細は、図７を参照して後述するが、接続要求元がナビゲーション装置５０であれば、ナビゲーション装置５０からの制御信号に従って、会話音声データ領域１４ａに格納された会話音声データやスケジュール帳データ領域１４ｂに格納されたスケジュール帳データをナビゲーション装置５０へ転送する。
【０１３５】
Ｓ１７の処理の後、Ｓ１８の処理へ移行する。また、Ｓ１６の処理の結果、Ｂｌｕｅｔｏｏｔｈによる接続要求がないと判断された場合は（Ｓ１６：Ｎｏ）、Ｓ１７の処理をスキップしてＳ１８の処理へ移行する。Ｓ１８の処理では、携帯電話機１０の各種機能を実現するためのその他の処理を、携帯通信制御回路１７によって受信された各種制御信号や、タッチパネル２２や操作キー２３の操作状況などに応じて実行する。例えば、電話機能による通話は、このＳ１８の処理によって実現される。
【０１３６】
そして、Ｓ１８の処理が完了後、Ｓ１２の処理へ回帰する。そして、Ｓ１２からＳ１８の処理を電源がオフされるまで繰り返し実行する。これにより、携帯電話機１０の電源がオンされている間、携帯通信制御回路１７によって受信された各種制御信号や、タッチパネル２２や操作キー２３の操作状況などに応じて、各種の処理が実行される。
【０１３７】
次いで、図６を参照して、携帯電話機１０のＣＰＵ１１により実行される会話取得処理について説明する。図６は、この会話取得処理を示すフローチャートである。この会話取得処理は、上述したように、図５に示すメイン処理の中でユーザから会話音声の録音指示があると判断される場合に実行されるもので（図５のＳ１３参照）、会話音声の録音を行う処理である。
【０１３８】
この会話取得処理では、まず、携帯電話機１０において電話機能による通話中であるか否かを判断し（Ｓ２１）、電話中であれば（Ｓ２１：Ｙｅｓ）、通話相手の電話番号を取得する（Ｓ２２）。そして、その電話番号に対応した通話相手の名前をアドレス帳ＤＢ１４ｃより特定し、その名前をＲＡＭ１３に保存する（Ｓ２３）。ここで、保存された通話相手の名前は、後述するＳ２９の処理で用いられる。
【０１３９】
その後、マイクロフォン１９より取得された音声データと、携帯通信制御回路１７により受信された音声データとを合成して会話音声データを生成し、ＲＡＭ１３へ一時的に保存する（Ｓ２４）。そして、そのＲＡＭ１３に保存された合成後の会話音声データをＭＰ３方式やＡＡＣ方式などにより圧縮符号化して、その圧縮符号化された会話音声データを会話音声データ領域１４ａに格納する（Ｓ２５）。
【０１４０】
次いで、操作キー２３からの出力信号に基づき、ユーザから会話音声の録音終了指示があったか否かを判断し（Ｓ２６）、録音終了指示がなければ（Ｓ２６：Ｎｏ）、Ｓ２１の処理へ回帰して、再びＳ２１からＳ２６までの処理を実行する。そして、Ｓ２６の処理において、録音終了指示があると判断されるまで、Ｓ２１からＳ２６の処理を繰り返し実行する。尚、Ｓ２２及びＳ２３の処理は最初に１回実行されれば以後は省略される。
【０１４１】
その後、Ｓ２６の処理により、録音終了指示があると判断されると（Ｓ２６：Ｎｏ）、Ｓ２１からＳ２６の繰り返し処理を抜け、Ｓ２８の処理へ移行する。これにより、電話機能による通話の会話音声が録音され、圧縮符号化された会話音声データが会話音声データ領域１４ａに格納される。尚、Ｓ２６の処理では、電話機能による通話の終了指示があると判断される場合も、同時に録音終了指示があったと判断して、Ｓ２１からＳ２６の繰り返し処理を抜け、Ｓ２８の処理へ移行する。
【０１４２】
一方、Ｓ２１の処理の結果、電話中でなければ、マイクロフォン１９によって取得された携帯電話機１０周辺の会話音声の会話音声データをＲＡＭ１３に一時的に保存する（Ｓ２７）。次いで、Ｓ２５の処理へ移行し、そのＲＡＭ１３に保存された会話音声データを圧縮符号化して、その圧縮符号化された会話音声データを会話音声データ領域１４ａに格納する。
【０１４３】
そして、Ｓ２５の処理の後に実行されるＳ２６の処理によって、ユーザから会話音声の録音終了指示がないと判断される間は（Ｓ２６：Ｎｏ）、Ｓ２１，Ｓ２７，Ｓ２５，Ｓ２６の処理を繰り返し実行する。その後、Ｓ２６の処理によって、録音終了指示があると判断されると（Ｓ２６：Ｎｏ）、Ｓ２１，Ｓ２７，Ｓ２５，Ｓ２６の繰り返し処理を抜け、Ｓ２８の処理へ移行する。これにより、携帯電話機１０の周辺の会話音声が録音され、圧縮符号化された会話音声データが会話音声データ領域１４ａに格納される。
【０１４４】
Ｓ２８の処理では、会話音声データの録音日時として計時回路１１ａより現在の日時を取得する。そして、会話音声データ領域１４ａに格納された会話音声データに、アドレス帳ＤＢ１４ｃに登録されている携帯電話機１０所有者の名前と、電話機能のよる電話の会話音声を録音した場合はＳ２３の処理によりＲＡＭ１３に保存された通話相手の名前と、Ｓ２８の処理により取得した録音日時とを付加してファイル化し、これを会話音声データ領域１４ａに保存する（Ｓ２９）。そして、この会話取得処理を終了する。
【０１４５】
このように、会話取得処理が実行されることにより、電話機能による通話の会話音声または携帯電話機１０周辺の会話音声が録音され、その圧縮符号化された会話音声データがファイル化されて会話音声データ領域１４ａに格納される。
【０１４６】
次いで、図７を参照して、携帯電話機１０のＣＰＵ１１により実行されるＢｌｕｅｔｏｏｔｈ接続処理について説明する。このＢｌｕｅｔｏｏｔｈ接続処理は、上述したように、図５に示すメイン処理の中でＢＴ通信制御回路１５において外部の機器からＢｌｕｅｔｏｏｔｈによる接続要求があると判断される場合に実行されるもので（図５のＳ１７参照）、相手装置からの制御信号に従って、データの送受信を行う処理である。
【０１４７】
このＢｌｕｅｔｏｏｔｈ接続処理では、まず、Ｂｌｕｅｔｏｏｔｈによる接続要求がナビゲーション装置５０からの接続要求であるか否かを判断し（Ｓ３１）、ナビゲーション装置５０からの接続要求であると判断されれば（Ｓ３１：Ｙｅｓ）、ナビゲーション装置５０に対して接続許可信号を送信する（Ｓ３２）。これにより、ナビゲーション装置５０において、携帯電話機１０との間で接続が確立されたことが判断され、ナビゲーション装置５０から新たな制御信号が携帯電話機１０に対して送信される。
【０１４８】
続く、Ｓ３３からＳ４３の処理は、ＢＴ通信制御回路１５においてナビゲーション装置５０より受信した制御信号の内容を判断し、その制御信号に応じた処理を実行するものである。まず、Ｓ３３の処理では、ナビゲーション装置５０より制御信号を受信したか否かを判断し、受信していなければ（Ｓ３３：Ｎｏ）、制御信号を受信するまでＳ３３の処理を繰り返し実行する。これにより、ナビゲーション装置５０より制御信号が受信されるまで処理が待機される。
【０１４９】
そして、Ｓ３３の処理において、ナビゲーション装置５０より制御信号を受信したと判断されると（Ｓ３３：Ｙｅｓ）、受信した制御信号は会話音声データファイル情報の転送要求か否かを判断する（Ｓ３４）。その結果、会話音声データファイル情報の転送要求である場合は（Ｓ３４；Ｙｅｓ）、会話音声データ領域１４ａに格納されてある全ての会話音声データのファイル名とその録音日時とを送信する（Ｓ３５）。
【０１５０】
これにより、ナビゲーション装置５０は、携帯電話機１０より送信された会話音声データのファイル名とその録音日時とに基づいて、前回取得した会話音声データよりも後に録音された会話音声データのファイル名を特定し、その特定した会話音声データファイルの転送要求を携帯電話機１０へ送信する（図９のＳ７５参照）。
【０１５１】
一方、Ｓ３４の処理の結果、受信した制御信号が会話音声データファイル情報の転送要求でなければ（Ｓ３４：Ｎｏ）、次いで、それが会話音声データファイルの転送要求であるか否かを判断する（Ｓ３６）。その結果、会話音声データファイルの転送要求である場合は（Ｓ３６：Ｙｅｓ）、その転送要求で指定されたファイル名の会話音声データを会話音声データ領域１４ｂから読み出して送信する（Ｓ３７）。これにより、携帯電話機１０により録音された会話音声データがナビゲーション装置５０に対して送信される。
【０１５２】
一方、Ｓ３６の処理の結果、受信した制御信号が会話音声データファイルの転送要求でなければ（Ｓ３６：Ｎｏ）、次いで、それがスケジュール帳データの入力日時の転送要求であるか否かを判断する（Ｓ３８）。その結果、スケジュール帳データの入力日時の転送要求である場合は（Ｓ３８：Ｙｅｓ）、スケジュール帳データ領域１４ｂに格納されたスケジュール帳データの最新の入力日時を送信する（Ｓ３９）。これにより、ナビゲーション装置５０は、携帯電話機１０より送信されたスケジュール帳データの最新入力日時に基づいて、前回取得したスケジュール帳データの入力後に入力されたスケジュール帳データがあれば、スケジュール帳データの転送要求を携帯電話機１０へ送信する（図９のＳ８０参照）。
【０１５３】
一方、Ｓ３８の処理の結果、受信した制御信号がスケジュール帳データの入力日時の転送要求でなければ（Ｓ３８：Ｎｏ）、次いで、それがスケジュール帳データの転送要求か否かを判断する（Ｓ４０）。その結果、スケジュール帳データの転送要求である場合は（Ｓ４０：Ｙｅｓ）、スケジュール帳データ領域１４ｂに格納されているスケジュール帳データを送信する（Ｓ４１）。これにより、携帯電話機１０に入力されたスケジュール帳データがナビゲーション装置５０に対して送信される。
【０１５４】
一方、Ｓ４０の処理の結果、受信した制御信号がスケジュール帳データの転送要求でなければ（Ｓ４０：Ｎｏ）、次いで、それが、接続終了信号であるか否かを判断し（Ｓ４２）、その結果、接続終了信号でなければ（Ｓ４２：Ｎｏ）、受信した制御信号に応じた処理を実行する（Ｓ４３）。尚、Ｓ３５，Ｓ３７，Ｓ３９，Ｓ４１またはＳ４３の処理が終了すると、Ｓ３３の処理へ回帰する。そして、再びナビゲーション装置５０から制御信号が受信されるまで処理が待機され、制御信号を受信すると、その制御信号に応じた処理が実行される。
【０１５５】
一方、Ｓ４２の処理の結果、受信した制御信号が接続終了信号であれば（Ｓ４２：Ｙｅｓ）、このＢｌｕｅｔｏｏｔｈ接続処理を終了する。これにより、ナビゲーション装置５０との間で行われたデータのＢｌｕｅｔｏｏｔｈによる無線通信を終了し、携帯電話機１０からナビゲーション装置５０への会話音声データおよびスケジュール帳データの転送処理を完了する。
【０１５６】
これに対し、Ｓ３１の処理の結果、Ｂｌｕｅｔｏｏｔｈによる接続要求がナビゲーション装置５０以外からの接続要求であると判断される場合は（Ｓ３１：Ｎｏ）、接続要求があった相手装置より制御信号や各種データを受信し、また、相手装置に対して制御信号や各種データを送信することにより、相手装置との間でデータの送受信を行って（Ｓ４５）、このＢｌｕｅｔｏｏｔｈ接続処理を終了する。
【０１５７】
次いで、図８から図１４を参照して、ナビゲーション装置５０のＣＰＵ５１により実行される各種処理について説明する。まず、図８は、ナビゲーション装置５０のＣＰＵ５１により実行されるメイン処理を示すフローチャートである。このメイン処理は、ナビゲーション装置５０の主要な処理を実行するもので、ナビゲーション装置５０の電源投入時に実行が開始され、電源がオフされるまでの間、実行され続けるものである。
【０１５８】
このメイン処理では、まず、初期化処理を実行し（Ｓ５１）、ＲＡＭ５３の所定領域に初期値を設定すると共に、ナビゲーション装置５０の各部が動作状態となるように各種設定を行う。ＲＡＭ５３に設けられた推定状態フラグ５３ａや、データ取得処理フラグ、データ更新フラグ、推定状態フラグ、提案処理フラグは、このＳ５１の処理で初期化され、推定状態フラグ５３ａは「Ｎ」に、データ取得処理フラグはオフに、データ更新フラグはオフに、推定状態フラグは「未推定」に、提案処理フラグはオフにそれぞれ設定される。
【０１５９】
また、初期化処理の一処理として、電源投入時点における車両の位置情報を現在位置検出装置５５から取得し、それを探索起点データ領域５３ｃに格納する（Ｓ５２）。この探索起点データ領域５３ｃに格納される位置情報は、Ｓ５８の目的地・行動推定処理（図１２参照）の中で参照される。
【０１６０】
Ｓ５１及びＳ５２の処理による初期化処理が完了した後、続くＳ５３の処理では、ＲＡＭ５３に格納されたデータ取得処理フラグがオンか否かを判断し、データ取得処理フラグがオフであれば（Ｓ５３：Ｎｏ）、携帯電話機１０より会話音声データやスケジュール帳データが取得されていないと判断できるので、データ取得処理を実行して（Ｓ５４）、携帯電話機１０から会話音声データやスケジュール帳データを取得する処理を行う。このデータ取得処理の詳細については、図９を参照して後述する。
【０１６１】
Ｓ５４の処理の後、Ｓ５５の処理へ移行する。また、Ｓ５３の処理の結果、データ取得処理フラグはオンであると判断される場合は（Ｓ５３：Ｙｅｓ）、携帯電話機１０より会話音声データやスケジュール帳データが取得されていると判断できるので、Ｓ５４の処理をスキップして、Ｓ５５の処理へ移行する。Ｓ５５の処理では、搭乗解析処理を実行し、車両への搭乗があった場合に、その乗車人数、乗車日時、運転者および同乗者を特定する。この搭乗解析処理の詳細については、図１０を参照して後述する。
【０１６２】
次いで、スケジュールＤＢ更新処理を実行し（Ｓ５６）、Ｓ５４のデータ取得処理によって携帯電話機１０から取得した会話音声データやスケジュール帳データ、また、マイクロフォン６３により取得した車両内の会話音声データに基づいて移動スケジュールを推定し、これをスケジュールＤＢ５４ｅに登録して更新する。このスケジュールＤＢ更新処理の詳細については、図１１を参照して後述する。
【０１６３】
次に、ＲＡＭ５３に格納された推定状態フラグが「推定済」であるか否かを判断し（Ｓ５７）、推定状態フラグが「推定済」ではない、即ち、推定状態フラグが「未推定」または「再推定」である場合は（Ｓ５７：Ｎｏ）、推定目的地の推定が行われてないか、再び推定目的地の推定が必要とされた状態であるので、目的地・行動推定処理を実行し（Ｓ５８）、Ｓ５５の搭乗解析処理により特定された乗車人数、乗車日時、運転者および同乗者に基づいて、スケジュールＤＢ５４ｅに登録された移動スケジュールの中から推定目的地を推定する。この目的地・行動推定処理の詳細については、図１２を参照して後述する。
【０１６４】
Ｓ５８の処理の後、Ｓ５９の処理へ移行する。また、Ｓ５７の処理の結果、推定状態フラグが「推定済」であると判断される場合は（Ｓ５７：Ｙｅｓ）、推定目的地の推定が行われた状態であるので、Ｓ５８の処理をスキップして、Ｓ５９の処理へ移行する。Ｓ５９の処理では、ＲＡＭ５３に格納された提案処理フラグがオンか否かを判断し、その結果、提案処理フラグがオフであれば（Ｓ５９：Ｎｏ）、搭乗者に対して推定目的地の提案が行われていないことを意味するので、目的地・行動提案処理を実行して（Ｓ６０）、Ｓ５８の目的地・行動推定処理により推定された推定目的地を搭乗者に対して提案する。この目的地・行動提案処理の詳細については、図１３を参照して後述する。
【０１６５】
そして、Ｓ６０の処理の後、Ｓ６１の処理へ移行する。また、Ｓ５９の処理の結果、提案処理フラグがオンであれば（Ｓ５９：Ｙｅｓ）、搭乗者に対して推定目的地の提案が行われたことを意味するので、Ｓ６０の処理をスキップして、Ｓ６１の処理へ移行する。Ｓ６１の処理では、案内処理を実行する。案内処理の詳細については、図１４を参照して後述するが、この案内処理では、登録された目的地までの経路案内を行う。また、Ｓ６０の目的地・行動提案処理により推定目的地が搭乗者に提案された場合に、その推定目的地が搭乗者によって受け入れられていれば、その推定目的地を目的地として経路案内を行う。
【０１６６】
その後、ナビゲーション装置５０の各種機能を実現するためのその他の処理を、タッチパネル５９や操作キー６０の操作状況、現在位置検出装置５５により検出された車両の現在位置などに応じて実行する（Ｓ６２）。そして、Ｓ６２の処理の後、Ｓ５３の処理へ回帰し、Ｓ５３からＳ６２の処理を電源がオフされるまで繰り返し実行する。
【０１６７】
次いで、図９を参照して、ナビゲーション装置５０のＣＰＵ５１により実行されるデータ取得処理について説明する。図９は、データ取得処理を示すフローチャートである。データ取得処理は、上述したように、図８に示すメイン処理の中でデータ取得処理フラグがオフである場合に実行されるもので（図８のＳ５４参照）、携帯電話機１０から会話音声データやスケジュール帳データを取得する処理である。
【０１６８】
このデータ取得処理では、まず、ＢＴ通信制御回路５６に対し、携帯電話機１０に対して接続要求を送信するように指示する（Ｓ７１）。携帯電話機１０は、この接続要求を受信すると、接続許可信号をナビゲーション装置５０に対して送信する（図７のＳ３２参照）。
【０１６９】
そこで、データ取得処理では、Ｓ７１の処理の後に、接続要求を送信してから所定時間内にＢＴ通信制御回路５６において携帯電話機１０より接続許可信号を受信したか否かを判断する（Ｓ７２）。その結果、接続許可信号を受信していない場合は（Ｓ７２：Ｎｏ）、携帯電話機１０の電源がオフとなっていたり、Ｂｌｕｅｔｏｏｔｈによる無線通信が可能な範囲に携帯電話機１０が存在していなかったりする理由によって、携帯電話機１０との間でＢｌｕｅｔｏｏｔｈによる無線通信が行えないため、以後の処理をスキップして、データ取得処理を終了する。
【０１７０】
一方、Ｓ７２の処理の結果、携帯電話機１０より接続許可信号を受信したと判断される場合は（Ｓ７２：Ｙｅｓ）、携帯電話機１０との間で接続が確立したと判断し、次いで、ＢＴ通信制御回路５６に対し、会話音声データファイル情報の転送要求を携帯電話機１０へ送信するように指示する（Ｓ７３）。
【０１７１】
これにより、携帯電話機１０から会話音声データのファイル名とその録音日時とに関する情報とが送信されてくるので（図７のＳ３５参照）、次いで、ＢＴ通信制御回路５６によって携帯電話機１０より受信した各会話音声データの録音日時と、会話音声データ領域５４ａに格納されている会話音声データの録音日時とを比較し、会話音声データ領域５４ａに格納されている前回取得した会話音声データが携帯電話機１０にて録音された後に、携帯電話機１０にて録音された会話音声データがあるか否かを判断する（Ｓ７４）。
【０１７２】
その結果、前回取得した会話音声データの録音後に録音された会話音声データがあると判断される場合は（Ｓ７４：Ｙｅｓ）、それに該当する全ての会話音声データのファイ名を指定して、前回取得した会話音声データの録音後に録音された全ての会話音声データの転送要求を携帯電話機１０へ送信するようにＢＴ通信制御回路５６に対して指示する（Ｓ７５）。これにより、携帯電話機１０から指定したファイル名の会話音声データが送信される（図７のＳ３７参照）。
【０１７３】
そこで、ＢＴ通信制御回路５６によって携帯電話機１０より受信した会話音声データを会話音声データ領域５４ａに格納する（Ｓ７６）。これにより、携帯電話機１０によって録音された各種の会話音声データが取得される。また、ナビゲーション装置５０は、前回取得された会話音声データの録音後に録音された会話音声データだけを携帯電話機１０に対して転送するように要求するので、必要最低限の会話音声データのみが、携帯電話機１０からナビゲーション装置５０に対して送信される。これにより、会話音声データの転送時間を短縮できると共に、携帯電話機１０において二次電池の消耗を抑制できる。
【０１７４】
次いで、ＲＡＭ５３に設けられたデータ更新フラグをオンに設定して（Ｓ７７）、Ｓ７８の処理へ移行する。データ更新フラグをオンすることによって、メイン処理のＳ５６の処理であるスケジュールＤＢ更新処理（図１１参照）において、Ｓ７６の処理により会話音声データ領域５４ａに格納された会話音声データに基づいて、スケジュールＤＢ５４ｅの更新が行われる。一方、Ｓ７４の処理の結果、前回取得した会話音声データの録音後に録音された会話音声データがないと判断される場合は（Ｓ７４：Ｎｏ）、Ｓ７５からＳ７７の処理をスキップして、Ｓ７８の処理へ移行する。
【０１７５】
Ｓ７８の処理では、ＢＴ通信制御回路５６に対し、スケジュール帳データの入力日時の転送要求を携帯電話機１０へ送信するように指示する。これにより、携帯電話機１０からスケジュール帳データの最新入力日時が送信されてくる（図７のＳ３９参照）。そこで、ＢＴ通信制御回路５６によって携帯電話機１０より受信したスケジュール帳データの最新入力日時と、スケジュール帳データ領域５４ｂに格納されているスケジュール帳データの入力日時とを比較し、スケジュール帳データ領域５４ｂに格納されている前回取得したスケジュール帳データが携帯電話機１０にて入力された後に、新たに入力されたスケジュール帳データがあるか否かを判断する（Ｓ７９）。
【０１７６】
その結果、前回取得したスケジュール帳データの入力後に入力されたスケジュール帳データがある場合は（Ｓ７９：Ｙｅｓ）、スケジュール帳データの転送要求を携帯電話機１０へ送信するようにＢＴ通信制御回路５６に対して指示する（Ｓ８０）。これにより、携帯電話機１０からスケジュール帳データが送信される（図７のＳ４１参照）。そこで、ＢＴ通信制御回路５６によって携帯電話機１０より受信したスケジュール帳データのうち、前回取得したスケジュール帳データの入力後に入力されたスケジュール帳データを抽出し、抽出されたスケジュール帳データをスケジュール帳データ領域５４ａに格納する（Ｓ８１）。これにより、携帯電話機１０に入力されたスケジュール帳データが取得される。
【０１７７】
そして、ＲＡＭ５３に設けられたデータ更新フラグをオンに設定して（Ｓ８２）、Ｓ８３の処理へ移行する。Ｓ８２の処理によって、携帯電話機１０に取得すべき会話音声データがないためにデータ更新フラグがオンされなかった場合にも、スケジュール帳データを取得した場合にはデータ更新フラグがオンされる。そして、データ更新フラグがオンされると、メイン処理のＳ５６の処理であるスケジュールＤＢ更新処理（図１１参照）において、Ｓ８１の処理によりスケジュール帳データ領域５４ｂに格納されたスケジュール帳データに基づいて、スケジュールＤＢ５４ｅの更新が行われる。
【０１７８】
一方、Ｓ７９の処理の結果、前回取得したスケジュール帳データの入力後に入力されたスケジュール帳データがないと判断される場合は（Ｓ７９：Ｎｏ）、Ｓ８０からＳ８２の処理をスキップして、Ｓ８３の処理へ移行する。
【０１７９】
Ｓ８３の処理では、携帯電話機１０に接続終了信号を送信するように、ＢＴ通信制御装置５６に対して指示する。これにより、携帯電話機１０がこの接続終了信号を受信することによって、携帯電話機１０とナビゲーション装置５０との間で行われたＢｌｕｅｔｏｏｔｈによる無線通信を終了する。
【０１８０】
次いで、ＲＡＭ５３に設けられたデータ取得処理フラグをオンに設定し（Ｓ８４）、データ取得処理を終了する。データ取得処理フラグをオンにすることにより、携帯電話機１０より会話音声データやスケジュール帳データを取得したことを示すことができ、以後、メイン処理（図８参照）によって、このデータ取得処理を非実行とすることができる。よって、ナビゲーション装置５０は、電源が投入された後、携帯電話機１０から会話音声データやスケジュール帳データを１回取得すれば、それ以降に重複して携帯電話機１０から会話音声データやスケジュール帳データの転送を受けることを防止することができる。
【０１８１】
次いで、図１０を参照して、ナビゲーション装置５０のＣＰＵ５１により実行される搭乗解析処理について説明する。図１０は、この搭乗解析処理を示すフローチャートである。搭乗解析処理は、上述したように、図８に示すメイン処理の中で実行されるもので（図８のＳ５５参照）、車両への搭乗があった場合に、その乗車人数、乗車日時、運転者および同乗者を特定する処理である。
【０１８２】
この搭乗解析処理では、まず、現在の時刻を計時回路５１ａより取得する（Ｓ９１）。次いで、座席の各座位置に設けられた圧力センサ６２のうち、所定の圧力が加えられたことが検出されている圧力センサ６２の数をカウントして、車両の乗車人数を検出する（Ｓ９２）。そして、Ｓ９２の処理により検出された乗車人数が、それまでに検出されていた乗車人数よりも増えているか否かを判断することによって、車両に対して搭乗があったか否かを判断する（Ｓ９３）。
【０１８３】
その結果、Ｓ９２の処理により検出された乗車人数がそれまでに検出されていた乗車人数よりも増えておらず、車両への搭乗がなかったと判断される場合は（Ｓ９３：Ｎｏ）、以後の処理をスキップして、この搭乗解析処理を終了する。
【０１８４】
一方、Ｓ９２の処理により検出された乗車人数がそれまでに検出されていた乗車人数よりも増えており、車両へ搭乗があったと判断される場合は（Ｓ９３：Ｙｅｓ）、Ｓ９２の処理により検出された乗車人数を乗車情報データ領域５３ｂに格納し（Ｓ９４）、また、Ｓ９１の処理により取得した時刻を乗車日時として乗車情報データ領域５３ｂに格納する（Ｓ９５）。これにより、車両へ搭乗があった場合の乗車日時および乗車人数が特定される。
【０１８５】
次いで、画像認識プロセッサ６５に対して、座席の各座位置に対応して設けられた各々のカメラ７０により搭乗者の顔画像の撮像するように制御する（Ｓ９６）。これにより、各カメラ７０にて、対応する座位置に座した搭乗者の顔画像が撮像され、その撮像された各顔画像データが画像認識プロセッサ６５へ入力される。
【０１８６】
そして、運転者を特定する処理の実行を画像認識プロセッサ６５へ指示する（Ｓ９７）。これにより、画像認識プロセッサ６５は、運転席に対応して設けられたカメラ７０により撮像された顔画像データと、搭乗者情報ＤＢ５４ｄの「顔画像」情報に登録された各顔画像データとを比較して、パターンマッチング法により運転者を特定する。
【０１８７】
このとき、画像認識プロセッサ６５は、搭乗者情報ＤＢ５４ｄの使用者情報登録部５４ｄ１にある「運転者登録」情報に登録された人物、即ち、車両の使用者およびその家族のうち運転者として登録された人物を優先して特定する。また、カメラ７０により撮像された顔画像データが「運転者登録」情報に登録された人物の顔画像データと一致しない場合は、その人物以外で且つ搭乗者情報ＤＢ５４ｄの搭乗者情報登録部５４ｄ２にある「運転履歴」情報が「あり」と登録されている人物、即ち、過去に車両を運転したことがある人物を優先して特定する。更に、搭乗者情報登録部５４ｄ２の「乗車日」情報に登録された乗車日の数が多い人物、および、「乗車日」情報に登録されている前回の乗車日が今回の乗車日と近い人物を優先して特定する。
【０１８８】
また、同乗者を特定する処理の実行を画像認識プロセッサ６５へ指示する（Ｓ９８）。これにより、画像認識プロセッサ６５は、運転席以外の各座位置に対応して設けられたカメラ７０により撮像された顔画像データと、搭乗者情報ＤＢ５４ｄの「顔画像」情報に登録された各顔画像データとを比較して、パターンマッチング法により同乗者を特定する。
【０１８９】
このとき、画像認識プロセッサ６５は、搭乗者情報ＤＢ５４ｄの使用者情報登録部５４ｄ１にある「家族」情報に登録された人物、即ち、車両の使用者およびその家族として登録された人物を優先して特定する。また、搭乗者情報登録部５４ｄ２の「乗車日」情報に登録された乗車日の数が多い人物、および、「乗車日」情報に登録されている前回の乗車日が今回の乗車日と近い人物を優先して特定する。
【０１９０】
次に、画像認識プロセッサ６５により特定された運転者および同乗者の名前を搭乗者情報ＤＢ５４ｄの「名前」情報から特定し、それを乗車情報データ領域５３ｂに格納する（Ｓ９９）。これにより、車両へ搭乗があった場合の運転者および同乗者が特定される。
【０１９１】
そして、搭乗者基本ＤＢ５４ｄ２を更新する（Ｓ１００）。この更新処理では、運転者または同乗者として特定された人物の「名前」情報に対応する「乗車日」情報に、Ｓ９５の処理により乗車情報データ領域５３に格納されている乗車日を追加して登録する。また、運転者として特定された人物の「名前」情報に対応する「運転履歴」情報に、「あり」という情報を上書きする形で登録する。次回以降の搭乗解析処理において運転者や同乗者を特定する場合は、ここで更新された搭乗者基本ＤＢ５４ｄ２が使用される。Ｓ１００の処理の後、この搭乗解析処理を終了する。
【０１９２】
次いで、図１１を参照してナビゲーション装置５０のＣＰＵ５１により実行されるスケジュールＤＢ更新処理について説明する。図１１は、このスケジュールＤＢ更新処理を示すフローチャートである。このスケジュールＤＢ更新処理は、上述したように、図８に示すメイン処理の中で実行されるもので（図８のＳ５６参照）、図９に示すデータ取得処理によって携帯電話機１０から取得した会話音声データやスケジュール帳データ、また、マイクロフォン６３により取得した車両内の会話音声データに基づいてスケジュールＤＢ５４ｅを更新する処理である。
【０１９３】
このスケジュールＤＢ更新処理では、まず、ＲＡＭ５３に格納されたデータ更新フラグはオンか否かを判断する（Ｓ１１１）。そして、データ更新フラグがオンであれば（Ｓ１１１：Ｙｅｓ）、図９のデータ取得処理において会話音声データ領域５４ａおよびスケジュール帳データ領域５４ｂの少なくともいずれかにデータが格納され更新されたことを意味する。そこで、データ更新フラグをオフ（Ｓ１１２）した後、図９のデータ取得処理によってスケジュール帳データ領域５４ｂに新たに格納されたスケジュール帳データがあれば、そのスケジュール帳データから、場所、日時、人物に関する語句を特定し、特定された語句から、車両での移動スケジュール（目的地、開始予定日、終了予定日、到着予定時刻、出発予定時刻、人物）を推定する（Ｓ１１３）。
【０１９４】
このとき、移動スケジュールを推定する基となったスケジュール帳データの入力日時もあわせて抽出し、その入力日時を推定された移動スケジュールの登録日として対応付けておく。また、その移動スケジュールの情報源として「スケジュール」を対応付けておく。
【０１９５】
このように、携帯電話機１０に入力されたスケジュール帳データを取得し、そのスケジュール帳データに基づいて移動スケジュールを推定して、スケジュールＤＢ５４ｅに登録することにより、会話音声に基づき生成される移動スケジュールだけでなく、スケジュール帳データをも加味して、推定目的地を推定することができる。ここで、会話音声に基づいて生成される移動スケジュールは、その情報源が会話音声であるので、場所や日時などが不明確となる場合が多々あるが、スケジュール帳データは、場所や日時が明確となっている場合が多い。よって、会話音声データとスケジュール帳データとに基づいて移動スケジュールを推定し、それから推定目的地を推定すれば、推定目的地をより的確に推定し、提案することができる。
【０１９６】
次に、図９のデータ取得処理によって会話音声データ領域５４ａに新たに格納された会話音声データがあれば、その会話音声データから場所、日時、人物を特定可能なキーワードを抽出する処理の実行を、音声認識プロセッサ６４に対して指示する（Ｓ１１４）。これにより、音声認識プロセッサ６４によって、会話音声データ領域５４ａから処理対象の会話音声データが読み出され、場所、日時、人物を特定可能なキーワードが抽出される。
【０１９７】
また、会話音声データ領域５４ａに新たに格納された会話音声データから、その会話音声データファイルに含まれる携帯電話機所有者の名前、通話相手の名前および録音日時を抽出する（Ｓ１１５）。ここで、通話相手の名前が抽出された場合、その会話音声データが携帯電話機１０の電話機能による通話の内容が録音されたものであると認識し、通話相手の名前が抽出できなかった場合は、その会話音声データが携帯電話機１０周辺の会話が録音されたものであると認識する。
【０１９８】
Ｓ１１５の処理の後、Ｓ１１６の処理へ移行する。また、Ｓ１１１の処理の結果、ＲＡＭ５３に格納されたデータ更新フラグがオフであれば（Ｓ１１１：Ｎｏ）、会話音声データ領域５４ａおよびスケジュール帳データ領域５４ｂが更新されていないことを意味するので、Ｓ１１２からＳ１１５の処理をスキップして、Ｓ１１６の処理へ移行する。
【０１９９】
Ｓ１１６の処理では、マイクロフォン６３により取得された車両内の会話音声データから場所、日時、人物を特定可能なキーワードを抽出する処理の実行を、音声認識プロセッサ６４に対して指示する。これにより、音声認識プロセッサ６４によって、マイクロフォン６４によって取得された車両内の会話音声データから、場所、日時、人物を特定可能なキーワードが抽出される。
【０２００】
次いで、Ｓ１１４およびＳ１１６の処理によって音声認識プロセッサ６４にて抽出された各種キーワードから、移動スケジュール（目的地、開始予定日、終了予定日、到着予定時刻、出発予定時刻、人物）を推定する（Ｓ１１７）。このとき、移動スケジュールを推定するもととなった会話音声データが携帯電話機１０から取得したものである場合は、Ｓ１１５の処理により抽出された携帯電話機所有者の名前や通話相手の名前を、その移動スケジュールの「人物」に追加する。
【０２０１】
また、移動スケジュールを推定するもととなった会話音声データが、携帯電話機１０より取得されたものであれば、その移動スケジュールの登録日として、Ｓ１１５の処理により抽出された録音日時を対応付けておき、マイクロフォン６３により取得されたものであれば、現在の時刻を計時回路５１ａから取得して、それを移動スケジュールの登録日に対応付けておく。更に、移動スケジュールを推定するもととなった会話音声データが、携帯電話機１０の電話機能による会話の内容が録音されたものであると認識される場合は、その移動スケジュールの情報源として「電話」を対応付けておき、その他の場合は、その情報源として「会話」を対応付けておく。
【０２０２】
次に、Ｓ１１３及びＳ１１７の処理により推定された移動スケジュールにおいて、開始予定日および出発予定時刻が不明な移動スケジュールがあるか否かを判断し（Ｓ１１８）、そのような移動スケジュールがある場合は（Ｓ１１８：Ｙｅｓ）、該当の移動スケジュールにおいて終了予定日および到着予定時刻が特定できたか否かを判断する（Ｓ１１９）。その結果、終了予定日および到着予定時刻が特定できた移動スケジュールについては（Ｓ１１９：Ｙｅｓ）、道路地図ＤＢ５４ｃの情報に基づいて自宅位置から目的地までの推定走行時間を算出し、その推定走行時間を終了予定日および到着予定時刻から減算して開始予定日および出発予定時間を推定し（Ｓ１２０）、Ｓ１２１の処理へ移行する。
【０２０３】
一方、Ｓ１１９の処理の結果、終了予定日および到着予定時刻が特定できていない移動スケジュールについては、Ｓ１２０の処理をスキップして、Ｓ１２１の処理へ移行する。また、Ｓ１１８の処理の結果、開始予定日および出発予定時刻が不明な移動スケジュールがないと判断される場合も、Ｓ１２１の処理へ移行する。
【０２０４】
Ｓ１２１の処理では、Ｓ１１３及びＳ１１７の処理により推定された移動スケジュールにおいて、終了予定日および到着予定時刻が不明な移動スケジュールがあるか否かを判断し、そのような移動スケジュールがある場合は（Ｓ１２１：Ｙｅｓ）、該当の移動スケジュールにおいて開始予定日および出発予定時刻が特定できたか否かを判断する（Ｓ１２２）。その結果、開始予定日および出発予定時刻が特定できた移動スケジュールについては（Ｓ１２２：Ｙｅｓ）、道路地図ＤＢ５４ｃの情報に基づいて自宅位置から目的地までの推定走行時間を算出し、その推定走行時間を開始予定日および出発予定時刻に加算して終了予定日および到着予定時間を推定し（Ｓ１２３）、Ｓ１２４の処理へ移行する。
【０２０５】
一方、Ｓ１２２の処理の結果、開始予定日および出発予定時刻が特定できていない移動スケジュールについては、Ｓ１２３の処理をスキップして、Ｓ１２４の処理へ移行する。また、Ｓ１２１の処理の結果、終了予定日および到着予定時刻が不明な移動スケジュールがないと判断される場合も、Ｓ１２４の処理へ移行する。
【０２０６】
Ｓ１２４の処理では、推定した移動スケジュールをスケジュールＤＢ５４ｅに登録する。これにより、携帯電話機１０から取得した会話音声データやスケジュール帳データ、また、マイクロフォン６３により取得した車両内の会話音声データに基づいて移動スケジュールが推定され、スケジュールＤＢ５４ｅが更新される。そして、Ｓ１２４の処理の後、スケジュールＤＢ更新処理を終了する。
【０２０７】
次いで、図１２を参照して、ナビゲーション装置５０のＣＰＵ５１により実行される目的地・行動推定処理について説明する。図１２は、この目的地・行動推定処理を示すフローチャートである。この処理は、図８に示すメイン処理の中で、推定状態フラグが「推定済」ではない場合、即ち、推定状態フラグが「未推定」または「再推定」であり、まだ推定目的地の推定が行われていないか、推定目的地の再推定が必要とされる場合に実行されるもので（図８のＳ５８参照）、図１０に示す搭乗解析処理により特定され乗車情報データ領域５３ｂに格納された乗車人数、乗車日時、運転者および同乗者の情報に基づいて、スケジュールＤＢ５４ｅに登録された移動スケジュールの中から、推定目的地を推定する処理である。
【０２０８】
この目的地・行動推定処理では、まず、推定状態フラグは「再推定」であるか否かを判断し（Ｓ１３１）、推定状態フラグが「再推定」でなければ（Ｓ１３１：Ｎｏ）、推定状態フラグは「未推定」であると判断できるので、Ｓ１３２の処理へ移行し、通常の推定目的地の推定処理が行われる。
【０２０９】
Ｓ１３２の処理では、乗車情報データ領域５３ｂに格納されている乗車日時、運転者および同乗者の情報に基づいて、その乗車日と、運転者および同乗者の名前を検索キーワードとして、スケジュールＤＢ５４ｅから該当する移動スケジュール（予定）を全て検索する（Ｓ１３２）。例えば、乗車日が２００８年２月１日で、人物「Ａ」が運転者として登場していた場合、乗車日「２００８年２月１日」、運転者「Ａ」が検索キーワードとして用いられ、Ｓ１３２の処理によって、データベース番号５４ｅ１が「１」および「８」の移動スケジュールが抽出される。
【０２１０】
そして、Ｓ１３２の処理による検索の結果、乗車日当日に終了予定の移動スケジュール（予定）があるか否かを判断し（Ｓ１３３）、乗車日当日に終了予定の移動スケジュール（予定）があれば（Ｓ１３３：Ｙｅｓ）、推定種別フラグ５３ａを「Ｄ」に設定し（Ｓ１３４）、Ｓ１３５の処理へ移行する。推定種別フラグ５３ａを「Ｄ」に設定することにより、以後の処理にて推定される推定目的地が乗車日当日に終了予定のものであることが示され、図１３に示す目的地・行動提案処理にて、乗車日当日に終了予定の推定目的地が適切なタイミングで搭乗者へ提案されるように制御が行われる。
【０２１１】
一方、Ｓ１３３の処理の結果、乗車日当時に終了予定の移動スケジュール（予定）がない場合（Ｓ１３３：Ｎｏ）、次いで、乗車情報データ領域５３ｂに格納されている乗車日時から所定の日数および時間の範囲で、開始予定日５４ｅ３から終了予定日５４ｅ４までに日をまたぐ移動スケジュール（予定）をスケジュールＤＢ５４ｅから検索する（Ｓ１３７）。例えば、乗車日時が２００８年２月３日１７時であり、所定の日数および時間が１週間である場合、２００８年２月３日１７時から２００８年２月１０日１７時までを検索範囲として設定され、Ｓ１３５の処理によって、日をまたぐ移動スケジュールとしてデータベース番号５４ｅ１が「３」の移動スケジュールが抽出される。
【０２１２】
そして、Ｓ１３７の処理による検索の結果、日をまたぐ移動スケジュール（予定）があるか否かを判断し（Ｓ１３８）、そのような移動スケジュールがあれば（Ｓ１３８：Ｙｅｓ）、推定種別フラグ５３ａを「Ｆ」に設定し（Ｓ１３４）、Ｓ１３５の処理へ移行する。推定種別フラグ５３ａを「Ｆ」に設定することにより、以後の処理にて推定される推定目的地が数日以内に日をまたいで移動すべき予定のものであることが示され、図１３に示す目的地・行動提案処理にて、日をまたいで移動する推定目的地を適切なタイミングで搭乗者へ提案されるように制御が行われる。
【０２１３】
Ｓ１３５の処理では、Ｓ１３２又はＳ１３７の処理によって得られる検索結果を、次のような優先順位でソートする。まず、第１に、スケジュールＤＢ５４ｅの各移動スケジュールに対応する人物５４ｅ８に登録された人物と、乗車情報データ領域５３ｂに格納された運転者および同乗者の情報との一致度合いを判定し、その一致度合いが高い順にソートする（Ｓ１３５の（ａ））。
【０２１４】
ここで、乗車情報データ領域５３ｂに格納された運転者および同乗者が全員、各移動スケジュールに対応する人物５４ｅ８に登録されている場合、乗車情報データ領域５３ｂに格納された乗車人数も参酌し、スケジュールＤＢ５４ｅの各移動スケジュールに対応する人物５４ｅ８に登録されている人数が、乗車情報データ領域５３ｂに格納された乗車人数と等しい場合、即ち、スケジュールＤＢ５４ｅの各移動スケジュールに対応する人物５４ｅ８に、乗車情報データ領域５３ｂに格納された運転者および同乗者以外の人物が登録されていない場合に一致度合いが最も高いと判定する。
【０２１５】
このように、人物５４ｅ８をソートの第１優先順位とすることによって、実際に乗車している人物が登録された移動スケジュールから推定目的地を推定することができるので、その推定目的地を提案した場合に、搭乗者によってその推定目的地が受け入れられる可能性を高めることができる。
【０２１６】
次いで、第２に、スケジュールＤＢ５４ｅの各移動スケジュールに対応する出発予定時刻５４ｅ６と、乗車情報データ領域５３ｂに格納された乗車日時との一致度合いを判定し、その一致度合いが高い順にソートする（Ｓ１３５の（ｂ））。このように、出発予定時刻５４ｅ６をソートの第２優先順位とすることにより、実際の乗車日時により近い出発予定時刻の移動スケジュールから推定目的地を推定することができるので、その推定目的地を提案した場合に、搭乗者によって受け入れられる可能性を高めることができる。
【０２１７】
次いで、第３に、スケジュールＤＢ５４ｅの各移動スケジュールに対応する情報源５４ｅ７が「スケジュール帳」、「電話」、「会話」の順となるようにソートする（Ｓ１３５の（ｃ））。ここで、移動スケジュールの情報源が「スケジュール帳」である場合、その移動スケジュールがユーザによって携帯電話機１０に対して直接入力されたスケジュールであるので、その信頼性が最も高い。また、電話では、スケジュールの話題を行うことが頻繁にあり、また、理路整然と話される場合が多いので、移動スケジュールの情報源が「電話」である場合、その信頼性は「スケジュール帳」よりも低いが、「会話」よりも高い。
【０２１８】
よって、スケジュールＤＢ５４ｅの各移動スケジュールに対応する情報源５４ｅ７が「スケジュール帳」、「電話」、「会話」の順となるようにソートすることにより、信頼性の高い移動スケジュールから推定目的地を推定することができるので、その推定目的地を提案した場合に、搭乗者によって受け入れられる可能性を高めることができる。
【０２１９】
そして、Ｓ１３５の処理によるソートの結果、最上位に該当する移動スケジュール（予定）の目的地５４ｅ２に登録された目的地をスケジュールＤＢ５４ｅから読み出し、それを推定目的地として設定する（Ｓ１３６）。その後、Ｓ１４４の処理へ移行する。
【０２２０】
一方、Ｓ１３１の処理の結果、推定状態フラグが「再推定」であれば（Ｓ１３１：Ｙｅｓ）、Ｓ１４０の処理へ移行し、再び推定目的地の推定処理が行われる。また、Ｓ１３８の処理の結果、日をまたぐ移動スケジュール（予定）がない場合も（Ｓ１３８：Ｎｏ）、Ｓ１４０の処理へ移行する。
【０２２１】
Ｓ１４０以降の処理では、目的地へ移動する日程を考慮せずに推定目的地を推定する。これにより、Ｓ１３１の処理の結果に基づいて再び推定目的地の推定処理を行う場合は、その推定目的地の候補基準が緩く設定されるので、柔軟に推定目的地を推定することができる。また、Ｓ１３８の処理の結果に基づいて、Ｓ１４０以降の処理が行われる場合は、スケジュールＤＢに乗車当時に終了予定の移動スケジュールがなく、また、乗車日時から所定の日数および時間の範囲内で日をまたぐ予定がなくても、何かしらの推定目的地を推定することができる。
【０２２２】
Ｓ１４０の処理では、推定種別フラグ５３ａを「Ｔ」に設定する。これにより、以降の処理で推定された推定目的地が、日程を考慮せずに推定されたものであることが示され、図１３に示す目的地・行動提案処理にて、日程を考慮せずに推定された推定目的地が適切なタイミングで搭乗者へ提案されるように制御が行われる。
【０２２３】
次いで、スケジュールＤＢ５４ｅの登録日５４ｅ９に基づき、所定の期間内（例えば、乗車日前２週間以内）に登録された予定を検索し（Ｓ１４１）、その検索結果を次のような優先順でソートする（Ｓ１４２）。
【０２２４】
まず、第１に、スケジュールＤＢ５４ｅの各移動スケジュールに対応する人物５４ｅ８に登録された人物と、乗車情報データ領域５３ｂに格納された運転者および同乗者の情報との一致度合いを判定し、その一致度合いが高い順にソートする（Ｓ１４２の（ａ））。このソートは、Ｓ１３５のソート処理における（ａ）と同様に、乗車情報データ領域５３ｂに格納された乗車人数も参酌して一致度合いを判定する。このように、人物５４ｅ８をソートの第１優先順位とすることによって、実際に乗車している人物が登録された移動スケジュールから推定目的地を推定することができるので、その推定目的地を提案した場合に、搭乗者によって受け入れられる可能性を高めることができる。
【０２２５】
また、第２に、搭乗者・行動履歴ＤＢ５４ｆの履歴との一致度合いを判定し、その一致度合いが高い順にソートする（Ｓ１４２の（ｂ））。具体的には、搭乗者・行動履歴ＤＢ５４ｆにより登録されている過去に向かった目的地毎に、その目的地へ向かった回数や時期、時間、運転者および同乗者の傾向が分析され、その分析結果から、乗車情報データ領域５３ｂに格納された乗車情報（乗車日時や運転者、同乗者の情報）に近い傾向を持ち、向かった回数の多い移動スケジュールを一致度合いが高いものとして判定する。これにより、過去の行動履歴の傾向に合致し、向かった回数の多い目的地が登録された移動スケジュールから、推定目的地を推定することができるので、その推定目的地を提案した場合に、搭乗者によって受け入れられる可能性を高めることができる。よって、会話音声から推定目的地をより的確に推定し、提案することができる。
【０２２６】
そして、Ｓ１４２の処理によるソートの結果、上位１〜３番目に該当する移動スケジュール（予定）の目的地５４ｅ２に登録された目的地をスケジュールＤＢ５４ｅから読み出し、それらをいずれも推定目的地として設定する（Ｓ１４３）。尚、推定状態フラグ５３ａが「再設定」である場合、Ｓ１４３の処理では、以前に推定した推定目的地を除いて、推定目的地を設定する。
【０２２７】
その後、Ｓ１４４の処理へ移行する。ここで、３つの移動スケジュールを推定目的地として設定するのは、ここで推定される目的地が日程を考慮せずに推定されたものであるので、１つの推定目的地を設定するだけでは、搭乗者に受け入れられる可能性が低くなる恐れがあるため、３つの推定目的地を設定することで、搭乗者に受け入れられる可能性を高めるためである。
【０２２８】
Ｓ１４４の処理では、搭乗者情報ＤＢ５４ｄの使用者情報登録部５４ｄ１に登録された自宅住所により示される位置（自宅位置）からＳ１３６又はＳ１４３の処理により推定された推定目的地までの経路を探索し、また、探索起点データ領域５３ｃに格納された位置情報により示される起点位置からＳ１３６又はＳ１４３の処理により推定された推定目的地までの経路を探索する。尚Ｓ１４３の処理によって推定目的地が複数推定された場合はそれぞれの推定目的地について、自宅位置および起点位置からの経路探索を行う。この経路探索の結果は、目的地・行動提案処理（図１３）によって推定目的地の提案を行うか否かを判断する場合に用いられる。
【０２２９】
そして、推定状態フラグを「推定済」に設定し（Ｓ１４５）、目的地・行動推定処理を終了する。推定状態フラグを「推定済」に設定することにより、以後、メイン処理（図８参照）の中で、この目的地・行動推定処理の実行がスキップされるので、推定目的地の推定が無駄に行われることを回避できる。
【０２３０】
次いで、図１３を参照して、ナビゲーション装置５０のＣＰＵ５１により実行される目的地・行動提案処理について説明する。図１３は、この目的地・行動提案処理を示すフローチャートである。この目的地・行動提案処理は、上述したように、図８に示すメイン処理の中で、提案処理フラグがオフの場合に実行されるもので（図８のＳ６０参照）、図１２に示す目的地・行動推定処理によって推定された推定目的地を適切なタイミングで搭乗者に対して提案する処理である。
【０２３１】
この目的地・行動提案処理では、まず、推定種別フラグ５３ａは「Ｎ」か否かを判断し（Ｓ１５０）、「Ｎ」であれば（Ｓ１５０：Ｙｅｓ）、推定目的地が設定されていないので、この目的地・行動提案処理を終了する。一方、推定種別フラグ５３ａが「Ｎ」でなければ（Ｓ１５０：Ｎｏ）、次いで、推定種別フラグ５３ａは「Ｄ」か否かを判断する（Ｓ１５１）。そして、「Ｄ」であれば（Ｓ１５１：Ｙｅｓ）、以降の処理で、当日に到着予定の推定目的地の提案タイミングを制御する。
【０２３２】
まず、タッチパネル５９や操作キー６０からの出力信号から、ナビゲーション装置５０への操作があったか否かを判断する（Ｓ１５２）。その結果、ナビゲーション装置５０への操作があれば（Ｓ１５２：Ｙｅｓ）、即座に推定目的地を搭乗者に提案する処理を実行する（Ｓ１５３）。推定目的地を提案する処理は、その推定目的地に関する情報をＬＣＤ５８に表示するようＬＣＤ５８を制御することによって行われる。これにより、ＬＣＤ５８に推定目的地に関する情報が表示され、搭乗者に対して推定目的地が提案される。
【０２３３】
このように、推定目的地が乗車日当日に到着予定のものである場合、ナビゲーション装置５０の操作されるタイミングでその推定目的地を提案することによって、搭乗者によってその推定目的地が同意される可能性を高めることができる。これにより、推定目的地を適切なタイミングで提案することができる。
【０２３４】
次いで、提案処理フラグをオンし（Ｓ１５４）、目的地・行動提案処理を終了する。提案処理フラグをオンすることによって、以後、メイン処理（図８参照）の中で、この目的地・行動提案処理の実行がスキップされる。また、案内処理（図１４参照）において、搭乗者がＳ１５３の処理により提案した推定目的地を受け入れたか否かを判断し、受け入れた場合は、その推定目的地を目的地として経路案内が行われる。
【０２３５】
一方、Ｓ１５２の処理の結果、ナビゲーション装置５０への操作がないと判断される場合（Ｓ１５２：Ｎｏ）、次いで、車両のイグニッションスイッチがオンされて以降、所定距離を走行し、又は、所定時間経過したか否かを判断する（Ｓ１５５）。そして、所定距離を走行しておらず、所定時間も経過していないと判断される場合は（Ｓ１５５：Ｎｏ）、そのまま目的地・行動提案処理を終了する。
【０２３６】
一方、所定距離を走行した、若しくは、所定時間経過したと判断される場合は（Ｓ１５５：Ｙｅｓ）、更に、図１２に示す目的地・行動推定処理のＳ１４４の処理によって探索された自宅位置から推定目的地までの経路、および、起点位置から推定目的地までの経路の少なくともいずれかの経路に対し、その経路上もしくはその経路から所定距離範囲内に、車両の現在位置が存在するか否かを判断する（Ｓ１５６）。
【０２３７】
そして、その経路上もしくはその経路から所定距離範囲内に、車両の現在位置が存在する場合は（Ｓ１５６：Ｙｅｓ）、車両が推定目的地へ向けて走行していると判断できるので、Ｓ１５３の処理へ移行して、推定目的地を提案し、提案処理フラグをオンして（Ｓ１５４）、目的地・行動提案処理を終了する。
【０２３８】
このように、推定目的地が乗車日当日に到着予定のものである場合、ナビゲーション装置５０が操作されていなくても、イグニッションスイッチがオンされてから車両が所定の時間または所定の距離を走行したタイミングでその推定目的地を提案すれば、搭乗者によってその目的地が同意される可能性を高めることができる。よって、推定目的地を適切なタイミングで提案することができる。
【０２３９】
一方、Ｓ１５６の処理の結果、現在位置が、探索された経路上もしくはその経路から所定距離範囲内にない場合は（Ｓ１５６：Ｎｏ）、ＲＡＭ５３に設けられた推定状態フラグを「再設定」に設定し、推定種別フラグ５３ａを「Ｎ」に設定して（Ｓ１５７）、目的地・行動提案処理を終了する。推定状態フラグを「再設定」に設定することにより、再度、目的地・行動推定処理によって推定目的地の推定が行われる。
【０２４０】
このように、本実施形態では、自宅位置から推定目的地までの経路、および、起点位置から推定目的地までの経路を予め探索しておき、少なくともいずれかの経路に対し、その経路上もしくはその経路から所定距離範囲内に車両の現在位置が存在するか否かを判断することによって、車両が推定目的地へ向けて走行しているか否かを判断する。そして、推定目的地に向けて走行していると判断される場合に、その推定目的地を提案する一方、推定目的地に向けて走行していないと判断される場合は、その推定目的地の提案が行われない。よって、搭乗者が希望する目的地を的確に提案することができる。
【０２４１】
これに対し、Ｓ１５１の処理の結果、推定種別フラグ５３ａが「Ｄ」でなければ（Ｓ１５１：Ｎｏ）、推定種別フラグ５３ａが「Ｆ」か否かを判断する（Ｓ１５８）。そして、「Ｆ」であれば（Ｓ１５８：Ｙｅｓ）、以降の処理で、数日以内に日をまたいで移動される予定の推定目的地の提案タイミングを制御する。まず、タッチパネル５９や操作キー６０からの出力信号から、ナビゲーション装置５０への操作があったか否かを判断する（Ｓ１５９）。
【０２４２】
その結果、ナビゲーション装置５０への操作がなければ（Ｓ１５９：Ｎｏ）、そのまま目的地・行動提案処理を終了する。一方、ナビゲーション装置５０への操作があれば（Ｓ１５９：Ｙｅｓ）、更に、現在の時刻が推定目的地への「開始予定日」、「出発予定時刻」から所定時間の範囲内か否かを判断する（Ｓ１６０）。そして、現在の時刻が推定目的地への「開始予定日」、「出発予定時刻」から所定時間の範囲内でなければ（Ｓ１６０：Ｎｏ）、そのまま目的地・行動実行処理を終了する。また、現在の時刻が推定目的地への「開始予定日」、「出発予定時刻」から所定時間の範囲内であれば（Ｓ１６０：Ｙｅｓ）、その推定目的地を搭乗者に提案する処理を実行し（Ｓ１６１）、更に、提案処理フラグをオンして（Ｓ１６２）、目的地・行動提案処理を終了する。
【０２４３】
ここで、推定目的地が日をまたいで移動される予定のものである場合、搭乗者は開始予定日よりも早めて行動する可能性があると共に、数日にまたがる行動は長距離走行となる可能性があるため搭乗者がナビゲーション装置５０を使用する可能性が高い。よって、推定目的地が日をまたいで移動される予定のものである場合、ナビゲーション装置５０の操作されるタイミングでその推定目的地を提案すれば、搭乗者によってその行き先が同意される可能性を高めることができる。従って、推定目的地を適切なタイミングで提案できる。
【０２４４】
一方で、推定目的地が日をまたいで移動される予定のものである場合、搭乗者は開始予定日よりも早めて行動する可能性がある一方、その開始予定日および出発予定時刻よりもはるか前の行動は、別の目的地に対するものである可能性もある。よって、数日にまたがって予定されている推定目的地が推定される場合、ナビゲーション装置５０が操作され、且つ、現在の時刻がその推定目的地への開始予定日および出発予定時刻から所定の時間範囲内となるタイミングで、その推定目的地を提案すれば、搭乗者によってその推定目的地が同意される可能性をより高めることができる。従って、推定目的地を適切なタイミングで提案できる。
【０２４５】
一方、Ｓ１５８の処理の結果、推定種別フラグ５３ａが「Ｆ」でなければ（Ｓ１５８：Ｎｏ）、推定種別フラグ５３ａは「Ｔ」であるので、以降の処理で、推定目的地へ移動する日程を考慮せずに推定された推定目的地の提案タイミングを制御する。まず、図１２に示す目的地・行動推定処理のＳ１４４の処理によって探索された自宅位置から３箇所ある推定目的地までの各経路、および、起点位置から３箇所ある推定目的地までの各経路の少なくともいずれかの経路において、その経路上もしくはその経路から所定距離範囲内に、車両の現在位置が存在するか否かを判断する（Ｓ１６３）。
【０２４６】
そして、いずれの経路上もしくはその経路から所定距離範囲内に、車両の現在位置が存在しない場合は（Ｓ１６３：Ｎｏ）、車両がいずれの推定目的地へも向かっていないと判断できるので、そのまま、目的地・行動提案処理を終了する。これにより、的外れな推定目的地が搭乗者に対して提案されることを抑制することができる。
【０２４７】
一方、いずれかの経路上もしくはその経路から所定距離範囲内に、車両の現在位置が存在する場合は（Ｓ１６３：Ｎｏ）、その経路に対応する推定目的地に車両が向かって走行している可能性があると判断できるので、Ｓ１６４の処理へ移行する。
【０２４８】
このように、複数の推定目的地に対して、自宅位置からの経路、および、起点位置からの経路をそれぞれ予め探索しておき、少なくともいずれかの経路に対し、その経路上もしくはその経路から所定距離範囲内に車両の現在位置が存在するか否かを判断することによって、車両がいずれかの推定目的地へ向けて走行しているか否かを判断することができる。そして、１の推定目的地に向けて走行していると判断される場合に、その推定目的地を提案することができるので、搭乗者の希望する目的地をより的確に提案できる。
【０２４９】
Ｓ１６４の処理では、計時回路５１ａにより示される現在の時刻が、その車両が向かっている可能性のある推定目的地に対して登録されている開始予定日、出発予定時刻、終了予定日、到着予定時刻のいずれかに基づいて、適当なものであるか否かを判断する。尚、車両が向かっている可能性のある推定目的地に対して、開始予定日、出発予定時刻、終了予定日、到着予定時刻のいずれも登録されていない場合は、Ｓ１６４の判断をスキップして、そのまま、Ｓ１６５の処理へ移行する。
【０２５０】
そして、Ｓ１６４の処理の結果、現在時刻が適当なものでなければ（Ｓ１６４：Ｎｏ）、車両が推定目的地に向かって走行していない可能性が高いので、そのまま目的地・行動提案処理を終了する。これにより、的外れな推定目的地が搭乗者に対して提案されることを抑制することができる。一方、現在時刻が適当なものである場合（Ｓ１６４：Ｙｅｓ）、車両がその推定目的地に向かっている可能性がさらに高いので、その推定目的地を搭乗者に提案する処理を実行し（Ｓ１６５）、更に、提案処理フラグをオンして（Ｓ１６６）、目的地・行動提案処理を終了する。
【０２５１】
このように、推定目的地が乗車日当日に到着予定のものではなく且つ日をまたいで移動される予定のものではない場合は、車両の現在位置および現在の時刻が、その現在位置と推定目的地との関係において適当なものであると判断されるタイミングで、推定目的地が提案されるので、搭乗者によってその推定目的地が同意される可能性を高めることができる。よって、音声から推定された搭乗者の希望する目的地を適切なタイミングで提案できる。
【０２５２】
以上、ＣＰＵ５１によって目的地・行動提案処理が実行されることにより、推定目的地の行動予定日程に応じて、その推定目的地を提案するタイミングが制御されるので、その推定目的地の提案を、その行動予定日程にあわせて行うことができる。ここで、車両外にて発せられる音声には、任意の日付の移動スケジュールに関する話題が含まれる。よって、推定目的地の提案を、その行動予定日程にあわせて行うことにより、音声から搭乗者の希望する目的地を適切なタイミングで提案することができる。よって、目的地・行動推定処理（図１２参照）により、音声から搭乗者の希望する目的地を的確に推定し、目的地・行動提案処理によって、適切なタイミングでその推定された目的地の提案を行うことができる。
【０２５３】
次いで、図１４を参照して、ナビゲーション装置５０のＣＰＵ５１により実行される案内処理について説明する。図１４は、この案内処理を示すフローチャートである。この処理は、図８に示すメイン処理の中で実行されるもので（図８のＳ６１参照）、登録された目的地までの経路案内を行う処理である。また、目的地・行動提案処理（図１２参照）により推定目的地が搭乗者に提案された場合、その推定目的地が受け入れられていれば、その推定目的地を目的地として経路案内が行われる。
【０２５４】
この案内処理では、まず、提案処理フラグがオンであるか否かを判断する（Ｓ１７１）。そして、提案処理フラグがオンであれば（Ｓ１７１：Ｙｅｓ）、目的地・行動提案処理（図１３参照）により推定目的地が搭乗者に提案されているので、次いで、搭乗者がその提案された推定目的地を受け入れたか否かを判断する（Ｓ１７２）。この受け入れたか否かの判断は、例えば、推定目的地に関する情報がＬＣＤ５８に表示された際に同時に表示される「同意」ボタンを、タッチパネル５９を介して搭乗者が操作したか否かによって行われる。そして、搭乗者が「同意」ボタンを操作し、提案された推定目的地を受け入れたと判断される場合は（Ｓ１７２：Ｙｅｓ）、その推定目的地を実際の目的地として登録し、車両の現在位置からその目的地までの経路を探索した上で、その経路案内をＬＣＤ５８への表示を通じて行う（Ｓ１７３）。
【０２５５】
次いで、登録された目的地に到着したか否かを判断し（Ｓ１７４）、目的地に到着していなければ（Ｓ１７４：Ｎｏ）、そのまま案内処理を終了する。一方、目的地に到着したと判断される場合は（Ｓ１７４：Ｙｅｓ）、今回の目的地、出発日、出発時刻、到着時刻、運転者および同乗者の情報を搭乗者・行動履歴ＤＢ５４ｆに登録すると共に、スケジュールＤＢ５４ｅの中に開始予定日の過ぎた移動スケジュールがあれば、それを中止されたスケジュールとして搭乗者・行動履歴ＤＢ５４ｆに登録し、搭乗者・行動履歴ＤＢ５４ｆを更新する（Ｓ１７５）。そして、案内処理を終了する。
【０２５６】
このように、搭乗者・行動履歴ＤＢ５４ｆを更新することにより、次回以降に、目的地・行動推定処理（図１２参照）において、推定目的地を推定する場合に、過去の搭乗者や行動の履歴の傾向から、搭乗者の向かう可能性のある目的地をより推定しやすくすることができる。
【０２５７】
一方、Ｓ１７２の処理の結果、搭乗者が「同意」ボタンを操作せず、若しくは、「同意」ボタンと同時に表示された「非同意」ボタンを操作して、提案された推定目的地を受け入れなかったと判断される場合は（Ｓ１７２：Ｎｏ）、ＲＡＭ５３に設けられた推定状態フラグを「再推定」に、推定種別フラグ５３ａを「Ｎ」に設定し（Ｓ１７６）、提案処理フラグをオフに設定して（Ｓ１７７）、この案内処理を終了する。
【０２５８】
Ｓ１７６の処理によって、推定状態フラグを「再設定」に設定することにより、再度、目的地・行動推定処理（図１２参照）によって、推定目的地の推定が行われる。また、Ｓ１７７の処理によって、提案処理フラグをオフにすることのより、目的地・行動提案処理（図１３参照）が再び実行されるようになり、目的地・行動推定処理（図１２参照）によって再度推定された推定目的地が提案される。また、推定目的地が提案されるまでは、次に説明するＳ１７８，Ｓ１７９の処理が実行される。
【０２５９】
即ち、Ｓ１７１の処理により、提案処理フラグがオフであると判断される場合は（Ｓ１７１：Ｎｏ）、目的地・行動提案処理（図１３）によって、推定目的地の提案が行われていないので、次いで、搭乗者がタッチパネル５９や操作キー６０を操作することにより、目的地を登録したか否かを判断する（Ｓ１７８）。そして、搭乗者が目的地を登録したと判断される場合（Ｓ１７８：Ｙｅｓ）、車両の現在位置からその登録された目的地への経路を探索し、その経路案内をＬＣＤ５８への表示を通じて行う（Ｓ１７９）。これにより、推定目的地が提案されない間は、搭乗者による目的地の登録を受け付け、その目的地への経路案内を搭乗者に対して提供することができる。
【０２６０】
そして、Ｓ１７９の処理の後、上述したＳ１７４の処理へ移行して、目的地に到着していなければ（Ｓ１７４：Ｎｏ）、そのまま案内処理を終了し、目的地に到着すれば（Ｓ１７４：Ｙｅｓ）、搭乗者・行動履歴ＤＢ５４ｆを更新して（Ｓ１７５）、案内処理を終了する。また、Ｓ１７８の処理の結果、搭乗者が目的地を登録していないと判断される場合（Ｓ１７８：Ｎｏ）、そのまま案内処理を終了する。
【０２６１】
以上、説明したように、本実施形態におけるナビゲーションシステム１およびナビゲーション装置５０では、車両外にて発せられる音声として、携帯電話機１０の電話機能の通話による会話音声や、携帯電話機１０周辺で行われた会話音声が、携帯電話機１０によって録音される。この携帯電話機１０によって録音された会話音声の会話音声データが、ナビゲーション装置５０に転送され、ナビゲーション装置５０において、音声認識プロセッサ６４によりその会話音声データが解析されて、その解析結果に基づき、移動スケジュールが推定される。これにより、車両外にて発せられる音声の内容に基づいて、搭乗者の目的地を推定することができる。
【０２６２】
ここで、車両に乗って向かう目的地は、通常、乗車する前に車両外における会話の中で決定される場合が多い。よって、車両外にて発せられる音声の内容に基づいて、搭乗者の希望する目的地を推定し、その推定される目的地をＬＣＤ５８へ表示することによって、音声から搭乗者の希望する目的地の推定および提案を的確に行うことができる。
【０２６３】
また、車両への搭乗がある場合に、乗車情報として、乗車日時、乗車人数、運転者および同乗者が特定される。そして、特定された乗車情報と、音声認識プロセッサ６４により抽出される場所、日時、人物を特定可能なキーワードとに基づいて、搭乗者の希望する目的地が推定される。これにより、雑多な内容を含む音声から、その音声に含まれる場所、日時，人物を特定可能なキーワードに基づいて、その車両の乗車状況（乗車日時、乗車人数、運転者および同乗者）に適した場所を搭乗者の希望する目的地として推定することができる。よって、音声から搭乗者の希望する目的地をより的確に推定し、提案することができる。
【０２６４】
また、音声認識プロセッサ６４により抽出される場所、日時、人物を特定可能なキーワードに基づいて移動スケジュールが推定され、この移動スケジュールがスケジュールＤＢ５４ｅに登録されるので、１の会話音声データの中で複数の行動予定に関する話題が話された場合や、複数の会話音声データにおいてそれぞれ行動予定に関する話題が話された場合に、各行動予定に対応する移動スケジュールを生成し、スケジュールＤＢ５４ｅに随時追加して蓄積しておくことができる。よって、このスケジュールＤＢ５４ｅに登録された移動スケジュールの中から車両の乗車状況（乗車日時、乗車人数、運転者および同乗者）に適した場所を推定することができるので、音声から搭乗者の希望する目的地をより的確に推定し、提案することができる。
【０２６５】
以上、実施の形態に基づき本発明を説明したが、本発明は上記実施形態に何ら限定されるものではなく、本発明の趣旨を逸脱しない範囲内で種々の改良変形が可能であることは容易に推察できるものである。
【０２６６】
例えば、上記実施形態では、会話音声の録音を携帯電話機１０にて行う場合について説明したが、必ずしもこれに限られるものではなく、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）やＩＣレコーダといった持ち運び可能な各種機器にて会話音声を録音し、これらの機器から録音された会話音声データをナビゲーション装置５０へ転送するようにしてもよい。また、必ずしも、携帯機器に限られるものではなく、車両外に設けられ会話音声を録音可能なものであればよい。例えば、オーディオといった宅内に設置された宅内機器にて宅内での会話音声を録音し、その宅内機器からナビゲーション装置５０へ録音された会話音声データを転送するようにしてもよい。
【０２６７】
また、上記実施形態では、ナビゲーション装置５０において、携帯電話機１０により録音された会話音声を取得し、その会話音声を解析して、推定目的地の推定と提案を行う場合について説明したが、必ずしもこれに限られるものではない。例えば、ナビゲーション装置５０以外の車載装置、例えば、ＡＶ再生装置などによって、これらの処理が行われてもよい。また、車両の外で宅内もしくは宅外に設置されたサーバによって、これらの処理が行われてもよい。
【０２６８】
この場合、車載装置や宅内もしくは宅外に設置されたサーバにて、推定された目的地の提案タイミングの制御までが行われ、その提案タイミングで目的地の提案を指示する指示信号を、車載装置や宅内もしくは宅外に設置されたサーバから車両に設けられたナビゲーション装置５０に対して送信するようにしてもよく、ナビゲーション装置５０は、その指示信号に従って推定目的地の提案処理を行うように構成してもよい。
【０２６９】
また、ナビゲーション装置５０において、搭乗者が推定目的地を受け入れたか否かを判断し、その受け入れ結果を車載装置や宅内もしくは宅外に設置されたサーバに送信するように構成してもよい。そして、車載装置や宅内もしくは宅外に設置されたサーバは、ナビゲーション装置５０より送信された受け入れ結果に基づいて、推定目的地の推定を終了したり、再度推定したりするように構成してもよい。
【０２７０】
更に、ナビゲーション装置５０から車載装置や宅内もしくは宅外に設置されたサーバに、車両の現在位置に関する情報が随時送信されるように構成してもよく、車載装置や宅内もしくは宅外に設置されたサーバは、ナビゲーション装置５０から送信された車両の現在位置に関する情報を基に、推定目的地の提案タイミングの制御を行ったり、或いは、搭乗者・行動履歴ＤＢ５４ｆを更新したりしてもよい。
【０２７１】
また、上記実施形態では、会話音声の録音と、推定目的地の推定および提案とを、それぞれ別の装置（携帯電話機１０およびナビゲーション装置５０）によって行う場合について説明したが、必ずしもこれに限られるものではない。例えば、会話音声の録音から、推定された推定目的地の提案タイミングの制御までを宅内サーバといった１つの機器で行ってもよい。
【０２７２】
上記実施形態では、携帯電話機１０およびナビゲーション装置５０がＢｌｕｅｔｏｏｔｈに対応し、Ｂｌｕｅｔｏｏｔｈ方式によって携帯電話機１０の会話音声データやスケジュール帳データを送信する場合について説明したが、必ずしもこれに限られるものではなく、携帯電話機１０およびナビゲーション装置５０をＷＬＡＮ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）に対応させ、ＷＬＡＮ方式によって、携帯電話機１０から会話音声データやスケジュール帳データを送信してもよい。また、その他の無線通信方式によって、携帯電話機１０から会話音声データやスケジュール帳データを送信してもよい。
【０２７３】
また、携帯電話機１０およびナビゲーション装置５０を、ＬＡＮケーブルやＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）ケーブル、その他専用ケーブルなどを介して、有線によって、携帯電話機１０から会話音声データやスケジュール帳データを送信してもよい。また、携帯電話機１０にオスタイプのＵＳＢコネクタを設け、ナビゲーション装置５０にメスタイプのＵＳＢコネクタを設けて、それらを直接接続することによって、携帯電話機１０から会話音声データやスケジュール帳データを送信してもよい。
【０２７４】
上記実施形態では、ナビゲーション装置５０から携帯電話機１０に対して、接続要求を送信して、ナビゲーション装置５０と携帯電話機１０との接続を確立する場合について説明したが、必ずしもこれに限られるものではなく、携帯電話機１０からナビゲーション装置５０に対して接続要求を送信してもよい。また、この場合、ユーザからの指示に従って、例えば、ユーザがタッチパネル２２や操作キー２３を操作して携帯電話機１０に対して会話音声データの送信を指示した場合に、携帯電話機１０からナビゲーション装置５０に対して接続要求が送信されてもよい。
【０２７５】
上記実施形態では、携帯電話機１０にて録音された会話音声データやスケジュール帳データがフラッシュメモリ１４に格納される場合について説明したが、必ずしもこれに限られるものではない。例えば、携帯電話機１０にメモリカードスロットが設けられ、メモリカードが装着可能に構成されている場合、録音した会話音声データやスケジュール帳データをメモリカードに格納してもよい。
【０２７６】
この場合、ナビゲーション装置５０にもメモリカードスロットが設けられ、そのメモリカードスロットに装着されたメモリカードに会話音声データやスケジュール帳データが格納されていれば、そのメモリカードからそれらのデータを読み出して、ナビゲーション装置５０の会話音声データ領域５４ａやスケジュール帳データ領域５４ｂへ格納してもよい。
【０２７７】
上記実施形態では、座席の各座位置に圧力センサ６２を設け、所定レベル以上の圧力が加えられた圧力センサ６２の数から乗車人数を検出する場合について説明したが、必ずしもこれに限られるものではない。例えば、各座位置に対して設けられたカメラ７０により撮像される画像を用いて、各画像に顔画像が含まれているか否かを画像認識プロセッサ６５により判定し、顔画像が含まれる画像の数をカウントすることによって乗車人数を検出してもよい。また、シートベルトのバックルに、シートベルトが閉められたか否かを検出するセンサを設け、シートベルトが閉められた数をカウントすることにより、乗車人数を検出してもよい。また、マイクロフォン６３より取得された音声データを音声認識プロセッサ６４により解析し、その音声に含まれる声の種類の数から、乗車人数を検出してもよい。
【０２７８】
上記実施形態では、運転者や同乗者の特定を、カメラ７０にて撮像された顔画像データと、搭乗者情報ＤＢ５４ｄの「顔画像」情報に格納されている顔画像データとをパターンマッチング法によって比較することにより行ったが、必ずしもこれに限られるものではない。例えば、搭乗者情報ＤＢ５４ｄに登録されている各人物毎に、顔の特徴量を登録しておき、画像認識プロセッサ６５において、カメラ７０にて撮像された顔画像データから特徴量を抽出して、その抽出した特徴量に最も近い特徴量を持つ人物を、搭乗者情報ＤＢ５４ｄを参照して特定するようにしてもよい。
【０２７９】
また、運転者や同乗者の特定を、画像ではなく音声によって行ってもよい。この場合、搭乗者情報ＤＢ５４ｄに登録されている各人物毎に、声の特徴量を登録しておき、音声認識プロセッサ６４において、マイクロフォン６３から取得した音声データから運転手および同乗者の声の特徴量を抽出して、その抽出した特徴量に最も近い特徴量を持つ人物を、搭乗者情報ＤＢ５４ｄを参照して特定するようにしてもよい。
【０２８０】
上記実施形態では、会話音声データやスケジュール帳データから、移動スケジュールとして、目的地、開始予定日、終了予定日、到着予定時刻、出発予定時刻および人物を推定する場合について説明したが、これに加えて、乗車人数を推定し、この乗車人数もスケジュールＤＢ５４ｅに登録するようにしてもよい。そして、乗車状況データ領域５３ｂに格納された乗車人数と、スケジュールＤＢ５４ｅの各移動スケジュールにおける乗車人数とを直接比較して、推定目的地を推定してもよい。これにより、推定目的地を推定する条件が増えるので、乗車状況に応じてより的確な推定目的地の提案を行うことができる。
【０２８１】
上記実施形態では、乗車情報として、乗車日時、乗車人数、運転者および同乗者に関する情報から推定目的地の推定を行う場合について説明したが、必ずしもこれに限られるものではなく、乗車日時、乗車人数、搭乗者（運転者および同乗者）のうち、少なくともいずれかの情報に基づいて、推定目的地の推定を行ってもよい。推定目的地の推定に使用する乗車情報の数を少なくすれば、その推定処理に係る負荷を小さく抑えることができる。
【０２８２】
上記実施形態では、スケジュールＤＢ５４ｅとして、目的地５４ｅ２に対応して、開始予定日５４ｅ３、終了予定日５４ｅ４、到着予定時刻５４ｅ５、出発予定時刻５４ｅ６、情報源５４ｅ７、人物５４ｅ８、登録日５４ｅ９を登録する場合について説明したが、必ずしもこれに限られるものではなく、これと乗車人数のうち少なくとも１つを登録するようにしてもよい。スケジュールＤＢ５４ｅに登録される項目を少なくすれば、スケジュールＤＢ５４ｅの更新にかかる処理や、推定目的地の推定にかかる処理の負荷を小さく抑えることができる。
【０２８３】
上記実施形態では、推定目的地の提案をナビゲーション装置５０のＬＣＤ５８に表示することによって行う場合について説明したが、必ずしもこれに限られるものではなく、推定目的地の名前をスピーカ６１から音声によって外部へ出力（放音）するようにしてもよい。これにより、運転者はＬＣＤ５８を見ることなく推定目的地の提案を受けることができ、運転者への安全を配慮することができる。
【０２８４】
また、上記実施形態では、推定目的地の提案に対し、ＬＣＤ５８に表示された「同意」ボタンを、タッチパネル５９を介して操作されたか否かを検出することにより、その推定目的地の提案が受け入れられたか否かを判断する場合について説明したが、必ずしもこれに限られるものではなく、搭乗者が発する音声に基づいて、その推定目的地の提案が受け入れられたか否かを判断してもよい。例えば、搭乗者が「了解」と発した場合に、推定目的地の提案が受け入れられたと判断し、搭乗者が「他には？」と発した場合に、推定目的地の提案が受け入れられなかったと判断してもよい。これにより、運転者はタッチパネル５９を操作することなく推定目的地の提案の受け入れを表明することができ、運転者への安全を配慮することができる。
【０２８５】
上記実施形態において、推定した推定目的地の数を状況に応じて１つ又は３つに設定したが、必ずしもこれに限られるものではなく、推定目的地の数は任意の数に設定されてもよい。
【０２８６】
上記実施形態では、推定目的地までの経路探索で用いられる、探索起点データ領域５３ｃにて示される起点位置の位置情報として、イグニッションスイッチがオンされた時点における車両の現在位置の位置情報が設定される場合について説明したが、これに代えて、またはこれと併用して、搭乗者がタッチパネル５９や操作キー６０を操作することによって、搭乗者が探索起点データ領域５３ｃに格納すべき起点位置の位置情報が設定されてもよい。これにより、推定目的地までの経路探索で用いられる起点位置を、搭乗者によって所望の位置に設定することができる。よって、車両の現在位置が、その所望の位置から推定目的地までに対して探索された経路上またはその経路から所定距離範囲内に位置していれば、その車両は推定目的地に向けて走行しているとの判断を搭乗者の希望に添って行うことができる。従って、そのような場合に、推定目的地が提案されることによって、搭乗者が希望する目的地をより的確に提案できる。
【０２８７】
上記実施形態では、推定目的地が乗車日当日に到着予定のものである場合、ナビゲーション装置５０が操作されると、そのタイミングでその推定目的地を提案する場合について説明したが、ナビゲーション装置５０が操作された時点で、車両の現在位置が、自宅位置または起点位置から推定目的地までに対して探索された経路上またはその経路から所定距離範囲内にある場合にのみ、推定目的地を提案するようにしてもよい。これにより、推定目的地の提案がより適切に行うことができる。
【０２８８】
上記実施形態では、推定目的地が乗車日当日に到着予定のものである場合、ナビゲーション装置５０が操作されると、そのタイミングでその推定目的地を提案する場合について説明したが、ナビゲーション装置５０の操作の有無の判断を省略して、この場合は、必ず、イグニッションスイッチがオンされて以降に所定距離を走行したか、或いは、所定時間が経過したことを判断し、所定距離を走行もしくは所定時間が経過した時点で、所定の条件のもとに推定目的地を提案するようにしてもよい。
【０２８９】
上記実施形態では、推定目的地が日をまたいで移動される予定のものである場合、ナビゲーション装置５０への操作が検出され、且つ、現在の時刻が推定目的地への「開始予定日」、「出発予定時刻」から所定時間の範囲内にあれば、推定目的地の提案が行われる場合について説明したが、必ずしもこれに限られるものではない。例えば、推定目的地が日をまたいで移動される予定のものである場合、ナビゲーション装置５０への操作が検出されるか、若しくは、現在の時刻が推定目的地への「開始予定日」、「出発予定時刻」から所定時間の範囲内にあれば、推定目的地の提案を行うようにしてもよい。
【０２９０】
ここで、推定目的地が日をまたいで移動される予定のものである場合、搭乗者はその海所定日や出発予定時刻から外れて行動を開始する可能性がある一方、現在時刻がその開始予定日および出発予定時刻から所定の時間範囲内となれば、搭乗者がその推定目的地へ向けて走行している可能性が高くなる。よって、推定目的地が日をまたいで移動される予定のものである場合、ナビゲーション装置５０への操作が検出されるか、若しくは、現在の時刻が推定目的地への「開始予定日」、「出発予定時刻」から所定時間の範囲内にあれば、推定目的地の提案を行うことにより、搭乗者によってその推定目的地が同意される可能性を高めることができる。従って、推定された搭乗者の希望する目的地を適切なタイミングで提案できる。
【符号の説明】
【０２９１】
１            ナビゲーションシステム
１０          携帯電話機（音声記憶手段）
５０          ナビゲーション装置
５５          現在位置検出装置（現在位置検出手段）
Ｓ５２        （車両位置情報取得手段）
Ｓ５４        データ取得処理（音声取得手段）
Ｓ５６        スケジュールＤＢ更新処理（音声解析手段）
Ｓ５８        目的地・行動推定処理（行き先推定手段）
Ｓ６０        目的地・行動提案処理（行き先出力手段）
Ｓ１４４      （経路探索手段、起点位置設定手段）
Ｓ１５６，Ｓ１６３    （現在位置判定手段）
Ｓ１７２      （同意判定手段）
Ｓ１７３      （目的地設定手段、推定行き先設定手段、経路設定手段の一部、経路出力手段の一部）
Ｓ１７９      （経路設定手段の一部、経路出力手段の一部）
【図１】
2010190744.tif 000003
【図２】
2010190744.tif 000004
【図３】
2010190744.tif 000005
【図４】
2010190744.tif 000006
【図５】
2010190744.tif 000007
【図６】
2010190744.tif 000008
【図７】
2010190744.tif 000009
【図８】
2010190744.tif 000010
【図９】
2010190744.tif 000011
【図１０】
2010190744.tif 000012
【図１１】
2010190744.tif 000013
【図１２】
2010190744.tif 000014
【図１３】
2010190744.tif 000015
【図１４】
2010190744.tif 000016