(57)【要約】  アカウントの売掛金などの金融商品の売買及びサービスのためのオンラインマーケットプレイスの方法及びシステムを提供する。オンラインマーケットプレイスは、消費者報告機関データベースなどの報告機関データベースからのアカウントデータを受信し分析する。オンラインマーケットプレイスは、複数のビジネスロジックコンポーネントを有する。ビジネスロジックコンポーネントは、分析コンポーネント、在庫管理コンポーネント、申し出コンポーネント、取引コンポーネント、ポスト取引コンポーネント、売掛金管理知識ベース、及びサービスコンポーネントを含む。売掛金管理知識ベースは、産業規則をデータに適用する。オンラインマーケットプレイスのユーザは、アカウントの所有者、買い手、売り手、サービサーであっても良い。ユーザは、オンラインマーケットプレイスで販売するために配置する、消費者報告機関データベースのアカウントにフラグを付ける。ユーザは、自動購入、自動販売、警告、又は他のビジネスルールのための選択基準を定義する。
2008535086.tif 000002
【特許請求の範囲】
【請求項１】
金融商品の取引をするためのシステムであって、
ａ．金融商品に関連付けられたアカウントデータを含む報告機関データベース、
ｂ．アカウントデータベース、及び
ｃ．プロセッサを有し、
前記プロセッサは、
ｉ．前記報告機関データベースから前記アカウントデータベースへのアカウントデータを受信し、
ｉｉ．選択基準を満足する金融商品を選択し、
ｉｉｉ．少なくとも１つの選択された金融商品の取引を申し出て、
ｉｖ．申し出た取引に対する承諾を受信し、
ｖ．少なくとも一つの選択された金融商品の承諾された取引を実行する、
システム。
【請求項２】
前記報告機関データベースは、消費者報告機関データベースを含む、請求項１に記載のシステム。
【請求項３】
前記報告機関データベースは、商業報告機関データベースを含む、請求項１に記載のシステム。
【請求項４】
複数のシステムユーザが、通信ネットワークに接続されたオンラインマーケットプレイスを通じて、前記プロセッサにアクセスする、請求項１に記載のシステム。
【請求項５】
前記金融商品は、売掛金を含む、請求項１に記載のシステム。
【請求項６】
前記アカウントデータは、消費者の情報を含む、請求項１に記載のシステム。
【請求項７】
前記申し出た取引は、金融商品の販売を含む、請求項１に記載のシステム。
【請求項８】
前記申し出た取引は、金融商品の購入を含む、請求項１に記載のシステム。
【請求項９】
前記申し出た取引は、金融商品の斡旋を含む、請求項１に記載のシステム。
【請求項１０】
前記申し出た取引は、金融商品のサービスを含む、請求項１に記載のシステム。
【請求項１１】
前記プロセッサは、
ａ．アカウントデータに関連する少なくとも１つのパラメータを載せる選択基準をユーザインターフェース上に表示するステップと、
ｂ．パラメータの選択についてのシステムユーザの入力を受信するステップと、
ｃ．選択されたパラメータの値についてのシステムユーザの入力を受信するステップと、
ｄ．前記アカウントデータベースを前記選択基準で更新するステップと、
ｅ．前記アカウントデータベースからアカウントデータを検索するステップと、
ｆ．検索された前記アカウントデータに対して、選択基準を処理するステップと、
ｇ．選択基準に基づいて、選択フラグを生成するステップと、
ｈ．生成された選択フラグでアカウントデータベースを更新するステップと、
を実行することにより、前記選択のステップを実行する、請求項１に記載のシステム。
【請求項１２】
前記パラメータの値は、売掛金管理知識ベースから検索される、請求項１１に記載のシステム。
【請求項１３】
前記パラメータの値は、取引活動に関連するデータから得られる、請求項１１に記載のシステム。
【請求項１４】
前記パラメータの選択は、潜在的な整理統合のために選ばれたパラメータを含む、請求項１１に記載のシステム。
【請求項１５】
前記プロセッサは、
ａ．前記アカウントデータベースからアカウントデータを検索するステップと、
ｂ．システムユーザに関連するアカウントデータをユーザインターフェース上に表示するステップと、
ｃ．申し出を選択するシステムユーザからの入力を受信するステップと、
ｄ．前記アカウントデータベースを更新するステップと、
を実行することにより、前記申し出のステップを実行する、請求項１に記載のシステム。
【請求項１６】
前記プロセッサは、
ａ．各申し出に必要なシステムユーザの取引契約をユーザインターフェース上に表示するステップと、
ｂ．各申し出に関連する取引契約の条件の承諾についてのシステムユーザの入力を受信するステップと、
ｃ．前記アカウントデータベースを更新するステップと、
をさらに実行することにより、前記申し出のステップを実行する、請求項１５に記載のシステム。
【請求項１７】
前記プロセッサは、
ａ．取引後の要求を処理するステップ、
をさらに実行する、請求項１に記載のシステム。
【請求項１８】
前記取引後の要求を処理するステップは、さらに、少なくとも１つの選択された金融商品の実行された取引を元に戻すことを含む、請求項１７に記載のシステム。
【請求項１９】
前記取引後の要求を処理するステップは、実行された取引に関連する書類を送信することを含む、請求項１７に記載のシステム。
【請求項２０】
前記書類は、取引した金融商品に関連する、媒体、権原、権原連鎖、在庫調整、同意の問題、契約条件の監視、を含む、請求項１９に記載のシステム。
【請求項２１】
前記プロセッサは、
ａ．前記報告機関データベースを更新するステップ、
をさらに実行する、請求項１に記載のシステム。
【請求項２２】
金融商品に関連付けられたアカウントデータを有する報告機関データベースとアカウントデータベースと共に使用するための金融商品の取引の方法であって、
ａ．報告機関データベースからアカウントデータベースへのアカウントデータを受信するステップと、
ｂ．前記アカウントデータベース内で、選択基準を満足する金融商品を選択するステップと、
ｃ．少なくとも１つの選択された金融商品の取引を申し出るステップと、
ｄ．申し出た取引に対する承諾を受信するステップと、
ｅ．少なくとも一つの選択された金融商品の承諾された取引を実行するステップと、
を有する方法。
【請求項２３】
前記報告機関データベースは、消費者報告機関データベースを含む、請求項２２に記載の方法。
【請求項２４】
前記報告機関データベースは、商業報告機関データベースを含む、請求項２２に記載の方法。
【請求項２５】
複数のシステムユーザが、通信ネットワークに接続されたオンラインマーケットプレイスを通じて、前記プロセッサにアクセスする、請求項２２に記載の方法。
【請求項２６】
前記金融商品は、売掛金を含む、請求項２２に記載の方法。
【請求項２７】
前記アカウントデータは、消費者の情報を含む、請求項２２に記載の方法。
【請求項２８】
前記申し出た取引は、金融商品の販売を含む、請求項２２に記載の方法。
【請求項２９】
前記申し出た取引は、金融商品の購入を含む、請求項２２に記載の方法。
【請求項３０】
前記申し出た取引は、金融商品の斡旋を含む、請求項２２に記載の方法。
【請求項３１】
前記申し出た取引は、金融商品のサービスを含む、請求項２２に記載の方法。
【請求項３２】
前記選択ステップは、
ａ．アカウントデータに関連する少なくとも１つのパラメータを載せる選択基準をユーザインターフェース上に表示するステップと、
ｂ．パラメータの選択についてのシステムユーザの入力を受信するステップと、
ｃ．選択されたパラメータの値についてのシステムユーザの入力を受信するステップと、
ｄ．前記アカウントデータベースを前記選択基準で更新するステップと、
ｅ．前記アカウントデータベースからアカウントデータを検索するステップと、
ｆ．検索された前記アカウントデータに対して、選択基準を処理するステップと、
ｇ．選択基準に基づいて、選択フラグを生成するステップと、
ｈ．生成された選択フラグでアカウントデータベースを更新するステップと、
を含む、請求項２２に記載の方法。
【請求項３３】
前記パラメータの値は、売掛金管理知識ベースから検索される、請求項３２に記載の方法。
【請求項３４】
前記パラメータの値は、取引活動に関連するデータから得られる、請求項３２に記載の方法。
【請求項３５】
前記パラメータの選択は、潜在的な整理統合に関連するパラメータを含む、請求項３２に記載の方法。
【請求項３６】
前記申し出のステップは、
ａ．前記アカウントデータベースからアカウントデータを検索するステップと、
ｂ．システムユーザに関連するアカウントデータをユーザインターフェース上に表示するステップと、
ｃ．申し出を選択するシステムユーザからの入力を受信するステップと、
ｄ．前記アカウントデータベースを更新するステップと、
をさらに含む、請求項２２に記載の方法。
【請求項３７】
ａ．取引後の要求を処理するステップ、
をさらに有する、請求項２２に記載の方法。
【請求項３８】
前記取引後の要求を処理するステップは、さらに、少なくとも１つの選択された金融商品の実行された取引を元に戻すことを含む、請求項３７に記載の方法。
【請求項３９】
前記取引後の要求を処理するステップは、実行された取引に関連する書類を送信することを含む、請求項３７に記載の方法。
【請求項４０】
前記書類は、取引した金融商品に関連する、媒体、権原、権原連鎖、在庫調整、同意の問題、契約条件の監視、を含む、請求項３９に記載の方法。
【請求項４１】
ａ．前記報告機関データベースを更新するステップ、
をさらに有する、請求項２２に記載の方法。
【請求項４２】
報告機関データベースから受信したアカウントデータを利用して金融商品の取引をするシステムであって、
ａ．アカウントデータベース、及び
ｂ．プロセッサを有し、
前記プロセッサは、
ｉ．前記報告機関データベースから前記アカウントデータベースへのアカウントデータを受信し、
ｉｉ．選択基準を満足するアカウントデータを前記アカウントデータベースから選択し、
ｉｉｉ．選択されたアカウントデータに関連する少なくとも１つの金融商品の取引を申し出て、
ｉｖ．申し出た取引に対する承諾を第三者から受信し、
ｖ．少なくとも一つの選択された金融商品の承諾された取引を実行する、
システム。
【請求項４３】
前記報告機関データベースは、消費者報告機関データベースを含む、請求項４２に記載のシステム。
【請求項４４】
オンラインマーケットプレイスのためのシステムであって、
ａ．金融商品に関連付けられたアカウントデータを含む報告機関データベース、
ｂ．アカウントデータベース、及び
ｃ．プロセッサを有し、
前記プロセッサは、
ｉ．報告機関データベースからアカウントデータベースへのアカウントデータを受信し、
ｉｉ．第一者により選択された条件を満足するアカウントデータをアカウントデータベースから選択し、
ｉｉｉ．選択されたアカウントデータに関連する少なくとも１つの金融商品の取引を第二者に申し出て、
ｉｖ．申し出た取引に対する承諾を第二者から受信し、
ｖ．第一者と第二者との間で、少なくとも一つの選択された金融商品の承諾された取引を実行する、
システム。
【請求項４５】
金融商品に関連付けられたアカウントデータを有する報告機関データベースとアカウントデータベースと共に使用するための金融商品の取引の方法であって、
ａ．前記報告機関データベースから前記アカウントデータベースへのアカウントデータを受信するステップと、
ｂ．第一者により選択された条件を満足するアカウントデータを前記アカウントデータベース内で選択するステップと、
ｃ．選択されたアカウントデータに関連付けられた少なくとも１つの選択された金融商品の取引を第二者に申し出るステップと、
ｄ．申し出た取引に対する第二者からの承諾を受信するステップと、
ｅ．第一者と第二者との間で、少なくとも一つの選択された金融商品の承諾された取引を実行するステップと、
を有する方法。
【請求項４６】
金融商品の取引のシステムであって、
ａ．金融商品に関連付けられたアカウントデータを含む報告機関データベース、及び
ｂ．プロセッサを有し、
前記プロセッサは、
ｉ．選択基準を満足するアカウントデータを前記報告データベース内で選択し、
ｉｉ．選択されたアカウントデータに関連する少なくとも１つの選択された金融商品の取引を申し出て、
ｉｖ．申し出た取引に対する承諾を第三者から受信し、
ｖ．少なくとも一つの選択された金融商品の承諾された取引を実行する、
システム。
【請求項４７】
金融商品に関連付けられたアカウントデータを有する報告機関データベースと共に使用するための金融商品の取引の方法であって、
ａ．選択基準を満足するアカウントデータを前記報告機関データベース内で選択するステップと、
ｂ．選択されたアカウントデータに関連する少なくとも１つの選択された金融商品の取引を申し出るステップと、
ｃ．申し出た取引に対する承諾を第三者から受信するステップと、
ｄ．少なくとも一つの選択された金融商品の承諾された取引を実行するステップと、
を有する方法。
【請求項４８】
金融商品の取引のシステムであって、
ａ．少なくとも１つの金融商品に関連付けられたアカウントデータを含む報告機関データベース、
ｂ．選択基準を満足するアカウントデータをアカウントデータベース内で選択するビジネスロジック層、及び
ｃ．プロセッサを有し、
前記プロセッサは、
ｉ．前記ビジネスロジック層により選択されたアカウントデータに関連する少なくとも１つの選択された金融商品の取引を申し出て、
ｉｉ．申し出た取引に対する承諾を第三者から受信し、
ｉｉｉ．少なくとも一つの選択された金融商品の承諾された取引を実行する、
システム。
【請求項４９】
金融商品に関連付けられたアカウントデータを有する報告機関データベースとアカウントデータベースと共に使用するための金融商品の取引の方法であって、
ａ．前記報告機関データベースから前記アカウントデータベースへのアカウントデータを受信するステップと、
ｂ．選択基準を満足するアカウントデータをアカウントデータベース内で選択するステップと、
ｃ．選択された消費者の情報とアカウントデータとに関連する少なくとも１つの選択された金融商品の取引を申し出るステップと、
ｄ．申し出た取引に対する承諾を第三者から受信し、少なくとも一つの選択された金融商品について、承諾された取引が実行されるステップと、
を有する方法。
【請求項５０】
前記報告機関データベースは、消費者報告機関データベースを含む、請求項４９に記載の方法。
【請求項５１】
金融商品に関連付けられたアカウントデータを有する報告機関データベースとアカウントデータベースと共にコンピュータ上で使用するための一連の指示を含むコンピュータに読み取り可能な記憶媒体であって、
前記一連の指示は、暗号化されて、
ａ．前記報告機関データベースから前記アカウントデータベースへのアカウントデータを受信するステップと、
ｂ．選択基準を満足する金融商品を前記アカウントデータベース内で選択するステップと、
ｃ．少なくとも１つの選択された金融商品の取引を申し出るステップと、
ｄ．申し出た取引に対する承諾を受信するステップと、
ｅ．少なくとも一つの選択された金融商品について、承諾された取引を実行するステップと、
を実行する、コンピュータに読み取り可能な記憶媒体。
【請求項５２】
金融商品に関連付けられたアカウントデータを有する報告機関データベースと共にコンピュータ上で使用するための一連の指示を含むコンピュータに読み取り可能な記憶媒体であって、
前記一連の指示は、暗号化されて、
ａ．選択基準を満足するアカウントデータを前記報告機関データベース内で選択するステップと、
ｂ．選択されたアカウントデータに関連付けられた少なくとも１つの選択された金融商品の取引を申し出るステップと、
ｃ．申し出た取引に対する承諾を第三者から受信するステップと、
ｄ．少なくとも一つの選択された金融商品について、承諾された取引を実行するステップと、
を実行する、コンピュータに読み取り可能な記憶媒体。
【請求項５３】
金融商品に関連付けられたアカウントデータを有する報告機関データベースとアカウントデータベースと共にコンピュータ上で使用するための一連の指示を含むコンピュータに読み取り可能な記憶媒体であって、
前記一連の指示は、暗号化されて、
ａ．前記報告機関データベースから前記アカウントデータベースへのアカウントデータを受信するステップと、
ｂ．第一者による選択基準を満足するアカウントデータを前記アカウントデータベース内で選択するステップと、
ｃ．選択されたアカウントデータに関連付けられた少なくとも１つの選択された金融商品の取引を第二者に申し出るステップと、
ｄ．申し出た取引に対する承諾を第二者から受信するステップと、
ｅ．第一者と第二者との間で、少なくとも一つの選択された金融商品について、承諾された取引を実行するステップと、
を実行する、コンピュータに読み取り可能な記憶媒体。
【請求項５４】
金融商品に関連付けられたアカウントデータを有する報告機関データベースとアカウントデータベースと共にコンピュータ上で使用するための、コンピュータに読み取り可能なコードを含むコンピュータに読み取り可能な記憶媒体であって、
ａ．前記報告機関データベースから前記アカウントデータベースへのアカウントデータを前記コンピュータに受信させる手段と、
ｂ．前記アカウントデータベース内で選択基準を満足する金融商品を前記コンピュータに選択させる手段と、
ｃ．少なくとも１つの選択された金融商品の取引を前記コンピュータに申し出させる手段と、
ｄ．申し出た取引に対する承諾を前記コンピュータに受信させる手段と、
ｅ．少なくとも一つの選択された金融商品について、承諾された取引を前記コンピュータに実行させる手段と、
を有する、コンピュータに読み取り可能な記憶媒体。
【請求項５５】
金融商品に関連付けられたアカウントデータを有する報告機関データベースと共にコンピュータ上で使用するための、コンピュータに読み取り可能なコードを含むコンピュータに読み取り可能な記憶媒体であって、
ａ．選択基準を満足するアカウントデータを前記報告機関データベース内で前記コンピュータに選択させる手段と、
ｂ．選択されたアカウントデータに関連付けられた少なくとも１つの選択された金融商品の取引を前記コンピュータにより申し出させる手段と、
ｃ．申し出た取引に対する第三者からの承諾を前記コンピュータに受信させる手段と、
ｄ．少なくとも一つの選択された金融商品について、承諾された取引を前記コンピュータに実行させる手段と、
を有する、コンピュータに読み取り可能な記憶媒体。
【請求項５６】
金融商品に関連付けられたアカウントデータを有する報告機関データベースとアカウントデータベースと共にコンピュータ上で使用するための、コンピュータに読み取り可能なコードを含むコンピュータに読み取り可能な記憶媒体であって、
ａ．前記報告機関データベースから前記アカウントデータベースへのアカウントデータを前記コンピュータに受信させる手段と、
ｂ．前記アカウントデータベース内で第一者による選択基準を満足するアカウントデータを前記コンピュータに選択させる手段と、
ｃ．選択されたアカウントデータに関連付けられた少なくとも１つの選択された金融商品の取引を第二者に対して前記コンピュータに申し出させる手段と、
ｄ．申し出た取引に対する第二者からの承諾を前記コンピュータに受信させる手段と、
ｅ．第一者と第二者との間で、少なくとも一つの選択された金融商品について、承諾された取引を前記コンピュータに実行させる手段と、
を有する、コンピュータに読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、金融商品の交換を促進するためのシステム及び方法に関し、特に、売掛金のオンライン取引を促進するためのシステム及び方法に関する。
【背景技術】
【０００２】
株式、債券、及び投資信託のような金融商品の分析、購入、販売、及び管理のためにコンピュータシステムを使用することは一般的に行われている。コンピュータシステムは、金融商品に関連するビジネスプロセスを実行する有効な手段を提供することができる。コンピュータシステムが、インターネットなどの汎用のネットワークにより互いに接続されると、多くのエンティティ（"entities"）が、ネットワークに接続されたコンピュータシステムの範囲内で、金融商品について効率よく通信し取引を行うことができ、これによりオンラインマーケットを形成することができる。ＮＡＳＤＡＱ（登録商標）のような、このオンラインマーケットは、伝統的なブリック・アンド・モルタル（"brick and mortar"）の金融市場に類似している。近年、特定のカテゴリの業績のない、または再建途上企業に対する債券の売買のための専用のオンラインマーケットが現れている。
【０００３】
専用のオンラインの再建途上企業に対する債権の交換は、一次市場及び二次市場の両方を促進する。一次市場は、金融商品の原所有者とそれらの金融商品の購入者又はサービサーとの間での取引を扱う。二次市場は、投資家同士及び投資家とサービサーとの間で、金融商品の取引を扱う。一般的には、このように専門化されたオンラインの再建途上企業に対する債権の交換に利用できる金融商品のカテゴリは、限定されないが、償却された消費者のクレジットカードの売掛金、自動車ローンの不足の売掛金、及び住宅ローンの不足の売掛金を含む。
【０００４】
伝統的に、一次及び二次の再建途上企業に対する債権の市場の投資家は、直接又は仲買業務システムを通じて、ポートフォリオとして知られている、金融商品の広い分類の中で取引している。専用のオンラインの再建途上企業に対する債権の交換の出現は、大きなポートフォリオに加えて、より小さな分類の金融商品と、一部の例では個々の商品とを取引する傾向を引き起こしている。例えば、買い手は、特定の郵便番号内で金融商品を購入することを望むかもしれない。
【０００５】
公知の専用のオンラインの再建途上企業に対する債権の交換は、定価及び競売形式の両方での販売用の金融商品を伝統的に提供する。さらに、オンラインマーケットプレイスのために、マーケットの情報に基づいて商品の価格を提案し、仲買業務、デュー・デリジェンスのサービサー及び回収サービサーのような第三者のエンティティに連結することが、その技術分野において知られている。また、販売用の金融商品を分析して、特定のパラメータへの信用度を割り当てることがその技術分野において知られている。金融商品を並び替えて順位を付ける場合、これらの信用度は、オンラインマーケットプレイスの全てのユーザに役に立つ。
【０００６】
これらの公知の専用のオンラインの再建途上企業に対する債権の交換についての金融商品の売り手は、彼らのアカウント情報を手動で入力する必要がある。これには、時間がかかり、また人間によるエラーを取り込むことになる。他の交換では、売り手は、アカウント又はポートフォリオの記述を単に提示する、又はアカウント情報を一括して伝達することができる。さらに、システムユーザは、これらの公知の交換の他の少数のユーザと取引するだけかもしれない。
【０００７】
消費者の債務は、現在、Ｅｑｕｉｆａｘ（登録商標）、Ｅｘｐｅｒｉａｎ（登録商標）、及びＴｒａｎｓＵｎｉｏｎ（登録商標）のような消費者報告機関（ＣＲＡｓ）により、追跡されている。これらのＣＲＡｓは、現在と過去の基準についての特定の消費者に関連する特定の金融商品に関する特定のカテゴリのデータを含む、消費者の信用情報の膨大なデータベースを生成している。公知の手段、最も一般的には、名前、住所、及び社会保障番号により、このデータベースに問い合わせを行い、消費者の債務と計算された消費者の信用度について知ることは、その技術分野で一般に知られている。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
現在、ＣＲＡデータベース又は他の産業界全般のデータベースに既に格納されているアカウントデータを用いてアカウントの取引を促進する金融商品のオンラインマーケットプレイスは存在しない。さらに、受取勘定の法律及び規則の知識ベースを提供して、取引を評価するようなオンラインマーケットプレイスは存在しない。また、マーケットの臨界量を迅速に生成し、参加への境界、特に、現在のマーケットの非能率から生じる高い取引価格と取引を実行するのに必要な高レベルの専門知識とを下げることにより、流動性をマーケットに注入する最新の方法は存在しない。
【０００９】
それ故、ユーザが、ＣＲＡデータストアに既に格納された彼らのアカウントデータに基づいて、アカウントの取引をできるようなオンラインマーケットプレイスが求められている。さらに、複数源からのアカウントを整理統合し、サービスの効率を促進する簡単な方法が要求されている。このようなマーケットプレイスは、多くのユーザを引き寄せ、全てのユーザに現在利用できる取引よりも、より広範囲の取引を提供する。さらに、このようなマーケットプレイスは、取引価格を低減し、このような取引の実行に現在必要な対象の専門知識のレベルを制限することにより、受取勘定の交換に流動性を注入する。受取勘定の法律及び規則の知識ベースに関するアカウントデータを分析するオンラインマーケットプレイスが、市場で必要とされる。
【００１０】
本発明は、システムユーザが、消費者報告機関（ＣＲＡ）アカウントデータベースのような報告機関データベースに既に格納されたシステムユーザのアカウントデータに基づいて、購入、販売、サービスの場所、サービスの承諾、及びアカウントの管理を可能にするオンラインマーケットプレイスを提供することにより、市場の要求を満たすものである。このオンラインマーケットプレイスは、利用できる、購入、販売、及びサービスの機会についての産業界全般の見通しを提供し、より小さな商取引のために低価格の交換を提供する。
【００１１】
さらに、本発明は、受取勘定の法律及び規則の売掛金管理知識ベースと、オンラインマーケットプレイスのアカウントの取引活動とに関するアカウントデータを分析するオンラインマーケットプレイスを提供する。売掛金管理知識データベースと取引データの有用性は、本発明の取引処理の容易さとともに、第二の債券市場のような市場に関する出費と専門知識の境界をより低くする。その結果、第二の債券市場の取引の数は増加し、このような市場の流動性も増加する。
【課題を解決するための手段】
【００１２】
一つの模範的な実施形態は、現存するＣＲＡアカウントデータベースのアカウントデータを利用するオンラインマーケットプレイスを提供する。ＣＲＡアカウントデータベースは、幾人かはシステムユーザである、信用貸付人及び彼らの代理人により、定期的に更新されるアカウントデータを含む。この模範的な実施形態において、オンラインマーケットプレイスのアカウントデータベースのアカウントデータは、個人的に身元を確認することはできないが、１以上の唯一の識別子によりＣＲＡアカウントデータベースのアカウントデータに関連付けられるようにして、ＣＲＡアカウントデータベースのアカウントデータは、オンラインマーケットプレイスのアカウントデータベースに電子的に定期的に転送されてもよい。代替の実施形態では、ＣＲＡアカウントデータベースは、本発明の交換から、全てのアカウントデータと全ての関連する取引データとを格納してもよい。
【００１３】
有利に、ＣＲＡに既にデータを提出しているシステムユーザは、単に、特定のアカウントを指定して、本発明のオンラインマーケットプレイスに出現してもよい。
【００１４】
オンラインマーケットプレイスのシステムユーザは、オンラインマーケットプレイスのシステムオペレータにより認可されて、オンラインマーケットプレイスのアカウントデータベースのアカウントの購入、販売、又はサービスに参加するどんなエンティティであってもよい。システムユーザは、オンラインマーケットプレイスの複数の同時の役割を有してもよい。例えば、所有者は、買い手及び売り手であっても良い。システムユーザは、通信ネットワーク上で汎用のコンピュータ装置を用いたマーケットインターフェースにより、オンラインマーケットプレイスにアクセスする。代替の実施形態では、システムユーザは、別のインターフェース又はＣＲＡにより提供されるウェブインターフェースのいずれかにより、オンラインマーケットプレイスにアクセスして、データを提出しても良い。
【００１５】
この模範的な実施形態において、オンラインマーケットプレイスのシステムユーザは、システムユーザがオンラインマーケットプレイスで持っている各役割に応じて、マーケットインターフェース上で特定の選択基準を規定する。所有者又は売り手の役割を持つシステムユーザが選択基準を決定すると、オンラインマーケットプレイスの分析コンポーネントは、アカウントデータベースからアカウントデータの入力を受け付ける。アカウントデータは、分析コンポーネントにより、特定のパラメータに関して評価され、分析コンポーネントは、信用度にそのパラメータを関連付ける。分析コンポーネントは、各所有者又は売り手の選択基準に応じてアカウントデータを評価し、各アカウントに関して選択フラグを生成する。選択フラグは、分析コンポーネントにより、アカウントデータベースにアップデートされる。ひとまとめにして、選択フラグは、特定の所有者又は売り手のための取引のために、オンラインマーケットプレイスへの取引契約に推奨される複数のアカウントを特定する。選択フラグにより明示された値により、取引契約に推奨されたアカウントは、在庫管理コンポーネントにより自動的にオンラインマーケットプレイスに投入されるか、又は在庫管理コンポーネントにより、マーケットインターフェースを通じて、手動の取引契約のためにシステムユーザに紹介される。
【００１６】
買い手又はサービサーの役割を持つシステムユーザが選択基準を既定すると、オンラインマーケットプレイスの分析コンポーネントは、アカウントデータベースからのアカウントデータの入力を受け付ける。アカウントデータは、分析コンポーネントにより、選択基準に従って評価され、選択フラグは、各アカウントに関連して生成される。選択フラグは、分析コンポーネントにより、アカウントデータベースにアップデートされる。ひとまとめにして、選択フラグは、特定の買い手又はサービサーのための取引に推奨される複数のアカウントを特定する。申し出コンポーネントは、選択フラグの中で明示された値に従って、マーケットインターフェースを通じて、関連するアカウントの売り手又は所有者に対する申し出を自動的に生成するか、又はマーケットインターフェースを通じて、手動で申し出をするためのアカウントを買い手又はサービサーに紹介する。申し出コンポーネントは、アカウントデータベースに対して申し出を更新する。
【００１７】
この模範的な態様によれば、選択基準は、限定されないが、アカウントデータベース内で利用できるパラメータと、アカウントデータベース又は市場活動から得られる統計の計算されたパラメータと、売掛金管理知識ベースで利用できるパラメータのセットとを含んでも良い。アカウントデータベースで利用できるパラメータの例は、特定のアカウントの経常収支である。それ故、選択基準は、特定の範囲内での経常収支を持つアカウントを含むように定義されても良い。統計の計算されたパラメータの例は、オンラインマーケットプレイスの最近の取引活動に基づいて、同様の状態にあるアカウントの適正市場価格を含んでも良い。それ故、選択基準は、特定の範囲内の適正市場価格を有するアカウントを含むように定義されても良い。売掛金管理知識ベースで利用できるパラメータの例は、アカウントの特定の資産区分とアカウントの債務者の地理的な位置に関連する時効を含んでも良い。従って、選択基準は、適用される時効が満了する前の特定の時間内であるアカウントを含むように定義されても良い。売掛金管理知識ベースを包含することにより、システムユーザは、さらに情報を与えられ、オンラインマーケットプレイスで戦略的意思決定を下すことが可能となる。
【００１８】
有利に、潜在的な整理統合を可能にするために、システムユーザは、特定のパラメータ又はパラメータのセットに基づいて、多くのアカウントを整理統合する選択基準を定義しても良い。例えば、買い手は、売り手は異なるが、同じアカウントの債務者を共有するアカウントの選択フラグを生成する選択基準を定義しても良い。
【００１９】
また、さらに有利には、オンラインマーケットプレイスの市場操作を防ぐために、この模範的な態様において、オンラインマーケットプレイスでアカウントが掲載されるときに、売り手と所有者から取引契約が要求される。例えば、売り手が、オンラインマーケットプレイスを使用して市場の情報を単に集めることを防ぐために、オンラインマーケットプレイスにアカウントを委ねることにより、売り手は、売り手が買い手の申し出を断るかもしれない、計算された最高価格に同意する。
【００２０】
この模範的な態様において、売り手が買い手の申し出を承諾することを断るかもしれない最高価格は、オンラインマーケットプレイスの同様の状態にあるアカウントの最近の取引に基づいて、分析コンポーネントにより計算される。代替の態様において、この値は、システムオペレータにより設定されても良い。このような条件は、不正な取引の実行と、ユーザの不正使用を制限しようとする。
【００２１】
申し出は、（ｉ）自動的に承諾されて、買い手が自動的に申し出を承諾する価格の範囲が提起されるか、又は所有者により定義された最高額のサービス料金以下のサービス料金が提起され、または（ｉｉ）システムユーザの再検討と行動のためにマーケットインターフェースを通じて提起されるかの、いずれかである。申し出が一旦承諾されると、その承諾がアカウントデータベースに更新される。取引コンポーネントは、承諾された申し出についてアカウントデータベースを監視する。申し出が承諾されると、取引コンポーネントは、アカウントが販売される場合の購入価格の決算を促進する。サービスを販売または斡旋（"placement"）する場合、取引コンポーネントは、承諾された申し出についてアカウントデータベースを監視し、取引に基づいてアカウントデータベースを更新する間、取引に必要な追加のアカウントデータの交換を促進する。
【００２２】
有利に、取引の後で、取引の当事者は、ポスト取引サポートコンポーネントとマーケットインターフェースを通じて互いに交流し、媒体管理、アカウントのプットバック、後に引く支払い、在庫品目の調整、同意の問題（"consent issues"）、契約条件の監視、権原連鎖（"chain of title"）などのような、取引後の問題を解決しようと試みることができる。
【００２３】
さらに、本発明の方法及びシステムにより、システムユーザは、売掛金管理知識ベースを提供することにより、アカウントデータの分析に影響を与える規制のための法の不安定な展望を首尾良く操作することができる。
【００２４】
さらに有利に、所有者と売り手は、買い手又はサービサーの利益のために、所有者又は売り手のアカウントデータベースからアプリケーションサービスプロバイダー（ＡＳＰ）サービスコンポーネントのような外部のサービスコンポーネントに、識別可能なデータを個人的に転送して、サービスなどを促進しても良い。
【００２５】
上述した内容は、本発明のいくつかの観点と特徴の概略をおおまかに説明したものであり、本発明の様々な可能性のある応用の単なる一例であるということは解釈されるべきである。開示された情報を異なる方法で適用することにより、又は開示された実施形態を変更することにより、他の有益な結果を得ることができる。従って、特許請求の範囲により定義された本発明の範囲に加えて、添付の図面を考慮した例示的な実施形態の詳細な記述を参照することにより、本発明の他の観点及びさらなる包括的な解釈が得られる。
【発明を実施するための最良の形態】
【００２６】
本出願は、２００５年３月３１日に出願された米国特許出願第１１／０９５７４９号の優先権による利益を要求し、それらの内容は参照することにより本文中に組み入れられる。
【００２７】
この明細書に組み込まれ、この明細書の一部を構成する添付の図面は、本発明の実施形態を図示し、以下の詳細な記述と共に、本発明の原理を説明するのに用いられる。
【００２８】
必要に応じて、本発明の詳細な実施形態がここに開示される。開示された実施形態は、本発明の観点を説明するための単なる例であって、様々な及び代替の形式で具体化できることは理解されるべきである。図は、必ずしも縮尺したもの又は順次的な順番でもなく、いくつかの特徴は、特定の構成要素の詳細を示すのに拡大又は最小化されている。他の例において、周知の資材又は方法は、詳細に記述しないようにして、本発明が不明瞭になることを防止している。それ故、ここで開示される特定の構造と機能の詳細は、限定としてではなく、特許請求の範囲の根拠として、及び本発明を様々に使用する当業者に教示するために説明される。
【００２９】
ここでの記述及びこの明細書の添付書類では、「"a"」「"an"」及び「"the"」の意味は、文脈が他に明確に決定づけていなければ、複数の参照を含む。また、ここでの記述及びこの明細書の添付書類では、「"in"」の意味は、文脈が他に明確に決定づけていなければ、「"in"」及び「"on"」を含む。最後に、ここでの記述及びこの明細書の添付書類では、「及び（"and"）」と「又は（"or"）」の意味は、接続語と離接語の両方を含み、文脈が他に明確に決定づけていなければ、交換可能に用いられる。定義された用語は、明細書と特許請求の範囲を通じて、名詞、動詞、形容詞又は全ての他の文法上の変化として表されているかどうかを問わず、規定された定義を有する。
【００３０】
範囲は、「およそ（"about"）」の一つの特定値から、及び／又は「およそ（"about"）」の他の特定値へとして、ここで明示される。このような範囲が明示されるとき、他の実施形態は、一つの特定値から及び／又は他の特定値を含む。同様に、先行の「およそ（"about"）」を用いて、値が近似として明示されるとき、特定の値は、他の実施形態を形成するということは理解されるべきである。さらに、各範囲の終点は、他の終点と関連して、及び他の終点とは無関係に重要であることは理解されるべきである。
【００３１】
さらに、プロセスのステップ、方法のステップ、又はシステムなどが、逐次的な順番で記述されるけれども、このプロセス、方法及びシステムは、代替の順番で動くように構成されても良い。言い換えれば、記述されたどの順序のステップも、その順序でステップを実行しなければならないという要求を必ずしも示さない。ここで記述されるプロセスのステップは、個々に又は実用的な順序で実行されても良い。さらに、いくつかのステップは同時に実行されても良い。
【００３２】
ここで記述される様々な方法及びシステムは、例えば、適切にプログラムされた汎用のコンピュータ及びコンピュータ装置により実行されることは、容易にわかる。典型的には、プロセッサ（マイクロプロセッサなど）は、メモリなどの装置から指令を受信し、その指令を実行する。これにより、その指令により定義されたプロセスを実行する。さらに、そのような方法及びアルゴリズムを実行する指令のセットは、プログラムとして格納され、種々の公知の媒体を用いて伝達される。
【００３３】
本発明の特定の実施形態のマーケットプレイスは、ハードウェア、ソフトウェア、又はそれらの組み合わせにより実施できる。一つの典型的な実施形態では、マーケットプレイスは、メモリ又はコンピュータが読み取り可能な媒体に格納されたソフトウェア又はファームウェアにより実施され、適当な指令実行システムにより実行される。代替の実施形態のように、ハードウェアで実施される場合、マーケットプレイスは、その技術分野で知られているどんな技術でも実施できる。
【００３４】
ここで用いられる「コンピュータが読み取り可能な媒体」の用語は、コンピュータ、プロセッサ、又は同様の装置により読み取り可能なデータ（例えば、指令）を提供することに関与する全ての媒体のことをいう。このような媒体は、多くの形式を有し、限定されないが、不揮発性の媒体、揮発性の媒体、及び伝送媒体を含んでもよい。不揮発性の媒体は、例えば、光学又は磁気ディスク、及び他の永続性の媒体を含む。揮発性の媒体は、典型的に、メインメモリを構成するダイナミックランダムアクセスメモリ（ＤＲＡＭ）を含む。伝送媒体は、プロセッサなどに接続されたシステムバスを有するワイヤを含む、同軸ケーブル、銅線、及び光ファイバーを含む。伝送媒体は、無線周波数（ＲＦ）及び赤外線（ＩＲ）のデータ通信、又は他の無線通信において生成される、音波、光波、及び電磁放射線を含む又は伝達しても良い。共通の形態のコンピュータに読み取り可能な媒体は、例えば、フロッピーディスク、フレキシブルディスク、ハードディスク、磁気テープ、他の磁気媒体、ＣＤ−ＲＯＭ、ＤＶＤ、他の光学媒体、パンチカード、紙テープ、孔のパターンを有する他の物理的な媒体、ＲＡＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＦＬＡＳＨ−ＥＥＰＲＯＭ、他のメモリチップ又はカートリッジ、後述する搬送波、又は、コンピュータが読み取り可能な他の媒体を含む。
【００３５】
ここではデータベースが記述されるけれども、（ｉ）記述されるデータベースの代わりのデータベースの構造が容易に用いられ、（ｉｉ）データベースの他にも他のメモリ構造が容易に用いられることは、当業者により理解される。
【００３６】
互いに通信する装置は、他に明確な記載がなければ、互いに連続的な通信をする必要はない。さらに、互いに通信を行う装置は、直接的に又は１以上の媒介物を介して間接的に通信を行っても良い。さらに、互いに通信を行う多くの構成要素を備えた実施形態の記述は、その全ての構成要素が必要とされることを意味しない。一方、種々の任意の構成要素は、本発明の多種多様な可能な実施形態を説明するために記載される。
【００３７】
付加的な定義
データの定義：
承諾（"Acceptance"）は、他方の関係者の申し出に対する一方の関係者の合意を意味する。
【００３８】
アカウント（"Account"）は、受け取った商品又は与えられたサービスに対して、一方の人又はエンティティから他方の人又はエンティティに支払うべき債務である。
【００３９】
アカウントデータ（"Account Data"）は、アカウントに関するデータであって、限定されないが、（ｉ）アカウントの所有者、（ｉｉ）アカウントのサービサー、（ｉｉｉ）アカウントの債務者、（ｉｖ）アカウントの支払い履歴、（ｖ）アカウントの差引残高、（ｖｉ）アカウントの金利、及び（ｖｉｉ）類似要素を含む。
【００４０】
アカウントデータベース（"Account Database"）は、一般的に定期的に更新される、現在の又は過去のアカウントデータの収集物であって、限定されないが、（ｉ）所有しているアカウントに関係するアカウントの所有者、売り手、買い手、又はサービサーにより保持されるアカウントデータの収集物、（ｉｉ）アカウントの多数の所有者又はサービサーにより供給され、報告機関又は消費者報告機関のような第三者により保持されるアカウントデータの収集物、（ｉｉｉ）個人的に識別可能な情報に直接関連付けられていない第三者により保持され、典型的に種々の分析のために用いられるアカウントデータの収集物、
（ｉｖ）アカウントデータの類似の収集物、及び（ｉｖ）このようなアカウントデータの収集物の組み合わせなどを含む。
【００４１】
取引契約（"Commitment"）は、特定の定義済みの条件に対するシステムユーザの同意であって、限定されないが、（ｉ）アカウントを売る場合、オンラインマーケットプレイスでアカウントが購入のために利用できる最短時間と、売り手が申し出の承諾を拒否する基礎を形成するときの最高価格と、売り手が自動的に申し出を承諾するときの最高価格、及び（ｉｉ）アカウントをサービスする場合、オンラインマーケットプレイスでアカウントがサービスの申し出のために利用できる最短時間と、所有者がサービスに対する申し出の承諾を拒絶する基礎を形成するときの最低のサービス料金と、所有者がサービスの申し出を自動的に承諾するときの最低のサービス料金、を含む。
【００４２】
消費者報告機関（"Consumer Reporting Agency"）は、アカウントデータベースの個人的に識別可能なアカウントデータを集計し、そのアカウントデータにアクセスするという許容できる目的を持つ第三者に情報を提供するエンティティである。
【００４３】
申し出（"Offer"）は、潜在的な買い手又はサービサーから提案された支払額と、取引の他の条件とをそれぞれ含む。
【００４４】
パラメータ（"Parameter"）は、アカウントが売られ、買われ、又はサービスされるべきかどうかを決定することに関連し、信用度で評価されうるデータの要素であって、限定されないが、（ｉ）差引残高の範囲、支払い履歴、アカウントの債務者に関する年齢及び層の情報などのアカウントに関連して定義されたパラメータ、（ｉｉ）適正市場価格、同様のアカウントの流動性、及びマーケット動向などのアカウントのマーケットに関連して定義されたパラメータ、及び（ｉｉｉ）制限の状態、使用許諾の法律、及び、特定の権限における賃金の債券差し押さえ通告のような特定のサービス方法の利用可能性、などのアカウントのサービスを規定する法律および規則の体系に関連して定義付けされたパラメータ、含む。
【００４５】
ポスト取引データ（"Post-Transaction Data"）は、取引を終えた後、取引に参加していた当事者間で交換されるアカウントのサービスに関連するデータであって、限定されないが、媒体の要求、プットバック（"put-backs"）、長引く支払い、契約同意書、権原連鎖などに関連するデータを含む。
【００４６】
潜在的な整理統合（"Potential Consolidation"）は、サービスの効力を最大限にするために、アカウントが一緒にサービスされ又は購入されることを意味する、論理的に類似のデータ要素を備えた多数のアカウントの選択であって、限定されないが、選択中のアカウントと同じ債務者、選択中のアカウントに密接に関係がある債務者、選択中のアカウントの他の類似の層の特性、及び他の論理的な類似のデータ要素を含む。
【００４７】
信用度（"Rating"）は、所定の範囲内で、所定の方法を用いて、パラメータに割り当てられた客観的な数字の順位である。
【００４８】
報告機関データベース（"Reporting Agency Database"）は、一般的に、定期的に更新される現在又は過去の消費者又は商業上のアカウントデータの収集物である。
【００４９】
選択基準（"Selection Criteria"）は、システムユーザによって定義された選択されたパラメータ及び信用度のセットについての複数の決定論的な値と範囲であって、アカウントのセットに適用され、コンピュータの指令として、規定の条件又は条件のセットために各アカウントを検査する。選択基準は、アカウントデータベース上で利用できるパラメータ及び信用度と、市場活動から得られる集計され計算されたパラメータ及び信用度と、売掛金管理知識ベース内で利用できるパラメータ及び信用度のセットとを含んでもよい。
【００５０】
サービス（"Servicing"）は、アカウントの回収と管理である。
【００５１】
選択フラグ（"Selection Flags"）は、特定のシステムユーザに関係づけて定義されたアカウントの特定のパラメータで、アカウント及び特定のシステムユーザに関連する可能な行為の範囲を示し、限定されないが、システムユーザによる手動の再調査でオンラインマーケットプレイスへの潜在的な取引契約についてアカウントを選択する行為と、システムユーザの手動の再調査で潜在的な取引についてアカウントを選択する行為と、オンラインマーケットプレイスへの自動取引契約についてアカウントを選択する行為と、購入又はサービスのために所有者に対する自動の申し出についてアカウントを選択する行為と、を含む。
【００５２】
取引（"Transaction"）は、売り手から買い手への少なくとも１つのアカウントの販売、又は所有者からサービサーへの少なくとも１つのアカウントのサービスの斡旋（"placement"）である。
【００５３】
取引データ（"Transaction Data"）は、取引に関連するデータであって、限定されないが、販売期間、支払いの条件、買い手から売り手への支払い、アカウントデータなどを含む。
【００５４】
システムの定義：
分析コンポーネント（"Analysis Component"）は、アカウントデータベース及び売掛金管理知識ベースからアカウントデータの入力を受け付けて、信用度をパラメータに関連付け、選択フラグを選択基準に応じたアカウントに関連付け、アカウントデータベースに対してのアカウントの信用度と選択フラグの出力を生成する構成要素から成るコンピュータプロセスである。
【００５５】
コンポーネント（"Components"）は、オンラインマーケットプレイスを構成する個々のコンピュータプロセスである。
【００５６】
在庫管理コンポーネント（"Inventory Management Component"）は、マーケットインターフェースからのシステムユーザの入力と、分析コンポーネントからの選択フラグと、申し出コンポーネントからの承諾とを受け取って、各アカウントの現在のステータスと所有権と（適用できるなら）サービサーを明確にする、アカウントデータベースに対する出力を生成する、コンポーネントから成るコンピュータプロセスである。
【００５７】
マーケットインターフェース（"Market Interface"）は、ユーザインターフェースの形式で全体的に利用できるコンピュータプロセスであって、そのユーザインターフェースは、（ｉ）限定されないが、申し出、承諾、選択基準の出力、及び問い合わせに対する回答を含む情報を、表示画面及び報告を使用して、システムユーザに出力し、及び（ｉｉ）限定されないが、選択のプロセス、選択基準の生成、申し出、及び承諾を含むさまざまなプロセスについて、システムユーザからの入力を受け取る。
【００５８】
申し出コンポーネント（"Offer Component"）は、マーケットインターフェースとアカウントデータベースからの入力を受け取って、自動及び手動の申し出と、売り手の取引契約と、システムユーザからの承諾とを処理し、取引の期限を規定するアカウントデータベースへの出力を生成するコンポーネントから成るコンピュータプロセスである。
【００５９】
オンラインマーケットプレイス（"Online Marketplace"）は、媒体であって、その媒体を通じて、所有者、買い手、売り手、及びサービサーが、限定されないが、インターネット又は類似の個々の通信ネットワークを含む通信ネットワーク内で、コンポーネントを使用した取引を行う。
【００６０】
ポスト取引サポートコンポーネント（"Post Transaction Support Component"）は、マーケットインターフェースとアカウントデータベースからのポスト取引データに関する入力を受け取って、ポスト取引データにより規定された問題の解決を促進し、アカウントデータベースへの出力を生成してポスト取引データのステータスを更新する、コンポーネントから成るコンピュータプロセスである。
【００６１】
売掛金管理知識ベース（"Receivables Management Knowledge Base"）は、売掛金管理産業における問題解決のための事実と規則の収集物であって、特に、制限の状態と、使用許諾の法律と、特定の権限における賃金の債券差し押さえ通告のような特定のサービス方法の利用可能性などのアカウントのサービスを管理する法律及び規則である。
【００６２】
サービスコンポーネント（"Servicing Component"）は、アカウントと収集プロセスとを管理するコンピュータプロセスである。
【００６３】
取引コンポーネント（"Transaction Component")は、取引のために選択されたアカウントについてアカウントデータベースからの入力を受け取って、限定されないが、システムユーザ間でのアカウントデータの転送とシステムユーザ間の決算とを含む、終了プロセスを処理することにより、取引の終了を促進し、取引の各アカウントの現在のステータスと所有権と（適用できるなら）サービサーとを更新するアカウントデータベースへの出力を生成する、コンポーネントから成るコンピュータプロセスである。
【００６４】
システムユーザの定義：
買い手（"Buyer"）は、マーケットインターフェースを利用して、取引によりアカウントを購入するエンティティである。
【００６５】
所有者（"Owner"）は、マーケットインターフェースを利用して、取引によりアカウントについてのサービスを販売する又は獲得するエンティティである。
【００６６】
売り手（"Seller"）は、マーケットインターフェースを利用して、取引によりアカウントを販売するエンティティである。
【００６７】
サービサー（"Servicer"）は、マーケットインターフェースを利用して、サービスするためのアカウントを受諾するエンティティである。
【００６８】
システムオペレータ（"System Operator"）は、オンラインマーケットプレイスを保持し及び運営するエンティティである。
【００６９】
消費者報告機関のアカウントデータベースに接続されたアカウントデータベースを備えた、債務の整理とアカウントの売買のためのオンラインマーケットプレイスの典型的な実施形態について説明する。
【００７０】
多くの図を通して、同一の数字は同一の構成要素を示す。その図は、本発明の教示によるオンラインマーケットプレイスのある様々な観点の典型的な実施形態を示す。ここで列挙された部材のリストは、他に明確に特定されていなければ、任意の又は全ての部材が相互に排他的であるということを意味しない。
【００７１】
図１は、基本的なコンポーネントと、全体的な構造と、この典型的な実施形態のオンラインマーケットプレイス１００の状況１００とを図示している。オンラインマーケットプレイス１００は、消費者報告機関のアカウントデータベース１０４に接続され、且つシステムユーザ１０２により通信ネットワーク１１４を介してアクセスされる。システムユーザ１０２は、アカウントの所有者、売り手、買い手、又はサービサーなどであり、アカウントデータを消費者報告機関のアカウントデータベース１０４に定期的に送信し、更新する。オンラインマーケットプレイスのアカウントデータベース１０６は、消費者報告機関のアカウントデータベース１０４からアカウントデータをロードする。詳細については、図４を参照して後述する。
【００７２】
システムユーザ１０２は、インターネットや個々のＡＴＭネットワークのような、オンラインマーケットプレイス１００に接続されている通信ネットワーク１１４を介して、オンラインマーケットプレイスのマーケットインターフェース１１２にアクセスする。マーケットインターフェース１１２により、システムユーザ１０２は、アカウントデータベース１０６のアカウントデータを調べ、オンラインマーケットプレイス１００のビジネスロジック層２００と接触し、ビジネスロジック層２００を通じて他のシステムユーザ１０２と情報のやりとりをすることができる。マーケットインターフェース１１２は、オンラインマーケットプレイス１００のビジネスロジック層２００の出力を受信し表示できるようにプログラムされることにより、ホスト化（"hosted"）されても良い。例えば、汎用コンピュータ装置を通じて、キーボード及びマウスのようなユーザ入力装置に接続された、インターネットウェブブラウザプログラムのような汎用プログラムにより、ホスト化されても良い。インターネットウェブブラウザプログラムのような汎用プログラムは、マーケットインターフェース１１２で利用されるグラフィカルユーザインターフェース（ＧＵＩ）を提供してもよい。ＧＵＩは、論理的な順序で配置されたテキストと画像のスクリーン表示であり、ＧＵＩにより、システムユーザ１０２は、簡単に、データを入力し、表示されたオプションを選択できる。代替の実施形態において、システムユーザ１０２は、消費者報告機関１０４の現存するインターフェースに接続して本発明のオンラインマーケットプレイス１００と連絡しても良いし、又は本発明の代替のピアツーピア構造のオンラインマーケットプレイス内で他のシステムユーザ１０２に直接接続しても良い。
【００７３】
さらに、図１を参照すると、オンラインマーケットプレイス１００のビジネスロジック層２００は、アカウントデータベース１０６のアカウントデータを分析し且つ更新する。ビジネスロジック層２００については、図２を参照して詳細に説明する。
【００７４】
図１は、さらに、売掛金管理知識ベース１０８からデータを受信するビジネスロジック層２００を示している。売掛金管理知識ベース１０８は、制限の状態と、特定の権限の訴訟の起訴に関する価格と、他の規制及び事実に基づくデータのような、売掛金管理産業の問題を解決する事実と規則を含む。さらに、この典型的な実施形態で示すように、ビジネスロジック層２００は、外部サービスコンポーネント１１０に接続されても良い。これにより、システムユーザ１０２は、ビジネスロジック層２００の特徴を利用して、買い手又はサービスするサービサーにアカウントデータを送信することが可能となる。
【００７５】
図１をさらに参照すると、ＣＲＡアカウントデータベースが本発明のこの典型的な実施形態のシステムの範囲の外側に示されている。代替の実施形態において、ＣＲＡアカウントデータベースは、交換システムの一部であっても良いし、又は全てのアカウントデータと全ての関連する取引データとを保持しても良い。
【００７６】
図２は、ビジネスロジック層２００を集団で形成するコンポーネントを示している。一般に、ビジネスロジック層２００は、どんなプロセッサ、プロセッサの集合、汎用コンピュータ装置の種々の公知の処理部、又はそのような装置で動作するどのようなプログラムであっても良い。ビジネスロジック層２００のコンポーネントは、下記の記載に基づいて、当業者により、構築され利用される。
【００７７】
この典型的な実施形態において、ビジネスロジック層２００は、分析コンポーネント２０２、申し出コンポーネント２０４、在庫管理コンポーネント２０６、取引コンポーネント２０８、及びポスト取引コンポーネント２１０を含む。各コンポーネントは、オンラインマーケットプレイスのアカウントデータベース１０６とマーケットインターフェース１１２の両方と情報のやりとりをする。各コンポーネントは、売掛金管理知識ベースと情報のやり取りをしても良い。これらのコンポーネントは、少なくとも１つの汎用コンピュータ装置、一連の汎用コンピュータ装置、又はその組み合わせ、又はその他の配列の汎用コンピュータ装置で動作しても良い。
【００７８】
図３は、オンラインマーケットプレイスのプロセスの前後関係を示す図３００であり、オンラインマーケットプレイスの選択プロセス間の可能なフローパターンを示している。下記のプロセスは、この典型的な実施形態のオンラインマーケットプレイスにより、アカウントデータロードプロセス４００、選択基準プロセス５００、選択フラグプロセス６００、取引契約プロセス７００、申し出プロセス８００、承諾プロセス９００、取引プロセス１０００、及びポスト取引プロセス２０００の順番で、実行される。これらのプロセスは、図４から図１１を参照して詳細に説明される。これらのプロセスは、一つの可能な発生順序で示される。これらのプロセスと他のプロセスは、どんな順序、どんな組み合わせの順序、又は個々に実行してもよいことは理解されるべきである。
【００７９】
図４は、消費者報告機関のアカウントデータベース１０４からオンラインマーケットプレイスのアカウントデータベース１０６にアカウントデータをロードするワークフローの図４００を示している。消費者報告機関のデータベース１０４は、個々に識別可能なアカウントデータを集計し、第三者にその情報を提供する単独のアカウントデータベースである。周知の消費者報告機関の例は、Ｅｑｕｉｆａｘ（登録商標）、Ｅｘｐｅｒｉａｎ（登録商標）、及びＴｒａｎｓＵｎｉｏｎ（登録商標）を含む。代替の実施形態において、Ｄｕｎ＆Ｂｒａｄｓｔｒｅｅｔ社のような商業報告機関のアカウントデータが利用されても良い。
【００８０】
消費者報告機関のアカウントデータベース１０４とありとあらゆる関連するコンポーネントは、消費者報告機関データベースから本発明の取引に送信されるアカウントを選択する各システムユーザについてのロードファイルを生成する（４０２）。ロードファイルは、オンラインマーケットプレイスに転送される（４０４）。オンラインマーケットプレイスはロードファイルを受信するとすぐに（４０６）、ロードファイルを確認し、変換し、アカウントデータベース１０６にインポートする（４０８）。このロードファイルは、上述したように、コンピュータに読み取り可能な媒体の形式であっても良い。この典型的な実施形態において、ロードファイルは、ＴＣＰ／ＩＰパケットとファイル転送プロトコルのようなプロトコルとを用いて、パケット化されたデータとして、磁気ハードディスクのような、消費者報告機関のアカウントデータベースの一つのコンピュータに読み取り可能な媒体から、オンラインマーケットプレイスのアカウントデータベースを格納するコンピュータに読み取り可能な媒体に送信される。本発明のデータベースは、入力を処理し、適切なデータベースプロトコルとＳＱＬなどの従来から知られているコンピュータ言語とを用いてデータを分類しても良い。
【００８１】
さらに、典型的な実施形態において、生成された（４０２）ロードファイルは、オンラインマーケットプレイスの取引契約を利用できるアカウントとして、システムユーザによりフラグを立てられたアカウントデータに基づいていてもよい。例えば、システムユーザは、標準の「ＭｅｔｒｏＩＩ」の電子データ交換（ＥＤＩ）伝送及びフラグ特定アカウントを用いて、アカウントデータを消費者報告機関のアカウントデータベースに周期的に送信しても良い。代替の実施形態において、本発明のオンラインマーケットプレイスは、アカウントデータの特定のシステムユーザ、又は既存の分類、又は分類の組み合わせについて、消費者報告機関のアカウントデータベースから利用できる全てのデータを検索し、及び／又はロードしても良い。
【００８２】
さらに、上述したように、代替の実施形態において、ＣＲＡデータベースは、アカウントデータベースとして動作しても良く、全てのアカウントと取引データとを格納しても良い。これに代えて、ＣＲＡユーザは、ＣＲＡのユーザインターフェースにより提供される選択基準から、本発明の交換にどのアカウントを入力するかを選択しても良い。
【００８３】
図５は、オンラインマーケットプレイスのアカウントデータベース上で選択基準を規定するシステムユーザのための選択基準プロセスのワークフローを示す図５００である。選択基準を規定することにより、システムユーザは、アカウントデータと取引の管理についての特定のビジネスルールを制定することができる。例えば、システムユーザは、選択基準を設定し、売掛金管理知識ベースにより提供されるように、制限の１年以内の適用可能な規則に含まれるアカウントのいくつかについて選択フラグを生成しても良い。それから、システムユーザは、図８を参照して詳細に説明する申し出プロセスにおいて、販売用に申し出されるアカウントを委托してもよい。代替の実施形態において、システムユーザは、本発明のオンラインマーケットプレイスにより、売買又はサービスするためのアカウントの推薦をさらに促進するシステムユーザのプロファイリングの質問を全て埋め尽くすことを許容されても良いし、又は、このようなプロファイルがシステムユーザの行動に基づいて、自動的に生成されても良い。
【００８４】
この典型的な実施形態において、システムユーザは、システムオペレータにより承認されて（５０２）、オンラインマーケットプレイスへのアクセスを制御する（５０４）。それから、システムユーザは、マーケットインターフェース上の選択基準設定画面にアクセスする（５０６）。システムユーザは、新しい選択基準を入力するか、又は既存の選択基準を修正するかを選択する（５０８）。新しい選択基準を入力する場合、システムユーザは、新しい選択基準の画面を開く（５１０）。選択基準を修正する場合、システムユーザは、既存の選択基準の画面を開く（５１２）。これらの選択の両方において、システムユーザは、パラメータを選択し特定する。この典型的な実施形態において、システムユーザは、アカウントデータのパラメータ５１４、既存の計算されたパラメータ５１６、売掛金管理知識ベースからのパラメータ５１８、及びシステムユーザより定義されたカスタムパラメータ５２０の４つのタイプのパラメータから選択できる。既存の計算されたパラメータ５１６は、オンラインマーケットプレイスの最近の取引や他のパラメータに基づく類似の計算などに基づいて、システムユーザにより選択されたアカウントと同様のアカウントの現在の適正市場価格であっても良い。カスタムパラメータ５２０は、例えば、ｘからｙの差引残高の範囲を有するアカウント及び制限の適用可能な規則のｚ月内にあるアカウントを選択するよう定義されても良い。
【００８５】
システムユーザは、それぞれ選択されたパラメータについて値と範囲を選択し（５２２）、これらの設定をアカウントデータベースに保存する（４２４）。値と範囲は、選択基準の各ビジネスルールの式を定義する。例えば、システムユーザは、現在の千ドル未満の差引残高を有するアカウントを選択することを望んでも良い。
【００８６】
システムユーザがパラメータと選択基準を選択し定義できることにより、システムユーザは類似の特性を共有するアカウントのセットについて取引の決定を行うことができ、有効な市場活動を促進できる。さらに、債務者や郵便番号などのパラメータに合致するアカウントの取引のように、潜在的な整理統合のオプションがシステムユーザに表示されても良い。
【００８７】
代替の実施形態において、分析コンポーネントは、選択基準を処理するときに、システムユーザのアカウントデータベースから直接アカウントデータを受信又は検索しても良い。この形態により、例えば、システムユーザは、オンラインマーケットプレイスに直接接続されていない個人的なアカウントデータベース内のパラメータに合致するアカウントを調べることができる。
【００８８】
選択基準は、システムユーザの役割に従って異なる目的を持っても良い。特に、販売又は斡旋についての選択基準の場合、オンラインマーケットプレイスへの取引契約に推薦される特定の所有者に関連するアカウントのセットからアカウントを選択しても良い。購入又はサービスについての選択基準の場合、オンラインマーケットプレイスに委ねられて取引に推薦されるアカウントのセットからアカウントを選択しても良い。
【００８９】
図６は、オンラインマーケットプレイスアカウントデータベースで、システムユーザの選択基準に基づいて、選択フラグを生成する分析コンポーネントの選択フラグプロセス６００のワークフローの図である。この典型的な実施形態において、選択フラグは、特定の追加のプロセスのためにアカウントを区別するのに利用される。例えば、分析コンポーネントは、オンラインマーケットプレイスアカウントデータベースのアカウントデータを検索する（６０２）。検索（６０２）は、計画的な、定期的な、継続的な、又はトリガーの基準により行っても良い。分析コンポーネントは、パラメータについて計算するための信用度を選択し（６０４）、信用度の計算に関連する方法を選択する（６０６）。分析コンポーネントは、信用度を計算し（６０８）、アカウントデータベースに信用度を転送する（６１０）。分析コンポーネントは、全ての必要な信用度に関して、計算ステップ６０４から６１０を繰り返しても良い（６１２）。
【００９０】
分析コンポーネントは、処理されていない選択基準を検索し（６１４）、アカウントデータベースから関連するアカウントデータを検索する（６１６）。分析コンポーネントは、選択基準に従って、選択フラグを算出し（６１８）、アカウントデータベースを更新する（６２０）。
【００９１】
図７は、選択されたアカウントについてオンラインマーケットプレイスの取引条件を選択するシステムユーザの取引契約についての取引契約プロセス７００のワークフローの図を示す。この典型的な実施形態において、システムユーザによるオンラインマーケットプレイスの市場操作を防ぐため、システムユーザは、販売又はサービスするアカウントを置くために、オンラインマーケットプレイスの取引条件に同意しなければならない。例えば、システムユーザは、オンラインマーケットプレイスに委託されるアカウントについての決められた期間、自動承諾の固定価格、及び申し出が拒否されるときの最高価格に同意する。
【００９２】
さらに図７を参照すると、このプロセスにおいてアカウントの所有者でなければならないシステムユーザは、オンラインマーケットプレイスのマーケットインターフェース上で、販売及び斡旋の制御画面にアクセスする（７０２）。在庫管理コンポーネントは、アカウントデータベースから委托されていないアカウントを検索する（７０４）。代替の実施形態において、在庫管理コンポーネントの機能は、マーケットインターフェースのどんな類似のコンポーネントにより実行されてもよく、又は、マーケットインターフェースは、このようなコンポーネントの恩恵なしに直接オンラインマーケットプレイスのアカウントデータベースにアクセスしても良い。マーケットインターフェースは、所有者のために選択フラグにより分類されたアカウントを表示する（７０６）。所有者は、付加的なパラメータを選択し（７０８）、使いやすくするために、マーケットインターフェースの表示中のアカウントを分類する。所有者は、オンラインマーケットプレイスへの取引契約のためのアカウントを選択し（７１０）、取引契約の種類を選択する（７１４）。例えば、所有者は、将来の買い手が申し出ることができるように、オンラインマーケットプレイスで「販売用に」配置されるアカウントを委托するか、又は所有者は、将来のサービサーが申し出することができるように、オンラインマーケットプレイスでサービスされるアカウントを配置する。所有者は、選択されたアカウントの各グループの取引条件を設定し（７１６）、オンラインマーケットプレイスは、その取引条件が許容範囲内かどうかを決定する（７１８）。所有者は、取引条件を承諾する（７２０）。マーケットインターフェースは、ありとあらゆる適切な法律に従って契約を作る法的拘束力のある言葉で取引契約を表示してもよい。在庫管理コンポーネントは、全ての取引契約の選択を用いて、オンラインマーケットプレイスのアカウントデータベースのアカウントを更新する（７２２）。取引契約（７１２）のために選択（７１０）されなかったフラグのアカウントは、在庫管理コンポーネントによりアカウントデータベース内で更新される（７２２）。さらに、オンラインマーケットプレイスは、格納された許容範囲と許容値に対して、取引契約の取引条件の検証を実行してもよい。
【００９３】
代替の実施形態において、アカウントが消費者報告機関のアカウントデータベースに提示されたとき、アカウントが最初にオンラインマーケットプレイスのアカウントデータベースに入力されるとき、又はアカウントデータがオンラインマーケットプレイスのアカウントデータベースに入力される前のオンラインマーケットプレイスの他のいくつかの段階で、オンラインマーケットプレイスは、システムユーザからの取引契約を要求することができる。
【００９４】
図８は、オンラインマーケットプレイス内で申し出をするシステムユーザについての申し出プロセス８００のワークフローの図を示す。システムユーザは、マーケットインターフェース上で申し出制御画面にアクセスする（８０２）。申し出コンポーネントは、図６の選択フラグプロセスの中で生成された選択フラグに従ってアカウントデータベースからアカウントデータを選択及び検索する（８０４）。例えば、申し出コンポーネントは、アカウントがオンラインマーケットプレイスに「販売用」として委托されたということを示す選択フラグと、アカウントが潜在的な取引のためにシステムユーザの選択基準により選択されたということを示す選択フラグとにより、区別されるアカウントデータを検索する。代替の実施形態において、本発明のオンラインマーケットプレイスは、申し出、承諾などの取引をシステムユーザに提案してもよい。このような提案は、システムユーザの取引履歴、システムユーザのプロファイリング、他の市場活動、又は他の関連する要因に基づいても良い。申し出のプロセス８００は、従来から知られるオークションソフトウェアパッケージ、又は汎用のコンピュータ装置により処理されるコンピュータに読み取り可能な記憶媒体に格納された一連のプログラムステップにより実行されてもいい。
【００９５】
図８をさらに参照すると、マーケットインターフェースは、システムユーザにより、使い勝手を良くするために、選択フラグに従って分類されたアカウントデータを表示する（８０６）。システムユーザは、更なる利便性のために、付加的なパラメータを選択し（８０８）、オンラインマーケットプレイス上でアカウントデータを分類してもよい。システムユーザは、マーケットインターフェースでこれらのグループから申し出をするアカウントを選択する（８１２）。システムユーザは、各申し出の取引条件を入力する（８１６）。申し出の取引条件が、オンラインマーケットプレイスにより許可されると（８１８）、システムユーザは申し出を提示する（８２０）。申し出コンポーネントは、アカウントデータベースをすべての申し出データで更新する（８２２）。許可されない（８１８）申し出の例は、他のシステムユーザにより提示された特定のアカウントについての代わりの申し出が既にアカウントデータベースに存在するかどうかであり、代わりの申し出がより高価格の場合に、提案された申し出がオンラインマーケットプレイスにより拒絶される。
【００９６】
図９は、オンラインマーケットプレイス内で申し出に基づいて動作するシステムユーザの承諾プロセス９００のワークフローの図を示す。システムユーザは、マーケットインターフェース上で申し出制御画面にアクセスする（９０２）。申し出コンポーネントは、そのシステムユーザに関連する申し出がされているアカウント毎に、アカウントデータベースからアカウントデータを検索する（９０４）。マーケットインターフェースは、申し出の状態に従って分類されたアカウントデータを表示する（９０６）。システムユーザは、付加的なパラメータを選択し、使い勝手を良くするために、アカウントデータをさらに分類する（９０８）。
【００９７】
システムユーザは、マーケットインターフェースで申し出を処理する（９１０）。例えば、システムユーザは、申し出を承諾し、断り、又は承認する。システムユーザは、申し出価格が許容範囲であれば申し出を承諾する。システムユーザは、条件に合ったアカウントについての対応する取引契約の自動期限により、自動的に承諾される申し出を単に承認する。例えば、システムユーザが自動承諾価格でアカウントを委托し、潜在的な買い手がその額を申し出た場合、申し出は自動的に承諾され、承認のためにシステムユーザ／売り手に提示される。申し出コンポーネントは、全ての申し出データでアカウントデータベースのアカウントデータを更新する（９１２）。承諾され及び承認された申し出は、図１０の取引プロセスを引き起こす。
【００９８】
図１０は、オンラインマーケットプレイスの取引プロセス１０００のワークフロー図を示している。取引コンポーネントは、申し出が承諾されたアカウントについてアカウントデータを検索する（１００２）。この典型的な実施形態において、マーケットインターフェースは、アカウントデータが「販売用」又は「斡旋用」に申し出されているかどうかに基づいてオンラインマーケットプレイスの２つの異なるワークフローを提示してもよい。
【００９９】
承諾された申し出が、アカウントの販売用の場合、取引コンポーネントは、売り手のアカウントデータベースからのアカウントデータを要求し（１００６）、買い手に請求書を送信する（１０１０）。売り手のアカウントデータが受信され（１００８）、買い手の支払いが受け取られると（１０１２）、取引コンポーネントは、売り手のアカウントデータを買い手に送信し（１０１４）、買い手の支払いを売り手に送信し、アカウントデータベースを更新する（１０２０）。それ故、この典型的な実施形態において、オンラインマーケットプレイスは、エスクローエージェント（"escrow agent"）となり、アカウントデータと支払いを保持し、公正かつ衡平な取引を確実にする。
【０１００】
図１０を参照すると、承諾された申し出が、サービスするためのアカウントの斡旋の場合、取引コンポーネントは、所有者のアカウントデータベースなど、所有者からアカウントデータを要求し（１０１６）、所有者のアカウントデータをサービサーに送信する（１０１８）。取引コンポーネントは、新しい所有権のデータなどで、アカウントデータベースを更新する（１０２０）。
【０１０１】
代替の実施形態において、取引コンポーネント、在庫管理コンポーネントなどのコンポーネントは、新しいアカウントの所有者などの新しい情報で消費者報告機関のアカウントデータベースを更新しても良い。このような更新は、どんな通信ネットワークを介して行っても良く、連続的に、計画的に、定期的に、又は一括して行っても良い。
【０１０２】
図１１は、オンラインマーケットプレイスのポスト取引プロセス２０００のワークフローの図を示す。アカウントの買い手とサービサーは、しばしば、購入又は斡旋時に提供される基本的なアカウントデータに加えて、アカウント情報を要求する。例えば、アカウントの買い手は、売り手からアカウントに関連する特定の書類を必要とする。買い手は、ポスト取引プロセスにおいて、そのような書類を要求するかもしれない。
【０１０３】
このような情報や書類を要求又は提供するために、システムユーザは、マーケットインターフェース上でポスト取引画面にアクセスする（２００２）。ポスト取引コンポーネントは、アカウントデータベースのアカウントデータを検索する（２００６）。アカウントデータは、定義されたパラメータに従ってマーケットインターフェース上に表示される（２００８）。システムユーザは、付加的なパラメータを選択し（２０１０）、使い勝手を良くするために、マーケットインターフェース上でアカウントデータを分類する。システムユーザは、リクエストを生成し（２０１６）、マーケットインターフェース上でリクエストに応答し（２０１８）、ポスト取引コンポーネントは、アカウントデータベースを更新する（２０２０）。例えば、システムユーザが媒体のリクエストに応答する場合、システムユーザは、取引の要求された書類をスキャンして要求側にアップロードする。
【０１０４】
本発明は、全ての観点において、制限よりもむしろ説明されることを目的とする実施形態に関連して説明されている。当業者は、本発明の範囲から離れることなしに多くの改良、変形が可能であるということを容認するだろう。
【０１０５】
また、当業者は、上述のオンラインマーケットプレイスは、本発明の種々の実施形態を実行するのに適する種々のマーケットプレイスのタイプと構成の一つの例のみを示しているということを認識するだろう。よって、本発明の範囲は、ここに添付された請求の範囲により記述され、前述によりサポートされる。
【図面の簡単な説明】
【０１０６】
【図１】消費者報告機関データベースに接続されたオンラインマーケットプレイスの基本的な状況及び構造を示す。
【図２】図１のビジネスロジック層のコンポーネントをさらに示す。
【図３】オンラインマーケットプレイスの前後関係の図を示す。
【図４】消費者報告機関のデータベースからオンラインマーケットプレイスのアカウントデータベースに、アカウントデータをロードするためのアカウントデータロードプロセスのワークフローの図を示す。
【図５】オンラインマーケットプレイスのアカウントデータベースで選択基準を定義するシステムユーザについての選択基準プロセスのワークフローの図を示す。
【図６】システムユーザの選択基準に基づいて、選択フラグを生成する分析コンポーネントについての、選択フラグプロセスのワークフローの図を示す。
【図７】オンラインマーケットプレイスの取引の条件を選択する、システムユーザの取引契約のための取引契約プロセスのワークフローの図を示す。
【図８】オンラインマーケットプレイス内で申し出をするシステムユーザのための申し出プロセスのワークフロー図を示す。
【図９】オンラインマーケットプレイス内で申し出に基づいて行動するシステムユーザのための承諾プロセスのワークフロー図を示す。
【図１０】オンラインマーケットプレイスの取引プロセスのワークフローの図を示す。
【図１１】オンラインマーケットプレイスのポスト取引プロセスのワークフローの図を示す。
【図１】
2008535086.tif 000003
【図２】
2008535086.tif 000004
【図３】
2008535086.tif 000005
【図４】
2008535086.tif 000006
【図５】
2008535086.tif 000007
【図６】
2008535086.tif 000008
【図７】
2008535086.tif 000009
【図８】
2008535086.tif 000010
【図９】
2008535086.tif 000011
【図１０】
2008535086.tif 000012
【図１１】
2008535086.tif 000013
【国際調査報告】
2008535086.tif 000014