JP3108129B2 - 自動役席承認要求システム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、データ処理の可否の承
認を円滑に行なえるようにした自動役席承認要求システ
ムに関するものである。

【０００２】

【従来の技術】従来、銀行その他の金融機関等におい
て、その各店舗では、通信制御装置を介して接続された
各端末において、振込取引や高額の入出金取引等を行な
っている。このとき、各端末を操作する担当者は、高額
取引等を行なう場合、その取引を行なうための承認を得
なければならない。このような承認は、役席者と呼ばれ
る管理者から担当者に対して与えられる。担当者は、こ
のような承認を得るため、まず、役席者を呼びに行かな
ければならなかった。次に、役席者が担当者の呼出しに
応じて、担当者端末のところまで来て、当該担当者端末
によって役席承認を行なわなければならなかった。

【０００３】

【発明が解決しようとする課題】しかしながら、上述し
た従来の技術には、次のような問題があった。即ち、担
当者にとっては、役席者のいる場所まで行き、自分の端
末のところまで役席者をつれてきて役席承認を得なけれ
ばならず、手続き上煩雑であった。また、手続きの時間
がかかるため、顧客サービス上も問題があった。さら
に、役席者にとっても、役席承認の度に、担当者の端末
のところまで行って承認を行なわなければならない煩わ
しさがあるという問題があった。本発明は、以上の点に
着目してなされたもので、担当者や役席者の役席承認の
労力を軽減するようにした自動役席承認要求システムを
提供することを目的とするものである。

【０００４】

【課題を解決するための手段】本発明の自動役席承認要
求システムは、取引処理を受け持つ担当者の使用する担
当者端末と、担当者の行う取引処理の承認を行う役席者
の使用する呼出し音の出力可能な役席者端末と、担当者
の優先順位及び該担当者の担当役席者が決まっている場
合には該担当役席者を示す情報を少なくとも有する担当
者テーブルファイルと、複数の役席者の優先順位及び対
応する役席者端末とその固有の呼出し音を示す情報を少
なくとも有する役席者テーブルファイルと、取引に対す
る承認の要求理由を示す情報を少なくとも有する要求理
由テーブルファイルと、担当者端末と役席者端末との間
で承認処理を実行させる通信制御装置とを備え、該通信
制御装置は、担当者端末より取引及び役席者を指定する
場合には該指定役席者を示す役席承認要求を受けると、
担当者、取引及び指定役席者を少なくとも示す情報から
成る要求待ちファイルを作成するファイル作成手段と、
該要求待ちファイルが作成されると、担当者テーブルフ
ァイルを参照して最優先の担当者を判定する担当者判定
手段と、該最優先の担当者に要求待ちファイルで役席者
が指定されていると、該指定役席者を選定し、役席者が
指定されていないと、担当者テーブルファイルを参照し
て担当役席者を選定し、担当役席者が決まっていない
と、役席者テーブルファイルを参照して最優先の役席者
を選定する役席者判定手段と、要求理由テーブルファイ
ルを参照して要求待ちファイルの取引に対応する要求理
由情報を判定し、該要求理由情報及び固有の呼出し音情
報を選定した役席者の役席者端末へ送信する役席者送信
手段と、該役席者端末からの承認の有無を示す情報を承
認要求した担当者端末へ送信する担当者送信手段とを含
むことを特徴とするものである。

【０００５】

【作用】本発明の自動役席承認要求システムにおいて
は、取引処理を受け持つ担当者は、担当者端末により、
取引処理の承認のためのデータを入力する。このデータ
は、通信制御装置により、役席者端末に送られる。一
方、役席者は、担当者端末から送られたデータに基づ
き、自分の役席者端末で、取引処理の承認を行なう。こ
の承認結果は、通信制御装置により、担当者端末に送ら
れる。これにより、担当者は、自分の担当者端末に座っ
たまま、役席者による承認を受け、取引処理を開始でき
る。

【０００６】

【実施例】以下、本発明の実施例を図面を参照して詳細
に説明する。図１は、本発明の自動役席承認要求システ
ムの実施例のブロック図である。図示のシステムは、通
信制御装置１の通信回線２に接続された複数の端末１
１、１２、…、２１、２２、…から成る。

【０００７】各端末は、担当者端末１１、１２、…と、
役席者端末２１、２２、…とに分類される。各端末は、
通信制御装置１を介し、ホストコンピュータ４に対し、
問合せパス又は交換パスにより各取引を実行可能として
いる。この場合、ホストコンピュータ４と直接的にデー
タの送受信を行なうのは通信制御装置１である。通信制
御装置１には、各端末１１、１２、…、２１、２２、…
及び顧客等の情報を蓄積するためのデータベース３が存
在する。各端末は、通信制御装置１を介してのみホスト
コンピュータ４とのデータの送受信が可能である。

【０００８】図２は、データベースの構成を示す図であ
る。この図には、データベース３のうち、自動役席承認
要求を行なうために必要となるファイルのみを示してあ
る。要求待ちファイル３１は、担当者端末１１、１２、
…からの役席承認要求情報を一時的に蓄積するためのフ
ァイルである。この要求待ちファイル３１は、待ち行列
ファイルを構成している。要求待ちファイル３１は、役
席承認要求を受ける毎に、担当者機番、担当者カード番
号、画面番号、理由区分、役席者カード番号（役席者指
定時）が格納されて形成される。

【０００９】担当者機番は、担当者端末の装置番号であ
る。担当者カード番号は、担当者が各自で持っているＩ
Ｄカードの番号である。画面番号は、振込取引、入金取
引、出金取引等、金融機関等における各種の取引に対応
させた画面の番号を示す。理由区分は、担当者が役席承
認を行なう理由を区分した識別子である。役席者カード
番号は、役席者が各自で持っているＩＤカードの番号で
ある。

【００１０】担当者テーブルファイル３２は、担当者に
関する情報を記録したテーブルである。担当者テーブル
ファイル３２には、優先順位、担当者カード番号、担当
者名、担当役席者カード番号が格納されている。優先順
位は、各担当者の役席承認の優先順位を示す。担当者カ
ード番号は、要求待ちファイル３１内のものと同様の内
容のデータで、担当者が各自で持っているＩＤカードの
番号を格納したものである。担当者名は、担当者の氏名
等である。担当役席者カード番号は、その担当者を管理
する役席者が持っているＩＤカードの番号を格納したも
のである。

【００１１】役席者テーブルファイル３３は、役席者に
関する情報を記録したテーブルである。役席者テーブル
ファイル３３には、優先順位、役席者機番、役席者カー
ド番号、役席者名、呼出し音区分が格納されている。優
先順位は、各役席者の役席承認の優先順位を示す。役席
者機番は、役席者端末の装置番号である。役席者カード
番号は、役席者が各自で持っているＩＤカードの番号を
格納したものである。役席者名は、役席者の氏名等であ
る。呼出し音区分は、該当する役席者を呼び出すための
固有の呼出し音を示す識別子である。

【００１２】要求理由テーブルファイル３４は、担当者
が役席承認要求を行なうための要求理由を格納してい
る。この要求理由テーブルファイル３４は、実行処理画
面の画面番号と理由区分とにより担当者端末側で要求理
由を取り出せるようにされている。画面番号は、要求待
ちファイル３１内のものと同様のもので、振込取引、入
金取引、出金取引等、金融機関等における各種の取引に
用いる画面の番号を示す。理由区分は、担当者端末から
の入力データによりパーソナルコンピュータ等のデータ
処理装置において判断され、自動的にセットされる。要
求理由は、役席者端末のディスプレイに表示されるもの
であり、役席承認をする理由を示すメッセージである。

【００１３】図３は、通常処理における通信制御手順の
説明図である。担当者端末１１から担当者によって入力
されたデータは、通信制御装置１を介してホストコンピ
ュータ４に送信される。そして、ホストコンピュータ４
でデータ処理された後、通信制御装置１を介して担当者
端末１１によって受信される。このようなデータ処理に
は、担当者が役席者の承認なしに行なえるものと、担当
者が役席者の承認を得た後にのみ行なえるものとがあ
る。

【００１４】図４は、承認なしの場合のデータ処理を示
すフローチャートである。担当者は、端末を使用すると
き、必ず、“ＩＤカード登録画面”において、自分の担
当者カード番号を該当端末に登録しておかなければなら
ない。“ＩＤカード登録画面”（ステップＳ３１）にお
いて、担当者カードを入力させ、担当者端末内の共通領
域に担当者カード番号を書込む（ステップＳ３２）。

【００１５】次に、各種取引を実行するとき（ステップ
Ｓ３３）、ホストコンピュータ４へ送信する電文内に担
当者カード番号を載せることにより、ホストコンピュー
タ４側でどの担当者からの要求かを判断することが可能
となる（ステップＳ３４）。同一担当者が続けて処理を
実行する場合は、その状態で各種取引処理を実行できる
が、担当者が変わる場合は、必ず、“ＩＤカード登録画
面”において、該当端末の共通領域へ該当担当者のカー
ド番号を登録しなければならない。

【００１６】図５は、承認ありの場合のデータ処理を示
すフローチャートである。担当者カード番号の登録まで
は、図４に示す承認なしの場合の通常処理と同一である
（ステップＳ４１、Ｓ４２）。その後、担当者は、画面
にデータを入力し（ステップＳ４３）、役席者に対して
承認を求める。

【００１７】役席者は、入力されたデータを確認し、確
認の結果が“ＯＫ”であれば、役席キー（ＰＦキー）を
押下し、役席カード入力可能状態としてから役席カード
を登録する。それによって、一時的に、役席カード番号
が担当者端末内の共通領域に書込まれる（ステップＳ４
４）。処理実行時（ステップＳ４５）、ホストコンピュ
ータ４へ送信する電文内に担当者カード番号と役席者カ
ード番号をのせることにより、どの担当者の要求か及び
承認をしたのはどの役席者かをそれぞれ判断可能となる
（ステップＳ４６）。処理実行後は、必ず、役席カード
番号はクリアされなければならない。これにより、役席
者の承認が必要なデータ処理については、必ず役席承認
が行なわれるようにされる。

【００１８】図６は、通常処理における詳細な通信制御
手順の説明図である。 (1)担当者は、担当者端末１１から通信制御装置１を介
して役席承認要求情報をデータベース３に送信する。こ
の役席承認要求情報は、データベース３内の要求待ちフ
ァイル３１に格納される（図２参照）。 (2)通信制御装置１は、データベース３内の要求待ちフ
ァイル３１に格納された役席承認要求情報に基づき、担
当者テーブルファイル３２及び役席者テーブルファイル
３３に格納されている優先順位に従って、担当者及び役
席者を判定すると共に要求理由テーブルファイル３４の
要求理由データを選定し、該データを該当する役席者端
末に送信する。

【００１９】(3)役席者端末２１では、役席者がディス
プレイに表示されたメッセージに基づき、役席承認を行
なって通信制御装置１に回答する。通信制御装置１は、
この回答を一時データベース３に格納する。 (4)通信制御装置１は、データベース３に格納された回
答を担当者端末１１に送信する。 (5)担当者は、以上の結果、役席承認を得て、通信制御
装置１を介してホストコンピュータ４のデータ処理を受
けることができる。

【００２０】図７、図８、図９は、承認ありの場合のデ
ータ処理の詳細を示すフローチャートである。担当者カ
ード番号の登録までは、図４又は図５に示す処理と同一
である（ステップＳ６１、Ｓ６２）。その後、担当者
は、画面にデータを入力し（ステップＳ６３）、役席承
認要求キー（ＰＦキー）を押下する（ステップＳ６
４）。この役席承認要求キー（ＰＦキー）を押下するこ
とにより、役席指定選択画面が表示される（ステップＳ
６５）。

【００２１】担当者は、役席者を指定するときは（ステ
ップＳ６６）、該当する選択番号を入力し（ステップＳ
６７）、指定しないときは、未入力で完了キーを押下す
る（ステップＳ６８）。完了キー押下により、担当者端
末から通信制御装置に対して、要求待ちファイル項目が
送信され（ステップＳ６９）、データベースの要求待ち
ファイル３１へ蓄積される（図６中の(1) 参照）。通信
制御装置１は、要求待ちファイル３１にデータが存在す
るかぎり、第１に担当者テーブルの優先順、第２に要求
待ちファイルへの蓄積順に役席者端末に対して役席承認
要求を行なう（ステップＳ７０）（図６中の(2) 参
照）。

【００２２】要求待ちファイル３１中の役席者カード番
号は、担当者が役席者を指定した場合は、その番号が入
り、未指定の場合はスペース又は零が入っているとす
る。要求待ちファイル３１の役席者カード番号がスペー
ス又は零の時、担当者テーブル中の担当役席カード番号
に対応する役席者に対して役席承認要求を出す。もし、
担当者テーブル中の担当役席カード番号がスペース又は
零のときは、役席者テーブルの優先順位の一番高い役席
者に対して役席承認要求を出す。要求待ちファイル３１
の役席者カード番号が入力されていれば、その役席者カ
ード番号に対応する役席者に対して、役席承認要求を出
す。

【００２３】役席承認要求は、以下のようにして行なわ
れる。まず、要求待ちファイル３１から担当者機番、担
当者カード番号が取り出される。次に、担当者テーブル
から担当者名が取り出される。また、役席者テーブルか
ら役席者カード番号、役席者名、呼出し音区分が取り出
される。そして、要求理由テーブルから要求待ちファイ
ル３１の画面番号と理由区分に対応する要求理由が取り
出され、役席者テーブルの役席者機番に対応する役席者
端末に対して送信される。役席者端末では、呼出し音区
分に対応する呼出し音（ビープ音）が発生し、該当役席
者に通知するとともに、承認要求画面が表示される（ス
テップＳ７２）。

【００２４】役席者は、役席カードを登録し（ステップ
Ｓ７３）、役席承認要求画面において、要求理由を確認
する（ステップＳ７４）。確認後、回答と必要が有れ
ば、コメントを入力し、完了キーを押下する（ステップ
Ｓ７４）。その後、役席者端末から通信制御装置に対し
て入力された役席者カード番号、回答、コメントと役席
者端末にて受信済の担当者機番、担当者カード番号が送
信される（ステップＳ７５）（図６中の(3) 参照）。

【００２５】そして、即時に、通信制御装置１から担当
者機番に対応する担当者端末へ役席者カード番号、役席
者名、回答、コメントが送信される（ステップＳ７６）
（図６中の(4) ）。承認結果が“ＯＫ”であれば、担当
者端末の共通領域へ役席者カード番号が一時的に書込ま
れる。また、担当者端末には、承認結果画面が表示され
（ステップＳ７７）、担当者は承認回答を確認し、確認
キーを押下する。確認キー押下により承認結果画面は消
えるが、“承認済”の文言は残るものとする（ステップ
Ｓ７７）（図６中の(4) 参照）。

【００２６】処理実行時（ステップＳ７９）、ホストコ
ンピュータ４へ送信する電文内に担当者カード番号と役
席者カード番号をのせることにより、どの担当者の要求
か及び承認をしたのはどの役席者かを判断可能とする
（図６中の(5) 参照）。担当者端末は、役席承認要求を
送信すると、回答を受信するまで、ウェイトしているこ
ととする。通信制御装置１は、要求待ちファイル３１へ
データが蓄積されることをトリガとして、該当する役席
者端末へ役席承認要求の情報を送信する。そして、役席
者端末から回答を受信すれば、即時に該当する担当者端
末に回答を送信し、要求待ちファイル３１に蓄積データ
がなければ、処理を終了する。

【００２７】役席者端末は、役席承認要求の情報がくれ
ば、役席者から回答を要求し、役席者は回答を入力し、
通信制御装置へ回答を送信する。つまり、役席者端末
は、常に通信制御装置１からの要求を待っていることと
なる。

【００２８】尚、上述した実施例においては、金融取引
関係のデータ処理を例にして説明したが、本発明はこれ
に限らず、承認手続きを伴う各種のデータ処理に適用で
きることはもちろんである。また、上記実施例では、デ
ータ処理の承認に際し、メッセージの付加ができるよう
になっているが全く付加できないシステムでもよいこと
はいうまでもない。

【００２９】

【発明の効果】以上説明したように、本発明の自動役席
承認要求システムによれば、通信制御装置により担当者
は自端末にて、役席者端末の役席者を呼出し、役席者は
役席者端末にて担当者からの承認要求理由を確認し、担
当者に対して、承認及び非承認の回答を返すようにした
ので、担当者は担当者端末に役席者は役席者端末にいる
状態で役席承認の手続きを行なうことができる。従っ
て、担当者及び役席者の双方が各自の端末に居ながらに
して役席承認処理を行なうことができる。この結果、銀
行等の金融機関等の業務の合理化を図ることができる。
また、役席者から担当者への承認・非承認の回答ととも
に、必要が有ればコメントを添えるようにすることによ
り、役席承認処理のいっそうの円滑化を図ることができ
る。

【図面の簡単な説明】

【図１】本発明の自動役席承認要求システムの実施例の
ブロック図である。

【図２】データベースの構成を示す図である。

【図３】通信処理における通信制御手順の説明図であ
る。

【図４】承認なしの場合のデータ処理を示すフローチャ
ートである。

【図５】承認ありの場合のデータ処理を示すフローチャ
ートである。

【図６】通信処理における詳細な通信制御手順の説明図
である。

【図７】承認ありの場合のデータ処理の詳細を示すフロ
ーチャートである。

【図８】承認ありの場合のデータ処理の詳細を示すフロ
ーチャートである。

【図９】承認ありの場合のデータ処理の詳細を示すフロ
ーチャートである。

【符号の説明】

１ 通信制御装置 ２ 通信回線 ３ データベース ４ ホストコンピュータ １１、１２、… 担当者端末 ２１、２２、… 役席者端末 ３１ 要求待ちファイル ３２ 担当者テーブルファイル ３３ 役席者テーブルファイル ３４ 要求理由テーブルファイル

Claims (1)

(57)【特許請求の範囲】
1. 【請求項１】 取引処理を受け持つ担当者の使用する担
   当者端末と、 前記担当者の行う取引処理の承認を行う役席者の使用す
   る呼出し音の出力可能な役席者端末と、 前記担当者の優先順位及び該担当者の担当役席者が決ま
   っている場合には該担当役席者を示す情報を少なくとも
   有する担当者テーブルファイルと、 複数の役席者の優先順位及び対応する前記役席者端末と
   その固有の呼出し音を示す情報を少なくとも有する役席
   者テーブルファイルと、 取引に対する承認の要求理由を示す情報を少なくとも有
   する要求理由テーブルファイルと、 前記担当者端末と前記役席者端末との間で承認処理を実
   行させる通信制御装置とを備え、 該通信制御装置は、 前記担当者端末より取引及び役席者を指定する場合には
   該指定役席者を示す役席承認要求を受けると、担当者、
   取引及び指定役席者を少なくとも示す情報から成る要求
   待ちファイルを作成するファイル作成手段と、 該要求待ちファイルが作成されると、前記担当者テーブ
   ルファイルを参照して最優先の前記担当者を判定する担
   当者判定手段と、 該最優先の担当者に前記要求待ちファイルで役席者が指
   定されていると、該指定役席者を選定し、役席者が指定
   されていないと、前記担当者テーブルファイルを参照し
   て担当役席者を選定し、担当役席者が決まっていない
   と、前記役席者テーブルファイルを参照して最優先の役
   席者を選定する役席者判定手段と、 前記要求理由テーブルファイルを参照して前記要求待ち
   ファイルの取引に対応する要求理由情報を判定し、該要
   求理由情報及び前記固有の呼出し音情報を前記選定した
   役席者の前記役席者端末へ送信する役席者送信手段と、 該役席者端末からの承認の有無を示す情報を前記承認要
   求した担当者端末へ送信する担当者送信手段とを含むこ
   とを特徴とする自動役席承認要求システム。