特開 2022-186332 情報提供装置及び情報提供システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2022186332

(43)【公開日】2022-12-15

(54)【発明の名称】情報提供装置及び情報提供システム

(51)【国際特許分類】

   G08G 1/00 20060101AFI20221208BHJP

   G09B 9/04 20060101ALI20221208BHJP

   G09B 9/052 20060101ALI20221208BHJP

【ＦＩ】

G08G1/00 D

G09B9/04 A

G09B9/052

【審査請求】未請求

【請求項の数】7

【出願形態】ＯＬ

(21)【出願番号】P 2021094491

(22)【出願日】2021-06-04

(71)【出願人】

【識別番号】000237592

【氏名又は名称】株式会社デンソーテン

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】片岡 智春

【テーマコード（参考）】

5H181

【Ｆターム（参考）】

5H181AA01

5H181BB20

5H181CC04

5H181CC27

5H181FF10

5H181LL20

5H181MB02

5H181MB12

5H181MC19

(57)【要約】

【課題】ドライバに対し十分な効果のある教育を実行すること。
【解決手段】実施形態に係る情報提供装置は、取得部と、判定部と、提供部と、を有する。取得部は、ドライバが運転する車両において撮影された画像を取得する。判定部は、画像を基に、ドライバに対する教育が必要であるか否かを判定する。提供部は、判定部によって教育が必要と判定された場合、ドライバが所属するグループに所属するユーザに対し、画像及び危険な挙動があった旨のメッセージを提供する。
【選択図】図１

【特許請求の範囲】

【請求項1】

ドライバが運転する車両において撮影された画像を取得する取得部と、
前記画像を基に、前記ドライバに対する教育が必要であるか否かを判定する判定部と、
前記判定部によって教育が必要と判定された場合、前記ドライバが所属するグループに所属するユーザに対し、前記画像及び危険な挙動があった旨のメッセージを提供する提供部と、
を有することを特徴とする情報提供装置。

【請求項2】

前記ドライバに対し、前記画像に対するリアクションを要求する要求部と、
前記要求部による要求に対する前記ドライバのリアクションを基にメッセージを作成する作成部と、
をさらに有し、
前記提供部は、前記作成部によって作成されたメッセージを提供することを特徴とする請求項１に記載の情報提供装置。

【請求項3】

前記提供部は、前記ドライバと所定の属性が共通するユーザをメンバとするグループに対し、前記画像及び前記メッセージを提供することを特徴とする請求項１又は２に記載の情報提供装置。

【請求項4】

前記提供部は、所定の場所で車両を運転する頻度が所定値以上であるユーザをメンバとするグループに対し、前記画像及び前記メッセージを提供することを特徴とする請求項３に記載の情報提供装置。

【請求項5】

前記提供部は、前記判定部による判定結果に応じて計算される運転中の危険な挙動に関する指標が、改善されたことを示す所定の条件を満たす場合、前記ドライバが所属するグループに所属するユーザに対し、前記ドライバの運転の挙動が改善した旨のメッセージをさらに提供することを特徴とする請求項１から４のいずれか１項に記載の情報提供装置。

【請求項6】

前記判定部は、所定の判定基準により前記ドライバに対する教育が必要であるか否かを判定し、
前記提供部によって提供された前記画像及び前記メッセージに対する、前記グループに所属するユーザのリアクションを基に、前記判定基準を更新する更新部をさらに有することを特徴とする請求項１から５のいずれか１項に記載の情報提供装置。

【請求項7】

車載装置と、情報提供装置と、端末と、を有する情報提供システムであって、
前記車載装置は、
ドライバが運転する車両において画像を撮影する撮影部を有し、
前記情報提供装置は、
前記車載装置から画像を取得する取得部と、
前記画像を基に、前記ドライバに対する教育が必要であるか否かを判定する判定部と、
前記判定部によって教育が必要と判定された場合、前記ドライバが所属するグループに所属するユーザが所有する前記端末に対し、前記画像及び危険な挙動があった旨のメッセージを提供する提供部と、
を有し、
前記端末は、前記提供部によって提供された前記画像及び前記メッセージを表示する表示部を有することを特徴とする情報提供システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報提供装置及び情報提供システムに関する。

【背景技術】

【0002】

自動運転が可能な車両のドライバごとに教育内容を生成しておき、識別したドライバに対し当該ドライバに対応した教育内容に基づく教育を実行する技術が知られている（例えば、特許文献１を参照）。

【0003】

また、企業内で事故防止教育を実施する際、社有車に設置されたドライブレコーダから取得できる交通違反映像やヒヤリハット映像が教材として利用される場合がある。その場合、取得された映像は、安全教育の促進のために管理者へレポートされたり、ドライバへメール等を利用して通知されたりする。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０２０－６７５５４号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかしながら、従来の技術では、ドライバに対し十分な効果のある教育が実行できない場合があるという問題がある。

【0006】

例えば、従来の技術では、ドライバ個人に危険な運転の映像を見せて教育を行ったとしても、ドライバが危険な運転を自分事としてとらえられない場合がある。その場合、十分な効果のある教育は困難である。

【0007】

本発明は、上記に鑑みてなされたものであって、ドライバに対し十分な効果のある教育を実行することを目的とする。

【課題を解決するための手段】

【0008】

上述した課題を解決し、目的を達成するために、本発明に係る情報提供装置は、取得部と、判定部と、提供部と、を有する。取得部は、ドライバが運転する車両において撮影された画像を取得する。判定部は、画像を基に、ドライバに対する教育が必要であるか否かを判定する。提供部は、判定部によって教育が必要と判定された場合、ドライバが所属するグループに所属するユーザに対し、画像及び危険な挙動があった旨のメッセージを提供する。

【発明の効果】

【0009】

本発明によれば、ドライバに対し十分な効果のある教育を実行することができる。

【図面の簡単な説明】

【0010】

【図1】図１は、実施形態に係る情報提供システムについて説明する図である。

【図2】図２は、実施形態に係る情報提供装置の構成例を示す図である。

【図3】図３は、運転スコアＤＢの例を示す図である。

【図4】図４は、グループＤＢの例を示す図である。

【図5】図５は、通知ＤＢの例を示す図である。

【図6】図６は、話題提供画面の例を示す図である。

【図7】図７は、実施形態に係る情報提供装置の処理手順を示すフローチャートである。

【発明を実施するための形態】

【0011】

以下、添付図面を参照して、本願の開示する情報提供装置及び情報提供システムの実施形態を詳細に説明する。なお、以下に示す実施形態により本発明が限定されるものではない。

【0012】

まず、図１を用いて、実施形態に係る情報提供システムの構成及び処理について説明する。図１は、実施形態に係る情報提供システムについて説明する図である。

【0013】

図１に示すように、情報提供システム１は、情報提供装置１０、車両Ｖ、車載装置２０及び端末３０ａ、端末３０ｂ及び端末３０ｃを有する。例えば、車両Ｖは自動車である。また、端末３０ａ、端末３０ｂ及び端末３０ｃを区別せずに端末３０と表記する場合がある。

【0014】

例えば車載装置２０は、車両Ｖの内部に備え付けられたドライブレコーダである。また、例えば情報提供装置１０はサーバである。また、例えば端末３０は、パーソナルコンピュータ及びスマートフォン等である。

【0015】

また、車載装置２０及び端末３０は、ネットワークＮを介して情報提供装置１０とデータ通信可能に接続されている。例えば、ネットワークＮはインターネットである。

【0016】

図１を用いて、情報提供システム１の処理の流れを説明する。図１に示すように、まず、車載装置２０は危険画像を撮影する（ステップＳ１１）。

【0017】

例えば、車載装置２０は、車両Ｖ又は車載装置２０に備えられたＧセンサが感知したＧ値が一定値以上である場合に、カメラを用いて車両Ｖの周囲又は内部の画像を撮影する。なお、画像には、静止画及び動画像が含まれるものとする。

【0018】

車載装置２０は、撮影した危険画像を情報提供装置１０に提供する（ステップＳ１２）。また、車載装置２０は、画像とともに、車両Ｖを運転しているドライバの識別情報及びセンサ値等を情報提供装置１０に提供してもよい。

【0019】

ここで、車載装置２０は、車両Ｖを運転するユーザ（以降、ドライバ）のユーザＩＤ等の識別情報を、当該ユーザによる入力及び端末からの読み取り等により取得するものとする。

【0020】

ここでは車両Ｖのドライバは、端末３０ａを所有しているものとする。情報提供装置１０は、危険画像に対するリアクションを端末３０ａに要求する（ステップＳ１３）。

【0021】

ステップＳ１３は、ドライバが運転を終了した後に実行されてもよい。例えば、情報提供装置１０は、日中に撮影された危険画像に対して、その日の夜又は翌日以降にリアクションを要求することができる。

【0022】

ドライバは、端末３０ａを介してリアクションを提供する（ステップＳ１４）。リアクションは、自由記述によるコメントであってもよいし、画像撮影時の運転について危険と思ったか否かをアンケート形式により回答するものであってもよい。

【0023】

また、リアクションは、画像に対してドライバが抱いた感情（驚いた、悲しい、怒った等）に対応するアイコンを選択させるものであってもよい。

【0024】

そして、情報提供装置１０は、ドライバのリアクションに基づく情報と危険画像をドライバ以外のユーザを含む複数のユーザに提供する（ステップＳ１５）。

【0025】

ドライバのリアクションに基づく情報は、例えばドライバが画像に対して発したコメント、又は画像撮影時の運転を危険と考えているか否かである。また、情報提供装置１０は、画像が撮影された日時及び場所に関する情報を提供することができる。

【0026】

ここで、情報提供装置１０から情報及び画像を提供されるユーザは、あらかじめ作成されたグループに所属するユーザである。

【0027】

例えば、情報提供システム１が企業において運用される場合、グループは業務における部署等の単位で作成されてもよい。

【0028】

また、グループは所定の共通する属性を持つユーザ単位で作成されてもよい。例えば、グループには、交差点等の特定の場所で車両を運転する頻度が一定値以上であるユーザ、又は共通の地区に居住するユーザが所属する。

【0029】

また、グループは、同僚、家族、友人といった業務及び運転とは関係のない任意の単位で作成されたものであってもよい。

【0030】

情報提供システム１によれば、ドライバの危険な挙動に関する画像がグループに所属するユーザにも提供される。これにより、ドライバが他のユーザの反応を見ることで、危険な挙動を自分事と考え、教育の効果が向上すると考えられる。

【0031】

図２を用いて情報提供装置１０の構成について説明する。図２は、実施形態に係る情報提供装置の構成例を示す図である。

【0032】

図２に示すように、情報提供装置１０は、通信部１１、記憶部１２及び制御部１３を有する。

【0033】

通信部１１は、データの通信のためのインタフェースである。例えば、通信部１１はＮＩＣ（Network Interface Card）である。

【0034】

通信部１１は他の装置との間でデータの送受信を行うことができる。例えば、通信部１１は、ネットワークＮを介して車載装置２０及び端末３０との間でデータの送受信を行う。

【0035】

情報提供装置１０の制御部１３及び記憶部１２は、例えばＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、フラッシュメモリ、入出力ポート等を有するコンピュータや各種の回路により実現される。

【0036】

記憶部１２は、運転スコアＤＢ１２１、グループＤＢ１２２、通知ＤＢ１２３及び画像ＤＢ１２４を記憶する。

【0037】

図３は、運転スコアＤＢの例を示す図である。図３に示すように、運転スコアＤＢ１２１には、「ユーザ」及び「運転スコア」が含まれる。

【0038】

「ユーザ」は、ユーザを識別するための情報（例えばユーザＩＤ）である。

【0039】

「運転スコア」は、運転中の危険な挙動に関する指標である。「運転スコア」は各ユーザがドライバとして車両を運転した際の挙動に応じて加減される。

【0040】

例えば、「運転スコア」は、運転中に危険な挙動があった場合は減点され、燃料消費を抑えたエコ運転等の優良な挙動があった場合は加点される。

【0041】

例えば、図３には、ユーザ「Ｕ０１」の「運転スコア」が「１」であることが示されている。また、例えば、図３には、ユーザ「Ｕ０３」の「運転スコア」が「－１」であることが示されている。

【0042】

図４は、グループＤＢの例を示す図である。グループＤＢ１２２は、情報提供装置１０が画像及びメッセージを提供するグループごとの所属するユーザが記憶されている。グループＤＢ１２２には、「グループ」、「説明」及び「所属ユーザ」が含まれる。

【0043】

「グループ」は、グループを識別するための情報（例えばグループＩＤ）である。

【0044】

「説明」は、グループを説明するための文字列である。

【0045】

「所属ユーザ」は、グループに所属するユーザのユーザＩＤである。

【0046】

例えば、図４には、「営業部所属」と説明されるグループ「Ｇ０１」に、ユーザＩＤが「Ｕ０１」、「Ｕ０２」、「Ｕ０３」、「Ｕ０４」である４人のユーザが所属していることが示されている。

【0047】

また、例えば、図４には、「Ｘ交差点利用」と説明されるグループ「Ｇ０２」に、ユーザＩＤが「Ｕ０１」、「Ｕ０２」、「Ｕ０５」である３人のユーザが所属していることが示されている。

【0048】

また、ユーザ「Ｕ０１」のように、ユーザは複数のグループに重複して所属していてもよい。

【0049】

図５は、通知ＤＢの例を示す図である。通知ＤＢ１２３は、情報提供装置１０がドライバに対するリアクションの要求、及びグループのユーザに対するメッセージの提供を行う際に参照される。図５に示すように、通知ＤＢ１２３には、「カテゴリ」と「メッセージ」が含まれる。

【0050】

「カテゴリ」は、メッセージがドライバに対するリアクションの要求のためのもの（リアクション要求）であるか、又はグループのユーザに対するメッセージの提供のためのもの（話題提供）であるかを示す。

【0051】

「メッセージ」は、情報提供装置１０が提供するメッセージ、又はメッセージの雛形である。

【0052】

例えば、図５には、カテゴリが「リアクション要求」である「[user]さん、[time]の[place]での運転が危険と判定されました。何かコメントをお願いします。」というメッセージが示されている。

【0053】

ここで、「[user]」、「[time]」及び「[place]」は変数であり、それぞれユーザの氏名、画像の撮影日時及び画像の撮影場所等に置き換えられてもよい。

【0054】

例えば、情報提供装置１０は、「[user]」、「[time]」及び「[place]」をそれぞれ「Ａ」、「２０２１年５月１日」を「Ｘ交差点」に置き換え、「Ａさん、２０２１年５月１日のＸ交差点での運転が危険と判定されました。何かコメントをお願いします。」というメッセージを作成することができる。

【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】

なお、更新部１３３は、図６に示すような会話の履歴を基に、判定部１３２による判定基準を更新してもよい。

【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】

なお、情報提供装置１０の各機能は、例えばＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、フラッシュメモリ、入出力ポート等を有するコンピュータや各種の回路により実現される。

【0114】

また、情報提供装置１０は、有線や無線のネットワークで接続された他のコンピュータや可搬型記録媒体を介して上記したプログラムや各種情報を取得することとしてもよい。

【0115】

コンピュータのＣＰＵは、例えばＲＯＭに記憶されたプログラムを読み出して実行することによって、収集部２３１と、抽出部２３２と、計算部２３３及び通知部２３４として機能する。

【0116】

さらなる効果や変形例は、当業者によって容易に導き出すことができる。このため、本発明のより広範な態様は、以上のように表しかつ記述した特定の詳細及び代表的な実施形態に限定されるものではない。したがって、添付の特許請求の範囲及びその均等物によって定義される総括的な発明の概念の精神又は範囲から逸脱することなく、様々な変更が可能である。

【符号の説明】

【0117】

Ｎ ネットワーク
Ｖ 車両
１ 情報提供システム
１０ 情報提供装置
１１ 通信部
１２ 記憶部
１３ 制御部
２０ 車載装置
３０、３０ａ、３０ｂ、３０ｃ 端末
１２１ 運転スコアＤＢ
１２２ グループＤＢ
１２３ 通知ＤＢ
１２４ 画像ＤＢ
１３１ 取得部
１３２ 判定部
１３３ 更新部
１３４ 要求部
１３５ 作成部
１３６ 提供部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】