特許 7567902 情報処理装置および情報処理方法、並びに、緊急通報システムの情報処理方法

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-10-07

(45)【発行日】2024-10-16

(54)【発明の名称】情報処理装置および情報処理方法、並びに、緊急通報システムの情報処理方法

(51)【国際特許分類】

   G01R 31/392 20190101AFI20241008BHJP

   G01R 19/165 20060101ALI20241008BHJP

   H02J 7/00 20060101ALI20241008BHJP

【ＦＩ】

G01R31/392

G01R19/165 M

G01R19/165 N

H02J7/00 Y

【請求項の数】 6

(21)【出願番号】P 2022508032

(86)(22)【出願日】2020-07-20

(86)【国際出願番号】 JP2020028021

(87)【国際公開番号】W WO2021186756

(87)【国際公開日】2021-09-23

【審査請求日】2023-05-25

(31)【優先権主張番号】62/990,758

(32)【優先日】2020-03-17

(33)【優先権主張国・地域又は機関】US

(73)【特許権者】

【識別番号】000002185

【氏名又は名称】ソニーグループ株式会社

(74)【代理人】

【識別番号】100121131

【弁理士】

【氏名又は名称】西川 孝

(74)【代理人】

【氏名又は名称】稲本 義雄

(74)【代理人】

【識別番号】100168686

【弁理士】

【氏名又は名称】三浦 勇介

(72)【発明者】

【氏名】古川 亮介

【審査官】田口 孝明

(56)【参考文献】

【文献】特開２００５－０３３９１４（ＪＰ，Ａ）

【文献】特開２００９－１６５２６２（ＪＰ，Ａ）

【文献】特開２００７－１２４８８３（ＪＰ，Ａ）

【文献】国際公開第２０１３／０３０６６０（ＷＯ，Ａ１）

【文献】中国特許出願公開第１０７７３３９６３（ＣＮ，Ａ）

【文献】国際公開第２０１８／１３９２１３（ＷＯ，Ａ１）

【文献】国際公開第２０１９／０６９７３２（ＷＯ，Ａ１）

【文献】国際公開第２０１３／１２５１７０（ＷＯ，Ａ１）

【文献】特開２００１－２９７９５４（ＪＰ，Ａ）

【文献】特開２００６－３２４５９１（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

ＩＰＣ Ｇ０１Ｒ １９／００－１９／３２、

３１／３６－３１／３９６、

Ｈ０１Ｍ １０／４２－１０／４８、

Ｈ０２Ｊ ７／００－７／１２、

Ｂ６０Ｌ １／００－３／１２、

７／００－１３／００、

１５／００－５８／４０

(57)【特許請求の範囲】

【請求項1】

車両に搭載され、前記車両のエンジンが稼働するとき、前記車両より供給される電力により駆動すると共に、前記車両より供給される電力でスーパーキャパシタを充電させ、前記車両のエンジンが停止するとき、前記スーパーキャパシタに充電した電力で駆動する緊急通報装置の前記スーパーキャパシタの充電時間に基づいて、前記緊急通報装置の劣化の程度に関する状態情報を取得し、取得した前記状態情報に基づいた、前記緊急通報装置の信頼性評価結果に応じて通知される、前記緊急通報装置の交換の要否を示す情報を提示する状態情報処理部と、
前記緊急通報装置に設けられた、緊急時に押下される緊急通知ボタンが押下されるとき、自らの位置情報を含む緊急通報を外部装置に送信し、前記緊急通報に応じて、前記外部装置より供給される支援情報を受信する通報処理部とを含み、
前記緊急通報装置の交換の要否を示す情報は、交換用の前記緊急通報装置が手配されていることを示す情報を含む
情報処理装置。

【請求項2】

前記支援情報は、支援に向かったスタッフが来るのか否かを把握可能な情報である
請求項１に記載の情報処理装置。

【請求項3】

前記支援情報は、前記スタッフが到着するまでの時間を把握可能な情報である
請求項２に記載の情報処理装置。

【請求項4】

前記支援情報は、前記スタッフの位置情報と、前記自らの位置情報とを含む地図情報である
請求項３に記載の情報処理装置。

【請求項5】

車両に搭載され、前記車両のエンジンが稼働するとき、前記車両より供給される電力により駆動すると共に、前記車両より供給される電力でスーパーキャパシタを充電させ、前記車両のエンジンが停止するとき、前記スーパーキャパシタに充電した電力で駆動する緊急通報装置の前記スーパーキャパシタの充電時間に基づいて、前記緊急通報装置の劣化の程度に関する状態情報を取得し、取得した前記状態情報に基づいた、前記緊急通報装置の信頼性評価結果に応じて通知される、前記緊急通報装置の交換の要否を示す情報を提示する状態情報処理をすることと、
前記緊急通報装置に設けられた、緊急時に押下される緊急通知ボタンが押下されるとき、自らの位置情報を含む緊急通報を外部装置に送信し、前記緊急通報に応じて、前記外部装置より供給される支援情報を受信する通報処理をすることとを含み、
前記緊急通報装置の交換の要否を示す情報は、交換用の前記緊急通報装置が手配されていることを示す情報を含む
情報処理方法。

【請求項6】

緊急通報装置と情報処理装置とからなる緊急通報システムの情報処理方法であって、
前記緊急通報装置は、
車両に搭載され、前記車両のエンジンが稼働するとき、前記車両より供給される電力により駆動すると共に、前記車両より供給される電力でスーパーキャパシタを充電させ、前記車両のエンジンが停止するとき、前記スーパーキャパシタに充電した電力で駆動し、
前記情報処理装置は、
前記緊急通報装置の前記スーパーキャパシタの充電時間に基づいて、前記緊急通報装置の劣化の程度に関する状態情報を取得し、取得した前記状態情報に基づいた、前記緊急通報装置の信頼性評価結果に応じて通知される、前記緊急通報装置の交換の要否を示す情報を提示する状態情報処理をすることと、
前記緊急通報装置に設けられた、緊急時に押下される緊急通知ボタンが押下されるとき、自らの位置情報を含む緊急通報を外部装置に送信し、前記緊急通報に応じて、前記外部装置より供給される支援情報を受信する通報処理をすることとを含み、
前記緊急通報装置の交換の要否を示す情報は、交換用の前記緊急通報装置が手配されていることを示す情報を含む
緊急通報システムの情報処理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、情報処理装置および情報処理方法、並びに、緊急通報システムの情報処理方法に関し、特に、信頼性を維持しつつ、コストを低減して、劣化した緊急通報装置を適切な時期に交換できるようにした情報処理装置および情報処理方法、並びに、緊急通報システムの情報処理方法に関する。

【背景技術】

【0002】

運転者が所持するスマートフォンを用いて、運転状態を認識し、保険料に反映させるテレマティクス自動車保険が普及しつつある。

【0003】

テレマティクス自動車保険とは、保険契約者である運転者が所持するスマートフォンを用いて取得される運転者の運転状態に基づいて、運転を評価し、評価結果に基づいた保険料の割引などを提供する自動車保険である。

【0004】

テレマティクス自動車保険においては、保険契約者である運転者が所持するスマートフォンを用いて取得される運転者の運転状態に基づいて、運転を評価し、運転評価を運転者のスマートフォンに通知して、表示させることで、安全運転を促すようにさせる技術が提案されている（特許文献１参照）。

【0005】

また、テレマティクス自動車保険においては、保険契約者である運転者は、スマートフォンを所持していることが前提となるため、自動車保険の付帯サービスとして、車両に緊急事態が派生した際に操作されるボタン等を備え緊急通報装置を車両に設置して、緊急通報装置からスマートフォンを介して緊急事態の発生を通知させるサービスがある。

【先行技術文献】

【特許文献】

【0006】

【文献】国際公開第２０１９／０６９７３２号

【発明の概要】

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

【0007】

ところで、緊急通報装置は、通常、車両のアクセサリなどから供給される外部電源により駆動する構成とされているが、緊急事態が発生する状況においては、車両からの電源供給が不能とされる状態に陥ることが考えられる。

【0008】

特に、車両からの電力供給が不能となれるような緊急性が高い状況である程、緊急通報装置は安定して動作できることが望ましい。

【0009】

すなわち、緊急通報装置は、車両からの電源供給が不能となったとき、単独で駆動可能な電源供給が可能な構成が必要となる。

【0010】

緊急通報装置が単独で駆動可能な電源としては、使い捨てのバッテリや、繰り返し充電可能なバッテリなどが考えられる。

【0011】

使い捨てのバッテリの場合、放電してしまうと使用不能となってしまう。

【0012】

また、繰り返し充電可能なバッテリは、放電の心配はないものの、使用環境、特に、温度に対する環境が過酷な車両内で使用する場合、安全性とコストの観点から使用可能なバッテリの種類は限られてくる。

【0013】

例えば、繰り返し充電可能なバッテリとして、スーパーキャパシタが考えられるが、液体の誘電体が使用されることにより、高温状態が繰り返されると蒸発し、劣化が進むことがあり、使い捨てのバッテリよりは長く使えるが、劣化が進んで使用できない状態になる前にバッテリを含む緊急通報装置そのものを交換する必要がある。

【0014】

しかしながら、スーパーキャパシタの劣化の程度は、保険契約者が使用する車両の使用環境に応じて大きく異なるため、一律に絶対に安全な期間で全保険契約者の緊急通報装置を交換すると、劣化が進んでおらず、まだ、十分に使用可能な緊急通報装置も交換してしまうことにより、コストを悪化させてしまう。

【0015】

本開示は、このような状況に鑑みてなされたものであり、特に、緊急通報装置の劣化を評価して、適切な交換時期を個別に通知できるようにすることで、信頼性を維持しつつ、コストを低減して、劣化した緊急通報装置を適切な時期に交換できるようにするものである。

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

【0016】

本開示の第１の側面の情報処理装置は、車両に搭載され、前記車両のエンジンが稼働するとき、前記車両より供給される電力により駆動すると共に、前記車両より供給される電力でスーパーキャパシタを充電させ、前記車両のエンジンが停止するとき、前記スーパーキャパシタに充電した電力で駆動する緊急通報装置の前記スーパーキャパシタの充電時間に基づいて、前記緊急通報装置の劣化の程度に関する状態情報を取得し、取得した前記状態情報に基づいた、前記緊急通報装置の信頼性評価結果に応じて通知される、前記緊急通報装置の交換の要否を示す情報を提示する状態情報処理部と、前記緊急通報装置に設けられた、緊急時に押下される緊急通知ボタンが押下されるとき、自らの位置情報を含む緊急通報を外部装置に送信し、前記緊急通報に応じて、前記外部装置より供給される支援情報を受信する通報処理部とを含み、前記緊急通報装置の交換の要否を示す情報は、交換用の前記緊急通報装置が手配されていることを示す情報を含む情報処理装置である。

【0017】

本開示の第１の側面の情報処理方法は、車両に搭載され、前記車両のエンジンが稼働するとき、前記車両より供給される電力により駆動すると共に、前記車両より供給される電力でスーパーキャパシタを充電させ、前記車両のエンジンが停止するとき、前記スーパーキャパシタに充電した電力で駆動する緊急通報装置の前記スーパーキャパシタの充電時間に基づいて、前記緊急通報装置の劣化の程度に関する状態情報を取得し、取得した前記状態情報に基づいた、前記緊急通報装置の信頼性評価結果に応じて通知される、前記緊急通報装置の交換の要否を示す情報を提示する状態情報処理をすることと、前記緊急通報装置に設けられた、緊急時に押下される緊急通知ボタンが押下されるとき、自らの位置情報を含む緊急通報を外部装置に送信し、前記緊急通報に応じて、前記外部装置より供給される支援情報を受信する通報処理をすることとを含み、前記緊急通報装置の交換の要否を示す情報は、交換用の前記緊急通報装置が手配されていることを示す情報を含む情報処理方法である。

【0018】

本開示の第１の側面においては、車両に搭載され、前記車両のエンジンが稼働するとき、前記車両より供給される電力により駆動すると共に、前記車両より供給される電力でスーパーキャパシタを充電させ、前記車両のエンジンが停止するとき、前記スーパーキャパシタに充電した電力で駆動する緊急通報装置の前記スーパーキャパシタの充電時間に基づいて、前記緊急通報装置の劣化の程度に関する状態情報が取得され、取得された前記状態情報に基づいた、前記緊急通報装置の信頼性評価結果に応じて通知される、前記緊急通報装置の交換の要否を示す情報が提示され、前記緊急通報装置に設けられた、緊急時に押下される緊急通知ボタンが押下されるとき、自らの位置情報を含む緊急通報を外部装置に送信し、前記緊急通報に応じて、前記外部装置より供給される支援情報が受信され、前記緊急通報装置の交換の要否を示す情報は、交換用の前記緊急通報装置が手配されていることを示す情報が含まれる。
本開示の第２の側面の緊急通報システムの情報処理方法は、緊急通報装置と情報処理装置とからなる緊急通報システムの情報処理方法であって、前記緊急通報装置は、車両に搭載され、前記車両のエンジンが稼働するとき、前記車両より供給される電力により駆動すると共に、前記車両より供給される電力でスーパーキャパシタを充電させ、前記車両のエンジンが停止するとき、前記スーパーキャパシタに充電した電力で駆動し、前記情報処理装置は、前記緊急通報装置の前記スーパーキャパシタの充電時間に基づいて、前記緊急通報装置の劣化の程度に関する状態情報を取得し、取得した前記状態情報に基づいた、前記緊急通報装置の信頼性評価結果に応じて通知される、前記緊急通報装置の交換の要否を示す情報を提示する状態情報処理をすることと、前記緊急通報装置に設けられた、緊急時に押下される緊急通知ボタンが押下されるとき、自らの位置情報を含む緊急通報を外部装置に送信し、前記緊急通報に応じて、前記外部装置より供給される支援情報を受信する通報処理をすることとを含み、前記緊急通報装置の交換の要否を示す情報は、交換用の前記緊急通報装置が手配されていることを示す情報を含む緊急通報システムの情報処理方法である。
本開示の第２の側面においては、車両に搭載される緊急通報装置が、前記車両のエンジンが稼働するとき、前記車両より供給される電力により駆動されると共に、前記車両より供給される電力でスーパーキャパシタが充電され、前記車両のエンジンが停止するとき、前記スーパーキャパシタに充電した電力で駆動され、前記情報処理装置により、前記緊急通報装置の前記スーパーキャパシタの充電時間に基づいて、前記緊急通報装置の劣化の程度に関する状態情報が取得され、取得された前記状態情報に基づいた、前記緊急通報装置の信頼性評価結果に応じて通知される、前記緊急通報装置の交換の要否を示す情報が提示され、前記緊急通報装置に設けられた、緊急時に押下される緊急通知ボタンが押下されるとき、自らの位置情報を含む緊急通報が外部装置に送信され、前記緊急通報に応じて、前記外部装置より供給される支援情報が受信され、前記緊急通報装置の交換の要否を示す情報は、交換用の前記緊急通報装置が手配されていることを示す情報が含まれる。

【図面の簡単な説明】

【0019】

【図1】本開示の概要を説明する図である。

【図2】本開示の緊急通報システムを説明する図である。

【図3】緊急通報装置の構成例を説明する図である。

【図4】ユーザ端末の構成例を説明する図である。

【図5】管理サーバの構成例を説明する図である。

【図6】信頼性の評価方法を説明する図である。

【図7】コールセンタサーバの構成例を説明する図である。

【図8】地図情報を説明する図である。

【図9】図３の緊急通報装置による緊急通報管理処理を説明するフローチャートである。

【図10】図４のユーザ端末による緊急通報管理処理を説明するフローチャートである。

【図11】図５の管理サーバによる緊急通報管理処理を説明するフローチャートである。

【図12】図７のコールセンタサーバによる緊急通報管理処理を説明するフローチャートである。

【図13】コールセンタサーバの構成の応用例を説明する図である。

【図14】図１３のコールセンタサーバによる緊急通報管理処理を説明するフローチャートである。

【図15】汎用のパーソナルコンピュータの構成例を説明する図である。

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

【0020】

以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

【0021】

以下、本技術を実施するための形態について説明する。説明は以下の順序で行う。
１．本開示の概要
２．好適な実施の形態
３．応用例
４．ソフトウェアにより実行させる例

【0022】

＜＜１．本開示の概要＞＞
本開示は、緊急通報装置の劣化を評価して、適切な交換時期を個別に通知できるようにすることで、信頼性を維持しつつ、コストを低減して、劣化した緊急通報装置を適切な時期に交換できるようにするものである。

【0023】

近年、運転中の事故などの緊急時に自動車保険会社への連絡を円滑に行う緊急通報システムとして、緊急通報ボタンを押すことで、自動車保険会社と、即座に連絡を取ることが可能な機能を備えた緊急通報装置が注目を集めている。

【0024】

このような緊急通報装置の電力の確保には、大きく分けて2つの方法がある。一方は車両内に設けられたUSB端子や、アクセサリソケットなどから電力を得る方法である。他方は、緊急通報装置自体に何らかの電源を搭載する方法である。

【0025】

一般的に考えれば、半永久的に使用できる車両内に設けられたUSB端子やアクセサリソケットから電力供給を受ける構成を採用するのが通例である。

【0026】

しかしながら、緊急通報装置が使用される状態は、事故時などトラブルが起きた場合であり、公道でこのような状況に置かれた際は、概して道の路肩に車両を停車させ、エンジンを停止させる場合が多い。

【0027】

このように、エンジンが停止される場合、車両側から起電力が得られないため、緊急通報装置を使用することができない。

【0028】

つまり、緊急通報装置を最も機能させたいときには、電源が消失しており、使用できなくなってしまう可能性がある。

【0029】

従って、緊急事態が発生するような状態においても、電力を確保する上で、緊急通報装置自体に何らかの電源（電池）を搭載した構成を採用する必要がある。

【0030】

電池は大きく分けて、交換を前提とした１次電池と、充放電を繰り返し行える２次電池とがある。

【0031】

エンジンが停止した状態でも使用可能で、かつ、エンジンが稼働されている場合、車両側から電力の確保が可能になる際、半永久的に使用できる構成にするためには、２次電池の使用が望ましい。

【0032】

ところが、車両内に設けられる緊急通報装置は、炎天下の夏場等に、車内温度が90度近くに達する環境下に置き去りにされる可能性があるため、安全性の面から２次電池の使用は難しい。

【0033】

すなわち、電池を使用する場合、エンジンが停止した状態でも使用でき、安全性を備え、長期間使用可能な構成は実質的に存在しない。

【0034】

そこで、緊急通報装置に搭載される電源として、電池の代わりに、スーパーキャパシタと呼ばれる充放電型の受動素子を用いた構成が考えられる。

【0035】

スーパーキャパシタを使用することにより、エンジン稼働時には、車両からの電源供給で駆動緊急通報装置を駆動させ、かつ、スーパーキャパシタに充電させるようにして、エンジン停止時には、スーパーキャパシタに充電された電力を放電させることで緊急通報装置を駆動させることが可能となる。

【0036】

また、スーパーキャパシタに用いられる部材は、受動素子ゆえに、２次電池などの発火リスクは原理的に存在しないため、安全性を確保することも可能である。

【0037】

しかしながら、スーパーキャパシタは、誘電体が液状であることもあり、高温化での車両内では揮発によって、電力の低下を引き起こす可能性がある。

【0038】

また、緊急通報装置内のその他の部材においても、高温下の車両内では何かしらの異常を引き起こす可能性がある。

【0039】

このような背景を鑑みると、通常であればより厳しい品質基準を設けて信頼性にマージンを残す運用を図るのが一般的であるが、これにより、品質コストが引き上げられ、投資対効果(ROI)にも悪影響してきてしまう。

【0040】

さらに、炎天下で管理される車両内の緊急通報装置と、地下駐車場などで管理され、炎天下で管理されることがない車両内の緊急通報装置では明確に品質劣化の差が出てくることは容易に想像ができる。

【0041】

このような場合、炎天下で管理される車両内の、故障傾向が高い緊急通報装置のみを検知して、新たな緊急通報装置が再送付されるようにして交換を促すようにすれば、必要以上に交換する緊急通報装置の発生を抑制でき、コストの低減を図ることが可能となる。

【0042】

そこで、本開示においては、スーパーキャパシタの推定静電容量を緊急通報装置の劣化状態を示す情報として計算し、乗車時にユーザが持つスマートフォン等のユーザ端末に転送されるようにする。

【0043】

また、ユーザ端末が、緊急通報装置の劣化状態を示す情報を、ネットワーク上の自動車保険会社が管理運営する管理サーバに転送する。

【0044】

そして、管理サーバが、緊急通報装置の劣化状態を示す情報に基づいて、緊急通報装置の品質劣化をモニタリングして、所定の状態よりも劣化が進んだ、交換の必要のある緊急通報装置のみの交換を促すようにさせる。

【0045】

このような構成により、緊急通報装置の安全性を維持しつつ、エンジンが停止した状態においても長期間使用可能で、かつ、ROIの向上を図る緊急通報システムを実現する。

【0046】

次に、図１の緊急通報システムを参照して、本開示の概要について具体的に説明する。

【0047】

本開示の緊急通報システムは、図１で示されるように、車両Ｍ、ユーザ端末Ｔ、管理サーバＳｖ、およびコールセンタＣｃより構成される。

【0048】

車両Ｍは、保険契約者となるユーザが運転者として搭乗する車両であり、緊急通報装置Ｅを搭載している。

【0049】

緊急通報装置Ｅは、車両Ｍに対して着脱可能な構成とされ、動作の全体を制御する制御部Ｃｔｅ、緊急時に操作される緊急通報ボタンＢ、および、車両Ｍのエンジンが稼働中のとき電力を充電し、車両Ｍのエンジンが停止中のとき充電した電力を制御部Ｃｔｅに供給する充電装置Ｃｐを備えている。

【0050】

制御部Ｃｔｅは、車両Ｍのエンジンが稼働中であるとき、車両Ｍの電源Ｐより供給される電力により駆動すると共に、充電装置Ｃｐに供給して充電させる。

【0051】

また、制御部Ｃｔｅは、車両Ｍのエンジンが停止中であるとき、充電装置Ｃｐにより充電された電力が供給されることにより、充電時間に応じた所定時間だけ駆動する。

【0052】

さらに、制御部Ｃｔｅは、ブルートゥース（登録商標）などの近距離通信機能を備えており、緊急通報ボタンＢが操作されると、近距離通信機能により、緊急事態の発生を示す緊急通報をスマートフォンなどからなるユーザ端末Ｔに通知する。

【0053】

また、制御部Ｃｔｅは、車両Ｍのエンジンが始動するとき、充電装置Ｃｐが満充電になるまでの時間を、充電装置Ｃｐの劣化の状態を示す情報として測定し、ブルートゥース（登録商標）等の近距離通信機能を制御して、ユーザ端末Ｔに通知する。

【0054】

充電装置Ｃｐは、例えば、液体からなる誘電体を備えたスーパーキャパシタであり、車両Ｍの電源Ｐより供給される電力を充電すると共に、電源Ｐからの電力供給が停止すると、停止してから所定時間だけ制御部Ｃｔｅに供給する。

【0055】

充電装置Ｃｐは、車両Ｍのような炎天下などの厳しい環境下において使用されることがあるため、高温状態が継続すると誘電体が蒸発し、充電容量が低下して、劣化が進む。

【0056】

緊急通報装置Ｅには、充電装置Ｃｐ以外にも複数の構成が設けられているが、充電装置Ｃｐよりも劣化が進みやすいものは少なく、一般に、充電装置Ｃｐの劣化の程度が、実質的に緊急通報装置Ｅの劣化と見做してもよい。

【0057】

したがって、充電装置Ｃｐは、充電を開始してから満充電までの時間が、すなわち、充電装置Ｃｐの静電容量が、緊急通報装置Ｅの劣化の程度を示す情報となるため、制御部Ｃｔｅは、例えば、エンジンが始動してから、充電装置Ｃｐが満充電になるまでの時間を緊急通報装置Ｅの劣化を示す情報として計測し、状態情報としてユーザ端末Ｔに通知する。

【0058】

尚、充電装置Ｃｐは、エンジンがオフになってから、毎回、所定時間だけ制御部Ｃｔｅを駆動させることにより放電されることになるので、エンジンが停止されてから所定時間が経過して、エンジンが再始動するときには、完全放電している状態になっている。

【0059】

これにより、エンジンが始動してから満充電になるまでの時間は、充電装置Ｃｐにおいて充電可能な静電容量に応じた、完全放電状態から満充電になるまでの時間となるため、充電装置Ｃｐの劣化状態を示す目安にすることができる。

【0060】

ユーザ端末Ｔは、保険契約者としてのユーザが所持する、例えば、スマートフォンのような携帯端末である。

【0061】

ユーザ端末Ｔは、ユーザ端末Ｔの動作の全体を制御する制御部Ｃｔｔ、および、有機EL（Electro Luminescence）やLCD（Liquid Crystal Display）などからなり、各種の情報を表示する表示部Ｄを備えている。

【0062】

ユーザ端末Ｔには、緊急通報システムを実現するためのアプリケーションプログラムがインストールされており、制御部Ｃｔｔが、インストールされたアプリケーションプログラムを実行させることにより機能する。

【0063】

制御部Ｃｔｔは、車両Ｍの緊急通報装置Ｅより近距離通信機能により緊急事態の発生を示す緊急通報が送信されてくると、Wi-Fiや公衆回線網を通じて、自動車保険会社により管理運営される管理サーバＳｖに緊急通報を受信したことを通知する。

【0064】

ユーザ端末Ｔは、GPS等の位置情報検出機能を備えた装置（図示せず）を備えているので、制御部Ｃｔｔは、車両Ｍの現在位置の位置情報と共に、緊急通報を管理サーバＳｖに通知する。

【0065】

また、制御部Ｃｔｔは、車両Ｍの位置情報と含む緊急通報の受信を示す通知に応じて、管理サーバＳｖより供給されるユーザ車両Ｍの緊急事態を支援するスタッフの位置情報と、車両Ｍの位置情報とを示す地図情報を受信し、表示部Ｄに表示させる。

【0066】

これにより、車両Ｍを運転する保険契約者であるユーザは、ユーザ端末Ｔの表示部Ｄに表示される、ユーザの車両Ｍの緊急事態を支援するスタッフの位置情報と、車両Ｍの位置情報とを示す地図情報からなる画像を視認することが可能となり、スタッフがどの程度の時間で到着するのかを把握できるようになる。

【0067】

さらに、ユーザ端末Ｔは、緊急通報装置Ｅの劣化の程度を示す情報としての、充電装置Ｃｐのエンジンが始動してから満充電になるまでの時間からなる状態情報を取得すると、管理サーバＳｖに通知する。

【0068】

そして、緊急通報装置Ｅの劣化を示す状態情報に基づいて、管理サーバＳｖより緊急通報装置Ｅの交換が必要なことを示す情報が送信されてくると、その旨を、表示部Ｄに表示させる。

【0069】

これにより、ユーザは、緊急通報装置Ｅの劣化、特に、充電装置Ｃｐの静電容量の劣化が進んでおり、交換が必要な時期であることを認識することができる。

【0070】

管理サーバＳｖは、管理サーバＳｖの動作の全体を制御する制御部Ｃｓｖ、および、緊急通報装置Ｅの劣化の程度を示す状態情報に基づいて、緊急通報装置Ｅの信頼性を推定する信頼性推定部Ｇを備えている。

【0071】

制御部Ｃｓｖは、ユーザ端末Ｔより通知される情報を、緊急事態が発生したことを示す緊急通報と、緊急通報装置Ｅの劣化の程度を示す状態情報とに分岐して、緊急通報については、コールセンタＣＣに通知する。

【0072】

コールセンタＣＣは、緊急事態を支援するスタッフにより運営される、例えば、情報処理装置等からなるサーバであり、緊急事態の発生と車両Ｍの位置情報とが通知されると、車両Ｍの位置情報に基づいて、現場にユーザを支援するためのスタッフを派遣させるように指示する。

【0073】

さらに、コールセンタＣＣは、現場に派遣させるスタッフが所持する端末で検出される、スタッフの位置情報を取得し、車両Ｍの位置情報と併せて、双方の位置情報を含めた知事情報を生成して、管理サーバＳｖを介して、ユーザ端末Ｔに通知する。

【0074】

また、管理サーバＳｖの制御部Ｃｓｖは、緊急通報装置Ｅの劣化の程度を示す状態情報については、信頼性推定部Ｇに出力する。

【0075】

信頼性推定部Ｇは、緊急通報装置Ｅの劣化の程度を示す状態情報である、充電装置Ｃｐのエンジンが始動してから満充電になるまでの時間に基づいて評価し、その評価が、所定の閾値よりも低くなってから所定期間以上継続しているか否かに基づいて、信頼性を維持した状態で使用可能であるか否か、すなわち、交換が必要であるか否かを推定し、信頼性推定結果として制御部Ｃｓｖに出力する。

【0076】

制御部Ｃｓｖは、信頼性推定結果をコールセンタＣＣに通知する。

【0077】

この場合、コールセンタＣＣにおいては、信頼性推定結果に基づいて、緊急通報装置Ｅの交換が必要であるか否かが判定されて、交換が必要である場合、対象となる車両Ｍの保険契約者となるユーザに対して、交換用の緊急通報装置Ｅ、すなわち、充電装置Ｃｐが新しい緊急通報装置Ｅを手配して、例えば、宅配便等で配送させる。

【0078】

また、コールセンタＣＣは、緊急通報装置Ｅの交換が必要となった旨を示す情報を、例えば、画像として生成し、管理サーバＳｖを介して、対象となる車両Ｍの保険倹約者であるユーザが所持するユーザ端末Ｔに対して送信する。

【0079】

以上の一連の処理により、緊急通報装置Ｅの劣化を示す、充電装置Ｃｐの劣化の状態を把握して、交換が必要なものだけを選択的に交換させることが可能となる。

【0080】

結果として、使用環境が異なる車両Ｍ毎の緊急通報装置Ｅの劣化の程度に応じて、交換が必要な緊急通報装置Ｅだけを交換させることが可能となるので、緊急通報装置Ｅの安全性と信頼性を維持しつつ、エンジンが停止した状態においても長期間使用可能な緊急通報システムを実現し、さらに、コストの低減を実現させることで、ROIを向上させることが可能となる。

【0081】

＜＜２．好適な実施の形態＞＞
＜緊急通報システムの構成例＞
次に、図２を参照して、本開示の技術を適用した緊急通報システムの構成例について説明する。

【0082】

図２の緊急通報システム１１は、自動車保険契約者である運転者が車両を運転している際に緊急事態が発生するとき、緊急事態が発生していることを自動車保険会社に速やかに通報するシステムである。

【0083】

緊急通報システム１１の具体的な構成としては、テレマティクス自動車保険の保険料の割引サービスを提供する際にユーザが所持するユーザ端末にインストールされるアプリケーションプログラムにより付帯して提供される緊急通報サービスでもよいし、緊急通報サービスを単体としたサービスでもよいが、ここでは、緊急通報サービスのみを提供する緊急通報システム１１について説明する。

【0084】

図２の緊急通報システム１１は、車両３１－１乃至車両３１－ｎ、ユーザ端末３２－１乃至３２－ｎ、管理サーバ３３、およびコールセンタサーバ３４より構成される。

【0085】

尚、車両３１－１乃至車両３１－ｎ、および、ユーザ端末３２－１乃至３２－ｎは、特に区別する必要がない場合、単に車両３１、およびユーザ端末３２と称する。

【0086】

車両３１は、自動車保険の契約者であるユーザによる運転される車両であり、エンジンが稼働することにより電力を発生させて、緊急通報装置５２に供給する電源５１と、緊急事態が発生した場合、ユーザにより操作される緊急通報ボタン７９（図３）を有する緊急通報装置５２とを備える。

【0087】

電源５１は、エンジンが稼働することにより発電される電力を、例えば、車両３１の内部に設けられたアクセサリソケットやUSB端子などを介して緊急通報装置５２に供給する。電源５１は、例えば、DC/DCコンバータ（図示せず）を内蔵しており、車両３１により発電された電力の電圧を、緊急通報装置５２に供給可能な電圧に変換して供給する。

【0088】

電源５１は、エンジンが稼働している状態において電力を供給するものであり、基本的に、エンジンが停止した状態のときには電力を供給しない。

【0089】

緊急通報装置５２は、緊急事態が発生した場合、自動車保険契約者である運転者により操作される緊急通報ボタン７９（図３）を備えており、緊急通報ボタン７９が操作されると、緊急事態が発生したことを示す緊急通報を、運転者であるユーザが所持するユーザ端末３２に、例えば、ブルートゥース（登録商標）等の近距離通信により通知する。

【0090】

緊急通報ボタン７９は、緊急事態が発生したとき操作されるボタンであるため、運転者が狼狽しているような状態においても確実に操作が可能となるように、例えば、視認性の高い位置に、LED７３等により光るような構成とされていたり、操作性の高い形状とされている。

【0091】

尚、本明細書においては、緊急通報ボタン７９が操作されることで、緊急事態の発生が運転者から宣言されることで緊急事態の発生が認識されることを前提として説明を進めるものとするが、緊急事態の発生が認識できる構成であれば、物理的なボタン以外の構成であってもよい。

【0092】

例えば、マイクロフォンなどで検出される音声により、悲鳴のような声が検出されるときに緊急事態が発生していることを認識して緊急通報を発するような構成であってもよいし、カメラなどにより撮像される画像に基づいて、画像の認識結果から緊急事態が発生していることが認識されるとき、緊急通報を発するような構成であってもよい。

【0093】

緊急通報装置５２は、スーパーキャパシタ７６を備えており、エンジンが稼働しており、電源５１より電力が供給されているときには、電源５１より供給される電力により駆動すると共に、スーパーキャパシタ７６に電力を供給して充電させる。

【0094】

また、緊急通報装置５２は、エンジンが停止した場合、スーパーキャパシタ７６により充電されている電力で駆動する。

【0095】

さらに、緊急通報装置５２は、エンジンが始動して、電源５１より電力の供給が開始されて、緊急通報装置５２の内部に設けられた電源となるスーパーキャパシタ７６の充電を開始してから満充電になるまでの充電時間をスーパーキャパシタの静電容量に応じた劣化の程度を示す状態情報として測定し、測定された充電時間からなる状態情報をユーザの所持するユーザ端末３２に通知する。

【0096】

ユーザ端末３２は、車両３１を運転する、保険契約者であるユーザにより所持される、例えば、スマートフォンなどの携帯端末であり、緊急通報システムを実現するためのアプリケーションプログラムがインストールされることにより、本開示の機能を実現させる。

【0097】

ユーザ端末３２は、Wi-Fiや公衆回線網などからなるネットワーク３５を介して、車両３１の緊急通報装置５２より供給される緊急事態が発生したことを示す緊急通報や、緊急通報装置５２の劣化の程度を示す、スーパーキャパシタ７６の充電時間からなる状態情報を管理サーバ３３に通知する。

【0098】

ユーザ端末３２は、自車の位置情報を取得するGPS装置１５９（図４）を備えており、緊急通報を管理サーバ３３に送信するとき、位置情報と併せて緊急通報を管理サーバ３３に送信する。

【0099】

管理サーバ３３は、自動車保険会社により管理運営されるサーバであり、ユーザ端末３２の位置情報を含む緊急事態が発生したことを示す緊急通報を取得すると、ネットワーク３５を介してコールセンタサーバ３４に通知する。

【0100】

このとき、コールセンタサーバ３４は、車両３１の位置情報に基づいて、緊急事態に対応して、ユーザを支援するスタッフを派遣させるように手配する情報を生成し、スタッフの所持する端末装置（図示せず）に通知して、緊急事態が発生したことが通知された車両３１に急行させる。

【0101】

この際、コールセンタサーバ３４は、スタッフが所持する端末装置（図示せず）により検出される位置情報を取得して、車両３１の位置情報と併せた地図情報からなる画像を生成し、管理サーバ３３を介して、ユーザ端末３２に通知する。

【0102】

これにより、ユーザ端末３２は、スタッフと車両３１との位置情報が含まれた地図情報からなる画像を表示する。

【0103】

ユーザ端末３２を所持するユーザは、表示される地図情報に基づいて、自らを支援するスタッフが到着するまでの時間を把握することが可能となる。

【0104】

また、管理サーバ３３は、スーパーキャパシタ７６の充電時間の情報からなる状態情報がユーザ端末３２から送信されてくるとき、状態情報である充電時間に基づいて、スーパーキャパシタ７６の信頼性を推定し（評価し）、信頼性の推定結果（評価結果）をプロットして、評価値が所定の閾値よりも低くなってから、所定期間以上経過したか否かにより、緊急通報装置５２の交換の要否を判定し、信頼性推定結果としてコールセンタサーバ３４に通知する。

【0105】

この時、コールセンタサーバ３４は、信頼性推定結果に基づいて、緊急通報装置５２の交換が必要であると判定されるとき、新たな交換すべき緊急通報装置５２を手配して、ユーザに対して配送させると共に、現在の緊急通報装置５２が交換時期になっており、新たな緊急通報装置５２を手配していることを示す情報を、管理サーバ３３を介してユーザ端末３２に通知する。

【0106】

ユーザ端末３２は、現在の緊急通報装置５２が交換時期になっており、新たな緊急通報装置５２を手配していることを示す情報を取得すると、表示する。

【0107】

これにより、ユーザ端末３２のユーザは、現在の緊急通報装置５２の信頼性が低下しており、交換の必要があり、交換用の緊急通報装置５２が手配されていることを認識することが可能となる。

【0108】

＜緊急通報装置の構成例＞
次に、図３を参照して、車両３１の詳細な構成例について説明する。

【0109】

車両３１は、電源５１および緊急通報装置５２を備えている。電源５１は、車両３１のエンジンが稼働しているときに機能し、電力を緊急通報装置５２に供給する。緊急通報装置５２は、緊急事態が発生する際、保険契約者であり、運転者であるユーザにより緊急通報を発報させるとき操作される装置である。また、緊急通報装置５２は、車両３１に対して着脱可能な構成であり、また、経年劣化により交換が必要とされる。

【0110】

緊急通報装置５２は、ダイオード７１、チップセット７２、LED（Light Emitting Diode）７３、トランジスタ７４、充電ゲートトランジスタ７５、スーパーキャパシタ７６、トランジスタ７７、抵抗７８、緊急通報ボタン７９、およびアンテナ８０を備えている。

【0111】

ダイオード７１は、電源５１より供給される電力を整流して、チップセット７２、LED７３、充電ゲートトランジスタ７５、および抵抗７８に供給する。

【0112】

チップセット７２は、BLE（Bluetooth Low Energy）チップセットであり、電源５１からの電力により駆動して、アンテナ８０よりブルートゥース（登録商標）等の通信により、ユーザ端末３２に対して緊急事態が発生したことを示す緊急通報、およびスーパーキャパシタ７６の充電時間からなる状態情報を送信する。

【0113】

チップセット７２は、端子７２ａ乃至７２ｆを備えている。

【0114】

端子７２ａは、ダイオード７１に接続されており、電源５１より供給される電力の電圧をモニタしており、電源５１より電力供給が受け付けられているか否かを監視し、電力供給がなされているとき、電源５１からの電力供給を受け付ける。また、電源５１からの電力供給が停止したとき、スーパーキャパシタ７６により充電された電力の供給を受け付ける。

【0115】

端子７２ｂは、スーパーキャパシタ７６に接続されており、電源オン時、または充電時にスーパーキャパシタ７６の充電電圧をモニタする。

【0116】

端子７２ｃは、トランジスタ７７のゲートに接続されており、トランジスタ７７のオンまたはオフを制御することで、充電ゲートトランジスタ７５のオンオフを制御する。より詳細には、端子７２ｃが、トランジスタ７７をオンにして、充電ゲートトランジスタ７５をオンにさせることで、７５のゲートが閉じ、電源５１から供給される電圧がスーパーキャパシタ７６に供給されなくなる。この時、７２ｂで計測される電圧は、スーパーキャパシタ７６に蓄積されていた初期電圧に他ならない。また、端子７２ｃが、トランジスタ７７をオフにして、充電ゲートトランジスタ７５をオフにさせることで、７５のゲートが空き、電源５１から供給される電力でスーパーキャパシタ７６が充電させる。このとき、７２ｂで計測される電圧が、スーパーキャパシタ７６に蓄積されうる最大電圧に到達するまで時間を９３で計測する。

【0117】

端子７２ｄは、緊急通報ボタン７９に接続されており、緊急通報ボタン７９のオンまたはオフを検出する。

【0118】

端子７２ｅは、アンテナ８０に接続されており、ブルートゥース（登録商標）等の通信により、ユーザ端末３２との通信に使用される。

【0119】

端子７２ｆは、トランジスタ７４のゲートに接続されており、トランジスタ７４のオンまたはオフを制御することにより、LED７３の発光または消灯を制御する。

【0120】

さらに、チップセット７２は、機能を実現する構成として、電源切替部９１、状態測定部９２、および通報処理部９３を備えている。

【0121】

電源切替部９１は、端子７２ａをモニタして、電源５１より電力供給されているか否かを監視し、監視状態に応じて、７２ｃの電圧印可ならびに、７２ｂでのキャパシタ電力のモニタリングを止める。

【0122】

状態測定部９２は、エンジンが始動された場合、端子７２ｃに接続されたトランジスタ７７をオンにして、充電ゲートトランジスタ７５がオンさせる。そして、７５のゲートが閉じ、電源５１から供給される電圧がスーパーキャパシタ７６に供給されなくなる。この時、７２ｂで計測される電圧は、スーパーキャパシタ７６に蓄積されていた初期電圧に他ならない。その後、端子７２ｃより、トランジスタ７７をオフにして、充電ゲートトランジスタ７５をオフにさせることで、７５のゲートが空き、電源５１から供給される電力でスーパーキャパシタ７６が充電させる。このとき、７２ｂで計測される電圧が、スーパーキャパシタ７６に蓄積されうる最大電圧に到達するまで時間を９３で計測する。

【0123】

そして、状態測定部９２は、スーパーキャパシタ７６の充電開始のタイミングから、端子７２ｂのスーパーキャパシタ７６の充電開始電圧をモニタすると共に、満充電とみなされる充電電圧になるまでの時間を測定することで、スーパーキャパシタ７６の充電時間である状態情報を測定する。

【0124】

通報処理部９３は、端子９２ｄの電圧をモニタして、緊急通報ボタン７９が操作されたか否かを監視し、操作されるとき、緊急事態が発生したことを示す緊急通報を、端子７２ｅのアンテナ８０を介して、ユーザ端末３２に通知する。

【0125】

また、通報処理部９３は、緊急通報ボタン７９が操作されるとき、端子７２ｆに接続されたトランジスタ７４のゲート電圧を制御することで、LED７３をオンにして点灯させることにより、緊急通報ボタン７９が操作されたことを視覚的に認識させる。

【0126】

さらに、通報処理部９３は、状態測定部９２によりスーパーキャパシタ７６の充電時間からなる状態情報が測定されると、端子７２ｅのアンテナ８０を介して、ユーザ端末３２に通知する。

【0127】

＜ユーザ端末の構成例＞
次に、図４を参照して、ユーザ端末３２の構成例について説明する。

【0128】

ユーザ端末３２は、制御部１５１、入力部１５２、出力部１５３、記憶部１５４、通信部１５５、ドライブ１５６、およびリムーバブル記憶媒体１５７、並びにGPS装置１５９より構成されており、相互にバス１５８を介して接続されており、データやプログラムを送受信することができる。

【0129】

制御部１５１は、プロセッサやメモリから構成されており、ユーザ端末３２の動作の全体を制御する。また、制御部１５１は、状態情報処理部１７１、および通報処理部１７２を備えている。

【0130】

状態情報処理部１７１は、通信部１５５を制御して、緊急通報装置５２からブルートゥース（登録商標）等の近距離通信よりスーパーキャパシタ７６の充電時間からなる状態情報が送信されてきたか否かを判定する。

【0131】

そして、状態情報処理部１７１は、送信されてきた場合、状態情報を取得すると共に、通信部１５５を制御して、自らを識別する情報と共にネットワーク３５を介して、管理サーバ３３に送信する。

【0132】

また、状態情報処理部１７１は、状態情報に基づいて、緊急通報装置５２の劣化が進み、交換の時期が来ており、交換用の緊急通報装置５２が手配されたことを示す情報が送信されてきた場合、通信部１５５を制御して、その旨の情報を受信して、出力部１５３を構成するディスプレイ等に表示する。

【0133】

通報処理部１７２は、通信部１５５を制御して、緊急通報装置５２より緊急通報が送信されてきたか否かを判定し、送信されてきた場合、緊急通報を取得すると共に、GPS１５９を制御して自らの位置情報を取得し、通信部１５５を制御して、ネットワーク３５を介して、緊急通報を受信したことを示す情報、位置情報、および契約者情報等を併せて管理サーバ３３に送信する。

【0134】

また、状態情報処理部１７１は、緊急通報に基づいて、管理サーバ３３を介してコールセンタサーバ３４より、緊急事態に対応するための支援のスタッフの位置情報と、自らの位置情報とからなる地図情報を取得すると、出力部１５３を構成するディスプレイ等に表示させる。

【0135】

入力部１５２は、ユーザが操作コマンドを入力するキーボード、マウスなどの入力デバイスより構成され、入力された各種の信号を制御部１５１に供給する。

【0136】

出力部１５３は、制御部１５１により制御され、供給される操作画面や処理結果の画像を、LCD（Liquid Crystal Display）や有機EL（Electro Luminescence）などからなる表示デバイスに出力して表示する。

【0137】

記憶部１５４は、HDD（Hard Disk Drive）、SSD（Solid State Drive）、または、半導体メモリなどからなり、制御部１５１により制御され、コンテンツデータを含む各種のデータおよびプログラムを書き込む、または、読み出す。

【0138】

通信部１５５は、制御部１５１により制御され、有線または無線により、LAN（Local Area Network）やブルートゥース（登録商標）等に代表される通信を実現し、必要に応じてネットワーク３５を介して、各種の装置との間で各種のデータやプログラムを送受信する。

【0139】

ドライブ１５６は、磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD-ROM(Compact Disc-Read Only Memory)、DVD(Digital Versatile Disc)を含む）、光磁気ディスク（ＭＤ(Mini Disc)を含む）、もしくは半導体メモリなどのリムーバブル記憶媒体１５７に対してデータを読み書きする。

【0140】

GPS１５９は、制御部１５１により制御され、図示せぬ複数の衛星からの信号を受信し、受信した複数の衛星からの信号に基づいて、地球上の位置情報（例えば、緯度情報および軽度情報）を検出して、制御部１５１に供給する。

【0141】

＜管理サーバの構成例＞
次に、図５を参照して、管理サーバ３３の構成例について説明する。

【0142】

管理サーバ３３は、制御部１９１、入力部１９２、出力部１９３、記憶部１９４、通信部１９５、ドライブ１９６、および１リムーバブル記憶媒体９７より構成されており、相互にバス１９８を介して接続されており、データやプログラムを送受信することができる。

【0143】

制御部１９１は、プロセッサやメモリから構成されており、管理サーバ３３の動作の全体を制御する。また、制御部１９１は、情報分離部２０１、信頼性推定部２０２、および通報処理部２０３を備えている。

【0144】

情報分離部２０１は、通信部１９５を制御して、位置情報を含むユーザ端末３２の緊急通報、およびスーパーキャパシタ７６の充電時間からなる状態情報を受信すると、それぞれを認識して、位置情報を含むユーザ端末３２からの緊急通報を通報処理部２０３に供給し、スーパーキャパシタ７６の充電時間からなる状態情報を信頼性推定部２０２に供給する。

【0145】

信頼性推定部２０２は、スーパーキャパシタ７６の充電時間からなる状態情報に基づいて、緊急通報装置５２の信頼性を推定し、通信部１９５を制御して、推定結果をコールセンタサーバ３４に送信する。

【0146】

尚、信頼性推定部２０２におけるスーパーキャパシタ７６の充電時間からなる状態情報に基づいた、緊急通報装置５２の信頼性の推定方法については、図６を参照して後述する。

【0147】

そして、信頼性推定結果に基づいて、緊急通報装置５２の交換が必要であり、交換用の緊急通報装置５２の手配がなされていることを示す情報が、コールセンタサーバ３４より供給されると、信頼性推定部２０２は、通信部１９５を制御して、その旨の情報をユーザ端末３２に通知する。

【0148】

通報処理部２０３は、通信部１９５を制御して、位置情報を含むユーザ端末３２より緊急通報をコールセンタサーバ３４に送信する。

【0149】

そして、位置情報を含むユーザ端末３２からの緊急通報に基づいて、コールセンタサーバ３４より車両３１のユーザの緊急事態を支援を行うためのスタッフの位置情報と、緊急事態が発生した車両３１との位置情報とが含まれる地図情報が供給されると、通報処理部２０３は、通信部１９５を制御して、ユーザ端末３２に地図情報を通知する。

【0150】

入力部１９２は、ユーザが操作コマンドを入力するキーボード、マウスなどの入力デバイスより構成され、入力された各種の信号を制御部１９１に供給する。

【0151】

出力部１９３は、制御部１９１により制御され、供給される操作画面や処理結果の画像を、LCD（Liquid Crystal Display）や有機EL（Electro Luminescence）などからなる表示デバイスに出力して表示する。

【0152】

記憶部１９４は、HDD（Hard Disk Drive）、SSD（Solid State Drive）、または、半導体メモリなどからなり、制御部１９１により制御され、コンテンツデータを含む各種のデータおよびプログラムを書き込む、または、読み出す。

【0153】

通信部１９５は、制御部１９１により制御され、有線（または無線（図示せず））により、LAN（Local Area Network）などに代表される通信ネットワークを介して、各種の装置との間で各種のデータやプログラムを送受信する。

【0154】

ドライブ１９６は、磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD-ROM(Compact Disc-Read Only Memory)、DVD(Digital Versatile Disc)を含む）、光磁気ディスク（ＭＤ(Mini Disc)を含む）、もしくは半導体メモリなどのリムーバブル記憶媒体１９７に対してデータを読み書きする。

【0155】

＜信頼性の推定方法＞
ここで、信頼性推定部２０２による緊急通報装置５２の信頼性の推定方法について説明する。

【0156】

信頼性推定部２０２は、状態情報であるスーパーキャパシタ７６の充電時間Ｔに基づいて、以下の式（１）で示される評価値Ｅ（Ｔ）を演算し、式（２）で示される評価閾値Ｅｔｈよりも高いか否かに基づいて、緊急通報装置５２の信頼性を評価して、評価結果に基づいて、緊急通報装置５２の交換が必要であるか否かを判定する。

【0157】

【数1】

【数2】

【0158】

ここで、Ｅ（Ｔ）は評価値であり、Ｔは、満充電までの充電時間（測定時間）であり、Ｔ’は、スーパーキャパシタ７６の交換が必要となる状態まで劣化したときの静電容量まで充電するときの理論的な充電時間である。

【0159】

また、Ｅｔｈは、評価閾値であり、Ｖは、エンジンが始動するときのスーパーキャパシタ７６の充電電圧（測定電圧）であり、Ｃは、スーパーキャパシタ７６の交換を検討すべき状態まで劣化したときの静電容量であり





、Ｒは、充電時間制御抵抗の抵抗値であり、ｅは、自然対数である。

【0160】

すなわち、スーパーキャパシタ７６は、時間経過に伴って、液体の誘電体が蒸発することにより、静電容量が徐々に減少することにより劣化する。

【0161】

そして、スーパーキャパシタ７６の充電時間Ｔは、静電容量の減少に伴って、短くなっていく。

【0162】

結果として、評価値Ｅ（Ｔ）は、図６で示されるように、時間ｔの経過に伴って、劣化が進むことで、充電時間Ｔが短くなっていくことにより徐々に減少していく。

【0163】

そこで、信頼性推定部２０２は、評価値Ｅ（Ｔ）を、図６における時間ｔの経過に伴ってプロットし、評価値Ｅ（Ｔ）が、評価閾値Ｅｔｈよりも小さくなってから、所定期間Ｔｔｈ以上経過したか否かに基づいて、緊急通報装置５２の交換が必要な状態になったか否かを判定する。

【0164】

ここで、評価閾値Ｅｔｈは、スーパーキャパシタ７６を含めた緊急通報装置５２の交換を検討するべき状態まで劣化したときの静電容量となったときの評価値Ｅ（Ｔ）である。

【0165】

また、所定期間Ｔｔｈは、評価値Ｅ（Ｔ）が、評価閾値Ｅｔｈよりも低下した状態のままで、すなわち、スーパーキャパシタ７６を含めた緊急通報装置５２の交換を検討するべき状態まで劣化した状態のまま、スーパーキャパシタ７６を含めた緊急通報装置５２を交換することなく、使用することが許容される期間となる。

【0166】

従って、評価閾値Ｅｔｈおよび所定期間Ｔｔｈについては、スーパーキャパシタ７６の性能に応じた値が設定される。

【0167】

図６の例においては、エンジンが始動される度に、評価値Ｅ（Ｔ）が計算されて、繰り返しプロットされることにより、時刻ｔ１において、評価値Ｅ（Ｔ）が評価閾値Ｅｔｈよりも小さくなり、さらに、評価値Ｅ（Ｔ）が評価閾値Ｅｔｈよりも小さい状態で、時刻ｔ１から所定期間Ｔｔｈが経過する時刻ｔ２までは、信頼性推定結果として、緊急通報装置５２（のスーパーキャパシタ７６）の信頼性は十分であるとみなす推定結果が出力される。

【0168】

そして、評価値Ｅ（Ｔ）が評価閾値Ｅｔｈよりも小さくなってから、所定期間Ｔｔｈが経過する時刻ｔ２以降おいては、信頼性推定結果として、緊急通報装置５２（のスーパーキャパシタ７６）の信頼性は不十分であるとみなされて、緊急通報装置５２の交換が必要であることを示す推定結果が出力される。

【0169】

＜コールセンタサーバの構成例＞
次に、図７を参照して、コールセンタサーバ３４の構成例について説明する。

【0170】

コールセンタサーバ３４は、制御部２２１、入力部２２２、出力部２２３、記憶部２２４、通信部２２５、ドライブ２２６、およびリムーバブル記憶媒体２２７より構成されており、相互にバス２２８を介して接続されており、データやプログラムを送受信することができる。

【0171】

尚、コールセンタサーバ３４の構成は、基本的に管理サーバ３３と同様であり、制御部２２１、入力部２２２、出力部２２３、記憶部２２４、通信部２２５、ドライブ２２６、およびリムーバブル記憶媒体２２７、並びにバス２２８は、それぞれ、制御部１９１、入力部１９２、出力部１９３、記憶部１９４、通信部１９５、ドライブ１９６、およびリムーバブル記憶媒体１９７、並びにバス１９８と対応するので、詳細な説明は省略する。

【0172】

ただし、制御部２２１においては、制御部１９１おける情報分離部２０１、信頼性推定部２０２、および通報処理部２０３に代えて、信頼性処理部２３１、および通報処理部２３２を備えている。

【0173】

信頼性処理部２３１は、通信部２２５を制御して、管理サーバ３３より信頼性推定結果を受信すると、信頼性推定結果に基づいて、緊急通報装置５２の交換が必要であるときには、交換用の新たな緊急通報装置５２を手配して、対応する車両３１のユーザに配送させる。

【0174】

このとき、信頼性処理部２３１は、現在の緊急通報装置５２の信頼性が経年劣化により低下したため交換が必要であり、新たな交換用の緊急通報装置５２の配送が手配されていることを示す情報を、通信部２２５を制御して、管理サーバ３３を介して、ユーザ端末３２に送信させる。

【0175】

通報処理部２３２は、位置情報を含む緊急通報が、管理サーバ３３を介して送信されてくると、通信部２２５を制御して受信する。

【0176】

そして、通報処理部２３２は、緊急通報を送信してきた車両３１の位置情報に基づいて、支援をするためのスタッフの派遣を指示すると共に、スタッフが携帯する端末装置により検出されるスタッフの位置情報と、緊急事態が発生した車両３１の位置情報とを含めた地図情報を生成し、通信部２２５を制御して、管理サーバ３３を介してユーザ端末３２に送信する。

【0177】

地図情報とは、例えば、図８で示されるような情報であり、図８の地図情報３０１においては、緊急事態が発生したユーザの車両３１の位置を示すアイコン３１１と、支援に向かったスタッフの位置を示すアイコン３１２とが含まれている。

【0178】

ユーザ端末３２において、図８で示されるような地図情報が表示されることにより、緊急事態に陥っているユーザは、支援に向かったスタッフがどの程度の時間で到着するのかを把握することが可能となる。

【0179】

＜緊急通報管理処理＞
次に、図９乃至図１２のフローチャートを参照して、図２の緊急通報システム１１における緊急通報管理処理について説明する。

【0180】

尚、図９には、車両３１における緊急通報装置５２の処理が、図１０には、ユーザ端末３２の処理が、図１１には、管理サーバ３３の処理が、図１２には、コールセンタサーバ３４の処理が、それぞれ記載されている。

【0181】

ステップＳ１１（図９）において、緊急通報装置５２の状態測定部９２は、端子７２ａの電圧をモニタして、エンジンが始動されて電源５１からの電力供給が開始されたか否かを判定し、電源５１からの電力供給が開始されるまで、同様の処理を繰り返す。

【0182】

ステップＳ１１において、電源５１からの電力供給が開始されたと判定された場合、処理は、ステップＳ１２に進む。

【0183】

ステップＳ１２において、電源切替部９１は、端子７２ａを介して電源５１より供給される電力により駆動する。

【0184】

ステップＳ１３において、状態測定部９２は、端子７２ｂをモニタして、スーパーキャパシタ７６の初期電圧を測定する。

【0185】

ステップＳ１４において、状態測定部９２は、端子７２ｃを制御して、トランジスタ７７をオンにすることで、抵抗７８を介して充電用ゲートトランジスタをオンにし、スーパーキャパシタ７６への充電を開始する。

【0186】

ステップＳ１５において、状態測定部９２は、さらに、端子７２ｂの電圧をモニタすることにより、スーパーキャパシタ７６の充電電圧をモニタして、満充電になるまでの充電時間を測定し、状態情報として通報処理部９３に出力する。

【0187】

ステップＳ１６において、通報処理部９３は、測定したスーパーキャパシタ７６の充電時間の情報を状態情報としてアンテナ８０を介して、ブルートゥース（登録商標）等の通信によりユーザ端末３２に送信する。

【0188】

ステップＳ３１（図１０）において、ユーザ端末３２の状態情報処理部１７１は、通信部１５５を制御して、ブルートゥース（登録商標）等の通信により緊急通報装置５２から状態情報としての、スーパーキャパシタ７６の充電時間の情報が送信されてきたか否かを判定する。

【0189】

ステップＳ３１において、緊急通報装置５２から状態情報としての、スーパーキャパシタ７６の充電時間の情報が送信されてきたと判定された場合、処理は、ステップＳ３２に進む。

【0190】

ステップＳ３２において、状態情報処理部１７１は、通信部１５５を制御して、緊急通報装置５２より送信されてきたスーパーキャパシタ７６の充電時間の情報からなる状態情報を取得する。

【0191】

ステップＳ３３において、状態情報処理部１７１は、通信部１５５を制御して、ネットワーク３５を介して、管理サーバ３３にスーパーキャパシタ７６の充電時間の情報からなる状態情報を送信する。

【0192】

ステップＳ６１（図１１）において、情報分離部２０１は、通信部１９５を制御して、ユーザ端末３２からネットワーク３５を介して状態情報としての、スーパーキャパシタ７６の充電時間の情報が送信されてきたか否かを判定する。

【0193】

ステップＳ６１において、ユーザ端末３２から状態情報としての、スーパーキャパシタ７６の充電時間の情報が送信されてきたと判定された場合、処理は、ステップＳ６２に進む。

【0194】

ステップＳ６２において、情報分離部２０１は、通信部１９５を制御して、管理サーバ３３より送信されてきたスーパーキャパシタ７６の充電時間の情報からなる状態情報を受信し、信頼性推定部２０２に出力する。

【0195】

ステップＳ６３において、信頼性推定部２０２は、上述した式（１）を計算することにより緊急通報装置５２の信頼性を表す評価値Ｅを求めて、式（２）で定義される評価閾値Ｅｔｈと比較して評価値Ｅを評価する。

【0196】

より具体的には、信頼性推定部２０２は、信頼性推定部２０２は、上述した式（１）を計算することにより緊急通報装置５２の信頼性を表す評価値Ｅを時系列に求めてプロットし、評価閾値Ｅｔｈよりも低下した状態になってから所定期間Ｔｔｈよりも長く経過したか否かにより、緊急通報装置５２の信頼性が十分であるか否かを推定して、交換の要否を判定する。

【0197】

ここでは、信頼性推定部２０２による信頼性評価結果は、緊急通報装置５２の信頼性を示す推定結果から、信頼性が低く交換が必要な状態であるか否かを示す情報となる。

【0198】

ステップＳ６４において、信頼性推定部２０２は、緊急通報装置５２の信頼性が低く交換が必要であるか否かを示す情報となる信頼性評価結果を、通信部１９５を制御して、ネットワーク３５を介してコールセンタサーバ３４に送信する。

【0199】

ステップＳ９１（図１２）において、コールセンタサーバ３４の信頼性処理部２３１は、通信部２２５を制御して、管理サーバ３３より信頼性評価結果が送信されてきたか否かを判定する。

【0200】

ステップＳ９１において、管理サーバ３３より信頼性評価結果が送信されてきたと判定された場合、処理は、ステップＳ９２に進む。

【0201】

ステップＳ９２において、信頼性処理部２３１は、通信部２２５を制御して、送信されてきた管理サーバ３３より送信されてきた信頼性評価結果を受信する。

【0202】

ステップＳ９３において、信頼性処理部２３１は、信頼性評価結果が、緊急通報装置５２の信頼性が低く、交換が必要であるという情報であるか否かを判定する。

【0203】

ステップＳ９３において、信頼性評価結果が、緊急通報装置５２の信頼性が低く、交換が必要であることと示す情報である場合、処理は、ステップＳ９４に進む。

【0204】

ステップＳ９４において、信頼性処理部２３１は、信頼性が低く、交換が必要であることを示す緊急通報装置５２を交換するための緊急通報装置５２の手配を指示し、対応する保険契約者であるユーザに交換用の緊急通報装置５２を宅配便により配送させる。

【0205】

ステップＳ９５において、信頼性処理部２３１は、緊急通報装置５２の信頼性が低く、交換が必要である旨の信頼性評価結果と共に、交換用の緊急通報装置５２を手配したことを示す通知を、通信部２２５を制御して、ネットワーク３５を介して管理サーバ３３に送信する。

【0206】

一方、ステップＳ９３において、信頼性評価結果が、緊急通報装置５２の信頼性が十分であり、交換が不要であることを示す情報である場合、処理は、ステップＳ９６に進む。

【0207】

ステップＳ９６において、信頼性処理部２３１は、緊急通報装置５２の交換が不要であることを示す信頼性評価結果を、通信部２２５を制御して、ネットワーク３５を介して管理サーバ３３に送信する。

【0208】

ステップＳ６５（図１１）において、信頼性推定部２０２は、通信部１９５を制御して、コールセンタサーバ３４より送信されてくる緊急通報装置５２の交換の要否を示す信頼性評価結果を、ネットワーク３５を介して受信する。

【0209】

ステップＳ６６において、信頼性推定部２０２は、通信部１９５を制御して、ネットワーク３５を介して、緊急通報装置５２の交換の要否を示す信頼性評価結果をユーザ端末３２に送信する。

【0210】

尚、信頼性評価結果については、管理サーバ３３において生成されている情報であるので、コールセンタサーバ３４からの通知を待たずに、管理サーバ３３からユーザ端末３２に送信するようにしてもよい。

【0211】

ステップＳ３４（図１０）において、状態情報処理部１７１は、通信部１５５を制御して、管理サーバ３３より送信されてくる緊急通報装置５２の交換の要否を示す信頼性評価結果を、ネットワーク３５を介して受信する。

【0212】

ステップＳ３５において、状態情報処理部１７１は、受信した緊急通報装置５２の交換の要否を示す信頼性評価結果を出力部１５３のディスプレイに表示する。

【0213】

ここまでの処理により、エンジンが始動すると、緊急通報装置５２のスーパーキャパシタ７６の初期電圧が測定されると共に充電が開始されて、満充電までの充電時間が測定されて、ユーザ端末３２を管理サーバ３３に送信される。

【0214】

管理サーバ３３は、充電時間に基づいた緊急通報装置５２の信頼性を評価し、評価結果に基づいて、緊急通報装置５２の交換の要否を示す情報を信頼性評価結果として生成し、信頼性評価結果をコールセンタサーバ３４に送信する。

【0215】

コールセンタサーバ３４において、信頼性評価結果に基づいて、緊急通報装置５２の交換の要否を示す信頼性評価情報を生成し、管理サーバ３３を介して、ユーザ端末３２に送信する。

【0216】

ユーザ端末３２においては、緊急通報装置５２のスーパーキャパシタ７６の満充電までの充電時間に基づいた信頼性評価結果としての緊急通報装置５２の交換の要否を示す情報を表示する。

【0217】

これにより、緊急通報装置５２のスーパーキャパシタ７６の充電時間に基づいた信頼性評価結果から劣化の程度に応じて、交換が必要な緊急通報装置５２を特定することが可能となる。

【0218】

結果として、信頼性を維持しつつ、コストを低減して、劣化した緊急通報装置５２を適切な時期に交換することが可能となる。

【0219】

また、ステップＳ１７（図９）において、通報処理部９３は、端子７２ｃの電圧をモニタして、緊急通報ボタン７９が操作されたか否かを判定する。

【0220】

ステップＳ１７において、緊急通報ボタン７９が操作されたと判定された場合、処理は、ステップＳ１８に進む。

【0221】

ステップＳ１８において、通報処理部９３は、アンテナ８０を介して、ブルートゥース（登録商標）等の通信により緊急通報ボタン７９が操作されたことを示す緊急通報をユーザ端末３２に送信する。

【0222】

ステップＳ３６（図１０）において、通報処理部１７２は、通信部１５５を制御して、ブルートゥース（登録商標）等の通信により緊急通報装置５２から緊急通報が送信されてきたか否かを判定する。

【0223】

ステップＳ３６において、緊急通報が送信されてきた場合、処理は、ステップＳ３７に進む。

【0224】

ステップＳ３７において、通報処理部１７２は、通信部１５５を制御して、ブルートゥース（登録商標）等の通信により緊急通報装置５２から送信されてきた緊急通報を取得する。

【0225】

ステップＳ３８において、通報処理部１７２は、GPS１５９を制御して、自らの位置情報を取得する。

【0226】

ステップＳ３９において、通報処理部１７２は、通信部１５５を制御して、ネットワーク３５を介して、位置情報を含めた緊急通報を管理サーバ３３に送信する。

【0227】

ステップＳ６７（図１１）において、情報分離部２０１は、通信部１９５を制御して、ネットワーク３５を介して、ユーザ端末３２から緊急通報が送信されてきたか否かを判定する。

【0228】

ステップＳ６７において、緊急通報が送信されてきた場合、処理は、ステップＳ６８に進む。

【0229】

ステップＳ６８において、情報分離部２０１は、通信部１９５を制御して、ネットワーク３５を介して、ユーザ端末３２から送信されてきた位置情報を含めた緊急通報を受信する。

【0230】

ステップＳ６９において、情報分離部２０１は、通信部１９５を制御して、ネットワーク３５を介して、位置情報を含めた緊急通報をコールセンタサーバ３４に送信する。

【0231】

ステップＳ９７（図１２）において、通報処理部２３２は、通信部２２５を制御して、ネットワーク３５を介して、管理サーバ３３から位置情報を含めた緊急通報が送信されてきたか否かを判定する。

【0232】

ステップＳ９７において、位置情報を含めた緊急通報が送信されてきた場合、処理は、ステップＳ９８に進む。

【0233】

ステップＳ９８において、通報処理部２３２は、通信部２２５を制御して、ネットワーク３５を介して、管理サーバ３３より送信されてきた位置情報を含めた緊急通報を受信する。

【0234】

ステップＳ９９において、通報処理部２３２は、位置情報に基づいて、緊急通報を送信してきた車両３１の位置を特定し、スタッフに対して緊急通報を発した車両３１の運転者である保険契約者の支援を指示する情報を生成する。

【0235】

すなわち、この処理により、緊急通報してきた車両３１の運転者を支援するためのスタッフが派遣される。

【0236】

ステップＳ１００において、通報処理部２３２は、救援スタッフが所持する携帯端末により検出される位置情報を取得して、緊急通報を送信してきた車両３１の位置情報と、支援に向かうスタッフの位置情報とを含む地図情報を生成し、通信部２２５を制御して、ネットワーク３５を介して管理サーバ３３に送信する。

【0237】

尚、ステップＳ９１において、信頼性評価結果が送信されてこない場合、ステップＳ９２乃至Ｓ９６の処理がスキップされる。また、ステップＳ９７において、緊急通報がない場合、ステップＳ９８乃至Ｓ１００の処理がスキップされる。

【0238】

さらに、ステップＳ１０１において、通報処理部２０３は、終了が指示されたか否かを判定し、終了が指示されていない場合、処理は、ステップＳ９１に戻る。すなわち、終了が指示されるまで、ステップＳ９１乃至Ｓ１０１の処理が繰り返される。

【0239】

そして、ステップＳ１０１において、終了が指示されると、処理が終了する。

【0240】

また、ステップＳ７０（図１１）において、通報処理部２０３は、通信部１９５を制御して、コールセンタサーバ３４よりネットワーク３５を介して送信されてくる地図情報を取得する。

【0241】

ステップＳ７１において、通報処理部２０３は、通信部１９５を制御して、取得した地図情報を、ネットワーク３５を介してユーザ端末３２に送信する。

【0242】

尚、ステップＳ６１において、状態情報が送信されてこない場合、ステップＳ６２乃至Ｓ６６の処理がスキップされる。また、ステップＳ６７において、緊急通報がない場合、ステップＳ６８乃至Ｓ７１の処理がスキップされる。

【0243】

さらに、ステップＳ７２において、通報処理部１７２は、終了が指示されたか否かを判定し、終了が指示されていない場合、処理は、ステップＳ６１に戻る。すなわち、終了が指示されるまで、ステップＳ６１乃至Ｓ７２の処理が繰り返される。

【0244】

そして、ステップＳ７２において、終了が指示されると、処理が終了する。

【0245】

また、ステップＳ４０（図１０）において、通報処理部１７２は、通信部１５５を制御して、管理サーバ３３よりネットワーク３５を介して送信されてくる地図情報を取得する。

【0246】

ステップＳ４１において、通報処理部１７２は、通信部１５５を制御して、取得した地図情報を出力部１５３の、例えば、ディスプレイに図８で示されるような画像として表示する。

【0247】

尚、ステップＳ３１において、状態情報が送信されてこない場合、ステップＳ３２乃至Ｓ３５の処理がスキップされる。また、ステップＳ３６において、緊急通報がない場合、ステップＳ３７乃至Ｓ４１の処理がスキップされる。

【0248】

さらに、ステップＳ４２において、通報処理部１７２は、終了が指示されたか否かを判定し、終了が指示されていない場合、処理は、ステップＳ３１に戻る。すなわち、終了が指示されるまで、ステップＳ３１乃至Ｓ４２の処理が繰り返される。

【0249】

そして、ステップＳ４２において、終了が指示されると、処理が終了する。

【0250】

以上の一連の処理により、緊急通報装置５２において、緊急通報ボタン７９が操作されると緊急通報がユーザ端末３２に通知される。

【0251】

ユーザ端末３２は、緊急通報が通知されると、車両３１の位置情報を取得して、位置情報と共に緊急通報を、管理サーバ３３を介してコールセンタサーバ３４に通知する。

【0252】

コールセンタサーバ３４においては、緊急通報を受信すると、含まれている位置情報に基づいて、支援のスタッフを派遣させる手配を整えると共に、支援のスタッフが携帯する携帯端末により検出される位置情報を取得して、緊急通報が発せられた車両３１の位置情報と支援に向かうスタッフとの位置情報とが含まれる地図情報を生成し、管理サーバ３３を介してユーザ端末３２に送信する。

【0253】

ユーザ端末３２においては、自らの位置情報と、支援に向かうスタッフの位置情報とが含まれた地図情報が表示されることになる。

【0254】

結果として、緊急通報を迅速に実現すると共に、支援に派遣されているスタッフと、自らの位置情報とが含まれた地図情報を視認することが可能となり、スタッフがどの程度の時間で到着するのかを把握することが可能となる。

【0255】

これにより、緊急通報ボタン７９を操作したユーザにおいては、支援のスタッフが来るのか来ないのか、来たとしてもどのくらいかかるのかといった緊急事態が発生した場合に最も知りたい情報を迅速に提示することが可能となり、緊急事態が発生した場合におけるユーザの不安な心理状態を緩和させることが可能となる。

【0256】

また、ステップＳ１８（図９）において、電源切替部９１は、端子７２ａの電圧をモニタしてエンジンが停止して、電源５１からの電力供給がなくなったか否かを判定する。

【0257】

ステップＳ１８において、エンジンが停止して、電源５１からの電力供給が停止していると判定された場合、処理は、ステップＳ１９に進む。

【0258】

ステップＳ１９において、電源切替部９１は、端子７２ｂからスーパーキャパシタ７６に充電された電力により駆動する状態に電源を切り替える。

【0259】

尚、ステップＳ１８において、エンジンが停止していないと判定された場合、ステップＳ１９の処理がスキップされる。

【0260】

ステップＳ１９において、電源切替部９１は、動作の終了が指示されたか否かを判定し、終了が指示されていない場合、処理は、ステップＳ１６に戻る。

【0261】

すなわち、終了が指示されるまで、ステップＳ１６乃至Ｓ２０の処理が繰り返される。

【0262】

そして、ステップＳ２０において、終了が指示されると動作が終了する。

【0263】

これにより、緊急通報装置５２は、エンジンが始動すると電源５１からの電力により駆動し、エンジンが停止して、電源５１からの電力供給が停止されると、スーパーキャパシタ７６により充電された電力で駆動する。

【0264】

結果として、緊急事態が発生し、万が一、エンジンが停止して電源５１からの電力供給が停止しても、スーパーキャパシタ７６に充電された静電容量の範囲で、緊急通報装置５２を駆動させることが可能となる。

【0265】

以上においては、緊急通報装置５２におけるエンジンが停止した状態における電源となるスーパーキャパシタ７６の劣化の程度を充電時間に基づいて評価する例について説明してきたが、外部からの電源供給を受けられない条件下における電源としてスーパーキャパシタを用いるようなハードウェアであれば、緊急通報装置５２以外のハードウェアであってもよい。

【0266】

＜＜３．応用例＞＞
＜管理サーバの機能を備えたコールセンタサーバの構成例＞
以上においては、車両３１に搭載される緊急通報装置５２、ユーザ端末３２、管理サーバ３３、およびコールセンタサーバ３４により緊急通報管理処理が実現される例について説明してきたが、コールセンタサーバ３４に管理サーバ３３の機能を持たせるようにして、管理サーバ３３を除いた、緊急通報装置５２、ユーザ端末３２、およびコールセンタサーバ３４により緊急通報管理処理が実現できるようにしてもよい。

【0267】

図１３は、管理サーバ３３の機能を備えたコールセンタサーバ３４の構成例である。尚、図１３のコールセンタサーバ３４において、図７のコールセンタサーバ３４における構成と同一の機能を備えた構成については、同一の符号を付しており、適宜、説明を省略するものとする。

【0268】

すなわち、図１３のコールセンタサーバ３４において、図７のコールセンタサーバ３４と異なる点は、新たに、情報分離部３３１、および信頼性推定部３３２が設けられた点である。

【0269】

また、情報分離部３３１、および信頼性推定部３３２は、図６の管理サーバ３３における情報分離部１０１、および信頼性推定部１０２と同一の機能を備えた構成であるので、その説明は省略する。

【0270】

すなわち、図１３のコールセンタサーバ３４は、図６の管理サーバ３３の機能と、図７のコールセンタサーバ３４の機能とを兼ね備えた構成とされている。

【0271】

＜図１３のコールセンタサーバによる緊急通報管理処理＞
次に、図１４のフローチャートを参照して、図１３のコールセンタサーバ３４による緊急通報管理処理について説明する。

【0272】

尚、この例における緊急通報装置５２とユーザ端末３２の処理については、それぞれ図９，図１０を参照して説明した処理と同様であるので、その説明は省略する。

【0273】

ただし、この場合、ユーザ端末３２が管理サーバ３３に送信していた情報は、コールセンタサーバ３４へと送信され、ユーザ端末３２が管理サーバ３３から受信していた情報は、コールセンタサーバ３４から受信される。

【0274】

ステップＳ１５１において、情報分離部３３１は、通信部２２５を制御して、ユーザ端末３２からネットワーク３５を介して状態情報としての、スーパーキャパシタ７６の充電時間の情報が送信されてきたか否かを判定する。

【0275】

ステップＳ１５１において、ユーザ端末３２から状態情報としての、スーパーキャパシタ７６の充電時間の情報が送信されてきたと判定された場合、処理は、ステップＳ１５２に進む。

【0276】

ステップＳ１５２において、情報分離部３３１は、通信部２２５を制御して、管理サーバ３３より送信されてきたスーパーキャパシタ７６の充電時間の情報からなる状態情報を受信し、信頼性推定部３３２に出力する。

【0277】

ステップＳ１５３において、信頼性推定部３３２は、上述した式（１）を計算することにより緊急通報装置５２の信頼性を表す評価値Ｅを求めて、式（２）で定義される評価閾値Ｅｔｈと比較して評価値Ｅを評価し、信頼性処理部２３１に出力する。

【0278】

ステップＳ１５４において、信頼性処理部２３１は、信頼性評価結果が、緊急通報装置５２の信頼性が低く、交換が必要であるという情報であるか否かを判定する。

【0279】

ステップＳ１５５において、信頼性評価結果が、緊急通報装置５２の信頼性が低く、交換が必要であることと示す情報である場合、処理は、ステップＳ１５５に進む。

【0280】

ステップＳ１５５において、信頼性処理部２３１は、緊急通報装置５２を交換するための交換用の緊急通報装置５２の手配を指示し、対応する保険契約者であるユーザに交換用の緊急通報装置５２を宅配便により配送させる。

【0281】

ステップＳ１５６において、信頼性処理部２３１は、緊急通報装置５２の信頼性が低く、交換が必要であることを示す信頼性評価結果と、交換用の緊急通報装置５２を手配したことを示す通知とを生成し、通信部２２５を制御して、ネットワーク３５を介してユーザ端末３２に送信する。

【0282】

一方、ステップＳ１５４において、信頼性評価結果が、緊急通報装置５２の信頼性が十分であり、交換が不要であることを示す情報である場合、処理は、ステップＳ１５７に進む。

【0283】

ステップＳ１５７において、信頼性処理部２３１は、緊急通報装置５２の交換が不要であることを示す信頼性評価結果を、通信部２２５を制御して、ネットワーク３５を介してユーザ端末３２に送信する。

【0284】

ステップＳ１５８において、通報処理部２３２は、通信部２２５を制御して、ネットワーク３５を介して、ユーザ端末３２から緊急通報が送信されてきたか否かを判定する。

【0285】

ステップＳ１５８において、緊急通報が送信されてきた場合、処理は、ステップＳ１５９に進む。

【0286】

ステップＳ１５９において、通報処理部２３２は、通信部２２５を制御して、ネットワーク３５を介して、ユーザ端末３２より送信されてきた位置情報を含めた緊急通報を受信する。

【0287】

ステップＳ１６０において、通報処理部２３２は、位置情報に基づいて、緊急通報を送信してきた車両３１の位置を特定し、スタッフに対して支援を指示する情報を生成する。

【0288】

ステップＳ１６１において、通報処理部２３２は、支援に向かうスタッフが所持する携帯端末により検出される位置情報を取得して、緊急通報を送信してきた車両３１の位置情報と、支援に向かうスタッフの位置情報とを含む地図情報を生成し、通信部２２５を制御して、ネットワーク３５を介してユーザ端末３２に送信する。

【0289】

尚、ステップＳ１５１において、状態情報が送信されてこない場合、ステップＳ１５２乃至Ｓ１５７の処理がスキップされる。また、ステップＳ１５８において、緊急通報がない場合、ステップＳ１５９乃至Ｓ１６１の処理がスキップされる。

【0290】

さらに、ステップＳ１６２において、通報処理部２３２は、終了が指示されたか否かを判定し、終了が指示されていない場合、処理は、ステップＳ１５１に戻る。すなわち、終了が指示されるまで、ステップＳ１５１乃至Ｓ１６２の処理が繰り返される。

【0291】

そして、ステップＳ１６２において、終了が指示されると、処理が終了する。

【0292】

尚、以上においては、図７のコールセンタサーバ３４に、図６の管理サーバ３３の機能を備えるようにして、緊急通報装置５２、ユーザ端末３２、およびコールセンタサーバ３４により緊急通報管理処理を実現させる例について説明してきたが、図６の管理サーバ３３に、図７のコールセンタサーバ３４の機能を備えるようにして、緊急通報装置５２、ユーザ端末３２、および管理サーバ３３により緊急通報管理処理を実現させるようにしてもよい。

【0293】

以上の処理においても、エンジンが始動すると、緊急通報装置５２のスーパーキャパシタ７６の充電時間が測定されて、ユーザ端末３２を介してコールセンタサーバ３４に送信される。

【0294】

コールセンタサーバ３４においては、充電時間に基づいて、緊急通報装置５２の信頼性が評価され、緊急通報装置５２の交換の要否を示す情報が信頼性評価結果として生成され、ユーザ端末３２に送信される。

【0295】

ユーザ端末３２においては、緊急通報装置５２のスーパーキャパシタ７６の充電時間に基づいた信頼性評価結果としての緊急通報装置５２の交換の要否を示す情報が表示される。

【0296】

以上の処理により、緊急通報装置５２のスーパーキャパシタ７６の充電時間に基づいた信頼性評価結果から劣化の程度に応じて、交換が必要な緊急通報装置５２を適切に特定することが可能となる。

【0297】

結果として、信頼性を維持しつつ、コストを低減して、劣化した緊急通報装置を適切な時期に交換することが可能となる。

【0298】

＜＜４．ソフトウェアにより実行させる例＞＞
ところで、上述した一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のコンピュータなどに、記録媒体からインストールされる。

【0299】

図１５は、汎用のコンピュータの構成例を示している。このパーソナルコンピュータは、CPU(Central Processing Unit)１００１を内蔵している。CPU１００１にはバス１００４を介して、入出力インタフェース１００５が接続されている。バス１００４には、ROM(Read Only Memory)１００２およびRAM(Random Access Memory)１００３が接続されている。

【0300】

入出力インタフェース１００５には、ユーザが操作コマンドを入力するキーボード、マウスなどの入力デバイスよりなる入力部１００６、処理操作画面や処理結果の画像を表示デバイスに出力する出力部１００７、プログラムや各種データを格納するハードディスクドライブなどよりなる記憶部１００８、LAN（Local Area Network）アダプタなどよりなり、インターネットに代表されるネットワークを介した通信処理を実行する通信部１００９が接続されている。また、磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD-ROM(Compact Disc-Read Only Memory)、DVD(Digital Versatile Disc)を含む）、光磁気ディスク（ＭＤ(Mini Disc)を含む）、もしくは半導体メモリなどのリムーバブル記憶媒体１０１１に対してデータを読み書きするドライブ１０１０が接続されている。

【0301】

CPU１００１は、ROM１００２に記憶されているプログラム、または磁気ディスク、光ディスク、光磁気ディスク、もしくは半導体メモリ等のリムーバブル記憶媒体１０１１ら読み出されて記憶部１００８にインストールされ、記憶部１００８からRAM１００３にロードされたプログラムに従って各種の処理を実行する。RAM１００３にはまた、CPU１００１が各種の処理を実行する上において必要なデータなども適宜記憶される。

【0302】

以上のように構成されるコンピュータでは、CPU１００１が、例えば、記憶部１００８に記憶されているプログラムを、入出力インタフェース１００５及びバス１００４を介して、RAM１００３にロードして実行することにより、上述した一連の処理が行われる。

【0303】

コンピュータ（CPU１００１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブル記憶媒体１０１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の伝送媒体を介して提供することができる。

【0304】

コンピュータでは、プログラムは、リムーバブル記憶媒体１０１１をドライブ１０１０に装着することにより、入出力インタフェース１００５を介して、記憶部１００８にインストールすることができる。また、プログラムは、有線または無線の伝送媒体を介して、通信部１００９で受信し、記憶部１００８にインストールすることができる。その他、プログラムは、ROM１００２や記憶部１００８に、あらかじめインストールしておくことができる。

【0305】

なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。

【0306】

尚、図１５におけるCPU１００１が、図３のチップセット７２、図４，図５，図７の制御部１５１，１９１，２２１の機能を実現させる。

【0307】

また、本明細書において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、すべての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。

【0308】

なお、本開示の実施の形態は、上述した実施の形態に限定されるものではなく、本開示の要旨を逸脱しない範囲において種々の変更が可能である。

【0309】

例えば、本開示は、１つの機能をネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。

【0310】

また、上述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。

【0311】

さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。

【0312】

尚、本開示は、以下のような構成も取ることができる。

【0313】

＜１＞ ハードウェアの劣化の程度を示す状態情報を取得する状態情報取得部と、
前記状態情報に基づいて、前記ハードウェアの信頼性を評価する信頼性評価部と
を含む情報処理装置。
＜２＞ 前記状態情報取得部は、前記ハードウェアの電源の劣化の程度を示す状態情報を取得する
＜１＞に記載の情報処理装置。
＜３＞ 前記ハードウェアの電源は、スーパーキャパシタである
＜２＞に記載の情報処理装置。
＜４＞ 前記状態情報取得部は、前記スーパーキャパシタの充電を開始してから満充電になるまでの充電時間を、前記ハードウェアの電源の劣化の程度を示す状態情報として取得する
＜３＞に記載の情報処理装置。
＜５＞ 前記信頼性評価部は、前記充電時間に基づいて、前記ハードウェアの電源の劣化の程度を評価し、前記ハードウェアの交換の要否を判定し、判定結果からなる信頼性評価結果を出力する
＜４＞に記載の情報処理装置。
＜６＞ 前記信頼性評価部は、前記充電時間に基づいて評価値を計算し、前記評価値に基づいて、前記ハードウェアの交換の要否を判定し、前記判定結果からなる信頼性評価結果を出力する
＜５＞に記載の情報処理装置。
＜７＞ 前記信頼性評価部は、前記評価値が、前記閾値よりも低下したか否かに基づいて、前記ハードウェアの交換の要否を判定し、前記判定結果からなる信頼性評価結果を出力する
＜６＞に記載の情報処理装置。
＜８＞ 前記信頼性評価部は、測定された前記充電時間から、前記スーパーキャパシタの交換が必要となる状態まで劣化したときの静電容量で充電されるときの充電時間を減じた時間を前記評価値として計算し、前記評価値と閾値との比較から、前記ハードウェアの交換の要否を判定し、前記判定結果からなる信頼性評価結果を出力する
＜６＞に記載の情報処理装置。
＜９＞ 前記閾値は、前記スーパーキャパシタを含めたハードウェアの交換を検討するべき状態まで劣化したときの静電容量における前記評価値である
＜６＞に記載の情報処理装置。
＜１０＞ 前記信頼性評価部は、前記評価値が、前記閾値よりも低下した状態が継続する期間に基づいて、前記ハードウェアの交換の要否を判定し、前記判定結果からなる信頼性評価結果を出力する
＜９＞に記載の情報処理装置。
＜１１＞ 前記信頼性評価部は、前記充電時間に基づいた前記評価値が、前記閾値よりも低下した状態が継続する期間が、所定期間よりも長いか否かに基づいて、前記ハードウェアの交換の要否を判定し、前記判定結果からなる信頼性評価結果を出力する
＜１０＞に記載の情報処理装置。
＜１２＞ 前記所定期間は、前記スーパーキャパシタを含めた前記ハードウェアの交換を検討すべき状態まで劣化した静電容量まま、前記スーパーキャパシタを含めた前記ハードウェアを交換することなく使用することが許容される期間である
＜１１＞に記載の情報処理装置。
＜１３＞ 前記信頼性評価結果が、前記ハードウェアの交換が必要であることを示す情報である場合、前記状態情報取得部は、前記ハードウェアの交換が必要であることを示す情報を通知する
＜５＞に記載の情報処理装置。
＜１４＞ 前記ハードウェアは、車両に搭載される緊急通報装置である
＜１３＞に記載の情報処理装置。
＜１５＞ 前記緊急通報装置が、前記スーパーキャパシタの充電を開始してから満充電になるまでの前記充電時間を測定し、
前記状態情報取得部は、前記緊急通報装置により測定された、前記充電時間の情報を、前記緊急通報装置の劣化の程度を示す状態情報として取得する
＜１４＞に記載の情報処理装置。
＜１６＞ 前記状態情報取得部は、前記車両のユーザが所持する携帯端末を介して、前記緊急通報装置により測定された、前記充電時間の情報を、前記緊急通報装置の劣化の程度を示す状態情報として取得する
＜１５＞に記載の情報処理装置。
＜１７＞ 前記状態情報取得部は、前記携帯端末に対して、前記緊急通報装置の交換が必要であることを示す情報を通知し、前記携帯端末は、前記通知を取得して、提示する
＜１６＞に記載の情報処理装置。
＜１８＞ 前記緊急通報装置は、
前記車両のエンジンが稼働するとき、前記車両より供給される電力により駆動すると共に、前記車両より供給される電力で前記スーパーキャパシタを充電させ、
前記車両のエンジンが停止するとき、前記スーパーキャパシタに充電した電力で駆動する
＜１４＞乃至＜１７＞のいずれかに記載の情報処理装置。
＜１９＞ 前記緊急通報装置は、緊急事態が発生した場合に、ユーザに操作される緊急通報ボタンを備えている
＜１４＞乃至＜１８＞のいずれかに記載の情報処理装置。
＜２０＞ ハードウェアの劣化の程度を示す状態情報を取得し、
前記状態情報に基づいて、前記ハードウェアの信頼性を評価する
ステップを含む情報処理方法。

【符号の説明】

【0314】

１１ 緊急通報システム， ３１，３１－１乃至３１－ｎ 車両， ３２，３２－１乃至３２－ｎ ユーザ端末， ３３ 管理サーバ， ３４ コールセンタサーバ， ５１、５１－１乃至５１－ｎ 電源， ５２、５２－１乃至５２－ｎ 緊急通報装置， ７２ チップセット， ７６ スーパーキャパシタ， ７９ 緊急通報ボタン， ９２ 状態測定部， ９３ 通報処理部， １５１ 制御部， １５９ GPS， １７１ 状態情報処理部， １７２ 通報処理部， １９１ 制御部， ２０１ 情報分離部， ２０２ 信頼性推定部， ２０３ 通報処理部， ２２１ 制御部， ２３１ 信頼性処理部， ２３２ 通報処理部， ３１１ 信頼性処理部， ３１２ 通報処理部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】