修正

FIX アルゴリズム取引定義言語( FIXatdlとしてよく知られています) は、金融市場内でアルゴリズム取引活動を可能にするために必要なメタ情報の交換の標準です。これは、証券市場における電子取引の共通言語であるFinancial Information eXchange (FIX) プロトコルと連携して機能します。

1990 年代半ばまでは、証券取引のほとんどすべてが電話で行われていましたが、FIX の登場により、取引は着実に電子的手段に移行しました。FIX プロトコルは、プロトコルで定義された標準化されたメッセージとワークフローを使用して、セルサイドとバイサイドの 注文管理システム(OMS) 間の通信に使用され、人間の介入なしに注文と注文実行情報を交換します。当初、セルサイド企業は FIX 経由でのみ「トレーディング デスク」へのアクセスを提供していました。つまり、注文がセルサイド ブローカーに到着すると、少なくともライフサイクルの開始時には、人間のトレーダーによって処理されていました。その後、セルサイド企業は、メンバーである取引所/市場への FIX 経由の直接アクセスを提供し始めました。これは、ダイレクト マーケット アクセス(DMA) として知られています。当時、多くのセルサイド企業は、アルゴリズム取引戦略を使用して市場で自動的に取引するための独自のシステムを持っていましたが、時間の経過とともに、これらの取引戦略へのアクセスをバイサイドに提供することがビジネスを引き付け、収益を増やす方法であることに気付き始めました。

FIX は拡張可能なプロトコルですが、セルサイド企業が FIX 経由でアルゴリズム取引戦略へのアクセスを提供する結果として、2 つの課題が生じました。1 つ目は、各セルサイド戦略には注文の一部として含める必要のある独自のパラメータがあり、その結果、各企業は FIX メッセージに含める必要があるフィールド セット (FIX では「タグ」と呼ばれます) が異なっていたことです。これにより、バイサイド、特にサプライヤーにとって作業が非常に困難になりました。取引システムに新しいアルゴリズムを追加し、さまざまなタグの組み合わせを管理することが、開発作業の大きなオーバーヘッドになったためです。

市場にとっての 2 番目の問題は、各セルサイド企業が、バイサイド OMS にアルゴリズムを表示するための特定の方法を望んでいたことです。ユーザー インターフェイスのコントロールは、注文入力が簡単に行えるように論理的に配置されていました。これもまた、バイサイド システム ベンダーにとって課題でした。セルサイド ブローカーごとに新しい画面を作成するたびに、専用の開発とテスト作業が必要だったからです。

これらの問題に取り組むため、FIX Protocol Limited は 2004 年第 3 四半期にアルゴリズム取引ワーキング グループを設立しました。 ^[1] グループの当初の焦点は、これらの問題のうち最初の問題を解決することでした。この作業は、FIX タグ 957 から 960 で構成される新しいフィールド グループ、StrategyParametersGrp を定義することで実現しました。これらのタグは、2006 年第 4 四半期の FIX 5.0 のリリースで正式に導入されました。セルサイド企業が独自のフィールドを繰り返しの名前と値のペア構造に含めることができるようになったため、OMS ベンダーはセルサイド取引先ごとに特定の FIX メッセージ構造を定義する必要がなくなりました。

このソリューションは、FIX 5.0 の普及が限られていたことと、企業がすでに市場で稼働中の実装を持っていて、正当な理由がない限り変更を望まなかったことから、広く採用されませんでした。おそらくもっと重要なのは、標準化の欠如から生じるバイサイドベンダーの複雑さという、市場にとってより重大な問題を解決できなかったことです。

XML構造を使用してアルゴリズムのユーザーインターフェイスとそれに付随するパラメータのプレゼンテーションを記述するというアイデアは、2005年のフォーラム投稿で、当時JPモルガンチェースにいたダニエル・クレイデンによってワーキンググループ内で最初に提案されました。 ^[2] ワーキンググループのメンバーは2006年にこのアイデアを開発し、2007年1月にはアイデアを検討するワークショップに業界からの幅広い参加を呼びかけました。^[3]最終的に仕様が作成され、2007年7月にベータテストが開始されました。 ^[4] この仕様はFIXatdl 1.0となり、2008年3月28日にFPLグローバル技術委員会（GTC）によって承認されました。

当初は多少の熱狂があったものの、全体としてバージョン 1.0 は市場であまり受け入れられませんでした。一部のベンダーは、アルゴリズムの公開と管理、およびツール UL AMS を備えた ULLINK (現在は Itiviti の一部) など、標準に関するサービスを提供する機会を見出しましたが、主要な OMS ベンダーは、新しいブローカー アルゴリズムの実装にかかるオーバーヘッドに苛立ちながらも、顧客と、バイサイド デスクにアルゴリズムを導入することに熱心なブローカーの両方から得られる収益を享受するようになりました。

バージョン 1.0 は大きな前進でしたが、いくつかの重大な制限がありました。特に、送信されるデータの定義とユーザー インターフェイスでの表示が密接に結びついていたため、売り手側のブローカーがアルゴリズムを定義する際の柔軟性が制限されていました。また、バージョン 1.0 の仕様では、ユーザー インターフェイスのレイアウトに関して十分な制御ができませんでした。ワーキング グループは、バージョン 1.1 となる仕様でこれらの制限に対処することにしました。最初の大きな変更は、データ コンテンツの定義を表示から分離し、アルゴリズム パラメータ、そのデータ型、最小値や最大値などのサポート情報で構成される「データ コントラクト」と呼ばれる別の定義を定義したことです。その後、XML ドキュメントの別のセクションで、ユーザー インターフェイスのレイアウト、各パラメータに使用するコントロール、およびそれらを画面上のどこに配置するかが扱われます。FIXatdlファイルが有効で整形式であることを保証するために、 XSD スキーマが提供されています。

FIXatdlバージョン1.1は、2010年2月9日にGTCによって暫定承認され、パブリックコメント期間に入り、最終的に2010年3月3日に承認されました。この仕様は、2010年3月23日のFPLのヨーロッパ、中東、アフリカ会議で正式に市場に導入されました。^[5]

当初はバージョン1.2 ^[6]の標準規格の作成作業が行われていましたが、業界がさらなる変更に関心を示さなかったため、標準規格はバージョン1.1のままでした。

FIXatdl ドキュメントには、1 つ以上の戦略定義を含めることができます。戦略定義には、次の 4 つの主要なセクションがあります。

• 戦略が適用される地理的地域、市場（取引所）、資産クラスを定義するメタデータセクション
• パラメータセクションでは、戦略で使用される各パラメータ、そのデータ型、制約（最小値と最大値など）、および結果の FIX メッセージでどのように表現されるかをリストします。
• StrategyLayout セクションでは、この戦略に使用するユーザー インターフェイス コントロール、画面上でのレイアウト方法、およびドキュメントの前のセクションで説明したパラメーターへのマッピング方法を定義します。
• 適用される検証ルールを説明するStrategyEditセクション – 通常はクロスフィールド検証になります

FIXatdl ドキュメントは、FPL によって提供される XSD スキーマのセットに対して検証される必要があります。これらのスキーマは、次の 4 つのカテゴリに分類されます。

• コア (データ コンテンツ、データ タイプ、制約などを定義します)
• レイアウト（使用できるコントロールとそのレイアウト方法を定義します）
• 検証（説明不要）
• フロー (他のコントロールの状態や内容に応じて、コントロールを有効化/無効化、非表示/表示、更新できます)

バージョン 1.1 では、次のようにグループ化できる 14 種類の異なるユーザー インターフェイス コントロールがサポートされています。

• ラベル
• テキスト入力フィールド（テキストボックスとも呼ばれる）
• チェックボックスとラジオボタン（単独およびリスト内）
• リストボックス（単一選択と複数選択の両方）
• 編集可能なドロップダウンリストと編集不可能なドロップダウンリスト
• 日付/時刻入力用の時計コントロール
• スライダー、少数の設定から1つを選択する
• 数値スピナー（それぞれ整数と浮動小数点数用の単精度と倍精度）

コントロールはパネルの階層 (StrategyPanel と呼ばれます) を使用してレイアウトされ、各パネルは水平または垂直方向に配置できます。右の図は、XML 要素が特定のレイアウト内の個々のパネルを参照する方法を示しています。

以前のバージョンとは異なり、バージョン 1.1 は証券業界で広く受け入れられ、採用されました。2009 年末には、リリース前の状態にもかかわらず、すでに 1.1 標準を使用している企業がありました。FIXatdl 標準をサポートする企業の例は次のとおりです。

• RealTick実行管理システム、Eze Software Group ^[7]
• SimCorp Dimensionのオーダーマネージャーモジュール^[8]
• Itivitiのアルゴリズム管理システムUL AMS
• ポートウェア実行管理システム^[9]
• RapidAdditionとそのFIXatdlエディタ
• Assimilate Technology の Visual FIX 製品
• コーナーストーンテクノロジーは、FIXatdl Jump-Startパッケージコンサルティングサービス^[10] 、公開FIXatdlトレーニングワークショップ^[11]、無料のFIXatdl検証サービスであるAtdlToolsを提供しています。

また、オープン ソースのJava実装と.NET実装 (それぞれ atdl4j と Atdl4net)もあり、どちらもバージョン 1.1 に準拠しています。

よく聞かれる質問ですが、なぜ FIXatdl は Mozilla のXUL、Microsoft のWindows Presentation Foundation、Apache Flexなどの既成のユーザー インターフェイス標準を使用しないのでしょうか? これはもっともな質問ですが、仕様の作成者はプラットフォームの完全な独立性を維持したいと考えており、いずれかのプラットフォームを採用するとこの命題が損なわれる恐れがあるようです。これらのプラットフォームの一部ほど洗練されていないものの、現在の仕様は、ユーザー インターフェイスのレイアウトに関して、過度に制限することなく、許容できる程度の制御を提供します。この設計上の選択がどのように機能するかはまだわかりませんが、採用が進むにつれて、仕様のこの部分のさらなる改良が必要になる可能性が高いと思われます。

• アルゴリズム取引
• 電子取引
• プロトコルを修正

• 公式ウェブサイトの正式な仕様
• FIXatdl を開発および保守する作業グループ (誰でも参加できますが、登録が必要です)
• ディスカッション ボードとサポート フォーラム (閲覧可能、投稿するには無料登録が必要です)
• FIXatdlのビデオ紹介
• FIXatdl - 戦略取引の状況の変化、FIXGlobal、2009 年 12 月/2010 年 1 月号。