メニュー表示装置およびメニュー表示方法
【課題】正確な情報に基づく的確なメニューを提示できるメニュー表示装置およびメニュー表示方法を提供する。
【解決手段】移動端末のナビゲーション装置で用いられ、メニューを表示する液晶表示装置やＣＲＴ等の表示部１と、少なくとも１人のユーザーの属性を記憶する記憶部９と、職業判定データベース11等を備えたユーザー情報データベース１０と、メニュー判定データベース１４と、記憶部９に記憶されたユーザーの属性に基づいて、表示部１に表示するメニューを決定する表示メニュー判定部１６とを有する。
【解決手段】移動端末のナビゲーション装置で用いられ、メニューを表示する液晶表示装置やＣＲＴ等の表示部１と、少なくとも１人のユーザーの属性を記憶する記憶部９と、職業判定データベース11等を備えたユーザー情報データベース１０と、メニュー判定データベース１４と、記憶部９に記憶されたユーザーの属性に基づいて、表示部１に表示するメニューを決定する表示メニュー判定部１６とを有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、自動車等の車両に搭載されるメニュー表示装置およびメニュー表示方法に関する。
【背景技術】
【０００２】
従来のメニュー表示装置は、例えば下記特許文献１に記載されている。
下記従来技術では、例えば施設等のリストを表示する際に、利用者によって選択された回数の多い順に表示する。そして、利用者は、そのリストに基づいて施設等の情報を選択して表示させる。
【特許文献１】特開平６−３３１３７９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、上記従来技術では、上記のように操作履歴の優先度に基づいて表示を行っているため、操作履歴が不十分である場合には、正確な優先度に基づくメニュー項目が表示されず、運転者にとっては使い勝手が悪くなるという問題点がある。
本発明の目的は、上記の課題を解決し、正確な情報に基づく的確なメニューを提示できるメニュー表示装置およびメニュー表示方法を提供することにある。
【課題を解決するための手段】
【０００４】
上記課題を解決するために、本発明は、移動端末のナビゲーション装置で用いられ、メニューを表示する表示手段と、１人以上のユーザーの属性を記憶する記憶手段と、この記憶手段に記憶されたユーザーの属性に基づいて、前記表示手段に表示するメニューを決定する決定手段とを備えている、という構成になっている。
【発明の効果】
【０００５】
本発明によれば、正確な情報に基づく的確なメニューを提示できるメニュー表示装置およびメニュー表示方法を提供することができる。
【発明を実施するための最良の形態】
【０００６】
以下、図面を用いて本発明の実施の形態について詳細に説明する。なお、以下で説明する図面で、同一機能を有するものは同一符号を付け、その繰り返しの説明は省略する。
《装置の構成》
図1は本発明の実施の形態の例えば車載ナビゲーション装置等のメニュー表示装置の構成を示す図である。
図において、１は液晶表示装置やＣＲＴのような表示部、２は操作部（ステアリングスイッチ）、３はマイク、４は描画プロセッサ、５はインタフェース処理部、６は音声認識部、７は記録部（メモリ）、８はＤＶＤ−ＲＯＭまたはＣＤ、９は記憶部（ＨＤＤ）、１０はユーザー情報データベース、１１は職業判定データベース、１２は休暇日判定データベース、１３は現在地判定データベース、１４はメニュー判定データベース、１５はＣＰＵ（中央処理装置）、１６は表示メニュー判定部、１７は電話、１８はデータ通信、１９はオペレータ、２０は通信処理部、２１はＧＰＳ（Global Positioning System）センサ、２２は方位センサ、２３は車速センサ、２４はパーキングブレーキ（PKB）センサ、２５はその他の各種センサ、２６はセンサ信号処理部、２７は内部時計である。
【０００７】
さらに詳しく述べると、表示部１は、走行中の現在の地図や自車両の位置および方位、並びに操作メニューなどを表示する。操作部２は、例えばステアリングに設けられ、メニューを表示させたりする操作部である。マイク３は、ユーザーが発声する語句を入力するマイクである。音声認識部６は、マイク３から入力された音声を認識する。ＤＶＤ−ＲＯＭまたはＣＤ８は、地図データ、音声データ、音楽データなどが記録されている。記憶部９は、ハードディスクで構成された記憶部である。ＣＰＵ１５は、装置全体を制御し、表示メニュー判定部１６を有している。通信処理部２０は、例えば電話１７、データ通信１８、オペレータ１９等との通信を処理する。ＧＰＳセンサ２１は、ＧＰＳアンテナで受信した複数の衛星からの電波に基づいて演算し、自車両の位置（緯度・経度）を求める。方位センサ２２は、自車両の進行する方位を検出する。車速センサ２３は、自車両の車輪の回転数に応じて車速を検出する。パーキングブレーキセンサ２４は、パーキングブレーキの状態を検出する。各種センサ２５は、例えばリバーススイッチ、ライトスイッチ等の自車両の走行状態を検出するセンサである。センサ信号処理部２６は、方位センサ２２からの信号に基づいて自車両の進行方向を算出し、車速センサ２３からの車速信号から走行距離を算出し、パーキングブレーキセンサ２４や各種センサ２５からの信号に基づいて自車両の走行状態を検出して、制御に必要な信号を生成する。
【０００８】
《かんたんメニュー》
図2は本実施の形態において表示部１の表示画面に表示する「かんたんメニュー」を示す図である。
本例では、「かんたんメニュー」の選択可能項目として、例えば「オフィスに行く」、「周辺施設」、「交通情報」、「今日のニュース」、「今日の天気」、「全メニュー」が表示されている。「かんたんメニュー」というタイトル文字の横には、「地図に戻る」が表示されている。
【０００９】
《表示部１と操作部２》
図３は本実施の形態における表示部１や操作部（ステアリングスイッチ）２等を示す図である。
図において、２８はステアリング、２９はクラスターリッドＣである。
図2に示した「かんたんメニュー」は、図3の操作部（ボタン）２を操作する（押す）ことにより表示される。ここでは、ステアリング２８に「かんたんメニュー」を表示させる操作部２を設けているが、クラスターリッドＣ２９部に「かんたんメニュー」を表示させる操作部（スイッチ）を設けてもよい。
【００１０】
《ユーザーの情報入力》
図4（ａ）〜（ｆ）は、ユーザーが車両購入後、ユーザー情報を入力する例を示す図である。ここでは、ユーザーが会社員（製造業・技術職・休暇日が土日週休2日）の例について示す。なお、本実施の形態では、業種と職種で職業判定を行うものとする。
まず、図4（ａ）の設定画面において、「車の利用状況」について入力する。「主に一人（所有者）で利用」、「主に二人（夫婦）で利用」、「複数で利用（家族、社有車）」の３つの選択肢の中から、ここでは、「主に一人（所有者）で利用」を選択した例を示している。選択肢を選択したら「次へ」を操作し、次画面へ進む（以下、同様）。
次に、（ｂ）の設定画面において、「所有者（ユーザー）の業種」について入力する。「製造業」、「建設業」、「卸売業」、「小売業」、「金融業」、「保険業」、・・・等の多数の選択肢の中から、ここでは、「製造業」を選択した例を示している。
次に、（ｃ）の設定画面において、「所有者の職種」について入力する。「経営者」、「会社役員」、「管理職」、「技術職」、「事務職」、「営業」、・・・等の多数の選択肢の中から、ここでは、「技術職」を選択した例を示している。
次に、（ｄ）の設定画面において、「所有者の車の利用状況」について入力する。「通勤で利用」、「通勤で利用しない」の２つの選択肢の中から、ここでは、「通勤で利用」を選択した例を示している。
次に、（ｅ）の設定画面において、「スケジュール」について入力する。「週休2日」、「不定期」、「スケジュールを入力する」の３つの選択肢の中から、ここでは、「週休2日」を選択した例を示している。
次に、（ｆ）の設定画面において、「休暇日」について入力する。「月曜〜日曜」の７つの選択肢の中から、ここでは、「土曜」と「日曜」の２つを選択した例を示している。
【００１１】
《動作の流れ》
図５は本実施の形態のメニュー表示装置のフローチャートである。図５、図１を用いて動作の流れ（ユーザーの操作および図1のＣＰＵ１５の処理の流れ）について説明する。
まず、ユーザーの車両購入後に、Ｓ１において、ユーザー等が当該メニュー表示装置において図4に例示したような所定のユーザー個人情報を入力し、Ｓ２において、ユーザー情報データベース１０（図1。以下同様）にこのユーザー情報を記憶する。
次に、車両の走行（運転）中は、Ｓ３において、表示部１に地図画面を表示する。
次に、ユーザーの操作部２を用いた操作による、メニュー画面の呼び出しがあったかどうかを判断する。メニュー画面の呼び出しがない場合は、Ｓ3の地図表示に戻る。メニュー画面の呼び出しがあった場合は、Ｓ５へ進む。
【００１２】
次に、Ｓ５において、車両の現在地を記録部（メモリ）７に記録する。
次に、Ｓ６において、現在の曜日・時刻を記録部７に記録する。
次に、Ｓ７において、ユーザー情報データベース１０の職業判定データベース１１と、職業コードにより職業を照合し、照合結果の職業を記録部７に記録する。
次に、Ｓ８において、内部時計２７と曜日・時刻を照合し、照合結果の曜日・時刻を記録部７に記録する。
次に、Ｓ９において、休暇日判定データベース１２と、休暇日コードにより休暇日を照合し、照合結果の休暇日を記録部７に記録する。
次に、Ｓ１０において、現在地判定データベース１３と、現在地コードにより現在地を照合し、照合結果の現在地を記録部７に記録する。
次に、Ｓ１１において、現在地判定データベース１３と、現在地コードにより走行・停車モードを照合し、照合結果の走行・停車モードを記録部７に記録する。
次に、Ｓ１２において、メニュー判定データベース１４と、メニューコードにより記録部７に記録された情報とメニュー判定値とを照合する。
次に、Ｓ１３において、Ｓ１２の照合結果に基づいて、所定のメニューを表示部１に表示し、Ｓ１４において、操作を終了する。
【００１３】
《データベースの例》
図6は本実施の形態の職業判定データベース１１（図1）の内容の例を示す図である。図6に示すように、職業判定データベース１１の内容は、例えば業種、職種、車の利用状況と、それぞれのコードが記憶されている。
【００１４】
図７は本実施の形態の休暇日判定データベース１２（図1）の内容の例を示す図である。図７に示すように、休暇日判定データベース１２の内容は、例えば出勤日（出勤先Ａ）、出勤日（出勤先B）、出勤日（出勤先C）、休日と、それぞれのコードが記憶されている。このように休暇日判定データベース１２に記憶された休暇予定もしくはスケジュールに登録されたデータに基づいて判断する。なお、スケジュールの方を優先する。
【００１５】
図８は本実施の形態の現在地判定データベース１３（図1）の内容の例を示す図である。図８に示すように、現在地判定データベース１３の内容は、例えば会社（出勤先Ａ）、会社（出勤先B）、会社（出勤先C）、自宅と、それぞれのコードが記憶されている。なお、現在地判定データベース１３に記憶された登録地（出勤先Ａ〜Ｃ）および自宅に登録された地点と、現在地の地点とが１ｋｍ以内であればそれに該当と判断する。
【００１６】
図9は本実施の形態のメニュー判定データベース１４（図１）の内容の例を示す図である。図9に示すように、メニュー判定データベース１４の内容は、業種、職種、曜日、時間、場所とそれらに応じて選ばれたメニューが記憶されている。ここでは、ユーザーが会社員（製造業・技術職・土日週休2日）の例について示している。
例えば、平日（出勤日）の午前中であって、現在地が自宅の場合のメニューは、「オフィスに行く」、「周辺施設」、「交通情報」、「昨日のニュース」、「今日の天気」である。
また、平日（出勤日）の午後であって、現在地が自宅でない「その他」の場合のメニューは、「自宅へ帰る」、「周辺施設」、「交通情報」、「今日のニュース」、「明日の天気」である。
また、平日（休暇前）の午前中であって、現在地が自宅の場合のメニューは、「オフィスに行く」、「周辺施設」、「交通情報」、「昨日のニュース」、「今日の天気」である。
また、平日（休暇前）の午後であって、現在地が「その他」の場合のメニューは、「自宅へ帰る」、「周辺施設」、「交通情報」、「今日のニュース」、「明日の天気」、「レジャー情報」である。
また、休日の午前中であって、現在地が自宅の場合のメニューは、「遊びに行く」、「買い物に行く」、「交通情報」、「今日の天気」、「レジャー情報」である。
また、休日の午後であって、現在地が「その他」の場合のメニューは、「自宅へ帰る」、「寄り道する」、「交通情報」、「今日の天気」、「レジャー情報」である。
図10は本実施の形態の通常のメニュー構成の例を示す図である。
【００１７】
本実施の形態の例えば車載ナビゲーション装置などのメニュー表示装置は、車の購入時に、所有者等のユーザーの業種・職種・休暇予定・勤め先（会社）・自宅などの情報を当該メニュー表示装置に入力して登録し、当該装置に内蔵された内部時計２７（図１）による年月日・曜日・時間の情報や、ＧＰＳセンサ２１や車速センサ２３による現在地情報に基づいて、ユーザーが必要とするメニューに限定して表示部１に表示するものである。本メニュー表示装置は、ユーザーの職業・休暇日・現在地・メニューなどのパターン情報をそれぞれ有する職業判定データベース１１、休暇日判定データベース１２、現在地判定データベース１３を持ったユーザー情報データベース１０と、メニュー判定データベース１４と、職業や現在の時間・場所を記録する記憶部９（あるいは記録部７を用いることも可）と、記憶部９に記録されたユーザー情報とユーザー情報データベース１０のパターン情報から必要なメニューを抽出する表示メニュー判定部１６を備えている。
【００１８】
ユーザーは、図4（ａ）〜（ｆ）に例示したように、車両購入後などに個人情報をメニュー形式で入力する。入力された情報は、図6の職業判定データベース１１（業種・職種・車の利用状況）により分類されたコードや、休暇日判定データベース１２により分類された出勤・休暇予定のコードやスケジュールの情報が記憶部９（あるいは記録部７）に記録される。
【００１９】
ユーザーが情報を入力した後は、図3に示したように、車両のステアリング２８などに設置され、図２に示した「かんたんメニュー」を表示部１に表示させるための操作部２を操作すると（ボタンを押すと）、メニュー表示装置本体に信号が送られる。このボタンが押された場合には、記憶部９に記録された休暇予定日やスケジュールの情報に基づいて、図7に示した休暇日判定データベース１２を参照し、該当するコードを記録部７に記録する。また、現在地と登録地の情報を照合して、図8に示した現在地判定データベース１３に該当するコードを記録部７に記録する。表示メニュー判定部１６は、これらのコードに基づいて、図9に示したメニュー判定データベース１４を参照し、該当するメニューデータを抽出してユーザーの属性に対応する図2に例示したようなメニュー画面を表示部１に表示する。なお、通常のメニューは、図10のように数多くのメニューを一定の構成で表示するようになっている。
【００２０】
例えば、ユーザーが製造業の技術職で、土日が休暇日、車を通勤に利用する場合であれば、平日においては、朝は出勤に利用されるため、目的地は会社であり、出勤途中の周辺施設や交通情報などのメニューを必要とする。夕方になれば、自宅に帰宅するか寄り道をするため、周辺施設や今日のニュースなどの情報を必要とする傾向がある。休日においては、平日とまったく異なり、買い物やレジャーに使われるため、広い範囲での目的地設定やレジャー情報や天気予報などのメニューを必要とする傾向がある。
ユーザーが主婦であれば、平日は買い物や子供の送り迎えなどの用途が多い。
ユーザーが自営業あるいは車が社用車であれば、平日は得意先や自分の店（あるいは会社）に行くことが多い。
ユーザーがタクシードライバーや運送業で、車をその仕事に使用する場合では、住所や電話番号を検索することが多い、などの特徴がある。
休暇日は、常に一定ではないために、ユーザーがスケジュールを設定するメニューを設けたり、より正確なスケジュールのデータからメニューを想定することが可能である。
【００２１】
図11は、図2に示した「かんたんメニュー」のより具体的な表示例を示す。
会社員、製造業、平日の場合は、例えば「オフィスに行く」、「目的地」、「会社に電話」、「メールを確認」、「経済ニュース」、「今日の天気予報」等が考えられる。
会社員、建設業、平日の場合は、「事務所に行く」、「目的地」、「事務所に電話」、「スケジュール確認」、「現場の天気」、「週間天気予報」等が考えられる。
会社員、営業、平日の場合は、「オフィスに行く」、「目的地」、「株価を見る」、「メールを確認」、「得意先のニュース」、「今日のスケジュール」等が考えられる。
自営業、平日の場合は、「お店に行く」、「目的地」、「今日のルート確認」、「メールを確認」、「今週のニュース」、「今週の天気予報」等が考えられる。
主婦、平日の場合は、「スーパーに行く」、「目的地」、「安売り情報」、「メール読み上げ」、「今日の占い」、「今日の天気予報」等が考えられる。
会社員、製造業、休日の場合は、「遊びに行く」、「目的地」、「交通情報」、「メール読み上げ」、「レジャー情報」、「今日の天気予報」等が考えられる。
なお、これらのメニューは、ユーザーが適宜設定可能になっていることはいうまでもない。
【００２２】
また、図12は、異なる職業または異なる利用日時で、それぞれのユーザーが「かんたんメニュー」の同一名称項目を選択した場合に、選択された項目の次の階層で、職業または利用日時に合わせて異なるメニュー項目やページが表示される例を示す。すなわち、図12は、図11でそれぞれのユーザーの「かんたんメニュー」に項目として表示されている「目的地」を選択した後のメニューが、職業または利用日時で変わる表示例である。
例えば、会社員、製造業、平日の場合に表示される目的地は、「オフィス」、「Ａ工場」、「Ｂ工場」、「Ａ株式会社」、「Ｂ株式会社」、「Ｃ株式会社」等が考えられる。
会社員、製造業、休日の場合の目的地は、「友人Ａ宅」、「友人Ｂ宅」、「友人Ｃ宅」、「Ｄ遊園地」、「Ｅ公園」、「Ｆ温泉」等が考えられる。
自営業、平日の場合は、「事務所Ａ」、「事務所Ｂ」、「事務所Ｃ」、「取引先Ａ」、「取引先Ｂ」、「取引先Ｃ」等が考えられる。
主婦、平日の場合は、「Ａスーパー」、「Ｂスーパー」、「Ｃスーパー」、「Ａ喫茶店」、「Ｂ喫茶店」、「Ｃ喫茶店」等が考えられる。
【００２３】
本実施の形態では、異なる属性のユーザーや異なる時間帯における、「かんたんメニュー」の項目について、それぞれの属性や状況のメニューで「目的地」という項目を有しており、各ユーザーが「目的地」を選択した場合に、その次階層で表示される選択項目が異なる例を示した。
【００２４】
なお、これらの例として、共通の項目は「目的地」に限られない。すなわち、「目的地」以外のメニュー項目がそれぞれの「かんたんメニュー」画面で表示される場合も考えられる。そして、そのようなあらゆるメニュー項目において、それぞれのユーザーや状況で異なる次画面表示を有していることが考えられる。
【００２５】
また、次階層の画面として表示されるものは、選択形式の項目だけでなく、何らかの情報を表示したページの場合もある。
【００２６】
以上説明したように、本実施の形態のメニュー表示装置は、移動端末のナビゲーション装置で用いられ、メニューを表示する表示部１と、少なくとも１人のユーザーの属性を記憶する記憶部９と、記憶部９に記憶されたユーザーの属性に基づいて、表示部１に表示するメニューを決定する表示メニュー判定部１６とを有する。なお、ユーザーの属性というのは、例えばユーザーの職業、職種、休暇日、生活スケジュール、趣味等、様々のユーザー個人情報である。
また、本実施の形態のメニュー表示方法は、少なくとも1人のユーザーの属性を記憶し、記憶されたユーザーの属性に基づいて、表示部１に表示するメニューを決定するようになっている。
【００２７】
従来の車載ナビゲーション装置では、すべてのユーザーにとって使いやすくするために、メニュー表示の優先順位を決めていた。また、通常のメニュー構成では、すべてのユーザーが要求する機能を盛り込んでいたため、表示するメニュー数（選択可能項目（表示ボタン。表示スイッチ）の数）が多く、あるユーザーにとってはほとんど使われないメニューなども表示する必要があった。また、使いやすさを向上するためには、できるだけ操作の手数を減らす必要があるので、入り口のメニューの選択可能項目を多く設けていた。さらに、機能が増加するにしたがって、入り口の選択可能項目数が増加してしまう。このように従来は選択可能項目数やメニューの階層が増加するため、使い難かった。また、従来は、運転履歴情報に基づいて予測情報を算出しているため、解析する情報量が多く、処理負荷が大きかった。
【００２８】
本実施の形態では、従来技術のように運転履歴情報に基づくのではなく、ユーザーの例えば職業等の属性に基づいて、よく利用すると考えられるメニューを限定して表示部１に表示するものである。表示するメニューは、職業等のユーザーの属性ごとに固定され、メニューの選択可能項目も職業等の属性ごとの利用頻度に基づいて、必要最小限のみ限定表示するのが望ましい。このように、例えば職業や、職業ごとの出勤日や出勤時間等のユーザーの属性に基づいてメニューの決定を行う。これにより、ユーザーにとって使い勝手の良いメニューを提示することができるとともに、ユーザーに提示するメニューの選択可能項目の数や階層を減らすことができる。したがって、上記従来技術のように運転履歴情報が不十分なために不正確な情報を提示したり、不要なメニューの提示を行うことを無くし、正確で選択可能項目数の少ない端的な情報をユーザーに提示することができる。また、機能が増加したとしても1画面におけるメニューの選択可能項目の表示を低減することができ、ユーザーの利便性を向上させることができる。さらに、上記のことから、ＣＰＵ１５等のハードウェアによる不要な処理計算も軽減され、システム処理の効率が向上する。
【００２９】
また、前記ユーザーの属性は職業である。これにより、ユーザーにとって職業に基づく使い勝手の良いメニューを提示することができる。
また、前記ユーザーの属性は生活スケジュールである。これにより、ユーザーにとって生活スケジュールに基づく使い勝手の良いメニューを提示することができる。
【００３０】
また、本実施の形態のメニュー表示装置は、記憶部９に複数のユーザーが記憶された場合、表示メニュー判定部１６は、ユーザーに応じて表示部１に表示するメニューを切り替えるようになっている。また、本実施の形態のメニュー表示方法は、複数のユーザーの属性が記憶された場合、記憶されたユーザーに応じて、表示部１に表示するメニューを切り替えるようになっている。これにより、複数のあらゆるユーザーに適応できる使い勝手の良いメニューをそれぞれ提示することができ、ユーザーの利便性をさらに向上することができる。このように複数のユーザー（利用者）が当該メニュー表示装置に設定（登録）されている場合には、各ユーザーの利用時にユーザーの特定を行った上で、メニューを切り替えるようにする。なお、ユーザーの特定は、キーレスエントリー、個人認証、ユーザー自らの入力、運転席シート位置の検出などによって可能である。
【００３１】
また、ユーザーの属性に基づいてメニューを決定するためのデータベース、すなわち、職業判定データベース１１、休暇日判定データベース１２、現在地判定データベース１３を有するユーザー情報データベース、およびメニュー判定データベース１４を有する。このように例えばユーザーの職業を分類する職業判定データベース１１による職業や、休暇日判定データベース１２による出勤日・休暇日のスケジュールと、内部時計２７による時間、現在地判定データベース１３による場所等に基づいて、予め用意したメニューパターンを記憶させたメニュー判定データベース１４から情報を読み込んでメニューを表示するようになっている。従来の運転履歴などのデータベースと異なり、個人情報を入力すれば当該メニュー表示装置が有するデータベースの曜日や時間や現在地などの情報に基づいて、ユーザーにとって的確なメニューを予測することが可能となるため、入力の手間が少なく、システムの処理負荷の小さいメニュー提示の自動化を実現することができる。
【００３２】
また、ユーザーの生活スケジュールを、通信媒体を介して記憶部９にダウンロード可能になっている。すなわち、外部のＰＤＡやパーソナル・コンピュータや携帯電話などの生活スケジュールを管理しているソフトウェアから、車内の携帯電話や有線・無線通信などの通信媒体を利用して、本メニュー表示装置へユーザーが入力した生活スケジュールの情報をダウンロードして、当該メニュー表示装置へ入力することも可能である。このように外部から生活スケジュール情報を取り込むことにより、出勤日や休日の正確な情報に基づく、より精度の高いメニューを提示することができる。
【００３３】
なお、以上説明した実施の形態は、本発明の技術的思想の理解を容易にするために記載されたものであって、本発明を限定するために記載されたものではない。したがって、上記実施の形態に開示された各要素は、本発明の技術的範囲に属する全ての設計変更や均等物をも含む趣旨である。
また、特許請求の範囲における各構成要素と、発明の実施の形態における各構成要素との対応について説明する。すなわち、実施の形態における表示部１が特許請求の範囲の表示手段に、記憶部９が記憶手段に、表示メニュー判定部１６が決定手段に、電話１７、データ通信１８、通信処理部２０等が通信媒体にそれぞれ対応する。
【図面の簡単な説明】
【００３４】
【図１】本発明の実施の形態のメニュー表示装置の構成を示す図である。
【図２】本実施の形態において表示画面に表示する「かんたんメニュー」を示す図である。
【図３】本実施の形態における表示部や操作部等を示す図である。
【図４】ユーザーが車両購入後、ユーザーの情報を入力する例を示す図である。
【図５】本実施の形態のメニュー表示装置のフローチャートである。
【図６】本実施の形態の職業判定データベースの内容の例を示す図である。
【図７】本実施の形態の休暇日判定データベースの内容の例を示す図である。
【図８】本実施の形態の現在地判定データベースの内容の例を示す図である。
【図９】本実施の形態のメニュー判定データベースの内容の例を示す図である。
【図１０】本実施の形態の通常のメニュー構成の例を示す図である。
【図１１】本実施の形態において表示画面に表示する「かんたんメニュー」の他の具体例を示す図である。
【図１２】本実施の形態において目的地を選択した後の表示例を示す図である。
【符号の説明】
【００３５】
１…表示部 ２…操作部
３…マイク ４…描画プロセッサ
５…インタフェース処理部 ６…音声認識部
７…記録部（メモリ） ８…ＤＶＤ−ＲＯＭまたはＣＤ
９…記憶部（ＨＤＤ） １０…ユーザー情報データベース
１１…職業判定データベース １２…休暇日判定データベース
１３…現在地判定データベース １４…メニュー判定データベース
１５…ＣＰＵ １６…表示メニュー判定部
１７…電話 １８…データ通信
１９…オペレータ ２０…通信処理部
２１…ＧＰＳセンサ ２２…方位センサ
２３…車速センサ ２４…パーキングブレーキセンサ
２５…各種センサ ２６…センサ信号処理部
２７…内部時計
２８…ステアリング ２９…クラスターリッドＣ
【技術分野】
【０００１】
本発明は、自動車等の車両に搭載されるメニュー表示装置およびメニュー表示方法に関する。
【背景技術】
【０００２】
従来のメニュー表示装置は、例えば下記特許文献１に記載されている。
下記従来技術では、例えば施設等のリストを表示する際に、利用者によって選択された回数の多い順に表示する。そして、利用者は、そのリストに基づいて施設等の情報を選択して表示させる。
【特許文献１】特開平６−３３１３７９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、上記従来技術では、上記のように操作履歴の優先度に基づいて表示を行っているため、操作履歴が不十分である場合には、正確な優先度に基づくメニュー項目が表示されず、運転者にとっては使い勝手が悪くなるという問題点がある。
本発明の目的は、上記の課題を解決し、正確な情報に基づく的確なメニューを提示できるメニュー表示装置およびメニュー表示方法を提供することにある。
【課題を解決するための手段】
【０００４】
上記課題を解決するために、本発明は、移動端末のナビゲーション装置で用いられ、メニューを表示する表示手段と、１人以上のユーザーの属性を記憶する記憶手段と、この記憶手段に記憶されたユーザーの属性に基づいて、前記表示手段に表示するメニューを決定する決定手段とを備えている、という構成になっている。
【発明の効果】
【０００５】
本発明によれば、正確な情報に基づく的確なメニューを提示できるメニュー表示装置およびメニュー表示方法を提供することができる。
【発明を実施するための最良の形態】
【０００６】
以下、図面を用いて本発明の実施の形態について詳細に説明する。なお、以下で説明する図面で、同一機能を有するものは同一符号を付け、その繰り返しの説明は省略する。
《装置の構成》
図1は本発明の実施の形態の例えば車載ナビゲーション装置等のメニュー表示装置の構成を示す図である。
図において、１は液晶表示装置やＣＲＴのような表示部、２は操作部（ステアリングスイッチ）、３はマイク、４は描画プロセッサ、５はインタフェース処理部、６は音声認識部、７は記録部（メモリ）、８はＤＶＤ−ＲＯＭまたはＣＤ、９は記憶部（ＨＤＤ）、１０はユーザー情報データベース、１１は職業判定データベース、１２は休暇日判定データベース、１３は現在地判定データベース、１４はメニュー判定データベース、１５はＣＰＵ（中央処理装置）、１６は表示メニュー判定部、１７は電話、１８はデータ通信、１９はオペレータ、２０は通信処理部、２１はＧＰＳ（Global Positioning System）センサ、２２は方位センサ、２３は車速センサ、２４はパーキングブレーキ（PKB）センサ、２５はその他の各種センサ、２６はセンサ信号処理部、２７は内部時計である。
【０００７】
さらに詳しく述べると、表示部１は、走行中の現在の地図や自車両の位置および方位、並びに操作メニューなどを表示する。操作部２は、例えばステアリングに設けられ、メニューを表示させたりする操作部である。マイク３は、ユーザーが発声する語句を入力するマイクである。音声認識部６は、マイク３から入力された音声を認識する。ＤＶＤ−ＲＯＭまたはＣＤ８は、地図データ、音声データ、音楽データなどが記録されている。記憶部９は、ハードディスクで構成された記憶部である。ＣＰＵ１５は、装置全体を制御し、表示メニュー判定部１６を有している。通信処理部２０は、例えば電話１７、データ通信１８、オペレータ１９等との通信を処理する。ＧＰＳセンサ２１は、ＧＰＳアンテナで受信した複数の衛星からの電波に基づいて演算し、自車両の位置（緯度・経度）を求める。方位センサ２２は、自車両の進行する方位を検出する。車速センサ２３は、自車両の車輪の回転数に応じて車速を検出する。パーキングブレーキセンサ２４は、パーキングブレーキの状態を検出する。各種センサ２５は、例えばリバーススイッチ、ライトスイッチ等の自車両の走行状態を検出するセンサである。センサ信号処理部２６は、方位センサ２２からの信号に基づいて自車両の進行方向を算出し、車速センサ２３からの車速信号から走行距離を算出し、パーキングブレーキセンサ２４や各種センサ２５からの信号に基づいて自車両の走行状態を検出して、制御に必要な信号を生成する。
【０００８】
《かんたんメニュー》
図2は本実施の形態において表示部１の表示画面に表示する「かんたんメニュー」を示す図である。
本例では、「かんたんメニュー」の選択可能項目として、例えば「オフィスに行く」、「周辺施設」、「交通情報」、「今日のニュース」、「今日の天気」、「全メニュー」が表示されている。「かんたんメニュー」というタイトル文字の横には、「地図に戻る」が表示されている。
【０００９】
《表示部１と操作部２》
図３は本実施の形態における表示部１や操作部（ステアリングスイッチ）２等を示す図である。
図において、２８はステアリング、２９はクラスターリッドＣである。
図2に示した「かんたんメニュー」は、図3の操作部（ボタン）２を操作する（押す）ことにより表示される。ここでは、ステアリング２８に「かんたんメニュー」を表示させる操作部２を設けているが、クラスターリッドＣ２９部に「かんたんメニュー」を表示させる操作部（スイッチ）を設けてもよい。
【００１０】
《ユーザーの情報入力》
図4（ａ）〜（ｆ）は、ユーザーが車両購入後、ユーザー情報を入力する例を示す図である。ここでは、ユーザーが会社員（製造業・技術職・休暇日が土日週休2日）の例について示す。なお、本実施の形態では、業種と職種で職業判定を行うものとする。
まず、図4（ａ）の設定画面において、「車の利用状況」について入力する。「主に一人（所有者）で利用」、「主に二人（夫婦）で利用」、「複数で利用（家族、社有車）」の３つの選択肢の中から、ここでは、「主に一人（所有者）で利用」を選択した例を示している。選択肢を選択したら「次へ」を操作し、次画面へ進む（以下、同様）。
次に、（ｂ）の設定画面において、「所有者（ユーザー）の業種」について入力する。「製造業」、「建設業」、「卸売業」、「小売業」、「金融業」、「保険業」、・・・等の多数の選択肢の中から、ここでは、「製造業」を選択した例を示している。
次に、（ｃ）の設定画面において、「所有者の職種」について入力する。「経営者」、「会社役員」、「管理職」、「技術職」、「事務職」、「営業」、・・・等の多数の選択肢の中から、ここでは、「技術職」を選択した例を示している。
次に、（ｄ）の設定画面において、「所有者の車の利用状況」について入力する。「通勤で利用」、「通勤で利用しない」の２つの選択肢の中から、ここでは、「通勤で利用」を選択した例を示している。
次に、（ｅ）の設定画面において、「スケジュール」について入力する。「週休2日」、「不定期」、「スケジュールを入力する」の３つの選択肢の中から、ここでは、「週休2日」を選択した例を示している。
次に、（ｆ）の設定画面において、「休暇日」について入力する。「月曜〜日曜」の７つの選択肢の中から、ここでは、「土曜」と「日曜」の２つを選択した例を示している。
【００１１】
《動作の流れ》
図５は本実施の形態のメニュー表示装置のフローチャートである。図５、図１を用いて動作の流れ（ユーザーの操作および図1のＣＰＵ１５の処理の流れ）について説明する。
まず、ユーザーの車両購入後に、Ｓ１において、ユーザー等が当該メニュー表示装置において図4に例示したような所定のユーザー個人情報を入力し、Ｓ２において、ユーザー情報データベース１０（図1。以下同様）にこのユーザー情報を記憶する。
次に、車両の走行（運転）中は、Ｓ３において、表示部１に地図画面を表示する。
次に、ユーザーの操作部２を用いた操作による、メニュー画面の呼び出しがあったかどうかを判断する。メニュー画面の呼び出しがない場合は、Ｓ3の地図表示に戻る。メニュー画面の呼び出しがあった場合は、Ｓ５へ進む。
【００１２】
次に、Ｓ５において、車両の現在地を記録部（メモリ）７に記録する。
次に、Ｓ６において、現在の曜日・時刻を記録部７に記録する。
次に、Ｓ７において、ユーザー情報データベース１０の職業判定データベース１１と、職業コードにより職業を照合し、照合結果の職業を記録部７に記録する。
次に、Ｓ８において、内部時計２７と曜日・時刻を照合し、照合結果の曜日・時刻を記録部７に記録する。
次に、Ｓ９において、休暇日判定データベース１２と、休暇日コードにより休暇日を照合し、照合結果の休暇日を記録部７に記録する。
次に、Ｓ１０において、現在地判定データベース１３と、現在地コードにより現在地を照合し、照合結果の現在地を記録部７に記録する。
次に、Ｓ１１において、現在地判定データベース１３と、現在地コードにより走行・停車モードを照合し、照合結果の走行・停車モードを記録部７に記録する。
次に、Ｓ１２において、メニュー判定データベース１４と、メニューコードにより記録部７に記録された情報とメニュー判定値とを照合する。
次に、Ｓ１３において、Ｓ１２の照合結果に基づいて、所定のメニューを表示部１に表示し、Ｓ１４において、操作を終了する。
【００１３】
《データベースの例》
図6は本実施の形態の職業判定データベース１１（図1）の内容の例を示す図である。図6に示すように、職業判定データベース１１の内容は、例えば業種、職種、車の利用状況と、それぞれのコードが記憶されている。
【００１４】
図７は本実施の形態の休暇日判定データベース１２（図1）の内容の例を示す図である。図７に示すように、休暇日判定データベース１２の内容は、例えば出勤日（出勤先Ａ）、出勤日（出勤先B）、出勤日（出勤先C）、休日と、それぞれのコードが記憶されている。このように休暇日判定データベース１２に記憶された休暇予定もしくはスケジュールに登録されたデータに基づいて判断する。なお、スケジュールの方を優先する。
【００１５】
図８は本実施の形態の現在地判定データベース１３（図1）の内容の例を示す図である。図８に示すように、現在地判定データベース１３の内容は、例えば会社（出勤先Ａ）、会社（出勤先B）、会社（出勤先C）、自宅と、それぞれのコードが記憶されている。なお、現在地判定データベース１３に記憶された登録地（出勤先Ａ〜Ｃ）および自宅に登録された地点と、現在地の地点とが１ｋｍ以内であればそれに該当と判断する。
【００１６】
図9は本実施の形態のメニュー判定データベース１４（図１）の内容の例を示す図である。図9に示すように、メニュー判定データベース１４の内容は、業種、職種、曜日、時間、場所とそれらに応じて選ばれたメニューが記憶されている。ここでは、ユーザーが会社員（製造業・技術職・土日週休2日）の例について示している。
例えば、平日（出勤日）の午前中であって、現在地が自宅の場合のメニューは、「オフィスに行く」、「周辺施設」、「交通情報」、「昨日のニュース」、「今日の天気」である。
また、平日（出勤日）の午後であって、現在地が自宅でない「その他」の場合のメニューは、「自宅へ帰る」、「周辺施設」、「交通情報」、「今日のニュース」、「明日の天気」である。
また、平日（休暇前）の午前中であって、現在地が自宅の場合のメニューは、「オフィスに行く」、「周辺施設」、「交通情報」、「昨日のニュース」、「今日の天気」である。
また、平日（休暇前）の午後であって、現在地が「その他」の場合のメニューは、「自宅へ帰る」、「周辺施設」、「交通情報」、「今日のニュース」、「明日の天気」、「レジャー情報」である。
また、休日の午前中であって、現在地が自宅の場合のメニューは、「遊びに行く」、「買い物に行く」、「交通情報」、「今日の天気」、「レジャー情報」である。
また、休日の午後であって、現在地が「その他」の場合のメニューは、「自宅へ帰る」、「寄り道する」、「交通情報」、「今日の天気」、「レジャー情報」である。
図10は本実施の形態の通常のメニュー構成の例を示す図である。
【００１７】
本実施の形態の例えば車載ナビゲーション装置などのメニュー表示装置は、車の購入時に、所有者等のユーザーの業種・職種・休暇予定・勤め先（会社）・自宅などの情報を当該メニュー表示装置に入力して登録し、当該装置に内蔵された内部時計２７（図１）による年月日・曜日・時間の情報や、ＧＰＳセンサ２１や車速センサ２３による現在地情報に基づいて、ユーザーが必要とするメニューに限定して表示部１に表示するものである。本メニュー表示装置は、ユーザーの職業・休暇日・現在地・メニューなどのパターン情報をそれぞれ有する職業判定データベース１１、休暇日判定データベース１２、現在地判定データベース１３を持ったユーザー情報データベース１０と、メニュー判定データベース１４と、職業や現在の時間・場所を記録する記憶部９（あるいは記録部７を用いることも可）と、記憶部９に記録されたユーザー情報とユーザー情報データベース１０のパターン情報から必要なメニューを抽出する表示メニュー判定部１６を備えている。
【００１８】
ユーザーは、図4（ａ）〜（ｆ）に例示したように、車両購入後などに個人情報をメニュー形式で入力する。入力された情報は、図6の職業判定データベース１１（業種・職種・車の利用状況）により分類されたコードや、休暇日判定データベース１２により分類された出勤・休暇予定のコードやスケジュールの情報が記憶部９（あるいは記録部７）に記録される。
【００１９】
ユーザーが情報を入力した後は、図3に示したように、車両のステアリング２８などに設置され、図２に示した「かんたんメニュー」を表示部１に表示させるための操作部２を操作すると（ボタンを押すと）、メニュー表示装置本体に信号が送られる。このボタンが押された場合には、記憶部９に記録された休暇予定日やスケジュールの情報に基づいて、図7に示した休暇日判定データベース１２を参照し、該当するコードを記録部７に記録する。また、現在地と登録地の情報を照合して、図8に示した現在地判定データベース１３に該当するコードを記録部７に記録する。表示メニュー判定部１６は、これらのコードに基づいて、図9に示したメニュー判定データベース１４を参照し、該当するメニューデータを抽出してユーザーの属性に対応する図2に例示したようなメニュー画面を表示部１に表示する。なお、通常のメニューは、図10のように数多くのメニューを一定の構成で表示するようになっている。
【００２０】
例えば、ユーザーが製造業の技術職で、土日が休暇日、車を通勤に利用する場合であれば、平日においては、朝は出勤に利用されるため、目的地は会社であり、出勤途中の周辺施設や交通情報などのメニューを必要とする。夕方になれば、自宅に帰宅するか寄り道をするため、周辺施設や今日のニュースなどの情報を必要とする傾向がある。休日においては、平日とまったく異なり、買い物やレジャーに使われるため、広い範囲での目的地設定やレジャー情報や天気予報などのメニューを必要とする傾向がある。
ユーザーが主婦であれば、平日は買い物や子供の送り迎えなどの用途が多い。
ユーザーが自営業あるいは車が社用車であれば、平日は得意先や自分の店（あるいは会社）に行くことが多い。
ユーザーがタクシードライバーや運送業で、車をその仕事に使用する場合では、住所や電話番号を検索することが多い、などの特徴がある。
休暇日は、常に一定ではないために、ユーザーがスケジュールを設定するメニューを設けたり、より正確なスケジュールのデータからメニューを想定することが可能である。
【００２１】
図11は、図2に示した「かんたんメニュー」のより具体的な表示例を示す。
会社員、製造業、平日の場合は、例えば「オフィスに行く」、「目的地」、「会社に電話」、「メールを確認」、「経済ニュース」、「今日の天気予報」等が考えられる。
会社員、建設業、平日の場合は、「事務所に行く」、「目的地」、「事務所に電話」、「スケジュール確認」、「現場の天気」、「週間天気予報」等が考えられる。
会社員、営業、平日の場合は、「オフィスに行く」、「目的地」、「株価を見る」、「メールを確認」、「得意先のニュース」、「今日のスケジュール」等が考えられる。
自営業、平日の場合は、「お店に行く」、「目的地」、「今日のルート確認」、「メールを確認」、「今週のニュース」、「今週の天気予報」等が考えられる。
主婦、平日の場合は、「スーパーに行く」、「目的地」、「安売り情報」、「メール読み上げ」、「今日の占い」、「今日の天気予報」等が考えられる。
会社員、製造業、休日の場合は、「遊びに行く」、「目的地」、「交通情報」、「メール読み上げ」、「レジャー情報」、「今日の天気予報」等が考えられる。
なお、これらのメニューは、ユーザーが適宜設定可能になっていることはいうまでもない。
【００２２】
また、図12は、異なる職業または異なる利用日時で、それぞれのユーザーが「かんたんメニュー」の同一名称項目を選択した場合に、選択された項目の次の階層で、職業または利用日時に合わせて異なるメニュー項目やページが表示される例を示す。すなわち、図12は、図11でそれぞれのユーザーの「かんたんメニュー」に項目として表示されている「目的地」を選択した後のメニューが、職業または利用日時で変わる表示例である。
例えば、会社員、製造業、平日の場合に表示される目的地は、「オフィス」、「Ａ工場」、「Ｂ工場」、「Ａ株式会社」、「Ｂ株式会社」、「Ｃ株式会社」等が考えられる。
会社員、製造業、休日の場合の目的地は、「友人Ａ宅」、「友人Ｂ宅」、「友人Ｃ宅」、「Ｄ遊園地」、「Ｅ公園」、「Ｆ温泉」等が考えられる。
自営業、平日の場合は、「事務所Ａ」、「事務所Ｂ」、「事務所Ｃ」、「取引先Ａ」、「取引先Ｂ」、「取引先Ｃ」等が考えられる。
主婦、平日の場合は、「Ａスーパー」、「Ｂスーパー」、「Ｃスーパー」、「Ａ喫茶店」、「Ｂ喫茶店」、「Ｃ喫茶店」等が考えられる。
【００２３】
本実施の形態では、異なる属性のユーザーや異なる時間帯における、「かんたんメニュー」の項目について、それぞれの属性や状況のメニューで「目的地」という項目を有しており、各ユーザーが「目的地」を選択した場合に、その次階層で表示される選択項目が異なる例を示した。
【００２４】
なお、これらの例として、共通の項目は「目的地」に限られない。すなわち、「目的地」以外のメニュー項目がそれぞれの「かんたんメニュー」画面で表示される場合も考えられる。そして、そのようなあらゆるメニュー項目において、それぞれのユーザーや状況で異なる次画面表示を有していることが考えられる。
【００２５】
また、次階層の画面として表示されるものは、選択形式の項目だけでなく、何らかの情報を表示したページの場合もある。
【００２６】
以上説明したように、本実施の形態のメニュー表示装置は、移動端末のナビゲーション装置で用いられ、メニューを表示する表示部１と、少なくとも１人のユーザーの属性を記憶する記憶部９と、記憶部９に記憶されたユーザーの属性に基づいて、表示部１に表示するメニューを決定する表示メニュー判定部１６とを有する。なお、ユーザーの属性というのは、例えばユーザーの職業、職種、休暇日、生活スケジュール、趣味等、様々のユーザー個人情報である。
また、本実施の形態のメニュー表示方法は、少なくとも1人のユーザーの属性を記憶し、記憶されたユーザーの属性に基づいて、表示部１に表示するメニューを決定するようになっている。
【００２７】
従来の車載ナビゲーション装置では、すべてのユーザーにとって使いやすくするために、メニュー表示の優先順位を決めていた。また、通常のメニュー構成では、すべてのユーザーが要求する機能を盛り込んでいたため、表示するメニュー数（選択可能項目（表示ボタン。表示スイッチ）の数）が多く、あるユーザーにとってはほとんど使われないメニューなども表示する必要があった。また、使いやすさを向上するためには、できるだけ操作の手数を減らす必要があるので、入り口のメニューの選択可能項目を多く設けていた。さらに、機能が増加するにしたがって、入り口の選択可能項目数が増加してしまう。このように従来は選択可能項目数やメニューの階層が増加するため、使い難かった。また、従来は、運転履歴情報に基づいて予測情報を算出しているため、解析する情報量が多く、処理負荷が大きかった。
【００２８】
本実施の形態では、従来技術のように運転履歴情報に基づくのではなく、ユーザーの例えば職業等の属性に基づいて、よく利用すると考えられるメニューを限定して表示部１に表示するものである。表示するメニューは、職業等のユーザーの属性ごとに固定され、メニューの選択可能項目も職業等の属性ごとの利用頻度に基づいて、必要最小限のみ限定表示するのが望ましい。このように、例えば職業や、職業ごとの出勤日や出勤時間等のユーザーの属性に基づいてメニューの決定を行う。これにより、ユーザーにとって使い勝手の良いメニューを提示することができるとともに、ユーザーに提示するメニューの選択可能項目の数や階層を減らすことができる。したがって、上記従来技術のように運転履歴情報が不十分なために不正確な情報を提示したり、不要なメニューの提示を行うことを無くし、正確で選択可能項目数の少ない端的な情報をユーザーに提示することができる。また、機能が増加したとしても1画面におけるメニューの選択可能項目の表示を低減することができ、ユーザーの利便性を向上させることができる。さらに、上記のことから、ＣＰＵ１５等のハードウェアによる不要な処理計算も軽減され、システム処理の効率が向上する。
【００２９】
また、前記ユーザーの属性は職業である。これにより、ユーザーにとって職業に基づく使い勝手の良いメニューを提示することができる。
また、前記ユーザーの属性は生活スケジュールである。これにより、ユーザーにとって生活スケジュールに基づく使い勝手の良いメニューを提示することができる。
【００３０】
また、本実施の形態のメニュー表示装置は、記憶部９に複数のユーザーが記憶された場合、表示メニュー判定部１６は、ユーザーに応じて表示部１に表示するメニューを切り替えるようになっている。また、本実施の形態のメニュー表示方法は、複数のユーザーの属性が記憶された場合、記憶されたユーザーに応じて、表示部１に表示するメニューを切り替えるようになっている。これにより、複数のあらゆるユーザーに適応できる使い勝手の良いメニューをそれぞれ提示することができ、ユーザーの利便性をさらに向上することができる。このように複数のユーザー（利用者）が当該メニュー表示装置に設定（登録）されている場合には、各ユーザーの利用時にユーザーの特定を行った上で、メニューを切り替えるようにする。なお、ユーザーの特定は、キーレスエントリー、個人認証、ユーザー自らの入力、運転席シート位置の検出などによって可能である。
【００３１】
また、ユーザーの属性に基づいてメニューを決定するためのデータベース、すなわち、職業判定データベース１１、休暇日判定データベース１２、現在地判定データベース１３を有するユーザー情報データベース、およびメニュー判定データベース１４を有する。このように例えばユーザーの職業を分類する職業判定データベース１１による職業や、休暇日判定データベース１２による出勤日・休暇日のスケジュールと、内部時計２７による時間、現在地判定データベース１３による場所等に基づいて、予め用意したメニューパターンを記憶させたメニュー判定データベース１４から情報を読み込んでメニューを表示するようになっている。従来の運転履歴などのデータベースと異なり、個人情報を入力すれば当該メニュー表示装置が有するデータベースの曜日や時間や現在地などの情報に基づいて、ユーザーにとって的確なメニューを予測することが可能となるため、入力の手間が少なく、システムの処理負荷の小さいメニュー提示の自動化を実現することができる。
【００３２】
また、ユーザーの生活スケジュールを、通信媒体を介して記憶部９にダウンロード可能になっている。すなわち、外部のＰＤＡやパーソナル・コンピュータや携帯電話などの生活スケジュールを管理しているソフトウェアから、車内の携帯電話や有線・無線通信などの通信媒体を利用して、本メニュー表示装置へユーザーが入力した生活スケジュールの情報をダウンロードして、当該メニュー表示装置へ入力することも可能である。このように外部から生活スケジュール情報を取り込むことにより、出勤日や休日の正確な情報に基づく、より精度の高いメニューを提示することができる。
【００３３】
なお、以上説明した実施の形態は、本発明の技術的思想の理解を容易にするために記載されたものであって、本発明を限定するために記載されたものではない。したがって、上記実施の形態に開示された各要素は、本発明の技術的範囲に属する全ての設計変更や均等物をも含む趣旨である。
また、特許請求の範囲における各構成要素と、発明の実施の形態における各構成要素との対応について説明する。すなわち、実施の形態における表示部１が特許請求の範囲の表示手段に、記憶部９が記憶手段に、表示メニュー判定部１６が決定手段に、電話１７、データ通信１８、通信処理部２０等が通信媒体にそれぞれ対応する。
【図面の簡単な説明】
【００３４】
【図１】本発明の実施の形態のメニュー表示装置の構成を示す図である。
【図２】本実施の形態において表示画面に表示する「かんたんメニュー」を示す図である。
【図３】本実施の形態における表示部や操作部等を示す図である。
【図４】ユーザーが車両購入後、ユーザーの情報を入力する例を示す図である。
【図５】本実施の形態のメニュー表示装置のフローチャートである。
【図６】本実施の形態の職業判定データベースの内容の例を示す図である。
【図７】本実施の形態の休暇日判定データベースの内容の例を示す図である。
【図８】本実施の形態の現在地判定データベースの内容の例を示す図である。
【図９】本実施の形態のメニュー判定データベースの内容の例を示す図である。
【図１０】本実施の形態の通常のメニュー構成の例を示す図である。
【図１１】本実施の形態において表示画面に表示する「かんたんメニュー」の他の具体例を示す図である。
【図１２】本実施の形態において目的地を選択した後の表示例を示す図である。
【符号の説明】
【００３５】
１…表示部 ２…操作部
３…マイク ４…描画プロセッサ
５…インタフェース処理部 ６…音声認識部
７…記録部（メモリ） ８…ＤＶＤ−ＲＯＭまたはＣＤ
９…記憶部（ＨＤＤ） １０…ユーザー情報データベース
１１…職業判定データベース １２…休暇日判定データベース
１３…現在地判定データベース １４…メニュー判定データベース
１５…ＣＰＵ １６…表示メニュー判定部
１７…電話 １８…データ通信
１９…オペレータ ２０…通信処理部
２１…ＧＰＳセンサ ２２…方位センサ
２３…車速センサ ２４…パーキングブレーキセンサ
２５…各種センサ ２６…センサ信号処理部
２７…内部時計
２８…ステアリング ２９…クラスターリッドＣ
【特許請求の範囲】
【請求項１】
移動端末のナビゲーション装置で用いられ、メニューを表示する表示手段と、
少なくとも１人のユーザーの属性を記憶する記憶手段と、
前記記憶手段に記憶された前記ユーザーの属性に基づいて、前記表示手段に表示するメニューを決定する決定手段と
を有することを特徴とするメニュー表示装置。
【請求項２】
前記ユーザーの属性は職業であることを特徴とする請求項１記載のメニュー表示装置。
【請求項３】
前記ユーザーの職業は、業種で判定することを特徴とする請求項２記載のメニュー表示装置。
【請求項４】
前記ユーザーの職業は、職種で判定することを特徴とする請求項２記載のメニュー表示装置。
【請求項５】
前記ユーザーの属性は生活スケジュールであることを特徴とする請求項１記載のメニュー表示装置。
【請求項６】
前記記憶手段に複数のユーザーが記憶された場合、
前記決定手段は、
前記ユーザーに応じて、前記表示手段に表示するメニューを切り替えることを特徴とする請求項１乃至５のいずれか記載のメニュー表示装置。
【請求項７】
前記ユーザーの属性に基づいてメニューを決定するためのデータベースを有することを特徴とする請求項１乃至６のいずれか記載のメニュー表示装置。
【請求項８】
前記ユーザーの生活スケジュールを、通信媒体を介して前記記憶手段にダウンロード可能になっていることを特徴とする請求項１乃至７のいずれか記載のメニュー表示装置。
【請求項９】
少なくとも1人のユーザーの属性を記憶し、
記憶された前記ユーザーの属性に基づいて、移動端末のナビゲーション装置で用いられる表示手段に表示するメニューを決定することを特徴とするメニュー表示方法。
【請求項１０】
複数のユーザーの属性が記憶された場合、
記憶された前記ユーザーに応じて、前記表示手段に表示するメニューを切り替えることを特徴とする請求項９載のメニュー表示方法。
【請求項１】
移動端末のナビゲーション装置で用いられ、メニューを表示する表示手段と、
少なくとも１人のユーザーの属性を記憶する記憶手段と、
前記記憶手段に記憶された前記ユーザーの属性に基づいて、前記表示手段に表示するメニューを決定する決定手段と
を有することを特徴とするメニュー表示装置。
【請求項２】
前記ユーザーの属性は職業であることを特徴とする請求項１記載のメニュー表示装置。
【請求項３】
前記ユーザーの職業は、業種で判定することを特徴とする請求項２記載のメニュー表示装置。
【請求項４】
前記ユーザーの職業は、職種で判定することを特徴とする請求項２記載のメニュー表示装置。
【請求項５】
前記ユーザーの属性は生活スケジュールであることを特徴とする請求項１記載のメニュー表示装置。
【請求項６】
前記記憶手段に複数のユーザーが記憶された場合、
前記決定手段は、
前記ユーザーに応じて、前記表示手段に表示するメニューを切り替えることを特徴とする請求項１乃至５のいずれか記載のメニュー表示装置。
【請求項７】
前記ユーザーの属性に基づいてメニューを決定するためのデータベースを有することを特徴とする請求項１乃至６のいずれか記載のメニュー表示装置。
【請求項８】
前記ユーザーの生活スケジュールを、通信媒体を介して前記記憶手段にダウンロード可能になっていることを特徴とする請求項１乃至７のいずれか記載のメニュー表示装置。
【請求項９】
少なくとも1人のユーザーの属性を記憶し、
記憶された前記ユーザーの属性に基づいて、移動端末のナビゲーション装置で用いられる表示手段に表示するメニューを決定することを特徴とするメニュー表示方法。
【請求項１０】
複数のユーザーの属性が記憶された場合、
記憶された前記ユーザーに応じて、前記表示手段に表示するメニューを切り替えることを特徴とする請求項９載のメニュー表示方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２００７−４２０６７（Ｐ２００７−４２０６７Ａ）
【公開日】平成１９年２月１５日（２００７．２．１５）
【国際特許分類】
【出願番号】特願２００６−１２３８７２（Ｐ２００６−１２３８７２）
【出願日】平成１８年４月２７日（２００６．４．２７）
【出願人】（０００００３９９７）日産自動車株式会社 (16,386)
【Ｆターム（参考）】
【公開日】平成１９年２月１５日（２００７．２．１５）
【国際特許分類】
【出願日】平成１８年４月２７日（２００６．４．２７）
【出願人】（０００００３９９７）日産自動車株式会社 (16,386)
【Ｆターム（参考）】
[ Back to top ]