本发明涉及通信领域中的业务处理技术，尤其涉及一种业务处理方法、装置及存储介质。
背景技术：
随着互联网技术的不断发展，目前的区域云计算系统主要基于服务器集群，完成一次完整的业务处理流程，即通过有线网络连接每一个分布式服务器节点，从而形成拓扑结构集群，利用拓扑结构集群中的每个服务器节点实现业务计算能力。然而，一旦形成拓扑结构集群，服务器节点的数量将难以进行动态调整，且云计算系统中的服务器节点的计算能力固定，通常不能根据实际情况进行灵活调整，这样，当计算负载小于系统容量时，容易造成系统资源的浪费；当计算负载大于系统容量时，若进行系统扩容还需要一定时间，进而无法做到及时响应，使得业务处理效率降低。
因此，对于如何能够均衡业务计算能力，提高业务处理效率，相关技术尚无有效解决方案。
技术实现要素：
有鉴于此，本发明实施例期望提供一种业务处理方法、装置及存储介质，至少用以解决相关技术难以有效均衡业务计算能力，提高业务处理效率的问题。
为达到上述目的，本发明实施例的技术方案是这样实现的：
第一方面，本发明实施例提供一种业务处理方法，所述方法包括：
接收第一客户端发送的业务请求；
响应于所述业务请求，确定所述第一客户端当前所处位置区域内的资源池；
根据预定的任务拆分策略，将所述业务请求对应的计算任务进行拆分，获得至少两个计算子任务，并将所述至少两个计算子任务分发至第二客户端，其中，所述第二客户端为接入所述资源池中除所述第一客户端之外的客户端；
接收所述第二客户端针对所述至少两个计算子任务分别生成的计算结果，合并各计算结果，将合并后的计算结果发送至所述第一客户端。
第二方面，本发明实施例提供一种业务处理方法，所述方法包括：
向服务器发送业务请求；
接收所述服务器发送的基于所述业务请求生成的计算结果；
其中，所述计算结果为所述服务器针对至少两个计算子任务分别生成的计算结果合并得到，所述至少两个计算子任务为所述服务器对所述业务请求对应的计算任务进行拆分得到。
第三方面，本发明实施例提供一种业务处理方法，所述方法包括：
接收服务器发送的至少两个计算子任务，其中，所述至少两个计算子任务为所述服务器对第一客户端发送的业务请求对应的计算任务进行拆分得到，所述计算子任务的信息包括计算标识；
根据所述计算标识，通过计算逻辑对所述至少两个计算子任务分别进行计算，并将计算结果发送至所述服务器。
第四方面，本发明实施例提供一种业务处理装置，所述装置包括：第一接收模块、确定模块、获取模块、第一发送模块和合并模块；其中，
所述第一接收模块，用于接收第一客户端发送的业务请求；
所述确定模块，用于响应于所述业务请求，确定所述第一客户端当前所处位置区域内的资源池；
所述获取模块，用于根据预定的任务拆分策略，将所述业务请求对应的计算任务进行拆分，获得至少两个计算子任务；
所述第一发送模块，用于将所述至少两个计算子任务分发至第二客户端，其中，所述第二客户端为接入所述资源池中除所述第一客户端之外的客户端；
所述第一接收模块，还用于接收所述第二客户端针对所述至少两个计算子任务分别生成的计算结果；
所述合并模块，用于合并各计算结果；
所述第一发送模块，还用于将合并后的计算结果发送至所述第一客户端。
第五方面，本发明实施例提供一种业务处理装置，所述装置包括：第二发送模块和第二接收模块；其中，
所述第二发送模块，用于向服务器发送业务请求；
所述第二接收模块，用于接收所述服务器发送的基于所述业务请求生成的计算结果；
其中，所述计算结果为所述服务器针对至少两个计算子任务分别生成的计算结果合并得到，所述至少两个计算子任务为所述服务器对所述业务请求对应的计算任务进行拆分得到。
第六方面，本发明实施例提供一种业务处理装置，所述装置包括：第三接收模块、计算模块和第三发送模块；其中，
所述第三接收模块，用于接收服务器发送的至少两个计算子任务，其中，所述至少两个计算子任务为所述服务器对第一客户端发送的业务请求对应的计算任务进行拆分得到，所述计算子任务的信息包括计算标识；
所述计算模块，用于根据所述计算标识，通过计算逻辑对所述至少两个计算子任务分别进行计算；
所述第三发送模块，用于将计算结果发送至所述服务器。
第七方面，本发明实施例提供一种存储介质，其上存储有可执行程序，所述可执行程序被处理器执行时实现本发明实施例提供的业务处理方法的步骤。
第八方面，本发明实施例还提供一种业务处理装置，包括存储器、处理器及存储在存储器上并能够由所述处理器运行的可执行程序，所述处理器运行所述可执行程序时执行本发明实施例提供的业务处理方法的步骤。
本发明实施例所提供的业务处理方法、装置及存储介质，接收第一客户端发送的业务请求；响应于所述业务请求，确定所述第一客户端当前所处位置区域内的资源池；根据预定的任务拆分策略，将所述业务请求对应的计算任务进行拆分，获得至少两个计算子任务，并将所述至少两个计算子任务分发至第二客户端，其中，所述第二客户端为接入所述资源池中除所述第一客户端之外的客户端；接收所述第二客户端针对所述至少两个计算子任务分别生成的计算结果，合并各计算结果，将合并后的计算结果发送至所述第一客户端。如此，利用已接入无线网络的智能终端作为分布式计算节点，并依托在智能终端中安装的应用程序保证节点接入的安全性，且智能终端相比于服务器节点而言，更易于控制；另外，本发明实施例确定第一客户端当前所处位置区域内的资源池，利用资源池中的第二客户端实现业务计算的均衡，且可以对接入资源池中的智能终端的数量进行动态调整，保证系统资源的合理利用，从而提高业务处理效率。
附图说明
图1为本发明实施例提供的一种业务处理方法的实现流程示意图；
图2为本发明实施例提供的业务均衡处理的应用场景示意图；
图3为本发明实施例提供的节点集群充电策略的效果示意图；
图4为本发明实施例提供的另一种业务处理方法的实现流程示意图；
图5为本发明实施例提供的另一种业务处理方法的实现流程示意图；
图6为本发明实施例提供的一种业务处理装置的功能结构示意图；
图7为本发明实施例提供的另一种业务处理装置的功能结构示意图；
图8为本发明实施例提供的另一种业务处理装置的功能结构示意图；
图9为本发明实施例提供的一种业务处理装置的硬件结构示意图。
具体实施方式
为了能够更加详尽地了解本发明实施例的特点与技术内容，下面结合附图对本发明实施例的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本发明。
图1为本发明实施例提供的一种业务处理方法的实现流程示意图，所述业务处理方法应用于服务器侧如云端服务器侧；如图1所示，本发明实施例中的业务处理方法的实现流程，可以包括以下步骤：
步骤101：接收第一客户端发送的业务请求。
在本发明实施例中，所述第一客户端可以位于用户使用的终端设备中。其中，所述终端设备可以包括但不限于智能手机、平板电脑、掌上电脑等电子设备。需要说明的是，所述第一客户端与用户之间存在对应关系，但在此并不限于一一对应的关系，还可以是一对多或多对一的对应关系。
这里，第一客户端可以通过安装在所对应的终端设备如智能终端上的应用程序向服务器发起业务请求。其中，所述业务请求可以是通信类的业务请求，例如话费计费业务请求，当然也可以是其他类型的业务请求，本发明实施例在此不做具体限定。
步骤102：响应于所述业务请求，确定所述第一客户端当前所处位置区域内的资源池。
在本实施例中，本步骤具体包括：以所述第一客户端当前所处位置的位置信息为基准，划定指定区域，向位于所述指定区域内的所有客户端发送心跳报文；
对接收到心跳报文的所有客户端进行性能评估，获得评估结果；
根据所述评估结果，从所有客户端中筛选出符合接入条件的第二客户端，将所述第一客户端和各符合接入条件的第二客户端组成所述资源池。
这里，以所述第一客户端当前所处位置的位置信息为基准划定的指定区域，可以是具有对称图形特点的区域，也可以是具有不规则图形特点的区域。以指定区域为对称图形如圆形为例，简要说明划定指定区域的过程，大致为：以第一客户端当前所处位置的位置信息为中心，按照预先设定的半径划定一个圆形区域，该圆形区域即为指定区域。也就是说，服务器可以向位于该圆形区域内的所有客户端发送心跳报文。其中，所述预先设定的半径可以为根据实际情况设置的半径，比如，可以设置为200米或500米。
这里，在所述对接收到心跳报文的所有客户端进行性能评估之前，所述方法还包括：检测所述接收到心跳报文的所有客户端的网络状态；在检测到所述网络状态为第四代通信系统(4g，the4thgenerationcommunicationsystem)或者无线保真(wifi，wirelessfidelity)时，对所述接收到心跳报文的所有客户端进行性能评估。
具体来说，本发明实施例在确定客户端是否能够接入资源池时，可以先判断客户端对应的终端设备的网络连接类型，只有当客户端对应的终端设备的网络连接类型是4g或者wifi时，才允许对应的客户端接入资源池。而对于客户端对应的终端设备的网络连接类型是4g或者wifi以外的网络连接类型，比如2g或3g网络，则此时对应的客户端不具备接入资源池的条件。也即，检测接收到心跳报文的所有客户端的网络状态是前提条件，对于不满足该前提条件的客户端，可以不必评估其对应的终端设备的性能，如此，可以提高处理效率。
这里，所述对接收到心跳报文的所有客户端进行性能评估，包括：对所述接收到心跳报文的所有客户端的硬件性能和电池容量进行评估；
相应地，所述根据所述评估结果，从所有客户端中筛选出符合接入条件的第二客户端，包括：根据预设的接入标准，对所有客户端的硬件性能和电池容量的评估结果进行统计计算，当计算结果满足相应预设阈值范围时，确定所述满足预设阈值范围的客户端为接入所述资源池的第二客户端。
其中，所述客户端的硬件性能可以包括中央处理器(cpu，centralprocessingunit)、只读存储器(rom，readonlymemory)和随机存取存储器(ram，randomaccessmemory)。
在本实施例中，对于已经收到服务器发送的心跳报文的所有客户端而言，根据预设的接入标准，即智能终端接入标准＝(cpu使用率-相应设定阈值)*cpu评估权重+(当前电池电量-最低电量阈值)*电池评估权重+(ram使用率-相应设定阈值)*ram评估权重+(rom剩余空间-相应设定阈值)*rom评估权重，实时计算当前智能终端的状态，并将计算结果通过心跳反馈至服务器，在服务器收到反馈结果后，评估当前智能终端的设备性能，当评估结果满足相应预设阈值范围时，即可确定满足预设阈值范围的客户端可以接入资源池。其中，所述cpu评估权重、电池评估权重、ram评估权重和rom评估权重可以根据实际情况进行预先设置。
需要说明的是，对于已经接入资源池的客户端，通过定时心跳与服务器保持连接状态。本发明实施例对于未达到接入标准但已被分配计算任务的客户端，不做处理；对于未达到接入标准，且当前未被分配计算任务的客户端，服务器将其从资源池中剔除，并在相应范围内寻找新的客户端接入所述资源池。
这里，一个资源池可以同时处理多个业务请求，当某客户端发起业务请求时，如果该客户端所在范围内没有资源池，则通过服务器动态创建资源池；如果该客户端所在范围内已有资源池，则直接使用已有的资源池进行业务处理计算。每个资源池可支撑多个流水号，即多次业务请求同时发起，资源池可以支撑的业务请求的数量上限可由系统配置决定。其中，对于一个客户端而言，只能同时接入一个资源池，不可重复接入。另外，如果检测到资源池在规定时间内无相关业务处理操作，则服务器将释放该资源池中的所有终端设备，所述规定时间由系统配置决定。
步骤103：根据预定的任务拆分策略，将所述业务请求对应的计算任务进行拆分，获得至少两个计算子任务，并将所述至少两个计算子任务分发至第二客户端，其中，所述第二客户端为接入所述资源池中除所述第一客户端之外的客户端。
本实施例中，计算子任务的数量与接入资源池的第二客户端的数量相对应，以保证每个第二客户端都能进行业务的均衡处理。这里，所述资源池中的客户端数量可以根据实际情况进行灵活调整，保证资源的合理利用。
图2为本发明实施例提供的业务均衡处理的应用场景示意图，如图2所示，客户端1至4组成了一个资源池，当客户端1向服务器发送业务请求后，服务器根据预定的任务拆分策略，将业务请求对应的计算任务拆分为三个计算子任务，将这三个计算子任务通过发送心跳报文的方式分发至客户端2、客户端3和客户端4，由客户端2、客户端3和客户端4均衡该业务请求对应的计算任务。
本发明实施例在动态组建资源池之后，服务器还可以为本次业务请求生成一个唯一的流水号，并将流水号与资源池关联。比如，若请求的业务是话费计费业务，那么，生成的流水号对应为计费流水号。
这里，所述任务拆分策略可以为将任务按照原子计算能力进行拆分，其中，原子计算能力为集成在应用程序中的最小计算单元。需要说明的是，拆分后的计算子任务对应的信息可以包括：流水号、输入参数、业务请求发起的时间和计算标识等。服务器将计算子任务打包，并根据流水号将打包后的各计算子任务发送至资源池中的各第二客户端。
在本实施例中，在所述将所述至少两个计算子任务分发至第二客户端时，所述方法还包括：检测所述资源池中各第二客户端的当前电量值；当确定所述第二客户端的当前电量值小于相应预设阈值时，通过无线充电发射器进行充电。
这里，被纳入当前计算任务的所有第二客户端的计算节点，当某个计算节点的电量不足需要及时充电时，如图3所示的节点集群充电策略的示意图中的目标节点需要充电时，可以通过中继节点由无线充电发射器对需要充电的目标节点进行充电。其中，中继节点是位于同一资源池中距目标节点位置相对较近的计算节点，但中继节点本身并不消耗电能，因此，可以有效提高目标节点设备无线充电的效率和距离。
需要说明的是，无线充电发射器可由需要充电的目标节点设备附近电量充足的节点设备来替代，如图3中所示的电源节点来提供电能。其中，电源节点可以是位于同一资源池中电量充足的节点设备。
步骤104：接收所述第二客户端针对所述至少两个计算子任务分别生成的计算结果，合并各计算结果，将合并后的计算结果发送至所述第一客户端。
在本实施例中，所述第二客户端在接收到服务器发送的至少两个计算子任务之后，根据所述计算子任务对应的信息中包括的计算标识，通过计算逻辑对所述至少两个计算子任务分别进行计算，得到各计算结果，并将各所述计算结果发送至服务器。
具体来说，所述计算子任务对应的信息中还包括输入参数，所述输入参数可以为与所请求的业务相关的参数信息，如与话费计费业务相关的手机号码归属地等参数。这样，第二客户端通过计算逻辑对至少两个计算子任务分别进行计算，可以采用以下方式来实现：调用本地应用程序中的计算逻辑接口，通过所述计算逻辑接口将所述输入参数分别导入各第二客户端对应的计算逻辑单元中，在所述计算逻辑单元中对所述至少两个计算子任务进行计算。针对所述至少两个计算子任务分别生成的计算结果对应的信息包括：流水号、计算标识和输出结果。所述输出结果可以以java对象标记语言(json，javascriptobjectnotation)的格式进行输出。
这里，可以根据不同业务的业务特点，选取以并行或串行的计算方式对至少两个计算子任务进行计算。
在本实施例中，本步骤中的合并各计算结果，具体包括：
生成与所述业务请求对应的业务流水号信息；
根据所述业务流水号信息，合并针对所述至少两个计算子任务生成的计算结果。
采用本发明实施例的技术方案，将无线网络中的智能终端作为分布式计算节点，相比于现有的云计算系统中的服务器节点而言，更易于控制；通过确定第一客户端当前所处位置区域内的资源池，利用资源池中的第二客户端实现业务计算的均衡，且可以对接入资源池中的智能终端的数量进行动态调整，保证系统资源的合理利用，从而提高业务处理效率。另外，本发明实施例不需如现有技术采用电缆电线进行供电，进而避免了大量资源的浪费和人力的成本，而是采用无线集群充电的方式进行充电，可以保证系统的可靠运行，提高充电效率。
图4为本发明实施例提供的另一种业务处理方法的实现流程示意图，所述业务处理方法应用于第一客户端侧；如图4所示，本发明实施例中的业务处理方法的实现流程，可以包括以下步骤：
步骤401：向服务器发送业务请求。
这里，第一客户端可以通过安装在所对应的终端设备如智能终端上的应用程序向服务器发起业务请求。其中，所述业务请求可以是通信类的业务请求，例如话费计费业务请求，当然也可以是其他类型的业务请求，本发明实施例在此不做具体限定。
步骤402：接收所述服务器发送的基于所述业务请求生成的计算结果，其中，所述计算结果为所述服务器针对至少两个计算子任务分别生成的计算结果合并得到，所述至少两个计算子任务为所述服务器对所述业务请求对应的计算任务进行拆分得到。
在本实施例中，服务器可以根据预定的任务拆分策略，将业务请求对应的计算任务进行拆分，以获得至少两个计算子任务。所述任务拆分策略可以为将任务按照原子计算能力进行拆分，其中，原子计算能力为集成在应用程序中的最小计算单元。需要说明的是，拆分后的计算子任务对应的信息可以包括：流水号、输入参数、业务请求发起的时间和计算标识等。
图5为本发明实施例提供的另一种业务处理方法的实现流程示意图，所述业务处理方法应用于第二客户端侧；如图5所示，本发明实施例中的业务处理方法的实现流程，可以包括以下步骤：
步骤501：接收服务器发送的至少两个计算子任务，其中，所述至少两个计算子任务为所述服务器对第一客户端发送的业务请求对应的计算任务进行拆分得到，所述计算子任务的信息包括计算标识。
这里，服务器可以根据预定的任务拆分策略，将第一客户端发送的业务请求对应的计算任务进行拆分，以获得至少两个计算子任务。所述任务拆分策略可以为将任务按照原子计算能力进行拆分，其中，原子计算能力为集成在应用程序中的最小计算单元。需要说明的是，拆分后的计算子任务对应的信息可以包括：流水号、输入参数、业务请求发起的时间和计算标识等。
本发明实施例在动态组建资源池之后，服务器还可以为本次业务请求生成一个唯一的流水号，并将流水号与资源池关联。比如，若请求的业务是话费计费业务，那么，生成的流水号对应为计费流水号。
其中，服务器将计算子任务打包，并根据流水号将打包后的各计算子任务发送至资源池中的各第二客户端。
步骤502：根据所述计算标识，通过计算逻辑对所述至少两个计算子任务分别进行计算，并将计算结果发送至所述服务器。
所述通过计算逻辑对所述至少两个计算子任务分别进行计算，具体包括：
调用本地应用程序中的计算逻辑接口，通过所述计算逻辑接口将所述输入参数分别导入各第二客户端对应的计算逻辑单元中，在所述计算逻辑单元中对所述至少两个计算子任务进行计算。
这里，可以根据不同业务的业务特点，选取以并行或串行的计算方式对至少两个计算子任务进行计算。
为实现上述业务处理方法，本发明实施例还提供了一种业务处理装置，所述业务处理装置应用于服务器侧如云端服务器侧，图6为本发明实施例提供的一种业务处理装置的功能结构示意图；如图6所示，该业务处理装置包括第一接收模块601、确定模块602、获取模块603、第一发送模块604和合并模块605；其中，
所述第一接收模块601，用于接收第一客户端发送的业务请求；
所述确定模块602，用于响应于所述业务请求，确定所述第一客户端当前所处位置区域内的资源池；
所述获取模块603，用于根据预定的任务拆分策略，将所述业务请求对应的计算任务进行拆分，获得至少两个计算子任务；
所述第一发送模块604，用于将所述至少两个计算子任务分发至第二客户端，其中，所述第二客户端为接入所述资源池中除所述第一客户端之外的客户端；
所述第一接收模块601，还用于接收所述第二客户端针对所述至少两个计算子任务分别生成的计算结果；
所述合并模块605，用于合并各计算结果；
所述第一发送模块604，还用于将合并后的计算结果发送至所述第一客户端。
这里，所述装置还包括：检测模块606，用于在所述第一发送模块604将所述至少两个计算子任务分发至第二客户端时，检测所述资源池中各第二客户端的当前电量值；
所述装置还包括：充电模块607，用于当确定所述第二客户端的当前电量值小于相应预设阈值时，通过无线充电发射器进行充电。
这里，所述确定模块602进一步包括：划定子模块、发送子模块、评估子模块和筛选子模块；其中，
所述划定子模块，用于以所述第一客户端当前所处位置的位置信息为基准，划定指定区域；
所述发送子模块，用于向位于所述指定区域内的所有客户端发送心跳报文；
所述评估子模块，用于对接收到心跳报文的所有客户端进行性能评估，获得评估结果；
所述筛选子模块，用于根据所述评估结果，从所有客户端中筛选出符合接入条件的第二客户端，将所述第一客户端和各符合接入条件的第二客户端组成所述资源池。
所述确定模块602还包括：检测子模块，用于在所述评估子模块对接收到心跳报文的所有客户端进行性能评估之前，检测所述接收到心跳报文的所有客户端的网络状态；
所述评估子模块，具体用于在所述检测子模块检测到所述网络状态为4g或者wifi时，对所述接收到心跳报文的所有客户端进行性能评估。
这里，所述评估子模块，具体用于：对所述接收到心跳报文的所有客户端的硬件性能和电池容量进行评估；
所述筛选子模块，具体用于：根据预设的接入标准，对所有客户端的硬件性能和电池容量的评估结果进行统计计算，当计算结果满足相应预设阈值范围时，确定所述满足预设阈值范围的客户端为接入所述资源池的第二客户端。
这里，所述合并模块605，具体用于：生成与所述业务请求对应的业务流水号信息；根据所述业务流水号信息，合并针对所述至少两个计算子任务生成的计算结果。
为实现上述业务处理方法，本发明实施例还提供了另一种业务处理装置，所述业务处理装置应用于第一客户端侧，图7为本发明实施例提供的另一种业务处理装置的功能结构示意图；如图7所示，所述业务处理装置包括第二发送模块701和第二接收模块702；其中，
所述第二发送模块701，用于向服务器发送业务请求；
所述第二接收模块702，用于接收所述服务器发送的基于所述业务请求生成的计算结果；
其中，所述计算结果为所述服务器针对至少两个计算子任务分别生成的计算结果合并得到，所述至少两个计算子任务为所述服务器对所述业务请求对应的计算任务进行拆分得到。
这里，所述服务器可为云端服务器；所述第一客户端可以位于用户使用的终端设备中。在本发明实施例中，所述终端设备可以包括但不限于智能手机、平板电脑、掌上电脑等电子设备。需要说明的是，所述第一客户端与用户之间存在对应关系，但在此并不限于一一对应的关系，还可以是多对一或者一对多的对应关系。
为实现上述业务处理方法，本发明实施例还提供了另一种业务处理装置，所述业务处理装置应用于第二客户端侧，图8为本发明实施例提供的另一种业务处理装置的功能结构示意图；如图8所示，所述业务处理装置包括第三接收模块801、计算模块802和第三发送模块803；其中，
所述第三接收模块801，用于接收服务器发送的至少两个计算子任务，其中，所述至少两个计算子任务为所述服务器对第一客户端发送的业务请求对应的计算任务进行拆分得到，所述计算子任务的信息包括计算标识；
所述计算模块802，用于根据所述计算标识，通过计算逻辑对所述至少两个计算子任务分别进行计算；
所述第三发送模块803，用于将计算结果发送至所述服务器。
其中，所述计算子任务的信息还包括输入参数；
所述计算模块802，具体用于：
调用本地应用程序中的计算逻辑接口，通过所述计算逻辑接口将所述输入参数分别导入各第二客户端对应的计算逻辑单元中，在所述计算逻辑单元中对所述至少两个计算子任务进行计算。
这里，所述服务器可为云端服务器；所述第二客户端可以位于用户使用的终端设备中。在本发明实施例中，所述终端设备可以包括但不限于智能手机、平板电脑、掌上电脑等电子设备。需要说明的是，所述第二客户端与用户之间存在对应关系，但在此并不限于一一对应的关系，还可以是多对一或者一对多的对应关系。
需要说明的是：上述各实施例所提供的业务处理装置在进行业务处理时，仅以上述各程序模块的划分进行举例说明，实际应用中，可以根据需要而将上述处理分配由不同的程序模块完成，即将业务处理装置的内部结构划分成不同的程序模块，以完成以上描述的全部或者部分处理。另外，上述实施例提供的业务处理装置与业务处理方法实施例属于同一构思，其具体实现过程详见各业务处理方法实施例，这里不再赘述。
在实际应用中，所述确定模块602、合并模块605、检测模块606、充电模块607和计算模块802均可由位于终端设备上的cpu、微处理器(mpu，microprocessorunit)、数字信号处理器(dsp，digitalsignalprocessor)或现场可编程门阵列(fpga，fieldprogrammablegatearray)等实现；所述第一接收模块601、获取模块603、第一发送模块604、第二发送模块701、第二接收模块702、第三接收模块801和第三发送模块803，在实际应用中可通过通信模组(包括基础通信套件、操作系统、通信模块、标准化接口和协议等)及收发天线实现。
为实现上述业务处理方法，本发明实施例还提供了一种业务处理装置的硬件结构。现在将参考附图描述实现本发明实施例的业务处理装置的硬件结构，所述业务处理装置可以以各种形式来实施，例如服务器(如云端服务器)、终端设备(如智能手机、平板电脑、掌上电脑)等各种类型的电子设备。下面对本发明实施例的业务处理装置的硬件结构做进一步说明，可以理解，图9仅仅示出了业务处理装置的示例性结构而非全部结构，根据需要可以实施图9示出的部分结构或全部结构。
参见图9，图9为本发明实施例提供的一种业务处理装置的硬件结构示意图，实际应用中可以应用于前述运行应用程序的各种服务器或终端设备，图9所示的业务处理装置900包括：至少一个处理器901、存储器902、用户接口903和至少一个网络接口904。所述业务处理装置900中的各个组件通过总线系统905耦合在一起。可以理解，总线系统905用于实现这些组件之间的连接通信。总线系统905除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图9中将各种总线都标为总线系统905。
其中，用户接口903可以包括显示器、键盘、鼠标、轨迹球、点击轮、按键、按钮、触感板或者触摸屏等。
可以理解，存储器902可以是易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。
本发明实施例中的存储器902用于存储各种类型的数据以支持业务处理装置900的操作。这些数据的示例包括：用于在业务处理装置900上操作的任何计算机程序，如可执行程序9021和操作系统9022，实现本发明实施例的业务处理方法的程序可以包含在可执行程序9021或操作系统9022中。
本发明实施例揭示的业务处理方法可以应用于处理器901中，或者由处理器901实现。处理器901可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述业务处理方法的各步骤可以通过处理器901中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器901可以是通用处理器、dsp，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。处理器901可以实现或者执行本发明实施例中提供的各业务处理方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本发明实施例所提供的业务处理方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于存储器902，处理器901读取存储器902中的信息，结合其硬件完成本发明实施例提供的业务处理方法的步骤。
在本发明一实施例中，所述业务处理装置900包括存储器902、处理器901及存储在存储器902上并能够由所述处理器901运行的可执行程序9021，所述处理器901运行所述可执行程序9021时实现：接收第一客户端发送的业务请求；响应于所述业务请求，确定所述第一客户端当前所处位置区域内的资源池；根据预定的任务拆分策略，将所述业务请求对应的计算任务进行拆分，获得至少两个计算子任务，并将所述至少两个计算子任务分发至第二客户端，其中，所述第二客户端为接入所述资源池中除所述第一客户端之外的客户端；接收所述第二客户端针对所述至少两个计算子任务分别生成的计算结果，合并各计算结果，将合并后的计算结果发送至所述第一客户端。
作为一种实施方式，所述处理器901运行所述可执行程序9021时实现：以所述第一客户端当前所处位置的位置信息为基准，划定指定区域，向位于所述指定区域内的所有客户端发送心跳报文；对接收到心跳报文的所有客户端进行性能评估，获得评估结果；根据所述评估结果，从所有客户端中筛选出符合接入条件的第二客户端，将所述第一客户端和各符合接入条件的第二客户端组成所述资源池。
作为一种实施方式，所述处理器901运行所述可执行程序9021时实现：在所述对接收到心跳报文的所有客户端进行性能评估之前，检测所述接收到心跳报文的所有客户端的网络状态；在检测到所述网络状态为4g或者wifi时，对所述接收到心跳报文的所有客户端进行性能评估。
作为一种实施方式，所述处理器901运行所述可执行程序9021时实现：对所述接收到心跳报文的所有客户端的硬件性能和电池容量进行评估；根据预设的接入标准，对所有客户端的硬件性能和电池容量的评估结果进行统计计算，当计算结果满足相应预设阈值范围时，确定所述满足预设阈值范围的客户端为接入所述资源池的第二客户端。
作为一种实施方式，所述处理器901运行所述可执行程序9021时实现：在所述将所述至少两个计算子任务分发至第二客户端时，检测所述资源池中各第二客户端的当前电量值；当确定所述第二客户端的当前电量值小于相应预设阈值时，通过无线充电发射器进行充电。
在本发明另一实施例中，所述业务处理装置900包括存储器902、处理器901及存储在存储器902上并能够由所述处理器901运行的可执行程序9021，所述处理器901运行所述可执行程序9021时实现：向服务器发送业务请求；接收所述服务器发送的基于所述业务请求生成的计算结果；其中，所述计算结果为所述服务器针对至少两个计算子任务分别生成的计算结果合并得到，所述至少两个计算子任务为所述服务器对所述业务请求对应的计算任务进行拆分得到。
在本发明另一实施例中，所述业务处理装置900包括存储器902、处理器901及存储在存储器902上并能够由所述处理器901运行的可执行程序9021，所述处理器901运行所述可执行程序9021时实现：接收服务器发送的至少两个计算子任务，其中，所述至少两个计算子任务为所述服务器对第一客户端发送的业务请求对应的计算任务进行拆分得到，所述计算子任务的信息包括计算标识；根据所述计算标识，通过计算逻辑对所述至少两个计算子任务分别进行计算，并将计算结果发送至所述服务器。
作为一种实施方式，所述处理器901运行所述可执行程序9021时实现：所述计算子任务的信息还包括输入参数；调用本地应用程序中的计算逻辑接口，通过所述计算逻辑接口将所述输入参数分别导入各第二客户端对应的计算逻辑单元中，在所述计算逻辑单元中对所述至少两个计算子任务进行计算。
在本发明一示例性实施例中提供了一种存储介质，其中，所述存储介质上存储有可执行程序9021，所述可执行程序9021被处理器901执行时实现：接收第一客户端发送的业务请求；响应于所述业务请求，确定所述第一客户端当前所处位置区域内的资源池；根据预定的任务拆分策略，将所述业务请求对应的计算任务进行拆分，获得至少两个计算子任务，并将所述至少两个计算子任务分发至第二客户端，其中，所述第二客户端为接入所述资源池中除所述第一客户端之外的客户端；接收所述第二客户端针对所述至少两个计算子任务分别生成的计算结果，合并各计算结果，将合并后的计算结果发送至所述第一客户端。
作为一种实施方式，所述可执行程序9021被处理器901执行时实现：以所述第一客户端当前所处位置的位置信息为基准，划定指定区域，向位于所述指定区域内的所有客户端发送心跳报文；对接收到心跳报文的所有客户端进行性能评估，获得评估结果；根据所述评估结果，从所有客户端中筛选出符合接入条件的第二客户端，将所述第一客户端和各符合接入条件的第二客户端组成所述资源池。
作为一种实施方式，所述可执行程序9021被处理器901执行时实现：在所述对接收到心跳报文的所有客户端进行性能评估之前，检测所述接收到心跳报文的所有客户端的网络状态；在检测到所述网络状态为4g或者wifi时，对所述接收到心跳报文的所有客户端进行性能评估。
作为一种实施方式，所述可执行程序9021被处理器901执行时实现：对所述接收到心跳报文的所有客户端的硬件性能和电池容量进行评估；根据预设的接入标准，对所有客户端的硬件性能和电池容量的评估结果进行统计计算，当计算结果满足相应预设阈值范围时，确定所述满足预设阈值范围的客户端为接入所述资源池的第二客户端。
作为一种实施方式，所述可执行程序9021被处理器901执行时实现：在所述将所述至少两个计算子任务分发至第二客户端时，检测所述资源池中各第二客户端的当前电量值；当确定所述第二客户端的当前电量值小于相应预设阈值时，通过无线充电发射器进行充电。
在本发明另一示例性实施例中还提供了一种存储介质，其中，所述存储介质上存储有可执行程序9021，所述可执行程序9021被处理器901执行时实现：向服务器发送业务请求；接收所述服务器发送的基于所述业务请求生成的计算结果；其中，所述计算结果为所述服务器针对至少两个计算子任务分别生成的计算结果合并得到，所述至少两个计算子任务为所述服务器对所述业务请求对应的计算任务进行拆分得到。
在本发明另一示例性实施例中还提供了一种存储介质，其中，所述存储介质上存储有可执行程序9021，所述可执行程序9021被处理器901执行时实现：接收服务器发送的至少两个计算子任务，其中，所述至少两个计算子任务为所述服务器对第一客户端发送的业务请求对应的计算任务进行拆分得到，所述计算子任务的信息包括计算标识；根据所述计算标识，通过计算逻辑对所述至少两个计算子任务分别进行计算，并将计算结果发送至所述服务器。
作为一种实施方式，所述可执行程序9021被处理器901执行时实现：所述计算子任务的信息还包括输入参数；调用本地应用程序中的计算逻辑接口，通过所述计算逻辑接口将所述输入参数分别导入各第二客户端对应的计算逻辑单元中，在所述计算逻辑单元中对所述至少两个计算子任务进行计算。
在上述各示例性实施例中，所述存储介质可为光盘、闪存或磁盘等存储介质，可选为非瞬间存储介质。
本发明实施例接收第一客户端发送的业务请求；响应于所述业务请求，确定所述第一客户端当前所处位置区域内的资源池；根据预定的任务拆分策略，将所述业务请求对应的计算任务进行拆分，获得至少两个计算子任务，并将所述至少两个计算子任务分发至第二客户端，其中，所述第二客户端为接入所述资源池中除所述第一客户端之外的客户端；接收所述第二客户端针对所述至少两个计算子任务分别生成的计算结果，合并各计算结果，将合并后的计算结果发送至所述第一客户端。如此，利用已接入无线网络的智能终端作为分布式计算节点，并依托在智能终端中安装的应用程序保证节点接入的安全性，且智能终端相比于服务器节点而言，更易于控制；另外，本发明实施例确定第一客户端当前所处位置区域内的资源池，利用资源池中的第二客户端实现业务计算的均衡，且可以对接入资源池中的智能终端的数量进行动态调整，保证系统资源的合理利用，从而提高业务处理效率。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。