損害保険処理のためのデータを収集するためのプログラム、方法及び装置
【課題】
保険会社が、損害保険処理に必要とされるデータを、統一された形態で収集できるようにする。
【解決手段】
保険契約者及び保険対象物の情報を少なくとも含み且つ損害保険処理に必要とされる情報の入力を促し、入力された損害保険処理に必要とされる情報を記憶装置に格納する機能202及び220と、損害保険処理に必要とされ且つ添付すべき画像の指定を促し、指定された画像のサイズが、予め設定されている画像表示領域のサイズと等しいか確認する機能230及び210と、指定された画像のサイズが画像表示領域のサイズと異なる場合、画像のサイズを所定の方法を用いて変更する機能210と、画像のデータを画像表示領域に対応付けて記憶装置に格納する機能210及び220と、損害保険処理に必要とされる情報及び画像のデータを所定のファイル形式に統合し、ファイル保護を施して記憶装置に格納する機能216、218及び220とを含む。
保険会社が、損害保険処理に必要とされるデータを、統一された形態で収集できるようにする。
【解決手段】
保険契約者及び保険対象物の情報を少なくとも含み且つ損害保険処理に必要とされる情報の入力を促し、入力された損害保険処理に必要とされる情報を記憶装置に格納する機能202及び220と、損害保険処理に必要とされ且つ添付すべき画像の指定を促し、指定された画像のサイズが、予め設定されている画像表示領域のサイズと等しいか確認する機能230及び210と、指定された画像のサイズが画像表示領域のサイズと異なる場合、画像のサイズを所定の方法を用いて変更する機能210と、画像のデータを画像表示領域に対応付けて記憶装置に格納する機能210及び220と、損害保険処理に必要とされる情報及び画像のデータを所定のファイル形式に統合し、ファイル保護を施して記憶装置に格納する機能216、218及び220とを含む。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、損害保険処理のためのデータを収集するための技術に関する。
【背景技術】
【０００２】
例えば自動車保険に加入している車両について、交通事故等の原因により修理が必要となった場合、通常、保険加入者或いは修理工場の担当者は、修理工場に事故車両を入庫するとともに保険会社に対して修理を行う旨を連絡する。連絡を受けた保険会社は、修理の対象となる車両の情報、加入している自動車保険の内容、事故の状況（過失割合）、車両の損傷度合い等から自動車保険の適用（範囲）を判断する。そして、大半は保険会社の担当者（事故調査員）が修理工場に出向き、車両の損傷度合い及び修理費用の見積りの確認を行う。
【０００３】
一方、昨今の情報処理技術の発達により、例えば修理工場は、デジタルカメラで車両の損傷部を撮影し、画像データを電子メール等で保険会社に送信したり、同様に、見積りシステムの出力データを電子メール等により保険会社に送信することが可能となった。
【０００４】
また、画像データ及び見積りファイルを圧縮することにより、高速な伝送を実現しているものもある（例えば、特許文献１参照）。すなわち、修理工場の見積人によって事故車両の画像がコンピュータに入力される。また、修理工場の見積人はコンピュータ上で事故見積りを行い、必要とされる種々の画像領域を強調表示する。見積りが終了すると、見積りファイルが圧縮され、保険会社に伝送される。保険会社では、保険会社の見積人が見積りファイルを圧縮解除し、見積りを読み出し始める。
【０００５】
このような技術により、保険会社の担当者は、修理工場に頻繁に出向かなくても自動車保険の適用（範囲）を判断できるようになってきている。また、画像データ等の修理工場からの送信においては、セキュアな通信を行うために、公衆回線網を介したダイヤルアップ・サーバとの通信や、ファイルの暗号化技術が用いられている。
【０００６】
なお、修理工場は、保険会社のシステムに接続するためのファシリティや暗号化プログラムを用意しなければならず、修理工場の既存の見積りシステムの出力データが汎用的なファイルでない場合には、ＦＡＸを併用する場合も出てくる。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開平５−２９００５７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
このように、従来技術において、保険会社の担当者は、修理工場に出向く頻度は減ったが、修理工場とのやりとりはあまり減らず、画像データやその他のデータを整理する手間は増加している。また、修理工場にとっても、簡単に且つ安価にデータのやりとりが行われているとは言えない。
【０００９】
さらに、セキュアな通信を可能とするためのダイヤルアップ・サーバとの通信や暗号化プログラムの導入は、システム構築コストや運用コストが比較的多くかかる。また、ファイルの暗号化については、たとえ各修理工場が暗号化プログラムを導入していたとしても、画像データ等の送信の際に忘れずにファイルの暗号化処理が行われるとは決して言えないため、保険会社に暗号化されていないファイルが送信されてしまう可能性が残ってしまう。
【００１０】
従って本発明の目的は、保険会社が、損害保険処理に必要とされるデータを、統一された形態で収集するための技術を提供することである。
【００１１】
また、本発明の他の目的は、損害保険処理に必要とされるデータについて簡易且つ漏れのないセキュアな通信を安価に実現するための技術を提供することである。
【課題を解決するための手段】
【００１２】
本発明の第１の態様に係るプログラムは、（ａ）保険契約者及び保険対象物の情報を少なくとも含み且つ損害保険処理に必要とされる情報の入力を促すためのデータを表示装置に表示し、入力された損害保険処理に必要とされる情報を記憶装置に格納する事故情報登録機能（例えば本実施の形態における表紙画面表示部及びデータ保持部）と、（ｂ）損害保険処理に必要とされ且つ添付すべき画像の指定を促すためのデータを表示装置に表示し、指定された画像のサイズが、予め設定されている画像表示領域のサイズと等しいか確認するサイズ確認機能（例えば本実施の形態における画像表示部及び画像添付処理部）と、（ｃ）指定された画像のサイズが画像表示領域のサイズと異なる場合、画像のサイズが画像表示領域のサイズと等しくなるように画像のサイズを所定の方法を用いて変更する画像サイズ変更機能（例えば本実施の形態における画像添付処理部）と、（ｄ）画像のデータを画像表示領域に対応付けて記憶装置に格納する画像添付機能（例えば本実施の形態における画像添付処理部及びデータ保持部）と、（ｅ）記憶装置に格納された損害保険処理に必要とされる情報及び画像のデータを所定のファイル形式に統合し、ファイル保護を施して記憶装置に格納するファイル保存機能（例えば本実施の形態における保存処理部、ファイルロック管理部及びデータ保持部）とを含む。
【００１３】
これにより、保険会社は、例えば自動車修理工場の担当者等の保険処理に必要とされるデータを登録するユーザに対し、修理案件毎に統一された形態でデータを登録させることができる。また、自動的にファイル保護を行うため、ユーザによる、ファイル保護の失念も防止できる。ファイル保護はパスワードによるロックであってもよいし、暗号化であってもよい。
【００１４】
また、本発明の第１の態様に係るプログラムが、（ｆ）損害保険処理に必要とされる情報を所定のファイルから読み込む機能（例えば本実施の形態におけるデータ読込処理部）をさらに含むような構成であってもよい。これにより、データを登録する例えば自動車の修理工場におけるユーザの入力の手間が削減でき、入力ミスの防止にもつながる。例えば、保険会社が保険契約者のデータや事故受付番号等を含むファイルを修理工場に送付し、当該修理工場で受け取ったファイルを読み込むことにより、修理工場と保険会社の担当者とのやりとりや、入力ミスによる不具合の削減を図ることができる。
【００１５】
また、本発明の第１の態様に係るプログラムが、（ｇ）上で述べた所定のファイルにファイル保護が施されている場合には、ファイル保護を解除する機能（例えば本実施の形態におけるデータ読込処理部及びファイルロック管理部）をさらに含むような構成であってもよい。これにより、ファイル保護を解除するためにユーザが何らの操作をしなくてもファイルの読み込みが可能となる。すなわち、例えば自動車の修理工場のユーザは、ファイル保護を解除するためのパスワードの管理や入力等を行う必要がなく、ファイル保護を意識せずにファイルの読み込み操作が可能となる。また、パスワード忘れがなくなることにより、修理工場から保険会社への問合せの削減にもつながる。
【００１６】
また、本発明の第１の態様において、上で述べた、損害保険処理に必要とされ且つ添付すべき画像は、車両と当該車両の修理費用見積書と当該車両の検査証との少なくともいずれかの画像であってもよい。紙の印刷物や様々なファイル形式のデータを画像データとして統一したファイル形式で登録することにより、同様に扱うことが可能となる。また、画像データを見る保険会社の担当者は、損害保険処理に必要とされる１又は複数の属性の画像データを案件毎に管理することができる。なお、損害保険処理に必要とされる画像データは上に挙げたものに限定されず、他の画像データも含むような構成であってもよい。
【００１７】
また、本発明の第１の態様に係るプログラムが、（ｈ）損害保険処理に必要とされる情報と、画像表示領域サイズの画像のデータとを、複数のページの各印刷可能範囲内に割り付けて表示する機能（例えば本実施の形態における画像表示部）をさらに含むような構成であってもよい。これにより、損害保険処理に必要とされる情報や画像が含まれた各ページ毎に入力内容を見ることが可能となる。また、保険会社の担当者は印刷時に、印刷範囲から画像がはみ出ないようにする等の印刷設定を意識する必要がないため、業務効率の向上を図ることができる。
【００１８】
本発明の第２の態様に係る情報処理方法は、（Ａ）保険契約者及び保険対象物の情報を少なくとも含み且つ損害保険処理に必要とされる情報をデータベースから抽出し、記憶装置に格納するステップと、（Ｂ）抽出された損害保険処理に必要とされる情報を用いて、（ａ）前記データベースから抽出された損害保険処理に必要とされる情報のうち少なくとも一部を保持する機能（例えば本実施の形態における表紙画面表示部及びデータ保持部）と、（ｂ）損害保険処理に必要とされ且つ添付すべき画像の指定を促し、指定された画像のサイズが、予め設定されている画像表示領域のサイズと等しいか確認するサイズ確認機能（例えば本実施の形態における画像表示部及び画像添付処理部）と、（ｃ）指定された画像のサイズが画像表示領域のサイズと異なる場合、画像のサイズが画像表示領域のサイズと等しくなるように画像のサイズを所定の方法を用いて変更する画像サイズ変更機能（例えば本実施の形態における画像添付処理部）と、（ｄ）画像のデータを画像表示領域に対応付けてメモリに格納する画像添付機能（例えば本実施の形態における画像添付処理部及びデータ保持部）と、（ｅ）損害保険処理に必要とされる情報及びメモリに格納された画像のデータを所定のファイル形式に統合し、ファイル保護を施してメモリに格納するファイル保存機能（例えば本実施の形態における保存処理部、ファイルロック管理部及びデータ保持部）とをコンピュータに実現させるためのプログラムを生成し、記憶装置に格納するステップとを含む。
【００１９】
これにより、保険会社が損害保険処理を行う際に必要とされる情報の一部又は全部を修理工場の担当者等のユーザに対して提示して、その他必要なデータを案件毎に統一された形態で登録させ、ファイル保存の際に自動的にファイル保護を行うプログラムを生成することができる。このプログラムを利用することによって、保険会社は、案件毎に統一された形態で、損害保険処理を行う際に必要とされるデータを収集することができる。また、自動的にファイル保護が行われるため、ユーザによる、ファイル保護の失念も防止できる。
【００２０】
また、本発明の第２の態様に係る情報処理方法は、生成したプログラムを、指定されたクライアント宛に送信するステップをさらに含むような構成であってもよい。これにより、クライアント端末を操作するユーザは、入力が必要な項目のうちの一部が予め登録されているプログラムを使用することができ、入力の手間が減り、入力ミスの防止にもつながる。
【００２１】
本発明の第３の態様に係るプログラムは、（i）保険契約者及び保険対象物の情報を少なくとも含み且つ損害保険処理に必要とされる情報の入力を促すためのデータを表示装置に表示し、入力された損害保険処理に必要とされる情報を記憶装置に格納する情報登録機能（例えば本実施の形態における表紙画面表示部）と、（ii）損害保険処理に必要とされ且つ添付すべき画像の指定を促すためのデータを表示装置に表示し、指定された画像のサイズが、予め設定されている画像表示領域のサイズと等しいか確認するサイズ確認機能（例えば本実施の形態における画像表示部及び画像添付処理部）と、（iii）指定された画像のサイズが画像表示領域のサイズと異なる場合、画像のサイズが画像表示領域のサイズと等しくなるように画像のサイズを所定の方法を用いて変更する画像サイズ変更機能（例えば本実施の形態における画像添付処理部）と、（iv）画像のデータを画像表示領域に対応付けて記憶装置に格納する画像添付機能（例えば本実施の形態における画像添付処理部及びデータ保持部）と、（v）記憶装置に格納された損害保険処理に必要とされる情報及び画像のデータを、画像表示領域と画像のデータとの対応付けを保持しつつ、予め設定されたサーバにセキュアな状態で送信するデータ送信機能（例えば本実施の形態における通信処理部）とを含む。
【００２２】
このように、必要なデータを保持したプログラム・ファイルを保険会社側に送信することなく、必要なデータのみを保険会社側に送信することにより、通信量の削減を図ることができる。
【００２３】
本発明の第１及び第３の態様に係るプログラム、及び本発明の第２の態様に係る方法を実施するためのプログラムは、例えばフレキシブル・ディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等の記憶媒体又は記憶装置に格納される。また、ネットワークを介して頒布される場合もある。なお、処理途中のデータについては、コンピュータのメモリに一時保管される。
【発明の効果】
【００２４】
本発明によれば、保険会社が、損害保険処理に必要とされるデータを、統一された形態で修理工場から収集することができる。また、別の側面として、損害保険処理に必要とされるデータについて簡易且つ漏れのないセキュアな通信を安価に実現することができる。
【図面の簡単な説明】
【００２５】
【図１】本発明の実施の形態におけるシステム概要図である。
【図２】画像添付プログラムの機能ブロック図の一例（その１）を示す図である。
【図３】保険契約ＤＢのテーブル構成及び格納されるデータの一例を示す図である。
【図４】修理工場ＤＢのテーブル構成及び格納されるデータの一例を示す図である。
【図５】事故ＤＢのテーブル構成及び格納されるデータの一例を示す図である。
【図６】本発明の実施の形態１における処理フロー（その１）を示す図である。
【図７】本発明の実施の形態１における処理フロー（その２）を示す図である。
【図８】本発明の実施の形態におけるプログラム処理フロー（その１）を示す図である。
【図９】共通ヘッダー部を含む表紙画面の一例を示す図である。
【図１０】本発明の実施の形態におけるプログラム処理フロー（その２）を示す図である。
【図１１】本発明の実施の形態におけるプログラム処理フロー（その３）を示す図である。
【図１２】共通ヘッダー部を含む車両画像添付画面の一例を示す図である。
【図１３】本発明の実施の形態におけるプログラム処理フロー（その４）を示す図である。
【図１４】共通ヘッダー部を含む見積書添付画面の一例を示す図である。
【図１５】本発明の実施の形態におけるプログラム処理フロー（その５）を示す図である。
【図１６】共通ヘッダー部を含む車検証添付画面の一例を示す図である。
【図１７】本発明の実施の形態におけるプログラム処理フロー（その６）を示す図である。
【図１８】本発明の実施の形態におけるプログラム処理フロー（その７）を示す図である。
【図１９】本発明の実施の形態におけるプログラム処理フロー（その８）を示す図である。
【図２０】本発明の実施の形態におけるプログラム処理フロー（その９）を示す図である。
【図２１】本発明の実施の形態２における処理フローを示す図である。
【図２２】本発明の実施の形態３における保険会社サーバの機能ブロック図の一例を示す図である。
【図２３】画像添付プログラムの機能ブロック図の一例（その２）を示す図である。
【図２４】本発明の実施の形態３における処理フローを示す図である。
【図２５】本発明の実施の形態におけるコンピュータの機能ブロックの概要を示す図である。
【発明を実施するための形態】
【００２６】
［実施の形態１］
本発明の実施の形態に係るシステム概要図を図１に示す。例えば保険会社５には、１又は複数の保険会社サーバ５５と、例えばパーソナル・コンピュータである１又は複数の社員用端末５１と、例えばパーソナル・コンピュータである１又は複数のコールセンタ端末５２と、１又は複数のコールセンタ電話機５３とが設置されている。なお、コールセンタでは、事故の受付業務などが行われる。また、保険会社サーバ５５には、修理工場送付用データ生成部５５０と、事故案件データ検索処理部５５１と、保険契約データ検索処理部５５３と、修理工場データ検索処理部５５５とが含まれる。さらに、保険会社サーバ５５には、保険契約データベース（ＤＢ）５５７、修理工場ＤＢ５５８及び事故ＤＢ５５９が接続されている。
【００２７】
修理工場送付用データ生成部５５０は、事故の保険処理に必要とされるデータのうち、例えば保険契約者のデータや事故受付番号等、修理工場によるデータの登録を促す前に保険会社側で特定できるデータを修理工場に送付するための処理を行う。事故案件データ検索処理部５５１は、事故ＤＢ５５９の検索処理を行い、例えば事故車両のデータや当該事故案件に対応する保険証券番号及び工場番号を抽出する。保険契約データ検索処理部５５３は、保険契約ＤＢ５５７の検索処理を行い、例えば保険証券番号や保険期間満了日等が含まれた保険契約のデータを抽出する。修理工場データ検索処理部５５５は、修理工場ＤＢ５５８の検索処理を行い、例えばメール・アドレスや、本実施の形態に係るプログラムの対応状況等のデータを含む修理工場のデータを抽出する。
【００２８】
また、例えばパーソナル・コンピュータである修理工場端末３及び７は、図示しないがメーラ機能及び画像データ取得・格納機能を備えており、無線又は有線により例えばインターネットであるネットワーク１に接続して電子メールの送受信を行うことが可能となっている。また、デジタルカメラで撮影した画像やスキャナから取り込んだ画像のデータを無線又は有線により取得し、例えばハードディスクに保存しておくことが可能となっている。また、本実施の形態とは直接は関係ない修理費用見積りシステムが導入されている場合もある。なお、本実施の形態に係る自動車等の事故に対する保険処理のためのデータを収集するためのプログラム（以下、画像添付プログラムと称する）は、これらの修理工場端末において実行される。
【００２９】
例えばインターネットであるネットワーク１には、１又は複数の修理工場端末３（又は７）の他、上で述べた１又は複数の保険会社サーバ５５、社員用端末５１及びコールセンタ端末５２が接続されている。また、ネットワーク１を経由する通信には、図示しないドメイン・ネーム・サーバ（ＤＮＳ：Domain Name Server）やメール・サーバ、ファイア・ウォール等の、インターネット経由での通信に必要な機器及び機能を使用するものとする。
【００３０】
また、公衆回線網１１には、１又は複数のコールセンタ電話機５３及び１又は複数の保険契約者電話機９が無線又は有線で接続されている。例えば事故を起こした保険契約者は、事故発生後及び事故車両を修理工場に入庫する際に、保険契約者電話機９を用いてコールセンタ電話機５３に対し電話をかける。そして、コールセンタ電話機５３によって、事故による修理についての連絡を受けたオペレータは、事故ＤＢ５５９にアクセス可能であるコールセンタ端末５２を用いて、事故ＤＢ５５９にレコード（事故案件情報）を登録するような仕組みになっている。
【００３１】
図２に、画像添付プログラム２０００の機能ブロック図の一例を示す。
【００３２】
図２に示すように画像添付プログラム２０００は、制御部２００、表紙画面表示部２０２、画像表示部２３０、画像添付処理部２１０、出力処理部２１２、データ読込処理部２１４、保存処理部２１６、ファイルロック管理部２１８、データ保持部２２０、終了処理部２２２及びメールソフト制御部２２４を含む。画像表示部２３０は、車両画像添付画面表示部２０４と見積書添付画面表示部２０６と車検証添付画面表示部２０８とを含む。
【００３３】
制御部２００は、表紙画面表示部２０２と画像表示部２３０と出力処理部２１２とデータ読込処理部２１４と保存処理部２１６と終了処理部２２２とメールソフト制御部２２４と連携している。データ保持部２２０は、表紙画面表示部２０２と画像表示部２３０とデータ読込処理部２１４と保存処理部２１６と連携している。
【００３４】
画像添付処理部２１０は、画像表示部２３０と連携している。ファイルロック管理部２１８は、データ読込処理部２１４と保存処理部２１６と連携している。出力処理部２１２は、データ保持部２２０を参照する。終了処理部２２２は、保存処理部２１６と連携している。
【００３５】
制御部２００は、プログラム実行時に表示される各ページの共通ヘッダー部分の管理を行い、保存や終了、或いはデータ登録用の各ページへの遷移処理等のための、共通ヘッダー部分に含まれているメニュー・ボタンに定義づけられた処理を実行する。すなわち、制御部２００の処理が行われると、表紙画面表示部２０２、画像表示部２３０、出力処理部２１２、データ読込処理部２１４、保存処理部２１６、終了処理部２２２又はメールソフト制御部２２４の処理への移行が行われる。なお、処理の移行があった場合でも、制御部２００が表示する共通ヘッダー部分はアクティブな状態に保たれる。
【００３６】
表紙画面表示部２０２は、複数あるページのうち、表紙となるページの表示処理を行う。また、ユーザからの当該ページに対するデータの入力を受け付けると、入力されたデータをデータ保持部２２０に格納する。なお、データ読込処理部２１４によって読み込まれたデータを表示する場合もある。
【００３７】
画像表示部２３０は、事故の保険処理に必要とされる画像を登録するためのページを表示する。本実施の形態では、画像表示部２３０には、登録される画像の属性によって車両画像添付画面表示部２０４、見積書添付画面表示部２０６及び車検証添付画面表示部２０８の例えば３つの画像添付画面表示部が含まれる。これらの画像添付画面表示部は、画像の他の属性による分類に従って構成されていてもよいし、分類の数も限定されない。また、各画像添付画面表示部が表示するページがそれぞれ複数あるような構成であってもよい。ユーザから添付すべき画像ファイルの選択入力操作を受け付けると、画像添付処理部２１０が、選択された画像の大きさとページ上の画像表示領域のサイズとを比較して、異なる場合には、選択された画像を画像表示領域のサイズに調整する。そして画像表示部２３０は、画像表示領域サイズに調整された画像をページ上の画像表示領域に表示する。また、表示した画像のデータを画像表示領域に対応付けてデータ保持部２２０に格納する。
【００３８】
車両画像添付画面表示部２０４は、事故車両の画像を添付するためのページの表示処理を行う。ユーザから添付すべき画像ファイルの選択入力操作を受け付けると、画像添付処理部２１０が、選択された画像の大きさとページ上の車両画像表示領域のサイズとを比較して、異なる場合には、選択された画像を車両画像表示領域のサイズに調整する。そして車両画像添付画面表示部２０４は、車両画像表示領域サイズの画像をページ上の車両画像表示領域に表示する。また、表示した画像のデータを車両画像表示領域に対応付けてデータ保持部２２０に格納する。
【００３９】
見積書添付画面表示部２０６は、修理の見積書の画像を添付するためのページの表示処理を行う。ユーザから添付すべき画像ファイルの選択入力操作を受け付けると、画像添付処理部２１０が、選択された画像の大きさとページ上の見積書画像表示領域のサイズとを比較して、異なる場合には、選択された画像を見積書画像表示領域のサイズに調整する。そして見積書添付画面表示部２０６は、見積書画像表示領域サイズの画像をページ上の見積書画像表示領域に表示する。また、表示した画像のデータを見積書画像表示領域に対応付けてデータ保持部２２０に格納する。なお、見積書のデータ・ファイルは修理工場が導入している修理費用見積りシステムによってフォーマットが異なるため、本ページに見積書のデータ・ファイルを読み込む機能は付加されていない。但し、異なる修理費用見積りシステムが出力するデータのフォーマットが統一されたり、異なる修理費用見積りシステムが出力するデータを所定のフォーマットに変換できるツールが存在するような場合には、見積書のデータ・ファイルを読み込む機能を付加するような構成であってもよい。
【００４０】
車検証添付画面表示部２０８は、事故車両の車検証の画像を添付するためのページの表示処理を行う。ユーザから画像添付の選択入力操作を受け付けると、画像添付処理部２１０が、選択された画像の大きさとページ上の車検証画像表示領域のサイズとを比較して、異なる場合には、選択された画像を車検証画像表示領域のサイズに調整する。そして車検証添付画面表示部２０８は、車検証画像表示領域サイズの画像をページ上の車検証画像表示領域に表示する。また、表示した画像のデータを車検証画像表示領域に対応付けてデータ保持部２２０に格納する。見積書添付画面表示部２０６と同様に、車検証のデータの読み込み機能は付加されていないが、ＯＣＲ（Optical Character Reader：光学式文字読み取り装置）技術の発達・普及等により、各修理工場が車検証のデータを簡単に電子化できるような場合には、車検証のデータを読み込む機能を付加するような構成であってもよい。
【００４１】
画像添付処理部２１０は、画像表示部２３０に含まれる車両画像添付画面表示部２０４、見積書添付画面表示部２０６及び車検証添付画面表示部２０８が管理する各ページにおいて、ユーザから画像添付の操作を受け付けた場合に、画像ファイルの場所を指定させるためのインタフェースを用いてユーザに画像ファイルの場所を指定させ、指定された画像データをコピーして縮小又は拡大することにより画像サイズの調整を行い、各ページに挿入する処理を行う。
【００４２】
画像のサイズには、表示サイズとデータ・サイズ（解像度）とがあり、表示サイズの調整と解像度の調整とを併せて行う。例えば画像添付処理部２１０は、添付エリア（画像表示領域）の位置及びサイズを確認する。添付エリアに対応付けられた適切な画像サイズ（範囲）は、画像添付プログラム２０００内の例えばデータ保持部２２０に予め登録しておくことができる。そして、添付エリアのサイズに比して、添付すべき画像のサイズが大きすぎる又は小さすぎる場合は、画像のサイズを調整するための所定の関数式等を用いて当該添付すべき画像のサイズを調整する。
【００４３】
本実施の形態では、例えばバイキュービック法（bi-cubic convolution）を用いて画像のサイズの調整を行う。バイキュービック法とは、画像の拡大や縮小の際に用いられる画像補間法の一つであり、拡大又は縮小前の画像のある画素の周囲１６個の画素の濃度値を特定し、３次関数を用いて補間する。具体的には、ｓｉｎ（πｘ）／πｘという式をテイラー展開により３次の項で近似し、補間式として用いる。これにより、精度の高い補間を行うことができる。なお、サイズ変更後の表示画像が著しく見にくくなる等の大きな影響を及ぼさない範囲において、他の補間法（例えば、「“貧乏人のためのＣＧ講座 ＣＧ知識編”、［online］、［平成１５年９月２９日検索］、インターネット＜URL：http://tt.sakura.ne.jp/~hiropon/lecture/trans.html＞」参照。）を用いてもよい。画像のサイズの調整処理後、当該画像を、予め定められた添付エリアに添付（ページ・データに画像データを挿入）する。
【００４４】
なお、解像度については変更せずに表示サイズのみ調整するようにしてもよいが、通常、デジタルカメラなどで撮影された画像の解像度は、保険の事故処理のための画像における適切な解像度に比べて過大である場合が多いため、例えば表示サイズの縮小にあわせて適切な解像度に調整することにより、画像のデータ・サイズを減縮して通信時間の短縮を図ることができる。
【００４５】
本実施の形態においては、基本的には上で述べたような方法を用いて画像サイズの調整を行うが、解像度を下げるような場合、例えば標準間引き率を画像添付プログラム２０００のデータ保持部２２０に予め記憶させておき、画像添付処理部２１０がデータ保持部２２０に記憶された標準間引き率を用いて、元々の画素数に標準間引き率を乗じて間引く画素数を求め、当該画素数分の画素を所定のパターンに従って間引くようにしてもよい。なお、標準間引き率には、縦のラインの間引き率及び横のラインの間引き率が含まれ、画像添付処理部２１０は、縦横それぞれの間引き率に基づいて画素を間引く。
【００４６】
また、標準間引き率に併せて、先に画像添付処理部２１０が選択された画像を車両画像表示領域にサイズを調整する際に行った調整の程度に応じて、標準間引き率を修正してもよい。例えば、標準間引き率÷サイズ調整の割合といった所定の計算式に基づいて、縦横を間引くようにしてもよい。例えば、標準間引き率を縦０．２（２割の間引き）、横０．３（３割の間引き）と設定していた場合、サイズ調整の割合が縦０．５倍、横０．４倍であったとすれば、縦については０．２÷０．５＝０．４を、横については０．３÷０．４＝０．７５を間引き率に設定して画素を間引く。なお、ここでの画素の間引き率の値はあくまでも一例であって、適切な値を任意に設定することができる。
【００４７】
さらに、標準間引き率を設定せずに、サイズ調整の割合をそのまま、あるいは所定の係数を乗じた値に修正して画素の間引き率として用いてもよい。このような間引き率に関するデータは、例えば画像添付プログラム２０００のデータ保持部２２０に予め記憶させておくことができる。
【００４８】
出力処理部２１２は、印刷のための処理を行う。表紙画面表示部２０２及び画像表示部２３０によってデータ保持部２２０に格納されたデータについて、画面表示される各ページにつき１枚ずつプリントアウトされるように印刷設定を行うような処理を行う。
【００４９】
データ読込処理部２１４は、表紙画面表示部２０２に登録可能なファイルが修理工場端末３（又は７）内に存在し、ユーザからデータ読み込みの選択入力操作があった場合に、保険契約者等のデータのインポート処理を行う。読み込まれたデータはデータ保持部２２０に格納され、表紙画面表示部２０２に表示される。なお、読み込み対象のファイルにファイル保護が施されている場合には、ファイルロック管理部２１８がファイル保護を解除する。
【００５０】
保存処理部２１６は、データ保持部２２０を参照して各ページにおいて登録されたデータを所定のフォーマットで統合し、オペレーティング・システム（ＯＳ：Operating System）のファイル保存機能を用いて本プログラム・ファイルを保存する。その際、ファイルロック管理部２１８は、保存するファイルに対してファイル保護を施す。すなわち、ファイルロック管理部２１８は、ファイル保護処理及びファイル保護の解除処理を行う機能を有する。また、各ページにおいて登録されたデータを統合して、画像添付プログラムとは別の、所定のファイル・フォーマットのファイルを生成して、修理工場端末３（又は７）の記憶装置に格納するようにしてもよい。
【００５１】
本実施の形態においては、パスワードによるファイル保護と、特定の端末でしかファイルが開封できないようにする処理とを行う構成となっている。まず、ファイルを保存する際には、所定のパスワードを設定してファイルをロックし、ロックされたファイルは、設定されたパスワードを入力しないと読み出すことができないような仕組みとなっている。ファイルロック管理部２１８は、このようなパスワードの設定及び管理並びにパスワード入力処理をユーザに代わって行う。また、特定の端末のみでファイル開封を可能とするために、ファイルロック管理部２１８は、例えば開封可能端末が特別に保持しているプログラム又はデータファイルの存在を確認する機能を有している。なお、ファイル保護はこのような方法に限られず、ファイルの暗号化等であってもよいし、その他いくつかの方法を併用した構成であってもよい。
【００５２】
データ保持部２２０は、本プログラムに関連する各種データを保持及び管理する。すなわち、表紙画面表示部２０２及び画像表示部２３０においてユーザの操作によって登録されたデータを格納し、格納したデータを出力処理部２１２や保存処理部２１６に提供する。
【００５３】
終了処理部２２２は、本システムの終了処理を行う。すなわち表示画面を閉じる。メールソフト制御部２２４は、所定のメールソフトを起動させる命令をコンピュータ（修理工場端末３（又は７））のＯＳに対して発行する。
【００５４】
以下、図３乃至図５に、各ＤＢのテーブル構成の一例を示す。
【００５５】
図３に保険契約ＤＢ５５７のテーブル構成の一例を示す。図３のテーブルの例には、保険証券番号の列３００、保険契約者名の列３０２、保険契約者の住所の列３０４、保険契約者の生年月日の列３０６、保険契約者の電話番号の列３０８及び当該保険契約の保険期間満了日の列３１０が含まれている。保険証券番号の列３００には、例えば自動車保険の保険証券番号が登録されており、この値によって本テーブルのレコードを特定することができる。また、図示していないが、保険契約の対象となっている車両の車台番号、当該保険契約の条件や補償内容等も登録されている。なお、１人が複数の保険契約を結ぶこともあるため、保険契約者名の列３０２の値が重複する場合があってもよい。
【００５６】
本テーブルは、例えば保険会社５のコールセンタのオペレータが事故の報告を受けた場合に、コールセンタ端末５２を操作して保険契約ＤＢ５５７にアクセスすることにより、参照される。例えば事故が発生した場合、事故の当事者である保険契約者が保険契約者電話機９を用いてコールセンタ電話機５３の電話番号に電話をかける。コールセンタのオペレータは例えば氏名、生年月日及び電話番号等を聞き、本テーブルのレコードの検索操作を行うことにより、本人確認を行い、保険証券番号、住所及び保険期間満了日の特定を行う。保険証券番号が複数抽出された場合には、保険契約の条件や補償内容を抽出し、保険契約者に通知する。そして保険契約者等が適用する保険を判断する。
【００５７】
またオペレータは、保険契約者の住所又は事故発生場所の住所を用いて修理工場ＤＢ５５８の検索操作を行い、近隣の修理工場を紹介する場合もある。保険期間満了日が過ぎていれば、保険が適用できない旨を保険契約者に伝える。
【００５８】
なお、その他必要な項目（列）があれば本テーブル構成に追加してもよいし、不必要な項目があれば削除してもよい。
【００５９】
図４に修理工場ＤＢ５５８のテーブル構成の一例を示す。図４のテーブルの例には、修理工場の工場番号の列４００、修理工場の工場名の列４０２、修理工場の住所の列４０４、修理工場の電話番号の列４０６、修理工場のメール・アドレスの列４０８及び画像添付システム対応フラグの列４１０が含まれている。
【００６０】
画像添付システム対応フラグの列４１０には、当該修理工場が画像添付システムに対応しているかどうかを判定するためのフラグが登録されている。ここで画像添付システムに対応しているとは、当該修理工場の例えば修理工場端末３（又は７）が、保険会社サーバ５５から送付されるデータを用いて画像添付プログラムを実行できる環境にあることを示す。なお、保険会社サーバ５５から修理工場端末３（又は７）に対するデータの送付には、データ読み込み用のファイルを送信する方法とデータを登録済みの画像添付プログラムを送信する方法との例えば２種類の方法がある。本実施の形態は、データ読み込み用のファイルを送信する方法を採用した場合の例である。
【００６１】
当該修理工場が画像添付システムに対応している場合には１が、対応していない場合には０が登録されている。保険会社サーバ５５は、この値によって修理工場とのやりとりの方法を判定する。例えば、画像添付システム対応済みの修理工場には、入力が必要なデータの一部を含むデータ読み込み用のファイルを送付することにより、ユーザのデータ入力負荷の軽減及び入力ミスの減少を図る。
【００６２】
なお、その他必要な項目（列）があれば本テーブル構成に追加してもよいし、不必要な項目があれば削除してもよい。
【００６３】
図５に事故ＤＢ５５９のテーブル構成の一例を示す。図５のテーブルの例には、受付番号の列５００、事故発生日の列５０２、契約者名の列５０４、協定担当者（アジャスター）の列５０６、保険証券番号の列５０８、工場番号の列５１０、登録番号の列５１４、車両型式の列５１６、類別区分の列５１８及びカラー・コードの列５２０が含まれている。
【００６４】
受付番号の列５００には、事故案件を一意に識別する番号が登録されており、この値によって本テーブルのレコードを特定することができる。なお、協定担当者（アジャスター）の列５０６にはアジャスターの氏名が登録されているが、一意に識別可能なアジャスター番号（コード）等が登録されるような構成であってもよい。
【００６５】
また、修理工場ＤＢ５５８に登録されていない修理工場が修理を行う場合には、工場番号の列５１０にデータが登録されない場合もある。なお、登録番号の列５１４、車両型式の列５１６、類別区分の列５１８及びカラー・コードの列５２０には、当該車両の車検証のデータが登録される。
【００６６】
以上述べた事故ＤＢ５５９のレコードは、事故又は事故による修理が１件発生する毎に１件追加されるような構成となっている。例えば保険会社５のコールセンタのオペレータが事故の連絡を受け、コールセンタ端末５２に入力したデータ及び保険契約ＤＢ５５７に格納されたデータ等に基づき事故ＤＢ５５９に新規レコードが登録される。この初期登録の時点では、受付番号の列５００の値、事故発生日の列５０２の値、契約者名の列５０４の値、保険証券番号の列５０８の値、工場番号の列５１０の値及び登録番号の列５１４の値が登録される。
【００６７】
協定担当者（アジャスター）の列５０６の値は、保険会社サーバ５５等がアジャスターの割当て処理を行った後、登録される。また、車両型式の列５１６、類別区分の列５１８及びカラー・コードの列５２０の値は、修理工場から車検証のデータを受信した後、登録されるが、初期登録の時点で判明していれば登録しておく。
【００６８】
なお、その他必要な項目（列）があれば本テーブル構成に追加してもよいし、不必要な項目があれば削除してもよい。
【００６９】
次に、図６及び図７を用いて図１に示したシステムの処理の内容を説明する。
【００７０】
なお、各修理工場には画像添付プログラムを配布済みであり、少なくとも手入力による事故案件データの登録が可能であることを前提として以下説明する。
【００７１】
保険会社サーバ５５は、例えば保険会社のコールセンタのオペレータが操作するコールセンタ端末５２から事故案件データを受信した場合、事故ＤＢ５５９に格納する（ステップＳ１）。また、修理工場データ検索処理部５５５は、受信した事故案件データの工場番号を用いて修理工場ＤＢ５５８を検索し、修理工場のデータを抽出する。保険会社サーバ５５は、抽出された修理工場のデータに含まれる住所を用いて、その地域を担当するアジャスターを割当て、事故ＤＢ５５９の対応するレコードを更新する（ステップＳ２）。すなわち、協定担当者（アジャスター）の列５０６（図５）に値を登録する。なお、修理工場ではなく保険契約者の住所（地域）によってアジャスターが割当てられる場合もある。
【００７２】
そして保険会社サーバ５５は、事故案件データを含むメール・データを生成し、割当てられたアジャスター宛に送信する（ステップＳ３）。なお、上で抽出した修理工場のデータに含まれる画像添付システム対応フラグの列４１０（図４）の値を用いて、修理工場が画像添付システムに対応しているかどうかを判定し、送信するメールに、修理工場の画像添付システムへの対応状況を表すデータを付加する。これにより、メールを見たアジャスターは、修理工場とのやりとりをどのような手段で行うべきか判断できる。なお、メールの宛先はアジャスターに限られるものではない。例えば、保険会社の各事業所毎に設けられたアドレス宛、あるいは保険会社が適宜設けたメールボックスに宛てて送信してもよい。この場合、各事業所のアドレスやメールボックスに届いたメールをアジャスターが閲覧したり、保険会社の担当者がアジャスターに転送するようにしてもよい。以下、メール・データのアジャスターへの送信については、同様な処理とすることができる。
【００７３】
例えば、修理工場が画像添付システムに対応している場合、アジャスターは社員用端末５１等を用いて修理工場に対する事故案件データ送付要求を保険会社サーバ５５に送信する。事故案件データには受付番号を含む。保険会社サーバ５５は、社員用端末５１等から受付番号を含む事故案件データ送信要求を受信すると、一旦記憶装置に格納する（ステップＳ４）。
【００７４】
事故案件データ検索処理部５５１は、受付番号を用いて事故ＤＢ５５９を検索し、事故案件のデータを抽出して記憶装置に格納する（ステップＳ５）。例えば契約者名の列５０４の値、協定担当者（アジャスター）の列５０６の値、保険証券番号の列５０８の値、工場番号の列５１０の値及び登録番号の列５１４の値を抽出する。
【００７５】
次に修理工場データ検索処理部５５５は、ステップＳ５において抽出された工場番号の列５１０の値を用いて修理工場ＤＢ５５８を検索し、修理工場のデータを抽出して記憶装置に格納する（ステップＳ７）。例えば工場名の列４０２の値、メール・アドレスの列４０８の値を抽出する。
【００７６】
次に修理工場送付用データ生成部５５０は、ステップＳ５及びステップＳ７において抽出されたデータを用いて、修理工場に送付するためのファイルを生成し、生成されたファイル（修理工場送付用ファイル）に所定のパスワードによるファイル保護を施し、修理工場宛のメールに添付して送信する（ステップＳ９）。
【００７７】
例えば修理工場端末３は、修理工場送付用ファイルを保険会社サーバ５５からのメールの添付ファイルとして受信し、記憶装置に格納する（ステップＳ１１）。なお、修理工場送付用ファイルは画像添付プログラムが読み込むためのファイルであり、所定の記憶部に格納される。例えば修理工場端末３のハードディスク内の所定のディレクトリに保存される。また、修理工場送付用ファイルには、画像添付プログラム以外のプログラムからは開くことができないような処理が施されている場合もある。
【００７８】
そして、修理工場端末３は、修理工場の担当者等のユーザによる画像添付プログラム２０００起動の要求を受け付けた場合、画像添付プログラム２０００の起動処理を行う（ステップＳ１３）。すなわち、画像添付プログラム２０００を実行し、初期画面（メニュー部及び表紙画面部）を表示する。なお、画像添付プログラム２０００の画面例や処理の詳細についての説明は後述するため、ここでは、画像添付プログラム２０００による処理は修理工場端末３が行うものとして説明する。
【００７９】
修理工場端末３は、ユーザの操作がデータの読み込み処理の実行要求であったかどうか判定する（ステップＳ１５）。データの読み込み処理の実行要求であったと判定された場合（ステップＳ１５：Ｙｅｓルート）、修理工場端末３は、自動的に、ステップＳ１１において受信した修理工場送付用ファイルを予め保持しているパスワードを用いて開き、読み込んだデータを表紙画面の対応する項目に設定する（ステップＳ１７）。なお、読み込み済みのファイルを削除するような構成であってもよい。また、ステップＳ１５においてデータの読み込み処理の実行要求ではなかったと判定された場合（ステップＳ１５：Ｎｏルート）、修理工場端末３は、ステップＳ１７の処理をスキップする。処理は端子Ｍを介して図７の処理に移行する。
【００８０】
修理工場端末３は、表紙画面に対するユーザからの入力を受け付け、入力されたデータを記憶装置に格納する（ステップＳ１９）。次に修理工場端末３は、例えば事故車両の画像データの添付要求等、画像添付画面に対するユーザからの選択入力を受け付け、所定サイズで表示するように設定された画像データ等を記憶装置に格納する（ステップＳ２１）。次に修理工場端末３は、例えば見積書の画像データの添付要求等、見積添付画面に対するユーザからの選択入力を受け付け、所定サイズで表示するように設定された画像データ等を記憶装置に格納する（ステップＳ２３）。次に修理工場端末３は、例えば車検証の画像データの添付要求等、車検証添付画面に対するユーザからの選択入力を受け付け、所定サイズで表示するように設定された画像データ等を記憶装置に格納する（ステップＳ２５）。
【００８１】
なお、ステップＳ１９乃至ステップＳ２５の処理についてはどのような順序で実行してもよいし、必須ではない画像の添付処理をスキップするような構成であってもよい。なお、本実施の形態では、必須入力項目が入力されていない場合や、画像添付が全くなされていない場合等には、ファイルの保存ができないような構成となっている。ファイル保存処理部２１６は、ファイル保存指示を検知した際に、必須項目（例えば、１０桁等の所定桁数の事件番号など）の入力や画像添付が漏れなくなされているかどうかを確認する。必須項目の入力や画像添付がなされていない場合、保存処理が実行されないような構成となっている。
【００８２】
以上、一通りの設定登録が終わり、ユーザからのファイル保存要求を受け付けると、修理工場端末３は、ファイルの保存処理を行う。なお、自動的に、保存するファイルにはパスワードを用いてファイル保護を施す（ステップＳ２７）。この場合、ファイル保護の施し方及びファイルの保存方法は次の通りである。まず、ファイル保存処理部２１６は必須項目の入力や画像添付がなされていることを確認すると、ファイル保存のための設定データを生成し、制御部２００を介して出力処理部２１２に送信し、修理工場端末３の表示装置に表示させる。その際、保存ファイルの新規名称の候補を、必須入力項目中のデータ（例えば所定桁数の事件番号）を用いて表示する。それに対して修理工場の担当者などがデータの保存実行処理の指示を、修理工場端末３の図示しない入力部を介して行う。
【００８３】
修理工場端末３は保存実行処理の指示を受け付け、保存実行処理の指示は、制御部２００を介してファイル保存処理部２１６に通知される。ファイル保存処理部２１６は、修理工場の担当者などの操作によってファイル名が変更されていないことを確認すると、ファイルロック管理部２１８にファイルロック処理を指示する。場合によっては暗号化処理を行う。この際、ファイル名が変更されていた場合には、ファイル保存処理部２１６による保存処理が実行されないようになっている。また、ファイル保存処理部２１６が、ファイル名とファイル内のデータ中の特定データ（例えば、所定桁数の事件番号）とが一致しているかどうか（あるいはファイルの文字列中に特定データが含まれているか）を確認し、一致していない場合には保存処理を行わないようにすることもできる。
【００８４】
ファイルロック管理部２１８は、ファイル保存処理部２１６の指示に基づき、所定の秘密パスワードを用いて、ファイルのパスワードによるロック処理を実行する。こうすることで、統一化されたファイル名の設定及び漏れのないファイルロック処理を行なうことが可能となる。すなわち、保険会社などでの事故データの管理が適切に行えるようになり、修理工場側でファイル保護されない状態のファイルを保存することを防止できる。なお、ここで設定される秘密パスワードは、例えば保険会社の担当社員や担当アジャスターだけに知らされているもので、修理工場側には知らされていない。こうすることで、修理工場の担当者等によるパスワードの失念を防止でき、また、一旦画像データが添付され保存されたファイルは、パスワードを用いない限り修理工場端末３においても開封ができなくなり、修理工場内の他の担当者などに情報が漏洩するというリスクを回避できる。
【００８５】
さらに、ファイルロック管理部２１８は、秘密パスワードによりロックしたファイルの開封を特定の端末上でのみ可能とするような機能を有している。具体的には、例えば社員用端末５１など、ファイル開封を可能とする端末には、予め固有のプログラムの設定又はデータの記録（ファイル開封用の特殊プログラムの設定、特殊名ファイルの記録、特定の記憶領域に特定データを記録など）をしておく。そして、ファイルロック管理部２１８は、秘密パスワードによりロックされたファイルの開封指示を検知すると、ファイル開封可能端末確認用のプログラムの設定や特定データの記録の有無を確認し、ファイルの開封可否を判定する。なお、パスワードロックされていないファイルについては、このような処理は行わない。すなわち、修理工場端末３において最初にファイルを開封する際には端末の確認処理は行われない。これにより、万一、秘密パスワードが外部の第三者に漏洩しても、特定の端末上以外ではパスワードロックされたファイルの開封ができなくなる。ファイルロック管理部２１８は以上のようなファイル保護処理を行い、保存処理部２１６のファイル保存が完了する。
【００８６】
次に、修理工場端末３は、修理工場の担当者等のユーザのメール送信の要求操作を受け付け、例えばステップＳ２７において保存されたファイルを添付したメール・データを生成し、例えば保険会社５の当該事故案件を担当している社員宛てに送信する（ステップＳ２９）。なお、保険会社５が設定した１つのメール・アドレスに送信し、保険会社サーバ５５が協定担当者（アジャスター）を特定して送付したり、協定担当者（アジャスター）のアクセスに従ってファイルをダウンロードさせたりすることもある。
【００８７】
例えば社員用端末５１は、ステップＳ２９において宛先となった保険会社の担当者によるメール受信の操作を受け付け、図示しないメール・サーバからメール・データを受信し、記憶装置に格納する（ステップＳ３１）。添付ファイルも同様に受信して記憶装置に格納する。そして社員用端末５１は、保険会社の担当者による、ステップＳ３１において受信したファイルの閲覧の要求操作を受け付けた場合には、保険会社の担当者にパスワードの入力を促す。そして、保険会社の担当者から正しいパスワードの入力を受け付けた場合には、ファイル内容を表示装置に表示する（ステップＳ３３）。
【００８８】
なお、社員用端末５１は、保険会社の担当者による印刷処理の要求操作を受け付けた場合には、表示したファイルの印刷処理を行う。このファイルは、当該ファイルに含まれる各ページにつき例えばＡ４サイズ１枚で印刷されるような構成となっている。
【００８９】
以上の処理により、保険会社は、修理工場の担当者等のユーザに対し、事故案件毎に統一された形態でデータを登録させることができる。また、自動的にファイル保護を行うため、ユーザによるファイル保護の失念も防止できる。また、入力が必要なデータの少なくとも一部を含む読み込み用のファイルを修理工場に送付し、修理工場で受け取ったファイルを読み込むことにより、修理工場と保険会社の担当者とのやりとりや、入力ミスによる不具合の削減を図ることができる。
【００９０】
また、修理工場の担当者等のユーザは、ファイル保護を意識せずに読み込み用ファイルの読み込み操作が可能となる。さらに、保険会社の担当者は、印刷時に、印刷範囲から画像がはみ出ないようにする等の印刷設定を意識する必要がないため、業務効率の向上を図ることができる。
【００９１】
次に、図８乃至図２０を用いて図２に示した画像添付プログラム２０００の処理の内容を説明する。
【００９２】
画像添付プログラム２０００が実行されると、まず、画像添付プログラム２０００は、初期画面の表示を行うかどうか判定する（ステップＳ３５）。起動時には初期画面の表示を行うため（ステップＳ３５：Ｙｅｓルート）、制御部２００は共通ヘッダー部の表示を行う（ステップＳ３７）。そして表紙画面表示部２０２は表紙画面の表示を行う（ステップＳ３９）。
【００９３】
図９に、共通ヘッダー部を含む表紙画面の一例を示す。図９の例では、共通ヘッダー部９００及び表紙画面９５０が含まれている。共通ヘッダー部９００には、「保存」ボタン９０２、「印刷」ボタン９０４、「表紙」ボタン９０６、「画像」ボタン９０８、「見積」ボタン９１０、「車検証」ボタン９１２、「読込」ボタン９１４、「メール」ボタン９１６及び「終了」ボタン９１８が含まれている。これらのボタンが選択されることにより、各画面への遷移、保存や終了等の処理が実行される。
【００９４】
また、表紙画面９５０には、送信元名（修理工場名称）入力欄９５２、お客様名（保険契約者名）入力欄９５４、協定担当者（アジャスター）名入力欄９５６、受付番号入力欄９５８、登録番号入力欄９６０、型式入力欄９６２、類別区分・型式指定番号入力欄９６４、カラー・コード入力欄９６６、車両所有者名入力欄９６８、車両使用者名入力欄９７０、証券番号入力欄９７２及びコメント入力欄９７４が含まれている。送信元名（修理工場名称）入力欄９５２乃至カラー・コード入力欄９６６は必須入力項目となっており、全て入力されていないと保存処理ができないような構成となっている。なお、必須入力項目はこのパターンに限らず、適宜、必要に応じて変更することができる。
【００９５】
図８の処理フローに戻り、処理は端子Ｊを介してステップＳ４１の処理へ進む。また、ステップＳ３５において、初期画面の表示ではないと判定された場合には（ステップＳ３５：Ｎｏルート）、ステップＳ３７及びステップＳ３９の処理をスキップする。すなわち、表示しているページをそのまま表示しておく。
【００９６】
制御部２００及び各画面表示部（例えば表紙画面表示部２０２）は、表示しているページに対する、修理工場の担当者等のユーザからのボタンの選択入力やデータの入力を受け付け、例えば表紙画面９５０（図９）に入力されたデータは、データ保持部２２０によって一旦記憶装置に格納される（ステップＳ４１）。
【００９７】
制御部２００は、共通ヘッダー部（例えば共通ヘッダー部９００（図９））に対するユーザからの要求操作を判定する。すなわち、どのボタンが押されたかを判定する。「保存」ボタン９０２が押されたと判定された場合（ステップＳ４３：Ｙｅｓルート）、処理は端子Ｂを介して図１７の処理に移行する。
【００９８】
「保存」ボタン９０２が押されず（ステップＳ４３：Ｎｏルート）、「印刷」ボタン９０４が押されたと判定された場合（ステップＳ４５：Ｙｅｓルート）、処理は端子Ｃを介して図１８の処理に移行する。
【００９９】
「印刷」ボタン９０４が押されず（ステップＳ４５：Ｎｏルート）、「表紙」ボタン９０６が押されたと判定された場合（ステップＳ４７：Ｙｅｓルート）、処理は端子Ａを介してステップＳ３９の処理に戻る。
【０１００】
「表紙」ボタン９０６が押されず（ステップＳ４７：Ｎｏルート）、「画像」ボタン９０８が押されたと判定された場合（ステップＳ４９：Ｙｅｓルート）、処理は端子Ｄを介して図１１の処理に移行する。
【０１０１】
「画像」ボタン９０８が押されず（ステップＳ４９：Ｎｏルート）、「見積」ボタン９１０が押されたと判定された場合（ステップＳ５１：Ｙｅｓルート）、処理は端子Ｅを介して図１３の処理に移行する。「見積」ボタン９１０が押されたと判定されなかった場合（ステップＳ５１：Ｎｏルート）、処理は端子Ｌを介して図１０の処理に移行する。
【０１０２】
図１０の処理に移行し、制御部２００は、さらに共通ヘッダー部（例えば共通ヘッダー部９００（図９））に対するユーザからの要求操作を判定する。すなわち、どのボタンが押されたかを判定する。「車検証」ボタン９１２が押されたと判定された場合（ステップＳ５３：Ｙｅｓルート）、処理は端子Ｆを介して図１５の処理に移行する。
【０１０３】
「車検証」ボタン９１２が押されず（ステップＳ５３：Ｎｏルート）、「メール」ボタン９１６が押されたと判定された場合（ステップＳ５５：Ｙｅｓルート）、処理は端子Ｇを介して図２０の処理に移行する。
【０１０４】
「メール」ボタン９１６が押されず（ステップＳ５５：Ｎｏルート）、「読込」ボタン９１４が押されたと判定された場合（ステップＳ５７：Ｙｅｓルート）、処理は端子Ｈを介して図１９の処理に移行する。
【０１０５】
「読込」ボタン９１４が押されなかったと判定された場合（ステップＳ５７：Ｎｏルート）、制御部２００は「終了」ボタン９１８が押されたと判定する。終了処理部２２２は、例えば「終了してもよろしいですか？」等の終了を確認するメッセージを表示し、例えば「はい」ボタン又は「いいえ」ボタンによるユーザの選択入力操作を受け付ける（ステップＳ５９）。
【０１０６】
ユーザの選択入力操作が、終了を了承する例えば「はい」ボタンの押下であったと判定された場合（ステップＳ６１：Ｙｅｓルート）、終了処理部２２２は、表示画面を閉じ、プログラムを終了する（ステップＳ６３）。また、「はい」ボタンの押下ではなかったと判定された場合（ステップＳ６１：Ｎｏルート）、処理は端子Ｊを介してステップＳ４１（図８）の処理に戻る。
【０１０７】
次に、端子Ｄを介して遷移した処理について図１１を用いて説明する。本処理は、ステップＳ４９（図８）において「画像」ボタン９０８（図９）が押されたと判定された場合（ステップＳ４９：Ｙｅｓルート）の処理である。
【０１０８】
車両画像添付画面表示部２０４は、車両画像添付画面を表示し、ユーザの選択入力操作を受け付ける（ステップＳ６５）。
【０１０９】
図１２に、共通ヘッダー部を含む車両画像添付画面の一例を示す。図１２の例では、共通ヘッダー部１２００及び車両画像添付画面１２５０が含まれている。共通ヘッダー部１２００は、上で述べた共通ヘッダー部９００（図９）と同様の構成となっている。
【０１１０】
また、車両画像添付画面１２５０には、「写真」ボタン１２５２、「削除」ボタン１２５４、車両画像添付欄１２５６及びコメント入力欄１２５８が含まれている。以上の画像添付用項目を１セットとして、本実施の形態では、車両画像添付画面１２５０の１ページにつき３セットの画像添付用項目が含まれるような構成となっている。これは、登録番号の入った車両全景画像と、損傷部を中心に損傷全体が把握できる画像と、損傷部のクローズアップ画像との３つの画像の添付を促すためである。但し、１ページに含む画像添付用項目は何セットであってもよいし、車両画像添付画面が複数あるような構成であってもよい。
【０１１１】
修理工場の担当者等のユーザは、「写真」ボタン１２５２又は「削除」ボタン１２５４を押すことによって、当該ボタンの下に設置されている車両画像添付欄１２５６に対して画像データの挿入又は削除を行う。また、車両画像添付欄１２５６の画像データについての説明やコメントを、右側のコメント入力欄１２５８に入力する。
【０１１２】
図１１のフローに戻り、車両画像添付画面表示部２０４は、ユーザからの車両画像添付画面１２５０（図１２）に対する要求操作を判定する。「写真」ボタン１２５２（図１２）が押されたと判定された場合（ステップＳ６７：Ｙｅｓルート）、画像添付処理部２１０は、図示しない画像ファイル指定ダイアログ・ボックスを表示し、添付する画像ファイルの指定を促す。例えばディレクトリ及びファイル名を直接入力可能としてもよいし、ディレクトリ及びファイルを参照しながら選択するような構成であってもよい。そして、画像添付処理部２１０は、指定されたディレクトリ及びファイル名と、例えば「この画像ファイルを添付しますか？」等の確認メッセージとを含む図示しないダイアログ・ボックスを表示し、例えば「ＯＫ」ボタン及び「キャンセル」ボタンによるユーザの選択入力操作を受け付ける（ステップＳ６９）。なお、ファイルを選択する際に画像データのサムネイルを表示して、内容の確認を行うことができるようにすることもある。
【０１１３】
ユーザの選択入力操作が、ファイルの添付を了承する例えば「ＯＫ」ボタンの押下ではなかったと判定された場合（ステップＳ７１：Ｎｏルート）、ステップＳ６５の処理に戻る。「ＯＫ」ボタンの押下であったと判定された場合（ステップＳ７１：Ｙｅｓルート）、画像添付処理部２１０は、ステップＳ６５において押された「写真」ボタン１２５２（図１２）に対応する車両画像添付欄１２５６（図１２）に、既に画像が添付済みかどうか判定する（ステップＳ７３）。添付済みであると判定された場合（ステップＳ７３：Ｙｅｓルート）、画像添付処理部２１０は、図示しない差替え確認ダイアログ・ボックスにおいて、例えば「現在添付されている画像を破棄して、新しい画像を添付しますか？」等の確認メッセージを表示し、例えば「差替え」ボタン及び「やめる」ボタンによるユーザの選択入力操作を受け付ける（ステップＳ７５）。
【０１１４】
ユーザの選択入力操作が、画像の差替えを了承する例えば「差替え」ボタンの押下ではなかったと判定された場合（ステップＳ７７：Ｎｏルート）、ステップＳ６５の処理に戻る。「差替え」ボタンの押下であったと判定された場合（ステップＳ７７：Ｙｅｓルート）、画像添付処理部２１０は、指定された画像ファイルを読み込み（ステップＳ７９）、画像ファイルの表示サイズが、ステップＳ６５において押された「写真」ボタン１２５２（図１２）に対応する車両画像添付欄１２５６（図１２）のサイズと等しいか確認する（ステップＳ８１）。等しくない場合には、画像添付処理部２１０は画像ファイルの表示サイズを調整し、車両画像添付欄１２５６（図１２）と同じサイズの画像を車両画像添付欄１２５６（図１２）に上書き添付（画像データ更新）する（ステップＳ８３）。なおこの際、所定の画像サイズ調整処理を行って画像の解像度を修正する場合もある。車両画像添付画面表示部２０４は、添付された画像を画面表示し、データ保持部２２０に格納する。なお、データ保持部２２０では、表示サイズのデータに対応して画像データが保持される。
【０１１５】
また、ステップＳ７３において、添付済みではないと判定された場合（ステップＳ７３：Ｎｏルート）、差替えの確認は必要ないため、画像添付処理部２１０は、ステップＳ７５及びステップＳ７７の処理をスキップしてステップＳ７９に移行する。
【０１１６】
ステップＳ８１の処理の終了後、処理はステップＳ６５に戻る。
【０１１７】
次に、ステップＳ６７において、「写真」ボタン１２５２（図１２）が押されたと判定されなかった場合（ステップＳ６７：Ｎｏルート）、「削除」ボタン１２５４（図１２）が押されたかどうか判定する（ステップＳ８４）。「削除」ボタン１２５４（図１２）が押されたと判定されなかった場合（ステップＳ８４：Ｎｏルート）、処理は端子Ｊを介してステップＳ４１（図８）の処理に戻る。
【０１１８】
ステップＳ８４において、「削除」ボタン１２５４（図１２）が押されたと判定された場合（ステップＳ８４：Ｙｅｓルート）、画像添付処理部２１０は、図示しない画像削除確認ダイアログ・ボックスにおいて、例えば「画像を削除します。よろしいですか？」等の確認メッセージを表示し、例えば「ＯＫ」ボタン及び「キャンセル」ボタンによるユーザの選択入力操作を受け付ける（ステップＳ８５）。
【０１１９】
ユーザの選択入力操作が、画像の削除を了承する例えば「ＯＫ」ボタンの押下ではなかったと判定された場合（ステップＳ８７：Ｎｏルート）、ステップＳ６５の処理に戻る。「ＯＫ」ボタンの押下であったと判定された場合（ステップＳ８７：Ｙｅｓルート）、画像添付処理部２１０は、ステップＳ６５において押された「削除」ボタン１２５４（図１２）に対応する車両画像添付欄１２５６（図１２）に添付されている画像ファイルを削除する（ステップＳ８９）。車両画像添付画面表示部２０４は、指定された添付済みの画像を消去して画面表示する。また、データ保持部２２０は、保持している当該画像ファイルのデータを破棄する。処理はステップＳ６５に戻る。
【０１２０】
次に、端子Ｅを介して遷移した処理について図１３を用いて説明する。本処理は、ステップＳ５１（図８）において「見積」ボタン９１０（図９）が押されたと判定された場合（ステップＳ５１：Ｙｅｓルート）の処理である。
【０１２１】
見積書添付画面表示部２０６は、見積書添付画面を表示し、ユーザの選択入力操作を受け付ける（ステップＳ９１）。
【０１２２】
図１４に、共通ヘッダー部を含む見積書添付画面の一例を示す。図１４の例では、共通ヘッダー部１４００及び見積書添付画面１４５０が含まれている。共通ヘッダー部１４００は、上で述べた共通ヘッダー部９００（図９）と同様の構成となっている。
【０１２３】
また、見積書添付画面１４５０には、「見積書貼付」ボタン１４５２、「見積書削除」ボタン１４５４及び見積書画像添付欄１４５６が含まれている。以上の画像添付用項目を１セットとして、本実施の形態では、見積書添付画面１４５０の１ページにつき１セットの画像添付用項目が含まれるような構成となっている。但し、１ページに含む画像添付用項目は何セットであってもよいし、見積書添付画面が複数あるような構成であってもよい。
【０１２４】
修理工場の担当者等のユーザは、「見積書貼付」ボタン１４５２又は「見積書削除」ボタン１４５４を押すことによって、当該ボタンの下に設置されている見積書画像添付欄１４５６に対して画像データの挿入又は削除を行う。
【０１２５】
図１３のフローに戻り、見積書添付画面表示部２０６は、ユーザからの見積書添付画面１４５０（図１４）に対する要求操作を判定する。「見積書貼付」ボタン１４５２（図１４）が押されたと判定された場合（ステップＳ９３：Ｙｅｓルート）、画像添付処理部２１０は、図示しない画像ファイル指定ダイアログ・ボックスを表示し、添付する画像ファイルの指定を促す。例えばディレクトリ及びファイル名を直接入力可能としてもよいし、ディレクトリ及びファイルを参照しながら選択するような構成であってもよい。そして、画像添付処理部２１０は、指定されたディレクトリ及びファイル名と、例えば「この画像ファイルを添付しますか？」等の確認メッセージとを含む図示しないダイアログ・ボックスを表示し、例えば「ＯＫ」ボタン又は「キャンセル」ボタンによるユーザの選択入力操作を受け付ける（ステップＳ９５）。なお、ファイルを選択する際に画像データのサムネイルを表示して、内容の確認を行うことができるようにすることもある。
【０１２６】
ユーザの選択入力操作が、ファイルの添付を了承する例えば「ＯＫ」ボタンの押下ではなかったと判定された場合（ステップＳ９７：Ｎｏルート）、ステップＳ９１の処理に戻る。「ＯＫ」ボタンの押下であったと判定された場合（ステップＳ９７：Ｙｅｓルート）、画像添付処理部２１０は、ステップＳ９１において押された「見積書貼付」ボタン１４５２（図１４）に対応する見積書画像添付欄１４５６（図１４）に、既に画像が添付済みかどうか判定する（ステップＳ９９）。添付済みであると判定された場合（ステップＳ９９：Ｙｅｓルート）、画像添付処理部２１０は、図示しない差替え確認ダイアログ・ボックスにおいて、例えば「現在添付されている画像を破棄して、新しい画像を添付しますか？」等の確認メッセージを表示し、例えば「差替え」ボタン及び「やめる」ボタンによるユーザの選択入力操作を受け付ける（ステップＳ１０１）。
【０１２７】
ユーザの選択入力操作が、画像の差替えを了承する例えば「差替え」ボタンの押下ではなかったと判定された場合（ステップＳ１０３：Ｎｏルート）、ステップＳ９１の処理に戻る。「差替え」ボタンの押下であったと判定された場合（ステップＳ１０３：Ｙｅｓルート）、画像添付処理部２１０は、指定された画像ファイルを読み込み（ステップＳ１０５）、画像ファイルの表示サイズが、見積書画像添付欄１４５６（図１４）のサイズと等しいか確認する（ステップＳ１０７）。等しくない場合には、画像添付処理部２１０は画像ファイルの表示サイズを調整し、見積書画像添付欄１４５６（図１４）と同じサイズの画像を見積書画像添付欄１４５６（図１４）に上書き添付（画像データ更新）する（ステップＳ１０９）。見積書添付画面表示部２０６は、添付された画像を画面表示し、データ保持部２２０に格納する。なお、データ保持部２２０では、表示サイズのデータに対応して画像データが保持される。
【０１２８】
また、ステップＳ９９において、添付済みではないと判定された場合（ステップＳ９９：Ｎｏルート）、差替えの確認は必要ないため、画像添付処理部２１０は、ステップＳ１０１及びステップＳ１０３の処理をスキップしてステップＳ１０５に移行する。
【０１２９】
ステップＳ１０７の処理の終了後、処理はステップＳ９１に戻る。
【０１３０】
次に、ステップＳ９３において、「見積書貼付」ボタン１４５２（図１４）が押されたと判定されなかった場合（ステップＳ９３：Ｎｏルート）、「見積書削除」ボタン１４５４（図１４）が押されたかどうか判定する（ステップＳ１０９）。「見積書削除」ボタン１４５４（図１４）が押されたと判定されなかった場合（ステップＳ１０９：Ｎｏルート）、処理は端子Ｊを介してステップＳ４１（図８）の処理に戻る。
【０１３１】
ステップＳ１０９において、「見積書削除」ボタン１４５４（図１４）が押されたと判定された場合（ステップＳ１０９：Ｙｅｓルート）、画像添付処理部２１０は、図示しない画像削除確認ダイアログ・ボックスにおいて、例えば「画像を削除します。よろしいですか？」等の確認メッセージを表示し、例えば「ＯＫ」ボタン又は「キャンセル」ボタンによるユーザの選択入力操作を受け付ける（ステップＳ１１１）。
【０１３２】
ユーザの選択入力操作が、画像の削除を了承する例えば「ＯＫ」ボタンの押下ではなかったと判定された場合（ステップＳ１１３：Ｎｏルート）、ステップＳ９１の処理に戻る。「ＯＫ」ボタンの押下であったと判定された場合（ステップＳ１１３：Ｙｅｓルート）、画像添付処理部２１０は、見積書画像添付欄１４５６（図１４）に添付されている画像ファイルを削除する（ステップＳ１１５）。見積書添付画面表示部２０６は、指定された添付済みの画像を消去して画面表示する。また、データ保持部２２０は、保持している当該画像ファイルのデータを破棄する。処理はステップＳ９１に戻る。
【０１３３】
次に、端子Ｆを介して遷移した処理について図１５を用いて説明する。本処理は、ステップＳ５３（図１０）において「車検証」ボタン９１２（図９）が押されたと判定された場合（ステップＳ５３：Ｙｅｓルート）の処理である。
【０１３４】
車検証添付画面表示部２０８は、車検証添付画面を表示し、ユーザの選択入力操作を受け付ける（ステップＳ１１７）。
【０１３５】
図１６に、共通ヘッダー部を含む車検証添付画面の一例を示す。図１６の例では、共通ヘッダー部１６００及び車検証添付画面１６５０が含まれている。共通ヘッダー部１６００は、上で述べた共通ヘッダー部９００（図９）と同様の構成となっている。
【０１３６】
また、車検証添付画面１６５０には、「車検証貼付」ボタン１６５２、「車検証削除」ボタン１６５４及び車検証画像添付欄１６５６が含まれている。以上の画像添付用項目を１セットとして、本実施の形態では、車検証添付画面１６５０の１ページにつき１セットの画像添付用項目が含まれるような構成となっている。但し、１ページに含む画像添付用項目は何セットであってもよいし、車検証添付画面が複数あるような構成であってもよい。
【０１３７】
修理工場の担当者等のユーザは、「車検証貼付」ボタン１６５２又は「車検証削除」ボタン１６５４を押すことによって、当該ボタンの下に設置されている車検証画像添付欄１６５６に対して画像データの挿入又は削除を行う。
【０１３８】
図１５のフローに戻り、車検証添付画面表示部２０８は、ユーザからの車検証添付画面１６５０（図１６）に対する要求操作を判定する。以下、上で述べた見積書添付画面と同様の処理のため、説明を省略する。
【０１３９】
次に、端子Ｂを介して遷移した処理について図１７を用いて説明する。本処理は、ステップＳ４３（図８）において「保存」ボタン９０２（図９）が押されたと判定された場合（ステップＳ４３：Ｙｅｓルート）の処理である。
【０１４０】
保存処理部２１６は、データ保持部２２０に保持されているデータを参照し、必須入力チェック、桁数チェック及び文字チェックを行う（ステップＳ１１９）。また、画像添付チェックを行う（ステップＳ１２１）。
【０１４１】
必須入力チェックでは、必須入力項目（必須入力欄）に全てデータが入力されているかチェックする。例えば表紙画面９５０（図９）における必須入力項目である送信元名（修理工場名称）入力欄９５２、お客様名（保険契約者名）入力欄９５４、協定担当者（アジャスター）名入力欄９５６、受付番号入力欄９５８、登録番号入力欄９６０、型式入力欄９６２、類別区分・型式指定番号入力欄９６４及びカラー・コード入力欄９６６に対して全て入力がなされているかチェックする。
【０１４２】
桁数チェックでは、番号やコードの入力欄等に所定の桁数（範囲内）でデータが入力されているかチェックする。例えば表紙画面９５０（図９）における受付番号入力欄９５８に入力されているデータが、例えば８桁であるかどうかチェックする。
【０１４３】
文字チェックでは、番号やコードの入力欄等に入力されているデータが、適切な文字によって構成されているかチェックする。例えば表紙画面９５０（図９）における受付番号入力欄９５８に入力されているデータが、ピリオドから始まっていたり、所定の文字以外のデータ（コロンやスラッシュ等）を含む場合には、適切ではないものとする。
【０１４４】
画像添付チェックでは、例えば車両画像添付画面１２５０（図１２）に少なくとも１つの画像が添付されているかチェックする。見積書添付画面１４５０（図１４）や車検証添付画面１６５０（図１６）についても同様に画像の添付がなされているかチェックするような構成であってもよい。
【０１４５】
保存処理部２１６は、以上のチェック処理の結果、エラーがあったかどうか判定する（ステップＳ１２３）。エラーがあったと判定された場合（ステップＳ１２３：Ｙｅｓルート）、保存処理部２１６は、例えば「正しく入力し直してください。」等のエラー・メッセージを表示し（ステップＳ１２５）、処理は端子Ｊを介してステップＳ４１（図８）の処理に戻る。
【０１４６】
エラーがなかったと判定された場合（ステップＳ１２３：Ｎｏルート）、保存処理部２１６は、例えば「ファイルを保存して終了しますか？」等の確認メッセージを含む図示しない保存確認ダイアログ・ボックスを表示し、例えば「はい」ボタン又は「いいえ」ボタンによるユーザの選択入力操作を受け付ける（ステップＳ１２７）。
【０１４７】
ユーザの選択入力操作が、ファイルの保存及び終了を了承する例えば「はい」ボタンの押下ではなかったと判定された場合（ステップＳ１２９：Ｎｏルート）、処理は端子Ｊを介してステップＳ４１（図８）の処理に戻る。「はい」ボタンの押下であったと判定された場合（ステップＳ１２９：Ｙｅｓルート）、保存処理部２１６は、図示しない保存先指定ダイアログ・ボックスを表示し、ファイルの保存先の指定を促す。例えばディレクトリ名を直接入力可能としてもよいし、ディレクトリを参照しながら選択するような構成であってもよい。また、このステップをスキップして、常に所定の同一ディレクトリに保存するような構成であってもよい。
【０１４８】
そして、保存処理部２１６は、指定されたディレクトリ及びファイル名と、例えば「この場所に保存しますか？」等の確認メッセージとを含む図示しないダイアログ・ボックスを表示し、例えば「ＯＫ」ボタン又は「キャンセル」ボタンによるユーザの選択入力操作を受け付ける（ステップＳ１３１）。
【０１４９】
ユーザの選択入力操作が、ファイルの保存先を了承する例えば「ＯＫ」ボタンの押下ではなかったと判定された場合（ステップＳ１３３：Ｎｏルート）、処理は端子Ｊを介してステップＳ４１（図８）の処理に戻る。「ＯＫ」ボタンの押下であったと判定された場合（ステップＳ１３３：Ｙｅｓルート）、保存処理部２１６は、保存先に指定されたディレクトリに既に同名のファイルが存在するかどうか判定する（ステップＳ１３５）。存在すると判定された場合（ステップＳ１３５：Ｙｅｓルート）、保存処理部２１６は、図示しない上書き確認ダイアログ・ボックスにおいて、例えば「新しいファイルを上書きしますか？」等の確認メッセージを表示し、例えば「はい」ボタン又は「いいえ」ボタンによるユーザの選択入力操作を受け付ける（ステップＳ１３７）。
【０１５０】
なお、ファイル名については受付番号等のユニークな名前とすることもある。また、自動的にユニークなファイル名が設定される場合もある。
【０１５１】
ユーザの選択入力操作が、ファイルの上書きを了承する例えば「はい」ボタンの押下ではなかったと判定された場合（ステップＳ１３９：Ｎｏルート）、処理は端子Ｊを介してステップＳ４１（図８）の処理に戻る。「はい」ボタンの押下であったと判定された場合（ステップＳ１３９：Ｙｅｓルート）、保存処理部２１６は、データ保持部２２０を参照して各ページにおいて登録されたデータを所定のフォーマットで統合し、ＯＳのファイル保存機能を用いて本プログラム・ファイルを指定されたディレクトリに保存する。その際、ファイルロック管理部２１８は、保存するプログラム・ファイルに対してファイル保護を施す（ステップＳ１４１）。処理は端子Ｋを介してステップＳ６３（図１０）の処理に移行する。
【０１５２】
なお、ステップＳ１３１以降のファイル保存の処理はＯＳが持つ機能のみを用いて行われるような構成であってもよい。但し、その場合には、ステップＳ１３１以前にファイル保護処理を実施しておく必要がある。また、ＯＳによる保存処理の終了後は、処理は端子Ｊを介してステップＳ４１（図８）の処理に戻る。
【０１５３】
また、各ページにおいて登録されたデータを統合して、画像添付プログラムとは別の、所定のファイル・フォーマットのファイルを生成して、修理工場端末３の記憶装置に格納するようにしてもよい。
【０１５４】
次に、端子Ｃを介して遷移した処理について図１８を用いて説明する。本処理は、ステップＳ４５（図８）において「印刷」ボタン９０４（図９）が押されたと判定された場合（ステップＳ４５：Ｙｅｓルート）の処理である。
【０１５５】
出力処理部２１２は、例えば「印刷を実行しますか？」等の確認メッセージを含む図示しない印刷確認ダイアログ・ボックスを表示し、例えば「ＯＫ」ボタン又は「キャンセル」ボタンによるユーザの選択入力操作を受け付ける（ステップＳ１４３）。
【０１５６】
ユーザの選択入力操作が、印刷の実行を了承する例えば「ＯＫ」ボタンの押下ではなかったと判定された場合（ステップＳ１４５：Ｎｏルート）、処理は端子Ｊを介してステップＳ４１（図８）の処理に戻る。「ＯＫ」ボタンの押下であったと判定された場合（ステップＳ１４５：Ｙｅｓルート）、出力処理部２１２は、データ保持部２２０に保持されているデータを参照し、表紙画面９５０（図９）、車両画像添付画面１２５０（図１２）、見積書添付画面１４５０（図１４）及び車検証添付画面１６５０（図１６）の印刷設定を行う。見積書添付画面１４５０（図１４）及び車検証添付画面１６５０（図１６）の印刷設定においては、「見積書」又は「車検証」等のヘッダー及びフッターを付加する（ステップＳ１４７）。
【０１５７】
また、出力処理部２１２は、印刷する各ページの印刷サイズを例えばＡ４サイズ等の所定の大きさに設定し、当該設定に従った印刷用データ及び印刷要求を図示しないプリンタ等に出力することにより、印刷処理を行う（ステップＳ１４９）。処理は端子Ｊを介してステップＳ４１（図８）の処理に戻る。
【０１５８】
次に、端子Ｈを介して遷移した処理について図１９を用いて説明する。本処理は、ステップＳ５７（図１０）において「読込」ボタン９１４（図９）が押されたと判定された場合（ステップＳ５７：Ｙｅｓルート）の処理である。
【０１５９】
データ読込処理部２１４は、例えば修理工場端末３の所定のディレクトリにデータ読み込み用のファイルが存在するか確認する（ステップＳ１５１）。ファイルが存在しないと判定された場合（ステップＳ１５３：Ｎｏルート）、データ読込処理部２１４は、例えば「読み込み用のファイルがありません。」等のメッセージを含む図示しないダイアログ・ボックスを表示し、ファイルが存在しないことを示す（ステップＳ１５５）。処理は端子Ｊを介してステップＳ４１（図８）の処理に戻る。
【０１６０】
なお、読み込み用のファイルは、例えば保険会社サーバ５５からのメールを受信することによって修理工場端末３に格納されたものであり、当該ファイルには、保険会社５において特定可能な事故案件データが含まれている。
【０１６１】
ステップＳ１５３においてファイルが存在すると判定された場合（ステップＳ１５３：Ｙｅｓルート）、データ読込処理部２１４は、特定のディレクトリ及びファイル名を示し、例えば「このファイルのデータを読み込みますか？」等の確認メッセージを表示し、例えば「ＯＫ」ボタン又は「キャンセル」ボタンによるユーザの選択入力操作を受け付ける（ステップＳ１５７）。
【０１６２】
ユーザの選択入力操作が、読み込みの実行を了承する例えば「ＯＫ」ボタンの押下ではなかったと判定された場合（ステップＳ１５９：Ｎｏルート）、処理は端子Ｊを介してステップＳ４１（図８）の処理に戻る。「ＯＫ」ボタンの押下であったと判定された場合（ステップＳ１５９：Ｙｅｓルート）、ファイルロック管理部２１８は、特定の読み込み用のファイルを、予め保持しているパスワードを用いてファイルロックを解除する（ステップＳ１６１）。データ読込処理部２１４は、ロックが解除された読み込み用のファイルからデータを読み込み、データ保持部２２０に格納する（ステップＳ１６３）。
【０１６３】
さらにデータ読込処理部２１４は、表紙画面９５０（図９）の対応する項目（入力欄）にデータを設定する（ステップＳ１６５）。例えば、送信元名（修理工場名称）入力欄９５２、お客様名（保険契約者名）入力欄９５４、協定担当者（アジャスター）名入力欄９５６、受付番号入力欄９５８、登録番号入力欄９６０及び証券番号入力欄９７２のデータを設定する。
【０１６４】
データの読み込み処理終了後、データ読込処理部２１４は、例えば「読込済みのファイルを削除しますか？」等の確認メッセージを含む図示しないダイアログ・ボックスを表示し、例えば「ＯＫ」ボタン又は「キャンセル」ボタンによるユーザの選択入力操作を受け付ける（ステップＳ１６７）。
【０１６５】
ユーザの選択入力操作が、読込済みファイルの削除を了承する例えば「ＯＫ」ボタンの押下ではなかったと判定された場合（ステップＳ１６９：Ｎｏルート）、処理は端子Ｊを介してステップＳ４１（図８）の処理に戻る。「ＯＫ」ボタンの押下であったと判定された場合（ステップＳ１６９：Ｙｅｓルート）、データ読込処理部２１４は、読み込みの済んだ特定の読み込み用のファイルをディレクトリから削除する（ステップＳ１７１）。なお、ステップＳ１６７及びステップＳ１６９の処理をスキップし、ユーザの確認をとらずに読込済みファイルを削除するような構成であってもよい。処理は端子Ｊを介してステップＳ４１（図８）の処理に戻る。
【０１６６】
次に、端子Ｇを介して遷移した処理について図２０を用いて説明する。本処理は、ステップＳ５５（図１０）において「メール」ボタン９１６（図９）が押されたと判定された場合（ステップＳ５５：Ｙｅｓルート）の処理である。
【０１６７】
保存処理部２１６は、データ保持部２２０に保持されているデータを参照し、必須入力チェック、桁数チェック及び文字チェックを行う（ステップＳ１７３）。また、画像添付チェックを行う（ステップＳ１７５）。チェックの内容は、ステップＳ１１９（図１７）及びステップＳ１２１（図１７）における処理について上で述べたのと同様である。
【０１６８】
保存処理部２１６は、チェック処理の結果、エラーがあったかどうか判定する（ステップＳ１７７）。エラーがあったと判定された場合（ステップＳ１７７：Ｙｅｓルート）、保存処理部２１６は、例えば「正しく入力し直してください。」等のエラー・メッセージを表示し（ステップＳ１７９）、処理は端子Ｊを介してステップＳ４１（図８）の処理に戻る。
【０１６９】
エラーがなかったと判定された場合（ステップＳ１７７：Ｎｏルート）、保存処理部２１６は、データ保持部２２０を参照して各ページにおいて登録されたデータを所定のフォーマットで統合し、ＯＳのファイル保存機能を用いて本プログラム・ファイルを指定されたディレクトリに保存する。その際、ファイルロック管理部２１８は、保存するプログラム・ファイルに対してファイル保護を施す（ステップＳ１８１）。
【０１７０】
そして、メールソフト制御部２２４は、例えば修理工場端末３のＯＳに対してメールソフトの起動要求を出力する（ステップＳ１８３）。
【０１７１】
修理工場端末３のＯＳは、修理工場端末３に導入されている所定のメールソフトを起動し、起動したメールソフトはユーザからの要求操作に従って図示しないメール送信用画面を修理工場端末３の表示装置に表示する（ステップＳ１８５）。
【０１７２】
修理工場端末３のユーザは、ステップＳ１８１において保存されたファイルの、送信メールの添付ファイルへの設定要求操作を行う（ステップＳ１８７）。メールソフトはユーザからの要求操作を受け付けると、ユーザの要求に従って添付ファイルの設定処理を行い、添付ファイルが設定された状態の図示しないメール送信用画面を修理工場端末３の表示装置に表示する（ステップＳ１８９）。
【０１７３】
以上の処理により、保険会社は、修理工場の担当者等のユーザに対し、事故案件毎に統一された形態でデータを登録させることができる。また、ファイルの保存時には自動的にファイル保護が施されるため、修理工場の担当者等のユーザによるファイル保護の失念が防止できる。また、データ読み込み時には自動的に読み込み用のファイルのファイルロックが解除されるため、ユーザはファイル保護を意識せずにファイルの読み込み操作が可能となる。
【０１７４】
また、入力が必要なデータの少なくとも一部を含む読み込み用のファイルを修理工場に送付し、修理工場で受け取ったファイルを読み込むことにより、修理工場と保険会社の担当者とのやりとりや、入力ミスによる不具合の削減を図ることができる。また、印刷範囲から画像がはみ出ないようにする等の印刷設定が自動的になされるため、保険会社の担当者は、印刷時に印刷設定を意識する必要がなく、業務効率の向上を図ることができる。
【０１７５】
［実施の形態２］
次に、本発明の第２の実施の形態に係る処理内容を図２１を用いて説明する。システムの構成としては、実施の形態１と同様でよいため、実施の形態１での構成を前提に説明する。また、画像添付プログラム２０００の動作等、各処理において詳細が上で述べた処理と同様の場合は、詳細な説明については省略する。
【０１７６】
なお、本実施の形態２においては、各修理工場に画像添付プログラムを予め配布せずにその都度送付することとし、また画像添付プログラム・ファイルを開くためのパスワードを各修理工場に付与していることを前提としている。
【０１７７】
保険会社サーバ５５は、例えば保険会社のコールセンタのオペレータが操作するコールセンタ端末５２から事故案件データを受信した場合、事故ＤＢ５５９に格納する（ステップＳ１９１）。また、修理工場データ検索処理部５５５は、受信した事故案件データの工場番号を用いて修理工場ＤＢ５５８を検索し、修理工場のデータを抽出する。保険会社サーバ５５は、抽出された修理工場のデータに含まれる住所を用いて、その地域を担当するアジャスターを割当て、事故ＤＢ５５９の対応するレコードを更新する（ステップＳ１９３）。すなわち、協定担当者（アジャスター）の列５０６（図５）に値を登録する。
【０１７８】
そして保険会社サーバ５５は、事故案件データを含むメール・データを生成し、割当てられたアジャスター宛に送信する（ステップＳ１９５）。なお、上で抽出した修理工場のデータに含まれる画像添付システム対応フラグの列４１０（図４）の値を用いて、修理工場が画像添付システムに対応しているかどうかを判定し、送信するメールに、修理工場の画像添付システムへの対応状況を表すデータを付加する。これにより、メールを見たアジャスターは、修理工場とのやりとりをどのような手段で行うべきか判断できる。
【０１７９】
なお、本実施の形態２において、修理工場が画像添付システムに対応しているかどうかというのは、当該修理工場に画像添付プログラム・ファイルを送信可能かどうかを表している。すなわち、修理工場がパスワードを用いて画像添付プログラム・ファイルを実行できる場合には、当該修理工場は画像添付システムに対応していると言える。
【０１８０】
例えば、修理工場が画像添付システムに対応している場合、アジャスターは社員用端末５１等を用いて事故案件データを含む画像添付プログラム・ファイルの修理工場に対する送付要求を保険会社サーバ５５に送信する。事故案件データには受付番号を含む。保険会社サーバ５５は、社員用端末５１等から事故案件データを含む画像添付プログラム・ファイルの送付要求を受信すると、一旦記憶装置に格納する（ステップＳ１９７）。
【０１８１】
事故案件データ検索処理部５５１は、受付番号を用いて事故ＤＢ５５９を検索し、事故案件のデータを抽出して記憶装置に格納する（ステップＳ１９９）。例えば契約者名の列５０４の値、協定担当者（アジャスター）の列５０６の値、保険証券番号の列５０８の値、工場番号の列５１０の値及び登録番号の列５１４の値を抽出する。
【０１８２】
次に修理工場データ検索処理部５５５は、ステップＳ１９９において抽出された工場番号の列５１０の値を用いて修理工場ＤＢ５５８を検索し、修理工場のデータを抽出して記憶装置に格納する（ステップＳ２０１）。例えば工場名の列４０２の値、メール・アドレスの列４０８の値を抽出する。
【０１８３】
次に保険会社サーバ５５は、ステップＳ１９９及びステップＳ２０１において抽出されたデータを保持する画像添付プログラム・ファイルを生成し、生成された画像添付プログラム・ファイルに所定のパスワードによるファイル保護を施し、修理工場宛にメールで送信する（ステップＳ２０３）。なお、画像添付プログラム・ファイルの生成は、データ保持部２２０にデータが登録されていない画像添付プログラム・ファイルに、ステップＳ１９９及びステップＳ２０１において抽出されたデータを登録するような形態で行ってもよいし、他の方法により行ってもよい。
【０１８４】
例えば修理工場端末３は、画像添付プログラム・ファイルを保険会社サーバ５５からのメールで受信し、記憶装置に格納する（ステップＳ２０５）。
【０１８５】
そして、修理工場端末３は、修理工場の担当者等のユーザによる画像添付プログラム・ファイルの実行要求及びパスワードを受け付けた場合、画像添付プログラム２０００の起動処理を行う（ステップＳ２０７）。すなわち、画像添付プログラム２０００を実行し、初期画面（メニュー部及び表紙画面部）を表示する。
【０１８６】
なお、画像添付プログラム２０００の画面例や処理の詳細についての説明は上で述べたため詳述しないが、ここで表示される初期画面には、予め保険会社サーバ５５により登録された事故案件データが表示される。例えば、表紙画面９５０（図９）の入力項目（入力欄）である送信元名（修理工場名称）入力欄９５２、お客様名（保険契約者名）入力欄９５４、協定担当者（アジャスター）名入力欄９５６、受付番号入力欄９５８、登録番号入力欄９６０及び証券番号入力欄９７２に、データが登録済みの状態で初期画面が表示される。以下、処理は端子Ｍを介して図７の処理に移行し、実施の形態１と同様の処理となる。但し、データの読み込みを行う必要はないので、画像添付プログラム２０００においてデータ読込処理部２１４は含まれていないような構成でもよい。
【０１８７】
これにより、保険会社は、修理工場の担当者等のユーザに対し、事故案件毎に統一された形態でデータを登録させることができる。また、自動的にファイル保護を行うため、ユーザによるファイル保護の失念も防止できる。また、入力が必要なデータの少なくとも一部を含むプログラム・ファイルを修理工場に送付し、修理工場で受け取ったプログラム・ファイルを実行することにより、修理工場と保険会社の担当者とのやりとりや、入力ミスによる不具合の削減を図ることができる。
【０１８８】
また、保険会社は、画像添付プログラム２０００を事前に修理工場に配布しておく必要がなく、一方、修理工場は、事前に画像添付プログラム２０００を導入・維持管理しておく必要がない。また、修理工場の担当者等のユーザは、読み込み用のファイルを受信して所定の場所に格納する操作や、ファイルの読み込み操作を行う必要がなく、業務効率の向上を図ることができる。
【０１８９】
また、実施の形態１同様、保険会社の担当者は、印刷時に、印刷範囲から画像がはみ出ないようにする等の印刷設定を意識する必要がないため、業務効率の向上を図ることができる。
【０１９０】
［実施の形態３］
次に、本発明の第３の実施の形態に係る処理内容を図２２乃至図２４を用いて説明する。システムの構成は、基本的には図１に示した実施の形態１における構成と同様であり、実施の形態１での構成を前提に説明する。なお、後に述べる「予め設定されたサーバ」は保険会社サーバ５５（本実施の形態では保険会社サーバ５５００）であるが、以下で述べるように一部機能の追加がなされている。但し「予め設定されたサーバ」は、図示しないが、保険会社５内に別途設けられている場合もある。また、社員用端末５１には、図示しないがＷｅｂブラウザが含まれ、Ｗｅｂページの閲覧が可能となっているものとする。なお、本実施の形態３においては、各修理工場に画像添付プログラムを予め配布しておいてもよいし、その都度送付するようにしてもよい。
【０１９１】
図２２に、本実施の形態３における保険会社サーバ５５００の機能ブロック図の一例を示す。
【０１９２】
図２２に示すように保険会社サーバ５５００は、修理工場送付用データ生成部５５０、事故案件データ検索処理部５５１、保険契約データ検索処理部５５３、修理工場データ検索処理部５５５、データ受信・格納処理部５５０９、メール生成・送信部５５１１及びＷｅｂサーバ部５５１３を含む。さらに、保険会社サーバ５５００には、保険契約ＤＢ５５７、修理工場ＤＢ５５８、事故ＤＢ５５９、Ｗｅｂページ格納部５５２１及び協定担当者ＤＢ５５２３が接続されている。
【０１９３】
このように、保険会社サーバ５５００は、図１に示した保険会社サーバ５５の機能ブロックに、データ受信・格納処理部５５０９とメール生成・送信部５５１１とＷｅｂサーバ部５５１３とＷｅｂページ格納部５５２１と協定担当者ＤＢ５５２３とを追加したものである。共通の各処理部については、図１と同じ符号を用いており、特に断りのない限り、同様の機能を持ち且つ同様の処理を行うものとする。また、共通の各格納部については、図１と同じ符号を用いており、特に断りのない限り、同様のテーブル構成であり且つ同様のデータが格納されるものとする。データ受信・格納処理部５５０９とメール生成・送信部５５１１とＷｅｂサーバ部５５１３とにおける処理については後の処理フローの説明において述べるが、Ｗｅｂページ格納部５５２１には、データ受信・格納処理部５５０９によって生成されたＷｅｂぺージ・データが格納される。
【０１９４】
図２３に、本実施の形態３における画像添付プログラム２３００の機能ブロック図の一例を示す。
【０１９５】
図２３に示すように画像添付プログラム２３００は、制御部２００、表紙画面表示部２０２、画像表示部２３０、画像添付処理部２１０、データ読込処理部２１４及び通信処理部２３１４を含む。画像表示部２３０は、車両画像添付画面表示部２０４と見積書添付画面表示部２０６と車検証添付画面表示部２０８とを含む。制御部２００は、表紙画面表示部２０２と画像表示部２３０とデータ読込処理部２１４と通信処理部２３１４と連携している。画像添付処理部２１０は、画像表示部２３０と連携している。
【０１９６】
このように、画像添付プログラム２３００は、図２に示した画像添付プログラム２０００から出力処理部２１２と保存処理部２１６とファイルロック管理部２１８とデータ保持部２２０と終了処理部２２２とメールソフト制御部２２４とを除き、新たに通信処理部２３１４を追加したものである。共通の各処理部については、図２と同じ符号を用いており、特に断りのない限り、同様の機能を持ち且つ同様の処理を行うものとする。なお、画像添付プログラム２３００には、データ保持部２２０（図２）に相当するものが含まれていないため、表紙画面表示部２０２及び画像表示部２３０は、処理結果としてのデータを、例えば修理工場端末３の記憶装置（メモリ）に例えばテンポラリのファイルとして格納する。
【０１９７】
また、通信処理部２３１４は、表紙画面表示部２０２及び画像表示部２３０によって例えば修理工場端末３の記憶装置に格納されたデータを、予め設定されたサーバ（例えば保険会社サーバ５５）に送信する。なお、送信には例えばＳＳＬ（Secure Socket Layer）等の通信プロトコルを用い、セキュアな状態でデータ通信を行う。場合によっては、別途暗号化処理を行うこともある。また、送信終了後又は処理終了後には、機密情報保護のため、修理工場端末３の記憶装置に格納されたデータをクリアする。
【０１９８】
画像添付プログラム２３００が起動された際の表示画面は、基本的には図９、図１２、図１４及び図１６に示した例と同様の表示画面である。但し、図９の例に含まれる「保存」ボタン９０２、「印刷」ボタン９０４及び「メール」ボタン９１６に相当するボタンは含まれない。「印刷」ボタン９０４に相当するボタンについては含まれる場合もある。また「終了」ボタン９１８に相当するボタンがクリックされた場合、例えば図示しない確認画面の表示後、通信処理部２３１４によるデータ送信処理が実施される。
【０１９９】
図２４に、本実施の形態３における処理フローを示す。ここでは、修理工場の担当者等のユーザの操作に従って、損害保険処理に必要な情報の入力及び画像の添付設定が既になされたものとする。そして、例えば修理工場端末３で起動されている画像添付プログラム２３００の通信処理部２３１４は、修理工場の担当者等のユーザによる「終了」ボタン９１８（図９）に相当するボタンのクリックに応じて、添付設定された画像のデータを含む入力データを、予め設定されたサーバである例えば保険会社サーバ５５００に送信する（図２４：ステップＳ２１１）。なお、送信するデータには、画像の添付エリア（表示領域）と添付された画像のデータとの対応付けに関するデータが含まれている。具体的には、例えば画像の添付エリアにＩＤを付しておき、ＩＤに対応して画像ファイルの名称を付したり、添付エリアＩＤと画像ファイルの対応テーブルのデータを付して画像ファイルを送信したりする。そして、例えばＳＳＬ等の通信プロトコルを用い、セキュアな状態でデータの送信を行う。
【０２００】
保険会社サーバ５５００のデータ受信・格納処理部５５０９は、入力データを修理工場端末３から受信する（ステップＳ２１３）。さらに、データ受信・格納処理部５５０９は、受信した入力データに基づき、画像添付ページ・データを生成し、Ｗｅｂページ格納部５５２１に格納する（ステップＳ２１５）。画像添付ページ・データは、損害保険処理に必要な情報及び添付された画像を協定担当者（アジャスター）が閲覧するためのＷｅｂページ・データであり、例えば図９、図１２、図１４及び図１６に示した画面例から各ボタン部をなくし、さらに各入力欄を表示欄に変更したようなページを表示させるためのデータである。なお、画像サイズはここでも統一が図られており、各ページは例えばＡ４の印刷に適するように構成される。このように複数ページで構成される場合には、互いのページをリンクにて関連付けておく。また、全てを１ページに収めるようなページ構成の場合もある。
【０２０１】
そして、保険会社サーバ５５００のメール生成・送信部５５１１は、ステップＳ２１５において生成したＷｅｂページのＵＲＬ（Uniform Resource Locator）を含む通知メール・データを生成し、当該事故案件に割り当て済みの協定担当者（アジャスター）宛に送信する（ステップＳ２１７）。例えばステップＳ２１１において受信したデータに含まれる協定担当者名（コードの場合もある）に基づき、協定担当者ＤＢ５５２３から協定担当者のメール・アドレスを特定し、当該メール・アドレス宛に送信する。
【０２０２】
保険会社５の例えば社員用端末５１は、協定担当者の操作に従い、通知メール・データを受信し、表示装置に表示する（ステップＳ２１９）。そして、社員用端末５１の図示しないＷｅｂブラウザは、協定担当者の操作に従い、ステップＳ２１９において受信したＵＲＬに対応する画像添付ページ・データの要求を保険会社サーバ５５００に送信する（ステップＳ２２１）。保険会社サーバ５５００のＷｅｂサーバ部５５１３は、画像添付ページ・データの要求を社員用端末５１から受信する（ステップＳ２２３）。そして、Ｗｅｂサーバ部５５１３は、画像添付ページ・データを社員用端末５１に送信する（ステップＳ２２５）。社員用端末５１のＷｅｂブラウザは、画像添付ページ・データを保険会社サーバ５５００から受信し、表示装置に表示する（ステップＳ２２７）。この画像添付ページには、図示しないが、上で述べたように損害保険処理に必要な情報及び添付された画像のデータが含まれている。また、損害保険処理に必要な情報及び添付された画像のデータを画像添付ページにおいて表示せず、別途ダウンロード用のファイルを生成しておき、ダウンロードさせるような場合もある。このダウンロード用のファイルには、損害保険処理に必要な情報及び添付された画像のデータが含まれており、所定のプログラムを用いて閲覧可能となっている。また、表示画面の構成は、上でＷｅｂページの場合に述べたものと同じである。損害保険処理に必要な情報及び添付された画像のデータを保持しているプログラム・ファイルであってもよい。
【０２０３】
このようにして、協定担当者は損害保険処理に必要な情報及び添付された画像のデータを閲覧することができる。また、修理工場端末３からのデータ送信において、必要なデータを保持したプログラム・ファイルを保険会社側に送信することなく、必要なデータのみを保険会社側に送信することにより、通信量の削減を図ることができる。
【０２０４】
図２５に、本発明の実施の形態１乃至３において用いられる各コンピュータ装置の機能ブロックの概要を示す。この機能ブロック図は、図１に示した保険会社サーバ５５、社員用端末５１、コールセンタ端末５２、修理工場端末３、修理工場端末７及び図２２に示した保険会社サーバ５５００に共通の機能（ハードウェア）ブロック図である。
【０２０５】
図２５に示すように、コンピュータ装置においては、メモリ２５０１とＣＰＵ２５０３とハードディスク・ドライブ（ＨＤＤ）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とがバス２５１９で接続されている。オペレーティング・システム（ＯＳ：Operating System）及び本実施の形態における画像添付プログラムを含むアプリケーション・プログラムは、ＨＤＤ２５０５に格納されており、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出される。必要に応じてＣＰＵ２５０３は、表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、必要な動作を行わせる。また、処理途中のデータについては、メモリ２５０１に格納され、必要があればＨＤＤ２５０５に格納される。本発明の実施の形態１及び３では、画像添付プログラムはリムーバブル・ディスク２５１１に格納されて頒布され、ドライブ装置２５１３からＨＤＤ２５０５にインストールされる。このようなコンピュータ装置は、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及び必要なアプリケーション・プログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。
【０２０６】
以上本発明の実施の形態について説明したが、本発明はこれに限定されるものではない。例えば、図３乃至図５に示したテーブル構成は一例であって、同様のデータを格納するためであれば、別の構成を採用するようにしてもよい。また、必要に応じて項目を追加又は削除するようにしてもよい。また、図９、図１２、図１４及び図１６に示した画面構成は一例であって、同様の内容を別の態様にて表現することも可能である。
【０２０７】
また、図２に示した画像添付プログラム２０００の機能ブロック図のとおりにプログラムモジュールが作成されない場合もある。例えば、各ページを表示するためのプログラムと各ボタンに対応する処理を行うプログラムとの連携等、２以上のプログラムを連携させることにより、画像添付プログラム２０００の機能を実現させることも可能である。図２３に示した画像添付プログラム２３００の機能ブロック図についても同様に、図２３に示した機能ブロック図のとおりにプログラムモジュールが作成されない場合もある。また、図２５に示したコンピュータの機能ブロック図も一例であって、実際のハードウェア構成とは異なる場合もある。
【０２０８】
さらに広く一般に用いられている業務プログラムと、当該プログラムと結合又は統合して動作するプログラムとにより、上記のような画像添付プログラム２０００の機能を実現させることも可能である。その際対応可能な業務プログラムの種類が修理工場によって異なる場合もあるため、修理工場送付用データ生成部５５０は、修理工場が利用可能な業務プログラムに対応するプログラム等を生成するような構成であってもよい。なお、この場合、修理工場ＤＢ５５８には、修理工場が対応可能なプログラム等の種類が登録される。
【０２０９】
また、保険会社サーバ５５は１台による構成に限らず、複数台による構成であってもよい。さらに、図１に示した保険会社サーバ５５の機能ブロック図は一例であって、図示したとおりにプログラムモジュールが作成されない場合もある。同様に、保険会社サーバ５５００（図２２）も１台による構成に限らず、複数台による構成であってもよい。さらに、図２２に示した保険会社サーバ５５００の機能ブロック図も一例であって、図示したとおりにプログラムモジュールが作成されない場合もある。
【０２１０】
なお、上で説明した実施の形態では自動車事故（保険）についての例を示したが、動産総合保険や機械保険等、その他の損害保険の処理についても本発明の技術は利用できる。
【符号の説明】
【０２１１】
１ ネットワーク ３ 修理工場端末
５ 保険会社 ７ 修理工場端末
９ 保険契約者電話機 １１ 公衆回線網
５１ 社員用端末 ５２ コールセンタ端末
５３ コールセンタ電話機 ５５ 保険会社サーバ
５５０ 修理工場送付用データ生成部 ５５１ 事故案件データ検索処理部
５５３ 保険契約データ検索処理部 ５５５ 修理工場データ検索処理部
５５７ 保険契約ＤＢ ５５８ 修理工場ＤＢ ５５９ 事故ＤＢ
２００ 制御部 ２０２ 表紙画面表示部
２０４ 車両画像添付画面表示部 ２０６ 見積書添付画面表示部
２０８ 車検証添付画面表示部 ２１０ 画像添付処理部
２１２ 出力処理部 ２１４ データ読込処理部
２１６ 保存処理部 ２１８ ファイルロック管理部
２２０ データ保持部 ２２２ 終了処理部
２２４ メールソフト制御部 ２３０ 画像表示部
２０００ 画像添付プログラム
【技術分野】
【０００１】
本発明は、損害保険処理のためのデータを収集するための技術に関する。
【背景技術】
【０００２】
例えば自動車保険に加入している車両について、交通事故等の原因により修理が必要となった場合、通常、保険加入者或いは修理工場の担当者は、修理工場に事故車両を入庫するとともに保険会社に対して修理を行う旨を連絡する。連絡を受けた保険会社は、修理の対象となる車両の情報、加入している自動車保険の内容、事故の状況（過失割合）、車両の損傷度合い等から自動車保険の適用（範囲）を判断する。そして、大半は保険会社の担当者（事故調査員）が修理工場に出向き、車両の損傷度合い及び修理費用の見積りの確認を行う。
【０００３】
一方、昨今の情報処理技術の発達により、例えば修理工場は、デジタルカメラで車両の損傷部を撮影し、画像データを電子メール等で保険会社に送信したり、同様に、見積りシステムの出力データを電子メール等により保険会社に送信することが可能となった。
【０００４】
また、画像データ及び見積りファイルを圧縮することにより、高速な伝送を実現しているものもある（例えば、特許文献１参照）。すなわち、修理工場の見積人によって事故車両の画像がコンピュータに入力される。また、修理工場の見積人はコンピュータ上で事故見積りを行い、必要とされる種々の画像領域を強調表示する。見積りが終了すると、見積りファイルが圧縮され、保険会社に伝送される。保険会社では、保険会社の見積人が見積りファイルを圧縮解除し、見積りを読み出し始める。
【０００５】
このような技術により、保険会社の担当者は、修理工場に頻繁に出向かなくても自動車保険の適用（範囲）を判断できるようになってきている。また、画像データ等の修理工場からの送信においては、セキュアな通信を行うために、公衆回線網を介したダイヤルアップ・サーバとの通信や、ファイルの暗号化技術が用いられている。
【０００６】
なお、修理工場は、保険会社のシステムに接続するためのファシリティや暗号化プログラムを用意しなければならず、修理工場の既存の見積りシステムの出力データが汎用的なファイルでない場合には、ＦＡＸを併用する場合も出てくる。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開平５−２９００５７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
このように、従来技術において、保険会社の担当者は、修理工場に出向く頻度は減ったが、修理工場とのやりとりはあまり減らず、画像データやその他のデータを整理する手間は増加している。また、修理工場にとっても、簡単に且つ安価にデータのやりとりが行われているとは言えない。
【０００９】
さらに、セキュアな通信を可能とするためのダイヤルアップ・サーバとの通信や暗号化プログラムの導入は、システム構築コストや運用コストが比較的多くかかる。また、ファイルの暗号化については、たとえ各修理工場が暗号化プログラムを導入していたとしても、画像データ等の送信の際に忘れずにファイルの暗号化処理が行われるとは決して言えないため、保険会社に暗号化されていないファイルが送信されてしまう可能性が残ってしまう。
【００１０】
従って本発明の目的は、保険会社が、損害保険処理に必要とされるデータを、統一された形態で収集するための技術を提供することである。
【００１１】
また、本発明の他の目的は、損害保険処理に必要とされるデータについて簡易且つ漏れのないセキュアな通信を安価に実現するための技術を提供することである。
【課題を解決するための手段】
【００１２】
本発明の第１の態様に係るプログラムは、（ａ）保険契約者及び保険対象物の情報を少なくとも含み且つ損害保険処理に必要とされる情報の入力を促すためのデータを表示装置に表示し、入力された損害保険処理に必要とされる情報を記憶装置に格納する事故情報登録機能（例えば本実施の形態における表紙画面表示部及びデータ保持部）と、（ｂ）損害保険処理に必要とされ且つ添付すべき画像の指定を促すためのデータを表示装置に表示し、指定された画像のサイズが、予め設定されている画像表示領域のサイズと等しいか確認するサイズ確認機能（例えば本実施の形態における画像表示部及び画像添付処理部）と、（ｃ）指定された画像のサイズが画像表示領域のサイズと異なる場合、画像のサイズが画像表示領域のサイズと等しくなるように画像のサイズを所定の方法を用いて変更する画像サイズ変更機能（例えば本実施の形態における画像添付処理部）と、（ｄ）画像のデータを画像表示領域に対応付けて記憶装置に格納する画像添付機能（例えば本実施の形態における画像添付処理部及びデータ保持部）と、（ｅ）記憶装置に格納された損害保険処理に必要とされる情報及び画像のデータを所定のファイル形式に統合し、ファイル保護を施して記憶装置に格納するファイル保存機能（例えば本実施の形態における保存処理部、ファイルロック管理部及びデータ保持部）とを含む。
【００１３】
これにより、保険会社は、例えば自動車修理工場の担当者等の保険処理に必要とされるデータを登録するユーザに対し、修理案件毎に統一された形態でデータを登録させることができる。また、自動的にファイル保護を行うため、ユーザによる、ファイル保護の失念も防止できる。ファイル保護はパスワードによるロックであってもよいし、暗号化であってもよい。
【００１４】
また、本発明の第１の態様に係るプログラムが、（ｆ）損害保険処理に必要とされる情報を所定のファイルから読み込む機能（例えば本実施の形態におけるデータ読込処理部）をさらに含むような構成であってもよい。これにより、データを登録する例えば自動車の修理工場におけるユーザの入力の手間が削減でき、入力ミスの防止にもつながる。例えば、保険会社が保険契約者のデータや事故受付番号等を含むファイルを修理工場に送付し、当該修理工場で受け取ったファイルを読み込むことにより、修理工場と保険会社の担当者とのやりとりや、入力ミスによる不具合の削減を図ることができる。
【００１５】
また、本発明の第１の態様に係るプログラムが、（ｇ）上で述べた所定のファイルにファイル保護が施されている場合には、ファイル保護を解除する機能（例えば本実施の形態におけるデータ読込処理部及びファイルロック管理部）をさらに含むような構成であってもよい。これにより、ファイル保護を解除するためにユーザが何らの操作をしなくてもファイルの読み込みが可能となる。すなわち、例えば自動車の修理工場のユーザは、ファイル保護を解除するためのパスワードの管理や入力等を行う必要がなく、ファイル保護を意識せずにファイルの読み込み操作が可能となる。また、パスワード忘れがなくなることにより、修理工場から保険会社への問合せの削減にもつながる。
【００１６】
また、本発明の第１の態様において、上で述べた、損害保険処理に必要とされ且つ添付すべき画像は、車両と当該車両の修理費用見積書と当該車両の検査証との少なくともいずれかの画像であってもよい。紙の印刷物や様々なファイル形式のデータを画像データとして統一したファイル形式で登録することにより、同様に扱うことが可能となる。また、画像データを見る保険会社の担当者は、損害保険処理に必要とされる１又は複数の属性の画像データを案件毎に管理することができる。なお、損害保険処理に必要とされる画像データは上に挙げたものに限定されず、他の画像データも含むような構成であってもよい。
【００１７】
また、本発明の第１の態様に係るプログラムが、（ｈ）損害保険処理に必要とされる情報と、画像表示領域サイズの画像のデータとを、複数のページの各印刷可能範囲内に割り付けて表示する機能（例えば本実施の形態における画像表示部）をさらに含むような構成であってもよい。これにより、損害保険処理に必要とされる情報や画像が含まれた各ページ毎に入力内容を見ることが可能となる。また、保険会社の担当者は印刷時に、印刷範囲から画像がはみ出ないようにする等の印刷設定を意識する必要がないため、業務効率の向上を図ることができる。
【００１８】
本発明の第２の態様に係る情報処理方法は、（Ａ）保険契約者及び保険対象物の情報を少なくとも含み且つ損害保険処理に必要とされる情報をデータベースから抽出し、記憶装置に格納するステップと、（Ｂ）抽出された損害保険処理に必要とされる情報を用いて、（ａ）前記データベースから抽出された損害保険処理に必要とされる情報のうち少なくとも一部を保持する機能（例えば本実施の形態における表紙画面表示部及びデータ保持部）と、（ｂ）損害保険処理に必要とされ且つ添付すべき画像の指定を促し、指定された画像のサイズが、予め設定されている画像表示領域のサイズと等しいか確認するサイズ確認機能（例えば本実施の形態における画像表示部及び画像添付処理部）と、（ｃ）指定された画像のサイズが画像表示領域のサイズと異なる場合、画像のサイズが画像表示領域のサイズと等しくなるように画像のサイズを所定の方法を用いて変更する画像サイズ変更機能（例えば本実施の形態における画像添付処理部）と、（ｄ）画像のデータを画像表示領域に対応付けてメモリに格納する画像添付機能（例えば本実施の形態における画像添付処理部及びデータ保持部）と、（ｅ）損害保険処理に必要とされる情報及びメモリに格納された画像のデータを所定のファイル形式に統合し、ファイル保護を施してメモリに格納するファイル保存機能（例えば本実施の形態における保存処理部、ファイルロック管理部及びデータ保持部）とをコンピュータに実現させるためのプログラムを生成し、記憶装置に格納するステップとを含む。
【００１９】
これにより、保険会社が損害保険処理を行う際に必要とされる情報の一部又は全部を修理工場の担当者等のユーザに対して提示して、その他必要なデータを案件毎に統一された形態で登録させ、ファイル保存の際に自動的にファイル保護を行うプログラムを生成することができる。このプログラムを利用することによって、保険会社は、案件毎に統一された形態で、損害保険処理を行う際に必要とされるデータを収集することができる。また、自動的にファイル保護が行われるため、ユーザによる、ファイル保護の失念も防止できる。
【００２０】
また、本発明の第２の態様に係る情報処理方法は、生成したプログラムを、指定されたクライアント宛に送信するステップをさらに含むような構成であってもよい。これにより、クライアント端末を操作するユーザは、入力が必要な項目のうちの一部が予め登録されているプログラムを使用することができ、入力の手間が減り、入力ミスの防止にもつながる。
【００２１】
本発明の第３の態様に係るプログラムは、（i）保険契約者及び保険対象物の情報を少なくとも含み且つ損害保険処理に必要とされる情報の入力を促すためのデータを表示装置に表示し、入力された損害保険処理に必要とされる情報を記憶装置に格納する情報登録機能（例えば本実施の形態における表紙画面表示部）と、（ii）損害保険処理に必要とされ且つ添付すべき画像の指定を促すためのデータを表示装置に表示し、指定された画像のサイズが、予め設定されている画像表示領域のサイズと等しいか確認するサイズ確認機能（例えば本実施の形態における画像表示部及び画像添付処理部）と、（iii）指定された画像のサイズが画像表示領域のサイズと異なる場合、画像のサイズが画像表示領域のサイズと等しくなるように画像のサイズを所定の方法を用いて変更する画像サイズ変更機能（例えば本実施の形態における画像添付処理部）と、（iv）画像のデータを画像表示領域に対応付けて記憶装置に格納する画像添付機能（例えば本実施の形態における画像添付処理部及びデータ保持部）と、（v）記憶装置に格納された損害保険処理に必要とされる情報及び画像のデータを、画像表示領域と画像のデータとの対応付けを保持しつつ、予め設定されたサーバにセキュアな状態で送信するデータ送信機能（例えば本実施の形態における通信処理部）とを含む。
【００２２】
このように、必要なデータを保持したプログラム・ファイルを保険会社側に送信することなく、必要なデータのみを保険会社側に送信することにより、通信量の削減を図ることができる。
【００２３】
本発明の第１及び第３の態様に係るプログラム、及び本発明の第２の態様に係る方法を実施するためのプログラムは、例えばフレキシブル・ディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等の記憶媒体又は記憶装置に格納される。また、ネットワークを介して頒布される場合もある。なお、処理途中のデータについては、コンピュータのメモリに一時保管される。
【発明の効果】
【００２４】
本発明によれば、保険会社が、損害保険処理に必要とされるデータを、統一された形態で修理工場から収集することができる。また、別の側面として、損害保険処理に必要とされるデータについて簡易且つ漏れのないセキュアな通信を安価に実現することができる。
【図面の簡単な説明】
【００２５】
【図１】本発明の実施の形態におけるシステム概要図である。
【図２】画像添付プログラムの機能ブロック図の一例（その１）を示す図である。
【図３】保険契約ＤＢのテーブル構成及び格納されるデータの一例を示す図である。
【図４】修理工場ＤＢのテーブル構成及び格納されるデータの一例を示す図である。
【図５】事故ＤＢのテーブル構成及び格納されるデータの一例を示す図である。
【図６】本発明の実施の形態１における処理フロー（その１）を示す図である。
【図７】本発明の実施の形態１における処理フロー（その２）を示す図である。
【図８】本発明の実施の形態におけるプログラム処理フロー（その１）を示す図である。
【図９】共通ヘッダー部を含む表紙画面の一例を示す図である。
【図１０】本発明の実施の形態におけるプログラム処理フロー（その２）を示す図である。
【図１１】本発明の実施の形態におけるプログラム処理フロー（その３）を示す図である。
【図１２】共通ヘッダー部を含む車両画像添付画面の一例を示す図である。
【図１３】本発明の実施の形態におけるプログラム処理フロー（その４）を示す図である。
【図１４】共通ヘッダー部を含む見積書添付画面の一例を示す図である。
【図１５】本発明の実施の形態におけるプログラム処理フロー（その５）を示す図である。
【図１６】共通ヘッダー部を含む車検証添付画面の一例を示す図である。
【図１７】本発明の実施の形態におけるプログラム処理フロー（その６）を示す図である。
【図１８】本発明の実施の形態におけるプログラム処理フロー（その７）を示す図である。
【図１９】本発明の実施の形態におけるプログラム処理フロー（その８）を示す図である。
【図２０】本発明の実施の形態におけるプログラム処理フロー（その９）を示す図である。
【図２１】本発明の実施の形態２における処理フローを示す図である。
【図２２】本発明の実施の形態３における保険会社サーバの機能ブロック図の一例を示す図である。
【図２３】画像添付プログラムの機能ブロック図の一例（その２）を示す図である。
【図２４】本発明の実施の形態３における処理フローを示す図である。
【図２５】本発明の実施の形態におけるコンピュータの機能ブロックの概要を示す図である。
【発明を実施するための形態】
【００２６】
［実施の形態１］
本発明の実施の形態に係るシステム概要図を図１に示す。例えば保険会社５には、１又は複数の保険会社サーバ５５と、例えばパーソナル・コンピュータである１又は複数の社員用端末５１と、例えばパーソナル・コンピュータである１又は複数のコールセンタ端末５２と、１又は複数のコールセンタ電話機５３とが設置されている。なお、コールセンタでは、事故の受付業務などが行われる。また、保険会社サーバ５５には、修理工場送付用データ生成部５５０と、事故案件データ検索処理部５５１と、保険契約データ検索処理部５５３と、修理工場データ検索処理部５５５とが含まれる。さらに、保険会社サーバ５５には、保険契約データベース（ＤＢ）５５７、修理工場ＤＢ５５８及び事故ＤＢ５５９が接続されている。
【００２７】
修理工場送付用データ生成部５５０は、事故の保険処理に必要とされるデータのうち、例えば保険契約者のデータや事故受付番号等、修理工場によるデータの登録を促す前に保険会社側で特定できるデータを修理工場に送付するための処理を行う。事故案件データ検索処理部５５１は、事故ＤＢ５５９の検索処理を行い、例えば事故車両のデータや当該事故案件に対応する保険証券番号及び工場番号を抽出する。保険契約データ検索処理部５５３は、保険契約ＤＢ５５７の検索処理を行い、例えば保険証券番号や保険期間満了日等が含まれた保険契約のデータを抽出する。修理工場データ検索処理部５５５は、修理工場ＤＢ５５８の検索処理を行い、例えばメール・アドレスや、本実施の形態に係るプログラムの対応状況等のデータを含む修理工場のデータを抽出する。
【００２８】
また、例えばパーソナル・コンピュータである修理工場端末３及び７は、図示しないがメーラ機能及び画像データ取得・格納機能を備えており、無線又は有線により例えばインターネットであるネットワーク１に接続して電子メールの送受信を行うことが可能となっている。また、デジタルカメラで撮影した画像やスキャナから取り込んだ画像のデータを無線又は有線により取得し、例えばハードディスクに保存しておくことが可能となっている。また、本実施の形態とは直接は関係ない修理費用見積りシステムが導入されている場合もある。なお、本実施の形態に係る自動車等の事故に対する保険処理のためのデータを収集するためのプログラム（以下、画像添付プログラムと称する）は、これらの修理工場端末において実行される。
【００２９】
例えばインターネットであるネットワーク１には、１又は複数の修理工場端末３（又は７）の他、上で述べた１又は複数の保険会社サーバ５５、社員用端末５１及びコールセンタ端末５２が接続されている。また、ネットワーク１を経由する通信には、図示しないドメイン・ネーム・サーバ（ＤＮＳ：Domain Name Server）やメール・サーバ、ファイア・ウォール等の、インターネット経由での通信に必要な機器及び機能を使用するものとする。
【００３０】
また、公衆回線網１１には、１又は複数のコールセンタ電話機５３及び１又は複数の保険契約者電話機９が無線又は有線で接続されている。例えば事故を起こした保険契約者は、事故発生後及び事故車両を修理工場に入庫する際に、保険契約者電話機９を用いてコールセンタ電話機５３に対し電話をかける。そして、コールセンタ電話機５３によって、事故による修理についての連絡を受けたオペレータは、事故ＤＢ５５９にアクセス可能であるコールセンタ端末５２を用いて、事故ＤＢ５５９にレコード（事故案件情報）を登録するような仕組みになっている。
【００３１】
図２に、画像添付プログラム２０００の機能ブロック図の一例を示す。
【００３２】
図２に示すように画像添付プログラム２０００は、制御部２００、表紙画面表示部２０２、画像表示部２３０、画像添付処理部２１０、出力処理部２１２、データ読込処理部２１４、保存処理部２１６、ファイルロック管理部２１８、データ保持部２２０、終了処理部２２２及びメールソフト制御部２２４を含む。画像表示部２３０は、車両画像添付画面表示部２０４と見積書添付画面表示部２０６と車検証添付画面表示部２０８とを含む。
【００３３】
制御部２００は、表紙画面表示部２０２と画像表示部２３０と出力処理部２１２とデータ読込処理部２１４と保存処理部２１６と終了処理部２２２とメールソフト制御部２２４と連携している。データ保持部２２０は、表紙画面表示部２０２と画像表示部２３０とデータ読込処理部２１４と保存処理部２１６と連携している。
【００３４】
画像添付処理部２１０は、画像表示部２３０と連携している。ファイルロック管理部２１８は、データ読込処理部２１４と保存処理部２１６と連携している。出力処理部２１２は、データ保持部２２０を参照する。終了処理部２２２は、保存処理部２１６と連携している。
【００３５】
制御部２００は、プログラム実行時に表示される各ページの共通ヘッダー部分の管理を行い、保存や終了、或いはデータ登録用の各ページへの遷移処理等のための、共通ヘッダー部分に含まれているメニュー・ボタンに定義づけられた処理を実行する。すなわち、制御部２００の処理が行われると、表紙画面表示部２０２、画像表示部２３０、出力処理部２１２、データ読込処理部２１４、保存処理部２１６、終了処理部２２２又はメールソフト制御部２２４の処理への移行が行われる。なお、処理の移行があった場合でも、制御部２００が表示する共通ヘッダー部分はアクティブな状態に保たれる。
【００３６】
表紙画面表示部２０２は、複数あるページのうち、表紙となるページの表示処理を行う。また、ユーザからの当該ページに対するデータの入力を受け付けると、入力されたデータをデータ保持部２２０に格納する。なお、データ読込処理部２１４によって読み込まれたデータを表示する場合もある。
【００３７】
画像表示部２３０は、事故の保険処理に必要とされる画像を登録するためのページを表示する。本実施の形態では、画像表示部２３０には、登録される画像の属性によって車両画像添付画面表示部２０４、見積書添付画面表示部２０６及び車検証添付画面表示部２０８の例えば３つの画像添付画面表示部が含まれる。これらの画像添付画面表示部は、画像の他の属性による分類に従って構成されていてもよいし、分類の数も限定されない。また、各画像添付画面表示部が表示するページがそれぞれ複数あるような構成であってもよい。ユーザから添付すべき画像ファイルの選択入力操作を受け付けると、画像添付処理部２１０が、選択された画像の大きさとページ上の画像表示領域のサイズとを比較して、異なる場合には、選択された画像を画像表示領域のサイズに調整する。そして画像表示部２３０は、画像表示領域サイズに調整された画像をページ上の画像表示領域に表示する。また、表示した画像のデータを画像表示領域に対応付けてデータ保持部２２０に格納する。
【００３８】
車両画像添付画面表示部２０４は、事故車両の画像を添付するためのページの表示処理を行う。ユーザから添付すべき画像ファイルの選択入力操作を受け付けると、画像添付処理部２１０が、選択された画像の大きさとページ上の車両画像表示領域のサイズとを比較して、異なる場合には、選択された画像を車両画像表示領域のサイズに調整する。そして車両画像添付画面表示部２０４は、車両画像表示領域サイズの画像をページ上の車両画像表示領域に表示する。また、表示した画像のデータを車両画像表示領域に対応付けてデータ保持部２２０に格納する。
【００３９】
見積書添付画面表示部２０６は、修理の見積書の画像を添付するためのページの表示処理を行う。ユーザから添付すべき画像ファイルの選択入力操作を受け付けると、画像添付処理部２１０が、選択された画像の大きさとページ上の見積書画像表示領域のサイズとを比較して、異なる場合には、選択された画像を見積書画像表示領域のサイズに調整する。そして見積書添付画面表示部２０６は、見積書画像表示領域サイズの画像をページ上の見積書画像表示領域に表示する。また、表示した画像のデータを見積書画像表示領域に対応付けてデータ保持部２２０に格納する。なお、見積書のデータ・ファイルは修理工場が導入している修理費用見積りシステムによってフォーマットが異なるため、本ページに見積書のデータ・ファイルを読み込む機能は付加されていない。但し、異なる修理費用見積りシステムが出力するデータのフォーマットが統一されたり、異なる修理費用見積りシステムが出力するデータを所定のフォーマットに変換できるツールが存在するような場合には、見積書のデータ・ファイルを読み込む機能を付加するような構成であってもよい。
【００４０】
車検証添付画面表示部２０８は、事故車両の車検証の画像を添付するためのページの表示処理を行う。ユーザから画像添付の選択入力操作を受け付けると、画像添付処理部２１０が、選択された画像の大きさとページ上の車検証画像表示領域のサイズとを比較して、異なる場合には、選択された画像を車検証画像表示領域のサイズに調整する。そして車検証添付画面表示部２０８は、車検証画像表示領域サイズの画像をページ上の車検証画像表示領域に表示する。また、表示した画像のデータを車検証画像表示領域に対応付けてデータ保持部２２０に格納する。見積書添付画面表示部２０６と同様に、車検証のデータの読み込み機能は付加されていないが、ＯＣＲ（Optical Character Reader：光学式文字読み取り装置）技術の発達・普及等により、各修理工場が車検証のデータを簡単に電子化できるような場合には、車検証のデータを読み込む機能を付加するような構成であってもよい。
【００４１】
画像添付処理部２１０は、画像表示部２３０に含まれる車両画像添付画面表示部２０４、見積書添付画面表示部２０６及び車検証添付画面表示部２０８が管理する各ページにおいて、ユーザから画像添付の操作を受け付けた場合に、画像ファイルの場所を指定させるためのインタフェースを用いてユーザに画像ファイルの場所を指定させ、指定された画像データをコピーして縮小又は拡大することにより画像サイズの調整を行い、各ページに挿入する処理を行う。
【００４２】
画像のサイズには、表示サイズとデータ・サイズ（解像度）とがあり、表示サイズの調整と解像度の調整とを併せて行う。例えば画像添付処理部２１０は、添付エリア（画像表示領域）の位置及びサイズを確認する。添付エリアに対応付けられた適切な画像サイズ（範囲）は、画像添付プログラム２０００内の例えばデータ保持部２２０に予め登録しておくことができる。そして、添付エリアのサイズに比して、添付すべき画像のサイズが大きすぎる又は小さすぎる場合は、画像のサイズを調整するための所定の関数式等を用いて当該添付すべき画像のサイズを調整する。
【００４３】
本実施の形態では、例えばバイキュービック法（bi-cubic convolution）を用いて画像のサイズの調整を行う。バイキュービック法とは、画像の拡大や縮小の際に用いられる画像補間法の一つであり、拡大又は縮小前の画像のある画素の周囲１６個の画素の濃度値を特定し、３次関数を用いて補間する。具体的には、ｓｉｎ（πｘ）／πｘという式をテイラー展開により３次の項で近似し、補間式として用いる。これにより、精度の高い補間を行うことができる。なお、サイズ変更後の表示画像が著しく見にくくなる等の大きな影響を及ぼさない範囲において、他の補間法（例えば、「“貧乏人のためのＣＧ講座 ＣＧ知識編”、［online］、［平成１５年９月２９日検索］、インターネット＜URL：http://tt.sakura.ne.jp/~hiropon/lecture/trans.html＞」参照。）を用いてもよい。画像のサイズの調整処理後、当該画像を、予め定められた添付エリアに添付（ページ・データに画像データを挿入）する。
【００４４】
なお、解像度については変更せずに表示サイズのみ調整するようにしてもよいが、通常、デジタルカメラなどで撮影された画像の解像度は、保険の事故処理のための画像における適切な解像度に比べて過大である場合が多いため、例えば表示サイズの縮小にあわせて適切な解像度に調整することにより、画像のデータ・サイズを減縮して通信時間の短縮を図ることができる。
【００４５】
本実施の形態においては、基本的には上で述べたような方法を用いて画像サイズの調整を行うが、解像度を下げるような場合、例えば標準間引き率を画像添付プログラム２０００のデータ保持部２２０に予め記憶させておき、画像添付処理部２１０がデータ保持部２２０に記憶された標準間引き率を用いて、元々の画素数に標準間引き率を乗じて間引く画素数を求め、当該画素数分の画素を所定のパターンに従って間引くようにしてもよい。なお、標準間引き率には、縦のラインの間引き率及び横のラインの間引き率が含まれ、画像添付処理部２１０は、縦横それぞれの間引き率に基づいて画素を間引く。
【００４６】
また、標準間引き率に併せて、先に画像添付処理部２１０が選択された画像を車両画像表示領域にサイズを調整する際に行った調整の程度に応じて、標準間引き率を修正してもよい。例えば、標準間引き率÷サイズ調整の割合といった所定の計算式に基づいて、縦横を間引くようにしてもよい。例えば、標準間引き率を縦０．２（２割の間引き）、横０．３（３割の間引き）と設定していた場合、サイズ調整の割合が縦０．５倍、横０．４倍であったとすれば、縦については０．２÷０．５＝０．４を、横については０．３÷０．４＝０．７５を間引き率に設定して画素を間引く。なお、ここでの画素の間引き率の値はあくまでも一例であって、適切な値を任意に設定することができる。
【００４７】
さらに、標準間引き率を設定せずに、サイズ調整の割合をそのまま、あるいは所定の係数を乗じた値に修正して画素の間引き率として用いてもよい。このような間引き率に関するデータは、例えば画像添付プログラム２０００のデータ保持部２２０に予め記憶させておくことができる。
【００４８】
出力処理部２１２は、印刷のための処理を行う。表紙画面表示部２０２及び画像表示部２３０によってデータ保持部２２０に格納されたデータについて、画面表示される各ページにつき１枚ずつプリントアウトされるように印刷設定を行うような処理を行う。
【００４９】
データ読込処理部２１４は、表紙画面表示部２０２に登録可能なファイルが修理工場端末３（又は７）内に存在し、ユーザからデータ読み込みの選択入力操作があった場合に、保険契約者等のデータのインポート処理を行う。読み込まれたデータはデータ保持部２２０に格納され、表紙画面表示部２０２に表示される。なお、読み込み対象のファイルにファイル保護が施されている場合には、ファイルロック管理部２１８がファイル保護を解除する。
【００５０】
保存処理部２１６は、データ保持部２２０を参照して各ページにおいて登録されたデータを所定のフォーマットで統合し、オペレーティング・システム（ＯＳ：Operating System）のファイル保存機能を用いて本プログラム・ファイルを保存する。その際、ファイルロック管理部２１８は、保存するファイルに対してファイル保護を施す。すなわち、ファイルロック管理部２１８は、ファイル保護処理及びファイル保護の解除処理を行う機能を有する。また、各ページにおいて登録されたデータを統合して、画像添付プログラムとは別の、所定のファイル・フォーマットのファイルを生成して、修理工場端末３（又は７）の記憶装置に格納するようにしてもよい。
【００５１】
本実施の形態においては、パスワードによるファイル保護と、特定の端末でしかファイルが開封できないようにする処理とを行う構成となっている。まず、ファイルを保存する際には、所定のパスワードを設定してファイルをロックし、ロックされたファイルは、設定されたパスワードを入力しないと読み出すことができないような仕組みとなっている。ファイルロック管理部２１８は、このようなパスワードの設定及び管理並びにパスワード入力処理をユーザに代わって行う。また、特定の端末のみでファイル開封を可能とするために、ファイルロック管理部２１８は、例えば開封可能端末が特別に保持しているプログラム又はデータファイルの存在を確認する機能を有している。なお、ファイル保護はこのような方法に限られず、ファイルの暗号化等であってもよいし、その他いくつかの方法を併用した構成であってもよい。
【００５２】
データ保持部２２０は、本プログラムに関連する各種データを保持及び管理する。すなわち、表紙画面表示部２０２及び画像表示部２３０においてユーザの操作によって登録されたデータを格納し、格納したデータを出力処理部２１２や保存処理部２１６に提供する。
【００５３】
終了処理部２２２は、本システムの終了処理を行う。すなわち表示画面を閉じる。メールソフト制御部２２４は、所定のメールソフトを起動させる命令をコンピュータ（修理工場端末３（又は７））のＯＳに対して発行する。
【００５４】
以下、図３乃至図５に、各ＤＢのテーブル構成の一例を示す。
【００５５】
図３に保険契約ＤＢ５５７のテーブル構成の一例を示す。図３のテーブルの例には、保険証券番号の列３００、保険契約者名の列３０２、保険契約者の住所の列３０４、保険契約者の生年月日の列３０６、保険契約者の電話番号の列３０８及び当該保険契約の保険期間満了日の列３１０が含まれている。保険証券番号の列３００には、例えば自動車保険の保険証券番号が登録されており、この値によって本テーブルのレコードを特定することができる。また、図示していないが、保険契約の対象となっている車両の車台番号、当該保険契約の条件や補償内容等も登録されている。なお、１人が複数の保険契約を結ぶこともあるため、保険契約者名の列３０２の値が重複する場合があってもよい。
【００５６】
本テーブルは、例えば保険会社５のコールセンタのオペレータが事故の報告を受けた場合に、コールセンタ端末５２を操作して保険契約ＤＢ５５７にアクセスすることにより、参照される。例えば事故が発生した場合、事故の当事者である保険契約者が保険契約者電話機９を用いてコールセンタ電話機５３の電話番号に電話をかける。コールセンタのオペレータは例えば氏名、生年月日及び電話番号等を聞き、本テーブルのレコードの検索操作を行うことにより、本人確認を行い、保険証券番号、住所及び保険期間満了日の特定を行う。保険証券番号が複数抽出された場合には、保険契約の条件や補償内容を抽出し、保険契約者に通知する。そして保険契約者等が適用する保険を判断する。
【００５７】
またオペレータは、保険契約者の住所又は事故発生場所の住所を用いて修理工場ＤＢ５５８の検索操作を行い、近隣の修理工場を紹介する場合もある。保険期間満了日が過ぎていれば、保険が適用できない旨を保険契約者に伝える。
【００５８】
なお、その他必要な項目（列）があれば本テーブル構成に追加してもよいし、不必要な項目があれば削除してもよい。
【００５９】
図４に修理工場ＤＢ５５８のテーブル構成の一例を示す。図４のテーブルの例には、修理工場の工場番号の列４００、修理工場の工場名の列４０２、修理工場の住所の列４０４、修理工場の電話番号の列４０６、修理工場のメール・アドレスの列４０８及び画像添付システム対応フラグの列４１０が含まれている。
【００６０】
画像添付システム対応フラグの列４１０には、当該修理工場が画像添付システムに対応しているかどうかを判定するためのフラグが登録されている。ここで画像添付システムに対応しているとは、当該修理工場の例えば修理工場端末３（又は７）が、保険会社サーバ５５から送付されるデータを用いて画像添付プログラムを実行できる環境にあることを示す。なお、保険会社サーバ５５から修理工場端末３（又は７）に対するデータの送付には、データ読み込み用のファイルを送信する方法とデータを登録済みの画像添付プログラムを送信する方法との例えば２種類の方法がある。本実施の形態は、データ読み込み用のファイルを送信する方法を採用した場合の例である。
【００６１】
当該修理工場が画像添付システムに対応している場合には１が、対応していない場合には０が登録されている。保険会社サーバ５５は、この値によって修理工場とのやりとりの方法を判定する。例えば、画像添付システム対応済みの修理工場には、入力が必要なデータの一部を含むデータ読み込み用のファイルを送付することにより、ユーザのデータ入力負荷の軽減及び入力ミスの減少を図る。
【００６２】
なお、その他必要な項目（列）があれば本テーブル構成に追加してもよいし、不必要な項目があれば削除してもよい。
【００６３】
図５に事故ＤＢ５５９のテーブル構成の一例を示す。図５のテーブルの例には、受付番号の列５００、事故発生日の列５０２、契約者名の列５０４、協定担当者（アジャスター）の列５０６、保険証券番号の列５０８、工場番号の列５１０、登録番号の列５１４、車両型式の列５１６、類別区分の列５１８及びカラー・コードの列５２０が含まれている。
【００６４】
受付番号の列５００には、事故案件を一意に識別する番号が登録されており、この値によって本テーブルのレコードを特定することができる。なお、協定担当者（アジャスター）の列５０６にはアジャスターの氏名が登録されているが、一意に識別可能なアジャスター番号（コード）等が登録されるような構成であってもよい。
【００６５】
また、修理工場ＤＢ５５８に登録されていない修理工場が修理を行う場合には、工場番号の列５１０にデータが登録されない場合もある。なお、登録番号の列５１４、車両型式の列５１６、類別区分の列５１８及びカラー・コードの列５２０には、当該車両の車検証のデータが登録される。
【００６６】
以上述べた事故ＤＢ５５９のレコードは、事故又は事故による修理が１件発生する毎に１件追加されるような構成となっている。例えば保険会社５のコールセンタのオペレータが事故の連絡を受け、コールセンタ端末５２に入力したデータ及び保険契約ＤＢ５５７に格納されたデータ等に基づき事故ＤＢ５５９に新規レコードが登録される。この初期登録の時点では、受付番号の列５００の値、事故発生日の列５０２の値、契約者名の列５０４の値、保険証券番号の列５０８の値、工場番号の列５１０の値及び登録番号の列５１４の値が登録される。
【００６７】
協定担当者（アジャスター）の列５０６の値は、保険会社サーバ５５等がアジャスターの割当て処理を行った後、登録される。また、車両型式の列５１６、類別区分の列５１８及びカラー・コードの列５２０の値は、修理工場から車検証のデータを受信した後、登録されるが、初期登録の時点で判明していれば登録しておく。
【００６８】
なお、その他必要な項目（列）があれば本テーブル構成に追加してもよいし、不必要な項目があれば削除してもよい。
【００６９】
次に、図６及び図７を用いて図１に示したシステムの処理の内容を説明する。
【００７０】
なお、各修理工場には画像添付プログラムを配布済みであり、少なくとも手入力による事故案件データの登録が可能であることを前提として以下説明する。
【００７１】
保険会社サーバ５５は、例えば保険会社のコールセンタのオペレータが操作するコールセンタ端末５２から事故案件データを受信した場合、事故ＤＢ５５９に格納する（ステップＳ１）。また、修理工場データ検索処理部５５５は、受信した事故案件データの工場番号を用いて修理工場ＤＢ５５８を検索し、修理工場のデータを抽出する。保険会社サーバ５５は、抽出された修理工場のデータに含まれる住所を用いて、その地域を担当するアジャスターを割当て、事故ＤＢ５５９の対応するレコードを更新する（ステップＳ２）。すなわち、協定担当者（アジャスター）の列５０６（図５）に値を登録する。なお、修理工場ではなく保険契約者の住所（地域）によってアジャスターが割当てられる場合もある。
【００７２】
そして保険会社サーバ５５は、事故案件データを含むメール・データを生成し、割当てられたアジャスター宛に送信する（ステップＳ３）。なお、上で抽出した修理工場のデータに含まれる画像添付システム対応フラグの列４１０（図４）の値を用いて、修理工場が画像添付システムに対応しているかどうかを判定し、送信するメールに、修理工場の画像添付システムへの対応状況を表すデータを付加する。これにより、メールを見たアジャスターは、修理工場とのやりとりをどのような手段で行うべきか判断できる。なお、メールの宛先はアジャスターに限られるものではない。例えば、保険会社の各事業所毎に設けられたアドレス宛、あるいは保険会社が適宜設けたメールボックスに宛てて送信してもよい。この場合、各事業所のアドレスやメールボックスに届いたメールをアジャスターが閲覧したり、保険会社の担当者がアジャスターに転送するようにしてもよい。以下、メール・データのアジャスターへの送信については、同様な処理とすることができる。
【００７３】
例えば、修理工場が画像添付システムに対応している場合、アジャスターは社員用端末５１等を用いて修理工場に対する事故案件データ送付要求を保険会社サーバ５５に送信する。事故案件データには受付番号を含む。保険会社サーバ５５は、社員用端末５１等から受付番号を含む事故案件データ送信要求を受信すると、一旦記憶装置に格納する（ステップＳ４）。
【００７４】
事故案件データ検索処理部５５１は、受付番号を用いて事故ＤＢ５５９を検索し、事故案件のデータを抽出して記憶装置に格納する（ステップＳ５）。例えば契約者名の列５０４の値、協定担当者（アジャスター）の列５０６の値、保険証券番号の列５０８の値、工場番号の列５１０の値及び登録番号の列５１４の値を抽出する。
【００７５】
次に修理工場データ検索処理部５５５は、ステップＳ５において抽出された工場番号の列５１０の値を用いて修理工場ＤＢ５５８を検索し、修理工場のデータを抽出して記憶装置に格納する（ステップＳ７）。例えば工場名の列４０２の値、メール・アドレスの列４０８の値を抽出する。
【００７６】
次に修理工場送付用データ生成部５５０は、ステップＳ５及びステップＳ７において抽出されたデータを用いて、修理工場に送付するためのファイルを生成し、生成されたファイル（修理工場送付用ファイル）に所定のパスワードによるファイル保護を施し、修理工場宛のメールに添付して送信する（ステップＳ９）。
【００７７】
例えば修理工場端末３は、修理工場送付用ファイルを保険会社サーバ５５からのメールの添付ファイルとして受信し、記憶装置に格納する（ステップＳ１１）。なお、修理工場送付用ファイルは画像添付プログラムが読み込むためのファイルであり、所定の記憶部に格納される。例えば修理工場端末３のハードディスク内の所定のディレクトリに保存される。また、修理工場送付用ファイルには、画像添付プログラム以外のプログラムからは開くことができないような処理が施されている場合もある。
【００７８】
そして、修理工場端末３は、修理工場の担当者等のユーザによる画像添付プログラム２０００起動の要求を受け付けた場合、画像添付プログラム２０００の起動処理を行う（ステップＳ１３）。すなわち、画像添付プログラム２０００を実行し、初期画面（メニュー部及び表紙画面部）を表示する。なお、画像添付プログラム２０００の画面例や処理の詳細についての説明は後述するため、ここでは、画像添付プログラム２０００による処理は修理工場端末３が行うものとして説明する。
【００７９】
修理工場端末３は、ユーザの操作がデータの読み込み処理の実行要求であったかどうか判定する（ステップＳ１５）。データの読み込み処理の実行要求であったと判定された場合（ステップＳ１５：Ｙｅｓルート）、修理工場端末３は、自動的に、ステップＳ１１において受信した修理工場送付用ファイルを予め保持しているパスワードを用いて開き、読み込んだデータを表紙画面の対応する項目に設定する（ステップＳ１７）。なお、読み込み済みのファイルを削除するような構成であってもよい。また、ステップＳ１５においてデータの読み込み処理の実行要求ではなかったと判定された場合（ステップＳ１５：Ｎｏルート）、修理工場端末３は、ステップＳ１７の処理をスキップする。処理は端子Ｍを介して図７の処理に移行する。
【００８０】
修理工場端末３は、表紙画面に対するユーザからの入力を受け付け、入力されたデータを記憶装置に格納する（ステップＳ１９）。次に修理工場端末３は、例えば事故車両の画像データの添付要求等、画像添付画面に対するユーザからの選択入力を受け付け、所定サイズで表示するように設定された画像データ等を記憶装置に格納する（ステップＳ２１）。次に修理工場端末３は、例えば見積書の画像データの添付要求等、見積添付画面に対するユーザからの選択入力を受け付け、所定サイズで表示するように設定された画像データ等を記憶装置に格納する（ステップＳ２３）。次に修理工場端末３は、例えば車検証の画像データの添付要求等、車検証添付画面に対するユーザからの選択入力を受け付け、所定サイズで表示するように設定された画像データ等を記憶装置に格納する（ステップＳ２５）。
【００８１】
なお、ステップＳ１９乃至ステップＳ２５の処理についてはどのような順序で実行してもよいし、必須ではない画像の添付処理をスキップするような構成であってもよい。なお、本実施の形態では、必須入力項目が入力されていない場合や、画像添付が全くなされていない場合等には、ファイルの保存ができないような構成となっている。ファイル保存処理部２１６は、ファイル保存指示を検知した際に、必須項目（例えば、１０桁等の所定桁数の事件番号など）の入力や画像添付が漏れなくなされているかどうかを確認する。必須項目の入力や画像添付がなされていない場合、保存処理が実行されないような構成となっている。
【００８２】
以上、一通りの設定登録が終わり、ユーザからのファイル保存要求を受け付けると、修理工場端末３は、ファイルの保存処理を行う。なお、自動的に、保存するファイルにはパスワードを用いてファイル保護を施す（ステップＳ２７）。この場合、ファイル保護の施し方及びファイルの保存方法は次の通りである。まず、ファイル保存処理部２１６は必須項目の入力や画像添付がなされていることを確認すると、ファイル保存のための設定データを生成し、制御部２００を介して出力処理部２１２に送信し、修理工場端末３の表示装置に表示させる。その際、保存ファイルの新規名称の候補を、必須入力項目中のデータ（例えば所定桁数の事件番号）を用いて表示する。それに対して修理工場の担当者などがデータの保存実行処理の指示を、修理工場端末３の図示しない入力部を介して行う。
【００８３】
修理工場端末３は保存実行処理の指示を受け付け、保存実行処理の指示は、制御部２００を介してファイル保存処理部２１６に通知される。ファイル保存処理部２１６は、修理工場の担当者などの操作によってファイル名が変更されていないことを確認すると、ファイルロック管理部２１８にファイルロック処理を指示する。場合によっては暗号化処理を行う。この際、ファイル名が変更されていた場合には、ファイル保存処理部２１６による保存処理が実行されないようになっている。また、ファイル保存処理部２１６が、ファイル名とファイル内のデータ中の特定データ（例えば、所定桁数の事件番号）とが一致しているかどうか（あるいはファイルの文字列中に特定データが含まれているか）を確認し、一致していない場合には保存処理を行わないようにすることもできる。
【００８４】
ファイルロック管理部２１８は、ファイル保存処理部２１６の指示に基づき、所定の秘密パスワードを用いて、ファイルのパスワードによるロック処理を実行する。こうすることで、統一化されたファイル名の設定及び漏れのないファイルロック処理を行なうことが可能となる。すなわち、保険会社などでの事故データの管理が適切に行えるようになり、修理工場側でファイル保護されない状態のファイルを保存することを防止できる。なお、ここで設定される秘密パスワードは、例えば保険会社の担当社員や担当アジャスターだけに知らされているもので、修理工場側には知らされていない。こうすることで、修理工場の担当者等によるパスワードの失念を防止でき、また、一旦画像データが添付され保存されたファイルは、パスワードを用いない限り修理工場端末３においても開封ができなくなり、修理工場内の他の担当者などに情報が漏洩するというリスクを回避できる。
【００８５】
さらに、ファイルロック管理部２１８は、秘密パスワードによりロックしたファイルの開封を特定の端末上でのみ可能とするような機能を有している。具体的には、例えば社員用端末５１など、ファイル開封を可能とする端末には、予め固有のプログラムの設定又はデータの記録（ファイル開封用の特殊プログラムの設定、特殊名ファイルの記録、特定の記憶領域に特定データを記録など）をしておく。そして、ファイルロック管理部２１８は、秘密パスワードによりロックされたファイルの開封指示を検知すると、ファイル開封可能端末確認用のプログラムの設定や特定データの記録の有無を確認し、ファイルの開封可否を判定する。なお、パスワードロックされていないファイルについては、このような処理は行わない。すなわち、修理工場端末３において最初にファイルを開封する際には端末の確認処理は行われない。これにより、万一、秘密パスワードが外部の第三者に漏洩しても、特定の端末上以外ではパスワードロックされたファイルの開封ができなくなる。ファイルロック管理部２１８は以上のようなファイル保護処理を行い、保存処理部２１６のファイル保存が完了する。
【００８６】
次に、修理工場端末３は、修理工場の担当者等のユーザのメール送信の要求操作を受け付け、例えばステップＳ２７において保存されたファイルを添付したメール・データを生成し、例えば保険会社５の当該事故案件を担当している社員宛てに送信する（ステップＳ２９）。なお、保険会社５が設定した１つのメール・アドレスに送信し、保険会社サーバ５５が協定担当者（アジャスター）を特定して送付したり、協定担当者（アジャスター）のアクセスに従ってファイルをダウンロードさせたりすることもある。
【００８７】
例えば社員用端末５１は、ステップＳ２９において宛先となった保険会社の担当者によるメール受信の操作を受け付け、図示しないメール・サーバからメール・データを受信し、記憶装置に格納する（ステップＳ３１）。添付ファイルも同様に受信して記憶装置に格納する。そして社員用端末５１は、保険会社の担当者による、ステップＳ３１において受信したファイルの閲覧の要求操作を受け付けた場合には、保険会社の担当者にパスワードの入力を促す。そして、保険会社の担当者から正しいパスワードの入力を受け付けた場合には、ファイル内容を表示装置に表示する（ステップＳ３３）。
【００８８】
なお、社員用端末５１は、保険会社の担当者による印刷処理の要求操作を受け付けた場合には、表示したファイルの印刷処理を行う。このファイルは、当該ファイルに含まれる各ページにつき例えばＡ４サイズ１枚で印刷されるような構成となっている。
【００８９】
以上の処理により、保険会社は、修理工場の担当者等のユーザに対し、事故案件毎に統一された形態でデータを登録させることができる。また、自動的にファイル保護を行うため、ユーザによるファイル保護の失念も防止できる。また、入力が必要なデータの少なくとも一部を含む読み込み用のファイルを修理工場に送付し、修理工場で受け取ったファイルを読み込むことにより、修理工場と保険会社の担当者とのやりとりや、入力ミスによる不具合の削減を図ることができる。
【００９０】
また、修理工場の担当者等のユーザは、ファイル保護を意識せずに読み込み用ファイルの読み込み操作が可能となる。さらに、保険会社の担当者は、印刷時に、印刷範囲から画像がはみ出ないようにする等の印刷設定を意識する必要がないため、業務効率の向上を図ることができる。
【００９１】
次に、図８乃至図２０を用いて図２に示した画像添付プログラム２０００の処理の内容を説明する。
【００９２】
画像添付プログラム２０００が実行されると、まず、画像添付プログラム２０００は、初期画面の表示を行うかどうか判定する（ステップＳ３５）。起動時には初期画面の表示を行うため（ステップＳ３５：Ｙｅｓルート）、制御部２００は共通ヘッダー部の表示を行う（ステップＳ３７）。そして表紙画面表示部２０２は表紙画面の表示を行う（ステップＳ３９）。
【００９３】
図９に、共通ヘッダー部を含む表紙画面の一例を示す。図９の例では、共通ヘッダー部９００及び表紙画面９５０が含まれている。共通ヘッダー部９００には、「保存」ボタン９０２、「印刷」ボタン９０４、「表紙」ボタン９０６、「画像」ボタン９０８、「見積」ボタン９１０、「車検証」ボタン９１２、「読込」ボタン９１４、「メール」ボタン９１６及び「終了」ボタン９１８が含まれている。これらのボタンが選択されることにより、各画面への遷移、保存や終了等の処理が実行される。
【００９４】
また、表紙画面９５０には、送信元名（修理工場名称）入力欄９５２、お客様名（保険契約者名）入力欄９５４、協定担当者（アジャスター）名入力欄９５６、受付番号入力欄９５８、登録番号入力欄９６０、型式入力欄９６２、類別区分・型式指定番号入力欄９６４、カラー・コード入力欄９６６、車両所有者名入力欄９６８、車両使用者名入力欄９７０、証券番号入力欄９７２及びコメント入力欄９７４が含まれている。送信元名（修理工場名称）入力欄９５２乃至カラー・コード入力欄９６６は必須入力項目となっており、全て入力されていないと保存処理ができないような構成となっている。なお、必須入力項目はこのパターンに限らず、適宜、必要に応じて変更することができる。
【００９５】
図８の処理フローに戻り、処理は端子Ｊを介してステップＳ４１の処理へ進む。また、ステップＳ３５において、初期画面の表示ではないと判定された場合には（ステップＳ３５：Ｎｏルート）、ステップＳ３７及びステップＳ３９の処理をスキップする。すなわち、表示しているページをそのまま表示しておく。
【００９６】
制御部２００及び各画面表示部（例えば表紙画面表示部２０２）は、表示しているページに対する、修理工場の担当者等のユーザからのボタンの選択入力やデータの入力を受け付け、例えば表紙画面９５０（図９）に入力されたデータは、データ保持部２２０によって一旦記憶装置に格納される（ステップＳ４１）。
【００９７】
制御部２００は、共通ヘッダー部（例えば共通ヘッダー部９００（図９））に対するユーザからの要求操作を判定する。すなわち、どのボタンが押されたかを判定する。「保存」ボタン９０２が押されたと判定された場合（ステップＳ４３：Ｙｅｓルート）、処理は端子Ｂを介して図１７の処理に移行する。
【００９８】
「保存」ボタン９０２が押されず（ステップＳ４３：Ｎｏルート）、「印刷」ボタン９０４が押されたと判定された場合（ステップＳ４５：Ｙｅｓルート）、処理は端子Ｃを介して図１８の処理に移行する。
【００９９】
「印刷」ボタン９０４が押されず（ステップＳ４５：Ｎｏルート）、「表紙」ボタン９０６が押されたと判定された場合（ステップＳ４７：Ｙｅｓルート）、処理は端子Ａを介してステップＳ３９の処理に戻る。
【０１００】
「表紙」ボタン９０６が押されず（ステップＳ４７：Ｎｏルート）、「画像」ボタン９０８が押されたと判定された場合（ステップＳ４９：Ｙｅｓルート）、処理は端子Ｄを介して図１１の処理に移行する。
【０１０１】
「画像」ボタン９０８が押されず（ステップＳ４９：Ｎｏルート）、「見積」ボタン９１０が押されたと判定された場合（ステップＳ５１：Ｙｅｓルート）、処理は端子Ｅを介して図１３の処理に移行する。「見積」ボタン９１０が押されたと判定されなかった場合（ステップＳ５１：Ｎｏルート）、処理は端子Ｌを介して図１０の処理に移行する。
【０１０２】
図１０の処理に移行し、制御部２００は、さらに共通ヘッダー部（例えば共通ヘッダー部９００（図９））に対するユーザからの要求操作を判定する。すなわち、どのボタンが押されたかを判定する。「車検証」ボタン９１２が押されたと判定された場合（ステップＳ５３：Ｙｅｓルート）、処理は端子Ｆを介して図１５の処理に移行する。
【０１０３】
「車検証」ボタン９１２が押されず（ステップＳ５３：Ｎｏルート）、「メール」ボタン９１６が押されたと判定された場合（ステップＳ５５：Ｙｅｓルート）、処理は端子Ｇを介して図２０の処理に移行する。
【０１０４】
「メール」ボタン９１６が押されず（ステップＳ５５：Ｎｏルート）、「読込」ボタン９１４が押されたと判定された場合（ステップＳ５７：Ｙｅｓルート）、処理は端子Ｈを介して図１９の処理に移行する。
【０１０５】
「読込」ボタン９１４が押されなかったと判定された場合（ステップＳ５７：Ｎｏルート）、制御部２００は「終了」ボタン９１８が押されたと判定する。終了処理部２２２は、例えば「終了してもよろしいですか？」等の終了を確認するメッセージを表示し、例えば「はい」ボタン又は「いいえ」ボタンによるユーザの選択入力操作を受け付ける（ステップＳ５９）。
【０１０６】
ユーザの選択入力操作が、終了を了承する例えば「はい」ボタンの押下であったと判定された場合（ステップＳ６１：Ｙｅｓルート）、終了処理部２２２は、表示画面を閉じ、プログラムを終了する（ステップＳ６３）。また、「はい」ボタンの押下ではなかったと判定された場合（ステップＳ６１：Ｎｏルート）、処理は端子Ｊを介してステップＳ４１（図８）の処理に戻る。
【０１０７】
次に、端子Ｄを介して遷移した処理について図１１を用いて説明する。本処理は、ステップＳ４９（図８）において「画像」ボタン９０８（図９）が押されたと判定された場合（ステップＳ４９：Ｙｅｓルート）の処理である。
【０１０８】
車両画像添付画面表示部２０４は、車両画像添付画面を表示し、ユーザの選択入力操作を受け付ける（ステップＳ６５）。
【０１０９】
図１２に、共通ヘッダー部を含む車両画像添付画面の一例を示す。図１２の例では、共通ヘッダー部１２００及び車両画像添付画面１２５０が含まれている。共通ヘッダー部１２００は、上で述べた共通ヘッダー部９００（図９）と同様の構成となっている。
【０１１０】
また、車両画像添付画面１２５０には、「写真」ボタン１２５２、「削除」ボタン１２５４、車両画像添付欄１２５６及びコメント入力欄１２５８が含まれている。以上の画像添付用項目を１セットとして、本実施の形態では、車両画像添付画面１２５０の１ページにつき３セットの画像添付用項目が含まれるような構成となっている。これは、登録番号の入った車両全景画像と、損傷部を中心に損傷全体が把握できる画像と、損傷部のクローズアップ画像との３つの画像の添付を促すためである。但し、１ページに含む画像添付用項目は何セットであってもよいし、車両画像添付画面が複数あるような構成であってもよい。
【０１１１】
修理工場の担当者等のユーザは、「写真」ボタン１２５２又は「削除」ボタン１２５４を押すことによって、当該ボタンの下に設置されている車両画像添付欄１２５６に対して画像データの挿入又は削除を行う。また、車両画像添付欄１２５６の画像データについての説明やコメントを、右側のコメント入力欄１２５８に入力する。
【０１１２】
図１１のフローに戻り、車両画像添付画面表示部２０４は、ユーザからの車両画像添付画面１２５０（図１２）に対する要求操作を判定する。「写真」ボタン１２５２（図１２）が押されたと判定された場合（ステップＳ６７：Ｙｅｓルート）、画像添付処理部２１０は、図示しない画像ファイル指定ダイアログ・ボックスを表示し、添付する画像ファイルの指定を促す。例えばディレクトリ及びファイル名を直接入力可能としてもよいし、ディレクトリ及びファイルを参照しながら選択するような構成であってもよい。そして、画像添付処理部２１０は、指定されたディレクトリ及びファイル名と、例えば「この画像ファイルを添付しますか？」等の確認メッセージとを含む図示しないダイアログ・ボックスを表示し、例えば「ＯＫ」ボタン及び「キャンセル」ボタンによるユーザの選択入力操作を受け付ける（ステップＳ６９）。なお、ファイルを選択する際に画像データのサムネイルを表示して、内容の確認を行うことができるようにすることもある。
【０１１３】
ユーザの選択入力操作が、ファイルの添付を了承する例えば「ＯＫ」ボタンの押下ではなかったと判定された場合（ステップＳ７１：Ｎｏルート）、ステップＳ６５の処理に戻る。「ＯＫ」ボタンの押下であったと判定された場合（ステップＳ７１：Ｙｅｓルート）、画像添付処理部２１０は、ステップＳ６５において押された「写真」ボタン１２５２（図１２）に対応する車両画像添付欄１２５６（図１２）に、既に画像が添付済みかどうか判定する（ステップＳ７３）。添付済みであると判定された場合（ステップＳ７３：Ｙｅｓルート）、画像添付処理部２１０は、図示しない差替え確認ダイアログ・ボックスにおいて、例えば「現在添付されている画像を破棄して、新しい画像を添付しますか？」等の確認メッセージを表示し、例えば「差替え」ボタン及び「やめる」ボタンによるユーザの選択入力操作を受け付ける（ステップＳ７５）。
【０１１４】
ユーザの選択入力操作が、画像の差替えを了承する例えば「差替え」ボタンの押下ではなかったと判定された場合（ステップＳ７７：Ｎｏルート）、ステップＳ６５の処理に戻る。「差替え」ボタンの押下であったと判定された場合（ステップＳ７７：Ｙｅｓルート）、画像添付処理部２１０は、指定された画像ファイルを読み込み（ステップＳ７９）、画像ファイルの表示サイズが、ステップＳ６５において押された「写真」ボタン１２５２（図１２）に対応する車両画像添付欄１２５６（図１２）のサイズと等しいか確認する（ステップＳ８１）。等しくない場合には、画像添付処理部２１０は画像ファイルの表示サイズを調整し、車両画像添付欄１２５６（図１２）と同じサイズの画像を車両画像添付欄１２５６（図１２）に上書き添付（画像データ更新）する（ステップＳ８３）。なおこの際、所定の画像サイズ調整処理を行って画像の解像度を修正する場合もある。車両画像添付画面表示部２０４は、添付された画像を画面表示し、データ保持部２２０に格納する。なお、データ保持部２２０では、表示サイズのデータに対応して画像データが保持される。
【０１１５】
また、ステップＳ７３において、添付済みではないと判定された場合（ステップＳ７３：Ｎｏルート）、差替えの確認は必要ないため、画像添付処理部２１０は、ステップＳ７５及びステップＳ７７の処理をスキップしてステップＳ７９に移行する。
【０１１６】
ステップＳ８１の処理の終了後、処理はステップＳ６５に戻る。
【０１１７】
次に、ステップＳ６７において、「写真」ボタン１２５２（図１２）が押されたと判定されなかった場合（ステップＳ６７：Ｎｏルート）、「削除」ボタン１２５４（図１２）が押されたかどうか判定する（ステップＳ８４）。「削除」ボタン１２５４（図１２）が押されたと判定されなかった場合（ステップＳ８４：Ｎｏルート）、処理は端子Ｊを介してステップＳ４１（図８）の処理に戻る。
【０１１８】
ステップＳ８４において、「削除」ボタン１２５４（図１２）が押されたと判定された場合（ステップＳ８４：Ｙｅｓルート）、画像添付処理部２１０は、図示しない画像削除確認ダイアログ・ボックスにおいて、例えば「画像を削除します。よろしいですか？」等の確認メッセージを表示し、例えば「ＯＫ」ボタン及び「キャンセル」ボタンによるユーザの選択入力操作を受け付ける（ステップＳ８５）。
【０１１９】
ユーザの選択入力操作が、画像の削除を了承する例えば「ＯＫ」ボタンの押下ではなかったと判定された場合（ステップＳ８７：Ｎｏルート）、ステップＳ６５の処理に戻る。「ＯＫ」ボタンの押下であったと判定された場合（ステップＳ８７：Ｙｅｓルート）、画像添付処理部２１０は、ステップＳ６５において押された「削除」ボタン１２５４（図１２）に対応する車両画像添付欄１２５６（図１２）に添付されている画像ファイルを削除する（ステップＳ８９）。車両画像添付画面表示部２０４は、指定された添付済みの画像を消去して画面表示する。また、データ保持部２２０は、保持している当該画像ファイルのデータを破棄する。処理はステップＳ６５に戻る。
【０１２０】
次に、端子Ｅを介して遷移した処理について図１３を用いて説明する。本処理は、ステップＳ５１（図８）において「見積」ボタン９１０（図９）が押されたと判定された場合（ステップＳ５１：Ｙｅｓルート）の処理である。
【０１２１】
見積書添付画面表示部２０６は、見積書添付画面を表示し、ユーザの選択入力操作を受け付ける（ステップＳ９１）。
【０１２２】
図１４に、共通ヘッダー部を含む見積書添付画面の一例を示す。図１４の例では、共通ヘッダー部１４００及び見積書添付画面１４５０が含まれている。共通ヘッダー部１４００は、上で述べた共通ヘッダー部９００（図９）と同様の構成となっている。
【０１２３】
また、見積書添付画面１４５０には、「見積書貼付」ボタン１４５２、「見積書削除」ボタン１４５４及び見積書画像添付欄１４５６が含まれている。以上の画像添付用項目を１セットとして、本実施の形態では、見積書添付画面１４５０の１ページにつき１セットの画像添付用項目が含まれるような構成となっている。但し、１ページに含む画像添付用項目は何セットであってもよいし、見積書添付画面が複数あるような構成であってもよい。
【０１２４】
修理工場の担当者等のユーザは、「見積書貼付」ボタン１４５２又は「見積書削除」ボタン１４５４を押すことによって、当該ボタンの下に設置されている見積書画像添付欄１４５６に対して画像データの挿入又は削除を行う。
【０１２５】
図１３のフローに戻り、見積書添付画面表示部２０６は、ユーザからの見積書添付画面１４５０（図１４）に対する要求操作を判定する。「見積書貼付」ボタン１４５２（図１４）が押されたと判定された場合（ステップＳ９３：Ｙｅｓルート）、画像添付処理部２１０は、図示しない画像ファイル指定ダイアログ・ボックスを表示し、添付する画像ファイルの指定を促す。例えばディレクトリ及びファイル名を直接入力可能としてもよいし、ディレクトリ及びファイルを参照しながら選択するような構成であってもよい。そして、画像添付処理部２１０は、指定されたディレクトリ及びファイル名と、例えば「この画像ファイルを添付しますか？」等の確認メッセージとを含む図示しないダイアログ・ボックスを表示し、例えば「ＯＫ」ボタン又は「キャンセル」ボタンによるユーザの選択入力操作を受け付ける（ステップＳ９５）。なお、ファイルを選択する際に画像データのサムネイルを表示して、内容の確認を行うことができるようにすることもある。
【０１２６】
ユーザの選択入力操作が、ファイルの添付を了承する例えば「ＯＫ」ボタンの押下ではなかったと判定された場合（ステップＳ９７：Ｎｏルート）、ステップＳ９１の処理に戻る。「ＯＫ」ボタンの押下であったと判定された場合（ステップＳ９７：Ｙｅｓルート）、画像添付処理部２１０は、ステップＳ９１において押された「見積書貼付」ボタン１４５２（図１４）に対応する見積書画像添付欄１４５６（図１４）に、既に画像が添付済みかどうか判定する（ステップＳ９９）。添付済みであると判定された場合（ステップＳ９９：Ｙｅｓルート）、画像添付処理部２１０は、図示しない差替え確認ダイアログ・ボックスにおいて、例えば「現在添付されている画像を破棄して、新しい画像を添付しますか？」等の確認メッセージを表示し、例えば「差替え」ボタン及び「やめる」ボタンによるユーザの選択入力操作を受け付ける（ステップＳ１０１）。
【０１２７】
ユーザの選択入力操作が、画像の差替えを了承する例えば「差替え」ボタンの押下ではなかったと判定された場合（ステップＳ１０３：Ｎｏルート）、ステップＳ９１の処理に戻る。「差替え」ボタンの押下であったと判定された場合（ステップＳ１０３：Ｙｅｓルート）、画像添付処理部２１０は、指定された画像ファイルを読み込み（ステップＳ１０５）、画像ファイルの表示サイズが、見積書画像添付欄１４５６（図１４）のサイズと等しいか確認する（ステップＳ１０７）。等しくない場合には、画像添付処理部２１０は画像ファイルの表示サイズを調整し、見積書画像添付欄１４５６（図１４）と同じサイズの画像を見積書画像添付欄１４５６（図１４）に上書き添付（画像データ更新）する（ステップＳ１０９）。見積書添付画面表示部２０６は、添付された画像を画面表示し、データ保持部２２０に格納する。なお、データ保持部２２０では、表示サイズのデータに対応して画像データが保持される。
【０１２８】
また、ステップＳ９９において、添付済みではないと判定された場合（ステップＳ９９：Ｎｏルート）、差替えの確認は必要ないため、画像添付処理部２１０は、ステップＳ１０１及びステップＳ１０３の処理をスキップしてステップＳ１０５に移行する。
【０１２９】
ステップＳ１０７の処理の終了後、処理はステップＳ９１に戻る。
【０１３０】
次に、ステップＳ９３において、「見積書貼付」ボタン１４５２（図１４）が押されたと判定されなかった場合（ステップＳ９３：Ｎｏルート）、「見積書削除」ボタン１４５４（図１４）が押されたかどうか判定する（ステップＳ１０９）。「見積書削除」ボタン１４５４（図１４）が押されたと判定されなかった場合（ステップＳ１０９：Ｎｏルート）、処理は端子Ｊを介してステップＳ４１（図８）の処理に戻る。
【０１３１】
ステップＳ１０９において、「見積書削除」ボタン１４５４（図１４）が押されたと判定された場合（ステップＳ１０９：Ｙｅｓルート）、画像添付処理部２１０は、図示しない画像削除確認ダイアログ・ボックスにおいて、例えば「画像を削除します。よろしいですか？」等の確認メッセージを表示し、例えば「ＯＫ」ボタン又は「キャンセル」ボタンによるユーザの選択入力操作を受け付ける（ステップＳ１１１）。
【０１３２】
ユーザの選択入力操作が、画像の削除を了承する例えば「ＯＫ」ボタンの押下ではなかったと判定された場合（ステップＳ１１３：Ｎｏルート）、ステップＳ９１の処理に戻る。「ＯＫ」ボタンの押下であったと判定された場合（ステップＳ１１３：Ｙｅｓルート）、画像添付処理部２１０は、見積書画像添付欄１４５６（図１４）に添付されている画像ファイルを削除する（ステップＳ１１５）。見積書添付画面表示部２０６は、指定された添付済みの画像を消去して画面表示する。また、データ保持部２２０は、保持している当該画像ファイルのデータを破棄する。処理はステップＳ９１に戻る。
【０１３３】
次に、端子Ｆを介して遷移した処理について図１５を用いて説明する。本処理は、ステップＳ５３（図１０）において「車検証」ボタン９１２（図９）が押されたと判定された場合（ステップＳ５３：Ｙｅｓルート）の処理である。
【０１３４】
車検証添付画面表示部２０８は、車検証添付画面を表示し、ユーザの選択入力操作を受け付ける（ステップＳ１１７）。
【０１３５】
図１６に、共通ヘッダー部を含む車検証添付画面の一例を示す。図１６の例では、共通ヘッダー部１６００及び車検証添付画面１６５０が含まれている。共通ヘッダー部１６００は、上で述べた共通ヘッダー部９００（図９）と同様の構成となっている。
【０１３６】
また、車検証添付画面１６５０には、「車検証貼付」ボタン１６５２、「車検証削除」ボタン１６５４及び車検証画像添付欄１６５６が含まれている。以上の画像添付用項目を１セットとして、本実施の形態では、車検証添付画面１６５０の１ページにつき１セットの画像添付用項目が含まれるような構成となっている。但し、１ページに含む画像添付用項目は何セットであってもよいし、車検証添付画面が複数あるような構成であってもよい。
【０１３７】
修理工場の担当者等のユーザは、「車検証貼付」ボタン１６５２又は「車検証削除」ボタン１６５４を押すことによって、当該ボタンの下に設置されている車検証画像添付欄１６５６に対して画像データの挿入又は削除を行う。
【０１３８】
図１５のフローに戻り、車検証添付画面表示部２０８は、ユーザからの車検証添付画面１６５０（図１６）に対する要求操作を判定する。以下、上で述べた見積書添付画面と同様の処理のため、説明を省略する。
【０１３９】
次に、端子Ｂを介して遷移した処理について図１７を用いて説明する。本処理は、ステップＳ４３（図８）において「保存」ボタン９０２（図９）が押されたと判定された場合（ステップＳ４３：Ｙｅｓルート）の処理である。
【０１４０】
保存処理部２１６は、データ保持部２２０に保持されているデータを参照し、必須入力チェック、桁数チェック及び文字チェックを行う（ステップＳ１１９）。また、画像添付チェックを行う（ステップＳ１２１）。
【０１４１】
必須入力チェックでは、必須入力項目（必須入力欄）に全てデータが入力されているかチェックする。例えば表紙画面９５０（図９）における必須入力項目である送信元名（修理工場名称）入力欄９５２、お客様名（保険契約者名）入力欄９５４、協定担当者（アジャスター）名入力欄９５６、受付番号入力欄９５８、登録番号入力欄９６０、型式入力欄９６２、類別区分・型式指定番号入力欄９６４及びカラー・コード入力欄９６６に対して全て入力がなされているかチェックする。
【０１４２】
桁数チェックでは、番号やコードの入力欄等に所定の桁数（範囲内）でデータが入力されているかチェックする。例えば表紙画面９５０（図９）における受付番号入力欄９５８に入力されているデータが、例えば８桁であるかどうかチェックする。
【０１４３】
文字チェックでは、番号やコードの入力欄等に入力されているデータが、適切な文字によって構成されているかチェックする。例えば表紙画面９５０（図９）における受付番号入力欄９５８に入力されているデータが、ピリオドから始まっていたり、所定の文字以外のデータ（コロンやスラッシュ等）を含む場合には、適切ではないものとする。
【０１４４】
画像添付チェックでは、例えば車両画像添付画面１２５０（図１２）に少なくとも１つの画像が添付されているかチェックする。見積書添付画面１４５０（図１４）や車検証添付画面１６５０（図１６）についても同様に画像の添付がなされているかチェックするような構成であってもよい。
【０１４５】
保存処理部２１６は、以上のチェック処理の結果、エラーがあったかどうか判定する（ステップＳ１２３）。エラーがあったと判定された場合（ステップＳ１２３：Ｙｅｓルート）、保存処理部２１６は、例えば「正しく入力し直してください。」等のエラー・メッセージを表示し（ステップＳ１２５）、処理は端子Ｊを介してステップＳ４１（図８）の処理に戻る。
【０１４６】
エラーがなかったと判定された場合（ステップＳ１２３：Ｎｏルート）、保存処理部２１６は、例えば「ファイルを保存して終了しますか？」等の確認メッセージを含む図示しない保存確認ダイアログ・ボックスを表示し、例えば「はい」ボタン又は「いいえ」ボタンによるユーザの選択入力操作を受け付ける（ステップＳ１２７）。
【０１４７】
ユーザの選択入力操作が、ファイルの保存及び終了を了承する例えば「はい」ボタンの押下ではなかったと判定された場合（ステップＳ１２９：Ｎｏルート）、処理は端子Ｊを介してステップＳ４１（図８）の処理に戻る。「はい」ボタンの押下であったと判定された場合（ステップＳ１２９：Ｙｅｓルート）、保存処理部２１６は、図示しない保存先指定ダイアログ・ボックスを表示し、ファイルの保存先の指定を促す。例えばディレクトリ名を直接入力可能としてもよいし、ディレクトリを参照しながら選択するような構成であってもよい。また、このステップをスキップして、常に所定の同一ディレクトリに保存するような構成であってもよい。
【０１４８】
そして、保存処理部２１６は、指定されたディレクトリ及びファイル名と、例えば「この場所に保存しますか？」等の確認メッセージとを含む図示しないダイアログ・ボックスを表示し、例えば「ＯＫ」ボタン又は「キャンセル」ボタンによるユーザの選択入力操作を受け付ける（ステップＳ１３１）。
【０１４９】
ユーザの選択入力操作が、ファイルの保存先を了承する例えば「ＯＫ」ボタンの押下ではなかったと判定された場合（ステップＳ１３３：Ｎｏルート）、処理は端子Ｊを介してステップＳ４１（図８）の処理に戻る。「ＯＫ」ボタンの押下であったと判定された場合（ステップＳ１３３：Ｙｅｓルート）、保存処理部２１６は、保存先に指定されたディレクトリに既に同名のファイルが存在するかどうか判定する（ステップＳ１３５）。存在すると判定された場合（ステップＳ１３５：Ｙｅｓルート）、保存処理部２１６は、図示しない上書き確認ダイアログ・ボックスにおいて、例えば「新しいファイルを上書きしますか？」等の確認メッセージを表示し、例えば「はい」ボタン又は「いいえ」ボタンによるユーザの選択入力操作を受け付ける（ステップＳ１３７）。
【０１５０】
なお、ファイル名については受付番号等のユニークな名前とすることもある。また、自動的にユニークなファイル名が設定される場合もある。
【０１５１】
ユーザの選択入力操作が、ファイルの上書きを了承する例えば「はい」ボタンの押下ではなかったと判定された場合（ステップＳ１３９：Ｎｏルート）、処理は端子Ｊを介してステップＳ４１（図８）の処理に戻る。「はい」ボタンの押下であったと判定された場合（ステップＳ１３９：Ｙｅｓルート）、保存処理部２１６は、データ保持部２２０を参照して各ページにおいて登録されたデータを所定のフォーマットで統合し、ＯＳのファイル保存機能を用いて本プログラム・ファイルを指定されたディレクトリに保存する。その際、ファイルロック管理部２１８は、保存するプログラム・ファイルに対してファイル保護を施す（ステップＳ１４１）。処理は端子Ｋを介してステップＳ６３（図１０）の処理に移行する。
【０１５２】
なお、ステップＳ１３１以降のファイル保存の処理はＯＳが持つ機能のみを用いて行われるような構成であってもよい。但し、その場合には、ステップＳ１３１以前にファイル保護処理を実施しておく必要がある。また、ＯＳによる保存処理の終了後は、処理は端子Ｊを介してステップＳ４１（図８）の処理に戻る。
【０１５３】
また、各ページにおいて登録されたデータを統合して、画像添付プログラムとは別の、所定のファイル・フォーマットのファイルを生成して、修理工場端末３の記憶装置に格納するようにしてもよい。
【０１５４】
次に、端子Ｃを介して遷移した処理について図１８を用いて説明する。本処理は、ステップＳ４５（図８）において「印刷」ボタン９０４（図９）が押されたと判定された場合（ステップＳ４５：Ｙｅｓルート）の処理である。
【０１５５】
出力処理部２１２は、例えば「印刷を実行しますか？」等の確認メッセージを含む図示しない印刷確認ダイアログ・ボックスを表示し、例えば「ＯＫ」ボタン又は「キャンセル」ボタンによるユーザの選択入力操作を受け付ける（ステップＳ１４３）。
【０１５６】
ユーザの選択入力操作が、印刷の実行を了承する例えば「ＯＫ」ボタンの押下ではなかったと判定された場合（ステップＳ１４５：Ｎｏルート）、処理は端子Ｊを介してステップＳ４１（図８）の処理に戻る。「ＯＫ」ボタンの押下であったと判定された場合（ステップＳ１４５：Ｙｅｓルート）、出力処理部２１２は、データ保持部２２０に保持されているデータを参照し、表紙画面９５０（図９）、車両画像添付画面１２５０（図１２）、見積書添付画面１４５０（図１４）及び車検証添付画面１６５０（図１６）の印刷設定を行う。見積書添付画面１４５０（図１４）及び車検証添付画面１６５０（図１６）の印刷設定においては、「見積書」又は「車検証」等のヘッダー及びフッターを付加する（ステップＳ１４７）。
【０１５７】
また、出力処理部２１２は、印刷する各ページの印刷サイズを例えばＡ４サイズ等の所定の大きさに設定し、当該設定に従った印刷用データ及び印刷要求を図示しないプリンタ等に出力することにより、印刷処理を行う（ステップＳ１４９）。処理は端子Ｊを介してステップＳ４１（図８）の処理に戻る。
【０１５８】
次に、端子Ｈを介して遷移した処理について図１９を用いて説明する。本処理は、ステップＳ５７（図１０）において「読込」ボタン９１４（図９）が押されたと判定された場合（ステップＳ５７：Ｙｅｓルート）の処理である。
【０１５９】
データ読込処理部２１４は、例えば修理工場端末３の所定のディレクトリにデータ読み込み用のファイルが存在するか確認する（ステップＳ１５１）。ファイルが存在しないと判定された場合（ステップＳ１５３：Ｎｏルート）、データ読込処理部２１４は、例えば「読み込み用のファイルがありません。」等のメッセージを含む図示しないダイアログ・ボックスを表示し、ファイルが存在しないことを示す（ステップＳ１５５）。処理は端子Ｊを介してステップＳ４１（図８）の処理に戻る。
【０１６０】
なお、読み込み用のファイルは、例えば保険会社サーバ５５からのメールを受信することによって修理工場端末３に格納されたものであり、当該ファイルには、保険会社５において特定可能な事故案件データが含まれている。
【０１６１】
ステップＳ１５３においてファイルが存在すると判定された場合（ステップＳ１５３：Ｙｅｓルート）、データ読込処理部２１４は、特定のディレクトリ及びファイル名を示し、例えば「このファイルのデータを読み込みますか？」等の確認メッセージを表示し、例えば「ＯＫ」ボタン又は「キャンセル」ボタンによるユーザの選択入力操作を受け付ける（ステップＳ１５７）。
【０１６２】
ユーザの選択入力操作が、読み込みの実行を了承する例えば「ＯＫ」ボタンの押下ではなかったと判定された場合（ステップＳ１５９：Ｎｏルート）、処理は端子Ｊを介してステップＳ４１（図８）の処理に戻る。「ＯＫ」ボタンの押下であったと判定された場合（ステップＳ１５９：Ｙｅｓルート）、ファイルロック管理部２１８は、特定の読み込み用のファイルを、予め保持しているパスワードを用いてファイルロックを解除する（ステップＳ１６１）。データ読込処理部２１４は、ロックが解除された読み込み用のファイルからデータを読み込み、データ保持部２２０に格納する（ステップＳ１６３）。
【０１６３】
さらにデータ読込処理部２１４は、表紙画面９５０（図９）の対応する項目（入力欄）にデータを設定する（ステップＳ１６５）。例えば、送信元名（修理工場名称）入力欄９５２、お客様名（保険契約者名）入力欄９５４、協定担当者（アジャスター）名入力欄９５６、受付番号入力欄９５８、登録番号入力欄９６０及び証券番号入力欄９７２のデータを設定する。
【０１６４】
データの読み込み処理終了後、データ読込処理部２１４は、例えば「読込済みのファイルを削除しますか？」等の確認メッセージを含む図示しないダイアログ・ボックスを表示し、例えば「ＯＫ」ボタン又は「キャンセル」ボタンによるユーザの選択入力操作を受け付ける（ステップＳ１６７）。
【０１６５】
ユーザの選択入力操作が、読込済みファイルの削除を了承する例えば「ＯＫ」ボタンの押下ではなかったと判定された場合（ステップＳ１６９：Ｎｏルート）、処理は端子Ｊを介してステップＳ４１（図８）の処理に戻る。「ＯＫ」ボタンの押下であったと判定された場合（ステップＳ１６９：Ｙｅｓルート）、データ読込処理部２１４は、読み込みの済んだ特定の読み込み用のファイルをディレクトリから削除する（ステップＳ１７１）。なお、ステップＳ１６７及びステップＳ１６９の処理をスキップし、ユーザの確認をとらずに読込済みファイルを削除するような構成であってもよい。処理は端子Ｊを介してステップＳ４１（図８）の処理に戻る。
【０１６６】
次に、端子Ｇを介して遷移した処理について図２０を用いて説明する。本処理は、ステップＳ５５（図１０）において「メール」ボタン９１６（図９）が押されたと判定された場合（ステップＳ５５：Ｙｅｓルート）の処理である。
【０１６７】
保存処理部２１６は、データ保持部２２０に保持されているデータを参照し、必須入力チェック、桁数チェック及び文字チェックを行う（ステップＳ１７３）。また、画像添付チェックを行う（ステップＳ１７５）。チェックの内容は、ステップＳ１１９（図１７）及びステップＳ１２１（図１７）における処理について上で述べたのと同様である。
【０１６８】
保存処理部２１６は、チェック処理の結果、エラーがあったかどうか判定する（ステップＳ１７７）。エラーがあったと判定された場合（ステップＳ１７７：Ｙｅｓルート）、保存処理部２１６は、例えば「正しく入力し直してください。」等のエラー・メッセージを表示し（ステップＳ１７９）、処理は端子Ｊを介してステップＳ４１（図８）の処理に戻る。
【０１６９】
エラーがなかったと判定された場合（ステップＳ１７７：Ｎｏルート）、保存処理部２１６は、データ保持部２２０を参照して各ページにおいて登録されたデータを所定のフォーマットで統合し、ＯＳのファイル保存機能を用いて本プログラム・ファイルを指定されたディレクトリに保存する。その際、ファイルロック管理部２１８は、保存するプログラム・ファイルに対してファイル保護を施す（ステップＳ１８１）。
【０１７０】
そして、メールソフト制御部２２４は、例えば修理工場端末３のＯＳに対してメールソフトの起動要求を出力する（ステップＳ１８３）。
【０１７１】
修理工場端末３のＯＳは、修理工場端末３に導入されている所定のメールソフトを起動し、起動したメールソフトはユーザからの要求操作に従って図示しないメール送信用画面を修理工場端末３の表示装置に表示する（ステップＳ１８５）。
【０１７２】
修理工場端末３のユーザは、ステップＳ１８１において保存されたファイルの、送信メールの添付ファイルへの設定要求操作を行う（ステップＳ１８７）。メールソフトはユーザからの要求操作を受け付けると、ユーザの要求に従って添付ファイルの設定処理を行い、添付ファイルが設定された状態の図示しないメール送信用画面を修理工場端末３の表示装置に表示する（ステップＳ１８９）。
【０１７３】
以上の処理により、保険会社は、修理工場の担当者等のユーザに対し、事故案件毎に統一された形態でデータを登録させることができる。また、ファイルの保存時には自動的にファイル保護が施されるため、修理工場の担当者等のユーザによるファイル保護の失念が防止できる。また、データ読み込み時には自動的に読み込み用のファイルのファイルロックが解除されるため、ユーザはファイル保護を意識せずにファイルの読み込み操作が可能となる。
【０１７４】
また、入力が必要なデータの少なくとも一部を含む読み込み用のファイルを修理工場に送付し、修理工場で受け取ったファイルを読み込むことにより、修理工場と保険会社の担当者とのやりとりや、入力ミスによる不具合の削減を図ることができる。また、印刷範囲から画像がはみ出ないようにする等の印刷設定が自動的になされるため、保険会社の担当者は、印刷時に印刷設定を意識する必要がなく、業務効率の向上を図ることができる。
【０１７５】
［実施の形態２］
次に、本発明の第２の実施の形態に係る処理内容を図２１を用いて説明する。システムの構成としては、実施の形態１と同様でよいため、実施の形態１での構成を前提に説明する。また、画像添付プログラム２０００の動作等、各処理において詳細が上で述べた処理と同様の場合は、詳細な説明については省略する。
【０１７６】
なお、本実施の形態２においては、各修理工場に画像添付プログラムを予め配布せずにその都度送付することとし、また画像添付プログラム・ファイルを開くためのパスワードを各修理工場に付与していることを前提としている。
【０１７７】
保険会社サーバ５５は、例えば保険会社のコールセンタのオペレータが操作するコールセンタ端末５２から事故案件データを受信した場合、事故ＤＢ５５９に格納する（ステップＳ１９１）。また、修理工場データ検索処理部５５５は、受信した事故案件データの工場番号を用いて修理工場ＤＢ５５８を検索し、修理工場のデータを抽出する。保険会社サーバ５５は、抽出された修理工場のデータに含まれる住所を用いて、その地域を担当するアジャスターを割当て、事故ＤＢ５５９の対応するレコードを更新する（ステップＳ１９３）。すなわち、協定担当者（アジャスター）の列５０６（図５）に値を登録する。
【０１７８】
そして保険会社サーバ５５は、事故案件データを含むメール・データを生成し、割当てられたアジャスター宛に送信する（ステップＳ１９５）。なお、上で抽出した修理工場のデータに含まれる画像添付システム対応フラグの列４１０（図４）の値を用いて、修理工場が画像添付システムに対応しているかどうかを判定し、送信するメールに、修理工場の画像添付システムへの対応状況を表すデータを付加する。これにより、メールを見たアジャスターは、修理工場とのやりとりをどのような手段で行うべきか判断できる。
【０１７９】
なお、本実施の形態２において、修理工場が画像添付システムに対応しているかどうかというのは、当該修理工場に画像添付プログラム・ファイルを送信可能かどうかを表している。すなわち、修理工場がパスワードを用いて画像添付プログラム・ファイルを実行できる場合には、当該修理工場は画像添付システムに対応していると言える。
【０１８０】
例えば、修理工場が画像添付システムに対応している場合、アジャスターは社員用端末５１等を用いて事故案件データを含む画像添付プログラム・ファイルの修理工場に対する送付要求を保険会社サーバ５５に送信する。事故案件データには受付番号を含む。保険会社サーバ５５は、社員用端末５１等から事故案件データを含む画像添付プログラム・ファイルの送付要求を受信すると、一旦記憶装置に格納する（ステップＳ１９７）。
【０１８１】
事故案件データ検索処理部５５１は、受付番号を用いて事故ＤＢ５５９を検索し、事故案件のデータを抽出して記憶装置に格納する（ステップＳ１９９）。例えば契約者名の列５０４の値、協定担当者（アジャスター）の列５０６の値、保険証券番号の列５０８の値、工場番号の列５１０の値及び登録番号の列５１４の値を抽出する。
【０１８２】
次に修理工場データ検索処理部５５５は、ステップＳ１９９において抽出された工場番号の列５１０の値を用いて修理工場ＤＢ５５８を検索し、修理工場のデータを抽出して記憶装置に格納する（ステップＳ２０１）。例えば工場名の列４０２の値、メール・アドレスの列４０８の値を抽出する。
【０１８３】
次に保険会社サーバ５５は、ステップＳ１９９及びステップＳ２０１において抽出されたデータを保持する画像添付プログラム・ファイルを生成し、生成された画像添付プログラム・ファイルに所定のパスワードによるファイル保護を施し、修理工場宛にメールで送信する（ステップＳ２０３）。なお、画像添付プログラム・ファイルの生成は、データ保持部２２０にデータが登録されていない画像添付プログラム・ファイルに、ステップＳ１９９及びステップＳ２０１において抽出されたデータを登録するような形態で行ってもよいし、他の方法により行ってもよい。
【０１８４】
例えば修理工場端末３は、画像添付プログラム・ファイルを保険会社サーバ５５からのメールで受信し、記憶装置に格納する（ステップＳ２０５）。
【０１８５】
そして、修理工場端末３は、修理工場の担当者等のユーザによる画像添付プログラム・ファイルの実行要求及びパスワードを受け付けた場合、画像添付プログラム２０００の起動処理を行う（ステップＳ２０７）。すなわち、画像添付プログラム２０００を実行し、初期画面（メニュー部及び表紙画面部）を表示する。
【０１８６】
なお、画像添付プログラム２０００の画面例や処理の詳細についての説明は上で述べたため詳述しないが、ここで表示される初期画面には、予め保険会社サーバ５５により登録された事故案件データが表示される。例えば、表紙画面９５０（図９）の入力項目（入力欄）である送信元名（修理工場名称）入力欄９５２、お客様名（保険契約者名）入力欄９５４、協定担当者（アジャスター）名入力欄９５６、受付番号入力欄９５８、登録番号入力欄９６０及び証券番号入力欄９７２に、データが登録済みの状態で初期画面が表示される。以下、処理は端子Ｍを介して図７の処理に移行し、実施の形態１と同様の処理となる。但し、データの読み込みを行う必要はないので、画像添付プログラム２０００においてデータ読込処理部２１４は含まれていないような構成でもよい。
【０１８７】
これにより、保険会社は、修理工場の担当者等のユーザに対し、事故案件毎に統一された形態でデータを登録させることができる。また、自動的にファイル保護を行うため、ユーザによるファイル保護の失念も防止できる。また、入力が必要なデータの少なくとも一部を含むプログラム・ファイルを修理工場に送付し、修理工場で受け取ったプログラム・ファイルを実行することにより、修理工場と保険会社の担当者とのやりとりや、入力ミスによる不具合の削減を図ることができる。
【０１８８】
また、保険会社は、画像添付プログラム２０００を事前に修理工場に配布しておく必要がなく、一方、修理工場は、事前に画像添付プログラム２０００を導入・維持管理しておく必要がない。また、修理工場の担当者等のユーザは、読み込み用のファイルを受信して所定の場所に格納する操作や、ファイルの読み込み操作を行う必要がなく、業務効率の向上を図ることができる。
【０１８９】
また、実施の形態１同様、保険会社の担当者は、印刷時に、印刷範囲から画像がはみ出ないようにする等の印刷設定を意識する必要がないため、業務効率の向上を図ることができる。
【０１９０】
［実施の形態３］
次に、本発明の第３の実施の形態に係る処理内容を図２２乃至図２４を用いて説明する。システムの構成は、基本的には図１に示した実施の形態１における構成と同様であり、実施の形態１での構成を前提に説明する。なお、後に述べる「予め設定されたサーバ」は保険会社サーバ５５（本実施の形態では保険会社サーバ５５００）であるが、以下で述べるように一部機能の追加がなされている。但し「予め設定されたサーバ」は、図示しないが、保険会社５内に別途設けられている場合もある。また、社員用端末５１には、図示しないがＷｅｂブラウザが含まれ、Ｗｅｂページの閲覧が可能となっているものとする。なお、本実施の形態３においては、各修理工場に画像添付プログラムを予め配布しておいてもよいし、その都度送付するようにしてもよい。
【０１９１】
図２２に、本実施の形態３における保険会社サーバ５５００の機能ブロック図の一例を示す。
【０１９２】
図２２に示すように保険会社サーバ５５００は、修理工場送付用データ生成部５５０、事故案件データ検索処理部５５１、保険契約データ検索処理部５５３、修理工場データ検索処理部５５５、データ受信・格納処理部５５０９、メール生成・送信部５５１１及びＷｅｂサーバ部５５１３を含む。さらに、保険会社サーバ５５００には、保険契約ＤＢ５５７、修理工場ＤＢ５５８、事故ＤＢ５５９、Ｗｅｂページ格納部５５２１及び協定担当者ＤＢ５５２３が接続されている。
【０１９３】
このように、保険会社サーバ５５００は、図１に示した保険会社サーバ５５の機能ブロックに、データ受信・格納処理部５５０９とメール生成・送信部５５１１とＷｅｂサーバ部５５１３とＷｅｂページ格納部５５２１と協定担当者ＤＢ５５２３とを追加したものである。共通の各処理部については、図１と同じ符号を用いており、特に断りのない限り、同様の機能を持ち且つ同様の処理を行うものとする。また、共通の各格納部については、図１と同じ符号を用いており、特に断りのない限り、同様のテーブル構成であり且つ同様のデータが格納されるものとする。データ受信・格納処理部５５０９とメール生成・送信部５５１１とＷｅｂサーバ部５５１３とにおける処理については後の処理フローの説明において述べるが、Ｗｅｂページ格納部５５２１には、データ受信・格納処理部５５０９によって生成されたＷｅｂぺージ・データが格納される。
【０１９４】
図２３に、本実施の形態３における画像添付プログラム２３００の機能ブロック図の一例を示す。
【０１９５】
図２３に示すように画像添付プログラム２３００は、制御部２００、表紙画面表示部２０２、画像表示部２３０、画像添付処理部２１０、データ読込処理部２１４及び通信処理部２３１４を含む。画像表示部２３０は、車両画像添付画面表示部２０４と見積書添付画面表示部２０６と車検証添付画面表示部２０８とを含む。制御部２００は、表紙画面表示部２０２と画像表示部２３０とデータ読込処理部２１４と通信処理部２３１４と連携している。画像添付処理部２１０は、画像表示部２３０と連携している。
【０１９６】
このように、画像添付プログラム２３００は、図２に示した画像添付プログラム２０００から出力処理部２１２と保存処理部２１６とファイルロック管理部２１８とデータ保持部２２０と終了処理部２２２とメールソフト制御部２２４とを除き、新たに通信処理部２３１４を追加したものである。共通の各処理部については、図２と同じ符号を用いており、特に断りのない限り、同様の機能を持ち且つ同様の処理を行うものとする。なお、画像添付プログラム２３００には、データ保持部２２０（図２）に相当するものが含まれていないため、表紙画面表示部２０２及び画像表示部２３０は、処理結果としてのデータを、例えば修理工場端末３の記憶装置（メモリ）に例えばテンポラリのファイルとして格納する。
【０１９７】
また、通信処理部２３１４は、表紙画面表示部２０２及び画像表示部２３０によって例えば修理工場端末３の記憶装置に格納されたデータを、予め設定されたサーバ（例えば保険会社サーバ５５）に送信する。なお、送信には例えばＳＳＬ（Secure Socket Layer）等の通信プロトコルを用い、セキュアな状態でデータ通信を行う。場合によっては、別途暗号化処理を行うこともある。また、送信終了後又は処理終了後には、機密情報保護のため、修理工場端末３の記憶装置に格納されたデータをクリアする。
【０１９８】
画像添付プログラム２３００が起動された際の表示画面は、基本的には図９、図１２、図１４及び図１６に示した例と同様の表示画面である。但し、図９の例に含まれる「保存」ボタン９０２、「印刷」ボタン９０４及び「メール」ボタン９１６に相当するボタンは含まれない。「印刷」ボタン９０４に相当するボタンについては含まれる場合もある。また「終了」ボタン９１８に相当するボタンがクリックされた場合、例えば図示しない確認画面の表示後、通信処理部２３１４によるデータ送信処理が実施される。
【０１９９】
図２４に、本実施の形態３における処理フローを示す。ここでは、修理工場の担当者等のユーザの操作に従って、損害保険処理に必要な情報の入力及び画像の添付設定が既になされたものとする。そして、例えば修理工場端末３で起動されている画像添付プログラム２３００の通信処理部２３１４は、修理工場の担当者等のユーザによる「終了」ボタン９１８（図９）に相当するボタンのクリックに応じて、添付設定された画像のデータを含む入力データを、予め設定されたサーバである例えば保険会社サーバ５５００に送信する（図２４：ステップＳ２１１）。なお、送信するデータには、画像の添付エリア（表示領域）と添付された画像のデータとの対応付けに関するデータが含まれている。具体的には、例えば画像の添付エリアにＩＤを付しておき、ＩＤに対応して画像ファイルの名称を付したり、添付エリアＩＤと画像ファイルの対応テーブルのデータを付して画像ファイルを送信したりする。そして、例えばＳＳＬ等の通信プロトコルを用い、セキュアな状態でデータの送信を行う。
【０２００】
保険会社サーバ５５００のデータ受信・格納処理部５５０９は、入力データを修理工場端末３から受信する（ステップＳ２１３）。さらに、データ受信・格納処理部５５０９は、受信した入力データに基づき、画像添付ページ・データを生成し、Ｗｅｂページ格納部５５２１に格納する（ステップＳ２１５）。画像添付ページ・データは、損害保険処理に必要な情報及び添付された画像を協定担当者（アジャスター）が閲覧するためのＷｅｂページ・データであり、例えば図９、図１２、図１４及び図１６に示した画面例から各ボタン部をなくし、さらに各入力欄を表示欄に変更したようなページを表示させるためのデータである。なお、画像サイズはここでも統一が図られており、各ページは例えばＡ４の印刷に適するように構成される。このように複数ページで構成される場合には、互いのページをリンクにて関連付けておく。また、全てを１ページに収めるようなページ構成の場合もある。
【０２０１】
そして、保険会社サーバ５５００のメール生成・送信部５５１１は、ステップＳ２１５において生成したＷｅｂページのＵＲＬ（Uniform Resource Locator）を含む通知メール・データを生成し、当該事故案件に割り当て済みの協定担当者（アジャスター）宛に送信する（ステップＳ２１７）。例えばステップＳ２１１において受信したデータに含まれる協定担当者名（コードの場合もある）に基づき、協定担当者ＤＢ５５２３から協定担当者のメール・アドレスを特定し、当該メール・アドレス宛に送信する。
【０２０２】
保険会社５の例えば社員用端末５１は、協定担当者の操作に従い、通知メール・データを受信し、表示装置に表示する（ステップＳ２１９）。そして、社員用端末５１の図示しないＷｅｂブラウザは、協定担当者の操作に従い、ステップＳ２１９において受信したＵＲＬに対応する画像添付ページ・データの要求を保険会社サーバ５５００に送信する（ステップＳ２２１）。保険会社サーバ５５００のＷｅｂサーバ部５５１３は、画像添付ページ・データの要求を社員用端末５１から受信する（ステップＳ２２３）。そして、Ｗｅｂサーバ部５５１３は、画像添付ページ・データを社員用端末５１に送信する（ステップＳ２２５）。社員用端末５１のＷｅｂブラウザは、画像添付ページ・データを保険会社サーバ５５００から受信し、表示装置に表示する（ステップＳ２２７）。この画像添付ページには、図示しないが、上で述べたように損害保険処理に必要な情報及び添付された画像のデータが含まれている。また、損害保険処理に必要な情報及び添付された画像のデータを画像添付ページにおいて表示せず、別途ダウンロード用のファイルを生成しておき、ダウンロードさせるような場合もある。このダウンロード用のファイルには、損害保険処理に必要な情報及び添付された画像のデータが含まれており、所定のプログラムを用いて閲覧可能となっている。また、表示画面の構成は、上でＷｅｂページの場合に述べたものと同じである。損害保険処理に必要な情報及び添付された画像のデータを保持しているプログラム・ファイルであってもよい。
【０２０３】
このようにして、協定担当者は損害保険処理に必要な情報及び添付された画像のデータを閲覧することができる。また、修理工場端末３からのデータ送信において、必要なデータを保持したプログラム・ファイルを保険会社側に送信することなく、必要なデータのみを保険会社側に送信することにより、通信量の削減を図ることができる。
【０２０４】
図２５に、本発明の実施の形態１乃至３において用いられる各コンピュータ装置の機能ブロックの概要を示す。この機能ブロック図は、図１に示した保険会社サーバ５５、社員用端末５１、コールセンタ端末５２、修理工場端末３、修理工場端末７及び図２２に示した保険会社サーバ５５００に共通の機能（ハードウェア）ブロック図である。
【０２０５】
図２５に示すように、コンピュータ装置においては、メモリ２５０１とＣＰＵ２５０３とハードディスク・ドライブ（ＨＤＤ）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とがバス２５１９で接続されている。オペレーティング・システム（ＯＳ：Operating System）及び本実施の形態における画像添付プログラムを含むアプリケーション・プログラムは、ＨＤＤ２５０５に格納されており、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出される。必要に応じてＣＰＵ２５０３は、表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、必要な動作を行わせる。また、処理途中のデータについては、メモリ２５０１に格納され、必要があればＨＤＤ２５０５に格納される。本発明の実施の形態１及び３では、画像添付プログラムはリムーバブル・ディスク２５１１に格納されて頒布され、ドライブ装置２５１３からＨＤＤ２５０５にインストールされる。このようなコンピュータ装置は、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及び必要なアプリケーション・プログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。
【０２０６】
以上本発明の実施の形態について説明したが、本発明はこれに限定されるものではない。例えば、図３乃至図５に示したテーブル構成は一例であって、同様のデータを格納するためであれば、別の構成を採用するようにしてもよい。また、必要に応じて項目を追加又は削除するようにしてもよい。また、図９、図１２、図１４及び図１６に示した画面構成は一例であって、同様の内容を別の態様にて表現することも可能である。
【０２０７】
また、図２に示した画像添付プログラム２０００の機能ブロック図のとおりにプログラムモジュールが作成されない場合もある。例えば、各ページを表示するためのプログラムと各ボタンに対応する処理を行うプログラムとの連携等、２以上のプログラムを連携させることにより、画像添付プログラム２０００の機能を実現させることも可能である。図２３に示した画像添付プログラム２３００の機能ブロック図についても同様に、図２３に示した機能ブロック図のとおりにプログラムモジュールが作成されない場合もある。また、図２５に示したコンピュータの機能ブロック図も一例であって、実際のハードウェア構成とは異なる場合もある。
【０２０８】
さらに広く一般に用いられている業務プログラムと、当該プログラムと結合又は統合して動作するプログラムとにより、上記のような画像添付プログラム２０００の機能を実現させることも可能である。その際対応可能な業務プログラムの種類が修理工場によって異なる場合もあるため、修理工場送付用データ生成部５５０は、修理工場が利用可能な業務プログラムに対応するプログラム等を生成するような構成であってもよい。なお、この場合、修理工場ＤＢ５５８には、修理工場が対応可能なプログラム等の種類が登録される。
【０２０９】
また、保険会社サーバ５５は１台による構成に限らず、複数台による構成であってもよい。さらに、図１に示した保険会社サーバ５５の機能ブロック図は一例であって、図示したとおりにプログラムモジュールが作成されない場合もある。同様に、保険会社サーバ５５００（図２２）も１台による構成に限らず、複数台による構成であってもよい。さらに、図２２に示した保険会社サーバ５５００の機能ブロック図も一例であって、図示したとおりにプログラムモジュールが作成されない場合もある。
【０２１０】
なお、上で説明した実施の形態では自動車事故（保険）についての例を示したが、動産総合保険や機械保険等、その他の損害保険の処理についても本発明の技術は利用できる。
【符号の説明】
【０２１１】
１ ネットワーク ３ 修理工場端末
５ 保険会社 ７ 修理工場端末
９ 保険契約者電話機 １１ 公衆回線網
５１ 社員用端末 ５２ コールセンタ端末
５３ コールセンタ電話機 ５５ 保険会社サーバ
５５０ 修理工場送付用データ生成部 ５５１ 事故案件データ検索処理部
５５３ 保険契約データ検索処理部 ５５５ 修理工場データ検索処理部
５５７ 保険契約ＤＢ ５５８ 修理工場ＤＢ ５５９ 事故ＤＢ
２００ 制御部 ２０２ 表紙画面表示部
２０４ 車両画像添付画面表示部 ２０６ 見積書添付画面表示部
２０８ 車検証添付画面表示部 ２１０ 画像添付処理部
２１２ 出力処理部 ２１４ データ読込処理部
２１６ 保存処理部 ２１８ ファイルロック管理部
２２０ データ保持部 ２２２ 終了処理部
２２４ メールソフト制御部 ２３０ 画像表示部
２０００ 画像添付プログラム
【特許請求の範囲】
【請求項１】
保険会社のコンピュータにより実行される情報処理方法であって、
第１のユーザの端末から損害保険処理に係る案件についての処理要求を受信するステップと、
前記損害保険処理に必要とされる情報を格納する案件データ格納部から、前記損害保険処理に必要とされ且つ前記案件に関連する情報のうち少なくとも一部を抽出する抽出ステップと、
プログラム部と、前記損害保険処理に必要とされる情報及び画像のデータを保持するためのデータ保持部とを１ファイル中に有する画像添付プログラムファイルを格納する記憶装置から、前記画像添付プログラムファイルを読み出し、当該画像添付プログラムファイルの前記データ保持部に、前記抽出ステップで抽出された情報を保持させるステップと、
前記画像添付プログラムファイルにファイル保護を施して、第２のユーザ宛てに送信するステップと、
を含み、
前記プログラム部は、
保険契約者及び保険対象物の情報を少なくとも含み且つ前記損害保険処理に必要とされる情報の入力を促すためのデータを表示装置に表示し、入力された前記損害保険処理に必要とされる情報を前記データ保持部に保持させる事故情報登録機能と、
前記損害保険処理に必要とされ且つ添付すべき画像の指定を促すためのデータを前記表示装置に表示し、指定された前記画像のサイズが、予め設定されている画像表示領域のサイズと等しいか確認するサイズ確認機能と、
指定された前記画像のサイズが前記画像表示領域のサイズと異なる場合、前記画像のサイズが前記画像表示領域のサイズと等しくなるように前記画像のサイズを所定の方法を用いて変更する画像サイズ変更機能と、
前記画像のデータを前記画像表示領域に対応付けて前記データ保持部に保持させる画像添付機能と、
ファイル保護を施して前記第２のユーザの端末の記憶装置に格納するファイル保存機能と、
を前記第２のユーザの端末に実現させることを特徴とする
情報処理方法。
【請求項１】
保険会社のコンピュータにより実行される情報処理方法であって、
第１のユーザの端末から損害保険処理に係る案件についての処理要求を受信するステップと、
前記損害保険処理に必要とされる情報を格納する案件データ格納部から、前記損害保険処理に必要とされ且つ前記案件に関連する情報のうち少なくとも一部を抽出する抽出ステップと、
プログラム部と、前記損害保険処理に必要とされる情報及び画像のデータを保持するためのデータ保持部とを１ファイル中に有する画像添付プログラムファイルを格納する記憶装置から、前記画像添付プログラムファイルを読み出し、当該画像添付プログラムファイルの前記データ保持部に、前記抽出ステップで抽出された情報を保持させるステップと、
前記画像添付プログラムファイルにファイル保護を施して、第２のユーザ宛てに送信するステップと、
を含み、
前記プログラム部は、
保険契約者及び保険対象物の情報を少なくとも含み且つ前記損害保険処理に必要とされる情報の入力を促すためのデータを表示装置に表示し、入力された前記損害保険処理に必要とされる情報を前記データ保持部に保持させる事故情報登録機能と、
前記損害保険処理に必要とされ且つ添付すべき画像の指定を促すためのデータを前記表示装置に表示し、指定された前記画像のサイズが、予め設定されている画像表示領域のサイズと等しいか確認するサイズ確認機能と、
指定された前記画像のサイズが前記画像表示領域のサイズと異なる場合、前記画像のサイズが前記画像表示領域のサイズと等しくなるように前記画像のサイズを所定の方法を用いて変更する画像サイズ変更機能と、
前記画像のデータを前記画像表示領域に対応付けて前記データ保持部に保持させる画像添付機能と、
ファイル保護を施して前記第２のユーザの端末の記憶装置に格納するファイル保存機能と、
を前記第２のユーザの端末に実現させることを特徴とする
情報処理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【公開番号】特開２０１０−１５７２６７（Ｐ２０１０−１５７２６７Ａ）
【公開日】平成２２年７月１５日（２０１０．７．１５）
【国際特許分類】
【出願番号】特願２０１０−９１１８４（Ｐ２０１０−９１１８４）
【出願日】平成２２年４月１２日（２０１０．４．１２）
【分割の表示】特願２００３−３７７６６２（Ｐ２００３−３７７６６２）の分割
【原出願日】平成１５年１１月７日（２００３．１１．７）
【出願人】（５９５１４０１７０）東京海上日動火災保険株式会社 (13)
【出願人】（５０２４０６３３９）東京海上日動調査サービス株式会社 (3)
【公開日】平成２２年７月１５日（２０１０．７．１５）
【国際特許分類】
【出願日】平成２２年４月１２日（２０１０．４．１２）
【分割の表示】特願２００３−３７７６６２（Ｐ２００３−３７７６６２）の分割
【原出願日】平成１５年１１月７日（２００３．１１．７）
【出願人】（５９５１４０１７０）東京海上日動火災保険株式会社 (13)
【出願人】（５０２４０６３３９）東京海上日動調査サービス株式会社 (3)
[ Back to top ]