(57)【要約】【課題】自動車保険会社の保険料の設定業務を支援する自動車保険会社業務支援システムを提供する。【解決手段】自動車保険会社業務支援システム１００は、自動車保険会社の保険料の設定業務を支援するシステムであって、車両２００に搭載され、安全装置を含む車両２００の装置の故障状況を示す故障情報を車両２００から取得し、取得した故障情報を送信するＯＢＤモジュール１０と、ＯＢＤモジュール１０から故障情報を受信し、故障情報を管理する管理サーバ４０と、管理サーバで管理される故障情報に基づいて、車両２００の安全装置が故障しているか否かを表示する表示端末５０とを備える。【選択図】図１
2018025978.tif 000002
【特許請求の範囲】
【請求項１】
自動車保険会社の保険料の設定業務を支援する自動車保険会社業務支援システムであって、
車両に搭載され、安全装置を含む当該車両の装置の故障状況を示す故障情報を当該車両から取得し、取得した前記故障情報を送信する取得モジュールと、
前記取得モジュールから前記故障情報を受信し、前記故障情報を管理する管理装置と、
前記管理装置で管理される前記故障情報に基づいて、車両の安全装置が故障しているか否かを表示する表示装置と、
を備える自動車保険会社業務支援システム。
【請求項２】
前記管理装置は、前記故障情報である故障コードと当該故障コードが示す故障内容とが対応付けされたテーブルを備え、当該テーブルに基づいて故障コードを故障内容を具体的に示す情報に変換する、
請求項１に記載の自動車保険会社業務支援システム。
【請求項３】
前記安全装置は、ＡＢＳ（Antilock Brake System）又はエアバックである、
請求項１に記載の自動車保険会社業務支援システム。
【請求項４】
自動車保険会社の保険金の支払い業務を支援する自動車保険会社業務支援システムであって、
車両に搭載され、当該車両の装置の故障状況を示す故障情報を当該車両から取得し、取得した前記故障情報を送信する取得モジュールと、
前記車両に搭載され、当該車両が事故を起こしたこと及び事故発生日時を示す事故情報を取得して送信するクラッシュレコーダと、
前記取得モジュールから前記故障情報を受信するとともに、前記クラッシュレコーダから前記事故情報を受信し、前記故障情報及び前記事故情報を管理する管理装置と、
前記管理装置から受信する前記故障情報及び前記事故情報に基づいて、事故発生日時よりも前に発生した故障情報と、事故発生日時よりも後に発生した故障情報とを区別して表示する表示装置と、
を備える自動車保険会社業務支援システム。
【請求項５】
前記管理装置は、前記故障情報である故障コードと当該故障コードが示す故障内容とが対応付けされたテーブルを備え、当該テーブルに基づいて故障コードを故障内容を具体的に示す情報に変換する、
請求項４に記載の自動車保険会社業務支援システム。
【請求項６】
前記事故情報は、加速度、角速度、ロール・ピッチのうちの少なくとも１つと、事故発生日時とを含む、
請求項４に記載の自動車保険会社業務支援システム。
【請求項７】
自動車保険会社の保険金の支払い業務を支援する自動車保険会社業務支援システムであって、
車両に搭載され、当該車両の事故発生時の加速度、角速度、ロール・ピッチのうちの少なくとも１つを計測し、事故発生日時とともに事故情報として送信するクラッシュレコーダと、
前記事故情報を受信し、前記事故情報の加速度に基づいて事故状態を解析して解析結果を送信する解析装置と、
前記解析結果を提示する提示装置と、
を備える自動車保険会社業務支援システム。
【請求項８】
前記提示装置は、前記解析結果をテキストで、表示部に表示又は書類に印刷する、
請求項７に記載の自動車保険会社業務支援システム。
【請求項９】
前記解析装置は、衝突方向、横転の有無を解析する、
請求項７に記載の自動車保険会社業務支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、自動車保険会社の業務を支援する自動車保険会社業務支援システムに関する。
【背景技術】
【０００２】
特許文献１は、自動車事故等が発生した場合に、損害保険会社等が行う損害調査業務を管理・支援する損害調査業務支援システムを開示する。この損害調査業務支援システムは、複数の損害調査業務拠点と、データ管理センターとを通信ネットワークにより接続する。データ管理センターは、各損害調査業務拠点より入力された損害調査業務に関するデータに基づいて、進捗データテーブルを更新し、各々の業務毎の進捗状況に係る情報を集中管理する。これにより、各損害調査業務拠点によって分担してなされる業務であっても、各損害調査業務拠点側から逐次入力される進捗情報に基づいて更新された進捗データテーブルを参照することによって、損害調査業務の全体における進捗状況管理を行うことが可能となる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−９２３３４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本開示は、自動車保険会社の保険料の設定業務を支援する自動車保険会社業務支援システムを提供する。また、本開示は、自動車保険会社の保険金の支払い業務を支援する自動車保険会社業務支援システムを提供する。
【課題を解決するための手段】
【０００５】
本開示における自動車保険会社業務支援システムは、自動車保険会社の保険料の設定業務を支援する自動車保険会社業務支援システムであって、車両に搭載され、安全装置を含む当該車両の装置の故障状況を示す故障情報を当該車両から取得し、取得した故障情報を送信する取得モジュールと、取得モジュールから故障情報を受信し、故障情報を管理する管理装置と、前記管理装置で管理される故障情報に基づいて、車両の安全装置が故障しているか否かを表示する表示装置とを備える。
【０００６】
また、本開示における自動車保険会社業務支援システムは、自動車保険会社の保険金の支払い業務を支援する自動車保険会社業務支援システムであって、車両に搭載され、当該車両の装置の故障状況を示す故障情報を当該車両から取得し、取得した故障情報を送信する取得モジュールと、車両に搭載され、当該車両が事故を起こしたこと及び事故発生日時を示す事故情報を取得して送信するクラッシュレコーダと、取得モジュールから故障情報を受信するとともに、クラッシュレコーダから事故情報を受信し、故障情報及び事故情報を管理する管理装置と、管理装置から受信する故障情報及び事故情報に基づいて、事故発生日時よりも前に発生した故障情報と、事故発生日時よりも後に発生した故障情報とを区別して表示する表示装置とを備える。
【０００７】
また、本開示における自動車保険会社業務支援システムは、自動車保険会社の保険金の支払い業務を支援する自動車保険会社業務支援システムであって、車両に搭載され、当該車両の事故発生時の加速度、角速度、及びロール・ピッチのうちの少なくとも１つを計測し、事故発生日時とともに事故情報として送信するクラッシュレコーダと、事故情報を受信し、事故情報の加速度に基づいて事故状態を解析して解析結果を送信する解析装置と、解析結果を提示する提示装置とを備える。
【発明の効果】
【０００８】
本開示における自動車保険会社業務支援システムは、自動車保険会社の保険料の設定業務を支援することができる。また、本開示における自動車保険会社業務支援システムは、自動車保険会社の保険金の支払い業務を支援することができる。
【図面の簡単な説明】
【０００９】
【図１】実施の形態１にかかる自動車保険会社業務支援システムの構成を示すブロック図
【図２】実施の形態１にかかるＯＢＤモジュールの構成を示すブロック図
【図３】実施の形態１にかかる携帯端末の構成を示すブロック図
【図４】実施の形態１にかかる管理サーバの構成を示すブロック図
【図５】実施の形態１にかかる表示端末の構成を示すブロック図
【図６】車両情報データベースの一例を示す図
【図７】故障コードと故障内容とが対応付けされた参照テーブルの一例を示す図
【図８】実施の形態１にかかる管理サーバのコントローラによる車両情報の管理動作を示すフローチャート
【図９】実施の形態１にかかる管理サーバのコントローラによる故障情報の表示動作を示すフローチャート
【図１０】表示のための表示データの一例を示す図
【図１１】表示の一例を示す図
【図１２】実施の形態２にかかる自動車保険会社業務支援システムの構成を示すブロック図
【図１３】実施の形態２にかかるクラッシュレコーダの構成を示すブロック図
【図１４】実施の形態２にかかる管理サーバの構成を示すブロック図
【図１５Ａ】事故情報の一例を示す図
【図１５Ｂ】事故情報の一例を示す図
【図１６】実施の形態２にかかる管理サーバのコントローラによる事故情報の取得動作を示すフローチャート
【図１７】実施の形態２にかかる管理サーバのコントローラによる故障情報の表示動作を示すフローチャート
【図１８】表示画面の一例を示す図
【図１９】実施の形態３にかかる管理サーバのコントローラによる事故情報の表示動作を示すフローチャート
【図２０Ａ】事故情報（加速度波形）の一例を示す図
【図２０Ｂ】事故情報（角速度波形）の一例を示す図
【図２１Ａ】解析結果の表示の例を示す図
【図２１Ｂ】解析結果の表示の例を示す図
【発明を実施するための形態】
【００１０】
以下、適宜図面を参照しながら、実施の形態を詳細に説明する。但し、必要以上に詳細な説明は省略する場合がある。例えば、既によく知られた事項の詳細説明や実質的に同一の構成に対する重複説明を省略する場合がある。これは、以下の説明が不必要に冗長になるのを避け、当業者の理解を容易にするためである。
【００１１】
なお、発明者（ら）は、当業者が本開示を十分に理解するために添付図面および以下の説明を提供するのであって、これらによって特許請求の範囲に記載の主題を限定することを意図するものではない。
【００１２】
（実施の形態１に至った経緯）
自動車損害保険の被保険者（契約者）の保険料（掛け金）は、車両料率、等級等によって設定される。車両料率は、車両型式（車種）によって設定される。例えばスポーツカーは、コンパクトカーよりも事故を起こすリスクが高いことから、スポーツカーの保険料はコンパクトカーの保険料よりも高くなるように車両料率が設定される。等級は、１年間事故を起こさなければ更新時に毎年１つずつ上がる。等級が上がると割引率が高くなる。
【００１３】
近年、自動車損害保険として、テレマティクス（Telematics）を利用して、走行距離や運転特性といった運転者ごとの運転情報を取得・分析し、その情報を基に保険料を算定するテレマティクス保険が知られている（ＵＢＩ（Usage Based Insurance）ともいう）。テレマティクスとは、自動車などの移動体に通信システムを組み合わせて、リアルタイムに情報サービスを提供することである。テレマティクス保険として、走行距離連動型（Pay As You Drive：ＰＡＹＤ）保険がある。また、近年、運転行動連動型（Pay How You Drive：ＰＨＹＤ）保険が検討されている。走行距離連動型保険は、保険料を設定するにあたり、車両料率、等級に加え、走行距離にも基づく。例えば走行距離が短いほど保険料の割引率が高くなる。運転行動連動型保険は、保険料を設定するにあたり、車両料率、等級に加え、ドライバの運転の仕方（運転性向）にも基づく。例えば契約者（被保険者）の運転性向を計測して解析した結果に応じて比較的に安全運転を行う被保険者ほど保険料の割引率が高くなる。
【００１４】
また、自動車保険として、ＡＢＳ（Antilock Brake System）やエアバッグ等の安全装置を搭載する車両に対して、割引率が高く設定される（例えば、５％ずつ）ものもある。保険料における安全装置に関する割引率は、保険加入時に決定し、１年ごとの更新時に見直されることはない。したがって、契約締結後又は更新後に安全装置が故障した場合、安全装置が故障しているにも関わらず、高い割引率が適用されていることになり、保険会社にとっては不利益が生じていた。しかしながら、自動車保険会社はそのような安全装置の故障を知るすべがなかった。
【００１５】
このような課題を考慮し、実施の形態１では、自動車保険会社の保険料の設定業務、具体的には安全装置に関する保険料の割引率の設定業務を支援する自動車保険会社業務支援システムを提供する。
【００１６】
（実施の形態１）
以下、図１〜１１を用いて、実施の形態１を説明する。
【００１７】
［１−１．構成］
［１−１−１．自動車保険会社業務支援システム］
図１は、実施の形態１にかかる自動車保険会社業務支援システムの構成を示すブロック図である。図１に示す自動車保険会社業務支援システム１００は、自動車保険会社の保険料の設定業務を支援するシステムである。自動車保険会社業務支援システム１００は、ＯＢＤモジュール１０と、携帯端末３０と、管理サーバ４０と、表示端末５０とを備える。管理サーバ４０はクラウドサーバであり、自動車保険会社や、車両に関する情報を提供するプロバイダに設置される。また、表示端末５０は自動車保険会社に設置される。
【００１８】
ＯＢＤモジュール１０は、被保険者が運転する車両２００に搭載され、車両２００内の装置が故障したことを示す故障情報を含む車両情報（詳細は後述する）を車両２００から定期的に取得し、取得した車両情報を送信する。携帯端末３０は、ＯＢＤモジュール１０から車両情報を受信し、ネットワーク３００を介して管理サーバ４０に送信する。管理サーバ４０は、携帯端末３０から車両情報を定期的又は不定期的に受信し、受信した車両情報を車両情報データベースとして管理する。管理サーバ４０は、表示端末５０からのリクエストに応じて、車両情報における故障情報が示す故障内容（例えば、安全装置が故障しているか否か）を表示端末５０に表示させる。以下、各部の具体的な構成を説明する。
【００１９】
［１−１−２．ＯＢＤモジュール］
ＯＢＤモジュール１０は車両２００に搭載され、コントローラエリアネットワーク（Controller Area Network：以下「ＣＡＮ」という）２２０を介して複数のＥＣＵ（Electronic Control Unit）２１１、２１２、２１３に接続される。各ＥＣＵ２１１、２１２、２１３は、車両２００のエンジン制御、ブレーキ制御、操舵制御等の動作制御のうちのいずれかの動作制御を行う装置である。ＥＣＵ２１１、２１２、２１３は、ＣＡＮ２２０によって接続され、ＣＡＮ２２０を介して互いに車両情報の送受信を行う。
【００２０】
図２は、ＯＢＤモジュール１０の構成を示すブロック図である。ＯＢＤモジュール１０は、例えば車両２００における自己診断機能（On Board Diagnostics second generation：以下「ＯＢＤ２」という）端子を介してＣＡＮ２２０に接続される。ＯＢＤモジュール１０は、ＥＣＵ２１１、２１２、２１３からＣＡＮ２２０を介して車両情報を取得し、取得した車両情報を携帯端末３０及びネットワーク３００を介して管理サーバ４０に送信する。ＯＢＤモジュール１０は、第１及び第２の通信インタフェース１１、１２と、メモリ１３と、コントローラ１４とを備える。
【００２１】
第１の通信インタフェース１１は、ＩＳＯ１５７６５、ＩＳＯ１１８９８、ＩＳＯ１１５１９等のＣＡＮの通信規格、又は、ＩＳＯ１４２３０等の車両故障診断の通信規格に準拠した無線通信モジュールである。第１の通信インタフェース１１は、車両２００におけるＯＢＤ２端子を介してＣＡＮ２２０に接続され、ＣＡＮ２２０を介してＥＣＵ２１１、２１２、２１３から車両情報を取得する。第２の通信インタフェース１２は、Ｗｉ−Ｆｉ、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の通信規格にしたがって携帯端末３０と近距離無線通信を行う無線通信モジュールである。
【００２２】
メモリ１３は、記録媒体であり、半導体メモリ等で構成される。メモリ１３は、第１の通信インタフェース１１で受信した車両情報を格納する。また、メモリ１３は、コントローラ１４のための各種プログラムを格納する。
【００２３】
コントローラ１４は、ＣＰＵ、ＭＰＵ等で構成され、メモリ１３に格納された各種プログラムを実行することにより、ＯＢＤモジュール１０の全体を制御して、後述する所定の機能を実現する。
【００２４】
［１−１−３．携帯端末］
図３は、携帯端末３０の構成を示すブロック図である。携帯端末３０は、車両２００のドライバが所持するスマートフォン、タブレット等の携帯端末である。携帯端末３０は、ＯＢＤモジュール１０から受信する車両情報を一時的に格納し、格納した車両情報をネットワーク３００を介して管理サーバ４０に送信する。携帯端末３０は、第１及び第２の通信インタフェース３１、３２と、メモリ３３と、コントローラ３４とを備える。
【００２５】
第１の通信インタフェース３１は、Ｗｉ−Ｆｉ、Ｂｌｕｅｔｏｏｔｈ等の通信規格にしたがってＯＢＤモジュール１０と近距離無線通信を行う無線通信モジュールである。第１の通信インタフェース３１は、ＵＳＢ等の規格に準拠してケーブルを介してＯＢＤモジュール１０とデータ通信を行う有線通信モジュールであってもよい。第２の通信インタフェース３２は、３Ｇ、ＬＴＥ等の通信規格にしたがってネットワーク３００に接続して無線通信を行う通信モジュールである。
【００２６】
メモリ３３は、記録媒体であり、半導体メモリ等で構成される。メモリ３３は、第１の通信インタフェース３１で受信した車両情報を一時的に格納する。また、メモリ３３は、コントローラ３４のための各種プログラムを格納する。
【００２７】
コントローラ３４は、ＣＰＵ、ＭＰＵ等で構成され、メモリ３３に格納された各種プログラムを実行することにより、携帯端末３０の全体を制御して、後述する所定の機能を実現する。
【００２８】
［１−１−４．管理サーバ］
図４は、管理サーバ４０の構成を示すブロック図である。管理サーバ４０は、例えばクラウドサーバであり、携帯端末３０からネットワーク３００を介して定期的又は不定期的に受信した車両情報を車両情報データベースとして管理する。管理サーバ４０は、表示端末５０からのリクエストに応じて、車両情報における故障情報が示す故障内容に基づいて、安全装置が故障しているか否か表示端末５０に表示させる。管理サーバ４０は、通信インタフェース４１と、データ格納部４３と、コントローラ４４と、表示部４５と、操作部４６とを備える。
【００２９】
通信インタフェース４１は、ＩＥＥＥ８０２等の通信規格にしたがってネットワーク３００に接続してデータ通信を行う通信モジュールである。
【００３０】
データ格納部４３は、記録媒体であり、ＨＤＤやＳＳＤ等で構成される。データ格納部４３は、通信インタフェース４１で受信した車両情報を車両情報データベース（詳細は後述）として格納する。また、データ格納部４３は、後述する故障コードと故障内容とが対応付けされた参照テーブルを格納する。また、データ格納部４３は、コントローラ４４のための各種プログラムを格納する。
【００３１】
コントローラ４４は、ＣＰＵ、ＭＰＵ等で構成され、データ格納部４３に格納された各種プログラムを実行することにより、管理サーバ４０の全体を制御して、後述する所定の機能を実現する。
【００３２】
表示部４５は、例えば液晶ディスプレイや有機ＥＬディスプレイで構成される。操作部４６は、例えばキーボードで構成される。
【００３３】
管理サーバ４０はさらに、プリンタ等の外部機器４００に接続するための機器インタフェース４７とを含む。機器インタフェース４７は、ＵＳＢ、ＩＥＥＥ１３９４、ＩＥＥＥ８０２．１１、ＷｉＦｉ等の規格に準拠してデータ等の通信を行う通信モジュールである。
【００３４】
［１−１−５．表示端末］
図５は、表示端末５０の構成を示すブロック図である。表示端末５０は、例えば自動車保険会社に設置されたＰＣ等の携帯端末であり、管理サーバ４０からネットワーク３００を介して受信した故障内容（例えば、安全装置が故障しているか否か）を表示する。表示端末５０は、通信インタフェース５１と、メモリ５３と、コントローラ５４と、表示部５５と、操作部５６とを備える。
【００３５】
通信インタフェース５１は、ＩＥＥＥ８０２等の通信規格にしたがってネットワーク３００に接続してデータ通信を行う通信モジュールである。
【００３６】
メモリ５３は、記録媒体であり、ＨＤＤやＳＳＤ等で構成される。メモリ５３は、通信インタフェース５１で受信した故障内容を記憶する。また、メモリ５３は、コントローラ５４のための各種プログラムを格納する。
【００３７】
コントローラ５４は、ＣＰＵ、ＭＰＵ等で構成され、メモリ５３に格納された各種プログラムを実行することにより、表示端末５０の全体を制御して、後述する所定の機能を実現する。
【００３８】
表示部５５は、例えば液晶ディスプレイや有機ＥＬディスプレイで構成される。操作部５６は、例えばキーボードで構成される。
【００３９】
［１−１−６．車両情報データベース］
図６は、車両情報データベースの一例を示す図である。車両情報データベースは、車両を識別するための車両ＩＤ（例えば車両ナンバー）と、ＯＢＤモジュール１０による車両情報の取得日時と、車両情報とを管理する。車両情報は、走行距離、燃費（瞬時・平均）、エンジン回転数、速度、加速度（３軸Ｇ）、角速度（３軸ジャイロ）、車両位置、ロール・ピッチ、エンジン水温、スロットル開度、外気温、バッテリー異常、オイル劣化、点火時期、車両故障（ＤＴＣ）、使用者情報（ＩＭＳＩ、ＩＭＥＩ）、及び、車両形式情報等を含む。故障情報は、図６の例では、故障コード「Ａ１０１」を含む。
【００４０】
例えば、車両故障、使用者情報、及び、車両形式情報はＯＢＤモジュール１０によって１日ごとに取得される情報であり、それ以外の車両情報はＯＢＤモジュール１０によって時間間隔２０ｍｓごとに取得される情報である。
【００４１】
［１−１−７．参照テーブル］
図７は、故障コードと故障内容とが対応付けた参照テーブルの一例を示す図である。故障コードは、故障内容を示す情報である。故障内容は、車両内の装置（故障の箇所）と詳細（故障の状態）とを含む。図７の例では、故障コードとして「Ａ１０１」、「Ａ２１２」、「Ｂ１０２」、「Ｂ２０５」、「Ｃ１０３」、「Ｃ２０６」、「Ｄ１０１」、「Ｄ２１２」、「Ｅ１０２」、「Ｅ２０５」、「Ｆ１０３」、「Ｆ２０６」が示されている。故障コード「Ａ１０１」及び「Ａ２１２」が示す故障内容はエアバックに関する故障である。故障コード「Ｂ１０２」及び「Ｂ２０５」が示す故障内容はＡ／Ｔ(Automatic Transmission)に関する故障である。故障コード「Ｃ１０３」及び「Ｃ２０６」が示す故障内容はエンジンに関する故障である。故障コード「Ｄ１０１」及び「Ｄ２１２」が示す故障内容はブレーキ及びボディに関する故障である。故障コード「Ｅ１０２」及び「Ｅ２０５」が示す故障内容は充電系及び電気系に関する故障である。故障コード「Ｆ１０３」及び「Ｆ２０６」が示す故障内容はＡＢＳに関する故障である。また、図７の例では、各故障内容として詳細な内容が対応付けされている。
【００４２】
［１−２．動作］
以上のように構成された自動車保険会社業務支援システム１００について、その動作を以下に説明する。
【００４３】
ＯＢＤモジュール１０のコントローラ１４は、ＥＣＵ２１１、２１２、２１３からＣＡＮ２２０及び第１の通信インタフェース１１を介して車両２００の車両情報を所定間隔（例えば２０ｍｓ間隔や１日間隔）で取得し、メモリ１３に記憶する。
【００４４】
携帯端末３０のコントローラ３４は、運転者に所持されて運転者が車両２００を運転する際に、ＯＢＤモジュール１０に記憶された車両情報をＯＢＤモジュール１０から第１の通信インタフェース３１を介して取得し、メモリ３３に一時的に記憶する。そして、コントローラ３４は、運転者による携帯端末３０の操作に応じて、メモリ３３に記憶された車両情報を第２の通信インタフェース３２及びネットワーク３００を介して管理サーバ４０に送信する。
【００４５】
［１−２−１．車両情報の管理動作］
図８は、管理サーバ４０のコントローラ４４による車両情報の管理動作を示すフローチャートである。
【００４６】
管理サーバ４０のコントローラ４４は、携帯端末３０からネットワーク３００及び通信インタフェース４１を介して車両２００の車両情報を不定期的に受信する（Ｓ１１）。コントローラ４４は、受信した車両情報を車両情報データベース（図６）としてデータ格納部４３に格納する（Ｓ１２）。
【００４７】
［１−２−２．車両情報の表示動作］
図９は、管理サーバ４０のコントローラ４４と表示端末５０のコントローラ５４とによる車両情報の表示動作を示すフローチャートである。
【００４８】
まず、自動車保険会社の表示端末５０からネットワーク３００を介して管理サーバ４０へ、調査対象車両の故障情報の表示のリクエストが行われる。例えば、表示端末５０の操作部５６により調査対象の車両ＩＤ（例えば車両ナンバー）が入力されると、表示端末５０のコントローラ５４は、車両ＩＤを通信インタフェース５１及びネットワーク３００を介して管理サーバ４０へ送信する（Ｓ２１）。管理サーバ４０のコントローラ４４は、この車両ＩＤに対応した車両情報を、データ格納部４３に格納された車両情報データベースから読み出す（Ｓ２２）。
【００４９】
次に、コントローラ４４は、データ格納部４３に格納された参照テーブル（図７）を参照して、車両情報における故障情報の故障コードから故障内容を認識する（Ｓ２３）。具体的には、コントローラ４４は、認識結果に基づき、車両の装置毎にかつデータ取得日時毎に故障内容データを複数作成する。図１０の例では、故障内容データは、取得日時、メーカ、車種、年式、装置（故障の箇所）、詳細（故障の状態）を含む。コントローラ４４は、故障内容データを通信インタフェース４１及びネットワーク３００を介して表示端末５０に提供し、コントローラ５４は、故障内容データに基づいて故障内容ごとに故障しているか否かを表示部５５に表示する（Ｓ２４）。故障内容は安全装置に関する故障情報を含む。よって、コントローラ５４は、安全装置が故障しているか否かを表示することとなる。
【００５０】
図１１は、故障内容を表示する表示画面の一例を示す図である。図１１の表示画面は、装置毎に、すなわちエアバック、Ａ／Ｔ、エンジン、ブレーキ及びボディ、充電系及び電気系、ＡＢＳそれぞれについて、故障しているか否かを表示する。例えば、故障していない場合には対応の表示領域６２〜６６を所定の色（例えば、緑色）で表示し、故障している場合には対応の表示領域６１を他の色（例えば、赤色）で表示する。図１１の例では、安全装置であるエアバッグが故障していることが示されている。また、図１１の例では、メーカ、車種、年式についても表示されている。この例では、取得日時が異なる故障内容を画面切換によって表示する。
【００５１】
以上説明したように、本実施の形態の自動車保険会社業務支援システム１００では、実際に車両から故障を示す故障コードを取得し、故障コードに基づき故障内容を認識し、故障内容を例えば自動車保険会社に設定された表示端末５０に表示させることができる（図１１）。これにより、自動車保険会社は、ＡＢＳやエアバック等の安全装置が故障しているか否かを知ることができる。そのため、安全装置が故障している場合に、その安全装置に関する保険料の割引率の設定をキャンセルした保険料に変更することができる。
【００５２】
このように、本実施の形態の自動車保険会社業務支援システム１００は、自動車保険会社の保険料の設定業務、具体的には安全装置に関する保険料の割引率の設定業務を支援することができる。
【００５３】
［１−３．効果等］
以上のように、本実施の形態において、自動車保険会社業務支援システム１００は、ＯＢＤモジュール１０と、管理サーバ４０と、表示端末５０とを備える。ＯＢＤモジュール１０は、車両２００に搭載され、安全装置を含む車両２００の装置の故障状況を示す故障情報を車両２００から取得し、取得した故障情報を送信する。管理サーバ４０は、ＯＢＤモジュール１０から故障情報を受信し、故障情報を管理する。表示端末５０は、管理サーバ４０で管理される故障情報に基づいて、車両２００の安全装置が故障しているか否かを表示する。
【００５４】
これにより、自動車保険会社は、ＡＢＳやエアバック等の安全装置が故障しているか否かを知ることができる。そのため、安全装置が故障している場合に、その安全装置に関する保険料の割引率の設定をキャンセルした保険料に変更することができる。このように、本実施の形態１の自動車保険会社業務支援システム１００は、自動車保険会社の保険料の設定業務、具体的には安全装置に関する保険料の割引率の設定業務を支援することができる。
【００５５】
（実施の形態２、３に至った経緯）
実施の形態１では、自動車保険会社の保険料の設定業務を支援する自動車保険会社業務支援システムを説明した。実施の形態２、３では、自動車保険会社の保険金の支払い業務を支援する自動車保険会社業務支援システムを説明する。
【００５６】
事故発生時の保険金の支払いにおいて、過払いや偽証請求を削減することが望まれている。例えば、事故による故障については保険金を支払うが、事故前から故障していた故障についての保険金の過払いを削減したいという要望がある。しかし、自動車保険会社は、事故による故障なのか、或いは事故前から故障していたのかを判別するすべがない。また、事故による本当の頸椎捻挫については保険金を支払うが、偽証請求についての保険金の支払いを削減したいという要望がある。しかし、自動車保険会社は、事故によって本当に頸椎捻挫したのか否かの判別をするすべがない。
【００５７】
そこで、実施の形態２では、自動車保険会社の保険金の支払い業務、具体的には事故前から故障していた箇所に対する車両保険の保険金の支払い業務を支援する自動車保険会社業務支援システムを提供する。また、実施の形態３では、自動車保険会社の保険金の支払い業務、具体的には搭乗者の傷害保険の保険金の支払い業務を支援する自動車保険会社業務支援システムを提供する。
【００５８】
（実施の形態２）
図１２〜１９を用いて、実施の形態２を説明する。実施の形態２にかかる自動車保険会社業務支援システム１００は、事故前後の故障を判別できるように事故情報を表示する。
【００５９】
図１２は、実施の形態２にかかる自動車保険会社業務支援システム１００の構成を示すブロック図である。本実施の形態の自動車保険会社業務支援システム１００は、実施の形態１の自動車保険会社業務支援システム１００（図１）と比較して、さらにクラッシュレコーダ２０を備える構成で異なる。
【００６０】
クラッシュレコーダ２０は、被保険者が運転する車両２００に搭載され、事故発生時に、事故発生時点と、その前後所定時間の事故情報（詳細は後述する）を携帯端末３０に送信する。携帯端末３０は、ＯＢＤモジュール１０から受信する車両情報に加えて、クラッシュレコーダ２０から受信する事故情報を、ネットワーク３００を介して管理サーバ４０ｂに送信する。管理サーバ４０ｂは、携帯端末３０から車両情報及び事故情報を定期的又は不定期的に受信し、受信した車両情報を車両情報データベースとして管理するとともに、事故情報を格納する。管理サーバ４０ｂは、表示端末５０からのリクエストに応じて、事故前に故障した故障内容と、事故前には故障しておらず事故後に始めて故障した故障内容とを区別して表示端末５０に表示させる。
【００６１】
［クラッシュレコーダ］
図１３は、実施の形態２にかかるクラッシュレコーダ２０の構成を示すブロック図である。クラッシュレコーダ２０は、通信インタフェース２１と、メモリ２３と、コントローラ２４と、Ｇセンサ２５と、ジャイロセンサ２６と、ロール・ピッチセンサ２７とを備える。
【００６２】
通信インタフェース２１は、Ｗｉ−Ｆｉ、Ｂｌｕｅｔｏｏｔｈ等の通信規格にしたがって携帯端末３０と近距離無線通信を行う無線通信モジュールである。
【００６３】
メモリ２３は、記録媒体であり、半導体メモリ等で構成される。メモリ２３は、Ｇセンサ２５で検出した加速度、ジャイロセンサ２６で検出した角速度、及び、ロール・ピッチセンサ２７で検出したロール量、ピッチ量を記録する。また、メモリ２３は、コントローラ２４のための各種プログラムを格納する。
【００６４】
コントローラ２４は、ＣＰＵ、ＭＰＵ等で構成され、メモリ２３に格納された各種プログラムを実行することにより、クラッシュレコーダ２０の全体を制御して、後述する所定の機能を実現する。
【００６５】
Ｇセンサ２５は、３軸（ヨー軸、ロール軸、ピッチ軸）の方向の加速度（速度変化）を検出するセンサである。Ｇセンサ２５は、車両２００のヨー方向加速度、ロール方向加速度、ピッチ方向加速度を検出する。
【００６６】
ジャイロセンサ２６は、３軸（ヨー軸、ロール軸、ピッチ軸）に対する角速度を検出するセンサである。ジャイロセンサ２６は、車両２００のヨー方向角速度、ロール方向角速度、ピッチ方向角速度を検出する。
【００６７】
ロール・ピッチセンサ２７は、ロール軸に対するロール、及び、ピッチ軸に対するピッチを検出するセンサである。ロール・ピッチセンサ２７は、車両２００のロール方向のロール量、ピッチ方向のピッチ量を検出する。
【００６８】
［管理サーバ］
図１４は、実施の形態２にかかる管理サーバ４０ｂの構成を示すブロック図である。本実施の形態の管理サーバ４０ｂは、実施の形態１の管理サーバ４０ｂと比較して、データ格納部４３が車両情報データベースに加えて事故情報を格納する点で異なる。
【００６９】
［事故情報］
図１５Ａ及び図１５Ｂは、事故情報を示す図である。図１５Ａに示すように、事故情報は、車両２００の車両ＩＤと、当該事故情報の取得日時と、事故情報とを関連付けて格納する情報である。事故情報は、Ｇセンサ２５によって検出される３軸方向の加速度と、ジャイロセンサ２６によって検出される３軸に対する角速度と、ロール・ピッチセンサ２７によって検出される車両２００のロール量、ピッチ量と、事故発生日時とを含む。
【００７０】
図１５Ｂは、クラッシュレコーダ２０により測定された事故前後のロール軸方向の前後加速度と、ピッチ軸方向の横加速度と、ピッチ軸に対する方位角速度との時間変化を示している。クラッシュレコーダ２０は、例えば前後加速度が所定のしきい値を超えたときに事故が発生したことを検知し、この検知時点を事故発生日時とし、事故発生日時を含み、その前後所定期間の前後加速度、横加速度及び方位角速度を事故情報として送信する。
【００７１】
以下、図１６〜１９を用いて、実施の形態２にかかる自動車保険会社業務支援システム１００の動作を説明する。
【００７２】
本実施の形態では、実施の形態１で説明した自動車保険会社業務支援システム１００の管理サーバ４０の動作に加えて、図１６のフローチャートに示す事故情報の取得動作を行う。また、図１７のフローチャートに示す動作を行う。
【００７３】
クラッシュレコーダ２０のコントローラ２４は、例えば１ｍｓ間隔で、Ｇセンサ２５から加速度（３軸）を、ジャイロセンサ２６から角速度（３軸）を、及び、ロール・ピッチセンサ２７からロール・ピッチを取得し、最新の一定期間のデータがメモリ２３に保持されるようにメモリ２３内のデータを更新する。コントローラ２４は、加速度（３軸）、角速度（３軸）又はロール・ピッチが所定のしきい値を超えた時点を事故発生日時とし、事故発生日時とその前後所定期間の加速度（３軸）、角速度（３軸）及びロール・ピッチのデータを更新されないようにメモリ２３に保持するとともに、携帯端末３０に送信する。例えば、コントローラ２４は、携帯端末３０と接続されているときには上記の事故情報を即時に送信してもよいし、携帯端末３０と接続されていなければ、携帯端末３０と接続が確立され次第送信してもよい。
【００７４】
携帯端末３０のコントローラ３４は、受信した事故情報をメモリ３３に一時的に記憶する。そして、コントローラ３４は、運転者による携帯端末３０の操作に応じて、メモリ３３に記憶された事故情報及び車両情報を第２の通信インタフェース３２及びネットワーク３００を介して管理サーバ４０ｂに送信する。
【００７５】
［事故情報の取得動作］
図１６は、実施の形態２にかかる管理サーバ４０ｂのコントローラ４４による事故情報の取得動作を示すフローチャートである。
【００７６】
管理サーバ４０ｂのコントローラ４４は、図８に示す車両情報の管理動作と並行して、携帯端末３０からネットワーク３００及び通信インタフェース４１を介して車両２００の事故情報を受信する（Ｓ３１）。コントローラ４４は、受信した事故情報（図１５Ａ及び図１５Ｂ）をデータ格納部４３に格納する（Ｓ３２）。
【００７７】
［車両情報の表示動作］
図１７は、本実施の形態２にかかる管理サーバ４０ｂのコントローラ４４と表示端末５０のコントローラ５４とによる車両情報の表示動作を示すフローチャートである。
【００７８】
まず、自動車保険会社の表示端末５０からネットワーク３００を介して管理サーバ４０ｂへ、調査対象車両の故障情報の表示のリクエストが行われる。例えば、表示端末５０の操作部５６により調査対象の車両ＩＤ（例えば車両ナンバー）が入力されると、表示端末５０のコントローラ５４は、車両ＩＤを通信インタフェース５１及びネットワーク３００を介して管理サーバ４０ｂへ送信する（Ｓ４１）。管理サーバ４０ｂのコントローラ４４は、この車両ＩＤに対応した事故発生日時の前後の取得日時の車両情報を、データ格納部４３に格納された車両情報データベースから読み出す（Ｓ４２）。
【００７９】
次に、コントローラ４４は、データ格納部４３に格納された参照テーブル（図７）を参照して、車両情報における故障情報の故障コードから故障内容を認識する（Ｓ４３）。具体的には、コントローラ４４は、認識結果に基づき、車両の装置毎にかつデータ取得日時毎に図１０に示すような故障内容データを複数作成する。また、コントローラ４４は、故障内容データに、事故発生日時よりも後に取得したものか、或いは事故発生日時よりも前に取得したものかの情報を含ませる。コントローラ４４は、故障内容データを通信インタフェース４１及びネットワーク３００を介して表示端末５０に提供し、コントローラ５４は、故障内容データに基づき、事故発生日時よりも後に発生した故障内容と、事故発生日時よりも前に発生した故障内容とを区別して、通信インタフェース４１及びネットワーク３００を介して表示端末５０の表示部５５に表示する（Ｓ４４）。
【００８０】
図１８は、表示画面の一例を示す図である。図１８の例では、事故発生日時よりも後に発生した故障箇所に対応する表示領域６４と、事故発生日時よりも前に発生した故障箇所に対応する表示領域６５とを区別して表示している。図１８の例では、「ブレーキ及びボディ」に関する故障は事故発生日時よりも前に発生していたことを示し、「充電系及び電気系」に関する故障は事故発生日時よりも後に発生したことを示している。
【００８１】
以上説明したように、本実施の形態の自動車保険会社業務支援システム１００では、実際に車両から故障を示す故障コードを取得し、故障コードに基づき故障内容を認識し、事故よりも前に発生していた故障と、事故よりも前には発生しておらず事故よりも後に始めて発生したすなわち事故により発生した故障とを区別して、例えば自動車保険会社に設定された表示端末５０に表示させることができる（図１８）。これにより、自動車保険会社は、事故よりも前に発生していた故障と、事故よりも後に発生した故障とを知ることができる。そのため、事故が発生した場合に、事故後に発生した故障に対しては車両保険の保険金を支払うが、事故前から発生していた故障に対しては車両保険の保険金を支払わず、過払いを削減することができる。
【００８２】
このように、本実施の形態の自動車保険会社業務支援システム１００は、自動車保険会社の保険金の支払い業務、具体的には事故前から故障していた箇所に対する車両保険の保険金の支払い業務を支援することができる。
【００８３】
（実施の形態３）
実施の形態３では、自動車保険会社の保険金の支払い業務、具体的には搭乗者の傷害保険の保険金の支払い業務を支援する自動車保険会社業務支援システム１００を説明する。実施の形態３にかかる自動車保険会社業務支援システム１００は、事故情報から事故発生時の状況を解析して提示する機能を有する。
【００８４】
以下、図１９〜２１を用いて、実施の形態３を説明する。
【００８５】
実施の形態３にかかる自動車保険会社業務支援システム１００の構成は、図１２を参照して説明した実施の形態２のものと基本的に同様であるが、自動車保険会社業務支援システム１００の管理サーバ４０ｂのコントローラ４４の機能、動作が前述のものと異なる。以下、図１９を用いて、実施の形態３にかかる自動車保険会社業務支援システム１００の管理サーバ４０ｂの動作を説明する。
【００８６】
図１９は、実施の形態３にかかる管理サーバ４０ｂのコントローラ４４による事故情報の表示動作を示すフローチャートである。
【００８７】
［事故情報の表示動作］
まず、自動車保険会社の表示端末５０からネットワーク３００を介して管理サーバ４０ｂへ、調査対象車両の事故情報の表示のリクエストが行われる。例えば、表示端末５０の操作部５６により調査対象の車両ＩＤ（例えば車両ナンバー）が入力されると、表示端末５０のコントローラ５４は、車両ＩＤを通信インタフェース５１及びネットワーク３００を介して管理サーバ４０ｂへ送信する（Ｓ５１）。管理サーバ４０ｂのコントローラ４４は、この車両ＩＤに対応した事故情報を、データ格納部４３に格納された事故情報から読み出す（Ｓ５２）。
【００８８】
次に、コントローラ４４は、事故情報に基づいて事故状況を解析する（Ｓ５３）。コントローラ４４は、解析結果として事故状況を示すテキストデータを生成する。具体的には、予め事故時の車両の加速度波形を解析して、加速度波形の特徴量を抽出し、加速度波形の特徴量とその事故状況を示すテキストデータとを対応付けた事故解析テーブルを作成し、この事故解析テーブルをデータ格納部４３に格納しておく。また、予め事故時の車両の角速度波形を解析して、角速度波形の特徴量を抽出し、角速度波形の特徴量とその事故状況を示すテキストデータとを対応付けて事故解析テーブルとしてデータ格納部４３に格納しておく。コントローラ４４は、事故解析テーブルを参照し、事故情報における加速度波形や角速度波形を解析し、解析結果である加速度波形の特徴量や角速度波形の特徴量をテキストデータに変換する（Ｓ５３）。
【００８９】
コントローラ４４は、解析結果のテキストデータを通信インタフェース４１及びネットワーク３００を介して表示端末５０に提供し、コントローラ５４は、解析結果のテキストデータをテキストとして表示部５５に表示する。或いは、コントローラ５４は、解析結果のテキストデータを機器インタフェース４７を介してプリンタ４００で印刷してもよい。
【００９０】
図２０Ａ及び図２０Ｂは、事故情報の一例（加速度波形及び角速度波形）を示す図であり、図２１Ａ及び図２１Ｂは、解析結果の表示の例を示す図である。図２０Ａに示す事故情報の加速度波形パターンは、事故にあった車両が何らかの物体（例えば、他の車両）に後方から追突されたときの加速度波形を示している。同図より、事故にあった車両が何らかの物体に後方から衝突されて加速度が正方向に瞬間的に増加し、その後、車両の前部が何らかの物体に衝突して加速度が負方向に瞬間的に増加していることが分かる。図２１Ａは、この加速度波形パターンの解析結果である事故状況を示す表示の一例であり、後方から衝突され、その後前方に衝突したことをテキストで示している。
【００９１】
一方、図２０Ｂに示す事故情報の角速度波形パターンは、車両が横転したときの角速度波形を示している。同図より、車両が横方向に１回転して角速度が瞬間的に増加していることが分かる。図２１Ｂは、この角速度波形パターンの解析結果である事故状況を示す表示の一例であり、横転したことをテキストで示している。
【００９２】
以上説明したように、本実施の形態３の自動車保険会社業務支援システム１００では、実際に車両から事故発生時点の前後の加速度、角速度、及び、ロール・ピッチ等の事故情報を取得し、事故情報から事故状態を解析して解析結果の事故状態をテキストとして、例えば自動車保険会社に設定された表示端末５０に表示させることができる。または、自動車保険会社に提供するために例えば紙媒体に印刷することができる（図２１Ａ及び図２１Ｂ）。
【００９３】
なお、本実施の形態では、管理サーバ４０ｂ及び表示端末５０は、事故状況の解析結果をテキストで提示した。しかし、本開示はこれに限定されず、例えば、管理サーバ４０ｂ及び表示端末５０は、事故状況をグラフィカルに表示してもよいし、音声で通知してもよい。
【００９４】
車両が事故を起こしたときの搭乗者の障害保険の保険金の偽証請求として、頸椎捻挫の保険金の支払い請求が多い。頸椎捻挫は、不意の衝突である車両後方からの衝突時や、車両横転時に生じることが多い。
【００９５】
本実施の形態の自動車保険会社業務支援システム１００によれば、事故発生時の状況がテキストで表示されるため、自動車保険会社は、車両後方からの衝突や車両横転等の事故状態を知ることができ、事故により本当に頸椎捻挫が生じたか否かを推定しやすくなり、偽証請求への障害保険の保険金の支払いを削減することができる。
【００９６】
このように、本実施の形態２の自動車保険会社業務支援システム１００は、自動車保険会社の保険金の支払い業務、具体的には搭乗者の傷害保険の保険金の支払い業務を支援することができる。
【００９７】
（他の実施の形態）
以上のように、本出願において開示する技術の例示として、実施の形態１〜３を説明した。しかしながら、本開示における技術は、これに限定されず、適宜、変更、置き換え、付加、省略などを行った実施の形態にも適用可能である。また、上記実施の形態１〜３で説明した各構成要素を組み合わせて、新たな実施の形態とすることも可能である。そこで、以下、他の実施の形態を例示する。
【００９８】
（１）上記の実施の形態では、管理サーバ４０、４０ｂは、ネットワーク３００及び携帯端末３０を介してＯＢＤモジュール１０から車両情報を受信した。しかし、本開示はこれに限定されず、管理サーバ４０、４０ｂは、携帯端末３０を使用せずに、ネットワーク３００を介してＯＢＤモジュール１０から車両情報を受信してもよい。同様に、管理サーバ４０、４０ｂは、管理サーバ４０、４０ｂは、携帯端末３０を使用せずに、ネットワーク３００を介してクラッシュレコーダ２０から車両情報を受信してもよい。
【００９９】
（２）上記の実施の形態では、Ｇセンサ２５、ジャイロセンサ２６及びロール・ピッチセンサ２７を備えたクラッシュレコーダ２０を車両２００に搭載し、管理サーバ４０、４０ｂは、事故状況を解析するために、クラッシュレコーダ２０から取得した加速度、角速度、ロール・ピッチの情報を用いた。しかし、本開示はこれに限定されず、管理サーバ４０、４０ｂは、事故状況を解析するために、ＯＢＤモジュール１０が取得する車両情報における加速度、角速度、ロール・ピッチの情報を用いてもよい。
【０１００】
（３）上記の実施の形態では、管理サーバ４０、４０ｂは、表示端末５０からのリクエスト（例えば、車両ＩＤの入力）に応じて種々の表示データを作成し、表示端末５０の表示部５５に表示させた。しかし、本開示はこれに限定されず、管理サーバ４０、４０ｂは、自装置の操作部４６による車両ＩＤを入力として上記した種々の表示データを作成し、自装置の表示部４５に表示してもよい。
【０１０１】
（４）上記の実施の形態では、軽度な事故を想定しており、事故が発生してもＯＢＤモジュール１０、クラッシュレコーダ２０及び携帯端末３０が正常に動作する形態を説明した。しかし、車両２００の故障度合いが大きかったり、携帯端末３０が故障したりして、管理サーバ４０、４０ｂがクラッシュレコーダ２０の事故情報、及び、ＯＢＤモジュール１０の事故後の故障情報を取得できない場合がある。このような場合には、修理工場等においてクラッシュレコーダ２０の事故情報、及び、ＯＢＤモジュール１０の事故後の故障情報を取り出し、管理サーバ４０、４０ｂは修理工場等から取り出した事故情報及び事故後の故障情報を取得してもよい。
【０１０２】
以上のように、本開示における技術の例示として、実施の形態を説明した。そのために、添付図面および詳細な説明を提供した。
【０１０３】
したがって、添付図面および詳細な説明に記載された構成要素の中には、課題解決のために必須な構成要素だけでなく、上記技術を例示するために、課題解決のためには必須でない構成要素も含まれ得る。そのため、それらの必須ではない構成要素が添付図面や詳細な説明に記載されていることをもって、直ちに、それらの必須ではない構成要素が必須であるとの認定をするべきではない。
【０１０４】
また、上述の実施の形態は、本開示における技術を例示するためのものであるから、特許請求の範囲またはその均等の範囲において種々の変更、置き換え、付加、省略などを行うことができる。
【産業上の利用可能性】
【０１０５】
本開示は、自動車保険会社の業務を支援する自動車保険会社業務支援システムに適用可能である。
【符号の説明】
【０１０６】
１０  ＯＢＤモジュール（取得モジュール）
１１  第１の通信インタフェース
１２  第２の通信インタフェース
１３  メモリ
１４  コントローラ
２０  クラッシュレコーダ
２１  通信インタフェース
２３  メモリ
２４  コントローラ
２５  Ｇセンサ（３軸）
２６  ジャイロセンサ（３軸）
２７  ロール・ピッチセンサ
３０  携帯端末
３１  第１の通信インタフェース
３２  第２の通信インタフェース
３３  メモリ
３４  コントローラ
４０、４０ｂ  管理サーバ（管理装置、解析装置）
４１  通信インタフェース
４３  データ格納部
４４  コントローラ
４５  表示部
４６  操作部
４７  機器インタフェース
５０  表示端末（表示装置、提示装置）
５１  通信インタフェース
５３  メモリ
５４  コントローラ
５５  表示部
５６  操作部
１００  自動車保険会社業務支援システム
２００  車両
２１１、２１２、２１３  ＥＣＵ
２２０  ＣＡＮ
３００  ネットワーク
４００  外部機器（プリンタ等）
【図１】
2018025978.tif 000003
【図２】
2018025978.tif 000004
【図３】
2018025978.tif 000005
【図４】
2018025978.tif 000006
【図５】
2018025978.tif 000007
【図６】
2018025978.tif 000008
【図７】
2018025978.tif 000009
【図８】
2018025978.tif 000010
【図９】
2018025978.tif 000011
【図１０】
2018025978.tif 000012
【図１１】
2018025978.tif 000013
【図１２】
2018025978.tif 000014
【図１３】
2018025978.tif 000015
【図１４】
2018025978.tif 000016
【図１５Ａ】
2018025978.tif 000017
【図１５Ｂ】
2018025978.tif 000018
【図１６】
2018025978.tif 000019
【図１７】
2018025978.tif 000020
【図１８】
2018025978.tif 000021
【図１９】
2018025978.tif 000022
【図２０Ａ】
2018025978.tif 000023
【図２０Ｂ】
2018025978.tif 000024
【図２１Ａ】
2018025978.tif 000025
【図２１Ｂ】
2018025978.tif 000026