(57)【要約】【課題】営業店１の操作漏れがある状態のままで事務センタ２が次の処理へ移行することをなくし、オペレータの負担軽減を図ること。【解決手段】複数の営業店１で行う為替取引を為替処理端末２４によって集中して処理する事務センタ２を有する為替集中処理システム１０において、事務センタ２は、所定の時間をもって為替取引の受付開始及び終了を制御する受付開始終了制御部３１と、各営業店１での為替取引の精査確認の状況を監視する精査状況監視部３３と、精査状況監視部３３の監視の結果、各営業店１での精査確認が取れたことを条件に次の処理を実行すること。【選択図】    図1
2014021734.tif 000002
【特許請求の範囲】
【請求項１】
複数の営業店で行う為替取引を為替処理端末によって集中して処理する事務センタを有する為替集中処理システムにおいて、
前記事務センタは、所定の時間をもって前記為替取引の受付開始及び終了を制御する受付開始終了制御部と、
前記各営業店での前記為替取引の精査確認の状況を監視する精査状況監視部と、
前記精査状況監視部の監視の結果、前記各営業店での前記精査確認が取れたことを条件に次の処理を実行する制御部を有することを特徴とする為替集中処理システム。
【請求項２】
前記制御部は、前記精査状況監視部の監視の結果、前記精査確認が取れない前記営業店がある場合、該営業店に対しメッセージを発することを特徴とする請求項１記載の為替集中処理システム。
【請求項３】
前記各営業店での前記為替取引はオンライン取引処理であり、前記次の処理とは打溜取引であり、
前記制御部は、前記精査状況監視部の監視の結果、前記精査確認が取れない前記営業店がある場合、前記受付開始終了制御部に対し、前記打溜取引の前記所定の開始時間を遅らせるよう指示することを特徴とする請求項１記載の為替集中処理システム。
【請求項４】
前記各営業店での前記為替取引は打溜取引であり、前記次の処理とは前記事務センタの閉局処理であり、
前記制御部は、前記為替処理端末に対し、前記為替処理端末の電源OFF時に前記閉局処理未完了のメッセージを表示するよう指示することを特徴とする請求項１記載の為替集中処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、金融機関の営業店で受け付けた為替帳票を読み取って事務センタへ送信し、当該事務センタで集中処理する為替集中処理システムに関するものである。
【背景技術】
【０００２】
為替集中処理システムは金融機関における業務の効率化を目的としたシステムである。従来の為替集中処理システムの動作を以下に説明する。図１０は従来の為替集中処理システムの運用フローである。まず、営業店１において顧客が振込依頼をする場合、顧客は所定の振込依頼書に必要事項を記入して営業店１の窓口に提出する。窓口の係員はこの振込依頼書としての帳票を受け付けると、スキャナでこれを読取り、事務センタ２宛てにオンライン取引として送信する。
【０００３】
（１）開局操作：これに先立ち、事務センタ２では、オペレータが当該事務センタ２の開局処理を行う。
（２）オンライン取引受付開始：所定の時間、即ち９時になると、自動的にオンライン取引の受付が開始される。即ち、オンライン取引処理が可能となる。
【０００４】
（３）オンライン取引処理：そして、事務センタ２は前述の営業店１からのオンライン取引を受信する。オペレータは受信した帳票のイメージデータを目視により確認し、作成した為替データをホストコンピュータ４へ送信するというオンライン取引処理を行う。
（４）オンライン取引受付終了：オンライン取引処理は所定の時間、即ち１５時になると、自動的に受付が終了となる。
【０００５】
（５）オンライン取引分精査確認：営業店１においては、それまでのオンライン取引についての精査が行われ、精査の結果を事務センタ２宛てに送信する。事務センタ２では、オペレータが全ての営業店１のオンライン取引の精査結果を確認する。
（６）資金請求：事務センタ２のオペレータは、全ての営業店１の精査結果が確認できると、ホストコンピュータ４に対して資金請求を行う。その後、ホストコンピュータ４から各営業店１へデータが送られる。
【０００６】
（７）打溜取引受付開始：所定の時間、即ち１６時になると、自動的に打溜取引の受付が開始される。即ち、打溜取引処理が可能となる。
（８）打溜取引処理：事務センタ２は営業店１からの打溜取引を受信する。オペレータは打溜取引処理を行う。
【０００７】
（９）打溜取引受付終了：打溜取引処理は所定の時間、即ち１７時になると、自動的に受付が終了となる。
（１０）打溜取引分精査確認：営業店１においては、それまでの打溜取引についての精査が行われ、精査の結果を事務センタ２宛てに送信する。事務センタ２では、オペレータが全ての営業店１の打溜取引の精査結果を確認する。打溜取引の結果は翌日にホストコンピュータ４へ送信される。
（１１）閉局操作：事務センタ２のオペレータは閉局操作を行う。
【０００８】
なお、特開２００１−３４７０４（特許文献１）には、ＯＣＲ為替集中処理システムにおいて処理時間の短縮やオペレータの負担を軽減する技術が開示されている。法人形態名については、所定の略称に変換されたもの同士を比較して、一致しているかどうかの判断をすることにより、上記課題を解決しようとするものである。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００１−３４７０４号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかしながら、従来の技術によれば、（５）オンライン取引分精査確認、（６）資金請求、（１０）打溜取引分精査確認及び（１１）閉局操作は、事務センタ２のオペレータによる操作で運用している。そのため、オペレータによる操作漏れが発生するおそれがあり、操作漏れが生じるとリカバリー処理などの余分な操作が必要となるなどの問題があった。
【００１１】
本発明が解決しようとする課題は、事務センタにおいて、オペレータによる操作漏れをなくし、更に、為替集中処理システムとして、営業店の操作漏れがある状態のままで事務センタが次の処理へ移行することをなくし、オペレータの負担軽減を図ることを可能とするものである。
【課題を解決するための手段】
【００１２】
上記課題を解決するために本発明に関する為替集中処理システムは、複数の営業店で行う為替取引を為替処理端末によって集中して処理する事務センタを有する為替集中処理システムにおいて、前記事務センタは、所定の時間をもって前記為替取引の受付開始及び終了を制御する受付開始終了制御部と、前記各営業店での前記為替取引の精査確認の状況を監視する精査状況監視部と、前記精査状況監視部の監視の結果、前記各営業店での前記精査確認が取れたことを条件に次の処理を実行する制御部を有することを特徴とするものである。
【発明の効果】
【００１３】
上記構成を有する本発明によれば、各営業店での為替取引の精査確認の状況を監視する精査状況監視部と、この精査状況監視部の監視の結果、各営業店での精査確認が取れたことを条件に次の処理を実行する制御部を有することとしたので、営業店における精査確認をチェックするオペレータの負担軽減を図ることが可能となる。同時に、為替集中処理システムとして、営業店の操作漏れがある状態での次の処理へ移行することを防ぐことができる。
【図面の簡単な説明】
【００１４】
【図１】第１の実施の形態に関する為替集中処理システム１０の構成を示すブロック図である。
【図２】第１の実施の形態に関するデータベースサーバ２３を示す機能ブロック図である。
【図３】第１の実施の形態に関する為替集中処理システム１０の運用フローである。
【図４】第１の実施の形態に関するデータベースサーバ２３の制御部３０の動作を示すフローチャートである。
【図５】第１の実施の形態に関する営業店処理端末１２における精査票画面２５と精査票確認画面２６を示す説明図である。
【図６】第１の実施の形態に関する精査処理状況テーブル５０を示す説明図である。
【図７】為替処理端末２４の画面に表示した精査処理状況確認画面６０を示す説明図である。
【図８】事務センタ２のデータベースサーバ２３から送信する警告のメッセージを示す説明図である。
【図９】第1の実施の形態に関する事務センタ２の為替処理端末２４の電源ＯＦＦ動作を示すフローチャートである。
【図１０】従来の為替集中処理システムの運用フローである。
【発明を実施するための形態】
【００１５】
（第１の実施の形態）
以下、本発明の第１の実施の形態について説明する。図1は第１の実施の形態に関する為替集中処理システム１０の構成を示すブロック図である。為替集中処理システム１０は銀行等の金融機関の支店としての複数の営業店１と、各営業店１からの為替帳票を受け付けて帳票データを入力する事務センタ２と、事務センタ２からの帳票データを受信し、各種データを管理するホストコンピュータ４から構成される。
【００１６】
複数の営業店１は顧客の記入した振込依頼書の帳票を受付ける。各営業店１には、スキャナ１１と営業店処理端末１２とが複数設置されている。スキャナ１１は記入済みの帳票の画像を読み取り為替帳票イメージにする。営業店処理端末１２は、オペレータの操作でスキャナ１１を動作させ、読み取った為替帳票イメージを事務センタ２へ送信する。営業店１は、後述するように営業時間の所定の時間において主にオンライン取引処理を行い事務センタ２へ送信する。その後打溜取引処理を行い、同じく事務センタ２へ送信する。更に営業店１は、それぞれの取引処理終了後、精査を行って、これも事務センタ２へ送信することになる。
【００１７】
事務センタ２は、複数の営業店１と回線３を介して接続される。事務センタ２は、複数の営業店１から送信された為替帳票イメージを受け付け、為替データをデータベース２１に格納し、所定に項目の入力を行って、為替帳票データとしてホストコンピュータ４に送信する。
【００１８】
そのため事務センタ２は、イメージ処理サーバ２２と、データベースサーバ２３と、データベース２１及び為替処理端末２４を有する。イメージ処理サーバ２２は、営業店１から回線３を介して送信される為替帳票イメージを受信する。データベースサーバ２３は、イメージ処理サーバ２２から為替帳票イメージを受取り、データベース２１へ格納する。データベースサーバ２３は為替処理端末２４からの指示により、データベース２１に格納した各種データを読み出す。そして、データベースサーバ２３は、事務センタ２内の動作を制御する後述する制御部３０を有する。
【００１９】
為替処理端末２４は、オペレータによって操作され、データベース２１から為替帳票イメージを読み出し、所定の項目の入力を行って為替帳票データとしてホストコンピュータ４に送信する。
【００２０】
図２は第１の実施の形態に関するデータベースサーバ２３の機能を示すブロック図である。同図は本実施の形態に関する機能のみを示し、その他の機能は説明を省略する。
受付開始終了制御部３１は、後述するタイマ部３７から受信する時刻に基づいて、オンライン取引及びその後の打溜取引の開始及び終了を制御する。本実施の形態では、オンライン取引の受付開始時間が９時、受付終了時間が１５時とし、打溜取引の受付開始時間が１６時、受付終了時間が１７時とする。受付開始終了制御部３１の受付開始の指示があって、営業店１から事務センタ２への為替取引のオンライン取引の受付が可能となる。そして、受付開始終了制御部３１の受付終了の指示があると、事務センタ２における為替取引のオンライン取引の受付が終了する。
【００２１】
閉局動作部３２は、後述するように打溜取引の精査が全営業店１について行われたことを条件に、自動的に事務センタ２を閉局する。精査状況監視部３３は、全営業店１についてオンライン取引又は打溜取引の精査が行われたかどうか監視をする。
【００２２】
メッセージ発生部３４は、精査状況監視部３３の監視の結果、オンライン取引又は打溜取引の精査が済んでいない営業店１があるとき、警告のメッセージA又はＣを当該営業店１の営業店処理端末１２に送信する。更に警告のメッセージＢ又はＤを事務センタ２の為替処理端末２４に送信する。
【００２３】
記憶部３５は、データベースサーバ２３の動作に必要な各種の情報を記憶する。入出力部３６は、イメージ処理サーバ２２及び為替処理端末２４との入出力を行う。タイマ部３７は、時刻を発生するための時計を有する。タイマ部３７から出力される予め決められた時刻に取引が開始又は終了する。
【００２４】
送受信部３８は、オンライン取引処理及び打溜取引処理において、営業店１とのデータの送受信を行う。受付開始終了制御部３１の制御によって、送受信部３８のデータの送受信が可能になる。資金請求部３９は、全ての営業店１について後述するオンライン取引分の精査処理が完了することを条件にホストコンピュータ４宛てに送付する資金請求データを作成する。データベース書込読出部４０は、データベース２１に対する各種データの書込み及び読出しを行う。制御部３０はこれらの各部の動作を制御する。
【００２５】
図３は第１の実施の形態に関する為替集中処理システム１０の運用フローである。まず、営業店１において顧客が振込依頼をする場合、顧客は所定の振込依頼書に必要事項を記入して営業店１の窓口に提出する。窓口の係員はこの振込依頼書としての帳票を受け付けると、スキャナ１１でこれを読取り、事務センタ２宛てにオンライン取引として送信する。
【００２６】
（１）開局操作：これに先立ち、事務センタ２では、オペレータが当該事務センタ２の開局処理を行う。即ちオペレータは為替処理端末２４の電源をONとし、為替処理端末２４を立ち上げる。
（２）オンライン取引受付開始：所定の時間、即ち９時になると、自動的にオンライン取引の受付が開始される。即ち、オンライン取引処理が可能となる。
【００２７】
（３）オンライン取引処理：そして、前述の営業店１からのオンライン取引を受信する。オペレータは受信した帳票のイメージデータを目視により確認し、作成した為替データをホストコンピュータ４へ送信するというオンライン取引処理を行う。振込依頼書の場合の為替データは、年月日、振込人口座番号、振込先銀行名及び支店名、振込先口座番号及び名義並びに振込金額である。
（４）オンライン取引受付終了：オンライン取引処理は所定の時間、即ち１５時になると、自動的に受付が終了となる。
【００２８】
（５）オンライン取引分精査確認：営業店１においては、それまでのオンライン取引についての精査が行われる。その際、営業店１の営業店処理端末１２に、精査票画面２５及び精査票確認画面２６が表示される。精査票確認画面２６には精査票結果確認項目が表示される。営業店１の係員が精査票結果確認項目にチェックを入れるか又は精査票印刷ボタンを押下すると、その情報がデータベース２１に格納される。これにより事務センタ２のオペレータは為替処理端末２４を操作することにより全ての営業店１の精査結果が確認することができる。仮に、所定の時間になっても精査を実施していない営業店１があるときは、次の資金請求は行われない。従って、事務センタ２は、自動的に当該営業店１宛に後述する警告のメッセージAを送信する。同時に事務センタ２内では為替処理端末２４宛に、後述する警告のメッセージＢを送信する。
【００２９】
（６）資金請求：事務センタ２は、全ての営業店１のオンライン取引分の精査確認を条件に、自動的にホストコンピュータ４に対して資金請求を行う。その後、ホストコンピュータ４から各営業店１へデータが送られる。
【００３０】
（７）打溜取引受付開始：所定の時間、即ち１６時になると、事務センタ２は自動的に打溜取引の受付が開始される。即ち、打溜取引処理が可能となる。ここで、この所定の時刻で未だ（６）資金請求が完了していない場合、オンライン取引の精査未完の営業店１があるにもかかわらず、次の打溜取引を受け付けることとなってしまう。このことは打溜取引の混乱のもととなるため避ける必要がある。本実施の形態では、所定の時刻で未だ（６）資金請求が完了していない場合、後述するように打溜取引受付開始時間を所定時間（３０分又は１時間）延長するものとする。そして、オンライン取引の精査未完の営業店１が精査を完了すると、自動的にホストコンピュータ４に対して資金請求を行った上で、打溜取引受付開始時間を元に戻す。
【００３１】
（８）打溜取引処理：営業店１からの打溜取引を受信する。オペレータは打溜取引処理を行う。ホストコンピュータ４への送信は翌日でよい。
（９）打溜取引受付終了：打溜取引処理は所定の時間、即ち１７時になると、事務センタ２は自動的に受付が終了となる。
【００３２】
（１０）打溜取引分精査確認：営業店１においては、それまでの打溜取引についての精査が行われる。その際、営業店１の営業店処理端末１２に、精査票画面２５及び精査票確認画面２６が表示される。精査票確認画面２６には精査票結果確認項目が表示される。営業店１の係員が精査票結果確認項目にチェックを入れるか又は精査票印刷ボタンを押下すると、その情報がデータベース２１に格納される。これにより事務センタ２のオペレータは為替処理端末２４を操作することにより全ての営業店１の精査結果が確認することができる。仮に、所定の時間になっても精査を実施していない営業店１があるときは、次の閉局動作は行われない。従って、事務センタ２は、自動的に当該営業店１宛に後述する警告のメッセージＣを送信する。同時に事務センタ２内では為替処理端末２４宛に、後述する警告のメッセージＤを送信する。打溜取引の結果は翌日にホストコンピュータ４へ送信される。
【００３３】
（１１）閉局動作：事務センタ２では、オペレータの閉局操作を介さないで自動的に閉局動作が行われる。閉局動作は、打溜取引精査が完了したことを条件に行われる。
【００３４】
図４は第１の実施の形態に関するデータベースサーバ２３の制御部３０の動作を示すフローチャートである。
Ｓ１０１：（１）データベースサーバ２３の制御部３０は、オペレータの操作による為替処理端末２４の開局操作の信号を入出力部３６を介して受信する。
Ｓ１０２：（２）データベースサーバ２３の制御部３０は、タイマ部３７からの予め決められた時刻（９時）の通知を受けると、受付開始終了制御部３１に対しオンライン取引の受付を開始するよう指示する。これにより受付開始終了制御部３１は送受信部３８を制御し、オンライン取引の受付を可能にする。
【００３５】
Ｓ１０３：（３）データベースサーバ２３の制御部３０は、送受信部３８に対し、営業店１からの為替データを受信するよう指示する。そして、データベース書込読出部４０に対し、データベース２１に為替データを格納するよう指示する。これによりオペレータは為替処理端末２４を操作し、ホストコンピュータ４に対し為替データを送信しオンライン取引処理を行う。なお、オンライン取引処理の詳細な動作説明は省略する。
【００３６】
Ｓ１０４：（４）データベースサーバ２３の制御部３０は、タイマ部３７からの予め決められた時刻（１５時）の通知を受けると、受付開始終了制御部３１に対しオンライン取引の受付を終了するよう指示する。これにより受付開始終了制御部３１は送受信部３８を制御し、オンライン取引の受付を終了する。
【００３７】
Ｓ１０５：（５）データベースサーバ２３の制御部３０は、精査状況監視部３３に対し、各営業店１からのオンライン取引分の精査を監視するよう指示する。各営業店１からのオンライン取引分の精査確認結果は、イメージ処理サーバ２２を介してデータベース２１に格納される。
【００３８】
ここで営業店１におけるオンライン取引の精査処理について説明する。図５は第１の実施の形態に関する営業店処理端末１２における精査票画面２５と精査票確認画面２６を示す説明図である。営業店１においてオンライン取引が終了すると、オペレータ操作で精査が行われる。精査の結果は同図（ａ）に示す精査票画面２５のように、年月日４１、合計件数４２、合計金額４３及び次へボタン４４が表示される。営業店１の係員は次へボタン４４を押下すると、営業店処理端末１２は同図（ｂ）に示す精査票確認画面２６を表示する。精査票確認画面２６は精査票結果確認項目としての精査票印刷ボタン４６、チェック欄４７、ＯＫボタン４８及び年月日時分秒４９が表示される。営業店１の係員は精査票印刷ボタン４６、チェック欄４７又はＯＫボタン４８のいずれかを押下すると、その情報が事務センタ２のデータベース２１に格納される。
【００３９】
Ｓ１０６：データベースサーバ２３の制御部３０は、精査状況監視部３３に対し、全営業店１のオンライン取引分が精査済みであるかどうかチェックするよう指示する。精査状況監視部３３はデータベース２１に格納した精査処理状況テーブル５０を参照して全営業店１の精査状況を確認する。
【００４０】
図６は第１の実施の形態に関する精査処理状況テーブル５０を示す説明図である。営業店欄５１には営業店名としてＡ店、Ｂ店及びＣ店が表示される。オンライン取引欄５２にはオンライン取引の精査状況が、打溜取引欄５３には打溜取引の精査状況（ステップ１０６においては、実際は打溜取引欄５３は空欄である）が表示される。精査状況監視部３３による確認の結果、全営業店１がオンライン取引精査済であるときは、ステップ１１０へ進み、全営業店精査済ではないときはステップ１０７へ移行する。
【００４１】
なお、精査状況監視部３３はデータベース２１に格納した精査処理状況テーブル５０を参照して全営業店１の精査状況を確認するが、オペレータは為替処理端末２４から精査処理状況を目視で確認することができる。図７は為替処理端末２４の画面に表示した精査処理状況確認画面６０を示す説明図である。営業店欄６１には営業店名としてＡ店、Ｂ店及びＣ店が表示される。オンライン取引欄６２にはオンライン取引の精査状況が、打溜取引欄６３には打溜取引の精査状況（ステップ１０６においては、実際は打溜取引欄６３は空欄である）が表示される。
【００４２】
Ｓ１０７：データベースサーバ２３の制御部３０は、メッセージ発生部３４に対して、オンライン取引の精査が済でいない営業店１宛てに精査を促す警告のメッセージＡを発するよう指示する。メッセージ発生部３４は、データベース２１に格納した精査処理状況テーブル５０を参照して、オンライン取引欄５２が「未精査」の営業店１宛てにイメージ処理サーバ２２を介してオンライン取引の精査を促す警告のメッセージＡを発する。また、データベースサーバ２３の制御部３０は、メッセージ発生部３４に対して、為替処理端末２４に対して、オンライン取引の精査が済んでいない営業店１に連絡するよう促す警告のメッセージＢを発するよう指示する。
【００４３】
図８は事務センタ２のデータベースサーバ２３から送信する警告のメッセージを示す説明図である。同図（ａ）は営業店１宛てにオンライン取引処理の精査を促すメッセージＡ画面７０を示し、同図（ｂ）は為替処理端末２４に対して、オンライン取引の精査が済んでいない営業店１に連絡することを促すメッセージＢ画面７１を示す。ステップ１０７において、メッセージ発生部３４は、営業店１の営業店処理端末１２にオンライン取引処理の精査を促すメッセージＡ画面７０を表示させ、為替処理端末２４に対して、営業店１に連絡することを促すメッセージＢ画面７１を表示させる。
【００４４】
Ｓ１０８：データベースサーバ２３の制御部３０は、タイマ部３７に対し、現在時刻を通知するよう指示する。現在時刻が打溜取引受付開始時刻（１６時）未満であるとき、ステップ１０６へ戻って精査未完の営業店１の精査完了を待つ。現在時刻が打溜取引受付開始時刻（１６時）であるときは、次へ進む。
【００４５】
Ｓ１０９：データベースサーバ２３の制御部３０は、受付開始終了制御部３１に対して、打溜取引の開始時刻を６０分延長、即ち１６時から１７時に変更するよう指示する。そして、ステップ１０６へ移行し、精査未完の営業店１の精査完了を待つ。
【００４６】
Ｓ１１０：（６）ステップ１０６において、全ての営業店１がオンライン取引の精査が済んだときは、データベースサーバ２３の制御部３０は、資金請求部３９に対して、オンライン取引分の精査処理状況から資金請求データを作成するよう指示する。資金請求部３９が資金請求データを作成すると、制御部３０は、入出力部３６に対してホストコンピュータ４に資金請求データを送信するよう指示する。その後、ホストコンピュータ４から各営業店１へ資金請求データが送られる。
【００４７】
各営業店１での為替取引としてのオンライン取引の精査確認の状況を監視する精査状況監視部３３を有し、精査状況監視部３３の監視の結果、各営業店１でのオンライン取引分の精査確認が取れたことを条件に次の処理としての資金請求を実行することとしたので、営業店１における精査確認をチェックするオペレータの負担軽減を図ることが可能となる。
【００４８】
Ｓ１１１：データベースサーバ２３の制御部３０は、ステップ１０９において打溜取引の開始時刻を延長したかどうか判断する。延長したものであれば、ステップ１１２へ移行し、そうでなければステップ１１３へ移行する。
【００４９】
Ｓ１１２：打溜取引の開始時刻を延長したときは、データベースサーバ２３の制御部３０は、受付開始終了制御部３１に対して、打溜取引の開始時刻を１６時からに戻すよう指示する。これにより、打溜取引が実際には１６時３０分から開始可能となったとしても、打溜取引の開始時刻後の取引なので、時間的には有効な取引となる。
【００５０】
Ｓ１１３：（７）データベースサーバ２３の制御部３０は、受付開始終了制御部３１に対して、タイマ部３７からの予め決められた時刻（１６時）の通知を受けると、受付開始終了制御部３１に対し打溜取引の受付を開始するよう指示する。これにより受付開始終了制御部３１は送受信部３８を制御し、打溜取引の受付を可能にする。
【００５１】
Ｓ１１４：（８）データベースサーバ２３の制御部３０は、送受信部３８に対し、営業店１からの打溜取引の為替データを受信するよう指示する。そして、入出力部３６を介して、データベースサーバ２３に対し、データベース２１に為替データを格納するよう指示する。これによりオペレータは為替処理端末２４を操作し打溜取引処理を行う。ホストコンピュータ４への送信は翌日でよい。なお、打溜取引処理の詳細な動作説明は省略する。
【００５２】
Ｓ１１５：（９）データベースサーバ２３の制御部３０は、タイマ部３７からの予め決められた時刻（１７時）の通知を受けると、受付開始終了制御部３１に対し打溜取引の受付を終了するよう指示する。これにより受付開始終了制御部３１は送受信部３８を制御し、打溜取引の受付を終了する。
【００５３】
Ｓ１１６：（１０）データベースサーバ２３の制御部３０は、精査状況監視部３３に対し、各営業店１からの打溜取引分の精査を監視するよう指示する。各営業店１からの打溜取引分の精査確認結果は、イメージ処理サーバ２２を介してデータベース２１に格納される。ここで営業店１における打溜取引の精査処理についてはオンライン取引の精査処理と同様である。そして、打溜取引における精査票画面２５と精査票確認画面２６は図５及びその説明と同じである。
【００５４】
Ｓ１１７：データベースサーバ２３の制御部３０は、精査状況監視部３３に対し、全営業店１の打溜取引分が精査済みであるかどうかチェックするよう指示する。精査状況監視部３３はデータベース２１に格納した精査処理状況テーブル５０（図６）を参照して全営業店１の精査状況を確認する。図６に示す例は、営業店１のＡ店及びＣ店の打溜取引が未精査であり、Ｂ店の打溜取引が精査済であることを示す。精査状況監視部３３による確認の結果、全営業店１が打溜取引精査済であるときは、ステップ１１９の閉局動作へ進み、全営業店精査済ではないときはステップ１１８へ移行する。
【００５５】
Ｓ１１８：データベースサーバ２３の制御部３０は、メッセージ発生部３４に対して、打溜取引の精査が済でない営業店１宛てに精査を促す警告のメッセージＣを発するよう指示する。メッセージ発生部３４は、データベース２１に格納した精査処理状況テーブル５０を参照して、打溜取引欄５３が「未精査」の営業店１のＡ店及びＣ店宛てに打溜取引の精査を促す警告のメッセージＣを発する。また、データベースサーバ２３の制御部３０は、メッセージ発生部３４に対して、為替処理端末２４に対して、打溜取引の精査が済んでいない営業店１に連絡するよう促す警告のメッセージＤを発するよう指示する。
【００５６】
図８（ｃ）は営業店１宛てに打溜取引処理の精査を促すメッセージＣ画面７２を示す。同図（ｄ）は為替処理端末２４に対して、打溜取引の精査が済んでいない営業店１に連絡することを促すメッセージＤ画面７３を示す。ステップ１１８において、メッセージ発生部３４は、営業店１の営業店処理端末１２に打溜取引処理の精査を促すメッセージＣ画面７２を送信しこれを表示させ、為替処理端末２４に対して、営業店１に連絡することを促すメッセージＤ画面７３を表示させる。
【００５７】
Ｓ１１９：打溜取引の精査が全営業店１について行われると、データベースサーバ２３の制御部３０は閉局動作部３２に対し、事務センタ２を閉局するよう指示する。これにより、事務センタ２は自動的に閉局する。
【００５８】
以上のように、各営業店１での為替取引としての打溜取引の精査確認の状況を監視する精査状況監視部３３を有し、精査状況監視部３３の監視の結果、各営業店１での打溜取引分の精査確認が取れたことを条件に次の処理としての閉局動作を実行することとしたので、営業店１における精査確認をチェックするオペレータの負担軽減を図ることが可能となる。
【００５９】
次に閉局動作について説明する。図9は第1の実施の形態に関する事務センタ２の為替処理端末２４の電源ＯＦＦ動作を示すフローチャートである。
Ｓ２０１：為替処理端末２４は、電源ＯＦＦの際に、データベースサーバ２３に対し開閉局の状態を確認する。
【００６０】
Ｓ２０２：為替処理端末２４は、データベースサーバ２３の制御部３０が、閉局動作部３２に対し、閉局動作が済であるかどうかを確認した結果を受信する。受信した結果、閉局動作が済であれば終了し、閉局動作が済でなければ、閉局動作未完のメッセージを表示するよう指示を受信し、ステップ２０３へ移行する。
【００６１】
Ｓ２０３：為替処理端末２４は、データベースサーバ２３の制御部３０の指示により、閉局動作未完のメッセージを表示する。即ち、為替処理端末２４は「電源をＯＦＦしようとしています。しかし、閉局動作が済んでいません。閉局動作が済んでから電源をＯＦＦしてください。」とのメッセージを表示する。
【００６２】
これにより、第１の実施の形態に関する閉局動作によれば、為替処理端末２４の電源ＯＦＦ時に閉局動作が未完のとき、閉局動作未完のメッセージを表示するようにしたので、オペレータは為替処理端末２４の電源ＯＦＦ実施の判断が行うことができる。
【００６３】
以上第1の実施の形態によれば、各営業店１での為替取引の精査確認の状況を監視する精査状況監視部３３を有し、精査状況監視部３３の監視の結果、各営業店１での精査確認が取れたことを条件に次の処理を実行することとしたので、営業店１における精査確認をチェックするオペレータの負担軽減を図ることが可能となる。同時に、為替集中処理システムとして、営業店の操作漏れがある状態での次の処理へ移行することを防ぐことができる。
【符号の説明】
【００６４】
１      営業店
２      事務センタ  
４      ホストコンピュータ
１１    スキャナ
１２    営業店処理端末
２１    データベース
２２    イメージ処理サーバ
２３    データベースサーバ
２４    為替処理端末
３１    受付開始終了制御部
３２    閉局動作部
３３    精査状況監視部
３４    メッセージ発生部
【図１】
2014021734.tif 000003
【図２】
2014021734.tif 000004
【図３】
2014021734.tif 000005
【図４】
2014021734.tif 000006
【図５】
2014021734.tif 000007
【図６】
2014021734.tif 000008
【図７】
2014021734.tif 000009
【図８】
2014021734.tif 000010
【図９】
2014021734.tif 000011
【図１０】
2014021734.tif 000012