JP2009531750A - オンラインビジネスにおけるリスク監視のための方法およびシステム - Google Patents

Abstract

オンラインビジネスにおけるリスク監視の方法を開示する。該方法は、ユーザリクエストのパラメータおよびビジネス処理システムによるリクエスト処理のビジネスデータをキャプチャし、パラメータおよびビジネスデータをイベントオブジェクトにパッキングし、リスク監視ルールによってイベントオブジェクトを分析し、ビジネスデータを生成する動作イベントにおいてリスクが存在することが決定される場合に、リスク記録を生成する。該方法はさらに、リスク記録およびリスク処理構成によってリスク処理モードを決定し、リスク処理モードにおける動作イベントのリスクを処理する。さらに、オンラインビジネスにおけるリスク監視のためのシステムも開示する。

Description

本出願は、２００６年３月２８日に出願された、中国特許出願の出願番号第２００６１００６６３０１．Ｘ号、名称「オンラインビジネスにおけるリスク監視のための方法およびシステム」の優先権を主張するものであり、該中国特許出願を参照としてその全てを組み込んでいる。

本発明は、通信およびコンピュータ技術の分野に関し、詳細には、オンラインビジネスにおけるリスク監視のための方法およびシステムに関する。

インターネットの急速な発展により、様々な種類のオンラインビジネスが次々に出現している。こうしたインターネットによるオンラインビジネス取引の例には、オンラインバンキング、オンライン支払いおよびオンラインショッピングがある。今日、人々は、インターネットにおける異なるビジネスアクティビティの実行について、これを受け入れているとともに、またこれに慣れている。

インターネットはオープンなネットワークであるため、世界中のどこにいる誰であっても、便利に、インターネットに接続することができる。インターネットによって人々の生活は便利になったが、同時にリスクがもたらされた。特にここ近年、電子商取引の急速な発達に伴って、ネットワークベースの金融犯罪およびオンライン詐欺が頻繁に発生しており、人々の懸念の対象となってきた。その結果、消費者は、特に、資金移動を含めたこうした取引において、オンラインビジネス処理システムに十分なリスク監視および制御がなされていない場合には、オンラインサービスを安心して使用できないことがある。

ビジネス処理システムを監視するために、現在のオンラインビジネス処理システムは、リスクの分析および処理を行うために、オンラインビジネス処理システムの取引処理機能モジュールに監視機能モジュールを埋め込んでいる（すなわち、ハードコードしている）。これを実施するための基本的な考え方とは、取引処理モジュールによってビジネスデータを監視機能モジュールに転送し、残りの商取引を実行するために、監視機能モジュールが結果を返すまで待つということである。

しかし、既存の技術である程度のリスク監視を実行できるとはいえ、これらは商取引処理のスピードおよびパフォーマンスに影響を及ぼす。これは、リスク分析、リスク処理および商取引処理は同期する必要があるためであり、商取引処理は、リスク分析およびリスク処理が終了して結果が返るまで待つ必要がある。さらに、ハードコーディングをリスクの分析および処理の実行に使用するため、リスク分析のルールが変更した場合、取引処理および監視機能のためのプログラミングコードを修正する必要がある。従って、拡張性は劣っている。さらに、あらゆる種類の商取引の処理と共に、リスク分析およびリスク処理が実行されるため、全ての異なるビジネス処理システムのためにリスク監視のルールを効率良く管理するための統合管理システムが存在していない。このため、全体的に、ビジネス処理システムのリスク監視を管理することが困難になっている。

本発明は、ビジネス処理システムの安定性および効率性を向上させるための、オンラインビジネスにおけるリスク監視のための方法およびシステムを提供する。

本発明は、以下に述べる技術的な概念について述べる。

オンラインビジネスにおけるリスク監視の方法には、以下のステップを含む。
ユーザリクエストのパラメータおよびビジネス処理システムによるユーザリクエストを処理するビジネスデータのキャプチャ、およびそのユーザリクエストのパラメータおよびビジネスデータのイベントオブジェクトへのパッキング。
リスク監視ルールによるイベントオブジェクトの分析、および、ビジネスデータを生成する動作イベントにおいてリスクが存在すると決定される場合の、リスク記録の生成、およびリスク記録およびリスク処理構成によるリスク処理モードの決定、およびリスク処理モードによる動作イベントのリスクの処理。

ユーザリクエストのパラメータおよびビジネス処理システムからのビジネスデータをキャプチャするために、遮断方法を使用することができる。

該方法はさらに、動作イベントはその他の動作イベントのためのリスク決定の基礎を与えることができると、イベントオブジェクトにおける動作イベントのプロパティに基づいて決定される際の、イベントオブジェクトの履歴イベントとしての保存を含むことができる。

リスク監視ルールを使用したイベントオブジェクトの分析には、関連する履歴イベントの検索、見つかった関連する履歴イベントを使用したイベントコンテクストの作成、およびイベントコンテクストにおけるイベントオブジェクトの分析を含むことができる。

イベントオブジェクトの分析において、イベントオブジェクトは、リスク監視ルールによってリスクを分析するために使用されるルールエンジンに送信される。

ビジネス処理システムからのイベントオブジェクトの収集およびイベントオブジェクトの分析は、非同期のメカニズムを用いて実行され、および／またはイベントオブジェクトの分析およびリスクの処理は、非同期のメカニズムを用いて実行される。

該方法は、監視されたイベントメッセージキューへのイベントオブジェクトの送信、およびイベントオブジェクトがイベントメッセージキューにおいて検知された場合の分析対象のイベントオブジェクトのフェッチ、および／または監視されたリスクメッセージキューに対するイベントオブジェクトの分析によって生成されたリスク記録の送信、および、リスクメッセージキューにおけるリスク記録の検知の際の、リスクの処理のためのリスク記録のフェッチをさらに含むことができる。

リスク処理モードは、自動処理の実行または警告の通知の提供のどちらかにすることができる。自動処理モードが採用された場合には、該方法はさらに、リスクの処理のための実行オブジェクトを決定し、実行オブジェクトへリスク記録を送信することができる。

オンラインサービスのためのリスク監視システムには、以下のものが含まれる。
ユーザリクエストのパラメータおよび、ビジネス処理システムによるユーザリクエストを処理するビジネスをキャプチャし、ユーザリクエストのパラメータおよびビジネスデータをイベントオブジェクトへパッキングするために使用される収集デバイス、あらかじめ設定されたリスク監視ルールを使用してイベントオブジェクトを分析し、ビジネスデータを生成する動作イベントにおいてリスクが存在していると決定される場合にリスク記録を生成するために使用されるリスク分析デバイス、および、リスク記録およびリスク処理構成によってリスク処理モードを決定し、リスク処理モードによって動作イベントのリスクを処理するために使用されるリスク処理デバイス。

該システムは、リスク監視ルールを保存するための保存デバイスをさらに含むことができる。

リスク分析デバイスは、イベントオブジェクトを保存するイベントメッセージキューを監視し、イベントメッセージキューにおいてイベントオブジェクトを検知するとその分析の開始を引き起こすためにイベントオブジェクトをフェッチするために使用されるイベントモニタと、イベントオブジェクトを分析し、リスク記録を生成するために使用されるイベント分析装置を含むことができる。

イベント分析装置は、イベントオブジェクトのリスクを分析するために、リスク監視ルールを呼び出すためのルールエンジンを含むことができる。

リスク処理デバイスは、リスク記録を保存するリスクメッセージキューを監視し、リスクメッセージキューにおいてリスク記録を検知する際に、リスク記録を取得するために使用されるリスクモニタと、リスク記録およびリスク処理構成のプロパティによってリスク処理モードを決定するために使用されるリスク分析装置と、リスク処理モードによってリスクの処理のために使用されるリスクプロセッサとを含むことができる。

リスクプロセッサは１つ又は複数にすることができ、各リスクプロセッサは、別々のリスク処理機能を実行するために使用される。リスク分析装置は、リスク記録に基づいて、リスクの処理のためにリスクプロセッサの１つを選択する。

ビジネス処理機能からリスク監視機能を分離させ、非同期のメカニズムを採用することにより、本発明は、システムのパフォーマンスを大幅に向上させることができる。本発明は、あらゆるビジネス処理システムのための統合監視を提供するためにリスク監視システムを使用して、容易な管理および制御を可能にする。さらに、イベントオブジェクトの収集のために遮断方法を採用しているため、元のビジネス処理コードを修正せずに、元のシステムにリスク監視機能の追加を行うことができる。従って元の取引論理には影響は及ぼさない。イベント分析およびビジネス処理の間に、非同期のメカニズムを適用することができる。処理の完了後、ビジネス処理システムは、イベント分析が完了するのを待たずに、ユーザに処理結果を返すことができる。このため、リスク監視システムは、ビジネス処理システムの処理スピードに影響を及ぼさない。さらに、イベント分析の実行にハードコーディングではなくルールエンジンが使用されるため、新しいルールの追加または既存のルールへの修正は、コードの修正、コンパイルまたは再配布の必要なしに、ルールの構成を編集するだけで実行することができる。これにより、リスク監視ルールの拡張性が向上する。

本発明は、オンラインビジネス処理機能をリスク監視機能から分離し、リスク監視システムによって、各ビジネス処理システムにおけるユーザリクエストのパラメータおよび各ビジネス処理システムによるユーザリクエストを処理するビジネスデータをキャプチャできるようにする。こうして、キャプチャされたデータの分析に基づいて、ビジネス動作においてリスクが見つかった場合に適用される対応するリスク処理を決定する。

オンラインビジネス処理システムにおいて、ユーザが売買の実行または支払い等の動作を実行した後で、通常、動作が有効となるまでに一定の期間が経過する必要がある。例えば、該システムは、動作が一日後に有効になる（例えば、動作を行った次の日）ことを規定することができる。これにより、リスク監視システムがリスクを処理するために十分な時間がある。より良いパフォーマンスのために、ビジネス処理システムおよびリスク監視システムは、非同期の処理メカニズムを採用することができる。つまり、動作の処理後、ビジネス処理システムは、リスク監視システムから返る結果を待つ必要がない。これによって、ビジネス処理システムの安定性および効率性が向上する。

図１は、ビジネス動作のリスク監視のプロセスを示す。プロセスには以下のステップを含む。

ステップ１００において、リスク監視システムは、ユーザリクエストのパラメータおよびビジネス処理システムによるユーザリクエストを処理するビジネスデータをキャプチャする。次に、リスク監視システムはあらかじめ定義されたイベントモデルによって、こうしたデータをイベントオブジェクトにパッキングする。

イベントモデルは、ユーザＩＤ、イベント発生時間、顧客端末ＩＰ（インターネットプロトコル）アドレス、顧客端末ＭＡＣ（媒体アクセス制御）アドレス、サーバーアドレス、動作の種類、動作オブジェクトＩＤおよび動作コンテンツ等の情報を含むことができる。

ステップ１１０において、リスク監視システムは、リスク監視ルールによってイベントオブジェクトを分析する。

ステップ１２０は、分析結果に基づいて、関連する動作イベントにリスクが存在するかどうかを決定する。リスクが存在する場合、プロセスはステップ１３０まで進む。そうでない場合、このビジネス動作の監視は終了する。

ステップ１３０は、イベントオブジェクトの関連する情報に基づいてリスク記録を生成する。

ステップ１４０において、リスク監視システムはリスク記録およびリスク処理構成に基づいて、動作イベントのリスクを処理する。

図２は、イベント収集デバイス２１、リスク分析デバイス２２およびリスク処理デバイス２３を含む、リスク監視システムの好適なアーキテクチャを示す。図２のビジネス処理マシン２０は、ビジネス処理システムを実行するサーバーである。ビジネス処理システムは、取引処理システム２００、会計システム２０１等を含むことができる。

イベント収集デバイス２１は、ユーザリクエストのパラメータのおよびビジネス処理システムによるユーザリクエストを処理するビジネスデータのキャプチャ、およびユーザリクエストのパラメータおよびビジネスデータのイベントオブジェクトへのパッキングのために使用される。さらに、イベントオブジェクトの収集の際に、イベント収集デバイス２１は、イベントのプロパティ（資金引き出しイベントまたはリチャージイベントのどちらであるか等）に基づいて、イベントオブジェクトを保存することが必要かどうかを決定する。すなわち、イベント収集デバイスは、イベントがその他の今後のイベントのためのリスク決定の基礎を提供するかどうかを決定する。そうである場合には、イベントオブジェクトが保存される。そうでない場合、イベントオブジェクトは保存されない。例えば、売買動作は、恐らく、未来の資金引き出し動作のリスク決定の基礎を提供することができる。従って、このイベント動作は保存する必要がある。

リスク分析デバイス２２は、リスク監視ルールによって、イベント収集デバイス２１によって収集したイベントオブジェクトを分析するために使用される。ユーザリクエストに対して、ビジネス処理システムによって実行された動作イベントにリスクがあることが決定されると、リスク分析デバイス２２はリスク記録を生成する。リスク記録は、こうした情報を、時間、アドレス、およびリスクの対象およびビジネスデータとして含むことができる。全てのリスク監視ルールは、イベント分析システム２２によって使用されるルールライブラリに整理される。こうして、その他のパーツを修正する必要はなく、リスク監視ルールが修正された場合にその他のパーツの機能に影響が及ぶことはない。

リスク処理デバイス２３は、リスク処理構成およびリスク記録によるリスク処理モードの決定、それに伴うリスクの処理に使用される。リスク処理モードは自動処理にすることができるが、さらに、手動の処理（すなわち、警告の通知を与えた後で管理職にリスクを処理させる）にすることもできる。

さらに、リスク監視システムの保存デバイス２４は、リスク監視ルールの保存の他に、イベントデータベース２４０、イベントメッセージキュー２４１、リスクデータベース２４２、およびリスクメッセージキュー２４３を含む。イベントデータベース２４０は、任意の一般に使用されるリレーショナルデータベースにすることができ、さらに、その他のイベントのためのリスクの決定の基礎を提供するイベントオブジェクトの保存のために使用される。イベントメッセージキュー２４１は、任意の一般に使用されるメッセージミドルウェアにすることができる。イベントメッセージキュー２４１は、イベントオブジェクトの保存、およびリスク監視システムにおけるイベントオブジェクトの非同期の配信の完了のために使用される。リスクデータベース２４２は、任意の一般に使用されるリレーショナルデータベースにすることができ、問い合わせのためにリスク記録を保存するために使用する。リスクメッセージキュー２４３は、任意の一般に使用されるメッセージミドルウェアにすることができる。リスクメッセージキュー２４３は、リスク記録の保存、およびリスク監視システムにおけるリスク記録の非同期の配信の完了のために使用する。

リスク分析デバイス２２はさらに、イベントモニタ２２０およびイベント分析装置２２１を含む。イベントモニタ２２０は、イベントメッセージキュー２４１の監視のために使用される。キューに入ろうとする新しいイベントオブジェクトが検知されると、イベントモニタ２２０はこのイベントオブジェクトをフェッチし、イベントオブジェクトをイベント分析装置２２１に送信する。同時に、イベントメッセージキュー２４１は自動でこのイベントオブジェクトをそのコンテンツから削除する。イベント分析装置２２１は、イベントオブジェクトをルールエンジンへの「ファクト」として配置する。次に、ルールエンジンは、このイベントを分析するために全ての関連するリスク監視ルールを使用し、分析結果を取得する。イベントが１つ以上のリスク監視ルールに違反する場合、イベントにおいてリスクが存在する。ルールエンジンは、イベントが違反した全てのリスク監視ルールを収集する。イベント分析装置２２１はイベントオブジェクトおよび違反した全てのリスク監視ルールの情報に基づいて、リスク記録（例えば、こうした情報を時間、アドレスおよびリスクの対象、およびビジネスデータとして記録するリスクモデル）を生成する。次にイベント分析装置２２１はこのリスク記録をリスクデータベース２４２に保存し、同時にリスク記録をリスクメッセージキュー２４３に送信する。任意のイベントがその他のイベントに関連することができるため、イベント分析装置２２１は、イベントに関連する任意の履歴イベントのために分析プロセス中にイベントデータベース２４０を検索する必要がある。こうした関連する履歴イベントを見つけると、イベント分析装置２２１はイベントコンテクストを構成し、このイベントコンテクスト内のイベントオブジェクトを分析する。

リスク処理デバイス２３はさらに、リスクモニタ２３０、リスク分析装置２３１およびリスクプロセッサ２３２を含む。リスクモニタ２３０はリスクメッセージキュー２４３の監視のために使用される。キューに入る新しいリスク記録を検知すると、リスクモニタ２３０はこの新しいリスク記録をフェッチし、リスク記録をリスク分析装置２３１に送信する。同時に、リスクメッセージキュー２４３は自動でこのリスク記録をコンテンツから削除する。リスク処理構成およびリスク記録のプロパティに基づいて、リスク分析装置２３１は、動作イベントのリスクを自動で処理すべきか、それとも管理職によって手動で処理すべきかを決定する。リスクプロセッサ２３２は１つ以上にすることが可能である。各リスクプロセッサ２３２は別々のリスク処理機能を有する。自動処理を使用すべきであると決定すると、リスク分析装置２３１は、リスク記録のプロパティに基づいてリスクプロセッサ２３２の１つを選択し、リスク記録を選択したリスクプロセッサ２３２に送信する。これに従い、リスクプロセッサ２３２によって、リスク処理が完了される（例えば、関連する口座の一時停止）。

元のビジネス処理システムへの影響を与えないようにするために、イベント収集デバイス２１は、ビジネス処理システムからのユーザリクエストのパラメータおよびビジネスデータをキャプチャするために、遮断技術の方法を適用する。具体的には、ビジネス処理システムに入るために（方法の呼び出し）、ユーザリクエストの必要なパスにおいてリクエストメッセージが遮断され（すなわち、データのコピーが行われ）、一方で、返された処理結果（方法の返還）のための必要なパスにおいて取引処理結果が遮断される（すなわち、データのコピーが行われる）。遮断技術を使用することにより、システム間データ交換の透過遮断が可能になる。アクティブな通知を行う従来技術と比較して、遮断技術の使用によって、ビジネスデータを送信する必要のあるビジネス処理システムはリリースされる。さらに、インターセプタは独立しており、ビジネス処理システムからは切り離されているため、ビジネス処理システムの通常の動作は影響を受けない。

イベント収集デバイス２１は収集したイベントオブジェクトをイベントメッセージキュー２４１に送信し、一方で、イベントモニタ２２０は新しいイベントオブジェクトを取得するためにイベントメッセージキュー２４１を監視する。これにより、ビジネス処理システムおよびリスク監視システム間の非同期の処理が実行される。同時に、リスク監視システムにおけるイベント収集およびイベント分析の間の非同期の処理も実行される。同様に、イベント分析装置２２１は生成したリスク記録をリスクメッセージキュー２４３に送信し、一方で、リスクモニタ２３０は、新しいリスク記録を取得するためにリスクメッセージキュー２４３を監視し、リスク分析デバイス２２およびリスク処理デバイス２３の間の非同期の処理を実行する。メッセージキューメカニズムを使用したシステム間の非同期の処理の達成は、イベント分析の効率を向上させるだけでなく、システム間のカップリングの度合いを低減させるため、より高い拡張性が得られる。

図３は、以下に説明される、イベントオブジェクト収集のフローチャートを示す。

ステップ３００において、イベント収集デバイス２１はビジネス処理システムの取引を遮断する。

ステップ３１０において、イベント収集デバイス２１は、ユーザリクエストのパラメータおよびビジネス処理システムの動作イベント（例えば、商取引処理）によって生成されたビジネスデータを遮断し、こうしたデータをイベントオブジェクトにパッキングする。

ステップ３２０は、イベントのプロパティに基づいて、イベントオブジェクトを保存する必要があるかどうかを決定する。「はい」の場合、プロセスはステップ３３０まで継続される。そうでない場合、プロセスはステップ３４０へと進む。

ステップ３３０において、イベント収集デバイス２１は、イベントオブジェクトをイベントデータベース２４０に保存する。

ステップ３４０において、イベント収集デバイス２１は、イベントオブジェクトをイベントメッセージキュー２４１に保存する。次に、プロセスはステップ３００に戻る。

図４は、以下に説明されている、イベントオブジェクト分析のフローチャートを示す。

ステップ４００において、イベントモニタ２２０は、イベントメッセージキュー２４１を監視する。

ステップ４１０において、イベントメッセージキュー２４１に入ろうとする新しいイベントオブジェクトを検知すると、イベントモニタはイベントオブジェクトをフェッチし、イベントオブジェクトをイベント分析装置２２１に送信する。次に、イベントメッセージキュー２４１はイベントオブジェクトを削除する。

ステップ４２０において、イベント分析装置２２１はイベントオブジェクトをルールエンジンに送信する。ルールエンジンは、リスク監視ルールを使用して、イベントオブジェクトを分析し、分析結果を得る。

ステップ４３０において、イベント分析装置２２１は、動作イベントにリスクが存在するかどうか、リスク監視ルールに基づいて決定する。「はい」である場合には、プロセスはステップ４４０まで継続する。そうでない場合には、プロセスは動作イベントの以降の処理を放棄する。

ステップ４４０において、イベント分析装置２２１は、イベントオブジェクトにおける情報に基づいてリスク記録を生成する。

ステップ４５０において、イベント分析装置２２１はリスクメッセージキュー２４３へリスク記録を送信し、リスク記録をリスクデータベース２４２に保存する。

図５は、以下に説明されているリスク処理のフローチャートを示す。

ステップ５００において、リスクモニタ２３０は、リスクメッセージキュー２４３を監視する。

ステップ５１０において、リスクメッセージキュー２４３に入る新しいリスク記録が検知されると、リスクモニタ２３０はリスク記録をフェッチして、リスク記録をリスク分析装置２３１に送信する。次に、リスクメッセージキュー２４３はリスク記録を削除する。

ステップ５２０において、リスク処理構成およびリスク記録に基づいて、リスク分析装置２３１は、自動処理を実行すべきかどうかを決定する。「はい」の場合、プロセスはステップ５３０まで継続する。そうでない場合、プロセスはステップ５４０に進む。

ステップ５３０において、リスク分析装置２３１は、リスク記録のプロパティによってリスクプロセッサ２３２を選択し、対応するリスク処理のためにリスクプロセッサ２３２へとリスク記録を送信する。

ステップ５４０において、リスク分析装置２３１はリスク警告を発し、管理職がリスクを処理できるようにする。

ビジネス処理システムにおけるユーザの資金引き出しを監視する例を、以下に説明する。

オンラインビジネス処理システムの場合、ユーザの資金引き出し動作は、電子商取引のために使用される口座からユーザによって制御される個人口座へと資金を移動させるユーザに照会が行われる。リスク監視システムによるリスク監視のプロセスを以下に説明する。

１．ユーザは、資金の引き出しを申し込むために会計システムにユーザ識別情報を提供する。会計システムはユーザの資金引き出しの申し込みを処理する。イベント収集デバイス２１は資金引き出しの申し込み、ユーザリクエスト（ユーザＩＤ等）のパラメータ、および会計システムが取引を処理した後で生成されたビジネスデータを遮断し、続いて、次の情報を含むイベントオブジェクトを生成する。
ユーザＩＤ： ユーザＡ
動作時刻： ２００６年１月１０日、午前１０時３０分
顧客端末のＩＰアドレス： ＸＸＸＸ．ＸＸＸＸ．ＸＸＸＸ．ＸＸＸＸ
顧客端末のＭＡＣアドレス： ａａａａ
サーバーＩＰアドレス： ＹＹＹＹ．ＹＹＹＹ．ＹＹＹＹ．ＹＹＹＹ
動作種類： 資金引き出し
動作オブジェクト識別： 口座のシリアル番号
動作内容： １００ドル

２．イベント収集デバイス２１がイベントオブジェクトをイベントメッセージキュー２４１に送信する。特定のルールでは、口座の全ての取引活動を過去３０日以内に調査する必要があるため、このイベントオブジェクトを保存する必要がある。

３．新しいイベントオブジェクトを検知すると、イベントモニタ２２０はイベントオブジェクトをフェッチし、イベントオブジェクトをイベント分析装置２２１へ送信する。次に、イベントメッセージキュー２４１が自動的にイベントオブジェクトを削除する。

４．これは資金引き出し動作であるため、会計システムにおけるユーザの資金は、リチャージイベントまたは売買イベント等の履歴イベントに関連する必要がある。従って、イベントオブジェクトを分析するためのリスク監視ルールの１つによって、資金の引き出し動作は、以前の売買イベントまたは以前のリチャージイベントに関連しなければならない場合がある。イベント分析装置２２１は、ユーザに関連する履歴イベントを取得するために、ユーザＩＤによってイベントデータベース２４０を検索する。この例示的な実施形態において、ユーザに関連する履歴イベントは見つからない。

資金引き出し動作に関連する履歴イベントが見つからないため、ルールエンジンは、リスク監視ルール違反を示す結果を返す。

５．イベント分析装置２２１はリスク監視ルール違反の分析結果によってリスク記録を生成し、このリスク記録をリスクメッセージキュー２４３に送信し、リスク記録をリスクデータベース２４２に保存する。リスク記録には以下の情報が含まれる。
ユーザＩＤ： ユーザＡ
動作時刻： ２００６年１月１０日、午前１０時３０分
顧客端末のＩＰアドレス： ＸＸＸＸ．ＸＸＸＸ．ＸＸＸＸ．ＸＸＸＸ
顧客端末のＭＡＣアドレス： ａａａａ
サーバーＩＰアドレス： ＹＹＹＹ．ＹＹＹＹ．ＹＹＹＹ．ＹＹＹＹ
動作種類： 資金引き出し
動作オブジェクト識別： 口座のシリアル番号
動作内容： １００ドル
リスクレベル： ２０（この数が大きいほど、リスクが高いことを示す。違反したリスク監視ルールによって決まる）;
推奨アクション： 資金引き出し失敗
選択的なアクション： 口座の凍結、残高の凍結
リスク概要： 過去２０日以内において、ユーザは、売買またはリチャージのアクティビティを行っていない。これはカード盗難による不正使用の可能性を意味する。

６．リスク分析モニタ２３０は、新しいリスク記録を検知し、リスク記録をフェッチし、リスク記録をリスク分析装置２３１に送信する。次に、リスクメッセージキュー２４３はリスク記録を自動的に削除する。

７．リスク処理構成は、リスクを有する資金引き出し動作がシステムによって自動的に処理されるように規定する。この構成では、特定の（ＸＸ）リスクプロセッサ２３２を、１０を超えるリスクレベルおよび２０未満の処理アクション影響レベルを有するリスク記録を処理するために使用するよう規定する。

リスク記録におけるリスク処理構成および動作種類（資金引き出し動作である）によって、リスク分析装置２３１は、システムによる自動処理を使用するべきであると決定し、ＸＸリスクプロセッサ２３２を選択し、リスク記録をＸＸリスクプロセッサ２３２に送信する。

８．ＸＸリスクプロセッサ２３２はユーザ口座を下見して、リスク記録における関連する情報によって資金引き出し動作を無効にする。さらに、ＸＸリスクプロセッサ２３２は、現在のリスク処理に関するヒントメッセージを提供する。

資金引き出し動作を監視する上記の例示的な実施形態は、本発明を説明するためにのみ用いられたものである。イベントオブジェクトおよびリスク記録の情報は例示の目的にすぎない。実際の応用例では情報の一部については省略したり、また、さらなる情報を含むこともできる。その他のビジネス動作のリスク監視は上記の例示的な実施形態と同様であり、ここでは説明を重複しない。

当業者にとって、本発明の精神および範囲から逸脱しない限りにおいて、多くの異なる点において、本発明を変更または修正することができることが明らかである。従って、本発明は、本発明の請求項およびその同等物の範囲内の全ての修正例および変形例を範囲とするよう意図されている。

本発明の例示的な実施形態によるリスク監視のフローチャートを示す。 本発明の例示的な実施形態によるリスク監視システムの構造の概略図を示す。 本発明の例示的な実施形態によるイベントオブジェクトの収集のフローチャートを示す。 本発明の例示的な実施形態によるイベントオブジェクトの分析のフローチャートを示す。 本発明の例示的な実施形態によるリスク処理のフローチャートを示す。

Claims (15)

1. オンラインビジネスにおけるリスク監視のための方法であって、
   ユーザリクエストのパラメータとビジネス処理システムによる前記ユーザリクエスト処理のビジネスデータとをキャプチャし、前記ユーザリクエストの前記パラメータと前記ビジネスデータとをイベントオブジェクトにパッキングするステップと、
   リスク監視ルールに従って前記イベントオブジェクトを分析し、前記ビジネスデータを生成する動作イベントにおいてリスクが存在すると決定される場合にリスク記録を生成するステップと、
   前記リスク記録およびリスク処理構成に従ってリスク処理モードを決定し、前記リスク処理モードに従って前記動作イベントの前記リスクを処理するステップと、
   を備えることを特徴とする方法。
2. 遮断の方法が、前記ユーザリクエストの前記パラメータおよび前記ビジネスデータをキャプチャするために使用されることを特徴とする請求項１に記載のオンラインビジネスにおけるリスク監視のための方法。
3. 前記イベントオブジェクトにおける前記動作イベントのプロパティに基づいて、前記動作イベントが他の動作イベントのためのリスクの決定の基礎を提供できることが決定される際に、前記イベントオブジェクトを履歴イベントとして保存するステップ
   をさらに含むことを特徴とする請求項１に記載のオンラインビジネスにおけるリスク監視のための方法。
4. 前記リスク監視ルールに従って前記イベントオブジェクトを分析するステップは、
   関連する履歴イベントを検索することと、
   見つかった関連する履歴イベントを使用してイベントコンテクストを作成することと、
   前記イベントコンテクストにおける前記イベントオブジェクトを分析することと、
   を含むことを特徴とする請求項３に記載のオンラインビジネスにおけるリスク監視のための方法。
5. 前記イベントオブジェクトの分析において、前記イベントオブジェクトは、前記リスク監視ルールによって前記リスクを分析するために使用されるルールエンジンに送信されることを特徴とする、請求項４に記載のオンラインビジネスにおけるリスク監視のための方法。
6. 前記ビジネス処理システムからの前記イベントオブジェクトの収集および前記イベントオブジェクトの分析は非同期で実行され、および／または前記イベントオブジェクトの分析および前記リスクの処理は非同期で実行されることを特徴とする、請求項１に記載のオンラインビジネスにおけるリスク監視のための方法。
7. 監視されたイベントメッセージキューへ前記イベントオブジェクトを送信し、前記イベントオブジェクトが前記イベントメッセージキューで検知される場合に、分析される前記イベントオブジェクトをフェッチするステップと、
   監視されたリスクメッセージキューに対して前記イベントオブジェクトを分析し、前記リスクメッセージキューにおける前記リスク記録の検知の際に前記リスクを処理するために前記リスク記録をフェッチすることによって、生成される前記リスク記録を送信するステップと
   をさらに含むことを特徴とする、請求項６に記載のオンラインビジネスにおけるリスク監視のための方法。
8. 前記リスク処理モードは自動処理の実行または警告通知の提供を含むことを特徴とする、請求項１乃至請求項７のいずれか１項に記載のオンラインビジネスにおけるリスク監視のための方法。
9. 前記自動処理が採用される場合、前記方法は、前記リスクの処理のための実行オブジェクトの決定、および前記実行オブジェクトへの前記リスク記録の送信をさらに含むことを特徴とする、請求項８に記載のオンラインビジネスにおけるリスク監視のための方法。
10. オンラインビジネスにおけるリスク監視のためのシステムであって、
    ユーザリクエストのパラメータとビジネス処理システムによる前記ユーザリクエスト処理のビジネスデータとをキャプチャし、前記ユーザリクエストの前記パラメータと前記ビジネスデータとをイベントオブジェクトにパッキングするために使用される収集デバイスと、
    あらかじめ設定されたリスク監視ルールを使用して前記イベントオブジェクトを分析し、前記ビジネスデータを生成する動作イベントにおいてリスクが存在すると決定される場合にリスク記録を生成するために使用されるリスク分析デバイスと、
    前記リスク記録およびリスク処理構成によってリスク処理モードを決定し、前記リスク処理モードによって前記動作イベントの前記リスクを処理するために使用されるリスク処理デバイスと、
    を含むことを特徴とするシステム。
11. 前記システムは、前記リスク監視ルールを保存するための保存デバイスをさらに含むことを特徴とする、請求項１０に記載のオンラインビジネスにおけるリスク監視のためのシステム。
12. 前記リスク分析デバイスは、
    前記イベントオブジェクトを保存するイベントメッセージキューを監視し、前記イベントメッセージキューにおける前記イベントオブジェクトの検知の際にその分析の開始を引き起こすために前記イベントオブジェクトをフェッチするために使用されるイベントモニタと、
    前記イベントオブジェクトを分析して、リスク記録を生成するために使用されるイベント分析装置と、
    を含むことを特徴とする、請求項１０または請求項１１に記載のオンラインビジネスにおけるリスク監視のためのシステム。
13. 前記イベント分析装置は、
    前記イベントオブジェクトの前記リスクの分析において、前記リスク監視ルールを呼び出すためのルールエンジンを含むことを特徴とする、請求項１２に記載のオンラインビジネスにおけるリスク監視のためのシステム。
14. 前記リスク処理デバイスは、
    前記リスク記録を保存するリスクメッセージキューを監視し、前記リスクメッセージキューにおいて前記リスク記録を検知する際、前記リスク記録を取得するために使用される、リスクモニタと、
    前記リスク記録および前記リスク処理構成のプロパティによって、リスク処理モードを決定するために使用されるリスク分析装置と、
    前記リスク処理モードによって前記リスクの処理に使用される、リスクプロセッサと、を含むことを特徴とする、請求項１２に記載のオンラインビジネスにおけるリスク監視のためのシステム。
15. 前記リスクプロセッサは、１つ以上のリスクプロセッサの中のものであり、各リスクプロセッサは、別々のリスク処理機能を実行するために使用され、前記リスク分析装置は、前記リスク記録に基づいて、前記リスクを処理するために前記リスクプロセッサの１つを選択することを特徴とする、請求項１４に記載のオンラインビジネスにおけるリスク監視のためのシステム。

Images