(57)【要約】【課題】ＯＣＲ為替集中処理システムにおいて、振込処理したデータが相手行からエラー返却された際に組戻電文を自動生成することを可能にし、運用上の利便性を向上させること。【解決手段】振込処理を取り消す場合に、前記振込処理に利用した振込データを利用して、前記振込処理の取り消し時に振込先へと送信すべき組戻電文を生成する組戻電文生成手段を備える、情報処理装置が提供される。【選択図】図３
2013156891.tif 000002
【特許請求の範囲】
【請求項１】
振込処理を取り消す場合に、前記振込処理に利用した振込データを利用して、前記振込処理の取り消し時に振込先へと送信すべき組戻電文を生成する組戻電文生成手段
を備える
ことを特徴とする、情報処理装置。
【請求項２】
前記振込データにはロット通番が採番されており、
前記ロット通番を指定して振込処理の取り消しが要求された場合に、前記組戻電文生成手段は、指定されたロット通番が採番されている全ての振込データを利用して、当該振込データのそれぞれについて振込処理を取り消すために振込先へと送信される組戻電文を生成する
ことを特徴とする、請求項１に記載の情報処理装置。
【請求項３】
前記振込データにはロット通番が採番されており、
前記ロット通番を指定して振込処理の取り消しが要求された場合に、前記組戻電文生成手段は、指定されたロット通番が採番されている振込データを利用して、当該振込データのうちホスト発信済みの振込データについて振込処理を取り消すために振込先へと送信される組戻電文を生成する
ことを特徴とする、請求項１に記載の情報処理装置。
【請求項４】
前記振込データは、振込依頼書を読み込んで振込データを生成するデータ生成手段により生成されたものであり、
前記データ生成手段は、複数の振込依頼書と所定の書類とが続けて読み込まれた場合に、当該複数の振込依頼書から生成する複数の振込データに同じロット通番を採番する
ことを特徴とする、請求項２に記載の情報処理装置。
【請求項５】
前記データ生成手段は、スキャナにより読み取られた振込依頼書の画像データから前記振込依頼書の所定欄に記載された文字又は数字を識別して前記振込データを生成する
ことを特徴とする、請求項４に記載の情報処理装置。
【請求項６】
前記組戻電文生成手段は、前記振込処理の実行に要する振込データの内容を記した振込電文を振込先に送信した後、当該振込先にて振込処理のエラーが発生し、振込元において当該振込処理を取り消す必要が生じた場合に前記組戻電文を生成する
ことを特徴とする、請求項１〜５のいずれか１項に記載の情報処理装置。
【請求項７】
振込依頼書をスキャンするスキャナが接続され、前記スキャナにより読み込まれた振込依頼書の画像データから当該振込依頼書の所定欄に記載された文字又は数字を識別して振込データを生成するデータ生成手段を有する、端末装置と、
前記データ生成手段により生成された振込データのうち、振込処理に必要な情報を記した振込電文を振込先に送信して振込処理を進める振込処理手段と、
前記振込処理を取り消す場合に、前記振込処理に利用した振込データを利用して、前記振込処理を取り消し時に振込先へと送信すべき組戻電文を生成する組戻電文生成手段と、
を有する、情報処理装置と、
を含む、
ことを特徴とする、振込処理システム。
【請求項８】
振込処理を取り消す場合に、前記振込処理に利用した振込データを利用して、前記振込処理の取り消し時に振込先へと送信すべき組戻電文を生成する工程を含む
ことを特徴とする、組戻電文生成方法。
【請求項９】
振込処理システムが、
スキャナにより読み込まれた振込依頼書の画像データから当該振込依頼書の所定欄に記載された文字又は数字を自動識別して振込データを生成する工程と、
前記生成する工程で生成された振込データのうち、振込処理に必要な情報を記した振込電文を振込先に送信して振込処理を進める工程と、
前記振込処理を取り消す場合に、前記振込処理に利用した振込データを利用して、前記振込処理を取り消し時に振込先へと送信すべき組戻電文を自動生成する工程と、
前記自動生成する工程で生成された組戻電文を前記振込先に送信する工程と、
を含む、
振込処理の取り消し方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、振込処理システム、組戻電文生成方法、及び振込処理の取り消し方法に関する。例えば、ＯＣＲ為替集中処理システムに適用可能である。
【背景技術】
【０００２】
ＯＣＲ（Ｏｐｔｉｃａｌ  Ｃｈａｒａｃｔｅｒ  Ｒｅｃｏｇｎｉｔｉｏｎ）為替集中処理システムとは、金融機関の営業店に設置されているスキャナで読み取った振込依頼書の内容を集中センタへと送信し、集中センタにて振込依頼書の内容を管理できるようにしたシステムである。例えば、振込依頼を行うために顧客が金融機関の営業店に来店した場合、その顧客は、まず、所定の振込依頼書に必要事項を記入し、営業店の窓口に提出する。振込依頼書の提出を受けたオペレータは、振込依頼書をスキャナにより読み込ませ、ＯＣＲを利用して振込内容を電子的に扱える形式の振込データに変換する。そして、オペレータは、この振込データを利用して振込処理を実行する。
【０００３】
このような振込処理を実施するシステムに関し、下記の特許文献１には、振込等における自動入金処理が行えない場合の照会に基づく訂正等の依頼、確認等の処理を効率よく行うことができるシステムについて記載がある。また、下記の特許文献２には、振込処理の堅確性を向上させることが可能な金融システムについて記載がある。さらに、下記の特許文献３には、一回の操作で、複数件のリアルタイムで着金する振込を同時に行える振込システムについて記載がある。確かに、これらのシステムを利用することにより、振込処理を効率的に実行することが可能になる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−２６５２５６号公報
【特許文献２】特開平１１−３２８２８５号公報
【特許文献３】特開２００３−２９６５８２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、振込電文を振込先に送信した後で振込先にてエラーが発生し、顧客等の要望で振込処理を取り消したい場合、オペレータが振込処理毎に組戻電文を生成する必要があった。そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、ＯＣＲ為替集中処理システムにおいて、振込処理したデータが相手行からエラー返却された際に組戻電文を自動生成することを可能にし、運用上の利便性を向上させることが可能な情報処理装置、振込処理システム、組戻電文生成方法、及び振込処理の取り消し方法を提供することにある。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明のある観点によれば、振込処理を取り消す場合に、前記振込処理に利用した振込データを利用して、前記振込処理の取り消し時に振込先へと送信すべき組戻電文を生成する組戻電文生成手段を備える、情報処理装置が提供される。かかる構成によると、組戻電文を生成するための振込内容を再入力する手間が省かれる上、誤入力などのミスが生じるリスクを回避することが可能になる。
【０００７】
また、前記振込データにはロット通番が採番されていてもよい。この場合、前記ロット通番を指定して振込処理の取り消しが要求された場合に、前記組戻電文生成手段は、指定されたロット通番が採番されている全ての振込データを利用して、当該全ての振込データのそれぞれについて振込処理を取り消すために振込先へと送信される組戻電文を生成する。かかる構成により、ＯＣＲ為替集中処理システムにおいて、ロット単位で振込処理したデータが相手行からエラー返却された際に、合計票単位で一括して組戻電文を自動生成することを可能になる。その結果、取り消し処理に要する負荷が大きく低減される。
【０００８】
また、前記振込データは、振込依頼書を読み込んで振込データを生成するデータ生成手段により生成されたものであってもよい。この場合、前記データ生成手段は、複数の振込依頼書と所定の書類とが続けて読み込まれた場合に、当該複数の振込依頼書から生成する複数の振込データに同じロット通番を採番する。かかる構成により、ロット通番が自動採番されるため、顧客やオペレータの負担や管理負荷が低減される。
【０００９】
また、前記データ生成手段は、スキャナにより読み取られた振込依頼書の画像データから前記振込依頼書の所定欄に記載された文字又は数字を識別して前記振込データを生成するように構成されていてもよい。かかる構成により、振込依頼書の内容をオペレータが手入力する必要がなくなり、スピーディな処理の実行が可能になる上、誤入力のリスクが回避される。
【００１０】
また、前記組戻電文生成手段は、前記振込処理の実行に要する振込データの内容を記した振込電文を振込先に送信した後、当該振込先にて振込処理のエラーが発生し、振込元において当該振込処理を取り消す必要が生じた場合に前記組戻電文を生成するように構成されていてもよい。このように、振込電文を振込先に送信した後でエラーが発見された場合に振込処理の取り消しに必要となる組戻電文を自動生成することで、オペレータや顧客の負担を低減できる。なお、顧客が振込内容を修正して振込処理を継続する意思を示した場合には、組戻電文を生成しないようにしてもよい。
【００１１】
また、上記課題を解決するために、本発明の別の観点によれば、振込依頼書をスキャンするスキャナが接続され、前記スキャナにより読み込まれた振込依頼書の画像データから当該振込依頼書の所定欄に記載された文字又は数字を識別して振込データを生成するデータ生成手段を有する、端末装置と、前記データ生成手段により生成された振込データのうち、振込処理に必要な情報を記した振込電文を振込先に送信して振込処理を進める振込処理手段と、前記振込処理を取り消す場合に、前記振込処理に利用した振込データを利用して、前記振込処理を取り消し時に振込先へと送信すべき組戻電文を生成する組戻電文生成手段と、を有する、情報処理装置と、を含む、振込処理システムが提供される。かかる構成によると、組戻電文を生成するための振込内容を再入力する手間が省かれる上、誤入力などのミスが生じるリスクを回避することが可能になる。
【００１２】
また、上記課題を解決するために、本発明の別の観点によれば、振込処理を取り消す場合に、前記振込処理に利用した振込データを利用して、前記振込処理の取り消し時に振込先へと送信すべき組戻電文を生成する工程を含む、組戻電文生成方法が提供される。かかる構成によると、組戻電文を生成するための振込内容を再入力する手間が省かれる上、誤入力などのミスが生じるリスクを回避することが可能になる。
【００１３】
また、上記課題を解決するために、本発明の別の観点によれば、振込処理システムが、スキャナにより読み込まれた振込依頼書の画像データから当該振込依頼書の所定欄に記載された文字又は数字を自動識別して振込データを生成する工程と、前記生成する工程で生成された振込データのうち、振込処理に必要な情報を記した振込電文を振込先に送信して振込処理を進める工程と、前記振込処理を取り消す場合に、前記振込処理に利用した振込データを利用して、前記振込処理を取り消し時に振込先へと送信すべき組戻電文を自動生成する工程と、前記自動生成する工程で生成された組戻電文を前記振込先に送信する工程と、を含む、振込処理の取り消し方法が提供される。かかる構成によると、組戻電文を生成するための振込内容を再入力する手間が省かれる上、誤入力などのミスが生じるリスクを回避することが可能になる。
【発明の効果】
【００１４】
以上説明したように本発明によれば、ＯＣＲ為替集中処理システムにおいて、振込処理したデータが相手行からエラー返却された際に組戻電文を自動生成することを可能にし、運用上の利便性を向上させることが可能になる。
【図面の簡単な説明】
【００１５】
【図１】振込依頼書の一例を示した図である。
【図２】振込依頼書のスキャン結果から記載内容を自動識別する端末の画面イメージを示した図である。
【図３】本発明の一実施形態に係るＯＣＲ為替集中処理システムのシステム構成例を示したブロック図である。
【図４】同実施形態に係る振込処理の流れを示したフロー図である。
【図５】同実施形態に係る振込処理の取り消し時に実行される処理の流れを示したフロー図である。
【図６】同実施形態に係るシステムにおいて複数の振込依頼をロット単位で管理する方法を概略的に示した説明図である。
【図７】同実施形態に係る振込処理（エントリ）の流れを示したフロー図である。
【図８】同実施形態に係る振込処理（ベリファイ）の流れを示したフロー図である。
【図９】同実施形態に係る振込処理の取り消し時に実行される処理（一括取り消し）の流れを示したフロー図である。
【図１０】同実施形態に係るＯＣＲ為替集中処理システムに含まれる端末やサーバの機能を実現することが可能な情報処理装置のハードウェア構成例を示した図である。
【発明を実施するための形態】
【００１６】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１７】
［説明の流れ］
ここで、本稿における説明の流れについて簡単に述べる。
【００１８】
まず、本実施形態の技術的意義について理解を容易ならしめるため、ＯＣＲ為替集中処理システムの一般的な構成について簡単に説明し、その構成が内包する課題について言及する。次いで、図２〜図５を参照しながら、本実施形態に係るＯＣＲ為替集中処理システムの基本的な構成及び動作について説明する。次いで、図６〜図９を参照しながら、本実施形態の一変形例（ロット管理機構を搭載した構成）に係るＯＣＲ為替集中処理システムの動作について説明する。最後に、図１０を参照しながら、同実施形態に係るＯＣＲ為替集中処理システムに含まれる端末やサーバの機能を実現することが可能な情報処理装置のハードウェア構成例について説明する。
【００１９】
＜１：ＯＣＲ為替集中処理システムの概要（一般的な構成例）＞
ＯＣＲ為替集中処理システムとは、金融機関の営業店に設置されているスキャナで読み取った振込依頼書の内容を集中センタへと送信し、集中センタにて振込依頼書の内容を管理できるようにするシステムである。
【００２０】
例えば、振込依頼を行うために顧客が金融機関の営業店に来店した場合、その顧客は、まず、所定の振込依頼書に必要事項を記入し、営業店の窓口に提出する。振込依頼書としては、例えば、図１に示すようなレイアウトのものが利用される。記入後に提出された振込依頼書の内容は、金融機関の営業店に設置されたスキャナにより読み取られ、集中センタへと送信される。集中センタは、営業店側から送信された振込依頼書の内容をデータベースにエントリする。
【００２１】
データベースに振込内容がエントリされると、その振込内容に基づいて振込処理が実行される。まず、振込内容を示す振込電文が、ホストコンピュータを介して振込先となる相手行（以下、単に相手行という場合がある。）へと送信される。この振込電文を受信した相手行は、受信した振込電文に従って受取人口座に振込金額を入金する処理を実行する。
【００２２】
この処理の中で、例えば、振込電文で指定された口座番号が存在しなかったり、或いは、受取人が相違していたりすると、相手行において正常に振込処理を実行することができない。正常に振込処理を実行できない場合、相手行は、振込元である金融機関に対して理由と共に振込処理のエラーを通知する。この通知を受けた金融機関は、エラーの内容を依頼人である顧客に連絡し、顧客に対して振込内容の修正や振込の取り消しなどの対応を求める。振込依頼を取り消す場合、振込元の金融機関は、相手行に対して「組戻電文」を送信し、振込電文で依頼した振込処理の取り消しを要請する。
【００２３】
なお、振込処理がエラーとなり、相手行から振込元の金融機関へとエラーが通知される場合、通常、その金融機関の営業店に設置された受信専用端末にエラーを示す受信票が出力される。この場合、その金融機関の営業店では、受信専用端末から出力された受信票を確認し、振込依頼の依頼人である顧客に連絡し、振込がエラーとなった旨を通知すると共に、振込内容を訂正するか、或いは、振込自体を取り消すかなどを問い合わせる。振込自体を取り消す場合には、営業店に設置された端末を操作して「組戻電文」を生成するために必要なデータを全て入力し、生成された「組戻電文」を相手行に送信する必要がある。
【００２４】
このように、一般的なシステムでは、振込処理においてエラーが発生する度に、「組戻電文」を作成するための煩雑な処理が必要になる。また、「組戻電文」を生成するためのデータ入力時に打鍵ミスが生じて、誤った「組戻電文」が生成されてしまう恐れもある。そのため、運用上の利便性及び作業負荷の観点から改善が求められていた。
【００２５】
また、顧客から複数の振込依頼があった場合、それら全ての振込依頼を取り消すには１件毎に「組戻電文」を生成して相手行に送信せねばならず、大変に作業負担が大きかった。こうした状況に鑑み、本件発明者は、これらの課題を解決すべく鋭意改善案の検討を行い、業務効率化に大きく寄与するＯＣＲ為替集中処理システムを考案した。以下、その詳細について説明する。
【００２６】
＜２：実施形態＞
本発明の実施形態について説明する。本実施形態は、ＯＣＲ為替集中処理システムに関し、特に、金融機関における為替振込業務の効率化を目的として考案されたＯＣＲ為替集中処理システムに関する。
【００２７】
［２−１：ＯＣＲ為替集中処理システムの構成］
まず、図３を参照しながら、本実施形態に係るＯＣＲ為替集中処理システムの構成について説明する。図３は、本実施形態に係るＯＣＲ為替集中処理システムの構成について説明するための説明図である。なお、ＯＣＲ為替集中処理システムに含まれる端末やサーバなどの機能は、例えば、図１０に示す情報処理装置のハードウェア構成を利用して実現することが可能である。
【００２８】
図３に示すように、本実施形態に係るＯＣＲ為替集中処理システムは、主に、通信回線にて接続された営業店１０のシステム及び集中センタ２０により構成される。また、集中センタ２０は、専用回線等によりホストシステム３０に接続されている。
【００２９】
（営業店１０のシステム構成）
図３に示すように、ＯＣＲ為替集中処理システムに関し、営業店１０のシステムは、主に、スキャナ１０１と、営業店端末１０２とにより構成される。
【００３０】
振込依頼書がセットされると、スキャナ１０１は、セットされた振込依頼書をスキャンしてイメージデータを生成する。また、スキャナ１０１は、振込依頼書をスキャンする際、振込依頼書毎に「読取通番」を採番し、振込依頼書に印字する。スキャナ１０１で読み取った振込依頼書のイメージデータは、営業店端末１０２に伝送される。なお、スキャナ１０１にＯＣＲ機能が搭載されている場合、スキャナ１０１により振込依頼書の文字データが読み取られ、営業店端末１０２に伝送されるようにしてもよい。但し、以下では、イメージデータが営業店端末１０２に伝送されたものとして説明を進める。
【００３１】
イメージデータを取得した営業店端末１０２は、文字認識機能により、取得したイメージデータから所定欄に記載の文字データを読み取り、読み取った結果を表示画面に表示する。例えば、図１に例示した振込依頼書の所定欄に必要事項を記入してスキャナ１０１にセットし、読み取り処理を実行した場合、営業店端末１０２の表示画面には、図２に示すように、所定欄のイメージデータと、そのイメージデータに対応する文字データ（認識データ）とが表示される。図２の例では、振込指定日、依頼人電話番号、金融機関名、受取人名、依頼人名、種目、預金種目、口座番号、振込み金額、支店名、手数料区分、手数料などの認識データ及びイメージデータが表示されている。また、検印は、イメージデータのみが表示されている。
【００３２】
営業店端末１０２は、取得したイメージデータ及びそのイメージデータから読み取られた文字データを所定の通信回線経由で集中センタ２０に送信する。なお、所定の通信回線は、専用回線であってもよいし、公衆が利用可能なネットワークであってもよい。また、営業店端末１０２から集中センタ２０へとイメージデータ及び文字データが伝送されるに際し、表示画面に表示された内容をオペレータがチェックし、その内容に誤りがないかを確認した後で、オペレータの操作により伝送処理が実行されるようにしてもよい。また、営業店端末１０２の表示画面に表示された内容を顧客に確認する手順を踏んでから、イメージデータ及び文字データの伝送操作が行われるようにしてもよい。
【００３３】
（集中センタ２０のシステム構成）
図３に示すように、ＯＣＲ為替集中システムに関し、集中センタ２０は、主に、Ｗｅｂサーバ２０１と、為替サーバ２０２と、操作端末２０３と、ＧＷサーバ２０４（ゲートウェイサーバ）とにより構成される。また、操作端末２０３は、例えば、エントリ用端末２１１、ベリファイ用端末２１２、承認用端末２１３に分けられていてもよい。
【００３４】
営業店端末１０２からイメージデータ及び文字データを受信すると、受信したイメージデータ及び文字データは、為替サーバ２０２に入力される。為替サーバ２０２は、データベース（ＤＢ）を有しており、入力されたイメージデータ及び文字データを「読取通番」に対応付けてデータベースに格納する。為替サーバ２０２のデータベースに格納されたイメージデータ及び文字データは、エントリ用端末２１１に配信される。配信されたイメージデータ及び文字データは、エントリ用端末２１１の画面上に表示され、オペレータにより表示内容のチェックが行われる。このとき、オペレータは、イメージデータと文字データとを比較して、営業店端末１０２における文字認識の結果に誤りがないかを確認し、必要に応じて誤読又は不読となった文字データの補正操作を行う。
【００３５】
エントリ用端末２１１においてオペレータのチェック及び補正操作が完了すると、必要に応じて補正された文字データ及びイメージデータ（以下、エントリデータ）は、ベリファイ用端末２１２に配信される。配信されたエントリデータは、ベリファイ用端末２１２の画面上に表示され、オペレータによりエントリデータの確認や重要項目の再入力などが行われる。エントリデータの確認結果が不一致の場合、或いは、高額取引の場合、ベリファイ用端末２１２における確認や重要項目の再入力などが行われたエントリデータ（以下、ベリファイデータ）は、承認用端末２１３に配信される。配信されたベリファイデータは、承認用端末２１３の画面上に表示され、役席者により承認の操作が行われる。
【００３６】
ベリファイ用端末２１２における確認結果が一致の場合、或いは、承認用端末２１３において承認操作が行われた場合、ＧＷサーバ２０４を介してホストシステム３０に向けて「為替仕向け電文」が発信される。ホストシステム３０は、受信した為替仕向け電文に基づいて相手行に振込電文を送信する。この振込電文を受信した相手行は、受信した振込電文に従って受取人口座に振込金額を入金する処理を実行する。
【００３７】
この処理の中で、例えば、振込電文で指定された口座番号が存在しなかったり、或いは、受取人が相違していたりすると、相手行において正常に振込処理を実行することができない。正常に振込処理を実行できない場合、相手行は、ホストシステム３０に対して理由と共に振込処理のエラーを通知する。この通知を受けたホストシステム３０は、エラーの内容をＧＷサーバ２０４経由で為替サーバ２０２に伝送する。
【００３８】
振込依頼を取り消す場合、為替サーバ２０２は、まず、振込依頼した振込依頼書の「読取通番」を確定させる。例えば、為替サーバ２０２は、相手行から受信したエラー通知に含まれる元の振込依頼データや営業店情報などの情報と振込依頼書の原票とを突き合わせ、対応する「読取通番」を確定させる。なお、複数の振込電文に対してエラーが通知された場合、為替サーバ２０２は、各振込電文に対応する振込依頼書の「読取通番」をそれぞれ確定させる。
【００３９】
次に、オペレータは、取り消したい振込処理に対応する振込依頼書の「読取通番」を指定する。このとき、「読取通番」の指定には、例えば、集中センタ２０のエントリ用端末２１１や営業店１０に設置された営業店端末１０２などが利用される。なお、「読取通番」を指定するための専用入力画面が用意されていてもよい。このようにして取り消したい振込処理に対応する振込依頼書の「読取通番」が指定されると、その指定内容は、為替サーバ２０２に伝送される。為替サーバ２０２は、データベースに格納された取引データ（上述したイメージデータ及び文字データ）の中から、指定された「読取通番」に対応する取引データを抽出する。
【００４０】
取り消したい振込処理に対応する取引データを抽出すると、為替サーバ２０２は、抽出した取引データに基づいて「組戻電文」を自動生成する。なお、ここでは為替サーバ２０２が「組戻電文」を自動生成する構成を紹介したが、ＯＣＲ為替集中システム内の他の端末又はサーバが「組戻電文」を自動生成する構成にしてもよい。このようにして自動生成された「組戻電文」は、ＧＷサーバ２０４を介してホストシステム３０に伝送される。ホストシステム３０は、相手行に対して「組戻電文」を送信し、振込電文で依頼した振込処理の取り消しを要請する。
【００４１】
以上、本実施形態に係るＯＣＲ為替集中システムのシステム構成について説明した。一般的なシステム構成の場合、相手行でエラーが発生し、その振込処理を取り消すことになった際、営業店に設置された端末から「組戻電文」を生成するために必要なデータをオペレータが手入力する必要があったが、本実施形態に係るシステム構成の場合、「組戻電文」が自動生成されるため、オペレータの入力操作が不要になる。その結果、振込処理の取り消しに関するオペレーションが簡素化され、業務効率が向上する。さらに、打鍵ミスなどで誤った「組戻電文」が生成されるのを防ぐことが可能になる。このように、本実施形態に係る技術を適用すると、運用利便性の高いＯＣＲ為替集中システムが提供される。
【００４２】
［２−２：為替取引の全体的な処理の流れ］
ここで、図４を参照しながら、本実施形態に係るＯＣＲ為替集中システムにおける為替取引の全体的な処理の流れについて説明する。図４は、本実施形態に係るＯＣＲ為替集中システムにおける為替取引の全体的な処理の流れについて説明するための説明図である。
【００４３】
図４に示すように、振込処理を実施する場合、オペレータは、営業店１０に設置されたスキャナ１０１で振込依頼書をスキャンする。このとき、スキャナ１０１は、振込依頼書単位で「読取通番」を採番する（Ｓ１０１）。スキャナ１０１でスキャンされた振込依頼書のイメージデータは、営業店端末１０２に入力される。次いで、営業店端末１０２は、入力されたイメージデータを対象に文字認識を実行し、振込依頼書の所定欄に記載された文字データを読み取る（Ｓ１０２）。営業店端末１０２により読み取られた文字データ及びイメージデータは、集中センタ２０の為替サーバ２０２に伝送される。
【００４４】
為替サーバ２０２は、伝送されてきた文字データ及びイメージデータをデータベースに登録する（Ｓ１０３）。このとき、為替サーバ２０２は、「読取通番」に対応付けて文字データ及びイメージデータをデータベースに登録する。データベースに登録された文字データ及びイメージデータは、エントリ用端末２１１に配信される。オペレータは、エントリ用端末２１１の画面上に表示される文字データ及びイメージデータを確認し、目視で比較しながらエントリ操作を行う（Ｓ１０４）。エントリ済みのデータ（エントリデータ）は、ベリファイ用端末２１２に配信される。次いで、オペレータは、ベリファイ用端末２１２を用いてエントリデータに対するベリファイ操作を行う（Ｓ１０５）。
【００４５】
また、エントリ／ベリファイの不一致時又は高額取引の場合、役席者は、承認用端末２１３を利用して承認操作を行う（Ｓ１０６）。承認操作が完了した場合、或いは、承認操作を必要としない取引においてベリファイ操作が完了した場合、ＧＷサーバ２０４を介して為替仕向け電文がホストシステム３０に発信される（Ｓ１０７）。この段階で、１件分の為替取引が完結する。
【００４６】
以上、本実施形態に係るＯＣＲ為替集中システムにおける為替取引の全体的な処理の流れについて説明した。
【００４７】
［２−３：組戻電文の自動生成方法］
次に、図５〜図９を参照しながら、相手行からエラー通知が来て取引を取り消す場合の処理フローについて説明する。
【００４８】
（２−３−１：組戻電文の生成処理フロー）
まず、図５を参照しながら、組戻電文の生成処理フローについて説明する。図５は、組戻電文の生成処理フローについて説明するための説明図である。
【００４９】
まず、オペレータは、営業店端末１０２又はエントリ用端末２１１から取り消したい振込依頼書の「読取通番」を指定する（Ｓ１１１）。次いで、為替サーバ２０２は、指定された「読取通番」に対応する振込データをデータベースから検索する（Ｓ１１２）。なお、データベースには、「読取通番」に対応付けられた振込データ（イメージデータ及び文字データ）が登録されており、各振込データに対して、エントリ前であるか、エントリ後であるか、ベリファイ済みであるか、ベリファイ未済であるか、ホストシステム３０へ発信済みであるか、発信未済であるか、といった状態情報が登録されている。
【００５０】
次いで、為替サーバ２０２は、データベースから抽出した振込データに基づいて「組戻電文」を自動生成する（Ｓ１１３）。次いで、為替サーバ２０２は、ＧＷサーバ２０４を介して「組戻電文」をホストシステム３０へ発信する（Ｓ１１４）。次いで、ホストシステム３０は、「組戻電文」を相手行へと送信し（Ｓ１１５）、振込電文で依頼した振込処理の取り消しを要請する。この「組戻電文」に基づき、相手行において振込処理の取り消し処理が実行され、ステップＳ１１１で指定された振込依頼書に対応する振込処理が取り消される。
【００５１】
以上、組戻電文の生成処理フローについて説明した。
【００５２】
（２−３−２：ロット管理機能について）
次に、図６〜図８を参照しながら、ロット管理機能について説明する。このロット管理機能は、複数の振込処理をロット通番で管理し、ロット通番を利用して纏めて処理できるようにする機能である。これまでは、１件毎に振込処理を実行したり、振込処理を取り消したりする仕組みについて説明してきたが、ここでは複数件の振込依頼書を纏めて処理する方法について述べる。
【００５３】
１人の依頼人が複数の振込先に対して振込依頼を行う場合、依頼人が記入した複数の振込依頼書に合計票が添付される。この合計票には、例えば、図６に示すように、発信日、振込日、振込額、添付した振込依頼書の枚数、振込依頼件数などの情報が記載される。この合計票は、振込依頼書と共に、営業店１０のスキャナ１０１によりスキャンされる。スキャナ１０１によりスキャンされた合計票及び各振込依頼書のイメージデータは、営業店端末１０２に伝送される。
【００５４】
営業店端末１０２は、スキャナ１０１から伝送された合計票及び当該合計票と共にスキャンされた振込依頼書にロット通番を採番し、合計票及び各振込依頼書にロット通番を印字する。すなわち、当該ロットの１枚目の振込依頼書をスキャンする際にロット通番を取得してスキャナに通知し、スキャンと同時にロット通番を印字させるようにする。ロット通番は、スキャンする振込依頼書の束毎に採番される。ロット通番には、店舗の番号や日付を含める（例：［店番号］＋[日付]＋[当日のロットの番号]）等してもよい。なお、このとき、ロット通番とともに、振込依頼書１枚ごとのシリアル番号を生成して印字させるようにする。
【００５５】
ロット通番の採番後、営業店端末１０２は、スキャンが完了した合計票及び各振込依頼書のイメージデータをロット通番とともに集中センタ２０へと送信する。集中センタ２０では、ロット通番を利用して振込依頼書が管理され、エントリ業務などが実施される。このとき、集中センタ２０では、合計票及び各振込依頼書のプルーフチェックが行われ、チェックがＮＧとなった場合にはメッセージを表示して一旦エントリを保留とする。この処理により、エントリの堅確性が向上する。このようにして、集中センタ２０の為替サーバ２０２では、ロット通番と当該ロットの振込依頼書のイメージおよび振込みデータが関連付けられて管理される。
【００５６】
ここで、エントリ処理及びベリファイ処理などについて、より詳細に説明する。
【００５７】
図７に示すように、エントリ処理が開始されると、まず、オペレータは、エントリ用端末２１１を用いて未エントリの振込データを為替サーバ２０２のデータベースから取得する（Ｓ２０１）。次いで、オペレータは、エントリ用端末２１１を用いてＯＣＲ認証結果（文字データ）を確認し、必要に応じて文字データの修正を行う（Ｓ２０２）。ステップＳ２０２の処理が完了すると、エントリ済みの振込データ（エントリデータ）は、為替サーバ２０２のデータベースに格納される（Ｓ２０３）。そして、エントリ処理が終了し、ベリファイ処理に進む。
【００５８】
ベリファイ処理が開始されると、まず、オペレータは、ベリファイ用端末２１２を用いて未ベリファイの振込データ（エントリデータ）を為替サーバ２０２のデータベースから取得する（Ｓ２１１）。次いで、オペレータは、ベリファイ用端末２１２を用いて重要項目のエントリを実施する（Ｓ２１２）。このとき、ベリファイが一致するか否かを判定し、ベリファイが一致した場合には処理をステップＳ２１５へと進め、不一致の場合には処理をステップＳ２１４へと進める。処理をステップＳ２１４へと進めた場合、役席者の承認又はデータの訂正を経て処理はステップＳ２１３へと差し戻される（Ｓ２１４）。
【００５９】
処理をステップＳ２１５へと進めた場合、対象とする取引が高額取引であるか否かが判定される（Ｓ２１５）。高額取引である場合、処理は、ステップＳ２１６へと進められる。一方、高額取引ではない場合、処理は、ステップＳ２１７へと進められる。処理がステップＳ２１６へと進められた場合、役席者による承認を経て（Ｓ２１６）、処理はステップＳ２１７へと進められる。処理がステップＳ２１７へと進んだ場合、ベリファイ済みの振込データ（ベリファイデータ）は、為替サーバ２０２のデータベースに格納される（Ｓ２１７）。
【００６０】
次いで、同じロット通番が付された振込依頼書による全ての振込データがベリファイ済みとなったか否かが判定され（Ｓ２１８）、未了の場合には残りの振込データについてステップＳ２１１〜Ｓ２１７の処理が実行され（Ｓ２１９）、全てベリファイ済みの場合には処理がステップＳ２２０に進められる。処理がステップＳ２２０に進んだ場合、為替サーバ２０２は、同一ロットの全振込データについてプルーフチェックを実行し（Ｓ２２０）、プルーフチェックがＯＫの場合にはデータベースに格納し、ＮＧの場合にはメッセージの表示及び所定の処理を実行する（Ｓ２２１）。なお、所定の処理としては、例えば、データ修正、データ削除、営業店１０へのデータ返送などがある。
【００６１】
ステップＳ２２０で同一ロットの全振込データについてプルーフチェックが完了した場合、ベリファイ処理が終了する。以上、ロット管理機能を利用する場合のエントリ処理及びベリファイ処理について説明した。
【００６２】
（２−３−３：ロット単位で組戻電文を自動生成する方法）
次に、図９を参照しながら、ロット単位で組戻電文を自動生成する方法について説明する。図９は、ロット単位で組戻電文を自動生成する処理の流れについて説明するための説明図である。
【００６３】
従来のシステム構成において、複数の振込依頼を取り消す場合には、相手行から通知されたデータに基づいて１件毎に振込データを検索し、その振込データに基づいてオペレータが手作業で組戻電文を生成していた。上述した組戻電文の自動生成方法を適用すると、取り消したい振込依頼を指定するだけで組戻電文が自動生成されるため、複数の振込依頼を取り消す場合でもオペレータや依頼人の負担は少ない。しかし、同じ依頼人が同時に複数の振込依頼を行った場合であって、その全てをまとめて取り消したい場合、１件ずつ振込依頼を指定する手間（「読取通番」を指定する手間）や、為替サーバ２０２が１件ずつデータベース内の振込データを検索する処理は冗長である。
【００６４】
そこで、ロット通番を利用し、ロット単位で複数の振込依頼を纏めて取り消せるようにする仕組みを提案する。この場合、図９に示すように、オペレータは、営業店端末１０２又はエントリ用端末２１１から取り消したい振込依頼書の「ロット通番」を指定する（Ｓ３０１）。次いで、為替サーバ２０２は、指定された「ロット通番」に対応する全ての振込データをデータベースから検索する（Ｓ３０２）。なお、データベースには、「ロット通番」「読取通番」に対応付けられた振込データ（イメージデータ及び文字データ）が登録されており、各振込データに対して、エントリ前であるか、エントリ後であるか、ベリファイ済みであるか、ベリファイ未済であるか、ホストシステム３０へ発信済みであるか、発信未済であるか、といった状態情報が登録されている。
【００６５】
次いで、為替サーバ２０２は、データベースから抽出した振込データに基づいて「組戻電文」を自動生成する（Ｓ３０３）。このとき、為替サーバ２０２は、各振込データについて「組戻電文」を生成する。次いで、為替サーバ２０２は、ＧＷサーバ２０４を介して全ての「組戻電文」をホストシステム３０へ発信する（Ｓ３０４）。次いで、ホストシステム３０は、全ての「組戻電文」を相手行へと送信し（Ｓ３０５）、振込電文で依頼した振込処理の取り消しを要請する。この「組戻電文」に基づき、相手行において振込処理の取り消し処理が実行され、ステップＳ３０１で指定されたロット通番が付番された全ての振込依頼書に対応する振込処理が纏めて取り消される。
【００６６】
なお、ロット内の振込データにホストシステム３０へ発信済みと未発信のものが混在する場合は、ホストシステム３０へ発信済みの振込データのみについて、組戻電文を生成するようにしてもよい。このとき、ホストシステム未発信のデータについては、エントリやベリファイが未だの場合は、その後のエントリやベリファイを行わないようにする。例えば、状態情報を「取消し済み」のようにして、以後無駄なエントリまたはベリファイ作業が行われないようにする。
【００６７】
以上、ロット単位で組戻電文を自動生成する方法について説明した。かかる構成により、ロット単位で管理された振込データにおいて、ロット単位で振込を取り消すこととなった場合に、合計票に添付された振込依頼書に対応する振込データの全て（あるいはホストシステム３０に発信済みの振込データの全て）について組戻電文が自動生成される。そのため、運用上の利便性がさらに向上する。
【００６８】
以上、本実施形態に係るＯＣＲ為替集中処理システムの構成及び動作について詳細に説明した。なお、ここでは金融機関向けＯＣＲ為替集中処理システムを例に挙げて説明したが、元データを利用して後行程のデータに利用できるようなシステムであれば、本実施形態に係る技術を同様にして適用することが可能である。
【００６９】
＜３：ハードウェア構成例＞
上記のサーバや端末が有する各構成要素の機能は、例えば、図１０に示す情報処理装置のハードウェア構成を用いて実現することが可能である。つまり、当該各構成要素の機能は、コンピュータプログラムを用いて図１０に示すハードウェアを制御することにより実現される。なお、このハードウェアの形態は任意であり、例えば、パーソナルコンピュータ、携帯電話、ＰＨＳ、ＰＤＡ等の携帯情報端末、ゲーム機、又は種々の情報家電がこれに含まれる。但し、上記のＰＨＳは、Ｐｅｒｓｏｎａｌ  Ｈａｎｄｙ−ｐｈｏｎｅ  Ｓｙｓｔｅｍの略である。また、上記のＰＤＡは、Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔの略である。
【００７０】
図１０に示すように、このハードウェアは、主に、ＣＰＵ９０２と、ＲＯＭ９０４と、ＲＡＭ９０６と、ホストバス９０８と、ブリッジ９１０と、を有する。さらに、このハードウェアは、外部バス９１２と、インターフェース９１４と、入力部９１６と、出力部９１８と、記憶部９２０と、ドライブ９２２と、接続ポート９２４と、通信部９２６と、を有する。但し、上記のＣＰＵは、Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔの略である。また、上記のＲＯＭは、Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙの略である。そして、上記のＲＡＭは、Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙの略である。
【００７１】
ＣＰＵ９０２は、例えば、演算処理装置又は制御装置として機能し、ＲＯＭ９０４、ＲＡＭ９０６、記憶部９２０、又はリムーバブル記録媒体９２８に記録された各種プログラムに基づいて各構成要素の動作全般又はその一部を制御する。ＲＯＭ９０４は、ＣＰＵ９０２に読み込まれるプログラムや演算に用いるデータ等を格納する手段である。ＲＡＭ９０６には、例えば、ＣＰＵ９０２に読み込まれるプログラムや、そのプログラムを実行する際に適宜変化する各種パラメータ等が一時的又は永続的に格納される。
【００７２】
これらの構成要素は、例えば、高速なデータ伝送が可能なホストバス９０８を介して相互に接続される。一方、ホストバス９０８は、例えば、ブリッジ９１０を介して比較的データ伝送速度が低速な外部バス９１２に接続される。また、入力部９１６としては、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチ、及びレバー等が用いられる。さらに、入力部９１６としては、赤外線やその他の電波を利用して制御信号を送信することが可能なリモートコントローラ（以下、リモコン）が用いられることもある。
【００７３】
出力部９１８としては、例えば、ＣＲＴ、ＬＣＤ、ＰＤＰ、又はＥＬＤ等のディスプレイ装置、スピーカ、ヘッドホン等のオーディオ出力装置、プリンタ、携帯電話、又はファクシミリ等、取得した情報を利用者に対して視覚的又は聴覚的に通知することが可能な装置である。但し、上記のＣＲＴは、Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅの略である。また、上記のＬＣＤは、Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙの略である。そして、上記のＰＤＰは、Ｐｌａｓｍａ  ＤｉｓｐｌａｙＰａｎｅｌの略である。さらに、上記のＥＬＤは、Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ  Ｄｉｓｐｌａｙの略である。
【００７４】
記憶部９２０は、各種のデータを格納するための装置である。記憶部９２０としては、例えば、ハードディスクドライブ（ＨＤＤ）等の磁気記憶デバイス、半導体記憶デバイス、光記憶デバイス、又は光磁気記憶デバイス等が用いられる。但し、上記のＨＤＤは、Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅの略である。
【００７５】
ドライブ９２２は、例えば、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリ等のリムーバブル記録媒体９２８に記録された情報を読み出し、又はリムーバブル記録媒体９２８に情報を書き込む装置である。リムーバブル記録媒体９２８は、例えば、ＤＶＤメディア、Ｂｌｕ−ｒａｙメディア、ＨＤ  ＤＶＤメディア、各種の半導体記憶メディア等である。もちろん、リムーバブル記録媒体９２８は、例えば、非接触型ＩＣチップを搭載したＩＣカード、又は電子機器等であってもよい。但し、上記のＩＣは、Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔの略である。
【００７６】
接続ポート９２４は、例えば、ＵＳＢポート、ＩＥＥＥ１３９４ポート、ＳＣＳＩ、ＲＳ−２３２Ｃポート、又は光オーディオ端子等のような外部接続機器９３０を接続するためのポートである。外部接続機器９３０は、例えば、プリンタ、携帯音楽プレーヤ、デジタルカメラ、デジタルビデオカメラ、又はＩＣレコーダ等である。但し、上記のＵＳＢは、Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓの略である。また、上記のＳＣＳＩは、Ｓｍａｌｌ  Ｃｏｍｐｕｔｅｒ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｆａｃｅの略である。
【００７７】
通信部９２６は、ネットワーク９３２に接続するための通信デバイスであり、例えば、有線又は無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、又はＷＵＳＢ用の通信カード、光通信用のルータ、ＡＤＳＬ用のルータ、又は各種通信用のモデム等である。また、通信部９２６に接続されるネットワーク９３２は、有線又は無線により接続されたネットワークにより構成され、例えば、インターネット、家庭内ＬＡＮ、赤外線通信、可視光通信、放送、又は衛星通信等である。但し、上記のＬＡＮは、Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋの略である。また、上記のＷＵＳＢは、Ｗｉｒｅｌｅｓｓ  ＵＳＢの略である。そして、上記のＡＤＳＬは、Ａｓｙｍｍｅｔｒｉｃ  Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅの略である。
【００７８】
以上、添付図面を参照しながら本発明の好適な実施形態について説明したが、本発明は係る例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【符号の説明】
【００７９】
１０      営業店
１０１    スキャナ
１０２    営業店端末
２０      集中センタ
２０１    Ｗｅｂサーバ
２０２    為替サーバ
２０３    操作端末
２０４    ＧＷサーバ
２１１    エントリ用端末
２１２    ベリファイ用端末
２１３    承認用端末
３０      ホストシステム
【図１】
2013156891.tif 000003
【図２】
2013156891.tif 000004
【図３】
2013156891.tif 000005
【図４】
2013156891.tif 000006
【図５】
2013156891.tif 000007
【図６】
2013156891.tif 000008
【図７】
2013156891.tif 000009
【図８】
2013156891.tif 000010
【図９】
2013156891.tif 000011
【図１０】
2013156891.tif 000012