(57)【特許請求の範囲】
【請求項１】
決済を依頼する決済依頼者が操作する決済端末及び前記決済依頼者の決済を監視する監視者の監視者端末と通信可能に接続された決済監視サーバであって、
前記決済依頼者の前記決済端末に表示された、所定の内容について決済を依頼するための決済依頼画面のデータを取得する手段と、
当該決済依頼画面が前記決済端末に表示されているときに前記決済依頼者を撮影した決済依頼者画像のデータを受信する手段と、
取得した前記決済依頼画面と受信した前記決済依頼者画像とを所定の画面に表示する決済監視画面データを生成する手段と、
生成された前記決済監視画面データを前記監視者端末に送信する手段と、
前記決済依頼者毎に、予め前記決済依頼者を撮影した決済依頼者登録画像データと当該決済依頼者が決済を依頼可能な内容を示す決済依頼可能データとを対応づけて記憶する手段と、
受信した前記決済依頼者画像のデータと前記決済依頼者登録画像データとを照合し、前記決済依頼者を特定する手段と、
取得した前記決済依頼画面のデータにおいて決済が依頼された前記所定の内容を示すデータと特定された前記決済依頼者の前記決済依頼可能データとを照合し、当該決済依頼者において前記所定の内容が決済を依頼可能な内容か否かを判定する手段と、
前記特定する手段の照合結果及び前記判定する手段の判定結果を、前記決済監視画面データに反映する手段と、
を更に備え、
前記送信する手段は、前記照合結果及び前記判定結果が反映された前記決済監視画面データを前記監視者端末に送信する銀行決済監視サーバ。
【請求項２】
前記反映する手段は、前記照合結果及び前記判定結果を、受信した前記決済依頼画面のデータに反映し、
前記送信する手段は、前記照合結果及び前記判定結果が反映された前記決済依頼画面のデータを前記決済依頼者の前記決済端末に送信し、
前記決済依頼者の前記決済端末では、前記照合結果が不一致の場合又は前記判定結果が依頼可能な内容でないとの判定の場合、前記決済依頼画面において当該決済実行を継続できないように制御する請求項３に記載の銀行決済監視サーバ。
【請求項３】
前記決済依頼者において前記所定の内容が決済を依頼可能な内容か否かを判定した監視者判定結果を、前記監視者端末から受信する手段を更に備え、
前記反映する手段は、前記判定結果より前記監視者判定結果を優先して、受信した前記決済依頼画面のデータに反映し、
前記送信する手段は、前記監視者判定結果が優先して反映された前記決済依頼画面のデータを前記決済依頼者の前記決済端末に送信する請求項２に記載の銀行決済監視サーバ。
【請求項４】
決済を依頼する決済依頼者が操作する決済端末及び前記決済依頼者の決済を監視する監視者の監視者端末と通信可能に接続された決済監視サーバが実行する決済監視方法であって、
前記決済依頼者の前記決済端末に表示された、所定の内容について決済を依頼するための決済依頼画面のデータを取得するステップと、
当該決済依頼画面が前記決済端末に表示されているときに前記決済依頼者を撮影した決済依頼者画像のデータを受信するステップと、
取得した前記決済依頼画面と受信した前記決済依頼者画像とを所定の画面に表示する決済監視画面データを生成するステップと、
生成された前記決済監視画面データを前記監視者端末に送信するステップと、
前記決済依頼者毎に、予め前記決済依頼者を撮影した決済依頼者登録画像データと当該決済依頼者が決済を依頼可能な内容を示す決済依頼可能データとを対応づけて記憶するステップと、
受信した前記決済依頼者画像のデータと前記決済依頼者登録画像データとを照合し、前記決済依頼者を特定するステップと、
取得した前記決済依頼画面のデータにおいて決済が依頼された前記所定の内容を示すデータと特定された前記決済依頼者の前記決済依頼可能データとを照合し、当該決済依頼者において前記所定の内容が決済を依頼可能な内容か否かを判定するステップと、
前記特定するステップでの照合結果及び前記判定するステップでの判定結果を、前記決済監視画面データに反映するステップと、
を更に備え、
前記送信するステップでは、前記照合結果及び前記判定結果が反映された前記決済監視画面データを前記監視者端末に送信する決済監視方法。
【請求項５】
決済を依頼する決済依頼者が操作する決済端末及び前記決済依頼者の決済を監視する監視者の監視者端末と通信可能に接続された決済監視サーバに、
前記決済依頼者の前記決済端末に表示された、所定の内容について決済を依頼するための決済依頼画面のデータを取得するステップ、
当該決済依頼画面が前記決済端末に表示されているときに前記決済依頼者を撮影した決済依頼者画像のデータを受信するステップ、
取得した前記決済依頼画面と受信した前記決済依頼者画像とを所定の画面に表示する決済監視画面データを生成するステップ、
生成された前記決済監視画面データを前記監視者端末に送信するステップ、
前記決済依頼者毎に、予め前記決済依頼者を撮影した決済依頼者登録画像データと当該決済依頼者が決済を依頼可能な内容を示す決済依頼可能データとを対応づけて記憶するステップ、
受信した前記決済依頼者画像のデータと前記決済依頼者登録画像データとを照合し、前記決済依頼者を特定するステップ、
取得した前記決済依頼画面のデータにおいて決済が依頼された前記所定の内容を示すデータと特定された前記決済依頼者の前記決済依頼可能データとを照合し、当該決済依頼者において前記所定の内容が決済を依頼可能な内容か否かを判定するステップ、
前記特定するステップでの照合結果及び前記判定するステップでの判定結果を、前記決済監視画面データに反映するステップ、を実行させるための決済監視サーバ用プログラムであって、
前記送信するステップでは、前記照合結果及び前記判定結果が反映された前記決済監視画面データを前記監視者端末に送信する決済監視サーバ用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、決済を監視する決済監視サーバ、決済監視方法及び決済監視サーバ用プログラムに関する。
【背景技術】
【０００２】
従来より、ネットワークを介して、端末からサーバにアクセスし、銀行決済を可能とする決済システムが知られている。この決済システムでは、所定のユーザにのみサーバへのアクセスを許可することで、セキュリティを確保する。また、この決済システムでは、端末から決済システムの利用者を特定し、この利用者がサーバへのアクセスを許可された所定のユーザであるか否かを判定することで、サーバへの不正なアクセスを防止する。
【０００３】
例えば、買い物代金の決済において、端末からユーザの人体画像を取込み、サーバにおいて、人体画像から人体特徴を抽出し、抽出した人体特徴と、あらかじめ記憶された人体特徴とを照合し、照合結果が一致する場合のみ、ユーザの口座から買い物代金相当額を引き落とす決済銀行システムが開示されている（例えば、特許文献１参照）。
【０００４】
特許文献１記載の発明では、端末からユーザの人体画像を取り込み、サーバにおいて、人体特徴を抽出し、あらかじめ記憶された人体特徴であるかを照合することで、予め記憶されていないユーザによるサーバへの不正なアクセスを防止できる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００１−３０６９８５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、決済依頼者が銀行に口座を有する銀行利用者であれば、銀行のサーバにおける銀行決済の内容は口座への入出金にすぎないので、当該サーバにあらかじめ記憶されたユーザ本人であるか否かの照合だけで、セキュリティを確保できる。一方、決済依頼者が銀行員である場合、銀行のサーバにおける銀行決済の内容は、口座への入出金のみならず、例えば、顧客への融資等、多岐に亘る。そして、銀行決済の依頼可能な内容は、各決済依頼者が有する権限によって異なる。例えば、顧客へ融資するために依頼する銀行決済において、依頼可能な内容は、決済依頼者毎に、融資可能額が異なる場合もある。即ち、決済依頼者が銀行員の場合、銀行のサーバへのアクセスが正当であったとしても、その決済依頼者が有する権限によって、銀行決済の内容が、依頼可能な内容でない場合がある。
【０００７】
本発明は、銀行決済の内容を決済依頼者毎に監視することで、銀行の業務における銀行決済の適正化を図ることができる決済監視サーバ、決済監視方法、及び、決済監視サーバ用プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明では、以下のような解決手段を提供する。
【０００９】
第１の特徴に係る発明は、決済を依頼する決済依頼者が操作する決済端末及び前記決済依頼者の決済を監視する監視者の監視者端末と通信可能に接続された決済監視サーバであって、
前記決済依頼者の前記決済端末に表示された、所定の内容について決済を依頼するための決済依頼画面のデータを取得する手段と、
当該決済依頼画面が前記決済端末に表示されているときに前記決済依頼者を撮影した決済依頼者画像のデータを受信する手段と、
取得した前記決済依頼画面と受信した前記決済依頼者画像とを所定の画面に表示する決済監視画面データを生成する手段と、
生成された前記決済監視画面データを前記監視者端末に送信する手段と、
を備える決済監視サーバを提供する。
【００１０】
第１の特徴に係る発明によれば、決済を依頼する決済依頼者が操作する決済端末及び決済依頼者の決済を監視する監視者の監視者端末と通信可能に接続された決済監視サーバは、決済依頼者の決済端末に表示された、所定の内容について決済を依頼するための決済依頼画面のデータを取得し、当該決済依頼画面が決済端末に表示されているときに決済依頼者を撮影した決済依頼者画像のデータを受信する。そして、決済監視サーバは、取得した決済依頼画面と受信した決済依頼者画像とを所定の画面に表示する決済監視画面データを生成し、監視者端末に送信する。
【００１１】
これにより、決済依頼者の決済端末に表示された、所定の内容についての決済を依頼するための決済依頼画面と、当該決済依頼者を撮影した決済依頼者画像とを所定の画面に表示する決済監視画面を生成し、監視者端末に送信できる。即ち、例えば、銀行の業務において、監視者は監視者端末において、この決済監視画面を視ることで、誰が、どのような内容の銀行決済を依頼しているかが、一目で確認できる。ここで、本発明において、監視者は、決済依頼者の決済依頼を承認又は却下できる者であり、例えば、銀行における決済依頼者の上司や、銀行に属さない者であり、銀行における業務を監視する者も含む。
【００１２】
したがって、銀行決済の内容を決済依頼者毎に監視することで、銀行の業務における銀行決済の適正化を図ることができる決済監視サーバを提供することが可能となる。
【００１３】
第２の特徴に係る発明は、第１の特徴に係る発明であって、前記決済依頼者毎に、予め前記決済依頼者を撮影した決済依頼者登録画像データと当該決済依頼者が決済を依頼可能な内容を示す決済依頼可能データとを対応づけて記憶する手段と、
受信した前記決済依頼者画像のデータと前記決済依頼者登録画像データとを照合し、前記決済依頼者を特定する手段と、
取得した前記決済依頼画面のデータにおいて決済が依頼された前記所定の内容を示すデータと特定された前記決済依頼者の前記決済依頼可能データとを照合し、当該決済依頼者において前記所定の内容が決済を依頼可能な内容か否かを判定する手段と、
前記特定する手段の照合結果及び前記判定する手段の判定結果を、前記決済監視画面データに反映する手段と、
を更に備え、
前記送信する手段は、前記照合結果及び前記判定結果が反映された前記決済監視画面データを前記監視者端末に送信する決済監視サーバを提供する。
【００１４】
第３の特徴に係る発明は、第２の特徴に係る発明であって、前記反映する手段は、前記照合結果及び前記判定結果を、受信した前記決済依頼画面のデータに反映し、
前記送信する手段は、前記照合結果及び前記判定結果が反映された前記決済依頼画面のデータを前記決済依頼者の前記決済端末に送信し、
前記決済依頼者の前記決済端末では、前記照合結果が不一致の場合又は前記判定結果が依頼可能な内容でないとの判定の場合、前記決済依頼画面において当該決済実行を継続できないように制御する決済監視サーバを提供する。
【００１５】
第４の特徴に係る発明は、第３の特徴に係る発明であって、前記決済依頼者において前記所定の内容が決済を依頼可能な内容か否かを判定した監視者判定結果を、前記監視者端末から受信する手段を更に備え、
前記反映する手段は、前記判定結果より前記監視者判定結果を優先して、受信した前記決済依頼画面のデータに反映し、
前記送信する手段は、前記監視者判定結果が優先して反映された前記決済依頼画面のデータを前記決済依頼者の前記決済端末に送信する決済監視サーバを提供する。
【００１６】
これら上記の全ての発明は、決済監視サーバのカテゴリであるが、方法、プログラムのカテゴリであっても、そのカテゴリに応じた同様の作用、効果を奏する。
【発明の効果】
【００１７】
本発明によれば、銀行決済の内容を決済依頼者毎に監視することで、銀行の業務における銀行決済の適正化を図ることができる決済監視サーバ、決済監視方法及び決済監視サーバ用プログラムを提供することが可能となる。
【図面の簡単な説明】
【００１８】
【図１】図１は、決済監視システム１の概要を説明するための概念図である。
【図２】図２は、決済監視システム１の全体構成図である。
【図３】図３は、決済監視サーバ２００、決済端末１５０及び監視者端末２５０の機能ブロック図である。
【図４】図４は、決済監視サーバ１０、決済端末１５０及び監視者端末２５０が実行する決済監視処理のフローチャートである。
【図５】図５は、決済監視サーバ１０が記憶する決済依頼者登録画像データＤＢ２４である。
【図６】図６は、決済監視サーバ１０が記憶する決済依頼可能データＤＢ２６である。
【図７】図７は、決済端末１５０に表示される決済依頼画面（決済内容送信）データの出力画面の画面イメージ図である。
【図８】図８は、決済監視サーバ１０により生成され、監視者端末２５０に表示される決済監視画面データの出力画面の画面イメージ図である。
【図９】図９は、決済監視サーバ１０により、監視者判定結果が反映され、決済端末１５０に表示される決済依頼画面データの出力画面の画面イメージ図である。
【図１０】図１０は、決済監視サーバ１０により、監視者判定結果が反映され、決済端末１５０に表示される決済依頼画面データの出力画面の画面イメージ図である。
【発明を実施するための形態】
【００１９】
以下、本発明を実施するための最良の形態について図を参照しながら説明する。なお、これはあくまでも一例であって、本発明の技術的範囲はこれに限られるものではない。
【００２０】
本発明の概要は、決済監視サーバは、決済を依頼する決済依頼者の決済端末に表示された、所定の内容について決済を依頼するための決済依頼画面のデータを取得し、当該決済依頼画面が決済端末に表示されているときに決済依頼者を撮影した決済依頼者画像のデータを受信する。そして、決済監視サーバは、取得した決済依頼画面と受信した決済依頼者画像とを所定の画面に表示する決済監視画面のデータを生成し、監視者端末に送信する。
【００２１】
本発明の実施形態の説明では、本発明の「決済依頼者」の一例として銀行員を例に挙げ説明する。また、本発明の「所定の内容」について、銀行員における業務である、預金者の預金の入出金や企業への融資等を例として説明する。また、本発明の「決済」について、銀行における業務において成される銀行決済を一例として説明する。また、本発明の「所定の画面」とは、決済依頼画面と決済依頼者画像とが互いに関連していることを認識できる画面であり、例えば、決済依頼画面と決済依頼者画像とが共に表示される画面である。
【００２２】
［決済監視システムの概要］
図１に基づいて、本発明の好適な実施形態である決済監視システム１の概要について説明する。
【００２３】
最初に、決済監視サーバ１０は、決済端末１５０に表示された、所定の内容（例えば、融資先となる企業へ所定の融資額の融資）について銀行決済を依頼するための決済依頼画面（図１中〈決済依頼画面（決済内容送信）〉）のデータを取得する（ステップＳ０１）。また、決済監視サーバ１０は、当該決済依頼画面が決済端末１５０に表示されているときに決済依頼者を撮影した決済依頼者画像（図１中〈決済依頼者画像〉）のデータを受信する（ステップＳ０２）。
【００２４】
次に、決済監視サーバ１０は、取得した決済依頼画面と受信した決済依頼者画像とが共に表示される決済監視画面（図１中〈決済監視画面〉）データを生成する。また、決済監視サーバ１０は、受信した決済依頼者画像のデータと予め決済依頼者を撮影した決済依頼者登録画像データ（図５参照）とを照合し、決済依頼者を特定する。次に、決済監視サーバ１０は、取得した決済依頼画面のデータにおいて決済が依頼された所定の内容を示すデータと、特定した決済依頼者が決済を依頼可能な内容を示す決済依頼可能データ（図６参照）と、を照合し、当該決済依頼者において所定の内容が決済を依頼可能な内容か否かを判定する。そして、決済監視サーバ１０は、照合結果及び判定する手段の判定結果を、決済監視画面データに反映し、監視者端末２５０に送信する（ステップＳ０３）。
【００２５】
監視者端末２５０は、決済監視サーバ１０より、決済監視画面データを受信する。これにより、銀行の業務において、監視者は監視者端末２５０において、この決済監視画面を視ることで、誰が、どのような内容の銀行決済を依頼しているかが、一目で確認できる。したがって、銀行決済の内容を決済依頼者毎に監視することで、銀行の業務における銀行決済の適正化を図ることができる決済監視サーバを提供できる。
【００２６】
更に、監視者端末２５０は、監視者の操作に基づく、決済依頼者において上記所定の内容（例えば、融資先となる企業へ所定の融資額の融資）が決済を依頼可能な内容か否かを判定した監視者判定結果を、決済監視サーバ１０に送信する（ステップＳ０４）。
【００２７】
決済監視サーバ１０は、監視者端末２５０から送信された監視者判定結果を受信する。そして、決済監視サーバ１０は、照合結果、判定結果及び監視者判定結果を決済依頼画面のデータに反映する。決済監視サーバ１０は、例えば、照合結果が不一致の場合、判定結果が依頼可能な内容でないとの判定の場合又は監視者判定結果が決済依頼者において所定の内容が決済を依頼可能な内容でないとの判定の場合、決済依頼画面において当該決済実行を継続できないように制御する。具体的には、決済監視サーバ１０は、図１中〈決済依頼画面（決済続行不可）〉に示すように、決済の手続きを続行するための「依頼」アイコンを消去した決済依頼画面のデータを生成する。そして、決済監視サーバ１０は、このような決済依頼画面のデータを決済端末１５０に送信する（ステップＳ０５）。
【００２８】
このとき、決済監視サーバ１０は、判定結果より監視者判定結果を優先する。これにより、ある決済依頼者において、予め定められた規定では決済を依頼することができない内容であっても、監視者の判断により、決済依頼を可能とすることができる。また、逆に、予め定められた規定では決済を依頼することが可能な内容であっても、監視者の判断により、決済依頼をできないようにすることができる。即ち、監視者は、決済監視画面に表示された決済依頼者画像から読み取れる決済依頼者の様子（例えば、仕草や表情）と、決済依頼画面の所定の内容と、を視て、状況に応じた個別の判断が可能となる。
【００２９】
［決済監視システムのシステム構成］
図２は、決済監視システム１のシステム構成を示す。決済監視システム１は、決済監視サーバ１０と、少なくとも１台の決済端末１５０と、少なくとも１台の監視者端末２５０と、インターネット網などの公衆回線網３から構成される。なお、決済監視サーバ１０は、ローカルエリアネットワークにより、決済端末１５０及び監視者端末２５０と通信可能に接続されていてもよい。さらに、ローカルエリアネットワークが公衆回線網３と通信可能に接続されて、決済監視サーバ１０が、決済端末１５０及び監視者端末２５０に通信可能に接続されていてよい。
【００３０】
決済端末１５０及び監視者端末２５０は、ソフトウェア的又はハードウェア的な設定により、後述する機能を備える情報機器である。例えば、決済端末１５０及び監視者端末２５０は、パソコン、携帯電話、スマートフォン、スレート端末、表示機能付き電話機、ネットブック端末、電子書籍端末等の一般的な情報機器であってよい。
【００３１】
［各機能の説明］
図３に基づいて、各装置の構成について説明する。決済監視サーバ１０は、制御部１１として、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ），ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ），ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）等を備え、データ通信部１３として、決済端末１５０及び監視者端末２５０と通信可能にするためのデバイス、例えば、ＩＥＥＥ８０２．１１に準拠したＷｉＦｉ（Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ）対応デバイスを備える。加えて、決済監視サーバ１０は、データやファイルを記憶するデータ記憶部１２として、ハードディスクや半導体メモリ、記録媒体、メモリカード等による、データのストレージ部を備える。データ記憶部１２は、決済依頼者登録画像データデータベース（以下、ＤＢとも言う）２４（図５参照）及び決済依頼可能データＤＢ２６（図６参照）を記憶する。
【００３２】
決済監視サーバ１０において、制御部１１が所定のプログラムを読み込むことで、データ記憶部１２及びデータ通信部１３と協働して、決済依頼画面データ取得モジュール２１、決済依頼者画像データ受信モジュール２２、監視者判定結果受信モジュール３０を実現する。また、決済監視サーバ１０において、制御部１１が所定のプログラムを読み込むことで、データ記憶部１２と協働して、決済監視画面データ生成モジュール２３、決済依頼者特定モジュール２５、依頼可能内容判定モジュール２７、決済監視画面データ反映モジュール２８、決済依頼画面データ反映モジュール３１を実現する。また、決済監視サーバ１０において、制御部１１が所定のプログラムを読み込むことで、データ通信部１３と協働して、決済監視画面データ送信モジュール２９、決済依頼画面データ送信モジュール３２を実現する。
【００３３】
決済端末１５０は、決済監視サーバ１０と同様に、制御部１５１として、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ），ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ），ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）等を備え、データ通信部１５３として、決済監視サーバ１０と通信可能にするためのデバイス、例えば、ＩＥＥＥ８０２．１１に準拠したＷｉＦｉ（Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ）対応デバイスを備える。
【００３４】
決済端末１５０は、表示部１５４として、制御部１５１で制御したデータや画像、例えば、決済依頼画面（図７参照）を出力表示する出力部を備える。出力部としては、通常のモニタ、タッチパネル等であってもよい。決済端末１５０は、入力部１５５として、決済依頼者の操作を受け付ける入力部を備える。入力部としては、通常のキーボード、マウス、タッチパネル等であってもよい。また、決済端末１５０は、撮影部１５６として、決済依頼者を撮影するカメラを備える。
【００３５】
加えて、決済端末１５０は、データやファイルを記憶するデータ記憶部１５２として、ハードディスクや半導体メモリ、記録媒体、メモリカード等による、データのストレージ部を備える。データ記憶部１５２には、決済依頼するための設定データ１６１が記憶されており、例えば、決済依頼するためのアプリケーション設定に関するデータが記述されたアプリ設定データ、Ｗｉ−Ｆｉ等の通信設定に関するデータが記述された通信設定データ、オペレーティングシステム（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）の設定に関するデータが記述された設定データ１６１が記憶されている。また、決済端末１５０の決済依頼するための決済依頼プログラム１６２が記憶されていてよい。
【００３６】
決済端末１５０において、制御部１５１が所定のプログラムを読み込むことで、データ通信部１５３と協働して、データ送受信モジュール１６０を実現する。また、決済端末１５０において、制御部１５１が所定のプログラムを読み込むことで、データ記憶部１５２及び表示部１５４と協働して、決済依頼実行モジュール１６３を実現する。また、決済端末１５０において、制御部１５１が所定のプログラムを読み込むことで、入力部１５５と協働して、決済依頼受付モジュール１６４を実現する。また、決済端末１５０において、制御部１５１が所定のプログラムを読み込むことで、撮影部１６５と協働して、決済依頼者撮影モジュール１６５を実現する。
【００３７】
監視者端末２５０は、決済監視サーバ１０と同様に、制御部２５１として、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ），ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ），ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）等を備え、データ通信部２５３として、決済監視サーバ１０と通信可能にするためのデバイス、例えば、ＩＥＥＥ８０２．１１に準拠したＷｉＦｉ（Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ）対応デバイスを備える。
【００３８】
監視者端末２５０は、表示部２５４として、制御部２５１で制御したデータや画像を出力表示する出力部を備える。出力部としては、通常のモニタ、タッチパネル等であってもよい。監視者端末２５０は、入力部２５５として、監視者の操作を受け付ける入力部を備える。入力部としては、通常のキーボード、マウス、タッチパネル等であってもよい。
【００３９】
加えて、監視者端末２５０は、データやファイルを記憶するデータ記憶部２５２として、ハードディスクや半導体メモリ、記録媒体、メモリカード等による、データのストレージ部を備える。データ記憶部２５２には、決済監視するための設定データ２６２が記憶されており、例えば、決済監視するためのアプリケーション設定に関するデータが記述されたアプリ設定データ、Ｗｉ−Ｆｉ等の通信設定に関するデータが記述された通信設定データ、オペレーティングシステム（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）の設定に関するデータが記述された設定データ２６１が記憶されている。また、監視者端末２５０の決済監視するための決済監視プログラム２６２が記憶されていてよい。
【００４０】
監視者端末２５０において、制御部２５１が所定のプログラムを読み込むことで、データ通信部２５３と協働して、データ送受信モジュール２６０を実現する。また、監視者端末２５０において、制御部２５１が所定のプログラムを読み込むことで、データ記憶部２５２及び表示部２５４と協働して、決済監視実行モジュール２６３を実現する。また、監視者端末２５０において、制御部２５１が所定のプログラムを読み込むことで、入力部２５５と協働して、監視者判定受付モジュール２６４を実現する。
【００４１】
［決済監視処理］
図４は、決済監視サーバ１０、決済端末１５０及び監視者端末２５０が実行する決済監視処理のフローチャートである。決済端末１５０の決済依頼実行モジュール１６３は、決済依頼者の操作に基づき、決済依頼プログラム１６２を実行する。決済依頼プログラム１６２は、決済依頼するためのプログラムであってよい。決済依頼実行モジュール１６３は、決済依頼プログラム１６２を実行することで、決済監視サーバ１０にアクセスするとともに、表示部１５４に決済依頼画面（図７参照）を出力表示する（ステップＳ１１）。
【００４２】
図７は、決済端末１５０に表示される決済依頼画面（決済内容送信）データの出力画面の画面イメージ図である。決済依頼画面には、決済内容と、決済手続を進める「依頼」ボタンと決済手続を中断する「キャンセル」ボタンとが表示されている。また、決済依頼画面には、決済内容の一例として、融資先と融資額とこれらの決済内容を決済監視サーバ１０に送信するための「送信」ボタンとが表示されている。決済端末１５０を操作する決済依頼者は、入力部１５５を操作して、決済内容の入力、「送信」ボタン、「依頼」ボタン、「キャンセル」ボタンのクリックをすることができる。
【００４３】
図４に戻って、決済端末１５０の決済依頼者撮影モジュール１６５は、決済依頼画面が決済端末１５０に表示されているときに、撮影部１６５により決済依頼者を撮影する。決済端末１５０のデータ送受信モジュール１６０は、撮影された決済依頼者画像データをデータ通信部１５３から決済監視サーバ１０に送信する（ステップＳ１２）。
【００４４】
決済監視サーバ１０の決済依頼者画像データ受信モジュール２２は、決済端末１５０から送信された決済依頼者画像データを、データ通信部１３により受信し、データ記憶部１２に記憶する（ステップＳ１３）。
【００４５】
決済監視サーバ１０の決済依頼者特定モジュール２５は、決済依頼者画像のデータと、決済依頼者毎に予め決済依頼者を撮影した決済依頼者登録画像データと、を照合し、決済依頼者を特定し、照合結果としてデータ記憶部１２に記憶する（ステップＳ１４）。具体的には、決済依頼者特定モジュール２５は、決済端末１５０から送信された決済依頼者画像データと決済依頼者登録画像データとを対比し、互いの類似度を算出し、類似度が所定値以上の決済依頼者を特定する。また、決済依頼者特定モジュール２５は、決済依頼者画像データと決済依頼者登録画像データに記憶された全ての決済依頼者との対比の結果、類似度が所定値以上の決済依頼者を特定できなかった場合、照合結果を不一致と判定し、照合結果としてデータ記憶部１２に記憶する。決済依頼者登録画像データは、決済依頼者登録画像データＤＢ２４（図５参照）に、決済依頼者毎に格納されている。
【００４６】
図５は、決済監視サーバ１０が記憶する決済依頼者登録画像データＤＢ２４である。決済依頼者登録画像データＤＢ２４は、決済依頼者毎に、予め決済依頼者を撮影した決済依頼者登録画像データと、当該決済依頼者の氏名、ユーザＩＤ及び当該決済依頼者の決済を監視する監視者の監視者ＩＤとが対応付けられて記憶されている。
【００４７】
図４に戻って、決済端末１５０の決済依頼受付モジュール１６４は、決済依頼画面（図７参照）において、入力部１５５の決済依頼者の操作による、決済内容の入力を受け付ける（ステップＳ１５）。
【００４８】
決済端末１５０のデータ送受信モジュール１６０は、ステップＳ１５で受け付けた決済内容を含む決済依頼画面のデータである決済依頼画面データを決済監視サーバ１０に送信する（ステップＳ１６）。具体的には、データ送受信モジュール１６０は、図７に示す決済依頼画面（決済内容送信）において、決済依頼者の入力部１５５の操作により、決済内容が入力され、「送信」ボタンがクリックされると、入力された決済内容を含む決済依頼画面データをデータ通信部１５３から決済監視サーバ１０に送信する。
【００４９】
決済監視サーバ１０の決済依頼画面データ取得モジュール２１は、決済端末１５０から送信された決済依頼画面データを、データ通信部１３により取得し、データ記憶部１２に記憶する（ステップＳ１７）。
【００５０】
決済監視サーバ１０の決済監視画面データ生成モジュール２３は、ステップＳ１３で決済端末１５０から受信しデータ記憶部１２に記憶された決済依頼者画像データと、ステップＳ１７で決済端末１５０から取得しデータ記憶部１２に記憶された決済依頼画面データと、が共に表示される決済監視画面（図８参照）データを生成する（ステップＳ１８）。
【００５１】
図８は、決済監視サーバ１０により生成され、監視者端末２５０に表示される決済監視画面データの出力画面の画面イメージ図である。決済監視画面には、決済依頼者画像であるカメラ画像と、決済依頼画面である決済依頼者端末画面と、後述する決済依頼可能内容判定が表示されている。また、決済監視画面には、カメラ画像の下に当該決済依頼者の氏名とユーザＩＤが表示されている。更に、決済監視画面には、決済依頼画面における決済内容で決済手続を進めることを許可する「許可」ボタンと、決済依頼画面における決済内容で決済手続を進めることを却下する「却下」ボタンとが表示されている。監視者端末２５０を操作する監視者は、表示部２５４において、決済監視画面を視ることで、誰が、どのような内容の決済を依頼しているかが、一目で確認できると共に、入力部２５５を操作して、決済内容の入力、「許可」ボタン、「却下」ボタンのクリックをすることで、当該決済手続の進行を許可又は却下できる。
【００５２】
決済監視サーバ１０の依頼可能内容判定モジュール２７は、ステップＳ１７で決済端末１５０から取得しデータ記憶部１２に記憶された決済依頼画面データにおいて決済が依頼された所定の内容を示すデータと、ステップＳ１４で特定した決済依頼者が決済を依頼可能な内容を示す決済依頼可能データＤＢ２６（図６参照）と、を照合し、当該決済依頼者において所定の内容が決済を依頼可能な内容か否かを判定する（ステップＳ１９）。依頼可能内容判定モジュール２７は、依頼可能な内容か否かの判定結果をデータ記憶部１２に記憶する。
【００５３】
図６は、決済監視サーバ１０が記憶する決済依頼可能データＤＢ２６である。決済依頼可能データＤＢ２６は、決済依頼者のユーザＩＤ毎に、依頼可能な決済の内容が対応付けられて記憶されている。依頼可能な決済の内容は、項目と金額を含む。項目とは、銀行員の業務内容であり、例えば、顧客の預金の入出金、顧客への融資、顧客への投資等が含まれる。また、金額とは、各項目で扱える金額の上限を示している。即ち、本実施形態において、決済依頼者毎に、依頼可能な項目や金額が異なる。また、本実施形態において、同じ決済依頼者であっても、項目によって、扱える金額の上限が異なる。これにより、銀行員の業務内容の難易度や重要度によって、扱える金額の上限をそれぞれ設定できるので、銀行決済の適正化、実務に即した態様で図ることができる。
【００５４】
図４に戻って、依頼可能内容判定モジュール２７は、具体的には、ステップＳ１７で取得した決済依頼画面データにおける所定の内容について、項目及び金額が、決済依頼可能データＤＢ２６（図６参照）において、ステップＳ１４で特定した決済依頼者に対応付けられているか否かを判定する。即ち、依頼可能内容判定モジュール２７は、項目が当該決済依頼者に対応付けられているか否かを判定し、対応付けられていなければ、依頼可能な内容でないと判定する。また、依頼可能内容判定モジュール２７は、項目が当該決済依頼者に対応付けられていれば、金額が対応付けられた金額以下か否かを判定し、対応付けられた金額以下であれば、依頼可能な内容と判定し、対応付けられた金額を超えていれば、依頼可能な内容でないと判定する。
【００５５】
決済監視サーバ１０の決済監視画面データ反映モジュール２８は、ステップＳ１４の照合結果及びステップＳ１９の判定結果を、ステップＳ１８で生成した決済監視画面（図８参照）データに反映し、データ記憶部１２に記憶する（ステップＳ２０）。
【００５６】
上述の例では、決済監視画面データ反映モジュール２８は、図８に示す決済監視画面において、決済依頼可能内容判定に「不可」と表示する。即ち、ステップＳ１４の照合結果で決済依頼者は「Ｓｔｅｖｅ」と特定され、決済依頼可能データＤＢ２６（図６参照）において「Ｓｔｅｖｅ」の依頼可能な決済の内容は項目が「融資」の場合、上限金額は「５０，０００，０００円」である。一方、ステップＳ１７で取得した決済依頼画面データに含まれる金額は「１００，０００，０００円」であり、上限金額「５０，０００，０００円」を超えている。このため依頼可能内容判定モジュール２７は、「不可」と判定し、決済監視画面データ反映モジュール２８は、この判定結果を決済監視画面に反映している。
【００５７】
決済監視サーバ１０の決済監視画面データ送信モジュール２９は、ステップＳ２０で反映した決済監視画面（図８参照）データを、データ通信部１３から監視者端末２５０に送信する（ステップＳ２１）。
【００５８】
監視者端末２５０のデータ送受信モジュール２６０は、決済監視サーバ１０から送信された決済監視画面データを、データ通信部２５３により受信する（ステップＳ１７）。
【００５９】
監視者端末２５０の決済監視実行モジュール２６３は、ステップＳ１７で決済監視画面データを受信したことに伴い、決済監視プログラム２６２を実行する。決済監視プログラム２６２は、決済を監視するためのプログラムであってよい。決済監視実行モジュール２６３は、決済監視プログラム２６２を実行することで、表示部２５４に決済監視画面（図８参照）を出力表示する（ステップＳ２３）。
【００６０】
監視者端末２５０の監視者判定受付モジュール２６４は、決済監視画面（図８参照）において、入力部２５５の監視者の操作による、監視者判定を受け付ける（ステップＳ２４）。
【００６１】
上述の例では、監視者判定受付モジュール２６４は、図８に示す決済監視画面において、監視者の操作により、「許可」ボタンがクリックされた場合は決済依頼が可能との判定を受け付け、「却下」ボタンがクリックされた場合は決済依頼ができないと判定を受け付ける。
【００６２】
監視者端末２５０のデータ送受信モジュール２６０は、ステップＳ２４で受け付けた監視者判定結果をデータ通信部２５３から決済監視サーバ１０に送信する（ステップＳ２５）。
【００６３】
決済監視サーバ１０の監視者判定結果受信モジュール３０は、監視者端末２５０から送信された監視者判定結果を、データ通信部１３により受信し、データ記憶部１２に記憶する（ステップＳ２６）。
【００６４】
決済監視サーバ１０の決済依頼画面データ反映モジュール３１は、ステップＳ１９における判定結果より、ステップＳ２６で受信した監視者判定結果を優先して、ステップＳ１７で取得した決済依頼画面データに反映し、データ記憶部１２に記憶する（ステップＳ２７）。
【００６５】
図９及び図１０は、決済監視サーバ１０により、監視者判定結果が反映され、決済端末１５０に表示される決済依頼画面データの出力画面の画面イメージ図である。図９は、監視者判定結果が決済依頼できないとの判定である場合の決済依頼画面である。図９では、図７に示す決済依頼画面（決済内容送信）と比べ、決済手続を進める「依頼」ボタンの表示が消えている。このため、決済依頼者は、決済手続を進めることができない。即ち、この場合、決済監視サーバ１０は、決済端末１５０では、決済依頼画面において当該決済実行を継続できないように制御する。
【００６６】
一方、図１０は、監視者判定結果が決済依頼可能との判定である場合の決済依頼画面である。図１０では、図９に示す決済依頼できないとの判定である場合の決済依頼画面と比べ、決済手続を進める「依頼」ボタンの表示がされている。上述の例では、決済依頼可能内容判定は「不可」であったが、監視者判定結果が決済依頼可能との判定であったため、決済依頼可能内容判定より監視者判定結果を優先して、決済依頼画面に反映している。このため、決済依頼者は、予め規定された決済依頼可能データＤＢ２６では決済を依頼可能な内容ではなかったが、監視者の判断により決済手続を進めることができる。
【００６７】
なお、監視者における、決済依頼者による所定の内容が決済を依頼可能な内容か否かの判定について、制限を設けることもできる。具体的には、上述の例によれば、決済依頼者「Ｓｔｅｖｅ」の監視者の監視者ＩＤは、決済依頼者登録画像データＤＢ２４（図５参照）を参照すると「Ｂｏｂ００１」である。そして、「Ｂｏｂ００１」の依頼可能な決済の内容は、決済依頼可能データＤＢ２６を参照すると、項目「融資」に対する金額は「１，０００，０００，０００円」である。この場合、「Ｂｏｂ００１」が監視者として、決済依頼者による所定の内容が決済を依頼可能な内容か否かの判定できる内容を、項目「融資」に対して上限金額「１，０００，０００，０００円」に制限することができる。即ち、決済依頼可能データには、監視者が決済依頼者として決済を依頼可能な内容も対応付けられ、当該監視者は、決済依頼可能データに対応付けられた内容の範囲で、決済依頼者において所定の内容が決済を依頼可能な内容か否かを判定できる。これにより、より厳格に、銀行決済の適性化を図ることができる。
【００６８】
決済監視サーバ１０の決済依頼画面データ送信モジュール３２は、ステップＳ２７で反映した決済依頼画面データを、データ通信部１３から決済端末１５０に送信する（ステップＳ２８）。
【００６９】
決済端末１５０のデータ送受信モジュール１６０は、決済監視サーバ１０から送信された決済依頼画面データを、データ通信部１５３により受信する（ステップＳ２９）。
【００７０】
決済端末１５０の決済依頼実行モジュール１６３は、ステップＳ２９で決済依頼画面データを受信したことに伴い、ステップＳ１１で表示部１５４に出力表示していた決済依頼画面（図７参照）を、受信した決済依頼画面データに基づき、更新し、出力表示する（ステップＳ３０）。
【００７１】
上述した手段、機能は、コンピュータ（ＣＰＵ，情報処理装置，各種端末を含む）が、所定のプログラムを読み込んで、実行することによって実現される。プログラムは、例えば、フレキシブルディスク、ＣＤ（ＣＤ−ＲＯＭなど）、ＤＶＤ（ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭなど）等のコンピュータ読取可能な記録媒体に記録された形態で提供される。この場合、コンピュータはその記録媒体からプログラムを読み取って内部記憶装置または外部記憶装置に転送し記憶して実行する。また、そのプログラムを、例えば、磁気ディスク、光ディスク、光磁気ディスク等の記憶装置（記録媒体）に予め記録しておき、その記憶装置から通信回線を介してコンピュータに提供するようにしてもよい。
【００７２】
以上、本発明の実施形態について説明したが、本発明は上述したこれらの実施形態に限るものではない。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施形態に記載されたものに限定されるものではない。
【符号の説明】
【００７３】
１０  決済監視サーバ、１５０  決済端末、２５０  監視者端末
【図１】
0005770644.tif 000002
【図２】
0005770644.tif 000003
【図３】
0005770644.tif 000004
【図４】
0005770644.tif 000005
【図５】
0005770644.tif 000006
【図６】
0005770644.tif 000007
【図７】
0005770644.tif 000008
【図８】
0005770644.tif 000009
【図９】
0005770644.tif 000010
【図１０】
0005770644.tif 000011