算力共享异常上报、处理方法及装置、存储介质、终端设备与流程

1.本发明涉及通信技术领域，尤其涉及一种算力共享异常上报、处理方法及装置、存储介质、终端设备。


背景技术：

2.在未来网络中，由于终端的计算性能过剩，因此终端可能会通过无线网络参与到分布式计算中。
3.但是，由于参与分布式计算终端大多并非计算专用终端，在计算过程中，可能会由于网络视频、游戏等导致终端中央处理器(central processing unit,cpu)/内存使用率过高、终端电量不足等异常，如果不能及时发现和处理异常，可能会导致分布式计算出现中断。


技术实现要素：

4.本发明解决的技术问题是如何实现在算力共享过程中的异常发现或处理，保证分布式计算业务的顺利开展。
5.为解决上述技术问题，本发明实施例提供一种算力共享异常上报方法，算力共享异常上报方法包括：检测当前的硬件状态以及电量状态；如果所述硬件状态或所述电量状态达到预设异常门限，或者，所述硬件状态的变化量或所述电量状态的变化量达到预设上报门限，则向网络单元上报异常信息，以供所述网络单元确定为所述计算协作端所分配的总任务量以及所述计算协作端剩余任务的剩余任务量；根据所述异常信息和所述剩余任务量确定对所述剩余任务量或所述总任务量重新分配。
6.可选的，所述向网络单元上报异常信息包括：向所述网络单元上报异常类型，所述异常类型选自硬件异常和电量异常。
7.可选的，所述向网络单元上报异常信息包括：向所述网络单元上报异常详情，所述异常详情选自所述硬件状态和所述电量状态。
8.可选的，所述向网络单元上报异常信息包括：向所述网络单元上报异常原因，所述异常原因选自硬件异常原因和电量异常原因。
9.可选的，所述硬件状态包括cpu使用率、npu使用率、gpu使用率和/或内存使用率，所述电量状态包括电量剩余量。
10.为解决上述技术问题，本发明实施例还公开了一种算力共享异常处理方法，用于网络单元，所述算力共享异常处理方法包括：接收来自计算协作端上报的异常信息，其中，所述计算协作端检测当前的硬件状态以及电量状态；如果所述硬件状态或所述电量状态达到预设异常门限，则上报异常；确定为所述计算协作端所分配的总任务量以及所述计算协作端剩余任务的剩余任务量；根据所述异常信息和所述剩余任务量确定对所述剩余任务量或所述总任务量重新分配。
11.可选的，所述根据所述异常信息和所述剩余任务量确定对所述剩余任务量或所述
总任务量重新分配包括：根据第一其他协作端的算力资源将所述剩余任务量或所述总任务量分配至所述第一其他协作端，所述第一其他协作端与所述计算协作端为同一计算需求端提供算力服务。
12.可选的，所述根据所述异常信息和所述剩余任务量确定对所述剩余任务量或所述总任务量重新分配包括：向第二其他协作端发送协作询问，所述协作询问包括可提供算力上报请求；接收所述第二其他协作端响应所述协作询问返回的协作询问响应信息，所述协作询问响应信息包括响应所述可提供算力上报请求时返回的可提供算力信息；当所述可提供算力信息满足由所述剩余任务量或所述总任务量确定的算力需求时，授权所述第二其他协作端提供算力服务。
13.可选的，所述方法还包括：如果不存在其他协作端能够提供算力服务或者无法执行所述剩余任务量，则通知计算需求端任务失败。
14.可选的，所述根据所述异常信息和所述剩余任务量确定对所述剩余任务量或所述总任务量重新分配包括：确定为所述计算协作端分配任务时设置的完成时长，以及根据所述完成时长和预设延时比例确定延时时长；根据所述异常信息确定所述计算协作端的当前计算资源；计算所述计算协作端利用所述当前计算资源能否在所述延时时长内完成所述剩余任务量；如果所述计算协作端利用所述当前计算资源不能在所述延时时长内完成所述剩余任务量，则根据所述异常信息和所述剩余任务量确定对所述剩余任务量或所述总任务量重新分配。
15.可选的，所述确定所述计算协作端剩余任务的剩余任务量包括：根据所述计算协作端上报的剩余任务百分比以及所述总任务量计算所述剩余任务量，所述计算协作端上报的异常包括所述剩余任务百分比；或者，确定为所述计算协作端分配任务的第一时刻以及接收所述计算协作端上报的异常的第二时刻，并根据所述第一时刻和所述第二时刻的时间差以及所述计算协作端的计算资源估计出所述剩余任务量。
16.可选的，所述根据所述异常信息和所述剩余任务量确定对所述剩余任务量重新分配包括：根据所述计算协作端的计算性能以及所述剩余任务量确定剩余样本数；根据所述异常信息和所述剩余任务量确定对所述剩余样本数进行重新分配。
17.可选的，所述预设上报门限小于所述预设异常门限，所述异常信息包括当前设备信息，所述当前设备信息包括当前的硬件状态以及电量状态，所述根据所述异常信息和所述剩余任务量确定对所述剩余任务量或所述总任务量重新分配：检测算力共享任务的训练结果是否收敛；如果所述训练结果未收敛，则根据所述当前设备信息和所述剩余任务量确定对所述剩余任务量或所述总任务量重新分配。
18.本发明实施例还公开了一种算力共享异常上报装置，所述算力共享异常上报装置包括：状态检测模块，用于检测当前的硬件状态以及电量状态；异常上报模块，用于如果所述硬件状态或所述电量状态达到预设异常门限，或者，所述硬件状态的变化量或所述电量状态的变化量达到预设上报门限，则向网络单元上报异常信息，以供所述网络单元确定为所述计算协作端所分配的总任务量以及所述计算协作端剩余任务的剩余任务量；根据所述异常信息和所述剩余任务量确定对所述剩余任务量或所述总任务量重新分配。
19.本发明实施例还公开了一种算力共享异常处理装置，算力共享异常处理装置包括：异常接收模块，用于接收来自计算协作端上报的异常信息，其中，所述计算协作端检测
当前的硬件状态以及电量状态；如果所述硬件状态或所述电量状态达到预设异常门限，则上报异常；任务计算模块，用于确定为所述计算协作端所分配的总任务量以及所述计算协作端剩余任务的剩余任务量；分配模块，用于根据所述异常信息和所述剩余任务量确定对所述剩余任务量或所述总任务量重新分配。
20.本发明实施例还公开了一种存储介质，其上存储有计算机程序，所述计算机程序被处理器运行时执行所述算力共享异常上报方法的步骤，或者所述算力共享异常处理方法的步骤。
21.本发明实施例还公开了一种终端设备，包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的计算机程序，所述处理器运行所述计算机程序时执行所述算力共享异常上报方法的步骤，或者所述算力共享异常处理方法的步骤。
22.与现有技术相比，本发明实施例的技术方案具有以下有益效果：
23.本发明技术方案中，计算协作端可以检测当前的硬件状态以及电量状态；如果所述硬件状态或所述电量状态达到预设异常门限，则向网络单元上报异常信息。本发明技术方案中，计算协作端在提供算力共享服务的过程中，可以通过检测当前的硬件状态以及电量状态，及时发现异常并进行上报，可以使得网络单元及时获知该计算协作端能否按时完成分配的计算任务，供网络单元确定计算协作端剩余任务的剩余任务量，并根据异常和剩余任务量确定对剩余任务量或总任务量重新分配，保证分布式计算业务的顺利开展。
附图说明
24.图1是本发明实施例一种算力共享异常上报方法的流程图；
25.图2是本发明实施例一种算力共享异常处理方法的流程图；
26.图3是图2所示步骤s203的一种具体实施方式的流程图；
27.图4是图2所示步骤s203的另一种具体实施方式的流程图；
28.图5是本发明实施例一种应用场景的示意图；
29.图6是本发明实施例一种算力共享异常上报装置的结构示意图；
30.图7是本发明实施例一种算力共享异常处理装置的结构示意图。
具体实施方式
31.如背景技术中所述，由于参与分布式计算终端大多并非计算专用终端，在计算过程中，可能会由于网络视频、游戏等导致终端中央处理器(central processing unit,cpu)/内存使用率过高、终端电量不足等异常，如果不能及时发现和处理异常，可能会导致分布式计算出现中断。
32.本发明技术方案中，计算协作端在提供算力共享服务的过程中，可以通过检测当前的硬件状态以及电量状态，及时发现异常并进行上报，可以使得网络单元及时获知该计算协作端能否按时完成分配的计算任务，供网络单元确定计算协作端剩余任务的剩余任务量，并根据异常和剩余任务量确定对剩余任务量或总任务量重新分配，保证分布式计算业务的顺利开展。
33.为使本发明的上述目的、特征和优点能够更为明显易懂，下面结合附图对本发明的具体实施例做详细的说明。
34.图1是本发明实施例一种算力共享异常上报方法。
35.所述算力共享异常上报方法可以用于算力共享系统中的计算协作端。所述算力共享系统可以包括网络单元、计算协作端和计算需求端。计算需求端是指具有分布式计算需求的终端设备或网络设备，计算协作端是指具有多余计算能力的终端设备或网络设备，并能够提供算力服务，网络单元用于提供算力共享服务，也即执行分布式计算的授权和调度。其中，网络单元可以是第三代合作伙伴计划(3rd generation partnership project,3gpp)网络架构中原有的应用功能(application function,af)或者引入新的网络单元/功能负责分布式计算的授权和调度等功能。
36.具体而言，所述网络单元用于提供算力共享服务是指：所述网络单元接收到来自所述计算协作端或计算需求端的算力服务请求信息后，向预设目标发送算力服务能力询问信息，其中，所述预设目标包括所述计算协作端和/或所述计算需求端；所述网络单元接收来自所述预设目标的响应信息，并根据所述响应信息提供算力共享服务，其中，所述响应信息包括算力需求响应信息或算力协作响应信息；所述网络单元接收通知信息，其中，所述通知信息包括所述预设目标确定所述算力共享服务完成时发出的通知信息。
37.请参照图1，所述算力共享异常上报方法具体可以包括以下步骤：
38.步骤s101：检测当前的硬件状态以及电量状态；
39.步骤s102：如果所述硬件状态或所述电量状态达到预设异常门限，或者，所述硬件状态的变化量或所述电量状态的变化量达到预设上报门限，则向网络单元上报异常信息，以供所述网络单元确定为所述计算协作端所分配的总任务量以及所述计算协作端剩余任务的剩余任务量，根据所述异常信息和所述剩余任务量确定对所述剩余任务量或所述总任务量重新分配。
40.需要指出的是，本实施例中各个步骤的序号并不代表对各个步骤的执行顺序的限定。
41.本实施例中，计算协作端具有检测当前的硬件状态以及电量状态的能力。所述硬件状态的变化量是指当前的硬件状态与初始的硬件状态的变化量，或所述电量状态的变化量是指当前的电量状态与初始的电量状态的变化量。其中，初始的硬件状态是指计算协作端响应网络单元的协作询问时上报的硬件状态，初始的电量状态是指计算协作端响应网络单元的协作询问时上报的电量状态。
42.具体实施中，所述硬件状态包括cpu使用率、图形处理器(graphics processing unit,gpu)使用率、神经网络处理器(neural-network processing unit,npu)使用率和/或内存使用率，所述电量状态包括电量剩余量。
43.相应地，预设异常门限可以包括对应cpu使用率的第一预设值，对应gpu使用率的第二预设值，对应内存使用率的第三预设值，或对应电量剩余量的第四预设值。所述硬件状态达到预设异常门限可以是指cpu使用率达到第一预设值和/或gpu使用率达到第二预设值和/或内存使用率达到第三预设值，所述电量状态达到预设异常门限可以是指电量剩余量小于第四预设值。
44.换言之，在硬件状态和电量状态中一个或多个达到预设异常门限的情况下，可以上报异常信息；更具体而言，在硬件状态中的一个或多个达到预设异常门限的情况下，可以上报异常信息。
45.需要说明的是，关于预设异常门限的具体数值，可以根据实际的应用环境适应性设置；预设上报门限也可以包括针对多个硬件状态以及针对电量状态的多个门限值，本发明实施例对此不作限制。
46.本发明实施例可以避免出现异常的计算协作端反馈局部模型出现较大延迟或失败，进而避免影响整个分布式计算的进度甚至分布式计算失败。或者，在变化量达到预设上报门限进行上报，可以使得网络单元根据最新的设备信息进行动态任务调整，减小算力共享过程中异常发生的概率。
47.在一个非限制性的实施例中，图1所示步骤s102可以包括以下步骤：向所述网络单元上报异常类型，所述异常类型选自硬件异常和电量异常。
48.本实施例中，计算协作端在上报异常时，可以是上报异常类型，例如上报硬件异常，或者上报电量异常，或者上报硬件异常和电量异常。以使得网络单元能够获知计算协作端出现异常的类型，并进行相应的处理。
49.在另一个非限制性的实施例中，图1所示步骤s102可以包括以下步骤：向所述网络单元上报异常详情，所述异常详情选自所述硬件状态和所述电量状态。
50.本实施例中，计算协作端在上报异常时，可以是上报异常详情，例如上报硬件状态，或者上报电量状态，或者上报硬件状态和电量状态。
51.进一步地，计算协作端可以一并上报异常类型和异常详情，例如上报异常类型为电量异常，异常详情为电量状态为20％电量。
52.在又一个非限制性的实施例中，图1所示步骤s102可以包括以下步骤：向所述网络单元上报异常原因，所述异常原因选自硬件异常原因和电量异常原因。
53.本实施例中，计算协作端在上报异常时，还可以上报异常原因。
54.进一步地，计算协作端可以一并上报异常类型、异常详情和异常原因，例如上报异常类型为电量异常，异常详情为电量状态为20％电量，异常原因为网络视频和网络游戏。
55.请参照图2，网络单元可以接收计算协作端上报的异常，也即可以执行以下步骤：
56.步骤s201：接收来自计算协作端上报的异常信息；
57.步骤s202：确定为所述计算协作端所分配的总任务量以及所述计算协作端剩余任务的剩余任务量；
58.步骤s203：根据所述异常信息和所述剩余任务量确定对所述剩余任务量或所述总任务量重新分配。
59.在步骤s201的具体实施中，网络单元通过接收来自计算协作端上报的异常信息，可以获知计算协作端出现异常，可能不能按时完成分配的任务。在这种情况下，网络单元可以通过执行步骤s202和步骤s203判断计算协作端是否能够完成为计算协作端所分配的总任务量，也即是否能够完成剩余任务量。如果不能，网络单元需要协调算力资源来重新分配剩余任务量或所述总任务量，保证总任务量能够及时完成，满足计算需求端的计算需求。
60.本实施例中所称总任务量可以是指分配给计算协作端的样本数量。剩余任务量可以是指计算协作端未完成训练的样本数量。例如，分配给计算协作端的样本数量为16，计算协作端具备4核cpu，计算协作端在计算过程中同时4个样本一组进行训练，如果在第2组完成一半的时候发生异常，此时已完成任务量为(4 4*50％)＝6，剩余任务量为16-6＝10；剩余任务量比例为10/16＝5/8。
61.在步骤s203的具体实施中，网络单元确定是否需要重新分配任务量，并在需要重新分配时，对剩余任务量或所述总任务量进行重新分配。
62.在一个非限制性的实施例中，图2所示步骤s203可以包括以下步骤：根据第一其他协作端的算力资源将所述剩余任务量或所述总任务量分配至第一其他协作端，所述第一其他协作端与所述计算协作端为同一计算需求端提供算力服务。
63.本实施例中，为同一计算需求端提供算力服务的可以是多个计算协作端；在其中一个计算协作端出现异常无法完成分配的计算任务时，网络单元可以将分配给该计算协作端的总任务量分配至第一其他协作端，或者也可以将未完成训练的剩余任务量分配至第一其他协作端。本发明实施例能够保证计算需求端的计算任务的顺利完成。其中，第一其他协作端的算力资源可以是在响应网络单元的协作询问时上报的算力资源(也可以称为可提供算力信息)。第一其他协作端的可提供算力信息满足由所述剩余任务量或所述总任务量确定的算力需求时，网络单元可以授权所述第一其他协作端提供算力服务，并将所述剩余任务量或所述总任务量分配至所述第一其他协作端。
64.具体地，第一其他协作端的数量可以是一个，也可以是多个。在向多个第一其他协作端分配任务量时，可以是基于多个第一其他协作端的算力资源来分配的。第一其他协作端所提供的算力资源，例如计算计算能力越大，则分配给该第一其他协作端的任务量越多。
65.在另一个非限制性的实施例中，请参照图3，图2所示步骤s203可以包括以下步骤：
66.步骤s301：向第二其他协作端发送协作询问，所述协作询问包括可提供算力上报请求；
67.步骤s302：接收所述第二其他协作端响应所述协作询问返回的协作询问响应信息，所述协作询问响应信息包括响应所述可提供算力上报请求时返回的可提供算力信息；
68.步骤s303：当所述可提供算力信息满足由所述剩余任务量或所述总任务量确定的算力需求时，授权所述第二其他协作端提供算力服务。
69.本实施例可以是在网络单元无法找到能够提供算力资源的第一其他协作端的情况下执行的。也就是说，在这种情况下，网络单元需要重新寻找其他可用的计算协作端完成分配给出现异常的计算协作端的总任务量或者剩余任务量。
70.具体而言，网络单元需要向至少一个第二其他协作端发送协作询问，以获知至少一个第二其他协作端的可提供算力信息。如果可提供算力信息满足由所述剩余任务量或所述总任务量确定的算力需求，则授权所述第二其他协作端提供算力服务，也即由第二其他协作端执行所述剩余任务量或所述总任务量的训练。
71.进一步而言，如果不存在其他协作端(第一其他协作端和第二其他协作端)能够提供算力服务或者无法执行所述剩余任务量，则通知计算需求端任务失败。
72.本实施例中，在计算需求端任务失败的情况下，将提前终止计算需求端的计算流程，以节约计算资源。
73.在一个非限制性的实施例中，请参照图4，图2所示步骤s203可以包括以下步骤：
74.步骤s401：确定为所述计算协作端分配任务时设置的完成时长，以及根据所述完成时长和预设延时比例确定延时时长；
75.步骤s402：根据所述异常信息确定所述计算协作端的当前计算资源；
76.步骤s403：计算所述计算协作端利用所述当前计算资源能否在所述延时时长内完
成所述剩余任务量；
77.步骤s404：如果所述计算协作端利用所述当前计算资源不能在所述延时时长内完成所述剩余任务量，则根据所述异常信息和所述剩余任务量确定对所述剩余任务量或所述总任务量重新分配。
78.本实施例中，网络单元可以判断出现异常的计算协作端使用当前的计算资源，也即硬件状态和/或电量状态(如cpu/gpu/npu/内存和电量等)是否能够完成剩余任务量。
79.具体而言，异常可接受的条件可以根据异常上报的异常类型和异常详情进行综合判断，最基本的判断依据是在异常状态下能否使用现有的计算资源在不超过原计划时间(也即为所述计算协作端分配任务时设置的完成时长)的特定比例(也即预设延时比例，如150％)内完成计算。具体地，为所述计算协作端分配任务时设置的完成时长可以是一轮迭代的平均计划时间，如果有一个计算协作端的完成时长差异较大，会导致整个迭代出现较大停滞。
80.可以理解的是，完成时长也可以根据现有技术中其他任意可实施的方式来设置；预设延时比例根据整个任务对计算时间的要求可以设置不同的值，本发明实施例对此不作限制。
81.在一个非限制性的实施例中，图2所示步骤s202可以包括以下步骤：根据所述计算协作端上报的剩余任务百分比以及所述总任务量计算所述剩余任务量，所述计算协作端上报的异常包括所述剩余任务百分比；或者，确定为所述计算协作端分配任务的第一时刻以及接收所述计算协作端上报的异常的第二时刻，并根据所述第一时刻和所述第二时刻的时间差以及所述计算协作端的计算资源估计出所述剩余任务量。
82.本发明实施例可以计算得到出现异常的计算协作端所剩余的任务量。
83.具体实施中，计算协作端在异常上报时，上报内容包含剩余任务百分比，网络单元根据该百分比及之前分配的总任务量精确计算出剩余任务量。或者，网络单元根据分配任务的时间到异常上报的时间之差，结合之前获取的计算协作端的硬件性能(也即计算资源，如cpu/gpu/npu/内存和电量等)，估计出已完成的任务量及剩余任务量。
84.在一个非限制性的实施例中，图2所示步骤s203可以包括以下步骤：根据所述计算协作端的计算性能以及所述剩余任务量确定剩余样本数；根据所述异常信息和所述剩余任务量确定对所述剩余样本数进行重新分配。
85.本实施例中可以确定剩余任务量和剩余样本数。剩余任务量可以用于估计出现异常的计算协作端能否顺利完成任务；剩余样本数可以用于进行任务重分配。
86.具体实施中，计算协作端在上报异常时，上报内容可以包括已完成训练的样本比例，计算协作端在训练时基本上是按照顺序完成的，基于已完成训练的样本比例，可以确定未完成训练的样本。此时网络单元只需重新分配剩余样本(也即未完成训练的样本)即可。例如，分配给计算协作端的样本数量为16，计算协作端具备4核cpu，计算协作端在计算过程中同时4个样本一组进行训练，如果在第2组完成一半的时候发生异常，此时已完成任务量为(4 4*50％)＝6，剩余任务量为16-6＝10；剩余任务量比例为10/16＝5/8。已完成的样本数量为4，已完成的样本比例为4/16＝1/4，剩余样本比例为3/4。
87.在另一个例子中，网络单元还可以对总任务量进行分配。例如，分配给计算协作端的是8个样本，计算协作端有8核的cpu，并行对8个样本进行训练，训练50％的时候出现异
常，此时剩余任务量只有50％，但其实所有的样本都没有被训练完成。此时网络单元进行重分配的时候，计算到一半的样本是不能共享给网络或者其他协作方的，此时只能将8个样本的任务全部重新分配出去。
88.在一个具体的应用场景中，请参照图5，网络单元在步骤1-7执行步骤：任务发起及计算协作端授权。
89.步骤a.1：网络单元向授权的计算协作端发送训练模型和训练任务。训练任务包括总任务量。
90.步骤b.1：计算协作端-2上报异常。此时可以是计算协作端-2的硬件状态或电量状态达到预设异常门限。
91.步骤b.2：网络单元根据上报信息进行处理。具体可以是根据异常详情和剩余任务量确定对剩余任务量或总任务量重新分配。具体可以重新执行步骤1-7以执行任务发起及计算协作端授权。
92.步骤a.2：各个计算协作端训练完成，上传局部模型；对于设备信息发生较大变化的协作端，还需上传最新设备信息。设备信息可以是硬件状态或电量状态。此时可以是计算协作端-2的硬件状态的变化量或所述电量状态的变化量达到预设上报门限。
93.步骤a.3：网络单元基于各个计算协作端权重，更新模型，判断训练结果是否收敛。
94.步骤a.4a：如果没有，网络单元根据最新设备信息重新分配训练任务，并重复a.1-a.2，或反馈失败。
95.步骤a.4b：如果收敛，网络单元发送训练结果给计算需求端。
96.步骤8-9：计算服务结束。
97.本实施例中，在一轮计算完成时，如果部分计算协作端的设备信息发生较大变化，虽然未达到预设异常门限，也应上报最新的设备信息，包括cpu/gpu/内存使用率、剩余电量等。计算协作端也可以上报设备信息发生较大变化的原因。
98.在负责授权和调度的网络单元判断计算结果未收敛时，根据最新的设备信息和剩余的计算任务进行任务分配，如果当前所有协作端的计算能力不足以完成剩余计算任务，则寻找其他可用的计算协作端，重新分配所述剩余任务量或所述总任务量；如果找不到合适的计算协作方，则宣告计算失败，提前终止计算流程。
99.请参照图6，本发明实施例还公开了一种算力共享异常上报装置60，算力共享异常上报装置60包括状态检测模块601和异常上报模块602。
100.其中，状态检测模块601用于检测当前的硬件状态以及电量状态；异常上报模块602用于如果所述硬件状态或所述电量状态达到预设异常门限，或者，所述硬件状态的变化量或所述电量状态的变化量达到预设上报门限，则向网络单元上报异常信息，以供所述网络单元确定为所述计算协作端所分配的总任务量以及所述计算协作端剩余任务的剩余任务量；根据所述异常信息和所述剩余任务量确定对所述剩余任务量或所述总任务量重新分配。
101.关于所述算力共享异常上报装置60的工作原理、工作方式的更多内容，可以参照图1至图5中的相关描述，这里不再赘述。
102.请参照图7，本发明实施例还公开了一种算力共享异常处理装置70，算力共享异常处理装置70包括异常接收模块701、任务计算模块702和分配模块703。
103.其中，异常接收模块701用于接收来自计算协作端上报的异常信息，其中，所述计算协作端检测当前的硬件状态以及电量状态；如果所述硬件状态或所述电量状态达到预设异常门限，则上报异常；任务计算模块702用于确定为所述计算协作端所分配的总任务量以及所述计算协作端剩余任务的剩余任务量；分配模块703用于根据所述异常信息和所述剩余任务量确定对所述剩余任务量或所述总任务量重新分配。
104.关于所述算力共享异常处理装置70的工作原理、工作方式的更多内容，可以参照图1至图5中的相关描述，这里不再赘述。
105.本发明实施例还公开了一种存储介质，所述存储介质为计算机可读存储介质，其上存储有计算机程序，所述计算机程序运行时可以执行图1至图5中所示方法的步骤。所述存储介质可以包括rom、ram、磁盘或光盘等。所述存储介质还可以包括非挥发性存储器(non-volatile)或者非瞬态(non-transitory)存储器等。
106.本发明实施例还公开了一种终端设备，所述终端设备可以包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的计算机程序。所述处理器运行所述计算机程序时可以执行图1至图5中所示方法的步骤。所述终端设备包括但不限于手机、计算机、平板电脑等终端设备。
107.虽然本发明披露如上，但本发明并非限定于此。任何本领域技术人员，在不脱离本发明的精神和范围内，均可作各种更动与修改，因此本发明的保护范围应当以权利要求所限定的范围为准。