(57)【要約】【課題】何度も同様の操作を繰り返す必要がなく、オペレータに負荷がかからない画像内文字情報更新方法を得る。【解決手段】顧客が保有する口座の印影等を管理する印鑑照会システムにおける画像内文字情報更新方法において、  演算手段が、顧客特定情報と変更後文字情報をサーバに送信するステップと、  前記サーバが、前記顧客特定情報を基に、サーバ記憶手段に変更対象の画像を照会するステップと、  前記サーバが、前記変更後文字情報を基に、前記画像の変更後イメージを作成するステップと、  前記サーバが、前記顧客が保有する全口座に対して、前記変更後イメージの内容で前記変更対象の画像を更新し、更新前の画像を退避するステップとを有することを特徴とする。【選択図】図１
2007249283.tif 000002
【特許請求の範囲】
【請求項１】
顧客が保有する口座の印影等を管理する印鑑照会システムにおける画像内文字情報更新方法であって、
演算手段が、顧客特定情報と変更後文字情報をサーバに送信するステップと、
前記サーバが、前記顧客特定情報を基に、サーバ記憶手段に変更対象の画像を照会するステップと、
前記サーバが、前記変更後文字情報を基に、前記画像の変更後イメージを作成するステップと、
前記サーバが、前記顧客が保有する全口座に対して、前記変更後イメージの内容で前記変更対象の画像を更新し、更新前の画像を退避するステップとを有することを特徴とする画像内文字情報更新方法。
【請求項２】
前記サーバ記憶手段には、前記変更対象の画像の変更対象領域を特定するための領域情報が格納されており、
前記サーバは、前記画像の変更後イメージを作成する際には、
前記領域情報を参照し、前記変更後文字情報を基に、該領域情報に相当する領域のみを変更することを特徴とする請求項１に記載の画像内文字情報更新方法。
【請求項３】
前記サーバ記憶手段には、前記変更後文字情報の規定文字サイズに関する文字サイズ情報が格納されており、
前記サーバは、前記画像の変更後イメージを作成する際には、
前記文字サイズ情報を参照し、当該文字サイズ情報を基に、前記画像の変更後イメージを作成し、
作成した変更後イメージが前記領域情報で指定される領域内に収まらない場合には、前記文字サイズよりも小さい文字サイズで再度変更後イメージを作成する処理を、前記領域内に収まるようになるまで繰り返すことを特徴とする請求項２に記載の画像内文字情報更新方法。
【請求項４】
前記演算手段が、前記顧客特定情報と前記変更後文字情報を前記サーバに送信する際には、
全更新対象口座の前記顧客特定情報と前記変更後文字情報を記録した一括更新ファイルを前記サーバに送信し、
前記サーバは、
前記一括更新ファイルに記録された更新データを基に、前記顧客が保有する全口座に対して、前記変更後イメージの内容で前記変更対象の画像を更新し、更新前の画像を退避することを特徴とする請求項１ないし請求項３のいずれかに記載の画像内文字情報更新方法。
【請求項５】
前記変更対象の画像は顧客の住所の記載欄の画像である、請求項１ないし請求項４のいずれかに記載の画像内文字情報更新方法。
【請求項６】
請求項１ないし請求項４のいずれかに記載のサーバの処理をコンピュータに実行させることを特徴とする画像内文字情報更新プログラム。
【請求項７】
請求項１ないし請求項４のいずれかに記載の演算手段の処理を実行するプログラムを格納したクライアント端末と、
請求項１ないし請求項４のいずれかに記載のサーバとを有し、
前記クライアント端末と前記サーバはネットワークにより接続されたことを特徴とする印鑑照会システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像内文字情報更新方法、画像内文字情報更新プログラム及び印鑑照会システムに関するものである。
【背景技術】
【０００２】
従来、『個人認証データの変更や対応する口座番号の変更があった場合でも、人手による事務処理負担を低減し、且つ、システムの運用上のメンテナンスの負担をなくす』方法として、『口座についての前記個人認証データを登録する時に、当該個人認証データを唯一に識別する個人認証データ番号を採番する個人認証データ番号採番工程Ｓ１と、口座の口座番号と当該口座番号についての個人認証データに採番された個人認証データ番号とを関連させる関連付け工程Ｓ２と、口座番号に基づいて個人認証データの照会があった場合には、当該口座番号に関連づけられた個人認証データ番号に応じて当該口座番号に対応する個人認証データを特定する個人認証データ特定工程Ｓ４とを備えた。』というものが提案されている（特許文献１）。
【特許文献１】特開２００３−１６２６３３号公報（要約）
【発明の開示】
【発明が解決しようとする課題】
【０００３】
従来、印鑑照会システムにおいては、顧客の印影・住所・署名等を記した帳票をスキャナ等で取り込み、取り込んだ画像を顧客コード等と関連付けて管理することがしばしば行われている。この場合、例えば当該帳票の住所欄に記載されている文字情報を変更する際には、顧客の記入した変更届を改めてスキャナ等で読み込み、取り込んだ画像で変更前の画像を更新するようにしている。
【０００４】
しかしながら、上記方法では、複数の口座を保有している顧客について変更を行う場合には、当該顧客の全ての保有口座に対して同一の処理を行う必要があり、オペレータに負荷がかかるという課題があった。
さらには、市町村合併等で（合併により住所変更が必要になるため）大量の口座に対して変更処理を行う場合にも、それら全ての口座に対して同一の処理を行う必要があり、オペレータの負荷が多大なものとなるという課題もあった。また、市町村合併等の場合には実際には引越し等は行われないため、顧客に住所変更等の提出を強制することは難しく、提出されない場合には画像上の情報は古いまま残ってしまっていた。
そこで、何度も同様の操作を繰り返す必要がなく、オペレータに負荷がかからない画像内文字情報更新方法が望まれていた。
【課題を解決するための手段】
【０００５】
本発明に係る印鑑照会システムにおける画像内文字情報更新方法は、
演算手段が、顧客の口座情報と変更後文字情報をサーバに送信するステップと、
前記サーバが、前記口座情報を基に、サーバ記憶手段に変更対象の画像を照会するステップと、
前記サーバが、前記変更後文字情報を基に、前記画像の変更後イメージを作成するステップと、
前記サーバが、前記顧客が保有する全口座に対して、前記変更後イメージの内容で前記変更対象の画像を更新し、更新前の画像を退避するステップとを有することを特徴とするものである。
【発明の効果】
【０００６】
本発明によれば、変更後の文字情報をサーバに送信するのみで、画像中の文字情報を更新できるので、帳票をスキャナ等で都度取り込む必要がなく、オペレータの負荷を大幅に軽減できるという効果がある。
【発明を実施するための最良の形態】
【０００７】
実施の形態１．
図１は、本発明の実施の形態１に係る画像内文字情報更新方法を実現した印鑑照会システムの全体構成図である。
図１の印鑑照会システムは、更新端末２０１、口座サーバ２０６、ＤＢサーバ２０７、読込端末２１２を有する。
更新端末２０１は、顧客の住所・署名等を更新するための端末であり、記憶手段２０２、演算手段２０３、表示手段２０４、入力手段２０５を有する。
口座サーバ２０６は、更新端末２０１からの更新リクエストを受け付け、変更後イメージの作成等を行うものである。
ＤＢサーバ２０７は、顧客の印影・住所・署名等を記した画像の保管等を行うものであり、サーバ記憶手段２０８を有する。
登録される画像は印鑑登録票の所定位置から切り出したものである。また、書名欄と住所欄は１つの領域に設けられる場合があり、その場合画像のどの部分が署名または住所であるのかは、あらかじめ登録されている。
サーバ記憶手段２０８は、イメージファイル保管フォルダ２０９、デフォルト設定テーブル２１０、顧客口座テーブル２１１を格納している。
読込端末２１２は、印影等の画像読込を行うための端末であり、スキャナ２１３を接続している。
更新端末２０１、口座サーバ２０６、ＤＢサーバ２０７及び読込端末２１２は、ネットワーク２１４を介して接続されている。
【０００８】
図２は、顧客が住所変更等を行う際の変更届書面のイメージを示すものである。
顧客は、住所変更等を行う際には、図２のような書面に変更内容を記入し、押印の上でオペレータに書面を渡す。
従来は、オペレータは図２の書面を受け取ると、スキャナ２１３で書面全体を読み込んで、読み込んだ画像で変更前の画像を更新していた。初回の新規登録時については、印鑑登録票等により画像を取り込んで印影・住所・署名等の画像の登録を行っていた。
また、営業店の場合など、口座サーバ２０６やＤＢサーバ２０７から離れた場所で顧客から住所変更届書面を受け取った際には、書面を郵送等により送付しなければならず、多大な手間がかかっていた。
また、住所が変更されたことが判明している場合であっても、顧客が住所変更届の帳票を提出していない場合、帳票上の情報は古いまま残ってしまっていた。
【０００９】
図３は、オペレータが更新端末２０１を使用して住所変更等を行う際の、表示手段２０４に表示されている画面イメージを示すものである。
オペレータは、図３に示す画面で必要事項を入力し、住所変更等の手続きを行う。
以下、住所変更届を例にとり、説明を行う。
【００１０】
ここで、詳細な処理の説明を行う前に、デフォルト設定テーブル２１０及び顧客口座テーブル２１１の構成とデータ例を説明する。
【００１１】
図４は、デフォルト設定テーブル２１０の構成及びデータ例を説明するものである。以下、各列について説明する。
「住所欄Ｘ座標」は、図２の住所等変更届をスキャナで読み込んだ画像における「住所」欄の横方向の開始位置を、画像の左上端を原点として示すものであり、単位はピクセルである。
「住所欄Ｙ座標」は、同じく「住所」欄の縦方向の開始位置を、画像の左上端を原点として示すものであり、単位はピクセルである。
「住所欄横幅」は、上記「住所欄Ｘ座標」と「住所欄Ｙ座標」で特定される位置から開始する「住所」欄の横幅を示すものであり、単位はピクセルである。
「住所欄縦幅」は、同じく「住所」欄の横幅を示すものであり、単位はピクセルである。
「フォント」は、住所欄を変更する文字画像を作成する際の、規定の文字サイズを示すものである。詳細は図９で説明する。
「開始日」は、上記項目の設定日である。帳票書式の変更等により、「住所」欄の開始位置やサイズ等が変更になる場合があるため設けられたものである。
「終了日」は、上記項目の有効期限である。現在有効な項目に関しては、空文字がセットされている。
【００１２】
図５は、図４の項目が示す値の意味を図示するものであり、図２の住所変更届をスキャナ２１３で取り込んだ画像イメージを想定したものである。
図４の「住所欄Ｘ座標」「住所欄Ｙ座標」は、図５の「原点」に示す位置からの座標をピクセル値で示すものである。
図４の「住所欄横幅」「住所欄縦幅」は、ぞれぞれ図５に示す幅のピクセル値を示すものである。
【００１３】
図６は、顧客口座テーブル２１１の構成及びデータ例を説明するものである。以下、各列について説明する。
「顧客コード」は、顧客を識別するための内部ＩＤである。
「口座番号」は、「顧客コード」で識別される顧客が保有する口座の口座番号であり、複数の口座を保有する顧客に付いては複数のデータが存在する。
図６のデータ例においては、「顧客コード」が「１２３４５６」である顧客は、口座番号「１−１−１−１」の口座と、口座番号「１−１−１−２」の２つの口座を保有している。
【００１４】
図７は、サーバ記憶手段２０８が格納しているイメージファイル保管フォルダ２０９の内容を説明するものである。
イメージファイル保管フォルダ２０９は、印影・住所・署名等を記した書面をスキャナ２１３で読み込んだ画像ファイルを、顧客毎に格納している。
図７に示す例では、「顧客コード」が「１２３４５６」である顧客の画像ファイルを格納したフォルダを開いている様子である。図７に示す通り、顧客コードを３桁で区切って階層フォルダを構成して顧客毎にフォルダを割り当て、顧客毎のフォルダには画像ファイルが格納されている。画像ファイルには、＜口座番号＞．ｐｎｇという規則でファイル名が付けられている。
上記のように構成することで、「顧客コード」と「口座番号」を特定すれば、該当する画像ファイルの格納位置を特定することができる。
【００１５】
なお、ファイル及びフォルダ構成は図７に示すものに限るものではなく、顧客毎の画像ファイルが特定できれば、任意の構成を取ることができる。
また、画像ファイルの形式も任意である。
【００１６】
図８は、オペレータが更新端末２０１を使用して、印影・住所・署名等を記した書面をスキャナ２１３で読み込んだ画像ファイルを更新する際のシーケンスを説明するものである。
（Ｓ８０１）オペレータは、図３に示す画面で、変更対象の顧客の顧客コード、変更後の住所等を入力し、「更新」ボタンを押下する。演算手段２０３は、変更対象の顧客の顧客コード、変更後の住所等を口座サーバ２０６に送信する。
（Ｓ８０２）口座サーバ２０６は、ステップＳ８０１で演算手段２０３が送信した顧客コードに該当する口座番号のリストをＤＢサーバ２０７に照会する。ＤＢサーバ２０７は、顧客口座テーブル２１１を検索し、該当する口座番号を口座サーバ２０６に返信する。
（Ｓ８０３）口座サーバ２０６は、ステップＳ８０２で取得した口座番号に該当する画像ファイルをＤＢサーバ２０７に照会する。ＤＢサーバ２０７は、イメージファイル保管フォルダ２０９より該当ファイルを取得し、口座サーバ２０６に返信する。
（Ｓ８０４）口座サーバ２０６は、ステップＳ８０１で演算手段２０３が送信した変更後の住所等を基に、画像ファイルの変更後仮イメージを作成し、更新端末２０１に返信する。なお、詳細は図９で説明する。
（Ｓ８０５）オペレータは、口座サーバ２０６が返信した変更後仮イメージの内容を確認し、問題なければその旨をボタン押下等により口座サーバ２０６に送信する。なお、本ステップは省略してもよい。
（Ｓ８０６）口座サーバ２０６は、ステップＳ８０２で取得した口座番号リストを基に、変更対象口座の画像ファイルを全て更新する。
（Ｓ８０７）ＤＢサーバ２０７は、画像ファイル更新時に、変更前の画像ファイルをリネームする等して、退避する。
【００１７】
図９は、図８のステップＳ８０４の内容を説明するものである。なお、ＤＢサーバ２０７、及びデフォルト設定テーブル２１０の「開始日」「終了日」列は省略している。
（Ｓ９０１）口座サーバ２０６は、空の画像を作成する。
（Ｓ９０２）口座サーバ２０６は、ＤＢサーバ２０７に、図５に示す住所欄の位置・サイズに関する情報（領域情報）を照会する。ＤＢサーバ２０７は、デフォルト設定テーブル２１０を検索し、該当する「住所欄Ｘ座標」「住所欄Ｙ座標」「住所欄横幅」「住所欄縦幅」の値を口座サーバ２０６に返信する。
（Ｓ９０３）口座サーバ２０６は、ＤＢサーバ２０７に、住所欄のフォントサイズ規定値に関する情報（文字サイズ情報）を照会する。ＤＢサーバ２０７は、デフォルト設定テーブル２１０を検索し、該当する「フォント」の値を口座サーバ２０６に返信する。
（Ｓ９０４）口座サーバ２０６は、ステップＳ９０１で作成した空画像に、演算手段２０３が送信した変更後の住所等のテキストを描画する。描画の際は、ステップＳ９０３で取得したフォントサイズを用いる。
（Ｓ９０５）口座サーバ２０６は、ステップＳ９０４で描画したテキストからなる画像のサイズが、ステップＳ９０２で取得した住所欄のサイズ内であるか否かを判断する。サイズ内であればステップＳ９０７へ、サイズ内でなければステップＳ９０６へ進む。
（Ｓ９０６）口座サーバ２０６は、ステップＳ９０３で取得したフォントサイズを１ポイント下げて、ステップＳ９０４の処理から再度実行する。
（Ｓ９０７）口座サーバ２０６は、イメージファイル格納フォルダ２０９より、変更前の画像ファイルを読み込む。
（Ｓ９０８）口座サーバ２０６は、変更前の画像ファイルの住所欄を、ステップＳ９０４で描画した変更後の住所等の画像イメージで上書きする。
【００１８】
図１０は、図８のステップＳ８０５において、更新端末２０１のオペレータが変更後画像イメージを確認する際の、表示手段２０４に表示されている画面の様子を示すものである。
図１０に示す変更後の画像イメージは、図８のステップＳ８０４で口座サーバ２０６が作成した変更後仮イメージである。図１０の注釈部に示すように、住所欄の画像イメージは変更後の住所で置き換えられている。
【００１９】
なお、本実施の形態１に係る印鑑照会システムにおいては、ＤＢサーバ２０７が有するサーバ記憶手段２０８に、印影・住所・署名等を記した画像ファイルを格納するように構成したが、これに限られるものではなく、例えば口座サーバ２０６とＤＢサーバ２０７の機能を単一のサーバに実装してもよい。
また、画像ファイルは印影欄、住所欄、署名欄を個別に切り出して格納しておけば、ファイル容量の効率が良い。その際、住所欄は署名欄の所定の箇所に含めるようにしてもよい。
また、画像ファイルは、任意のテーブルにバイナリ値を格納する列を設け、当該列の値として格納するようにしてもよい。
【００２０】
以上のように、本実施の形態１に係る印鑑照会システムによれば、
顧客が保有する口座の印影等を管理する印鑑照会システムにおける画像内文字情報更新方法であって、
演算手段が、顧客特定情報と変更後文字情報をサーバに送信するステップと、
前記サーバが、前記顧客特定情報を基に、サーバ記憶手段に変更対象の画像を照会するステップと、
前記サーバが、前記変更後文字情報を基に、前記画像の変更後イメージを作成するステップと、
前記サーバが、前記顧客が保有する全口座に対して、前記変更後イメージの内容で前記変更対象の画像を更新し、更新前の画像を退避するステップとを有することとしたので、
帳票をスキャナ等で変更対象毎に都度取り込む必要がなく、オペレータの負荷を大幅に軽減できるという効果がある。
【００２１】
また、前記サーバ記憶手段には、前記変更対象の画像の変更対象領域を特定するための領域情報が格納されており、
前記サーバは、前記画像の変更後イメージを作成する際には、
前記領域情報を参照し、前記変更後文字情報を基に、該領域情報に相当する領域のみを変更することとしたので、
オペレータは、変更後の文字情報をサーバに送信するのみで画像中の文字情報を更新できるので、更新の手間が軽減される。
【００２２】
また、前記サーバ記憶手段には、前記変更後文字情報の規定文字サイズに関する文字サイズ情報が格納されており、
前記サーバは、前記画像の変更後イメージを作成する際には、
前記文字サイズ情報を参照し、当該文字サイズ情報を基に、前記画像の変更後イメージを作成し、
作成した変更後イメージが前記領域情報で指定される領域内に収まらない場合には、前記文字サイズよりも小さい文字サイズで再度変更後イメージを作成する処理を、前記領域内に収まるようになるまで繰り返すこととしたので、
変更後の文字情報が多い場合にも問題なく対応することができる。
【００２３】
また、前記変更対象の画像は顧客の住所の記載欄の画像であるので、
住所欄を画像として保管している場合に、本発明に係る方法を用いて、これを更新することができる。
【００２４】
実施の形態２．
本発明の実施の形態２に係る印鑑照会システムは、複数の口座の一括更新に対応するものである。なお、全体構成は実施の形態１の図１と同様であるため、説明を省略する。
【００２５】
図１１は、実施の形態１における図３に相当する画面である。更新端末２０１のオペレータは、（１）図１１の「一括更新」タブを選択し、（２）「選択」ボタンを押下してファイル選択画面を表示させ、（３）一括更新データが記録されたファイルを選択し、（４）「更新」ボタンを押下する。
【００２６】
図１２は、図１１の（３）で更新端末２０１のオペレータが選択する一括更新ファイルのデータ例を示すものである。
一括更新ファイルは、例えば図１２に示すように、ＣＳＶ形式ファイルとすることができる。左の列から順に、図３の入力項目の各値に該当する。このように、更新対象のデータを一括して口座サーバ２０６に送信することにより、オペレータは少ない操作で大量の更新処理を行うことができる。
【００２７】
図１３は、オペレータが更新端末２０１を使用して、一括更新ファイルを口座サーバ２０６に送信する際のシーケンスを説明するものである。
（Ｓ１３０１）オペレータは、図１１に示す画面で、一括更新ファイルを選択し、「更新」ボタンを押下する。演算手段２０３は、一括更新ファイルを口座サーバ２０６に送信する。
（Ｓ１３０２）口座サーバ２０６は、演算手段２０３が送信した一括更新ファイルの１件分の更新データを読み込む。
（Ｓ１３０３）口座サーバ２０６は、ステップＳ１３０２で読み込んだ１件分の顧客コードに該当する口座番号のリストをＤＢサーバ２０７に照会する。ＤＢサーバ２０７は、顧客口座テーブル２１１を検索し、該当する口座番号を口座サーバ２０６に返信する。
（Ｓ１３０４）口座サーバ２０６は、ステップＳ１３０３で取得した口座番号に該当する画像ファイルをＤＢサーバ２０７に照会する。ＤＢサーバ２０７は、イメージファイル保管フォルダ２０９より該当ファイルを取得し、口座サーバ２０６に返信する。
（Ｓ１３０５）口座サーバ２０６は、ステップＳ１３０２で読み込んだ１件分の変更後の住所等を基に、画像ファイルの変更後イメージを作成する。
（Ｓ１３０６）口座サーバ２０６は、ステップＳ１３０３で取得した口座番号リストを基に、変更対象口座の画像ファイルを全て更新する。
（Ｓ１３０７）ＤＢサーバ２０７は、画像ファイル更新時に、変更前の画像ファイルをリネームする等して、退避する。
（Ｓ１３０８）ＤＢサーバ２０７は、更新履歴を作成する。更新履歴の詳細は、図１５で述べる。
【００２８】
図１４は、図１１の画面の「一括更新履歴」タブ画面のイメージを示すものである。
一括更新を行った場合は、１件ずつの更新結果を確認できないため、処理結果を別途閲覧できればオペレータにとって便宜である。例えば図１４に示すように、一括更新ファイルの１件分の更新データ毎に、処理結果を一覧表示し、「参照」ボタン押下で閲覧できるようにすることができる。
なお、１人の顧客が複数の口座を保有する場合もあるため、一括更新ファイルの１件分の更新データで、当該複数口座の更新履歴が作成される場合もある。
【００２９】
図１５は、図１３のステップＳ１３０８で作成される更新履歴の詳細を説明するものである。
１列目の値は図１４の「顧客コード」、２列目の値は「口座番号」、３列目の値は「更新日」に対応するものである。
更新履歴は、例えば図１５に示すように、ＣＳＶ形式のログファイルとして作成することができる。オペレータが図１４の画面を表示する際には、演算手段２０３は口座サーバ２０６経由で図１５に示すファイルを照会し、その内容を図１４に示すように整形して表示手段２０４に表示する。
オペレータが図１４の「参照」ボタンを押下した際には、演算手段２０３は「顧客コード」「口座番号」の組でイメージファイル管理フォルダ２０９より該当する画像ファイルを取得し、表示手段２０４に表示する。
【００３０】
以上のように、本実施の形態２に係る印鑑照会システムによれば、
前記演算手段が、前記顧客特定情報と前記変更後文字情報を前記サーバに送信する際には、
全更新対象口座の前記顧客特定情報と前記変更後文字情報を記録した一括更新ファイルを前記サーバに送信し、
前記サーバは、
前記一括更新ファイルに記録された更新データを基に、前記顧客が保有する全口座に対して、前記変更後イメージの内容で前記変更対象の画像を更新し、更新前の画像を退避することとしたので、
多数の更新対象口座のデータを少ない操作で一括更新でき、オペレータの作業効率が向上する。
【図面の簡単な説明】
【００３１】
【図１】本発明の実施の形態１に係る印鑑照会システムの全体構成図である。
【図２】顧客が住所変更等を行う際の変更届書面のイメージを示すものである。
【図３】住所変更等を行う際の画面イメージを示すものである。
【図４】デフォルト設定テーブル２１０の構成及びデータ例を説明するものである。
【図５】図４の項目が示す値の意味を図示するものである。
【図６】顧客口座テーブル２１１の構成及びデータ例を説明するものである。
【図７】イメージファイル保管フォルダ２０９の内容を説明するものである。
【図８】画像ファイルを更新する際のシーケンスを説明するものである。
【図９】図８のステップＳ８０４の内容を説明するものである。
【図１０】図８のステップＳ８０５における画面の様子を示すものである。
【図１１】実施の形態１における図３に相当する画面である。
【図１２】一括更新ファイルのデータ例を示すものである。
【図１３】一括更新ファイルを送信する際のシーケンスを説明するものである。
【図１４】「一括更新履歴」タブ画面のイメージを示すものである。
【図１５】更新履歴の詳細を説明するものである。
【符号の説明】
【００３２】
２０１  更新端末、２０２  記憶手段、２０３  演算手段、２０４  表示手段、２０５  入力手段、２０６  口座サーバ、２０７  ＤＢサーバ、２０８  サーバ記憶手段、２０９  イメージファイル保管フォルダ、２１０  デフォルト設定テーブル、２１１  顧客口座テーブル、２１２  読込端末、２１３  スキャナ、２１４  ネットワーク。
【図１】
2007249283.tif 000003
【図２】
2007249283.tif 000004
【図３】
2007249283.tif 000005
【図４】
2007249283.tif 000006
【図５】
2007249283.tif 000007
【図６】
2007249283.tif 000008
【図７】
2007249283.tif 000009
【図８】
2007249283.tif 000010
【図９】
2007249283.tif 000011
【図１０】
2007249283.tif 000012
【図１１】
2007249283.tif 000013
【図１２】
2007249283.tif 000014
【図１３】
2007249283.tif 000015
【図１４】
2007249283.tif 000016
【図１５】
2007249283.tif 000017