知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2025-05-15
(45)【発行日】2025-05-23
(54)【発明の名称】情報収集システムおよび移動支援システム
(51)【国際特許分類】
G08G 1/00 20060101AFI20250516BHJP
【ＦＩ】
G08G1/00 D
【請求項の数】
15
(21)【出願番号】P 2024561043
(86)(22)【出願日】2022-11-30
(86)【国際出願番号】 JP2022044099
(87)【国際公開番号】W WO2024116306
(87)【国際公開日】2024-06-06
【審査請求日】2025-01-06
【早期審査対象出願】
(73)【特許権者】
【識別番号】000006013
【氏名又は名称】三菱電機株式会社
(74)【代理人】
【識別番号】100088672
【弁理士】
【氏名又は名称】吉竹 英俊
(74)【代理人】
【識別番号】100088845
【弁理士】
【氏名又は名称】有田 貴弘
(72)【発明者】
【氏名】吉川 佳苗
(72)【発明者】
【氏名】下谷 光生
(72)【発明者】
【氏名】福田 圭作
【審査官】武内 俊之
(56)【参考文献】
【文献】特開２０２１－０５６８７８（ＪＰ，Ａ）
【文献】特開２０１４－１９１７７４（ＪＰ，Ａ）
【文献】国際公開第２０１２／１３２６３１（ＷＯ，Ａ１）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０８Ｇ １／００
(57)【特許請求の範囲】
【請求項1】
要注意状況指摘装置から、前記要注意状況指摘装置のユーザである指摘者が指摘した要注意状況の情報および前記指摘者の識別子を含む要注意状況指摘情報を収集する情報収集部と、収集された前記要注意状況指摘情報を基にして前記要注意状況のモデルである要注意状況モデルを作成する要注意状況モデル作成部と、
前記要注意状況モデルを記憶する要注意状況モデル記憶部と、
前記要注意状況モデルを移動支援装置に配信する情報配信部と、
前記移動支援装置から前記要注意状況モデルの有効性評価結果を受信する評価結果受信部と、
有効と評価された前記要注意状況モデルの基となった前記要注意状況指摘情報の前記指摘者に報酬を付与する報酬付与部と、
を備える情報収集システムであって、
前記情報配信部は、配信契約を結んだクライアントの前記移動支援装置に対して前記要注意状況モデルを配信し、
前記情報収集システムは、前記要注意状況モデルの配信料金を前記クライアントに課金する課金部をさらに備え、
前記要注意状況モデルは、地理的種別、移動体種別、用途種別のうちの１つ以上によって分類されており、
前記情報配信部は、前記移動支援装置から指定された配信単位に応じた前記要注意状況モデルを、前記移動支援装置へ配信し、
前記課金部は、配信した前記要注意状況モデルの前記配信単位に応じた配信料金を前記クライアントに課金し、前記移動支援装置のレンタル契約を結んだ前記クライアントに対しては、前記要注意状況モデルの配信料金に加え、前記移動支援装置のレンタル料金を課金し、
前記配信単位は、前記要注意状況モデルの配信期間および配信対象とする前記要注意状況モデルの種別に基づいて設定される、
情報収集システム。
【請求項2】
要注意状況指摘装置から、前記要注意状況指摘装置のユーザである指摘者が指摘した要注意状況の情報および前記指摘者の識別子を含む要注意状況指摘情報を収集する情報収集部と、収集された前記要注意状況指摘情報を基にして前記要注意状況のモデルである要注意状況モデルを作成する要注意状況モデル作成部と、
前記要注意状況モデルを記憶する要注意状況モデル記憶部と、
前記要注意状況モデルを移動支援装置に配信する情報配信部と、
前記移動支援装置から前記要注意状況モデルの有効性評価結果を受信する評価結果受信部と、
有効と評価された前記要注意状況モデルの基となった前記要注意状況指摘情報の前記指摘者に報酬を付与する報酬付与部と、
を備えた情報収集システムであって、
前記情報配信部は、配信契約を結んだクライアントの前記移動支援装置に対して前記要注意状況モデルを配信し、
前記情報収集システムは、前記要注意状況モデルの配信料金を前記クライアントに課金する課金部をさらに備え、
前記クライアントが前記要注意状況指摘装置を搭載した移動体を所有する事業者であり、前記要注意状況指摘装置の前記ユーザが前記事業者の従業員である場合、前記課金部は、前記要注意状況モデルの配信料金の額から前記従業員が指摘した前記要注意状況に対する報酬の額を減額して前記クライアントに課金する、
情報収集システム。
【請求項3】
前記要注意状況指摘情報に含まれる前記要注意状況の情報は、前記要注意状況における要注意対象の位置および属性、ならびに前記要注意対象に対する要注意事項の属性を含む請求項１または請求項２に記載の情報収集システム。
【請求項4】
前記要注意対象の位置は、絶対位置または前記要注意状況指摘装置を搭載した移動体に対する相対位置の片方または両方である、請求項３に記載の情報収集システム。
【請求項5】
前記情報収集部は、前記要注意状況指摘装置から前記要注意状況の情報として、前記要注意状況が指摘されたときに記録された位置データ、映像データ、音声データ、周辺センサの出力データのいずれか１つ以上の生データを取得し、前記要注意状況モデル作成部は、前記生データを分析して前記要注意状況の内容を判断することによって前記要注意状況モデルを作成する、
請求項１または請求項２に記載の情報収集システム。
【請求項6】
前記生データの分析に用いられた分析規則または分析エンジンを、前記要注意状況指摘装置に配信する、請求項５に記載の情報収集システム。
【請求項7】
前記要注意状況モデル記憶部は、前記有効性評価結果の受信履歴に基づいて、前記要注意状況モデル記憶部に記憶された前記要注意状況モデルを整理する、請求項１または請求項２に記載の情報収集システム。
【請求項8】
前記報酬付与部は、前記有効性評価結果の受信履歴に基づいて、前記指摘者に付与する報酬の額を設定する、請求項１または請求項２に記載の情報収集システム。
【請求項9】
前記報酬付与部は、前記有効性評価結果の送信元が一定の条件に当てはまる場合、前記有効性評価結果を無効とする、請求項１または請求項２に記載の情報収集システム。
【請求項10】
前記要注意状況モデルは、地理的種別、移動体種別、用途種別のうちの１つ以上によって分類されており、前記情報配信部は、前記移動支援装置から指定された配信単位に応じた前記要注意状況モデルを、前記移動支援装置へ配信し、
前記配信単位は、前記要注意状況モデルの配信期間および配信対象とする前記要注意状況モデルの種別に基づいて設定される、
請求項２に記載の情報収集システム。
【請求項11】
保険会社との保険契約を結んだ保険契約者の情報を管理する保険契約管理部をさらに備え、前記情報配信部は、前記保険契約者の前記移動支援装置に対して前記要注意状況モデルを配信する、
請求項１または請求項２に記載の情報収集システム。
【請求項12】
前記移動支援装置および前記要注意状況指摘装置は、前記保険会社から前記保険契約者へレンタルされるドライブレコーダに搭載されている、請求項１１に記載の情報収集システム。
【請求項13】
請求項１または請求項２に記載の情報収集システムと、前記要注意状況指摘情報を前記情報収集システムへ送信する前記要注意状況指摘装置と、
前記情報収集システムから配信された前記要注意状況モデルに基づいて前記ユーザの移動支援を行う前記移動支援装置と、
を含む移動支援システムであって、
前記移動支援装置は、
周囲の状況が前記情報収集システムから配信された前記要注意状況モデルに近い状態になると、前記ユーザに前記要注意状況の報知を行うとともに前記報知が前記ユーザの安全に寄与したか否かを判断し、
前記報知が前記ユーザの安全に寄与したと判断した場合に、前記報知に対応する前記要注意状況モデルを有効と評価した前記有効性評価結果を前記情報収集システムに送信する、
移動支援システム。
【請求項14】
要注意状況指摘装置から、前記要注意状況指摘装置のユーザである指摘者が指摘した要注意状況の情報および前記指摘者の識別子を含む要注意状況指摘情報を収集する情報収集部と、
収集された前記要注意状況指摘情報を基にして前記要注意状況のモデルである要注意状況モデルを作成する要注意状況モデル作成部と、
前記要注意状況モデルを記憶する要注意状況モデル記憶部と、
前記要注意状況モデルを移動支援装置に配信する情報配信部と、
前記移動支援装置から前記要注意状況モデルの有効性評価結果を受信する評価結果受信部と、
有効と評価された前記要注意状況モデルの基となった前記要注意状況指摘情報の前記指摘者に報酬を付与する報酬付与部と、
を備える情報収集システムと、
前記要注意状況指摘情報を前記情報収集システムへ送信する前記要注意状況指摘装置と、
前記情報収集システムから配信された前記要注意状況モデルに基づいて前記ユーザの移動支援を行う前記移動支援装置と、
を含む移動支援システムであって、
前記移動支援装置は、
周囲の状況が前記情報収集システムから配信された前記要注意状況モデルに近い状態になると、前記ユーザに前記要注意状況の報知を行うとともに前記報知が前記ユーザの安全に寄与したか否かを判断し、
前記報知が前記ユーザの安全に寄与したと判断した場合に、前記報知に対応する前記要注意状況モデルを有効と評価した前記有効性評価結果を前記情報収集システムに送信し、
前記移動支援装置は、
前記ユーザの状態および前記ユーザの顔の向きまたは視線方向を検出し、
前記報知を切っ掛けにして、前記ユーザの状態が、前記要注意状況に気付いていない状態から気付いた状態に変化したこと、もしくは、前記ユーザの前記顔の向きまたは前記視線方向が、要注意対象に向いていない状態から向いた状態に変化したことが検出された場合に、前記報知が前記ユーザの安全に寄与したと判断する、
移動支援システム。
【請求項15】
要注意状況指摘装置から、前記要注意状況指摘装置のユーザである指摘者が指摘した要注意状況の情報および前記指摘者の識別子を含む要注意状況指摘情報を収集する情報収集部と、
収集された前記要注意状況指摘情報を基にして前記要注意状況のモデルである要注意状況モデルを作成する要注意状況モデル作成部と、
前記要注意状況モデルを記憶する要注意状況モデル記憶部と、
前記要注意状況モデルを移動支援装置に配信する情報配信部と、
前記移動支援装置から前記要注意状況モデルの有効性評価結果を受信する評価結果受信部と、
有効と評価された前記要注意状況モデルの基となった前記要注意状況指摘情報の前記指摘者に報酬を付与する報酬付与部と、
を備える情報収集システムと、
前記要注意状況指摘情報を前記情報収集システムへ送信する前記要注意状況指摘装置と、
前記情報収集システムから配信された前記要注意状況モデルに基づいて前記ユーザの移動支援を行う前記移動支援装置と、
を含む移動支援システムであって、
前記移動支援装置は、
周囲の状況が前記情報収集システムから配信された前記要注意状況モデルに近い状態になると、前記ユーザに前記要注意状況の報知を行うとともに前記報知が前記ユーザの安全に寄与したか否かを判断し、
前記報知が前記ユーザの安全に寄与したと判断した場合に、前記報知に対応する前記要注意状況モデルを有効と評価した前記有効性評価結果を前記情報収集システムに送信し、
前記移動支援装置は、
前記ユーザの動作を検出し、
前記ユーザが、前記報知を切っ掛けにして、要注意対象を避ける動作をとったことが検出された場合に、前記報知が前記ユーザの安全に寄与したと判断する、
移動支援システム。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、車両や歩行者などの移動体から情報を収集する情報収集システムに関するものである。
【背景技術】
【0002】
下記の特許文献１には、車両の運転者が首振り確認動作を行った場所を危険場所として検出し、検出された危険場所の情報を収集して、交通ハザードマップを生成するシステムが開示されている。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２０１１－１１８６０１号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
特許文献１のようなシステムでは、車両の運転者から多くの情報を取得することが重要である。例えば、運転者の情報提供に報酬を支払うことで、運転者の情報提供に対するモチベーションを高めることができるが、一定金額の支払いでは、より優れた情報を提供しようというモチベーションには繋がらない。
【0005】
本開示は以上のような課題を解決するためになされたものであり、より優れた情報を提供しようするモチベーションを情報提供者に与えることができる情報収集システムを提供することを目的とする。
【課題を解決するための手段】
【0006】
本開示に係る情報収集システムは、要注意状況指摘装置から、要注意状況指摘装置のユーザである指摘者が指摘した要注意状況の情報および指摘者の識別子を含む要注意状況指摘情報を収集する情報収集部と、収集された要注意状況指摘情報を基にして要注意状況のモデルである要注意状況モデルを作成する要注意状況モデル作成部と、要注意状況モデルを記憶する要注意状況モデル記憶部と、要注意状況モデルを移動支援装置に配信する情報配信部と、移動支援装置から要注意状況モデルの有効性評価結果を受信する評価結果受信部と、有効と評価された要注意状況モデルの基となった要注意状況指摘情報の指摘者に報酬を付与する報酬付与部と、を備えた情報収集システムであって、情報配信部は、配信契約を結んだクライアントの移動支援装置に対して要注意状況モデルを配信し、情報収集システムは、要注意状況モデルの配信料金をクライアントに課金する課金部をさらに備え、要注意状況モデルは、地理的種別、移動体種別、用途種別のうちの１つ以上によって分類されており、情報配信部は、移動支援装置から指定された配信単位に応じた要注意状況モデルを、移動支援装置へ配信し、課金部は、配信した要注意状況モデルの配信単位に応じた配信料金をクライアントに課金し、移動支援装置のレンタル契約を結んだクライアントに対しては、要注意状況モデルの配信料金に加え、移動支援装置のレンタル料金を課金し、配信単位は、要注意状況モデルの配信期間および配信対象とする要注意状況モデルの種別に基づいて設定される。
【発明の効果】
【0007】
本開示に係る情報収集システムによれば、要注意状況モデルの有効性評価結果に応じた報酬が、情報提供者である指摘者に付与されるため、より優れた要注意状況指摘情報を提供しようするモチベーションを指摘者に与えることができる。
【0008】
本開示の目的、特徴、態様、および利点は、以下の詳細な説明と添付図面とによって、より明白となる。
【図面の簡単な説明】
【0009】
【図1】実施の形態１に係る情報収集システムを含む移動支援システムの構成を示す図である。
【図2】実施の形態１に係る要注意状況指摘装置の構成を示す図である。
【図3】実施の形態１に係る移動支援装置の構成を示す図である。
【図4】実施の形態１に係る要注意状況指摘装置の動作を示すフローチャートである。
【図5】要注意状況の例を示す図である。
【図6】要注意状況の例を示す図である。
【図7】要注意状況指摘情報の例を示す図である。
【図8】実施の形態１に係る情報収集システムの情報収集プロセスを示すフローチャートである。
【図9】実施の形態１に係る情報収集システムの情報配信プロセスを示すフローチャートである。
【図10】実施の形態１に係る情報収集システムの報酬付与プロセスを示すフローチャートである。
【図11】実施の形態１に係る移動支援装置の情報配信依頼プロセスを示すフローチャートである。
【図12】実施の形態１に係る移動支援装置の要注意状況報知プロセスを示すフローチャートである。
【図13】ＨＵＤを用いた要注意状況の報知の例を示す図である。
【図14】要注意状況指摘情報の例を示す図である。
【図15】実施の形態１の変形例に係る情報収集システムを含む移動支援システムの構成を示す図である。
【図16】実施の形態１の変形例に係る移動支援装置の要注意状況報知プロセスを示すフローチャートである。
【図17】実施の形態２に係る情報収集システムを含む移動支援システムの構成を示す図である。
【図18】実施の形態２に係る要注意状況指摘装置の動作を示すフローチャートである。
【図19】実施の形態２に係る情報収集システムのデータ分析プロセスを示すフローチャートである。
【図20】実施の形態３に係る情報収集システムを含む移動支援システムの構成を示す図である。
【図21】実施の形態４に係る情報収集システムを含む移動支援システムの構成を示す図である。
【図22】実施の形態４に係る多機能ドライブレコーダの構成を示す図である。
【図23】情報収集システムのハードウェア構成例を示す図である。
【図24】情報収集システムのハードウェア構成例を示す図である。
【発明を実施するための形態】
【0010】
＜実施の形態１＞
図１は、実施の形態１に係る移動支援システムの構成を示す図である。この移動支援システムは、サーバ１００に構築された情報収集システム１０と、移動体である車両２００に搭載された要注意状況指摘装置２０と、移動体である車両３００に搭載された移動支援装置３０とを含む。以下、要注意状況指摘装置２０のユーザを「指摘者」といい、要注意状況指摘装置２０を搭載した車両２００を「指摘者車両」という。また、移動支援装置３０のユーザを「クライアント」といい、移動支援装置３０を搭載した車両３００を「クライアント車両」という。
図１は、実施の形態１に係る移動支援システムの構成を示す図である。この移動支援システムは、サーバ１００に構築された情報収集システム１０と、移動体である車両２００に搭載された要注意状況指摘装置２０と、移動体である車両３００に搭載された移動支援装置３０とを含む。以下、要注意状況指摘装置２０のユーザを「指摘者」といい、要注意状況指摘装置２０を搭載した車両２００を「指摘者車両」という。また、移動支援装置３０のユーザを「クライアント」といい、移動支援装置３０を搭載した車両３００を「クライアント車両」という。
【0011】
なお、以下の実施の形態では、要注意状況指摘装置２０および移動支援装置３０が搭載される移動体を車両としているが、移動体の種類に制約はなく、例えば、オートバイ、自転車、歩行者、船舶、飛行機、ヘリコプタなど、どのようなものでもよい。よって、以下の説明における「移動支援」は、移動体の種類に応じて、「運転支援」、「走行支援」、「歩行支援」、「操縦支援」、「飛行支援」などと読み替えることができる。
【0012】
要注意状況指摘装置２０は、指摘者車両２００の運転者である指摘者が指摘した、指摘者車両２００の走行中に遭遇した要注意状況の情報と、当該指摘者の識別子である指摘者ＩＤとを含む要注意状況指摘情報を生成して、情報収集システム１０に送信する。
【0013】
情報収集システム１０は、要注意状況指摘装置２０から送信される要注意状況指摘情報を収集し、収集した要注意状況指摘情報を基にして要注意状況をモデル化した情報である要注意状況モデルを作成する。また、情報収集システム１０は、作成した要注意状況モデルを蓄積し、移動支援装置３０からの要求に応じて、要注意状況モデルを移動支援装置３０へ配信する。
【0014】
移動支援装置３０は、情報収集システム１０から配信された要注意状況モデルに基づいて、クライアントの移動支援、すなわちクライアント車両３００の運転支援を行う。具体的には、移動支援装置３０は、クライアント車両３００の周囲の状況が要注意状況モデルに近い状態になると、クライアント車両３００が要注意状況にあると判断し、クライアント車両３００の運転者であるクライアントに要注意状況の報知を行う。
【0015】
また、クライアント車両３００は、報知がユーザの安全に寄与したか否かに応じて、当該要注意状況モデルの有効性を評価し、その評価結果（以下「有効性評価結果」ともいう）を情報収集システム１０に送信する。具体的には、移動支援装置３０は、要注意状況の報知がユーザの安全に寄与したと判断した場合には、当該要注意状況に対応する要注意状況モデルを「有効」と評価し、要注意状況の報知がユーザの安全に寄与しなかったと判断した場合には、当該要注意状況モデルを「無効」と評価する。
【0016】
情報収集システム１０は、移動支援装置３０から要注意状況モデルを「有効」と評価した評価結果を受信すると、その要注意状況モデルの基となった要注意状況指摘情報の指摘者（以下、「要注意状況モデルの指摘者」ということもある）に報酬を付与する。
【0017】
このように、実施の形態１に係る情報収集システム１０は、要注意状況モデルの有効性評価結果に応じた報酬を、情報提供者である指摘者に付与することで、より優れた要注意状況指摘情報を提供しようするモチベーションを指摘者に与えることができる。また、「無効」と評価された要注意状況モデルに報酬が支払われないことで、質の低い要注意状況指摘情報が提供されることが抑制されるという効果も期待できる。
【0018】
次に、情報収集システム１０、要注意状況指摘装置２０および移動支援装置３０の詳細を説明する。
【0019】
図１に示すように、情報収集システム１０は、情報収集部１１、要注意状況モデル作成部１２、要注意状況モデル記憶部１３、情報配信部１４、評価結果受信部１５および報酬付与部１６を備える。
【0020】
情報収集部１１は、要注意状況指摘装置２０から、指摘者が指摘した要注意状況の情報および指摘者ＩＤを含む要注意状況指摘情報を収集する。要注意状況モデル作成部１２は、収集された要注意状況指摘情報を基にして要注意状況のモデルである要注意状況モデルを作成する。要注意状況モデル記憶部１３は、要注意状況モデル作成部１２が作成した要注意状況モデルを記憶する。
【0021】
情報配信部１４は、移動支援装置３０からの要求に応じて、要注意状況モデル記憶部１３に記憶された要注意状況モデルを移動支援装置３０に配信する。評価結果受信部１５は、移動支援装置３０から送信された要注意状況モデルの有効性評価結果を受信する。報酬付与部１６は、評価結果受信部１５が受信した有効性評価結果に基づいて、「有効」と評価された要注意状況モデルの基となった要注意状況指摘情報の指摘者に報酬を付与する。
【0022】
図２は、要注意状況指摘装置２０の構成を示す図である。図２に示すように、要注意状況指摘装置２０は、指摘者車両２００が備える測位装置２０１、周辺検出装置２０２、運転者監視装置２０３、操作装置２０４に接続されている。これらの一部または全部は、要注意状況指摘装置２０に内蔵されてもよい。
【0023】
測位装置２０１は、ＧＮＳＳ（Global Navigation Satellite System）からの測位信号に基づいて、指摘者車両２００の位置を測定する。測位装置２０１は、指摘者車両２００の車速センサまたは加速度センサの出力データと地図データとを用いたマップマッチング処理などによって、測位信号から測定した指摘者車両２００の位置を補正してもよい。
【0024】
周辺検出装置２０２は、指摘者車両２００の周辺状況を検出する。周辺検出装置２０２は、例えば、カメラで撮影した画像を認識する画像認識装置、ＬｉＤＡＲ（Light Detection And Ranging）、ミリ波レーダなどで構成することができる。
【0025】
運転者監視装置２０３は、指摘者車両２００の運転者の状態を監視する。運転者監視装置２０３は、運転者を撮影するカメラや運転者の声を集音するマイクなどを有しており、運転者の顔の向き、視線の向き、音声、指差し動作など、運転者の挙動を検出できる。要注意状況指摘装置２０は、運転者監視装置２０３が検出した運転者の挙動から、運転者が要注意状況を指摘したことを検出することができる。
【0026】
なお、運転者監視装置２０３が運転者の状態を取得する方法は、直接的方法でも間接的方法でもよい。直接的方法とは、運転者の顔の向き、視線方向、表情、ペダルに対する足の位置、ハンドルを握る圧力、身体的な状態、心拍、呼吸数などの生理指標を検出する方法である。間接的方法とは運転状態を示す指標、例えば、ハンドルの向き、速度、加速度などから、運転者の状態を推定する方法である。
【0027】
操作装置２０４は、指摘者車両２００の運転者が要注意状況指摘装置２０に対する操作の入力手段である。操作装置２０４は、例えば、押しボタンや操作レバーなどのハードウェア、表示装置の画面に表示されるソフトウェアキー、音声操作を認識する音声認識装置など、どのようなものでもよい。
【0028】
図２に示すように、要注意状況指摘装置２０は、要注意状況指摘情報生成部２１、指摘者ＩＤ記憶部２２および通信部２３を備える。
【0029】
指摘者ＩＤ記憶部２２は、指摘者ＩＤを記憶した記憶媒体である。指摘者ＩＤは、例えば、指摘者車両２００に固有のＩＤ、要注意状況指摘装置２０に固有のＩＤ、情報収集システム１０から指摘者に付与されたＩＤ、指摘者自身が情報収集システム１０に登録したＩＤなど、指摘者を特定できればどのようなものでもよい。また、指摘者ＩＤ記憶部２２には、複数の指摘者ＩＤが記憶されていてもよい。
【0030】
要注意状況指摘情報生成部２１は、運転者監視装置２０３が検出した指摘者車両２００の運転者の挙動から、運転者が要注意状況を指摘したことを検出すると、その要注意状況の情報と、運転者の指摘者ＩＤとを含む要注意状況指摘情報を生成する。要注意状況の情報には、要注意状況の指摘地点、要注意状況の内容が含まれる。要注意状況の指摘地点は、運転者が要注意状況を指摘したことが検出されたときに測位装置２０１が測定した指摘者車両２００の位置から判断できる。また、要注意状況の内容は、運転者が要注意状況を指摘したことが検出された時刻の前後に、周辺検出装置２０２が検出した指摘者車両２００の周辺の状況や、運転者監視装置２０３が検出した運転者の挙動などから判断できる。
【0031】
通信部２３は、操作装置２０４に入力される運転者の操作に基づいて、運転者が要注意状況指摘情報を情報収集システム１０に提供する意思があるか否かを判断し、提供意思があると判断した場合に、通信装置（不図示）を用いて、要注意状況指摘情報を情報収集システム１０に送信する。通信装置は、要注意状況指摘装置２０に内蔵されていてもよいし、要注意状況指摘装置２０に外付けされた携帯電話やスマートフォンなどでもよい。
【0032】
図３は、移動支援装置３０の構成を示す図である。図３に示すように、移動支援装置３０は、クライアント車両３００が備える測位装置３０１、周辺検出装置３０２、操作装置３０４および報知装置３０５に接続されている。これらの一部または全部は、移動支援装置３０に内蔵されてもよい。
【0033】
測位装置３０１は、周辺検出装置３０２および操作装置３０４は、それぞれ図２に示した測位装置２０１、周辺検出装置２０２および操作装置２０４と同様の機能を有する。
【0034】
報知装置３０５は、クライアント車両３００の運転者に対する報知を行う装置である。報知装置３０５は、音声出力装置、画像表示装置、照射装置、振動装置など運転者に対する報知が可能なものであればどのようなものでもよい。報知装置３０５は、要注意状況の報知に用いられる。画像表示装置には、車両のフロントガラス（ウインドシールド）に画像を投影することで、車両の前方に存在して見える虚像を表示することができるＨＵＤ（Head-Up Display）が含まれる。報知装置３０５として、車両の前方に存在して見える虚像を表示するＨＵＤや、車外に向けて光を照射する照射装置が用いられる場合、報知装置３０５は、要注意状況の報知とともに、運転者の視線を要注意対象の方へ誘導する視線誘導を行うこともできる。
【0035】
図３に示すように、移動支援装置３０は、通信部３１、要注意状況モデル記憶部３２、報知判断部３３および有効性判定部３４を備える。
【0036】
通信部３１は、通信装置（不図示）を用いて、情報収集システム１０に対して要注意状況モデルの配信を要求したり、情報収集システム１０から配信される要注意状況モデルを受信したりする。
【0037】
要注意状況モデル記憶部３２は、通信部３１が受信した要注意状況モデルを記憶する。
【0038】
報知判断部３３は、クライアント車両３００の運転者に要注意状況を報知するか否かを判断する。具体的には、報知判断部３３は、測位装置３０１が測定したクライアント車両３００の位置と、周辺検出装置３０２が検出したクライアント車両３００の周辺の状況と基づいて、クライアント車両３００の周囲の状況が要注意状況モデルに近い状態であるか否かを判断し、クライアント車両３００の周囲の状況が要注意状況モデルに近い状態になると、クライアント車両３００が要注意状況に遭遇すると判断し、報知装置３０５を用いて、クライアント車両３００の運転者に要注意状況の報知を行う。
【0039】
有効性判定部３４は、報知判断部３３が行った要注意状況の報知の有効性を判断することで、その報知に対応する要注意状況モデルの有効性を評価する。具体的には、有効性判定部３４は、報知がユーザの安全に寄与したか否かを判断し、報知がユーザの安全に寄与したと判断した場合に、その報知に効果があったと判断し、当該報知に対応する要注意状況モデルを「有効」と評価する。また、有効性判定部３４は、要注意状況モデルの有効性評価結果を、通信部３１を介して情報収集システム１０へ送信する。
【0040】
有効性判定部３４は、「有効」を示す評価結果と「無効」を示す評価結果との両方を情報収集システム１０へ送信してもよいし、「有効」を示す評価結果のみを情報収集システム１０へ送信してもよい。例えば、クライアント車両３００が要注意状況モデルの示す要注意対象地点を通過したときに要注意状況が発生しなかった場合や、要注意状況が発生しても運転者が十分に注意を払っていると判断される場合に、有効性判定部３４が、その要注意状況モデルを「無効」と評価した評価結果を情報収集システム１０へ自動的に送信するようにしてもよい。
【0041】
【0042】
要注意状況指摘装置２０は、特定の起動操作に応じて起動する。例えば指摘者車両２００の走行開始に連動して要注意状況指摘装置２０が起動してもよい。
【0043】
要注意状況指摘装置２０が起動すると、要注意状況指摘情報生成部２１は、測位装置２０１が測定した指摘者車両２００の位置の情報を取得する（ステップＳ２００）。指摘者車両２００の位置の情報には、指摘者車両２００の向きの情報が含まれていてもよい。指摘者車両２００の向きは、指摘者車両２００の位置の履歴から算出できる。また、指摘者車両２００の向きは、指摘者車両２００のハンドル角や、加速度に基づいて補正されてもよい。
【0044】
また、要注意状況指摘情報生成部２１は、周辺検出装置２０２が検出した指摘者車両２００の周辺状況の情報を取得する（ステップＳ２０１）。要注意状況指摘情報生成部２１が取得する周辺状況の情報は、例えば、周辺の移動体の位置、道路形状、路面状態、周辺を撮影した画像、周辺の音声など、どのような情報でもよい。
【0045】
さらに、要注意状況指摘情報生成部２１は、運転者監視装置２０３が検出した指摘者車両２００の運転者の状態の情報を取得する（ステップＳ２０２）。要注意状況指摘情報生成部２１が取得する運転者の状態は、例えば、運転者の視線、音声、指差し動作など、運転者の挙動が分かるものであればどのような情報でもよい。
【0046】
要注意状況指摘情報生成部２１は、運転者の状態の情報から、運転者が要注意状況を指摘したか否かを判断する（ステップＳ２０３）。
【0047】
ここで、要注意状況の例を示す。例えば図５のように、指摘者車両２００の前方に左の脇道との合流地点があり、脇道から自転車が飛び出してきたとき、この状況を指摘者車両２００の運転者が要注意状況として指摘する場合について説明する。
【0048】
運転者が図５の要注意状況を指摘する方法としては、例えば、「左の脇道から自転車の飛び出しあり」と発声する方法、左の脇道に視線を移した後に「自転車の飛び出しあり」と発声する方法、左の脇道を指差して「自転車の飛び出しあり」と発声する方法、左の脇道に視線を移した後に指振りなど特定のジェスチャーをする方法、などが考えられる。要注意状況指摘情報生成部２１は、このような運転者の挙動を検出することで、要注意状況が指摘されたことを検出する。
【0049】
要注意状況の指摘地点は、運転者が要注意状況を指摘したときに測位装置２０１が測定した指摘者車両２００の位置でもよいし、周辺検出装置２０２が検出した要注意対象地点（図５の例では脇道との合流地点）の位置でもよい。基本的に両者の位置は近いので、以下では説明の簡略化のため、運転者が要注意状況を指摘したときに測位装置２０１が測定した指摘者車両２００の位置を、要注意対象地点の位置とみなす。つまり、図５の例では、運転者が要注意状況を指摘したときの指摘者車両２００の位置と、脇道との合流地点の位置とは、共に位置Ｐ１であるものとする。
【0050】
要注意状況の内容は、周辺検出装置２０２が検出した指摘者車両２００の周辺状況と、運転者監視装置２０３が検出した運転者の挙動から抽出される。要注意状況の内容には、要注意対象および要注意事項の情報が含まれている。要注意対象は移動体であってもよいし、特定の地点であってもよい。図５の例において、要注意状況の内容は、「左の脇道から自転車の飛び出しあり」であり、要注意対象は「自転車」または「脇道との合流地点」であり、要注意事項は「自転車の飛び出し」である。
【0051】
また、図６のように、指摘者車両２００が走行中の道路の幅が狭くなり、前方の自転車が右に寄って指摘者車両２００と接触する可能性があるとき、この状況を指摘者車両２００の運転者が要注意状況として指摘する場合について説明する。道路脇の歩道を走行中の自転車が、歩道が無くなる地点で車道にはみ出す場合も同様である。
【0052】
この場合、要注意状況指摘情報生成部２１は、運転者が例えば「自転車が右に寄る」と発声したことを検出すると、要注意状況を指摘したと判断し、要注意状況の内容を「自転車のはみ出し」と判断する。また、要注意状況の指摘地点は、道路の幅が狭くなる地点の位置Ｐ２である。
【0053】
ここでは要注意状況指摘情報生成部２１が、運転者が要注意状況を指摘したことを自動的に検出する例を示したが、後述するように、運転者が操作装置２０４を操作することで、要注意状況を指摘したと判断するようにしてもよい。
【0054】
図４に戻り、要注意状況指摘情報生成部２１は、運転者が要注意状況を指摘したと判断すると（ステップＳ２０３でＹＥＳ）、要注意状況指摘情報を作成する（ステップＳ２０４）。要注意状況指摘情報の構成は種々の形態が考えられるが、本実施の形態では、要注意状況指摘情報は、図７に示すように、指摘者ＩＤと、要注意状況の指摘地点と、要注意状況の内容とから構成されるものとする。なお、図７に示す要注意状況指摘情報は、図５および図６に示した要注意状況の例に対応している。
【0055】
要注意状況指摘情報が作成されると、通信部２３は、操作装置２０４に入力される運転者の操作に基づいて、要注意状況指摘情報を情報収集システム１０に提供する意思が運転者にあるか否かを判断する（ステップＳ２０５）。例えば、操作装置２０４に特定の操作が入力されると、運転者に要注意状況指摘情報の提供意思があると判断される。あるいは、運転者が要注意状況を指摘したことをもって、運転者に要注意状況指摘情報の提供意思があると判断されてもよい。すなわち、ステップＳ２０５は省略されてもよい。
【0056】
通信部２３は、運転者に要注意状況指摘情報の提供意思があると判断すると（ステップＳ２０６でＹＥＳ）、要注意状況指摘情報を情報収集システム１０へ送信する（ステップＳ２０７）。
【0057】
その後、要注意状況指摘装置２０は、指摘者車両２００の走行が終了したかどうかを確認する（ステップＳ２０８）。このとき走行が継続していれば（ステップＳ２０８でＮＯ）ステップＳ２００へ戻り、走行が終了していれば（ステップＳ２０８でＹＥＳ）、要注意状況指摘装置２０は動作を終了する。なお、運転者が要注意状況を指摘していないと判断された場合（ステップＳ２０３でＮＯ）、ならびに、運転者に要注意状況指摘情報の提供意思があると判断された場合（ステップＳ２０６でＮＯ）は、要注意状況指摘情報の作成または送信は行われずにステップＳ２０８へ移行し、指摘者車両２００の走行が終了したかどうか確認される。
【0058】
図４のフローでは、ステップＳ２０４で要注意状況指摘情報が作成されるごとに、ステップＳ２０５で運転者に要注意状況指摘情報の提供意思があるか否かの判断がなされる。しかし、要注意状況指摘情報が作成された時点では運転者の意思確認を行わず、要注意状況指摘情報を記憶しておき、例えば指摘者車両２００の停車時などに、それまでに記憶された１つ以上の要注意状況指摘情報のうちから情報収集システム１０へ送信するものを運転者がまとめて選択するようにしてもよい。
【0059】
次に、情報収集システム１０の動作を説明する。本実施の形態では、情報収集システム１０の動作の一例として、図８、図９および図１０に示すフローチャートに相当する３つのプロセス、すなわち、情報収集プロセス、情報配信プロセスおよび報酬付与プロセスが並行して実施されるマルチプロセス構成を説明する。なお、情報収集システム１０のプログラム構成は、シングルプロセス構成でもよいし、４つ以上のプロセスが並行して実施されるマルチプロセス構成でもよい。
【0060】
図８は、情報収集システム１０の情報収集プロセスの動作フローである。
【0061】
情報収集プロセスでは、要注意状況指摘装置２０から送信された要注意状況指摘情報を、情報収集部１１が受信する（ステップＳ１００）。要注意状況指摘情報が受信されると、要注意状況モデル作成部１２が、その要注意状況指摘情報を基にして要注意状況モデルを作成する（ステップＳ１０１）。作成された要注意状況モデルは、要注意状況モデル記憶部１３に記憶される。
【0062】
本実施の形態では、説明の簡略化のため、要注意状況モデル作成部１２は、受信した要注意状況指摘情報をそのままのデータ構成で要注意状況モデルとするものとする。すなわち、要注意状況モデルも、図７と同様に、指摘者ＩＤと、要注意状況の指摘地点と、要注意状況の内容とから構成される。
【0063】
なお、指摘者ＩＤは異なるが内容の重複する複数の要注意状況モデルが得られた場合、指摘された時刻が最も古い要注意状況モデルのみを採用してもよいし、内容の重複する複数の要注意状況モデルを１つにマージして、複数の指摘者ＩＤを持つ要注意状況モデルを作成してもよい。
【0064】
要注意状況モデル記憶部１３は、要注意状況モデルを、要注意状況の指摘地点、要注意状況の内容、指摘者ＩＤ、地理的特徴などに基づいてカテゴライズして記憶してもよい。また、要注意状況モデル記憶部１３は、リレーショナルデータベース管理システム（ＲＤＢＭＳ）を利用して要注意状況モデルを格納してもよい。
【0065】
図９は、情報収集システム１０の情報配信プロセスの動作フローである。
【0066】
情報配信プロセスでは、移動支援装置３０から送信された要注意状況モデルの配信要求を、情報配信部１４が受信する（ステップＳ１１０）。情報配信部１４は、要注意状況モデルの配信要求を受信すると、配信要求に応じた要注意状況モデルを要注意状況モデル記憶部１３から読み出して、配信要求の送信元の移動支援装置３０へ配信する（ステップＳ１１１）。
【0067】
要注意状況モデルの配信要求には、配信を要求する要注意状況モデルの範囲（以下「配信要求範囲」という）の情報が含まれていてもよい。要注意状況モデルの配信要求範囲は、例えば、要注意状況の指摘地点が特定の範囲内にある要注意状況モデルなどである。ここでいう特定の範囲は、例えば、移動支援装置３０の位置を中心とする一定の範囲（例えば１００ｋｍ四方の範囲）、移動支援装置３０の位置とは関係のない特定の範囲、移動支援装置３０の走行予定経路に沿った範囲、移動支援装置３０の過去の走行経路に沿った範囲などである。
【0068】
図１０は、情報収集システム１０の報酬付与プロセスの動作フローである。
【0069】
報酬付与プロセスでは、移動支援装置３０から送信された要注意状況モデルの有効性評価結果を、評価結果受信部１５が受信する（ステップＳ１２０）。要注意状況モデルの有効性評価結果が受信されると、報酬付与部１６は、有効性評価結果の内容（すなわち評価結果が「有効」か「無効」か）を確認し、「有効」と評価された要注意状況モデルの指摘者に報酬を付与する（ステップＳ１２１）。
【0070】
報酬は、例えば、金銭、電子マネー、クーポン、指摘者の格付けアップ、何らかのポイント、移動支援装置３０への広告の権利など、どのようなものでもよい。また、報酬の額は、指摘者ごと、あるいは要注意状況モデルごとに、「有効」の評価結果の獲得数に応じて計算されてもよい。
【0071】
次に、移動支援装置３０の動作を説明する。本実施の形態では、移動支援装置３０の動作の一例として、図１１および図１２に示すフローチャートに相当する２つのプロセス、すなわち、情報配信依頼プロセスおよび評価結果送信プロセスが並行して実施されるマルチプロセス構成を説明する。なお、情報収集システム１０のプログラム構成は、シングルプロセス構成でもよいし、３つ以上のプロセスが並行して実施されるマルチプロセス構成でもよい。
【0072】
図１１は、移動支援装置３０の情報配信依頼プロセスの動作フローである。
【0073】
情報配信依頼プロセスでは、まず、通信部３１は、情報収集システム１０に要注意状況モデルの配信を要求するタイミングであるか否かを判断する（ステップＳ３００）。要注意状況モデルの配信を要求するタイミングであれば（ステップＳ３００でＹＥＳ）、通信部３１は、情報収集システム１０に要注意状況モデルの配信要求を送信する（ステップＳ３０１）。
【0074】
要注意状況モデルの配信を要求するタイミングは、例えば、クライアント車両３００が走行を開始した時点、クライアント車両３００の走行予定経路として過去に走行したことのない場所を通る経路が設定された時点、クライアント車両３００が過去に走行したことのない場所に進入した時点など、どのようなタイミングでもよい。
【0075】
その後、配信要求を受信した情報収集システム１０から要注意状況モデルが配信され、通信部３１が、その要注意状況モデルを受信する（ステップＳ３０２）。受信された要注意状況モデルは、要注意状況モデル記憶部３２に記憶される（ステップＳ３０３）。
【0076】
その後、移動支援装置３０は、クライアント車両３００の走行が終了したかどうかを確認する（ステップＳ３０４）。このとき走行が継続していれば（ステップＳ３０４でＮＯ）ステップＳ３００へ戻り、走行が終了していれば（ステップＳ３０４でＹＥＳ）、移動支援装置３０は動作を終了する。なお、要注意状況モデルの配信を要求するタイミングでない場合（ステップＳ３００でＮＯ）は、要注意状況モデルの配信要求の送信は行われずにステップＳ３０４へ移行し、クライアント車両３００の走行が終了したかどうか確認される。
【0077】
図１２は、要注意状況報知プロセスの動作フローである。
【0078】
要注意状況報知プロセスでは、報知判断部３３は、測位装置３０１が測定したクライアント車両３００の位置の情報を取得する（ステップＳ３１０）。クライアント車両３００の位置の情報には、クライアント車両３００の向きの情報が含まれていてもよい。クライアント車両３００の向きは、クライアント車両３００の位置の履歴から算出できる。また、クライアント車両３００の向きは、クライアント車両３００のハンドル角や、加速度に基づいて補正されてもよい。
【0079】
また、報知判断部３３は、周辺検出装置３０２が検出したクライアント車両３００の周辺状況の情報を取得する（ステップＳ３１１）。報知判断部３３が取得する周辺状況の情報は、例えば、周辺の移動体の位置、道路形状、路面状態、周辺を撮影した画像、周辺の音声など、どのような情報でもよい。
【0080】
続いて、報知判断部３３は、クライアント車両３００の位置および周辺状況の情報に基づいて、クライアント車両３００の周囲の状況が、要注意状況モデル記憶部３２に記憶されたいずれかの要注意状況モデルに近い状態か否かを判断することで、クライアント車両３００が要注意状況にあるか否かを判断する（ステップＳ３１２）。
【0081】
例えば、要注意状況モデル記憶部３２に、図７のような要注意状況モデルが記憶されている場合、クライアント車両３００の位置が要注意状況の指摘地点の位置Ｐ１またはＰ２に近づくと（例えば、指摘地点の位置Ｐ１またはＰ２までの距離が１０ｍ以下になると）、クライアント車両３００の周囲の状況が要注意状況モデルに近い状態になったと判断される。このとき、クライアント車両３００の進行方向や、周辺検出装置３０２によって自転車が検出されているかどうかが加味されてもよい。
【0082】
クライアント車両３００が要注意状況にあると判断された場合（ステップＳ３１３でＹＥＳ）、報知判断部３３は、報知装置３０５を用いて、クライアント車両３００の運転者に要注意状況の報知を行う（ステップＳ３１４）。この報知の内容は、要注意状況モデルにおける要注意状況の内容に応じて決定される。例えば、要注意状況モデル記憶部３２に、図７のような要注意状況モデルが記憶されており、クライアント車両３００の位置が要注意状況の指摘地点の位置Ｐ１に近づいた場合には、報知装置３０５から「自転車飛び出し注意」などの音声メッセージが出力されるとよい。
【0083】
また、報知装置３０５がＨＵＤを含む場合、報知判断部３３は、例えば図１３のように、クライアント車両３００のフロントガラスに要注意対象の位置を示す虚像である表示オブジェクト３５を表示してもよい。図１３は、路肩の複数の駐車車両の間から歩行者が飛び出すおそれのある要注意状況（後に示す図１４の「Info 7」の要注意状況に相当）を示しており、表示オブジェクト３５はその要注意状況における要注意対象である複数の駐車車両の位置を視覚的に報知している。
【0084】
続いて、有効性判定部３４が、ステップＳ３１４で行われた要注意状況の報知の有効性を判断することで、その報知に対応する要注意状況モデルの有効性を評価する（ステップＳ３１５）。本実施の形態では、クライアント車両３００の運転者は、報知が有効であった場合に、その旨を示す特定の操作を操作装置３０４に入力するものとし、有効性判定部３４は、報知が行われてから一定時間内（例えば１０秒内）に特定の操作が入力されると、当該報知が有効であったと判断するものとする。
【0085】
有効性判定部３４は、報知が有効であったと判断した場合（ステップＳ３１６でＹＥＳ）、その報知に対応する要注意状況モデルを「有効」と評価し、その評価結果を、通信部３１を通して情報収集システム１０へ送信する（ステップＳ３１７）。
【0086】
その後、移動支援装置３０は、クライアント車両３００の走行が終了したかどうかを確認する（ステップＳ３１８）。このとき走行が継続していれば（ステップＳ３１８でＮＯ）ステップＳ３１０へ戻り、走行が終了していれば（ステップＳ３１８でＹＥＳ）、移動支援装置３０は動作を終了する。なお、クライアント車両３００が要注意状況にあると判断されなかった場合は（ステップＳ３１３でＮＯ）、報知は行われずにステップＳ３１８へ移行する。また、報知が有効でなかったと判断された場合は（ステップＳ３１６でＮＯ）、有効性評価結果の送信は行われずにステップＳ３１８へ移行する。あるいは、報知が有効でなかったと判断された場合は（ステップＳ３１６でＮＯ）、有効性判定部３４が、「無効」の評価結果を情報収集システム１０に送信してから、ステップＳ３１８へ移行してもよい。
【0087】
［変形例１］
実施の形態１の移動支援装置３０では、有効性判定部３４は、報知が有効であったか否かを操作装置３０４に入力される操作に基づいて判断したが、クライアント車両３００の運転者の発声やジェスチャーに基づいて判断してもよい。例えば、移動支援装置３０の運転者が「助かった」などと発生した場合や、特定のしぐさを行った場合に、報知が有効であったと判断されてもよい。
実施の形態１の移動支援装置３０では、有効性判定部３４は、報知が有効であったか否かを操作装置３０４に入力される操作に基づいて判断したが、クライアント車両３００の運転者の発声やジェスチャーに基づいて判断してもよい。例えば、移動支援装置３０の運転者が「助かった」などと発生した場合や、特定のしぐさを行った場合に、報知が有効であったと判断されてもよい。
【0088】
また、有効性評価結果は、「有効」と「無効」の２段階でなくてもよく、例えば「非常に有効」、「普通」、「逆効果」などを加えた３段階以上の多段階としてもよい。
【0089】
［変形例２］
要注意状況指摘情報および要注意状況モデルのデータ構造は、図７のような単純なものに限られず、例えば図１４に示すような、要注意状況における要注意対象の位置および属性、ならびに要注意対象に対する要注意事項の属性などを含んでいてもよい。
要注意状況指摘情報および要注意状況モデルのデータ構造は、図７のような単純なものに限られず、例えば図１４に示すような、要注意状況における要注意対象の位置および属性、ならびに要注意対象に対する要注意事項の属性などを含んでいてもよい。
【0090】
要注意対象には、交通違反の取り締まり場所が含まれてもよい。一般に、交通違反の取り締まり場所は、うっかり交通違反を犯しやすい場所であるため、運転支援の効果は高い。
【0091】
要注意状況モデルの情報に要注意対象の属性が含まれる場合、移動支援装置３０が行う報知の態様を、要注意対象の属性に応じて変更することができる。例えば、要注意状況の報知がＨＵＤで実施される場合、要注意対象の方向に属性に応じたマークを重畳表示することなどが考えられる。また、音声によって要注意対象の属性を報知してもよい。これにより、クライアント車両３００の運転者は、注意すべき対象を絞ることができる。
【0092】
要注意事項の属性は、どのようなことに注意すればよいかを示す。例えば、要注意対象が自転車の場合は、飛び出し、フラツキ、急な進路変更などである。その他、クライアント車両３００の進路変更時の巻き込み注意、右左折時の歩行者への接触注意、法令順守義務（一旦停止、進行方向制限、速度違反など）に違反するおそれに対する注意などでもよい。要注意事項の属性を報知することで、クライアント車両３００の運転者は、注意すべき内容を絞ることができる。
【0093】
要注意状況の内容には、車両の走行環境が含まれていてもよい。悪天候時や交通渋滞時にのみ発生する要注意状況が存在するためである。例えば、降雨時の道路の冠水や、強風時のトンネル出口での横風、渋滞時の車両間からの歩行者の飛び出しなどがある。
【0094】
要注意対象の位置は、絶対位置（緯度、軽度）に限られず、車両（指摘者車両２００または指摘者車両２００）に対する相対位置であってもよい。例えば、追い抜き、追い越し、右左折、車線変更などに起因する要注意状況や、路肩の駐車車両や事故車両、緊急車両、不審車両、整備不良車両などに起因する要注意状況など、不特定の場所で発生する要注意状況が存在するためである。
【0095】
より具体的には、例えば、駐車車両の間からの自転車または歩行者が飛び出すおそれのある状況、狭い交差点での右折時に内輪差によって障害物（歩行者を含む）の巻き込むおそれのある状況、前方のバイクや自転車の運転者が左右に首を振り（左右確認を行い）、進路変更や車線変更するおそれのある状況は、不特定の場所で発生する要注意状況となる。
【0096】
［変形例３］
実施の形態１では、移動体が車両である例を示したが、本開示に係る移動支援システムは、船舶や航空機、ヘリコプタ等の移動支援システムに適用してもよい。例えば、船舶であれば、海流や、島、岩礁、風雨など特定の位置、地域、環境に応じた、ベテラン操作者から提供された要注意状況指摘情報から要注意状況モデルが作成されることで、艱難事故を抑制することができる。特に岩礁などの位置情報と海流の情報と組み合わせた要注意状況モデルは座礁防止効果が大きい。
実施の形態１では、移動体が車両である例を示したが、本開示に係る移動支援システムは、船舶や航空機、ヘリコプタ等の移動支援システムに適用してもよい。例えば、船舶であれば、海流や、島、岩礁、風雨など特定の位置、地域、環境に応じた、ベテラン操作者から提供された要注意状況指摘情報から要注意状況モデルが作成されることで、艱難事故を抑制することができる。特に岩礁などの位置情報と海流の情報と組み合わせた要注意状況モデルは座礁防止効果が大きい。
【0097】
［変形例４］
本開示に係る移動支援システムは、歩行者や自転車などの軽車両の移動支援システムに適用してもよい。その場合、要注意状況指摘装置２０や移動支援装置３０は、位置測位機能付きの携帯通信端末（例えば携帯電話やスマートフォンなど）で動作するアプリケーションで実現されてもよい。また、軽車両には、軽車両用の専用端末を用意してもよい。
本開示に係る移動支援システムは、歩行者や自転車などの軽車両の移動支援システムに適用してもよい。その場合、要注意状況指摘装置２０や移動支援装置３０は、位置測位機能付きの携帯通信端末（例えば携帯電話やスマートフォンなど）で動作するアプリケーションで実現されてもよい。また、軽車両には、軽車両用の専用端末を用意してもよい。
【0098】
［変形例５］
本開示に係る移動支援システムは、トラック、バス、特殊車両の移動支援システムに適用してもよい。トラック、バス、特殊車両に特有の要注意状況が存在するためである。また、要注意状況に関するベテランドライバのノウハウを、移動支援システムを通して初心者ドライバに伝授する価値は、乗用車にくらべて大きいものがある。トラックやバスは車幅が広く、狭い道路での通行可否や、巻き込みに関する注意、スリップのしやすさ等、乗用車とは異なる要注意状況が存在する。ダンプカーも、土砂運搬時や住宅走行時などの要注意状況には特殊なものがある。
本開示に係る移動支援システムは、トラック、バス、特殊車両の移動支援システムに適用してもよい。トラック、バス、特殊車両に特有の要注意状況が存在するためである。また、要注意状況に関するベテランドライバのノウハウを、移動支援システムを通して初心者ドライバに伝授する価値は、乗用車にくらべて大きいものがある。トラックやバスは車幅が広く、狭い道路での通行可否や、巻き込みに関する注意、スリップのしやすさ等、乗用車とは異なる要注意状況が存在する。ダンプカーも、土砂運搬時や住宅走行時などの要注意状況には特殊なものがある。
【0099】
バスなどは急ブレーキ、急ハンドルによる乗客の転倒防止の観点が、要注意状況として加わる。また、パトカー、救急車、消防車などの緊急車両も、緊急走行時に、他の車両が停止しているかどうか、他の車両が緊急車両の進路を開けているかどうかなど特殊な状況確認が必要であるため、一般車両とは要注意状況が異なる。また、フォークリフトは、後輪操舵であることによる特殊な要注意状況や、フォークリフトが移動する工場ならではの要注意状況などがある。
【0100】
また、電車、汽車、路面電車などの操作に関しても、プラットフォーム近接時、踏切接近時などに、列車ならではの特殊な要注意状況があり、ベテラン運転手のノウハウ伝授は重要である。
【0101】
［変形例６］
また、指摘者車両２００およびクライアント車両３００を、その車両の使用目的別にカテゴライズして、要注意状況指摘情報の収集および要注意状況モデルの作成を行ってもよい。すなわち、要注意状況指摘情報および要注意状況モデルに、指摘者車両２００またはクライアント車両３００の使用目的の種別の情報を含ませてもよい。車両の使用目的としては、宅配、引っ越し、送迎、荷物の運搬、動物の運搬などがある。
また、指摘者車両２００およびクライアント車両３００を、その車両の使用目的別にカテゴライズして、要注意状況指摘情報の収集および要注意状況モデルの作成を行ってもよい。すなわち、要注意状況指摘情報および要注意状況モデルに、指摘者車両２００またはクライアント車両３００の使用目的の種別の情報を含ませてもよい。車両の使用目的としては、宅配、引っ越し、送迎、荷物の運搬、動物の運搬などがある。
【0102】
［変形例７］
実施の形態１では、要注意状況と報酬額について何ら規定していなかったが、要注意状況モデルの種別ごとに、要注意状況から事故に繋がったときの損失額（逆に言えば、事故を回避できたとき免れる損失額）を見積もり、その額に応じて要注意状況モデルの種別ごとの報酬額を設定してもよい。
実施の形態１では、要注意状況と報酬額について何ら規定していなかったが、要注意状況モデルの種別ごとに、要注意状況から事故に繋がったときの損失額（逆に言えば、事故を回避できたとき免れる損失額）を見積もり、その額に応じて要注意状況モデルの種別ごとの報酬額を設定してもよい。
【0103】
［変形例８］
移動支援装置３０と要注意状況指摘装置２０は一体型でもよい。その場合、指摘者車両２００とクライアント車両３００とは同一の車両になる。
移動支援装置３０と要注意状況指摘装置２０は一体型でもよい。その場合、指摘者車両２００とクライアント車両３００とは同一の車両になる。
【0104】
［変形例９］
情報収集システム１０の報酬付与部１６は、有効性評価結果の送信元が一定の条件に当てはまる場合、その有効性評価結果を無効化して、指摘者に報酬を付与しないようにしてもよい。
情報収集システム１０の報酬付与部１６は、有効性評価結果の送信元が一定の条件に当てはまる場合、その有効性評価結果を無効化して、指摘者に報酬を付与しないようにしてもよい。
【0105】
例えば、有効性評価結果を送信したクライアントが、その有効性評価結果に対応する要注意状況モデルの指摘者と一致する場合に、有効性評価結果を無効化してもよい。クライアントと指摘者とが同じ場合は、不正に報酬を受けるための自作自演である可能性が高いためである。
【0106】
また、一定期間内に、同一のクライアントが同一の要注意状況モデルに対し、「有効」の評価結果を送信した場合に、その有効性評価結果を無効化してもよい。クライアントと指摘者とが異なる場合であっても、同一のクライアントから繰り返し「有効」の評価結果が送信されるときは、不正に報酬を受けるための組織的な自作自演（不正に報酬を受けることの幇助）である可能性が高いためである。
【0107】
［変形例１０］
移動支援装置３０が、クライアント車両３００の運転者の運転操作を監視し、要注意状況を報知したときに、運転者がその報知内容に応じた運転操作、つまり、報知された要注意状況を回避する運転操作を行った場合に、運転者（クライアント）へ報酬を付与してもよい。クライアントを安全運転に寄与させる効果がある。
移動支援装置３０が、クライアント車両３００の運転者の運転操作を監視し、要注意状況を報知したときに、運転者がその報知内容に応じた運転操作、つまり、報知された要注意状況を回避する運転操作を行った場合に、運転者（クライアント）へ報酬を付与してもよい。クライアントを安全運転に寄与させる効果がある。
【0108】
［変形例１１］
実施の形態１で示した移動支援装置３０の要注意状況報知プロセス（図１２）では、クライアント車両３００の運転者が要注意状況に気づいているか否かにかかわらず要注意状況の報知を実施するものであったが、移動支援装置３０は、運転者が要注意状況に気づいていない場合だけに要注意状況の報知を実施してもよい。また、移動支援装置３０は、報知を切っ掛けにして、クライアント車両３００の運転者が要注意状況に気付いていない状態から、要注意状況に気付いた状態に変化したことが検出された場合に、報知がユーザの安全に寄与したとみなし、当該報知が有効であったと判断してもよい。
実施の形態１で示した移動支援装置３０の要注意状況報知プロセス（図１２）では、クライアント車両３００の運転者が要注意状況に気づいているか否かにかかわらず要注意状況の報知を実施するものであったが、移動支援装置３０は、運転者が要注意状況に気づいていない場合だけに要注意状況の報知を実施してもよい。また、移動支援装置３０は、報知を切っ掛けにして、クライアント車両３００の運転者が要注意状況に気付いていない状態から、要注意状況に気付いた状態に変化したことが検出された場合に、報知がユーザの安全に寄与したとみなし、当該報知が有効であったと判断してもよい。
【0109】
図１５は、本変形に係る移動支援装置３０のブロック図である。図１５の移動支援装置３０の構成は、図３の構成に対し、運転者監視装置３０３を追加したものである。運転者監視装置３０３は、図２に示した運転者監視装置３０３と同様の機能を有する。
【0110】
【0111】
ステップＳ３２０は、ステップＳ３１３にてクライアント車両３００が要注意状況にあると判断された場合（ステップＳ３１３でＹＥＳ）に行われる。ステップＳ３２０では、報知判断部３３が、運転者監視装置３０３から運転者の状態の情報を取得する。
【0112】
ステップＳ３２１は、ステップＳ３２０に続いて行われる。ステップＳ３２１では、報知判断部３３が、ステップＳ３２０で取得された運転者の状況から、運転者が要注意状況に気づいているか否か判断する。運転者が要注意状況に気付いていない場合は（ステップＳ３２１でＮＯ）、ステップＳ３１４へ移行して、要注意状況の報知が行われる。運転者が要注意状況に気付いている場合は（ステップＳ３２１でＹＥＳ）、要注意状況の報知は行われずに、ステップＳ３１８へ移行する。
【0113】
運転者が要注意状況に気付いているか否かは、例えば、以下の方法で判断できる。例えば、運転者の視線や顔の向きから判断する方法がある。この方法を用いる場合、報知判断部３３は、運転者の顔の向きや視線が要注意物対象物の方向と合致する場合に、運転者が要注意状況に気付いていると判断する。
【0114】
また、運転者の生理状況もしくは心理状況から判断する方法でもよい。この方法を用いる場合、報知判断部３３は、運転者の心拍や呼吸に変化があった場合や、表情がシリアスに変化した場合、ハンドルを握る力が上昇した場合などに、運転者が要注意状況に気付いていると判断する。
【0115】
また、クライアント車両３００の車両センサの出力から間接的に判断する方法でもよい。この方法を用いる場合、報知判断部３３は、要注意対象から避けるようなハンドル操作や、衝突を避けるためのブレーキ、アクセル操作を検出した場合に、運転者が要注意状況に気付いていると判断する。
【0116】
以上のような判断方法を複数組み合わせ、複数の判断結果から、運転者が要注意状況に気付いているか否かを総合的に判断してもよい。
【0117】
ステップＳ３２２は、ステップＳ３１４の後、すなわち、要注意状況の報知が行われた後に行われる。ステップＳ３２２では、ステップＳ３２０と同様に、報知判断部３３が、運転者監視装置３０３から運転者の状態の情報を取得する。
【0118】
ステップＳ３２２の後は、ステップＳ３１５へ移行し、有効性判定部３４が、ステップＳ３１４で行われた要注意状況の報知の有効性を判断することで、その報知に対応する要注意状況モデルの有効性を評価する。ただし、本実施の形態では、有効性判定部３４は、報知前のステップＳ３２０で取得された運転者の状態と、報知後のステップＳ３２１で取得された運転者の状態とを対比して、報知の前後における運転者の状態の変化から、報知の有効性を判断する。
【0119】
例えば、有効性判定部３４は、運転者の状態が、報知を切っ掛けにして、要注意状況に気付いていない状態から気付いた状態に変化したことが検出された場合に、報知が運転者の安全に寄与したと判断し、報知が有効であったと判断してもよい。また、有効性判定部３４は、運転者の顔の向きまたは視線方向を検出し、運転者の顔の向きまたは視線方向が、報知を切っ掛けにして、要注意対象に向いていない状態から向いた状態に変化したことが検出された場合に、報知が運転者の安全に寄与したと判断し、報知が有効であったと判断してもよい。また、有効性判定部３４は、運転者の動作を検出し、運転者が、報知を切っ掛けにして、要注意対象を避ける動作をとったことが検出された場合に、報知が運転者の安全に寄与したと判断し、報知が有効であったと判断してもよい。
【0120】
本変形によれば、クライアント車両３００の運転者が要注意状況に気づいていない場合に、要注意状況の報知が行われ、運転者が要注意状況に気づいたか否かに応じて自動的に報知の有効性が判断されるので、運転者の主観的な判断によらない、報知の有効性の客観的な評価がなされる。また、運転者が報知の有効性を判断する手間が省けるため、運転者にとっての利便性が向上する。
【0121】
なお、本変形例においても、実施の形態１で説明した操作装置３０４の操作に基づく報知の有効性の判断方法を併用してもよい。
【0122】
＜実施の形態２＞
実施の形態１の移動支援システムでは、指摘者車両２００の運転者により要注意状況が指摘されたときに測位装置２０１、周辺検出装置２０２および運転者監視装置２０３で記録された要注意状況の情報を含むデータは、要注意状況指摘装置２０で分析され、その分析結果が要注意状況指摘情報として情報収集システム１０へ送信される。実施の形態２では、要注意状況が指摘されたときに測位装置２０１、周辺検出装置２０２および運転者監視装置２０３で記録されたデータの分析を、情報収集システム１０で行う例を示す。以下、分析前のデータ、すなわち測位装置２０１、周辺検出装置２０２および運転者監視装置２０３などから取得したそのままのデータを「生データ」という。
実施の形態１の移動支援システムでは、指摘者車両２００の運転者により要注意状況が指摘されたときに測位装置２０１、周辺検出装置２０２および運転者監視装置２０３で記録された要注意状況の情報を含むデータは、要注意状況指摘装置２０で分析され、その分析結果が要注意状況指摘情報として情報収集システム１０へ送信される。実施の形態２では、要注意状況が指摘されたときに測位装置２０１、周辺検出装置２０２および運転者監視装置２０３で記録されたデータの分析を、情報収集システム１０で行う例を示す。以下、分析前のデータ、すなわち測位装置２０１、周辺検出装置２０２および運転者監視装置２０３などから取得したそのままのデータを「生データ」という。
【0123】
図１７は、実施の形態２に係る移動支援システムの構成を示す図である。図１７の移動支援システムの構成は、要注意状況指摘装置２０の要注意状況モデル作成部１２が、生データ記憶部１２ａおよび生データ分析部１２ｂを備える点で図１の構成と異なる。
【0124】
また、実施の形態２においては、要注意状況指摘装置２０では、測位装置２０１、周辺検出装置２０２および運転者監視装置２０３から取得した生データの分析は行われず、要注意状況指摘装置２０が送信する要注意状況指摘情報に、要注意状況の情報として、運転者が要注意状況を指摘した時刻の前後一定期間に測位装置２０１、周辺検出装置２０２および運転者監視装置２０３で記録された生データが含められる。以下、この生データを「要注意状況の生データ」という。
【0125】
測位装置２０１で記録される生データは、指摘者車両２００の位置データである。周辺検出装置２０２で記録される生データは、カメラにより記録される指摘者車両２００周辺の映像データ、集音器により記録される指摘者車両２００周辺の音声データ、周辺センサの出力データなどである。また、運転者監視装置２０３で記録される生データとしては、カメラにより記録される運転者の映像データ、集音器により記録される運転者の発声の音声データなどである。要注意状況指摘装置２０から送信される要注意状況指摘情報には、これらのいずれか１つ以上の生データが含まれている。
【0126】
生データ記憶部１２ａは、要注意状況指摘装置２０から受信した要注意状況指摘情報に含まれる生データ（要注意状況の生データ）を一時的に記憶する。生データ分析部１２ｂは、生データ記憶部１２ａに記憶された要注意状況の生データを分析し、その分析結果に基づいて要注意状況モデルを生成する。また、生データ分析部１２ｂが学習機能を有している場合、学習の進行に応じて、要注意状況モデル記憶部１３に記憶済みの要注意状況モデルに対応する生データを再度分析し、要注意状況モデル作成部１２がその分析結果に基づき要注意状況モデルを更新してもよい。
【0127】
【0128】
ステップＳ２１０は、ステップＳ２０３にて運転者が要注意状況を指摘したと判断された場合（ステップＳ２０３でＹＥＳ）に行われる。ステップＳ２１０では、ステップＳ２０１からＳ１０３と同様の情報取得、すなわち、指摘者車両２００の位置の情報、指摘者車両２００の周辺状況の情報、指摘者車両２００の運転者の状態の情報の取得が、一定期間継続される。
【0129】
ステップＳ２１０の後はステップＳ２０４へ移行し、要注意状況指摘情報を作成する（ステップＳ２０４）。このとき要注意状況指摘情報生成部２１は、要注意状況指摘情報に、要注意状況の情報として、運転者が要注意状況を指摘した時刻の前後一定期間に周辺検出装置２０２および運転者監視装置２０３で記録された生データ（すなわち、要注意状況の生データ）を含ませる。要注意状況指摘情報生成部２１が要注意状況の生データの分析を行う必要はない。
【0130】
ステップＳ２０３の後にステップＳ２１０が行われることで、要注意状況指摘情報生成部２１は、運転者が要注意状況を指摘した時刻の前の生データだけでなく、その時刻の後の一定期間に記録された生データも、要注意状況指摘情報に含ませることができる。
【0131】
実施の形態２の情報収集システム１０は、実施の形態１で説明した情報収集プロセス、情報配信プロセスおよび報酬付与プロセスに、下で説明するデータ分析プロセスを加えた４つのプロセスを並行して実行する。
【0132】
ただし、実施の形態２では、情報収集プロセスのフロー（図８）において、ステップＳ１００で受信された要注意状況の生データを含む要注意状況指摘情報は、要注意状況モデル作成部１２の生データ記憶部１２ａに記憶され、ステップＳ１０１では、生データ分析部１２ｂが生データ記憶部１２ａに記憶された生データを分析して判断した要注意状況の内容に基づいて要注意状況モデルが作成される。
【0133】
図１９は、情報収集システム１０のデータ分析プロセスの動作フローである。
【0134】
データ分析プロセスでは、まず、生データ分析部１２ｂが、生データを分析すべきタイミングであるか否かを判断する（ステップＳ１２０）。分析タイミングは、一定時間ごと（例えば１週間ごと）でもよいし、情報収集システム１０のオペレータからの指示があった時点や、要注意状況指摘装置２０から要注意状況指摘情報を受信した時点など、どのようなタイミングでもよい。
【0135】
分析のタイミングであれば（ステップＳ１２０でＹＥＳ）、生データ分析部１２ｂは、生データ記憶部１２ａから要注意状況の生データを読み出す（ステップＳ１２１）。そして、生データ分析部１２ｂは、予め定められた分析方法で生データを分析することで、要注意状況の内容を判断する（ステップＳ１２２）。情報収集プロセスのフロー（図８）のステップＳ１０１では、ステップＳ１２２で判断された要注意状況の内容に基づいて、図７もしくは図１４に示したような要注意状況モデルが作成される。
【0136】
生データの分析には、ＣＮＮ（Convolutional Neural Network）などの機械学習処理を利用してもよい。機械学習は、教師なし学習でもよいし、音声データから判断された要注意状況の内容を教師として、映像データと要注意状況の内容との関係を学習するなどの教師あり学習でもよい。
【0137】
一般的に、サーバ１００のＣＰＵ処理能力は、要注意状況指摘装置２０となる端末装置のＣＰＵ処理能力よりも高いので、本実施の形態のように、サーバ１００で要注意状況の生データの分析処理や学習処理を行うことで、要注意状況指摘装置２０でそれらの処理を行うよりも高級な処理ができる。
【0138】
なお、移動支援装置３０の動作は実施の形態１と同様である。
【0139】
［変形例１］
情報収集システム１０は、生データ分析部１２ｂが要注意状況の生データの分析に用いた分析規則、または機械学習で得られた分析エンジンを、要注意状況指摘装置２０に配信してもよい。すなわち、要注意状況モデル作成部１２が、生データ分析部１２ｂが用いた分析規則または分析エンジンを情報収集システム１０からダウンロードし、要注意状況指摘装置２０がその分析規則または分析エンジンを利用して、生データの分析を行えるようにしてもよい。
情報収集システム１０は、生データ分析部１２ｂが要注意状況の生データの分析に用いた分析規則、または機械学習で得られた分析エンジンを、要注意状況指摘装置２０に配信してもよい。すなわち、要注意状況モデル作成部１２が、生データ分析部１２ｂが用いた分析規則または分析エンジンを情報収集システム１０からダウンロードし、要注意状況指摘装置２０がその分析規則または分析エンジンを利用して、生データの分析を行えるようにしてもよい。
【0140】
この場合、要注意状況指摘装置２０が、実施の形態２のように生データを含む要注意状況指摘情報を送信する生データ送信モードと、実施の形態１のように生データの分析結果である要注意状況の内容を含む要注意状況指摘情報を送信する分析結果送信モードとの２つの動作モードを有するようにしてもよい。生データそのものよりも分析結果のデータの方がデータ量は少ないため、分析結果送信モードは、通信リソースの削減に寄与できる。
【0141】
また、情報収集システム１０は、要注意状況指摘装置２０のハードウェアリソースを模擬した環境で学習処理を行い、学習ロジックを要注意状況指摘装置２０に配信してもよい。
【0142】
［変形例２］
要注意状況モデル記憶部１３は、有効性評価結果の受信履歴に基づいて、要注意状況モデル記憶部１３に記憶された要注意状況モデルを整理するなどの学習処理を行ってもよい。例えば、一定の期間（例えば２年間）「有効」の評価を得ることができなかった要注意状況モデルを、要注意状況モデル記憶部１３から削除してもよい。
要注意状況モデル記憶部１３は、有効性評価結果の受信履歴に基づいて、要注意状況モデル記憶部１３に記憶された要注意状況モデルを整理するなどの学習処理を行ってもよい。例えば、一定の期間（例えば２年間）「有効」の評価を得ることができなかった要注意状況モデルを、要注意状況モデル記憶部１３から削除してもよい。
【0143】
また、移動支援装置３０が、「有効」と「無効」を示す有効性評価結果を情報収集システム１０へ受信する場合、「無効」の評価の割合が高い要注意状況モデルを、要注意状況モデル記憶部１３から削除してもよい。
【0144】
また、情報収集システム１０は、「無効」の評価の割合が高い要注意状況モデルの指摘者ＩＤの信頼度を下げてもよく、信頼度の低い指摘者ＩＤを持つ要注意状況モデルを採用しないようにしてもよい。
【0145】
また、情報収集システム１０は、有効性評価結果の受信履歴に基づいて、指摘者に付与する報酬の額を設定してもよい。例えば、情報収集システム１０は、「有効」の評価の割合が高い要注意状況モデルの指摘者ＩＤの信頼度を上げ、信頼度の高い指摘者ＩＤの指摘者への報酬を、他の指摘者への報酬よりも高くしてもよい。
【0146】
＜実施の形態３＞
移動支援システムの運営者が、事業とした移動支援システムを運用し、移動支援装置３０のユーザであるクライアントに、要注意状況モデルの配信料金を課金してもよい。
移動支援システムの運営者が、事業とした移動支援システムを運用し、移動支援装置３０のユーザであるクライアントに、要注意状況モデルの配信料金を課金してもよい。
【0147】
【0148】
課金部１７は、クライアントの移動支援装置３０と要注意状況モデルの配信契約の締結を実施し、契約を結んだ移動支援装置３０に要注意状況モデルの配信料金を課金する。情報配信契約は、クライアントが移動支援装置３０を操作することで行われる。例えば、１か月などの単位期間に対して単位課金が設定される。
【0149】
また、移動支援システムの運営者が、移動支援装置３０をクライアントへレンタルする事業形態も考えられる。その場合、情報収集システム１０の課金部１７は、移動支援装置３０のレンタル契約を結んだクライアントに対し、要注意状況モデルの配信料金に加え、移動支援装置３０のレンタル料金を課金する。また、課金部１７は、移動支援装置３０を貸与されたクライアントに対し、定額制など特別な料金体系を適用してもよい。
【0150】
情報配信部１４は、契約を結んだ移動支援装置３０から要注意状況モデルの配信要求を受信した場合に、その移動支援装置３０へ要注意状況モデルを配信する。
【0151】
［変形例１］
要注意状況モデルは、地理的種別、移動体種別、用途種別のうちの１つ以上によって分類され、情報配信部１４が、移動支援装置３０から指定された配信単位に応じた要注意状況モデルを、移動支援装置３０へ配信するようにしてもよい。この場合、課金部１７は、情報配信部１４が配信した要注意状況モデルの配信単位に応じた配信料金を移動支援装置３０に課金する。また、配信単位は、要注意状況モデルの配信期間および配信対象とする要注意状況モデルの種別に基づいて設定される。
要注意状況モデルは、地理的種別、移動体種別、用途種別のうちの１つ以上によって分類され、情報配信部１４が、移動支援装置３０から指定された配信単位に応じた要注意状況モデルを、移動支援装置３０へ配信するようにしてもよい。この場合、課金部１７は、情報配信部１４が配信した要注意状況モデルの配信単位に応じた配信料金を移動支援装置３０に課金する。また、配信単位は、要注意状況モデルの配信期間および配信対象とする要注意状況モデルの種別に基づいて設定される。
【0152】
要注意状況モデルが地理的種別によって分類される場合、要注意状況モデルの地理的種別は、要注意状況モデルにおける要注意対象地点の位置に応じて定められ、例えば、県、州、国などの行政区分ごと、移動体が船舶の場合は海域ごとに定められるとよい。配信される要注意状況モデルの地理的種別が属するエリアが広いほど、要注意状況モデルの配信料金が高くなるようにしてもよい。
【0153】
また、要注意状況モデルの地理的種別は、道路種別ごとに定められてもよい。道路種別とは、高速道路、一般国道、市街地道路、山道などである。また、行政区分と道路種別とを組み合わせた地理的種別でもよい。
【0154】
なお、移動支援装置３０から指定された配信単位に応じた要注意状況モデルを、移動支援装置３０へ配信する変形例は、通信リソースの削減に寄与できるため、実施の形態３以外の他の実施の形態に適用してもよい。
【0155】
［変形例２］
要注意状況モデルは、対象となる移動体種別によって分類されてもよい。要注意状況モデルの移動体種別は、例えば、歩行者用、軽車両用、乗用車用、バス用、トラック用、特殊車両用、船舶用、航空機用などである。配信される要注意状況モデルの移動体種別の事故発生率が高いほど、要注意状況モデルの配信料金が高くなるようにしてもよい。
要注意状況モデルは、対象となる移動体種別によって分類されてもよい。要注意状況モデルの移動体種別は、例えば、歩行者用、軽車両用、乗用車用、バス用、トラック用、特殊車両用、船舶用、航空機用などである。配信される要注意状況モデルの移動体種別の事故発生率が高いほど、要注意状況モデルの配信料金が高くなるようにしてもよい。
【0156】
［変形例３］
要注意状況モデルは、用途種別によって分類されてもよい。要注意状況モデルの用途種別は、宅配、引っ越し、送迎、荷物の運搬、動物の運搬などである。配信される要注意状況モデルの用途種別に応じて、要注意状況モデルの配信料金を変更してもよい。
要注意状況モデルは、用途種別によって分類されてもよい。要注意状況モデルの用途種別は、宅配、引っ越し、送迎、荷物の運搬、動物の運搬などである。配信される要注意状況モデルの用途種別に応じて、要注意状況モデルの配信料金を変更してもよい。
【0157】
［変形例４］
要注意状況モデルの配信契約が切れた後は、例えば、新たな要注意状況モデルを配信しないが配信済みの要注意状況モデルを用いた移動支援装置３０の使用を許容するなど、要注意状況モデルの配信制限を行ってもよく、必ずしも移動支援装置３０の使用を禁止しなくてもよい。
要注意状況モデルの配信契約が切れた後は、例えば、新たな要注意状況モデルを配信しないが配信済みの要注意状況モデルを用いた移動支援装置３０の使用を許容するなど、要注意状況モデルの配信制限を行ってもよく、必ずしも移動支援装置３０の使用を禁止しなくてもよい。
【0158】
［変形例５］
要注意状況モデルの配信契約は、１台の移動支援装置３０ごとに締結されるものに限られず、複数の移動支援装置３０を管理する事業者（例えば、タクシー業者、運送業者、教習所運営者など）に対して一括して締結されてもよい。事業者は、複数の移動支援装置３０を所有する事業者に限られず、例えば保険会社など、複数の移動支援装置３０の管理のみを行う事業者でもよい。
要注意状況モデルの配信契約は、１台の移動支援装置３０ごとに締結されるものに限られず、複数の移動支援装置３０を管理する事業者（例えば、タクシー業者、運送業者、教習所運営者など）に対して一括して締結されてもよい。事業者は、複数の移動支援装置３０を所有する事業者に限られず、例えば保険会社など、複数の移動支援装置３０の管理のみを行う事業者でもよい。
【0159】
［変形例６］
変形例５において、クライアントである事業者が、要注意状況指摘装置２０を搭載した指摘者車両２００を所有する事業者であり、指摘者車両２００の運転者、すなわち指摘者が事業者の従業員であってもよい。その場合、１台の要注意状況指摘装置２０ごとに報酬が支払われるのではなく、事業者に一括して報酬が支払われてもよい。また、情報収集システム１０の課金部１７は、要注意状況モデルの配信料金の額から従業員が指摘した要注意状況に対する報酬の額を減額してクライアントに課金してもよい。指摘者車両２００とクライアント車両３００とは同一の車両でもよい。
変形例５において、クライアントである事業者が、要注意状況指摘装置２０を搭載した指摘者車両２００を所有する事業者であり、指摘者車両２００の運転者、すなわち指摘者が事業者の従業員であってもよい。その場合、１台の要注意状況指摘装置２０ごとに報酬が支払われるのではなく、事業者に一括して報酬が支払われてもよい。また、情報収集システム１０の課金部１７は、要注意状況モデルの配信料金の額から従業員が指摘した要注意状況に対する報酬の額を減額してクライアントに課金してもよい。指摘者車両２００とクライアント車両３００とは同一の車両でもよい。
【0160】
［変形例７］
移動支援装置３０が報知の有効性を自動的に判断する場合、要注意状況モデルの配信料金の基本料を安価に設定し、要注意状況モデルが「有効」と評価された回数に応じた金額を加算してもよい。配信料金を安くするために、報知の前に要注意状況に気づくよう、クライアント車両３００の運転者が安全運転に努めるようになるという効果がある。
移動支援装置３０が報知の有効性を自動的に判断する場合、要注意状況モデルの配信料金の基本料を安価に設定し、要注意状況モデルが「有効」と評価された回数に応じた金額を加算してもよい。配信料金を安くするために、報知の前に要注意状況に気づくよう、クライアント車両３００の運転者が安全運転に努めるようになるという効果がある。
【0161】
［変形例８］
移動支援システムの運営者が移動支援装置３０をクライアントにレンタルする場合、情報収集システム１０から、レンタルした移動支援装置３０のプログラムを更新するようにしてもよい。情報収集システム１０側で移動支援装置３０のプログラムを管理することにより、サービスの一元管理が可能となる。また、移動支援装置３０が課金条件や配信条件設定のためのＨＭＩ（Human Machine Interface）も一元管理できるので、保守性にすぐれた情報収集システム１０や移動支援システムが実現できる。
移動支援システムの運営者が移動支援装置３０をクライアントにレンタルする場合、情報収集システム１０から、レンタルした移動支援装置３０のプログラムを更新するようにしてもよい。情報収集システム１０側で移動支援装置３０のプログラムを管理することにより、サービスの一元管理が可能となる。また、移動支援装置３０が課金条件や配信条件設定のためのＨＭＩ（Human Machine Interface）も一元管理できるので、保守性にすぐれた情報収集システム１０や移動支援システムが実現できる。
【0162】
［変形例９］
移動支援システムの運営者が、要注意状況指摘装置２０を指摘者へレンタルする事業形態も考えられる。情報収集システム１０が要注意状況指摘装置２０と端末認証を行うことにより、信頼のある要注意状況指摘装置２０とだけ情報の授受を行うことができる。また、適当なタイミングで、情報収集システム１０から要注意状況指摘装置２０のプログラムを書き換える処理を行うことにより、要注意状況指摘装置２０の性能統一と性能の向上を実現できる。
移動支援システムの運営者が、要注意状況指摘装置２０を指摘者へレンタルする事業形態も考えられる。情報収集システム１０が要注意状況指摘装置２０と端末認証を行うことにより、信頼のある要注意状況指摘装置２０とだけ情報の授受を行うことができる。また、適当なタイミングで、情報収集システム１０から要注意状況指摘装置２０のプログラムを書き換える処理を行うことにより、要注意状況指摘装置２０の性能統一と性能の向上を実現できる。
【0163】
また、情報収集システム１０運営者は、要注意状況指摘装置２０と移動支援装置３０の両方を同一のものにレンタルしてもよい。
【0164】
＜実施の形態４＞
移動支援システムの事業形態としては、自動車保険など移動体に関する保険を運用する保険会社が移動支援システムを運営する形態が考えられる。
移動支援システムの事業形態としては、自動車保険など移動体に関する保険を運用する保険会社が移動支援システムを運営する形態が考えられる。
【0165】
【0166】
保険契約管理部１８は、情報収集システム１０を運営する保険会社との保険契約を結んだ保険契約者であるクライアントの情報を管理する。保険契約管理部１８には、保険契約を結んだクライアントのクライアント車両３００に搭載された移動支援装置３０のＩＤが登録されている。
【0167】
情報配信部１４は、移動支援装置３０から要注意状況モデルの配信要求を受信すると、配信要求の送信元の移動支援装置３０のＩＤを認証し、それが保険契約者の移動支援装置３０であることを認証できた場合に、要注意状況モデルを配信する。
【0168】
実施の形態４に係る移動支援システムは、保険会社と契約を結んだ保険契約者であるクライアントの移動支援を実施することで、事故の発生を予防して、保険会社が支払う保険金を低減させることが期待できる。また、保険契約者は、保険会社から質の高い移動支援サービスを受けることができる。
【0169】
［変形例１］
保険契約管理部１８は、情報収集システム１０を運営する保険会社との保険契約を結んだ保険契約者であるクライアントの情報に加え、保険契約者である指摘者の情報も管理してもよい。この場合、保険契約管理部１８には、保険契約を結んだクライアントのクライアント車両３００に搭載された移動支援装置３０のＩＤと、保険契約を結んだ指摘者の指摘者車両２００に搭載された要注意状況指摘装置２０のＩＤとが登録される。
保険契約管理部１８は、情報収集システム１０を運営する保険会社との保険契約を結んだ保険契約者であるクライアントの情報に加え、保険契約者である指摘者の情報も管理してもよい。この場合、保険契約管理部１８には、保険契約を結んだクライアントのクライアント車両３００に搭載された移動支援装置３０のＩＤと、保険契約を結んだ指摘者の指摘者車両２００に搭載された要注意状況指摘装置２０のＩＤとが登録される。
【0170】
保険契約者は、クライアント且つ指摘者であってもよい。つまり、同一の保険契約者が、指摘者車両２００およびクライアント車両３００の両方の運転者となってもよいし、指摘者車両２００とクライアント車両３００とが同一の車両であってもよい。
【0171】
情報収集システム１０の報酬付与部１６は、保険契約者である指摘者から提供された要注意状況指摘情報に対応する要注意状況モデルが「有効」と評価された場合に、報酬として、保険契約管理部１８を通してその保険契約者の保険の等級を上げたり、保険料を割り引いたりするなど、契約条件を有利にすることを報酬としてもよい。情報収集システム１０を運営する保険会社に優れた要注意状況指摘情報が集まる効果がある。
【0172】
［変形例２］
移動支援システムを運営する保険会社は、移動支援装置３０を保険契約者であるクライアントにレンタルしてもよい。それにより、品質が揃った移動支援サービスを保険契約者に提供できる。
移動支援システムを運営する保険会社は、移動支援装置３０を保険契約者であるクライアントにレンタルしてもよい。それにより、品質が揃った移動支援サービスを保険契約者に提供できる。
【0173】
上記の変形例１のように、保険契約者がクライアント且つ指摘者である場合、要注意状況指摘装置２０と移動支援装置３０とは一体的に構成されていてもよい。昨今の保険会社は、保険契約者にドライブレコーダをレンタルすることもある。例えば、図２２のように、車両の走行時の状況を記録する状況記録装置４１とともに、要注意状況指摘装置２０および移動支援装置３０を内蔵する多機能ドライブレコーダ４０を保険会社が保険契約者にレンタルしてもよい。それにより、安価でコンパクトな移動支援システムが実現される。
【0174】
図２２の多機能ドライブレコーダ４０は、クライアント且つ指摘者である保険契約者の車両４００（以下「保険契約者車両」という）が備える測位装置４０１、周辺検出装置４０２、運転者監視装置４０３、操作装置４０４および報知装置４０５に接続される。これらは、上述した指摘者車両２００の測位装置２０１、運転者監視装置２０３、運転者監視装置２０３または操作装置２０４、あるいは、クライアント車両３００の測位装置３０１、周辺検出装置３０２、運転者監視装置３０３、操作装置３０４または報知装置３０５と同様の機能のものでよい。また、測位装置４０１、周辺検出装置４０２、運転者監視装置４０３、操作装置４０４および報知装置４０５の一部または全部が、多機能ドライブレコーダ４０に内蔵されてもよい。
【0175】
状況記録装置４１は、保険契約者車両４００の走行時に、測位装置４０１が測定した保険契約者車両４００の位置の情報、周辺検出装置４０２が検出した保険契約者車両４００の周辺状況の情報（例えば車両周辺の映像や音声など）、運転者監視装置４０３が検出した保険契約者車両４００の運転者の状態の情報（例えば運転者の映像や車内の音声など）を、記録媒体に記録する。要注意状況指摘装置２０は、保険契約者車両４００の運転者が指摘した要注意状況の情報を含む要注意状況指摘情報を生成して、情報収集システム１０に送信する。移動支援装置３０は、情報収集システム１０から配信された要注意状況モデルに基づいて、保険契約者車両４００の運転支援を行う。
【0176】
［変形例３］
移動支援装置３０が、保険契約者であるクライアント車両３００の運転者の運転操作を監視し、要注意状況を報知したときに、運転者がその報知内容に応じた運転操作、つまり、報知された要注意状況を回避する運転操作を行った場合に、運転者（保険契約者）へ保険料減額の報酬を付与してもよい。クライアントを安全運転に寄与させる効果がある。
移動支援装置３０が、保険契約者であるクライアント車両３００の運転者の運転操作を監視し、要注意状況を報知したときに、運転者がその報知内容に応じた運転操作、つまり、報知された要注意状況を回避する運転操作を行った場合に、運転者（保険契約者）へ保険料減額の報酬を付与してもよい。クライアントを安全運転に寄与させる効果がある。
【0177】
＜ハードウェア構成例＞
図２３および図２４は、それぞれ情報収集システム１０のハードウェア構成の例を示す図である。図１等に示した情報収集システム１０の構成要素の各機能は、例えば図２３に示す処理回路５０により実現される。すなわち、情報収集システム１０は、要注意状況指摘装置２０から、要注意状況指摘装置２０のユーザである指摘者が指摘した要注意状況の情報および指摘者の識別子を含む要注意状況指摘情報を収集し、収集された要注意状況指摘情報を基にして要注意状況のモデルである要注意状況モデルを作成し、要注意状況モデルを記憶し、要注意状況モデルを移動支援装置３０に配信し、移動支援装置３０から要注意状況モデルの有効性評価結果を受信し、有効と評価された要注意状況モデルの基となった要注意状況指摘情報の指摘者に報酬を付与するための処理回路５０を備える。処理回路５０は、専用のハードウェアであってもよいし、メモリに格納されたプログラムを実行するプロセッサ（中央処理装置（ＣＰＵ：Central Processing Unit）、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、ＤＳＰ（Digital Signal Processor）とも呼ばれる）を用いて構成されていてもよい。
図２３および図２４は、それぞれ情報収集システム１０のハードウェア構成の例を示す図である。図１等に示した情報収集システム１０の構成要素の各機能は、例えば図２３に示す処理回路５０により実現される。すなわち、情報収集システム１０は、要注意状況指摘装置２０から、要注意状況指摘装置２０のユーザである指摘者が指摘した要注意状況の情報および指摘者の識別子を含む要注意状況指摘情報を収集し、収集された要注意状況指摘情報を基にして要注意状況のモデルである要注意状況モデルを作成し、要注意状況モデルを記憶し、要注意状況モデルを移動支援装置３０に配信し、移動支援装置３０から要注意状況モデルの有効性評価結果を受信し、有効と評価された要注意状況モデルの基となった要注意状況指摘情報の指摘者に報酬を付与するための処理回路５０を備える。処理回路５０は、専用のハードウェアであってもよいし、メモリに格納されたプログラムを実行するプロセッサ（中央処理装置（ＣＰＵ：Central Processing Unit）、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、ＤＳＰ（Digital Signal Processor）とも呼ばれる）を用いて構成されていてもよい。
【0178】
処理回路５０が専用のハードウェアである場合、処理回路５０は、例えば、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）、またはこれらを組み合わせたものなどが該当する。情報収集システム１０の構成要素の各々の機能が個別の処理回路で実現されてもよいし、それらの機能がまとめて一つの処理回路で実現されてもよい。
【0179】
図２４は、処理回路５０がプログラムを実行するプロセッサ５１を用いて構成されている場合における情報収集システム１０のハードウェア構成の例を示している。この場合、情報収集システム１０の構成要素の機能は、ソフトウェア等（ソフトウェア、ファームウェア、またはソフトウェアとファームウェアとの組み合わせ）により実現される。ソフトウェア等はプログラムとして記述され、メモリ５２に格納される。プロセッサ５１は、メモリ５２に記憶されたプログラムを読み出して実行することにより、各部の機能を実現する。すなわち、情報収集システム１０は、プロセッサ５１により実行されるときに、要注意状況指摘装置２０から、要注意状況指摘装置２０のユーザである指摘者が指摘した要注意状況の情報および指摘者の識別子を含む要注意状況指摘情報を収集する処理と、収集された要注意状況指摘情報を基にして要注意状況のモデルである要注意状況モデルを作成する処理と、要注意状況モデルを記憶する処理と、要注意状況モデルを移動支援装置３０に配信する処理と、移動支援装置３０から要注意状況モデルの有効性評価結果を受信する処理と、有効と評価された要注意状況モデルの基となった要注意状況指摘情報の指摘者に報酬を付与する処理と、が結果的に実行されることになるプログラムを格納するためのメモリ５２を備える。換言すれば、このプログラムは、情報収集システム１０の構成要素の動作の手順や方法をコンピュータに実行させるものであるともいえる。
【0180】
ここで、メモリ５２は、例えば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ、ＥＰＲＯＭ（Erasable Programmable Read Only Memory）、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）などの、不揮発性または揮発性の半導体メモリ、ＨＤＤ（Hard Disk Drive）、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤ（Digital Versatile Disc）およびそのドライブ装置のほか、今後使用されるあらゆる記憶媒体であってもよい。
【0181】
以上、情報収集システム１０の構成要素の機能が、ハードウェアおよびソフトウェア等のいずれか一方で実現される構成について説明した。しかしこれに限ったものではなく、情報収集システム１０の一部の構成要素を専用のハードウェアで実現し、別の一部の構成要素をソフトウェア等で実現する構成であってもよい。例えば、一部の構成要素については専用のハードウェアとしての処理回路５０でその機能を実現し、他の一部の構成要素についてはプロセッサ５１としての処理回路５０がメモリ５２に格納されたプログラムを読み出して実行することによってその機能を実現することが可能である。
【0182】
以上のように、情報収集システム１０は、ハードウェア、ソフトウェア等、またはこれらの組み合わせによって、上述の各機能を実現することができる。
【0183】
なお、各実施の形態を自由に組み合わせたり、各実施の形態を適宜、変形、省略したりすることが可能である。
【0184】
上記した説明は、すべての態様において、例示であって、例示されていない無数の変形例が想定され得るものと解される。
【符号の説明】
【0185】
１０ 情報収集システム、１１ 情報収集部、１２ 要注意状況モデル作成部、１２ａ 生データ記憶部、１２ｂ 生データ分析部、１３ 要注意状況モデル記憶部、１４ 情報配信部、１５ 評価結果受信部、１６ 報酬付与部、１７ 課金部、１８ 保険契約管理部、２０ 要注意状況指摘装置、２１ 要注意状況指摘情報生成部、２２ 指摘者ＩＤ記憶部、２３ 通信部、３０ 移動支援装置、３１ 通信部、３２ 要注意状況モデル記憶部、３３ 報知判断部、３４ 有効性判定部、３５ 表示オブジェクト、４０ 多機能ドライブレコーダ、４１ 状況記録装置、５０ 処理回路、５１ プロセッサ、５２ メモリ、１００ サーバ、２００ 指摘者車両、２０１ 測位装置、２０２ 周辺検出装置、２０３ 運転者監視装置、２０４ 操作装置、３００ クライアント車両、３０１ 測位装置、３０２ 周辺検出装置、３０３ 運転者監視装置、３０４ 操作装置、３０５ 報知装置、４００ 保険契約者車両、４０１ 測位装置、４０２ 周辺検出装置、４０３ 運転者監視装置、４０４ 操作装置、４０５ 報知装置。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】