JP2001005888A

JP2001005888A - データエントリシステム及びデータエントリ方法

Info

Publication number: JP2001005888A
Application number: JP11176999A
Authority: JP
Inventors: Yukinori Terahama; 幸徳寺濱; Haruyuki Someya; 治志染谷; Masatoshi Omura; 正利大村
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1999-06-23
Filing date: 1999-06-23
Publication date: 2001-01-12

Abstract

(57)【要約】【課題】帳票イメージデータを基にして各データ項目
のデータを入力するデータエントリシステムにおいて、
データエントリの作業者に帳票内容の全体が開示される
と、顧客情報が知られるというセキュリティ上の問題を
解決する。【解決手段】営業店端末１０は、帳票の情報を読み込
んでイメージデータとする。帳票イメージ分割処理２１
は、この帳票イメージデータを各項目に対応する項目イ
メージデータに分割する。サービス機能群２２の作業
は、データエントリ端末３１、検印端末３２、データベ
リファイ端末３３で行われ、分割された項目別の項目イ
メージデータを集めて順にデータエントリし、ベリファ
イし、検印処理を行う。エントリデータ統合処理２３
は、ベリファイ後の項目データを元の帳票単位に統合し
て営業店１へ差し戻すか又はホスト計算機４へ送信す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データエントリシ
ステムに係わり、特に帳票上のデータがイメージデータ
によって表現されるような帳票イメージデータを基にし
てデータエントリを行うシステム及びデータエントリの
方法に関する。

【０００２】

【従来の技術】電子帳票をその作業を行う担当者の順に
回覧するデータ回覧システムが知られている。各担当者
の作業に関係する部分が帳票の一部である場合にも、帳
票内容の全体が回覧され、各担当作業者は帳票全体の内
容を見ながら自分の作業に必要な部分を拡大表示してデ
ータ入力等の作業を行うことができる。

【０００３】また紙の帳票上の情報をイメージスキャナ
などの入力装置を介してイメージデータとして計算機に
入力し、この帳票イメージデータに含まれる各データ項
目のイメージデータとそのデータエントリのための入力
領域を隣接して表示し、作業者が、項目イメージデータ
を見ながら対応する項目のデータを入力するデータエン
トリシステムが知られている。これによって作業者は、
各データ項目のイメージデータを確認しながら担当する
データ項目のデータを入力することができる。

【０００４】なおこの種の技術として関連するものに
は、例えば特開平９−３０５６６８号公報、特開平５−
３０３６６１号公報に記載された技術などがある。

【０００５】

【発明が解決しようとする課題】上記従来技術によれ
ば、各作業担当者がデータエントリを行うデータ項目が
帳票案件中の一部であるにもかかわらず、作業担当者に
は帳票内容の全体が開示されることになる。従って金融
業務などで顧客が記入した帳票上のデータを一旦イメー
ジデータにした上で各データ項目のデータエントリ及び
データベリファイを行う場合、作業担当者は顧客の氏
名、住所、入金額、出金額などの情報を見ることができ
てしまう。このようなデータエントリ業務をアウトソー
シングの運営体系に従って専門業者に委託すると、作業
者には金融業務には直接係わらないパートタイマーなど
が加わっている可能性があるので、顧客情報が帳票の形
態のまま流れてしまうのは、セキュリティ上の問題とな
る。

【０００６】また帳票イメージデータを一人の作業者が
一案件分まとめてデータ入力するとすれば、帳票には数
字データ、英文字データ、漢字データなどが含まれるの
で、これらのキャラクタデータを一人で連続して入力す
ることになり、データエントリの効率が下がる場合があ
る。

【０００７】本発明の目的は、上記のセキュリティ上の
問題を解決でき、効率よくデータ入力可能なデータエン
トリシステムおよびデータエントリ方法を提供すること
にある。

【０００８】

【課題を解決するための手段】本発明は、複数のデータ
項目を有する帳票について、帳票上のデータがイメージ
データによって表現されるような帳票イメージデータを
基にしてデータエントリを行うデータエントリシステム
であって、その帳票イメージデータを各データ項目に対
応する項目イメージデータに分割する手段と、分割され
た同一データ項目に属する複数帳票分の項目イメージデ
ータを集めて順にデータエントリする手段と、データエ
ントリ後の項目イメージデータとエントリされた項目デ
ータとについてデータベリファイする手段と、ベリファ
イ後の項目データを元の帳票単位に統合する手段とを有
するデータエントリシステムを特徴とする。

【０００９】また本発明は、計算機及び端末装置を利用
してこのようなデータエントリ及びデータベリファイを
行うデータエントリ方法を特徴とする。

【００１０】

【発明の実施の形態】以下本発明の実施形態について図
面を用いて説明する。

【００１１】図１は、本実施形態のデータエントリシス
テムの構成図である。システムは営業店１に設置される
営業店端末１０、事務オペレーションサービスセンタ２
のサーバ計算機、オペレーション拠点や在宅端末として
設置されるデータエントリ端末３１、検印端末３２、デ
ータベリファイ端末３３、およびホスト計算機４から構
成される。営業店端末１０と事務オペレーションサービ
スセンタ２、事務オペレーションサービスセンタ２と各
端末装置、事務オペレーションサービスセンタ２とホス
ト計算機４とはネットワークによつて接続される。図の
矢印はデータの流れを示す。

【００１２】営業店１において顧客によって記入された
手書き帳票は、窓口行員によって営業店端末１０へ運ば
れ、営業店端末１０のスキャナによって読み込まれ、帳
票イメージデータとして事務オペレーションサービスセ
ンタ２へ送られる。事務オペレーションサービスセンタ
２の帳票イメージ分割処理２１は、受け取った帳票イメ
ージデータを項目別に分割する。サービス機能群２２
は、分割された項目イメージデータについてデータエン
トリした後にデータベリファイと検印の処理を行う。デ
ータエントリ、データベリファイおよび検印処理を行う
プログラム実体は、それぞれデータエントリ端末３１、
データベリファイ端末３３および検印端末３２にあり、
項目イメージデータ又は項目イメージデータとエントリ
データは、これらの端末装置へ送られてサービス機能が
実行される。これらのサービス作業の終了した項目デー
タは事務オペレーションサービスセンタ２へ送られ、エ
ントリデータ統合処理２３がもとの帳票単位のデータに
統合する。統合された帳票データは、データベリファイ
及び検印の結果に応じて営業店端末１０又はホスト計算
機４へ送られる。ワーク管理部２４は、このような帳票
イメージデータ、項目イメージデータ、エントリデータ
及び帳票データの流れを管理し制御する。

【００１３】図２は、ホスト計算機４を除いてシステム
を構成するハードウェア機器の構成を示す図である。営
業店端末１０は、ＣＰＵと、このＣＰＵに接続される主
記憶装置、スキャナ、入力装置、表示装置及び外部記憶
装置から構成される。オペレーションサービスセンタサ
ーバ２０は、ＣＰＵと、このＣＰＵに接続される主記憶
装置、入力装置、表示装置及び外部記憶装置から構成さ
れる計算機である。主記憶装置上には以下に詳述する処
理プログラムと各種テーブルを格納する。外部記憶装置
上には、帳票イメージＤＢ（データベース）４１、印鑑
ＤＢ４２及びエントリＤＢ４３を格納する。データエン
トリ端末３１は、ＣＰＵと、このＣＰＵに接続される主
記憶装置、入力装置および表示装置から構成される。検
印端末３２及びデータベリファイ端末３３もデータエン
トリ端末３１と同じ機器構成である。

【００１４】図３は、帳票イメージＤＢ４１のデータ構
成を示す図である。帳票イメージＤＢ４１の各レコード
は、入力された各帳票イメージデータに対応し、「帳票
イメージコード」、「帳票種別」及び「帳票イメージデ
ータ」から構成される。「帳票イメージコード」は帳票
の種別を示す識別子である。「帳票種別」は帳票種別を
示す文字列である。「帳票イメージデータ」は読み込ま
れた帳票イメージデータそのものである。

【００１５】図４は、印鑑ＤＢ４２のデータ構成を示す
図である。印鑑ＤＢ４２の各レコードは、「印鑑コー
ド」及び「印鑑イメージデータ」から構成される。「印
鑑コード」は登録された印鑑イメージデータに付与され
たコードであり、一般に口座番号に対応する。「印鑑イ
メージデータ」は印鑑イメージデータそのものである。

【００１６】図５は、エントリＤＢ４３のデータ構成を
示す図である。エントリＤＢ４３の各レコードは、デー
タエントリの完了した帳票データを格納し、各帳票に対
応する「案件コード」と、その帳票の項目ごとに「項目
名」及び「エントリデータ」から構成される。「案件コ
ード」は個々の帳票を区別する識別子である。「エント
リデータ」はその項目のイメージデータから入力された
コードデータである。

【００１７】図６は、オペレーションサービスセンタサ
ーバ２０の処理の流れを示す図である。帳票イメージ分
割処理２１は、各営業店端末１０から送られてきた帳票
イメージデータについて帳票種別を判定した後、「帳票
イメージコード」および「帳票種別」を付加して帳票イ
メージＤＢ４１に格納する。次にその帳票種別に応じて
イメージデータを項目別に分割する。ワーク管理部２４
は、分割されたイメージデータを複数案件分まとめてイ
メージデータエントリ処理２５へ送る。イメージデータ
エントリ処理２５は、項目別のイメージデータに基づい
てコードデータを入力する。その後項目別のイメージデ
ータは、検印・登録処理２６及びエントリデータベリフ
ァイ処理２７へ送られる。検印・登録処理２６は、印鑑
ＤＢ４２を参照して帳票上の印鑑イメージデータと登録
された印鑑イメージデータとの比較照合を行う。新規の
印鑑登録の場合には、帳票上の印鑑イメージデータに
「印鑑コード」を付与して印鑑ＤＢ４２に登録する。エ
ントリデータベリファイ処理２７は、項目別のイメージ
データと入力されたコードデータとを照合してデータベ
リファイを行う。次にワーク管理部２４はデータエント
リを完了した帳票データを回収してエントリデータ統合
処理２３へ送る。エントリデータ統合処理２３は、エン
トリを完了した項目別データを元の帳票案件の単位に統
合した後にエントリＤＢ４３に格納する。その後、デー
タエントリの成否に応じて帳票データを営業店１または
ホスト計算機４へ送信する。

【００１８】図７は、帳票イメージ入力テーブル８１の
データ構成を示す図である。帳票イメージ入力テーブル
８１の各エントリは、「数値データコード」、「数値項
目名」及び「数値データ」から構成される。「数値デー
タコード」は数値項目の種別を示す識別子である。「数
値項目名」は、数値項目の種別を示す文字列である。
「数値データ」は文字認識された結果の数値項目データ
を示す。

【００１９】図８は、営業店端末１０が行う帳票イメー
ジ入力処理１２を構成する機能を示す図ある。帳票イメ
ージ入力処理１２は、帳票スキャニング機能１３、数値
データ認識機能１４及び入力確認機能１５の各機能を有
する。

【００２０】図９は、帳票イメージ入力処理１２の処理
手順を示す図である。まず帳票スキャニング機能１３
は、顧客より持ち込まれた帳票をスキャナを介してスキ
ャンして帳票イメージデータとし、帳票イメージデータ
の先頭にヘッダとして案件コードを付加する（ステップ
２１１）。次に営業店端末１０のメモリに設定されたフ
ラグを参照して数値項目の文字認識を行うか否か判定す
る（ステップ２１２）。文字認識を行う場合（ステップ
２１２Ｙｅｓ）、数値データ認識機能１４は、帳票イメ
ージデータのうち金額などの数値データのみを文字認識
して「数値データ」とし、「数値データコード」と「数
値項目名」を付加して帳票イメージ入力テーブル８１に
格納する（ステップ２１３）。次に入力確認機能１５
は、数値イメージデータと文字認識された「数値デー
タ」を表示装置上に表示し、オペレータの確認を受ける
（ステップ２１４）。

【００２１】図１０は、帳票種別テーブル８２のデータ
構成を示す図である。帳票種別テーブル８２の各エント
リは、「帳票イメージコード」及び「帳票種別」から構
成される。「帳票イメージコード」は、帳票の種別を示
す識別子である。「帳票種別」は帳票種別を示す文字列
である。

【００２２】図１１は、帳票イメージ分割テーブル８３
のデータ構成を示す図である。帳票イメージ分割テーブ
ル８３は、帳票案件ごとに作成され、「案件コード」、
「帳票種別」と、帳票を構成する項目ごとに設けられる
「項目名」及び「項目イメージコード」から構成され
る。「案件コード」は帳票イメージデータのヘッダであ
り、帳票種別を識別する記号と個別帳票の通し番号から
成る。「帳票種別」は帳票種別を示す文字列である。
「項目名」は分割の対象となる項目の名称、「項目イメ
ージコード」はその項目のイメージデータに付されるコ
ードであり、「帳票イメージコード」とその帳票を構成
する項目の追番とから成る。

【００２３】図１２は、帳票イメージ分割処理２１を構
成する機能を示す図である。帳票イメージ分割処理２１
は、帳票種別検出機能５１、帳票イメージデータ格納機
能５２及び項目別帳票イメージ分割機能５３の各機能を
有する。

【００２４】図１３は、帳票イメージ分割処理２１の処
理手順を示す図である。帳票種別検出機能５１は、帳票
イメージデータのヘッダである案件コードから帳票種別
を検出する（ステップ２２１）。帳票イメージデータ格
納機能５２は、帳票種別テーブル８２を参照して該当す
る「帳票イメージコード」と「帳票種別」を取り出して
帳票イメージデータに付加し、帳票イメージＤＢ４１に
格納する（ステップ２２２）。次に項目別帳票イメージ
分割機能５３は、判定された帳票種別に基づいて帳票イ
メージデータを構成する各項目別のイメージデータを確
定して、帳票イメージデータを項目イメージデータに分
割し（ステップ２２３）、当該帳票案件について「案件
コード」、「帳票種別」と分割した各「項目名」及び
「項目イメージコード」とを作成して帳票イメージ分割
テーブル８３に登録する。

【００２５】図１４は、項目別イメージコードテーブル
８４のデータ構成を示す図である。項目別イメージコー
ドテーブル８４は、分割された項目について項目名ごと
に分類して作成され、「項目イメージ数」、「項目名」
と、個々の項目イメージデータごとに「案件コード」、
「項目イメージコード」及び「数値データコード」から
構成される。「項目イメージ数」は同一項目名の下に集
められた項目イメージデータの数、「項目名」はその項
目名である。「案件コード」は該当する帳票案件のコー
ドである。「項目イメージコード」は該当する項目イメ
ージデータに付されるコードである。「数値データコー
ド」は項目が数値データである場合に該当するコードを
格納する。

【００２６】図１５は、回収データテーブル８６のデー
タ構成を示す図である。回収データテーブル８６は、エ
ントリが完了して回収された項目データを格納するテー
ブルであり、「項目エントリ数」と、各項目別の「項目
名」、「案件コード」及び「エントリデータ」とを格納
する。「項目エントリ数」は回収された項目データの数
である。「項目名」は回収された項目の名称、「案件コ
ード」は該当する案件コード、「エントリデータ」はエ
ントリの完了した項目データである。

【００２７】図１６は、案件進捗テーブル８５のデータ
構成を示す図である。案件進捗テーブル８５の各エント
リは、「案件コード」、「項目名」、「進捗状態」及び
「処理優先度」から構成される。「案件コード」は帳票
イメージデータのヘッダである案件コードである。「項
目名」はその帳票案件に属する項目の名称である。「進
捗状態」はその項目の進捗状況であり、エントリ、検
印、ベリファイ又は完了のいずれかを示す。「処理優先
度」はその項目の処理の優先度を示す。

【００２８】図１７は、オペレーションサービスセンタ
サーバ２０の表示装置に表示される案件進捗管理画面８
７の例を示す図である。案件進捗管理画面８７の左側半
分には、「案件コード」と「優先度」の一覧を表示す
る。「案件コード」は対象とする案件コード、「優先
度」は対応する帳票案件の「処理優先度」である。案件
進捗管理画面８７の右側半分には、特定の帳票案件の進
捗状況を表示する。「案件コード」は選択された帳票案
件の案件コード、「進捗状況」は帳票案件全体としての
進捗状況、「対象業務」はその帳票データを処理するホ
スト計算機の対象業務である。金額、名前、口座番号、
検印はその帳票を構成する項目の項目名であり、各項目
別の進捗状況を表示する。左側テーブル中のいずれかの
「案件コード」を選択するとその帳票案件について右側
の案件進捗状況が表示される。特に処理の遅れている項
目がある場合、「優先度」を変更すると、それに従って
その帳票案件について完了していないすべての項目の
「処理優先度」が変更される。

【００２９】図１８は、ワーク管理部２４を構成する機
能を示す図である。項目イメージ分類機能６１は、分割
された項目イメージデータについて帳票イメージ分割テ
ーブル８３を参照して同一の項目名のみを集めるように
分類して、各項目名について項目別イメージコードテー
ブル８４を作成する。項目イメージ配信機能６２は、分
類した項目イメージデータをそれぞれ該当するデータエ
ントリ端末３１のイメージデータエントリ処理へ送信す
る。なお項目名が口座番号に該当する項目イメージデー
タと検印の項目イメージデータとを同一のデータエント
リ端末３１へ送信する。また営業店端末１０によつてす
でに文字認識された項目イメージデータには文字認識さ
れたデータが付加されているので、データエントリ端末
３１のデータエントリをスキップし、データベリファイ
端末３３へ送信する。エントリデータ回収機能６３は、
検印端末３２、データベリファイ端末３３からエント
リ、検印、ベリファイの完了した項目データを回収して
回収データテーブル８６を作成し、エントリデータ統合
処理２３に渡す。

【００３０】ワーク管理部２４のサービス進捗管理機能
６４は、項目別イメージコードテーブル８４の各項目に
ついてサービス機能群２２の進捗状況を収集し、案件進
捗テーブル８５を作成して表示装置上に案件進捗管理画
面８７を表示する。サービス進捗制御機能６５は、案件
進捗管理画面８７を介して「優先度」が変更されると、
案件進捗テーブル８５上の「処理優先度」を変更し、サ
ービス機能群２２へ案件コード、項目イメージコード及
び変更後の優先度をサービス機能群２２の該当する端末
装置に通知する。

【００３１】図１９は、項目イメージ分類機能６１及び
項目イメージ配信機能６２の処理手順を示す図である。
項目イメージ分類機能６１は、分割された項目イメージ
データを共通する項目ごとに複数案件まとめる（ステッ
プ２３１）。一定件数分の項目イメージデータがまとめ
られたとき（ステップ２３２Ｙｅｓ）、項目イメージ配
信機能６２に渡す。項目イメージ配信機能６２は、一定
件数の案件の項目イメージデータをまとめてデータエン
トリ端末３１に送信するためのデータ形式にし（ステッ
プ２３３）、各データエントリ端末３１の進捗状況に合
わせて送信する端末を選定し、まとめた項目イメージデ
ータ、対応する項目別イメージコードテーブル８４の内
容及び「処理優先度」を送信する（ステップ２３４）。

【００３２】図２０は、エントリ統合テーブル８８のデ
ータ構成を示す図である。エントリ統合テーブル８８
は、データエントリの完了した帳票案件ごとに作成さ
れ、各帳票一案件に対応する「案件コード」と、その帳
票の項目ごとに「項目名」及び「エントリデータ」から
構成される。「エントリデータ」はデータエントリされ
た項目データである。

【００３３】図２１は、エントリデータ統合処理２３を
構成する機能を示す図である。エントリデータ統合処理
２３は、優先案件抽出機能７１、案件別エントリデータ
統合機能７２、エントリデータ格納機能７３及びホスト
送信、営業店差戻し判定機能７４の各機能を有する。

【００３４】図２２は、エントリデータ統合処理２３の
処理の手順を示す図である。エントリデータ統合処理２
３の優先案件抽出機能７１は、回収したエントリデータ
について、その「案件コード」から案件進捗テーブル８
５の該当する「処理優先度」を参照し、優先度の高い案
件を抽出する（ステップ２４１）。次に案件別エントリ
データ統合機能７２は、回収データテーブル８６を参照
して優先度の高い案件から順に項目別のエントリデータ
を統合して一案件分のデータとし、エントリ統合テーブ
ル８８を作成する（ステップ２４２）。次にエントリデ
ータ格納機能７３は、エントリ統合テーブル８８の内容
をエントリＤＢ４３に格納する（ステップ２４３）。次
にホスト送信、営業店差戻し判定機能７４は、後述する
ベリファイの判定結果及び検印結果を参照して案件デー
タを営業店端末１０に送信するか、ホスト計算機４に送
信するかの判定を行う（ステップ２４４）。結果が不良
であれば、その案件データと対応する帳票イメージデー
タを営業店端末１０に送信する（ステップ２４５）。結
果が良好であれば、その案件データをホスト計算機４に
送信する（ステップ２４６）。

【００３５】図２３は、エントリデータ確認・修正テー
ブル８９のデータ構成を示す図である。エントリデータ
確認・修正テーブル８９は、帳票案件ごとに「数値デー
タコード」、「項目名」、「エントリデータ」及び「修
正データ」の各項目から構成される。「数値データコー
ド」はエントリデータの項目が数値項目の場合にそのコ
ードを格納する。「項目名」はエントリされた項目の名
称、「エントリデータ」はエントリされた項目データ、
「修正データ」は修正がある場合に修正された項目デー
タを格納する。

【００３６】図２４は、営業店端末１０が行う営業店端
末処理１６を構成する機能を示す図である。営業店端末
処理１６は、エントリデータ確認修正機能１７を有す
る。エントリデータ確認修正機能１７は、差し戻された
案件データと帳票イメージデータを営業店端末１０の表
示装置上に表示し、オペレータによって「エントリデー
タ」が修正されたとき、エントリデータ確認・修正テー
ブル８９の「修正データ」を格納し、修正された案件デ
ータをホスト計算機４へ送信する。オペレータが修正不
可の指示をした帳票案件については、帳票イメージ入力
処理１２に戻り、帳票原本の確認と帳票イメージの再入
力となる。

【００３７】図２５は、データエントリ端末３１が有す
るイメージデータエントリテーブル９０のデータ構成を
示す図である。イメージデータエントリテーブル９０
は、特定の項目の「項目名」と、各項目イメージデータ
に対応して「案件コード」、「項目イメージコード」、
「処理優先度」及び「エントリデータ」との各項目から
構成される。「項目名」、「案件コード」及び「項目イ
メージコード」は項目別イメージコードテーブル８４か
ら作成されたものである。「処理優先度」は案件進捗テ
ーブル８５の該当する「処理優先度」である。「エント
リデータ」は入力された項目データである。

【００３８】図２６は、データエントリ端末３１の表示
装置上に表示されるデータエントリ画面９１の例を示す
図である。データエントリ画面９１は、その左半分に項
目イメージデータを優先度の高い順に表示し、右半分に
項目データを入力するためのエントリデータ入力領域を
項目イメージデータと並列させて表示する。

【００３９】図２７は、データエントリ端末３１のイメ
ージデータエントリ処理２５を構成する機能を示す図で
ある。イメージデータエントリ処理２５は、項目イメー
ジ表示機能１０１及びエントリデータ入力・修正機能１
０２を有する。

【００４０】図２８は、イメージデータエントリ処理２
５の処理手順を示す図である。項目イメージ表示機能１
０１は、イメージデータエントリテーブル９０の各「項
目イメージコード」に対応する項目イメージデータを
「処理優先度」の高い順に並べ替えてデータエントリ端
末３１の表示装置上に表示する（ステップ２５１）。ま
た項目イメージデータに対応してエントリデータ入力領
域を表示する（ステップ２５２）。エントリデータ入力
・修正機能１０２は、入力領域にエントリデータが入力
されると、イメージデータエントリテーブル９０の該当
する「項目イメージコード」に対応する「エントリデー
タ」にデータを格納する（ステップ２５３）。入力装置
を介して修正が指示されると（ステップ２５４Ｙｅ
ｓ）、修正データを入力し、イメージデータエントリテ
ーブル９０の該当する「エントリデータ」を修正する
（ステップ２５３）。イメージデータエントリ処理２５
は、処理の終了したイメージデータエントリテーブル９
０を検印端末３２へ送信する。なお「項目名」が口座番
号である「エントリデータ」に対応する「項目名」が検
印の項目イメージデータを検印登録処理へ送信する。

【００４１】図２９は、エントリデータ又は検印の項目
イメージデータの送付先を判定するイメージデータエン
トリ処理２５の処理手順を示す図である。イメージデー
タエントリ処理２５は、対象がエントリデータか検印の
項目イメージデータかを判定する（ステップ２６１）。
入力済のエントリデータであれば、エントリデータとそ
の項目イメージデータを検印端末３２へ送信する（ステ
ップ２６２）。検印の項目イメージデータであれば、該
当する口座番号とともにデータベリファイ端末３３へ送
信する（ステップ２６３）。

【００４２】図３０は、データベリファイ端末３３が有
するエントリデータベリファイテーブル９２のデータ構
成を示す図である。エントリデータベリファイテーブル
９２は、特定の「項目名」と、各項目の「エントリデー
タ」に対応して「修正データ」、「案件コード」及び
「判定結果」の各項目から構成される。「項目名」、
「エントリデータ」及び「案件コード」は、イメージデ
ータエントリテーブル９０から作成されたものである。
「修正データ」は修正されたエントリデータ、「判定結
果」はベリファイ可否の判定結果であり、修正不要又は
修正可能であれば良、修正不可であれば不良の記号を格
納する。

【００４３】図３１は、データベリファイ端末３３のエ
ントリデータベリファイ処理２７を構成する機能を示す
図である。エントリデータベリファイ処理２７は、エン
トリデータ表示機能１１１及びエントリデータ確認・修
正機能１１２を有する。

【００４４】図３２は、エントリデータベリファイ処理
２７の処理手順を示す図である。エントリデータベリフ
ァイ処理２７のエントリデータ表示機能１１１は、受信
したイメージデータエントリテーブル９０からエントリ
データベリファイテーブル９２を作成し、エントリデー
タベリファイテーブル９２上の各エントリデータと対応
する項目イメージデータを「処理優先度」の高い順に並
べ替えて、表示装置上に表示する（ステップ２７１）。
オペレータによつて修正が指示されたとき（ステップ２
７２修正可能）、そのエントリデータの修正データを受
け取り（ステップ２７３）、エントリデータベリファイ
テーブル９２の「修正データ」に格納する。オペレータ
によつて修正不可が指示されたとき（ステップ２７２修
正不可）、そのエントリデータの判定結果をエントリデ
ータベリファイテーブル９２の「判定結果」に格納す
る。

【００４５】図３３は、検印・登録テーブル９３のデー
タ構成を示す図である。検印・登録テーブル９３の各エ
ントリは、「案件コード」、「印鑑コード」、「印鑑イ
メージデータ」、「検印結果」および「新規登録印鑑コ
ード」の各項目から構成される。「案件コード」は対象
とする帳票の案件コード、「印鑑コード」は印鑑ＤＢ４
２に登録されている印鑑コードであり、口座番号そのも
の又は口座番号に対応するコードである。「印鑑イメー
ジデータ」は帳票上の検印の項目イメージデータであ
る。「検印結果」は検印結果を示す情報であり、良又は
不良を示す。「新規登録印鑑コード」は新規に印鑑ＤＢ
４２に登録された印鑑コードである。

【００４６】図３４は、検印端末３２に設けられる検印
・登録処理２６を構成する機能を示す図である。検印・
登録処理２６は、案件判定機能１２１、印鑑検印機能１
２２及び新規印鑑登録機能１２３を有する。

【００４７】図３５は、検印・登録処理２６の処理手順
を示す図である。検印・登録処理２６の案件判定機能１
２１は、受信した情報から検印・登録テーブル９３を作
成し、各エントリの「案件コード」から帳票の種別を判
定する（ステップ２８１）。次に帳票種別から印鑑の新
規登録か否かを判定する（ステップ２８２）。例えば新
規口座開設の帳票ならば印鑑の新規登録を伴い、出金帳
票ならば伴わない。新規登録であれば、新規印鑑登録機
能１２３は、「印鑑イメージデータ」を印鑑ＤＢ４２に
登録し（ステップ２８３）、新規に採番された印鑑コー
ドを検印・登録テーブル９３の「新規登録印鑑コード」
に格納する。新規登録でなければ、印鑑検印機能１２２
は、「印鑑コード」をキーとして印鑑ＤＢ４２を検索
し、その印影を検印端末３２に読み込んで表示し、その
印影と並列して検印・登録テーブル９３の「印鑑イメー
ジデータ」を表示する（ステップ２８４）。検印結果が
良の指示があれば（ステップ２８５良）、検印・登録テ
ーブル９３の「検印結果」に良の記号を格納する（ステ
ップ２８６）。また検印結果が不良の指示があれば（ス
テップ２８５不良）、検印・登録テーブル９３の「検印
結果」に不良の記号を格納する（ステップ２８７）。

【００４８】

【発明の効果】以上述べたように本発明によれば、一帳
票案件のイメージデータは、項目別に分割されて各デー
タエントリ端末、検印端末又はデータベリファイ端末に
送信されるので、各端末には特定の項目のイメージデー
タのみが複数案件分表示されることになり、端末オペレ
ータは顧客情報の全体を知ることなく作業を行うことが
でき、顧客情報のセキュリティが確保される。

【００４９】また各帳票案件の進捗状況は、一元的に管
理され、各帳票案件に付与される優先度を制御すること
によって、優先案件の作業滞留を防止することができ
る。

【図面の簡単な説明】

【図１】実施形態のデータエントリシステムの構成図で
ある。

【図２】実施形態のハードウェア機器構成図である。

【図３】実施形態の帳票イメージＤＢ４１のデータ構成
を示す図である。

【図４】実施形態の印鑑ＤＢ４２のデータ構成を示す図
である。

【図５】実施形態のエントリＤＢ４３のデータ構成を示
す図である。

【図６】実施形態のオペレーションサービスセンタサー
バ２０の処理の流れを示す図である。

【図７】実施形態の帳票イメージ入力テーブル８１のデ
ータ構成を示す図である。

【図８】実施形態の帳票イメージ入力処理１２を構成す
る機能を示す図である。

【図９】実施形態の帳票イメージ入力処理１２の処理手
順を示す図である。

【図１０】実施形態の帳票種別テーブル８２のデータ構
成を示す図である。

【図１１】実施形態の帳票イメージ分割テーブル８３の
データ構成を示す図である。

【図１２】実施形態の帳票イメージ分割処理２１を構成
する機能を示す図である。

【図１３】実施形態の帳票イメージ分割処理２１の処理
手順を示す図である。

【図１４】実施形態の項目別イメージコードテーブル８
４のデータ構成を示す図である。

【図１５】実施形態の回収データテーブル８６のデータ
構成を示す図である。

【図１６】実施形態の案件進捗テーブル８５のデータ構
成を示す図である。

【図１７】案件進捗管理画面８７の例を示す図である。

【図１８】実施形態のワーク管理部２４を構成する機能
を示す図である。

【図１９】実施形態の項目イメージ分類機能６１及び項
目イメージ配信機能６２の処理手順を示す図である。

【図２０】実施形態のエントリ統合テーブル８８のデー
タ構成を示す図である。

【図２１】実施形態のエントリデータ統合処理２３を構
成する機能を示す図である。

【図２２】実施形態のエントリデータ統合処理２３の処
理手順を示す図である。

【図２３】実施形態のエントリデータ確認・修正テーブ
ル８９のデータ構成を示す図である。

【図２４】実施形態の営業店端末処理１６を構成する機
能を示す図である。

【図２５】イメージデータエントリテーブル９０のデー
タ構成例を示す図である。

【図２６】データエントリ画面９１の例を示す図であ
る。

【図２７】実施形態のイメージデータエントリ処理２５
を構成する機能を示す図である。

【図２８】実施形態のイメージデータエントリ処理２５
の処理手順を示す図である。

【図２９】実施形態のイメージデータエントリ処理２５
の処理手順（続き）を示す図である。

【図３０】エントリデータベリファイテーブル９２のデ
ータ構成例を示す図である。

【図３１】実施形態のエントリデータベリファイ処理２
７の構成機能を示す図である。

【図３２】実施形態のエントリデータベリファイ処理２
７の処理手順を示す図である。

【図３３】実施形態の検印・登録テーブル９３のデータ
構成を示す図である。

【図３４】実施形態の検印・登録処理２６の構成機能を
示す図である。

【図３５】実施形態の検印・登録処理２６の処理手順を
示す図である。

【符号の説明】

１：営業店、２：事務オペレーションサービスセンタ、
４：ホスト計算機、１０：営業店端末、２１：帳票イメ
ージ分割処理、２２：サービス機能群、２３：エントリ
データ統合処理、２４：ワーク管理部、３１：データエ
ントリ端末、３２：検印端末、３３：データベリファイ
端末、４１：帳票イメージＤＢ、４２：印鑑ＤＢ、４
３：エントリＤＢ

Claims

【特許請求の範囲】

【請求項１】複数のデータ項目を有する帳票について、
帳票上のデータがイメージデータによって表現されるよ
うな帳票イメージデータを基にしてデータエントリを行
うデータエントリシステムであって、該帳票イメージデ
ータを各データ項目に対応する項目イメージデータに分
割する手段と、分割された同一データ項目に属する複数
帳票分の項目イメージデータを集めて順にデータエント
リする手段と、データエントリ後の項目イメージデータ
とエントリされた項目データとについてデータベリファ
イする手段と、ベリファイ後の項目データを元の帳票単
位に統合する手段とを有することを特徴とするデータエ
ントリシステム。
【請求項２】前記データエントリする手段は、表示装置
上に前記項目イメージデータと対応する項目データの入
力領域とを並列させて表示することを特徴とする請求項
１記載のデータエントリシステム。
【請求項３】前記項目イメージデータの１つは印鑑の印
影であり、表示装置上に分割された印鑑イメージデータ
とあらかじめ登録された該当する印鑑イメージデータと
を並列させて表示することを特徴とする請求項１記載の
データエントリシステム。
【請求項４】前記帳票イメージデータを構成する複数の
項目イメージデータのうち、一部の項目イメージデータ
についてはあらかじめ文字認識されて項目データに変換
されており、文字認識された項目データについては、前
記データエントリする手段の処理をスキップして前記デ
ータベリファイする手段による処理を行うことを特徴と
する請求項１記載のデータエントリシステム。
【請求項５】前記帳票イメージデータには帳票種別を示
すコードが付加されており、前記分割する手段は、前記
帳票種別を示すコードによって前記帳票イメージデータ
を構成する各項目イメージデータを確定することを特徴
とする請求項１記載のデータエントリシステム。
【請求項６】前記データエントリシステムは、データベ
リファイ不可の項目イメージデータとデータベリファイ
可能の項目イメージデータを判別する手段を有し、デー
タベリファイ不可の項目を有する帳票案件を元の営業店
端末へ送信し、データベリファイ可能の項目のみを有す
る帳票案件をホスト計算機へ送信する手段を有すること
を特徴とする請求項１記載のデータエントリシステム。
【請求項７】前記データエントリシステムは、入力され
る帳票案件について、処理の優先度を付与し、前記デー
タエントリする手段と前記データベリファイする手段
は、優先度のより高い帳票案件の項目イメージデータに
ついての処理を優先させることを特徴とする請求項１記
載のデータエントリシステム。
【請求項８】計算機及び端末装置を利用して帳票上のデ
ータがイメージデータによって表現されるような帳票イ
メージデータを基にしてデータエントリを行う方法であ
って、前記計算機によって前記帳票イメージデータを各
データ項目に対応する項目イメージデータに分割し、分
割された同一データ項目に属する複数帳票分の項目イメ
ージデータをまとめて第１の端末装置へ送信し、第１の
端末装置によって受信した項目イメージデータについて
順にデータエントリして項目データを作成し、第２の端
末装置によってデータエントリ後の項目イメージデータ
とエントリされた項目データとについてデータベリファ
イし、ベリファイ後の項目データを前記計算機へ送信
し、前記計算機によってベリファイ後の項目データを元
の帳票単位に統合することを特徴とするデータエントリ
方法。