CN111800520A - 业务处理方法、装置、电子设备和可读存储介质 - Google Patents

Abstract

本申请提供一种业务处理方法、装置、电子设备和可读存储介质，该方法包括：接收来自终端设备的业务请求，业务请求用于指示从存储服务器获取业务信息并处理业务，业务信息包括业务数据和业务类型；根据业务请求，从存储服务器获取业务信息，并处理业务。终端设备可以预先将业务信息预先存储在存储服务器中，终端设备在向业务服务器发起业务请求时，业务服务器不用花费大量时间解析业务请求，直接从存储服务器中获取需要的业务信息，能够减少业务服务器处理业务请求的时间，进而达到处理高并发的目的。

Description

业务处理方法、装置、电子设备和可读存储介质

技术领域

本申请涉及业务处理技术领域，尤其涉及一种业务处理方法、装置、电子设备和可读存储介质。

背景技术

高并发设计指的是服务器系统的设计能够同时并行处理大量的业务请求。很多小型企业为了节省成本，往往配置低配的服务器，低配的服务器在业务请求量较大时会造成服务器满负荷甚至系统崩溃。但小型企业中又会有业务处理项目需求高并发的需求。

目前的技术方案中，为了能够满足小型企业业务高并发的需求，可以为小型企业配置高并发的服务器。但对于小型企业而言会造成服务器资源的浪费。

发明内容

本申请提供一种业务处理方法、装置、电子设备和可读存储介质，能够减少业务服务器处理业务请求的时间，进而达到处理高并发的目的。

本申请的第一方面提供一种业务处理方法，包括：接收来自终端设备的业务请求，所述业务请求用于指示从存储服务器获取业务信息并处理业务，所述业务信息包括业务数据和业务类型；根据所述业务请求，从所述存储服务器获取所述业务信息，并处理所述业务。

在一种可能的实现方式中，所述业务请求还用于指示所述业务信息的存储位置。

在一种可能的实现方式中，所述根据所述业务请求，从所述存储服务器获取所述业务信息，并处理所述业务，包括：根据所述业务请求，得到所述业务信息的存储位置；根据所述业务信息的存储位置，生成任务并将所述任务添加至任务队列中；利用线程池中的线程执行如下操作：

从所述任务队列中获取所述任务；

根据所述任务，从所述存储服务器的所述存储位置中获取所述业务信息；

根据业务数据和所述业务类型处理所述业务。

在一种可能的实现方式中，所述方法还包括：在所述业务处理完成后，将所述业务的状态标记为已完成；若接收到来自所述终端设备的业务处理结果查询请求，则向所述终端设备发送所述业务的状态。

本申请的第二方面提供一种业务处理方法，包括：向存储服务器发送存储请求，所述存储请求中包括业务信息，所述业务信息包括业务数据和业务类型，所述存储请求用于指示所述存储服务器存储所述业务信息；向业务服务器发送业务请求，所述业务请求用于指示所述业务服务器从所述存储服务器获取所述业务信息，并处理业务。

在一种可能的实现方式中，所述向业务服务器发送业务请求之前，还包括：接收来自所述存储服务器的所述业务信息的存储消息，所述存储消息用于指示所述业务信息存储完成，所述存储消息中包括所述业务信息的存储位置。

在一种可能的实现方式中，所述存储请求中还包括业务标识，所述存储消息中包括业务标识、以及所述业务标识对应的业务信息的存储位置。

在一种可能的实现方式中，所述业务请求还用于指示所述业务信息的存储位置。

在一种可能的实现方式中，所述存储服务器为对象存储服务器OSS，所述向存储服务器发送存储请求之前，还包括：将所述业务数据转换成文件流对象，所述存储请求中包括的所述业务数据为所述文件流对象。

在一种可能的实现方式中，所述向业务服务器发送业务请求之后，还包括：向所述业务服务器发送业务处理结果查询请求；接收来自所述业务服务器的所述业务的状态；若所述业务的状态标记为已完成，则确定所述业务处理完成。

本申请的第三方面提供一种业务处理装置，包括：

收发模块，用于接收来自终端设备的业务请求，业务请求用于指示从存储服务器获取业务信息并处理业务，业务信息包括业务数据和业务类型。

处理模块，用于根据业务请求，从存储服务器获取业务信息，并处理业务。

在一种可能的实现方式中，业务请求还用于指示业务信息的存储位置。

在一种可能的实现方式中，处理模块，用于根据业务请求，得到业务信息的存储位置；根据业务信息的存储位置，生成任务并将任务添加至任务队列中，且利用线程池中的线程执行如下操作：

从任务队列中获取任务；

根据任务，从存储服务器的存储位置中获取业务信息；

根据业务数据和业务类型处理业务。

在一种可能的实现方式中，在业务处理完成后，将业务的状态标记为已完成。收发模块，还用于若接收到来自终端设备的业务处理结果查询请求，则向终端设备发送业务的状态。

本申请的第四方面提供一种业务处理装置，包括：

第一收发模块，用于向存储服务器发送存储请求，存储请求中包括业务信息，业务信息包括业务数据和业务类型，存储请求用于指示存储服务器存储业务信息。

第二收发模块，用于向业务服务器发送业务请求，业务请求用于指示业务服务器从存储服务器获取业务信息，并处理业务。

在一种可能的实现方式中，第一收发模块，还用于接收来自存储服务器的业务信息的存储消息，存储消息用于指示业务信息存储完成，存储消息中包括业务信息的存储位置。

在一种可能的实现方式中，存储请求中还包括业务标识，存储消息中包括业务标识、以及业务标识对应的业务信息的存储位置。

在一种可能的实现方式中，业务请求还用于指示业务信息的存储位置。

在一种可能的实现方式中，存储服务器为对象存储服务器OSS。处理模块，还用于将业务数据转换成文件流对象，存储请求中包括的业务数据为文件流对象。

在一种可能的实现方式中，第二收发模块，还用于向业务服务器发送业务处理结果查询请求，以及接收来自业务服务器的业务的状态。处理模块，还用于若业务的状态标记为已完成，则确定业务处理完成。

本申请的第五方面提供一种电子设备，包括：至少一个处理器和存储器；

所述存储器存储计算机执行指令；

所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述电子设备执行上述第一方面和第二方面的业务处理方法。

本申请的第六方面提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机执行指令，当所述计算机执行指令被处理器执行时，实现上述第一方面和第二方面的业务处理方法。

本申请提供一种业务处理方法、装置、电子设备和可读存储介质，该方法包括：接收来自终端设备的业务请求，业务请求用于指示从存储服务器获取业务信息并处理业务，业务信息包括业务数据和业务类型；根据业务请求，从存储服务器获取业务信息，并处理业务。本申请实施例中终端设备可以预先将业务信息预先存储在存储服务器中，终端设备在向业务服务器发起业务请求时，业务服务器不用花费大量时间解析业务请求，直接从存储服务器中获取需要的业务信息，能够大大减少业务服务器处理业务请求的时间，处理业务请求的速度增快，因此可以同时处理多个业务请求，进而达到处理高并发的目的。另外，因为本申请实施例中业务信息未存储在业务服务器，还可以减少业务服务器的存储空间，间接地提高业务服务器的业务处理速度，提高业务处理的效率。

附图说明

图1为目前的业务处理方法适用的系统架构图；

图2为目前的业务处理方法的流程示意图；

图3为目前终端设备和服务器交互的示例；

图4为本申请实施例提供的业务处理方法适用的场景示意图；

图5为本申请实施例提供的业务处理方法的一实施例的流程示意图；

图6为本申请实施例提供的一种业务处理方法的示例；

图7为本申请实施例提供的业务处理方法的另一实施例的流程示意图；

图8为本申请实施例提供的业务处理方法的另一实施例的流程示意图；

图9为本申请提供的一种业务处理装置的结构示意图；

图10为本申请提供的另一种业务处理装置的结构示意图；

图11为本申请提供的电子设备的结构示意图。

具体实施方式

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

图1为目前的业务处理方法适用的系统架构图。如图1所示，该系统架构中包括终端设备和业务服务器。应理解，图1和下述图3中所示的终端设备可以包括但不限于为移动终端设备或固定终端设备。移动终端设备包括但不限于手机、个人数字助理（PersonalDigital Assistant，简称：PDA）、平板电脑、便携设备（例如，便携式计算机、袖珍式计算机或手持式计算机）等。固定终端包括但不限于台式计算机等。业务服务器为处理业务的电子设备，本申请实施例对业务服务器的类型不做限制。图示中以终端设备为计算机为例进行说明。

图2为目前的业务处理方法的流程示意图。如图2所示，目前的技术方案中的业务处理方法包括：

S201，终端设备向业务服务器发送业务请求的报文，报文中包括业务数据、业务类型和终端设备的标识。

S202，业务服务器解析报文，得到业务数据、业务类型和终端设备的标识。

S203，业务服务器根据业务数据、业务类型，处理业务。

当用户有业务处理的需求时，可以通过终端设备向业务服务器发送业务请求的报文，该报文用于指示业务服务器处理业务。其中，业务请求中可以包括业务数据、业务类型和发送报文的终端设备的标识。示例性的，业务类型可以为存储业务、验证业务、审核业务等，业务服务器可以根据业务类型，对业务数据进行对应的业务处理，即为处理业务。

在目前的技术方案中，当业务服务器同时处理业务请求的能力有限，因为业务服务器需要对每个报文进行解析、得到业务数据、业务类型等信息，业务服务器处理一个请求的时间较长，若终端设备同时发送多个业务请求，则会造成多个待处理的业务请求的堆积，进而造成业务服务器处理满负荷甚至系统崩溃。

示例性的，图3为目前终端设备和服务器交互的示例。如图3所示，若业务服务器可以同时处理3个业务请求，且处理每个业务请求需要花费10秒钟，终端设备发送了10个业务请求，则业务服务器在同时处理3个业务请求时，因为花费时间长，则会造成其他7个业务请求的堆积，进而造成系统崩溃。

为了解决上述技术问题，本申请实施例提供了一种业务处理方法，可以不将耗费解析时间的业务信息携带在业务请求中，因此业务服务器不用花费大量时间解析业务请求，能够大大减少业务服务器处理业务请求的时间。即使终端设备有大量业务请求也不会造成业务请求的堆积，使得配置较低的业务服务器也能够处理高并发的业务请求。

图4为本申请实施例提供的业务处理方法适用的场景示意图。如图4所示，该场景中可以包括终端设备、业务服务器和存储服务器。其中，终端设备可以将业务数据和业务类型等需要解析的信息预先存储在存储服务器中，终端设备在向业务服务器发起业务请求时，业务服务器直接从存储服务器中获取需要的业务数据和业务类型，进而处理业务。应理解，本申请实施例中的存储服务器包括但不限于为对象存储服务器（object storageservice，OSS）。

下面结合具体的实施例对本申请实施例提供的业务处理方法进行说明。下面这几个实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。图5为本申请实施例提供的业务处理方法的一实施例的流程示意图。如图5所示，本申请实施例提供的业务处理方法可以包括：

S501，终端设备向存储服务器发送存储请求，存储请求中包括业务信息，业务信息包括业务数据和业务类型，存储请求用于指示存储服务器存储业务信息。

S502，存储服务器根据存储请求，存储业务信息。

S503，终端设备向业务服务器发送业务请求，业务请求用于指示业务服务器从存储服务器获取业务信息，并处理业务。

S504，业务服务器根据业务请求，从存储服务器获取业务信息，并处理业务。

上述S501中，本申请实施例中，终端设备可以向存储服务器发送存储请求。其中，该存储请求中包括业务信息，业务信息可以包括业务数据和业务类型。其中，业务数据可以为业务服务器处理业务时处理的数据，业务类型可以包括但不限于为存储业务、验证业务、审核业务。业务类型可以理解为指示业务服务器对业务数据执行的处理方式，如存储验证或审核等。其中，该存储请求用于指示存储服务器存储业务信息。示例性的，该存储请求中包括业务1的业务数据和业务类型、业务2的业务数据和业务类型，以及业务3的业务数据和业务类型。

在一种可能的实现方式中，终端设备可以以报文的形式向存储服务器发送存储请求。示例性的，上述S501可以替换为：终端设备向存储服务器发送第一报文，该第一报文中包括业务信息，业务信息包括业务数据和业务类型，第一报文用于指示存储服务器存储业务信息。

上述S502中，在存储服务器接收到存储请求后，存储服务器可以解析该存储请求，得到业务信息。其中，存储服务器解析存储请求得到业务信息的过程可以参照上述图2中业务服务器解析业务请求的过程。应理解，本申请实施例中的存储服务器可以为高并发类型的服务器，可以同时处理高并发的存储请求，且解析速度快，可以减少存储请求的解析时间。因此存储服务器可以同时处理多个存储请求，不会造成系统崩溃。

存储服务器在得到业务信息后，可以存储业务信息。可选的，存储服务器可以将业务信息存储在存储服务器的存储空间中。在一种可能的实现方式中，上述存储请求中还可以包括业务标识，存储服务器可以将业务标识和业务信息对应存储。

上述S503中，终端设备可以向业务服务器发送业务请求。该业务请求用于指示业务服务器从存储服务器获取业务信息，并处理业务。应理解，本申请实施例的S503相较于上述S201，业务请求中不包括耗费时间较长的需要解析的业务数据、业务类型等业务信息。业务请求中可以包括业务标识，以指示业务服务器从存储服务器获取该业务标识对应的业务信息，并处理该业务标识对应的业务。示例性的，该业务请求中可以包括业务1的标识、业务2的标识，以及业务3的标识，以指示业务服务器从存储服务器获取业务1、业务2和业务3对应的业务信息，以处理业务1、业务2和业务3。

因为相较于上述S201，业务请求中仅包括业务标识，业务服务器解析业务请求所要花费的时间减少，处理业务请求的速度增快，因此可以同时处理多个业务请求，业务请求不会因为处理的速度慢而堆积，进而达到处理高并发的目的。

在一种可能的实现方式中，终端设备可以以报文的形式向业务服务器发送存储请求。示例性的，上述S503可以替换为：终端设备向业务服务器发送第二报文，该第二报文用于指示从存储服务器获取业务信息并处理业务。在该种方式中，业务服务器解析第二报文的速度增快，即处理业务请求的速度变快，可以同时处理多个业务请求。可选的，该第二报文可以直接指示待处理的业务，业务服务器可以不解析该第二报文就可以确定需要处理哪些业务，可以进一步提高业务服务器处理业务请求的速度。

上述S504中，本申请实施例中，业务服务器可以根据业务请求，从存储服务器获取业务信息，并处理业务。其中，业务服务器可以根据业务的业务标识，从业务服务器中获取该业务标识对应的业务信息（业务数据和业务类型），进而根据业务类型，确定对业务数据的处理方式，以采用该种处理方式处理业务数据。

其中，因为业务信息存储在存储服务器中，业务服务器在处理一个业务时，可以从存储服务器中获取该业务的业务信息，也不存在目前的技术方案中业务服务器需要同时解析得到多个业务信息的问题，不会造成多个待处理的业务信息的堆积。

图6为本申请实施例提供的一种业务处理方法的示例。如图6所示，终端设备在可以将9个业务信息存储至存储服务器中，且向业务服务器发送相较于现有技术具有更少信息量的业务请求，业务服务器能够快速解析或者不解析业务请求，以得到需要处理的业务。业务服务器根据自身能够同时处理业务的能力，同时处理业务。示例性的，如业务服务器可以同时处理3个业务，该9个业务分别为业务1-业务9，则业务服务器可以从存储服务器中获取业务1-业务3的业务信息，处理业务1-业务3。在业务1-业务3处理完成后，业务服务器可以从存储服务器中获取业务4-业务6的业务信息，处理业务4-业务6，以此类推，业务服务器可以按照相同的处理方式处理业务7-业务9。

本申请实施例提供的业务处理方法可以包括：接收来自终端设备的业务请求，业务请求用于指示从存储服务器获取业务信息并处理业务，业务信息包括业务数据和业务类型；根据业务请求，从存储服务器获取业务信息，并处理业务。本申请实施例中终端设备可以预先将业务信息预先存储在存储服务器中，终端设备在向业务服务器发起业务请求时，业务服务器不用花费大量时间解析业务请求，直接从存储服务器中获取需要的业务信息，能够大大减少业务服务器处理业务请求的时间，处理业务请求的速度增快，因此可以同时处理多个业务请求，进而达到处理高并发的目的。另外，因为本申请实施例中业务信息未存储在业务服务器，还可以减少业务服务器的存储空间，间接地提高业务服务器的业务处理速度，提高业务处理的效率。

在上述实施例的基础上，在一种可能的实现方式中，终端设备向存储服务器发送存储请求后，若存储服务器还为将业务信息存储完成，终端设备就向业务服务器发送了业务请求，可能会导致业务服务器从存储服务器获取不到业务信息的问题。本申请实施例中为了提高业务处理的速率和准确性，提供可如图7中的技术方案，图7为本申请实施例提供的业务处理方法的另一实施例的流程示意图。如图7所示，本申请实施例提供的业务处理方法可以包括：

S701，终端设备向存储服务器发送存储请求。

S702，存储服务器根据存储请求，存储业务信息。

S703，存储服务器向终端设备发送业务信息的存储消息，存储消息用于指示业务信息存储完成，存储消息中包括业务信息的存储位置。

S704，终端设备向业务服务器发送业务请求，业务请求用于指示业务服务器从存储服务器获取业务信息，并处理业务，业务请求还用于指示业务信息的存储位置。

S705，根据业务请求，得到业务信息的存储位置，且根据业务的存储位置，生成任务并将任务添加至任务队列中。

S706，利用线程池中的线程处理业务，具体步骤如下：

从任务队列中获取任务；

根据任务，从存储服务器的存储位置中获取业务信息；

解析业务信息中的业务数据，且根据解析后的业务数据和业务类型处理业务。

应理解，本申请实施例中的S701-S702可以参照上述实施例中的相关描述。

上述S703中，本申请实施例中，存储服务器在将业务信息存储完成后，可以向终端设备发送业务信息的存储消息。其中，该存储消息用于指示业务信息存储完成，应理解，本申请实施例中存储服务器在将业务信息存储完成后可以向终端设备反馈存储完成的消息，可以使得终端设备能够明确确定什么时刻向业务服务器发送业务请求，以便业务服务器能够在存储服务器中获取业务信息。

本申请实施例中，存储消息中包括业务信息的存储位置，该存储位置为业务信息在存储服务器中的存储位置。在存储消息中增加业务信息的存储位置，便于业务服务器可以根据存储位置快速地获取业务信息。

应理解，在高并发的场景下，终端设备可以向存储服务器发送多个存储请求，每个存储请求中的业务信息可以不同。在存储请求中可以业务标识，以区分不同的业务信息。相对应的，存储服务器在向终端设备发送存储消息时，可以在存储消息中包括业务标识、以及业务标识对应的业务信息的存储位置，以区分不同的业务，以便业务服务器能够准确得到存储在存储位置的业务信息。

上述S704中，与上述实施例以及目前的技术方案不同的是，终端设备向业务服务器发送的业务请求中可以包括业务信息的存储位置，以便于业务服务器可以在存储服务器中快速获取业务信息。

上述S705中，本申请实施例中，业务服务器在接收到业务请求后，可以得到该业务请求中的业务信息的存储位置。业务服务器可以根据业务信息的存储位置，生成任务，并且将任务添加至任务队列中。在一种可能的实现方式中，本申请实施例中任务队列的介质可以为MSMQ、RabbitMQ、MySQL等关系型数据库或者Redis等非关系型数据库。也就是说，任务队列可以存储在MSMQ、RabbitMQ、MySQL等关系型数据库或者Redis等非关系型数据库中。应理解，任务中可以包括业务信息的存储位置，业务服务器在根据任务处理业务时，可以根据任务中的业务信息的存储位置，从服务器获取业务信息。

上述S706中，业务服务器可以创建线程池，该线程池中可以包括至少两个线程，每个线程可以用于执行不同的业务，每个线程还可以同时执行多个业务。其中，线程在执行业务时，可以从任务队列中获取任务，进而根据任务，从存储服务器的存储位置中获取业务信息。应理解，本申请实施例中当任务队列的介质为Redis等非关系型数据库等缓存类型的数据库，能够提高线程从任务队列中提取任务的速度，进而加快业务的处理速度。

线程在获取业务信息后，可以根据业务数据和业务类型处理业务。本申请实施例中线程处理业务的方式可以参照上述实施例中业务服务器处理业务的相关描述。

示例性的，如业务服务器将10个业务的业务信息的存储位置生成任务1-任务10，并按照任务1-任务10的顺序将任务添加至任务队列中。业务服务器创建的线程池中包括3个线程，线程1可以从任务队列中获取任务1，线程2可以从任务队列中获取任务2，线程3可以从任务队列中获取任务3，进而每个线程执行对应的任务。在线程1完成任务1，即处理完业务1时，可以从任务队列中获取任务4，继续执行任务，线程2和线程3也如线程1在执行一个任务后，在任务队列中继续获取任务，执行任务，直至任务队列中的任务完成。本申请实施例中以一个线程可以执行一个任务为例进行说明，应理解，多个线程还可以共同执行一个任务。

在一种可能的实现方式中，本申请实施例中的存储服务器为对象存储服务器OSS，因为对象存储服务器OSS支持的存储对象为文件流对象，因此终端设备在向存储服务器发送存储请求之前，还可以将业务数据转换成文件流对象，进而在存储请求中包括该文件流对象。也就是说，当存储服务器为对象存储服务器OSS时，上述实施例中存储请求中包括的业务数据为文件流对象。

本申请实施例中，存储服务器在将业务信息存储完成后可以向终端设备反馈存储完成的消息，可以使得终端设备能够明确确定什么时刻向业务服务器发送业务请求，以便业务服务器能够在存储服务器中获取业务信息。另外，本申请实施例中，线程在处理业务时，可以根据业务服务器的能力，获取目前处理的业务的业务信息，也能够避免一次性获取所有业务的业务信息造成的业务堆积问题，提高了业务的处理速度和业务处理效率。

在上述实施例的基础上，图8为本申请实施例提供的业务处理方法的另一实施例的流程示意图。如图8所示，在上述S504或S706之后，还可以包括：

S801，在业务处理完成后，业务服务器将业务的状态标记为已完成。

S802，终端设备向业务服务器发送业务处理结果查询请求。

S803，业务服务器向终端设备发送业务的状态。

S804，若业务的状态标记为已完成，则终端设备确定业务处理完成。

应理解，图8为在图5的基础上进行调整。本申请实施例中终端设备在向业务服务器方业务请求之后，可以定时或周期性地向业务服务器发送业务处理结果查询请求，以确定业务是否处理完成。图8中以在业务完成为例对终端设备和业务服务器的交互进行说明。

其中，在业务处理完成后，业务服务器可以将业务的状态标记为已完成。示例性的，线程执行完一个任务，即业务处理完成后，可以将任务的状态标记为已完成，即线程将业务的状态标记为已完成。业务处理结果查询请求可以包括业务标识，或者业务信息的存储位置等可以唯一标识业务的信息。在业务服务器接收到来自终端设备的业务处理结果查询请求时，可以根据业务标识，或者业务信息的存储位置获取该业务的状态，且向终端设备发送业务的状态。终端设备在接收到业务的状态后，若业务的状态标记为已完成，则终端设备确定业务处理完成。

本申请实施例中，业务服务器在处理业务后，可以将业务的状态标记为已完成，以便于终端设备可以从业务服务器查询业务的处理结果。

图9为本申请提供的一种业务处理装置的结构示意图。该业务处理装置可以为业务服务器，可以执行上述实施例中业务服务器的动作。如图9所示，该业务处理装置900包括：收发模块901和处理模块902。

收发模块901，用于接收来自终端设备的业务请求，业务请求用于指示从存储服务器获取业务信息并处理业务，业务信息包括业务数据和业务类型。

处理模块902，用于根据业务请求，从存储服务器获取业务信息，并处理业务。

在一种可能的实现方式中，业务请求还用于指示业务信息的存储位置。

在一种可能的实现方式中，处理模块902，用于根据业务请求，得到业务信息的存储位置；根据业务信息的存储位置，生成任务并将任务添加至任务队列中，且利用线程池中的线程执行如下操作：

从任务队列中获取任务；

根据任务，从存储服务器的存储位置中获取业务信息；

根据业务数据和业务类型处理业务。

在一种可能的实现方式中，在业务处理完成后，将业务的状态标记为已完成。收发模块901，还用于若接收到来自终端设备的业务处理结果查询请求，则向终端设备发送业务的状态。

图10为本申请提供的另一种业务处理装置的结构示意图。该业务处理装置可以为终端设备，可以执行上述实施例中终端设备的动作。如图10所示，该业务处理装置1000包括：第一收发模块1001、第二收发模块1002、处理模块1003。

第一收发模块1001，用于向存储服务器发送存储请求，存储请求中包括业务信息，业务信息包括业务数据和业务类型，存储请求用于指示存储服务器存储业务信息。

第二收发模块1002，用于向业务服务器发送业务请求，业务请求用于指示业务服务器从存储服务器获取业务信息，并处理业务。

在一种可能的实现方式中，第一收发模块1001，还用于接收来自存储服务器的业务信息的存储消息，存储消息用于指示业务信息存储完成，存储消息中包括业务信息的存储位置。

在一种可能的实现方式中，存储请求中还包括业务标识，存储消息中包括业务标识、以及业务标识对应的业务信息的存储位置。

在一种可能的实现方式中，业务请求还用于指示业务信息的存储位置。

在一种可能的实现方式中，存储服务器为对象存储服务器OSS。处理模块1003，还用于将业务数据转换成文件流对象，存储请求中包括的业务数据为文件流对象。

在一种可能的实现方式中，第二收发模块1002，还用于向业务服务器发送业务处理结果查询请求，以及接收来自业务服务器的业务的状态。处理模块1003，还用于若业务的状态标记为已完成，则确定业务处理完成。

本实施例提供的业务处理装置与上述业务处理方法实现的原理和技术效果类似，在此不作赘述。

图11为本申请提供的电子设备的结构示意图。该电子设备例如可以上述实施例中的业务服务器或终端设备。如图11所示，该电子设备1100包括：存储器1101、至少一个处理器1102和收发器1103。

存储器1101，用于存储程序指令。

处理器1102，用于在程序指令被执行时实现本实施例中的业务处理方法，具体实现原理可参见上述实施例，本实施例此处不再赘述。

收发器1103，用于在处理器1102的控制下，执行上述实施例中的收发动作。

该电子设备1100还可以包括及输入/输出接口1104。

输入/输出接口1104可以包括独立的输出接口和输入接口，也可以为集成输入和输出的集成接口。其中，输出接口用于输出数据，输入接口用于获取输入的数据，上述输出的数据为上述方法实施例中输出的统称，输入的数据为上述方法实施例中输入的统称。

本申请还提供一种可读存储介质，可读存储介质中存储有执行指令，当电子设备的至少一个处理器执行该执行指令时，当计算机执行指令被处理器执行时，实现上述实施例中的业务处理方法。

本申请还提供一种程序产品，该程序产品包括执行指令，该执行指令存储在可读存储介质中。电子设备的至少一个处理器可以从可读存储介质读取该执行指令，至少一个处理器执行该执行指令使得电子设备实施上述的各种实施方式提供的业务处理方法。

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

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

另外，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用硬件加软件功能模块的形式实现。

上述以软件功能模块的形式实现的集成的模块，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）或处理器（英文：processor）执行本申请各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（英文：Read-Only Memory，简称：ROM）、随机存取存储器（英文：Random Access Memory，简称：RAM）、磁碟或者光盘等各种可以存储程序代码的介质。

在上述业务处理装置的实施例中，应理解，处理模块可以是中央处理单元（英文：Central Processing Unit，简称：CPU），还可以是其他通用处理器、数字信号处理器（英文：Digital Signal Processor，简称：DSP）、专用集成电路（英文：Application SpecificIntegrated Circuit，简称：ASIC）等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (14)

1.一种业务处理方法，其特征在于，包括：

接收来自终端设备的业务请求，所述业务请求用于指示从存储服务器获取业务信息并基于所述业务信息处理业务，所述业务信息包括业务数据和业务类型，所述业务信息是由所述终端设备预先存储在所述存储服务器中的，所述业务请求中不包括所述业务信息；

从所述存储服务器获取所述业务信息，且根据所述业务类型，验证或审核所述业务数据。

2.根据权利要求1所述的方法，其特征在于，所述业务请求还用于指示所述业务信息的存储位置。

3.根据权利要求2所述的方法，其特征在于，所述从所述存储服务器获取所述业务信息，且根据所述业务类型，验证或审核所述业务数据，包括：

根据所述业务请求，得到所述业务信息的存储位置；

根据所述业务信息的存储位置，生成任务并将所述任务添加至任务队列中；

利用线程池中的线程执行如下操作：

从所述任务队列中获取所述任务；

根据所述任务，从所述存储服务器的所述存储位置中获取所述业务信息；

根据所述业务类型，验证或审核所述业务数据。

4.根据权利要求1-3中任一项所述的方法，其特征在于，所述方法还包括：

在所述业务处理完成后，将所述业务的状态标记为已完成；

若接收到来自所述终端设备的业务处理结果查询请求，则向所述终端设备发送所述业务的状态。

5.一种业务处理方法，其特征在于，包括：

向存储服务器发送存储请求，所述存储请求中包括业务信息，所述业务信息包括业务数据和业务类型，所述存储请求用于指示所述存储服务器存储所述业务信息；

向业务服务器发送业务请求，所述业务请求用于指示所述业务服务器从所述存储服务器获取所述业务信息并基于所述业务信息处理业务，所述业务请求中不包括所述业务信息。

6.根据权利要求5所述的方法，其特征在于，所述向业务服务器发送业务请求之前，还包括：

接收来自所述存储服务器的所述业务信息的存储消息，所述存储消息用于指示所述业务信息存储完成，所述存储消息中包括所述业务信息的存储位置。

7.根据权利要求6所述的方法，其特征在于，所述存储请求中还包括业务标识，所述存储消息中包括业务标识、以及所述业务标识对应的业务信息的存储位置。

8.根据权利要求6或7所述的方法，其特征在于，所述业务请求还用于指示所述业务信息的存储位置。

9.根据权利要求5-7中任一项所述的方法，其特征在于，所述存储服务器为对象存储服务器OSS，所述向存储服务器发送存储请求之前，还包括：

将所述业务数据转换成文件流对象，所述存储请求中包括的所述业务数据为所述文件流对象。

10.根据权利要求5-7中任一项所述的方法，其特征在于，所述向业务服务器发送业务请求之后，还包括：

向所述业务服务器发送业务处理结果查询请求；

接收来自所述业务服务器的所述业务的状态；

若所述业务的状态标记为已完成，则确定所述业务处理完成。

11.一种业务处理装置，其特征在于，包括：

收发模块，用于接收来自终端设备的业务请求，所述业务请求用于指示从存储服务器获取业务信息并基于所述业务信息处理业务，所述业务信息包括业务数据和业务类型，所述业务信息是由所述终端设备预先存储在所述存储服务器中的，所述业务请求中不包括所述业务信息；

处理模块，用于从所述存储服务器获取所述业务信息，且根据所述业务类型，验证或审核所述业务数据。

12.一种业务处理装置，其特征在于，包括：

第一发送模块，用于向存储服务器发送存储请求，所述存储请求中包括业务信息，所述业务信息包括业务数据和业务类型，所述存储请求用于指示所述存储服务器存储所述业务信息；

第二发送模块，用于向业务服务器发送业务请求，所述业务请求用于指示所述业务服务器从所述存储服务器获取所述业务信息并基于所述业务信息处理业务，所述业务请求中不包括所述业务信息。

13.一种电子设备，其特征在于，包括：至少一个处理器、存储器和收发器；

所述存储器存储计算机执行指令；

所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述电子设备执行权利要求1-10任一项所述的方法；

所述收发器，用于在所述处理器的控制下执行收发动作。

14.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机执行指令，当所述计算机执行指令被处理器执行时，实现权利要求1-10任一项所述的方法。

Images