(57)【特許請求の範囲】
【請求項１】
承認処理を必要とする帳票データ処理を実行するための帳票データ処理装置であって、
帳票のコードデータを記憶する記憶手段と、
受信した帳票のイメージデータを認識してコードデータに変換し、該コードデータ及び該コードデータが入力待ちである事を示すステータス情報を前記記憶手段に記憶させる認識手段と、
修正端末よりの依頼に基づき、前記記憶手段に記憶されているコードデータのうち、ステータス情報が入力待ちである事を示す帳票データのコードデータを前記修正端末に送信し、その後、前記修正端末において前記修正端末の修正手段により送信されたコードデータに対する修正が行われた場合、前記記憶手段の該コードデータのステータス情報を確認処理待ち状態を示すステータス情報に更新し、前記修正端末において前記修正手段により送信されたコードデータに対する修正が行われなかった場合、前記記憶手段の該コードデータのステータス情報を承認処理待ち状態を示すステータス情報に更新する修正処理手段と、
確認端末よりの依頼に基づき、前記記憶手段に記憶されているコードデータのうち、ステータス情報が確認待ちである事を示す帳票データのコードデータを前記確認端末に送信し、その後、前記確認端末による確認が行われた場合、前記記憶手段の該コードデータのステータス情報を承認処理待ち状態を示すステータス情報に更新する確認処理手段と、
承認端末よりの依頼に基づき、前記記憶手段に記憶されているコードデータのうち、ステータス情報が承認待ちである事を示す帳票データのコードデータを前記承認端末に送信し、その後、前記承認端末による指示に基づいて前記記憶手段の該コードデータのステータス情報を更新する承認処理手段と、
を有する事を特徴とする帳票データ処理装置。
【請求項２】
前記承認処理手段は、
承認処理時、帳票データに修正すべき指示があった場合は、該帳票データのステータスコードを入力待ち状態を示すステータス情報に更新する
事を特徴とする請求項１記載の帳票データ処理装置。
【請求項３】
帳票データを記憶する記憶手段を有する帳票データ処理装置が行う承認処理を必要とする帳票データ処理方法であって、
前記帳票データ処理装置が、
受信した帳票のイメージデータを認識してコードデータに変換し、該コードデータ及び該コードデータが入力待ちである事を示すステータス情報を前記記憶手段に記憶させる認識ステップと、
修正端末よりの依頼に基づき、前記記憶手段に記憶されているコードデータのうち、ステータス情報が入力待ちである事を示す帳票データのコードデータを前記修正端末に送信し、その後、前記修正端末において前記修正端末の修正手段により送信されたコードデータに対する修正が行われた場合、前記記憶手段の該コードデータのステータス情報を確認処理待ち状態を示すステータス情報に更新し、前記修正端末において前記修正手段により送信されたコードデータに対する修正が行われなかった場合、前記記憶手段の該コードデータのステータス情報を承認処理待ち状態を示すステータス情報に更新する修正処理ステップと、
確認端末よりの依頼に基づき、前記記憶手段に記憶されているコードデータのうち、ステータス情報が確認待ちである事を示す帳票データのコードデータを前記確認端末に送信し、その後、前記確認端末による確認が行われた場合、前記記憶手段の該コードデータのステータス情報を承認処理待ち状態を示すステータス情報に更新する確認処理ステップと、
承認端末よりの依頼に基づき、前記記憶手段に記憶されているコードデータのうち、ステータス情報が承認待ちである事を示す帳票データのコードデータを前記承認端末に送信し、その後、前記承認端末による指示に基づき前記記憶手段の該コードデータのステータス情報を更新する承認処理ステップと、
を実行する事を特徴とする帳票データ処理方法。
【請求項４】
前記帳票データ処理装置は、更に
承認処理ステップにおいて、帳票データに修正すべき指示があった場合は、該帳票データのステータスコードを入力待ち状態を示すステータス情報に更新する
事を特徴とする請求項３記載の帳票データ処理方法。
【発明の詳細な説明】
【０００１】
【産業上の利用分野】
本発明は、帳票データ処理方法および帳票処理装置の改良に関する。
金融機関等の帳票を扱う業務が近年ＥＤＰ化され、ファイルに格納されている帳票データに対して担当者が処理を行い、責任者が処理済のデータをファイルから取り出して確認を行い、さらに確認を行ったデータを上級者が取り出して承認を与えるという方式が用いられている。
【０００２】
しかし、このような一連の処理を常に同じ処理段階を経て行う処理方法では、担当者の処理でミスが発見されない場合には確認処理と承認処理とが重複するとか、ミスが発見された場合は発見時点のオペレータが修正しなければならず、専任者と比較して効率的でないとか、また、前の処理が滞ると、次の処理を行うオペレータが待機するといった運用上の課題があった。
【０００３】
このため、このような帳票処理装置における運用上の課題を解決する帳票データ処理方法およびその方法を実現する帳票処理装置が求められている。
【０００４】
【従来の技術】
図７は従来例の説明図で、ＦＡＸで振込伝票のイメージデータを受信し、このイメージデータの認識処理を行い、コードデータに変換して振込伝票を復元（帳票データの作成）する振込処理装置例を示したものである。
【０００５】
図７において、認識部12は、受信部10で受信し、ファイル11内に格納されている処理ステイタス情報が「未処理」の帳票データ（図７の帳票データNOｎ）を検索し、この帳票データの認識処理を行ってコードデータに変換した後、処理ステイタス情報を「入力待ち」として、帳票データNOｎのレコードの更新を行う。
【０００６】
入力端末13では、ファイル11から「入力待ち」の帳票データ（データNO２）が検索されて出力され、担当オペレータが入力処理した後は「確認待ち」としてそのレコードの更新が行われる。なお、入力処理では、入力端末13に、伝票のイメージデータと、認識されたコードの文字が表示されるので、オペレータはイメージデータと文字とを比較して認識ミスがあればその箇所を修正する。
【０００７】
確認端末14では、「確認待ち」の帳票データ（データNO１）が検索出力され、専任のオペレータが確認処理すると、「承認待ち」としてそのレコードの更新処理が行われる。
【０００８】
さらに承認端末15では「承認待ち」の帳票データ（データNO４）が検索出力され、専任のオペレータによって承認処理されると、「処理済」としてそのレコードの更新が行われる。
【０００９】
なお、確認処理，承認処理においても、入力処理と同様に、伝票データのミスを発見すると、そのオペレータはその部分の修正を行い、処理後は「確認キー」，「承認キー」等の該当キーを押下して終了する。また、「処理済」の帳票データは、さらに上位装置に送信されるか、または帳票として印刷出力される。
【００１０】
【発明が解決しようとする課題】
前述した従来の方法では、認識処理で全ての項目を正しく認識された場合でも、入力、確認、承認の各処理を行っている。また、入力処理で正しく修正され、確認時において修正の必要が無く、金額も少ない場合でも承認処理を行う必要があり、正確性は増すものの非常に手間がかかっている。また、承認時にミスを発見しても、承認オペレータ（主として役職者）が修正する必要があり、承認作業の負荷が多い時には不慣れのため、効率が悪くなっている。
【００１１】
また、仮に確認処理は承認処理の補助的な処理であって、承認処理が行われれば確認処理は行われなくても良い場合でも、必ず確認処理、承認処理の順序で行われる必要があり、承認オペレータの作業が空いている場合には、確認処理が行われるのを待っている必要があり、非効率であるといった課題があった。
【００１２】
本発明は、上記課題に鑑み、効率的に帳票処理が行える帳票データ処理方法およびその処理方法を実現する帳票処理装置を提供することを目的とする。
【００１３】
【課題を解決するための手段】
(1) 第１の発明の帳票データ処理方法は、図１の本発明の説明（その１）を表す図に示すように、帳票データを複数の処理フェーズに分けてシーケンシャルに処理する帳票処理装置において、処理ａn 後の帳票データの次に処理すべき処理フェーズを設定する場合、処理前後の帳票データを検証し、検証結果が所定の条件を満たす場合は、その処理フェーズに応じて設定されている複数ステップ分、処理フェーズを進める（次処理ａn+m ，ｍ≠１）というものである。
(2) 第２の発明の帳票データ処理方法は、第１の発明における所定の条件は処理前後において帳票データに変化が無い場合であるというものである。
(3) 第３の発明の帳票データ処理方法は、第１の発明における所定の条件は、処理前後において帳票データのうちの特定項目に変化がない場合であるというものである。
(4) 第４の発明の帳票データ処理方法は、図２の本発明の説明（その２）を表す図に示すように、帳票データを複数の処理フェーズに分けてシーケンシャルに処理する帳票処理装置において、処理ａn 後の帳票データの次に処理すべき処理フェーズを設定する場合、帳票データの内容を検証し、帳票データ記載の金額が所定額以下の場合は、処理フェーズに応じて設定されている複数ステップ分、その処理フェーズを進める（次処理ａn+m ）というものである。
(5) 第５の発明の帳票データ処理方法は、図３の本発明の説明（その３）を表す図に示すように、帳票データを複数の処理フェーズに分けてシーケンシャルに処理する帳票処理装置において、その処理フェーズ（処理ａn ）において帳票データの不具合の有無を検証し、不具合が有る場合は帳票データの次に処理すべき処理フェーズを前記不具合を修正する処理フェーズに戻す（次処理ａn-m ）というものである。
(6) 第６の発明の帳票データ処理方法は、図４の本発明の説明（その４）を表す図に示すように、複数の処理フェーズで処理される帳票データをそれぞれ対応する処理手段に処理させる帳票処理装置において、処理手段の処理すべき帳票データの処理フェーズとして、所定の第１の処理フェーズ（処理ａn ）とともに第１の処理フェーズの所定前の第２の処理フェーズ（処理ａn-m ）を割り付けておき、その処理手段で処理待ち状態が発生した場合は、前記第２の処理フェーズ待ちの帳票データを処理させるというものである。
(7) 第７の発明は、帳票データを複数の処理フェーズを経て処理する帳票処理装置であって、現処理フェーズを表す処理ステイタス情報とともに帳票データを格納するファイルと、ファイルより帳票データを抽出して前記処理ステイタス情報に応じた所定の処理を施す処理手段と、処理ステイタス情報を更新して処理後の帳票データのファイル更新処理を行う処理ステイタス更新手段と、更新条件指示手段とを有し、
更新条件指示手段は、処理ステイタス対応で帳票データの処理ステイタス情報の更新条件および更新ステップ数を指示するものであり、
処理ステイタス更新手段は、前記処理手段による帳票データの処理状態を検証し、検証結果に対応した前記更新条件指示手段の指示に基づく所定ステップ分帳票データの処理ステイタス情報を更新するものであるように構成する。
(8) 第８の発明は、帳票データを複数の処理フェーズを経て処理する帳票処理装置であって、現処理フェーズを表す処理ステイタス情報とともに帳票データを格納するファイルと、ファイルより該帳票データを抽出して前記処理ステイタス情報に応じた所定の処理を施す処理手段と、処理すべき帳票データをファイルより取り出す出力手段と、出力指示手段とを有し、
出力指示手段は、処理手段が指示する第１の帳票データがファイルに存在しない場合、その処理手段に処理許可された処理ステイタス情報を持つ第２の帳票データの出力指示を行うものであり、
出力手段は、第１の帳票データがファイルに存在しない場合、出力指示手段の指示する第２の帳票データをファイルより取り出してその処理手段に出力するものであるように構成する。
【００１４】
【作用】
(1) 第１の発明は、処理を常に定められた処理フェーズに従って行うのではなく、処理結果を検証して所定の条件を満足する場合は、処理後の帳票データの次の処理フェーズを所定数スキップさせるというものである。
(2) 第２の発明は、その所定の条件として、処理前後の帳票データに変化がない場合としたものである。
【００１５】
これにより、例えば、振込処理装置の場合（以下同じ）、入力処理で認識ミスが発見できなかった場合は確認処理を省いて、処理の効率化を計る。
(3) 第３の発明は、所定の条件として、処理前後の帳票データのうちの特定項目に変化がない場合としたものである。
【００１６】
これにより、例えば、振込人住所のごとく、比較的重要度の低い項目にミスがあり、修正が行われた場合でも、確認処理を省いて効率化を計る。
(4) 第４の発明は、処理後の帳票データの次に処理すべき処理フェーズを設定する場合、帳票データ記載の金額が所定額以下の場合は、処理フェーズに応じて設定されている複数ステップ分、その処理フェーズを進めるというものである。
【００１７】
これにより、例えば、入力処理で認識ミスが発見されても、取扱い金額が所定金額以下ならば、確認処理を省いて効率化を計る。
(5) 第５の発明は、その処理フェーズにおいて帳票データの不具合の有無を検証し、不具合が有る場合は帳票データの次に処理すべき処理フェーズとしてその不具合を修正する処理フェーズに戻すというものである。
【００１８】
これにより、例えば、承認処理においてミスが発見された場合は、そのオペレータが修正するのではなく、入力処理に戻して専任のオペレータに修正させることができる。
(6) 第６の発明は、ある処理手段の処理すべき処理フェーズとして、所定の第１の処理フェーズ（処理ａn ）と、第１の処理フェーズの所定前の第２の処理フェーズ（処理ａn-m ）とを割り付けておき、第１の処理フェーズ待ちの帳票データがなく処理待ち状態が発生した場合は、第２の処理フェーズ待ちの帳票データの処理をその処理手段で行わせるいうもので、例えば、承認待ちの帳票データがない場合は、確認待ちの帳票データの処理を行わせることができる。
(7) 第７の発明は、前述した発明(1) 〜(5) を実現する帳票処理装置である。
【００１９】
先ず、処理ステイタス更新手段は、処理手段（例えば端末装置）による帳票データの処理結果を検証し、その検証結果に基づいて更新条件テーブルの指示する所定ステップ分、その帳票データの処理ステイタス情報を更新する。
【００２０】
更新条件テーブルには、処理フェーズ対応で満足すべき所定の条件（処理前後の変化項目，金額，不具合等）と対応する更新ステップ数とが設定されており、処理ステイタス更新部は、この更新条件を参照して、例えば、帳票データの所定の項目が処理前後で変化がない場合は、処理フェーズを１段階以上スキップして進め、変化がある場合は１ステップ進める等の更新処理を行う。
【００２１】
以上のごとく、処理結果に応じて、不必要になった処理フェーズを省略したり、専任オペレータが処理する処理フェーズを戻すこと等により、帳票データの処理を効率的に行わせることができる。
(8) 第８の発明
本発明の帳票処理装置は、前記発明(6) を実現するもので、所定処理手段（端末装置、またはオペレータＩＤ）に複数の処理を許可しておき、通常処理すべき第１の帳票データが無い場合は、許可されている第２の帳票データの処理を行わせる。このため、出力手段は、処理手段から指定された第１の帳票データがファイルに存在しない場合は設定テーブルを参照し、その処理手段に許可されている処理ステイタス情報を持つ第２の帳票データをファイルより取り出して処理手段に渡す。
【００２２】
以上のごとく、帳票データを複数の処理フェーズでシーケンシャルに処理するシステムにおいて、帳票データごとに処理結果に応じて次の処理フェーズを変更することにより、それぞれの帳票データは必要な処理を全て行われながら、しかもシステム全体での処理量を減少させることができ、システムのスループットが向上する。
【００２３】
また、帳票データ処理を、現在行ったものよりも前の処理に戻すことができることにより、帳票データの修正など、専用の処理あるいは習熟したオペレータに行わせることができるため、個々の作業時間の短縮を図ることができる。
【００２４】
さらに、ある処理待ちの帳票データについて、その処理とは別の処理待ちの帳票データを処理させることにより、処理負荷分散を行わせることができ、システムの柔軟性が向上する。
【００２５】
【実施例】
図５は一実施例の構成図、図６は動作フローチャート図である。なお、全図を通じて同一符号は同一対象物を表す。
【００２６】
本実施例では、ＦＡＸで送信された振込伝票のデータ（以下帳票データ）を複数の処理フェーズを経て処理するファクシミリ為替処理システムについて説明する。
【００２７】
図５において、21は振込処理装置、20はＦＡＸ、40は、入力端末, 確認端末, 承認端末等の処理端末である。なお、処理端末40の処理別は、端末番号等で設定された専用端末でもよく、同じ処理端末でオペレータのＩＤ入力で設定されるものでもよい。
【００２８】
ＦＡＸ20は受信した振込伝票のイメージデータを振込処理装置21に出力する。
振込処理装置21において、23は受信メモリで、ＦＡＸ20から出力されたイメージデータが格納される。22は認識部で、受信したイメージデータを認識し、コードデータに変換する。
【００２９】
24はファイル入力部で、認識部22で認識されたイメージデータとコードデータをファイル25に格納する。31はファイル更新部で、処理端末40で処理済みの帳票データによってファイル25を更新する。29は業務処理部で、処理端末40からの要求により、帳票データ，処理ステイタス情報の受渡し等の所定の処理を行う。
【００３０】
30はファイル検索部で、指定処理ステイタス情報を持つ伝票データの検索を依頼された時、ファイル25を検索して業務処理部29に渡す。
27は処理変更設定テーブルで、処理端末対応で、処理許可された処理フェーズ（入力処理，確認処理等の処理フェーズ、設定は１つの場合もあり、複数の場合もある）が設定されている。
【００３１】
処理端末40において、41は編集部で、振込処理装置21から転送された振込伝票のイメージデータ、コードデータの表示部44への表示, 修正入力に基づく編集を行う。42はメモリで、受信した帳票データが格納される。43は処理ステイタス更新部で、更新条件テーブル47を参照し、編集結果と更新条件とを比較し、指示されたステップ数に基づいて処理ステイタス情報を更新し、処理済みの帳票データとともに振込処理装置21に送出する。
【００３２】
47は更新条件テーブルで、処理ステイタス情報の更新条件が予め設定されている。例えば、▲１▼特定項目を処理フェーズごとに、その処理（検証）の前後でその特定項目が変化しない場合の処理ステイタスのスキップ数、▲２▼キーボード45より修正要の入力があった場合の更新先処理ステイタス情報、▲３▼金額対応でのスキップ数等が設定されている。
【００３３】
45はキーボードで、表示されたコードデータの修正入力がオペレータによって行われる。また、図示省略したが、処理ステイタス情報を戻すための修正要入力キーを備える。
【００３４】
以上の構成において、以下の処理が行われる。図６参照
先ず、ＦＡＸ20で受信した振込伝票のイメージデータは振込処理装置21に送信され、認識部22で認識されたイメージデータとコードデータがファイル25に格納される。この際、処理ステイタス情報として、検証番号１（入力待ち）が付与される。
(1) 処理端末40において、オペレータによって検証番号ｎが選択された場合、
(2) 振込処理装置21の業務処理部29は、検証番号ｎの帳票データの検索をファイル検索部30に依頼し、得られた帳票データを処理端末40に送信する。
(3) このとき、ファイル25に検証番号ｎの帳票データがなければ、処理変更設定テーブル27を参照し、処理許可された他の処理ステイタス情報が設定されていれば、その検証番号ｎ−ｍの帳票データの検索を依頼し、その帳票データを処理端末40に送信する。
【００３５】
この場合、処理許可された他の処理が処理変更設定テーブル27に設定されている場合、その処理名（検証番号）を処理端末40に通知し、オペレータに処理可能か否かを問い合わせ、承諾したときに検証番号ｎ−ｍの帳票データを送信するようにしてもよい。
(4)検証番号ｎの処理が終了した時点で、処理ステイタス更新部43では、検証番号ｎの処理の前と後とで各項目を比較し、
(5) 更新条件テーブル47を参照する。
(6) そして、更新条件テーブル47に設定されている更新条件に応じて処理ステイタス情報を変更する。例えば、データ変化なしの条件を満たす場合は、処理後の帳票データの処理ステイタス情報を「ｎ＋ｍ」とし、満たさない場合は「ｎ＋１」とする。また、修正要キー入力があれば、検証番号を指定された「ｎ−ｍ」に更新する。
【００３６】
以上により、処理された帳票データは、その検証番号が更新されてファイル25に格納され、その検証番号を指定した処理端末40によって処理される。
以上のことを具体的に説明すると、例えば、次のようになる。
▲１▼  ＦＡＸ20で受信され、認識部22で認識された帳票データは、処理ステイタスが「入力待ち」としてファイル25に格納される。
▲２▼  処理端末40で「入力待ち」が指定されると、「入力待ち」の帳票データのうちから、認識順に抽出されて処理端末40に送信され、修正処理が行われる。
【００３７】
この処理で、修正されなかった場合は、「確認待ち」を飛ばして「承認待ち」とし、修正があった場合は、「確認待ち」とするなどのスキップを行う。
▲３▼  また、この入力処理で設定金額と照合され、その金額以内で、且つ修正無しの場合は、「確認待ち」を飛ばして「承認待ち」とする。
▲４▼  承認処理では、「承認待ち」がなければ、オペレータは「確認待ち」を要求し、確認処理を行う。また、ミスが発見されれば、「入力待ち」に戻して再入力処理を行わせる。
【００３８】
以上の実施例によれば、処理結果に応じて、▲１▼処理フェーズをスキップさせる、▲２▼逆に処理フェーズを差し戻す、▲２▼他の処理を行わせる等の処理を行うことができ、処理の効率化が達成される。
【００３９】
【発明の効果】
以上説明した通り、本発明によって以下の効果を得ることができる。
(1) 扱うデータの品質を落とすことなく、処理量を減少させることができ、システム全体のスループットが向上する。ファクシミリ為替処理システムで具体的な効果を示すと、
▲１▼  入力処理の前と後とで各項目の内容に変化が無い場合には、認識部で認識した結果と入力処理でオペレータが確認した内容が一致しているため、続く確認処理をスキップしても入力処理オペレータの不正が入ることがなく、確認処理を削減することができる。
【００４０】
▲２▼  あらかじめ設定した金額以下のデータについては確認処理または承認処理をスキップすることにより、例えば、承認処理では重要な帳票データのみに絞って処理することができる。
(2) 不具合を発見した時点で該当の帳票データを前の処理に戻すことができることにより、修正を迅速に行うことができる。
(3) 時間帯によって処理すべき帳票データの変動が大きいシステムにおいて、処理シーケンスを柔軟に変更することにより対応できる。
(4) 確認処理または承認処理において、それぞれ入力待ちデータあるいは確認待ちのデータを処理できることによって、特にピーク時間帯のシステムのスループットを向上させることができる。為替の処理のような単位時間当たりの処理すべきデータが通常の時間帯とピークの時間帯とで大きく異なるようなシステムの場合には非常に有効である。
【図面の簡単な説明】
【図１】  本発明の説明（その１）を表す図
【図２】  本発明の説明（その２）を表す図
【図３】  本発明の説明（その３）を表す図
【図４】  本発明の説明（その４）を表す図
【図５】  一実施例の構成図
【図６】  動作フローチャート図
【図７】  従来例の説明図
【符号の説明】
10  受信部                        11  ファイル
12  認識部                        13  入力端末
14  確認端末                      15  承認端末
20  ＦＡＸ                        21  振込処理装置
22  認識部                        23  受信メモリ
24  ファイル入力部                25  ファイル
26  帳票データ                    27  処理変更設定テーブル
29  業務処理部                    30  ファイル検索部
31  ファイル更新部                40  処理端末
41  編集部                        42  メモリ
43  処理ステイタス更新部          44  表示部
45  キーボード                    47  更新条件テーブル
【図１】
0004044974.tif 000002
【図２】
0004044974.tif 000003
【図３】
0004044974.tif 000004
【図４】
0004044974.tif 000005
【図５】
0004044974.tif 000006
【図６】
0004044974.tif 000007
【図７】
0004044974.tif 000008