JP7003697B2 - 承認処理プログラム、装置、及び方法 - Google Patents

Description

開示の技術は、承認処理プログラム、承認処理装置、及び承認処理方法に関する。

例えば、銀行などで行われる取引のうち、重要な事案については、役席者と呼ばれる上席の行員、支店長、本部の行員等が、端末に必要な画面を表示して、承認に必要な項目を確認した上で、承認又は否認の判定を行っている。

承認者による承認に関する技術として、取り外し可能な記憶媒体に情報を書き込む際の承認に係る承認者の負担を軽減するためのシステムが提案されている。このシステムでは、管理サーバは、承認ルールを取得し、一時許可申請を承認ルールの承認条件と比較する。そして、一致していれば書き込み要求を受け付けたデータに該当するデータの承認履歴を検索し、検索したデータの承認履歴に基づいて、書き込み要求を受け付けたデータのストレージデバイスへの出力を承認する。

特開２００９－１４６４０２号公報

銀行等の取引についての承認処理に、上記の従来技術の承認処理を適用することが考えられる。しかし、従来の承認処理では、承認ルールを人手で作成し、予め登録しておく必要がある。例えば、承認処理を自動化しようとする場合、銀行毎に承認の手順が異なる場合や、承認の際に連携する他のシステムとの連携方法等も承認ルールとして定めておくことが望ましい。このような点まで考慮すると、人手による承認ルールの作成に多大な労力を要し、また、ルール作成に漏れが生じる可能性がある。

一つの側面として、他のシステムとの連携を含む承認処理を自動化することを目的とする。

一つの態様として、開示の技術は、情報処理端末で処理された取引に関する取引情報と、前記取引の種別及び前記情報処理端末が配置されるグループの情報とを含む、前記取引についての承認要求を受け付ける。また、前記グループ毎、かつ前記取引の種別毎に、承認処理時に連携する他のシステムとのインターフェースの情報を含む過去の承認処理のログを学習することにより生成されたシナリオが複数記憶された記憶部を参照する。そして、受け付けた前記取引の種別及び前記グループの情報に対応するシナリオを選択し、選択した前記シナリオにしたがって、前記他のシステムと連携して、受け付けた前記取引情報が示す取引を承認するか否かを判定する。

開示の技術は、一つの側面として、他のシステムとの連携を含む承認処理を自動化することができる、という効果を有する。

承認処理装置を用いない構成における承認処理を説明するための概略図である。 本実施形態に係る承認処理装置を利用した承認処理を説明するための概略図である。 本実施形態に係る承認処理装置の機能ブロック図である。 承認ログデータベースの一例を示す図である。 管理者が確認項目を確認するための画面の一例を示す図である。 シナリオデータベースの一例を示す図である。 本実施形態に係る承認処理装置として機能するコンピュータの概略構成を示すブロック図である。 学習処理の一例を示すフローチャートである。 実行処理の一例を示すフローチャートである。 シナリオの一例を説明するための概略図である。 取引が承認される場合を説明するための図である。 取引が承認されない場合を説明するための図である。

以下、図面を参照して開示の技術に係る実施形態の一例を詳細に説明する。本実施形態では、銀行などの金融機関の窓口で行われる取引についての承認処理を実行する承認処理装置について説明する。

本実施形態について説明する前に、本実施形態に係る承認処理装置を用いない場合の承認処理について説明する。

図１に示すように、同一のホストシステム５０の配下に、複数の銀行５２が含まれるとする。各銀行５２には、窓口での取引の担当者が利用する担当者端末５４と、承認処理を行う管理者（例えば、役席者）が利用する管理者端末５６と、連携システム５８とを含む。また、複数の銀行５２を統括する本部５３には、管理者端末５７と、連携システム５９とが含まれる。

なお、同一のホストシステム５０の配下に存在する銀行５２、及び各銀行５２や本部５３に含まれる担当者端末５４、管理者端末５６、５７、連携システム５８、５９の数は、図１の例に限定されない。

連携システム５８、５９は、ＣＲＭ（Customer Relationship Management）システム、ＡＭＬ（Anti-Money Laundering）システム、融資や審査の情報を管理するシステム、与信情報を管理するシステム等である。連携システム５８に記憶される情報には、その連携システム５８に対応する銀行５２の管理者のみにアクセス権限がある情報が含まれる。また、連携システム５９に記憶される情報には、本部５３の管理者のみにアクセス権限がある情報が含まれる。

窓口の担当者は、担当者端末５４で処理した取引に関する取引情報を管理者端末５６へ送信し、管理者に承認を要求する。また、担当者は、取引の内容によっては、同銀行５２内の管理者ではなく、本部５３の管理者へ承認を要求する。管理者は、管理者端末５６、５７から、承認に必要な連携システム５８、５９にアクセスし、必要な画面を表示して、確認すべき項目を確認し、承認結果を担当者端末５４へ返すか、承認結果をホストシステム５０へ反映する。

ここで、同じ取引についての承認処理であっても、事務規定などの相違により、各銀行５２での承認処理の手順が異なる場合がある。また、各銀行５２が利用する連携システムの仕様が異なる場合もある。したがって、承認処理を自動化するためには、これらを全て考慮する必要がある。

図２に示すように、本実施形態に係る承認処理装置１０は、例えば、本部５３に設置され、本部５３に配置された連携システム５９とイントラネット等のネットワークで接続される。また、承認処理装置１０は、同一のホストシステム５０の配下の各銀行５２の担当者端末５４及び連携システム５８の各々と、インターネット等のネットワークで接続される。

担当者端末５４は、例えば、パーソナルコンピュータやタブレット端末等の情報処理装置により実現される。担当者端末５４は、取引に関する画面が表示される表示装置と、表示された画面に対する入力操作を行うためのキーボード、マウス、スキャナ等の入力装置とを含む。

連携システム５８、５９は、承認処理装置１０で承認処理を行う際に連携可能な各種のシステム、サーバ、記憶装置等である。上述したように、連携システム５８、５９は、例えば、ＣＲＭシステム、ＡＭＬシステム、融資や審査の情報を管理するシステム、与信情報を管理するシステム等である。

図３に示すように、承認処理装置１０は、機能的には、過去の承認処理のログ（詳細は後述、以下「承認ログ」という）を学習して、承認処理のシナリオ（詳細は後述）を生成する学習部２０と、シナリオを用いて承認処理を実行する実行部４０とを含む。学習部２０は、取得部２２と、生成部２４とを含む。また、実行部４０は、受付部４２と、選択部４４と、判定部４６とを含む。また、承認処理装置１０の所定の記憶領域には、承認ログデータベース（ＤＢ）３２と、シナリオＤＢ３４とが記憶される。

まず、学習部２０の各部について詳述する。

取得部２２は、過去の承認ログを取得し、承認ログＤＢ３２に記憶する。ここでは、説明の錯綜を避けるため、承認処理装置１０を用いない構成（例えば、図１）において、各管理者端末５６、５７で記録された承認ログを取得する場合について説明する。

図４に、承認ログＤＢ３２の一例を示す。図４の例では、承認ログＤＢ３２は、「承認処理ＩＤ」、「銀行ＩＤ」、「取引種別」、「取引情報」、「連携システム」、「画面番号」、「項目」、「データ」、「確認結果」、「処理日時」等の項目を含む。

「承認処理ＩＤ」は、承認処理の対象となる取引毎に付与される識別情報である。「銀行ＩＤ」は、各銀行５２の識別情報であり、ここでは、承認処理を要求した情報処理端末５４が配置された銀行５２の識別情報である。「取引種別」は、ローン審査、口座開設等の取引の種別を示す情報である。

「取引情報」は、承認処理の対象となる取引に関する情報である。取引情報には、例えば、顧客の識別子である顧客ＩＤ、担当者端末５４に表示された取引に関する画面の情報、その画面に含まれる各項目に対して入力されたテキストデータ、手書きの伝票等の文書をスキャナで読み取ったイメージデータ等が含まれる。

「連携システム」は、承認処理のために、管理者端末５６、５７から連携した連携システム５８、５９を特定する情報である。また、「連携システム」は、ＡＰＩ（Application Programming Interface）等の、該当の連携システム５８、５９へアクセスする際のインターフェースの情報を含む。

「画面番号」は、「連携システム」が示す連携システム５８、５９から取得した情報を管理者端末５６、５７が備える表示部に表示した際の画面の識別番号である。「項目」は、「画面番号」が示す画面上で、管理者により確認が行われた項目を特定する情報であり、「データ」は、その項目の内容を示す情報である。

「確認結果」は、該当の項目について管理者が確認を行った結果であり、ここでは、「ＯＫ」又は「ＮＧ」とする。管理者による確認は、例えば、図５に示すように、連携システム５８、５９から取得した情報を表示した画面６０の各項目の項目名とそのデータとの表示６２に対応付けられた確認ボタン６４を管理者が選択することにより行われる。なお、管理者による各項目の確認方法は、図５に示すような確認ボタン６４を選択する場合に限定されず、各項目のプロパティに確認結果を追加するなど、他の方法で行ってもよい。

「処理日時」は、管理者により各項目のデータが確認された日時である。図５の例では、確認ボタン６４が選択された日時とすることができる。同一の承認処理ＩＤが対応付けられた承認ログを「処理日時」順に並べることにより、その承認処理において、連携システム５８、５９との連携、画面の表示、及び項目の確認をどの順番で行ったかを特定することができる。

生成部２４は、銀行ＩＤ毎、かつ取引の種別毎に、過去の承認ログを学習することにより、承認処理の対象となる取引が行われた銀行５２及び取引の種別毎に、承認処理のために確認する項目を確認順に定めたシナリオを生成する。なお、取引の種別毎だけでなく、銀行毎にシナリオを生成するのは、銀行５２毎の事務規定、銀行５２毎に異なる連携システム５８のインターフェースを考慮したものである。

具体的には、生成部２４は、銀行ＩＤ毎、かつ取引の種別毎に、同一又は類似する承認ログをグループ化し、各グループに含まれる取引情報の共通的性質を各グループが示すシナリオに対応付ける。また、生成部２４は、各シナリオに含まれる項目の各々について、承認の可否を判定するための基準情報を設定する。

より具体的には、生成部２４は、承認ログＤＢ３２に記憶された承認ログのうち、同一の承認処理ＩＤが対応付けられた承認ログ群に含まれる承認ログの全ての「確認結果」が「ＯＫ」である承認ログ群を、承認されたことを示す承認ログ群として抽出する。そして、生成部２４は、抽出した複数の承認ログ群を、「銀行ＩＤ」が同一、かつ「取引種別」が同一の承認ログ群でグループ化する。生成部２４は、さらに、各グループに含まれる承認ログ群を、同一又は類似する承認ログ群同士でグループ化する。同一又は類似する承認ログ群とは、例えば、各承認ログ群に含まれる「画面番号」及び「項目」が順番を含め同一で、かつ「データ」が、項目毎に所定範囲内である承認ログ群とすることができる。

さらに、生成部２４は、同等の内容でグループ化された承認ログ群に含まれる「データ」の情報を「項目」毎に集約することにより、各項目の基準情報を、項目毎に設定する。基準情報は、各項目に対応付けて各連携システム５８、５９に記憶されたデータを、承認処理において「ＯＫ」又は「ＮＧ」と判定するための基準となる情報である。項目毎のデータの集約方法としては、例えば、「データ」が数値の項目については、グループに含まれる各承認ログの「データ」である数値の平均、最頻値、中央値、最大値、最小値等とすることができる。また、「データ」が文字列の項目については、グループに含まれる各承認ログの「データ」から、出現頻度の高いキーワードを抽出して、基準情報とすることができる。また、各項目の基準情報は、１つに限らず、複数設定されてもよいし、グループに含まれる各承認ログにおける該当の項目の最小値から最大値まで、などのように範囲で設定されてもよい。

生成部２４は、上記のように各項目の基準情報を設定したグループの各々を、シナリオの各々とする。また、生成部２４は、各グループに含まれる取引情報の共通的性質を抽出し、抽出した共通的性質を各シナリオに対応付ける。例えば、取引額などの金額によって、承認処理で確認する事項が異なる場合が想定される。この場合、グループ化された承認ログ群は、取引情報の所定の項目に含まれる金額の情報が共通している可能性が高い。

本実施形態では、生成部２４は、取引情報の所定の項目に含まれる金額の情報（例えば、取引金額）から、グループ毎に共通的性質を抽出する。例えば、生成部２４は、取引金額が１００，０００円以下、取引金額が１０００，０００円以下といった共通的性質を抽出する。そして、生成部２４は、抽出した共通的性質を、後述する選択部４４でシナリオを選択する際の選択基準として、各シナリオに対応付ける。

生成部２４は、銀行ＩＤ毎、かつ取引種別毎に、選択基準が対応付けられた１又は複数のシナリオをシナリオＤＢ３４に記憶する。図６に、シナリオＤＢ３４の一例を示す。図６の例では、１つのシナリオ（例えば、図６中の太枠内）において、承認処理で確認する項目（以下、「確認項目」という）順に、各項目の基準情報が記憶されている例を示している。

次に、実行部４０の各部について説明する。

受付部４２は、担当者端末５４から、銀行ＩＤ及び取引種別と、承認処理の対象となる取引に関する取引情報とを含む承認要求を受け付ける。受付部４２は、受け付けた承認要求を選択部４４へ受け渡す。

選択部４４は、受付部４２から受け渡された承認要求に含まれる銀行ＩＤ、取引種別、及び取引情報に基づいて、シナリオＤＢ３４からシナリオを選択する。選択部４４は、選択したシナリオを判定部４６へ受け渡す。

判定部４６は、選択部４４から受け渡されたシナリオに含まれる１番目の確認項目から順に、その確認項目の「連携システム」の情報に基づいて、該当の連携システム５８、５９にアクセスする。そして、判定部４６は、確認項目の「画面番号」及び「項目」の情報に基づいて、連携システム５８、５９から確認項目のデータを取得する。そして、判定部４６は、取得したデータと、シナリオにおける確認項目の「基準情報」とを比較して、そのデータが基準を満たしているか否かを判定する。基準を満たしている場合、判定部４６は、シナリオに含まれる次以降の確認項目を順次確認する。判定部４６は、シナリオに含まれる全ての確認項目について、基準を満たすと判定した場合には、承認要求の対象である取引を承認すると判定し、承認要求に含まれる取引情報が示す取引をホストシステム５０に反映する。又は、判定部４６は、承認結果を、承認要求を送信した担当者端末５４へ返してもよい。

また、判定部４６は、シナリオに含まれる確認項目を順次確認する中で、ある確認項目が基準を満たさないと判定した場合、確認項目の確認を中断し、担当者端末５４から送信された承認要求を、予め定めた管理者端末５６、５７（図２において図示省略）へ転送する。この際、判定部４６は、どの確認項目が基準を満たしていないかを示す情報を承認結果に含めてもよい。

承認処理装置１０は、例えば図７に示すコンピュータ７０で実現することができる。コンピュータ７０は、ＣＰＵ（Central Processing Unit）７１と、一時記憶領域としてのメモリ７２と、不揮発性の記憶部７３とを備える。また、コンピュータ７０は、入力装置、表示装置等の入出力装置７４と、記憶媒体７９に対するデータの読み込み及び書き込みを制御するＲ／Ｗ（Read/Write）部７５と、インターネット等のネットワークに接続される通信Ｉ／Ｆ（Interface）７６とを備える。ＣＰＵ７１、メモリ７２、記憶部７３、入出力装置７４、Ｒ／Ｗ部７５、及び通信Ｉ／Ｆ７６は、バス７７を介して互いに接続される。

記憶部７３は、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリ等によって実現できる。記憶媒体としての記憶部７３には、コンピュータ７０を、承認処理装置１０として機能させるための承認処理プログラム８０が記憶される。承認処理プログラム８０は、取得プロセス８２と、生成プロセス８４と、受付プロセス８６と、選択プロセス８８と、判定プロセス９０とを有する。また、記憶部７３は、承認ログＤＢ３２及びシナリオＤＢ３４の各々を構成する情報が記憶される情報記憶領域９２を有する。

ＣＰＵ７１は、承認処理プログラム８０を記憶部７３から読み出してメモリ７２に展開し、承認処理プログラム８０が有するプロセスを順次実行する。ＣＰＵ７１は、取得プロセス８２を実行することで、図３に示す取得部２２として動作する。また、ＣＰＵ７１は、生成プロセス８４を実行することで、図３に示す生成部２４として動作する。また、ＣＰＵ７１は、受付プロセス８６を実行することで、図３に示す受付部４２として動作する。また、ＣＰＵ７１は、選択プロセス８８を実行することで、図３に示す選択部４４として動作する。また、ＣＰＵ７１は、判定プロセス９０を実行することで、図３に示す判定部４６として動作する。また、ＣＰＵ７１は、情報記憶領域９２から情報を読み出して、承認ログＤＢ３２及びシナリオＤＢ３４の各々をメモリ７２に展開する。これにより、承認処理プログラム８０を実行したコンピュータ７０が、承認処理装置１０として機能することになる。なお、プログラムを実行するＣＰＵ７１はハードウェアである。

なお、承認処理プログラム８０により実現される機能は、例えば半導体集積回路、より詳しくはＡＳＩＣ（Application Specific Integrated Circuit）等で実現することも可能である。

次に、本実施形態に係る承認処理装置１０の作用について説明する。承認処理装置１０では、まず、学習部２０が、図８に示す学習処理を実行し、シナリオを生成する。そして、複数のシナリオがシナリオＤＢ３４に記憶された状態で、シナリオを用いた承認処理の実行が指示されると、承認処理装置１０の実行部４０が、図９に示す実行処理を実行する。以下、学習処理及び実行処理の各々について詳述する。なお、学習処理及び実行処理は、開示の技術の承認処理方法の一例である。

まず、図８を参照して、学習処理について説明する。

ステップＳ１２で、取得部２２が、各管理者端末５６、５７で記録された過去の承認ログを取得し、取得した承認ログを承認ログＤＢ３２に記憶する。

次に、ステップＳ１４で、生成部２４が、承認ログＤＢ３２に記憶された承認ログのうち、同一の承認処理ＩＤが対応付けられた承認ログ群に含まれる承認ログの全ての「確認結果」が「ＯＫ」である承認ログ群を、承認されたことを示す承認ログ群として抽出する。

次に、ステップＳ１６で、生成部２４が、抽出した複数の承認ログ群を、「銀行ＩＤ」が同一、かつ「取引種別」が同一の承認ログ群でグループ化する。さらに、生成部２４が、各グループに含まれる承認ログ群を、同一又は類似する承認ログ群同士でグループ化する。

次に、ステップＳ１８で、生成部２４が、同等の内容でグループ化された承認ログ群に含まれる「データ」の情報を「項目」毎に集約することにより、各項目の基準情報を、項目毎に設定する。

次に、ステップＳ２０で、生成部２４が、各グループに含まれる取引情報の共通的性質を抽出し、抽出した共通的性質を、シナリオを選択する際の選択基準として、各シナリオに対応付ける。

次に、ステップＳ２２で、生成部２４が、銀行ＩＤ毎、かつ取引種別毎に、選択基準が対応付けられた１又は複数のシナリオをシナリオＤＢ３４に記憶し、学習処理は終了する。

次に、図９を参照して、実行処理について説明する。

ステップＳ３２で、受付部４２が、担当者端末５４から、銀行ＩＤ及び取引種別と、承認処理の対象となる取引に関する取引情報とを含む承認要求を受け付ける。受付部４２は、受け付けた承認要求を選択部４４へ受け渡す。

次に、ステップＳ３４で、選択部４４が、受付部４２から受け渡された承認要求に含まれる銀行ＩＤ、取引種別、及び取引情報に基づいて、シナリオＤＢ３４からシナリオを選択する。ここでは、図１０に示すように、ＣＲＭの画面１の項目１１、項目１２、ＣＲＭの画面２の項目２１、項目２２、ＡＭＬの画面３の項目３１、及び項目３２を、確認項目として順次確認するシナリオが選択されたものとする。選択部４４は、選択したシナリオを判定部４６へ受け渡す。

次に、ステップＳ３６で、判定部４６が、選択部４４から受け渡されたシナリオに含まれる１番目の確認項目の「連携システム」の情報に基づいて、該当の連携システム５８、５９にアクセスする。そして、判定部４６は、確認項目の「画面番号」及び「項目」の情報に基づいて、連携システム５８、５９から確認項目のデータを取得する。ここでは、判定部４６は、ＣＲＭシステムから、画面１の項目１１のデータを取得する。

次に、ステップＳ３８で、判定部４６が、上記ステップＳ３６で取得したデータと、上気ステップＳ３６で選択したシナリオにおける１番目の確認項目の「基準情報」とを比較して、取得したデータが基準を満たしているか否かを判定する。ここでは、判定部４６は、ＣＲＭシステムから取得した項目１１のデータと、シナリオの基準情報１１とを比較する。項目１１のデータと基準情報１１とが一致する場合や、差が所定範囲内の場合など、取得したデータが基準を満たしている場合には、処理はステップＳ４０へ移行する。

ステップＳ４０では、判定部４６が、上記ステップＳ３８で確認した確認項目が、上記ステップＳ３４で選択されたシナリオの最後の確認項目か否かを判定することにより、シナリオが終了か否かを判定する。シナリオが終了の場合には、判定部４６が、シナリオに含まれる全ての確認項目について、基準を満たすと判定し、処理はステップＳ４２へ移行する。一方、シナリオの続きがある場合には、処理はステップＳ３６に戻り、次の確認項目について、上記ステップＳ３６及びＳ３８の処理を繰り返す。

ステップＳ４２では、判定部４６が、図１１に示すように、承認要求の対象である取引を承認すると判定し、承認要求に含まれる取引情報が示す取引をホストシステム５０に反映する。又は、判定部４６は、承認結果を、承認要求を送信した担当者端末５４へ返してもよい。そして、実行処理は終了する。

一方、上記ステップＳ３８で、判定部４６が、取得したデータが基準を満たさないと判定した場合には、処理はステップＳ４４へ移行する。ステップＳ４４では、判定部４６が、確認項目の確認を中断する。例えば、図１２に示すように、ＣＲＭの画面２の項目２１のデータが基準を満たさない場合、判定部４６は、以降の項目２２、ＡＭＬの項目３１、及び項目３２の確認を行わない。そして、判定部４６が、担当者端末５４から送信された承認要求を、予め定めた管理者端末５６、５７へ転送する。この際、判定部４６は、どの確認項目が基準を満たしていないかを示す情報を承認結果に含めてもよい。そして、実行処理は終了する。

以上、本実施形態に係る承認処理装置は、銀行毎、かつ取引種別毎に、連携システムのインターフェースを含む過去の承認ログを学習することにより、他のシステムと連携して承認処理を実行するためのシナリオを生成する。そして、承認処理装置は、承認要求を受け付けると、承認処理の対象の取引を行った銀行及び取引種別に応じたシナリオを選択し、シナリオにしたがって他のシステムと連携し、承認に必要な項目を順次確認する。これにより、他のシステムとの連携を含む承認処理を自動化することができる。

なお、上記実施形態では、承認処理装置を用いない構成における承認処理時の承認ログを用いてシナリオを学習する場合について説明したが、本実施形態の承認処理装置で処理した承認ログを用いてシナリオを学習してもよい。

また、上記実施形態では、各シナリオに共通的性質を対応付け、銀行ＩＤ及び取引種別が、承認要求に含まれる銀行ＩＤ及び取引種別と同一のシナリオから、共通的性質に基づいて、実行するシナリオを選択する場合について説明したが、これに限定されない。共通的性質を用いることは必須ではなく、例えば、銀行ＩＤ及び取引種別が同一のシナリオからランダムに選択したり、予め定めたルールに従って選択したりしてもよい。また、銀行ＩＤと取引種別との組み合わせ毎に１つのシナリオを生成しておいてもよい。

また、上記実施形態では、確認項目に対応するデータが基準情報を満たさない場合、シナリオに含まれるそれ以降の確認項目の確認を行うことなく、否認の判定（管理者端末への承認要求の転送）を行っているが、これに限定されない。シナリオに含まれる全ての確認項目について確認を行った上で、基準を満たさない項目が含まれる場合に、否認の判定を行うようにしてもよい。

また、上記実施形態では、過去の承認ログを学習してシナリオを生成する場合について説明したが、これに限定されない。例えば、銀行などの事務規定に従った学習データを承認ログに加えて学習することにより、シナリオを生成してもよい。これにより、過去の承認ログではカバーできていない手順がある場合にも対応することができる。

また、上記実施形態では、同一のホストシステムの配下の銀行毎、かつ取引種別毎にシナリオを生成する場合について説明したが、これに限定されない。本発明に係る承認処理装置に承認処理を要求する情報処理端末が配置された店舗や部署毎など、承認処理の手順が異なる単位毎にシナリオを生成すればよい。

また、上記実施形態では、承認処理プログラムが記憶部に予め記憶（インストール）されている態様を説明したが、これに限定されない。開示の技術に係るプログラムは、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、ＵＳＢメモリ等の記憶媒体に記憶された形態で提供することも可能である。

以上の実施形態に関し、更に以下の付記を開示する。

（付記１）
情報処理端末で処理された取引に関する取引情報と、前記取引の種別及び前記情報処理端末が配置されるグループの情報とを含む、前記取引についての承認要求を受け付け、
前記グループ毎、かつ前記取引の種別毎に、承認処理時に連携する他のシステムとのインターフェースの情報を含む過去の承認処理のログを学習することにより生成されたシナリオが複数記憶された記憶部を参照し、受け付けた前記取引の種別及び前記グループの情報に対応するシナリオを選択し、
選択した前記シナリオにしたがって、前記他のシステムと連携して、受け付けた前記取引情報が示す取引を承認するか否かを判定する
ことを含む処理をコンピュータに実行させるための承認処理プログラム。

（付記２）
前記シナリオは、連携する前記他のシステムに記憶された複数の情報のうち、確認される情報、及び前記確認される情報が満たすべき基準情報を含む付記１に記載の承認処理プログラム。

（付記３）
前記確認される情報は、前記取引情報に応じて異なり、
前記グループ毎、前記取引の種別毎、かつ前記取引情報の共通的性質毎に生成されたシナリオが前記記憶部に記憶された
付記２に記載の承認処理プログラム。

（付記４）
前記グループに応じて、承認処理時に連携する前記他のシステムが異なる付記１～付記３のいずれか１項に記載の承認処理プログラム。

（付記５）
前記取引を承認しないと判定された場合、承認できない旨の情報を前記承認要求の要求元の情報処理端末へ返すか、又は、予め定めた管理者が使用する情報処理端末へ前記承認要求を転送する付記１～付記４のいずれか１項に記載の承認処理プログラム。

（付記６）
前記取引情報は、前記情報処理端末が備える表示装置に表示された画面、前記画面に入力される情報、及び文書を読み取ったイメージデータの少なくとも一つを含む付記１～付記５のいずれか１項に記載の承認処理プログラム。

（付記７）
前記グループは、承認処理の手順の異なりにより分類されるグループである付記１～付記６のいずれか１項に記載の承認処理プログラム。

（付記８）
前記グループは、前記情報処理端末が配置される店舗又は部署である付記７に記載の承認処理プログラム。

（付記９）
前記過去の承認処理のログを、前記グループ毎、かつ前記取引の種別毎に学習することにより、前記シナリオを生成することをさらに含む処理を前記コンピュータに実行させるための付記１～付記８のいずれか１項に記載の承認処理プログラム。

（付記１０）
情報処理端末で処理された取引に関する取引情報と、前記取引の種別及び前記情報処理端末が配置されるグループの情報とを含む、前記取引についての承認要求を受け付ける受付部と、
前記グループ毎、かつ前記取引の種別毎に、承認処理時に連携する他のシステムとのインターフェースの情報を含む過去の承認処理のログを学習することにより生成されたシナリオが複数記憶された記憶部を参照し、受け付けた前記取引の種別及び前記グループの情報に対応するシナリオを選択する選択部と、
選択した前記シナリオにしたがって、前記他のシステムと連携して、受け付けた前記取引情報が示す取引を承認するか否かを判定する判定部と、
を含む承認処理装置。

（付記１１）
前記シナリオは、連携する前記他のシステムに記憶された複数の情報のうち、確認される情報、及び前記確認される情報が満たすべき基準情報を含む付記１０に記載の承認処理装置。

（付記１２）
前記確認される情報は、前記取引情報に応じて異なり、
前記グループ毎、前記取引の種別毎、かつ前記取引情報の共通的性質毎に生成されたシナリオが前記記憶部に記憶された
付記１１に記載の承認処理装置。

（付記１３）
前記グループに応じて、承認処理時に連携する前記他のシステムが異なる付記１０～付記１２のいずれか１項に記載の承認処理装置。

（付記１４）
前記判定部は、前記取引を承認しないと判定した場合、承認できない旨の情報を前記承認要求の要求元の情報処理端末へ返すか、又は、予め定めた管理者が使用する情報処理端末へ前記承認要求を転送する付記１０～付記１３のいずれか１項に記載の承認処理装置。

（付記１５）
前記取引情報は、前記情報処理端末が備える表示装置に表示された画面、前記画面に入力される情報、及び文書を読み取ったイメージデータの少なくとも一つを含む付記１０～付記１４のいずれか１項に記載の承認処理装置。

（付記１６）
前記グループは、承認処理の手順の異なりにより分類されるグループである付記１０～付記１５のいずれか１項に記載の承認処理装置。

（付記１７）
前記グループは、前記情報処理端末が配置される店舗又は部署である付記１６に記載の承認処理装置。

（付記１８）
前記過去の承認処理のログを、前記グループ毎、かつ前記取引の種別毎に学習することにより、前記シナリオを生成する生成部をさらに含む付記１０～付記１７のいずれか１項に記載の承認処理装置。

（付記１９）
情報処理端末で処理された取引に関する取引情報と、前記取引の種別及び前記情報処理端末が配置されるグループの情報とを含む、前記取引についての承認要求を受け付け、
前記グループ毎、かつ前記取引の種別毎に、承認処理時に連携する他のシステムとのインターフェースの情報を含む過去の承認処理のログを学習することにより生成されたシナリオが複数記憶された記憶部を参照し、受け付けた前記取引の種別及び前記グループの情報に対応するシナリオを選択し、
選択した前記シナリオにしたがって、前記他のシステムと連携して、受け付けた前記取引情報が示す取引を承認するか否かを判定する
ことを含む処理をコンピュータが実行する承認処理方法。

（付記２０）
情報処理端末で処理された取引に関する取引情報と、前記取引の種別及び前記情報処理端末が配置されるグループの情報とを含む、前記取引についての承認要求を受け付け、
前記グループ毎、かつ前記取引の種別毎に、承認処理時に連携する他のシステムとのインターフェースの情報を含む過去の承認処理のログを学習することにより生成されたシナリオが複数記憶された記憶部を参照し、受け付けた前記取引の種別及び前記グループの情報に対応するシナリオを選択し、
選択した前記シナリオにしたがって、前記他のシステムと連携して、受け付けた前記取引情報が示す取引を承認するか否かを判定する
ことを含む処理をコンピュータに実行させるための承認処理プログラムを記憶した記憶媒体。

１０ 承認処理装置
２０ 学習部
２２ 取得部
２４ 生成部
３２ 承認ログデータベース
３４ シナリオデータベース
４０ 実行部
４２ 受付部
４４ 選択部
４６ 判定部
５０ ホストシステム
５２ 銀行
５３ 本部
５４ 担当者端末
５６、５７ 管理者端末
５８、５９ 連携システム
７０ コンピュータ
７１ ＣＰＵ
７２ メモリ
７３ 記憶部
７４ 入出力装置
７９ 記憶媒体
８０ 承認処理プログラム

Claims (8)

1. 情報処理端末で処理された取引に関する取引情報と、前記取引の種別及び前記情報処理端末が配置されるグループの情報とを含む、前記取引についての承認要求を受け付け、
   前記グループ毎、かつ前記取引の種別毎に、承認処理時に連携する他のシステムとのインターフェースの情報を含む過去の承認処理のログを学習することにより生成されたシナリオが複数記憶された記憶部を参照し、受け付けた前記取引の種別及び前記グループの情報に対応するシナリオを選択し、
   選択した前記シナリオにしたがって、前記他のシステムと連携して、受け付けた前記取引情報が示す取引を承認するか否かを判定する
   ことを含む処理をコンピュータに実行させるための承認処理プログラム。
2. 前記シナリオは、連携する前記他のシステムに記憶された複数の情報のうち、確認される情報、及び前記確認される情報が満たすべき基準情報を含む請求項１に記載の承認処理プログラム。
3. 前記確認される情報は、前記取引情報に応じて異なり、
   前記グループ毎、前記取引の種別毎、かつ前記取引情報の共通的性質毎に生成されたシナリオが前記記憶部に記憶された
   請求項２に記載の承認処理プログラム。
4. 前記グループに応じて、承認処理時に連携する前記他のシステムが異なる請求項１～請求項３のいずれか１項に記載の承認処理プログラム。
5. 前記取引を承認しないと判定された場合、承認できない旨の情報を前記承認要求の要求元の情報処理端末へ返すか、又は、予め定めた管理者が使用する情報処理端末へ前記承認要求を転送する請求項１～請求項４のいずれか１項に記載の承認処理プログラム。
6. 前記過去の承認処理のログを、前記グループ毎、かつ前記取引の種別毎に学習することにより、前記シナリオを生成することをさらに含む処理を前記コンピュータに実行させるための請求項１～請求項５のいずれか１項に記載の承認処理プログラム。
7. 情報処理端末で処理された取引に関する取引情報と、前記取引の種別及び前記情報処理端末が配置されるグループの情報とを含む、前記取引についての承認要求を受け付ける受付部と、
   前記グループ毎、かつ前記取引の種別毎に、承認処理時に連携する他のシステムとのインターフェースの情報を含む過去の承認処理のログを学習することにより生成されたシナリオが複数記憶された記憶部を参照し、受け付けた前記取引の種別及び前記グループの情報に対応するシナリオを選択する選択部と、
   選択した前記シナリオにしたがって、前記他のシステムと連携して、受け付けた前記取引情報が示す取引を承認するか否かを判定する判定部と、
   を含む承認処理装置。
8. 情報処理端末で処理された取引に関する取引情報と、前記取引の種別及び前記情報処理端末が配置されるグループの情報とを含む、前記取引についての承認要求を受け付け、
   前記グループ毎、かつ前記取引の種別毎に、承認処理時に連携する他のシステムとのインターフェースの情報を含む過去の承認処理のログを学習することにより生成されたシナリオが複数記憶された記憶部を参照し、受け付けた前記取引の種別及び前記グループの情報に対応するシナリオを選択し、
   選択した前記シナリオにしたがって、前記他のシステムと連携して、受け付けた前記取引情報が示す取引を承認するか否かを判定する
   ことを含む処理をコンピュータが実行する承認処理方法。

Images