一种算力撮合方案的选择方法、装置及系统

技术领域

本发明涉及一种算力撮合方案的选择方法、装置及系统。

背景技术

现有的算力的转发是在网络层通过路由器对网络请求进行存储转发实现的，请求都是各个路由以自己所在的网络节点为中心寻找最短路径实现的向下一跳路由器的转发，所有的请求都是通过各个路由节点自治实现的，没有一个统一的平台对算力转发进行调度，不同节点对算力撮合的方案不统一而造成的算力资源浪费。

发明内容

本发明所要解决的技术问题是针对现有技术的上述不足，提供一种算力撮合方案的选择方法、装置及系统，利用算力撮合平台根据算力供应商发送的多个目标供应商方案生成变种合约，根据算力供应商对变种合约的计算结果选择一个目标供应商方案作为最终的算力撮合方案，用以解决现有的相关技术中，没有一个统一的平台对算力转发进行调度，不同节点对算力撮合的方案不统一而造成的算力资源浪费的问题。

第一方面，本发明提供一种算力撮合方案的选择方法，应用于算力撮合平台，包括：

接收算力需求方发送的算力任务；

发送所述算力任务到至少一个目标算力供应商，以使所述目标算力供应商根据所述算力任务生成目标供应商方案；

接收各个目标算力供应商发送的目标供应商方案；

将所述目标供应商方案打包生成目标变种合约；

发送所述目标变种合约到各个目标算力供应商，以使所述目标算力供应商对所述目标变种合约进行计算后根据计算结果选择一个目标供应商方案作为预选撮合方案；

接收各个目标算力供应商返回的预选撮合方案；

从接收的预选撮合方案中选择被返回次数最多的预选撮合方案作为目标算力撮合方案。

优选地，所述发送所述算力任务到至少一个目标算力供应商之前，还包括：

根据所述算力任务建立目标撮合通道；

向区块链广播所述算力任务以使预选算力供应商根据所述算力任务加入所述目标撮合通道；

判断加入所述目标撮合通道的预选供应商数量是否满足预设阈值，若是，则停止广播并使加入所述目标撮合通道的预选算力供应商作为所述目标算力供应商。

优选地，所述根据所述算力任务建立目标撮合通道，包括：

判断现有通道中是否存在满足所述算力任务的通道，若是，则从满足所述算力任务的通道中选择一个作为目标撮合通道，否则，新建一条通道作为目标撮合通道。

优选地，所述从接收的预选撮合方案中选择被返回次数最多的预选撮合方案作为目标算力撮合方案，包括：

判断被返回次数最多的预选撮合方案是否只有一个，若是，则将被返回次数最多的预选撮合方案作为目标算力撮合方案，否则，从被返回次数最多的预选撮合方案之中选择一个作为所述目标算力撮合方案。

第二方面，本发明还提供一种算力撮合方案的选择方法，应用于目标算力供应商，包括：

接收算力撮合平台发送的算力任务，其中，所述算力任务是所述算力撮合平台在接收算力需求方发送的算力任务之后发送的；

根据所述算力任务生成目标供应商方案；

发送所述目标供应商方案到所述算力撮合平台，以使所述算力撮合平台根据接收到的目标供应商方案打包生成目标变种合约；

接收所述算力撮合平台发送的所述目标变种合约；

对所述目标变种合约进行计算；

根据计算结果选择一个目标供应商方案作为预选撮合方案；

发送所述预选撮合方案到所述算力撮合平台，以使所述算力撮合平台从接收的预选撮合方案中选择被返回次数最多的预选撮合方案作为目标算力撮合方案。

优选地，所述接收算力撮合平台发送的算力任务之前，还包括：

接收所述算力撮合平台广播的算力任务；

根据所述算力任务加入目标撮合通道。

优选地，所述对所述目标变种合约进行计算的过程不可见。

第三方面，本发明还提供一种算力撮合方案的选择装置，设置于算力撮合平台，包括：

第一接收模块，用于接收算力需求方发送的算力任务；

第一发送模块，与所述第一接收模块连接，用于发送所述算力任务到至少一个目标算力供应商，以使所述目标算力供应商根据所述算力任务生成目标供应商方案；

第二接收模块，与所述第一发送模块连接，用于接收各个目标算力供应商发送的目标供应商方案；

打包模块，与所述第二接收模块连接，用于将所述目标供应商方案打包生成目标变种合约；

第二发送模块，与所述打包模块连接，用于发送所述目标变种合约到各个目标算力供应商，以使所述目标算力供应商对所述目标变种合约进行计算后根据计算结果选择一个目标供应商方案作为预选撮合方案；

第三接收模块，与所述第二发送模块连接，用于接收各个目标算力供应商返回的预选撮合方案；

第一选择模块，与所述第三接收模块连接，用于从接收的预选撮合方案中选择被返回次数最多的预选撮合方案作为目标算力撮合方案。

第四方面，本发明还提供一种算力撮合方案的选择装置，设置于目标算力供应商，包括：

第四接收模块，用于接收算力撮合平台发送的算力任务，其中，所述算力任务是所述算力撮合平台在接收算力需求方发送的算力任务之后发送的；

生成模块，与所述第四接收模块连接，用于根据所述算力任务生成目标供应商方案；

第三发送模块，与所述生成模块连接，用于发送所述目标供应商方案到所述算力撮合平台，以使所述算力撮合平台根据接收到的目标供应商方案打包生成目标变种合约；

第五接收模块，与所述第三发送模块连接，用于接收所述算力撮合平台发送的所述目标变种合约；

计算模块，与所述第五接收模块连接，用于对所述目标变种合约进行计算；

第二选择模块，与所述计算模块连接，用于根据计算结果选择一个目标供应商方案作为预选撮合方案；

第四发送模块，与所述第二选择模块连接，用于发送所述预选撮合方案到所述算力撮合平台，以使所述算力撮合平台从接收的预选撮合方案中选择被返回次数最多的预选撮合方案作为目标算力撮合方案。

第五方面，本发明还提供一种算力撮合方案的选择装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以实现上述第一方面所述的算力撮合方案的选择方法，或实现上述第二方面所述的算力撮合方案的选择方法。

第六方面，本发明还提供一种算力撮合方案的选择系统，包括算力撮合平台和目标算力供应商；

所述算力撮合平台用于执行上述第一方面所述的算力撮合方案的选择方法；

所述目标算力供应商用于执行上述第二方面所述的算力撮合方案的选择方法。

本发明提供的算力撮合方案的选择方法、装置及系统，由算力撮合平台接收算力需求方发送的算力任务，发送所述算力任务到至少一个目标算力供应商，以使所述目标算力供应商根据所述算力任务生成目标供应商方案，再接收各个目标算力供应商发送的目标供应商方案，将所述目标供应商方案打包生成目标变种合约，再发送所述目标变种合约到各个目标算力供应商，以使所述目标算力供应商对所述目标变种合约进行计算后根据计算结果选择一个目标供应商方案作为预选撮合方案，再接收各个目标算力供应商返回的预选撮合方案，从接收的预选撮合方案中选择被返回次数最多的预选撮合方案作为目标算力撮合方案，由于本发明利用算力撮合平台根据算力供应商发送的多个目标供应商方案生成变种合约，根据算力供应商对变种合约的计算结果选择一个目标供应商方案作为最终的算力撮合方案，从而解决了现有的相关技术中，没有一个统一的平台对算力转发进行调度，不同节点对算力撮合的方案不统一而造成的算力资源浪费的问题。

附图说明

图1为本发明实施例1的一种算力撮合方案的选择方法的流程图；

图2为本发明实施例2的一种算力撮合方案的选择方法的流程图；

图3为本发明实施例3的一种算力撮合方案的选择装置的结构示意图；

图4为本发明实施例4的一种算力撮合方案的选择装置的结构示意图；

图5为本发明实施例5的一种算力撮合方案的选择装置的结构示意图；

图6为本发明实施例6的一种算力撮合方案的选择系统的结构示意图。

具体实施方式

为使本领域技术人员更好地理解本发明的技术方案，下面将结合附图对本发明实施方式作进一步地详细描述。

可以理解的是，此处描述的具体实施例和附图仅仅用于解释本发明，而非对本发明的限定。

可以理解的是，在不冲突的情况下，本发明中的各实施例及实施例中的各特征可相互组合。

可以理解的是，为便于描述，本发明的附图中仅示出了与本发明相关的部分，而与本发明无关的部分未在附图中示出。

可以理解的是，本发明的实施例中所涉及的每个单元、模块可仅对应一个实体结构，也可由多个实体结构组成，或者，多个单元、模块也可集成为一个实体结构。

可以理解的是，在不冲突的情况下，本发明的流程图和框图中所标注的功能、步骤可按照不同于附图中所标注的顺序发生。

可以理解的是，本发明的流程图和框图中，示出了按照本发明各实施例的系统、装置、设备、方法的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可代表一个单元、模块、程序段、代码，其包含用于实现规定的功能的可执行指令。而且，框图和流程图中的每个方框或方框的组合，可用实现规定的功能的基于硬件的系统实现，也可用硬件与计算机指令的组合来实现。

可以理解的是，本发明实施例中所涉及的单元、模块可通过软件的方式实现，也可通过硬件的方式来实现，例如单元、模块可位于处理器中。

实施例1：

本实施例提供一种算力撮合方案的选择方法，应用于算力撮合平台，如图1所示，该方法包括：

步骤S101：接收算力需求方发送的算力任务。

在本实施例中，算力需求方可以是区域块链中需要进行数据处理，但是自身可用算力或自身算力类型不能满足处理数据的需求的节点，算力需求方可以位于云计算中心，也可以位于边缘计算中心或智能终端，算力任务可以是人脸识别需求、语音处理需求、图像处理需求等。

步骤S102：发送所述算力任务到至少一个目标算力供应商，以使所述目标算力供应商根据所述算力任务生成目标供应商方案。

在本实施例中，目标算力供应商接收到算力撮合平台发送的算力任务后，根据算力任务生成目标供应商方案，并将述目标供应商方案发送到算力撮合平台，其中，目标算力供应商可以是区块链中能够满足算力任务的节点，能够提供人脸识别、语音处理、图像处理等算力服务。

可选地，所述发送所述算力任务到至少一个目标算力供应商之前，还包括：

根据所述算力任务建立目标撮合通道；

向区块链广播所述算力任务以使预选算力供应商根据所述算力任务加入所述目标撮合通道；

判断加入所述目标撮合通道的预选供应商数量是否满足预设阈值，若是，则停止广播并使加入所述目标撮合通道的预选算力供应商作为所述目标算力供应商。

在本实施例中，预选供应商可以是区块链中能够满足算力任务的节点，预设阈值不小于1。

可选地，所述根据所述算力任务建立目标撮合通道，包括：

判断现有通道中是否存在满足所述算力任务的通道，若是，则从满足所述算力任务的通道中选择一个作为目标撮合通道，否则，新建一条通道作为目标撮合通道。

在本实施例中，算力撮合平台可以对原有通道或者新建立的通道进行管理，包括监控目标算力提供方以及算力需求方加入或退出通道、通道列表管理等，算力撮合平台还可以通过自身的算力需求方工具包SDK实现算力提供方列表以及相关配置的公开，可以通过算力提供方工具包SDK实现算力服务的提供。

步骤S103：接收各个目标算力供应商发送的目标供应商方案。

在本实施例中，每个目标算力供应商都会根据接收到的算力任务构建算力服务的方案作为目标供应商方案。

步骤S104：将所述目标供应商方案打包生成目标变种合约。

在本实施例中，算力撮合平台会将接收到的目标供应商方案打包到平台的MPC(secure multi-party computation，多方安全计算)合约中形成目标变种合约，例如有十家目标算力供应商x1～x10，目标算力供应商生成的目标供应商方案为x1c～x10c，则算力撮合平台在接收到目标算力供应商返回的十个目标供应商方案x1c～x10c后，将x1c～x10c打包组成到平台的MPC合约中形成新的合约MPC-m，即目标变种合约。

步骤S105：发送所述目标变种合约到各个目标算力供应商，以使所述目标算力供应商对所述目标变种合约进行计算后根据计算结果选择一个目标供应商方案作为预选撮合方案。

在本实施例中，一个算力任务可能由多个目标算力供应商提供算力，由于每个目标算力供应商提供的目标供应商方案并不统一，且都是以各个目标算力供应商自身为中心寻找最佳算力供应方案，可能会产生算力资源浪费，所以将各个目标算力供应商提供的目标供应商方案打包成一个变种合约，算力撮合平台将变种合约发送至各个目标算力供应商，每个算力供应商接收到变种合约后会对变种合约中的所有目标供应商方案进行计算，例如十家目标算力供应商x1～x10，目标变种合约MPC-m中包含目标算力供应商x1～x10对应的目标供应商方案x1c～x10c，每家目标算力供应商方案在对MPC-m进行计算过后，都会得出十个目标供应商方案x1c～x10c对应的结果，并根据计算结果选择出其中一个作为预选撮合方案，可以是根据算力资源的使用情况对目标供应商方案进行选取，或者是随机选取，为防止目标算力供应商根据对目标变种合约的计算过程修改最终的结果或代码，各个目标算力供应商计算目标变种合约的过程都是不可见的。

步骤S106：接收各个目标算力供应商返回的预选撮合方案。

步骤S107：从接收的预选撮合方案中选择被返回次数最多的预选撮合方案作为目标算力撮合方案。

在本实施例中，算力撮合平台接收到各个目标算力供应商返回的预选撮合方案后，可以将被选择次数最多的预选撮合方案作为最终的目标算力撮合方案。

可选地，所述从接收的预选撮合方案中选择被返回次数最多的预选撮合方案作为目标算力撮合方案，包括：

判断被返回次数最多的预选撮合方案是否只有一个，若是，则将被返回次数最多的预选撮合方案作为目标算力撮合方案，否则，从被返回次数最多的预选撮合方案之中选择一个作为所述目标算力撮合方案。

在本实施例中，若是被选择次数最多的预选撮合方案不止一个，例如有10个目标算力供应商，目标供应商方案A被5个目标算力供应商选为预选撮合方案，目标供应商方案B也被5个目标算力供应商选为预选撮合方案，则从目标供应商方案A和B之中选择其中一个作为最终的目标算力撮合方案，可以是随机选择，也可以是让目标供应商方案A和B对应的目标算力供应商重新设计方案后再进行计算后，根据新的计算结果进行选择。

在一个具体的实施例中，该算力撮合方案的选择方法可以包括如下步骤：

1)算力需求方向算力撮合平台发送算力任务；

2)算力撮合平台收到算力任务后，首先筛选已有的通道是否满足算力任务的需求，若不满足，则新建通道作为此次算力撮合的通道，若满足，则选择满足需求的通道作为此次算力撮合的通道；

3)算力撮合平台广播请求询问哪些预选供应商愿意加入到此次交易通道中，先到先得的思路，等待回应参与此次撮合的预选供应商达到十家后，将这十家预选供应商作为目标算力供应商，开始此次撮合交易。

4)算力撮合平台会将算力任务发给各个目标算力供应商；

假设算力任务是“a1”,目标算力供应商为x1～x10，此时构建撮合通道目标通道，十家目标算力供应商均为撮合通道目标通道的节点；

5)算力撮合平台向目标算力供应商发送了a1，目标算力供应商根据需求分别构建了十个目标供应商方案x1c～x10c；

6)算力撮合平台在接受到十个目标供应商方案x1c～x10c后会将目标供应商方案打包组成到自己的MPC合约中形成新的合约MPC-m，再将MPC-m安装到所有目标算力供应商的节点上。MPC-m是一个基于安全多方计算开发的变种合约，它可以执行整合到自身的多笔合约并输出合约结果，但执行过程是对外不可见的，因此十个目标算力供应商都可以通过执行在自己节点上安装的MPC-m合约获得十个不同合约执行的结果。同时，十个目标算力供应商都安装了合约，所以MPC-m每次执行合约的时候是可以进行十个节点的共识以得出的最后结果，因此不存在某一方恶意修改节点代码生成不一样的计算结果；

7)十个目标算力供应商分别根据计算结果选择其中一个目标供应商方案作为预选撮合方案发送给算力撮合平台；

8)算力撮合平台会将被选择为预选撮合方案次数最多的目标供应商方案作为此次撮合方案的结果，若出现不同方案支持率相同的情况。则相同方重新进行方案设计并计算新的撮合方案结果，或随机选取一种方案执行。

本发明实施例提供的算力撮合方案的选择方法，由算力撮合平台接收算力需求方发送的算力任务，发送所述算力任务到至少一个目标算力供应商，以使所述目标算力供应商根据所述算力任务生成目标供应商方案，再接收各个目标算力供应商发送的目标供应商方案，将所述目标供应商方案打包生成目标变种合约，再发送所述目标变种合约到各个目标算力供应商，以使所述目标算力供应商对所述目标变种合约进行计算后根据计算结果选择一个目标供应商方案作为预选撮合方案，再接收各个目标算力供应商返回的预选撮合方案，从接收的预选撮合方案中选择被返回次数最多的预选撮合方案作为目标算力撮合方案，由于本发明利用算力撮合平台根据算力供应商发送的多个目标供应商方案生成变种合约，根据算力供应商对变种合约的计算结果选择一个目标供应商方案作为最终的算力撮合方案，从而解决了现有的相关技术中，没有一个统一的平台对算力转发进行调度，不同节点对算力撮合的方案不统一而造成的算力资源浪费的问题。

实施例2：

本实施例提供一种算力撮合方案的选择方法，应用于目标算力供应商，如图2所示，该方法包括

步骤S201：接收算力撮合平台发送的算力任务，其中，所述算力任务是所述算力撮合平台在接收算力需求方发送的算力任务之后发送的。

在本实施例中，目标算力供应商可以是区块链中能够满足算力任务的节点，能够提供人脸识别、语音处理、图像处理等算力服务。

可选地，所述接收算力撮合平台发送的算力任务之前，还包括：

接收所述算力撮合平台广播的算力任务；

根据所述算力任务加入目标撮合通道。

在本实施例中，目标撮合通道由算力撮合平台进行管理，目标算力提供商可以通过撮合通道连接到算力撮合平台，并通过算力撮合平台上的算力提供方工具包SDK实现算力服务的提供。

步骤S202：根据所述算力任务生成目标供应商方案。

在本实施例中，目标算力供应商会根据接收到的算力任务构建算力服务的方案作为目标供应商方案。

步骤S203：发送所述目标供应商方案到所述算力撮合平台，以使所述算力撮合平台根据接收到的目标供应商方案打包生成目标变种合约。

在本实施例中，算力撮合平台会将接收到的目标供应商方案打包到平台的MPC合约中形成目标变种合约。

步骤S204：接收所述算力撮合平台发送的所述目标变种合约。

步骤S205：对所述目标变种合约进行计算。

在本实施例中，一个算力任务可能由多个目标算力供应商提供算力，由于每个目标算力供应商提供的目标供应商方案并不统一，且都是以各个目标算力供应商自身为中心寻找最佳算力供应方案，可能会产生算力资源浪费，所以将各个目标算力供应商提供的目标供应商方案打包成一个变种合约，算力撮合平台将变种合约发送至各个目标算力供应商，每个目标算力供应商接收到变种合约后会对变种合约中的所有目标供应商方案进行计算，并根据计算结果选择出其中一个作为预选撮合方案。

可选地，所述对所述目标变种合约进行计算的过程不可见。

在本实施例中，为防止目标算力供应商根据对目标变种合约的计算过程修改最终的结果或代码，各个目标算力供应商计算目标变种合约的过程都是不可见的。

步骤S206：根据计算结果选择一个目标供应商方案作为预选撮合方案。

步骤S207：发送所述预选撮合方案到所述算力撮合平台，以使所述算力撮合平台从接收的预选撮合方案中选择被返回次数最多的预选撮合方案作为目标算力撮合方案。

在本实施例中，算力撮合平台接收到各个目标算力供应商返回的预选撮合方案后，可以将被选择次数最多的预选撮合方案作为最终的目标算力撮合方案。

实施例3：

本实施例提供一种算力撮合方案的选择装置，设置于算力撮合平台，如图3所示，包括：

第一接收模块11，用于接收算力需求方发送的算力任务；

第一发送模块12，与所述第一接收模块11连接，用于发送所述算力任务到至少一个目标算力供应商，以使所述目标算力供应商根据所述算力任务生成目标供应商方案；

第二接收模块13，与所述第一发送模块12连接，用于接收各个目标算力供应商发送的目标供应商方案；

打包模块14，与所述第二接收模块13连接，用于将所述目标供应商方案打包生成目标变种合约；

第二发送模块15，与所述打包模块14连接，用于发送所述目标变种合约到各个目标算力供应商，以使所述目标算力供应商对所述目标变种合约进行计算后根据计算结果选择一个目标供应商方案作为预选撮合方案；

第三接收模块16，与所述第二发送模块15连接，用于接收各个目标算力供应商返回的预选撮合方案；

第一选择模块17，与所述第三接收模块16连接，用于从接收的预选撮合方案中选择被返回次数最多的预选撮合方案作为目标算力撮合方案。

优选地，所述装置还包括：

建立模块，用于根据所述算力任务建立目标撮合通道；

广播模块，用于向区块链广播所述算力任务以使预选算力供应商根据所述算力任务加入所述目标撮合通道；

阈值模块，用于判断加入所述目标撮合通道的预选供应商数量是否满足预设阈值，若是，则停止广播并使加入所述目标撮合通道的预选算力供应商作为所述目标算力供应商。

优选地，建立模块包括：

第一判断单元，用于判断现有通道中是否存在满足所述算力任务的通道，若是，则从满足所述算力任务的通道中选择一个作为目标撮合通道，否则，新建一条通道作为目标撮合通道。

优选地，所述第一选择模块17，具体包括：

第二判断单元，用于判断被返回次数最多的预选撮合方案是否只有一个，若是，则将被返回次数最多的预选撮合方案作为目标算力撮合方案，否则，从被返回次数最多的预选撮合方案之中选择一个作为所述目标算力撮合方案。

实施例4：

本实施例提供一种算力撮合方案的选择装置，设置于目标算力供应商，如图4所示，包括：

第四接收模块21，用于接收算力撮合平台发送的算力任务，其中，所述算力任务是所述算力撮合平台在接收算力需求方发送的算力任务之后发送的；

生成模块22，与所述第四接收模块21连接，用于根据所述算力任务生成目标供应商方案；

第三发送模块23，与所述生成模块22连接，用于发送所述目标供应商方案到所述算力撮合平台，以使所述算力撮合平台根据接收到的目标供应商方案打包生成目标变种合约；

第五接收模块24，与所述第三发送模块23连接，用于接收所述算力撮合平台发送的所述目标变种合约；

计算模块25，与所述第五接收模块24连接，用于对所述目标变种合约进行计算；

第二选择模块26，与所述计算模块25连接，用于根据计算结果选择一个目标供应商方案作为预选撮合方案；

第四发送模块27，与所述第二选择模块26连接，用于发送所述预选撮合方案到所述算力撮合平台，以使所述算力撮合平台从接收的预选撮合方案中选择被返回次数最多的预选撮合方案作为目标算力撮合方案。

优选地，所述装置还包括：

任务模块，用于接收所述算力撮合平台广播的算力任务；

通道模块，用于根据所述算力任务加入目标撮合通道。

优选地，所述对所述目标变种合约进行计算的过程不可见。

实施例5：

本实施例提供一种算力撮合方案的选择装置，如图5所示，包括存储器31和处理器32，所述存储器31中存储有计算机程序，所述处理器32被设置为运行所述计算机程序以实现如实施例1所述的算力撮合方案的选择方法，或实现如实施例2所述的算力撮合方案的选择方法。

实施例6：

本实施例提供一种算力撮合方案的选择系统，如图6所示，包括算力撮合平台41和目标算力供应商42；

所述算力撮合平台41用于执行实施例1所述的算力撮合方案的选择方法；

所述目标算力供应商42用于执行实施例2所述的算力撮合方案的选择方法。

实施例2至实施例6提供的算力撮合方案的选择方法、装置及系统，由算力撮合平台接收算力需求方发送的算力任务，发送所述算力任务到至少一个目标算力供应商，以使所述目标算力供应商根据所述算力任务生成目标供应商方案，再接收各个目标算力供应商发送的目标供应商方案，将所述目标供应商方案打包生成目标变种合约，再发送所述目标变种合约到各个目标算力供应商，以使所述目标算力供应商对所述目标变种合约进行计算后根据计算结果选择一个目标供应商方案作为预选撮合方案，再接收各个目标算力供应商返回的预选撮合方案，从接收的预选撮合方案中选择被返回次数最多的预选撮合方案作为目标算力撮合方案，由于本发明利用算力撮合平台根据算力供应商发送的多个目标供应商方案生成变种合约，根据算力供应商对变种合约的计算结果选择一个目标供应商方案作为最终的算力撮合方案，从而解决了现有的相关技术中，没有一个统一的平台对算力转发进行调度，不同节点对算力撮合的方案不统一而造成的算力资源浪费的问题。

可以理解的是，以上实施方式仅仅是为了说明本发明的原理而采用的示例性实施方式，然而本发明并不局限于此。对于本领域内的普通技术人员而言，在不脱离本发明的精神和实质的情况下，可以做出各种变型和改进，这些变型和改进也视为本发明的保护范围。