(57)【要約】信用リスク管理の方法およびシステムは、ローン後の信用リスク管理のために、異なるユーザタイプに異なるインセンティブ機構を用いる。この方法は、ユーザ情報、およびユーザ情報とリスクレベルとの間の対応関係に基づいて、ユーザをいくつかの異なるユーザタイプの１つに分類し、そして、ユーザタイプに基づくリスク管理のための適切なインセンティブ機構を選択する。インセンティブ機構は、ユーザタイプに応じて、ポジティブインセンティブ機構またはネガティブインセンティブ機構のいずれかとなり得る。インセンティブ機構は、ネットワーク上で実行され、そして、良好ローン支払履歴のユーザを後押しするように、しかしながら、不良ローン支払履歴のユーザを阻止するように設計される。この方法およびシステムは、インターネット上で申し込みおよび返済される種々の種類のローン返済のリスク管理に特に適している。
2012500443.tif 000002
【特許請求の範囲】
【請求項１】
信用リスク管理の方法であって、
ユーザ情報とリスクレベルとの間の対応関係を提供し、
ユーザの前記ユーザ情報を取得し、
前記ユーザ情報、および前記ユーザ情報とリスクレベルとの間の前記対応関係に基づいて、前記ユーザを複数のユーザタイプの１つに分類し、
ポジティブインセンティブ機構およびネガティブインセンティブ機構を含む複数のインセンティブ機構から、前記ユーザタイプに基づくリスク管理のための一個のインセンティブ機構を選択し、
ネットワーク上で前記選択されたインセンティブ機構を実行すること、を含む方法。
【請求項２】
前記複数のユーザタイプが、その各々が異なるリスクレベルに関連する、第一のユーザタイプ、第二のユーザタイプ、第三のユーザタイプ、および第四のユーザタイプを含む、請求項１に記載の方法。
【請求項３】
前記第一のユーザタイプが、良好ローン支払状況によって特徴付けられ、前記第二のユーザタイプが、ローン支払期日が近日であることによって特徴付けられ、前記第三のユーザタイプが、ローン支払の滞納によって特徴付けられ、かつ前記第四のユーザタイプが、不良ローン状況の警告が発行された後の特定の期間内にローンを支払うことによって特徴付けられる、請求項２に記載の方法。
【請求項４】
前記複数のインセンティブ機構から、前記ユーザタイプに基づくリスク管理のための前記インセンティブ機構を選択することが、
前記第一のユーザタイプには前記ポジティブインセンティブ機構を選択し、かつ、前記第二のユーザタイプ、前記第三のユーザタイプ、および前記第四のユーザタイプの１つ以上には前記ネガティブインセンティブ機構を選択することを含む、請求項２に記載の方法。
【請求項５】
前記ポジティブインセンティブ機構が、
ユーザ情報に基づいて前記ユーザの信頼性指数を増大し、
前記信頼性指数を、関連するウェブサイトおよび関連する銀行システムに送信することを含む、請求項１に記載の方法。
【請求項６】
前記ネガティブインセンティブ機構が、
前記ネットワーク上に前記ユーザに関する警告を公表することを含む、請求項１に記載の方法。
【請求項７】
前記ネガティブインセンティブ機構が、
ローンを返済させるために、前記現在のユーザにリマインダを送信することを含む、請求項１に記載の方法。
【請求項８】
前記ネガティブインセンティブ機構が、
前記現在のユーザが不良ローン履歴を有することを関連するユーザに通知するために、前記関連するユーザに注意を送信することを含む、請求項１に記載の方法。
【請求項９】
前記ユーザがウェブサイト上に金融口座を保持し、前記ネガティブインセンティブ機構が、
前記ウェブサイトに保持された前記ユーザの前記金融口座を停止することを前記ウェブサイトに指示し、
前記ユーザの不良ローン履歴を前記ウェブサイトに送信し、
検索エンジによる検索により前記ユーザの前記不良ローン履歴を入手可能にすることを含む、請求項１に記載の方法。
【請求項１０】
前記複数のインセンティブ機構が、
前記ユーザの既存の公開警告を取り下げる取り下げ機構をさらに含む、請求項１に記載の方法。
【請求項１１】
前記複数のインセンティブ機構がさらに含む取り下げ機構が、
関連するウェブサイトから前記ユーザの不良履歴を削除し、
前記ユーザの公開警告の取り下げのアナウンスメントを公表することを含む、請求項１に記載の方法。
【請求項１２】
前記ユーザの前記ユーザ情報を取得することが、信用リスク管理システムに保持された前記ユーザ情報と、関連するウェブサイトまたは金融システムに保持された前記ユーザ情報とを自動的に同期することを含む、請求項１に記載の方法。
【請求項１３】
コンピュータプロセッサおよびデータ記憶装置を有するコンピュータを備える、信用リスク管理のシステムであって、前記コンピュータプロセッサが、
ユーザ情報とリスクレベルとの間の対応関係を提供し、
ユーザの前記ユーザ情報を取得し、
前記ユーザ情報、および前記ユーザ情報とリスクレベルとの間の前記対応関係に基づいて、前記ユーザを複数のユーザタイプの１つに分類し、
ポジティブインセンティブ機構およびネガティブインセンティブ機構を含む複数のインセンティブ機構から、前記ユーザタイプに基づくリスク管理のためのインセンティブ機構を選択し、
ネットワーク上で前記選択されたインセンティブ機構を実行すること、を実行するようにプログラムされる、システム。
【請求項１４】
前記コンピュータが、インターネットに接続されたサーバコンピュータである、請求項１３に記載のシステム。
【請求項１５】
前記ユーザ情報および前記対応関係が、前記システムの前記データ記憶装置に保存される、請求項１３に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の相互参照）
本出願は、２００８年８月１９日に出願された中国特許出願番号２００８１０１４７４８０．９である名称「ＭＥＴＨＯＤ  ＡＮＤ  ＳＹＳＴＥＭ  ＯＦ  ＣＲＥＤＩＴ  ＲＩＳＫ  ＣＯＮＴＲＯＬ」の優先権を主張するものである。
【０００２】
本発明の開示は、電子商取引の分野、特に、信用リスク管理の方法およびシステムに関する。
【背景技術】
【０００３】
世界中の急速な経済発展に伴い、企業または個人が、銀行または金融機関が提供するローンを申し込む必要性が高まっている。例えば、企業は、生産規模を拡大するために高度な技術および機器を導入する必要がある。これらの技術および機器には、通常、何千万ドルを超える多額の資金が必要となる。個人ユーザは、企業を開業するか、または家を購入するために、数十万ドルまたはそれ以上の金額が必要となる場合がある。これらの企業および個人にとって、この巨額の資金を工面することは困難であり、それ故、解決策として銀行が提供するローンを申し込みする必要がある。貸付プロセスでは、企業または個人は、銀行が提供するローンを申し込む。銀行による企業または個人の身元および資格の確認により借入契約が署名されて、ローンが支払われる。
【０００４】
既存の方法に基づけば、銀行は、ローンを付与した後に、ローンの情報に関連する情報を得るための情報源が不足している。銀行は、適時な更新の実施、関連する個人または機関への適時な通知、およびリスク管理プロセスの適時な起動ができない可能性がある。これらの状態は、質の悪い信用リスク管理をもたらす。例えば、ローンの申し込み状態、ローンの使用が借入契約を満たすか否か、完全に返済されたか否か、および借り手の何らかの不良履歴が存在するか否か等の情報を、適時に取得することに銀行が頻繁に失敗することを原因として、銀行は、貸付期間の最後に元金および利息を回収できない可能性があり、貸倒れローンが生じる。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
より具体的には、既存の技術では下記の不備が観察される。借り手がローンを首尾よく取得した後に、銀行は、ローンについて制限されたリスク管理を持ち、ローンを返済できなかった借り手を即座および広範囲に暴露するための効率的な伝達経路または手段が不足している。借り手の支払能力の欠如、または支払う意志が無いことさえもが原因となり、支払の延滞および債務不履行支払のいずれかが頻繁に起こる。  銀行はさらに、通常、良好なローンの支払態度に報酬を付与することはなく、このような返済態度を評価し、それに対処するための具体化および量子化された評価システムおよび方法が不足している。その結果、一旦借り手がローンを得ると、ローンが迅速に返済、または遅延して返済されたかによる大きな違いが無い。
【課題を解決するための手段】
【０００６】
ローン後の信用リスク管理のための、異なるユーザタイプに異なるインセンティブ機構を用いた信用リスク管理の方法およびシステムを開示する。この方法は、ユーザ情報、およびユーザ情報とリスクレベルとの間の対応関係に基づいて、ユーザをいくつかの異なるユーザタイプの１つに分類し、そして、ユーザタイプに基づくリスク管理のための適切なインセンティブ機構を選択する。インセンティブ機構は、ユーザタイプに応じて、ポジティブインセンティブ機構、ネガティブインセンティブ機構、または修正インセンティブ機構になり得る。インセンティブ機構は、ネットワーク上で実行され、そして、良好ローン支払履歴のユーザを後押しするように、しかしながら、不良ローン支払履歴のユーザを阻止するように設計される。この方法およびシステムは、インターネット上で申し込みおよび返済される、種々の種類のローン返済のリスク管理に特に適している。
【０００７】
一実施形態では、ユーザタイプは、その各々が異なるリスクレベルに関連する、第一のユーザタイプ、第二のユーザタイプ、第三のユーザタイプ、および第四のユーザタイプを含む。良好なローン支払状況により第一のユーザタイプ、ローン支払期日が近日であることにより第二のユーザタイプ、ローン支払の滞納により第三のユーザタイプ、および不良なローン状況の警告が発行された後の特定の期間内にローンを支払うことにより第四のユーザタイプが特徴付けられる。従って、ポジティブインセンティブ機構が、第一のユーザタイプに選択され得て、ネガティブインセンティブ機構が、第二のユーザタイプおよび第三のユーザタイプの１つ以上に選択され得て、そして、修正インセンティブ機構が、第四のユーザタイプに選択され得る。
【０００８】
一実施形態では、ポジティブインセンティブ機構は、ユーザ情報に基づいてユーザの信頼性指数を増大し、そして、信頼性指数を、関連するウェブサイトおよび関連する銀行システムに送信する。ネガティブインセンティブ機構は、インターネット上にユーザに関する警告を公表する。ネガティブインセンティブ機構はさらに、ローンを返済させるためのリマインダをユーザに送信でき、そして、不良ローン履歴を有する現在のユーザに関連する他のユーザに警告を送信する。
【０００９】
ネガティブインセンティブ機構はさらに、ユーザの金融口座を停止することを、ユーザの金融口座を保持するウェブサイトに指示できる。ネガティブインセンティブ機構は、ユーザの不良ローン履歴をウェブサイトに送信でき、さらに、ユーザの不良ローン履歴を検索エンジンを利用した検索により入手可能にする。
【００１０】
ユーザが第四タイプのユーザ（すなわち、不良ローン状況の警告が発行された後の特定の期間内にローンを支払うユーザ）である場合、修正インセンティブ機構は、ユーザの既存の公開警告を取り下げ得る。取り下げ機構は、関連するウェブサイトからユーザの不良履歴を削除でき、そして、ユーザの公開警告の取り下げのアナウンスメントを公表する。
【００１１】
ユーザのユーザ情報を取得するために、信用リスク管理システムは、信用リスク管理システムに保持されたユーザ情報と、関連するウェブサイトまたは金融システムに保持されたユーザ情報とを自動的に同期できる。
【００１２】
信用リスク管理の開示されたシステムは、コンピュータプロセッサおよびデータ記憶装置を有するコンピュータを含む。コンピュータプロセッサは、本明細書に記述された信用リスク管理の方法を実行するようにプログラムされる。コンピュータは、インターネットに接続されたサーバコンピュータでもよい。ユーザ情報および対応関係は、システムのデータ記憶装置に保存されてもよい。
【００１３】
開示された方法およびシステムは、インターネット上で申し込みおよび返済される種々の種類のローン返済のリスク管理に特に適している。この方法は、インターネット技術から恩恵を得て、ローンリスクおよび費用を効率的に管理し、ローン商品の促進を支援する。方法およびシステムは、貸倒れローンの数を潜在的に減少でき、そして、ユーザの正常なローン返済を後押しする。
【００１４】
この要約は、詳細な説明において下記にさらに記述される簡易化された形式における概念の選択を導入するために提供される。この要約は、クレームされた主題における主要な特徴または本質的な特徴を特定することを意図するものではなく、また、クレームされた主題の範囲を決定することを目的として用いられることを意図するものでもない。
【００１５】
添付の図面を参照して詳細な説明が記述される。異なる図面に用いられる同一の参照番号は、類似または等しいアイテムを指す。
【図面の簡単な説明】
【００１６】
【図１】本発明の開示に従った信用リスク管理における例示的な方法を説明するフローチャートを示す。
【図２】本発明の開示に従った例示的な信用リスク管理システムの構造図を示す。
【図３】例示的な環境における信用リスク管理システムの概略の構造図を示す。
【発明を実施するための形態】
【００１７】
既存の技術を考慮した本発明の開示における技術的な仕組みをより明白に理解するために、添付の図面を用いた例示的な実施形態を記述する。下記の説明は、本発明の開示におけるただ少数の例示的な実施形態を構成する。
【００１８】
信用リスク管理の方法およびシステムを提供することにより、本発明の開示は、種々の種類のローン返済におけるリスク管理の問題を処理する。この方法およびシステムは、インターネット上で申し込みおよび返済するローンに特に適している。ローンを取得し、定期的に返済するユーザは、報酬を与えられ、かつ後押しされ、そして、当該ユーザが再度ローンを取得することが容易になるように、ユーザの評判が改善される。ネガティブな公示、またはローンを返済できなかったユーザの警告を発行することにより、システムは、そのユーザが再度ローンを申し込みおよび取得することをより困難にする。信用リスク管理のシステムは、貸倒れローンが生じる可能性を最小限にし、そして、上述した２つの態様により、ユーザが正常にローンを返済することを促進する。システムは、ローンリスクおよび費用を効率的に管理するために、インターネット技術の能力を最大限に申し込みする。これにより、ローン商品の促進を支援する。
【００１９】
ポジティブインセンティブ機構は、増加するオンラインクレジット（電子商取引）等の種々の手段によって借入契約を履行するローン借り入れ企業または個人への報酬に言及する。ポジティブインセンティブ機構は、ローン借り入れ企業によるローン返済を後押して、そして、ローンの返済率を改善するように設計されている。
【００２０】
ネガティブインセンティブ機構は、ローンの元金および利息を、借入契約に従って適時に返済できなかったローン借り入れ企業または個人を罰することに言及する。ネガティブは、機構の最後であり、ローン借り入れ企業の適時なローン返済を催促するためにリマインダを送信し、そしてインターネット上に警告を発行する等の種々の手段を用い得る。リマインダおよび警告は、温和な手段を用いれば個人用または限られた集団内の公開に限定され得るが、インターネット上で公開される「指定者」の階級等の公開警告に段階的に拡大され得る。ネガティブインセンティブ機構は、ローン借り入れ企業にローン返済の必要性をより深刻に認識させるように、ローンの返済率を改善するように設計されている
一実施形態では、ユーザは、オンライン手法またはオフライン手法等の種々の伝達経路または方法を通じて所定のローン商品を申し込みおよび取得する。種々のローンを申し込むシステムとの関わりを通じて、信用リスク管理システムは、ユーザの詳細な情報を得る。この情報には、借り入れ人の名前、企業における合法的な組織、貸出申込者、申込の時間、ローンタイプ、ローン商品を発行する銀行、および融資額等のユーザ情報が含まれる。信用リスク管理システムは、上述した情報を用いたユーザデータベースの履歴を生成する。
【００２１】
銀行および金融機関によるローン評価および融資システムとの通信を通じて、信用リスク管理システムは、ユーザのローン情報を更新する。この情報には、融資期間の開始日、融資期間の終了日、クレジットライン、返済履歴、単独の支払の開始日、単独の支払の終了日、単独の支払金額、並びに滞納および滞納金額等の他の情報を含み得る。上述した情報に基づいて、信用リスク管理システムは、ローン支払期日前にローン完済を確実にするために、ユーザからのローン支払いを管理または監視すること、さらにはローンを積極的に徴収する役割を担う。この処理手続における第一の対象は、現在の借り手および該現在の借り手に関連する他の中心的ユーザを含む。当システムは、オンライン履行名簿を維持でき、借り手のローン略歴を更新する。そしてそれは、借り手の信用度または順位を上げるか否か、および借り手の次のローン申し込みにおいて銀行による許容可能なローン金額を増大するか否かを決定するための参照として用いられる。同時に、ローン返済の履歴および銀行のコメント等の情報が、オンラインおよびオフラインの金融機関によって保持されたユーザファイルに追加される。当システムは、ユーザが適時にローンを返済できなかった場合に、監視および徴収の方策を改善できる。このプロセスの対象は、現在の借り手、該現在の借り手に関連する中心的ユーザ、および第一のビジネスパートナーを含み得る。
【００２２】
例えば、ウェブサイトにおいて、貸倒れローンを有する借り手に関する警告が発行され得る。関連するウェブページは、検索エンジンを通じて公表される。貸倒れローンを有する各借り手には、借り手（個人または企業）の情報、返済義務のあるローン情報、および借り手である企業の所有者の情報を含むコンテンツを有する個人的かつ詳細なウェブページが付与される。ビジネスパートナー、同一のビジネスタイプのユーザ、および同一の地理的地域内のユーザ等の、貸倒れローンを有する借り手に関連する全てのユーザは、借り手の貸倒れローンの状況を積極的に通知され得る。関連する各システムおよびウェブサイトにおける借り手のファイルは、ローンを返済できなかった履歴の追加により更新される。借り手の関連する口座および特権は停止され得る。
【００２３】
銀行および金融機関のローン評価および融資システムに接続することを通じて、信用リスク管理システムは、借り手の過去のローン申し込みおよびローン返済等のフィードバック情報を、最終的に種々の関連する銀行および金融機関に提供する。これにより、ローン借り入れおよび返済における良好履歴を有する借り手が、より容易に銀行から他のローンを取得することが可能になり、貸倒れローンの履歴を有する借り手が、さらなるローン商品を申し込みすることがより困難になる。
【００２４】
図１に本発明の開示に従った信用リスク管理の例示的なプロセスを示す。この説明では、記述されたプロセスにおける順序は、制限して解釈されることを意図するものではなく、記述された任意の数のプロセスブロックが、この方法または代替的な方法を実施するために任意の順序で結合され得る。このプロセスは下記に説明される。
【００２５】
ブロック１０１では、信用リスク管理システムは、ローン申し込みシステム、銀行システムおよび金融機関システムからユーザ（借り手）の情報を得る。信用リスク管理システムは、種々のローン申し込みシステムに関連するユーザの詳細情報を取得できる。本発明の開示では、ユーザの情報、またはユーザ情報は、借り手の個人情報または一般的な企業情報だけでなく、借り手が得たローン情報も含み得る。このようなユーザ情報の例としては、ローンを申し込みした時刻、借り手企業における合法的な組織、申込者の身元、ローンタイプ、ローン商品を提供した銀行、およびローン金額が含まれる。
【００２６】
信用リスク管理システムは、銀行および金融機関のローン評価および融資支援との通信を通じてユーザのローン情報を更新する。このような更新は、定期的に実施されるか、または自動的に行うように設定される。
【００２７】
情報取得中、信用リスク管理システムは、ｈｔｔｐ、ｈｔｔｐｓ、および送信用のＳｏｃｋｅ等のインターネットプロトコルを用いた公衆通信回線または指定された回線を通じて他のシステムに接続し、そして、ｘｍｌおよびｈｔｍｌ等の適したフォーマットにおいてデータを送信する。オンラインでローンを申し込みしたユーザ情報は、信用リスク管理システムに自動的に送信され得る。さらに、信用リスク管理システムは、銀行システムと共に情報の更新を実施するために、定期的にシステムタスクを起動できる。
【００２８】
オフラインの伝達経路を通じて申し込みされたローンのデータは、別の方法により信用リスク管理システムに送信できる。例えば、情報は、申し込み経路のオペレーティングプラットフォームまたはソフトウェアによって信用リスク管理システムに送信され得る。オフラインの情報はまた、手入力およびスキャン等の種々のデータ入力方法を用いて信用リスク管理システムに記録されてもよい。
【００２９】
ブロック１０２では、信用リスク管理システムは、ユーザの情報、およびユーザ情報とリスクレベルとの間の対応関係に基づいてユーザを分類する。全てのユーザは、上述した収集したユーザ情報に基づいて、複数の階級システムを使って分類される。例えば、全てのユーザは、第一のユーザタイプ、第二のユーザタイプ、第三のユーザタイプ、および第四のユーザタイプを含む４つの階級に基づいて分類され得る。第一のユーザタイプは、低リスクレベルに対応し、そして、良好ローン履歴を有するユーザとして参照される。このタイプは、ローンを適時に完済するユーザ、ローンを適時に完済するだけでなく他の借り手のローンに所定の金額を支払って該他の借り手を支援するユーザを含む。第二のユーザタイプは、中位リスクレベルに対応し、そして、ローンの支払期日が近日であるユーザとして参照される。第三のユーザタイプは、高リスクレベルに対応し、そして、未払いのローンを有するユーザとして参照される。第四のユーザタイプは、緩和リスクレベルに対応し、そして、公開警告が発行された後にローンを返済したユーザとして参照される。分類とリスクレベルとの間の対応関係は、システムの後端において調節され得る。例えば、ユーザタイプは、異なるリスクレベルに対応するように調節され得て、そして、新規に定義された所定のリスクレベル等に対応する新規のユーザタイプが生成され得る。
【００３０】
ブロック１０３では、システムは、ユーザの分類結果に基づき、リスク管理のための関連するインセンティブ機構を選択する。例えば、ポジティブインセンティブ機構は、低リスクレベルに対応する第一のユーザタイプのユーザに選択される。ネガティブインセンティブ機構は、中位リスクレベル、高リスクレベル、および緩和リスクレベル各々に対応する第二、第三または第四のユーザタイプのユーザに選択される。
【００３１】
ブロック１０４では、システムは、インターネット等のネットワーク上において選択されたインセンティブ機構を実行する。
【００３２】
信用リスク管理システムにおいてポジティブインセンティブ機構を申し込みする例示的な方法は、下記に記述した採点規則を用いたオンラインバンキング（すなわち、電子商取引）を通して達成され得る。
【００３３】
（１）概略：一つのローンを取得した企業、または既存のローン支払中の企業に関する企業の信用状況は、より良好なローン返済を後押しするために、トラストパス指数等の入手可能な信用度システムにおける個別スコアを増大することによって改善され得る。
【００３４】
（２）採点規則：一実施形態では、指数の増大は、インターネットまたは電子商取引を通じてローンを申し込みし、取得した企業にのみ適用される。インターネットおよび電子商取引の申し込み基準を支持する既存のローンには、オンライン共同保証ローン、純正信用（無担保）ローン、クイックファイナンスローン、およびチェーンローン等が含まれる。
【００３５】
ローンを首尾よく取得した企業に関して、その指数は、ローン金額に関わらずに、例えば５ポイント等の所定のポイント数増大する。それ自身のローンを返済する企業に関して、指数は、ローンがオンライン共同保証ローン、無担保ローン、チェーンローン、またはクイックファイナンスローンであるか否かに関わらずに同数増大する。他の合併企業を代表してオンライン共同保証ローンを返済する企業に関して、その指数は、それ自身のローンを返済する企業の返済スコアの２倍に増大される。オンライン共同保証ローンの企業のうちの１つの企業の指数を上げるための必要条件が送信され得る。例示的な必要条件は、全ての合併企業が、それらのローンを完済することである。
【００３６】
ローンを返済するために他の企業からの支援を受けた企業に関して、対応する指数は増大しない。
【００３７】
信頼性指数（例えば、トラストパス指数）における採点規則は、切り捨ての規則を使用できる。上限および下限は、一年以内の返済企業における指数スコアの最大スコアおよび最小スコアを維持するために用いられ得る。許容可能なローン金額の最大値が増大したときに、既存の指数スコアは変更できる。
【００３８】
（３）採点機構：信用リスク管理システムは、各履歴が支払額または返済を参照するか否かを示す識別子を用いて、支払額および返済についての銀行のユーザ履歴からのフィードバックを積極的または受動的に受け取り得る。
【００３９】
信用リスク管理システムは、返済履歴における支払期日、識別子が返済を示すか否か、対応するローンが完済されたか否か、かつ残りのローン額がクレジットラインに適合するか否か（この基準は、最終的な支払額の決定に用いられ得ない）等のいくつかの指標の状況をチェックする。そして、ユーザのローン商品情報に基づいて、適合する採点規則を適用する。システムは、融資限度額、支払期日、企業情報、および企業の発言を含むローンの第一の情報を読み取り得る。
【００４０】
採点後、システムは、前部近辺に表示するための、唯一およびしつこいＸＭＬメッセージの形状において採点結果を生成する。システムは、次に、ユーザが次回ローンを申し込みするときに銀行およびクレジット機関に用いられる参照として、関連するウェブサイト、関連する銀行システム、および関連するクレジット機関システムに採点結果を送信する。採点データは、ｘｍｌまたはｈｔｍｌ等の適したフォーマットにおいて、ｈｔｔｐ、ｈｔｔｐｓ、およびＳｏｃｋｅ等のインターネットプロトコルを用いて、関連するウェブサイト、関連する銀行システム、および関連するクレジット機関システムに送信される。
【００４１】
例えば、下記の返済履歴を有するユーザを想定する：
支払期日：本日後；
識別子が返済を示すか：はい；
ローンが完済されたか：はい；
ローン金額がクレジットラインに適合するか：はい。
【００４２】
ユーザは、次に、第一のユーザタイプ（すなわち、良好ローン履歴を有し、低リスクレベルに対応するユーザ）に決定される。信用リスク管理システムは、ポジティブインセンティブ処理手続を開始する。所定の採点規則に基づいて、信用リスク管理システムは、最終段階においてユーザに５ポイント追加し、そして次に、更新したスコアを、ユーザに関係がある、関連するウェブサイト、関連する銀行システム、および関連する金融機関システムに送信する。
【００４３】
（４）説明のための実施例：
オンライン共同保証ローン、無担保信用ローンおよびチェーンローン用の最大限度額を仮定すると、それぞれ、二百万ドル、百万ドル、および一千万ドルである。２つの別のスコアを下記に説明する。
スコア１：ローン返済企業は、五万ドルのローン返済各々において１ポイントを受け取り、そして、別の企業のローンに五万ドルを支払って支援する場合各々に２ポイントを受け取り、二百ポイントの上限および十ポイントの最小スコアを有する。
スコア２：ローン返済企業は、二万ドルのローン返済各々において１ポイントを受け取り、そして、別の企業のローンに二万ドルを支払して支援する場合各々に２ポイントを受け取り、三百ポイントの上限および十ポイントの最小スコアを有する。
【００４４】
表１は、既存のオンライン共同保証企業の例示的な信用指数（トラストパス指数）の例示的な採点規則を示す。
【００４５】
【表１】
2012500443.tif 000003
【００４６】
信用リスク管理システムにおけるネガティブインセンティブ機構は、銀行パートナーが提供するローンを取得した企業によるローンの元金および利息を返済しない態度および結果を考慮して、信用リスク管理システムに採用された一連の罰の方策に言及する。種々のネガティブ方策は、支払を徴収するための徴収プロセスの公開、契約違反の結果の通知、ローン契約を違反する企業のオンラインの妨害、およびインターネットにおける公開警告の発行等を応用できる。
【００４７】
これらの方策の実施例を下記に記述する。
（１）インターネット上で警告を発行する前に、リマインダを電子メールで送るおよび／またはメッセージを残す。信用リスク管理システムが、返済履歴における支払期日が本日の日付後であることを決定し、識別子が返済を示し、対応するローンが完済されず、そして、支払期日（支払期日から今日の日を引いたもの）に対する時間が、システムによって定義されたＸ日（例えば、Ｘは十日間である）よりも少ない場合に、信用リスク管理システムは、ユーザが第二のユーザタイプであることを決定できる。すなわち、ユーザは、ローンの支払期日が近日であり、それ故、中位リスクレベルに対応する。信用リスク管理システムは、リマインダ機構を選択し、開始する。例えば、システムは、ユーザにローンを支払うための最後の機会を与えるために、電子メールおよび／またはインスタントメッセージツール通じて残されたメッセージを手段としてユーザ（例えば、企業の借り手）に催促する。リマインダメッセージは、ローン借り入れユーザにローンの支払を具体的に催促でき、そして、ローンを返済させるために、ローン借り入れユーザに関連するオンライン共同保証ユーザにも催促する。
【００４８】
（２）インターネットにおいて警告を発行する。返済履歴における支払期日が本日の日付前であり、識別子が返済を示し、そして、対応するローンが完済されてないことを決定されると、信用リスク管理システムは、ユーザが第三のタイプのユーザ（すなわち、過去に支払うべきローンを有し、対応する高リスクレベルであるユーザ）であることを決定し、そして、インターネットにおいて警告または公示を発行する機構を開始する。警告または通知を発行する前に、信用リスク管理システムの操作者は、信用リスク管理システムにおけるユーザ警告の応用を提出する。管理者、オペレーションマネージャ、試験技術者、品質管理技術者、または製品マネージャ等の全ての必須のレベルにおいて承認されると、ユーザ警告が発行され、実施される。警告のアナウンスメントは、承認により警告がいつでもキャンセルされ得る前に、審査期間後（例えば２４時間）にインターネット上で公表される。必要であれば、このような警告は、猶予期間が経過した後にのみ付与され得る。警告は、段階的な構造を取り得る。それは、個人用の警告として開始され得て、関係者の限定された集団における警告となり、そして、インターネット上で公表される公開警告（「指定者リスト」またはブラックリスト等）に拡大する。
その間に、信用リスク管理システムはさらに、関連するウェブサイトおよびシステムに維持されているユーザの全ての口座を一時停止または停止することを要求するために、関連するウェブサイトに口座の停止を指示できる。
【００４９】
ローン借り入れユーザ、およびローン借り入れユーザに関連するオンライン共同保証ユーザは、電子メールおよび／またはインスタントメッセージツールを通じて配信されたメッセージによりローンの返済をさらに強く促される。さらに、システムは、ローン借り入れユーザが過去に支払うべきローンを返済できなかった不良履歴を有することを、ローン借り入れユーザと同一のビジネスタイプのユーザおよび関連するユーザに通知する。ローン借り入れユーザの不良履歴は、全ての関連するウェブサイトに送信され、其の上、この関連するウェブサイトはそれらのシステムから不良履歴を適切にアナウンスメントするように指示される。信用リスク管理システムは、高リスクのユーザのローン履歴情報のリンクをインターネット検索エンジンに提供する様に、全ての関連するウェブサイトにさらに指示できる。こうして、インターネット検索によってローン借り入れユーザの不良履歴を入手可能にする。
【００５０】
過去に支払うべきローンを有するローン借り入れ企業の不良履歴のためのオンライン検索を提供する検索リストの結びつける規則の例示的なキーワードを下記に記述する。
（ａ）固定された結合キーワードとして、ブラックリストに載っている企業名、および企業各々の地域を用いる。
（ｂ）各ブロックされた企業の主要製品の数（例えば、最少５）のキーワードを結び付ける。結び付いた製品の数、および結び付いた製品の選択は、自在となり得る。
（ｃ）共通のキーワードが複数の企業間に存在する場合には、一番最近にブラックリストに入力された１つ以上の企業を選択し、そして、それらを検索リストに入力する。年代順のブラックリストが用いられ得る。
（ｄ）実施例：杭州靴下企業Ａ用のキーワードは、杭州靴下企業Ａ、杭州、絹の靴下、キルトの靴下、および長い靴下を含む。温州靴下企業Ｂ用のキーワードは、温州靴下企業Ｂ、温州、絹の靴下、婦人用靴下、およびスポーツ用靴下を含む。キーワード「杭州」が検索されると、企業Ａが検索により出現する。「絹の靴下」が検索されると、両方の企業が検索により出現する。「スポーツ用靴下」が検索されると、企業Ｂが検索により出現する。
【００５１】
警告の取り下げ：
以前に発行された警告は、ユーザの支払状態が変化した場合に取り下げられ得る。例えば、返済履歴における支払期日を本日の日付よりも前で、識別子が返済を示し、対応するローンが完済され、かつ支払期日が本日の日付よりもＸ日だけ前であることを決めて（ここではシステムがＸ日を定義しており（例えば、Ｘは１０８日間である））、信用リスク管理システムは、ユーザが第四のタイプのユーザであることを決定する。すなわち、ユーザは、公開警告後の特定の時間内にローンを返済し、そして、それ故、緩和リスクレベルに匹敵する。システムは、以前に発行された警告を取り下げる処理手続を開始できる。システムの操作者は、ユーザ警告を取り下げる申し込みを示す。全ての必須の権威者のレベルにおける承認により、システムは、警告のオフラインを実行する。
【００５２】
警告のオフラインを実行するために、信用リスク管理システムは、関連するウェブサイトにおいてローン借り入れユーザについての警告のキャンセルをアナウンスメントするように、かつ、関連する履歴の削除を要求するように、全ての関連するウェブサイトに第一の指示を送信できる。システムはまた、関連するウェブサイトおよびシステムにおけるローン借り入れユーザの口座を元に戻すことを要求できる。
【００５３】
表２は、信用リスク管理のインセンティブ機構のための例示的な規則を示す。
【００５４】
【表２】
2012500443.tif 000004
【００５５】
【表３】
2012500443.tif 000005
【００５６】
【表４】
2012500443.tif 000006
【００５７】
インセンティブ機構を用いる恩恵
ポジティブインセンティブ機構は、ローンを取得する企業に恩恵を与える。複数のレベルにおける借入契約を履行する企業の広告および報酬を通じて、信用リスク管理システムは、企業の返済態度を量子化し、そして、システム間の相互作用を通じてインターネットを用いた測定可能なスコアを得る。信用リスク管理システムは、ローン完済態度の恩恵を増大する。これは、良好な態度の企業が、その潜在的な顧客および潜在的な銀行パートナーに良好な印象を与えることを支援し、そして、インターネット上のその評判を改善する。これは、追加的なビジネスチャンス、および新規の資金を増大する機会となり、他のローン申し込み企業にも影響を与える。
【００５８】
ポジティブインセンティブ機構は、パートナー銀行に恩恵を与える。信用リスク管理システムのポジティブインセンティブ機構は、銀行がローンの元金および利息の返済を適時に受け取れるように、ローンを返済する企業を促し、ローン貸付企業にポジティブな影響を与え、かつローンの返済率を改善することを目的とする。
【００５９】
ポジティブインセンティブ機構はまた、通常、インターネットおよび電子商取引に恩恵を与える。契約を実現するために、企業の測定可能な信頼性および信用履歴を、企業の能力の証明および指標に変形することによって、信用リスク管理システムは、事業主の信頼性に関する種々の階級を表示できる。これは、インターネットおよび電子商取引、並びに調和の取れた社会下における信用のある商人の実質的な範囲に基づくクレジットシステムの構築を支援し、そして、電子商取引企業の競争レベルおよび信頼性のレベルを向上する。
【００６０】
ネガティブインセンティブ機構はまた、下記に記述するように、種々の関係者に恩恵を与える。
【００６１】
一連の罰の方策を通じて、その借入契約に違反したローン借り入れ企業は警告される。ネガティブ方策は、ローン契約違反を原因とする結果および費用を上昇させ、違反企業が最終的にローンを返済することを促進する。ネガティブ方策はまた、債務不履行する可能性のある他のローン借り入れ企業を阻止する効果を有する。
【００６２】
信用リスク管理システムのネガティブインセンティブ機構は、より多くの企業が適時にローンを返済することの促進を目的としているため、銀行に恩恵を与える。処罰の虞がある一連の方策、および契約に違反した企業における実際の処罰を通じて、この方法はローンの返済率を改善する。
【００６３】
ネガティブインセンティブ機構はまた、信頼できる金融環境を構築する支援となるため、通常、インターネットおよび電子商取引に恩恵を与える。特に、ネットワーク上の信頼性指数は、オンラインビジネスにおける調和した、かつ信用できる雰囲気を生成する支援となる。
【００６４】
図２は、本発明に従った信用リスク管理の例示的なシステムを示す。信用リスク管理システム２５０は、種々の機能モジュールおよびユニットを有する。情報収集モジュール２１は、データベースにおいてユーザの識別子に基づくユーザ情報を収集するのに用いられる。ユーザ分類モジュール２２は、情報収集モジュール２１により収集されたユーザ情報、およびユーザ情報とリスクレベルとの間の対応関係に基づいてユーザを分類するために用いられる。処理モジュール２３は、ユーザ分類モジュール２２によって得られたユーザの分類結果に基づいて、リスク管理のためのインセンティブ機構を開始するために用いられる。
【００６５】
処理モジュール２３は、いくつかのサブモジュールを含む。始動サブモジュール２３１は、ユーザの分類結果に基づいて、ポジティブインセンティブサブモジュール２３２またはネガティブインセンティブサブモジュール２３３を開始するために用いられる。ポジティブインセンティブサブモジュール２３２は、ポジティブインセンティブ機構を用いて第一のタイプのユーザに対処するために用いられる。ネガティブインセンティブサブモジュール２３３は、ネガティブインセンティブ機構を用いて第二、第三、および第四のタイプのユーザに対処するために用いられる。
【００６６】
ポジティブインセンティブサブモジュール２３２は、第一のタイプのユーザのユーザ情報に基づいて第一のタイプのユーザの信頼性指数を増大するのに用いられる信頼性指数プロセスユニット２３２１と、関連するウェブサイトおよび関連する銀行システムに、信頼性指数プロセスユニット２３２１によって得られた信頼性指数を送信するのに用いられる送信ユニット２３２２とをさらに含む。
【００６７】
ネガティブインセンティブサブモジュール２３３は、さらにいくつかのサブモジュールを含む。リマインダ運用ユニット２３３１は、第二のタイプのユーザおよび第三のタイプのユーザにローン返済を催促するため、かつ、第三のタイプのユーザの不良履歴を他に警告するために用いられる。警告は、第三のタイプのユーザおよび第三のタイプのユーザに関連するユーザと同一のビジネスタイプのユーザに送信され得る。
【００６８】
口座運用ユニット２３３２は、関連するウェブサイトおよび関連するシステムにおける第三のタイプのユーザの口座を停止するため、かつ関連するウェブサイトおよび関連するシステムにおける第四のタイプのユーザの口座を回復するために用いられる。不良履歴運用ユニット２３３３は、関連するウェブサイトに第三のタイプのユーザの不良履歴を送信するため、オンラインシックスにより第三のタイプのユーザの不良履歴を入手可能にするため、かつ関連するウェブサイトから第四のタイプのユーザの不良履歴を削除するために用いられる。アナウンスメントメント運用ユニット２３３４は、第四のタイプのユーザにおける警告のキャンセルのアナウンスメントを公表するのに用いられる。
【００６９】
本開示では、「モジュール」または「ユニット」は、通常、特定のタスクまたは機能を実行するために設計された機能性を指す。モジュールまたはユニットは、特定のタスクまたは機能に関連する目的を達成するための、ハードウェア、ソフトウェア、方式もしくは仕組みの一部、またはそれらの組み合わせとなり得る。さらに、別のユニットの描写は、物理的に分離されたデバイスが用いられることを必ずしも示唆するものではない。むしろ、描写は、ただ機能的で、構造的ではなく、そして、いくつかのユニットの機能は、単一の結合デバイスまたは構成要素によって実行され得る。コンピューターベースのシステムに用いられる場合に、プロセッサ、記憶装置、およびメモリ等の通常のコンピュータ構成要素は、種々の個別の機能を実行するために、１つ以上のユニットまたはデバイスとして機能するようにプログラムされ得る。
【００７０】
図３は、例示的な環境における信用リスク管理システムの概略的な構造図を示す。信用リスク管理システム３５０は、本発明の開示の方法を実施するための例示的な環境３００に配置される。環境３００に図示するように、いくつかの構成要素がクライアント側に存在し、他の構成要素がサーバ側に存在する。しかしながら、これらの構成要素は、他の複数の位置に存在できる。さらに、図示した構成要素の２つ以上は、単一の位置において単一の構成要素を形成するように一体化できる。
【００７１】
信用リスク管理システム３５０は、クライアントターミナル３８１、３８２および３８３等のクライアント側のコンピュータデバイスと、ネットワーク３９０（単数または複数）を通じて外的システム３４２に接続されるコンピュータシステム３４０において実行される。外的システム３４２は、信用リスク管理システム３５０を含むコンピュータシステム３４０と通信する金融システムおよびウェブサイトホストの一般的代表像である。ユーザ（不図示）は、クライアント側のコンピュータデバイスを通じて、信用リスク管理システム３５０および外的システム３４２にアクセスできる。一実施形態では、コンピュータシステム３４０はサーバであり、一方、クライアント側のコンピュータデバイス３８１、３８２および３８３は、ユーザターミナルとして用いられるコンピュータまたは携帯デバイスのいずれかとなり得る。サーバ３４０は、プロセッサ３５４（単数または複数）、Ｉ／Ｏデバイス３５２、コンピュータ可読媒体またはデータ記憶装置３５６、およびネットワークインターフェース（不図示）等の共通のコンピュータ構成要素を含み得る。
【００７２】
コンピュータ可読媒体３５６は、アプリケーションプログラムモジュールおよびデータ（データファイルユーザ情報およびローン情報等）を保存する。アプリケーションプログラムモジュールは、プロセッサ（単数または複数）に実行される場合に、本明細書に記載されるプロセスの作用をプロセッサ（単数または複数）に機能させる指示を含む。コンピュータ可読媒体が、コンピュータデータを保存するのに適した任意の記憶装置またはメモリデバイスとなり得ることが理解される。このような記憶装置またはメモリデバイスは、それに限定されないが、ハードディスク、フラッシュメモリデバイス、光学的データ記憶装置、およびフロッピーディスクを含む。さらに、コンピュータが実行可能な指示を含むコンピュータ可読媒体は、ローカルシステムにおける構成要素（単数または複数）、または複数のリモートシステムのネットワーク上に分布された構成要素から構成され得る。コンピュータが実行可能な指示のデータは、実体のある物理的なメモリデバイスにより配信され得るか、または電子的に送信され得る。
【００７３】
コンピュータシステムまたはデバイスは、プロセッサ、Ｉ／Ｏデバイスおよびメモリ（内部メモリまたは外部メモリのいずれか）を有する任意のデバイスとなり得て、そしてパーソナルコンピュータに限定されないことが理解される。特に、コンピュータシステム３４０は、サーバコンピュータ、またはインターネットまたはイントラネットのいずれかとなり得るネットワーク３９０（単数または複数）上で接続されるこのようなサーバコンピュータの集団となり得る。特に、コンピュータデバイス３４０は、ウェブサーバ、または電子商取引サイト等のウェブサイトをホストするこのようなサーバの集団となり得る。
【００７４】
一実施形態では、信用リスク管理システム３５０は、図２を参照して本明細書に記述した機能を実行する種々の機能モジュールまたはユニットを有して構成される。
【００７５】
開示した信用リスク管理システム（２５０、３５０）は、種々の恩恵を提供する。例えば、銀行のローン評価と審査システムとをリアルタイムで接続することによって、信用リスク管理システム３５０は、ローンリスクを有するユーザにおけるリスク管理を適時に実施できる。信用リスク管理システムはさらに、ローン申し込みを評価するための重要な指標となるユーザのローン情報を用い得る。信用リスク管理システムは、外的ローン評価システムを支援でき、またはそれ自体がローン評価システムとして作動できる。
【００７６】
信用リスク管理システム３５０は、銀行システム（例えば、金融システム３４２）にリアルタイムで接続する事によって、ローン借り入れユーザの全ての情報を同期させて、ユーザの全ての情報がユーザ末端（例えば、ユーザクライアント３８１、３８２および３８３）において確実に入手できるようにする。オンラインコンテンツは、商人末端、ネットワークサービスプロバイダ末端、および銀行末端の中で同期できる。
【００７７】
正常にローンを返済するユーザに関して、ユーザに用いられるローン商品、ローン金額、およびローン返済情報等のコンテンツの種々の態様は、オンライン信頼性等の種々のタイプの申し込み情報、および関連するウェブサイトの情報に変形される。ローンを返済しないユーザに関して、ユーザの信頼性は、それらに限定されないが、ネットワークコンテンツプロバイダのウェブサイトおよびネットワークサービスプロバイダのウェブサイトを含むウェブサイトにおいて発表される。他のユーザが、ユーザに関連する情報を検索する場合に、ローンを返済できなかった不良履歴が表示される。このような公開により、新規のビジネス集団からローンを返済しないユーザを削除できる。
【００７８】
さらにシステムは、不良履歴におけるローンを返済できなかったユーザに極めて接触しそうなユーザに通知する。この知人関係のユーザの集団は、関連するアドレス、ビジネスまたは産業仲間およびパートナー等の基本情報を用いて識別され得る。不良履歴の情報のこのような収集は、過失のあるユーザと他のユーザとの間のビジネス関係を混乱させるかもしれない。
【００７９】
本明細書に記述された潜在的な恩恵および利点が、添付の請求項の範囲に限定または制限されて解釈されないことが理解される。
【００８０】
構造的な特徴および／または方法論的な行為に特殊な専門用語を用いて記述されたが、添付の請求項に定義された必須の要素が、記述された特定の特徴または行為に必ずしも限定されないことが理解される。むしろ、特定の特徴および行為は、請求項を実施する例示的な形式として開示される。
【図１】
2012500443.tif 000007
【図２】
2012500443.tif 000008
【図３】
2012500443.tif 000009
【国際調査報告】
2012500443.tif 000010