(57)【要約】【課題】不正な振込を検知するシステムの処理負荷を軽減する。【解決手段】不正振込検知システム（Ｓ）の振込受付手段（１０１）は、振込を受け付ける。不正検知手段（１０２）は、振込受付手段（１０１）が振込を受け付けた場合に、不正を検知するための複数の条件が満たされるかを、各条件の判定順序に従って順次判定し、途中の条件が満たされた場合は以降の条件を判定せずに、当該振込が不正であるか否かを決定する。送金制限手段（１０３）は、不正検知手段（１０２）が検知した不正な振込の送金処理を制限する。件数取得手段（１０４）は、振込受付手段（１０１）が過去に受け付けた振込に基づいて、条件ごとに、当該条件を満たす振込の件数を取得する。判定順序変更手段（１０５）は、件数取得手段（１０４）が取得した件数に基づいて、満たされる確率の高い条件が先に来るように、各条件の判定順序を変更する。【選択図】図２
2018060452.tif 000002
【特許請求の範囲】
【請求項１】
振込を受け付ける振込受付手段と、
前記振込受付手段が振込を受け付けた場合に、不正を検知するための複数の条件が満たされるかを、各条件の判定順序に従って順次判定し、途中の条件が満たされた場合は以降の条件を判定せずに、当該振込が不正であるか否かを決定する不正検知手段と、
前記不正検知手段が検知した不正な振込の送金処理を制限する送金制限手段と、
前記振込受付手段が過去に受け付けた振込に基づいて、前記条件ごとに、当該条件を満たす振込の件数を取得する件数取得手段と、
前記件数取得手段が取得した件数に基づいて、満たされる確率の高い条件が先に来るように、各条件の判定順序を変更する判定順序変更手段と、
を含むことを特徴とする不正振込検知システム。
【請求項２】
前記件数取得手段は、前記不正検知手段が不正な振込を検知した場合に判定されなかった条件に対しても満たされるかを判定し、前記条件ごとに、当該条件を満たす振込の件数を取得する、
ことを特徴とする請求項１に記載の不正振込検知システム。
【請求項３】
前記不正振込検知システムは、前記振込受付手段が過去に受け付けた振込に基づいて、前記条件ごとに、判定処理の負荷に関する負荷情報を取得する負荷取得手段を更に含み、
前記順序変更手段は、前記件数取得手段が取得した件数と、前記負荷取得手段が取得した負荷情報と、に基づいて、満たされる確率が高く、かつ、判定処理の負荷が軽い条件が先に来るように、各条件の判定順序を変更する、
ことを特徴とする請求項１又は２に記載の不正振込検知システム。
【請求項４】
前記負荷取得手段は、各条件の判定処理に要した処理時間を前記負荷情報として取得し、
前記順序変更手段は、満たされる確率が高く、かつ、処理時間が短い条件が先に来るように、各条件の判定順序を変更する、
ことを特徴とする請求項３に記載の不正振込検知システム。
【請求項５】
前記不正検知手段は、前記振込受付手段が受け付けた振込のうち、毎月指定された日に行われる振込と、指定された振込日に振り込まれるように予約された他行向けの振込と、を検知対象とする、
ことを特徴とする請求項１〜４の何れかに記載の不正振込検知システム。
【請求項６】
前記送金制限手段は、前記不正検知手段が検知した不正な振込の送金処理を保留し、承認者が承認した場合に当該振込の送金処理を許可し、
前記不正振込検知システムは、
送金処理が保留された振込の不正の度合いを取得する不正度合取得手段と、
送金処理が保留された振込を承認するための画面において、当該振込を不正の度合い順に並べて表示させる表示制御手段と、
を更に含むことを特徴とする請求項１〜５の何れかに記載の不正振込検知システム。
【請求項７】
前記送金制限手段は、前記不正検知手段が検知した不正な振込の送金処理を保留し、少なくとも１人の承認者が承認した場合に当該振込の送金処理を許可し、
前記不正振込検知システムは、
送金処理が保留された振込の不正の度合いを取得する不正度合取得手段と、
送金処理が保留された振込の不正の度合いに基づいて、当該振込の送金処理を許可するために必要な前記承認者の人数を決定する人数決定手段と、
を更に含み、
前記送金制限手段は、前記人数決定手段が決定した人数の承認者が承認した振込の送金処理を許可する、
ことを特徴とする請求項１〜６の何れかに記載の不正振込検知システム。
【請求項８】
前記不正度合取得手段は、前記複数の条件のうち、前記振込検知手段が検知した不正な振込が満たす条件に基づいて、当該振込の不正の度合いを取得する、
ことを特徴とする請求項６又は７に記載の不正振込検知システム。
【請求項９】
前記不正度合取得手段は、前記振込検知手段が検知した不正な振込が満たす条件に関連付けられた重み付けに基づいて、当該振込の不正の度合いを取得し、
前記不正振込検知システムは、前記承認者による承認結果に基づいて、各条件に関連付けられた重み付けを変更する変更手段、
を更に含むことを特徴とする請求項８に記載の不正振込検知システム。
【請求項１０】
振込を受け付ける振込受付ステップと、
前記振込受付ステップにおいて振込を受け付けた場合に、不正を検知するための複数の条件が満たされるかを、各条件の判定順序に従って順次判定し、途中の条件が満たされた場合は以降の条件を判定せずに、当該振込が不正であるか否かを決定する不正検知ステップと、
前記不正検知ステップにおいて検知した不正な振込の送金処理を制限する送金制限ステップと、
前記振込受付ステップにおいて過去に受け付けた振込に基づいて、前記条件ごとに、当該条件を満たす振込の件数を取得する件数取得ステップと、
前記件数取得ステップが取得した件数に基づいて、満たされる確率の高い条件が先に来るように、各条件の判定順序を変更する判定順序変更ステップと、
を含むことを特徴とする不正振込検知方法。
【請求項１１】
振込を受け付ける振込受付手段、
前記振込受付手段が振込を受け付けた場合に、不正を検知するための複数の条件が満たされるかを、各条件の判定順序に従って順次判定し、途中の条件が満たされた場合は以降の条件を判定せずに、当該振込が不正であるか否かを決定する不正検知手段、
前記不正検知手段が検知した不正な振込の送金処理を制限する送金制限手段、
前記振込受付手段が過去に受け付けた振込に基づいて、前記条件ごとに、当該条件を満たす振込の件数を取得する件数取得手段、
前記件数取得手段が取得した件数に基づいて、満たされる確率の高い条件が先に来るように、各条件の判定順序を変更する判定順序変更手段、
としてコンピュータを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、不正振込検知システム、不正振込検知方法、及びプログラムに関する。
【背景技術】
【０００２】
近年、インターネットバンキングの普及に伴い、不正な振込が増加している。例えば、マルウェアによって利用者の口座から悪意のある第三者の口座に勝手に振込が行われたり、マネーロンダリングのための振込が繰り返されたりしている。このため、不正な振込を検知するための技術が検討されている。例えば、特許文献１には、顧客と取引先との間で行われた過去の振込の頻度及び種類と、これから行われる振込の頻度及び種類と、を比較し、これらの間に一定以上の差がある場合に不正な振込として検知するシステムが記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−１６８９７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記のような技術では、不正を検知するための複数の条件を用意し、システムが振込を受け付けた場合に、各条件が満たされるかを各条件の判定順序に従って順次判定することが考えられる。このようなシステムでは、全ての条件を判定する前に、途中の条件が満たされた場合は、その時点で振込が不正であるか否かを決定し、それ以降の条件の判定処理を省略することも考えられる。この場合、同じ振込でも、各条件の判定順序が変われば、不正か否かの決定に必要な判定処理の回数が変わる可能性がある。
【０００５】
各条件が満たされる確率は、その内容や不正の手口の傾向によって異なり、不正か否かの決定に必要な判定処理の回数の期待値は、各条件の判定順序によって変化する。例えば、確率の高い条件が最初の方にあれば、不正か否かを早い段階で決定できるため、期待値は小さくなるが、確率の低い条件が最初の方にあると、不正か否かをなかなか決定できないため、期待値は大きくなる。この点、システムは１日に膨大な数の振込を受け付けるため、個々の振込に対する判定処理の回数が多くなると、処理負荷が増大してしまう。
【０００６】
本発明の目的は、不正な振込を検知するシステムの処理負荷を軽減することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明に係る不正振込検知システムは、振込を受け付ける振込受付手段と、前記振込受付手段が振込を受け付けた場合に、不正を検知するための複数の条件が満たされるかを、各条件の判定順序に従って順次判定し、途中の条件が満たされた場合は以降の条件を判定せずに、当該振込が不正であるか否かを決定する不正検知手段と、前記不正検知手段が検知した不正な振込の送金処理を制限する送金制限手段と、前記振込受付手段が過去に受け付けた振込に基づいて、前記条件ごとに、当該条件を満たす振込の件数を取得する件数取得手段と、前記件数取得手段が取得した件数に基づいて、満たされる確率の高い条件が先に来るように、各条件の判定順序を変更する判定順序変更手段と、を含むことを特徴とする。
【図面の簡単な説明】
【０００８】
【図１】実施形態に係る不正振込検知システムの全体構成の一例を示す図である。
【図２】不正振込検知システムの機能ブロック図である。
【図３】条件データの一例を示す図である。
【図４】保留リストデータの一例を示す図である。
【図５】件数データの一例を示す図である。
【図６】不正振込検知処理のフロー図である。
【図７】Ｓ２において実行される条件判定処理を示す図である。
【図８】Ｓ２において実行される条件判定処理を示す図である。
【図９】判定順序変更処理を示すフロー図である。
【図１０】変形例の機能ブロック図である。
【図１１】承認者端末の表示部に表示される承認画面の一例である。
【発明を実施するための形態】
【０００９】
［１．不正振込検知システムの全体構成］
以下、本発明の実施形態の例について図面に基づき詳細に説明する。図１は、実施形態に係る不正振込検知システムＳの全体構成の一例を示す図である。不正振込検知システムＳは、金融機関が管理するシステムであり、例えば、不正検知サーバ１０、承認者端末２０、及び送金処理サーバ３０を含む。不正検知サーバ１０、承認者端末２０、及び送金処理サーバ３０は、それぞれＬＡＮによりデータ送受信可能に接続されている。
【００１０】
不正検知サーバ１０は、不正な振込を検知するサーバコンピュータであり、制御部１１、記憶部１２、及び通信部１３を含む。制御部１１は、例えば、一又は複数のマイクロプロセッサを含む。記憶部１２は、例えば、ＲＡＭ等の主記憶部やハードディスク等の補助記憶部を含む。制御部１１は、記憶部１２に記憶されたプログラムやデータに従って処理を実行する。通信部１３は、例えば、ネットワークカードを含む。通信部１３は、インターネットやＬＡＮなどのネットワークを介して外部機器とのデータ送受信が可能である。
【００１１】
承認者端末２０は、不正として検知された振込を審査する承認者が操作するコンピュータであり、例えば、パーソナルコンピュータ又はタブレット型端末である。承認者端末２０は、制御部２１、記憶部２２、通信部２３、操作部２４、及び表示部２５を含む。これらのハードウェア構成は、それぞれ制御部１１、記憶部１２、及び通信部１３と同様であってよい。操作部２４は、入力デバイスであり、例えば、タッチパネルやマウスなどのポインティングデバイス又はキーボードである。表示部２５は、例えば、液晶ディスプレイ又は有機ＥＬディスプレイである。
【００１２】
送金処理サーバ３０は、振込の送金処理を行うサーバコンピュータであり、制御部３１、記憶部３２、及び通信部３３を含む。これらのハードウェア構成は、制御部１１、記憶部１２、及び通信部１３と同様であってよい。送金処理サーバ３０は、全国の銀行間の取引を中継する全国銀行データ通信システムに接続されており、振込に関するデータを全国銀行データ通信システムに送信することにより送金処理を実行する。全国銀行データ通信システムは、受信したデータを処理して受取人の銀行宛てに当該データを送信することで、受取人への送金が行われる。
【００１３】
図１に示すように、不正振込検知システムＳは、インターネットを介して、顧客端末４０とデータ送受信可能に接続されている。顧客端末４０は、顧客が操作するコンピュータであり、例えば、制御部４１、記憶部４２、通信部４３、操作部４４、及び表示部４５を含む。これらのハードウェア構成は、それぞれ制御部２１、記憶部２２、通信部２３、操作部２４、及び表示部２５と同様であってよい。顧客は、顧客端末４０を操作することにより、金融機関が提供するインターネットバンキングに関する各種サービスを利用することができる。
【００１４】
なお、記憶部１２，２２，３２，４２に記憶されるものとして説明するプログラムやデータは、コンピュータ読み取り可能な情報記憶媒体（例えば、メモリカード）に記憶されたものが各コンピュータに供給されるようにしてもよいし、ネットワークを介して各コンピュータに供給されるようにしてもよい。また、上記説明した各コンピュータのハードウェア構成は、上記の例に限られず、例えば、情報記憶媒体を読み取る読取部（例えば、メモリカードスロット）、又は、外部機器と直接的に通信するための入出力部（例えば、ＵＳＢ端子）が備えられていてもよい。
【００１５】
本実施形態の不正振込検知システムＳは、振込を受け付けると、不正な振込を検知するための複数の条件が満たされるかを、所定の判定順序に従って順次判定する。不正振込検知システムＳは、全ての条件を判定する前に、途中の条件が満たされた場合は、その時点で振込が不正であるか否かを決定し、それ以降の条件の判定処理を省略する。不正であると決定された振込は、送金処理が保留されて承認者の承認に回される。
【００１６】
先述したように、各条件が満たされる確率は条件によって異なるので、不正か否かの決定に必要な判定処理の回数の期待値は、各条件の判定順序によって変化する。このため、不正振込検知システムＳは、各条件を満たす振込の件数を取得し、満たされる確率の高い条件が先の順番になるように、各条件の判定順序を変更することによって、より早い段階で振込が不正であるかを決定可能とし、自身の処理負荷を軽減する構成を有する。以降、当該構成の詳細について説明する。
【００１７】
［２．不正振込検知システムにおいて実現される機能］
図２は、不正振込検知システムＳの機能ブロック図である。図２に示すように、本実施形態では、データ記憶部１００、振込受付部１０１、不正検知部１０２、送金制限部１０３、件数取得部１０４、及び判定順序変更部１０５が不正検知サーバ１０により実現される場合を説明する。データ記憶部１００は、記憶部１２を主として実現され、他の各機能は、制御部１１を主として実現される。なお、データ記憶部１００は、不正検知サーバ１０以外のコンピュータで実現されてもよい。
【００１８】
［２−１．データ記憶部］
データ記憶部１００は、本実施形態で説明する処理を実行するためのデータを記憶する。ここでは、データ記憶部１００が記憶するデータの一例として、条件データ及び保留リストデータを説明する。
【００１９】
図３は、条件データの一例を示す図である。図３に示すように、条件データには、各条件の判定順序が格納されている。本実施形態では、１番目〜７番目の条件Ａ〜Ｇは、判定順序が固定されている。８番目の条件は、８つの条件Ｈ１〜Ｈ８を含んでおり、これら条件Ｈ１〜Ｈ８は、判定順序が可変である。なお、各条件は、当該条件が満たされた場合に、その時点で不正であるか否かが決定される。このため、各条件には、当該条件が満たされた場合に振込を不正とするか振込を通常とするかを識別する情報が関連付けられているものとする。
【００２０】
条件は、振込に関する所定項目の情報に基づいて判定可能な条件であればよい。判定処理の際に参照される項目としては、振込内容そのものであってもよいし、振込に付帯する付帯情報であってもよい。振込内容は、例えば、振込種別、振込日時、振込人名、振込金額、振込先金融機関、振込先支店、振込先預金種別、振込先口座番号、又は振込先名義人であってよい。付帯情報は、例えば、振込を指示したコンピュータ（例えば、顧客端末４０）を識別可能な情報（例えば、ＩＰアドレス）、当該コンピュータがアクセスするネットワーク環境、又は口座の開設状況であってよい。
【００２１】
各条件の判定処理で参照される情報の項目と、条件の判定基準（即ち、条件の内容）と、は条件データに定義されていてもよいし、条件データから検索可能なデータに定義されていてもよいし、プログラムコードとして記述されていてもよい。例えば、数値で示される項目の場合、振込が不正であるか否かを決定するための閾値や基準値が用意されている。この場合の条件は、項目が示す数値が閾値以上である場合に満たされる条件であってもよいし、数値が閾値未満である場合に満たされる条件であってもよい。更に、この場合の条件は、項目が示す数値が基準値と一致する場合に満たされる条件であってもよいし、数値が基準値と一致しない場合に満たされる条件であってもよい。また例えば、文字列で示される項目の場合、振込が不正であるか否かを決定するための基準文字列が用意されている。この場合の条件は、項目が示す文字列が基準文字列と一致する場合に満たされる条件であってもよいし、文字列が基準文字列と一致しない場合に満たされる条件であってもよい。
【００２２】
また、条件としては、肯定的な条件が用いられてもよいし、否定的な条件が用いられてもよい。例えば、図３に示すように、条件Ａ〜条件Ｇは、所定の内容の振込である場合に満たされる肯定的な条件である。一方、条件Ｈ１〜Ｈ８は、それぞれ所定の内容の振込ではない場合に満たされる否定的な条件である。即ち、各条件は、所定の内容の振込である場合、又は、所定の内容の振込ではない場合の何れかに満たされる条件であってよい。更に、条件Ｆ，Ｇ，Ｈ６，Ｈ７のように、１つの条件の中に複数の判定項目が含まれていてもよい。
【００２３】
図４は、保留リストデータの一例を示す図である。図４に示すように、保留リストデータには、不正として検知された振込の振込ＩＤが格納される。別の言い方をすれば、保留リストデータには、不正が検知された振込の振込ＩＤが格納される。振込ＩＤは、個々の振込を一意に識別する情報である。保留リストデータに振込ＩＤが格納された振込が承認者により承認された場合は、保留リストデータから当該振込ＩＤが削除されてもよい。同様に、承認者が不正と判断した振込は、送金処理が実行されず返金処理が実行されるので、当該振込の振込ＩＤは、保留リストデータから削除されてもよい。
【００２４】
なお、データ記憶部１００が記憶するデータは上記の例に限られない。例えば、データ記憶部１００は、後述する件数データを記憶してもよいし、不正振込検知システムＳが過去に受け付けた振込の履歴に関する振込履歴データを記憶してもよい。例えば、振込履歴データには、振込ＩＤに関連付けて、振込内容（例えば、振込種別、振込日時、振込人名、振込金額、振込先金融機関、振込先支店、振込先預金種別、振込先口座番号、振込先名義人）が格納されるようにしてよい。また例えば、データ記憶部１００は、毎月指定された日に行われる振込が実行される場合には、当該指定された日と振込内容とを関連付けたデータを記憶してもよい。また例えば、データ記憶部１００は、指定された振込日に振り込まれるように予約された他行向けの振込が実行される場合には、当該指定された振込日と振込内容とを関連付けたデータを記憶してもよい。これらの場合は、顧客は顧客端末４０を操作することで振込が行われる日と振込内容とを指定可能であってよい。
【００２５】
［２−２．振込受付部］
振込受付部１０１は、振込を受け付ける。例えば、振込受付部１０１は、顧客が顧客端末４０から所定の振込操作をした場合に振込を受け付けてもよいし、顧客が指定した日に自動的に振込が行われる場合には、当該日が訪れた場合に自動的に振込を受け付けてもよい。振込受付部１０１は、振込内容を示す振込内容データを、顧客端末４０などのコンピュータから受信する。振込内容データには、複数項目の情報が含まれてよい。また、振込受付部１０１は、振込を受け付けた場合、当該振込を一意に識別する振込ＩＤを発行し、受信した振込内容データと関連付けて、振込履歴データに記録するようにしてよい。
【００２６】
［２−３．不正検知部］
不正検知部１０２は、振込受付部１０１が振込を受け付けた場合に、不正を検知するための複数の条件が満たされるかを、各条件の判定順序に従って順次判定し、途中の条件が満たされた場合は以降の条件を判定せずに、当該振込が不正であるか否かを決定する。振込受付部１０１が振込を受け付けると、不正検知部１０２は、条件データを参照して各条件の判定順序を特定し、振込内容又は振込の付帯情報を参照して、判定に必要な項目を取得する。不正検知部１０２は、特定した判定順序と取得した項目とに基づいて、振込が各条件を満たすかを順番に判定する。
【００２７】
例えば、数値で示される項目であれば、不正検知部１０２は、対象となる項目の数値と閾値又は基準値とを比較することによって、条件が満たされるかを判定する。一方、文字列で示される項目であれば、不正検知部１０２は、対象となる項目の文字列と条件が示す基準文字列とを比較することによって、当該条件が満たされるかを判定する。なお、不正検知部１０２は、振込受付部１０１が受け付ける全ての振込を検知対象としてもよいし、所定種別の振込のみを検知対象としてもよい。本実施形態では、不正検知部１０２は、振込受付部１０１が受け付けた振込のうち、毎月指定された日に行われる振込と、指定された振込日に振り込まれるように予約された他行向けの振込と、を検知対象とする場合を説明する。不正検知部１０２は、振込内容データに含まれる振込種別に基づいて、これら特定種別の振込であるかを判定するようにすればよい。
【００２８】
［２−４．送金制限部］
送金制限部１０３は、不正検知部１０２が検知した不正な振込の送金処理を制限する。本実施形態では、送金処理を保留（待機）することが送金処理を制限することに相当する場合を説明するが、特に保留することなく強制的に返金処理を実行することが送金処理を制限することに相当してもよい。送金制限部１０３は、不正検知部１０２が検知した不正な振込の振込ＩＤを保留リストデータに格納する。なお、不正検知部１０２が不正を検知しなかった振込は、その内容が送金処理サーバ３０に渡されて通常通りの送金処理が実行される。
【００２９】
本実施形態では、送金制限部１０３は、不正検知部１０２が検知した不正な振込の送金処理を保留し、承認者が承認した場合に当該振込の送金処理を許可する。例えば、承認者端末２０の表示部２５に保留リストデータが示す保留リストが表示され、承認者による承認作業が行われる。保留リストでは、不正検知部１０２が検知した振込内容が表示される。承認者は、保留リストに表示された振込内容を確認し、問題がないと判断すれば、操作部４４を操作して所定の承認操作を行う。一方、承認者は、振込内容に問題があると判断した場合は、操作部４４を操作して所定の否認操作を行う。承認者が承認した場合は、保留された振込の送金処理が実行され、承認者が承認しなかった場合（即ち、否認した場合）は、保留された振込の送金処理は実行されず返金処理が実行される。
【００３０】
［２−５．件数取得部］
件数取得部１０４は、振込受付部１０１が過去に受け付けた振込に基づいて、条件ごとに、当該条件を満たす振込の件数を取得する。本実施形態では、対象となる振込は、ある一定期間内に振込受付部１０１が受け付けた全振込である場合を説明するが、この期間内に不正と検知された振込のみが対象となってもよいし、これらのうちの一部の振込のみが対象となってもよい。また、この期間を１日として説明するが、数時間単位であってもよいし、数日単位であってもよい。あるいは、数週間単位であってもよいし、数か月単位であってもよい。件数を取得する対象となる期間は、任意であってよい。
【００３１】
本実施形態では、件数取得部１０４は、不正検知部１０２が不正な振込を検知した場合に判定されなかった条件に対しても満たされるかを判定し、条件ごとに、当該条件を満たす振込の件数を取得する。件数取得部１０４は、取得した件数を件数データに格納してデータ記憶部１００に記録する。
【００３２】
図５は、件数データの一例を示す図である。図５に示すように、件数データには、判定順序を変更可能な条件Ｈ１〜Ｈ８ごとに、満たされる振込の総数が格納される。例えば、件数取得部１０４は、ある１日に行われた全振込に対して、当該振込が条件Ｈ１〜Ｈ８の各々を満たすかを判定し、満たすと判定した振込に対してはフラグをオン（値を「１」）にする。各条件の判定方法は、不正検知部１０２の判定方法と同様である。件数取得部１０４は、条件ごとに、フラグがオンになっている振込の総数をカウントすることによって、各条件の件数を取得する。
【００３３】
［２−６．判定順序変更部］
判定順序変更部１０５は、件数取得部１０４が取得した件数に基づいて、満たされる確率の高い条件が先に来るように、各条件の判定順序を変更する。件数取得部１０４が取得した件数が多いほど、満たされる確率は高くなる。例えば、判定順序変更部１０５は、件数取得部１０４が取得した件数が多い順となるように、条件Ｈ１〜Ｈ８の判定順序を変更する。別の言い方をすれば、判定順序変更部１０５は、件数取得部１０４が取得した件数の降順となるように、条件Ｈ１〜Ｈ８の判定順序を変更する。
【００３４】
なお、判定順序変更部１０５は、判定順序の変更前よりも変更後の方が満たされる確率の高い条件が先に来ていればよく、判定順序の変更方法は、上記の例に限られない。例えば、判定順序変更部１０５は、最も件数の多い条件が最初に来るように判定順序を変更し、他の条件の判定順序は変更しないようにしてもよい。また例えば、判定順序変更部１０５は、最も件数の少ない条件が最後に来るように判定順序を変更し、他の条件の判定順序は変更しないようにしてもよい。判定順序変更部１０５による変更前よりも変更後の判定順序の方が、満たされる確率の高い条件が先に来ていればよく、必ずしも全ての条件の判定順序が変更される必要はない。
【００３５】
［３．不正振込検知システムにおいて実行される処理］
次に、不正振込検知システムＳで実行される処理を説明する。ここでは、不正な振込を検知するための不正振込検知処理と、条件の判定順序を変えるための判定順序変更処理と、を説明する。これらの処理は、不正検知サーバ１０において実行され、制御部１１が、記憶部１２に記憶されたプログラムに従って動作することによって実行される。これらの処理は、各機能ブロックが実行する処理の一例である。
【００３６】
［３−１．不正振込検知処理］
図６は、不正振込検知処理のフロー図である。不正振込検知処理は、不正検知サーバ１０が振込を受け付けるたびに実行される処理である。なお、不正検知サーバ１０は、振込を受け付けるたびに、当該振込の振込ＩＤを発行するようにしてよい。図６に示すように、まず、制御部１１は、受け付けた振込が所定種別の振込であるかを判定する（Ｓ１）。所定種別は、不正検知の対象となる種別であり、例えば、毎月指定された日に行われる振込と、指定された振込日に振り込まれるように予約された他行向けの振込と、の２つである。Ｓ１においては、制御部１１は、受け付けた振込の振込内容データが示す振込種別が、所定種別を示すかを判定する。
【００３７】
所定種別の振込であると判定されない場合（Ｓ１；Ｎ）、不正検知の対象ではない振込なので本処理は終了する。一方、所定種類の振込であると判定された場合（Ｓ１；Ｙ）、制御部１１は、振込に関する各項目の情報と条件データとに基づいて、各条件が満たされるかを所定の判定順序で判定する条件判定処理を実行する（Ｓ２）。図７及び図８は、Ｓ２において実行される条件判定処理を示す図である。図７に示すように、制御部１１は、項目ａが所定値であるかを判定する（Ｓ２０）。Ｓ２０の判定が肯定であった場合、条件Ａが満たされたので、制御部１１は、通常の振込であると決定し（Ｓ２１）、以降の条件の判定処理は省略する。なお、通常の振込とは、不正ではなく正常なものとして検知された振込である。
【００３８】
一方、Ｓ２０の判定が否定であった場合、条件Ａが満たされないので、制御部１１は、項目ｂが閾値以上であるかを判定する（Ｓ２２）。Ｓ２２の判定が肯定であった場合、条件Ｂが満たされたので、制御部１１は、不正な振込であると決定し（Ｓ２３）、以降の条件の判定処理は省略する。一方、Ｓ２２の判定が否定であった場合、条件Ｂが満たされないので、制御部１１は、項目ｃが閾値未満であるかを判定する（Ｓ２４）。Ｓ２４の判定が肯定であった場合、条件Ｃが満たされたので、制御部１１は、Ｓ２３に移行して不正な振込であると決定し、以降の条件の判定処理は省略する。
【００３９】
一方、Ｓ２４の判定が否定であった場合、条件Ｃが満たされないので、制御部１１は、項目ｄに所定値が存在するかを判定する（Ｓ２５）。Ｓ２５の判定が肯定であった場合、条件Ｄが満たされたので、制御部１１は、Ｓ２３に移行して不正な振込であると決定し、以降の条件の判定処理は省略する。一方、Ｓ２５の判定が否定であった場合、条件Ｄが満たされないので、制御部１１は、項目ｅに所定値が存在しないかを判定する（Ｓ２６）。Ｓ２６の判定が肯定であった場合、条件Ｅが満たされたので、制御部１１は、Ｓ２３に移行して不正な振込であると決定し、以降の条件の判定処理は省略する。
【００４０】
一方、Ｓ２６の判定が否定であった場合、条件Ｅが満たされないので、制御部１１は、項目ｆ１が所定値であり、かつ、項目ｆ２が所定値であるかを判定する（Ｓ２７）。Ｓ２７の判定が肯定であった場合、条件Ｆが満たされたので、制御部１１は、Ｓ２３に移行して不正な振込であると決定し、以降の条件の判定処理は省略する。一方、Ｓ２７の判定が否定であった場合、条件Ｆが満たされないので、制御部１１は、項目ｇ１が所定値、又は、項目ｇ２が所定値であるかを判定する（Ｓ２８）。Ｓ２８の判定が肯定であった場合、条件Ｇが満たされたので、制御部１１は、Ｓ２３に移行して不正な振込であると決定し、以降の条件の判定処理は省略する。
【００４１】
一方、Ｓ２８の判定が否定であった場合、条件Ｇが満たされないので、図８に移行し、制御部１１は、項目ｈ１が所定値であるかを判定する（Ｓ２９）。Ｓ２９の判定が否定であった場合、条件Ｈ１が満たされたので、制御部１１は、Ｓ２１に移行して通常の振込であると決定し、以降の条件の判定処理は省略する。
【００４２】
一方、Ｓ２９の判定が肯定であった場合、条件Ｈ１が満たされないので、制御部１１は、項目ｈ２が閾値以上であるかを判定する（Ｓ３０）。Ｓ３０の判定が否定であった場合、条件Ｈ２が満たされたので、制御部１１は、Ｓ２１に移行して通常の振込であると決定し、以降の条件の判定処理は省略する。一方、Ｓ３０の判定が肯定であった場合、条件Ｈ２が満たされないので、制御部１１は、項目ｈ３が閾値未満であるかを判定する（Ｓ３１）。Ｓ３１の判定が否定であった場合、条件Ｈ３が満たされたので、制御部１１は、Ｓ２１に移行して通常の振込であると決定し、以降の条件の判定処理は省略する。
【００４３】
一方、Ｓ３１の判定が肯定であった場合、条件Ｈ３が満たされないので、制御部１１は、項目ｈ４に所定値が存在するかを判定する（Ｓ３２）。Ｓ３２の判定が否定であった場合、条件Ｈ４が満たされたので、制御部１１は、Ｓ２１に移行して通常の振込であると決定し、以降の条件の判定処理は省略する。一方、Ｓ３２の判定が肯定であった場合、条件Ｈ４が満たされないので、制御部１１は、項目ｈ５に所定値が存在しないかを判定する（Ｓ３３）。Ｓ３３の判定が否定であった場合、条件Ｈ５が満たされたので、制御部１１は、Ｓ２１に移行して通常の振込であると決定し、以降の条件の判定処理は省略する。
【００４４】
一方、Ｓ３３の判定が肯定であった場合、条件Ｈ５が満たされないので、制御部１１は、項目ｈ６１が所定値、又は、項目ｈ６２が所定値であるかを判定する（Ｓ３４）。Ｓ３４の判定が否定であった場合、条件Ｈ６が満たされたので、制御部１１は、Ｓ２１に移行して通常の振込であると決定し、以降の条件の判定処理は省略する。一方、Ｓ３４の判定が肯定であった場合、条件Ｈ６が満たされないので、制御部１１は、項目ｈ７１が所定値、かつ、項目ｈ７２が所定値であるかを判定する（Ｓ３５）。Ｓ３５の判定が否定であった場合、条件Ｈ７が満たされたので、制御部１１は、Ｓ２１に移行して通常の振込であると決定し、以降の条件の判定処理は省略する。
【００４５】
一方、Ｓ３５の判定が肯定であった場合、条件Ｈ７が満たされないので、制御部１１は、項目ｈ８が所定値であるかを判定する（Ｓ３６）。Ｓ３６の判定が否定であった場合、条件Ｈ８が満たされたので、制御部１１は、Ｓ２１に移行して通常の振込であると決定し、Ｓ３６の判定が肯定であった場合、条件Ｈ１〜Ｈ８が全て満たされないので、制御部１１は、Ｓ２３に移行して不正な振込であると決定する。
【００４６】
Ｓ２１又はＳ２３の決定結果が得られると、図６に戻り、制御部１１は、当該決定結果を参照する（Ｓ３）。受け付けた振込が通常の振込であると決定された場合（Ｓ３；通常）、制御部１１は、受け付けた振込の送金処理を送金処理サーバ３０に実行させ（Ｓ４）、本処理は終了する。一方、受け付けた振込が不正な振込であると決定された場合（Ｓ３；不正）、制御部１１は、当該振込の送金処理を保留し、振込ＩＤを保留リストデータに格納し（Ｓ５）、本処理は終了する。
【００４７】
［３−２．判定順序変更処理］
図９は、判定順序変更処理を示すフロー図である。本実施形態では、判定順序変更処理は、１日のうちの所定のタイミングで実行されるものとして説明するが、週ごと又は月ごとなどの任意のタイミングで実行されてよい。
【００４８】
図９に示すように、まず、制御部１１は、振込履歴データに格納された振込ごとに、条件Ｈ１〜Ｈ８の各々が満たされるかを判定する（Ｓ４０）。Ｓ４０においては、制御部１１は、振込履歴データの振込日時を参照して、判定順序変更処理が実行される日に受け付けた振込を特定する。そして、制御部１１は、振込履歴データに格納された当該振込の振込内容データに基づいて、条件Ｈ１〜Ｈ８の全てに対して判定処理を実行する。判定処理自体はＳ２９〜Ｓ３６と同じなので、ここでは詳細は省略する。なお、Ｓ４０では、条件Ｈ１〜Ｈ８の全てに対して判定処理が実行されるので、特に条件データに示された判定順序は考慮しなくてよく、任意の順序で判定されてよい。制御部１１は、満たされると判定した条件に対しては、件数データのフラグをオンにする。
【００４９】
制御部１１は、各条件を満たす振込の総数を取得する（Ｓ４１）。Ｓ４１においては、制御部１１は、条件ごとに、フラグがオンになっている振込の総数をカウントし、件数データを更新する。制御部１１は、件数データに基づいて、満たされる確率の高い条件が先に来るように、条件データが示す判定順序を変更し（Ｓ４２）、本処理は終了する。先述したように、Ｓ４２では、制御部１１は、件数の降順となるように判定順序を変更してもよいし、一部の条件の判定順序のみを変更してもよい。Ｓ４２で変更された条件データは、次回の不正振込検知処理から参照される。
【００５０】
不正振込検知システムＳによれば、各条件を満たす振込の件数を取得し、満たされる確率の高い条件が先の順番になるように、各条件の判定順序を変更することによって、より早い段階で振込が不正であるかを決定できるので、処理負荷を軽減することができる。また、件数取得部１０４が、不正検知部１０２が不正な振込を検知したときには判定を省略した条件も判定されたうえで件数を取得するので、各条件が満たされる確率をより精度よく特定することができ、より確実に処理負荷を軽減する判定順序を設定することができる。また、不正振込検知システムＳは、毎月指定された日に行われる振込と、指定された振込日に振り込まれるように予約された他行向けの振込と、を検知対象とすることで、傾向的に不正が行われる確率の高い振込のみを検知対象とし、処理負荷を軽減することができる。また、上記説明した実施形態では、ある期間内の全ての振込が、件数取得部１０４による件数の取得対象になる場合を説明したが、全ての振込ではなく、毎月指定された日に行われる振込と、指定された振込日に振り込まれるように予約された他行向けの振込と、を件数取得部１０４の取得対象にしてもよく（即ち、各条件の判定順序の変更のために考慮する対象にしてもよく）、この場合は、不正が行われる確率の高い振込だけが処理対象になるので、より効果的に処理負荷を軽減することができる。
【００５１】
［４．変形例］
なお、本発明は、以上に説明した実施の形態に限定されるものではない。本発明の趣旨を逸脱しない範囲で、適宜変更可能である。
【００５２】
図１０は、変形例の機能ブロック図である。図１０に示すように、変形例では、不正検知サーバ１０において負荷取得部１０６、不正度合取得部１０７、及び重み付け変更部１０８が実現される。これら各機能は、制御部１１を主として実現される。また、承認者端末２０において、表示制御部２００及び人数決定部２０１が実現される。これら各機能は、制御部２１を主として実現される。
【００５３】
（１）例えば、条件Ｅ，Ｆ，Ｈ６，Ｈ７は、複数の項目に基づいて判定される条件であり、他の条件に比べて１回の判定処理で時間がかかることが予想される。このように、判定処理の処理負荷は条件によって異なるので、件数取得部１０４が取得した件数だけでなく、各条件の判定処理の処理負荷も考慮されて判定順序が決定されるようにしてもよい。
【００５４】
変形例（１）の不正振込検知システムＳは、負荷取得部１０６を含む。負荷取得部１０６は、振込受付部１０１が過去に受け付けた振込に基づいて、条件ごとに、判定処理の負荷に関する負荷情報を取得する。なお、件数取得部１０４と同様、負荷取得部１０６の取得対象となるのは任意の期間における振込であればよく、ここでは、ある１日に受け付けた振込が取得対象となる場合を説明する。また、負荷取得部１０６の取得対象となるのは、この期間における全ての振込であってもよいし、不正が検知された振込のみであってもよい。更に、負荷取得部１０６の取得対象となるのは、全ての条件でなくてもよく、一部の条件であってもよい。例えば、振込が満たす条件のみが負荷情報の取得対象となってもよい。
【００５５】
例えば、負荷取得部１０６は、各条件の判定処理に要した処理時間を負荷情報として取得するようにしてよい。負荷取得部１０６は、処理時間の計測が可能な公知の関数（例えば、clock関数やGetTickCount関数）に基づいて、件数取得部１０４が判定処理を開始してから終了するまでに要した処理時間を計測すればよい。負荷取得部１０６は、取得した負荷情報を更新データに記録する。なお、処理時間以外が負荷情報として用いられるようにしてもよい。例えば、条件の判定に要する計算の回数、ＣＰＵ使用率の変化、又はメモリ使用率の変化が負荷情報として用いられるようにしてもよい。
【００５６】
判定順序変更部１０５は、件数取得部１０４が取得した件数と、負荷取得部１０６が取得した負荷情報と、に基づいて、満たされる確率が高く、かつ、判定処理の負荷が軽い条件が先に来るように、各条件の判定順序を変更する。ここでは、負荷の一例として処理時間を説明するので、判定順序変更部１０５は、満たされる確率が高く、かつ、処理時間が短い条件が先に来るように、各条件の判定順序を変更することになる。例えば、判定順序変更部１０５は、件数と負荷情報との２つをソート条件として用いて、判定順序を変更してもよい。この場合、判定順序変更部１０５は、件数と負荷情報とに基づいて評価値を計算し、評価値の降順となるように判定順序を変更してもよい。評価値は、条件の優先度を示すものであり、件数と負荷情報を所与の数式に代入することで得られればよい。
【００５７】
変形例（１）によれば、件数取得部１０４が取得した件数だけでなく、負荷取得部１０６が取得した負荷情報に基づいて各条件の判定順序が決定されるので、処理負荷軽減のためにより効果的な判定順序とすることができる。また、各条件の判定処理で実際に要した処理時間を負荷情報とすることで、より信頼性の高い情報に基づいて判定順序を決定することができる。
【００５８】
（２）また例えば、承認者端末２０の表示部２５には、不正が疑われる順番に振込が並べて表示されるようにしてもよい。変形例（２）の不正振込検知システムＳは、不正度合取得部１０７及び表示制御部２００を含む。不正度合取得部１０７は、送金処理が保留された振込の不正の度合いを取得する。不正の度合いは、不正の確率（蓋然性）を示す数値である不正度で示されるものとする。ここでは、数値が高いほど不正の確率が高くなり、数値が低いほど不正の確率が低い場合を説明する。なお、数値が低いほど不正の確率が低くなり、数値が高いほど不正の確率が低くなるような指標を用いてもよい。
【００５９】
不正度は、条件データが示す条件とは異なる基準のもとで取得されてもよいが、ここでは、不正度合取得部１０７は、複数の条件のうち、振込検知部が検知した不正な振込が満たす条件に基づいて、当該振込の不正の度合いを取得する場合を説明する。例えば、不正度合取得部１０７は、振込検知部が検知した不正な振込が満たす条件に関連付けられた重み付けに基づいて、当該振込の不正の度合いを取得する。例えば、条件ごとに、不正度の重み付け係数が関連付けられてデータ記憶部１００に記憶されるようにしてよい。この場合、不正度合取得部１０７は、振込が満たす条件に関連付けられた重み付け係数の合計値を、当該振込の不正度として取得する。実施形態で説明した不正振込検知処理（図６及び図７）では、ある振込が満たす条件が見つかった場合、それ以降の条件は判定対象とはならないので、例えば、振込がいったん不正であると決定された後に、不正度合取得部１０７は、バックグラウンドの処理として、残りの条件の判定処理を実行し、その判定結果に基づいて、振込の不正度を取得してもよい。なお、特に重み付け係数を用意せず、満たされる条件の数に応じて不正度が取得されるようにしてもよい。
【００６０】
表示制御部２００は、送金処理が保留された振込を承認するための画面において、当該振込を不正の度合い順に並べて表示させる。図１１は、承認者端末２０の表示部２５に表示される承認画面の一例である。図１１に示すように、承認画面Ｇには、保留リストデータに格納された振込が不正度の昇順又は降順に並べて表示される。承認者が承認ボタンＢ１を選択した振込は、送金処理が実行され、承認者が否認ボタンＢ２を選択した振込は、返金処理が実行されるようにしてよい。なお、承認者は、１人である必要ななく、複数人の承認を得ることが可能であってよい。
【００６１】
変形例（２）によれば、保留リストデータに格納された振込を不正度順に表示させるので、承認者が振込の審査をしやすくなる。例えば、不正度の高い振込を優先的に表示させることにより、不正である確率の高い振込をより早期に承認者に審査させることが可能になる。また、各振込が満たした条件に基づいて不正度が取得されるので、不正の度合いをより正確に推定することができる。
【００６２】
なお、不正振込検知システムＳは、特に実施形態で説明したような各条件の判定順序の入れ替えをせずに、変形例（２）の承認画面Ｇを表示させる構成だけを有してもよい。即ち、不正振込検知システムＳは、件数取得部１０４と判定順序変更部１０５を省略し、振込受付部１０１、不正検知部１０２、不正度合取得部１０７、及び表示制御部２００を有するようにしてもよい。この場合、各条件は、満たされたと判定された場合にそれ以降の条件の判定を省略しない条件を採用してもよい。
【００６３】
（３）また例えば、振込の不正度に応じて承認に必要な人数が変わるようにしてもよい。変形例（３）の不正振込検知システムＳは、変形例（２）で説明した不正度合取得部１０７及び人数決定部２０１を含むようにしてよい。人数決定部２０１は、送金処理が保留された振込の不正の度合いに基づいて、当該振込の送金処理を許可するために必要な承認者の人数を決定する。例えば、不正度と人数との関連付けがデータ記憶部１００に記憶されており、人数決定部２０１は、不正度に関連付けられた人数を取得する。不正度が示す不正の度合いが高いほど人数が多くなり、不正度が示す不正の度合いが低いほど人数が少なくなる。
【００６４】
送金制限部１０３は、不正検知部１０２が検知した不正な振込の送金処理を保留し、少なくとも１人の承認者が承認した場合に当該振込の送金処理を許可する。送金制限部１０３は、人数決定部２０１が決定した人数の承認者が承認した振込の送金処理を許可する。このため、送金制限部１０３は、人数決定部２０１が決定した人数を満たしていない振込の送金処理は制限する。なお、複数人の承認が必要な場合には、各承認者の承認者端末２０には、図１１で説明したような承認画面Ｇが表示されるようにしてよい。
【００６５】
変形例（３）によれば、各振込の不正度に基づいて承認に必要な人数が決定されるので、振込の不正の度合いに応じて審査の厳しさを変えることができる。このため、より強く不正が疑われる振込に対しては、より厳重に審査したうえで承認することができる。
【００６６】
なお、不正振込検知システムＳは、特に実施形態で説明したような各条件の判定順序の入れ替えをせずに、変形例（３）のように不正度に基づいて承認者の数を変える構成だけを有してもよい。即ち、不正振込検知システムＳは、件数取得部１０４と判定順序変更部１０５を省略し、振込受付部１０１、不正検知部１０２、不正度合取得部１０７、及び人数決定部２０１を有するようにしてもよい。この場合、各条件は、満たされたと判定された場合にそれ以降の条件の判定を省略しない条件を採用してもよい。
【００６７】
（４）また例えば、承認者による承認結果に応じて不正度の重み付け係数を変更するようにしてもよい。変形例（４）の不正振込検知システムＳは、重み付け変更部１０８を含む。重み付け変更部１０８は、承認者による承認結果に基づいて、各条件に関連付けられた重み付けを変更する。例えば、重み付け変更部１０８は、承認者が承認した振込が満たす条件の重み付け係数を減少させ、承認者が承認しなかった振込が満たす条件の重み付け係数を増加させるようにしてよい。
【００６８】
変形例（４）によれば、承認者による承認結果を不正度の計算にフィードバックさせることで、不正度の信頼性を高めることができ、承認者の審査をより効果的に支援することができる。例えば、不正振込検知システムＳでは不正と検知された振込が実際には不正ではなかった場合に、その振込が満たす条件の重み付け係数を減らすことで、次回以降、同様の振込の不正度を低下させることができる。一方、承認者が不正であると判断した振込が満たす条件の重み付け係数を増加させることで、次回以降、同様の振込の不正度を増加させることができる。
【００６９】
なお、不正振込検知システムＳは、特に実施形態で説明したような各条件の判定順序の入れ替えをせずに、変形例（４）の画面を表示させる構成だけを有してもよい。即ち、不正振込検知システムＳは、件数取得部１０４と判定順序変更部１０５を省略し、振込受付部１０１、不正検知部１０２、不正度合取得部１０７、及び重み付け変更部１０８を有するようにしてもよい。この場合、各条件は、満たされたと判定された場合にそれ以降の条件の判定を省略しない条件を採用してもよい。また、不正振込検知システムＳは、不正度合取得部１０７が取得した不正度に基づいて、表示制御部２００の処理を実行してもよいし、人数決定部２０１の処理を実行してもよい。なお、不正振込検知システムＳは、不正度合取得部１０７が取得した不正度に基づいて、他の所定の処理を実行してもよい。
【００７０】
（５）また例えば、上記説明した変形例（１）〜（４）の２つ以上を組み合わせてもよい。また例えば、実施形態では、判定順序変更部１０５が条件Ｈ１〜Ｈ８の判定順序を変更する場合を説明したが、条件Ａ〜Ｇの判定順序を変更してもよい。この場合も、件数取得部１０４は、振込受付部１０１が１日の中で受け付けた全ての振込に対して、条件Ａ〜Ｇの各々を満たすかを判定して件数を取得する。そして、判定順序変更部１０５は、条件Ａ〜Ｇを件数の多い順番に並び替えるようにすればよい。更に、条件Ａ〜Ｇと条件Ｈ１〜Ｈ８の全てを判定順序の変更対象としてもよいし、これらの一部だけを判定順序の変更対象としてもよい。
【００７１】
また例えば、件数取得部１０４は、判定順序の変更対象となる全ての条件に対して件数を取得しなくてもよく、一部の条件に対してのみ件数を取得してもよい。また例えば、不正検知部１０２は、特定の振込のみを検知対象とするのではなく、全ての振込を検知対象としてもよいし、ランダムに定まる振込のみを検知対象としてもよい。
【００７２】
また例えば、不正検知サーバ１０において実現されるものとして説明した機能は、承認者端末２０又は送金処理サーバ３０において実現されるようにしてもよい。また例えば、承認者端末２０において実現されるものとして説明した機能は、不正検知サーバ１０又は送金処理サーバ３０において実現されるようにしてもよい。更に、各機能が、不正検知サーバ１０、承認者端末２０、及び送金処理サーバ３０で分担されるようにしてもよい。また例えば、不正振込検知システムＳに含まれるコンピュータは、図１の例に限られず、１台のサーバコンピュータのみが含まれており、当該サーバコンピュータにより上記説明した処理が実行されてもよい。
【符号の説明】
【００７３】
Ｓ  不正振込検知システム、１０  不正検知サーバ、２０  承認者端末、３０  送金処理サーバ、４０  顧客端末、１１，２１，３１，４１  制御部、１２，２２，３２，４２  記憶部、１３，２３，３３，４３  通信部、２４，４４  操作部、２５，４５  表示部、１００  データ記憶部、１０１  振込受付部、１０２  不正検知部、１０３  送金制限部、１０４  件数取得部、１０５  判定順序変更部、１０６  負荷取得部、１０７  不正度合取得部、１０８  重み付け変更部、２００  表示制御部、２０１  人数決定部。
【図１】
2018060452.tif 000003
【図２】
2018060452.tif 000004
【図３】
2018060452.tif 000005
【図４】
2018060452.tif 000006
【図５】
2018060452.tif 000007
【図６】
2018060452.tif 000008
【図７】
2018060452.tif 000009
【図８】
2018060452.tif 000010
【図９】
2018060452.tif 000011
【図１０】
2018060452.tif 000012
【図１１】
2018060452.tif 000013
【手続補正書】
【提出日】平成29年12月15日(2017.12.15)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
振込を受け付ける振込受付手段と、
前記振込受付手段が振込を受け付けた場合に、不正を検知するための複数の条件が満たされるかを、各条件の判定順序に従って順次判定し、途中の条件が満たされた場合は以降の条件を判定せずに、当該振込が不正であるか否かを決定する不正検知手段と、
前記不正検知手段が検知した不正な振込の送金処理を制限する送金制限手段と、
前記振込受付手段が過去に受け付けた振込に基づいて、前記条件ごとに、当該条件を満たす振込の件数を取得する件数取得手段と、
前記件数取得手段が取得した件数に基づいて、満たされる確率の高い条件が先に来るように、各条件の判定順序を変更する判定順序変更手段と、
を含み、
前記件数取得手段は、前記不正検知手段が不正な振込を検知した場合に判定されなかった条件に対しても満たされるかを判定し、前記条件ごとに、当該条件を満たす振込の件数を取得する、
ことを特徴とする不正振込検知システム。
【請求項２】
振込を受け付ける振込受付手段と、
前記振込受付手段が振込を受け付けた場合に、不正を検知するための複数の条件が満たされるかを、各条件の判定順序に従って順次判定し、途中の条件が満たされた場合は以降の条件を判定せずに、当該振込が不正であるか否かを決定する不正検知手段と、
前記不正検知手段が検知した不正な振込の送金処理を制限する送金制限手段と、
前記振込受付手段が過去に受け付けた振込に基づいて、前記条件ごとに、当該条件を満たす振込の件数を取得する件数取得手段と、
前記振込受付手段が過去に受け付けた振込に基づいて、前記条件ごとに、判定処理の負荷に関する負荷情報を取得する負荷取得手段と、
前記件数取得手段が取得した件数と、前記負荷取得手段が取得した負荷情報と、に基づいて、満たされる確率が高く、かつ、判定処理の負荷が軽い条件が先に来るように、各条件の判定順序を変更する判定順序変更手段と、
を含むことを特徴とする不正振込検知システム。
【請求項３】
前記負荷取得手段は、各条件の判定処理に要した処理時間を前記負荷情報として取得し、
前記判定順序変更手段は、満たされる確率が高く、かつ、処理時間が短い条件が先に来るように、各条件の判定順序を変更する、
ことを特徴とする請求項２に記載の不正振込検知システム。
【請求項４】
振込を受け付ける振込受付手段と、
前記振込受付手段が振込を受け付けた場合に、不正を検知するための複数の条件が満たされるかを、各条件の判定順序に従って順次判定し、途中の条件が満たされた場合は以降の条件を判定せずに、当該振込が不正であるか否かを決定する不正検知手段と、
前記不正検知手段が検知した不正な振込の送金処理を制限する送金制限手段と、
前記振込受付手段が過去に受け付けた振込に基づいて、前記条件ごとに、当該条件を満たす振込の件数を取得する件数取得手段と、
前記件数取得手段が取得した件数に基づいて、満たされる確率の高い条件が先に来るように、各条件の判定順序を変更する判定順序変更手段と、
を含み、
前記不正検知手段は、前記振込受付手段が受け付けた振込のうち、毎月指定された日に行われる振込と、指定された振込日に振り込まれるように予約された他行向けの振込と、を検知対象とする、
ことを特徴とする不正振込検知システム。
【請求項５】
振込を受け付ける振込受付手段と、
前記振込受付手段が振込を受け付けた場合に、不正を検知するための複数の条件が満たされるかを、各条件の判定順序に従って順次判定し、途中の条件が満たされた場合は以降の条件を判定せずに、当該振込が不正であるか否かを決定する不正検知手段と、
前記不正検知手段が検知した不正な振込の送金処理を保留し、承認者が承認した場合に当該振込の送金処理を許可する送金制限手段と、
前記振込受付手段が過去に受け付けた振込に基づいて、前記条件ごとに、当該条件を満たす振込の件数を取得する件数取得手段と、
前記件数取得手段が取得した件数に基づいて、満たされる確率の高い条件が先に来るように、各条件の判定順序を変更する判定順序変更手段と、
送金処理が保留された振込の不正の度合いを取得する不正度合取得手段と、
送金処理が保留された振込を承認するための画面において、当該振込を不正の度合い順に並べて表示させる表示制御手段と、
を含むことを特徴とする不正振込検知システム。
【請求項６】
振込を受け付ける振込受付手段と、
前記振込受付手段が振込を受け付けた場合に、不正を検知するための複数の条件が満たされるかを、各条件の判定順序に従って順次判定し、途中の条件が満たされた場合は以降の条件を判定せずに、当該振込が不正であるか否かを決定する不正検知手段と、
前記不正検知手段が検知した不正な振込の送金処理を保留し、少なくとも１人の承認者が承認した場合に当該振込の送金処理を許可する送金制限手段と、
前記振込受付手段が過去に受け付けた振込に基づいて、前記条件ごとに、当該条件を満たす振込の件数を取得する件数取得手段と、
前記件数取得手段が取得した件数に基づいて、満たされる確率の高い条件が先に来るように、各条件の判定順序を変更する判定順序変更手段と、
送金処理が保留された振込の不正の度合いを取得する不正度合取得手段と、
送金処理が保留された振込の不正の度合いに基づいて、当該振込の送金処理を許可するために必要な前記承認者の人数を決定する人数決定手段と、
を含み、
前記送金制限手段は、前記人数決定手段が決定した人数の承認者が承認した振込の送金処理を許可する、
ことを特徴とする不正振込検知システム。
【請求項７】
前記不正度合取得手段は、前記複数の条件のうち、前記不正検知手段が検知した不正な振込が満たす条件に基づいて、当該振込の不正の度合いを取得する、
ことを特徴とする請求項５又は６に記載の不正振込検知システム。
【請求項８】
前記不正度合取得手段は、前記不正検知手段が検知した不正な振込が満たす条件に関連付けられた重み付けに基づいて、当該振込の不正の度合いを取得し、
前記不正振込検知システムは、前記承認者による承認結果に基づいて、各条件に関連付けられた重み付けを変更する変更手段、
を更に含むことを特徴とする請求項７に記載の不正振込検知システム。
【請求項９】
振込を受け付ける振込受付ステップと、
前記振込受付ステップにおいて振込を受け付けた場合に、不正を検知するための複数の条件が満たされるかを、各条件の判定順序に従って順次判定し、途中の条件が満たされた場合は以降の条件を判定せずに、当該振込が不正であるか否かを決定する不正検知ステップと、
前記不正検知ステップにおいて検知した不正な振込の送金処理を制限する送金制限ステップと、
前記振込受付ステップにおいて過去に受け付けた振込に基づいて、前記条件ごとに、当該条件を満たす振込の件数を取得する件数取得ステップと、
前記件数取得ステップが取得した件数に基づいて、満たされる確率の高い条件が先に来るように、各条件の判定順序を変更する判定順序変更ステップと、
を含み、
前記件数取得ステップでは、前記不正検知ステップにおいて不正な振込を検知した場合に判定されなかった条件に対しても満たされるかを判定し、前記条件ごとに、当該条件を満たす振込の件数を取得する、
ことを特徴とする不正振込検知方法。
【請求項１０】
振込を受け付ける振込受付ステップと、
前記振込受付ステップにおいて振込を受け付けた場合に、不正を検知するための複数の条件が満たされるかを、各条件の判定順序に従って順次判定し、途中の条件が満たされた場合は以降の条件を判定せずに、当該振込が不正であるか否かを決定する不正検知ステップと、
前記不正検知ステップにおいて検知した不正な振込の送金処理を制限する送金制限ステップと、
前記振込受付ステップにおいて過去に受け付けた振込に基づいて、前記条件ごとに、当該条件を満たす振込の件数を取得する件数取得ステップと、
前記振込受付ステップにおいて過去に受け付けた振込に基づいて、前記条件ごとに、判定処理の負荷に関する負荷情報を取得する負荷取得ステップと、
前記件数取得ステップにおいて取得した件数と、前記負荷取得ステップにおいて取得した負荷情報と、に基づいて、満たされる確率が高く、かつ、判定処理の負荷が軽い条件が先に来るように、各条件の判定順序を変更する判定順序変更ステップと、
を含むことを特徴とする不正振込検知方法。
【請求項１１】
振込を受け付ける振込受付ステップと、
前記振込受付ステップにおいて振込を受け付けた場合に、不正を検知するための複数の条件が満たされるかを、各条件の判定順序に従って順次判定し、途中の条件が満たされた場合は以降の条件を判定せずに、当該振込が不正であるか否かを決定する不正検知ステップと、
前記不正検知ステップにおいて検知した不正な振込の送金処理を制限する送金制限ステップと、
前記振込受付ステップにおいて過去に受け付けた振込に基づいて、前記条件ごとに、当該条件を満たす振込の件数を取得する件数取得ステップと、
前記件数取得ステップにおいて取得した件数に基づいて、満たされる確率の高い条件が先に来るように、各条件の判定順序を変更する判定順序変更ステップと、
を含み、
前記不正検知ステップは、前記振込受付ステップにおいて受け付けた振込のうち、毎月指定された日に行われる振込と、指定された振込日に振り込まれるように予約された他行向けの振込と、を検知対象とする、
ことを特徴とする不正振込検知方法。
【請求項１２】
振込を受け付ける振込受付ステップと、
前記振込受付ステップにおいて振込を受け付けた場合に、不正を検知するための複数の条件が満たされるかを、各条件の判定順序に従って順次判定し、途中の条件が満たされた場合は以降の条件を判定せずに、当該振込が不正であるか否かを決定する不正検知ステップと、
前記不正検知ステップにおいて検知した不正な振込の送金処理を保留し、承認者が承認した場合に当該振込の送金処理を許可する送金制限ステップと、
前記振込受付ステップにおいて過去に受け付けた振込に基づいて、前記条件ごとに、当該条件を満たす振込の件数を取得する件数取得ステップと、
前記件数取得ステップにおいて取得した件数に基づいて、満たされる確率の高い条件が先に来るように、各条件の判定順序を変更する判定順序変更ステップと、
送金処理が保留された振込の不正の度合いを取得する不正度合取得ステップと、
送金処理が保留された振込を承認するための画面において、当該振込を不正の度合い順に並べて表示させる表示制御ステップと、
を含むことを特徴とする不正振込検知方法。
【請求項１３】
振込を受け付ける振込受付ステップと、
前記振込受付ステップにおいて振込を受け付けた場合に、不正を検知するための複数の条件が満たされるかを、各条件の判定順序に従って順次判定し、途中の条件が満たされた場合は以降の条件を判定せずに、当該振込が不正であるか否かを決定する不正検知ステップと、
前記不正検知ステップにおいて検知した不正な振込の送金処理を保留し、少なくとも１人の承認者が承認した場合に当該振込の送金処理を許可する送金制限ステップと、
前記振込受付ステップにおいて過去に受け付けた振込に基づいて、前記条件ごとに、当該条件を満たす振込の件数を取得する件数取得ステップと、
前記件数取得ステップにおいて取得した件数に基づいて、満たされる確率の高い条件が先に来るように、各条件の判定順序を変更する判定順序変更ステップと、
送金処理が保留された振込の不正の度合いを取得する不正度合取得ステップと、
送金処理が保留された振込の不正の度合いに基づいて、当該振込の送金処理を許可するために必要な前記承認者の人数を決定する人数決定ステップと、
を含み、
前記送金制限ステップは、前記人数決定ステップにおいて決定した人数の承認者が承認した振込の送金処理を許可する、
ことを特徴とする不正振込検知方法。
【請求項１４】
振込を受け付ける振込受付手段、
前記振込受付手段が振込を受け付けた場合に、不正を検知するための複数の条件が満たされるかを、各条件の判定順序に従って順次判定し、途中の条件が満たされた場合は以降の条件を判定せずに、当該振込が不正であるか否かを決定する不正検知手段、
前記不正検知手段が検知した不正な振込の送金処理を制限する送金制限手段、
前記振込受付手段が過去に受け付けた振込に基づいて、前記条件ごとに、当該条件を満たす振込の件数を取得する件数取得手段、
前記件数取得手段が取得した件数に基づいて、満たされる確率の高い条件が先に来るように、各条件の判定順序を変更する判定順序変更手段、
としてコンピュータを機能させるためのプログラムであって、
前記件数取得手段は、前記不正検知手段が不正な振込を検知した場合に判定されなかった条件に対しても満たされるかを判定し、前記条件ごとに、当該条件を満たす振込の件数を取得する、
ことを特徴とするプログラム。
【請求項１５】
振込を受け付ける振込受付手段、
前記振込受付手段が振込を受け付けた場合に、不正を検知するための複数の条件が満たされるかを、各条件の判定順序に従って順次判定し、途中の条件が満たされた場合は以降の条件を判定せずに、当該振込が不正であるか否かを決定する不正検知手段、
前記不正検知手段が検知した不正な振込の送金処理を制限する送金制限手段、
前記振込受付手段が過去に受け付けた振込に基づいて、前記条件ごとに、当該条件を満たす振込の件数を取得する件数取得手段、
前記振込受付手段が過去に受け付けた振込に基づいて、前記条件ごとに、判定処理の負荷に関する負荷情報を取得する負荷取得手段、
前記件数取得手段が取得した件数と、前記負荷取得手段が取得した負荷情報と、に基づいて、満たされる確率が高く、かつ、判定処理の負荷が軽い条件が先に来るように、各条件の判定順序を変更する判定順序変更手段、
としてコンピュータを機能させるためのプログラム。
【請求項１６】
振込を受け付ける振込受付手段、
前記振込受付手段が振込を受け付けた場合に、不正を検知するための複数の条件が満たされるかを、各条件の判定順序に従って順次判定し、途中の条件が満たされた場合は以降の条件を判定せずに、当該振込が不正であるか否かを決定する不正検知手段、
前記不正検知手段が検知した不正な振込の送金処理を制限する送金制限手段、
前記振込受付手段が過去に受け付けた振込に基づいて、前記条件ごとに、当該条件を満たす振込の件数を取得する件数取得手段、
前記件数取得手段が取得した件数に基づいて、満たされる確率の高い条件が先に来るように、各条件の判定順序を変更する判定順序変更手段、
としてコンピュータを機能させるためのプログラムであって、
前記不正検知手段は、前記振込受付手段が受け付けた振込のうち、毎月指定された日に行われる振込と、指定された振込日に振り込まれるように予約された他行向けの振込と、を検知対象とする、
ことを特徴とするプログラム。
【請求項１７】
振込を受け付ける振込受付手段、
前記振込受付手段が振込を受け付けた場合に、不正を検知するための複数の条件が満たされるかを、各条件の判定順序に従って順次判定し、途中の条件が満たされた場合は以降の条件を判定せずに、当該振込が不正であるか否かを決定する不正検知手段、
前記不正検知手段が検知した不正な振込の送金処理を保留し、承認者が承認した場合に当該振込の送金処理を許可する送金制限手段、
前記振込受付手段が過去に受け付けた振込に基づいて、前記条件ごとに、当該条件を満たす振込の件数を取得する件数取得手段、
前記件数取得手段が取得した件数に基づいて、満たされる確率の高い条件が先に来るように、各条件の判定順序を変更する判定順序変更手段、
送金処理が保留された振込の不正の度合いを取得する不正度合取得手段、
送金処理が保留された振込を承認するための画面において、当該振込を不正の度合い順に並べて表示させる表示制御手段、
としてコンピュータを機能させるためのプログラム。
【請求項１８】
振込を受け付ける振込受付手段、
前記振込受付手段が振込を受け付けた場合に、不正を検知するための複数の条件が満たされるかを、各条件の判定順序に従って順次判定し、途中の条件が満たされた場合は以降の条件を判定せずに、当該振込が不正であるか否かを決定する不正検知手段、
前記不正検知手段が検知した不正な振込の送金処理を保留し、少なくとも１人の承認者が承認した場合に当該振込の送金処理を許可する送金制限手段、
前記振込受付手段が過去に受け付けた振込に基づいて、前記条件ごとに、当該条件を満たす振込の件数を取得する件数取得手段、
前記件数取得手段が取得した件数に基づいて、満たされる確率の高い条件が先に来るように、各条件の判定順序を変更する判定順序変更手段、
送金処理が保留された振込の不正の度合いを取得する不正度合取得手段、
送金処理が保留された振込の不正の度合いに基づいて、当該振込の送金処理を許可するために必要な前記承認者の人数を決定する人数決定手段、
としてコンピュータを機能させるためのプログラムであって、
前記送金制限手段は、前記人数決定手段が決定した人数の承認者が承認した振込の送金処理を許可する、
ことを特徴とするプログラム。