JP2004527020A

JP2004527020A - Apparatus and method for facilitating online financial transactions

Info

Publication number: JP2004527020A
Application number: JP2002529659A
Authority: JP
Inventors: ラッセル、エスクラーク、; フ−チン、セセリア、リームンド、; マリリン、ジーモラシュ、; サンディープ、ヴイプラハン、; フィリス、ダヴリュグロスマン、
Original assignee: ジーイー・キャピタル・マーケット・サービス・インコーポレーテッド
Priority date: 2000-09-20
Filing date: 2001-08-30
Publication date: 2004-09-02
Also published as: EP1325444A1; AU2001287051A1; WO2002025533A2

Abstract

要約書なし。No abstract.

Description

【０００１】
発明の技術分野
本発明は、投資家に提供する、要約情報、種々の関連プログラム、および、過去および現在の投資商品に関係するトランザクション（ｔｒａｎｓａｃｔｉｏｎ、取引）資料などの投資商品情報に便利さと遠隔アクセスを提供するシステム（装置）と方法に関するものであり、特に、オンライン金融（ｆｉｎａｎｃｉａｌ）取引の実行を容易にする、オンライン指示価格付機能化（ｆｕｎｃｔｉｏｎａｌｉｔｙ）およびオンライン・オークション機能を提供する装置と方法に関する。
【０００２】
背景技術
インターネットは人間の指先によって利用可能な情報の量を驚くほど増加させた。周知のように、そのような情報は取引及び投資に関する情報収集を目的とする個人仲買人口座へのオンラインアクセスを含む。従来の紙資料を郵送する手段に対して、インターネットを介して投資情報を電子的に配布することによって実質的な効率化が図れる。しかし、今日まで、インターネット及びその情報配信とアクセス能力の成長から、機関投資家（ＩｎｓｔｉｔｕｔｉｏｎａｌＩｎｖｅｓｔｏｒ）は小売り投資家（ｒｅｔａｉｌｉｎｖｅｓｔｏｒ）ほど利益を得ていない。これには幾つかの原因がある。第１に、機関投資家が望む金融商品の情報と資料の性質と範囲は、消費者の金融商品より複雑で不自然であり、特に、そのような金融商品は、代表的な取引をドルで評価すると、何百万ドル、またはそれより大きいことである。第２に、そのような商品の分布経路（チャネル）は、すでに、またこれからも消費者の金融商品の分布チャネルと異なっている。機関投資家とブローカ（仲買人）／ディーラ（売買人）との間に長期的な個人的な関係を通して発展してきた信頼関係が機関マーケットで成功するには重要であることが事実だからである。
【０００３】
機関投資家に提供された代表的な金融商品及びサービスは資産投資型商業手形（“ＡＢＰＣ：Ａｓｓｅｔ−ＢａｃｋｅｄＣｏｍｍｅｒｃｉａｌＰａｐｅｒ“ ）、抵当付き有価証券（ｍｏｒｔａｇｅ−ｂａｃｋｅｄｓｅｃｕｒｉｔｉｅｓ）、その他の種類の資産投資型有価証券（ａｓｓｅｔ−ｂａｃｋｅｄｓｅｃｕｒｉｔｉｅｓ）、シンジケート企業ローン（ｓｙｎｄｉｃａｔｅｄｃｏｒｐｏｒａｔｅｌｏａｎ）と私募社債（ｐｒｉｖａｔｅｐｌａｃｅｍｅｎｔ）、リース（ｌｅａｓｅ）と設備プレスメント（ｅｑｕｉｐｍｅｎｔｐｌａｃｅｍｅｎｔ）及びその他の複雑かつ複合的な金融投資を含む。ＡＢＰＣは、しばしば個人借入者（ｂｏｒｒｏｗｅｒｓ）と販売者（ｓｅｌｌｅｒｓ）に低コストの資金供給を提供し、機関投資家にとっては高品質の投資機会を提供する、金融機関によって管理された「コンジット（ｃｏｎｄｕｉｔｓ）」を介して提供される。
【０００４】
大口ローンファシリティが仲介貸出人（ａｇｅｎｔｌｅｎｄｅｒｓ）クラブ（すなわち、「貸し付けシンジケート（ｌｅｎｄｅｎｇｓｙｎｄｉｃａｔｅ）」）によって共同で創設され、引き受けられた、１９７０年代にシンジケートローンマーケットは発展していた。ローンの条件（ｔｅｒｍｓ）と構成が貸し付けシンジケートと交渉可能であったが、クラブローンは借入者に対して高価で、そして貸出人に対してわずかな利益しかなかった。１９８０年代における企業の債券マーケット（ｃｏｒｐｏｒａｔｅｂｏｎｄｍａｒｋｅｔ）の発展で、企業の借主は直接、資本マーケット（ｃａｐｉｔａｌｍａｒｋｅｔ）にアクセスできるようになった。しかし、これらの負債ファシリティ（ｄｅｂｔｆａｃｉｌｉｔｉｅｓ）は代表的に引き受けられず、条件と構成が変更できず柔軟性を欠いていた。１９８０年代後期と１９９０年代初期における企業の債券マーケットの分裂が、企業の借主をシンジケートローンの形式で債務の資金調達のより安定そして柔軟な供給源を求めるように仕向けた。
【０００５】
シンジケートローン取引で、ローンは、取引完全終了（ｆｕｌｌｃｌｏｓｉｎｇ）および／または売買契約費用（ｃｏｍｍｉｔｍｅｎｔｆｅｅｓ、委託料金）で一人或いは複数の貸主によって代表的に交渉されて引き受けられ、そして分割した料金で多数の貸出人に配分される。これによって引き受け貸出人に料金収入を発生させるとともに多少引き受けリスクを与える。
【０００６】
国内企業のローンと負債マーケットは、マーケティングと創設、アレンジング及び引き受け、進行中のローン運営とモニタリング、ローンシンジケーションおよび／または負債プレスメント、投資分析、ポートフォリオ管理と商取引を含む種々の機能を実行している多数の関係者を含む。
【０００７】
これらの各機能における情報への需要が量的、そして質的な信用情報、履歴の、仮の、そして突出した財政の情報、ローン期間と条件、及び価格設定情報に集中している。シンジケートローンファシリティおよび／または私募債ファシリティが終了する前に、そのような情報と関連した資料は最終的ではなく、幾つかの修正を要する「生きている」状態である。ある情報が機密であり（例えば、私企業関連の情報）、または重要でありかつ非公開（例えば、公的会社のケース）であるため、安全にアクセスできることを必要とする。さらに、ある特定の情報は全ての機能に関連しないこともあって、従って選択的なアクセスを必要とする関係者の一部だけに利用可能にすることができる。企業ローン取引が一旦終了され、そして資金が供給されると、ローンファシリティの存在機関中に参照されるために、情報と関連した資料が保管されて、管理される必要がある。
【０００８】
さらに、企業ローンが提供され、そして販売される方法に影響を与え得る種々の連邦規定要求（ｆｅｄｅｒａｌｒｅｇｕｌａｔｏｒｙｒｅｑｕｉｒｅｍｅｎｔｓ）が存在する。主要な関心事は、私募商品（ｐｒｉｖａｔｅｏｆｆｅｒｉｎｇ）と見なされるため、提供（オファー）と販売は一般的な広告または勧誘を行ってはならず、そしてこのような提供と販売のターゲットとなる投資家は所定の複雑な基準を満たさなければならないことである。複雑な投資家のためのある認識されている基準の一つは、認証（適格）機関購入者（ＱＩＢ）についての証券取引委員会（ＳＥＣ）の規定である。
【０００９】
現在の情報管理の方法は仲介貸出と機関投資家業界のニーズに十分に満足できなく、そして規定遵守追跡（ｒｅｇｕｌａｔｏｒｙｃｏｍｐｌｉａｎｃｅｔｒａｃｋｉｎｇ）を煩雑にしており、労力がかかる。仲介貸出人が情報管理のために手動的な方法及び分離された非集中的なシステムを使うように要求される。その結果、そのような情報はいつも二重入力を要求して、部分的にしか取得できなく、および／またはシステムの間に互換性はない。たとえば、多数の仲介貸出が（マイクロソフトのＯｕｔｌｏｏｋ（登録商標）とＳｙｍａｎｔｅｃのＡＣＴのような）コンタクト管理システムを使う。これらは、コンタクトの詳細を獲得するが、投資意欲を獲得しない。（ＳｙｎｔｒａｃｋとＬｏａｎＲｕｎｎｅｒ（登録商標）のような）専門的なソフトウェアアプリケーションはコンタクトの詳細、投資意欲及びシンジケート組織状態を獲得するが、情報及び情報アーカイブに対する安全かつ選択的なアクセスを提供しない。（Ｉｎｔｒａｌｉｎｋｓ（登録商標）のような）インターネットベースのアプリケーションサービス・プロバイダは情報に対する安全かつ選択的なアクセスを提供するが、しかし、取り分け、情報の保存及び投資家意欲機能性を提供しない。
【００１０】
さらに、現在の方法は、将来のディール、特に、リースプレースメント・ディールにおける投資家の利益を推定するため仲介貸出人（ａｇｅｎｔｌｅｎｄｅｒｓ）に効果的な方法を提供していない。現在、ディール管理者に、将来のプレースメントディールに関する価値あるマーケットフィードバックを受領させるためには、ディール管理者は物理的に電話機を手に取り多数の投資家に電話し、ディールについての種々の観点についての彼らのフィードバックを問い合わせなければならない。この方法は、投資家が常にそのようなフィードバックを提供できる状態ではないから、長い過程であり、もし投資家が提供できる場合でも、投資家は代表的には、彼らの答えを通して正確に考察するだけの時間をかけずにそのようなフィードバックを提供する。さらに、一旦、リースプレースメントディールが投資家に利用可能になると、ディールをコミットするために投資家のためのただ一つの方法は、資料を物理的に受領し、サインすることである。これらの制限のため、多くの仲介貸出人は複雑なディールをすること、または、小さなチケットディールをすることを拒絶しており、特に、５００，０００ドル以下のディールをすることを拒絶している。その理由は彼らにとって価値がないのに、時間と労力が必要だからである。
【００１１】
したがって、仲介貸出人がシンジケートローンと私的に位置づけられた負債ファシリティのような投資商品の引き受け、取引完了（取引終了）及び管理に関する情報を安全かつ選択的な配分、並びにその保存を管理するシステムとその方法に対する必要性が存在している。好適には、そのようなシステム及び方法は仲介貸出人に限定された数のＱＩＢを勧誘の対象にすることを可能にさせ、理想的には考慮される投資種類に対して意欲を持つ投資家に限定させ、そしてこれらの投資家が現在提供された取引にさらに賢明な決定をすることができるように、終了した及び辞退された取引に関連する履歴情報を提供する。ＱＩＢは、投資機会をスクリーンニングの機会、検討されている投資に関する情報の内部配信の管理、および、ポートフォリオ管理と比較分析のために作られた（及び作られない）投資に関する情報を保存する、効率的なツールを提供されるべきである。
【００１２】
仲介貸出人のために投資家フィードバックおよび売買契約（コミットメント）のステップをオンラインで処理する効果的な遂行させるための装置と方法がさらに必要となっている。そのような装置と方法は好適には、ウェブサイトを介して取引の詳細を仲介貸出人にとって可能とし、仲介貸出人が表示価格を受領することまたは取引に関するオンラインオークションに参加することを紹介されることを投資家から選択されることを可能とする。表示価格機能正に関して、各投資家はそれから、オンライン取引の詳細を検討でき、表示価格設定を提示することができる。そのような金額設定には、投資家が投資を望む金額と、投資家にとってより価値あるディールが行われるような取引構造を変化させる提案を含む。オンラインオークションまたはオンラインコミットメント機能性に関して、各投資家は、競りの受容が思いがけずに起こるときは、条件（期間）シートに対して修正を提案して、または、提案なしに、オンライン競りを提示できる。
【００１３】
発明の要約
本発明は、従来の技術の不適切さを克服し、機関投資家業界のニーズを満足させる。本発明によれば、金融商品に関するオンラインマーケットフィードバックを受領する方法が開示され、当該方法は、下記の諸段階、すなわち、前記金融商品に関する、ディールサマリおよび期間シートを有するディール情報をディール管理者から受領し、記憶する段階と、前記ディール情報を複数の投資家に提供する段階と、金額および前記期間シートに対する例外記述の表記を含む表示価格を少なくとも前記複数の投資家の１から受領する段階と、前記表示価格の各々に対応する同定情報を含む前記受領した価格のリストを前記ディール管理者に提供する段階とを具備する。
【００１４】
本発明の他の観点によれば、前記ディール情報はさらにオンラインかオフラインかのディールタイプを含む。前記ディールタイプがオンラインの場合、投資家は以前に受領した表示価格の第リストが提供される。
【００１５】
本発明の他の観点によれば、金融商品のためのオンライン競りを受領する方法であって、下記の諸段階、すなわち、ディール管理者から前記金融商品に関する、ディールサマリおよび期間シートを含むディール情報を受領し、記憶する段階と、前記オンライン競りを格付けるため前記ディール管理者から格付け因子を受領する段階と、前記ディール情報を複数の投資家に提供する段階と、前記複数の投資家の少なくとも２からオンライン競りを受領する段階であって、前記オンライン競りの各々は競り額と前記期間シートに対する例外表記を含んでいるもの、前記格付け因子に基づいてオンライン競りを格付ける段階と、格付けられた順序で前記オンライン競りのリストを前記ディール管理者に提供する段階とを具備する。
【００１６】
本発明の他の観点によれば、競り状態は各受領したオンライン競りに割り当てられて、当該競り状態は、アクティブ、アクティブ選抜、拒絶、授与、インアクティブ、ディスエーブル、またはノンのいずれかである。
【００１７】
本発明の他の観点によれば、前記受領したオンライン競りは、競り状態に基づいて決議群または未決議群に割り付ける。競り状態が「ノン」である欠陥競り状態の場合は、受領したオンライン競りは、未決義群に割り当てられる。
【００１８】
本発明の他の観点によれば、前記格付け段階はさらに、下記段階、すなわち、前記格付け因子に基づいて前記決着群内にオンライン競りを格付ける段階と、前記格付け因子に基づいて前記未決議群内にオンライン競りを格付ける段階と、前記オンライン競りの各々に競り格付けを割り当てる段階を有する。前記決議群における前記オンライン競りは前記未決議群における前記オンライン競りよりも高い競り格付けに割り当てられる。
【００１９】
本発明の他の観点によれば、オンライン競りを格付けるため前記ディール管理者から多数の格付け因子が受領される。
【００２０】
本発明の他の観点によれば、前記ディール監視理者は格付け因子の各々に対して重み付け値を割り当てる。オンライン競りは格付け因子に割り当てられた重みづけ値に基づいて格付けされる。
【００２１】
発明の詳細な記述
システムの概要
本発明は、好適な実施形態において、ワールドワイドウェブサイト、たとえば、ｈｔｔｐ：／／ｗｗｗ．ｇｅｃａｐｉｔａｌｍａｒｋｅｔｓ．ｃｏｍにおいてサイトを介してアクセスされる情報ポータルとして実行される。図１は本発明に係るシステムの一実施形態を示す図であり、そこに複数の機関投資家１１０はインターネット１２０を介して、一般的に現在または過去に提供された金融商品及び取引に関連する情報をデータベース（図示しない）から再生して、複数の所定の基準に基づき、上記投資家１１０に選択的にこのような情報を提供するサーバ２００を用いて情報を交換する。投資家１１０に提供される情報及び関連する所定の基準はコンテンツ入力デスクトップステーションにある複数の管理者１３０により、インターネット１２０を介してサーバ２００に入力される。
【００２２】
各投資家１１０及び各管理者１３０は、自分のパーソナル・コンピュータの上にウェブブラウザー（例えば、Ｎｅｔｓｃａｐｅ（登録商標）あるいはＩｎｔｅｒｎｅｔＥｘｐｌｏｒｅｒ（登録商標））を用いてインターネットサービスプロバイダー（ＩＳＰ、図示しない）を経由して、または、ウェブブラウザーの代わりに、よく知られている、例えばＷｅｂ−ＴＶ（登録商標），Ｐａｌｍ（登録商標）手持ち型デバイス、移動電話、ページャ及びその他の個人ディジタル端末（ＰＤＡ）を用いて、インターネット１２０を介して、ウェブサイトｈｔｔｐ：／／ｗｗｗ．ｇｅｃａｐｉｔａｌｍａｒｋｅｔｓ．ｃｏｍにアクセスすることによってサーバ２００と非同期的に通信する。インターネット１２０の操作及びアクセスはよく知られているため、その詳細については説明をしない。
【００２３】
図２は、サーバ２００の好適な実施形態を示すブロック図である。図２に示すように、サーバ２００は実際に３つのサーバ、即ちウェブサーバ２１０、アプリケーションサーバ２２０及びデータベースサーバ２３０の組合せである。なお、図１では特に示していないが、サーバ２００は実際に一つのユニットに集合した複数のウェブサーバ２１０及びアプリケーションサーバ２２０を含むことも可能である。
【００２４】
サーバ２１０、２２０及び２３０は、それぞれ特定の標準ハードウェア構成部分、例えば共有のデータバスまたは専用回線を介してランダムアクセスメモリ（ＲＡＭ）及び読み出し専用メモリ（ＲＯＭ）に接続されている中央処理装置（ＣＰＵ）を有している。ＣＰＵは、ＲＯＭに格納されている操作システム（ＯＳ）に応じてサーバ２１０、２２０及び２３０のすべての処理機能を行い、かつマルチタスク能力を有している。本発明のシステムは多数の投資家１１０及び管理者１３０向けに構築されているため、ＲＡＭの容量は同時に多数の接続が確立しようとの試みがあった場合でもロード速度の低下及びシステムの誤動作を回避できるだけ十分なサイズを有することが望ましい。
【００２５】
本システムの好適な実施例として、ウェブサーバ２１０は、それぞれ１ＧＢのＲＡＭ、二つの３００ＭＨｚのＣＰＵ、そして９ＧＢのディスク容量をもつ二つのＳｕｎｕｌｔｒａ２サーバの集合体を有し、投資家１１０からの要求は、ＣＩＳＣＯＬｏｃａｌＤｉｒｅｃｔｏｒ４３０ロードバランサーによってサーバの間で配信される。アプリケーションサーバ２２０は、それぞれ４ＧＢのＲＡＭ、二つの４００ＭＨｚのＣＰＵ、そして１６ＧＢのディスク容量をもち、ロードバランシングモードにまとめられた二つのＳｕｎＥ４５０サーバを有する。データベースサーバ２３０は、二つのＣＰＵ、２ＧＢのＲＡＭ、そして９ＧＢのディスク容量を持ち、三つのデータベース（後述する）と通信を行うＳｕｎＥ４５０を有する。これらのデータベースは、実際にデータベースサーバ２３０及び３６．４ＧＢのディスク容量を優先的にミラーに提供し、完全にミラーとなった１０００台の冗長アレイＩｎｄｅｐｅｎｄｅｎｔＤｉｓｋ（ＲＡＩＤ）に記憶されている。
【００２６】
ウェブサーバ２１０は、標準的な機密プロトコル（例えば、機密ソケット層（ＳＳＬ）暗号化ソフトウェア）を用いて保護されたハイパーテキスト転送プロトコル（ＨＴＴＰ）の上で、入力／出力通信ポートを介してシンジケータ１１０（または管理者１３０）と直接通信を行う。投資家１１０は自分のＩＳＰを用いてインターネット１２０へのアクセスを確立する。投資家１１０がドメインネームを送信することによって、ウェブサイトへのアクセスを要求したとき、投資家の要求は投資家のＩＳＰからウェブサーバ２１０に接続されているホストＩＳＰ（図示しない）に転送される。そして、ホストＩＳＰは同様に通信線（例えば、Ｔ１またはＴ３線）を介して投資家の要求をウェブサイトの通信ポートに転送する。この種類の通信線はホストＩＳＰとウェブサーバ２１０との間で高速なデータ接続を提供する。
【００２７】
ウェブサーバ２１０は内部通信線を通して、アプリケーションサーバ２２０の入力／出力通信ポートを介してアプリケーションサーバ２２０と直接通信を行う。また、アプリケーションサーバ２２０は、内部通信線を介してデータベースサーバ２３０にも接続されている。好適な実施例において、ウェブ及びアプリケーションサーバ２１０と２２０に用いられる入力／出力通信ポートは、Ｃｉｓｃｏ２９２４ＸＬ冗長付きスイッチである。
【００２８】
サーバ２１０，２２０及び２３０は、すべて所定のソフトウェア構成を有し、例えば、情報を記憶し、複数の要求及び取引を行うソフトウェアサーバ及びソフトウェアデータベースを有する。中心サーバに接続されているインターネット直結ソフトウェアを実行させるソフトウェアサーバは、既存技術として一般的に知られているため、ここでサーバの詳しい構成については説明を省略する。
【００２９】
ウェブサーバ２１０は、投資家１１０とアプリケーションサーバ２２０との間でリエゾンとして動作する機能を実行するソフトウェア構成部分を有する。例えば、ウェブサーバ２１０は静的なコンテンツを記憶し、投資家１１０に提供するとともに、アプリケーションサーバ２２０によって指示されたとおり投資家１１０に情報を要求する。アプリケーションサーバ２２０は、二つの異なるソフトウェア構成部分を含む：第１の構成部分２４０は、「ＦｕｔｕｒｅＴｅｎｓｅＪａｖｅＡｐｐｌｏｇｉｃｓ」と呼ばれ、基本的にサーバ２００のダイナミックロジックを制御する。即ち、データベース２６０を更新し、ＨＴＭＬ及びデータベース結果セットを一時記憶し、検索及びコンテンツ入力を処理する。第２の構成部分２５０は、「その他のＪａｖａ（登録商標）クラス」と呼ばれ、認証、ロッグ処理、授権及びその他のビジネスロジックを含む。図２に示すように、ＦｕｔｕｒｅＴｅｎｓｅＪａｖｅＡｐｐｌｏｇｉｃｓ構成部分２４０はＦｕｔｕｒｅＴｅｎｓｅアプリケーション２８０の上で実行し、その他のＪａｖａ（登録商標）クラス構成部分２５０は、Ｎｅｔｓｃａｐｅアプリケーションサーバ２７０の上で実行する。
【００３０】
図３Ａ−３Ｉは、本発明の好適な実施例におけるデータベースサーバ２３０に記憶されているテーブル／変数のレコードリストのチャートを含む。チャートのフィールド３１０に、データベース２６０に記憶されているテーブルの識別子が設けられている。関連する情報が記憶されている異なる変数は、フィールド３２０の同じレコードに記載されている。システム動作時に投資家１１０及び管理者１３０から入力されるすべての情報が図３Ａ−３Ｉにある適当なテーブル／変数に記憶される。
【００３１】
次にフィールド３１０に記載されているテーブル及びそれに含まれている情報について簡単に述べる。表ＴＣＭＳ＿ＣＯＮＴＡＣＴ（フィールド３３０）は、セキュリタイゼーションプログラムコンタクトを格納し、表ＴＣＭＳ＿ＣＯＮＴＡＣＴ＿ＴＹＰ（フィールド３３２）は、コンタクトの種類に関する情報を格納し（例えば、ディーラ、格付け、代理など）、表ＴＣＭＳ＿ＣＯＵＮＴＲＹ（フィールド３３４）は、国名及びコードを格納し、表ＴＣＭＳ＿ＣＵＲＲＥＮＣＹ（フィールド３３６）は、国々の通貨に関する情報を格納し、表ＴＣＭＳ＿ＤＥＡＬ（フィールド３３８）は、シンジケーション取引に関する情報を格納し、表ＴＣＭＳ＿ＤＥＡＬ＿ＣＡＴＥＧＯＲＹ（フィールド３４０）は、シンジケーション取引の分類に関する情報を格納し、表ＴＣＭＳ＿ＤＥＡＬ＿ＣＡＴＥＧＯＲＹ＿ＲＥＦ（フィールド３４２）は、シンジケーション取引に関する好み情報を格納し、表ＴＣＭＳ＿ＤＥＡＬ＿ＳＵＢ＿ＣＡＴ（フィールド３４４）は、シンジケーション取引のサブ分類に関する情報を格納し、表ＴＣＭＳ＿ＤＥＡＬ＿ＴＯ＿ＵＳＧＲＰ（フィールド３４６）は、取引と利用者グループとの関係を格納し、表ＴＣＭＳ＿ＤＯＣ＿ＥＶＥＮＴ（フィールド３４８）は、資料イベント関連情報（例えば、データダウンロードなど）を格納し、表ＴＣＭＳ＿ＥＭＡＩＬ＿ＮＯＴＩＦＹ＿ＴＹＰ（フィールド３５０）は、電子メイル通知種類を格納し、表ＴＣＭＳ＿ＥＶＥＮＴ＿ＴＹＰ（フィールド３５２）は、資料イベントの種類（例えば、修正、アップロード、ダウンロードなど）を格納し、表ＴＣＭＳ＿ＦＡＣＴＯＲＹ（フィールド３５４）は、ファクトリーに関する情報（例えば、シンジケーション、セキュリタイゼーションなどのビジネスクラス）、及びそれに対して用いられるユニット（取引、コンジットなど）を格納し、表ＴＣＭＳ＿ＦＩＥＬＤ＿ＡＣＣＥＳＳ（フィールド３５６）は、ロールへのマッピングフィールドのアクセス可能性情報を格納し、表ＴＣＭＳ＿ＦＩＬＥ（フィールド３５８）は、シンジケーション資料に関連するオペレーテングシステムファイルに関する情報を格納し、表ＴＣＭＳ＿ＧＥ＿ＢＵＳＩＮＥＳＳ（フィールド３６０）は、ＧＥの種々のビジネスユニットに関する情報を格納し、表ＴＣＭＳ＿ＧＬＯＢＡＬ＿ＰＡＲＡＭ（フィールド３６２）は、グローバルパラメータを格納し、表ＴＣＭＳ＿ＰＲＯＧＲＡＭ（フィールド３６４）は、セキュリタイゼーションプログラムに関する情報を格納し、表ＴＣＭＳ＿ＲＯＬＥ（フィールド３６６）は、シンジケーション及びセキュリタイゼーション両方に対する管理／非管理投資家ロールを格納し、表ＴＣＭＳ＿ＲＯＬＥ＿ＴＯ＿ＳＣＲＥＥＮ（フィールド３６８）は、ロールへのスクリーンアクセス可能性のマッピング情報を格納し、表ＴＣＭＳ＿ＳＣＲＥＥＮ（フィールド３７０）は、会社のスクリーンに関する情報を格納し、表ＴＣＭＳ＿ＳＥＣ＿ＤＯＣ（フィールド３７２）は、セキュリタイゼーション資料に関する情報を格納し、表ＴＣＭＳ＿ＳＥＣ＿ＤＯＣ＿ＴＹＰ（フィールド３７４）は、セキュリタイゼーション資料の種類を格納し、表ＴＣＭＳ＿ＳＩＣ＿ＣＯＤＥ（フィールド３７６）は、標準産業コードを格納し、表ＴＣＭＳ＿ＳＴＡＴＥ（フィールド３７８）は、アメリカの州を格納し、表ＴＣＭＳ＿ＳＹＮ＿ＤＯＣ（フィールド３７９）は、シンジケーション資料に関する情報を格納し、表ＴＣＭＳ＿ＳＹＮＤ＿ＤＯＣ＿ＵＳＲ＿ＡＣＣＥＳＳ（フィールド３８０）は、投資家が各種のシンジケーション資料へのアクセスを格納し、表ＴＣＭＳ＿ＳＹＮＤ＿ＤＯＣ＿ＴＯ＿ＵＳＲＧＲＰ（フィールド３８１）は、利用者グループが各種のシンジケーション資料へのアクセスを格納し、表ＴＣＭＳ＿ＴＲＡＮＣＨＥ＿ＴＹＰ（フィールド３８２）は、シンジケーション取引トランチャーズの種類を格納し、表ＴＣＭＳ＿ＴＲＡＮＣＨＥ（フィールド３８３）は、シンジケーション取引トランチャーズに関する情報を格納し、表ＴＣＭＳ＿ＵＲＬ（フィールド３８４）は、ＵＲＬ関連の情報を格納し、表ＴＣＭＳ＿ＵＳＥＲ＿ＤＯＣ＿ＥＭＡＩＬ＿ＳＴＡＴＵＳ（フィールド３８５）は、投資家が受信したシンジケーション資料に関する情報を格納し、表ＴＣＭＳ＿ＵＳＥＲ＿ＥＭＡＩＬ＿ＰＲＥＦＳ＿ＰＲＯＧＲＡＭ（フィールド３８６）は、投資家が受信を希望するセキュリタイゼーションプルグラムの電子メールに関する情報を格納し、表ＴＣＭＳ＿ＵＳＥＲ＿ＧＲＯＵＰ（フィールド３８７）は、ユーザグループに関する情報を格納し、表ＴＣＭＳ＿ＵＳＥＲ＿ＳＴＡＴＵＳ（フィールド３８８）は、投資家に割り当て可能な異なる状態（例えば、有効、無効など）を格納し、表ＴＣＭＳ＿ＵＳＥＲ＿ＴＯ＿ＰＲＯＧ＿ＲＯＬＥ（フィールド３８９）は、管理者に認められたセキュリタイゼーションプルグラムロールに関する情報を格納し、表ＴＣＭＳ＿ＵＳＲ＿ＤＥＡＬ＿ＤＥＴ（フィールド３９０）は、投資家を各種のシンジケーション取引にマッピングする情報を格納し、表ＴＣＭＳ＿ＵＳＲ＿ＥＭＡＩＬ＿ＰＲＥＦＳ＿ＤＥＡＬ（フィールド３９２）は、投資家が受信を希望するシンジケーション取引の電子メールに関する情報を格納し、表ＴＣＭＳ＿ＵＳＥＲ＿ＴＯ＿ＵＳＲＧＲＰ（フィールド３９４）は、ユーザを利用者グループにマッピングする情報を格納し、表ＴＣＭＳ＿ＵＳＥＲ（フィールド３９６）は、アプリケーションユーザ（即ち、非データベースユーザ）に関する情報を格納する。
【００３２】
本発明の好適な実施形態にかかる上記システムを用いて投資家に投資商品情報へのアクセスを提供する方法の詳細について説明する。
ここで、「投資家」と「ユーザ」の用語は上述した投資家１１０を意味し、互いに入れ替えられることを理解されたい。
【００３３】
ユーザ登録
登録処理を開始するために、まずユーザがウェブサイトのホームページ（ここで、ｈｔｔｐ：／／ｗｗｗ．ｇｅｃａｐｉｔａｌｍａｒｋｅｔｓ．ｃｏｍ）にアクセスし、そこから必要な情報を得る。ウェブサイトに説明された投資商品は有価証券の提供および／または販売を含み、そして取引の参加者が機密情報を提供するので、登録されたユーザの特定の情報へのアクセスを制限するためにパスワード保護が用いられる。しかし、パスワードを受け取る前に、ユーザは自分のプロフィール及び他の登録情報をまず提供しなければならない。
【００３４】
ユーザがこのような情報を提供するフォームの一具体例（即ち、「登録フォーム」）が図４Ａに示されている。登録フォームは一般的に３つのセクションを有する。セクション４１０は、証券法情報及び投資家からのＱＩＢ確認を含む。セクション４２０は、ユーザがコンタクト情報、例えば氏名、電子メールアドレス、会社名及び郵便住所を提供するフィールドを含む。最後に、セクション４３０は、ユーザにシンジケーション取引に関する新しいまたは修正された資料の通知を選択させることができる。この情報をサーバ２００に送信するために、ユーザは「提出」ボタン４４０をクリックする。送信する前に情報をリセットするために、ユーザは「リセット」ボタン４５０をクリックすることができる。
【００３５】
ユーザがウェブサイトに登録し、また管理者によってユーザの状態が「有効」に設定された場合、投資家は任意の時間で自分のプロフィール情報を変更することを選択できる。ユーザがプロフィール情報を変更するためのフォーム（即ち、プロフィール編集フォーム）の一実施例が図４Ｂに示されている。プロフィール編集フォームは通常三つのセクションを有する。セクション４６０は、ユーザが自分のコンタクト情報、例えば、氏名、住所、電子メールアドレスなどを変更するフィールドを含む。セクション４６５は、ユーザが関連のＡＢＣＰコンジットに関する種々の投資化レポートに関し、電子メールで通知されることを希望する場合、「ｘ」をつけるボタンを含む。最後に、セクション４７０は、ユーザにシンジケーション取引に関する新しいまたは修正された資料の通知を選択させることができる。この情報をサーバ２００に送信するために、ユーザは「プロフィール編集」ボタン４７５をクリックする。送信する前に情報をリセットするために、ユーザは「リセット」ボタン４８０をクリックすることができる。後にさらに詳しく議論されるように、登録されたユーザは取引レビューセッションに接続しながらこの情報を改正／更新する多数の機会が与えられる。
【００３６】
上述したように、登録処理（図４Ａに示す）は、ユーザにＳＥＣに規定されたＱＩＢの用件を満たすためのＱＩＢ証明を表明することが要求される。必要な情報を受信し、かつユーザをＱＩＢと認めた場合、管理者が当該ユーザを「有効」と設定し、そしてユーザのパスワードが作成され、ユーザが提供した電子メールアドレスに送信される。ユーザが新しいパスワードを用いて最初にウェブサイトにロッグオンしたとき、情報へのアクセスのための特定項目及び条件を同意するよう要求される。ユーザがウェブサイトの安全が確保された部分へのアクセスが与えられる前に、彼がウェブサイトへの項目と条件の受理をしなければならない。さらに、もしユーザがウェブサイトのシンジケート取引側にアクセスすることを希望するなら、このユーザは登録フォームのリンク（図示しない）を通して利用可能であるマスター機密保持同意を受諾することが要求される。最後に、任意の特定のシンジケート取引へのアクセスが与えられる前に、上記投資家は特定の取引の条件と状態に関連するマスター機密性同意に対する付録を受諾することを要求される。
【００３７】
適正に登録されたユーザが新しいセッションを始めるとき、初めてパスワードによって保護されたページのサイトにアクセスすることを要求するユーザに認証ページが転送される。そして当該ユーザは認証ページに彼のユーザ名と与えられたパスワードを入力しなくてはならない。これらは、求められたページへのアクセスが許可される前に、システムによって認証される。もし、例えば、ユーザが現在の雇用者から離れたとき、その後に新しい雇用者を通して再度有効に指定されるかもしれないが、当該ユーザは一時的に無効と指定されることができる。好ましい実施形態において、上記システムは、すでに拒絶されたユーザのリストを維持し、これらのユーザによって当該サイトへのさらなるアクセスを防止する。
【００３８】
シンジケーション取引及び私募債情報へのアクセス
ユーザが受付られ、登録されると、管理者１３０はユーザに、取引集計情報と取引資料のような特定の取引情報へのレビューを招請することができる。管理者１３０がそれらの取引に関するどの取引そしてどの資料をユーザに与えるかを決定する処理は、図７を参照して以下詳細に説明される。本発明の目的を達成するため、プライベート負債プレスメントまたはプライベートエクィティプレスメントはローンシンジケーションと同じ方法で扱われる。このため、前述の説明はシンジケート企業ローンを実施例として用いられているが、ここでその原則と方法はプライベート負債プレスメント、プライベートエクィティプレスメント及び他の金融商品に同様に適用される。
【００３９】
ユーザがレビューするために招請されたシンジケーション取引のリストを提供するフォーム（即ち、シンジケーション取引リストフォーム）の一実施例が図５に示されている。シンジケーション取引リストフォームは、通常三つのセクションを含む。セクション５１０は、シンジケーション取引の複数の種類、即ち、「有効な（アクティブ）取引」、「終了した（Ｃｌｏｓｅｄ）取引」、「辞退された（Ｄｅｃｌｉｎｅｄ）取引」及び「すべて（Ａｌｌ）の取引」を選択可能なドロップダウンメニューを含む。「有効な取引」とは、関連したシンジケーションの終了日がまだ過ぎておらず、かつ投資家が以前辞退しなかった取引である。「終了した」取引とは、関連したシンジケーションの終了日が過ぎたが、投資家が以前辞退しなかった取引である。このような取引は二次的または終了した主なシンジケーションフェースでまだ投資に利用可能である。「辞退された取引」とは、ユーザに利用可能にされたが、シンジケーション終了日が過ぎたかどうかにかかわらず、ユーザによって辞退された取引である。「すべての取引」は、「有効な取引」、「終了した取引」及び「辞退された取引」を含む。
【００４０】
本発明の特に有利な観点において、取引に関連する管理者１３０は、データベースにユーザによって辞退された取引及び辞退された取引のデータを維持する。この方法によって、特定の取引が辞退されたときにおいて存在する取引資料及びその改正したものへのアクセスのみが提供される。よって、与えられた取引への参加を辞退したユーザは辞退したのち、その取引の改正した資料または新しく加えられた資料へのアクセスが提供されない。しかし、辞退したユーザは辞退する前にアクセス可能な資料へのアクセスが引き続き許可される。辞退した取引資料へのアーカイブされたアクセスは、ユーザに以前辞退した取引と現在提供され、利用可能な取引との比較には特に有益である。この特徴は、主なシンジケーションがまだオープンしている「有効な取引」に対してユーザが決定を下す処理の助けになる。
【００４１】
セクション５１０のプルダウンメニューに表示されたユーザの取引種類の選択は、セクション５２０のカテゴリにおいて処理される。そのカテゴリは、それぞれの取引の次のマイルストーン、氏名、取引目的及び一般的な業種を示すカラムを含む。それぞれの取引の名前は、その取引に対応する取引要約フォームにハイパーリンクされる。これは、のちに図６Ａ− ６Ｂを参照してさらに詳しく説明される。
【００４２】
セクション５３０は、ユーザプロフィールを編集し、パスワードとロッグアウトを変更するハイパーリンクを含む。また、取引要約フォームへ導く代わりのフォームを提供するそれぞれのカテゴリにおける取引の拡張可能なリストを含む。しかし、ユーザが初めて任意の特定の取引情報を閲覧する前に、ユーザにその取引の特定の機密保持同意が提示される。これは、前に説明したマスター機密保持同意の補足である。ユーザがその同意を承諾することを表明すれば、ユーザは続きのセッションにおける取引情報に直接に進められる。
【００４３】
取引要約フォームの例示が図６Ａ−６Ｂで示されている。このフォームのセッションは特定の取引の重要な細部を提供する。それはセクション６１０の取引名、産業、会社、マーケットポジションおよび／またはセクション６２０での資金調達目的、全体のファシリティ量及びセクション６３０の関連の計画／ミーティング／委託／締切り日、セクション６４０にいて要約クレジット統計値のような、資金調達を求める会社の基本的な金融情報、セクション６５０での、取引及びそれらの取引の種類、期間とそれぞれの簡単な記述の表示を含むトランチャーズ、セクション６６０での、情報メモと金融の企画モデルのような、ダウンロードのために利用可能な申し出に関係する資料のリスト；セクション６７０での、サンプルキャッシュフローモデルのような、ダウンロードに利用可能な解析ツールのリスト、セクション６８０での、クレジット協定案と開示物と最終の執行資料のようなダウンロードに利用可能な法律上の資料のリスト、そしてセクション６９０での、アロケーションメモと会社のウェブサイトへのハイパーリンクのような、ダウンロードのために利用可能な他の情報を含む。ダウンロードのために利用可能な資料に、フォームはさらに資料の日付を示して、そして、異なったフォーマットでダウンロードすることに供給する。このページにわたってアクセス可能な特定の資料は上記取引に依存する。
【００４４】
上記取引要約フォームの特有な有用な側面は取引資料（図示しない）に対する変更の電子メール通知を受けるために上記ユーザに提示されるオプションである。取引が終了された前に、取引資料が数回修正され、または追加の取引資料が利用可能になることは一般的であるという事実により、資料修正と追加の通知への便利なアクセスを上記ユーザに提供することは特に有利である。このため、ユーザが資料修正の電子メール通知を有効または無効とするように、ユーザのプロフィールを編集することを許可するためのリンクがユーザに提供される。取引詳細のスクリーンのもう一つの特徴は、上記ユーザが特定の取引（図示しない）のために指定された取引コンタクトに電子メールを送信することを許可できることである。
【００４５】
ユーザ分類
特定の取引に責任を負う管理者１３０は、どのユーザが取引に招請すべきかを決定する。一例として、これは電話でユーザに連絡してユーザが特定の取引に興味があるかを決定することによって容易に実現できる。他の実施例として、ユーザが自分が興味をもつ取引種類に関するプロフィールに特定の情報を提供することも可能であり、当該プロフィール情報がその後特定の取引とマッチされることでユーザを自動的に取引に招請する。同様に、以前ユーザが招請された特定の取引の情報が新しい取引とのマッチに利用できる。言い換えれば、システムは過去の経験に基づきユーザの好みを学習し、学習したデータを用いて投資家に参加するよう招請する新しい取引を決定するように構成される。
【００４６】
前述したように、ユーザに特定の取引の情報へのアクセスが提供される前に、当該ユーザがその取引のユーザリストに加えられなければならない。与えられた取引への参加が招請されたユーザのみにその取引に関する情報へのアクセスが提供されるようにシステムが構成されているため、アクセス制御の付加的なレベルが提供される。
【００４７】
図７は、ユーザを特定の取引に加えるために管理者１３０が用いるフォーム（即ち、ユーザ分類フォーム）の一実施例が示されている。このフォームはユーザが特定の取引に加えるよう選択されたあとに管理者１３０に提示される。このフォームのセクション７１０は、管理者１３０がその取引のユーザの状態を分類するための「状態（Ｓｔａｔｕｓ）」部分を含む。状態のカテゴリには、「有効（Ａｃｔｉｖｅ）」、「委託（Ｃｏｍｍｉｔｔｅｄ）」及び「辞退（Ｄｅｃｌｉｎｅｄ）」を含む。特定の取引に対するユーザの状態は、図５に示すシンジケート取引リストフォームのための取引のカテゴリを命じる。「有効」状態は、その取引がシンジケーション終了日以前に「有効な取引」として確認され、シンジケーション終了日以降に「終了した取引」と確認され、かつユーザがその取引をまだ辞退していないことを意味する。「承諾」状態は、ユーザが取引への参加を同意し、かつその取引がシンジケーション終了日以前に「有効な取引」として確認され、シンジケーション終了日以降に「終了した取引」と確認されたことを意味する。「辞退」状態は、ユーザがその取引を拒否し、その取引がシンジケーション終了日以前または以降の両方において辞退された取引として確認されたことを意味する。
【００４８】
ユーザを一つの取引に加えることは、そのユーザに取引要約情報へのアクセスのみを提供し、図６Ａ− ６Ｂに関連して上述したすべての取引資料へのアクセスを提供するわけではない。ユーザは、管理者１３０によって個別に取引資料へのアクセス権限が付与される。これは機密かつ潜在的に敏感な取引情報へのアクセスを提供する前に特定の投資家が真剣な興味をもつかどうかをまず管理者１３０に決定させることが可能なため、有利である。さらに、これはシンジケーション取引に関連して種々の資料へのアクセスの制御に関して、管理者１３０にかなりの柔軟性を提供する。
【００４９】
したがって、各々のユーザを基礎に取引要約情報へのアクセスを提供するほか、ユーザ分類フォームのセクション７２０は、管理者１３０にユーザグループを基礎にアクセス許可を可能にする。各ユーザグループは、管理者１３０によって決定されたとおり異なる取引資料のセットへのアクセスが許可され、そしてユーザグループのすべての指定されたメンバーにそのグループに関連付けられた閲覧許可及びアクセスを自動的に受け取る。例えば、セクション７２０を参照すれば、ユーザ投資家に指定された三つのユーザグループがある：特定の取引に投資することを考慮しているユーザを含む「有望な投資家」、特定の取引に投資することに同意したユーザを含む「委託した投資家」、及びシンジケーション取引終了日が過ぎたユーザを含む「終了／投資した投資家」である。さらに、「外部取引チーム」及び「内部取引チーム」のような非投資家（例えば、管理者）と定義されたユーザグループもある。
【００５０】
また、ユーザは、個人資料を基礎として資料へのアクセスが許可されることも可能である。管理者１３０は、資料を一つまたは複数のグループおよび／または一つまたは複数の投資家に利用可能に指定することで、資料をユーザに利用可能にすることができる。資料ごとにアクセスを提供することによって、取引資料の配布において重要な柔軟性を与える。しかし、ユーザの状態が「辞退」となると、その取引に関する新しい資料へのアクセスが許可されないが、辞退する前にアクセスが許可された資料へのアクセスが引き続き許可される。
【００５１】
本発明の投資家分類及び資料許可は、各投資家のシンジケート取引情報の表示を個人化する。各ユーザは異なるセットの取引、及び異なるセットの取引資料へのアクセスが許可されることが可能である。この方法において、本発明は各ユーザに利用可能に設定された特定の資料の追跡を容易に継続させることによって、管理者１３０にアクセスを広げて制御するにあたって重要な柔軟性を提供する。
【００５２】
通知
ユーザがシンジケート取引の新しいまたは修正した資料について電子メールによる通知を選択した場合、このユーザがある資料を閲覧する個人的に許可が与えられたとき電子メールを受信する。当該ユーザが資料またはこのユーザがメンバーとする資料ユーザグループに加えられた新しい資料を含む資料ユーザグループのメンバーとして加えられる。電子メールはある資料がユーザによって閲覧可能になったことを知らせ、さらにウェブサイトホームページｈｔｔｐ：／／ｗｗｗ．ｇｅｃａｐｉｔａｌｍａｒｋｅｔｓ．ｃｏｍへのリンクを含む。
【００５３】
管理者分類
管理者１３０は、特定の活動を行うために受け取る許可の制御のために分類される。例えば、「スーパーユーザ」は任意の取引に対してユーザを追加／削除及び資料を追加、変更するすべての許可を有する。「取引所有者」は自分が所有する特定の取引についてのみ、これらの同じ機能を実行できる。「セールスデスク」管理者は、取引にユーザを追加または削除でき、ユーザの状態（状態）及びユーザグループメンバーを変更することができる。「シンジケーションスーパー閲覧者」は、投資家−ユーザに利用可能なすべての取引の要約情報及び資料を閲覧することができる。
【００５４】
この分類システムの利点は、すべての取引に関する知識を集中的に構築することを可能にすることである。これについてまた、本発明の装置及び方法は、取引資料及び要約情報のアーカイブを提供する。アクティブなユーザは、以前に利用可能なすべての情報及び資料へのアクセスを維持する。このため、ユーザが新しい取引に招請されたとき、紙のレコードの位置を定めて再読することなく、過去の取引の情報を容易に取得することができる。
【００５５】
資産投資型商業手形（ＡＢＣＰ）コンジット
資産投資型商業手形コンジットのリストを提供するフォーム（即ち、ＡＢＣＰコンジットリストフォーム）の一実施例が図８に示されている。このページ並びに各コンジットに関するもっと詳しい内容を提供するリンクへのアクセスに対してパスワード保護も実施されている。しかし、ユーザが自分の名前とパスワードを入力することで総合ウェブサイトにロッグオンすれば、ＡＢＣＰスクリーン及びシンジケーション取引の間のナビゲーションに際してこれらの情報を改めて入力する必要はない。
【００５６】
ＡＢＣＰコンジットリストフォームのセクション８１０は、資産投資型商業手形及び特定のプログラムまたはコンジットの可能性に関する要約情報に関する一般的な情報を含む。種々のコンジットの可能性に関する要約情報は、コンジット名、コンジットが作成された日付、格付けエージェント（例えば、Ｓｔａｎｄａｒｄ＆ＰｏｏｒｓａｎｄＭｏｏｄｙ ’ｓ）によってコンジットに指定された格付け、コンジットへの融資を保証する資産の種類、情報が配布される日付、ドル換算の未払い委託及び商業手形を含む。それぞれのコンジットが詳細に説明されるＡＢＣＰ要約フォーム（以下、図９Ａ‐９Ｂを参照して説明される）へのハイパーリンクも含まれる。セクション８２０は、上述したようにプロフィール編集、パスワード及びロッグアウトオプションの変更をユーザに提供する。また、各特定のコンジットについてＡＢＣＰ要約フォームへのハイパーリンクも提供される。
【００５７】
代表的なコンジット（即ち、ＡＢＣＰ＃１）の「ＡＢＣＰ要約フォーム」が図９Ａ―９Ｂに示されている。このフォームは一般的に、セクション９１０のコンジット名、セクション９２０において短い説明を含むコンジットに関する一般的なプログラム情報、セクション９３０において、プロフィール編集、パスワード変更、ロッグアウト、電子メイル通知オプション及びそれぞれの特定のコンジットのＡＢＣＰ要約フォームへのハイパーリンク、セクション９４０において、情報が配布される日付、プログラム制限、未払い商業手形、及び未払い委託、セクション９５０において、ダウンロードに利用可能な月例レポート、セクション９６０において、プログラム概要、私募債メモ、クレジット及び投資ポリシーのような種々の情報を含む。
【００５８】
特にセクション９５０の月例レポートに関して、現在の月及び過去の月のレポートがダウンロード可能である。図示のように、ドロップダウンメニューは、ユーザにダウンロードしたい特定のレポートを選択させる。月例レポートは、すべての販売者／借入者、すべての投資未払い、すべての商業手形未払い及びすべてのクレジットのプログラムレターに関する更新されたデータを含む。コンジットは、販売者／借入者のプールに分割され、レポートはさらに種々の販売者／借入者、産業、Ｓ＆ＰＭｏｏｄｙ’ｓの格付け、最小ファシリティ限度、未払い投資、資産種類及び支払い期間、及びその他の情報を含む。アーカイブされた月例レポートへの集中したアクセスは、投資家にコンジットのパフォーマンスを容易に追跡することを可能にする。
【００５９】
また、格付けエージェントのウェブサイトへのハイパーリンクは、ＡＢＣＰ要約フォームに設けることもできる（図示しない）。さらに、ブローカ（仲買人）／ディーラ（売買人）情報へのアクセスを提供することでユーザが取引を初期化するハイパーリンクを設けることも可能である（図示しない）。格付けエージェント及びブローカ／ディーラへのコンタクト情報及びよくある質問（ＦＡＱ）の回答へのアクセスをユーザに提供する追加のボタンを含むこともできる。
【００６０】
シンジケーション取引資料において、月例コンジット投資家レポート及びＡＢＣＰコンジットに関連するその他の資料は、ｐｄｆフォーマットまたはワイドプロセシングフォーマット（例えば、マイクロソフトワード）などのような異なるフォーマットでダウンロード可能にすることもできる。
【００６１】
次に、本発明の装置及び方法にオプションとして含まれる付加的な側面について説明する。
【００６２】
注文形成（ｂｏｏｋ−ｂｕｉｌｄｉｎｇ）
本発明の装置及び方法はさらにその全部の取引に対するすべての注文を追跡し続ける能力を備えることも可能である（「注文形成（ｂｏｏｋ−ｂｕｉｌｄｉｎｇ）、または注文ビルディング」として知られている）。この注文ビルディング機能は、各取引に対して誰によって幾らの金が委託されたか、さらに取引がクローズされるまでに必要な追加の委託の金額を計上する機能を含む。この情報は、取引ごとにセールス努力の状態を示すレポートに作成される。さらに、レポートは投資家ごとに作成することもでき、これによって投資家の過去の投資履歴をレビューすることができる。
【００６３】
価格表示（ＩｎｄｉｃａｔｉｖｅＰｒｉｃｉｎｇ）
本発明のシステム及び方法はさらにインターネット１２０を介してユーザ１１０から取引に関するマーケットのフィードバックを受信する表示価格（ＩｎｄｉｃａｔｉｖｅＰｒｉｃｉｎｇ）またはマーケットリード（ｍａｒｋｅｔｒｅａｄ））機能を備えることもできる。これは、管理者１３０がマーケットにおける取引の好ましいパフォーマンスのデータを収集するために数多く電話をする必要性を排除する。また、これはユーザ１１０に取引がさらにマーケット化可能と確信する取引構造の改正を提言する機会を与える。ビジネスの視点からすると、この機能化は、さらに向上したデータの精度及びマーケット知能の生成速度を通じて重要な競争利点を提供する。
【００６４】
表示価格設定機能は好ましくは、リースプレースメントディールのために実施される。表示価格設定にユーザ１１０を参加させる前に、管理者１３０はまず「ディール管理フォーム」を完成させて取引の詳細を提供しなければならず、そのような取引は表示価格設定機能の詳細に沿ってユーザ１１０によって観察することが可能なようにされる。
【００６５】
図１７Ａ〜１７Ｃを参照すると、「ディール管理フォーム」の例示が図解されている。セクション１７１０は、リースプレースメントディールの名称（たとえば、３Ｎ会社のディール）を含んでおり、ディールに関する情報をいかにして更新するか、変更するかについての指示に沿っている。セクション１７２０は取引のサマリ（要約）に関して完成させるか選択するかの管理者１３０のためのフィールドを提供しており、そのフィールドは、取引名称、保証者、職種（たとえば、金融、電子、エネルギー、農業など）、取引タイプ（たとえば、オンライン表示価格設定、オフライン表示価格設定、オンライン競り、オフライン競り、交渉、および、資産に関する詳細な明細を含む。
【００６６】
選択された取引タイプは、いかにしてディール情報が決定されるについて、ユーザ１１０に提示され、表示される。もしディールがマーケットの環境が探索されるべき将来のディールならば、「表示価格設定」が選択される。もしディールがオークション（後述する）ならば、「競り（Ｂｉｄ）」が選択される。「オンライン」とは、他の投資家によって提示された表示価格設定オンライン競りがユーザ１１０に表示されることを意味しており、「オフライン」とは、ユーザ１１０のみが自己が所有する情報にアクセスしている隠れた（ｂｌｉｎｄ）表示価格設定に関係している。「交渉」取引タイプは上述した取引のタイプであり、管理者１３０とユーザ１１０とがディールに参加している投資家の期間と額を交渉することに関して１対１の関係を持っている。「ディール管理フォーム」の取引タイプを変更するだけで、管理者１３０は表示価格設定をオンラインオークションまたは交渉ディールに容易に変更できる。
【００６７】
セクション１７３０は管理者１３０のためのフィールドであり、そのフィールドは取引の概要に関することを選択したり、完結させるものであり、そのようなものとしては、資産タイプ（たとえば、医用および歯科、ＣＡＴ／ＭＲＴを含む）、取引規模（１００万ドル単位）、期間（月ごと）、摘発（ｅｘｐｏｓｕｒｅ、エキスポージャ）、最低参加、負債比率（たとえば、ＡａａｌまたはＢ）、負債比率プロバイタ（たとえば、Ｍｏｏｄｙｓ）、位置（国と州）、基準ポイントとネットスプレッド情報、取引状態（たとえば、完結（Ｃｌｏｓｉｎｇ）、利用可能（Ａｖａｉｌａｂｌｅ）、または受託中の競り）、モード（たとえば、月ごと、または年ごと）、残額（ｒｅｓｉｕａｌ）（パーセントで、または、マーケット値（ｆａｉｒ−ｍａｒｋｅｔｖａｌｕｅ）、および、商品タイプ（たとえば、リベレジド・リース（ｌｅｖｅｒａｇｅｄｌｅａｓｅ）に関する負債）などである。そのフィールドはまた好ましくは、管理者１３０に取引または投資家スプレッドに関する詳細なコメントを提供する。
【００６８】
セクション１７４０は、管理者１３０のためのフィールドを提供しており、そのフィールドを用いて、取引に関係する日／月／年の日付を選択することができ、そのような日付としては、たとえば、資金提供開始／終了日付、コミットメントに委託）日付、ユーザ１１０がディールに参加することを招待された最初の日付などがある。
【００６９】
セクション１７５０は、管理者１３０のためのフィールドであり、そのフィールドを用いて、ディールの金融概要に関することを選択したり、完結することができ、金融概要の例としては、金融（会計）年、現金、運転収入、ネット収入、ＥＢＩＴＤＡ、利益カバレジ、トータル資産、トータルリライアビリティ（ｌｉａｂｉｌｉｔｉｅｓ）全体的な信頼性）、トータルネット価値（ＴＮＷ）、ＴＮＷに対する長期負債の比率（ＬＴＤ／ＴＮＷ）、歳入（ｒｅｖｅｎｕｅ）、および、管理者１３０によるディールに関係する付加的な金融コメントなどがある。
【００７０】
たとえば、取引タイプ（たとえば、表示価格設定、および／または、オークション観察）、および、それに関係した関連日付（たとえば、開始および／または終了日付）などの取引自体の詳細が、セクション１７６０に提供されたフィールドから、管理者１３０によって選択できる。下記に詳述するように、ディールに関連する情報がユーザ１１０および／または管理者１３０に提示される方法はこのセクションにおける表示価格設定またはオークションとして選択される。
【００７１】
最後に、もしオークションタイプがオンラインオークションの場合、セクション１７７０は管理者１３０のためのフィールドを含んでおり、そのフィールドを用いて、ユーザ１１０から受領したオンライン競りを顕在化し、格付けるために用いられる格付け因子に関することを選択したり、完結させるが、この詳細は後述する。
【００７２】
管理者１３０が一旦「ディール管理フォーム」を完結させると、そのフォーム内の情報がデータベースに保存される。そのデータベースには、取引のタイプに無関係に、以前のプロファイルド・リースプレースメント・ディールの全てを有している。管理者１３０はこのデータベースにアクセスして、「取引プレースメントリストフォーム」に関連させてそのような状態および／またはタイプに基づいてこれらのリースプレースメントディールのリストをレビューすることができる。「取引プレースメントリストフォーム」の例示が図１６に図解されている。図１６を参照すると、管理者１３０に対してドロップ・ダウンメニューが用意されており、たとえば、特定のタイプの全てまたは一部のリース、たとえば、アクティブリース、委託リース、表示価格リース、競りまたは過去のリースなどがビューとして選択できる。選択された分類における各取引は、リースプレースメントディールの名称、または、取引、取引タイプ、所有者、状態（たとえば、受容している競り、表示価格設定中、または、終了）、開始日付オークション規模（１００マンドル単位）に基づいてリストにされる。各取引名称は、取引の詳細を修正したりレビューのために、管理者１３０に容易にアクセス可能なように、「ディール監視フォーム」に対応させてハイパーリンクされている。
【００７３】
管理者１３０が、たとえば、ｅメール、電話、またはファクシミリによってユーザ１１０を表示価格設定またはオークションに参加することを招待した後、ディールはユーザの個人的なリースプレースメントリストフォームドにリストされ、利用可能になる。そのような、リースプレースメントリストフォームの例示が図１０に図解されている。図５に図解した「シンジケート・ディールリストフォーム」も同様であり、「リースプレースメントリストフォーム」はユーザ１１０にとって利用可能なディールを表示しており、そのようなものとしては、ドロップ・ダウンメニュー（たとえば、アクティブ取引）内に提供されたリストから選択されたディールタイプの分類に含まれている。欄（コラム）が情報のために提供されており、そのような情報としては、その分類のディールの各々についての、ユーザ１１０が表示価格設定に招待された日付に関する情報、債務者、状態／（タイプ、たとえば、表示価設定、競りまたは交渉した状態）／資金提供開始日付、資産（たとえば、鉱山）、規模（１００万ドル単位）、期間（月毎）、商品タイプ（たとえば、シングル投資家リース）がある。図１０に図解した「リースプレースメントリストフォーム」において、基本的にリストされたディールは表示価格設定であるが、そのフォームには、競りまたはオークションディールも付加的に含まれることを理解されたい。各ディールの名称は、ディールに対応している「リースディールサマリフォーム」にハイパーリンクされており、「リースディールサマリフォーム」は図１１Ａ〜１１Ｂにその例示が図解されている。
【００７４】
図６Ａ〜６Ｂの「ディールサマリフォームと同様、図１１Ａ〜１１Ｂに図解した「リースディールサマリフォーム」は、一般的に、「ディール管理者フォーム」において管理者１３０によって挿入されたリースプレースメントディールの特定的な詳細を要約しており、「リースディールサマリフォーム」は下記を含む。セクション１１１０におけるリースプレースメントディールの名称；資料をダウンロードし、ユーザの最後のログインから資料が郵送するどうかを決定する指令に沿って、たとえば、取引タイプの明細、職種、資産を含むセクション１１２０における取引サマリ、取引規模、エクスポージャ、最低参加、委託日付、負債比率、負債比率プロバイダ、残額、位置、期間／モード、表示価格設定の表示（是／否）、資金提供開始日付および管理者１３０によって提供されたなどの付加的なコメントなどのセクション１１３０における取引の概要；たとえば、会計年（年／四半期）、債務、運転収入、ネット収入、ＥＢＩＴＡ、利益カバレジ、現金、トータル資産、トータル信頼性、ＴＮＷおよびＬＴＤ／ＴＮＷ、管理者１３０によって提供されたなどの付加的なコメントなどのセクション１１４０における会社を探索に関連する金融情報野概要；たとえば、指標（ｉｎｄｅｘ）、料金、ネットスプレッドおよび管理者１３０によって提供された付加的なコメントなどのセクション１１５０におけるディールのための価格構造の概要；たとえば、セクション１１７０における情報およびセクション１１８０における法的資料を提供するセクション１１６０における期間シンジケートなどのダウンロードのために利用可能なオファーに関連する資料のリスト。また、「リースディールサマリフォーム」は、たとえば、会社のウェブサイトに接続されたハイパーリンクなどのディールに関連する外部ウェブサイトに連結している。
【００７５】
ユーザ１１０がディール情報をレビューした後、セクション１１９５において、ユーザは、「表示価格設定」、または、図１０に図解した「リースプレースメントリースフォーム」にユーザ１１０が戻る、「私は表示価格設定の提示を断ります」のいずれかを選択できる。またセクション１１９５は、ユーザ１１０か管理者１３０のいずれかが、とにかく、表示価格設定に関する何かに束縛されることを、ユーザ１１０に確実化しており、そのような表示価格設定は取引のためにマーケットの認容を決定するために基本的に請願されている。
【００７６】
「表示価格設定」リンクが選択されたとき、ユーザ１１０に「表示価格設定フォーム」が送出されて表示価格設定額とそのディールの期間に対するコメント／例外事項を提示することができる。「表示価格設定フォーム」の例示が図１２に図解されている。セクション１２１０はリースプレースメントディールの名称（たとえば、ＸＹＺ資源会社）、表示価格設定に参観するための指令、ディールのために期間シートをダウンロードするためのリンクを含む。セクション１２２０および１２３０は、それぞれ、機関シートに対してコメント／例外事項をつけて、または、つけないで、表示価格設定を提示するフィールドを含む。両者のセクション１２２０および１２３０は、ディールのためのトータル取引額と表示価格設定額に参入するためのフィールドを含んでおり、これらは、ユーザの表示価格設定提示が拘束されず、情報提示だけの目的であるユーザ１１０に情報を提示する記述に沿っている。他方、セクション１２３０は期間シートに対してコメント／例外事項を提供するフィールドを付加的に含んでいる。これらのコメント／例外事項は本質的に、ユーザ１１０によってディールへの参加が望まれており、ディールの期間を修正することが利益であるか否かを決定するディール管理者１３０によって用いられる条件を反映している。この機能性は、ユーザ１１０が修正した期間を支配する非常に高い表示価格設定額を提供している場合、または、ユーザ１１０のグループが同じまたは同様な期間にその投資を独立に条件づけている場合に、特に、有益である。
【００７７】
一旦、ユーザ１１０が「表示価格設定フォーム」を完結させると、ユーザは、ユーザがセクション１２２０または１２３０を完結させて状況に依存して、「期間シートに対してコメント／例外記述なしで提示」ボタン１２４０、または、「期間シートに対してコメント／例外記述ありで提示」ボタン１２５０を選択しなければならない。
【００７８】
ユーザの表示価格設定を受領した後、ユーザ１１０はその後、図１３に例示を図解した「表示価格設定プレビューフォーム」を受領する。このフォームは一一般的に、ユーザの個人的な情報と表示価格設定を要約しており、それにより、ユーザ１１０は正確さを期すためこの情報をレビューすることができる。セクション１３１０は、たとえば、ユーザの名称、合併された会社、ｅメールアドレス、電話番号などのユーザ１１０に関連し、ユーザ１１０を同定する（識別する）情報を含んでいる。セクション１３２０は、表示価格設定処理の終了前に、ユーザ１１０が、再びレビューすることを望む場合、ディールのための期間シートをダウンロードするオプションに沿って、ユーザ１１０が「表示価格設定フォーム」に提示した、表示価格設定額およびコメント／例外事項（もし必要なとき）の要約を提供している。ボックスはまた、ユーザ１１０のためにセクション１３２０に提供されており、ユーザの表示価格設定情報提示を確認することをチェックできる。
【００７９】
セクション１３３０はユーザがセクション１３１０および１３２０における情報をレビューした後、ユーザ１１０によって選択される３個のボタンを提供しており、その３個のボタンとしては、「私義の表示価格設定を提示」ボタン１３４０、「表示価格設定編集」ボタン１３５０、および、「キャンセル」ボタン１３６０である。ユーザ１１０が「表示価格設定編集」ボタン１３５０をクリックすると、ユーザは再参加およびユーザの表示価格設定情報を提示のためにブランク（空白の）表示価格設定フォームに戻される。最後に、ユーザ１１０が「私義の表示価格設定を提示」ボタン１３４０を選択すると、ユーザには現在の取引のための表示価格設定が成功裏に提示されたことを表す確認頁（図示せず）が送出される。しかしながら、セクション１３２０におけるボックスが提示の前にチェックされなかったとき、ユーザ１１０はユーザの表示価格設定が受容される前にボックスをチェックすることを喚起される。
【００８０】
ユーザ１１０によって一度表示価格設定が成功裏に提示されると、ユーザの名称、および、（額および例外記述（是／否）が存在することの表記を含む）表示価格設定が、「オンライン表示価格設定フォーム」（図示せず）に含まれる。この「オンライン表示価格設定フォーム」は、表示価格設定が受領した順序に従って表示価格設定が提示されている投資家のリストを含んでいる。管理者１３０はいつでもこのフォームにアクセスすることができ、投資家の名称をクリックすることにより、リスト化されり投資家の特定の表示価格設定およびコンタクス情報をレビューできる。種々の表示価格を比較することにより、管理者１３０は投資家のために最も売買価値のあるディールを設計できる。
【００８１】
オンライン委託（コミットメント）とオークション
本発明の装置及び方法はさらに取引に関してユーザ１１０からのオンライン入札を受け付ける能力を備えることもできる。このような入札は、項目シートになんら変更をせずに提出することができ、または管理者１３０によるユーザ追加条件の受諾に依存して提出することもできる。このような入札システムは、取引を実行する速度を向上させることで重要な競争利点を提供する。また、この機能化はシステムに多数のユーザ１１０が取引に入札可能なオークションを好適に開催させることも可能である。ユーザ１１０は、取引において現在の最高入札をリアルタイムに知らせられ、これによって、ユーザに入札額を増加させることができる。
【００８２】
管理者１３０によるオークションオークションのためにディール情報のエントリは、表示価格設定に関連づけて、そして、図１７Ａ〜１７Ｂを参照して上述した。さらに、オンラインオークションのための「リースディールサマリフォーム」のフォーマットは、「表示価格設定」リンクに対してのように、「提示コミットメント（委託提示）」リンクを含むことを除いて、表示価格設定と同じである。ユーザー１１０は「委託提示」リンクをクリックすることによりオークションの処理を開始する。ユーザー１１０はその後、「オンライン委託フォーム」を転送されるが、そのフォームは図１８Ａ〜１８Ｂに例示的に図解されている。
【００８３】
図１８Ａ〜１８Ｂを参照して述べると、セクション１８１０は、期間シートに対する例外記述ありまたとなしのユーザー１１０の競りをエンターするためのユーザー１１０のための指令に沿って、オークションのために利用可能なリースプレビューディールの名称を含んでいる。このセクションはまた、ユーザーがレビューして評価するためのディールに関連した期間シートをダウンロードするリンクを提供している。
【００８４】
セクション１３３０と１３４０との両者は、トータル取引額を列挙しており、そして、コミットメントまたは競り額をエンターするためのフィールドを提供しているが、セクション１８４０はさらに、競りが受容可能であり、束縛している前に、管理者１３０によって同意されなければならない、期間シートに対するコメント／例外記述を挿入するフィールドを提供している。競りを提示するため、ユーザー１１０は、セクション１８３０または１８４０を完結づけた状況に依存して、「期間シートに対するコメント／例外記述なし提示」ボタン１８５０または「期間シートに対するコメント／例外記述あり提示」ボタン１８６０をクリックしなければらない。
【００８５】
ユーザー１１０の競りを受けつけると、ユーザー１１０にはその後、図１９に例示的に図解されている、「オンラインコミットメントプレビューフォーム」が転送される。セクション１９１０は、ディール名称と、ユーザー１１０に関する、および、ユーザー１１０を同定する情報とを含んでおり、そのような情報としては、ユーザーの名称、合併した会社、ｅメールアドレス、電話番号ナドデアル。セクション１９２０はコミットメントのサマリまたはセクション額とコメント２例外記述（必要ならば）を提供しており、そのような情報は、ユーザー１１０が公的に彼の競りを提示する前にまずクリックしなければならない、「私義ここにコミットメントを承認する」ボタン１９４０の操作に沿って、「オンラインコミットメントフォーム」にユーザー１１０が提示したものである。
【００８６】
セクション１９３０はユーザーがセクション１９１０と１９２０における情報をレビューした後、ユーザー１１０によって選択される３個のボタンを提供しており、３個のボタンは、「私義のコミットメントを提示」ボタン１９５０と、「コミットメントを編集」ボタン１９７０と、「キャンセル」ボタン１９６０である。ユーザー１１０が「キャンセル」ボタン１９６０をクリックすると、ユーザーは「リースディールサマリフォーム」に戻される。ユーザーが「コミットメント編集」ボタン１９７０をクリックするとユーザーは、再エントリし、ユーザーの表示価格設定情報を提示するためブランクのオンラインコミットメントフォームに戻される。最後に湯１１０が「私義のコミットメントを提示」ボタン１９５０をクリックするとユーザーには現在の取引が成功裏に提示されたためのユーザーの競りまたはコミットメントを表す確認頁（図示せず）が送出される。しかしながら、提示の前にセクション１９２０のボックスがクリックされなかった場合、ユーザー１１０はユーザーの競りが受理される前に、ボックスをクリックすることが喚起される。
【００８７】
ユーザーの競りが一旦成功裏に受理されると、図１４に例示的に図解した「競りサマリフォーム」に関するものが、管理者１３０のための列挙されることが自動的に行われる。図１４を参照すると、セクション１４１０はリースプレースメントディール（たとえば、３Ｎ会社）、および、競りの状態を観察し、受容されまたは否認され、または変更するための指令を含んでいる。セクション１４２０と１４３０において、決議された競りと未決義の競りとはそれぞれ、競りの格付け（後述する）順序に従って図解されている。欄（コラム）もまた設けられていて、この欄は、競り番号／投資家、競り状態、競り額、および、期間シートに対する例外記述に応じてユーザーの競りをユーザー１１０が条件づけているかどうかを示す表記を含む。決議競りは、管理者１３０によってレビューされており、「ノン」の欠陥競り状態ではない競り状態を指定している、競りである。他方、未決義競りは、管理者１３０によって以前にレビューされている可能性があるが、管理者１３０が「ノン」状態から図１５に関連づけて下記に述べる他の競りの状態のいずれか１つに更新するまで、未決義競りとして残っているものである。
【００８８】
競りの格付けは、「ディール管理フォーム」のセクション１７７０において管理者１３０によって選択された格付け因子によって指定される。図１７Ｃを参照すると、格付け因子はリース額、コメントの存在、料金（費用）そして投資家のスプレッドを含んでいる。フィールドもまた、管理者１３０のために、基本指標（ｂａｓｅｉｎｄｅｘ）情報を挿入することを提供している。競り格付けの階層化において、理想的な因子は、取引の総額に等しいリース額、コメントなし、取引を遂行するために支払うべき提示された最大料金、そして、資金（ｔｒｅａｓｕｒｙ）を越える最大数の基本点（ｂａｓｅｐｏｉｎｔｓ）を持つ投資家スプレッドを含む。しかしながら、理想的な因子は非常に稀であるから、これまで特別のディールのために遭遇しているが、本発明は利益的に、管理者１３０によって選択された因子に基づいて投資家を格付けしている。
【００８９】
図１７Ｃのセクション１７７０を参照すると、選択された因子が、リース額とコメントとして例示的な目的で、図解されている。図１４を参照すると、決議競りセクション１４２０および未決義競りセクション１４３０の両者内の投資家が２つの選択された因子に基づいて格付けされている。最高の競りは例外記述なしでなければならず、最も高い全額から最低額（たとえば、決議競り格付け１と２）まで格付けされている。次のレベルの競りは例外記述があるが、取引の全額に関するものである（たとえば、手決議競り格付け３）。最後のレベルの競りは、全部（最高から最低の順序）のうちの一部だけの額であり、例外記述（たとえば、未決義競り格付け４）あるものについてである。未決義競りは、名時格付け因子の下でそれらの区分内に順序づけられ、決議競り（たとえば、未決義セクション格付け５、６）の後、次に利用可能な格付けとして開始する。
【００９０】
本発明の好適な実施の形態において、ディール管理者１３０はさらに格付けシートをカスタマライズするために、格付け因子に対して重み値を指定することができる。そのような実施は特に、多数の投資家がディールに参加することが招待されており、それゆえ、投資家の選別が不可避な場合に価値がある。利益的には、管理者１３０はまたさらに格付け処理をさらにカスタマライズするために、自己の格付け基準を生成する能力を持つ。
【００９１】
管理者１３０がセクション１４２０または１４３０のいずれかにおける特別の競り番号／投資家をクリックすると、管理者１３０には、彼の選択に対応する「競り詳細フォーム」が転送される。「競り詳細フォーム」の例示的な例が図１５に図解されている。「競り詳細フォーム」のセクション１５２０はリースプレースメントディールと管理者１３０のための指令を含んでおり、そのような指令は、選択した投資家の競りを受容するか却下するか、または、一般的にその状態を変更するかに関する指令である。セクション１５２０は受理された順序に従って番号を割り付け（ここでは、競り番号１００）、その現在の競り格付けとセクション日付も含んでいる。セクション１５２０はさらに投資家の名称、投資家の合併した会社、ｅメールアドレス、電話番号、携帯電話番号、そして、ユーザーのタイプを含んでいる。セクション１５２０における提案する競り額は、ユーザー１１０によって提示された額であり、提案されり競りの例外は（必要ならば）ユーザーが特別のディールに投資することを示したことの条件を含んでいる。たとえば、ユーザー１１０は、もしある金融契約条項を含んでいる場合、リースの期間がある基準に関係している場合（たとえば、３年ではなく、５年のとき）、ユーザーは提案された競り額においてディールに参加することのみ表示できうるし、受容可能な査定のもとで決まるかしれない（ｃｏｎｔｉｎｇｅｎｔ）。
【００９２】
セクション１５２０における情報をレビューすると、管理者１３０はセクション１５３０におけるドロップダウンメニーからユーザー１１０に割り付けるべきセクション状態を選択することができる。選択可能な競り状態は下記の状態を含む、すなわち、未決義競りのための「ノン（否）」、競りの継続のための「アクティブ」、たとえば、競りが競り額が非常に低いとか妥当ではない提案された例外事項がある場合などの競りを棄却すための（棄却（リジェクト）」、将来のレビューと考慮のために挙げられた継続する競りのための「アクティスクリーン」、保持状態の競りのための「インアクティブ（Ｉｎａｃｔｉｖｅ）」、ディールを落としたことを示す「ディスエーブル」、そして、受容された競りのための「授与（Ａａｒｄｅｄ）」である。
【００９３】
フォームのボタンの上の「保存」ボタン１５４０をクリックすることにより、競り状態が変更され、管理者１３０には競り状態の変更を反映している「競りサマリフォーム」が転送される。その競り状態が「ノン」の場合、ユーザー１１０は、「競りサマリフォーム」のセクション１４３０の未決義競り分類に置かれて格付けされる。もし競り状態が「ノン」以外の他の利用可能な状態の場合、ユーザー１１０は決議競りセクション１４２０内に格付けされる。代わりに「キャンセル」ボタン１５５０が選択されると、競り状態は変更されず、管理者１３０は図１４に図解した「競りサマリフォーム」に戻される。
【００９４】
このオークション機能かは利益的には、ディール管理者１３０をリースプレースメントディールにおける投資家の利益を効果的に監視することを可能とし、ディールのための最良な適した投資家を手で拾い挙げることを可能とする。さらに本発明は、管理者１３０が受領したボジティブなフィードバックに関する表示価格設定をオンラインオークション容易に変更することを可能とし、または、必要ならば、取引タイプとディールの期間を単に変更するだけで交渉ディールをより好ましいディールの１つに容易に変更することを可能とする。
【００９５】
レポート作成
本発明の装置及び方法はさらに投資家の活動に関して異なる種類のレポートを管理者１３０に作成させる能力を備えることもできる。レポートは、現在及びアーカイブされた取引情報のデータベースを用いて幾つかの方法で作成することができる。レポートは単一の取引ベース、単一の投資家ベースまたはＱＩＢベース、即ち、個人投資家ユーザの提携を用いて作成することができる。その一例として、管理者１３０に金融商品に関する特定の取引書類または取引書類のグループを選択させ、そして特定の期間において書類にアクセスしたすべての投資家のレポートを受け取らせるレポートである。この能力は、管理者１３０に金融商品に興味をもつ投資家をモニタする一つの方法を提供する。別の種類のレポートは、投資家が参加するよう招請された各取引において管理者１３０に投資家を選択させ、当該投資家の等級（即ち、有効、委託または辞退）を示すレポートを受け取らせる投資家等級レポートである。管理者１３０は、マーケティング目的でこの情報を利用することができ、即ち、提供された取引に参加する履歴をもつ投資家に努力を向けるよう方向付けを行う。ＱＩＢまたは単一の投資家提携に基づくレポートは、セールス努力の成功を追跡するには有用である。
【００９６】
本発明は好適な実施形態に関連付けて詳細に説明されたが、これにかかわらず、本発明は特定の特徴、機能及びステップに対し、当該技術分野の熟練者により発明の請求の範囲によって定義された本発明の真髄及び範囲を離れることなく種々の変更例を作ることができることはいうまでもない。
【図面の簡単な説明】
【図１】
図１は本発明の一実施形態に係るシステムのブロック図である。
【図２】
図２は図１のサーバのブロック図である
【図３】
図３Ａ−３Ｉは図２のサーバのデータベースに記憶されているテーブルのチャートである。
【図４】
図４Ａはプロフィールを提供するためのユーザー用の登録フォーム及びその他の登録情報について例示しており、図４Ｂはプロフィールを訂正するためのユーザー用の編集プロフィールフォーム及びその他の登録情報について例示している。
【図５】
図５はユーザーがレビューに招請されているシンジケートディールに関連するユーザに情報を提供するシンジケートディールリストフォームの一実施例を示す。
【図６】
図６Ａ−６Ｂは、特別なシンジケートディールについての特定の情報を提供するディールサマリフォームの一実施例を示す。
【図７】
図７はユーザ状態および／またはユーザグループを指定するため管理者用ユーザ区分フォームの一実施例を示す。
【図８】
図８は、ユーザーがアクセスする可能性のあるＡＢＣＰコンジットに関連するユーザに情報を提供するＡＢＣＰコンジットリストフォームの一実施例を示す。
【図９】
図９Ａ−９Ｂは、特別なＡＢＣＰに関するユーザに特定の情報を提供するためのＡＢＣＰ要約フォームの一実施例を示す。
【図１０】
図１０はユーザーがレビューに招待されているリースプレースメントディールに関するユーザーに提供するリースプレースメントリストフォームの例示を図解している。
【図１１】
図１１Ａ−１１Ｂは特別なリースプレースメントディールについて特定の情報を提供するためのリースディールサマリフォームの例示を図解している。
【図１２】
図１２は特別なディールに関する、表示価格額およびコメント／例外を提供するためユーザーのための表示価格フォームの例示を図解している。
【図１３】
図１３はユーザーがレビューし、ユーザーの表示価格情報を提示するためユーザーのための表示価格プレビューフォームの例示を図解している。
【図１４】
図１４は決議した競りまたは未決義の競りを観察するため、管理者のための競りサマリフォームの例示を図解している。
【図１５】
図１５は表示価格情報をレビューし、選択された投資家競りのための競り状態を割り付けるため、管理者に対する競り詳細フォームの例示を図解している。
【図１６】
図１６は取引プレースメントサマリを提供するための取引プレースメントリストフォームの例示を図解している。
【図１７】
図１７Ａ−１７Ｃは特別な取引に関する詳細を提供し、または変更するため、管理者のためのディール管理フォームの例示を図解している。
【図１８】
図１８Ａ−１８Ｂはディールに関する競り額およびコメント／例外を提供するため、ユーザーのためのオンライン・コミットメントフォームの例示を図解している。
【図１９】
図１９はユーザーがレビューし、ユーザーのオンライン競りを提示するため、ユーザーのためのオンラインコミットメントプレビュー・フォームの例示を図解している。
【符号の説明】
１１０…投資家、１２０…インターネット、１３０…管理者、２００…サーバ、２１０…ウェブサーバ、２２０…アプリケーションサーバ、２３０…データベースサーバ。[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention provides a system for providing investors with convenience and remote access to investment product information, such as summary information, various related programs, and transaction materials relating to past and current investment products. FIELD OF THE INVENTION The present invention relates to an apparatus and a method, and more particularly to an apparatus and method for providing an online instructional pricing function and an online auction function that facilitate execution of an online financial transaction.
[0002]
Background art
The Internet has dramatically increased the amount of information available through human fingertips. As is well known, such information includes online access to personal broker accounts for the purpose of gathering information about transactions and investments. Electronic distribution of investment information via the Internet over conventional means of mailing paper material can substantially improve efficiency. However, to date, the growth of the Internet and its information distribution and access capabilities have made institutional investors less profitable than retail investors. There are several reasons for this. First, the nature and scope of the information and materials of financial products that institutional investors desire is more complex and unnatural than consumer financial products, and in particular, such financial products convert representative transactions in dollars. Assessing is millions of dollars or more. Second, the distribution channels (channels) of such products are already and will be different from the distribution channels of consumer financial products. This is because the trust that has developed through long-term personal relationships between institutional investors and brokers / dealers is important for success in the institutional market.
[0003]
Typical financial products and services offered to institutional investors include asset-backed commercial bills ("ABPCs"), mortgage-backed securities, and other types of asset-backed securities. Asset-backed securities, syndicated corporate loans and private placements, leases and equipment placements and other complex and financial complexities, including equipment placement and finance. ABPCs often provide low cost financing to individual borrowers and sellers, and provide high quality investment opportunities for institutional investors, with "conduits" managed by financial institutions. ) ".
[0004]
The syndicated loan market was developing in the 1970s, when the large loan facility was co-founded and underwritten by an agent renders club (ie, "lending syndicate"). Although the terms and composition of the loan were negotiable with the loan syndicate, club loans were expensive to the borrower and had little benefit to the lender. With the development of the corporate bond market in the 1980's, corporate borrowers have had direct access to the capital market. However, these debt facilities were typically underwritten and lacked flexibility because conditions and structures could not be changed. The fragmentation of corporate bond markets in the late 1980s and early 1990s has driven corporate borrowers to seek a more stable and flexible source of debt financing in the form of syndicated loans.
[0005]
In syndicated loan transactions, the loan is typically negotiated and underwritten by one or more lenders at full closing and / or commitment fees, and multiple at a split fee. Allocated to lenders. This creates a toll income for the underwriter and gives some underwriting risk.
[0006]
The domestic corporate loan and debt market performs a variety of functions, including marketing and creation, arranging and underwriting, ongoing loan management and monitoring, loan syndication and / or debt pressment, investment analysis, portfolio management and commerce. Including a number of interested parties.
[0007]
The demand for information in each of these functions is concentrated on quantitative and qualitative credit information, historical, provisional and prominent financial information, loan terms and conditions, and pricing information. Prior to termination of the syndicated loan facility and / or private placement facility, the material associated with such information is not final and is "live" requiring some modification. Certain information needs to be securely accessible because it is confidential (eg, private company related information) or important and private (eg, public company case). Further, certain information may not be relevant to all functions, and thus may be made available to only a portion of parties that require selective access. Once a corporate loan transaction has been completed and funded, information and related materials need to be stored and managed for reference throughout the loan facility's institution.
[0008]
In addition, there are various federal regulatory requirements that can affect how business loans are offered and sold. Since the primary concern is considered private offerings, the offer and sale must not be general advertising or solicitation, and the investors targeted for such offer and sale Means that certain complex criteria must be met. One recognized criterion for complex investors is the Securities and Exchange Commission's (SEC) provisions for certified (qualified) institutional buyers (QIBs).
[0009]
Current methods of managing information are not fully satisfactory for the needs of the brokerage lending and institutional investor industries, and complicate regulatory compliance tracking, which is labor intensive. Intermediate lenders are required to use manual methods and a separate decentralized system for information management. As a result, such information always requires dual input, is only partially obtainable, and / or is not compatible between systems. For example, many intermediary loans use a contact management system (such as Microsoft Outlook® and Symantec ACT). These gain contact details, but not investment willingness. Professional software applications (such as Syntrack and LoanRunner®) capture contact details, willingness to invest and syndicated organizational status, but do not provide secure and selective access to information and information archives. Internet-based application service providers (such as Intralinks®) provide secure and selective access to information, but do not, among other things, provide information storage and investor motivation functionality.
[0010]
Moreover, current methods do not provide an effective way for agent lenders to estimate investors' interests in future deals, particularly lease placement deals. Currently, in order for deal managers to receive valuable market feedback on future placement deals, the deal manager physically picks up the phone and calls a large number of investors, giving them various perspectives on the deal. You have to contact them for their feedback about. This method is a long process, as investors are not always able to provide such feedback, and if they can, investors will typically consider accurately through their answers Providing such feedback without taking the time. Further, once a lease placement deal is available to an investor, the only way for the investor to commit the deal is to physically receive and sign the material. Because of these limitations, many intermediary lenders refuse to make complex deals or make small ticket deals, especially those that are less than $ 500,000. . The reason is that they are worthless but require time and effort.
[0011]
Accordingly, a system in which an intermediary lender manages the secure and selective distribution of information regarding the underwriting, closing, and management of investment products, such as debt facilities, which are privately positioned as syndicated loans, and manages its preservation. And there is a need for that method. Preferably, such a system and method allows a limited number of QIBs to be solicited by intermediary lenders, ideally investors who are willing to consider the type of investment considered. And provide historical information related to closed and declined transactions so that these investors can make more intelligent decisions on the currently offered transactions. The QIB stores investment opportunities, screening information, managing the internal distribution of information about investments under consideration, and storing information about investments made (and not made) for portfolio management and comparative analysis. Efficient tools should be provided.
[0012]
There is a further need for an apparatus and method for effectively performing the steps of investor feedback and sales contracts (commitment) online for intermediary lenders. Such an apparatus and method preferably allows the details of the transaction to be made available to the intermediary lender via a website, and the intermediary lender is referred to receiving the list price or participating in an online auction for the transaction. That can be selected from investors. With respect to the list price feature, each investor can then review the details of the online transaction and submit a list price setting. Such monetary setting includes the amount that the investor wants to invest in and the proposal to change the transaction structure so that a more valuable deal is made for the investor. With respect to the online auction or online commitment functionality, each investor can submit an online bid with or without a proposal to the condition (period) sheet if acceptance of the bid occurs unexpectedly. .
[0013]
Summary of the Invention
The present invention overcomes the inadequacies of the prior art and satisfies the needs of the institutional investor industry. In accordance with the present invention, a method for receiving online market feedback on a financial instrument is disclosed, comprising the following steps, i.e., from a deal administrator, dealing information with a deal summary and a term sheet for the financial instrument. Receiving and storing the deal information; providing the deal information to a plurality of investors; and receiving a list price including at least an amount and a description of an exceptional description for the term sheet from at least one of the plurality of investors. Providing the list of received prices to the deal manager including identification information corresponding to each of the displayed prices.
[0014]
According to another aspect of the invention, the deal information further includes a deal type of online or offline. If the deal type is online, the investor is provided with a second list of list prices previously received.
[0015]
According to another aspect of the invention, there is provided a method for receiving an online bid for a financial instrument, comprising the following steps: deal information, including a deal summary and a term sheet, for the financial instrument from a deal manager. Receiving and storing the information; receiving a rating factor from the deal manager to rate the online bid; providing the deal information to a plurality of investors; and at least one of the plurality of investors. Receiving each of the online bids from step 2, wherein each of the online bids includes a bid amount and an exception to the term sheet; and rating the online bid based on the rating factor. Providing the list of online bids in order to the deal manager.
[0016]
According to another aspect of the invention, a bid state is assigned to each received online bid, wherein the bid state is either active, active selection, rejected, awarded, inactive, disabled, or non. .
[0017]
According to another aspect of the present invention, the received online bid is assigned to a resolution group or an unresolved group based on a bid state. In the case of a defective bid state in which the bid state is “non”, the received online bid is assigned to an undecided group.
[0018]
According to another aspect of the invention, the grading step further comprises the following steps: grading online bids in the determined group based on the grading factor; and determining the unresolved group based on the grading factor. Rating online bids within, and assigning a bid rating to each of the online bids. The online bid in the resolution group is assigned a higher bid rating than the online bid in the unresolved group.
[0019]
According to another aspect of the invention, a number of rating factors are received from the deal manager for rating online bids.
[0020]
According to another aspect of the invention, the deal supervisor assigns a weight value to each of the rating factors. Online bids are ranked based on a weight value assigned to the rating factor.
[0021]
Detailed description of the invention
System overview
The present invention, in a preferred embodiment, comprises a World Wide Web site, for example, http: // www. gecapitalmarkets. com as an information portal accessed through a site. FIG. 1 is a diagram illustrating one embodiment of a system according to the present invention, in which a plurality of institutional investors 110 are generally associated with financial products and transactions provided, now or in the past, via the Internet 120. Information is reproduced from a database (not shown) and exchanged using a server 200 that selectively provides such information to the investor 110 based on a plurality of predetermined criteria. Information provided to the investor 110 and associated predetermined criteria are entered into the server 200 via the Internet 120 by a plurality of managers 130 at the content entry desktop station.
[0022]
Each investor 110 and each administrator 130 use an Internet service provider (ISP, not shown) on their personal computer using a web browser (for example, Netscape (registered trademark) or Internet Explorer (registered trademark)). Via or instead of a web browser, use well-known, for example, Web-TV®, Palm® handheld devices, mobile phones, pagers and other personal digital assistants (PDAs). And via the Internet 120 via the website http: // www. gecapitalmarkets. com to communicate with the server 200 asynchronously. The operation and access of the Internet 120 is well known and will not be described in detail.
[0023]
FIG. 2 is a block diagram showing a preferred embodiment of the server 200. As shown in FIG. 2, server 200 is actually a combination of three servers: a web server 210, an application server 220, and a database server 230. Although not particularly shown in FIG. 1, the server 200 may actually include a plurality of web servers 210 and an application server 220 which are aggregated into one unit.
[0024]
The servers 210, 220 and 230 each have a central processing unit (RAM) connected to specific standard hardware components, such as a random access memory (RAM) and a read-only memory (ROM) via a shared data bus or dedicated line. CPU). The CPU performs all the processing functions of the servers 210, 220, and 230 according to the operation system (OS) stored in the ROM, and has multitasking capability. Because the system of the present invention is built for a large number of investors 110 and managers 130, the amount of RAM reduces load speed and system malfunctions even when multiple connections are attempted to be established simultaneously. It is desirable to have a size sufficient to avoid.
[0025]
In a preferred embodiment of the present system, the web server 210 has a collection of two SunUltra2 servers each having 1 GB of RAM, two 300 MHz CPUs, and 9 GB of disk space. , CISLocalDirector430 distributed by the load balancer between the servers. The application server 220 has two SunE450 servers, each with 4 GB of RAM, two 400 MHz CPUs, and 16 GB of disk space, arranged in a load balancing mode. The database server 230 has two CPUs, 2 GB of RAM, and 9 GB of disk capacity, and has a SunE450 that communicates with three databases (described later). These databases are actually stored in 1000 redundant arrays Independent Disks (RAIDs) that actually provide the database servers 230 and 36.4 GB of disk capacity preferentially to the mirrors and are completely mirrored.
[0026]
The web server 210 communicates over an input / output communication port over the hypertext transfer protocol (HTTP) secured using a standard secure protocol (eg, Secure Socket Layer (SSL) encryption software). (Or directly communicate with the administrator 130). Investor 110 establishes access to Internet 120 using his ISP. When an investor 110 requests access to a website by sending a domain name, the investor's request is forwarded from the investor's ISP to a host ISP (not shown) connected to the web server 210. . Then, the host ISP also forwards the investor's request via a communication line (eg, T1 or T3 line) to the communication port of the website. This type of communication line provides a high-speed data connection between the host ISP and the web server 210.
[0027]
The web server 210 directly communicates with the application server 220 via the internal communication line and the input / output communication port of the application server 220. The application server 220 is also connected to the database server 230 via an internal communication line. In the preferred embodiment, the input / output communication ports used for web and application servers 210 and 220 are switches with Cisco 2924XL redundancy.
[0028]
The servers 210, 220, and 230 all have a predetermined software configuration, and include, for example, a software server and a software database that store information and perform a plurality of requests and transactions. Since a software server for executing software directly connected to the Internet connected to the central server is generally known as existing technology, a detailed description of the configuration of the server is omitted here.
[0029]
Web server 210 has a software component that performs the function of operating as a liaison between investor 110 and application server 220. For example, web server 210 stores and provides static content to investor 110 and requests information from investor 110 as directed by application server 220. The application server 220 includes two different software components: a first component 240, called “Future Tense Java Applications”, that basically controls the dynamic logic of the server 200. That is, it updates the database 260, temporarily stores HTML and database result sets, and processes searches and content inputs. The second component 250 is called "other Java classes" and includes authentication, logging, authorization, and other business logic. As shown in FIG. 2, the Future Tense Java Applications component 240 executes on the Future Tense application 280, and the other Java ™ class components 250 execute on the Netscape application server 270.
[0030]
3A-3I include charts of table / variable record lists stored in database server 230 in a preferred embodiment of the present invention. The identifier of the table stored in the database 260 is provided in the field 310 of the chart. The different variables in which relevant information is stored are listed in the same record in field 320. All information entered by investors 110 and managers 130 during system operation is stored in the appropriate tables / variables in FIGS. 3A-3I.
[0031]
Next, the table described in the field 310 and the information contained therein will be briefly described. Table TCMS_CONTACT (field 330) stores the security program contact, table TCMS_CONTACT_TYP (field 332) stores information about the type of contact (eg, dealer, rating, proxy, etc.), and table TCMS_COUNTRY (field 334). ) Stores the country name and code, table TCMS_CURRENCY (field 336) stores information about the currencies of the countries, table TCMS_DEAL (field 338) stores information about syndication transactions, and table TCMS_DEAL_CATEGORY (field 340) stores , Stores information about the classification of the syndication transaction, and a table TCMS_DEAL_CATEGORY_REF (field 342) contains Table TCMS_DEAL_SUB_CAT (field 344) stores information on sub-categories of syndication transactions, table TCMS_DEAL_TO_USGRP (field 346) stores the relationship between transactions and user groups, Table TCMS_DOC_EVENT (field 348) stores material event related information (for example, data download, etc.), table TCMS_EMAIL_NOTIFY_TYP (field 350) stores an electronic mail notification type, and table TCMS_EVENT_TYPE (field 352) stores Table TCMS_FACTORY (field 354) stores the type of material event (eg, modification, upload, download, etc.). Stores information about the business class (eg, syndication, security, etc.) and the units used for it (transactions, conduits, etc.), and a table TCMS_FIELD_ACCESS (field 356) provides access to mapping fields to roles. Table TCMS_FILE (field 358) stores information about operating system files associated with the syndication material, table TCMS_GE_BUSINESS (field 360) stores information about the various business units of the GE, TCMS_GLOBAL_PARAM (field 362) stores global parameters, and table TCMS_PROGRAM (field 364) stores security parameters. Table TCMS_ROLE (field 366) stores managed / unmanaged investor roles for both syndication and security, and table TCMS_ROLE_TO_SCREEEN (field 368) maps screen accessibility to roles. Table TCMS_SCREEN (field 370) stores information about the company's screen, table TCMS_SEC_DOC (field 372) stores information about the security material, and table TCMS_SEC_DOC_TYPE (field 374). Table TCMS_SIC_CODE (field 376) stores the standard industry code and table TCM. _STATE (field 378) stores the state of the United States, table TCMS_SYN_DOC (field 379) stores information about the syndication material, and table TCMS_SYNC_DOC_USR_ACCESS (field 380) allows the investor to access various syndication materials. The table TCMS_SYNC_DOC_TO_USRGRP (field 381) stores access to various syndication materials, the table TCMS_SYNC_DOC_TO_USRGRP stores the access, the table TCMS_TRANCHE_TYPE (field 382) stores the type of syndication transaction tranches, and the table TCMS_TRANCHE. (Field 383) stores information about the syndication transaction tranchers and includes a table TCMS_URL (field 384) stores URL-related information, a table TCMS_USER_DOC_EMAIL_STATUS (field 385) stores information on syndication materials received by the investor, and a table TCMS_USER_EMAIL_PREFS_PROGRAM (field 386) stores the information received by the investor. Table TCMS_USER_GROUP (field 387) stores information about the user group, table TCMS_USER_GROUP (field 387) stores information about the email of the desired security program, and table TCMS_USER_STATUS (field 388) contains different states that can be assigned to the investor (eg, Table TCMS_USER_TO_PROG_ROLE (field 389) contains a security identifier recognized by the administrator. Table TCMS_USR_DEAL_DET (field 390) stores information mapping the investors to various syndication transactions, and table TCMS_USR_EMAIL_PREFS_DEAL (field 392) stores information about the equalization program role. Table TCMS_USER_TO_USRGRP (field 394) stores information mapping users to user groups, and table TCMS_USER (field 396) stores information about application users (ie, non-database users). Stores information about
[0032]
Details of a method for providing an investor with access to investment product information using the above system according to a preferred embodiment of the present invention will be described.
Here, it should be understood that the terms “investor” and “user” refer to the investor 110 described above and are interchangeable.
[0033]
user registration
To start the registration process, the user first accesses the home page of the website (here, http://www.gecapitalmarkets.com) and obtains necessary information therefrom. The investment products described on the website include the provision and / or sale of securities, and the trading participants provide confidential information, so passwords may be used to restrict registered users' access to certain information. Protection is used. However, before receiving the password, the user must first provide his profile and other registration information.
[0034]
One specific example of a form in which the user provides such information (ie, a “registration form”) is shown in FIG. 4A. The registration form generally has three sections. Section 410 includes securities law information and QIB confirmations from investors. Section 420 includes fields where the user provides contact information, such as name, email address, company name, and postal address. Finally, section 430 may allow the user to select a notification of new or modified material regarding the syndication transaction. To send this information to server 200, the user clicks "Submit" button 440. To reset the information before sending, the user can click on the "Reset" button 450.
[0035]
If the user registers on the website and the administrator sets the user status to "valid", the investor can choose to change his profile information at any time. One example of a form for a user to change profile information (ie, a profile edit form) is shown in FIG. 4B. The profile editing form usually has three sections. Section 460 includes fields for the user to change his or her contact information, eg, name, address, email address, and the like. Section 465 includes a button with an "x" if the user wishes to be notified by email regarding various investment reports on the relevant ABCP conduit. Finally, section 470 may allow the user to select a notification of new or modified material regarding the syndication transaction. To send this information to server 200, the user clicks on "Edit Profile" button 475. To reset the information before sending, the user can click the "Reset" button 480. As will be discussed in further detail below, registered users are provided with numerous opportunities to revise / update this information while connected to a transaction review session.
[0036]
As described above, the registration process (shown in FIG. 4A) requires the user to assert a QIB certificate to satisfy the QIB requirements specified in the SEC. If the required information is received and the user is identified as a QIB, the administrator sets the user as "valid" and a password for the user is created and sent to the email address provided by the user. When a user first logs on to a website with a new password, they are required to agree to certain items and conditions for accessing information. Before a user can be given access to a secured portion of a website, he must accept the terms and conditions for the website. Further, if the user wishes to access the syndicated trading side of the website, the user is required to accept a master confidentiality agreement that is available through a link (not shown) in the registration form. Finally, before being given access to any particular syndicated transaction, the investor is required to accept an appendix to the Master Confidentiality Agreement relating to the terms and conditions of the specific transaction.
[0037]
When a properly registered user initiates a new session, the authentication page is forwarded to the user requesting access to the password protected page site for the first time. The user must then enter his username and the given password on the authentication page. These are authenticated by the system before access to the requested page is granted. If, for example, the user leaves the current employer, it may subsequently be re-enabled through the new employer, but the user may be temporarily disabled. In a preferred embodiment, the system maintains a list of already denied users and prevents further access to the site by these users.
[0038]
Access to syndication transactions and private placement information
Once the user has been accepted and registered, the administrator 130 can invite the user to review specific transaction information, such as transaction summary information and transaction materials. The process by which the administrator 130 determines which transactions and which materials to provide those transactions to the user is described in detail below with reference to FIG. To achieve the objectives of the present invention, private debt presses or private equity presses are treated in the same way as loan syndication. For this reason, the foregoing description uses syndicated corporate loans as an example, where the principles and methods apply equally to private debt presses, private equity pressments, and other financial instruments.
[0039]
One embodiment of a form that provides a list of syndication transactions that a user has been invited to review (ie, a syndication transaction list form) is shown in FIG. A syndication transaction list form typically includes three sections. Section 510 describes multiple types of syndication transactions, namely, “active transactions”, “closed transactions”, “declined transactions”, and “all transactions”. Includes a selectable drop-down menu. A "valid transaction" is a transaction in which the end date of the associated syndication has not yet passed and the investor has not previously declined. A "closed" transaction is one in which the end date of the associated syndication has passed, but the investor has not previously declined. Such transactions are still available for investment at the secondary or closed main syndication phase. A "declined transaction" is a transaction that has been made available to the user, but has been declined by the user, regardless of whether the syndication end date has passed. "All transactions" includes "valid transactions," "closed transactions," and "declined transactions."
[0040]
In a particularly advantageous aspect of the present invention, the administrator 130 associated with the transaction maintains data on transactions declined and declined by the user in a database. In this manner, only access to the transaction material and its amendments that exist when a particular transaction is declined is provided. Thus, a user who declines to participate in a given transaction will not be provided with access to revised or newly added material for that transaction after decline. However, the declined user will still be allowed access to the materials accessible before decline. Archived access to declined transaction materials is particularly useful for comparing users with previously declined transactions and currently available and available transactions. This feature helps the user make the decision on a "valid transaction" for which the main syndication is still open.
[0041]
The selection of the user's transaction type displayed in the pull-down menu of section 510 is handled in the category of section 520. The category includes columns indicating the next milestone, name, purpose of the transaction, and general industry for each transaction. The name of each transaction is hyperlinked to the transaction summary form corresponding to that transaction. This will be explained in more detail later with reference to FIGS. 6A-6B.
[0042]
Section 530 includes hyperlinks for editing the user profile and changing passwords and logouts. It also includes an expandable list of transactions in each category that provides an alternative form that leads to a transaction summary form. However, before the user views any particular transaction information for the first time, the user is presented with a particular confidentiality agreement for that transaction. This is in addition to the master confidentiality agreement described earlier. If the user declares that he accepts the consent, the user is taken directly to the transaction information in the subsequent session.
[0043]
An example of a transaction summary form is shown in FIGS. 6A-6B. This form session provides important details of a particular transaction. It includes the trade name in section 610, industry, company, market position and / or financing purpose in section 620, overall facility volume and related plans / meetings / consignments / deadlines in section 630, and summary credit statistics in section 640. Basic financial information of the company seeking funding, such as values, truncations in section 650, including indications of transactions and the types of transactions, periods and brief descriptions of each, information in section 660. A list of materials related to offers available for download, such as notes and financial planning models; a list of analysis tools available for download, such as a sample cash flow model, in section 670, section 680. Credit agreements and disclosures A list of legal materials available for download, such as Microsoft's enforcement material, and other information available for download, such as allocation notes and hyperlinks to the company's website in section 690. Including. The form additionally indicates the date of the material and provides for downloading in different formats, to the material available for download. The specific material accessible across this page depends on the transaction.
[0044]
A particular useful aspect of the transaction summary form is the option presented to the user to receive email notification of changes to transaction material (not shown). Due to the fact that it is common for trading materials to be modified several times or for additional trading materials to be available before the transaction is closed, the above-mentioned user is provided with convenient access to material corrections and additional notifications. Is particularly advantageous. Thus, a link is provided to the user to allow the user to edit the user's profile so as to enable or disable email notification of material modifications. Another feature of the transaction details screen is that the user can be allowed to send an email to the designated transaction contact for a particular transaction (not shown).
[0045]
User classification
The administrator 130 responsible for a particular transaction determines which users should be invited to the transaction. As an example, this can be easily accomplished by contacting the user over the phone to determine if the user is interested in a particular transaction. As another example, a user may provide specific information in a profile regarding a type of transaction in which the user is interested, and the profile information is then matched with a specific transaction to automatically trade the user. Invite to Similarly, information of a particular transaction previously invited by the user is available for matching with a new transaction. In other words, the system is configured to learn user preferences based on past experience and use the learned data to determine new transactions to invite investors to participate.
[0046]
As mentioned above, before a user is provided with access to information on a particular transaction, the user must be added to the user list for that transaction. An additional level of access control is provided because the system is configured such that only users invited to participate in a given transaction are provided with access to information about that transaction.
[0047]
FIG. 7 illustrates one embodiment of a form (ie, a user classification form) used by the administrator 130 to add a user to a particular transaction. This form is presented to the administrator 130 after the user has been selected to participate in a particular transaction. Section 710 of this form includes a “Status” portion for the administrator 130 to classify the status of the user of the transaction. The status category includes "Active", "Committed", and "Declinated". The user's status for a particular transaction dictates the category of transaction for the syndicated transaction list form shown in FIG. An Active status indicates that the transaction was confirmed as a valid transaction before the syndication end date, was confirmed as a closed transaction after the syndication end date, and that the user has not declined the transaction. means. The "accepted" state indicates that the user has agreed to participate in the transaction and that the transaction was confirmed as a "valid transaction" before the syndication end date and was confirmed as a "finished transaction" after the syndication end date. means. The "declined" state means that the user has rejected the transaction and the transaction has been confirmed as a declined transaction both before and after the syndication end date.
[0048]
Adding a user to a transaction only provides that user with access to the transaction summary information and does not provide access to all of the transaction materials described above in connection with FIGS. 6A-6B. The user is individually given access authority to the transaction material by the administrator 130. This is advantageous because it allows the manager 130 to first determine whether a particular investor is of serious interest before providing access to sensitive and potentially sensitive transaction information. Further, this provides the administrator 130 with considerable flexibility in controlling access to various materials in connection with the syndication transaction.
[0049]
Thus, in addition to providing access to transaction summary information on a per user basis, section 720 of the user classification form allows administrators 130 access permissions based on user groups. Each user group is granted access to a different set of transactional materials as determined by the administrator 130, and all designated members of the user group automatically receive the viewing permissions and access associated with that group. receive. For example, referring to section 720, there are three groups of users designated as User Investors: "Promising Investors" including users considering investing in a particular transaction, investing in a particular transaction. “Invested investor” including users who have agreed to do so, and “finished / invested investor” including users whose syndication transaction end date has passed. In addition, some user groups are defined as non-investors (eg, managers), such as “external trading teams” and “internal trading teams”.
[0050]
Users can also be granted access to material on a personal material basis. The administrator 130 can make the material available to users by designating the material available to one or more groups and / or one or more investors. Providing access on a per-material basis provides significant flexibility in distributing trading materials. However, if the user's status is "declined", access to new material related to the transaction is not permitted, but access to the material to which access was granted before the decline is continued.
[0051]
The investor classification and material permissions of the present invention personalize the display of each investor's syndicated transaction information. Each user can be granted access to a different set of transactions and a different set of transaction materials. In this way, the present invention provides significant flexibility in broadening and controlling access to the administrator 130 by making it easy to keep track of the specific material made available to each user.
[0052]
notification
If the user selects e-mail notification of new or modified material for the syndicated transaction, the user will receive an e-mail when personal permission to view the material has been granted. The user is added as a member of the material user group including the material or new material added to the material user group of which this user is a member. The e-mail informs the user that a material has been made available for viewing by the user, and furthermore, the website homepage http: // www. gecapitalmarkets. com link.
[0053]
Administrator classification
Administrators 130 are categorized for controlling the permissions they receive to perform certain activities. For example, a "super user" has all permissions to add / delete users and add or change materials for any transaction. "Transaction owners" can perform these same functions only for the specific transactions that they own. The “sales desk” administrator can add or remove users from the transaction and change the user's status (status) and user group members. "Syndication Super Viewer" can view summary information and documentation of all transactions available to investors-users.
[0054]
The advantage of this classification system is that it allows to centrally build knowledge about all transactions. Again, the apparatus and method of the present invention provide an archive of transactional and summary information. Active users maintain access to all previously available information and materials. Therefore, when the user is invited to a new transaction, information on past transactions can be easily obtained without determining the position of the paper record and rereading the record.
[0055]
Asset Investment Commercial Bill (ABCP) Conduit
One example of a form for providing a list of asset investment commercial bill conduits (ie, an ABCP conduit list form) is shown in FIG. Password protection is also provided for access to this page and links that provide more information about each conduit. However, if the user logs on to the integrated website by entering his name and password, there is no need to enter this information again during navigation between the ABCP screen and the syndication transaction.
[0056]
Section 810 of the ABCP Conduit List form contains general information regarding the investment note commercial bills and summary information regarding the potential of the particular program or conduit. Summary information about the various conduit possibilities includes the conduit name, the date the conduit was created, the rating assigned to the conduit by a rating agent (eg, Standard & Poors and Moody's), and the type of asset that guarantees the loan to the conduit. Including the date on which the information is distributed, unpaid commissions in dollar terms and commercial bills. Also included is a hyperlink to an ABCP summary form in which each conduit is described in detail (hereinafter described with reference to FIGS. 9A-9B). Section 820 provides the user with profile editing, password and logout option changes as described above. Also provided is a hyperlink to the ABCP summary form for each particular conduit.
[0057]
An exemplary conduit (ie, ABCP # 1) "ABCP summary form" is shown in FIGS. 9A-9B. This form generally contains the conduit name in section 910, general program information about the conduit including a short description in section 920, profile editing, password change, logout, email notification options and each specific conduit in section 930. A hyperlink to the ABCP summary form of, in section 940, the date information will be distributed, program restrictions, unpaid commercial bills and unpaid commissions, in section 950, a monthly report available for download, in section 960, a program summary, Includes various information such as private placement notes, credits and investment policies.
[0058]
In particular, regarding the monthly report in section 950, reports for the current month and the past month are available for download. As shown, the drop-down menu allows the user to select a particular report to download. The monthly report includes updated data for all sellers / borrowers, all investments outstanding, all commercial bills outstanding and all credit program letters. Conduits are divided into seller / borrower pools, and the report further includes various seller / borrower, industry, S & PMoody's ratings, minimum facility limits, outstanding investments, asset types and payment periods, and other information including. Centralized access to archived monthly reports allows investors to easily track conduit performance.
[0059]
A hyperlink to the rating agent's website may also be provided on the ABCP summary form (not shown). Additionally, it is possible to provide a hyperlink (not shown) that allows the user to initiate a transaction by providing access to broker / dealer information. Additional buttons may be included that provide the user with access to rating agent and broker / dealer contact information and answers to frequently asked questions (FAQ).
[0060]
In the syndication transaction material, the monthly conduit investor report and other materials related to the ABCP conduit may also be made available for download in different formats, such as a pdf format or a wide processing format (eg, Microsoft Word).
[0061]
Next, additional aspects that are optionally included in the apparatus and method of the present invention will be described.
[0062]
Order formation ( book-building)
The apparatus and method of the present invention may also provide the ability to keep track of all orders for all of its transactions (known as "book-building, or order building"). This order building function includes the ability to account for how much money was commissioned by each transaction and the amount of additional commission required before the transaction is closed. This information is generated in a report that shows the status of the sales effort for each transaction. In addition, reports can be created for each investor, allowing them to review their past investment history.
[0063]
Price display ( Indicative Pricing)
The systems and methods of the present invention may further include an Indicative Pricing or market read function that receives market feedback on transactions from the user 110 via the Internet 120. This eliminates the need for the administrator 130 to make numerous calls to collect data on favorable performance of transactions in the market. This also provides the user 110 with the opportunity to propose a revision of the transaction structure that believes the transaction is more marketable. From a business point of view, this functionalization offers significant competitive advantages through further improved data accuracy and speed of market intelligence generation.
[0064]
The indicated pricing function is preferably implemented for lease placement deals. Prior to involving the user 110 in list pricing, the administrator 130 must first complete a “deal management form” and provide transaction details, and such a transaction must follow the details of the list pricing function. To allow observation by the user 110.
[0065]
Referring to FIGS. 17A-17C, an example of a "deal management form" is illustrated. Section 1710 includes the name of the lease placement deal (eg, a 3N company deal) and is instructed on how to update or change information about the deal. Section 1720 provides fields for manager 130 to complete or select a transaction summary, including transaction name, guarantor, job type (eg, finance, electronics, energy, Agriculture, etc., including transaction details (e.g., online listing pricing, offline listing pricing, online bidding, offline bidding, negotiations, and detailed statements about assets).
[0066]
The selected transaction type is presented to the user 110 and displayed on how the deal information is determined. If the deal is a future deal for which the market environment is to be explored, "list pricing" is selected. If the deal is an auction (discussed below), "Bid" is selected. "Online" means that a listed pricing auction offered by another investor is displayed to the user 110, and "Offline" means that only the user 110 has access to information owned by the user. Related to blind display pricing. The “negotiate” transaction type is the type of transaction described above and has a one-to-one relationship between the manager 130 and the user 110 regarding negotiating the duration and amount of investors participating in the deal. By simply changing the transaction type in the “deal management form”, the administrator 130 can easily change the displayed pricing to an online auction or negotiation deal.
[0067]
Section 1730 is a field for administrator 130 that selects or completes a transaction summary, such as an asset type (eg, medical and dental, CAT / MRT), transaction size (in millions), duration (monthly), seizure (exposure, exposure), minimum participation, debt ratio (eg, Aaal or B), debt ratio provider (eg, Moodys), location (Country and state), reference point and net spread information, transaction status (eg, closing, available, or on-coming auction), mode (eg, monthly or yearly), balance ( theoretical (percent or market value (fai) r-market value, and product type (eg, liability for a leveraged lease), etc. The fields also preferably provide manager 130 with detailed comments on the transaction or investor spread. .
[0068]
Section 1740 provides a field for administrator 130 that can be used to select a date / month / year date associated with the transaction, such as, for example, Funding start / end dates, commitment dates), the first date the user 110 was invited to participate in the deal, and the like.
[0069]
Section 1750 is a field for administrator 130 that can be used to select or complete a financial summary of the deal, such as financial (accounting) year, Cash, driving income, net income, EBITDA, profit coverage, total assets, total reliability (total reliability), total net value (TNW), ratio of long-term debt to TNW (LTD / TNW), revenue ( and additional financial comments related to the deal by the administrator 130.
[0070]
For example, details of the transaction itself, such as the transaction type (eg, display pricing and / or auction observations) and the associated dates associated therewith (eg, start and / or end dates) were provided in section 1760. From the fields, can be selected by the administrator 130. As detailed below, the manner in which information related to the deal is presented to the user 110 and / or the administrator 130 is selected as the display pricing or auction in this section.
[0071]
Finally, if the auction type is an online auction, section 1770 includes a field for manager 130 that is used to manifest and rank online bids received from user 110 using that field. The choice or completion of the rating factor is described in more detail below.
[0072]
Once the manager 130 completes the "deal management form", the information in the form is stored in a database. The database contains all of the previous profiled lease placement deals, regardless of the type of transaction. Administrator 130 can access this database to review a list of these lease placement deals based on such status and / or type in connection with the "Trade Placement List Form". An example of a "transaction placement list form" is illustrated in FIG. Referring to FIG. 16, a drop-down menu is provided for the administrator 130, for example, all or some leases of a particular type, for example, active leases, commissioned leases, list price leases, auctions or past leases. Can be selected as a view. Each transaction in the selected category is the name of a lease placement deal or transaction, transaction type, owner, status (eg, accepted bids, list pricing, or closing), start date auction size (100 mandrel units). Each transaction name is hyperlinked to a “deal monitoring form” so that the administrator 130 can easily access the transaction details for modification and review.
[0073]
After the administrator 130 invites the user 110 to participate in list pricing or auctions, for example, by email, telephone, or facsimile, the deal is listed on the user's personal lease placement list Will be possible. An example of such a lease placement list form is illustrated in FIG. The same applies to the “Syndicated Deal List Form” illustrated in FIG. 5, where the “Lease Placement List Form” displays the deals available to the user 110, such as a drop-down menu ( For example, active transactions are included in the classification of the deal type selected from the list provided within. Columns are provided for information, such information for each of the deals in that category, regarding the date on which the user 110 was invited to list pricing, debtor, status / ( Type, eg list price, bid or negotiated / date of funding, asset (eg, mine), size (in millions of dollars), term (monthly), product type (eg, single investor lease) ). In the “Lease Placement List Form” illustrated in FIG. 10, the deals listed are basically list pricing, but it should be understood that the form may additionally include auctions or auction deals. The name of each deal is hyperlinked to a "lease deal summary form" corresponding to the deal, and an example of the "lease deal summary form" is illustrated in FIGS. 11A-11B.
[0074]
Similar to the “Deal Summary Form” of FIGS. 6A-6B, the “Lease Deal Summary Form” illustrated in FIGS. 11A-11B is generally a lease placement deal inserted by the administrator 130 in the “Deal Manager Form”. Summarizing specific details, the "Lease Deal Summary Form" includes: The name of the lease placement deal in section 1110; the transaction in section 1120 including details of the transaction type, job title, assets, etc., along with the instructions to download the material and determine whether the material is mailed since the last login of the user. Summary, transaction size, exposure, minimum participation, commission date, debt ratio, debt ratio provider, balance, position, period / mode, display pricing indication (whether / not), funding start date and provided by manager 130 Summary of transactions in section 1130, including additional comments such as made; for example, fiscal year (year / quarter), debt, driving revenue, net revenue, EBITA, profit coverage, cash, total assets, total reliability, TNW And LTD / TNW, provided by administrator 130 Summary of financial information related to searching for companies in section 1140 such as any additional comments; for example, deals in section 1150 such as indices, rates, net spreads and additional comments provided by administrator 130. An overview of the pricing structure for; a list of materials related to offers available for download, such as a period syndicate in section 1160 that provides information in section 1170 and legal material in section 1180, for example. The "lease deal summary form" is also linked to an external website related to the deal, such as a hyperlink connected to the company website.
[0075]
After the user 110 has reviewed the deal information, in section 1195, the user returns to “listed pricing” or the “lease placement lease form” illustrated in FIG. I decline the presentation. " Section 1195 also assures user 110 that either user 110 or administrator 130 is tied to something about display pricing anyway, and that such display pricing will be Basically petitioned to determine market acceptance.
[0076]
When the "display price setting" link is selected, a "display price setting form" can be sent to the user 110 to present the display price setting amount and comments / exceptions regarding the period of the deal. An example of the "display price setting form" is illustrated in FIG. Section 1210 includes the name of the lease placement deal (e.g., XYZ resource company), instructions to view list pricing, and a link to download a term sheet for the deal. Sections 1220 and 1230 each include a field for presenting the displayed pricing with or without comments / exceptions to the institution sheet. Both sections 1220 and 1230 include fields for entering the total transaction amount and the list price for the deal, which are not binding on the user's list price offer and are for informational purposes only. Along with the description for presenting information to the user 110. Section 1230, on the other hand, additionally includes fields that provide comments / exceptions to the term sheet. These comments / exceptions are essentially the conditions used by the deal manager 130 to determine whether participation in the deal is desired by the user 110 and whether it would be beneficial to modify the duration of the deal. Reflects. This functionality may be useful if the user 110 offers a very high list pricing that governs the modified period, or a group of users 110 may independently condition their investment during the same or similar period. In particular, it is beneficial.
[0077]
Once the user 110 completes the "display pricing form", the user may complete the section 1220 or 1230 and, depending on the situation, click on the "Submit to period sheet without comment / exception" button. The user must select the button 1250 or the “presentation with comment / exception to the period sheet” button 1250.
[0078]
After receiving the user's display price setting, the user 110 then receives a "display price setting preview form" illustrated in FIG. This form generally summarizes the user's personal information and list pricing, so that the user 110 can review this information for accuracy. Section 1310 relates to user 110 and includes information identifying user 110, such as, for example, the name of the user, the merged company, the email address, the telephone number, and the like. Section 1320 indicates that before the end of the list pricing process, if the user 110 wishes to review again, the user 110 presents the “listed pricing form” along with an option to download a term sheet for the deal. It provides a summary of price quotes and comments / exceptions (if needed). A box is also provided in section 1320 for user 110, which may check to confirm the user's displayed pricing information submission.
[0079]
Section 1330 provides three buttons that are selected by user 110 after the user has reviewed the information in sections 1310 and 1320, including three buttons, “Provide Private Pricing” A button 1340, a “edit display price setting” button 1350, and a “cancel” button 1360. When the user 110 clicks the "Edit Display Pricing" button 1350, the user is returned to a blank display pricing form for rejoining and presenting the user's display pricing information. Finally, if the user 110 selects the "Provide My Own Display Pricing" button 1340, the user will receive a confirmation page (not shown) indicating that the display pricing for the current transaction has been successfully submitted. ) Is sent. However, when the box in section 1320 was not checked prior to submission, user 110 is prompted to check the box before the user's list pricing is accepted.
[0080]
Once the list pricing has been successfully submitted by the user 110, the user's name and the list pricing (including notation of the presence of the amount and exception description (whether / not)) are changed to "online list prices." Settings form "(not shown). The “online display pricing form” includes a list of investors whose display pricing is being offered in the order in which the display pricing was received. The administrator 130 can access this form at any time and click on the name of the investor to review the listed investor's specific list pricing and contact information. By comparing various list prices, manager 130 can design the most valuable deals for investors.
[0081]
Online consignment and auction
The devices and methods of the present invention may also include the ability to accept online bids from users 110 for transactions. Such bids may be submitted without any changes to the item sheet, or may be submitted depending on the acceptance of additional user terms by the administrator 130. Such bidding systems provide significant competitive advantages by increasing the speed at which transactions are executed. This functionalization may also allow the system to suitably host an auction where multiple users 110 may bid on the transaction. The user 110 is notified in real time of the current highest bid in the transaction, which can increase the bid amount for the user.
[0082]
The deal information entry for the auction auction by the administrator 130 has been associated with display pricing and has been described above with reference to FIGS. 17A-17B. In addition, the format of the “Lease Deal Summary Form” for online auctions is the same as for the “Listing Pricing” link, except that it includes a “Offer Commitment” link. Is the same. The user 110 starts the auction process by clicking on the “consignment offer” link. The user 110 is then forwarded an "online commission form", which form is illustratively illustrated in FIGS. 18A-18B.
[0083]
Referring to FIGS. 18A-18B, section 1810 is available for an auction along with instructions for user 110 to enter a bid for user 110 with and without exceptions to the term sheet. Contains the name of the lease preview deal. This section also provides a link to download a period sheet related to the deal for users to review and evaluate.
[0084]
While both sections 1330 and 1340 list the total transaction value and provide a field for entering a commitment or auction amount, section 1840 further provides that the bid is acceptable and bound. Before doing so, it provides a field for inserting comments / exceptions to the term sheet that must be agreed upon by the administrator 130. To submit a bid, the user 110 may select a “present / not present / except for period sheet” button 1850 or a “present / with / exception present for period sheet” button, depending on the circumstances that completed section 1830 or 1840. 1860 must be clicked.
[0085]
Upon accepting the bid of the user 110, the user 110 is then transferred an "online commitment preview form", which is illustratively illustrated in FIG. Section 1910 includes the deal name and information about and identifying the user 110, such as the user's name, merged company, email address, and phone number Naddeal. Section 1920 provides a summary or section amount of the commitment and a comment 2 exception statement (if needed), such information must be first clicked before user 110 publicly presents his bid. In other words, the user 110 submits the “Online Commitment Form” in accordance with the operation of the “Approve Privately Here Commitment” button 1940.
[0086]
Section 1930 provides three buttons that are selected by user 110 after the user has reviewed the information in sections 1910 and 1920, the three buttons being a “Show Private Commitment” button 1950, An “edit commitment” button 1970 and a “cancel” button 1960 are provided. If the user 110 clicks the "Cancel" button 1960, the user is returned to the "Lease Deal Summary Form". When the user clicks the "Edit Commitment" button 1970, the user re-enters and is returned to a blank online commitment form to submit the user's displayed pricing information. Finally, when the hot water 110 clicks on the "Show Private Commitment" button 1950, the user is sent a confirmation page (not shown) representing the user's bid or commitment for the successful presentation of the current transaction. . However, if the box in section 1920 was not clicked prior to presentation, the user 110 will be prompted to click on the box before the user's bid is accepted.
[0087]
Once the user's bid has been successfully accepted, an entry for the "bid summary form" illustratively illustrated in FIG. 14 for the administrator 130 is automatically made. Referring to FIG. 14, section 1410 includes a lease placement deal (eg, a 3N company) and instructions for observing, accepting or rejecting, or changing the status of a bid. In sections 1420 and 1430, resolved and unresolved auctions are each illustrated according to an auction rating (described below) order. A column is also provided, which indicates whether the user 110 has conditioned the user's bid according to the bid number / investor, bid status, bid amount, and exceptions to the term sheet. Include the notation shown. A resolution bid is a bid that has been reviewed by the administrator 130 and specifies a bid state that is not a “non” defect bid state. On the other hand, the pending auction may have been previously reviewed by the administrator 130, but the administrator 130 may switch from the "non" state to one of the other auction states described below in connection with FIG. Until renewed, it remains as an undecided auction.
[0088]
The bid rating is specified by the rating factor selected by the administrator 130 in section 1770 of the "Deal Management Form". Referring to FIG. 17C, rating factors include lease amount, presence of comments, fees (expenses), and investor spread. The fields also provide for inserting base index information for the administrator 130. In auction rating tiering, the ideal factors are the amount of the lease equal to the total value of the transaction, no comment, the proposed maximum fee to be paid to complete the transaction, and the maximum number of bases exceeding the treasury. Includes investor spreads with base points. However, while the ideal factors are very rare, so far encountered for special deals, the present invention advantageously profits rating investors based on factors selected by manager 130. are doing.
[0089]
Referring to section 1770 of FIG. 17C, selected factors are illustrated for illustrative purposes as lease amounts and comments. Referring to FIG. 14, investors in both the resolution bid section 1420 and the open bid section 1430 are rated based on two selected factors. The highest bid must be without exceptions and is rated from the highest total price to the lowest (eg, resolution bid ratings 1 and 2). The next level of bidding, with exceptions, is for the full value of the transaction (eg, hand resolution bidding rating 3). The last level of the bid is only a fraction of the total (highest to lowest) and for those with an exception description (eg, open bid rating 4). Unresolved bids are ordered within their categories under nominal rating factors, and after a resolution bid (eg, unresolved section ratings 5, 6), begin as the next available rating.
[0090]
In a preferred embodiment of the present invention, the deal manager 130 can specify weight values for the rating factors to further customize the rating sheet. Such an implementation is particularly valuable where a large number of investors are invited to participate in the deal and, therefore, investor selection is inevitable. Advantageously, the administrator 130 also has the ability to generate his own rating criteria to further customize the rating process.
[0091]
When the manager 130 clicks on the special bid number / investor in either section 1420 or 1430, the manager 130 is forwarded a "Bid Detail Form" corresponding to his selection. An illustrative example of a "Bid Detail Form" is illustrated in FIG. Section 1520 of the "Auction Details Form" contains instructions for lease placement deals and managers 130, such instructions to accept or reject selected investors' bids, or Is a command regarding whether to change the state. Section 1520 assigns numbers according to the order in which they were received (here, bid number 100), and also includes its current bid rating and section date. Section 1520 further includes the name of the investor, the merged company of the investor, the email address, the phone number, the mobile phone number, and the type of user. The proposed bid amount in section 1520 is the amount offered by user 110, and the proposed bid exception includes conditions (if necessary) that indicate that the user will invest in a particular deal. . For example, if the user 110 includes a financial contract clause, if the term of the lease is related to a certain criterion (eg, 5 years instead of 3 years), the user may be offered a suggested bid. Can only indicate that they will participate in the deal, and may be subject to an acceptable assessment.
[0092]
Reviewing the information in section 1520, administrator 130 can select a section state to assign to user 110 from the drop-down menu in section 1530. Selectable bidding states include the following states: "non (no)" for open bidding, "active" for continuation of bidding, for example, if the bidding is very low or reasonable. "Rejection" to reject auction, such as when there are no proposed exceptions; "actiscreen" for ongoing bidding listed for future review and consideration; bidding on retention "Inactive" for an auction, "Disable" to indicate that a deal has been dropped, and "Aarded" for an accepted bid.
[0093]
By clicking the "Save" button 1540 above the form button, the bid status is changed, and a "bid summary form" reflecting the change in the bid status is transferred to the manager 130. If the bid status is “non”, the user 110 is ranked in the pending bid category in section 1430 of the “bid summary form”. If the bid status is any other available status other than "non", the user 110 is rated in the resolution bid section 1420. If the “cancel” button 1550 is selected instead, the auction state is not changed, and the manager 130 returns to the “auction summary form” illustrated in FIG.
[0094]
This auction feature profitably allows the deal manager 130 to effectively monitor investors' interests in lease placement deals and pick up the best suitable investors for the deal by hand. To make things possible. Further, the present invention allows the administrator 130 to easily change the displayed pricing for the received bodily feedback received through online auctions or, if necessary, negotiate deals by simply changing the transaction type and the duration of the deal. To one of the more preferred deals.
[0095]
Report creation
The apparatus and method of the present invention may further provide the ability for the administrator 130 to generate different types of reports regarding investor activity. Reports can be generated in several ways using a database of current and archived transaction information. The report can be generated using a single transaction base, a single investor base or a QIB base, i.e., an alliance of individual investor users. An example is a report that allows manager 130 to select a particular transaction document or group of transaction documents for a financial instrument and to receive a report of all investors who have accessed the document during a particular time period. This capability provides manager 130 with one way to monitor investors interested in financial instruments. Another type of report is an investment that causes the manager 130 to select an investor in each transaction that the investor is invited to participate in and receive a report indicating the investor's grade (ie, valid, commissioned or declined). It is a house grade report. The administrator 130 can use this information for marketing purposes, ie, direct efforts to investors with a history of participating in the offered transaction. Reports based on QIB or single investor alliances are useful for tracking the success of sales efforts.
[0096]
Although the present invention has been described in detail with reference to the preferred embodiments, it is to be understood that the invention is nevertheless limited in specific features, functions and steps to those skilled in the art by the following claims. It should be understood that various modifications can be made without departing from the spirit and scope of the invention.
[Brief description of the drawings]
FIG.
FIG. 1 is a block diagram of a system according to an embodiment of the present invention.
FIG. 2
FIG. 2 is a block diagram of the server of FIG.
FIG. 3
3A to 3I are charts of tables stored in the database of the server in FIG.
FIG. 4
FIG. 4A illustrates a registration form and other registration information for a user to provide a profile, and FIG. 4B illustrates an editing profile form and other registration information for a user to correct a profile. .
FIG. 5
FIG. 5 illustrates one embodiment of a syndication deal list form that provides information to a user associated with a syndication deal that the user has been invited to review.
FIG. 6
6A-6B illustrate one embodiment of a deal summary form that provides specific information about a particular syndicated deal.
FIG. 7
FIG. 7 illustrates one embodiment of a user classification form for an administrator to specify a user status and / or a user group.
FIG. 8
FIG. 8 illustrates one embodiment of an ABCP conduit list form that provides information to a user associated with an ABCP conduit that the user may access.
FIG. 9
9A-9B illustrate one embodiment of an ABCP summary form for providing a user with specific information regarding a particular ABCP.
FIG. 10
FIG. 10 illustrates an example of a lease placement list form provided to a user regarding a lease placement deal that the user has been invited to review.
FIG. 11
11A-11B illustrate an example of a lease deal summary form for providing specific information about a particular lease placement deal.
FIG.
FIG. 12 illustrates an example of a list price form for a user to provide a list price and comments / exceptions for a particular deal.
FIG. 13
FIG. 13 illustrates an example of a display price preview form for the user to review and present the user's display price information.
FIG. 14
FIG. 14 illustrates an example of a bid summary form for an administrator to observe a resolved or unresolved bid.
FIG.
FIG. 15 illustrates an example of a bid detail form for a manager to review displayed price information and assign a bid status for a selected investor bid.
FIG.
FIG. 16 illustrates an example of a trade placement list form for providing a trade placement summary.
FIG.
17A-17C illustrate an example of a deal management form for an administrator to provide or modify details regarding a particular transaction.
FIG.
18A-18B illustrate an example of an online commitment form for a user to provide bids and comments / exceptions regarding a deal.
FIG.
FIG. 19 illustrates an example of an online commitment preview form for a user to review and present the user's online bid.
[Explanation of symbols]
110: Investor, 120: Internet, 130: Administrator, 200: Server, 210: Web Server, 220: Application Server, 230: Database Server.

Claims

A method for receiving online market feedback related to a financial instrument, comprising the following steps:
Receiving and storing deal information from the deal manager, including a deal summary and a term sheet, for the financial instrument;
Providing the deal information to a plurality of investors;
Receiving from at least one of the plurality of investors a list price including an amount and a description of an exceptional description for the period sheet;
Providing the list of received prices to the deal manager including identification information corresponding to each of the listed prices.

The method of claim 1, wherein the deal information further comprises an online or offline deal type.

2. The method of claim 1, wherein providing the deal information further comprises providing a second list of previously received list prices to each of the investors if the deal type is online.

The method of claim 1, further comprising inviting each of a plurality of investors to review the deal information.

The method of claim 1, further comprising receiving a confirmation of the list price from the investor before including the list price on the list of the received list prices.

A method of receiving an online auction for a financial instrument, comprising the following steps:
Receiving and storing deal information, including a deal summary and a term sheet, for the financial instrument from a deal manager;
Receiving a rating factor from the deal manager to rate the online bid;
Providing the deal information to a plurality of investors;
Receiving online bids from at least two of the plurality of investors, each of the online bids including a bid amount and an exception to the term sheet;
Rating online bids based on the rating factors;
Providing the list of online bids to the deal manager in a ranked order.

The method of claim 6, wherein the deal information further comprises an online or offline deal type.

The method of claim 1, wherein providing the deal information further comprises providing a second list of previously received online bids to each of the investors if the deal type is online.

7. The method of claim 6, further comprising assigning a bid state to each received online bid.

The method of claim 9, wherein the bidding state comprises one of the group consisting of active, active election, rejection, award, inactive, disabled, or non.

Allocating the received online bid to a resolution group or an unresolved group based on a bid state, wherein the received online bid is allocated to the unresolved group when the bid state is non-
The method according to claim 10.

The grading step further comprises the following steps:
Rating online bids in the set based on the rating factors;
Rating online bids within the pending group based on the rating factors;
Assigning a bid rating to each of the online bids.
The online bid in the resolution group is assigned a higher bid rating than the online bid in the unresolved group;
The method of claim 11.

The method of claim 6, further comprising receiving a second rating factor from the deal manager to rank online bids, wherein the online bids are ranked based on both the first and second rating factors. .

14. The method of claim 13, further comprising the deal manager assigning a weight value to each of the first and second rating factors.

14. The method of claim 13, wherein the first rating factor corresponds to the bid amount and the second rating factor corresponds to the exception notation.

The method of claim 1, wherein the financial instrument is a lease placement deal.

The method of claim 6, wherein the financial instrument is a lease placement deal.

A device for receiving online market feedback on financial instruments,
A web server coupled to the Internet, the web server receiving information from a plurality of investors and deal managers and transmitting information to the plurality of investors and deal managers;
An application server coupled to the web server;
A database server coupled to the application server;
A storage device coupled to the database server, the storage device comprising: a storage device for storing deal information, including a deal summary and a term sheet, for the financial instrument;
The device is
Providing the deal information to the plurality of investors;
Receiving a list price from at least one of the plurality of investors, the list price including an amount and an exception notation for the period sheet;
Configured to provide the deal manager with a list of received prices including identification information of the investor corresponding to each of the listed prices,
apparatus.

A device for receiving an online bid for a financial product,
A web server coupled to the Internet, receiving information from a plurality of investors and deal managers and sending information to the plurality of investors and deal managers;
An application server coupled to the web server;
A database server coupled to the application server;
A storage device for storing deal information including a deal summary and a term sheet for the financial instrument,
The device is
Receiving and storing rating factors from the deal manager to rank online bids;
Providing the deal information to a plurality of investors,
Receiving online bids from at least two of the plurality of investors, each including an auction amount and an exception to the term sheet;
Ranking online bids based on the rating factors,
An apparatus configured to provide the list of online bids to the deal manager in a ranked order.