سوبر عرض الكتاب هو نظام التداول الآلي ل

تجارة إلكترونية: سوبر ديسبلاي بوك (سابقا سوبيردوت)
و سوبر ديسبلاي بوك (سدبك) هو النظام الآلي في بورصة نيويورك الذي يعرض وسجل وينفذ أوامر الأوراق المالية. كان يعرف سابقا باسم نظام سوبيردوت (سوبر نظام ترتيب ترتيب مخصص)، وقبل ذلك، ببساطة دوت.
نظام توجيه الطلب سوبر ديسبلاي هو برنامج حاسوبي متطور يسهل نقل كل من أوامر السوق والأوامر مباشرة إلى موقع التداول (وصانعي السوق المعينين) حيث يتم تداول أمن معين. وهذا يسمح لمعاملة أكثر كفاءة لأن النظام يمكن تسليمها مباشرة إلى دم بدلا من الاتصال به إلى أسفل التاجر الكلمة ويتم يدويا. فإنه يعرض معلومات مثل نوع النظام، الكمية والسعر والتوقيت. الأنظمة الآلية مثل سدبك تنفيذ الأوامر مع السرعة والدقة، وتوفير طبقة من الأمن ضد الاحتيال - والتي يمكن أن تساعد في السيطرة على المخاطر.
ويمكن تداول جميع الأوراق المالية المدرجة على نظام سدبك. إذا كان يمكن تنفيذ أمر فورا، يرسل النظام تأكيدا إلكترونيا إلى وسيط التاجر المنشأ. يتم إقران أي أوامر بريماركيت التي يمكن أن يقابلها تلقائيا من قبل النظام وتنفيذها بسعر الافتتاح. إذا كان أي أوامر بريماركيت لا يمكن إقرانها، و سدبك يحمل النظام في قائمة الانتظار، ويرسل تأكيد الإلكترونية إلى الوسيط تقديم بعد تنفيذ الأمر.
معظم الطلبات المقدمة من قبل المستثمرين الأفراد لا يتم التعامل معها أبدا من قبل وسيط الأرض. بدلا من ذلك، يتم توجيه هذه الأوامر من خلال سدبك، مباشرة إلى دم للتنفيذ الفوري. وعادة ما يتعامل وسطاء الأرض مع الأوامر التجارية المؤسسية الأكبر والأكثر تعقيدا.

سوبر ديسبلاي بوك هو نظام التداول الآلي ل
1. مجال الاختراع.
يتعلق الاختراع الحالي بنظام تداول آلي لاستخدامه في نظام شبكة تبادل إلكتروني، وبشكل خاص نظام تجاري يستجيب بسرعة ودقة وأمان لفرص التداول المرغوبة.
2. وصف الفن ذي الصلة.
وقد وفرت التبادلات التجارية تاريخيا مكانا للمشترين والبائعين للالتقاء بالأسهم التجارية والسندات والعملات والسلع وغيرها من البنود. وتعد بورصة نيويورك و بورصة شيكاغو التجارية مثالا على هذا التبادل التجاري. وأدت أوجه التقدم التي تحققت مؤخرا في مجال تكنولوجيا الحاسوب والاتصالات إلى شبكات إلكترونية لنظام تبادل التجارة. وتستخدم شبكات نظام تبادل التجارة الإلكترونية شبكات الاتصالات والحواسيب لتكرار وظائف التبادل التقليدي وجها لوجه. فعلى سبيل المثال، تنشر الحواسيب المركزية لتبادل المعلومات عن السوق، وتحافظ على السجلات والإحصاءات، وتسدد المدفوعات النقدية، وتحدد متطلبات الهامش القائمة على المخاطر، وتتقابل الصفقات. وعادة ما تتم مطابقة الصفقات على أساس من يأتي أولا يخدم أولا، حيث أن وقت إدخال النظام هو معيار هام لتحديد الأولوية في الوفاء بالمعاملة.
وتربط شبكة الاتصالات الحواسيب التبادلية بالعديد من مواقع المتداولين. يتضمن كل موقع تاجر واحد أو أكثر من محطات التاجر التي يديرها التجار. ويقوم مشغلو شبكات الصرف عادة بتوفير أعضاء التبادل مع برامج واجهة، وفي بعض الحالات، أجهزة لتمكين التجار من عرض الأسعار والمعلومات الأخرى المتعلقة بالمنتجات، وتنفيذ المعاملات عن طريق تقديم الطلبات والاقتباسات. يتم عرض معلومات التداول هذه في شبكة أو تنسيق منظم آخر. المنافسة في السوق شرسة. التجار الذين يمكن التعرف بسرعة الفرص والعمل عليها توليد أكبر الأرباح.
معظم محطات التاجر المستخدمة اليوم تعتمد على التجار أنفسهم لتقرير ما إذا كان سيتم تقديم طلب ردا على فرصة التداول المقدمة من خلال الصرف. في هذا الصدد، يتم تلقي المعلومات التجارية من تبادل ومعالجتها وعرضها على شاشة من محطة التاجر. يقرأ المتداول المعلومات التجارية من الشاشة ويقرر ما إذا كان سيتم تقديم طلب أم لا. يقدم التاجر أمرا بإدخال التعليمات في محطة التاجر باستخدام لوحة مفاتيح أو فأرة.
وقد بذلت محاولات لتنفيذ نظم التداول التي تعمل على أتمتة اتخاذ القرارات بحيث يمكن تقديم الطلبات مع التفاعل المتداول محدودة. هذه الأنظمة لديها عدد من العيوب. على سبيل المثال، الأنظمة سهلة الاستخدام التي تقدم الطلبات تلقائيا دون تفاعل المتداول، في حين أن أسرع من تاجر الإنسان، بطيئة نسبيا من حيث سرعة الكمبيوتر بسبب تطبيق وتصميم النظام. وفي عملية إعداد نموذجية، تتم معالجة المعلومات التجارية المستلمة من البورصة بواسطة معدات الحاسوب الخلفية للأغراض العامة. ويمكن للكمبيوتر الخلفي، من بين أمور أخرى، (1) أن يعمل كبوابة من خلال توصيل معلومات السوق من التبادل إلى أنواع مختلفة من معدات العميل، (2) تقديم وحذف وتعديل الأوامر ونقلت إلى تبادل من مختلف المعدات العميل ، (3) تلقي تأكيدات التجارة في الوقت الحقيقي وتقارير المكتب الخلفي في نهاية اليوم، و (4) إجراء تحليل المخاطر، وإدارة الموقف، والوظائف المحاسبية. محطات التاجر هي عملاء الكمبيوتر الخلفية. وقد يتم تكليف محطات التاجر بمهام متعددة مثل (1) تلقي وعرض معلومات السوق في الوقت الحقيقي، (2) إنشاء وعرض الأسعار النظرية المتعلقة بمنتجات السوق، (3) إنشاء الطلبات وتعديلها وحذفها و (4) الحفاظ على المناصب وحساب إدارة المخاطر، على سبيل المثال لا الحصر. يتم تكوين كل محطة المتداول عادة في بيئة صديقة للبيئة، وسهلة الاستخدام جدا منذ التاجر سوف تنفق فترات طويلة من الوقت كل يوم مشاهدة والتفاعل معها. النفقات العامة المرتبطة بالوظائف التي يقوم بها الكمبيوتر الخلفية ومحطات التاجر يقلل من سرعة استجابة التداول الآلي.
وبالإضافة إلى ذلك، تفتقر معدات الكمبيوتر إلى حكم تجاري للتاجر البشري. يمكن للكمبيوتر أن يولد خسائر مذهلة في غمضة عين من خلال تقديم الطلبات بناء على افتراضات غير مكتملة أو خاطئة متأصلة في برنامج التداول أو بيانات المدخلات الخاطئة أو البيانات التالفة التي يعتمد عليها برنامج التداول. وبناء على ذلك، توجد حاجة في هذا المجال إلى نظام آلي للتداول يستجيب بسرعة للمعلومات التجارية المنقولة من تبادل، ولكنه آمن ودقيق.
ملخص الاختراع.
وقد تم الاختراع الحالي في ضوء الظروف المذكورة أعلاه، وكهدف لتوفير نظام تجاري محسن يستجيب بسرعة للمعلومات التجارية الواردة من التبادل.
وثمة هدف آخر للاختراع يتمثل في توفير نظام آلي للتداول في نظام تبادل تجاري إلكتروني يقدم بسرعة الطلبات استجابة لمعلومات التداول الواردة من البورصة.
وهناك هدف آخر للاختراع يتمثل في توفير نظام تداول آلي يضمن دقة عمليات التداول التلقائية.
وهناك هدف آخر للاختراع يتمثل في توفير نظام تداول آلي يقوم بعمليات تداول أوتوماتيكية دون التعرض لخسائر هائلة بسبب خطأ أو خطأ أو تكرار العملية.
وثمة هدف آخر للاختراع يتمثل في توفير نظام تداول في محطة التاجر الآلي التي يمكن التحكم فيها عن بعد.
وثمة هدف آخر للاختراع يتمثل في توفير نظام للتاجر الآلي يغطى تلقائيا بعض أو كل مخاطر دلتا المرتبطة بتنفيذ التجارة عن طريق تقديم أمر فيما يتعلق بفرصة تجارية أخرى ذات صلة.
وسيتم تحديد أشياء ومزايا إضافية للاختراع في جزء منها في الوصف التالي، وجزء من ذلك سيكون واضحا من الوصف، أو يمكن تعلمه بممارسة الاختراع. وسوف تتحقق أغراض ومزايا الاختراع وتتحقق عن طريق العناصر والتوليفات المشار إليها بصفة خاصة في المطالبات المرفقة.
ولتحقيق الأجسام ووفقا للغرض من الاختراع، على النحو المجسد والموصوف على نطاق واسع في هذه الوثيقة، يتضمن الاختراع نظاما تجاريا آليا لاستخدامه في شبكة نظام تبادل إلكتروني يتضمن واجهة استقبال تستقبل معلومات عن سعر السوق لأول تداول البند من التبادل والمنطق المرجعي للبيانات التي تنتج قيمة الصفقة لأول عنصر المتداولة من بنية البيانات على أساس معلومات عن سعر البند الثاني المتداولة المتعلقة البند المتداولة الأولى، منطق القرار باستخدام جزء على الأقل من سعر السوق المستلمة والمعلومات وقيمة الصفقة لتوليد قرار ما إذا كان سيتم تقديم طلب لأول عنصر المتداولة، واجهة الانتاج لإخراج طلب معاملة السوق لأحد البند المتداولة الأولى والبند المتداولة الثانية لنقلها إلى تبادل في استجابة إلى منطق القرار. على سبيل المثال، البند الأول المتداول قد يتوافق مع خيار والبند المتداول الثاني قد يتوافق مع الأمن الكامنة في الخيار.
قد يتلقى منطق مرجعي البيانات معلومات السعر الحالي للبند المتداول الثاني ويستخدم معلومات السعر الحالي لإخراج قيمة المعاملة. قد يتضمن منطق مرجعية البيانات الذاكرة المخزنة لبنية البيانات التي تقوم باختبار قيم المعاملات المحسوبة مسبقا للعنصر المتداول الأول على مدى قيم سعر السلعة المتداولة الثانية والمنطق المرجعي لتحديد إحدى قيم المعاملات المحسوبة مسبقا على أساس على الأقل جزئيا على القيمة السعرية الحالية للبند الثاني المتداول. ويمكن أن يشتمل هيكل البيانات على واحد أو أكثر من هيكل بيانات ثنائي الأبعاد يرسم قيم المعاملات المحسوبة مسبقا للعنصر الأول المتداول على نطاق من أسعار البند الثاني المتداول، وهو هيكل بيانات ن الأبعاد، حيث يكون n 3 أو أكثر ، وجدول بحث، وقائمة مرتبطة، و / أو هيكل شجرة.
قد يقارن منطق القرار على الأقل جزء من معلومات سعر السوق المستلمة بقيمة المعاملة عندما يصبح التداول الآلي في البند الأول ممكنا أولا. ويمكن أن يشمل نظام التداول الآلي أيضا منطق التحقق من السلامة، والاستجابة لمنطق القرار، لمنع نقل طلب معاملة السوق (أو للحد الأقصى من الكمية في معاملة السوق) لأول عنصر متداول في البورصة إذا كان الطلب لا تفي بمعيار محدد سلفا، كحد أقصى لكمية التجارة للبند المتداول الأول أو الحد الأقصى لعدد محاولات المعاملات في السوق خلال فترة زمنية محددة سلفا. ويجوز منطق القرار أن يقارن على الأقل جزء من معلومات سعر السوق المستلمة بقيمة المعاملة عند زيادة الحد الأقصى لعدد المحاولات.
وقد تتلقى واجهة المستقبل معلومات سعر السوق بالنسبة للبند الأول المتداول بصورة غير مباشرة من التبادل عبر واجهة تبادل. عالوة على ذلك، قد يقارن منطق القرار قيمة المعامالت مع جزء على األقل من معلومات سعر السوق المستلمة، حيث قيمة الصفقة هي الحد األدنى لسعر بيع البند المتداول األول، وتتضمن معلومات سعر السوق سعر الشراء في السوق لألول) متداولة. قد تكون قيمة الصفقة الحد الأقصى لسعر الشراء للبند الأول المتداول، وقد تتضمن معلومات سعر السوق سعر طلب السوق لأول عنصر يتم تداوله. وقد تكون قيمة المعاملات قيمة نظرية للعنصر الأول المتداول على أساس نموذج رياضي.
قد تتطابق معلومات سعر البند الثاني المتداول مع سعر السوق الحالي للبند الثاني المتداول. ومن ثم يمكن أن ينتج منطق القرار مقارنة عندما يكون سعر السوق الحالي للتغييرات الثانية في البند المتداول. ويمكن أيضا إنشاء مقارنات عندما يتغير سعر السوق الحالي للتغييرات الأولى في البند المتداول، عندما يتم تحديث متغير الجدول أو تغييره، عندما يتم تمكين التداول الآلي، و / أو عندما يتم إجراء فحوصات السلامة.
قد يشتمل الكمبيوتر الخلفي على واجهة جهاز الاستقبال والمنطق المرجعي للبيانات ومنطق القرار وواجهة الإخراج. قد يعمل الكمبيوتر الخلفي الأول باستخدام نظام تشغيل يستند إلى ويندوز أو نظام تشغيل يستند إلى نص. يمكن أن يقترن محطة التاجر منفصلة عن الكمبيوتر الخلفي إلى الكمبيوتر الخلفي من خلال وصلة اتصال. قد تتضمن محطة التاجر واجهة مستخدم رسومية لتمكين المتداول من مراقبة تشغيل الكمبيوتر الخلفي. ويجوز لمحطة التاجر أن تنقل معلومات مرجعية محدثة للبيانات لتحديث منطق مرجعي البيانات إلى الحاسوب الخلفي فوق وصلة الاتصال. على سبيل المثال، يمكن لمحطة التاجر حساب المعلومات المرجعية للبيانات المحدثة، والتي يخزنها الكمبيوتر الخلفي. قد يكون الكمبيوتر الخلفي أقرب بكثير من محطة التاجر إلى الصرف الذي ينقل معلومات سعر السوق لأول بند المتداولة.
ويشمل الاختراع الحالي أيضا طريقة تداول آلية لاستخدامها في شبكة نظام تبادل إلكتروني تتضمن معلومات عن سعر السوق لعنصر تداول أول، وتحديد السعر المطلوب للبند المتداول الأول في جدول بحث استنادا إلى معلومات الأسعار وهو بند متداول ثان يتعلق بالبند الأول المتداول مقارنة معلومات سعر السوق المستلمة للبند الأول المتداول بالسعر المطلوب للبند الأول المتداول وتوليد أمر لأحد البنود المتداولة الأولى والثاني المتداولة على أساس مقارنة معلومات سعر السوق المستلمة بالسعر المطلوب.
قد يتطابق البند الأول المتداول مع خيار وقد يتطابق البند الثاني المتداول مع الضمان الذي يستند إليه الخيار. قد تتضمن خطوة تحديد السعر المطلوب الحصول على معلومات سعر السوق الحالية للبند الثاني المتداول، وذلك باستخدام معلومات سعر السوق الحالية لفهرسة السعر المطلوب للبند المتداول الأول في جدول البحث. قد يكون جدول البحث جدول ثنائي الأبعاد يوفر قيم السعر المطلوب المفهرسة حسب البند المتداول وسعر السلعة المتداولة الثانية أو جدول n-ديمنزيونال حيث n هو 3 أو أكثر.
ويشمل الاختراع الحالي أيضا طريقة آلية للتداول في شبكة نظام الصرف الإلكتروني، تشمل خطوات الحصول على سعر السوق الحالي لخيار من التبادل الإلكتروني، ومقارنة سعر السوق الحالي للخيار مع السعر المطلوب للخيار، حيث يتم اشتقاق السعر المطلوب من معلومات الأسعار الحالية للأمن الضمني للخيار، وتقديم أمر لخيار التبادل الإلكتروني في حدود 1 ميلي ثانية من خطوة استلام سعر السوق الحالي.
ويمكن تقديم خطوة تقديم الطلب في غضون 600 ميكروثانية من خطوة الحصول على سعر السوق الحالي، وحتى في حدود 380 أو 250 ميكروثانية من خطوة الحصول على سعر السوق الحالي.
ويشمل الاختراع الحالي أيضا طريقة تداول آلية لاستخدامها في شبكة نظام الصرف الإلكتروني، بما في ذلك خطوات الحصول على معلومات السوق عن أول عنصر متداول، وتحديد قيمة الصفقة للبند المتداول الأول في جدول بحث يستند إلى ما لا يقل عن واحدة من معلومات الأسعار للبند المتداول الثاني المتعلق بالبند الأول المتداول، وتلقت معلومات السوق عن القيمة المتداولة الأولى، وتستخدم على الأقل قيمة الصفقة المحددة في تحديد ما إذا كان سيتم تقديم طلب للبند المتداولة الأولى.
قد تكون قيمة المعاملة المحددة قيمة تقلب ضمنية مطابقة للبند المتداول الأول، أو قيمة شراء قصوى للبند المتداول الأول، أو أدنى قيمة بيع للبند المتداول الأول، أو القيمة النظرية للبند المتداول الأول المتولد استنادا إلى نموذج رياضي. وعلاوة على ذلك، قد يتضمن جدول البحث قائمة مرتبطة.
قد يقوم الكمبيوتر الخلفي بإجراء تلقي وتحديد وتحديد الخطوات على نظام تشغيل يستند إلى ويندوز أو على منصة تستند إلى نص. قد تقوم محطة تاجر منفصلة عن الكمبيوتر الخلفي بحساب قيم المعاملات للتخزين في جدول البحث ونقل قيم المعاملات المحسوبة إلى الكمبيوتر الخلفي الذي يخزن قيم المعاملات المحسوبة في جدول البحث. قد يتم فحص القيم المخزنة في جدول البحث لجهاز الكمبيوتر الخلفي مقابل القيم المخزنة في جدول البحث في محطة التاجر للتأكد من دقة جدول البحث المخزن في الكمبيوتر الخلفي.
وعلاوة على ذلك، قد تشمل الطريقة كذلك تقديم طلب للحصول على البند الأول المتداول الذي يتلقى تأكيدا للمعاملة من تبادل يستجيب للأمر المقدم، وتقديم أمر للبند الثاني المتداول للتحوط من مخاطر الدلتا المرتبطة بالمعاملة المؤكدة.
وينبغي أن يكون مفهوما أن الوصف العام المذكور أعلاه والوصف التفصيلي التالي هما مثالان توضيحيان فقط وليسا مقيدين بالاختراع، على النحو المطالب به.
وصف مختصر للرسومات.
توضح الرسومات المرفقة، التي يتم تضمينها في هذه المواصفات وتشكل جزءا منها، تجسيدا (تجسيدا) للاختراع، بالإضافة إلى الوصف، لتفسير مبادئ الاختراع.
تين. 1 يوضح تجسيدا لشبكة نظام تبادل تجاري إلكتروني وفقا للاختراع الحالي.
تين. 2 يوضح تجسيدا آخر لشبكة نظام التداول الإلكتروني وفقا للاختراع الحالي.
تين. 3 تخطيطي لوظيفة تجسيد لنظام التداول الآلي وفقا للاختراع الحالي.
تين. 4 يوضح تجسيدا لجدول النظر النظري للأسعار وفقا للاختراع الحالي.
تين. 5 يوضح تجسيدا لشاشة التداول للاستخدام في اتصال مع محطة التاجر وفقا للاختراع الحالي.
تين. 6 مخططا للتدفق للخطوات المنجزة في التداول الآلي وفقا للاختراع الحالي.
تين. 7 تجسيدا آخر لشبكة نظام الصرف الإلكتروني وفقا للاختراع الحالي.
وصف إمبوديمنت المفضل.
ويعترف الإختراع الحالي بأن الحواسيب الإلكترونية لنظام الصرف التجاري تتطابق مع أوامر الشراء والبيع على أساس الخدمة أولا / أولا. وبالتالي، فإن سرعة ودقة تقديم الطلبات أو ردود أخرى أمر بالغ الأهمية لقدرة المتداول على المشاركة في المعاملات الأكثر ربحية. حتى التأخيرات القصيرة في الاستجابة قد تجمد التاجر من معاملة مربحة خلاف ذلك.
الاختراع الحالي قادر على تقليل الوقت الذي يستغرقه التاجر لتقديم طلب استجابة لمعلومات التداول الواردة من البورصة. وفقا لجانب واحد من الاختراع الحالي، تحدد أجهزة الكمبيوتر الخاصة بالتاجر تلقائيا ما إذا كان سيتم تقديم طلب بناء على جدول بحث لمعلومات التداول المخزنة بواسطة أجهزة الكمبيوتر ومعلومات التداول الواردة من أجهزة الكمبيوتر التبادلية. جدول الاستعراض، من بين مزايا أخرى، يلغي الحاجة إلى إعادة حساب معلومات القرار عندما تتغير ظروف التداول. إعادة حساب معلومات القرار تستغرق وقتا طويلا، خاصة عندما تتغير ظروف التداول بشكل متكرر. على سبيل المثال، حساب سعر واحد للخيار يمكن أن يستغرق عدة مئات من الميكروثانية إلى بضعة ميلي ثانية، ويمكن أن يتوافق كل أمان أساسي مع عدة مئات من الخيارات. وبالإضافة إلى ذلك، يمكن تنظيم المعلومات في جدول البحث لتمكين القرارات الآلية التي سيتم اتخاذها لعناصر مختارة المتداولة في وقت أقرب من البنود المتداولة الأخرى. لزيادة تعزيز سرعة استجابة التاجر، قد تكون معدات الكمبيوتر التاجر مخصصة أو مكرسة بشكل كبير لأداء عمليات التداول الآلي، مع النفقات العامة محدودة أو الحد الأدنى المسموح به لمهام أخرى. وعلاوة على ذلك، يمكن استخدام معدات الحاسوب التاجر المخصصة للتداول الآلي لمعالجة معلومات التداول الخام الواردة من البورصة. كما أن الاختراع الحالي قادر على تقليل التأخير الزمني المرتبط بنقل معلومات التداول من الحواسيب التبادلية إلى التاجر.
في جانب إضافي من الاختراع الحالي، يمكن تحقيق التداول الآلي الآمن والدقيق من خلال إجراء فحوص مختلفة للمعلومات المستخدمة في صنع القرار و / أو المعلومات المتعلقة بالترتيب. علاوة على ذلك، يمكن التذرع بخاصية التحوط الآلي والتي، عندما يأخذ المتداول مركزا في الأمن، يقوم تلقائيا بإنشاء موقف التحوط في أمن ذات صلة.
وسوف يشار الآن بالتفصيل إلى التجسيد النموذجي الحالي للاختراع الموضح في الرسومات المصاحبة. حيثما أمكن، سيتم استخدام نفس الأرقام المرجعية في جميع الرسومات للرجوع إلى الأجزاء نفسها أو أجزاء مماثلة.
تين. 1 تخطيطي لتجسيد لشبكة نظام تبادل تجاري إلكترونية 10 يمكن استخدامه فيما يتعلق بالاختراع الحالي. ويمكن استخدام ترتيبات الشبكة الأخرى أيضا. وتشمل شبكة نظام تبادل التجارة الإلكترونية 10 موقع تبادل 100 وعدد وافر من مواقع التداول 200. لأغراض التبسيط، فيغ. 1 يوضح موقع التبادل 100 مرتبط بموقع تجاري واحد 200. مواقع تجارية أخرى 200 قد تكون موجودة في جزء مختلف من نفس المدينة، موقع الصرف 100، مدينة مختلفة، بلد مختلف أو قارة مختلفة مثل موقع الصرف 100. ولا يلزم أن يقتصر موقع التبادل 100 على المعدات المقدمة في موقع واحد، ولكن يمكن توفيرها في مواقع متعددة مرتبطة بشبكة. وبالمثل، فإن المواقع التجارية 200 لا تقتصر على المعدات المقدمة في مكان واحد، بل قد تشمل معدات في مواقع متعددة مرتبطة بشبكة، مثل شبكة منطقة واسعة (وان).
ويمكن ربط موقع التبادل 100 بموقع التداول 200 بواحد أو أكثر من وصلات الاتصال 300. وقد تكون وصلات الاتصال 300 جزءا من شبكة منطقة واسعة تتكون من خطوط اتصالات مخصصة، وخطوط اتصالات يمكن الوصول إليها عادة، أو توليفة منها. على سبيل المثال، قد تكون الخطوط المخصصة مربوطة بين موقع التبادل 100 وواحد أو أكثر من مواقع التداول الأعضاء 200. وبدلا من ذلك، يمكن استئجار خطوط مخصصة من مشغلي الشبكات الهاتفية أو الكبلية أو غيرها من مشغلي شبكات الاتصالات. فعلى سبيل المثال، قد تجسد شبكة الهاتف العمومية التبادلية خطوط الاتصال التي يمكن الوصول إليها بشكل عام. وبطبيعة الحال، قد تشمل وصلات الاتصالات 300 أيضا، كليا أو جزئيا، الاتصالات اللاسلكية، مثل وصلات الموجات الصغرية أو الساتلية.
في أحد التجسيدات، يمكن تصميم موقع التبادل 100 كشبكة منطقة محلية (لان) وتشمل، على سبيل المثال، واحد أو أكثر من موجهات الأمان وواحد أو أكثر من أجهزة الكمبيوتر المكتبية الخلفية، من بين معدات أخرى. ولأغراض التوضيح فقط، يرد في الشكل 2 موجتان أمن 111 و 112 وثلاثة أجهزة كمبيوتر مكتبي خلفي 130-1 130 - 2، 130 - 3 (يشار إليها مجتمعة باسم الحاسوب الخلفي 130). 1 - أجهزة التوجيه الأمنية 111، 112 الاتصالات السيطرة بين أجهزة الكمبيوتر المكتبية الخلفية 130 وصلات الاتصالات 300. كل جهاز توجيه أمن 111، 112 ينقل ويستقبل الاتصالات عبر وصلات الاتصالات 300، وكذلك يقيد الاتصالات من مصادر غير مصرح بها.
وعلى وجه الخصوص، يمكن استخدام الموجه الأمني ​​111، 112 لعزل المعدات في موقع التبادل 100 من التطفل وتسهيل الاتصال مع أجهزة الكمبيوتر المكتبية 130. أجهزة الكمبيوتر المكتبية 130 تدير تداول الأوراق المالية المختلفة (مثل العقود الآجلة والخيارات والمقايضات أو غيرها من المشتقات؛ العملات أو الأسهم أو السندات أو غيرها من المواد المادية مثل الذرة والمعادن الثمينة والكهرباء وغيرها) و / أو غيرها من البنود المتداولة على التبادل. على سبيل المثال، واحد أو أكثر من أجهزة الكمبيوتر المكتبية الخلفية 130 قد تعمل كخوادم السوق. وبهذه الصفة، يمكنهم الاحتفاظ بدفاتر النظام، وإجراء مطابقة للأوامر، وتوليد معلومات عن السوق لاستخدامها في موقع التبادل 100 و / أو للإرسال عبر وصلات الاتصال 300، ومعلومات تجارة الإمدادات إلى الحواسيب المكتبية الأخرى 130 للمحاسبة و / أو أغراض التسوية النقدية. واحد أو أكثر من أجهزة الكمبيوتر المكتبية الخلفية 130 قد تعمل كخوادم المحاسبة قصيرة الأجل. وعلى هذا النحو، قد تتلقى هذه الحواسيب معلومات من خوادم السوق وتولد معلومات للإرسال عبر وصلات الاتصال 300. يمكن تهيئة خوادم المحاسبة قصيرة الأجل مع معلومات الحالة من التداول في اليوم السابق قبل أداء المهام المحاسبية لليوم الحالي. يمكن أن يعمل واحد أو أكثر من أجهزة الكمبيوتر المكتبية 130 كخوادم حساب طويل الأجل، وبناء على ذلك، تعمل على جمع البيانات من خوادم المحاسبة قصيرة الأجل لتجهيز الدفعات وتسجيلها. قد توفر خوادم الحسابات طويلة الأجل معلومات تهيئة خوادم الحساب قصيرة الأجل وإنشاء تقارير للإرسال إلى مواقع التداول 200. وبطبيعة الحال، فإن أجهزة الكمبيوتر المكتبية الخلفية 130 قد تؤدي وظائف إضافية وقد يؤدي جهاز كمبيوتر واحد أكثر من وظيفة من الوظائف المذكورة أعلاه.
وقد تشمل المواقع التجارية 200 معمارية الشبكة المحلية التي تحتوي على جهاز توجيه واحد أو أكثر، أو جهاز كمبيوتر واحد أو أكثر، ومحطة واحدة أو أكثر من المحطات، ومحطة أو أكثر، من بين معدات أخرى. ولأغراض التوضيح فقط، فيغ. 1 يبين اثنين من أجهزة التوجيه الأمنية 211، 212، واثنين من أجهزة الكمبيوتر الخلفية 220، 225، ثلاث محطات التاجر 230 - 1، 230 - 2، 230 - 3، (ويشار إليها مجتمعة محطات التاجر 230) واثنين من مراكز 240، 241. الموجهات الأمنية 211، 212 نقل المعلومات التجارية بين موقع التداول 200 وموقع الصرف 100 والاتصالات الشاشة من مصادر غير مصرح بها. المحاور 240، 241 توزيع البيانات بين الحواسيب الخلفية 220، 225 ومحطات التداول 230.
قد يتم تكوين الكمبيوتر الخلفية 220 كخادم اتصالات لمحطات التاجر 230. وغالبا ما يوفر التبادل برامج و / أو أجهزة للكمبيوتر الخلفي 220 لتسهيل الاتصالات مع موقع الصرف 100. الكمبيوتر الخلفية 220 يعالج الاتصالات بين محطات التاجر 230 وأجهزة الكمبيوتر المكتبية الخلفية 130 من الصرف. وبطبيعة الحال، فإن موقع التاجر 200 قد تشمل أجهزة الكمبيوتر الخلفية متعددة 220.
ويمكن أيضا أن يكون الكمبيوتر الخلفي 225 مجهزة مع البرامج و / أو الأجهزة التي تسهل الاتصالات مع موقع الصرف. بعض التبادلات، على سبيل المثال، مثل وريكس (بورصة المشتقات الألمانية والسويسرية)، توصي بتركيب جهاز كمبيوتر خلفية زائدة عن الحاجة في الموقع في حالة فشل الكمبيوتر الخلفية الاتصالات الأساسية 220. وبالإضافة إلى ذلك، قد يتم تكوين الكمبيوتر الخلفية 225 لأداء وظائف التداول الآلي تحت سيطرة واحد أو أكثر من محطات التاجر 230. ويرد وصف وظائف التداول الآلي بمزيد من التفصيل أدناه. يجب أن يكون الكمبيوتر الخلفي 225 مجهزة معالج عالية السرعة وذاكرة كافية للتعامل بكفاءة معالجة التجارة الآلي. محطات التاجر 230 قد تتحكم في الكمبيوتر الخلفي 225 عن بعد من خلال وصلة اتصال 250، على سبيل المثال، وان. قد يتضمن موقع التاجر 200 أجهزة كمبيوتر خلفية متعددة 225.
وفي أحد التجسيدات المفضلة، يكرس الحاسوب الخلفي 225 أو يكرس إلى حد كبير لأداء الوظائف ذات الصلة بالتداول الآلي، كما نوقش بمزيد من التفصيل أدناه. ويمكن أن يعطى الحاسوب الخلفي 220 بدلا من الحاسوب الخلفي 225 مهام متصلة بالتجارة مثل (1) بمثابة بوابة لتوصيل معلومات السوق من موقع التبادل 100 إلى محطات التاجر 230 و (2) تقديم وحذف وتعديل (3) تلقي تأكيدات التجارة في الوقت الحقيقي وتقارير المكتب الخلفي في نهاية اليوم، و / أو (4) أداء تحليل المخاطر، وإدارة الموقف، والوظائف المحاسبية. وبهذه الطريقة، قد يؤدي الكمبيوتر الخلفي 225 وظائف التداول الآلي مع انقطاع محدود أو التأخير المرتبطة بالمهام الأخرى قد يطلب من أجهزة الكمبيوتر الخلفية (مثل الكمبيوتر الخلفية 220) لأداء. وهذا يزيد من سرعة الاستجابة لعمليات التداول الآلي. وعلاوة على ذلك، يشمل مجموع التأخير الزمني في تقديم أمر إلى موقع التبادل 100 مكونا يعزى إلى تأخير الإرسال أو تأخر الشبكة في إشارات الإرسال بين موقع التبادل 100 وموقع المتداول 200. لذلك، يفضل أن يكون الحاسوب الخلفي 225 بالقرب من معدات موقع الصرف 100 للحد من التأخير المرتبط بنقل المعلومات والأوامر بين الحاسوب الخلفي 225 وموقع التبادل 100. وبناء على ذلك، يمكن تقليل الوقت الإجمالي للاستجابة للفرص التجارية عن طريق الحد من حالات التأخير في الإرسال وزيادة سرعة اتخاذ القرارات في موقع المتداول 200. وبشكل ملحوظ، يمكن دعم الكمبيوتر الخلفي 225 عن بعد أو التحكم فيه من قبل محطة التاجر البعيدة 230، والذي يسمح محطة التاجر 230 أن يكون موجودا في أي مكان تقريبا دون التأثير سلبا على زمن الاستجابة لنظام التداول الآلي. وبناء على ذلك، يمكن اختيار موقع التاجر 230 بناء على اعتبارات مثل الضرائب، وتكاليف العقارات، ونوعية الحياة، دون الحاجة إلى القلق من أن موقع محطة التجار سوف يضعف أداء التداول الآلي الذي يقوم به الكمبيوتر الخلفي 225.
محطات التاجر 230 تلقي المعلومات من موقع الصرف 100، معالجة تلك المعلومات، وعرض جزء على الأقل من ذلك على جهاز العرض. وتقوم كل محطة من محطات التداول 230 عادة بتشغيل برامج تفاعلية تمكن المتداول، من بين أمور أخرى، من تقديم الطلبات و / أو عروض الأسعار إلى موقع التبادل 100. وكما هو مبين أدناه، يمكن أيضا تجهيز واحد أو أكثر من محطات التاجر 230 ببرمجيات للتحكم في وظائف التداول الآلي للكمبيوتر الخلفي 225.
تين. 2 يوضح تجسيدا بديلا لشبكة نظام تبادل تجاري إلكترونية 20. من أجل الإيجاز، وميزات فيغ. 2 مماثلة لتلك الموجودة في الشكل. 1، الموضحة أعلاه، لن تتكرر. في التين. 2، يتضمن موقع التداول 200 كمبيوتر نظام التداول الآلي 225 - 2 منفصلة عن الكمبيوتر الخلفي 225-1. في هذا التجسيد، يقوم نظام نظام التداول الآلي 225-2 بتنفيذ وظائف نظام التداول الآلي والكمبيوتر الخلفي 225-1 يدير الاتصالات بين الكمبيوتر نظام التداول الآلي 225-2 وموقع الصرف 100. قد يتم توصيل الكمبيوتر الآلي نظام التداول 225-2 إلى الكمبيوتر الخلفي 225-1 باستخدام، على سبيل المثال، بطاقات واجهة الشبكة أو من خلال محور (غير موضح). ويمكن التحكم في الحاسوب الآلي لنظام التداول 225-2 باستخدام واحد أو أكثر من محطات التاجر 230 إما محليا أو من خلال وصلة اتصال 250. بدلا من ذلك، يمكن التحكم في الكمبيوتر الآلي نظام التداول 225-2 من خلال الكمبيوتر الاتصالات 225-1 (كما هو مبين في الخطوط المنقطة)، والتي من شأنها أن تساعد على التواصل بين محطات 230 المتداول والكمبيوتر الآلي نظام التداول 225-2.
تين. 3 مخططا وظيفيا يوضح تشغيل تجسيد لنظام التداول الآلي المستخدم فيما يتعلق بتداول الخيارات. وبطبيعة الحال، يمكن تعديل التجسيد لاستخدامه في تداول الأوراق المالية الأخرى (مثل العقود الآجلة أو الخيارات أو المقايضات أو غيرها من المشتقات؛ العملات أو الأسهم أو السندات أو غيرها من المواد المادية مثل الذرة والمعادن الثمينة والكهرباء وغيرها) و / أو غيرها البنود المتداولة في البورصة. ويفضل أن يكون نظام التداول الآلي مقيما في الكمبيوتر الخلفي 225 كما هو موضح في الشكل. 1، والتي قد تستخدم وحدات المعالجة المركزية متعددة. However, it may also be resident in one or more of the trader stations 230 or the backend computers 220 . The automated trading system software may run in a text-based environment or a Windows or Windows-like environment. For example, the automated trading system may be run on an operating system, such as VMS, DOS, or LINUX, or in a WINDOWS or similar operating system, which is more user-friendly. In some operating systems, automated trading may be assigned priority over other tasks or processes and run without debug messages. Local decision-making times of less than 250 microseconds have been achieved in a text-based VMS system run on a backend computer 225 and times of 50-150 milliseconds or less have been achieved on a Windows-based system run on a trader station 230 , depending on the processor load from other tasks.
The automated trading system receives and decodes current market information broadcast from the exchange site 100 through a receiver interface 410 . The decoding of market information may be performed, for example, transparently by software supplied by the exchange for use with the backend computers, by the exchange software at the request or direction of the automated trading system, or by the automated trading system itself. The current market information may include information related to the options and underlying security of the option. Specifically, market bid, ask and last prices and the day's volume for call options (the right to buy the underlying security at a specified time in the future at a specified price), put options (the right to sell the underlying security at a specified time in the future at a specified price) and the underlying security, to name a few, are typically received by the trader site. An option look-up protocol 420 is used to locate the particular option identified in the current market information in an option look-up array or table 430 , which may be formed in memory of the backend computer 225 . The look-up protocol 420 may be any of several known look-up or search protocols. For example, the look-up protocol may involve a linear search, search tree, use of a hash or index table, or other known search protocol.
The option look-up array or table 430 stores information concerning options that may be automatically traded. For simplicity, a two-dimensional table having rows and columns will be described. However, it should be understood that higher-dimension arrays or tables may be used in connection with the present invention. Each row of the option look-up table 430 stores information relevant to a particular option including, for example, option name, current market prices, times and quantities of the most recent trades by the trader, maximum 430 order quantity, and whether automated trading is enabled for the option. As discussed further below, this information may be used as a check against erroneous operation. Alternatively, option look-up table 430 may store information in connection with items that are actually being automatically traded at a given time. As a further alternative, look-up table 430 may include indices that link only the items currently enabled for automated trading and skip those for which automated trading is not enabled. In such a case, an additional table may be maintained for the full set of items for which automated trading may be performed. This is useful in increasing the speed at which a disabled option can be enabled. Accuracy checks may use both the additional table and look-up table 430 . Communications between the automated trading system and the trader stations 230 are conducted through a trading station interface 440 . For example, a trader station 230 may update information contained in the option look-up table 430 via a trading station interface 440 . In this way, the option look-up table 430 may be updated to enable (disable) automated trading for a particular option.
The option look-up table 430 may be organized in several different ways. For example, the market bid and ask prices for a particular option may be stored in different rows of the option look-up table 430 . Alternatively, the bid and ask prices may be stored in the same row of the option look-up table 430 , but in different columns, or as different cells in a price dimension, for example. Also, the option look-up table 430 may be segmented, for example, so that all bid prices are grouped together and all ask prices are grouped together. Different classes of options (i. e., options with different underlying securities) may be indexed in a single look-up table 430 or in multiple look-up tables 430 , for example, with each option having its own look-up table 430 .
In addition to the current market information concerning option trading, the automated trading system may receive and decode current market information concerning the security (or securities) underlying the options. For example, an exchange that trades the underlying security typically maintains a book of bid (ask) prices and quantities of current order and quotes of those traders wishing to buy (sell) the underlying security. The automated trading system may receive the underlying market information, for example, from the exchange site 100 , from a separate exchange site, or from another market feed either directly or indirectly, e. g., through a trader station 230 . The underlying market information for a given security may be indexed in a theoretical price look-up array or table 435 , which may be formed in the memory of backend computer 225 , to identify theoretical buy and sell prices for options associated with the underlying security. While the theoretical price look-up table 435 may constitute a multi-dimensional array or table, a two-dimensional table will be described for purposes of simplicity. It should be understood that data structures other than arrays or tables may be used in connection with the present invention. The theoretical price look-up table 435 may be updated by a trading station 230 via trading station interface 440 . In one embodiment, the trader station 230 supplies the content of the theoretical price look-up table 435 to the automated trading system.
The theoretical buy and sell prices for derivatives, such as options, may be determined using mathematical models. The mathematical models produce a theoretical value for an option given values for a set of variables that may change over time. Variables considered in these models may include (1) the current market price of the underlying security (e. g., the price of the stock or future from which the option is derived), (2) risk free interest rates, (3) volatility of underlying price, (4) dividend stream, (5) time until expiration, (6) whether the option can be exercised before the expiration date, and (7) whether the option is a call or put. Variables (2)-(7) are not likely to change as frequently as the price of the underlying security, variable (1). Some variables, such as price of the underlying security, can be derived from the market. Other variables require some qualitative assessment by the trader. In one embodiment of the invention, the current market price of the underlying security is used to index the theoretical price look-up table 435 . However, the theoretical price look-up table 435 may be indexed using other variables in addition to or instead of current market price of the underlying security.
The current market price of the underlying security may be defined in several different ways. At any given time during normal trading, the underlying security will usually have: (1) bid prices and quantities; (2) ask prices and quantities; (3) a last price and volume at which the underlying security was traded (last price); (4) an average of the current highest bid and lowest offer prices (average best bid, best ask price); and (5) an average price of a certain depth, among other values. The average price of a certain depth, say 5000 shares, would take the average of the: (a) best (highest) bid prices in the book of the first 5000 shares, and (b) best (lowest) offer prices in the book of the first 5000 shares. Obviously, there are many more definitions of underlying price that can be created, for example, using permutations of the five definitions provided above.
It is highly probable that at least four of these five definitions will yield (perhaps slightly) different results at any time. Since the normal hedging response of an option trade is to buy or sell the underlying security, the option trader may very carefully define underlying price used in her models. Specifically, buying (selling) calls and selling (buying) puts will usually lead to selling (buying) the underlying for hedging. For reasons discussed further below, the trader may want to set the theoretical buy price for call options and the theoretical sell price for put options using the bid price (and/or possibly bid underlying depth) of the underlying security. Likewise, the trader may want to set the theoretical sell price for call options and the theoretical buy price of put options using the ask price (and/or possibly the ask underlying depth) of the underlying security. In summary, theoretical value calculations used for automatic option trading should be flexible enough to use various definitions of underlying price.
In addition to generating a theoretical value for an option, the trader selects a buy spread and a sell spread. The buy spread may be subtracted from the theoretical value to produce the theoretical buy price—the highest price at which the trader is willing to buy a particular option using automated trading. The sell spread may be added to the theoretical value to produce the theoretical sell price—the lowest price at which the trader is willing to sell a particular option using automated trading. Accordingly, the trader would like to sell an option having a bid price that is the same as, or higher than, the trader's theoretical sell price. The trader would like to buy the option from anyone offering a price that is the same as, or lower than, the trader's theoretical buy price.
Accordingly, in the embodiment illustrated in FIG. 3 , the theoretical price look-up table 435 is designed to correlate the current market price of an underlying security to the theoretical buy and sell prices of the options for which automated trading is performed. For example, if automated trading is performed for options underlying Exxon stock, the theoretical price look-up table correlates the current price of Exxon stock to the theoretical buy and sell prices of Exxon stock options. If the price of Exxon stock changes, the theoretical price look-up table can be used to index different theoretical prices for the Exxon stock options.
Similar to the option look-up table 430 , the theoretical price look-up table 435 may be organized in several ways. For example, all theoretical buy prices for a given price (such as bid price or ask price) of an underlying security may be provided in a single column of a look-up table 435 , with a separate look-up table provided for theoretical sell prices. Alternatively, the look-up table 435 may index both a theoretical buy price and a theoretical sell price. The theoretical price look-up table 435 may be segmented or multi-dimensional. Moreover, the theoretical price look-up table 435 may be combined with, a portion of, or linked to option look-up table 430 .
In addition, the theoretical look-up table 435 and the option look-up table 430 can be structured consistent with the particular search protocol used by the option look-up protocol 420 so that certain options or other items are located by the search protocol before other options or items. For example, if option look-up protocol 420 implements a linear search, the first options in the option look-up table 430 and the theoretical look-up table 435 (e. g., at the top of the tables 430 and 435 ) will be reviewed by the option look-up protocol 420 before options at the bottom of the table. Accordingly, the trader station 230 or the backend computer 225 may structure the option look-up table 430 and/or the theoretical price look-up table 435 so that options that have shown in the past, or are likely to show in the future, the most promising profits will be located first. The particular order of the options in the tables 430 and 435 may depend on the trading volume in an option, for example. Options with relatively high traded volumes over recent trading days or the current trading day may be given a higher priority ranking in look-up table 430 and/or theoretical price look-up table 435 . Moreover, some exchanges may limit the number of orders that a particular trader may submit at a given time. Accordingly, structuring the tables 430 and 435 as described increases the opportunity for the trader to participate in the most lucrative transactions when there are restrictions on the number of concurrent orders placed.
In accordance with the embodiment shown in FIG. 3 , the trader station 230 may respond to changes in variables (2)-(7) and/or other variables taken into account in determining theoretical buy and sell prices by updating the theoretical price look-up table 435 . Alternatively, the theoretical price look-up table 435 may hold theoretical prices over ranges of any one or more of the items defined by theoretical price variables (1)-(7) described above, as well as other variables that one may wish to take into account, such as variable buy and sell spreads (described in more detail below). In such a case, theoretical price is identified in an n-dimensional look-up table 435 responsive to n variables.
Calculating the theoretical value for options or other trading derivatives can be relatively time consuming. Moreover, the theoretical values for a series of options change when one of the contributing variables changes. As noted above, some of these variables, such as price of the underlying security, may change frequently. Use of the theoretical price look-up table 435 avoids the need for recalculating theoretical prices when the value of a variable that affects the theoretical price changes. Calculating the theoretical price each time a variable changes unnecessarily consumes computer resources, such as CPU time, better allocated to performing automated trading. The automated trading system of the present invention utilizes a precalculated table of theoretical prices over a range of one or more variables that affect theoretical price. Accordingly, when a variable affecting theoretical price (such as the market price of the underlying security) changes, the automated trading system simply references a new theoretical price in the theoretical price look-up table 435 and uses the new theoretical price in deciding whether to buy or sell options.
The values stored in the theoretical price look-up table 435 may be calculated, for example, using one or more of the trader stations 230 , a backend computer 220 , the backend computer 225 , or some combination of these. When a trader station 230 calculates the values for the theoretical price look-up table 435 , the backend computer 225 may be free to focus its computing resources on automated trading. However, the additional overhead associated with using the backend computer 225 to calculate the values for the theoretical price look-up table 435 may be acceptable in some applications.
Referring still to FIG. 3 , decision logic 450 compares the theoretical price identified in the theoretical price look-up table 435 to the market price for the option, and based on the comparison, determines whether the option should be bought or sold. For example, in an embodiment in which the theoretical look-up table 435 indexes theoretical buy and sell prices for a particular option based on the price of the underlying security, decisions may be triggered (1) when the market price of the underlying security changes, but the market bid and ask prices of the option remain the same (i. e., changing underlying price, static option price), (2) when the bid or ask price of the option changes, but the market price for the underlying security remains the same (i. e., changing option prices, static underlying price), (3) when the values of theoretical price table 435 are updated, (4) when automated trading is enabled for a particular option, and (5) when safety checks are relaxed for a particular option.
Consider example (1) in which the theoretical buy (sell) price of a particular option changes (for example, as a result of a change in underlying security price) and the bid and ask prices of an option remain static. Decision logic 450 will compare the current market ask (bid) price of the option to the new theoretical buy (sell) price obtained from the theoretical price table 435 . In this case, the decision logic 450 performs all comparisons affected by the change in underlying price. For example, a change in the bid (ask) price of the underlying security may affect the theoretical buy (sell) price of some or all call options and the theoretical sell (buy) price of some or all put options associated with the underlying security. Accordingly, the decision logic 450 makes comparisons of market bid or ask prices corresponding to new theoretical sell and buy prices.
Consider example (2) in which the market bid (ask) price for a particular option changes and the price of the underlying security remains static. The decision logic 450 will compare the new market bid (ask) price to the corresponding theoretical sell (buy) price that exists at that time from the theoretical price table 435 . Accordingly, a change in market bid (ask) price of a particular option may trigger a comparison of market bid (ask) price to theoretical sell (buy) price. Based on the comparison, for example, if the market bid (ask) price is greater (less) than or equal to the theoretical sell (buy) price, the automated trading system may prepare an order for the particular option.
Consider example (3) in which the theoretical price look-up table 435 is updated with static market option and underlying prices. For example, when the look-up table 435 is updated, the decision logic 450 compares the updated theoretical buy and sell prices corresponding to the current market price of the underlying security to the current ask and bid prices of the options subject to automated trading. As noted above, the theoretical price look-up table 435 may be updated when, for example, one or more of the values that effect the theoretical buy and sell prices changes such as, but not limited to, the buy and ask spreads and/or theoretical variables (2)-(7). For example, theoretical price variables (2)-(7) discussed above could change, perhaps due to a change in the trader's assessment of market conditions. These changes may occur when the trader enters new information through a trader station 230 or when new information becomes available through another source (e. g., a change in risk-free interest rate occurs in a database associated with the trading site 200 ). A change in one or more of variables (2)-(7) triggers a re-computation of (probably) all values in the theoretical look-up table 435 . These new values in table 435 are updated on backend computer 225 . Accordingly, the decision logic 450 makes comparisons of market bid and ask prices corresponding to new theoretical sell and buy prices.
Consider example (4) when automated buying or selling trading for a particular option is changed from disabled to an enabled state. This could arise, for instance, at the beginning of the trading day if the default state of a new trading session is all options disabled. Enabling automated selling (buying) for a particular option or group of options can trigger decision logic 450 to make a comparison of the market bid (ask) prices to the theoretical sell (buy) price in table 435 .
In addition to enabled and disabled states, a third, “warming up” or “test” state may be provided for an option in the automated trading system. In this third state, the automated trading system may perform all steps except actually placing an order. This allows the trader to monitor the operation of the automated trading system without actually submitting orders, thereby reducing the risk of enabling options for automatic trading using theoretical prices which are not market realistic.
Consider example (5) in which a safety check for a particular option is relaxed. This could arise, for example, if a global safety check condition implemented by safety check logic 460 is disabled or changed. For example, a safety check condition relating to the maximum quantity or frequency of trading attempts of a particular option may be increased. In connection with the trading frequency condition, the entire automated trading system may be held in a “pause” state if it had made more than a predetermined number (e. g., 3) automated trading attempts within a predetermined time period (e. g., 60 seconds). If this global safety check is disabled or relaxed, for example, by increasing the predetermined number of attempts (e. g., from 3 to 5), the trading frequency safety check may no longer be in violation. As a result, the entire automated trading system may transition from the “paused” state to the enabled state. If a particular option had been enabled for automated selling (buying), the decision logic 450 will then compare the market bid (ask) price to the theoretical sell (buy) price in table 435 .
Decision logic 450 determines that a sell (buy) order should be submitted if the market bid (ask) price is greater (less) than or equal to the theoretical sell (buy) price. Even if decision logic 450 determines that an order should be submitted, safety check logic 460 may be used to prevent an order from being submitted. Safety check logic 460 , for example, can block orders entirely, or put a cap on the maximum quantity attempted to be bought or sold, for an option when acceptance of that order would result in the trader having a position greater than a predetermined threshold quantity of that option. Also, the automated trading system may be paused or stopped if the number of attempted orders exceeds a predetermined amount in a predetermined period of time. The constraints may be provided in look-up tables provided to the automated trading system and may be varied for individual options. Other constraints may involve generating warnings and/or preventing orders, for example, when the: (1) theoretical buy price exceeds the theoretical ask price, (2) theoretical buy price exceeds the theoretical value, (3) theoretical sell price is less than the theoretical value, and/or (4) theoretical sell price is less than the intrinsic value of the option. The intrinsic value may be defined as the difference between the strike price and the market price of the underlying security for puts, and the difference between the market price of the underlying security and the strike price for calls, where the minimum intrinsic value is zero. The trader may be able to override some or all of the checks performed by safety check logic 460 to increase speed of automated trading.
If the safety checks are passed (or overridden), order logic 470 creates an order and submits the order to the exchange site 100 via an output interface 480 . The trading station 230 is notified through a trading station interface whether or not the safety checks are passed. The output interface 480 may pass the order to exchange interface software for ultimate transmission to the exchange site 100 . The receiver interface 410 and the output interface 480 may be formed by common equipment and/or data ports.
FIG. 4 illustrates an example of theoretical price look-up table 435 for call options with an expiration date of Sep. 20, 1999; an annualized volatility of 32.0%; expected dividend to be paid on the underlying security on Aug. 19, 1999, for an amount of $10.0; risk free interest rate of 3.0%; American style option; and today's date being Jun. 3, 1999. When created, the look-up table 435 may be centered about the current price of the underlying security. Each row of the look-up table 435 provides theoretical prices for a given strike price. As illustrated, the look-up table 435 includes twenty (20) rows having strike values ranging from 50.0 to 97.5, in increments of 2.5. The strike values correspond to individual options available for trading as determined by the exchange. The trader may limit the set of options to those he/she actually trades, and consequently can enable them for automatic trading, individually or in predefined groups. The columns of the look-up table 435 provide theoretical prices for a given price of the underlying security. The range of underlying security price provided in the table and the incremental price between adjacent entries (tick size) can be selected by the trader. For example, the look-up table 435 shown in FIG. 4 has twenty-nine (29) price entries ranging from 75.0 to 77.8 with tick size is 0.1 and with the underlying price centered at 76.4. A smaller tick size and a larger range will, of course, result in a larger look-up table. Under the assumptions of FIG. 4 , a September 1999 call, with a strike price of 72.5 and an underlying price of 77.2 (using a definition of underlying price determined by the trader), has a theoretical price of 7.30.
Several alternatives are available for updating the look-up table 435 to avoid the underlying price from exceeding the boundaries of the table. For example, the automated trading system may notify the trader station 230 , which may then in turn supply an updated look-up table 435 centered about a new underlying price. The trader station 230 may be called upon to calculate the additional entries needed to complete the updated look-up table 435 or simply recall them from memory. For example, the look-up 435 table may be updated dynamically from the trader station 230 when the underlying price moves from the center price by a predetermined margin. This methodology serves to increase the processing power that the backend computer 225 can apply to automated decision making.
The look-up table 435 can be checked periodically to ensure the accuracy of its content. For example, checks may be performed every, say, 15 seconds. This can be done, for example, by performing a checksum operation in which the entries in the look-up table are summed and the sum is compared with the sum of a corresponding look-up table maintained by a trader station 230 . If the sums match, the look-up table 435 may be presumed to be accurate. If the sums do not match, a warning is generated and automated trading is stopped completely or paused until look-up table 435 is reloaded or updated and accuracy can be ensured. Of course, other or additional techniques for testing the accuracy of look-up table 435 may be implemented. Moreover, such an accuracy check may be omitted if one is sufficiently confident in the reliability of the software and hardware.
Knowledge of how the search protocol locates data within the look-up tables may be used to structure the look-up tables to ensure that selected options will be located particularly quickly. The selected options may be, for example, frequently traded options and/or options whose price will become attractive with a small change in the underlying security price. For example, the look-up protocol may conduct searches by starting at the first row of the table and then stepping through each successive row until a particular row is identified. In this case, the look-up table may be structured so that a select option is placed in the first row. Consequently, the search protocol will locate the select option first. Statistics may be maintained, for example, at a trader station 230 , and used to restructure the look-up table as trading conditions change.
The embodiment described in connection with FIG. 3 compares the current market price of an option to theoretical buy and sell prices from a theoretical option price look-up table 435 to make a buy/sell decision. However, other values may be compared consistent with the present invention to generate buy/sell decisions. For example, the theoretical option value may be subtracted from the market bid (ask) price and compared to a sell (buy) spread selected by the trader to generate buy/sell decisions. Alternatively, the market option bid (ask) price and the price of the underlying security may be used to index an implied volatility value, for example, with that indexed implied volatility value compared to a trader-generated volatility value to make buy/sell decisions. Of course, other values may also be indexed and used for comparison to generate buy/sell decisions consistent with the present invention.
FIG. 5 illustrates an embodiment of a trader screen 500 displayed on a trader station 230 in connection with trading options on a particular security or commodity. The trading screen 500 may provide a graphic user interface to enable the trader to set parameters associated with automated trading. Trading screen 500 is organized as an array of cells 510 . The rows 512 of the array represent different options available in the market for the particular security or commodity. The columns 514 of the array provide information concerning the options. More particularly, the columns to the left of the “Strike” column provide information on call options and the columns to the right of the “Mon” column provide information on put options. Call and put options are, thus, displayed as mirror images of each other.
Each row of the array represents information relating to a different pair of call and put options for a particular strike price, month and year. The first column from left to right is labeled “DCX,” which identifies the underlying security for the options as Daimler-Chrysler stock. The values below the “DCX” label consecutively number the rows of the array. The trading screen may be scrolled up or down to view additional rows in the array, if any exist. The next fourteen columns contain information relating to call options. The second column, “POS,” is to the right of the “DCX” column. The values below the column heading POS indicate the trader's position (i. e., how many of the options the trader possesses) in call options for each row of the array. A negative cell value in the “POS” column indicates that the trader has sold more of the option than she has bought (this is called a short position. Positive values denote a long position). Cells in the “B” column (three columns to the right of the “POS” column) indicate whether automated buying is enabled for the particular options corresponding to those cells. Cells in the “S” column (three columns to the right of the “B” column) indicate whether automated selling is enabled for the particular options corresponding to those cells. The trader may select one or more sells in the “B” and “S” columns to enable or disable automated buying and selling, respectively, of options corresponding to the selected cells.
The “TBid” and “TAsk” columns indicate the theoretical buy and sell prices for automated trading. The “Theo” column represents the theoretical value assigned to the call option for each row. To the right of the “Mon” column, the screen provides “TBid,” “TAsk,” “Theo,” and “POS” columns, among others, for the put options in each row of the array. Additional details concerning the remaining columns of the trader screen 500 , as well as other information concerning its functionality, can be found in U. S. application Ser. No. 09/273,362 to Marynowski et al., filed Mar. 22, 1999, and expressly incorporated herein by reference.
The “POS” columns provide information received from the exchange site and are not adjustable by the trader. The “TBid,” “TAsk,” and “Theo” columns may be adjusted by the trader using a mouse, keyboard, or other input device, such as a game pad. For example, the trader may select a particular “TBid” or “TAsk” cell by clicking once and then using up or down arrows, for instance, to increase (arrow up) or decrease (arrow down) the value. Mathematically, this may be achieved by increasing or decreasing the bid spread value (BSprd) or the ask spread value (ASprd). This may not effect the “Theo” value since BSprd and ASprd are not inputs into the “Theo” calculation. A particular “Theo” cell may be adjusted in the same manner as a “TBid” or “TAsk” cell. Mathematically, adjustments to a Theo cell may be achieved by increasing or decreasing the assumed volatility of that particular option. Since “TBid” and “TAsk” of a particular option are related to the “Theo” value, changes to the “Theo” obviously will change “TBid” and “TAsk.” The “TBid”, “TAsk”, and “Theo” values may also adjustable in groups, for example, by selecting multiple cells or all cells in the column by selecting the column header. The trader station 230 may update the displayed values of Theo, TBid and TAsk values as the underlying security price change, or any variable contributing to Theo, TBid, or TAsk change (such as theoretical variables (2)-(7) discussed above). For example, the trader station 230 may receive a market feed providing price information concerning the underlying security. The price information may be used to update or refresh the trading screen 500 . This may include the displayed TBid, TAsk, and Theo values for a given underlying price. Additionally, market information received by 230 may trigger an update of the theoretical price look-up table 435 maintained at the backend computer 225 . For example, if the underlying price has moved sufficiently far enough from the value of the underlying security used the last time table 435 was created and/or last modified, trading station 230 may update theoretical look-up table 435 using the most current underlying price as a new center point. The updates of the theoretical price look-up table 435 maintained at the backend 225 might be accomplished several different ways. For example, the trader station 230 may perform calculations and supply the calculated information to the backend computer 225 for updating the theoretical price look-up table 435 . As an alternative, the trader station 230 may supply data to the backend computer 225 , which is used to calculate updates of the theoretical price look-up table 435 . Of course, updates of look-up table 435 may not be necessary if the new information (e. g., price information of the underlying security) corresponds to a value: (1) already in the theoretical price look-up table 435 , and/or (2) within predetermined margins around the previous center value of the look-up table 435 .
FIG. 6 provides an exemplary progression of steps from transmission of the current market information from the exchange site 100 to receipt of trade confirmation by the trader site 200 and the delay experienced at each step. Link 1 represents the line delay experienced by current trading information as it is transmitted from the exchange site 100 to the trader site 200 . Locating the automated trading system close to the exchange site 100 reduces the line delay of Link 1 (as well as that of Link 15 ). Thus, by reducing the delay associated with making automated trading decisions as well as the associated line delay, the overall speed in submitting orders to the exchange site 100 is increased. Moreover, the trader station 230 that monitors and controls the backend computer 225 that implements the automated trading need not be located close to the exchange site 100 , but may monitor and control the backend computer 225 remotely.
Link 2 represents delays associated with operating system (networking subsystem) related to receiving data packets from the exchange site 100 . One technique for reducing this delay is to choose a platform, such as VMS or Linux, that has a good quality implementation of networking services used in automated trading.
Link 3 represents delays associated with decompressing information received from the exchange site 100 . Link 4 represents other processing delays that may be inherent in exchange interface software provided by the exchange for use at the trader site 200 . The exchange interface software allows the trader's equipment to interface with the exchange equipment. The exchange may impose obligations requiring traders to use the exchange interface software in trading. The exchange interface software, for example, may process the received market data and supply the data to an interface of an automated trading application installed by the trader. For instance, the market data may be input to internal tables and/or may be converted to actual values. Links 5 and 6 represent delays associated with the distribution of information from the exchange interface software to an interface of the trading system application. The exchange site 100 typically broadcasts information concerning all traded items. Each trading application usually subscribes to several sources of data (e. g. market data and trade confirmations for several products). In some cases, the exchange interface software will receive and decode all information received from the exchange site 100 , but only pass some of the information to the interface of the automated trading system. The exchange interface software spends some time in determining whether a particular piece of market information should be passed to the automated trading system. The exchange interface software and the trading system interface software communicate via a protocol. For example, the exchange interface software may notify the automated trading system via a callback function supplied by the latter, or by some other operating-system dependent mechanism (e. g., mailboxes on VMS). This delay can be reduced by choosing a platform that efficiently supports the protocol chosen.
After receiving the current market information, the automated trading system decodes the information and, using a look-up protocol, searches a table of traded products, resulting in a delay indicated by link 7 . A hash table with an efficient hash key or a search tree may be used to reduce the delay associated with the processing associated with link 7 . The particular look-up protocol should be fine-tuned to the platform used for the automated trading system as performance may vary with the platform to the extent that a linear search may prove better than a hash table even for a surprisingly large number of products (over 100 ). The look-up time for hash tables is almost constant. For binary trees, the look-up time is proportional to the logarithm of N (in O(log N)), where N is the number of products traded. A linear search has a look-up time that is proportional to N (in O(N)). Of course, the actual times encountered in practice matter, so the look-up protocol should be tailored to the platform used.
Link 8 represents the delay attributable to decision-making and safety checks. As noted above, decisions are made based on a numeric comparison between the current market price and the corresponding theoretical price. Safety checks account for most of the delay experienced in link 8 . Safety checks may include, for example: (1) price and quantity reasonability checks, and (2) trade attempt frequency limitations.
Links 9 - 15 corresponds to the delay associated with composing an order and submitting the order to the exchange. In particular, link 9 reflects the time spent composing the order, which may require a format defined by the exchange. Link 10 corresponds to the time required for the automated trading system output interface to communicate the order to the exchange interface software. This may be done, for example, using a synchronous function call or an asynchronous call. In some embodiments, the tasks associated with links 9 and 10 may be performed at the same time. Links 11 and 12 correspond to the time expended while the exchange interface software receives the order, decides which module should be used to submit the order, interprets the order request, and performs a series of validations. If the order passes these tests, it is converted into the exchange format and passed to the exchange, as indicated by links 13 - 15 .
As noted above, the delays attributable to links 1 and 15 may be reduced by locating the automated trading system close to the exchange site 100 . In addition, if routers and LANs are used at the trader site 200 , the selection of high-speed equipment may reduce delays and/or priority schemes. The delay experienced in links 2 - 14 may be reduced, of course, by using a faster computer. However, the efficiency of the software and algorithms is also an important factor in reducing delay. Further, in some situations, it is possible to integrate the automated trading system software with the software that interfaces with the exchange site 100 , which leads to reduced delay. In such a case, the automated trading system receiver and output interfaces may be the same as the exchange receiver and output interfaces.
In accordance with the present invention, assuming a change in the bid or ask price, links 6 and 7 may be completed within 80 microseconds, and commonly may be completed within 60 microseconds, and as fast or faster than 31 microseconds. The time from link 6 to the completion of the decision-making by the decision logic may be less than 155 microseconds, less than 120 microseconds, and even less than 80 microseconds. Links 6 - 8 may be completed within 690 microseconds, may be completed within 370 microseconds, and performed as fast as 260 microseconds or less. Links 6 - 9 may be completed within 930 microseconds, commonly be completed within 585 microseconds, and as fast or faster than 301 microseconds. Assuming now a change in the price of the underlying security, the time from receipt of the new price information by the automated trading system to submission of an order may be may be the same as or about 20-25 microseconds more than the totals provided in connection with links 6 - 9 above, depending on the number of options or other items in the data structure (e. g., table) and their respective order. The times required for links 2 - 5 and 10 - 14 are generally determined by exchange software and, accordingly, may change from exchange to exchange.
Link 16 reflects the processing of the order at the exchange site 100 . Following the exchange site 100 processing, a confirmation of the trade is returned to the trader if the trader's order is matched. Not all orders result in a match. There is no sharing of lucrative trades with other traders who may have submitted similar matching orders that are received by the exchange even some microseconds later.
The embodiment illustrated in FIG. 6 corresponds to an arrangement in which the interface software provided by the exchange and the automated trading system are resident on the backend computer 225 . In arrangements in which the interface software and the automated trading system are resident on separate backend computers, the vertical dashed line 610 indicates the interface between the separate computers. The separate backend computers may be connected via network interface cards or a common hub. Additional delays may be experienced in the transmission and reception of between the backend computers as well as from LAN throughput and latency.
FIG. 7 provides a schematic of an embodiment of an electronic trading exchange system network 70 coupled to multiple trading sites. The electronic trading exchange system network 70 is similar to that shown as 10 in FIG. 1 and, for the sake of brevity, duplicative description will be omitted.
As shown in FIG. 7 , exchange site 700 is coupled to trader site 200 by communication links 300 . In one embodiment, the exchange site 700 may be designed as a local area network (LAN) and include, for example, one or more security routers and one or more back office computers, among other equipment. For purposes of illustration only, a single security router 710 and three back office computers 730 - 1 , 730 - 2 , 730 - 3 (referred to collectively as back office computers 730 ) are shown in FIG. 7 - Security router 710 controls communications between the back office computers 730 and the communications link 300 . Security router 710 transmits and receives communications over the communications link 300 , as well as restricts communications from unauthorized sources. More particularly, the security router 710 may be used to isolate the equipment at the exchange site 700 from intrusion and facilitate communication with the back office computers 730 . The back office computers 730 manage the trading of the various securities, currencies, commodities and/or other items traded on the exchange. In this regard, back office computers 730 may function similarly to the back office computers 130 of exchange site 100 .
For purposes of illustration only, trading site 200 additionally includes a security router 213 and a backend computer 223 coupled to hub 240 . The security router 213 and backend computer 223 may be located remotely from other equipment of the trader site 200 . Security router 213 transfers trading information between the trading site 200 and the exchange site 700 . As above, the security router 213 screens communications from unauthorized sources. Backend computer 223 may be configured as a communication server for the trader stations 230 . Hub 240 handles communications between backend computer 223 and trader stations 230 .
In the embodiment shown in FIG. 7 , trader site 200 is connected to a first exchange site 100 and a second exchange site 700 . Of course, other network arrangements may be used in connection with the present invention. Through the first exchange site 100 , the trader site 200 may receive market information and trade securities, such as options, futures, and other derivatives; currencies, stocks, bonds, and other physicals like corn, metals, electricity, etc., and/or other items. Through the second exchange site 700 , the trader site 200 may receive market information and/or trade securities (e. g., options, futures, and other derivatives; currencies, stocks, bonds, and other physicals like corn, metals, electricity, etc.,) and/or other items. Traders site 200 receives market information and trades securities or other items related to the securities or other items traded through the first exchange site 100 .
The trader site 200 may be equipped with an automatic hedging capability that automatically buys or sells securities (e. g., futures, options, swaps or other derivatives; currencies, stocks, bonds, or other physicals like corn, precious metals, electricity, etc.) and/or other items traded on the exchange to hedge at least some of the risk (for example, delta risk) associated with an automated trade for other securities or items. For example, trader site 200 may trade options for a particular stock through exchange site 100 and the particular stock through exchange site 700 . In general, two types of orders may be submitted to an exchange to buy (sell) a security. A market order instructs the exchange to buy (sell) a specified quantity of the security at the going market price. A limit order instructs the exchange to buy (sell) up to a specific quantity of the security if the market price is equal or better than a specified value. A trader usually can be assured that a market order will be filled by the exchange, but cannot be certain of the price at which the order is filled. The actual price that the market order is filled depends on available price and depth of market. While the trader placing a limit order can be assured of a price, all or a portion of the limit order may never be filled if the market price never meets the limit order conditions.
The principles of a market order and a limit order are illustrated by the following examples.
The above table assumes a market with current bids of $110/share for 400 shares, $100/share for 600 shares and $80/share for 2000 shares, as indicated above. A market order to sell 1000 shares will be executed by the exchange at an average price of $104/share. In other words, the 1000 share market order will be matched with 400 shares at $110/share and 600 shares at $100/share, for a net of 1000 shares at an average price of $104/share.
If the bid of $110/share for 400 shares is sold just before the market order is received, the following market is presented.
Because 400 shares at $110/share is no longer available, the exchange will match the market order using 600 shares of the $100/share bid and 400 shares of the $80/share bid, resulting in an average price of $92/share.
We next consider a similar scenario using limit orders instead of market orders.
Now assume that a limit order to sell 1000 shares at $100/share is submitted instead of the market order and the $110/share bid has already been matched. The exchange will match 600 shares of the limit order at $100/share and will not match the remaining 400 shares because the $80/share bid is too low. Accordingly, the remaining 400 shares of the limit order will stay in the exchange's book until a new matching order to buy at $100/share or higher is received by the exchange, which may never occur, or until it is cancelled.
As discussed above, order submission in the automated trading system depends, for example, on the price of the underlying security, which is liable to change frequently. Thus, if the automated trading system makes an option trade, the trader may wish to hedge the risk associated with underlying price movement. This risk, commonly called delta risk, may be quantified using mathematical models. These models may be similar to, or the same as, the models used for determining theoretical option prices using input variables (1)-(7) discussed above. The option lot size (shares per option contract) and number of option contracts traded are typically factored into the hedging decision. The option lot size is typically defined by the options exchange when the contract is created and changed only under special circumstances, such as capital adjustments. The number of options that the trader has bought or sold is included in the confirmation notice transmitted from the options exchange. Accordingly, assuming a total delta hedge is desired, a trader may determine the number of shares of the underlying security to be bought or sold after each option trade based on: (1) mathematical models, including price of the underlying security, (2) options per contract and (3) number of options traded.
As noted above, the price of the underlying security may be defined in several different ways. A typical hedging response of an option trade will be to buy or sell the underlying security. Specifically, buying (selling) calls and selling (buying) puts will usually lead to selling (buying) the underlying for delta hedging. Since the trader will need to sell (buy) the underlying to hedge the delta risk, he may be most interested in the bid (ask) price of the underlying security. While delta risk is referred to specifically, it should be understood that the automated hedging feature might be used to hedge other known risks. For example, automated hedging may be used to hedge the vega risk, the risk of a position or trade due to price changes of the options arising from changes of an option's volatility.
From a trading perspective, the trader must define how and to what extent to delta hedge. Obviously, a trader must first decide whether he wants to delta hedge manually, or automatically. In either case, he must consider two opposing dynamics: (1) speed of executing the underlying security orders, and (2) execution price of the underlying security orders. Typically, a trader may choose to hedge using market orders if she is most concerned about speed of execution, or limit orders if she is most concerned about the price at which the underlying orders are executed. As described above, entering a market order will (nearly) always result in the desired quantity being executed, but at potentially unfavorable or unexpected prices. Conversely, entering a limit order will always result in executed prices which meet certain criteria (i. e., greater than or equal to limit price if selling, and less than or equal to the limit price if buying), but only some or none of the desired quantity may actually be executed.
The trader may assess several qualitative factors in deciding whether to automatically hedge and, if so, whether to use market orders or limit orders. Some of the qualitative factors include the quantity of delta hedge underlying trade relative to the depth of the entire underlying market, volatility of the underlying market, the size of the underlying bid-ask price spread relative to the price of the underlying, and the amount of mental attention the trader can give toward the delta hedge trade. Different traders trading options on different underlying securities may opt for different hedging methods. Thus, in one embodiment of the automatic option trading system of the present invention, the trader may choose manual hedging, automatic hedging using market orders, or automatic hedging using limit orders.
The automatic hedging software may be resident on one or more of the trader stations 230 , a backend computer 220 , 223 , 225 , or other equipment of the trader site 200 . One embodiment of the automated hedging system will be described in connection with FIG. 7 - Backend computer 220 receives option trade confirmations from exchange site 1100 based on an order submitted automatically by backend computer 225 . Alternatively, or in addition, backend computer 225 may receive option trade confirmations from the exchange site 100 . Further, the option trade confirmations may correspond to orders submitted either automatically or manually by a trader. Backend computer 220 routes the trade confirmation to a trader station 230 that is associated with the automatic option trade made by the backend computer 225 .
If a manual hedge feature has been selected, trader station 230 displays the appropriate hedge action based on factors previously entered by the trader. For example, the trader may see a message such as “buy 4500 shares” of the underlying security. If automatic hedging using the market order has been selected, trader station 230 automatically submits a market order, for example to buy 4500 shares at the market prices, to exchange site 700 via backend computer 223 . At the exchange site 700 , the market order will (nearly) always be immediately filled by buying 4500 shares, albeit at a potentially unexpected or undesirable average price for those shares.
If automatic hedging using a limit order has been selected, trader station 230 automatically submits an order, for example to buy 4500 shares at a price of 68.05, to exchange site 700 via backend computer 223 . The specific limit price submitted depends on the current underlying market and trader definable (a priori) as, perhaps, either: (1) current ask price, since she is buying, (2) average of current bid and ask price, or (3) last traded price. Depending on the market conditions, exchange site 700 may not be able to match the limit order immediately, if ever. Exchanges typically enable the trader to modify or delete partially matched or completely unmatched limit orders. In some cases, the exchange site through which the underlying security is traded may depend on the option traded. For example, both futures of an equity index (e. g. Standard and Poor's 500 ) and options on the same equity index may be traded through exchange site 100 . A stock may be traded through exchange site 700 , but options for the stock may be traded through exchange site 100 . In such a case, the system configurations at either the trader station 230 performing hedging or other equipment at trader site 200 must ensure that hedge orders are routed to the appropriate exchange.
While the above-embodiments have been described in terms of look-up arrays or tables, it should be understood that data may include or be maintained in other organizational memory constructs consistent with the present invention, for example, linked lists, trees, heaps, hash lists, or some combination, or any other data structure or combinations of data structures useful in implementing a search algorithm. In addition, the trader site 200 is described as submitting orders to the exchange site 100 using the automated trading system. However, the trader site 200 may submit its “order” in the form of a quote to the exchange site, where the bid (ask) price of the quote corresponds to the theoretical buy (sell) price if, say, the trader wanted to buy (sell) the item.
It will be apparent to those skilled in the art that various modifications and variations can be made without departing from the scope or spirit of the invention. For example, the present invention may be applied in areas other than electronic securities, for example, the purchase and/or sale of goods or services, contests, auctions, and other applications in which fast, accurate responses are desirable. Other embodiments of the invention will be apparent to those skilled in the art from consideration of the specification and practice of the invention disclosed herein. It is intended that the specification and examples be considered as exemplary only, with a true scope and spirit of the invention being indicated by the following claim.

Super Display Book / SDBK.
5. Economic Fundamentals 6. Issuing Corporate Securities 7. Trading Securities 8. Customer Accounts.
Most customer orders will never be handled by a floor broker. Floor brokers usually only handle the large complex institutional orders. Customer orders will be electronically routed directly to the trading post for execution via the super display book system. The super display book bypasses the floor broker and sends the order right to the specialist / DMM for execution. If the order can be immediately executed, the system will send an electronic confirmation of the execution to the submitting broker dealer. All listed securities are eligible to be traded over the super display book system. All pre opening orders that can be matched up are automatically paired off by the system and executed at the opening price. Any pre opening orders that cannot be paired off are routed to the trading post for inclusion on the display book.

الفصل الرابع: أسواق التداول.
ИГРАТЬ.
Trades can bypass the floor broker.
يمكن قبول الطلبات حتى حدود معينة للحجم.
فقط تلك التي يمكن وضعها ك & كوت؛ يوم & كوت؛ أو & كوت؛ غك & كوت؛
يعرض جميع الطلبات التي لم يتم ملؤها بعد والتي هي بعيدة عن السوق الحالية.
يتم قبول كل من الوكالة والأوامر الملكية.
يمكن تقسيم الطلبات للحصول على أفضل تنفيذ.
ميزة الاقتباس الاحتياطي يسمح تحديث الاقتباس التلقائي.
هناك & كوت؛ 0 & كوت؛ time delay for the next potential trade.
الاسم السابق: كتاب واحد.
النظام الإلكتروني الذي ينشر في الوقت الحقيقي يقتبس للأسهم أوتك أصغر.
طلب أمر وسيط الطابق لتنفيذ النظام بأكمله بسعر واحد في وقت واحد.
Repeated attempts can be made.
طلب توجيه وسيط الكلمة لمحاولة تنفيذ النظام بأكمله بسعر واحد في محاولة واحدة.
إذا تعذر تنفيذ الأمر بالكامل في المرة الأولى، يتم إلغاؤه.
طلب توجيه وسيط الكلمة لمحاولة تنفيذ النظام بأكمله بسعر واحد في محاولة واحدة. ومع ذلك، إذا كان الوسيط يمكن تنفيذ جزء فقط من هذا النظام، وقال انه يجب القيام بذلك ومن ثم إلغاء ما تبقى من النظام.
يشتري ويبيع لحسابه الخاص.
لا يحمل كتابا من الأوامر العامة.
Execution notices are sent directly from the trading post to the brokerage firm.
يعرض غير مقتبسة إن يقتبس التي لا يتم وضعها في كتاب واحد.
يجب أن يكون متوسط ​​حجم التداول الشهري من 100،000 سهم خلال الأشهر الستة الماضية.
يجب أن تكون مصلحة وطنية في تداول الأسهم.
يجب أن توافق الشركة على توزيع الوكلاء المراد إدراجها.
الحد الأقصى = السعر الأقصى الذي سيشتريه العميل.
Sent dealer to dealer to reconcile unmatched trades.
يتطلب أنه إذا كان لا يمكن ملء أمر تنفيذي الموجهة إلى هذه الأسواق على أفضل سعر نشر أي سوق في غضون ثانية واحدة، ثم يجب توجيه الأمر إلى ذلك السوق بأسعار أفضل للتنفيذ.
(100 يجب أن يبقى على حاله لأن 100 * 1.25 = 125 التي ليست جولة مستديرة، ولكن السعر لا يزال يحصل انخفاض حتى 40 / 1.25 = 32)
تستخدم لوقف الخسارة على وضع الأسهم قصيرة عن طريق شراء في السوق يرتفع.
$100,000,000 aggregate market value.
يدير كتاب الأوامر العامة.
Does not make a market in the options contracts.
لا يحتفظ بقائمة الخيارات.
كبوت (مجلس شيكاغو للتجارة)
سم (بورصة شيكاغو التجارية)
ولا تتاجر هذه الأوراق المالية بالأوراق المالية.
(Note: The NYSE trades stocks -- not futures)
العمل كخدمة مطابقة المؤسسات، والحصول على رسوم رمزية لكل مباراة.
These trades occur in the fourth market (away from exchange trading floors)
لا تتاجر قضايا أوتك لأن السوق غير سائلة.
يتم الإبلاغ عن الحرف إن للشبكة المناسبة A، B، أو C الشريط بواسطة نظام يسمى تراكس.
تاريخ دفع الفائدة.
(ملاحظة: لا تاريخ مؤرخ)
تقارير التجارة إلى الشريط، إلى الطرف المقابل للتجارة لمطابقة، وإلى شركة المقاصة.
مطلوب الآن سجلات أواتس من أوامر لجميع أسواق الأسهم الأمريكية - نيويورك، نيس-مكت (أميكس)، نسداق، وأيضا ل أوتكب و بينك أوتك الأسواق.
إذا بيعت قصيرة ولم يتم تسليمها في غضون 13 يوما التسوية، يجب أن يتم شراؤها في.
هؤلاء صناع السوق هم متخصصون في البورصة (دمس) وصناع السوق الثالث.
فإنه يجعل من السهل على التجار لتنفيذ هذه الأوامر بنجاح.
يتم الإبلاغ عن الصفقات إلى الشريط في غضون 10 ثانية.
وفي حالة الجمع بين القيمة المضافة، يضاف التعويض المكتسب لتصفية المركز القائم إلى العلامة التي تكسبها الشركة عند الشراء الجديد.
يتم تداولها بشكل متكرر & كوت؛ أسهم مجلس الوزراء & كوت؛ - عادة من الشركات التي أسعارها عالية جدا مقارنة مع الأسهم التي تتداول في 100 وحدة سهم.
وهم ملزمون بالإبلاغ عن الصفقات المنجزة إلى الشريط.
فيلادلفيا للأوراق المالية.
شيكاغو مجلس الخيارات تبادل.
بورصة المحيط الهادئ.
(ملاحظة: لا توجد خيارات تداول في بورصة ناسداك)
هذا هو أسوأ حالة لأنه يفترض أن العلاوة سوف تضيع على أقصر فترة زمنية.
وهذا هو أسوأ حالة لأنه يفترض أن الخصم سيحصل على أبطأ فترة زمنية.
If the market price rises to the stop price, the order is elected, but instead of becoming a market order to buy, it becomes an order to buy at the limit price or lower.
وهذا محظور من قبل اللائحة شو.
وإذا لم يتم تسليم الضمان عند التسوية، فيجب شراء الأمن واستبداله في 13 يوما من أيام التسوية.
ويمكن للشركة أن تأخذ مواقف طويلة وقصيرة على حد سواء لأنها تتوقع السوق.
إن الترحيل هو ممارسة محظورة بموجب قواعد فينرا.
Filling customer orders.
إعطاء اقتباسات للعملاء.
Setting the spread for each security traded.
حجم الاقتباس.
ونقلت عن قطع مستديرة والكثير مختلطة.
الحد الأدنى لحجم الاقتباس هو 100 سهم.
لأن المكالمات الوحيدة التي يجب النظر فيها هي تلك التي يكون هناك قدر معقول من اليقين أن السندات المحددة ستسمى.
لا يمكن إيقاف الأسهم لحساب العضو نفسه.
السماح للمؤسسات بشراء أو بيع كتل كبيرة جدا دون عرض أوامرها في أدف أو في نظام العرض.
وهي خاضعة للوائح التنظيمية أتس.
وسائل للعملاء لإغلاق عقود لا قيمة لها بعلاوة $ 0،01 للسهم الواحد (1 دولار لكل عقد)
هذا يؤدي إلى تأكيد التجارة الختامية إغلاق لسجلات العميل.
يتم فرض رسوم مجمعة أو عمولة.
أو (العروض المطلوبة)
أون (الكل أو لا شيء)
نسداق القضايا المدرجة.
الوردي ورقة القضايا.
كبوي المدرجة القضايا.
(ملاحظة: ربما لن تتداول أيضا على مؤشر أميكس أو بورصة ناسداك، ولن تتداول أوتك أو على كبوي)
استخدام النظام يلغي رسوم وساطة الأرض.
يمكن للنظام التعامل مع الأوامر فقط إلى الحد الأقصى المحدد للأحجام.
Completed trades are reported electronically without the use of floor generated execution tickets.
U. S. Government bonds.
(ملاحظة: برامج المشاركة المباشرة لا تتداول)

Super display book is the automated trading system for the

Simple Expert Advisor based on the Larry Conners RSI 2 strategy.
The trading system is based on iMACD (Moving Average Convergence/Divergence, MACD) and iStochastic (Stochastic Oscillator)
The Expert Advisor checks the direction in which the price has been moving for the last 10 seconds, and opens a position in accordance with the movement. The EA sets Stop Loss and Take Profit.
Works with pending stop orders (Buy Stop and Sell Stop). Monitors spread %.
The EA lock positions.
A trading system based on the Alligator indicator. If possible, the EA moves positions to breakeven and then enables trailing stop.
The Expert Advisor uses the following indicators: Moving Average Convergence/Divergence, MACD; Moving Average, MA; Average Directional Movement Index, ADX. It closes half of the profitable position.
The Expert Advisor trades in a channel. When a flat channel is found or when the market slows down, the EA places a pending order expecting the channel breakout.
A trading system based on the Vortex indicator signals.
A multi-currency Expert Advisor based on the iStochastic (Stochastic Oscillator) indicator signals.
The Expert Advisor trades based on the i-Regr indicator signals.
The МТ45 Expert Advisor is based on the Martingale strategy. It is designed for trading in the МetaТrader 4 and МetaТrader 5 terminals.
The Expert Advisor trades using the signals of the following indicators: iStdDev (two indicators), iMACD, iCCI, iATR. Moving positions to breakeven.
Opening and closing positions at a specified time.
The Expert Advisor sets pending Buy Stop and Sell Stop order at a specified time.
An expert advisor based on the TRIX ARROWS indicator.
The Expert Advisor sets a grid of pending Sell Limit and Buy Limit orders.
The Expert Advisor uses Burg's method for linear prediction.
A trading system based on the Stopreversal indicator signals.
Opening a position opposite to the closed one. Trades are processed in the OnTradeTransaction function.
Candlestick size analysis. The idea of the trading system: candlestick parameters matter after news releases.
Trading based on a random number generator or in one of the following sequences: BUY - SELL - BUY or SELL - BUY - SELL.
This assistant tool sets Stop Loss and Take Profit for all open orders. Symbol settings, position type, Stop Loss and Take Profit are specified in an external file.
The strategy is based on the ZigZag indicator and pending orders.
We open a new position opposite to the previous one. Inputs only contain Stop loss, Take Profit and the minimum lot.
The OzFx system. It uses Accelerator Oscillator and Stochastic Oscillator.
The Price Channel trading system.
A trading system based on the ForceTrend indicator signals.
An Expert Advisor without a single indicator. Uses lot and step increase.
A trading system based on the ColorFisher_m11 indicator signals.
A trading system based on the AFStar indicator signals.
The iMA (Moving Average) indicator based on iCCI (Commodity Channel Index). It is an analogue of Previous Indicator's Data in the terminal.
If a trade is closed by Stop loss, the volume is doubled; if by Take profit the minimum volume is used. OnTradeTransaction is used to determine whether a trade was performed after the activation of Stop loss or Take profit.
Buy a security (open BUY positions) at a lower price, sell (open SELL positions) at a higher price.
نظام تداول يستند إلى مؤشرات مؤشر Omni_Trend.
A breakout trading system based on the signals of the Color_PEMA_Envelopes_Digit_System indicator.
A breakout trading system based on the signals of the Color_QEMA_Envelopes_Digit_System indicator.
Buy a security (open BUY positions) at a lower price, sell (open SELL positions) at a higher price.
This utility program records tick quotes in the CSV and BIN format. A flexible set of symbols is available for writing.
Trades on PERIOD_M1 (M1). Calculates bullish and bearish candlesticks.