JP3469679B2 - データ処理装置 - Google Patents
データ処理装置Info
- Publication number
- JP3469679B2 JP3469679B2 JP18036395A JP18036395A JP3469679B2 JP 3469679 B2 JP3469679 B2 JP 3469679B2 JP 18036395 A JP18036395 A JP 18036395A JP 18036395 A JP18036395 A JP 18036395A JP 3469679 B2 JP3469679 B2 JP 3469679B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- processing
- operator
- file
- slip
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Description
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明はデータ処理装置に関
し、特に、複数の処理段階を経てデータを処理するデー
タ処理装置に関する。金融機関等の帳票を扱う業務で
は、従来、係員が伝票処理を行い、押印し、さらに別の
係員が確認、押印した後、責任者から承認を得ていた。 【０００２】この場合、入力作業と確認作業を行うの
は、同じ権限オペレータの場合があり、この場合は相互
に入力し、相互に確認しあうこととなる。また確認、承
認時にミスを発見した場合には、入力オペレータに伝票
を返し、修正の後に再処理している。 【０００３】この業務が近年ＥＤＰ化され、ファイルに
格納されている帳票データに対して処理を行い、また処
理済のデータをファイルから取り出して確認を行い、さ
らに確認を行ったデータを取り出して承認を与えるとい
う方式が用いられている。 【０００４】 【従来の技術】図６に従来のこの種のデータ処理装置の
ブロック構成図を示す。伝票はファイル３１に格納さ
れ、処理端末３２から順次読み出されて処理される。 【０００５】ファイル３１に格納された伝票３３は入力
処理、確認処理、承認処理の順で順次処理が行なわれ
る。入力処理ではファイル３１から未処理の伝票を検索
し、入力処理した後に確認待ちとして該レコードの更新
を行う。確認処理では確認待ちの伝票を検索し、確認処
理した後に承認待ちとして該レコード更新を行う。さら
に承認処理では承認待ちの伝票を検索し、承認処理した
後に該レコードの更新を行う。 【０００６】このとき、ファイル３１には各伝票３３が
どの処理状態にあるかを識別するための処理ステータス
が伝票３３に付与されていた。処理端末３２からは処理
ステータスを指定することにより処理しようとする伝票
３３のデータが供給される構成とされていた。 【０００７】 【発明が解決しようとする課題】しかるに、従来のこの
種のデータ処理装置では各処理を指示したオペレータが
誰かを区別することができなかったため、どのオペレー
タでも指示が行なえ、一つの伝票を一人のオペレータが
処理することもでき、伝票の確認・承認の意味がない等
の問題点があった。 【０００８】また、データ修正しようとする場合、入力
または確認を行ったオペレータにデータを戻すことはで
きない等の問題点があった。本発明は上記の点に鑑みて
なされたもので、データの処理を効率よく、かつ、確実
に行なえるデータ処理装置を提供することを目的とす
る。 【０００９】 【課題を解決するための手段】本発明は、ファイルに格
納されたデータを処理装置に読み出し、該処理装置で処
理を行った後、再び該ファイルに格納するデータ処理装
置において、前記処理装置を操作するオペレータを識別
するためのオペレータ識別子の読み取りを行うオペレー
タ識別子読取手段と、前記データの入力要求を受信した
場合、入力要求のあったデータに前記オペレータ識別子
を付与するオペレータ識別子付与手段と、前記オペレー
タ識別子が付与されたデータに対する確認要求を受信し
た場合、付与されたオペレータ識別子とは異なるオペレ
ータ識別子が付与されたデータを読み出すデータ読出制
御手段とを有することを特徴とする。 【００１０】本発明によれば、ファイルからデータを読
み出すときに識別子付与手段によりデータに付与された
オペレータ識別子とは異なるオペレータ識別子が付与さ
れたデータを読み出すことにより、入力処理と確認処理
とを異なるオペレータにより行なうことができるため、
データ内容の確認を確実に行なえる。 【００１１】 【００１２】 【００１３】 【発明の実施の形態】図１に本発明の一実施例のブロッ
ク構成図を示す。本実施例はファクシミリ（ＦＡＸ）で
送信された振込伝票を複数の処理段階を経て処理するシ
ステムについて説明する。 【００１４】図１において１１は振込伝票が送信される
ファクシミリ（ＦＡＸ）、１２は振込伝票の振込処理を
行なう振込処理装置、１３は振込伝票の入力、チェック
を行なう処理端末を示す。ＦＡＸ１１は電話回線と接続
され、受信した振込伝票をイメージデータとして出力
し、振込処理装置１２に供給する。 【００１５】振込処理装置１２は振込伝票をファイルす
るファイル１４，ＦＡＸ１１からの振込伝票のイメージ
データを一時格納する受信メモリ１５，受信メモリ１５
に格納されたイメージデータを認識し、コード変換する
認識部１６，認識部１６で認識したイメージデータとそ
のコードとをファイル１４に入力するファイル入力部１
７，ファイル１４を検索するファイル検索部１８，検索
ファイルに対して処理端末１３からの指示に基づいた業
務処理を行なう業務処理部１９，業務処理部１９での処
理結果に応じてファイル１４の内容を更新するファイル
更新部２０より構成される。 【００１６】ファイル１４は振込伝票毎にイメージデー
タ、コードデータの帳票データと共に処理段階を識別す
る処理ステイタス、処理オペレータを識別するオペレー
タ識別ＩＤなどのデータを格納できる構成とされてい
る。受信メモリ１５はＦＡＸ１１から供給される振込伝
票等のイメージデータを一時的に格納する。 【００１７】認識部１６は受信メモリに格納された振込
伝票のイメージデータを読み込み、イメージとして書込
まれた銀行名、金額等のデータをコードに変換する。フ
ァイル入力部１７は振込伝票をイメージデータ及び認識
部１６で変換されたコードデータと共に帳票データとし
てファイル１４に格納する。 【００１８】ファイル検索部１８は業務処理部１９から
の指示に応じて後述するような手順に従ってファイル１
４よりデータを検索し、業務処理部１９に供給する。こ
のとき、ファイル検索部１８の内部にはチェック機能と
して動作させるため、異なるオペレータ識別ＩＤでデー
タを読み出す場合と、データの機密性を保持するため、
同じオペレータ識別ＩＤでデータを読み出す場合との動
作を設定する設定情報が設定可能な構成とされている。 【００１９】業務処理部１９は処理端末１３からの要求
により、帳票データ、処理ステイタス、オペレータＩＤ
の受渡し等の処理を行なう。ファイル更新部２０は、処
理済の帳票データに処理ステイタス及びオペレータ識別
ＩＤを付加してファイル１４の更新を行なう。 【００２０】処理端末１３は振込処理装置１２から供給
された振込伝票のイメージデータ、コードデータを格納
するメモリ２１，メモリ２１に格納された振込伝票のイ
メージデータ、コードデータを編集し、表示する編集部
２２，振込処理装置１２に処理するデータの指示を行な
うと共にメモリ２１の内容を訂正する指示訂正部２３，
オペレータ識別ＩＤが記録されたカード２４を読み取る
カード読取部２５，カード読取部２５で読み取られたオ
ペレータ識別ＩＤを振込処理装置１２に供給すると共に
メモリ２１の内容を振込処理装置１２に返送する送出部
２６より構成される。 【００２１】メモリ２１は振込処理装置１２から送信さ
れる振込伝票のイメージデータ、コードデータを格納す
る。編集部２２はメモリ２１に格納されたイメージデー
タ、コードデータを編集してディスプレイ等に表示す
る。 【００２２】指示・訂正部２３はファイル１４からのデ
ータの読み出しを指示すると共にイメージデータとコー
ドデータとに相違がある場合などに両者が一致するよう
に訂正を行なう。カード読取部２５はオペレータ各人に
与えられ、オペレータ各人を識別するオペレータ識別Ｉ
Ｄが記録されたカード２４が挿入され、カード２４より
オペレータ識別ＩＤを読み取る。 【００２３】送出部２６はカード読取部２５によるカー
ド２４の読み取り時にカード２４に記録されたオペレー
タ識別ＩＤを振込処理装置１２に送信すると共にメモリ
２１に格納され、チェック・訂正されたデータを振込処
理装置１２に送信する。図２にファイル検索部１８の動
作フローチャートを示す。ファイル検索部１８は業務処
理部１９からファイル１４の検索のキーとなる処理ステ
ータス及びオペレータ識別ＩＤが供給されると、起動し
（ステップＳ１-1）、ファイル１４にアクセスして、フ
ァイル１４にデータがあれば（ステップＳ１-2）、ファ
イル１４のデータから処理ステータスを読み込む（ステ
ップＳ１-3）。 【００２４】次にファイル検索部１８は業務処理部１９
から指示された処理ステータスと対象データから読み込
んだ処理ステータスとを比較し、一致するデータを検索
する（ステップＳ１-4）。ファイル検索部１８はファイ
ル１４に処理ステータスが一致するデータを見つける
と、次に対象データからオペレータ識別ＩＤを読み込む
（ステップＳ１-5）。ここで、ファイル検索部１８はオ
ペレータ識別ＩＤが不一致でデータの読み出しを行なう
か、又はオペレータ識別ＩＤが一致でデータの読み出し
を行なうかを内部に予め設定された設定情報を見ること
により判断する（ステップＳ１−６）。 【００２５】ステップＳ１ −６ でファイル検索部１８内
部にオペレータ識別ＩＤとは不一致のデータを読み出す
設定がなされ、判断が行なわれた場合にはファイル検索
部１８は対象データのオペレータ識別ＩＤを読み込む
と、次に業務処理部１９から指示されたオペレータ識別
ＩＤとファイル１４から読み込まれたオペレータ識別Ｉ
Ｄとを比較して、一致していれば、同一オペレータによ
る処理となり、チェック機能が働かなくなるため、次の
データにアクセスし、不一致であれば、異なるオペレー
タによる処理となるため、ファイル１４からデータを読
み出して業務処理部１９に供給する（ステップＳ
１−７，Ｓ１−８）。 【００２６】ステップＳ１−６で、データの機密性を保
持するためにファイル検索部１８の内部に入力されたオ
ペレータ識別ＩＤと同じオペレータ識別ＩＤが付与され
たデータを読み出す設定がされている場合にはファイル
検索部１８は指示された処理ステータスから入力された
オペレータ識別ＩＤと同じオペレータ識別ＩＤが付与さ
れたデータを読み出す（ステップＳ１−９）。 【００２７】また、ステップＳ１-2でファイル１４にア
クセスするデータがなくなれば、データなしを示す通知
を業務処理部１９に通知する（ステップＳ１-10 ）。図
３に業務処理部１９の動作フローチャートを示す。業務
処理部１９はファイル検索部１８又は処理端末１３より
データを受信すると起動される（ステップＳ２-1）。 【００２８】ステップＳ２-1で受信したデータがファイ
ル検索部１８からのデータであれば（ステップＳ
２-2）、次に受信データが未処理データか否かを処理ス
テータスに応じて判断し、未処理データであれば、ＦＡ
Ｘの受信順に検索され、供給されるため、ＦＡＸ通番を
前に供給された未処理データのＦＡＸ通番と連設してい
るか否かを判断することにより、振込帳票の送信抜けを
検知する（ステップＳ２-3，Ｓ２-4）。 【００２９】ステップＳ２-4でＦＡＸ通番に抜けを検知
したときには帳票に抜けがある旨のデータを生成し、処
理端末に通知する（ステップＳ２-5，Ｓ２-6）。また、
ステップＳ２-3で受信データが既に処理済のデータの場
合及び、ステップＳ２-4でＦＡＸ通番に抜けがない場合
には受信したデータを処理端末に通知する（ステップＳ
２-6）。 【００３０】また、ステップＳ２-2で受信データが処理
端末１３からのものであれば、データに内蔵されたＦＡ
Ｘ通番及び処理ステータスを検知することにより同じＦ
ＡＸ通番のデータが同じ処理ステータスの処理を２度行
なうことはないことからＦＡＸ通番のダブリの有無を検
知する（ステップＳ２-7）。 【００３１】ここで、ダブリがあれば、処理端末１３に
ダブリがある旨のデータを通知し（ステップＳ２-8）、
ダブリがなければ、ファイル更新部２０に受信データを
供給する（ステップＳ２-9）。図４にファイル更新部２
０の動作フローチャートを示す。ファイル更新部２０は
業務処理部１９からデータを受信することにより起動さ
れ、受信したデータと共に端末から通知された処理ステ
ータス及びオペレータ識別ＩＤをデータに付加してファ
イル１４に書き込む（ステップＳ３-1，Ｓ３-2）。 【００３２】図５に処理端末１３の動作フローチャート
を示す。処理端末１３はオペレータにより各オペレータ
を識別するオペレータ識別ＩＤが記録されたカード２４
が読み込まれ、オペレータにより処理が設定されると動
作が起動される（ステップＳ４-1，Ｓ４-2）。 【００３３】処理端末１３はカード２４が読み込まれ、
処理が設定されると設定された処理の処理ステータス
と、カード２４に記録されたオペレータ識別ＩＤとを振
込処理装置１２に通知する（ステップＳ４-3）。処理端
末１３は振込処理装置１２から処理ステータス及びオペ
レータ識別ＩＤに応じたデータが供給されると、供給さ
れたデータがＦＡＸ通番の抜けを知らせるデータか否か
を検知し、ＦＡＸ通番に抜けがある旨データであれば、
ＦＡＸ通番に抜けがある旨の表示を行ない、次のデータ
の供給を振込処理装置１２に要求する（ステップＳ
４-5，Ｓ４-6）。 【００３４】また、指示した帳票のデータであれば、受
信したデータに対して、設定した処理を実行する（ステ
ップＳ４-7）。ここで処理としては画面に表示された帳
票のイメージと、その内容のコードデータとをオペレー
タがチェックし、異なる部分があれば、指示・訂正部２
３によりコードデータを訂正する等の主にチェックに関
する処理が実行される。 【００３５】ステップＳ４-7でチェックが終了するとチ
ェックが終了したデータに行った処理に対応する処理ス
テータスとチェックを行ったオペレータのオペレータ識
別ＩＤを付与して振込処理装置１２に通知する（ステッ
プＳ４-8）。次に処理端末１３は振込処理装置１２から
ＦＡＸ通番のダブリ通知があるか否かを判断する（ステ
ップＳ４-9）。 【００３６】ステップＳ４-9でダブリ通知があれば、振
込処理装置１２に通知したデータのＦＡＸ通番にダブリ
がある旨の表示を行なう（ステップＳ４-10 ）。オペレ
ータは処理端末１３にダブリ表示があると、ダブリがあ
るＦＡＸ通番の一方の帳票データを消去する等の処理を
行ないダブリを解消する。 【００３７】処理端末１３はＦＡＸ通番のダブリが解消
されると振込処理装置１２に次のデータを要求する（ス
テップＳ４-11 ，Ｓ４-12 ）。次に本実施例のシステム
を用いた振込伝票の処理動作について説明する。ＦＡＸ
１１で受信した振込伝票のイメージデータは振込処理装
置１２に送信され、認識部１６で認識されたイメージデ
ータとコードデータがファイル１４に格納される。 【００３８】処理端末１３では各オペレータが保持して
いるカード２４をカード読み取り部２５に挿入し、伝票
の入力を行う、伝票入力終了後には、送出部２６から入
力処理終了後の伝票データとオペレータ識別ＩＤを振込
処理装置１２に返送する。振込処理装置１２では処理端
末１３から返送された伝票データにオペレータ識別ＩＤ
を付加してファイル１４を更新する。 【００３９】更に処理端末１３では入力処理と同様にカ
ードを挿入し、伝票の確認処理を行っている。確認処理
を行う際に、振込処理装置１２は確認処理待ちの伝票の
内、処理端末１３から送出されるオペレータ識別ＩＤと
入力処理を行ったオペレータＩＤが異なる伝票データを
検索して処理端末１３に送信する。確認処理が終了した
伝票データと確認処理を行ったオペレータ識別ＩＤは振
込処理装置１２に返送され、振込処理装置１２では伝票
データにオペレータ識別ＩＤを付加してファイル１４を
更新する。 【００４０】これにより一つの伝票について入力処理と
確認処理は必ず異なるオペレータが処理することとな
る。さらに処理端末１３では入力処理と同様にカードを
挿入し、伝票の承認処理を行っている。承認処理を行う
際には、確認処理と同様に入力処理、確認処理を行った
オペレータが承認処理を行うオペレータとは異なる伝票
データが振込処理装置１２から送信される。承認処理時
に確認処理でのミスを発見した場合にはその伝票を修正
が必要な伝票として振込処理装置１２に返送する。振込
処理装置１２では該伝票データを修正が必要なデータと
してファイル１４を更新する。 【００４１】処理装置１３ではオペレータが入力処理と
同様にカード２４を挿入し、伝票の修正処理を行ってい
る。修正処理を行う際に、振込処理装置１２は修正が必
要な伝票の内、先の入力処理を行ったオペレータ識別Ｉ
Ｄがこれから修正するオペレータ識別ＩＤと一致する伝
票データを検索し、送信する。これによって先に入力処
理したのと同じオペレータが修正処理を行うことができ
る。 【００４２】以上のように一つの伝票について入力処
理、確認処理、承認処理は必ず異なるオペレータが行う
ようになり、また修正処理では自分で入力処理した伝票
データについて処理することができる。 【００４３】 【発明の効果】上述の如く、本発明の請求項１によれば
識別子入力手段によりオペレータ識別子を入力し、デー
タ処理時に処理したデータに処理を行ったオペレータを
識別するオペレータ識別子を付与してファイルすること
ができると共に、ファイルからのデータ読み出し時にオ
ペレータ識別子をキーとしたデータの読み出しが行な
え、異なるオペレータによるチェックや、同じオペレー
タによる修正が可能となり処理を確実かつ、効率的に行
なえる等の特長を有する。 【００４４】請求項２によれば、ファイルからデータを
読み出すときに識別子入力手段により入力されたオペレ
ータ識別子とは異なるオペレータ識別子が付与されたデ
ータを読み出すことにより前の処理と次の処理とを異な
るオペレータにより行なうことができるため、データ内
容の確認を確実に行なえる等の特長を有する。 【００４５】請求項３によれば、ファイルからデータを
読み出すときに識別子読取手段により読み取られたオペ
レータ識別子と同じオペレータ識別子が付与されたデー
タを読み出すことにより、前の処理を行ったオペレータ
と同じオペレータにデータが供給されるため、修正等の
作業を同じオペレータに行なわせることができ、続けて
作業を行なう際に効率的な作業が可能となる等の特長を
有する。
し、特に、複数の処理段階を経てデータを処理するデー
タ処理装置に関する。金融機関等の帳票を扱う業務で
は、従来、係員が伝票処理を行い、押印し、さらに別の
係員が確認、押印した後、責任者から承認を得ていた。 【０００２】この場合、入力作業と確認作業を行うの
は、同じ権限オペレータの場合があり、この場合は相互
に入力し、相互に確認しあうこととなる。また確認、承
認時にミスを発見した場合には、入力オペレータに伝票
を返し、修正の後に再処理している。 【０００３】この業務が近年ＥＤＰ化され、ファイルに
格納されている帳票データに対して処理を行い、また処
理済のデータをファイルから取り出して確認を行い、さ
らに確認を行ったデータを取り出して承認を与えるとい
う方式が用いられている。 【０００４】 【従来の技術】図６に従来のこの種のデータ処理装置の
ブロック構成図を示す。伝票はファイル３１に格納さ
れ、処理端末３２から順次読み出されて処理される。 【０００５】ファイル３１に格納された伝票３３は入力
処理、確認処理、承認処理の順で順次処理が行なわれ
る。入力処理ではファイル３１から未処理の伝票を検索
し、入力処理した後に確認待ちとして該レコードの更新
を行う。確認処理では確認待ちの伝票を検索し、確認処
理した後に承認待ちとして該レコード更新を行う。さら
に承認処理では承認待ちの伝票を検索し、承認処理した
後に該レコードの更新を行う。 【０００６】このとき、ファイル３１には各伝票３３が
どの処理状態にあるかを識別するための処理ステータス
が伝票３３に付与されていた。処理端末３２からは処理
ステータスを指定することにより処理しようとする伝票
３３のデータが供給される構成とされていた。 【０００７】 【発明が解決しようとする課題】しかるに、従来のこの
種のデータ処理装置では各処理を指示したオペレータが
誰かを区別することができなかったため、どのオペレー
タでも指示が行なえ、一つの伝票を一人のオペレータが
処理することもでき、伝票の確認・承認の意味がない等
の問題点があった。 【０００８】また、データ修正しようとする場合、入力
または確認を行ったオペレータにデータを戻すことはで
きない等の問題点があった。本発明は上記の点に鑑みて
なされたもので、データの処理を効率よく、かつ、確実
に行なえるデータ処理装置を提供することを目的とす
る。 【０００９】 【課題を解決するための手段】本発明は、ファイルに格
納されたデータを処理装置に読み出し、該処理装置で処
理を行った後、再び該ファイルに格納するデータ処理装
置において、前記処理装置を操作するオペレータを識別
するためのオペレータ識別子の読み取りを行うオペレー
タ識別子読取手段と、前記データの入力要求を受信した
場合、入力要求のあったデータに前記オペレータ識別子
を付与するオペレータ識別子付与手段と、前記オペレー
タ識別子が付与されたデータに対する確認要求を受信し
た場合、付与されたオペレータ識別子とは異なるオペレ
ータ識別子が付与されたデータを読み出すデータ読出制
御手段とを有することを特徴とする。 【００１０】本発明によれば、ファイルからデータを読
み出すときに識別子付与手段によりデータに付与された
オペレータ識別子とは異なるオペレータ識別子が付与さ
れたデータを読み出すことにより、入力処理と確認処理
とを異なるオペレータにより行なうことができるため、
データ内容の確認を確実に行なえる。 【００１１】 【００１２】 【００１３】 【発明の実施の形態】図１に本発明の一実施例のブロッ
ク構成図を示す。本実施例はファクシミリ（ＦＡＸ）で
送信された振込伝票を複数の処理段階を経て処理するシ
ステムについて説明する。 【００１４】図１において１１は振込伝票が送信される
ファクシミリ（ＦＡＸ）、１２は振込伝票の振込処理を
行なう振込処理装置、１３は振込伝票の入力、チェック
を行なう処理端末を示す。ＦＡＸ１１は電話回線と接続
され、受信した振込伝票をイメージデータとして出力
し、振込処理装置１２に供給する。 【００１５】振込処理装置１２は振込伝票をファイルす
るファイル１４，ＦＡＸ１１からの振込伝票のイメージ
データを一時格納する受信メモリ１５，受信メモリ１５
に格納されたイメージデータを認識し、コード変換する
認識部１６，認識部１６で認識したイメージデータとそ
のコードとをファイル１４に入力するファイル入力部１
７，ファイル１４を検索するファイル検索部１８，検索
ファイルに対して処理端末１３からの指示に基づいた業
務処理を行なう業務処理部１９，業務処理部１９での処
理結果に応じてファイル１４の内容を更新するファイル
更新部２０より構成される。 【００１６】ファイル１４は振込伝票毎にイメージデー
タ、コードデータの帳票データと共に処理段階を識別す
る処理ステイタス、処理オペレータを識別するオペレー
タ識別ＩＤなどのデータを格納できる構成とされてい
る。受信メモリ１５はＦＡＸ１１から供給される振込伝
票等のイメージデータを一時的に格納する。 【００１７】認識部１６は受信メモリに格納された振込
伝票のイメージデータを読み込み、イメージとして書込
まれた銀行名、金額等のデータをコードに変換する。フ
ァイル入力部１７は振込伝票をイメージデータ及び認識
部１６で変換されたコードデータと共に帳票データとし
てファイル１４に格納する。 【００１８】ファイル検索部１８は業務処理部１９から
の指示に応じて後述するような手順に従ってファイル１
４よりデータを検索し、業務処理部１９に供給する。こ
のとき、ファイル検索部１８の内部にはチェック機能と
して動作させるため、異なるオペレータ識別ＩＤでデー
タを読み出す場合と、データの機密性を保持するため、
同じオペレータ識別ＩＤでデータを読み出す場合との動
作を設定する設定情報が設定可能な構成とされている。 【００１９】業務処理部１９は処理端末１３からの要求
により、帳票データ、処理ステイタス、オペレータＩＤ
の受渡し等の処理を行なう。ファイル更新部２０は、処
理済の帳票データに処理ステイタス及びオペレータ識別
ＩＤを付加してファイル１４の更新を行なう。 【００２０】処理端末１３は振込処理装置１２から供給
された振込伝票のイメージデータ、コードデータを格納
するメモリ２１，メモリ２１に格納された振込伝票のイ
メージデータ、コードデータを編集し、表示する編集部
２２，振込処理装置１２に処理するデータの指示を行な
うと共にメモリ２１の内容を訂正する指示訂正部２３，
オペレータ識別ＩＤが記録されたカード２４を読み取る
カード読取部２５，カード読取部２５で読み取られたオ
ペレータ識別ＩＤを振込処理装置１２に供給すると共に
メモリ２１の内容を振込処理装置１２に返送する送出部
２６より構成される。 【００２１】メモリ２１は振込処理装置１２から送信さ
れる振込伝票のイメージデータ、コードデータを格納す
る。編集部２２はメモリ２１に格納されたイメージデー
タ、コードデータを編集してディスプレイ等に表示す
る。 【００２２】指示・訂正部２３はファイル１４からのデ
ータの読み出しを指示すると共にイメージデータとコー
ドデータとに相違がある場合などに両者が一致するよう
に訂正を行なう。カード読取部２５はオペレータ各人に
与えられ、オペレータ各人を識別するオペレータ識別Ｉ
Ｄが記録されたカード２４が挿入され、カード２４より
オペレータ識別ＩＤを読み取る。 【００２３】送出部２６はカード読取部２５によるカー
ド２４の読み取り時にカード２４に記録されたオペレー
タ識別ＩＤを振込処理装置１２に送信すると共にメモリ
２１に格納され、チェック・訂正されたデータを振込処
理装置１２に送信する。図２にファイル検索部１８の動
作フローチャートを示す。ファイル検索部１８は業務処
理部１９からファイル１４の検索のキーとなる処理ステ
ータス及びオペレータ識別ＩＤが供給されると、起動し
（ステップＳ１-1）、ファイル１４にアクセスして、フ
ァイル１４にデータがあれば（ステップＳ１-2）、ファ
イル１４のデータから処理ステータスを読み込む（ステ
ップＳ１-3）。 【００２４】次にファイル検索部１８は業務処理部１９
から指示された処理ステータスと対象データから読み込
んだ処理ステータスとを比較し、一致するデータを検索
する（ステップＳ１-4）。ファイル検索部１８はファイ
ル１４に処理ステータスが一致するデータを見つける
と、次に対象データからオペレータ識別ＩＤを読み込む
（ステップＳ１-5）。ここで、ファイル検索部１８はオ
ペレータ識別ＩＤが不一致でデータの読み出しを行なう
か、又はオペレータ識別ＩＤが一致でデータの読み出し
を行なうかを内部に予め設定された設定情報を見ること
により判断する（ステップＳ１−６）。 【００２５】ステップＳ１ −６ でファイル検索部１８内
部にオペレータ識別ＩＤとは不一致のデータを読み出す
設定がなされ、判断が行なわれた場合にはファイル検索
部１８は対象データのオペレータ識別ＩＤを読み込む
と、次に業務処理部１９から指示されたオペレータ識別
ＩＤとファイル１４から読み込まれたオペレータ識別Ｉ
Ｄとを比較して、一致していれば、同一オペレータによ
る処理となり、チェック機能が働かなくなるため、次の
データにアクセスし、不一致であれば、異なるオペレー
タによる処理となるため、ファイル１４からデータを読
み出して業務処理部１９に供給する（ステップＳ
１−７，Ｓ１−８）。 【００２６】ステップＳ１−６で、データの機密性を保
持するためにファイル検索部１８の内部に入力されたオ
ペレータ識別ＩＤと同じオペレータ識別ＩＤが付与され
たデータを読み出す設定がされている場合にはファイル
検索部１８は指示された処理ステータスから入力された
オペレータ識別ＩＤと同じオペレータ識別ＩＤが付与さ
れたデータを読み出す（ステップＳ１−９）。 【００２７】また、ステップＳ１-2でファイル１４にア
クセスするデータがなくなれば、データなしを示す通知
を業務処理部１９に通知する（ステップＳ１-10 ）。図
３に業務処理部１９の動作フローチャートを示す。業務
処理部１９はファイル検索部１８又は処理端末１３より
データを受信すると起動される（ステップＳ２-1）。 【００２８】ステップＳ２-1で受信したデータがファイ
ル検索部１８からのデータであれば（ステップＳ
２-2）、次に受信データが未処理データか否かを処理ス
テータスに応じて判断し、未処理データであれば、ＦＡ
Ｘの受信順に検索され、供給されるため、ＦＡＸ通番を
前に供給された未処理データのＦＡＸ通番と連設してい
るか否かを判断することにより、振込帳票の送信抜けを
検知する（ステップＳ２-3，Ｓ２-4）。 【００２９】ステップＳ２-4でＦＡＸ通番に抜けを検知
したときには帳票に抜けがある旨のデータを生成し、処
理端末に通知する（ステップＳ２-5，Ｓ２-6）。また、
ステップＳ２-3で受信データが既に処理済のデータの場
合及び、ステップＳ２-4でＦＡＸ通番に抜けがない場合
には受信したデータを処理端末に通知する（ステップＳ
２-6）。 【００３０】また、ステップＳ２-2で受信データが処理
端末１３からのものであれば、データに内蔵されたＦＡ
Ｘ通番及び処理ステータスを検知することにより同じＦ
ＡＸ通番のデータが同じ処理ステータスの処理を２度行
なうことはないことからＦＡＸ通番のダブリの有無を検
知する（ステップＳ２-7）。 【００３１】ここで、ダブリがあれば、処理端末１３に
ダブリがある旨のデータを通知し（ステップＳ２-8）、
ダブリがなければ、ファイル更新部２０に受信データを
供給する（ステップＳ２-9）。図４にファイル更新部２
０の動作フローチャートを示す。ファイル更新部２０は
業務処理部１９からデータを受信することにより起動さ
れ、受信したデータと共に端末から通知された処理ステ
ータス及びオペレータ識別ＩＤをデータに付加してファ
イル１４に書き込む（ステップＳ３-1，Ｓ３-2）。 【００３２】図５に処理端末１３の動作フローチャート
を示す。処理端末１３はオペレータにより各オペレータ
を識別するオペレータ識別ＩＤが記録されたカード２４
が読み込まれ、オペレータにより処理が設定されると動
作が起動される（ステップＳ４-1，Ｓ４-2）。 【００３３】処理端末１３はカード２４が読み込まれ、
処理が設定されると設定された処理の処理ステータス
と、カード２４に記録されたオペレータ識別ＩＤとを振
込処理装置１２に通知する（ステップＳ４-3）。処理端
末１３は振込処理装置１２から処理ステータス及びオペ
レータ識別ＩＤに応じたデータが供給されると、供給さ
れたデータがＦＡＸ通番の抜けを知らせるデータか否か
を検知し、ＦＡＸ通番に抜けがある旨データであれば、
ＦＡＸ通番に抜けがある旨の表示を行ない、次のデータ
の供給を振込処理装置１２に要求する（ステップＳ
４-5，Ｓ４-6）。 【００３４】また、指示した帳票のデータであれば、受
信したデータに対して、設定した処理を実行する（ステ
ップＳ４-7）。ここで処理としては画面に表示された帳
票のイメージと、その内容のコードデータとをオペレー
タがチェックし、異なる部分があれば、指示・訂正部２
３によりコードデータを訂正する等の主にチェックに関
する処理が実行される。 【００３５】ステップＳ４-7でチェックが終了するとチ
ェックが終了したデータに行った処理に対応する処理ス
テータスとチェックを行ったオペレータのオペレータ識
別ＩＤを付与して振込処理装置１２に通知する（ステッ
プＳ４-8）。次に処理端末１３は振込処理装置１２から
ＦＡＸ通番のダブリ通知があるか否かを判断する（ステ
ップＳ４-9）。 【００３６】ステップＳ４-9でダブリ通知があれば、振
込処理装置１２に通知したデータのＦＡＸ通番にダブリ
がある旨の表示を行なう（ステップＳ４-10 ）。オペレ
ータは処理端末１３にダブリ表示があると、ダブリがあ
るＦＡＸ通番の一方の帳票データを消去する等の処理を
行ないダブリを解消する。 【００３７】処理端末１３はＦＡＸ通番のダブリが解消
されると振込処理装置１２に次のデータを要求する（ス
テップＳ４-11 ，Ｓ４-12 ）。次に本実施例のシステム
を用いた振込伝票の処理動作について説明する。ＦＡＸ
１１で受信した振込伝票のイメージデータは振込処理装
置１２に送信され、認識部１６で認識されたイメージデ
ータとコードデータがファイル１４に格納される。 【００３８】処理端末１３では各オペレータが保持して
いるカード２４をカード読み取り部２５に挿入し、伝票
の入力を行う、伝票入力終了後には、送出部２６から入
力処理終了後の伝票データとオペレータ識別ＩＤを振込
処理装置１２に返送する。振込処理装置１２では処理端
末１３から返送された伝票データにオペレータ識別ＩＤ
を付加してファイル１４を更新する。 【００３９】更に処理端末１３では入力処理と同様にカ
ードを挿入し、伝票の確認処理を行っている。確認処理
を行う際に、振込処理装置１２は確認処理待ちの伝票の
内、処理端末１３から送出されるオペレータ識別ＩＤと
入力処理を行ったオペレータＩＤが異なる伝票データを
検索して処理端末１３に送信する。確認処理が終了した
伝票データと確認処理を行ったオペレータ識別ＩＤは振
込処理装置１２に返送され、振込処理装置１２では伝票
データにオペレータ識別ＩＤを付加してファイル１４を
更新する。 【００４０】これにより一つの伝票について入力処理と
確認処理は必ず異なるオペレータが処理することとな
る。さらに処理端末１３では入力処理と同様にカードを
挿入し、伝票の承認処理を行っている。承認処理を行う
際には、確認処理と同様に入力処理、確認処理を行った
オペレータが承認処理を行うオペレータとは異なる伝票
データが振込処理装置１２から送信される。承認処理時
に確認処理でのミスを発見した場合にはその伝票を修正
が必要な伝票として振込処理装置１２に返送する。振込
処理装置１２では該伝票データを修正が必要なデータと
してファイル１４を更新する。 【００４１】処理装置１３ではオペレータが入力処理と
同様にカード２４を挿入し、伝票の修正処理を行ってい
る。修正処理を行う際に、振込処理装置１２は修正が必
要な伝票の内、先の入力処理を行ったオペレータ識別Ｉ
Ｄがこれから修正するオペレータ識別ＩＤと一致する伝
票データを検索し、送信する。これによって先に入力処
理したのと同じオペレータが修正処理を行うことができ
る。 【００４２】以上のように一つの伝票について入力処
理、確認処理、承認処理は必ず異なるオペレータが行う
ようになり、また修正処理では自分で入力処理した伝票
データについて処理することができる。 【００４３】 【発明の効果】上述の如く、本発明の請求項１によれば
識別子入力手段によりオペレータ識別子を入力し、デー
タ処理時に処理したデータに処理を行ったオペレータを
識別するオペレータ識別子を付与してファイルすること
ができると共に、ファイルからのデータ読み出し時にオ
ペレータ識別子をキーとしたデータの読み出しが行な
え、異なるオペレータによるチェックや、同じオペレー
タによる修正が可能となり処理を確実かつ、効率的に行
なえる等の特長を有する。 【００４４】請求項２によれば、ファイルからデータを
読み出すときに識別子入力手段により入力されたオペレ
ータ識別子とは異なるオペレータ識別子が付与されたデ
ータを読み出すことにより前の処理と次の処理とを異な
るオペレータにより行なうことができるため、データ内
容の確認を確実に行なえる等の特長を有する。 【００４５】請求項３によれば、ファイルからデータを
読み出すときに識別子読取手段により読み取られたオペ
レータ識別子と同じオペレータ識別子が付与されたデー
タを読み出すことにより、前の処理を行ったオペレータ
と同じオペレータにデータが供給されるため、修正等の
作業を同じオペレータに行なわせることができ、続けて
作業を行なう際に効率的な作業が可能となる等の特長を
有する。
【図面の簡単な説明】
【図１】本発明の一実施例のブロック構成図である。
【図２】本発明の一実施例のファイル検索部の動作フロ
ーチャートである。 【図３】本発明の一実施例の業務処理部の動作フローチ
ャートである。 【図４】本発明の一実施例のファイル更新部の動作フロ
ーチャートである。 【図５】本発明の一実施例の処理端末の動作フローチャ
ートである。 【図６】従来の一例のブロック図である。 【符号の説明】 １１ ファクシミリ（ＦＡＸ） １２ 振込処理装置 １３ 処理端末 １４ ファイル １８ ファイル検索部 １９ 業務処理部 ２０ ファイル更新部 ２４ カード ２５ カード読取部
ーチャートである。 【図３】本発明の一実施例の業務処理部の動作フローチ
ャートである。 【図４】本発明の一実施例のファイル更新部の動作フロ
ーチャートである。 【図５】本発明の一実施例の処理端末の動作フローチャ
ートである。 【図６】従来の一例のブロック図である。 【符号の説明】 １１ ファクシミリ（ＦＡＸ） １２ 振込処理装置 １３ 処理端末 １４ ファイル １８ ファイル検索部 １９ 業務処理部 ２０ ファイル更新部 ２４ カード ２５ カード読取部
─────────────────────────────────────────────────────
フロントページの続き
(56)参考文献 特開 平４−342063（ＪＰ，Ａ)
特開 平６−4530（ＪＰ，Ａ)
特開 平８−263565（ＪＰ，Ａ)
(58)調査した分野(Int.Cl.7，ＤＢ名)
G06F 17/60
G06F 19/00
Claims (1)
- (57)【特許請求の範囲】 【請求項１】 ファイルに格納されたデータを処理装置
に読み出し、該処理装置で処理を行った後、再び該ファ
イルに格納するデータ処理装置において、前記処理装置を操作するオペレータを識別するためのオ
ペレータ識別子の読み取りを行うオペレータ識別子読取
手段と、 前記データの入力要求を受信した場合、入力要求のあっ
たデータに前記オペレータ識別子を付与するオペレータ
識別子付与手段と、 前記オペレータ識別子が付与されたデータに対する確認
要求を受信した場合、付与されたオペレータ識別子とは
異なるオペレータ識別子が付与されたデータを読み出す
データ読出制御手段 とを有することを特徴とするデータ
処理装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP18036395A JP3469679B2 (ja) | 1995-07-17 | 1995-07-17 | データ処理装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP18036395A JP3469679B2 (ja) | 1995-07-17 | 1995-07-17 | データ処理装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH0934961A JPH0934961A (ja) | 1997-02-07 |
| JP3469679B2 true JP3469679B2 (ja) | 2003-11-25 |
Family
ID=16081942
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP18036395A Expired - Lifetime JP3469679B2 (ja) | 1995-07-17 | 1995-07-17 | データ処理装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3469679B2 (ja) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH11184871A (ja) * | 1997-12-19 | 1999-07-09 | Ricoh Co Ltd | 発行データ閲覧システム |
| JP2002109171A (ja) * | 2000-09-26 | 2002-04-12 | Toyo Trust & Banking Co Ltd | 管理システム、及び管理方法 |
| CN111027931A (zh) * | 2019-12-09 | 2020-04-17 | 南京苏测测绘科技有限公司 | 基于wcf技术的不动产数据共享系统及数据共享方法 |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH04342063A (ja) * | 1991-05-20 | 1992-11-27 | Fujitsu Ltd | オペレータ履歴表示方式 |
| JPH064530A (ja) * | 1992-06-18 | 1994-01-14 | Ricoh Co Ltd | 文書管理装置 |
| JP4044974B2 (ja) * | 1995-03-20 | 2008-02-06 | 富士通株式会社 | 帳票データ処理方法および帳票処理装置 |
-
1995
- 1995-07-17 JP JP18036395A patent/JP3469679B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JPH0934961A (ja) | 1997-02-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7567988B2 (en) | Synchronizing agent for multiple clients/applications on a computer system | |
| JP3469679B2 (ja) | データ処理装置 | |
| US7363658B2 (en) | Personal information intermediary method | |
| US8452262B2 (en) | Terminal device | |
| JP5130081B2 (ja) | 制御装置及びイメージデータの表示方法 | |
| JP3185170B2 (ja) | データ入力システム | |
| JP2001075983A (ja) | データベース検索システムおよび方法 | |
| JP3138246B2 (ja) | 電子伝票修正回数管理機能付き会計システム | |
| JP2007323116A (ja) | カードレス決済端末装置、カードレス決済ホスト及びカードレス決済システム | |
| JP2002092319A (ja) | 取引照会システム及び記憶媒体 | |
| JP3532076B2 (ja) | 自動取引装置 | |
| JP2886406B2 (ja) | 取引データ処理システム | |
| JP3005380B2 (ja) | 伝票取引データ入力装置および入力方法 | |
| JPH09311901A (ja) | 帳票処理システムおよびデータ修正装置 | |
| JP2003006712A (ja) | 金融機関用の営業店端末装置 | |
| JP2859423B2 (ja) | 帳票受付け業務管理システム | |
| JP2821397B2 (ja) | パスワードの管理方法とその装置 | |
| JP2005173752A (ja) | 本人確認記録管理装置 | |
| JP3052380B2 (ja) | 項目選択装置 | |
| JP2004110322A (ja) | 図書館における蔵書点検システム、プログラム、及び記録媒体 | |
| JPH0787216A (ja) | 取引処理装置 | |
| JP2023172261A (ja) | 情報処理装置及びプログラム | |
| JP2004220563A (ja) | 取引情報取得器 | |
| JP3047405B2 (ja) | レコードデータ処理装置 | |
| JPH04346196A (ja) | 書籍発注方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20030826 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080905 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080905 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090905 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090905 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100905 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100905 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110905 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120905 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120905 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130905 Year of fee payment: 10 |
|
| EXPY | Cancellation because of completion of term |