(57)【要約】【課題】本発明の目的は、損害保険等の申請で添付された申請写真の申請内容に対する妥当性を効率的にチェックできる仕組みを提供することである。【解決手段】  住所情報と日時情報とを含む申請情報と、取得位置情報と取得日時情報とを含む属性情報を持つ、前記申請情報に関連する画像データとを記憶する記憶手段と、前記申請情報と前記画像データとを表示する表示手段とを備える情報処理システムであって、前記申請情報と、前記画像データの属性情報とを比較し、比較した結果が所定の条件を満たすかを判定する判定手段と、前記判定結果に従って当該判定結果を表示する表示制御手段とを備えることを特徴とする。【選択図】図３
2020102118.tif 000002
【特許請求の範囲】
【請求項１】
住所情報と日時情報とを含む申請情報と、取得位置情報と取得日時情報とを含む属性情報を持つ、前記申請情報に関連する画像データとを記憶する記憶手段と、前記申請情報と前記画像データとを表示する表示手段とを備える情報処理システムであって、
前記申請情報と、前記画像データの属性情報とを比較し、比較した結果が所定の条件を満たすかを判定する判定手段と、
前記判定した結果に従って当該判定した結果を表示する表示制御手段と
を備えることを特徴とする情報処理システム。
【請求項２】
前記申請情報の住所情報から位置情報を取得する取得手段を備え、
前記判定手段は、前記取得した位置情報と、前記画像データの属性情報の取得位置情報とを比較することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記判定手段は、前記住所情報から取得した位置情報と、前記画像データの属性情報の取得位置情報とが、異なる場所を示すか否かを判定することを特徴とする請求項２に記載の情報処理システム。
【請求項４】
前記判定手段は、前記住所情報から取得した位置情報と、前記画像データの属性情報の取得位置情報との差異が所定の範囲を超えるか否かを判定することを特徴とする請求項３に記載の情報処理システム。
【請求項５】
前記取得位置情報および前記位置情報はＧＰＳ測位情報であることを特徴とする請求項２〜４のいずれか１項に記載の情報処理装置。
【請求項６】
前記判定手段は、前記申請情報の日時情報が、前記画像データの属性情報の取得日時情報より後になるか否かを判定することを特徴とする請求項１〜４のいずれか１項に記載の情報処理装置。
【請求項７】
住所情報と日時情報とを含む申請情報と、取得位置情報と取得日時情報とを含む属性情報を持つ、前記申請情報に関連する画像データとを記憶する記憶手段と、前記申請情報と前記画像データとを表示する表示手段とを備える情報処理システムの制御方法であって、
判定手段が、前記申請情報と、前記画像データの属性情報とを比較し、比較した結果が所定の条件を満たすかを判定する判定ステップと、
表示制御手段が、前記判定した結果に従って当該判定した結果を表示する表示制御ステップと
を備えることを特徴とする情報処理システムの制御方法。
【請求項８】
住所情報と日時情報とを含む申請情報と、取得位置情報と取得日時情報とを含む属性情報を持つ、前記申請情報に関連する画像データとを記憶する記憶手段と、前記申請情報と前記画像データとを表示する表示手段とを備える情報処理システムにおいて実行可能なプログラムであって、
前記情報処理システムを、
前記申請情報と、前記画像データの属性情報とを比較し、比較した結果が所定の条件を満たすかを判定する判定手段と、
前記判定した結果に従って当該判定した結果を表示する表示制御手段
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、損害保険等の申請写真の正当性を確認するための技術に関する。
【背景技術】
【０００２】
従来、損害保険の申請においては、申請者が申請情報に写真データを添付して送信し、損害保険会社の担当者が、申請情報と申請写真を目視で正当性を確認している。
【０００３】
申請写真の流用や改ざんなどによる不正申請を除外するために申請情報と申請写真の情報に基づいて、申請内容の妥当性を自動チェックすることが検討されている。
【０００４】
申請内容には、申請事象の内容、発生場所（住所）や発生日時が含まれ、その証拠として申請写真が添付される。しかし、申請写真の画像を表示して確認するだけでは、その申請写真が妥当な証拠であるか否かを判断できない。そこで、申請写真の画像データの持つ位置情報や撮影日時情報といった属性情報を分析することにより、妥当性の判断が可能となる。
【０００５】
特許文献１では、住所情報または緯度・経度情報や日時情報を検索条件として、画像データを検索するという技術が開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００８−３３７５５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１には、特定の条件で画像データを検索する方法に関して記載されているが、位置情報や日時情報といった検索条件を指定する必要があり、今回申請された写真の申請内容に対する妥当性を判断するという場合に、引用文献１の方法をそのまま適用することはできない。
【０００８】
そこで、本発明の目的は、損害保険等の申請で添付された申請写真の申請内容に対する妥当性を効率的にチェックできる仕組みを提供することである。
【課題を解決するための手段】
【０００９】
本発明は、住所情報と日時情報とを含む申請情報と、取得位置情報と取得日時情報とを含む属性情報を持つ、前記申請情報に関連する画像データとを記憶する記憶手段と、前記申請情報と前記画像データとを表示する表示手段とを備える情報処理システムであって、前記申請情報と、前記画像データの属性情報とを比較し、比較した結果が所定の条件を満たすかを判定する判定手段と、前記判定結果に従って当該判定結果を表示する表示制御手段とを備えることを特徴とする。
【発明の効果】
【００１０】
本発明では、損害保険等の申請で添付された申請写真の申請内容に対する妥当性を効率的にチェックできる仕組みを提供することが可能となる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態である申請管理システムの構成の一例を示すシステム構成図である。
【図２】申請管理システムを構成する情報処理機器に適用可能なハードウェア構成の一例を示すブロック図である。
【図３】申請管理システムの機能構成の一例を示すブロック図である。
【図４】申請チェックの全体処理の一例を示すフローチャートである。
【図５】申請写真チェック処理の一例を示すフローチャートである。
【図６】過去申請写真チェック処理の一例を示すフローチャートである。
【図７】申請確認画面の一例を示す画面イメージである。
【図８】申請写真チェック処理の結果の一例を示す画面イメージである。
【図９】過去申請写真チェック処理の結果の一例を示す画面イメージである。
【図１０】過去申請を表示した申請確認画面の一例を示す画面イメージである。
【図１１】申請管理システムで使用するデータ類の一例を示すデータ構成図である。
【発明を実施するための形態】
【００１２】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
【００１３】
図１は、本発明に係る申請管理システムの構成の一例を示すシステム構成図である。
【００１４】
図１は、１又は複数のサーバ１００、および１又は複数のクライアント２００がローカルエリアネットワーク（ＬＡＮ）４００を介して接続される構成となっている。クライアント２００は、主に損害保険会社の担当者が使用する。
【００１５】
また、顧客（申請者）端末がインターネットを介してサーバ１００に接続され、顧客は同端末を使用して申請を実施し、申請内容がサーバ１００のデータベースに記録される。
【００１６】
図２は、本発明の実施形態に係るサーバ１００、クライアント２００に適用可能なハードウェア構成の一例を示すブロック図である。
【００１７】
図２に示すように、サーバ１００、クライアント２００は、システムバス２０４を介してＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０１、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２０２、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２０３、入力コントローラ２０５、ビデオコントローラ２０６、メモリコントローラ２０７、通信Ｉ／Ｆコントローラ２０８等が接続された構成を採る。
【００１８】
ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
【００１９】
また、ＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ／Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）や、各サーバあるいは各ＰＣが実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。また、本発明を実施するために必要な情報が記憶されている。なお外部メモリはデータベースであってもよい。
【００２０】
ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０３あるいは外部メモリ２１１からＲＡＭ２０２にロードし、ロードしたプログラムを実行することで各種動作を実現する。
【００２１】
また、入力コントローラ２０５は、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。
【００２２】
ビデオコントローラ２０６は、ディスプレイ２１０等の表示器への表示を制御する。尚、表示器は液晶ディスプレイ等の表示器でもよい。これらは、必要に応じて管理者が使用する。
【００２３】
メモリコントローラ２０７は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶する外部記憶装置（ハードディスク（ＨＤ））や、フレキシブルディスク（ＦＤ）、あるいは、ＰＣＭＣＩＡ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ  Ｍｅｍｏｒｙ  Ｃａｒｄ  Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ａｓｓｏｃｉａｔｉｏｎ）カードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００２４】
通信Ｉ／Ｆコントローラ２０８は、ネットワークを介して外部機器と接続・通信し、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）を用いた通信等が可能である。
【００２５】
尚、ＣＰＵ２０１は、例えばＲＡＭ２０２内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上に表示することが可能である。また、ＣＰＵ２０１は、ディスプレイ２１０上のマウスカーソル（図示しない）等によるユーザ指示を可能とする。
【００２６】
本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。
【００２７】
図３は本発明の実施形態に係わる機能構成の一例である。
【００２８】
本発明の実施形態である申請管理システムは、サーバ１００とクライアント２００の2種類の情報処理装置により構成される。
【００２９】
サーバ１００は、申請受付部３１１、申請情報記憶部３１２、申請情報検索部３１３、送受信部３１４を持つ。
【００３０】
申請受付部３１１は、顧客端末からインターネット経由で損害保険の申請を受け付ける機能部である。
【００３１】
申請情報記憶部３１２は、受け付けた申請の情報（図１１）を記憶するデータベースである。
【００３２】
申請情報検索部３１３は、指定された検索条件で申請情報記憶部３１２を検索する機能部である。
【００３３】
送受信部３１４は、顧客端末およびクライアント２００とデータを送受信するための機能部である。
【００３４】
クライアント２００は、申請確認画面表示部３２１、申請写真チェック部３２２、過去申請写真チェック部３２３、送受信部３２４を持つ。
【００３５】
申請確認画面表示部３２１は、ユーザ（損害保険会社の担当者）からの要求を受けて、確認対象の申請に対する申請確認画面（図７）を表示する機能部である。
【００３６】
申請写真チェック部３２２は、確認対象の申請に添付された申請写真の妥当性をチェックし、結果を申請確認画面に表示する機能部である。
【００３７】
過去申請写真チェック部３２３は、確認対象の申請に添付された申請写真をもとに、関連する（不正使用のもととなった疑いのある）過去申請写真を検索し、結果を申請確認画面に表示する機能部である。
【００３８】
送受信部３２４は、サーバ１００とデータを送受信するための機能部である。
【００３９】
以下、図４を参照して、損害保険の申請内容をチェックする全体処理について説明する。
【００４０】
図４は、損害保険の申請内容をチェックする全体処理の一例を示すフローチャートである。
【００４１】
ステップＳ４０１において、クライアント２００のディスプレイ２１０に申請確認画面７０１（図７）を表示する。具体的には、クライアント２００はサーバ１００に問い合わせ、サーバ１００は申請情報テーブル１１００（図１１）を申請ＩＤで検索した結果をクライアント２００に送信し、クライアント２００は画面の該当する項目に表示する。
【００４２】
ステップＳ４０２において、クライアント２００のＣＰＵ２０１は、申請チェックボタン７０２が押下されたかを判断する。申請チェックボタンの押下でない場合は何もせず本発明の処理を終了する。検索ボタンの押下の場合、ステップＳ４０３へと処理を遷移する。
【００４３】
ステップＳ４０３において、クライアント２００のＣＰＵ２０１は、申請写真チェック処理を実行する。処理の詳細は図５で後述する。
【００４４】
ステップＳ４０４において、クライアント２００のＣＰＵ２０１は、過去申請写真チェック処理を実行する。処理の詳細は図６で後述する。
【００４５】
以上で、図４の損害保険の申請内容をチェックする全体処理の説明を終了する。
【００４６】
次にステップＳ４０３の申請写真チェック処理の詳細について、図５を参照して説明する。
【００４７】
図５は、申請写真チェック処理の一例を示すフローチャートである。
【００４８】
ステップＳ５０１において、クライアント２００のＣＰＵ２０１は、申請住所のＧＰＳ値取得を行う。取得方法の一例として、地図サイトや市販の地図ソフト等で申請住所を検索条件として検索実行し、ＧＰＳ値（緯度および経度）を取得する。
【００４９】
ステップＳ５０２で該当のＧＰＳ値が存在するかどうかを判断する。ステップＳ５０２において該当のＧＰＳ値が存在しない場合はステップＳ５０３でワーニングを表示して本処理フローを終了する。
【００５０】
ステップＳ５０１において、クライアント２００のＣＰＵ２０１は、ＧＰＳ値を取得する。取得方法の一例として、インターネットの地図サイトや市販の地図ソフト等を利用して、申請住所によって検索を実施し、ＧＰＳ値を取得する。
【００５１】
ステップＳ５０２でクライアント２００のＣＰＵ２０１は、該当のＧＰＳ値が存在するかどうかを判断する。ステップＳ５０２において該当のＧＰＳ値が存在しない場合はステップＳ５０３でワーニングを表示して本処理フローを終了する。
【００５２】
一方、ステップＳ５０３において、該当のＧＰＳ値が存在する場合は、ＧＰＳ値を申請確認画面７０１のＧＰＳ座標欄８０１（図８）に表示して、ステップＳ５０４へと遷移する。
【００５３】
ステップＳ５０４において、クライアント２００のＣＰＵ２０１は、今回の申請に申請写真が添付されているかをサーバ１００に問い合わせ、サーバ１００は申請写真テーブル１１１０（図１１）を今回の申請ＩＤで検索した結果をクライアント２００に送信する。申請写真が存在しない場合はＳ５０５でワーニングを表示して本処理フローを終了する。
【００５４】
一方、ステップＳ５０４において、申請写真が存在する場合は、ステップＳ５０６へと処理を遷移する。
【００５５】
ステップＳ５０６では、クライアント２００のＣＰＵ２０１は、ステップＳ５０４にて検索された申請写真ごとに、ステップＳ５０７からＳ５１０までの処理を繰り返し、ステップＳ５１１で終了判定する。
【００５６】
ステップＳ５０７において、申請写真のＥＸＩＦ情報から撮影時間とＧＰＳ値を取得して、申請確認画面７０１の申請写真欄に表示された申請写真の画像のツールチップに設定し、ステップＳ５０８へと処理を遷移する。ツールチップとは、画面の特定領域にマウスカーソルが入った場合に、関連情報を表示する仕組みである。本実施例では、マウスカーソルが申請写真の画像上に入った場合は、８０２のようにツールチップが表示される（図８）。
【００５７】
ステップＳ５０８において、取得した撮影日時が申請内容の発生日時より前の場合、ステップＳ５１０でワーニングを表示して、ステップＳ５０９へと遷移する。撮影日時が発生日時より前ということは、過去に撮影された写真を流用している可能性があるため、ワーニングを表示する。本実施例では、条件にあてはまる申請写真の画像を強調表示する(図８の８０３）。
【００５８】
一方、ステップＳ５０８において、撮影日時が発生日時以降の場合、ステップＳＳ５０９へと処理を遷移する。
【００５９】
ステップＳ５０９において、申請住所のＧＰＳ値と申請写真のＧＰＳ値が乖離している場合、ステップＳ５１０でワーニングを表示して、ステップＳ５１１へと遷移する。具体的には、申請確認画面７０１から近隣精度８０４を取得し、申請住所のＧＰＳ値である緯度、経度と、申請写真のＧＰＳ値である緯度、経度との差が近隣精度以下か否かを判定する。近隣精度とは、２つの位置情報、つまり２つの緯度および２つの経度の間に差異があった場合に、同一地点と見なせる差異の許容範囲を示す。近隣精度は、予めテーブル等で初期値設定しておいて画面上で変更できるようにしてもよい。
【００６０】
一方、ステップＳ５０９において、申請住所のＧＰＳ値と申請写真のＧＰＳ値が乖離していない場合、ステップＳ５１１へと遷移する。
【００６１】
ステップＳ５１１は、ステップＳ５０６を起点とする繰り返し処理の終了判定である。
【００６２】
以上で、図５の申請写真チェック処理の説明を終了する。
【００６３】
次にステップＳ４０５の過去申請写真チェック処理の詳細について、図６を参照して説明する。
【００６４】
図６は、過去申請写真チェック処理の一例を示すフローチャートである。
【００６５】
ステップＳ６０１では、クライアント２００のＣＰＵ２０１は、申請写真ごとにステップＳ６０２からＳ６０８までの処理を繰り返し、ステップＳ６０９で終了判定する。
【００６６】
ステップＳ６０２では、申請写真のＧＰＳ値と同一または近傍の過去の申請写真を検索する。具体的には、申請写真のＧＰＳ値である緯度、経度に対し、前述の近隣精度を差異の許容範囲とした検索条件により、申請写真テーブル１１１０のＧＰＳ緯度、ＧＰＳ経度が検索条件を満たすレコードを検索する。
【００６７】
ステップＳ６０３では、ステップＳ６０２にて検索条件に合うレコードが検索されたかを判断し、該当レコードがあった場合はステップＳ６０４へ遷移し、該当レコードがなかった場合はステップＳ６０９に遷移し、次の申請写真に進める。
【００６８】
ステップＳ６０４では、ステップＳ６０２にて検索された過去の申請写真ごとにステップＳ６０４からＳ６０７までの処理を繰り返し、ステップＳ６０８で終了判定する。
【００６９】
ステップＳ６０５において、申請確認画面７０１の過去申請写真欄９０１に対象の過去の申請写真の画像９０２を表示し（、ステップＳ６０６へと遷移する。
【００７０】
ステップＳ６０６において、対象の過去の申請写真のＧＰＳ値（緯度、経度）、撮影日時を過去の申請写真の画像９０２のツールチップに設定し、ステップＳ６０７へと遷移する。
【００７１】
ステップＳ６０７において、の過去の申請写真に対象の過去の申請写真に対応する申請ＩＤのリンク９０４を作成して表示し、ステップＳ６０８へと遷移する。同リンクがクリックされると、リンクの申請ＩＤの申請確認画面を表示する。
【００７２】
ステップＳ６０８は、ステップＳ６０４を起点とする繰り返し処理の終了判定である。
【００７３】
ステップＳ６０９は、ステップＳ６０１を起点とする繰り返し処理の終了判定である。
【００７４】
以上の処理により、図９に例示する申請確認画面７０１が表示されるが、以下に操作を受け付けた場合の処理について説明する。
【００７５】
ステップＳ６１０において、クライアント２００のＣＰＵ２０１は、過去申請写真の画像上にカーソルが入ったかを判断し、入ったならばステップＳ６１１に遷移し、入っていなければステップＳ６１２に遷移する。
【００７６】
ステップＳ６１１において、クライアント２００のＣＰＵ２０１は、ステップＳ６０６で設定されたツールチップ９０３を表示する。
【００７７】
ステップＳ６１２において、クライアント２００のＣＰＵ２０１は、ステップＳ６０７にて作成し表示した申請ＩＤのリンク９０４が押下（クリック）されたかを判断し、押下されたならばステップＳ６１３に遷移し、押下されなければ本処理フローを終了する。
【００７８】
図９のリンク９０４が押下された場合、リンクの申請ＩＤ「Ａ０００００３」に対応する情報を申請情報テーブル１１００および申請写真テーブル１１１０から検索して取得し、同申請ＩＤに対する申請確認画面１００１（図１０）を表示する。
【００７９】
なお、ステップＳ６１０からＳ６１３までの処理は、申請確認画面７０１が表示されている間、常時待機して操作を受け付けるごとに実行するようにしてもよい。
【００８０】
以上で、図６の過去申請写真チェック処理の説明を終了する。
【００８１】
次に申請管理システムで使用する画面について説明する。
【００８２】
図７は、クライアント２００にて、申請者から送信された申請情報および申請写真を損表示する申請確認画面の一例である。
【００８３】
図７の申請確認画面７０１で申請チェックボタンを押下すると、図８のように申請住所を元にＧＰＳ座標が検索され表示される（８０１）。また、申請写真それぞれのＥＸＩＦ情報のＧＰＳ座標と撮影日時が各写真のツールチップに設定される（表示内容は８０２）。申請住所のＧＰＳ座標と各写真のＧＰＳ座標が近隣精度８０４以上の差がある場合や、各写真の撮影日時が申請の発生日時より前の場合はワーニング表示する（８０３）。
【００８４】
これにより、不正の疑いのある申請写真を効率的に把握することができる。
【００８５】
図９は、申請確認画面の別の表示例である。
【００８６】
図８の表示に引き続き、各申請写真それぞれのＥＸＩＦ情報のＧＰＳ座標の近隣精度の範囲で申請写真テーブル１１１０を検索し、図９のように検知した過去申請写真の画像９０２を表示すると共にＧＰＳ座標および撮影日時をツールチップに設定する（表示内容は９０３）。また、検知した過去申請写真に紐づく申請ＩＤのリンク９０４を表示する。
【００８７】
これにより、流用や改ざんの元となった疑いのある過去申請写真を効率的に把握することができる。
【００８８】
表示された過去申請のリンク９０４を押下すると、図１０のようにリンクの申請ＩＤで申請情報テーブル１１００および申請写真テーブル１１１０を検索し、申請確認画面１００１を表示する。
【００８９】
これにより、今回の申請で流用等した疑いのある過去申請の内容を効率的に把握することができる。
【００９０】
上記により、損害保険の申請において、申請写真の流用や改ざん等の不正を効率的に把握できるようになる。
【００９１】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【００９２】
以上、いくつかの実施形態について示したが、本発明は、例えば、システム、装置、方法、コンピュータプログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【００９３】
また、本発明におけるコンピュータプログラムは、各図に示すフローチャートの処理方法をコンピュータが実行可能なコンピュータプログラムであり、本発明の記憶媒体は各図の処理方法をコンピュータが実行可能なコンピュータプログラムが記憶されている。なお、本発明におけるコンピュータプログラムは各図の各装置の処理方法ごとのコンピュータプログラムであってもよい。
【００９４】
以上のように、前述した実施形態の機能を実現するコンピュータプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたコンピュータプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【００９５】
この場合、記録媒体から読み出されたコンピュータプログラム自体が本発明の新規な機能を実現することになり、そのコンピュータプログラムを記憶した記録媒体は本発明を構成することになる。
【００９６】
コンピュータプログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、シリコンディスク、ソリッドステートドライブ等を用いることができる。
【００９７】
また、コンピュータが読み出したコンピュータプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのコンピュータプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００９８】
さらに、記録媒体から読み出されたコンピュータプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのコンピュータプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００９９】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にコンピュータプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのコンピュータプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１００】
さらに、本発明を達成するためのコンピュータプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１０１】
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０１０２】
１００  サーバ
２００  クライアント
４００  ＬＡＮ
【図１】
2020102118.tif 000003
【図２】
2020102118.tif 000004
【図３】
2020102118.tif 000005
【図４】
2020102118.tif 000006
【図５】
2020102118.tif 000007
【図６】
2020102118.tif 000008
【図７】
2020102118.tif 000009
【図８】
2020102118.tif 000010
【図９】
2020102118.tif 000011
【図１０】
2020102118.tif 000012
【図１１】
2020102118.tif 000013