JP2004086029A

JP2004086029A - クライアント／サーバ型車両情報通信システム

Info

Publication number: JP2004086029A
Application number: JP2002249145A
Authority: JP
Inventors: Shinichiro Goto; 後藤　紳一郎
Original assignee: Honda Motor Co Ltd
Current assignee: Honda Motor Co Ltd
Priority date: 2002-08-28
Filing date: 2002-08-28
Publication date: 2004-03-18
Anticipated expiration: 2022-08-28
Also published as: JP3980449B2

Abstract

【課題】音声の認識率を高めるとともに音声操作の利便性を増すことができるクライアント／サーバ型車両情報通信システムを提供する。
【解決手段】車両のクライアント端末４に提供するサービスメニューであるサービスメニューを管理するサービスメニュー管理手段６，８，９を備えたサーバ２と、該サービスメニュー３１は、各クライアント端末で共通な共通メニュー３０とクライアント端末４毎のユーザメニュー２２を有し、各メニュー３０、２２に対する音声認識語彙が対応付けられて管理され、クライアント端末４によりサーバ２へ接続することで、前記ユーザメニュー２２の更新が可能である。
【選択図】　　図１

Description

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

Claims

車両のクライアント端末に提供するサービスメニューを管理するサービスメニュー管理手段を備えたサーバと、
該サービスメニューは、各クライアント端末で共通な共通メニューとクライアント端末毎に変更可能なユーザメニューを有し、
前記ユーザメニューはクライアント端末によりサーバへ接続することでそのメニューの更新が可能であり、前記ユーザメニューに対する音声認識語彙が対応付けられて管理されることを特徴とするクライアント／サーバ型車両情報通信システム。
前記サーバの共通メニューまたは任意のユーザメニューが更新されると、前記車両のクライアント端末がその更新されたメニューデータを複製し管理することを特徴とする請求項１に記載のクライアント／サーバ型車両情報通信システム。
前記車両のクライアント端末は音声認識手段を有し、音声による前記ユーザメニューの操作を実行可能とすることを特徴とする請求項１に記載のクライアント／サーバ型車両情報通信システム。
前記サービスメニューの情報項目を階層構造とし、前記情報項目の内容を特定可能な下位階層の情報項目を、ユーザメニューに設定可能とすることを特徴とする請求項１に記載のクライアント／サーバ型車両情報通信システム。
前記サービスメニュー管理手段は前記サービスメニューのバージョン管理手段を有し、クライアント端末がサーバに接続する際に、前記バージョン管理手段によりクライアント端末とサーバとの間でメニューのバージョン比較を行い、それぞれのメニューのバージョンが異なる場合には、クライアント端末のメニューをサーバのメニューに更新することを特徴とする請求項１に記載のクライアント／サーバ型車両情報通信システム。
前記バージョン管理手段は、共通メニューとユーザメニューのバージョンを個別に管理することを特徴とする請求項５に記載のクライアント／サーバ型車両情報通信システム。
車両に提供するサービスメニューを記憶するサービスメニュー記憶手段と、
前記サービスメニューからユーザが任意に選択したメニュー項目を記憶するユーザメニュー記憶手段と、
ユーザ接続履歴を管理する履歴管理手段と、
前記接続履歴に応じてメニュー更新管理を実行するメニュー更新管理手段とを備え、
サーバのサービスメニューをユーザ固有に管理して、メニュー項目に音声語彙を付加し音声認識操作にて情報収集を可能とすることを特徴とするクライアント／サーバ型車両情報通信システム。