JP2003168000A - 承認処理方法 - Google Patents

Abstract

(57)【要約】 【課題】 役席者による取引の自己承認を不可能とし、
不正な取引を防止する。 【解決手段】 サーバ装置１は、依頼者端末装置２ｂか
ら取引の承認依頼を行う承認依頼者のユーザ認証を行い
（ステップＳ１）、承認依頼者によって、依頼者端末装
置２ｂから入力される取引内容と、取引内容を入力した
承認依頼者のユーザ認証に使用された識別情報と、承認
依頼者によって指定される取引内容を承認する承認者の
識別情報とを取得し（ステップＳ２）、取得した承認者
の識別情報と依頼者の識別情報とが一致しているか否か
を比較し（ステップＳ３）、承認者の識別情報と依頼者
の識別情報とが一致しないとき、取引の承認依頼の内容
を承認者の使用する承認者端末装置２ａに出力し（ステ
ップＳ４）、承認者は、承認依頼内容をチェックし、承
認者端末装置２ａからサーバ装置１へ承認許可情報を送
信する。サーバ装置１は、承認者端末装置２ａから取引
の承認許可情報を受信して、取引を実行する（ステップ
Ｓ５）。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、取引の承認処理を
行うサーバ装置での承認処理方法に関し、特に、金融機
関における、役席者の承認を必要とする取引の承認処理
方法に関する。

【０００２】

【従来の技術】金融機関における取引は、一般オペレー
タの不正行為を防止するため、取引の金額に応じて承認
を要するものがある。例えば、一定金額以下の取引であ
れば、一般のオペレータが取引の処理を行えるが、一定
金額を超える取引においては、承認を行う権限を与えら
れた役席者に取引の承認を依頼しなければならない。

【０００３】従来、一般のオペレータが、役席者へ取引
の承認依頼を行うには、一般のオペレータが使用する端
末装置から、役席者が使用する端末に、取引の承認依頼
を行う。役席者は、一般のオペレータから送られてきた
取引の承認依頼の内容をチェックし、取引の処理を行
う。これによって、一般オペレータによる、例えば、本
来の取引先でない口座に高額な取引金額を振り込むなど
の不正行為を防止する。

【０００４】

【発明が解決しようとする課題】しかし、上記の方法
は、一般オペレータの不正行為を防止するものであり、
役席者の不正行為は防止することができない。通常、役
席者は、多くの処理に対する権限が与えられ、一般のオ
ペレータが使用する端末装置を扱うことが可能である。
このため、オペレータが使用する端末装置から、役席者
自身の端末装置に取引の承認依頼を要求し、自己承認を
行うことが可能である。

【０００５】このように、役席者による取引の自己承認
によって、不正な取引が行われてしまうという問題点が
あった。本発明はこのような点に鑑みてなされたもので
あり、役席者による取引の自己承認を不可能とし、不正
な取引を防止することができる承認方法を提供すること
を目的とする。

【０００６】

【課題を解決するための手段】上記課題を解決するため
に、図１で示す構成で実現可能な承認処理方法が提供さ
れる。本発明の取引の承認処理を行うサーバ装置１での
承認処理方法は、依頼者端末装置２ｂから、取引内容
と、該取引内容を入力した承認依頼者の識別情報と、該
承認依頼者によって指定される該取引内容を承認する承
認者の識別情報とを取得し、前記承認者の識別情報と前
記承認依頼者の識別情報とが一致しているか否かを比較
し、前記承認者の識別情報と前記承認依頼者の識別情報
とが一致しない場合には、前記承認者の識別情報と対応
づけられて管理されている承認者端末装置２ａから前記
取引の承認許可情報を受信した後、前記取引を実行す
る、ことを特徴とする。

【０００７】このような承認処理方法によれば、依頼者
端末装置２ｂから取引の承認依頼を行う者と、承認者端
末装置２ａで取引の承認を行うものが同一者でない場合
のみサーバ装置１は取引の実行をし、役席者による取引
の自己承認を不可能とする。

【０００８】

【発明の実施の形態】以下、本発明の実施の形態を銀行
の取引における承認処理に適用した場合について図面を
参照して説明する。

【０００９】図１は、本発明の原理図である。図１に示
すようにサーバ装置１と、承認者端末装置２ａ，依頼者
端末装置２ｂ・・・が、ＬＡＮ３を介して接続されてい
る。また、サーバ装置１と、ホストシステム４とが専用
回線５を介して接続されている。

【００１０】サーバ装置１は、取引の承認依頼を行う者
と、取引の承認をする者が同一者であるか否かを監視し
て、同一者でない場合のみ、取引の処理を行う。承認者
端末装置２ａは、取引の承認を行う承認者が使用する端
末装置である。

【００１１】依頼者端末装置２ｂは、取引の承認依頼を
行う依頼者が使用する端末装置である。以下、図１の原
理図の動作について説明する。

【００１２】まず、取引の承認を依頼する承認依頼者が
サーバ装置１にログオンする。サーバ装置１は、ログオ
ンする依頼者が正規の依頼者であるか否かをユーザ認証
する（ステップＳ１）。ユーザ認証は、承認依頼者が所
有するパスワードと、承認依頼者を識別する識別情報と
を比較して行う。

【００１３】次に、取引の承認依頼者は、依頼者端末装
置２ｂから、取引の内容と、取引の承認をする承認者の
識別情報と、ユーザ認証に使用した依頼者の識別情報と
をサーバ装置１に送信する。サーバ装置１は、これらの
情報を受信する（ステップＳ２）。

【００１４】サーバ装置１は、受信した、取引の承認を
する承認者の識別情報と、ユーザ認証に使用した依頼者
の識別番号とを比較する（ステップＳ３）。取引の承認
をする承認者の識別情報と、ユーザ認証に使用した依頼
者の識別番号とが一致していない場合、サーバ装置１
は、取引の内容を承認者端末装置２ａに送信する。サー
バ装置１は、承認者端末装置２ａからの役席者による取
引の承認許可情報を待つ（ステップＳ４）。

【００１５】サーバ装置１は、承認者端末装置２ａから
送られてきた役席者による取引の承認許可情報を受信し
て、取引を承認する承認結果であれば、専用回線５を介
して、ホストシステム４に取引の決済を行うように実行
する（ステップＳ５）。

【００１６】このように、取引の承認依頼を行う承認依
頼者と、取引内容を承認する承認者とを比較して、同一
人物であれば、取引を行えないようにしたので、承認者
が、自身が使用する端末装置に取引の承認依頼をするこ
とを不可能とし、不正な取引を防止することができる。

【００１７】図２は、本発明の実施の形態の構成例を示
す図である。図２に示すように、銀行営業店内で、承認
処理サーバ１０と、役席者端末装置２０ａ，２０ｂ・・
・と、オペレータ端末装置２１ａ，２１ｂ・・・と、ブ
ランチサーバ４０とが、ＬＡＮ３０を介して接続されて
いる。また、ブランチサーバ４０と銀行営業店のデータ
を管理するホストシステム５０とが、専用回線６０を介
して接続されている。

【００１８】役席者端末装置２０ａ，２０ｂ・・・は、
役席者が使用する端末装置である。役席者は、オペレー
タからの取引の承認の依頼を受け、役席者端末装置２０
ａ，２０ｂ・・・を用いて、取引の承認を行う。

【００１９】オペレータ端末装置２１ａ，２１ｂ・・・
は、オペレータが使用する端末装置である。オペレータ
は、一定額以上の取引においては、自分で決済すること
ができず、オペレータ端末装置２１ａ，２１ｂ・・・を
用いて、役席者に取引の承認依頼をする。

【００２０】役席者端末装置２０ａ，２０ｂ・・・、お
よび、オペレータ端末装置２１ａ，２１ｂ・・・には、
各々を識別するための端末機番Ａ，Ｂ・・・、Ｋ，Ｉ・
・・が割り振られている。

【００２１】ブランチサーバ４０は、銀行営業店の承認
処理サーバ１０、役席者端末装置２０ａ，２０ｂ・・
・、オペレータ端末装置２１ａ，２１ｂ・・・からなる
システムと、ホストシステム５０との通信を制御するサ
ーバである。ホストシステム５０は、銀行営業店で行わ
れる取引の決済処理を行う。

【００２２】以下に、取引の承認処理の流れを説明す
る。まず、役席者は、役席者端末装置２０ａ，２０ｂ・
・・から、承認処理サーバ１０にログオンする。承認処
理サーバ１０は、役席者のログオン時に入力される、役
席者のユーザＩＤ、氏名などを含む役席者情報を記憶す
る。

【００２３】オペレータは、オペレータ端末装置２１
ａ，２１ｂ・・・から、承認処理サーバ１０にログオン
する。このとき、オペレータ端末装置２１ａ，２１ｂ・
・・は、承認処理サーバ１０へのログオン時に入力され
る、オペレータのユーザＩＤを記憶する。

【００２４】オペレータは、オペレータ端末装置２１
ａ、２１ｂ・・・を用いて通常の取引処理を行う。も
し、一定額の取引、すなわち、役席者への取引の承認が
必要となったとき、オペレータは、オペレータ端末装置
２１ａ，２１ｂ・・・から、取引の承認依頼を要求する
旨を承認処理サーバ１０に送信する。

【００２５】承認処理サーバ１０は、オペレータ端末装
置２１ａ，２１ｂ・・・から、承認依頼要求の旨を受信
して、ログオン時に記憶した役席者情報と、オペレータ
端末装置２１ａ，２１ｂ・・・の表示画面に表示する、
承認依頼内容を入力させるためのデータとをオペレータ
端末装置２１ａ，２１ｂ・・・に送信する。

【００２６】オペレータ端末装置２１ａ，２１ｂ・・・
は、承認処理サーバ１０から送信された役席者情報と、
承認依頼内容を入力させるデータを受信し、表示画面に
表示する。

【００２７】オペレータは、オペレータ端末装置２１
ａ，２１ｂ・・・の表示画面に従って、取引の承認依頼
内容を入力し、取引の承認をする役席者を指定する。オ
ペレータは、取引の承認依頼内容の入力、承認の依頼を
する役席者の指定を終えると、オペレータ端末装置２１
ａ，２１ｂ・・・のキーボードから取引の承認依頼完了
の旨を入力する。オペレータ端末装置２１ａ，２１ｂ・
・・は、入力された取引の承認依頼内容と、指定した役
席者の情報（役席者のユーザＩＤ）とともに、ログオン
時に記憶したオペレータのユーザＩＤを承認処理サーバ
１０に送信する。

【００２８】承認処理サーバ１０は、受信した取引の承
認を依頼する役席者のユーザＩＤと、取引の承認依頼を
要求したオペレータのユーザＩＤとを比較して、同一者
であるか否かを判定する。また、承認処理サーバ１０
は、受信した取引の承認を依頼する役席者のユーザＩＤ
と、取引の承認依頼を要求したオペレータのユーザＩＤ
を、履歴を残すため保存する。

【００２９】同一者であれば、承認処理サーバ１０は、
取引の承認依頼を行ったオペレータのオペレータ端末装
置２１ａ，２１ｂ・・・に、取引の承認依頼ができない
旨を送信する。

【００３０】同一者でなければ、取引の承認依頼内容
を、指定された役席者の役席者端末装置２０ａ，２０ｂ
・・・に送信する。役席者端末装置２０ａ，２０ｂ・・
・は、受信した取引の承認依頼内容を表示画面に表示す
る。役席者は、表示画面に表示された取引内容をチェッ
クして、取引を承認するか否かを決め、役席者端末装置
２０ａ，２０ｂ・・・にその旨を入力し、承認処理サー
バ１０に送信する。

【００３１】承認処理サーバ１０は、受信した承認内容
が取引を許可するものであれば、ＬＡＮ３０、ブランチ
サーバ４０、専用回線６０を介して、ホストシステム５
０に取引の内容を送信する。ホストシステム５０は、受
信した取引内容の決済を行う。

【００３２】次に、本発明の実施の形態を実現するため
の承認処理サーバの構成について説明する。図３は、承
認処理サーバのハードウェア構成を示すブロック図であ
る。承認処理サーバ１０は、ＣＰＵ(Central Processin
g Unit)１０ａによって装置全体が制御されている。Ｃ
ＰＵ１０ａには、バス１０ｇを介してＲＡＭ(Random Ac
cessMemory)１０ｂ、ハードディスクドライブ(ＨＤＤ:H
ard Disk Drive)１０ｃ、グラフィック処理装置１０
ｄ、入力インタフェース１０ｅ、および通信インタフェ
ース１０ｆが接続されている。

【００３３】ＲＡＭ１０ｂには、ＣＰＵ１０ａに実行さ
せるＯＳ(Operating System)のプログラムやアプリケー
ションプログラムの少なくとも一部が一時的に格納され
る。また、ＲＡＭ１０ｂには、ＣＰＵ１０ａによる処理
に必要な各種データが保存される。ＨＤＤ１０ｃには、
ＯＳやアプリケーションプログラムが格納される。

【００３４】グラフィック処理装置１０ｄには、モニタ
１０ｈが接続されている。グラフィック処理装置１０ｄ
は、ＣＰＵ１０ａからの命令に従って、画像をモニタ１
０ｈの表示画面に表示させる。入力インタフェース１０
ｅには、キーボード１０ｉと、マウス１０ｊとが接続さ
れている。入力インタフェース１０ｅは、キーボード１
０ｉやマウス１０ｊから送られてくる信号を、バス１０
ｇを介してＣＰＵ１０ａに送信する。

【００３５】通信インタフェース１０ｆは、ＬＡＮ３０
に接続されている。通信インタフェース１０ｆは、ＬＡ
Ｎ３０を介して、役席者端末装置２０ａ，２０ｂ・・
・、オペレータ端末装置２１ａ，２１ｂ・・・との間で
データの送受信を行う。

【００３６】以上のようなハードウェア構成によって、
本実施の形態の取引の承認処理を実現することができ
る。なお、図３には、承認処理サーバ１０のハードウェ
ア構成を示したが、役席者端末装置２０ａ，２０ｂ・・
・、オペレータ端末装置２１ａ，２１ｂ・・・も同様の
ハードウェア構成で実現することができる。

【００３７】次に、承認処理サーバ１０と役席者端末装
置２０ａ，２０ｂ・・・とオペレータ端末装置２１ａ，
２１ｂ・・・の機能について説明する。図４は、本実施
の形態に係る承認処理サーバと役席者端末装置とオペレ
ータ端末装置との機能ブロック図である。

【００３８】承認処理サーバ１０は、ユーザ認証部１
１、ログオン中役席者テーブル作成部１２、役席者リス
ト１２ａ、役席者テーブル１２ｂ、役席者データ送信部
１３、承認依頼内容受信部１４、ＩＤ記憶部１５、ＩＤ
比較部１６、承認内容送信部１７、通信制御部１８を有
している。

【００３９】ユーザ認証部１１は、役席者端末装置２０
ａ，２０ｂ・・・、オペレータ端末装置２１ａ，２１ｂ
・・・からログオンする役席者、オペレータのユーザ認
証を行う。ユーザ認証は、役席者、オペレータが所有す
る承認処理サーバ１０にログオンをするためのパスワー
ドと、ユーザＩＤとを比較することにより行われる。

【００４０】ログオン中役席者テーブル作成部１２は、
承認処理サーバ１０にログオンしている役席者の情報
（氏名やユーザＩＤなど）を、役席者リスト１２ａを利
用して役席者テーブル１２ｂに保存する。

【００４１】役席者リスト１２ａには、取引の承認を行
うことのできるすべての役席者のユーザＩＤが保存され
ている。ログオン中役席者テーブル作成部１２は、ユー
ザ認証部１１で認証された者のユーザＩＤと、役席者リ
スト１２ａに保存されているＩＤとを比較し、一致して
いれば、その者の情報を役席者テーブル１２ｂに保存す
る。すなわち、役席者テーブル１２ｂには、現在、承認
処理サーバ１０にログオンしている役席者の情報が保存
される。

【００４２】役席者データ送信部１３は、オペレータ端
末装置２１ａ，２１ｂ・・・から取引の承認依頼の要求
を受けて、役席者テーブル１２ｂに保存されている役席
者の情報をオペレータ端末装置２０ａ，２０ｂ・・・に
送信する。このとき、役席者データ送信部１３は、オペ
レータ端末装置２１ａ，２１ｂ・・・の表示画面に表示
する、オペレータに取引の承認依頼内容を入力させるた
めのデータも送信する。

【００４３】承認依頼内容受信部１４は、オペレータが
オペレータ端末装置２１ａ，２１ｂ・・・に入力した取
引の承認依頼内容、承認を依頼する役席者のユーザＩ
Ｄ、および、オペレータがオペレータ端末装置２１ａ，
２１ｂ・・・から承認処理サーバ１０にログオンをした
ときに記憶されたユーザＩＤを受信する。承認依頼内容
受信部１４は、受信した役席者のユーザＩＤと、オペレ
ータのユーザＩＤとをＩＤ記憶部１５に記憶する。

【００４４】ＩＤ比較部１６は、承認依頼内容受信部１
４によって受信された役席者のユーザＩＤと、オペレー
タＩＤとを比較する。比較した結果、役席者のユーザＩ
Ｄと、オペレータＩＤが一致すれば、ＩＤ比較部１６
は、取引の承認依頼ができない旨をオペレータ端末装置
２１ａ，２１ｂ・・・に送信する。

【００４５】承認内容送信部１７は、ＩＤ比較部１６の
比較結果が一致していない場合、オペレータ端末装置２
１ａ，２１ｂ・・・から送信された取引の承認依頼内容
を役席者端末装置２０ａ，２０ｂ・・・に送信する。

【００４６】通信制御部１８は、ＬＡＮ３０を介して行
われる、役席者端末装置２０ａ，２０ｂ・・・、オペレ
ータ端末装置２１ａ，２１ｂ・・・との通信を制御す
る。役席者端末装置２０ａは、取引承認内容受信部２０
ａａ、承認許可情報送信部２０ａｂ、ユーザインタフェ
ース２０ａｃ、通信制御部２０ａｄを有している。

【００４７】取引承認内容受信部２０ａａは、承認処理
サーバ１０から送信された取引の承認依頼内容を受信
し、ユーザインタフェース２０ａｃによって表示装置の
画面に取引の承認依頼内容を表示させる。

【００４８】承認許可情報送信部２０ａｂは、ユーザイ
ンタフェース２０ａｃによって処理された、キーボード
から入力された取引の承認結果を承認処理サーバ１０に
送信する。

【００４９】ユーザインタフェース２０ａｃは、キーボ
ードやマウスからの操作入力に応じた処理を行う。ま
た、ユーザインタフェース２０ａｃは、承認処理サーバ
１０から表示画面データを受け取ると、その表示画面デ
ータに基づく画像を表示装置の画面に表示する。

【００５０】通信制御部２０ａｄは、ＬＡＮ３０を介し
て行われる承認処理サーバ１０との通信を制御する。役
席者端末装置２０ｂ・・・は、役席者端末装置２０ａと
同じ機能を有し、説明は省略する。

【００５１】オペレータ端末装置２１ａは、承認依頼内
容送信部２１ａａ、ログオンＩＤ保存部２１ａｂ、ユー
ザインタフェース２１ａｃ、通信制御部２１ａｄを有し
ている。

【００５２】承認依頼内容送信部２１ａａは、ユーザイ
ンタフェース２１ａｃによって処理された、キーボード
から入力された取引の承認依頼内容を承認処理サーバ１
０に送信する。

【００５３】ログオンＩＤ保存部２１ａｂは、オペレー
タが承認処理サーバ１０にログオンをしたときに入力し
たユーザＩＤを保存する。ユーザインタフェース２１ａ
ｃは、キーボードやマウスからの操作入力に応じた処理
を行う。また、ユーザインタフェース２１ａｃは、承認
処理サーバ１０から表示画面データを受け取ると、その
表示画面データに基づく画像を表示装置の画面に表示す
る。

【００５４】通信制御部２１ａｄは、ＬＡＮ３０を介し
て行われる承認処理サーバ１０との通信を制御する。オ
ペレータ端末装置２１ｂ・・・は、オペレータ端末装置
２１ａと同じ機能を有し、説明は省略する。

【００５５】以下に、図４に示す機能ブロック図の処理
の流れを図５のフローチャートを用いて説明する。ま
ず、役席者は、承認処理サーバ１０にログオンをするた
めに、役席者端末装置２０ａのキーボードから、ユーザ
ＩＤ、パスワードを入力する。入力されたユーザＩＤ、
パスワードは、通信制御部２０ａｄ、ＬＡＮ３０、承認
処理サーバ１０の通信制御部１８を介して、承認処理サ
ーバ１０のユーザ認証部１１に渡される。

【００５６】ユーザ認証部１１は、受け取ったユーザＩ
Ｄ，パスワードを予め管理している情報と比較して一致
していれば、役席者端末装置２０ａのログオンを許可す
る（ステップＳ１０）。

【００５７】ログオン中役席者テーブル作成部１２は、
ログオンに使用されたユーザＩＤと、役席者リスト１２
ａに登録されている役席者のユーザＩＤとを比較する。
比較して一致すれば、そのユーザＩＤを役席者テーブル
１２ｂに保存する（ステップＳ１１）。

【００５８】次に、オペレータが取引の処理を行う場
合、オペレータ端末装置２１ａから承認処理サーバ１０
にログオンをする（ステップＳ１２）。ログオンＩＤ保
存部２１ａｂは、ログオン時に入力されたオペレータの
ユーザＩＤを保存する。

【００５９】オペレータは、取引内容をオペレータ端末
装置２１ａ，２１ｂ・・・に入力する。取引内容が一定
額を超える場合、すなわち、役席者の取引の承認が必要
である場合、オペレータは、オペレータ端末装置２１
ａ，２１ｂ・・・から、取引の承認依頼を要求する旨を
承認処理サーバ１０に送信する。

【００６０】承認処理サーバ１０の役席者データ送信部
１３は、取引の承認依頼を要求する旨を受信して（ステ
ップＳ１３）、役席者テーブル１２ｂに保存されてい
る、現在、承認処理サーバ１０にログオンしている役席
者の情報と、オペレータ端末装置２１ａの表示画面に表
示する、オペレータに取引の承認依頼内容を入力させる
ためのデータとをオペレータ端末装置２１ａに送信する
（ステップＳ１４）。

【００６１】オペレータ端末装置２１ａのユーザインタ
フェース２１ａｃは、役席者データ送信部１３から送ら
れてきた役席者の情報とオペレータに取引の承認依頼内
容を入力させるためのデータとを受信し、表示装置の表
示画面に表示させる。オペレータは、表示画面に表示さ
れた指示に従って、取引の承認依頼内容を入力し、取引
の承認を依頼する役席者を指定し入力する。

【００６２】承認依頼内容送信部２１ａａは、入力され
た取引の承認依頼内容と、承認を依頼された役席者の情
報を、ログオンＩＤ保存部２１ａｂに保存されているオ
ペレータのユーザＩＤとともに、承認処理サーバ１０の
承認依頼内容受信部１４に送信する。

【００６３】承認依頼内容受信部１４は、オペレータ端
末装置２１ａから送信されたオペレータのユーザＩＤ
と、承認を依頼された役席者のユーザＩＤと、入力され
た取引の承認依頼内容とを受信する（ステップＳ１
５）。

【００６４】ＩＤ記憶部１５は、承認依頼内容受信部１
４によって受信されたオペレータのユーザＩＤと、承認
を依頼された役席者のユーザＩＤとを記憶する（ステッ
プＳ１６）。

【００６５】ＩＤ比較部１６は、承認依頼内容受信部１
４によって受信されたオペレータのユーザＩＤと、承認
を依頼された役席者のユーザＩＤとを比較する（ステッ
プＳ１７）。

【００６６】比較結果が一致した場合、すなわち、取引
の承認依頼を行った者と、取引の承認を依頼される者が
同一者である場合、オペレータ端末装置２１ａに、取引
の承認が行えない旨の情報を送信する（ステップＳ１
８）。オペレータ端末装置２１ａのユーザインタフェー
ス２１ａｃは、その旨の情報を表示画面に表示する。

【００６７】比較結果が一致しない場合、すなわち、取
引の承認依頼を行った者と、取引の承認を依頼される者
が同一者でない場合、承認内容送信部１７によって、オ
ペレータによって入力された取引の承認依頼内容が役席
者端末装置２０ａに送信される（ステップＳ１９）。

【００６８】役席者端末装置２０ａの取引承認内容受信
部２０ａａは、承認処理サーバ１０から送られた取引の
承認依頼内容を受信する。受信された取引の承認依頼内
容は、ユーザインタフェース２０ａｃによって、表示画
面に表示される。

【００６９】役席者は、表示画面に表示された取引の承
認依頼内容をチェックして、取引を承認する、または、
承認しない旨の承認許可情報をキーボードから入力す
る。入力された承認許可情報は、承認許可情報送信部２
０ａｂによって、承認処理サーバ１０に送信される。

【００７０】承認処理サーバ１０は、役席者端末装置２
０ａからの承認許可情報を受信し（ステップＳ２０）、
承認許可情報に応じて、図４に示さないホストシステム
に取引の決済の要求をし（ステップＳ２１）、ホストシ
ステムは、取引の決済をする。

【００７１】次に、図６〜図１５を用いて承認処理の手
順について説明する。まず、役席者が承認処理サーバ１
０へログオンする。役席者が承認処理サーバ１０にログ
オンをすると、承認処理サーバ１０の役席者テーブル１
２ｂに役席者の情報が保存される。

【００７２】図６は、役席者テーブルに保存される情報
の一例を示した図である。図に示すように、役席者テー
ブル１２ｂには、役席者の「役席者氏名」と、役席者が
ログオンをした端末装置の「端末機番」と、役席者のユ
ーザＩＤである「ＩＤ」とが保存される。「Ｎｏ」は予
め役席者テーブル１２ｂに保存される番号である。図６
には、「Ｎｏ」‘１’に「役席者氏名」‘阿部一郎’
が、「Ｎｏ」‘２’に「役席者氏名」‘伊藤二郎’が、
「Ｎｏ」‘１０’に「役席者氏名」‘和田十郎’が保存
されている。また、‘阿部一郎’は端末機番‘Ａ’の役
席者端末装置２０ａから、‘伊藤二郎’は端末機番
‘Ｂ’の役席者端末装置２０ｂから、‘和田十郎’は端
末機番‘Ｊ’の役席者端末装置（図２には示してない）
から、ログオンしているという情報が保存されている。
さらに、‘阿部一郎’のユーザＩＤ‘００００１１’、
‘伊藤二郎’のユーザＩＤ‘００００２１’、‘和田十
郎’のユーザＩＤ‘０００１０１’が保存されている。

【００７３】図７は、役席者がログオフをしたときの役
席者テーブルに保存される情報の一例を示した図であ
る。図７に示すように、役席者‘和田十郎’がログオフ
をすると、図６と比較して、「Ｎｏ」‘１０’の「役席
者氏名」、「端末機番」、「ユーザＩＤ」の情報が役席
者テーブル１２ｂから消去される。

【００７４】図８は、新たな役席者がログオンをしたと
きの役席者テーブルに保存される情報の一例を示した図
である。端末機番‘Ｊ’の役席者端末装置から‘佐藤三
郎’が承認処理サーバ１０にログオンすると、役席者テ
ーブル１２ｂには、図８に示すように「Ｎｏ」‘１０’
の「役席者氏名」に‘佐藤三郎’、「端末機番」に
‘Ｊ’「ユーザＩＤ」に‘００００３１’が保存され
る。

【００７５】次に、オペレータが、取引の承認依頼を行
うため、オペレータ端末装置２１ａから承認処理サーバ
１０にログオンする。このとき、オペレータ端末装置２
１ａのログオンＩＤ保存部２１ａｂにオペレータがログ
オンした時のユーザＩＤが保存される。

【００７６】オペレータは、取引内容をオペレータ端末
装置２１ａのキーボードから入力する。取引内容が一定
額を超える場合、オペレータは、オペレータ端末装置２
１ａのキーボードにある、‘承認依頼’キーを押下す
る。‘承認依頼’キーの押下に応じて、承認処理サーバ
１０は、役席者テーブル１２ｂに保存されている役席者
の情報と、オペレータ端末装置２１ａの表示画面に表示
する、オペレータに取引の承認依頼内容を入力させるた
めのデータとをオペレータ端末装置２１ａに送信する。
オペレータ端末装置２１ａは、これらの情報、データを
受信し、表示画面に表示する。

【００７７】図９は、オペレータ端末装置の表示画面に
表示される承認依頼画面の一例である。図９に示すよう
に、承認依頼画面７０には、オペレータが取引の承認依
頼理由を入力するための領域７０ａと、承認を依頼する
役席者を指定するための領域７０ｂが表示される。さら
に、現在承認処理サーバ１０にログオンしている役席者
の氏名、および、使用している端末装置の端末機番が表
示されている。図９において、オペレータは、オペレー
タ端末装置２１ａのキーボードから、承認依頼理由とし
て、‘出金５００万円以上の取引’を入力し、承認役席
者として‘１’を入力している状態にある。

【００７８】オペレータは、取引の承認依頼内容の入
力、取引の承認を依頼する役席者の指定を終えると、オ
ペレータ端末装置２１ａのキーボードにある、‘完了’
キーを押下する。オペレータ端末装置２１ａは、‘完
了’キーの押下により、入力された取引承認内容を承認
処理サーバ１０に送信する。このとき、オペレータが承
認処理サーバ１０にログオンをしたときに記憶されたユ
ーザＩＤも送信される。

【００７９】承認処理サーバ１０は、取引承認内容と、
オペレータのユーザＩＤとを受信し、取引承認内容に含
まれる役席者のユーザＩＤと、オペレータのユーザＩＤ
を保存する。図９において、承認役席者として‘１’が
選択されているので、役席者‘阿部一郎’のユーザＩＤ
が記憶される。

【００８０】ＩＤ比較部１６では、役席者‘阿部一郎’
のユーザＩＤと、取引承認依頼を行ったオペレータのユ
ーザＩＤとが比較される。ここで、オペレータ端末装置
２１ａから取引の承認依頼を行った依頼者が‘阿部一
郎’であった場合、役席者のユーザＩＤと、オペレータ
のユーザＩＤが一致する。このとき、承認処理サーバ１
０は、自己承認である旨の画面表示データをオペレータ
端末装置２１ａに送信する。

【００８１】図１０は、オペレータ端末装置の表示画面
に表示される自己承認画面の一例である。図１０に示す
ように、自己承認画面７１は、図９に示す承認依頼画面
７０の表示の上に表示される。自己承認画面７１には、
‘本人による役席承認はできません。注意キーを押下し
てください。’という警告が表示される。

【００８２】オペレータ端末装置２１ａから取引の承認
依頼を行った依頼者が‘阿部一郎’でない場合、役席者
のユーザＩＤと、オペレータのユーザＩＤが一致しな
い。このとき、承認処理サーバ１０は、役席者‘阿部一
郎’がログオンしている役席者端末装置２０ａに取引の
承認内容を送信する。

【００８３】役席者端末装置２０ａは、取引の承認内容
を受信し、表示画面に表示する。図１１は、役席者端末
装置の表示画面に表示される取引の承認依頼内容画面の
一例である。

【００８４】図１１に示すように、承認依頼内容画面７
２には、「店番」‘１２３’と、「口座番号」‘１２３
４５６７’と、「通帳残高」‘１２３，４５６，７８
９’と、「取引金額」‘５，０００，０００’と、「摘
要１」‘１３−１１−０８’と、「摘要２」‘ＡＢＣＤ
ＥＦＧ’と、「摘要３」‘あいうえおかき’が表示され
ている。すなわち、オペレータが、オペレータ端末装置
２１ａから取引内容を入力した情報が表示される。

【００８５】役席者が、役席者端末装置２０ａのキーボ
ードにある‘次項’キーを押下すると、さらに、表示画
面に役席者承認画面が表示される。図１２は、役席者端
末装置の表示画面に表示される役席承認画面の一例であ
る。

【００８６】図１２に示すように、役席承認画面７３に
は、「依頼者ＩＤ」‘１２３４５’と、「依頼者氏名」
‘オペレータＫ’と、「承認依頼理由」‘出金５００万
円以上取引’が表示される。また、表示７３ａには、
‘取引を承認するのであれば‘承認’キーを押してくだ
さい。’と表示されている。また、表示７３ｂには、
‘取引を拒否するのであれば‘拒否’キーを押してくだ
さい。’と表示されている。役席者は、図１１に示した
承認依頼内容をチェックして、承認するのであれば役席
者端末装置２０ａのキーボードの‘承認’キーを、承認
しないのであれば‘拒否’キーを押下する。また、役席
者端末装置２０ａのキーボードにある‘前項’キーを押
すと、図１１に示した承認依頼内容画面に戻る。

【００８７】なお、表示７３ａ，７３ｂを、表示画面の
表示をスクロールさせることによって表示画面に表示さ
せるようにし、その後、キーの押下を受け付けるように
してもよい。このようにすることによって、役席者が、
表示画面の内容を確認しないまま、‘承認’キーや、
‘拒否’キーを押すことを防ぐことができる。

【００８８】次に、電文の構成について説明する。図１
３は、役席者照会データの電文の一例を示した図であ
る。図１３に示す電文８０は、オペレータがオペレータ
端末装置２１ａのキーボードの‘承認依頼’キーを押下
することにより、承認処理サーバ１０からオペレータ端
末装置２１ａに送信される電文である。図に示す役席者
照会データの電文８０の‘情報（１）’には、図８に示
す「役席者氏名」を示す‘阿部一郎’、「端末機番」を
示す‘Ａ’、「ユーザＩＤ」を示す‘００００１１’の
情報が含まれる。同様に‘情報（２）’には‘伊藤二
郎’の情報、‘情報（１０）’には‘佐藤三郎’の情報
が含まれる。オペレータ端末装置２１ａは、この電文を
受信すると表示画面に、図９に示すような承認依頼画面
７０を表示する。

【００８９】図１４は、承認依頼データの電文の一例を
示した図である。図１４に示す電文８１は、オペレータ
が取引の承認依頼内容を入力し終え、オペレータ端末装
置２１ａのキーボードにある、‘完了’キーを押下した
ときに承認処理サーバ１０に送信される電文である。図
に示す承認依頼データの電文８１は、取引情報部８１ａ
と、入力情報部８１ｂとに分かれ、取引情報部８１ａに
は、普通預金支払いなどの取引の情報、オペレータのユ
ーザＩＤが含まれる。入力情報部８１ｂには、‘店
番’、‘口座番号’、‘通帳残高’、‘取引金額’、
‘摘要１’、‘摘要２’、‘摘要３’を示す情報が含ま
れる。

【００９０】図１５は、役席承認データの電文の一例を
示した図である。図１５に示す電文８２は、取引の承認
依頼者と、役席者とが同一者でないときに、承認処理サ
ーバ１０から役席者端末装置２０ａに送信される電文で
ある。図に示す役席承認データの電文８２は、取引情報
部８２ａと、入力情報部８２ｂと、依頼者ＩＤ８２ｃ
と、依頼者氏名８２ｄと、承認依頼理由８２ｅとに分か
れる。取引情報部８２ａには、普通預金支払いなどの取
引の情報が含まれ、入力情報部８２ｂには、‘店番’、
‘口座番号’、‘通帳残高’、‘取引金額’、‘摘要
１’、‘摘要２’、‘摘要３’が含まれる。依頼者ＩＤ
８２ｃには、取引の承認依頼を依頼したオペレータのユ
ーザＩＤが、依頼者氏名８２ｄには、取引の承認依頼を
依頼したオペレータの氏名が、承認依頼理由８２ｅに
は、承認依頼の理由が含まれる。役席者端末装置２０ａ
は、この電文を受信すると表示画面に、図１１、１２に
示すような承認依頼画面７２、役席承認画面７３を表示
する。

【００９１】このように、オペレータと、オペレータが
取引の承認依頼を要求した役席者を比較して、同一人物
であれば、取引の承認依頼を行えないようにしたので、
役席者がオペレータ端末からログオンをして、自分が使
用する端末装置に取引の承認依頼をすることを不可能と
し、不正な取引を防止することができる。また、取引の
承認依頼をしたオペレータと承認の依頼をされた役席者
のユーザＩＤの履歴を残すことにより、自己承認の抑制
をする。

【００９２】なお、上記説明では、取引の承認依頼をし
たオペレータと承認の依頼をされた役席者のユーザＩＤ
の履歴をすべて残すようにしたが、ＩＤ比較部１６で、
ユーザＩＤが一致した場合のみ、オペレータのユーザＩ
Ｄと役席者のユーザＩＤの履歴を残すようにしてもよ
い。

【００９３】また、承認処理サーバ１０が、役席者のユ
ーザＩＤと、オペレータのユーザＩＤとを比較するよう
にしたが、オペレータが取引の承認依頼を行ったオペレ
ータ端末装置２１ａ，２１ｂ・・・が役席者のユーザＩ
Ｄと、オペレータのユーザＩＤとを比較するようにして
もよい。この場合、承認処理サーバ１０は、オペレータ
端末装置２１ａ，２１ｂ・・・からの比較結果を受信し
て、以後の取引の承認処理を行う。

【００９４】また、承認処理サーバ１０は、一度すべて
の承認依頼を該当する役席者端末装置２０ａ，２０ｂ・
・・へ送信し、役席者端末装置２０ａ，２０ｂ・・・が
役席者のユーザＩＤとオペレータのユーザＩＤとを比較
して、不一致の場合は続けて承認処理を行い、一致した
場合は、承認処理サーバ１０へエラー通知を返信しても
よい。

【００９５】最後に、上記の処理機能は、コンピュータ
によって実現することができる。その場合、承認処理サ
ーバ１０が有すべき機能の処理内容は、コンピュータで
読み取り可能な記録媒体に記録されたプログラムに記述
されており、このプログラムをコンピュータで実行する
ことにより、上記処理がコンピュータで実現される。コ
ンピュータで読み取り可能な記録媒体としては、磁気記
録装置や半導体メモリ等がある。市場へ流通させる場合
には、ＣＤ−ＲＯＭ(Compact Disk Read OnlyMemory)や
フレキシブルディスク等の可搬型記録媒体にプログラム
を格納して流通させたり、ネットワークを介して接続さ
れたコンピュータの記憶装置に格納しておき、ネットワ
ークを通じて他のコンピュータに転送することもでき
る。コンピュータで実行する際には、コンピュータ内の
ハードディスク装置等にプログラムを格納しておき、メ
インメモリにロードして実行する。

【００９６】（付記１） 取引の承認処理を行うサーバ
装置での承認処理方法において、依頼者端末装置から、
取引内容と、該取引内容を入力した承認依頼者の識別情
報と、該承認依頼者によって指定される該取引内容を承
認する承認者の識別情報とを取得し、前記承認者の識別
情報と前記承認依頼者の識別情報とが一致しているか否
かを比較し、前記承認者の識別情報と前記承認依頼者の
識別情報とが一致しない場合には、前記承認者の識別情
報と対応づけられて管理されている承認者端末装置から
前記取引の承認許可情報を受信した後、前記取引を実行
する、ことを特徴とする承認処理方法。

【００９７】（付記２） 前記依頼者端末装置から取得
した前記承認者の識別情報と前記承認依頼者の識別情報
との履歴を記憶することを特徴とする付記１記載の承認
処理方法。

【００９８】（付記３） 前記取引内容を承認可能な承
認者の識別情報を予め記憶することを特徴とする付記１
記載の承認処理方法。 （付記４） 前記依頼者端末装置から取引の承認依頼が
あったとき、前記承認者の識別情報を前記依頼者端末装
置に送信し、前記依頼者端末装置に送信された前記承認
者の識別情報の中から、前記依頼者によって指定された
承認者の識別情報を取得する、ことを特徴とする付記１
記載の承認処理方法。

【００９９】（付記５） 前記承認者の識別情報は、前
記承認者のユーザ認証に使用される識別情報であること
を特徴とする付記１記載の承認処理方法。 （付記６） 取引の承認処理を行う端末装置での承認処
理方法において、操作入力に基づいて、取引内容と、該
取引内容を入力した承認依頼者の識別情報と、該承認依
頼者によって指定される該取引内容を承認する承認者の
識別情報とを取得し、前記承認者の識別情報と前記承認
依頼者の識別情報とが一致しているか否かを比較し、前
記承認者の識別情報と前記承認依頼者の識別情報とが一
致しないとき、サーバ装置に前記取引内容と、前記取引
内容を入力した承認依頼者の識別情報と、前記承認依頼
者によって指定される前記取引内容を承認する承認者の
識別情報とを送信する、ことを特徴とする承認処理方
法。

【０１００】（付記７） 取引の承認処理を行う承認処
理装置において、依頼者端末装置から、取引内容と、該
取引内容を入力した承認依頼者の識別情報と、該承認依
頼者によって指定される該取引内容を承認する承認者の
識別情報とを取得する取得手段と、前記承認者の識別情
報と前記承認依頼者の識別情報とが一致しているか否か
を比較する比較手段と、前記承認者の識別情報と前記承
認依頼者の識別情報とが一致しない場合には、前記承認
者の識別情報と対応づけられて管理されている承認者端
末装置から前記取引の承認許可情報を受信した後、前記
取引を実行する実行手段と、を有することを特徴とする
承認処理装置。

【０１０１】（付記８） 取引の承認処理を行う承認処
理プログラムにおいて、コンピュータに、依頼者端末装
置から、取引内容と、該取引内容を入力した承認依頼者
の識別情報と、該承認依頼者によって指定される該取引
内容を承認する承認者の識別情報とを取得し、前記承認
者の識別情報と前記承認依頼者の識別情報とが一致して
いるか否かを比較し、前記承認者の識別情報と前記承認
依頼者の識別情報とが一致しない場合には、前記承認者
の識別情報と対応づけられて管理されている承認者端末
装置から前記取引の承認許可情報を受信した後、前記取
引を実行する、処理を実行させることを特徴とする承認
処理プログラム。

【０１０２】（付記９） 取引の承認処理を行う承認処
理プログラムを記録したコンピュータ読み取り可能な記
録媒体において、前記コンピュータに、依頼者端末装置
から、取引内容と、該取引内容を入力した承認依頼者の
識別情報と、該承認依頼者によって指定される該取引内
容を承認する承認者の識別情報とを取得し、前記承認者
の識別情報と前記承認依頼者の識別情報とが一致してい
るか否かを比較し、前記承認者の識別情報と前記承認依
頼者の識別情報とが一致しない場合には、前記承認者の
識別情報と対応づけられて管理されている承認者端末装
置から前記取引の承認許可情報を受信した後、前記取引
を実行する、処理を実行させることを特徴とする記録媒
体。

【０１０３】

【発明の効果】以上説明したように本発明では、取引内
容を承認する承認者の識別情報と取引の承認依頼を行う
依頼者の識別情報とが一致しているか否かを比較し、承
認者の識別情報と依頼者の識別情報とが一致しないと
き、取引を実行するようにしたので、役席者による取引
の自己承認を不可能とし、不正な取引を防止することが
できる。

【図面の簡単な説明】

【図１】本発明の原理図である。

【図２】本発明の実施の形態の構成例を示す図である。

【図３】承認処理サーバのハードウェア構成を示すブロ
ック図である。

【図４】本実施の形態に係る承認処理サーバと役席者端
末装置とオペレータ端末装置との機能ブロック図であ
る。

【図５】承認処理サーバの処理の流れを示したフローチ
ャートである。

【図６】役席者テーブルに保存される情報の一例を示し
た図である。

【図７】役席者がログオフをしたときの役席者テーブル
に保存される情報の一例を示した図である。

【図８】新たな役席者がログオンをしたときの役席者テ
ーブルに保存される情報の一例を示した図である。

【図９】オペレータ端末装置の表示画面に表示される承
認依頼画面の一例である。

【図１０】オペレータ端末装置の表示画面に表示される
自己承認画面の一例である。

【図１１】役席者端末装置の表示画面に表示される取引
の承認依頼内容画面の一例である。

【図１２】役席者端末装置の表示画面に表示される役席
承認画面の一例である。

【図１３】役席者照会データの電文の一例を示した図で
ある。

【図１４】承認依頼データの電文の一例を示した図であ
る。

【図１５】役席承認データの電文の一例を示した図であ
る。

【符号の説明】

１ サーバ装置 ２ａ 承認者端末装置 ２ｂ 依頼者端末装置 ３，３０ ＬＡＮ ４，５０ ホストシステム ５，６０ 専用回線 １０ 承認処理サーバ ２０ａ，２０ｂ オペレータ端末装置 ２１ａ，２１ｂ 役席者端末装置 ４０ ブランチサーバ

フロントページの続き (72)発明者 佐藤 賢一 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 Ｆターム(参考） 5B076 FB05

Claims (3)

【特許請求の範囲】
1. 【請求項１】 取引の承認処理を行うサーバ装置での承
   認処理方法において、 依頼者端末装置から、取引内容と、該取引内容を入力し
   た承認依頼者の識別情報と、該承認依頼者によって指定
   される該取引内容を承認する承認者の識別情報とを取得
   し、 前記承認者の識別情報と前記承認依頼者の識別情報とが
   一致しているか否かを比較し、 前記承認者の識別情報と前記承認依頼者の識別情報とが
   一致しない場合には、前記承認者の識別情報と対応づけ
   られて管理されている承認者端末装置から前記取引の承
   認許可情報を受信した後、前記取引を実行する、 ことを特徴とする承認処理方法。
2. 【請求項２】 前記依頼者端末装置から取得した前記承
   認者の識別情報と前記承認依頼者の識別情報との履歴を
   記憶することを特徴とする請求項１記載の承認処理方
   法。
3. 【請求項３】 取引の承認処理を行う端末装置での承認
   処理方法において、 操作入力に基づいて、取引内容と、該取引内容を入力し
   た承認依頼者の識別情報と、該承認依頼者によって指定
   される該取引内容を承認する承認者の識別情報とを取得
   し、 前記承認者の識別情報と前記承認依頼者の識別情報とが
   一致しているか否かを比較し、 前記承認者の識別情報と前記承認依頼者の識別情報とが
   一致しないとき、サーバ装置に前記取引内容と、前記取
   引内容を入力した承認依頼者の識別情報と、前記承認依
   頼者によって指定される前記取引内容を承認する承認者
   の識別情報とを送信する、 ことを特徴とする承認処理方法。