(57)【特許請求の範囲】
【請求項１】
ホストコンピューターと通信可能であり、記憶手段を有し、前記ホストコンピューターから受信した為替被仕向データのうち入金不能となったものを入金不能情報として前記記憶手段に記憶させるセンターサーバーと、
該センターサーバーと通信可能であり、該センターサーバーから前記入金不能情報を受信し、該入金不能情報に対してなされた処理選択に関する承認依頼情報を前記センターサーバーに送信するオペレーター処理用端末と、
前記センターサーバーと通信可能であり、前記入金不能情報に対する前記処理選択について承認するか否かの承認可否情報を前記センターサーバーに送信する役席承認用端末と、
を備え、
前記センターサーバーは、前記オペレーター処理用端末から受信した前記承認依頼情報に基いて、前記承認依頼情報が示す前記処理選択に対して承認待ちであることを示す情報である承認待ち情報を生成し、該承認待ち情報が示す前記処理選択の信頼度である承認処理用信頼度を導出して、前記承認待ち情報と共に前記承認処理用信頼度を前記役席承認用端末に送信し、
前記役席承認用端末は、前記センターサーバーから受信した前記承認待ち情報及び前記承認処理用信頼度に基いて、前記承認待ち情報が示す前記処理選択について承認するか否かの決定がされた結果情報を含む前記承認可否情報を生成する
ことを特徴とする為替被仕向データ処理システム。
【請求項２】
前記センターサーバーは、前記入金不能情報における入金不能の要因がパターン化され、該パターンに対する処理選択の重み付けがなされた処理選択基準情報に基いて、前記承認処理用信頼度を導出する
ことを特徴とする請求項１記載の為替被仕向データ処理システム。
【請求項３】
前記役席承認用端末は、表示手段を備え、
該表示手段は、少なくとも、前記承認待ち情報が示す振込依頼情報及び前記処理選択の内容、並びに、前記承認処理用信頼度を表示する
ことを特徴とする請求項１又は請求項２のいずれかに記載の為替被仕向データ処理システム。
【請求項４】
前記センターサーバーは、前記入金不能情報における入金不能の要因がパターン化され、該パターンに対する処理選択の重み付けがなされた処理選択基準情報に基づいて、前記承認処理用信頼度を導出するものであって、前記承認待ち情報と共に前記処理選択基準情報を前記役席承認用端末に送信するものであり、
前記役席承認用端末は、表示手段を備え、
該表示手段は、少なくとも、前記承認待ち情報が示す振込依頼情報及び前記処理選択の内容、並びに、前記承認処理用信頼度を表示するとともに、さらに、前記処理選択基準情報を表示する
ことを特徴とする請求項１記載の為替被仕向データ処理システム。
【請求項５】
前記センターサーバーは、前記オペレーター処理用端末から送信要求を受信した場合に、前記入金不能情報を前記記憶手段から読み出して前記オペレーター処理用端末に送信する
ことを特徴とする請求項１〜請求項４のいずれかに記載の為替被仕向データ処理システム。
【請求項６】
前記センターサーバーは、
生成した前記承認待ち情報を前記記憶手段に記憶させ、
前記役席承認用端末から送信要求を受信した場合に、前記承認待ち情報を前記記憶手段から読み出して前記役席承認用端末に送信する
ことを特徴とする請求項１〜請求項５のいずれかに記載の為替被仕向データ処理システム。
【請求項７】
前記センターサーバーは、前記役席承認用端末から受信した前記承認可否情報が前記処理選択について承認する旨を示す場合、前記ホストコンピューターに対して、承認された処理を実施させるための電文を送信する
ことを特徴とする請求項１〜請求項６のいずれかに記載の為替被仕向データ処理システム。
【請求項８】
前記センターサーバーは、前記役席承認用端末から受信した前記承認可否情報が前記処理選択について承認しない旨を示す場合、前記承認可否情報に対応する前記入金不能情報を、再度、前記記憶手段に記憶させる
ことを特徴とする請求項１〜請求項７のいずれかに記載の為替被仕向データ処理システム。
【請求項９】
前記センターサーバーは、前記入金不能情報について実施されるべき処理選択の信頼度である処理選択用信頼度を導出して、前記入金不能情報と共に前記処理選択用信頼度を前記オペレーター処理用端末に送信し、
前記オペレーター処理用端末は、少なくとも、前記センターサーバーから受信した前記入金不能情報及び前記処理選択用信頼度に基いて、前記入金不能情報についての前記処理選択がされた結果情報を含む前記承認依頼情報を生成する
ことを特徴とする請求項１〜請求項８のいずれかに記載の為替被仕向データ処理システム。
【請求項１０】
前記センターサーバーは、前記入金不能情報における入金不能の要因がパターン化され、該パターンに対する処理選択の重み付けがなされた処理選択基準情報に基いて、前記処理選択用信頼度を導出する
ことを特徴とする請求項９記載の為替被仕向データ処理システム。
【請求項１１】
前記オペレーター処理用端末は、表示手段を備え、
該表示手段は、少なくとも、前記入金不能情報及び前記処理選択用信頼度を表示する
ことを特徴とする請求項９又は請求項１０記載の為替被仕向データ処理システム。
【請求項１２】
前記処理選択は、入金処理、仕向け機関への資金の返却処理、又は、仕向け機関へ振込人への振込内容を確認依頼する照会処理のうち、いずれかが選択されたものである
ことを特徴とする請求項１〜請求項１１のいずれかに記載の為替被仕向データ処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、為替被仕向データ処理システムに関し、特に、入金不能データに対するオペレーターの処理選択（入金、照会及び返却）を役席者が承認する際の承認行為の補助を行うものに関するものである。
【背景技術】
【０００２】
従来の為替被仕向データ処理装置として、入金不能の事由が軽微か否かを判断し、その事由が軽微である場合には、営業店扱いの登録があるか否かの判断で、営業店扱いとするか、照会電文を送信するか、又は、振込金額の返却を実施するための付替電文を作成するか等の判定を実施するものがある（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−４８３１８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、ホストコンピューターで入金不能となった振込データのうち、その入金不能の事由が軽微なものについては、照会及び返却処理する場合の他、オペレーターが入金可能と判断した場合にはホストコンピューターに入金を依頼するデータを送信する必要があるが、その際に入金してよいかどうかの判断は、特許文献１に示されているような相違が１文字であるかどうかだけではなく、実際的には多岐に渡り、その多岐に渡る事由に応じて判断しなければならないという問題点があった。
【０００５】
一方、一般的な銀行業務においては、オペレーターの操作内容を役席者が確認して承認する行為を義務付けている場合が多いが、金融機関によっては、１日に発生する入金不能データが数千件にのぼる場合もあり、事務センターの限られた役席者でそれを確認する場合、オペレーターの操作内容を目視で確認しているだけでは、処理選択の誤りを見逃してしまう可能性があるという問題点もあった。
【０００６】
そのため、役席者がオペレーターの処理選択内容の妥当性を容易に判断することができ、かつ、オペレーターが誤って判断した処理選択を役席者も誤って承認してしまう事態を抑制することが可能な為替被仕向データ処理システムが望まれていた。
【課題を解決するための手段】
【０００７】
本発明に係る為替被仕向データ処理システムは、ホストコンピューターと通信可能であり、記憶手段を有し、ホストコンピューターから受信した為替被仕向データのうち入金不能となったものを入金不能データとして記憶手段に記憶させるセンターサーバーと、そのセンターサーバーと通信可能であり、そのセンターサーバーから入金不能データを受信し、その入金不能データに対する処理選択に関する情報（以下、「承認依頼データ」という）をセンターサーバーに送信するオペレーター処理用端末と、センターサーバーと通信可能であり、入金不能データに対する処理選択について承認するか否かの情報（以下、「承認・差戻し情報」という）をセンターサーバーに送信する役席承認用端末と、を備え、センターサーバーは、オペレーター処理用端末から受信した承認依頼データに基いて、承認依頼データが示す処理選択に対して承認待ちであることを示す情報である承認待ちデータを生成し、その承認待ちデータが示す処理選択の信頼度（以下、「承認処理用信頼度」という）を導出して、承認待ちデータと共に承認処理用信頼度を役席承認用端末に送信し、役席承認用端末は、センターサーバーから受信した承認待ちデータ及び承認処理用信頼度に基いて、承認待ちデータが示す処理選択について承認するか否かの決定がされた結果情報を含む承認・差戻し情報を生成することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、役席者は、オペレーターによって判断された処理選択の内容、及び、その処理選択の信頼度に基づいて、オペレーターの判断の妥当性を確認することができ、さらに、オペレーターが誤って判断した処理選択を、役席者も誤って承認することを抑制することができ、かつ、その承認判断を容易に行うことができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施の形態１に係る為替被仕向データ処理システムの構成図である。
【図２】本発明の実施の形態１に係る為替被仕向データ処理システムにおける機能ブロック図である。
【図３】本発明の実施の形態１に係る為替被仕向データ処理システムの処理の流れを示すフローチャートである。
【図４】本発明の実施の形態１に係る為替被仕向データ処理システムにおける処理選択基準情報３６の構成の例を示す図である。
【図５】本発明の実施の形態１に係る為替被仕向データ処理システムにおける役席承認用端末５による承認待ちデータ３３及び信頼度３４の表示例を示す図である。
【図６】本発明の実施の形態２に係る為替被仕向データ処理システムの処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００１０】
実施の形態１．
（為替被仕向データ処理システムの構成）
図１は、本発明の実施の形態１に係る為替被仕向データ処理システムの構成図であり、図２は、同為替被仕向データ処理システムにおける機能ブロック図である。
図１で示されるように、ホストコンピューター６は、事務センター１におけるセンターサーバー２に接続されており、このセンターサーバー２には、事務センター１内において、１つ以上のオペレーター処理用端末４、及び、１つ以上の役席承認用端末５が接続されている。センターサーバー２は、後述する入金不能データ３１等の各種データを格納するデータベース３を備える。
なお、データベース３は、本発明の「記憶手段」に相当する。
【００１１】
ホストコンピューター６は、仕向け金融機関等から受信した為替被仕向データを事務センター１におけるセンターサーバー２へ送信し、また、そのセンターサーバー２から入金、返却及び照会等の処理の指示を含む電文を受信し、その電文に基づいて処理を実施する。
【００１２】
センターサーバー２は、オペレーター処理用端末４から後述する入金不能データ３１の送信要求を受け付け、その入金不能データ３１を送信し、また、役席承認用端末５から後述する承認待ちデータ３３の送信要求を受け付け、その承認待ちデータ３３を送信する。また、センターサーバー２は、図２で示されるように、少なくとも、入金不能データ処理部２１、口座照会処理部２２、役席承認データ処理部２３、電文発信処理部２４及び処理選択基準判定部２５の各機能ブロックを備える。これらの機能ブロックの処理の詳細は、後述する。
【００１３】
データベース３は、上記のようにセンターサーバー２に備えられており、オペレーター処理用端末４及び役席承認用端末５からセンターサーバー２によってそれぞれ受信された入金不能データ３１及び承認待ちデータ３３を記憶する。また、データベース３は、承認待ちデータ３３における処理選択の信頼度を導出するために使用される処理選択基準情報３６を記憶している。
【００１４】
オペレーター処理用端末４は、オペレーターによって操作され、センターサーバー２に対して、入金不能データ３１の送信要求を送信し、その応答として入金不能データ３１を受信する。そして、オペレーターによって入金不能データ３１に対する「入金」、「返却」又は「照会」の処理選択がなされ、オペレーター処理用端末４は、その処理選択に対して役席者の承認依頼をするための承認依頼情報としての承認依頼データ３２をセンターサーバー２に送信する。ここで、「入金」とは、仕向け金融機関等からの入金指示に従い、被仕向け金融機関に対して入金処理を実施することであり、「返却」とは、仕向け金融機関等への資金の返却処理を実施することであり、そして、「照会」とは、仕向け金融機関等へ振込人への振込内容の確認依頼を実施することである。また、オペレーター処理用端末４は、図２で示されるように、少なくとも、入金不能データ要求処理部４１、データ処理選択・承認依頼処理部４２及び入金不能データ表示処理部４３の各機能ブロックを備える。これらの機能ブロックの処理の詳細は、後述する。
なお、上記の「入金」、「返却」及び「照会」は処理選択の例であり、その他の処理が選択肢として含まれていてもよい。
【００１５】
役席承認用端末５は、役席者によって操作され、センターサーバー２に対して、承認待ちデータ３３の送信要求を送信し、その応答として承認待ちデータ３３を受信する。そして、役席者によって承認待ちデータ３３に対する「承認」又は「差戻し」の決定処理選択がなされ、役席承認用端末５は、その決定処理選択の結果を承認可否情報としての承認・差戻し情報３５として、センターサーバー２に送信する。また、役席承認用端末５は、図２で示されるように、少なくとも、承認待ちデータ要求処理部５１、承認・差戻し処理部５２及び承認待ちデータ表示処理部５３を備える。これらの機能ブロックの処理の詳細は、後述する。
【００１６】
なお、図１においては、４つのオペレーター処理用端末４、及び、２つの役席承認用端末５がセンターサーバー２に接続されている構成であるが、これに限定されるものではなく、その他の数のオペレーター処理用端末４及び役席承認用端末５がセンターサーバー２に接続される構成としてもよい。
また、図１で示されるように、ホストコンピューター６は、事務センター１におけるセンターサーバー２に直接接続される構成となっているが、これに限定されるものではなく、ホストコンピューター６は、インターネット、専用回線等のネットワークを介して、あるいは無線通信によって、事務センター１におけるセンターサーバー２と通信可能となる構成であればよい。
また、図１で示されるように、オペレーター処理用端末４及び役席承認用端末５は、センターサーバー２に直接接続される構成となっているが、これに限定されるものではなく、オペレーター処理用端末４及び役席承認用端末５は、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等のネットワークを介して、あるいは無線通信によって、センターサーバー２と通信可能となる構成であればよい。
そして、図１で示されるように、役席承認用端末５は、事務センター１に配置される構成となっているが、これに限定されるものではなく、事務センター１の外部（例えば、金融機関の本社等）に設置されるものとしてもよく、この場合、インターネット、専用回線等のネットワークを介して、あるいは無線通信によって、事務センター１におけるセンターサーバー２と通信可能となる構成であればよい。
【００１７】
（為替被仕向データ処理システムの動作）
図３は、本発明の実施の形態１に係る為替被仕向データ処理システムの処理の流れを示すフローチャートであり、図４は、同為替被仕向データ処理システムにおける処理選択基準情報３６の構成の例を示す図であり、そして、図５は、同為替被仕向データ処理システムにおける役席承認用端末５による承認待ちデータ３３及び信頼度３４の表示例を示す図である。以下、図３〜図５を参照しながら、本実施の形態に係る為替被仕向データ処理システムの動作を説明する。
【００１８】
まず、事務センター１におけるセンターサーバー２は、ホストコンピューター６から受信した仕向け金融機関等からの為替被仕向データのうち、入金不能となったデータをデータベース３に入金不能データ３１として記憶しているものとする。ここで、センターサーバー２の口座照会処理部２２によって、受信した為替被仕向データに含まれる振込依頼情報（振込先金融機関、口座番号、受取人名、依頼人名、振込金額等の情報を含む）の口座番号等に基づいて、データベース３に格納されている口座情報と照合され、受取人の相違等によって入金不能となったものがデータベース３に入金不能データ３１として記憶される。
【００１９】
（Ｓ０１）
オペレーター処理用端末４の入金不能データ要求処理部４１は、オペレーターの操作に基づいて、センターサーバー２に対し、入金不能データ３１等の送信要求を送信する。
なお、この送信要求は、オペレーター処理用端末４の入金不能データ要求処理部４１によって、例えば所定期間毎に自動的に送信されるものとしてもよい。
【００２０】
（Ｓ０２）
センターサーバー２は、オペレーター処理用端末４から入金不能データ３１の送信要求を受信し、センターサーバー２の入金不能データ処理部２１は、その送信要求に基づいてデータベース３から配信可能な入金不能データ３１を読み出す。
【００２１】
（Ｓ０３）
センターサーバー２の入金不能データ処理部２１は、データベース３から読み出した入金不能データ３１、及び、その入金不能データ３１について入金不能と判定される基となった口座照会の結果情報をオペレーター処理用端末４へ送信する。
なお、上記のように、センターサーバー２は、ステップＳ０１においてオペレーター処理用端末４から送信要求を受信した場合に、入金不能データ３１を読み出し、その入金不能データ３１、及び口座照会の結果情報を送信するものとしているが、これに限定されるものではなく、センターサーバー２は、データベース３に入金不能データ３１が存在する場合に、例えば、所定時間毎に自動的に、入金不能データ３１、及び口座照会の結果情報をオペレーター処理用端末４に送信するものとしてもよい。
【００２２】
（Ｓ０４）
オペレーター処理用端末４は、センターサーバー２から入金不能データ３１及び口座照会結果情報を受信し、オペレーター処理用端末４の入金不能データ表示処理部４３は、少なくとも、その入金不能データ３１及び口座照会結果情報を、オペレーター処理用端末４が備える画面に表示させる。
なお、オペレーター処理用端末４が備える画面は、本発明の「オペレーター処理用端末が備える表示手段」に相当する。
【００２３】
（Ｓ０５）
事務センター１のオペレーターは、オペレーター処理用端末４が備える画面に表示された入金不能データ３１及び口座照会結果情報に基づいて、事務基準に従い、入金不能データ３１について「入金」、「返却」又は「照会」の処理選択をして、その処理の承認依頼を行う。オペレーター処理用端末４のデータ処理選択・承認依頼処理部４２は、オペレーターによる上記の処理選択に基づいて、その承認依頼をするための承認依頼データ３２を生成し、センターサーバー２へ送信する。
【００２４】
（Ｓ０６）
センターサーバー２は、オペレーター処理用端末４から承認依頼データ３２を受信し、承認待ちデータ３３としてデータベース３に記憶させる。ここで、承認依頼データ３２は、ステップＳ０５におけるオペレーターによる処理選択の承認依頼情報と共に、入金不能データ３１及び口座照会結果情報が含まれているものとしてもよく、あるいは、入金不能データ３１及び口座照会結果情報を含まず、ステップＳ０５におけるオペレーターによる処理選択の承認依頼情報によって構成される情報としてもよい。このとき、承認依頼データ３２が入金不能データ３１及び口座照会結果情報を含む場合には、そのままデータベース３に承認待ちデータ３３として記憶されればよく、一方、承認依頼データ３２が入金不能データ３１及び口座照会結果情報を含まない場合には、データベース３に記憶され、かつ、承認依頼情報に対応する入金不能データ３１及び口座照会結果情報がその承認依頼情報と共に、承認待ちデータ３３としてデータベース３に記憶されるものとすればよい。
【００２５】
（Ｓ０７）
役席承認用端末５の承認待ちデータ要求処理部５１は、役席者の操作に基づいて、センターサーバー２に対し、承認待ちデータ３３等の送信要求を送信する。
なお、この送信要求は、役席承認用端末５の承認待ちデータ要求処理部５１によって、例えば所定期間毎に自動的に送信されるものとしてもよい。
【００２６】
（Ｓ０８）
センターサーバー２は、役席承認用端末５から承認待ちデータ３３の送信要求を受信し、センターサーバー２の役席承認データ処理部２３は、その送信要求に基づいてデータベース３から配信可能な承認待ちデータ３３を読み出す。
【００２７】
（Ｓ０９）
センターサーバー２の処理選択基準判定部２５は、役席承認データ処理部２３によって読み出された承認待ちデータ３３の内容、及びデータベース３に記憶されている処理選択基準情報３６に基づいて、承認待ちデータ３３の処理選択に対する信頼度３４を導出する。ここで、処理選択基準情報３６は、例えば、図４で示されるような構成をしており、ステップＳ０５において、オペレーターが処理選択の際に準拠する事務基準をパターン化し、各パターンについて「入金」、「返却」及び「照会」の処理選択について割合によって重み付けしたものである。処理選択基準判定部２５は、承認待ちデータ３３について、処理選択基準情報３６におけるどのパターンと一致するか判定を実施し、一致するパターンに基づいて、承認待ちデータ３３の処理選択に対する信頼度３４を導出する。この信頼度３４は、例えば、承認待ちデータ３３の口座照会結果情報が「部署が相違している」ことを示している場合、処理選択基準判定部２５によって、図４で示される処理選択基準情報３６におけるパターンＮｏ．「８」に一致していると判定され、「入金０％・返却８０％・照会２０％」と導出される。このとき、一致するパターンが複数存在する場合は、各パターンの重みの平均値を算出し、その平均値を信頼度３４とすればよい。
なお、信頼度３４は、本発明の「承認処理用信頼度」に相当する。
【００２８】
（Ｓ１０）
センターサーバー２の役席承認データ処理部２３は、承認待ちデータ３３、及び、処理選択基準判定部２５によって導出された信頼度３４を役席承認用端末５へ送信する。
なお、上記のように、センターサーバー２は、ステップＳ０７において役席承認用端末５から送信要求を受信した場合に、承認待ちデータ３３を読み出し、その承認待ちデータ３３及び信頼度３４を送信するものとしているが、これに限定されるものではなく、センターサーバー２は、データベース３に承認待ちデータ３３が存在する場合に、例えば、所定時間毎に自動的に、承認待ちデータ３３及び信頼度３４を役席承認用端末５に送信するものとしてもよい。
【００２９】
（Ｓ１１）
役席承認用端末５は、承認待ちデータ３３及び信頼度３４を受信し、役席承認用端末５の承認待ちデータ表示処理部５３は、少なくとも、その承認待ちデータ３３及び信頼度３４を、役席承認用端末５が備える画面に表示させる。図５は、その表示例を示すものである。図５で示されるように、表示部４０１は、承認待ちデータ３３における振込依頼情報を表示し、表示部４０２は、承認待ちデータ３３における口座照会結果情報を表示し、表示部４０３は、承認待ちデータ３３における承認依頼情報の処理選択を表示し、そして、表示部４０４は、信頼度３４を表示している。
なお、役席承認用端末５が備える画面は、本発明の「役席承認用端末が備える表示手段」に相当する。
【００３０】
（Ｓ１２）
役席者は、役席承認用端末５が備える画面に表示された承認待ちデータ３３及び信頼度３４に基づいて、承認待ちデータ３３の処理選択に問題がないと判断した場合は「承認」、一方、処理選択に問題があると判断した場合は「差戻し」の決定処理選択をする。役席承認用端末５の承認・差戻し処理部５２は、役席者による上記の決定処理選択の結果を承認・差戻し情報３５として、センターサーバー２へ送信する。
【００３１】
（Ｓ１３）
センターサーバー２は、役席承認用端末５から承認・差戻し情報３５を受信し、その承認・差戻し情報３５において「承認」が選択されている場合は、ステップＳ１４へ進む。一方、「差戻し」が選択されている場合は、ステップＳ１５へ進む。
【００３２】
（Ｓ１４）
センターサーバー２の電文発信処理部２４は、「承認」が選択されている承認・差戻し情報３５に基づいて、ホストコンピューター６に対し、処理選択が「入金」の場合には入金処理を依頼するための入金指示電文を、処理選択が「返却」の場合には仕向け金融機関へ振込金額の返却処理を依頼するための付替電文を、そして、処理選択が「照会」の場合には振込内容についての照会処理を依頼するための照会電文を発信する。ホストコンピューター６は、センターサーバー２から、入金指示電文を受信した場合は入金処理を実施し、付替電文を受信した場合は仕向け金融機関へ振込金額の返却処理を実施し、そして、照会電文を受信した場合は振込内容についての照会処理を実施する。
【００３３】
（Ｓ１５）
センターサーバー２は、受信した承認・差戻し情報３５において「差戻し」が選択されている場合は、承認・差戻し情報３５に対応する承認待ちデータ３３のうち入金不能データ３１の部分を、再度、データベース３に記憶させる。そして、このデータベース３に再度記憶された入金不能データ３１は、ステップＳ０１〜ステップＳ０３の処理が実施された場合に、センターサーバー２からオペレーター処理用端末４に送信される。
【００３４】
（実施の形態１の効果）
以上の構成及び動作によって、役席者は、役席承認用端末５に備えられる画面に表示されるオペレーターによって判断された処理選択の内容、及び、その処理選択の信頼度に基づいて、オペレーターの判断の妥当性を確認することができる。
また、役席者は、オペレーターによる処理選択の信頼度に基づき、オペレーターが誤って判断した処理選択を、役席者も誤って承認することを抑制することができ、かつ、その承認判断を容易に行うことができる。
【００３５】
なお、上記の動作においては、ステップＳ１１において、役席承認用端末５が備える画面に承認待ちデータ３３及び信頼度３４を表示させるものとしているが、これに限定されるものではなく、承認待ちデータ３３に対応する事務基準のパターンの内容、すなわち、処理選択基準情報３６の内容も表示するものとしてもよい。これによって、役席者は、承認待ちデータ３３がどのような誤りによって入金不能となったのかを速やかに把握することが可能となり、さらに、承認判断の効率化を図ることができる。
【００３６】
実施の形態２．
本実施の形態に係る為替被仕向データ処理システムは、実施の形態１に係る同システムと同様の構成であり、その動作において実施の形態１に係る同システムと相違する点を中心に説明する。
【００３７】
（為替被仕向データ処理システムの動作）
図６は、本発明の実施の形態２に係る為替被仕向データ処理システムの処理の流れを示すフローチャートである。以下、図６を参照しながら、本実施の形態に係る為替被仕向データ処理システムの動作について、図３で示される実施の形態１に係る同システムの動作と相違する点を中心に説明する。
【００３８】
図６で示されるステップＳ０１の処理は、それぞれ、実施の形態１における図３で示されるステップＳ０１の処理と同様である。
【００３９】
（Ｓ０２ａ）
センターサーバー２は、オペレーター処理用端末４から入金不能データ３１の送信要求を受信し、センターサーバー２の入金不能データ処理部２１は、その送信要求に基づいてデータベース３から配信可能な入金不能データ３１を読み出す。そして、センターサーバー２の処理選択基準判定部２５は、入金不能データ処理部２１によって読み出された入金不能データ３１の内容、その入金不能データ３１について入金不能と判定される基となった口座照会の結果情報、及びデータベース３に記憶されている処理選択基準情報３６に基づいて、入金不能データ３１について実施されるべき処理選択に対する信頼度３４ａを導出する。処理選択基準判定部２５は、入金不能データ３１について入金不能と判定される基となった口座照会の結果情報が、処理選択基準情報３６におけるどのパターンと一致するか判定を実施し、一致するパターンに基づいて、入金不能データ３１について実施されるべき処理選択に対する信頼度３４ａを導出する。この信頼度３４ａは、例えば、口座照会の結果情報が「部署が相違している」ことを示している場合、処理選択基準判定部２５によって、図４で示される処理選択基準情報３６におけるパターンＮｏ．「８」に一致していると判定され、「入金０％・返却８０％・照会２０％」と導出される。このとき、一致するパターンが複数存在する場合は、各パターンの重みの平均値を算出し、その平均値を信頼度３４ａとすればよい。
なお、信頼度３４ａは、本発明の「処理選択用信頼度」に相当する。
【００４０】
（Ｓ０３ａ）
センターサーバー２の入金不能データ処理部２１は、データベース３から読み出した入金不能データ３１、その入金不能データ３１について入金不能と判定される基となった口座照会の結果情報、及び、処理選択基準判定部２５によって導出された信頼度３４ａをオペレーター処理用端末４へ送信する。
なお、上記のように、センターサーバー２は、ステップＳ０１においてオペレーター処理用端末４から送信要求を受信した場合に、入金不能データ３１を読み出し、その入金不能データ３１、口座照会の結果情報、及び信頼度３４ａを送信するものとしているが、これに限定されるものではなく、センターサーバー２は、データベース３に入金不能データ３１が存在する場合に、例えば、所定時間毎に自動的に、入金不能データ３１、口座照会の結果情報、及び信頼度３４ａをオペレーター処理用端末４に送信するものとしてもよい。
【００４１】
（Ｓ０４ａ）
オペレーター処理用端末４は、センターサーバー２から入金不能データ３１、口座照会結果情報、及び信頼度３４ａを受信し、オペレーター処理用端末４の入金不能データ表示処理部４３は、少なくとも、その入金不能データ３１、口座照会結果情報、及び信頼度３４ａを、オペレーター処理用端末４が備える画面に表示させる。
なお、オペレーター処理用端末４が備える画面は、本発明の「オペレーター処理用端末が備える表示手段」に相当する。
【００４２】
（Ｓ０５ａ）
事務センター１のオペレーターは、オペレーター処理用端末４が備える画面に表示された入金不能データ３１、口座照会結果情報及び信頼度３４ａに基づいて、入金不能データ３１について「入金」、「返却」又は「照会」の処理選択をして、その処理の承認依頼を行う。オペレーター処理用端末４のデータ処理選択・承認依頼処理部４２は、オペレーターによる上記の処理選択に基づいて、その承認依頼をするための承認依頼データ３２を生成し、センターサーバー２へ送信する。
なお、上記のような入金不能データ３１、口座照会結果情報及び信頼度３４ａに基づいて、オペレーターによって入金不能データ３１に対する処理選択がなされる動作に限定されるものではなく、入金不能データ３１、口座照会結果情報及び信頼度３４ａに基づいて、データ処理選択・承認依頼処理部４２が自動的に入金不能データ３１に対する処理選択を実施する動作としてもよい。あるいは、センターサーバー２が、入金不能データ３１、口座照会結果情報、及び、導出した信頼度３４ａに基いて、自動的に入金不能データ３１に対する処理選択を実施する動作としてもよい。このようにすることによって、オペレーターの処理選択の作業負担を削除することができ、かつ、入金不能データ３１に対して信頼度３４ａに基いた適切な処理選択を速やかに実施することができる。
【００４３】
図６で示されるステップＳ０６〜ステップＳ１５の処理は、それぞれ、実施の形態１における図３で示されるステップＳ０６〜ステップＳ１５の処理と同様である。
【００４４】
（実施の形態２の効果）
以上の構成及び動作によって、オペレーター処理用端末４において処理選択を実施するオペレーターが信頼度を確認することが可能となり、これによって、オペレーターの処理選択の誤りを抑制することができ、かつ、その処理選択の判断を容易に行うことができる。特に、スキルの低いオペレーターの処理選択の誤りを軽減する効果が期待できる。
【符号の説明】
【００４５】
１  事務センター、２  センターサーバー、３  データベース、４  オペレーター処理用端末、５  役席承認用端末、６  ホストコンピューター、２１  入金不能データ処理部、２２  口座照会処理部、２３  役席承認データ処理部、２４  電文発信処理部、２５  処理選択基準判定部、３１  入金不能データ、３２  承認依頼データ、３３  承認待ちデータ、３４、３４ａ  信頼度、３５  承認・差戻し情報、３６  処理選択基準情報、４１  入金不能データ要求処理部、４２  データ処理選択・承認依頼処理部、４３  入金不能データ表示処理部、５１  承認待ちデータ要求処理部、５２  承認・差戻し処理部、５３  承認待ちデータ表示処理部、４０１〜４０４  表示部。
【図１】
0005595077.tif 000002
【図２】
0005595077.tif 000003
【図３】
0005595077.tif 000004
【図４】
0005595077.tif 000005
【図５】
0005595077.tif 000006
【図６】
0005595077.tif 000007