(57)【要約】【課題】設定が簡単かつ適切に行えるシステムを提供する。【解決手段】ユーザに対する報知機能と、その報知機能による報知に関連する事項を設定する設定機能を備えたシステムである。図（ａ）に示すように、通常時に表示している待受画面に対してタッチ操作があると、即時性のある第一メニュー画面を表示し（図（ｂ）参照）、その第一メニュー画面にある所定の項目が選択されると即時性の無い設定のための第二メニュー画面を表示する（図（ｃ）参照）機能を有する。第一メニュー画面には、即時に設定できる増音量ボタン４１ａ，減音量ボタン４１ｂと、第二メニュー画面に行く設定ボタン４１ｃを備える。【選択図】  図５
2019128952.tif 000002
【特許請求の範囲】
【請求項１】
ユーザに対する報知機能と、その報知機能による報知に関連する事項を設定する設定機能を備えたシステムであり、
通常時に表示している画面に対して操作があると即時性のある第一メニュー画面を表示し、その第一メニュー画面にある所定の項目が選択されると即時性の無い前記設定のための第二メニュー画面を表示するようにし、
前記第一メニュー画面には、即時に設定できる項目と、前記第二メニュー画面に行く項目を備えることを特徴とするシステム。
【請求項２】
第一メニュー画面を一定時間表示すると元の画面に復帰し、前記第二メニュー画面を一定時間表示しても元の画面に復帰しないように構成することを特徴とする請求項１に記載のシステム。
【請求項３】
即時性のある前記第一メニュー画面は、一画面中に全ての選択可能な項目を表示し、
即時性の無い設定のための前記第二メニュー画面は、一画面に表示する項目の表示数を基準値以下に制限することを特徴とする請求項１または２に記載のシステム。
【請求項４】
即時性の無い設定のための前記第二メニュー画面は、設定項目を縦に所定数配置し、
その設定項目の表示領域に、その設定項目のタイトルと、現在の設定内容を表示する機能を備えることを特徴とする請求項１から３のいずれか１項に記載のシステム。
【請求項５】
即時性の無い設定のための前記第二メニュー画面は、設定項目を縦に所定数配置し、
その設定項目の表示領域に、その設定項目のタイトルと、現在の設定内容を表示する機能と、
前記表示領域に対する操作があると、その設定項目の設定内容を変更するための設定メニュー画面を表示する機能と、
前記第二メニュー画面における前記現在の設定内容を表示する領域に対する操作が行われると、前記設定メニュー画面を表示することなく現在の設定内容を切り替える機能を備えることを特徴とする請求項１から４のいずれか１項に記載のシステム。
【請求項６】
即時性の無い設定のための前記第二メニュー画面は、
設定項目のタイトルと、現在の設定内容を表示する設定項目表示領域を備えるメニュー画面と、
そのメニュー画面とは別の、前記設定項目の設定内容を変更するための設定メニュー画面とを有し、
前記メニュー画面に表示する前記設定内容の表示語句文言と、前記設定メニュー画面に表示する選択候補として表示する設定内容の表示文言は、別のデータとして持たせ、同じ内容を意味するそれぞれの表示文言が前記メニュー画面の方が簡易な表現を有することを特徴とする請求項１から５のいずれか１項に記載のシステム。
【請求項７】
前記第二メニュー画面に表示した設定項目に対して第一の操作が行われた場合に当該設定項目の前記設定のための処理を行う機能と、前記第一の操作と異なる第二の操作があった場合にその設定項目の説明画面を表示する機能を備えることを特徴とする請求項１から６のいずれか１項に記載のシステム。
【請求項８】
前記第二メニュー画面に表示した設定項目に対して第一の操作が行われた場合に当該設定項目の前記設定のための処理を行う機能と、前記第一の操作と異なる第二の操作があった場合にその設定項目の説明画面を表示する機能を備え、
前記通常時に表示している画面と、前記第一メニュー画面に対して前記第二操作があっても前記説明画面を表示しないことを特徴とする請求項１から７のいずれか１項に記載のシステム。
【請求項９】
前記報知機能は、動きのあるＣＧによる第一警報と、警報対象を含む景色に対応する画像を用いた第二警報を有し、所定のタイミングで第一警報を表示後、第二警報を表示する機能を備えたことを特徴とする請求項１から８のいずれか１項に記載のシステム。
【請求項１０】
前記報知機能は、動きのあるＣＧによる第一警報と、警報対象を含む景色に対応する画像を用いた第二警報を有し、所定のタイミングで第一警報を表示後、第二警報を表示する機能を備え、
前記第一警報は、前記動きを複数回繰り返して再生するものであることを特徴とする請求項１から９のいずれか１項に記載のシステム。
【請求項１１】
前記報知機能は、動きのあるＣＧによる第一警報と、警報対象を含む景色に対応する画像を用いた第二警報を有し、所定のタイミングで第一警報を表示後、第二警報を表示する機能を備え、
前記第一警報を表示後、前記第二警報を表示する処理を複数回繰り返し行うことを特徴とする請求項１から１０のいずれか１項に記載のシステム。
【請求項１２】
前記報知機能は、動きのあるＣＧによる第一警報と、警報対象を含む景色に対応する画像を用いた第二警報を有し、所定のタイミングで第一警報を表示後、第二警報を表示する機能を備え、
前記ＣＧは、警報対象にズームアップする動きを有し、ズームアップした映像の次に、前記第二警報による前記画像を表示することを特徴とする請求項１から１１のいずれか１項に記載のシステム。
【請求項１３】
前記報知機能は、取締情報画面を表示する機能を備え、
その取締情報画面で報知する取締情報の種類を所定の色で報知するようにしたことを特徴とする請求項１から１２のいずれか１項に記載のシステム。
【請求項１４】
前記報知機能は、取締情報画面を所定時間表示後、所定の画面を表示する機能と、
その所定の画面の所定の場所を操作すると、前記取締情報画面を表示する機能を備えたことを特徴とする請求項１から１３のいずれか１項に記載のシステム。
【請求項１５】
前記報知機能は、取締情報画面を所定時間表示後、所定の画面を表示する機能と、
その所定の画面の所定の場所を操作すると、前記取締情報画面を表示する機能を備え、
走行中の道路が、取締情報が存在しない場合、前記所定の場所を操作しても前記取締情報画面を表示しないようにしたことを特徴とする請求項１から１４のいずれか１項に記載のシステム。
【請求項１６】
同種の警報対象であって、通行に注意が必要な警報対象を特定警報対象とし、前記報知機能は、前記特定警報対象が、報知対象になる条件を緩くしてことを特徴とする請求項１から１５のいずれか１項に記載のシステム。
【請求項１７】
前記報知機能は、警報対象に関する情報を表示するメッセージウインドウを、地図画面に対して重ねて表示し、その重ねる位置は、車両の進行先になりにくい場所とすることを特徴とする請求項１から１６のいずれか１項に記載のシステム。
【請求項１８】
請求項１から１７のいずれかに記載のシステムに用いられる機能をコンピュータに実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えばシステム及びプログラム等に関するものである。
【背景技術】
【０００２】
例えば特許文献１には、例えばその段落［００７８］に「本例のレーダー探知機１では、図１７のごとく待受画面へのタッチ操作に応じて切替表示される設定一覧画面１Ａを利用して各種設定が可能である。この設定一覧画面１Ａには、（１）待受設定、（２）モード設定、（３）警報設定、（４）画面・ＬＥＤ設定、（５）音声設定、（６）投稿設定、（７）リマインダー設定、（８）システム設定、（９）カスタム設定、（１０）ＯＢＤ設定に対応する各設定ボタンが配置されている。以下、各設定の内容・操作について説明する。ただし、（６）投稿設定については「１０．投稿」において詳細に説明する。」との技術が開示されている。段落［００７９］以降、図１８以降に示すように画面遷移しながら各設定を行う。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１４−１２９０７５
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に開示された技術は、設定項目が多数存在し、画面を適宜切り替えて希望する設定項目を見つけ、設定内容を変更する。係る処理は煩雑で、スムーズな設定が行えないという課題がある。
【０００５】
本願の発明の目的はこれに限定されず、本明細書および図面等に開示される構成の部分から奏する効果を得ることを目的とする構成についても分割出願・補正等により権利取得する意思を有する。例えば本明細書において「〜できる」と記載した箇所を「〜が課題である」と読み替えた課題が本明細書には開示されている。課題はそれぞれ独立したものとして記載しているものであり、この課題を解決するための構成についても単独で分割出願・補正等により権利取得する意思を有する。課題が明細書の記載から黙示的に把握されるものであっても、本出願人は本明細書に記載の構成の一部を補正または分割出願にて特許請求の範囲とする意思を有する。またこれら独立の課題を組み合わせた課題も開示されている。
【課題を解決するための手段】
【０００６】
（１）ユーザに対する報知機能と、その報知機能による報知に関連する事項を設定する設定機能を備えたシステムであり、通常時に表示している画面に対して操作があると即時性のある第一メニュー画面を表示し、その第一メニュー画面にある所定の項目が選択されると即時性の無い前記設定のための第二メニュー画面を表示するようにし、前記第一メニュー画面には、即時に設定できる項目と、前記第二メニュー画面に行く項目を備えるようにした。
【０００７】
通常時に表示している画面に対し操作することで、即時性のある第一メニュー画面が表示されるので、ユーザはそのとき実施したい項目をすぐに選択できる。第一メニュー画面から所定の項目を選択すると、第二メニュー画面が表示されるので、ユーザは、第二メニュー画面を操作しながら所望の報知に関連する事項を設定することができる。
【０００８】
システムは、例えば車載可能なものとすると良く、車載可能なものとした場合には報知は運転・走行に有益な情報を提供すると良い。システムは、複数の装置・機器から構成しても良いが、１つの機器で構成すると良い。通常時に表示している画面は、例えば動作中に表示する画面がある。
【０００９】
（２）第一メニュー画面を一定時間表示すると元の画面に復帰し、第二メニュー画面を一定時間表示しても元の画面に復帰しないようにすると良い。ユーザは、第一メニュー画面を見ることで、今処理したい即時性のある項目があるか否かがすぐに判断でき、項目がない場合には、そのまま放置すれば自動的に待受画面に復帰するので良い。第二メニュー画面は、表示部の表示内容を見ながら、項目の設定をどのようにするか考えることもあり、一定時間以上操作がないこともある。そのようなときに元の画面に復帰すると、再び処理のための画面に遷移するための操作を行う必要があり煩雑となる。そこで、自動復帰させないことで、ゆっくり検討し、確実に操作を行うことができるので良い。
【００１０】
（３）即時性のある前記第一メニュー画面は、一画面中に全ての選択可能な項目を表示し、即時性の無い設定のための前記第二メニュー画面は、一画面に表示する項目の表示数を基準値以下に制限するとよい。
【００１１】
即時性のある第一メニュー画面には、その第一メニュー画面で選択可能な項目が一覧表示されているので、ユーザは、目的の項目をすぐに選択し、所望の処理をすることができる。第二メニュー画面は、一画面中の表示数が制限されているので、その第二メニュー画面で表示される設定のための項目が見やすく、設定しようとする目的の項目を見つけやすく、確実に目的の項目を選択することができる。表示数を制限することで、第二メニュー画面の枚数は増えるが、即時性がないものなので、ゆっくり探すことができる。特に、設定ための項目の選択を表示画面に対するタッチ式にした場合には、表示数を制限したので例えば一つの設定項目の領域を大きくしたり、隣接する設定項目との距離を離したりすることができ、間違って異なる項目をタッチしたり、隣接する複数の設定項目を同時に押したりすることがなくなり、操作性が向上するので良い。
【００１２】
（４）即時性の無い設定のための前記第二メニュー画面は、設定項目を縦に所定数配置し、その設定項目の表示領域に、その設定項目のタイトルと、現在の設定内容を表示する機能を備えるとよい。第二メニュー画面には、選択可能な設定項目が表示されているが、その設定項目のタイトルとともに表示される設定項目の現在の設定内容を知ることができる。ユーザは、現在の設定内容を確認するために、いちいちその設定項目の設定値を設定する階層に入る必要が無いので操作性が向上して好ましい。
【００１３】
（５）即時性の無い設定のための前記第二メニュー画面は、設定項目を縦に所定数配置し、その設定項目の表示領域に、その設定項目のタイトルと、現在の設定内容を表示する機能と、前記表示領域に対する操作があると、その設定項目の設定内容を変更するための設定メニュー画面を表示する機能と、前記第二メニュー画面における前記現在の設定内容を表示する領域に対する操作が行われると、前記設定メニュー画面を表示することなく現在の設定内容を切り替える機能を備えると良い。このようにすると、下位の階層の設定メニュー画面に遷移しなくても、設定項目の設定内容の設定を行えるのでよい。設定メニュー画面を表示することなく現在の設定内容を切り替える機能は、設定内容の候補が少ないものの場合に適用し、候補が多い場合には係る切り替える機能が働かないようにすると良い。少ない数は、２乃至３個の場合とするとよく、２個の場合とするとより良い。
【００１４】
（６）即時性の無い設定のための前記第二メニュー画面は、設定項目のタイトルと、現在の設定内容を表示する設定項目表示領域を備えるメニュー画面と、そのメニュー画面とは別の、前記設定項目の設定内容を変更するための設定メニュー画面とを有し、前記メニュー画面に表示する前記設定内容の表示語句文言と、前記設定メニュー画面に表示する選択候補として表示する設定内容の表示文言は、別のデータとして持たせ、同じ内容を意味するそれぞれの表示文言が前記メニュー画面の方が簡易な表現を有するようにするとよい。
【００１５】
メニュー画面では、設定項目の表示領域内に、現在の設定内容を表示することができ、ユーザはその内容をなんとなくでも理解できる。実際の設定メニュー画面に遷移した状態では、選択候補としての設定内容が正しく表示されるので、ユーザは内容を正しく理解できる。簡易な表現は、例えば、マーク・記号としても良いが、少ない文字数の用語とするとよく、文字を少なくする場合には短縮形とすると良い。
【００１６】
（７）前記第二メニュー画面に表示した設定項目に対して第一の操作が行われた場合に当該設定項目の前記設定のための処理を行う機能と、前記第一の操作と異なる第二の操作があった場合にその設定項目の説明画面を表示する機能を備えるとよい。
【００１７】
ユーザは、第一の操作をすることで、設定項目の内容を変更等の設定することができ、第二の操作をすることで説明画面を表示して設定項目の内容を知ることができる。例えばユーザは操作をしながら、取扱説明書を見ることなく設定項目の内容をスムーズ・タイムリーに知ることができ、ユーザにとって必要な項目か否かをすぐに判断でき、効率よくユーザにとって適切な報知内容に設定することができる。
【００１８】
第一の操作は例えば短押しとし、第二の操作は例えば長押しとすると良い。設定のための処理を行う機能は、例えば選択された設定項目の設定を変えるための設定メニュー画面の表示や、メニュー画面のまま設定項目の設定内容を変更することとするとよい。説明画面は、例えば、説明ポップアップ画面とすると良い。
【００１９】
（８）前記第二メニュー画面に表示した設定項目に対して第一の操作が行われた場合に当該設定項目の前記設定のための処理を行う機能と、前記第一の操作と異なる第二の操作があった場合にその設定項目の説明画面を表示する機能を備え、前記通常時に表示している画面と、前記第一メニュー画面に対して前記第二操作があっても前記説明画面を表示しないようにすると良い。
【００２０】
通常時に表示する画面はいつも表示される画面であるので説明画面による説明は不要であり、例えばユーザが意図せずに第一の操作と異なる第二の操作を行った場合に説明画面が表示されると煩雑であるが、表示しないことで係る煩雑さが解消されるのでよい。第一メニュー画面は、即時性を有する処理を選択するため画面であるので、各処理の内容がわかりやすく説明画面により説明が不要であり、例えばユーザが意図せずに第一の操作と異なる第二の操作を行った場合に説明画面が表示されると煩雑であるので、表示しないことで係る煩雑さが解消されるのでよい。特に、例えば第一の操作が画面への短押し、第二の操作が画面への長押しとした場合、第一メニュー画面は、即時性を有する処理を行うための画面であり、例えばユーザは、急ぐあまり画面を押し続けることがあるので、その長押しにより説明画面が表示されると煩雑で、即時性のある処理を阻害するので表示しない設定すると良い。
【００２１】
（９）前記報知機能は、動きのあるＣＧによる第一警報と、警報対象を含む景色に対応する画像を用いた第二警報を有し、所定のタイミングで第一警報を表示後、第二警報を表示する機能を備えるとよい。
【００２２】
動きのあるＣＧによりユーザに対して注意を喚起させた後で、第二警報による警報対象を含む景色に対応する画像を表示するので、警報内容をユーザに認識させやすくなるので良い。第一警報の後に行う第二警報は、連続して警報をすると良い。連続して警報することで、第一警報のＣＧと第二警報の画像の継続性が強くなり、連続した画像の再生で注意を喚起と警報内容の認識を効果的に行うことかできるので良い。第一警報のＣＧを表示する領域と、第二警報の画像を表示する領域は、同じ位置に行うと良い。第一警報と第二警報を同じ位置に表示することで、両者の一体化・連続継続性が強くなるので良い。第一警報によるＣＧは、警報の種類に関係するものとすると良い。第二警報の画像は、運転席から見た画像とすると良く、実写画像とするとより好ましい。警報対象は、特定の装置・機器とするとよく、当該機器等がないものの場合には特定の場所としても良いが、特定の装置・機器とするとわかりやすいので良い。
【００２３】
（１０）前記報知機能は、動きのあるＣＧによる第一警報と、警報対象を含む景色に対応する画像を用いた第二警報を有し、所定のタイミングで第一警報を表示後、第二警報を表示する機能を備え、前記第一警報は、前記動きを複数回繰り返して再生するものとするとよい。
【００２４】
第一警報の後で第二警報の画像を継続して出し続けると注目されにくいが、第一警報の動きのあるＣＧの表示をある程度の時間をとり、一連の動きを複数回繰り返すことで着目させやすくなる。動きが複数回再生されるので、ＣＧによる第一警報も注目されるので良い。例えば、ＣＧが警報対象の種類に関係するものの場合、第一警報で警報対象の種類を認識させることができ、その後、警報対象を含む景色に対応する画像を表示することで、実際の状況を理解させることができるので好ましい。
【００２５】
（１１）前記報知機能は、動きのあるＣＧによる第一警報と、警報対象を含む景色に対応する画像を用いた第二警報を有し、所定のタイミングで第一警報を表示後、第二警報を表示する機能を備え、前記第一警報を表示後、前記第二警報を表示する処理を複数回繰り返し行うとよい。
【００２６】
例えば、第一警報の後で第二警報が継続して表示されるような場合に、第二警報の表示時間が長くなり最初に表示された第一警報に対する注目度が低下してしまうが、第一警報の後で動きのあるＣＧからなる第一警報を表示することで、第一警報についても注目されるので良い。特に、第二警報で標示される画像が静止画の場合、動きのない画像が継続して表示されると、注目されにくいが、動きのあるＣＧからなる第一警報を適宜表示することで、ユーザの周辺視野で動きを生じさせ、気をつけるべきターゲットがあることを認識させることができるのでよい。
【００２７】
第一警報の表示時間は、例えば数秒とすると良い。その程度の時間があると、動きを認識でき、また、その認識に伴いユーザが画面を見ると、長くとも数秒待てば例えば実写等の第二警報の画像が表示されるので、ユーザは画面を長い時間注視しなくても第二警報の内容を確認ができるので良い。
【００２８】
また、第一警報が警報対象の種類に応じたＣＧとすると、実際の景色の画像を表示した後に種類に応じたＣＧを報知することで、ＣＧにも着目され、第二警報で表示された警報対象の種類の理解が深まるので良い。特に、接近した場合に、例えば音声が鳴っていないときも警告画面を表示し続ける場合に、適宜に動きのあるＣＧを入れ込むことで、ユーザの周辺視野で動きを生じさせ、気をつけるべき警報対象があることを認識させることができる。それに伴い画面を見ると、長くとも数秒待てば第二警報の画像を見ることができるので良い。
【００２９】
複数回の繰り返しは、必ずしも整数に限らず、例えば２．５回のように第一警報で終わるようにしても良く、また、第一警報や第二警報の途中で停止するようにしてもよいが、整数とすると良い。
【００３０】
（１２）前記報知機能は、動きのあるＣＧによる第一警報と、警報対象を含む景色に対応する画像を用いた第二警報を有し、所定のタイミングで第一警報を表示後、第二警報を表示する機能を備え、前記ＣＧは、警報対象にズームアップする動きを有し、ズームアップした映像の次に、前記第二警報による前記画像を表示するようにすると良い。第一警報でユーザに対して警報対象がなんであるかを認識させることができ、その後に第二警報をすることで、その認識させた警報対象の存在を知らせることができるので良い。
【００３１】
（１３）前記報知機能は、取締情報画面を表示する機能を備え、その取締情報画面で報知する取締情報の種類を所定の色で報知するようにすると良い。取締情報を取締情報画面に表示するとともに、取締情報の種類を色で報知するようにしたので、ユーザは、その色を見て何についての取締情報が報知されているかが一目で理解できるので良い。取締情報は、例えば公開取締情報や、速度取締指針に関する情報などがあり、それらの種類を色で区別する。例えば係る取締情報の種類をテキスト表示すると見つけにくいが、色で区別することで一目でわかるので良い。所定の色は、例えば実施形態のように取締情報画面内の所定位置に表示すると良い。また所定の色は、例えば、実施形態のＬＥＤ発光部に表示するようにしてもよいが、取締情報画面内に表示すると、表示された取締情報との関連がわかりやすくてよい。
【００３２】
（１４）前記報知機能は、取締情報画面を所定時間表示後、所定の画面を表示する機能と、その所定の画面の所定の場所を操作すると、前記取締情報画面を表示する機能を備えるとよい。取締情報画面が消えて内容を見逃したとしても、簡単な操作で再表示させ、内容を確認することができるので良い。所定の画面は、取締情報画面を表示する前の元の画面とすると良く、例えば地図表示の待受画面とすると良い。
【００３３】
（１５）前記報知機能は、取締情報画面を所定時間表示後、所定の画面を表示する機能と、その所定の画面の所定の場所を操作すると、前記取締情報画面を表示する機能を備え、走行中の道路が、取締情報が存在しない場合、前記所定の場所を操作しても前記取締情報画面を表示しないようにすると良い。走行中の道路が取締情報と関係ない場合、取締情報画面が表示されないので、所定の場所を操作することで、取締情報があるか否かを簡単に知ることができるのでよい。
【００３４】
（１６）同種の警報対象であって、通行に注意が必要な警報対象を特定警報対象とし、前記報知機能は、前記特定警報対象が、報知対象になる条件を緩くすると良い。同種の警報対象であっても、特定警報対象については報知対象になる条件を緩くするので、報知されやすくなり、警報対象から比較的離れた遠い位置で報知される。よって、離れた位置から注意して進行したり迂回したりする必要があることを理解することができ、安全でスムーズ運転が行える。同種の警報対象は、例えば「踏切」と「要注意踏切」のように名称に同一の部分を含むものとすると良い。報知対象になる条件を緩くとは、例えば対象となる離反距離を長くしたり、報知対象に含まれる角度を広くしたりするとよい。特定警報対象の報知は、通常の警報対象の報知よりも目立つ警報態様とするとよい。
【００３５】
（１７）前記報知機能は、警報対象に関する情報を表示するメッセージウインドウを、地図画面に対して重ねて表示し、その重ねる位置は、車両の進行先になりにくい場所とするとよい。メッセージウインドウを表示する際に地図画面に重ねて表示するので、例えばメッセージウインドウの表示の有無にかかわらず、同じ地図画面を使用することができるのでよい。地図画面等の待受画面を画面一杯に表示可能になるとよい。メッセージウインドウで重なって見えなくなる地図情報は、車両の進行先になりにくい場所としたので、弊害が少ないのでよい。メッセージウインドウの表示位置を固定すると良い。進行先になりにくい場所は、画面の右端とすると良い。メッセージウインドウは、常時は表示せず、必要なときに表示するとよく、例えば、現在位置の自車を挟んで２つのウインドウを表示した場合、各ウインドウは重ならないようにし、同じ警報対象についての情報を表示すると良い。
【００３６】
（１８）本発明に係るプログラムは、（１）から（１７）のいずれかに記載のシステムにおける機能をコンピュータに実現させるためのプログラムとするとよい。
【００３７】
上述した（１）から（１７）の発明は、任意に組み合わせることができる。例えば（１）に示した発明の全部または一部の構成に、（２）以降の少なくとも１つの発明の少なくとも一部の構成を加える構成としてもよい。特に、（１）に示した発明に、（２）以降の少なくとも１つの発明の少なくとも一部の構成を加えた発明とするとよい。本願出願人は、これらの構成を含むものについても、補正・分割出願・意匠登録出願への変更出願等により特許権・意匠権等を取得する意思を有する。
【発明の効果】
【００３８】
本発明によれば、設定が簡単かつ適切に行える。また、警報内容をユーザに認識させやすくなり、適切な警報が行える。
【００３９】
本願の発明の効果はこれに限定されず、本明細書および図面等に開示される構成の部分から奏する効果についても開示されており、当該効果を奏する構成についても分割出願・補正等により権利取得する意思を有する。例えば本明細書において「〜できる」と記載した箇所などは奏する効果を明示する記載であり、また「〜できる」と記載がなくとも効果を示す部分が存在する。またこのような記載がなくとも当該構成よって把握される効果が存在する。
【図面の簡単な説明】
【００４０】
【図１】本発明に係るシステムの一例であるレーダー探知機の一形態を示す外観図である。
【図２】そのレーダー探知機のブロック図である。
【図３】待受機能を説明する図である。
【図４】警報機能を説明する図である。
【図５】設定機能を説明するための待受画面、第一メニュー画面、第二メニュー画面の一例を示す図である。
【図６】音量調整機能を説明するための図である。
【図７】待受変更・位置登録機能を説明するための図である。
【図８】設定機能を説明するためのシステムの設定項目を示す図である。
【図９】設定機能を説明するための機能の設定項目を示す図である。
【図１０】設定機能を説明するための図である。
【図１１】設定機能を説明するための図である。
【図１２】設定機能を説明するための図である。
【図１３】設定機能（説明ポップアップ）を説明するための図である。
【図１４】設定機能（カータイプ変更）を説明する図である。
【図１５】警報機能（ＣＧ＋実写）を説明する図である。
【図１６】動きのあるＣＧの一例を示す図である。
【図１７】動きのあるＣＧ及び実写の一例を示す図である。
【図１８】警報機能（ＣＧ＋実写）を説明する図である。
【図１９】警報機能（ＣＧ＋実写）を説明する図である。
【図２０】警報機能（メッセージウインドウ）を説明する図である。
【図２１】警報機能（メッセージウインドウ）を説明する図である。
【図２２】警報機能（取締情報表示機能）を説明する図である。
【図２３】ＧＰＳ警報機能における、各ターゲットの種類と、ターゲットアイコンと、警報するタイミングの一例を示す図である。
【図２４】ＧＰＳ警報機能における、各ターゲットの種類と、ターゲットアイコンと、警報するタイミングの一例を示す図である。
【図２５】履歴表示機能を説明する図である。
【図２６】履歴表示機能を説明する図である。
【図２７】履歴表示機能を説明する図である。
【図２８】待受画面の変形例を説明する図である。
【図２９】待受画面の変形例を説明する図である。
【図３０】待受画面の変形例を説明する図である。
【図３１】撮影した画像データに基づく警報機能を説明する図である。
【図３２】変形例を説明する図である。
【図３３】変形例を説明する図である。
【図３４】変形例を説明する図である。
【図３５】変形例を説明する図である。
【図３６】変形例を説明する図である。
【発明を実施するための形態】
【００４１】
以下、本発明の実施形態について、図面を参照して説明する。これらの図面は、本発明が採用しうる技術的特徴を説明するために用いられるものである。記載されている装置の構成や形状等は単なる説明例であり、本発明は、これに限定されて解釈されるものではなく、本発明の範囲を逸脱しない限りにおいて、当業者の知識に基づいて、種々の変更、修正、改良を加え得るものである。
【００４２】
［システムの基本構成］
図１，図２は、本発明のシステムを構成するシステムとして好適な一実施形態である車載可能な機器の一形態のレーダー探知機の構成を示している。レーダー探知機１は、薄型矩形状のケース２を備え、例えばそのケース２の背面側下方に取り付けられたブラケット３を用いて車両のダッシュボード上等に貼り付けて固定される。
【００４３】
ケース２の前面には、表示部４を備える。表示部４は、カラー液晶ディスプレイで構成する。このカラー液晶ディスプレイは、例えば、３．５インチサイズのものを用いる。この表示部４には、表示部４のどの部分がタッチされたかを検出するタッチパネル５を備える。また、ケース２の前面の左サイドには、ＬＥＤ発光部６と、照度センサ７を配置する。ＬＥＤ発光部６は、上下方向に延びる棒状の発光領域を有し、様々な色を発光する機能をする。例えばフルカラーＬＥＤなどで構成すると良い。このＬＥＤ発光部６は、例えば警報の種類・緊急度や公開取締情報などのお知らせによって、さまざまな色で発光して警告等する。照度センサ７は、ＬＥＤ発光部６の上側に配置され、周囲の明るさを検知する。照度センサ７からの出力される周囲の明るさの検知結果に基づき、制御部１８は、表示部４の輝度を調整する。
【００４４】
ケース２の右側面には、着脱可能な記録媒体としてのメモリカード１１を装着するためのカード挿入口９を備え、ケース２内のカード挿入口９の内側にカードリーダ１０が内蔵される。このカード挿入口９からメモリカード１１を挿入することで、そのメモリカード１１はカードリーダ１０に装着される。カードリーダ１０は、装着されたメモリカード１１に格納されたデータを内部に取り込む。メモリカード１１に格納されたデータは、例えば新規な警報対象の情報（緯度経度等の位置情報，種別情報等）などの更新情報がある。その更新情報は、例えば制御部１８経由で装置に内蔵されるデータベース１９に格納・ダウンロードされ、データ更新がされる。
【００４５】
データベース１９は、制御部１８のマイコン内あるいはマイコンに外付けした不揮発性メモリ（たとえばＮＡＮＤＦｌａｓｈメモリ）により実現できる。またメモリカード１１自体をデータベース１９の一部又は全部として構成しても良い。なお、データベース１９には、出荷時に地図データ並びに一定の警報対象に関する情報が登録されており、その後に追加された警報対象についてのデータ等が上記のようにしてデータ更新される。
【００４６】
ケース２の背面側上方の内部にＧＰＳ受信器１３を配置し、さらにその横にマイクロ波受信器１４，無線受信器１５を配置する。ＧＰＳ受信器１３は、衛星軌道上の人工衛星から発信される電波を受信し、現在位置の緯度・経度を測位し得られた現在位置情報を出力する。ＧＰＳ受信器１３は、当該人工衛星からの電波に基づく測位機能に加え、準天頂衛星の「みちびき」からの信号を受信しより正確な測位をする機能、グロナス（Global Navigation Satellite System）といったロシアの衛星を利用し、地上での現在位置を計算する機能、運輸多目的衛星の「ひまわり」からの信号を受信することにより、衛星軌道上の人工衛星殻の電波の受信により測位する現在位置の誤差を補正し、測位精度を向上する機能、GAGAN（GPS Aided GEO Augmented Navigation）といったインドの静止衛星型衛星航法補強システムに対応する機能、GALILEO（Global Navigation Satellite System）といったＥＵ（ヨーロッパ連合）の全地球航法衛星システムに対応する機能などを備えると良い。マイクロ波受信器１４は、速度測定装置から出射される所定周波数のマイクロ波を受信する。無線受信器１５は、交通取締連絡用のＶＨＦ及びＵＨＦ帯の無線電波等を受信する。ケース２内の所定位置には、スピーカ１６を内蔵する。
【００４７】
ケース２の背面側下方には、ＤＣジャック１２を配置する。このＤＣジャック１２は、レーダー探知機１に電源を供給するのに使用する。例えば、ＤＣジャック１２にシガープラグコードのコネクタ２２を接続し、そのシガープラグコードを車両のシガーソケットに接続して電源供給を受け得る。シガープラグコードに変えて、車両のＯＢＤIIコネクタに接続可能なＯＢＤIIアダプタ２１を用いると良い。ＯＢＤIIコネクタは、故障診断コネクタとも称され、車両のＥＣＵに接続され、定期的に各種の車両情報が出力される。そこで、このＯＢＤIIアダプタ２１と車両本体側のＯＢＤIIコネクタとを連結し、ＯＢＤIIアダプタ２１の接続コードの先端に取付けたコネクタ２３をＤＣジャック１２に接続することで、レーダー探知機１への電源供給を行うと同時に制御部１８は、各種の車両情報を定期的に取得する。
【００４８】
この車両情報としては、車両の走行距離、車両の車速、インジェクション噴射時間、吸入空気量、残燃料の情報等がある。残燃料は、現在の燃料タンクに残っている燃料の量であり、０．５リットルの分解能で出力される。よって、残燃料を定期的に取得し、前回の残燃料と今回の残燃料との間で変化が発生したタイミングを記録することで、前回変化が発生してから今回変化が生じるまでに消費された燃料は、０．５リットルと言える。また、定期的に燃費に関する情報（生涯燃費，今回燃費，瞬間燃費等の情報）が出力されるものもある。制御部１８は、取得した車両情報を待受画面に表示させたり、トンネル内など衛星情報が受信できない場所でも速度情報を取得し、より正確な警報を行ったりする。
【００４９】
ケース２には、加速度センサ２５とジャイロセンサ２６と気圧センサ２７を設ける。加速度センサ２５は、車両に係る加速度を検出するもので、車両の前後方向と、横方向の２方向の加速度を求める。ジャイロセンサ２６は、角速度を積算することで、制御部１８が、地図上で自車両の進行方向を求める。気圧センサ２７は、気圧の変化による高度変化を計測するのに用いる。
【００５０】
制御部１８は、ＣＰＵ，ＲＯＭ，ＲＡＭ，不揮発性メモリ、Ｉ／Ｏ等を備えるマイコンであり、図２に示すように上述した各部と接続される。制御部１８は、上記の各種の入力機器（タッチパネル５、ＧＰＳ受信器１３、マイクロ波受信器１４、無線受信器１５，加速度センサ２５，ジャイロセンサ２６，気圧センサ２７等）から入力される情報に基づいて運転者に報知する情報を作成し、出力機器（表示部４，ＬＥＤ発光部６，スピーカ１６等）を利用して情報を出力する。
【００５１】
本実施形態のレーダー探知機１における機能は、制御部１８に有するＣＰＵが実行するファームウェアとして制御部１８のＮＡＮＤＦｌａｓｈメモリに格納され、これを制御部１８に有するＣＰＵが実行することで実現する。ＮＡＮＤＦｌａｓｈメモリに記憶されたファームウェアは、メモリカード１１に記憶された新たなファームウェアによって更新することが可能である。
【００５２】
「表示部４等を用いた報知・警報の基本機能」
レーダー探知機１の出力機器から出力される主な情報は、運転者に安全を促すための警報情報である。警報情報は、例えば次のような場合に出力される。制御部１８は、データベース１９に地図情報として記憶された警報対象の位置（緯度経度）と、ＧＰＳ受信器１３によって検出した車両の現在位置（緯度経度）から両者の距離を求め、求めた距離が所定距離以下となった場合に、出力機器から警報情報を出力する（ＧＰＳ警報機能）。また例えば制御部１８は、マイクロ波受信器１４によって速度測定装置から発せられる周波数帯のマイクロ波に対応する信号が検出された場合に、出力機器から警報情報を出力する（レーダー波警報機能）。また例えば制御部１８は、無線受信器１５によって所定の無線電波を受信した場合、出力機器から警報情報を出力する（無線警報機能）。レーダー探知機１は、警報情報を出力することにより交通事故の発生しやすい危険な場所を運転者に認識させる。これにより、レーダー探知機１は、運転者に安全運転を促すことができる。なお、上述した警報情報は一例であり、実際には、他の様々な警報情報を運転者に対して出力する。警報情報は、例えば表示部４に出力する所定の画像・映像・文字等から構成される視覚情報や、スピーカ１６に出力する音・音声を用いたもの等がある。具体的な警報内容については、後述する。
【００５３】
＊待受画面表示
制御部１８は、所定のイベント発生時に運転者に安全を促すための警報情報を出力する。一方、係るイベントが発生していない場合、制御部１８は、たとえば図３に一例を示すような所定の待受画面を表示する（待受画面表示機能）。この待受画面表示機能は、運転に役立ついろいろな情報を表示するものであり、例えば、ＧＰＳ受信器１３によって検出した自車両の速度、緯度、経度、高度等のＧＰＳに基づく情報を数値、グラフ、アニメその他の態様で表示したり、ＧＰＳ受信器１３で検出したＧＰＳ衛星の存在を、数値やアニメその他の態様で表示したり、ＯＢＤIIアダプタ２１にて取得した所定のＯＢＤ情報・車両情報に基づき数値、グラフ、アニメその他の態様で表示したりする機能である。また、待受画面表示機能は、ＧＰＳ受信器１３によって検出した現在位置に基づき、データベース１９にアクセスし、そこに記憶されている地図データを読み出して表示するＭＡＰ表示機能も備える。
【００５４】
図３（ａ）は、ＭＡＰ表示機能により表示部４に出力される表示画面の一例を示している。制御部１８は、表示部４の表示画面全体のメイン表示領域Ｒ１に、自車両の現在位置を基準とした周囲の地図情報をデータベース１９より読み出して表示する。地図上の自車両の位置には、矢印形の自車両アイコン３１を表示する。この自車両アイコン３１の表示位置は、メイン表示領域Ｒ１の決められた所定位置とし、その自車両アイコン３１の表示位置を基準として、例えばヘディングアップ固定（常に進行方向が上になるように表示）として地図情報を表示する。この自車両アイコン３１の表示位置は、例えば、メイン表示領域Ｒ１内の下方側の中央付近とする。
【００５５】
制御部１８は、メイン表示領域Ｒ１内の上方左隅に、第一ウインドウＷ１を重ねて表示する機能と、メイン表示領域Ｒ１内の上方右隅に、第二ウインドウＷ２を重ねて表示する機能を備える。第一ウインドウＷ１には、例えばその上側に走行速度表示部、下側に時計表示部を配置するレイアウトをとる。走行速度表示部は、自車両の現在の車速を表示するものである。制御部１８は、例えば、受信したＧＰＳ電波に基づき、現在位置の変位・履歴と経過時間から速度を算出したり、ＯＢＤIIアダプタ２１を介して車両から車速情報を取得したりして得た自車速度を走行速度表示部に出力する。時計表示部は、現在時刻を表示するもので、制御部１８は、例えば内部時計やＧＰＳ情報から現在時刻を取得し、時計表示部に出力する。第二ウインドウＷ２には、現在位置の地名及び道路名を表示する。
【００５６】
図３（ｂ）は、加速度待受画面の一例を示し、メイン表示領域Ｒ１の左半分側に大きな加速度メーター３２ａを配置し、左半分側に上下に２つの小メーター３２ｂ，３２ｃを配置し、下方右側に文字メーター３２ｄを配置するレイアウトをとる。制御部１８は、加速度センサ２５で検出された車両にかかる加速度の方向・強さがわかるように、加速度メーター３２ａ内に自車両の模式図と、その周囲に加速度の状態がわかるような図・アニメを表示する。また図示する初期値では、上側の小メーター３２ｂにはアナログ時計を表示し、下側の小メーター３２ｃにはコンパスを表示し、文字メーター３２ｄには自車速度を表示する。小メーター３２ｂ，３２ｃに表示する情報は、設定により変更可能とすると良い。
【００５７】
図３（ｃ）は、傾斜待受画面の一例を示し、メイン表示領域Ｒ１の左側から順に、車両の前後方向の傾斜を示す前後傾斜表示部３３ａ、コンパス表示部３３ｂ、車両の左右方向の傾斜を示す左右傾斜表示部３３ｃを配置する。制御部１８は、加速度センサ２５の出力に基づき、車両の前後・左右方向の傾斜角度を求め、前後傾斜表示部３３ａと、左右傾斜表示部３３ｃに、傾斜角度の状態を自車両の模式図の向き・姿勢によりあらわす。図示の例では、傾斜角度が０のため、自車両ともに水平に表示している。
【００５８】
図３（ｄ）は、ＯＢＤIIアダプタを介して取得するＯＢＤ情報・車両情報に基づく待受画面の一例であるハイブリッド車用待受画面を示している。この待受画面は、メイン表示領域Ｒ１内の上方に、２つのミニメーター３４ａ，３４ｂを配置し、その下方の領域にハイブリッド情報を表示するレイアウトをとる。この例では、制御部１８は、左側のミニメーター３４ａにエンジン回転数を表示し、右側のミニメーター３４ｂにエンジン水温を表示する。ハイブリッド情報は、エンジン回転数３４ｃ、エンジン水温３４ｄ、ＨＶエアコン消費電力３４ｅ、エンジン動作状態（緑：エンジンブレーキ，赤：エンジン駆動）３４ｆ、今回エンジン走行比率／瞬間燃費３４ｇ、ジェネレーター発電状態３４ｈ、フロントモータ動作状態（緑：回生，黄：駆動）３４ｉ、バッテリー残量３４ｊ、リニアモータ状態（緑：回生，黄：駆動）３４ｋ等を適宜の位置に表示する。
【００５９】
＊イベント発生に基づく警報出力
制御部１８は、発生したイベントに応じて、ＧＰＳ警報機能、レーダー波警報機能、無線警報機能等の各機能を実現する処理を実行する。各警報機能は、イベントの発生に伴い、表示部４の表示を、各種待受画面から自車位置の周辺の地図を表示するマップ画面に切り替え警告する。待受画面は、図３（ａ）に示す地図を表示した画面や、図３（ｂ）から（ｄ）に示すように地図以外の情報を表示する画面がある。警告を視覚的に行うための警報画面は、例えば図４等に示すように、表示部４の画面全体のメイン表示領域Ｒ１に表示する自車位置の周辺の地図を示すマップ画面と、そのマップ画面上の所定位置にメッセージウインドウを重ねて表示するレイアウトをとる。メッセージウインドウは、本形態では、下方左端に配置する警報画像表示ウインドウＷ３と、下方右端に配置するメッセージウインドウＷ４を備える。メッセージウインドウによる警報機能の詳細は後述する。
【００６０】
レーダー波警報機能は、マイクロ波受信器１４によって速度測定装置（移動式レーダー等（以下、単に「レーダー」と称する））から発せられる周波数帯のマイクロ波に対応する信号を検出した場合に、表示部４に対して待受画面から警報画面に切替えて表示するとともに（図４（ａ）参照）、スピーカ１６から警報音を出力する警報機能である。
【００６１】
例えば、レーダーの発するマイクロ波の周波数帯のマイクロ波をマイクロ波受信器１４が検出した場合、制御部１８は、データベース１９に記憶したレーダーの模式図・ＣＧ或いは写真を読み出し、警報画像表示ウインドウＷ３に表示し、その警報に関する情報をメッセージウインドウＷ４に表示する。制御部１８は、その警報画面を表示するとともに、データベース１９に記憶した音声データを読み出して「レーダーです。スピード注意」という音声をスピーカ１６から出力する。
【００６２】
無線警報機能は、無線受信器１５によって、緊急車両等の発する無線電波を受信した場合に、その走行等の妨げとならないよう、警報を発する機能である。無線警報機能においては、取締無線、カーロケ無線、デジタル無線、特小無線、署活系無線、警察電話、警察活動無線、レッカー無線、ヘリテレ無線、消防ヘリテレ無線、消防無線、救急無線、高速道路無線、警備無線等の周波数をスキャンし、スキャンした周波数で、無線を受信した場合には、データベース１９に無線種別ごとに記憶したその周波数に対応する無線を受信した旨の模式図・ＣＧを警報画像表示ウインドウＷ３に表示等した警報画面を表示部４に表示するとともに、データベース１９に無線種別ごとに記憶した音声データを読み出して、スピーカ１６からその無線の種別を示す警報音声を出力する。たとえば、取締無線を受信した場合には「取締無線です。スピード注意」のように音声を出力する。
【００６３】
ＧＰＳ警報機能は、例えば待受画面表示機能の実行中に、制御部１８に有するタイマーからのイベントにより所定時間間隔（例えば２００ｍｓ間隔）で実行する処理であり、ＧＰＳ受信器１３によって検出した現在位置と、データベース１９に記憶した警報対象情報を用いて警報条件（例えば所定の接近関係）を満たしたか否かを判断し、満たした場合に警報を発する機能である。
【００６４】
まず警報対象の種別の一例を示すと、居眠り運転事故地点、車両速度測定装置（レーダー式／Ｈシステム／ループコイル／ＬＨシステム）、移動式車両速度測定エリア、制限速度切替りポイント、取締エリア、検問エリア、駐禁監視エリア、Ｎシステム、交通監視システム、交差点監視ポイント、信号無視抑止システム、警察署、事故多発エリア、車上狙い多発エリア、急／連続カーブ（高速道）、分岐／合流ポイント（高速道）、ＥＴＣレーン事前案内（高速道）、サービスエリア（高速道）、パーキングエリア（高速道）、ハイウェイオアシス（高速道）、スマートインターチェンジ（高速道）、ＰＡ／ＳＡ内 ガソリンスタンド（高速道）、トンネル（高速道）、ハイウェイラジオ受信エリア（高速道）、県境告知、道の駅、ビューポイントパーキング、ゾーン３０エリア、踏切等の多様な種別のものがある。このような多様の種別について、全てについて警報対象として警報画面を表示するのではなく、設定により選択されたユーザが所望する対象について警報を行うようにすると良い。
【００６５】
データベース１９に格納する警報対象情報は、個々の警報対象に関する情報であり、警報対象の位置を特定するための経度・緯度を含む位置情報や、警報対象を運転者が特定するのに役立つ警報対象特定用情報がある。本実施形態では、位置情報は、経度・緯度を用いた絶対位置情報としている。これにより、ＧＰＳ受信器１３で検出した現在位置との相対位置関係を容易に求めることができるので好ましい。
【００６６】
警報対象特定用情報は、警報対象の種別を示す種別情報や、警報対象の位置を示す文字情報、警報対象を示す音声情報、警報対象を示す画像情報等がある。警報対象を示す音声情報や画像情報等は、警報対象の種別情報に対応するものの場合、個々の警報対象に対する警報対象情報として格納するのではなく、別途共通の情報として所定の記憶エリアに記憶することもできる。そして制御部１８は、警報をするに際しては、警報対象情報として記憶している種別情報を読み出し、その種別対象から対応する画像情報や音声情報等を取得し、警報出力することができる。
【００６７】
共通の画像情報としては、警報対象の種別が容易に理解できるようにした模式図等のイメージデータがある。模式図は、警報対象の種類が、視覚から直感的に理解できるようにするためのマークでもあり、例えば、車両速度装置や、パトカーや、警官等を３Ｄ等でイメージとして作成したものがある。これらの模式図は、報知する際に表示部４に描画出力することで、運転者が直感的に現在報知している警報対象の種類・内容を理解できる。そして、表示部４の表示エリア上における自車位置に自車両アイコン３１を描画し、警報対象の箇所の位置に当該模式図からなるターゲットアイコン３５を描画する（図４（ｂ）等参照）。自車両アイコン３１と、ターゲットアイコン３５を表示すると、どの位置に何の警報対象のものがあるかが直感的に理解できるのでより好ましい。
【００６８】
また、音声情報は、例えば、「左方向  １ｋｍ先  高速道  Ｈシステムです」、「すぐ先  一般道  Ｎシステムです」などの相対位置関係や、警報対象の種類等を音声情報としてスピーカ１６から出力するためのデータである。上記の例で言うと、「左方向」，「１ｋｍ先」，「すぐ先」等の車両の現在位置と警報対象との相対的な位置関係を示す音声データと、「一般道  Ｎシステム」や「高速道  Ｈシステム」のように警報対象の種類・内容を特定するための音声データは、別に管理・記憶し、報知する際に制御部１８がそれぞれの音声データを組み合わせて出力する。
【００６９】
これらの警報対象の種類に応じて固定的な音声情報（音声データ）等を別に管理することで、同一内容の情報を個々の警報対象の警報対象情報として登録しなくて済み、メモリ領域の消費量を削減できる。
【００７０】
そして、例えば、制御部１８は、定期的に現在位置に基づいてデータベース１９をアクセスし、警報対象であるループコイルと自車両との距離がデータベース１９に記憶された接近警告距離である２ｋｍ、１ｋｍ、５００ｍのいずれかになった場合には、警報対象であるループコイルの模式図・ＣＧまたは写真のデータをデータベース１９から読み出し、警報画像表示ウインドウＷ３に表示し、その警報に関する情報をメッセージウインドウＷ４に表示する。制御部１８は、データベース１９に記憶された音声データを読み出してスピーカ１６から警報音声を出力する接近報知をする。例えば、５００ｍに接近した場合には、「５００ｍ先ループコイルです、スピード注意」という音声データをデータベース１９から読み出してスピーカ１６から出力させる。
【００７１】
さらに、データベース１９には、道路ネットワーク情報を含む地図データを格納している。この道路ネットワーク情報は、カーナビゲーション等における推奨経路を検索する際に必要なデータであり、道路網（道路レイアウト）や、一方通行等の交通規制などの情報を含む。さらにこの道路ネットワーク情報は、道路と道路の交点ないし道路の変曲点をノードとしてそのノードの位置情報（緯度経度）を記憶するとともに各ノードが接続する他のノードがどのノードかの接続関係を示す情報を記憶している。このように各ノードの接続関係を示す情報に基づき、隣接するノード同士を接続し、その接続したノード間が道路リンクとなる。なお、カーナビゲーション装置のように目的地までの案内をするのではないので、施設・家屋等の表示データのような詳細なデータはなく、簡易なデータとなっている。
【００７２】
［設定機能］
上述したように、本実施形態のレーダー探知機１は、イベントの発生に伴い警報等を発する警報機能のように、ユーザに対する報知機能を備えている。さらにレーダー探知機１は、その報知に関連する事項を設定する設定機能を備えている。この報知に関連する事項には、例えば、画面の明るさやベースカラーなどのシステム全体に関係するものや、多数用意した警報対象について警報を行うか否や、警報の仕方や、効果音等の個別の報知条件・機能に関係するものや、ＯＢＤIIアダプタ等のレーダー探知機１に接続するオプション品の設定などがある。本実施形態では、設定機能による設定を簡単かつスムーズに行うようにするため、以下に示す各種の機能を備えている。
【００７３】
（即時性のある第一メニュー画面と即時性のない第二メニュー画面）
制御部１８は、通常時に表示している待受画面に対して所定の操作があると、即時性のある第一メニュー画面を表示し、その第一メニュー画面にある所定の項目が選択されると即時性の無い第二メニュー画面を表示する機能を備える。所定の操作は、例えば、待受画面に対するタッチである。図５（ａ）に示すように、制御部１８は、表示部４の表示画面全体のメイン表示領域Ｒ１に所定の待受画面を表示する。タッチパネル５が、メイン表示領域Ｒ１内での接触を検知すると、制御部１８は、表示部４の表示を、待受画面から図５（ｂ）に示す第一メニュー画面に切替えて、当該第一メニュー画面を表示部４の表示画面全体に表示する。
【００７４】
第一メニュー画面は、即時に設定できる項目ボタンの一例として、増音量ボタン４１ａと減音量ボタン４１ｂを備える。また、第一メニュー画面は、第二メニュー画面に遷移するための設定ボタン４１ｃを備える。さらに第一メニュー画面は、待受変更ボタン４１ｄ、項目変更ボタン４１ｅ、登録ボタン４１ｆ、トップボタン４１ｇを備える。各ボタンを縦横適宜に配置する。
【００７５】
増音量ボタン４１ａ，減音量ボタン４１ｂは、音量を調整するためのボタンである。図６（ａ）に示すように、タッチパネルにより各ボタン領域がタッチされたことを検知すると、制御部１８は、音量の設定を１段階、増加或いは減少したレベルに変更設定する。制御部１８は、変更後のレベルの音量で、『ピッ』という確認音を出力し、第一メニュー画面の中央付近に、現在の音量を示すレベル報知ウインドウＷ５を重ねて表示する。ユーザは、この確認音を聞いて、適切か否かを判断し、必要に応じて増音量ボタン４１ａ或いは減音量ボタン４１ｂをさらにタッチして音量調整する。音量は０〜７の８段階で調整するようになっており、初期値は５にしている。音量レベルが０に設定された場合、音声による警報は行わない。また、現在の音量レベルが最大の「７」の状態で、さらに増音量ボタン４１ａがタッチされた場合、制御部１８は、音量レベルの変更を行うことなく、『ブブッ』という警告音を出力する。このように、第一メニュー画面に増音量ボタン４１ａと減音量ボタン４１ｂを配置したので、ユーザは、いずれかのボタンをタッチするだけですくに音量レベルの変更・設定ができ、即時性のある設定が行える。
【００７６】
待受変更ボタン４１ｄがタッチされたことが検知されると（図７（ａ）参照）、制御部１８は、第一メニュー画面に替えて図７（ｂ）に示す待受変更画面を表示部４に表示する。登録ボタン４１ｆがタッチされたことが検知されると（図７（ｃ）参照）、制御部１８は、第一メニュー画面に替えて図７（ｄ）に示す任意の場所を地点登録等するための登録画面を表示部４に表示する。このように、制御部１８は、ボタンのタッチに伴い、所定の選択・登録等するための画面を表示する。
【００７７】
さらにトップボタン４１ｇがタッチされると、制御部１８は、トップ画面である通常時に表示している待受画面を表示する。また、制御部１８は、第一メニュー画面を表示してから所定時間無操作の場合、待受画面の表示に戻す処理を行う。所定時間は、例えば３秒である。
【００７８】
設定ボタン４１ｃがタッチされたことを検知すると（図５（ｂ）参照）、制御部１８は、図５（ｃ）に示す第二メニュー画面のトップ画面である設定メニュー画面を、表示部４の表示画面全体に表示する。本実施形態では、設定を行う項目を３つのグループに分け、グループ毎に設けた設定メニュー画面から具体的な設定を行うことで、目的の項目に容易かつスムーズにたどり着き、設定を行うことができるようにしている。３つのグループは、「システム」、「機能」、「オプション」とした。システムは、レーダー探知機１の全体に関わる設定項目であり、例えば一度設定するとその車両に設置している限り変更しないことが多い設定項目や、使いはじめに行う初期設定的なものを割り当てると良い。このシステムに属する設定項目は、例えば、明るさ、ベースカラー、カータイプなどがあり、具体的には、例えば図８に一覧で示す９項目がある。
【００７９】
機能は、オープニングの変更やモードの変更など各個別の機能に関する設定を行う設定項目であり、通常使用時に逐次変更するものを割り当てると良い。この機能に属する設定項目は、例えば、報知する警報対象を特定するモードや、どのような警報表示をするかを設定する警報パターンなどがあり、具体的には、例えば図９に一覧で示す６項目がある。フォトフレーム設定は、待受画面で表示する画像を設定するもので待受機能における表示設定であり、報知機能における表示態様の設定であるため、ともに「機能」に属する設定項目としている。
【００８０】
オプションはＯＢＤIIアダプタなど別売品のオプション品を接続した場合の設定項目であり、例えば、ＯＢＤIIアダプタの装着時のみ表示されるＯＢＤ設定と、無線ＬＡＮ機能付ＳＤ装着時のみ表示されＷＬＡＮ設定に分かれている。ＯＢＤ設定と、ＷＬＡＮ設定に属する設定項目は、それぞれ複数個を有する。
【００８１】
設定メニュー画面は、３つのグループにあわせ、システムボタン４２ａと、機能ボタン４２ｂと、オプションボタン４２ｃの３つのボタンを横並びに配置し、下方左側にトップボタン４２ｄを小さく配置し、上方左側にタイトル表示部４２ｅを配置するレイアウトをとる。タイトル表示部４２ｅには、「設定」と表示し、設定メニュー画面であることを示している。制御部１８は、トップボタン４２ｄがタッチされたことを検知すると、トップの待受画面表示（図５（ａ）等参照）に切り替える。
【００８２】
設定メニュー画面でシステムボタン４２ａの領域が短押しされると（図１０（ａ）参照）、制御部１８は、表示部４の表示画面全体に図１０（ｂ）に示すようなシステム設定画面を表示する。後述するように、システム設定画面は、３頁から構成されており、その１頁目を表示する。このシステム設定画面は、上端にタイトル表示部４３ａを配置し、そのタイトル表示部４３ａの下方の多くの領域を使用して、複数の設定項目表示領域４３ｂを縦に並ぶように所定数配置し、右端の上下にカーソルボタン４３ｃを配置し、右端の中央にページ表示部４３ｄを配置し、左端の下方に戻るボタン４３ｅとトップボタン４３ｆを配置するレイアウトをとる。
【００８３】
戻るボタン４３ｅがタッチされると、制御部１８は、画面表示を一つ上の画面に戻す処理を行い、ここでは、設定メニュー画面を表示する。トップボタン４３ｆがタッチされると、制御部１８は、待受画面の表示に切り替える。タイトル表示部４３ａには、システム設定画面であることを表す「システム設定」と表示する。
【００８４】
設定項目表示領域４３ｂは、横長に形成し、その左端側に設定項目のタイトルを表示するタイトル表示部４３ｂ′を設け、右端側に、現在の設定内容を表示する設定内容表示部４３ｂ″を設ける。係る構成の設定項目表示領域４３ｂを縦に所定数配置する。所定数は、本実施形態では４個とする。図示された頁のシステム設定画面では、一番上の設定項目表示領域４３ｂには、タイトルとして「明るさ」を表示し、設定内容は「普通」を表示する。図８に示すように、設定項目「明るさ」が取り得る設定値は、「暗い」「普通」「明るい」の３値であり、ここでは初期値の通り「普通」が現在の設定内容であることを示している。
【００８５】
本実施形態では、システム設定画面の設定項目表示領域４３ｂの右端に設定内容表示部４３ｂ″を設けたので、画面を切り替えて下位の階層の例えば設定変更画面に入ることなく、現在の設定内容を知ることができる。ユーザは、設定項目についての設定内容を変更すべきか否かが簡単にわかり、確認のために画面を切り替える必要が無い。ユーザは、表示された現在の設定内容を確認し、切り替えたい場合に、例えば下位の設定メニュー画面に入っていけば良いので、迅速に必要な設定項目についての設定が行えるので好ましい。さらに、一行表示で、タイトルと設定内容を対にして表示するので、一目でのその関係がわかるので良い。
【００８６】
所定数は、最大４個としている。このように、設定項目表示領域４３ｂは、１画面に４行表示とすることを特徴としている。このように４行表示にすることで、タイトル表示部４３ｂ′並びに設定内容表示部４３ｂ″に表示する情報の視認性を確保しつつ、１画面で表示可能な項目数を多くし、１つのグループに属する設定項目を表示するための画面の枚数を抑えることができる。本形態では、原則として、３枚以内に収まる設定となる。例えば、システムに属する設定項目は、９個であるので、システム設定画面は、３枚の画面で構成できる（図１１（ａ）参照）。各画面への切替は、カーソルボタン４３ｃのタッチで行う。
【００８７】
本例では、３枚の画面で構成されるので、少ないタッチ数で全体を確認し、目的の選択項目を見つけることができる。よって、設定メニュー画面から、一つ下位のシステム設定画面に入り、すぐに内容確認し、必要に応じて設定を行った後、戻るボタン４３ｅ或いはトップボタン４３ｆのタッチにより上位の画面に戻ることができる。
【００８８】
また後述するように設定値候補表示部４４ｂは、下位の設定変更画面に遷移するボタンを兼用している。そして、当該ボタンを指等でタッチして選択するが、４行表示に抑えることで、上下に隣接する複数の設定値候補表示部４４ｂを同時に押してしまうことなく、所望の設定値候補表示部４４ｂを正確にタッチすることができるので良い。さらに、本実施形態では、表示部４は、３．５インチサイズのものを用いたが、４行表示を採用することで、例えば、２．８インチサイズのものでも視認性と誤タッチのない操作性を確保することができる。
【００８９】
設定内容表示部４３ｂ″以外の設定項目表示領域４３ｂがタッチされると、制御部１８は、タッチされた設定項目についての設定変更画面を表示する。例えば、図１０（ｂ）において「明るさ」の設定項目表示領域４３ｂがタッチされると、図１０（ｃ）に示す明るさについての設定変更画面を表示す。この設定変更画面のレイアウトは、システム設定画面と同様であり、上端にタイトル表示部４４ａを配置し、そのタイトル表示部４４ａの下方の多くの領域を使用して、複数の設定値候補表示部４４ｂを縦に並ぶように所定数配置し、右端の上下にカーソルボタン４４ｃを配置し、右端の中央にページ表示部４４ｄを配置し、左端の下方に戻るボタン４４ｅとトップボタン４４ｆを配置するレイアウトをとる。タイトル表示部４３ａには、設定項目が「明るさ」であることを表す「明るさ選択」と表示する。
【００９０】
一画面に設定値候補表示部４４ｂを配置する最大数は、４個とした。４個に抑えることで、各設定値候補表示部４４ｂに上下方向の長さをもたせることができ、良好な視認性を確保し、所望の一つの設定値候補表示部４４ｂをタッチすることができるといった良好な操作性が確保できる。設定項目が「明るさ」の設定値の候補は、「暗い」、「普通」、「明るい」の３つであるため、４行目はブランクで、１画面でおさまっている。この設定候補値が５つ以上ある場合には、複数の画面を用意し、カーソルボタン４４ｃのタッチ操作により画面を切替える。
【００９１】
本実施形態では、設定対象となる設定候補値の数を４つ以内に納めるようにし、一画面で収まるようにした。これにより、ユーザは、設定処理対象となっている設定項目における選択可能な設定値の候補を一画面中にリストアップされ一目で確認でき、所望のものを選択して設定できるので良い。例えば、候補数を５以上の多数を用意すると、よりユーザ好みの設定にすることはできるものの、設定値の候補を確認するのにも画面を切替ながら多数の手間を掛ける必要があり、設定処理が煩雑となる。その結果、設定を行わずに初期値のまま使用することが多くなるが、本実施形態では、選択可能な設定値の候補の数や、設定項目の数を絞り込んで減らすことで、目的の設定値を見つけやくすし、少ない処理ステップ数で設定することができるようになる。
【００９２】
図８に示すように、例えば設定項目「ベースカラー」や「カータイプ」は、設定値の候補が５つ用意している。従って、係る設定項目が選択された場合、２枚の設定変更画面を表示する。これらの設定項目についても、設定値の候補を４つ以下にすると、一画面で表示できるのでより好ましい。
【００９３】
設定項目に対する設定値の設定は、所望の設定値候補を表示した状態で行う。この設定は、設定値候補表示部４４ｂをタッチすることで行う。図１０（ｃ）に示すように、制御部１８は、現在の設定内容に対応する設定値候補表示部４４ｂの領域を区画する枠内の下方にライン４４ｈを表示する。図では、「普通」が選択されているので、当該「普通」に対応する中央の設定値候補表示部４４ｂに、ライン４４ｈを表示する。この状態で、例えば、上側の「暗い」の設定値候補表示部４４ｂがタッチされると、制御部１８は、選択項目「明るさ」についての設定内容を、「暗い」にし、その上側の「設定値候補表示部４４ｂ」にラインを表示する処理を行う。
【００９４】
図５（ｃ）に示す設定メニュー画面において、機能ボタン４２ｂがタッチされたことを検知すると、制御部１８は、図１１（ｂ）の左側に示す機能設定画面（１／２）を表示する。機能設定画面は、図示するように、システム設定画面と同じレイアウトで、タイトルが「機能設定」となり、カーソルボタン４４ｃのタッチ操作を受けて、制御部１８は、機能設定画面（１／２）と機能設定画面（２／２）を切り替え表示する。図示するように、１枚目の機能設定画面における４行の設定項目表示領域４３ｂには上から［モード］［警報パターン］［オープニング］［フォトフレーム設定］と表示する。［モード］の設定項目の右端には、初期値では［ノーマル］を表示する。
【００９５】
図５（ｃ）に示す設定メニュー画面において、オプションボタン４２ｃがタッチされたことを検知すると、制御部１８は、オプション設定画面を表示する。オプション設定画面は、図示省略するが、「システム設定画面」や「機能設定画面」と同じレイアウトで、タイトルが「オプション設定」となり、４行表示領域の上から２つの領域に、［ＯＢＤ］［ＷＬＡＮ］を表示するレイアウトをとる。
【００９６】
そして、係るオプション設定画面において、［ＯＢＤ］のボタン部分がタッチされたことを検知すると、制御部１８は図１１（ｃ）の左側に示すＯＢＤ設定画面（１／２）を表示する。また、［ＷＬＡＮ］のボタン部分がタッチされたことを検知すると、制御部１８は図１１（ｄ）の左側に示すＷＬＡＮ設定画面（１／３）を表示する。制御部１８は、各設定画面においてカーソルボタン４４ｃのタッチ操作を受けて、表示する画面を切替える。
【００９７】
上述したように、本実施形態では、即時性のある第一メニュー画面は、一画面中に全ての選択可能な項目ボタンを表示し、即時性の無い設定のための第二メニュー画面は、一画面に表示する設定項目の表示数を基準値以下に制限するようにした。このように、即時性のある第一メニュー画面には、その第一メニュー画面で選択可能な操作ボタンが一覧表示されているので、ユーザは、目的の操作ボタンをすぐに選択し、所望の処理をすることができる。また第二メニュー画面では、全体を細長なボタン領域を縦に並べた４行表示のレイアウトを採るが、第一メニュー画面は、６つのボタン（戻るボタンを含めると７つ）を一覧表示し、第二メニュー画面のように縦に並べる基本配置レイアウトをとらないことを特徴としている。６乃至７つのボタンを縦に並べると、２頁にわたってしまい一覧表示できないので、一連で見せて、スクロールすることなくぱっと押すことができないが、本実施形態のように縦横に適宜に配置し、一画面で表示することで、上述した実施形態の効果を発揮する。
【００９８】
第二メニュー画面は、一画面中の表示数が制限されているので、その第二メニュー画面で表示される設定項目が見やすく、設定しようとする目的の設定項目を見つけやすく、確実に目的の設定項目を選択することができる。特に、制限する表示数を超える場合には、複数枚数を備え、切り替える機能を備えると良い。切り替える機能は、実施形態では、カーソルボタンにより実現している。表示数を制限することで、第二メニュー画面の枚数は増えるが、即時性がないものなので、ゆっくり探すことができる。特に、設定項目の選択を表示画面に対するタッチ式にした場合には、表示数を制限したので例えば一つの設定項目の領域を大きくしたり、隣接する設定項目との距離を離したりすることができるので、間違って異なる設定項目をタッチしたり、隣接する複数の設定項目を同時に押したりすることがなくなり、操作性が向上するので良い。
【００９９】
（待受画面への自動復帰機能等）
上述したように、待受画面でタッチされたら（図５（ａ）等参照）、制御部１８は、第一メニュー画面を表示する（図５（ｂ）等参照）が、一定時間画面操作がない場合、制御部１８は、元の待受画面の表示に復帰する機能を備える。一定時間は、例えば３秒とすると良い。
【０１００】
即時性のある第一メニュー画面は、例えば選択可能な操作ボタンが一覧表示されているので、ユーザは、第一メニュー画面を見ることで、今処理したい即時性のある項目があるか否かがすぐに判断でき、項目がない場合には、そのまま放置すれば自動的に待受画面に復帰するので良い。第一メニュー画面は、即時性がある処理を行うためのボタンであるため、各種の処理・設定を行いたいユーザは、例えば３秒等の一定時間があれば次の操作のためのボタンは押すはずなので、待受画面に自動復帰させても良い。
【０１０１】
さらに第一メニュー画面で設定ボタン４１ｃが押され、システム設定画面を表示した後は、一定時間画面操作がなくても、元の画面に遷移しないようにするとよい。第二メニュー画面は、即時性のない設定を行う画面であるので、表示された画面を見てどのように設定をするかなど考えることがあり、一定時間画面操作がないことがある。そのようなときに元の画面に復帰すると、再び処理のための画面に遷移するための操作を行う必要があり煩雑となる。そこで、自動復帰させないことで、ゆっくり検討し、確実に操作を行うことができるので良い。
【０１０２】
また、レーダー波受信に伴う警報中に、画面をタッチすると警報を止めるレーダーキャンセル機能を備えている。例えば、係るレーダーキャンセル機能のために画面をタッチした場合にも画面タッチに伴う第一メニュー画面に遷移するようにすると、警報を止めたいためにタッチした人にとっては、第一メニュー画面の表示は邪魔な動作でありすぐに元の待受画面に戻したいという要求がある。そこで、比較的短い一定時間、例えば３秒で戻すようにするとよい。そして、その後に設定を行いたい人の場合には、３秒もあれば次の操作のためのボタンは押すので、自動復帰しないので良い。
【０１０３】
また、レーダー警報中に画面をタッチした場合、警報を停止してレーダーキャンセルするが、第一メニュー画面は表示しないようにすると良い。警報中のタッチは、警報キャンセルのための操作として、画面遷移しないことで、待ち受け画面を表示し続けることができるのでよい。
【０１０４】
（設定内容表示部４３ｂ″を用いた設定値の変更機能）
上述した実施形態では、各設定画面で、設定項目表示領域４３ｂを縦に所定数配置し、横長になった各設定項目表示領域４３ｂには、設定項目のタイトルを表示するタイトル表示部４３ｂ′と、現在の設定内容を表示する設定内容表示部４３ｂ″を備える構成を採り、係る設定画面のままで現在の設定内容を確認できるようにしている。設定項目の設定値を変更するためには、設定項目表示領域４３ｂの所定位置をタッチして設定変更画面の表示に切り替える必要がある。
【０１０５】
設定項目表示領域４３ｂを備えた各設定画面でも、設定項目の項目値の変更・設定を行う機能を備えると良い。例えば、設定値の変更・設定機能として、現在の設定内容を表示する設定内容表示部４３ｂ″に対する操作が行われると、設定変更画面を表示することなく現在の設定内容を切り替える機能を備えると良い。設定内容表示部４３ｂ″に対する操作は、例えば、当該部位へのタッチとすると良い。
【０１０６】
この機能は、設定値の候補が少ない２乃至３個の場合とするとよく、特に２個のものとすると良い。例えば２個の場合、設定内容表示部４３ｂ″がタッチされたことを検知すると、制御部１８は現在の設定内容ではない別のものを現在の設定内容に設定し、設定内容表示部４３ｂ″の表示を切り替える。例えば、図９に示すように、警報パターンの設定値は、「ＣＧ実写警報」と「テロップ警報」の２種類であるため、例えば初期値として「ＣＧ実写警報」が表示した状態で、設定内容表示部４３ｂ″がタッチされると、設定値を「テロップ警報」に設定し、設定内容表示部４３ｂ″に「テロップ警報」を表示する。さらにその状態から設定内容表示部４３ｂ″がタッチされると、設定値を「ＣＧ実写警報」に設定し、設定内容表示部４３ｂ″に「ＣＧ実写警報」を表示する。また、ある機能をＯＮ／ＯＦＦするような設定の場合にも適する。
【０１０７】
また、設定値の数が３つ以上ある場合、設定内容表示部４３ｂ″を１回タッチする都度、予め定め順で一つずつ設定値を変えていくトグル式とすると良い。また、３個以上の場合、例えば、設定内容表示部４３ｂ″のタッチに伴いトグル方式で切り替える設定値の候補を、下位の設定変更画面に表示し選択可能な設定値の候補よりも少なくすると、一周回るのに必要なタッチ操作の数を少なくできるので煩わしさが無くなる点で良いが、同じにすると良い。トグル式の方を少なくする場合、代表的なものが表示されるように設定すると良い。係る構成を採ると、下位層の設定変更画面に遷移しなくても、設定内容表示部４３ｂ″への操作で設定項目の設定内容の設定を行えるので、下位の設定変更画面と、設定項目を４行表示した設定画面との間で画面遷移を繰り返す必要が無く、操作も、本形態では設定画面の所定位置を１度タッチするだけでよいので簡単となり、操作性が良好となり好ましい。
【０１０８】
さらに、設定値の候補の数が基準値以上の場合、設定内容表示部４３ｂ″への操作があっても、設定内容は切り替わらないようにすると良い。ユーザは、設定値の候補の数が何個あるかを知らない場合が多く、仮に候補の数が多い場合に、試しにタッチして設定内容が切り替わっても中々希望する設定内容にならないおそれがある。そこで、設定値の候補の数が基準値以上の場合には、例えば設定内容表示部４３ｂ″へのタッチなどの所定の操作があっても設定内容の変更は行わないようにすることで、係る事態の発生を抑制するとよい。さらにまた、係る設定内容の変更を行わないようにした場合、下位の設定変更画面に遷移するようにすると、より好ましい。
【０１０９】
（設定内容表示部４３ｂ″への表示）
設定内容表示部４３ｂ″へ表示する設定値を特定するための表示情報と、下位の設定変更画面の設定値候補表示部４４ｂへ表示する設定値を特定するための表示情報は同じとしても良いが、設定メニュー画面の設定内容表示部用の表示情報と、設定変更画面の設定値候補表示部用の表示情報をそれぞれ別のデータ構造として持たせ、同じ内容を意味するそれぞれの表示情報が設定内容表示部用の方が簡易な表現を有するようにすると良い。簡易な表現は、例えば、マーク・記号としても良いが、少ない文字数の用語とよく、文字を少なくする場合には短縮形とすると良い。
【０１１０】
特に設定内容表示部４３ｂ″は、設定項目表示領域４３ｂ内の一部の領域に設けられており、設定値候補表示部４４ｂの表示領域に比べて狭く、特に横方向の長さが短い。そのため、例えば、設定内容の文字数が長くなると、表示領域内に収まらず、その意味内容がわかりにくくなるおそれがある。そこで、係る表示領域が横方向の長さが短いことを考慮し、短い内容で理解させることができるような表示情報にすることで、設定内容表示部４３ｂ″に表示された設定内容を容易に理解でき、設定変更する必要があるか否かの判断が行える。一方、設定値候補表示部４４ｂは、横方向の長さが長いので、十分な長さの表示情報にし、設定変更画面を表示した状態ではその内容を容易に理解させることができ、ユーザが設定値の内容を理解した上で、ユーザ好みの設定が行える。
【０１１１】
現在の設定内容を文字で表示する場合、設定内容表示部４３ｂ″の表示は、フォントではなく一つの絵で作成したものを表示すると良い。設定内容表示部４３ｂ″は、表示領域の面積が小さいので、フォントを用いると見づらくなるが、各設定内容をそれぞれ１つの絵として作成したものを表示することで、文字部分が綺麗になり見やすくなるので良い。
【０１１２】
設定メニュー画面では、設定項目の表示領域内に、現在の設定内容を表示することができ、ユーザはその内容をなんとなくでも理解できる。そして実際の設定メニュー画面に遷移した状態では、選択候補としての設定内容が正しく表示されるので、ユーザは内容を正しく理解できるので良い。
【０１１３】
（モード設定機能）
この機能設定画面においても、設定項目表示領域４３ｂがタッチされたことを検知すると、そのタッチされた設定項目についての設定変更画面を表示する。図示省略するが、［モード］をタッチすると、モードについての設定画面（上から、ノーマル、オールオン、マニュアルの選択候補を表示）を表示する。図１２に一部の設定項目と設定値の相関を示すように、「ノーマルモード」と「オールオンモード」は固定設定でユーザは各設定項目について個別にＯＮ／ＯＦＦの設定はできない。一方、［マニュアルモード］を選択した場合には、全ての設定項目に対して、個別に設定値を変更設定できるように構成している。具体的な図示は省略するが、設定項目を［レーダー／無線］［ＧＰＳ］［その他］の３つのグループに分け、グループ単位で設定項目を選択し設定するように構成した。
【０１１４】
係る構成を実現するため、制御部１８は、マニュアルモードが選択された場合、まず［レーダー／無線］［ＧＰＳ］［その他］の３つの選択ボタンを備えた画面を表示し、いずれかのボタンがタッチされると、そのグループに属する設定項目を４つずつ縦に配置した設定メニュー画面を表示し、その４行表示された設定項目のうちの一つがタッチされると、制御部１８は、例えばそのタッチされた設定項目についての設定変更画面を表示したり、設定内容表示部４３ｂ″に対するタッチに基づき設定内容を変更設定したりする機能を有する。
【０１１５】
マニュアルモードで設定値が変更可能な設定項目は、多数あり、上述したように、［レーダー／無線］［ＧＰＳ］［その他］の３つのグループに分けても、特に「ＧＰＳ」は、位置情報に基づく警報対象が多いため、ＧＰＳ用の設定メニュー画面は、４頁を超えてしまう。本形態では、３頁以内の原則に沿うように、例えば［ＧＰＳ１］［ＧＰＳ２］［ＧＰＳ３］のように分けることなく、例外として設定メニュー画面の枚数を、基準枚数である３頁を超えるようにした。仮に、３枚の設定目にニュー画面に収まるように、位置情報に基づく警報対象を複数のＧＰＳグループに分けて振り分けると、ユーザは、どの項目がどのＧＰＳのグループに属しているかわからないので、属しているグループを探すために各グループを順番に見る必要があり、かえって使い勝手が悪いくなる。そこで、ＧＰＳは一つのグループにまとめるようにした。
【０１１６】
さらに「マニュアルモード」の初期値は、必要最小限の設定項目をＯＮにするミニマムモードの設定内容にした。従って、マニュアルモードを選択し、初期値のまま使用すると、警報が少なく一番うるさくない動作設定となるのでよい。そして、ユーザの好みにあった個別設定したい場合には、マニュアルモードを選択して各選択項目を個別に設定することで、自分好みの警報条件・警報の種類に設定することができる。一度設定した内容はその内容で保存され、例えば、別のモードを選択した後で、再びマニュアルモードを選択した場合には、各設定項目のＯＮ／ＯＦＦ等は、保存した直前に設定した内容とする。本形態では、マニュアルモードが、文字通りマニュアル設定するためのモードと、必要最小限の警報を行うミニマムモードの２種類のモードを兼用することにした。
【０１１７】
（説明ポップアップ表示機能）
第二メニュー画面に表示した設定項目に対して第一の操作が行われた場合に当該設定項目の設定のための処理を行う機能と、その第一の操作と異なる第二の操作があった場合にその設定項目の内容を説明したる説明ポップアップ画面を表示する機能を備える。第一の操作は短押しであり、第二の操作は長押しとすると良い。設定のための処理を行う機能としては、例えば、別の画面を表示したり、上述した設定内容表示部４３ｂ″に対するタッチに基づき設定内容を変更設定したりする機能とすると良い。
【０１１８】
説明ポップアップ画面には、例えば選択された表示されている設定項目に関する説明、例えば、長押しされた項目についての一般的な解説・説明や、「○○という設定にするとこういう動きをする」，「ＯＮにすると、こういう警報をする」などの設定の内容の説明等を表示画面に表示する機能である。このようにすると、例えばユーザは、表示部４の表示画面に表示された内容がわからない場合、長押しする。制御部１８は、その長押しを検知すると、対応する説明ポップアップ画面を表示する。よってユーザは、その説明ポップアップ画面の表示内容を確認することができ、取扱説明書等を持ち出して該当する頁を探すことなく、瞬時に知りたい内容を知ることができる。実際に「設定項目」が表示された状態で、その「設定項目」を長押ししてその「設定項目」についての説明を表示するので、ユーザは、その「設定項目」を操作するとどのような設定が行われるかが理解でき、その設定が自分にとって必要か否かが容易に判断でき、必要な場合には、設定変更をすぐに行えるので良い。
【０１１９】
例えば、図１３（ａ）に示すように、第二メニュー画面の一例であるシステム設定画面を表示中に、所定の設定項目（図の例では「明るさ」）を表示する設定項目表示領域４３ｂが長押しされたことを検知すると、制御部１８は、表示部４に例えば図１３（ｂ）に示すような説明ポップアップ画面を表示する。また、例えば図１３（ａ）に示すシステム設定画面で、「ベースカラー」の設定項目表示領域４３ｂが長押しされたことを検知すると、制御部１８は、表示部４に例えば図１３（ｃ）に示すような説明ポップアップ画面を表示する。
【０１２０】
説明ポップアップ画面は、表示部４の表示画面全体のメイン表示領域Ｒ１に配置する内容説明表示部４５ａと、その内容説明表示部４５ａ内の右下に配置する閉じるボタン４５ｂを有するレイアウトとする。この説明ポップアップ画面は、表示部４の全面に表示するようにし、この表示により、その前に表示していた画面（ここでは、システム設定画面）は、目視できない状態になる。目視できない状態は、例えば、その前に表示していた画面を表示しつつ、その画面の上に重ねて説明ポップアップ画面を表示しても良いが、画面表示を切り替え前の画面は表示せずに説明ポップアップ外面を表示するようにすると良い。図示するように、内容説明表示部４５ａに表示する説明文の内容は、総括的な説明を表示し、具体的に設定可能な設定値などは示さない。
【０１２１】
この説明ポップアップ画面は、例えば図５（ｃ）に示す第二メニュー画面のトップ画面である設定メニュー画面を含む、第二メニュー画面の全てについて、各画面に配置される各項目について用意し、レーダー探知機１に記憶させており、制御部１８は、長押しされた項目についての説明ポップアップ画面を呼び出し、表示部４に切り替え表示する。例えば、設定メニュー画面において、システムボタン４２ａが長押しされると、制御部１８は図１３（ｄ）に示すシステムについて説明した説明ポップアップ画面を切り替え表示し、機能ボタン４２ｂが長押しされると、制御部１８は図１３（ｅ）に示す機能について説明した説明ポップアップ画面を切り替え表示し、オプションボタン４２ｃが長押しされると、制御部１８は図１３（ｆ）に示すオプションについて説明した説明ポップアップ画面を切り替え表示する。各図において、内容説明表示部４５ａに表示する説明文を具体的に例示したが、総括的な説明を表示し具体的に属する設定項目などは示さない。
【０１２２】
説明ポップアップ画面を表示中において、閉じるボタン４５ｂがタッチされたことを検知すると、制御部１８は、説明ポップアップ画面の表示を消し、直前に表示していた画面を表示する。
【０１２３】
また、上述したように、第二メニュー画面では、原則として全ての項目に対して説明ポップアップ画面を用意し、画面への長押しに基づき対応する説明ポップアップ画面を表示する機能を備えたが、第二メニュー画面中の戻るボタンとトップボタンについては、説明ポップアップ画面を用意しないようにしたことを特徴としている。トップ画面や直前の画面に戻すためにそれらのボタンを操作するユーザは、例えば画面が切り替わるまでそれらのボタンを押し続けるなど、通常の操作でも長押しする傾向にあり、係る長押しにより説明ポップアップ画面を表示してしまうと、ユーザが予期しない処理であり、かえって煩わしい。さらに、戻るボタンやトップボタンについては、通常その内容が理解でき、説明ポップアップ画面による説明も不要と言える。そこで、本形態では、上述したように戻るボタンとトップボタンについては、説明ポップアップ画面を設けず、長押しされても説明ポップアップ画面を表示しないように構成した。
【０１２４】
待受画面や第一メニュー画面においても説明ポップアップ画面を用意しても良いが、本形態では、それの画面では、長押しされても説明ポップアップ画面を表示しないようにした。第一メニュー画面で選択する項目は、即時性があるものなど、今すぐにどうしたいかを選択・指示するボタンのため、ユーザもその即時性がある処理を行いたいという思いが強く、通常操作でも押し続けるなどして長押ししてしまうことがある。例えば、増音量ボタン４１ａや減音量ボタン４１ｂは、現在の音量を増減したいという即時性のある設定のためのボタンであり、例えば、設定ボタン４１ｃは、今何かしらの設定をしたいためにすぐに第二メニュー画面に遷移するためのボタンであり、登録ボタン４１ｆも今の地点を登録するため、すぐに登録のためのメニュー画面に遷移すためのボタンであり、いずれも、各処理を行う画面に遷移するまでそれぞれのボタンを押し続けやすい。係る場合に説明ポップアップ画面が表示されると煩わしいので、第一メニュー画面では説明ポップアップ画面を表示しない設定にした。また、これらのボタンは、上述した戻るボタンやトップボタンと同様に、その内容がわかりやすく説明ポップアップ画面で説明する必要性が低い項目でもあるので、本形態では、説明ポップアップ画面を表示しない設定にした。
【０１２５】
一方、例えば設定ボタン４１ｃをタッチして、画面表示が第二メニュー画面に遷移した後は、例えば、駐停車中などであって時間的に余裕もあるケースが多く、上述したようにユーザに対して説明ポップアップ画面による説明を提供し、適切な設定を行うため、戻るボタン・トップボタンといった画面遷移のボタンを除く全ての設定項目に説明ポップアップを用意した。
【０１２６】
また、待受画面では、例えばレーダーキャンセルのために画面をタッチするが、ユーザはキャンセルされるまで押し続ける傾向がある。係る事象を、長押しと判断し説明ポップアップ画面が表示されると煩わしい。そこで、第一メニュー画面と同様に待受画面においても長押しによる説明ポップアップ画面の表示をしない設定とした。
【０１２７】
（カータイプ設定機能）
本形態では、例えば図１０（ｂ）や図１３（ａ）に示すシステム設定画面における上から２番目の設定項目表示領域４３ｂに用意された「カータイプ」の設定値として、図８に示すように、「小型車」、「セダン１」、「セダン２」、「ＳＵＶ」、「ミニバン」の５種類を用意した。この設定項目表示領域４３ｂがタッチされると、制御部１８は、カータイプ用の設定変更画面を表示し、当該画面へのタッチ操作で、カータイプを設定する。係るカータイプの設定により、図１４に示すように待受画面で表示する自車両の模式図５０の形状や、ホイール５１の表示態様を、設定されたカータイプに合ったものにする。このようにすることで、ユーザは、あたかも自分の車両が表示された感じが出て、うれしくなるので良い。図１４（ａ）は「小型車」、図１４（ｂ）は「セダン１」、図１４（ｃ）は「セダン２」、図１４（ｄ）は「ＳＵＶ」、図１４（ｅ）は「ミニバン」についての待受画面をそれぞれ示している。また、具体的な図示は省略するが、このカータイプの設定に伴い、加速度計に表示する車両の形も変わる。
【０１２８】
［ＣＧ＆実写警告］
図１５（ａ）は、ＧＰＳ警報機能による警報の動作タイミングの一例を示している。上述したように、制御部１８は、自車両６２の走行中などにおいて表示部に通常表示する待受画面を表示する。そして、制御部１８は、定期的に現在位置に基づいてデータベース１９をアクセスし、警報対象６１と自車両６２との距離がデータベース１９に記憶された接近警告開始距離になると、マップ画面に切り替え警告を開始する。そして制御部１８は、自車両６２と警報対象６１との距離に応じて、警報対象６１のＣＧまたは写真のデータをデータベース１９から読み出し、警報画像表示ウインドウＷ３に表示し、その警報に関する情報をメッセージウインドウＷ４に表示する（図１５（ｂ）等参照）。
【０１２９】
本実施形態では、データベース１９に記憶した動きのあるＣＧを表示する第一警報（図１５（ｃ）等参照）と、警報対象を含む景色に対応する画像を撮影して得た実写画像を表示する第二警報（図１５（ｄ）等参照）を備え、警報画像表示ウインドウＷ３に第一警報を出力した後、第二警報を出力するようにした。第一警報による動きのあるＣＧによりユーザに対して注意を喚起させた後で、第二警報による警報対象を含む景色に対応する画像を表示するので、警報内容をユーザに認識させやすくなるので良い。
【０１３０】
制御部１８は、警告開始距離になったらＬＥＤ発光部６を所定の発光色で点滅する制御を行う。所定色は、警報対象の種類に応じた赤、黄、緑、青のいずれかであり、後述するように、メッセージウインドウＷ４における背景表示色や、警報対象の地図上の一に描画するターゲットアイコン３５のベース色と同色としている。同色は、同色系統の色とすると良いが、同じ色とするとなお良い。制御部１８は、ＬＥＤ発光部６の点滅発光を開始すると、例えば、自車両６２と警報対象６１の距離が０で通過するか、当該距離が所定距離以上離れるなどの警報条件を外れるまで行うと良い。
【０１３１】
動きのあるＣＧは、警報対象の種類に応じたＣＧとし、例えば図１６に示すように、警報対象５５を含む街中などの景色を俯瞰で遠方から見た状態から（図１６（ａ））、徐々に画面中における警報対象５５の占める面積が大きくなるように拡大・ズームアップし、警報対象に接近していくようにし（図１６（ｂ）乃至（ｈ））、最後は警報対象５５が画面の真ん中に来るような動きとするとよい。このような動きをすることで、ユーザは、どのような種類の警報対象であるかが理解しやすくなるので良い。また、道路を走行して接近していくのを再現するのではなく、例えば上空から見た状態から徐々に下降・近づき、回り込んで正面からアップするなど、警報対象５５が目立つような動画とすると良く、ＣＧ画像中の警報対象５５の位置を示す指示アイコン５６を重ね表示すると良い。指示アイコン５６は、図示の例では、当初は矩形の枠体で、警報対象に接近して拡大するにつれて全体が環状で、太く目立つように変形するようにしている。このように指示アイコン５６を描画することで、画面内における警報対象５５に注目しやすくなり、よりその種類を認識しやすくなるので良い。
【０１３２】
さらに、動きのあるＣＧは、そのウインドウの警報対象５５以外の全体が途中からＬＥＤ発光部６の発光色と同色の半透明の色で覆われる状態にし、さらに警報対象５５以外の全体を覆う色の不透明度が徐々に増すようにする。このようにすることで、警報対象が徐々に浮き上がるのでより好ましく、ＣＧと、ＬＥＤ発光部６と、メッセージウインドウＷ４の背景色を統一することで、くどくない程度で緊急度がわかるので良い。図示する例では、警報対象はＬＨシステムであるので、赤色で統一を図っている。
【０１３３】
動きのあるＣＧの再生に続いて表示する実写は、走行中の車両の運転席から見える景色となるような画像とするとよく、本実施形態では実際に警報対象が設置された場所において当該警報対象が映り込むように撮影した画像データからなる実写画像を用いるようにした。また、このような実写画像に限ることはなく、例えば、走行中の車両の運転席から見える景色をＣＧ等の画像データで作成したものでも良いが、本形態のように実写とするとよりリアリティが増すので良い。図１５（ｄ）に示すように、実写画像中に、警報対象を示す矢印５７からなる指示アイコンを描画し、実写画像中のどこに警報対象が存在するかが一目でわかるようにすると良い。ユーザは、警報画像表示ウインドウＷ３に表示される実写画像を見て、風景とその中の警報対象の位置を確認することで、走行中に実際に前方に見える景色から、警報対象の存在を見つけやすくなるので良い。
【０１３４】
上述した図１６に示すＣＧは、ＬＨシステムのように実際の装置・機器が特定されるものについての例示であり、警報対象の種類の中には、例えば、取締エリアなどの具体的な装置・機器が特定されないものもある。図１７（ａ）から（ｉ）は、係る具体的な装置・機器並びにその設置位置・状態が一意に特定されない警報対象の一例の取締エリアについてのＣＧを構成するフレームの一部であり、図１７（ｊ）は実写画像を示している。
【０１３５】
図１７（ａ）から（ｉ）に示すように、警報対象５５がほぼ見えていない状態から徐々にズームアップし、最後は移動式の速度測定装置とそれを操作する警察官を模した警報対象５５が画面全体にアップされた状態に変化するのを基本とし、指示アイコン５８は、直径が徐々に変化する輪状体とし、黄色で統一するべく画面を半透明の黄色で覆うようにした。
【０１３６】
取締エリアのように常設で取締が行われないような場合、実写は、例えば図１７（ｊ）に示すように取締が行われる場所を撮影した画像データとすると良く、取締をしている状態が撮影されていない場合には、具体的な場所・機器を示す矢印５７等は描画しない。ユーザは、特に矢印が無い場合、走行中のフロントガラス越しに見える前方景色が、実写と同じ場所に来ると、よく取締が行われ交通事故等が多く注意して走行すべき場所であることを認識する。
【０１３７】
第一警報による動きのあるＣＧは、一連の動きを複数回繰り返して再生するものとするとよい。動きが複数回再生されるので、ＣＧによる第一警報も注目されるので良い。例えば、ＣＧが警報対象の種類に関係するものの場合、第一警報で警報対象の種類を認識させることができ、その後、警報対象を含む景色に対応する画像を表示することで、実際の状況を理解させることができるので良い。
【０１３８】
上述したように、制御部１８は、警報画像表示ウインドウＷ３に対し、第一警報によるＣＧの再生に続き、第二警報による実写を出力する制御を行うが、第一警報のＣＧの出力と、第二警報による実写の出力の間にはタイムラグを設けることなく連続して行うようにすると良い。このようにすると、ＣＧ再生の後でそのまま連続して実写を表示することで、ＣＧによる警報対象の種類の報知と、実写による実際の状況の報知との関連性を強めることができる。さらに最後に警報対象をズームアップさせるようなＣＧとしたので、警報対象の種類を強く認識させつつ、その種類を認識させたままの状態で実際の状況を理解させることができるのでよい。
【０１３９】
さらに、図１８（ａ）に示すように、制御部１８は、一定区間は第一警報の画像と第二警報の画像を、ともに警報画像表示ウインドウＷ３に重ねて表示するように制御すると良い。重ねて表示する区間では、ＣＧの画像の不透明度と、実写画像の不透明度の割合を徐々に変化させ、警報画像表示ウインドウＷ３に表示される２枚の画像の見え方が、最初に表示してる画像から次に標示する画像に対してスムーズに移行するようにするとよい。このように一定区間は、両方の画像を描画し、さらにそれぞれの画像の不透明度を徐々に変えることで、第一警報と第二警報の繋がり・連続性が強くなるので良い。
【０１４０】
係る制御の一例を示すと、図１８や図１９に示すものがある。例えば図１８（ｂ）では、警報画像表示ウインドウＷ３に第一警報のＣＧの画像のみを表示し、図１８（ｃ）では、警報画像表示ウインドウＷ３に第一警報のＣＧの画像と第二警報の実写画像を重ねて表示し、図１８（ｄ）では、警報画像表示ウインドウＷ３に第二警報の実写画像のみ表示する状態を示している。また、図１９（ａ）では、警報画像表示ウインドウＷ３に第一警報のＣＧの画像のみを表示し、図１９（ｂ）では、警報画像表示ウインドウＷ３に第一警報のＣＧの画像と第二警報の実写画像を重ねて表示し、図１９（ｃ）では、警報画像表示ウインドウＷ３に第二警報の実写画像のみ表示する状態を示している。
【０１４１】
制御部１８は、第一警報による表示後、第二警報による表示する処理を複数回繰り返し行うようにするとよい。例えば図１８（ａ）に示すように、第一警報によるＣＧ再生をしたあと、第二警報による実写を出力した後、再び第一警報によるＣＧ再生をした後、第二警報による実写を出力するというような処理を繰り返すと良い。
【０１４２】
例えば、第一警報の後で第二警報が継続して表示されるような場合、繰り返しをしないと第二警報の表示時間が長くなり最初に表示された第一警報に対する注目度が低下してしまうことがある。第二警報の後で、警報対象の種類に応じたＣＧからなる第一警報を表示することで、第一警報についても注目されるので良い。例えば最初に第一警報を見落としたユーザであっても、その後に第一警報を視認し、警報対象の種類を認識できるので良い。特に、第二警報が静止画の場合、動きのない画像が継続して表示されると、注目されにくい。特に運転中は、レーダー探知機１の表示部４の表示画面を注視することはできないが、動きのあるＣＧからなる第一警報を適宜表示することで、ユーザの周辺視野で動きを生じさせ、気をつけるべき警報対象があることを認識させることができるのでよい。
【０１４３】
第一警報の表示時間は、例えば数秒、２〜３秒とすると良い。その程度の時間があると、動きを認識でき、また、その認識に伴いユーザが画面を見ると、長くとも２〜３秒程度待てば実写等の第二警報が表示されるので、ユーザは画面を長い時間注視しなくても第二警報の内容を確認できるので良い。さらに、第二警報の実写画像によって実際の景色の画像を表示した後に、第一警報による警報対象の種類に応じたＣＧを報知することで、ＣＧにも着目され、第二警報で表示された警報対象の種類の理解が深まるので良い。
【０１４４】
このように、第一警報と第二警報を繰り返し行う場合、例えば図１８（ａ）に示すように、第二警報から第一警報に切り替える際も、一部区間で両方の画像を描画し、それぞれの画像の不透明度を徐々に変えることで、第二警報から第一警報への繋がり・連続性を強くすると良い。この制御の一例を示すと、図１９（ｃ）に示す、警報画像表示ウインドウＷ３に第二警報の実写画像のみ表示する状態から、図１９（ｄ）に示す、警報画像表示ウインドウＷ３に第一警報のＣＧの画像と第二警報の実写画像を重ねて表示した状態を経て、図１９（ａ）に示す、警報画像表示ウインドウＷ３に第一警報のＣＧの画像のみを表示する状態に遷移すると良い。
【０１４５】
また、第一警報を行う時間と、第二警報を行う時間は、同じにすると良い。また、上述したように、例えば、音声による警報を接近警告距離である２ｋｍ、１ｋｍ、５００ｍで行う場合、最初や２回目の警告時は、第一警報によるＣＧ再生と第二警報による実写出力を所定回数繰り返したら警報画像表示ウインドウＷ３を用いた警報を停止し警報画像表示ウインドウＷ３を非表示にし、５００ｍのように直近の接近警告距離に至ると、警報画像表示ウインドウＷ３を用いた警報を継続して行うと良い。継続は、例えば、警報対象を通過した場合や、通過しなくても進路変更などにより警報対条件を満たさなくなった場合まで行うと良く、当該場合になると警報画像表示ウインドウＷ３を非表示にすると良い。
【０１４６】
上述した実施形態では、第二警報による実写は静止画としたが、動画としても良い。動画の場合、車速と関係なく、或いは車速よりも早く近づくように再生すると良い。また、第一警報による動きのあるＣＧも警報対象に近づくように大きくなるので、実車の動画再生速度は、ＣＧにおける接近する動きの速度と同じような速度とすると良い。同じようにすることで、第一警報と第二警報の連続性・一体感が増すので良い。
【０１４７】
図２０，図２１は、メッセージウインドウＷ４を用いた警報・情報の報知の一例を示している。このメッセージウインドウＷ４は、警報時やお知らせ時に各種警報を表示するためのウインドウであり、警報画像表示ウインドウＷ３と同様に地図に重ねて表示する。このメッセージウインドウの表示に伴い、地図の表示位置をずらしたり、地図の表示領域を縮小したりする制御は行わない。ユーザは、このメッセージウインドウＷ４を見ることで、必要な情報を確認できる。地図の表示位置をずらしたり、地図の表示面積を小さくしたりしないので、表示部４における地図並びに地図上の自車両の位置等が変化しないので、見やすくて良い。ヘディングアップでの表示であって自車両アイコン３１を表示部４の下方中央に表示した場合、警報画像表示ウインドウＷ３やメッセージウインドウＷ４の表示位置は、自車両の左側や右側となり、さらに、自車位置から所定距離を置いて配置するので、当該ウインドウで隠れる地図情報は、現在走行している自車両がその直後にすぐに行く場所ではないので重要度が低い。さらに、警報画像表示ウインドウＷ３とメッセージウインドウＷ４の表示／非表示に関係なく、マップ画面の表示領域は表示部４の画面全体となり、大きい領域が確保できるので良い。
【０１４８】
メッセージウインドウＷ４を用いた報知情報は、警報対象の緊急度のレベルにあわせて適宜設定し、背景色も緊急度のレベルにあわせて赤→黄→青→緑（レベル高い→低い）の４種類用意した。この背景色は、説明が前後するが、ＬＥＤ発光部６の発光色や、ターゲットアイコン３５のベース色なども同じである。ループコイルなど緊急度のレベルが最も高い「厳重注意」ターゲットは、赤色の背景で警報し、警報対象の種類名、電波受信をレベル表示する。例えば図２０（ａ）は、警報対象が「取締レーダー波」の場合の表示レイアウト例であり、警報対象種類表示部６０ａ（取締レーダー波の種類を表示）、受信レベル表示部６０ｂ（１（低）〜５（高））、現在速度表示部６０ｃを配置するレイアウトをとる。背景色は赤色である。図２０（ｂ）は、警報対象が「ＧＰＳターゲット」の場合の表示レイアウト例であり、警報対象種類表示部６０ａ（ＧＰＳターゲットの種類を表示）、制限速度表示部６０ｄ（速度測定装置等の位置における制限速度を表示）、現在速度表示部６０ｅ、警報対象の方向表示部６０ｆ（ＧＰＳターゲットの方向を矢印の向きで表示）、残り距離表示部６０ｇを適宜の位置に配置するレイアウトをとる。制限速度と現在速度は、一つのウインドウ内で横並び配置したのでわかりやすく良い。背景色は赤色である。図２１（ａ）では、小型オービスの警報例を示している。
【０１４９】
取締エリアなど緊急度のレベルが上から２番目の「要注意」ターゲットは、黄色の背景で警告し、ターゲット名とターゲットまでの距離をカウントダウン表示する。例えば、図２０（ｃ）は、警報対象が「デジタル無線」の場合の表示レイアウト例であり、警報対象種類表示部６０ａ（無線の種類を表示）、現在速度表示部６０ｃを配置するレイアウトをとる。背景色は、黄色である。図２１（ｂ）では、開かずの踏切の警告例を示している。
【０１５０】
連続カーブなど緊急度のレベル比が上から３番目の「少し注意」ターゲットは、青色の背景で告知し、ターゲット名と現在速度を表示する。図２１（ｃ）では、警察電話の告知例を示している。
【０１５１】
ＥＴＣレーンなどの緊急度のレベルが最も低い「安全運転のための情報」は、緑色の背景で知らせ、ターゲット名と現在速度を表示する。図２１（ｄ）では、新救急無線の例を示している。
【０１５２】
このようなメッセージウインドウＷ４を用いた配置レイアウトは、警報対象毎に用意すると良い。右側のメッセージウインドウＷ４は、大きな文字で表示されており、当該警報画面を見ると、とりあえず状況がわかるので良く、走行をしていても安心し、運転に集中できるので良い。
【０１５３】
［公開取締情報等の表示機能］
図２４は、公開取締情報の表示機能を説明する図である。定期的に警視庁や道府県の警察署から、例えば交通取締を行う日時や場所等についての公開取締情報が公表される。また速度管理指針は、交通事故発生状況等の交通実態や速度抑制の必要性などを基に各都道府県内における速度制限や交通取締りの方針を示したものであり、警察本部でまとめられた指針である。速度取締指針は、速度管理指針に示す方針のもと、各警察署管内の一般道路及び高速道路について、交通事故発生状況の分析や地域住民からの要望等を基に、速度取締りを重点的に行う路線、時間帯等を明らかに示したものである。警察署単位でまとめられた指針になる。これらの情報は、メモリカード等の記憶手段に格納されており、更新により最新のものにアップデートすると良い。また、例えば交通安全週間等の取締に直接関係が無いが交通に関係する情報もあわせて格納すると良い。
【０１５４】
制御部１８は、起動時や走行中に記憶手段にアクセスし、現在位置に基づきその周辺や走行中の道路に沿った公開取締情報、速度取締指針その他の交通に関する情報を検索する。制御部１８は、例えば待受画面でマップ画面を表示する場合、図２２（ａ）に示すように、公開取締情報がある取締路線７０は背景色を赤色で点滅表示し、速度取締指針がある取締路線７１は、道路の背景色を青色で点滅表示する。
【０１５５】
制御部１８は、例えば取締情報がある路線に進入した場合、図２２（ｂ）に示す取締情報画面を表示部４に所定時間表示し、元の画面に復帰する。所定時間は、例えば１０秒である。図２２（ｂ）は公開取締情報を表示する取締情報画面であり、公開取締情報画面となる。取締情報画面は、上端左側に日付情報表示部７２ｂ、上端右側に現在時刻表示部７２ｃを配置し、下端に取締種類報知部７２ｄを配置し、それ以外の多くの領域に情報表示部７２ａを設ける。取得した取締情報は、情報表示部７２ａに表示する。この情報表示部７２ａには、スクロールすることなく情報を表示する。スクロール表示は、ずっと見ていないと全体像がわからず、最初を見逃すと、一巡するのを待たなければならず煩雑であるが、本実施形態ではスクロールせずに一括表示をすることで、ユーザが知りたい情報を効率よく知ることができるのでよい。
【０１５６】
表示する情報が１頁で収まらない場合、制御部１８は、スクロールすることなく１頁目を所定時間表示したら、表示を２頁に切替、所定時間表示し、最終頁を所定時間表示したら取締情報画面を消し、元の画面に切り替える制御を行う。さらに制御部１８は、取締情報画面を表示しているときに、画面がタッチされたことを検知すると、取締情報画面の表示を消し、待受画面に戻る処理を行う。このように画面のタッチにより待受画面に戻る機能を備えることで、所定時間待つこと無く取締情報画面を消すことができるので良い。
【０１５７】
さらに制御部１８は、待受画面の所定部位がタッチされた場合（図２２（ｃ）参照）、取締情報画面を所定時間表示する（図２２（ｄ）参照）。所定部位は、待受画面の左上にしている。公開取締情報画面が消えて見逃したとしても、簡単な操作で再表示させ、内容を確認することができる。
【０１５８】
制御部１８は、待受画面の所定部位がタッチされた場合でも、走行中の路線に取締情報がない場合、公開取締情報画面は表示しないようにすると良い。これにより、タッチしても取締情報画面が表示されない場合、走行中の道路は関係ないことがわかるので安心して運転走行できるので良い。
【０１５９】
制御部１８は、取締種類報知部７２ｄに取締の種類に対応して赤色／青色を発光させ、何についての情報かが色からわかるようにしている。発光色は、道路の背景色と同じにしており、公開取締情報の場合には赤色にし、速度取締指針の場合には青色にする。取締種類を文字で表示する場合、スクロール表示だと最初を見逃すとわかず、情報表示部７２ａに文字で表示しても見つけにくいが、取締種類報知部７２ｄに表示する色により直感的に理解できる。特に、発光色は、道路の背景色と同じにするので、ユーザは、その種類をより直感的に理解できるので良い。
【０１６０】
［同種の警報対象に対して異なる警報を行う機能］
同種の警報対象であっても、通行に注意が必要な警報対象を特定警報対象とし、当該特定警報対象は、報知対象になる条件を緩くし、報知されやすくすると良い。同種の警報対象は、例えば、名称に同一の部分を含むものとし、例えば、「踏切」という警報対象と同種で通行に注意が必要な「要注意踏切」を区別して警報すると良い。要注意踏切は、例えば、「開かずの踏切」、「事故多発踏切」、「自動車ボトルネック」、「歩行者ボトルネック」、「狭隘」、「通学路」等がある。この要注意踏切は、例えば、国・国土交通省が指定した、「改良すべき踏切道」の情報を利用するとよい。
【０１６１】
警報対象の踏切を、通常の踏切と、要注意踏切にグループ分けし、それらを区別して記憶する。例えば、通常の踏切との間での接近警報を開始する距離よりも、要注意踏切との間で接近警報を開始する距離を長くすることで、遠い位置から警報が発するようにすると良い。さらに、例えば通常の踏切に対して接近警報をする対象を車両の進行方向に対して所定角度θ１以内に対し、要注意踏切はθ２（θ２＞θ１）とすると、より斜め方向に存在する踏切も要注意踏切の場合に警報条件を満たし、警報を発するようになる。
【０１６２】
例えば走行中の道路の先に「開かずの踏切」が存在する場合、例えば２００ｍなど近くなってから「開かずの踏切が有ります」と報知されてもそこからでは逃げ場がなくストレスになるだけである。そこで、本形態では通常の踏切よりも早いタイミングで報知することで、別の迂回に逃げられるようにする。待受画面の地図上に開かずの踏切等の要注意踏切のターゲットアイコンが表示されるので、ユーザは、自車位置との関係を見て現在の道路を走行しても良いか、右左折する必要があるかを判断し、適切な通路を進むことができる。また、「左方向○○ｍ先に要注意踏切があります」「前方○○ｍ先に要注意踏切があります」等の方向も加えた音声メッセージを報知しても、直進すれば良いのか否かがわかるので良い。
【０１６３】
特定警報対象は、目立つ警報態様とするとよい。目立つ警報態様は、例えば色を変えたり、音声による報知内容を変えたりすると良い。音声を用いた報知は、例えば「開かずの踏切です、ご注意ください」「事故多発踏切です、……」の２つはそれぞれ個別に用意し、その他は「要注意踏切です、……」のようにまとめ、報知の種類の数を要注意踏切に属する踏切の種類よりも減らすようにした。特に注意を要する「開かずの踏切」と「事故多発踏切」を別の音声メッセージにすることで、音声を聞いただけでどのような要注意踏切であるかを知ることができるので良い。
【０１６４】
また、地図上に表示するターゲットアイコン３５は６種類の要注意踏切で共通の１つを用いるようにし、警報画像表示ウインドウＷ３に表示する動きのあるＣＧは６種類それぞれ違うものを用意するとよい。ターゲットアイコン３５では、表示面積も小さいので一目見てもその差を区別しにくいので、１種類にまとめるようにした。警報画像表示ウインドウＷ３は、ある程度の表示面積があるので、異なるＣＧにすることでそれぞれの踏切の内容をわかりやすく伝えるようにするので良い。
【０１６５】
さらに、「要注意踏切」のなかでも特に「開かずの踏切」に対する報知条件を緩くし、早め・広めに警報が発するようにすると良い。例えば、「事故多発踏切」や「狭隘」、「ボトルネック」、「通学路」は、 通常の踏切よりは注意喚起を強くするが注意して通行すれば良いが、開かずの踏切だけは通行できないか通過するのに多大な時間がかかるので早めに通知すると良い。また、通学路などは、通学時間帯や曜日にあわせて警報条件や警報内容を変えると良い。
【０１６６】
［変形例］
図２２，図２３は、位置情報に基づいて警報するＧＰＳ警報機能における、警報対象である各ターゲットの種類と、ターゲットアイコンと、警報・報知するタイミングの一例を示している。上述した説明ポップアップ画面に表示する説明を、文字に替えて、或いは文字とともに、図示するような警報を発するタイミングを説明する図を表示しても良い。
【０１６７】
ユーザは、警報が鳴るタイミングをあまり意識していないが、図示することで直感的に理解でき、納得感ができるので良い。これらの図は、取扱説明書に記載することはあるが、実際にレーダー探知機１を操作しているときとの連動性が悪く、取扱説明書が見られないことが多いが、レーダー探知機１の表示部に表示することで警報タイミングを理解させやすくなるので良い。
【０１６８】
上述した各実施形態は、レーダー探知機１という一つの機器を前提としたが、例えば説明ポップアップ画面の表示は、別の機器で実現しても良い。別の機器で実現する場合、例えばスマートフォンやコミュニケーションロボットとすると良い。
【０１６９】
スマートフォンは、ＡＲアプリとすると良い。例えば、レーダー探知機１を撮影し、取得した画像に基づき認識処理をして機種を特定し、その機種用の説明が表示されるようにすると良い。また、ＡＩを使い音声で報知するようにすると良い。例えば、音声認識機能があり、「ＬＨシステムは何？」などの設定項目に対応する用語を含む質問を認識すると、例えば説明ポップアップで報知する内容を音声で回答するようにするとよい。いずれも、知りたいときにすぐにその内容の説明があると良い。
【０１７０】
［履歴表示機能］
例えば、オービス等の車両速度測定装置の警報対象の通過時に、例えば「少し速度超過したかな？」等と運転者が心配になることがある。従前のレーダー探知機は、オービスの手前○○ｍから通過するまでの自車速度を表示部に表示する機能はあるが、通過後に通過した際の自車速度を確認することができないという課題がある。例えば運転者が、警報対象の通過時にレーダー探知機１の表示部４に表示された自車速度を見れば、通過速度を確認できる、しかし、通常、運転者は、走行中には前方を見ており、通過する時に表示部４を注視することは難しい。仮に表示部４に表示された自車速度を見た場合でも、その見たときピンポイントでの位置の自車車速を確認するだけであるので、走行状態・速度の変化等の運転動向の傾向がわかりにくいという課題もある。
【０１７１】
レーダー探知機１は、所定の警報対象を通過する際の自車速度に関する情報を記録する機能と、 その記録した自車速度の履歴情報を表示部４に報知する履歴表示機能を有する。所定の警報対象は、例えば、車両の速度を測定する速度測定装置等とすると良く、特に、固定設置される車両速度測定装置とすると良い。
【０１７２】
例えばオービス等の車両速度測定装置が固定設置された場所に限らず、取締エリアなどの移動式の速度取締を行う場所も含め、車両の速度が測定される地点・地域は、例えば速度超過をしやすい、交通事故が起こりやすいなどの危険な場所であり、速度超過することなく安全運転する必要があることが多い。ＧＰＳ警報をする警報対象のうち、自車速度の履歴情報を記録する警報対象を、それらに限定すると、記録した履歴情報を後で確認する際に、特に安全運転をすべき地点・地域における自己の運転動向を効率良く確認できるので良い。特に、オービス等の車両速度測定装置が固定設置された場所は、取締エリアよりもより走行速度に気をつけるべき地点であるので、当該オービス等の警報対象のみ履歴情報を記録し、報知する機能を備えると良い。
【０１７３】
自車速度を記録する「警報対象を通過する際」は、例えば警報対象の通過時と、警報対象の手前Ｘｍから、通過後のＹｍまでの所定の区間内とするとよい。本実施形態では、自車速度に関する情報を記録するので、所定の警報対象を通過後に、通過した際の自車速度を確認することができる。警報対象の手前Ｘｍから、通過後のＹｍまでの所定の区間内の自車速度を記録したので、通過時だけではなく、その周囲における自車速度の走行状況を報知することができる。この所定の区間内の間、制御部１８は、適宜のタイミングでＧＰＳ情報に基づいて求めた自車速度や、ＯＢＤ情報に含まれる「車速」を取得して記録し、所定のタイミングで一覧表示として表示部４に表示する。
【０１７４】
警報対象の手前から当該警報対象までの区間で、複数回の車速の履歴をとり、表示する機能を備えると、運転の傾向がわかるのでよい。例えば、警報対象がオービスなどの速度測定装置の場合、警報対象の直前で速度を制限速度以下に減速するような運転動向は好ましくなく危険である。例えば通過時の自車速度のみを報知するようにすると、直前に減速して通過時には制限速度以下になった場合と、比較的遠い手前から制限速度以下で走行している場合のいずれも、「制限速度以下で通過」という正常な結果になり、直前の危険な運転の動向を検知できない。これに対し、本実施形態では、警報対象の所定距離の手前から速度の履歴を記録・表示することで、警報対象の直前で速度を落とすような安全運転上好ましくない走行をしていることを検出でき、注意を促すことができるので良い。
【０１７５】
例えば、表示された所定区間における自車速度を見た運転者は、「手前から常に法定速度以下で安全運転をしている」、「速度超過の状態から警報対象の直前等、接近するにつれて減速する」、「警報を受けてから速度を減速し、法定速度以下に抑える」、「警報を受けても減速しない」など、自分の運転の傾向がわかるので、その後の運転をする際の注意喚起となるので良い。また警報対象を通過した後も、一定期間速度の履歴を記録し、表示する機能を備えると、通過後の運転の傾向がわかるので良い。通過時等に加え通過後のＹｍまでの区間の自車速度を記録・表示すると、例えば、「通過後も法定速度以下で安全運転している」、「通過後、すぐに加速して速度超過する」などといった運転の傾向がわかり、すぐに加速して速度超過する運転は、良くないので、そのような運転をしていることを、ドライバー等に対して客観的に認識させることができるので良い。
【０１７６】
ＸｍとＹｍは同じでも良いか、Ｘｍの方を長くすると良い。警報対象が例えばオービスなど固定設置式の速度測定装置の場合、その設置位置は、例えば速度超過しやすい場所や交通事故が起こりやすい場所など、危険で安全運転をより心がける必要がある場所が選ばれることが多い。そのため、警報対象の速度測定装置の通過時点やその直前で走行速度を法定速度以下に下げるだけでは安全運転上好ましくなく、もっと手前から速度を落とす必要がある。そこで、Ｘは比較的長い距離に設定すると良く、比較的遠い位置から記録し報知するのが良い。
【０１７７】
一方、例えば速度測定装置を通過した直後に加速し、速度超過するような運転は、例えば安全運転上好ましくなく、そのような運転動向は速度測定装置等の警報対象の手前Ｘｍに比べて比較的短い距離で出現するので、ＹはＸに比べて短い距離で運転動向を十分に把握できる。Ｙ＝ＸやＹ＞Ｘとしても良いが、そのようにすると、速度履歴情報を記録するためのメモリ容量が大きく必要になるので、本実施形態のようにＸ＞Ｙにすると、必要十分なメモリ容量で、警報対象の前後の区間での運転動向を適切に記録・報知できるようになるのでよい。
【０１７８】
Ｘは、比較的長い距離とすると良いが、例えば音声による報知を行う警報対象の手前の所定距離に対応する距離とすると良い。対応する距離は、音声報知を行う警報対象の手前の所定距離を含む前後一定区間とするとよく、一定区間は直前・直後等の近い距離とするとよく、特に、同じとすると良い。このようにすると、例えば音声報知に基づき減速して適切な走行速度にしたり、音声報知を受けても減速すること無く高速走行し続けたりするなどといった音声報知後の走行状態がわかり、音声報知の注意喚起が運転者に対して有効に機能しているか等がわかるので良い。
【０１７９】
音声報知をする所定の距離は、例えば５００ｍ、１ｋｍ、２ｋｍなどがあるが、５００ｍとするとよい。複数回警報を発する場合、直前の警報が最も重要で、その最も重要な直前の音声報知による警報の効果がわかるので良い。さらに速度測定装置等の警報対象が設置された地点が危険な区間とすると、例えば、その手前１ｋｍや２ｋｍ等の長い区間の全体にわたって速度超過しやすい場所や交通事故が起こりやすい場所など、危険で安全運転をより心がける必要がある場所になるのではなく、警報対象が設置された地点に近い所定区間が特に安全運転に気をつけるべき区間となる。係る点に鑑みても、本実施形態のようにＸｍを５００ｍとするとよい良い。１ｋｍや２ｋｍとすると、警報対象までの区間を定期的に記録した場合には、データ容量が大きくなるので例えばメモリカードのメモリ容量の関係から好ましくないが、５００ｍとすると、メモリ容量が少なくすむといったメリットも有するので良い。
【０１８０】
本実施形態の自車速度等の履歴表示機能を備える制御部１８は、所定の警報対象の手前Ｘｍから通過後Ｙｍまでの自車速度の記録区間中、所定の距離毎に自車速度を取得し、記録する。所定距離は、例えば、１００ｍとするとよい。本実施形態では、例えば、Ｘ＝５００，Ｙ＝１００としたので、警報対象の通過５００ｍ手前からと通過後１００ｍまでの区間について、１００ｍ間隔で自車速度を取得し、一つのファイルに格納する。また、制御部１８は、運転・走行に関係する情報も取得し、自車速度と関連づけて記録し、報知する機能を備えると良い。関係する情報は、例えば、走行した日時情報、ＧＰＳ電波の受信状況、走行している道路を特定する情報、実写警告の写真、制限速度、警報対象の種類などとするとよい。関係する情報を記録し、速度の履歴表示をする際に取得した自社速度とともに当該関係する情報を同時に表示することで、自車速度の履歴から適切な運転であったか否かの判断がより詳細・適切に行えるので良い。例えば、自車速度をＧＰＳ電波に基づき求めた場合、ＧＰＳ電波の受信状況を記録することで、求めた自車速度の信用性の指針となるので良い。例えば、ＧＰＳ電波の受信状況が良好な場合、記録した自車速度の信頼性が高くなり、受信状況が悪い場合には信頼性が低くなる。また、例えば制限速度を記録し、制限速度と自車速度を同時に表示することで、制限速度以下で走行しているか否か、制限速度に対するひらきの程度を直感的に理解できるので良い。
【０１８１】
制御部１８は、所定のタイミングで、記録した所定の警報対象を通過した際に記録した記録区間中の自車速度の履歴を表示部４に表示する。本実施形態では、通過前５００ｍから、通過後１００ｍの自車速度を一覧表示するので、それを見た運転者等のユーザは、速度違反をしているか否かが一目でわかる。例えば運転者は、この辺からスピードが上がったよね、下がったよねという傾向や、制限速度に対する相対速度を知ることができ、運転者に対して安全運転を促し交通事故抑制の注意喚起に使用することができる。例えば、速度違反をしてオービスを通過した場合、後日警察署から通知が来るが、当該通知が来るまでに数ヶ月かかることがある。オービスを通過した後にオービスの存在に気付いた運転者は、履歴表示機能を用いて走行履歴を確認することで、速度違反をしたか否かの目安をとることができ、実際に通知が来るか来ないかがわかる数ヶ月間の間の心労を軽減することができる。
【０１８２】
記録した自車速度等の履歴情報の表示は、例えば、上述した即時性の無い第二メニュー画面を利用すると良い。上述したように、例えば待受画面がタッチされたことを検知した制御部１８は、表示部４の表示を、待受画面から図５（ｂ）に示す第一メニュー画面に切替えて、当該第一メニュー画面を表示部４の表示画面全体に表示する。その状態で第一メニュー画面中の設定ボタン４１ｃがタッチされたことを検知すると（図５（ｂ）参照）、制御部１８は、図５（ｃ）に示す第二メニュー画面のトップ画面である設定メニュー画面を、表示部４の表示画面全体に表示する。この設定メニュー画面中の機能ボタン４２ｂがタッチされると、制御部１８は、図１１（ｂ）の左側に示す機能設定画面の１頁目を表示する。上述した実施形態では、この機能設定画面の２頁目の４つの設定項目表示領域４３ｂには、「サウンドカスタム」と「画面反転」の２つが使用され、下２つは空欄としているが、図２５（ａ）に示すように、２頁目の機能設定画面を、履歴表示のための設定項目を設けたレイアウトとした。この図示した例では、上から３番目の設定項目表示領域４３ｂのタイトル表示部４３ｂ′に、「オービス通過履歴」と表示し、その３番目の設定項目表示領域４３ｂの右端の設定内容表示部４３ｂ″は空欄のままとする。本実施形態では、自車速度等の通過履歴を記録する警報対象は、オービスのように固定設置された速度測定装置にしたため、警報対象がよくわかるように「オービス通過履歴」と表記した。
【０１８３】
この「オービス通過履歴」の設定項目表示領域４３ｂがタッチされたことを検知すると、制御部１８は、図２５（ｂ）に示すようなオービス通過履歴一覧リスト画面を表示する。オービス通過履歴一覧リスト画面のレイアウトは、機能設定画面等と同様であり、上端にタイトル表示部４６ａを配置し、そのタイトル表示部４６ａの下方の多くの領域を使用して、複数の通過履歴リスト表示部４６ｂを縦に並ぶように所定数配置し、右端の上下にカーソルボタン４６ｃを配置し、右端の中央にページ表示部４６ｄを配置し、左端の下方に戻るボタン４６ｅとトップボタン４６ｆを配置するレイアウトをとる。タイトル表示部４６ａには、通過履歴リストであることを表す「オービス通過履歴」と表示する。
【０１８４】
上述したように通過履歴リスト表示部４６ｂは、上下に４つ並べたレイアウトを採る。制御部１８は、記録した通過履歴の通過日時情報等を取得し、通過日時情報が最新のものから順に、その日時情報等を通過履歴リスト表示部４６ｂに表示する。記録した通過履歴が５つ以上ある場合、制御部１８は、オービス通過履歴一覧リスト画面を複数枚形成し、１枚目を表示する。また、カーソルボタン４６ｃのタッチを受けて、制御部１８は画面を切り替える。
【０１８５】
通過履歴リスト表示部４６ｂには、通過日時と、警報対象の種類を特定する情報と、警報対象の設置場所における制限速度を表す情報を横一列に並べて表示する。通過日時は、図示するように年月日に曜日情報も付加するとよい。曜日情報も付加することで、ユーザが何時・どのオービス等を通過したかの記憶を思い出しやすくなるので良い。警報対象の種類を特定する情報は、マップ画面で地図上の警報対象の設置位置に対応する箇所に描画するターゲットアイコンを用いる。当該ターゲットアイコンを用いることで、一目で警報対象の種類を理解できるので良い。図示の例では、一番上から順にループコイルを示す「赤色の円内に白字のＬＣ」のマーク、ＬＨシステムを示す「赤色の円内に白字のＬＨ」のマーク、小型オービス含むレーダー式を示す「赤色の円内に白字のＲＤ」のマークをそれぞれ表示している。警報対象の設置場所の制限速度情報は、制限速度の交通標識に対応するマークとした。図示の例では、一番上から順に制限速度１１０ｋｍ／ｈ、１００ｋｍ／ｈ、８０ｋｍ／ｈをそれぞれ表示している。
【０１８６】
制御部１８は、通過履歴リスト表示部４６ｂに各通過履歴のリストを表示するに際し、例えば制限速度超過などの好ましくない運転動向があった場合、通常の場合と異なる態様で表示するとよい。異なる態様は、目立つ態様とすると良い。目立つ態様とすると、制限速度超過等の安全運転上等の点で好ましくない運転がされていること見落とすことなく認識できるので良い。目立つ態様は、例えば、目立つ色とすると良く、例えば日時情報を赤色で表示すると良い。図示の例では、上から２番目の「２０１７／１２／２２（金）」についての日付・曜日・時刻を赤字で表示する。例えば異なる態様として、日付・曜日・時刻の一部を赤字等の異なる態様にしたり、通過履歴リスト表示部４６ｂの外枠を赤色の線で表示したり、例えば図１０（ｃ）のライン４４ｈのように日時情報等の下にラインを表示したりしてもよいが、本実施形態のように、文字部分を赤字にすることで日時を目立たせることができるので良く、特に日付・曜日・時刻の全てを赤字にすることでより目立つので良い。
【０１８７】
通過履歴リスト表示部４６ｂがタッチされたことを検知すると、制御部１８は、タッチされた通過履歴に関する情報を読み出し、図２５（ｃ），（ｄ）等に示す詳細情報表示画面を表示する。制御部１８は、詳細情報表示画面に、各地点での自車速度と、それに関連づけて記憶した運転・走行に関係する情報を読み出して表示する。詳細情報表示画面の表示レイアウトは、画面の左側の領域には上から順に日時情報表示部４７ａ、道路特定情報表示部４７ｂ、自車速度情報表示部４７ｃを配置し、画面の右側の領域には、上側から順に、ＧＰＳ電波の受信状況表示部４７ｄ、移動方向表示部４７ｅ、通過した警報対象の実写画像を表示する実写画像表示部４７ｆ、警報対象の種類を表示する警報対象種類情報表示部４７ｇ、警報対象の地点の制限速度情報を表示する制限速度情報表示部４７ｈを配置する。警報対象種類情報表示部４７ｇと、制限速度情報表示部４７ｈの下方には、ＳＤ出力ボタン４７ｉを設け、それら警報対象種類情報表示部４７ｇとＳＤ出力ボタン４７ｉの左隣には、ＱＲコード（登録商標）等の二次元コード４７ｊを表示するレイアウトをとる。
【０１８８】
日時情報表示部４７ａは、通過履歴リスト表示部４６ｂに表示した日時情報を表示する。道路特定情報表示部４７ｂは、走行した道路を特定する道路特定情報を表示し、例えば住所と、道路名を上下に同時に出力する。運転者は、道路名を良く覚えている人がいるので、住所と道路名を同時に出力することで、運転者は、表示されたオービス通過履歴が、どこに設置され、どの道路を走行中に記録した情報であるかを認識させやすくなるのでよい。具体的な場所が特定・認識できると、例えば、速度超過等している場合には、後日同じ道路・場所を走行する際にスピードの出し過ぎに注意しようという意識付けができるので良い。
【０１８９】
自車速度情報表示部４７ｃは、例えば手前５００ｍから通過後１００ｍまでの各地点での自車速度情報を表示するもので、例えば記録した自車速度を警報対象の手前側の離れた位置から順に上から並べて表示する。自車速度が車両の移動順に上下に並ぶので、それを見たユーザは、警報対象のオービス等に接近するにつれての速度変化の状況や、通過後の速度変化の有無等を容易に理解できるのでよい。
【０１９０】
記録した自車速度が、制限速度に対して所定速度オーバーの場合、他と異なる表示態様で表示するようにするとよい。他と異なる表示態様は、目立つ態様とすると良い。目立つ態様は、例えば目立つ色で表示すると、簡単な構成で実現できるので良い。目立つ色は、例えば赤色とすると良い。色を変える部分は、例えば、「○○ｋｍ／ｈ」のように速度と単位の部分の全体を対象としても良いが、本実施形態のように速度の数字部分のみの表示色を変え、例えばｋｍ／ｈなどの単位の部分は変えないようにすると良い。速度の数字部分のみ色を変えることで、より数字が目立ち、速度超過していることと、実際の速度がわかるので良い。
【０１９１】
所定速度は、例えば０ｋｍ／ｈとして制限速度以上の場合に表示を変えたり、所定速度を１ｋｍ／ｈとして制限速度を超えた場合に表示を変えて制限速度丁度の場合には変えないようにしたりしてもよいが、所定のマージンをとった一定の速度とすると良い。所定のマージンをとった一定の速度は、例えばスピードの出し過ぎで危険な走行速度となるような速度とすると良い。特に危険な走行速度となるような速度オーバーのみが赤色等の目立つ色で表示することで、係る目立つ色の表示があると、制限速度を大きく超過した運転があることが一目でわかり、今後の安全運転への注意喚起を行えるので良い。所定のマージンをとった一定の速度は、例えば、２０ｋｍ／ｈとすると良い。２０ｋｍ／ｈもの速度オーバーは、非常に危険で、例えばうっかりアクセルを少し踏みすぎたり、下り坂で少し速度が増したりした程度で生じる現象ではないので、当該速度以上の場合に色を変えて注意喚起するとよい。
【０１９２】
走行速度が制限速度を超えるのは安全運転上も好ましくないが、例えば制限速度で走行する場合に比べ、制限速度を例えば１ｋｍ／ｈ等の少し超えた場合に急に危険になるとは言いがたく、例えば、制限速度付近で安定走行している場合にアクセルの操作加減や、下り坂等の道路状況から瞬間的に制限速度を少し超過することがあり、係る少し超過したときの自車速度が記録されることがある。係る場合に、制限速度オーバーとして目立つ色等で表示すると、上述した２０ｋｍ／ｈ以上の非常に危険な運転であったのか、制限速度を少し超えた程度の運転であったのかが一目でわかりにくく、危険な運転があったことを効率よく報知できず、場合によっては、危険な運転の履歴が他の制限速度付近で少し速度超過した履歴に埋もれてしまうおそれがある。本実施形態では、例えば２０ｋｍ／ｈ以上の非常に高速で危険な運転があったもののみ、赤色等の異なる色で表示するので、当該危険な運転の履歴を確実にユーザに認識させることができるので良い。所定速度を例えば３０ｋｍ／ｈなどさらに大きくマージンをとるようにしても良いが、あまり大きくするとそれに満たない危険な運転を見落としやすくなるので、本実施形態のように２０ｋｍ／ｈとすると良い。
【０１９３】
ＧＰＳ電波の受信状況を受信状況表示部４７ｄに他の情報と同時に表示したので、走行速度をＧＰＳ電波に基づいて求めた場合、例えば受信状況が良好な場合には、表示している走行速度の履歴情報が確かなものであり、信頼性が高いことが理解できるので良い。例えば、受信状況が良好で、表示された走行速度がすべて制限速度以下の場合には、通過履歴を求めた区間は、速度違反することなく安全運転していたことがわかり、制限速度を超えている場合には速度違反をしてしまったことに納得することができる。受信状況が悪い場合、記録・表示された自車速度の信頼性が低いので、仮に表示された自車速度が制限速度以下であっても、速度違反をしていないと主張がしづらくなり、例えば、その通過履歴のあるオービスで速度違反が記録されている場合、ユーザはあきらめやすくなる。
【０１９４】
実写画像表示部４７ｆに表示する画像データは、通過した警報対象の手前で警報画像表示ウインドウＷに表示する実写画像を用いると良い。実写画像を表示することで、それを見たユーザは、どのオービス等の警報対象を通過した際の履歴データであるかをより直感的に認識することができる。
【０１９５】
ＳＤ出力ボタン４７ｉがタッチされたことを検知すると、制御部１８は、表示している詳細情報を記録したテキストファイルを作成し、メモリカード１１に出力する処理を行う。テキストファイルのファイル名は、例えば日付時間情報を含むものとするとよい。
【０１９６】
ＱＲコード（登録商標）等の二次元コードは、例えば、詳細情報表示画面に表示した警報対象を特定する情報を含む二次元コードとすると良い。警報対象を特定する情報は、例えば、位置情報や制限速度等とすると良い。例えば、スマートフォン等の二次元コードを読み取るアプリを実装した携帯機器を用いて二次元コード４７ｊを撮影すると、当該アプリは、二次元コード４７ｊに記録された情報を携帯機器の表示部に表示する。ユーザは、携帯機器に表示部に表示された内容を見ることで、自分の手元で表示している走行履歴に関するオービス等の警報対象の情報を知ることができる。通常、レーダー探知機１の表示部４よりも、スマートフォン等の携帯機器の表示部の表示画面の方が大きいので、より見やすく内容を容易に確認できるので良い。特に、警報対象を特定する情報として、警報対象が設置されている地点を特定する情報と、インターネット上の地図サイトにアクセスする情報を含む二次元コードとすると良い。地点を特定する情報は、例えば、経度・緯度情報とすると良い。例えば、スマートフォン等の二次元コードを読み取るアプリを実装した携帯機器を用い、二次元コード４７ｊを撮影することで、地図サイトにアクセスし、携帯機器の表示部に警報対象の設置位置が地図上のどの位置かがわかるように表示する。このようにすると、ユーザは、警報対象がどこにあるかをより正確に認識でき、この後にその設置された道路を走行する際には注意して走行しようという注意喚起が行えるので良い。
【０１９７】
［履歴情報表示機能の変形例］
上述した実施形態では、所定の警報対象を通過する都度、自車速度等の履歴情報を作成して記録し、日時情報をキーにソートして一覧リストを表示するようにしたが、本発明はこれに限ることはなく、例えば、制御部１８は、一回の警報対象の通過に伴い取得した一連の自車速度等の情報を記録するに際し、同一の警報対象についての情報は、関連づけて記録するとより好ましい。関連づけて記録は、例えば、個々の警報対象毎にホルダを作成し、通過した警報対象のホルダに記録すると良い。毎回通過するオービス等の警報対象があれば、制御部１８は、取得した自車速度等の情報を同じホルダにグループ分けして格納する。このようにすると、同じオーヒス等の同一の警報対象について、過去の通過した際に取得した履歴情報と簡単に比較できるのでよい。同一の警報対象は、設置箇所が異なる場合は別の警報対象とし、例えば警報対象がオービス等の速度測定装置の場合、個々の速度測定対象毎に一つの警報対象として区別するようにしてもよいが、例えば道路名が同じ道路に設置される複数の速度測定装置は同一の警報対象とするとより好ましい。特に、高速道路等の自動車専用道路などは、例えば県単位など一定の区域に分けて、同一の自動車専用道であって当該区域に設置された複数の警報対象は同一の警報対象として一つのグループに登録すると良い。
【０１９８】
係る変形例では、例えば図２５（ａ）に示す機能設定画面で「オービス通過履歴」の設定項目表示領域４３ｂがタッチされた場合に、警報対象毎のオービス通過履歴一覧リスト画面を表示する。この警報対象毎のオービス通過履歴一覧リストは、例えば図２５（ｂ）に示すオービス通過履歴一覧リスト画面と同様のレイアウトとし、通過履歴リスト表示部４６ｂの部分に表示する内容を、警報対象を特定する情報とすると良い。警報対象を特定する情報は、例えば道路名や、住所などとするとよく、特に道路名とすると理解しやすいので良い。上下に並ぶ複数の警報対象を特定する情報は、例えば、直近に通過した警報対象から順に並べると良い（図２６参照）。警報対象を特定する情報を表示する表示部がタッチされたことを検知すると、制御部１８は、図２５（ｂ）に示すオービス通過履歴一覧リストを表示し、各通過履歴リスト表示部４６ｂ内に、そのタッチされた警報対象のグループに属する通過履歴情報の日時情報等を表示するように構成すると良い。
【０１９９】
［速度記録の変形例］
上述した実施形態や変形例では、所定の警報対象を通過する都度、その通過に伴う速度履歴情報を作成して記録し、所定のタイミングで表示するように構成した。このように全て情報を記録するのではなく、例えば自車速度の通過履歴の保存は、制限速度に対し所定速度以上速度超過した場合に行い、所定速度未満の場合には保存しないようにすると良い。所定速度は、例えば０ｋｍ／ｈとして制限速度以上の場合や所定速度を１ｋｍ／ｈとして制限速度を超えた場合に保存するようにしてもよいが、特に、例えば２０ｋｍ／ｈや３０ｋｍ／ｈのように所定のマージンをとった速度とすると良い。このようにすると、保存される履歴の数が削減され、例えば、頻繁に通過するオービスがある場合に、その都度記録し履歴に残るとうっとうしいという課題を解決することができる。特に、通常、良く通るオービスの位置は把握しており、速度超過することはない傾向にあり、そのような速度超過しないデータが履歴に残り、一覧リストに表示されると、見たい履歴が見つけづらくなるが、本形態では係る事態の発生を抑制できる。所定のマージンをとった速度超過のレベルが大きいもののみ保存することで、危険な運転を効果的に履歴として表示し、注意喚起をすることができるのでよい。
【０２００】
また、履歴を保存しない警報対象を地点登録し、登録したものは履歴に残さないようにしてもよいが、上述した変形例のように所定速度を超えた場合にのみ保存するようにする方がより好ましい。例えば普段良く走行しその警報対象の存在を知っていて制限速度を守る運転をしていても、例えばうっかり速度超過をするおそれもあり、上述した変形例では係る速度超過をしてしまった際には履歴を保存できるので好ましい。
【０２０１】
［表示タイミングの変形例］
記録した履歴情報の表示タイミングは、例えば、レーダー探知機１の電源がＯＮになった際や、オービス等の所定の警報対象の手前の所定距離になった際に、その警報対象についての通過履歴が存在する場合に表示すると良く、特に、警報対象の手前の所定距離になった際に走行履歴の詳細画面を表示すると、安全運転への注意喚起を効率よく適切に行えるので良い。例えば、表示した同じ場所における過去の通過履歴の詳細情報の内容が、速度超過している場合には、過去にスピードを出し過ぎた道路のため運転者に対してそのまま運転すると同じように速度超過してしまうおそれがあり、速度を減速気味にして走行する必要があることを認識・注意喚起させることができるのでよい。
【０２０２】
電源ＯＮ時や警報対象の手前で表示する対象の通過履歴情報が複数ある場合、例えば直近のものを表示しても良いが、超過速度が大きい悪い通過履歴を表示すると、安全運転への注意喚起ができてより好ましい。
【０２０３】
このように表示タイミングは、条件合致に伴い自動的に表示するものとしても良いが、上述した実施形態のように、画面タッチ等に基づくユーザ操作に基づいて行うと良い。ユーザ操作に基づいて表示する場合、ユーザである運転者等は、通過履歴の詳細情報を見て確認したいという意識をもっているので、表示された詳細情報をしっかり見て速度超過の有無や警報対象の付近での速度変化の運転動向などを確認し、その後の安全運転等に契機付けすることができるので良い。
【０２０４】
［警報への反映の変形例１］
通過履歴の内容に応じ、警報対象の手前で行う警報内容を異なるもので行う機能を備えると良い。例えば制御部１８は、警報対象の手前所定距離で警報を発するに際し、当該警報対象について速度超過などの安全運転上好ましくない通過履歴がある場合に、通常の警報より強い警報を行うようにすると良い。強い警報は、例えば、警報を発するタイミングを通常のものよりも遠い距離から行うようにしたり、警報内容を変えたり、報知態様を変えたりすると良く、複数を組み合わせるとなお良い。警報内容を変える場合、例えば所定距離手前で行う音声報知の内容を通常の物に変えて注意喚起を促せるような強い文言の内容や、通常の警報に加えて注意喚起を促す報知をすると良い。報知態様を変える場合、例えば、音声を用いた警報と表示部を用いた警報のうち、一方のみを使用する報知態様から両方を使用する報知態様にかえたりすると良い。
【０２０５】
強い警報を行う基準となる通過履歴の内容は、例えば単純に制限速度に応じた基準速度を超えるものがあった場合とするとよく、係る基準速度を速度が異なるものを複数備え、どの基準速度を超えたかにより強い警報の態様を異ならせるとなお良い。制限速度に応じた基準速度は、必ずしも制限速度以上とする必要は無く、制限速度未満の所定速度に設定すると良い。例えば、制限速度以下であっても制限速度に近い速度で走行している場合、例えばアクセルの踏み込みを少し強くすると制限速度を超えてしまうおそれがあり、将来事故を発生するおそれがある。基準速度を制限速度よりも遅い所定の速度にすると、制限速度に近い速度で走行した場合、次に走行するときに注意喚起する警報・プラスアルファの警告をすることができるので良い。
【０２０６】
例えば制限速度が１００ｋｍ／ｈの道路に対し、基準速度を９０ｋｍ／ｈに設定した場合、例えば通過履歴に走行速度が９０ｋｍ／ｈや１００ｋｍ／ｈ近くの速度が記録されている場合、例えば「制限速度ぎりぎりですよ、注意して走行しましょう」などの特別な音声による警報をし、速度を落とさせる注意喚起をするとよい。オービス等の車両速度測定装置を設置する位置は、速度が出やすく、事故が発生しやすいおそれのある場所であるので、次に同じ場所を通過する際に速度超過しないように促し、事故発生を未然に抑止するのでよい。
【０２０７】
また、基準速度を複数設ける場合、基準速度が速くなるにつれて、それを超えた場合のその後に行う警報を、例えばより強調したフレーズで警告することで制限速度以下での安全運転を促すようにすると良い。基準速度を複数設ける場合、少なくとも一つは制限速度未満に設定し、少なくとも一つは制限速度より速い速度にすると良い。このようにすると、速度超過はしていないが将来速度超過をするおそれのある危険予備軍に対する警報と、実際に速度超過をして危険な運転をしている運転者に対する警報をそれそれぞれに合わせた警報を行うことで、それぞれの運転動向の運転者に適切な安全運転への注意喚起を行うことができるので良い。
【０２０８】
強い警報を行う基準となる通過履歴の内容は、複数回の過去の通過履歴で記録された自車速度の変化の動向から判断すると良い。例えば、速度制限が１１０ｋｍ／ｈの場所を前回は１００ｋｍ／ｈで通過したが、今回は１１０ｋｍ／ｈに近い速度で通過したのように、例えば直近に記録した自車速度が増加し速度超過する方向にある場合、次に同じ警報対象が設置された道路を走行する際に注意を促す警報をすると良い。例えば初めて走行する道路で警報対象の手前で警報を受けると、減速して制限速度よりも十分に遅い速度で通過するが、何回か走行するにつれてなれてきて、徐々に制限速度に近づき、そのままだとそのうち速度超過してしまうおそれがあるが、上述したように複数回の過去の通過履歴からので、そのようなことがないように傾向が出た場合に事前に注意喚起の警報をすると良い。
【０２０９】
強い警報は、音声報知に変えて、「所定の通過履歴についての詳細画面」を表示した後、通常の警報を行うと良く、特に、目立つ音声報知に加えて当該詳細画面を表示する報知を行うと、より強い警報となるので良い。
【０２１０】
［警報への反映の変形例２］
過去の走行状態に応じて、異なる警報を行う機能を備えると良い。過去の走行状態は、上述したようにオービス等の所定の警報対象についての自車速度の通過履歴に限ることはなく、例えば、制限速度に対して所定速度を超過した地点を記録し、その後に当該地点を通過する際に、その手前で所定の警報を発するようにすると良い。
【０２１１】
また、走行状態は、例えば荒い運転とするとよい。荒い運転は、例えば急発進・急減速・急カーブ等があり、例えばレーダー探知機１に実装した加速度センサの出力に基づき判定すると良い。制御部１８は、当該荒い運転をした地点を記録し、その後の運転の際にその記録した地点の手前で警報する。上述した実施形態等のレーダー探知機１は、固有の警報対象の位置情報を記憶し、ＧＰＳ情報から警報対象の手前で警報するＧＰＳ警報機能を備えるが、ユーザの運転の状況に基づく危険な場所ポイントを追加する機能を持ち、その追加した危険な場所ポイントに対しても警報を発する機能を備えると良い。
【０２１２】
［警報の有無設定機能の変形例］
警報対象の手前で行う警報を、ユーザの運転動向にあわせてアクティブに変える機能を備えると良い。例えば、いつも安全運転・制限速度以下で走行している場所は、通常よりも目立たない警報をすると良い。目立たない警報は、警報をしないものも含むと良いが、弱めの警報をすると良い。警報をしないと、故障と誤解したり、普段は制限速度以下で走行していてもうっかり制限速度を超えたりするおそれもあるので、何かしらの弱めの警報をすることで、係る誤解等を生じさせないので良い。このようにすると、同じ種類の警報対象であっても、ユーザの運転の動向に応じて通常の警報をしたり、目立たない警報をしたりすることができ、ユーザにとって必要な警報を適切にすることができるので良い。
【０２１３】
例えば、ＧＰＳ警報を行う警報対象の種類・数は多数あり、走行する地域によっては頻繁に警報が発せられることから、重要な警報があってもそれに気がつかないおそれがある。上述した各変形例等のように各ユーザの走行の履歴情報に基づき警報を発するポイントが追加されるようにすると、係る問題はより顕著となる。警報発生回数を少なくするためには、例えば機能設定画面の設定項目表示領域４３ｂの［モード］を選択し、モードの設定により警報対象の種類毎に警報のＯＮ／ＯＦＦを切り替えることで対応できる。特に、マニュアルモードにすると、警報対象の種類毎に個別にＯＮ／ＯＦＦの設定をすることができる。しかし、係るモード設定は煩雑であり、結局初期設定のまま使用するユーザも多く、その結果、レーダー探知機がしょっちゅう警報を発するのでうるさく感じ、警報に慣れて重要な警報を見逃すおそれがあるという課題が生じるが、ユーザの走行に応じて適切な警報を行え、係る課題が解決できて良い。
【０２１４】
［ドライブレコーダ連動］
レーダー探知機１とドライブレコーダを連係し、所定の警報対象の通過に際し、所定の区間についての動画データを記録する機能を備えると良い。レーダー探知機１の制御部１８は、例えばオービス等の所定の警報対象の通過時に、ドライブレコーダに対してトリガ信号を送信する。ドライブレコーダは、当該トリガの受信を契機として、オービス等の警報対象の通過の前後一定時間の映像を記録する。一定時間は、例えば、手前側を１５秒、通過後を５秒の合計２０秒程度とすると良い。ドライブレコーダは、常時録画を撮影して記録する常時録画機能と、所定のイベント発生時にその前後所定の期間の動画を記録するイベント記録機能がある。本実施形態では、レーダー探知機１からのトリガの受信をイベント発生時とし、イベント記録機能と同様のアルゴリズムで通過の前後所定時間の映像を取得し、記録すると良い。ドライブレコーダは、例えば、警報対象の手前○○ｍからのように距離を基準に記録するのは難しく、本実施形態のように時間を基準にすることで、簡単に記録が行えるので良い。
【０２１５】
ドライブレコーダは、常時録画を記録するホルダと、イベント記録するホルダがあり、それぞれの映像データをそれぞれのホルダに格納する。本実施形態では、「オービス」というホルダを作成し（図２７（ａ）等参照）、オービスを通過したときに、通過前後の映像データのファイルを作成し、オービスホルダに格納する。
【０２１６】
通過履歴情報を、撮影した動画付で管理することで、例えば走行時の天気や周囲の車両状況など走行時の状況が確認できるのでよい。例えば運転者に対し、走行時の状況と走行速度の相関等を理解しやすくでき、例えば、運転者の理解度を向上させ、安全運転に意識ができる状況を作り出せる。
【０２１７】
オービスのホルダは、より好ましくは下位のホルダとしてオービスごとに作成するとよい。同じオービスを通過した際に作成された映像データは、同じ下位のホルダにグループ分けして格納する。ユーザは、所定のオービスのホルダを開くことで、同じオービスについての映像データを確認でき、過去の通過履歴情報と簡単に比較できるので良い。例えば同一のオービス等を通過した際の複数回分の走行データ並びに映像データを対比し確認することで、例えば、過去に制限速度を超過したり、制限速度近くの走行をしたりすることがある場合に、係る事象が例えば晴れの日など特定の天気の時に生じ、その他の天気の時には制限速度に対して余裕を持って走行していることがわかると、その後は、晴れの日に運転する際に特に安全運転に気をつける意識付けができるので良い。
【０２１８】
所定の警報対象の通過に伴い記録した履歴情報は、例えば、他の常時記録やイベント記録と同様にメモリカードに記録する。当該履歴情報を見る場合、例えばメモリカードを取り出すとともに、パソコン等にセットし所定のファイルを読み出すことで、パソコン上で再生すると良い。係る場合、上述したように警報対象毎にホルダ分けされていると、ユーザは、所望の警報対象を通過した際の履歴情報を見つけやすいので良い。
【０２１９】
記録した映像データの再生を、例えば、レーダー探知機１の表示部に表示する機能を備えるとよい。係る機能を備えると、上述したようにパソコンなどにセットすること無く、車両の中でその場で確認できるので良い。映像データの再生は、例えば、図２５（ｃ），（ｄ）に示す詳細情報表示画面内に、映像データの再生ボタン領域を設定し、当該再生ボタン領域がタッチされたことを検知すると、制御部１８は、例えば、詳細情報表示画面に表示された通行履歴の映像データをドライブレコーダから取得し、再生すると良い。再生ボタン領域は、例えばＳＤ出力ボタンのように特別なボタン領域を別途設定するとよいが、そのように特別なボタン領域を別途設定するのではなく、例えば、実写画像４７ｆ等他の情報を表示している処理領域に再生ボタン領域を割り当て、例えば当該実写画像４７ｆの部分がタッチされた場合に、関連する映像データを取得し、再生すると特に良い。このように兼用すると再生ボタン領域のための領域を別途確保する必要がなくなり、自車速度等の情報を表示する領域を広く確保できるので好ましい。特に、上記に例示したように、実写画像４７ｆの表示領域を再生ボタン領域に兼用させると、映像の再生を直感的に理解・想起させやすいので良い。
【０２２０】
上述したように、個々の自車速度の通過履歴の詳細情報表示画面からリンクして映像データを再生する機能に変えて、或いは係る機能に加えて、自車速度の通過履歴とは別に直接映像データを読み出し、再生する機能を備えると良い。係る機能は、例えば、制御部１８は、図５（ｃ）に示す第二メニュー画面のトップ画面である設定メニュー画面中の機能ボタン４２ｂがタッチされると、図１１（ｂ）の左側に示す機能設定画面の１頁目を表示し、カーソルボタン４３ｃのタッチに伴い表示する機能設定画面の頁目を例えば図２７（ｂ）に示すようなレイアウトのものとすると良い。この図２７（ｂ）に示す機能設定画面では、４番目の設定項目表示領域４３ｂに、「オービス通過履歴（映像）」という映像データ再生のためのボタン領域を設定する。制御部１８は、この４番目の設定項目表示領域４３ｂがタッチされたことを検知すると、例えば図２７（ｃ）に示すような映像データについてのオービス通過履歴一覧リスト画面を表示する。この例では、道路名毎にグループ分けして記録した場合の一例を示している。グループ分けしていない場合、制御部１８は、例えば図５（ｂ）と同様な通過履歴一覧リストを表示するとよい。
【０２２１】
［映像データをレーダー探知機側で記録する機能］
上述した実施形態・変形例では、通過履歴の映像データをレーダー探知機１の表示部４に表示して再生する場合、制御部１８はドライブレコーダに記録している映像データを取得して再生するようにしたが、例えば、予めレーダー探知機１の記憶手段に映像データを記憶しておき、制御部１８は、レーダー探知機１が記憶している映像データを再生するようにすると良い。
【０２２２】
例えば、レーダー探知機１とドライブレコーダは、別体でケーブル連係タイプであって、それぞれにＳＤカード等のメモリカードを備えている。レーダー探知機１の制御部１８は、所定の警報対象の位置に来たら、ドライブレコーダに対して動画・画像等の映像データを要求する。ドライブレコーダは、係る要求を受け付けると、例えば、受け付けた時の前後所定時間の映像データを送信する。制御部１８は、送られてきた当該映像データを、レーダー探知機１のメモリカード１１に記録すると良い。このようにすると、ドライブレコーダは、一般的な常時録画・イベント録画を自己のＳＤカードに記録するだけでよく、警報対象の通過履歴の映像データを記録しなくても良くなる。例えば、ドライブレコーダの常時録画は上書きで消され、イベント録画用の記憶容量がフルになって追加保存できない場合もあるが、通過の都度、レーダー探知機１のメモリカード１１に保存することで、ドライブレコーダ側で上書きされて消されたり、記憶容量オーバーで対記録できなかったりするような事態が生じても、警報対象の通過履歴の映像データを記録できるので良い。
【０２２３】
制御部１８は、取得した映像データをそのままメモリカード１１に記録しても良いが、例えば、映像データからスナップショットのように写真画像を時系列で複数枚のファイルを作成し、記録するとよい。このようにすると、容量もさほど必要が無く、多数の通過履歴の映像データを記録できるので良い。
【０２２４】
映像データの再生タイミングは、例えば、次回その場所を通過する際とすると良い。制御部１８は、例えば車両の現在位置が警報対象の手前所定距離になると、その警報対象についての通過履歴の映像データを記録するホルダにアクセスし、前回録画した映像データがあれば、それを読み出してレーダー探知機１の表示部４に当該映像を表示する。この表示に際し、「前回走行したときの風景です。」などのメッセージを音声や表示部４にテロップ表示すると良い。このようにすると、前回警報対象を通過した際の映像データが再生されるので、運転者等は、その映像を見て前回の運転・走行の状況を思い出し、今回の運転に注意喚起をすることができるので良い。警報対象の手前で過去の映像データを表示する場合、走行中で警報対象に時々刻々と接近しているので、読み出し・再生する時間的余裕が短いが、レーダー探知機１に記録した映像データを使用することで、所望の映像データを瞬時に読み出し再生できるので良い。ドライブレコーダに記録した映像データを利用しようとすると、ドライブレコーダから映像データを取得するのに時間を要し所望のポイントで再生できなかったり、ドライブレコーダ側で上書き等されて過去の映像データが消失して取得できなかったりするおそれがあるが、レーダー探知機１に記録した映像データを再生すると、係る問題は無いので良い。
【０２２５】
ドライブレコーダに記録する映像データの通過履歴情報は、例えば、レーダー探知機１に各道路の制限速度の情報を記憶させ、制限速度に対して所定の速度を超過したことをトリガに、その前後の映像を記録するようにしてもよいが、上述した変形例のようにオービス等の所定の警報対象の通過をトリガとするのが良い。所定速度超過をトリガとして映像を記録する場合、その映像を再生してもユーザはその場所がどこであるかを認識しづらく、その後の安全運転にあまり有効に寄与できない通過履歴情報が増えてしまい、特に安全に注意すべきオービス等の通過履歴情報が探しにくくなるのは好ましくないので、映像データの記録は所定の警報対象に絞るのが良い。
【０２２６】
映像データの記録は、例えば、車外での異変・異常・緊急で記録すべき事象の発生に基づく車内の様子・動向に基づき行うと良い。車内の様子・動向は、例えば、車外・車内の音の変化等の音情報とすると良い。車外での異変・異常・緊急で記録すべき事象の発生は、例えば、山中等の野外におけるイノシシや鹿や猿などの動物の飛び出しや、あおり運転された場合などがある。動物の飛び出しは、例えばその後に車両に衝突して車両が損傷したり、あおり運転された場合にはその後に事故の発生やあおり運転をしていた車両の同乗者が降車して近づいてきたりするような事態の発生に繋がるおそれがある。事故・衝突等に伴う車両へかかる衝撃が大きい場合には、加速度センサで衝突を検知し、ドライブレコーダは当該検知に基づきイベント記録をして衝突前後の映像データを記録できるが、検知できないような弱い衝撃の場合には加速度センサで衝突が検知できず、イベント記録できずに常時記録だけとなる。すると、常時記録した映像データが上書きされてしまうと、衝突した映像を保存できなくなるという課題がある。
【０２２７】
車内の様子・動向の一例である音情報は、例えば、子供の歓声や騒ぐ声や、「わー○○だ」「○○が出た」等の動物の出現を示す言葉や、「本当だ」などの同調する声などとするとよい。制御部１８は、例えば、歓声や騒ぐ声に対応する音の周波数やレベル、音声認識に基づく所定のキーワードの出現をトリガとして、映像データを記録すると良い。
【０２２８】
例えば音声情報に基づく判定処理は、例えば、事故発生時の状況の映像記録のためにはドライブレコーダ側で行っても良いが、レーダー探知機１の表示部４に過去の通過時の履歴データを表示する場合には、レーダー探知機１に例えばマイクを内蔵させ、そのマイクの出力に基づき制御部１８が当該判定処理を行い、条件を満たした際にその前後の区間の映像データをドライブレコーダから取得し、自己のメモリカード１１に記録すると良い。
【０２２９】
例えば、あおり運転された場合は、室内の声に加え、「オイ」などの相手の声に基づき映像データの記録を行うと良い。例えば、ドライブレコーダが、所定のスイッチを操作することでイベント記録をする機能を備えている場合、例えばあおり運転をしていた相手が降車して近づいてきた際に、当該所定のスイッチを操作するとイベント記録できるが、押す処理が煩雑であり、緊迫して操作できないおそれもある。当該相手が接近後、車両に対してたたいたり、ゆすったりして一定以上の衝撃が加わると、加速度センサの出力により自動的にイベント録画する機能を備えている場合であっても、係る衝撃が小さいと自動的にイベント録画はされないという課題がある。本形態のように、音の変化などに基づいて自動的にイベント録画ができると、確実に映像データを記録できるので好ましい。
【０２３０】
上述した車外・車内の音の変化等をトリガとして映像データを記録する場合、例えばレーダー探知機１にマイクを内蔵させて音声を記録しておき、その後に同じ場所を通過する際に、制御部１８は、その手前の所定地点で当該音声を出力すると良い。このようにすると、前回通過したときの状況が音声でわかるので、状況を思い出しやすくなるのでよい。例えば、以前動物が出現した場所は、同じ場所でその動物がいる可能性があるので、その手前等で音声再生等による報知を行う機能を備えると良い。係る機能を備えると、運転者は、その周囲を注意しながら運転するのでよい。この場合、映像データを併せて再生すると、それを見たユーザは、より状況を思い出しやすくなるので好ましいが、映像を再生することなく音声のみ出力するとよい。音声データのみでも十分当時の状況を思い出すことができ、映像データを再生しないことで、表示部４には他の有益な情報を表示できるので良い。
【０２３１】
動物発見ポイントをマイポイントのようにユーザ用の警報対象として記録し、そのユーザ用の警報対象に対する接近警報をする機能を備えると良い。その接近警報は、例えばあらかじめ用意したＣＧ等による動画・静止画を警報画像表示ウインドウＷ３に表示してもよいが、録音した実際の音声を再生するように構成すると臨場感があって良い。
【０２３２】
［警報の強さの変更機能］
制御部１８は、ユーザ設定に基づき警報の強さを変更する機能を備えると良い。例えば、変えられる。上述した実施形態におけるモード設定機能では、各項目の警報に対し、「する／しない」の二択とした。本形態では、例えば、警報のレベルを複数用意し、警報をする場合には警報のレベルを選択可能に構成した。警報のレベルの強弱は、例えば、音声による報知の場合、例えば音声レベルを変えたり（例えば、強い警報ほど音量を上げるなど）、発生する音声の内容自体を変えたりし、表示部を用いた報知の場合、例えば表示する内容や報知態様を変えたりすると良い。さらに、例えば警報のレベルが強いものほど、警報を発する箇所や、頻度を増やすようにすると、より好ましい。
【０２３３】
警報のレベル分けは、例えば、通常の警報と、より強いレベルの警報或いはより弱いレベルの警報のように２段階としたり、弱い・普通・強いのように３段階としたり、さらにはそれ以上としても良いが、あまりレベル数を増やすと、設定が煩雑であるとともにレベル分けすることにより生じる効果もさほど大きくならないので、２段階とするとよい。例えば、通常のレベルと、より強いレベルのように２段階にすると、通常のレベルの警報では気がつかないユーザであっても、モード設定により強いレベルの警報を発するようにすると、警報に気がつき、安全運転を促すことが出来るので良い。例えば、シートベルトを忘れやすいユーザに対して、例えば高速道路の入口手前等で頻繁に警報をすると、シートベルトの装着を促すことが出来るので良い。
【０２３４】
［待受画面の変形例］
図２８（ａ）は、待受画面の一例を示している。図示する待受画面は、メイン表示領域Ｒ１の左半分側と右側半分側にそれぞれ上下に３つのミニメーター３７を配置するレイアウトをとる。各ミニメーター３７は、左上に項目名表示部３７ａ、左下に文字情報表示部３７ｂ、右側に円形のメーター風表示部３７ｃを備える。制御部１８は、ミニメーターに表示する情報の項目を項目名表示部３７ａに表示する。図示の例では、左側の上から順に、時刻、速度（0-180Km/h）、衛星受信数と表示し、右側の上から順に、カレンダー、コンパス、気圧と表示する。制御部１８は、各項目に関する情報を文字情報表示部３７ｂとメーター風表示部３７ｃの一方または両方を使用して表示する。例えば、左上の「時刻」についてのミニメーター３７は、文字情報表示部３７ｂに現在時刻をデジタル表示し、メーター風表示部３７ｃに現在時刻をアナログ時計の模式図として表示する。このように、文字情報表示部３７ｂとメーター風表示部３７ｃで同じ内容を異なる態様で表示するタイプとしては、この「時刻」以外に、「速度」「コンパス」、「気圧」などがある。右上の「カレンダー」についてのミニメーター３７は、文字情報表示部３７ｂに曜日（図の例では「火曜日」）を表示し、メーター風表示部３７ｃに上段に「月」・下段に「日」を表示する。このように、文字情報表示部３７ｂとメーター風表示部３７ｃをあわせて一つの情報を表示するタイプもある。また、左下の「衛星受信数」についてのミニメーター３７は、文字情報表示部３７ｂは非表示でメーター風表示部３７ｃに現在受信している衛星の数を表示する。このように文字情報表示部３７ｂとメーター風表示部３７ｃの一方を用いて情報を表示するタイプもある。各ミニメーター３７に表示する情報は、設定により変更可能とすると良い。
【０２３５】
このミニメーター３７に表示する項目として、制限速度に関する情報を備えると良い。この制限速度に関する情報の表示例としては、例えば図２８（ｂ）に示すように、例えば、制御部１８は、項目名表示部３７ａに「制限速度」と表示し、文字情報表示部３７ｂに例えば「６０ｋｍ／ｈ」のように制限速度を文字で表示し、メーター風表示部３７ｃに制限速度の交通標識を模したマークを表示すると良い。このようにすると、例えば制限速度の切替ポイントで、制限速度について音声等で報知する機能を備えたものにおいて、それを聞き逃しても本形態における待受画面を見ることで、現在走行中の道路の制限速度を確認できるので良い。また、例えば、図１８，図１９等に示すように、警報対象に接近しマップ画面を表示する状態では、制限速度が表示されるが、本形態では、警報対象に接近して表示するマップ画面に遷移する前の待受画面の状態で制限速度がわかるので良く、実際の道路に交通標識が設置されていない区間においても制限速度を表示する当該待受画面を見ることで現在の道路の制限速度を確認できるので、制限速度を超過するおそれを可及的に抑制できるので良い。
【０２３６】
このミニメーター３７に表示する項目として、警報対象を特定する情報を備えると良い。例えば、警報対象に接近した場合、制御部１８は、上述したマップ画面を用いた警報画面に切り替えることなく、所定位置のミニメーター３７に警報対象に関する情報を表示すると良い。このようにすると、待受画面を用いて所望の情報を報知しつつ、警報対象の接近警報も行えるので良い。警報対象を特定する情報としては、例えば、制御部１８は、メーター風表示部３７ｃにマップ画面で地図上の警報対象の設置位置に対応する箇所に描画するターゲットアイコンを表示し、文字情報表示部３７ｂに警報対象までの残り距離を表示すると良い。さらに制御部１８は、警報対象の色（赤  黄  青  緑）に合わせてミニメーター３７の枠の色及びまたは背景色を変える機能を備えると良い。枠の色や背景色を変えることで、警報対象のおおよその種類を容易に理解できるので良く、得に背景色を変えると、その理解度が高まるのでより好ましい。
【０２３７】
待受画面を用いた警報対象の接近警報は、詳述したミニメーター３７を用いるものに限ることはなく、例えば、図３等に示す小メーター３２ｂ，３２ｃや、図２９（ａ）に示す大メーター３８ａ等の待受画面を構成する所定の要素を用いると良い。例えば、図２９（ａ）に示す待受画面は、メイン表示領域Ｒ１の右側に大メーター３８ａを配置し、左側に上下に２つの小メーター３８ｂ，３８ｃを配置するレイアウトをとる。図示した例では、制御部１８は、上側の小メーター３８ｂに時計（アナログ）を表示し、下側の小メーター３２ｃにコンパスを表示し、大メーター３８ａに衛星情報を表示する。この例では、大メーター３８ａには、電波を受信した衛星の天空上の位置を模式的に示す絵を表示する。
【０２３８】
この大メーター３８ａを用いた警報は、例えば、自車位置から所定距離以下に警報対象が存在する場合、例えば大メーター３８ａの円の中心を自車位置とし、例えば進行方向前方を円の上側にし、当該円内における警報対象の対応する位置に、その警報対象を特定するマークを表示する。このマークは、例えば、ターゲットアイコンと同様のものとすると良い。このようにすると、大メーター３８ａを用いた警報対象の報知は、マップ画面における地図情報を無くし、自車アイコンとターゲットアイコン等を所定の位置関係で描画する態様となる。このようにすると、マップ画面を表示することなく、警報対象のおおよその位置を認識できるので良い。
【０２３９】
当該大メーター３８ａを用いた警報の一例を示すと、例えば、図２９（ｂ），（ｃ）等に示すように、円の中心に自車両アイコン３９ａを表示し、その周囲に存在する警報対象を特定するマーク３９ｂを相対位置関係が合う位置に表示するレイアウトとすると良い。また、図示するように、自車両アイコン３９ａを中心とした真円の同心円３９ｃや楕円の同心円３９′を複数ライン表示し、各円の径を所定距離（例えば、５００ｍなど）に設定すると、各警報対象までのおおよその距離もわかるので良い。図２９（ｂ）のように真円の同心円３９ｃを描画すると、平面図の２Ｄの態様となり、図２９（ｃ）のように楕円の同心円３９ｃ′を描画すると、俯瞰図の３Ｄの態様となる。
【０２４０】
大メーター３８ａを用いた警報対象の相対位置関係を含めた警報では、メイン表示領域の全体を使用するマップ画面を用いた警報に比べると表示面積が小さいことから、警報対象の位置に表示するターゲットアイコンも小さくなり、見づらくなるという新たな課題が生じる。かかる課題を解決するためには、例えば大メーター３８ａの外枠の色や、大メーター３８ａの円内の背景色を、警報対象の色（赤  黄  青  緑）で表示すると良い。このようにすると、係る色から、警報対象のおおよその種類がわかるのでよい。
【０２４１】
図３（ｄ）に示すハイブリッド車用待受画面では、上方の領域に２つのミニメーター３４ａ，３４ｂを表示し、その下方の領域にハイブリッド情報を表示するようにする。このミニメーター３４ａ，３４ｂに表示する情報は、設定により切り替えるようにすると良く、ハイブリッド情報に表示する情報を設定により切り替える機能を備えるとより好ましい。
【０２４２】
上述した大メーター、小メーター、ミニメーターを用いた待受画面における所定のメーターに表示する項目として、ドライビングチェックに関する情報を備えるとよい。ドライビングチェックに関する情報は、例えば、車両の走行状態や、急ハンドル／急ブレーキなどの危険運転の状態や、燃費向上のためのエコドライブの運転をしているかに関するエコドライブ情報などを表示するとよい。例えば、所定のミニメーター３７を危険運転に関する情報を表示するものに使用する。制御部１８は、例えば加速度センサの出力から、加速度が第一基準値以下の場合にはミニメーター３７の背景色を緑色、第一基準医よりも大きい第二基準値以下の場合にはミニメーター３７の背景色を黄色、第二基準値を超えた場合にはミニメーター３７の背景色を赤色に表示し、急ブレーキ或いは急ハンドルを特定するマークをメーター内に表示するとよい。また、制御部は、エコドライブ情報をミニメーターや小メーターに表示する機能を備えると良い。例えば、エコドライブ情報は、急加速、急減速、アイドリング時間、経済速度での運転の可否等の情報をもとにエコドライブの運転をしているかの採点をして求める。制御部１８は、そのようにして求めた点数を所定のミニメーターに表示し、及びまたは所定時間間隔で当該点数を求め、定数の変化・履歴を小メーターに表示すると良い。また制御部１８は、例えば、１回の走行ごとなど所定の走行単位におけるエコドライブ情報の採点結果を記録し、今回の走行に基づく採点結果と前回等の過去の走行に基づく採点結果を比較し、点数の増減を報知する機能を備えると良い。このようにすると、今回の運転が、エコドライブがより達成できたか否かがわかるので良い。点数の増権を報知する機能は、例えば、信号の色の配色に合わせると、認知度が高いので余話借りやすく良い。信号の色の配色は、例えば、悪くなった場合は赤色、変化ない場合には黄色、良くなった場合には緑色とするとよい。
【０２４３】
待受画面は、例えば大メーター、小メーター、ミニメーターのように各種のメーター風表示部を備えている。例えば、システムに属する設定項目の「ベースカラー」で色を変更した場合、例えばメイン表示領域の全体を変えても良いが、メーターの円形領域の範囲内を変更し、外側は変更しないようにすると良い（図３０参照）。例えば、メイン表示領域の背景色は、例えば黒色などシックな色に統一を図り、メーターの円形領域の範囲内の背景色を変えることで、変えた色が目立つので良い。
【０２４４】
［ヘッドアップディスプレイとの連係機能等］
レーダー探知機１にヘッドアップディスプレイを接続し、現在の走行速度・時速等の情報や、各種の警報を、ヘッドアップディスプレイにより車両のフロントガラスに表示する機能を備えると良い。このようにすると、スマートで良く、運転者は、運転中に例えば前方を見ながら、視線を大きく変えることなく走行速度や警報内容等を認識できるので良い。
【０２４５】
ヘッドアップディスプレイを連携するとともに、ドライブレコーダを実装する場合、ドライブレコーダの撮影領域内に、ヘッドアップディスプレイが表示されるように設定するとよい。このようにすると、例えばドライブレコーダで撮影した映像データ中に、走行速度や警報内容を映り込ませて記録できるのでよい。例えば記録した映像データを後で再生すると、走行中の景色とともに例えば走行速度が表示されるので、運転者等のユーザはどの場所をどれくらいの走行速度で走行しているかが容易に確認できるので良く、また、当該ユーザは例えば警報が報知された際の外の景色から、どの場所を走行中に警報が発せられるかを確認でき、外の景色の刷り込み相まって、警報が報知される場所を記憶しやすくなり、その後の当該道路を走行する際の安全運転に寄与することが出来るので良い。ヘッドアップディスプレイのフロントガラスへの反射度合いを調整する機能を備えるとより好ましい。反射度合いを調整することで、ドライブレコーダで撮影した映像データ中に時速や警報等をより綺麗に映り込ませることが出来るので良い。
【０２４６】
通常、ドライブレコーダの撮影領域は、車両の前方景色等が映るように調整されており、車両のダッシュボード上等に配置したレーダー探知機１の表示部４は撮影領域外になるが、本形態では、レーダー探知機から出力されるヘッドアップディスプレイの表示が、ドライブレコーダで映るような位置関係にすることを特徴とする。このような特徴をすることで、例えば上述した効果を奏することかでき、また、例えば、ＧＰＳ機能を備えていないドライブレコーダであっても、走行速度を記録することが出来るので良い。
【０２４７】
［Bluetooth（登録商標）でのデータ更新機能］
例えば、ＧＰＳ警報するための警報対象についてのデータ等についてデータ更新する場合、上述した実施形態ではメモリカード１１を用いて行う例を説明したが、本発明はこれに限ることはなく、無線通信機能を利用して行うと良い。例えば、上述した実施形態のレーダー探知機１は、ＷｉＦｉ接続を利用した無線ＬＡＮ接続機能を備えている。例えば、制御部１８は、図１１（ｄ）の中央に示すＷＬＡＮ設定画面（２／３）を表示した状態で、「手動ダウンロード」や「自動ダウンロード」のボタン領域がタッチされたことを検知すると、更新データをダウンロードするための所定の処理を実行し、データ更新を行う。この場合に、例えば、事前にレーダー探知機１とスマートフォンとを無線ＬＡＮで接続する必要があり、当該接続を行うためには、例えばスマートフォンのデザリングをＯＮにする必要があるので煩わしいという課題がある。係る課題を解決するため、Bluetoothを利用して例えばレーダー探知機１とスマートフォン等の携帯端末との間で無線通信を行い、データ更新をする機能を備えると良い。例えば、スマートフォンにデータ更新用のアプリをインストールし、当該アプリを起動すると、スマートフォンとレーダー探知機１との間でBluetoothによる接続をはかり、新しい更新データをスマートフォン側からレーダー探知機１に無線送信する。レーダー探知機１は、取得した更新データに基づき、データ更新を行う。スマートフォン等の携帯端末に、レーダー探知機１の各種設定等を行うアプリを、インストールし、当該アプリを実行することでレーダー探知機１の設定を行える機能を備えると良い。このようにすると、運転者等のユーザは、使い慣れたスマートフォン等を操作することでレーダー探知機１の設定を行うことができるので、簡単に設定が行える。操作も手元で行えるのでより容易に行えるので良い。設定操作が簡単になることで、設定を切り替えたりすることへの意識付けが強くなり、より自分に合った設定のレーダー探知機１を構成でき、必要な情報を過不足無く、適切な報知態様で報知することができるので良い。
【０２４８】
［警告時以外画面ＯＦＦ機能］
制御部１８は、警告を発しない通常時には表示部４を眩しくない状態にする機能を備えると良い。例えば、上述した実施形態等では、警告を発しない通常時は、例えば待受画面などを表示するなどして何かしらの情報を発する構成としている。この構成では、表示部４は常時発光しており、普段は眩しいという課題がある。本形態のように、警告を発しない通常時には表示部４を眩しくない状態にする機能を備えると、その通常時は眩しさがなくなり、例えば、普段は眩しいので、画面表示は不要というユーザに適した機能を提供できる。
【０２４９】
表示部４を眩しくない状態にする機能は、例えば、表示部４の画面全体を例えば黒色その他の暗い色・眩しくない色で描画するようにすると良く、特に、表示部４を構成する液晶ディスプレイの電源をＯＦＦにするとより好ましい。同様の課題を解決するため、表示部４を、画面表示をしない非表示にする機能を備えるとしても良い。
【０２５０】
［周囲カメラ表示機能］
車両の前方を撮影するフロントカメラと、車両の左右を撮影するサイドビューカメラを備え、それら両カメラをレーダー探知機１に接続する。フロントカメラは、例えば、車両のフロントバンパーの辺りに取り付ける広角カメラを用いると良く、サイドビューカメラは、例えば、車両のサイドミラーの下の辺りに取り付ける広角カメラを用いると良い。レーダー探知機１の制御部１８は、レーダー探知機１が記憶する地図情報等により丁字路の交差点等に合流することを認識した場合、例えば表示部４や上述したヘッドアップディスプレイ等の表示手段に、フロントカメラで撮影した映像を表示し、例えばＯＢＤ情報からウインカー信号を受診した場合は自動的にサイドビューカメラで撮影した映像を表示する機能を備えると良い。このようにすると、運転者が手動操作で表示部に表示するカメラ映像を切り替える必要がないので良い。
【０２５１】
表示するカメラの切替は、上述した地図情報に基づくものに限ることはなく、例えば、警報対象に基づいて行っても良い。例えば、上述したフロントカメラと、車両の後方を撮影可能なバックカメラを備え、それら両カメラをレーダー探知機１に接続する。例えば、制御部１８は、オービス等の警報対象の通過前は、フロントカメラで撮影した映像を表示し、オービス等の警報対象の通過後はバックカメラで撮影した映像を表示するとよい。このように映像を表示するカメラの切替は、警報対象に基づくものより、上述した地図情報に基づくものが有益な情報を得られるのでより好ましい。
【０２５２】
警報対象を基準に通過前をフロントカメラで撮影し、通過後をバックカメラで撮影する場合、特に、制御部１８は、それら撮影した映像を例えばメモリカード１１等に記録すると良い。記録すると、通過前後の車両の周囲の状況を後で確認できるので好ましい。
【０２５３】
［撮影した画像データに基づく警報機能］
レーダー探知機は、前方を撮影する撮影手段を備え、その撮影手段を撮影した画像データに基づき、警報を発する機能を備えると良い。撮影手段は、レーダー探知機１の本体と一体で内蔵したものでも良いし、別体の撮影手段でも良い。別体とした方が、撮影手段を目的の映像を撮りやすい場所に設置しやすいので好ましい。
【０２５４】
画像データに基づく警報は、例えば、撮影した画像データに所定の検出対象物が存在した場合に行うと良い。検出対象物は、例えば、安全運転を促す看板等や、走行する道路の先に警報対象の存在を報知する看板等などとするとよく、特に、走行する道路の先に警報対象の存在を報知する看板の一つである「取締警告看板」を検出対象にすると良い。制御部１８は、撮影手段で撮影して得られた画像データに対して例えばリアルタイム画像処理で「取締警告看板」を検出し、警告する機能を備えると良い。
【０２５５】
「取締警告看板」は、「事前警告標識」や「予告標識」とも称されており、例えば図３１に示すように、速度取締を行っている地点の手前には、道路脇等の所定位置に、取締警告看板７３が設置される。図示の例では、取締警告看板７３は、縦長の板で、背景色が青に対して白文字で「速度違反監視中」などの文字が手書きで記載されている。また、具体的な図は省略するが、自動速度取締装置が固定設置されている路線の当該設置位置から所定距離手前等に「速度自動取締機設置路線」等といった取り締まりを警告する看板が設置される。これらの取締警告看板に表示する文字は、上記のものに限ることはなく、例えば、「自動速度取締機設置区間」，「速度自動監視」，「自動速度取締路線」等何種類かあるが、特定の文字に限定使用される。そこで、制御部１８は、撮影手段で撮影して得られた画像データに対して例えば所定の画像認識処理を行い、例えば看板の部分を抽出し、そこに記載された文字認識処理を行い、予め登録した文字の場合に、画像データに基づく警報を行う。ここで行う文字認識処理は、特定な文字に対して行えば良いので、制御部１８５のＣＰＵの性能があまり高くなくてもリアルタイム判定を行える。
【０２５６】
このように、例えば取締警告看板を検知して報知する機能を備えると、例えば、位置情報を登録しておらずＧＰＳに基づく警報が行えないがオービス等の速度取締装置に対する警報も行うことが可能となる。位置情報を登録していないオービス等の速度取締装置は、新しく設置されたものであり、最近の交通状況等に基づき安全運転を促すのが良い箇所であるので、そのような箇所に対しても警報を行うことで、安全運転に寄与することが出来るので良い。
【０２５７】
特に、小型オービスや移動オービスの手前に設置される看板は、簡易な立て看板のみが立てられているだけであるので、運転者等が見落としやすいという課題がある。本形態の機能を備えると、当該見落としやすい簡易な立て看板であっても、検出し報知されるので運転者はその存在を確実に認識できるので良い。
【０２５８】
［道路標高データを用いた警報機能］
レーダー探知機は、道路の標高データを記録するとよい。制御部１８は、ＧＰＳ情報から現在地点の経度・緯度の位置情報とともに高度の情報も取得し、その取得した高度の情報も利用して現在走行している道路を特定する機能を備えると良い。このようにすると安定した道路識別が可能となる。制御部１８は、特定した現在走行している道路に関する警報を発し、現在走行している道路と関係ない警報対象に対しては、通常の警報をしないようにするとよい。通常の警報をしないとは、例えば、警報をしない場合と、軽め・弱めの警報をする場合などがある。このようにすると、走行している道路に関する警報が注力して行われ、不要な警報の発生を防いだり、弱めで気にならない報知にしたりできるので良い。例えば、高速道路と一般道路が併行して存在している場合、経度・緯度の位置情報だけでは、高速道路と一般道路のどちらを走行しているか特定できない場合があるが、本形態の機能を備えると、安定した道路識別が可能となるので、例えば、高速道路を走行中と認識した場合、一般道路に設けられたオービス等の速度取締装置その他の警報対象については正規の警報をしないようにすると、不要な警報を発しないので良い。また、その逆に、一般道路を走行中と認識した場合、高速道路に関する警報対象については正規の警報をしないようにすると良い。
【０２５９】
［ＡＲ警報］
ドライブレコーダとレーダー探知機を連携し、レーダー探知機は、ＧＰＳ情報と、ドライブレコーダが撮影するライブ画像を解析してＡＲで警報する機能を備えると良い。ＡＲの警報を行うと、実際に撮影している映像に所望の警報・報知がなされるので、リアリティが増し、より効果的に注意付けを喚起することができるのでよい。ＡＲ警報は、例えば撮影し表示部等に表示する映像において、警報対象物の存在が目立つ態様で、ＡＲで画像に重ねて報知すると良い。目立つ態様は、例えば、枠や矢印などの指示要素をＣＧ等で作成し、画像中の警報対象物に関連付けて表示すると良い。関連付けて表示は、例えば指示要素が警報対象物を指していることをユーザが容易に理解できる配置にすると良く、例えば、警報対象物に重ねたり、警報対象物の近くに配置したりすると良い。指示要素が枠の場合、警報対象物の全体或いは一部を囲むように配置すると良く、指示要素が矢印の場合、矢の先に警報対象物が存在する配置とすると良い。
【０２６０】
一例としては、例えば、撮影した画像を解析し、交差点で警官を認識した場合、当該警官の存在がわかるようにＡＲ警報をするとよい。また、車両の後方を撮影するカメラを備えた場合、その後方を撮影した画像データに基づき白バイ、パトカー、覆面パトカーなどを認識し、ＡＲで警報するとよい。また、警報対象物をあらわすキャラクタをＣＧ等で作成し、そのキャラクタを警報対象物の表示位置に重ねて表示してＡＲ警報をすると良い。
【０２６１】
上述した実施形態，変形例等で説明したレーダー探知機に、ドライブレコーダの機能を実装すると良い。レーダー探知機１は、表示部４に対する運転者からの視認性を良くするため、ダッシュボード上に設置するのが良い。従来からある一般的なドライブレコーダは、本体を車両の所定位置に取付けた状態で、車両の前方を撮影するカメラは、その撮影方向が水平方向前方を向き、カメラの画角は水平を基準に上側とした側で等角度になるように調整する。係る調整を行いやすくするため、例えば、ケースが矩形状の場合、カメラの向きを、ケースの底面と平行にする。このようにすると、ケースの底面が車両の床面等に対し平行になるように起立して取付けると、カメラも水平方向前方を向くようになる。
【０２６２】
ドライブレコーダ機能を備えたレーダー探知機１において、カメラの向きを上述した従来一般的なものと同じようにし、レーダー探知機１を車両８０のダッシュボード上に設置した場合、図３２（ａ）に示すように、そのレーダー探知機１に実装したカメラの画角８１が車両８０のボンネット８２が存在し、当該カメラにボンネット８２が映り込んでしまい、カメラの画角８１の下側半分の領域の大部分が死角になってしまうという課題がある。
【０２６３】
そこで本形態では、例えば図３２（ｂ）に示すように、矩形状で起立した姿勢のケース２の取付け状態で車両前方を向くケース２の後面２ａにカメラ８を実装するに際し、カメラ８の画角の範囲が一定の角度で斜め上方を向いた状態で行う。このようにすると、例えば、ケース２を垂直状態で起立するように車両８０のダッシュボードの上に取付けると、カメラ８は斜め上を向く姿勢となり、例えば図３２（ｃ）に示すように画角８１も車両８０の前方斜め上方の範囲となる。そして、カメラ８の向きを、レーダー探知機１を設置した状態で画角８１の下側の境界をボンネット８２よりも上方になるように設定すると、カメラ８に死角がなくなるので好ましい。
【０２６４】
図３２（ｄ）は、ドライブレコーダ機能を備えたレーダー探知機１の変形例を示している。この変形例は、ケース２′の外形状を、縦断面が略片台形状にし、後面２′ａを傾斜面にする。その傾斜面に対し、カメラの画角８１の中心が直交するようにする。これにより、カメラ８の向きと後面２′ａが揃うので、カメラ８が目立つことなくケース２に実装することが出来るので良い。
【０２６５】
例えばドライブレコーダ一体型のレーダー探知機を車両のダッシュボードの上に取り付けた場合、カメラを水平方向前方に向くように設置すると、上述したように例えば図３２（ａ）を参照して説明したように、カメラで撮影した映像データ中に自車両のボンネットが映り込むという課題がある。上記の形態のように、カメラ８の画角を斜め上に向かせると、死角がなくなるか少なくなるので、当該課題を解決することができる。一方、カメラ８で撮影した映像データは、中心から周辺に行くに従って解像度が低くなる。そのため、上記の形態のように、カメラ８を斜め上に向けた場合、前方車両等が解像度の低いカメラ８の画角の範囲の周縁付近に位置するという新たな課題が生じ、ドライブレコーダにおける事故時等の映像記録等を考慮すると、ドライブレコーダの取付自体は、例えばフロントガラスの上部の方が有利となる。
【０２６６】
ドライブレコーダ一体型のレーダー探知機にＷｉＦｉなどの無線通信機能を実装し、当該レーダー探知機１は、例えば車両のフロントガラスの上部の所定位置に取り付ける。スマートフォンなどのＷｉＦｉなどの無線通信機能と表示部を備えた端末を用意し、レーダー探知機と無線接続をした状態を維持し、レーダー探知機は、警告画面や撮影映像を当該端末に送信する機能を備え、端末は、受信した警告画面や撮影映像を端末の表示部に表示する機能を備える。このようにすると、例えば前方車両等の前方の景色は解像度の高いガメラの中央付近の領域で撮影できる。スマートフォン等の端末をダッシュボード上に設置したり運転者等のユーザの手元に置いたりすることで、ユーザは、警告画面や撮影映像を自分の近くにある当該端末で確認できるので良い。また、係る機能を実装することで、例えば、ドライブレコーダ一体型のレーダー探知機が、画面が無いモデルや、例えば、１．５インチ程度の小型画面のモデルであっても、警告画面や撮影した映像データ等を綺麗な状態で大きい画面で視認出来る。
【０２６７】
［２画面ドライブレコーダ機能を備えるレーダー探知機］
ドライブレコーダ機能を備えるレーダー探知機は、例えば、ドライブレコーダ機能を備える。本形態のレーダー探知機１は、例えば図３３に示すように、横長幅広のケース２を備え、ブラケット３を介して車両のダッシュボードなどに設置される。このレーダー探知機１は、ブラケット３の変更に応じてサンバイザー裏側やルームミラー裏側等にも設置可能とすると良い。このレーダー探知機１のケース２の前面に設ける表示部４は、水平方向に並列配置される第一表示部４ａと第二表示部４ｂを備える。
【０２６８】
ドライブレコーダ機能付のレーダー探知機１は、レーダー探知機としての機能と、ドライブレコーダとしての機能の両方の画処理が出来るCMOSSensorI/F搭載のVideoSoCを用い、１チップでレーダー探知機としての処理と、ドライブレコーダとしての処理を行うようにすると良い。
【０２６９】
レーダー探知機１は、第一表示部４ａと第二表示部４ｂの二つの画面を備え、その二つの画面に表示する種類・内容を設定する設定機能を備えると良い。例えば、左の第一表示部４ａをドライブレーダ用の表示部に設定し、右の第二表示部４ｂをレーダー探知機用の表示部に設定すると良く、上述した設定機能により、表示位置を左右入れ替えたり、別の画像・映像を出力したりする設定を行えるようにした場合、上記の第一表示部４ａをドライブレゴーダ用で、第二表示部４ｂをレーダー探知機用とするとより好ましい。ドライブレコーダの機能を備えた場合、通常、カメラは車両の幅方向の中央部付近に設けるので、本形態のドライブレコーダ機能を備えるレーダー探知機１は、例えば車両の幅方向の中央部付近に設置すると良い。このようにすると、例えば日本車などのように右ハンドルの車両の場合、第二表示部４ｂは運転中の運転者に近い側に配置されるので、運転者にとって車両の走行における有益なレーダー探知機による映像の報知を確認しやすくする。また、第一表示部４ａは助手席に近い側に配置されるので、例えば助手席に同乗者がいる場合、その同乗者にとってドライブレコーダ機能のカメラで撮影した映像を見やすくする。
【０２７０】
図示省略するが、この第一表示部４ａと第二表示部４ｂを備えたレーダー探知機１は、他の外部カメラと接続する映像入力端子を備え、当該他の外部カメラからの映像を第一表示部４ａ，第二表示部４ｂのうちの一方の表示部に表示し、他方の表示部には、ドライブレコーダ用或いはレーダー探知機用の表示画面を表示する機能を備えると良い。例えば、他方の表示部にレーダー探知機用の表示画面を表示する場合、運転者にとって車両の走行における有益なレーダー探知機による映像の報知を受けることと、外部カメラで撮像した映像を見ることが出来るので良い。特に、外部カメラは、車両の前方以外の領域を撮影するものとすると良い。当該車両の前方以外の領域を撮影するものとした場合には、前進移動の走行中において前を向いている運転者の視界の外の景色を表示部に表示することが出来る。また、外部カメラは、特にドライブレゴーダ用のカメラと異なる方向を撮影するように設定すると好ましい。そのように異なる方向を撮影するよう設定した場合において、特に、外部カメラで撮影した映像を一方の表示部に表示し、ドライブレコーダ用のカメラで撮影した映像を他方の表示部に表示すると良い。このようにすると、異なる方向を撮影した映像を、２画面で同時に表示することが出来る。
【０２７１】
上述した外部カメラを接続したシステム構成において、レーダー探知機１の制御部１８は、第一表示部４ａと第二表示部４ｂの二つの画面に表示する種類・内容を設定する設定機能を備えると良い。
【０２７２】
警報のない通常時における表示を、第一表示部４ａと第二表示部４ｂの両方ともドライブレコーダ用のカメラや外部カメラなどで撮影した映像データを出力表示する構成にした場合、警報対象の接近警報その他のレーダー探知機としての報知・警報のイベントが発生した場合、第一表示部４ａと第二表示部４ｂの少なくとも一方は、レーダー探知機の機能に基づく警報・報知画面を表示すると良い。係るレーダー探知機の機能に基づく警報・報知画面を表示する表示部を設定する機能を有すると良い。係る設定は、例えば「第一表示部４ａと第二表示部４ｂの両方に警報・報知画面を表示」、「第一表示部４ａに警報・報知画面を表示」、「第二表示部４ｂに警報・報知画面を表示」から選択する機能を備えると良い。当該設定は、例えば例示した３種類のうち、いずれか２種類を選択可能とするものでも設定が簡単で良いが、３種類とも選択できるように構成するとより好ましい。また、当該設定する機能を設けない場合、例えば、レーダー探知機の機能に基づく画面を第二表示部４ｂのみに表示するように構成するのがよい。このようにすると、所定のカメラ映像を表示しつつ、右ハンドルの車両の運転者側の第二表示部４ｂに警報画面を表示するので、当該警報画面を運転者が認識しやすくなるのでよい。
【０２７３】
［複数画面を備えたレーダー探知機（カメラの総数が表示部の数より多い形態）］
ドライブレコーダ機能の有無にかかわらず、表示部を複数備えたレーダー探知機であって、例えば、ケース２に実装する内蔵カメラと、ケース２に接続する外部カメラの総数が、表示部の数（本形態では、２個）よりも多い（本形態では３個以上）とするとよく、当該多い場合に設定した条件に基づき表示部の数以下の所定のカメラで撮影した映像データを、所定の表示部に表示する機能を備えると良い。所定の条件により、表示対象のカメラを切替、所定の表示部に表示することで、例えば適切な映像を表示することが出来る。
【０２７４】
例えば、本形態のように表示部が２個あり、カメラが前後・左右の夫々を撮影する４個存在する場合に、所定の２個のカメラからの映像を選択し、所定の表示部に表示する機能を備えると良い。左右方向の夫々を撮影するカメラの撮影領域は、真横ではなく、例えば斜め左前方や斜め右前方などとすると良い。これらの撮影領域は、運転者から死角になって見えない或いは見えづらい領域を含むようにすると良い。表示部に表示する映像を出力する所定の２個のカメラは、例えば、車両の前方と、走行しようとする方向を撮影するカメラとすると良い。走行しようとする所定の方向を撮影する方向は、例えば、ＯＢＤ情報・車両情報で出力されるウインカー信号に基づき決定すると良い。例えばウインカー信号が左折の場合、制御部は、左側を撮影するカメラからの映像データを所定の表示部に表示し、例えばウインカー信号が右折の場合、制御部は、右側を撮影するカメラからの映像データを所定の表示部に表示する。ＯＢＤ情報・車両情報で出力されるシフトレバー位置の信号に基づき、当該信号がＲレンジの場合、制御部は、後方を撮影するカメラからの映像データを所定の表示部に表示する。
【０２７５】
例えば、前方に直進している場合に、前方を撮影するカメラと、後方を撮影するカメラの映像を夫々表示部に表示するように構成した場合、直進時と、後進時のいずれも表示するカメラの映像データは同じになるので、シフトレバー位置の信号に基づく制御を行わなくても同じ切り替え表示動作を行えるので良い。
【０２７６】
進行方向に基づくカメラの映像を表示する所定の表示部は、設定により切り替える機能を備えると良いが、例えば、切り替えられない場合或いはデフォルトとして前方を撮影するカメラからの映像データを、運転席から遠い第一表示部４ａに表示し、左右或いは後方を撮影得るカメラからの映像データを運転席に近い第二表示部４ｂに表示すると良い。このようにすると、車両が進行しようとする方向の領域を撮像した映像が、運転者に近い位置に表示されるので、運転者にとって見やすく、運転者が確認しやすいので良い。前方を撮影した映像データは、元々運転者が直接、フロントガラスを介して視認できる領域でもあるので、運転者から離れた位置に表示されても見づらくなることでの影響が少ないので良い。
【０２７７】
また、別の表示形態としては、例えば、一方の表示部には、所定の条件に合致したカメラからの映像データを表示し、他方の表示部には、画面を複数に分割して複数のカメラからの映像データを縮小表示するようにすると良い。所定の条件に合致したカメラからの映像データは、例えば、所定の順番やランダムに切り替えてもよいが、上述した車両の進行方向を写すカメラからの映像データとすると運転に有用な映像となるのでより好ましい。当該所定の条件に合致したカメラからの映像を表示する一方の表示部は、例えば右ハンドルの車両における運転席から離れた側の第一表示部４ａとすると良く、複数のカメラからの映像データを縮小して同時に表示する他方の表示部は、例えば右ハンドルの車両における運転席側に近い第二表示部４ｂとすると良い（図３４（ａ）参照）。縮小表示することで、分割された個々の表示は小さくなるが、より運転席に近い方で縮小表示することで、運転者が見づらくなるのを抑制する。なお、図３４では、各表示部に表示する映像データを、便宜上、アルファベット（ａ，ｂ，ｃ，ｄ）で示している。
【０２７８】
図３４（ａ）に示すように、例えば第二表示部４ｂを４分割すると、４つのカメラからの映像データを同時に表示することが出来る。また、図３４（ｂ）に示すように、第二表示部４ｂにおける四分割した各映像において、第一表示部４ａに表示した映像データに対応する映像を、例えば所定の色の第一指示枠９０で囲むようにするとよい。このようにすると、四分割して表示しているどの映像が第一表示部４ａに拡大表示されているかが容易に理解出来るので良い。
【０２７９】
さらに、図３４（ｃ）に示すように、第一指示枠９０を表示するのに対応して第一表示部４ａの外周囲を囲むように第二指示枠９１を表示すると良い。このようにすると、第一表示部４ａに表示中の映像データと、第二表示部４ｂに分割表示した一の映像データとの相関がわかりやすくなるので良い。第一指示枠９０と第二指示枠９１の表示色を同系統色にすると、より相関が強くなるので好ましく、同色にするとより好ましい。
【０２８０】
第一指示枠９０と第二指示枠９１の表示色を同系統色或いは同色とした場合、分割表示される第二表示部４ｂの４つの表示位置、或いは４つのカメラに応じて異なる色を割り当てるとより好ましい。このようにすると、第一表示部４ａに表示するカメラが切り替わると、第一指示枠９０並びに第二指示枠９１の表示色が変わるので、カメラが切り替わったことを直感的に理解でき、表示色からどのカメラの映像かが理解出来るので良い。
【０２８１】
上述した形態では、映像入力端子を設け、外部カメラを有線で接続するようにしたが、外部カメラを無線通信で接続しワイヤレスとすると良い。ケース２内にカメラを内蔵せず、外部カメラからの映像を取り込むようにしてもよい。このようにすると、例えばカメラはフロントガラスの情報中央などの所定位置に設置し、表示部を備えた本体を例えばダッシュボード上の運転者から見やすい位置に配置できるので良く、特にワイヤレスにすることで、配線の引き回しが不要となるので良い。
【０２８２】
［二画面のレーダー探知機１の上下反転対応］
上述した二画面のレーダー探知機１は、例えば、図３５（ａ）に示すように例えば本体のケース２の底面側に所定のブラケット３を取り付けた状態で、当該ブラケット３の底面を所定の固定部材で車両のダッシュボード上に固定する。なお図３５では、各表示部に表示する映像データを、便宜上、アルファベット（Ａ，Ｂ）で示している。また、このレーダー探知機１は、別のブラケット３を用いてサンバイザー裏側やルームミラー裏側や、フロントガラス等に取り付け固定するように構成すると良い。
【０２８３】
この場合に、レーダー探知機１は、図３５（ｂ）に示すように、ケース２の底面側を上にした天地を逆転した姿勢で車両に取り付けるため、第一表示部４ａと第二表示部４ｂの運転者側から見た位置も左右が逆の配置になる。そのため、レーダー探知機１の制御部１８は、レーダー探知機１の上下の向きに応じて、第一表示部４ａと第二表示部４ｂに表示する画像を、左右を入れ変えるとともに、上下反転して表示する制御を行う。このようにすると、レーダー探知機１の取り付け姿勢に関わらず、運転者側に近い側で同じ表示内容を報知することができ、例えば運転者により見せたい情報を運転者側に配置することができる。同様に運転者側に遠い側でもレーダー探知機１の取り付け姿勢に関わらず、同じ表示内容を報知することができる。上下の向きは、例えばＧセンサで検知すると良い。
【０２８４】
このレーダー探知機の表示制御の機能は、ドライブレコーダ機能の有無にかかわらず実装すると良いが、特にドライブレコーダ機能を実装したレーダー探知機の場合、レーダー探知機の取り付け姿勢に関わらず例えば運転者側に近い側を警報報知に使用すると良い。
【０２８５】
［二画面のレーダー探知機１のカメラ位置］
例えば図３３（ｃ）に示すように、カメラ８の取付位置は、左右方向で中心からずらした位置にし、第一表示部４ａの真裏・真背面に配置すると良い。カメラで撮影した映像を第一表示部４ａに表示するようにすると、第一表示部４ａを通して見ている感じを醸し出せるので良い。カメラで撮影した映像の表示を表示する表示部を切替設定する機能を備える場合、第一表示部４ａに表示するのをデフォルトとすると良い。
【０２８６】
［ＡＳＩＣ搭載レーダー探知機］
上述した各種のレーダー探知機の回路は従来から採用されているものと同様でも良いが、ワンチップ化して作るとなお良い。チップに内蔵する構成要素としては、例えばＬＮＡ、ＭＩＸＥＲ、ＶＣＯ、ＩＦ  ＡＭＰ、ＩＦ検波、信号処理、ＦＳＫ（Ｋバンドオービス識別）等を備えると良い。このようにすれば、小型化、コストダウン、部品点数削減、性能安定化、回路コピーの防止等という効果を奏する。
【０２８７】
［ＡＳＩＣ内蔵ＶＣＯ温度補償］
上述した各種のレーダー探知機等は、ＡＳＩＣを実装したタイプがある。係るＡＳＩＣに内蔵したＶＣＯ内部のバリキャップ容量は、温度変化により変動し、それに伴いＶＯＣの発振周波数が変動する。その課題を解決するため、温度変化による周波数変移を外付け素子にて補償する機能を備えると良い。
【０２８８】
係る補償する機能は、例えば、ＡＳＩＣに備えるＶＣＯの設定用の入力端子（Ｖｃｏｎｔ）を利用すると良い。ＶＣＯは、Ｖｃｏｎｔに入力される電圧値に応じた発振周波数の信号を出力する。そこで、レーダー探知機等に例えば温度センサを実装し、周囲温度を検出する機能と、検出した周囲温度に基づきＶｃｏｎｔに入力する電圧値を調整する機能を備えることで、Ｖｃｏｎｔの入力を使用したＮＴＣサーミスタ及びＬＴＣ補償方法を実現すると良い。係る構成にすると、一定電圧範囲内（例えば、０．５〜２．５Ｖ）で補正が可能となり、変動を抑制出来る。分圧を使用しているため、低電圧時には効果が出にくいが、所定の電圧以上であれば対応できるので良い。
【０２８９】
また、ＶＣＯの調整用の入力端子（Ｖａｄｊ）を利用すると良い。ＶＣＯは、Ｖａｄｊ端子に所定の電圧を入力すると、その入力電圧値に応じて発振周波数を変更調整する。そこで、レーダー探知機等に例えば温度センサを実装し、周囲温度を検出する機能と、検出した周囲温度に基づきＶａｄｊに入力する電圧値を調整する機能を備えることで、Ｖａｄｊの入力を使用したＮＴＣサーミスタ及びＬＴＣ補償方法を実現すると良い。係る構成にすると、すべての電圧範囲内（例えば、０〜３Ｖ）で補正が可能となり、変動を抑制出来る。 ＬＴＣを使用することにより、リニアな補償が可能となり、ほぼ常温から変動しなくなる。
【０２９０】
［ＧＰＳ（みちびき）から配信される災害に関する情報等を利用］
みちびき（準天頂衛星システム）ＱＺＳＳが行うサービスの一つに、災害・危機管理通報サービスがある。この災害・危機管理通報サービスは、防災・危機管理の政府機関から、地震、津波などの災害情報、テロなどの危機管理情報、避難勧告などの発令状況について、みちびきから送信するサービスである。このサービスは、利用者に災害情報などのメッセージを届けるもので、災害・危機管理通報（以下、「災危通報」と称する）を送信する信号は、衛星測位で一般的に利用しているGPS衛生から送信される信号と同じ周波数で同じ波形である。そのため、例えば上述した各種のレーダー探知機や、ナビゲーションシステム、ドライブレコーダ等のＧＰＳユニットを実装したＧＰＳ機器は、当該ＧＰＳユニットで災危通報を受信可能となる。
【０２９１】
例えば災害時には電力網が破壊され、携帯ネットワークが利用できなくなることが想定される。一方、車両は燃料がある限りＧＰＳ機器等の電源として機能する。またＧＰＳ機器は電池駆動も可能である。レーダー探知機その他のＧＰＳ機器に、災危通報を受信する機能と、その受信した災危通報に基づく報知を行う報知機能を備えると良い。
【０２９２】
例えば鹿児島県は、霧島山・桜島などからの降灰が問題となり、天気予報で降灰予測が発表されるくらい、降灰は日々の生活と密接に関連し、降灰予測を確認することは生活の一部となる。この降灰に関する情報が報知されると良い。例えば「現在、霧島山から多量の降灰が予想されています。」等というように、原因地点と、予測する降灰量を報知するとよい。
【０２９３】
報知タイミングは、駐車をする際、エンジンオフ時にお知らせするように構成すると良い。エンジンオフ等の電源断時点などにバッテリバックアップで動作させ、防災気象情報（降灰）を報知すると良い。
【０２９４】
例えば、エンジンがオフ時に防災気象情報（降灰）を「現在、霧島山から多量の降灰が予想されています。」等のように災危の発信源と、状況・程度等の情報を報知するとよく、特に、「洗濯物を取り込みましょう」などの次に取るべき行動についての注意メッセージを報知すると良い。エンジンがＯＦＦになると、そのまま降車することが多く、車両は駐車し、運転者等はそのまま自宅等の家屋に入ることが多い。そこで、そのタイミングで報知することで、運転者等のユーザが次の行動に移りやすいので良い。
【０２９５】
エンジンをかけたときに報知しても良いが、望ましくはエンジンをオフしたときの方が良い。例えばエンジンをかけたときは、そのまま車両を発進してどこかに出かけようとしているため、例えば一定時間、自宅から離れ家を空けることを想定すると、そのタイミングで防災気象情報（降灰）を報知すれば、例えば洗濯物を取り込むなど降灰対策をしてから改めて出発するような機会を与える可能性がある点では好ましいが、時間が無く慌てて出ようとしていることもあるので、帰宅等のその後の時間的に余裕があるエンジンを切ったときに報知する方がより好ましい。また、エンジンオフ時に車両をカーポートなど屋根がある場所に入れたり、車両にカバーをかけたりといった対応を 降車時に予めとることができる。洗濯物をすぐに取り込むなどの対策もできるので良い。
防災気象情報（降灰）には、降灰の予測量についての情報も含まれる。降灰の予測量は、１から４の４段階に分かれている。例えば、１は「少量の降灰」、２は「やや多量の降灰」、３は「多量の降灰」、４は「小さな噴石の落下」がある。レーダー探知機等のＧＰＳ機器は、程度に応じて警報を変える機能を備えると良い。例えば、１の時は報知せず、２，３の時は報知するなどとするとよい。４の場合は、逃げる必要があるので防災気象情報（降灰）の報知は行わず、避難を促す警報を行い、防災気象情報（降灰）の報知は行わないようにすると良い。また、地域・時間帯が現在位置と現在時刻に該当するときにだけ報知するようにするとよい。
【０２９６】
（無線警報との連携）
レーダー探知機等の制御部は、無線警報の報知と、みちびきの情報を連携させて報知する機能を備えると良い。みちびきの情報は、例えば噴火警報の発令・降灰情報等とすると良い。例えば、導きから発せられる噴火情報等の所定の災危通報の内容と、無線情報を関連づけて報知すると、両方の警報に基づく注意喚起をより大きくできるので良い。
【０２９７】
警報のタイミングとして、所定の無線を受信した場合に、みちびきの所定の情報（例えば噴火警報の発令・降灰情報等）を受信している場合、そのみちびきの所定の情報も併せて報知する機能を備えるとよい。例えば、無線警報をするタイミングで、みちびきの情報をＴＴＳ等で読み上げる。例えば、「デジタル無線を受信しました。また霧島山（燃岳）には噴火警報が発令されています。走行に注意してください。」等と音声或いはテロップその他のテキストなどで報知すると良い。
所定の無線の受信は、行政活動が活発化している可能性があり、そのときに噴火警報などが発令されていると、行政活動と噴火対策の可能性が高く、例えば渋滞の発生を予想したルートや、行政活動の邪魔にならないようなルートで走行するなどの対応策がとれるので良い。
【０２９８】
みちびきの所定の情報を受信したときに、報知するようにしても良いが、定期的に送られてくるので、同じ警報を繰り返しすることになる。そのため、導きの所定の情報を受信した都度報知すると、頻繁に報知が行われ煩雑さを感じたり、警報の効果が低減したりするおそれがある。そこで、一回警報したら、同じ情報に基づく警報は所定の警報条件を満たした際に行うと良い所定の警報条件は、例えば所定期間の経過とすると良い。このようにすると、少なくとも所定期間は警報が行われないのでうるさくない。所定期間は、時間・回数などがある。また、所定の警報条件は、他の警報が行われたこととするとよく、特に、無線の受信に伴う無線警報に連携させると、関連性・関係性が高いので良い。
特に、警察・消防・ヘリなどの行政無線とすると良い。
【０２９９】
（津波、河川氾濫に基づく報知機能）
みちびきの所定の情報の一つに、「津波の警報」があり、その「津波の警報」の内容について非常に多数の種類が規程されている。例えば、「１４１  東日本大震災クラスの津波が来襲します」などがある。
【０３００】
レーダー探知機等は、マップに海岸線情報をもたせた情報を記憶保持する。レーダー探知機等の制御部は、津波警報が現在地近傍ででた場合に、津波警報の内容の発令時に、海から離れてくださいという 「現在地が危険である旨の」警報音声を出す機能を備えると良い。津波がここ（現在地）まで到達することを伝えるメッセージとすると良い。例えば、「山の方に向かってください」、「高い位置に避難してください」等の現在採るべき行動を報知すると良い。
【０３０１】
一方、現在地が海から十分に離れている場合には 「現在地が危険である旨の」警報を抑制する機能を備えるとより好ましい。警報の抑制は、警報をしないようにしてもよいが、音声警報をせずに画面を用いた報知をするようにすると良い。
【０３０２】
例えば、市町村などの災危通報がされる一定の地域単位等で一律に警報を発するようにしても良いが、例えば同じ地域でも山の上など標高が高い地域や、海岸線から離れていて津波が到達する可能性が低い場所もあり、そのような可能性が低い場所でも報知すると、運転者に慌てさせたり、混乱させたり、不必要な退避行動をさせるおそれがある。そこで、上記のように現在地と海岸線との距離が近い位置のように危険に地域に特化して報知すると良い。
【０３０３】
津波の警報の報知は、上述した海岸線からの距離に基づいて行う機能に替えて、標高に基づいて報知する機能を備えても良く、より好ましくは、海岸線からの距離に基づく報知機能と、標高に基づく報知機能の両方を備えると良く、両方の情報に基づいて報知する機能を備えるとさらに好ましい。
【０３０４】
標高に基づく報知は、例えば、マップに等高線データをもっておき、現在地が最大級の津波に相当する高さ未満に相当する場合に、「現在地が危険である旨の」警報音声を出すようにしてもよい。海抜の低い地域は、海岸線から離れていても海水等が浸入してくるおそれがあるので、それらの地域に対して注意喚起するとよい。最大級の津波に相当する高さ未満は、例えば 海抜２０ｍ未満とすると良い。
【０３０５】
両方の情報に基づいて報知する機能は、例えば、少なくとも一方に該当する場合に報知し、例えば海岸線に近く標高も低いというように両方の報知条件を満たす場合には、緊急性が高いことがわかるより強い報知態様で報知すると良い。また、例えば、海岸線から一定の距離の範囲内であっても、標高が最大級の津波に相当する高さよりも高い場合には、津波の警報をしないようにするとよく、より好ましくは、当該状態がわかるように報知すると良い。当該状態がわかるように報知とは、例えば、「津波が発生／発生のおそれがあり、現在地は海岸線に近いが、標高が高い」ことを報知すると良い。例えば、津波の警報を報知に伴い、海岸線から離れる方向に移動しても、移動する方向の地域の標高が低くなると、海岸線から安全な距離だけ離れるまでに、津波が到達するおそれがあり、かえって津波の警報の報知があったときの標高の現在地に留まった方が安全な場合がある。そこで、例えば、現在地の海岸線からの距離と、標高を具体的な数値で報知すると、海岸線から離れるのと、そこで待機するのどちらがより安全かについてユーザに判断させるための有益な情報を提供することができる。
【０３０６】
上述した例は、津波に基づく報知について説明したが、河川の氾濫についても河川の位置と河川の標高を基準として同様にするとよい。
【０３０７】
（位置情報と報知レベルの併用）
レーダー探知機等の制御部は、地震、津波、噴火、氾濫などの方向（危険な場所：災害地域）が、現在地近傍や現在向かっている方向にあるか否かを判定して、ある場合に報知し、ない場合には報知を抑制する機能を備えると良い。
【０３０８】
この形態は、現在位置ではなく、近い将来に存在するであろう場所が危険な場合に報知するものである。例えばカーナビゲーションのように目的地が設定されている場合には、その走行予定経路に基づき報知できるが、目的地設定がされていない場合には、例えば出発地等からの走行履歴に基づきおおよその向かっている方向を予測し、その方向の先に危険な場所がある場合に報知すると良い。
【０３０９】
みちびきの災害・危機管理通報サービスでは、緊急地震速報、津波予報、噴火予知情報、気象警報、氾濫情報が配信され、報知レベルとして、最優先・優先・通常の３つが規程されている。そこで、最優先・優先・通常の優先度に応じて報知対象のエリアを変えると良く、例えば、最優先については、現在地近傍等でなくとも報知するようにするとより好ましい。
【０３１０】
（退避機能）
レーダー探知機と、車両の目的地設定機能をリンクしており、レーダー探知機が当該目的設定機能に対して災害情報の無い地域を目的地として入力する機能を備える。自動運転機能のある車両の場合、災害地域に現在地がある場合、自動運転で災害情報のない地域へ車を移動させる。人が載っている場合には移動するかどうかを尋ねるとよい。駐車時等の人が乗っていない場合には最も近い安全な地域へ車両を移動するとよい。
【０３１１】
（ドライブレコーダとの連携）
ドライブレコーダのログに、災危通報に基づく報知をしたことを記録する機能を備えると良い。災危報知をしたことに基づくイベント記録をすると、災危通報の基となる災害等の状況を記録することが可能となる。
【０３１２】
例えば、レーダー探知機とドライブレコーダを連携し、災危通報に基づく報知をしたレーダー探知機が、報知したこととその内容をドライブレコーダに通知する。ドライブレコーダは、その通知に基づきその通知の前後の所定期間を録画するイベント記録を行い、報知内容を関連付けて記録する。このようにすると、ユーザ等が後でログを見たときに、例えば、報知されたときの場所がわかり、危なかったことなどを思い出し、無事回避できたことを確認できる。
【０３１３】
特に、車内を撮影するカメラを搭載したドライブレコーダに災危報知をしたことに基づくイベント記録をする機能を備えると良い。当該ドライブレコーダでは、車内を撮影する場合、運転者や同乗者の様子を記録することが出来、例えば、災危通報に基づく報知がされた際にどんな感じで慌てたかを後で確認したり、人はどのような行動をとるのかの研究等に利用したりすることが出来るので良い。
【０３１４】
災害発生を送信してくる通信は、上述した衛星から送られてくる災危通信に限ることはなく、例えば、新放送サービスｉ−ｄｉｏを用いた自治体防災情報メディアのＶ−ＡＬＥＲＴ（登録商標）その他の各種のものを用いても良いが、災危通信を利用するのが特に良い。災危通信は、全国をカバーしており、通知する災害の種類や程度も多く詳細な情報を知ることができ、レーダー探知機に元々実装しているＧＰＳユニットを利用して受信できるので別途特別な受信器を実装しないので良い。
【０３１５】
［乗車者の認識機能］
上述した各種のレーダー探知機等は、車両への進入してきた乗車者の認識機能を備えると良く、認識した乗車者に応じて異なる警報を行う機能を備えると良い。このようにすると、進入してきた乗車者にあった警報を行えるので良い。乗車者の認識機能は、例えば、カメラを搭載し、撮影した画像データに基づく顔あるいは人物認証により行うと良い。異なる警報は、例えば、乗車者を判別して警報内容を変化させると良い。警報内容の変化は、例えば、キャラクタを表示し、そのキャラクタの動き・姿態の変化やキャラクタの声で報知する機能を備えたレーダー探知機において、乗車者にあったキャラクタを用いた報知を行ったり、当該キャラクタの報知の有無を切り替えたりすると良い。
【０３１６】
異なる警報は、例えば、男女別・若者向け・お年寄り向けコンテンツへの切り替える機能を備えると良い。例えば、お年寄り向けには取締りより一旦停止・一時停止・逆走を強化した警報を行い、例えば若者向けには、速度違反などを強化した警報を行うなどとすると良い。個人別お好み設定を登録し、乗車者にあわせて登録したお粉未設定の内容で警報を行うと良い。また、登録のない人物が運転すると盗難警報を行うと良い。これにより盗難対策ができる。
【０３１７】
［ｉ−ｄｉｏチューナー内蔵］
上述した各種のレーダー探知機等は、ｉ−ｄｉｏチューナーを内蔵し、有線通信或いは無線通信でカーオーディオに接続する機能を備えると良い。無線通信は、例えばBluetooth（登録商標）を用いると良い。制御部は、ｉ−ｄｉｏチューナーで受信した音をカーオーディオから出力し、データ放送で送られてきた情報を表示部に表示する機能を備える。レーダー探知機の表示部に、待受画面の一つとして表示すると良い。クルマ好き・お出かけ好きのための無料デジタル放送サービスＡｍａｎｅｋチャンネルの画面を表示するとよい。
【０３１８】
レーダー探知機は、警報音を内部スピーカから出力する。通常時は、チューナーで受信した音をカーオーディオから出力し、警報時は警報音を内蔵スピーカとカーオーディオからも出力すると良い。警報が入ったらｉ−ｄｉｏチューナーで受信した音楽等を、内蔵スピーカからの出力に切替、カーオーディオからは警報を出すとより良い。運転者は、カーオーディオからの音に注力して聞いているので、そのカーオーディオから警報音・音声が出力されると、警報効果が高まるので良い。今までカーオーディオから出力してた音楽等は、切り替えて内蔵スピーカから出力するので、音楽の継続性は保てるので良い。
【０３１９】
［ドアミラー内蔵型］
上述した各種のレーダー探知機等は、ドアミラーに内蔵しても良い。ドアミラーに内蔵した場合、ミラー面に表示器をつて表示しても良いし、ミラーをハーフミラーにし、その背面側に表示部を配置し、表示部を点灯表示した状態ではハーフミラーを介して表示部の表示内容を視認でき、非店頭状態では全面がミラーとして機能するように構成しても良い。
【０３２０】
［フリップダウン式モニター］
上述した各種のレーダー探知機等は、本体に対して自動的に開閉するフリップダウンモニターを備え、当該本体を車両の所定位置に取り付ける。本体は、例えば所定の取り付けブラケットを用いて、例えばサンバイザーに取り付けたり、フロントガラスに取り付けたりする。本体を車両の所定位置に取り付けた状態では、当該モニターが閉じた状態では、モニターは車両の天井或いは床面とほぼ平行な状態となり、運転者の視界に入る面積が少なくなり、邪魔と感じることを抑制する。警報時は、当該モニターを開閉するモータが駆動してモニターを開いた状態にし、モニターの表示部に警報画面を表示する。警報が終了すると、当該モータが駆動してモニターを閉じた状態に戻すように構成すると良い。
【０３２１】
［既設モニター付ルームミラーに対する取付タイプ］
上述した各種のレーダー探知機等はルームミラー取り付け型のレーダー探知機であって、既設モニターを備えたルームミラーに取り付けた状態で、当該既設モニターを塞がない構造にするとよい。このようにすると、既設モニター付のルームミラーに対してその既設モニターの視認性を損なうことなくもレーダー探知機を取り付けることができ、ダッシュボード上に設置するタイプが嫌なユーザであっても利用可能となるので良い。
【０３２２】
既設モニターを塞がない構造は、例えば、既設モニターに対向する部分は開口した空間とすると良く、特に、レーダー探知機のディスプレイの一部または全部を透明ＥＬで構成し、既設モニターの前側に透明ＥＬのディスプレイを配置するようにすると良い。このようにすると、例えば、ルームミラーに対して占める面積が大きい既設モニターであっても、視認性を確保できる。透明ＥＬを用いる構成では、既設モニターが点灯中は、透明ＥＬを点灯せず、非表示で透明にするように制御する機能を備えるとより
【０３２３】
［ＵＳＢ出力端子付きレーダー探知機］
上述した各種のレーダー探知機等は、ｍｉｃｒｏ−ＵＳＢ電力出力端子を備えると良い。このようにすると、例えばスマートフォンその他の携帯端末機器等を接続し、充電ができるので良い。
【０３２４】
［音に伴うドライブレコーダの加速度センサの誤認識抑制機能等］
車内に発生する音が、加速度センサに伝わり、車両の振動と誤認識してイベント録画をするなどの影響がある。例えば、大音量での音楽の再生や、低音の場合に影響が大きい。特に、例えばドライブレコーダ一体型のレーダー探知機であって、同一筐体内に音を発生する部分、例えば探知機の警報音を出力するスピーカ等と、ドライブレコーダの加速度センサが実装される場合、同一筐体内で発生した音が、加速度センサへ回り込み衝撃検知に支障をきたすという課題がある。
【０３２５】
本形態では、係るそれらの課題を解決するため、音の逆相を加算する機能を備える。当該音は、例えば、外部で発生する音に対してはマイクで拾い、警報音などのように自ら出力する場合には、当該出力する音を用いる。それらの音を、逆相を生成する処理部に入力し、当該処理部で生成した逆相を加速度センサに加え相殺する。
【０３２６】
また、別の解決手段は、例えば、ドライブレコーダ一体型のレーダー探知機における警報音のように、自分で発生した音に基づく誤作動を抑制するものであり、音の発生が一時的の場合、警報中のように音を発する期間は、加速度検出をしない制御をすると良い。このようにすると、簡易な構成で課題を解決できる。
【０３２７】
例えばドライブレコーダ一体型のレーダー探知機における警報音に基づくドライブレゴーダ機能への影響は、上述した加速度センサ以外にも例えばドライブレコーダにおける環境音の録音に支障をきたす。探知機の警報音がドライブレコーダのマイクへ回り込み、環境音の録音に支障をきたす。係る課題を解決するため、マイクによる検出信号に警報音の逆相を加算する機能を備え
【０３２８】
［ドライブレコーダ一体型の電波放射機能付装置］
例えば、レーダー探知機や動体検知ドップラーセンサー等の電波を放射する機能を備えた装置では、指向性アンテナを備える。ドライブレコーダのカメラの撮像中心と、当該装置の指向性アンテナの放射軸とを合わせるように配置すると良い。このようにすると、目に見えない電波の放射方向が映像と一致しているので設置が適切になるのでよい。
【０３２９】
さらに、指向性アンテナの放射角が、カメラの画角以上に広がりを有するように配置すると良い。このようにすると、カメラで撮影された映像の範囲内には電波が飛んでいることが認識できるので良い。筐体がコンパクトになるのでよい。望ましくは、指向性アンテナの半値角が広いカメラの画角以上に広がりを有するように配置することである。放射角・半値角が同一とすると、カメラで撮影した映像の範囲がそれらの境界であることがわかるのでよい。一例を示すと、例えば、指向性アンテナ９３がパッチアンテナとすると、指向性アンテナ９３を構成する各パッチ９３ａとカメラ８を、図３６に示すように配置すると良い。
【０３３０】
［データ通信方式］
上述した各種のレーダー探知機等は、例えば、ファームウェアをアップデートしたり、警報対象に関するＰＯＩデータをアップデート・更新したりする。ファームアップ用データ通信と、通常の通信とを別の料金体系で管理する通信システムを利用する通信機器であって、ＰＯＩデータ等をファームアップ用データ通信の方で送信すると良い。例えば、ファームアップ用データ通信で１回に送れる容量の制限があり、送信予定のファームアップ用データのデータ容量が当該制限以下で容量に余裕がある場合、ＰＯＩデータをあわせて送ると良い。
【０３３１】
例えば毎月など定期的にメーカー等から配信するＰＯＩデータと、投稿に基づくＰＯＩデータとを配信するシステムであって、定期的に配信するＰＯＩデータはＷｉＦｉ等の既存の方法で送信する一方、投稿に基づくＰＯＩデータはＬＰＷＡで送信するように構成すると良い。
【０３３２】
このようにすると、投稿のＰＯＩデータは、ＬＰＷＡを用いてリアルタイムで送信することができる。定期的に配信するＰＯＩデータは、リアルタイム性がなく、データサイズが大きいのでＬＰＷＡを用いることなく、従来と同様に例えばＷｉＦｉなどを用いて送信する。
【０３３３】
ＬＰＷＡは、一度に遅れるデータ容量が小さいので、全国分のデータを送ることは難しく、周囲や投稿日時に基づいて絞り込むと良い。例えば、投稿のＰＯＩデータを取得する場合、レーダー探知機は、現在地の位置情報を投稿のＰＯＩデータを管理するサーバ等送り、サーバは、送られてきた現在地の周囲にあるＰＯＩデータを抽出し、当該レーダー探知機に向けて送信する。レーダー探知機は、送信されてきたＰＯＩデータを取得し、記憶し、以後、ＧＰＳ警報を行う際の警報対象に加える。サーバが抽出して送る投稿のＰＯＩデータは、例えば今日など、直近に登録されたものに限ると、送信データも小さくなるので良い。
【０３３４】
投稿のＰＯＩデータの取得タイミングは、例えば、一定時間（例えば１０分）ごとに現在地の位置情報をサーバに送り、サーバは、取得した現在地の周囲（たとえば半径５ｋｍや１０ｋｍ等）にＰＯＩデータがあれば返すというように定期的に行うと良い。現在地の位置情報を送信する一定時間を例えば１時間など長くし、例えば、エンジンを始動したときに、現在位置をサーバに送り、サーバは一時間で走行可能な距離（例えば、１００ｋｍ圏内）にある投稿のＰＯＩデータを送り、レーダー探知機は、一定時間経過すると、現在位置を再び送る。以下、繰り返すことで、送信スパンを長くすることができる。
【０３３５】
エンジン始動時は、高速道路の移動を考慮して比較的広範囲にあるＰＯＩを送り、二回目以降は前回の現在位置データから移動距離と、移動方向を認識し、次の一定時間で移動する範囲を予測し、予測した範囲内にある投稿のＰＯＩデータを送ると良い。このようにすると、不要なデータを送ることで、通信容量が多くなるのを下げ、必要十分なＰＯＩデータを送信できる。
ＰＯＩデータのすべてをＬＰＷＡで送るのではなく、取締などの重要なＰＯＩデータだけをＬＰＷＡで送るようにすると良い。ＰＯＩデータを全部送ると、例えば２Ｍ近くあり、ＬＰＷＡで送るのが難しい。そこで、取締などの重要なＰＯＩデータだけを送ることで、重要なＰＯＩデータを優先して確実に送信し、レーダー探知機が受信できるので良い。
【０３３６】
重要なＰＯＩデータは定期更新よりも頻繁に先行して送り、レーダー探知機がＷｉＦｉ接続された際に、全部のＰＯＩデータを送ると良い。ＷｉＦｉ接続時の送信データは、先行して送信したＰＯＩか否かに関わらず全部送ると良い。このようにすると、先行配信したＰＯＩの情報を管理する必要が無く、制御が簡易となり、ＷｉＦｉで送る場合、送信する総容量が大きくてもさほど影響はないので良い。
【０３３７】
ＷｉＦｉは何時繋がるかわからない。サーバ側は例えば月１回など定期的に更新するが、更新期間を超えた長期間にわたりＷｉＦｉ接続されないと、古いＰＯＩデータに基づく警報になり好ましくない。そこで、重要なＰＯＩデータは、ＬＰＷＡを用いて積極的に送信する
【０３３８】
［車線通知機能］
上述した各種のレーダー探知機等は、主要道路など所定の道路に対し、何車線かの車線情報を関連付けて記録する。レーダー探知機は、現在位置情報から、現在走行中の道路を特定し、その道路に何車線かなどの車線情報が登録されている場合、当該車線情報を報知する機能を備えると良い。例えば、「この道路は、片側○○車線です」等の車線の数や、「対面通行です」など車線の状態などを音声で報知すると良い。
【０３３９】
このようにすると、例えば、雨で路面が光って見えない、積雪、ラインが削れて見えない等の走行している道路の車線が見えない状況であっても、おおよその車線の位置がわかり、車線を またいだ走行を減少できるので良い。特に、初めて走る場所では主要道路だけでも判れば、安心して走行できるので良い。また、例えば「片側５車線です」など車線数が多い場合、次の交差点等で右左折する予定の場合には、早めに曲がる方に近い車線に車線変更して移動した方が良いなど、交差点の直前で車線変更して慌てることがなく、安全運転の為に有益な情報を報知することができる。また、車線数が多い場合、交差点付近で右折車線や左折車線が設けられていることがあるので、直進する予定の場合、中央の車線を走行すると良いことがわかり、交差点近くで慌てて車線変更することが無くなるので
【０３４０】
［逆走警報機能］
上述した各種のレーダー探知機等は、 画像認識で進入禁止の標識を認識させ、逆走となる場合に警報する機能を備えると良い。また、高速道路出入り口やサービスエリア等ではＧＰＳによる位置座標を予め何か所か登録し、順に地点を通過したかどうか判断させ、順に通過していない場合に逆走警報する機能を備えると良い。
【０３４１】
［ＧＰＳデータに連動したイベント記録］
ドライブレコーダ機能を備えた機器の場合、ＧＰＳデータに連動したイベント記録機能を備えると良い。イベント記録の対象は、例えば、ＧＰＳデータに逆走ポイントデータを入れ、逆走した場合に画面に警告表表示と音声で報知するだけでなく、イベント記録できるようにすると良い。特に、３６０度カメラなど、車内を写す機能を備えている場合、逆走の警告報知時のドライバーの様子なども記録できるので良い。
【０３４２】
また、一時停止ポイントで、車速が０ｋｍ／ｈの完全停止にならなかった場合、イベント記録できるようにする。事故の発生も多いポイントであり、対自転車、歩行者などの軽微な接触でもイベント記録するようにすると良い。
【０３４３】
また、オービス等の車両速度測定装置の通過時、制限速度オーバーしていた場合に、イベント記録することで、通過後の確認をすることができる。何キロで走行していたかの確認ができ、車両速度測定装置で撮影された場合の速度との整合性がとれていない場合に、実際の走行速度を主張する根拠となるので良い。また、制限速度オーバーしていなかった場合にイベント記録すると良い。このようにすると、制限速度以内で走行していたことの証拠になるので良い。
【０３４４】
［画像を使った非測位時の自車位置補正機能］
大橋ＪＣＴなどの長いトンネルの場合、ＧＰＳ情報が非測位となり、ＧＰＳ情報に基づく警報ができない。係る場合にＯＢＤ情報に基づいて走行距離・方向を求め現在位置を推測し、それに基づいて警報対象に対する接近警報を行う機能を備えたレーダー探知機がある。ＯＢＤ情報に基づく現在位置の推定では、例えば、警報位置が数ｃｍ単位で若干ずれる場合がある。かかる課題を解決するため、例えば、カメラを実装或いは他の車載機器のカメラ等で撮影した映像データを画像認識し、出口，入口や、トンネル内での分岐点などの特徴のある場所の映像で自車位置を補正して、正確な警報をできるようにする機能を備えると良い。係る補正機能を備えると、ＯＢＤを接続していないレーダー探知機でもトンネル内などで適切な位置での警報が可能となる。非常口や電光掲示板、その他の看板などに基づいて現在位置を補正すると良い。この場合、同じような看板等がトンネル内等に複数存在する場合、例えば、トンネル内に進入してからの数をカウントし、現在位置を補正すると良い。
【０３４５】
［駐車監視中の消費電力セーブ機能］
ドライブレコーダ一体型のレーダー探知機の場合、電源のＯＮ／ＯＦＦは共通で、例えば、エンジンの始動とともに電源がＯＮすると、ドライブレコーダ機能とレーダー探知機の機能がともに動作し、エンジンのＯＦＦに伴い本体の電源がＯＦＦになりドライブレコーダ機能とレーダー探知機の機能が停止する。係る場合に、例えばドライブレコーダ一体型のレーダー探知機で駐車記録を行うと、車両の駐車時も本体の電源はＯＮを継続するため、ドライブレコーダ機能とレーダー探知機の機能がともに動作することになり、バッテリーの消費が大きくなるという課題がある。
【０３４６】
そこで、本形態では、例えば、表示部の画面をＯＦＦにして消費電力を抑える機能を備えると良い。また、無線やレーダー波などの受信機能もＯＦＦにしてドライブレコーダのみの動作として警報などは行わず消費電力を抑える機能を備えると良い。
【０３４７】
以上、本発明の様々な側面を実施形態並びに変形例等を用いて説明してきたが、これらの実施形態や説明は、本発明の範囲を制限する目的でなされたものではなく、本発明の理解に資するために提供されたものであることを付言しておく。本発明の範囲は、明細書に明示的に説明された構成や限定されるものではなく、本明細書に開示される本発明の様々な側面の組み合わせをも、その範囲に含むものである。本発明のうち、特許を受けようとする構成を、願書に添付した特許請求の範囲に特定したが、現在の処は特許請求の範囲に特定されていない構成であっても、本明細書に開示される構成を、将来的に特許請求する可能性があることを、念のために申し述べる。本願出願人は、そのような箇所・組み合わせについて、補正・分割出願・意匠登録出願への変更出願等により権利を取得する意思を有する。
【０３４８】
本願発明は上述した実施の形態に記載の構成に限定されない。上述した各実施の形態や変形例の構成要素は任意に選択して組み合わせて構成するとよい。また各実施の形態や変形例の任意の構成要素と、発明を解決するための手段に記載の任意の構成要素または発明を解決するための手段に記載の任意の構成要素を具体化した構成要素とは任意に組み合わせて構成するとよい。これらの構成の発明についても本願の補正または分割出願等において権利取得する意思を有する。
【符号の説明】
【０３４９】
１        ：レーダー探知機
２        ：ケース
４        ：表示部
５        ：タッチパネル
６        ：ＬＥＤ発光部
１１      ：メモリカード
１３      ：ＧＰＳ受信器
１４      ：マイクロ波受信器
１８      ：制御部
１９      ：データベース
４１ａ    ：増音量ボタン
４１ｂ    ：減音量ボタン
４１ｃ    ：設定ボタン
４１ｄ    ：待受変更ボタン
４１ｅ    ：項目変更ボタン
４１ｆ    ：登録ボタン
４２ａ    ：システムボタン
４２ｂ    ：機能ボタン
４２ｃ    ：オプションボタン
４３ｂ    ：設定項目表示領域
４３ｂ′  ：タイトル表示部
４３ｂ″  ：設定内容表示部
４４ａ    ：タイトル表示部
４４ｂ    ：設定値候補表示部
４５ａ    ：内容説明表示部
４５ｂ    ：ボタン
７２ａ    ：情報表示部
７２ｄ    ：取締種類報知部
Ｒ１      ：メイン表示領域
Ｗ１      ：第一ウインドウ
Ｗ２      ：第二ウインドウ
Ｗ３      ：警報画像表示ウインドウ
Ｗ４      ：メッセージウインドウ
【図１】
2019128952.tif 000003
【図２】
2019128952.tif 000004
【図３】
2019128952.tif 000005
【図４】
2019128952.tif 000006
【図５】
2019128952.tif 000007
【図６】
2019128952.tif 000008
【図７】
2019128952.tif 000009
【図８】
2019128952.tif 000010
【図９】
2019128952.tif 000011
【図１０】
2019128952.tif 000012
【図１１】
2019128952.tif 000013
【図１２】
2019128952.tif 000014
【図１３】
2019128952.tif 000015
【図１４】
2019128952.tif 000016
【図１５】
2019128952.tif 000017
【図１６】
2019128952.tif 000018
【図１７】
2019128952.tif 000019
【図１８】
2019128952.tif 000020
【図１９】
2019128952.tif 000021
【図２０】
2019128952.tif 000022
【図２１】
2019128952.tif 000023
【図２２】
2019128952.tif 000024
【図２３】
2019128952.tif 000025
【図２４】
2019128952.tif 000026
【図２５】
2019128952.tif 000027
【図２６】
2019128952.tif 000028
【図２７】
2019128952.tif 000029
【図２８】
2019128952.tif 000030
【図２９】
2019128952.tif 000031
【図３０】
2019128952.tif 000032
【図３１】
2019128952.tif 000033
【図３２】
2019128952.tif 000034
【図３３】
2019128952.tif 000035
【図３４】
2019128952.tif 000036
【図３５】
2019128952.tif 000037
【図３６】
2019128952.tif 000038