(57)【要約】【課題】予め選択された取引についての役席者の承認件数を減少させる。【解決手段】所定の取引発生を検出した場合、当該所定の取引に関連する操作者のランク情報を特定するステップと、取引の種別及び当該取引に関連する操作者のランク情報に対応して確率値が登録された確率テーブルを参照し、所定の取引の種別及び所定の取引に関連する操作者のランク情報に対応する確率値を取得するステップと、発生した乱数の値と取得された確率値との比較結果に基づいて、所定の取引の自動承認の是非を決定するステップとを含む。このようにして自動承認を行っても良いと判断されれば、役席者による承認件数を削減することができる。なお、例えば操作者のスキルに対応してランク情報を設定し、取引のリスクなどに対応して確率値の範囲を設定できれば、問題の発生を最小限に抑えた形で自動承認の仕組みを採用することができる。【選択図】　図５
2004094416.tif 000002
【特許請求の範囲】
【請求項１】
所定の取引発生を検出した場合、当該所定の取引に関連する操作者のランク情報を特定する特定ステップと、
取引の種別及び当該取引に関連する操作者のランク情報に対応して確率値が登録された確率テーブルを参照し、前記所定の取引の種別及び前記所定の取引に関連する操作者のランク情報に対応する確率値を取得する取得ステップと、
発生した乱数の値と取得された前記確率値との比較結果に基づいて、前記所定の取引の自動承認の是非を決定するステップと、
を含む自動承認判定処理方法。
【請求項２】
前記特定ステップにおいて、
操作者の識別情報に対応して当該操作者のランク情報が登録された操作者テーブルを参照し、
前記所定の取引に関連する操作者が前記操作者テーブルに登録されていない場合には、承認実施者に対して承認要求を出力する
ことを特徴とする請求項１記載の自動承認判定方法。
【請求項３】
前記取得ステップにおいて、
前記所定の取引の種別が前記確率テーブルに登録されていない場合には、承認実施者に対して承認要求を出力する
ことを特徴とする請求項１記載の自動承認判定方法。
【請求項４】
前記取得ステップにおいて、
前記確率テーブルにおいて前記所定の取引が複数の種別に関係し、複数の確率値が取得された場合、承認実施者に対して承認要求を出力する可能性が高い方の確率値を採用する
ことを特徴とする請求項１記載の自動承認判定方法。
【請求項５】
請求項１乃至４のいずれか１つ記載の自動承認判定方法をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【０００１】
【発明が属する技術分野】
本発明は、自動役席承認処理に関する。
【０００２】
【従来の技術】
例えば金融機関等において取引が発生した場合、オペレータがオペレータ端末に当該取引の情報を入力するが、役席者の承認が必要な取引であると規定されていれば必ず役席者による承認を得なければ処理を進めることができなかった。
【０００３】
【発明が解決しようとする課題】
しかし、役席者の承認処理が求められるケースは運用上以下の２つのケースに分類される。すなわち、（１）役席承認が必須のケースと、（２）役席者がチェック機能として役席承認処理を行うケースとである。（２）のような場合に必ず役席者の承認を行うこととすると、役席者が承認を行わなければならない取引の件数が増加し、役席者の負担が増大する。また、役席承認件数の増大により、取引の処理速度が低下すれば、窓口での顧客の待ち時間が長くなり、顧客満足度の点から問題がある。
【０００４】
従って、本発明の目的は、役席者の承認件数を減少させるための技術を提供することである。
【０００５】
【課題を解決するための手段】
本発明に係る自動承認判定方法は、所定の取引発生を検出した場合、当該所定の取引に関連する操作者のランク情報を特定する特定ステップと、取引の種別及び当該取引に関連する操作者のランク情報に対応して確率値が登録された確率テーブルを参照し、所定の取引の種別及び所定の取引に関連する操作者のランク情報に対応する確率値を取得する取得ステップと、発生した乱数の値と取得された確率値との比較結果に基づいて、所定の取引の自動承認の是非を決定するステップとを含む。このようにして自動承認を行っても良いと判断されれば、役席者による承認件数を削減することができる。なお、例えば操作者のスキルに対応してランク情報を設定し、取引のリスク・重要度などに対応して確率値の範囲を設定できれば、問題の発生を最小限に抑えた形で自動承認の仕組みを採用することができるようになる。
【０００６】
上で述べた特定ステップにおいて、操作者の識別情報に対応して当該操作者のランク情報が登録された操作者テーブルを参照し、所定の取引に関連する操作者が操作者テーブルに登録されていない場合には、承認実施者に対して承認要求を出力するような構成であってもよい。ランク情報が適切に設定されていない場合には役席承認の対象とするものである。
【０００７】
上で述べた取得ステップにおいて、所定の取引の種別が確率テーブルに登録されていない場合には、承認実施者に対して承認要求を出力するような構成であってもよい。自動承認判定の対象でない取引については確率テーブルに登録しないという構成を採用した場合を示すものである。
【０００８】
上で述べた取得ステップにおいて、確率テーブルにおいて所定の取引が複数の種別に関係し、複数の確率値が取得された場合、承認実施者に対して承認要求を出力する可能性が高い方の確率値を採用するような構成であってもよい。１つの取引が複数の承認項目に該当する場合もあり、その場合には取引の安全のため、厳しい基準で自動判定の是非を判断するものである。
【０００９】
なお、本発明に係る自動承認判定方法はプログラム及びコンピュータにて実施することができ、このプログラムは、例えばフレキシブルディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等の記憶媒体又は記憶装置に格納される。また、ネットワークなどを介して配布される場合もある。尚、中間的な処理結果はメモリに一時保管される。
【００１０】
【発明の実施の形態】
図１に本発明の一実施の形態に係るシステム概要図を示す。ネットワーク１には、オペレータ端末３ａ，３ｂ，３ｃ，．．．と、ホストコンピュータ９と、勘定系サーバ５と、役席端末７とが接続されている。オペレータ端末３ａ，３ｂ，３ｃは、例えば金融機関の店舗においてオペレータにより操作される端末であり、役席端末７は役席者が操作する端末である。勘定系サーバ５は、役席承認に関連する処理を実施する機能を有しており、そのために取引の処理状態（ステージ）を管理するための取引ＤＢ５１と、各オペレータに割り当てられたランク情報を管理するための利用者テーブルを格納する利用者テーブル格納部５２と、取引の種別とランク情報に対応して自動承認の確率値を管理するための確率テーブルを格納する確率テーブル管理部５３とを管理している。ホストコンピュータ９は、オペレータ端末３ａ，３ｂ，３ｃにより入力された取引に関するデータを処理する。なお、オペレータ端末３ａ，３ｂ，３ｃにより入力された取引に関するデータを処理する上で、役席承認が必要であるか否かといった判断を行う場合もある。
【００１１】
図１に示したシステムの処理概要を説明しておく。オペレータにより取引のデータが例えばオペレータ端末３ａに入力されると、オペレータ端末３ａは、当該オペレータ端末３ａに備えられている役席承認の要否を規定するテーブルを参照して、当該取引について役席承認が必要か判断する。承認が必要な取引であると判断された場合には、取引のデータを含む承認依頼を勘定系サーバ５に送信する。勘定系サーバ５は、取引のデータを含む承認依頼を受信すると、以下で述べる取引のステージ管理を行うと共に自動承認判定処理を実施する。自動承認判定処理において自動承認となった取引については、要求元のオペレータ端末３ａに承認済みを通知する。オペレータ端末３ａは、承認済通知を表示装置に表示し、オペレータの指示に応じて当該取引のデータをホストコンピュータに送信する。
【００１２】
一方、自動承認判定処理において役席者による承認を必要とすると判断された取引については、勘定系サーバ５から役席端末７に当該取引に関連するデータを含む承認要求が送信される。役席端末７では、取引に関連するデータを含む承認要求を表示装置に表示する。役席者は、表示された取引に関連するデータを参照して、承認の可否について判断し、承認指示又は否認指示を入力する。役席端末７は、役席者の指示を勘定系サーバ５に送信する。勘定系サーバ５は、役席者の指示が承認指示であれば承認済通知を、役席者の指示が否認指示であれば否認通知をオペレータ端末３ａに送信する。オペレータ端末３ａは、承認済通知を受信すると、表示装置に当該承認済通知を表示し、オペレータの指示に応じてホストコンピュータ９に当該取引のデータを送信する。一方、オペレータ端末３ａは、否認通知を受信すると、表示装置に当該否認通知を表示し、最初からやり直す。
【００１３】
また、オペレータ端末３ａにより役席承認は不要であると判断された場合には、オペレータ端末３は当該取引のデータをホストコンピュータ９に送信する。この先の処理は、自動承認により承認された場合及び手動で役席者により承認された場合も同様である。ホストコンピュータ９は、受信した取引のデータを参照して、役席承認が必要でないか再度確認する。役席承認が必要なければ、当該取引のデータを処理して、処理結果をオペレータ端末３ａに返信する。オペレータ端末３ａは、処理結果を受信すると表示装置に表示する。オペレータ端末３ａは処理済通知を勘定系サーバ５に送信し、勘定系サーバ５は当該取引に対応して処理済を取引ＤＢ５１に対して登録する。一方、ホストコンピュータ９により再度役席承認が必要である旨の通知を受信した場合には、オペレータ端末３ａにより役席承認が必要であると判断された場合と同様に、役席承認が必要であるとされた理由及び取引のデータを含む承認要求を勘定系サーバ５に送信する。
【００１４】
次に、図２を用いて取引ＤＢ５１に格納されるデータの一例を示す。本実施の形態において取引ＤＢ５１は、以下で説明する取引のステージ管理を行うために用いられる。図２では一部のみを示すが、例えば取引番号（取引コードとも言う）と、承認項目と、承認要求元のオペレータ端末ＩＤと、オペレータの操作者ＩＤと、役席承認者ＩＤと、当該取引が現在置かれている状態を表す現ステージとが管理されている。承認項目は１つの取引に複数存在する場合もある。
【００１５】
図３に利用者テーブル格納部５２に格納された利用者テーブルの一例を示す。利用者テーブルは、各オペレータに割り当てられたランク情報を格納するテーブルである。図３の利用者テーブルでは、行の番号（Ｎｏ．）と、各オペレータに割り当てられた操作者ＩＤと、オペレータの所属グループと、各オペレータに割り当てられたランク情報とが格納されている。このランク情報は、例えば店舗の管理者により設定される。より具体的には、例えば各店舗をその質に基づき３レベルに分け、さらに店舗内のオペレータを業務経験度等に基づき３段階に分けておく。これにより、各オペレータには、自らの所属する店舗、及び当該店舗における業務経験度等に応じたランク情報が割り当てられる。
【００１６】
図４に確率テーブル格納部５３に格納される確率テーブルの一例を示す。確率テーブルは、取引種別及びランク情報に対応して予め設定された確率値を格納する。図４の確率テーブルでは、行の番号（Ｎｏ．）と、取引番号と、承認項目と、ランク１の確率値と、ランク２の確率値と、ランク３の確率値と、ランク４の確率値と、ランク５の確率値と、ランク６の確率値と、ランク７の確率値と、ランク８の確率値と、ランク９の確率値とが含まれる。このテーブルでは、取引番号と承認項目との組み合わせにて取引種別が特定され、キーとして用いられる。
【００１７】
またランク１は、最も高いレベル１の店舗における１番上のランクのオペレータに割り当てられるランク情報であり、例えば取引番号Ａ００００００１にて承認項目Ｂ００７（無帳）である場合には、その確率値は９０％であって、９０％の確率で自動承認される。またランク２は、レベル１の店舗における２番目のランクのオペレータに割り当てられるランク情報であり、例えば取引番号Ａ００００００１にて承認項目Ｂ００７（無帳）である場合には、その確率値は８０％であって、８０％の確率で自動承認される。またランク３は、レベル１の店舗における一番下のランクのオペレータに割り当てられるランク情報であり、例えば取引番号Ａ００００００１にて承認項目Ｂ００７（無帳）である場合には、その確率値は７０％であって、７０％の確率で自動承認される。
【００１８】
またランク４は、レベル２の店舗における１番上のランクのオペレータに割り当てられるランク情報であり、例えば取引番号Ａ００００００１にて承認項目Ｂ００７（無帳）である場合には、その確率値は８０％であって、８０％の確率で自動承認される。またランク５は、レベル２の店舗における２番目のランクのオペレータに割り当てられるランク情報であり、例えば取引番号Ａ００００００１にて承認項目Ｂ００７（無帳）である場合には、その確率値は７０％であって、７０％の確率で自動承認される。またランク６は、レベル２の店舗における一番下のランクのオペレータに割り当てられるランク情報であり、例えば取引番号Ａ００００００１にて承認項目Ｂ００７（無帳）である場合には、その確率値は６０％であって、６０％の確率で自動承認される。
【００１９】
ランク７は、一番下のレベル３の店舗における１番目のランクのオペレータに割り当てられるランク情報であり、例えば取引番号Ａ００００００１にて承認項目Ｂ００７（無帳）である場合には、その確率値は７０％であって、７０％の確率で自動承認される。またランク５は、レベル３の店舗における２番目のランクのオペレータに割り当てられるランク情報であり、例えば取引番号Ａ００００００１にて承認項目Ｂ００７（無帳）である場合には、その確率値は６０％であって、６０％の確率で自動承認される。またランク９は、レベル３の店舗における一番下のランクのオペレータに割り当てられるランク情報であり、例えば取引番号Ａ００００００１にて承認項目Ｂ００７（無帳）である場合には、その確率値は５０％であって、５０％の確率で自動承認される。
【００２０】
さらに、取引番号Ａ００００００１の取引が発生した場合、Ｂ０００７（無帳）とＢ０１４（当日締後）とＡ０３３（起算日）という３つの承認項目（取引番号と組み合わせて取引種別）が存在するが、これらのうち２以上の承認が必要である場合には、同じランクにおいて確率値が最も低い承認項目を基準にする。図４の例では、Ｂ０３３（起算日）の確率値を採用する。このようにすることにより、より高い確率で役席者による役席承認が行われることとなり、より安全性が高まる。
【００２１】
次に図５を用いて、取引のステージ遷移について説明する。オペレータによりオペレータ端末３ａ等に取引のデータが入力されると、当該取引は受付ステージ５０１に入る。そしてオペレータ端末３ａ等により役席承認が必要であると判断された場合には、システム自動承認判定ステージ５０２に遷移する。但し、勘定系サーバ５においてはシステム自動承認判定ステージ５０２は受付ステージ５０１として管理される。一方、オペレータ端末３ａ等により役席承認が必要でないと判断された場合には、処理済ステージ５０５に遷移する。システム自動承認判定ステージ５０２において、以下で詳細に述べる処理に基づき通常どおり役席者による承認を求めるか自動承認するか判定される。通常処理と決定された場合には役席者承認待ちステージ５０３に遷移する。役席者承認待ちステージ５０３に入ると、勘定系サーバ５は役席端末７に承認要求を送信する。そして役席端末７から承認指示を受信した場合には、承認済ステージ５０４に遷移する。一方、役席端末７から否認指示を受信した場合には、受付ステージ５０１に戻る。
【００２２】
システム自動承認判定ステージ５０２において自動承認すると決定された場合には、直接承認済ステージ５０４に遷移する。承認済みとなると、ホストコンピュータ９において当該取引についての処理が行われるが、再度役席承認が必要な場合もある。その場合には承認済ステージ５０４からシステム自動承認判定ステージ５０２に戻る場合もある。ホストコンピュータ９にて当該取引について処理が行われ、取引が成立した場合には処理済ステージ５０５に遷移する。
【００２３】
このようにシステム自動承認判定ステージ５０２を設けて役席者による承認を行うか、自動承認を実施するかを判定するようになり、確率テーブルに規定された確率で自動承認を行うようになるため、役席者に対して承認を求める件数が減少する。すなわち、役席者の負担が減少し、取引の処理スピードが上がるため、窓口における顧客の待ち時間短縮につながり、顧客満足度の向上を図ることができるようになる。
【００２４】
次に、システム自動承認判定ステージ５０２における判定処理の詳細を図６を用いて説明する。最初に、オペレータによりオペレータ端末３ａ等に取引のデータが入力されると、当該取引は取引受付ステージ５０１に入る（ステップＳ１）。オペレータ端末３ａ等は、当該取引が役席者による承認が必要な取引であるか、例えばオペレータ端末３ａ等に備えられたテーブルを参照して判断する（ステップＳ３）。もし、承認が不要であると判断された場合には（ステップＳ３：Ｎｏルート）、ホストコンピュータ９に当該取引のデータを送信して、ホストコンピュータ９に処理を行わせる。なお、オペレータ端末３ａ等で承認が不要であると判断されても、ホストコンピュータ９により役席承認を要求される場合もあるので、ステップＳ２５に移行する。そしてホストコンピュータ９からの応答に基づき処理済ステージ５０５に遷移できるか判断し、ホストコンピュータ９により役席承認を要求された場合には（ステップＳ２５：Ｎｏルート）、ステップＳ５に戻る。一方、ホストコンピュータ９から取引成立が通知された場合には処理は完了したことになるので（ステップＳ２５：Ｙｅｓルート）、処理済ステージ５０５に遷移する（ステップＳ２７）。
【００２５】
オペレータ端末３ａ等により役席承認が必要であると判断された場合（ステップＳ３：Ｙｅｓルート及びステップＳ２５：Ｎｏルート）、オペレータ端末３ａ等は取引のデータを勘定系サーバ５に送信し、ステップＳ５乃至ステップＳ１７の自動承認判定ステージ５０２における処理を勘定系サーバ５が実施する。最初に、勘定系サーバ５は、取引のデータの受信を検出すると、当該取引のデータに基づき承認依頼キー又は特例キーによる要求がオペレータ端末３ａ等により行われたか判断する（ステップＳ５）。承認依頼キー又は特例キーが押されるということは、オペレータの自発的な意思に基づき承認を得ようとする場合であるから、そのような場合にも自動承認を行うことは好ましくない。従って、承認依頼キー又は特例キーによる要求であると判断された場合には（ステップＳ５：Ｙｅｓルート）、役席者承認待ちステージ５０３に遷移する（ステップＳ１９）。このステージでは、勘定系サーバ５は、役席端末７に当該取引に関連するデータを含む承認要求を送信し、役席端末７からの応答を待つ。
【００２６】
承認依頼キー又は特例キーによる要求ではない場合には（ステップＳ５：Ｎｏルート）、以前に役席承認を実施した取引であるか判断する（ステップＳ７）。例えば役席者による否認が一度なされた取引については、次に自動承認するのは問題があるためである。従って、以前に役席承認を実施した取引である場合には（ステップＳ７：Ｙｅｓルート）、役席者承認待ちステージ５０３に遷移する（ステップＳ１９）。
【００２７】
一方、以前に役席承認を実施した取引ではないと判断された場合には（ステップＳ７：Ｎｏルート）、利用者テーブル及び確率テーブルを参照して、承認要求元のオペレータ端末３ａ等を操作しているオペレータの操作者ＩＤ及び当該取引の取引番号が未登録であるか判断する（ステップＳ９）。利用者テーブルには、システムによる自動承認を行っても良いオペレータの操作者ＩＤが登録されており、確率テーブルには、システムによる自動承認を行っても良い取引の取引番号が登録されているので、登録を確認できなければ通常どおりに役席者の承認を得ることが好ましい。従って、承認要求元のオペレータの操作者ＩＤ及び当該取引の取引番号の登録が確認できない場合には（ステップＳ９：Ｙｅｓルート）、役席者承認待ちステージ５０３に遷移する（ステップＳ１９）。
【００２８】
承認要求元のオペレータの操作者ＩＤ及び当該取引の取引番号の登録が確認できた場合には（ステップＳ９：Ｙｅｓルート）、１から１００までの範囲で乱数を発生させる（又は発生させた乱数を取得する）（ステップＳ１１）。また、利用者テーブルから、承認要求元のオペレータの操作者ＩＤに対応するランク情報を取得する（ステップＳ１３）。さらに、確率テーブルから取引番号及びランク情報に対応する確率データを取得する（ステップＳ１５）。上でも述べたが、関係する承認項目が複数存在する場合には、確率データは複数取得されることになるが、そのうち本実施の形態では値の小さい方を採用する。そして、ステップＳ１１において発生された乱数とステップＳ１５において取得した確率値とを比較し、乱数が確率値以下であるか判断する（ステップＳ１７）。もし、乱数が確率値を超える場合には、通常どおりに役席者による承認を受けるべく、役席者承認待ちステージ５０３に遷移する（ステップＳ１９）。一方、乱数が確率値以下である場合には（ステップＳ１７：Ｙｅｓルート）、自動承認の条件が整ったということで承認済ステージ５０４に遷移する（ステップＳ２３）。
【００２９】
このように、取引番号及び承認項目により特定される取引の重要度及びオペレータに割り当てられたランク情報により表される業務経験度の組み合わせにて、自動承認の確率が設定されるため、より適切な確率で役席者に承認を求めることができるようになる。
【００３０】
役席者承認待ちステージ５０３に遷移すると、役席者からの応答を待ち、役席者から承認指示を得たか判断する（ステップＳ２１）。もし役席者から承認指示を受けた場合には（ステップＳ２１：Ｙｅｓルート）、承認済ステージ５０４に遷移する（ステップＳ２３）。一方、役席者から否認指示を受けた場合には（ステップＳ２１：Ｎｏルート）、ステップＳ１の受付ステージ５０１に戻る。オペレータによる確認・修正を行って、再度承認を得るためである。
【００３１】
承認済となると、ホストコンピュータ９に取引のデータは送信されるが、ホストコンピュータ９において役席承認が必要であると判断される場合もある。従って、ホストコンピュータ９からの応答に基づき、承認済ステージ５０４から処理済ステージ５０５に遷移しても良いか判断する（ステップＳ２５）。ホストコンピュータ９により役席承認を要求された場合には（ステップＳ２５：Ｎｏルート）、ステップＳ５に戻る。一方、ホストコンピュータ９から取引成立が通知された場合には処理は完了したことになるので（ステップＳ２５：Ｙｅｓルート）、処理済ステージ５０５に遷移する（ステップＳ２７）。処理済ステージ５０５に遷移すると、当該取引についての処理は完了する。
【００３２】
以上のような自動承認判定処理を実施することにより、役席者の承認を得た方が好ましい場合には役席者承認待ちステージ５０３に遷移させることができ、また適切に設定された確率で自動承認を行うか又は役席者による承認を得るかを決定することができるようになる。
【００３３】
ここで図２及び図７に示すステージ遷移を図６に関連して説明しておく。ステップＳ１乃至ステップＳ１７の受付ステージ５０１及びシステム自動承認判定ステージ５０２においては、取引ＤＢ５１の現ステージの列には、図２（ａ）及び図７（ｂ）に示すように「受付」が登録される。もし、ステップＳ５、Ｓ７、Ｓ９又はＳ１７において役席承認待ちステージ５０３への遷移が決定され、ステップＳ１９に示すように役席承認待ちステージ５０３に遷移すると、図２（ｂ）に示すように取引ＤＢ５１の現ステージの列には「承認待ち」が登録される。役席者による承認がなされるとステップＳ２３で承認ステージに遷移するが、この際図２（ｃ）に示すように役席承認者ＩＤの列には承認者ＩＤ（Ａ０９８７６５）が登録され、現ステージの列には「承認済」が登録される。一方、システムによる自動承認の場合には、図７（ｂ）に示すように役席承認者ＩＤの列にはシステムのＩＤ（ＳＹＳＴＥＭ）が登録され、現ステージの列には「承認済」が登録される。その後、ステップＳ２５を介してステップＳ２７で処理済ステージ５０５に遷移すると、図２（ｄ）及び図７（ｃ）に示すように現ステージの列には「処理済」が登録される。以上のように、役席者による承認が行われる場合には図２（ａ）、（ｂ）、（ｃ）、（ｄ）の順番にレコードが更新されてい行く。また自動承認が行われる場合には図７（ａ）、（ｂ）、（ｃ）の順番にレコードが更新されて行く。
【００３４】
以上本発明の一実施の形態を説明したが、本発明はこれに限定されるものではない。例えば、確率テーブルに格納される確率値は、図６のステップＳ１７において、乱数が確率値以下であるかを判断し、乱数が確率値以下である場合に自動承認することを前提に設定されている。従って、ステップＳ１７において、乱数が確率値を超えるか判断し、乱数が確率値を超える場合には自動承認することを前提とするならば、（１００−現在の確率値）で計算される値を確率テーブルに格納する必要がある。また、乱数の発生範囲を変更することも可能である。
【００３５】
また、図１に示したシステム概要図は一例であって、必ずしも図のような構成でなくとも良い。例えば、ネットワーク構成は図１のような構成ではなく、例えばオペレータ端末３ａ等は勘定系サーバ５を介してホストコンピュータ９に接続するような構成であってもよい。また、上ではオペレータ端末３ａ等で承認が必要な取引であるかを判別していたが、勘定系サーバ５において判断するようにしても良い。
【００３６】
利用者テーブル及び確率テーブルの構成も一例であって、同様の情報を格納した別構成のテーブルを用意するようにしても良い。取引ＤＢ５１のデータも図示したものに限定されず、より多くのデータを保持するようにしても良い。さらに、他の業務フローの観点からステージを追加したりする場合もある。
【００３７】
（付記１）
所定の取引発生を検出した場合、当該所定の取引に関連する操作者のランク情報を特定する特定ステップと、
取引の種別及び当該取引に関連する操作者のランク情報に対応して確率値が登録された確率テーブルを参照し、前記所定の取引の種別及び前記所定の取引に関連する操作者のランク情報に対応する確率値を取得する取得ステップと、
発生した乱数の値と取得された前記確率値との比較結果に基づいて、前記所定の取引の自動承認の是非を決定するステップと、
を含む自動承認判定処理方法。
【００３８】
（付記２）
前記特定ステップにおいて、
操作者の識別情報に対応して当該操作者のランク情報が登録された操作者テーブルを参照し、
前記所定の取引に関連する操作者が前記操作者テーブルに登録されていない場合には、承認実施者に対して承認要求を出力する
ことを特徴とする付記１記載の自動承認判定方法。
【００３９】
（付記３）
前記取得ステップにおいて、
前記所定の取引の種別が前記確率テーブルに登録されていない場合には、承認実施者に対して承認要求を出力する
ことを特徴とする付記１記載の自動承認判定方法。
【００４０】
（付記４）
前記取得ステップにおいて、
前記確率テーブルにおいて前記所定の取引が複数の種別に関係し、複数の確率値が取得された場合、承認実施者に対して承認要求を出力する可能性が高い方の確率値を採用する
ことを特徴とする付記１記載の自動承認判定方法。
【００４１】
（付記５）
前記所定の取引が、少なくとも当該所定の取引に関連する操作者から明示の承認要求がなされたものではなく且つ当該所定の取引に関連して承認実施者による指示を受信していない取引である
ことを特徴とする付記１乃至４のいずれか１つ記載の自動承認判定方法。
【００４２】
（付記６）
前記取引の種別が、取引コード及び承認項目によって特定されることを特徴とする付記１乃至５のいずれか１つ記載の自動承認判定方法。
【００４３】
（付記７）
付記１乃至６のいずれか１つ記載の自動承認判定方法をコンピュータに実行させるためのプログラム。
【００４４】
（付記８）
所定の取引発生を検出した場合、当該所定の取引に関連する操作者のランク情報を特定する特定手段と、
取引の種別及び当該取引に関連する操作者のランク情報に対応して確率値が登録された確率テーブルを参照し、前記所定の取引の種別及び前記所定の取引に関連する操作者のランク情報に対応する確率値を取得する取得手段と、
発生した乱数の値と取得された前記確率値との比較結果に基づいて、前記所定の取引の自動承認の是非を決定する手段と、
を有する自動承認判定処理装置。
【００４５】
【発明の効果】
以上説明したように本発明によれば、役席者の承認件数を減少させることができる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係るシステム概要図である。
【図２】取引ＤＢに格納されるデータの一例を示す図である。
【図３】利用者テーブルの一例を示す図である。
【図４】確率テーブルの一例を示す図である。
【図５】ステージ遷移を説明するための図である。
【図６】自動承認判定処理の処理フローを示す図である。
【図７】取引ＤＢに格納されるデータの第２の例を示す図である。
【符号の説明】
１　ネットワーク　　３ａ，３ｂ，３ｃ　オペレータ端末
５　勘定系サーバ　　７　役席端末
９　ホストコンピュータ
５１　取引ＤＢ　　５２　利用者テーブル格納部
５３　確率テーブル格納部
【図１】
2004094416.tif 000003
【図２】
2004094416.tif 000004
【図３】
2004094416.tif 000005
【図４】
2004094416.tif 000006
【図５】
2004094416.tif 000007
【図６】
2004094416.tif 000008
【図７】
2004094416.tif 000009