JP2000298694A - 取引き通番未確定帳票データの照会ができるｆａｘ−ｏｃｒシステム - Google Patents
取引き通番未確定帳票データの照会ができるｆａｘ−ｏｃｒシステムInfo
- Publication number
- JP2000298694A JP2000298694A JP10746499A JP10746499A JP2000298694A JP 2000298694 A JP2000298694 A JP 2000298694A JP 10746499 A JP10746499 A JP 10746499A JP 10746499 A JP10746499 A JP 10746499A JP 2000298694 A JP2000298694 A JP 2000298694A
- Authority
- JP
- Japan
- Prior art keywords
- transaction
- data
- serial number
- fax
- status
- 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.)
- Withdrawn
Links
Landscapes
- Character Discrimination (AREA)
- Facsimiles In General (AREA)
- Facsimile Transmission Control (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
(57)【要約】
【課題】 取引通番が未確定の取引がシステムに滞留し
た場合、それらの取引の状態を確認することができない
という課題があった。 【解決手段】 取引通番が未確定の取引については、文
字認識装置による文字認識結果が終了した時点で店舗毎
の状況を参照することができるようにしたことで、その
ような取引でも状態の確認がとれるようにした。
た場合、それらの取引の状態を確認することができない
という課題があった。 【解決手段】 取引通番が未確定の取引については、文
字認識装置による文字認識結果が終了した時点で店舗毎
の状況を参照することができるようにしたことで、その
ような取引でも状態の確認がとれるようにした。
Description
【０００１】
【産業上の利用分野】本発明は、ファクシミリ装置(以
下ＦＡＸ)より所定の項目を記載した取引帳票のＦＡＸ
データを送信し、受信側にて当該ＦＡＸデータを文字認
識して所定の処理を行なうＦＡＸ−ＯＣＲシステムに関
するものである。
下ＦＡＸ)より所定の項目を記載した取引帳票のＦＡＸ
データを送信し、受信側にて当該ＦＡＸデータを文字認
識して所定の処理を行なうＦＡＸ−ＯＣＲシステムに関
するものである。
【０００２】
【従来の技術】従来のＦＡＸ−ＯＣＲシステムにおいて
は取引データの管理の為、送信ＦＡＸ側において、取引
帳票に取引項目の他、送信側で管理している取引通番を
記載し送信している。受信処理システム側では、ＦＡＸ
データを元に文字認識装置にて文字認識を行い、さらに
文字認識装置での不読や誤読の文字をオペレータが修正
し所定の処理を行なっている。ここでオペレータが修正
まで終えた取引データ中には、前記取引通番も含まれて
おり、オペレータによる修正後に当該取引に対する正式
な取引通番が付与されたことになる。そして取引通番は
以後、取引の二重処理の防止、処理済みか否かの確認、
及び精査処理等に利用される。
は取引データの管理の為、送信ＦＡＸ側において、取引
帳票に取引項目の他、送信側で管理している取引通番を
記載し送信している。受信処理システム側では、ＦＡＸ
データを元に文字認識装置にて文字認識を行い、さらに
文字認識装置での不読や誤読の文字をオペレータが修正
し所定の処理を行なっている。ここでオペレータが修正
まで終えた取引データ中には、前記取引通番も含まれて
おり、オペレータによる修正後に当該取引に対する正式
な取引通番が付与されたことになる。そして取引通番は
以後、取引の二重処理の防止、処理済みか否かの確認、
及び精査処理等に利用される。
【０００３】
【発明が解決しようとする課題】しかしながら、当該取
引きに対する取引通番が確定するのは、あくまでオペレ
ータの修正後であり、それ以前の工程にある取引は通番
が未確定な状態にある。なぜならば、受信取引データ
は、オペレータの修正処理における確認がなければ文字
認識装置にて認識されただけのデータであり、認識に不
読や誤読が全くないとの保障がされない限り認識結果を
正しいデータとしては扱えないからである。当然、現在
の文字認識技術では不読、誤読が全くない認識正当率１
００％を達成できるものはない。つまり送信ＦＡＸ側で
取引帳票に記載した取引通番においても認識が不能な場
合や誤ってされる場合もあるため、オペレータによる修
正工程の前は当該取引の正しい通番とみなすことはでき
ない。従って、ＦＡＸ−ＯＣＲシステム上においてＦＡ
Ｘ送信済みであり、処理システム側で受信、文字認識さ
れたまでの取引データは取引通番確定前の状態にあり、
システム内にありながら管理不能なデータとなってしま
う。このため当該取引が現在どのような状況となってい
るかの情報(例えば、ある取引きが処理システム側へ問
題なく送達されているか、通信障害などで未達になって
いないか)を必要とした場合、判断ができなくなってし
まうという問題点があった。特に短時間に取引量が多く
発生する場合などは、オペレータの修正処理が追いつか
ず、取引通番未確定状態の取引がシステム内に大量に滞
留してしまう状態が発生することから管理不能な、即ち
取引通番をキーとした情報取得ができない取引が多く発
生し、更に問題が大きかった。本発明は、こうした取引
通番未確定状態の取引であっても、その状況を送信元Ｆ
ＡＸを一意に示すデータをキーとして照会できるように
し、システム内にありながらも状況を管理できない取引
きを皆無にする事を目的とする。
引きに対する取引通番が確定するのは、あくまでオペレ
ータの修正後であり、それ以前の工程にある取引は通番
が未確定な状態にある。なぜならば、受信取引データ
は、オペレータの修正処理における確認がなければ文字
認識装置にて認識されただけのデータであり、認識に不
読や誤読が全くないとの保障がされない限り認識結果を
正しいデータとしては扱えないからである。当然、現在
の文字認識技術では不読、誤読が全くない認識正当率１
００％を達成できるものはない。つまり送信ＦＡＸ側で
取引帳票に記載した取引通番においても認識が不能な場
合や誤ってされる場合もあるため、オペレータによる修
正工程の前は当該取引の正しい通番とみなすことはでき
ない。従って、ＦＡＸ−ＯＣＲシステム上においてＦＡ
Ｘ送信済みであり、処理システム側で受信、文字認識さ
れたまでの取引データは取引通番確定前の状態にあり、
システム内にありながら管理不能なデータとなってしま
う。このため当該取引が現在どのような状況となってい
るかの情報(例えば、ある取引きが処理システム側へ問
題なく送達されているか、通信障害などで未達になって
いないか)を必要とした場合、判断ができなくなってし
まうという問題点があった。特に短時間に取引量が多く
発生する場合などは、オペレータの修正処理が追いつか
ず、取引通番未確定状態の取引がシステム内に大量に滞
留してしまう状態が発生することから管理不能な、即ち
取引通番をキーとした情報取得ができない取引が多く発
生し、更に問題が大きかった。本発明は、こうした取引
通番未確定状態の取引であっても、その状況を送信元Ｆ
ＡＸを一意に示すデータをキーとして照会できるように
し、システム内にありながらも状況を管理できない取引
きを皆無にする事を目的とする。
【０００４】
【課題を解決するための手段】上述の課題を解決するた
め本発明では、取引通番と所定の事項を記載した取引帳
票をファクシミリ装置から公衆網で接続された処理シス
テムへ送信し、前記処理システムでは受信したファクシ
ミリデータを文字認識装置にて認識し、その認識結果デ
ータをもとに所定の処理を行なうＦＡＸ−ＯＣＲシステ
ムにおいて、処理システムにて受信された取引帳票のフ
ァクシミリデータが認識処理された取引データとなった
後、処理システム内にて取引通番が確定されていない取
引データの状況を管理する通番未確定取引データ状況管
理手段と、送信元のファクシミリ装置を一意に示すデー
タを指定する取引元データ指定手段と、通番未確定取引
データ状況管理手段により管理された取引データのうち
前記取引元データ指定手段により指定された取引元の通
番未確定取引データ状況のみ抽出し照会できるようにし
た指定送信元の通番未確定取引データ状況照会手段とを
備えたものである。尚、照会する手段は、処理システム
の機器でも、送信元ＦＡＸにおいても行なえるようにし
たものである。
め本発明では、取引通番と所定の事項を記載した取引帳
票をファクシミリ装置から公衆網で接続された処理シス
テムへ送信し、前記処理システムでは受信したファクシ
ミリデータを文字認識装置にて認識し、その認識結果デ
ータをもとに所定の処理を行なうＦＡＸ−ＯＣＲシステ
ムにおいて、処理システムにて受信された取引帳票のフ
ァクシミリデータが認識処理された取引データとなった
後、処理システム内にて取引通番が確定されていない取
引データの状況を管理する通番未確定取引データ状況管
理手段と、送信元のファクシミリ装置を一意に示すデー
タを指定する取引元データ指定手段と、通番未確定取引
データ状況管理手段により管理された取引データのうち
前記取引元データ指定手段により指定された取引元の通
番未確定取引データ状況のみ抽出し照会できるようにし
た指定送信元の通番未確定取引データ状況照会手段とを
備えたものである。尚、照会する手段は、処理システム
の機器でも、送信元ＦＡＸにおいても行なえるようにし
たものである。
【０００５】
【実施例】以下、本発明の実施例を図面を参照しながら
詳細に説明する。説明に際して金融機関における為替振
込処理用のＦＡＸ−ＯＣＲシステムを例にするが、本発
明はそれに限定されたものではない。
詳細に説明する。説明に際して金融機関における為替振
込処理用のＦＡＸ−ＯＣＲシステムを例にするが、本発
明はそれに限定されたものではない。
【０００６】まず第１図は本発明の実施例を示すＦＡＸ
−ＯＣＲシステムの構成図である。営業店１０では顧客
が記入した振込依頼書を窓口で受付け、営業店員は所定
の確認を行い、当該営業店で管理している取引番号を記
載して営業店１０内に設置されているＦＡＸ１１にて公
衆網で接続されている集中処理センタ内の処理システム
２０宛てに送信する。尚、実際には営業店１０は複数存
在し各営業店ＦＡＸ１１が公衆網にて処理システムに接
続されているが、この図では、一つの営業店１０のＦＡ
Ｘ１１のみが接続されている構成であらわしている。
−ＯＣＲシステムの構成図である。営業店１０では顧客
が記入した振込依頼書を窓口で受付け、営業店員は所定
の確認を行い、当該営業店で管理している取引番号を記
載して営業店１０内に設置されているＦＡＸ１１にて公
衆網で接続されている集中処理センタ内の処理システム
２０宛てに送信する。尚、実際には営業店１０は複数存
在し各営業店ＦＡＸ１１が公衆網にて処理システムに接
続されているが、この図では、一つの営業店１０のＦＡ
Ｘ１１のみが接続されている構成であらわしている。
【０００７】ＦＡＸ１１から送信された振込依頼書のイ
メージデータは、処理システム２０の機器であるＦＡＸ
制御装置２１にて受信をした後、システム制御装置２２
に送られる。システム制御装置２２は文字認識装置２３
にイメージデータを送り、文字認識を指示する。文字認
識装置２３ではイメージデータの文字認識を行い、キャ
ラクタデータへと変換させ、認識結果を再びシステム制
御装置２２に戻す。システム制御装置２２内では認識結
果データを認識結果ＤＢ２４へ蓄積する。ここで認識結
果ＤＢ２４のデータは取引通番未確定データ状態であ
る。２５、２７の端末は、一般に複数台あり、認識結果
の修正用と修正後のデータの検証用とに役割分担させて
いる。
メージデータは、処理システム２０の機器であるＦＡＸ
制御装置２１にて受信をした後、システム制御装置２２
に送られる。システム制御装置２２は文字認識装置２３
にイメージデータを送り、文字認識を指示する。文字認
識装置２３ではイメージデータの文字認識を行い、キャ
ラクタデータへと変換させ、認識結果を再びシステム制
御装置２２に戻す。システム制御装置２２内では認識結
果データを認識結果ＤＢ２４へ蓄積する。ここで認識結
果ＤＢ２４のデータは取引通番未確定データ状態であ
る。２５、２７の端末は、一般に複数台あり、認識結果
の修正用と修正後のデータの検証用とに役割分担させて
いる。
【０００８】修正用端末２５では、受信順にもしくは優
先処理にて指定された取引を優先してシステム制御装置
２２内の認識結果ＤＢ２４より認識結果データを取出
し、図示しない画面上にイメージデータと併せて表示す
ることにより、修正オペレータがイメージデータと認識
結果データとを比較し、認識結果データの不読部分や誤
読部分を修正する。修正処理の終了したデータは再び、
システム制御装置２２内の修正済データＤＢ２６へ格納
される。ここで前述のとおり、修正済データとは取引通
番が確定したデータである。
先処理にて指定された取引を優先してシステム制御装置
２２内の認識結果ＤＢ２４より認識結果データを取出
し、図示しない画面上にイメージデータと併せて表示す
ることにより、修正オペレータがイメージデータと認識
結果データとを比較し、認識結果データの不読部分や誤
読部分を修正する。修正処理の終了したデータは再び、
システム制御装置２２内の修正済データＤＢ２６へ格納
される。ここで前述のとおり、修正済データとは取引通
番が確定したデータである。
【０００９】検証用端末２７では、修正処理終了順に、
もしくは優先処理にて優先指定されたデータを優先し、
システム制御装置２２内の修正済データＤＢ２６より修
正済みデータを取出し、図示しない画面にイメージデー
タと修正済みのキャラクタデータを併せて表示し、検証
オペレータにより修正に間違いがないか検証を行った
後、為替振込データとして通信ゲートウエイ２８を通じ
てホストコンピュータ３０へ送信する。尚、処理システ
ム２０の各機器はＬＡＮ２９で接続されている。
もしくは優先処理にて優先指定されたデータを優先し、
システム制御装置２２内の修正済データＤＢ２６より修
正済みデータを取出し、図示しない画面にイメージデー
タと修正済みのキャラクタデータを併せて表示し、検証
オペレータにより修正に間違いがないか検証を行った
後、為替振込データとして通信ゲートウエイ２８を通じ
てホストコンピュータ３０へ送信する。尚、処理システ
ム２０の各機器はＬＡＮ２９で接続されている。
【００１０】図２は、認識結果ＤＢ２４の内容である。
取引き毎に帳票上記載の各項目の認識結果を持ち、取引
通番未確定データ状況として管理されている。ここで認
識結果以外に、取引データには店番が付与されている。
送信ＦＡＸには必ず当該ＦＡＸを一意に示す情報、すな
わちＦＡＸ−ＩＤを設定している。そして送信ＦＡＸデ
ータ上には必ず当該ＦＡＸ−ＩＤを付している。また、
受信処理システム側においては、あらかじめ図５のよう
な営業店ＦＡＸ情報テーブルを登録しておき、システム
内に持つ。この営業店ＦＡＸ情報テーブルの参照により
受信ＦＡＸデータ内のＦＡＸ−ＩＤデータから取引の送
信元の店番を決定することができる。認識結果ＤＢ中の
店番データのみは、認識結果データのような不確定なデ
ータではなく確定されたデータとなる。このため店番デ
ータが後述する、店舗毎の取引通番未確定取引データ状
況照会のためのキーデータとする事が可能となる。
取引き毎に帳票上記載の各項目の認識結果を持ち、取引
通番未確定データ状況として管理されている。ここで認
識結果以外に、取引データには店番が付与されている。
送信ＦＡＸには必ず当該ＦＡＸを一意に示す情報、すな
わちＦＡＸ−ＩＤを設定している。そして送信ＦＡＸデ
ータ上には必ず当該ＦＡＸ−ＩＤを付している。また、
受信処理システム側においては、あらかじめ図５のよう
な営業店ＦＡＸ情報テーブルを登録しておき、システム
内に持つ。この営業店ＦＡＸ情報テーブルの参照により
受信ＦＡＸデータ内のＦＡＸ−ＩＤデータから取引の送
信元の店番を決定することができる。認識結果ＤＢ中の
店番データのみは、認識結果データのような不確定なデ
ータではなく確定されたデータとなる。このため店番デ
ータが後述する、店舗毎の取引通番未確定取引データ状
況照会のためのキーデータとする事が可能となる。
【００１１】図３は、処理システム２０上の端末２５、
２７による取引通番未確定データ状況の照会処理手順で
ある。ここで端末２５、２７とは、修正用端末でも検証
用端末のどちらでも構わない事を意味する。Ｓ１１にお
いて、取引通番未確定データ状況照会用の画面を呼びだ
す。Ｓ１２では、例えば図４のような画面が表示され
る。Ｓ１３では取引通番未確定取引データ状況を確認し
たい営業店の店番を入力する。Ｓ１４については、該当
店番をキーとして該当店の取引のみの認識結果データを
認識結果ＤＢ２４より検索して抽出する。Ｓ１５では、
Ｓ１４で抽出した認識結果データを例えば図５のように
取引通番未確定データ状況照会結果として端末画面に表
示する。表示結果は図示しない処理システム２０接続の
プリンタに出力するようにしてもよい。
２７による取引通番未確定データ状況の照会処理手順で
ある。ここで端末２５、２７とは、修正用端末でも検証
用端末のどちらでも構わない事を意味する。Ｓ１１にお
いて、取引通番未確定データ状況照会用の画面を呼びだ
す。Ｓ１２では、例えば図４のような画面が表示され
る。Ｓ１３では取引通番未確定取引データ状況を確認し
たい営業店の店番を入力する。Ｓ１４については、該当
店番をキーとして該当店の取引のみの認識結果データを
認識結果ＤＢ２４より検索して抽出する。Ｓ１５では、
Ｓ１４で抽出した認識結果データを例えば図５のように
取引通番未確定データ状況照会結果として端末画面に表
示する。表示結果は図示しない処理システム２０接続の
プリンタに出力するようにしてもよい。
【００１２】図６は、営業店ＦＡＸの操作にて取引通番
未確定データ状況の照会する場合の処理手順である。Ｓ
２１で取引通番未確定データ状況を必要とする営業店の
ＦＡＸより集中処理センタ内の処理システム２０へ電話
回線接続させ、所定のコード(例えば、暗証番号、店
番、当該処理命令用として決められた依頼コード等)を
プッシュボタン操作(以後ＰＢ)にてＰＢ信号を発信す
る。Ｓ２２ではＳ２１による所定のＰＢ信号を処理シス
テムが受信すると、該当営業店番をキーとして該当店番
の取引のみの取引通番未確定データ状況を認識結果ＤＢ
２４より抽出する。Ｓ２３ではＳ２２で抽出した取引通
番未確定データ状況をキャラクタデータよりＦＡＸ送信
用データに変換しＦＡＸ制御装置２１を通じて、該当営
業店ＦＡＸへ送信する。Ｓ２４では例えば図７のような
取引通番未確定データ状況処理結果として営業店ＦＡＸ
に出力する。
未確定データ状況の照会する場合の処理手順である。Ｓ
２１で取引通番未確定データ状況を必要とする営業店の
ＦＡＸより集中処理センタ内の処理システム２０へ電話
回線接続させ、所定のコード(例えば、暗証番号、店
番、当該処理命令用として決められた依頼コード等)を
プッシュボタン操作(以後ＰＢ)にてＰＢ信号を発信す
る。Ｓ２２ではＳ２１による所定のＰＢ信号を処理シス
テムが受信すると、該当営業店番をキーとして該当店番
の取引のみの取引通番未確定データ状況を認識結果ＤＢ
２４より抽出する。Ｓ２３ではＳ２２で抽出した取引通
番未確定データ状況をキャラクタデータよりＦＡＸ送信
用データに変換しＦＡＸ制御装置２１を通じて、該当営
業店ＦＡＸへ送信する。Ｓ２４では例えば図７のような
取引通番未確定データ状況処理結果として営業店ＦＡＸ
に出力する。
【００１３】上記の実施の形態によると、集中処理セン
タ、もしくは営業店においても指定した営業店の取引通
番未確定な取引の状況(認識結果データ)についての一覧
を照会することが可能となる。営業店では、(もしくは
集中処理センタでも)振込依頼書の記載内容と当該照会
結果データとを突き合わせる事により、該当の取引を限
定し、その処理状況を把握することができる。
タ、もしくは営業店においても指定した営業店の取引通
番未確定な取引の状況(認識結果データ)についての一覧
を照会することが可能となる。営業店では、(もしくは
集中処理センタでも)振込依頼書の記載内容と当該照会
結果データとを突き合わせる事により、該当の取引を限
定し、その処理状況を把握することができる。
【００１４】
【発明の効果】以上詳細に説明したように、本発明によ
れば以下の効果が期待できる。即ち、修正オペレーショ
ンの遅れなどにより処理システム中に取り込んでいたと
してもオペレータの介在(修正オペレーション等)無しに
は取引通番が確定されない状態の取引が滞留されること
があり、それらの取引はシステム上管理できないデータ
となってしまうことが従来のＦＡＸ−ＯＣＲシステムに
おける運用上の問題点であった。これは本来、その取引
を示す取引通番が文字認識結果までの状態では確定して
いないため、その取引データを示すキーデータが無かっ
たことによる。しかし、本発明によると文字認識装置に
よる認識結果内容を文字認識された時点で取引通番未確
定データ状況として、その時点で確定されている店番デ
ータと共に管理し、店番データをキーデータとすること
により、通番未確定状態の取引においても確認、及び管
理できるようになる。例えば、取引の処理状況を取引通
番をもとに管理していた場合、通番未確定取引は、たと
えシステム内に取引データがあったとしても欠番等の扱
いとならざる負えなかったが、本発明の店番データをキ
ーデータとすることにより、該当店舗の修正処理待ちで
滞留しているという状態にある取引の状況を照会するこ
とができ、店舗毎の通番未確定分の取引データの滞留状
況が確認できるようになる。また営業店ＦＡＸから集中
処理センタの処理システムへの通信において、取引デー
タの受信又は未達の確認をとることも可能となり、シス
テム運用上の操作性及び安全性が、著しく高められると
いう効果が得られる。
れば以下の効果が期待できる。即ち、修正オペレーショ
ンの遅れなどにより処理システム中に取り込んでいたと
してもオペレータの介在(修正オペレーション等)無しに
は取引通番が確定されない状態の取引が滞留されること
があり、それらの取引はシステム上管理できないデータ
となってしまうことが従来のＦＡＸ−ＯＣＲシステムに
おける運用上の問題点であった。これは本来、その取引
を示す取引通番が文字認識結果までの状態では確定して
いないため、その取引データを示すキーデータが無かっ
たことによる。しかし、本発明によると文字認識装置に
よる認識結果内容を文字認識された時点で取引通番未確
定データ状況として、その時点で確定されている店番デ
ータと共に管理し、店番データをキーデータとすること
により、通番未確定状態の取引においても確認、及び管
理できるようになる。例えば、取引の処理状況を取引通
番をもとに管理していた場合、通番未確定取引は、たと
えシステム内に取引データがあったとしても欠番等の扱
いとならざる負えなかったが、本発明の店番データをキ
ーデータとすることにより、該当店舗の修正処理待ちで
滞留しているという状態にある取引の状況を照会するこ
とができ、店舗毎の通番未確定分の取引データの滞留状
況が確認できるようになる。また営業店ＦＡＸから集中
処理センタの処理システムへの通信において、取引デー
タの受信又は未達の確認をとることも可能となり、シス
テム運用上の操作性及び安全性が、著しく高められると
いう効果が得られる。
【図１】ＦＡＸ−ＯＣＲシステムの構成図である。
【図２】認識結果ＤＢの内容の図である。
【図３】処理システム接続の端末による取引通番未確定
データ状況照会処理フロー図である。
データ状況照会処理フロー図である。
【図４】取引通番未確定データ照会画面例の図である。
【図５】取引通番未確定データ照会結果画面例の図であ
る。
る。
【図６】営業店ＦＡＸ操作による取引通番未確定データ
状況照会処理フロー図である。
状況照会処理フロー図である。
【図７】営業店ＦＡＸに出力される取引通番未確定デー
タ照会結果例の図である。
タ照会結果例の図である。
【図８】営業店ＦＡＸ情報テーブルの内容を示す図であ
る。
る。
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 15/30 ３６０ Ｇ０７Ｄ 9/00 ４７６ Ｆターム(参考） 3E040 AA06 BA20 CA20 EA01 FH05 5B055 BB11 CB09 EE02 EE03 EE12 LL15 MM14 5B064 AA01 AB02 AB03 AB13 AB14 FA18 FA19 5C062 AA02 AA17 AC42 AC51 AE14 AF00 BD06 5C075 BB11 CD13 CD21 CE15 CF05
Claims (3)
- 【請求項１】 取引通番と所定の事項を記載した取引帳
票をファクシミリ装置から公衆網で接続された処理シス
テムへ送信し、前記処理システムでは受信したファクシ
ミリデータを文字認識装置にて認識し、その認識結果デ
ータをもとに所定の処理を行なうＦＡＸ−ＯＣＲシステ
ムにおいて前記処理システムにて受信された前記取引帳
票の前記ファクシミリデータが前記認識処理された取引
データとなった後、前記処理システム内にて取引通番が
確定されていない取引データの状況を管理する通番未確
定取引データ状況管理手段と、 送信元のファクシミリ装置を一意に示すデータを指定す
る取引元データ指定手段と、 前記通番未確定取引データ状況管理手段により管理され
た取引データのうち前記取引元データ指定手段により指
定された取引元の通番未確定取引データ状況のみ抽出し
照会できるようにした指定送信元の通番未確定取引デー
タ状況照会手段と、 を備えたＦＡＸ−ＯＣＲシステム。 - 【請求項２】 請求項１における指定送信元の前記通番
未確定取引データ状況照会手段を、前記処理システムの
所定の操作にて行うこととし、前記処理システム上の機
器にて照会結果を出力することとしたＦＡＸ−ＯＣＲシ
ステム。 - 【請求項３】 請求項１における指定送信元の前記通番
未確定取引データ状況照会手段を、前記送信元ファクシ
ミリ装置の所定の操作にて行うこととし、前記送信元フ
ァクシミリ装置に照会結果を出力することとしたＦＡＸ
−ＯＣＲシステム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10746499A JP2000298694A (ja) | 1999-04-15 | 1999-04-15 | 取引き通番未確定帳票データの照会ができるｆａｘ−ｏｃｒシステム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10746499A JP2000298694A (ja) | 1999-04-15 | 1999-04-15 | 取引き通番未確定帳票データの照会ができるｆａｘ−ｏｃｒシステム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2000298694A true JP2000298694A (ja) | 2000-10-24 |
Family
ID=14459862
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP10746499A Withdrawn JP2000298694A (ja) | 1999-04-15 | 1999-04-15 | 取引き通番未確定帳票データの照会ができるｆａｘ−ｏｃｒシステム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2000298694A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002245394A (ja) * | 2001-02-15 | 2002-08-30 | Oki Electric Ind Co Ltd | Ｏｃｒによるデータ処理システム |
| JP2011159026A (ja) * | 2010-01-29 | 2011-08-18 | Nec Corp | 為替取引処理システム及び為替取引処理方法 |
-
1999
- 1999-04-15 JP JP10746499A patent/JP2000298694A/ja not_active Withdrawn
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002245394A (ja) * | 2001-02-15 | 2002-08-30 | Oki Electric Ind Co Ltd | Ｏｃｒによるデータ処理システム |
| JP2011159026A (ja) * | 2010-01-29 | 2011-08-18 | Nec Corp | 為替取引処理システム及び為替取引処理方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP0527502B1 (en) | Facsimile mail system | |
| EP1990205B1 (en) | System and method for intelligent label printer control | |
| JPWO2001077844A1 (ja) | 情報処理システム及び方法並びにサーバ | |
| JP2000298694A (ja) | 取引き通番未確定帳票データの照会ができるｆａｘ−ｏｃｒシステム | |
| JP2006190093A (ja) | Ｏｃｒ為替集中処理システム | |
| JP2886406B2 (ja) | 取引データ処理システム | |
| JPH1013592A (ja) | 電子メールシステムとそのメッセージ配信方法 | |
| JPH0635948A (ja) | 取引情報処理システム及びこれに用いる取引情報処理装置 | |
| JP2886413B2 (ja) | Ｆａｘ−ｏｃｒシステム | |
| US20240022673A1 (en) | Data processing system, management device, relay device, device to be managed, data processing method, and data processing program | |
| JP3021816B2 (ja) | 通信装置 | |
| JP3372816B2 (ja) | ファクシミリ帳票認識処理システム | |
| JP2933441B2 (ja) | Ｆａｘ−ｏｃｒシステム | |
| JPH06251052A (ja) | 修正情報出力装置 | |
| JP2002092319A (ja) | 取引照会システム及び記憶媒体 | |
| JPH0646086A (ja) | 電子メールシステム | |
| JP2713238B2 (ja) | Ｐｏｓ送信データ欠落時の対応方法 | |
| JP2004139456A (ja) | 振込依頼書の受付管理方法 | |
| KR20000039571A (ko) | 다중 호스트처리 시스템 및 그에 따른 전문처리 방법 | |
| JPH1155442A (ja) | Ｆａｘ−ｏｃｒ装置 | |
| JP2000307791A (ja) | 電話等による取引取消し処理が可能なｆａｘ−ｏｃｒシステム | |
| JP3383456B2 (ja) | 帳票処理システム | |
| JPH0644287A (ja) | ファクシミリ文字認識処理結果精査方法 | |
| JP2003150782A (ja) | 諸届管理システムおよび方法並びにプログラム | |
| JPH05128295A (ja) | 規定外帳票処理方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20060704 |