(57)【特許請求の範囲】
【請求項１】
車両に備えられたクライアント端末と、
該車両のクライアント端末と通信可能に接続されたサーバとを備えたクライアント／サーバ型車両情報通信システムであって、
前記サーバは、前記車両のクライアント端末に提供するサービスメニューを管理するサービスメニュー管理手段を有し、
前記サービスメニューは、各クライアント端末で共通な共通メニューとクライアント端末毎に変更可能なユーザメニューとを有し、
前記ユーザメニューは前記クライアント端末により前記サーバへ接続することで当該メニューの更新が可能であり、前記ユーザメニューにのみ音声認識語彙が対応付けられて管理され、
前記サーバは、前記車両のクライアント端末から前記サービスメニューの内容を特定可能な情報項目を前記ユーザメニューへ登録するための要求が送信されると、該当するサービスメニューの音声認識語彙と表音文字と、リクエスト先ＵＲＬとをトップページに追加更新して前記クライアント端末に送信することを特徴とするクライアント／サーバ型車両情報通信システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、車両内のクライアント端末とサーバとの間でデータを送受信可能なクライアント／サーバ型車両情報通信システムに関するものである。
【０００２】
【従来の技術】
従来、自動車のナビゲーション装置等において、地名検索や目的地の設定等に音声認識を用いることが行われている。例えば、特開２０００−１０５６８１号公報には、車載用情報端末側に音声認識手段、音声認識用テーブルを備えて音声認識をさせ、音声認識のための端末とセンター間での通信を不要とする技術が提案されている。
【０００３】
【発明が解決しようとする課題】
しかしながら、従来の技術においては、センターから前記端末に、センターが備える情報提供メニューの全メニューが供給されるため、データ量が大量になり、通信時間や費用の面で負担が大きいという問題があった。
また、前記端末には音声認識用テーブルを備えているが、該テーブル内には全メニューの音声を認識するのに必要な語彙が保持されているため、語彙数が非常に多くなる。この多数の語彙の中から発話された音声の語彙を検索する必要があるため、認識率の低下を招くおそれがあるという問題があった。また、メニューを実行させるための音声コマンドの数も多くなり、音声操作が行いにくくなる場合がありうるという問題があった。
【０００４】
本発明は、このような事情に鑑みてなされたもので、音声の認識率を高めるとともに音声操作の利便性を増すことができるクライアント／サーバ型車両情報通信システムを提供することを目的とする。
【００１２】
【課題を解決するための手段】
上記課題を解決するために、請求項１に記載した発明は、車両に備えられたクライアント端末と、該車両のクライアント端末と通信可能に接続されたサーバとを備えたクライアント／サーバ型車両情報通信システムであって、前記サーバは、前記車両のクライアント端末に提供するサービスメニューを管理するサービスメニュー管理手段を有し、前記サービスメニューは、各クライアント端末で共通な共通メニューとクライアント端末毎に変更可能なユーザメニューとを有し、前記ユーザメニューは前記クライアント端末により前記サーバへ接続することで当該メニューの更新が可能であり、前記ユーザメニューにのみ音声認識語彙が対応付けられて管理され、前記サーバは、前記車両のクライアント端末から前記サービスメニューの内容を特定可能な情報項目を前記ユーザメニューへ登録するための要求が送信されると、該当するサービスメニューの音声認識語彙と、表音文字と、リクエスト先ＵＲＬとをトップページに追加更新して前記クライアント端末に送信することを特徴とする。
【００１３】
この発明によれば、ユーザメニューに対して音声認識語彙が対応付けられているので、サービスメニュー全体を音声認識語彙に対応付ける場合に比べて、データ量を低減することができ、対応する音声を検索する時間を短縮できるとともに、検索の精度を高めることができる。
【００１４】
【発明の実施の形態】
以下、本発明の実施の形態におけるクライアント／サーバ型車両情報通信システムを図面と共に説明する。図１は本発明の実施の形態におけるクライアント／サーバ型車両情報通信システム１（以下、単に車両情報通信システム１、という）を示す概略構成図である。
【００１５】
前記車両情報通信システム１は、サーバ２と、携帯端末３と、車両ナビゲーション装置４（カーナビ４）と、パーソナルコンピュータ５（ＰＣ５）とを備えている。前記携帯端末３と、カーナビ４と、ＰＣ５とは、それぞれサーバ２に送受信可能に接続されている（矢印Ｐ１〜Ｐ８参照）。
【００１６】
すなわち、前記携帯端末３と、カーナビ４と、ＰＣ５とは、前記サーバ２に対し、前記サーバ２内のユーザメニュー２２の書き換え要求を送信する（矢印Ｐ２、Ｐ５、Ｐ４）。一方、前記サーバ２は、前記携帯端末３と、カーナビ４と、ＰＣ５のそれぞれに対して書き換え後（更新後）の参照データを送信する（矢印Ｐ１、Ｐ６、Ｐ３）。そしてさらに、前記カーナビ４は前記サーバ２に対し更新確認のデータを送信し（矢印Ｐ７）、前記サーバ２は前記カーナビ４に対し更新したデータのダウンロードを行わせる（矢印Ｐ８）。この詳細については、図４、図５を用いて説明する。
【００１７】
図２は前記サーバ２の概略構成図である。前記サーバ２は、サービスメニュー記憶手段６と、音声情報記憶手段７と、中央演算手段８と、情報記憶手段９と、読み上げデータ変換手段１０と、通信手段１１とを備えている。
【００１８】
前記サービスメニュー記憶手段６は、カーナビ４に提供するサービスメニュー３１（図７参照）を記憶している。また、前記音声情報記憶手段７は、各サービスメニュー３１に対する音声認識語彙を対応づけて記憶している。情報記憶手段９は、サービスメニュー３１を使用するユーザの識別情報や、ユーザが編集したユーザメニューの情報を記憶している。そして、前記読み上げデータ変換手段１０は、入力された文章を読み上げデータに変換して出力する。
【００１９】
そして、前記中央演算手段８は、記憶手段６、７、９に対して情報の読み出しおよび書き込みを行い、読み上げデータ変換手段１０や通信手段１１に制御指令を送る。通信手段１１は、カーナビ４や携帯端末３、ＰＣ５からデータを受信し、前記演算手段８からの指令に基づいて、これらの機器にデータを送信する（図４，図５参照）。
【００２０】
図３は前記カーナビ４の概略構成図である。カーナビ４は、通信手段１２と、操作入力手段１３と、音声入力手段１４と、現在位置検出手段１５と、中央演算手段１６と、記憶手段１７と、音声認識手段１８と、音声合成手段１９と、表示手段２０と、音声出力手段２１とを備えている。
【００２１】
前記通信手段１２は、前記中央演算手段１６からの制御指令に基づいて、前記サーバ２の通信手段１１にデータを送信し、また、この通信手段１１から送信されたデータを受信する。前記操作入力手段１３は、ユーザにより操作可能な入力手段である（図１６参照）。音声入力手段１４は、ユーザからの音声を入力するための手段（マイク）である。
【００２２】
また、現在位置検出手段１５は、車両の現在地を検出するためのものであり、例えばＧＰＳ機能により検出を行う。中央演算手段１６は、前記カーナビ４の各手段にそれぞれ接続され、各手段の制御を行うためのものであり、送信されたデータの解析を行う。
また、記憶手段１７は、前記サーバ２から送信されるデータや音声識別語彙などを記憶する。音声認識手段１８は、前記音声入力手段１４から入力された音声を、前記記憶手段１７に記憶された音声識別語彙と照らし合わせて、音声認識を行う。
【００２３】
そして、音声合成手段１９は、サーバ２から送信されるＴＴＳ（Ｔｅｘｔ  ｔｏ  Ｓｐｅｅｃｈ）ファイルを音声ファイルに変換する。また、表示手段２０は、サービスメニュー３１の内容等を表示するディスプレイである（図６〜図１２等参照）。そして、音声出力手段２１は前記音声合成手段１９で変換された音声ファイルを出力する。
【００２４】
図４は、カーナビ４の通信手段１１とサーバ２の通信手段１２間での送受信の内容を示すシーケンス図である。まず、カーナビ４側では、表示手段２０に表示される認証（ログイン）画面にユーザ認証情報であるＩＤやパスワードを入力して（図６の入力フィールドＡ参照）、サーバ２に送信する（ステップＳ０２）。
サーバ２は、この受信した認証情報を、前記情報記憶手段９と照らし合わせて認証を行う（ステップＳ０４）。認証された場合には、クッキー（Ｃｏｏｋｉｅ）を発行してカーナビ４に送信し（ステップＳ０６）、カーナビ４で前記クッキーを受信する（ステップＳ０８）。これにより、カーナビ４のユーザをサーバ２側で識別することができ、接続毎に認証情報を送信する手間を省くことができる。
【００２５】
そして、前記カーナビ４がサーバ２にトップページ３２（図７のログインボタンＢ参照）のデータを要求すると（ステップＳ１０）、サーバ２はこの要求に基づいてトップページ３２を送信し（ステップＳ１２）、サーバ２はこのトップページ３２を受信する（図７参照）。トップページ３２には、各カーナビ４で共通な共通メニュー３０と、各カーナビ４ごとに変更可能なユーザメニュー２２とが設定されている。共通メニュー３０とユーザメニュー２２とで、サービスメニュー３１が構成されている。サービスメニュー３１はその情報項目を階層構造とし、画面には、各項目の下位の階層にリンクが張られたリンクボタンが表示されており、そのリンクボタン（図７のＣ参照）をクリックすることにより、より下位の階層のページに移動する。
【００２６】
そして、このリンクボタンをクリックすることで、カーナビ４がサーバ２にサービスメニュー３１のデータを要求する（ステップＳ１６）。そして、サーバ２はサービスメニュー３１のデータを送信し（ステップＳ１８）、カーナビ４はそのデータを受信して（ステップＳ２０）、表示手段２０によりサービスメニュー３１を表示する（図８参照）。この図に表示されたサービスメニュー３１のメニュー項目のリンクボタンをクリックすることで、さらに下位の階層に移動することができる。
【００２７】
そして、図９に示したように、サービスメニュー３１の内容を特定可能な情報項目の表示画面には、ユーザメニュー２２への登録を行うための登録ボタンＥが表示される。この登録ボタンＥを押下する（ステップＳ２２）と、サーバ２にその要求が送信される。サーバ２は送信された要求に基づいて確認ページを送信し（ステップＳ２４）、カーナビ４は確認ページ（図１０参照）を受信する（ステップＳ２６）。このように確認ページを設けることで、誤って不要なページをユーザメニュー２２に登録するおそれを低減できる。
【００２８】
そして、図１０に示した登録ボタンＦを押下する（ステップＳ２８）と、その信号がサーバ２に送信される。これにより、サーバ２は、前記中央演算手段８により、該当するサービスメニュー３１の音声認識語彙と、表音文字と、リクエスト先ＵＲＬとをトップページ３２に追加更新して、カーナビ４に送信する（ステップＳ３０、３２）。また、更新されたトップページ３２のデータには、ユーザメニュー２２として登録されている音声認識語彙のガイド用の音声合成ファイルが添付されている。このファイルは「トップメニュー」などと音声入力するとテキスト形式で再生することができる。
そして、カーナビ４は更新されたトップページ３２のデータを受信し（ステップＳ３４）、前記中央演算手段１６により、トップページ３２内の音声認識語彙と表音文字とリクエスト先ＵＲＬを解析し、音声認識手段１８に引き渡す。
【００２９】
このようにして、ユーザの利用頻度の高いものやユーザの好みに応じてサービスメニュー３１を設定することができ、利便性、快適性を増すことができる。また、前記ユーザメニュー２２に対して音声認識語彙が対応づけられ、そのメニュー項目に音声語彙が付加されて音声認識操作にて情報収集を可能としているので、走行中でも快適にユーザメニュー２２の操作を行うことができる。これについては、後述する。また、前記下位階層の情報項目に、ユーザーメニュー２２から直接に接続することができるため、さらにユーザの利便性、快適性が増し、また通信時間やコストを低減することもできる。
【００３０】
また、本実施の形態においては、共通メニュー３０とユーザメニュー２２のバージョンを個別に管理している。図１２はカーナビ４の表示手段２０に表示された画面の説明図であり、図１３は前記画面の表示内容のソースプログラムを示す説明図である。この場合には、共通メニュー３０とユーザメニュー２２のバージョンが同一であり、同一ウインドウ内で表示している。
【００３１】
この場合において、共通メニュー３０とユーザメニュー２２のバージョンが異なった場合にも、それらを共通して管理すると、共通メニュー３０とユーザメニュー２２の全体に対して更新が必要となり、更新が必要でない箇所に対してもデータを送受信することになり好ましくない。
本実施の形態においては、図１４、図１５に示したように、前記共通メニュー３０とユーザメニュー２２のうち、いずれか一方のメニューのみのバージョンが異なる場合には、その異なるメニューのみを更新すれば良いため、更新に必要なデータ量や通信時間、コストを低減することができる。
【００３２】
まず、図１６に示したように、ハンドル２４中央部に設けた操作スイッチ２５を入力することで、カーナビ４の表示手段２０が作動して表示手段２０中にデータが表示される（図１７参照）。
図５は車両走行時におけるサーバ２とカーナビ４とのシーケンス図である。車両走行中においては、運転者の負担を軽減する等のため、表示手段２０に対する操作は音声のみに制限し、表示手段２０中のタッチパネル機能が制限される。
まず、ユーザメニュー２２に登録された音声認識語彙（例えば、コーツージョウホウ、図１７参照）を発話する（ステップＳ３６）。すると、カーナビ４では、音声認識語彙に対応したリクエスト先のＵＲＬを記憶手段１７から呼び出し、対応するＵＲＬのリクエストを行う（ステップＳ３８）。
サーバ２では、対応するＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）ファイルおよびリンクされた音声合成用のファイル（ＴＴＳファイル）を送信する（ステップＳ４０、図１８参照）。なお、このファイルに位置情報が含まれる場合は、ＰＯＩＸ（Ｐｏｉｎｔ  ｏｆ  ｉｎｔｅｒｅｓｔ  Ｅｘｃｈａｎｇｅ  Ｌａｎｇｕａｇｅ）形式のＸＭＬファイルが埋め込まれる。
【００３３】
カーナビ４では、ＨＴＭＬファイルに加えて、ＴＴＳファイルを受信し、ＰＯＩＸファイルがある場合は位置情報を解析する（ステップＳ４２）。そして、リンクされている順にＴＴＳファイルを再生する（図１９参照）。ファイルに位置情報が含まれる場合には地図が参照可能である。また、参照した場所に目的地をセットしたりマークをセットすることが可能であり、電話をかけることも可能である（図２０参照）。
【００３４】
【発明の効果】
以上説明したように、請求項１に記載した発明によればサービスメニュー全体を音声認識語彙に対応付ける場合に比べて、データ量を低減することができ、対応する音声を検索する時間を短縮できるとともに、検索の精度を高めることができる。
【図面の簡単な説明】
【図１】  図１は本発明の実施の形態におけるクライアント／サーバ型車両情報通信システムを示す概略構成図である。
【図２】  図１のサーバを示す概略構成図である。
【図３】  図１の車両ナビゲーション装置を示す概略構成図である。
【図４】  車両停止時におけるサーバと車両ナビゲーション装置とのシーケンス図である。
【図５】  車両走行時におけるサーバと車両ナビゲーション装置とのシーケンス図である。
【図６】  車両ナビゲーション装置の表示手段に表示された画面の説明図である。
【図７】  車両ナビゲーション装置の表示手段に表示された画面の説明図である。
【図８】  車両ナビゲーション装置の表示手段に表示された画面の説明図である。
【図９】  車両ナビゲーション装置の表示手段に表示された画面の説明図である。
【図１０】  車両ナビゲーション装置の表示手段に表示された画面の説明図である。
【図１１】  車両ナビゲーション装置の表示手段に表示された画面の説明図である。
【図１２】  車両ナビゲーション装置の表示手段に表示された画面の説明図である。
【図１３】  図１２のソースプログラムを示す説明図である。
【図１４】  車両ナビゲーション装置の表示手段に表示された画面の説明図である。
【図１５】  図１４のソースプログラムを示す説明図である。
【図１６】  ハンドルに備えられた操作スイッチの操作説明図である。
【図１７】  車両ナビゲーション装置の表示手段に表示された画面の説明図である。
【図１８】  車両ナビゲーション装置の表示手段に表示された画面の説明図である。
【図１９】  車両ナビゲーション装置の表示手段に表示された画面の説明図である。
【図２０】  車両ナビゲーション装置の表示手段に表示された画面の説明図である。
【符号の説明】
１  クライアント／サーバ型車両情報通信システム
２  サーバ
４  車両ナビゲーション装置
６  サービスメニュー記憶手段
７  音声情報記憶手段
８  中央演算手段
９  情報記憶手段
２２  ユーザメニュー
３０  共通メニュー
３１  サービスメニュー
【図１】
0003980449.tif 000002
【図２】
0003980449.tif 000003
【図３】
0003980449.tif 000004
【図４】
0003980449.tif 000005
【図５】
0003980449.tif 000006
【図６】
0003980449.tif 000007
【図７】
0003980449.tif 000008
【図８】
0003980449.tif 000009
【図９】
0003980449.tif 000010
【図１０】
0003980449.tif 000011
【図１１】
0003980449.tif 000012
【図１２】
0003980449.tif 000013
【図１３】
0003980449.tif 000014
【図１４】
0003980449.tif 000015
【図１５】
0003980449.tif 000016
【図１６】
0003980449.tif 000017
【図１７】
0003980449.tif 000018
【図１８】
0003980449.tif 000019
【図１９】
0003980449.tif 000020
【図２０】
0003980449.tif 000021