(57)【特許請求の範囲】
【請求項１】
操作者端末，役席者端末，サーバで構成され，取引内容に応じて役席者による承認を得る役席承認システムにおいて，
前記サーバは，
役席者や操作者の利用者識別情報と権限を表すセキュリティレベルが設定された利用者管理ファイルと，
役席者識別情報を端末識別情報に対応付けて保持する役席者位置ファイルと，
前記役席者端末から役席者の役席者識別情報および該端末の端末識別情報を受信し，前記利用者管理ファイルに基づき該役席者識別情報に該当するセキュリティレベルを該役席者端末へ通知するとともに，受信した役席者識別情報と端末識別情報を対応付けて前記役席者位置ファイルに記録する登録手段と，
前記操作者端末から役席者位置の照会を受信すると，前記役席者位置ファイルに記録される役席者識別情報および端末識別情報を操作者端末へ通知する通知手段とを備え，
前記役席者端末は，
入力された役席者識別情報および端末識別情報を前記サーバへ送信し，該サーバから受信したセキュリティレベルを管理するセキュリティ情報保存手段と，
前記操作者端末から，承認に必要な役席承認レベルを含む承認依頼情報を受信すると，
前記セキュリティ情報保存手段で管理するセキュリティレベルを該役席承認レベルと比較し，その比較結果に基づいて前記承認依頼情報について承認，非承認を行う資格の有無を決定する判定手段とを備え，
前記操作者端末は，
前記サーバに対して役席者位置の照会を送信し，該サーバから役席者識別情報および端末識別情報を受信し，該役席者識別情報を承認依頼のための入力画面である承認依頼画面上に表示し，入力された承認依頼情報及び役席者選択情報を受け付ける表示手段と，
前記表示手段で受け付けた役席者選択情報に対応する端末識別情報を送信先として，前記承認依頼情報および前記役席承認レベルを送信する依頼手段とを備え，
前記操作者端末の依頼手段が前記サーバへ送信する前記役席承認レベルは，前記承認依頼画面を定義する画面定義体に設定されており，該依頼手段は，該画面定義体から役席承認レベルを取り出す
ことを特徴とする役席承認システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は金融期間の営業店等における役席承認システムに関する。
【０００２】
銀行内の融資等の業務や，会社内の各種の取り引き等の業務において，役席者による承認を即時に得ることが必要とされる。その場合，取り引き内容，すなわちその重要性（ランク）に応じて役席者が変化する場合が多い。
【０００３】
そのような役席承認を求める承認依頼者（オペレータ）は，役席承認を必要とする取引が発生する毎に，役席者が使用する端末を探して，その端末を指定して承認依頼のメッセージを送って，承認を求めているが，オペレータの負担が大きいためその改善が望まれている。
【０００４】
【従来の技術】
従来の金融機関の営業店では，役席者毎，例えば担当課長，次長，部長，支店長毎に承認する権限がランクに分けられている。取引きの内容に応じてこれを承認する権限を持つ役席者も変化する。例えば，ある金額Ｘなら課長の承認を必要とし，それより大きい金額Ｙなら部長の承認を必要とするというようなことである。
【０００５】
このような承認を行うための端末が各役席者毎に設けられている場合と，役席承認のための端末が一つ設けられている場合がある。複数の端末が設けられている場合，役席承認を必要とする取引が発生すると，承認依頼者（オペレータ）は承認を得るために役席者が使用している端末を目視により探し出し，その端末の機番をオペレータの端末から入力すると，該当の端末宛にメッセージ（承認依頼のための督促電文）を飛ばし，承認を督促する必要がある。このような方式の例として特開平４−３４４５６３号公報の技術がある。その技術では，複数の端末を用いて，オペレータが承認を求める場合に役席端末にメッセージを飛ばし，役席者が承認の判別を行ってオペレータに通知するという処理が行われる。
【０００６】
また，役席承認のための端末が店舗内に１台で固定の場所で処理を行う場合は，役席承認をするために役席者がその場所（役席端末のある場所）へ出向いて承認を行うという運用が採られる。
【０００７】
【発明が解決しようとする課題】
上記した複数の役席承認端末が設けられている場合は，役席者が使用する端末の場所は固定ではなく，変動することが常であるため，業務が忙しい時に依頼者（オペレータ）がメッセージの送信先に対して送られているが，送信先の役席者が真に承認を行う権限を持っているか確認することができないという問題があった。また，オペレータが承認を得るために必要な役席者の端末を的確に把握することは簡単ではなく，しかも把握してもその端末の機番を誤りなく入力するのはオペレータに負担となっている。
【０００８】
また，承認端末が店舗内に１つ設けられて，複数の承認権限の異なる役席者の中の権限を持つ一人が役席端末へ移動していたのでは移動のための時間ロスが発生するという問題があり，更に権限の妥当性チェックも人によるチェックの為，誤った場合には再度同じ操作を別の役席者が行う必要があり作業効率が悪いという問題があった。
【０００９】
本発明は役席者が使用する端末の座席位置を確実に管理し，オペレータの負荷を軽減すると共に役席承認の権限の誤りをチェックすることができる役席承認システムを提供することを目的とする。
【００１０】
【課題を解決するための手段】
図１は本発明の原理構成を示す図である。図１において，１は金融機関等の店舗，１０は店舗１内のサーバ端末，１０ａは登録要求，照会要求等を受けて応答を行う要求処理部，１０ｂ，１０ｃはファイルであり，１０ｂは各役席者の氏名とその人が位置する場所に近い端末機番を登録した役席者位置リストのファイル，１０ｃは各役席者やオペレータの端末利用者について氏名，セキュリティ情報，暗証コード，役職等の区分情報を登録した利用者管理情報のファイルである。１１は複数設けられた役席者用の端末，１１ａは役席者の名前（機番を含む）を登録する役席者位置登録手段，１１ｂは権限チェック手段，１１ｃは承認手段，１１ｄはセキュリティ情報の保持手段，１１ｅは入力・表示部，１２は取り引きの操作を担当する操作者（オペレータ）が使用する端末，１２ａは役席者照会手段，１２ｂは承認依頼手段，１２ｃは要求された取引が役席者により承認された時に図示されないホスト（通信線を経由して当該店舗１と接続）に対する操作により取引を実行する取引手段，１２ｄは各取り引きに対応したそれぞれの承認のための画面の構成を定義情報がそれぞれの取り引きを承認するのに必要な役席者の権限（レベル）情報を含めて格納された画面定義情報のファイル，１２ｅは入力・表示部，１３はＬＡＮ（Local Area Network) である。なお，端末として１０〜１２に分けられているが，同じハード構成を持つ端末を使用することができ，特に端末１１，１２は両方の機能を持つ同じ構成の端末を用いて両方に兼用することができる。
【００１１】
サーバ端末１０の利用者管理情報のファイル１０ｃにはシステムの初期設定時に端末利用者（操作者，役席者を含む）について氏名やセキュリティ情報（各役席者に対し付与された権限のレベル），役職等の情報が登録される。また，運用開始後の日常の業務として，役席者は自分の近くの端末１１の入力・表示部１１ｅから自分の識別情報を入力して登録要求を行うと，ＬＡＮ１３を経由してサーバ端末１０へ識別情報と端末機番情報とが送られると，要求処理部１０ａにより名前と機番情報が役席者位置リストのファイル１０ｂに登録され，同時に利用者管理情報のファイル１０ｃからその名前のセキュリティ情報（権限のレベル）が取り出され，端末１１に対しその名前とセキュリティ情報（レベル）が送り返され，端末１１はそれらをセキュリティ情報の保持手段１１ｄに保持する。
【００１２】
役席者が登録された位置を離れる場合は，端末１１から通知を行うとサーバ端末１０で先の登録が抹消される。役席承認を必要とする取り引きが発生すると，操作者用の端末１２の入力・表示部１２ｅを操作して役席者位置照会手段１２ａを駆動すると，その照会内容がサーバ端末１０に宛てて送信され，サーバ端末１０は役席者位置リストのファイル１０ｂを読み出して端末１２への回答として送信する。
【００１３】
端末１２ではこれを受けると，画面定義情報のファイル１２ｄから承認依頼画面の情報を取り出して表示し，承認依頼の理由を設定すると共に回答された承認役席者のリストの中から役席者を指定して，その役席者が位置する機番の端末１１を指定して送信する。この時，承認権限のレベルの情報がファイル１２ｄから取り出されて一緒に送信される。宛先の機番をもつ役席者用の端末１１では，承認権限のチェックを行い，端末１０に保持された上記セキュリティ情報が，承認画面に対応した承認権限レベルと同じかまたはそれより上であるかチェックする。このチェックで不適であることが分かると，承認を拒否する通知を操作者用の端末１２へ送信し，チェックＯＫの場合は，対象となる取り引き内容を取り出して，承認が可能か判別し，結果を操作者の端末１２へ通知する。取り引きが承認された場合は端末１２の操作者は取り引き（例えば，オンラインによるホストを介する取り引き）を実行する。
【００１４】
【発明の実施の形態】
図２は本発明が実施される金融機関（例えば銀行）の店舗のシステム構成である。図中，２は金融機関店舗，２０はＣＰＵ，メモリ，キーボード，マウス等の入力装置及び液晶，ＣＲＴ等を使用したディスプレイを備えた営業店サーバ端末，２１はサーバ端末のファイルであり，上記図１の役席者位置（または役席者座席）リストのファイル１０ｂ，利用者管理情報のファイル１０ｃが格納されている。また，２２Ａ〜２２Ｋはサーバ端末２０と同様のＣＰＵ，メモリ，キーボード，マウス等の入力装置及び液晶，ＣＲＴ等を使用したディスプレイを備えた端末であり，ＩＤカードを読み取るためのカードリーダを備える場合もある。そして，２２Ａ〜２２Ｊは主として役席者が使用する端末♯Ａ〜♯Ｊ，２２Ｋは主として操作者が使用する端末♯Ｋ（１台だけ示すが実際には多数設けることができる）である。２４は通信装置，２５は通信回線を介して店舗２と接続されて，オンラインによる各種の取り引き処理を行う銀行の中央（センター）に設けられたホストシステムである。なお，端末２２Ａ〜２２Ｊには基本的には上記図１の役席者用の端末１１と同様の構成が備えられており，端末２２Ｋには，上記図１の操作者の端末１１と同様の構成が備えられているが，これらの端末２２Ａ〜２２Ｋ及びサーバ端末２０は同じ構成を備えたものを，それぞれの用途に使用する。
【００１５】
図３は初期設定動作の説明図である。図３のＡ．は利用者情報管理ファイルの情報設定を示し，システムの開設時または更新時に，情報設定ツールにて利用者管理情報のファイル（図１の１０ｃ，図２の２１の一部）に設定される。そのファイルの詳細を説明すると，ＩＤ（識別番号），利用者氏名，セキュリティレベル，暗証コード（本人確認のため），区分（役席のレベル）等である。
【００１６】
図３のＢ．は画面定義情報のファイル（図１の１２ｄ）であり，役席承認レベルチェック領域１（例えば，レベル１乃至１０の何れかが設定される）が設けられている。
【００１７】
図４，図５は端末からの役席者位置登録・削除の処理フロー（その１），（その２）である。
【００１８】
最初に役席者の近くに設けられた役席端末（図２の２２Ａ〜２２Ｊの一つ）側で，動作を開始するとイニシァル画面を表示すると（図４のＳ１），ＩＤカードリーダ（端末にカードリーダが設けられ，役席者がＩＤカードを所持している時）へのカードの入力，またはＩＤのキー入力，及び暗証督促のメッセージを表示する（同Ｓ２）。次いで，登録方式がＩＤ入力（キー入力）方式かＩＤカードリード方式のいずれであるか判別し（図４のＳ３），いずれかの方式によるＩＤの入力と暗証コード入力が行われると（同Ｓ４，Ｓ５），それらを営業店サーバに送信する（同Ｓ６）。
【００１９】
営業店サーバ（図２の２０）では，端末からのＩＤと暗証コードを受信すると（図４のＳ７），利用者管理情報のファイル（図１の１０ｃ，図２の２１の一部）内のＩＤと暗証コードと照合して妥当性をチェックする（図４のＳ８）。妥当な（一致した）場合は，ＯＫ電文（ＩＤ，氏名，区分，セキュリティレベル付き）を生成し（図４のＳ１０），一致しない場合はＮＧ電文を生成して（同Ｓ１１），電文を送信する（同Ｓ１２）。このＯＫ／ＮＧ電文が役席端末側で受信されると（図４のＳ１３），ＯＫ電文か判別され（同Ｓ１４），ＯＫでない場合は入力エラーメッセージの表示を行い（同Ｓ１５），ＯＫ電文の場合は図５へ移行する。
【００２０】
すなわち，ＯＫ電文内からセキュリティレベルを抽出し，当該役席端末のメモリの役席承認レベルチェック領域２に記憶する（図５のＳ１６）。続いて，ＯＫ電文内からＩＤ，氏名，区分を抽出し（図５のＳ１７），利用者登録電文を作成し（同Ｓ１８），利用者登録電文を営業店サーバへ送信する（同Ｓ１９）。これを営業店サーバ側が受信すると（図５のＳ２０），ＩＤ，氏名，区分，端末機番アドレスを役席者位置リストに記録し（同Ｓ２１），処理完了電文を役席端末側へ送信し（同Ｓ２２），役席端末でこれを受信して（同Ｓ２３），処理を終了する。
【００２１】
図６は役席者位置リストの詳細を示す。ｎ個のＩＤのそれぞれに対して役席者氏名，区分，端末機番アドレスが格納される。
【００２２】
図７は役席者氏名の解除の処理フローである。最初にメニュー画面を表示し（図７のＳ１），登録のための入力方式を判別し（同Ｓ２），ＩＤ入力方式の場合は，操作終了の操作を行い（同Ｓ３），ＩＤカードリード方式の場合はＩＤカードを抜き取る（同Ｓ４）。続いて利用者解除電文を作成し（同Ｓ５），営業店サーバへ送信する（同Ｓ６）。営業店サーバは，利用者解除電文を受信すると（図７のＳ７），電文内のＩＤを基に役席者位置リストから該当ＩＤ，氏名，区分，端末機番，を削除し（同Ｓ８），処理完了電文を役席端末へ送信して（同Ｓ９），終了する。役席端末側ではその処理完了電文を受信すると（図７のＳ１０），処理を終了する。
【００２３】
このようにして役席者の登録や削除が行われる一方で，図８，図９に示すように役席承認の処理が行われる。
【００２４】
図８，図９は役席承認依頼の処理フロー（その１），（その２）である。
【００２５】
最初に承認依頼端末（オペレータの端末）で稟議決裁取引が発生するとその画面が表示され（図８のＳ１），承認依頼キーが押下されると（同Ｓ２），当該端末において利用者照会依頼電文が作成され（同Ｓ３），営業店サーバへ送信される（同Ｓ４）。営業店サーバ側でこれを受信すると（図８のＳ５），現在の役席者位置リスト（図６参照）を参照し（同Ｓ６），全てのＩＤ，役席氏名，区分，端末機番アドレスを編集して応答電文を作成し（同Ｓ７），利用者照会応答電文を承認依頼端末へ送信する（同Ｓ８）。この電文が承認依頼端末で受信されると（図８のＳ９），利用者照会応答電文から区分＝１（役席者）の氏名及び端末機番を抽出する（同Ｓ１０）。次に承認依頼画面の役席者一覧項目として，受信した役席者氏名及び端末機番を編集し（図８のＳ１１），承認依頼画面を表示する（同Ｓ１２）。図８には，承認依頼画面の表示例が示される。
【００２６】
この後，承認依頼端末において，オペレータは承認依頼理由と承認役席者番号の項目を入力する（図９のＳ１３）。この入力を行った後の例を図９のＳ１３の右側に示され，この例では承認依頼理由が「稟議決裁取引」で，承認役席者番号が〔１０〕の場合であり，この役席者番号はこの画面に表示された「機番♯Ｊの佐藤三郎」を表す。続いて完了キーを押下すると（同Ｓ１４），入力された承認役席者番号からこれから送信しようとする端末機番を求め（同Ｓ１５），承認依頼電文を編集する（同Ｓ１６）。この場合，稟議決裁取引（画面）定義体から承認レベルを取り出して役席承認レベルチェック領域１にレベル２をセットする。これらを含む承認依頼電文を役席端末へ送信する（図９のＳ１７）。
【００２７】
役席端末側でこの電文を受信すると（図９のＳ１８），権限の妥当性をチェックする（同Ｓ１９）。このチェックは，上記の承認依頼端末側から承認依頼電文に含まれた役席承認レベルチェック領域１に設定されたレベルが，以前に役席端末側に記憶（図５のＳ１６）された当該役席者が持つ役席承認レベルチェック領域２のレベルと同じかそれより低いかをチェックするものであり，次にそれが成立するか判別する（同Ｓ２０）。成立する場合，すなわち役席承認レベルチェック領域２の方が役席承認レベルチェック領域１と同じか大きい場合は承認依頼処理を続行するが（同Ｓ２１），成立しない場合は権限不当メッセージを作成し（同Ｓ２２），承認依頼端末へ送信する（同Ｓ２３）。承認依頼端末では，権限不当メッセージを受信すると（図９のＳ２４），権限不当メッセージをディスプレイ（図１の１２ｅ）に表示する（同Ｓ２５）。
【００２８】
次に本発明による具体的な動作例（その１）〜（その４）を図１０乃至図１３を用いて説明する。
【００２９】
なお，予めシステムインストール時に営業店サーバ端末（図２の２０）の利用者管理情報のファイル（図１の１０ｃ，図３のＡ．参照）に，図１０のｂ．に具体例が示されるような利用者に関するＩＤ，役席者名，セキュリティ情報が初期設定され，また画面定義情報ファイル（図１の１２ｄ，図３のＢ．参照）が初期設定されて，その中の稟議決裁取引画面（画面定義体）の役席承認レベルチェック領域１に「２」がセットされているものとする。
【００３０】
この初期設定の後のシステム運用時に，端末♯Ａ（図２の２２Ａ）のイニシァル画面に対して，その近くに位置（在席）する役席者（阿部一郎）がＩＤ（カードの読み取りまたはキー入力）を用いて位置登録の操作を行うと（図１０のａ），営業店サーバ端末２０に対してＩＤを含むデータ照会（依頼）のメッセージが送られ，営業店サーバ端末２０の利用者管理情報ファイルから当該ＩＤの役席者に関する情報（氏名，セキュリティ情報）が取り出されデータ照会（回答）のメッセージが送り返される（図１０のｂ）。これを受けた端末♯Ａは自端末内のメモリに登録すると共に，営業店サーバ端末２０に対して登録データを送信する（図１０のｃ）。なお，端末♯Ａに登録された当該役席者（阿部一郎）のセキュリティ情報はレベル２であり，端末♯Ａのメモリの役席承認レベルチェック領域１に「２」がセットされる。営業店サーバ端末２０はこれを受け取ると役席者位置リストファイルにこの役席者（阿部一郎）の氏名，端末機番を登録する（図１０のｄ）。この後，図示省略されているが，他の役席者「佐藤三郎」が在席する位置の端末（または在席位置に近い端末）である端末♯Ｊから操作を行うことにより，営業店サーバ端末２０の役席者位置リストファイルに登録され，端末♯Ｊのメモリには当該役席者「佐藤三郎」に対してセキュリティ情報としてレベル１が登録（役席承認レベルチェック領域に「１」がセット）される。この後，端末♯Ａ，♯Ｊにおいて役席承認開始可能の旨の宣言（取引）を行うと，それに対応する画面が表示され役席者承認が可能となる。なお，役席者であっても，承認作業を開始できない状況であれば，役席承認開始可能の旨の宣言（取引）を行わなければよい（役席者の状況判断で決める）。
【００３１】
その後，操作者の端末♯Ｋにおいて，役席承認が必要な取引である稟議決裁取引が発生すると，画面定義情報ファイルから対応する稟議決裁取引画面（役席承認レベルチェック領域１に「２」がセットされている）が取り出されて端末♯Ｋの画面に表示され，オペレータが「承認依頼」のキーを押下すると（図１１のｆ），役席者位置リスト内容を照会する照会データ（依頼）が営業店サーバ端末２０へ送信される。営業店サーバ端末２０がこれを受信すると，受信データに基づき，店舗内の役席者位置リストファイルを照会データ（回答）を端末♯Ｋに送信する（図１１のｇ）。端末♯Ｋはこれを受信すると，承認依頼画面を表示する（図１１のｈ）。この時，図に示すように承認依頼画面内に現在の役席者位置リストの内容が表示され，この中の承認依頼理由の欄に理由の内容として「稟議決裁取引」と入力し，更に「佐藤三郎」宛の役席番号として「１０」を入力する。なお，この取引の例である「稟議決裁取引」は承認レベルが高い役席者が承認する取引であるが，誤って承認レベルが低い役席者（佐藤三郎）に承認依頼をしたケースである。
【００３２】
この承認依頼内容を含むメッセージが端末♯Ｊ（佐藤三郎）へ送信するため，「完了」キーを押下すると，端末♯Ｋから端末♯Ｊに承認依頼メッセージ（電文内の役席承認レベルチェック領域１には「２」がセットされている）を送信する（図１１のｉ）。これを受信した端末♯Ｊは，役席承認者の権限妥当性チェックを実施する（図１１のｊ）。チェックは次の式が成立するか判別することである。
【００３３】
役席承認レベルチェック領域１（取引画面定義体に設定）≦役席承認レベルチェック領域２（役席者を端末に登録した時設定されたセキュリティ情報に対応）この例では，役席承認レベルチェック領域１＝「２」で，役席承認レベルチェック領域２＝「１」であるため，上記の式が成立しないため，権限が不当であることが分かり，依頼端末である端末♯Ｋに対し，権限不当である旨のメッセージを送信する（図１１のｋ）。これを受けた端末♯Ｋでは「権限不当メッセージ」を端末画面に表示する（図１２のｌ）。承認依頼者（オペレータ）は，これを見て役席者の依頼先ミスに気がつき，再承認依頼を行うため，上記図１１のｆ〜ｈの操作を行う（図１２のｍ）。この再承認依頼画面で，今度は承認役席番号としては「阿部一郎」を指定して番号「１」を入力し（図１２のｎ），役席者（阿部一郎）に対し承認依頼メッセージを送信するため，「完了」キーを押下する（同ｏ）。これにより，端末♯Ｋから端末♯Ａ宛に承認依頼メッセージ（電文中の役席承認レベルチェック領域１には「２」がセットされている）を送信する。
【００３４】
端末♯Ａでは，上記図１１のｊと同様の役席承認者の権限妥当性のチェックが実施される（図１２のｐ）。今回は，端末♯Ｋにセットされた阿部一郎に対応する役席承認レベルチェック領域２に「２」がセットされているため，権限が妥当であることが分かるため，端末♯Ａの役席者「阿部一郎」に承認依頼があった旨のメッセージを表示する（図１２のｑ）。役席者はこれを見て承認依頼が発生したことを認識し，承認依頼取引を取り出すと（図１２のｒ），役席承認依頼取引内容（稟議決裁取引）の画面が表示される（図１３のｓ）。役席者は取引内容を確認して承認するか否かチェックし，チェックＯＫならば，役席承認の操作を行うと（図１３のｔ），端末♯Ａから依頼端末♯Ｋに承認ＯＫ電文を通知する（同ｕ）。端末♯Ａからこの電文を受信すると端末♯Ｋは，直ちにホストシステム（この店舗とオンラインで接続されて取引処理を行う金融機関の中央システム）に普通預金支払取引電文（承認ＯＫ付き）を送信する（図１３のｖ）。この後，端末♯Ｋはホストシステムからの取引成立電文を受信して（図１３のｗ），動作を終了する。
【００３５】
【発明の効果】
本発明によれば金融機関等の営業店において，複数の役席者が存在して取引内容に応じて役席承認者が変化する場合に，役席者の現在の位置を確実に検出して，その役席者が位置する端末に対し承認依頼を通知することができる。そして，役席者の端末に承認依頼のメッセージを送った時に当該役席者に承認権限があるか否かのチェックを，その端末において行うことで権限のない役席者による承認を行うというミスを防止することができる。
【図面の簡単な説明】
【図１】本発明の原理構成を示す図である。
【図２】本発明が実施される金融機関（例えば銀行）の店舗のシステム構成を示す図である。
【図３】初期設定動作の説明図である。
【図４】端末からの役席者位置登録・削除の処理フロー（その１）を示す図である。
【図５】端末からの役席者位置登録・削除の処理フロー（その２）を示す図である。
【図６】役席者位置リストの詳細を示す図である。
【図７】図７は役席者氏名の解除の処理フローを示す図である。
【図８】役席承認依頼の処理フロー（その１）を示す図である。
【図９】役席承認依頼の処理フロー（その２）を示す図である。
【図１０】本発明による具体的な動作例（その１）を示す図である。
【図１１】本発明による具体的な動作例（その２）を示す図である。
【図１２】本発明による具体的な動作例（その３）を示す図である。
【図１３】本発明による具体的な動作例（その４）を示す図である。
【符号の説明】
１        金融機関等の店舗
１０      サーバ端末
１０ａ    要求処理部
１０ｂ    役席者位置リストのファイル
１０ｃ    利用者管理情報のファイル
１１      役席者用の端末
１１ａ    役席者位置登録手段
１１ｂ    権限チェック手段
１１ｃ    承認手段
１１ｄ    セキュリティ情報の保持手段
１１ｅ    入力・表示部
１２      操作者の端末
１２ａ    役席者照会手段
１２ｂ    承認依頼手段
１２ｃ    取引手段
１２ｄ    画面定義情報のファイル
１２ｅ    入力・表示部
１３      ＬＡＮ
【図１】
0003699288.tif 000002
【図２】
0003699288.tif 000003
【図３】
0003699288.tif 000004
【図４】
0003699288.tif 000005
【図５】
0003699288.tif 000006
【図６】
0003699288.tif 000007
【図７】
0003699288.tif 000008
【図８】
0003699288.tif 000009
【図９】
0003699288.tif 000010
【図１０】
0003699288.tif 000011
【図１１】
0003699288.tif 000012
【図１２】
0003699288.tif 000013
【図１３】
0003699288.tif 000014