特開 2024-8464 情報提供装置、情報提供方法、プログラム及び記録媒体

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

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

(11)【公開番号】P2024008464

(43)【公開日】2024-01-19

(54)【発明の名称】情報提供装置、情報提供方法、プログラム及び記録媒体

(51)【国際特許分類】

   G08B 25/10 20060101AFI20240112BHJP

   H04M 11/04 20060101ALI20240112BHJP

   G08B 25/04 20060101ALI20240112BHJP

【ＦＩ】

G08B25/10 D

H04M11/04

G08B25/04 K

【審査請求】未請求

【請求項の数】10

【出願形態】ＯＬ

(21)【出願番号】P 2022110362

(22)【出願日】2022-07-08

(71)【出願人】

【識別番号】000005016

【氏名又は名称】パイオニア株式会社

(74)【代理人】

【識別番号】110001025

【氏名又は名称】弁理士法人レクスト国際特許事務所

(72)【発明者】

【氏名】橋本 岳樹

(72)【発明者】

【氏名】左近 昌嗣

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

5C087

5K201

【Ｆターム（参考）】

5C087AA02

5C087AA03

5C087AA60

5C087BB74

5C087DD03

5C087DD08

5C087DD14

5C087EE14

5C087EE18

5C087FF01

5C087FF02

5C087FF04

5C087GG08

5C087GG66

5C087GG70

5C087GG83

5K201AA05

5K201BA03

5K201CA01

5K201CA07

5K201EC06

5K201ED04

(57)【要約】      （修正有）

【課題】緊急事態の発生時に複数の連絡先に詳しい情報を通知することが可能な情報提供装置、情報提供方法、プログラム及び記録媒体を提供する。
【解決手段】移動体又は移動体の搭乗者に異常が発生したことを検知し、外部に情報提供を行う情報提供装置１０であって、移動体又は移動体の搭乗者の現在の状況を検出する状況検出部１３と、状況検出部が検出した状況に基づいて第１の連絡先に発呼する発呼部（電話発信部１６）と、発呼による搭乗者と第１の連絡先との第１の通話の音声を取得する通話音声取得部１７と、外部からの着信を受けた場合に、第１の通話の音声に基づいて生成された通話情報を着信元に対して提供する提供部（電話発信部１６）と、を有する。
【選択図】図１

【特許請求の範囲】

【請求項1】

移動体又は前記移動体の搭乗者の現在の状況を検出する状況検出部と、
前記状況検出部が検出した状況に基づいて第１の連絡先に発呼する発呼部と、
前記発呼による前記搭乗者と前記第１の連絡先との第１の通話の音声を取得する通話音声取得部と、
外部からの着信を受けた場合に、前記第１の通話の音声に基づいて生成された通話情報を着信元に対して提供する提供部と、
を有することを特徴とする情報提供装置。

【請求項2】

前記搭乗者と前記第１の連絡先との通話の音声を第１の通話音声として取得する音声取得部を有し、
前記提供部は、外部からの電話を着呼した場合に、当該外部との通話において前記第１の通話音声に基づく音声データを再生することにより、前記通話情報を提供することを特徴とする請求項１に記載の情報提供装置。

【請求項3】

前記音声取得部が取得した前記第１の通話音声に基づいて、前記搭乗者と前記第１の連絡先との通話の内容を要約した要約音声データを生成する要約音声生成部を有し、
前記提供部は、外部からの電話を着呼した場合に、当該外部との通話において前記要約音声データを再生することにより、前記通話情報を提供することを特徴とする請求項２に記載の情報提供装置。

【請求項4】

前記搭乗者と前記第１の連絡先との通話の音声に基づいて、前記通話の内容を表すテキストデータを生成するテキスト生成部を有し、
前記提供部は、外部からの着信を受けた場合に、当該着信への応答として前記テキストデータを含むメッセージを送信することにより、前記通話情報を提供することを特徴とする請求項１に記載の情報提供装置。

【請求項5】

前記テキスト生成部は、前記搭乗者と前記第１の連絡先との通話の内容を要約した要約テキストデータを生成し、
前記提供部は、外部からの着信を受けた場合に、当該着信への応答として前記要約テキストデータを含むメッセージを送信することにより、前記通話情報を提供することを特徴とする請求項４に記載の情報提供装置。

【請求項6】

前記搭乗者と前記第１の連絡先との通話の音声を第１の通話音声として取得する音声取得部と、
前記第１の通話音声に基づく音声データをサーバにアップロードする通信部と、
を有し、
前記提供部は、外部からの着信を受けた場合に、当該着信への応答として前記サーバ上の前記音声データにアクセスするためのアクセス情報を含むメッセージを送信することにより、前記通話情報を提供することを特徴とする請求項１に記載の情報提供装置。

【請求項7】

前記音声取得部が取得した前記第１の通話音声に基づいて、前記搭乗者と前記第１の連絡先との通話の内容を要約した要約音声データを生成する要約音声生成部を有し、
前記通信部は、前記音声データを前記サーバにアップロードし、
前記提供部は、外部からの着信を受けた場合に、当該着信への応答として前記サーバ上の前記要約音声データにアクセスするためのアクセス情報を含むメッセージを送信することにより、前記通話情報を提供することを特徴とする請求項６に記載の情報提供装置。

【請求項8】

情報提供装置が実行する情報提供方法であって、
移動体又は前記移動体の搭乗者の現在の状況を検出する状況検出ステップと、
前記状況検出ステップで検出した状況に基づいて第１の連絡先に発呼する発呼ステップと、
前記発呼による前記搭乗者と前記第１の連絡先との第１の通話の音声を取得する通話音声取得ステップと、
外部からの着信を受けた場合に、前記第１の通話の音声に基づいて生成された通話情報を着信元に対して提供する情報提供ステップと、
を含むことを特徴とする情報提供方法。

【請求項9】

コンピュータに、
移動体又は前記移動体の搭乗者の現在の状況を検出する状況検出ステップと、
前記状況検出ステップで検出した状況に基づいて第１の連絡先に発呼する発呼ステップと、
前記発呼による前記搭乗者と前記第１の連絡先との第１の通話の音声を取得する通話音声取得ステップと、
外部からの着信を受けた場合に、前記第１の通話の音声に基づいて生成された通話情報を着信元に対して提供する情報提供ステップと、
を実行させることを特徴とするプログラム。

【請求項10】

コンピュータに、
移動体又は前記移動体の搭乗者の現在の状況を検出する状況検出ステップと、
前記状況検出ステップで検出した状況に基づいて第１の連絡先に発呼する発呼ステップと、
前記発呼による前記搭乗者と前記第１の連絡先との第１の通話の音声を取得する通話音声取得ステップと、
外部からの着信を受けた場合に、前記第１の通話の音声に基づいて生成された通話情報を着信元に対して提供する情報提供ステップと、
を実行させるためのプログラムを記録することを特徴とする記録媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報提供装置、情報提供方法、プログラム及び記録媒体に関し、例えば、移動体又は移動体の搭乗者に何らかの異常が発生したことを検知し、その情報を外部に提供するための情報提供装置、情報提供方法、プログラム及び記憶媒体に関する。

【背景技術】

【0002】

車両の事故やドライバの異常等の緊急事態が発生した際に通報を行う通報システムとして、ドライバの異常や事故の発生を検出し、警察等の緊急連絡先や自宅等の連絡先にロボットボイスで通報を行う緊急通報システムが提案されている（例えば、特許文献１）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００８－２９３２０８号公報

【発明の概要】

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

【0004】

上記従来技術のような緊急通報システムでは、複数の連絡先に対して自動的に通報を行うことはできるが、詳しい状況を説明することはできない。

【0005】

本発明の一態様が解決しようとする課題としては、上記従来技術のような緊急通報システムでは、通報の際に詳しい状況を説明することができないため、通報を受けた相手方の不安を大きくしてしまう場合があるという問題が一例として挙げられる。

【0006】

また、本発明の一態様が解決しようとする課題としては、上記従来技術のような緊急通報システムは、予め登録された連絡先に対して自発的に通報を行うシステムであるため、相手方から電話がかかってきた場合には対処することができないという問題が一例として挙げられる。

【0007】

なお、これらの課題の記載は、他の課題の存在を妨げるものではなく、本発明の一態様は、上述する課題のうち少なくとも一つの課題を解決するものである。更に、明細書、図面、請求項などの記載から、これら以外の課題を抽出することが可能である。

【0008】

本発明は、上記した点に鑑みてなされたものであり、緊急事態の発生時に複数の連絡先に詳しい情報を通知することが可能な情報提供装置を提供することを目的の一つとする。

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

【0009】

請求項１に記載の発明は、情報提供装置であって、移動体又は前記移動体の搭乗者の現在の状況を検出する状況検出部と、前記状況検出部が検出した状況に基づいて第１の連絡先に発呼する発呼部と、前記発呼による前記搭乗者と前記第１の連絡先との第１の通話の音声を取得する通話音声取得部と、外部からの着信を受けた場合に、前記第１の通話の音声に基づいて生成された通話情報を着信元に対して提供する提供部と、を有することを特徴とする。

【0010】

請求項８に記載の発明は、情報提供装置が実行する情報提供方法であって、移動体又は前記移動体の搭乗者の現在の状況を検出する状況検出ステップと、前記状況検出ステップで検出した状況に基づいて第１の連絡先に発呼する発呼ステップと、前記発呼による前記搭乗者と前記第１の連絡先との第１の通話の音声を取得する通話音声取得ステップと、外部からの着信を受けた場合に、前記第１の通話の音声に基づいて生成された通話情報を着信元に対して提供する情報提供ステップと、を含むことを特徴とする。

【0011】

請求項９に記載の発明は、コンピュータに、移動体又は前記移動体の搭乗者の現在の状況を検出する状況検出ステップと、前記状況検出ステップで検出した状況に基づいて第１の連絡先に発呼する発呼ステップと、前記発呼による前記搭乗者と前記第１の連絡先との第１の通話の音声を取得する通話音声取得ステップと、外部からの着信を受けた場合に、前記第１の通話の音声に基づいて生成された通話情報を着信元に対して提供する情報提供ステップと、を実行させることを特徴とする。

【0012】

請求項１０に記載の発明は、コンピュータに、移動体又は前記移動体の搭乗者の現在の状況を検出する状況検出ステップと、前記状況検出ステップで検出した状況に基づいて第１の連絡先に発呼する発呼ステップと、前記発呼による前記搭乗者と前記第１の連絡先との第１の通話の音声を取得する通話音声取得ステップと、外部からの着信を受けた場合に、前記第１の通話の音声に基づいて生成された通話情報を着信元に対して提供する情報提供ステップと、を実行させるためのプログラムを記録することを特徴とする。

【図面の簡単な説明】

【0013】

【図1】実施例１の情報提供装置の構成を示すブロック図である。

【図2】通話音声取得処理の処理ルーチンを示すフローチャートである。

【図3】実施例１の第１処理の処理ルーチンを示すフローチャートである。

【図4】実施例１の第２処理の処理ルーチンを示すフローチャートである。

【図5】実施例１の変形例の情報提供装置の構成を示すブロック図である。

【図6】変形例の第１処理の処理ルーチンを示すフローチャートである。

【図7】実施例２の情報提供装置の構成を示すブロック図である。

【図8】実施例２の第１処理の処理ルーチンを示すフローチャートである。

【図9】実施例２の第２処理の処理ルーチンを示すフローチャートである。

【図10】実施例２の変形例の情報提供装置の構成を示すブロック図である。

【図11】変形例の第１処理の処理ルーチンを示すフローチャートである。

【図12】実施例３の情報提供装置の構成を示すブロック図である。

【図13】実施例３の第１処理の処理ルーチンを示すフローチャートである。

【図14】実施例３の第２処理の処理ルーチンを示すフローチャートである。

【図15】実施例３の変形例の情報提供装置の構成を示すブロック図である。

【図16】変形例の第１処理の処理ルーチンを示すフローチャートである。

【図17】実施例１の変形例である情報提供システムの構成を示すブロック図である。

【図18】実施例２の変形例である情報提供システムの構成を示すブロック図である。

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

【0014】

以下に本発明の好適な実施例を詳細に説明する。なお、以下の各実施例における説明及び添付図面においては、実質的に同一又は等価な部分には同一の参照符号を付している。

【実施例0015】

図１は、本実施例の情報提供装置１０の構成を示すブロック図である。情報提供装置１０は、移動体又は移動体の搭乗者に異常が発生したことを検知し、外部に情報提供を行う装置である。情報提供装置１０は、例えば移動体としての車両に搭載された車載用のナビゲーション装置から構成されている。

【0016】

情報提供装置１０は、画像情報取得部１１、センサ情報取得部１２、状況検出部１３、連絡先記憶部１４、処理制御部１５、電話発信部１６、通話音声取得部１７、再生処理部１８及び電話着信部１９を有する。

【0017】

画像情報取得部１１は、車両に設けられた車外撮影カメラ及び車内撮影カメラが撮影した画像を取得する。

【0018】

センサ情報取得部１２は、車両に搭載された各種センサの計測結果をセンサ情報として取得する。例えば、センサ情報取得部１２は、ＧＰＳ（Global Positioning System）センサが取得した車両の位置情報を取得する。また、センサ情報取得部１２は、ＩＭＵ（Inertial Measurement Unit）が計測した車両の加速度の情報を取得する。また、センサ情報取得部１２は、車両に搭載された生体センサが取得した搭乗者の生体情報（例えば、ドライバの心拍数や血圧等の情報）を取得する。

【0019】

状況検出部１３は、画像情報取得部１１が取得した画像情報及びセンサ情報取得部１２が取得したセンサ情報のうちの少なくともいずれかに基づいて、車両及び搭乗者の現在の状況を検出する。

【0020】

具体的には、状況検出部１３は、センサ情報取得部１２が取得した車両についてのセンサ情報に基づいて、車両の故障や事故の発生を検出する。例えば、状況検出部１３は、加速度の変化及び車両位置の情報に基づいて、事故の発生を検出する。また、状況検出部１３は、センサ情報取得部１２が取得した心拍数や血圧等の情報に基づいて、車両の搭乗者の健康状態の変化を検出する。

【0021】

連絡先記憶部１４は、ハードディスク、フラッシュメモリ、ＳＳＤ（Solid State Drive）等の不揮発性の記憶装置から構成されている。連絡先記憶部１４は、複数の連絡先の情報を記憶する。

【0022】

本実施例では、連絡先記憶部１４は、緊急事態の発生時に通報を行う通報先の電話番号を連絡先の情報として記憶する。複数の連絡先は、緊急事態の種類に応じて、第１の連絡先、第２の連絡先・・・のように順位付けされて記憶されている。例えば、事故が発生した際の連絡先として、警察、ロードサービス及び家族の電話番号が、それぞれ第１の連絡先、第２の連絡先及び第３の連絡先として記憶されている。また、例えば、搭乗者に急病が発生した際の連絡先として、救急（消防）、家族、職場の電話番号が、それぞれ第１の連絡先、第２の連絡先及び第３の連絡先として記憶されている。

【0023】

また、連絡先記憶部１４は、緊急事態が発生した際に外部から電話の着信があった場合に、自動応答として情報提供を行う相手の連絡先の情報を記憶する。例えば、連絡先記憶部１４は、職場や友人の電話番号を、自動応答を行うべき登録済み電話番号として記憶する。

【0024】

処理制御部１５は、ＣＰＵ（Central Processing Unit）等の演算処理装置から構成されている。処理制御部１５は、情報提供装置１０の各部の動作の制御を行うほか、緊急事態の検出及び外部への情報提供に関する各種の処理を実行する。

【0025】

例えば、処理制御部１５は状況検出部１３が検出した車両及び搭乗者の現在の状況に基づいて、事故や急病等、外部への通報が必要な緊急事態が発生したか否かを判定する。また、処理制御部１５は、状況検出部１３により検出された緊急事態の種類に応じて、連絡先記憶部１４に記憶されている複数の連絡先の中から第１の連絡先及び第２以降の連絡先を選択する。

【0026】

電話発信部１６は、処理制御部１５が選択した第１の連絡先に対し、電話の発信（発呼）を行う。また、電話発信部１６は、第１の連絡先との通話が終了した後、第２以降の連絡先に対し、順次電話の発信を行う。

【0027】

通話音声取得部１７は、車両の搭乗者と第１の連絡先との通話（以下、第１の通話と称する）の通話音声を取得する。本実施例では、通話音声取得部１７は、第１の通話の通話音声を録音し、録音データとして取得する。

【0028】

再生処理部１８は、車両の搭乗者と第２以降の連絡先との通話において、通話音声取得部１７が取得した録音データを再生する。また、再生処理部１８は、通話音声取得部１７が第１の通話の音声を取得した後、連絡先記憶部１４に記憶された登録済みの連絡先から電話がかかってきた場合に、当該登録済みの連絡先との通話において録音データを再生する。

【0029】

電話着信部１９は、緊急事態発生時に外部からかかってきた電話を着呼する。

【0030】

次に、本実施例の情報提供装置１０の動作について説明する。情報提供装置１０は、第１の連絡先との間で行われた第１の通話の通話音声を取得した後、第２以降の連絡先に発呼して第１の通話の通話音声を再生する第１処理、及び登録済みの連絡先からの電話を着呼して第１の通話の通話音声を再生する第２処理を実行する。

【0031】

まず、第１処理及び第２処理の前提となる通話音声取得処理について説明する。図２は、通話音声取得処理の処理ルーチンを示すフローチャートである。

【0032】

状況検出部１３は、画像情報取得部１１が取得した画像情報及びセンサ情報取得部１２が取得した各種センサ情報のうちの少なくともいずれかに基づいて、車両又は車両の搭乗者の現在の状況を検出する（ＳＴＥＰ１０１）。

【0033】

処理制御部１５は、状況検出部１３が検出した状況に基づいて、外部への通報が必要なレベルの緊急事態が発生しているか否かを判定する（ＳＴＥＰ１０２）。

【0034】

緊急事態が発生していないと判定すると（ＳＴＥＰ１０２：ＮＯ）、ＳＴＥＰ１０１に戻り、状況検出部１３は、継続して車両及び搭乗者の現在の状況を検出する。

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

要約音声生成部２４は、通話音声取得部１７が取得した第１の通話の通話音声に基づいて、第１の通話の要約音声を生成する。要約音声生成部２４は、例えばＡＩ（Artificial Intelligence）を用いて要約音声の生成を行う。

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

これらの変形例の処理では、第１の通話の通話音声に基づいて要約テキストデータを生成し、第２の連絡先や登録済みの連絡先に送信する。かかる処理によれば、要点を抽出して通知を行うことができるため、相手方は効率よく状況を把握することが可能となる。