(57)【要約】【課題】損保側の者が、損保側で記憶している事故情報と、修理工場から損保に送信される画像データとを対応付ける煩雑な作業を減らし、作業ミスによる登録ミスを低減させるとともに、損保側の者の業務効率を向上させること。【解決手段】整備工場側システム３０の整備工場端末３１は、外部メディア３３に記憶される複数の画像データから自動車登録情報を示す文字を取得し、該取得した複数の画像データの自動車登録情報の認識率を算出し、該算出される認識率に基づいて前記画像データから取得した自動車登録情報を選択し、該選択された自動車登録情報と前記複数の画像データとを含む送信データを、ネットワーク４０を介して損保会社側システム２０に送信する構成を特徴とする。【選択図】図１
2008009771.tif 000002
【特許請求の範囲】
【請求項１】
複数の画像データを記憶する画像データ記憶手段と、
前記複数の画像データから自動車登録情報を示す文字を取得する文字認識手段と、
前記文字認識手段により取得した複数の画像データの自動車登録情報の認識率を算出する認識率算出手段と、
前記認識率に基づいて前記画像データから取得した自動車登録情報を選択する第１自動車登録情報選択手段と、
前記第１自動車登録情報選択手段により選択された自動車登録情報と前記複数の画像データとを含む送信データを、ネットワークを介して保険業者が有する保険業者端末に送信する送信手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記保険業者端末で作成された自動車登録情報を含む画像伝送依頼票を取得する画像伝送依頼票取得手段と、
前記画像伝送依頼票内の自動車登録情報と前記第１自動車登録番号選択手段で選択された自動車登録情報とを比較する自動車登録情報比較手段と、
前記自動車登録情報比較手段により前記画像伝送依頼票内の自動車登録情報と前記第１の自動車登録情報選択手段で選択された自動車登録情報とが異なると判定された場合、どちらか一方を選択する第２自動車登録情報選択手段と、を設け、
前記送信手段は、前記自動車登録情報比較手段により前記画像伝送依頼票内の自動車登録情報と前記第１の自動車登録情報選択手段で選択された自動車登録情報とが異なると判定された場合、前記第２自動車登録情報選択手段で選択された自動車登録情報と前記複数の画像データとを含む送信データを前記保険業者端末に送信する、ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記保険業者端末で作成された自動車登録情報を含む画像伝送依頼票を取得する画像伝送依頼票取得手段を設け、
前記送信手段は、前記画像伝送依頼票取得手段により画像伝送依頼票が取得された場合、前記文字認識手段による文字認識を実行することなく、前記画像伝送依頼票内の自動車登録情報と前記複数の画像データとを含む送信データを前記保険業者端末に送信することを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記文字認識手段により複数の画像データから取得された文字同士をマッチングさせて相違率を算出する相違率算出手段と、
前記相異率算出手段により算出された相違率に基づいて、前記送信手段による前記送信データの送信の有無を判断する判断手段と、
を設けたことを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
【請求項５】
修理業者が有する修理業者端末と、保険業者が有する保険業者端末とがネットワークを介して相互に接続された業務システムであって、
前記修理業者端末は、
複数の画像データを記憶する画像データ記憶手段と、
前記複数の画像データから自動車登録情報を示す文字を取得する文字認識手段と、
前記文字認識手段により取得した複数の画像データの自動車登録情報の認識率を算出する認識率算出手段と、
前記認識率に基づいて前記いずれか一の画像データから取得した自動車登録情報を選択する第１自動車登録情報選択手段と、
前記第１自動車登録情報選択手段により選択された自動車登録情報と前記複数の画像データとを含む送信データを前記保険業者端末に送信する送信手段と、を有し、
前記保険業者端末は、
保険業者で管理している事故情報を記憶する事故情報記憶手段と、
前記修理業者端末の送信手段により送信される自動車登録番号及び前記複数の画像データと、前記事故情報記憶手段に記憶される保険業者で管理している事故情報とを紐付け処理する紐付け手段を、有することを特徴とする業務システム。
【請求項６】
前記保険業者端末に、
自動車登録番号を含む画像伝送依頼票を作成する画像伝送依頼票作成手段と、
前記画像伝送依頼票を前記ネットワークを介して修理業者端末に送信する画像伝送依頼票送信手段と、を備え、
前記修理業者端末に、
前記保険業者端末で作成された自動車登録情報を含む画像伝送依頼票を取得する画像伝送依頼票取得手段と、
前記画像伝送依頼票内の自動車登録情報と前記第１自動車登録番号選択手段で選択された自動車登録情報とを比較する自動車登録情報比較手段と、
前記自動車登録情報比較手段により前記画像伝送依頼票内の自動車登録情報と前記第１の自動車登録情報選択手段で選択された自動車登録情報とが異なると判定された場合、どちらか一方を選択する第２自動車登録情報選択手段と、を設け、
前記送信手段は、前記自動車登録情報比較手段により前記画像伝送依頼票内の自動車登録情報と前記第１の自動車登録情報選択手段で選択された自動車登録情報とが異なると判定された場合、前記第２自動車登録情報選択手段で選択された自動車登録情報と前記複数の画像データとを含む送信データを前記保険業者端末に送信する、ことを特徴とする請求項５に記載の業務システム。
【請求項７】
前記保険業者端末に、
自動車登録番号を含む画像伝送依頼票を作成する画像伝送依頼票作成手段と、
前記画像伝送依頼票を前記ネットワークを介して修理業者端末に送信する画像伝送依頼票送信手段と、を備え、
前記修理業者端末に、
前記保険業者端末で作成された自動車登録情報を含む画像伝送依頼票を取得する画像伝送依頼票取得手段を設け、
前記送信手段は、前記画像伝送依頼票取得手段により画像伝送依頼票が取得された場合、前記文字認識手段による文字認識を実行することなく、前記画像伝送依頼票内の自動車登録情報と前記複数の画像データとを含む送信データを前記保険業者端末に送信する、ことを特徴とする請求項５に記載の業務システム。
【請求項８】
前記修理業者端末に、
前記文字認識手段により複数の画像データから取得された文字同士をマッチングさせて相違率を算出する相異率算出手段と、
前記相異率算出手段により算出された相違率に基づいて、前記送信手段による前記送信データの送信の有無を判断する判断手段と、
を設けたことを特徴とする請求項５乃至７のいずれか１項に記載の業務システム。
【請求項９】
複数の画像データを記憶する画像データ記憶手段を有する情報処理装置の制御方法であって、
前記複数の画像データから自動車登録情報を示す文字を取得する文字認識ステップと、
前記文字認識ステップで取得した複数の画像データの自動車登録情報の認識率を算出する認識率算出ステップと、
前記認識率に基づいて前記いずれか一の画像データから取得した自動車登録情報を選択する自動車登録情報選択ステップと、
前記自動車登録情報選択ステップで選択された自動車登録情報と前記複数の画像データとを含む送信データを、ネットワークを介して保険業者が有する保険業者端末に送信する送信ステップと、
を有することを特徴とする情報処理装置の制御方法。
【請求項１０】
複数の画像データを記憶する画像データ記憶手段を備えた修理業者が有する修理業者端末と、保険業者で管理している事故情報を記憶する事故情報記憶手段を備えた保険業者が有する保険業者端末とがネットワークを介して相互に接続された業務システムにおける制御方法であって、
前記修理業者端末が実行する、
前記複数の画像データから自動車登録情報を示す文字を取得する文字認識ステップと、
前記文字認識ステップで取得した複数の画像データの自動車登録情報の認識率を算出する認識率算出ステップと、
前記認識率に基づいて前記いずれか一の画像データから取得した自動車登録情報を選択する自動車登録情報選択ステップと、
前記自動車登録情報選択ステップで選択された自動車登録情報と前記複数の画像データとを含む送信データを前記保険業者端末に送信する送信ステップと、
前記保険業者端末が実行する、
前記修理業者端末の送信ステップで送信される自動車登録番号及び前記複数の画像データと、前記事故情報記憶手段に記憶される保険業者で管理している事故情報とを紐付け処理する紐付けステップを、有することを特徴とする業務システムの制御方法。
【請求項１１】
請求項１乃至４のいずれか１項に記載された情報処理装置としてコンピュータを機能させるための、請求項５乃至８に記載された業務システムとしてコンピュータを機能させるための、又は、請求項９又は１０に記載された制御方法をコンピュータに実行させるためのプログラム。
【請求項１２】
請求項１乃至４のいずれか１項に記載された情報処理装置としてコンピュータを機能させるための、請求項５乃至８に記載された業務システムとしてコンピュータを機能させるための、又は、請求項９又は１０に記載された制御方法をコンピュータに実行させるためのプログラムをコンピュータが読み取り可能に記憶した記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、業者が有する修理業者端末と、保険業者が有する保険業者端末とをネットワークを介して相互に接続され、これらの業者間で執り行われる業務を支援する情報処理装置、業務システム、制御方法、プログラム、記録媒体に関する。
【背景技術】
【０００２】
車等で事故を起こし、車等が破損等した場合、事故を起こした人（以下、事故者という）は、加入している損害保険会社（以下、損保という）に事故を起こした旨を連絡する場合（以下、場合１という）と、損保に連絡する前に、修理工場へ直接、破損した車等（以下、事故車という）を持っていき、修理を依頼する場合（以下、場合２という）とがある。
【０００３】
以下、前者の場合（場合１）について、説明する。
【０００４】
事故者は、損保の連絡員から、指定された修理工場（以下、修理業者ともいう）で事故車を修理する旨の連絡を受ける。
【０００５】
そして、連絡員は、指定した修理工場へ、事故案件を特定できる事故番号や事故車を特定する自動車登録番号（自動車のナンバープレートの番号）等の事故情報を、ＦＡＸを用いて送信する。事故番号とは、ユニークな番号であって、損保側で採番される番号である。
【０００６】
また、事故者から連絡を受けた後、この事故情報は、損保の基幹サーバの記憶手段に格納される。そして、ＦＡＸにて事故情報を受信した修理工場は、事故車の破損箇所等をデジタルカメラ等で撮影し、撮影された破損箇所等を含む画像データ等を損保側に送信する。
【０００７】
このとき、どの事故案件の画像データなのかを識別するために、ＦＡＸにて受信した事故情報に基づいて修理工場の者が手入力した事故情報と該画像データとを関連づけて（案件化して）、損保に送信している。
【０００８】
そして、損保側では、損保の基幹サーバの記憶手段に格納されている事故情報と、修理工場から損保に送信された前記画像データとを、修理工場の者が手入力した事故情報に基づいて対応付けることができる。
【０００９】
そして、その事故案件の受信した画像データ等を、損保のアジャスタ（査定人）が見て、事故車の修理金額等を見積している。このようなアジャスタの査定を支援するシステムの一例としては、特許文献１に開示がされている。
【００１０】
特許文献１には、保険会社端末が事故情報を送信し、車両修理工場端末が事故車情報（画像データ）を送信し、保険会社端末が事故車情報（画像データ）を受信するシステムが開示されている。
【００１１】
従来、上記のように、修理工場の者が事故情報を手入力していたため、入力ミスする可能性があった。また、事故情報を送付せず、画像データのみを送付する場合もあった。
【００１２】
従って、事故情報を入力ミスした場合や、事故情報を送付せず、画像データのみを送付する場合等は、損保の基幹サーバに格納されている事故情報と、修理工場から損保に送信された画像データとを対応付けるために、損保側の者（アジャスタ等）が煩雑な作業を行わなければならなかった。
【００１３】
また、修理工場の者が事故情報を手入力していたため、煩雑な作業を行わなければならなかった。
【００１４】
次に、後者の場合（場合２）について、以下に説明する。
【００１５】
事故者は、修理工場に、事故車の修理依頼をした後、損保へ事故を起こした旨を連絡する。
【００１６】
次に、修理工場の者は、事故者等から得られた事故情報等を修理工場の端末に手入力し、事故車の画像を撮影した該画像のデータと事故情報とを関連付けて、損保会社に送付している。
【００１７】
そして、損保側では、損保の基幹サーバの記憶手段に格納されている事故情報と、修理工場から損保に送信された前記画像データとを、修理工場の者が手入力した事故情報に基づいて対応付けることができる。
【００１８】
この場合であっても、上記のように、修理工場の者が事故情報を手入力していたため、同様の問題があった。
【特許文献１】特開２００３−２４２２７６号公報
【発明の開示】
【発明が解決しようとする課題】
【００１９】
しかしながら、上記の従来技術では、以下のような問題がある。
【００２０】
従来、上記のように、修理工場の者が事故情報を入力ミスした場合や、事故情報を送付せず画像データのみを送付する場合等は、損保の基幹サーバに格納されている事故情報と、修理工場から損保に送信された画像データとを対応付けるために、損保側の者（アジャスタ等）が煩雑な作業を行わなければならなかった。
【００２１】
また、修理工場の者が事故情報を手入力していたため、煩雑な作業を行わなければならなかった。
【００２２】
本発明は、上記の問題点を解決するためになされたもので、本発明の目的は、損保側の者が、損保側で記憶している事故情報と、修理工場から損保に送信される画像データとを対応付ける煩雑な作業を減らし、損保側の者の業務効率を向上させる仕組を提供することである。
【課題を解決するための手段】
【００２３】
本発明は、複数の画像データを記憶する画像データ記憶手段と、前記複数の画像データから自動車登録情報を示す文字を取得する文字認識手段と、前記文字認識手段により取得した複数の画像データの自動車登録情報の認識率を算出する認識率算出手段と、前記認識率に基づいて前記画像データから取得した自動車登録情報を選択する第１自動車登録情報選択手段と、前記第１自動車登録情報選択手段により選択された自動車登録情報と前記複数の画像データとを含む送信データを、ネットワークを介して保険業者が有する保険業者端末に送信する送信手段と、を有することを特徴とする。
【００２４】
また、本発明は、修理業者が有する修理業者端末と、保険業者が有する保険業者端末とがネットワークを介して相互に接続された業務システムであって、前記修理業者端末は、複数の画像データを記憶する画像データ記憶手段と、前記複数の画像データから自動車登録情報を示す文字を取得する文字認識手段と、前記文字認識手段により取得した複数の画像データの自動車登録情報の認識率を算出する認識率算出手段と、前記認識率に基づいて前記いずれか一の画像データから取得した自動車登録情報を選択する第１自動車登録情報選択手段と、前記第１自動車登録情報選択手段により選択された自動車登録情報と前記複数の画像データとを含む送信データを前記保険業者端末に送信する送信手段と、を有し、前記保険業者端末は、保険業者で管理している事故情報を記憶する事故情報記憶手段と、前記修理業者端末の送信手段により送信される自動車登録番号及び前記複数の画像データと、前記事故情報記憶手段に記憶される保険業者で管理している事故情報とを紐付け処理する紐付け手段を、有することを特徴とする。
【発明の効果】
【００２５】
本発明によれば、損保側の者が、損保側で記憶している事故情報と、修理工場から損保に送信される画像データとを対応付ける煩雑な作業を減らし、損保側の者の業務効率を向上させることができる等の効果を奏する。
【発明を実施するための最良の形態】
【００２６】
〔第１実施形態〕
以下、図面を参照して、本発明の実施形態を詳細に説明する。
【００２７】
図１は、本発明の一実施形態を示す業務支援システムの一例を示すシステム構成図である。
【００２８】
図１に示すように、業務支援システムは、ＡＳＰサービスプロバイダ等に設置されるファイルサーバ１０と、損保会社（保険会社）側システム２０と、整備工場（修理業者）側システム３０とが、インターネット４０を介して接続されている。
【００２９】
ファイルサーバ１０は、後述する図３に示す工場管理情報，図４に示す整備工場フォルダ等を記憶管理している。
【００３０】
損保会社側システム２０は、基幹サーバ２１と受信サーバ２２とアジャスタ端末２３とがＬＡＮ２４を介して接続されている。
【００３１】
基幹サーバ２１は、後述する図５に示す設定ファイル、後述する図６に示す案件化フォルダ（損保会社で管理している事故情報）、各種登録された情報（損保契約情報等も含む）を記憶管理している。
【００３２】
整備工場側システム３０は、整備工場端末３１、ＣＦメモリ等の外部メディア３３、デジタルカメラ３２を備えている。なお、デジタルカメラ３２は、外部メディア３３を装着可能である。また、デジタルカメラ３２は、撮影した画像データを装着される外部メディア３３に格納する。さらに、整備工場端末３１も、外部メディア３３を装着可能である。また、整備工場端末３１は、装着される外部メディア３３から画像データを読み出し可能である。
【００３３】
以下、図２を参照して、図１に示したファイルサーバ１０、基幹サーバ２１、受信サーバ２２、アジャスタ端末２３、整備工場端末３１のハードウェア構成について説明する。
【００３４】
図２は、図１に示したファイルサーバ１０、基幹サーバ２１、受信サーバ２２、アジャスタ端末２３、整備工場端末３１のハードウェア構成の一例を示すブロック図である。
【００３５】
図２において、２００はコンピュータで、図１に示したファイルサーバ１０、基幹サーバ２１、受信サーバ２２、アジャスタ端末２３、整備工場端末３１等に対応する。
【００３６】
２０１はＣＰＵで、ＲＯＭ２０２又はハードディスク（ＨＤ），フレキシブルディスク（ＦＤ）等の記録媒体で構成される外部メモリ２１１に記憶されたプログラムに基づいてシステムバス２０４に接続された各デバイスを制御し、コンピュータ２００全体を統括制御する。
【００３７】
２０３はＲＡＭで、ＣＰＵ２０１の主メモリ，ワークエリア等として機能する。
【００３８】
２０５は入力コントローラで、キーボード（ＫＢ）２０９やマウス等のポインティングデバイス（ＰＤ）２１２からの入力を制御する。
【００３９】
２０６はビデオコントローラで、ＣＲＴ等のディスプレイ２１０の表示を制御する。なお、ディスプレイはＣＲＴであってもＬＣＤ等のその他の形式の表示装置であってもよい。
【００４０】
２０７はメモリコントローラで、外部メモリ２１１とのアクセスを制御する。２０８は通信インタフェース（Ｉ／Ｆ）コントローラで、ネットワークを介した他の装置との通信を制御する。
【００４１】
図３は、図１に示したファイルサーバ１０が記憶管理する工場管理情報の一例を示すデータ構成図である。
【００４２】
図３に示すように、工場管理情報は、工場と損保会社とを紐付ける工場損保情報３０１，工場の詳細情報を示す工場詳細情報３０２から構成され、それぞれ工場ＩＤで紐付けられている。
【００４３】
工場損保情報３０１は、工場毎にユニークな工場ＩＤ，損保会社名，工場と損保会社の組み合わせ毎にユニークな工場フォルダ情報等から構成される。なお、この工場損保情報３０１は、工場と損保会社の組み合わせ毎に設けられる。また、工場フォルダ情報は、工場と損保会社の組み合わせで決定されるフォルダを識別するための情報である。
【００４４】
工場詳細情報３０２は、工場ＩＤ，整備工場名，電話番号，依頼最終更新日時等から構成される。なお、この工場詳細情報３０２は、工場毎に設けられる。
【００４５】
図４は、図１に示したファイルサーバ１０が記憶管理する整備工場フォルダの構成の一例を示す模式図である。
【００４６】
ファイルサーバ１０は、損保会社毎に図４に示すようなキャビネットを記憶管理している。各キャビネットの下には、複数の整備工場の情報を記憶管理する整備工場フォルダが設けられる。
【００４７】
また、この整備工場フォルダ内には、各整備工場のフォルダ（例えば、○×整備工場）が設けられる。さらに、各整備工場のフォルダ内には、画像伝送依頼票を格納する画像伝送依頼フォルダ、工場からアップロードされたデータ（図４では「001.CAB」）等が格納される。
【００４８】
図５は、図１に示した基幹サーバ２１が記憶管理する設定ファイルの一例を示すデータ構成図である。
【００４９】
図５に示すように、設定ファイルは、ファイルサーバ１０の接続先を示す接続先ＵＲＬ、工場フォルダ情報、保険会社名等から構成される。なお、この設定ファイルは、取引のある整備工場毎に設けられる。
【００５０】
図６は、図１に示した基幹サーバ２１が記憶管理する案件化フォルダの構成の一例を示す模式図である。
【００５１】
基幹サーバ２１は、損保会社で管理している事故情報を、事故案件毎に図６に示すような案件化フォルダを設けて記憶管理している。各案件化フォルダの下には、事故情報ファイル、画像伝送依頼票、スタイルシート、画像フォルダが記憶管理される。また、画像フォルダ内には、工場からアップロードされた画像情報が格納される。なお、上述の事故情報ファイルには、工場でどの画像からの自動車登録情報が採用されたかを示す情報等が格納される。
【００５２】
（アジャスタ端末の画像伝送依頼票登録処理）
以下、図７〜図１２を参照して、損保会社側システム２０のアジャスタ端末２３から実行される画像伝送依頼票登録処理について説明する。
【００５３】
図７Ａ，図７Ｂは、本発明における第１の制御処理手順の一例を示すフローチャートであり、損保会社側システム２０のアジャスタ端末２３から実行される画像伝送依頼票登録処理に対応する。なお、このフローチャートの処理は、アジャスタ端末２３のＣＰＵが、アジャスタ端末２３のハードディスク等の記録媒体に格納される業務支援プログラムを読み出して実行することにより実現される。また、図中、Ｓ１００１〜Ｓ１０２８は各ステップを示す。
【００５４】
アジャスタが、アジャスタ端末２３上で画像伝送依頼票登録ツールを起動すると、アジャスタ端末２３のＣＰＵは、ファイルサーバ１０へログインするための不図示のログイン画面をアジャスタ端末２３のディスプレイに表示させ、本フローチャートの処理を開始する。
【００５５】
ステップＳ１００１において、アジャスタによりアジャスタ端末２３のＫＢ，ＰＤを用いて、ユーザＩＤ及びパスワードが入力され、上記ログイン画面の「ログイン」ボタンが押下指示されると、アジャスタ端末２３のＣＰＵは、設定ファイル（図５）に設定された接続先ＵＲＬ及び保険会社名を取得し、該接続先ＵＲＬで特定されるファイルサーバ１０にユーザＩＤ及びパスワード、保険会社名等を送信して、ファイルサーバ１０へのログイン処理を実行する。これにより、ファイルサーバ１０で認証処理が実行され、ログインが承認される。
【００５６】
ログイン後、ステップＳ１００２において、アジャスタ端末２３のＣＰＵは、予めアジャスタ端末２３のハードディスクに記憶されている設定ファイル（図５）に設定されている工場フォルダ情報等の設定情報に基づいて、ファイルサーバ１０に対し、整備工場フォルダの検索指示を行う。
【００５７】
具体的には、アジャスタ端末２３のＣＰＵは、図５に示した設定情報ファイル内の「工場フォルダ情報」をファイルサーバ１０に送信して（設定情報ファイルが複数ある場合には全て送信して）整備工場フォルダの検索指示を行う。これを受けて、ファイルサーバ１０のＣＰＵは、受信した１又は複数の「工場フォルダ情報」をキーにして、図３に示した工場管理情報を検索して「整備工場名」，「電話番号」の組を全て取得し、アジャスタ端末２３に返信する。
【００５８】
そして、ステップＳ１００３において、アジャスタ端末２３のＣＰＵは、ファイルサーバ１０から送信された整備工場名，電話番号の組を全てを取得する（即ち、工場管理情報から整備工場名と電話番号を取得する）。
【００５９】
次に、ステップＳ１００４において、アジャスタ端末２３のＣＰＵは、（不図示）メニュー画面をアジャスタ端末２３のディスプレイに表示し、入力を受け付ける。
【００６０】
そして、アジャスタ端末２３のＣＰＵは、アジャスタにより上記メニュー画面の「依頼票作成ボタン」又は「依頼票ステータス表示ボタン」が押下指示されるまで、ステップＳ１００４を繰り返し、アジャスタ端末２３のＣＰＵは、アジャスタにより上記メニュー画面の「依頼票作成ボタン」がＰＤにより押下指示されたことを検知すると、ステップＳ１００５において依頼票を作成すると判定し、ステップＳ１００６に処理を進める。
【００６１】
また、アジャスタにより上記メニュー画面の「依頼票作成ボタン」が押下指示されず「依頼票ステータス表示ボタン」が押下指示されたことを検知すると、ステップＳ１００７において、依頼票のステータスを表示すると判定し、ステップＳ１００８において、アジャスタ端末２３のＣＰＵは、ステータス表示処理を実行し、ステップＳ１００４に処理を戻す。なお、ステップＳ１００８のステータス表示処理の詳細は後述する図１１に示す。
【００６２】
ステップＳ１００６では、アジャスタ端末２３のＣＰＵは、図８に示す画像伝送依頼票作成画面をディスプレイに表示させ、入力を受け付ける。なお、図８は、図１に示したアジャスタ端末２３のディスプレイに表示される画像伝送依頼票作成画面の一例を示す模式図である。
【００６３】
そして、アジャスタ端末２３のＣＰＵは、アジャスタによりＫＢやＰＤを用いて、依頼票作成画面に入力がなされ、「送信ボタン」７０１が押下指示されるまで、ステップＳ１００６を繰り返し、「送信ボタン」７０１が押下指示されたことを検知すると、ステップＳ１００９において、依頼票をファイルサーバ１０に送信すると判定し、ステップＳ１０１０に処理を進める。
【００６４】
次に、ステップＳ１０１０では、アジャスタ端末２３のＣＰＵは、前記依頼票作成画面で入力された整備工場の電話番号（整備工場電話番号）と、ステップＳ１００３で取得した整備工場の電話番号とを比較する。
【００６５】
次に、ステップＳ１０１１において、アジャスタ端末２３のＣＰＵは、前記依頼票作成画面で入力された整備工場の電話番号と、ステップＳ１００３で取得した整備工場の電話番号とが一致したと判定した場合には、そのままステップＳ１０１５に処理を進める。
【００６６】
ステップＳ１０１５では、アジャスタ端末２３のＣＰＵは、画像伝送依頼票作成画面に入力された画像伝送依頼情報をＸＭＬファイル形式のデータファイル（画像伝送依頼票）として作成し、画像伝送依頼票作成画面で入力された整備工場のフォルダに送信先を設定し、ステップＳ１０１９に処理を進める。
【００６７】
一方、ステップＳ１０１１で、アジャスタ端末２３のＣＰＵは、前記依頼票作成画面で入力された整備工場の電話番号とステップＳ１００３で取得した整備工場の電話番号とが一致しなかったと判定した場合には、ステップＳ１０１２に処理を進める。
【００６８】
ステップＳ１０１２では、アジャスタ端末２３のＣＰＵは、ステップＳ１００３で取得した整備工場名，電話番号の組を用いて、工場フォルダのリスト（整備工場名及び該整備工場の電話番号のリスト）画面（図９に示す依頼先選択画面）をディスプレイに表示させ、入力を受け付ける。なお、図９は、図１に示したアジャスタ端末２３のディスプレイに表示される依頼先選択画面の一例を示す模式図である。
【００６９】
次に、アジャスタ端末２３のＣＰＵは、アジャスタがステップＳ１０１２で表示された整備工場のリスト８０２から、依頼する整備工場を選択したことを検知すると、選択された整備工場の情報にフラグを付す（ステップＳ１０１３）。
【００７０】
そして、アジャスタ端末２３のＣＰＵは、アジャスタにより「送信ボタン」８０１が押下指示されるまで、ステップＳ１０１２を繰り返し、依頼する整備工場が選択された後、アジャスタにより「送信ボタン」８０１が押下指示されるのを検知すると、ステップＳ１０１４において、画像伝送依頼票を送信すると判定し、ステップＳ１０１６に処理を進める。
【００７１】
ステップＳ１０１６では、アジャスタ端末２３のＣＰＵは、画像伝送依頼票作成画面（図８）で入力された整備工場名，電話番号９０１と、ステップＳ１０１３で選択された整備工場の整備工場名，電話番号９０２とを表示した依頼先確認画面（図１０）をディスプレイに表示する。なお、図１０は、図１に示したアジャスタ端末２３のディスプレイに表示される依頼先確認画面の一例を示す模式図である。
【００７２】
そして、ステップＳ１０１７において、アジャスタ端末２３のＣＰＵは、依頼先送信画面で「戻る」ボタン９０４が押下指示されたことを検知すると、ステップＳ１０１７で送信しないと判定し、ステップＳ１０１０に処理を戻す。
【００７３】
そして、ステップＳ１０１７で、アジャスタ端末２３のＣＰＵは、依頼先送信画面で「送信」ボタン９０３が押下指示されたことを検知すると、ステップＳ１０１７で送信すると判定し、ステップＳ１０１８に処理を進める。
【００７４】
ステップＳ１０１８では、アジャスタ端末２３のＣＰＵは、依頼票作成画面に入力された画像伝送依頼情報をＸＭＬファイル形式のデータファイル（画像伝送依頼票）として作成し、ステップＳ１０１３で選択された整備工場のフォルダに送信先を設定し、ステップＳ１０１９に処理を進める。
【００７５】
なお、アジャスタ端末２３のＣＰＵは、ステップＳ１０１５又はＳ１０１８で作成したＸＭＬデータのファイル名に、事故番号を含め、且つ、そのファイル名を「A1」を含むファイル名（「xxx.A1.XML」（但し「xxx」の部分は任意）の形式のファイル名）とする。
【００７６】
次に、ステップＳ１０１９において、アジャスタ端末２３のＣＰＵは、送信先として設定した依頼先の整備工場のフォルダ（例えば、図４の「○×整備工場」フォルダ）に「画像伝送依頼」フォルダがあるかを検索する指示をファイルサーバ１０に行う。
【００７７】
この検索指示を受けたファイルサーバ１０のＣＰＵは、画像伝送依頼フォルダがあるか否か検索し、画像伝送依頼フォルダがあるか否かを示す情報（画像伝送依頼フォルダ情報）を、アジャスタ端末２３に送信（返信）する。
【００７８】
アジャスタ端末２３のＣＰＵは、ステップＳ１０２０において、ファイルサーバ１０から送信される画像伝送依頼フォルダ情報を受信し、該受信した画像伝送依頼フォルダ情報に基づいて画像伝送依頼フォルダがあるか否かを判定し、画像伝送依頼フォルダがあると判定した場合には、ステップＳ１０２２に処理を進める。
【００７９】
次に、ステップＳ１０２２では、アジャスタ端末２３のＣＰＵは、画像伝送依頼フォルダに画像伝送依頼票があるか否かの検索指示をファイルサーバ１０に対して行う。
【００８０】
この検索指示を受けたファイルサーバ１０のＣＰＵは、画像伝送依頼票が格納されていれば、該画像伝送依頼票のファイル名の全てを検索結果としてアジャスタ端末２３に送信（返信）する。一方、画像伝送依頼票が格納されていなければ、その旨を示す情報を検索結果としてアジャスタ端末２３に送信（返信）する。
【００８１】
アジャスタ端末２３のＣＰＵは、ファイルサーバ１０から送信される検索結果を受信し、ステップＳ１０２３に処理を進める。
【００８２】
ステップＳ１０２３において、アジャスタ端末２３のＣＰＵは、受信した検索結果に基づいて、整備工場からファイルサーバへアップロードされた画像伝送依頼票があるか否かを判定する。
【００８３】
詳細には、アジャスタ端末２３のＣＰＵは、検索結果として画像伝送依頼票が無い旨の情報を受信すれば、整備工場から送信ファイルがファイルサーバへアップロードされた画像伝送依頼票がないと判定する。また、アジャスタ端末２３のＣＰＵは、検索結果として画像伝送依頼票のファイル名を受信すれば、該ファイル名の画像伝送依頼票の中に、整備工場からファイルサーバへアップロードされた画像伝送依頼票があるかを、ファイル名に基づいて判定する。なお、画像伝送依頼票のファイル名には、整備工場からファイルサーバ１０へアップロードした識別情報が含まれている。
【００８４】
例えば、図４に示すように、画像伝送依頼フォルダに、画像伝送依頼票のファイル「001.A1.XML」と「002.A2.XML」と「003.A3.XML」とがある。「001.A1.XML」の「A1」は、アジャスタ端末２３からファイルサーバ１０へ画像伝送依頼票をアップロードしたことを示しており、事故番号「001」の画像伝送依頼票はアップロードされていることを示している。
【００８５】
また、「002.A2.XML」の「A2」は、整備工場端末３１が、ファイルサーバ１０から画像伝送依頼票をダウンロードしたことを示している。つまり、整備工場端末３１が、ファイルサーバから事故番号「002」の画像伝送依頼票を、ダウンロードしたことを示している。
【００８６】
さらに、「003.A3.XML」の「A3」は、整備工場端末３１から送信ファイルがファイルサーバ１０へアップロードされた画像伝送依頼票を示しており、事故番号「003」の画像伝送依頼票は送信ファイルがアップロードされていることを示している。つまり、後でも説明するが、整備工場端末３１が、事故番号「003」の画像データ等を含む送信データをファイルサーバに送信したことを示している。即ち、アジャスタ端末２３のＣＰＵは、検索結果として受信した画像伝送依頼票のファイル名に「A3」が含まれている場合（ファイル名が「xxx.A3.XML」（但し「xxx」の部分は任意）の形式である場合）、整備工場から送信ファイルがファイルサーバへアップロードされた画像伝送依頼票があると判定する。ここで、画像伝送依頼票のファイル名に含まれる「A1」等のステータスを識別する情報は、識別可能な文字等であれば、何でも構わない。
【００８７】
ステップＳ１０２３で、アジャスタ端末２３のＣＰＵが、整備工場から送信ファイルがファイルサーバへアップロードされた画像伝送依頼票があると判定した場合には、ステップＳ１０２４において、アジャスタ端末２３のＣＰＵは、その画像伝送依頼票の削除指示をファイルサーバ１０に対して行い、ステップＳ１０２５に処理を進める。
【００８８】
この画像伝送依頼票の削除指示を受けたファイルサーバ１０のＣＰＵは、その画像伝送依頼票を削除する。
【００８９】
一方、ステップＳ１０２３で、アジャスタ端末２３のＣＰＵが、整備工場から送信ファイルがファイルサーバへアップロードされた画像伝送依頼票がないと判定した場合には、そのままステップＳ１０２５に処理を進める。
【００９０】
ステップＳ１０２５では、アジャスタ端末２３のＣＰＵは、受信した画像伝送依頼票のファイル名に含まれる事故番号と、ステップＳ１０１５又はＳ１０１８で作成したＸＭＬデータのファイル名に含まれる事故番号とが同一であるか否かを判定する。そして、同一であると判定した場合には、アジャスタ端末２３のＣＰＵは、ステップＳ１０２６において、エラーメッセージをディスプレイに表示して、ステップＳ１００６に処理を戻す。
【００９１】
一方、ステップＳ１０２５で、ステップＳ１０２３で受信した画像伝送依頼票のファイル名に含まれる事故番号とステップＳ１０１５又はＳ１０１８で作成したＸＭＬデータのファイル名に含まれる事故番号とが同一でないと判定した場合には、アジャスタ端末２３のＣＰＵは、そのままステップＳ１０２７に処理を進める。
【００９２】
ステップＳ１０２７では、アジャスタ端末２３のＣＰＵは、ステップＳ１０１５又はＳ１０１８で設定された送信先に、ステップＳ１０１５又はＳ１０１８で作成した画像伝送依頼票（ＸＭＬファイル）をファイルサーバ１０に送付（アップロード）し、ステップＳ１０２８に処理を進める。この画像伝送依頼票を受信したファイルサーバ１０のＣＰＵは、該受信した画像伝送依頼票（ＸＭＬファイル）を対応するフォルダに格納する。
【００９３】
ステップＳ１０２８では、アジャスタ端末２３のＣＰＵは、ステップＳ１０２７でファイルサーバに画像伝送依頼票を送付した時刻（最終更新日時）を取得し、該取得した時刻（最終更新日時）をファイルサーバ１０にアップロード完了情報として送付し、処理を終了する。この最終更新日時を受信したファイルサーバ１０のＣＰＵは、該受信した最終更新日時で、対応する工場管理情報の依頼最終更新日時を更新する。
【００９４】
一方、ステップＳ１０２０で、画像伝送依頼フォルダがないと判定した場合には、アジャスタ端末２３のＣＰＵは、ステップＳ１０２１に処理を進める。
【００９５】
ステップＳ１０２１では、アジャスタ端末２３のＣＰＵは、送信先として設定した依頼先の整備工場のフォルダ（例えば、図４の「○×整備工場」フォルダ）に「画像伝送依頼」フォルダを作成する指示をファイルサーバ１０に行う。
【００９６】
この指示を受けたファイルサーバ１０のＣＰＵは、画像伝送依頼フォルダを作成し、結果をアジャスタ端末２３に返信する。
【００９７】
このファイルサーバ１０で画像伝送依頼フォルダが作成されると、アジャスタ端末２３のＣＰＵは、ステップＳ１０２７に処理を進める。
【００９８】
以上で、図７の画像伝送依頼票登録処理の説明を終了する。
【００９９】
（ステータス表示処理）
以下、図１１，図１２を参照して、図７のステップＳ１００８に示したステータス表示処理について説明する。
【０１００】
図１１は、本発明における第２の制御処理手順の一例を示すフローチャートであり、図７のステップＳ１００８に示したステータス表示処理に対応する。即ち、このフローチャートの処理は、アジャスタ端末２３のＣＰＵが、アジャスタ端末２３のハードディスク等の記録媒体に格納される業務支援プログラムを読み出して実行することにより実現される。また、図中、Ｓ１６０１〜Ｓ１６０６は各ステップを示す。
【０１０１】
まず、ステップＳ１６０１において、アジャスタ端末２３のＣＰＵは、当該損保会社名を送信して、当該損保会社に対応して設けられたキャビネット（例えば、図４の「キャビネット」フォルダ）の下層に、画像伝送依頼フォルダ（例えば、図４の「キャビネット」−「整備工場」−「○×整備工場」−「画像伝送依頼」フォルダ）があるか否かを検索する指示をファイルサーバ１０に行う。
【０１０２】
この検索指示を受けたファイルサーバ１０のＣＰＵは、受信した損保会社名に対応するキャビネットの下層に、画像伝送依頼フォルダがあるか否か検索し、画像伝送依頼フォルダがあるか否かの情報（画像伝送依頼フォルダ情報）を、アジャスタ端末２３に送信（返信）する。
【０１０３】
アジャスタ端末２３のＣＰＵは、ステップＳ１６０２において、ファイルサーバ１０から送信される画像伝送依頼フォルダ情報を受信し、該受信した画像伝送依頼フォルダ情報に基づいて画像伝送依頼フォルダがあるか否かを判定し、画像伝送依頼フォルダがないと判定した場合には、そのまま処理を終了し、図７のフローチャートに処理を戻す。
【０１０４】
一方、ステップＳ１６０２で、画像伝送依頼フォルダがあると判定した場合には、アジャスタ端末２３のＣＰＵは、ステップＳ１６０３に処理を進める。
【０１０５】
次に、ステップＳ１６０３では、アジャスタ端末２３のＣＰＵは、画像伝送依頼フォルダ内の画像伝送依頼票ファイルから、画像伝送依頼票ファイル名、事故番号、依頼日時、整備工場名、電話番号等の情報を取得する指示をファイルサーバ１０に対して行う。
【０１０６】
この指示を受けたファイルサーバ１０のＣＰＵは、画像伝送依頼票が格納されていれば、各画像伝送依頼票のファイル名、各画像伝送依頼票内の情報（事故番号、依頼日時、整備工場名、電話番号等の情報）を取得して、アジャスタ端末２３に送信（返信）する。一方、画像伝送依頼票が格納されていなければ、その旨を示す情報をアジャスタ端末２３に送信（返信）する。
【０１０７】
アジャスタ端末２３のＣＰＵは、ファイルサーバ１０から送信（返信）される情報を受信し、ＲＡＭ内に格納し、ステップＳ１６０４に処理を進める。
【０１０８】
ステップＳ１６０４では、アジャスタ端末２３のＣＰＵは、ファイルサーバ１０から受信した情報に基づいて、整備工場から送信ファイルがファイルサーバへアップロードされた画像伝送依頼票があるか否かを判定する。なお、アジャスタ端末２３のＣＰＵは、ファイルサーバ１０から受信した受信した画像伝送依頼票のファイル名に「A3」が含まれている場合（ファイル名が「xxx.A3.XML」（但し「xxx」の部分は任意）の形式である場合）、整備工場から送信ファイルがファイルサーバへアップロードされた画像伝送依頼票があると判定する。
【０１０９】
そして、ステップＳ１６０４で、整備工場から送信ファイルがファイルサーバへアップロードされた画像伝送依頼票があると判定した場合には、アジャスタ端末２３のＣＰＵは、ステップＳ１６０５において、その画像伝送依頼票の削除指示をファイルサーバ１０に対して行う。なお、アジャスタ端末２３のＣＰＵは、この際、ステップＳ１６０３で受信した情報から、整備工場からファイルサーバへアップロードされた画像伝送依頼票に対応する情報を削除しておくものとする。
【０１１０】
一方、ステップＳ１６０４で、整備工場からファイルサーバへアップロードされた画像伝送依頼票がないと判定した場合には、アジャスタ端末２３のＣＰＵは、そのままステップＳ１６０６に処理を進める。
【０１１１】
ステップＳ１６０６では、アジャスタ端末２３のＣＰＵは、ステップＳ１６０３で取得した情報に基づいて、図１２に示すステータス表示画面をアジャスタ端末２３のディスプレイに表示し、処理を終了し、図７のフローチャートに処理を戻す。
【０１１２】
図１２は、図１に示したアジャスタ端末２３のディスプレイに表示されるステータス表示画面の一例を示す模式図である。
【０１１３】
なお、アジャスタ端末２３のＣＰＵは、ステップＳ１６０３で受信した画像伝送依頼票のファイル名が「xxx.A1.XML」（但し「xxx」の部分は任意）の形式である場合その画像伝送依頼票のステータスを「依頼済」とし、「xxx.A2.XML」（但し「xxx」の部分は任意）の形式である場合その画像伝送依頼票のステータスを「整備工場対応中」として、ステータス表示画面に表示するものとする。
【０１１４】
以上で、図１１のステータス表示処理の説明を終了する。
【０１１５】
（整備工場端末の処理）
以下、図１３〜図１９を参照して、整備工場側システム３０の整備工場端末３１から実行される処理について説明する。
【０１１６】
図１３，図１４は、本発明における第３の制御処理手順の一例を示すフローチャートであり、整備工場側システム３０の整備工場端末３１から実行される処理に対応する。なお、このフローチャートの処理は、整備工場端末３１のＣＰＵが、整備工場端末３１のハードディスク等の記録媒体に格納される業務支援プログラムを読み出して実行することにより実現される。また、図中、Ｓ１７０１〜Ｓ１７１６，Ｓ１８０１〜Ｓ１８２５は各ステップを示す。
【０１１７】
まず、図１３のステップＳ１７０１，Ｓ１７０２において、整備工場端末３１のＣＰＵは、画像伝送依頼票を新規に作成する指示、又は、画像伝送依頼票をファイルサーバから取得する指示がユーザにより入力されるまで待機し、ステップＳ１７０１で、画像伝送依頼票を新規に作成する指示が入力されたと判定した場合には、新規作成フラグを付し、ステップＳ１７１６に処理を進める。
【０１１８】
一方、ステップＳ１７０２で、画像伝送依頼票をファイルサーバから取得する指示がユーザにより入力されたと判定した場合には、整備工場端末３１のＣＰＵは、ステップＳ１７０３に処理を進める。
【０１１９】
ステップＳ１７０３において、整備工場端末３１のＣＰＵは、ファイルサーバ１０へログインするための不図示のログイン画面を整備工場端末３１のディスプレイに表示さる。そして整備工場端末３１のＫＢ，ＰＤを用いて、工場ＩＤ及びパスワードが入力され、上記ログイン画面の「ログイン」ボタンが押下指示されると、整備工場端末３１のＣＰＵは、ファイルサーバ１０に工場ＩＤ及びパスワード等を送信して、ファイルサーバ１０へのログイン処理を実行する。これにより、ファイルサーバ１０で認証処理が実行され、ログインが承認される。
【０１２０】
ログイン後、ステップＳ１７０４において、整備工場端末３１のＣＰＵは、ファイルサーバ１０に格納された、当該整備工場に対応する画像伝送依頼フォルダにある画像伝送依頼票の検索指示をファイルサーバ１０に送信する。
【０１２１】
この検索指示を受けたファイルサーバ１０のＣＰＵは、ステップＳ１７０３のログイン処理に用いられた工場ＩＤに対応する各フォルダに格納された画像伝送依頼票を検索し、検索された画像伝送依頼票のファイル名を整備工場端末３１に送信（返信）する。
【０１２２】
そして、整備工場端末３１のＣＰＵは、ファイルサーバ１０から送信される画像伝送依頼票のファイル名のリストを取得し、ステップＳ１７０５に処理を進める。
【０１２３】
ステップＳ１７０５では、整備工場端末３１のＣＰＵは、取得した画像伝送依頼票のファイル名に基づいて、整備工場端末３１からファイルサーバ１０に送信データをアップロードしていない案件の画像伝送依頼票を判別し、ファイルサーバ１０から該アップロードしていない案件の画像伝送依頼票（ＸＭＬファイル）をダウンロードする。
【０１２４】
次に、ステップＳ１７０６において、整備工場端末３１のＣＰＵは、画像伝送依頼票の有無を確認した日時（ステップＳ１７０４で画像伝送依頼票のファイル名を取得した日時）を取得し、整備工場端末３１のハードディスク内の日時ファイルに保存する。
【０１２５】
次に、ステップＳ１７０７において、整備工場端末３１のＣＰＵは、ステップＳ１７０５でダウンロードした画像伝送依頼票の中から１つ画像伝送依頼票を取得して、該画像伝送依頼票（カレントの画像伝送依頼票）が未だダウンロードされていない画像伝送依頼票か否かを判定する。なお、整備工場端末３１のＣＰＵは、「A1」を含むファイル名（「xxx.A1.XML」の形式のファイル名（但し「xxx」の部分は任意））である場合、該画像伝送依頼票は未だダウンロードされていない画像伝送依頼票と判定する。
【０１２６】
ステップＳ１７０７で、整備工場端末３１のＣＰＵが、カレントの画像伝送依頼票が未だダウンロードされていない画像伝送依頼票であると判定した場合には、整備工場端末３１のＣＰＵは、ステップＳ１７０８に処理を進める。
【０１２７】
ステップＳ１７０８では、整備工場端末３１のＣＰＵは、カレントの画像伝送依頼票に対するフラグを整備工場端末３１のＲＡＭに生成し、該フラグを立てる。そして、ステップＳ１７０９に処理を進める。
【０１２８】
一方、ステップＳ１７０７で、整備工場端末３１のＣＰＵが、カレントの画像伝送依頼票が未だダウンロードされていない画像伝送依頼票ではないと判定した場合には、整備工場端末３１のＣＰＵは、そのままステップＳ１７０９に処理を進める。
【０１２９】
次に、ステップＳ１７０９では、整備工場端末３１のＣＰＵは、ステップＳ１７０５でダウンロードした全ての画像伝送依頼票に対してステップＳ１７０７の判断処理を実行したか否かを判定し、まだ全ての画像伝送依頼票に対してステップＳ１７０７の判断処理を実行していないと判定した場合には、ステップＳ１７０７に処理を戻し、次の画像伝送依頼票に処理を移す。
【０１３０】
一方、ステップＳ１７０９で、ステップＳ１７０５でダウンロードした全ての画像伝送依頼票に対してステップＳ１７０７の判断処理を実行したと判定した場合には、整備工場端末３１のＣＰＵは、ステップＳ１７１０に処理を進める。
【０１３１】
ステップＳ１７１０において、整備工場端末３１のＣＰＵは、画像伝送依頼票の取込選択画面（図１５）を整備工場端末３１のディスプレイに表示する。なお、この際、整備工場端末３１のＣＰＵは、フラグを付された画像伝送依頼票については、図１２の「対象」の項目１２０１にチェック状態とし、「伝送依頼」の項目１２０３に「新規」と表示するように制御する。また、他の項目（「依頼元名」，「登録番号（自動車登録番号）」，「事故番号」）については、整備工場端末３１のＣＰＵが、画像伝送依頼票のファイル内を読み取り表示するように制御する。なお、図１５は、図１に示した整備工場端末３１のディスプレイに表示される画像伝送依頼票の取込選択画面の一例を示す模式図である。
【０１３２】
このように、ファイルサーバ１０に格納されているファイル名等の識別情報に基づいて、まだ整備工場端末３１にダウンロードしていない画像伝送依頼票を判別し、チェック状態等にしたり「新規」と強調表示することによって、整備工場の者は、どれがまだダウンロードしていないものかを容易に判別することができる。
【０１３３】
次に、整備工場の者により「対象」にチェックが入れられ（選択され）、ステップＳ１７１１において、整備工場端末３１のＣＰＵが、「取込」ボタン１２０３が押下指示されたことを検知すると、整備工場端末３１のＣＰＵは、ステップＳ１７１２に処理を進める。
【０１３４】
ステップＳ１７１２では、整備工場端末３１のＣＰＵは、画像伝送依頼票の取込選択画面で選択された（チェック状態の）画像伝送依頼票を、整備工場端末３１のハードディスク内の事件案件化フォルダに移動する（案件化する）。
【０１３５】
次に、ステップＳ１７１３において、整備工場端末３１のＣＰＵは、ステップＳ１７１２で案件化した画像伝送依頼票のファイル名を、ダウンロード済みを示すファイル名に変更するように、ファイルサーバ１０に依頼する。
【０１３６】
この依頼を受けたファイルサーバ１０のＣＰＵは、依頼された画像伝送依頼票のファイル名をダウンロード済みを示すファイル名に変更する（画像伝送依頼票のファイル名の「A1」の部分を「A2」に変更する）。
【０１３７】
次に、ステップＳ１７１４において、整備工場端末３１のＣＰＵは、事故案件フォルダに移動した（案件化した）画像伝送依頼票に基づいて、図１６に示す事故案件画面を、整備工場端末３１のディスプレイに表示し、「画像入力」ボタン１４０１への押下指示を受け付ける。そして、ステップＳ１７１５に処理を進める。
【０１３８】
なお、図１６は、図１に示した整備工場端末３１のディスプレイに表示される事故案件画面の一例を示す模式図である。また、事故情報欄１４０２は、整備工場端末３１のＣＰＵが、画像伝送依頼票から読み出して表示したものである。
【０１３９】
一方、ステップＳ１７０１で、新規入力指示がなされた場合、ステップＳ１７１６において、整備工場端末３１のＣＰＵは、図示しない事故情報入力画面を表示し、事故情報（事故番号、事故日、自動車登録番号、顧客名、保険会社名、証券番号、整備工場名等）の入力を受け付ける。そして、整備工場端末３１のＣＰＵが、事故情報の入力が完了したことを検知すると、事故案件フォルダを作成し、該入力された事故情報に基づいて自ら画像伝送依頼票（ファイル名は事故番号に基づくものとする）を作成して上記事故案件フォルダに格納するとともに、該入力された事故情報に基づいて図１６に示した事故案件画面を、整備工場端末３１のディスプレイに表示し（ステップＳ１７１７）、「画像入力」ボタン１４０１への押下指示を受け付ける。そして、ステップＳ１７１５に処理を進める。
【０１４０】
ステップＳ１７１５では、整備工場端末３１のＣＰＵは、事故案件画面の「画像入力」ボタン１４０１が押下指示されたことを検知するまでステップＳ１７１４の処理又はステップＳ１７１７の処理を繰り返し、「画像入力」ボタン１４０１が押下指示されたことを検知すると、図１４のステップＳ１８０１に処理を進める。
【０１４１】
まず、図１４のステップＳ１８０１において、整備工場端末３１のＣＰＵは、外部メディア３３内のデータを読み込み、ステップＳ１８０２に処理を進める。
【０１４２】
ステップＳ１８０２では、整備工場端末３１のＣＰＵは、ステップＳ１８０１で読み込んだ外部メディア３３内のデータに基づいて、図１７に示す画像選択入力画面を、整備工場端末３１のディスプレイに表示する。なお、図１７は、図１に示した整備工場端末３１のディスプレイに表示される画像選択入力画面の一例を示す模式図である。
【０１４３】
次に、ステップＳ１８０３，Ｓ１８０４において、整備工場端末３１のＣＰＵは、画像選択入力画面の「画像入力」ボタン１３０１が押下指示されたことを検知するまで、画像選択入力画面の画像選択エリア１３０２でも画面選択操作を受け付け、「画像入力」ボタン１３０１が押下指示されたことを検知すると、ステップＳ１８０５に処理を進める。
【０１４４】
ステップＳ１８０５では、整備工場端末３１のＣＰＵは、システム日時を取得し、ステップＳ１８０６に処理を進める。
【０１４５】
ステップＳ１８０６では、整備工場端末３１のＣＰＵは、選択された画像の撮影日時を取得し、ステップＳ１８０７に処理を進める。
【０１４６】
次に、ステップＳ１８０７では、整備工場端末３１のＣＰＵは、選択された画像の撮影日時が許容日時より古いか否かを判定する。なお、許容日時は、例えば、３０日等の特定期間であってもよいし、事故日であってもよい。
【０１４７】
そして、ステップＳ１８０７で、選択された画像の撮影日時が許容日時より古いと判定した場合には、整備工場端末３１のＣＰＵは、ステップＳ１８０８に処理をすすめ、不図示の確認画面を、整備工場端末３１のディスプレイに表示し、「入力を続ける」か「キャンセルする」かを選択させる。
【０１４８】
そして、ステップＳ１８０９において、整備工場端末３１のＣＰＵは、上記確認画面から「キャンセルする」旨の指示が入力されたと判定した場合には、ステップＳ１８１０に処理を進め、画像の選択を破棄して、ステップＳ１８０３に処理を戻す。
【０１４９】
一方、ステップＳ１８０９で、上記確認画面から「入力を続ける」旨の指示が入力されたと判定した場合には、整備工場端末３１のＣＰＵは、ステップＳ１８１１に処理を進める。
【０１５０】
ステップＳ１８１１では、整備工場端末３１のＣＰＵは、外部メディア３３から選択された画像を整備工場端末３１のハードディスク内の事故案件フォルダに複製し、ステップＳ１８１２において、該複製した画像を図１６に示した事故案件画面の選択画像表示欄１４０４に表示し、「送信」ボタン１４０３への押下指示を受け付ける。
【０１５１】
ステップＳ１８０９において、整備工場端末３１のＣＰＵは、図１６に示した事故案件画面の「送信」ボタン１４０３への押下指示を検知するまで、ステップＳ１８０８の処理を繰り返し、「送信」ボタン１４０３への押下指示を検知すると、ステップＳ１８１４に処理を進める。
【０１５２】
ステップＳ１８１４では、整備工場端末３１のＣＰＵは、選択された画像のＯＣＲ処理を実行し、ＯＣＲ結果に基づいてカレントの事故情報（図１６に示した事故案件画面内の１４０２）を変更する。なお、このＯＣＲ処理の詳細は後述する図１９に示す。
【０１５３】
次に、ステップＳ１８１５において、整備工場端末３１のＣＰＵは、上記カレントの事故情報とカレントの画像伝送依頼票（現在の事故案件画面の元となった画像伝送依頼票）の情報とを比較し、ステップＳ１８１６において、事故情報と画像伝送依頼票の情報とが異なると判定した場合には、ステップＳ１８１７に処理を進める。
【０１５４】
ここで、整備工場端末３１のＣＰＵは、図１３に示すステップＳ１７０１の処理で付された新規作成フラグを検知すると、ステップＳ１８１５乃至ステップＳ１８２１の処理は実行せず、ステップＳ１８１４のＯＣＲ処理後に、入力された事故情報を送付対象とし、ステップＳ１８２２以降の処理を実行する。
【０１５５】
ステップＳ１８１７において、整備工場端末３１のＣＰＵは、図１８に示す送信確認画面を、整備工場端末３１のディスプレイに表示し、「依頼伝票での情報で送信」するか「現在の情報で送信」するか「キャンセル」するかの選択を受け付ける。なお、図１８は、図１に示した整備工場端末３１のディスプレイに表示される送信確認画面の一例を示す模式図である。
【０１５６】
ステップＳ１８１８において、整備工場端末３１のＣＰＵは、図１８に示す送信確認画面の「依頼伝票での情報で送信」ボタン１５０１が押下指示されたことを検知すると、ステップＳ１８１９に処理を進め、画像伝送依頼伝票での情報を送信対応に決定し、ステップＳ１８２２に処理を進める。
【０１５７】
また、ステップＳ１８１８で、整備工場端末３１のＣＰＵが、図１８に示す送信確認画面の「現在の情報で送信」ボタン１５０２が押下指示されたことを検知すると、ステップＳ１８２０に処理を進め、現在の事故情報を送信対応に決定し、ステップＳ１８２２に処理を進める。
【０１５８】
なお、フローチャートには図示しないが、整備工場端末３１のＣＰＵが、図１８に示す送信確認画面の「キャンセル」ボタン１５０３押下指示されたことを検知すると、このまま処理を終了する。
【０１５９】
一方、ステップＳ１８１６で、整備工場端末３１のＣＰＵが、事故情報と画像伝送依頼票の情報とが同一である（異ならない）と判定した場合には、ステップＳ１８２１に処理を進め、画像伝送依頼伝票での情報を送信対応に決定し、ステップＳ１８２２に処理を進める。
【０１６０】
ステップＳ１８２２では、整備工場端末３１のＣＰＵは、決定された送信対象の情報及びステップＳ１８０３で選択された選択画像とを含む送信ファイルを作成する。なお、ファイル名は、カレントの画像伝送依頼票内の「事故番号」に基づくファイル名とする。
【０１６１】
次に、ステップＳ１８２３において、整備工場端末３１のＣＰＵは、ログイン処理（図１３のＳ１７０３と同一）を実行する。なお、ログイン済みの場合には、この処理はスキップする。
【０１６２】
次に、ステップＳ１８２４において、整備工場端末３１のＣＰＵは、ステップＳ１８２２で作成した送信ファイルを、ファイルサーバ１０に送信する。この送信ファイルを受信したファイルサーバ１０のＣＰＵは、該受信した送信ファイルを対応するフォルダに格納する（例えば、図４の「001.CAB」）。なお、この送信ファイルは、ファイルサーバ１０を介して最終的には損保会社側システム２０に送信されるので、ステップＳ１８２４で、直接、損保会社側システム２０に送信するように構成してもよい。
【０１６３】
次に、ステップＳ１８２５において、整備工場端末３１のＣＰＵは、ファイルサーバ１０からダウンロードしたカレントの画像伝送依頼票が案件化フォルダに存在する場合には、ファイルサーバ１０に格納される前記ダウンロードしたカレントの画像伝送依頼票のファイル名を、整備工場端末３１から送信ファイルがアップロードされたことを示すファイル名に変更するように、ファイルサーバ１０に依頼する。そして、処理を終了する。
【０１６４】
この依頼を受けたファイルサーバ１０のＣＰＵは、依頼された画像伝送依頼票のファイル名を整備工場から送信ファイルがアップロードされたことを示すファイル名に変更する（画像伝送依頼票のファイル名の「A2」の部分を「A3」に変更する）。
【０１６５】
以上で、図１３，図１４のフローチャートの説明を終了する。
【０１６６】
（ＯＣＲ処理）
以下、図１９を参照して、図１４のステップＳ１８１４に示したＯＣＲ処理について説明する。
【０１６７】
図１９は、本発明における第４の制御処理手順の一例を示すフローチャートであり、図１４のステップＳ１８１４に示したＯＣＲ処理に対応する。なお、このフローチャートの処理は、整備工場端末３１のＣＰＵが、整備工場端末３１のハードディスク等の記録媒体に格納される業務支援プログラムを読み出して実行することにより実現される。また、図中、Ｓ１９０１〜Ｓ１９１０は各ステップを示す。
【０１６８】
まず、ステップＳ１９０１において、整備工場端末３１のＣＰＵは、選択された各画像の自動車登録情報の領域について文字認識処理を実行して、各画像の文字認識率を算出する。
【０１６９】
具体的には、各画像から自動車登録情報（車の自動車登録番号（ナンバープレートの番号や文字）等の車両を（識別）特定可能な情報）の領域を特定し、特定された自動車登録情報の領域に対して文字認識処理を実行し、取得した各画像の自動車登録情報の文字認識率を算出する。
【０１７０】
次に、ステップＳ１９０２において、整備工場端末３１のＣＰＵは、ステップＳ１９０１で算出した最高の認識率が閾値以下であるか判定し、閾値以下であると判定した場合には、ステップＳ１９０３に処理を進め、送信中止処理を行う。即ち、選択した画像の認識率が閾値以下である旨のメッセージを整備工場端末３１のディスプレイに表示し、本フローチャートの処理を終了し、図１４のステップＳ１８０３に処理を戻す。
【０１７１】
一方、ステップＳ１９０２で、整備工場端末３１のＣＰＵは、ステップＳ１９０１で算出した最高の認識率が閾値以下でないと判定した場合には、ステップＳ１９０４に処理を進める。
【０１７２】
ステップＳ１９０４では、整備工場端末３１のＣＰＵは、ステップＳ１９０１で認識した各文字認識結果同士をマッチングし、ステップＳ１９０５において、文字相違率を算出する（第一の文字相違率の算出手段）。
【０１７３】
また、ここでは、ステップＳ１９０１で認識した各文字認識結果同士をマッチングしているが、画像伝送依頼票に含まれる自動車登録情報と、ステップＳ１９０１で認識した各文字認識結果とをマッチングし、文字相違率を算出することもできる（第二の文字相違率の算出手段）。
【０１７４】
次に、ステップＳ１９０５において、整備工場端末３１のＣＰＵは、ステップＳ１９０５で算出した文字相違率が閾値以上であるか判定し、閾値以上であると判定した場合には、ステップＳ１９０７に処理を進め、異なる画像が選択されている旨のメッセージを整備工場端末３１のディスプレイに表示し、「送信する」か「送信中止するか」の選択入力を受け付ける。
【０１７５】
また、ステップＳ１９０１で認識した各文字認識結果や文字相違率を示すメッセージ画面を表示することもできる。
【０１７６】
次に、ステップＳ１９０８において、整備工場端末３１のＣＰＵは、「送信中止する」（送信しない）と選択入力されたことを検知すると、ステップＳ１９０９に処理を進め、送信中止処理を行う。即ち、本フローチャートの処理を終了し、図１４のステップＳ１８０３に処理を戻す。
【０１７７】
一方、ステップＳ１９０８で、整備工場端末３１のＣＰＵが、「送信する」と選択入力されたことを検知すると、ステップＳ１９１０に処理を進める。
【０１７８】
そして、ステップＳ１９１０で、整備工場端末３１のＣＰＵは、最高認識率の認識結果でカレントの事故情報を変更し、本フローチャートの処理を終了し、図１４のステップＳ１８１５に処理を戻す。ここで、整備工場端末３１のＣＰＵは、最高の認識率が閾値以下でないと判定された自動車登録情報を２つ以上表示し、損保に送信する自動車登録情報を、整備工場の者に選択させるようにしてもよい。その場合は、整備工場端末３１のＣＰＵは、選択された１以上の自動車登録情報でカレントの事故情報を変更し、ステップＳ１８１５に処理を戻す。
【０１７９】
また、ここで、選択された１以上の自動車登録情報を取得した画像に強調フラグを付し、該強調フラグを後述するステップＳ１８２２で作成される送信ファイルに含める。
【０１８０】
そして、ステップＳ１８２２で作成された送信ファイルに含まれる画像を、ステップＳ２１０２でアジャスタ端末で確認する際、アジャスタ端末のＣＰＵは、強調フラグを検知すると、検知された強調フラグが付された画像については、強調表示することもできる。これによって、自動登録情報を取得した画像がどれなのかがわかる。従って、文字認識結果（自動車登録情報）が誤っている場合、どの画像により誤った自動車登録情報が得られたのかがわかるので、アジャスタは自動車登録情報を修正することが容易になる。
【０１８１】
このように、第一の文字相違率又は第二の文字相違率の算出手段で算出された相違率に基づいて、（画像伝送依頼票等で対象となっている）対象案件の事故車とは異なる事故車の画像が選択されている旨のメッセージを整備工場端末３１のディスプレイに表示することで、対象案件ではない事故車の自動車登録情報を送信することを防止することができる。
【０１８２】
これは、修理工場の者が、操作ミスにより対象案件の画像ではない画像を選択し、選択された画像に対して文字認識処理を実行した場合、認識率はよいものの、対象案件とは異なった画像であるため、誤った自動車登録情報を損保側に送信してしまう可能性があるため、なされた発明である。
【０１８３】
すなわち、各画像の認識率に基づいて損保に送信する自動車登録情報を選択するだけでは、対象案件の事故車と異なる事故車の画像を文字認識している可能性もあるため、なされた発明である。
【０１８４】
第一の文字相違率を算出することによって、修理工場の者により選択された複数の画像のうち、異なる案件（事故車）の画像が含まれていないかを判断することができる。
【０１８５】
また、第二の文字相違率を算出することによって、修理工場の者により選択された画像が、画像伝送依頼票等で対象となっている対象案件の事故車の画像と異なるものであるかを判断することができる。  
以上で、図１９のフローチャートの説明を終了する。
【０１８６】
（ファイルサーバの処理）
以下、図２０を参照して、ファイルサーバの処理について説明する。
【０１８７】
図２０は、本発明における第５の制御処理手順の一例を示すフローチャートであり、図１に示したファイルサーバ１０の処理に対応する。なお、このフローチャートの処理は、ファイルサーバ１０のＣＰＵが、ファイルサーバ１０のハードディスク等の記録媒体に格納される業務支援プログラムを読み出して実行することにより実現される。また、図中、Ｓ２２０１〜Ｓ２２０４は各ステップを示す。
【０１８８】
まず、ステップＳ２２０１において、ファイルサーバ１０のＣＰＵは、整備工場端末３１から送信ファイル（図１４のステップＳ１８２４で送信された送信ファイル）を受信したか否かを判定し、受信したと判定した場合には、ステップＳ２２０２に処理を進める。
【０１８９】
ステップＳ２２０１では、ファイルサーバ１０のＣＰＵは、送信ファイルを受信した旨の通知（例えば、電子メール）を対応する損保会社の受信サーバ２２に送信し、ステップＳ２２０１に処理を戻す。
【０１９０】
一方、ステップＳ２２０１で、ファイルサーバ１０のＣＰＵが、整備工場端末３１から送信ファイルを受信していないと判定した場合には、ステップＳ２２０３に処理を進める。
【０１９１】
ステップＳ２２０３では、ファイルサーバ１０のＣＰＵは、アジャスタ端末２３，受信サーバ２２，整備工場端末３１等から指示を受信したか否かを判定し、受信したと判定した場合には、ステップＳ２２０４において、指示を実行し、ステップＳ２２０１に処理を戻す。
【０１９２】
一方、ステップＳ２２０１で、ファイルサーバ１０のＣＰＵが、指示を受信していないと判定した場合には、ステップＳ２２０１に処理を戻す。
【０１９３】
以上で、図２０のフローチャートの説明を終了する。
【０１９４】
（受信サーバの処理）
以下、図２１を参照して、受信サーバの処理について説明する。
【０１９５】
図２１は、本発明における第６の制御処理手順の一例を示すフローチャートであり、図１に示した受信サーバ２２の処理に対応する。なお、このフローチャートの処理は、受信サーバ２２のＣＰＵが、受信サーバ２２のハードディスク等の記録媒体に格納される業務支援プログラムを読み出して実行することにより実現される。また、図中、Ｓ２００１〜Ｓ２００７は各ステップを示す。
【０１９６】
まず、ステップＳ２００１において、受信サーバ２２のＣＰＵは、ファイルサーバ１０から送信ファイルを受信した旨の通知（例えば、電子メール）を受け取るまで待機する。
【０１９７】
そして、ステップＳ２００１で、受信サーバ２２のＣＰＵは、ファイルサーバ１０から送信ファイルを受信した旨の通知を受け取ったと判定した場合には、ステップＳ２００２において、ステップＳ２００１で受け取った通知の内容に基づいて、ファイルサーバ１０から送信ファイルをダウンロードする。
【０１９８】
次に、ステップＳ２００３において、受信サーバ２２のＣＰＵは、ステップＳ２００２でダウンロードした送信ファイルに含まれる事故番号又は登録番号（自動車登録番号）を、基幹サーバ２１に送信して、事故番号又は登録番号（自動車登録番号）に対応する（紐付けられた）事故案件フォルダ（図６）が基幹サーバ２１内に存在するか否かを問い合わせる。
【０１９９】
次に、ステップＳ２００４において、受信サーバ２２のＣＰＵは、基幹サーバ２１から問い合わせ結果を受け取り、基幹サーバ２１に送信ファイルに含まれる事故番号又は登録番号（自動車登録番号）に対応する（紐付けられた）事故案件フォルダ（図６）を特定できたか否かを判定し、特定できたと判定した場合には、ステップＳ２００５に処理を進める。
【０２００】
ステップＳ２００５において、受信サーバ２２のＣＰＵは、ステップＳ２００２でダウンロードした送信ファイルを、送信ファイルに含まれる事故番号又は登録番号（自動車登録番号）に対応する（紐付けられた）事故案件フォルダ内に格納（登録）し、ステップＳ２００７に処理を進める。
【０２０１】
一方、ステップＳ２００４で、受信サーバ２２のＣＰＵが、送信ファイルに含まれる事故番号又は登録番号（自動車登録番号）に対応する（紐付けられた）事故案件フォルダ（図６）を特定できなかったと判定した場合には、ステップＳ２００６に処理を進める。
【０２０２】
ステップＳ２００６において、受信サーバ２２のＣＰＵは、基幹サーバ２１のハードディスクに設けられた未紐付けフォルダに、ステップＳ２００２でダウンロードした送信ファイルを、格納し、ステップＳ２００７に処理を進める。
【０２０３】
ステップＳ２００７では、受信サーバ２２のＣＰＵは、アジャスタ端末２３に、送信ファイルを登録番号（自動車登録番号）に紐付けられた事故案件フォルダ（図６）、又は、未紐付けフォルダに格納した旨を通知し、ステップＳ２００１に処理を戻す。
【０２０４】
以上により、図２１のフローチャートの説明を終了する。
【０２０５】
（アジャスタ端末のダウンロード処理）
以下、図２２を参照して、アジャスタ端末のダウンロード処理について説明する。
【０２０６】
図２２は、本発明における第７の制御処理手順の一例を示すフローチャートであり、図１に示したアジャスタ端末２３のダウンロード処理に対応する。なお、このフローチャートの処理は、アジャスタ端末２３のＣＰＵが、アジャスタ端末２３のハードディスク等の記録媒体に格納される業務支援プログラムを読み出して実行することにより実現される。また、図中、Ｓ２１０１〜Ｓ２１０２は各ステップを示す。
【０２０７】
まず、ステップＳ２１０１において、アジャスタ端末２３のＣＰＵは、受信サーバ２２から、通知（送信ファイルを登録番号に紐付けられた事故案件フォルダ又は未紐付けフォルダに格納した旨を通知）を受信すると、ステップＳ２１０２に処理を進める。
【０２０８】
ステップＳ２１０２において、アジャスタ端末２３のＣＰＵは、ステップＳ２１０１で受信した通知の内容に基づいて、基幹サーバ２１から送信ファイルをダウンロードして、該ダウンロードした送信ファイル内の画像を、アジャスタ端末２３のディスプレイに表示して、アジャスタに確認させる。そして、処理を終了する。
【０２０９】
以上の処理により、アジャスタは、査定作業等を行うことができる。
【０２１０】
なお、送信ファイルが紐付けフォルダに格納されている通知を受け取った場合には、基幹サーバ２１で記憶している事故情報と整備工場から送信された画像データとを対応付けられており、アジャスタが手動で作業する必要がない。一方、送信ファイルが未紐付けフォルダに格納されている通知を受け取った場合には、アジャスタが、アジャスタ端末２３を操作して、その送信ファイルを手動で、適切な事故案件フォルダ（存在しない場合には作成して）に格納する作業等を行って、基幹サーバ２１で記憶している事故情報と整備工場から送信された画像データとを対応付ける必要がある。
【０２１１】
以上で、図２２のフローチャートの説明を終了する。
【０２１２】
以上説明したように、本実施形態によれば、損保会社側の者が、損保会社側で記憶している事故情報と、整備工場から損保会社に送信される画像データとを対応付ける煩雑な作業を極力減らし、作業ミスによる登録ミスを低減させるとともに、損保側の者の業務効率を向上させることができる。
【０２１３】
〔第２実施形態〕
上記第１実施形態では、整備工場端末３１は、選択画像のＯＣＲによる認識結果とファイルサーバ１０から受信した画像伝送依頼票の情報を比較する構成について説明した。しかし、整備工場端末３１がファイルサーバ１０より画像伝送依頼票を受信している場合には、選択画像のＯＣＲによる認識処理及び認識結果と画像伝送依頼票の情報との比較処理を実行せず、受信した画像伝送依頼票に基づいて、送信ファイルを生成するように構成してもよい。以下、その実施形態について説明する。
【０２１４】
（第２実施形態におけるＯＣＲ処理）
以下、図２３を参照して、本発明の第２実施形態におけるＯＣＲ処理（図１４のステップＳ１８１４）について説明する。
【０２１５】
図２３は、本発明における第８の制御処理手順の一例を示すフローチャートであり、本発明の第２実施形態におけるＯＣＲ処理（図１４のステップＳ１８１４）に対応する。なお、このフローチャートの処理は、整備工場端末３１のＣＰＵが、整備工場端末３１のハードディスク等の記録媒体に格納される業務支援プログラムを読み出して実行することにより実現される。また、図中、Ｓ２３０１，Ｓ１９０１〜Ｓ１９１０は各ステップを示し、図１９と同一のステップには同一のステップ番号を付してある。
【０２１６】
まず、ステップＳ２３０１において、整備工場端末３１のＣＰＵは、カレントの画像伝送依頼票がファイルサーバ１０から受信したものか否かを判定し、受信したものであると判定した場合には、本フローチャートの処理を終了し、図１４のステップＳ１８２１に処理を進める。
【０２１７】
一方、ステップＳ２３０１で、整備工場端末３１のＣＰＵが、カレントの画像伝送依頼票がファイルサーバ１０から受信したものでないと判定した場合には、整備工場端末３１のＣＰＵは、ステップＳ１９０１に処理を進める。以下、図１９と同一のため説明は省略する。
【０２１８】
以上で、図２３のフローチャートの説明を終了する。
【０２１９】
〔第３実施形態〕
上記第１，２実施形態では、ファイルサーバ１０が、画像伝送依頼票のステータスを該画像伝送依頼票のファイル名で管理する構成について説明した。しかし、ファイルサーバ１０のハードディスクに画像伝送依頼票のステータスを管理する画像伝送依頼票ステータス管理テーブルを設け、該画像伝送依頼票ステータス管理テーブルで画像伝送依頼票のステータスを管理するように構成してもよい。以下、その実施形態について説明する。
【０２２０】
（第３実施形態における画像伝送依頼票のファイル名）
以下、図２４を参照して、第３実施形態においてファイルサーバ１０のハードディスクに記憶される画像伝送依頼票のファイル名について説明する。
【０２２１】
図２４は、第３実施形態においてファイルサーバ１０のハードディスクに記憶される画像伝送依頼票のファイル名の一例を示す模式図である。
【０２２２】
図２４に示すように、第３実施形態においてファイルサーバ１０のハードディスクに記憶される画像伝送依頼票のファイル名には、上述した第１実施形態の場合と異なり、ステータスを示す情報（第１実施形態では「A1」「A2」「A3」）は含まれていない。
【０２２３】
（画像伝送依頼票ステータス管理テーブル）
以下、図２５を参照して、画像伝送依頼票ステータス管理テーブルについて説明する。
【０２２４】
図２５は、ファイルサーバ１０のハードディスクに記憶される画像伝送依頼票ステータス管理テーブルの一例を示す模式図である。
【０２２５】
図２５に示すように、画像伝送依頼票ステータス管理テーブルは、損保会社名，工場名，画像伝送依頼票のファイル名，画像伝送依頼票のステータスの各項目から構成される。
【０２２６】
なお、画像伝送依頼票のステータスにおいて、「アップロード済み」とは、アジャスタ端末２３からファイルサーバ１０へ画像伝送依頼票をアップロードしたステータスを示す。
【０２２７】
また、「ダウンロード済み」とは、整備工場端末３１がファイルサーバ１０から画像伝送依頼票をダウンロードしたステータスを示す。
【０２２８】
さらに、「依頼済み」とは、整備工場端末３１がファイルサーバ１０へ送信ファイルをアップロードしたステータスを示す。
【０２２９】
（第３実施形態におけるアジャスタ端末の画像伝送依頼票登録処理）
以下、図２６を参照して、第３実施形態において損保会社側システム２０のアジャスタ端末２３から実行される画像伝送依頼票登録処理について説明する。
【０２３０】
図２６Ａ，図２６Ｂは、本発明における第９の制御処理手順の一例を示すフローチャートであり、第３実施形態において損保会社側システム２０のアジャスタ端末２３から実行される画像伝送依頼票登録処理に対応する。なお、このフローチャートの処理は、アジャスタ端末２３のＣＰＵが、アジャスタ端末２３のハードディスク等の記録媒体に格納される業務支援プログラムを読み出して実行することにより実現される。また、図中、Ｓ１００１〜Ｓ１０２０，Ｓ１０２４，Ｓ１０２７〜Ｓ１０２８，Ｓ２５０１〜Ｓ２５０３は各ステップを示す。なお、図７と同一のステップには同一のステップ番号を付してあり、説明は省略する。
【０２３１】
なお、本実施形態では、アジャスタ端末２３のＣＰＵが、ステップＳ１０１５又はＳ１０１８で作成したＸＭＬデータのファイル名は、事故番号を含むものとする。
【０２３２】
ステップＳ１０２０で「Ｙｅｓ」の場合、ステップＳ２５０１において、アジャスタ端末２３のＣＰＵは、当該損保会社名に対応する、画像伝送依頼票ステータステーブル（図２５）の検索指示をファイルサーバ１０に対して行う。
【０２３３】
この検索指示を受けたファイルサーバ１０のＣＰＵは、依頼された損保会社名に対応する、画像伝送依頼票ステータステーブルをアジャスタ端末２３に送信（返信）する。
【０２３４】
アジャスタ端末２３のＣＰＵは、ファイルサーバ１０から送信される画像伝送依頼票ステータステーブルを受信し、ステップＳ２５０２に処理を進める。
【０２３５】
ステップＳ２５０２では、アジャスタ端末２３のＣＰＵは、受信した画像伝送依頼票ステータステーブルに基づいて、整備工場から送信ファイルがファイルサーバへアップロードされた（ステータスが「依頼済み」の）画像伝送依頼票があるか否かを判定する。
【０２３６】
ステップＳ２５０２で、アジャスタ端末２３のＣＰＵが、整備工場から送信ファイルがファイルサーバへアップロードされた画像伝送依頼票があると判定した場合には、ステップＳ１０２４において、アジャスタ端末２３のＣＰＵは、その画像伝送依頼票の削除指示をファイルサーバ１０に対して行い、ステップＳ２５０３に処理を進める。
【０２３７】
一方、ステップＳ２５０２で、アジャスタ端末２３のＣＰＵが、整備工場から送信ファイルがファイルサーバへアップロードされた画像伝送依頼票がないと判定した場合には、そのままステップＳ２５０３に処理を進める。
【０２３８】
ステップＳ２５０３では、アジャスタ端末２３のＣＰＵは、画像伝送依頼票ステータステーブル内に、ステップＳ１０１５又はＳ１０１８で作成したＸＭＬデータのファイル名に含まれる事故番号を含む画像伝送依頼票のファイル名があると判定した場合には、アジャスタ端末２３のＣＰＵは、ステップＳ１０２６に処理を進める。
【０２３９】
一方、ステップＳ２５０３で、アジャスタ端末２３のＣＰＵが、画像伝送依頼票ステータステーブル内に、ステップＳ１０１５又はＳ１０１８で作成したＸＭＬデータのファイル名に含まれる事故番号を含む画像伝送依頼票のファイル名がないと判定した場合には、アジャスタ端末２３のＣＰＵは、ステップＳ１０２７に処理を進める。なお、他のステップについては、図７と同一であるので説明は省略する。
【０２４０】
以上で、図２６のフローチャートの説明を終了する。
【０２４１】
（第３実施形態におけるステータス表示処理）
以下、図２７を参照して、第３実施形態における図７のステップＳ１００８に示したステータス表示処理について説明する。
【０２４２】
図２７は、本発明における第１０の制御処理手順の一例を示すフローチャートであり、第３実施形態における図７のステップＳ１００８に示したステータス表示処理に対応する。即ち、このフローチャートの処理は、アジャスタ端末２３のＣＰＵが、アジャスタ端末２３のハードディスク等の記録媒体に格納される業務支援プログラムを読み出して実行することにより実現される。また、図中、Ｓ１６０１，Ｓ１６０２，Ｓ１６０５，Ｓ１６０６，Ｓ２６０１，Ｓ２６０２は各ステップを示す。なお、図１１と同一のステップには同一のステップ番号を付してあり、説明は省略する。
【０２４３】
ステップＳ１６０２で「Ｙｅｓ」の場合、ステップＳ２６０１において、アジャスタ端末２３のＣＰＵは、画像伝送依頼フォルダ内の画像伝送依頼票ファイルから、事故番号、依頼日時、整備工場名、電話番号等の情報を取得し、また、当該損保会社名に対応する画像伝送依頼票ステータステーブルを取得する指示をファイルサーバ１０に対して行う。
【０２４４】
この指示を受けたファイルサーバ１０のＣＰＵは、画像伝送依頼票が格納されていれば、各画像伝送以来票内の情報（事故番号、依頼日時、整備工場名、電話番号等の情報），依頼された損保会社名に対応する画像伝送依頼票ステータステーブルを取得して、アジャスタ端末２３に送信（返信）する。
【０２４５】
アジャスタ端末２３のＣＰＵは、ファイルサーバ１０から送信（返信）される情報を受信し、ＲＡＭ内に格納し、ステップＳ２６０２に処理を進める。
【０２４６】
ステップＳ２６０２では、アジャスタ端末２３のＣＰＵは、ファイルサーバ１０から受信した情報に基づいて、整備工場から送信ファイルがファイルサーバへアップロードされた（ステータスが「依頼済み」の）画像伝送依頼票があるか否かを判定する。
【０２４７】
そして、ステップＳ２６０２で、整備工場から送信ファイルがファイルサーバへアップロードされた画像伝送依頼票があると判定した場合には、アジャスタ端末２３のＣＰＵは、ステップＳ１６０５に処理を進める。
【０２４８】
一方、ステップＳ２６０２で、整備工場からファイルサーバへアップロードされた画像伝送依頼票がないと判定した場合には、アジャスタ端末２３のＣＰＵは、そのままステップＳ１６０６に処理を進める。なお、他のステップについては、図７と同一であるので説明は省略する。
【０２４９】
以上、図２７のフローチャートの説明を終了する。
【０２５０】
（第３実施形態における整備工場端末の処理）
以下、図２８，図２９を参照して、第３実施形態における整備工場側システム３０の整備工場端末３１から実行される処理について説明する。
【０２５１】
図２８，図２９は、本発明における第１１の制御処理手順の一例を示すフローチャートであり、第３実施形態における整備工場側システム３０の整備工場端末３１から実行される処理に対応する。なお、このフローチャートの処理は、整備工場端末３１のＣＰＵが、整備工場端末３１のハードディスク等の記録媒体に格納される業務支援プログラムを読み出して実行することにより実現される。また、図中、Ｓ１７０１〜Ｓ１７０３，Ｓ１７０６，Ｓ１７１１，Ｓ１７１２，Ｓ１７１４〜Ｓ１７１６，Ｓ１８０１〜Ｓ１８２４，Ｓ２７０１，Ｓ２７０２，Ｓ２７０４，Ｓ２８０１は各ステップを示す。なお、図１３，図１４と同一のステップには同一のステップ番号を付してあり、説明は省略する。
【０２５２】
図２８のステップＳ１７０３のログイン後、ステップＳ２７０１において、整備工場端末３１のＣＰＵは、ファイルサーバ１０に格納された、当該整備工場名に対応する画像伝送依頼票ステータステーブルの検索指示をファイルサーバ１０に送信する。
【０２５３】
この検索指示を受けたファイルサーバ１０のＣＰＵは、依頼された整備工場名に対応する画像伝送依頼票ステータステーブルを検索し、該検索された画像伝送依頼票ステータステーブルを整備工場端末３１に送信（返信）する。
【０２５４】
そして、整備工場端末３１のＣＰＵは、ファイルサーバ１０から送信される画像伝送依頼票ステータステーブルを取得し、ステップＳ２７０２に処理を進める。
【０２５５】
ステップＳ２７０２では、整備工場端末３１のＣＰＵは、取得した画像伝送依頼票ステータステーブルに基づいて、整備工場端末３１からファイルサーバ１０に送信データをアップロードしていない（ステータスが「依頼済み」でない）案件の画像伝送依頼票を判別し、ファイルサーバ１０から該アップロードしていない案件の画像伝送依頼票（ＸＭＬファイル）をダウンロードする。
【０２５６】
ステップＳ１７０６の後、ステップＳ２７０３において、整備工場端末３１のＣＰＵは、画像伝送依頼票ステータステーブルに基づいて、画像伝送依頼票の取込選択画面（図１５）を整備工場端末３１のディスプレイに表示する。なお、この際、整備工場端末３１のＣＰＵは、画像伝送依頼票ステータステーブルでまだダウンロードされていない（ステータスが「アップロード済み」）の画像伝送依頼票については、図１２の「対象」の項目１２０１にチェック状態とし、「伝送依頼」の項目１２０２に「新規」と表示するように制御する。そして、ステップＳ１７１１に処理を進める。
【０２５７】
ステップＳ１７１２の後、ステップＳ２７０４において、整備工場端末３１のＣＰＵは、
ステップＳ１７１２で案件化した画像伝送依頼票に対する、画像伝送依頼票ステータステーブルのステータスを「ダウンロード済み」に変更するように依頼する。
【０２５８】
この依頼を受けたファイルサーバ１０は、依頼された画像伝送依頼票に対する、画像伝送依頼票ステータステーブルのステータスを「ダウンロード済み」に変更する。
【０２５９】
図２９のステップＳ１８２４のログイン後、ステップＳ２８０１において、整備工場端末３１のＣＰＵは、カレントの画像伝送依頼票に対する、画像伝送依頼票ステータステーブルのステータスを「依頼済み」に変更するように依頼する。
【０２６０】
この依頼を受けたファイルサーバ１０は、依頼された画像伝送依頼票に対する、画像伝送依頼票ステータステーブルのステータスを「依頼済み」に変更する。なお、他のステップについては、図７と同一であるので説明は省略する。
【０２６１】
以上で、図２８，図２９のフローチャートの説明を終了する。
【０２６２】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【０２６３】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０２６４】
以下、図３０に示すメモリマップを参照して本発明に係る業務支援システム内のコンピュータ（ファイルサーバ１０，基幹サーバ２１，受信サーバ２２，アジャスタ端末２３，整備工場端末３１）で読み取り可能なデータ処理プログラムの構成について説明する。
【０２６５】
図３０は、本発明に係る業務支援システム内のコンピュータ（ファイルサーバ１０，基幹サーバ２１，受信サーバ２２，アジャスタ端末２３，整備工場端末３１）で読み取り（読み出し）可能な各種データ処理プログラムを格納する記録媒体（記憶媒体）のメモリマップを説明する図である。
【０２６６】
なお、特に図示しないが、記録媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０２６７】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、インストールするプログラムやデータが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０２６８】
本実施形態における図７Ａ，図７Ｂ，図１１，図１３，図１４，図１９，図２０，図２１，図２２，図２３，図２６Ａ，図２６Ｂ，図２７，図２８，図２９に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記録媒体により、あるいはネットワークを介して外部の記録媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０２６９】
以上のように、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０２７０】
この場合、記録媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。
【０２７１】
プログラムコードを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。
【０２７２】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０２７３】
さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０２７４】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０２７５】
さらに、本発明を達成するためのソフトウェアによって表されるプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０２７６】
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【図面の簡単な説明】
【０２７７】
【図１】本発明の一実施形態を示す業務支援システムの一例を示すシステム構成図である。
【図２】図１に示したファイルサーバ１０、基幹サーバ２１、受信サーバ２２、アジャスタ端末２３、整備工場端末３１のハードウェア構成の一例を示すブロック図である。
【図３】図１に示したファイルサーバ１０が記憶管理する工場管理情報の一例を示すデータ構成図である。
【図４】図１に示したファイルサーバ１０が記憶管理する整備工場フォルダの構成の一例を示す模式図である。
【図５】図１に示した基幹サーバ２１が記憶管理する設定ファイルの一例を示すデータ構成図である。
【図６】図１に示した基幹サーバ２１が記憶管理する案件化フォルダの構成の一例を示す模式図である。
【図７Ａ】本発明における第１の制御処理手順の一例を示すフローチャートである。
【図７Ｂ】本発明における第１の制御処理手順の一例を示すフローチャートである。
【図８】図１に示したアジャスタ端末２３のディスプレイに表示される画像伝送依頼票作成画面の一例を示す模式図である。
【図９】図１に示したアジャスタ端末２３のディスプレイに表示される依頼先選択画面の一例を示す模式図である。
【図１０】図１に示したアジャスタ端末２３のディスプレイに表示される依頼先確認画面の一例を示す模式図である。
【図１１】本発明における第２の制御処理手順の一例を示すフローチャートである。
【図１２】図１に示したアジャスタ端末２３のディスプレイに表示されるステータス表示画面の一例を示す模式図である。
【図１３】本発明における第３の制御処理手順の一例を示すフローチャートである。
【図１４】本発明における第３の制御処理手順の一例を示すフローチャートである。
【図１５】図１に示した整備工場端末３１のディスプレイに表示される画像伝送依頼票の取込選択画面の一例を示す模式図である。
【図１６】図１に示した整備工場端末３１のディスプレイに表示される事故案件画面の一例を示す模式図である。
【図１７】図１に示した整備工場端末３１のディスプレイに表示される画像選択入力画面の一例を示す模式図である。
【図１８】図１に示した整備工場端末３１のディスプレイに表示される送信確認画面の一例を示す模式図である。
【図１９】本発明における第４の制御処理手順の一例を示すフローチャートである。
【図２０】本発明における第５の制御処理手順の一例を示すフローチャートである。
【図２１】本発明における第６の制御処理手順の一例を示すフローチャートである。
【図２２】本発明における第７の制御処理手順の一例を示すフローチャートである。
【図２３】本発明における第８の制御処理手順の一例を示すフローチャートである。
【図２４】第３実施形態においてファイルサーバ１０のハードディスクに記憶される画像伝送依頼票のファイル名の一例を示す模式図である。
【図２５】ファイルサーバ１０のハードディスクに記憶される画像伝送依頼票ステータス管理テーブルの一例を示す模式図である。
【図２６Ａ】本発明における第９の制御処理手順の一例を示すフローチャートである。
【図２６Ｂ】本発明における第９の制御処理手順の一例を示すフローチャートである。
【図２７】本発明における第１０の制御処理手順の一例を示すフローチャートである。
【図２８】本発明における第１１の制御処理手順の一例を示すフローチャートである。
【図２９】本発明における第１１の制御処理手順の一例を示すフローチャートである。
【図３０】本発明に係る業務支援システム内のコンピュータ（ファイルサーバ１０，基幹サーバ２１，受信サーバ２２，アジャスタ端末２３，整備工場端末３１）で読み取り（読み出し）可能な各種データ処理プログラムを格納する記録媒体（記憶媒体）のメモリマップを説明する図である。
【符号の説明】
【０２７８】
１０    ファイルサーバ
２０    保険会社側システム
２１    基幹サーバ
２２    受信サーバ
２３    アジャスタ端末
３０    整備工場側システム
３１    整備工場端末
３２    デジタルカメラ
３３    外部メディア
４０    ネットワーク
【図１】
2008009771.tif 000003
【図２】
2008009771.tif 000004
【図３】
2008009771.tif 000005
【図４】
2008009771.tif 000006
【図５】
2008009771.tif 000007
【図６】
2008009771.tif 000008
【図７Ａ】
2008009771.tif 000009
【図７Ｂ】
2008009771.tif 000010
【図８】
2008009771.tif 000011
【図９】
2008009771.tif 000012
【図１０】
2008009771.tif 000013
【図１１】
2008009771.tif 000014
【図１２】
2008009771.tif 000015
【図１３】
2008009771.tif 000016
【図１４】
2008009771.tif 000017
【図１５】
2008009771.tif 000018
【図１６】
2008009771.tif 000019
【図１７】
2008009771.tif 000020
【図１８】
2008009771.tif 000021
【図１９】
2008009771.tif 000022
【図２０】
2008009771.tif 000023
【図２１】
2008009771.tif 000024
【図２２】
2008009771.tif 000025
【図２３】
2008009771.tif 000026
【図２４】
2008009771.tif 000027
【図２５】
2008009771.tif 000028
【図２６Ａ】
2008009771.tif 000029
【図２６Ｂ】
2008009771.tif 000030
【図２７】
2008009771.tif 000031
【図２８】
2008009771.tif 000032
【図２９】
2008009771.tif 000033
【図３０】
2008009771.tif 000034