一种私募基金交易方法、客户端、设备及存储介质与流程

本申请涉及金融科技领域，特别涉及一种私募基金交易方法、客户端、设备及存储介质。

背景技术：

目前，私募基金在进行交易时，只能针对每一个账户分别进行独立的下单操作，并且由于私募基金拥有非常多的账户，从而使得当私募基金需要进行多账户交易时，需要依赖非常多的交易员来进行下单操作，这样一方面由于是需要依赖众多交易员来完成下单，人工成本非常高，耗时多，并且容易出错，甚至可能会出现某些账户多买而某些账户遗漏等事故，另一方面由于是多账户分别独立下单，所以即便下单速度够快，但下单的先后顺序依然是有所不同的，并且对于同一标的，不同账户的下单价格也会有所不同，从而导致产品净值不一致，这样给各个账户也造成了不平等。综上，现有的多账户交易过程中，存在着人工成本高、耗时多、容易出错、不同账户之间的交易不同步、交易繁琐等问题。

技术实现要素：

有鉴于此，本申请的目的在于提供一种私募基金交易方法、客户端、设备及存储介质，能够在多账户交易过程中，降低人工成本、减少耗时、降低出错概率、确保多账户交易同步以及简化交易过程。其具体方案如下：

第一方面，本申请公开了一种私募基金交易客户端，包括账户组管理模块和多账户操作模块；其中，

所述账户组管理模块，包括：

账户组创建单元，用于创建包括多个交易账户的目标账户组；

所述多账户操作模块，包括：

订单统一操作单元，用于生成交易信息填写接口，通过所述交易信息填写接口获取相应的实时交易总数量，并根据预设的分配策略，对所述实时交易总数量进行订单拆分，以得到所述目标账户组中每个交易账户对应的待下达订单数量，然后根据每个交易账户对应的待下达订单数量，同时为所述目标账户组中的所有交易账户进行下单操作。

可选的，所述私募基金交易客户端，还包括：

多账户展示模块，用于在所述多账户操作模块同时为所述目标账户组中的所有交易账户进行下单操作之前，对所述目标账户组中的所有交易账户的待下达订单数量进行展示，并生成订单微调接口，通过所述订单微调接口获取针对所述目标账户组中任意交易账户的订单微调请求，然后根据所述订单微调请求，对相应交易账户的待下达订单数量进行相应的微调操作。

可选的，所述账户组创建单元，具体用于创建多个账户组，其中，每个所述账户组均包含多个交易账户；

所述多账户操作模块，还包括：

账户组选择单元，用于生成账户组选择接口，通过所述账户组选择接口获取针对任意一个或多个所述账户组的账户组选择请求，然后根据所述账户组选择请求，从所述多个账户组中选择相应的账户组作为所述目标账户组。

可选的，所述多账户操作模块，还包括：

指令统一操作单元，用于生成非订单指令输入接口，通过所述非订单指令输入接口，获取相应的非订单指令，然后对所述目标账户组中的所有交易账户均进行与所述非订单指令相应的响应操作。

可选的，所述账户组管理模块，还包括：

账户组修改单元，用于对已创建的任意账户组进行修改操作；

和/或，账户组查询单元，用于对已创建的任意账户组进行查询操作；

和/或，账户组删除单元，用于对已创建的任意账户组进行删除操作。

可选的，所述订单统一操作单元，具体用于根据预设的分配策略，为所述目标账户组中的每个交易账户分配相应的权重，然后根据每个交易账户对应的权重，对所述实时交易总数量进行相应比例的订单拆分。

可选的，所述账户组管理模块，还包括：

权重修改单元，用于生成权重修改接口，通过所述权重修改接口获取针对所述目标账户组中任意交易账户的权重修改请求，然后根据所述权重修改请求，对相应交易账户的权重进行相应的修改操作。

第二方面，本申请公开了一种私募基金交易方法，包括：

创建包括多个交易账户的目标账户组；

生成交易信息填写接口，通过所述交易信息填写接口获取相应的实时交易总数量；

根据预设的分配策略，对所述实时交易总数量进行订单拆分，以得到所述目标账户组中每个交易账户对应的待下达订单数量；

根据每个交易账户对应的待下达订单数量，同时为所述目标账户组中的所有交易账户进行下单操作。

第三方面，本申请公开了一种私募基金交易设备，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序，以实现前述的私募基金交易方法。

第四方面，本申请公开了一种计算机可读存储介质，用于存储计算机程序，其中，所述计算机程序被处理器执行时，实现前述的私募基金交易方法。

可见，本申请的私募基金交易客户端上设有账户组管理模块和多账户操作模块，其中，通过账户组管理模块，可以创建包括多个交易账户的目标账户组；通过多账户操作模块，则可以获取实时交易总数量，并且根据预设的分配策略，将上述实时交易总数量进行订单拆分，从而得到上述目标账户组中各个交易账户分别对应的待下达订单数量，在此基础上，便可根据上述目标账户组中每个交易账户各自对应的待下达订单数量，同时为上述目标账户组中的所有交易账户进行下单操作。由此可知，本申请并非是针对每个交易账户分别进行独立的下单操作，而是针对包含多个交易账户的目标账户组来进行同时下单操作，并且在获取交易信息时，只需由一个交易员通过交易信息填写接口来填写实时交易总数量，后续由客户端后台按照预设的分配策略对上述实时交易总数量进行订单拆分即可，而无需多个交易员参与其中，从而实现了降低人工成本、减少耗时、降低出错概率、确保多账户交易同步以及简化交易过程的目的。

附图说明

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

图1为本申请公开的一种私募基金交易客户端结构示意图；

图2为本申请公开的一种具体的私募基金交易客户端结构示意图；

图3为本申请公开的一种私募基金交易方法流程图；

图4为本申请公开的一种具体的私募基金交易方法流程图。

具体实施方式

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

本申请实施例公开了一种私募基金交易客户端，参见图1所示，包括账户组管理模块11和多账户操作模块12；其中，

所述账户组管理模块11，包括：

账户组创建单元111，用于创建包括多个交易账户的目标账户组；

所述多账户操作模块12，包括：

订单统一操作单元121，用于生成交易信息填写接口，通过所述交易信息填写接口获取相应的实时交易总数量，并根据预设的分配策略，对所述实时交易总数量进行订单拆分，以得到所述目标账户组中每个交易账户对应的待下达订单数量，然后根据每个交易账户对应的待下达订单数量，同时为所述目标账户组中的所有交易账户进行下单操作。

需要指出的是，上述交易信息填写接口具体可以包括基本信息填写接口、数量策略选择接口和数量参数填写接口。

本实施例中，上述基本信息填写接口可以用于获取交易员输入的基本信息，其中，所述基本信息包括但不限于证券代码、订单方向和订单价格。上述数量策略选择接口可以用于获取交易员从预设的数量策略库中选择的数量策略，其中，所述数量策略库中的数量策略包括但不限于绝对金额、绝对数量、净值比例、昨日净值比例、持仓比例和可用比例。在交易员通过上述数量策略选择接口选中特定的数量策略之后，便可进一步通过上述数量参数填写接口填写与上述特定的数量策略对应的具体数量值，从而得到相应的数量参数。

可以理解的是，当本实施例中的交易信息填写接口包括上述基本信息填写接口、数量策略选择接口和数量参数填写接口时，通过所述交易信息填写接口获取的所述实时交易总数量相应地包括上述基本信息、数量策略以及数量参数。

进一步的，本实施例中，上述预设的分配策略既可以是由交易员通过预设的策略选择接口来预先选定的分配策略，也可以是由交易员通过预设的策略制定接口来预先制定的分配策略，当然也可以是由私募基金交易客户端后台自动设定的分配策略。

其中，本实施例的所述分配策略包括但不限于基于平均分配原则制定的分配策略、基于净值比例制定的分配策略和基于持仓权重制定的分配策略。

可以理解的是，本实施例中的所述分配策略具体是用于为目标账户组中的每个交易账户分配相应的权重，其中，权重越大的交易账户对应的待下达订单数量越多，同理，权重越小的交易账户对应的待下达订单数量越少。也即，本实施例中，所述订单统一操作单元121，具体可以用于根据预设的分配策略，为所述目标账户组中的每个账户分配相应的权重，然后根据每个账户对应的权重，对所述实时交易总数量进行相应比例的订单拆分，这样相比于现有技术中的基于单账户进行下单的情况，本实施例能够通过预设的分配策略来确定各个账户的权重，从而保证了各个账户之间的相对公平性，避免了在通过单账户下单时由于时间差或人为因素导致的不公平性。

可见，本申请实施例并非是针对每个交易账户分别进行独立的下单操作，而是针对包含多个交易账户的目标账户组来进行同时下单操作，并且在获取交易信息时，只需由一个交易员通过交易信息填写接口来填写实时交易总数量，后续由客户端后台按照预设的分配策略对上述实时交易总数量进行订单拆分即可，而无需多个交易员参与其中，从而实现了降低人工成本、减少耗时、降低出错概率、确保多账户交易同步以及简化交易过程的目的。

进一步的，参见图2所示，本实施例中的所述账户组管理模块11，还包括：

权重修改单元112，用于生成权重修改接口，通过所述权重修改接口获取针对所述目标账户组中任意交易账户的权重修改请求，然后根据所述权重修改请求，对相应交易账户的权重进行相应的修改操作。

也即，本实施例在基于上述预设的分配策略确定出目标账户组中每个交易账户的权重之后，还可以为交易员提供相应的权重修改接口，通过上述权重修改接口，交易员可以对任意交易账户的权重进行重新调整，以满足交易员在权重修改方面的个性化需求。

参见图2所示，本申请实施例中的私募基金交易客户端，还可以进一步包括：

多账户展示模块13，用于在所述多账户操作模块12同时为所述目标账户组中的所有交易账户进行下单操作之前，对所述目标账户组中的所有交易账户的待下达订单数量进行展示。

进一步的，所述多账户展示模块13，还可以在对所述目标账户组中的所有交易账户的待下达订单数量进行展示之后，用于生成订单微调接口，通过所述订单微调接口获取针对所述目标账户组中任意交易账户的订单微调请求，然后根据所述订单微调请求，对相应交易账户的待下达订单数量进行相应的微调操作。

进一步的，本实施例中的所述账户组创建单元111，具体可以用于创建多个账户组，其中，每个所述账户组均可以包含多个交易账户。本实施例中，上述账户组创建单元111具体可以生成账户组创建接口，通过该账户组创建接口，交易员可以根据自身的实际需要，创建相应数量的账户组、确定每个账户组中所包含的账户数量以及为每个账户组设定相应的名称。另外，可以理解的是，交易员为每个账户组设定名称时，需基于避免重名的原则来进行名称设定，也即，确保每个账户组的名称均是独一无二的。并且，上述账户组创建单元111所创建的账户组中，也可以仅包含一个交易账户，当上述目标账户组中只包含一个交易账户，则此时本实施例是针对单个交易账户展开的操作和展示。

相应的，参见图2所示，所述多账户操作模块12，还可以包括：

账户组选择单元122，用于生成账户组选择接口，通过所述账户组选择接口获取针对任意一个或多个所述账户组的账户组选择请求，然后根据所述账户组选择请求，从所述多个账户组中选择相应的账户组作为所述目标账户组。也即，本实施例中，交易员通过上述账户组选择接口，既可以选择一个账户组作为所述目标账户组，也可以选择多个账户组作为所述目标账户组。

可以理解的是，本实施例中的所述多账户展示模块13，还可用于对所述目标账户组中的所有交易账户的账户信息进行实时展示。另外，当通过上述账户组选择单元122进行账户组的切换操作之后，所述多账户展示模块13实时展示的账户组的账户信息也会被相应地进行切换。例如，假设所述目标账户组由第一账户组被切换成第二账户组，则所述多账户展示模块13所实时展示的账户信息将由原来的第一账户组的账户信息切换为第二账户组的账户信息。

进一步的，参见图2所示，所述多账户操作模块12，还可以包括：

指令统一操作单元123，用于生成非订单指令输入接口，通过所述非订单指令输入接口，获取相应的非订单指令，然后对所述目标账户组中的所有交易账户均进行与所述非订单指令相应的响应操作。

也即，本实施例中的多账户操作模块12除了可以通过上述订单统一操作单元121完成对订单的统一操作之外，也可以通过上述指令统一操作单元123，控制所述目标账户组中的所有交易账户分别对非订单指令进行统一响应。可以理解的是，所述非订单指令是指与下订单指令无关的其他类型的指令。

可以理解的是，本实施例中的所述多账户展示模块13，还可用于对与所述目标账户组中的所有交易账户相关的非订单指令信息进行实时展示。

进一步的，参见图2所示，所述账户组管理模块11，还可以包括：

账户组修改单元113，用于对已创建的任意账户组进行修改操作。其中，账户组修改单元113，具体可以用于对已创建的任意账户组中的账户进行新增操作或删除操作，或者用于对账户组的名称进行修改等。

和/或，账户组查询单元114，用于对已创建的任意账户组进行查询操作。其中，账户组查询单元114，具体可以用于对账户组的交易账户的名称、数量或订单分配情况等进行查询。

和/或，账户组删除单元115，用于对已创建的任意账户组进行删除操作。

参见图3所示，本申请实施例还公开了一种私募基金交易方法，包括：

步骤s11：创建包括多个交易账户的目标账户组；

步骤s12：生成交易信息填写接口，通过所述交易信息填写接口获取相应的实时交易总数量；

步骤s13：根据预设的分配策略，对所述实时交易总数量进行订单拆分，以得到所述目标账户组中每个交易账户对应的待下达订单数量；

步骤s14：根据每个交易账户对应的待下达订单数量，同时为所述目标账户组中的所有交易账户进行下单操作。

需要指出的是，上述交易信息填写接口具体可以包括基本信息填写接口、数量策略选择接口和数量参数填写接口。

本实施例中，上述基本信息填写接口可以用于获取交易员输入的基本信息，其中，所述基本信息包括但不限于证券代码、订单方向和订单价格。上述数量策略选择接口可以用于获取交易员从预设的数量策略库中选择的数量策略，其中，所述数量策略库中的数量策略包括但不限于绝对金额、绝对数量、净值比例、昨日净值比例、持仓比例和可用比例。在交易员通过上述数量策略选择接口选中特定的数量策略之后，便可进一步通过上述数量参数填写接口填写与上述特定的数量策略对应的具体数量值，从而得到相应的数量参数。

可以理解的是，当本实施例中的交易信息填写接口包括上述基本信息填写接口、数量策略选择接口和数量参数填写接口时，通过所述交易信息填写接口获取的所述实时交易总数量相应地包括上述基本信息、数量策略以及数量参数。

进一步的，本实施例中，上述预设的分配策略既可以是由交易员通过预设的策略选择接口来预先选定的分配策略，也可以是由交易员通过预设的策略制定接口来预先制定的分配策略，当然也可以是由私募基金交易客户端后台自动设定的分配策略。

其中，本实施例的所述分配策略包括但不限于基于平均分配原则制定的分配策略、基于净值比例制定的分配策略和基于持仓权重制定的分配策略。

可以理解的是，本实施例中的所述分配策略具体是用于为目标账户组中的每个交易账户分配相应的权重，其中，权重越大的交易账户对应的待下达订单数量越多，同理，权重越小的交易账户对应的待下达订单数量越少。也即，本实施例中，可以用于根据预设的分配策略，为所述目标账户组中的每个账户分配相应的权重，然后根据每个账户对应的权重，对所述实时交易总数量进行相应比例的订单拆分。

进一步的，本实施例还可以生成权重修改接口，通过所述权重修改接口获取针对所述目标账户组中任意交易账户的权重修改请求，然后根据所述权重修改请求，对相应交易账户的权重进行相应的修改操作。

也即，本实施例在基于上述预设的分配策略确定出目标账户组中每个交易账户的权重之后，还可以为交易员提供相应的权重修改接口，通过上述权重修改接口，交易员可以对任意交易账户的权重进行重新调整，以满足交易员在权重修改方面的个性化需求。

可见，本申请实施例并非是针对每个交易账户分别进行独立的下单操作，而是针对包含多个交易账户的目标账户组来进行同时下单操作，并且在获取交易信息时，只需由一个交易员通过交易信息填写接口来填写实时交易总数量，后续由客户端后台按照预设的分配策略对上述实时交易总数量进行订单拆分即可，而无需多个交易员参与其中，从而实现了降低人工成本、减少耗时、降低出错概率、确保多账户交易同步以及简化交易过程的目的。

参见图4所示，本实施例公开了一种具体的私募基金交易方法，包括：

步骤s21：创建多个账户组，其中，每个所述账户组均包含多个交易账户。

步骤s22：生成账户组选择接口，通过所述账户组选择接口获取针对任意一个或多个所述账户组的账户组选择请求，然后根据所述账户组选择请求，从所述多个账户组中选择相应的账户组作为所述目标账户组。

步骤s23：生成包含基本信息填写接口、数量策略选择接口和数量参数填写接口的交易信息填写接口，通过所述交易信息填写接口获取相应的实时交易总数量。

步骤s24：根据预设的分配策略，对所述实时交易总数量进行订单拆分，以得到所述目标账户组中每个交易账户对应的待下达订单数量。

步骤s25：对所述目标账户组中的所有交易账户的待下达订单数量进行展示。

步骤s26：生成订单微调接口，通过所述订单微调接口获取针对所述目标账户组中任意交易账户的订单微调请求，然后根据所述订单微调请求，对相应交易账户的待下达订单数量进行相应的微调操作。

步骤s27：根据每个交易账户对应的待下达订单数量，同时为所述目标账户组中的所有交易账户进行下单操作。

可以理解的是，本实施例还可以对所述目标账户组中的所有交易账户的账户信息进行实时展示。另外，当所述目标账户组由某个账户组切换为另一账户组之后，上述实时展示的账户组的账户信息也会被相应地进行切换。例如，假设所述目标账户组由第一账户组被切换成第二账户组，则所述多账户展示模块13所实时展示的账户信息将由原来的第一账户组的账户信息切换为第二账户组的账户信息。

进一步的，本实施例还可以生成非订单指令输入接口，通过所述非订单指令输入接口，获取相应的非订单指令，然后对所述目标账户组中的所有交易账户均进行与所述非订单指令相应的响应操作。

可以理解的是，本实施例还可用于对与所述目标账户组中的所有交易账户相关的非订单指令信息进行实时展示。

进一步的，本实施例还可以对已创建的任意账户组进行修改操作；和/或，对已创建的任意账户组进行查询操作；和/或，对已创建的任意账户组进行删除操作。

其中，所述对已创建的任意账户组进行修改操作，具体可以包括对已创建的任意账户组中的账户进行新增操作或删除操作，或者用于对账户组的名称进行修改等；所述对已创建的任意账户组进行查询操作，具体可以包括对账户组的交易账户的名称、数量或订单分配情况等进行查询。

进一步的，本申请还公开了一种私募基金交易设备，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序，以实现前述实施例公开的私募基金交易方法。

进一步的，本申请还公开了一种计算机可读存储介质，用于存储计算机程序，其中，所述计算机程序被处理器执行时，实现前述实施例公开的私募基金交易方法。

其中，关于上述私募基金交易方法的具体步骤可以参考前述实施例中公开的相应内容，在此不再进行赘述。

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

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

以上对本申请所提供的一种私募基金交易方法、客户端、设备及存储介质进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。