(57)【特許請求の範囲】
【請求項１】
音声出力のための音声データを外部データベースからネットワークを介して取得するデータ取得手段と、
前記音声データに対応する言葉を含めて音声出力を行う音声出力手段と、
テキストデータにより表現された単語について、テキストデータから音声合成して音声出力する音声合成手段と、
を有し、
前記音声合成手段により音声合成して出力した単語の使用頻度が所定以上になったときに、前記データ取得手段によりその単語について音声データを外部から取得することを特徴とする移動端末装置。
【請求項２】
請求項１に記載の装置において、
音声出力のための処理対象となる言葉のうち、よく使用される言葉についての音声データを蓄積する蓄積手段を有することを特徴とする移動端末装置。
【請求項３】
請求項２に記載の装置において、
前記蓄積手段は、使用頻度が所定以上になったときに、前記データ取得手段により取得した単語について音声データを記憶することを特徴とする移動端末装置。
【請求項４】
請求項３に記載の装置において、
音声出力のための処理対象となる言葉のうち、対応する音声データが前記蓄積手段に蓄積されている場合にこの言葉について蓄積されている音声データを用いて音声出力手段から音声出力し、対応する音声データが蓄積されていない場合にこの言葉について音声合成手段からテキストデータを音声合成して音声出力することを特徴とする移動端末装置。
【請求項５】
移動端末装置が音声出力を行うための音声出力プログラムを記録した媒体であって、
前記音声出力プログラムは、前記移動端末装置に、
音声出力のための音声データを外部データベースからネットワークを介して取得させ、
前記音声データに対応する言葉を含めて音声出力を行わせ、
テキストデータにより表現された単語について、テキストデータから音声合成して音声出力させ、
前記テキストデータから音声合成して出力した単語の使用頻度が所定以上になったときに、その単語について音声データを外部から取得させることを特徴とする音声出力プログラムを記録した媒体。
【請求項６】
請求項５に記載の媒体において、
前記音声出力プログラムは、移動端末装置に、
音声出力のための処理対象となる言葉のうち、よく使用される言葉についての音声データについて蓄積させることを特徴とする音声出力プログラムを記録した媒体。
【請求項７】
請求項６に記載の媒体において、
前記音声出力プログラムは、移動端末装置に、
使用頻度が所定以上になったときに、取得した単語についての音声データを蓄積させることを特徴とする音声出力プログラムを記録した媒体。
【請求項８】
請求項７に記載の媒体において、
前記音声出力プログラムは、移動端末装置に、
音声出力のための処理対象となる言葉のうち、対応する音声データが蓄積されている場合にこの言葉について蓄積されている音声データから音声出力させ、
対応する音声データが蓄積されていない場合にこの言葉についてテキストデータから音声合成して音声出力させることを特徴とする音声出力プログラムを記録した媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ナビゲーション装置や電子メールの読み上げなどの音声出力を行う移動端末装置、その動作プログラムを記録した媒体に関する。
【０００２】
【従来の技術】
従来より、経路案内用ナビゲーション装置が知られており、この装置は車両の現在地を検出するＧＰＳ装置等の現在地検出装置と、検出した車両の現在地を地図上の位置として認識する地図データベースと、を有している。そして、これらを利用して、ディスプレイに地図及び現在地を表示して運転者の走行を案内する。また、ナビゲーション装置では、目的地を入力することで、目的地までの最適経路を探索する機能を有している。そして、目的地までの経路を設定した走行においては、右左折する交差点等の案内が必要な交差点（案内交差点）に接近した場合には、右左折についての案内を行う。ここで、この案内は、ディスプレイ上に交差点の拡大図を表示し、この拡大図において進行方向を示すことで行われると共に、音声による案内も行われる。運転者は、車両走行中は前方を注視しているため、音声による案内の方がわかりやすい。このため、音声による案内が普及してきている。このように、ナビゲーション装置などの移動端末において、音声出力が行われている。
【０００３】
なお、音声により進行方向についての案内を行うナビゲーション装置としては、例えば特開平２−２４９１００号公報に記載されたものがある。
【０００４】
このようなナビゲーション装置においては、音声案内をわかりやすく行うために交差点名称等を読み上げることが好ましい。例えば、案内交差点であるＡ交差点の５００ｍ手前において、「５００ｍ先で、Ａ交差点を左方向です。」等の音声案内が行われる。
【０００５】
この音声読み上げを行うためには、各交差点に関する音声データが必要となる。通常の地図データベースでは、全国の地図を記憶すると共に、案内に利用されるような交差点名称は全てテキストデータとして記憶されている。このため、このテキストデータから音声合成を行うことにより、交差点名称の音声データを作成し、音声案内を出力することが行われている。
【０００６】
しかし、このような音声合成は予め装置内に持っている５０音等の単位音声の組み合わせで読み上げ用の音声データを作成する。このため、交差点名称を普通に読み上げた場合と、そのイントネーション、アクセント、発音等が異なり、聞き取りにくいものとなってしまう。特に、運転中の運転者に対する案内では、上記の音声合成による案内では聞き取りやすさという点で十分でなく、わかりやすい案内音声が望まれる。
【０００７】
そこで、各交差点名称についての音声データを全て記憶しておくことが行われている。即ち、各交差点名称等について、実際に読み上げたデータを所定の符号化処理等を行い音声データとして地図データベースに記憶しておく。これにより、自然でわかりやすい音声案内を行うことができる。なお、音声データは、例えばＰＣＭ（パルス・コード・モジュレーション）などの符号化処理されたデータである。
【０００８】
【発明が解決しようとする課題】
しかしながら、従来の音声案内ナビゲーション装置には、以下に示す問題点がある。全ての音声データを記憶すると、そのデータ量が膨大なものになり、記憶媒体の容量が大きくなる。通常、地図データベースには、ＣＤ−ＲＯＭが利用されるが、通常の地図データの数倍の容量が音声データの記憶のために必要となる。
【０００９】
従って、音声の読み上げを自然でわかりやすく行えると共に、記憶媒体等の記憶容量を小さく抑えることができるナビゲーション装置及びそのシステムが要望されていた。
【００１０】
また、車載の端末装置により、電子メール等のやりとりを行ったり、センターから各種のデータの提供を受けたりするサービスも開始されている。このようなサービスにより得た情報も、音声で読み上げた方がよい場合も多い。このような場合の読み上げ音声についても自然でわかりやすい音声出力が望まれる。
【００１１】
本発明は上記問題点を解決することを課題としてなされたものであり、自然でわかりやすい音声出力が行えると共に、そのための記憶容量を小さく抑えることができる移動端末装置などを提供することを目的とする。
【００１２】
【課題を解決するための手段】
本発明は、音声出力のための音声データを外部データベースからネットワークを介して取得するデータ取得手段と、前記音声データに対応する言葉を含めて音声出力を行う音声出力手段と、テキストデータにより表現された単語について、テキストデータから音声合成して音声出力する音声合成手段と、を有し、前記音声合成手段により音声合成して出力した単語の使用頻度が所定以上になったときに、前記データ取得手段によりその単語について音声データを外部から取得することを特徴とする。このように、本発明では、外部から取得した音声データにより、各種音声を出力することができる。従って、移動端末装置において、大容量の音声データ記憶用のメモリを用意する必要がなくなる。また、音声合成により音声出力を行うのに比べ、自然な発声による音声出力が行える。そして、よく使用する単語についての音声データを移動端末内に補充することができる。
【００１３】
また、音声出力のための処理対象となる言葉のうち、よく使用される言葉についての音声データを蓄積した蓄積手段と、テキストデータで表現された単語について、テキスト合成で音声出力するテキスト合成手段と、を有し、蓄積手段からの音声データと、テキスト合成手段からの音声データとを合成して音声出力を行うことが好適である。これによれば、よく使用される単語についての音声データを取得して、この単語についてはテキスト合成でなく自然な発音で出力でき、全体としてわかりやすい音声出力ができる。また、音声データの記憶容量を十分少ないものにできる。
【００１５】
また、取得した音声データのうち、使用頻度が低いものについて、データ消去処理を行うことが好適である。このようにして、必要な音声データのみの記憶とすることができ、メモリの記憶容量を有効に使用することができる。
【００１６】
また、表示用のテキストデータの読み上げ音声を出力することが好適である。表示用のテキストデータを音声出力することで、観光案内や、電子メールなどの読み上げ出力を聞き易いものにできる。
【００１７】
また、ナビゲーション装置の案内音声を出力することが好適である。案内音声には、地名などたくさんの単語があり、これについて外部から提供を受けることによって、移動端末装置において必要なメモリ容量を減少することができる。そして、自然な発音を維持することができる。
【００１８】
また、地理的名称に関する音声データを外部から取得し、前記音声出力手段は、取得した音声データに基づき、前記地理的名称の読み上げ音声を含む音声案内を行うことが好適である。従って、経路案内において必要な地理的名称についてのを音声データを予め記憶しておくことが不要であり、データを記憶する記憶媒体等の容量を必要最小限に低減することができる。また、車両外部から受信した音声データに基づいて音声出力を得るので、読み上げ音声は自然なものとなる。このため、運転者にとって、自然で且つわかりやすい音声経路案内を行うことができる。
【００１９】
また、取得した地理的名称を、音声案内の進行方向案内文に加えて読み上げることが好適である。運転者は、進行方向案内について、地理的名称を含むメッセージで聞くことができ、進行方向を容易に認識することができる。
【００２０】
また、目的地に関するデータを車両外部に送信する送信手段を有し、前記データ取得手段は、現在地と前記目的地との間の経路に関する情報を音声データを車両外部から取得することが好適である。この場合においては、目的地に関するデータを車両外部に送信するので、現在地と目的地との間の地理的名称についての音声データを受信することができる。従って、受信する音声データについて、無駄な部分をなくすことができる。
【００２１】
また、取得する音声データは現在地及び進行方向に基づいて決定される所定範囲内にある情報であり、前記所定範囲は変更可能であることが好適である。例えば、送受信される音声データの容量に対応して前記所定範囲を決定することができる。
【００２２】
また、音声データを取得する範囲である所定範囲は、自車の走行履歴または過去の交通流を考慮して決められることを特徴とする。これらの場合には、目的地までの距離だけでなく、過去の交通状況や過去の自車の走行履歴を考慮して、走行経路を予測して必要な地理的名称を決定できる。そこで、必要な音声データを確実に得ることができる。
【００２３】
また、外部情報を受信する外部情報受信手段と、前記受信した外部情報中に含まれているコード化された音声データをデコードするデコード手段と、を有し、前記音声出力手段は、デコード手段で得られた音声データを用いて音声読み上げすることが好適である。このようにして、受信したデータの中の音声データをデコードしてそのまますぐに音声出力することができる。
【００２４】
また、前記音声データ受信手段と前記音声案内手段とは、携帯端末装置に搭載されていることが好適である。このように、携帯端末装置に搭載されていると、この携帯端末を使用して任意の場所で経路の設定等が行える。そして、音声データの記憶が不要であるので、携帯端末装置を小型、軽量化できる。さらに例えば、センターから地図データをもらう構成にすれば、地図データベース自体が不要になり、装置の小型化を一層図ることができる。
【００２５】
また、外部から取得される音声データは、サンプリング音声データであることが好適である。人の発声から得たサンプリング音声データを取得することで、人間の生の発声と同様の自然な音声を再生できる。
【００２６】
本発明は、移動体端末の動作を達成するためのプログラムを記憶した媒体に関する。なお、動作プログラムは、移動端末装置内のＲＯＭ、ＣＤ−ＲＯＭやハードディスクなどに記憶しておくことが好適である。また、ユーザはＣＤ−ＲＯＭを購入することで、新たなプログラムをナビＥＣＵにロードすることもできる。さらに、媒体は、ＣＤ−ＲＯＭに限らず、ＤＶＤやＦＤなど音声出力プログラムを記憶できるものであればどのような形式のものでもよく、通信で提供することも好適である。特に、センターが動作プログラムを移動端末装置に通信で提供することが好ましい。
【００２７】
【発明の実施の形態】
以下、本発明に好適な実施形態について、図面に基づいて説明する。
【００２８】
「基本形態１」
図１は、本発明に係るナビゲーション装置（移動端末）の基本的な形態を示すブロック図である。ナビゲーション装置２においては、ナビゲーションＥＣＵ（以下、ナビＥＣＵという）４に、モデム６、音声信号出力装置８、地図データベース１０、ＧＰＳ装置１２、音声データ記憶部１４、操作部１６及び表示部１８が接続されている。
【００２９】
モデム６は、自動車電話等の無線通信機２０に接続されており、車両外部から送られてくる音声データの受信や車両外部への情報の送信等に必要な変復調処理を行う。音声信号出力装置８には、スピーカ２２が接続されており、ナビＥＣＵ４からの信号に従い音声をスピーカ２２から出力して、運転者に対して経路案内を行う。なお、ナビＥＣＵ４は、その内部のＲＯＭに所定のプログラムを記憶しており、このプログラムを実行することによって、各種動作を達成する。このＲＯＭは、マスクＲＯＭでもよいが、ＥＥＰＲＯＭ等書き替え可能なものとすることが好ましい。この場合、地図データベース１０として利用されるＣＤ−ＲＯＭに動作プログラム（音声出力プログラム）を記憶しておき、このプログラムをナビＥＣＵ４内のＥＥＰＲＯＭ等にロードすることも好適である。これによって、ユーザはＣＤ−ＲＯＭを購入することで、新たなプログラムをナビＥＣＵ４にロードすることができ、ナビＥＣＵ４を新しいプログラムに基づいて動作させることができる。なお、媒体は、ＣＤ−ＲＯＭに限らず、ＤＶＤやＦＤなど音声出力プログラムを記憶できるものであればどのような形式のものでもよい。
【００３０】
ＧＰＳ装置１２は、複数の人工衛星からの電波を受信することで、現在地（緯度及び経度等）を検出する。そして、地図データベース１０を利用して、ＧＰＳ装置１２により検出された現在地が地図上の位置として認識される。音声データ記憶部１４では、車両外部から送られてくる音声データがナビＥＣＵ４を介して記憶される。なお、この音声データ記憶部１４としては、通常ＲＡＭが利用されるが、ＥＥＰＲＯＭ等でもよい。操作部１６は、ナビＥＣＵ４に対して各種データの入力処理等を行うために使用される。表示部１８は、操作部１６による各種データ入力のための表示、地図データベース１０及びＧＰＳ装置１２とによる地図上の現在位置情報の表示、メッセージの表示等を行う。
【００３１】
図２は、このナビゲーション装置２を利用したナビゲーションシステムを示す模式的概念図である。ナビゲーション装置２より経路データをセンター３０に送信すると、センター３０がこの経路を走行する際の経路案内に必要な音声データを作成し、ナビゲーション装置２に提供する。従って、ナビゲーション装置２において、音声データに基づく経路案内が行える。
【００３２】
上記のナビゲーション装置２及びそのシステムを使用して、音声データによる経路案内方法を以下に説明する。図４は、ナビゲーションシステムにおける動作を示すフローチャートであり、図３は経路案内の一例を説明するための図である。なお、このような処理は、ナビＥＣＵ４がその内部に記憶されているプログラムを実行することによって達成される。
【００３３】
図３において、最初に車両は位置Ｘにいる。この場合、図４のフローチャートで示すように、先ずＧＰＳ装置１２により位置Ｘを絶対位置（緯度及び経度）として検出すると共に、地域毎に設置されているセンター３０のうち、自車位置に最も近いセンター３０を地図データベース１０により探索する（Ｓ１０２）。また、地図データベース１０により地図上には、自車位置Ｘが地図上の位置として認識される。なお、現在地をセンター３０に送信し、現在地周辺の地図データを受け取り、地図上の自車位置Ｘを認識してもよい。
【００３４】
次に、操作部１６により目的地のデータを入力する。すると、ナビＥＣＵ４が地図データベース１０を利用して、現在地から目的地までの経路を探索し、経路データが作成される（Ｓ１０４）。そして、現在地から目的地までの経路上のこれから走行する予定の距離ａ（ｋｍ）分のリンク及びノードからなる経路データを無線通信機２０等を介してセンター３０に送信する（Ｓ１０６）。
【００３５】
なお、リンクとは、交差点毎に区切られた道路の１単位をいい、これらのリンク間の区切りである交差点をノードという。また、距離ａ（ｋｍ）は、センター３０側の処理速度、音声データ記憶部１４の容量、受信する音声データの容量等を考慮して決定される。例えば、１０ｋｍ等の固定距離でもよいが条件に応じて変更することが好適である。
【００３６】
続いて、センター３０において、経路上の走行予定距離ａ（ｋｍ）分のリンク及びノードからなる経路データを受信すると、この経路データに対応する交差点名称群を探索し、車両へ送信する（Ｓ１０８）。
【００３７】
この交差点名称群の探索について以下に詳細に説明する。交差点名称群Ｄ（Ｕ）はこの先、走行予定距離ａ（ｋｍ）にあるリンク及びノードについての経路データＵにより定められる抽出関数ｆ（Ｕ）により決定される。図５（ａ），（ｂ）は、それぞれ、各ノードに対して抽出関数ｆ（Ｕ）により決められた交差点名称を抽出する範囲を示す図である。例えば、図５（ａ）に示すように経路５２上の各ノード５０から半径ｂ（ｋｍ）以内の範囲にある交差点５４を全て抽出して、これらの交差点名称の集合を交差点名称群Ｄ（Ｕ）とする。また、他の例として、図５（ｂ）に示すように、経路５６上の各ノード５０から距離ｂ（ｋｍ）以内の交差点５４を全て抽出して、これらの交差点名称を交差点名称群Ｄ（Ｕ）とすることもできる。なお、上記距離ｂ（ｋｍ）は、センター３０側の処理速度、音声データ記憶部１４の容量、受信する音声データの容量等により変更可能である。
【００３８】
このように経路上の交差点名称だけでなく、ある範囲の交差点を取得することで、経路はずれの際の案内や方面案内等が可能になる。
【００３９】
そして、センター３０は、交差点名称の探索後、これらの交差点名称群Ｄ（Ｕ）をセンター３０から音声データとしてナビゲーション装置２へ送信する。
【００４０】
このように、音声データを受信した場合には、車両の音声データ記憶部１４において、受信した交差点名称群Ｄ（Ｕ）の音声データを記憶する（Ｓ１１０）。その後、経路案内が開始される（Ｓ１１２）。ここで、図３に示すように、車両は現在地Ｘから経路案内に基づき、走行を行う。そして、Ａ交差点に接近したとき、例えば、「３００ｍ先、Ａ交差点を左方向です。」等の音声が読み上げられて、経路案内が行われる。そして、Ｂ交差点に接近したときは、「３００ｍ先、Ｂ交差点を右方向です。」等の音声が読み上げられる。
【００４１】
ここで、車両が距離ａ（ｋｍ）だけ走行する間の案内に必要な交差点名称などの音声データは、車両において、センター３０から受信している。そこで、上述のような案内における交差点名Ａ、Ｂの音声データが、音声データ記憶部１４に記憶されている。そこで、案内における交差点名称を自然な発音で出力することができる。なお、その他の定型の案内音声は、地図データベース１０に、音声データが記憶されており、これを読み出して使用する。
【００４２】
そして、所定設定距離の走行毎に、自車が距離ａ（ｋｍ）から１ｋｍ手前の地点に達したか否かをステップＳ１１４にて判断する。ステップＳ１１４にて自車位置が所定距離ａ−１（ｋｍ）の地点に達しない場合には、ステップＳ１１２に戻り、音声案内を継続する。なお、この１ｋｍについては、この距離に限定せず、センター３０側の処理速度等により変更可能である。そして、距離ａ（ｋｍ）から１ｋｍ手前の地点に達した場合は、ステップＳ１１６にて、自車位置から目的地まで、１ｋｍ以内であるか否かを判定する。このステップＳ１１６にて、自車位置が目的地まで１ｋｍ以内に達していない場合には、ステップＳ１０２に戻り、上述の工程を繰り返し、現在地から目的地までの経路データを送信し、必要な音声データを受信して経路案内を行う。一方、目的地まで１ｋｍ以内である場合には、音声経路案内は終了し、車両はそのまま目的地まで走行する。
【００４３】
なお、センター３０から取得する音声データは、交差点名称の代わりに例えば、Ｆ市１２番地等の地理的名称や施設名称でもよく、この地理的名称と交差点名称とを合わせて音声データとしてもよい。更に、音声データは各自車状況を考慮して、経路案内に必要でない交差点名称群を含んでもよい。
【００４４】
このように、本実施の形態においては、交差点名称等に関する音声データをセンター３０から取得することができる。このため、音声データを予め記憶しておくことが不要である。そして、走行中の経路案内に必要な分に関する音声データだけを音声データ記憶部１４に記憶する。このため、音声データ記憶部１４の容量は小さなものでよい。また、センター３０から受信音声データを読み上げるので、音声データは自然なものとなる。このため、運転者にとって、自然で且つわかりやすい音声経路案内を行うことができる。
【００４５】
なお、本実施の形態においては、目的地の設定とこの目的地に関する経路の探索を車両側のナビゲーション装置２で行っていたが、本実施の形態においては、これに限定されない。即ち、車両側で、目的地を設定した後、この目的地に関するデータをセンター３０に送信し、センター３０側で現在地から目的地までの経路を探索して経路データを作成し、この経路データに基づいて交差点名称等の音声データを用意しても良い。
【００４６】
また、センター３０側が有する過去の交通状況データベースを使用して、経路案内に必要な交差点名称等を決定することもできる。通常、走行曜日、走行時間、天気等に応じて、道路上を走行する車両数は変化する。このため、これらの走行時間等による車両数の情報を経路毎に交通状況データベースに保存しておく。
そして、走行時間等の過去の交通状況データベースに基づいて、例えば経路案内時での走行時間において経路として選択する車両が多いと判定される経路についても、交差点名称等の音声データを用意する。過去の交通状況を考慮した経路の例を図６に示す。この図に示すように、経路ＸＸは最初に決定された経路であるが、この経路上のノードＧ，Ｈ等だけでなく、上記の過去の交通量等を考慮して考えられる経路ＹＹ上の交差点Ｍ，Ｎ等に関する交差点名称群等の音声データもセンター３０が送信対象とする。このため、走行状況に応じて、経路ＹＹを選択して走行した場合、この経路に関する音声案内を行うことも可能である。
【００４７】
さらに、自車の走行履歴、例えば、所定区間における異なる経路毎の自車の走行回数等を走行履歴データベースに記憶しておき、この走行履歴データベースに基づいて、対象とする交差点名称を決定することも可能である。この場合においては、車両側で、目的地までの経路を設定した後、過去の走行履歴を参考にして、走行頻度の高い経路も経路データに加える。従って、これらの複数の経路に基づく交差点名称についての音声データを得ることができる。
【００４８】
このようにして、過去の交通状況や過去の自車の走行履歴を考慮して音声データを入手することで、走行経路の変更に対応して、音声案内を行うことができる。
【００４９】
また、ナビゲーション装置２を、携帯端末装置に搭載することも好適である。
この場合、携帯端末装置を利用して経路の設定を行い、上述の場合と同様に、携帯電話やＰＨＳなどの電話を利用して経路及び最小限の音声データを得ておく。そして、走行中は、適宜詳細なデータをもらい、これを利用して、経路案内を行うことができる。図７は携帯端末装置を利用した音声案内を示す模式図である。車両の走行前に、例えば自宅において、目的地を入力する。そして、現在地をＧＰＳ装置１２により検出し、目的地及び現在地をセンター３０へ送信する。すると、センター３０では、送信された現在地及び目的地に基づき、最適経路の探索を行い、最適経路データ並びにこの経路上のノード及びリンクに対応する交差点名称群等の音声データ及び地図データを携帯情報端末に送信する。この際の音声データは最小限のものにしておくとよい。なお、現在地（走行開始位置）を入力するようにすれば、ＧＰＳ装置はなくても良い。また、上述の操作は、車両走行開始時に行ってもよい。特に、経路中に都市部等のＤＳＲＣ、ＰＨＳ等のアンテナが整備されている地域がある場合、この地域のデータは最小限に抑えるとよい。なお、ＤＳＲＣ（Dedicated Short Range Communication）では、光ビーコン等を利用する場合が多い。
【００５０】
そして、経路設定の終わった携帯端末装置を車両へ持ち込み、この携帯端末装置からの経路案内を受けながら、目的地に向けての走行が行われる。図７に示すように、都市部等のＤＳＲＣ、ＰＨＳ等のアンテナが整備されている地域を走行する場合には、ノード５０に接近する毎に、適時ＰＨＳ等によりセンター３０に電話をして、交差点から所定範囲内（例えば、円７０の範囲内）の交差点名称群Ｄ（Ｕ）を受信して、音声による経路案内を行う。なお、センター３０に電話をして、同時に詳細な地図データを随時もらうことで、予め記憶しておくデータ量を非常に少なくして、所望の経路案内を行うことができる。また、地図データを随時もらえるので、携帯端末装置に予め必要な地図データ量はさらに少なくてもよい。
【００５１】
このように、音声データを記憶する必要がなく、センター３０から地図データをもらう構成にすれば、地図データベース自体が不要になる。従って、装置の小型化を図ることができ、携帯端末装置をまとめることが容易である。さらに、携帯端末装置を利用すれば、任意の場所において、経路設定が行えるため、友人などとドライブの計画を話しながら、経路の設定などを行うこともできる。
【００５２】
さらに、携帯端末装置と車載のナビゲーション装置を組み合わせることも好適である。特に、車載のナビゲーション装置において、道路側のビーコンとの通信機器を設けておけば、走行中において必要なデータをこの通信機器により入手することもできる。
【００５３】
「実施形態」
図８に実施形態の構成を示す。この実施形態では、音声合成装置４０を有している。この音声合成装置４０は、ナビＥＣＵ４から供給されるテキストデータから音声合成し、スピーカ２２から合成音声を出力させる。従って、ナビＥＣＵ４は、音声データを出力する場合には、これに基づき音声信号出力装置８を介し、スピーカ２２から音声出力し、テキストデータを出力する場合には、音声合成装置４０を介し、スピーカ２２から音声出力する。また、固定メモリ４２は、音声データ記憶部１４に代えて設けられたものであり、ＥＥＰＲＯＭ等で構成されよく使用する単語（主要キーワード）についての音声データの供給を受け、これを固定的に記憶する。すなわち、通常の単語は音声合成によって出力するが、よく使う単語については、その音声データの提供を受けこれを固定メモリ４２に記憶しておく。従って、音声出力の際によく使われる単語については、供給を受けた音声データを利用して音声出力が行われるため、全体として理解しやすい音声出力が行える。なお、従来の地図データベース１０と同様に、経路案内において、通常使用する単語について、その音声データが記憶しておくことも好適である。これによって、これら単語については取得の必要がなくなる。
【００５４】
このように、本実施形態においては、よく使用する単語やフレーズについて音声データを取得し、これを固定メモリ４２に記憶する。この動作について、図９に基づいて説明する。
【００５５】
まず、テキストデータを受信したら、そのテキストデータの読み上げ処理を実行する（Ｓ２０２）。すなわち、受信したテキストデータについて、固定メモリ４２に記憶されている単語については、ここから読み出した音声データにより音声を出力し、固定メモリ４２に記憶されていない単語については、音声合成装置４０により音声合成を行う。次に、固定メモリ４２に記憶されていなかった単語があるかを判定する（Ｓ２０４）。この判定において、ＹＥＳ、すなわち記憶されていない単語があった場合には、該当する単語をテキストデータで記憶する（Ｓ２０６）。ここで、当該単語が、すでに記憶されていた場合には、その単語についてのカウント値を１インクリメントする。また、初めての単語については、カウント値１とともに、その単語を記憶する。なお、このデータは、ナビＥＣＵ４内のＲＡＭに記憶すればよい。
【００５６】
次に、記憶された単語について、そのカウント値が所定値（例えば、５回）を超えたものがあるかを判定する（Ｓ２０８）。そして、該当する単語については、センター３０に音声データの提供を要求し（Ｓ２１０）、センター３０から音声データの提供を受け、これを固定メモリ４２に記憶する（Ｓ２１２）。次に、固定メモリ４２の中で、過去所定期間（例えば、１年間）使用していない単語があるかを判定する（Ｓ２１４）。これは、単語毎に適当なタイムスタンプ（例えば、年、月を示すデータ）を記憶しておき、これをチェックすることで達成できる。そして、この判定でＹＥＳの場合には、当該単語を固定メモリ４２から削除することをアドバイスする（Ｓ２１６）。Ｓ２１６の処理を終了した場合、及びＳ２０４、Ｓ２０８、Ｓ２１４でＮＯであった場合には、処理を終了する。
【００５７】
なお、Ｓ２１４の単語削除のアドバイスの際には、「単語○○は、１年間使用されていません。削除をしますか」という表示を表示部１８に行い、「はい」または「いいえ」の入力を待ち、削除を行うか否かを決定するなどの方法が採用される。また、Ｓ２１０の音声データの要求の際にも、「単語○○について音声データを要求しますか」等という問い合わせをすることも好適である。
【００５８】
このようにして、テキストデータを記憶することで、使用頻度を検出し、使用頻度の高い単語について、自動的に固定メモリ４２に音声データを記憶し、使用頻度の低い単語については音声データを削除することができる。そこで、不要な音声データにより、固定メモリ４２が占められてしまうことを防止することができる。
【００５９】
なお、基本形態と同様にして、センター３０から所定の音声データの提供を常に受けておき、使用頻度の高いものについて、その音声データを固定メモリ４２に記憶することも好適である。この場合、出力する内容によっては、地図データベース１０、固定メモリ４２、及び音声データ記憶部１４からの音声データと、音声合成装置４０からの出力に基づいて音声出力が行われることになる。
【００６０】
さらに、上述のようなシステムにおいて、センター３０において、ユーザからの各単語についての音声データ要求回数をカウントしておき、所定回数に達した場合に、各ユーザに自動配信することもできる。すなわち、図１０に示すように、センター３０において情報を配信する際に、各単語Ｔｉについてユーザからの音声データ要求が５０回に達したかを判定する（Ｓ３０２）。そして、この判定において、ＹＥＳであれば、その単語について、ユーザ端末（移動端末）に自動配信する（Ｓ３０４）。このような処理は、所定地域に限定して行うことも好適である。すなわち、ある地域に存在する移動端末からの要求をカウントして、その地域に存在する移動端末に当該単語の音声データを自動配信することができる。
【００６１】
「音声読み上げデータの例」
次に、センター３０が交通情報を提供する際に、音声データを添付して、車両（移動端末）に付与する例について説明する。この場合、音声データは、符号化されて添付される。そこで、移動端末装置においては、受信した音声データをデコードすることで、音声出力を得ることができる。
【００６２】
所定の地域の道路や設定された経路について渋滞情報を提供する際に、センター３０は表１に示すようなデータを提供する。すなわち、各リンクに対応した渋滞レベルデータに追加して、渋滞情報読み上げデータ、道路名称の読み上げデータを移動端末に提供する。例えば、リンク１〜７について、渋滞情報読み上げデータとして、「渋滞はありません」「少し渋滞」「２キロ渋滞」「かなり渋滞」「車線減少」「工事箇所」「通行止め」などを提供し、また道路名称の読み上げデータとして、「国道１号線」「丸山公園通り北行き」「西大津バイパス堅田方面」「高雄パークウェイ嵐山方面」などを提供する。
【００６３】
【表１】
0003704925.tif 000002
そこで、移動端末は経路に応じて、提供された音声データを利用して案内を行う。例えば、自宅出発時において経路が定まっており、その経路についての渋滞情報を取得していた場合、「国道１号線から西大津バイパスを通るルートです。国道１号線は＊少し渋滞＊しています。西大津バイパス堅田方面は＊車線減少＊箇所があるので注意して走行して下さい。」、また走行中の交差点手前では、「５００ｍ先、丸山公園前を左方向です。その先丸山公園通り北行きは＊２キロの渋滞＊です。」等という音声案内を提供された音声データ（読み上げデータ）を利用して行うことができる。
【００６４】
なお、経路を車両側で計算する場合には、所定範囲の交通データを移動端末に提供するが、センター３０側で経路を計算する場合には、センター３０において、経路がわかっている。従って、移動端末に提供するデータは、案内に必要な最小限のデータにすることができる。
【００６５】
また、駐車場の利用状況についての情報（満室情報）をセンター３０が提供する場合には、表２に示すような音声データを提供する。
【００６６】
【表２】
0003704925.tif 000003
このように、駐車場を特定するＮｏ．に対応して、駐車場名称のテキストデータ、駐車場名称の読み上げデータ、満室レベルデータ、満室状況の読み上げデータが送信される。従って、移動端末装置において、案内を行うときに、駐車場名称や、満室レベルを受け取った読み上げデータを利用して行うことができる。
【００６７】
さらに、経路案内においては、特徴的な建物など目印となるもの（ＰＯＩ：Point of Intent）を知らせることが好適である。そこで、これらＰＯＩについての音声データを移動端末装置に提供することが好適である。表３は、このようなＰＯＩ及びその属性データの音声読み上げデータの提供例を示すものである。
【００６８】
【表３】
0003704925.tif 000004
この例では、例えば、ノードＮｏ．１７１について、ＰＯＩとして「ＴＶ塔」、その音声読み上げデータとして「テレビトウ」というデータが提供され、またＰＯＩの属性データとして「赤く、一番高い」というデータと共に、その音声読み上げデータとして「アカク、イチバンタカイ」というデータが提供される。
【００６９】
従って、音声案内において、「＊赤く一番高いテレビ塔＊前を右折すると、県庁前通りです。」等という音声案内をすることができる。また、「＊いちょう並木＊に沿って、＊茶色い３４階建て＊の＊県庁ビル＊を通り過ぎたら、５００ｍで左方向です。」「左折後、右前方に＊富士山が見え＊てきます。」「３００ｍ先、＊市営地下駐車場＊です。左折で進入できます。」等という音声案内も行うことができる。
【００７０】
また、図１１に、移動端末装置を車両に実際に搭載したイメージを示す。このように、ＧＰＳ装置１２を構成するＧＰＳアンテナ１２ａは、車室内のインパネの上方に設けられ、ナビゲーションのためのＥＣＵ４ａ（ナビＥＣＵ４の一部）及び地図データベース１０を構成するＣＤ−ＲＯＭ１０ａは、後部トランク内に設けられている。また、表示部１８及び情報制御のためのＥＣＵ（ナビＥＣＵ４の一部）は、一体的に形成され、ワイドマルチステーション６０として、ドライバ席と助手席に間のスペースに配置されている。そして、このワイドマルチステーション６０には、ケーブル６２を介し、無線通信機２０を構成する移動体電話をハンズフリー電話機として動作させるクレードル８０が接続されている。
【００７１】
すなわち、この例では、図１２に示すように、移動体電話３２を構成する携帯電話機８２は、クレードル８０に載置される。そして、携帯電話機８２のコネクタ接続用ターミナル８２ａに、クレードル８０のコネクタ８０ａを接続することで、携帯電話機８２とクレードル８０が接続される。このクレードル８０には、ハンズフリーで通話をするためのマイクロフォン、スピーカ、ワンタッチダイヤルボタンなどの各種の機器が接続されており、携帯電話機８２をこのクレードル８０にセットすることによって、携帯電話機８２を利用してハンズフリー電話機として使用することになる。
【００７２】
また、各種操作は、ワイドマルチステーション６０の入力操作部を利用して行われる。なお、無線通信機２０は、この構成に限らず、専用の車載電話システムを設けることも好適である。
【００７３】
「その他の構成」
無線通信機２０において、センター３０との間で、電子メールなどのやりとりも行うことが好適である。この場合取得された電子メールは、通常テキストデータであり、これがナビＥＣＵ４内のＲＡＭに記憶される。そして、表示部１８に表示されるが、運転中などは音声出力される。すなわち、ナビＥＣＵ４が、受信した電子メールについてのテキストデータを音声合成装置４０に供給し、電子メールの読み上げ音声がスピーカ２２から出力される。この場合においても、必要な言葉やフレーズについて、適宜音声データを取得することが好適である。また、流行語なども所定回数以上の使用に対し、その音声データを取得しておくことができる。
【００７４】
さらに、各種の音声データについて、ＩＤ番号などのコードを予め決定しておき、音声データをこのＩＤ番号に対応させて移動端末装置に記憶させておけば、通信するデータは、このＩＤ番号のみでよくなる。従って、通信データ量を大幅に削減することができる。
【００７５】
さらに、移動端末装置と、センターの間の通信は、通常の携帯電話回線や、ＰＨＳ、ＦＭ多重放送、ＴＶ多重放送、地上波デジタル通信、光ビーコン、電波ビーコン等を利用したものが利用可能である。
【００７６】
【発明の効果】
以上説明したように、本発明によれば、音声データを記憶するのに必要な記憶媒体等の容量を必要最小限に低減することができる。また、車両外部から受信した音声データを読み上げるので、読み上げ音声は明瞭なものとなる。このため、運転者にとって、自然で且つわかりやすい音声経路案内などの音声出力を行うことができる。
【図面の簡単な説明】
【図１】  本発明の基本形態の移動端末装置の構成を示すブロック図である。
【図２】  基本形態を示す模式的概念図である。
【図３】  基本形態における音声案内を示す経路図である。
【図４】  基本形態における音声案内を行うことを示すフローチャートである。
【図５】  基本形態における経路及びその交差点名称群の範囲を示す図である。
【図６】  交通状況データベースも考慮して、決定された経路及びその交差点名称群の範囲を示す図である。
【図７】  携帯端末装置を使用した時の音声案内における経路及びその交差点名称群の範囲を示す図である。
【図８】  実施形態における移動端末装置の構成を示すブロック図である。
【図９】  実施形態における音声データ取得の動作を示すフローチャートである。
【図１０】  実施形態における単語削除の動作を示すフローチャートである。
【図１１】  移動端末装置を車両に実際に搭載したイメージを示す図である。
【図１２】  無線通信機の構成を示す図である。
【符号の説明】
２  ナビゲーション装置、４  ナビＥＣＵ、６  モデム、８  音声信号出力装置、１０  地図データベース、１２  ＧＰＳ装置、１４  音声データ記憶部、１６操作部、１８  表示部、２０  無線通信機、２２  スピーカー、３０  センター、５０  ノード、５２  経路、５４  交差点、７０  交差点名称抽出範囲。
【図１】
0003704925.tif 000005
【図２】
0003704925.tif 000006
【図３】
0003704925.tif 000007
【図４】
0003704925.tif 000008
【図５】
0003704925.tif 000009
【図６】
0003704925.tif 000010
【図７】
0003704925.tif 000011
【図８】
0003704925.tif 000012
【図９】
0003704925.tif 000013
【図１０】
0003704925.tif 000014
【図１１】
0003704925.tif 000015
【図１２】
0003704925.tif 000016