JP2008047037A - 損害業務処理方法及び処理システム - Google Patents

Abstract

【課題】事故発生時に損害監視システムが取得した客観的な事故情報を利用して、迅速かつ的確で公平性の高い損害サービスを実行することを可能とする。
【解決手段】ネットワークを介して保険会社システム1に接続される損害業務共同センタ4は、損害監視端末52や保険会社システム1からイベント情報を受け付けるイベント受付部401と、受け付けたイベント情報に基づいて提供する損害業務のサービスとそのビジネスプロセスを判断する提供サービス判断部402と、判断したサービスに基づいてサービスのビジネスプロセス実行に必要となる関連情報を保険会社システム1や損害監視端末52から取得してビジネスプロセスを実行するビジネスプロセス実行部403と、実行結果に対して処理の公平性と正確性とお墨付き情報を発行するお墨付き発行部404とを有し、サービスの実行結果及びお墨付き情報を保険会社、保険契約者、代理店に提供する。
【選択図】図１ｂ

Description

本発明は、業務処理方法及びシステムに係り、特に、保険ビジネスの損害業務に関連する商品やサービスの提供をインターネット等の通信ネットワークを介して支援する損害業務処理方法及び処理システムに関する。

従来、保険のアフターサービスとしての事故発生の受付、損害規模・責任の調査、保険金の支払、保険契約の保全等の業務である保険会社の損害業務は、事故状況の確認等の人手を要する非定型な業務が多く、アジャスターと呼ばれる事故調査の専門員等が人海戦術によって実施していた。また、これら人員及び業務システムのリソースは、保険会社が自前で用意し、個別にサービスを提供するのが一般的であった。

一方、近年、ドライブレコーダ等のＩＴＳ（Intelligent Transport System）やホームセキュリティシステム等の損害監視システムが普及しつつあり、これらシステムから取得することのできる事故情報を利用しての損害業務の効率化が注目されている。このような損害業務の効率化を支援する従来技術として、例えば、特許文献１等に記載された技術が知られている。この従来技術は、保険契約者に事故が発生した際の客観的な現場情報をドライブレコーダ等の損害監視システムから取得し、データセンタに送信することにより、事故処理の効率化・適正化に寄与する情報の取得を支援するというものである。
特開２００２-１９７２３４号公報

前述した特許文献１に開示された従来技術は、事故現場からの情報収集のみを対象としており、収集した事故情報の利用による損害業務の効率化については配慮されていないという問題点を有している。すなわち、前述した従来技術は、収集した事故情報から必要となる損害業務のサービス区分を特定し、サービスの実行に必要な関連情報を保険会社、代理店、警察や病院、修理工場、警備会社等の関係団体から収集すると共に、事故情報と関連情報に基づいてサービスを実行する等の損害業務の自動化について配慮されていない。

本発明の目的は、前述したような点に鑑み、ドライブレコーダやホームセキュリティ装置等の損害監視システムから取得した事故情報に基づいて、必要となる損害業務のサービス特定及びサービス実行に必要な関連情報の収集を自動化し、損害業務の迅速化、的確化を実現することができる損害業務処理方法及び処理システムを提供することにある。

また、本発明の目的は、複数の保険会社の損害業務を共同センタ化し、第三者機関が損害業務の処理に関する契約内容と支払金額の整合性チェック等を担当することにより、保険金不払い等の損害業務のミスを防止し、損害業務の公平化、正確化を実現することができる損害業務処理方法及び処理システムを提供することにある。

本発明によれば前記目的は、ネットワークを介して接続され、損害業務を実行する第１のコンピュータが、保険契約者が有する第２のコンピュータまたは保険会社が有する第３のコンピュータから受信した損害業務に関するイベント情報に基づいて、適切な損害業務のサービスを判断すると共に、サービスの実行に必要な関連情報を取得して損害業務を実行する損害業務処理方法であって、前記第１のコンピュータは、複数の前記第２のコンピュータまたは前記第３のコンピュータからネットワークを介して送られた損害業務に関するイベント情報を受け付け、記憶装置に格納するイベント受付ステップと、受け付けたイベント情報に応じて、提供する損害業務のサービスとその処理方法であるビジネスプロセスとを判断する提供サービス判断ステップと、判断したサービスとそのビジネスプロセスとに基づいて、サービス毎に予め定義されたビジネスプロセス情報を用いて、サービスの実行に必要な関連情報を、ネットワークを介して前記第２のコンピュータ、前記第３のコンピュータ及び警察、病院、修理工場、警備会社を含む関係団体が有する第４のコンピュータから収集すると共に、ビジネスプロセスの実行処理を行うビジネスプロセス実行ステップとを有することにより達成される。

本発明によれば、損害業務共同センタが保険契約者等の有する損害監視システムから通知されたイベント情報に基づいて損害業務を実施する際に、イベント情報の通知内容に応じた損害業務サービスの判断及びサービス実行に必要となる関連情報の収集を、迅速かつ的確に実施することができる。また、本発明によれば、損害業務共同センタが第三者機関の立場から、実施した損害業務が正当であることを保証するお墨付き情報を発行し、公平かつ正確さを保証することができる。

以下、損害業務処理方法及び処理システムの実施形態を図面により詳細に説明する。

＝＝＝損害業務処理システムの説明＝＝＝
図１ａは一実施形態による損害業務処理システムの概略を説明する図、図１ｂは一実施形態による損害業務処理システムの機能構成を示すブロック図である。

損害業務処理システムは、図１ａ、図１ｂに示すように、保険契約者の事故発生に伴う損害業務を提供する場合に、事故の発生を損害業務共同センタ４に通知する保険契約者システム５と、事故に関連した損害処理等の実行依頼を損害業務共同センタ４に通知する保険会社システム１と、事故発生通知及び損害処理依頼に基づいて提供サービスとそのビジネスプロセスの判断、ビジネスプロセスの実行、お墨付きの発行を行う損害業務共同センタ４と、事故に遭った保険契約者の契約者情報を管理する代理店システム２と、事故に遭った保険契約者の事故証明情報を管理する関係団体システム３とが、通信ネットワーク６により接続されて構成されている。

図１ａには、損害業務共同センタ４が、保険契約者システム５のセンサーが通知した事故等のイベント情報を受信し、イベントの内容に応じて提供するサービスを判断し、ビジネスプロセスを実行すると共に、その実行結果にお墨付きを付与するイメージを示している。

図１ａにおいて、損害業務共同センタ４は、イベント受付部４０１、提供サービス判断部４０２、ビジネスプロセス実行部４０３、お墨付き発行部４０４を有し、損害業務サービスとして、事故受付サービス、損害処理サービス、保険金支払サービス、契約更改審査サービスを行うものである。損害業務共同センタ４の構成の詳細、処理動作の詳細については後述する。

なお、複数の保険契約者システム５、保険会社システム１、代理店システム２、関係団体システム３を通信ネットワーク６に接続するようにしてもよい。通信ネットワーク６は、ＬＡＮ、インターネット、他の任意の有線または無線を使ったネットワーク等とすることができる。損害業務共同センタ４、契約者システム５、保険会社システム１、代理店システム２、関係団体システム３は、それぞれ、演算処理のためのＣＰＵと、データやプログラムを記憶するための記憶装置（例えば、ＲＡＭ、ＲＯＭ、ハードディスク等）と、外部機器との間でネットワーク６を介して通信するための通信装置とを備えるコンピュータ（サーバでもよい）により構成される。

＝＝＝ハードウェア構成＝＝＝
図２は損害業務共同センタ４に用いられるコンピュータ（管理サーバ）の典型的なハードウェア構成を示すブロック図である。なお、保険契約者システム５、保険会社システム１、代理店システム２、関係団体システム３にも、図２に示すコンピュータの構成が利用されるが、ここでは、損害業務共同センタ４を代表して示している。

図２に示すように、損害業務共同センタ４は、ＣＰＵ４００１、メモリ４００２、記憶装置４００３、通信インタフェース４００４、記録媒体読取装置４００５、記録媒体４００６、入力装置４００７、出力装置４００８を備えて構成されている。

前述において、ＣＰＵ４００１は、損害業務共同センタ４の全体の制御を司るもので、メモリ４００２に格納されたプログラム４００９を実行することにより各種機能を実現する。記録媒体読取装置４００５は、記録媒体４００６に記録されているプログラムやデータを読み取るための装置である。読み取られたプログラムやデータは、メモリ４００２に格納される。従って、例えばメモリ４００２に記憶されているプログラム４００９は、記録媒体読取装置４００５を用いて記録媒体４００６から読み取り、メモリ４００２に格納することができる。記録媒体４００６としては、例えば、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ、ハードディスク、フレキシブルディスク、半導体メモリ、磁気テープ等を用いることができる。記録媒体読取装置４００５は、損害共同センタ４に内蔵されている形態とすることもできるし、外付されている形態とすることもできる。入力装置４００７は、オペレータ等による損害業務システム４へのデータ等の入力のために用いられる。入力装置４００７としては、例えば、キーボードやマウス、マイク等が用いられる。出力装置４００８は、情報を外部に出力するための装置である。出力装置４００８としては、例えば、ディスプレイやプリンタ、スピーカ等が用いられる。通信インタフェース４００４は、通信ネットワーク６に接続し、保険契約者システム５、保険会社システム１、代理店システム２、関係団体システム３等の外部の装置との間で通信を行うための装置である。

以下に説明する実施形態は、損害業務共同センタ４が、保険契約者システム５から交通事故発生等のイベント情報を取得し、その損害に対する処理実施する場合を想定している。

＝＝＝保険会社システム１の構成＝＝＝
図１ｂに示すように、保険会社システム１は、保険会社業務処理部１０１と保険契約情報１１１とを備えて構成されている。保険契約情報１１１は、図１３に示すような保険契約情報テーブルＴ１１１に格納されており、このテーブルには、保険会社の担当者が登録した保険契約に関する情報（契約ＩＤ、商品名、契約者ＩＤ、主契約、特約、保険契約金規模、保険金支払額等）が格納される。

保険会社業務処理部１０１は、損害業務共同センタ４に損害業務のサービス実行要求をイベント情報によって通知する。また、保険会社業務処理部１０１は、損害業務共同センタ４からの関連情報提供要求を受信して、保険契約情報テーブルＴ１１１に格納している保険契約に関する情報を損害業務共同センタ４に送信する機能を備える。

＝＝＝代理店システム２の構成＝＝＝
図１ｂに示すように、代理店システム２は、代理店業務処理部２０１と契約者情報２１１とを備えて構成されている。契約者情報２１１は、図１４に示すような契約者情報テーブルＴ２１１に格納されており、このテーブルには、代理店の担当者が登録した保険の契約者に関する情報（例えば、契約者ＩＤ、契約者名、住所、契約商品（保険会社、商品名を含む）等）が格納される。

代理店業務処理部２０１は、損害業務共同センタ４からの関連情報提供要求を受信して、契約者情報テーブルＴ２１１に格納している保険の契約者に関する情報を損害業務共同センタ４に送信する機能を備える。なお、代理店とは、保険会社と契約して保険商品の販売やアフターサービスを代行する組織のことである。

＝＝＝関係団体システム３の構成＝＝＝
図１ｂに示すように、関係団体システム３は、関係団体業務処理部３０１と事故証明情報３１１とを備えて構成されている。事故証明情報３１１は、図１５に示すような事故証明情報テーブルＴ３１１に格納されており、このテーブルには、関係団体の担当者が登録した事故に関する証明情報（例えば、事故証明ＩＤ、事故区分、発生日時、位置情報、事故発生者、被害状況等）が格納される。

関係団体業務処理部３０１は、損害業務共同センタ４からの関連情報提供要求を受信して、事故証明情報テーブルＴ３１１に格納している事故発生に関する証明情報を損害業務共同センタ４に送信する機能を備える。なお、関係団体とは、事故発生やその損害情況に関する情報を有している修理工場、病院、警察、警備会社等の組織のことである。

＝＝＝損害業務共同センタ４の構成＝＝＝
図１ｂに示すように、損害業務共同センタ４は、イベント受付部４０１、提供サービス判断部４０２、ビジネスプロセス実行部４０３、お墨付き発行部４０４、イベント情報４１１、損害サービス情報４１２、ビジネスプロセス情報４１３、お墨付き情報４１４、事故情報４１５、事故事例情報４１６、アジャスター情報４１７、損害事例情報４１８、保険金算出テンプレート情報４１９、安全度算出テンプレート情報４２０を備えて構成されている。

イベント情報４１１は、図１６に示すようなイベント情報テーブルＴ４１１に格納されており、このテーブルには、保険契約者や保険会社から通知されたイベントに関する情報（イベントＩＤ、イベントの発生日時、イベント種別、イベント対象物、イベント内容、位置情報、契約者ＩＤ、契約ＩＤ、事故ＩＤ、契約先の契約保険会社等）が格納される。

損害サービス情報４１２は、図１７に示すような損害サービス情報テーブルＴ４１２に格納されており、このテーブルには、発生したイベントと損害サービス及びビジネスプロセスの対応関係等の損害サービスに関する情報（サービスＩＤ、サービスの区分、対応するイベント種別、イベント対象物、イベント内容、対応するビジネスプロセスのＩＤ等）が格納される。

ビジネスプロセス情報４１３は、図１８に示すようなビジネスプロセス情報テーブルＴ４１３に格納されており、このテーブルには、ビジネスプロセスの処理（アクティビティ）と処理に必要なデータ等のビジネスプロセスに関する情報（ビジネスプロセスのＩＤ、各アクティビティの名称、処理に必要な関連情報、情報の取得先等）を格納する。図示例では、アクティビティ１〜３の３つのアクティビティのそれぞれについての名称、処理に必要な関連情報、情報の取得先を格納している。

お墨付き情報４１４は、図１９に示すようなお墨付き情報テーブルＴ４１４に格納されており、このテーブルには、処理結果を保証する処理結果に対するお墨付きの発行に関する情報（お墨付きを与える各イベントのＩＤ、対応するイベント種別、お墨付きの区分、お墨付きの証明方法、処理に利用した関連機関情報（情報名、取得先、取得日時等）、お墨付きの発行日時等）を格納する。

事故情報４１５は、図２０に示すような事故情報テーブルＴ４１５に格納されており、このテーブルには、保険契約者から通知された事故に関する情報（事故ＩＤ、事故のイベント対象物・内容、日時、事故の位置情報、事故の感知区分、事故の発生状況、事故証明ＩＤ、事故の画像等）が格納される。

事故事例情報４１６は、図２１に示すような事故事例情報テーブルＴ４１６に格納されており、このテーブルには、過去の事故事例に関する情報（事故事例ＩＤ、過去の事故におけるイベント対象物、イベント内容、事故感知区分、発生状況、事故の画像等）が格納される。

アジャスター情報４１７は、図２２に示すようなアジャスター情報テーブルＴ４１７に格納されており、このテーブルには、事故調査の専門員であるアジャスターの登録情報（アジャスターＩＤ、アジャスターの担当事故の区分、担当地域、保有する技術レベルの各種情報等）が格納される。

損害事例情報４１８は、図２３に示すような損害事例情報テーブルＴ４１８に格納されており、このテーブルには、過去の事故発生における損害の事例情報（損害事例ＩＤ、過去の事故におけるイベント対象物、イベント内容、損害内容、被害額等）が格納される。

保険金算出テンプレート情報４１９は、図２４に示すような保険金算出テンプレート情報テーブルＴ４１９に格納されており、このテーブルには、事故発生時における保険金額算出のテンプレート情報（保険金テンプレートＩＤ、保険種類の区分、保険商品名、保険商品を提供する保険会社名、主契約保険金の算出方法、特約保険金の算出方法等）が格納される。

安全度算出テンプレート情報４２０は、図２５に示すような安全度算出テンプレート情報テーブルＴ４２０に格納されており、保険契約者の事故発生に関する安全度算出のテンプレート情報（安全度テンプレートＩＤ、保険種類の区分、安全度測定のための指標、各指標の安全度のレベル等）が格納される。図示例では、各指標の安全度のレベルを１〜５の５段階に評価するものとしている。

イベント受付部４０１は、保険契約者や保険会社から事故情報等のイベント情報を受信し、イベント情報テーブルＴ４１１に格納する機能を備える。

提供サービス判断部４０２は、受信したイベント情報に基づいて損害サービス情報４１２とのマッチングを行い、イベント情報の処理に必要となる損害サービスとそのビジネスプロセスとを判断する機能を備える。

ビジネスプロセス実行部４０３は、判断したビジネスプロセスに基づいてビジネスプロセス情報テーブルＴ４１３内の各アクティビティにおける必要データを保険契約者、保険会社、代理店、関係団体に通知、収集して、ビジネスプロセスの処理を実行する機能を備える。

お墨付き発行部４０４は、処理結果の公平性・正確性に関して、第三者機関の立場に基づいたお墨付き情報を発行し、お墨付き情報テーブルＴ４１４に格納する機能を備える。

＝＝＝保険契約者システム５の構成＝＝＝
図１ｂに示すように、保険契約者システム５は、契約者端末５１と、事故情報監視・通信部５２１及び監視センサー蓄積情報５２２を有する損害監視端末５２とを備えて構成されている。損害監視端末５２は、ドライブレコーダ装置やホームセキュリティ装置等のセンサを含む装置であり、監視センサー蓄積情報５２２は、図２６に示すような監視センサー蓄積情報テーブルＴ５２２に格納され、このテーブルには、保険対象物から感知した事故情報（例えば、感知イベントＩＤ、イベント種別、イベント対象物、イベント内容、日時、位置情報、対象物稼働状況、安全装置作動状況、画像ＩＤ等）が格納される。なお、監視センサー蓄積情報テーブルＴ５２２内の各種の情報は、契約者自身が操作することが不可能なようにされている。

事故情報監視・通信部５２１は、保険対象物を監視し、事故が発生した場合に、監視センサー蓄積情報テーブルＴ５２２に事故情報を格納し、損害業務共同センタ４に損害業務のサービス提供要求を事故発生等のイベント情報によって通知する。また、事故情報監視・通信部５２１は、損害業務共同センタ４からの関連情報の提供要求を受信して、監視センサー蓄積情報テーブルＴ５２２に格納している事故等に関する情報を損害業務共同センタ４に送信する機能を備える。契約者端末５１は、契約者が所持するＰＣ、カーナビ等であってよく、損害業務共同センタ４が実行している損害業務の処理状況及び処理結果に関するお墨付き情報を表示する機能を備える。なお、保険対象物とは、保険契約の対象となり得る自動車、建物、人間等のことである。

＝＝＝損害業務の処理動作の概要＝＝＝
図３は損害業務の全体の処理動作を説明するフローチャートであり、次に、これについて説明する。ここに示す例において、損害業務は、事故受付サービスＳ０１、損害処理サービスＳ０２、保険金支払サービスＳ０３、契約更改審査サービスＳ０４の４つのサービスを実施する処理を含んでいる。損害業務を提供する際には、保険契約者や保険会社から受信したイベント情報に基づいて、各種サービスの中から適切な提供サービスを判断し、そのビジネスプロセスを実行することとなる。

なお、損害業務共同センタ４は、図３に示しているように、損害業務の全サービスを順番に連続して提供することもできるが、損害業務の一部分のサービスのみを提供することも可能である。

図４は図３に示すフローの処理に沿った損害業務の各サービスにおけるの典型的な処理の流れを説明するフローチャートである。図４に示す処理は、イベント受付、サービス判断、ビジネスプロセス実行、お墨付き発行の４つの処理区分に大きく分類できる。図３に示した４つのサービスは、いずれも図４に示す処理フローに基づいて実行される。また、図４に示す処理は、保険会社システム１、代理店システム２、関係団体システム３、損害業務共同センタ４、保険契約者システム５のそれぞれにおいて、ＣＰＵがプログラムを実行することにより実現される。

図４に示すフローにおいて、ステップＳ１０１〜ステップＳ１０２は、保険会社システム１で実行される処理であり、ステップＳ２０１は、代理店システム２で実行される処理であり、ステップＳ３０１は、関係団体システム３で実行される処理である。また、ステップＳ４０１〜ステップＳ４１１は、損害業務共同センタ４で実行される処理であり、ステップＳ５０１〜ステップＳ５０２は、保険契約者システム５で実行される処理である。なお、図４に示すビジネスプロセス実行に関する処理は、各種サービスのそれぞれにおいて処理の内容が異なる。サービス毎の具体的な処理については後述する。以下、４つの処理区分のそれぞれについて詳細に説明する。

＝＝＝イベント受付の処理＝＝＝
イベント受付の処理は、損害業務共同センタ４が、保険契約者システム５の事故情報監視・通信部５２１、あるいは、保険会社システム１の保険会社業務処理部１０１から損害業務の実行に関するイベント情報を受け付ける際の処理である。この処理は、保険契約者あるいは保険会社からのイベント情報を迅速かつ的確に受信することにより、保険契約者から得られる信頼性の向上及び保険会社の事務コスト削減を図ることを可能とするための処理である。なお、イベント情報を通知するトリガーとしては、保険契約者が発信する場合と、保険会社が発信する場合との２つのパターンがあるが、以下に説明する実施形態では、前者は主に保険契約者が事故発生時における事故受付サービスを利用する場合であるとし、後者は主に保険会社が損害業務共同センタ４が提供する損害処理サービス、保険金支払サービス、契約更改審査サービスを利用する場合であるとする。

図４を参照し、まず、保険契約者システム５が事故発生等のイベント情報を通知する場合について説明する。

この場合、保険契約者システム５の事故情報監視・通信部５２１は、自動車や建物等のイベント対象物を監視するドライブレコーダやホームセキュリティ装置等の監視センサーが事故等のイベントを感知した場合に、例えば、感知イベントＩＤ（ＮＩ００１）を発行し、イベント種別（事故発生）、イベント対象物（自動車）、イベント内容（衝突）、日時（2006/7/1、10時01分00秒）、位置情報（東経139度39分15秒、北緯35度45分27秒)、対象物稼働状況（移動速度：60km/h、移動方向：南南西、加速度：-50m/s² 、方向指示器：非作動）、安全装置作動状況（ABS：作動 、エアバック：作動、自動ブレーキ：非作動、プリクラッシュシートベルト：作動）、画像ＩＤ（Ｐ０１）等のイベント情報を図２６に示す監視センサー蓄積情報５２２の監視センサー蓄積情報テーブルＴ５２２に格納し、それらのイベント情報に契約者ＩＤ（００１）、契約ＩＤ（０００１）、契約保険会社（Ａ損保）を付与して損害業務共同センタ４に送信する（ステップＳ５０１）。

次に、保険会社システム１が損害業務の処理依頼等をイベント情報として通知する場合を説明する。

保険会社システム１の保険会社業務処理部１０１は、損害業務共同センタ４に損害業務の処理を依頼する場合に、例えば、イベント種別（交通事故処理）、イベント対象物（自動車）、イベント内容（自損事故）、契約者ＩＤ（００１）、契約ＩＤ（０００１）等のイベント情報を損害業務共同センタ４に送信する（ステップＳ１０１）。

なお、保険契約者または保険会社のどちらかからのイベント情報を損害業務共同センタ４が受信することにより、損害サービスの実行が開始される。以下では、ステップＳ５０１における事故発生のイベント情報を受信した場合について説明を続ける。

損害業務共同センタ４のイベント受付部４０１は、保険契約者システム５からのイベント情報を受信して、イベントＩＤ（Ｉｖ００１）を発行し、発生日時（2006/7/1、10時01分00秒）、イベント種別（事故発生）、イベント対象物（自動車）、イベント内容（衝突）、位置情報（東経139度39分15秒、北緯35度45分27秒)、契約者ＩＤ（００１）、契約ＩＤ（０００１）、事故ＩＤ（Ａｃ００１）、契約保険会社（Ａ損保）等を図１６に示すイベント情報４１１のイベント情報テーブルＴ４１１に格納する（ステップＳ４０１）。

＝＝＝サービス判断の処理＝＝＝
次に、損害業務共同センタ４が、受信したイベント情報に基づいて、提供する損害業務のサービスとそのビジネスプロセスとを判断する際の処理について説明する。ここでの処理は、イベント情報に合わせたサービスとそのビジネスプロセスの判断を自動的に実施することにより、損害業務の処理の効率化を図ることを可能とするための処理である。

図４の参照に戻り、損害業務共同センタ４の提供サービス判断部４０２は、受信したイベント情報と、図１７に示す損害サービス情報４１２の損害サービス情報テーブルＴ４１２に格納されている損害業務に関する情報を、イベント種別（事故発生）、イベント対象物（自動車）、イベント内容（衝突）をキーとしてマッチングを行い、提供するサービス区分（事故受付サービス）とビジネスプロセスＩＤ（ＢＰ１１）を取得する（ステップＳ４０２）。

次に、提供サービス判断部４０２は、受信したイベント情報、取得したサービス区分（事故受付サービス）及びビジネスプロセスＩＤ（ＢＰ１１）を必要に応じて保険会社システム１、代理店システム２、関係団体システム３に通知する（ステップＳ４０３）。

＝＝＝ビジネスプロセス実行の処理＝＝＝
次に、損害業務共同センタ４が、判断した損害業務のサービスとそのビジネスプロセスとに基づいて、ビジネスプロセスの実行に必要となる関連情報を収集し、ビジネスプロセスを実行する処理について説明する。ここでの処理は、共同センタの標準的なビジネスプロセスを各保険会社が共用して実行することにより、損害業務の標準化・的確化を図ることを可能とするための処理である。また、ここでの処理は、損害業務の実行に際して必要となる複数の関連情報を共同センタが自動取得することにより、損害業務の迅速化を図ることを可能とするための処理である。ビジネスプロセスは、例えば、事故受付サービスの場合、図５に示すような複数のアクティビティによって構成されている。なお、ビジネスプロセスの具体的な処理方法については、各サービス毎に後述するため、ここでは処理の流れを簡単に説明することとする。

図４の参照に戻り、損害業務共同センタ４のビジネスプロセス実行部４０３は、取得したビジネスプロセスＩＤ（ＢＰ１１）に基づいて、図１８に示すビジネスプロセス情報４１３のビジネスプロセス情報テーブルＴ４１３から該当するビジネスプロセスを判断し、アクティビティ１から順番にそれらのアクティビティに定められた処理の実行を開始する（ステップＳ４０４）。

次に、ビジネスプロセス実行部４０３は、ビジネスプロセス情報テーブルＴ４１３からアクティビティ１（現場出動手配）の実行に必要となる必要関連情報（急行特約有無）と取得先（保険会社）とを抽出する（ステップＳ４０５）。

ビジネスプロセス実行部４０３は、アクティビティ１（現場出動手配）の実行に必要となる必要関連情報（急行特約有無）と契約者ＩＤ（００１）とを関連情報の取得先（ここでは保険会社）に通知する（ステップＳ４０６）。

保険会社システム１の保険会社業務処理部１０１は、必要関連情報（急行特約有無）と契約者ＩＤ（００１）とを受信し、図１３に示す保険契約情報１１１の保険契約情報テーブルＴ１１１を検索し、関連情報（急行特約：あり）を損害業務共同センタ４に送信する（ステップＳ１０２）。

なお、必要関連情報の取得先が、保険契約者、代理店、関係団体である場合、必要データを送信するのは保険契約者、代理店、関係団体のそれぞれとなり、その場合、それぞれステップＳ５０２、ステップＳ２０１、ステップＳ３０１の処理で、必要な関連情報が損害業務共同センタ４に送信されてくる。

ビジネスプロセス実行部４０３は、前述の処理で保険会社システム１から装置されてくる関連情報（急行特約：あり）を受信する（ステップＳ４０７）。

ビジネスプロセス実行部４０３は、受信した関連情報（急行特約：あり）に基づいて、アクティビティ１（現場出動手配）の処理（現場への急行手配）を実施する（ステップＳ４０８）。

次に、ビジネスプロセス実行部４０３は、図１８に示すビジネスプロセス情報テーブルＴ４１３を参照し、ビジネスプロセスのアクティビティが全て完了したか否かを判断し、ビジネスプロセスが完了していなかった場合、次のアクティビティについてステップＳ４０５〜ステップＳ４０８の順で同様の処理を繰り返して実行する（ステップＳ４０９）。

＝＝＝お墨付き発行の処理＝＝＝
次に、前述の処理でビジネスプロセスのアクティビティが全て完了した場合に、損害業務共同センタ４が、ビジネスプロセスの実行によって得られた処理結果に対して、処理の公平性と正確性とを保証するお墨付き情報を発行する際の処理について説明する。ここでの処理は、損害業務共同センタ４が第三者機関の立場から実施した損害業務が正当であることを保証するお墨付きを発行することにより、保険金支払等に対する保険契約者の安心感を高め、保険商品の信頼性向上及びそれに伴う保険市場の拡大を図ることを可能とするための処理である。

図４の参照に戻って、損害業務共同センタ４のお墨付き発行部４０４は、ビジネスプロセス実行部４０３が実施した処理結果について、お墨付き区分（事故受付の的確性）、証明方法（処理時刻タイムスタンプ）、利用関連情報名（急行特約有無）、取得先（保険会社）、取得日時（2006/7/1、10：02：00）等を有するお墨付き情報を発行し、図１９に示すお墨付き情報４１４のお墨付き情報テーブルＴ４１４に格納する（ステップＳ４１０）。

その後、お墨付き発行部４０４は、処理結果（現場への急行手配等）やお墨付き情報を、必要に応じて保険会社システム１、代理店システム２、関係団体システム３、保険契約者システム５に通知する（ステップＳ４１１）。

次に、前述で概略を説明したビジネスプロセス実行の処理について、事故受付サービス、損害処理サービス、保険金支払サービス、契約更改審査サービスの４つのサービスを例に、具体的なビジネスプロセスの処理方法を説明する。

＝＝＝事故受付サービスのビジネスプロセス処理＝＝＝
図５は損害業務共同センタ４が事故受付サービスのビジネスプロセスを実行する処理の概要を説明するフローチャートであり、次に、これについて説明する。

損害業務の事故受付サービスは、監視対象物に事故等が発生した際に保険契約を確認して事故現場への急行や事故記録の回収等を実施するサービスであり、図５に示すように、現場急行手配Ｓ０１１、事故記録回収Ｓ０１２、類似事故検索Ｓ０１３の３つのアクティビティで構成されている。現場急行手配Ｓ０１１は、事故現場への急行手配を行うことを目的とする。事故記録回収Ｓ０１２は、事故の発生記録を関係団体（警察、病院、修理工場、警備会社等）から収集することを目的とする。類似事故検索Ｓ０１３は、今回発生した事故と類似する過去の事故を検索・抽出することを目的とする。

図６は図５に示すフローに沿った各アクティビティの具体的な処理動作を説明するフローチャートである。図６において、ステップＳ４０１ａ〜Ｓ４１０ａは、損害業務共同センタ４で実行される処理であり、ステップＳ１０１ａは、保険会社システム１で実行される処理であり、また、ステップＳ３０１ａは、関係団体システム３で実行される処理である。なお、ここでの処理は、共同センタ４がイベント情報としてイベントＩＤ（Ｉｖ００１）を受信して、ビジネスプロセスＩＤ（ＢＰ１１）を実行する場合を想定している。

まず、損害業務共同センタ４のビジネスプロセス実行部４０３が、受信したイベント情報に基づいて、現場急行手配Ｓ０１１のアクティビティ１を実行する際の処理について説明する。

ビジネスプロセス実行部４０３は、ビジネスプロセスＩＤ（ＢＰ１１）に基づいて、図１８に示すビジネスプロセス情報４１３のビジネスプロセス情報テーブルＴ４１３から該当するビジネスプロセスを判断し、ビジネスプロセス情報テーブルＴ４１３からアクティビティ１（現場出動手配）の実行に必要となる必要関連情報（急行特約有無）と関連情報の取得先（保険会社）とを抽出する（ステップＳ４０１ａ）。

次に、ビジネスプロセス実行部４０３は、アクティビティ１（現場出動手配）の実行に必要となる必要関連情報（急行特約有無）と契約者ＩＤ（００１）とを取得先（保険会社）に通知する（ステップＳ４０２ａ）。

保険会社システム１の保険会社業務処理部１０１は、必要関連情報（急行特約有無）と契約者ＩＤ（００１）とを受信し、図１３に示す保険契約情報１１１の保険契約情報テーブルＴ１１１を検索し、関連情報（急行特約：あり）を損害業務共同センタ４に送信する（ステップＳ１０１ａ）。

ビジネスプロセス実行部４０３は、保険会社システム１から関連情報（急行特約：あり）を受信する（ステップＳ４０３ａ）。

ビジネスプロセス実行部４０３は、受信した関連情報（急行特約：あり）に基づいて、アクティビティ１（現場出動手配）の処理である現場への急行手配を実施する（ステップＳ４０４ａ）。

次に、損害業務共同センタ４が、事故記録回収Ｓ０１２のアクティビティ２を実行する際の処理について説明する。

ビジネスプロセス実行部４０３は、図１８に示すビジネスプロセス情報テーブルＴ４１３からアクティビティ２（事故記録回収）の実行に必要となる必要関連情報（事故証明）と関連情報の取得先（関係団体）とを抽出する（ステップＳ４０５ａ）。

ビジネスプロセス実行部４０３は、アクティビティ２（事故記録回収）の実行に必要となる必要関連情報（事故証明）と、図１６に示すイベント情報テーブルＴ４１１に格納されているイベント（事故）の発生日時（2006/7/1、10時01分00秒）、位置情報（東経139度39分15秒、北緯35度45分27秒）を関連情報の取得先（関係団体）に通知する（ステップＳ４０６ａ）。

関係団体システム３の関係団体業務処理部３０１は、必要関連情報（事故証明）、発生日時、位置情報を受信し、図１５に示す事故証明情報３１１の事故証明情報テーブルＴ３１１を検索し、該当する事故証明情報（事故証明ＩＤ、事故区分、事故発生者、被害状況等）を損害業務共同センタ４に送信する（ステップＳ３０１ａ）。

ビジネスプロセス実行部４０３は、関係団体システム３から事故証明情報を受信する（ステップＳ４０７ａ）。

ビジネスプロセス実行部４０３は、事故ＩＤ（Ａｃ００１）を発行して、図２０に示す事故情報４１５の事故情報テーブルＴ４１５に事故証明情報を格納し、図１６に示すイベント情報テーブルＴ４１１の当該イベントＩＤ（Ｉｖ００１）のレコードに事故ＩＤ（Ａｃ００１）を格納する（ステップＳ４０８ａ）。

次に、損害業務共同センタ４が、類似事故検索Ｓ０１３のアクティビティ３を実行する際の処理について説明する。

ビジネスプロセス実行部４０３は、図１８に示すビジネスプロセス情報テーブルＴ４１３からアクティビティ３（類似事故検索）の実行に必要となる必要関連情報（なし）と関連情報の取得先（なし）とを抽出する（ステップＳ４０９ａ）。

ビジネスプロセス実行部４０３は、図２１に示す事故事例情報４１６の事故事例情報テーブルＴ４１６から、イベント対象物、イベント内容、発生状況等をキーとして類似する事故事例ＩＤ（ＡＩ００１）の検索・抽出を実施する（ステップＳ４１０ａ）。

なお、これらの処理の後、共同センタ４は、お墨付きの発行を行い、処理結果、お墨付き情報、類似事故事例を保険会社システム１等に送信する。

＝＝＝損害処理サービスのビジネスプロセス処理＝＝＝
図７は損害業務共同センタ４が損害処理サービスのビジネスプロセスを実行する処理の概要を説明するフローチャートであり、次に、これについて説明する。

損害業務の損害処理サービスは、保険会社からの依頼を受けて事故の損害規模の測定やアジャスターの手配を実施するサービスであり、図７に示すように、損害データ収集Ｓ０２１、類似損害検索Ｓ０２２、アジャスター手配Ｓ０２３の３つのアクティビティで構成されている。損害データ収集Ｓ０２１は、関係団体（警察、病院、修理工場、警備会社）から損害規模や損害状況に関するデータを収集することを目的としている。類似損害検索Ｓ０２２は、損害規模や損害状況に基づいて過去の損害事例から類似する損害を検索・抽出することを目的としている。アジャスター手配Ｓ０２３は、事故の損害規模等に応じて適切なアジャスターを選択・手配することを目的としている。

図８は図７に示すフローに沿った各アクティビティの具体的な処理動作を説明するフローチャートである。図８において、ステップＳ４０１ｂ〜Ｓ４１０ｂは、損害業務共同センタ４で実行される処理であり、ステップＳ１０１ｂは保険会社システム１で実行される処理であり、ステップＳ３０１ｂは、関係団体システム３で実行される処理である。なお、ここでの処理は、共同センタ４がイベント情報としてイベントＩＤ（Ｉｖ００２）を受信して、ビジネスプロセスＩＤ（ＢＰ２１）を実行する場合を想定している。

まず、損害業務共同センタ４のビジネスプロセス実行部４０３が、受信したイベント情報に基づいて、損害データ収集Ｓ０２１のアクティビティ１を実行する際の処理について説明する。

ビジネスプロセス実行部４０３は、ビジネスプロセスＩＤ（ＢＰ２１）に基づいて、図１８に示すビジネスプロセス情報４１３のビジネスプロセス情報テーブルＴ４１３から該当するビジネスプロセスを判断し、ビジネスプロセス情報テーブルＴ４１３からアクティビティ１（損害データ収集）の実行に必要となる必要関連情報（事故証明）と関連情報の取得先（関係団体）とを抽出する（ステップＳ４０１ｂ）。

ビジネスプロセス実行部４０３は、アクティビティ１（損害データ収集）の実行に必要となる必要関連情報（事故証明）、発生日時（2006/7/1、10時01分00秒）と、イベント情報テーブルＴ４１１に格納されている位置情報（東経139度39分15秒、北緯35度45分27秒)を取得先（関係団体）に通知する（ステップＳ４０２ｂ）。

関係団体システム３の関係団体業務処理部３０１は、必要関連情報（事故証明）、発生日時、位置情報を受信し、図１５に示す事故証明情報３１１の事故証明情報テーブルＴ３１１を検索し、該当する事故証明情報（事故証明ＩＤ、事故区分、事故発生者、被害状況等）を抽出して、それを損害業務共同センタ４に送信する（ステップＳ３０１ｂ）。

ビジネスプロセス実行部４０３は、関係団体システム３から送信されてきた事故証明情報を受信する（ステップＳ４０３ｂ）。

ビジネスプロセス実行部４０３は、受信した当該事故証明情報が図２０に示す事故情報４１５の事故情報テーブルＴ４１５に存在しない場合は、事故ＩＤ（Ａｃ００１）を発行して、事故情報テーブルＴ４１５に事故証明情報を格納し、図１６に示すイベント情報テーブルＴ４１１の当該イベントＩＤ（Ｉｖ００２）のレコードに事故ＩＤ（Ａｃ００１）を格納する（ステップＳ４０４ｂ）。

次に、損害業務共同センタ４が、類似損害検索Ｓ０２２のアクティビティ２を実行する際の処理について説明する。

ビジネスプロセス実行部４０３は、図１８に示すビジネスプロセス情報テーブルＴ４１３からアクティビティ２（類似損害検索）の実行に必要となる必要関連情報（なし）と関連情報の取得先（なし）とを抽出する（ステップＳ４０５ｂ）。

その後、ビジネスプロセス実行部４０３は、図２３に示す損害事例情報４１８の事故事例情報テーブルＴ４１８から、イベント対象物、イベント内容、損害内容等をキーとして類似する損害事例を検索し、損害額（５０万円）の抽出を実施する（ステップＳ４０６ｂ）。

次に、損害業務共同センタ４が、アジャスター手配Ｓ０２３のアクティビティ３を実行する際の処理について説明する。

ビジネスプロセス実行部４０３は、図１８に示すビジネスプロセス情報テーブルＴ４１３からアクティビティ３（アジャスター手配）の実行に必要となる必要関連情報（保険契約金規模）と関連情報の取得先（保険会社）とを取得する（ステップＳ４０７ｂ）。

ビジネスプロセス実行部４０３は、必要関連情報（保険契約金規模）と契約者ＩＤ（００１）とを取得先（保険会社）に通知する（ステップＳ４０８ｂ）。

保険会社システム１の保険会社業務処理部１０１は、必要関連情報（保険契約金規模）と契約者ＩＤ（００１）とを受信し、図１３に示す保険契約情報１１１の保険契約情報テーブルＴ１１１を検索し、得られた関連情報（保険契約規模：0.5〜1億円）を損害業務共同センタ４に送信する（ステップＳ１０１ｂ）。

ビジネスプロセス実行部４０３は、保険会社システム１から送信されてきた関連情報を受信する（ステップＳ４０９ｂ）。

次に、ビジネスプロセス実行部４０３は、図２２に示すアジャスター情報４１７のアジャスター情報テーブルＴ４１７に基づいて、イベント情報のイベント対象物（自動車）とイベント内容（衝突）とから担当事故区分（自動車）を、イベント情報の位置情報（東経139度39分15秒、北緯35度45分27秒）から担当地域（横浜市戸塚区）を、類似損害検索で抽出した損害額（５０万円）や関連情報の保険契約金規模（保険契約規模：0.5〜1億円）から技術レベル（レベル１）を判断し、該当するアジャスターを手配する（ステップＳ４１０ｂ）。

なお、これらの処理の後、共同センタ４は、お墨付きの発行を行い、処理結果、お墨付き情報、類似損害事例を保険会社システム１等に送信する。

＝＝＝保険金支払サービスのビジネスプロセス処理＝＝＝
図９は損害業務共同センタ４が保険金支払サービスのビジネスプロセスを実行する処理の概要を説明するフローチャートであり、次に、これについて説明する。

損害業務の保険金支払サービスは、保険会社からの依頼を受けて保険金の支払金額の正当性をチェックするサービスであり、図９に示すように、契約情報取得Ｓ０３１、支払条件チェックＳ０３２、支払金額チェックＳ０３３の３つのアクティビティで構成されている。契約情報取得Ｓ０３１は、損害業務共同センタ４が支払金額のチェック対象となる保険契約の情報を保険会社から取得することを目的とする。支払条件チェックＳ０３２は、対象となる事故が保険金の支払条件を満たすか否かのチェックを目的としている。支払金額チェックＳ０３３は、対象となる事故において支払われる保険金のチェックを目的としている。

図１０は図９に示すフローに沿った各アクティビティの具体的な処理動作を説明するフローチャートである。図１０において、ステップＳ４０１ｃ〜Ｓ４０８ｃは、損害業務共同センタ４で実行される処理であり、ステップＳ１０１ｃは、保険会社システム１で実行される処理である。なお、ここでの処理は、共同センタ４がイベント情報としてイベントＩＤ（Ｉｖ００３）を受信して、ビジネスプロセスＩＤ（ＢＰ３１）を実行する場合を想定している。

まず、損害業務共同センタ４のビジネスプロセス実行部４０３が、受信したイベント情報に基づいて、契約情報取得Ｓ０３１のアクティビティ１を実行する際の処理について説明する。

ビジネスプロセス実行部４０３は、ビジネスプロセスＩＤ（ＢＰ３１）に基づいて、図１８に示すビジネスプロセス情報４１３のビジネスプロセス情報テーブルＴ４１３から該当するビジネスプロセスを判断し、ビジネスプロセス情報テーブルＴ４１３からアクティビティ１（契約情報取得）の実行に必要となる必要関連情報（保険契約）と関連情報の取得先（保険会社）とを抽出する（ステップＳ４０１ｃ）。

ビジネスプロセス実行部４０３は、アクティビティ１（契約情報取得）の実行に必要となる必要関連情報（保険契約）と、図１６に示すイベント情報テーブルＴ４１１に格納されている契約者ＩＤ（００１）とを関連情報の取得先（保険会社）に通知する（ステップＳ４０２ｃ）。

保険会社システム１の保険会社業務処理部１０１は、必要関連情報（保険契約）と契約者ＩＤ（００１）とを受信し、図１３に示す保険契約情報１１１の保険契約情報テーブルＴ１１１を検索し、得られた関連情報（商品名、主契約、特約、保険金支払額）を損害業務共同センタ４に送信する（ステップＳ１０１ｃ）。

ビジネスプロセス実行部４０３は、保険会社システム１から送信されてきた関連情報（商品名、主契約、特約、保険金支払額）を受信する（ステップＳ４０３ｃ）。

ビジネスプロセス実行部４０３は、保険会社システム１から受信した関連情報（商品名、主契約、特約、保険金支払額）に基づいて、図２４に示す保険金算出テンプレート情報４１９の保険金算出テンプレート情報テーブルＴ４１９から、商品名（Ａ自動車保険）、保険会社名（Ａ損保）をキーとして主契約保険金と特約保険金の算出方法とを抽出する（ステップＳ４０４ｃ）。

次に、損害業務共同センタ４が、支払条件チェックＳ０３２のアクティビティ２を実行する際の処理について説明する。

ビジネスプロセス実行部４０３は、図１８に示すビジネスプロセス情報テーブルＴ４１３からアクティビティ２（支払条件チェック）の実行に必要となる必要関連情報（なし）と関連情報の取得先（なし）とを抽出する（ステップＳ４０５ｃ）。

ビジネスプロセス実行部４０３は、受信した契約保険会社（Ａ損保）と商品名（Ａ自動車保険）とをキーとして、保険金算出テンプレート情報テーブルＴ４１９の主契約保険金と特約保険金の支払条件とをチェックする。ここでのチェックは、発生した事故が保険契約の支払条件を満たしているか否かのチェックであり、例えば、主契約の対象が、対物と対人、特約の対象が車両補償、弁護士費用、現場急行費用であり、今回の事故による車両被害が特約の補償対象内であるが、宿泊費・交通費は保証対象外である等のチェックである（ステップＳ４０６ｃ）。

次に、損害業務共同センタ４が、支払金額チェックＳ０３３のアクティビティ３を実行する際の処理について説明する。

ビジネスプロセス実行部４０３は、図１８に示すビジネスプロセス情報テーブルＴ４１３からアクティビティ３（支払金額チェック）の実行に必要となる必要関連情報（なし）と関連情報の取得先（なし）とを抽出する（ステップＳ４０７ｃ）。

ビジネスプロセス実行部４０３は、受信した契約保険会社（Ａ損保）と商品名（Ａ自動車保険）とをキーとして、図２４に示す保険金算出テンプレート情報テーブルＴ４１９の主契約保険金と特約保険金の支払金額とをチェックする。ここでのチェックは、発生した事故における保険金支払額の正当性のチェックであり、例えば、主契約の対物保険金と対人保険金、特約の対象である車両補償、弁護士費用、現場急行費用の保険金をそれぞれ算出し、保険会社が提示した保険金支払額が正しいか否かを検算するチェックである（ステップＳ４０８ｃ）。

なお、これらの処理の後、共同センタ４は、お墨付きの発行を行い、処理結果、お墨付き情報、類似事故事例を保険会社システム１等に送信する。

＝＝＝契約更改審査サービスのビジネスプロセス処理＝＝＝
図１１は損害業務共同センタ４が契約更改審査サービスのビジネスプロセスを実行する処理の概要を説明するフローチャートであり、次に、これについて説明する。

損害業務の契約更改審査サービスは、保険契約の更新時等に保険会社からの依頼を受けて保険対象物の安全度合を評価するサービスであり、図１１に示すように、監視センサー蓄積情報取得Ｓ０４１、安全度評価Ｓ０４２の２つのアクティビティにより構成されている。監視センサー蓄積情報取得Ｓ０４１は、監視センサーに蓄積した一定期間のイベント情報を損害業務共同センタでが取得することを目的としている。安全度評価Ｓ０４２は、イベント情報に基づいて保険対象物の安全度合を第三者機関として評価することを目的としている。

図１２は図１１に示すフローに沿った各アクティビティの具体的な処理動作を説明するフローチャートである。図１２において、ステップＳ５０１ｄは、保険契約者システム２で実行される処理であり、ステップＳ４０１ｄ〜Ｓ４０５ｄは、損害業務共同センタ４で実行される処理である。なお、ここでの処理は、共同センタ４がイベント情報としてイベントＩＤ（Ｉｖ００４）を受信して、ビジネスプロセスＩＤ（ＢＰ４１）を実行する場合を想定している。

まず、損害業務共同センタ４のビジネスプロセス実行部４０３が、受信したイベント情報に基づいて、監視センサー蓄積情報取得Ｓ０４１のアクティビティ１を実行する際の処理について説明する。

ビジネスプロセス実行部４０３は、ビジネスプロセスＩＤ（ＢＰ４１）に基づいて、図１８に示すビジネスプロセス情報４１３のビジネスプロセス情報テーブルＴ４１３から該当するビジネスプロセスを判断し、ビジネスプロセス情報テーブルＴ４１３からアクティビティ１（監視センサー蓄積情報取得）の実行に必要となる必要関連情報（監視結果）と関連情報の取得先（保険契約者）とを抽出する（ステップＳ４０１ｄ）。

ビジネスプロセス実行部４０３は、アクティビティ１（監視センサー蓄積情報取得）の実行に必要となる必要関連情報（監視結果）を取得先（保険契約者）に通知する（ステップＳ４０２ｄ）。

保険契約者システム５の事故情報監視・通信部５２１は、必要関連情報（監視結果）を受信し、図２６に示す監視センサー蓄積情報５２２の監視センサー蓄積情報テーブルＴ５２２に格納された全ての情報を損害業務共同センタ４に送信する（ステップＳ５０１ｄ）。

ビジネスプロセス実行部４０３は、保険契約者システム５から関連情報（監視結果）を受信する（ステップＳ４０３ｄ）。

次に、損害業務共同センタ４が、安全度評価Ｓ０４２のアクティビティ２を実行する際の処理について説明する。

ビジネスプロセス実行部４０３は、図１８に示すビジネスプロセス情報テーブルＴ４１３からアクティビティ２（安全度評価）の実行に必要となる必要関連情報（なし）と関連情報の取得先（なし）とを抽出する（ステップＳ４０４ｄ）。

ビジネスプロセス実行部４０３は、受信した関連情報（監視結果）のイベント対象物（自動車）から保険区分（自動車保険）を抽出し、保険区分（自動車保険）をキーとして、図２５に示す安全度算出テンプレート情報４２０の安全度算出テンプレート情報テーブルＴ４２０から、安全度の評価を実施して安全度レベルを抽出する。ここでの処理で抽出する安全度レベルは、一定期間（１年等）における測定指標（急ブレーキ等）が発生した回数を第三者機関の立場からレベル分けしたものである。保険会社は、測定指標毎の安全度レベルを総合（測定指標毎の安全度レベルを重み付けして加算）して、総合した安全度レベルを更新後の保険料の計算等に活用する（ステップＳ４０５ｄ）。

なお、これらの処理の後、共同センタ４は、お墨付きの発行を行い、処理結果、お墨付き情報、類似事故事例を保険会社システム１等に送信する。

前述した本発明の実施形態での各処理は、プログラムにより構成し、本発明の設計装置が備えるＣＰＵに実行させることができ、また、それらのプログラムは、ＦＤ、ＣＤＲＯＭ、ＤＶＤ等の記録媒体に格納して提供することができ、また、ネットワークを介してディジタル情報により提供することができる。

前述での説明は、本発明の理解を容易にするためのものであり、本発明を限定するものではない。本発明は、その趣旨を逸脱することなく変更、改良され得ると共に、本発明にはその等価物が含まれることは勿論である。例えば、前述した実施形態では、事故監視用のセンサーとして自動車のドライブレコーダや建物のホームセキュリティ装置を利用するとしたが、人体用の健康監視センサー、街頭に設置された監視センサー等を利用することも可能である。

一実施形態による損害業務処理システムの概略を説明する図。 一実施形態による損害業務処理システムの機能構成を示すブロック図。 損害業務共同センタに用いられるコンピュータ（管理サーバ）の典型的なハードウェア構成を示すブロック図。 損害業務の全体の処理動作を説明するフローチャート。 図３に示すフローの処理に沿った損害業務の各サービスにおけるの典型的な処理の流れを説明するフローチャート。 損害業務共同センタが事故受付サービスのビジネスプロセスを実行する処理の概要を説明するフローチャート。 図５に示すフローに沿った各アクティビティの具体的な処理動作を説明するフローチャート。 損害業務共同センタが損害処理サービスのビジネスプロセスを実行する処理の概要を説明するフローチャート。 図７に示すフローに沿った各アクティビティの具体的な処理動作を説明するフローチャート。 損害業務共同センタが保険金支払サービスのビジネスプロセスを実行する処理の概要を説明するフローチャート。 図９に示すフローに沿った各アクティビティの具体的な処理動作を説明するフローチャート。 損害業務共同センタが契約更改審査サービスのビジネスプロセスを実行する処理の概要を説明するフローチャート。 図１１に示すフローに沿った各アクティビティの具体的な処理動作を説明するフローチャート。 保険契約情報テーブルの構成を示す図。 契約者情報テーブルの構成を示す図。 事故証明情報テーブルの構成を示す図。 イベント情報テーブルの構成を示す図。 損害サービス情報テーブルの構成を示す図。 ビジネスプロセス情報テーブルの構成を示す図。 お墨付き情報テーブルの構成を示す図。 事故情報テーブルの構成を示す図。 事故事例情報テーブルの構成を示す図。 アジャスター情報テーブルの構成を示す図。 損害事例情報テーブルの構成を示す図。 保険金算出テンプレート情報テーブルの構成を示す図。 安全度算出テンプレート情報テーブルの構成を示す図。 監視センサー蓄積情報テーブルの構成を示す図。

符号の説明

１ 保険会社システム
２ 代理店システム
３ 関係団体システム
４ 損害業務共同センタ
５ 保険契約者システム
６ 通信ネットワーク
５１ 契約者端末
５２ 損害監視端末
１０１ 保険会社業務処理部
１１１ 保険契約情報
２０１ 代理店業務処理部
２１１ 契約者情報
３０１ 関係団体業務処理部
３１１ 事故証明情報
４０１ イベント受付部
４０２ 提供サービス判断部
４０３ ビジネスプロセス実行部
４０４ お墨付き発行部
４１１ イベント情報
４１２ 損害サービス情報
４１３ ビジネスプロセス情報
４１４ お墨付き情報
４１５ 事故情報
４１６ 事故事例情報
４１７ アジャスター情報
４１８ 損害事例情報
４１９ 保険金算出テンプレート情報
４２０ 安全度算出テンプレート情報
５２１ 事故情報監視・通信部
５２２ 監視センサー蓄積情報
４００１ ＣＰＵ
４００２ メモリ
４００３ 記憶装置
４００４ 通信インタフェース
４００５ 記録媒体読取装置
４００６ 記録媒体
４００７ 入力装置
４００８ 出力装置

Claims (14)

1. ネットワークを介して接続され、損害業務を実行する第１のコンピュータが、保険契約者が有する第２のコンピュータまたは保険会社が有する第３のコンピュータから受信した損害業務に関するイベント情報に基づいて、適切な損害業務のサービスを判断すると共に、サービスの実行に必要な関連情報を取得して損害業務を実行する損害業務処理方法であって、
   前記第１のコンピュータは、複数の前記第２のコンピュータまたは前記第３のコンピュータからネットワークを介して送られた損害業務に関するイベント情報を受け付け、記憶装置に格納するイベント受付ステップと、受け付けたイベント情報に応じて、提供する損害業務のサービスとその処理方法であるビジネスプロセスとを判断する提供サービス判断ステップと、判断したサービスとそのビジネスプロセスとに基づいて、サービス毎に予め定義されたビジネスプロセス情報を用いて、サービスの実行に必要な関連情報を、ネットワークを介して前記第２のコンピュータ、前記第３のコンピュータ及び警察、病院、修理工場、警備会社を含む関係団体が有する第４のコンピュータから収集すると共に、ビジネスプロセスの実行処理を行うビジネスプロセス実行ステップとを有することを特徴とする損害業務処理方法。
2. 前記第１のコンピュータは、前記ビジネスプロセス実行ステップでの実行結果を、ネットワークを介して前記第２のコンピュータ、前記第３のコンピュータ、前記第４のコンピュータに提供することを特徴とする請求項１記載の損害業務処理方法。
3. 前記第１のコンピュータは、サービスの処理結果に対して、第三者機関の立場から処理の公平性と正確性とを保証するお墨付き発行ステップを有することを特徴とする請求項１記載の損害業務処理方法。
4. 前記第１のコンピュータは、前記第２のコンピュータから事故発生に関するイベント情報を受信した場合、事故受付に関するサービスとそのビジネスプロセスとに基づいて、前記第２のコンピュータ内に保持されている事故に関する情報を収集すると共に、収集した事故に関する情報を記憶装置に格納することを特徴とする請求項１記載の損害業務処理方法。
5. 前記第１のコンピュータは、前記第３のコンピュータから事故の損害内容の判定に関するイベント情報を受信した場合、損害内容の判定に関するサービスとそのビジネスプロセスとに基づいて、前記第２のコンピュータ内に保持されている事故に関する情報を収集して、損害規模・状況に関する情報を収集すると共に、損害規模・状況から損害規模を判定して記憶装置に格納することを特徴とする請求項１記載の損害業務処理方法。
6. 前記第１のコンピュータは、前記第３のコンピュータから保険金の支払に関するイベント情報を受信した場合、保険金の支払に関するサービスとそのビジネスプロセスとに基づいて、前記第３のコンピュータから保険の契約条件に関する情報、及び、前記第２のコンピュータから事故状況に関する情報を収集すると共に、契約条件や事故状況から保険金の支払金額を算出して記憶装置に格納することを特徴とする請求項１記載の損害業務処理方法。
7. 前記第１のコンピュータは、前記第３のコンピュータから保険契約の更新に関するイベント情報を受信した場合、保険契約の更新に関するサービスとそのビジネスプロセスとに基づいて、前記第３のコンピュータから保険の契約条件に関する情報、及び、前記第２のコンピュータから契約者の安全度合に関する情報を収集すると共に、契約条件や契約者の安全度合から更新後の保険料を算出して記憶装置に格納することを特徴とする請求項１記載の損害業務処理方法。
8. ネットワークを介して接続され、損害業務を実行する第１のコンピュータが、保険契約者が有する第２のコンピュータまたは保険会社が有する第３のコンピュータから受信した損害業務に関するイベント情報に基づいて、適切な損害業務のサービスを判断すると共に、サービスの実行に必要な関連情報を取得して損害業務を実行する損害業務処理システムであって、
   前記第１のコンピュータは、複数の前記第２のコンピュータまたは前記第３のコンピュータからネットワークを介して送られた損害業務に関するイベント情報を受け付け、記憶装置に格納するイベント受付部と、受け付けたイベント情報に応じて、提供する損害業務のサービスとその処理方法であるビジネスプロセスとを判断する提供サービス判断部と、判断したサービスとそのビジネスプロセスとに基づいて、サービス毎に予め定義されたビジネスプロセス情報を用いて、サービスの実行に必要な関連情報を、ネットワークを介して前記第２のコンピュータ、前記第３のコンピュータ及び警察、病院、修理工場、警備会社を含む関係団体が有する第４のコンピュータから収集すると共に、ビジネスプロセスの実行処理を行うビジネスプロセス実行部とを有することを特徴とする損害業務処理システム。
9. 前記第１のコンピュータは、前記ビジネスプロセス実行ステップでの実行結果を、ネットワークを介して前記第２のコンピュータ、前記第３のコンピュータ、前記第４のコンピュータに提供することを特徴とする請求項８記載の損害業務処理システム。
10. 前記第１のコンピュータは、サービスの処理結果に対して、第三者機関の立場から処理の公平性と正確性とを保証するお墨付き発行部を有することを特徴とする請求項８記載の損害業務処理システム。
11. 前記第１のコンピュータは、前記第２のコンピュータから事故発生に関するイベント情報を受信した場合、事故受付に関するサービスとそのビジネスプロセスとに基づいて、前記第２のコンピュータ内に保持されている事故に関する情報を収集すると共に、収集した事故に関する情報を記憶装置に格納することを特徴とする請求項８記載の損害業務処理システム。
12. 前記第１のコンピュータは、前記第３のコンピュータから事故の損害内容の判定に関するイベント情報を受信した場合、損害内容の判定に関するサービスとそのビジネスプロセスとに基づいて、前記第２のコンピュータ内に保持されている事故に関する情報を収集して、損害規模・状況に関する情報を収集すると共に、損害規模・状況から損害規模を判定して記憶装置に格納することを特徴とする請求項８記載の損害業務処理システム。
13. 前記第１のコンピュータは、前記第３のコンピュータから保険金の支払に関するイベント情報を受信した場合、保険金の支払に関するサービスとそのビジネスプロセスとに基づいて、前記第３のコンピュータから保険の契約条件に関する情報、及び、前記第２のコンピュータから事故状況に関する情報を収集すると共に、契約条件や事故状況から保険金の支払金額を算出して記憶装置に格納することを特徴とする請求項８記載の損害業務処理システム。
14. 前記第１のコンピュータは、前記第３のコンピュータから保険契約の更新に関するイベント情報を受信した場合、保険契約の更新に関するサービスとそのビジネスプロセスとに基づいて、前記第３のコンピュータから保険の契約条件に関する情報、及び、前記第２のコンピュータから契約者の安全度合に関する情報を収集すると共に、契約条件や契約者の安全度合から更新後の保険料を算出して記憶装置に格納することを特徴とする請求項８記載の損害業務処理システム。

Images