JP2022123059A - 端株注文の執行方法 - Google Patents

Abstract

【課題】リアルタイム方式で証券の想定ベースの買い注文を執行する方法を提供する。【解決手段】数量ベース及び想定ベースの注文執行システム１００において、処理ユニットは、第１の参加者の第１の通信ユニットから、第１の額を有する想定ベースの買い注文を受領する。計算された数量からなる第１の推定される端株部分を受領し、第１のキューに提供する。第１のキューは、端株部分を先入れ先出し方式で処理する。端株部分が第１のキューの先頭に到達したとき数量を第１の額及びリアルタイムの価格に応じて再計算する。想定ベースの買い注文の推定される単元株部分の売買が執行された後、再計算された数量からなる第２の推定される端株部分を第２のキューに提供する。十分な数量の端株が端株データベースに格納されているかどうかを判断し、十分な数量が格納されていればユーザにより課されたパラメータに基づいて端株データベースからの端株の買いを執行する。【選択図】図１

Description

関連出願の相互参照
本願は、２０１７年２月８日出願の「端株売買システムおよび方法（Ｆｒａｃｔｉｏｎａｌ Ｓｈａｒｅｓ Ｔｒａｄｉｎｇ Ｓｙｓｔｅｍ ａｎｄ Ｍｅｔｈｏｄ）」と題する米国特許仮出願第６２／４５６，２５３号、および２０１７年８月１８日出願の「ハイブリッド促進アカウントシステムおよび方法（Ｈｙｂｒｉｄ Ｆａｃｉｌｉｔａｔｉｏｎ Ａｃｃｏｕｎｔ Ｓｙｓｔｅｍ ａｎｄ Ｍｅｔｈｏｄｓ）」と題する米国特許仮出願第６２／５４７，１７４号の優先権を主張するものであり、両出願は、参照により援用される。

本発明は、リアルタイム方式で、端数インベントリアカウントのエクスポージャーを軽減し、証券の想定ベースの（すなわち通貨ベースの）買いまたは売り注文への参加に対する暗黙の障壁を取り除く方法に関する。本発明はさらに、クライアントが、想定額で取引している場合に、売りすぎまたは買いすぎることがないことを確保し、それによって、より効率的な注文の取り扱いを提供するシステムに関する。

端株とは、完全な一株に満たない株式持分である。通常、端株は、株式分割、配当再投資ファンド（ＤＲＩＰ）、および類似の法人活動から発生する。普通は、端株を市場から獲得することはできず、投資家にとって価値を有するものの売るのは難しい場合がある。

一般に、ブローカー企業には、その端数インベントリの持ち高を、既存の注文すべてを満足するのに必要とされる分以下のインベントリをリアルタイム方式で保持するように管理するすべがない。既存の方法は、マイクロ投資を中心に設計されたものではない。持分の注文は、「一括され」ること、または買い付けされて単元株のインベントリの持ち高として将来のニーズを予想して保持されることが必要かもしれない。一括注文は、不活発な形の投資であり、活発且つリアルタイムでなく、したがって、最良執行要求に対し提供も合致もしない。

過去の売買活動に基づいてクライアントによる動的な数の注文を満足するのに必要な持分のインベントリを予測することは、「場外」の自己勘定注文の数と、ブローカー企業がそのクライアントに代わって端株売買プログラムの執行を促進するために持ち高をとる必要がある証券の数とを増大させる。これは、企業の売買コストと、日中の価格変動に対する企業のインベントリアカウントにおけるそのリスクエクスポージャーとを増大させる。

一般に、ブローカー企業には、クライアントの想定注文がそのリクエストした買いまたは売りの額を超過しないことを確実にするすべがない。売買方法およびシステムは、リアルタイムのマイクロ投資向けに構成されておらず、したがって、単元株を端数部分に分割しようとする場合に問題を生じる一方で、ブローカー企業およびそのクライアントのコストを多きく増大させる。

一般に、ブローカー企業には、マネージドアカウントに対しリアルタイムの割り当てをマイクロ投資レベルで提供するすべがない。上述のとおり、端株売買の方法は、企業が注文を一括するか、単元株持ち高を買い付けるかのいずれかを要求し得る。ポートフォリオ割り当てにおけるずれは、ポートフォリオ割り当てにおいて容易または効率的に考慮されない。例として、第１の持分に７０％の加重、さらに第２の持分に３０％の加重の所望のポートフォリオを有するクライアントは、市場変動に基づき所望の加重から逸脱する。一般に、リバランスは、一日の終わりに、または所定の間隔で発生する。その時点でポートフォリオは、リバランスされてクライアントの所望のポートフォリオの７０／３０に近づけられるが、端株の制限が存在することにより正確ではない。

一般に、ブローカー企業には、「残余端株」（すなわち、サブアカウントに割り当てできない、株の残りの端数部分）を考慮する方法がない。既存の方法は、完全な株を蓄積できるまで、端数部分がブローカー企業の所有アカウントにとどまることを要求することになり得、マイクロレベルでの調整はできない。その場合にも、完全な株が売られた後、新たな端数部分がまだ残る可能性がある。

本願明細書において開示される発明概念の実施形態は、（１）リアルタイムの端数インベントリの改善されたシステムおよび管理を提供することと、（２）端株部分を取引するシステムおよび方法を改善することと、（３）取引のライフサイクル全体を通して市場価格の動きを考慮に入れながら、発生する想定注文に関係するものとしての端株取引を効率的に執行するシステムおよび方法を改善することと、（４）端株部分をマネージドアカウントに割り当てるシステムおよび方法を改善することと、（５）買いまたは売り注文がそれらのリクエストされた額を超過しないような形で想定額での証券取引を実施するシステムおよび方法を改善することと、をし得る方法を対象とする。

一側面において、本願明細書において開示される発明概念の実施形態は、端数ベースの買いまたは売り注文を執行する方法を対象とする。適切に構成されると、端数対応処理ユニット（ＦＰＵ：ｆｒａｃｋｅｒ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）は、買いまたは売り注文の端株部分を受領することと、第１のキューに端株部分を提供することと、単元株部分が執行されると第２のキューに端株部分を提供することと、部分的に端株データベースを用いて端株部分の買いまたは売り注文を実行することとをしてもよい。

さらなる側面において、本願明細書において開示される発明概念の実施形態は、想定ベースの買い注文を執行する方法を対象とする。適切に構成されると、ＦＰＵは、想定ベースの買い注文の推定される端株部分を受領することと、推定される端株部分を第１のキューに提供し、推定される端株部分の数量を再計算することと、推定される単元株部分が執行されると再計算された推定される端株部分を第２のキューに提供することと、十分な数量が格納されていれば端株データベースから端株の買いを執行することと、第２の推定される端株部分を再計算することと、第１の額に応じて第２の推定される端株部分を調整することとをしてもよい。

さらなる側面において、本願明細書において開示される発明概念の実施形態は、想定ベースの売り注文を執行する方法を対象とする。適切に構成されると、ＦＰＵは、想定ベースの売り注文の執行された単元株部分の数量を受領することと、執行された単元株部分の第２の額を計算し、売りすぎ状態が存在すれば第１の取引を実行することと、売りすぎ状態が存在しなければ第２の取引を実行することとをしてもよい。

さらなる側面において、本願明細書において開示される発明概念の実施形態は、マネージドアカウントにおいて端株取引を執行する方法を対象とする。適切に構成されると、アカウント処理ユニットは、ファンドまたは証券の売買注文の執行を示すレポートを受領することと、執行されたファンドまたは証券の割り当てを決定することと、割り当てリスティングに従って割り当てできる執行されたファンドまたは証券の第１の構成部分を１つ以上の第１のサブアカウントに提供することと、執行されたファンドまたは証券の考慮できない第２の構成部分があれば１つ以上の第２のサブアカウント（例えば一掃アカウント）に提供することとをしてもよく、その結果、１つ以上の第２のサブアカウント内の執行されたファンドまたは証券は、ＦＰＵによる買い付けのために利用可能になる。

本願明細書において開示される発明概念による、数量ベースおよび想定ベースの注文執行システムの機能ブロック図を示す。 本願明細書において開示される発明概念による注文ゲートウェイを示す。 本願明細書において開示される発明概念による端数対応処理ユニットを示す。 本願明細書において開示される発明概念による、端数ベースの買いまたは売り注文を執行する方法を開示するフローチャートの例示的な実施形態を示す。 本願明細書において開示される発明概念による、想定ベースの買い注文を執行する方法を開示するフローチャートの例示的な実施形態を示す。 本願明細書において開示される発明概念による、想定ベースの売り注文を執行する方法を開示するフローチャートの例示的な実施形態を示す。 本願明細書において開示される発明概念による、マネージドアカウントシステムの機能ブロック図を示す。 本願明細書において開示される発明概念による、マネージドアカウントに対し端株取引を完全に執行する方法を開示するフローチャートの例示的な実施形態を示す。

以下の記載では、本願明細書において開示される発明概念の実施形態が完全に理解されるよう、いくつかの具体的な詳細が提示される。なお、当業者には当然のことながら、本願明細書において開示される発明概念の実施形態は、具体的な詳細のうちの１つ以上を用いずに実施されること、または他のコンポーネントなどと組み合わせて実施されることができる。他の場合には、本願明細書において開示される発明概念の様々な実施形態の側面をわかりにくくすることを避けるために、周知の実装または動作は詳細に図示または記載されていない。

以下、図１を参照する。本願明細書に記載される発明概念の実装に適した数量ベースおよび想定ベースの注文執行システム１００の実施形態は、第１の通信ユニット１１０、第２の通信ユニット１２０、注文ゲートウェイ１３０、執行管理システム（ＥＭＳ：ｅｘｅｃｕｔｉｏｎ ｍａｎａｇｅｍｅｎｔ ｓｙｓｔｅｍ）１４０、端数対応処理ユニット（ＦＰＵ）１５０、および市場データソース１６０を含む。

第１の通信ユニット１１０および第２の通信ユニット１２０は、１つ以上の通信デバイス／システムを含んでもよく、１つ以上の通信デバイス／システムそれぞれが、第１および第２の参加者によりそれぞれ用いられ、注文ゲートウェイ１３０、ＥＭＳ１４０、およびＦＰＵ１５０を含むがこれらに限定されない、システム１００の他の部分と通信するように構成される。一部の実施形態において、第１および第２の参加者は、個人、事業体、単元株部分のエージェンシー側の執行をする場外ブローカー、および／または他の金融機関を含むことができるが、これに限定はされない。なお、図１は、第１の参加者の単一の第１の通信ユニット１１０および第２の参加者の単一の第２の通信ユニット１２０を示すが、これらはそれぞれ、異なる位置を有する２者以上の参加者の２つ以上の通信ユニットを表し得る。つまり、注文ゲートウェイ１３０と通信可能に結合された第１の通信ユニット１１０およびＥＭＳ１４０と通信可能に結合された第１の通信ユニット１１０、ならびに注文ゲートウェイ１３０と通信可能に結合された第２の通信ユニット１２０およびＦＰＵ１５０と通信可能に結合された第２の通信ユニット１２０が、それぞれ、異なる位置を有する異なる第１および第２の参加者により所有および／または操作されてもよい。

注文ゲートウェイモジュール１３０は、買いおよび／または売り注文を含む数量ベースおよび／または想定ベースのリクエストを受けるように構成された任意のモジュールを含むことができるであろう。一部の実施形態において、数量ベースの注文は、整数の株（例えば１株、５０株、２００株など…）の注文を含むことができ、端数ベースの注文は、整数部分および端数部分（例えば１．５０００株、５０．６６６７株、２００．０００１株など…）からなる注文を含むことができるであろう。一部の実施形態において、想定ベースの注文は、想定価額（例えば＄５００．００ＵＳＤ（Ｕｎｉｔｅｓ Ｓｔａｔｅｓ ｄｏｌｌａｒｓ：米ドル）の証券）で提示されるものとすることができるであろう。

注文ゲートウェイモジュール１３０は、すべての注文タイプに対してプライマリリスクマネージャとしての機能を果たすことができるであろう。一部の実施形態において、注文ゲートウェイモジュール１３０は、様々な入力およびブローカー企業により設定されたリスク閾値に基づいて一連のリスククエリおよびチェックを実行することができるであろう。一部の実施形態において、注文ゲートウェイモジュール１３０は、（ａ）リスク管理結果に基づいて売買を却下し第１の参加者に応答を返すべきか、（ｂ）リクエストを執行のために第２の参加者に直接転送すべきか、または（ｃ）リクエストをＦＰＵ１５０に転送すべきかを見分ける、スマート注文ルーティングシステムを用いて構成できるであろう。

以下、図２を参照する。注文ゲートウェイモジュール１３０は、注文キュー１３２、リスクチェッカ１３４、および部分ルータ１３６を含むことができるであろう。注文キュー１３２は、第１の通信ユニット１１０により提供される１つ以上の注文を受領することによりオンボードプロセスを開始するように構成できるであろう。注文キュー１３２は、これらの注文のいずれかまたはすべてを先入れ先出し（ＦＩＦＯ：ｆｉｒｓｔ－ｉｎ，ｆｉｒｓｔ－ｏｕｔ）方式で処理するように構成できるであろう。一部の実施形態において、これらの注文は、数量ベースの買い注文、数量ベースの売り注文、想定ベースの買い注文、および／または想定ベースの売り注文を含むことができるであろう。受領されると、注文は、注文を１つ以上の内部リスクチェックにかけるリスクチェッカ１３４に提供されてもよい。

リスクチェッカ１３４は、注文を１つ以上の内部リスクチェックを含むリスク管理計画にかけるように構成されたモジュールを含むことができるであろう。一部の実施形態において、内部リスクチェックは、「アカウントルール」、「顧客プロファイル情報」、「承認済み証券リスト」、および／または「想定価額および推定される数量の変換」を含むことができるであろう。

「アカウントルール」は、アカウントのタイプおよび規制の観点から許可される活動に基づくルールを含むことができるであろう。例として、ルールは、「ショート」取引が個人退職勘定（ＩＲＡ：ｉｎｄｉｖｉｄｕａｌ ｒｅｔｉｒｅｍｅｎｔ ａｃｃｏｕｎｔ）において執行されるのを禁止することができるであろう。

「顧客プロファイル情報」は、アカウントオンボードプロセス中に内部データベースから獲得された情報を含むことができるであろう。一部の実施形態において、顧客プロファイル情報は、例えば意図される取引を執行する十分な購買力がアカウントにあるかどうかを評価するために、リスクベースのチェックに統合できるであろう。

「承認済み証券リスト」は、売買プラットフォーム上で売買につき承認された基準証券を含むことができるであろう。リストは、カウンターパーティに基づいて変更でき、一部のカウンターパーティは、承認済み証券リストに含まれる多数の証券全体のうち限られたサブセットしか提供できないかもしれない。

「想定価額および推定される数量の変換」は、想定ベースの注文を推定される株の数量に変換し、当該の計算を利用してアカウントに十分なファンドがあるかどうかを判断するための命令を含むことができるであろう。一部の実施形態において、市場データソース１６０により提供されたリアルタイム価格および／またはＮＢＢＯ（Ｎａｔｉｏｎａｌ Ｂｅｓｔ Ｂｉｄ ｏｒ Ｏｆｆｅｒ：最良気配値）価格が推定に使用されてもよい。

部分ルータ１３６は、注文を却下するべきかまたは許可するべきかを見分け、それを後の執行のために提示するための命令を用いて構成されたモジュールを含むことができるであろう。一部の実施形態において、部分ルータ１３６は、注文の却下をＥＭＳ１４０にレポートでき（例えば好ましくないリスク管理結果）、ＥＭＳ１４０は次に、注文の却下を第１の通信ユニット１１０にレポートすることができるであろう。一部の実施形態において、端数ベースの注文の株の数量は、単元株部分と端株部分とに分割でき、単元株部分および端株部分は、エージェンシー方式での執行のために第２の市場参加者１２０に、プリンシパル方式での執行のためにＦＰＵ１５０に、それぞれルーティング／提供されてもよく、エージェンシー取引およびプリンシパル取引は、当業者には周知の取引方法である。一部の実施形態において、想定ベースの注文の推定される株の数量は、推定される単元株部分と推定される端株部分とに分割でき、推定される単元株部分および端株部分は、それぞれ第２の市場参加者１２０およびＦＰＵ１５０にルーティング／提供されてもよい。

再び図１を参照する。ＥＭＳ１４０は、第１の通信ユニット１１０にレポートを提供するように構成されてもよい。一部の実施形態において、ＥＭＳ１４０は、注文ゲートウェイモジュール１３０、第２の参加者１２０、および／またはＦＰＵ１５０により提供される応答を受領するように構成されてもよい。

以下、図３を参照する。ＦＰＵ１５０は、保留キュー１５２、進行中キュー１５４、端数対応バランサ１５６、および／または端株データベース１５８を含んでもよい。ＦＰＵ１５０は、端株売買のための命令を実行するプライマリエンジンとして構成されてもよい。ＦＰＵ１５０および／またはＡＰＵ（ａｃｃｏｕｎｔ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ：アカウント処理ユニット）５１０（後述）は、ランダムアクセスメモリ（ＲＡＭ：ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、読み取り専用メモリ（ＲＯＭ：ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ）、コンパクトディスク（ＣＤ：ｃｏｍｐａｃｔ ｄｉｓｃ）、ハードディスクドライブ、ディスケット、ソリッドステートメモリ、セキュアデジタルカード、およびコンパクトフラッシュカードを含むがこれに限定されない、デジタルメモリストレージデバイスまたは非一時的コンピュータ可読媒体に恒久的または一時的に格納可能なソフトウェアまたはコンピュータ命令コードを実行する、任意の電子データ処理ユニットを含むことができるであろう。ＦＰＵ１５０および／またはＡＰＵ５１０は、本願明細書において具現化された特定の機能のために開発されたアルゴリズムを含むソフトウェアまたはコンピュータ命令コードの実行により駆動されてもよい。ＦＰＵ１５０および／またはＡＰＵ５１０は、本願明細書において開示される実施形態のためにカスタマイズされた特定用途向け集積回路（ＡＳＩＣ：ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）であってもよい。電子データ処理ユニットの一般的な例は、マイクロプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ：Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、プログラマブルロジックデバイス（ＰＬＤ：Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）、プログラマブルゲートアレイ（ＰＧＡ：Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、および信号生成器であるが、本願明細書の実施形態について、「プロセッサ」という用語はそのような処理ユニットに限定されず、その意味は狭く解釈されるように意図されていない。例として、ＦＰＵ１５０および／またはＡＰＵ５１０はさらに、２つ以上の電子データ処理ユニットを含むことができるであろう。一部の実施形態において、ＦＰＵ１５０および／またはＡＰＵ５１０は、注文ゲートウェイモジュール１３０、ＥＭＳ１４０、および／またはマネージドアカウントシステム５００（後述）を含むがこれらに限定されない他の任意のシステムにより、またはそれと併せて使用されるプロセッサ（単数または複数）とすることができるであろう。

一部の実施形態において、「プログラムされた」という用語と「構成された」という用語とは同義語である。ＦＰＵ１５０および／またはＡＰＵ５１０は、入力データの受領を促進するためにシステムおよび／またはソースに電子的に結合され且つ／または通信可能に結合されてもよい。一部の実施形態において、動作可能なように結合されているとは、電子的に結合されている、と交換可能とみなされてもよい。直接接続が行われることは必須ではなく、代わりに、入力データのそのような受領および出力データの提供は、バスを介して、ワイヤレスネットワークを介して、または物理もしくは仮想コンピュータポートを介しＦＰＵ１５０および／またはＡＰＵ５１０により受信および／または送信される信号として、提供できるであろう。ＦＰＵ１５０および／またはＡＰＵ５１０は、下記で詳細に説明される方法を実行するようにプログラムまたは構成されてもよい。一部の実施形態において、ＦＰＵ１５０は、第２の参加者１２０、および／または市場データソース１６０を含むがこれらに限定されない様々なシステムおよび／またはユニットからデータを受領するようにプログラムまたは構成されてもよく、ＡＰＵ５１０は、ＥＭＳ１４０を含むがこれに限定されない様々なシステムおよび／またはユニットからデータを受領するようにプログラムまたは構成されてもよい。

図３を再び参照する。保留キュー１５２は、端株部分および推定される端株部分を含むがこれらに限定されない、１つ以上の端株部分を注文ゲートウェイモジュール１３０から受領するように構成されてもよい。一部の実施形態において、保留キュー１５２は、１つの端株部分を進行中キュー１５４に提供するように構成されてもよい。一部の実施形態において、当該１つの端株部分は、保留キュー１５２が端株部分をＦＩＦＯ方式で処理するように構成されている場合、キューの先頭に位置することができるであろう。

進行中キュー１５４は、保留キュー１５２から端株部分を受領するように構成できるであろう。一部の実施形態において、進行中キュー１５４内の端株部分は、方法により下記で詳細に開示されるように端数対応バランサ１５６により執行できるであろう。

端数対応バランサ１５６は、プリンシパル方式で端株部分（単数または複数）を執行するように構成されたモジュールであってもよい。一部の実施形態において、端数対応バランサ１５６は、インベントリリスクエクスポージャーを調整および設定する制御を含むことができる、ユーザにより課されたパラメータを用いて構成できるであろう。実質的に、ユーザは、端株データベース１５８において特定の証券を一株を超えて保持することを選択してもよい。これにより、高需要時にＦＰＵ１５０がより効率的に売買できるようにすることができるであろう。基本は、現在の注文を執行するのに必要な分以下を保持することである。このパラメータに基づき、端数対応バランサ１５６は、端株データベース１５８において保持された株を買っても、または売ってもよい。

図１を再び参照する。市場データソース１６０は、リアルタイム市場フィードを表す市場データの任意のソースを含むことができるであろう。注文ゲートウェイ１３０およびＦＰＵ１５０は双方とも、それぞれの機能を実行するときに、全米市場システム規約（ＲｅｇＮＭＳ：Ｒｅｇｕｌａｔｉｏｎ Ｎａｔｉｏｎａｌ Ｍａｒｋｅｔ Ｓｙｓｔｅｍ）の要件および／または任意の統制機関に合致するように、最良気配値（ＮＢＢＯ）価格フィードを使うことができるであろう。ＲｅｇＮＭＳは、米国証券取引委員会（ＳＥＣ：Ｓｅｃｕｒｉｔｉｅｓ ａｎｄ Ｅｘｃｈａｎｇｅ Ｃｏｍｍｉｓｓｉｏｎ）により「株式のＮＭＳを現代化および強化するように設計された一連のイニシアチブ」として米国（ＵＳ：Ｕｎｉｔｅｄ Ｓｔａｔｅｓ）において公布および表現された金融規制である。ＲｅｇＮＭＳは、市場での競争を促進することにより投資家がその注文について裁量価格での執行を受けることを保証するよう意図されている。

以下、図４～図６を参照する。フローチャート２００～４００は、端数ベースおよび／または想定ベースの売買を執行する方法の例を開示し、ＦＰＵ１５０は、フローチャートにおいて具現化されたモジュールに対応する命令を用いてプログラムまたは構成されてもよい。一部の実施形態において、ＦＰＵ１５０は、例として注文ゲートウェイモジュール１３０および／もしくはＥＭＳ１４０、またはタスクを実行するのに適した他の任意のシステムにある、プロセッサまたは複数プロセッサの組み合わせであってもよい。さらに、ＦＰＵ１５０は、ＦＰＵ１５０の二方向のデータ通信、すなわちデータの受領および提供を促進するために１つ以上の入力インターフェースを有するプリント回路カードなど、これに限定されないモジュールのプロセッサであってもよい。フローチャートにおいて具現化される以下のモジュールを実現するための必要に応じて、データを獲得するとは、データを受領するおよび／または読み出すと同義語および／または交換可能であり、データを提供するとは、データを利用可能にするまたは供給すると同義語および／または交換可能である。

図４は、端数ベースの買いまたは売り注文を執行する方法の例を開示するフローチャート２００を示し、ＦＰＵ１５０は、フローチャート２００において具現化されたモジュールに対応する命令を用いてプログラムまたは構成されてもよい。フローチャート２００の方法は、注文ゲートウェイモジュール１３０により提供された端株部分をＦＰＵ１５０が受領する、モジュール２０２により開始する。一部の実施形態において、第１の通信ユニット１１０が、注文ゲートウェイモジュール１３０に、第１の参加者から発生する端数ベースの買いまたは売り注文を提供した可能性があり、その結果、注文ゲートウェイモジュール１３０は、注文の数量を端株部分および対応する単元株部分に分離した可能性があり、そのうち後者は第２の参加者によるエージェンシー方式での単元株部分の買いまたは売り執行のために第２の通信ユニット１２０に提供される。

フローチャート２００の方法は、ＦＰＵ１５０が端株部分を保留キュー１５２に提供する、モジュール２０４に進む。一部の実施形態において、保留キュー１５２が、先行する注文から受領されたほかの端株部分により既にポピュレートされていれば、保留キュー１５２にＦＩＦＯ方式を適用して、端株部分は保留キュー１５２の最後尾に置かれてもよい。

フローチャート２００の方法は、ＦＰＵ１５０が、端株部分の対応する単元株部分が第１の価格で第２の通信ユニット１２０により執行された後、および／または執行に関する第１のレポートが生成されて後で第１の通信ユニット１１０を介して第１の参加者に配信されるようＥＭＳ１４０に提供された後に、端株部分を進行中キュー１５４に提供する、モジュール２０６に進む。第１の価格は、ＦＰＵ１５０に提供されてもよい。一部の実施形態において、進行中キュー１５４は、先行する端株部分が進行中キュー１５４により処理された後、端株部分が保留キューの先頭に到達したときに、端株部分を受領してもよい。

フローチャート２００の方法は、注文が買い注文であるか売り注文であるかに応じてモジュール２０８またはモジュール２１４に進む。買い注文の場合、フローチャート２００の方法は、モジュール２０８に進み、売り注文の場合、フローチャート２００の方法は、モジュール２１４に進む。

モジュール２０８に進むと、端数対応バランサ１５６は、端株データベース１５８が進行中キュー１５４内の端株部分の数量を処理するのに十分な数量を有するかどうかを判断してもよい。

十分な数量がある場合、フローチャート２００の方法は、端数対応バランサ１５６が第１の価格で端株部分を執行する、モジュール２１０に進む。一部の実施形態において、執行は、価格の改善があれば（すなわちＮＢＢＯ価格が第１の価格よりも低い）リアルタイムＮＢＢＯ（すなわち第２の価格）で実行されてもよい。次に、フローチャート２００の方法はモジュール２１６に移る。

十分な数量がない場合、フローチャート２００の方法は、端数対応バランサ１５６が、市場から買い付ける株（単数または複数）の数量を決定し、株（単数または複数）を受領し、端株データベース１５８に株（単数または複数）を格納する、モジュール２１２に進む。一部の実施形態において、株（単数または複数）の数量は、進行中キュー１５４および保留キュー１５２両方における数量を合計することにより決定されてもよい。次に、フローチャート２００の方法はモジュール２１０に移る。

モジュール２０６から進んで、フローチャート２００の方法は、端数対応バランサ１５６が第１の価格で、または改善があれば第２の価格で端株部分を執行する、モジュール２１４に進む。

フローチャート２００の方法は、端数対応バランサ１５６が端株部分の執行について第２のレポートを生成する、モジュール２１６に進む。一部の実施形態において、第２のレポートが端数対応バランサ１５６により生成されて、後で第１の通信ユニット１１０を介して第１の参加者に配信されるようにＥＭＳ１４０に提供されてもよい。次に、フローチャート２００の方法は終了する。

図５は、想定ベースの買い注文を執行する方法の例を開示するフローチャート３００を示し、ＦＰＵ１５０は、フローチャート３００において具現化されたモジュールに対応する命令を用いてプログラムまたは構成されてもよい。フローチャート３００の方法は、注文ゲートウェイモジュール１３０により提供された第１の推定される端株部分をＦＰＵ１５０が受領する、モジュール３０２により開始する。一部の実施形態において、第１の通信ユニット１１０が注文ゲートウェイモジュール１３０に、第１の参加者から発生する想定ベースの買い注文を提供した可能性があり、その結果、注文ゲートウェイモジュール１３０は、注文の推定される数量を計算して推定される数量を第１の推定される端株部分および対応する推定される単元株部分に変換した可能性があり、そのうち後者は第２の参加者による推定される単元株部分の売り執行のために第２の通信ユニット１２０に提供される。

フローチャート３００の方法は、ＦＰＵ１５０が第１の推定される端株部分を保留キュー１５２に提供する、モジュール３０４に進む。一部の実施形態において、保留キュー１５２が、先行する注文から受領されたほかの端株部分により既にポピュレートされていれば、保留キュー１５２にＦＩＦＯ方式を適用して、第１の推定される端株部分は保留キュー１５２の最後尾に置かれてもよい。

フローチャート３００の方法は、ＦＰＵ１５０が、端株部分の対応する推定される単元株部分が第１の価格で第２の通信ユニット１２０により執行された後、および／または執行に関する第１のレポートが生成されて後で第１の通信ユニット１１０を介して第１の参加者に配信されるようＥＭＳ１４０に提供された後に、第１の推定される端株部分の数量を再計算する、モジュール３０６に進み、第１の価格は、ＦＰＵ１５０に提供されてもよい。一部の実施形態において、再計算は、リアルタイムＮＢＢＯ（すなわち第２の価格）で実行されてもよい。一部の実施形態において、再計算は、先行する端株部分が進行中キュー１５４により処理された後、推定される端株部分が保留キュー１５２の先頭に到達すると、実行されてもよい。

フローチャート３００の方法は、ＦＰＵ１５０が、再計算された数量からなる第２の端株部分を進行中キュー１５４に提供する、モジュール３０８に進む。

フローチャート３００の方法は、端数対応バランサ１５６が、端株データベース１５８が進行中キュー１５４内の第２の端株部分の数量を処理するのに十分な数量を有するかどうかを判断する、モジュール３１０に進む。

十分な数量がある場合、フローチャート３００の方法は、端数対応バランサ１５６が第１の価格で、または改善があればリアルタイムＮＢＢＯで第２の端株部分を執行する、モジュール３１２に進む。次に、フローチャート３００の方法はモジュール３１６に移る。

十分な数量がない場合、フローチャート３００の方法は、端数対応バランサ１５６が、市場から買い付ける株（単数または複数）の数量を決定し、株（単数または複数）を受領し、端株データベース１５８に株（単数または複数）を格納する、モジュール３１４に進む。一部の実施形態において、株（単数または複数）の数量は、進行中キュー１５４および保留キュー１５２両方における数量を合計することにより決定されてもよい。次に、フローチャート３００の方法はモジュール３１２に移る。

モジュール３１２から進んで、フローチャート３００の方法は、端数対応バランサ１５６が、モジュール３１２において執行される第２の端株部分の金額を判断する、モジュール３１６に進む。一部の実施形態において、金額が想定ベースの買い注文の金額よりも大きい場合に調整係数が決定されてもよく、そのような場合、買いすぎを防止するべく、第２の端株部分の金額を想定ベースの買い注文の金額と等しくするため、またはそれをわずかに下回らせるために、株の数量が削減されてもよい。

フローチャート３００の方法は、端数対応バランサ１５６が、モジュール３０２の第１の推定される端株部分の執行について第２のレポートを生成する、モジュール３１８に進む。一部の実施形態において、第２のレポートが端数対応バランサ１５６により生成されて、後で第１の通信ユニット１１０を介して第１の参加者に配信されるようにＥＭＳ１４０に提供されてもよい。次に、フローチャート３００の方法は終了する。

図６は、想定ベースの売り注文を執行する方法の例を開示するフローチャート４００を示し、ＦＰＵ１５０は、フローチャート４００において具現化されたモジュールに対応する命令を用いてプログラムまたは構成されてもよい。フローチャート４００の方法は、ＦＰＵ１５０が、注文ゲートウェイモジュール１３０により提供された執行された単元株部分の数量を受領する、モジュール４０２により開始し、執行された単元株部分は、第１の通信ユニット１１０を介して受領された金額の想定ベースの売り注文の変換から生じて第１の価格での執行のために第２の通信ユニット１２０に提供された、単元株部分の数量であってもよい。

フローチャート４００の方法は、執行された単元株部分の金額をＦＰＵ１５０が計算する、モジュール４０４に進む。一部の実施形態において、計算は、リアルタイムＮＢＢＯ（すなわち第２の価格）で実行されてもよい。

フローチャート４００の方法は、ＦＰＵ１５０が、想定ベースの売り注文が売りすぎになったかどうかを判断する、モジュール４０６に進む。一部の実施形態において、売りすぎ状態は、執行された単元株部分の数量の金額が想定ベースの売り注文の金額を超過すると発生し得る。

売りすぎ状態が存在する場合、フローチャート４００の方法は、端数対応バランサ１５６が、売りすぎに相当する執行された単元株部分の数量を端株データベース１５８に提供する、モジュール４０８に進む。次に、フローチャート４００の方法はモジュール４１８に移る。

売りすぎ状態が存在しない場合、フローチャート４００の方法は、端数対応バランサ１５６が、想定ベースの売り注文の金額と、執行された単元株部分の計算された金額との差に相当する株（単数または複数）の数量を再計算する、モジュール４１０に進む。一部の実施形態において、計算は、リアルタイムＮＢＢＯ（すなわち第３の価格）で実行されてもよい。

フローチャート４００の方法は、端数対応バランサ１５６が、再計算された株（単数または複数）の数量が執行に必要な最低数量を満たすかどうか判断する、をモジュール４１２に進む。

最低数量が満たされている場合、フローチャート４００の方法は、端数対応バランサ１５６が、再計算された株（単数または複数）の数量の売りを第３の価格で執行する、モジュール４１４に進む。次に、フローチャート４００の方法はモジュール４１８に移る。

最低数量が満たされていない場合、フローチャート４００の方法は、端数対応バランサ１５６が、再計算された株（単数または複数）の数量に対する執行をキャンセルして、再計算された株（単数または複数）の数量に相当する金額をＥＭＳ１４０に返す、モジュール４１６に進む。

フローチャート４００の方法は、端数対応バランサ１５６が、モジュール４０８もしくは４１４において実行された執行またはモジュール４１６において実行されたキャンセルに関するレポートを生成する、モジュール４１８に進む。一部の実施形態において、レポートは、端数対応バランサ１５６により生成されて、後で第１の通信ユニット１１０を介して第１の参加者に配信されるようにＥＭＳ１４０に提供されてもよい。次に、フローチャート４００の方法は終了する。

以下、図７を参照する。マネージドアカウントシステム（ＭＡＳ：ｍａｎａｇｅｄ ａｃｃｏｕｎｔ ｓｙｓｔｅｍ）５００は、登録投資アドバイザ（ＲＩＡ：ｒｅｇｉｓｔｅｒｅｄ ｉｎｖｅｓｔｍｅｎｔ ａｄｖｉｓｏｒ）など、これに限定されない個人および／または事業体のアカウントとすることができ、注文ゲートウェイ１３０および／またはＥＭＳ１４０、売買アドバイザアカウント５２０、割り当てリスティング５３０、サブアカウント５４０、および一掃アカウント５５０に通信可能に結合されたアカウント処理ユニット（ＡＰＵ）５１０を含んでもよい。一部の実施形態において、ＭＡＳ５００は、図のように注文ゲートウェイ１３０、ＥＭＳ１４０、および／またはＦＰＵ１５０に通信可能に結合された第１の通信ユニット１１０を所有および／または操作する第１の参加者により用いられることができるであろう。

売買アドバイザアカウント５２０は、サブアカウント５４０により売買に利用可能なファンドおよび／または証券の額を総計で計算するように構成されたモジュールとすることができるであろう。個人および／または事業体は、売買アドバイザアカウント５２０に注文を発生させてもよい。一部の実施形態において、注文は、数量ベースの注文であってもよい。一部の実施形態において、注文は、想定ベースの注文であってもよい。売買アドバイザアカウント５２０は、注文が発生した後、注文ゲートウェイ１３０に注文を提供するように構成されてもよい。売買アドバイザアカウント５２０は、注文が執行された後、ＥＭＳ１４０によって提供された執行のレポートを受領するように構成されてもよい。

割り当てリスティング５３０は、サブアカウント５４０のうちのどのサブアカウントに、端数分配できるファンドおよび／または証券が割り当てられるかを売買アドバイザアカウント５２０に通知するように構成されたモジュールを含むことができるであろう。サブアカウント５４０は、割り当ておよび端数分配できるファンドおよび／または証券を受領するように構成されたモジュールを含むことができるであろう。

一掃アカウント５５０は、割り当てまたは端数分配できないファンドおよび／または証券を受領するように構成されたモジュールを含むことができるであろう。一部の実施形態において、ＦＰＵ１５０は、一掃アカウント５５０から、当該アカウントを精算するために、ファンドおよび／または証券の端数部分を買い、または売るように構成できるであろう。一部の実施形態において、これらの端数部分は、スケジュールされた間隔で（例えば取引日の終了時に、取引日が始まる前になど）買われること、または売られることが可能であり、それによって、個人および／または事業体の一掃アカウント５５０に保持される端数持ち高がゼロに削減されてもよい。現在、企業には、これをマイクロレベルで行うすべがなく、完全な株が蓄積されてようやくこれを行うことができるが、それでもいくらかの端数部分が残される結果になる可能性が高い。

図８は、端株取引を執行する方法の例を開示するフローチャート６００を示し、ＡＰＵ５１０は、フローチャート６００において具現化されたモジュールに対応する命令を用いてプログラムまたは構成されてもよい。フローチャート６００の方法は、執行のために売買アドバイザアカウント５２０により注文ゲートウェイ１３０の通信ユニットに売買注文が入力されるのに応答して、執行されたファンドおよび／または証券の数量ならびに当該執行の平均価格を詳述するレポートを売買アドバイザアカウント５２０がＥＭＳ１４０の通信ユニットから受領する、モジュール６０２により開始する。一部の実施形態において、注文は、端数ベースの買いもしくは売り注文、想定ベースの買い注文、および／または想定ベースの売り注文を含むことができるであろう。一部の実施形態において、注文ゲートウェイ１３０およびＥＭＳ１４０の通信ユニットは同一のユニットであってもよい。一部の実施形態において、注文ゲートウェイ１３０およびＥＭＳ１４０の通信ユニットは異なるユニットであってもよい。

フローチャート６００の方法は、ＡＰＵ５１０が、ファンドおよび／または証券を端数分配できるかどうかを判断し、できる場合、ファンドおよび／または証券が割り当てリスティング５３０に基づきサブアカウント５４０に割り当てられる、モジュール６０４に進む。ＦＰＵ１５０により端数分配可能なファンドおよび／または証券が十分な数量あれば、端数分配できる構成部分がサブアカウント５４０に割り当てられてもよく、なければ、端数分配できない構成部分が一掃アカウント５５０に「残余端株」として提供されてもよい。端数分配できる構成部分について、次にフローチャート６００の方法は、ＡＰＵ５１０が、ファンドおよび／または証券の当該構成部分をサブアカウント５４０に提供する、モジュール６０６に進む。端数分配できない構成部分については、フローチャート６００の方法は次に、ＡＰＵ５１０が当該ファンドおよび／または証券を一掃アカウント５５０に提供する、モジュール６０８に進み、その時点で当該ファンドおよび／または証券は、ＦＰＵ１５０による精算に利用可能になる。

限定ではなく例示を目的として、第１の参加者（例えばＲＩＡ）が、４つのサブアカウント５４０を有し、それぞれが売買に利用可能な同額のファンドを有すると想定する。４つのアカウントに対して、想定ベースの買い注文が注文ゲートウェイ１３０に提出され、応答として、１６．００１９株の数量を示すレポートがモジュール６０２において受領されたと想定する。割り当てリスティング５３０が、各アカウントへの１００パーセントの割り当てを指示し、ＦＰＵ１５０が、分割可能な最小の株の数量１万分の１（または小数点以下４桁）をもたらすように構成されると想定すると、ＡＰＵ５１０は、４．００４株の数量（すなわち端数分配できる数量）をサブアカウント５４０に割り当ててもよく、４つのサブアカウントはそれぞれ１．０００１株を受領してもよい。０．０００３株（１６．００１９－１６．０００４）の量の株の残りの数量は、ＡＰＵ５１０の命令に従って分割可能な最小の株の数量に端数分配できないかもしれず、よって、ＡＰＵ５１０は、この残余端株を一掃アカウント５５０に提供してもよい。

フローチャート６００の方法は、ＡＰＵ１５０が、一掃アカウント５５０内の残余端株を買い、さらに／または一掃アカウント５５０を精算するように構成され得るＦＰＵ１５０に売る、モジュール６１０に進む。前の説明では、ＦＰＵ１５０は、０．０００３株の数量を買い付けることができるであろう。一部の実施形態では、これがスケジュールされた間隔で実行されてもよい。一部の実施形態において、残余端株の買いおよび／または売りは、それぞれ端株データベース１５８内の端株の数量を増加および／または減少できるであろう。次に、フローチャート６００の方法は終了する。

なお、上述した方法の各ステップは、非一時的コンピュータ可読媒体に格納されたコンピュータ命令コードにおいて具現化されてもよい。方法は、明細書に記載されたステップのうちの１つ以上を含んでもよく、その１つ以上のステップは、互いに同時に実行されることを含め、任意の所望の順序で実行されてよい。例として、本願明細書において開示されたステップのうちの２つ以上が単一のステップに組み合わされてもよく、さらに／またはステップのうちの１つ以上が２つ以上のサブステップとして実行されてもよい。さらに、本開示の利益を有する当業者には当然のことながら、本願明細書において明示的に開示されていない、または本質的に存在していないステップが、本願明細書に記載されたステップに組み入れられもしくは追加されてもよく、または本願明細書に記載されたステップの１つ以上と置き換えられてもよい。

本願明細書において使用されるとき、「実施形態」という用語は、限定ではなく例示として説明する働きをする実施形態を意味する。

当業者には当然のことながら、先行する例および実施形態は、例示的であり、本願明細書において開示される発明概念の広範な範囲に対する限定ではない。本明細書を読み、図面を検討すると当業者に明らかになる、それらに対するすべての変更、置換、拡張、等価物、および改善は、本願明細書において開示された発明概念の広範な範囲の中に含まれるものとする。従って、添付の特許請求の範囲は、本願明細書において開示された発明概念の広範な範囲内に入る当該の変更、置換、拡張、等価物、および改善をすべて含むものとする。

本願は種々の実装を開示し、とりわけ以下（１）－（３２）で示す実装を開示するものである。
（１） 端数ベースの買いまたは売り注文を執行する方法であって、
プロセッサにより実行可能なコードを格納している非一時的なプロセッサ可読媒体に通信可能に結合された少なくとも１つのプロセッサを含む処理ユニットによって、端株からなる買いまたは売り注文の端株部分を受領するステップと、
前記端株部分を第１のキューに提供するステップと、
前記端株部分に対応する前記買いまたは売り注文の単元株部分が或る価格で執行された後、前記端株部分を第２のキューに提供するステップと、
買い注文の場合、
十分な数量の端株が端株データベースに格納されているかどうかを判断するステップ、および
十分な数量が存在すれば、前記端株データベースから前記第２のキュー内の前記端株部分に対する端株を買うステップ、
からなる第１の取引を実行するステップと、
売り注文の場合、
前記第２のキュー内の前記端株部分の前記端株を前記端株データベースに売るステップ
からなる第２の取引を実行するステップと、
前記第１の取引または前記第２の取引が完了すると、レポートを生成するステップと、
を含む方法。

（２） 前記買いまたは売り注文は、第１の参加者の第１の通信ユニットを通して提供され、
前記単元株部分の前記執行は、第２の参加者の第２の通信ユニットを通してレポートされる、（１）に記載の方法。

（３） 端株を前記買うステップは、前記単元株部分が執行された前記価格、または前記価格の改善があればリアルタイムの価格で執行される、（１）に記載の方法。

（４） 前記第１の取引はさらに、
十分な数量が存在しなければ、買い付ける株部分の数量を決定するステップと、
前記数量の株部分を買い付けるステップと、
前記買い付けされた数量の株部分を前記端株データベースに格納するステップと、
前記端株データベースから、前記第２のキュー内の前記端株部分に対する端株の買いを執行するステップと
からなる、（１）に記載の方法。

（５） 買い付ける株部分の前記数量は、前記第１のキュー内の端株部分の数量および前記第２のキュー内の株の数量に応じて決定される、（４）に記載の方法。

（６） 端株の前記買いは、前記単元株部分が執行された価格、または前記価格の改善があればリアルタイムの価格で執行される、（４）に記載の方法。

（７） 前記レポートは、第１の参加者の第１の通信ユニットに提供される買いまたは売り注文レポートに含まれる、（１）に記載の方法。

（８） 第１の参加者により用いられアカウント処理ユニットを含むマネージドアカウントシステムから、一掃アカウントの少なくとも１つの端株を買い付けるステップ
をさらに含む、（１）に記載の方法。

（９） 前記アカウント処理ユニットは、端株取引を執行する方法を実行するように構成されている、（８）に記載の方法。

（１０） 想定ベースの買い注文を執行する方法であって、
プロセッサにより実行可能なコードを格納している非一時的なプロセッサ可読媒体に通信可能に結合された少なくとも１つのプロセッサを含む処理ユニットによって、第１の額を有する想定ベースの買い注文の第１の推定される端株部分を受領するステップであって、
前記第１の推定される端株部分は、計算された数量からなる、前記受領するステップと、
前記第１の推定される端株部分を第１のキューに提供するステップと、
前記推定される端株部分の前記計算された数量を再計算するステップと、
前記想定ベースの買い注文の推定される単元株部分の売買が執行された後、前記再計算された数量からなる第２の推定される端株部分を第２のキューに提供するステップと、
十分な数量の端株が端株データベースに格納されているかどうかを判断するステップと、
十分な数量が格納されていれば、前記端株データベースからの端株の買いを執行するステップと、
前記第２の推定される端株部分の第２の額を判断するステップと、
前記第１の額に応じて前記第２の推定される端株部分を調整するステップと、
前記端株の買いの執行が完了すると、レポートを生成するステップと、
を含む方法。

（１１） 前記想定ベースの買い注文は、第１の参加者の第１の通信ユニットを通して提供され、
前記単元株部分の前記執行は、第２の参加者の第２の通信ユニットを通してレポートされる、（１０）に記載の方法。

（１２） 前記推定された端株部分の数量は、前記第１の額およびリアルタイムの価格に応じて再計算される、（１０）に記載の方法。

（１３） 前記方法は、
十分な数量が存在しなければ、買い付ける株の数量を決定するステップと、
前記数量の株を買い付けるステップと、
端株の前記買いの前記執行前に、前記買い付けされた数量の株を前記端株データベースに格納するステップと、
をさらに含む、（１０）に記載の方法。

（１４） 買い付ける株の前記数量は、前記第１のキュー内の端株の数量および前記第２のキュー内の株の数量に応じて決定される、（１３）に記載の方法。

（１５） 端株の前記買いは、前記単元株部分が執行された価格、または価格改善があればリアルタイムの価格で執行される、（１３）に記載の方法。

（１６） 前記レポートは、第１の参加者の第１の通信ユニットに提供される想定ベースの買い注文レポートに含まれる、（１０）に記載の方法。

（１７） 第１の参加者により用いられアカウント処理ユニットを含むマネージドアカウントシステムから、一掃アカウントの少なくとも１つの端株を買い付けるステップ
をさらに含む、（１０）に記載の方法。

（１８） 前記アカウント処理ユニットは、端株取引を執行する方法を実行するように構成されている、（１７）に記載の方法。

（１９） 想定ベースの売り注文を執行する方法であって、
プロセッサにより実行可能なコードを格納している非一時的なプロセッサ可読媒体に通信可能に結合された少なくとも１つのプロセッサを含む処理ユニットによって、第１の額を有する想定ベースの売り注文の執行された単元株部分の数量を受領するステップと、
前記執行された単元株部分の第２の額を計算するステップと、
前記想定ベースの売り注文の売りすぎ状態が存在するかどうかを判断するステップと、
売りすぎ状態が存在すれば、
前記売りすぎに相当する前記執行された単元株部分の数量を端株データベースに提供するステップ
からなる第１の取引を実行するステップと、
売りすぎ状態が存在しなければ、
前記第１の額と前記第２の額との差に相当する株の数量を計算するステップ、
前記計算された数量が執行のための最低数量を満たせば執行を実行するステップ、および
前記計算された数量が執行のための最低数量を満たさなければ執行をキャンセルするステップ、
からなる第２の取引を実行するステップと、
を含む方法。

（２０） 前記想定ベースの売り注文は、参加者の通信ユニットを通して提供される、（１９）に記載の方法。

（２１） 前記第２の額の前記計算は、リアルタイムの価格に応じて実行される、（１９）に記載の方法。

（２２） 売りすぎ状態の前記存在は、前記第１の額および前記第２の額に応じて判断される、（１９）に記載の方法。

（２３） 前記第２の取引の前記計算は、リアルタイムの価格に応じて実行される、（１９）に記載の方法。

（２４） 前記方法は、
前記第１の取引または前記第２の取引が完了すると、レポートを生成するステップ
をさらに含み、その結果、
前記レポートは、第１の参加者の第１の通信ユニットに提供される想定ベースの売り注文レポートに含まれる、（１９）に記載の方法。

（２５） 前記方法は、
第１の参加者により用いられアカウント処理ユニットを含むマネージドアカウントシステムから、一掃アカウントの少なくとも１つの端株を買い付けるステップ
をさらに含む、（２４）に記載の方法。

（２６）前記アカウント処理ユニットは、端株取引を執行する方法を実行するように構成されている、（２５）に記載の方法。

（２７） 端株取引を執行する方法であって、
プロセッサ実行可能コードを格納している非一時的なプロセッサ可読媒体に通信可能に結合された少なくとも１つのプロセッサを含む第１の処理ユニットによって、前記第１の処理ユニットにより提供されたファンドまたは証券の売買注文の執行を示す第１の通信ユニットから第２の通信ユニットへのレポートを受領するステップと、
前記執行されたファンドまたは証券の構成部分が端数分配できるかどうかを判断するステップと、
端数分配できる第１の構成部分を少なくとも１つの第１のサブアカウントに割り当てるステップと、
端数分配できない第２の構成部分があれば、前記第２の構成部分を少なくとも１つの第２のサブアカウントに提供するステップであって、その結果、
少なくとも１つの第２のサブアカウントの前記ファンドまたは証券は、第２の処理ユニットによる精算に利用可能になる、前記提供するステップと、
を含む方法。

（２８） 前記第１の通信ユニットおよび前記第２の通信ユニットは、同一の通信ユニットである、（２７）に記載の方法。

（２９） 前記判断は、分割可能な最小の株の数量に応じて実行される、（２７）に記載の方法。

（３０） 前記第２の処理ユニットは、少なくとも１つの第２のサブアカウントの前記ファンドまたは証券を買い付けるように構成された端数対応処理ユニットである、（２７）に記載の方法。

（３１） 前記端数対応処理ユニットは、端数ベースの買いまたは売り注文を執行する方法、想定ベースの買い注文を執行する方法、および端株取引を執行する方法のうちの少なくとも１つを実行するように構成されている、（３０）に記載の方法。

（３２） 少なくとも１つの第２のサブアカウントの前記ファンドまたは証券は、スケジュールされた間隔で買い付けされる、（３１）に記載の方法。

Claims (8)

1. 想定ベースの買い注文を執行する方法であって、
   プロセッサにより実行可能なコードを格納している非一時的なプロセッサ可読媒体に通信可能に結合された少なくとも１つのプロセッサを含む処理ユニットによって、第１の額を有する想定ベースの買い注文の第１の推定される端株部分を受領するステップであって、前記第１の推定される端株部分は、計算された数量からなり、第１の参加者の第１の通信ユニットから前記想定ベースの買い注文を受領することを特徴とする、前記受領するステップと、
   前記第１の推定される端株部分を第１のキューに提供するステップであって、前記第１のキューは端株部分を先入れ先出し（ＦＩＦＯ：ｆｉｒｓｔ－ｉｎ，ｆｉｒｓｔ－ｏｕｔ）方式で処理するように構成されていることを特徴とする、前記第１のキューに提供するステップと、
   前記第１の推定される端株部分が前記第１のキューの先頭に到達したとき、前記第１の推定される端株部分の前記計算された数量を再計算するステップであって、前記第１の推定される端株部分の数量は、前記第１の額およびリアルタイムの価格に応じて再計算されることを特徴とする、前記再計算するステップと、
   前記想定ベースの買い注文の推定される単元株部分の売買が執行された後、前記再計算された数量からなる第２の推定される端株部分を第２のキューに提供するステップであって、前記単元株部分の前記執行は、第２の参加者の第２の通信ユニットを通してレポートされることを特徴とする、前記第２のキューに提供するステップと、
   十分な数量の端株が端株データベースに格納されているかどうかを判断するステップと、
   十分な数量が格納されていれば、ユーザにより課されたパラメータに基づいて前記端株データベースからの端株の買いを執行するステップであって、前記ユーザにより課されたパラメータは、前記端株データベースにおいて現在の注文を執行するのに必要な分以下を保持することを選択するように決定されていることを特徴とする、前記端株の買いを執行するステップと、
   前記第２の推定される端株部分の第２の金額を判断するステップと、
   前記第１の額に応じて前記第２の推定される端株部分を調整するステップであって、前記調整は、前記第２の金額が前記推定ベースの買い注文の金額よりも大きいときに調整係数を用いて実行される、前記調整するステップと、
   前記端株の買いの執行が完了すると、レポートを生成するステップと、
   前記生成されたレポートを前記第１の参加者の第１の通信ユニットに送信するステップと、
   を含む方法。
2. 前記ユーザにより課されたパラメータは、前記端株データベースにおいて特定の証券を一株以下保持することを選択するように決定されている、請求項１に記載の方法。
3. 前記方法は、
   十分な数量が存在しなければ、買い付ける株の数量を決定するステップと、
   前記数量の株を買い付けるステップと、
   端株の前記買いの前記執行前に、前記買い付けされた数量の株を前記端株データベースに格納するステップと、
   をさらに含む、請求項１に記載の方法。
4. 買い付ける株の前記数量は、前記第１のキュー内の端株の数量および前記第２のキュー内の株の数量に応じて決定される、請求項３に記載の方法。
5. 端株の前記買いは、前記単元株部分が執行された価格、または価格改善があればリアルタイムの価格で執行される、請求項３に記載の方法。
6. 前記レポートは、第１の参加者の第１の通信ユニットに提供される想定ベースの買い注文レポートに含まれる、請求項１に記載の方法。
7. 第１の参加者により用いられアカウント処理ユニットを含むマネージドアカウントシステムから、一掃アカウントの少なくとも１つの端株を買い付けるステップ
   をさらに含む、請求項１に記載の方法。
8. 前記アカウント処理ユニットは、端株取引を執行する方法を実行するように構成されている、請求項７に記載の方法。
   

Images