JP4546072B2 - 情報処理方法及びコンピュータ・システム - Google Patents

Description

本発明は、保険処理に必要なデータをセキュリティを保持しつつ収集等するための技術に関する。

例えば自動車保険に加入している車両について、交通事故等の原因により修理が必要となった場合、通常、保険加入者或いは修理工場の担当者は、修理工場に事故車両を入庫するとともに保険会社に対して修理を行う旨を連絡する。連絡を受けた保険会社は、修理の対象となる車両の情報、加入している自動車保険の内容、事故の状況（過失割合）、車両の損傷度合い等から自動車保険の適用の可否や範囲を判断する。そして、大半は保険会社の担当者（事故調査員）が修理工場に出向き、車両の損傷度合い及び修理費用の見積りの確認を行う。

一方、昨今の情報処理技術の発達により、例えば修理工場は、デジタルカメラで車両の損傷部を撮影し、画像データを電子メール等で保険会社に送信したり、同様に、見積りシステムの出力データを電子メール等により保険会社に送信することが可能となった。

また、画像データ及び見積りファイルを圧縮することにより、高速な伝送を実現しているものもある（例えば、特許文献１参照）。すなわち、修理工場の見積人によって事故車両の画像がコンピュータに入力される。また、修理工場の見積人はコンピュータ上で事故見積りを行い、必要とされる種々の画像領域を強調表示する。見積りが終了すると、見積りファイルが圧縮され、保険会社に伝送される。保険会社では、保険会社の見積人が見積りファイルを圧縮解除し、見積りを読み出し始める。

このような技術により、保険会社の担当者は、修理工場に頻繁に出向かなくても自動車保険の適用の可否や範囲を判断できるようになってきている。また、画像データ等の修理工場からの送信においては、セキュアな通信を行うために、公衆回線網を介したダイヤルアップ・サーバとの通信や、ファイルの暗号化技術が用いられている。

なお、修理工場は、保険会社のシステムに接続するためのファシリティや暗号化プログラムを用意しなければならず、修理工場の既存の見積りシステムの出力データが汎用的なファイルでない場合には、ＦＡＸを併用する場合も出てくる。
特開平５−２９００５７号公報

このように、従来技術において、保険会社の担当者は、修理工場に出向く頻度は減ったが、修理工場とのやりとりはあまり減らず、画像データやその他のデータを整理する手間は増加している。また、修理工場にとっても、簡単に且つ安価にデータのやりとりが行われているとは言えない。

さらに、セキュアな通信を可能とするためのダイヤルアップ・サーバとの通信や暗号化プログラムの導入は、システム構築コストや運用コストが比較的多くかかる。また、ファイルの暗号化については、たとえ各修理工場が暗号化プログラムを導入していたとしても、画像データ等の送信の際に忘れずにファイルの暗号化処理が行われるとは決して言えないため、保険会社に暗号化されていないファイルが送信されてしまう可能性が残ってしまう。

また、暗号化通信だけではなく見積りなどの他のデータをも処理できるようにするため、専用のプログラムを修理工場のコンピュータにインストールする方法も考えられるが、修理工場などにおけるコンピュータ・システムに影響を与えることになるため、トータルの運用コストは上昇することが予想される。

従って、本発明の目的は、修理工場などの情報の提供を行う企業等におけるコンピュータ・システムに与える影響及びコストを最小限に抑えつつ、情報の提供を行う企業等から保険会社など情報の提供を受ける企業等に、送信元の確証を得た上で所定のデータをセキュアに送信できるようにするための新規な技術を提供することである。

また、本発明の他の目的は、コンピュータ・システムに対するアクセス権限を確認するための新規な技術を提供することである。

本発明に係る、コンピュータにより実行される情報処理方法は、ユーザ端末から上記コンピュータに関連する特定のＵＲＬ（Uniform Resource Locator）に対するアクセスを受信した場合、ユーザ端末に予め格納されている特定のファイル（例えば実施の形態におけるＩＤファイル）の真正性チェックを行うための第１プログラムをユーザ端末に送信するステップと、ユーザ端末の第１プログラム（例えばＡｃｔｉｖｅＸ（Microsoft社の商標）やＪａｖａ（Sun Microsystems社の商標）アプレットなどのプログラム。第２プログラムについても同様。）から真正性チェックにより真正性が確認されたことを表す信号を受信した場合には以後のアクセスを許可し、真正性が確認されなかったことを表す信号をユーザ端末の第１プログラムから受信した場合には以後のアクセスを拒否するステップと、アクセスが許可された後にユーザ端末から画像データ登録要求を受信した場合には、少なくとも画像データが登録される対象となる案件を特定するための案件特定データと画像登録を行うための第２プログラムとをユーザ端末に送信する第２プログラム送信ステップと、案件特定データと各々解像度が特定の解像度に調整され且つ順番が規定されている画像ファイルのデータと当該画像ファイルとの対応関係が規定されている任意データとをユーザ端末の前記第２プログラムから受信した場合、案件データ格納部に格納するステップとを含む。なお 第１及び第２プログラムは、上記コンピュータに関連する特定のウェブサイトとのみ連携してユーザ端末において起動され、第２プログラムが、ユーザ端末の特定のドライブの特定のディレクトリに格納されている画像ファイルについて選択を促し、選択された画像ファイルの順番付けを可能にし、選択された画像ファイルの解像度を特定の解像度に調整し、選択された画像ファイルに対応する任意データの入力を可能にし、少なくとも選択された画像ファイルと任意データとを特定のアドレスに暗号化して送信するものである。

このように、第１プログラムをユーザ端末に送り込んで上記特定のファイルによりデータの送信元の確証を得た上で、同じくユーザ端末に送り込んだ第２プログラムから暗号化された画像データ等の必要なデータを受信し、案件データ格納部に格納する。第１及び第２プログラムは、必要なときにユーザ端末に送信されるのでユーザ端末では専用のプログラムを予めインストールしておく必要がない。よって、他のプログラムの影響を軽減し、バージョンアップなどの運用コストを削減することができる。なお、第２プログラムが上記のような機能を有することにより、画像データ等を受信して利用する者の作業負担などが減り業務効率が向上する。また上記特定のファイルによる送信元の認証処理については、当該コンピュータへのアクセス権限の確認となり、例えばＩＤ及びパスワードによるユーザ自身の認証に加えて又はそれとは別に、アクセス権限のある特別なユーザ端末であることが確認される。

また、案件データ格納部に格納された案件特定データを含む案件データと画像ファイルのデータと任意データとを用いて特定形式のファイル（例えばウェブページ用のファイル群）を生成し、当該案件に関連する者（例えばアジャスタ（協定担当者））として予め登録されている者宛に当該特定形式のファイルを送信するステップをさらに含むようにしてもよい。このようにすれば、案件に関連する者がわざわざアクセスせずとも例えば事故案件データを得ることができるようになる。なお、上記特定形式のファイルの送信先も予め許可されたアドレス以外には送信できないような仕組みを取り入れることにより、情報の意図せざる漏洩を回避することができるようになる。

さらに、上で述べた特定のファイルが、認証機関により発行される証明書データとは異なり、アクセス可能なユーザ端末を特定するためのバイナリデータを含むようにしてもよい。これにより運用コストを下げることができる。なお、特定のファイルについては、コンピュータに修理工場などのユーザを登録した場合に発行され、ユーザ端末に格納されている。

さらに、上で述べた第２プログラム送信ステップにおいて、さらにユーザ端末の特定のドライブの特定のディレクトリのデータを送信し、上で述べた第２プログラムが、ユーザ端末の特定のドライブの特定のディレクトリのデータをコンピュータに送信するようにしてもよい。ユーザ端末を使用するユーザのユーザビリティを向上させることができる。

また、画像データは事故に関連する画像データであり、案件が事故案件であり、事故案件の登録者の端末からのアクセスに応じて、アクセス元のドメインが予め登録されているドメインであるか判断するステップと、アクセス元のドメインが予め登録されているドメインであると判断された場合には以後の処理を許可し、アクセス元のドメインが予め登録されているドメインではないと判断された場合には以後のアクセスを拒否するステップと、アクセスが許可された後に事故案件の新規登録が事故案件の登録者の端末から要求された場合には、事故案件の新規登録のためのデータを前記事故案件の登録者の端末に送信するステップと、事故案件の登録者の端末から当該事故案件の画像データを撮影する修理工場であるユーザを特定するデータを含む事故案件データを受信し、案件データ格納部に格納するステップと、案件データ格納部に格納されたデータに基づき、修理工場であるユーザ宛に登録依頼を送信するステップとをさらに含むようにしてもよい。

例えば、事故案件の登録者により事故案件が登録されることにより、修理工場であるユーザが上で述べたような画像データ等を対応付けて登録することができるようになる。なお、この部分におけるアクセスについては、第１プログラムによる特定のファイルの真正性確認とは別に、簡易な形でアクセス権限が確認されるようになっている。このような簡易な形であっても、情報の漏洩には一定の歯止めをかけることができる。

本発明に係る情報処理方法をコンピュータにより実行させるためのプログラムを作成することができ、当該プログラムは、例えばフレキシブル・ディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等の記憶媒体又は記憶装置に格納される。また、ネットワークを介してディジタル信号にて頒布される場合もある。なお、処理途中のデータについては、コンピュータのメモリ等の記憶装置に一時保管される。

本発明によれば、修理工場などの情報の提供を行う企業等におけるコンピュータ・システムに与える影響及びコストを最小限に抑えつつ、情報の提供を行う企業等から保険会社など情報の提供を受ける企業等に、送信元の確証を得た上で所定のデータをセキュアに送信できるようになる。

また別の側面として、コンピュータ・システムに対するアクセス権限を確認する新規な技術が提供される。

図１に本発明の一実施の形態に係るシステム概要図を示す。セキュアでないコンピュータ・ネットワークであるインターネット１には、修理工場に設置される例えばパーソナルコンピュータである１又は複数の工場端末３と、本実施の形態における主要な処理を実施するセンタ・サーバ５とが接続されている。センタ・サーバ５は、一台のコンピュータにて構成される場合もあれば複数台のコンピュータにより構成される場合もある。また、例えば１つの保険会社につき１台が割り当てられる場合もあれば、複数の保険会社につき１台又は複数台が割り当てられる場合もある。また、工場端末３はウェブ（Ｗｅｂ）ブラウザ機能を有しており、センタ・サーバ５はＷｅｂサーバ機能を有しており、互いに例えばＨＴＴＰ（Hyper Text Transfer Protocol）又はＨＴＴＰＳ（HTTP Security。ＳＳＬ（Secure Socket Layer）対応のＨＴＴＰ）で通信する。また、工場端末３はメールクライアント機能を有しており、メールを送受信することができるようになっている。本実施の形態に関係する構成要素のみを図示しているので、例えばＤＮＳ（Domain Name Server）などについては説明を省略している。

センタ・サーバ５は、例えば専用線経由で保険会社社内ＬＡＮ（Local Area Network）１１に接続される。また、センタ・サーバ５は、事故ＤＢ５５及び登録ユーザＤＢ５７を管理している。さらに、メール処理サーバ１３は、事故ＤＢ５５及び登録ユーザＤＢ５７のデータを用いて処理を実施する。メール処理サーバ１３も、例えば専用線経由で保険会社社内ＬＡＮ１１に接続されている。なお、専用線経由ではなく、例えばインターネット１及び既知のファイアウォール等を介して保険会社社内ＬＡＮ１１に接続される場合もある。保険会社社内ＬＡＮ１１には、例えば保険会社において用いられるパーソナルコンピュータである１又は複数の保険会社端末７と、保険会社において用いられている各メール・アドレス宛のメールを保存するメールボックス９１を管理し且つメール送信処理を実施するメール・サーバ９とが接続されている。なお、メール処理サーバ１３は、センタ・サーバ５と一体となっている場合もある。センタ・サーバ５と同様にメール処理サーバ１３についても、１台のコンピュータにより構成される場合もあれば、複数台のコンピュータにより構成される場合もある。保険会社端末７は、Ｗｅｂブラウザ機能を有しており、センタ・サーバ５とはＨＴＴＰ又はＨＴＴＰＳにて通信する。また、保険会社端末７は、メールクライアント機能を有しており、メールを送受信することができるようになっている。本実施の形態に関連する構成要素のみを図示しているので、他の社内Ｗｅｂサーバなどについては説明を省略している。

センタ・サーバ５は、認証処理部５１１を有する修理工場インターフェース部５１と、事故情報登録閲覧処理部５３１と工場管理部５３２とドメイン検査部５３３とを含む保険会社インターフェース部５３とを有する。なお、システム管理者用のインターフェース部も存在しているが本実施の形態にはあまり関係がないので、説明を省略する。また、メール処理サーバ１３は、添付ファイル生成部１３１と、暗号処理部１３２と、ドメイン検査部１３３１を含むメール生成送信部１３３とが含まれる。これらの機能の詳細については、以下処理フローの説明において説明する。

次に、図２及び図３に登録ユーザＤＢ５７に登録されるデータの一例を示す。図２には、修理工場と保険会社の１つの組み合わせについてのデータの一例を示す。図２の例では、修理工場のＩＤ、パスワード、工場名、電話番号、ＦＡＸ番号、メールアドレス１及び２、メールアドレス２への通知の有無設定、郵便番号、所在地（都道府県）、所在地（市町村以下）及び備考という情報を含む工場情報と、保険会社（ここでは損害保険会社）のＩＤである損保ＩＤと、本システムを用いて送信される画像ファイルの格納領域を設定したか否かを表す伝送ＢＯＸ開設設定の有無、画像伝送転送先メールアドレス、当該画像伝送転送先メールアドレスに画像ファイルを添付したメールを送信するか否かを表す画像伝送転送先メールアドレス送信設定、着信通知メールアドレス、当該着信通知メールアドレスに着信通知メールを送信するか否かを表す着信通知メールアドレス送信設定、暗号復号化パスワード及び管理グループを含む損保情報（保険会社情報）と、工場端末３において画像ファイルが格納される特定のディレクトリ（ドライブ情報を含む）とが格納される。この例では、工場情報に含まれるＩＤ（修理工場ＩＤ）と損保情報に含まれる損保ＩＤとでレコードが特定される。画像伝送の転送は、修理工場が登録した画像データ等を協定担当者宛にメールで送信することを示しており、着信通知メールは画像データ等の登録の発生のみを協定担当者宛に通知するメールを示している。管理グループは、当該修理工場を管理する保険会社内のグループを意味する。

図３には、保険会社の協定担当者などセンタ・サーバ５にアクセスするユーザについてのデータテーブルの一例を示す。図３の例では、損保ＩＤの列、損保名の列、メールのドメインの列、Ｗｅｂアクセスの際のドメイン（ホスト名など。但しＩＰアドレスの範囲などのデータであってもよい。）の列、所属グループ名の列、ユーザ名の列、ユーザＩＤの列、パスワードの列とが設けられている。これにより、ログインの認証処理、ドメイン（ホスト名など）によるアクセス権限確認処理、画像データ等の通知先設定において、不適切なアクセス及びメール送信などを防止し、情報の漏洩を防ぐ。なお、メールのドメイン及びＷｅｂアクセスの際のドメインについては、予め損保ＩＤなどに対応して登録されているものが各ユーザの登録時に自動的に登録されるものとする。

図４に、事故ＤＢ５５に格納されるテーブルの一例を示す。図４の例では、案件ごとに、データの登録日時、データの受信日時（更新日時）、送信元名（修理工場名又はコード）、お客様名、協定担当者名（又はコード）、事故の受付番号、事故日、証券番号、車両の登録番号、型式、型式指定番号、類別区分番号、カラーコード、車両所有者、車両使用者、備考、添付ファイル１のファイル名、添付ファイル２のファイル名、画像ファイル１のファイル名、対応するコメント１、画像ファイル２のファイル名、対応するコメント２、画像ファイル３のファイル名、対応するコメント３、画像ファイル４のファイル名、対応するコメント４、．．．とが含まれる。一部データについては保険会社側の協定担当者などが登録し、一部データについては修理工場側のユーザが登録する。詳細については以下の説明において述べる。

次に、図５乃至図１４を用いて保険会社端末７を用いた事故情報登録処理などについて説明する。例えば保険会社の協定担当者が保険会社端末７をセンタ・サーバ５の損保ログインページにアクセスさせる（ステップＳ１）。このアクセスに応じて、センタ・サーバ５における保険会社インターフェース部５３は、損保ログインページ・データを保険会社端末７に送信する（ステップＳ３）。保険会社端末７は、センタ・サーバ５から損保ログインページ・データを受信し、表示装置に表示する（ステップＳ５）。例えば、保険会社を特定するコード（例えば損保ＩＤ）の入力欄と、ユーザＩＤの入力欄と、パスワードの入力欄とを含むＷｅｂページが表示される。

保険会社の協定担当者は、保険会社端末７を操作して、保険会社を特定するコードとユーザＩＤとパスワードとをログイン・データとして入力する。保険会社端末７は、ログイン・データの入力を受け付け、ログイン・データをセンタ・サーバ５に送信する（ステップＳ７）。センタ・サーバ５の保険会社インターフェース部５３は、保険会社端末７からログイン・データを受信し（ステップＳ９）、登録ユーザＤＢ５７に登録されているデータ（図３）を用いて認証処理を実施する（ステップＳ１１）。さらに、保険会社インターフェース部５３のドメイン検査部５３３は、アクセス元（保険会社端末７）のドメイン名（又はホスト名若しくはＩＰアドレス）が、保険会社を特定するコードとユーザＩＤに対応し且つ登録ユーザＤＢ５７（図３）に登録されているものと同じであるか判断する（ステップＳ１３）。そして、保険会社インターフェース部５３は、ステップＳ１１における認証処理が成功し且つステップＳ１３の検査をクリアしているか判断する（ステップＳ１５）。もし、ステップＳ１１の認証処理又はステップＳ１３の検査のいずれかに問題がある場合にはログイン失敗メッセージを含むＷｅｂページ・データを生成し、保険会社端末７に送信する。保険会社端末７はログイン失敗メッセージを含むＷｅｂページ・データを受信し、表示装置に表示する（ステップＳ１７）。一方、ステップＳ１１の認証処理が成功し且つステップＳ１３の検査をクリアしていると判断された場合には、保険会社用のメニューページ・データを保険会社端末７に送信する（ステップＳ１９）。保険会社端末７は、保険会社用のメニューページ・データを受信し、表示装置に表示する（ステップＳ２１）。

例えば図６に示すようなメニューページが表示される。図６の例では、画像・見積登録、伝言板、工場管理、自社登録内容変更、自社ＩＤ管理、自社グループＩＤ管理、パスワード変更というメニュー項目が示されている。本実施の形態では、自社ＩＤ管理、自社登録内容変更、自社グループＩＤ管理、伝言板、パスワード変更、及びログアウトについては、本実施の形態の主旨ではないので、これらの説明については省略する。

保険会社の協定担当者は、図６に示すようなメニューページにおいていずれかのメニュー項目を選択し、クリックする。保険会社端末７は、保険会社の協定担当者の選択入力を受け付け、選択入力データをセンタ・サーバ５に送信する（ステップＳ２３）。センタ・サーバ５の保険会社インターフェース部５３は、選択入力データを受信し（ステップＳ２５）、画像・見積登録が選択されたか判断する（ステップＳ２７）。もし、画像・見積登録が保険会社の協定担当者により選択されたと判断された場合には端子Ａを介して図１０の処理フローに移行する。一方、画像・見積登録ではないと判断された場合には、工場管理が選択されたか判断する（ステップＳ２９）。もし、工場管理が選択されたと判断された場合には端子Ｂを介して図７の処理フローに移行する。工場管理ではないと判断された場合には、自社ＩＤ管理、自社登録内容変更、自社グループＩＤ管理、伝言板、パスワード変更及びログアウトのいずれかが選択されたことになるので、対応する処理を実施する（ステップＳ３１）。

まず端子Ｂを介して移行した先の処理について図７乃至図９を用いて説明する。工場管理が選択されたと判断された場合には、保険会社インターフェース部５３の工場管理部５３２が工場管理ページ・データを保険会社端末７に送信する（ステップＳ３５）。保険会社端末７は、センタ・サーバ５から工場管理ページ・データを受信し、表示装置に表示する（ステップＳ３７）。例えば図８に示すような工場管理ページが表示される。図８の例では、修理工場が存在する都道府県を選択するためのコンボボックス、工場名の入力欄、工場ＩＤの入力欄、電話番号入力欄、取引の有無について指定を行うためのコンボボックス、メニューページに戻るためのメニューボタン、新規登録ボタン、及び検索ボタンが設けられている。保険会社の協定担当者は、修理工場の検索を実施する場合には、コンボボックス及び入力欄とにより検索条件を指定して、検索ボタンをクリックする。修理工場を新規で登録する場合には、新規登録ボタンをクリックする。

保険会社端末７は、保険会社の協定担当者から選択入力を受け付け、選択入力データをセンタ・サーバ５に送信する（ステップＳ３９）。センタ・サーバ５の保険会社インターフェース部５３に含まれる工場管理部５３２は、保険会社端末７から選択入力データを受信し（ステップＳ４１）、当該選択入力データが検索条件を含む検索指示であるか判断する（ステップＳ４３）。もし、検索条件を含む検索指示である場合には、検索条件に従って登録ユーザＤＢ５７（図２）を検索し、検索条件に合致する修理工場のデータを抽出する（ステップＳ４５）。そして、検索結果表示ページ・データを生成し、保険会社端末７に送信する（ステップＳ４７）。保険会社端末７は、センタ・サーバ５から検索結果表示ページ・データを受信し、表示装置に表示する（ステップＳ４９）。検索結果表示ページでは、検索条件に合致する修理工場のデータが列挙されており、これを参照した保険会社の協定担当者は、登録データの修正などの処理を指示するが、これについては本実施の形態の主旨ではないので、これ以上の説明は省略する。

一方、検索指示ではないと判断された場合には、メニューページへの遷移を指示したものであるか判断する（ステップＳ４４）。もしメニューページへの遷移を指示したものである場合には端子Ｃを介して図５のステップＳ１９に戻る。一方、メニューページへの遷移を指示したものではないと判断された場合には、新規登録が指示されたことになるので、工場管理部５３２は、登録ユーザＤＢ５７（図３）を参照して新規登録ページ・データを生成し、保険会社端末７に送信する（ステップＳ５１）。保険会社端末７は、新規登録ページ・データを受信し、表示装置に表示する（ステップＳ５３）。

例えば図９に示すような新規登録ページが表示される。図９の例では、工場情報として、工場名、電話番号、ＦＡＸ番号、メールアドレス１、メールアドレス２、メールアドレス２への通知の有無、郵便番号、所在地（都道府県）、所在地（市町村以下）及び備考を、選択又は入力するように、選択入力欄が設けられている。また、工場から画像ファイルの伝送を受ける際の設定である伝送ＢＯＸ設定として、画像伝送ＢＯＸ開設設定、画像伝送転送先メールアドレス（ユーザ名のみ指定可能。ドメイン名は指定不可）、画像伝送転送先メールアドレス送信設定、着信通知メールアドレス、着信通知メールアドレス送信設定、暗号復号化パスワード（確認を含む）及び管理グループのデータを、選択又は入力するように、選択入力欄が設けられている。上で述べたように、画像伝送転送先メールアドレスについては、ドメイン名が指定できない。画像データ等については、他のドメインには送信設定できないようにして、事故情報が他のドメインのメールアドレスに転送されることを防止している。例えば協定担当者の個人メールアドレスなどには送ることができないようになっている。着信通知メールの場合には、修理工場により登録があったことのみが通知されるので、他のドメインに送信するようにしても良い。なお、画像データ等については暗号化処理を施すため、そのためのパスワードの登録が必要となる。但し、画像データ等の転送を行わないようにしても良いし、着信通知メールを送信しないようにしても良い。さらに、登録ボタン、元に戻すボタン、キャンセルボタン、メニューボタン、ログアウトボタン、戻るボタンが設けられている。元に戻すボタンがクリックされると、選択入力欄において選択又は入力されているデータがクリアされる。キャンセルボタンがクリックされると例えば工場管理ページに戻る。戻るボタンがクリックされた場合も工場管理ページに戻る。メニューボタンがクリックされるとメニューページに戻る。ここでは、修理工場について必要なデータが選択入力され、登録ボタンがクリックされるものとする。

保険会社端末７は、保険会社の協定担当者の選択入力を受け付け、選択入力データをセンタ・サーバ５に送信する（ステップＳ５５）。センタ・サーバ５の保険会社インターフェース部５３における工場管理部５３２は、保険会社端末７から選択入力データを受信し、登録ユーザＤＢ５７（図２）に登録する（ステップＳ５７）。なお、取引損保ＩＤについては、保険会社の協定担当者のユーザＩＤに基づき例えば登録ユーザＤＢ５７（図３）から抽出する。そして、新規登録に係る修理工場にＩＤファイルを生成し、当該ＩＤファイルを例えば登録ユーザＤＢ５７に登録する（ステップＳ５９）。さらに、当該ＩＤファイルを暗号化して、当該修理工場の登録されたメールアドレスにメールにて送信する（ステップＳ６１）。ＩＤファイルは、認証機関が発行する電子証明書ではなく、例えば所定長のバイナリデータである。運用上、例えばこのＩＤファイルを受信した修理工場では、別途伝えられるパスワード又は復号キーにてＩＤファイルを復号して、予め定められたディレクトリに保存しておく。バイナリデータについては、所定の演算を行うことにより真正性が確認されるようなビット列であってもよいし、例えば登録ユーザＤＢ５７に登録されているＩＤファイルと比較処理を実施することにより真正性が確認されるようなビット列であってもよい。このＩＤファイルを予め定められたディレクトリに保存しておくことにより、センタ・サーバ５へのアクセス権限が確認される。処理は端子Ｃを介して図５のステップＳ１９に遷移する。

次に、図５から端子Ａを介して移行した後の処理を図１０乃至図１２を用いて説明する。センタ・サーバ５の保険会社インターフェース部５３に含まれる事故情報登録閲覧処理部５３１は、事故ＤＢ５５を参照して画像・見積登録ページ・データを生成し、保険会社端末７に送信する（ステップＳ６５）。例えば、事故ＤＢ５５を、ログインしている保険会社の協定担当者のユーザＩＤで検索し、所定期間内に更新（又は受信）された案件についてのデータを抽出し、抽出されたデータを用いて画像・見積登録ページ・データを生成する。保険会社端末７は、センタ・サーバ５から画像・見積登録ページ・データを受信し、表示装置に表示する（ステップＳ６７）。

例えば図１１に示すような画像・見積登録ページが表示される。図１１の例では、事故案件を検索するために、登録番号選択欄、受付番号入力欄、お客様名入力欄、送信元名入力欄、協定担当者名選択欄、及び検索結果のソート順指定欄（昇順又は降順を指定するためのラジオボタンを含む）が設けられている。検索をする場合には、検索ボタンをクリックし、新規案件登録を行う場合には新規案件登録ボタンをクリックし、メニューページに戻る場合にはメニューボタンをクリックし、ログアウトする場合にはログアウトボタンをクリックするようになっている。また、事故ＤＢ５５から抽出されたデータについても、案件一覧としてテーブルが設けられている。図１１の例では、登録番号と、受付番号と、お客様名と、送信元名と、協定担当者名と、登録日と、更新日とにより抽出データを提示している。なお、登録番号はハイパーリンクとなっている。ここでは、メニューページへ移行する場合、ログアウトする場合については本実施の形態特有の処理はないので、保険会社の協定担当者が、検索指示、特定の案件の選択（登録番号のハイパーリンクを選択）、新規案件登録指示のいずれかを行うものとする。

保険会社端末７は、協定担当者からの選択入力を受け付け、選択入力データをセンタ・サーバ５に送信する（ステップＳ６９）。センタ・サーバ５の保険会社インターフェース部５３における事故情報登録閲覧処理部５３１は、保険会社端末７から選択入力データを受信し（ステップＳ７１）、新規案件登録が指示されたか判断する（ステップＳ７３）。もし、新規案件登録が指示されたと判断された場合には、端子Ｄを介して図１３の処理に移行する。一方、新規案件登録が指示されたわけではないと判断された場合には、検索処理が指示されたか判断する（ステップＳ７５）。検索処理が指示されたと判断された場合には、選択入力データに含まれる検索条件データ及び協定担当者のユーザＩＤに従って事故ＤＢ５５に対して検索処理を実施する（ステップＳ７７）。そして、検索結果を用いて検索結果ページ・データを生成し、保険会社端末７に送信する（ステップＳ７９）。保険会社端末７は、センタ・サーバ５から検索結果ページ・データを受信し、表示装置に表示する（ステップＳ８１）。例えば図１１の下部に示したような抽出された事故案件のデータを含む案件一覧テーブルが表示される。そして、保険会社の協定担当者は、特定の登録番号のハイパーリンクをクリックする。保険会社端末７は、協定担当者の選択入力を受け付け、特定の事故案件のデータを含む選択入力データをセンタ・サーバ５に送信する（ステップＳ８２）。センタ・サーバ５の保険会社インターフェース部５３における事故情報登録閲覧処理部５３１は、保険会社端末７から選択入力データを受信する。

一方ステップＳ７５において検索処理ではないと判断された場合、図１１の下部に示した案件一覧テーブルから、特定の事故案件の選択指示がなされたことになる。またステップＳ８２において特定の事故案件のデータを含む選択入力データが保険会社端末７から送信されるので、いずれの場合も、センタ・サーバ５の保険会社インターフェース部５３における事故情報登録閲覧処理部５３１は、特定の事故案件のデータにて事故ＤＢ５５を検索し、該当データを読み出し、読み出したデータに基づき事故ページ・データを生成し、保険会社端末７に送信する（ステップＳ８３）。保険会社端末７は、センタ・サーバ５から事故ページ・データを受信し、表示装置に表示する（ステップＳ８５）。

例えば図１２のような事故ページが表示される。図１２の例では、本事故案件が登録された日時の表示欄、受付番号表示欄、お客様名表示欄、事故日表示欄、型式表示欄、型式指定番号表示欄、車両所有者表示欄、送信元名表示欄、登録番号表示欄、協定担当者名表示欄、証券番号表示欄、カラーコード表示欄、類別区分番号表示欄、及び車両使用者表示欄が設けられている。さらに、コメント表示入力欄が設けられており、コメントの表示だけではなく入力をも可能となっている。さらに、添付ファイル名（添付ファイル１及び添付ファイル２。リンク付きでクリックすると例えば別ウインドウでファイルの内容を表示する。）の表示欄及び添付ファイルの削除ボタンも設けられている。不要と考えられる添付ファイルについては削除ボタンにより削除される。以下、画像ファイル１のファイル名表示欄及び削除ボタンと画像データ表示欄及びコメント表示欄、画像ファイル２のファイル名表示欄及び削除ボタンと画像データ表示欄及びコメント表示欄、画像ファイル３のファイル名表示欄及び削除ボタンと画像データ表示欄及びコメント表示欄、画像ファイル４のファイル名表示欄及び削除ボタンと画像データ表示欄及びコメント表示欄、画像ファイル５のファイル名表示欄及び削除ボタンと画像データ表示欄及びコメント表示欄、画像ファイル６のファイル名表示欄及び削除ボタンと画像データ表示欄及びコメント表示欄が設けられている。ここでも不要と思われる画像ファイルについては削除ボタンにて削除される。また、「元に戻す」ボタンと更新ボタンとメニューページへ遷移するためのメニューボタンとログアウトするためのログアウトボタンとが設けられている。「元に戻す」ボタンがクリックされると修正入力した結果や削除指示したファイルが元に戻される。更新ボタンがクリックされると、それまでに行われた修正入力が反映されるような形で更新登録がなされる。ここでは、メニューボタン及びログアウトボタンをクリックした場合や「元に戻す」ボタンをクリックした場合については本実施の形態の主旨ではないので説明を省略し、削除ボタン又は更新ボタンがクリックされるものとする。なお、本ページにおいては閲覧のみを行うようにしても良い。その場合には、閲覧が終了すれば例えばメニューボタンやログアウトボタンをクリックすればよい。

保険会社端末７は、保険会社の協定担当者による選択入力を受け付け、選択入力データをセンタ・サーバ５に送信する（ステップＳ８７）。センタ・サーバ５の保険会社インターフェース部５３における事故情報登録閲覧処理部５３１は、保険会社端末７から選択入力データを受信し（ステップＳ８９）、その選択入力の内容を判断する。削除ボタンがクリックされたと判断される場合には、対応するファイルを一旦削除し、他の修正入力のデータを反映させた形でステップＳ８３に戻り、新たな事故ページ・データを構成する。一方、更新ボタンがクリックされたと判断される場合には、選択入力データに含まれる事故データに従って事故ＤＢ５５を更新登録する（ステップＳ９１）。そして、端子Ｃを介して図５の処理に戻る。

次にステップＳ７３（図１０）において新規登録が指示されたと判断され、端子Ｄを介して移行した後の処理を図１３及び図１４を用いて説明する。センタ・サーバ５の保険会社インターフェース部５３における事故情報登録閲覧処理部５３１は、新規案件登録ページ・データを保険会社端末７に送信する（ステップＳ９５）。保険会社端末７は、センタ・サーバ５から新規案件登録ページ・データを受信し、表示装置に表示する（ステップＳ９７）。

例えば図１４のような新規案件登録ページが表示される。図１４の例では、受付番号入力欄と、お客様名入力欄と、事故日入力欄と、型式入力欄と、型式指定番号入力欄と、車両所有者入力欄と、送信元名入力欄と、登録番号入力欄と、協定担当者入力欄と、証券番号入力欄と、カラーコード入力欄と、類別区分番号入力欄と、車両使用者入力欄と、コメント入力欄とが設けられている。また、本事故案件データを登録するための登録ボタンと、キャンセルボタンと、メニューページに戻るためのメニューボタンと、ログアウトするためのログアウトボタンと、前のページに戻るための戻るボタンとが設けられている。この新規案件登録ページにおいて、上で述べた入力欄に事故案件のデータを入力する。ここでは、メニューボタン、ログアウトボタン、戻るボタン、キャンセルボタンについては本実施の形態の主旨ではないので、説明を省略する。従って、入力欄に事故案件データが入力され、登録ボタンがクリックされたものとする。

そうすると保険会社端末７は、保険会社の協定担当者による入力を受け付け、入力データをセンタ・サーバ５に送信する（ステップＳ９９）。センタ・サーバ５の保険会社インターフェース部５３における事故情報登録閲覧処理部５３１は、保険会社端末７から入力データを受信し、事故ＤＢ５５に登録する（ステップＳ１０１）。そして、入力データに含まれる修理工場名等（取引損保ＩＤを含む）から登録ユーザＤＢ５７に含まれる修理工場のテーブル（図２）を検索して、当該修理工場のメールアドレスを抽出する。そして、新規案件が登録された旨のメールを生成し、当該修理工場のメールアドレス宛に送信する（ステップＳ１０３）。そして処理は端子Ｃを介して図５のステップＳ１９に戻る。

このようにして、保険会社の協定担当者は、本システムを用いて画像データ等を修理工場に送信してもらう案件について事故案件データを予め登録しておく。上でも述べたが、修理工場が、保険会社の協定担当者により登録されていない案件について自主的に本システムを用いて画像データ等を登録する場合もあるが、通常は上で述べた処理に従って案件登録したものについて修理工場が以下で述べる処理に従って画像データ等を登録するようになっている。

次に、修理工場の担当者が画像データ等をセンタ・サーバ５に登録する際の処理について図１５乃至図２５を用いて説明する。まず、修理工場の担当者が、工場端末３にセンタ・サーバ５のログインページにアクセスさせる（ステップＳ１１１）。センタ・サーバ５の修理工場インターフェース部５１は、アクセスに応じて、工場端末３にログインページ・データを送信する（ステップＳ１１３）。工場端末３は、センタ・サーバ５からログインページ・データを受信し、表示装置に表示する（ステップＳ１１５）。修理工場のログインページの場合には、修理工場のユーザＩＤ及びパスワードの入力欄が設けられている。修理工場の担当者は、ログインページにユーザＩＤ及びパスワードを入力する。工場端末３は、ユーザＩＤ及びパスワードの入力を受け付け、ユーザＩＤ及びパスワードを含むログイン・データをセンタ・サーバ５に送信する（ステップＳ１１７）。センタ・サーバ５の修理工場インターフェース部５１における認証処理部５１１は、工場端末３からログイン・データを受信し（ステップＳ１１９）、登録ユーザＤＢ５７（図２）を参照して認証処理を実施する（ステップＳ１２１）。この認証処理については通常の認証処理であるから、これ以上述べない。なお、この認証に失敗した場合には、ステップＳ１１３に戻ってログイン・データの入力を再度行わせるようにしても良い。

そして、認証処理部５１１は、予め用意されている端末認証プログラムを工場端末３に送信する（ステップＳ１２３）。この端末認証プログラムは、例えばＪａｖａアプレットやＡｃｔｉｖｅＸコントロールのように、特定のＷｅｂページ（ＵＲＬ又はサイト）に対応付けられて端末装置に送信され、端末装置において実行されるプログラムである。端末認証プログラムは、処理結果を特定のＵＲＬ（又はＩＰアドレス）に送信するような設定もなされている。なお、端末装置側のＷｅｂブラウザの設定などによって実行が制限されることはあるが、端末装置のユーザが明示的に又は非明示的に許可を与えた場合には、自動的に実行が開始される。なお、ＡｃｔｉｖｅＸコントロールの場合には、インストールも自動的に行われ、一度ダウンロードが行われると再度ダウンロードせずに起動のみ行われる場合もある。

工場端末３は、センタ・サーバ５から端末認証プログラムを受信し（ステップＳ１２５）、受信した端末認証プログラムを起動し、所定のディレクトリに保管されたＩＤファイルに対してＩＤファイルチェックを実施する（ステップＳ１２７）。上でも述べたが、ＩＤファイルは、この修理工場用に発行されたバイナリデータであり、所定のアルゴリズムに従って真正性が判断される。まず、所定のディレクトリにＩＤファイルが保存されているかを判断する。バイナリデータについては所定の演算を実施すると既知の値が算出されるようにしておき、ＩＤファイルが所定のディレクトリに保存されている場合には、端末認証プログラムは当該所定の演算を実施し、既知の値が算出されるか判断する場合もある。また、登録ユーザＤＢ５７に格納されているＩＤファイルのデータを用いて比較演算を実施するようにしても良い。このように認証処理プログラムとＩＤファイルの組み合わせを用いて工場端末３の確認を行うことにより、万一ユーザＩＤ及びパスワードが漏洩した場合であっても、真正なＩＤファイルを保持した端末でなければアクセス拒否を行うことができるようになる。ＩＤファイルは、上でも述べたように認証機関の証明書ではないので発行コスト及び運用コストを抑えることができる。このような新規のアクセス制御技術を適用することにより、情報管理を強化している。

いずれの処理方法を採用するにしても端末認証プログラムは、工場端末３の真正性を確認し、確認結果をセンタ・サーバ５に送信する（ステップＳ１２９）。この際端末認証プログラムは、所定のＵＲＬ（又はＩＰアドレス）に確認結果を送信するように予め設定されており、それ以外のＵＲＬには送信できないようになっている。なお、ＳＳＬを用いて確認結果を送信する場合もある。センタ・サーバ５の修理工場インターフェース部５１における認証処理部５１１は、工場端末３から確認結果を受信し、確認結果の内容をチェックする（ステップＳ１３１）。ここでステップＳ１２１における認証処理と端末認証プログラムの確認結果の両方により、真正なユーザにより操作された真正な工場端末３によるアクセスであるかを判断する（ステップＳ１３３）。もし、いずれかの処理の結果が真正なユーザにより操作された真正な工場端末３によるアクセスではないということを示している場合には、ログイン失敗メッセージを含むＷｅｂページ・データを工場端末３に送信する。工場端末３は、センタ・サーバ５からログイン失敗メッセージを含むＷｅｂページ・データを受信し、表示装置に表示する（ステップＳ１３５）。修理工場の担当者は、ログインに失敗したことを認識することができる。

一方、認証処理部５１１により真正なユーザにより操作された真正な工場端末３によるアクセスであると判断された場合には、修理工場インターフェース部５１はメニューページ・データを工場端末３に送信する（ステップＳ１３７）。工場端末３は、センタ・サーバ５からメニューページ・データを受信し、表示装置に表示する（ステップＳ１３９）。例えば図１６に示すようなメニューページが表示される。図１６の例では、画像・見積登録、伝言板、自社登録内容変更、パスワード変更についてボタンが設けられており、ログアウトするためのハイパーリンクも設けられている。なお、伝言板、パスワード変更、及び自社登録内容変更については、本実施の形態の主旨ではないので説明を省略する。そして、修理工場の担当者は、画像・見積登録ボタンをクリックするものとする。

工場端末３は、修理工場の担当者の選択入力を受け付け、選択入力データをセンタ・サーバ５に送信する（ステップＳ１４１）。センタ・サーバ５の修理工場インターフェース部５１は、工場端末３から選択入力データを受信し（ステップＳ１４３）、画像・見積登録が選択されたか否か判断する（ステップＳ１４５）。もし、画像・見積登録が選択されたと判断された場合には、端子Ｅを介して図１７の処理に移行する。一方、画像・見積登録以外が選択されたと判断された場合には、対応する処理を実施する（ステップＳ１４７）。これについては、上でも述べたように本実施の形態の主旨ではないので詳細な説明は省略する。

次に図１７を用いて端子Ｅを介して移行した後の処理について説明する。センタ・サーバ５の修理工場インターフェース部５１は、修理工場のユーザＩＤを用いて事故ＤＢ５５（図４）を検索し、例えば現在日付から所定期間内に登録された、当該修理工場に関連する事故案件のデータを抽出し、当該抽出された事故案件のデータに含まれる保険会社のＩＤ（取引損保ＩＤ）を用いて、又は修理工場のユーザＩＤを用いて登録ユーザＤＢ５７を検索し、当該修理工場に対応して登録されている保険会社のＩＤ（損保ＩＤ）を用いて、損保選択ページ・データを生成し、工場端末３に送信する（ステップＳ１５１）。工場端末３は、センタ・サーバ５から損保選択ページ・データを受信し、表示装置に表示する（ステップＳ１５３）。例えば図１８に示すような損保選択ページが表示される。図１８の例では、Ａ損保ボタン、Ｂ損保ボタン、Ｃ損保ボタン、Ｄ損保ボタン、ログアウトボタン、メニューボタンが設けられている。また、本修理工場宛に新規に事故案件が登録されている保険会社のボタンの右横には、「新規登録有り」の表示が付されている。これにより、新規に事故案件が登録されている保険会社を容易に特定することができる。ここではＡ損保ボタン、Ｂ損保ボタン、Ｃ損保ボタン又はＤ損保ボタンが選択されたものとする。他の選択指示については本実施の形態の主旨ではないので、説明を省略する。

工場端末３は、修理工場の担当者による選択入力を受け付け、選択入力データをセンタ・サーバ５に送信する（ステップＳ１５５）。センタ・サーバ５の修理工場インターフェース部５１は、工場端末３から選択入力データを受信し（ステップＳ１５７）、選択指示内容を確認する。ここではＡ損保ボタン又はＢ損保ボタンがクリックされたので、選択損保の損保ＩＤ及び修理工場のユーザＩＤを用いて事故ＤＢ５５（図４）を検索し、所定期間内に登録された事故案件のデータを抽出する。そして、選択損保に応じた案件一覧ページ・データを生成し、工場端末３に送信する（ステップＳ１５９）。工場端末３は、センタ・サーバ５から案件一覧ページ・データを受信し、表示装置に表示する（ステップＳ１６１）。

例えば図１９に示すような案件一覧ページが表示される。図１９の例では、登録番号表示欄（リンク付き）と受付番号表示欄とお客様名表示欄と事故日表示欄と登録日表示欄と更新日表示欄と登録ボタンとを含む案件テーブルと、メニューページに戻るためのメニューボタンと、ログアウトするためのログアウトボタンと、案件作成ボタンと、前のページに戻るための戻るボタンとが含まれる。修理工場の担当者は、登録番号をクリックして、当該事故案件につき登録されている情報を参照することができる。例えば図１９の一行目の登録番号をクリックすると、図２０に示すような案件情報ページが表示されるようになっている。若干構成は異なるが図１２と同様の内容を参照することができる。修理工場の担当者は、以下の処理で送信される画像データ等を再度このページにて確認し、修正が必要な場合には修正を指示することができる。なお、メニューボタンと、ログアウトボタンと、戻るボタンとは本実施の形態の主旨ではないのでこれ以上述べない。また、案件作成ボタンについては、保険会社側で案件登録を行っていない事故について修理工場側が自主的に画像データ等を登録するものであり、基本的には以下で述べる画像・見積登録処理と同じであって、これのみについての説明を省略する。すなわち、ここではいずれかの事故案件について登録ボタンがクリックされるものとする。

工場端末３は、修理工場の担当者による選択入力を受け付け、選択入力データをセンタ・サーバ５に送信する（ステップＳ１６３）。センタ・サーバ５の修理工場インターフェース部５１は、工場端末３から選択入力データを受信し（ステップＳ１６５）、選択指示の内容を確認する。ここでは上で述べたように特定の事故案件について画像・見積登録ボタンがクリックされたということが分かる。そうすると、選択入力データに含まれる事故案件のＩＤ（受付番号など）を特定し、当該事故案件のＩＤで事故ＤＢ５５（図４）を検索し、登録されている事故案件データを読み出す（ステップＳ１６７）。また、登録ユーザＤＢ５７（図２）に登録されているディレクトリデータを読み出す。そして、当該事故案件データ及びディレクトリデータと予め用意してあった画像処理プログラムとを、工場端末３に送信する（ステップＳ１６９）。工場端末３は、センタ・サーバ５から、事故案件データ及びディレクトリデータと画像処理プログラムを受信する（ステップＳ１７１）。より詳細には、画像処理プログラムが最初に送信され、事故案件データ及びディレクトリデータが後に送信されるものとする。

画像処理プログラムは、端末認証プログラムと同様に、例えばＪａｖａアプレットやＡｃｔｉｖｅＸコントロールのように、特定のＷｅｂページ（ＵＲＬ又はサイト）に対応付けられて端末装置に送信され、端末装置において実行されるプログラムである。画像処理プログラムは、処理結果を特定のＵＲＬ（又はＩＰアドレス）に送信するような設定もなされている。なお、端末装置側のＷｅｂブラウザの設定などによって実行が制限されることはあるが、端末装置のユーザが明示的に又は非明示的に許可を与えた場合には、自動的に実行が開始される。なお、ＡｃｔｉｖｅＸコントロールの場合には、インストールも自動的に行われ、一度ダウンロードが行われると再度ダウンロードせずに起動のみ行われる場合もある。工場端末３は、画像処理プログラムの受信が終了すると当該画像処理プログラムを起動し、処理を実行する（ステップＳ１７３）。

ここで工場端末３の、本実施の形態に関連する部分についての機能ブロック図を図２１に示しておく。工場端末３には、通常のＷｅｂブラウザ３０と、所定のディレクトリに保管されているＩＤファイル３２と、当該ＩＤファイル３２の真正性確認処理を実施する端末認証プログラム３１と、修理工場で撮影され所定のディレクトリに保管されている１又は複数の画像ファイル３４と、他のアプリケーション・プログラムなどにより生成された１又は複数の見積ファイル３５と、当該画像ファイル３４及び見積ファイル３５を取り込み、テンポラリファイル３６を使用しながら画像データの処理などを実施する画像処理プログラム３３とが含まれる。なお、端末認証プログラム３１及び画像処理プログラム３３については、最初にインストールがなされ、起動指示がセンタ・サーバ５から特定のＷｅｂページに対応して送信されてきた場合に自動的に起動されるようなものである場合もあれば、画像・見積登録が指示される毎にダウンロードされるようなものの場合もある。従って、工場端末３は図２１のような機能を必要なときに保持する構成となる。

画像処理プログラム３３は、画像処理部３３１と、データ送受信部３３２と、ファイル管理部３３３とを含む。画像処理部３３１は、回転処理部３３１１、コントラスト処理部３３１２、画像ファイルのサイズを所定のサイズに調整（すなわち画像の解像度を変更）するための解像度変換部３３１３、インターフェース部３３１４、及びコメント入力処理部３３１５を含む。データ送受信部３３２は、事故案件データ等をセンタ・サーバ５から受信し、画像データ等をセンタ・サーバ５にＳＳＬにて暗号化して送信するものであり、その際他のサイト（ＵＲＬ）などから起動指示されたり、他のサイト（又はコンピュータ）とデータを送受信しないようにサイト確認部３３２１を含む。ファイル管理部３３３は、テンポラリファイル３６の管理及び見積ファイル３５の読み込みなどを行うが、設定によってはセンタ・サーバ５に送信するように指示された画像データの元となる画像ファイルを削除するような処理をも実施する。

画像処理プログラム３３が起動されると、図２２に示すような画面が表示される。図２２の例では、事故案件データとして受信した事故情報（受付番号、送信元名、お客様名、事故日、型式、型式指定番号、車両所有者、登録番号、協定担当者、証券番号、カラーコード、類別区分番号、及び車両使用者）を表示する事故情報表示入力部２２０と、送信すべき画像ファイルを選択等するための画像選択部２２１と、送信すべき見積書を添付するための見積書添付部２２２と、登録ボタン２２１２と、入力内容をクリアするためのクリアボタン２２１３とが含まれる。画像選択部２２１には、受信したディレクトリデータに基づき画像ファイルを読み出す元となる画像フォルダの表示入力欄２２０２と、画像ファイルの読み出し元ディレクトリを変更指示するための参照ボタン２２０３と、画像ファイルの読み出し元ディレクトリに存在する画像ファイルを列挙する画像一覧２２２０と、画像一覧２２２０をスクロールするためのボタン２２０４ａ及び２２０４ｂとが含まれる。画像一覧２２２０には、画像フォルダの表示入力欄２２０２に示されたディレクトリに格納されている画像ファイル毎に１項目設けられ、各項目には、送信すべき画像ファイルを選択するためのチェックボックス２２０５と、ファイル名表示欄２２０６と、画像サムネイル表示欄２２０７と、画像回転指示ボタン２２０８と、コメント入力欄２２０９と、順番変更指示バー２２１４とが含まれる。見積書添付部２２２には、見積書毎に、ファイル名の表示入力欄２２１０と見積書のファイルを指定するための参照ボタン２２１１とが含まれる。

画像処理プログラム３３における画像処理部３３１のインターフェース部３３１４は、図２２に示すような表示を行わせる。事故情報表示入力部２２０についてはデータ送受信部３３２により受信された事故案件データを表示する。画像フォルダ表示入力欄２２０２についてはデータ送受信部３３２により受信されたディレクトリデータを表示する。なお、参照ボタン２２０３がクリックされた場合には、オペレーティング・システム（ＯＳ）のファイル参照機能を呼び出す。また、ディレクトリデータに基づいて特定されるディレクトリから画像ファイル３４を読み出し、画像一覧２２２０の各項目を生成する。すなわち、各項目について、画像ファイル名をファイル名表示欄２２０６に表示し、画像サムネイルを画像サムネイル表示欄２２０７に表示する。インターフェース部３３１４は、順番変更指示バー２２１４のドラッグを検出し、画像一覧２２２０における画像項目の順番を入れ替える。見積書添付部２２２については、見積書毎にファイル名の入力を受け付け表示する。なお、参照ボタン２２１１がクリックされた場合には、ＯＳのファイル参照機能を呼び出す。

画像処理部３３１のコメント入力処理部３３１５は、コメント入力欄２２０９にユーザが入力したデータを受け付け、画像ファイル名に対応付けて保持する。画像回転指示ボタン２２０８がクリックされると、画像処理プログラム３３における画像処理部３３１の回転処理部３３１１が、例えば画像を左に９０°回転させる処理を実施する。コントラスト処理部３３１２は、例えばヒストグラム変換（伸張化、平坦化）のアルゴリズムを利用して、コントラストを適切なものに設定し、画像にメリハリを付けるための処理を実施する。詳細については、例えば＜URL:http://ipr20.cs.ehime-u.ac.jp/column/gazo_syori/chapter2.html＞を参照のこと。さらに、解像度変換部３３１３は、例えばバイキュービック法（bi-cubic convolution）を用いて画像のサイズを所定のサイズに調整するものである。バイキュービック法とは、画像の拡大や縮小の際に用いられる画像補間法の一つであり、拡大又は縮小前の画像のある画素の周囲１６個の画素の濃度値を特定し、３次関数を用いて補間する。具体的には、ｓｉｎ（πｘ）／πｘという式をテイラー展開により３次の項で近似し、補間式として用いる。これにより、精度の高い補間を行うことができる。なお、サイズ変更後の表示画像が著しく見にくくなる等の大きな影響を及ぼさない範囲において、他の補間法（例えば、「“貧乏人のためのＣＧ講座 ＣＧ知識編”、［online］、［平成１５年９月２９日検索］、インターネット＜URL：http://tt.sakura.ne.jp/~hiropon/lecture/trans.html＞」参照。）を用いてもよい。コントラスト処理部３３１２及び解像度変換部３３１３は、登録ボタン２２１２がクリックされた後に処理を行い、テンポラリファイル３６に処理後のデータを格納する。

例えば画像サムネイル表示欄２２０７をクリックすると、図２３に示すような画面が表示される。図２３には、画像表示欄２３０１と、戻るボタン２３０２と、画像情報表示部（ファイル名、解像度、ファイルサイズ）とが含まれる。画像処理部３３１のインターフェース部３３１４は、図２３に示されるような画面を表示させる。図２３のような画面にて画像を拡大表示して内容を確認する。なお、図２３に示す画面の表示前にコントラスト処理部３３１２によるコントラスト調整処理、解像度変換部３３１３による解像度変換処理を実施させるようにしてもよい。

ユーザは、事故情報表示入力部２２０の入力欄に必要であれば修正入力を行う。また、画像フォルダ表示入力欄２２０２に必要があれば修正入力を行う。さらに画像一覧２２２０において送信すべき画像ファイルに対応してチェックボックス２２０５にチェックを付し、必要であれば画像回転指示ボタン２２０８で画像を回転させる。さらに、必要があればコメント入力欄２２０９にテキストを入力する。さらに、画像ファイルの順番を入れ替える場合には、順番変更指示バー２２１４をドラッグして順番を入れ替える。表示されていない画像ファイルを表示させる場合には、ボタン２２０４ａ又は２２０４ｂをクリックして表示を変更させる。さらに、見積書添付部２２２の見積書ファイル名表示入力欄２２１０に送信すべき見積書ファイル名を入力する。

必要なデータの入力及び選択が行われると、登録ボタン２２１２をクリックする。そうすると、チェックボックス２２０５にチェックが付された画像ファイルについて、上で述べたようにコントラスト処理部３３１２はコントラスト調整処理を実施し、解像度変換部３３１３は解像度変換処理を実施し、処理後のファイルをテンポラリファイル３６に格納する。この際、コントラスト処理部３３１２及び解像度変換部３３１３は、画像選択部２２１の画像一覧２２２０に並べられた順番で処理を実施し、ファイル管理部３３３は、画像ファイルの順番についてのデータを生成して、テンポラリファイル３６に保管する。コメント入力欄２２０９に入力されたテキストデータについては、画像ファイル名に対応付けてテンポラリファイル３６にデータを保管する。さらに、ファイル管理部３３３は、見積書添付部２２２において指定された見積書ファイルを読み出す。そして、データ送受信部３３２は、サイト確認部３３２１において接続先のサイトがセンタ・サーバ５であることを確認の上、テンポラリファイル３６のデータ、見積書ファイル及びディレクトリデータ（画像フォルダ表示入力欄２２０２に入力されたディレクトリ名のデータ）をセンタ・サーバ５に送信する（図１７：ステップＳ１７５）。この際ＳＳＬに従って暗号化がなされる。送信完了がデータ送受信部３３２において確認されると、ファイル管理部３３３は、テンポラリファイル３６を削除すると共に、チェックボックス２２０５により送信すべきと選択された画像ファイルを削除する。なお、画像フォルダ表示入力欄２２０２において指定されたディレクトリの画像ファイルを全て削除するようにしても良い。また、画像処理プログラム３３を終了させる。なお、送信前に、例えばデータ送受信部３３２により、データチェックを行うようにしても良い。例えば、画像ファイルが１つも指定されていない場合は問題であるので、送信処理を実施せず、警告を表示するようにしても良い。また、送信データのアップロード状況を表示するようにしても良い。

センタ・サーバ５の修理工場インターフェース部５１は、工場端末３の画像処理プログラム３３から、画像処理プログラム３３への入力データとして、テンポラリファイル３６のデータ、見積書ファイルのデータ、及びディレクトリデータを受信し、一旦メインメモリなどの記憶装置に格納する（ステップＳ１７７）。そして、修理工場インターフェース部５１は、受信したデータについてデータチェックを実施する（ステップＳ１７９）。例えばファイルのフォーマットチェックや、ありえないような不適切なデータを受信していないかを確認する。画像処理プログラム３３においてデータチェックを行う場合には、センタ・サーバ５におけるデータチェックをスキップしてもよい。データチェックを行って問題が生じた場合には、再送を画像処理プログラム３３に要求するようにしても良い。

データチェックで問題が発見されない場合には、受信したデータを事故ＤＢ５５及び登録ユーザＤＢ５７（ディレクトリデータについて）に登録する（ステップＳ１８１）。そして、登録終了メッセージを含むＷｅｂページ・データを生成し、工場端末３に送信する（ステップＳ１８３）。工場端末３は、登録終了メッセージを含むＷｅｂページ・データを受信し、表示装置に表示する（ステップＳ１８５）。この後メニューページに戻るようにしても良い。センタ・サーバ５の処理は、端子Ｆを介して図２４の処理に移行する。

図２４にメール処理サーバ１３の処理を示す。メール処理サーバ１３の添付ファイル生成部１３１は、新たに事故ＤＢ５５に修理工場から受信した画像ファイルなどのデータが登録されると、当該修理工場のＩＤ及び当該事故案件を取り扱う保険会社のＩＤ（取引損保ＩＤ）で登録ユーザＤＢ５７（図２）を検索し、画像伝送転送先への転送有と設定されているか判断する。もし、画像伝送転送先への転送有と設定されている場合には、添付ファイル生成処理を実施し、生成された添付ファイル群をメインメモリなどの記憶装置に格納する（ステップＳ１８７）。添付ファイル生成処理では、画像ファイルのデータを含む事故案件のデータが例えば１又は複数のＡ４サイズの用紙にちょうどよく印刷されるように当該事故案件のデータを配置したり画像表示サイズを調整したＨＴＭＬ（Hyper Text Markup Language）ファイルを生成する。また、画像ファイルも添付ファイル群に含まれる。なお、ＨＴＭＬファイルに限定するものではなく、他のワードプロセッサ・プログラムの文書ファイル形式でファイルを生成してもよい。そして、暗号処理部１３２は、登録ユーザＤＢ５７に登録されている暗号復号化パスワードに関連する暗号処理を、添付ファイル群に対して実施する（ステップＳ１８９）。

また、メール生成送信部１３３は、修理工場のＩＤ及び事故案件を取り扱う保険会社のＩＤで登録ユーザＤＢ５７を検索し、着信通知メールアドレスへの送信有と設定されているか判断する。そして、着信通知メールアドレスへの送信有と設定されている場合には、新規の画像ファイル等の事故案件データが事故ＤＢ５５に登録された旨の通知メールを生成し、登録されている着信通知メールアドレス（登録された協定担当者のメールアドレス）宛に送信する（ステップＳ１９１）。なお、ここでは協定担当者のメールアドレスに送信することとしたが、協定担当者に代えて、設定することが許可されたドメイン内の任意の受信用アドレス（例えば保険会社の営業所やその他任意の担当地域毎に設けられた受信用アドレス）などに送信するようにしても良い。以下同じである。さらに、ステップＳ１８７で添付ファイル群が生成されている場合には、暗号化された添付ファイル群が添付されたメールを生成し、登録されているメールアドレス（登録された協定担当者のメールアドレス）宛に送信する（ステップＳ１９３）。その際、メール生成送信部１３３のドメイン検査部１３３１は、送信先メールアドレスのドメイン部分が、登録ユーザＤＢ５７（図３）において送信先の保険会社に対応して登録されているドメイン名であるかチェックする。もし、送信先メールアドレスのドメイン部分が、登録ユーザＤＢ５７（図３）に登録されている送信先の保険会社のドメイン名とは異なるものである場合には、情報漏洩防止のために当該メールの送信を許可しない。送信先メールアドレスのドメイン部分が、登録ユーザＤＢ５７（図３）に登録されている送信先の保険会社のドメイン名と同じである場合には、メール送信を許可する。メールは、送信先メールアドレスを管理しているメール・サーバ９に送信され、メールボックス９１に格納される。

保険会社端末７のメーラは、ステップＳ１９１とステップＳ１９３との少なくともいずれかにおいて送信されたメールをメール・サーバ９から受信し、表示装置に表示する（ステップＳ１９５）。通知メールの場合には、保険会社の協定担当者は、新規に画像データ等が登録されたことがわかるので、センタ・サーバ５にアクセスするようにしてもよい。画像ファイルを含む添付ファイルが添付されたメールを受信した場合には、保険会社の協定担当者の指示に従って、添付ファイルを所望のディレクトリに保管する（ステップＳ１９７）。そして、ステップＳ１８９における暗号化処理に対応する暗号復号化処理を実施する（ステップＳ１９９）。例えば、登録ユーザＤＢ５７（図２）に登録されているパスワードを用いる。パスワードが不要な暗号技術を使用するようにしてもよい。そして、添付ファイルのファイル形式に適合したアプリケーション・プログラムを用いて添付ファイルを表示装置に表示する（ステップＳ２０１）。例えばＨＴＭＬファイルと画像ファイルとの組み合わせにて添付ファイルが構成される場合には、Ｗｅｂブラウザで表示する。

例えば図２５に示すような画面が表示される。図２５に含まれるデータの内容は、図１２や図２０と同じであり、その画面構成のみが異なる。これは上で述べたように例えばＡ４サイズでの印刷にデータの配置や画像表示サイズが適合化されているからである。この例では１ページ目のみを示しているが、全体としては画像ファイルの数が多いので３ページ構成となっている。但し、ページ構成は任意である。

このような処理を実施することにより、修理工場の工場端末３に予め実行可能なプログラムをインストールしておく必要はないので、修理工場におけるコンピュータ・システムへの影響を最小限に抑えることができる。従って、運用コストも抑えられる。ＡｃｔｉｖｅＸやＪａｖａ技術を用いているので、端末認証プログラム及び画像処理プログラムについてはバージョンアップが容易である。さらに、認証機関が発行する証明書を用いないのでコスト削減が達成されるが、端末認証プログラムを用いて端末認証を行うので、セキュリティ・レベルは低下しない。また、端末認証プログラムを用いて端末認証を行うので、本システムの利用頻度の低い修理工場のためパスワードの有効期限を比較的長く設定しても問題が生じにくくなる。さらに、保険会社端末７からのアクセスについても制限を加えており、さらにメールを送信する際には暗号化するだけではなくメールの送信先を制限しているため、データの漏洩をさらに防止することができる。

なお、図２６に示すように、本実施の形態におけるコンピュータにおいては、メモリ２０１とＣＰＵ２０３とハードディスク・ドライブ（ＨＤＤ）２０５と表示装置２０９に接続される表示制御部２０７とリムーバブル・ディスク２１１用のドライブ装置２１３と入力装置２１５とネットワークに接続するための通信制御部２１７とがバス２１９で接続されている。オペレーティング・システム（ＯＳ）及びＷｅｂブラウザを含むアプリケーション・プログラムは、ＨＤＤ２０５に格納されており、ＣＰＵ２０３により実行される際にはＨＤＤ２０５からメモリ２０１に読み出される。必要に応じてＣＰＵ２０３は、表示制御部２０７、通信制御部２１７、ドライブ装置２１３を制御して、必要な動作を行わせる。また、処理途中のデータについては、メモリ２０１に格納され、必要があればＨＤＤ２０５に格納される。このようなコンピュータは、上で述べたＣＰＵ２０３、メモリ２０１などのハードウエアとＯＳ及び必要なアプリケーション・プログラム（端末認証プログラム及び画像処理プログラムを含む）とが有機的に協働することにより、上で述べたような各種機能を実現する。

以上本発明の一実施の形態を説明したが、本発明はこれに限定されるものではない。例えば、センタ・サーバ５と保険会社社内ＬＡＮ１１とは専用線で接続される例を示したが、例えばＶＰＮ（Virtual Private Network）にて接続される場合もある。また、主に損害保険会社の例を示しているが、適用範囲は損害保険に限定されるものではない。

画像処理プログラムについては、画像データに修理工場側で特に注意すべき部分に図形を付加するための機能を付加し、保険会社側に注意を促すようにしてもよい。

端末認証プログラムは、上の例では特定のディレクトリにＩＤファイルが存在していることの確認及びその真正性を端末装置内で実行するようにしていたが、例えばＩＤファイルを検出した場合にはセンタ・サーバ５に例えばＳＳＬで暗号化して送信するようにしても良い。その場合、センタ・サーバ５の修理工場インターフェース部５１の認証処理部５１１は、端末認証プログラムからＩＤファイルを受信すると復号化して、登録ユーザＤＢ５７に登録され且つ当該修理工場（又はそのうちの特定の端末）に対応するＩＤファイルと比較演算を実施して、一致するかを判断するようにしても良い。

さらに上で述べた画面例の画面構成については一例であって、同様の内容を含む他の画面構成を採用することも可能である。さらに、１ページ構成を複数ページ構成に変更することも可能である。図２乃至図４のデータテーブルについては、付加的なデータが登録される場合もあれば、一部登録されないデータが存在する場合もある。

また上で述べた処理フローについても、一部のステップについては処理が矛盾しないように順番を入れ替えたり、分岐の仕方を変更することも可能である。

本発明の一実施の形態におけるシステム概要図である。 登録ユーザＤＢに格納される修理工場データの一例を示す図である。 登録ユーザＤＢに格納される保険会社のユーザ・データの一例を示す図である。 事故ＤＢに格納される事故案件データの一例を示す図である。 本発明の一実施の形態における処理フロー（その１）を示す図である。 保険会社向けメニューページの一例を示す図である。 本発明の一実施の形態における処理フロー（その２）を示す図である。 保険会社向け工場管理ページの一例を示す図である。 保険会社向け工場新規登録ページの一例を示す図である。 本発明の一実施の形態における処理フロー（その３）を示す図である。 保険会社向け画像・見積登録ページの一例を示す図である。 保険会社向け案件ボックス情報表示入力ページの一例を示す図である。 本発明の一実施の形態における処理フロー（その４）を示す図である。 保険会社向け案件ボックス登録ページの一例を示す図である。 本発明の一実施の形態における処理フロー（その５）を示す図である。 修理工場向けメニューページの一例を示す図である。 本発明の一実施の形態における処理フロー（その６）を示す図である。 修理工場向けの保険会社選択ページの一例を示す図である。 修理工場向けの案件一覧ページの一例を示す図である。 修理工場向けの案件情報表示入力ページの一例を示す図である。 工場端末の機能ブロック図の一例を示す図である。 画像処理プログラムにより表示される最初の画面の一例を示す図である。 画像処理プログラムにより表示される第２の画面の一例を示す図である。 本発明の一実施の形態における処理フロー（その７）を示す図である。 印刷画面の一例を示す図である。 コンピュータの機能ブロックを示す図である。

符号の説明

１ インターネット ３ 工場端末 ５ センタ・サーバ
７ 保険会社端末 ９ メール・サーバ １１ 保険会社社内ＬＡＮ
１３ メール処理サーバ
５１ 修理工場インターフェース部 ５３ 保険会社インターフェース部
５５ 事故ＤＢ ５７ 登録ユーザＤＢ
５１１ 認証処理部 ５３１ 事故情報登録閲覧処理部
５３２ 工場管理部 ５３３ ドメイン検査部
１３１ 添付ファイル生成部 １３２ 暗号処理部
１３３ メール生成送信部 １３３１ ドメイン検査部
９１ メールボックス

Claims (7)

1. コンピュータにより実行される情報処理方法であって、
   ユーザ端末から前記コンピュータに関連する特定のＵＲＬに対するアクセスを受信した場合、前記ユーザ端末に予め格納されている特定のファイルの真正性チェックを行うための第１プログラムを前記ユーザ端末に送信するステップと、
   前記ユーザ端末の前記第１プログラムから前記真正性チェックにより真正性が確認されたことを表す信号を受信した場合には以後のアクセスを許可し、真正性が確認されなかったことを表す信号を前記ユーザ端末の前記第１プログラムから受信した場合には以後のアクセスを拒否するステップと、
   アクセスが許可された後に前記ユーザ端末から画像登録要求を受信した場合には、画像を登録すべき案件を取り扱う損害保険会社を選択させるための損保選択ページ・データを生成し、前記ユーザ端末に送信するステップと、
   前記ユーザ端末から損害保険会社の指定を受信した場合には、損害保険会社が取り扱う案件に関する案件データを案件毎に格納する案件データ格納部から、前記指定に係る損害保険会社が取り扱う案件の案件データを特定するステップと、
   特定された前記案件データの少なくとも一部を含み、前記指定に係る損害保険会社が取り扱う案件から画像データを登録すべき案件を選択させるためのページ・データを生成し、前記ユーザ端末に送信するステップと、
   前記ユーザ端末から案件の指定を受信した場合には、当該指定に係る案件の案件データを前記案件データ格納部から特定し、特定された前記案件データに含まれる、案件を特定するための案件特定データと画像登録を行うための第２プログラムとを前記ユーザ端末に送信する第２プログラム送信ステップと、
   前記案件特定データと各々解像度が特定の解像度に調整され且つ順番が規定されている画像ファイルのデータと当該画像ファイルとの対応関係が規定されている任意データとを前記ユーザ端末の前記第２プログラムから受信した場合、前記案件データ格納部に格納するステップと、
   を含み、
   前記第１及び第２プログラムは、前記コンピュータに関連する特定のウェブサイトとのみ連携して前記ユーザ端末において起動され、
   前記第２プログラムが、
   前記コンピュータにより送信された前記案件特定データを受信し、
   前記ユーザ端末の特定のドライブの特定のディレクトリに格納されている画像ファイルについて選択を促し、選択された画像ファイルの順番付けを可能にし、選択された画像ファイルの解像度を特定の解像度に調整し、選択された画像ファイルに対応する任意データの入力を可能にし、少なくとも選択された画像ファイルと前記任意データとを前記案件特定データに対応付けて特定のアドレスに暗号化して送信するものである
   ことを特徴とする情報処理方法。
2. 前記案件特定データを含む案件データと前記画像ファイルのデータと前記任意データとを用いて特定形式のファイルを生成し、当該案件に関連する者として予め登録されている者宛に当該特定形式のファイルを送信するステップ、
   をさらに含む請求項１記載の情報処理方法。
3. 前記特定のファイルが、認証機関により発行される証明書データとは異なり、アクセス可能なユーザ端末を特定するためのバイナリデータを含むことを特徴とする請求項１又は２記載の情報処理方法。
4. 前記画像データは事故に関連する画像データであり、
   前記案件は事故案件であり、
   事故案件の登録者の端末からのアクセスに応じて、アクセス元のドメインが予め登録されているドメインであるか判断するステップと、
   アクセス元のドメインが予め登録されているドメインであると判断された場合には以後の処理を許可し、アクセス元のドメインが予め登録されているドメインではないと判断された場合には以後のアクセスを拒否するステップと、
   アクセスが許可された後に事故案件の新規登録が前記事故案件の登録者の端末から要求された場合には、事故案件の新規登録のためのデータを前記事故案件の登録者の端末に送信するステップと、
   前記事故案件の登録者の端末から当該事故案件の画像データを撮影する修理工場であるユーザを特定するデータを含む事故案件データを受信し、前記案件データ格納部に格納するステップと、
   前記案件データ格納部に格納されたデータに基づき、前記修理工場であるユーザ宛に登録依頼を送信するステップと、
   をさらに含む請求項１乃至３のいずれか１つ記載の情報処理方法。
5. 前記第２プログラムが、
   前記選択された画像ファイルと前記任意データとを送信した後に、少なくとも当該選択された画像ファイルと当該任意データとを削除するものである
   ことを特徴とする請求項１乃至４のいずれか１つ記載の情報処理方法。
6. 請求項１乃至５のいずれか１つ記載の情報処理方法をコンピュータに実行させるためのプログラム。
7. コンピュータ・システムであって、
   ユーザ端末から前記コンピュータ・システムに関連する特定のＵＲＬに対するアクセスを受信した場合、前記ユーザ端末に予め格納されている特定のファイルの真正性チェックを行うための第１プログラムを前記ユーザ端末に送信する手段と、
   前記ユーザ端末の前記第１プログラムから前記真正性チェックにより真正性が確認されたことを表す信号を受信した場合には以後のアクセスを許可し、真正性が確認されなかったことを表す信号を前記ユーザ端末の前記第１プログラムから受信した場合には以後のアクセスを拒否する手段と、
   アクセスが許可された後に前記ユーザ端末から画像登録要求を受信した場合には、画像を登録すべき案件を取り扱う損害保険会社を選択させるための損保選択ページ・データを生成し、前記ユーザ端末に送信する手段と、
   前記ユーザ端末から損害保険会社の指定を受信した場合には、損害保険会社が取り扱う案件に関する案件データを案件毎に格納する案件データ格納部から、前記指定に係る損害保険会社が取り扱う案件の案件データを特定する手段と、
   特定された前記案件データの少なくとも一部を含み、前記指定に係る損害保険会社が取り扱う案件から画像データを登録すべき案件を選択させるためのページ・データを生成し、前記ユーザ端末に送信する手段と、
   前記ユーザ端末から案件の指定を受信した場合には、当該指定に係る案件の案件データを前記案件データ格納部から特定し、特定された前記案件データに含まれる、案件を特定するための案件特定データと画像登録を行うための第２プログラムとを前記ユーザ端末に送信する第２プログラム送信手段と、
   前記案件特定データと各々解像度が特定の解像度に調整され且つ順番が規定されている画像ファイルのデータと当該画像ファイルとの対応関係が規定されている任意データとを前記ユーザ端末の前記第２プログラムから受信した場合、前記案件データ格納部に格納する手段と、
   を有し、
   前記第１及び第２プログラムは、前記コンピュータ・システムに関連する特定のウェブサイトとのみ連携して前記ユーザ端末において起動され、
   前記第２プログラムが、
   前記コンピュータ・システムにより送信された前記案件特定データを受信し、
   前記ユーザ端末の特定のドライブの特定のディレクトリに格納されている画像ファイルについて選択を促し、選択された画像ファイルの順番付けを可能にし、選択された画像ファイルの解像度を特定の解像度に調整し、選択された画像ファイルに対応する任意データの入力を可能にし、少なくとも選択された画像ファイルと前記任意データとを前記案件特定データに対応付けて特定のアドレスに暗号化して送信するものである
   ことを特徴とするコンピュータ・システム。

Images