JP6491862B2 - 電子機器及びプログラム - Google Patents

Description

本発明は、電子機器等に関し、特に、車両に関する情報（例えば、走行情報）を取得する電子機器等に関する。

車両等に設置され、車両に関する情報を取得する電子機器が知られている。例えば、レーダー探知機は、外部からの信号等に基づく警報を液晶ディスプレイ等の表示手段に表示することを主たる目的とする電子機器であるが、警報表示又は他の付加的な情報表示を行うために、測位情報や燃費情報、エンジン情報等の情報を取得する機能を有する場合がある。これらの情報は、電子機器内蔵のセンサから取得されるものと、ＣＡＮ等を介して車両から取得されるものが含まれる。

また、取得した車両に関する情報を携帯電話回線等を介して専用サーバに転送する電子機器が知られている。例えば、非特許文献１に記載の運行システムでは、電子機器（車載機）が取得した車両の情報（一日の走行履歴の詳細等）が専用サーバに送信され、ＡＳＰ事業者において運行日報等に加工された後に運行会社に提供される。

株式会社スマートバリュー、"エコドライブサポートサービス"、［ｏｎｌｉｎｅ］、［平成２６年８月１３日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｓｍａｒｔｖａｌｕｅ．ａｄ．ｊｐ／ｂｕｓｉｎｅｓｓ／ｂｓ／ｖｅｈｉｃｌｅｓ＿ｓｏｌ／ｅｃｏ／ｅｓｓ＞

しかし、非特許文献１に記載の技術は、電子機器と専用サーバがセットで運用される業務上のシステムであり、一般ユーザが、電子機器で取得した車両に関する情報を低コストかつ容易に利用することはできなかった。

また、これとは全く別に、ＧｏｏｇｌｅカレンダーやＹａｈｏｏ！カレンダー等、ネットワーク上のスケジュール情報を車載機器ではないパソコン等のユーザ端末においてカレンダー形式で表示させるスケジュール管理システムが知られている。これらは、複数のユーザ端末で共通のスケジュール情報を管理できる等の利便性から広く利用されている。

しかし、電子機器が取得した車両に関する情報をスケジュール管理システムにおいて利用するという発想はこれまでなされていなかった。

本願には、例えば、下記各構成例に記載の発明が開示される。
＜構成例１＞
ユーザ端末から入力される所定の入力形式のスケジュール情報を所定の記憶形式で記憶しておき、記憶した前記スケジュール情報をユーザ端末においてユーザがスケジュールを認識可能なように表示させる機能を有するスケジュール管理システムに対して情報を入力する機能を備える電子機器であって、
車両に設置可能であり、
所定の走行期間の車両に関する情報である走行情報を取得して記憶する機能である記憶機能と、
記憶した前記走行情報を前記所定の入力形式に合わせこんで前記スケジュール管理システムに入力する機能である入力機能と
を備えることを特徴とする電子機器。
＜構成例２＞
前記スケジュール情報は、スケジュールの日時情報とタイトル情報を含み、
前記スケジュール管理システムは、前記ユーザ端末において、前記日時情報に対応付けて前記タイトル情報を表示させる機能を更に有し、
前記走行情報は、前記走行期間の開始日時又は終了日時を示す走行日時情報と、当該走行期間に取得した車両の動きに関する動き情報とを含み、
前記入力機能は、前記所定の入力形式への合わせこみにおいて、一の前記走行期間についての前記走行日時情報及び前記動き情報をそれぞれ、一の前記スケジュール情報の前記日時情報及び前記タイトル情報とする機能を含むこと
を特徴する電子機器。
＜構成例３＞
前記動き情報は、前記走行期間における車両の燃費及び／又は走行距離を含むこと
を特徴とする電子機器。
＜構成例４＞
前記スケジュール情報は、スケジュールの日時情報と場所情報を含み、
前記スケジュール管理システムは、前記ユーザ端末において、前記日時情報に対応付けて前記場所情報を表示させる機能を更に有し、
前記走行情報は、前記走行期間の開始日時又は終了日時を示す走行日時情報と、当該走行期間の終了日時における車両の場所を示す走行終了場所情報とを含み、
前記入力機能は、前記所定の入力形式への合わせこみにおいて、一の前記走行期間についての前記走行日時情報及び前記走行終了場所情報をそれぞれ、一の前記スケジュール情報の前記日時情報及び前記場所情報とする機能を含むこと
を特徴とする電子機器。
＜構成例５＞
前記記憶機能は、複数の前記走行情報を記憶する機能を含み、
前記電子機器は、前記記憶機能により記憶された複数の前記走行情報の全部又は一部を前記スケジュール管理システムに一括入力する機能である一括入力機能を更に有すること
を特徴とする電子機器。
＜構成例６＞
前記電子機器は、前記記憶機能により記憶された複数の前記走行情報の全部又は一部を選択する機能である入力対象選択機能を更に有し、
前記一括入力機能は、前記入力対象選択機能により選択された前記走行情報を一括入力する機能を含むこと
を特徴とする電子機器。
＜構成例７＞
前記電子機器は、前記記憶機能により記憶された複数の前記走行情報の全部又は一部を選択する機能である集計対象選択機能と、
前記集計対象選択機能により選択された前記走行情報の集計を表示手段に表示させる機能を更に備えること
を特徴とする電子機器。
＜構成例８＞
前記スケジュール管理システムから取得される識別情報に基づいて、前記入力機能によりスケジュール管理システムに既に入力された前記走行情報の識別を行う機能である既入力情報識別機能を更に有し、
前記一括入力機能は、前記既入力情報識別機能により識別された前記走行情報を除外して一括入力を行う機能を含むこと
を特徴とする電子機器。
＜構成例９＞
前記スケジュール管理システムにおいて、前記スケジュール情報はそれぞれに個別のファイル名で記憶され、
前記識別情報は、前記スケジュール管理システムに記憶された前記ファイル名であること
を特徴とする電子機器。
＜構成例１０＞
前記識別情報は、前記スケジュール管理システムに記憶された前記スケジュール情報であること
を特徴とする電子機器。
＜構成例１１＞
前記走行情報識別機能は、前記スケジュール管理システムから、
前記ユーザ端末から前記スケジュール管理システムに入力された前記スケジュール情報に関する第１情報と、
前記入力機能により前記スケジュール管理システムに入力された前記スケジュール情報に関する第２情報を取得し、
前記第１情報を使用せず、前記第２情報を使用して前記識別を行うこと
を特徴とする電子機器。
＜構成例１２＞
前記入力機能により前記スケジュール管理システムに前記走行情報が入力される際に、前記スケジュール管理システムに既に記憶されている前記スケジュール情報が変更又は削除されないこと
を特徴とする電子機器。
＜構成例１３＞
前記電子機器による前記スケジュール管理システムへの前記走行情報の入力及び前記スケジュール管理システムからの前記識別情報の取得は、前記電子機器との接続及び前記ユーザ端末との接続が可能な通信手段を介して行われ、
前記通信手段は、前記ユーザ端末と前記通信手段の接続を介して前記ユーザ端末による読取が可能な第１記憶手段及び前記ユーザ端末による読取ができないような第２記憶手段を有し、
前記スケジュール管理システムからの前記識別情報の取得の際には、前記第１記憶手段に前記識別情報が記憶され、
前記スケジュール管理システムへの前記走行情報の入力の際には、前記第２記憶手段に前記走行情報が記憶される、
ことを特徴とする電子機器。
＜構成例１４＞
構成例１〜１３のいずれかに記載の電子機器と、
ネットワークに接続可能なサーバ及び前記ユーザ端末を備え、
前記スケジュール管理システムは、前記サーバ及び前記ユーザ端末を含むことを特徴とするネットワークシステム。
＜構成例１５＞
構成例１〜１３のいずれかに記載の電子機器の機能をコンピュータに実現させるためのプログラム。

構成例１の発明の電子機器によれば、ユーザは、スケジュール管理システムに表示されるスケジュールを見るだけで所定の走行期間の車両に関する情報を認識することができる。

電子機器は、車両に設置可能なものであり、好ましくは、スケジュール管理システムのユーザが所有する車両に設置可能な構成とするとよい。このようにすれば、所有している車両の所定の走行期間の車両に関する情報をスケジュール管理システムの表示で確認することができる。また、スケジュール管理システムのユーザが運転者となる車両に設置可能な構成とするとよい。このようにすれば、自己が運転する車両の所定の走行期間の車両に関する情報をスケジュール管理システムの表示で確認することができる。

設置の時期としては、例えば、車両の製造時に車両に設置するようにしてもよいが、車両の購入後に設置可能な構成とするとよい。設置としては、例えば車両に組み込むようにしてもよいが、車両に後付する構成とするとよい。設置場所としては、車両内がよく、特に車室内に設置可能とするとよい。「設置可能」としては例えば、可搬型の電子機器とし車両に対して着脱可能としてもよく、特に運転者が持ち運び可能なものとしてするとよいが、車両に対して固定される構成とするとよい。特に、運転席周辺に設置可能とするとよい。例えば、車両のダッシュボード等に設置可能とするとよい。

車両は、二輪車、四輪車等、種類を問わないが、特に業務用の車両ではなく、自家用の車両とするとよく、より望ましくは個人用の車両とするとよい。特に通常の運転者が特定の１人の個人に限定されている車両とするとよい。スケジュール管理システムは個人のスケジュールを管理することを基本とするシステムであるのが通常であるから、運転者が特定の個人に固定された車両とすると優れた効果を発揮する。スケジュール管理システムは、複数の人のスケジュールを管理するためのシステムとしてもよいが、少なくとも個人のスケジュールを管理するための機能を備えるとよい。また、車両は、例えば四輪車とするとよいが、特に、二輪車とするとよい。二輪車は特に運転者が特定の個人に特定される可能性が高いからである。

電子機器が構成例１とは異なる他の機能を備え、所定の走行期間の車両に関する情報である走行情報は、当該他の機能を実現するために取得する情報の全部または一部（望ましくは一部）とすると、当該他の機能を実現するために取得する情報の全部または一部の有効利用が図られるのでよい。例えば、他の機能として、運転者への警報表示機能を備える構成とし、当該警報表示等のために情報を取得する構成とするとよい。例えば他の機能として、レーダー探知機の機能を備える構成とするとよく、レーダー探知機の機能を実現するために必要な情報を取得するとよい。例えば、車両の現在位置情報を取得するとよい。

スケジュール管理システムは、Ｇｏｏｇｌｅカレンダー、Ｙａｈｏｏ！カレンダー、楽天カレンダー等、特に個人のスケジュールを管理するシステムとするとよい。特に特定の個人がその個人のスケジュールを管理する機能を基本とするシステムとするとよく、その特定の個人が本発明の電子機器を設置した車両の運転者となる構成とするとよい。特にスケジュール管理システムは、ユーザ個人を認証する機能を備え、認証された個人が自己のスケジュール情報をユーザ端末から入力するシステムとするとよい。そして、電子機器からスケジュール管理システムに走行情報を入力する際にも、ユーザ端末で認証されるユーザを認証する構成を備えるとよい。このようにすればユーザ端末でスケジュールを確認するそのユーザの電子機器から入力されるスケジュール情報を当該ユーザ端末で当該ユーザにだけ表示させることができ、他人の情報がその特定の個人のスケジュールとして入力されることを防止できる。スケジュール管理システムは、単体の端末（例えばパソコン等）で構成してもよいが、特にネットワーク上のサーバと、そのネットワークに接続された端末とを備えるシステムで構成するとよい。特に、複数のユーザ端末での走行情報の利用が可能な構成とするとよく、このようにすれば、ユーザの利便性が向上する。

スケジュールは、日付と関連付けられた事柄（日程、予定、出来事、用事等）とすると良い。スケジュールは、ユーザに関連する事柄とすると更に良い。スケジュール情報は、スケジュールに関する情報とすると良い。

所定の入力形式は、例えば、スケジュール管理システムで一般的に用いられる入力形式とするとよく、例えばｉＣａｌｅｎｄａｒ形式またはｘＣａｌ形式などを用いるとよい。ユーザ端末からスケジュール管理システムへのスケジュール情報の入力方法としては、例えばＣａｌＤＡＶなどのＷｅｂサーバなど所定のサーバとの間でスケジュール情報をやりとりする方法などを用いるとよい。特に標準化された形式及び方法を用いるとよい。

スケジュール管理システムは、ユーザ端末から入力されたスケジュール情報を所定の記憶形式で記憶する。例えば、所定のファイル形式または所定のデータベース形式とするとよく、例えば、リレーショナル・データベースの各属性値として、入力形式に存在する属性値を設けて記憶するとよい。

所定の入力形式と所定の記憶形式は、異なる形式でも良いが、同一又は少なくとも部分的に共通の形式とすると良い。

スケジュール情報は、例えば、スケジュールに関連付けられた日時情報、スケジュールの内容に関連するタイトル情報及び／又はスケジュールに関連付けられた場所情報等の情報要素を含むと更に良い。スケジュール情報の所定の入力形式及び／又は記憶形式は、日時情報に関しては、日時を表す数字を含むと良く、タイトル情報に関しては、テキストを含むと良く、場所情報に関しては、場所を表すテキスト及び／又は数字を含むと良い。テキストは、書式を有しても良いが、有さない方が良い。日時情報は、少なくとも、スケジュールの開始日時の情報を含むと良い。スケジュール情報が情報要素を含む場合、所定の入力形式と所定の記憶形式は、情報要素の種類、長さ等を示す識別子を含むと良い。

スケジュール管理システムは、ユーザ端末から所定の入力形式で入力されたスケジュール情報を所定の記憶形式で記憶し、当該記憶したスケジュール情報をユーザ端末において表示させる。ユーザがスケジュールを認識可能なように、スケジュール情報をユーザ端末において表示させる方法としては、日時と関連付けてスケジュール情報を表示すると良い。特に、日時に対応する複数の表示欄においてスケジュール情報を表示すると良い。この場合、スケジュール情報の日時情報により特定される日時に対応する表示欄にスケジュール情報を表示すると良い。日時と関連付けてタイトル情報を表示すると、ユーザは、スケジュールの内容及び日時を理解し易くなるので良い。

電子機器からスケジュール管理システムにスケジュール情報を入力する構成としては、ネットワーク等の通信路を介してスケジュール情報を入力する構成とするとよい。通信の方式は、有線、無線を問わないが、無線の方が良い。通信手段は、電子機器に内蔵しても良いが、電子機器に着脱式とすると、電子機器と通信手段を別売としたり、電子機器と通信手段を同梱する機種としない機種を設けるなどして、電子機器の低価格化を図るとともに、販売態様が多様されるので、特によい。特に好ましい通信手段は、電子機器に着脱可能な無線通信機能付きメモリーカードである。

ユーザ端末は、特に、パーソナルコンピュータやスマートフォンとするとよい。

「走行期間」は、例えば、車両の走行の開始から終了までの期間とするとよい。このようにすれば、スケジュール管理システムにおいて、走行の開始から終了までの期間の走行情報を容易に確認できる。走行期間は、例えば、ＡＣＣのオン及びＡＣＣのＯＦＦを検出して、ＡＣＣのオンからＡＣＣのＯＦＦまでの期間としてもよい。また、例えば、エンジンの状態を検出して、エンジンＯＮからエンジンＯＦＦまでの期間としてもよい。これらによれば、ユーザは、車から降りる際などに、いちいち、手入力をしなくても、ユーザは、車両を走行させたと考えられる期間毎の走行情報をスケジュール管理システムで容易に確認することができる。

電子機器における走行情報の記憶のための電源は、ＡＣＣのオン／オフと無関係に供給されると良い。或いは、例えば、少なくともＡＣＣのオフ後、走行情報の記録が完了するまでの間、電源の供給を保持する機能を備えると良い。例えば、電子機器にバッテリを備え、車両からの電源の遮断時にはバッテリで動作するようにしてもよい。また、車両から常時給電される電源ラインへ電子機器を接続して電源の供給を受けるようにしてもよい。例えば、電子機器に対する電源の供給は車両のＯＢＤコネクタから行うとよく、エンジンＯＮになった場合に電子機器の記憶部への電源の供給を開始して、この電源の供給が開始された時点を車両の走行の開始時点とし、その後、ＯＢＤコネクタから車両のエンジンの動作状態を取得し、取得した車両のエンジンの動作状態がエンジンＯＦＦになった場合にその時点を車両の走行の終了時点とし記憶部に記憶させる処理を行う。記憶処理が完了するのに十分な時間の経過後（例えば５分後などの相当時間経過後などに）、電子機器の記憶部への電源の供給を遮断する。このようにすれば、ＡＣＣがオフになってから走行情報を記憶することが可能になる。そして、記憶した走行情報はその時点で送信するようにしてもよいが、例えば、所定期間分をまとめて送信する機能を備えるとよい。

走行情報は、１又は複数の情報要素を含むと良い。走行情報は、スケジュール情報が含む情報要素に対応する情報要素を含むと良い。例えば、スケジュール情報が、日時情報、タイトル情報及び／又は場所情報を含む場合、走行情報は、これらに対応する日時情報、タイトル情報及び／又は場所情報を含むとよい。

走行情報の記憶形式は、所定の入力形式と同一又は対応する形式とすると、走行情報を所定の入力形式に合わせこむ処理を容易化できるのでよい。例えば、走行情報及びスケジュール情報がともに情報要素として日時情報を有する場合、両日時情報の記憶形式及び所定の入力形式が、同一の形式（例えば、同一桁数の数値）であると良い。

走行情報の日時情報は、例えば、走行期間中の日時（例えば、走行期間の開始及び／又は終了時）を示す情報であると良い。走行情報のタイトル情報は、例えば、走行期間中の走行距離、燃料情報、燃費情報、速度情報、加速度情報、圧力情報、温度情報、エンジン情報、傾斜情報、警報情報、衛星情報、潮汐情報の全部又は一部を含むと良い。走行情報の場所情報は、走行期間中の場所（例えば、走行期間の開始及び／又は終了時の位置乃至場所）を示す情報であると良い。

「前記走行情報を前記所定の入力形式に合わせこんで前記スケジュール管理システムに入力する機能」は、走行情報の全部又は一部を、所定の入力形式と同一又は対応する形式に加工して入力する機能とすると良い。

走行情報の全部又は一部は、走行期間中に電子機器において計測又は車両自体を制御するために車両に予め設けられている制御部が接続される通信ライン（例えば車載ネットワーク（例えばＣＡＮなど））から取得した情報、又は、これを加工した情報であるとよい。このようにすれば、走行情報の全部又は一部をユーザによる手入力を要さず記憶し、スケジュール管理システムで表示することが可能になる。

構成例２の発明によれば、ユーザは、走行期間の開始日時又は終了日時を示す走行日時情報とその走行期間に取得した車両の動きに関する動き情報を、スケジュール管理システムの日時情報及びタイトル情報から容易に確認することが可能となる。

スケジュール管理システムのタイトル情報は、スケジュールの内容を一目で分かるようにユーザが作成した文章等とすることが多い。また、スケジュール管理システムの日時情報は、例えば、そのスケジュールの開始日時及び／又は終了日時の情報とすることが多い。

一般に、スケジュール管理システムでは、日時情報に対応付けてタイトル情報の表示を行うことで、タイトル情報の閲覧性が高められている。構成例２の発明では、走行日時情報の日時に対応付けて動き情報を表示することが可能になることにより、動き情報の閲覧性がスケジュール情報と同等に高められる。ユーザは、スケジュールの中のタイトルと開始時間等を確認するだけで、走行日時情報と、動き情報とを容易に確認できる。特にスケジュールを月ごと、或いは、週ごとのように所定の期間単位ごとにユーザ端末に一覧表示させる機能を備えるスケジュール管理システムであって、スケジュールのタイトルと開始時間をその一覧の中に表示する機能を備えるスケジュール管理システムにおいては、その所定の期間単位ごとに走行日時情報と、動き情報とを一目で確認することができるという優れた効果を発揮する。

構成例３の発明では、走行日時情報の日時と対応付けて燃費及び／又は走行距離を表示させることが可能になる。燃費は、多くのドライバーにとっての関心時である。また、通勤や買い物等の日常的な走行では走行距離は短い（又はその変動が小さい）場合が多く、旅行や帰省等の走行では走行距離が長い（又はその変動が大きい）場合が多い。そのため、走行距離は、どのような用事で走行をしたかを思い出したいと場合などの目安として有用である。このような情報を、走行日時情報の日時と対応付けてスケジュールとして表示させることにより、走行の記録等としての利用価値を高めることができる。

構成例４の発明では、走行日時情報の日時と対応付けて、走行期間の終了日時における車両の位置乃至場所を示す情報（終了場所情報）を表示することが可能となる。走行期間の終了日時における車両の場所は、走行の目的地（到達地／行き先）である可能性が高く、走行記録としての利用価値を高めることができる。一般に、スケジュール管理システムでは、各スケジュールの日時情報を入力できるフィールドは２つ（開始日時と終了日時）あるのに対し、場所情報を入力するフィールドは１つである。これは、スケジュールとして記録されるイベント、行事、用事等は１つの場所で生じることが一般的であることが理由と考えられる。よって、スケジュール管理システムでは、走行期間の開始日時と終了日時で場所が変わる走行情報のような情報をスケジュール情報として取り扱うことは、そもそも想定外であると言える。更に、開始日時と終了日時で場所が変わるスケジュールがあったとすれば、ユーザは、開始日時の場所を入力するのが通常と考えられる。よって、終了場所情報（終了日時の場所の情報）を場所情報として選択する構成例４の発明は、発想に飛躍があると言うべきである。

スケジュール管理システムは、終了場所情報に基づいて、ユーザ端末に終了場所情報で特定される地域の地図を表示させる機能を有すると良い。

電子機器が、車両の場所の近隣の施設名称等の近隣情報を取得する機能を更に備え、前記終了場所情報が、前記走行期間の終了日時における車両の場所についての前記近隣情報を含むという構成例がよい。このようにすれば、終了場所情報が、ユーザにとって理解し易い近隣情報として表示されるため、走行の記録等としての利用価値が一層高くなる。

構成例５の発明では、スケジュール管理システムへの走行情報の一括入力が可能となり、いちいち１走行単位（例えば、１つの走行期間が１走行単位であり得る）ごとに、スケジュール管理システムへの接続を行う操作などをする必要がなくなる。例えば、無線通信でスケジュール管理システムへの接続を行う構成の場合には、無線通信の状態がよい場所へ車両を移動させて、スケジュール管理システムへの無線接続を行って走行情報を一括入力させることができる。

構成例６の発明では、スケジュール管理システムに一括入力する走行情報の指定が可能になる。これにより、ユーザの利便性が一層向上する。入力対象選択機能は、前記記憶機能により記憶された全走行情報を選択できても良いが、例えば、年単位、月単位又は週単位で走行情報を選択できるとより良い。「選択」は、ユーザが所望する走行情報をユーザが任意に選択できるようにしてもよく、電子機器が走行情報を自動的に選択するようにしてもよい。

構成例７の発明では、走行情報の集計が電子機器で表示されるため、ユーザの利便性が向上する。集計対象選択機能は、前記記憶機能により記憶された全走行情報を選択できても良いが、例えば、年単位、月単位、週単位で走行情報を選択できるとより良い。「選択」は、ユーザが所望する走行情報をユーザが任意に選択できるようにしてもよく、電子機器が走行情報を自動的に選択するようにしてもよい。「集計」は、例えば、集計対象選択機能で選択された複数の走行情報から算出される走行情報の個数、走行距離の合計及び／又は燃費の平均とするのが良い。これらは一般にドライバーに関心が高い情報であり、電子機器の利用価値が向上する。

構成例８の発明では、スケジュール管理システムに走行情報を一括入力する際の重複入力を回避し、一括入力の所要時間の短縮、通信量の軽減等の効果が達成され得る。

構成例９の発明では、スケジュール管理システム上のファイル名に基づいてスケジュール管理システムに既に入力された走行情報が識別されるため、識別に係る処理負荷、通信量等の軽減を図り得る。例えば、日時情報がファイル名として使用されるスケジュール管理システムの場合、所定の入力形式への合わせこみにおいて、走行期間の開始日時又は終了日時をスケジュール情報の日時情報にするとともに、当該走行期間の開始日時又は終了日時を記憶機能により記憶しておくことで上記識別は容易に行い得る。

構成例１０の発明では、ファイル名での識別ができない場合にも対応することが可能である。

構成例１１の発明では、第１情報と第２情報を区別することなく取得するため、情報取得に係る処理が簡略化され、スケジュール管理システムに既に記憶された走行情報の識別に際しては、第１情報を使用しないため、識別に係る処理負荷が軽減される。

構成例１２の発明では、入力機能によるスケジュール管理システムへの走行情報の入力により、スケジュール管理システムに既に記録されているスケジュール情報が変更又は削除されてしまうことを防止できる。

構成例１３の発明では、スケジュール管理システムへの走行情報の入力の際には、走行情報は、ユーザ端末による読取ができない第２記憶手段に記憶されるが、ユーザ端末による読取が可能な第１記憶手段への記憶は必要でない。よって、通信手段をユーザ端末に接続した際に、入力機能によりスケジュール管理システムに入力された走行情報が、ユーザの意図に反してユーザ端末に表示される等の事態の防止を図り得る。

図１は、本発明の実施の形態に係るネットワークシステム１の全体構成の一例を示す。 図２は、本発明の電子機器として好適な一実施形態であるレーダー探知機１０を示す。 図３は、本発明の電子機器として好適な一実施形態であるレーダー探知機１０を示す。 図４は、他の態様のケース本体１２を示す。 図５は、スマートフォン５０のハードウェア構成の一例を示す。 図６は、メモリカード６０のハードウェア構成の一例を示す。 図７は、コンピュータが一般的に備えるハードウェア構成の一例を示す。 図８は、本発明の実施の形態に係るサービスサーバ８０の機能構成を示す。 図９は、ターゲット情報記憶部８３に記憶されるターゲット情報の例を示す。 図１０は、公開取締情報記憶部８６に記憶される公開取締情報の例を示す。 図１１は、本発明の実施の形態に係るスケジュールサーバ９０の機能構成を示す。 図１２は、記憶領域９５に記憶される例示的な複数のスケジュール情報を示す。 図１３は、認証サーバ９２がインターネット２を介してユーザ端末１００等のブラウザ内に表示させるログイン画面５００の一例を示す。 図１４（ａ）は、ログイン後にスケジュールサーバ９０から送信される情報に基づいてユーザ端末１００等のブラウザに表示されるカレンダー画面５０１を示す。図１４（ｂ）は、スケジュール情報の送信に際して指定される送信先アドレス（ＵＲＬ）及び送信されるスケジュール情報の所定の入力形式の例を示す。 図１５は、設定画面５０３を示す。 図１６に示すように表示が更新されたカレンダー欄５０１ｅを示す。 図１７は、メニューウィンド２１０を示す。 図１８は、メニューウィンドである設定画面２１１を示す。 図１９は、マップ警報画面１１１を示す。 図２０は、メニューウィンド２１２を示す。 図２１は、マップ警報画面１１１〜１１３を示す。 図２２は、マップ警報画面１１１〜１１３を示す。 図２３は、例示的な待受画面を示す。 図２４は、例示的な待受画面を示す。 図２５は、例示的な表示要素１３２を示す。 図２６は、種々の車両情報画面において表示されるメニューウィンド２１０を示す。 図２７は、種々の車両情報画面において表示されるメニューウィンド２１０を示す。 図２８は、報知エリアＲ２の表示例を示す。 図２９は、メニューウィンドを示す。 図３０は、報知エリアＲ２の表示態様を示す。 図３１は、報知エリアＲ２の表示態様を示す。 図３２は、報知エリアＲ２の表示態様を示す。 図３３は、報知エリアＲ２の表示態様を示す。 図３４は、レーダー波警報機能の表示例を示す 図３５（ａ）は、走行情報の例を示す。図３５（ｂ）は、データベース２９のファイル構造のログファイルに関連する部分を示す。 図３６（ａ）及び（ｂ）は。設定画面５０７及びＷＬＡＮ画面５０８の一例を示す。 図３７（ａ）は、カレンダー画面５０９の一例を示す。図３８（ｂ）は、確認画面５１０ａ、５１０ｂの一例を示す。 図３８は、入力画面５１２ａ〜５１２ｃの一例を示す。 図３９（ａ）は、月間記録データ画面５１３の一例を示す。図３９（ｂ）は、月管理データ詳細画面５１４の一例を示す。 図４０は、告知画面５１５ａ〜５１５ｄの例を示す。 図４１は、スケジュールサーバ９０との間で送受信されるｈｔｔｐリクエストメソッド及びｈｔｔｐレスポンスの例を示す。 図４２は、走行情報から作成される送信データの例示的な内容を示す。 図４３は、カレンダー画面５０１の一例を示す。 図４４は、カレンダー画面５０１の一例を示す。 図４５は、カレンダー画面５０１の一例を示す。 図４６は、カレンダー画面５０１の「その他」ボタンを操作することにより表示されるプルダウンメニューを示す。 図４７は、カレンダー画面５０１及びレコード５０１ｄの詳細ウィンド５０１ｇの一例を示す。 図４８（ａ）は、カレンダー画面５０１の一例を示す。図４８（ｂ）は、地図ページの一例を示す。 図４９は、サービスサーバが表示させるグラフ画面を示す。 図５０は、設定ＱＲコード画面１５０を示す。 図５１は、設定画面６０１を示す。 図５２は、確認選択画面を示す。 図５３は、確認選択画面を示す。 図５４は、ＡＰ画面機能を使用した場合のシステム概念図を示す。 図５５は、ＡＰ音声機能を使用した場合のシステム概念図を示す。 図５６は、遷移４又は５における第２報知エリアの他の出現方法を示す。 図５７は、好ましい態様のレーダー探知機１０の（ａ）上面図、（ｂ）背面側斜視図及び（ｃ）背面図を示す。 図５８は、好ましい態様のレーダー探知機１０の（ａ）背面ケース内側及び（ｂ）背面ケース内側を示す。 図５７は、好ましい態様のレーダー探知機１０の（ａ）背面ケースを取った内部の状態及び（ｂ）無線基板と、ＧＰＳ及びスピーカの基板（上面図）を示す。

以下、電子機器がレーダー探知機１０である場合を例として本発明の実施形態を説明する。
［システム全体の構成］
図１は、ネットワークシステム１の全体構成の一例を示す。ネットワークシステム１は、インターネット２、ネットワーク（無線ＬＡＮ）３等により接続されるレーダー探知機１０、スマートフォン５０を有する。レーダー探知機１０は、車両４、好ましくは、車室内４Ａに設置可能である。本実施形態では車両４に設置されている特定のユーザのものについて主として説明するが、レーダー探知機１０は複数の異なるユーザの異なる車両に同様に設置され、同様にインターネット上のサーバに接続可能である。

レーダー探知機１０は、無線通信機能付きメモリカード６０（以下、単に、「メモリカード」という）を装着可能である。レーダー探知機１０にメモリカード６０を装着することにより、レーダー探知機１０は、ネットワーク３、スマートフォン５０、インターネット２を介して、サービスサーバ８０、スケジュールサーバ９０を始めとする各種サーバ（例えば、地図サーバ、ソーシャルネットワークサーバ等）との間でデータの送受信を行うことが可能である。インターネット２には、他のユーザ端末１００も接続可能である。ユーザ端末１００は、例えば、ユーザ５の自宅６に設置されるパソコンである。インターネット２、サービスサーバ８０、スケジュールサーバ９０、ユーザ端末１００等は、車外９に配置される。

レーダー探知機１０は、ＣＡＮネットワーク７を介して車両内４Ｂに設置された１又は複数のＥＣＵ８からデータを受信し得る。ＥＣＵ８は、車両４に搭載される各種装置の制御コンピュータ（例えば、エンジン制御ユニット）である。

［レーダー探知機１０の構成］
図２、図３は、本発明の電子機器として好適な一実施形態であるレーダー探知機１０を示している。図２（ａ）は、レーダー探知機１０の前面（車両後方（運転者側）に向く面）側の斜視図、図２（ｂ）は背面側の斜視図である。図３は、レーダー探知機１０のブロック図である。

レーダー探知機１０は、薄型矩形状のケース本体１２を備え、そのケース本体１２の背面側下方に取り付けられたブラケット１３の底面を車両４のダッシュボード上等に貼り付けて固定される。ケース本体１２やブラケット１３は、取付時にはフロントガラスへの映り込みが少なく、店舗での陳列・販売時には高級感のある材質（例えば、ダッシュボードと同色の高級感のある素材）とすると良い。ケース本体１２の寸法は、縦６２ｍｍ×横１２４ｍｍ×厚さ１７ｍｍである。ケース本体１２の外周付近には、厚さが薄くなった薄部が形成される。

ケース本体１２の前面（車両後方（運転者側）に向く面）には、表示器１５を備える。表示器１５は、３．２インチのカラーＴＦＴ液晶ディスプレイで構成する。この表示器１５上には、表示器１５のどの部分がタッチされたかを検出するタッチパネル１６を備える。

ケース本体１２の前面の右サイドには音量調整ボタン１７が配置され、同左サイドには各種の作業用ボタン１８が配置される。作業用ボタン１８等の特定のボタン又はケース本体１２上のマーク等は、ＬＥＤ発光式の部材が使用され、後述の警報機能の発動時にＬＥＤ発光によりアラームが行われる。

図１に示すように、ケース本体１２の右側面には、着脱可能な記録媒体としてのメモリカード６０を装着するためのカード挿入口１９を備え、ケース本体１２内のカード挿入口１９の内側にメモリカードリーダ・ライタ２０が内蔵される。このカード挿入口１９からメモリカード６０を挿入することで、そのメモリカード６０はメモリカードリーダ・ライタ２０に装着される。レーダー探知機１０は、メモリカードリーダ・ライタ２０にメモリカード６０を装着することにより、メモリカード６０のデータの読み書き等を行うことができる。例えば、レーダー探知機１０は、装着されたメモリカード６０に格納されたデータを内部に取り込むことができる。より具体的には、メモリカード６０に格納されたデータは、新規なターゲット（報知対象）の情報（ターゲットの経度・緯度等の位置情報、種別情報等であるターゲット情報）などの更新情報があり、その更新情報が制御部２８の制御により装置に内蔵されるデータベース２９に格納（ダウンロード）され、データ更新がされる。

また、レーダー探知機１０がスマートフォン５０及びメモリカード６０の後述するインターネット接続機能によりサービスサーバ８０に接続可能な環境では、所定のタイミング毎に詳細を後述する方法によりサービスサーバ８０からターゲット情報及び公開取締情報の最新データがダウンロードされ、これが、データベース２９に格納され、データ更新がされる。

データベース２９は、制御部２８のマイコン内あるいはマイコンに外付けした不揮発性メモリ（たとえばＥＥＰＲＯＭ）により実現できる。なお、データベース２９には、出荷時に地図データ並びに一定のターゲットに関するターゲット情報が登録されており、その後に追加されたターゲット情報、公開取締情報等が上記のようにしてデータ更新される。

ケース本体１２の背面側中央上方の内部にＧＮＳＳ受信器２３を配置し、さらにその横にマイクロ波受信器２４，無線受信器２５を配置する。ＧＮＳＳ受信器２３は、ＧＰＳ衛星からのＧＰＳ信号を受信し、現在位置（経度・緯度）情報を出力する。ＧＮＳＳ受信器２３は、衛星測位システムの受信回路を２チャンネル有する。これにより、最大２つの衛星測位システムのＧＰＳ信号が利用可能である。マイクロ波受信器２４は、速度測定装置から出射される所定周波数のマイクロ波を受信する。無線受信器２５は、飛来する所定周波数の無線を受信する。ケース本体１２内の下方には、スピーカ２６も内蔵している。スピーカ口は、ケース本体１２の底面に設けている。レーダー探知機１０は、ケース本体１２の背面側（車両４の前方側）を撮影するカメラ３０を有する。

ケース本体１２の前面には、上記の表示器１５に加えて、ランプ４１、リモコン受信器４２、赤外線通信機４４を配置している（図１では省略）。ランプ４１は、警報の種類・緊急度に応じて、種々の色で光って警告する。リモコン受信器４２は、赤外線によりリモコン（携帯機：子機）４３とデータ通信をし、本装置に対する各種の設定を行なう。赤外線通信機４４は、スマートフォン５０等の赤外線通信機を内蔵した通信装置との間で、データの送受を行なう。

また、ケース本体１２内には、地磁気センサ４６、加速度センサ４７、気圧センサ４８を備える。地磁気センサ４６は、地磁気を検出して北方向が進行方向に対してどの方向にあるかを検出するセンサである。加速度センサ４７は、車両４の前後、左右、上下の加速度を検出するセンサである。気圧センサ４８は、ケース本体１２が設置された車両４の現在位置における大気圧を測定するセンサである。

また、本実施形態のレーダー探知機１０は、車両に実装されているＯＢＤ−II（IIはローマ数字の「２」であり、以下「ＯＢＤ−II」を「ＯＢＤ２」と記す）コネクタに接続する接続ケーブル３２を備えている。この接続ケーブル３２の先端には、車両４のＯＢＤ２コネクタに着脱自在に装着できるコネクタ端子３３が取り付けられている。ＯＢＤ２コネクタは、故障診断コネクタである。ＯＢＤ２コネクタは、車両４のＥＣＵ８に接続され、各種の車両情報が出力される。

レーダー探知機１０をＯＢＤ２コネクタに接続することにより、レーダー探知機１０は、ＯＢＤ２コネクタから電源供給を受けることができる。ＯＢＤ２コネクタからの電源は、車両側からは常時供給されているが、車両４のＡＣＣスイッチ（不図示）がオンの期間中継続してレーダー探知機１０へ電源を供給し、ＡＣＣスイッチがオフになってから所定時間（例えば、５分）経過後に遮断する制御を行う電源制御部を介して、レーダー探知機１０へ電源が供給される。この電源制御部はコネクタ端子３３を有する筐体内に設けており、コネクタ端子３３中の電源端子と接続ケーブル３２中の電源ケーブルとの間で上述した電源のオン・オフの制御を行うよう制御する。

接続ケーブル３２に取り付けられたコネクタ端子３３と、車両本体側のＯＢＤ２コネクタとを連結することで、制御部２８は、各種の車両情報を０．５秒おきに取得する。この車両情報としては、例えば、車速、エンジン回転数、エンジン負荷率、スロットル度、点火時期、残り燃料の割合、インテークマニホールドの圧力、吸入空気量（ＭＡＦ）、インジェクション開時間、エンジン冷却水の温度（冷却水温度）、エンジンに吸気される空気の温度（吸気温度）、車外の気温（外気温度）、燃料タンクの残り燃料の量（残燃料量）、燃料流量、瞬間燃費、アクセル開度、ウインカー情報（左右のウインカーの動作（ＯＮ／ＯＦＦ））、ブレーキ開度、ハンドルの回転操舵角情報等がある。

制御部２８は、ＣＰＵ，ＲＯＭ，ＲＡＭ，不揮発性メモリ、Ｉ／Ｏ等を備えるコンピュータであり、上述した各部と接続され、各種の入力機器（タッチパネル１６、ＧＮＳＳ受信器２３、マイクロ波受信器２４、無線受信器２５等）から入力される情報に基づき所定の処理を実行し、出力機器（表示器１５，スピーカ２６等）を利用して所定の警報・メッセージを出力する。これらの基本構成は、基本的に従来のものと同様のものを用いることができる。例えば音声の出力は、音声のＰＣＭデータを、不揮発性メモリであるＥＥＰＲＯＭ上に記憶しており、制御部２８はこのＰＣＭデータを再生してスピーカ２６から音声を出力する。

［スマートフォン５０の構成］
図５は、スマートフォン５０のハードウェア構成の一例を示す。スマートフォン５０は、ＣＰＵ５１、記憶装置５２、操作装置５３、表示装置５４、ローカルエリア通信部５５、ＬＴＥ通信部５６を備えている。

ＣＰＵ５１は、プロセッサを主体として構成され、スマートフォン５０全体を統括制御する。記憶装置５２は、ＲＯＭ、ＲＡＭ、フラッシュメモリ等から構成され、スマートフォン５０の動作に必要なプログラム及びデータを記憶する他、ユーザが使用する他のユーザデータを記憶し得る。操作装置５３は、ユーザによる各種操作を受け付けるものである。表示装置５４は、情報を表示するためのものである。操作装置５３及び表示装置５４は、タッチパネルディスプレイで構成し得る。ローカルエリア通信部５５は、無線ＬＡＮ等のネットワーク３を介してメモリカード６０等の外部機器との間でデータの送受信を行う機能を有する。ＬＴＥ通信部５６は、ＬＴＥ基地局との間で通信を行い、インターネット２との間で通信を行う機能を有する。ＣＰＵ５１の制御によりローカルエリア通信部５５とＬＴＥ通信部５６との間で相互に通信を中継することによってメモリカード６０等の外部機器をインターネット２に接続させるテザリング機能を有する。

［メモリカード６０の構成］
図６は、メモリカード６０のハードウェア構成の一例を示す。メモリカード６０は、無線ＬＡＮ通信機能内蔵ＳＤカードであり、ＣＰＵ６１と、カードインターフェイス部（カードＩ／Ｆ）６２と、無線通信部６３と、ＲＡＭ６４と、第１フラッシュメモリ６５と、第２フラッシュメモリ６６を有する。

ＣＰＵ６１は、メモリカード６０全体を統括制御するものである。カードインターフェイス部６２は、レーダー探知機１０等の外部機器との接続を提供する。無線通信部６３は、ＣＰＵ６１の制御に基づいて、ＷＬＡＮ等の通信方式に従い、スマートフォン５０等の外部機器との間で種々のデータの送受信を行う無線通信インターフェイスである。

ＲＡＭ６４には、メモリカード６０の動作に必要なデータが一時的に記憶される。第１フラッシュメモリ６５は、電源を切ってもデータが消えない不揮発性半導体メモリであり、制御プログラムや無線通信パラメータ等を記憶している。第２フラッシュメモリ６６は、ユーザデータを記憶するためのものである。第２フラッシュメモリ６６（第１記憶部）のデータは、カードインターフェイス部６２に接続可能なカードリーダを介し、ユーザ端末１００等の外部機器から読み取ることが可能である。ＲＡＭ６４（第２記憶部）のデータは、カードリーダを介してユーザ端末１００等の外部機器から読み取ることはできない。

カードインターフェイス部６２を介してメモリカード６０とレーダー探知機１０がデータの送受信を行い、無線通信部６３を介してメモリカード６０とスマートフォン５０がデータの送受信を行うことにより、以下の機能が提供される。
（１）レーダー探知機１０がメモリカード６０（ＲＡＭ６４，第２フラッシュメモリ６６）に対してデータの読み書きを行う機能（ＳＤカード機能）
（２）スマートフォン５０とレーダー探知機１０の間でデータの送受信を行う機能（無線ＬＡＮ機能）
（３）スマートフォン５０のテザリング機能を用いてレーダー探知機１０をインターネット２に接続させる機能（インターネット接続機能）

サービスサーバ８０、スケジュールサーバ９０、その他のサーバ、ユーザ端末１００等は、インターネット２に接続可能なコンピュータにより構成される。図７は、このようなコンピュータが一般的に備えるハードウェア構成の一例を示す。図示のように、サービスサーバ８０、スケジュールサーバ９０、ユーザ端末１００等で使用され得るコンピュータは、ＣＰＵ７１、記憶装置７２、操作装置７３、表示装置７４及び通信部７５を備え得る。

ＣＰＵ７１は、プロセッサを主体として構成され、コンピュータ全体を統括制御する。記憶装置７２は、ＲＯＭ、ＲＡＭ、ハードディスク等から構成され、コンピュータの動作に必要なプログラム及びデータを記憶する他、ユーザが使用する他のユーザデータを記憶し得る。操作装置７３は、キーボード、マウス等からなり、各種操作を受け付ける。表示装置７４は、例えば、液晶ディスプレイからなり、各種情報を表示する。通信部７５は、インターネット２に接続する機能を有する。

サービスサーバ８０及びスケジュールサーバ９０は、それぞれの通信部７５を介してインターネット２に接続し、スマートフォン５０，ユーザ端末１００等（以下、スマートフォン５０，ユーザ端末１００等を用いたインターネット２への接続、情報閲覧等に関する説明では、「スマートフォン５０，ユーザ端末１００等の外部機器」を単に、「ユーザ端末１００等」と記載する場合がある。）との間での情報の送受信を行うことが可能である。ユーザ端末１００は、その通信部７５を介してサービスサーバ８０及びスケジュールサーバ９０等のインターネット２上の各種サーバとの間での情報の送受信を行うことが可能である。

図８は、本発明の実施の形態に係るサービスサーバ８０の機能構成を示す。図示のように、サービスサーバ８０は、Ｗｅｂインターフェイス８１、アカウント情報記憶部８２、ターゲット情報記憶部８３、ターゲット情報更新部８４、ターゲット情報提供サーバ８５、公開取締情報記憶部８６、公開取締情報更新部８７、公開取締情報提供サーバ８８を備える。これらの機能は、前述したコンピュータの構成及び統括制御によって実現される。

Ｗｅｂインターフェイス８１は、インターネット２を介した通信を行うものである。

アカウント情報記憶部８２は、複数のアカウントデータを記憶する。各アカウントデータは、各レーダー探知機１０に固有の装置ＩＤと、装置ＩＤに対応するパスワードとで構成される。装置ＩＤ及びパスワードは、任意文字数の英数字等で構成される。パスワードは、有償でユーザに通知される。

ターゲット情報記憶部８３には、複数のターゲット情報が記憶される。図９に、ターゲット情報記憶部８３に記憶されるターゲット情報の例を示す。図示のように、ターゲット情報は、ターゲットの種類を示すターゲット種類識別子、位置／区域情報、更新日時等の情報要素を含む。

ターゲットの種類としては、事故多発地帯や景勝地、サービスエリア、オービス（自動速度違反取締装置）、ゾーン３０等、ユーザがドライブ中に報知を受けること希望することが想定される場所や施設が選択されている。ゾーン３０は、自動車事故抑止のため、市街地の住宅街など生活道路が密集する区域を指定し、その区域での車の最高速度が時速３０キロに制限されている区域である。ターゲット種類識別子は、ターゲットの種類を示す識別子である。

位置／区域情報は、ターゲットの位置又は区域を規定した情報である。位置の情報は、ターゲットの位置の緯度／経度の情報である。区域の情報は、ターゲットの区域の外延を規定する形状データとして記憶される。形状データは、多角形区域なら、多角形の各頂点の位置（緯度／経度）により記憶し、円形区域なら、中心位置（緯度／経度）及び半径により記憶できる。区域は、複数の多角形区域又は円形区域の集合として記憶しても良い。

更新日時は、当該ターゲット情報がターゲット情報記憶部８３に記憶された日時を示す情報である。

ターゲット情報更新部８４は、ターゲット情報記憶部８３のターゲット情報の更新を行うものである。ターゲット情報更新部８４は、新たに設置されたターゲットについてのターゲット情報をターゲット情報記憶部８３に追加し、撤去等されたターゲットについてのターゲット情報をターゲット情報記憶部８３から削除する。

ターゲット情報の更新は、サービスサーバ８０の操作装置７３を用いてオペレータが手入力によって行う。サービスサーバ８０のＣＰＵ７１がインターネット２等の情報源からの検索等によってターゲット情報を取得して自動的に更新しても良い。

ターゲット情報提供サーバ８５は、レーダー探知機１０がインターネット接続機能を介してサービスサーバ８０にアクセス（接続）した場合に、レーダー探知機１０から提供されるアカウントデータをアカウント情報記憶部８２の情報と照合することでレーダー探知機１０のアクセス権限を確認し、アクセス権限がある場合に、接続元のレーダー探知機１０に対し、ターゲット情報記憶部８３に記憶されたターゲット情報を提供する。

より具体的には、ターゲット情報提供サーバ８５は、レーダー探知機１０からサービスサーバ８０へのアクセスが確認されると、そのレーダー探知機１０による前回のアクセス日時以降の更新日時を有するターゲット情報を抽出してレーダー探知機１０に送信する。

更に、ターゲット情報提供サーバ８５は、レーダー探知機１０のアクセス権限が確認できない場合であっても、特定の場合には、レーダー探知機１０へのターゲット情報の提供を実行する。このような提供処理は、例えば、アカウント情報記憶部８２に提供した日時を記憶しておき、例えば今回のアクセスが、この記憶された日時から所定期間経過しているかを判定して所定期間経過している場合に行うようにするとよい。またアクセス毎に所定の確率で提供する処理を行うようにしてもよい。例えば２年に一度等、一定の頻度で行うことも可能であり、抽選等によって一定の確率で行うことも可能である。また、ターゲット情報記憶部８３に記憶されたターゲット情報のうちの一部のターゲット情報のみを提供するなど、アクセス権限が確認された場合よりも、ターゲット情報の範囲を制限する処理を行うとよい。このようにすることにより、無線通信機能付きメモリカード６０の使用をユーザに動機付けることができるとともに、有償のパスワードの取得の動機付けを維持できる。

公開取締情報記憶部８６には、複数の公開取締情報が記憶される。公開取締情報は、主として警察や地方公共団体等の公共機関から提供される交通や安全に関する情報である。図１０に、公開取締情報記憶部８６に記憶される公開取締情報の例を示す。図示のように、公開取締情報は、情報内容、地域／道路情報、対応ターゲット種類識別子、更新日時等の情報要素を含む。

情報内容は、公開取締情報の内容を示すテキスト情報である。情報内容は、警察や地方公共団体等が提供する情報をサービスサーバ８０の運営者等が分かり易く要約／説明した文章であり得る。地域／道路情報は、地域及び道路の情報を含む。地域の情報は、行政区画（都道府県市町村等）で定義される区域の情報、又は、ターゲット情報の区域と同様にして定義される区域の情報である。対応ターゲット種類識別子は、当該公開取締情報と関連を持たせることが有用と考えられるターゲットがある場合に規定される情報であり、そのようなターゲットが存在する場合には、そのターゲットの種類を示す識別子がターゲット種類識別子として記憶される。更新日時は、当該公開取締情報が公開取締情報記憶部８６に記憶された日時（日付及び時間）を示す情報である。

公開取締情報更新部８７は、公開取締情報記憶部８６の公開取締情報の更新を行うものである。公開取締情報更新部８７は、新たに公表された公開取締情報を公開取締情報記憶部８６に追加し、期限切れ等になったターゲット公開取締情報を公開取締情報記憶部８６から削除する。

公開取締情報の更新は、サービスサーバ８０の操作装置７３を用いてオペレータが手入力によって行う。サービスサーバ８０のＣＰＵ７１が警察や地方公共団体等のホームページ等の情報源からの検索等によって公開取締情報を取得して自動的に更新しても良い。

公開取締情報提供サーバ８８は、レーダー探知機１０がインターネット接続機能を介してサービスサーバ８０にアクセスした場合に、接続元のレーダー探知機１０に対し、公開取締情報記憶部８６に記憶された公開取締情報を提供する。公開取締情報の提供に際してアクセス権限は要求されない。

図１１は、本発明の実施の形態に係るスケジュールサーバ９０の機能構成を示す。図１１に示すように、スケジュールサーバ９０は、Ｗｅｂインターフェイス９１、認証サーバ９２、アカウントデータベース９３及びスケジュールデータベース９４等の機能構成を備える。これらの機能は、前述したコンピュータの構成及び統括制御によって実現される。

Ｗｅｂインターフェイス９１は、インターネット２を介した通信を行うものである。認証サーバ９２は、ユーザ端末１００等から入力される情報をアカウントデータベース９３の情報と照合することでユーザのアクセス権限を確認し、アクセス権限がある場合にログイン（スケジュールデータベース９４の当該ユーザアカウントでアクセス可能なデータへのアクセス）を許可する。

アカウントデータベース９３は、複数の登録データを記憶する。各登録データは、ユーザアカウントと、ユーザアカウントに対応するパスワードとで構成される。ユーザアカウントは、一意に識別可能なものであり、例えばメールアドレスが使用される。

スケジュールデータベース９４には、各ユーザアカウントに対応付けてスケジュールについての情報であるスケジュール情報が記憶される。本実施形態では、各ユーザアカウント（「アカウント＃１」等）に対し、ＵＲＬ等により指定可能な１又は複数の記憶領域９５Ａ，９５Ｂ，・・・９５Ｎが割り当てられる。（以下、個々の記憶領域９５Ａ，９５Ｂ，・・・９５Ｎを区別する必要がない場合には、「記憶領域９５Ａ，９５Ｂ，・・・９５Ｎ」を単に「記憶領域９５」と記載する。）個々の記憶領域９５は、後述のカレンダーＩＤ等により識別される。各記憶領域９５には、１又は複数のスケジュール情報が記憶される。

図１２は、記憶領域９５に記憶される例示的な複数のスケジュール情報を示す。スケジュール情報は、ＵＩＤ、開始日時、終了日時、タイトル、場所等の複数の情報要素を含む。

「ＵＩＤ」欄の情報は、個々のスケジュール情報を識別するための識別情報である。識別情報は、ユーザアカウント毎に一意のユーザＩＤ（「ＡＡＡＣＡＬ」）及び個々のスケジュール情報の作成日時等を示すデータ（「２０１４０６０１Ｔ１８２６５０」）で構成される。

「開始日時」及び「終了日時」欄の情報は、日時情報であり、各スケジュール情報の開始日時及び終了日時を示す。「開始日時」及び「終了日時」は、「Ａｓｉａ／Ｔｏｋｙｏ：ＡＡＡＡＡＡＡＡＴＢＢＢＢＢＢ」の形式で記憶される。「Ａｓｉａ／Ｔｏｋｙｏ：」は、タイムゾーンを示す。「Ａ」及び「Ｂ」は、１桁の数値であり、「ＡＡＡＡＡＡＡＡ」は年月日を示し、「ＢＢＢＢＢＢ」は時刻を示す。例えば、「Ａｓｉａ／Ｔｏｋｙｏ：２０１４０６２３Ｔ１５００００」は、東京時間の２０１４年６月２３日１５時００分を示す。ユーザは、「開始日時」及び「終了日時」を任意に設定することができる。

「タイトル」欄の情報は、タイトル情報であり、ユーザにより入力されるある文字数のテキスト情報等が記憶される。

「場所」欄の情報は、場所に関する情報（以下、「場所情報」という）である。ユーザは、任意の場所情報を入力することができる。場所情報は、ある文字数のテキスト情報（例えば、「第１会議室」）、又は、緯度／経度を表示するデータとして記憶することができる。図示の例では、緯度及び経度が小数点以下６桁の数値で表示されている。例えば、「３４．７２８９０５，１３７．４５３１９３」は、緯度が３４．７２８９０５度であり、経度が１３７．４５３１９３度であることを示す。

スケジュール情報は、上記以外の情報要素も有し得る。個々のスケジュール情報は、それぞれの「ＵＩＤ」をファイル名とするスケジュール情報ファイル９６として記憶領域９５に記憶される。

なお、「ＵＲＬ」欄の情報は、スケジュールデータベース９４において該当のユーザアカウントに割り当てられた記憶領域９５のＵＲＬ及びファイル名を示す。

アカウントデータベース９３及びスケジュールデータベース９４は、リレーショナルモデルに基づいて上記登録データ、スケジュール情報等を記憶するリレーショナルデータベースである。

図１３は、認証サーバ９２がインターネット２を介してユーザ端末１００等のブラウザ内に表示させるログイン画面５００の一例を示す。図７に示すように、ログイン画面５００には、ユーザアカウント及びパスワードを入力するための入力欄５００ａ，５００ｂが表示される。

ユーザが、ユーザアカウント及びパスワードを入力欄５００ａ，５００ｂに入力し、ログインボタン５００ｃを操作すると、ユーザ端末１００等のブラウザは認証サーバ９２にこれらの情報を送信し、認証サーバ９２は、受信したこれらの情報をアカウントデータベース９３を参照して認証できるか否かを判定し、認証できた場合には、ユーザのログインを許可する。

図１４（ａ）は、ログイン後にスケジュールサーバ９０から送信される情報に基づいてユーザ端末１００等のブラウザに表示されるカレンダー画面５０１を示す。

以下の説明では、ユーザ端末１００等のブラウザに表示される画面への操作やユーザ端末１００等のブラウザに表示される画面の内容で説明するが、説明で用いる操作内容を示す情報は、ブラウザからスケジュールサーバ９０に送信され、その送信された情報に基づいて、スケジュールサーバ９０がブラウザ上の画面に描画させるためのデータを生成してユーザ端末１００等に送信し、その送信されたデータに基づいて、ユーザ端末１００等のブラウザ上での表示がなされるものである。

カレンダー画面５０１では、該当するユーザアカウントに割り当てられた記憶領域９５のいずれか（例えば、記憶領域９５Ａ）に記憶されたスケジュール情報が表示される。後述するメニューボタン５０１ｆの操作により、他の記憶領域９５Ｂ〜９５Ｎについてのスケジュール情報を表示させることも可能である。

カレンダー画面５０１では、所定の表示期間（図示の例では、所定の表示期間は１ヶ月で、具体的には、２０１４年６月の１ヶ月間）に含まれる複数の単位期間（図示の例では、１日）毎の表示欄５０１ａが配列される。表示期間は、変更ボタン５０１ｂの操作で変更することが可能であり、表示期間の長さ（日、週、月）は、変更ボタン５０１ｃの操作で変更することが可能である。

各表示欄５０１ａには、各表示欄５０１ａの日時に対応する日時情報（例えば、開始日時）を有するスケジュール情報の開始時刻及びタイトル情報からなるレコード５０１ｄが表示される。例えば、図１４（ａ）では、開始日時が２０１４年６月２３日１５時００分のスケジュール情報については、その開始時刻（「１５：００」）及びタイトル情報（「営業会議」）が２３日の表示欄５０１ａに表示されている。各表示欄５０１ａは、複数のレコード５０１ｄを上から下へ開始時刻順に並べて表示することが可能である。（２５日の表示欄５０１ａに表示される２つのレコード５０１ｄを参照。）

カレンダー画面５０１で、いずれかの表示欄５０１ａをクリックすることで、スケジュール情報を入力するための入力ウィンド５０２がポップアップ表示される。入力ウィンド５０２は、スケジュールのタイトル情報、日時情報、場所情報等の情報要素を入力するための複数の入力フィールド５０２ａ，５０２ｂ，５０２ｃを有する。

ユーザが、入力ウィンド５０２において上記情報要素の全部又は一部を入力し、保存ボタン５０２ｄを操作すると、入力されたスケジュール情報は、所定の入力形式に加工されてスケジュールサーバ９０に送信される。図１４（ｂ）は、スケジュール情報の送信に際して指定される送信先アドレス（ＵＲＬ）及び送信されるスケジュール情報の所定の入力形式の例を示す。

図示のように、送信先ＵＲＬは、ユーザに割り当てられた記憶領域９５のＵＲＬ（ｈｔｔｐｓ：／／ｗｗｗ．ｃａｌｅｎｄｅｒ．ｃｏｍ／ｃａｌｅｎｄａｒ／ｄａｖ／ＺＺｎａｍｅ＠Ａｍａｉｌ．ｃｏｍ／ｅｖｅｎｔｓ）及びスケジュール情報の識別情報を組み合わせて作成される。識別情報は、ユーザＩＤ（ＡＡＡＣＡＬ）と保存ボタン５０２ｄが操作された日時（入力日時）を示す情報（２０１４０６１０Ｔ１４３８３６）で構成される。

送信に際し、スケジュール情報は、情報要素毎に各入力フィールド５０２ａ，５０２ｂ，５０２ｃに応じたタグ付け及び／又は配列等を行うにより、図示の所定の入力形式に加工される。例えば、入力フィールド５０２ａに入力された情報には、「ＳＵＭＭＡＲＹ」がタグ付けされ、入力フィールド５０２ｂに入力された情報には、「ＤＴＳＴＡＲＴ；ＴＺＩＤ＝Ａｓｉａ／Ｔｏｋｙｏ」、「ＤＴＥＮＤ；ＴＺＩＤ＝Ａｓｉａ／Ｔｏｋｙｏ」がタグ付けされ、入力フィールド５０２ｃに入力された情報には、「ＬＯＣＡＴＩＯＮ」がタグ付けされる。「ＵＩＤ」をタグ付けされた「ＡＡＡＣＡＬ２０１４０９２６Ｔ１４３８３６」は、送信される個々のスケジュール情報を識別するための識別情報である。識別情報は、ユーザＩＤとスケジュール情報の送信が行われた日時を示す日時情報により構成される。

送信されるスケジュール情報のデータ形式は、ｉＣａｌｅｎｄａｒ形式である。スケジュール情報は、ＷｅｂＤＡＶを使用したＣａｌＤＡＶ規格等で送信され得る。「ＢＥＧＩＮ：ＶＣＡＬＥＮＤＡＲ」、「ＢＥＧＩＮ：ＶＥＶＥＮＴ」、「ＤＥＳＣＲＩＰＴＩＯＮ：」、「ＥＮＤ：ＶＥＶＥＮＴ」、「ＥＮＤ：ＶＣＡＬＥＮＤＡＲ」等は、スケジュール情報の開始及び終了等を識別するためのヘッダ及びフッダである。

スケジュールサーバ９０は、ユーザ端末１００等から送信されたスケジュール情報を構文解析等することにより、スケジュール情報に含まれる情報要素を抽出し、これを図６に関して説明した記憶形式で記憶する。

カレンダー画面５０１は、カレンダーの種類を表示するカレンダー欄５０１ｅを有する。カレンダー欄５０１ｅにおけるメニューボタン５０１ｆが操作された場合、図１５に示す設定画面５０３に遷移し、新規のカレンダーの設定が受け付けられる。

設定画面５０３は、新しいカレンダーに関する種々の情報を入力するための１又は複数の入力欄５０３ａ〜５０３ｃを含む。このうち、入力欄５０３ａは、新規カレンダーのカレンダー名を受け付けるものである。図では、「月間記録」という名称が入力された状態が示されている。

入力欄５０３ａ〜５０３ｃの全部又は一部の入力が行われ、「カレンダーを作成」のボタン５０３ｄが操作された場合、入力欄５０３ａ〜５０３ｃの情報がスケジュールサーバ９０に送信され、スケジュールサーバ９０は、ログイン中のユーザアカウントに対応付けられた現在未使用の記憶領域（例えば、記憶領域９５Ｂ）を新規カレンダーに割り当て、送信された情報をその記憶領域の属性値として記憶する。

上記処理により、カレンダー画面５０１におけるカレンダー欄５０１ｅは、図１６に示すように表示が更新され、入力欄５０３ａに入力したカレンダー名を示すアイコン５４１及び操作ボタン５４２が表示される。

図１６に示すカレンダー欄５０１ｅでは、ユーザが操作ボタン５４２を操作することにより、プルダウンメニュー５０５が表示され、その選択項目から「カレンダー設定」５４３を選択することにより、カレンダーＩＤ５４４を画面上に表示させることができる。カレンダーＩＤ５４４は、記憶領域９５Ａ，９５Ｂ，・・・９５Ｎを個別に識別するための識別情報である。カレンダーＩＤ５４４は、ここでは「xxxx@group.calendar.yyyy.com」となっている。

［電子機器の機能］
本実施形態のレーダー探知機１０における機能は、制御部２８であるコンピュータが実行するプログラムとして、制御部２８のＥＥＰＲＯＭ上に格納され、これを制御部２８が有するコンピュータが実行することで実現する。制御部２８が有するプログラムによってコンピュータが実現する機能としては、ＧＰＳログ機能、タッチ操作受付機能、車両情報画面表示機能、ダウンロード更新機能、警報機能、走行情報ログ機能、無線通信機能等などがある。

ＧＰＳログ機能は、制御部２８が１秒ごとにＧＮＳＳ受信器２３によって検出された現在位置をその検出した時刻および速度（車速）と関連づけて位置履歴として不揮発性メモリに記憶する機能である。この位置履歴は例えばＮＭＥＡ形式で記録する。

タッチ操作受付機能は、複数種類のメニューウィンドに対するタッチ操作に基づいて、レーダー探知機１０の動作条件の設定等を含む各種操作を受け付ける機能である。タッチ操作で行うことができる操作は、リモコン４３を用いて行うことも可能である。

各メニューウィンドは、後述の車両情報画面に重ね合わせて車両情報画面の前面レイヤに表示される。メニューウィンドは、車両情報画面が視認可能なように半透明の背景と不透明のボタンで構成される。これにより、ユーザは、メニューウィンドの表示中も車両情報画面の種類を認識し、又は、車両情報画面の内容を確認することができる。

複数種類のメニューウィンドは、図１７に示すメニューウィンド２１０を含む。制御部２８は、レーダー探知機１０の動作中（後述の車両情報画面の表示中）に表示器１５に対する１回のタッチ操作が検出された場合に、表示器１５上にメニューウィンド２１０を表示させる。近接センサ付きのタッチパネルコントローラを用い、手が近づいたときに、メニューウィンド２１０を表示しても良い。メニューウィンド２１０は、一定時間操作が検出されなければ、消去される。

図１７（ａ）は、図２に示すケース本体１２のレーダー探知機１０において表示されるメニューウィンド２１０を示す。図示のように、このメニューウィンド２１０では、３つの基本ボタン２１０ａ〜２１０ｃが表示される。図１７（ｂ）は、図４（ａ）又は（ｂ）に示すダイレクト・スイッチを省略されたケース本体１２のレーダー探知機１０において表示されるメニューウィンド２１０を示す。図１７（ｂ）のメニューウィンド２１０では、基本ボタン２１０ａ〜２１０ｃに加えて、メニューウィンド２１０の外周に追加ボタン２１０ｄが表示される。これらの追加ボタン２１０ｄを操作することにより、図２に示すケース本体１２のレーダー探知機１０におけるダイレクト・スイッチに対応する操作を行うことが可能である。

メニューウィンド２１０を含む複数のメニューウィンドは階層構造を有し、上位階層のメニューウィンドでタッチされたボタンに応じて、制御部２８は、下位階層のメニューウィンドを表示させ、又は、そのボタンのボタン機能を実行する。例えば、最上位のメニューウィンド２１０において「設定ＴＯＰ」のボタン２１０ａをタッチすることにより、当該ボタン２１０ａに割り当てられた下位階層のメニューウィンドである設定画面２１１（図１８）が表示される。なお、明細書中で「表示される」と記載した箇所については、制御部が表示器に表示させる制御（例えば当該描画処理等）をすることを示している。また「制御部が・・表示する」と記載した箇所も制御部が表示器に表示させる制御（例えば当該描画処理等）をすることを示している。更に、設定画面２１１等の下位階層のメニューウィンドで表示されるボタンをタッチすることにより、そのボタンに割り当てられた更に下位階層のメニューウィンドが表示され、又は、そのボタンに割り当てられた機能が実行される等である。以下では、メニューウィンドのボタンに割り当てられたメニューウィンドを表示する機能と、メニューウィンドのボタンのボタンに割り当てられた機能を総称して、「ボタン機能」と表記する場合がある。

メニューウィンド２１０に表示されるボタンの種類（例えば、ボタン２１０ａ〜２１０ｃ）は、表示中の車両情報画面の種類により相違する。この点については、後述する。

タッチ操作受付機能は、各メニューウィンドで表示される全部又は一部のボタンへのタッチ操作に応答して、そのボタンに割り当てられた機能等の説明をスピーカ２６から出力する機能である機能説明機能を含む。具体的には、ボタンに対するある態様の操作（例えば０．５秒以上等の長時間のタッチ操作）を検出した場合には、タッチ操作受付機能により、そのボタンのボタン機能が実行され、それと異なる態様の操作（例えば、ボタンに対する０．２〜０．５秒等の短時間のタッチ操作）を検出した場合には、機能説明機能を起動し、当該ボタンのボタン機能についての説明のテキストデータをデータベース２９から読み出して音声合成技術により音声を合成してスピーカ２６から出力する。これにより、ユーザは、取扱説明書を取り出して必要な情報を探す作業をすることなく、ボタン機能を知ることができる。

車両情報画面表示機能は、車両情報画面を表示器１５に表示する機能である。車両情報画面表示機能は、ユーザの選択に応じて、車両情報画面として警報画面を表示する警報画面表示機能と、車両情報画面として車両の運行情報等を表示した待受画面を表示する待受画面表示機能を含む。

警報画面表示機能は、ＧＮＳＳ受信器２３によって検出した自車位置に基づき、自車位置と後述のＧＰＳ警報機能により警報されるターゲットとの位置関係を示す警報画面を表示器１５に表示する機能である。警報画面表示機能は、マップ警報画面を表示するマップ警報画面表示機能と、クラシック警報画面を表示するクラシック警報画面表示機能と、シンプル警報画面を表示するクラシック警報画面表示機能を含む。警報画面表示機能は、ユーザの選択に従って、これら３種類の警報画面のいずれかを警報画面として表示器１５に表示させることが可能である。

マップ警報画面は、全国版地図を用いた警報画面である。クラシック警報画面は、自車位置とターゲットの位置関係をシンプルに表示した警報画面である。クラシック警報画面には、ユーザにより選択される車両の運行状態を示すメーターも表示される。シンプル警報画面は、ターゲットがないときには、自車速度のみを表示し、自車位置がターゲットから一定の接近距離内のときに警告パネル、ミニレーダー、ターゲットとの距離のカウントダウン表示を表示する警報画面である。

図１９（ａ）は、マップ警報画面表示機能により表示されるマップ警報画面の一態様であるマップ警報画面１１１を示す。図示のように、マップ警報画面表示機能は、現在位置及びデータベース２９に記憶されたターゲットの位置又は区域に基づいて、ユーザに報知すべきターゲットを抽出し、抽出したターゲットについてのターゲットアイコン３１２等を地図上の該当する位置に重ねて表示する機能も備える。マップ警報画面１１１の具体的な表示態様は、以下の通りである。

制御部２８は、表示器１５のほぼ全面のメイン表示領域Ｒ１に地図画像を表示したマップ警報画面１１１を表示する。制御部２８は、後述の報知エリアＲ２の直上中央が現在の自車位置になるように地図画像を表示するとともに、当該位置に自車アイコン３１１を表示する。ただし、後述のターゲットイメージ３１２ａが表示される場合、自車アイコン３１１は消去され、或いは、ターゲットイメージ３１２ａから離すように左右方向に移動した位置に表示される場合がある。地図画像は、車両の進行方向側が表示器１５の上方向と一致するように描画される。

自車アイコン３１１の表示に際しては、マップマッチングにより、自車アイコン３１１がなるべく地図画像の道路上に表示されるように位置補正が行われる。データベース２９には、各道路の通行方向のデータが記憶されており、位置補正の際に、自車の進行方向と走行中の道路の通行方向が一致するようにマップマッチングが行われる。このようにすれば、高速道路等の対向車線間に距離がある道路において、自車アイコン３１１が逆向きの車線に表示された不自然な地図画像になることを防止できる。

制御部２８は、メイン表示領域Ｒ１において地形（道路や山、川、湖、建物、施設等）や地名、建物名、施設名、地名等を表示するとともに、自車から所定距離範囲内にあるターゲットの位置を示すターゲットアイコン３１２を表示する。地名、建物名、施設名、地名等に影を持たせることで見易さの改善が行われている。

ターゲットの種類によっては、制御部２８は、ターゲットがある接近距離（例えば、１０００ｍ以内）あるときに、図１９（ｂ）に示すように、地図上にターゲットイメージ３１２ａ（ターゲットの実写画像やターゲットに固有のアニメーション映像）を表示し、ターゲットがより近い第２の接近距離（例えば、５００ｍ以内）にあるときには、拡大したターゲットイメージ３１２ａを表示させる等が可能である。ユーザは、どの接近距離のときにどのサイズのターゲットイメージ３１２ａを表示するかを設定することが可能である。

制御部２８は、更に、メイン表示領域Ｒ１の左上には、方位磁針３１３及び車速３１４を、メイン表示領域Ｒ１の右上には、現在位置表示部３１５を、その下方には、ミニレーダースコープ３１６を、メイン表示領域Ｒ１の下方には、メイン表示領域Ｒ１に重ね合わせて報知エリアＲ２を表示する。現在位置表示部３１５では、走行中の道路名がデータベース２９に登録されている場合には、道路名が、登録されていない場合には、現在位置の住所が表示される。ミニレーダースコープ３１６では、自車３１６ａとターゲット３１６ｂの位置関係が簡易表示される。

報知エリアＲ２には、報知情報３１７と定常表示３１８が表示される。報知情報３１７は、ターゲットや公開取締情報に関する情報である。以下では、ターゲットに関して表示される報知情報３１７を、「ターゲット報知情報」、公開取締情報に関して表示される報知情報３１７を、「公開報知情報」と言う場合がある。図示の例では、報知情報３１７として、ターゲット報知情報３１９が表示された場合が示されている。

ターゲット報知情報３１９は、ターゲットを示すターゲットアイコン３１９ａ、ターゲットに関する説明であるターゲット説明情報３１９ｂ、ターゲットの方位を示す方位アイコン３１９ｃ及びターゲットまでの距離であるターゲット距離３１９ｄが表示されている。ターゲットアイコン３１９ａは、ターゲットアイコン３１２と同一形状のアイコンとすることで、ユーザは、地図画像上のターゲットアイコン３１２とターゲット報知情報３１９の関連を理解し易くなる。

定常表示３１８は、現在位置付近における交通法規等に関する情報を示す１又は複数の情報アイコン３１８ａや現在時刻３１８ｂからなる。定常表示３１８は、ターゲット報知情報３１９や公開報知情報３２０が表示されているかどうかとは関係なく、常時表示される。

報知エリアＲ２は、メイン表示領域Ｒ１の地図画像等の前面側のレイヤにメイン表示領域Ｒ１と重複して描画した半透明の板状の背景画像と、当該背景画像上の不透明な報知情報３１７及び定常表示３１８で構成される。背景画像上に不透明な報知情報３１７及び定常表示３１８を表示することで、ユーザは、報知情報３１７及び定常表示３１８を見易くなる。背景画像が半透明のため、図示のように、報知エリアＲ２内でも、報知情報３１７や定常表示３１８が表示されていない場所では、背面側に位置する地図画像等を視認できる。よって、ユーザは、より広い範囲に表示された地図画像を見ることができる。

マップ警報画面表示機能は、マップ選択機能を含む。マップ選択機能は、ユーザによるマップ警報画面の種類の選択を受け付ける機能である。マップ警報画面表示機能は、マップ選択機能によって選択されている種類のマップを表示する。

図２０は、マップ選択機能が表示器１５に表示させるメニューウィンド２１２を示す。メニューウィンド２１２は、メニューウィンド２１０の下位階層のメニューウィンドであり、メニューウィンド２１０から１又は複数回数のボタンのタッチ操作により表示させることが可能である。図示のように、メニューウィンド２１２は、「ＴＹＰＥ１」〜「ＴＹＰＥ３」の３種類のボタンが表示され、マップ選択機能は、タッチ操作された「ＴＹＰＥ１」〜「ＴＹＰＥ３」に対応した種類のマップ警報画面を選択する。

図２１、図２２は、「ＴＹＰＥ１」〜「ＴＹＰＥ３」に対応するマップ警報画面１１１〜１１３を示す。図２１は、車室内４Ａが明るいときに表示される昼配色のマップ警報画面１１１〜１１３を示し、図２２は、車室内４Ａが暗いときに表示される夜配色のマップ警報画面１１１〜１１３を示す。マップ警報画面１１１は、図１９に示したものと同一であり、標準的なマップ警報画面である。マップ警報画面１１２は、住所重視の仕様であり、現在位置表示部３１５には、常に現在位置の住所が表示される。マップ警報画面１１３は、道路重視の仕様であり、主要幹線道路の表示が強調されている。現在位置表示部３１５の表示は、マップ警報画面１１１と同様である。

上記のように、道路の表示太さや行政区画、施設等の色が相違する複数のマップ警報画面１１１〜１１３の選択を可能としたことにより、ユーザは、自分の好みやシチュエーションに応じて見易いマップ警報画面１１１〜１１３を表示させることが可能である。

警報画面表示機能は、画面内のある定まった位置（スケール表示領域）に現在のスケール情報（縮尺）を表示するスケール表示機能を含み得る。スケールは、自車位置を０ｍとし、その自車位置からメイン領域Ｒ１の上下方向の中間位置までの距離（例えば、「５００ｍ」）と、上方位置までの距離（図例えば、「１０００ｍ」）を表示し得る。制御部２８は、メイン表示領域Ｒ１が２回連続してタッチされたことを検知すると、メイン表示領域Ｒ１内の所定位置（スケール表示領域に添う位置）に地図スケール変更ボタンを表示し（図示省略）、その地図スケール変更ボタンに対するタッチに応じて地図スケールを変更する。つまり、制御部２８は、変更した地図スケールの縮尺に合わせてメイン表示領域Ｒ１に表示する地図の縮尺を変更すると共に、スケール表示領域に表示するスケール情報も変更する。

待受画面表示機能は、ユーザの選択に従って、制御部２８が、複数種類のデザインで、ＯＢＤ２等から取得される車両４の運行情報（例えば、車速、走行距離、燃費、アイドリングストップの回数や比率）や時計、フォトフレーム等を表示した待受画面を表示器１５に表示させる機能である。

図２３、図２４に、例示的な待受画面１２１〜１３１を示す。図２３の待受画面１２１〜１２８には、それぞれ、現在時刻、車速等、エコドライブに関する情報、加速度等、傾斜等、朝夕情報、グラフ、フォトフレームが表示される。図２４の待受画面１２９〜１３１は、プリセットの待受画面であり、ユーザが任意に選択できる大小さまざまなサイズの複数のメーター画像、文字、数値等の表示要素を配列して表示させることができる。

なお、プリセットの待受画面１２９〜１３１において表示させることが可能な表示要素として、アイドリングストップに関する複数種類の表示要素（例えば、図２５の表示要素１３２）が準備されているが、ハイブリッドカーにおいては、アイドリングストップの重要性が低いため、ＯＢＤ２からの情報により、車両４がハイブリッドカーであることが検出された場合、待受画面表示機能は、アイドリングストップに関する表示要素（例えば、図２５の表示要素１３２）に代えて、エンジンストップに関する情報を表示した表示要素（例えば、図２５の表示要素１３３）を表示させる。

各待受画面１２９〜１３１では、マップ警報画面１１１等と同様の報知エリアＲ２が表示可能であるが、図２３、図２４では、報知エリアＲ２は省略されている。

ここで、メニューウィンド２１０に表示される基本ボタンについての補足説明を行う。メニューウィンド２１０の基本ボタンの種類は、メニューウィンド２１０が表示された際の車両情報画面（メニューウィンド２１０の背景として表示される車両情報画面）の種類に応じて変化する。

図２６、図２７に、種々の車両情報画面１３５〜１４７において表示されるメニューウィンド２１０を示す。図示のように、各車両情報画面１３５〜１４７のメニューウィンド２１０では、「設定トップ」のボタンの他に、それぞれの車両情報画面１３５〜１４７の表示設定等に必要又は便利なボタンが表示され、そのような必要等が特に無い場合には、「設定トップ」のボタンのみが表示される。このようにすることで、メニューウィンド２１０の簡素化、操作の容易化が図られる。

ダウンロード更新機能は、サービスサーバ８０に新規のターゲット情報及び公開取締情報が有る場合に、サービスサーバ８０からその新規のターゲット情報及び公開取締情報のダウンロードすることで、データベース２９のターゲット情報及び公開取締情報を更新する機能である。新規かどうかは、ダウンロード更新機能による前回のダウンロードの日時とターゲット情報及び公開取締情報の更新日時等で判断できる。

ダウンロード更新機能は、レーダー探知機１０の電源がＯＮになったときに、スマートフォン５０のテザリング機能を介してサービスサーバ８０に接続できた場合、上記のダウンロード及び更新を実行する。

ダウンロード更新機能は、スマートフォン５０がテザリング機能を有しない場合でも、予め、サービスサーバ８０からスマートフォン５０にターゲット情報及び公開取締情報をダウンロードしておくことにより、データベースのターゲット情報及び公開取締情報を更新することが可能である。すなわち、レーダー探知機１０の電源がＯＮになったときに、無線ＬＡＮ機能によりスマートフォン５０への接続を試み、成功した場合には、スマートフォン５０からターゲット情報及び公開取締情報を読み込むことで、データベース２９のターゲット情報及び公開取締情報を更新する。

ダウンロード更新機能は、ユーザが、上記の２つの方法のどちらでダウンロードを行うかを選択できるようにするための選択機能を有する。

警報機能は、ＧＰＳ警報機能、レーダー波警報機能、公開取締情報表示機能、報知エリア制御機能、無線警報機能、警報制限機能、制限解除機能を有する。制御部２８は、車両情報画面表示機能の実行中に発生したイベントに応じて、ＧＰＳ警報機能、公開取締情報表示機能、報知エリア制御機能、レーダー波警報機能、無線警報機能等の各機能を実現する処理を実行し、当該機能の処理終了時には元の待受機能の処理に戻る。各機能の優先度は、高いほうから、レーダー波警報機能、無線警報機能、ＧＰＳ警報機能の順に設定している。

ＧＰＳ警報機能は、制御部２８に有するタイマーからのイベントにより所定時間間隔（１秒間隔）でユーザに報知すべきターゲットが存在するかどうかを判断し、当該判断に応じて、存在するターゲットについてのターゲット情報を報知エリアＲ２において表示させる機能である。

ユーザに報知すべきターゲットが存在するかどうかは、データベース２９に記憶されたターゲット情報の位置／区域情報とＧＮＳＳ受信器２３によって検出した現在位置に基づいて判断される。具体的には、現在位置からターゲットの位置までの距離が一定値未満である場合や、現在位置がターゲットの区域内に存在する場合に、報知すべきターゲットが存在すると判定する。この判断において、ＧＰＳ警報機能が、報知すべき（又は、存在する）と判断したターゲットを、「報知対象ターゲット」と言う。

報知対象ターゲットがあると判断された場合には、ＧＰＳ警報機能は、表示器１５におけるマップ警報画面１１１〜１１３、待受画面１２１〜１３１等に、報知対象ターゲット情報のターゲット種類識別子により特定されるターゲットマーク３１２やターゲットイメージ３１２ａを表示させ、また、これらの画面の報知エリアＲ２に、ターゲット報知情報３１９を表示させ、スピーカ２６からその旨を示す接近警告の音声を出力する処理を実行する。これらの映像、アイコン、音声等のデータは、ターゲット種類識別子と対応付けてデータベース２９に記憶されている。

以下、マップ警報画面１１１〜１１３、待受画面１２１〜１３１等を総称して、「車両情報画面１１１等」と言う場合がある。

こうしたターゲットとしては、居眠り運転事故地点、速度測定装置（レーダー式、ループコイル式、Ｈシステム、ＬＨシステム、光電管式、移動式等）、制限速度切替りポイント、取締エリア、検問エリア、駐禁監視エリア、Ｎシステム、交通監視システム、交差点監視ポイント、信号無視抑止システム、警察署、事故多発エリア、車上狙い多発エリア、急／連続カーブ（高速道）、分岐／合流ポイント（高速道）、ＥＴＣレーン事前案内（高速道）、サービスエリア（高速道）、パーキングエリア（高速道）、ハイウェイオアシス（高速道）、スマートインターチェンジ（高速道）、ＰＡ／ＳＡ内 ガソリンスタンド（高速道）、トンネル（高速道）、ハイウェイラジオ受信エリア（高速道）、県境告知、道の駅、ビューポイントパーキング、高速バス停、ラウンドアバウト、大雨時水没ポイント、冬場の凍結スポット、紅葉スポット、ゾーン３０等がある。

公開取締情報表示機能は、制御部２８に有するタイマーからのイベントにより所定時間間隔（１秒間隔）でユーザに報知すべきターゲットが存在するかどうかを判断し、当該判断に応じて、存在する公開取締情報を報知エリアＲ２において表示させる機能である。

ユーザに報知すべき公開取締情報が存在するかどうかは、データベース２９に記憶された公開取締情報の地域／道路情報とＧＮＳＳ受信器２３によって検出した現在位置に基づいて判断される。具体的には、現在位置から公開取締情報の道路上を走行中であると判断できる場合や、現在位置が公開取締情報の地域内に存在する場合に、報知すべき公開取締情報が存在すると判定する。この判断において、公開取締情報表示機能が、報知すべき（又は、存在する）と判断した公開取締情報を、「報知対象公開取締情報」と言う。報知対象公開取締情報が存在する場合には、公開取締情報表示機能は、表示器１５における車両情報画面１１１等に当該報知対象公開取締情報についての情報内容からなる公開報知情報３２０を表示させる。

公開取締情報表示機能は、報知対象公開取締情報の地域／道路情報として道路が規定されている場合には、マップ警報画面１１１の地図画像において、該当する道路を点滅させる等、通常と異なる態様で道路を表示させる機能を更に有する。

公開取締情報表示機能は、報知対象公開取締情報の対応ターゲット種類識別子に対応するターゲットが報知対象ターゲットである（例えば、ターゲットアイコン３１２がマップ警報画面１１１の地図画像に表示されている）という条件が満たされている場合には、そのターゲットアイコン３１２を点滅させる等、通常と異なる態様で表示させる機能を有する。ＧＰＳ警報機能は、この条件が満たされているときに、通常とは異なる態様（話す早さや内容が異なる等）で上記の接近警告の音声を出力する機能を更に有する。

報知エリア制御機能は、車両情報画面１１１等における報知エリアＲ２の表示を制御する機能である。報知エリア制御機能は、車両情報画面１１１等において、メイン表示領域Ｒ１に重ね合わせて報知エリアＲ２を表示させる。図２８は、報知エリアＲ２の表示例を示す。報知エリアＲ２は、表示器１５の表示画面（以下、単に、「表示画面」という。）の下端に位置する。

報知エリア制御機能は、報知エリアＲ２に、第１報知エリア３２１及び第２報知エリア３２２を表示させることが可能である。図２８（ａ）は、報知エリアＲ２に第１報知エリア３２１を表示させ、第２報知エリア３２２を表示させていない状態を示し、図２８（ｃ）は、第１報知エリア３２１及び第２報知エリア３２２の双方を表示させている状態を示す。図２８（ｃ）では、第１報知エリア３２１及び第２報知エリア３２２は、同一の形状、サイズの四角形の領域である。

報知エリア制御機能は、第１報知エリア３２１及び第２報知エリア３２２の全域に半透明の背景画像を表示するとともに、第１報知エリア３２１及び第２報知エリア３２２のそれぞれに、不透明の文字、アイコン等を表示する。これらの背景画像、文字、アイコン等は、メイン表示領域Ｒ１に表示される車両情報画面１１１等の地図画像やメーター画像よりも前面側のレイヤに描画される。前面側のレイヤに半透明の背景画像を表示することにより、第１報知エリア３２１及び第２報知エリア３２２の文字やアイコン等の視認性が向上する。更に、文字やアイコン等の表示されていない部分では、背面側の地図画像やメーター画像等を視認することが可能である（図１９等参照）。これにより、報知エリアＲ２を表示することによる地図やメーター画像等の視認性の低下を最小限に抑えることができる。

第１報知エリア３２１及び第２報知エリア３２２は、それぞれ、一定の縦方向寸法を有する。第１報知エリア３２１は、表示画面の下端に表示される。第２報知エリア３２２は、第１報知エリア３２１と同じかそれよりも上に表示する。第２報知エリア３２２は、移動表示又は停止表示される。図２８（ｂ）は、移動表示の途中の状態を示し、図２８（ｃ）は、第２報知エリア３２２を停止表示した状態を示す。第２報知エリア３２２の出現は、第２報知エリア３２２を表示しない図２８（ａ）の状態から、図２８（ｂ）の移動表示の状態を経て、図２８（ｃ）のように報知エリア３２２を停止表示させることにより行う。第２報知エリア３２２の消去は、逆に、図２８（ｃ）の状態から、図２８（ｂ）の状態を経て、図２８（ａ）の状態とすることにより行う。

上記のように、第１報知エリア３２１及び第２報知エリア３２２の一方だけを表示している（図２８（ａ））か、第２報知エリア３２２を移動表示（図２８（ｂ））又は停止表示（図２８（ｃ））しているかにより、報知エリアＲ２の縦方向寸法が変化する。第１報知エリア３２１が表示される表示画面内の位置（図２８（ａ）〜図２８（ｃ）の第１報知エリア３２１の表示位置）を「第１定位置」と言う場合がある。第２報知エリア３２２が停止表示される表示画面内の位置（図２８図（ｃ）の第２報知エリア３２２の表示位置）を「第２定位置」と言う場合がある。

第１報知エリア３２１は、報知情報３１７を表示するための領域である報知部３２１ａと定常表示３１８を表示するための領域である定常部３２１ｂを有する。定常部３２１ｂには、原則として、常に、定常表示３１８が表示される（図１９参照）。

図２８（ｂ）、図２８（ｃ）では、第１報知エリア３２１と第２報知エリア３２２の区別、及び、報知部３２１ａと定常部３２１ｂの区別を説明するために、これらの間の境界を実線で示したが、報知エリアＲ２の背景画像は、境界線を有さない単一のベタ画像であり、実際には表示画面上に両者の境界は表示されない。これにより、表示画面がスッキリし、ユーザが煩雑感を感じることが防止される。報知エリアＲ２は、背景画像を有するため、報知エリアＲ２とその外部のエリアの境界３２３は視認可能である。

報知エリア制御機能は、車両情報画面１１１等において、公開報知情報３２０を表示するかどうかについてのユーザの選択を受け付ける報知設定機能を含む。図２９は、報知設定機能が表示器１５に表示させるメニューウィンド２１３，２１４を示す。

メニューウィンド２１３は、メニューウィンド２１０の下位階層のメニューウィンドである。メニューウィンド２１３において、「ＯＮ」のボタンがタッチ操作されると、ターゲット報知情報３１９及び公開報知情報３２０を２段表示することが可能な２段表示モードが設定されるとともに、表示器１５には、メニューウィンド２１４が表示される。メニューウィンド２１３において、「ＯＦＦ」のボタンがタッチ操作されると、ターゲット報知情報３１９及び公開報知情報３２０を１段で表示する１段表示モードが設定される。この設定に基づいて表示する段数を制御する。

メニューウィンド２１４において表示される「１周表示」のボタンは、報知エリアＲ２において、公開報知情報３２０を１回だけスクロール表示するためのものであり、「ループ表示」のボタンは、報知エリアＲ２において、公開報知情報３２０を反復してスクロール表示するためのものである。

公開報知情報３２０は、公開取締情報の情報内容のテキストである。以下に説明する図３１〜図３３において、報知エリアＲ２に公開報知情報３２０が表示される場合には、当該テキストが、メニューウィンド２１４で選択した態様で、第１報知エリア３２１又は第２報知エリア３２２においてスクロール表示される。

表示器１５にマップ警報画面１１１が表示されている場合を例として、２段表示モードにおける報知エリア制御機能による報知エリアＲ２の表示制御を説明する。

報知対象ターゲット情報及び報知対象公開取締情報の双方が存在しない場合、図３０（ａ）に示すように、第１定位置に第１報知エリア３２１は表示されるが、第２報知エリア３２２は表示されない。第１報知エリア３２１には、ターゲット報知情報３１９及び公開報知情報３２０は表示されず、定常部３２１ｂに定常表示３１８が表示される。

図３０（ａ）の状態から報知対象ターゲット情報が新たに発生した場合（報知対象ターゲット情報が存在し、報知対象公開取締情報が存在しない状態への遷移（遷移１）があった場合）、ＧＰＳ警報機能は、図３０（ｂ）に示すように、ターゲット報知情報３１９を第１報知エリア３２１に表示させる。ターゲット報知情報３１９は、報知部３２１ａのスペースに全体が静止表示できるように予めデザインされており、報知部３２１ａ内で静止表示される。よって、ユーザは、ターゲット報知情報３１９を安定して視認することができる。

図３０（ａ）の状態から報知対象公開取締情報が新たに発生した場合（報知対象公開取締情報が存在し、報知対象ターゲット情報が存在しない状態への遷移（遷移２）があった場合）、公開取締情報表示機能は、図３０（ｃ）に示すように、当該公開取締情報についての公開報知情報３２０を第１報知エリア３２１に表示させる。

図３０（ｂ）の状態から報知対象ターゲット情報が存在しない状態への遷移（遷移３）、又は、図３０（ｃ）の状態から報知対象公開取締情報が存在しない状態への遷移（遷移４）があった場合には、図３０（ｂ）におけるターゲット報知情報３１９が消去され、又は、図３０（ｃ）における公開報知情報３２０が消去され、図３０（ａ）の状態に戻る。

図３０（ａ）〜図３０（ｃ）の状態では、報知エリアＲ２のサイズ（縦方向長さ）は一定であり、マップ警報画面表示機能は、報知エリアＲ２の直上に自車アイコン３１１（車両の現在位置）が表示されるように地図画像を表示する。この地図画像は、車両の進行方向側が表示器１５の上方向と一致するように描画される。

図３０（ｂ）の状態から、報知対象ターゲット情報及び報知対象公開取締情報の双方が存在する状態への遷移（遷移５）があった場合、報知エリア制御機能は、第１報知エリア３２１の上方の第２定位置に第２報知エリア３２２を出現させる。第２報知エリア３２２の出現は、図３１（ａ）のように、第２報知エリア３２２を第１定位置から第２定位置に向けて移動させていき、その後、図３１（ｂ）のように、第２定位置で停止して表示することにより行われる。

上記移動表示及び停止表示の間、ＧＰＳ警報表示機能は、第１報知エリア３２１に、報知対象ターゲット情報についてのターゲット報知情報３１９を表示し、公開取締情報表示機能は、第２報知エリア３２２に、報知対象公開取締情報についての公開報知情報３２０を表示する。

図３１（ａ）に示すように、第２報知エリア３２２の出現の過程では、第１報知エリア３２１及び第２報知エリア３２２の重なり部分においては、ターゲット報知情報３１９は表示されるが、公開報知情報３２０は表示されない。これにより、ターゲット報知情報３１９の視認性が確保される。さらに、第２報知エリア３２２の出現の過程を通じて、ターゲット報知情報３１９は、一定個所に静止して表示される。よって、ターゲット報知情報３１９の視認性が更に向上する。加えて、第２報知エリア３２２及び公開報知情報３２０の移動表示が行われることにより、ユーザは、遷移５を生じたことに気付き易くなる。

図３０（ｃ）の状態から、報知対象ターゲット情報及び報知対象公開取締情報の双方が存在する状態への遷移（遷移６）があった場合、報知エリア制御機能は、第１報知エリア３２１の上方に第２報知エリア３２２を出現させる。第２報知エリア３２２の出現の過程では、遷移６を生じると同時に第１報知エリア３２１の公開報知情報３２０を消去してターゲット報知情報３１９を表示する。これにより、車両情報画面１１１等の表示は、図３０（ｂ）のようになる。

その後、図３１（ａ）に示すように、公開報知情報３２０を表示した第２報知エリア３２２を第１定位置から第２定位置に向けて移動表示し、その後、図３１（ｂ）に示すように、第２定位置にて第２報知エリア３２２を停止表示することにより第２報知エリア３２２の出現が行われるが、この間の処理は、遷移５と同様である。よって、遷移５の場合と同様に、ターゲット報知情報３１９の視認性の確保及び向上、公開報知情報３２０が新たに表示されたことの認識性の向上が達成される。加えて、遷移６と同時にターゲット報知情報３１９が表示される（図３０（ｂ））ため、ユーザは、遷移６の時点からターゲット報知情報３１９を確認できる。

報知対象ターゲット情報及び報知対象公開取締情報の双方が存在する状態（図３１（ｂ））から、報知対象ターゲット情報だけが存在する状態への遷移（遷移７）があった場合には、第２報知エリア３２２が消去される。この消去は、まず、図３２（ａ）に示すように、第２報知エリア３２２における公開報知情報３２０を消去し、それから、第２報知エリア３２２を第２定位置から第１定位置まで移動表示することにより行われる。図３２（ｂ）は、移動表示の途中の状態を示す。第２報知エリア３２２の消去が完了した状態は、図３０（ｂ）と同様である。

図３２（ａ）、図３２（ｂ）に示すように、移動表示の過程で、空白半透明の報知エリアＲ２が狭くなっていくことにより、ユーザは、遷移７があったことに気付き易くできる。この間、ターゲット報知情報３１９は第１定位置で表示されたままであるため、この間のターゲット報知情報３１９の視認性が保持される。

報知対象ターゲット情報及び報知対象公開取締情報の双方が存在する状態（図３１（ｂ））から、公開取締情報だけが存在する状態への遷移（遷移８）があった場合には、第２報知エリア３２２を消去する。この消去は、まず、第１報知エリア３２１におけるターゲット情報３１９を消去し（図３３（ａ））、その後、図３３（ｂ）に示すように、第２報知エリア３２２を第２定位置から第１定位置に向けて移動表示し、図３３（ｃ）に示すように、第２報知エリア３２２を第２定位置に停止表示することにより行われる。

この移動表示の過程で、第２報知エリア３２２には、公開報知情報３２０が表示されるが、図３３（ｂ）、図３３（ｃ）に示すように、定常表示３１８と公開報知情報３２０が重なる領域では、定常表示３１８のみが表示される。これにより、定常表示３１８の視認性が確保される。

遷移５、遷移６における第２報知エリア３２２の移動表示に伴い、報知エリアＲ２が広くなっていき、したがって、報知エリアＲ２とその外部のエリアの境界３２３は表示画面上で上方に移動していく。一方、遷移７、遷移８における第２報知エリア３２２の移動表示に伴い、報知エリアＲ２が狭くなっていき、したがって、境界３２３は下方に移動していく。

境界３２３の移動に際し、マップ警報画面表示機能は、地図画像における自車アイコン３１１の位置（車両の現在位置）が報知エリアＲ２の直上に維持されるように、地図画像を描画する。すなわち、境界３２３の移動の上方（下方）への移動に連動して、自車アイコン３１１を上方（下方）に移動させる。境界３２３の移動速度と自車アイコン３１１の移動速度は同一である。これにより、報知エリアＲ２の外部のエリアの全体（又は当該外部のエリアのより広い部分）において現在位置の進行方向側の地図画像が表示され、運転中のユーザにとってより有用な地図画像を表示することができる。

一方、境界３２３の移動があっても、待受画面表示機能は、待受画面を移動させない。これにより、待受画面の見易さが保たれる。

１段表示モードでは、報知エリアＲ２は、第１報知エリア３２１のみで構成され、報知部３２１ａにおいて、予め定められた優先順位に従って、ターゲット情報３１９又は公開報知情報３２０が表示される。

図３４は、レーダー波警報機能の表示例を示している。このレーダー波警報機能は、マイクロ波受信器２４によって速度測定装置（移動式レーダー等（以下、単に「レーダー」と称する））から発せられる周波数帯のマイクロ波に対応する信号が検出された場合に、表示器１５における車両情報画面１１１等においてレーダー波警報表示３３０を表示するとともに、スピーカ２６から警報音を出力する警報機能である。例えば、レーダーの発するマイクロ波の周波数帯のマイクロ波がマイクロ波受信器２４によって検出された場合に、図３４（ｂ）に示すように、データベース２９に記憶されたレーダーの模式図または写真３３１を表示器１５に警報画面として表示するとともに、データベース２９に記憶された音声データを読み出して「レーダーです。スピード注意」という音声をスピーカ２６から出力する。表示する距離は、例えば、電界強度から推定した距離とするとよい。

レーダー波警報機能は、キャンセル機能を有する。

キャンセル機能は、同一地点付近でのレーダー波、マイクロ波等の受信状況によって、当該地点付近で受信するレーダー波を誤情報と判断して、レーダー波警報機能による警報を行わないようにする機能である。具体的には、キャンセル機能は、レーダー波を受信した場合、当該地点の２００ｍ範囲を走行した際の以降のレーダー波の受信履歴を記憶し、一定頻度以上で受信した場合には、当該地点をキャンセルデータとして記憶する。

キャンセルデータは、メモリカード６０にエクスポート可能であり、ユーザは、レーダー探知機１０の買い換え等の際に、メモリカード６０を用いてキャンセルデータを引き継ぐことが可能である。キャンセルデータをサービスサーバ８０等にアップロード可能とし、多数のユーザがアップロードしたキャンセルデータをビッグデータとしてユーザに提供することも可能である。

無線警報機能は、無線受信器２５によって、緊急車両等の発する無線電波を受信した場合に、その走行等の妨げとならないよう、警報を発する機能である。無線警報機能においては、取締無線、カーロケ無線、デジタル無線、特小無線、署活系無線、警察電話、警察活動無線、レッカー無線、ヘリテレ無線、消防ヘリテレ無線、消防無線、救急無線、高速道路無線、警備無線等の周波数をスキャンし、スキャンした周波数で、無線を受信した場合には、データベース２９に無線種別ごとに記憶されたその周波数に対応する無線を受信した旨の模式図を警報画面として表示器１５に表示するとともに、データベース２９に無線種別ごとに記憶された音声データを読み出して、スピーカ２６からその無線の種別を示す警報音声を出力する。たとえば、取締無線を受信した場合には「取締無線です。スピード注意」のように音声を出力する。

警報制限機能は、特定の条件のときには、レーダー波警報機能、無線警報機能、ＧＰＳ警報機能等の動作を制限する機能である。特定の条件は、メニューウィンド２１０又はその下位階層のメニューウィンドへの操作により、設定することが可能である。例えば、車速が時速３０ｋｍ以下の場合、レーダー波等が弱い場合等には、レーダー波警報機能、無線警報機能、ＧＰＳ警報機能の全部又は一部による警報を出力しないように設定することが可能である。

制限解除機能は、特定の条件のときには、警報制限機能による制限を取り止める機能である。例えば、報知対象ターゲット情報としてゾーン３０が存在する場合には、警報制限機能の設定に関係なく、レーダー探知機１０は、レーダー波警報機能、無線警報機能、ＧＰＳ警報機能による警報を行う。これにより、車速が時速３０ｋｍ以下、レーダー波等が弱い場合等でも、ユーザに警報を行うことが可能である。

走行情報ログ機能は、ＧＮＳＳ受信器２３から出力される現在位置、現在時刻、速度（車速）等の情報やＯＢＤ２コネクタから出力される車両４の制御情報等に基づいて生成した走行情報をデータベース２９にログファイルとして記憶する機能である。走行情報ログ機能は、車両４のＡＣＣがオンになったときから次にＡＣＣがオフになるまでの期間を一つの走行期間として、各走行期間についての走行情報を記憶する。ＡＣＣがオン／オフは、ＯＢＤ２コネクタからの信号により検出される。ＯＢＤ２コネクタからレーダー探知機１０への電源供給は、ＡＣＣスイッチがオフになってから所定時間継続して行われるため、ＡＣＣがオフになった時点で、走行情報の記憶を行うことが可能である。

走行情報ログ機能は、１つの走行期間について、１つの走行情報を生成し、データベース２９に記憶する。図３５（ａ）は、走行情報の例を示す。図示のように、各走行情報は、走行開始日時、走行終了日時、走行時間、走行開始緯度、走行開始経度、走行終了緯度、走行終了経度、走行距離、走行開始時残燃料、走行終了時残燃料、燃費等の情報要素を有する。各走行情報は、これ以外の情報要素を含むことも可能である。

走行開始日時及び走行終了日時は、それぞれ、ＡＣＣがオン及びオフになった時点の日時を示す。日時は、ＧＮＳＳ受信器２３が有するタイマー等により計測される。走行時間は、走行開始日時から走行終了日時までの時間として算出される。

走行開始緯度、走行開始経度、走行終了緯度及び走行終了経度は、それぞれ、ＡＣＣがオン及びオフになった時点でＧＮＳＳ受信器２３から出力される現在位置の緯度／経度が記録される。

走行距離は、ＡＣＣがオンになってからオフになるまでの走行期間に車両４が走行した距離である。走行距離は、ＯＢＤ２コネクタから出力される車両４の車軸の回転数に基づいて算出することができる。ＧＮＳＳ受信器２３から出力に基づいて算出することも可能である。

走行開始時残燃料及び走行終了時残燃料は、それぞれ、ＡＣＣがオン及びオフになった時点における車両４の燃料タンクの燃料残量である。燃料残量は、ＯＢＤ２コネクタからの出力（燃料メータ等の計測信号等）から算出することが可能である。

燃費は、走行距離、走行開始時残燃料及び走行終了時残燃料から算出することが可能である。

走行情報ログ機能は、１ヶ月分の走行情報を１つのログファイルとしてデータベース２９に記憶する。ファイルの形式は、ＣＳＶファイル形式が使用される。図３５（ｂ）は、データベース２９のファイル構造のログファイルに関連する部分を示す。図示のように、「ｃｒｍｇｒ」の名称のフォルダの下層に各年毎のサブフォルダ（「２０１３」、「２０１４」等）が作成され、各サブフォルダに「０１．ｃｓｖ」、「０２．ｃｓｖ」等のログファイルが記憶される。なお、ログファイルの名称中の数字（「０１」、「０２」等）は、当該ログファイルの走行情報が取得された月を示す。

無線通信機能は、メモリカードリーダ・ライタ２０に装着されたメモリカード６０のＳＤカード機能、無線ＬＡＮ機能、インターネット接続機能等を用いてレーダー探知機１０が、メモリカード６０、スマートフォン５０、スケジュールサーバ９０等との間でデータの送受信を行うこと等により実現される各種機能である。無線通信機能は、カレンダー設定機能、集計表示機能、第１入力機能、第２入力機能、無線設定機能、ソーシャルネットワークサーバ投稿機能、ＡＰモード機能等を含む。

カレンダー設定機能は、レーダー探知機１０がスケジュールサーバ９０にアクセスするためのユーザアカウント、パスワード及びカレンダーＩＤをレーダー探知機１０に設定する機能である。

図３６（ａ）、（ｂ）及び図３７（ａ）は、制御部２８が表示器１５に表示させる設定画面５０７、ＷＬＡＮ画面５０８及びカレンダー画面５０９を示す。設定画面５０７は、図１７等で説明した設定画面２１１である。ＷＬＡＮ画面５０８は、設定画面５０７において、ＷＬＡＮボタン５０７ａを操作することで表示され、カレンダー画面５０９は、ＷＬＡＮ画面５０８でカレンダーボタン５０８ａを操作することで表示される。

以下、「操作する」「表示される」などと人から見た視点で記載している箇所については、制御部２８がこのような操作を受け付け、このような表示を行う処理を行う結果を示したものである。

カレンダー画面５０９には、アカウント設定５０９ａ、パスワード設定５０９ｂ、カレンダーＩＤ設定５０９ｃ、ファイルから設定５０９ｄ及び設定の削除５０９ｅの各ボタンが表示される。

カレンダー画面５０９において、ファイルから設定５０９ｄが選択されると、メモリカード６０の第２フラッシュメモリ６６のルートフォルダから所定の名称（例えば、「ａ．ｔｘｔ」）のファイルが読み込まれる。当該ファイルには、ユーザアカウント、パスワード及びカレンダーＩＤが、下記のような予め定められた形式・順序で記憶されている必要がある。
xxxx@yyyy.com＜改行＞
ZZZZZZZ＜改行＞
xxxx@group.calendar.yyyy.com
なお、上記例において、１行目は、ユーザアカウントであり、２行目は、パスワードであり、３行目は、カレンダーＩＤである。

読み込みが正常に行われると、表示器１５に図３７（ｂ）に示す確認画面５１０ａが表示され、「はい」を選択することにより、処理終了のメッセージ画面５１０ｂが表示されるとともに、読み込まれたユーザアカウント、パスワード及びカレンダーＩＤがデータベース２９に記憶される。制御部２８は、メッセージ画面５１０ｂを一定時間表示させた後、表示器１５にカレンダー画面５０９を表示させる。

カレンダー画面５０９において、アカウント設定５０９ａ、パスワード設定５０９ｂ又はカレンダーＩＤ設定５０９ｃが選択されると、ユーザアカウント、パスワード又はカレンダーＩＤをそれぞれするための入力画面５１２ａ〜５１２ｃ（図３８）が表示器１５に表示され、ユーザは、手入力によりこれらの情報を入力することが可能である。

カレンダー画面５０９において、設定の削除５０９ｅを選択することにより、データベース２９に記憶されたユーザアカウント、パスワード及びカレンダーＩＤを消去することが可能である。

集計機能は、データベース２９に記憶された走行情報の集計データを表示器１５に表示させる機能である。

図３６に示す設定画面５０７において、月間記録ボタン５０７ｂがタッチされると、制御部２８は、図３９（ａ）に示す月間記録データ画面５１３を表示器１５に表示させる。

月間記録データ画面５１１では、データベース２９の走行情報から算出される月間の集計データ欄５１３ａが表示される。図の例では、２０１４年５月の１ヶ月間に取得された走行情報、すなわち、同月について記録されたログファイル中の全走行情報についての集計データが表示されている。

より具体的に説明すると、集計データ欄５１３ａには、年月、運行回数、走行距離及び平均燃費が表示される。年月は、ログファイル中の走行情報が取得された年月である。運行回数は、対象ログファイル中の走行情報の件数である。走行距離は、対象ログファイル中の全走行情報の走行距離の加算値である。平均燃費は、対象ログファイル中の全走行情報についての燃費の平均値である。なお、以下では、集計データ欄５１３ａに表示された年月を「対象年月」と言い、対象年月のログファイルを「対象ログファイル」と言う。

月間記録データ画面５１３において、前月ボタン５１３ｂ／翌月ボタン５１３ｂを操作することにより、前月／翌月のログファイルについての集計データ欄５１３ａを表示させることが可能である。また、月間記録データ画面５１３において、詳細ボタン５１３ｄが操作されると、対象ログファイル中の走行情報の詳細を表示した月管理データ詳細画面５１４（図３９（ｂ））を表示させることができる。図示のように、月管理データ詳細画面５１４では、対象ログファイルに記録された各走行情報について、走行情報の取得日時、走行距離及び燃費がリスト形式で表示される。ここで表示される取得日時は、走行開始日時であり得る。

第１入力機能は、インターネット接続機能を用い、データベース２９に記憶された複数の走行情報を一括してスケジュールサーバ９０に入力（送信／アップロード）する機能である。この機能を有することで、ユーザは、走行期間ごとに、スケジュールサーバ９０への接続を行う操作などをする必要がなくなる。従って、インターネット２への接続状態がよい場所へ車両を移動させて、スケジュールサーバ９０に走行情報を一括入力させることができる。

本実施形態の第１入力機能は、図３９（ａ）に示す月間記録データ画面５１３においてマイカレンダーボタン５１３ｅが操作されると、その時点の対象年月のログファイル（対象ログファイル）に含まれる複数の走行情報を一括して送信する。

この処理では、マイカレンダーボタン５１３ｅへの操作を受けて、制御部２８は、まず、インターネット接続機能及びデータベース２９に記憶されたユーザアカウント、パスワード及びカレンダーＩＤを用いてスケジュールサーバ９０にアクセスし、第１入力機能によって過去にスケジュールサーバ９０に入力を行った走行情報を識別するための識別情報を取得する。

この識別情報としては、カレンダーＩＤにより指定される記憶領域９５に記憶された各スケジュール情報のＵＩＤが使用される。なお識別情報の取得は、対象年月についてのみ行うようにしてもよい。取得された識別情報は、メモリカード６０の第２フラッシュメモリ６６に記憶される。なお、識別情報の取得が行われている間、制御部２８は、図４０に示す告知画面５１５ａを表示器１５に表示させることで、処理状況をユーザに告知する。

上記識別情報の取得に際し、スケジュールサーバ９０に送信されるｈｔｔｐリクエストメソッド及びそれに応答してスケジュールサーバ９０から送信されるｈｔｔｐレスポンスの例を図４１に示す。なお、レスポンスにＣｏｎｔｅｎｔ−Ｌｅｎｇｔｈがないため、メモリカード６０ではｎｅｔｗｏｒｋｅｒｒｏｒ（０ｘ８２）になるが、ファイルの中のステータスコード（２０７）を確認してＯＫとすることができる。

識別情報の取得が完了すると、制御部２８は、取得した識別情報（ＵＩＤ）に含まれる日時を示すデータ部分をデータベース２９に記憶された対象ログファイルの各走行情報の走行開始日時と照合し、取得した識別情報に含まれる日時を示す文字列のいずれにも一致しない走行情報のみを抽出する。（両者が一致する走行情報は無視される。）

上記による走行情報の抽出が完了すると、制御部２８は、抽出された各走行情報を所定の入力形式に加工することにより送信データを作成する。走行情報の加工は、走行情報に含まれる情報要素を演算、タグ付け、配列等することにより行われる。

上記のように、スケジュールサーバ９０から取得した識別情報（ＵＩＤ）の日時と対象ログファイルの各走行情報の日時に基づき、過去にスケジュールサーバ９０に送信した走行情報を除外してスケジュールサーバ９０への一括入力を行うため、一括入力に係る時間、処理負荷、通信量等の削減が達成される。また、スケジュール情報における識別情報（ＵＩＤ）の部分のみを用いて過去に送信した走行情報の識別を行うため、識別に係る処理負荷、通信量等の軽減が達成される。また、スケジュールサーバ９０の走行情報の入力において、スケジュールサーバ９０に記憶されたスケジュール情報の変更又は削除は行われない。よって、ユーザがユーザ端末１００等からスケジュールサーバ９０に入力したスケジュール情報が変更又は削除されてしまうことを防止できる。

図４２は、走行情報から作成される送信データの例示的な内容を示す。図において、「ＵＩＤ」がタグ付けされた「ＡＡＡＣＡＬ２０１４０５２５Ｔ１８２６５０」は、送信される走行情報の識別情報である。識別情報は、ユーザＩＤ（「ＡＡＡＣＡＬ」）及び当該走行情報の走行開始日時を示す文字列（「２０１４０５２５Ｔ１８２６５０」）で構成される。走行開始日時及び走行終了日時には、それぞれ、「ＤＴＳＴＡＲＴ；ＴＺＩＤ＝Ａｓｉａ／Ｔｏｋｙｏ」、「ＤＴＥＮＤ；ＴＺＩＤ＝Ａｓｉａ／Ｔｏｋｙｏ」がタグ付けされる。「ＳＵＭＭＡＲＹ」がタグ付けされた「距離０．３ｋｍ（１２．８ｋｍ／ｌ）」は、タイトル情報である。タイトル情報は、走行情報の走行距離及び燃費を用いて作成される。「ＬＯＣＡＴＩＯＮ」がタグ付けされた「３５．６７４６０８，１３９．５９０８０５」は、場所情報である。場所情報は、走行終了緯度及び走行終了経度を示す。

送信されるスケジュール情報のデータ形式は、ｉＣａｌｅｎｄａｒである。「ＢＥＧＩＮ：ＶＣＡＬＥＮＤＡＲ」、「ＢＥＧＩＮ：ＶＥＶＥＮＴ」、「ＤＥＳＣＲＩＰＴＩＯＮ：」、「ＥＮＤ：ＶＥＶＥＮＴ」、「ＥＮＤ：ＶＣＡＬＥＮＤＡＲ」等は、スケジュール情報の開始及び終了等を識別するためのヘッダ及びフッダである。

なお、上記所定の入力形式は、図１４（ｂ）を参照して説明したユーザ端末１００等からスケジュールサーバ９０へのスケジュール情報の送信の際に使用される所定の入力形式と同一である。

上記のようにして作成された送信データは、カレンダーＩＤにより特定されるスケジュールサーバ９０上の記憶領域９５のＵＲＬに送信される。送信先のＵＲＬは、記憶領域９５のＵＲＬ（ｈｔｔｐｓ：／／ｗｗｗ．ｃａｌｅｎｄｅｒ．ｃｏｍ／ｃａｌｅｎｄａｒ／ｄａｖ／ＺＺｎａｍｅ＠Ａｍａｉｌ．ｃｏｍ／ｅｖｅｎｔｓ）及びスケジュール情報の識別情報を組み合わせて作成される。スケジュール情報は、ＷｅｂＤＡＶを使用したＣａｌＤＡＶ規格等で送信され得る。

上記送信に際し、送信データは、メモリカード６０のＲＡＭ６４に一時的に記憶されるが、ＲＡＭ６４は、カードリーダを介してユーザ端末１００等の外部機器から読み取ることはできないため、メモリカード６０をユーザ端末１００等に接続した際に、スケジュールサーバ９０に送信された走行情報が、ユーザの意図に反してユーザ端末１００等に表示される等の事態を防止できる。

制御部２８は、上記によるスケジュールサーバ９０への走行情報の送信が行われている間、図４０に示す告知画面５１５ｂ〜５１５ｄを表示器１５に表示させることで、処理状況をユーザに告知する。

スケジュールサーバ９０は、上記第１入力機能により送信された走行情報を構文解析等することにより、走行情報に含まれる情報要素を抽出し、これを図１２に関して説明した記憶形式でスケジュール情報として記憶する。これにより、スケジュールサーバ９０は、第１入力機能によりレーダー探知機１０から入力された走行情報を、カレンダー画面５１０上で、スケジュール情報として表示させることが可能になる。ユーザは、このようにして表示されるカレンダー画面５１０をユーザ端末１００等にて閲覧することが可能であり、ユーザは、ネットワークシステム１がユーザ端末１００等に表示させるレコード５０１ｄを見るだけで所定の走行期間の車両に関する情報を認識することができ、レーダー探知機１０が自動的に取得した走行情報を、過去の走行履歴として利用することが可能である。

レーダー探知機１０をユーザ５が所有の車両４に設置すれば、所有している車両の所定の走行期間の車両に関する情報をネットワークシステム１で確認することができる。また、ユーザ５自身が運転する車両４の所定の走行期間の車両に関する情報を確認することができる。レーダー探知機１０を車両４に着脱式とすれば、レーダー探知機１０の販売態様を多様化できる。

車両４のＡＣＣがオンになったときから次にＡＣＣがオフになるまでの期間を一つの走行期間として、各走行期間についての走行情報が記録されるため、ユーザは、走行の開始から終了までの期間の走行情報を容易に確認でき、いちいち、手入力をしなくても、ユーザは、車両を走行させたと考えられる期間毎の走行情報をユーザ端末１００等で確認できる。

図４３〜４５は、上記第１入力機能により走行情報が送信されるに従ってカレンダー画面５０１が変化する様子を示す。図示のように、走行情報が送信される毎に、送信された走行情報の運転開始時刻及びタイトル情報を表示したレコード５０１ｄが、当該走行情報の運転開始日時に対応する日付の表示欄５０１ａに追加表示されていく。例えば、走行開始日時が２０１４年５月２８日８時２１分である走行情報についてのレコード５０１ｄは、５月２８日の表示欄５０１ａに表示される。このように、ユーザは、運転をした日時を表示欄５０１ａの日時や運転開始時刻で確認でき、タイトル情報から、走行距離や燃費等の動き情報を確認できる。

なお、図４３から図４５へのカレンダー画面５０１の更新は、画面右上に表示される「その他」を図４６のようにプルダウンし、「更新」を選択することにより行うことができる。

図４７に示すように、カレンダー画面５０１の走行情報（スケジュール情報）のいずれかのレコード５０１ｄをクリックすることにより、当該レコード５０１ｄについての詳細ウィンド５０１ｇをポップアップ表示させることができる。

また、カレンダー画面５０１では、変更ボタン５０１ｃの操作で表示期間を調整することにより、図４８（ａ）に示すように、レコード５０１ｄを走行開始時間と走行終了時間までの帯として表示させることも可能である。これにより、走行時間の視覚的な把握を容易化することができる。

詳細ウィンド５０１ｇでは、当該レコード５０１ｄに対応する走行情報における走行開始日時及び走行終了日時（スケジュール情報の開始日時及び終了日時）や場所情報）が表示される。場所情報は、走行終了緯度及び走行終了経度を示す数値であるが、詳細ウィンド５０１ｇの「地図」のリンク５０１ｈをクリックすることにより、インターネット２上の地図サーバ（不図示）のウェブサービスにこれらの数値を渡し、図４８（ｂ）に示すように、場所情報周辺地図を示す地図ページ５１６をユーザ端末１００等で閲覧することが可能である。このように、ユーザは、走行終了日時の場所を緯度経度や地図上の位置で確認できる。

上記のように、レーダー探知機１０にける走行情報をスケジュールサーバ９０上のスケジュール情報として利用することにより、走行情報に走行履歴・走行記録としての高い利用価値を付与することができる。

第２入力機能は、走行情報ログ機能によりデータベース２９に記録した走行情報を、例えば、レーダー探知機１０のメーカーが運営するウェブサーバ（不図示）にアップロードする機能である。第２入力機能による走行情報のアップロードは、スケジュールサーバ９０へのアップロードに関して上記した方法と同様の方法で行うことができる。なお、走行情報のウェブサーバへの入力は、データベース２９の走行データをメモリカード６０を介してユーザ端末１００等に入力し、ユーザ端末１００等からウェブサーバに送信することによって行ってもよい。

ウェブサーバでは、ログインしたユーザ端末１００等に対し、送信された走行情報を１ヶ月単位で集計し、走行回数、日時、距離、燃費、給油した日等の情報を提供し得る。情報は、図４９のように、グラフを使って分かり易く表示することができ、これにより、走行情報の利用性を一層高めることができる。

無線設定機能は、メモリカード６０の無線ＬＡＮ機能を利用して、スマートフォン５０によるレーダー探知機１０の動作条件の設定を受け付ける機能である。レーダー探知機１０の動作条件は、メニューウィンド２１０又はその下位階層のメニューウィンドへの操作により設定することが可能であり、設定された動作条件は、データベース２９に記憶されている。以下、データベース２９に記憶された動作条件を、「本体動作条件」と言う。

無線設定機能は、レーダー探知機１０がテザリング機能によりスマートフォンと接続している、もしくは、レーダー探知機１０とスマートフォン５０が無線ＬＡＮ親機の同じＳＳＩＤのネットワーク３に接続している、という条件が満たされている場合、ＷＬＡＮ画面５０８（図３６）から設定ＱＲコードボタン５０８ｂへのタッチが検出されると、無線設定機能は、図５０の設定ＱＲコード画面１５０を表示器１５に表示させる。この条件が満たされていないと、無線設定機能は、通知画面１５１により、未接続をユーザに通知し、処理を終了する。

設定ＱＲコード画面１５０で表示されたＱＲコード（登録商標）には、メモリカード６０の第２フラッシュメモリ６６に記憶された設定ページファイル（ＨＴＭＬファイル）のＩＰアドレスが記憶されている。設定ページファイルには、データベース２９から移植された本体動作条件が記憶されている。設定ページファイルは、レーダー探知機１０にメモリカード６０が装着された時点等の適宜のタイミングで作成される。

このＱＲコード（登録商標）をスマートフォン５０のＱＲコード読み取りソフトで読み取ることで、スマートフォン５０のブラウザ上で設定ページファイルを開くことが可能であり、これにより、スマートフォン５０の表示装置５４に図５１の設定画面６０１が表示される。

設定画面６０１において表示される各項目を選択することで、図５２、図５３に示す確認選択画面６０２〜６０７が表示され、これらの画面に対する操作によって、レーダー探知機１０の表示画面の確認やレーダー探知機１０の動作条件の設定を行うことができる。確認選択画面６０３〜６０７は、それぞれ、ボタン５０７ｄ〜５０７ｇに対応し、確認選択画面６０３〜６０７において、図３６の設定画面５０７における各ボタン５０７ｄ〜５０７ｇを操作したときに表示される下位階層のメニューウィンドで設定可能な各動作条件を設定できる。レーダー探知機１０の設定項目が増えれば、それに対応して、確認選択画面６０３〜６０７で設定できる項目を増やせばよい。

確認選択画面６０３〜６０７では、各ボタン５０７ｄ〜５０７ｇに対応する下位階層のメニューウィンドのうちの上位−下位の関係にある複数のメニューウィンド（例えば、確認選択画面６０３については、ボタン５０７ｄを選択することで表示されるメニューウィンド及びその下位階層のメニューウィンド）で表示される選択項目が単一の確認選択画面６０２〜６０７に配置（展開）されている。確認選択画面６０３〜６０７が表示装置５４に表示しきれない選択項目は、確認選択画面６０２〜６０７の縦方向のスワイプ操作で表させることが示可能である。複数のメニューウィンドの選択項目の単一画面表示（又はスワイプ表示）可能であるため、ユーザは、どのような選択項目があるのか、把握し易くなる。

設定画面６０１において「設定の読込」を選択すると、「本体の設定を読み込みますか」と表示したメッセージウィンドが表示され、「はい」を選択すると、確認選択画面６０３〜６０７で選択した動作条件が破棄され、設定ページファイルのデータが再度スマートフォン５０に読み込まれる。

設定画面６０１において「設定の転送」を選択すると、「本体に設定を転送しますか」と表示したメッセージウィンドが表示され、「はい」を選択すると、確認選択画面６０３〜６０７で選択した動作条件が選択した動作条件が設定ページファイルに上書きされる。レーダー探知機１０は、この上書きを検知したときに、設定ページファイルを参照してデータベース２９の本体動作条件を変更する。これにより、確認選択画面６０３〜６０７で選択した動作条件でレーダー探知機１０を動作させることができる。

無線設定機能では、スマートフォン５０のブラウザ機能を利用して動作条件の設定を可能にしたものであり、アプリが不要である。よって、アプリを提供するアプリ提供機関による審査が不要であり、機能の追加、変更が容易である。

本実施形態では、メモリカード６０の設定ページファイルを参照してレーダー探知機１０の本体動作設定を変更可能なため、レーダー探知機１０の買い換えの際に、前のレーダー探知機１０で作成した設定ページファイルを用いて本体動作設定を引き継ぐことが可能である。インターネット接続機能を用いて設定ページファイルをクラウドデータベースに作成し、これを用いて本体動作設定を変更できるようにしても良い。設定ページファイルをサービスサーバ８０等にアップロードし、ユーザ同士で動作設定を共有し、或いは、サービスサーバ８０のオペレータ等が人気の高い動作設定を選定し、標準設定としてユーザに提供しても良い。

ソーシャルネットワークサーバ投稿機能は、インターネット接続機能等を用い、ツイッター等のインターネット２上のソーシャルネットワークサーバ（不図示）に対して情報投稿（ツイート）を行う機能である。

インターネット接続機能により、レーダー探知機１０をインターネット２に接続した状態で、図３６の設定画面５０７から投稿ボタン５０７ｃが操作されると、制御部２８は、「＃ＹＹｔｏｒｉｓｈｉｍａｒｉ取締ｎｏｗ３４．７２８９０５，１３７．４５３１９３」のようなツイートデータを生成してソーシャルネットワークサーバに送信する。上記ツイートデータにおける「＃ＹＹｔｏｒｉｓｈｉｍａｒｉ」は、ハッシュタグであり、「取締ｎｏｗ」はメッセージであり、「３４．７２８９０５，１３７．４５３１９３」は、ＧＮＳＳ受信器２３から出力される現在位置の場所情報である。マップ警報画面１１１等の地図画像のスワイプ操作可能にし、スワイプ操作で選択した地点を場所情報として送信しても良い。

上記によりソーシャルネットワークサーバに蓄積されたメッセージは、ユーザ端末１００等からソーシャルネットワークサーバにアクセスし、＃ＹＹｔｏｒｉｓｈｉｍａｒｉのハッシュタグを用いて表示させることが可能である。これにより、取締情報等をリアルタイム配信し、レーダー探知機１０の他のユーザと情報を共有することができる。

ＡＰモード機能は、無線ＬＡＮ機能を利用して、表示器１５の画面に対する追加的な画面（第２画面）をスマートフォン５０の表示装置５４に表示させるＡＰ画面機能と、スマートフォン５０を用いて音声出力を行うＡＰ音声機能を含む。

図５４に、ＡＰ画面機能を使用した場合のシステム概念図を示す。この場合、スマートフォン５０において表示が予定される画像データは、予め記憶装置５２に記憶しておき、表示すべき画像データを指定するデータをレーダー探知機１０からスマートフォン５０に送信することで、スマートフォン５０に画像を表示させることができる。これにより、表示器１５と表示装置５４の２つの画面での画像表示が可能になる。この場合、表示器１５と表示装置５４で、異なる画面（例えば、マップ警報画面１１１と待受画面１２１）を表示するようにすると良い。レーダー探知機１０に映像出力端子を設け、第２画面をテレビ受像器等で大画面表示できるようにしても良い。レーダー探知機１０に映像入力端子を設けて機器の画像を表示器１５に表示できるようにしても良い。

図５５に、ＡＰ音声機能を使用した場合のシステム概念図を示す。この場合、スマートフォン５０において出力が予定される音声データは、予め記憶装置５２に記憶しておき、出力すべき音声データを指定するデータをレーダー探知機１０からスマートフォン５０に送信することで、スマートフォン５０で音声を出力することができる。これにより、よりクリアな音声、又は、より大きいボリュームでの音声の出力が可能になる。スマートフォン５０を有線／無線で外部音響機器と接続し、外部音響機器から音声を出力しても良い。

以上、好ましい実施形態を説明したが、上記実施形態における装置、システム及びプログラム又はその要素、部材等の形状、寸法、材質、機能、動作態様、制御態様、制御パラメータ、操作態様等は例として記載したものであり、これらは変更が可能である。

例えば、レーダー探知機１０は、上記機能に加えて、取締情報共有機能、オービスマップ表示機能、ワイヤーフレーム等表示機能、測位高速化機能、自律走行機能、電圧表示機能、付加情報表示機能、音声読上機能、ボイスメモ機能、実写映像機能、カスタマイズ機能、映像認識機能、渋滞情報等表示機能、ゾーン３０警報機能、キャラクタ表示機能、広告表示機能、県道・国道表示機能、測位衛星選択機能、到着時刻予想表示、投稿情報近傍通知機能、プライオリティ待受機能、渋滞投稿・告知機能、駐車位置情報転送、自宅通知機能、周波数に基づく警報レベル設定機能を有し得る。

取締情報共有機能は、インターネット２上の取締情報等の投稿サイトの取締情報共有を利用し、メール配信された文字情報をレーダー探知機１０で受信して表示器１５で表示させる機能である。

オービスマップ表示機能は、オービスのみのマップ、オービスのみスコープ、又は、オービス案内板を表示器１５に表示させる機能であり、超遠距離（数十キロ、数百キロ）からオービス等のターゲットの位置のみが把握できるような表示を行う。地図で出す場合、スケールの大きい地図データを用意してオービス等の位置を表示する。ドラゴンレーダーのように輝点にしても良く、ナビの交差点案内板のように、距離順にオービス案内版を並べても良い。

ワイヤーフレーム等表示機能は、ワイヤーフレーム＋コンソールウィンドウによる警報を行う機能である。この機能では、擬似３Ｄワイヤーフレームレーダースコープにワイヤフレームアニメーションウィンドウと、コンソールウィンドウを加えた警報画面を表示する。基本色は、蛍光色スカイブルー、アンバーなどであり、アニメーションは、例えば、オービスのカメラだけピンポイントで色を変える、数字、文字もテイストを統一し、マップ警報画面１１１のような地図画像は表示しない。

測位高速化機能は、インターネット２上の衛星情報提供サーバ（不図示）から、高性能のコンピュータにより計算された精度の高い疑似エフェメリスのデータ等、衛星軌道の計算データをダウンロードし、これをＧＮＳＳ受信器２３に供給して高速で測位を行う機能である。これにより、ＧＮＳＳ受信器２３の測位を高速化できる。運転頻度の少ないユーザに有益な機能である。計算データのダウンロードは、レーダー探知機１０の電源がＯＮになる毎に行うと良い。ダウンロードは、１日１０ｋＢ，７日５０ｋＢ，１４日１００ｋＢ等で行うことできる。ＳＰＩで行うことも考えられる。

自律走行機能は、誘導データ、ＧＰＳ信号のないトンネルなどでも、ＯＢＤ２コネクタからの速度、マップマッチングで補正した位置座標をＧＮＳＳ受信器２３に入力することで、ＧＮＳＳ受信器２３が現在位置を算出する機能である。制御部２８の負荷が軽減できる。現在位置の算出に、加速度センサ、ジャイロセンサの出力データを併せて使用することも可能である。

電圧表示機能は、ＯＢＤ２コネクタ等から供給されるレーダー探知機１０の電源電圧（電源電圧分圧 Ａ／Ｄ変換）を表示器１５等で表示する機能である。エンジンＯＦＦのときの電源電圧を表示するようにすれば、バッテリーの消耗度合いの指標として使用可能である。

付加情報表示機能は、天気予報や道路交通情報等の付加情報を表示器１５に表示させる機能である。これらの情報は、天気予報等の情報を提供する機関等から入手しても良い。

ボイスメモ機能は、ユーザの操作に応じて音声録音を行う機能である。例えば、表示器１５に対する特定の操作（例えば、２回連続タッチ）があったときに、レーダー探知機１０に内蔵のマイクロフォンで拾った音声データ（ユーザの発話等）を録音する。録音時の自車位置や時刻も記録すると良い。録音は、録音開始から一定時間後や、表示器１５に対する特定の操作（例えば、２回連続タッチ）があったとき等に終了させると良い。ボイスメモ機能は、エンジンがＯＦＦになったときなどの特定のタイミングで、録音した音声を自動的に再生してスピーカ２６等から出力する。運転中に思い出した用事、思い付いたアイデア等を手軽に記録することができる。車を降りる時等に自動的に再生されるので、再生忘れが防止でき、又は、確実に思い出すことができる。

音声読上機能は、表示器１５で表示される情報（公開取締情報、付加情報等）を、ユーザの操作に応じて、合成音声によってスピーカ２６から出力する機能である。ユーザの操作は、表示器１５に対する特定の操作（例えば、２回連続タッチ）とすると良い。

実写映像機能は、カメラ３０で撮影した車両４の前方の実写映像を表示器１５に表示させる機能である。実写映像機能は、実写映像内のターゲット等の位置にターゲット等を示す文字、アイコン等を、オーグメンテッド・リアリティ等の技術を用いて、実写映像に重ね合わせて表示する機能を有する。これにより、車両４の前方のターゲット等の位置の把握が可能になる。標準時（イベントが検出されていないとき）に表示器１５において、実写映像と車両情報画面１１１等のいずれを表示するかは、本体動作条件として設定可能である。実写映像機能は、車両情報画面１１１等が表示されている状態で、イベント発生時（例えば、加速度センサ４７等の出力により、事故等が想定される一定以上の加速度、衝撃等が検出された場合）に、表示を実写映像に切り換える自動切替機能を有する。実写映像機能は、一定以上の加速度等が検出されたときに、その前後の一定時間の実写映像をデータベース２９等に記憶するイベント録画機能を有する。オービス等を通過したときのスナップショットを画像データとしてデータベース２９等に記憶する画像記憶機能を有しても良い。イベント録画機能、画像記憶機能は、映像、画像とともに、車速等の車両情報を同時に記憶する機能を有する。映像、画像は、例えば、第２フラッシュメモリ６６等に記録する。実写映像機能は、実写映像上に半透明のマップ警報画面１１１をスーパーインポーズして表示させる機能を有しても良い。実写映像内で擬似ＨＵＤ表示を行っても良い。

カスタマイズ機能は、表示部１５に表示される各種画面の画面構成やスピーカ２６から出力される各種音声を、ユーザがオリジナルでカスタマイズできる機能である。例えば、色々な地図（クールな地図からかわいい地図）、地図のテイストに合わせた色々なアイコン、地図のテイストに合わせた色々な警報・警告画面、色々な音声や効果音などをサービスサーバ８０等から無料ダウンロードして、ユーザは、オリジナルで画面等をカスタマイズできる。

映像認識機能は、バイク認識のために左後方にカメラを設置し、巻き込み防止注意アナウンス等を行う機能である。白バイの追尾も判断することができる。ナンバーを読み取り、覆面パトカーのナンバーを識別することで、覆面パトカー接近検知を行っても良い。

渋滞情報等表示機能は、ＦＭや無線ＬＡＮ機能等を用いてＤＳＲＣやＶＩＣＳ（登録商標）、ビーコン情報等で提供される渋滞情報等の安全運転支援のための情報を受信し、「この先渋滞、追突注意」や「この先合流車両があります」など、交通状況に合わせた警報を行う機能である。

ゾーン３０警報機能は、報知対象ターゲット情報としてゾーン３０が存在する場合に、ＬＥＤ発光式の部材の点滅による警告を、ゾーン３０内を走行中は常時点滅状態にする機能である。

キャラクタ表示機能は、スピーカ２６から出力する音声の種類（男性音声、女性音声等）に応じて異なるキャラクタを表示器１５に表示させる機能である。

広告表示機能は、インターネット接続機能を用いて受信される広告情報を表示器１５に表示させる機能である。時々広告を表示することで、ユーザが「ネットに繋がってる感」を感じることができる。

県道・国道表示機能は、走行している県道や国道を表示し、交差点の手前では、左右の道路名称を事前に表示する機能である。ユーザや地方によっては、地名よりも県道や国道の方が分かり易い場合があるためである。

測位衛星選択機能は、ＧＮＳＳ受信器２３が測位に使用する衛星システムを下記の３群の中からユーザが任意に選択できる機能である。地域等によって、受信し易いシステムが異なる場合があるためである。
１．ＧＰＳ，ＱＺＳＳ，ＳＢＡＳ（ＭＳＡＳ，ＧＡＧＡＮ，ＷＡＡＳ，ＥＧＮＯＳ等）
２．ＧＬＯＮＡＳＳ（ロシア）
３．Ｂｅｉｄｏｕ（中国）

到着時刻予想表示は、道程、経路が決まっている通勤経路走行において、過去の移動時間により到着時刻を表示する機能である。例えば、経路中にＣＰ（チェックポイント）を設定し、ＣＰ毎の移動時間により補正することができる。ＣＰを設定する事により、異なる道程にも対応できる。ＣＰを予め設定しておき、ＣＰまでの距離を表示する。

投稿情報近傍通知機能は、１５分置き等で受信するリアルタイム情報配信（投稿等）時に取得情報が近辺の情報なのか判別し、近傍情報であれば特別な警報を行う機能である。例えば、出発時２００ｋｍ先の情報は警報しないが、２０ｋｍ圏内の情報は警報する等である。２０ｋｍ圏内ではなくユーザがいつも使う通勤ルート上でリアルタイム情報が適用されているかどうか判別し、専用警報を行っても良い。マイエリア等のポイント作成、過去の緯度経度ログを利用することも考えられる。通常の警報範囲（２ｋｍ圏内等）より１桁遠い（２０ｋｍ等圏内）情報を表示できる。２桁遠い（２００ｋｍ等圏内）情報は表示しない。

プライオリティ待受機能は、スイッチ操作で任意設定した待ち受け画面を一定時間表示する機能である。

渋滞投稿・告知機能は、リアルタイム投稿・配信に渋滞の項目を追加する機能である。

駐車位置情報転送は、ＡＣＣ又はエンジンがＯＦＦになったときに、車両の現在位置をスマートフォン５０に通知する機能である。通知は、例えば、無線ＬＡＮ機能を用いたデータ送信により行うことが可能であり、或いは、表示器１５に現在位置をＱＲコード（登録商標）で表示し、これをスマートフォン５０で読み取っても良い。スマートフォン５０の地図表示機能や専用アプリで車両の現在位置を確認して戻ってくることができる。大型駐車場等に駐車した場合等に便利である。

自宅通知機能は、自宅を登録できるようにし、自宅が近づいたら、「おかえりなさい」等のフレーズを発話してスピーカ２６から出力する機能である。

周波数に基づく警報レベル設定機能は、レーダー波受信時の２ｎｄＶＣＯ電圧に基づき中心周波数に近い程、警報レベルを上げたり、警報音量を大きくする機能である。

その他、以下の変形形態も可能である。

図５６は、遷移４又は５における第２報知エリアの他の出現方法を示す。この例では、まず、第１報知エリア３２１において、第１報知エリア３２１及び第２報知エリア３２２のターゲット報知情報３１９及び公開報知情報３２０を重ね合わせて表示する（図３１（ａ））。ターゲット報知情報３１９の視認性を損なわないよう、公開報知情報３２０は、透明度の高い半透明で表示する。その後、公開報知情報３２０を表示した第２報知エリア３２２を上方に向けて移動表示させ（図３１（ｂ））、最終的に、第２定位置において第２報知エリア３２２を停止表示させる（図３１（ｃ））。移動表示の過程で、第１報知エリア３２１と第２報知エリア３２２の重なりが小さくなるにしたがい、第２報知エリア３２２の背景画像及び公開報知情報３２０の透明度を小さく、明瞭に表示させていく。

表示器１５は、高光度（例えば、太陽光下）でも表示が確認できるよう、ＶＤＦ（登録商標）、蛍光表示管、セグメント表示器等で代用又はＶＤＦ（登録商標）等を併用しても良い。タッチパネル１６は、タッチ時のケース本体１２の傾斜を少なくするよう、軽接触操作タイプを使用し、又は、タッチパネル１６に代えて、ダッシュボード等に配置したタッチパッドによるワイヤード操作でユーザの操作を検出しても良い。タッチによる皮脂汚れ等の問題を生じないよう、タッチパネル１６に代えて、近接センサでユーザの操作を検出しても良い。

図４（ａ）〜図４（ｄ）は、他の態様のケース本体１２を示す。

図４（ａ）のケース本体１２は、表示器１５が３．６インチのカラーＴＦＴ液晶ディスプレイで構成される一方、音量調整ボタン１７、作業用ボタン１８等のダイレクト・スイッチを有さない（廃止されている）ことにより、低価格化・小型化・大画面化が図られている。これらダイレクト・スイッチの機能は、表示器１５に表示されるメニューウィンド２１０におけるボタン操作により行うことができる。この点は、後述する。ケース本体１２の寸法は、縦６２ｍｍ×横１０５〜１１０ｍｍ×厚さ１７ｍｍである。ケース本体１２内に通常収容されるアンテナや受信回路等の特定の要素を別体とした２ピースの構成にすることにより、ケース本体１２を更に小型化する（例えば、縦６２ｍｍ×横１０５〜１１０ｍｍ×厚さ１２ｍｍ、縦５０ｍｍ×横８７〜９５ｍｍ×厚さ１４ｍｍ等）ことが可能である。

図４（ｂ）は、図１のケース本体１２と同一の外形を有するが、音量調整ボタン１７、作業用ボタン１８等のダイレクト・スイッチが廃止され、更に、部材のＬＥＤ発光が廃止されることにより、低価格化が図られている。

図４（ａ）、図４（ｂ）のケース本体１２を採用した場合、音量調整ボタン１７、作業用ボタン１８等のダイレクト・スイッチに割り当てられた操作は、表示器１５に表示されるメニューウィンドへのタッチ操作により行われる。この点の詳細は、後述する。

図４（ｃ）のケース本体１２は、ミラー１２Ａに埋め込まれている。ミラー１２Ａは、車室内４に備え付けのバックミラーに取り付けるための取付構造を有する。取付構造は、バネの付勢力によりバックミラーを挟み込むための取付アームを裏面（車両４の前方側）に有する。図４（ｃ）のケース本体１２では、タッチ操作によるミラー１２Ａの回転／移動が好ましくないため、レーダー探知機１０の操作は、リモコン４３により行われる。

表示器１５に表示される画面は、車両４のメータパネルカバーに投影して表示しても良い。これにより、画面がメータパネルに浮き出ている様に見える。メータパネルカバーには、外光の映り込み対策がなされていることが通常のため、画面の見易さが改善される。メータパネルへの投影表示は、フロントガラスに表示する場合と異なり、自動車保安基準の規制を受けないため、投影の位置や領域等についての自由度の高い設計が可能である。

レーダー探知機１０は、選択的に、車両４のシガーソケットからの電源供給も受け得るようにするために不図示のＤＣジャックを有しても良い。

実績のある若年層に人気のファッションブランドに筐体と画面デザインを作成して貰ことも考えられる。レーダー探知機に興味のない若年層にファッション感覚で購入して貰える可能性がある。画面デザインやリモコンを、昔の家庭用ゲーム機風にしてレトロ感を出しても良い。

図５７に示すように、スピーカー２６から出力する音の放音孔は、レーダー探知機本体の上面側に設けるとよく、特に上面と背面の間に設けるとよい。音の出力方向を上面側に向けることでダッシュボード上の設置を想定している本器ではフロントガラスでの音の反射を利用して利用者に発報音を聞き取りやすくする効果が得られる。

例えば図５８（ａ）に示すように背面ケースの内側上部にスピーカを入れる壁を円筒状に設け、その壁内に背面側に音の出る方向を向けてスピーカを挿入し、当該スピーカから背面に向けて出された音をケース上面側の放音孔に誘導するように設けた放音筒部によって誘導し外部へ放出する構成とするとよい。特に図５８（ｂ）に示すように、スピーカを格納する円筒状の壁はその下部に切り欠き部を設け、当該切り欠き部に、図５９（ａ）の中央下部に示す四隅にプラスネジを設けて封止したレーダ受信モジュールの一部が入り込む構成とするとよい。このようにすれば、図５９（ａ）の上部から右部に向けて逆Ｌ字状に構成され、左から順に円形のスピーカ、四角形のＧＰＳアンテナ、右下に四角形の無線受信モジュールを実装したサブ基板（図５９（ｂ）の基板）と、レーダ受信モジュールとをきわめて近接して配置することができ、装置全体の大きさをきわめて小さくすることができる。

また、従来別々の基板に配置されていたＧＰＳモジュールと無線受信モジュールを図５９（ｂ）に示すように１つの基板にまとめてＬ字状の基板とし図５９（ａ）に示すようにそのＬ字の基板に囲まれるようにその中にレーダー受信モジュールを配置する構成としたため、装置全体のサイズを小さくすることができるとともに、組み立てにかかる手間を大幅に削減することができた。

また図５９（ｂ）の逆Ｌ字状の基板は、円形のスピーカへの接続部と、四角形のＧＰＳアンテナへの接続部を備える−字状の第１の回路パターンと、無線受信モジュールを備えるなど無線受信部を構成する部品を接続するＩ字状の第２の回路パターンとして別々に構成したものを、Ｌ字状の一つの基板の−字状の部位とＩ字状の部位に配置して構成するとよい。特に、Ｌ字状の一つの基板の−字状の部位と、Ｉ字状の部位のそれぞれに、それぞれの回路を他の基板の回路へ接続するための接続コネクタを設けるように構成するとよい。特に図５９（ｂ）の基板の左端部の背面側（装置の前面側）に第１の回路パターンからメイン基板への電源ライン及び信号ラインを接続する第１のコネクタを設ける一方、同基板の下端部の背面側（装置の前面側）に第２の回路パターンからメイン基板への電源ライン及び信号ラインを接続する第２のコネクタを設けて、メイン基板とこの逆Ｌ字状の基板とを接続する構成とするとよい。このようにすれば、両パターンを別々に設計できるため設計期間を短縮できるとともに、メイン基板との逆Ｌ字状の基板との固定を、斜め位置に配置される両コネクタで安定的かつ強固に行うことができ、さらには、メイン基板の組付けを１回で行え、製造コストを低減できる。

各実施例内に記載した構成要素、課題を解決するための手段に記載の構成要素や思想を適用した要素は、矛盾を生じない範囲内において任意に組み合わせて実施例とするとよい。

なお図面の各部は本願の説明に必要な箇所について特に記載しているが、例えばサーバであればサーバが通常有する構成、スマートフォンであればスマートフォンが通常有する構成を備える。

下記は、出願時の特許請求の範囲の写しである。
＜特許請求の範囲＞
＜請求項１＞
ユーザ端末から入力される所定の入力形式のスケジュール情報を所定の記憶形式で記憶しておき、記憶した前記スケジュール情報をユーザ端末においてユーザがスケジュールを認識可能なように表示させる機能を有するスケジュール管理システムに対して情報を入力する機能を備える電子機器であって、
車両に設置可能であり、
所定の走行期間の車両に関する情報である走行情報を取得して記憶する機能である記憶機能と、
記憶した前記走行情報を前記所定の入力形式に合わせこんで前記スケジュール管理システムに入力する機能である入力機能と
を備えることを特徴とする電子機器。
＜請求項２＞
前記スケジュール情報は、スケジュールの日時情報とタイトル情報を含み、
前記スケジュール管理システムは、前記ユーザ端末において、前記日時情報に対応付けて前記タイトル情報を表示させる機能を更に有し、
前記走行情報は、前記走行期間の開始日時又は終了日時を示す走行日時情報と、当該走行期間に取得した車両の動きに関する動き情報とを含み、
前記入力機能は、前記所定の入力形式への合わせこみにおいて、一の前記走行期間についての前記走行日時情報及び前記動き情報をそれぞれ、一の前記スケジュール情報の前記日時情報及び前記タイトル情報とする機能を含むこと
を特徴とする請求項１に記載の電子機器。
＜請求項３＞
前記動き情報は、前記走行期間における車両の燃費及び／又は走行距離を含むこと
を特徴とする請求項２に記載の電子機器。
＜請求項４＞
前記スケジュール情報は、スケジュールの日時情報と場所情報を含み、
前記スケジュール管理システムは、前記ユーザ端末において、前記日時情報に対応付けて前記場所情報を表示させる機能を更に有し、
前記走行情報は、前記走行期間の開始日時又は終了日時を示す走行日時情報と、当該走行期間の終了日時における車両の場所を示す走行終了場所情報とを含み、
前記入力機能は、前記所定の入力形式への合わせこみにおいて、一の前記走行期間についての前記走行日時情報及び前記走行終了場所情報をそれぞれ、一の前記スケジュール情報の前記日時情報及び前記場所情報とする機能を含むこと
を特徴とする請求項１〜３のいずれか一項に記載の電子機器。
＜請求項５＞
前記記憶機能は、複数の前記走行情報を記憶する機能を含み、
前記電子機器は、前記記憶機能により記憶された複数の前記走行情報の全部又は一部を前記スケジュール管理システムに一括入力する機能である一括入力機能を更に有すること
を特徴とする請求項１〜４のいずれか一項に記載の電子機器。
＜請求項６＞
前記電子機器は、前記記憶機能により記憶された複数の前記走行情報の全部又は一部を選択する機能である入力対象選択機能を更に有し、
前記一括入力機能は、前記入力対象選択機能により選択された前記走行情報を一括入力する機能を含むこと
を特徴とする請求項５に記載の電子機器。
＜請求項７＞
前記電子機器は、前記記憶機能により記憶された複数の前記走行情報の全部又は一部を選択する機能である集計対象選択機能と、
前記集計対象選択機能により選択された前記走行情報の集計を表示手段に表示させる機能を更に備えること
を特徴とする請求項５又は６に記載の電子機器。
＜請求項８＞
前記スケジュール管理システムから取得される識別情報に基づいて、前記入力機能によりスケジュール管理システムに既に入力された前記走行情報の識別を行う機能である既入力情報識別機能を更に有し、
前記一括入力機能は、前記既入力情報識別機能により識別された前記走行情報を除外して一括入力を行う機能を含むこと
を特徴とする請求項５〜７のいずれか一項に記載の電子機器。
＜請求項９＞
前記スケジュール管理システムにおいて、前記スケジュール情報はそれぞれに個別のファイル名で記憶され、
前記識別情報は、前記スケジュール管理システムに記憶された前記ファイル名であること
を特徴とする請求項８に記載の電子機器。
＜請求項１０＞
前記識別情報は、前記スケジュール管理システムに記憶された前記スケジュール情報であること
を特徴とする請求項８に記載の電子機器。
＜請求項１１＞
前記走行情報識別機能は、前記スケジュール管理システムから、
前記ユーザ端末から前記スケジュール管理システムに入力された前記スケジュール情報に関する第１情報と、
前記入力機能により前記スケジュール管理システムに入力された前記スケジュール情報に関する第２情報を取得し、
前記第１情報を使用せず、前記第２情報を使用して前記識別を行うこと
を特徴とする請求項８〜１０のいずれか一項に記載の電子機器。
＜請求項１２＞
前記入力機能により前記スケジュール管理システムに前記走行情報が入力される際に、前記スケジュール管理システムに既に記憶されている前記スケジュール情報が変更又は削除されないこと
を特徴とする請求項１〜１１のいずれか一項に記載の電子機器。
＜請求項１３＞
前記電子機器による前記スケジュール管理システムへの前記走行情報の入力及び前記スケジュール管理システムからの前記識別情報の取得は、前記電子機器との接続及び前記ユーザ端末との接続が可能な通信手段を介して行われ、
前記通信手段は、前記ユーザ端末と前記通信手段の接続を介して前記ユーザ端末による読取が可能な第１記憶手段及び前記ユーザ端末による読取ができないような第２記憶手段を有し、
前記スケジュール管理システムからの前記識別情報の取得の際には、前記第１記憶手段に前記識別情報が記憶され、
前記スケジュール管理システムへの前記走行情報の入力の際には、前記第２記憶手段に前記走行情報が記憶される、
ことを特徴とする請求項１〜１２のいずれか一項に記載の電子機器。
＜請求項１４＞
請求項１〜１３のいずれかに記載の電子機器と、
ネットワークに接続可能なサーバ及び前記ユーザ端末を備え、
前記スケジュール管理システムは、前記サーバ及び前記ユーザ端末を含むことを特徴とするネットワークシステム。
＜請求項１５＞
請求項１〜１３のいずれかに記載の電子機器の機能をコンピュータに実現させるためのプログラム。

１・・・ネットワークシステム
２・・・インターネット
３・・・ネットワーク
４・・・車両
５・・・ユーザ
６・・・自宅
７・・・ＣＡＮネットワーク
１０・・・レーダー探知機
１２・・・ケース本体
１３・・・ブラケット
１５・・・表示器
１６・・・タッチパネル
１８・・・作業用ボタン
１９・・・カード挿入口
２０・・・メモリカードリーダ・ライタ
２３・・・ＧＰＳ受信器
２４・・・マイクロ波受信器
２５・・・無線受信器
２６・・・スピーカ
２７・・・音量調整ボタン
２８・・・制御部
２９・・・データベース
３０・・・カメラ
３２・・・接続ケーブル
３３・・・コネクタ端子
４１・・・ランプ
４２・・・リモコン受信器
４３・・・リモコン
４４・・・赤外線通信機
４６・・・地磁気センサ
４７・・・加速度センサ
４８・・・気圧センサ
５０・・・スマートフォン
５１・・・ＣＰＵ
５２・・・記憶装置
５３・・・操作装置
５４・・・表示装置
５５・・・ローカルエリア通信部
５６・・・ＬＴＥ通信部
６０・・・メモリカード
６１・・・ＣＰＵ
６２・・・カードインターフェイス部
６３・・・無線通信部
６５・・・第１フラッシュメモリ
６６・・・第２フラッシュメモリ
７１・・・ＣＰＵ
７２・・・記憶装置
７３・・・操作装置
７４・・・表示装置
７５・・・通信部
８０・・・サービスサーバ
８１・・・インターフェイス
８２・・・アカウント情報記憶部
８３・・・ターゲット情報記憶部
８４・・・ターゲット情報更新部
８５・・・ターゲット情報提供サーバ
８６・・・公開取締情報記憶部
８７・・・公開取締情報更新部
８８・・・公開取締情報提供サーバ
９０・・・スケジュールサーバ
９１・・・インターフェイス
９２・・・認証サーバ
９３・・・アカウントデータベース
９４・・・スケジュールデータベース
９５・・・記憶領域
９６・・・スケジュール情報ファイル
１００・・・ユーザ端末

Claims (6)

1. ユーザ端末から入力される所定の入力形式のスケジュール情報を所定の記憶形式で記憶しておき、記憶した前記スケジュール情報をユーザ端末においてユーザがスケジュールを認識可能なように表示させる機能を有するスケジュール管理システムに対して情報を入力する機能を備える電子機器であって、
   車両に設置可能であり、
   所定の走行期間の車両に関する情報である走行情報を取得して記憶する機能である記憶機能と、
   記憶した前記走行情報を前記所定の入力形式に合わせこんで前記スケジュール管理システムに入力する機能である入力機能と
   を備え、
   前記記憶機能は、複数の前記走行情報を記憶する機能を含み、
   前記電子機器は、前記記憶機能により記憶された複数の前記走行情報の全部又は一部を前記スケジュール管理システムに一括入力する機能である一括入力機能を備え、
   前記スケジュール管理システムから取得される識別情報に基づいて、前記入力機能によりスケジュール管理システムに既に入力された前記走行情報の識別を行う機能である既入力情報識別機能を更に有し、
   前記一括入力機能は、前記既入力情報識別機能により識別された前記走行情報を除外して一括入力を行う機能を含み、
   前記既入力情報識別機能は、前記スケジュール管理システムから、
   前記ユーザ端末から前記スケジュール管理システムに入力された前記スケジュール情報に関する第１情報と、
   前記入力機能により前記スケジュール管理システムに入力された前記スケジュール情報に関する第２情報を取得し、
   前記第１情報を使用せず、前記第２情報を使用して前記識別を行うこと
   を特徴とする電子機器。
2. 前記電子機器による前記スケジュール管理システムへの前記走行情報の入力及び前記スケジュール管理システムからの前記識別情報の取得は、前記電子機器との接続及び前記ユーザ端末との接続が可能な通信手段を介して行われ、
   前記通信手段は、前記ユーザ端末と前記通信手段の接続を介して前記ユーザ端末による読取が可能な第１記憶手段及び前記ユーザ端末による読取ができない第２記憶手段を有し、
   前記スケジュール管理システムからの前記識別情報の取得の際には、前記第１記憶手段に前記識別情報が記憶され、
   前記スケジュール管理システムへの前記走行情報の入力の際には、前記第２記憶手段に前記走行情報が記憶される、
   ことを特徴とする請求項１に記載の電子機器。
3. ユーザ端末から入力される所定の入力形式のスケジュール情報を所定の記憶形式で記憶しておき、記憶した前記スケジュール情報をユーザ端末においてユーザがスケジュールを認識可能なように表示させる機能を有するスケジュール管理システムに対して情報を入力する機能を備える電子機器であって、
   車両に設置可能であり、
   所定の走行期間の車両に関する情報である走行情報を取得して記憶する機能である記憶機能と、
   記憶した前記走行情報を前記所定の入力形式に合わせこんで前記スケジュール管理システムに入力する機能である入力機能と
   を備え、
   前記記憶機能は、複数の前記走行情報を記憶する機能を含み、
   前記電子機器は、前記記憶機能により記憶された複数の前記走行情報の全部又は一部を前記スケジュール管理システムに一括入力する機能である一括入力機能を備え、
   前記スケジュール管理システムから取得される識別情報に基づいて、前記入力機能によりスケジュール管理システムに既に入力された前記走行情報の識別を行う機能である既入力情報識別機能を更に有し、
   前記一括入力機能は、前記既入力情報識別機能により識別された前記走行情報を除外して一括入力を行う機能を含み、
   前記電子機器による前記スケジュール管理システムへの前記走行情報の入力及び前記スケジュール管理システムからの前記識別情報の取得は、前記電子機器との接続及び前記ユーザ端末との接続が可能な通信手段を介して行われ、
   前記通信手段は、前記ユーザ端末と前記通信手段の接続を介して前記ユーザ端末による読取が可能な第１記憶手段及び前記ユーザ端末による読取ができない第２記憶手段を有し、
   前記スケジュール管理システムからの前記識別情報の取得の際には、前記第１記憶手段に前記識別情報が記憶され、
   前記スケジュール管理システムへの前記走行情報の入力の際には、前記第２記憶手段に前記走行情報が記憶される、
   ことを特徴とする電子機器。
4. 前記入力機能により前記スケジュール管理システムに前記走行情報が入力される際に、前記スケジュール管理システムに既に記憶されている前記スケジュール情報が変更又は削除されないこと
   を特徴とする請求項１〜３のいずれか一項に記載の電子機器。
5. ユーザ端末から入力される所定の入力形式のスケジュール情報を所定の記憶形式で記憶しておき、記憶した前記スケジュール情報をユーザ端末においてユーザがスケジュールを認識可能なように表示させる機能を有するスケジュール管理システムに対して情報を入力する機能を備える電子機器であって、
   車両に設置可能であり、
   所定の走行期間の車両に関する情報である走行情報を取得して記憶する機能である記憶機能と、
   記憶した前記走行情報を前記所定の入力形式に合わせこんで前記スケジュール管理システムに入力する機能である入力機能と
   を備え、
   前記入力機能により前記スケジュール管理システムに前記走行情報が入力される際に、前記スケジュール管理システムに既に記憶されている前記スケジュール情報が変更又は削除されないこと
   を特徴とする電子機器。
6. 請求項１〜５のいずれかに記載の電子機器の機能をコンピュータに実現させるためのプログラム。

Images