(57)【要約】【課題】交通事故に遭遇した場合に、事故処理に不慣れな者でも、漏れや間違いなく簡単に事故時の対処が可能となるよう支援することができる事故対応システムを提供することを課題とするものである。【解決手段】相談者のユーザ端末２とサービス機関のサーバ３とがネットワーク４を介して送受信可能に接続され、ユーザ端末２には、交通事故に遭遇した際の対処に関する支援をサーバに要求する支援要求手段２１が備えられ、サーバ３には、交通事故の状況に応じた対処すべき事項を対処情報として記憶する対処情報記憶手段３２と、ユーザ端末２との間で、応答式で情報を送受信することにより、相談者の事故の状況を把握し、ユーザ端末２毎に前記対処情報を選んで送信する支援手段３３とが備えられる。【選択図】　図１
2004086844.tif 000002
【特許請求の範囲】
【請求項１】
相談者のユーザ端末とサービス機関のサーバとがネットワークを介して送受信可能に接続され、
ユーザ端末には、
交通事故に遭遇した際の対処に関する支援をサーバに要求する支援要求手段が備えられ、
サーバには、
交通事故の状況に応じた対処すべき事項を対処情報として記憶する対処情報記憶手段と、
ユーザ端末との間で、応答式で情報を送受信することにより、相談者の事故の状況を把握し、ユーザ端末毎に前記対処情報を選んで送信する支援手段とが備えられる事故対応システム。
【請求項２】
請求項１記載の事故対応システムにおいて、サーバの支援手段には、事故の状況を把握するために段階的に質問情報をユーザ端末に送信する質問情報送信手段が備えられることを特徴とする事故対応システム。
【請求項３】
請求項２記載の事故対応システムにおいて、前記質問情報は、複数の選択肢から回答を選択できるように構成されていることを特徴とする事故対応システム。
【請求項４】
請求項１から３のいずれかに記載の事故対応システムにおいて、サーバの支援手段では、対処情報を事故の状況に応じて系統的に送信する対処情報送信手段が備えられることを特徴とする事故対応システム。
【請求項５】
請求項１から４のいずれかに記載の事故対応システムにおいて、ユーザ端末には、サーバから対処情報を受信して表示する対処情報受信手段が備えられることを特徴とする事故対応システム。
【請求項６】
請求項１から５のいずれかに記載の事故対応システムにおいて、サーバの支援手段には、ユーザ端末からサービス機関へ電話番号の入力がなくても電話を発信できる発信様式をユーザ端末に送信する発信様式送信手段が備えられることを特徴とする事故対応システム。
【請求項７】
請求項６記載の事故対応システムにおいて、サーバの支援手段では、質問情報と対処情報と発信様式を任意に組み合わせた画面がユーザ端末に表示されるよう送信することを特徴とする事故対応システム。
【請求項８】
請求項１から７のいずれかに記載の事故対応システムにおいて、ユーザ端末には、記録したい情報を入力し事故メモとしてサーバに送信する事故メモ送信手段が備えられ、サーバには、事故メモを受信してユーザ端末毎に記憶する事故メモ記憶手段が備えられることを特徴とする事故対応システム。
【請求項９】
請求項１から８のいずれかに記載の事故対応システムにおいて、サーバの支援手段では、応答式で情報を送受信することで把握された事故の見取図をユーザ端末に送信し表示させることを特徴とする事故対応システム。
【請求項１０】
請求項９記載の事故対応システムにおいて、前記見取図には、信号や標識の有無、信号の色等が含まれることを特徴とする事故対応システム。
【請求項１１】
請求項１から１０のいずれかに記載の事故対応システムにおいて、サーバの支援手段では、事故に関連する被写体を指定した画像送信の指示をユーザ端末に送信する事故対応システム。
【請求項１２】
請求項２から１１のいずれかに記載の事故対応システムにおいて、ユーザ端末から受信した前記質問情報に対する回答に基づいて保険会社への事故報告情報を取得する事故報告取得手段が備えられる事故対応システム。
【請求項１３】
請求項１から１２のいずれかに記載の事故対応システムにおいて、ユーザ端末の支援要求手段では、着脱可能な相談用アダプタがユーザ端末の装着口に装着されることにより、自動的にサーバに接続して支援を要求することを特徴とする事故対応システム。
【請求項１４】
請求項１から１３のいずれかに記載の事故対応システムにおいて、サーバには、相談者が契約している保険の契約内容を含む契約情報をユーザ端末に送信する契約情報送信手段が備えられることを特徴とする事故対応システム。
【請求項１５】
請求項１４記載の事故対応システムにおいて、ユーザ端末に表示される契約情報には、支援要求手段の実行を可能とする支援要求様式が含まれることを特徴とする事故対応システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、交通事故に遭遇した場合の対処に関するシステムの技術分野に属する。
【０００２】
【従来の技術】
自動車保険を販売しているような保険会社では、自動車保険の契約者へのサービスの一環に、契約者からの相談の電話を受け付ける機関として、コールセンター等のサービス機関を運営していることが多い。このような受付機関について、例えば、コールセンターに電話をかけるとオペレーターが対応し、契約者からの事故の報告や問合せに応えるとともに、各種の依頼があった場合にもその処理が速やかに行われることが記載されたものや（例えば、特許文献１）、コールセンターのオペレーターが契約内容を見ながら問合せに対応できるようにしたものや（例えば、非特許文献１参照）、コールセンターに連絡した保険加入者の位置を自動的に特定するようにしたものが（例えば、特許文献２）知られている。
【０００３】
【特許文献１】
国際公開第０１／０９７８４号パンフレット
【特許文献２】
特開２０００−２０５８９０号公報
【非特許文献１】
「日経情報ストラテジー」日経ＢＰ社、１９９８年４月、ｐ．１５０
【０００４】
【発明が解決しようとする課題】
交通事故が発生すると、事故の状況によっては、救急車の要請、警察への連絡以外にも、事故の当事者は、相手方の身元の確認や目撃者の確保等、様々な事項を順次対処していかなければならない。しかしながら、交通事故の現場では、当事者は慌てて平常心を失っていることが多い。そのため、前述したサービス機関に電話連絡し、オペレーターから様々な対処について指示されても、口頭での指示ではやり取りが互いに煩雑である。オペレーターから複数の対処について指示を受けても、相談者が筆記具等を持ち合わせていない場合には、指示を記憶しなければならない。また、オペレーターとの電話の後に、事故の相手方と話したり、ケガ人の対応をしたりしていると、事故時の混乱状態では、対処の間違いや忘れも起こりやすかった。
【０００５】
さらに、事故後に対処すべきことを忘れたり、漏れがあったりすると、後の示談交渉において不利になる可能性も高い。例えば、警察への届け出を忘れたり、遅れたりすると、現場検証が遅れ、結果として状況証拠等（タイヤ痕、破片等）が失われ、不利な取扱いを受けることがある。また、事故の相手方の連絡先を聞いておくことを忘れたり、状況を証言してくれる目撃者を確保できなかったりすると、保険金の支払に影響することもある。
【０００６】
このような課題を考慮して、本発明は、交通事故に遭遇した場合に、事故処理に不慣れな者でも、漏れや間違いなく簡単に事故時の対処が可能となるよう支援することができる事故対応システムを提供することを課題とするものである。
【０００７】
【課題を解決するための手段】
上記課題を解決するために、本発明の事故対応システムでは次のような手段を採用する。
【０００８】
すなわち、請求項１では、相談者のユーザ端末とサービス機関のサーバとがネットワークを介して送受信可能に接続され、ユーザ端末には、交通事故に遭遇した際の対処に関する支援をサーバに要求する支援要求手段が備えられ、サーバには、交通事故の状況に応じた対処すべき事項を対処情報として記憶する対処情報記憶手段と、ユーザ端末との間で、応答式で情報を送受信することにより、相談者の事故の状況を把握し、ユーザ端末毎に前記対処情報を選んで送信する支援手段とが備えられる。
【０００９】
この手段では、相談者が交通事故に遭遇し、その対処について支援を求めたい場合に、ユーザ端末からサービス機関のサーバに接続し、支援が要求される。そして、サーバでは、相談者の遭遇した事故の状況を、応答式で情報を送受信することで詳細に把握し、事故の状況に適合する対処情報をユーザ端末に送信する。ユーザ端末では、状況に応じた対処情報を受信し、相談者は対処情報に従って事故に対処することが可能となる。なお、ここで言う交通事故とは、相談者が加害者または被害者となる人身事故、対物事故、対人事故等や、相談者が単独で起こした車両事故、自損事故等の様々な交通事故を含んでいる。
【００１０】
また、請求項２では、請求項１記載の事故対応システムにおいて、サーバの支援手段には、事故の状況を把握するために段階的に質問情報をユーザ端末に送信する質問情報送信手段が備えられることを特徴とする。
【００１１】
この手段では、事故の状況を詳細に把握するために、事故の状況の場合分けを進めるよう段階的に質問情報がユーザ端末に送信される。
【００１２】
また、請求項３では、請求項２記載の事故対応システムにおいて、前記質問情報は、複数の選択肢から回答を選択できるように構成されていることを特徴とする。
【００１３】
この手段では、質問情報に対してユーザ端末で回答する際に、選択肢から選ぶだけで回答できるため、ユーザ端末での操作の負担が軽減される。
【００１４】
また、請求項４では、請求項１から３のいずれかに記載の事故対応システムにおいて、サーバの支援手段では、対処情報を事故の状況に応じて系統的に送信する対処情報送信手段が備えられることを特徴とする。
【００１５】
この手段では、場合分けされた事故の状況に相応しい対処情報が系統的に順次送信されるため、対処情報を受信するユーザ端末では、受信の順番に従って対処情報を実行するだけで、速やかに、抜けのない事故の対処が可能となる。
【００１６】
また、請求項５では、請求項１から４のいずれかに記載の事故対応システムにおいて、ユーザ端末には、サーバから対処情報を受信して表示する対処情報受信手段が備えられることを特徴とする。
【００１７】
この手段では、対処情報はユーザ端末に表示されるため、相談者は表示を確認しながら、自分のペースで事故に対処することができる。
【００１８】
また、請求項６では、請求項１から５のいずれかに記載の事故対応システムにおいて、サーバの支援手段には、ユーザ端末からサービス機関へ電話番号の入力がなくても電話を発信できる発信様式をユーザ端末に送信する発信様式送信手段が備えられることを特徴とする。
【００１９】
この手段では、事故の対処の１つとして、サービス機関へ電話することが含まれるが、発信様式によりユーザ端末でのサービス機関への電話発信の操作が可能であるため、相談者はサービス機関の電話番号を覚えておく必要がない。また、発信情報は電話発信を可能とするだけであるため、相談者がサービス機関への電話の発信を望まない場合には、受信した発信様式を利用しなくてもよい。
【００２０】
また、請求項７では、請求項６記載の事故対応システムにおいて、サーバの支援手段では、質問情報と対処情報と発信様式を任意に組み合わせた画面がユーザ端末に表示されるよう送信することを特徴とする。
【００２１】
この手段では、ユーザ端末に表示される画面が、簡潔に構成され表示される。ユーザ端末が携帯電話やＰＨＳ等の場合には、画面に表示できる情報の量が制限され、また事故の現場でたくさんの情報を画面で確認するのは煩雑であるため、質問情報と対処情報と発信様式を任意に組み合わせて１つの画面にまとめて表示させたり、文章を共通化や兼用したりして、明確で簡潔な画面が構成される。
【００２２】
また、請求項８では、請求項１から７のいずれかに記載の事故対応システムにおいて、ユーザ端末には、記録したい情報を入力し事故メモとしてサーバに送信する事故メモ送信手段が備えられ、サーバには、事故メモを受信してユーザ端末毎に記憶する事故メモ記憶手段が備えられることを特徴とする。
【００２３】
この手段では、相談者が筆記用具等を持ち合わしていない場合に、事故メモを入力してサーバに送信し、サーバで記憶しておくことにより、記録したい内容を忘れたりすることが防止される。
【００２４】
また、請求項９では、請求項１から８のいずれかに記載の事故対応システムにおいて、サーバの支援手段では、応答式で情報を送受信することで把握された事故の見取図をユーザ端末に送信し表示させることを特徴とする。
【００２５】
この手段では、見取図がユーザ端末に表示されるため、相談者は自分の事故の状況を画像情報で再認識でき、事故に関する重要な事項の確認を行いやすくなる。
【００２６】
また、請求項１０では、請求項９記載の事故対応システムにおいて、前記見取図には、信号や標識の有無、信号の色等が含まれることを特徴とする。
【００２７】
この手段では、信号や標識の有無、信号の色等も画像情報で表示されると、事故の状況を再確認しやすくなる。
【００２８】
また、請求項１１では、請求項１から１０のいずれかに記載の事故対応システムにおいて、サーバの支援手段では、事故に関連する被写体を指定した画像送信の指示をユーザ端末に送信する。
【００２９】
この手段では、サーバからの指示によって撮影することで、示談交渉や過失割合の認定に証拠として利用できる画像をもれなく撮影することが可能となる。相談者が独自に判断して撮影するだけでは、重要な被写体でも撮影を忘れることもあり、特に事故後の慌てている状況では指示に従うことで撮影もれが防止できる。
【００３０】
また、請求項１２では、請求項２から１１のいずれかに記載の事故対応システムにおいて、ユーザ端末から受信した前記質問情報に対する回答に基づいて保険会社への事故報告情報を取得する事故報告取得手段が備えられる。
【００３１】
この手段では、サーバでは、ユーザ端末から受信した回答により事故の状況を詳しく把握できるため、この回答から保険会社に報告するための事故報告情報を取得することにより、相談者が保険会社に別途事故報告をする手間が不要となる。
【００３２】
また、請求項１３では、請求項１から１２のいずれかに記載の事故対応システムにおいて、ユーザ端末の支援要求手段では、着脱可能な相談用アダプタがユーザ端末の装着口に装着されることにより、自動的にサーバに接続して支援を要求することを特徴とする。
【００３３】
この手段では、相談用アダプタを差し込むことで、他に操作をしなくても自動的にユーザ端末からサーバに接続できる。また、相談用アダプタは着脱できるため、任意のユーザ端末に装着し利用できる。
【００３４】
また、請求項１４では、請求項１から１３のいずれかに記載の事故対応システムにおいて、サーバには、相談者が契約している保険の契約内容を含む契約情報をユーザ端末に送信する契約情報送信手段が備えられることを特徴とする。
【００３５】
この手段では、相談者は事故の対処に際して、自分の契約している保険の契約内容を確認することが可能となる。
【００３６】
また、請求項１５では、請求項１４記載の事故対応システムにおいて、ユーザ端末に表示される契約情報には、支援要求手段の実行を可能とする支援要求様式が含まれる。
【００３７】
この手段では、相談者は事故の対処に際して、まず自分の契約している保険の内容を表示させ、内容を確認した後に、表示された画面の項目を選択するだけで、事故の対処についてサーバに支援を要求することができる。
【００３８】
【発明の実施の形態】
以下、本発明の実施の形態（１）の事故対応システムを図面に基づいて説明する。図１は実施の形態（１）の事故対応システムの構成図、図２は実施の形態（１）の事故対応システムの対処情報の例、図３は実施の形態（１）の事故対応システムの動作のフローチャート、図４〜図７は実施の形態（１）の事故対応システムのユーザ端末の画面例である。
【００３９】
本発明の事故対応システム１は、相談者のユーザ端末２とサービス機関のサーバ３とがネットワーク４を介して送受信可能に接続されている。
【００４０】
なお、以降の説明では、サービス機関は保険会社であり、相談者は前記保険会社の保険の契約者である場合について説明する。しかし、保険会社以外の例えば交通事故に関する任意のサービス機関がサーバ３を保有する場合に適用してもよい。また保険の契約者以外の者が相談者となる場合に適用してもよい。
【００４１】
ユーザ端末２は、基本的な機能として、通信機能、通話機能、入力機能、出力機能、記憶機能等を有している。入力機能は、音声認識マイク、ボタン等であり、出力機能は、ＬＣＤ等による表示画面やスピーカー等である。記憶機能はＣＰＵ等で構成される。このユーザ端末２は、具体的には携帯電話、ＰＨＳ、携帯情報端末（ＰＤＡ）であるが、通信機能を付加できればカーナビゲーション装置やゲーム機等でもよい。
【００４２】
サーバ３は、基本的な機能として、入出力機能、記録機能、通信機能、演算機能等を備えており、一般的には他のコンピュータからの依頼に応える機能を持つメインフレームやワークステーション、パーソナルコンピュータ等である。また、サーバ３は、複数のサーバや端末装置を組み合わせて構成してもよい。
【００４３】
サーバ３の構成について説明する。サーバ３には、ユーザ端末２からの支援の要求を受信する要求受信手段３１と、交通事故の状況に応じた対処すべき事項を対処情報として記憶する対処情報記憶手段３２と、ユーザ端末２との間で、応答式で情報を送受信することにより、相談者の事故の状況を把握し、ユーザ端末２毎に前記対処情報を選んで送信する支援手段３３が備えられている。
【００４４】
支援手段３３には、事故の状況を把握するために段階的に質問情報をユーザ端末２に送信する質問情報送信手段３３１と、前記質問情報に対する回答情報をユーザ端末２から受信する回答情報受信手段３３２と、回答情報に基づいて対処情報を選択しユーザ端末２に送信する対処情報送信手段３３３と、前記サービス機関への電話発信を可能とする発信様式３３４１をユーザ端末２に送信する発信様式送信手段３３４とが備えられている。
【００４５】
質問情報送信手段３３１の質問情報は、相談者の事故における立場（加害者か被害者かまたは自損事故か等）や、事故の規模（ケガ人の有無、自走の可否）等を把握するための質問を含んでいる。そして、この質問情報は事故の状況を具体的に絞り込むために段階的に送信される。また質問情報は質問だけでなく、複数の選択肢から回答を選択できるように構成されている。ユーザ端末２を使用する相談者は、事故後の慌てた状況にあるため、回答をわざわざ入力するのはきわめて煩雑である。そのため回答を選択できるようにすることで、操作を大幅に簡略化でき、相談者の負担が軽減される。
【００４６】
回答情報受信手段３３２では、回答情報として、段階的に送信された質問情報に対するユーザ端末２からの回答を受信する。質問情報をサーバ３から送信し、回答情報をユーザ端末２から受信する応答式で情報をやり取りしている。このように応答式を用いることにより、事故の状況の場合分けが進められ、回答を受信する度に、サーバ３側で事故の状況が詳細に把握できる。
【００４７】
対処情報記憶手段３２には、相談者の立場、事故の規模等の事故の状況に応じた様々な対処情報３２１を記憶している。この対処情報３２１の内容は、事故の当事者への注意、アドバイス、確認事項等である。対処情報３２１は、対処の内容を的確で簡潔に表すタイトル３２２と、タイトルを補足する短い文章や単語からなる補足文３２３からなっている。タイトル３２２によっては補足文３２３が不要の場合もある。各対処情報３２１は、事故の状況に適合するようにあらかじめ関連付けられて記憶されており、受信した回答情報に基づいてどの順序で系統的に送信するかが決められている。図２に対処情報の一例を示す。図２では、対処情報のタイトル３２２を表示しており、矢印は送信の順序を示すものである。タイトル３２２としては、緊急事故対応、負傷者の救助、救急車の手配、二次災害防止、相手方の確認、警察へ連絡、目撃者の確保、事故状況をメモ、Ａ損保（契約している保険会社）に連絡、医師の診断、注意事項、示談、車の修理、交通事故証明等があるが、これらに限定するものではない。また、送信のための順序も変更可能である。また、同じタイトル３２２でも、系統によってはその補足文３２３の内容を変える場合もある。
【００４８】
そして、対処情報送信手段３３３では、回答情報に基づいて事故の状況に適合する対処情報３２１を対処情報記憶手段３２から選択し、ユーザ端末２に送信する。この対処情報は、図２に示すように事故後に対処すべき順序に沿って系統的に送信されるため、相談者は受信した対処情報を読み、その内容に従って順次行動するだけで、漏れや間違いを生じることなく安心して事故に対処することが可能となる。
【００４９】
発信様式送信手段３３４で発信される発信様式３３４１は、対処情報の送信に伴って送信される。対処情報３２１の中には、保険会社のサービス機関への電話連絡をアドバイスする内容も含まれているため、このような場合に発信様式３３４１がユーザ端末２に送信される。この発信様式３３４１は、ユーザ端末２の画面に表示された際に選択されると、ユーザ端末２でわざわざ電話番号を入力しなくても自動的にサービス機関へ電話を発信することができるように構成されており、いわゆるＰｈｏｎｅ　Ｔｏ機能を意味するものである。もちろん発信様式３３４１がユーザ端末２に表示されていても、選択されなければ電話は発信されない。
【００５０】
なお、ユーザ端末２では、相談者が混乱した状態であることが多いため、受信する内容はできるだけ、簡潔でわかり易く構成されることが望ましい。特に携帯電話やＰＨＳを使用していると、画面の大きさにも制約があるため、さらなる簡略化が求められる。そのため、支援手段３３でユーザ端末２に送信される質問情報３３１１、対処情報３２１、発信様式３３４１は、できるだけ共通化や兼用を行い、１つの文章に質問情報３３１１と対処情報３２１の意味を持たせたり、１つの画面に含まれて見やすく表示されたりするよう工夫される。
【００５１】
サーバ３には上記手段に加えて、ユーザ端末２で事故に関して記録したい情報として入力し送信されたメモを事故メモ情報として記憶する事故メモ記憶手段３４と、回答情報に基づいて保険会社への事故報告情報を取得する事故報告取得手段３５が備えられている。
【００５２】
事故メモ記憶手段３４に記憶される事故メモ情報は、相談者の記録したい情報であるため、特定の情報に限定されず、任意に入力される。例えば、相手方の氏名、住所、勤務先、連絡先、車両番号、免許証番号、目撃者の氏名、住所、連絡先等である。この事故メモ記憶手段３４により、相談者は事故時に筆記具等を持っていない場合でも、聞き取った内容を記録してサーバ３で保存しておくことができる。この事故メモ情報の入力のために、任意の情報が入力可能なブランク項目３４１が対処情報３２１に含まれてユーザ端末２に送信される。すなわち、対処情報３２１の内容によって、事故メモ情報の入力が必要と予測される場合に、事故メモ情報用のブランク項目３４１が対処情報３２１に含まれて一緒に送信され、ユーザ端末２に表示されるよう構成されている。
【００５３】
事故報告取得手段３５で取得される事故報告は、保険会社に提出（送信）するためのものである。保険会社では交通事故が発生すると、契約者から事故の報告を電話等で受け付ける。この事故対応システム１では契約者が相談者となって、ユーザ端末２によりサーバ３に回答情報を送信しているため、サーバ３に事故の状況の報告を送信していることになる。そのため、回答情報受信手段３３２で受信した回答情報から保険会社が必要とする事故報告の内容を取得して事故報告情報を作成し、保険会社に送信することで、相談者が保険会社に二重に報告する手間を省くことができる。
【００５４】
次に、ユーザ端末２の構成について説明する。ユーザ端末２には、交通事故に遭遇した際の対処に関する支援をサーバ３に要求する支援要求手段２１と、サーバ３から送信された各種の支援を受信し表示する支援受信手段２２と、受信した質問情報に対して回答を入力し回答情報としてサーバ３に送信する回答情報送信手段２３とが備えられる。
【００５５】
支援要求手段２１では、通常交通事故が発生した直後に実行されるため、慌てた状態にある相談者の操作の負担を軽減して接続できることが望ましい。実施の形態（１）では、サーバ３（保険会社）のＷｅｂサイトにユーザ端末２から接続することで支援が要求されるため、ＷｅｂサイトのＵＲＬを打ち込んで接続することもできるが、ここでは、接続のための相談用アダプタを使用する。この相談用アダプタはあらかじめ保険会社が保険の契約者に配布しておいたもので、ユーザ端末２の外部装置との接続用の装着口に差し込むことで装着される。この相談用アダプタには、サーバ３のＷｅｂサイトのＵＲＬが記憶されており、装着されると他の操作を行わなくても自動的に前記Ｗｅｂサイトを指定してネットワーク４を介して接続が行われる。
【００５６】
なお、支援要求手段２１では、上述の他にも幾つかの接続の形態が適用できる。例えば、ユーザ端末２の端末装置自体の特定ボタンを押すとか、ある特定ボタンを長押しすると、自動的にサーバ３に接続できるよう設定しておく形態でもよい。また、サーバ３のＷｅｂサイトのＵＲＬをユーザ端末２に記憶させるために、保険会社の担当者が専用のアダプタ型の装置を用いて、保険の契約が成立した契約者のユーザ端末２に、上記ＷｅｂサイトのＵＲＬを自動的に登録しておく形態や、保険の契約が成立した契約者のユーザ端末２に保険会社からお礼のメールとして、上記ＷｅｂサイトのＵＲＬを埋め込んだメールを送信しておき、事故時に保存しておいた上記メールを呼び出してもらう形態でもよい。
【００５７】
支援受信手段２２では、サーバ３から送信された質問情報３３１１を受信し表示する質問情報受信手段２２１と、対処情報３２１を受信し表示する対処情報受信手段２２２と、発信様式３３４１を受信し表示する発信様式受信手段２２３とが備えられる。相談者は、画面に表示された質問情報３３１１に含まれる複数の選択肢の中から、自分の状況に適合する回答を選択する。また、画面に表示された対処情報３２１を見ることで、次に何を行うべきかが把握される。対処情報３２１は、相談者が操作しなければいつまでも画面に表示させておくことができるため、相談者の行動のペースに合わせて表示することができる。発信様式３３４１も事故の状況に応じて適切な段階で表示されるため、サービス機関のオペレーターに相談したい場合には、サービス機関の電話番号を知らなくても簡単に電話することができる。
【００５８】
さらに、ユーザ端末２には、記録したい情報を入力し事故メモ情報としてサーバ３に送信する事故メモ送信手段２４も備えられている。なお、ユーザ端末２自体が音声を録音できる機能を有している場合には、この録音機能を利用して、記録したい情報をユーザ端末２に保存してもよい。
【００５９】
このように構成された実施の形態（１）の事故対応システム１の動作について、図２〜図７を用い、具体的な例をあげて説明する。
【００６０】
まず、保険会社（Ａ損保）では、保険の契約が成立した契約者に対し、事故時の対応を支援するＷｅｂサイトが利用できることを通知し、このＷｅｂサイトに自動的に接続できる相談用アダプタをサービスの一環として配布する。
【００６１】
そして、契約者が突然、交通事故に遭遇すると、この契約者は相談者となって、ユーザ端末２の支援要求手段２１によりサーバ３に接続する（Ｓ１０１）。相談者は自分の保有する携帯電話をユーザ端末２として、相談用アダプタを差し込み、サーバ３のＷｅｂサイトに接続する。相談用アダプタを差し込むことで接続できるため、ユーザ端末２は必ずしも相談者（契約者）の保有するものでなくてもよく、身近にある任意の端末装置でも利用することができる。
【００６２】
サーバ３では、要求受信手段３１でユーザ端末２からの要求を受信すると、支援手段３３を実行し質問情報３３１１、対処情報３２１、発信様式３３４１を任意に組み合わせてユーザ端末２に送信する（Ｓ１０２）。そして、ユーザ端末２の支援受信手段２２で受信した各情報や様式が表示される（Ｓ１０３）。ユーザ端末２の支援受信手段２２で受信する画面を図４に例示する。図４は、要求後に最初にユーザ端末２に受信された画面を表示しているが、この画面の前に、Ｗｅｂサイトのホームページとしてメニュー画面が表示されてもよい。ここではサーバ３の質問情報送信手段３３１、対処情報送信手段３３３、発信様式送信手段３３４が同時に実行され、質問情報３３１１と対処情報３２１と発信様式３３４１が１つの画面に表示されるよう構成されている。まず、対処情報３２１の中の「緊急事故対応」の対処情報３２１１が送信されており、そのタイトル３２２が「緊急事故対応」と表示されている。そして、質問情報３３１１が（１）〜（５）の５つの選択肢から回答するよう構成されているが、このうち（１）の「緊急連絡！Ａ損保にＴｅｌ」は対処情報３２１の補足文３２３を共通化（兼用）したものである。すなわち図４の画面では、相談者が事故の加害者か被害者かを把握するための質問を含みながら、Ａ損保に電話をかけることを対処すべき事項としてアドバイスしている。また、図４では、「Ｔｅｌ」の項目が発信様式３３４１であるため、この発信様式３３４１を選択すると、Ａ損保のサービス機関への電話を、電話番号の入力なく即座にかけることもできる。
【００６３】
そして、相談者は画面を見ながら、自分の状況や希望に合致する回答を選択し、回答情報送信手段２３によりサーバ３に送信する（Ｓ１０４）。例えば相談者が加害者である事故の場合、図４の画面の質問情報３３１１の（２）が回答として選択される。サーバ３の回答情報受信手段３３２でこの回答情報を受信すると、次に対処情報記憶手段３２に記憶されている対処情報３２１の中から、「負傷者の救助」の対処情報３２１２が選択されユーザ端末２に送信される。この「負傷者の救助」の対処情報３２１２は、あらかじめ図４の質問情報３３１１に対する回答が（２）の場合に選択されるよう設定されている。「負傷者の救助」の対処情報３２１２は、図５に示すようにタイトル３２２と補足文３２３の他に、質問情報３３１１が同一の画面で表示されるよう構成されている。そして、ケガ人がいる場合に、図５の質問情報３３１１の選択肢（１）を選んで回答し、回答情報送信手段２３により回答情報をサーバ３に送信すると、図２に示す対処情報３２１群の矢印に従って、次には対処情報３２１の中の「救急車の手配」の対処情報３２１３が選択されユーザ端末２に送信される。
【００６４】
一方、図５の質問情報３３１１でケガ人はいないという（２）の回答が選択された場合には、図６に示すような対処情報３２１の中の「二次災害防止」の対処情報３２１４が次にユーザ端末２に送信される。この図６では、タイトル３２２、補足文３２３、発信様式３３４１、質問情報３３１１が１つの画面に表示されている。発信様式３３４１を選択すると、車両が自力で走行できない場合に、レッカー手配をサービス機関に依頼することができる。そして、質問情報３３１１で（１）走行できる、もしくは（３）次へ、を選択した場合には、図７に示すように対処情報３２１の中の「相手方の確認」の対処情報３２１５が次にユーザ端末２に送信される。この「相手方の確認」の対処情報３２１５では、補足文３２３として事故の相手の住所等を確認することをアドバイスしており、これらを事故メモ情報として入力するたのブランク項目３４１も含まれている。このブランク項目３４１に記録として残したい情報として、相手方の住所等を入力し、（１）次へを選択すると、事故メモ送信手段２４で事故メモ情報がサーバ３に送信され（Ｓ１０５）、サーバ３の事故メモ記憶手段３４に記憶される（Ｓ１０６）。事故メモ情報の送信も、送信される対処情報３２１によっては任意の回数実行される。また、（１）次へを選択することで、図２に示す対処情報３２１群の矢印に従って次の対処情報３２１がサーバ３からユーザ端末２に送信される。
【００６５】
この対処情報３２１は、ユーザ端末２がサーバ３との接続を切断するまで続けられる。これら対処情報３２１、質問情報３３１１、発信様式３３４１の送信の回数（ｎ回）は、回答情報によって変わる。また、相談者が一度表示された対処情報３２１を再び表示させたいときには、各画面の「戻る」の項目を選択することで、任意の画面に戻すこともできる。そして、サーバ３では、ユーザ端末２から取得する回答情報に基づいて、事故報告情報が順次作成される。事故メモの内容が事故報告に含まれる場合もある。この事故報告情報はユーザ端末２への支援が終了した後に、保険会社に送信され、事故の報告として取り扱われる。
【００６６】
なお、ユーザ端末２が位置情報検知機能を有している場合には、サーバ３に検知した位置情報を送信し、例えばレッカー手配等の事後処理に利用してもよい。位置情報検知機能としては、ＧＰＳ（Ｇｌｏｂａｌ　Ｐｏｓｉｔｉｏｎｉｎｇ　Ｓｙｓｔｅｍ：全地球航空測位システム）及びＰＨＳや携帯電話の基地局を利用したシステム等を、単独または組み合わせて適用できる。また、ユーザ端末２が撮像機能（デジタルカメラやビデオカメラ等）を有している、もしくは撮像した情報を送信することができる場合には、事故現場の状況を撮ってサーバ３に送信し、事故の証拠や、事故報告情報として利用してもよい。
【００６７】
次に、本発明の実施の形態（２）の事故対応システムについて説明する。図８は実施の形態（２）の事故対応システムの構成図、図９は実施の形態（２）の事故対応システムの動作のフローチャート、図１０は実施の形態（２）のユーザ端末の画面例である。この実施の形態（２）の事故対応システムは、実施の形態（１）を応用したものであるため、同様の説明には同一符号を付して詳細を省略する。
【００６８】
実施の形態（２）のユーザ端末２には、実施の形態（１）の構成に加えて、相談者が契約している保険の契約内容３６１１を含む契約情報３６１の送信をサーバ３に要求する契約情報要求手段２５と、サーバ３から契約情報３６１を受信し表示する契約情報受信手段２６が備えられている。一方、サーバ３には、ユーザ端末２からの要求を受信し、ユーザ端末２に契約情報３６１を送信する契約情報送信手段３６が備えられている。
【００６９】
サーバ３の契約情報送信手段３６で送信される契約情報３６１には、自動車保険の証券と同様の契約内容３６１１として、保険商品名、車名、証券番号、車両の登録番号、保険期間、補償条件、補償額、保険料等が含まれている。そのため、この契約情報３６１はミニ証券と称している。また、ユーザ端末２に表示された契約情報３６１には、支援要求手段２１の実行を可能とする支援要求様式３６２が含まれている。支援要求様式３６２には、実施の形態（１）のサーバ３のＷｅｂサイトもしくはＷｅｂページのＵＲＬが埋め込まれており、支援要求様式３６２を画面上で選択すると、自動的に前記Ｗｅｂサイト等に接続する。
【００７０】
この契約情報送信手段３６は、実施の形態（１）のサーバ３の各手段とは独立したものであり、相談者が証券の内容を確認したい場合に利用する。証券の内容の確認だけを行いたい場合には、ユーザ端末２が契約情報受信手段２６で契約情報３６１を表示することで、動作は終了する。そして、この契約情報３６１は、ユーザ端末２に保存しておくことができる。
【００７１】
実施の形態（２）の動作について図９を用いて説明する。まず、保険会社と保険の契約を交わした契約者は、ユーザ端末２の契約情報要求手段２５によりサーバ３に接続し、契約情報３６１の送信を要求する（Ｓ２０１）。要求に際しては契約者にあらかじめ付与されたＩＤ番号やパスワードによる認証が必要となる。そして、要求に応じてサーバ３の契約情報送信手段３６により、該当するユーザ端末２に契約情報３６１が送信される（Ｓ２０２）。この送信は、電子メールで行われる。ユーザ端末２は、契約情報受信手段２６で、図１０に示すような契約情報３６１を受信して表示し、内容が確認されたのちに、ユーザ端末２に保存される。
【００７２】
この契約情報３６１には、契約内容３６１１の他に、実施の形態（１）の発信様式３３４１と同様の、サービス機関へ電話番号を入力しなくても電話発信が可能となる発信様式３６１２も含まれている。さらに、この契約情報３６１には、相談者（契約者）を担当している保険会社の代理店へ電話番号を入力しなくても電話発信が可能となる発信様式３６１３も含まれている。これらの発信様式３６１２、３６１３は、相談者（契約者）が証券を確認して、即座にサービス機関や、代理店に電話をしたい場合に利用できる。
【００７３】
そして、契約者が突然、交通事故に遭遇すると、ユーザ端末２に保存しておいた図１０に示す契約情報３６１の電子メールを呼び出して、契約内容３６１１を確認したのち、画面に表示されている支援要求様式３６２を選択する。すると、ユーザ端末２の支援要求手段２１が実行されサーバ３に事故の対処に関する支援が要求される（Ｓ２０４）、以降は実施の形態（１）の動作（Ｓ１０２〜Ｓ１０７が実行される。
【００７４】
なお、上述の動作に示したように保存しておいた契約情報３６１の電子メールを利用するだけでなく、事故に遭遇した際にユーザ端末２で契約情報要求手段２５を実行し、受信した契約情報３６１を保存せず連続して実施の形態（１）の動作を実行してもよい。
【００７５】
また、サーバ３を複数のサーバで構成し、契約情報送信手段３６と実施の形態（１）の各手段とを別々のサーバに備えるよう構成してもよい。
【００７６】
この実施の形態（２）では、契約者は自分の保険契約の内容を確認した上で、事故に対処することができる。その他の作用、効果は実施の形態（１）と同様である。
【００７７】
次に、本発明の実施の形態（３）について説明する。図１１は実施の形態（３）の事故対応システムの構成図、図１２は実施の形態（３）の事故対応システムの動作のフローチャート、図１３〜図１８は実施の形態（３）のユーザ端末の画面例である。
【００７８】
実施の形態（３）の事故対応システム１は、実施の形態（１）の構成に加えて、サーバ３の支援手段３３に応答式で情報を送受信することで、把握された事故の見取図３２５をユーザ端末２に表示させる見取図送信手段３３５が設けられていることを特徴としている。この見取図送信手段３３５は、質問情報３３１１に対する回答情報から、相談者の事故の状況を絞り込んで特定し、その事故の状況に適合する見取図３２５をユーザ端末２に送信し表示させるものである。見取図送信手段３３５にはあらかじめ多数の事故のパターンの見取図３２５が記憶されており、その中から適合する見取図３２３が選択されて、ユーザ端末２に送信される。見取図３２５は、道路や交差点の形状、信号の有無、信号の色、止まれ等の標識の有無、車・人・物等の位置関係や進行方向等が含まれるように構成される。この見取図３２５は、画像情報としてユーザ端末２に表示されるため、事故後の慌しい状況でもユーザ端末２を使用する相談者に事故の状況が理解されやすい。そして、相談者によって最終的に確認、決定された見取図３２５は、サーバ３の事故メモ記憶手段３４に事故メモ情報の１つとして記憶される。見取図３２５には、事故に不慣れな素人では通常見落としがちな過失割合を決定する構成要素（信号の有無や色、止まれ標識の有無等）の情報も図中に簡潔に織り込ませた上で記録ができるので、後々示談交渉等も有利に進めることが可能となる。
【００７９】
また、実施の形態（３）では、サーバ３の支援手段３３に、事故に関連する被写体を指定した画像送信の指示をユーザ端末２に送信する画像送信指示手段３３６も備えられている。この手段は、ユーザ端末２が、画像の送信が可能な場合を想定しているため、画像の送信ができない端末の場合は省略される。ユーザ端末２の画像の送信は、ユーザ端末２自体が撮影する場合でも、他の装置を使って撮影しユーザ端末２を介してサーバ３に送信する場合でもよい。また送信される画像は静止画でも動画でもよい。そして、ユーザ端末２から送信された画像は、事故メモ情報の１つとしてサーバ３の事故メモ記憶手段３４に記憶される。そして、これらの画像も、後の過失割合の特定や示談交渉等に必要な証拠として利用できる。
【００８０】
この画像送信指示手段３３６で指示される被写体は、相談者の自動車の事故時の進行方向からの画像、相手車の方向からの画像、相談者の自動車の損傷部位、相手車の損傷部位、その他の損傷部位、道路写真、天候等であるが、これらに限定されるものではない。これら被写体の画像送信の指示のメッセージが、サーバ３からユーザ端末２に送られると、指示に従って相談者が順次撮影してサーバ３に送信される。なお、この画像送信の指示は、上記見取図３２５と組み合わせる方がユーザ端末２を使用する相談者に理解しやすく、さらに撮影方向や被写体を示す矢印等を見取図に表示すると利便性が向上される。
【００８１】
事故メモ記憶手段３４では、受信した事故メモ情報が事案毎に管理され、相談者（相談者の電子メールアドレス）や事故の日時等と関連付けられて記憶される。１つの事案に対する事故メモ情報には一括して受付番号が付与されており、ユーザ端末２で受付番号を入力することで先に記憶されている事故メモ情報を呼び出して、閲覧、修正、追加等を行うこともできる。修正、追加が行われた事故メモ情報には新たな受付番号が付されて事故メモ記憶手段３４に記憶される。そして、記憶されている事故メモ情報は回答情報とともに、事故報告取得手段３５に取得され、保険会社への報告に用いられる。
【００８２】
また、上記サーバ３の構成に対応して、ユーザ端末２には、実施の形態（１）の構成に加えて、支援受信手段２２に見取図受信手段２２４が備えられ、受信した見取図３２５を表示する。また画像送信手段２７が備えられ、指示された被写体もしくは相談者が必要と考えて撮影した被写体の画像が、サーバ３に送信される。なお上述したようにユーザ端末２の種類によっては画像送信手段２７が備えられない場合もある。
【００８３】
このように構成された実施の形態（３）の事故対応システム１の動作について図１２〜図１８を用いて説明する。実施の形態（１）の図３と同様の動作には同一符号を付して詳細を省略する。
【００８４】
保険の契約者に事故が発生すると、契約者はユーザ端末２の支援要求手段２１によりサーバ３に接続する（Ｓ１０１）。サーバ３では、要求受信手段３１でユーザ端末２からの要求を受信すると、支援手段３３で図１３に示すようなメニュー画面３３０をユーザ端末２に送信し（Ｓ３０１）、ユーザ端末２の相談者の必要とする支援の選択を促す。実施の形態（１）では、事故メモ情報の入力を促すブランク項目３４１を対処情報３２１の中に含んで送信しているだけであったが、この実施の形態では、事故メモ情報の入力を充実させるために、さらにメニュー画面３３０に事故メモの項目３３０３を設け、相談者が事故メモ情報を積極的に入力できるようにしている。また、メニュー画面３３０の対応マニュアル３３０２の項目を選択すると、実施の形態（１）に示したように、事故後の対処について応答式で情報を送受信しながら系統的な対処事項が表示される。さらに、メニュー画面３３０の緊急連絡先３３０１を選択すると、救急車の手配や、警察への連絡、レッカー手配、Ａ損保への連絡等の発信様式３３４１がまとめて表示されるよう構成されている。ここでは事故メモの項目３３０３が選択された場合について説明する。
【００８５】
ユーザ端末２に表示されたメニュー画面３３０で、事故メモの項目３３０３が選択されてサーバ３に送信される（Ｓ３０２）と、サーバ３の支援手段３３を実行し、質問情報３３１１、対処情報３２１、ブランク項目３４１が任意に組み合わせされてユーザ端末２に送信される（Ｓ３０３）。そして、ユーザ端末２の支援受信手段２２で受信した各情報が表示される（Ｓ３０４）。ユーザ端末２の支援受信手段２２で受信する画面を図１４に例示する。事故メモの入力を促すことも１つの対処情報３２１であるため、図１４では、タイトル３２２として「事故メモ」が表示され、補足文３２３として「基本情報」が表示されている。また、この事案の事故メモ情報に付された受付番号３２４も表示される。そして、質問情報３３１１として、事故日時が質問されその入力が促されている。さらに、事故メモ情報の入力のためにブランク項目３４１も設けられ、事故場所の住所や目標物等も入力しておくことを促している。すなわち、図１４は、相談者に基本情報として事故の日時等を入力して記録しておくようにアドバイスしている画面である。
【００８６】
次に、図１５に示すような、「事故メモ」をタイトル３２２に、「事故状況」を補助文３２３にした対処情報３２１が送信され、ここでは事故の状況を段階的に特定するための質問情報３３１１が含まれている。この質問情報３３１１では、まず事故が何と何の事故であるかが問われ、複数の選択肢の中から該当するものを選択できるように構成している。選択肢には、「車同士の事故」、「歩行者の事故」等がある。ここでは、「車同士の事故」が選択されてサーバ３に送信される（Ｓ３０５）。そして、次に送信される対処情報３２１（図示していない）では、図１５に続く質問情報３３１１として、「車同士の事故」において、どのような状況で発生したかを問う質問情報３３１１が含まれて送信される。選択肢には「直進車同士」、「直進と右折」、「前車への追突」等があり、ここでは「直進車同士」が選択され送信されている。続いて、図１６に示すようにさらに詳しい事故の状況を問う質問情報３３１１が送信され、選択肢には「赤と青の事故」、「黄と赤の事故」、「一方が左方優先（同幅員）」等があり、ここでは「赤と青の事故」が選択され送信されている。このように支援手段３３が複数回実行されて得られた応答情報により、相談者の事故は、車同士の事故で、かつ直進車同士であり、さらに赤と青の事故であることがサーバ３で把握される。これにより見取図送信手段３３５でこの事故のパターンに該当する見取図３２５が選択されて、ユーザ端末２に送信される（Ｓ３０６）。ユーザ端末２では、送信された見取図３２５が図１７のように表示され、相談者は自分の事故の状況を画像情報で認識することができる。もちろん、見取図３２５が事故の状況と異なる場合には、「状況図再選択」の項目を選択し、正しい見取図に変更することもできる。またブランク項目３４１に、補足のための状況説明を入力することもできる。
【００８７】
そして、ユーザ端末２で見取図３２５が確認され（Ｓ３０７）、このまま終了する場合には、「保存して終了」の項目３４５を選択しサーバ３に送信することで、表示された見取図３２５が事故メモ記憶手段３４に記憶される（Ｓ３０８）。また、必要に応じてその他の事故メモ情報の入力の画面に切り替えることもできる。例えば図１８は、事故メモ情報として相手情報の入力を促す画面である。そして相談者からの支援の要求が終了すると、サーバ３では、ユーザ端末２から取得された回答情報、事故メモ情報や、見取図に基づいて、事故報告情報が作成される（Ｓ１０７）。
【００８８】
なお、図１２のフローチャートには示していないが、事故に関連する被写体の画像をユーザ端末２から受信し、この画像も事故メモ記憶手段３４に記憶して、事故報告情報に利用する動作を加えてもよい。
【００８９】
このように実施の形態（３）では、ユーザ端末２とサーバ３とで応答式に情報を送受信して、相談者の事故の状況に適合する見取図３２５を選択し、これをユーザ端末２に送信するよう構成しているので、相談者は、事故の全体状況を把握しやすく、後の示談交渉や過失割合の認定に必要な要素の確認もれを防ぐことができるため、相談者にとってきわめて有効な支援を行うことができる。
【００９０】
【発明の効果】
以上、詳述してきたように、本発明の事故対応システムでは、ユーザ端末とサーバとの間で、応答式に情報を送受信することにより、相談者の事故の状況を詳細に把握し、相談者毎に異なる事故の状況に適合した対処情報をユーザ端末に送信する。これにより、相談者は受信した対処情報に従って、自分のペースに合わせて事故の対処を一人でも順序良く、実行することができる。
【００９１】
また、対処情報に従うことで、後の示談交渉や保険金の支払に不利になる対処の漏れや忘れを無くし、事故の対処を確実に実行することができる。
【００９２】
また、ユーザ端末に相談者の事故の状況に適合する見取図を表示させ画像情報で確認させることで、事故に関する重要な事項の確認もれを防ぎ、示談交渉や過失割合の認定にも有効に利用することができる。
【図面の簡単な説明】
【図１】実施の形態（１）の事故対応システムの構成図である。
【図２】実施の形態（１）の事故対応システムの対処情報の例である。
【図３】実施の形態（１）の事故対応システムの動作のフローチャートである。
【図４】実施の形態（１）のユーザ端末の画面例である。
【図５】実施の形態（１）のユーザ端末の画面例である。
【図６】実施の形態（１）のユーザ端末の画面例である。
【図７】実施の形態（１）のユーザ端末の画面例である。
【図８】実施の形態（２）の事故対応システムの構成図である。
【図９】実施の形態（２）の事故対応システムの動作のフローチャートである。
【図１０】実施の形態（２）のユーザ端末の画面例である。
【図１１】実施の形態（３）の事故対応システムの構成図である。
【図１２】実施の形態（３）の事故対応システムの動作のフローチャートである。
【図１３】実施の形態（３）のユーザ端末の画面例である。
【図１４】実施の形態（３）のユーザ端末の画面例である。
【図１５】実施の形態（３）のユーザ端末の画面例である。
【図１６】実施の形態（３）のユーザ端末の画面例である。
【図１７】実施の形態（３）のユーザ端末の画面例である。
【図１８】実施の形態（３）のユーザ端末の画面例である。
【符号の説明】
１　事故対応システム
２　ユーザ端末
２１　支援要求手段
２２　支援受信手段
２２１　質問情報受信手段
２２２　対処情報受信手段
２２３　発信様式受信手段
２２４　見取図受信手段
２３　回答情報送信手段
２４　事故メモ送信手段
２５　契約情報要求手段
２６　契約情報受信手段
２７　画像送信手段
３　サーバ
３１　要求受信手段
３２　対処情報記憶手段
３２１　対処情報
３２２　タイトル
３２３　補足文
３２４　受付番号
３２５　見取図
３３　支援手段
３３０　メニュー画面
３３０１　緊急連絡先
３３０２　対応マニュアル
３３０３　事故メモの項目
３３１　質問情報送信手段
３３１１　質問情報
３３２　回答情報受信手段
３３３　対処情報送信手段
３３４　発信様式送信手段
３３４１　発信様式
３３５　見取図送信手段
３３６　画像送信指示手段
３４　事故メモ記憶手段
３４１　ブランク項目
３４２　受付番号
３４３　「状況図再選択」の項目
３４５　「保存して終了」の項目
３５　事故報告取得手段
３６　契約情報送信手段
３６１　契約情報
３６１１　契約内容
３６１２、３６１３　発信様式
３６２　支援要求様式
４　ネットワーク
【図１】
2004086844.tif 000003
【図２】
2004086844.tif 000004
【図３】
2004086844.tif 000005
【図４】
2004086844.tif 000006
【図５】
2004086844.tif 000007
【図６】
2004086844.tif 000008
【図７】
2004086844.tif 000009
【図８】
2004086844.tif 000010
【図９】
2004086844.tif 000011
【図１０】
2004086844.tif 000012
【図１１】
2004086844.tif 000013
【図１２】
2004086844.tif 000014
【図１３】
2004086844.tif 000015
【図１４】
2004086844.tif 000016
【図１５】
2004086844.tif 000017
【図１６】
2004086844.tif 000018
【図１７】
2004086844.tif 000019
【図１８】
2004086844.tif 000020