"証券所有者の代わりにブローカを利用して証券を取引するためのシステムであって、前記システムが、前記証券所有者と前記ブローカとの間の仲介者として配置された保管所であって、前記所有者に関連する証券を保持し、かつ取引の完了に基づいてのみ証券を前記ブローカに移転する保管所を含み、前記保管所が、各口座所有者用に別個の記録を含む、口座所有者情報の第1のデータベースであって、各記録が、名前および識別番号によって口座所有者を識別する情報を含み、かつ前記口座所有者に関連する、前記保管所によって保持された全ての証券のリスティング、各証券の価値、各証券用の担保の識別を含み、現在の証券の取引ID番号が、進行中の取引に関連付けられる第1のデータベースと、ブローカ情報の第2のデータベースであって、各ブローカ用の別個の記録を含み、かつ名前および識別番号によって各ブローカを識別する情報を含む第2のデータベースと、取引を達成するために口座所有者またはブローカによって利用される各メッセージタイプのテンプレートを記憶するためのメモリと、前記口座所有者と前記ブローカとの間の直接的な通信も証券の移転も要求せずに証券の移転を達成するために、前記口座所有者からの命令を送信および受信し、かつ同様に前記ブローカからの命令を送信および受信するための、前記第1のデータベース、前記第2のデータベースおよびメモリと通信する専用プロセッサと、を含むことを特徴とするシステム。請求項1に記載のシステムにおいて、口座所有者に関連する信用口座を記憶するための追加データベース要素をさらに含むことを特徴とするシステム。請求項1に記載のシステムにおいて、前記メモリに記憶された前記テンプレートが、前記口座所有者が使用するためのBUYメッセージテンプレート、SELLメッセージテンプレート、およびTRANFERメッセージテンプレートを含むことを特徴とするシステム。請求項1に記載のシステムにおいて、前記メモリに記憶された前記テンプレートが、前記ブローカが使用するためのSALEメッセージテンプレートおよびPURCHASEメッセージテンプレートを含むことを特徴とするシステム。請求項4に記載のシステムにおいて、前記メモリに記憶された前記テンプレートが、前記ブローカが使用するためのEXPIREメッセージテンプレートおよびREJECTメッセージテンプレートをさらに含むことを特徴とするシステム。証券所有者のための保管所として定義される独立仲介者を介した移転証券を開始する方法であって、前記証券所有者用の別個の登録を行うステップと、前記保管所が前記証券を物理的に所持するように、前記口座所有者から前記保管所に証券を移転するステップと、口座所有者IDを含み、かつ前記保管所に移転されて、登録された口座所有者の代わりに前記保管所によって保持された複数の証券をリストする別個の口座記録を口座所有者データベースに、各登録された所有者のために開設するステップと、前記口座所有者からの取引メッセージを前記保管所で受信するステップと、前記取引メッセージを前記保管所で認証し、前記コマンドが認証され得ない場合には、エラーメッセージを前記口座所有者に送信するステップと、認証できれば、前記口座所有者記録を検索し、前記記録情報に基づいて取引メッセージを処理できるかどうかを判定し、前記取引を扱うことができない場合に、拒否メッセージを前記口座所有者に送信するステップと、扱うことができれば、前記保管所で前記取引メッセージを確認し、前記確認された取引メッセージを行動のために前記ブローカに送信するステップと、を含むことを特徴とする方法。請求項6に記載の方法において、前記取引メッセージが、SELL証券メッセージを含むことを特徴とする方法。請求項6に記載の方法において、前記取引メッセージが、BUY証券メッセージを含むことを特徴とする方法。請求項6に記載の方法において、前記方法が、メッセージを前記保管所に送信する際に使用するための秘密鍵、公開鍵ペアを前記口座所有者が生成するステップであって、前記口座所有者が、前記秘密鍵で各取引メッセージに署名し、前記保管所が、各取引を受信すると前記公開鍵をチェックして前記認証を実行するステップをさらに含むことを特徴とする方法。請求項6に記載の方法において、前記保管所が、メッセージを前記ブローカに送信する際に用いるための秘密鍵、公開鍵ペアを生成し、前記取引メッセージを確認するステップが、前記生成された秘密鍵で前記保管所が前記取引メッセージに署名する行動を含むことを特徴とする方法。請求項6に記載の方法において、受信した取引メッセージを前記ブローカで認証するステップと、前記メッセージで要求されたように前記取引を実行するステップと、取引確認メッセージを作成するステップと、取引確認メッセージを前記ブローカから前記保管所に送信するステップと、前記取引確認メッセージを前記保管所で認証し、前記メッセージが認証できないできない場合に、エラーメッセージを前記ブローカに送信するステップと、認証できれば、取引確認メッセージの内容の信憑性を判定し、前記取引確認メッセージの条件が、前記口座所有者記録の前記オリジナルの取引メッセージまたは内容と矛盾する場合に、拒否メッセージを前記ブローカに送信するステップと、矛盾しなければ、前記要求された取引を達成するために必要な前記証券移転を実行するステップと、前記取引が完了すると前記口座所有者に通知するステップと、をさらに含むことを特徴とする方法。図1は、個人証券所有者1以下では口座所有者と呼ぶの代わりに、本発明に従って取引を行うための例示的なシステムを示す。過去において、口座所有者は、証券を購入および売却する際に自分のブローカ/証券会社2と直接対話したことだろう。取引のいくつかは、本人がじかに相談することが可能であり、紙の株券の実際の売却を伴うことさえ可能であるが、今日の取引のほとんどは、オンラインで行われ、口座所有者1とブローカ2との間の安全な通信が、取引を実行するために用いられる。証券および資金の電子交換は、取引の容易さをもたらす一方で、ブローカが様々な理由で廃業または破産した場合に、口座所有者が、自分の口座に関連する証券を容易に回復でき得ない状況取引が、ブローカのストリートネームだけで実行されることが、この問題を悪化させるを生み出した。本発明に従って、この問題は、図1に示すように、保管所3と呼ばれる信頼され独立した第三者エンティティを取引プロセスに差し込むことによって取り組まれる。保管所3は、所有者のために資産を保持する仕事をする。それは、ブローカ自体ではなく、その仕事は、疑念および非難を超越していることである。保管所3に負わせられた重大な制約は、次のように概説することができる。1それは、金融資産を購入も、売却も、取引もしない。2それは、資産の損失または盗難に対してかなりの保険を有する例として、合衆国を本拠地とする保管所は、合衆国の十分な信頼と信用によって支持され得る。3それは、保持された資産のセキュリティを保証するために、外部監査人によって規則的に監査されなければならない。個人は、以下で詳細に説明するプロセスを通して保管所3の登録された口座所有者になるが、これは、登録された口座所有者と取引をしたいどんな証券会社も行う。次に、口座所有者は、自分が口座に入れたい任意の現金と同様に、自分の証券紙の証書、要求払預金証などを含むを保管所3に移転する。この移転は、既に整えられた、かつブローカによって保持されるように証券を移転するために使用される標準プロセスを用いると考えられる。個人が取引を開始したいと望んだ場合に、個人は、保管所と通信し、そして今度は、保管所が、ブローカに取引情報を伝達する。口座所有者1と保管所3との間と同様に、ブローカ2と保管所3との間でも暗号化機構が適所に配置され、取引のセキュリティおよび完全性を維持する。以下で詳細に説明するように、保管所3およびブローカ2の両方によって実行される抑制と均衡は、口座所有者1が、所望の取引を実行するために適切に位置付けられることを保証する。本発明に従い、証券の保持者として保管所3を用いることによって、個々の証券は、口座所有者1によって要求されたときに、取引ごとにブローカ2へ移されるだけである。したがって、万一ブローカ2が廃業した場合でも、口座所有者1は保護され続ける。なぜなら、企業破産のときに売却にも購入にも巻き込まれない口座所有者1の資産は、保管所3の管理下に留まるからである。図1に示すように、保管所3には、口座所有者データベース100が含まれ、このデータベースには、登録された口座所有者の記録の全てのリストが含まれる。各登録された口座所有者は、口座所有者データベース100における情報を問い合わせて操作するために保管所3によって用いられる一意のID番号を割り当てられる。別個のブローカデータベース200は、保管所3に関連するブローカのアイデンティティを記憶するために用いられる。別個のメモリユニット300は、証券移転に関連するメッセージメッセージは、以下で詳細に説明するを作成するために用いられる様々なテンプレートを記憶するために、保管所3において用いてもよい。保管所3内に含まれる専用プロセッサ400は、口座所有者1およびブローカ2の両方と通信するために用いてもよく、その場合に専用プロセッサ400は、メモリユニット300、口座所有者データベース100、およびブローカデータベース200と対話して、以下で詳細に説明する様々な取引を行う。図2には、保管所3に登録された口座所有者1になるために個人によって用いられる例示的なプロセスの流れ図が含まれる。上記のように、個人およびブローカの両方は、保管所で口座を作成することを要求される。ブローカによって作成された口座は、制限なしに普通の顧客が証券をブローカ口座に移転できるだけの個人口座と比較して顧客口座間で証券を移転する能力などの追加的な能力を有する。図示のように、新しい口座を作成するプロセスは、ステップ4において、保管所として機能する認められたエンティティに接触情報例えば郵送先住所、電話番号、電子メールアドレスを個人が送信することで始まる。それに応じて、保管所3は、ここで口座所有者として定義された個人に口座番号を返信するステップ5。次に、口座所有者は、自分のために着手される全取引のための信憑性チェックとして使用される秘密鍵、公開鍵ペアを生成するステップ6。次に、鍵の公の半分は、保管所3に送信されるステップ7。任意の周知の鍵生成技術RSA、PGP、GPGなどを用いてもよく、鍵の長さは、攻撃者が、メッセージを調べることによって秘密鍵を発見できる可能性がほとんどないという要件を満たすのに十分である必要がある。時には、口座所有者が、新しい鍵ペアを生成することもまた可能であり、そのあとに最新の公開鍵を保管所3に送信する必要がある。ひとたび個人が、秘密鍵、公開鍵ペアを作成し、公開鍵を保管所3に送信すると、個人は、資産を保管所に移転することができ、資産が自分の口座に適切に関連付けられることを保証され得る。資産を所有者の口座に移転するために使用可能な少なくとも4つの異なる機構が存在するこのリスティングは、包括的でない可能性がある。最初に、資産が、ブローカ口座に関連付けられる場合に、資産は、確立された従来の技術を用いて移転することができる。証券が紙の形式で存在する場合に、証券は、保管所3へ裏書きし、書留郵便、メッセンジャ、または別の安全なサービスを介して保管所3に物理的に送付することができる。保管所3がまた無記名債券または類似の証書を受理する場合に、それらは、保管所3の営業所に個人的に配達される必要があり得る。明らかに、現金資金は、小切手によって、または任意の許容可能な銀行電子資金決済方法を通して送ることができる。各例において、保管所3は、電子的に電子メール、IM、電話でボイスメール、または紙で郵便を介して証券の受理を通知する。実際には、登録された口座所有者が自分の保有資産をチェックできるようにするウェブベースのインターフェースを保管所3が有することが予想される。これは、パスワード、スマートトークン、生体認証、および/またはプライバシおよびセキュリティを提供するのに十分と考えられる任意の他の識別技術を含む、電子バンキングおよび電子仲買業務を行う現在の方法と一致しよう。したがって、保管所3には、各口座所有者用の同様に、証券を物理的に保持するための情報のデータベースが含まれ、口座所有者自身は、一般に、ウェブサイト、または保管所3との他のタイプのコンピュータベース対話を通して、自分の特定の口座情報へのアクセス権を与えられる。図3は、保管所3のデータベースに記憶されるような口座所有者の保有資産の例示的な記録8を示す。上記のように、口座所有者1が、いつでもこの情報を見ることができ、かつ図3に示すような構成が、その目的のためのスクリーンショットとしての使用に適切であることが好ましい。この例示的な実施形態において、記録8は、この個人の口座番号とリンクされるしたがって、各顧客記録は、別個の記録と一意に関連付けられ、かつ口座番号によって索引を付けられる。記録8には、列8-1に、それぞれ保持される証券の識別、列8-2に、その証券に関連する価値またはドル金額、列8-3に、証券の担保の識別同様に以下で詳細に説明するように、証券は、現在取引に関係している場合に、担保付としてフラグを立てられるが含まれ、取引IDが、進行中の取引に関係する証券に対して列8-4に入力される。明らかに、記録8のフォーマットは、単に例示的であり、登録された口座所有者に関連する情報は、任意の他の適切な形態で保持してもよい。ひとたび口座所有者が、自分の資産または資産の選択したサブセットを保管所3に移転すると、口座所有者は、これらの資産で、購入、売却、または他の取引を実行できる位置にいる。起こり得る活動の様々な活動を以下で説明する各可能な取引の説明は、包括的ではないが、その場合に、口座所有者1とブローカ2との間の独立仲介者として保管所3を利用することによって、口座所有者1は、自分の証券が、自分のブローカによってストリートネームで保持されていることについての心配なしに、電子取引の利点を享受し続けることが可能になることが明らかになる。実際に、本発明のシステムにおける意図した目的は、保管所3を利用して、証券所有者に対するリスクを減少させ、一方で証券がストリートネームで保持されているかのように容易に、証券所有者が証券を売却できるようにすることである。図4は、選択された証券の売却を開始する口座所有者1に関係するステップの流れ図である。売却を開始するプロセスを説明する間に、図3に示すような記録8もまた参照される。図4を参照すると、プロセスは、口座所有者1がSELLメッセージを作成することで始まるステップ9。説明のために、口座所有者1が、39.15ドルを超える価格現在の価格は39.25ドルであるでVerizonの200株を売却したいと思っていると仮定される。また、口座所有者1が、保管所3に口座を有するブローカ2と以前に関係を確立したと仮定されるこの口座の開設は、税および反テロ法に従う全ての必要な情報をブローカに提供する、従来的に使用されるのと同じ手順に従うと仮定される。例示的なSELLメッセージ10が、図5に示され、かつメッセージを作成する際に口座所有者1によって埋められる以下の情報フィールドを含む。取引フィールド10-1-口座所有者が開始したい取引のタイプを定義する。この場合に、取引はSELLである。保管所口座所有者フィールド10-2-口座所有者1の実際の名前を含む。保管所口座IDフィールド10-3-口座所有者1は、自分の割り当てられた口座IDを、このフィールドに入力しなければならない。ブローカフィールド10-4-口座所有者1は、登録されたブローカ2、すなわち、それを通して自分が取引を実行したい登録されたブローカ2の同じものを入力する。上記のように、口座所有者1は、ブローカ2との既存の関係を有していなければならず、ブローカ2は、保管所3に登録されている必要がある。保管所ブローカIDフィールド10-5-仮定として、口座所有者1は、保管所3がブローカ2に関連付けたID番号を知っており、かつそれを入力することができる。所有者証券口座IDフィールド10-6-口座所有者1は、ブローカ2との自分の関係を識別する特定の口座番号を提供する。銘柄名フィールド10-7-口座所有者1は、自分が売却したい銘柄名この場合にはVerizonを入力する。証券シンボルフィールド10-8-口座所有者1はまた、主要な取引所の1つで取り引きするために証券によって用いられるシンボルこの場合には、NYSEで取引されるようなVZを入力する。株式数フィールド10-9-口座所有者1は、自分が売ってもらいたい株式数を入力する。最低価格フィールド10-10-口座所有者1は、自分の株式を売却するために惜しまず受け入れる最低価格を入力する。満了フィールド10-11-口座所有者1は、自分の売却オファーが満了する日付および時間を入力する。メッセージ10に示す特定のフィールドが、単に例示的であり、他のフィールドを含んでもよく、フィールドの順序は、保管所3が売却プロセスに着手するために十分な情報を受信できる限り、修正および/または結合してもよいことを理解されたい。実際に、明らかになるように、口座所有者1、ブローカ2、および保管所3によって用いられるメッセージフォーマットのほとんどは、類似のフォーマットに基づいており、この場合に、取引フィールドは、後続の適切なステップシーケンスを決定するために、全ての関係者によって用いられる重要なエントリである。再び図4の流れ図を参照するが、ひとたびSELLメッセージ10のフィールドの全てが埋められると、図6に示すように、SELLメッセージ10は、XMLのようなASCIIまたはUnicodeデータ構造で符号化されるステップ11。次に、符号化メッセージは、口座所有者1によって生成された秘密鍵によって署名されるステップ12。秘密鍵は、口座所有者1によってのみ知られている。符号化され署名されたSELLメッセージ10は、ウェブフォームによって保管所3にアップロードするか、または電子メールで送信することができるステップ13。他のレベルの暗号化/セキュリティを、送信メッセージまたは下記の他のメッセージのいずれかに追加することができる。ウェブページは、ウェブサイトのX.509証明書を使用して生成したセッション鍵でロックしてもよい。SELLメッセージ10が、保管所3によって受信されると、識別されたブローカ2にメッセージを送信する前にメッセージを認証するために、多くのチェックが実行される。第1に、口座所有者情報が、署名されたメッセージから抽出されステップ14、口座所有者1用の公開鍵または署名検証鍵が検索されるステップ15。次に、デジタル署名が、チェックされステップ16、署名が不正確な場合にはメッセージは拒否され、口座所有者1は、不適切に署名された移転要求が、口座所有者1のために提出されたことを通知されるステップ17。次に、署名が正確であるそれは、メッセージを本物として定義すると仮定すると、次に、売られている銘柄名をチェックして、それが、提供された取引シンボルに対応することを確かめるステップ18。銘柄名とシンボルとの間に不一致がある場合に、口座所有者1は、自分の売却メッセージに関して問題があること、および口座所有者1が新しい売却要求を提出する必要があることを通知されるステップ19。銘柄名およびシンボルが一致する場合には、次に、口座所有者1の記録8は、口座所有者1が、Verizonの担保を設定されていない200株を実際に所有することを確認するために照会されるステップ20。口座所有者1が、200株未満を所有するか、または口座所有者1が所有する株式が、担保を設定されている場合に、なぜ売却要求を受諾できないかを説明する失敗メッセージが、口座所有者1に送信されステップ21。この特定の例において、および図3の記録8に関連して、口座所有者1が、Verizonの担保を設定されていない500株を所有することが示され、その結果、口座所有者1は、200株の売却を進めることができる。プロセスでのある時点において、ブローカの名前をブローカの保管所口座とチェックしステップ22、正当なブローカが証券の売却を実行するように要求されていることを確認する。再び、このチェックが失敗した場合に、売却要求は停止されステップ23、口座所有者1は、ブローカ名/IDが無効であるというメッセージを送信される。価格もまたチェックされ、それが実際的であることステップ24、および満了日が道理にかなう例えば、過去からの日付でも、存在しない日付でもないことステップ25を確認する。明らかに、この一連のチェックは、これらの検証手順が、続いて売却取引を許可する前に実行される限り、任意の順序で実行することができる。ひとたびチェックセットが完了し合格すると、保管所3は、このイベントに取引IDを割り当てステップ26、この取引ID番号を、口座所有者のVerizon株に関連する口座所有者記録8の一部におけるフィールド8-4に記憶し、かつVerizon株の200株を担保を設定されているとマークするステップ27。担保を設定されているとマークすることは、ブローカ2を保護し、この売却が未完の間に口座所有者1が、Verizonの同じ200株を伴う別の売却を要求するのを防ぐためである。以下の表は、口座所有者1の記録8におけるVerizonの全500株の状態を示す。図4に概説するプロセスを再び参照すると、次に取引IDは、取引IDフィールド10-12として、図7に示すSELLメッセージ10に添付されステップ28、メッセージ自体は、ここで、SELLメッセージ10-Dとして定義される。次に、SELLメッセージ10-Dは、保管所3の秘密鍵、公開鍵ペアの秘密鍵で保管所3によって署名されるステップ29。署名されたSELLメッセージ10-Dは、ブローカ2に送信されステップ30、メッセージのコピーがまた、確認として口座所有者1に送られるステップ31。必要に応じて、メッセージは、送信前に、ブローカおよび口座所有者の公開鍵を用いて暗号化することができる。ひとたびSELLメッセージ10-Dがブローカ2によって受信されると、考えられる3つの可能な結果が存在する。第1に、ブローカ2は、販売用に株式をオファーすることができ、オファーは、買い手がオファーを受けなければ満了する。この状態は、保管所3によって気づかれることになろう。なぜなら、SALEメッセージが、規定された売却期限中にブローカ2から応答として受信されないからである。この場合に、保管所3は、ブローカ2および口座所有者1の両方にCANCELメッセージを送信し、株式は、担保を外される。場合によっては、市場が、非常に急速かつ厳しく下落するので、現在の価格が、受諾可能なレベル未満この場合には恐らく30ドル/株式より下に下落することが偶然に起こり得る。次に、ブローカ2は、その取引IDに関して保管所3にREJECT応答を発行してもよく、再び、株式は、担保を外される。口座所有者1もまた、自分の売却要求を扱う可能性をブローカ2が拒否したことを通知される。第3に、ブローカ2は、口座所有者1によって売却用にオファーされているVerizonの200株の自発的な買い手を見つけてもよい。図8は、この例において、ブローカ2によって作成されるような例示的なSALEメッセージ32である。SALEメッセージ32には、メッセージを作成する際にブローカ2によって埋められる、情報の以下のフィールドが含まれる。取引タイプフィールド32-1:ブローカ2は、この取引をSALEとして識別する。保管所口座所有者フィールド32-2:口座所有者1として識別される。保管所口座IDフィールド32-3:これは、口座所有者1に関連する口座番号である。ブローカフィールド32-4:名前によるブローカ2の識別。保管所ブローカIDフィールド32-5:保管所3におけるブローカ2の口座ID。所有者証券口座IDフィールド32-6:これは、ブローカ2に関連する、口座所有者1の特定の口座IDである。銘柄名フィールド32-7:ブローカ2は、売却された銘柄名、この場合にはVerizonを入力する。取引IDフィールド32-8:ブローカ2は、この特定の取引用に保管所3によって生成された取引IDを提供する。証券シンボルフィールド32-9:ブローカ2はまた、主要な取引所の1つで取引するために証券によって使用されるシンボルこの場合には、NYSEで取引されるようなVZを入力する。株式数フィールド32-10:ブローカ2は、売却された株式数、この場合には200株を入力する。売却価格フィールド32-11:ブローカ2は、売却された証券の売却価格1株当たりを入力する。総売上高フィールド32-12:ブローカ2は、売却に対して受け取った総金額を入力する。ブローカ手数料フィールド32-13:ブローカ2は、このフィールドに自分の手数料を入力する。交換および他の料金フィールド32-14:ブローカ2は、この取引に関連する種々雑多な料金を入力する。正味売上高フィールド32-15:ブローカ2は、口座所有者1の貸方に記入される金額を入力する。決済日フィールド32-16:ブローカ2は、買い手への売却の完了に関連する日時を提供する。上記のように、SELLメッセージ10をSALEメッセージ32と比較すると、多くのフィールドが同じ情報を含むことが明らかである。これらの類似性は、下記の他のタイプのメッセージの説明に繰り越される。図9は、売却プロセスの完了に関連する流れ図であるが、この売却プロセスは、ブローカ2が、図8に示す方法でSALEメッセージ32を埋めることで始まるステップ33。次に、SALEメッセージ32は、オリジナルの売却要求で用いられる方法と類似の方法で符号化され、ブローカ2によって生成された秘密鍵、公開鍵ペアの秘密鍵で署名されるステップ34。ひとたびメッセージが符号化され署名されると、それは、保管所3に送信されるステップ35。受信すると、保管所3は、最初にブローカ2の署名をチェックして、メッセージが本物かどうかを判定するステップ36。署名が一致しない場合に、エラーメッセージがブローカ2に送信されるステップ37。そうでなければ、ステップ38として示すが、次に保管所3は、続いて、売却価格SALEメッセージ32のフィールド32-11を、取引用に指定された最低額SELLメッセージ10のフィールド10-10と照合する。最低額未満の場合に、保管所3は、売却に関する問題のフラグを立てたメッセージを、ブローカ2に送信するステップ39。選択肢は、売却が最低指定価格未満であることを口座所有者およびブローカに通知し、ある問題解決機構が作動できるようにすることである。売却価格が受諾可能な場合にこの特定の例では受諾可能であり、39.18ドルの売却価格は、39.15ドルの最低額より大きい、決済日時は、保管所3によって示されステップ40、ブローカの署名は、SALEメッセージ32から除去され、保管所3の秘密鍵で再署名され、SALEメッセージ32-Dを形成するステップ41。次に、再署名されたメッセージは、口座所有者1に送信されるステップ42。代替として、保管所3は、それ自身の秘密鍵でブローカのメッセージを署名し、二重に署名されたメッセージを口座所有者1に送信してもよい。これは、保管所3が、SALEメッセージによって示された資金を少しも保有しなかったことを口座所有者1に保証することになろう。次に、重要なことには、SALEメッセージ32の条件を受諾すると、口座所有者1の記録8で識別されるような担保を設定された株式は、ブローカ2の保管所口座に移転されステップ43、その後、口座所有者1によって所有されるようなVerizon株の決済日およびリスティングは、口座所有者1の記録8において更新され、次に示すように見える。これは、先行技術の取引と異なり、ブローカ2が証券を所持する第1の例である。移転メッセージ以下で説明するようなは、この機能を実行するために用いられ、メッセージは、保管所3によって署名されて、口座所有者1およびブローカ2の両方に送信される。プロセスは、受け取った資金をブローカ2から口座所有者1の口座に移転することによって完了するステップ44。証券がストリートネームである場合これは、先行技術の従来方法であるに、口座所有者からブローカへの証券の移転は、売却後に自動でなされることになろう。かかる自動プロセスが、本発明の方法論において保持されることが望ましい。したがって、保管所3は、ブローカ2にTRNAFERメッセージを送信し、証券が今ブローカ2の口座にあるすなわちストリートネームでことをブローカ2に通知し、次に、ブローカは、取引を決済することができる。口座所有者1は、このメッセージのコピーを受信してもしなくてもよい。図10は、ブローカ2を介した口座所有者1による証券この場合には200株のVerizon株の売却を記録するために、保管所3によって用いられる例示的なTRANSFERメッセージ45を示す。説明する他のメッセージと同様に、必要な情報が口座所有者1から保管所3に伝達される限り、様々な他のフォーマットを用いてもよい。図10の例示的な実施形態において、TRANSFERメッセージ45には次のフィールドが含まれる。取引タイプフィールド45-1:ブローカ2は、この取引をTRANSFERとして識別する。保管所口座所有者フィールド45-2:口座所有者1として識別される。保管所口座IDフィールド45-3:これは、口座所有者1に関連する口座番号である。ブローカフィールド45-4:名前によるブローカ2の識別。保管所ブローカIDフィールド45-5:保管所3におけるブローカ2の口座ID。所有者証券口座IDフィールド45-6:これは、ブローカ2に関連する口座所有者1の特定の口座IDである。銘柄名フィールド45-7:ブローカ2は、売却された銘柄名、この場合にはVerizonを入力する。証券シンボルフィールド45-8:ブローカ2は、主要な取引所の1つで取引するために証券によって用いられるシンボルこの場合には、NYSEで取引されるようなVZを入力する。株式数フィールド45-9:ブローカ2は、売却され、かつ今ブローカ2の口座に移転されている株式数すなわち200株を入力する。移転日:ブローカ2は、自分の口座への移転が発生する日付を入力する。移転時間:ブローカ2は、移転に関連する時間を入力する。図11は、売却された証券を口座所有者1からブローカ2に移転するために用いられる移転プロセスの詳細を説明する流れ図である。プロセスは、保管所3によるTRANFERメッセージ45の生成から始まるステップ46。次に、TRANSFERメッセージ45は、保管所3によって署名され、ブローカ2に送信されるステップ47。受信すると、ブローカ2は、保管所情報を検索し、署名を検証する際に用いる保管所3の公開鍵にアクセスするステップ48。署名が一致しない場合に、移転は拒否され、失敗メッセージが、保管所3に送信されるステップ49。そうでなければ、ブローカ2は、上記のような様々なチェックを継続するステップ50。これらのチェックが全てが合格すると、保管所3は、識別された株式を口座所有者1からブローカ2に移転するように行動するステップ51。株式の受け取り後、次にブローカ2は、売却を推し進め、最終的に、受け取った資金を決済日までに口座所有者1に支払ってもよいステップ52。万一ブローカ2が、この取引に関連する資金を決済日までに移転しない場合には、口座所有者1との商事紛争が生じるであろうことを指摘することが重要である。ある場合において、この問題が解決されるまで、ブローカ2がさらなる取引に関係することを保管所3が停止する場合がある。代替として、保管所3は、未解決の紛争の閾値数に達するまで、ブローカ2が他の取引を継続できるようにしてもよく、閾値数に達したときに、ブローカ2は停止処分される。資産の購入に関して、ブローカ2と口座所有者1との間の直接的な従来の購入がまだ行われて、そのとき口座所有者1が、上記で概説したのと同様のプロセスを用いて、購入した資産を保管所3の自分の口座に移転してもよいことが明白である。代替として、口座所有者1の代わりに証券の購入を達成するために保管所3の使用を呼びかけることもまた可能である。この手順は、口座所有者1が取引に支払う十分な資金を有していると信じていない特定のブローカ2が用いてもよく、より正確には購入賄う資金が整っていることを保証する仲介者として保管所3を用いることになろう。この状況において、ブローカ2は、保管所3を介して取引を続けるように口座所有者1を指導する。図12は、このプロセスを開始するために、口座所有者1が記入して保管所3に送信可能な例示的なBUYメッセージ55を示す。この例において、口座所有者1は、25ドル/株式の最高価格でCiscoの400株を購入したいと思い、BUYメッセージ55には、以下のフィールドが含まれる。取引フィールド55-1:口座所有者1は、このフィールドへ購入コマンドを入力する。保管所口座所有者フィールド55-2:口座所有者1として識別される。保管所口座IDフィールド55-3:これは、口座所有者1に関連する口座番号である。ブローカフィールド55-4:名前によるブローカ2の識別。保管所ブローカIDフィールド55-5:保管所3におけるブローカ2の口座ID。所有者証券口座IDフィールド55-6:これは、ブローカ2に関連する口座所有者1の特定の口座IDである。銘柄名フィールド55-7:口座所有者1は、自分が購入したい銘柄名、この例ではCiscoCorpを入力する。証券シンボルフィールド55-8:口座所有者1はまた、主要な取引所の1つで取引するために証券によって用いられるシンボルこの場合には、NYSEで取引されるようなCSCOを入力する。株式数フィールド55-9:口座所有者1は、自分が購入したい株式数この例では400株を入力する。最高価格フィールド55-10:口座所有者1は、この取引においてCisco株に自分が惜しまずに払う最高価格1株当たりこの場合には25ドルを入力する。満了フィールド55-11:口座所有者1は、自分の購入オファーが満了する時間/日を入力する。最高手数料フィールド55-12:口座所有者1は、自分の代わりにこの購入を完了するために、ブローカ2に惜しまずに支払う最高手数料を入力する。購入プロセス中に実行されるステップの例示的なシーケンスが、図13の流れ図に示されている。上記の売却プロセスと同様に、購入プロセスには、証券を購入する要求を認証し有効にするために保管所3によって実行される一連の初期チェックが含まれる。図示のように、プロセスは、口座所有者1が、図12に示す形式のBUYメッセージ55を作成することから始まるステップ56。その後、BUYメッセージ55は、口座所有者1が、自分自身と保管所の3との間で使用するために生成した秘密鍵、公開鍵ペアの秘密鍵で、口座所有者1によって符号化され署名されるステップ57。次に、署名されたBUYメッセージ55は、ウェブページエントリとしてかもしくは電子メールに関連して、または任意の他の許容可能な電子フォーマットで、保管所3に送信されるステップ58。受信すると、メッセージを認証するために多くのチェックが実行され保管所3を伴う様々な他の取引と同様に、その後メッセージを識別されたブローカ2に送信する。第1に、口座所有者情報が、署名されたメッセージから抽出されステップ59、口座所有者1用の公開鍵または署名検証鍵が検索されるステップ60。次に、デジタル署名がチェックされステップ61、メッセージは、署名が不正確である場合には拒否され、口座所有者1は、不適切に署名された購入要求が口座所有者1の代わりに提出されたことを通知されるステップ62。署名が正確であるこれは、メッセージを本物として定義すると仮定すると、購入される銘柄名は、それが、提供された取引シンボルに対応することを確認するためにチェックされるステップ63。銘柄名とシンボルとの間に不一致がある場合に、口座所有者1は、BUYメッセージ55の内容に問題があること、および口座所有者1が新しい購入要求を提出する必要があることを通知されるステップ64。検証には、上記と同じ方法におけるブローカ名および口座IDのチェックを含んでもよく、たとえこれらの特定のステップが、図13の流れ図で概説されていなくても含んでもよい。次に、口座所有者1の記録8は、口座上の現金残高を検索するために照会されるステップ65。次に、現金残高が取引のコストを賄うのに十分かどうかを確認するためにステップ66チェックが行われるが、この例では、口座所有者は、自分の最大受諾可能価格における購入を賄うために利用可能な10,014.95ドルを有している必要がある。この取引用に十分な資金がない場合に、口座所有者1は、この取引用に十分な資金を有していないという通知を送信されステップ67、プロセスは停止される。この場合に、図3に示すような口座所有者1の記録8は、口座所有者1が、15,000ドルの現金残高を有し、それが、この購入を賄う現金を十分に超えることを示す。次に、保管所3は、続いて残高の10,014.95ドルに担保を設定し、このイベントに取引IDを割り当てるステップ68。保管所が、購入用の資金だけに担保を設定し、手数料用の資金に担保を設定しないことが可能である。以下の表は、記録8における現金エントリに対して、保管所3によってなされた修正を示す。表3は、現金が、ここで2つの別個のエントリに分割されており、この取引に必要な現金額の第1のエントリが、担保を設定されているとしてフラグを立てられ、割り当てられた取引IDを有することを示す。口座における現金の残りの残高は、別個の行に示されている。なぜなら、この現金が、他の取引で使用するためにまだ利用可能であるからである。担保が、Ciscoの400株の購入に必要な特定の金額に適用されるだけであり、口座所有者1が、異なる証券用の恐らく別の購入メッセージを提出できるようにすることを視覚的に示すが重要である。この時点において、保管所3は、取引IDを含むように購入メッセージ80を修正し、修正されたBUYメッセージ55-Dに署名しステップ69、それをブローカ2に転送するステップ70。任意選択として、この修正された購入メッセージ55-Dはまた、口座所有者1に送信して、口座所有者1が購入取引の状態を通知されるようにしてもよい。ブローカ2が、保管所3からBUYメッセージ55-Dを受信すると、ブローカ2は、SALEメッセージ用に上記で概説したのと同じ検証ステップを続ける。すなわち、ブローカ2は、保管所の署名が有効であること、および口座所有者1に関連するID情報が道理にかなうことを確認する。上記の売却プロセスと同様に、購入要求には3つの異なる結果がある。1株式は、口座所有者1のために購入されるPURCHASEプロセスとして以下で説明する。2購入なしに期間が満了するブローカ2は、EXPIREメッセージを保管所3に送信する。または3ブローカは、注文を拒否しREJECTメッセージを保管所3に送信する。ブローカ2が、口座所有者1の代わりに株式を購入できると仮定すると、図14は、保管所3への返信用に作成される例示的なPURCHASEメッセージ71を示す。PURCHASEメッセージ71には、メッセージを作成する際にブローカ2によって埋められる以下の情報フィールドが含まれる。取引タイプフィールド71-1:ブローカ2は、この取引をPURCHASEとして識別する。保管所口座所有者フィールド71-2:口座所有者1として識別される。保管所口座IDフィールド71-3:これは、口座所有者1に関連する口座番号である。ブローカフィールド71-4:名前によるブローカ2の識別。保管所ブローカIDフィールド71-5:保管所3におけるブローカ2の口座ID。所有者証券口座IDフィールド71-6:これは、ブローカ2に関連する口座所有者1の特定の口座IDである。銘柄名フィールド71-7:ブローカ2は、購入された銘柄名、この例ではCiscoCorpを入力する。証券シンボルフィールド71-8:ブローカ2はまた、主要な取引所の1つで取引するために証券によって用いられるシンボルこの場合には、NASDAQで取引されるようなCSCOを入力する。取引IDフィールド71-9:保管所3が、特定のこのイベントに割り当てた取引ID。株式数フィールド71-10:ブローカ2は、購入された株式数この例では400株を入力する。支払い価格フィールド71-11:ブローカ2は、購入された証券の購入価格1株当たり24.83ドルを入力する。株式コストフィールド71-12:ブローカ2は、購入された株式総数に支払われた価格を入力する。ブローカ手数料フィールド71-13:ブローカ2は、自分の手数料をこのフィールドに入力する。交換および他の料金フィールド71-14:ブローカ2は、この取引に関連する種々雑多な料金を入力する。正味売上高フィールド71-15:ブローカ2は、口座所有者1によって売り手に払われる金額を入力する。決済日フィールド71-16:ブローカ2は、買い手による購入の完了に関連する日時を提供する。保管所3がPURCHASEメッセージ71を受信すると、保管所3は、正味売上金額口座所有者1に関連する担保を設定された現金からを決済日までにブローカ2に移転する。この担保を設定された行に現金が残っている場合にはこの場合には、残りの68ドル、担保を設定されたフラグは、この残りの現金が使用可能に戻れるように除去される。保管所3によって実行されるようなこの一連のステップ用の特定の流れ図は図示されていないが、それらは、売却メッセージの受信時の上記で概説したコースと同様のコースに従うと仮定されるすなわち、ブローカ2が認証され、メッセージ自体は、検証のためにチェックされる。万一購入注文が、実行されずに満了した場合に、保管所3による処理は、売却注文が実行されることなく満了した場合と正確に同じであり、この場合には、次に、担保を設定された資金は、期間の満了で担保を外される。同様に、拒否メッセージがブローカ2から受信された場合に、資金は担保を外され、口座所有者1は通知される。上記の特定の購入注文に対立するものとして、証券を市場価格で購入するように口座所有者1が要求することがまた可能である。例えば、口座所有者1は、最良の利用可能価格でCiscoの400株を購入するようにブローカ2に要求してもよい。この例において、保管所3は、希望通りに取引が進むことを保証するために担保を設定する現金額を知らない。例示的なMARKETBUYメッセージ72が、図15に示されている。再び、このメッセージは、市場購入プロセスを開始するために、口座所有者1によって作成される。図12のBUYメッセージ55と比較すると、最高価格フィールド72-10は、用語MARKETによって埋められるが、これは、この取引を遂行する際に、わずかに異なる経路に沿って進むように保管所3に働きかける。追加的な利用可能現金フィールド72-11が、図15に示すようにMARKETBUYメッセージ72に含まれる。この場合に、保管所3によって保持された口座所有者1の全現金残高を、この行に示してもよく任意選択的に、非常に大きな現金額を預託している顧客に対して、ブローカ2および口座所有者1は、現金の担保設定を放棄することに前もって同意してもよく、フィールドには、用語WAIVEDが含まれる。万一ブローカ2が、要求の放棄に同意しなかった場合に、注文は、現金に担保を設定しなければならないという説明と共に拒否されるREJECTED。全現金残高が市場購入メッセージ上にリストされると仮定すると、保管所3は、上記で概説した方法と類似の方法で全現金資金に担保を設定し、注文をブローカ2に送信する。成り行き注文は迅速に実行されるので、ひとたび応答PURCHASEメッセージが保管所3によって受信されると、保管所3は、購入に必要な現金をブローカ2に移転し、残りの現金残高の担保を外す。市場購入メッセージ上に全現金残高を広告することが賢明でない例またはある口座所有者が存在し得る。本発明のシステムは、わずかに異なるプロセスにおいて、この種の市場購入を扱うことができる。このプロセス用のステップが、図16の流れ図に示されている。保管所3からMARKETBUYメッセージ72を受信するとかつ不可欠なチェックおよび検証を実行した後で、ブローカ2は、最初に、購入されている株式用の現在の提示価格を決定しステップ73、この価格に、クッションと同様にブローカの料金および他の経費を追加するステップ74。次に、合計コストは、MARKETBUYENCUMBERメッセージとして保管所3に送信されるステップ75。次に、保管所3は、口座所有者1の資金に十分な現金があるかどうかを判定するように行動しステップ76、不十分な資金しかない場合にSTOPPURCHASEメッセージをブローカ2に送信するステップ77か、または続いて、要求されたドル金額に担保を設定しステップ78、担保のACKNOWLEDGEMENTをブローカ2に送信するステップ79。購入が完了すると、必要な資金は、ブローカ2に移転され、残りの資金は担保を外される。まれな場合に、市場が非常に急速に変化するので、オリジナルの現金評価が、購入を賄うのに十分でなくなる。この場合に、保管所3は、手元現金をブローカ2に送り、次に、ブローカ2および口座所有者1の両方に不足額を通知し、ブローカ2および口座所有者1が自分達の間で問題を解決できるようにする。従来的には、ブローカは、現金口座および信用口座の両方を提供する。この時点まで、保管所3の利用の説明は、前者に集中した。しかしながら、再び口座所有者用の資産を保持し、かつ取引ごとにブローカに許可を出す機能を実行する、信用口座を備えた仲介者として本発明に従って保管所3を利用することがまた可能である。信用口座を作成する例示的な要求が、信用口座作成メッセージ80として図17に示されている。フィールドは、口座所有者1によって埋められ、信用口座開設の取引フィールドにおける指示が、図18の図に概説するように、一連のイベントをトリガする。図示のように、最初の信用口座は、口座所有者1と保管所3との間で開設され、この場合に、保管所3は、この要求に取引IDを添付し、次に、それをブローカ2に転送する。ブローカ2は、口座所有者1が、ブローカ2と既存の口座関係を有していることを確認し、保管所3に答えて受諾メッセージを送信し、この受諾メッセージは、次に、口座所有者1に中継されるまたはブローカ2から口座所有者1に直接送信される。口座所有者1が、異なるブローカと従来的な信用口座を開設している可能性があるので、これらの信用口座のそれぞれは、保管所3によって別個に作成され、管理される必要があろう。ひとたび信用口座が開設されると、口座所有者1は、上記の移転機構を用いて、自分の基本現金口座から自分の新しく開設された信用口座に証券を移転することができる。例示的な信用口座への移転要求メッセージ81が、図19に示されている。上記のあらゆる他のメッセージと同様に、任意の資産の特定の移転を始める前に、信用口座への移転メッセージは、口座所有者1の秘密鍵によって署名され、その後、いずれかの資産の特定の移転の前に保管所3によってチェックされる。ひとたび検証されると、移転は実行され、移転された証券は、現金口座において担保を設定されているとしてマークされる。ひとたび開設されると、口座所有者1は、例えば、ブローカ2による貸付用の担保として、コールもしくは他のデリバティブの売却用の信用口座、または任意の他の可能な信用口座利用として、信用口座における資産を用いることができる。信用口座用の様々な使用法があり、それらは、詳細には説明しないが、各例において、信用口座所有者とブローカとの間の仲介者として保管所の使用を呼びかける。信用口座における証券に対する貸付の取得は、一例である。また、信用口座に保持された証券を、空売りのためにブローカの他の顧客に貸付できるという現在の慣行がある。この貸付は、通常、口座所有者の認識はなく、口座所有者の仲買業務明細書のエントリとしては現れない。本発明による保管所の使用は、このプロセスを明確にすると考えられる。例えば、口座所有者1-Aが、JPMorganの200株を空売りしたいと仮定する。口座所有者1-Aは、ブローカ2の顧客である。口座所有者1-Bがまた、ブローカ2の顧客であり、JPMorganの500株を保管所3における自分の信用口座に有する口座所有者1-Aもまた、保管所3の登録された口座所有者である。以前に、口座所有者1-Bは、空売り用に自分の証券の借入を可能にすることに、ブローカ2および保管所3両方と同意した。したがって、この状況において、ブローカ2は、図20に示すようなBORROWSECURITIESメッセージ82を作成することによって、貸付プロセスを呼び出すことができる。他の全ての取引と同様に、口座所有者1-Bは通知される。また、万一ブローカ2が破産した場合に口座所有者1-Bが、実際の買い手を知りたいということになり得る。保管所3における他の登録された口座所有者だけに証券を貸すことによって、保管所3は、その情報を有し、かつ口座所有者1-Bにさらなる程度の保証を提供することができる。さらに、口座所有者1が、専門の口座マネージャのサービスを得ることができるように、上記で概説するような様々な取引フロー売却、購入、貸付等を修正することが可能である。この状況を実現するために、口座所有者1は、続いて、自分の代わりに別の人またはエンティティに、BUY、SELLまたは他の注文を出す許可を与える。図21は、この許可を保管所3が本物として認識できるようにするために、口座所有者1が作成し、保管所3に送信可能な例示的なMANAGERAUTHORIZATIONメッセージ83を示す。この場合になされる仮定は、口座マネージャとして働く個人がまた、保管所3に登録されて自分自身のID番号を有し、かつ口座マネージャの役割で働くために、ある免許文書を保管所3に提供したであろうということである。ただ1人の活動中の口座マネージャを個人口座用に任命することができるだけであり、その口座マネージャは、自分がまた口座マネージャとして働く場合があるいずれの他の口座にも証券を移転することができない。有利なことに、この機能はネズミ講に対する保護とし働く。口座マネージャを使ってさえ、最良の実践は、依然として、保管所3を通過する取引の全てに関して口座所有者自身がコピーを送付されることである。口座マネージャは、自分の取引戦略をコピーすることに悩む可能性があり、その結果、口座マネージャは、遅延例えば、いずれかの取引をすることと、保管所3が口座所有者1に通知することとの間の24時間または48時間。があることを要求する可能性がある。明らかに、口座所有者は、口座マネージャの許可をいつでも取り消すことができる。図22は、この例において、口座所有者が使用可能な例示的なCANCELMANAGERAUTHORIZATIONメッセージ84を示す。上記のように保管所の使用を含み得る様々な他の証券取引活動があり、これらの活動簡単に言及した様々な信用口座活動を含むの詳細は、ここでは説明しない。なぜなら、それらは、業界において周知の標準取引コースに従うからである。これらの取引のいずれかにおいて保管所の形態をした仲介者を利用する目的は、口座所有者を保護することである。例えば、今日、ビジネスを行う標準的な方法において、ブローカが、何らかの理由で廃業した場合に、ブローカによって保持された証券は、法的手続きに巻き込まれる。本発明に従って上記のような保管所を利用することによって、口座所有者は、ブローカの商習慣から保護される。なぜなら、ブローカは、単に、取引ベースで口座所有者の証券にアクセスするだけだからである。保管所は、口座所有者の代わりに証券を保持し、したがって証券は、ブローカとは関連付けられない。特定の証券の所有権問題へのあらゆる調査も促進する明瞭な監査証跡であって、保管所によって維持される明瞭な監査証跡がある。また、保管所の安定性は、あるレベルの安心感を口座所有者に加え、口座所有者は、自分のブローカの平均余命について心配する必要がない。要約すれば、本発明による保管所の利用によって、証券所有者は、証券所有者が、家庭で、取引する特定のブローカの財政状態に株式、債券、先物および他の証券をさらさずに、それらを、ストリートネームで保持されているかのように取引することが可能になる。コンピュータベースの通信および秘密鍵、公開鍵ペアの利用によって、取引を安全かつ迅速に完了して、現在のストリートネームの取引慣行ほど使用の容易な機構を提供することが可能になる。"