CN115102863B - Dpu硬件资源池动态配置的方法以及装置 - Google Patents

Abstract

本申请实施例提供了一种DPU硬件资源池动态配置的方法以及装置，该方法可以包括以下步骤：接收云主机发送的行情切片信息；根据第一标的物确定对应的第一处理流表，以及根据第二标的物确定对应的第二处理流表；根据第一标的物对应的委托报文的第一数量预计第二标的物对应的委托报文的第二数量，构建第一处理流表与第一硬件资源的第一映射关系，以及构建第二处理流表与第二硬件资源的第二映射关系。本申请实施例方法可以根据行情切片信息中标的物的种类以及委托数量的多少，动态化地构建处理流表与硬件资源间的映射关系，实现硬件资源效益最大化，有助于提高DPU数据处理的能力。

Description

DPU硬件资源池动态配置的方法以及装置

技术领域

本申请涉及新一代信息技术产业的适用于金融目的的数据处理技术领域，尤其涉及一种DPU硬件资源池动态配置的方法以及装置。

背景技术

为了规避期货自成交等违法行为，客户、CTP（综合交易平台，ComprehensiveTransaction Platform）柜台系统以及交易所都会进行自成交风控。对于CTP和交易所来说，由于需要处理的交易条目数量庞大，因此高效地数据处理能力是必须的。目前，行业内大多采用DPU（数据处理器，Data Processing Unit）进行硬件卸载，来协助CPU（中央处理器，central processing unit）进行网络负载，提高计算系统的数据处理效率。但是DPU目前仅是依据简单的映射关系来进行硬件处理模块调配，会存在硬件资源池中的硬件处理模块调配不充分的问题。因此，如何进一步地提高DPU智能化调配硬件处理模块，进而提升数据处理的效率，是本领域技术人员急需解决的问题。

发明内容

本申请实施例提供了一种DPU硬件资源池动态配置的方法，本申请实施例方法可以根据待处理数据（委托报文）的数量来动态建立处理流表与硬件资源间的映射关系，能够使得DPU中的硬件资源得到，有利于提高DPU的数据处理能力。

第一方面，本申请实施例提供了一种DPU硬件资源池动态配置的方法，该方法可以包括以下步骤：

接收云主机发送的行情切片信息，该行情切片信息可以包括至少一个标的物以及该至少一个标的物对应的委托报文，该至少一个标的物可以包括第一标的物和第二标的物；

根据第一标的物确定对应的第一处理流表，以及根据第二标的物确定对应的第二处理流表；

根据第一标的物对应的委托报文的第一数量以及第二标的物对应的委托报文的第二数量，构建第一处理流表与第一硬件资源的第一映射关系，以及构建第二处理流表与第二硬件资源的第二映射关系。

可以看出，本申请实施例方法可以根据待处理数据（委托报文）的相关信息（标的物种类以及委托报文数量）动态的分配DPU的硬件资源，能够实现合理化地调配DPU的硬件资源，进而提高DPU进行数据处理的能力。

在一种可能的实施方式中，本申请实施例方法可以包括：

第一硬件资源或所述第二硬件资源与硬件资源池中包括的至少一个硬件处理模块对应。

在一种可能的实施方式中，在根据第一标的物对应的委托报文的第一数量以及第二标的物对应的委托报文的第二数量，构建第一处理流表与第一硬件资源的第一映射关系，以及构建第二处理流表与第二硬件资源的第二映射关系之后，还可以包括以下步骤：

根据第一映射关系，将第一标的物对应的委托报文发送至对应的硬件处理模块；

根据第二映射关系，将第二标的物对应的委托报文发送至对应的硬件处理模块。

可以看出，本申请实施例方法通过“标的物-处理流表-硬件资源”间的映射关系，有序地将待处理数据（委托报文）发往特定的硬件处理模块中（硬件处理模块提供硬件资源），合理地分配映射关系以及高效的、目的性的数据传输有利于提高DPU数据处理的能力。

在另一种可能的实施方式中，本申请实施例方法可以包括以下步骤：

接收云主机发送的委托查询信息，该委托查询信息中可以包括待查询的目标账户的信息；

根据目标账户的信息，获取目标账户的历史委托信息，该历史委托信息可以包括至少一个历史标的物以及至少一个历史标的物对应的委托报文，该至少一个历史标的物可以包括第一历史标的物和第二历史标的物；

根据第一历史标的物对应的委托报文，统计买进委托的第一委托报文的数量，以及卖出委托的第二委托报文的数量；

根据第一委托报文的数量，构建第一查询流表与第三硬件资源的映射关系，以及根据第二委托报文的数量，构建第二查询流表与第四硬件资源的映射关系，该第一查询流表以及第二查询流表与第一历史标的物存在映射关系。

需要说明的是，该第三硬件资源与硬件资源池中包括的至少一个硬件处理模块对应，该第四硬件资源与硬件资源池中包括的至少一个硬件处理模块对应，该第三硬件资源对应的硬件处理模块与第四硬件资源对应的硬件处理模块不同。

可以看出，本申请实施例方法还能够满足用户的自成交查询需求，本申请实施例方法通过相应用户的自成交查询指令，根据单一账户中、同一标的物的委托信息（委托数量、委托价格以及委托方向）来建立不同的“标的物-查询流表-硬件资源”之间的映射关系，有利于合理地调配DPU硬件资源池中的各硬件处理模块的使用程度，避免浪费硬件资源的同时提高了数据处理的效率，也提升了用户的使用体验。

在另一种可能的实施方式中，本申请实施例方法还可以包括以下步骤：

根据第二历史标的物对应的委托报文，统计买进委托的第三委托报文的数量，以及卖出委托的第四委托报文的数量；

根据第三委托报文的数量，构建第三查询流表与第五硬件资源的映射关系，以及根据第四委托报文的数量，构建第四查询流表与第六硬件资源的映射关系，该第三查询流表以及第四查询流表与第二历史标的物存在映射关系。

需要说明的是，该第五硬件资源与硬件资源池中包括的至少一个硬件处理模块对应，该第六硬件资源与硬件资源池中包括的至少一个硬件处理模块对应，该第五硬件资源对应的硬件处理模块与第六硬件资源对应的硬件处理模块不同。

可以看出，本申请实施例方法会根据同一标的物的不同委托方向的委托报文数量来动态分配硬件资源，保证硬件资源最大化地利用。

在另一种可能的实施方式中，本申请实施例方法还可以包括以下步骤：

根据第一查询流表与第三硬件资源的映射关系，将第一委托报文发送至对应的硬件处理模块；

根据第二查询流表与第四硬件资源的映射关系，将第二委托报文发送至对应的硬件处理模块；

根据第三查询流表与第五硬件资源的映射关系，将第三委托报文发送至对应的硬件处理模块；

根据第四查询流表与第六硬件资源的映射关系，将第四委托报文发送至对应的硬件处理模块。

可以看出，本申请实施例方法会利用不同的硬件处理模块来处理不同委托方向的委托报文，确保了数据处理的正确性，也提高了数据处理的效率。

第二方面，本申请实施例提供了一种DPU硬件资源池动态配置的装置，该装置可以包括以下部分：通信模块以及计算模块；

通信模块，可以用于接收云主机发送的行情切片信息，该行情切片信息可以包括至少一个标的物以及至少一个标的物对应的委托报文，该至少一个标的物可以包括第一标的物和第二标的物；

计算模块，可以用于根据第一标的物确定对应的第一处理流表，以及根据第二标的物确定对应的第二处理流表；

计算模块，还可以用于根据第一标的物对应的委托报文的第一数量以及第二标的物对应的委托报文的第二数量，构建第一处理流表与第一硬件资源的第一映射关系，以及构建第二处理流表与第二硬件资源的第二映射关系，其中，第一硬件资源或第二硬件资源与硬件资源池中包括的至少一个硬件处理模块对应。

在一种可能的实施方式中，本申请实施例装置还可以包括：控制模块；

控制模块，可以用于根据第一映射关系，将第一标的物对应的委托报文发送至对应的硬件处理模块；

控制模块，还可以用于根据第二映射关系，将第二标的物对应的委托报文发送至对应的硬件处理模块。

在另一种可能的实施方式中，本申请实施例装置还可以包括：

通信模块，还可以用于接收云主机发送的委托查询信息，该委托查询信息中可以包括待查询的目标账户的信息；

通信模块，还可以用于根据目标账户的信息，获取目标账户的历史委托信息，该历史委托信息可以包括至少一个历史标的物以及至少一个历史标的物对应的委托报文，该至少一个历史标的物可以包括第一历史标的物和第二历史标的物；

计算模块，还可以用于根据第一历史标的物对应的委托报文，统计买进委托的第一委托报文的数量，以及卖出委托的第二委托报文的数量；

计算模块，还可以用于根据第一委托报文的数量，构建第一查询流表与第三硬件资源的映射关系，以及根据第二委托报文的数量，构建第二查询流表与第四硬件资源的映射关系，该第一查询流表以及第二查询流表与第一历史标的物存在映射关系，该第三硬件资源与硬件资源池中包括的至少一个硬件处理模块对应，该第四硬件资源与硬件资源池中包括的至少一个硬件处理模块对应，该第三硬件资源对应的硬件处理模块与第四硬件资源对应的硬件处理模块不同。

在另一种可能的实施方式中，本申请实施例装置还可以包括：

计算模块，还可以用于根据第二历史标的物对应的委托报文，统计买进委托的第三委托报文的数量，以及卖出委托的第四委托报文的数量；

计算模块，还可以用于根据第三委托报文的数量，构建第三查询流表与第五硬件资源的映射关系，以及根据第四委托报文的数量，构建第四查询流表与第六硬件资源的映射关系，该第三查询流表以及第四查询流表与第二历史标的物存在映射关系，该第五硬件资源与硬件资源池中包括的至少一个硬件处理模块对应，该第六硬件资源与硬件资源池中包括的至少一个硬件处理模块对应，该第五硬件资源对应的硬件处理模块与第六硬件资源对应的硬件处理模块不同。

在另一种可能的实施方式中，本申请实施例装置还可以包括：

控制模块，还可以用于根据第一查询流表与第三硬件资源的映射关系，将第一委托报文发送至对应的硬件处理模块；

控制模块，还可以用于根据第二查询流表与第四硬件资源的映射关系，将第二委托报文发送至对应的硬件处理模块；

控制模块，还可以用于根据第三查询流表与第五硬件资源的映射关系，将第三委托报文发送至对应的硬件处理模块；

控制模块，还可以用于根据第四查询流表与第六硬件资源的映射关系，将第四委托报文发送至对应的硬件处理模块。

第三方面，本申请实施例提供了一种DPU硬件资源池动态配置的装置，该装置可以包括以下部分：处理器、存储器和总线；

处理器和存储器通过总线连接，其中，存储器用于存储一组程序代码，处理器用于调用存储器中存储的程序代码，执行如第一方面所述的方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，包括：

计算机可读存储介质中存储有指令，当其在计算机上运行时，实现如第一方面所述的方法。

通过实施本申请实施例，可以实现DPU根据待处理数据（委托报文）的种类和/或数量，灵活地分配硬件资源，而且还可以根据待处理数据（委托报文）的待处理方向合理地建立硬件处理模块与流表之间的映射关系，有利于最大化地利用/调配DPU的硬件资源，从而提高DPU数据处理的效率。

附图说明

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

图1是本申请实施例提供的一种DPU硬件资源池动态配置的系统的架构示意图；

图2是本申请实施例提供的一种DPU的内部架构示意图；

图3是本申请实施例提供的一种DPU硬件资源池动态配置的方法的流程示意图；

图4是本申请实施例提供的一种查询流表转发委托报文的场景示意图；

图5是本申请实施例提供的一种DPU硬件资源池动态配置的装置的组成示意图；

图6是本申请实施例提供的另一种DPU硬件资源池动态配置的装置的组成示意图。

具体实施方式

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

本申请的说明书和权利要求书及所述附图中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结果或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

为了更好地理解本申请实施例的技术方案，先对本申请实施例可能涉及的一种DPU硬件资源池动态配置的系统进行介绍。请参见图1，为本申请实施例提供的一种DPU硬件资源池动态配置的系统的架构示意图。如图1所示，该DPU硬件资源池动态配置的系统可以包括：云主机11、云主机12、DPU以及部署于该DPU上的vDPU13和vDPU14、网络15以及用户设备16、用户设备17。更多地，DPU的内部架构可以如图2所示，可以包括控制芯片以及处理芯片。其中，控制芯片的下级还可以部署控制模块（如图2所示的控制模块1以及控制模块2），处理芯片中还可以包括硬件资源池以及处理流表（如图2中的处理流表1以及处理流表2），而硬件资源池的下级还可以包括硬件处理模块（如图2所示的硬件处理模块1、硬件处理模块2以及硬件处理模块3）。

云主机11或云主机12是由独立主机和/或主机集群承载的虚拟服务器，DPU部署于该独立主机或主机集群中，其上有与云主机一一对应的vDPU13和vDPU14。在运行过程中，DPU上可以配置有报文处理装置，该装置采用软件和/或硬件的方式实现，能够处理其对应的云主机的发送的报文。

而对于用户设备16与云主机11之间、用户设备17与云主机12之间进行交互的网络15，可以包括多种类型的有线或无线网络。在一种可能的实施方式中，该网络15可以包括公共交换电话网络（Public Switched Telephone Network，PSTN）和因特网。

用户设备16和用户设备17，也可以称为终端设备、接入终端设备、UE单元、UE站、移动站、移动台、远方站、远程终端设备、移动设备、UE终端设备、移动终端、无线通信设备、UE代理或UE装置等。终端可以是固定的或者移动的等。其具体形式可以是手机（mobilephone）、平板电脑（Pad）、带无线收发功能的电脑、可穿戴终端设备等。PC端的终端设备，例如一体机等，其操作系统可以包括但不限于Linux系统、Unix系统、Windows系列系统（例如Windows xp、Windows 7等）、Mac OS X系统（苹果电脑的操作系统）等操作系统。移动端的终端设备，例如智能手机等，其操作系统可以包括但不限于安卓系统、IOS（苹果手机的操作系统）、Window系统等操作系统。在本申请实施例中，用户设备16可以供用户登录其对应的云主机11以对vDPU13下发配置信息，用户设备17同理可以供用户登录其对应的云主机12以对vDPU14下发配置信息。

为了更好地理解本申请实施例的技术方案，下面，结合图3中的步骤对本申请实施例提供的一种DPU硬件资源池动态配置的方法进行详细说明。

请参见图3，为本申请实施例提供的一种DPU硬件资源池动态配置的方法的流程示意图。可以理解，下述方法的执行主体为DPU或vDPU（如图1中的DPU或vDPU13或vDPU14）；如图3所述，该方法可以包括以下步骤：

S301，接收云主机发送的行情切片信息。

需要说明的是，行情切片信息可以包括至少一个标的物以及该至少一个标的物对应的委托报文，该至少一个标的物可以包括第一标的物和第二标的物。可以看出，本申请实施例方法是以“行情切片信息包括两种标的物（第一标的物以及第二标的物）”的角度进行阐述的，这仅是为了更加清晰地描述本申请实施例方法，不应表示本申请实施例方法只包括两种标的物，一个行情切片信息中含有多少标的物需要根据实际情况进行分析，不应对本申请构成限定。

行情切片信息又称为行情快照信息，如其名，是对tick行情数据的某一个时刻的切片数据。例如现在常见的期货500ms一笔的行情，就是每500ms，在这时间段内的最高价、最低价、成交量等汇总成的一笔快照行情。其中，tick行情又称逐笔行情，是整个市场上的逐笔数据。例如投资者一笔新的委托会形成一笔行情，交易所撮合一笔新的成交也会形成一笔行情。tick行情记录了市场的每一个事件的数据，是最精细和完整的数据。

S302，根据所述第一标的物确定对应的第一处理流表，以及根据所述第二标的物确定对应的第二处理流表。

其中，步骤S302可以看作是“处理流表匹配”，即根据提取的关键字段（在本申请实施例中，标的物的名称和/或代码等即可作为关键字段），进行处理流表查找。处理流表中可以包括由配置信息生成的流表条目，配置信息由管理人员下发，定义了管理人员对应的云主机对报文的处理规则，流表条目一旦被下发至云主机对应的处理流表中，则处理芯片按照该处理规则处理接收到的报文，使得报文的处理过程符合管理人员的需求。

可以看出，本申请实施例方法中处理流表含有管理人员对于报文处理的要求和规则，有助于指导报文流向正确的硬件处理模块，提高DPU和/或vDPU的数据处理能力。

S303，根据所述第一标的物对应的委托报文的第一数量以及所述第二标的物对应的委托报文的第二数量，构建所述第一处理流表与第一硬件资源的第一映射关系，以及构建第二处理流表与第二硬件资源的第二映射关系。

需要说明的是，第一硬件资源或第二硬件资源与vDPU的硬件资源池中包括的至少一个硬件处理模块对应。

示例性的，行情切片信息中现有标的物1和标的物2，其中标的物1的委托报文数量为100个，标的物2的委托报文数量为300个，设在DPU和/或vDPU的硬件资源池中单个硬件处理模块具备处理200个委托报文的处理能力，则可以建立处理流表1（与标的物1存在映射关系）与硬件资源1（由硬件处理模块1提供）的映射关系，以及可以建立处理流表2（与标的物2存在映射关系）与硬件资源2（由硬件处理模块1以及硬件处理模块2提供）的映射关系，因此能够实现DPU和/或vDPU的硬件资源的最大化处理，当然，本示例是建立在标的物1与标的物2的委托报文的处理规则是相同的情况下，可以由同一个硬件处理模块进行处理，例如标的物1的处理流表1的处理规则为“限速1M宽带”、标的物2的处理流表2的处理规则也为“限速1M宽带”，故硬件处理模块1可以既提供硬件资源1又提供一部分硬件资源2。可以看出，本申请实施例可以实现对DPU和/或vDPU的硬件资源池中的硬件处理模块的充分利用，避免了在硬件处理模块没有满载的情况下又调动新的硬件处理模块的情况，有利于提高DPU和/或vDPU数据处理的能力和效率。值得注意的是，DPU的处理芯片和/或vDPU的FPGA/ASIC可以如上类似的方法实现NAT（Network Address Translation，网络地址转换）、报文隧道（如vxlan）封装/解封等操作。

或者，在两种标的物对应的处理流表的处理规则不同时，可以参照如下方法：若行情切片信息中现有标的物3和标的物4，其中标的物3的委托报文数量为200个，标的物4的委托报文数量为500个，设在DPU和/或vDPU的硬件资源池中单个硬件处理模块具备处理200个委托报文的处理能力，则可以建立处理流表3（与标的物3存在映射关系）与硬件资源3（由硬件处理模块3提供）的映射关系，以及可以建立处理流表4（与标的物4存在映射关系）与硬件资源4（由硬件处理模块4以及硬件处理模块5提供）的映射关系。

更多地，管理人员还可以在接收到行情切片信息之前，预先设置“标的物-处理流表-硬件资源”之间的映射关系，待DPU和/或vDPU接收到行情切片信息之后，DPU的控制芯片和/或vDPU的ECPU即可直接调用上述的两种映射关系来实现标的物对应的待处理数据（委托报文）的数据分发/处理。并且，根据该预设“标的物-处理流表-硬件资源”之间的映射关系不能满足标的物对应委托报文的硬件资源需求和/或预设硬件资源调用不充分时，可以重新根据行情切片信息中总的标的物以及标的物对应委托报文的数量重新分配硬件资源，具体的硬件资源分配过程（或新的“标的物-处理流表-硬件资源”映射关系建立过程）可以参照上述举例，在此不做赘述。

在一种可能的实施方式中，在步骤S303之后，本申请实施例方法还可以包括以下步骤：

根据第一映射关系，将第一标的物对应的委托报文发送至对应的硬件处理模块；

根据第二映射关系，将第二标的物对应的委托报文发送至对应的硬件处理模块。

示例性的，如上一示例中当几种标的物对应的处理流表的处理规则一样时，根据这几种的“标的物-处理流表-硬件资源”的映射关系，可以将标的物1对应的委托报文发送至硬件处理模块1，以及可以将标的物2对应的委托报文发送至硬件处理模块1和硬件处理模块2；当几种标的物对应的处理流表的处理规则不一样时，根据这几种“标的物-处理流表-硬件资源”的映射关系，可以将标的物3对应的委托报文发送至硬件处理模块3，以及可以将标的物4对应的委托报文发送至硬件处理模块4和硬件处理模块5。

在另一种可能的实施方式中，本申请实施例方法还可以实现交易自成交查询和/或判断，具体的查询和/或判断的方法可以包括以下步骤：

接收云主机发送的委托查询信息，获取目标账户的历史委托信息；

根据第一历史标的物对应的委托报文，统计买进委托的第一委托报文的数量，以及卖出委托报文的第二委托报文的数量；

根据第一委托报文的数量，构建第一查询流表与第三硬件资源的映射关系，以及根据第二委托报文的数量，构建第二查询流表与第四硬件资源的映射关系。

需要说明的是，历史委托信息可以包括至少一个历史标的物以及该至少一个历史标的物对应的委托报文，该至少一个历史标的物可以包括第一历史标的物和第二历史标的物。可以看出，与步骤S301中提到的行情切片信息类似，历史委托信息中可以包括多个标的物，本申请实施例方法是以“历史委托信息包括两种历史标的物（第一历史标的物和第二历史标的物）”的角度进行阐述的，这仅是为了更加清晰地描述本申请实施例方法，不应表示本申请实施例方法只包括两种历史标的物，一个历史委托信息中含有多少历史标的物需要根据实际情况进行分析，不应对本申请构成限定。更多地，DPU和/或vDPU可以通过云主机获取账户的历史委托信息。

更多地，上述第一查询流表以及第二查询流表与第一历史标的物存在映射关系，第三硬件资源与硬件资源池中包括的至少一个硬件处理模块对应，第四硬件资源与硬件资源池中包括的至少一个硬件处理模块对应，第三硬件资源对应的硬件处理模块与第四硬件资源对应的硬件处理模块不同。

自成交是指以自己为交易对象，大量或者多次进行自买自卖（包括一组实际控制关系账户内的交易）。自成交是监管严厉打击的行为，因为自成交涉及到价格操纵，扰乱正常价格。同时自成交也可能涉及到盘口愰骗，资金对敲，这些都是违规行为。当然有时客户也有可能不是故意自成交，可能因为行情突变太快来不及判断撤单而导致自成交，所以交易所一般对单个交易日内的自成交次数有一定的阈值容量。为了规避期货自成交等违法行为，客户、CTP（综合交易平台，Comprehensive Transaction Platform）柜台系统以及交易所都会进行自成交风控。在本申请实施例中，自成交的判定是通过校验该账户针对某标的物所有历史购买委托的最大买入价不能大于所有卖出委托的最小卖出价，规则执行是从数据库中查询出该交易账户的所有未成交的买入(或卖出）委托，并进行大小比较校验。

其中，查询流表与处理流表功能类似，查询流表中可以包括由配置信息生成的流表条目，配置信息由管理人员下发，定义了管理人员对应的云主机对报文的处理规则，流表条目一旦被下发至云主机对应的查询流表中，则处理芯片按照该处理规则处理接收到的报文，使得报文的处理过程符合管理人员的需求。

更进一步地，在一种可能的自成交查询和/或判断实施方法中，还可以包括以下步骤：

根据第二历史标的物对应的委托报文，统计买进委托的第三委托报文的数量，以及卖出委托的第四委托报文的数量；

根据第三委托报文的数量，构建第三查询流表与第五硬件资源的映射关系，以及根据第四委托报文的数量，构建第四查询流表与第六硬件资源的映射关系。

需要说明的是，第三查询流表以及第四查询流表与第二历史标的物存在映射关系，第五硬件资源与硬件资源池中包括的至少一个硬件处理模块对应，第六硬件资源与硬件资源池中包括的至少一个硬件处理模块对应，第五硬件资源对应的硬件处理模块与第六硬件资源对应的硬件处理模块不同。

具体地，针对同一历史标的物，查询流表会根据该历史标的物的委托方向将委托报文发送至不同的硬件处理模块，而且查询流表还会根据不同委托方向的委托报文的数量分配不同的硬件资源。示例性的，若历史标的物1（与查询流表1存在映射关系）买进委托的委托报文的数量为100、卖出委托的委托报文数量为100、单个硬件处理模块具备处理200个委托报文的处理能力，则查询流表1可以将100个买进委托报文发送至硬件处理模块6（与查询流表1存在映射关系，在此提供“找出历史标的物1的最大买进价格”功能），将100个卖出委托报文发送至硬件处理模块7（与查询流表1存在映射关系，在此提供“找出历史标的物1的最小卖出价格”功能），具体报文发送流程可以参照图4。更多地，在一种可能的实施方式中，若历史标的物2（与查询流表2存在映射关系）买进委托的委托报文数量为100、卖出委托的委托报文数量为100、单个硬件处理模块具备处理200个委托报文的处理能力，则查询流表2可以将100个买进委托报文发送至硬件处理模块8（与查询流表2存在映射关系，在此提供“找出历史标的物2的最大买进价格”功能），将100个卖出委托报文发送至硬件处理模块9（与查询流表2存在映射关系，在此提供“找出历史标的物2的最小卖出价格”功能）。在另一种可能的实施方式中，查询流表2可以与硬件处理模块6建立映射关系，并将100个历史标的物2的买进委托报文发送至硬件处理模块6，由硬件处理模块6中的硬件资源筛选出历史标的物2的最大买进价格；查询流表2还可以与硬件处理模块7建立映射关系，并将100个历史标的物2的卖出委托报文发送至硬件处理模块7，由硬件处理模块7中的硬件资源筛选出历史标的物2最小的卖出价格。

可以看出，本申请实施例方法能够利用多种手段使得硬件处理模块中的硬件资源得到充分地利用，避免了硬件资源的浪费，也提高了DPU和/或vDPU的数据处理能力。

其中，在一种可能的实施方式中，针对同一历史标的物的不同委托方向的委托报文，可以分配不同的查询流表。示例性的，若历史标的物1的历史委托方向有买进和卖出，则针对买进的历史委托报文可以与查询流表3建立了映射关系、针对卖出的历史委托报文可以与查询流表4建立映射关系。更进一步地，查询流表3可以与硬件资源5（由硬件处理模块6提供）建立映射关系，查询流表4可以与硬件资源6（由硬件处理模块7提供）建立映射关系。更进一步地，若历史标的物2的历史委托方向有买进和卖出，则针对买进的历史委托报文可以与查询流表5建立映射关系、针对卖出的历史委托报文可以与查询流表6建立映射关系，查询流表5可以与硬件资源7（由硬件处理模块8提供）建立映射关系，查询流表6可以与硬件资源8（由硬件处理模块9提供）建立映射关系。在另一种可能的实施方式中，硬件资源7还可以由硬件处理模块6提供，硬件资源8还可以由硬件处理模块7提供，在此举例中，硬件处理模块6提供的数据处理功能是“找出该标的物的最大买进价格”，硬件处理模块7提供的数据处理功能是“找出该标的物的最小卖出价格”。

可以看出，本申请实施例方法还能够在处理流表层面对待处理数据（委托报文）进行分流，使得数据流更加清晰，也有助于管理人员后续对于数字处理程序的检查和调整。

更进一步地，在另一种可能的自成交查询和/或判断实施方法中，还可以包括以下步骤：

根据第一查询流表与第三硬件资源的映射关系，将第一委托报文发送至对应的硬件处理模块；

根据第二查询流表与第四硬件资源的映射关系，将第二委托报文发送至对应的硬件处理模块；

根据第三查询流表与第五硬件资源的映射关系，将第三委托报文发送至对应的硬件处理模块；

根据第四查询流表与第六硬件资源的映射关系，将第四委托报文发送至对应的硬件处理模块。

具体地，在上述多个举例中，本申请实施例方法着重描述了不同委托方向的委托报文不在同一硬件处理模块中接受处理，但是对于不同标的物的相同委托方向的委托报文（同为买进的委托报文，或同为卖出的委托报文），本申请实施例方法允许同一硬件处理模块的不同硬件资源处理不同标的物的相同委托方向的委托报文。具体的硬件处理模块提供的数据处理功能由管理人员进行设定，在此不做限定。

可以看出，通过实施本申请实施例方法，可以实现交易自成交查询的部分工作，能够根据委托报文的委托方向和委托数量灵活地分配硬件资源，充分提高DPU和/或vDPU硬件处理模块的利用率，进一步提高DPU和/或vDPU的数据处理能力，提高DPU和/或vDPU数据处理的效率。

下面结合附图介绍本申请实施例涉及的装置。

请参见图5，为本申请实施例提供的一种DPU硬件资源池动态配置的装置的组成示意图，该装置可以包括：通信模块510以及计算模块520；

通信模块510，可以用于接收云主机发送的行情切片信息，该行情切片信息可以包括至少一个标的物以及该至少一个标的物对应的委托报文，该至少一个标的物可以包括第一标的物和第二标的物；

计算模块520，可以用于根据第一标的物确定对应的第一处理流表，以及根据第二标的物确定对应的第二处理流表；

计算模块520，还可以用于根据第一标的物对应的委托报文的第一数量以及第二标的物对应的委托报文的第二数量，构建第一处理流表与第一硬件资源的第一映射关系，以及构建第二处理流表与第二硬件资源的第二映射关系，其中，第一硬件资源或第二硬件资源与硬件资源池中包括的至少一个硬件处理模块对应。

在一种可能的实施方式中，本申请实施例装置还可以包括以下部分：控制模块530；

控制模块530，可以用于根据第一映射关系，将第一标的物对应的委托报文发送至对应的硬件处理模块；

控制模块530，还可以用于根据第二映射关系，将第二标的物对应的委托报文发送至对应的硬件处理模块。

在另一种可能的实施方式中，本申请实施例装置还可以包括：

通信模块510，还可以用于接收云主机发送的委托查询信息，该委托查询信息中可以包括待查询的目标账户的信息；

通信模块510，还可以用于根据目标账户的信息，获取目标账户的历史委托信息，该历史委托信息可以包括至少一个历史标的物以及至少一个历史标的物对应的委托报文，该至少一个历史标的物可以包括第一历史标的物和第二历史标的物；

计算模块520，还可以用于根据第一历史标的物对应的委托报文，统计买进委托的第一委托报文的数量，以及卖出委托的第二委托报文的数量；

计算模块520，还可以用于根据第一委托报文的数量，构建第一查询流表与第三硬件资源的映射关系，以及根据第二委托报文的数量，构建第二查询流表与第四硬件资源的映射关系，该第一查询流表以及第二查询流表与第一历史标的物存在映射关系，该第三硬件资源与硬件资源池中包括的至少一个硬件处理模块对应，该第四硬件资源与硬件资源池中包括的至少一个硬件处理模块对应，该第三硬件资源对应的硬件处理模块与第四硬件资源对应的硬件处理模块不同。

在另一种可能的实施方式中，本申请实施例装置还可以包括：

计算模块520，还可以用于根据第二历史标的物对应的委托报文，统计买进委托的第三委托报文的数量，以及卖出委托的第四委托报文的数量；

计算模块520，还可以用于根据第三委托报文的数量，构建第三查询流表与第五硬件资源的映射关系，以及根据第四委托报文的数量，构建第四查询流表与第六硬件资源的映射关系，该第三查询流表以及第四查询流表与第二历史标的物存在映射关系，该第五硬件资源与硬件资源池中包括的至少一个硬件处理模块对应，该第六硬件资源与硬件资源池中包括的至少一个硬件处理模块对应，该第五硬件资源对应的硬件处理模块与第六硬件资源对应的硬件处理模块不同。

在另一种可能的实施方式中，本申请实施例装置还可以包括：

控制模块530，还可以用于根据第一查询流表与第三硬件资源的映射关系，将第一委托报文发送至对应的硬件处理模块；

控制模块530，还可以用于根据第二查询流表与第四硬件资源的映射关系，将第二委托报文发送至对应的硬件处理模块；

控制模块530，还可以用于根据第三查询流表与第五硬件资源的映射关系，将第三委托报文发送至对应的硬件处理模块；

控制模块530，还可以用于根据第四查询流表与第六硬件资源的映射关系，将第四委托报文发送至对应的硬件处理模块。

请参见图6，为本申请实施例提供的另一种DPU硬件资源池动态配置的装置的组成示意图，该装置可包括：

处理器610、存储器620和I/O接口630。处理器610、存储器620和I/O接口630间可实现通信地连接，该存储器620用于存储指令，该处理器610用于执行该存储器620存储的指令，以实现如上图3对应的方法步骤。

处理器610用于执行该存储器620存储的指令，以控制I/O接口630接收和发送信号，完成上述方法中的步骤。其中，所述存储器620可以集成在所述处理器610中，也可以与所述处理器610分开设置。

存储器620中还可以包括存储系统621、高速缓存622和RAM623。其中高速缓存622是存在于RAM623与CPU之间的一级存储器，由静态存储芯片(SRAM)组成，容量比较小但速度比主存高得多，接近于CPU的速度；RAM623是与CPU直接交换数据的内部存储器，可以随时读写（刷新时除外），而且速度很快，通常作为操作系统或其他正在运行中的程序的临时数据存储介质。三者结合实现存储器620功能。

作为一种实现方式，I/O接口630的功能可以考虑通过收发电路或者收发的专用芯片实现。处理器610可以考虑通过专用处理芯片、处理电路、处理器或者通用芯片实现。

作为另一种实现方式，可以考虑使用通用计算机的方式来实现本申请实施例提供的装置。即将实现处理器610，I/O接口630功能的程序代码存储在存储器620中，通用处理器通过执行存储器620中的代码来实现处理器610，I/O接口630的功能。

该装置所涉及的与本申请实施例提供的技术方案相关的概念，解释和详细说明及其他步骤请参见前述方法或其他实施例中关于装置执行的方法步骤的内容的描述，此处不做赘述。

作为本实施例的另一种实现方式，提供一种计算机可读存储介质，其上存储有指令，该指令被执行时执行上述方法实施例中的方法。

作为本实施例的另一种实现方式，提供一种包含指令的计算机程序产品，该指令被执行时执行上述方法实施例中的方法。

本领域技术人员可以理解，为了便于说明，图6中仅示出了一个存储器和处理器。在实际的终端或服务器中，可以存在多个处理器和存储器。存储器也可以称为存储介质或者存储设备等，本申请实施例对此不做限制。

应理解，在本申请实施例中，处理器可以是中央处理单元（Central ProcessingUnit，简称CPU），该处理器还可以是其他通用处理器、数字信号处理器（Digital SignalProcessing ，简称DSP）、专用集成电路（Application Specific Integrated Circuit，简称ASIC）、现成可编程门阵列（Field－Programmable Gate Array，简称FPGA）或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。

还应理解，本申请实施例中提及的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器（Read-Only Memory，简称ROM）、可编程只读存储器（Programmable ROM，简称PROM）、可擦除可编程只读存储器（Erasable PROM，简称EPROM）、电可擦除可编程只读存储器（Electrically EPROM，简称EEPROM）或闪存。易失性存储器可以是随机存取存储器（RandomAccess Memory，简称RAM），其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器（Static RAM，简称SRAM）、动态随机存取存储器（Dynamic RAM，简称DRAM）、同步动态随机存取存储器（Synchronous DRAM，简称SDRAM）、双倍数据速率同步动态随机存取存储器（Double Data Rate SDRAM，简称DDR SDRAM）、增强型同步动态随机存取存储器（Enhanced SDRAM，简称ESDRAM）、同步连接动态随机存取存储器（Synchlink DRAM，简称SLDRAM）和直接内存总线随机存取存储器（Direct Rambus RAM，简称DR RAM）。

需要说明的是，当处理器为通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时，存储器（存储模块）集成在处理器中。

应注意，本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

该总线除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图中将各种总线都标为总线。

还应理解，本文中涉及的第一、第二、第三、第四以及各种数字编号仅为描述方便进行的区分，并不用来限制本申请的范围。

应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。

在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各种说明性逻辑块（illustrative logical block，简称ILB）和步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线（例如同轴电缆、光纤、数字用户线）或无线（例如红外、无线、微波等）方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质（例如固态硬盘）等。

本申请实施例还提供一种计算机存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行以实现如上述方法实施例中记载的任何一种账号管理方法的部分或全部步骤。

本申请实施例还提供一种计算机程序产品，所述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，所述计算机程序可操作来使计算机执行如上述方法实施例中记载的任何一种账号管理方法的部分或全部步骤。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (9)

1.一种DPU硬件资源池动态配置的方法，其特征在于，所述方法包括以下步骤：

接收云主机发送的行情切片信息，所述行情切片信息包括至少一个标的物以及所述至少一个标的物对应的委托报文，所述至少一个标的物包括第一标的物和第二标的物；

根据所述第一标的物确定对应的第一处理流表，以及根据所述第二标的物确定对应的第二处理流表；

根据所述第一标的物对应的委托报文的第一数量以及所述第二标的物对应的委托报文的第二数量，构建所述第一处理流表与第一硬件资源的第一映射关系，以及构建所述第二处理流表与第二硬件资源的第二映射关系；

接收所述云主机发送的委托查询信息，所述委托查询信息中包括待查询的目标账户的信息；

根据所述目标账户的信息，获取所述目标账户的历史委托信息，所述历史委托信息包括至少一个历史标的物以及所述至少一个历史标的物对应的委托报文，所述至少一个历史标的物包括第一历史标的物和第二历史标的物；

根据所述第一历史标的物对应的委托报文，统计买进委托的第一委托报文的数量，以及卖出委托的第二委托报文的数量；

根据所述第一委托报文的数量，构建第一查询流表与第三硬件资源的映射关系，以及根据所述第二委托报文的数量，构建第二查询流表与第四硬件资源的映射关系，所述第一查询流表以及所述第二查询流表与所述第一历史标的物存在映射关系。

2.根据权利要求1所述的方法，其特征在于，所述方法包括：

所述第一硬件资源或所述第二硬件资源与硬件资源池中包括的至少一个硬件处理模块对应。

3.根据权利要求2所述的方法，其特征在于，在所述根据所述第一标的物对应的委托报文的第一数量以及所述第二标的物对应的委托报文的第二数量，配置所述第一处理流表与第一硬件资源的第一映射关系，以及配置所述第二处理流表与第二硬件资源的第二映射关系之后，还包括以下步骤：

根据所述第一映射关系，将所述第一标的物对应的委托报文发送至对应的硬件处理模块；

根据所述第二映射关系，将所述第二标的物对应的委托报文发送至对应的硬件处理模块。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括以下步骤：

根据所述第二历史标的物对应的委托报文，统计买进委托的第三委托报文的数量，以及卖出委托的第四委托报文的数量；

根据所述第三委托报文的数量，构建第三查询流表与第五硬件资源的映射关系，以及根据第四委托报文的数量，构建第四查询流表与第六硬件资源的映射关系，所述第三查询流表以及所述第四查询流表与所述第二历史标的物存在映射关系。

5.根据权利要求4所述的方法，其特征在于，所述方法包括：

所述第三硬件资源与所述硬件资源池中包括的至少一个硬件处理模块对应；

所述第四硬件资源与所述硬件资源池中包括的至少一个硬件处理模块对应，所述第三硬件资源对应的硬件处理模块与所述第四硬件资源对应的硬件处理模块不同；

所述第五硬件资源与所述硬件资源池中包括的至少一个硬件处理模块对应；

所述第六硬件资源与所述硬件资源池中包括的至少一个硬件处理模块对应，所述第五硬件资源对应的硬件处理模块与所述第六硬件资源对应的硬件处理模块不同。

6.根据权利要求5所述的方法，其特征在于，所述方法还包括以下步骤：

根据所述第一查询流表与所述第三硬件资源的映射关系，将所述第一委托报文发送至对应的硬件处理模块；

根据所述第二查询流表与所述第四硬件资源的映射关系，将所述第二委托报文发送至对应的硬件处理模块；

根据所述第三查询流表与所述第五硬件资源的映射关系，将所述第三委托报文发送至对应的硬件处理模块；

根据所述第四查询流表与所述第六硬件资源的映射关系，将所述第四委托报文发送至对应的硬件处理模块。

7.一种DPU硬件资源池动态配置的装置，其特征在于，所述装置包括以下部分：通信模块以及计算模块；

所述通信模块，用于接收云主机发送的行情切片信息，所述行情切片信息包括至少一个标的物以及所述至少一个标的物对应的委托报文，所述至少一个标的物包括第一标的物和第二标的物；

所述计算模块，用于根据所述第一标的物确定对应的第一处理流表，以及根据所述第二标的物确定对应的第二处理流表；

所述计算模块，还用于根据所述第一标的物对应的委托报文的第一数量以及所述第二标的物对应的委托报文的第二数量，构建所述第一处理流表与第一硬件资源的第一映射关系，以及构建所述第二处理流表与第二硬件资源的第二映射关系；

所述通信模块，还用于接收所述云主机发送的委托查询信息，所述委托查询信息中包括待查询的目标账户的信息；

所述计算模块，还用于根据所述目标账户的信息，获取所述目标账户的历史委托信息，所述历史委托信息包括至少一个历史标的物以及所述至少一个历史标的物对应的委托报文，所述至少一个历史标的物包括第一历史标的物和第二历史标的物；

所述计算模块，还用于根据所述第一历史标的物对应的委托报文，统计买进委托的第一委托报文的数量，以及卖出委托的第二委托报文的数量；

所述计算模块，还用于根据所述第一委托报文的数量，构建第一查询流表与第三硬件资源的映射关系，以及根据所述第二委托报文的数量，构建第二查询流表与第四硬件资源的映射关系，所述第一查询流表以及所述第二查询流表与所述第一历史标的物存在映射关系。

8.一种DPU硬件资源池动态配置的装置，其特征在于，所述装置包括：

处理器、存储器和总线，所述处理器和所述存储器通过所述总线连接，其中，所述存储器用于存储一组程序代码，所述处理器用于调用所述存储器中存储的所述程序代码，执行如权利要求1-6任一项所述的方法。

9.一种计算机可读存储介质，其特征在于，包括：

所述计算机可读存储介质中存储有指令，当其在计算机上运行时，实现如权利要求1-6任一项所述的方法。

Images