一种委托单自动监控的方法及系统与流程

本申请涉及程序化交易领域，特别涉及一种委托单自动监控的方法及系统。

背景技术：

随着股票交易越来越深入平常百姓家，买股票再也不是专业人士独有的词汇。一般的在市场上都通过交易软件来进行股票交易，当用户发现合适的股票时，进行下单，通过回执确认下单成功，就完成了买股票的基本操作。其中，所述的下单是向交易软件下达一个命令，这个命令经由交易软件向交易所请求交易，在交易系统形成一个包含用户账户，买入卖出方向、数量、价格等信息的集合，此集合就是委托单。委托单向交易所请求交易的过程中就是由交易员执行操作，此时由交易员决定委托单在何时买入卖出从而获得利润或是减少亏损。在交易员向交易所进行交易时，会出现委托单提交却没有成交的情况，此时委托单被称为未成交单。其中，造成委托单没有成交的情况有很多，包括行情剧烈变化、网络异常、策略异常等。

目前，交易市场上的普通交易软件，在委托单没有成交时，需要交易员主动发现，因此就需要交易员始终盯盘，去寻找未成交单。一般的当发现未成交单时，还需要对未成交单进行筛选判断，清理出满足后续处理的未完成单，再进行后续处理。在寻找未完成单时，需要交易员长时间盯盘，耗费大量精力，且当发现未成交单后的还要对未成交单进行处理操作，更需要耗费精力。并且长时间的盯盘会影响交易员对后续操作中的决策，注意力分散，更容易加入主观判断，导致漏单，买入卖出不适等错误操作，导致客户资金减少或亏损变大。

因此，如何使委托单的监控过程自动化处理，减少人工操作的步骤是本领域技术人员亟待解决的问题。

技术实现要素：

本申请的目的是提供一种可以解决委托单自动监控问题，减少人工操作的方法及系统。

为解决上述技术问题，本申请提供一种委托单自动监控的方法，该方法包括：

检测是否接收到交易系统反馈的委托单的成交回报；

若否，则将所述委托单作为未成交单。

可选的，还包括：

根据设定的监控范围从所述未成交单中筛选出待处理未成交单；

根据所述待处理未成交单的撤单时机，对所述待处理未成交单进行撤单处理。

可选的，根据设定的监控范围从所述未成交单中筛选出待处理未成交单，包括：

检测所述未成交单的类型是否在设定的监控类型范围内；

若是，则检测所述未成交单的账户是否在设定的监控账户范围内；

若是，则检测所述未成交单的合约是否在设定的监控合约范围内；

若是，将对应的未成交单作为待处理未成交单。

可选的，根据所述待处理未成交单的撤单时机，对所述待处理未成交单进行撤单处理，包括：

当撤单时机为不成交立即撤单时，向交易系统发送撤单指令；

当撤单时机为条件撤单时，在预定时间内检测成交价是否偏离委托价预定跳数，若是，则在成交价偏离委托价预定跳数时，直接向交易系统发送撤单指令；若否，则到达所述预定时间时，向交易系统发送撤单指令。

可选的，当所述待处理未成交单撤单成功后，还包括：

检测撤单成功后的所述待处理未成交单是否需要重发处理；

若是，将撤单成功后的所述待处理未成交单作为重发未成交单，对所述重发未成交单进行重发处理。

可选的，对所述重发未成交单进行重发处理，包括：

根据重发处理方式，修改所述重发未成交单的相关参数，得到重发委托单；

向交易系统发送所述重发委托单，判断所述重发委托单是否成交；

若否，则继续发送所述重发委托单直到所述重发委托单成交。

可选的，继续发送所述重发委托单直到所述重发委托单成交，包括：

继续发送所述重发委托单直到所述重发委托单成交或者重发次数等于最大重发次数。

本申请还提供了一种委托单自动监控的系统，该系统包括：

第一检测单元，用于检测是否接收到交易系统反馈的委托单的成交回报；

标记单元，用于将未接收到所述成交单的委托单作为未成交单。

可选的，还包括：

筛选单元，用于根据设定的监控范围从所述未成交单中筛选出待处理未成交单；

第一处理单元，用于根据所述待处理未成交单的撤单时机，对所述待处理未成交单进行撤单处理。

可选的，还包括

第二检测单元，用于检测撤单成功后的所述待处理未成交单是否需要重发处理；

第二处理单元，用于将需要重发处理的待处理未成交单作为重发未成交单，对所述重发未成交单进行重发处理。

本申请所提供的方法，通过检测收到交易系统反馈的委托单的成交回报的状态，判断委托单是否是未完成单，如果判断为该委托单为未完成单，则进一步的使该未完成单可以从其它已经完成的委托单中区别开来，从而避免了交易员要时时刻刻盯盘去区分未完成的委托单，同时在后续的处理过程中也可以更好的区别未完成单，从而准确的进行操作，处理未完成单。

此外，通过自动监控委托单，交易员可以把更多的精力放到对委托单的处理和分析过程之上。提高了交易员的处理效率同时也降低了交易员的出错率，使交易质量整体上升。

本申请还提供了一种委托单自动监控的系统，并且该系统的有益效果与所述方法的有益效果相同，在此不做赘述。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请实施例所提供的委托单自动监控的方法的流程图；

图2为本申请实施例所提供的未成交单的撤单处理的流程图；

图3为本申请实施例所提供的筛选方法的流程图；

图4为本申请实施例所提供的撤单处理方法的流程图；

图5为本申请实施例所提供的撤单成功后续处理的流程图；

图6为本申请实施例所提供的重发处理的流程图；

图7为本申请实施例所提供的自动监控系统的框图；

图8为本申请实施例所提供的撤单处理单元的框图；

图9为本申请实施例所提供的筛选单元的框图；

图10为本申请实施例所提供的第一处理单元的框图；

图11为本申请实施例所提供的撤单成功后续处理单元的框图；

图12为本申请实施例所提供的第二处理单元的框图。

具体实施方式

本申请的核心是提供一种委托单自动监控的方法及系统，通过检测收到交易系统反馈的委托单的成交回报的状态，判断委托单是否是未完成单。并使委托单被视作未完成单，使未完成的委托单可以从委托单中区别开来，从而避免了交易员要时时刻刻盯盘去区分未完成的委托单，提高了交易员的处理效率，降低了出错率。

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

请参考图1，图1为本申请实施例所提供的委托单自动监控的方法的流程图。

本实施例提供了一种委托单自动监控的方法，该方法包括步骤：

s101，检测是否接收到交易系统反馈的委托单的成交回报；

该检测的委托单可以是期货委托单也可以是股票委托单，此方法也可以同时运用在期货系统和股票系统上，自动监控委托单从而使交易员减少盯盘时长，增加后续处理的效率。

其中，该检测过程可以是周期进行，也可以是实时检测，应根据市场、用户的需求、交易员的需求来设定其检测方式。例如在本实施例中，交易程序可以定时检测当前是否有未成交的委托单，该定时检测的时间间隔，可以根据市场环境及市场变化的速度来设定，设定为对应的时间间隔以满足当前情景的检测需求。

委托单委托后，交易程序可以获得从交易系统反馈的委托单的成交回报，若成交则有成交回报返回，若不成交则没有成交回报返回，因此可以根据成交回报的返回状态判断委托单是否交易成功。而交易程序获取的成交回报，一般是程序向交易系统请求其委托单的成交回报，或者是交易系统定时发送委托单的成交回报，在此实施例中不做限定。

s102，若否，则将委托单作为未成交单；

特别强调的是，将委托单作为未成交单后，交易员可以在形式上直接分别出未成交单，从而减轻交易员的盯盘工作量。未成交单方便识别后，交易员可以有更多的精力和时间去处理未成交单，从而提高效率，降低出错率。

此外，出现未成交单后，可以针对未成交单采取各种后续处理措施，后续处理措施包括但不局限于撤单处理和撤单成功后的重发委托单处理。

基于上述实施例的描述，本申请提供的一种委托单自动监控的方法，通过监控委托单，识别出未成交单，方便了交易员的操作，使其不用长时间的盯盘操作，提高了交易员对后续操作的效率，降低了交易员的误操作率。

请参考图2，图2为本申请实施例所提供的未成交单的撤单处理的流程图。

基于上述实施例，本实施例在将所述委托单作为未成交单之后，还包括如下步骤：

s210，根据设定的监控范围从未成交单中筛选出待处理未成交单；

特别强调的是，其监控范围的设定，可以根据要求做出相应的范围设定，也可以不设定其范围将未成交单直接进行后续操作。一般情况下，监控范围是在委托单委托之前就根据其撤单处理的需要而设定成功，如遇特殊情况，也可以随时设定监控范围，同时也可以根据其市场的变化而设定。

s220，根据待处理未成交单的撤单时机，对待处理未成交单进行撤单处理；

其中，撤单时机可以由不同的需求去设定，在本实施例中撤单时机可以设置为不成交立即撤单和条件撤单中的一种，一般的，撤单时机的设定是在其成为未成交单之前完成，可以由用户或者是交易员设定，也可以是系统自动根据委托单的属性判断设定其撤单时机。

基于上述实施例的描述，本申请提供的一种委托单自动监控的方法，通过对未成交单的自动监控以及后续撤单处理，降低了交易员的手动工作强度，使交易员省去判断步骤，降低了对委托单处理中的主观判断比例，提高了效率的同时还增加了处理的准确度。

请参考图3，图3为本申请实施例所提供的筛选方法的流程图。

基于上述实施例，本实施例具体步骤如下：

s211，检测未成交单的类型是否在设定的监控类型范围内；

s212，若是，则检测未成交单的账户是否在设定的监控账户范围内；

s213，若是，则检测未成交单的合约是否在设定的监控合约范围内；

s214，若是，将对应的未成交单作为待处理未成交单；

其中，该设定的监控类型范围一般包括开仓委托单和平仓委托单，设置后可以只检测开仓委托单，或只检测平仓委托单，也可以同时检测开仓委托单和平仓委托单。还有该监控账户范围的设定可以根据需求设定其交易账户的数量，可以对一个交易账户进行监控，也可以对多个交易账户进行监控。最后该监控合约范围同样的可以根据需求做不同的修改，可以设定监控一个或多个合约，也可以设定不监控合约。

此外，如果上述所有未成交单都需要处理，那么此筛选的步骤就可以筛选所有的未成交单都为待处理未成交单，也就是说需要应需求做筛选或不筛选的修改可以通过设定其筛选的监控范围达到相同的技术效果，同时这也是本领域技术人员所能想到的。

基于上述实施例，本实施例具体如下：

当撤单时机为不成交立即撤单时，向交易系统发送撤单指令；

当撤单时机为条件撤单时，在预定时间内检测成交价是否偏离委托价预定跳数，若是，则在成交价偏离委托价预定跳数时，直接向交易系统发送撤单指令；若否，则到达所述预定时间时，向交易系统发送撤单指令。

一般情况，本领技术人员可依据之前实施例与本实施例的描述，在本实施例中可以推测出还有检测其对应的撤单时机步骤，本实施例依据其检测的撤单时机而做出相应的撤单处理。

请参考图4，图4为本申请实施例所提供的撤单处理方法的流程图。

因此，根据上述描述，本实施例具体步骤如下：

s221，检测其撤单时机，如果撤单时机为不成交立即撤单，执行步骤s224；如果撤单时机为条件撤单，执行步骤s222；

s222，判断成交价是否偏离委托价预定跳数；

s223，判断是否在预定时间内完成撤单；

s224，向交易系统发送撤单指令。；

上述步骤也就是说，在检测其为条件撤单时是有两个条件，分别是价位撤单和延时撤单，即，对应的s222和s223先满足这两个条件的其中任何一个就按照其条件进行撤单。

其中，一跳数表示行情的最小价格变化，而预定跳数一般根据市场环境与需求而设定。当满足该预定跳数后就进行撤单处理。

进一步在各种情况下执行撤单处理时，还可以设定最大撤单处理次数，这样在撤单处理失败时继续执行撤单处理，直到达到最大撤单次数为止。若达到最大撤单次数时，仍没有成功撤单，则还可以发出提示信息，以使相关人员及时处理该待处理委托单。

请参考图5，图5为本申请实施例所提供的撤单成功后续处理的流程图。

基于上述任一实施例，本实施例当所述待处理未成交单撤单成功后，还包括如下步骤：

s310，检测撤单成功后的所述待处理未成交单是否需要重发处理；

s320，若是，将撤单成功后的所述待处理未成交单作为重发未成交单，对所述重发未成交单进行重发处理；

其中，检测是否需要重发处理一般是对用户设置的撤单成功的后继处理方式进行检测，可以按照该设置确定该撤单成功后的待处理未成交单是做重发处理还是不作处理。

通过将撤单成功后的处于待处理状态的未完成单进行后续的重发处理，进一步减少了需要交易员操作的时长，通过自动处理，也提高了处理的效率同时使出错率也更低。

请参考图6，图6为本申请实施例所提供的重发处理的流程图。

基于上述实施例，本实施例具体步骤如下：

s321，根据重发处理方式，修改重发未成交单的相关参数，得到重发委托单；

其中，重发处理的方式可以有很多种，本实施例并不对此进行限定，在本实施例中根据重发处理方式做出的修改例如：

不修改；

按最新的买卖盘价格并便宜指定的跳数修改；

按原委托价格偏移指定的跳数修改；

按当日涨停跌停价格修改对应参数。

用户可以选择以上方式中的一种方式作为修改的依据，对该重发未成交单做相应的修改，从而获得重发委托单。

s322，向交易系统发送重发委托单，判断重发委托单是否成交；

经过上述的的修改之后获得的重发委托单，向交易系统发送该重发委托单，并判断所述重发委托单是否成交，此判断过程同样的也是检测是否获得由交易系统反馈的成交回报来判断是否成交。

s323，若否，则继续发送重发委托单直到重发委托单成交。

上述判断若不成交，则继续发送该重发委托单，此时还可以根据市场情况对委托单做相应的修改再发送重发委托单。直到该重发委托单成交。

此外，为了防止出现重发委托单一直不成交而重发委托单一直重发的情况，设定最大重发次数，同时在发送重发委托单时记录发送次数，重发次数等于最大重发次数时停止重发。为了出现意外情况，重发次数大于最大重发时，也停止重发。进一步还可以在停止发送时，发出提示信息，以使相关人员及时对该重发委托单进行后续处理。

本技术方案避免了需要交易员时时刻刻去盯盘操作，同时交易员可以把更多的精力放到对委托单的处理和分析过程之上。提高了交易员的处理效率同时也降低了交易员的出错率，使交易质量整体上升。

下面对本申请实施例提供的委托单自动监控的系统进行介绍，下文描述的委托单自动监控的系统与上文描述的委托单自动监控的方法可以相互对应参照。

请参考图7，图7为本申请实施例所提供的自动监控系统的框图。

该系统可以包括：

第一检测单元110，用于检测是否接收到交易系统反馈的委托单的成交回报；

标记单元120，用于将未接收到所述成交单的委托单作为未成交单。

请参考图8，图8为本申请实施例所提供的撤单处理单元的框图。

基于上述系统实施例，还可以包括：

筛选单元210，用于根据设定的监控范围从所述未成交单中筛选出待处理未成交单；

第一处理单元220，用于根据待处理未成交单的撤单时机，对待处理未成交单进行撤单处理。

请参考图9，图9为本申请实施例所提供的筛选单元的框图。

基于上述系统实施例，该筛选单元210可以包括：

第一检测模块211，用于检测未成交单的类型是否在设定的监控类型范围内；

第二检测模块212，用于则检测未成交单的账户是否在设定的监控账户范围内；

第三检测模块213，用于则检测未成交单的合约是否在设定的监控合约范围内；

处理模块214，用于将对应的未成交单作为待处理未成交单。

请参考图10，图10为本申请实施例所提供的第一处理单元的框图。

基于上述系统实施例，该第一处理单元220可以包括：

立即撤单模块221，用于当撤单时机为不成交立即撤单时，直接向交易系统发送撤单指令；

条件撤单模块222，用于当撤单时机为条件撤单时，同时进行判断：

成交价是否偏离委托价预定跳数，若偏离该委托价预定跳数，则直接向交易系统发送撤单指令；

是否在预定时间内完成撤单若在预定时间内完成撤单，，则向交易系统发送撤单指令。

具体的，该条件撤单模块222下所同时进行的两个判断，是为了给用户更大的选择空间，即，两个判断只要满足一个就可以根据具体满足的是哪一个判断条件，进而执行相对应的后续步骤，也就是说，两个判断之间是或的关系，哪个成立就执行哪个。

请参考图11，图11为本申请实施例所提供的撤单成功后续处理单元的框图。

基于上述任一系统实施例，还可以包括：

第二检测单元310，用于检测撤单成功后的所述待处理未成交单是否需要重发处理；

第二处理单元320，用于将撤单成功后的所述待处理未成交单作为重发未成交单，对所述重发未成交单进行重发处理。

请参考图12，图12为本申请实施例所提供的第二处理单元的框图。

基于上述系统实施例，该第二处理单元320可以包括：

参数修改模块321，用于根据重发处理方式，修改重发未成交单的相关参数，得到重发委托单；

重发模块322，用于向交易系统发送重发委托单，判断重发委托单是否成交；

继续重发模块323，用于当重发委托单未成交，继续发送重发委托单直到所述重发委托单成交。

基于上述系统实施例，该第二处理单元320还可以包括：

停止重发模块324，用于继续发送重发委托单直到重发委托单成交或者重发次数等于最大重发次数。

说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的系统而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(ram)、内存、只读存储器(rom)、电可编程rom、电可擦除可编程rom、寄存器、硬盘、可移动磁盘、cd-rom、或技术领域内所公知的任意其它形式的存储介质中。

以上对本申请所提供的委托单自动监控的方法及系统进行了详细介绍。本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。