JP6078760B2 - 運転支援システム、投稿端末、報知端末、サーバー用プログラム、投稿用プログラム、及び報知用プログラム - Google Patents

Description

本発明は、交通取締や検問など各種の交通監視活動に関する情報を提供することで車両の運転を支援する運転支援システムに関する。

従来より、車両の運転を支援するための運転支援システムとして、速度取締のレーダ波を受信したときに警報し、運転者の注意を喚起するレーダー探知機等の車載装置が実現されている。このような車載装置の中には、車両の現在位置を測位するＧＰＳ機能と、速度取締システムの設置ポイント等のＧＰＳコンテンツのデータベースと、を有し、特定のＧＰＳコンテンツへの接近を検知し、その旨を運転者に報知する装置もある（例えば、特許文献１参照。）。

上記のような車載装置が接近を報知するＧＰＳコンテンツとしては、速度取締システムの設置ポイントや警察署などの常設ポイントのほか、移動オービスよる速度取締や飲酒検問等の交通監視活動が高頻度で実施される仮設ポイント等がある。車載装置は、各種のＧＰＳコンテンツへの接近を報知することで、交通安全に対する運転者の注意を喚起しようとしている。

しかしながら、前記従来の運転支援システムでは、次のような問題がある。すなわち、報知対象が必ず存在する常設ポイントとは異なり、仮設ポイントへの接近を報知しても今現在、その仮設ポイントで交通監視活動が行われているか否かが不明であり、報知内容に基づいて運転者の側でリスクの度合いを個々に判断しなければならないという問題がある。

特開２００７−２４８１８０号公報

本発明は、前記従来の問題点に鑑みてなされたものであり、交通取締や検問など各種の交通監視活動に関する情報を提供して運転を支援するシステムであって、リアルタイム性を高めた運転支援システムを提供しようとする発明である。

本発明の一態様は、交通安全を促進するために実施される交通監視活動の種別を表す種別情報、及び交通監視活動が行われている監視位置を表す位置情報を含む投稿情報を投稿可能な投稿端末と、
複数の投稿端末からの投稿情報のうち、投稿対象の交通監視活動が共通する複数の投稿情報を統合することにより、交通監視活動に関する種別情報及び位置情報を含む配信情報を生成して配信するサーバー装置と、
サーバー装置から配信された配信情報を取得して報知する報知端末と、を含む運転支援情報配信システムにある。

本発明の一態様は、交通安全を促進するために実施される交通監視活動の種別を表す種別情報、及び監視位置を表す位置情報を含む投稿情報を投稿可能であって、本発明の他の態様をなす前記運転支援情報配信システムを構成する投稿端末にある。

本発明の一態様は、交通安全を促進するために実施される交通監視活動の種別情報及び監視位置の位置情報を含む配信情報を取得して報知可能であって、本発明の他の態様をなす前記運転支援情報配信システムを構成する報知端末にある。

本発明の一態様は、コンピュータに実行させるためのプログラムであって、
本発明の他の態様をなす前記運転支援情報配信システムを構成するサーバー装置の機能を実現するためのサーバー用プログラムにある。

本発明の一態様は、コンピュータに実行させるためのプログラムであって、
本発明の他の態様をなす前記投稿端末の機能を実現するための投稿用プログラムにある。

本発明の一態様は、コンピュータに実行させるためのプログラムであって、
本発明の他の態様をなす前記報知端末の機能を実現するための報知用プログラムにある。

本発明に係る投稿端末を利用すれば、交通安全を促進するために実施される交通監視活動の種別を表す種別情報、及び監視位置を表す位置情報を含む投稿情報を生成でき、サーバー装置に対して投稿可能である。サーバー装置は、投稿対象の交通監視活動が共通する複数の投稿情報を統合することで、交通監視活動に関する種別情報及び位置情報を含む配信情報を生成する。報知端末は、サーバー装置から配信された配信情報を報知可能である。

前記配信情報は、例えば、前記投稿情報に基づいて生成されたリアルタイム性の高い情報とすることができる一方、投稿情報の確度はまちまちであり、正しい情報もあれば間違った情報もあり得る。このように真偽の定かでない複数の投稿情報をそのまま配信してしまうと、報知端末側でどの情報を信じて良いのか混乱を生じるおそれがある。特に、報知端末が車両内に設置されている場合や、可搬型の報知端末を車両内に持ち込んだ場合、例えば運転者が運転中にこのような投稿情報がそのまま配信されると運転の妨げとなるおそれがある。

一方、本発明における配信情報は、例えば、複数の投稿情報を統合することで例えば確度が高められた情報とすると良い。この配信情報では、例えば、投稿情報に基づくリアルタイム性と、情報統合によって向上された確度と、が両立されている。リアルタイム性と確度とが両立された配信情報は、運転者にとって有用な情報となり得る。

以上のように本発明は、交通取締や検問などの交通監視活動に関する情報を提供して運転を支援するシステムであって、リアルタイム性を向上した運転支援システムを実現するために有用な発明である。

本発明における投稿情報の対象となる交通監視活動としては、速度取締、駐車禁止取締、シートベルト取締等の交通取締や、飲酒検問やシートベルト検問等の検問等がある。
本発明におけるサーバー装置は、前記投稿情報の受信機能と前記配信情報の送信機能との両方の機能を備えたものであっても良いし、前記投稿情報を受信するサーバーと、前記配信情報を受信するサーバーと、が専用線、専用通信回線あるいは公衆通信回線等によって接続されたものでもあっても良い。

本発明の好適な一態様の運転支援システムにおけるサーバー装置は、前記投稿情報の投稿に関する時刻が所定の時間内にあって、かつ、監視位置が所定範囲内に属している複数の投稿情報を同じ交通監視活動を対象とする投稿情報として取り扱う。

前記投稿情報の投稿に関する時刻としては、前記投稿情報が生成された時刻、前記投稿情報が投稿された時刻、前記投稿情報に係る交通監視活動が目撃された時刻などとすると良い。前記投稿に関する時刻が所定の時間内にあるという時間的な近接性と、前記監視位置が所定範囲内に属しているか否かという場所的な近接性と、を組み合わせれば、同じ交通監視活動を対象とした投稿情報を確実性高く抽出でき、確度の高い配信情報を生成できる。前記投稿情報が生成された時刻、及び対象の交通監視活動が目撃された時刻は、投稿端末側で特定される必要がある。投稿された時刻については、投稿情報を送信した時刻を投稿端末側で特定しても良く、投稿情報を受信した時刻をサーバー装置側で特定しても良い。投稿端末側で特定された時刻をサーバー装置側で利用する場合には、その時刻を表す時刻情報を投稿情報の中に含めることが良い。

本発明の好適な一態様の運転システムにおける監視位置を表す位置情報は、交通監視活動が行われている監視位置に加えて、交通監視活動が対象とする車両の進行方向を特定可能な情報である。
一方通行の道路を除き、逆向きの両方向に向かって車両が進行できる道路が一般的である。そして、道路で行われる交通監視活動の中には、例えば、道路速度取締や検問など、一方の進行方向のみを対象とするものがある。交通監視活動が対象とする進行方向を特定可能な配信情報であれば、その交通監視活動が行われている道路を運転中の運転者に対して一層有用になる。交通監視活動が対象とする進行方向に向かって走行中の運転者であるか、逆向きに走行中の運転者であるか、に応じて、その配信情報の重要度合いが全く異なってくるからである。

本発明の好適な一態様の運転支援システムにおけるサーバー装置は、前記投稿情報の確からしさの度合いである確度を評価すると共に、複数の投稿情報を統合して前記配信情報を生成するに当たって確度に応じて各投稿情報の取扱いを変更する。
確度に応じた投稿情報の取扱いとしては、次のような例がある。例えば、一定の確度以上の投稿情報のみを利用して前記配信情報を生成する。例えば、一定の確度に満たない投稿情報については、同様の投稿情報が複数、投稿されたときに、１件分の投稿情報として取り扱う。例えば、半径１００ｍ以内の同一種類の投稿は１件分とする。

本発明の好適な一態様の運転支援システムにおけるサーバー装置は、前記投稿情報の投稿者が特定可能な者か否か、及びその投稿者の投稿実績に応じて、対応する投稿情報の確度を評価する。
一般的に、不特定の者による投稿情報よりも、特定の者からの投稿情報の方が確度が高いという推定が可能である。特定の投稿者について、正しい投稿情報を投稿した回数などの実績をポイント化しておき、その特定者による投稿情報の確度を評価する際、そのポイントを利用することも良い。

本発明の好適な一態様の運転視線システムにおける投稿端末としては、前記投稿情報の投稿機能が予め組み込まれた専用機と、前記投稿情報の投稿機能を組み込むためのアプリケーションプログラムを含む各種のアプリケーションプログラムをユーザー側が選択してインストール可能な汎用機と、があり、
前記サーバー装置は、前記投稿情報が専用機から投稿された情報であるか、汎用機から投稿されたか情報であるか、に応じて、該投稿情報の確度を評価する。

専用機と汎用機とでは、投稿機能を利用するためのユーザー側の導入コストや、前記配信情報に対する期待度が異なってくる。例えば、汎用機のアプリケーションプログラムが無償ソフト等である場合には、前記配信情報にあまり関心を持たない利用者が悪戯で投稿してくる可能性がある。一方、専用機を購入していることを考慮すれば、専用機からの投稿者は前記配信情報に期待感を有していると推定できる。このようなことから、例えば、前記投稿情報自体の詳細度合いや情報の質等がほぼ同様である場合など、前記汎用機による投稿情報よりも前記専用機による投稿情報の確度を高く評価するのが良い。

本発明の好適な一態様の運転支援システムにおけるサーバー装置は、過去の交通監視活動の実施状況に関する情報を参照して前記投稿情報の確度を評価する。
例えば、移動オービスによる速度取締が頻繁に行われる地点について、速度取締に関する投稿情報が投稿された場合であれば、その投稿情報の確度を高く評価できる。一方、移動オービスによる速度取締が一度も実施されたことのない地点について、速度取締に関する投稿情報が投稿された場合であれば、まずは、その投稿情報の確度を低く評価する一方、同様の投稿情報が重複して投稿されたときに最初の投稿情報の確度の評価を見直すことも良い。
過去の交通監視活動の実施状況に関する情報としては、例えば、過去の交通監視活動の実施履歴であっても良く、交通監視活動に関して予め記憶された既成交通情報であっても良い。特に、レーダー探知機のような車載機器が投稿情報に依らずに既に蓄積している既成交通情報を、過去の交通監視活動の実施状況に関する情報としても良い。さらに、これらの既に蓄積している既成交通情報に対して過去の投稿情報を加味した情報を、「過去の交通監視活動の実施状況に関する情報」としても良い。

本発明の好適な一態様の運転システムにおけるサーバー装置では、前記投稿情報の投稿を受け付けた時点が、対応する交通監視活動に関する配信情報の配信前か配信後かに応じて、当該投稿情報の取扱いが異なっている。
配信前では、いずれの投稿者にとっても、投稿対象の交通監視活動が不意に現れ、通過するまでの短時間にその種別等を判断する必要がある。交通監視活動の地点の登録操作等が、その地点を通り過ぎた後になる傾向があり、実際に登録される地点が実際の地点よりも進行方向前方にずれてくる可能性がある。一方、配信後であれば、配信情報に係る種別の交通監視活動が行われていることが事前に判っているので、実際に行われている交通監視活動の種別が配信情報の通りであるか否かの判断の精度が高くなる傾向にある。また、配信情報に係る地点で実際に交通監視活動が行われているかどうか高い関心を持ちつつ、その地点に接近していくことになるので、登録される地点が実際の地点にぴったりになり易い。あるいは、気の早い投稿者であれば実際の地点よりも手前側にずれる可能性もある。このような事情を考慮して前記配信情報の配信後の投稿情報を取り扱えば、位置精度を含め、その配信情報の確度を向上できる。

本発明の好適な一態様の運転支援システムにおけるサーバー装置は、交通監視活動の種別に応じて、前記配信情報を配信するか否か、及び配信を継続する配信時間を決定する。
例えば、移動オービスなどの速度取締などの交通監視活動は、継続時間が概ね判っており、２４時間に渡って継続されることはない。このような知見に基づき、配信情報の配信時間を決定するのが良い。
一方、固定式の速度取締やＮシステム等に関する情報については、リアルタイム性よりも１００％近い確度が求められる傾向にある。そこで、固定式の速度取締やＮシステム等を対象とした投稿情報については、受信に応じて配信情報を直ちに配信するよりも、システムの運営者側のスタッフが現場に赴いて目視確認した後、確認済み情報としてユーザーに提供することも良い。

本発明の好適な一態様の運転支援システムにおける投稿端末は、前記配信情報に対応する交通監視活動について、実施されていない旨の取消情報を投稿可能であって、
前記サーバー装置は、投稿された前記取消情報の確度を評価し、その確度に応じて対応する配信情報の配信を終了するか否かを決定する。
前記取消情報の投稿を受け付ければ、対応する交通監視活動の終了後、なるべく早く配信を終了できるようになる。対象とする交通監視活動が行われていないにも関わらず、対応する配信情報が配信され続ける状況を出来るだけ短時間に抑制できる。さらに、前記取消情報は、偽の投稿情報に基づく誤った配信情報を早期に配信中止するため、あるいは偽の投稿情報の投稿者についてネガティブな評価を付与するためにも有用である。

本発明の好適な一態様の運転支援システムにおけるサーバー装置は、前記取消情報の投稿を受け付けた後、対応する交通監視活動に関する配信情報を配信する場合には、前記取消情報の投稿があった旨の情報を当該配信情報に含める。
ユーザー側では、前記配信情報の確度を判断する際、前記取消情報の投稿有無を考慮に入れて判断できるようになる。対応する交通監視活動が実施されていないことは、前記配信情報に対するユーザー側の信頼感を損なう最大の要因である。配信情報を配信する際、取消情報の投稿があった旨を併せて報知すれば、仮に対応する交通監視活動が実施されていなくても、前記配信情報に対するユーザー側の信頼感の毀損を最小限に近く抑制できる。なお、取消情報の投稿があった旨の情報としては、例えば、統合した投稿情報の中に取消情報の投稿があるか否か、その有無を示す情報であっても良い。特に、取消情報の投稿数を示す情報であると良い。例えば、統合された投稿情報の投稿数と、その投稿数のうちの取消情報の投稿数と、を配信すると良い。

本発明の好適な一態様の投稿端末は、ユーザー側の交通監視活動に関する知識レベルに応じて前記種別情報の詳細度合いが異なる投稿情報を生成する手段を備えている。
例えば、対象の交通監視活動が速度取締の場合、その種別としては、ネズミ捕り、移動オービス、追尾等がある。さらに、例えば、移動オービスであれば、レーダー式、ステルス式、光電管式等の種別がある。速度取締などの交通監視活動に深い興味を有し、設備や装置等を一見しただけでその種別を認識できるユーザーであれば、詳細な情報を投稿可能である。一方、速度違反に関する交通監視活動であることを認識できる一方、速度計測に関する知識が乏しいユーザーの場合、投稿に際して詳細な情報を要求すると投稿自体が困難になり、投稿を躊躇させてしまう可能性が高い。そこで、交通監視活動に関する知識があるユーザーが詳細な投稿情報を生成できる一方、そうではないユーザについては、ただ単に速度取締という詳細度合いの投稿情報を投稿できるようにすれば、多様なユーザーによる投稿を促進できる。情報源となる投稿情報が増えれば、配信情報のリアルタイム性や確度を向上できる。

本発明の好適な一態様の投稿端末は、現在位置を取得可能であると共に、ユーザー側の操作により生成された前記種別情報に対して、取得した現在位置に基づく位置情報を組み合わせて前記投稿情報を生成する。
この場合には、前記投稿情報に含まれる位置情報の精度を向上できる。現在位置を取得可能な構成としては、例えば、ＧＰＳによる測位機能を備える構成や、ＧＰＳ機能を備える外部端末から現在位置の情報を取得する構成等がある。

本発明の好適な一態様の投稿端末は、ユーザー側の操作に応じて前記投稿情報を生成可能な第１の端末と、当該第１の端末から投稿情報を取得して前記サーバー装置に向けて送信する第２の端末と、の組合せにより構成されている。
前記第１の端末は、現在位置を取得可能であると共に、前記投稿情報を記録したコード画像を表示可能な端末であり、
前記第２の端末は、前記第１の端末が表示するコード画像を撮影し、記録された投稿情報を読み取り可能な端末であることが良い。
前記第２の端末としては、カメラ機能を備えたスマートフォン（多機能携帯端末）や、カメラ機能と通信機能を備えたゲーム機などの携帯端末を利用できる。前記第１の端末側では、前記投稿情報が記録されたコード画像を表示するだけで良くなる。このような第１の端末は、３〜４インチ程度の表示画面のほか、ＧＰＳ機能を備えた既存のレーダー探知機が備えるハードウェア的な構成によっても十分に実現可能である。

本発明の好適な一態様の投稿端末は、注目地点を含む所定エリアの地図を表示可能であると共に、ユーザー側の操作により該注目地点を特定地点として登録可能であって、
予め登録された特定地点を表す位置情報に対して、ユーザー側の操作により選択された交通監視活動の種別を対応付けることにより前記投稿情報を生成する。
表示された地図上であれば、特定地点を位置精度高く登録できる。このような特定地点の登録を経由して生成された投稿情報は、位置的な精度が高い確度の高い情報となる。

本発明の好適な一態様の投稿端末は、現在位置を取得可能であると共に、該現在位置が前記注目地点として設定される。
この場合には、交通監視活動の地点を通り過ぎるとき、すなわち現在位置がその地点のすぐ近くに位置しているときに、前記特定地点の登録操作を行えば、交通監視活動の地点を簡単かつ位置精度良く登録できる。

本発明の好適な一態様の報知端末は、現在位置及び現在時刻を取得可能であると共に、現在位置及び現在時刻に応じて、取得した配信情報のうちいずれを報知するかを選択する。
この場合には、運転状況に応じた適切な配信情報を報知できる。例えば、そのユーザーの現在位置から遠く離れており、これから向かうかどうかもわからない地点の交通監視活動の配信情報を報知しても、そのユーザーにとっては価値が低い情報となってしまう。一方、ユーザーの現在位置の近辺で実施されている交通監視活動に関する配信情報は、そのユーザーにとって価値が高い情報であるため、報知するのが良い。さらに、ナビゲーション機能を備え、その経路計算機能によって計算された経路上の地点の交通監視活動については、距離が遠い段階で早期に報知すると良い。

本発明の好適な一態様の報知端末が取得する前記配信情報には、その配信情報の確度を表す確度情報が含まれており、
取得した配信情報の確度に応じて報知態様を変更する。
配信情報の確度に応じてその報知態様を変更すれば、報知を受けたユーザー側で配信情報の確度を判断して対処できる。配信情報に対応する交通監視活動が実際には行われていなかったとき、配信情報に対するユーザー側の信頼感が大きく毀損されるおそれがある一方、確度が低い旨を併せて報知しておけば上記の信頼感の毀損を抑制できる。

本発明の好適な一態様の報知端末は、前記配信情報の報知態様と前記配信情報の確度との関係を、ユーザー側の操作により設定可能である。
真偽の定かでない配信情報の報知は受けたくないと考えるユーザーが存在する一方、真偽に関わらず全ての配信情報の報知を受けた上で自分で判断したいと考えるユーザーも存在している。上記のようにユーザー側の操作に応じて報知される配信情報を選択できるように構成すれば、様々なユーザーに対して適切に配信情報を報知できるようになる。

本発明の好適な一態様の報知端末は、取り付けられた車両の状況を表す車両情報を取得可能であると共に、取得された車両情報に応じて配信情報の報知態様を変更する。
本発明の好適な一態様の報知端末は、前記車両情報として速度を取得可能であると共に、速度取締に関する配信情報については、取得された速度に応じて報知態様を変更する。
例えば、速度取締の交通監視活動の地点に接近したとき、車両の速度が速いときには、対応する配信情報の報知を音声出力したり、警報音を発生する等、運転者が速度を抑えるような報知を行うことが良い。一方、渋滞等していて速度が低いときに同様の報知を行うと、スピードを全く出せない運転者のイライラ感を煽ってしまうおそれがある。このような状態では、接近に応じた前記配信情報の報知を控えることが良い。

本発明の好適な一態様の報知端末は、前記配信情報を報知可能であると共に、交通監視活動に関して予め記憶された既成交通情報を報知可能である。
前記規制交通情報の報知は、固定式の速度取締等の交通監視活動の報知に適している。一方、前記配信情報の報知は、移動式オービスや検問やパトカーによるパトロールなど、リアルタイム性が求められる交通監視活動の報知に適している。両者を組み合わせれば、ユーザーである運転者の安全運転をきめ細かく支援できる。

本発明の好適な一態様の報知端末は、現在位置を取得可能であると共に、現在位置を基準とした所定エリア内で実施される交通監視活動に関する情報を報知可能であって、
交通監視活動に関する情報を報知するに当たっては、前記配信情報に基づく報知であるか、前記既成交通情報に基づく報知であるか、をユーザー側から区別可能なように報知する。
前記配信情報は、前記規制交通情報に比べてリアルタイム性において優れている一方、確度の点では劣っている。前記配信情報を報知する際、前記規制交通情報とは区別して報知すれば、配信情報の上記のような特性を考慮した有効な活用をユーザー側で判断できるようになる。

本発明の好適な一態様の報知端末は、本発明の他の態様の投稿端末と一体化されている。
この場合には、ひとつの端末を利用して、投稿情報の投稿と、配信情報の閲覧等と、が可能になるため、ユーザーにとって便利である。

実施例１における、運転支援システムのシステム構成を示す図。 実施例１における、サーバーの構成を示す説明図。 実施例１における、会員毎の投稿評価を示す説明図。 実施例１における、総合評価の評価方法の説明図。 実施例１における、携帯端末を示す正面図。 実施例１における、携帯端末を示す背面図。 実施例１における、携帯端末を車載した様子を示す図。 実施例１における、携帯端末の電気的な構成を示すブロック図。 実施例１における、投稿ソフト（投稿アプリ）の画面遷移を示す図。 実施例１における、各種設定画面を示す正面図。 実施例１における、携帯端末の待機／投稿画面を示す図。 実施例１における、ピン一覧画面を示す図。 実施例１における、投稿情報を生成する際の画面遷移を示す図。 実施例１における、投稿情報を生成する際の画面遷移を示す図。 実施例１における、投稿情報を生成する際の画面遷移を示す図。 実施例１における、投稿情報を生成する際の画面遷移を示す図。 実施例１における、ある交通監視活動に対する投稿情報一覧を示す図。 実施例１における、時間的な近接性の条件の説明図。 実施例１における、場所的な近接性の基準点の設定方法の説明図。 実施例１における、交通監視活動を警報中の待機／投稿画面を示す図。 実施例１における、投稿ターゲット情報に関するデータ表示画面を示す図。 実施例１における、警報画面（待機／投稿画面）を示す図。 実施例１における、警報画面（待機／投稿画面）を示す図。 実施例１における、公開取締情報の報知画面（待機／投稿画面）を示す図。 実施例２における、レーダー探知機を示す正面側の斜視図。 実施例２における、レーダー探知機を示す背面側の斜視図。 実施例２における、レーダー探知機の電気的な構成を示すブロック図。 実施例２における、レーダー探知機の警報設定を示す図。 実施例２における、レーダー探知機によるマップ画面を示す図。 実施例２における、警報画面（マップ画面）を示す図。 実施例２における、警報画面（マップ画面）を示す図。 実施例２における、投稿情報のデータ仕様の説明図。 実施例２における、投稿情報を構成する各データの内容の説明図。 実施例２における、取締方位のデータ値の説明図。 実施例２における、メニュー画面を示す図。 実施例２における、ピン設定画面を示す図。 実施例２における、メニュー画面を示す図。 実施例２における、メニュー画面を示す図。 実施例２における、ＧＰＳサーチ画面を示す図。 実施例２における、投稿を開始する際の画面遷移を示す図。 実施例２における、投稿情報を生成する際の画面遷移を示す図。 実施例２における、投稿情報を生成する際の画面遷移を示す図。 実施例２における、投稿ピンの消去時の画面遷移を示す図。 実施例２における、公開取締情報を表示するマップ画面を示す正面図。 実施例３における、投稿情報の報知画面を示す正面図。 実施例３における、スクロール表示されるメッセージ構成を示す説明図。 実施例３における、投稿情報の他の報知画面を示す正面図。

本発明の実施の形態につき、以下の実施例を用いて具体的に説明する。
（実施例１）
本例は、投稿情報に基づく投稿ターゲット情報（配信情報）を配信する運転支援システムに関する例である。この内容について、図１〜図２４を参照して説明する。
本例の運転支援システム１は、図１のごとく、投稿サーバー（サーバー装置）１１、会員管理サーバー（Ｍｙユピテルサーバー）１２、投稿端末及び報知端末としての機能を兼ね備える携帯端末２等によって構成されている。図１の符号１０１Ａが本例の投稿端末としての構成を示し、符号１０１Ｂが本例の報知端末の構成を示している。なお、符号１０２Ａ・Ｂは、実施例２で説明する投稿端末あるいは報知端末の構成を示している。なお、本例に代えて、投稿サーバー１１と会員管理サーバー１２とを一体化しても良く、専用線で通信可能に接続しても良い。投稿サーバー１１と会員管理サーバー１２とは、同じ場所に設置されていても良く、異なる場所に設置されていても良い。

（会員管理サーバ−）
会員管理サーバー１２は、図１及び図２のごとく、本例の運転支援システム１側に登録された会員を管理するサーバー装置である。この会員管理サーバー１２は、演算処理を実行するＣＰＵや記憶素子であるＲＯＭ、ＲＡＭ等が実装された制御基板（制御部）、ハードディスクドライブ（ＨＤＤ）等を備えているほか、外部インターフェースとしてＬＡＮポート等の通信ポートを備えている。会員管理サーバー１２は、通信ポートを介して公衆通信回線に接続され、投稿サーバー１１との情報通信が可能になっている。

制御部からアクセス可能なハードディスクドライブの記憶領域には、会員を管理するためのユーザー管理データベース１２１が設けられている。ユーザー管理データベース１２１では、識別情報である会員ＩＤ（マイユピテルＩＤ）、ログインパスワード、投稿時の識別情報となる投稿者ＩＤ、ユーザー個人情報、会員が個人的に登録した地点の情報（Ｍｙユピテルポイント）等が、会員毎に記憶されて管理されている。ユーザー管理データベース１２１を有する本例の会員管理サーバー１２は、投稿サーバー１１から照会された会員ＩＤを認証する認証手段としての機能を備えている。

（投稿サーバー）
投稿サーバー１１は、投稿情報を統合した投稿ターゲット情報を配信するサーバー装置である。この投稿サーバー１１は、演算処理を実行するＣＰＵや記憶素子であるＲＯＭ、ＲＡＭ等が実装された制御基板（制御部）、ハードディスクドライブ（ＨＤＤ）等を備えているほか、外部インターフェースとしてＬＡＮポート等の通信ポートを備えている。投稿サーバー１１は、通信ポートを介して公衆通信回線に接続され、投稿サーバー１１や携帯端末２等との情報通信が可能になっている。

制御部側からアクセス可能なハードディスクドライブの記憶領域には、交通監視活動に関する情報を格納するＧＰＳターゲット情報データベース１１１、会員毎の投稿評価を管理するユーザーステータスデータベース１１３を備えている。
ＧＰＳターゲット情報データベース１１１の記憶領域には、システム側の確認作業を受けた交通監視活動の情報である既成交通情報を記憶する既成ＧＰＳエリアのほか、交通監視活動毎に投稿情報を一時記憶する投稿エリア、配信する投稿ターゲット情報を記憶する配信エリア、配信が終了した過去の投稿ターゲット情報を格納する新着情報エリア等が設けられている。新着情報エリアの投稿ターゲット情報は、既成ＧＰＳエリアに新たに追加する既成交通情報の候補となる。ＧＰＳターゲット情報データベース１１１としては、ハードディスクなど単一の記憶手段を利用して形成しても良いが、ハードディスクやフラッシュＲＯＭなど複数の記憶手段を利用して形成しても良い。

既成ＧＰＳエリアの既成交通情報は、設置型のオービス等の交通監視施設や、シートベルト取締、飲酒検問等の過去の交通取締活動や、事故の発生頻度等の情報に対して、その位置やエリアを表す位置情報を組み合わせた運転支援情報（ＰＯＩデータ）である。
投稿エリアの投稿情報は、携帯端末２から投稿されたままの無加工の情報である。詳しくは図１７を参照して後述するが、この投稿エリアでは、交通監視活動毎の投稿情報が投稿順で一覧管理されている。
配信エリアの投稿ターゲット情報は、交通監視活動が共通する複数の投稿情報が統合された配信継続中の情報である。
新着情報エリアの投稿ターゲット情報は、配信が終了した過去の投稿ターゲット情報である。この投稿ターゲット情報は、システム側の管理者による確認作業を受けて既成交通情報として新規登録される可能性がある。例えば、既成交通情報としては未登録のＮシステム（自動車ナンバー読取システム）に関する投稿情報が記憶されていた場合、システム側のスタッフが現場で目視確認した後、既成交通情報に新規登録する等のシステム運用が可能である。例えば、既成交通情報としては未登録の検問に関する投稿情報や投稿ターゲット情報が頻繁に記録されている場合、システム側の管理者が、その頻度等に応じて既成交通情報としての登録を検討できる。

ユーザーステータスデータベース１１３に格納される投稿評価は、図３のごとく、全投稿数、正しい投稿数（正投稿数）、間違い投稿数、全投稿のうち正しい投稿の比率（正投稿率）、総合評価の各評価項目を含んでいる。総合評価のポイントは、正投稿数及び正投稿率に応じて、図４のように付与される点数である。ユーザーステータスデータベース１１３では、各評価項目のデータが投稿者（会員）毎に管理されている。なお、過去の投稿実績に基づき投稿が禁止された会員については、総合評価のデータエリアに投稿禁止フラグがセットされる。本例では、総合評価のポイントが、その投稿者による投稿情報の確度として取り扱いされる。

本例の投稿サーバー１１は、予めインストールされたコンピュータプログラムであるサーバー用プログラムをＣＰＵに実行させることで、以下の各手段としての機能を実現する。
（１）投稿受信手段
携帯端末２等の投稿情報を公衆通信回線を介して受信する手段。
（２）投稿許可手段
受信した投稿情報の受付を許可するか否かを判定する手段。投稿許可手段は、投稿情報に含まれる会員ＩＤを利用してユーザーステータスデータベース１１３（図２）を参照し、許可するか否かを判定する。投稿禁止フラグが付された会員による投稿情報については受付を拒否し、それ以外の投稿情報については受付を許可する。
（３）仕分け手段
受付した投稿情報を交通監視活動毎に仕分けしてＧＰＳターゲット情報データベース１１１（図２）の投稿エリアに記憶させる手段。仕分け手段は、投稿対象の位置（交通監視活動の監視位置あるいは監視エリア）の場所的な近接性、その位置が記録された時刻に関する時間的な近接性、及び交通監視活動の種別の共通性という３つの条件に基づき、受付した投稿情報を仕分けする。
（４）投稿ターゲット情報生成手段
交通監視活動が共通すると仕分けされた複数の投稿情報を統合して投稿ターゲット情報を生成する手段。生成された投稿ターゲット情報は、ＧＰＳターゲット情報データベース１１１（図２）の配信エリアに格納される。
（５）配信手段
投稿ターゲット情報を配信する手段。配信手段は、運転支援システム１側に登録された会員のうち、配信を希望し、かつ、公衆通信回線に直接、又は間接的に接続可能な端末装置を有する会員に対して交通支援情報を配信する。

なお、投稿情報を受け付ける機能と、投稿ターゲット情報を生成する機能と、投稿ターゲット情報を配信する機能と、を併せ持つ本例の投稿サーバー１１に代えて、各機能を別々のサーバーで構成しても良い。これらの機能を個別に有するサーバーは、通信可能な状態で接続されていれば良く、同じ場所に設置されていても良いが、異なる場所に設置することもできる。

（携帯端末）
本例の携帯端末２は、図５及び図６のごとく、手のひらサイズの平板状のスマートフォン（多機能携帯電話）である。その正面の大部分は、液晶表示部２１２（図８）の表示画面にタッチセンサシート２１１が積層されたタッチパネル２１によって占有され、タッチパネル２１にホーム画面（図示略）を表示させるためのホームボタン２Ｈがタッチパネル２１の脇に配置されているのみである。携帯端末２の背面には、撮像手段を構成するカメラ基板２２（図８）に固定されたレンズ孔２２０が設けられている。図５及び図６では図示を省略しているが、電源ボタン２００（図８）等は外周側面に配置されている。本例の運転支援システム１においては、図７のごとく、車載ホルダー１９等を利用して車両のダッシュボード等に固定された状態が携帯端末２の好ましい使用形態である。

携帯端末２の内部には、図８のごとく、制御部２０をなす電気回路が形成された制御基板が収容されている。制御部２０に対しては、ＣＭＯＳ素子やレンズ等が実装されたカメラ基板２２、スピーカ２３０を駆動するアンプ基板２３のほか、電源ボタン２００、タッチセンサシート２１１、液晶表示部２１２、無線送受信器２４１、ＧＰＳ受信器２４２、クロック部２４３等が電気的に接続されている。

無線送受信器２４１は、所定周波数帯で無線通信を実行する手段である。本例の無線送受信器２４１は、電話音声がデジタル化されたデジタル音声データを回線交換により送受信可能であるほか、投稿情報や投稿ターゲット情報やアプリケーションプログラムや地図データ等のデジタルデータをパケット通信により送受信可能である。

ＧＰＳ受信器２４２は、ＧＰＳ衛星から飛来するＧＰＳ信号を受信し、現在時刻、現在位置の位置情報（緯度経度）、現在速度、高度等を出力する受信器である。ＧＰＳ受信器２４２は、図７のごとく縦の姿勢のとき、背面側の中央上方に位置するように携帯端末２本体に組み込まれている。

制御部２０は、図８のごとく、ＣＰＵ２０１、記憶素子であるＲＯＭ２０２・フラッシュＲＯＭ２０３・ＲＡＭ２０４、及び入出力インタフェースをなすＩ／Ｏ部２０５等を備えている。ＲＯＭ２０２は、ＢＩＯＳ等を含め各種の制御プログラムを記憶している。フラッシュＲＯＭ２０３は、インストールされた各種の処理プログラムを記憶している。ＲＡＭ２０４は、ＣＰＵ２０１のワークエリアや一時書き込みにも利用される読み書き可能な記憶素子である。

制御部２０は、ＲＯＭ２０２やフラッシュＲＯＭ２０３から読み出したプログラムをＣＰＵ２０１に実行させることにより、電話機能やデータ通信機能のほか、タッチパネル２１に地図を表示する地図表示機能、投稿情報を生成する投稿情報生成機能、投稿情報を投稿する投稿機能、交通監視活動に関する警報機能等を実現する。これらの機能を実現する各手段は、制御部２０において形成されている。

投稿情報生成機能及び投稿機能は、専用の投稿ソフトのインストールによって組み込まれる。この投稿ソフトは、運転支援システム１側への会員登録を前提として、アプリケーションサーバー１５からダウンロード可能である（図１参照。）。携帯端末２にインストールされた投稿ソフトには、登録した会員に対して付与する会員ＩＤ及びログインパスワードの暗号データが組み込まれている。投稿ソフトを携帯端末２で起動するためには、登録に際して付与された会員ＩＤ及びパスワードの入力が求められ、暗号データとして組み込まれた情報と入力された情報との完全一致が投稿ソフトの起動条件となっている。本例の運転支援システム１では、投稿ソフトの起動に際して会員ＩＤ等の入力を求めることで、会員以外の不特定の者からの投稿を未然に回避している。

フラッシュＲＯＭ２０３の記憶領域には、地図データが格納された地図データベース、交通監視活動に関するＧＰＳターゲット情報が格納されたＧＰＳターゲット情報データベース１１１が設けられている。ＧＰＳターゲット情報としては、Ｎシステムの設置情報などの既成交通情報、投稿サーバーから配信を受けた投稿ターゲット情報等がある。
地図データ（ＭＡＰデータ）は、地図を提供するサーバーからダウンロード可能である（図１参照。）。本例では、投稿ソフトのアプリケーションサーバー１５の一つが地図サーバーを兼用している。
既成交通情報は、投稿ソフトのインストールの際、ＧＰＳターゲット情報データベース１１１に格納される。
投稿ターゲット情報は、配信を受けたときにＧＰＳターゲット情報に格納され、その後、所定時間が経過したときに消去される。

フラッシュＲＯＭ２０３の記憶領域には、さらに、投稿対象の交通監視活動に関する情報を記憶する投稿ピン記憶エリアが設けられている。投稿ピン記憶エリアには、４件を限度として、投稿対象の交通監視活動に関する投稿ピン情報を格納できる。投稿ピン情報は、以下の各情報により構成されている。
・地図上に投稿ピンが登録されたピン登録時刻（投稿対象の位置の登録時刻）を表す時刻情報
・交通監視活動が実施される監視位置（投稿ピンの登録位置）の位置情報（緯度経度、住所、自車両の進行方位を１８０度反転した取締方位）
・交通監視活動の種別、実施態様、方式等を表す活動内容情報（種別情報を含む）

本例の携帯端末２の基本動作について説明する。
投稿ソフトがインストールされた携帯端末２のホーム画面（図示略）には、図示しない投稿ソフトのアイコンが表示される。携帯端末２の制御部２０は、このアイコンに対するタッチ操作を取り込んだとき、図９のごとく、起動スプラッシュ画面２１Ａをタッチパネル２１に表示した後、ログイン画面２１Ｂを表示する。ログイン画面２１Ｂは、運転支援システム１側に登録された会員ＩＤ及びログインパスワードの入力を求める画面である。

制御部２０は、ログイン画面２１Ｂを介して入力された会員ＩＤ及びログインパスワードが、投稿ソフトに記録された会員ＩＤ及びログインパスワードと完全一致しているか照合する。制御部２０は、会員ＩＤ及びログインパスワードを照合できたとき、タッチパネル２１の表示をホーム画面２１Ｃに切り換える。このホーム画面２１Ｃは、注目地点の周辺地図が表示される画面であり、画面下段には、ピン設定ボタン２５１及び設定ボタン２５２のほか、インターネット上のレーダー探知機の製品サイトへ誘導するためのＷＥＢ誘導ボタン２５５が配置されている。

ホーム画面２１Ｃの画面上では、注目地点が画面中央下側の所定位置に一致するように地図の表示エリアが設定されている。注目地点としては、通常、ＧＰＳ受信器が取得した現在位置が設定される。制御部２０は、注目地点を変更するユーザー操作が入力されない限り、現在位置を注目地点に設定し、その周辺地図をホーム画面２１Ｃに表示する。車両の走行中では、画面中央下側の所定位置に現在位置を表す自車マーク２５０が位置するように地図の表示エリアが随時変更される。
ホーム画面２１Ｃの右下にある「スパナ」マークの設定ボタン２５２は、図１０の各種設定画面２１Ｄを表示させるための操作ボタンである。各種設定画面２１Ｄでは、警告表示モードや、音声出力の態様や、警報の順位の設定、地図の表示モード等の設定を変更可能である。設定ボタン２５２の左隣りのピン設定ボタン２５１は、注目地点（通常は現在位置）に投稿ピンを登録するための操作ボタンである。
ホーム画面２１Ｃは、投稿ピン２６２が未登録の場合に表示される基本画面である。一方、１本以上の投稿ピンが登録されている場合には、投稿を開始するための投稿ボタン２５３が追加された図１１の待機／投稿画面２１Ｅ（図１１）が基本画面となる。

制御部２０は、図９及び図１１のごとく、ホーム画面２１Ｃあるいは待機／投稿画面２１Ｅを表示する際、ＧＰＳターゲット情報データベース１１１を参照し、現在位置周辺の既成交通情報あるいは投稿ターゲット情報を取得する。制御部２０は、これらの情報を情報表示欄２５４にスクロール表示すると共に、地図上の対応する位置にターゲットアイコン２６１を表示する。情報表示欄２５４には、現在位置から近い交通監視活動を警報する文字情報が表示される。なお、図１１中に例示されたターゲットアイコン２６１のうち丸囲みのＨは新Ｈシステムを示し、丸囲みのＮはＮシステムを示し、丸囲みのＰはパーキングを示している。なお、これらの既成交通情報あるいは投稿ターゲット情報の表示については、後で詳しく説明する。

次に、以上のように構成された本例の運転支援システムの動作について説明する。以下、（１）携帯端末２（図１中の投稿端末１０１Ａ）による投稿情報の投稿動作、（２）投稿情報を受信した投稿サーバー１１による投稿ターゲット情報の生成及び配信動作、（３）投稿ターゲット情報の配信を受けた携帯端末２（図１中の報知端末１０１Ｂ）による警報動作、をこの順番で説明する。

（１）携帯端末２による投稿情報の投稿動作
車両の走行中であって、ホーム画面２１Ｃあるいは待機／投稿画面２１Ｅに現在位置の周辺の地図が表示されている状況での投稿動作について説明する。
投稿ソフトのユーザーは、移動式オービス等の交通監視活動を目撃したとき、ホーム画面２１Ｃあるいは待機／投稿画面２１Ｅのピン設定ボタン２５１（図１１）をタッチ操作することで、現在位置を登録可能である。ピン設定ボタン２５１のタッチ操作を検出した制御部２０は、まず、そのときの時刻、現在位置の緯度経度、及び進行方位をＧＰＳ受信器２４２から取得して一時記憶する。

制御部２０は、投稿ピン記憶エリアのうちの空きエリアを確認し、その空きエリアに新たな投稿ピン情報を格納する。投稿ピン２６２の登録時には、一時記憶された時刻、緯度経度、進行方位に基づいて、投稿ピン情報の一部をなす時刻情報、位置情報が記憶される。時刻情報は、一時記憶されたピン登録時刻である。位置情報は、一時記憶された緯度経度、対応する住所、一時記憶された進行方位を１８０度反転した取締方位である。なお、投稿ピン記憶エリアに空きが無かった場合には、時間的に最先の投稿ピン２６２が消去されると共に、投稿ピン記憶エリアに記憶された対応する投稿ピン情報が消去されて空きエリアが確保される。待機／投稿画面２１Ｅが表示する地図上では、投稿ピン情報の位置情報に対応する位置に投稿ピン２６２がセットされる。なお、投稿ピン２６２は、最大４件までセット可能であり、登録時刻が早いものから順番の数字が付される。投稿ピン記憶エリアにおける投稿ピン情報は、対応する投稿ピンのピン番号が対応付けされた状態で記憶される。

制御部２０は、投稿ボタン２５３のタッチ操作を検出したとき、投稿ピン記憶エリアに記憶された投稿ピン情報の一覧を表示するピン一覧画面２１Ｆ（図１２）をタッチパネル２１に表示する。ピン一覧画面２１Ｆには、投稿ピン毎の４個のピン選択ボタン２５６のほか、リターンボタン２５７が配置されている。ピン選択ボタン２５６の右横には、それぞれ、対応する投稿ピン情報がテキスト表示されている。このテキスト表示は、交通監視活動の活動内容情報を除く投稿ピン情報の表示であり、ピン登録時刻のほか、緯度経度、住所、取締方位の表示を含んでいる。本例では、取締方位が投稿情報の必須情報に設定されているため、図１２では、未登録の４番のピンボタン２５６のほか、方位が未確定の３番のピンボタン２５６が操作できない状態となっている。

なお、本例の携帯端末２のＧＰＳ機能による方位測定は、ＧＮＳＳのスペースセグメント（ＧＰＳ、ＳＢＡＳ、ＧＬＯＮＡＳ、ＣＯＭＰＡＳＳ等の人工衛星）、あるいは携帯端末基地局など、複数の放送局から放送される電波のドップラーシフト量による測定もしくは過去の測位地点との相対手法などによって行う。１ｓｔＦｉｘが終了した後（最初の測位できた後）、車速が時速１０ｋｍ以上に達したときに確定する。その後、測位された方位の値は走行に応じて変動するものの、電源オフまで方位測定は確定状態のままとなる。なお、方位測定が確定した後は、現在位置を非測位であっても待機／投稿画面２１Ｅのピン設定ボタン２５１を操作できる一方、現在位置を取得できないので投稿ピン２６２が地図にセットされずにサーチ中表示となる（図示略）。その後、測位状態への復帰に応じて現在位置が取得され、投稿ピン２６２がセットされる。

制御部２０は、ピン一覧画面２１Ｆ中の操作可能なピン選択ボタン２５６（図１２では、１番、２番のピン選択ボタン２５６）がタッチ操作されたとき、タッチパネル２１に投稿画面２１Ｇ〜Ｋ（図１３〜図１６）を適宜表示し、投稿ピン情報として記憶する活動内容情報を生成する。
投稿画面２１Ｇは、交通監視活動の種別（カテゴリー）を選択する画面である。投稿画面２１Ｈ、Ｉは、交通監視活動の実施態様や方式等を選択する画面である。投稿画面２１Ｊは、生成された投稿情報の確認画面である。投稿画面２１Ｋは、投稿が完了した旨の表示画面である。
ここで、交通監視活動の種別は、オービス、Ｎシステム、検問、及び取締の交通監視活動の種類である。交通監視活動の実施態様や方式のバリエーションは、交通監視活動の種別によって相違している。例えば、Ｎシステムであれば、実施態様や方式のバリエーションがない。一方、取締については、ねずみ捕りや移動オービスのバリエーションがあり、さらに移動オービスについてはレーダー式、ステルス式等のバリエーションがある。投稿操作の中で、投稿画面２１Ｈ、Ｉが表示されるか否かは、交通取締活動の種別等によって相違してくる。

各投稿画面２１Ｇ〜Ｋのうち、投稿画面２１Ｇ、２１Ｊ、２１Ｋは、対象の交通監視活動の種別等によらず、必ず経由する画面である。一方、投稿画面２１Ｈ、Ｉは、交通監視活動の種別によっては経由しない画面である。例えば、図１４のごとく、交通監視活動の種別がＮシステム（自動車ナンバー読取システム）である場合には、実施態様や方式のバリエションがないので、投稿画面２１Ｈ、Ｉは表示されない。一方、図１５のごとく、交通監視活動の種別が取締の場合には、実施態様、方式が細分化されるので、投稿画面２１Ｈ、Ｉを表示してユーザーに情報を入力させる必要がある。

制御部２０は、投稿画面２１Ｇ〜Ｉを経由する過程で、ユーザー操作によって選択された操作ボタンに対応する活動内容情報を生成し、随時、投稿ピン記憶エリアに格納していく。投稿ピン情報の一部をなす活動内容情報は、投稿画面２１Ｊに到達したときに確定する。この投稿画面２１Ｊには、生成された投稿情報のテキスト表示と共に、投稿ボタン２５９とリターンボタン２５７とが配置されている。制御部２０は、投稿ボタン２５９のタッチ操作が検出されたとき、投稿ピン記憶エリアから対応する投稿ピン情報を読み出すと共に、会員ＩＤや登録者ＩＤ等の投稿者の会員情報を追加して投稿情報を生成する。制御部２０は、このように生成した投稿情報を投稿サーバー１１に向けて送信すると共に、その送信の完了時にはタッチパネル２１の表示を投稿画面２１Ｋに切り換える。この投稿画面２１Ｋは、数秒間表示され、その後、ホーム画面２１Ｃあるいは待機／投稿画面２１Ｅへの復帰に応じて表示終了される。

なお、交通監視活動の実施態様や方式等を選択させる投稿画面２１Ｇを除く投稿画面２１Ｈ、Ｉには、いずれも、「その他／不明」という選択ボタン２５８が設けられている。この「その他／不明」の選択ボタン２５８が操作されたとき、制御部２０は、図１３〜図１６に例示する投稿画面２１のシーケンスを経由することなく、投稿ピン記憶エリアに記憶された活動内容情報を確定し、投稿画面２１Ｊを直ちに切換表示する。このような仕様の本例の携帯端末２では、例えば、オービス（速度違反）の方式の違いを知らないユーザーであっても、その知識レベルに応じて「オービスが設置されている」という詳細レベルの投稿情報を比較的簡単に生成可能である。一方、オービスの方式の違いに詳しい知識レベルの高いユーザーであれば、投稿画面２１Ｉ上でいずれかの方式を選択することで、詳細レベルの高い投稿情報を生成可能である。

また、図１５のごとく、種別が取締の場合であれば、投稿画面２１Ｈで「その他／不明」の選択ボタン２５８を選択することで、投稿画面２１Ｉをパスできる。知識レベルのあまり高くないユーザーにとっては、投稿画面２１が次々に繰り出されることが面倒に感じられるおそれがある一方、上記のように投稿画面２１の一部がパスされる仕様は、あまり詳しくないユーザーによる投稿活動の活性化にも有効である。

以上のような携帯端末２の動作によって投稿される投稿情報には、投稿画面２１Ｊのテキスト表示のごとく、以下の情報が含まれている。このうち、時刻情報及び位置情報については、投稿ピン２６２の登録時に投稿ピン記憶エリアに格納された情報であり、活動内容情報については、投稿画面２１Ｇ〜Ｉを経由する過程で投稿ピン記憶エリアに格納された情報である。会員情報は、投稿ピン記憶エリアから読み出された投稿ピン情報に対して、投稿する際に追加される。
・ピン登録時刻を表す時刻情報
・交通監視活動が実施される監視位置の位置情報（緯度経度、住所、方位）
・交通監視活動の種別、実施態様、方式等を表す活動内容情報
・会員ＩＤや登録者ＩＤ等の投稿者の会員情報

（２）投稿サーバー１１による投稿ターゲット情報の生成及び配信動作
投稿サーバー１１は、携帯端末２から投稿情報を受信したとき、まず、会員管理サーバー１２の認証を求める。認証を求められた会員管理サーバー１２は、投稿サーバー１１から受信した会員情報を利用してユーザー管理データベース１２１（図２）を参照し、該当する会員の存否を判断する。該当する会員が有効に存在しているとき、その会員の投稿者ＩＤが会員管理サーバー１２から返信される。

投稿サーバー１１は、会員管理サーバー１２の認証を受けたとき、ユーザーステータスデータベース１１３を参照し、その投稿者について投稿禁止フラグの有無を確認する。投稿サーバー１１は、投稿禁止フラグがセットされた投稿情報については受付することなく消去する一方、投稿禁止フラグがセットされていない投稿情報については受付処理を実行する。この受付処理では、まず、その投稿情報の投稿時刻（着信時刻）を対応付けて投稿情報が一時記憶されると共に、交通監視活動毎の仕分けが実行される。この仕分けでは、交通監視活動の種別が共通しているという種別の共通性の条件と、半径１００ｍの範囲（所定範囲）内に位置しているという場所的な近接性の条件と、所定の時間内に投稿情報が投稿されたという時間的な近接性の条件と、が全て満たされる他の投稿情報が前記投稿エリアの中から検索される。全ての条件を充足する他の投稿情報が検索できたとき、新たに受け付けた投稿情報について、当該他の投稿情報と交通監視活動が共通すると仕分けされ、図１７の投稿情報一覧のごとく順次、受付順の投稿番号が付されて投稿エリアに記憶される。一方、種別の共通性の条件と、場所的な近接性と、時間的な近接性の条件と、を満たす過去の投稿情報が投稿エリアに記憶されていなかった場合には、投稿サーバー１１は、新たに受け付けた投稿情報を起点（投稿番号００１）として図１７と同様の投稿情報一覧を新たに生成する。

投稿サーバー１１は、新たな投稿情報を図１７の投稿情報一覧に追加するに当たって、新たな投稿情報の投稿者ＩＤを利用してユーザーステータスデータベース１１３を参照し、投稿者の投稿評価を照会する。図３を参照して上述した通り、投稿者毎の投稿評価の項目としては、全投稿数、正投稿数、間違い投稿数、正投稿率、総合評価の各項目がある。投稿サーバー１１は、同図の投稿情報一覧に対して新たな投稿情報を追加する際、投稿者の総合評価（図３）のポイントを積算して累積ポイントを算出して記憶する。詳しくは後述するが、この累積ポイントは、投稿情報に基づく投稿ターゲット情報の確度の評価値等として利用される。なお、本例では、全ての投稿情報を図１７のように記録しているが、これに代えて、総合評価のポイントが基準点を下回る投稿情報については、図１７のリストに登録することなく消去しても良い。

図１７の投稿情報一覧のうちの情報詳細レベルは、投稿情報に含まれる活動内容情報の詳細度合いを表す値である。投稿画面２１Ｈ及びＩ（図１３〜図１６）において、いずれも、その他以外の有意な選択がなされて生成された投稿情報の詳細レベルは３、投稿画面２１Ｈ、Ｉのうちのいずれか一方のみで有意な選択がなされて生成された投稿情報は詳細レベル２、投稿画面２１Ｇのみで有意な選択がなされて生成された投稿情報は詳細レベル１となっている。当然ながら、実施態様及び方式の区別がなく投稿画面２１Ｈ及びＩが提示されることがないＮシステムについては、全ての投稿情報の情報詳細レベルがレベル１となる。一方、種別、実施態様、方式が様々で、投稿画面２１Ｈ及びＩが提示されるネズミ捕りなどの情報詳細レベルは、詳細レベル１〜３まで投稿情報によって様々となる。

ここで、新たに受付した投稿情報を仕分けする際の条件である時間的な近接性の条件、場所的な近接性の条件について説明する。
時間的な近接性の条件は、新たな投稿情報のピン登録時刻が、先行する投稿情報のピン登録時刻を基準とした所定の時間内に含まれているという条件である。この所定の時間は、先行する投稿情報の投稿者の総合評価（図３）、及び監視位置の通行量に応じて、図１８のごとく、各投稿情報について異なる時間が設定される。投稿評価のうち総合評価のポイントが高い投稿情報ほど、所定の時間として長い時間が設定される。また、監視位置が都市部か郡部か、幹線道路か否か、監視位置が属する所轄の警察署管内の車両保有台数等に応じて予め想定された通行量が多いほど所定の時間として短い時間が設定され、通行量が少ないほど長い時間が設定される。

図１８のごとく、例えば、第１の投稿情報の受信後、上記の場所的な近接性及び種別の共通性の２つの条件を満たす第２の投稿情報が受信されたとき、その到着時刻が、第１の投稿情報について設定された所定の時間内（図中、下向き矢印が表す時間）であれば、この第２の投稿情報が交通監視活動が共通していると仕分けされる。また、例えば、第４の投稿情報の受信後の上記の２つの条件を満たす第５の投稿情報については、その到着時刻が第４の投稿情報に設定された所定の時間の経過後である一方、第３の投稿情報に設定された所定の時間内である。これにより、第５の投稿情報は、第４の投稿情報と同様、第３の投稿情報と交通監視活動が共通すると仕分けされる。

場所的な近接性の条件は、新たな投稿情報による位置が基準点を中心とした半径１００ｍ以内に含まれているという条件である。この基準点の位置は、投稿情報が順次、仕分けされていく際、図１９のごとく、随時、その位置が変動する。ここで、Ｂ１、Ｂ２、Ｂ３・・・は、対応する投稿ターゲット情報を配信する前の各投稿情報を表し、Ａ１、Ａ２、Ａ３・・・は、対応する投稿ターゲット情報を配信した後の各投稿情報を表している。ＡあるいはＢに続く数字は、投稿された順番を示している。例えば、Ｂ１の投稿情報は、一番最初に投稿された起点となる投稿情報である。Ａ１は、対応する投稿ターゲット情報が配信された後、最初に投稿された投稿情報である。同図中の上下方向は、時間の推移を表している。左右方向は、投稿対象の交通監視活動が実施される道路上の進退方向の位置を表している。車両の進行方向に対して、右側が後退側を示し、左側が前進側を示している。

投稿サーバー１１は、起点となる投稿情報Ｂ１を受け付けると、まず、対応する監視位置を最初の基準点１（図１９中、丸囲み１の点）として設定する。その後、この基準点１を中心とした半径１００ｍの範囲内を監視位置とし、かつ、種別が共通する交通監視活動に関する新たな投稿情報Ｂ２を受け付けると、この投稿情報Ｂ２の監視位置と、基準点１と、の中間に当たる位置を新たな基準点２に設定する。この基準点２（丸囲み２の点）を中心とした半径１００ｍの範囲内を監視位置とし、かつ、種別が共通する交通監視活動に関する新たな投稿情報Ｂ３を受け付けると、この投稿情報Ｂ３の監視位置（Ｂ３）と基準点２との距離を３等分した距離分、基準点２から監視位置（Ｂ３）側に離れた位置を新たな基準点３（丸囲み３の点）に設定する。基準点２が２件の投稿情報に基づく点である一方、監視位置（Ｂ３）は１件の投稿情報のみに基づく点であることから、この基準点３の位置は、加重平均の考え方に基づく中間的な位置に決定される。また、投稿情報Ｂ３の受付に応じてこの基準点３が設定された後、投稿情報Ｂ４がグルーピングされた場合には、この投稿情報Ｂ４の監視位置（Ｂ４）と基準点２との距離を４等分した距離分、基準点３から監視位置（Ｂ４）側に離れた位置を新たな基準点３に設定する。

なお、加重平均の係数は、投稿ターゲット情報の配信前と配信後とで相違している。具体的には、配信前の投稿情報の監視位置については、上記の加重平均の係数を１とし、例えば、基準点が４件の投稿情報に基づいていれば、新たな監視位置と基準点との距離を５等分した距離分、新たな監視位置側にずらしている。一方、配信後の投稿情報の監視位置については、上記の加重平均の係数を２とし、例えば、基準点が６件の投稿情報に基づいていれば、新たな監視位置と基準点との距離を８等分の２倍の距離分、新たな監視位置側にずらしている。

このように投稿ターゲット情報の配信前後で取り扱いを異ならせる理由を説明する。配信前では、いずれの投稿者にとっても、交通監視活動が不意に現れ、通過するまでの短時間にその種別等を判断する必要がある。そのため、交通監視活動の地点の登録操作等が、その地点を通り過ぎた後になる傾向があり、実際に登録される投稿ターゲットの地点が実際の地点よりも進行方向前方（通り過ぎる方向）にずれてくる可能性が高い。一方、配信後であれば、投稿ターゲット情報に係る種別の交通監視活動が行われていることが事前に判っているので、実際に行われている交通監視活動の種別が投稿ターゲット情報の通りであるか否かの判断の精度が高くなる傾向にある。また、投稿ターゲット情報に係る地点で実際に交通監視活動が行われているかどうか高い関心を持ちつつ、その地点に接近していくことになるので、登録される地点が実際の地点にぴったりになり易い。上記のように配信前後で基準点を決定する際の加重平均の係数を相違させ、配信後の投稿情報の監視位置の係数を高くすれば、監視位置の高精度が期待される配信後の投稿情報を、速やかに基準点の位置に反映でき、その位置精度を向上できる。

投稿サーバー１１は、図１７の投稿情報一覧の累積ポイントが所定の基準ポイントを超えた交通監視活動について、投稿情報を統合して配信用の投稿ターゲット情報の生成を開始する。この投稿ターゲット情報には、以下の各情報が含まれている。
・投稿情報のうち最先のピン登録時刻を表す時刻情報
・交通監視活動が実施される監視位置の位置情報（緯度経度、住所、方位）
・交通監視活動の種別、実施態様、方式を表す活動内容情報
・投稿ターゲット情報の確からしさの度合いを表す確度情報

投稿ターゲット情報のうちの位置情報には、直近の１０件の投稿情報の平均の位置の緯度経度、その緯度経度に対応する住所、及び直近の１０件の投稿情報の平均の方位が設定される。なお、場所的な近接性を判断する際の基準点（図１９）を、投稿情報に含める位置情報中の緯度経度、住所に設定することも良い。
投稿ターゲット情報のうちの活動内容情報を生成するに当たって、投稿サーバー１１は、投稿者毎の投稿評価（図３）を参照し、総合評価点が７点以上であって、かつ、正投稿率が７０％以上の投稿者による投稿情報を選択する。選択された投稿情報の活動内容情報の相違が詳細レベルの相違のみであって、実施態様や方式等については相違がない場合には、詳細レベルが最も高い投稿情報の活動内容情報がそのまま、投稿ターゲット情報に含める活動内容情報に設定される。一方、実施態様や方式等について相違があった場合、多数決によって決定された活動内容情報が投稿ターゲット情報に含められる。多数決によって決まらない場合には、選択された投稿情報のうち詳細かつ正投稿率が高い投稿者による活動内容情報が優先される。
投稿ターゲット情報のうちの確度情報には、最新の累積ポイントがそのまま設定される。

本例の投稿サーバー１１は、上記のように生成された投稿ターゲット情報を全て前記新着情報エリアに記憶させると共に、設置型のオービス及びＮシステム以外の投稿ターゲット情報を公衆通信回線を利用して配信する。投稿サーバー１１は、設置型のオービス、Ｎシステムに関する投稿ターゲット情報については配信することなく記憶し、その後、システム管理者等による出力操作に応じて出力する。設置型のオービス、Ｎシステムの新設情報でもある投稿ターゲット情報は、システム側のスタッフにより目視確認され、目視確認できたときに既成ＧＰＳエリア（図２のＧＰＳターゲット情報データベース１１１）に登録される。このように登録された既成交通情報は、オービスやＮシステム等のＧＰＳコンテンツへの接近を警報するレーダー探知機等のユーザーに向けて配信等されると共に、その後、携帯端末２向けにダウンロードされる投稿ソフトに含められる。

（３）携帯端末２による警報動作
次に、携帯端末２による警報について説明する。本例の携帯端末２は、投稿ソフトのインストール時にＧＰＳターゲット情報データベース１１１に組み込まれた既成交通情報、及び配信を受けてＧＰＳターゲット情報データベース１１１に格納された投稿ターゲット情報を利用した警報を実行可能である。このような警報は、ホーム画面２１Ｃ（図９）あるいは待機／投稿画面２１Ｅ（図１１）の表示中に実行される。投稿ターゲット情報の受信後のホーム画面２１Ｃあるいは待機／投稿画面２１Ｅでは、図２０のごとく、既成交通情報のターゲットアイコン２６１Ｃが円形マークで表示され、投稿ターゲット情報（配信情報）のターゲットアイコン２６１Ｒが四角形マークで表示される。

投稿ターゲット情報の四角形のターゲットアイコン２６１Ｒは、投稿ターゲット情報に含まれる確度情報が表す確度に応じて色分けされて表示される。確度が低いものが寒色系の色で表示され、確度が高くなるにつれて暖色系の色に変化し、確度が高いものは赤色で表示される。なお、これに代えて、あるいは加えて、投稿ターゲット情報の確度に応じて、四角形マークの大きさを変更しても良い。

携帯端末２の制御部２０は、四角形のターゲットアイコン２６１Ｒに対するタッチ操作を検出したとき、図２１のごとく、投稿ターゲット情報の詳細データ等を表示するデータ表示画面２１Ｌを表示する。このデータ表示画面２１Ｌでは、投稿ターゲット情報の詳細データのほか、確度、投稿件数、高評価の投稿者の占有割合、同様の交通監視活動の過去の実績、投稿者リストが表示される。制御部２０は、投稿者リスト中のいずれかの投稿者に対するタッチ操作を検出したとき、その投稿者による投稿内容、及びその投稿者の総合評価のポイントの表示画面（図示略）を切換表示する。なお、既成交通情報に対応する円形のターゲットアイコン２６１Ｃに対するタッチ操作時についても、対応する既成交通情報の詳細情報が表示される。

さらに、ホーム画面２１Ｃあるいは待機／投稿画面２１Ｅを表示中の携帯端末２は、図２２及び図２３のごとく、車両の走行に応じて、既成交通情報あるいは投稿ターゲット情報の交通監視活動の監視位置（ＧＰＳターゲット）に接近したとき、その種別に応じた警報を実行する。制御部２０は、ホーム画面２１Ｃあるいは待機／投稿画面２１Ｅの表示中、ＧＰＳターゲット情報データベース１１１を参照し、現在位置の周辺の既成交通情報あるいは投稿ターゲット情報を取得する。制御部２０は、周辺の既成交通情報あるいは投稿ターゲット情報のＧＰＳターゲットについて、現在地からの距離を随時計算し、この距離に応じて対応するＧＰＳターゲットへの接近を検知する。

図２２は、Ｎシステムの設置位置（監視位置）への接近時の警報、及びシートベルト取締のエリア（監視エリア）に接近したときの警報の例である。前者は、エリアではなくポイントで実施される交通監視活動の警報例である。後者は、エリアで実施される交通監視活動の警報例である。
待機／投稿画面２１Ｅの表示中にＮシステムの設置位置まで３４０ｍ手間の地点に到達したとき、制御部２０は、「Ｎシステム ３４０ｍ」等のテキスト表示を情報表示欄２５４に表示すると共に、Ｎシステムを表すイラスト２６５を画面内にポップアップ表示する。
シートベルト取締のエリアの３４０ｍ手前の地点に到達すると、制御部２０は、「シートベルト取締 ３４０ｍ」等のテキスト表示を情報表示欄２５４に表示すると共に、対応するイラスト２６５を画面内にポップアップ表示する。さらに、シートベルト取締のエリア内を走行中、すなわち現在位置がそのエリア内に属しているとき、制御部２０は、「シートベルト取締」等のテキスト表示を情報表示欄２５４に表示する。そのエリアを通過したとき、すなわち現在位置がそのエリアから出たときには、情報表示欄２５４の文字表示を消去し、元の待機／投稿画面２１Ｅ等が表示される状態に復帰させる。

図２３は、高速道オービスの設置位置への接近時の警報の例である。高速道路のオービスの設置位置への接近時の警報開始のタイミングは、そのときの車速が制限速度を超過しているか否かに応じて異なる。制限速度を超過している場合には、制御部２０は、同図中の左端図のように、２０００ｍ手間の地点に到達したときに「高速道オービス ２０００ｍ」等のテキスト表示を情報表示欄２５４に表示すると共に、対応するイラスト２６５をポップアップ表示する。加えて、制御部２０は、「２キロ先、○○道、ループコイルオービスです。」といった音声警報を実行する。

一方、制限速度以内であるときには、制御部２０は、同図中の中央図のように、１０００ｍ手間の地点に到達したときに「高速道オービス １０００ｍ」等のテキスト表示を情報表示欄２５４に表示すると共に、対応するイラスト２６５をポップアップ表示する。さらに、「１キロ先、○○道、レーダー式オービスです。」といった音声警報を実行する。その後、５００ｍ手前の地点に達したときには、「カメラは右側です。」といった音声をスピーカ２３０から出力させる。
さらに、直前３００ｍの地点に到達したときには、その旨をテキスト表示する情報表示欄２５４を表示すると共に、「３００ｍ先、○○道 レーダー式オービスです。走行速度は１２０キロです。」といった音声警報を実行する。

なお、投稿サーバー１１によって配信される投稿ターゲット情報の中に公開取締情報を加えることも良い。この場合には、図２４のような公開取締情報の報知や警報等が可能になる。同図は、「８月１日からシートベルト取締週間です。」というテキスト表示を情報表示欄２５４にスクロール表示している例である。

以上のように、本例の携帯端末２を利用すれば、交通安全を促進するために実施される交通監視活動の種別を表す種別情報、及び監視位置を表す位置情報を含む投稿情報を生成でき、投稿サーバー１１に対して投稿可能である。投稿サ−バ−１１は、投稿対象の交通監視活動が共通する複数の投稿情報を統合することで、交通監視活動に関する種別情報及び位置情報を含む投稿ターゲット情報（配信情報）を生成する。他の携帯端末２は、投稿サーバー１１から投稿ターゲット情報を利用した報知や警報等を実行可能である。

携帯端末２からの投稿情報は、リアルタイム性の高い情報が含まれている一方、投稿情報の確度はまちまちであり、正しい情報もあれば間違った情報もあり得る。このように真偽の定かでない複数の投稿情報をそのまま配信してしまうと、配信を受けた携帯端末２側でどの情報を信じて良いのか混乱を生じるおそれがある。
一方、本例の投稿サーバー１１によれば、複数の投稿情報を統合することで確度が高められた投稿ターゲット情報を配信可能である。この投稿ターゲット情報は、投稿情報に基づくリアルタイム性と、情報統合によって向上された確度と、が両立された利用し易く有用な情報となっている。

特に、本例では、時間的な近接性、交通監視活動の種別の共通性、及び場所的な近接性の３条件を判断することで、統合する投稿情報を仕分けしている。このような仕分けによれば、特定の交通監視活動に対する投稿情報を精度良く抽出できる。さらに、このように仕分けされた投稿情報を統合して投稿ターゲット情報を生成するに当たっては、投稿情報の確度をそれぞれ評価した上で、確度が高い投稿情報を選択的に利用している。投稿ターゲット情報は、確度の高い投稿情報を統合して生成された情報であるため、その確度が高くなっている。また、確度の評価を経た投稿情報を統合して生成された投稿ターゲット情報については、確度の評価が容易であり、配信する側、及び配信を受ける側で管理し易くなっている。配信側では、確度に応じて選択的に投稿ターゲット情報を配信することも良い。投稿ターゲット情報の配信を受ける側では、確度に応じて選択的に報知あるいは警報等を実行することも良い。

以上のように本例の運転システム１は、交通取締や検問などの交通監視活動に関する投稿情報に基づく投稿ターゲット情報を配信して運転を支援するためのシステムであって、配信する投稿ターゲット情報のリアルタイム性と確度（信頼度）とが両立された優れたシステムである。

配信された投稿ターゲット情報に係る交通監視活動が実施されていない旨の取消情報を投稿情報として生成できるように構成しても良い。例えば、待機／投稿画面２１Ｅの四角形のターゲッアイコン２６１Ｒ（図２０）をタッチ操作して表示される図２１のデータ表示画面２１Ｌに、取消情報を送信するための取消投稿ボタンを追加配置することも良い。投稿サーバー１１側では、受け付けた取消情報の認証を、投稿情報の場合と同様に実施するのが良い。取消情報の受付後の投稿ターゲット情報の配信時には、取消情報を受け付けた旨、及び取消投稿数等の情報を含めることも良い。これらの情報を表示する取消投稿表示欄を図２１のデータ表示画面２１Ｌに追加しても良い。さらに、同種の取消情報の投稿数や高評価の投稿者の占有割合等によって取消情報の確度を評価し、その確度が予め定められた閾値を超えたときに対応する投稿ターゲット情報の配信を中止することも良い。

なお、投稿ターゲット情報の配信を終了した後、元になった投稿情報を新着情報記憶エリアに格納することも良い。これらの投稿情報は、投稿ターゲット情報を既成交通情報に新規登録するか否かを検討する際の参考情報として有用である。
投稿ターゲット情報の配信を終了した後、図１７の投稿情報一覧の各投稿情報について、投稿者の評価を実行し、その評価結果を評価項目の内容に反映させると良い。正しい投稿を行う投稿者であれば、投稿評価がどんどん高くなる一方、間違い投稿を行う投稿者であれば、投稿評価がどんどん落ちていき、投稿評価に差がついてくる。投稿評価の差が顕著になれば、投稿サーバー１１が投稿情報を受け付けた際、その取り扱いを容易に決定できるようになり、統合情報の統合が容易となって、投稿ターゲット情報の確度を向上できる。
本例に代えて、システム側では特定できない投稿者からの投稿を受け付ける一方、不特定の特定者の投稿情報については、確度が低い投稿情報として取り扱うことも良い。この場合には、投稿数を増やすことができる。

本例では、投稿ターゲット情報の確度に応じて色分け等した表示している。これに加えて、投稿ターゲット情報を表示するか否かの確度に関する閾値をユーザー側の操作によって調節可能としても良い。加えて、確度に対する投稿ターゲット情報の表示態様をユーザー側の操作によって設定可能に構成することも良い。

なお、携帯端末２において投稿ピン２６２を登録した後、投稿情報を送信するまでの間に、ドラッグ等のユーザー操作によって地図上の投稿ピン２６２の位置を修正できるように構成することも良い。この場合、投稿ピン２６２の位置修正操作が行われた旨のピン修正情報を投稿情報に含めることも良い。投稿サーバー１１では、ピン修正情報を含まない投稿情報よりも、ピン修正情報を含む投稿情報の方が位置情報の位置精度が高いと推定して取り扱い、投稿ターゲット情報の位置情報に反映させることも良い。

ユーザー操作によって、投稿ターゲット情報のターゲットアイコン２６１Ｒ（図２０）の位置を修正できるように携帯端末２を構成することも良い。さらに、ターゲットアイコン２６１Ｒの位置修正操作が行われた旨のアイコン修正情報を投稿情報に含めることも良い。投稿サーバー１１側では、アイコン修正情報を含む投稿情報を位置精度が高いと推定して取り扱い、投稿ターゲット情報の位置情報に反映させると良い。
投稿サーバー１１に地図データベースを具備させることも良い。投稿情報に係る監視位置が特定地点に位置するよう、地図データを利用して周知のマップマッチングを実行すれば、監視位置の位置精度を確保でき、投稿ターゲット情報の位置精度を向上できる。マップマッチングにおける特定地点としては、例えば、道路上の地点や、過去に取締等が実施された地点であることも良い。

本例の携帯端末２は、投稿ターゲット情報に係るターゲットアイコン２６１Ｒ（図２０）に対するタッチ操作に応じて、図２１のごとく投稿ターゲット情報の詳細データ等を表示するデータ表示画面２１Ｌを表示する。このデータ表示画面２１Ｌでは、投稿情報の時刻順で投稿者をリスト表示しているが、これに代えて、総合評価のポイントが高い投稿者をランキング表示することも良い。

本例では、図４のごとく正投稿数及び正投稿率によって投稿者の総合評価のポイントを決定し、これにより各投稿者による投稿情報の確度を評価している。これに代わる投稿情報の確度の評価方法としては、他のユーザからの評価による方法や、予め収集してある過去の取締位置データとの距離の接近度合いに応じて評価する方法等が考えられる。例えば、投稿ターゲット情報のターゲットアイコン２６１Ｒ（図２０）をタッチ操作（例えばダブルタップ）したときに、統合された元の投稿情報の監視位置が表示されるように構成することも良い。さらに、各監視位置をタッチ操作することで対応する投稿者の評価画面が切換表示されるように構成すれば、携帯端末２側から各投稿者を比較的簡単に評価できるようになる。

（実施例２）
本例の運転支援システム１は、実施例１の運転支援システムを基にして、投稿端末の構成を変更した例である。この内容について、図１、図２及び図２５〜図４４を用いて説明する。
本例の投稿端末１０２Ａは、図１及び図２のごとく、カメラ機能付きの携帯端末２とレーダー探知機４との組み合わせにより構成されている。本例の運転支援システム１では、レーダー探知機４が表示するコード画像６７０（図４２）を携帯端末２で撮影することで、そのコード画像６７０に記録された投稿情報を投稿できる。この投稿では、運転支援システム１側への会員登録が不要となっている。本例の運転支援システム１では、会員ＩＤ等に代えて、レーダー探知機４の製品情報（シリアル番号など）を利用して投稿元の照会が行われる。

本例の会員管理サーバー１２のユーザー管理データベース１２１では、図１及び図２のごとく、実施例１と同様のデータ管理に加えて、製品購入後のユーザー登録により提示された氏名、住所、年齢、職業等の個人情報がシリアル番号を対応付けて管理されている。
本例の投稿サーバー１１のユーザーステータスデータベース１１３では、会員毎の投稿評価（図３参照。）のほか、購入者毎の図３と同種の投稿評価が記憶され管理されている。購入者毎の投稿評価には、レーダー探知機４のシリアル番号が対応付けされている。

本例の携帯端末２は、実施例１の携帯端末と同様のハードウェア的な構成を有している。追加的な機能としては、コード画像からデジタル情報を読み取るコード読取機能がある。この機能は、後述するようにレーダー探知機４が表示するコード画像６７０（図４２）に記録されたデジタル情報である投稿ターゲット情報の読み取りに利用される。

レーダー探知機４が表示するコード画像６７０から投稿ターゲット情報を読み取り、投稿サーバ−１１に投稿する機能は、実施例１の投稿ソフトとは異なる別の投稿ソフトをインストールすることで実現される。本例の投稿ソフトについては、会員登録等を必要とせず誰でもダウンロードでき、起動に際して会員ＩＤ等の入力を求められることもない。本例の運転支援システム１では、投稿者の認証に代えて、投稿ターゲット情報を生成したレーダー探知機４の製品認証によって投稿が許可される。

本例のレーダー探知機４は、図２５及び図２６のごとく、薄型矩形状のケース本体５を備え、そのケース本体５の背面側下方から取り付けられるブラケット５８を介して車両のダッシュボードなどに貼り付けて設置される車載装置である。なお、このレーダー探知機４は、ブラケット５８の変更に応じてサンバイザー裏側やルームミラー裏側等にも設置可能である。

設置時に運転者側に面するケース本体５の前面には、３．２インチカラー画面のタッチパネル４５が設けられている。このタッチパネル４５は、タッチ位置を検知する透明シート状のタッチスクリーン４５１（図２７）がＴＦＴドットマトリックス液晶ディスプレイ４５２（図２７）に積層された表示パネルである。運転者側から見てタッチパネル４５の右外側には音量調整ボタン５１が配置され、左外側には電源ボタンなど各種の操作ボタン５２、及びフルカラーＬＥＤ４２７が埋設された発光部５３が配置されている。タッチパネル４５の右下には、図示しない操作リモコンの赤外線を受信する赤外線受光部４２８の受光面５５が設けられている。本例のレーダー探知機４は、タッチパネル４５に対する指先のタッチ操作、ボタン操作、リモコン操作等により操作可能である。操作ボタン５２のうち上側のメモリーボタン５２２は、４個の登録メニューボタン６３（図３５）をマップ画面６２にポップアップ表示させるための操作ボタンである。

運転者側から見てケース本体５の右側面には、挿抜可能な記録媒体であるＳＤカードなどのメモリカード４７１を挿入するためのカード挿入口５７が設けられている。ケース本体５の背面下部にはＵＳＢコネクタ５０が設けられている。このＵＳＢコネクタ５０には、車両のシガーソケットから延設されるシガープラグコードや、後述するＯＢＤ（On-board Diagnostics）コネクタを含むＯＢＤアダプタコードや、ＵＳＢケーブル等が接続される。レーダー探知機４は、ＵＳＢコネクタ５０に接続されたこれらのコードを介して電源供給を受けて動作する。

レーダー探知機４は、図２７のごとく、制御部４０を中心として電気的に構成されている。制御部４０に対しては、前出の構成のほか、ＧＰＳ受信器４２１、マイクロ波受信器４２２、無線受信器４２３、加速度センサー４２４、ジャイロ４２５、クロック部４２６、スピーカ４６、メモリカードリーダ４７等が電気的に接続されている。さらに、レーダー探知機４では、制御部４０からアクセス可能なデータベース４００が設けられている。

ＧＰＳ受信器４２１は、ＧＰＳ衛星から飛来するＧＰＳ信号を受信し、現在時刻、現在の位置情報（緯度経度）、現在の速度、高度等を出力する受信器である。ＧＰＳ受信器４２１は、レーダー探知機４の背面側の中央上方に位置するようにケース本体５内に組み込まれている。なお、ＧＰＳ受信器４２１から現在位置の位置情報を取得した制御部４０が現在位置の変動に基づいて車両の速度を計算することも可能である。

マイクロ波受信器４２２は、移動式レーダー等の速度測定装置（以下、単にレーダーという。）から発せられるマイクロ波長帯のレーダー波を受信する受信器である。
無線受信器４２３は、所定周波数の無線を受信する受信器である。本例の無線受信器４２３は、各種の無線電波に対応できるよう、複数の周波数のうちの何れかを選択的に設定可能である。
マイクロ波受信器４２２及び無線受信器４２３は、レーダー探知機４の背面側に位置するようにケース本体５内に組み込まれている。このような組み込み位置は、車両前方から飛来する電波等の受信に適している。なお、マイクロ波受信器４２２では、マイクロ波の電界強度として、強度が低いほうからＬｖ１〜Ｌｖ５の５段階が設定されている

クロック部４２６は、カレンダー情報を出力する時計である。カレンダー情報は、年月日を表すデータ及び現在時刻を表すデータを含んでいる。１日１回、ＧＰＳ受信器４２１から現在時刻が取得できた場合には、その時刻を利用して、クロック部４２６の現在時刻（日時を含む）を校正している。
スピーカ４６は、ケース本体５の底面に開口するスピーカ孔（図示略）を介して音声などを出力できるようにケース本体５内に組み付けられている。
メモリカードリーダ４７は、メモリカード４７１に記録されたデータを読み込み制御部４０に転送する。このメモリカードリーダ４７には、カード挿入口５７に挿入されたメモリカード４７１が装着される。

制御部４０は、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭ等の不揮発性メモリ、Ｉ／Ｏ等を備えるマイコン（図示略）によって構成されている。
ＲＯＭには、ＣＰＵに実行させるソフトウェアプログラム等が格納されている。
ＥＥＰＲＯＭ等の不揮発性メモリの記憶エリアには、警報設定などの設定情報を格納する設定情報記憶エリアが設けられている。

データベース４００は、制御部４０のマイコン内あるいはマイコン外付けの不揮発性メモリ（例えばＥＥＰＲＯＭ）により構成されている。製品出荷時のデータベース４００には、地図データ、警報対象や各種の施設や観光地などの位置情報を含むＧＰＳコンテンツ、制限速度などの規制情報等のほか、様々な音声出力用情報が格納されている。さらに、データベース４００には、音声合成（ＴＴＳ：Text To Speech）に利用される多数の音声データが格納されている。

データベース４００の格納データは、メモリーカード４７１を利用して更新可能である。地図データやＧＰＳコンテンツや音声出力用情報などの更新データが格納されたメモリカード４７１をメモリカードリーダ４７に装着すれば、制御部４０の制御によりその更新データが読み出され、データベース４００内のデータを更新できる。特に、音声出力用情報を追加したり更新すれば、発音の態様を変更したりバリエーションを増やすことが可能である。なお、ハードディスク等に更新データが格納されたＰＣをＵＳＢ接続し、データベース４００を更新することも可能である。

制御部４０のマイコン内あるいはマイコン外付けの不揮発性メモリ（例えばＥＥＰＲＯＭ）の記憶領域には、さらに、投稿対象の交通監視活動に関する情報を格納する投稿ピン記憶エリアが設けられている。投稿ピン記憶エリアには、投稿対象の交通監視活動に関する投稿ピン情報を４件まで格納できる。なお、本例の投稿ピン情報のデータ仕様が実施例１とは若干相違している。投稿ピン情報のデータ仕様については図３２等を参照して後で説明する。

レーダー探知機４は、ＲＯＭから読み出したソフトウェアプログラムをＣＰＵに実行させることで各種の機能を実現する。このレーダー探知機４の機能としては、タッチパネル４５に各種の画面を表示する表示機能、各種の警報をする警報機能、ＯＢＤ機能、設定機能、登録機能等がある。警報機能としては、ＧＰＳ警報機能、ＲＤ警報機能、無線警報機能等、一般的なレーダー探知機が備える機能がある。さらに、本例のレーダー探知機４は、投稿情報を生成する投稿情報生成機能、投稿情報をコード画像に変換して表示するコード表示機能を備えている。これらの機能を実現する各手段は、制御部４０において形成されている。

ＯＢＤ機能は、車両の点検規格であるＯＢＤ２規格に基づいて車両側に設けられたＯＢＤポート（故障診断ポート）を介して車両情報を取得する機能である。このＯＢＤ機能は、車両側のＯＢＤポートに接続されるＯＢＤコネクタを含むＯＢＤアダプタコードを介してレーダー探知機４が車両側に接続された状況に限って機能する。車両のＯＢＤポートから取得できる車両情報としては、例えば、車速、エンジン回転数、エンジン負荷率、点火時期、インテークマニホールドの圧力、吸入空気量（ＭＡＦ）、インジェクション開時間、エンジン冷却水の温度（冷却水温度）、エンジンに吸気される空気の温度（吸気温度）、車外の気温（外気温度）、燃料流量、瞬間燃費、アクセル開度（スロットル開度）、ウインカー情報（左右のウインカーの動作情報）、ブレーキ開度、ハンドルの回転操舵角情報等がある。なお、ＯＢＤ機能による車両情報の取り込みは０．５秒毎に実行される。

設定機能は、レーダー探知機４の動作に関する各種の設定を行う機能である。設定としては、図２８のごとく、各種警報を実行させるか否かの警報設定がある。警報設定による運転支援モードとしては、ノーマルモード、ミニマムモード、スペシャルモード、オールオンモード、マニュアルモードがある。ノーマルモードは、製品出荷時の初期設定モードである。マニュアルモード以外の各モードでは、各警報対象に応じた動作（オンオフ）が予め規定されている。マニュアルモードでは、警報対象に応じた動作をユーザーがマニュアルで設定可能である。ミニマムモードは、ＲＤ警報機能、無線警報機能、ＧＰＳ警報機能のすべてにおいて、必要最低限の警報対象だけを警報する設定である。ノーマルモードは機能同士のバランスを重視したモードであり、ミニマムモードの項目に加え取締に関する項目のうち重要度が高いものを警報対象として警報する設定である。スペシャルモードはノーマルモードの項目に加え取締に関する項目はすべて警報対象として警報する設定である。

登録機能は、ユーザーである運転者が個人的な地点（マイポイント）や地域（マイエリア）を登録する機能であり、制御部４０においてソフトウェア的に実現される登録手段により実行される。

ＧＰＳ警報機能は、オービス（自動速度違反取締装置）等の警報対象への接近を警報する機能である。ＧＰＳ警報機能では、警報対象の位置と現在位置との間の距離を求める演算処理が所定時間間隔（例えば１秒）で繰り返し実行される。この距離が所定の接近距離に到達して警報地点アプローチというイベントが発生したとき、その旨を表すＧＰＳ警報が実行される。

ＧＰＳ警報機能による警報対象としては、オービス、取締エリア、検問エリア、交差点監視ポイント、駐禁監視エリア、Ｎシステム、交通監視システム、信号無視抑止システム、警察署、事故多発エリア、車上狙い多発エリア、急カーブ、分岐合流ポイント、ＥＴＣレーン等がある。データベース４００では、これらの目標物の種別情報、その位置（特定位置）を示す位置情報（緯度経度）、タッチパネル４５に表示する模式図または写真のデータ、及び音声データが対応付けされた状態で、ＧＰＳコンテンツ（ＰＯＩデータ）として格納されている。警報対象として、居眠り運転事故地点、レーダー、制限速度切替りポイント等を含めても良い。

なお、ＧＰＳ警報機能の警報対象以外のＧＰＳコンテンツとしては、サービスエリア（高速道）、パーキングエリア（高速道）、ハイウェイオアシス（高速道）、スマートインターチェンジ（高速道）、ＰＡ／ＳＡ内ガソリンスタンド（高速道）、トンネル（高速道）、ハイウェイラジオ受信エリア（高速道）、県境告知、道の駅、ビューポイントパーキング等がある。これらのＧＰＳコンテンツに関する音声出力用情報は、おしゃべり機能によって音声出力される。

ＲＤ警報機能は、レーダー式取締装置から発せられるレーダー波（マイクロ波）の入射を警報する機能である。マイクロ波受信器４２２によるレーダー波の受信（以下ＲＤ受信）というイベントが発生したとき、その旨を表すＲＤ警報が実行される。

無線警報機能は、緊急車両等の走行等の妨げとならないように警報する機能である。緊急車両等の発する無線電波の受信（以下無線受信）というイベントが発生したとき、運転者に注意を促す無線警報が実行される。警報対象としては、取締無線、カーロケ無線、デジタル無線、特小無線、署活系無線、警察電話、警察活動無線、レッカー無線、ヘリテレ無線、消防ヘリテレ無線、消防無線、救急無線、高速道路無線、警備無線等がある。

投稿情報生成機能は、実施例１の携帯端末の投稿情報生成機能と同様、投稿情報を生成する機能である。投稿情報の生成手順については、後で説明する。
コード表示機能は、生成された投稿情報を２次元のコード画像に変換し、タッチパネル４５に表示する機能である。本例では、２次元のコード画像として、ＱＲコード（登録商標）を採用している。コード画像としては、１次元のバーコード等、各種のコード画像を採用できる。コード画像は２次元コードとしたが、１次元のバーコード等、各種のコード画像を採用しても良い。
コード画像に代えて、文字を表示し、その文字を文字認識させるようにしても良い。あるいは、ＩＲＤＡ、ＩＲＤＸ、ＮＦＣ、Ｂｌｕｅｔｏｏｔｈ（登録商標）などの無線通信等を用いても良い。
これらを組み合わせても良い。携帯端末に実装されている表示機能や通信機能に対応する機能を用いた方式で投稿情報をやりとりする構成とすると良い。

以上のような構成のレーダー探知機４の主たる機能であって、制御部４０等の制御によって実現される警報機能の基本動作について説明する。ＲＤ受信や無線受信や警報地点アプローチなどの警報対象のイベントが発生していない待受状態では、マップ画面６２（図２９）が表示される待受状態となる。警報地点アプローチ、ＲＤ受信、無線受信のうちの何れかのイベントが待受状態下で発生したとき、制御部４０は、ＧＰＳ警報機能、ＲＤ警報機能、無線警報機能のうち、対応する機能を実行する処理を実行する。なお、２つ以上のイベントが同時発生したときの各機能の優先順位は、高いほうから、ＲＤ警報機能、無線警報機能、ＧＰＳ警報機能の順となっている。

マップ画面６２では、図２９のごとく、現在位置の周辺の地図が表示される。マップ画面６２では、車両の進行方向が常に上を向くと共に、画面の下部中央が現在位置になるように地図が表示される。現在位置には自車アイコン６０１が表示される。このマップ画面６２の左上隅には、車両の進行方位をイラスト表示するコンパス６２６及び車速表示６２５が配置され、右上隅には、時刻表示６２１が配置されている。マップ画面６２の左下隅には、現在位置の町名等を表示するアドレス表示６２２が配置されている。

待受状態において、ＲＤ受信や無線受信や警報地点アプローチといった警報対象のイベントが発生したとき、制御部４０は、マップ画面６２に警報情報を重ねて表示（ポップアップ表示）すると共に、警報内容を音声出力する。このとき、発光部５３の発光色が待受状態を表す青から赤に変化し、これにより注意を要する旨が表示される。
ＧＰＳ警報では、図３０のごとく、警報内容のシンボル表示６２９を含む取締地点の写真表示６２８、及び残り距離や方角を示すレーダー表示アイコン（ミニレーダー）６２７が、マップ画面６２にポップアップ表示される。
ＲＤ警報では、図３１のごとく、警報内容のシンボル表示６２９を含む取締地点の写真表示６２８、及び残り距離や方角を示すレーダー表示アイコン６２７が、マップ画面６２にポップアップ表示される。なお、レーダー表示アイコン６２７の残り距離としては、受信したレーダー波の電界強度（Ｌｖ１〜Ｌｖ５）から推定される距離が表示される。
無線警報では、ＲＤ警報とほぼ同様のため図示を省略する無線警報画面が表示される。

次に、本例の運転支援システムが取り扱う投稿情報（含む投稿ピン情報）のデータ仕様、及びシステムの動作について説明する。
本例の運転支援システムが取り扱う投稿情報のデータ仕様は、図３２の通りである。なお、同図では、通信に必要となるヘッダー情報等の図示を省略してある。本例の投稿情報では、実施例１の会員情報がレーダー探知機４の製品情報（シリアル番号等）に置き換えられている。また、本例の投稿ピン情報には、実施例１の投稿ピン情報に対して、投稿対象の交通監視活動の実施時期を表す鮮度情報、取締方位の種別を表す方位種別情報（図３２〜図３４）が追加されている。なお、図３２の投稿ピン情報を構成するＸ、Ｙ、Ａ・・・等の各データの内訳は、図３３（ａ）の通りである。同図（ａ）の各データのうち、Ｔ、Ｒ、Ｍの各データの内容は、同図（ｂ）、（ｃ）、（ｄ）の通りである。

鮮度情報は、投稿対象の交通監視活動の実施時期を表す情報である。対象の交通監視活動の実施時期に応じて、図３３（ｃ）のごとく、鮮度を表すデータ値が規定されている。例えば、現在実施中の交通監視活動を対象とする投稿情報であれば、鮮度の値がゼロになり、１週間を超えて１ヶ月以内に実施された交通監視活動を対象とする投稿情報であれば、鮮度の値が２０になる。一方、常設設置タイプのオービス等を対象とした投稿情報については、鮮度のデータ値が２５５になる。
方位種別情報は、位置情報に含まれる取締方位を補足する情報である。方位種別情報を利用すれば、反対車線の監視活動の取締方位を指定できるほか、交通監視活動が走行車線の右側か左側かの指定等も可能になる。例えば、走行車線を対象とした交通監視活動であれば、図３４における０ｘ０２の進行方位（車両の進行方向）を１８０度反転した０ｘ０１が取締方位の種別となる。例えば、中央分離帯に設置されたオービスの手前で投稿ピンが登録されたとき、走行車線の右斜め方向にオービスが設定されていることになる。この場合の取締方位の種別は、同図における０ｘ１０の方位となる。

本例の運転支援システム１では、（１）レーダー探知機４を利用した投稿ターゲット情報の生成、（２）携帯端末２による投稿情報の送信、（３）会員管理サーバー１２による投稿情報の認証、の各動作等が実施例１の運転支援システムとは相違している。以下、（１）〜（３）の各動作の内容をそれぞれ説明する。

（１）投稿情報の生成
レーダー探知機４の制御部４０は、図２９のマップ画面６２の表示中にメモリーボタン５２２の操作を検出したとき、図３５のごとく、ピン設定ボタン６３４を含む４個の登録メニューボタン６３を画面上にポップアップ表示する。登録メニューボタン６３としては、投稿ピン６４（図３６）を登録するピン設定ボタン６３４のほかに、ボタンを押した時の自車測位位置の緯度経度を２次元バーコード表示させるＩＴＹマップボタン６３１、マイエリアを登録するマイエリアボタン６３２、登録エリアをキャンセルするキャンセルボタン６３３がある。

ピン設定ボタン６３４がタッチ操作されたとき、制御部４０は、図３６のごとく、マップ画面６２の現在位置に投稿ピン６４をセットすると共に、その投稿ターゲットの位置情報（緯度経度、住所、取締方位）及びピン登録時刻を前記投稿ピン記憶エリアに登録する。投稿ピン記憶エリアに最大４件の投稿ピン情報を登録可能な本例のレーダー探知機４では、第１ピン〜第４ピンまで４本を限度として投稿ピン６４を登録可能である。同図は、全てのピンが空きであったため、投稿ピン６４として第１ピンが現在位置にセットされると共に、そのときの位置情報やピン登録日時等が第１ピンに対応付けて記憶された例である。なお、交通監視活動の種別、実施態様、方式等を表す活動内容情報については、その後のユーザー操作（図４０〜図４２）に応じて生成され投稿ピン記憶エリアに記憶される。

４本全ての投稿ピン６４が登録済みで投稿ピン記憶エリアに４件の投稿ピン情報が記憶されている場合には、メモリーボタン５２２の操作に応じて図３７の登録メニューボタン６３がポップアップ表示される。ここでは、「ピンが一杯です。」の表示を含む登録メニューボタン６３４Ａにより、投稿ピン６４（図３６）を登録ができない旨が表示される。
なお、本例では、取締方位が投稿情報に必須の情報となっているので、実施例１と同様、ＧＰＳ機能による進行方位が未確定の状態では、投稿ピン６４の登録ができないようになっている。制御部４０は、進行方位が未確定の状態でメモリーボタン５２２が操作されたとき、方位未確定を表す登録メニューボタン６３４Ｂを含む登録メニューボタン６３をポップアップ表示する（図３８）。また、ＧＰＳ機能による測位が行われていない非測位の状態でメモリーボタン５２２が操作されたときには、制御部４０は、マップ画面６２の上部に、ＧＰＳサーチ中である旨をテロップ表示する（図３９）。

制御部４０は、マップ画面６２（図２９など）に対するタッチ操作を検出したとき、図４０の最上段の設定画面６７Ａを表示する。この設定画面６７Ａには、投稿情報を投稿するための投稿ボタン６７０を含む各種のメニューボタンが配置されている。投稿ボタン６７０がタッチ操作されたとき、制御部４０は、同図中、中段の投稿ピンメニュー画面６７Ｂの表示に切り換える。この投稿ピンメニュー画面６７Ｂは、確認ボタン６７１Ａと消去ボタン６７１Ｂとが投稿ピン毎に配置された画面である。なお、未登録の投稿ピンについては、操作ボタン６７１Ａ・Ｂがシャドー表示されると共に操作不可能な状態となる。ピン確認ボタン６７１Ａへのタッチ操作を検出した制御部４０は、その投稿ピンに対応する投稿ピン情報を前記投稿ピン記憶エリアから読み出す。制御部４０は、読み出した投稿ピン情報のうちの位置情報（緯度経度、住所、取締方位）及び時刻情報（ピン登録日時）のテキスト表示のほか、投稿処理を開始するための投稿ボタン６７２等が配置されたピン確認画面６７Ｃを表示する。投稿情報の生成は、この投稿ボタン６７２のタッチ操作に応じて開始される。

制御部４０は、図４１のごとく、ピン確認画面６７Ｃ内の投稿ボタン６７２のタッチ操作を検出したとき、交通監視活動の種別等に応じて、図４１及び図４２の投稿画面６７Ｄ〜６７Ｉを適宜、タッチパネル４５に表示する。図４１の投稿画面６７Ｄ〜Ｆは、投稿対象の交通監視活動の種別（カテゴリー）や、その実施態様や、方式等の活動内容情報（図３２）を生成する画面である。投稿画面６７Ｄ〜Ｆは、それぞれ、実施例１の投稿画面２１Ｇ〜Ｉ（図１３〜図１６）に相当している。制御部４０は、投稿画面６７Ｄ〜６７Ｆの画面上でのユーザー操作に応じて生成された活動内容情報を、投稿ピン記憶エリアに記憶された投稿ピン情報に追加する。なお、投稿対象の交通監視活動の種別を選択する投稿画面６７Ｄを除き、実施態様や方式等を選択する投稿画面６７Ｅ、Ｆには、その他あるいは不明を選択する操作ボタンが設定されている。投稿画面６７Ｅ、Ｆにその他等を選択する操作ボタンを設ける目的は、交通取締にあまり詳しくないユーザーによる投稿を簡単にして投稿を活性化するためである。

図４２の投稿画面６７Ｇは、投稿対象の交通監視活動の実施時期を表す鮮度情報（図３２）を入力するための操作画面である。この投稿画面６７Ｇには、現在実施中を選択する操作ボタンのほか、１週間以内の操作ボタン、１ヶ月以内の操作ボタン、３ヶ月以内の操作ボタン等が配置されている。実施例１の運転支援システム１は、現在実施中の交通監視活動を対象とする投稿が想定されたシステムである一方、本例のシステムでは、過去の交通監視活動を対象とした投稿も可能になっている。制御部４０は、投稿画面６７Ｇ上で選択された操作ボタンに応じた鮮度情報を、投稿ピン記憶エリアに記憶された投稿ピン情報に追加する。
投稿画面６７Ｈは、取締方位の種別を選択するための投稿画面である。この投稿画面６７Ｈには、「走行車線」、「反対車線」、「右方向」、「左方向」、「走行車線右側方」、「走行車線左側方」、「反対車線左側方」、「反対車線右側方」の操作ボタンが配置されている。制御部４０は、投稿画面６７Ｈ上で選択された操作ボタンに応じた方位種別情報（図３２〜図３４）を、投稿ピン記憶エリアに記憶された投稿ピン情報に追加する。

上記のように投稿画面６７Ｈでいずれかの操作ボタンが操作されると、投稿ピン情報（図３２）の生成が完了する。制御部４０は、投稿ピン記憶エリアから投稿ピン情報を読み出したうえ、製品情報（図３２）を追加して投稿情報を生成する。そして、この投稿情報が記録されたコード画像６７０を生成し、図４２のごとく、このコード画像６７０を含む投稿画面６７Ｉをタッチパネル４５に表示する。
投稿ユーザーは、コード画像対応の投稿ソフトを起動した携帯端末２でコード画像６７０を撮影すれば良い。コード画像６７０を撮影した携帯端末２では、画像処理が実行され、撮影画像中のコード画像６７０の切り出し、及びコード画像６７０に記録された投稿情報の読取りが実行される。携帯端末２の制御部は、このように読み取った投稿情報を直ちに投稿サーバー１１に向けて送信する。

投稿サーバー１１は、投稿情報を受信したとき、まず、会員管理サーバー１２の認証を求める。認証を求められた会員管理サーバー１２は、投稿サーバー１１から受信した製品情報（シリアル番号等）を利用してユーザー管理データベース１２１を参照し、該当する購入者の存否を判断する。該当する購入者が有効に存在しているとき、その購入者の投稿者ＩＤが会員管理サーバー１２から返信される。投稿サーバー１１は、会員管理サーバー１２の認証を受けたとき、ユーザーステータスデータベース１１３を参照し、その投稿者について投稿禁止フラグの有無を確認する。投稿サーバー１１は、投稿禁止フラグがセットされた投稿情報については受付することなく消去する一方、投稿禁止フラグがセットされていない投稿情報については受付処理を実行する。

本例の受付処理は、鮮度情報（図３３）のデータ値がゼロの投稿情報と、それ以外の投稿情報と、異なっている。鮮度情報がゼロ、すなわち現在実施中の交通監視活動を対象としたリアルタイムの投稿情報については、実施例１と同様の取り扱いがなされ、配信用の投稿ターゲット情報の元情報となる。
一方、それ以外の投稿情報、すなわちＮシステムなど常設の交通監視活動に関する投稿情報（鮮度情報のデータ値が２５５）、及び過去の交通監視活動に関する投稿情報については、投稿サーバー１１の実施例１と同様の新着情報エリアに格納され、新規登録される既成交通情報の元情報となる。
なお、その他の構成及び作用効果については、実施例１と同様である。

なお、投稿画面６７Ｅ〜Ｈ（図４１及び図４２）には、投稿画面６７Ｉにジャンプするための「直ぐ投稿ボタン」を設けることも良い。実施例１の投稿画面２１Ｇ（図１３〜図１６）に相当する投稿画面６７Ｄによってオービスボタン、Ｎシステムボタン、取締ボタン、検問ボタンのいずれかが選択されれば、交通監視活動の種別が確定する。このように交通監視活動の種別が確定した後であれば、その後、投稿画面６７Ｅ〜Ｈの直ぐ投稿ボタンが操作されても、その確定した種別を表す種別情報を含む投稿情報を生成可能である。

登録された投稿ピン６４（図３６等）の消去は、図４０中段の投稿ピンメニュー画面６７Ｂの消去ボタン６７１Ｂの操作により実行可能である。この消去ボタン６７１Ｂが操作されると、図４３（ａ）のごとく、消去を確認する画面、及び消去を完了した旨を表示する画面を経由して、対応する投稿ピンの消去が完了する。図４０最上段の設定画面６７Ａにおいて右下隅に配置されたシステムボタンを操作すれば、図４３（ｂ）のごとく、データ消去画面を切換え表示できる。このデータ消去画面で投稿ピンボタンを選択すれば、投稿ピン及び対応する投稿ピン情報を一括消去できる。

本例の運転支援システム１が配信する投稿ターゲット情報は、実施例１と同様、現在実施中の交通監視活動に関する情報である。これに代えてあるいは加えて、鮮度情報（図３３）が２５５又はゼロ以外の過去の交通監視活動に関する投稿情報を統合して生成された投稿ターゲット情報を配信することも良い。この場合には、例えば、２ヶ月前に実施された交通監視活動を対象とした１件又は複数の投稿情報と、１ヶ月前の同種の交通監視活動に対する投稿情報と、１週間以内の同種の交通監視活動に対する投稿情報と、を統合して、交通監視活動の実施頻度が高い要注意地点に関する投稿ターゲット情報を生成可能である。
なお、ここで、２ヶ月前の共通の交通監視活動に対する投稿情報として、上記の１件又は複数の投稿情報が仕分けされるためには、実施時期に関する時間的な近接性、場所的な近接性及び種別の共通性の３条件が満たされる必要がある。また、２ヶ月前の特定の交通監視活動に対する投稿情報に対して、１ヶ月前、同様に実施された交通監視活動に対する投稿情報が共通の交通監視活動に対するものとして仕分けされるためには、場所的な近接性及び種別の共通性の２条件が満たされる必要がある。

本例では、レーダー探知機４が表示するコード画像６７０（図４２）を利用して、携帯端末２に投稿情報を転送している。これに代えて、ＷｉＦｉ等の無線通信によって、レーダ探知機４と携帯端末２とを通信可能な状態で接続し、投稿情報を転送しても良い（図１参照。）。例えば、携帯端末２側で専用ソフトが起動している状態下で、レーダー探知機４のタッチパネル４５に表示された投稿ボタンを操作すれば、その投稿情報が携帯端末２を経由して投稿されるように構成することも良い。レーダー探知機４にＷｉＦｉ機能を具備させるためには、ＷｉＦｉモジュール等を組み込めば良い。携帯端末２は、アクセスポイント（テザリング）機能を有する携帯端末であれば良い。

携帯端末２と無線通信可能なレーダー探知機４であれば、携帯端末２を経由して投稿ターゲット情報の配信を受けることも可能である。レーダー探知機４側で投稿ターゲット情報の報知や警報等が可能になる。さらに、公開取締情報を配信すれば、図４４のごとく、レーダー探知機４による公開取締情報の報知が可能になる。同図に例示するレーダー探知機４は、配信を受けた公開取締情報をマップ画面６２の最下段にスクロール表示している。

なお、実施例１の投稿情報と、本例の投稿情報と、の両方に対応可能な運転支援システムであっても良い。実施例１の投稿情報と、本例の投稿情報と、が統合されて投稿ターゲット情報が生成される場合があっても良い。この場合、携帯端末２で生成された投稿情報と、レーダー探知機４で生成された投稿情報と、で、確度の評価を異ならせることも良い。例えば、レーダー探知機４を購入し実際に使用している投稿者については、警報機能等を重要視していると共に交通取締に関する知識が豊富な人物を想定できる。このような投稿者による投稿情報については、確度を高く評価できる可能性が高い。

本例では、投稿ターゲット情報の確度として、投稿情報一覧の累積ポイント（図１７）を利用している。これに加えて、過去の交通監視活動の実施履歴に基づいて確度を評価しても良い。例えば、過去、同様の交通監視活動が実施された履歴が有る場合には、累積ポイントの１２０％の値（２割増しの値）を確度に設定したり、累積ポイントに対して履歴ポイントを加算したりすることも良い。履歴ポイントとしては、実施頻度等が反映されたポイントが良い。過去の交通監視活動の実施履歴を判断するに当たっては、既成交通情報の利用のほか、新着情報エリアの投稿ターゲット情報を利用することも良い。

車両の速度等、ＯＢＤ機能によって取得された車両情報に応じて、投稿ターゲット情報の報知あるいは警報態様を変更することも良い。例えば、制限速度を超える速度の場合、移動式オービス等に関する投稿ターゲット情報が非常に重要となる。

（実施例３）
本例は、実施例１の運転支援システムを基にして、投稿情報がそのまま配信される場合を設けた例である。この内容について、図１７及び図４５〜図４７を参照して説明する。

配信の対象となる投稿情報としては、例えば、投稿者の投稿評価のポイントが例えば８点以上であって未だ投稿ターゲット情報に反映されていない投稿情報や、警ら中のパトカーなど監視位置の変動を伴いリアルタイム性が重要になる投稿情報等がある。
図４５は、警ら中の白バイに関する投稿情報の表示例である。同図は、携帯端末２のタッチパネル２１に表示された地図上で、警ら中の白バイの投稿情報に対応する監視位置に情報ピン２７１が表示されている。同図では、情報ピン２７１をタップ（タッチ操作）したときに表示されるバルーン表示２７５も図示している。バルーン表示２７５には、投稿日時、投稿情報に係る交通監視活動の活動内容等が表示される。なお、リアルタイム性が重要な投稿情報については、表示される時間に６時間等の制限を設定し、携帯端末２側でこの制限時間を管理し、制限時間の経過に応じて情報ピン２７１を消去することも良い。なお、対象の交通監視活動の種別によって、情報ピン２７１のイラストを変更しても良く、リスクの度合いによって情報ピン２７１の表示色や大きさを変更することも良い。

さらに、同図では、タッチパネル２１の表示画面の最下段にスクロール表示欄２７８を設けてある。このスクロール表示欄２７８は、上記のように配信された投稿情報のうち、タッチパネル２１に表示された地図エリア内に監視位置が含まれない投稿情報の表示欄である。このような表示を設ければ、地図エリアには含まれない遠方に監視位置がある投稿情報を表示できる。遠方の範囲としては、２０ｋｍ等の範囲を設定できる。また、車両の進行方向に位置する遠方の投稿情報や、走行中の道路上に位置する遠方の投稿情報等を選択的に表示することも良い。なお、実施例１で参照した図２４の公開取締情報をスクロール表示欄２７８に表示することも良いが、この場合には、公開取締情報と投稿情報とで背景色を変更する等、投稿情報か公開取締情報かの区別を容易にするための工夫を施すと良い。

投稿情報をスクロール表示する際のメッセージ構成としては、例えば、図４６の構成を採用できる。このようなメッセージ構成の場合、例えば、「ユッピぃさん（３５） ６月６日１０時３０分 ［スピード取締（レーダー）］ 愛知県岡崎市岩津町 ユピテル前 いつものところでやってるよ。気を付けて！」等のメッセージをスクロール表示できる。なお、投稿経験値については、投稿回数に比例して上昇する値が良い。例えば、図３に示す正投稿数や総合評価などを投稿経験値として採用しても良い。なお、投稿を好む投稿マニアのようなユーザーを増やすためには、投稿経験値の年間トップ３を表彰して景品を贈る等のイベントも有効である。年末の時期に投稿経験値の年間トップ３を選択するプログラムを投稿サーバーに具備させることも良い。このようなイベントは、投稿のインセンティブとなると共に、より正確な投稿情報の収集に寄与する。

投稿情報の配信は、投稿サーバーから自動配信（例えば１０分毎）しても良い。図４５のごとく、更新ボタン２７２を設け、この更新ボタン２７２の操作に応じて直ちに配信が実行されるように構成することも良い。さらに、投稿情報の配信は、希望するユーザーに対してのみ選択的に配信することも良い。確度が十分でない投稿情報については、配信を希望しないユーザーも存在するからである。

投稿情報を配信するために、４７都道府県毎の配信ファイルを利用することも良い。このような配信ファイルを利用すれば、例えば、愛知県内を走行中のユーザーに対して、同県内の投稿情報を一括して配信できる。都道府県毎の配信ファイルの配信時には、現在位置が属する都道府県の配信ファイルに加えて、隣接する都道府県の配信ファイルを同時に配信しても良い。さらに、配信ファイルに含める投稿情報としては、投稿時刻（投稿サーバーが受付した時刻）から６時間以内の投稿情報に限定しても良い。１件分の投稿情報としては、例えば、以下の内容であることも良い。
・緯度経度 例、３４．７９４０２５度、１３７．１１７１８８度
・表示期間 例、２０１２年６月６日１０時２５分〜２０１２年６月６日１６時２５分
・取締内容 例、スピード取締（白バイ）
・住所情報
都道府県 例、愛知県
市区町村名 例、西尾市
町名番地 例、○○町２番地
・詳細場所や付近の目印となるもの（データ無しの場合もあり）
例、西幡豆のＪＡとスギ薬局の間の交差点から幸田方面に向かう道
・コメント（データ無しの場合もあり）
例、よくやってる場所です。制限速度４０ｋｍ気をつけて。
・ユーザー情報
ユーザー名 例、ユッピぃ
投稿経験値 例、１２１

本例の携帯端末２では、図４５の投稿ボタン２７３のタッチ操作によって投稿情報の生成を開始できる。投稿ボタン２７３をタッチ操作すると、図示しない投稿ページが表示される。この投稿ページには、投稿ボタン２７３がタッチ操作されたときの緯度経度、年月日時分、住所情報のテキスト表示のほか、交通監視活動の種別等を選択するための回転ドラムのような操作手段であるピッカービューを設けることも良い。詳細場所やコメントについては、テキスト入力させるのが良い。なお、テキスト入力が面倒な投稿者にも対応できるよう、詳細場所やコメントについては入力をパスできるようにしても良い。コメント等がパスされた場合には、投稿サーバー側で気の利いたコメントを追加するように構成することも良い。
なお、その他の構成及び作用効果については、実施例１と同様である。

本例では、地図エリア外の遠方の投稿情報については、画面最下段にスクロール表示している。これに代えて、図４７のごとく、地図エリアに対して、右側に監視位置が位置する投稿情報については、画面右側端部の短冊状のスペース２７８Ｒにスクロール表示し、上側に監視位置が位置する投稿情報については、画面最上段のスペース２７８Ｕにスクロール表示することも良い。この場合には、スクロール表示される位置に応じて、遠方の投稿情報の方角を把握できるようになる。

以上、実施例１〜３のごとく本発明の具体例を詳細に説明したが、これらの具体例は、特許請求の範囲に包含される技術の一例を開示しているにすぎない。言うまでもなく、具体例の構成や数値等によって、特許請求の範囲が限定的に解釈されるべきではない。特許請求の範囲は、公知技術や当業者の知識等を利用して前記具体例を多様に変形あるいは変更した技術を包含している。

１ 運転支援システム
１０１Ａ、１０２Ａ 投稿端末
１０１Ｂ、１０２Ｂ 報知端末
１１ 投稿サーバー（サーバー装置）
１１１ ＧＰＳターゲット情報データベース
１１３ ユーザーステータスデータベース
１２ 会員管理サーバー
１２１ ユーザー管理データベース
２ 携帯端末
２１Ｃ ホーム画面
２１Ｅ 待機／投稿画面
２１Ｇ〜Ｋ 投稿画面
２６２ 投稿ピン
４ レーダー探知機
４５ タッチパネル
６２ マップ画面
６４ 投稿ピン
６７Ｄ〜Ｉ 投稿画面

Claims (13)

1. 交通安全を促進するために実施される交通監視活動の種別を表す種別情報、及び交通監視活動が行われている監視位置を表す位置情報を含む投稿情報を投稿可能な投稿端末と、
   複数の投稿端末からの投稿情報のうち、投稿対象の交通監視活動が共通する複数の投稿情報を統合することにより、交通監視活動に関する種別情報及び位置情報を含む配信情報を生成して配信するサーバー装置と、
   サーバー装置から配信された配信情報を取得して報知する報知端末と、を含む運転支援システムにおける前記サーバー装置であって、
   前記サーバー装置は、前記投稿情報の確からしさの度合いである確度を評価すると共に、複数の投稿情報を統合して前記配信情報を生成するに当たって確度に応じて各投稿情報の取扱いを変更する機能を備え、
   前記サーバー装置は、前記投稿情報の投稿者が特定可能な者か否か、及びその投稿者の投稿実績に応じて、対応する投稿情報の確度を評価する機能を備えるサーバー装置。
2. 交通安全を促進するために実施される交通監視活動の種別を表す種別情報、及び交通監視活動が行われている監視位置を表す位置情報を含む投稿情報を投稿可能な投稿端末と、
   複数の投稿端末からの投稿情報のうち、投稿対象の交通監視活動が共通する複数の投稿情報を統合することにより、交通監視活動に関する種別情報及び位置情報を含む配信情報を生成して配信するサーバー装置と、
   サーバー装置から配信された配信情報を取得して報知する報知端末と、を含む運転支援システムにおける前記サーバー装置であって、
   前記投稿端末としては、前記投稿情報の投稿機能が予め組み込まれた専用機と、前記投稿情報の投稿機能を組み込むためのアプリケーションプログラムを含む各種のアプリケーションプログラムをユーザー側が選択してインストール可能な汎用機と、があり、
   前記サーバー装置は、前記投稿情報の確からしさの度合いである確度を評価すると共に、複数の投稿情報を統合して前記配信情報を生成するに当たって確度に応じて各投稿情報の取扱いを変更する機能を備え
   前記サーバー装置は、前記投稿情報が専用機から投稿された情報であるか、汎用機から投稿されたか情報であるか、に応じて、該投稿情報の確度を評価する機能を備えるサーバー装置。
3. 交通安全を促進するために実施される交通監視活動の種別を表す種別情報、及び交通監視活動が行われている監視位置を表す位置情報を含む投稿情報を投稿可能な投稿端末と、
   複数の投稿端末からの投稿情報のうち、投稿対象の交通監視活動が共通する複数の投稿情報を統合することにより、交通監視活動に関する種別情報及び位置情報を含む配信情報を生成して配信するサーバー装置と、
   サーバー装置から配信された配信情報を取得して報知する報知端末と、を含む運転支援システムにおける前記サーバー装置であって、
   前記サーバー装置は、前記投稿情報の確からしさの度合いである確度を評価すると共に、複数の投稿情報を統合して前記配信情報を生成するに当たって確度に応じて各投稿情報の取扱いを変更する機能を備え、
   前記サーバー装置は、過去の交通監視活動の実施状況に関する情報を参照して前記投稿情報の確度を評価する機能を備えるサーバー装置。
4. 交通安全を促進するために実施される交通監視活動の種別を表す種別情報、及び交通監視活動が行われている監視位置を表す位置情報を含む投稿情報を投稿可能な投稿端末と、
   複数の投稿端末からの投稿情報のうち、投稿対象の交通監視活動が共通する複数の投稿情報を統合することにより、交通監視活動に関する種別情報及び位置情報を含む配信情報を生成して配信するサーバー装置と、
   サーバー装置から配信された配信情報を取得して報知する報知端末と、を含む運転支援システムにおける前記サーバー装置であって、
   前記サーバー装置では、前記投稿情報の投稿を受け付けた時点が、対応する交通監視活動に関する配信情報の配信前か配信後かに応じて、当該投稿情報の取扱いが異なっているサーバー装置。
5. 交通安全を促進するために実施される交通監視活動の種別を表す種別情報、及び交通監視活動が行われている監視位置を表す位置情報を含む投稿情報を投稿可能な投稿端末と、
   複数の投稿端末からの投稿情報のうち、投稿対象の交通監視活動が共通する複数の投稿情報を統合することにより、交通監視活動に関する種別情報及び位置情報を含む配信情報を生成して配信するサーバー装置と、
   サーバー装置から配信された配信情報を取得して報知する報知端末と、を含む運転支援システムにおける前記サーバー装置であって、
   前記サーバー装置は、交通監視活動の種別に応じて、前記配信情報を配信するか否か、及び配信を継続する配信時間を決定する機能を備えるサーバー装置。
6. 交通安全を促進するために実施される交通監視活動の種別を表す種別情報、及び交通監視活動が行われている監視位置を表す位置情報を含む投稿情報を投稿可能な投稿端末と、
   複数の投稿端末からの投稿情報のうち、投稿対象の交通監視活動が共通する複数の投稿情報を統合することにより、交通監視活動に関する種別情報及び位置情報を含む配信情報を生成して配信するサーバー装置と、
   サーバー装置から配信された配信情報を取得して報知する報知端末と、を含む運転支援システムにおける前記サーバー装置であって、
   前記投稿端末は、前記配信情報に対応する交通監視活動について、実施されていない旨の取消情報を投稿可能であって、
   前記サーバー装置は、投稿された前記取消情報の確度を評価し、その確度に応じて対応する配信情報の配信を終了するか否かを決定する機能を備えるサーバー装置。
7. 請求項６に記載の運転支援システムにおいて、前記サーバー装置は、前記取消情報の投稿を受け付けた後、対応する交通監視活動に関する配信情報を配信する場合には、前記取消情報の投稿があった旨の情報を当該配信情報に含める機能を備える運転支援システム。
8. 交通安全を促進するために実施される交通監視活動の種別を表す種別情報、及び交通監視活動が行われている監視位置を表す位置情報を含む投稿情報を投稿可能な投稿端末と、
   複数の投稿端末からの投稿情報のうち、投稿対象の交通監視活動が共通する複数の投稿情報を統合することにより、交通監視活動に関する種別情報及び位置情報を含む配信情報を生成して配信するサーバー装置と、
   サーバー装置から配信された配信情報を取得して報知する報知端末と、を含む運転支援システムにおける前記投稿端末であって、ユーザー側の交通監視活動に関する知識レベルに応じて前記種別情報の詳細度合いが異なる投稿情報を生成する手段を備える投稿端末。
9. 交通安全を促進するために実施される交通監視活動の種別を表す種別情報、及び交通監視活動が行われている監視位置を表す位置情報を含む投稿情報を投稿可能な投稿端末と、
   複数の投稿端末からの投稿情報のうち、投稿対象の交通監視活動が共通する複数の投稿情報を統合することにより、交通監視活動に関する種別情報及び位置情報を含む配信情報を生成して配信するサーバー装置と、
   サーバー装置から配信された配信情報を取得して報知する報知端末と、を含む運転支援システムにおける前記投稿端末であって、ユーザー側の操作に応じて前記投稿情報を生成可能な第１の端末と、当該第１の端末から投稿情報を取得して前記サーバー装置に向けて送信する第２の端末と、の組合せにより構成され、前記第１の端末は、前記投稿情報を記録したコード画像を表示可能な端末であり、前記第２の端末は、前記第１の端末が表示するコード画像を撮影し、記録された投稿情報を読み取り可能な端末である投稿端末。
10. 交通安全を促進するために実施される交通監視活動の種別を表す種別情報、及び交通監視活動が行われている監視位置を表す位置情報を含む投稿情報を投稿可能な投稿端末と、
    複数の投稿端末からの投稿情報のうち、投稿対象の交通監視活動が共通する複数の投稿情報を統合することにより、交通監視活動に関する種別情報及び位置情報を含む配信情報を生成して配信するサーバー装置と、
    サーバー装置から配信された配信情報を取得して報知する報知端末と、を含む運転支援システムにおける前記報知端末であって、
    交通安全を促進するために実施される交通監視活動の種別情報及び監視位置の位置情報を含む配信情報を取得して報知可能であると共に、交通監視活動に関して予め記憶された既成交通情報を報知可能な報知端末であり、
    現在位置を取得可能であると共に、現在位置を基準とした所定エリア内で実施される交通監視活動に関する情報を報知可能であって、
    交通監視活動に関する情報を報知するに当たっては、前記配信情報に基づく報知であるか、前記既成交通情報に基づく報知であるか、をユーザー側から区別可能なように報知する報知端末。
11. コンピュータに実行させるためのプログラムであって、
    請求項１〜７のいずれか１項に記載されたサーバー装置の機能を実現するためのサーバー用プログラム。
12. コンピュータに実行させるためのプログラムであって、
    請求項８または９に記載された投稿端末の機能を実現するための投稿用プログラム。
13. コンピュータに実行させるためのプログラムであって、
    請求項１０に記載された報知端末の機能を実現するための報知用プログラム。