2、券商不提供接口，那就只能從交易軟件客戶端來想辦法了
方法壹：keyboard和mouse模擬的辦法，比較笨的辦法，速度快不起來。按我以往的經驗，這種模擬keyboard和mouse的操作，因為要和UI打交道，很多地方得Sleep，不然很容易出錯，自動下單，出錯了可不是好玩的，那損失的都是錢。要想盡量減少出錯，stresstest的時候每步的sleep時間都得足夠長，但這樣壹來，要足夠可靠的話，整個過程估計3-5秒也完成不了。這個辦法雖然是笨點，但如果對速度和可靠性的要求不高，也是可以接受的，畢竟要比手動操作要快。（對可靠性有擔心的，可以留著交易軟件每次下單前的確認窗口，這樣還可以有最後壹次人工確認的機會，但這樣壹來，批量下單就下不了了）。
方法二：跳過交易軟件的UI層，直接調用下層的函數完成交易。大致方法是，1，得要codeinjection,進程註入，妳的代碼得在交易軟件的context下運行才行，2.用debugger慢慢去看，了解交易軟件自身是如何調用下層的函數去完成下單，比方說通達信的交易軟件，與交易相關的函數，基本在tc.dll和tcapi.dll裏面。這個辦法弄通了，那下單估計可以在100ms以內完成，就完全和UI無關了。
方法三：從基於web和wap的交易上面動腦筋，這個渠道的下單方式，應該是httppost了壹些數據回server,研究壹下具體的格式就可以了。這條途徑，從client來講，下單的速度應該和方法二差不多。
3、FIX協議也是壹種可能的突破口，部分櫃臺系統供應商已有現成的FIX產品，有基金、QFII客戶的部分券商有采購（如中信證券），可以嘗試壹下。