券源发布方法、装置、终端设备及存储介质与流程

1.本技术属于信息技术领域，尤其涉及一种券源发布方法、装置、终端设备及存储介质。


背景技术：

2.伴随科创板转融通业务的落地，符合一定标准的券商可以向证券公司融入资金和证券，证券公司在生产经营过程中，通常从符合一定标准的券商手中借入券源，然而存在许多借入券源在转借给投资者后，被提前归还给证券公司，而证券公司需等到借入期限到期时才可以归还给券商，使得证券公司手上持有的券源每天不断产生成本的问题。同样，针对证券公司自营买入的券源，在被投资者提前归还的情况下，直到归还期限前会一直处于闲置状态，无法产生盈利。因此，如何提高券源的使用效率是亟待解决的技术问题。


技术实现要素：

3.本技术实施例提供了一种券源发布方法、装置、终端设备及存储介质，可以解决现有技术中券源使用效率低的问题。
4.本技术实施例的第一方面提供了一种券源发布方法，所述券源发布方法包括：
5.获取数据库中的任一券源和所述券源对应的券源行情信息；
6.从预先设置的至少一个券池中确定与所述券源匹配的目标券池，并确定所述目标券池的券池类型以及发布方式，所述券池中包括多个与所述券池相匹配的券源；
7.若所述目标券池的券池类型为发布券池，则以所述目标券池的发布方式向目标客户发布所述券源行情信息，所述目标客户是指具有所述目标券池的权限的客户，所述目标券池的权限是指接收所述目标券池中券源对应的券源行情信息的权限。
8.本技术实施例的第二方面提供了一种券源发布装置，所述券源发布装置包括：
9.获取模块，用于获取数据库中的任一券源和所述券源对应的券源行情信息；
10.券池匹配模块，用于从预先设置的至少一个券池中确定与所述券源匹配的目标券池，并确定所述目标券池的券池类型以及发布方式，所述券池中包括多个与所述券池相匹配的券源；
11.发布模块，用于若所述目标券池的券池类型为发布券池，则以所述目标券池的发布方式向目标客户发布所述券源行情信息，所述目标客户是指具有所述目标券池的权限的客户，所述目标券池的权限是指接收所述目标券池中券源对应的券源行情信息的权限。
12.本技术实施例的第三方面提供了一种终端设备，包括：存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述第一方面所述的券源发布方法。
13.本技术实施例的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面所述的券源发布方法。
14.本技术实施例的第五方面提供了一种计算机程序产品，当所述计算机程序产品在终端设备上运行时，使得所述终端设备执行上述第一方面所述的券源发布方法。
15.本技术实施例与现有技术相比存在的有益效果是：本技术实施例通过获取数据库中的任一券源和券源对应的券源行情信息，从预先设置的至少一个券池中确定与券源匹配的目标券池，并确定券源所携带的目标券池的目标属性，其中目标属性包括目标券池的券池类型和发布方式，最后根据目标券池的券池类型，以目标券池的发布方式向目标客户发布与券源对应的券源行情信息，通过将券源对应的券源行情信息发送给目标客户，可以便于目标客户根据接收到的券源行情信息，对券源进行买卖交易，提高了券源的使用效率。
附图说明
16.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
17.图1是本技术实施例一提供的一种券源发布方法的流程示意图；
18.图2是本技术实施例二提供的一种券源发布方法的流程示意图；
19.图3是目标保底额度的计算逻辑示意图；
20.图4是融券卖出逻辑示意图；
21.图5是私用合约自动回收逻辑示意图；
22.图6是本技术实施例三提供的一种券源发布装置的结构示意图；
23.图7是本技术实施例四提供的一种终端设备的结构示意图。
具体实施方式
24.以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本技术实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本技术。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本技术的描述。
25.应当理解，当在本技术说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
26.还应当理解，在本技术说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。
27.如在本技术说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。
[0028]
另外，在本技术说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
[0029]
在本技术说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本技术
的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。
[0030]
应理解，本实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。
[0031]
在证券公司生产经营中，融资融券的券源通常由两个途径来提供，分别是证金借入和自营划入。其中，证金借入是指证券公司从符合一定标准的券商手中借入券源，自营划入是指从证券公司的自营盘中划入券源。证金借入的券源以及自营划入的券源均存储在证券公司的融券专户中，将融券专户中的券源借出给投资者后，时常被提前归还给证券公司，对于证金借入的券源，证券公司需要等到借入期限到期时才可以归还至券商，因此，针对被提前归还给证券公司的这部分券源，在不到借入期限的时间内，每天都在不断的产生成本。而对于自营划入的券源，虽然不会产生对外成本，但也会因券源闲置产生券源使用效率低的问题。
[0032]
有鉴于此，本技术实施例提供了一种券源发布方法、装置、终端设备及存储介质，通过获取数据库中的任一券源和券源对应的券源行情信息，从预先设置的至少一个券池中确定与券源匹配的目标券池，并确定券源所携带的目标券池的目标属性，其中目标属性包括目标券池的券池类型和发布方式，最后根据目标券池的券池类型，以目标券池的发布方式向目标客户发布与券源对应的券源行情信息，通过将券源对应的券源行情信息发送给目标客户，可以便于目标客户根据接收到的券源行情信息，对券源进行买卖交易，减少了券源因闲置产生的成本问题，提高了券源的使用效率。
[0033]
为了说明本技术的技术方案，下面通过具体实施例来说明。
[0034]
参照图1，示出了本技术实施例一提供的一种券源发布方法的流程示意图。如图1所示，该券源发布方法可以包括如下步骤：
[0035]
步骤101，获取数据库中的任一券源和券源对应的券源行情信息。
[0036]
在本技术实施例中，券源可以是指进行融券交易的证券，券源对应的券源行情信息可以包括券源所属券池的券池编号、券源编号、券源发布状态、市场代码、证券代码、行情期限、利率、发生数量、已锁券数量、可锁券数量以及到期日，其中，券池是指包括多个券源的证券池，券源发布状态包括已发布和未发布，行情期限是指券源可借给客户的期限，发生数量是指已锁券数量和可锁券数量的总和。
[0037]
示例性地，假设获取数据库中的券源为首创股份的证券，那么获取该券源所属券池的券池编号为004、券源编号2013018000001004、券源发布状态为未发布、市场代码为沪a、证券代码为600008、证券简称为首创股份、行情期限为3个月(代表券源可借用的期限为3个月)、利率4％、发生数量为15000、已锁券数量为0(代表还没有客户进行锁券)、可锁券数量为15000、到期日为20200306(代表该券源借出后应在2020年3月6日归还)。
[0038]
应理解，获取数据库中的任一券源可以是指将数据库中的任一券源导入至终端设备中。
[0039]
步骤102，从预先设置的至少一个券池中确定与券源匹配的目标券池，并确定目标
券池的券池类型以及发布方式。
[0040]
在本技术实施例中，券池中包括多个与券池相匹配的券源，从预先设置的至少一个券池中确定与券源匹配的目标券池是指，将券源与相匹配的目标券池建立关联关系，确定目标券池的券池类型以及发布方式。其中，目标券池的券池类型以及发布方式均属于目标券池的券池属性。在券源与相匹配的目标券池建立关联关系的同时，券源与目标券池的券池属性也具有了关联关系，其中券池属性不仅包括目标券池的券池类型以及方式，还包括券池编号、券池来源、不同级别的目标客户对应的发布时间以及发布方式为价格优先竞价模式下的发布时间段。
[0041]
其中，券池编号由数字组成，每个券池的券池编号均不相同。
[0042]
券池来源可以包括证金借入和自营划入两种。若券池来源为证金借入，则与该券池相匹配的券源的来源也为证金借入；若券池来源为自营划入，则与该券池相匹配的券源的来源也为自营划入。
[0043]
券池类型可以包括发布券池、融入券池以及归还券池。若券池的券池类型为发布券池，则与该券池相匹配的券源为需要向目标客户发布的券源；若券池的券池类型为融入券池，则与该券池相匹配的券源为需要进行融券业务的券源；若券池的券池类型为归还券池，则与该券池相匹配的券源为需要归还的券源。
[0044]
发布方式可以包括时间优先竞价模式和价格优先竞价模式。若发布方式为时间优先竞价模式，则与该券池相匹配的券源的锁券规则为时间优先规则，且不同级别的目标客户对应的发布时间不同；若发布方式为价格优先竞价模式，则与该券池相匹配的券源的锁券规则为价格优先规则，且在预设的发布时间段内发布。
[0045]
步骤103，若目标券池的券池类型为发布券池，则以目标券池的发布方式向目标客户发布券源行情信息。
[0046]
在本技术实施例中，若与券源相匹配的目标券池的类型为发布券池，则代表该券源为需要发布的券源，在实际应用中，该券源可能处于闲置状态，需要向目标客户进行发布，并且将根据与券源相匹配的目标券池的发布方式，向目标客户发布从数据库中获取的券源行情信息，以便于目标客户根据接收到的券源行情信息对券源进行买卖交易，提高处于闲置状态的券源的使用效率。
[0047]
其中，目标客户是指具有目标券池的权限的客户，目标券池的权限是指接收目标券池中券源对应的券源行情信息的权限。
[0048]
示例性地，假设存在券池编号为0001的目标券池，其券池类型为发布券池，发布方式为时间优先竞价模式，且与该券池相匹配的券源包括证券简称为科创板224的券源，则终端设备应该以时间优先竞价的模式向目标客户发布科创板 224的券源行情信息。
[0049]
示例性地，假设存在券池编号为0004的目标券池，其券池类型为发布券池，发布方式为价格优先竞价模式，且与该券池相匹配的券源包括证券简称为华夏银行的券源，则终端设备应该以价格优先竞价的模式向目标客户发布华夏银行的券源行情信息。
[0050]
在一种可能的实施方式中，以目标券池的发布方式向目标客户发布券源行情信息，包括：
[0051]
若目标券池的发布方式为时间优先竞价模式，则根据不同的发布时间向对应级别的目标客户发布券源行情信息；
[0052]
若目标券池的发布方式为价格优先竞价模式，则在预设时间段内向目标客户发布券源行情信息。
[0053]
在本技术实施例中，时间优先竞价模式是指若存在多个目标客户对券源的锁券价格相同，则应按照目标客户的锁券时间确定券源最终归属的目标客户，即确定券源最终归属于锁券时间最早的目标客户。价格优先竞价模式是指在预设时间段内获取多个目标客户的锁券价格，根据多个目标客户的锁券价格，确定券源最终归属的目标客户，即确定券源最终归属于锁券价格最高的目标客户。
[0054]
其中，终端设备可以根据目标客户的持有资产、交易活跃程度以及风险承受等级等维度，定义目标客户的级别，若目标券池的发布方式为时间优先竞价模式，则不同级别的客户的对应的发布时间不同。
[0055]
在一种可能的实施方式中，若目标券池的发布方式为时间优先竞价模式，则根据不同的发布时间向对应级别的目标客户发布券源行情信息，包括：
[0056]
若目标券池的发布方式为时间优先竞价模式，则将发布时间按照从早到晚的时序排列，得到第一排列顺序；
[0057]
将目标客户的级别按照从高到低依次排列，得到第二排列顺序；
[0058]
将第一排列顺序和第二排列顺序中处于相同顺位的发布时间与目标客户的级别相关联，得到发布时间与目标客户的关联关系；
[0059]
根据发布时间与目标客户的关联关系，在不同的发布时间向对应级别的目标客户发布券源行情信息。
[0060]
在本技术实施例中，发布时间的数量与目标客户的级别的数量相等，且发布时间是根据对应目标客户的级别确定的。
[0061]
示例性地，在目标券池的发布方式为时间优先竞价模式的情况下，假设存在目标客户的级别分别为a级、b级、c级以及d级，存在发布时间分别为9 点、9点30分、10点以及10点30分，将发布时间按照从早到晚的时序排列，得到第一排列顺序为9点、9点30分、10点、10点30分，将目标客户的级别按照从高到低依次排列，得到第二排列顺序为a级、b级、c级、d级，将第一排列顺序和第二排列顺序中处于相同顺位的发布时间与目标客户的级别相关联，即将9点与a级目标客户相关联，将9点30分与b级目标客户相关联，将10点与c级目标客户相关联，将10点30分与d级目标客户相关联，关联之后，在9点时，向a级目标客户发布券源行情信息，此时该券源行情信息仅 a级目标客户可见；在9点30分时，向b级目标客户发布券源行情信息，此时该券源行情信息仅a级和b级目标客户可见；在10点时，向c级目标客户发布券源行情信息，此时针对该券源行情信息，a级、b级和c级目标客户可见；在10点30分时，向d级目标客户发布券源行情信息，此时针对该券源行情信息，a级、b级、c级和d级目标客户均可见，采用该券源行情信息发布方法，可以保证高级别的目标客户优先接收到券源行情信息，进而可以提前对券源提出锁券申请，保证了高级别目标客户的优先权益。
[0062]
在本技术实施例中，通过获取数据库中的任一券源和券源对应的券源行情信息，从预先设置的至少一个券池中确定与券源匹配的目标券池，并确定券源所携带的目标券池的目标属性，其中目标属性包括目标券池的券池类型和发布方式，最后根据目标券池的券池类型，以目标券池的发布方式向目标客户发布与券源对应的券源行情信息，通过将券源对应的券源行情信息发送给目标客户，可以便于目标客户根据接收到的券源行情信息，对
券源进行买卖交易，提高了券源的使用效率。
[0063]
参见图2，示出了本技术实施例二提供的一种券源发布方法的流程示意图。如图2所示，该券源发布方法可以包括如下步骤：
[0064]
步骤201，获取数据库中的任一券源和券源对应的券源行情信息。
[0065]
步骤202，从预先设置的至少一个券池中确定与券源匹配的目标券池，并确定目标券池的券池类型以及发布方式。
[0066]
步骤203，若目标券池的券池类型为发布券池，则以目标券池的发布方式向目标客户发布券源行情信息。
[0067]
本实施例步骤201-203与前述实施例步骤101-103相同，可以相互参阅，本实施例在此不再赘述。
[0068]
步骤204，在接收到目标客户发送的锁券委托申请时，根据锁券委托申请，确定券源的发布方式对应的锁券规则。
[0069]
在本技术实施例中，锁券委托申请是目标客户根据发布的券源行情信息发送的，且锁券委托申请中包含了进行锁券的券源的待锁券数量和券源行情信息，由于券源行情信息包括券源所属券池的券池编号，因此终端设备在接收到目标客户发送的锁券委托申请时，可以根据券源所属券池的券池编号，确定券源的所属券池以及该券池的发布方式，进而根据券池的发布方式，确定券源的发布方式以及对应的锁券规则，其中券源的发布方式是指与券源相匹配的目标券池的发布方式。
[0070]
其中，券池的发布方式可以包括时间优先竞价模式和价格优先竞价模式，且时间优先竞价模式对应的锁券规则为时间优先规则，价格优先竞价模式对应的锁券规则为价格优先规则。
[0071]
在本技术实施例中，锁券委托申请是由目标客户发送至终端设备，在目标客户与终端设备在进行信息交互的过程中，终端设备信息接收端的接口若要完成信息交互，则接口需要满足一定的网关协议。其中，锁券委托申请的请求数据可以包括0-12网域，每个网域对应的域名称、字段类型和长度、字段描述以及字段的必要性均不相同。例如第0域对应的域名称为请求应答标志；对应的字段类型和长度为char(1)，表示字段类型为char型以及长度为1个字节；字段描述为“固定填写r”，表示第0域对应的字段应填写r；字段的必要性为 y，表示为该字段为必要存在的。第1域对应的域名称为请求源地址；字段描述为“请求来源的网卡地址，或tcp/ip地址”，表示第1域对应的字段应填写请求来源的网卡地址，或tcp/ip地址；字段的必要性为y，表示为该字段为必要存在的。以上为目标客户发送锁券委托申请时每个网域的网关协议示例，锁券委托申请中的请求数据以及成功返回数据的网关协议如表1所示：
[0072]
表1
[0073]
[0074][0075]
在一种可能的实施方式中，终端设备可以接收目标客户发送的券源行情信息查询，响应于目标客户的查询请求，确定目标客户接收券源行情信息的权限，确认目标客户具有接收该券源行情信息的权限之后，查询券源对应的券源行情信息，并将查询到的券源行情信息返回给目标客户。
[0076]
在本技术实施例中，券源行情信息查询在进行信息交互时，需要满足一定的网关协议。其中，券源行情信息查询的请求数据可以包括0-10网域，每个网域对应的域名称、字段类型和长度、字段描述以及字段的必要性均不相同。例如第2域对应的域名称为请求编号；字段描述为“为一数字串，用以区分同一站点的请求”，表示第2域对应的字段应填写数字串；字段的必要性为n，表示为该字段为不必要存在的，即可以存在也可以不存在。第3域对应的域名称为功能号；字段描述为“417”，表示第3域对应的字段应填写417；字段的必要
性为y，表示为该字段为必要存在的。以上为券源行情信息查询时每个网域的网关协议示例，券源行情信息查询中的请求数据以及成功返回数据的网关协议如表2所示：
[0077]
表2
[0078][0079][0080]
在一种可能的实施方式中，终端设备在接收到目标客户发送的锁券委托申请之
后，还可以接收目标客户发送的锁券委托查询，对目标客户发送的锁券委托申请进行业务查询，将查询到的申请结果返回给目标客户，例如，若锁券委托申请的申请结果为申请成功，则将申请成功返回给目标客户；若锁券委托申请的业务还在办理中，则将办理中返回给目标客户；若锁券委托申请的申请结果为申请失败，则将申请失败以及失败原因返回给目标客户。
[0081]
在本技术实施例中，锁券委托申请需要满足一定的网关协议。其中锁券委托申请的成功返回数据可以包括0-8网域，每个网域对应的域名称、字段类型和长度、字段描述以及字段的必要性均不相同。例如第0域对应的域名称为请求应答标志；对应的字段类型和长度为char(1)，表示字段类型为char型以及长度为1个字节；字段描述为“固定返回为a”，表示第0域对应的字段应填写a；字段的必要性为y，表示为该字段为必要存在的。第3域对应的域名称为成功失败标志；对应的字段类型和长度为char(1)，表示字段类型为char型以及长度为1个字节；字段描述为“固定返回为y”，表示第3域对应的字段应填写y，代表锁券委托申请成功发送；字段的必要性为y，表示为该字段为必要存在的。以上为每个网域的网关协议示例，锁券委托申请中的请求数据以及成功返回数据的网关协议如表3所示：
[0082]
表3
[0083][0084][0085]
步骤205，基于锁券委托申请以及券源的发布方式对应的锁券规则，响应于目标客户的锁券委托申请，对券源进行锁券。
[0086]
在本技术实施例中，根据目标客户发送的锁券委托申请以及券源的发布方式对应的锁券规则，判断目标客户的锁券委托申请是否满足对应的锁券规则。若满足该券源对应
的锁券规则，则对券源进行锁券。
[0087]
在一种可能的实施方式中，在锁券委托申请为至少两个的情况下，基于锁券委托申请以及券源的发布方式对应的锁券规则，响应于目标客户的锁券委托申请，对券源进行锁券包括：
[0088]
若所述锁券规则为时间优先规则，则获取所述锁券委托申请的申请时间，若所述申请时间超前于所述券源的任一申请时间且所述待锁券数量小于或等于可锁券数量，则响应于所述目标客户的所述锁券委托申请，对所述券源进行锁券；
[0089]
若所述锁券规则为价格优先规则，则获取所述锁券委托申请的申请价格，若所述申请价格为所有申请价格中的最高价且所述待锁券数量小于或等于所述可锁券数量，则响应于所述目标客户的所述锁券委托申请，对所述券源进行锁券。
[0090]
示例性地，假设锁券规则为时间优先规则，目标客户e和目标客户f的锁券申请时间分别为9点和9点10分，目标客户e和目标客户f申请的待锁券数量分别为100和50，且该券源的可锁券数量为200，根据时间优先规则，目标客户e的申请时间超前于目标客户f的申请时间，且待锁券数量100《可锁券数量200，因此终端设备应响应于目标客户e的锁券委托申请，将目标客户e 申请的100个券源进行锁券，此时剩余可锁券的数量为100，而目标客户f申请的待锁券数量为50《剩余可锁券的数量为100，因此终端设备应响应于目标客户f的锁券委托申请，将目标客户f申请的50个券源进行锁券。若该券源剩余的可锁券数量小于目标客户f申请的待锁券数量，则目标客户f的锁券申请结果为申请失败。
[0091]
示例性地，假设锁券规则为价格优先规则，目标客户i和目标客户o的锁券申请价格分别为100万和90万，目标客户e和目标客户f申请的待锁券数量分别为100和150，且该券源的可锁券数量为200，根据价格优先规则，目标客户i的申请价格高于目标客户o的申请价格，且待锁券数量100《可锁券数量 200，因此终端设备应响应于目标客户i的锁券委托申请，将目标客户i申请的 100个券源进行锁券，此时剩余可锁券的数量为100，而目标客户o申请的待锁券数量为150》剩余可锁券的数量为100，因此目标客户o的锁券申请结果为申请失败。若该券源剩余的可锁券数量大于或等于目标客户o的待锁券数量，则终端设备应响应于目标客户o的锁券委托申请，将目标客户o申请的待锁券数量的券源进行锁券。
[0092]
步骤206，针对券源，在锁券成功的情况下，生成与目标客户的私用合约，以增加目标客户的保底额度，得到目标保底额度。
[0093]
在本技术实施例中，生成与目标客户的私用合约是指目标客户锁券成功，且将目标客户申请的待锁券数量的券源划分至目标客户的证券账户中，以增加了目标客户的保底额度，其中，目标保底额度是指目标客户的证券账户额度变更后的保底额度。
[0094]
其中，生成与目标客户的私用合约，得到目标保底额度(变更后的保底额度)需要遵循特殊的控制逻辑，
[0095]
结合如图3所示的目标保底额度的计算逻辑示意图，对得到目标保底额度的过程进行详细解释。首先目标客户进行锁券申请，按照其发布方式判定目标客户是否锁券成功，在锁券成功的情况下，生成与目标客户的私用合约，即新增私用合约，新增私用合约之后，确定变更后的额度＝变更前的保底额度 本笔私用合约数量，其次判断变更前目标客户的融券余额是否大于变更前的保底额度。若目标客户的融券余额大于变更前的保底额度，则变更后的保底额度＝变更前目标客户的融券余额-变更前的保底额度 变更前私用合约汇
总 本笔私用合约数量；若目标客户的融券余额小于等于变更前的保底额度，则变更后的保底额度＝变更前的保底额度 本笔私用合约数量。根据以上逻辑，可以得到第一目标保底额度的数值。
[0096]
若该目标客户不为vip客户，则确定第一目标保底额度为目标保底额度。
[0097]
若该目标客户为vip客户，则将生成的私用合约同步至vip子系统中，在 vip子系统中，根据变更前目标客户的融券余额与变更前的保底额度之间的大小关系，得出vip子系统变更后的保底额度，若vip子系统变更后的保底额度大于私用合约同步至vip子系统之前的目标保底额度(第一目标保底额度)，则更新融券专户中的保底额度，更新后的融券专户保底额度＝更新前的融券专户保底额度-(vip子系统变更后的保底额度-第一目标保底额度)，同时更新第一目标保底额度为第二目标保底额度，确定第二目标保底额度为目标保底额度，第二目标保底额度为vip子系统变更后的保底额度。若vip子系统变更后的保底额度小于或等于第一目标保底额度，则确定第一目标保底额度为目标保底额度。
[0098]
在一种可能的实施方式中，若私用合约的数量发生变更，则目标保底额度也会发生变更。
[0099]
步骤207，在接收到目标客户发送的融券卖出委托申请时，基于目标保底额度和融券卖出委托申请包含的融券卖出的券源数量，对券源进行融券卖出。
[0100]
在本技术实施例中，目标客户融券卖出委托申请包含融券卖出的券源数量，将需要融券卖出的券源数量与目标客户的目标保底额度进行比较，若融券卖出的券源数量小于或等于目标客户的目标保底额度，则可以对券源进行融券卖出；若融券卖出的券源数量大于目标客户的目标保底额度，则无法对券源进行融券卖出。
[0101]
结合如图4所示的融券卖出逻辑示意图，对融券卖出过程进行详细解释。首先若目标客户融券卖出y股，则更新融券专户的库存x，更新后的融券专户的库存x＝x
1-y，x1为更新前的融券专户的库存，获取其他客户私用合约数量与其他客户融券余额的差值a，确定融券专户中需还给券商的券源数量b，判断 x-(a b)是否小于零，若x-(a b)小于零，则说明融券专户内余额不足，无法进行融券卖出，若x-(a b)小于零，则说明融券专户内余额充足，可以进行融券卖出。
[0102]
步骤208，在券源的私用合约到期时，回收待锁券数量的券源至融券专户。
[0103]
在本技术实施例中，对于到期的私用合约，若私用合约中的券源目标客户从融券专户中进行锁券获取的，则在进行到期清算时，应首先回收待锁券数量的券源至融券专户中，并记录该私用合约的合约编号。
[0104]
结合如图5所示的私用合约自动回收逻辑示意图，对私用合约自动回收的过程进行详细解释。
[0105]
首先获取私用合约的到期日，若选择在私用合约到期前两日进行清算，则回收待锁券数量的券源至融券专户的逻辑为：若回收前客户的保底额度小于或等于回收前融券专户的余额，则确定当日还券数量和到期应归还数量中的最小值为实际回收数量；若回收前客户的保底额度大于回收前融券专户的余额，则计算回收前客户保底额度-回收前融券余额 当日还券数量的值，并与到期应还数量作对比，取两者中的最小值为实际回收数量。终端设备可按照实际回收数量回收私用合约中券源。
[0106]
其次计算回收后目标客户私用合约的总数，若回收前私用合约的汇总数大于实际
回收数量，则确定回收前私用合约的汇总数与实际的回收数量的差值为回收后目标客户私用合约的总数；若回收前私用合约的汇总数小于或等于实际的回收数量，则确定回收后目标客户私用合约的总数为0；若回收后私用合约的总数为0，则确定回收后客户的保底额度为0；若回收后私用合约的总数不为 0，则判断回收前客户的保底额度是否大于实际回收数量，若回收前客户的保底额度大于实际回收数量，则确定回收后客户的保底额度为回收前客户的保底额度与实际回收数量的差值。
[0107]
最后，若选择在私用合约到期前一日进行清算，其私用合约到期应归还数的计算过程与在私用合约到期前两日进行清算时相同，且回收后客户的保底额度的计算过程也与在私用合约到期前两日进行清算时相同，在此不再赘述。选择在私用合约到期前一日进行清算，需判断私用合约的发生数量(即待锁券数量)是否与回收数量相同，在相同的情况下，了结该私用合约，并更新归还数量、最终归还日、了结状态等。
[0108]
应理解，在券源的私用合约到期，回收待锁券数量的券源至融券专户后，客户的保底额度会相应的减少。
[0109]
相较于实施例一，本实施例中目标客户可以根据接收到的券源行情信息向终端设备发送锁券委托申请，终端设备根据目标客户发送的锁券委托申请，按照对应的锁券规则进行自行锁券，生成与目标客户的私用合约，增加目标客户的保底额度，可供目标客户进行融券卖出的操作，并在私用合约到期时，按照一定的券源回收逻辑对锁券委托申请中的待锁券数量的券源进行回收至融券专户，实现了券源从发布到卖出以及回收的全自动化管理，进而提升券源管理的智能化水平。
[0110]
参见图6，示出了本技术实施例三提供的一种券源发布装置的结构示意图，为了便于说明，仅示出了与本技术实施例相关的部分。
[0111]
券源发布装置具体可以包括如下模块：
[0112]
获取模块601，用于获取数据库中的任一券源和券源对应的券源行情信息；
[0113]
券池匹配模块602，用于从预先设置的至少一个券池中确定与券源匹配的目标券池，并确定目标券池的券池类型以及发布方式，券池中包括多个与券池相匹配的券源；
[0114]
发布模块603，用于若目标券池的券池类型为发布券池，则以目标券池的发布方式向目标客户发布券源行情信息，目标客户是指具有目标券池的权限的客户，目标券池的权限是指接收目标券池中券源对应的券源行情信息的权限。
[0115]
在本技术实施例中，发布模块603具体可以包括如下子模块：
[0116]
时间优先发布子模块，用于若目标券池的发布方式为时间优先竞价模式，则根据不同的发布时间向对应级别的目标客户发布券源行情信息；
[0117]
价格优先发布子模块，用于若目标券池的发布方式为价格优先竞价模式，则在预设时间段内向目标客户发布券源行情信息。
[0118]
在本技术实施例中，时间优先发布子模块具体可以包括如下单元：
[0119]
第一排序单元，用于若目标券池的发布方式为时间优先竞价模式，则将发布时间按照从早到晚的时序排列，得到第一排列顺序；
[0120]
第二排序单元，用于将目标客户的级别按照从高到低依次排列，得到第二排列顺序；
[0121]
关联单元，用于将第一排列顺序和第二排列顺序中处于相同顺位的发布时间与目
标客户的级别相关联，得到发布时间与目标客户的关联关系；
[0122]
发布单元，用于根据发布时间与目标客户的关联关系，在不同的发布时间向对应级别的目标客户发布券源行情信息。
[0123]
在本技术实施例中，券源发布装置还可以包括如下模块：
[0124]
规则确定模块，用于在接收到目标客户发送的锁券委托申请时，根据锁券委托申请，确定券源的发布方式对应的锁券规则，锁券委托申请是目标客户根据发布的券源行情信息发送的，锁券委托申请包含券源的待锁券数量和券源行情信息；
[0125]
锁券模块，用于基于锁券委托申请以及券源的发布方式对应的锁券规则，响应于目标客户的锁券委托申请，对券源进行锁券；
[0126]
在本技术实施例中，锁券模块具体可以包括如下子模块：
[0127]
第一锁券响应子模块，用于若锁券规则为时间优先规则，则获取锁券委托申请的申请时间，若申请时间超前于券源的任一申请时间且待锁券数量小于或等于可锁券数量，则响应于目标客户的锁券委托申请，对券源进行锁券；
[0128]
第二锁券响应子模块，用于若锁券规则为价格优先规则，则获取锁券委托申请的申请价格，若申请价格为所有申请价格中的最高价且待锁券数量小于或等于可锁券数量，则响应于目标客户的锁券委托申请，对券源进行锁券。
[0129]
在本技术实施例中，券源发布装置还可以包括如下模块：
[0130]
合约生成模块，用于针对券源，在锁券成功的情况下，生成与目标客户的私用合约，以增加目标客户的保底额度，得到目标保底额度；
[0131]
融券卖出模块，用于在接收到目标客户发送的融券卖出委托申请时，基于目标保底额度和融券卖出委托申请包含的融券卖出的券源数量，对券源进行融券卖出。
[0132]
在本技术实施例中，券源发布装置还可以包括如下模块：
[0133]
合约回收模块，用于在券源的私用合约到期时，回收待锁券数量的券源至融券专户，融券专户是指融券专用证券账户。
[0134]
本技术实施例提供的券源发布装置可以应用在前述方法实施例中，详情参见上述方法实施例的描述，在此不再赘述。
[0135]
图7是本技术实施例四提供的终端设备的结构示意图。如图7所示，该实施例的终端设备700包括：至少一个处理器710(图7中仅示出一个)处理器、存储器720以及存储在所述存储器720中并可在所述至少一个处理器710上运行的计算机程序721，所述处理器710执行所述计算机程序721时实现上述任一券源发布方法实施例中的步骤。
[0136]
所述终端设备700可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。该终端设备可包括，但不仅限于，处理器710、存储器720。本领域技术人员可以理解，图7仅仅是终端设备700的举例，并不构成对终端设备 700的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如还可以包括输入输出设备、网络接入设备等。
[0137]
所称处理器710可以是中央处理单元(central processing unit，cpu)，该处理器710还可以是其他通用处理器、数字信号处理器(digital signal processor， dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻
辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
[0138]
所述存储器720在一些实施例中可以是所述终端设备700的内部存储单元，例如终端设备700的硬盘或内存。所述存储器720在另一些实施例中也可以是所述终端设备700的外部存储设备，例如所述终端设备700上配备的插接式硬盘，智能存储卡(smart media card,smc)，安全数字(secure digital,sd)卡，闪存卡(flash card)等。进一步地，所述存储器720还可以既包括所述终端设备700的内部存储单元也包括外部存储设备。所述存储器720用于存储操作系统、应用程序、引导装载程序(bootloader)、数据以及其他程序等，例如所述计算机程序的程序代码等。所述存储器720还可以用于暂时地存储已经输出或者将要输出的数据。
[0139]
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本技术的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
[0140]
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
[0141]
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
[0142]
在本技术所提供的实施例中，应该理解到，所揭露的装置/终端设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/终端设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。
[0143]
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0144]
另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
[0145]
所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或
使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。
[0146]
本技术实现上述实施例方法中的全部或部分流程，也可以通过一种计算机程序产品来完成，当所述计算机程序产品在终端设备上运行时，使得所述终端设备执行时可实现上述各个方法实施例中的步骤。
[0147]
以上所述实施例仅用以说明本技术的技术方案，而非对其限制。尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围，均应包含在本技术的保护范围之内。