特許 5978270 口座評価システム、口座評価方法及び口座評価プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5978270

(24)【登録日】2016年7月29日

(45)【発行日】2016年8月24日

(54)【発明の名称】口座評価システム、口座評価方法及び口座評価プログラム

(51)【国際特許分類】

   G06Q 40/02 20120101AFI20160817BHJP

【ＦＩ】

   G06Q40/02 300

【請求項の数】9

【全頁数】18

(21)【出願番号】特願2014-204172(P2014-204172)

(22)【出願日】2014年10月2日

(65)【公開番号】特開2016-75989(P2016-75989A)

(43)【公開日】2016年5月12日

【審査請求日】2014年10月2日

(73)【特許権者】

【識別番号】592131906

【氏名又は名称】みずほ情報総研株式会社

(74)【代理人】

【識別番号】100105957

【弁理士】

【氏名又は名称】恩田 誠

(74)【代理人】

【識別番号】100068755

【弁理士】

【氏名又は名称】恩田 博宣

(72)【発明者】

【氏名】間宮 拓司

【審査官】 小原 正信

(56)【参考文献】

【文献】 特開２０１３−０５４４８７（ＪＰ，Ａ）

【文献】 特開２００８−０８４０３８（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｑ １０／００−９９／００

(57)【特許請求の範囲】

【請求項1】

各顧客の口座情報と、各口座を用いた取引情報とを記録した口座関連記憶部と、
各口座に対するアラート情報を記録する評価情報記憶部と、
口座情報を構成する項目と、各項目に含まれる項目値とを記録した口座マスター情報を保持するとともに、担当者端末に接続された制御部を備えた口座評価システムであって、
前記制御部が、
前記担当者端末から、前記口座情報を構成する項目において評価項目を取得し、
複数の評価項目を取得した場合、前記複数の評価項目の項目値の組み合わせを生成し、
前記担当者端末から、前記評価項目の項目値を用いて生成した組み合わせからなるエレメントに対して、前記取引情報に含まれるパラメータの閾値とスコアとを取得し、前記閾値とスコアとを用いて設定した評価ルールを生成する設定手段と、
前記評価ルールにおいて、評価対象口座の口座情報を用いて生成した項目値列に含まれるエレメントを特定し、前記特定したエレメントに対応する閾値と、前記評価対象口座の取引情報におけるパラメータ値とを比較してスコアを算出し、
前記スコアが基準値を超えた評価対象口座に対して、前記評価情報記憶部にアラート情報を設定する検知手段と、
前記アラート情報が設定されたアラート口座を出力する調査支援手段と
を備えたことを特徴とする口座評価システム。

【請求項2】

前記制御部が、更に、
評価項目の項目値、閾値の順番に前記スコアを並べ、
前記スコアの並び順と前記閾値の並び順とが異なる場合には、前記評価対象口座に対してアラームを出力することを特徴とする請求項１に記載の口座評価システム。

【請求項3】

前記検知手段が、前記取引情報における取引チャネルに基づいて、前記スコアに対して重み付けを行なうことを特徴とする請求項１又は２に記載の口座評価システム。

【請求項4】

前記調査支援手段が、前記アラート情報が設定されたアラート口座と関連する関連口座を特定し、前記担当者端末に出力することを特徴とする請求項１〜３のいずれか一項に記載の口座評価システム。

【請求項5】

前記調査支援手段が、前記アラート口座の名義人情報と共通する名義人情報が記録された口座を関連口座として特定することを特徴とする請求項４に記載の口座評価システム。

【請求項6】

前記名義人情報の共通度を識別できるように出力することを特徴とする請求項５に記載の口座評価システム。

【請求項7】

前記関連口座を特定した場合、前記評価情報記憶部において、前記関連口座に関連付けられたアラート情報を検索し、前記担当者端末に出力することを特徴とする請求項４〜６のいずれか一項に記載の口座評価システム。

【請求項8】

各顧客の口座情報と、各口座を用いた取引情報とを記録した口座関連記憶部と、
各口座に対するアラート情報を記録する評価情報記憶部と、
口座情報を構成する項目と、各項目に含まれる項目値とを記録した口座マスター情報を保持するとともに、担当者端末に接続された制御部を備えた口座評価システムを用いて、口座評価を行なう方法であって、
前記制御部が、
前記担当者端末から、前記口座情報を構成する項目において評価項目を取得し、
複数の評価項目を取得した場合、前記複数の評価項目の項目値の組み合わせを生成し、
前記担当者端末から、前記評価項目の項目値を用いて生成した組み合わせからなるエレメントに対して、前記取引情報に含まれるパラメータの閾値とスコアとを取得し、前記閾値とスコアとを用いて設定した評価ルールを生成する設定段階と、
前記評価ルールにおいて、評価対象口座の口座情報を用いて生成した項目値列に含まれるエレメントを特定し、前記特定したエレメントに対応する閾値と、前記評価対象口座の取引情報におけるパラメータ値とを比較してスコアを算出し、
前記スコアが基準値を超えた評価対象口座に対して、前記評価情報記憶部にアラート情報を設定する検知段階と、
前記アラート情報が設定されたアラート口座を出力する調査支援段階と
を実行することを特徴とする口座評価方法。

【請求項9】

各顧客の口座情報と、各口座を用いた取引情報とを記録した口座関連記憶部と、
各口座に対するアラート情報を記録する評価情報記憶部と、
口座情報を構成する項目と、各項目に含まれる項目値とを記録した口座マスター情報を保持するとともに、担当者端末に接続された制御部を備えた口座評価システムを用いて、口座評価を行なうプログラムであって、
前記制御部を、
前記担当者端末から、前記口座情報を構成する項目において評価項目を取得し、
複数の評価項目を取得した場合、前記複数の評価項目の項目値の組み合わせを生成し、
前記担当者端末から、前記評価項目の項目値を用いて生成した組み合わせからなるエレメントに対して、前記取引情報に含まれるパラメータの閾値とスコアとを取得し、前記閾値とスコアとを用いて設定した評価ルールを生成する設定手段、
前記評価ルールにおいて、評価対象口座の口座情報を用いて生成した項目値列に含まれるエレメントを特定し、前記特定したエレメントに対応する閾値と、前記評価対象口座の取引情報におけるパラメータ値とを比較してスコアを算出し、
前記スコアが基準値を超えた評価対象口座に対して、前記評価情報記憶部にアラート情報を設定する検知手段、
前記アラート情報が設定されたアラート口座を出力する調査支援手段
として機能させることを特徴とする口座評価プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、不正な取引や犯罪を防止するための口座評価システム、口座評価方法及び口座評価プログラムに関する。

【背景技術】

【0002】

金融機関に開設された口座を用いて、各種取引が行なわれている。このような取引の中には、不正行為や犯罪に係るものが含まれる場合がある。例えば、犯罪行為で得た不正資金等を口座から口座へと転々と移動させることにより、出所や帰属等を隠蔽する資金洗浄（マネーローンダリング）に利用される可能性もある。世界的にも、マネー・ローンダリングの摘発強化の機運が高まっており、日本国内においても、予防、撲滅の取り組みを強化している。

【0003】

そこで、金融機関によって管理されるマネー・ローンダリング防止プログラムに関する技術が検討されている（例えば、特許文献１参照）。この文献に記載された技術においては、金融機関に保有される口座に関連して違法行為を行なう可能性に対応する複数のリスク因子を識別する。リスク因子には、法域に基づくリスク因子、実体タイプに基づくリスク因子、業種に基づくリスク因子等が含まれる。リスク因子は、序列化されており、この序列に基づき、各リスク因子は、階層に割り当てられる。

【0004】

また、支払取引を処理するとともに、不正取引やマネー・ローンダリング等の不正行為を制限する技術が検討されている（例えば、特許文献２参照）。この文献に記載された金融取引システムにおいては、取引先、インターネット支払いサービスプロバイダ、承継銀行、及びカード機構に対する動作及び取引処理プロトコルが確立され、かつ支払い及び金融取引をモニタする。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特表２００９−５１４１２０号公報

【特許文献2】特開２０１２−１６８９７１号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

上述のように、疑わしい取引に利用されている口座を抽出し、この口座の調査が行われている。しかしながら、金融機関によっては、調査対象として、抽出したい口座が異なる場合がある。また、調査にかけられるリソースも限られる。この場合、画一的なロジックにより、疑わしい口座を抽出する場合には、各金融機関の状況に合わない可能性もあり、効率的な調査を行なうことが困難であった。

【0007】

本発明は、上記問題点を解決するためになされたものであり、金融機関において開設された口座を評価して、不正な取引や犯罪に用いられる可能性がある疑わしい口座を効率的かつ的確に検知するための口座評価システム、口座評価方法及び口座評価プログラムを提供することにある。

【課題を解決するための手段】

【0008】

（１）上記課題を解決する口座評価システムは、各顧客の口座情報と、各口座を用いた取引情報とを記録する口座関連記憶部と、各口座に対するアラート情報を記録した評価情報記憶部と、口座情報を構成する項目と、各項目に含まれる項目値とを記録した口座マスター情報を保持するとともに、担当者端末に接続された制御部を備える。そして、前記制御部が、前記担当者端末から、前記口座情報を構成する項目において評価項目を取得し、複数の評価項目を取得した場合、前記複数の評価項目の項目値の組み合わせを生成し、前記担当者端末から、前記評価項目の項目値を用いて生成した組み合わせからなるエレメントに対して、前記取引情報に含まれるパラメータの閾値とスコアとを取得し、前記閾値とスコアとを用いて設定した評価ルールを生成する設定手段と、前記評価ルールにおいて、評価対象口座の口座情報を用いて生成した項目値列に含まれるエレメントを特定し、前記特定したエレメントに対応する閾値と、前記評価対象口座の取引情報におけるパラメータ値とを比較してスコアを算出し、前記スコアが基準値を超えた評価対象口座に対して、前記評価情報記憶部にアラート情報を設定する検知手段と、前記アラート情報が設定されたアラート口座を出力する調査支援手段とを備える。これにより、口座の項目値を用いて口座の属性を評価し、この属性に応じて、効率的に調査対象を特定することができる。

【0009】

（２）上記口座評価システムにおいては、更に、複数の項目値を用いて口座の属性を判断し、この属性に応じた閾値により、口座を評価することができる。

【0010】

（３）上記口座評価システムにおいては、前記制御部が、更に、評価項目の項目値、閾値の順番に前記スコアを並べ、前記スコアの並び順と前記閾値の並び順とが異なる場合には、前記評価対象口座に対してアラームを出力することが好ましい。これにより、設定したスコアの妥当性を判断することができる。

【0011】

（４）上記口座評価システムにおいては、前記検知手段が、前記取引情報における取引チャネルに基づいて、前記スコアに対して重み付けを行なうことが好ましい。これにより、取引チャネルに基づいて、口座に対する評価結果を調整することができる。

【0012】

（５）上記口座評価システムにおいては、前記調査支援手段が、前記アラート情報が設定されたアラート口座と関連する関連口座を特定し、前記担当者端末に出力することが好ましい。これにより、アラート口座と関連する他の口座（関連口座）を用いて、アラート口座の評価を行なうことができる。

【0013】

（６）上記口座評価システムにおいては、前記調査支援手段が、前記アラート口座の名義人情報と共通する名義人情報が記録された口座を関連口座として特定することが好ましい。これにより、アラート口座の名義人と共通性がある名義人が保有する他の口座（関連口座）を用いて、アラート口座の評価を行なうことができる。

【0014】

（７）上記口座評価システムにおいては、前記名義人情報の共通度を識別できるように出力することが好ましい。これにより、関連口座の妥当性を評価することができる。

【0015】

（８）上記口座評価システムにおいては、前記関連口座を特定した場合、前記評価情報記憶部において、前記関連口座に関連付けられたアラート情報を検索し、前記担当者端末に出力することが好ましい。これにより、他の口座のアラート情報を用いて、アラート口座を評価することができる。

【発明の効果】

【0016】

本発明によれば、金融機関において開設された口座を評価して、不正な取引や犯罪に用いられる可能性がある疑わしい口座を効率的かつ的確に検知することができる。

【図面の簡単な説明】

【0017】

【図1】本発明の実施形態の口座評価システムの説明図。

【図2】本実施形態の記憶部に記録されたデータの説明図であって、（ａ）はルール情報記憶部、（ｂ）は口座情報記憶部、（ｃ）は取引情報記憶部、（ｄ）は口座評価情報記憶部の説明図。

【図3】本実施形態の処理手順の説明図。

【図4】本実施形態の口座マスターテーブルの説明図。

【図5】本実施形態の閾値、スコアの設定の説明図であって、（ａ）は条件設定画面、（ｂ）は評価ルールの説明図。

【図6】本実施形態の処理手順の説明図。

【図7】本実施形態の処理手順の説明図であって、（ａ）は検知処理、（ｂ）はスコア算出処理の説明図。

【図8】本実施形態の処理手順の説明図。

【発明を実施するための形態】

【0018】

以下、本発明を具体化した口座評価システムの一実施形態を図１〜図８に従って説明する。本実施形態では、金融機関において開設された口座の属性や取引状況に基づいて、調査すべき口座を検知し、検知した口座を調査し、必要に応じて報告する場合を想定する。

【0019】

図１に示すように、本実施形態では、担当者端末１０、管理サーバ２０、ホストシステム３０を用いる。
担当者端末１０は、口座を調査する担当者が用いるコンピュータ端末である。担当者端末１０は、制御部、出力部、入力部を備える。出力部は、ディスプレイにより構成され、各種情報の出力を行なう。本実施形態では、管理サーバ２０から取得した評価結果が出力される。入力部は、キーボードやポインティングデバイスにより構成され、担当者によって入力された指示を取得する。

【0020】

ホストシステム３０は、口座を用いて行なわれる取引を管理するコンピュータシステムである。このため、ホストシステム３０は、口座の属性や名義人に関する口座情報や、この口座を用いて行なわれた取引に関する取引情報を管理するコンピュータシステムである。

【0021】

管理サーバ２０は、金融機関に開設された口座を評価するためのコンピュータシステムである。この管理サーバ２０は、制御部２１、ルール情報記憶部２２、口座情報記憶部２３、取引情報記憶部２４、口座評価情報記憶部２５を備えている。本実施形態では、口座情報記憶部２３、取引情報記憶部２４が、口座関連記憶部として機能する。

【0022】

制御部２１は、制御手段（ＣＰＵ、ＲＡＭ、ＲＯＭ等）を備え、後述する処理（設定段階、ロード段階、検知段階、調査支援段階、報告支援段階の各処理）を行なう。そのための口座評価プログラムを実行することにより、制御部２１は、設定部２１１、ロード部２１２、検知部２１３、調査支援部２１４、報告支援部２１５として機能する。

【0023】

設定部２１１は、調査すべき口座を検知するための評価ルールを設定する処理を実行する。更に、設定部２１１は、設定された評価ルールの妥当性を確認する処理を実行する。設定部２１１は、口座情報を構成する各項目や、各項目における項目値、値説明に関する口座マスターテーブルを保持している。本実施形態では、各項目の項目値には、それぞれをユニークに特定することができる文字や文字列を用いる。これにより、各項目値を組み合わせた文字列においても、文字列を構成する項目や項目値を特定することができる。
また、値説明としては、各項目値の内容が記録されている。例えば、項目値「Ｒ」、「Ｃ」に対しては、値説明として、それぞれ「個人」、「法人」が記録されている。

【0024】

ロード部２１２は、ホストシステム３０から、評価に用いる口座情報、取引情報を取得し、それぞれ口座情報記憶部２３、取引情報記憶部２４に記録する処理を実行する。

【0025】

検知部２１３は、評価ルールに基づいて、調査すべき口座を抽出する処理を実行する。検知部２１３は、調査すべき口座を特定するための基準値に関するデータを保持している。本実施形態では、検知部２１３は、検知処理において算出した総スコアが基準値以上の口座を調査対象として特定する。更に、検知部２１３は、取引チャネルに応じて、スコアを調整するための重み付け値に関するデータ（重み付けテーブル）を保持している。

【0026】

調査支援部２１４は、調査すべき口座を担当者端末１０に出力する処理を実行する。この調査支援部２１４は、調査対象口座の名義人情報と、関連者の名義人情報との共通度に応じて、表示形態（例えば、配色）を決定するための表示形態管理情報を保持している。この表示形態管理情報を用いることにより、共通度が高い程、目立つ表示形態が決定される。金融機関の担当者は、担当者端末１０に出力された口座の調査を行ない、報告書作成の要否を判断する。

【0027】

報告支援部２１５は、疑わしいと判定された口座についての報告書の作成を支援する処理を実行する。このため、報告支援部２１５は、報告書を作成するためのテンプレートを保持している。そして、報告支援部２１５は、疑わしいと判定された口座に関する情報を、テンプレートに挿入することにより報告書を作成する。

【0028】

次に、図２を用いて、各記憶部に記録されている情報を説明する。
図２（ａ）に示すように、ルール情報記憶部２２には、各口座を評価するための評価ルールレコード２２０が記録される。この評価ルールレコード２２０は、調査すべき口座を特定するためのルールが登録された場合に記録される。評価ルールレコード２２０は、ルール、エレメント、パラメータ、閾値、スコアに関するデータを含んで構成される。

【0029】

ルールデータ領域には、調査すべき口座を抽出するための評価ルールを特定するための識別子に関するデータが記録される。
エレメントデータ領域には、この評価ルールにおいて、調査すべき口座を抽出するための識別子に関するデータが記録される。本実施形態では、口座情報に含まれる項目の項目値を組み合わせたエレメントを評価要素として用いる。この評価要素を用いることにより、この口座の属性（性格）を特定することができる。

【0030】

パラメータデータ領域には、エレメントにより抽出した口座について、この口座を用いての取引情報を評価するための変数に関するデータが記録される。例えば、このパラメータには、取引の金額や回数、比率、期間等を用いることができる。本実施形態では、取引情報における入出金状況（金額や回数）をパラメータとして、以下の口座を抽出する。
・多額の入金や出金がある口座
・入出金の比率が所定範囲に含まれる口座
・口座開設後の所定期間内に多額の入出金がある口座
・短期間に多額の入出金が発生した休眠口座等

【0031】

閾値データ領域には、このパラメータにおいて口座を区分するための閾値に関するデータが記録される。一つのパラメータに対して、複数の閾値を設定することができる。本実施形態では、口座のリスクレベルに応じて閾値を下げる。また、口座属性に基づいて、一般的に取引金額が大きい場合（例えば、個人よりも法人）には、閾値を上げる。

【0032】

スコアデータ領域には、閾値を超えた口座に対して付与されるスコアに関するデータが記録される。一つのパラメータに対して、複数の閾値が設定されている場合には、各閾値に対して、異なるスコアが記録される。本実施形態では、口座のリスクレベルが高い場合には、高いスコアを付与する。

【0033】

図２（ｂ）に示すように、口座情報記憶部２３には、評価対象となる口座に関する口座管理レコード２３０が記録される。この口座管理レコード２３０は、ホストシステム３０から口座情報を取得した場合に記録される。口座管理レコード２３０は、口座識別子、口座情報、顧客情報に関するデータを含んで構成される。口座情報には、口座種別、口座開設日、生活口座フラグ、口座停止日、リスクレベル等に関する情報が含まれる。顧客情報には、顧客コード、名義人名、職業コード、電話番号、住所等に関するデータを含んで構成される。

【0034】

口座識別子データ領域には、各口座を特定するための識別子（本支店コード、口座種類、口座番号）に関するデータが記録される。
口座種別データ領域には、この口座の種類を特定するための識別子に関するデータが記録される。本実施形態では、この口座の名義人について、法人又は個人を特定するための識別子に関するデータが記録される。

【0035】

口座開設日データ領域には、この口座が開設された年月日に関するデータが記録される。
生活口座フラグデータ領域には、この口座の用途を特定するための識別子に関するデータが記録される。この口座が、公共料金の引き落としに利用されている場合には、生活口座フラグが記録される。

【0036】

口座停止日データ領域には、この口座が利用停止（凍結）された年月日（口座停止日）に関するデータが記録される。
リスクレベルデータ領域には、この口座のリスクを評価した結果に関するデータが記録される。

【0037】

顧客コードデータ領域には、この口座の名義人である顧客を特定するための識別子に関するデータが記録される。

【0038】

名義人名データ領域には、この口座の名義人の名称（姓名や法人名）に関するデータが記録される。
職業コードデータ領域には、この口座名義人の職業を特定するための識別子に関するデータが記録される。
電話番号、住所データ領域には、この口座の名義人の電話番号、住所に関するデータが記録される。

【0039】

図２（ｃ）に示すように、取引情報記憶部２４には、各口座を用いて行なわれた取引に関する取引管理レコード２４０が記録される。この取引管理レコード２４０は、ホストシステム３０から取引情報を取得した場合に記録される。取引管理レコード２４０は、取引識別子、口座識別子、取引種別、取引日、金額、取引先に関するデータを含んで構成される。

【0040】

取引識別子データ領域には、各取引を特定するための識別子に関するデータが記録される。
口座識別子データ領域には、この取引に用いられた口座を特定するための識別子に関するデータが記録される。

【0041】

取引種別データ領域には、この取引の種類を特定するための識別子に関するデータが記録される。更に、この取引種別には、取引チャネル（ネットワーク、窓口や現金自動預払機等）を特定する情報が含まれる。
取引日データ領域には、この取引が行なわれた年月日に関するデータが記録される。この取引日から所定期間以上、入出金がない場合には、休眠口座と判定する。
金額データ領域には、この取引における取引金額に関するデータが記録される。
取引先データ領域には、この取引の相手を特定するためのデータが記録される。本実施形態では、例えば、振込先口座の口座識別子や、この口座の名義人に関する情報が記録される。

【0042】

図２（ｄ）に示すように、口座評価情報記憶部２５には、各口座を評価した口座評価管理レコード２５０が記録される。この口座評価管理レコード２５０は、検知処理を行なった場合に記録される。口座評価管理レコード２５０は、口座識別子、評価日、総スコア、アラート、調査結果に関するデータを含んで構成される。

【0043】

口座識別子データ領域には、評価を行なった口座を特定するための識別子に関するデータが記録される。
評価日データ領域には、この口座について検知処理を行なった年月日に関するデータが記録される。

【0044】

総スコアデータ領域には、この口座に付与されたスコアの合計点に関するデータが記録される。
アラートデータ領域には、調査担当者による調査の要否を判定するための情報が記録される。本実施形態では、スコアに基づいて、調査すべきと判定した場合には、アラートフラグが記録される。
調査結果データ領域には、報告書作成の要否を識別するための情報が記録される。本実施形態では、報告書作成が必要な場合には報告フラグが記録される。

【0045】

次に、この口座評価システムにおける動作を、図３〜図８を用いて説明する。
（設定処理）
図３を用いて、設定処理を説明する。この処理は、調査担当者が、調査すべき口座を特定するための条件（評価ルール）を設定する場合に行なわれる。この設定処理を行なう場合には、金融機関の調査担当者は、担当者端末１０を用いて、管理サーバ２０にアクセスし、設定要求を送信する。

【0046】

この場合、管理サーバ２０の制御部２１は、評価要素の特定処理を実行する（ステップＳ１−１）。具体的には、制御部２１の設定部２１１は、口座マスターテーブルを用いて口座情報に含まれる項目を特定し、この項目についての一覧リストを生成する。次に、設定部２１１は、担当者端末１０のディスプレイに、一覧リストを含めた評価要素設定画面を出力する。この場合、調査担当者は、評価要素設定画面を用いて、調査すべき口座の検知に用いる項目（評価要素）を指定する。本実施形態では、任意の数の任意の項目を指定することができる場合を想定する。

【0047】

ここでは、図４に示す口座マスターテーブル５００（口座マスター情報）を用いる場合を想定する。この口座マスターテーブル５００には、口座情報に含まれる項目（１）〜項目（ｍ）が含まれる。更に、この口座マスターテーブル５００においては、各項目に対して、複数の項目値、各項目値の説明が記録されている。そして、調査担当者によって、項目（１）〜項目（ｍ）の中で、評価要素として、項目（２）、項目（３）が指定された場合を想定する。この場合、設定部２１１は、指定された項目を評価要素として仮記憶する。

【0048】

次に、管理サーバ２０の制御部２１は、組み合わせの生成処理を実行する（ステップＳ１−２）。具体的には、制御部２１の設定部２１１は、口座マスターテーブル５００から、評価要素として特定された項目の項目値を取得する。この場合、図４に示すように、項目（２）については項目値「Ｌ」〜「ＶＨ」、項目（３）については、項目値「Ｒ」、「Ｃ」を取得する。そして、設定部２１１は、指定された項目について、項目値に展開したスコア設定リストを作成する。この場合、複数の項目が指定されている場合、スコア設定リストには、各項目の項目値を組み合わせたすべてのパターンを生成する。ここでは、項目（２）の項目値「Ｌ」〜「ＶＨ」、項目（３）の項目値「Ｒ」、「Ｃ」の組み合わせにより、８個（＝４個＊２個）のパターンが生成される。

【0049】

次に、管理サーバ２０の制御部２１は、評価ルールの設定処理を実行する（ステップＳ１−３）。具体的には、制御部２１の設定部２１１は、担当者端末１０のディスプレイに、評価ルールを設定するための画面（条件設定画面）を出力する。

【0050】

図５（ａ）に示すように、条件設定画面５０２には、項目値を組み合わせたすべてのパターンが表示される。更に、条件設定画面５０２には、各パターンに対して、取引情報に含まれるパラメータについて、複数の閾値を設定するための設定欄が設けられている。ここでは、各エレメントに対して、２つの閾値が設定され、各閾値に対してスコアが設定されている。この条件設定画面５０２には、閾値を越えた口座に対して付与するスコアの設定欄が設けられている。そして、条件設定画面５０２において、評価ルールの設定を完了する場合、担当者端末１０には設定完了が入力される。

【0051】

次に、管理サーバ２０の制御部２１は、評価ルールの登録処理を実行する（ステップＳ１−４）。具体的には、制御部２１の設定部２１１は、条件設定画面５０２において、設定されたパターンについて、各項目値を組み合わせた文字列からなるエレメントを生成する。そして、設定部２１１は、閾値及びスコアを記録した評価ルールレコード２２０を生成し、ルール情報記憶部２２に記録する。

【0052】

この場合、図５（ｂ）に示すように、項目（２）の項目値「Ｌ」〜「ＶＨ」及び項目（３）の項目値「Ｒ」、「Ｃ」を組み合わせて生成された文字列「ＬＲ」〜「ＶＨＣ」に対して、パラメータの閾値及びスコアが設定された評価ルールレコード５０４が生成される。

【0053】

（スコア検証処理）
次に、図６を用いて、スコア検証処理を説明する。この処理は、設定処理を終了した場合に行なわれる。

【0054】

ここでは、管理サーバ２０の制御部２１は、並び替え処理を実行する（ステップＳ２−１）。具体的には、制御部２１の設定部２１１は、共通した項目値を含むエレメントが記録された評価ルールレコード２２０を抽出する。そして、設定部２１１は、抽出した評価ルールレコード２２０を閾値の順番で並び替える。

【0055】

次に、管理サーバ２０の制御部２１は、スコアの比較処理を実行する（ステップＳ２−２）。具体的には、制御部２１の設定部２１１は、並び替えた評価ルールレコード２２０のスコアの傾向を特定する。本実施形態では、閾値が大きくなる程、スコアも高くなる傾向となる。

【0056】

次に、管理サーバ２０の制御部２１は、スコア逆転かどうかについての判定処理を実行する（ステップＳ２−３）。具体的には、制御部２１の設定部２１１は、スコアの傾向に対して、前後のスコアの順番が相違（逆転）している評価ルールレコード２２０がある場合には、スコア逆転があると判定する。

【0057】

スコア逆転があると判定した場合（ステップＳ２−３において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、アラーム処理を実行する（ステップＳ２−４）。具体的には、制御部２１の設定部２１１は、担当者端末１０のディスプレイに、注意喚起メッセージを出力する。この注意喚起メッセージには、スコア逆転を検知した評価ルールレコード２２０及びその前後の評価ルールレコード２２０に関する情報を含める。

【0058】

一方、すべての項目値の傾向について、スコア逆転がないと判定した場合（ステップＳ２−３において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、アラーム処理（ステップＳ２−４）をスキップして、スコア検証処理を終了する。

【0059】

（検知処理）
次に、図７（ａ）を用いて、検知処理を説明する。まず、管理サーバ２０の制御部２１のロード部２１２は、ホストシステム３０から、評価に用いる口座情報、取引情報を取得し、それぞれ口座情報記憶部２３、取引情報記憶部２４に記録する。そして、口座情報記憶部２３に記録された口座を、順次、処理対象口座として特定し、以下の処理を繰り返す。

【0060】

この場合、管理サーバ２０の制御部２１は、ルール情報記憶部２２に記録されたすべての評価ルールレコード２２０を、順次、処理対象として特定し、以下の処理を繰り返す。

【0061】

ここでは、管理サーバ２０の制御部２１は、評価ルール毎にスコア算出処理を実行する（ステップＳ３−１）。具体的には、制御部２１の検知部２１３は、処理対象の評価ルールに基づいて、処理対象口座のスコアを算出する。そして、検知部２１３は、算出したスコアを、口座評価情報記憶部２５の総スコアに加算する。この処理（スコア算出処理）の詳細については、後述する。

【0062】

そして、管理サーバ２０の制御部２１は、すべてのルールについて終了するまで、処理を繰り返す。
更に、管理サーバ２０の制御部２１は、口座情報記憶部２３に記録されたすべての口座について終了するまで、処理を繰り返す。

【0063】

次に、口座評価情報記憶部２５に記録された口座を、順次、処理対象口座として特定し、以下の処理を繰り返す。
ここでは、管理サーバ２０の制御部２１は、総スコアが基準値以上かどうかについての判定処理を実行する（ステップＳ３−２）。具体的には、制御部２１の検知部２１３は、口座評価管理レコード２５０に記録されている総スコアと基準値とを比較する。

【0064】

総スコアが基準値以上と判定した場合（ステップＳ３−２において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、アラーム処理を実行する（ステップＳ３−３）。具体的には、制御部２１の検知部２１３は、口座評価管理レコード２５０にアラートフラグを記録する。

【0065】

一方、総スコアは基準値未満と判定した場合（ステップＳ３−２において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、アラーム処理（ステップＳ３−３）をスキップして、この口座についての処理を終了する。
以上の処理を、口座評価情報記憶部２５に記録されたすべての口座について繰り返す。

【0066】

（スコア算出処理）
次に、図７（ｂ）を用いて、スコア算出処理を説明する。
ここでは、まず、管理サーバ２０の制御部２１は、項目列の生成処理を実行する（ステップＳ４−１）。具体的には、制御部２１の検知部２１３は、処理対象口座の口座管理レコード２３０に含まれる各項目の項目値を並べた項目列を生成する。

【0067】

次に、管理サーバ２０の制御部２１は、エレメントの特定処理を実行する（ステップＳ４−２）。具体的には、制御部２１の検知部２１３は、生成した項目列において、ルール情報記憶部２２に記録されているエレメントを特定する。

【0068】

次に、管理サーバ２０の制御部２１は、パラメータ値の算出処理を実行する（ステップＳ４−３）。具体的には、制御部２１の検知部２１３は、ルール情報記憶部２２を用いて、特定したエレメントについて、パラメータを特定する。次に、検知部２１３は、処理対象口座の口座識別子が記録された取引管理レコード２４０を、取引情報記憶部２４から抽出する。そして、検知部２１３は、取引管理レコード２４０を用いて、この評価ルールのパラメータのパラメータ値を算出する。ここでは、例えば、以下のパラメータ値を算出する。
「多額の入金や出金がある口座」を特定する場合には、取引管理レコード２４０を用いて、パラメータ値として、所定期間の入金額合計及び出金額合計、入出金回数を算出する。
また、「入出金の比率が所定範囲に含まれる口座」を特定する場合には、取引管理レコード２４０を用いて、パラメータ値として、所定期間の入金額合計と出金額合計との比率を算出する。
また、「口座開設後の所定期間内に多額の入出金がある口座」を特定する場合には、取引管理レコード２４０を用いて、パラメータ値として、口座開設後の所定期間の入金額合計或いは出金額合計、入出金回数を算出する。
また、「短期間に多額の入出金が発生した休眠口座」を特定する場合には、取引管理レコード２４０を用いて、パラメータ値として、予め定められた一定期間以上の取引がない口座において、取引再開後の所定期間の入金額合計或いは出金額合計、入出金回数を算出する。

【0069】

次に、管理サーバ２０の制御部２１は、閾値との比較に基づいてスコア算出処理を実行する（ステップＳ４−４）。具体的には、制御部２１の検知部２１３は、算出したパラメータ値と閾値とを比較する。そして、検知部２１３は、評価ルールレコード２２０を用いて、パラメータ値以下の閾値であって、最大の閾値に対応するスコアを取得する。

【0070】

次に、管理サーバ２０の制御部２１は、取引チャネルに応じてスコアの重み付け処理を実行する（ステップＳ４−５）。具体的には、制御部２１の検知部２１３は、抽出した取引管理レコード２４０を用いて、取引チャネルを特定する。次に、検知部２１３は、重み付けテーブルを用いて、取引チャネルに応じた重み付け値を取得する。そして、検知部２１３は、取得した重み付け値を乗算したスコアを算出する。

【0071】

次に、管理サーバ２０の制御部２１は、スコア加算処理を実行する（ステップＳ４−６）。具体的には、制御部２１の検知部２１３は、算出したスコアを、処理対象口座の口座評価管理レコード２５０の総スコアに加算する。

【0072】

（調査支援処理）
次に、図８を用いて、調査支援処理を説明する。
ここでは、まず、管理サーバ２０の制御部２１は、アラート口座の出力処理を実行する（ステップＳ５−１）。具体的には、制御部２１の調査支援部２１４は、口座評価情報記憶部２５において、今回の評価日が記録された口座評価管理レコード２５０を抽出する。次に、調査支援部２１４は、アラートフラグが記録された口座評価管理レコード２５０をアラート口座として特定する。そして、調査支援部２１４は、特定した口座評価管理レコード２５０の口座識別子を含めた調査対象口座リストを生成し、担当者端末１０のディスプレイに出力する。

【0073】

次に、管理サーバ２０の制御部２１は、調査対象口座の特定処理を実行する（ステップＳ５−２）。具体的には、調査担当者は、調査対象口座リストに含まれる口座の中で、調査を行なう口座を調査対象口座として指定する。この場合、制御部２１の調査支援部２１４は、指定された調査対象口座の口座識別子を特定する。

【0074】

次に、管理サーバ２０の制御部２１は、調査対象口座の名義人の出力処理を実行する（ステップＳ５−３）。具体的には、制御部２１の調査支援部２１４は、調査対象口座の口座識別子が記録された口座管理レコード２３０を口座情報記憶部２３から抽出する。そして、調査支援部２１４は、口座管理レコード２３０の顧客情報を取得する。そして、調査支援部２１４は、取得した顧客情報を、担当者端末１０のディスプレイに出力する。

【0075】

次に、管理サーバ２０の制御部２１は、関連口座の検索処理を実行する（ステップＳ５−４）。具体的には、制御部２１の調査支援部２１４は、口座管理レコード２３０に記録された顧客コードが記録されている他の口座管理レコード２３０を口座情報記憶部２３において検索する。そして、調査支援部２１４は、同じ顧客コードが記録されている他の口座管理レコード２３０を抽出できた場合には、この口座を関連口座として特定する。

【0076】

関連口座を特定できた場合、管理サーバ２０の制御部２１は、アラート情報の確認処理を実行する（ステップＳ５−２１）。具体的には、制御部２１の調査支援部２１４は、口座評価情報記憶部２５を用いて、関連口座の口座識別子が記録されている口座評価管理レコード２５０を検索する。そして、調査支援部２１４は、口座評価管理レコード２５０にアラートフラグが記録されているかどうかを確認する。

【0077】

次に、管理サーバ２０の制御部２１は、関連口座の出力処理を実行する（ステップＳ５−５）。具体的には、制御部２１の調査支援部２１４は、関連口座の口座情報を、担当者端末１０のディスプレイに出力する。更に、口座評価管理レコード２５０にアラートフラグが記録されている場合には、調査支援部２１４は、関連口座の口座情報に関連付けて、アラートメッセージを出力する。

【0078】

次に、管理サーバ２０の制御部２１は、名義人と共通性がある関連者の特定処理を実行する（ステップＳ５−６）。具体的には、制御部２１の調査支援部２１４は、口座情報記憶部２３を用いて、調査対象口座の顧客情報（名義人情報）に含まれる各項目と共通性がある情報が顧客情報（名義人情報）として記録されている口座管理レコード２３０を検索する。本実施形態では、共通性として、「電話番号の一致」、「住所の一部の一致」、「名義人名の姓の一致」等を用いる。そして、調査支援部２１４は、共通性がある顧客情報が記録されている他の口座管理レコード２３０を抽出できた場合には、この口座管理レコード２３０の名義人名を関連者として特定する。

【0079】

次に、管理サーバ２０の制御部２１は、共通度に応じて表示方法の決定処理を実行する（ステップＳ５−７）。具体的には、制御部２１の調査支援部２１４は、関連者の顧客情報と、調査対象口座の顧客情報とを比較して、共通度を算出する。本実施形態では、例えば、共通度として、顧客情報において、共通性がある項目数を用いる。そして、調査支援部２１４は、表示形態管理情報を用いて、共通度に応じた表示形態を決定する。

【0080】

次に、管理サーバ２０の制御部２１は、関連者の出力処理を実行する（ステップＳ５−８）。具体的には、制御部２１の調査支援部２１４は、担当者端末１０のディスプレイに、共通度に応じて決定した表示形態に基づいて、関連者情報を出力する。

【0081】

次に、管理サーバ２０の制御部２１は、関連者の口座の検索処理を実行する（ステップＳ５−９）。具体的には、制御部２１の調査支援部２１４は、関連者の顧客コードが名義情報に記録されている口座管理レコード２３０を口座情報記憶部２３から抽出する。そして、調査支援部２１４は、抽出した口座管理レコード２３０を関連者の口座（関連口座）として特定する。
この場合も、関連者の口座について、ステップＳ５−２１と同様に、管理サーバ２０の制御部２１は、アラート情報の確認処理を実行する（ステップＳ５−２２）。

【0082】

次に、管理サーバ２０の制御部２１は、関連者の口座の出力処理を実行する（ステップＳ５−１０）。具体的には、制御部２１の調査支援部２１４は、関連者の口座の口座情報を、担当者端末１０のディスプレイに出力する。更に、口座評価管理レコード２５０にアラートフラグが記録されている場合には、調査支援部２１４は、関連者の口座の口座情報に関連付けて、アラートメッセージを出力する。

【0083】

次に、管理サーバ２０の制御部２１は、調査結果の登録処理を実行する（ステップＳ５−１１）。具体的には、調査担当者は、調査対象口座について、関連情報（例えば、関連口座の情報）を参照して報告の要否を判断する。そして、担当者端末１０において、調査結果が入力された場合、制御部２１の調査支援部２１４は、調査対象の口座評価管理レコード２５０の調査結果データ領域に報告フラグを記録する。この場合、制御部２１の報告支援部２１５は、報告書の作成処理を実行する。

【0084】

次に、管理サーバ２０の制御部２１は、調査対象の変更かどうかについての判定処理を実行する（ステップＳ５−１２）。具体的には、制御部２１の調査支援部２１４は、担当者端末１０において、調査対象口座リストに含まれる他のアラート口座や、関連口座、関連者の口座が指定された場合には、調査対象の変更と判定する。

【0085】

調査対象の変更と判定した場合（ステップＳ５−１２において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、調査対象口座の特定処理（ステップＳ５−２）に戻る。この場合、新たに指定された口座を調査対象口座として特定する。

【0086】

一方、新たな調査対象が指定されず、調査対象の変更でないと判定した場合（ステップＳ５−１２において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、調査支援処理を終了する。

【0087】

以上、本実施形態によれば、以下に示す効果を得ることができる。
（１）本実施形態では、管理サーバ２０の制御部２１は、評価要素の特定処理（ステップＳ１−１）、組み合わせの生成処理（ステップＳ１−２）、評価ルールの設定処理（ステップＳ１−３）を実行する。これにより、調査担当者は、調査対象とする口座を検知するための評価ルールを、設定することができる。そして、この口座属性に応じた閾値を用いて、各口座を評価することができる。

【0088】

（２）本実施形態では、管理サーバ２０の制御部２１は、スコア検証処理を実行する。これにより、設定されたスコアの妥当性を確認することができる。
（３）本実施形態では、管理サーバ２０の制御部２１は、評価ルール毎にスコア算出処理を実行する（ステップＳ３−１）。ここでは、管理サーバ２０の制御部２１は、項目列の生成処理（ステップＳ４−１）、エレメントの特定処理（ステップＳ４−２）、パラメータ値の算出処理（ステップＳ４−３）、閾値との比較に基づいてスコア算出処理（ステップＳ４−４）を実行する。複数の閾値を用いることにより、一つの口座属性に対して、取引状況に応じてスコアを付与することができる。

【0089】

更に、管理サーバ２０の制御部２１は、取引チャネルに応じてスコアの重み付け処理を実行する（ステップＳ４−５）。これにより、取引状況に応じて、疑わしい取引を評価することができる。

【0090】

（４）本実施形態では、管理サーバ２０の制御部２１は、総スコアは基準値以上かどうかについての判定処理を実行する（ステップＳ３−２）。総スコアは基準値以上と判定した場合（ステップＳ３−２において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、アラーム処理を実行する（ステップＳ３−３）。これにより、調査担当者は、検知された口座について効率的に調査することができる。

【0091】

（５）本実施形態の調査支援処理では、管理サーバ２０の制御部２１は、関連口座の検索処理を実行する（ステップＳ５−４）。関連口座を特定できた場合、管理サーバ２０の制御部２１は、アラート情報の確認処理を実行する（ステップＳ５−２１）。これにより、名義人が保有する他の口座に関する情報を用いて、アラート口座の報告書作成の要否を判断することができる。

【0092】

（６）本実施形態の調査支援処理では、管理サーバ２０の制御部２１は、名義人と共通性がある関連者の特定処理（ステップＳ５−６）、共通度に応じて表示方法の決定処理（ステップＳ５−７）、関連者の出力処理（ステップＳ５−８）を実行する。これにより、アラート口座の名義人の口座を名寄せして、報告書作成の要否を判断することができる。

【0093】

更に、管理サーバ２０の制御部２１は、関連者の口座の検索処理（ステップＳ５−９）、関連者の口座の出力処理（ステップＳ５−１０）を実行する。これにより、名寄せされた口座に関する情報を用いて、アラート口座の報告書作成の要否を判断することができる。

【0094】

（７）本実施形態では、報告支援部２１５は、疑わしいと判定された口座についての報告書の作成を支援する処理を実行する。これにより、効率的に報告書を作成することができる。

【0095】

なお、上記実施形態は、以下の態様に変更してもよい。
・上記実施形態では、２つの項目値を用いて、エレメントを生成する。エレメントを生成するための項目値の数は、２つに限定されるものではない。また、過去の報告書作成の実績を用いて、エレメントを生成するようにしてもよい。この場合には、報告書が作成された口座情報の項目値を用いて、エレメントを生成する。

【0096】

・上記実施形態では、一つのエレメントに対して、２つの閾値を設定したが、閾値の数はこれに限定されるものではない。
・上記実施形態では、総スコアと基準値とを比較することにより、アラート口座を特定する。ここで、状況に応じて、基準値を変更するようにしてもよい。例えば、過去の報告書作成の実績を用いて、基準値を設定するようにしてもよい。この場合には、報告書が作成された口座情報の項目値からなるエレメントにおいて、この口座がアラート口座に含まれるように基準値を算出する。

【0097】

・上記実施形態では、調査支援処理において、管理サーバ２０の制御部２１は、関連口座の検索処理（ステップＳ５−４）、アラート情報の確認処理（ステップＳ５−２１）を実行する。更に、上記実施形態では、調査支援処理において、名義人と共通性がある関連者の特定処理（ステップＳ５−６）、関連者の口座の検索処理（ステップＳ５−９）、アラート情報の確認処理（ステップＳ５−２２）を実行する。

【0098】

これらの処理を、検知処理において実行するようにしてもよい。この場合には、特定した関連口座の総スコアやアラート情報、調査結果をスコアに換算し、調査対象口座の総スコアに加算するようにしてもよい。このため、検知部２１３に、関連口座の総スコアやアラート情報、調査結果をスコアに換算するための換算テーブルを保持させておく。
これにより、関連口座の評価結果を用いて、アラート口座のスコアを調整することができる。

【0099】

・上記実施形態では、取引チャネルに応じて、スコアを調整するための重み付け値に関するデータ（重み付けテーブル）を利用する。ここで、重み付けの対象は、取引チャネルに限定されるものではない。例えば、取引時期（曜日や時間帯）を重み付けの対象とすることも可能である。この場合、制御部２１の検知部２１３は、取引管理レコード２４０を用いて、重み付け対象（取引時期）を特定する。

【符号の説明】

【0100】

１０…担当者端末、２０…管理サーバ、２１…制御部、２１１…設定部、２１２…ロード部、２１３…検知部、２１４…調査支援部、２１５…報告支援部、２２…ルール情報記憶部、２３…口座情報記憶部、２４…取引情報記憶部、２５…口座評価情報記憶部、３０…ホストシステム。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】