一种交易持仓数的监控方法及系统与流程

本申请涉及程序化交易技术领域，特别涉及一种交易持仓数的监控方法及系统。

背景技术：

随着金融市场的逐渐发展，越来越多的投资者进入到股票或期货的交易市场中，通过研究市场行情做出自己的判断，购买自己认为行情好的企业的股票、进出口原材料的期货，然后通过一系列运作来等待购入的股票或期货按照自己所期望的那样获得丰厚的收益。同时，为方便投资者对自己购入的股票或期货进行交易上的操作，程序化的交易操作软件应运而生。

股票和期货的交易市场行情多变、风云变换，一旦行情出现些许波动，都会使投资者们重新考量自己购入的股票或期货，进而可能改变自己已经做出的决定，再次买进或者卖出。显然，在行情波动期间通常会出现次数较多的手动交易或程序化交易，但受制于多方面的因素，可能出现各种各样的问题，例如，网络的波动、策略的异常、没有实际成交等等情况，造成出现投资者的实际交易持仓数与从交易柜台上查询得到的账户持仓数不一致、不匹配的现象，进而给投资者带来严重的经济损失。

而现有的程序化交易软件针对上述情况并没有一个很好的解决方案，只能依靠在程序后台执行操作的交易员来不定时核对各用户的实际交易持仓数与从交易柜台设备查询到的账户持仓数是否相一致、相匹配。显然，在数量异常巨大的投资者基数面前，交易员比较、核对的工作量也会异常的庞大，带给交易员很大的工作压力，且一旦比较、核对的不及时、不够准确，很有可能给广大投资者带来严重的经济损失。

所以，如何便捷、及时、准确的比较用户的实际交易持仓数与从交易柜台查询到的账户持仓数是否相一致、相匹配，是本领域技术人员亟待解决的一个问题。

技术实现要素：

本申请的目的是提供一种交易持仓数的监控方法及系统，该方法能够便捷、及时、准确的比较投资者同一账户下的实际交易持仓数与交易柜台查询到的账户持仓数是否一致，可以显著减少后台交易员的工作量，为广大投资者消除了可能造成严重经济损失的潜在因素。

为解决上述技术问题，本申请提供一种交易持仓数的监控方法，该方法包括：

获取同一账户下的实际交易持仓数与账户持仓数；其中，所述实际交易持仓数包括手工持仓数以及程序持仓数；

比较所述实际交易持仓数与所述账户持仓数是否一致，并根据比较结果得到监控结果。

可选的，所述获取同一账户下的实际交易持仓数与账户持仓数包括：

获取同一账户下各合约的手工持仓数以及程序持仓数；

将相同合约下的所述手工持仓数与所述程序持仓数相加，得到同一账户下各合约的实际交易持仓数；

获取交易柜台设备中同一账户下各合约的账户持仓数。

可选的，所述比较所述实际交易持仓数与所述账户持仓数是否一致，并根据比较结果得到监控结果包括：

比较同一账户下各合约的所述实际交易持仓数与各合约相对应的所述账户持仓数是否一致；

当不一致时，将对应的不一致的合约持仓信息作为监控结果。

可选的，在将对应的不一致的合约持仓信息作为监控结果后，还包括：

将所述监控结果通过预设路径发送给所述账户所对应的投资者。

可选的，在将对应的不一致的合约持仓信息作为监控结果后，还包括：

当接收到自动同步指令后，根据不一致的合约持仓信息平掉多开的或补充少开的持仓数，以使所述实际交易持仓数与所述账户持仓数保持一致；

当接收到手动同步指令后，根据输入的操作指令对不一致的合约持仓信息平掉多开的或补充少开的持仓数，以使所述实际交易持仓数与所述账户持仓数保持一致。

可选的，所述获取同一账号下的实际交易持仓数与账户持仓数包括：

按照预设周期获取同一账号下的实际交易持仓数与账户持仓数。

本申请还提供了一种交易持仓数的监控系统，该系统包括：

持仓数获取单元，用于获取同一账户下的实际交易持仓数与账户持仓数；其中，所述实际交易持仓数包括手工持仓数以及程序持仓数；

比较单元，用于比较所述实际交易持仓数与所述账户持仓数是否一致，并根据比较结果得到监控结果。

可选的，所述持仓数获取单元包括：

实际交易持仓数获取子单元，用于获取同一账户下各合约的手工持仓数以及程序持仓数；

第一执行子单元，用于将相同合约下的所述手工持仓数与所述程序持仓数相加，得到同一账户下各合约的实际交易持仓数；

账户持仓数获取子单元，用于获取交易柜台设备中同一账户下各合约的账户持仓数。

可选的，所述比较单元，还包括：

比较子单元，用于比较同一账户下各合约的所述实际交易持仓数与各合约相对应的所述账户持仓数是否一致；

监控结果得到子单元，用于当比较结果不一致时，将对应的不一致的合约持仓信息作为监控结果。

可选的，该系统还包括：

发送单元，用于将所述监控结果通过预设路径发送给所述账户所对应的投资者。

本申请所提供的一种交易持仓数的监控方法，通过获取同一账户下的实际交易持仓数与账户持仓数；其中，所述实际交易持仓数包括手工持仓数以及程序持仓数；比较所述实际交易持仓数与所述账户持仓数是否一致，并得到监控结果。

显然，本申请将获取到的投资者同一账户下的实际交易持仓数与账户持仓数做比较，并及时得到监控结果，有效的在无法避免因各方面异常因素导致出现的同一账户下的实际交易持仓数与账户持仓数不一致的情况下，能够便捷、及时、准确的进行比较、核对，发现不一致的合约持仓信息，可以显著减少后台交易员的工作量，也为广大投资者消除了可能造成严重经济损失的潜在因素。本申请同时还提供了一种交易持仓数的监控系统，具有上述有益效果，在此不再赘述。

附图说明

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

图1为本申请实施例所提供的一种交易持仓数的监控方法的流程图；

图2为本申请实施例所提供的另一种交易持仓数的监控方法的流程图；

图3为本申请实施例所提供的又一种交易持仓数的监控方法的流程图；

图4为本申请实施例所提供的一种交易持仓数的监控系统的结构框图；

图5为本申请实施例所提供的一种交易持仓数的监控系统中持仓数获取单元的结构框图；

图6为本申请实施例所提供的一种交易持仓数的监控系统中比较单元的结构框图。

具体实施方式

在广大投资者使用程序化交易操作软件的过程中，由于股票和期货交易市场行情的波动性，在行情稍有变化的瞬间，投资者们就会重新考量自己原先做出的决定，进而会出现蜂拥的去重新买进或卖出。但受制于多方面因素的影响，例如，交易信号异常、网络异常、策略异常或交易委托单没有成交等情况，可能会出现投资者账户下的实际交易持仓数与从交易柜台设备查询回来的账户持仓数不相一致、不相匹配的情况，而在现有技术却没有一个很好的方案去针对性的解决上述问题。所以本申请通过获取投资者同一账户下的实际交易持仓数，与获取得到的账户持仓数做比较，来核对是否相一致、相匹配，并得到监控结果。本申请能够便捷、及时、准确的进行比较、核对，发现不一致的合约持仓信息，可以显著减少后台交易员的工作量，也为广大投资者消除了可能造成严重经济损失的潜在因素。

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

本申请所提供的一种数据追踪的方法及系统，可以应用于程序化交易操作软件中。

具体来说，就是一种个性化期货或股票的程序化交易软件，每个普通投资者或机构投资者都可以根据自己的投资经验和智慧，编写自己的交易模型或规则，使用电脑程序实现自动交易。交易模型是有经验的投资者交易思想的凝练和实际化，正确的交易思想在严格的操作纪律实行下将获得良好、稳定的投资收益，而通过交易模型正是将正确的交易思想与严格的操作纪律很好地结合在一起，帮助我们获取良好、稳定的投资收益。程序化交易在投资实战中不仅可以提高下单速度，更可以帮助投资者避免受到情绪波动的影响，实现理性投资。

以下结合图1，图1为本申请实施例所提供的一种交易持仓数的监控方法的流程图。

其具体包括以下步骤：

s101：获取同一账户下的实际交易持仓数与账户持仓数；其中，实际交易持仓数包括手工持仓数以及程序持仓数；

本实施例之所以要获取同一账户下实际交易持仓数与账户持仓数，是考虑到可能出现的异常情况导致的实交易持仓数与账户持仓数不一致的情况，为了能够发现不一致的情况，要先获取该账户下的实际交易持仓数与账户持仓数。本实施例并不限定账户的数量，即可以同时对多个账户实现交易持仓数的监控。

而在程序化交易操作软件中，实际交易持仓数通常包括投资者按照自己的意愿设定的程序自动交易所持有的程序持仓数与经过投资者进行手动交易所持有的手工持仓数。

其中，程序化自动交易的规则多种多样，例如，由投资者设定的交易模型，或由投资者按自己意愿自己设定的交易规则。而所提到的模型或规则当然也可以来自于多方面，比如来源自其他有经验的投资者而模仿建立的，也可以是投资者根据自己积累的经验按照自己的喜好所设立的，等等。经过以上的设立后，程序化交易操作系统根据投资者预先设定的触发条件，在满足触发条件后自动执行预先设定好的买进或卖出动作，进而形成程序持仓数。

另一方面，投资者当然可以不单单只靠程序来自动操作，根据行情的变化以及多方面信息的来源，很有可能致使投资者临时的进行手动交易操作，以便及时的调整投资的方向和力度，也就进而出现了经过投资者手动交易操作出现的手工持仓数。

经过投资者手动交易操作出现的手工持仓数与程序化交易系统自动按照预先设定的条件形成的程序持仓数并不冲突，且逻辑上相互区分，虽说这两者可能都对同一个合约分别进行了手动交易和程序化交易，但是在获取信息时的方式多种多样，并不对具体的获取方式做具体限定，可以根据投资者的个人喜好和习惯来做出差异化的选择，例如，呈现在投资者面前的可以是以同一合约下同时呈现该手工持仓数以及程序持仓数，当然也可以是由系统识别发现是同一个合约后将手工持仓数与程序持仓数进行求和得出的一个和呈现给用户。

换句话说，投资者的同一账户下，根据投资者的资金规模和投资喜好，当然有可能会出现该账户下会同时买进多个合约，即，多家公司的股票或多种原材料的期货，而在对同一家公司的股票或同一种原材料的期货合约会分为手工持仓和程序持仓也就很显而易见了。进而在获取该账户下的实际交易持仓数时是按各合约分别相对应的进行相加来得到还是只进行总数的相加得到，可以以根据投资者的喜好和个性进行相应的差异化选择，此处只是对表达的方式做出相应的描述，并不做出具体限定。即可以理解为仅以账户为单位进行交易持仓数的监控，也可以是以账户中各个最小单元的合约为单位进行交易持仓数的监控。

s102：比较实际交易持仓数与账户持仓数是否一致；

根据上面步骤s101获取到的由同一账户下的手工持仓数与程序持仓数计算而来的实际交易持仓数，将其与该账户相对应的账户持仓数做比较，判断是否两者相一致、相匹配。本步骤是核对在交易操作过程中是否有异常因素存在，进而导致两者不一致、不匹配现象出现的关键步骤。

而上面提到的计算过程，通常情况下为对同一账户下的手工持仓数与程序持仓数进行求和，但具体怎样求和的方式并不做限定，可以多种多样，只要投资者认可或者确实可以得到有用的信息即可。例如，对同一账户下相同合约所对应的手工持仓数与程序持仓数进行求和，得到该合约的实际交易持仓数，按照此方式，能够得到该账户下所有合约所对应的实际交易持仓数；当然也可以简单的对该账户下不分合约的将所有合约的手工持仓数与程序持仓数进行求和，会得到一个汇总得到的所有合约的实际交易持仓总数，等等。当然不仅仅限于例子中提及的方式，具体的计算方式可以根据投资者的喜好和个人习惯来进行差异化的选择。

s103：根据比较结果，得到监控结果。

根据步骤s102的比较过程，最后会得到该账户下所对应的实际交易持仓数与账户持仓数是否一致的结果信息，将该结果信息作为本申请所提供的一种交易持仓数的监控方法所得到的监控结果。

理所当然的，会得出一致或不一致两种结果，其中，对于经过比较后该账户下的实际交易持仓数与账户持仓数保持一致的情况，就可以不用得到一致的监控给结果，只得到对不一致的监控结果也可以。当然，是否要得到一致的监控结果可以由投资者自己选择，并不做具体限定。这里并不限定监控结果具体包含的内容。其可以仅包含该账户存在不一致的交易持仓数；然后用户手动查找不一致的具体合约以及具体不一致的合约内容。也可以是包含了不一致合约持仓数据的内容等。通过该监控结果投资者可以快速、及时的发现不一致的合约持仓信息，避免了交易员或者投资者手动查找异常持仓数，显著减少了后台交易员的工作量，为广大投资者消除了可能造成严重经济损失的潜在因素。保证了投资者的权益。

而在得到该不一致的监控结果后，可以进一步的对该监控结果执行其他策略来更好的将该监控结果反馈给对应的投资者，其中，提到的其他策略对应的操作方式多种多样，并不做具体限定，可根据投资者在实际情况中的个人喜好或习惯差异化的进行选择。

基于上述技术方案，本申请实施例提供的交易持仓数的监控方法，能够在无法避免出现因各方面异常因素导致的同一账户下的实际持仓数与账户持仓数不一致的情况下，能够便捷、及时、准确的发现不一致的合约持仓信息，显著减少了后台交易员的工作量，为广大投资者消除了可能造成严重经济损失的潜在因素。

下面请参见图2，图2为本申请实施例所提供的另一种交易持仓数的监控方法的流程图：

此实施例是在上述实施例的基础上，是周期性的将获取的实际交易持仓数具体为对同一账户下各合约的手工持仓数与程序持仓数求和处理得到该合约对应的实际交易持仓数，但同时也可以显示该合约下相应的手工持仓数与程序持仓数。同时，与该账户下各合约对应的账户持仓数去做比较。

具体步骤包括：

s201：按照预设周期获取同一账户下各合约对应的实际交易持仓数与账户持仓数；其中，实际交易持仓数为将相同合约下的手工持仓数与程序持仓数相加；

相对于s101中的内容，在本实施例中针对的是获取同一账户下各合约对应的实际交易持仓数与账户持仓数，相对应的，后续做比较的也应是在各合约的基础下做相应的对比。该实际交易持仓数为该合约下所对应的手工持仓数与程序持仓数进行求和得到，实现即可得到各合约下的实际交易持仓数的总数，又可以看到该总数是怎样组成的，即，可以同时反馈三个值：该合约下的手工持仓数、程序持仓数、实际交易持仓数，方便了投资者辨别到底是哪一块不一致导致出现了如今的不一致现象。

当然，也在s101中提到过，还有其他多种方式可以实现同样的目的，而此处可以但不推荐使用简单的将同一账号下所有合约的实际交易持仓数做求和处理，拿去与所有合约的账户持仓数做比较的方式。是考虑到即使做出了这样的比较，最后得出的监控结果是不足以明确的提醒投资者，或者说只是告诉了投资者存在不一致的持仓信息，假定该投资者资金雄厚、投资方向多元化，那么该投资者还需要费很大的气力去寻找不一致的具体合约，相当于丧失了本申请的便捷性。所以，在投资者投资方向单一、合约较少的情况可以采用此种方式。

其中，本申请所提供的一种交易持仓数的监控方法在体现其便捷和及时的特点的基础上，还可以考虑到程序运行对硬件资源的占用情况，提高硬件资源利用率。因此，本实施例中可以设定以预设周期执行获取的实际交易持仓数与账户持仓数步骤，在一个合适的时间间隔后循环运行，以起到不会错过发现不一致的持仓信息。本实施例并不限定具体的预设周期的数值，其可以根据用户的实际需求进行设定和修改。例如可以是一分钟或者是一小时甚至可以设置为实时获取。更进一步的，即使在时间间隔内，投资者也可以手动的执行获取的步骤，来比较是否不一致。即通过手动获取和自动获取相结合的形式来提高获取的可靠性。

s202：比较实际交易持仓数与账户持仓数是否一致；

本步骤与s102中的内容大体相同，可参见其中的描述，只是将s201中获取到的同一账户下各合约对应的实际交易持仓数与账户持仓数做比较而已，其他相同的部分，在此不再赘述。

s203：得到不一致的监控结果；

本步骤建立在经过s202的比较后，发现存在不一致的合约持仓信息，并将该不一致的合约持仓信息作为监控结果。而相对的，如果经比较后，没有发现存在不一致的合约持仓信息，则直接结束流程，并不得到监控结果。

更进一步的，可以在得到含有不一致的合约持仓信息的监控结果后将该监控结果通过预设路径发送给该账户对应的投资者。其中，预设的路径体现方式有很多种，此处并不对具体的路径方式做限定，只要能起到提醒、通知到投资者的目的即可。例如，通过预留的该账户对应的投资者的手机号码，将该监控结果以短信通知的方式发送给该投资者；通过预留的网络的该投资者的邮箱地址，将该监控结果以邮件的形式发送过去；也可以简单的发送给该软件系统，使该软件系统报错进而发出提示音，等等。

s204：同步不一致的合约持仓信息；

本步骤建立在s203之后，是因为要首先得到含有不一致的合约持仓信息的监控结果，才能根据该信息去具体执行同步的步骤，以使得该账户下的实际交易持仓数与账户持仓数保持一致。

更进一步的，在同步不一致的合约持仓信息时，可选择的由软件系统本身针对该账户下具体是哪个合约下的手工持仓数还是程序持仓数多了或者少了进行相应的自动同步，即，如果实际交易持仓数大于账户持仓数，那就说明是软件系统多开了仓，需要平掉这些多开的持仓数；相反，如果实际交易持仓数小于账户持仓数，那就说明是软件系统少开了仓，需要补开这些少开的持仓数。

如果投资者不想由软件系统来自动同步不一致的合约持仓信息的话，也可以由投资者自己本身输入操作信息，来实现手动同步。方法和操作步骤与上面自动同步部分相同，在此不再赘述。

当然了，如果经过比较发现一致的话，也就不会得到不一致的合约持仓信息，当然也就不需要进行相应的处理。

下面请参见图3，图3为本申请实施例所提供的又一种数据追踪的方法的流程图。

具体步骤包括：

s301：以10分钟为周期获取同一账户下的各合约对应的实际交易持仓数与账户持仓数；其中，实际交易持仓数为将相同合约下的手工持仓数与程序持仓数相加；

将周期定为10分钟，即，每隔10分钟就执行一次。

s302：比较实际交易持仓数与账户持仓数是否一致；

s303：得到含有不一致的合约持仓信息的监控结果；

s304：将监控结果通过短信发送给账户对应的投资者；

本步骤选择将含有不一致的合约持仓信息的监控结果通过用户提前预留的个人手机号码发送至该账户所对应的投资者。

s305：同步不一致持仓数；

根据s303中的内容进行同步操作。

s306：选择执行同步操作的主体；

在实际操作的使用中，当然存在可以由投资者选择是由系统还是自己来同步不一致的合约持仓信息，以使实际交易持仓数与账户持仓数保持一致。

s307：根据投资者输入的操作指令平掉多开的或补充少开的持仓数；

建立在投资者选择了自己手动执行同步操作的背景下。

s308：系统自动平掉多开的或补充少开的持仓数；

建立在投资者选择了由系统自动执行同步操作的背景下。

基于上述技术方案，本申请实施例提供的交易持仓数的监控方法，能够在无法避免出现因各方面异常因素导致的同一账户下的实际持仓数与账户持仓数不一致的情况下，通过设置以周期自动执行获取的步骤，且将发现不一致的合约持仓信息后，通过预设路径将该监控结果发送给对应的投资者，能够便捷、及时、准确的发现不一致的合约持仓信息，显著减少了后台交易员的工作量，为广大投资者消除了可能造成严重经济损失的潜在因素。

由于系统部分的实施例与方法部分的实施例相互对应，因此系统部分的实施例请参见方法部分的实施例的描述，这里暂不赘述。

下面请参见图4，图4为本申请所提供的一种交易持仓数的监控系统结构示意图；

该系统包括：

持仓数获取单元100，用于获取同一账户下的实际交易持仓数与账户持仓数；其中，实际交易持仓数包括手工持仓数以及程序持仓数；

比较单元200，用于比较实际交易持仓数与账户持仓数是否一致，并得到监控结果。

进一步的，可参见图5，在持仓数获取单元100下包括：

时钟子单元110，用于按照预设周期获取同一账号下的实际交易持仓数与账户持仓数；

实际交易持仓数获取子单元120，用于获取同一账户下各合约的手工持仓数以及程序持仓数；

第一执行子单元130，用于将相同合约下的手工持仓数与程序持仓数相加，得到同一账户下各合约的实际交易持仓数；

账户持仓数获取子单元140，用于获取交易柜台设备中同一账户下各合约的账户持仓数。

进一步的，可参见图6，比较单元200包括：

比较子单元210，用于比较同一账户下各合约的实际交易持仓数与各合约相对应的账户持仓数是否一致；

监控信息得到子单元220，用于当比较结果不一致时，将对应的不一致的合约持仓信息作为监控结果；

同步处理子单元230，用于对不一致的合约持仓信息进行同步处理。

另外，该系统，还可以包括：

发送单元，用于将监控结果通过预设路径发送给账户所对应的用户；

以上各单元可实际应用于以下的步骤中：

第一步，投资者在时钟子单元110设置定时检测持仓的时间，每当时间到达时，系统将自动开始对同一账户下账户持仓数与系统实际交易持仓数之间是否一致的检测。

第二步，投资者在实际交易持仓数获取子单元120获取到同一账户下各合约对应的手工持仓数以及程序持仓数，同时在第一执行子单元130中将实际交易持仓数获取子单元120获取到的信息求和处理，得到该账户各合约对应的实际交易持仓数，并在账户持仓数获取子单元140获取到该账户下各合约对应的账户持仓数，具体的，账户持仓数是程序化交易操作程序从交易柜台查询的各个持仓合约最新的头寸信息，对于期货产品，包括多持仓和空持；对于股票而言，则只有多持仓。

因为在投资者在没有出现异常的情况下，是不会出现实际交易持仓数与账户持仓数不一致的现象，只会在程序化交易操作程序的程序化交易模块因异常而出现不一致，程序化交易模块可以包括以下几部分：用户的策略、交易账户头寸、商品设置、交易参数设置。而对于每个程序化策略，该程序化交易操作程序都会设置所要交易的商品以及交易该商品的账户的头寸。该程序化交易操作程序将根据来自程序化交易模块的信息，获取该交易账户所有程序化策略当前的头寸信息，进行汇总，即为该交易账户的程序持仓数，对于期货产品，包括多持仓和空持；对于股票而言，则只有多持仓。

第三步，将第二步获取到的信息在比较子单元210中进行比较、匹配，看得到的各合约的实际交易持仓数与账户持仓数是否一致，若不一致，由监控信息得到子单元220将对应的不一致的合约持仓信息作为监控结果，紧接着将该监控结果发送给同步处理子单元230，用于在同步处理过程中选择由系统还是投资者自己进行同步处理，具体的，如果交易头寸信息与账户持仓数不一致，投资者可以选择是让程序自动同步不一致的头寸信息，还是由投资者手动同步不一致的头寸信息。

其中比较和处理过程如下：

(1)(手动持仓数+程序持仓数)>账户持仓数

即程序化交易操作程序多开了仓，需要平掉这些多开的合约持仓；

(2)(手动持仓数+程序持仓数)<账户持仓数

即程序化交易操作程序少开了仓，需要补开这些少开的合约持仓；

(3)(手动持仓数+程序持仓数)＝账户持仓数

即交易头寸与账户持仓数完全一致，则不需要做任何处理。

其中在第三步过程中，还可以在得到该监控结果后，由发送单元将该监控结果通过预设路径发送给账户对应的投资者。而该监控结果可以显示在后台交易管理员的监控界面上，且根据投资者的需要，该程序化交易操作程序可以将该不一致的监控结果通过声音提示，或者短信通知投资者。

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

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

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

还需要说明的是，在本说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。