(57)【要約】  証券取引に関係する個人（機関を含む）を保護するためのシステムであって、証券所有者と証券会社との間の仲介者として「独立した」保管所を利用するシステムが生成される。保管所を含むことは、証券会社の側の不当な活動から証券所有者を保護すると考えられる。保管所は、所有者の代わりに証券を「保持する」ために用いられる。証券所有者および証券会社は、保管所に登録され、かつ保管所に口座を維持しなければならない。証券を伴う全ての取引は、やはりブローカによって実行されるが、しかし要求は、証券所有者から保管所に送信され、次に、保管所は、取引に関するメッセージをブローカに中継する。したがって、証券は、取引ごとにブローカに所持されるだけである。【選択図】図１
2013522721.tif 000002
【特許請求の範囲】
【請求項１】
証券所有者の代わりにブローカを利用して証券を取引するためのシステムであって、前記システムが、
前記証券所有者と前記ブローカとの間の仲介者として配置された保管所であって、前記所有者に関連する証券を保持し、かつ取引の完了に基づいてのみ証券を前記ブローカに移転する保管所を含み、前記保管所が、
各口座所有者用に別個の記録を含む、口座所有者情報の第１のデータベースであって、各記録が、名前および識別番号によって口座所有者を識別する情報を含み、かつ前記口座所有者に関連する、前記保管所によって保持された全ての証券のリスティング、各証券の価値、各証券用の担保の識別を含み、現在の証券の取引ＩＤ番号が、進行中の取引に関連付けられる第１のデータベースと、
ブローカ情報の第２のデータベースであって、各ブローカ用の別個の記録を含み、かつ名前および識別番号によって各ブローカを識別する情報を含む第２のデータベースと、
取引を達成するために口座所有者またはブローカによって利用される各メッセージタイプのテンプレートを記憶するためのメモリと、
前記口座所有者と前記ブローカとの間の直接的な通信も証券の移転も要求せずに証券の移転を達成するために、前記口座所有者からの命令を送信および受信し、かつ同様に前記ブローカからの命令を送信および受信するための、前記第１のデータベース、前記第２のデータベースおよびメモリと通信する専用プロセッサと、を含むことを特徴とするシステム。
【請求項２】
請求項１に記載のシステムにおいて、口座所有者に関連する信用口座を記憶するための追加データベース要素をさらに含むことを特徴とするシステム。
【請求項３】
請求項１に記載のシステムにおいて、前記メモリに記憶された前記テンプレートが、前記口座所有者が使用するためのＢＵＹメッセージテンプレート、ＳＥＬＬメッセージテンプレート、およびＴＲＡＮＦＥＲメッセージテンプレートを含むことを特徴とするシステム。
【請求項４】
請求項１に記載のシステムにおいて、前記メモリに記憶された前記テンプレートが、前記ブローカが使用するためのＳＡＬＥメッセージテンプレートおよびＰＵＲＣＨＡＳＥメッセージテンプレートを含むことを特徴とするシステム。
【請求項５】
請求項４に記載のシステムにおいて、前記メモリに記憶された前記テンプレートが、前記ブローカが使用するためのＥＸＰＩＲＥメッセージテンプレートおよびＲＥＪＥＣＴメッセージテンプレートをさらに含むことを特徴とするシステム。
【請求項６】
証券所有者のための保管所として定義される独立仲介者を介した移転証券を開始する方法であって、
前記証券所有者用の別個の登録を行うステップと、
前記保管所が前記証券を物理的に所持するように、前記口座所有者から前記保管所に証券を移転するステップと、
口座所有者ＩＤを含み、かつ前記保管所に移転されて、登録された口座所有者の代わりに前記保管所によって保持された複数の証券をリストする別個の口座記録を口座所有者データベースに、各登録された所有者のために開設するステップと、
前記口座所有者からの取引メッセージを前記保管所で受信するステップと、
前記取引メッセージを前記保管所で認証し、前記コマンドが認証され得ない場合には、エラーメッセージを前記口座所有者に送信するステップと、認証できれば、
前記口座所有者記録を検索し、前記記録情報に基づいて取引メッセージを処理できるかどうかを判定し、前記取引を扱うことができない場合に、拒否メッセージを前記口座所有者に送信するステップと、扱うことができれば、
前記保管所で前記取引メッセージを確認し、前記確認された取引メッセージを行動のために前記ブローカに送信するステップと、
を含むことを特徴とする方法。
【請求項７】
請求項６に記載の方法において、前記取引メッセージが、ＳＥＬＬ証券メッセージを含むことを特徴とする方法。
【請求項８】
請求項６に記載の方法において、前記取引メッセージが、ＢＵＹ証券メッセージを含むことを特徴とする方法。
【請求項９】
請求項６に記載の方法において、前記方法が、メッセージを前記保管所に送信する際に使用するための（秘密鍵、公開鍵）ペアを前記口座所有者が生成するステップであって、前記口座所有者が、前記秘密鍵で各取引メッセージに署名し、前記保管所が、各取引を受信すると前記公開鍵をチェックして前記認証を実行するステップをさらに含むことを特徴とする方法。
【請求項１０】
請求項６に記載の方法において、前記保管所が、メッセージを前記ブローカに送信する際に用いるための（秘密鍵、公開鍵）ペアを生成し、前記取引メッセージを確認するステップが、前記生成された秘密鍵で前記保管所が前記取引メッセージに署名する行動を含むことを特徴とする方法。
【請求項１１】
請求項６に記載の方法において、
受信した取引メッセージを前記ブローカで認証するステップと、
前記メッセージで要求されたように前記取引を実行するステップと、
取引確認メッセージを作成するステップと、
取引確認メッセージを前記ブローカから前記保管所に送信するステップと、
前記取引確認メッセージを前記保管所で認証し、前記メッセージが認証できないできない場合に、エラーメッセージを前記ブローカに送信するステップと、認証できれば、
取引確認メッセージの内容の信憑性を判定し、前記取引確認メッセージの条件が、前記口座所有者記録の前記オリジナルの取引メッセージまたは内容と矛盾する場合に、拒否メッセージを前記ブローカに送信するステップと、矛盾しなければ、
前記要求された取引を達成するために必要な前記証券移転を実行するステップと、
前記取引が完了すると前記口座所有者に通知するステップと、
をさらに含むことを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、２０１０年３月１１日の出願で、参照により本明細書に援用された米国仮特許出願第６１／３１２，７１５号の利益を主張する。
【０００２】
本発明は、証券取引に関係する個人（機関を含む）を保護するためのシステムに関し、特に、証券会社の側における不当な活動から証券所有者を保護するために、証券所有者と証券会社との間の仲介者として「独立した」保管所を利用することに関する。
【背景技術】
【０００３】
先行技術は、証券の電子取引を達成するための方法が豊富である。以下は、単に代表的なものと考えられる。
【０００４】
２００１年６月１８日にＷ．Ｄ．Ｂｕｉｓｔに付与された「Ｓｙｓｔｅｍ  ａｎｄ  Ｍｅｔｈｏｄ  ｆｏｒ  Ｃｏｎｄｕｃｔｉｎｇ  Ｓｅｃｕｒｉｔｉｅｓ  Ｔｒａｎｓａｃｔｉｏｎｓ  ｏｖｅｒ  ａ  Ｃｏｍｐｕｔｅｒ  Ｎｅｔｗｏｒｋ（コンピュータネットワークを通じて証券取引を実行するためのシステムおよび方法）」なる名称の米国特許第６，４９８，２８２号明細書。Ｂｕｉｓｔシステムおよび方法は、国内取引所および国内取引所外の両方における、インターネットを通じた証券取引に関連する。好ましい実施形態が、改善されたヒューマンインターフェース、およびユーザコンピュータスクリーン上のリアルタイム株価の連続表示をサポートする。ユーザは、インターネットを通じて提供される証券取引サービスの加入者である。このサービスの各加入者は、ユーザ対ユーザ取引能力を提供する第１のシステム、およびユーザが選択するブローカ／ディーラシステムである第２のシステムに、ユーザ自身のコンピュータから同時に接続される。ブローカ／ディーラシステムは、サーバベースのシステム（顧客口座を維持するためにブローカによって用いられる共通サーバシステムなど）である。Ｂｕｉｓｔシステムにおいて、ブローカ／ディーラサーバは、ユーザコンピュータと同様に、ユーザ対ユーザシステムのルートサーバと通信するが、この場合に、ユーザ対ユーザシステムは、リアルタイムの常に最新の株式情報を提供し、かつそれが対話するブローカ／ディーラシステムによって承認されたユーザ対ユーザ取引を促進する。
【０００５】
しかしながら、Ｂｕｉｓｔシステムには、ブローカ／ディーラが破産した場合に、証券所有者のための保護がないという問題がある。ブローカ／ディーラが破産を申請した場合に、これは、個人の口座の破壊をもたらす。破産の公算がいくらかありそうに思われる場合に、ブローカ／ディーラの多数の顧客にその口座を引き出させるのは、かかる破産の恐怖である。かかる引き出しは、合衆国において過去に発生し、かつ最近の「金融危機」において、大変に評判の高い金融機関の崩壊に寄与した。
【０００６】
２００５年２月１７日にＧ．Ｂａｌｌｍａｎに付与された、「Ａ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｓｅｃｕｒｉｔｉｅｓ  Ｅｘｃｈａｎｇｅ  Ｄｉｒｅｃｔ  Ｔｒａｄｅ  ａｎｄ  Ｄｉｒｅｃｔ  Ｓｈｏｒｔｉｎｇ（証券取引所直接取引および直接空売り）」なる名称の米国特許出願公開第２００５／００３８７２７号明細書は、ブローカに対立するものとして個人（「権利者」）による活動に基づいた取引システムに関する。Ｂａｌｌｍａｎシステムにおいて、ブローカは、個人用のエージェントとしてのみ取引する能力を与えられる。特に、Ｂａｌｌｍａｎシステムは、政府規制に従ってブローカ取引および情報を管理するためのデータ処理システムおよび方法に関する。データ処理システムは、さらに、顧客プロファイルなどの他のタイプのブローカ取引情報を管理すること、および無許可取引活動を防ぐ能力を向上させるセキュリティ手段を提供することに備える。データ処理システムのいくつかの特定の機能態様には、以前に入力された取引記録に対してなされたいずれかの／全てのデータ変更を監視および記録する能力が含まれる。この監査機能は、主データベースにおいていくらかの記録が行われることなしには、どんな取引記録データの変更も防ぐ。各取引記録に関する変更状態を示す取引監査報告書を生成してもよい。Ｂａｌｌｍａｎデータ処理システムおよび方法は、ＳＥＣ、国家、国際、および地方の規則に対処する際だけでなく、仲買業務の全ての業務をよりよく記録および追跡するために、ブローカ／ディーラ代表者、地方の証券会社、および政府監視官を支援する包括的な手段を結果としてもたらす。
【０００７】
Ｂａｌｌｍａｎシステムは、取引が匿名の第三者によって制御されることに依存する。コンピュータベース取引の進歩した時代でさえ、個人は、ブローカのサービス（およびその専門知識）を利用し、信頼できるブローカとの関係を維持および構築することを好む可能性がある。さらに、Ｂｕｉｓｔシステムと同様に、Ｂａｌｌｍａｎシステムは、個人への保護を提供しない。監査特性は、信頼できないブローカから取引システムを保護する際には功を奏するが、個人の利益を保護するためには何もしない。
【０００８】
２０１０年３月４日にＪ．ＭｃＰｈｅｒｓｏｎに付与された、「Ｓｙｓｔｅｍ  ａｎｄ  Ｍｅｔｈｏｄｓ  ｆｏｒ  Ｐｒｏｃｅｓｓｉｎｇ  Ｏｐｅｎ−Ｅｎｄ  Ｍｕｔｕａｌ  Ｆｕｎｄ  Ｐｕｒｃｈａｓｅ  ａｎｄ  Ｒｅｄｅｍｐｔｉｏｎ  Ｏｒｄｅｒｓ  ａｔ  Ｃｅｎｔｒａｌｉｚｅｄ  Ｓｅｃｕｒｉｔｉｅｓ  Ｅｘｃｈａｎｇｅｓ  ａｎｄ  Ｏｔｈｅｒ  Ｓｅｃｕｒｉｔｉｅｓ  Ｔｒａｄｉｎｇ  ａｎｄ  Ｐｒｏｃｅｓｓｉｎｇ  Ｐｌａｔｆｏｒｍｓ（集中型証券取引所ならびに他の証券取引および処理プラットフォームにおけるオープン型投資信託購入および償還注文を処理するためのシステムおよび方法）」なる名称の米国特許出願公開第２０１０／００５７６０８号明細書は、複数のブローカおよび会員会社から注文メッセージを受信するために指定の取引所におけるサーバにおいて従来のオープン型投資信託購入および償還注文を処理するためのシステムであって、サーバが、優先されたビジネス規則セットに好ましくは基づいて、個人または集中注文メッセージを処理するように、かつ／または購入および償還注文を照合し、注文を再編するように、かつ複数のファンド／証券クリアリングエージェントのうちの少なくとも１つ、ファンド／移転エージェント、および確認用保管所に再編された注文、ならびに投資信託株券用の発行および償還注文の清算および決済と同様に、投資信託配当の支払いを送信するように、動作可能なルーチンを記憶するための少なくとも１つのプロセッサおよびメモリを有するシステム。
【０００９】
このＭｃＰｈｅｒｓｏｎシステムは保管所を用いるが、それは、「事務管理部門」において手形交換機構として働き、営業日の終わりに取引を処理し、エントリを別口座に記入する。
【００１０】
電子取引を伴うほとんどの現代のシステムにおいて、証券は、個人所有者ではなく証券会社の名前（「ストリートネーム」）で保持され、ブローカは、顧客の株式が保管されていることを顧客に通知する。このシステムは、証券会社が問題を起こす、すなわち、廃業するか、破産を宣言するか、さもなければもはや取引を実行できなくなるまではうまく行く。また、最近の「常習犯」問題と同様に、これによって、ネズミ講（Ｐｏｎｚｉ  ｓｃｈｅｍｅ）、すなわち、ブローカが、自分の利益のための顧客の証券を使い、一方で、顧客の保有資産の価値および内容に関して顧客に嘘をつくネズミ講が可能になる。
【００１１】
この時点で、２つのことが明白になる。多くの口座は、保険保護がない。したがって、証券会社が廃業すると、様々な顧客によって「所有された」異なる証券の株式数を決定するための機構が存在しない。この問題を悪化させるのは、所有権問題を解明し、かつ顧客によって所有された実際の証券を突きとめるのに数週間または数か月かかる可能性があるということである。この期間中に、証券の１つまたは複数は、価値が下がる可能性があるが、しかし顧客は、証券に対する「無瑕疵権原」を有することなしに、取引を行うことができない。
【発明の概要】
【００１２】
当該技術分野に残る必要性が本発明によって取り組まれるが、本発明は、証券取引に関係する個人（機関を含む）を保護するためのシステムに関し、特に、証券所有者と証券会社との間の仲介者としての「独立した」保管所の利用して、証券会社の側の不当な活動から証券所有者を保護し、かつ証券が「ストリートネーム」で保持されているかのように素早く、正当な取引の決済を可能にすることに関する。
【００１３】
本発明によれば、保管所が、証券所有者のために証券の安全な「保持者」として利用される。証券所有者および証券会社は、保管所に登録され、保管所に口座を維持しなければならない。証券に関係する全ての取引は、やはりブローカによって実行されるが、しかし要求は、証券所有者から保管所に送信され、次に、保管所は、取引に関するメッセージをブローカに中継する。
【００１４】
実際の証券が、所有者の名前で保管所によって保持されることによって、「ストリートネーム」で取引を実行する必要がないことは、本発明の構成の利点である。その結果、万一ブローカが、何らかの理由で廃業した場合に、自分の証券の回収に関する証券所有者の側における心配がない。それらは、保管所の管理および境界内に安全に留まっている。すなわち、顧客は、ブローカの破産または倒産から保護され、証券が「ストリートネーム」で保持されているかのように、やはり証券を取引することができる。
【００１５】
保管所は、個人およびブローカの両方のために口座を作成するために、個人から保管所に証券を移転するために、ブローカを用いた「売却」取引、ブローカを用いた個人の「購入」取引を開始するために、かつ信用口座、貸付などに関連する様々なサービスを提供するために用いられる。証券は、保管所によって保持され、かつ口座所有者によって要求されたときに、取引ごとに、必要に応じて（すなわち、売却を完了するか、または貸付の支払いを補償するために）ブローカに移転されるだけである。
【００１６】
本発明のこれらや他の特徴および利点は、以下の説明の過程で、かつ添付の図面を参照することによって明らかになろう。
【００１７】
ここで図面を参照する。
【図面の簡単な説明】
【００１８】
【図１】図１は、本発明に従い、証券取引において仲介者として保管所を利用するための例示的なシステムの概略図である。
【図２】図２は、個人ユーザの口座を保管所に開設するためのステップを示す流れ図である。
【図３】図３は、口座所有者が保管のために保管所に移転した資産を識別する、保管所に記憶されるような例示的な口座所有者記録を示し、保管所は、取引ごとに、「必要に応じて」ブローカに資産を移す。
【図４】図４は、本発明に従い、保管所を通して証券を「売却する」ための例示的なプロセスの流れ図である。
【図５】図５は、口座所有者によって作成されるような例示的な「売却」メッセージを示す。
【図６】図６は、口座所有者の「秘密鍵」の署名を備えて保管所に送信される「売却」メッセージの符号化された形態である。
【図７】図７は、「売却」メッセージが保管所によって検証され、その秘密鍵で再署名された後の「売却」メッセージの最新バージョンである。
【図８】図８は、口座所有者の代わりに売却をうまく完了した際にブローカによって作成されるような例示的な「売却」メッセージを示す。
【図９】図９は、売却を完了して資産の実際の移転を達成にする際の保管所の役割を示す流れ図である。
【図１０】図１０は、適切なブローカの口座への、売却された資産の移転を許可するために口座所有者によって用いられるような例示的な「移転」メッセージを示す。
【図１１】図１１は、例示的な「移転」プロセスを示す流れ図である。
【図１２】図１２は、保管所を通して購入を実行することが好ましい例において、口座所有者によって作成され、かつ証券を購入するために用いられるような例示的な「購入」メッセージを示す。
【図１３】図１３は、例示的な「購入」プロセスの流れ図である。
【図１４】図１４は、口座所有者の代わりに所望の証券をうまく購入した際にブローカによって作成されるような例示的な「購入」メッセージである。
【図１５】図１５は、「市場価格」で証券を購入したい口座所有者によって用いられるような代替「購入」メッセージを示す。
【図１６】図１６は、「市場価格」購入で用いるために現金担保を決定する特定のプロセスの流れ図である。
【図１７】図１７は、保管所に「信用」口座を開設するための例示的なメッセージを示す。
【図１８】図１８は、信用口座の開設に関係する口座所有者、保管所およびブローカ間の取引の例示的なシーケンスを示す。
【図１９】図１９は、口座所有者が、ある資産を自分の信用口座に移転するために用いるメッセージである。
【図２０】図２０は、第２の口座所有者による使用のために第１の口座所有者の信用口座から証券を借りるプロセスを始めるためにブローカによって用いられるメッセージである。
【図２１】図２１は、口座所有者が、自分の代わりに取引を開始する許可を、指名された「マネージャ」に与えるために用いるメッセージである。
【図２２】図２２は、口座マネージャの許可を取り消すために口座所有者が用いるメッセージである。
【発明を実施するための形態】
【００１９】
図１は、個人証券所有者１（以下では「口座所有者」と呼ぶ）の代わりに、本発明に従って取引を行うための例示的なシステムを示す。過去において、口座所有者は、証券を購入および売却する際に自分のブローカ／証券会社２と直接対話したことだろう。取引のいくつかは、「本人がじかに」相談することが可能であり、紙の株券の実際の売却を伴うことさえ可能であるが、今日の取引のほとんどは、オンラインで行われ、口座所有者１とブローカ２との間の安全な通信が、取引を実行するために用いられる。証券および資金の電子交換は、取引の容易さをもたらす一方で、ブローカが様々な理由で廃業または破産した場合に、口座所有者が、自分の口座に関連する証券を容易に回復でき得ない状況（取引が、ブローカの「ストリートネーム」だけで実行されることが、この問題を悪化させる）を生み出した。
【００２０】
本発明に従って、この問題は、図１に示すように、保管所３と呼ばれる信頼され独立した第三者エンティティを取引プロセスに差し込むことによって取り組まれる。保管所３は、所有者のために資産を保持する仕事をする。それは、ブローカ自体ではなく、その仕事は、疑念および非難を超越していることである。保管所３に負わせられた重大な制約は、次のように概説することができる。（１）それは、金融資産を購入も、売却も、取引もしない。（２）それは、資産の損失または盗難に対してかなりの保険を有する（例として、合衆国を本拠地とする保管所は、「合衆国の十分な信頼と信用」によって支持され得る）。（３）それは、保持された資産のセキュリティを保証するために、外部監査人によって規則的に監査されなければならない。
【００２１】
個人は、以下で詳細に説明するプロセスを通して保管所３の登録された「口座所有者」になるが、これは、登録された口座所有者と取引をしたいどんな証券会社も行う。次に、口座所有者は、自分が口座に入れたい任意の現金と同様に、自分の証券（紙の証書、要求払預金証などを含む）を保管所３に移転する。この移転は、既に整えられた、かつブローカによって「保持される」ように証券を移転するために使用される標準プロセスを用いると考えられる。個人が取引を開始したいと望んだ場合に、個人は、保管所と通信し、そして今度は、保管所が、ブローカに取引情報を伝達する。口座所有者１と保管所３との間と同様に、ブローカ２と保管所３との間でも暗号化機構が適所に配置され、取引のセキュリティおよび完全性を維持する。以下で詳細に説明するように、保管所３およびブローカ２の両方によって実行される抑制と均衡は、口座所有者１が、所望の取引を実行するために適切に位置付けられることを保証する。本発明に従い、証券の「保持者」として保管所３を用いることによって、個々の証券は、口座所有者１によって要求されたときに、取引ごとにブローカ２へ移されるだけである。したがって、万一ブローカ２が廃業した場合でも、口座所有者１は保護され続ける。なぜなら、企業破産のときに売却にも購入にも巻き込まれない口座所有者１の資産は、保管所３の管理下に留まるからである。
【００２２】
図１に示すように、保管所３には、口座所有者データベース１００が含まれ、このデータベースには、登録された口座所有者の記録の全てのリストが含まれる。各登録された口座所有者は、口座所有者データベース１００における情報を問い合わせて操作するために保管所３によって用いられる一意のＩＤ番号を割り当てられる。別個のブローカデータベース２００は、保管所３に関連するブローカのアイデンティティを記憶するために用いられる。別個のメモリユニット３００は、証券移転に関連するメッセージ（メッセージは、以下で詳細に説明する）を作成するために用いられる様々なテンプレートを記憶するために、保管所３において用いてもよい。保管所３内に含まれる専用プロセッサ４００は、口座所有者１およびブローカ２の両方と通信するために用いてもよく、その場合に専用プロセッサ４００は、メモリユニット３００、口座所有者データベース１００、およびブローカデータベース２００と対話して、以下で詳細に説明する様々な取引を行う。
【００２３】
図２には、保管所３に登録された口座所有者１になるために個人によって用いられる例示的なプロセスの流れ図が含まれる。上記のように、個人およびブローカの両方は、保管所で口座を作成することを要求される。ブローカによって作成された口座は、制限なしに（普通の顧客が証券をブローカ口座に移転できるだけの個人口座と比較して）顧客口座間で証券を移転する能力などの追加的な能力を有する。
【００２４】
図示のように、新しい口座を作成するプロセスは、ステップ４において、保管所として機能する認められたエンティティに「接触情報」（例えば郵送先住所、電話番号、電子メールアドレス）を個人が送信することで始まる。それに応じて、保管所３は、ここで「口座所有者」として定義された個人に口座番号を返信する（ステップ５）。次に、口座所有者は、自分のために着手される全取引のための「信憑性」チェックとして使用される（秘密鍵、公開鍵）ペアを生成する（ステップ６）。次に、鍵の公の半分は、保管所３に送信される（ステップ７）。任意の周知の鍵生成技術（ＲＳＡ、ＰＧＰ、ＧＰＧなど）を用いてもよく、鍵の長さは、攻撃者が、メッセージを調べることによって秘密鍵を発見できる可能性がほとんどないという要件を満たすのに十分である必要がある。時には、口座所有者が、新しい鍵ペアを生成することもまた可能であり、そのあとに最新の公開鍵を保管所３に送信する必要がある。
【００２５】
ひとたび個人が、（秘密鍵、公開鍵）ペアを作成し、公開鍵を保管所３に送信すると、個人は、資産を保管所に移転することができ、資産が自分の口座に適切に関連付けられることを保証され得る。
【００２６】
資産を所有者の口座に移転するために使用可能な少なくとも４つの異なる機構が存在する（このリスティングは、包括的でない可能性がある）。最初に、資産が、ブローカ口座に関連付けられる場合に、資産は、確立された従来の技術を用いて移転することができる。証券が紙の形式で存在する場合に、証券は、保管所３へ裏書きし、（書留郵便、メッセンジャ、または別の安全なサービスを介して）保管所３に物理的に送付することができる。保管所３がまた「無記名債券」（または類似の証書）を受理する場合に、それらは、保管所３の営業所に個人的に配達される必要があり得る。明らかに、現金資金は、小切手によって、または任意の許容可能な銀行電子資金決済方法を通して送ることができる。
【００２７】
各例において、保管所３は、電子的に（電子メール、ＩＭ）、電話で（ボイスメール）、または紙で（郵便を介して）証券の受理を通知する。実際には、登録された口座所有者が自分の保有資産をチェックできるようにするウェブベースのインターフェースを保管所３が有することが予想される。これは、パスワード、スマートトークン、生体認証、および／またはプライバシおよびセキュリティを提供するのに十分と考えられる任意の他の識別技術を含む、電子バンキングおよび電子仲買業務を行う現在の方法と一致しよう。したがって、保管所３には、各口座所有者用の（同様に、証券を物理的に「保持する」ための）情報のデータベースが含まれ、口座所有者自身は、一般に、ウェブサイト、または保管所３との他のタイプのコンピュータベース対話を通して、自分の特定の口座情報へのアクセス権を与えられる。
【００２８】
図３は、保管所３のデータベースに記憶されるような口座所有者の保有資産の例示的な記録８を示す。上記のように、口座所有者１が、いつでもこの情報を「見る」ことができ、かつ図３に示すような構成が、その目的のためのスクリーンショットとしての使用に適切であることが好ましい。この例示的な実施形態において、記録８は、この個人の口座番号とリンクされる（したがって、各顧客記録は、別個の記録と一意に関連付けられ、かつ口座番号によって索引を付けられる）。記録８には、列８−１に、それぞれ保持される証券の識別、列８−２に、その証券に関連する「価値」またはドル金額、列８−３に、証券の担保の識別（同様に以下で詳細に説明するように、証券は、現在取引に関係している場合に、「担保付」としてフラグを立てられる）が含まれ、取引ＩＤが、進行中の取引に関係する証券に対して列８−４に入力される。明らかに、記録８のフォーマットは、単に例示的であり、登録された口座所有者に関連する情報は、任意の他の適切な形態で保持してもよい。
【００２９】
ひとたび口座所有者が、自分の資産（または資産の選択したサブセット）を保管所３に移転すると、口座所有者は、これらの資産で、購入、売却、または他の取引を実行できる位置にいる。起こり得る活動の様々な活動を以下で説明する（各可能な取引の説明は、包括的ではない）が、その場合に、口座所有者１とブローカ２との間の独立仲介者として保管所３を利用することによって、口座所有者１は、自分の証券が、自分のブローカによって「ストリートネーム」で保持されていることについての心配なしに、電子取引の利点を享受し続けることが可能になることが明らかになる。実際に、本発明のシステムにおける意図した目的は、保管所３を利用して、証券所有者に対するリスクを減少させ、一方で証券がストリートネームで保持されているかのように容易に、証券所有者が証券を売却できるようにすることである。
【００３０】
図４は、選択された証券の売却を開始する口座所有者１に関係するステップの流れ図である。売却を開始するプロセスを説明する間に、図３に示すような記録８もまた参照される。図４を参照すると、プロセスは、口座所有者１がＳＥＬＬメッセージを作成することで始まる（ステップ９）。説明のために、口座所有者１が、３９．１５ドルを超える価格（現在の価格は３９．２５ドルである）でＶｅｒｉｚｏｎの２００株を売却したいと思っていると仮定される。また、口座所有者１が、保管所３に口座を有するブローカ２と以前に関係を確立したと仮定される（この口座の開設は、税および反テロ法に従う全ての必要な情報をブローカに提供する、従来的に使用されるのと同じ手順に従うと仮定される）。例示的なＳＥＬＬメッセージ１０が、図５に示され、かつメッセージを作成する際に口座所有者１によって埋められる以下の情報フィールドを含む。
・取引フィールド１０−１−口座所有者が開始したい取引の「タイプ」を定義する。この場合に、取引は「ＳＥＬＬ」である。
・保管所口座所有者フィールド１０−２−口座所有者１の実際の名前を含む。
・保管所口座ＩＤフィールド１０−３−口座所有者１は、自分の割り当てられた口座ＩＤを、このフィールドに入力しなければならない。
・ブローカフィールド１０−４−口座所有者１は、（登録された）ブローカ２、すなわち、それを通して自分が取引を実行したい（登録された）ブローカ２の同じものを入力する。上記のように、口座所有者１は、ブローカ２との既存の関係を有していなければならず、ブローカ２は、保管所３に登録されている必要がある。
・保管所ブローカＩＤフィールド１０−５−仮定として、口座所有者１は、保管所３がブローカ２に関連付けたＩＤ番号を知っており、かつそれを入力することができる。
・所有者証券口座ＩＤフィールド１０−６−口座所有者１は、ブローカ２との自分の関係を識別する特定の口座番号を提供する。
・銘柄名フィールド１０−７−口座所有者１は、自分が売却したい銘柄「名」（この場合には「Ｖｅｒｉｚｏｎ」）を入力する。
・証券シンボルフィールド１０−８−口座所有者１はまた、主要な取引所の１つで取り引きするために証券によって用いられるシンボル（この場合には、ＮＹＳＥで取引されるようなＶＺ）を入力する。
・株式数フィールド１０−９−口座所有者１は、自分が売ってもらいたい株式数を入力する。
・最低価格フィールド１０−１０−口座所有者１は、自分の株式を売却するために惜しまず受け入れる「最低価格」を入力する。
・満了フィールド１０−１１−口座所有者１は、自分の「売却」オファーが満了する日付および時間を入力する。
【００３１】
メッセージ１０に示す特定のフィールドが、単に例示的であり、他のフィールドを含んでもよく、フィールドの順序は、保管所３が「売却」プロセスに着手するために十分な情報を受信できる限り、修正および／または結合してもよいことを理解されたい。実際に、明らかになるように、口座所有者１、ブローカ２、および保管所３によって用いられる「メッセージ」フォーマットのほとんどは、類似のフォーマットに基づいており、この場合に、「取引」フィールドは、後続の適切なステップシーケンスを決定するために、全ての関係者によって用いられる重要なエントリである。
【００３２】
再び図４の流れ図を参照するが、ひとたびＳＥＬＬメッセージ１０のフィールドの全てが埋められると、図６に示すように、ＳＥＬＬメッセージ１０は、ＸＭＬのようなＡＳＣＩＩまたはＵｎｉｃｏｄｅデータ構造で符号化される（ステップ１１）。次に、符号化メッセージは、口座所有者１によって生成された秘密鍵によって「署名」される（ステップ１２）。秘密鍵は、口座所有者１によってのみ知られている。
【００３３】
符号化され署名されたＳＥＬＬメッセージ１０は、ウェブフォームによって保管所３にアップロードするか、または電子メールで送信することができる（ステップ１３）。他のレベルの暗号化／セキュリティを、送信メッセージ（または下記の他のメッセージのいずれか）に追加することができる。ウェブページは、ウェブサイトのＸ．５０９証明書を使用して生成したセッション鍵でロックしてもよい。
【００３４】
ＳＥＬＬメッセージ１０が、保管所３によって受信されると、識別されたブローカ２にメッセージを送信する前にメッセージを認証するために、多くのチェックが実行される。第１に、口座所有者情報が、署名されたメッセージから抽出され（ステップ１４）、口座所有者１用の公開鍵または署名検証鍵が検索される（ステップ１５）。次に、デジタル署名が、チェックされ（ステップ１６）、署名が不正確な場合にはメッセージは「拒否」され、口座所有者１は、不適切に署名された移転要求が、口座所有者１のために提出されたことを通知される（ステップ１７）。
【００３５】
次に、署名が正確である（それは、メッセージを「本物」として定義する）と仮定すると、次に、売られている銘柄名をチェックして、それが、提供された取引シンボルに対応することを確かめる（ステップ１８）。銘柄名とシンボルとの間に不一致がある場合に、口座所有者１は、自分の「売却」メッセージに関して問題があること、および口座所有者１が新しい「売却」要求を提出する必要があることを通知される（ステップ１９）。銘柄名およびシンボルが一致する場合には、次に、口座所有者１の記録８は、口座所有者１が、Ｖｅｒｉｚｏｎの「担保を設定されていない」２００株を実際に所有することを確認するために照会される（ステップ２０）。口座所有者１が、２００株未満を所有するか、または口座所有者１が所有する株式が、担保を設定されている場合に、なぜ「売却」要求を受諾できないかを説明する失敗メッセージが、口座所有者１に送信され（ステップ２１）。この特定の例において、および図３の記録８に関連して、口座所有者１が、Ｖｅｒｉｚｏｎの「担保を設定されていない」５００株を所有することが示され、その結果、口座所有者１は、２００株の売却を進めることができる。
【００３６】
プロセスでのある時点において、ブローカの名前をブローカの保管所口座とチェックし（ステップ２２）、正当なブローカが証券の売却を実行するように要求されていることを確認する。再び、このチェックが失敗した場合に、「売却」要求は停止され（ステップ２３）、口座所有者１は、ブローカ名／ＩＤが無効であるというメッセージを送信される。価格もまたチェックされ、それが実際的であること（ステップ２４）、および満了日が「道理にかなう」（例えば、過去からの日付でも、存在しない日付でもない）こと（ステップ２５）を確認する。明らかに、この一連の「チェック」は、これらの検証手順が、続いて「売却」取引を許可する前に実行される限り、任意の順序で実行することができる。
【００３７】
ひとたび「チェック」セットが完了し合格すると、保管所３は、このイベントに取引ＩＤを割り当て（ステップ２６）、この取引ＩＤ番号を、口座所有者のＶｅｒｉｚｏｎ株に関連する口座所有者記録８の一部におけるフィールド８−４に記憶し、かつＶｅｒｉｚｏｎ株の２００株を「担保を設定されている」とマークする（ステップ２７）。「担保を設定されている」とマークすることは、ブローカ２を保護し、この売却が未完の間に口座所有者１が、Ｖｅｒｉｚｏｎの同じ２００株を伴う別の「売却」を要求するのを防ぐためである。以下の表は、口座所有者１の記録８におけるＶｅｒｉｚｏｎの全５００株の状態を示す。
2013522721.tif 000003
【００３８】
図４に概説するプロセスを再び参照すると、次に取引ＩＤは、取引ＩＤフィールド１０−１２として、図７に示すＳＥＬＬメッセージ１０に添付され（ステップ２８）、メッセージ自体は、ここで、ＳＥＬＬメッセージ１０−Ｄとして定義される。次に、ＳＥＬＬメッセージ１０−Ｄは、保管所３の（秘密鍵、公開鍵）ペアの秘密鍵で保管所３によって「署名」される（ステップ２９）。署名されたＳＥＬＬメッセージ１０−Ｄは、ブローカ２に送信され（ステップ３０）、メッセージのコピーがまた、確認として口座所有者１に送られる（ステップ３１）。必要に応じて、メッセージは、送信前に、ブローカおよび口座所有者の公開鍵を用いて暗号化することができる。
【００３９】
ひとたびＳＥＬＬメッセージ１０−Ｄがブローカ２によって受信されると、考えられる３つの可能な結果が存在する。第１に、ブローカ２は、販売用に株式をオファーすることができ、オファーは、買い手がオファーを受けなければ満了する。この状態は、保管所３によって気づかれることになろう。なぜなら、「ＳＡＬＥ」メッセージが、規定された売却期限中にブローカ２から応答として受信されないからである。この場合に、保管所３は、ブローカ２および口座所有者１の両方に「ＣＡＮＣＥＬ」メッセージを送信し、株式は、担保を外される。場合によっては、市場が、非常に急速かつ厳しく下落するので、「現在の」価格が、受諾可能なレベル未満（この場合には恐らく３０ドル／株式より下）に下落することが偶然に起こり得る。次に、ブローカ２は、その取引ＩＤに関して保管所３に「ＲＥＪＥＣＴ」応答を発行してもよく、再び、株式は、担保を外される。口座所有者１もまた、自分の「売却」要求を扱う可能性をブローカ２が「拒否」したことを通知される。
【００４０】
第３に、ブローカ２は、口座所有者１によって売却用にオファーされているＶｅｒｉｚｏｎの２００株の自発的な買い手を見つけてもよい。図８は、この例において、ブローカ２によって作成されるような例示的なＳＡＬＥメッセージ３２である。ＳＡＬＥメッセージ３２には、メッセージを作成する際にブローカ２によって埋められる、情報の以下のフィールドが含まれる。
・取引タイプフィールド３２−１：ブローカ２は、この取引を「ＳＡＬＥ」として識別する。
・保管所口座所有者フィールド３２−２：口座所有者１として識別される。
・保管所口座ＩＤフィールド３２−３：これは、口座所有者１に関連する口座番号である。
・ブローカフィールド３２−４：名前によるブローカ２の識別。
・保管所ブローカＩＤフィールド３２−５：保管所３におけるブローカ２の口座ＩＤ。
・所有者証券口座ＩＤフィールド３２−６：これは、ブローカ２に関連する、口座所有者１の特定の口座ＩＤである。
・銘柄名フィールド３２−７：ブローカ２は、売却された銘柄「名」、この場合には「Ｖｅｒｉｚｏｎ」を入力する。
・取引ＩＤフィールド３２−８：ブローカ２は、この特定の取引用に保管所３によって生成された取引ＩＤを提供する。
・証券シンボルフィールド３２−９：ブローカ２はまた、主要な取引所の１つで取引するために証券によって使用されるシンボル（この場合には、ＮＹＳＥで取引されるようなＶＺ）を入力する。
・株式数フィールド３２−１０：ブローカ２は、売却された株式数、この場合には２００株を入力する。
・売却価格フィールド３２−１１：ブローカ２は、売却された証券の売却価格（１株当たり）を入力する。
・総売上高フィールド３２−１２：ブローカ２は、売却に対して受け取った「総」金額を入力する。
・ブローカ手数料フィールド３２−１３：ブローカ２は、このフィールドに自分の手数料を入力する。
・交換および他の料金フィールド３２−１４：ブローカ２は、この取引に関連する種々雑多な料金を入力する。
・正味売上高フィールド３２−１５：ブローカ２は、口座所有者１の貸方に記入される金額を入力する。
・決済日フィールド３２−１６：ブローカ２は、買い手への売却の完了に関連する日時を提供する。
【００４１】
上記のように、ＳＥＬＬメッセージ１０をＳＡＬＥメッセージ３２と比較すると、多くのフィールドが同じ情報を含むことが明らかである。これらの類似性は、下記の他のタイプのメッセージの説明に繰り越される。
【００４２】
図９は、売却プロセスの完了に関連する流れ図であるが、この売却プロセスは、ブローカ２が、図８に示す方法でＳＡＬＥメッセージ３２を埋めることで始まる（ステップ３３）。次に、ＳＡＬＥメッセージ３２は、オリジナルの「売却」要求で用いられる方法と類似の方法で符号化され、ブローカ２によって生成された（秘密鍵、公開鍵）ペアの秘密鍵で署名される（ステップ３４）。ひとたびメッセージが符号化され署名されると、それは、保管所３に送信される（ステップ３５）。受信すると、保管所３は、最初にブローカ２の署名をチェックして、メッセージが本物かどうかを判定する（ステップ３６）。署名が一致しない場合に、エラーメッセージがブローカ２に送信される（ステップ３７）。そうでなければ、ステップ３８として示すが、次に保管所３は、続いて、売却価格（ＳＡＬＥメッセージ３２のフィールド３２−１１）を、取引用に指定された最低額（ＳＥＬＬメッセージ１０のフィールド１０−１０）と照合する。最低額未満の場合に、保管所３は、売却に関する「問題」のフラグを立てたメッセージを、ブローカ２に送信する（ステップ３９）。選択肢は、売却が最低指定価格未満であることを口座所有者およびブローカに通知し、ある問題解決機構が作動できるようにすることである。
【００４３】
売却価格が受諾可能な場合に（この特定の例では受諾可能であり、３９．１８ドルの売却価格は、３９．１５ドルの最低額より大きい）、決済日時は、保管所３によって示され（ステップ４０）、ブローカの署名は、ＳＡＬＥメッセージ３２から除去され、保管所３の秘密鍵で再署名され、ＳＡＬＥメッセージ３２−Ｄを形成する（ステップ４１）。次に、再署名されたメッセージは、口座所有者１に送信される（ステップ４２）。代替として、保管所３は、それ自身の秘密鍵でブローカのメッセージを署名し、二重に署名されたメッセージを口座所有者１に送信してもよい。これは、保管所３が、ＳＡＬＥメッセージによって示された資金を少しも保有しなかったことを口座所有者１に保証することになろう。
【００４４】
次に、重要なことには、ＳＡＬＥメッセージ３２の条件を受諾すると、口座所有者１の記録８で識別されるような担保を設定された株式は、ブローカ２の保管所口座に移転され（ステップ４３）、その後、口座所有者１によって所有されるようなＶｅｒｉｚｏｎ株の決済日およびリスティングは、口座所有者１の記録８において更新され、次に示すように見える。
2013522721.tif 000004
【００４５】
これは、先行技術の取引と異なり、ブローカ２が証券を「所持」する第１の例である。「移転」メッセージ（以下で説明するような）は、この機能を実行するために用いられ、メッセージは、保管所３によって署名されて、口座所有者１およびブローカ２の両方に送信される。プロセスは、受け取った資金をブローカ２から口座所有者１の口座に移転することによって完了する（ステップ４４）。証券がストリートネームである場合（これは、先行技術の従来方法である）に、口座所有者からブローカへの証券の移転は、売却後に自動でなされることになろう。かかる「自動」プロセスが、本発明の方法論において保持されることが望ましい。したがって、保管所３は、ブローカ２にＴＲＮＡＦＥＲメッセージを送信し、証券が今ブローカ２の口座にある（すなわちストリートネームで）ことをブローカ２に通知し、次に、ブローカは、取引を決済することができる。口座所有者１は、このメッセージのコピーを受信してもしなくてもよい。
【００４６】
図１０は、ブローカ２を介した口座所有者１による証券（この場合には２００株のＶｅｒｉｚｏｎ株）の売却を記録するために、保管所３によって用いられる例示的なＴＲＡＮＳＦＥＲメッセージ４５を示す。説明する他のメッセージと同様に、必要な情報が口座所有者１から保管所３に伝達される限り、様々な他のフォーマットを用いてもよい。図１０の例示的な実施形態において、ＴＲＡＮＳＦＥＲメッセージ４５には次のフィールドが含まれる。
・取引タイプフィールド４５−１：ブローカ２は、この取引を「ＴＲＡＮＳＦＥＲ」として識別する。
・保管所口座所有者フィールド４５−２：口座所有者１として識別される。
・保管所口座ＩＤフィールド４５−３：これは、口座所有者１に関連する口座番号である。
・ブローカフィールド４５−４：名前によるブローカ２の識別。
・保管所ブローカＩＤフィールド４５−５：保管所３におけるブローカ２の口座ＩＤ。
・所有者証券口座ＩＤフィールド４５−６：これは、ブローカ２に関連する口座所有者１の特定の口座ＩＤである。
・銘柄名フィールド４５−７：ブローカ２は、売却された銘柄「名」、この場合には「Ｖｅｒｉｚｏｎ」を入力する。
・証券シンボルフィールド４５−８：ブローカ２は、主要な取引所の１つで取引するために証券によって用いられるシンボル（この場合には、ＮＹＳＥで取引されるようなＶＺ）を入力する。
・株式数フィールド４５−９：ブローカ２は、売却され、かつ今ブローカ２の口座に移転されている株式数（すなわち２００株）を入力する。
・移転日：ブローカ２は、自分の口座への移転が発生する日付を入力する。
・移転時間：ブローカ２は、移転に関連する「時間」を入力する。
【００４７】
図１１は、「売却された」証券を口座所有者１からブローカ２に移転するために用いられる移転プロセスの詳細を説明する流れ図である。プロセスは、保管所３によるＴＲＡＮＦＥＲメッセージ４５の生成から始まる（ステップ４６）。次に、ＴＲＡＮＳＦＥＲメッセージ４５は、保管所３によって署名され、ブローカ２に送信される（ステップ４７）。受信すると、ブローカ２は、保管所情報を検索し、署名を検証する際に用いる保管所３の公開鍵にアクセスする（ステップ４８）。署名が「一致」しない場合に、移転は拒否され、「失敗」メッセージが、保管所３に送信される（ステップ４９）。そうでなければ、ブローカ２は、上記のような様々な「チェック」を継続する（ステップ５０）。これらのチェックが全てが合格すると、保管所３は、識別された株式を口座所有者１からブローカ２に移転するように行動する（ステップ５１）。株式の受け取り後、次にブローカ２は、売却を推し進め、最終的に、受け取った資金を決済日までに口座所有者１に支払ってもよい（ステップ５２）。
【００４８】
万一ブローカ２が、この取引に関連する資金を決済日までに移転しない場合には、口座所有者１との商事紛争が生じるであろうことを指摘することが重要である。ある場合において、この問題が解決されるまで、ブローカ２がさらなる取引に関係することを保管所３が停止する場合がある。代替として、保管所３は、「未解決の紛争」の閾値数に達するまで、ブローカ２が他の取引を継続できるようにしてもよく、閾値数に達したときに、ブローカ２は停止処分される。
【００４９】
資産の購入に関して、ブローカ２と口座所有者１との間の直接的な従来の購入がまだ行われて、そのとき口座所有者１が、上記で概説したのと同様のプロセスを用いて、購入した資産を保管所３の自分の口座に「移転」してもよいことが明白である。
【００５０】
代替として、口座所有者１の代わりに証券の購入を達成するために保管所３の使用を呼びかけることもまた可能である。この手順は、口座所有者１が取引に支払う十分な資金を有していると「信じて」いない特定のブローカ２が用いてもよく、より正確には購入賄う資金が整っていることを保証する仲介者として保管所３を用いることになろう。この状況において、ブローカ２は、保管所３を介して取引を続けるように口座所有者１を指導する。図１２は、このプロセスを開始するために、口座所有者１が記入して保管所３に送信可能な例示的なＢＵＹメッセージ５５を示す。この例において、口座所有者１は、２５ドル／株式の最高価格でＣｉｓｃｏの４００株を購入したいと思い、ＢＵＹメッセージ５５には、以下のフィールドが含まれる。
・取引フィールド５５−１：口座所有者１は、このフィールドへ「購入」コマンドを入力する。
・保管所口座所有者フィールド５５−２：口座所有者１として識別される。
・保管所口座ＩＤフィールド５５−３：これは、口座所有者１に関連する口座番号である。
・ブローカフィールド５５−４：名前によるブローカ２の識別。
・保管所ブローカＩＤフィールド５５−５：保管所３におけるブローカ２の口座ＩＤ。
・所有者証券口座ＩＤフィールド５５−６：これは、ブローカ２に関連する口座所有者１の特定の口座ＩＤである。
・銘柄名フィールド５５−７：口座所有者１は、自分が購入したい銘柄「名」、この例ではＣｉｓｃｏ  Ｃｏｒｐを入力する。
・証券シンボルフィールド５５−８：口座所有者１はまた、主要な取引所の１つで取引するために証券によって用いられるシンボル（この場合には、ＮＹＳＥで取引されるようなＣＳＣＯ）を入力する。
・株式数フィールド５５−９：口座所有者１は、自分が購入したい株式数（この例では４００株）を入力する。
・最高価格フィールド５５−１０：口座所有者１は、この取引においてＣｉｓｃｏ株に自分が惜しまずに払う最高価格（１株当たり）（この場合には２５ドル）を入力する。
・満了フィールド５５−１１：口座所有者１は、自分の購入オファーが満了する時間／日を入力する。
・最高手数料フィールド５５−１２：口座所有者１は、自分の代わりにこの購入を完了するために、ブローカ２に惜しまずに支払う最高手数料を入力する。
【００５１】
「購入」プロセス中に実行されるステップの例示的なシーケンスが、図１３の流れ図に示されている。上記の「売却」プロセスと同様に、「購入」プロセスには、証券を購入する要求を認証し有効にするために保管所３によって実行される一連の初期「チェック」が含まれる。図示のように、プロセスは、口座所有者１が、図１２に示す形式のＢＵＹメッセージ５５を作成することから始まる（ステップ５６）。その後、ＢＵＹメッセージ５５は、口座所有者１が、自分自身と保管所の３との間で使用するために生成した（秘密鍵、公開鍵）ペアの秘密鍵で、口座所有者１によって符号化され「署名」される（ステップ５７）。次に、署名されたＢＵＹメッセージ５５は、ウェブページエントリとしてかもしくは電子メールに関連して、または任意の他の許容可能な電子フォーマットで、保管所３に送信される（ステップ５８）。
【００５２】
受信すると、メッセージを認証するために多くのチェックが実行され（保管所３を伴う様々な他の取引と同様に）、その後メッセージを識別されたブローカ２に送信する。第１に、口座所有者情報が、署名されたメッセージから抽出され（ステップ５９）、口座所有者１用の公開鍵または署名検証鍵が検索される（ステップ６０）。次に、デジタル署名がチェックされ（ステップ６１）、メッセージは、署名が不正確である場合には「拒否」され、口座所有者１は、不適切に署名された「購入」要求が口座所有者１の代わりに提出されたことを通知される（ステップ６２）。
【００５３】
署名が正確である（これは、メッセージを「本物」として定義する）と仮定すると、購入される銘柄名は、それが、提供された取引シンボルに対応することを確認するためにチェックされる（ステップ６３）。銘柄名とシンボルとの間に不一致がある場合に、口座所有者１は、ＢＵＹメッセージ５５の内容に問題があること、および口座所有者１が新しい「購入」要求を提出する必要があることを通知される（ステップ６４）。検証には、上記と同じ方法におけるブローカ名および口座ＩＤの「チェック」を含んでもよく、たとえこれらの特定のステップが、図１３の流れ図で概説されていなくても含んでもよい。
【００５４】
次に、口座所有者１の記録８は、口座上の「現金」残高を検索するために照会される（ステップ６５）。次に、現金残高が取引のコストを賄うのに十分かどうかを確認するために（ステップ６６）チェックが行われるが、この例では、口座所有者は、自分の最大受諾可能価格における購入を賄うために利用可能な１０，０１４．９５ドルを有している必要がある。この取引用に十分な資金がない場合に、口座所有者１は、この取引用に十分な資金を有していないという通知を送信され（ステップ６７）、プロセスは停止される。この場合に、図３に示すような口座所有者１の記録８は、口座所有者１が、１５，０００ドルの現金残高を有し、それが、この購入を賄う現金を十分に超えることを示す。次に、保管所３は、続いて残高の１０，０１４．９５ドルに「担保を設定し」、このイベントに取引ＩＤを割り当てる（ステップ６８）。保管所が、購入用の資金だけに担保を設定し、手数料用の資金に担保を設定しないことが可能である。
【００５５】
以下の表は、記録８における「現金」エントリに対して、保管所３によってなされた修正を示す。
2013522721.tif 000005
表３は、現金が、ここで２つの別個のエントリに分割されており、この取引に必要な現金額の第１のエントリが、「担保を設定されている」としてフラグを立てられ、割り当てられた取引ＩＤを有することを示す。口座における現金の残りの残高は、別個の行に示されている。なぜなら、この現金が、他の取引で使用するためにまだ「利用可能である」からである。担保が、Ｃｉｓｃｏの４００株の購入に必要な特定の金額に適用されるだけであり、口座所有者１が、異なる証券用の（恐らく）別の「購入」メッセージを提出できるようにすることを視覚的に示すが重要である。
【００５６】
この時点において、保管所３は、取引ＩＤを含むように「購入」メッセージ８０を修正し、修正されたＢＵＹメッセージ５５−Ｄに署名し（ステップ６９）、それをブローカ２に転送する（ステップ７０）。任意選択として、この修正された「購入」メッセージ５５−Ｄはまた、口座所有者１に送信して、口座所有者１が購入取引の状態を通知されるようにしてもよい。
【００５７】
ブローカ２が、保管所３からＢＵＹメッセージ５５−Ｄを受信すると、ブローカ２は、ＳＡＬＥメッセージ用に上記で概説したのと同じ検証ステップを続ける。すなわち、ブローカ２は、保管所の署名が有効であること、および口座所有者１に関連するＩＤ情報が道理にかなうことを確認する。上記の「売却」プロセスと同様に、「購入」要求には３つの異なる結果がある。（１）株式は、口座所有者１のために購入される（「ＰＵＲＣＨＡＳＥ」プロセスとして以下で説明する）。（２）購入なしに期間が満了する（ブローカ２は、「ＥＸＰＩＲＥ」メッセージを保管所３に送信する）。または（３）ブローカは、注文を「拒否」し（「ＲＥＪＥＣＴ」メッセージを保管所３に送信）する。
【００５８】
ブローカ２が、口座所有者１の代わりに株式を購入できると仮定すると、図１４は、保管所３への返信用に作成される例示的なＰＵＲＣＨＡＳＥメッセージ７１を示す。ＰＵＲＣＨＡＳＥメッセージ７１には、メッセージを作成する際にブローカ２によって埋められる以下の情報フィールドが含まれる。
・取引タイプフィールド７１−１：ブローカ２は、この取引を「ＰＵＲＣＨＡＳＥ」として識別する。
・保管所口座所有者フィールド７１−２：口座所有者１として識別される。
・保管所口座ＩＤフィールド７１−３：これは、口座所有者１に関連する口座番号である。
・ブローカフィールド７１−４：名前によるブローカ２の識別。
・保管所ブローカＩＤフィールド７１−５：保管所３におけるブローカ２の口座ＩＤ。
・所有者証券口座ＩＤフィールド７１−６：これは、ブローカ２に関連する口座所有者１の特定の口座ＩＤである。
・銘柄名フィールド７１−７：ブローカ２は、購入された銘柄「名」、この例では「Ｃｉｓｃｏ  Ｃｏｒｐ」を入力する。
・証券シンボルフィールド７１−８：ブローカ２はまた、主要な取引所の１つで取引するために証券によって用いられるシンボル（この場合には、ＮＡＳＤＡＱで取引されるようなＣＳＣＯ）を入力する。
・取引ＩＤフィールド７１−９：保管所３が、特定のこのイベントに割り当てた取引ＩＤ。
・株式数フィールド７１−１０：ブローカ２は、購入された株式数（この例では４００株）を入力する。
・支払い価格フィールド７１−１１：ブローカ２は、購入された証券の購入価格（１株当たり）（２４．８３ドル）を入力する。
・株式コストフィールド７１−１２：ブローカ２は、購入された株式総数に支払われた価格を入力する。
・ブローカ手数料フィールド７１−１３：ブローカ２は、自分の手数料をこのフィールドに入力する。
・交換および他の料金フィールド７１−１４：ブローカ２は、この取引に関連する種々雑多な料金を入力する。
・正味売上高フィールド７１−１５：ブローカ２は、口座所有者１によって売り手に払われる金額を入力する。
・決済日フィールド７１−１６：ブローカ２は、買い手による購入の完了に関連する日時を提供する。
【００５９】
保管所３がＰＵＲＣＨＡＳＥメッセージ７１を受信すると、保管所３は、正味売上金額（口座所有者１に関連する「担保を設定された」現金から）を決済日までにブローカ２に移転する。この担保を設定された行に現金が残っている場合には（この場合には、残りの６８ドル）、「担保を設定されたフラグ」は、この残りの現金が使用可能に戻れるように除去される。保管所３によって実行されるようなこの一連のステップ用の特定の流れ図は図示されていないが、それらは、「売却」メッセージの受信時の上記で概説したコースと同様のコースに従うと仮定される（すなわち、ブローカ２が認証され、メッセージ自体は、検証のためにチェックされる）。
【００６０】
万一「購入」注文が、実行されずに満了した場合に、保管所３による処理は、「売却」注文が実行されることなく満了した場合と正確に同じであり、この場合には、次に、「担保を設定された」資金は、期間の満了で担保を外される。同様に、「拒否」メッセージがブローカ２から受信された場合に、資金は担保を外され、口座所有者１は通知される。
【００６１】
上記の特定の「購入」注文に対立するものとして、証券を「市場」価格で購入するように口座所有者１が要求することがまた可能である。例えば、口座所有者１は、最良の利用可能価格でＣｉｓｃｏの４００株を購入するようにブローカ２に要求してもよい。この例において、保管所３は、希望通りに取引が進むことを保証するために「担保を設定する」現金額を知らない。
【００６２】
例示的なＭＡＲＫＥＴ  ＢＵＹメッセージ７２が、図１５に示されている。再び、このメッセージは、「市場購入」プロセスを開始するために、口座所有者１によって作成される。図１２のＢＵＹメッセージ５５と比較すると、「最高価格フィールド」７２−１０は、用語「ＭＡＲＫＥＴ」によって埋められるが、これは、この取引を遂行する際に、わずかに異なる経路に沿って進むように保管所３に働きかける。追加的な「利用可能現金」フィールド７２−１１が、図１５に示すようにＭＡＲＫＥＴ  ＢＵＹメッセージ７２に含まれる。この場合に、保管所３によって保持された口座所有者１の全現金残高を、この行に示してもよく（任意選択的に、非常に大きな現金額を預託している顧客に対して、ブローカ２および口座所有者１は、現金の担保設定を放棄することに前もって同意してもよく、フィールドには、用語ＷＡＩＶＥＤが含まれる。万一ブローカ２が、要求の放棄に同意しなかった場合に、注文は、現金に担保を設定しなければならないという説明と共に拒否される（ＲＥＪＥＣＴＥＤ）。全現金残高が市場購入メッセージ上にリストされると仮定すると、保管所３は、上記で概説した方法と類似の方法で全現金資金に担保を設定し、注文をブローカ２に送信する。成り行き注文は迅速に実行されるので、ひとたび応答ＰＵＲＣＨＡＳＥメッセージが保管所３によって受信されると、保管所３は、購入に必要な現金をブローカ２に移転し、残りの現金残高の担保を外す。
【００６３】
市場購入メッセージ上に全現金残高を「広告する」ことが賢明でない例（またはある口座所有者）が存在し得る。本発明のシステムは、わずかに異なるプロセスにおいて、この種の市場購入を扱うことができる。このプロセス用のステップが、図１６の流れ図に示されている。保管所３からＭＡＲＫＥＴ  ＢＵＹメッセージ７２を受信すると（かつ不可欠なチェックおよび検証を実行した後で）、ブローカ２は、最初に、購入されている株式用の現在の提示価格を決定し（ステップ７３）、この価格に、「クッション」と同様にブローカの料金および他の経費を追加する（ステップ７４）。次に、合計コストは、「ＭＡＲＫＥＴ  ＢＵＹ  ＥＮＣＵＭＢＥＲ」メッセージとして保管所３に送信される（ステップ７５）。次に、保管所３は、口座所有者１の資金に十分な現金があるかどうかを判定するように行動し（ステップ７６）、不十分な資金しかない場合に「ＳＴＯＰ  ＰＵＲＣＨＡＳＥ」メッセージをブローカ２に送信する（ステップ７７）か、または続いて、要求されたドル金額に担保を設定し（ステップ７８）、担保のＡＣＫＮＯＷＬＥＤＧＥＭＥＮＴをブローカ２に送信する（ステップ７９）。購入が完了すると、必要な資金は、ブローカ２に移転され、残りの資金は担保を外される。
【００６４】
まれな場合に、市場が非常に急速に変化するので、オリジナルの現金評価が、購入を賄うのに十分でなくなる。この場合に、保管所３は、手元現金をブローカ２に送り、次に、ブローカ２および口座所有者１の両方に不足額を通知し、ブローカ２および口座所有者１が自分達の間で問題を解決できるようにする。
【００６５】
従来的には、ブローカは、現金口座および信用口座の両方を提供する。この時点まで、保管所３の利用の説明は、前者に集中した。しかしながら、再び口座所有者用の資産を保持し、かつ取引ごとにブローカに許可を出す機能を実行する、信用口座を備えた仲介者として本発明に従って保管所３を利用することがまた可能である。信用口座を作成する例示的な要求が、「信用口座作成」メッセージ８０として図１７に示されている。フィールドは、口座所有者１によって埋められ、「信用口座開設」の取引フィールドにおける指示が、図１８の図に概説するように、一連のイベントをトリガする。図示のように、最初の信用口座は、口座所有者１と保管所３との間で開設され、この場合に、保管所３は、この要求に取引ＩＤを添付し、次に、それをブローカ２に転送する。ブローカ２は、口座所有者１が、ブローカ２と既存の口座関係を有していることを確認し、保管所３に答えて「受諾」メッセージを送信し、この「受諾」メッセージは、次に、口座所有者１に中継される（またはブローカ２から口座所有者１に直接送信される）。口座所有者１が、異なるブローカと「従来的な」信用口座を開設している可能性があるので、これらの信用口座のそれぞれは、保管所３によって別個に作成され、管理される必要があろう。
【００６６】
ひとたび信用口座が開設されると、口座所有者１は、上記の「移転」機構を用いて、自分の「基本」現金口座から自分の新しく開設された信用口座に証券を移転することができる。例示的な「信用口座への移転」要求メッセージ８１が、図１９に示されている。上記のあらゆる他のメッセージと同様に、任意の資産の特定の移転を始める前に、「信用口座への移転」メッセージは、口座所有者１の秘密鍵によって署名され、その後、いずれかの資産の特定の移転の前に保管所３によって「チェック」される。ひとたび検証されると、移転は実行され、移転された証券は、現金口座において「担保を設定されている」としてマークされる。ひとたび開設されると、口座所有者１は、例えば、ブローカ２による貸付用の担保として、コールもしくは他のデリバティブの売却用の「信用口座」、または任意の他の可能な信用口座利用として、信用口座における資産を用いることができる。
【００６７】
信用口座用の様々な使用法があり、それらは、詳細には説明しないが、各例において、信用口座所有者とブローカとの間の仲介者として保管所の使用を呼びかける。信用口座における証券に対する貸付の取得は、一例である。
【００６８】
また、信用口座に保持された証券を、空売りのためにブローカの他の顧客に貸付できるという現在の慣行がある。この貸付は、通常、口座所有者の認識はなく、口座所有者の仲買業務明細書のエントリとしては現れない。本発明による保管所の使用は、このプロセスを明確にすると考えられる。例えば、口座所有者１−Ａが、ＪＰ  Ｍｏｒｇａｎの２００株を空売りしたいと仮定する。口座所有者１−Ａは、ブローカ２の顧客である。口座所有者１−Ｂがまた、ブローカ２の顧客であり、ＪＰ  Ｍｏｒｇａｎの５００株を保管所３における自分の信用口座に有する（口座所有者１−Ａもまた、保管所３の登録された口座所有者である）。以前に、口座所有者１−Ｂは、空売り用に自分の証券の借入を可能にすることに、ブローカ２および保管所３両方と同意した。
【００６９】
したがって、この状況において、ブローカ２は、図２０に示すような「ＢＯＲＲＯＷ  ＳＥＣＵＲＩＴＩＥＳ」メッセージ８２を作成することによって、貸付プロセスを呼び出すことができる。他の全ての取引と同様に、口座所有者１−Ｂは通知される。また、（万一ブローカ２が破産した場合に）口座所有者１−Ｂが、実際の買い手を知りたいということになり得る。保管所３における他の登録された口座所有者だけに証券を貸すことによって、保管所３は、その情報を有し、かつ口座所有者１−Ｂにさらなる程度の保証を提供することができる。
【００７０】
さらに、口座所有者１が、専門の口座マネージャのサービスを得ることができるように、上記で概説するような様々な取引フロー（売却、購入、貸付等）を修正することが可能である。この状況を実現するために、口座所有者１は、続いて、自分の代わりに別の人（またはエンティティ）に、ＢＵＹ、ＳＥＬＬまたは他の注文を出す許可を与える。図２１は、この許可を保管所３が「本物」として認識できるようにするために、口座所有者１が作成し、保管所３に送信可能な例示的なＭＡＮＡＧＥＲ  ＡＵＴＨＯＲＩＺＡＴＩＯＮメッセージ８３を示す。
【００７１】
この場合になされる仮定は、口座マネージャとして働く個人がまた、保管所３に登録されて（自分自身のＩＤ番号を有し）、かつ口座マネージャの役割で働くために、ある免許文書を保管所３に提供したであろうということである。ただ１人の「活動中の」口座マネージャを個人口座用に任命することができるだけであり、その口座マネージャは、自分がまた口座マネージャとして働く場合があるいずれの他の口座にも証券を移転することができない。有利なことに、この機能は「ネズミ講」に対する保護とし働く。
【００７２】
口座マネージャを使ってさえ、最良の実践は、依然として、保管所３を通過する取引の全てに関して口座所有者自身が「コピーを送付」されることである。口座マネージャは、自分の取引戦略をコピーすることに悩む可能性があり、その結果、口座マネージャは、遅延（例えば、いずれかの取引をすることと、保管所３が口座所有者１に通知することとの間の２４時間または４８時間。）があることを要求する可能性がある。明らかに、口座所有者は、口座マネージャの許可をいつでも取り消すことができる。図２２は、この例において、口座所有者が使用可能な例示的なＣＡＮＣＥＬ  ＭＡＮＡＧＥＲ  ＡＵＴＨＯＲＩＺＡＴＩＯＮメッセージ８４を示す。
【００７３】
上記のように保管所の使用を含み得る様々な他の証券取引活動があり、これらの活動（簡単に言及した様々な信用口座活動を含む）の詳細は、ここでは説明しない。なぜなら、それらは、業界において周知の標準取引コースに従うからである。
【００７４】
これらの取引のいずれかにおいて保管所の形態をした仲介者を利用する目的は、口座所有者を保護することである。例えば、今日、ビジネスを行う標準的な方法において、ブローカが、何らかの理由で廃業した場合に、ブローカによって保持された証券は、法的手続きに巻き込まれる。本発明に従って上記のような保管所を利用することによって、口座所有者は、ブローカの商習慣から「保護される」。なぜなら、ブローカは、単に、取引ベースで口座所有者の証券にアクセスするだけだからである。保管所は、口座所有者の代わりに証券を保持し、したがって証券は、ブローカとは「関連付け」られない。特定の証券の所有権問題へのあらゆる調査も促進する明瞭な監査証跡であって、保管所によって維持される明瞭な監査証跡がある。また、保管所の安定性は、あるレベルの安心感を口座所有者に加え、口座所有者は、自分のブローカの「平均余命」について心配する必要がない。
【００７５】
要約すれば、本発明による保管所の利用によって、証券所有者は、証券所有者が、家庭で、取引する特定のブローカの財政状態に株式、債券、先物および他の証券をさらさずに、それらを、ストリートネームで保持されているかのように取引することが可能になる。コンピュータベースの通信および（秘密鍵、公開鍵）ペアの利用によって、取引を安全かつ迅速に完了して、現在のストリートネームの取引慣行ほど使用の容易な機構を提供することが可能になる。
【図１】
2013522721.tif 000006
【図２】
2013522721.tif 000007
【図３】
2013522721.tif 000008
【図４】
2013522721.tif 000009
【図５】
2013522721.tif 000010
【図６】
2013522721.tif 000011
【図７】
2013522721.tif 000012
【図８】
2013522721.tif 000013
【図９】
2013522721.tif 000014
【図１０】
2013522721.tif 000015
【図１１】
2013522721.tif 000016
【図１２】
2013522721.tif 000017
【図１３】
2013522721.tif 000018
【図１４】
2013522721.tif 000019
【図１５】
2013522721.tif 000020
【図１６】
2013522721.tif 000021
【図１７】
2013522721.tif 000022
【図１８】
2013522721.tif 000023
【図１９】
2013522721.tif 000024
【図２０】
2013522721.tif 000025
【図２１】
2013522721.tif 000026
【図２２】
2013522721.tif 000027
【国際調査報告】
2013522721.tif 000028
2013522721.tif 000029