(57)【要約】【課題】事故発生時に損害監視システムが取得した客観的な事故情報を利用して、迅速かつ的確で公平性の高い損害サービスを実行することを可能とする。【解決手段】ネットワークを介して保険会社システム1に接続される損害業務共同センタ4は、損害監視端末52や保険会社システム1からイベント情報を受け付けるイベント受付部401と、受け付けたイベント情報に基づいて提供する損害業務のサービスとそのビジネスプロセスを判断する提供サービス判断部402と、判断したサービスに基づいてサービスのビジネスプロセス実行に必要となる関連情報を保険会社システム1や損害監視端末52から取得してビジネスプロセスを実行するビジネスプロセス実行部403と、実行結果に対して処理の公平性と正確性とお墨付き情報を発行するお墨付き発行部404とを有し、サービスの実行結果及びお墨付き情報を保険会社、保険契約者、代理店に提供する。【選択図】図１ｂ
2008047037.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続され、損害業務を実行する第１のコンピュータが、保険契約者が有する第２のコンピュータまたは保険会社が有する第３のコンピュータから受信した損害業務に関するイベント情報に基づいて、適切な損害業務のサービスを判断すると共に、サービスの実行に必要な関連情報を取得して損害業務を実行する損害業務処理方法であって、
前記第１のコンピュータは、複数の前記第２のコンピュータまたは前記第３のコンピュータからネットワークを介して送られた損害業務に関するイベント情報を受け付け、記憶装置に格納するイベント受付ステップと、受け付けたイベント情報に応じて、提供する損害業務のサービスとその処理方法であるビジネスプロセスとを判断する提供サービス判断ステップと、判断したサービスとそのビジネスプロセスとに基づいて、サービス毎に予め定義されたビジネスプロセス情報を用いて、サービスの実行に必要な関連情報を、ネットワークを介して前記第２のコンピュータ、前記第３のコンピュータ及び警察、病院、修理工場、警備会社を含む関係団体が有する第４のコンピュータから収集すると共に、ビジネスプロセスの実行処理を行うビジネスプロセス実行ステップとを有することを特徴とする損害業務処理方法。
【請求項２】
前記第１のコンピュータは、前記ビジネスプロセス実行ステップでの実行結果を、ネットワークを介して前記第２のコンピュータ、前記第３のコンピュータ、前記第４のコンピュータに提供することを特徴とする請求項１記載の損害業務処理方法。
【請求項３】
前記第１のコンピュータは、サービスの処理結果に対して、第三者機関の立場から処理の公平性と正確性とを保証するお墨付き発行ステップを有することを特徴とする請求項１記載の損害業務処理方法。
【請求項４】
前記第１のコンピュータは、前記第２のコンピュータから事故発生に関するイベント情報を受信した場合、事故受付に関するサービスとそのビジネスプロセスとに基づいて、前記第２のコンピュータ内に保持されている事故に関する情報を収集すると共に、収集した事故に関する情報を記憶装置に格納することを特徴とする請求項１記載の損害業務処理方法。
【請求項５】
前記第１のコンピュータは、前記第３のコンピュータから事故の損害内容の判定に関するイベント情報を受信した場合、損害内容の判定に関するサービスとそのビジネスプロセスとに基づいて、前記第２のコンピュータ内に保持されている事故に関する情報を収集して、損害規模・状況に関する情報を収集すると共に、損害規模・状況から損害規模を判定して記憶装置に格納することを特徴とする請求項１記載の損害業務処理方法。
【請求項６】
前記第１のコンピュータは、前記第３のコンピュータから保険金の支払に関するイベント情報を受信した場合、保険金の支払に関するサービスとそのビジネスプロセスとに基づいて、前記第３のコンピュータから保険の契約条件に関する情報、及び、前記第２のコンピュータから事故状況に関する情報を収集すると共に、契約条件や事故状況から保険金の支払金額を算出して記憶装置に格納することを特徴とする請求項１記載の損害業務処理方法。
【請求項７】
前記第１のコンピュータは、前記第３のコンピュータから保険契約の更新に関するイベント情報を受信した場合、保険契約の更新に関するサービスとそのビジネスプロセスとに基づいて、前記第３のコンピュータから保険の契約条件に関する情報、及び、前記第２のコンピュータから契約者の安全度合に関する情報を収集すると共に、契約条件や契約者の安全度合から更新後の保険料を算出して記憶装置に格納することを特徴とする請求項１記載の損害業務処理方法。
【請求項８】
ネットワークを介して接続され、損害業務を実行する第１のコンピュータが、保険契約者が有する第２のコンピュータまたは保険会社が有する第３のコンピュータから受信した損害業務に関するイベント情報に基づいて、適切な損害業務のサービスを判断すると共に、サービスの実行に必要な関連情報を取得して損害業務を実行する損害業務処理システムであって、
前記第１のコンピュータは、複数の前記第２のコンピュータまたは前記第３のコンピュータからネットワークを介して送られた損害業務に関するイベント情報を受け付け、記憶装置に格納するイベント受付部と、受け付けたイベント情報に応じて、提供する損害業務のサービスとその処理方法であるビジネスプロセスとを判断する提供サービス判断部と、判断したサービスとそのビジネスプロセスとに基づいて、サービス毎に予め定義されたビジネスプロセス情報を用いて、サービスの実行に必要な関連情報を、ネットワークを介して前記第２のコンピュータ、前記第３のコンピュータ及び警察、病院、修理工場、警備会社を含む関係団体が有する第４のコンピュータから収集すると共に、ビジネスプロセスの実行処理を行うビジネスプロセス実行部とを有することを特徴とする損害業務処理システム。
【請求項９】
前記第１のコンピュータは、前記ビジネスプロセス実行ステップでの実行結果を、ネットワークを介して前記第２のコンピュータ、前記第３のコンピュータ、前記第４のコンピュータに提供することを特徴とする請求項８記載の損害業務処理システム。
【請求項１０】
前記第１のコンピュータは、サービスの処理結果に対して、第三者機関の立場から処理の公平性と正確性とを保証するお墨付き発行部を有することを特徴とする請求項８記載の損害業務処理システム。
【請求項１１】
前記第１のコンピュータは、前記第２のコンピュータから事故発生に関するイベント情報を受信した場合、事故受付に関するサービスとそのビジネスプロセスとに基づいて、前記第２のコンピュータ内に保持されている事故に関する情報を収集すると共に、収集した事故に関する情報を記憶装置に格納することを特徴とする請求項８記載の損害業務処理システム。
【請求項１２】
前記第１のコンピュータは、前記第３のコンピュータから事故の損害内容の判定に関するイベント情報を受信した場合、損害内容の判定に関するサービスとそのビジネスプロセスとに基づいて、前記第２のコンピュータ内に保持されている事故に関する情報を収集して、損害規模・状況に関する情報を収集すると共に、損害規模・状況から損害規模を判定して記憶装置に格納することを特徴とする請求項８記載の損害業務処理システム。
【請求項１３】
前記第１のコンピュータは、前記第３のコンピュータから保険金の支払に関するイベント情報を受信した場合、保険金の支払に関するサービスとそのビジネスプロセスとに基づいて、前記第３のコンピュータから保険の契約条件に関する情報、及び、前記第２のコンピュータから事故状況に関する情報を収集すると共に、契約条件や事故状況から保険金の支払金額を算出して記憶装置に格納することを特徴とする請求項８記載の損害業務処理システム。
【請求項１４】
前記第１のコンピュータは、前記第３のコンピュータから保険契約の更新に関するイベント情報を受信した場合、保険契約の更新に関するサービスとそのビジネスプロセスとに基づいて、前記第３のコンピュータから保険の契約条件に関する情報、及び、前記第２のコンピュータから契約者の安全度合に関する情報を収集すると共に、契約条件や契約者の安全度合から更新後の保険料を算出して記憶装置に格納することを特徴とする請求項８記載の損害業務処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、業務処理方法及びシステムに係り、特に、保険ビジネスの損害業務に関連する商品やサービスの提供をインターネット等の通信ネットワークを介して支援する損害業務処理方法及び処理システムに関する。
【背景技術】
【０００２】
従来、保険のアフターサービスとしての事故発生の受付、損害規模・責任の調査、保険金の支払、保険契約の保全等の業務である保険会社の損害業務は、事故状況の確認等の人手を要する非定型な業務が多く、アジャスターと呼ばれる事故調査の専門員等が人海戦術によって実施していた。また、これら人員及び業務システムのリソースは、保険会社が自前で用意し、個別にサービスを提供するのが一般的であった。
【０００３】
一方、近年、ドライブレコーダ等のＩＴＳ（Intelligent Transport System）やホームセキュリティシステム等の損害監視システムが普及しつつあり、これらシステムから取得することのできる事故情報を利用しての損害業務の効率化が注目されている。このような損害業務の効率化を支援する従来技術として、例えば、特許文献１等に記載された技術が知られている。この従来技術は、保険契約者に事故が発生した際の客観的な現場情報をドライブレコーダ等の損害監視システムから取得し、データセンタに送信することにより、事故処理の効率化・適正化に寄与する情報の取得を支援するというものである。
【特許文献１】特開２００２-１９７２３４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
前述した特許文献１に開示された従来技術は、事故現場からの情報収集のみを対象としており、収集した事故情報の利用による損害業務の効率化については配慮されていないという問題点を有している。すなわち、前述した従来技術は、収集した事故情報から必要となる損害業務のサービス区分を特定し、サービスの実行に必要な関連情報を保険会社、代理店、警察や病院、修理工場、警備会社等の関係団体から収集すると共に、事故情報と関連情報に基づいてサービスを実行する等の損害業務の自動化について配慮されていない。
【０００５】
本発明の目的は、前述したような点に鑑み、ドライブレコーダやホームセキュリティ装置等の損害監視システムから取得した事故情報に基づいて、必要となる損害業務のサービス特定及びサービス実行に必要な関連情報の収集を自動化し、損害業務の迅速化、的確化を実現することができる損害業務処理方法及び処理システムを提供することにある。
【０００６】
また、本発明の目的は、複数の保険会社の損害業務を共同センタ化し、第三者機関が損害業務の処理に関する契約内容と支払金額の整合性チェック等を担当することにより、保険金不払い等の損害業務のミスを防止し、損害業務の公平化、正確化を実現することができる損害業務処理方法及び処理システムを提供することにある。
【課題を解決するための手段】
【０００７】
本発明によれば前記目的は、ネットワークを介して接続され、損害業務を実行する第１のコンピュータが、保険契約者が有する第２のコンピュータまたは保険会社が有する第３のコンピュータから受信した損害業務に関するイベント情報に基づいて、適切な損害業務のサービスを判断すると共に、サービスの実行に必要な関連情報を取得して損害業務を実行する損害業務処理方法であって、前記第１のコンピュータは、複数の前記第２のコンピュータまたは前記第３のコンピュータからネットワークを介して送られた損害業務に関するイベント情報を受け付け、記憶装置に格納するイベント受付ステップと、受け付けたイベント情報に応じて、提供する損害業務のサービスとその処理方法であるビジネスプロセスとを判断する提供サービス判断ステップと、判断したサービスとそのビジネスプロセスとに基づいて、サービス毎に予め定義されたビジネスプロセス情報を用いて、サービスの実行に必要な関連情報を、ネットワークを介して前記第２のコンピュータ、前記第３のコンピュータ及び警察、病院、修理工場、警備会社を含む関係団体が有する第４のコンピュータから収集すると共に、ビジネスプロセスの実行処理を行うビジネスプロセス実行ステップとを有することにより達成される。
【発明の効果】
【０００８】
本発明によれば、損害業務共同センタが保険契約者等の有する損害監視システムから通知されたイベント情報に基づいて損害業務を実施する際に、イベント情報の通知内容に応じた損害業務サービスの判断及びサービス実行に必要となる関連情報の収集を、迅速かつ的確に実施することができる。また、本発明によれば、損害業務共同センタが第三者機関の立場から、実施した損害業務が正当であることを保証するお墨付き情報を発行し、公平かつ正確さを保証することができる。
【発明を実施するための最良の形態】
【０００９】
以下、損害業務処理方法及び処理システムの実施形態を図面により詳細に説明する。
【００１０】
＝＝＝損害業務処理システムの説明＝＝＝
図１ａは一実施形態による損害業務処理システムの概略を説明する図、図１ｂは一実施形態による損害業務処理システムの機能構成を示すブロック図である。
【００１１】
損害業務処理システムは、図１ａ、図１ｂに示すように、保険契約者の事故発生に伴う損害業務を提供する場合に、事故の発生を損害業務共同センタ４に通知する保険契約者システム５と、事故に関連した損害処理等の実行依頼を損害業務共同センタ４に通知する保険会社システム１と、事故発生通知及び損害処理依頼に基づいて提供サービスとそのビジネスプロセスの判断、ビジネスプロセスの実行、お墨付きの発行を行う損害業務共同センタ４と、事故に遭った保険契約者の契約者情報を管理する代理店システム２と、事故に遭った保険契約者の事故証明情報を管理する関係団体システム３とが、通信ネットワーク６により接続されて構成されている。
【００１２】
図１ａには、損害業務共同センタ４が、保険契約者システム５のセンサーが通知した事故等のイベント情報を受信し、イベントの内容に応じて提供するサービスを判断し、ビジネスプロセスを実行すると共に、その実行結果にお墨付きを付与するイメージを示している。
【００１３】
図１ａにおいて、損害業務共同センタ４は、イベント受付部４０１、提供サービス判断部４０２、ビジネスプロセス実行部４０３、お墨付き発行部４０４を有し、損害業務サービスとして、事故受付サービス、損害処理サービス、保険金支払サービス、契約更改審査サービスを行うものである。損害業務共同センタ４の構成の詳細、処理動作の詳細については後述する。
【００１４】
なお、複数の保険契約者システム５、保険会社システム１、代理店システム２、関係団体システム３を通信ネットワーク６に接続するようにしてもよい。通信ネットワーク６は、ＬＡＮ、インターネット、他の任意の有線または無線を使ったネットワーク等とすることができる。損害業務共同センタ４、契約者システム５、保険会社システム１、代理店システム２、関係団体システム３は、それぞれ、演算処理のためのＣＰＵと、データやプログラムを記憶するための記憶装置（例えば、ＲＡＭ、ＲＯＭ、ハードディスク等）と、外部機器との間でネットワーク６を介して通信するための通信装置とを備えるコンピュータ（サーバでもよい）により構成される。
【００１５】
＝＝＝ハードウェア構成＝＝＝
図２は損害業務共同センタ４に用いられるコンピュータ（管理サーバ）の典型的なハードウェア構成を示すブロック図である。なお、保険契約者システム５、保険会社システム１、代理店システム２、関係団体システム３にも、図２に示すコンピュータの構成が利用されるが、ここでは、損害業務共同センタ４を代表して示している。
【００１６】
図２に示すように、損害業務共同センタ４は、ＣＰＵ４００１、メモリ４００２、記憶装置４００３、通信インタフェース４００４、記録媒体読取装置４００５、記録媒体４００６、入力装置４００７、出力装置４００８を備えて構成されている。
【００１７】
前述において、ＣＰＵ４００１は、損害業務共同センタ４の全体の制御を司るもので、メモリ４００２に格納されたプログラム４００９を実行することにより各種機能を実現する。記録媒体読取装置４００５は、記録媒体４００６に記録されているプログラムやデータを読み取るための装置である。読み取られたプログラムやデータは、メモリ４００２に格納される。従って、例えばメモリ４００２に記憶されているプログラム４００９は、記録媒体読取装置４００５を用いて記録媒体４００６から読み取り、メモリ４００２に格納することができる。記録媒体４００６としては、例えば、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ、ハードディスク、フレキシブルディスク、半導体メモリ、磁気テープ等を用いることができる。記録媒体読取装置４００５は、損害共同センタ４に内蔵されている形態とすることもできるし、外付されている形態とすることもできる。入力装置４００７は、オペレータ等による損害業務システム４へのデータ等の入力のために用いられる。入力装置４００７としては、例えば、キーボードやマウス、マイク等が用いられる。出力装置４００８は、情報を外部に出力するための装置である。出力装置４００８としては、例えば、ディスプレイやプリンタ、スピーカ等が用いられる。通信インタフェース４００４は、通信ネットワーク６に接続し、保険契約者システム５、保険会社システム１、代理店システム２、関係団体システム３等の外部の装置との間で通信を行うための装置である。
【００１８】
以下に説明する実施形態は、損害業務共同センタ４が、保険契約者システム５から交通事故発生等のイベント情報を取得し、その損害に対する処理実施する場合を想定している。
【００１９】
＝＝＝保険会社システム１の構成＝＝＝
図１ｂに示すように、保険会社システム１は、保険会社業務処理部１０１と保険契約情報１１１とを備えて構成されている。保険契約情報１１１は、図１３に示すような保険契約情報テーブルＴ１１１に格納されており、このテーブルには、保険会社の担当者が登録した保険契約に関する情報（契約ＩＤ、商品名、契約者ＩＤ、主契約、特約、保険契約金規模、保険金支払額等）が格納される。
【００２０】
保険会社業務処理部１０１は、損害業務共同センタ４に損害業務のサービス実行要求をイベント情報によって通知する。また、保険会社業務処理部１０１は、損害業務共同センタ４からの関連情報提供要求を受信して、保険契約情報テーブルＴ１１１に格納している保険契約に関する情報を損害業務共同センタ４に送信する機能を備える。
【００２１】
＝＝＝代理店システム２の構成＝＝＝
図１ｂに示すように、代理店システム２は、代理店業務処理部２０１と契約者情報２１１とを備えて構成されている。契約者情報２１１は、図１４に示すような契約者情報テーブルＴ２１１に格納されており、このテーブルには、代理店の担当者が登録した保険の契約者に関する情報（例えば、契約者ＩＤ、契約者名、住所、契約商品（保険会社、商品名を含む）等）が格納される。
【００２２】
代理店業務処理部２０１は、損害業務共同センタ４からの関連情報提供要求を受信して、契約者情報テーブルＴ２１１に格納している保険の契約者に関する情報を損害業務共同センタ４に送信する機能を備える。なお、代理店とは、保険会社と契約して保険商品の販売やアフターサービスを代行する組織のことである。
【００２３】
＝＝＝関係団体システム３の構成＝＝＝
図１ｂに示すように、関係団体システム３は、関係団体業務処理部３０１と事故証明情報３１１とを備えて構成されている。事故証明情報３１１は、図１５に示すような事故証明情報テーブルＴ３１１に格納されており、このテーブルには、関係団体の担当者が登録した事故に関する証明情報（例えば、事故証明ＩＤ、事故区分、発生日時、位置情報、事故発生者、被害状況等）が格納される。
【００２４】
関係団体業務処理部３０１は、損害業務共同センタ４からの関連情報提供要求を受信して、事故証明情報テーブルＴ３１１に格納している事故発生に関する証明情報を損害業務共同センタ４に送信する機能を備える。なお、関係団体とは、事故発生やその損害情況に関する情報を有している修理工場、病院、警察、警備会社等の組織のことである。
【００２５】
＝＝＝損害業務共同センタ４の構成＝＝＝
図１ｂに示すように、損害業務共同センタ４は、イベント受付部４０１、提供サービス判断部４０２、ビジネスプロセス実行部４０３、お墨付き発行部４０４、イベント情報４１１、損害サービス情報４１２、ビジネスプロセス情報４１３、お墨付き情報４１４、事故情報４１５、事故事例情報４１６、アジャスター情報４１７、損害事例情報４１８、保険金算出テンプレート情報４１９、安全度算出テンプレート情報４２０を備えて構成されている。
【００２６】
イベント情報４１１は、図１６に示すようなイベント情報テーブルＴ４１１に格納されており、このテーブルには、保険契約者や保険会社から通知されたイベントに関する情報（イベントＩＤ、イベントの発生日時、イベント種別、イベント対象物、イベント内容、位置情報、契約者ＩＤ、契約ＩＤ、事故ＩＤ、契約先の契約保険会社等）が格納される。
【００２７】
損害サービス情報４１２は、図１７に示すような損害サービス情報テーブルＴ４１２に格納されており、このテーブルには、発生したイベントと損害サービス及びビジネスプロセスの対応関係等の損害サービスに関する情報（サービスＩＤ、サービスの区分、対応するイベント種別、イベント対象物、イベント内容、対応するビジネスプロセスのＩＤ等）が格納される。
【００２８】
ビジネスプロセス情報４１３は、図１８に示すようなビジネスプロセス情報テーブルＴ４１３に格納されており、このテーブルには、ビジネスプロセスの処理（アクティビティ）と処理に必要なデータ等のビジネスプロセスに関する情報（ビジネスプロセスのＩＤ、各アクティビティの名称、処理に必要な関連情報、情報の取得先等）を格納する。図示例では、アクティビティ１〜３の３つのアクティビティのそれぞれについての名称、処理に必要な関連情報、情報の取得先を格納している。
【００２９】
お墨付き情報４１４は、図１９に示すようなお墨付き情報テーブルＴ４１４に格納されており、このテーブルには、処理結果を保証する処理結果に対するお墨付きの発行に関する情報（お墨付きを与える各イベントのＩＤ、対応するイベント種別、お墨付きの区分、お墨付きの証明方法、処理に利用した関連機関情報（情報名、取得先、取得日時等）、お墨付きの発行日時等）を格納する。
【００３０】
事故情報４１５は、図２０に示すような事故情報テーブルＴ４１５に格納されており、このテーブルには、保険契約者から通知された事故に関する情報（事故ＩＤ、事故のイベント対象物・内容、日時、事故の位置情報、事故の感知区分、事故の発生状況、事故証明ＩＤ、事故の画像等）が格納される。
【００３１】
事故事例情報４１６は、図２１に示すような事故事例情報テーブルＴ４１６に格納されており、このテーブルには、過去の事故事例に関する情報（事故事例ＩＤ、過去の事故におけるイベント対象物、イベント内容、事故感知区分、発生状況、事故の画像等）が格納される。
【００３２】
アジャスター情報４１７は、図２２に示すようなアジャスター情報テーブルＴ４１７に格納されており、このテーブルには、事故調査の専門員であるアジャスターの登録情報（アジャスターＩＤ、アジャスターの担当事故の区分、担当地域、保有する技術レベルの各種情報等）が格納される。
【００３３】
損害事例情報４１８は、図２３に示すような損害事例情報テーブルＴ４１８に格納されており、このテーブルには、過去の事故発生における損害の事例情報（損害事例ＩＤ、過去の事故におけるイベント対象物、イベント内容、損害内容、被害額等）が格納される。
【００３４】
保険金算出テンプレート情報４１９は、図２４に示すような保険金算出テンプレート情報テーブルＴ４１９に格納されており、このテーブルには、事故発生時における保険金額算出のテンプレート情報（保険金テンプレートＩＤ、保険種類の区分、保険商品名、保険商品を提供する保険会社名、主契約保険金の算出方法、特約保険金の算出方法等）が格納される。
【００３５】
安全度算出テンプレート情報４２０は、図２５に示すような安全度算出テンプレート情報テーブルＴ４２０に格納されており、保険契約者の事故発生に関する安全度算出のテンプレート情報（安全度テンプレートＩＤ、保険種類の区分、安全度測定のための指標、各指標の安全度のレベル等）が格納される。図示例では、各指標の安全度のレベルを１〜５の５段階に評価するものとしている。
【００３６】
イベント受付部４０１は、保険契約者や保険会社から事故情報等のイベント情報を受信し、イベント情報テーブルＴ４１１に格納する機能を備える。
【００３７】
提供サービス判断部４０２は、受信したイベント情報に基づいて損害サービス情報４１２とのマッチングを行い、イベント情報の処理に必要となる損害サービスとそのビジネスプロセスとを判断する機能を備える。
【００３８】
ビジネスプロセス実行部４０３は、判断したビジネスプロセスに基づいてビジネスプロセス情報テーブルＴ４１３内の各アクティビティにおける必要データを保険契約者、保険会社、代理店、関係団体に通知、収集して、ビジネスプロセスの処理を実行する機能を備える。
【００３９】
お墨付き発行部４０４は、処理結果の公平性・正確性に関して、第三者機関の立場に基づいたお墨付き情報を発行し、お墨付き情報テーブルＴ４１４に格納する機能を備える。
【００４０】
＝＝＝保険契約者システム５の構成＝＝＝
図１ｂに示すように、保険契約者システム５は、契約者端末５１と、事故情報監視・通信部５２１及び監視センサー蓄積情報５２２を有する損害監視端末５２とを備えて構成されている。損害監視端末５２は、ドライブレコーダ装置やホームセキュリティ装置等のセンサを含む装置であり、監視センサー蓄積情報５２２は、図２６に示すような監視センサー蓄積情報テーブルＴ５２２に格納され、このテーブルには、保険対象物から感知した事故情報（例えば、感知イベントＩＤ、イベント種別、イベント対象物、イベント内容、日時、位置情報、対象物稼働状況、安全装置作動状況、画像ＩＤ等）が格納される。なお、監視センサー蓄積情報テーブルＴ５２２内の各種の情報は、契約者自身が操作することが不可能なようにされている。
【００４１】
事故情報監視・通信部５２１は、保険対象物を監視し、事故が発生した場合に、監視センサー蓄積情報テーブルＴ５２２に事故情報を格納し、損害業務共同センタ４に損害業務のサービス提供要求を事故発生等のイベント情報によって通知する。また、事故情報監視・通信部５２１は、損害業務共同センタ４からの関連情報の提供要求を受信して、監視センサー蓄積情報テーブルＴ５２２に格納している事故等に関する情報を損害業務共同センタ４に送信する機能を備える。契約者端末５１は、契約者が所持するＰＣ、カーナビ等であってよく、損害業務共同センタ４が実行している損害業務の処理状況及び処理結果に関するお墨付き情報を表示する機能を備える。なお、保険対象物とは、保険契約の対象となり得る自動車、建物、人間等のことである。
【００４２】
＝＝＝損害業務の処理動作の概要＝＝＝
図３は損害業務の全体の処理動作を説明するフローチャートであり、次に、これについて説明する。ここに示す例において、損害業務は、事故受付サービスＳ０１、損害処理サービスＳ０２、保険金支払サービスＳ０３、契約更改審査サービスＳ０４の４つのサービスを実施する処理を含んでいる。損害業務を提供する際には、保険契約者や保険会社から受信したイベント情報に基づいて、各種サービスの中から適切な提供サービスを判断し、そのビジネスプロセスを実行することとなる。
【００４３】
なお、損害業務共同センタ４は、図３に示しているように、損害業務の全サービスを順番に連続して提供することもできるが、損害業務の一部分のサービスのみを提供することも可能である。
【００４４】
図４は図３に示すフローの処理に沿った損害業務の各サービスにおけるの典型的な処理の流れを説明するフローチャートである。図４に示す処理は、イベント受付、サービス判断、ビジネスプロセス実行、お墨付き発行の４つの処理区分に大きく分類できる。図３に示した４つのサービスは、いずれも図４に示す処理フローに基づいて実行される。また、図４に示す処理は、保険会社システム１、代理店システム２、関係団体システム３、損害業務共同センタ４、保険契約者システム５のそれぞれにおいて、ＣＰＵがプログラムを実行することにより実現される。
【００４５】
図４に示すフローにおいて、ステップＳ１０１〜ステップＳ１０２は、保険会社システム１で実行される処理であり、ステップＳ２０１は、代理店システム２で実行される処理であり、ステップＳ３０１は、関係団体システム３で実行される処理である。また、ステップＳ４０１〜ステップＳ４１１は、損害業務共同センタ４で実行される処理であり、ステップＳ５０１〜ステップＳ５０２は、保険契約者システム５で実行される処理である。なお、図４に示すビジネスプロセス実行に関する処理は、各種サービスのそれぞれにおいて処理の内容が異なる。サービス毎の具体的な処理については後述する。以下、４つの処理区分のそれぞれについて詳細に説明する。
【００４６】
＝＝＝イベント受付の処理＝＝＝
イベント受付の処理は、損害業務共同センタ４が、保険契約者システム５の事故情報監視・通信部５２１、あるいは、保険会社システム１の保険会社業務処理部１０１から損害業務の実行に関するイベント情報を受け付ける際の処理である。この処理は、保険契約者あるいは保険会社からのイベント情報を迅速かつ的確に受信することにより、保険契約者から得られる信頼性の向上及び保険会社の事務コスト削減を図ることを可能とするための処理である。なお、イベント情報を通知するトリガーとしては、保険契約者が発信する場合と、保険会社が発信する場合との２つのパターンがあるが、以下に説明する実施形態では、前者は主に保険契約者が事故発生時における事故受付サービスを利用する場合であるとし、後者は主に保険会社が損害業務共同センタ４が提供する損害処理サービス、保険金支払サービス、契約更改審査サービスを利用する場合であるとする。
【００４７】
図４を参照し、まず、保険契約者システム５が事故発生等のイベント情報を通知する場合について説明する。
【００４８】
この場合、保険契約者システム５の事故情報監視・通信部５２１は、自動車や建物等のイベント対象物を監視するドライブレコーダやホームセキュリティ装置等の監視センサーが事故等のイベントを感知した場合に、例えば、感知イベントＩＤ（ＮＩ００１）を発行し、イベント種別（事故発生）、イベント対象物（自動車）、イベント内容（衝突）、日時（2006/7/1、10時01分00秒）、位置情報（東経139度39分15秒、北緯35度45分27秒)、対象物稼働状況（移動速度：60km/h、移動方向：南南西、加速度：-50m/s2 、方向指示器：非作動）、安全装置作動状況（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億円）から技術レベル（レベル１）を判断し、該当するアジャスターを手配する（ステップＳ４１０ｂ）。
【０１０６】
なお、これらの処理の後、共同センタ４は、お墨付きの発行を行い、処理結果、お墨付き情報、類似損害事例を保険会社システム１等に送信する。
【０１０７】
＝＝＝保険金支払サービスのビジネスプロセス処理＝＝＝
図９は損害業務共同センタ４が保険金支払サービスのビジネスプロセスを実行する処理の概要を説明するフローチャートであり、次に、これについて説明する。
【０１０８】
損害業務の保険金支払サービスは、保険会社からの依頼を受けて保険金の支払金額の正当性をチェックするサービスであり、図９に示すように、契約情報取得Ｓ０３１、支払条件チェックＳ０３２、支払金額チェックＳ０３３の３つのアクティビティで構成されている。契約情報取得Ｓ０３１は、損害業務共同センタ４が支払金額のチェック対象となる保険契約の情報を保険会社から取得することを目的とする。支払条件チェックＳ０３２は、対象となる事故が保険金の支払条件を満たすか否かのチェックを目的としている。支払金額チェックＳ０３３は、対象となる事故において支払われる保険金のチェックを目的としている。
【０１０９】
図１０は図９に示すフローに沿った各アクティビティの具体的な処理動作を説明するフローチャートである。図１０において、ステップＳ４０１ｃ〜Ｓ４０８ｃは、損害業務共同センタ４で実行される処理であり、ステップＳ１０１ｃは、保険会社システム１で実行される処理である。なお、ここでの処理は、共同センタ４がイベント情報としてイベントＩＤ（Ｉｖ００３）を受信して、ビジネスプロセスＩＤ（ＢＰ３１）を実行する場合を想定している。
【０１１０】
まず、損害業務共同センタ４のビジネスプロセス実行部４０３が、受信したイベント情報に基づいて、契約情報取得Ｓ０３１のアクティビティ１を実行する際の処理について説明する。
【０１１１】
ビジネスプロセス実行部４０３は、ビジネスプロセスＩＤ（ＢＰ３１）に基づいて、図１８に示すビジネスプロセス情報４１３のビジネスプロセス情報テーブルＴ４１３から該当するビジネスプロセスを判断し、ビジネスプロセス情報テーブルＴ４１３からアクティビティ１（契約情報取得）の実行に必要となる必要関連情報（保険契約）と関連情報の取得先（保険会社）とを抽出する（ステップＳ４０１ｃ）。
【０１１２】
ビジネスプロセス実行部４０３は、アクティビティ１（契約情報取得）の実行に必要となる必要関連情報（保険契約）と、図１６に示すイベント情報テーブルＴ４１１に格納されている契約者ＩＤ（００１）とを関連情報の取得先（保険会社）に通知する（ステップＳ４０２ｃ）。
【０１１３】
保険会社システム１の保険会社業務処理部１０１は、必要関連情報（保険契約）と契約者ＩＤ（００１）とを受信し、図１３に示す保険契約情報１１１の保険契約情報テーブルＴ１１１を検索し、得られた関連情報（商品名、主契約、特約、保険金支払額）を損害業務共同センタ４に送信する（ステップＳ１０１ｃ）。
【０１１４】
ビジネスプロセス実行部４０３は、保険会社システム１から送信されてきた関連情報（商品名、主契約、特約、保険金支払額）を受信する（ステップＳ４０３ｃ）。
【０１１５】
ビジネスプロセス実行部４０３は、保険会社システム１から受信した関連情報（商品名、主契約、特約、保険金支払額）に基づいて、図２４に示す保険金算出テンプレート情報４１９の保険金算出テンプレート情報テーブルＴ４１９から、商品名（Ａ自動車保険）、保険会社名（Ａ損保）をキーとして主契約保険金と特約保険金の算出方法とを抽出する（ステップＳ４０４ｃ）。
【０１１６】
次に、損害業務共同センタ４が、支払条件チェックＳ０３２のアクティビティ２を実行する際の処理について説明する。
【０１１７】
ビジネスプロセス実行部４０３は、図１８に示すビジネスプロセス情報テーブルＴ４１３からアクティビティ２（支払条件チェック）の実行に必要となる必要関連情報（なし）と関連情報の取得先（なし）とを抽出する（ステップＳ４０５ｃ）。
【０１１８】
ビジネスプロセス実行部４０３は、受信した契約保険会社（Ａ損保）と商品名（Ａ自動車保険）とをキーとして、保険金算出テンプレート情報テーブルＴ４１９の主契約保険金と特約保険金の支払条件とをチェックする。ここでのチェックは、発生した事故が保険契約の支払条件を満たしているか否かのチェックであり、例えば、主契約の対象が、対物と対人、特約の対象が車両補償、弁護士費用、現場急行費用であり、今回の事故による車両被害が特約の補償対象内であるが、宿泊費・交通費は保証対象外である等のチェックである（ステップＳ４０６ｃ）。
【０１１９】
次に、損害業務共同センタ４が、支払金額チェックＳ０３３のアクティビティ３を実行する際の処理について説明する。
【０１２０】
ビジネスプロセス実行部４０３は、図１８に示すビジネスプロセス情報テーブルＴ４１３からアクティビティ３（支払金額チェック）の実行に必要となる必要関連情報（なし）と関連情報の取得先（なし）とを抽出する（ステップＳ４０７ｃ）。
【０１２１】
ビジネスプロセス実行部４０３は、受信した契約保険会社（Ａ損保）と商品名（Ａ自動車保険）とをキーとして、図２４に示す保険金算出テンプレート情報テーブルＴ４１９の主契約保険金と特約保険金の支払金額とをチェックする。ここでのチェックは、発生した事故における保険金支払額の正当性のチェックであり、例えば、主契約の対物保険金と対人保険金、特約の対象である車両補償、弁護士費用、現場急行費用の保険金をそれぞれ算出し、保険会社が提示した保険金支払額が正しいか否かを検算するチェックである（ステップＳ４０８ｃ）。
【０１２２】
なお、これらの処理の後、共同センタ４は、お墨付きの発行を行い、処理結果、お墨付き情報、類似事故事例を保険会社システム１等に送信する。
【０１２３】
＝＝＝契約更改審査サービスのビジネスプロセス処理＝＝＝
図１１は損害業務共同センタ４が契約更改審査サービスのビジネスプロセスを実行する処理の概要を説明するフローチャートであり、次に、これについて説明する。
【０１２４】
損害業務の契約更改審査サービスは、保険契約の更新時等に保険会社からの依頼を受けて保険対象物の安全度合を評価するサービスであり、図１１に示すように、監視センサー蓄積情報取得Ｓ０４１、安全度評価Ｓ０４２の２つのアクティビティにより構成されている。監視センサー蓄積情報取得Ｓ０４１は、監視センサーに蓄積した一定期間のイベント情報を損害業務共同センタでが取得することを目的としている。安全度評価Ｓ０４２は、イベント情報に基づいて保険対象物の安全度合を第三者機関として評価することを目的としている。
【０１２５】
図１２は図１１に示すフローに沿った各アクティビティの具体的な処理動作を説明するフローチャートである。図１２において、ステップＳ５０１ｄは、保険契約者システム２で実行される処理であり、ステップＳ４０１ｄ〜Ｓ４０５ｄは、損害業務共同センタ４で実行される処理である。なお、ここでの処理は、共同センタ４がイベント情報としてイベントＩＤ（Ｉｖ００４）を受信して、ビジネスプロセスＩＤ（ＢＰ４１）を実行する場合を想定している。
【０１２６】
まず、損害業務共同センタ４のビジネスプロセス実行部４０３が、受信したイベント情報に基づいて、監視センサー蓄積情報取得Ｓ０４１のアクティビティ１を実行する際の処理について説明する。
【０１２７】
ビジネスプロセス実行部４０３は、ビジネスプロセスＩＤ（ＢＰ４１）に基づいて、図１８に示すビジネスプロセス情報４１３のビジネスプロセス情報テーブルＴ４１３から該当するビジネスプロセスを判断し、ビジネスプロセス情報テーブルＴ４１３からアクティビティ１（監視センサー蓄積情報取得）の実行に必要となる必要関連情報（監視結果）と関連情報の取得先（保険契約者）とを抽出する（ステップＳ４０１ｄ）。
【０１２８】
ビジネスプロセス実行部４０３は、アクティビティ１（監視センサー蓄積情報取得）の実行に必要となる必要関連情報（監視結果）を取得先（保険契約者）に通知する（ステップＳ４０２ｄ）。
【０１２９】
保険契約者システム５の事故情報監視・通信部５２１は、必要関連情報（監視結果）を受信し、図２６に示す監視センサー蓄積情報５２２の監視センサー蓄積情報テーブルＴ５２２に格納された全ての情報を損害業務共同センタ４に送信する（ステップＳ５０１ｄ）。
【０１３０】
ビジネスプロセス実行部４０３は、保険契約者システム５から関連情報（監視結果）を受信する（ステップＳ４０３ｄ）。
【０１３１】
次に、損害業務共同センタ４が、安全度評価Ｓ０４２のアクティビティ２を実行する際の処理について説明する。
【０１３２】
ビジネスプロセス実行部４０３は、図１８に示すビジネスプロセス情報テーブルＴ４１３からアクティビティ２（安全度評価）の実行に必要となる必要関連情報（なし）と関連情報の取得先（なし）とを抽出する（ステップＳ４０４ｄ）。
【０１３３】
ビジネスプロセス実行部４０３は、受信した関連情報（監視結果）のイベント対象物（自動車）から保険区分（自動車保険）を抽出し、保険区分（自動車保険）をキーとして、図２５に示す安全度算出テンプレート情報４２０の安全度算出テンプレート情報テーブルＴ４２０から、安全度の評価を実施して安全度レベルを抽出する。ここでの処理で抽出する安全度レベルは、一定期間（１年等）における測定指標（急ブレーキ等）が発生した回数を第三者機関の立場からレベル分けしたものである。保険会社は、測定指標毎の安全度レベルを総合（測定指標毎の安全度レベルを重み付けして加算）して、総合した安全度レベルを更新後の保険料の計算等に活用する（ステップＳ４０５ｄ）。
【０１３４】
なお、これらの処理の後、共同センタ４は、お墨付きの発行を行い、処理結果、お墨付き情報、類似事故事例を保険会社システム１等に送信する。
【０１３５】
前述した本発明の実施形態での各処理は、プログラムにより構成し、本発明の設計装置が備えるＣＰＵに実行させることができ、また、それらのプログラムは、ＦＤ、ＣＤＲＯＭ、ＤＶＤ等の記録媒体に格納して提供することができ、また、ネットワークを介してディジタル情報により提供することができる。
【０１３６】
前述での説明は、本発明の理解を容易にするためのものであり、本発明を限定するものではない。本発明は、その趣旨を逸脱することなく変更、改良され得ると共に、本発明にはその等価物が含まれることは勿論である。例えば、前述した実施形態では、事故監視用のセンサーとして自動車のドライブレコーダや建物のホームセキュリティ装置を利用するとしたが、人体用の健康監視センサー、街頭に設置された監視センサー等を利用することも可能である。
【図面の簡単な説明】
【０１３７】
【図１ａ】一実施形態による損害業務処理システムの概略を説明する図。
【図１ｂ】一実施形態による損害業務処理システムの機能構成を示すブロック図。
【図２】損害業務共同センタに用いられるコンピュータ（管理サーバ）の典型的なハードウェア構成を示すブロック図。
【図３】損害業務の全体の処理動作を説明するフローチャート。
【図４】図３に示すフローの処理に沿った損害業務の各サービスにおけるの典型的な処理の流れを説明するフローチャート。
【図５】損害業務共同センタが事故受付サービスのビジネスプロセスを実行する処理の概要を説明するフローチャート。
【図６】図５に示すフローに沿った各アクティビティの具体的な処理動作を説明するフローチャート。
【図７】損害業務共同センタが損害処理サービスのビジネスプロセスを実行する処理の概要を説明するフローチャート。
【図８】図７に示すフローに沿った各アクティビティの具体的な処理動作を説明するフローチャート。
【図９】損害業務共同センタが保険金支払サービスのビジネスプロセスを実行する処理の概要を説明するフローチャート。
【図１０】図９に示すフローに沿った各アクティビティの具体的な処理動作を説明するフローチャート。
【図１１】損害業務共同センタが契約更改審査サービスのビジネスプロセスを実行する処理の概要を説明するフローチャート。
【図１２】図１１に示すフローに沿った各アクティビティの具体的な処理動作を説明するフローチャート。
【図１３】保険契約情報テーブルの構成を示す図。
【図１４】契約者情報テーブルの構成を示す図。
【図１５】事故証明情報テーブルの構成を示す図。
【図１６】イベント情報テーブルの構成を示す図。
【図１７】損害サービス情報テーブルの構成を示す図。
【図１８】ビジネスプロセス情報テーブルの構成を示す図。
【図１９】お墨付き情報テーブルの構成を示す図。
【図２０】事故情報テーブルの構成を示す図。
【図２１】事故事例情報テーブルの構成を示す図。
【図２２】アジャスター情報テーブルの構成を示す図。
【図２３】損害事例情報テーブルの構成を示す図。
【図２４】保険金算出テンプレート情報テーブルの構成を示す図。
【図２５】安全度算出テンプレート情報テーブルの構成を示す図。
【図２６】監視センサー蓄積情報テーブルの構成を示す図。
【符号の説明】
【０１３８】
１  保険会社システム
２  代理店システム
３  関係団体システム
４  損害業務共同センタ
５  保険契約者システム
６  通信ネットワーク
５１  契約者端末
５２  損害監視端末
１０１  保険会社業務処理部
１１１  保険契約情報
２０１  代理店業務処理部
２１１  契約者情報
３０１  関係団体業務処理部
３１１  事故証明情報
４０１  イベント受付部
４０２  提供サービス判断部
４０３  ビジネスプロセス実行部
４０４  お墨付き発行部
４１１  イベント情報
４１２  損害サービス情報
４１３  ビジネスプロセス情報
４１４  お墨付き情報
４１５  事故情報
４１６  事故事例情報
４１７  アジャスター情報
４１８  損害事例情報
４１９  保険金算出テンプレート情報
４２０  安全度算出テンプレート情報
５２１  事故情報監視・通信部
５２２  監視センサー蓄積情報
４００１  ＣＰＵ
４００２  メモリ
４００３  記憶装置
４００４  通信インタフェース
４００５  記録媒体読取装置
４００６  記録媒体
４００７  入力装置
４００８  出力装置
【図１ａ】
2008047037.tif 000003
【図１ｂ】
2008047037.tif 000004
【図２】
2008047037.tif 000005
【図３】
2008047037.tif 000006
【図４】
2008047037.tif 000007
【図５】
2008047037.tif 000008
【図６】
2008047037.tif 000009
【図７】
2008047037.tif 000010
【図８】
2008047037.tif 000011
【図９】
2008047037.tif 000012
【図１０】
2008047037.tif 000013
【図１１】
2008047037.tif 000014
【図１２】
2008047037.tif 000015
【図１３】
2008047037.tif 000016
【図１４】
2008047037.tif 000017
【図１５】
2008047037.tif 000018
【図１６】
2008047037.tif 000019
【図１７】
2008047037.tif 000020
【図１８】
2008047037.tif 000021
【図１９】
2008047037.tif 000022
【図２０】
2008047037.tif 000023
【図２１】
2008047037.tif 000024
【図２２】
2008047037.tif 000025
【図２３】
2008047037.tif 000026
【図２４】
2008047037.tif 000027
【図２５】
2008047037.tif 000028
【図２６】
2008047037.tif 000029