CN113449023A - 业务处理方法、装置及电子设备 - Google Patents

Abstract

本申请是关于一种业务处理方法、装置及电子设备。该业务处理方法包括：获取传入的业务记录的业务记录标识；根据所述业务记录标识从数据库查找所述业务记录所包含的至少一个以上业务参数；根据所述查找到的业务参数执行业务任务。本申请提供的技术方案，能够提高业务处理通用性、提高操作效率和更容易维护。本申请提供的技术方案通过通用化流程使接入新业务更加方便，大大降低了接入业务的难度，也提高操作效率和更容易维护。

Description

业务处理方法、装置及电子设备

技术领域

本申请涉及互联网技术领域，尤其涉及一种业务处理方法、装置及电子设备。

背景技术

目前，随着互联网技术的发展，越来越多的用户在电商平台上进行消费。在交易过程中，用户可能因自身原因、产品原因或其他原因而需要申请退款，电商平台根据接收到的退款请求进行退款业务处理。然而，市面上很多电商平台的退款逻辑和业务的表单以及代码都是耦合在一起的，即将各种业务代码和退款逻辑代码耦合。如若接入多个不同类型的业务，需要修改原有的和业务耦合的退款逻辑；或者新接入一个新业务，也需修改原有的退款逻辑代码。这样的操作，一方面，有可能会影响其他业务正常的退款逻辑和其他业务的运行。另一方面，由于接入多个业务需要修改和业务耦合的退款逻辑代码，耗时较多，接入复杂，而且后续出现问题难以排查。

因此，相关技术中关于退款业务的业务处理方法，业务处理通用性差，操作效率低，维护比较麻烦，仍需进一步改进。

发明内容

为克服相关技术中存在的问题，本申请提供一种业务处理方法、装置及电子设备，该业务处理方法、装置及电子设备，能够提高业务处理通用性、提高操作效率和更容易维护。

本申请第一方面提供一种业务处理方法，其包括：

获取传入的业务记录的业务记录标识；

根据所述业务记录标识从数据库查找所述业务记录所包含的至少一个以上业务参数；

根据所述查找到的业务参数执行业务任务。

在其中一个实施例中，所述获取传入的业务记录的业务记录标识之前，还包括：

预先设置数据库，其中所述数据库存储业务记录，每个业务记录通过不同字段对应存储不同业务参数，每个业务记录对应唯一的所述业务记录标识。

在其中一个实施例中，所述根据所述查找到的业务参数执行业务任务，包括：

校验所述至少一个以上业务参数是否符合预设要求；

在所述业务参数都符合预设要求后，根据所述业务参数执行业务任务。

在其中一个实施例中，所述在所述业务参数都符合预设要求后，根据所述业务参数执行业务任务，包括：

在所述业务参数都符合预设要求后，根据所述业务参数，调用第三方工具接口或本地接口执行业务任务。

在其中一个实施例中，所述在所述业务参数都符合预设要求后，根据所述业务参数执行业务任务，包括：

在所述业务参数都符合预设要求后，根据所述业务参数，同步或异步执行业务任务。

在其中一个实施例中，所述获取传入的业务记录的业务记录标识之前，还包括：

接收业务请求；

对所述业务请求进行校验和/或审核；

在所述校验和/或审核通过后，生成所述业务请求对应的业务记录的业务记录标识。

在其中一个实施例中，所述业务参数包括以下至少一种参数：退款OID、退款金额、是否执行审核、操作人员ID、申请退款原因和退款类型。

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

获取模块，用于获取传入的业务记录的业务记录标识；

查找模块，用于根据所述获取模块获取的业务记录标识从数据库查找所述业务记录所包含的至少一个以上业务参数；

执行模块，用于根据所述查找模块查找到的业务参数执行业务任务。

在其中一个实施例中，所述装置还包括：

数据存储模块，用于预先设置数据库，其中所述数据库存储业务记录，每个业务记录通过不同字段对应存储不同业务参数，每个业务记录对应唯一的所述业务记录标识。

在其中一个实施例中，所述装置还包括：

接收模块，用于接收业务请求；

校验审核模块，用于对所述业务请求进行校验和/或审核

标识生成模块，用于在所述校验审核模块进行校验和/或审核通过后，生成所述业务请求对应的业务记录的业务记录标识。

本申请第三方面提供一种电子设备，包括：

处理器；以及

存储器，其上存储有可执行代码，当所述可执行代码被所述处理器执行时，使所述处理器执行如上所述的方法。

本申请第四方面提供一种非暂时性机器可读存储介质，其上存储有可执行代码，当所述可执行代码被电子设备的处理器执行时，使所述处理器执行如上所述的方法。

本申请提供的技术方案可以包括以下有益效果：

本申请通过业务记录标识作为每个业务记录的唯一标识，可以根据该业务记录标识从数据库查找该业务记录标识对应的业务记录，得到该业务记录所包含的业务参数，继而根据查找到的业务参数执行业务任务。与相关技术相比，这样的设计使得不再需要传入多个业务参数，只需要传入一个标识参数也即只需传入业务记录标识就可以了，再根据业务记录标识来查找到对应的业务记录所包含的多个业务参数，因此极大提高业务处理通用性，通过通用化流程使接入新业务更加方便，大大降低了接入业务的难度，也提高操作效率和更容易维护。

本申请的技术方案中的业务参数包括以下至少一种参数：退款OID、退款金额、是否执行审核、操作人员ID、申请退款原因和退款类型，其中与相关技术相比，本申请引入对退款金额的校验，可以增加退款流程的安全性和可靠性，避免发生退款金额不对的情况，避免业务损失。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

通过结合附图对本申请示例性实施方式进行更详细的描述，本申请的上述以及其它目的、特征和优势将变得更加明显，其中，在本申请示例性实施方式中，相同的参考标号通常代表相同部件。

图1是本申请一实施例示出的业务处理方法的流程示意图；

图2是本申请另一实施例示出的业务处理方法的流程示意图；

图3是本申请另一实施例示出的业务处理方法的流程示意图；

图4为本申请的业务处理方法与相关技术中的业务处理方法的对比示意图；

图5是本申请实施例示出的业务处理装置的结构示意图；

图6是本申请另一实施例示出的业务处理装置的结构示意图；

图7是本申请实施例示出的电子设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本申请的优选实施方式。虽然附图中显示了本申请的优选实施方式，然而应该理解，可以以各种形式实现本申请而不应被这里阐述的实施方式所限制。相反，提供这些实施方式是为了使本申请更加透彻和完整，并且能够将本申请的范围完整地传达给本领域的技术人员。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语“第一”、“第二”、“第三”等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本申请的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

在相关技术中，电商平台的运营业务越来越多样化，例如可以包括咨询业务、视频面诊业务、美容业务、订购业务等多种付费业务。相应地，用户根据各种原因可能产生退款需求，即电商平台涉及退款业务，很多电商平台将各付费业务的代码与退款业务的代码耦合。当接入新的付费业务时，新的业务代码需要与原有的退款业务的代码耦合，从而需要修改原来的退款业务的代码。由于每接入新的业务都需要重新修改退款业务的代码，极有可能影响原有的付费业务的退款逻辑，甚至影响原有的付费业务的正常运行，而且这样的接入操作复杂，耗时较长，维护麻烦。针对上述问题，本申请实施例提供一种业务处理方法，能够提高业务处理通用性、提高操作效率和更容易维护。以下结合附图详细描述本申请实施例的技术方案。

图1是本申请一实施例示出的业务处理方法的流程示意图。

参见图1，本申请提供一种业务处理方法，包括：

步骤S110，获取传入的业务记录的业务记录标识。

业务记录标识可以用于标记业务所对应的不同的业务记录。即每个业务均具有相互独立的业务记录，相应地，每个业务记录均具有相互独立的唯一业务记录标识，用以形成区别。例如，业务记录可以为退款业务记录，业务记录标识可以为退款业务记录标识，不同的退款业务记录对应有不同的退款业务记录标识，以便将不同退款业务记录进行区分。在其中一个实施例中，业务记录标识可以是有序或无序的一串数字、字母或字符中的一种或多种的组合。

步骤S120，根据业务记录标识从数据库查找业务记录所包含的至少一个以上业务参数。

业务记录均可以包含至少一个以上业务参数。根据业务记录标识，即可从数据库查找到对应业务记录所包含的业务参数。在其中一个实施例中，业务参数可以包括以下至少一种参数：退款OID(Object Identifier，对象标识符)、退款金额、是否执行审核、操作人员ID、申请退款原因和退款类型。

可以理解，业务的业务记录可以集合于预先设置的数据库中。其中数据库存储业务记录，每个业务记录通过不同字段对应存储不同业务参数，每个业务记录对应唯一的业务记录标识。

在其中一个实施例中，同一类型业务的业务记录可以均集合于同一数据库中。不同类型业务的业务记录可以集合于不同的数据库中。这样的设计，便于分类集中处理。每一业务的业务记录均可以包含至少一个以上业务参数，从而后续可以通过业务记录标识而查找到对应的业务记录所包含的相关的业务参数。

步骤S130，根据查找到的业务参数执行业务任务。

根据唯一的业务记录标识，查找到对应的业务记录下所包含的业务参数，执行对应的业务任务。可以理解，即使是同一业务类型，各业务的业务记录包含的业务参数的名目可以完全相同，或部分相同，或完全不同。而业务任务可以根据映射查找到的业务参数执行，各业务之间互不干扰，即各业务间互不影响执行结果。这样的设计，无论是相同类型的业务或不同类型的任务，可以确保任务执行结果的准确性。

该实施例的方案，与相关技术相比，使得不再需要传入多个业务参数，只需要传入一个标识参数也即只需传入业务记录标识就可以了，再根据业务记录标识来查找到对应的业务记录所包含的多个业务参数，因此极大提高业务处理通用性，通过通用化流程使接入新业务更加方便，大大降低了接入业务的难度，也提高操作效率和更容易维护。这样的设计，也使执行业务任务的流程通用化、标准化，不受业务数量或类型的影响，提高业务任务执行的可靠性；同时，便于新业务的接入，避免影响原有业务的正常运行，提高接入效率，使平台维护更简单。

图2为本申请另一实施例的业务处理方法的流程示意图，本实施例以退款业务为例进一步说明本申请的业务处理方法。

如图2所示，一种业务处理方法，其包括：

步骤S210，获取传入的业务记录的业务记录标识。

每个业务生成后，具有相应的业务记录。每个业务记录相应生成对应的业务记录标识。例如，业务记录可以为退款业务记录，业务记录标识可以为退款业务记录标识，不同的退款业务记录对应有不同的退款业务记录标识，以便将不同退款业务记录进行区分。其中，业务记录标识可以是多个数字、字母或字符中的一种或多种的组合。

例如，针对退款业务，用户在电商平台发起订单并完成付款，即表示订单成立。一个订单可以自动触发退款申请或由用户手动发起退款申请。在电商平台设置的订单页面中，当用户手动发起退款申请时，通过点击退款按钮，选择退款原因，即可发起退款申请，从而对应生成退款业务。该退款业务包含相关退款业务记录，可以为该退款业务记录对应生成业务记录标识，其中业务记录标识对应的业务记录中可以包含多个业务参数。可以理解，电商平台涉及多种付费业务，涉及的退款业务可以包括同一业务类型的退款业务，或不同业务类型的退款业务。

步骤S220，根据业务记录标识从数据库查找业务记录所包含的至少一个以上业务参数。

业务的业务记录可以集合于预先设置的数据库中。其中数据库存储业务记录，每个业务记录通过不同字段对应存储不同业务参数，每个业务记录对应唯一的业务记录标识。在其中一个实施例中，数据库可以是合集或总表。例如，针对退款业务，通过建立一总表，将所有退款业务的相关记录进行登记汇总，从而避免数据分散遗漏。所有退款业务可以包括不同业务类型的退款或同一类型业务的退款。相应地，在其中一个实施例中，不同业务类型的退款分别建立退款业务总表，即一个总表仅对应一种业务类型的退款业务。或不同业务类型的退款集中采用同一退款业务总表，即一个总表对应多种业务类型的退款业务。

在其中一个实施例中，退款业务的业务参数可以是退款OID(对象标识符)、退款金额、是否执行审核、操作人员ID、申请退款原因和退款类型等。退款业务记录包括至少一种前述业务参数。

可以理解，数据库包含至少一个以上业务记录，每个业务记录包含至少一种业务参数。即退款业务总表包含至少一个以上退款业务记录，每个退款业务记录具有唯一的业务记录标识，每个退款业务记录包括退款OID(对象标识符)、退款金额、是否执行审核、操作人员ID、申请退款原因和退款类型等至少一种以上业务参数。退款业务总表中可以通过不同字段对应存储不同业务参数。后续通过查找业务记录标识，即可找到退款业务总表中与之对应的业务记录，并找到业务记录所包含的业务参数。这样的归一化设置，使得不再需要传入多个业务参数，只需要传入一个标识参数也即只需传入业务记录标识就可以了，再根据业务记录标识来查找到对应业务记录所包含的多个业务参数。

步骤S230，校验至少一个以上业务参数是否符合预设要求。

通过唯一的业务记录标识找到对应的业务参数后，还可以进一步校验参数是否符合预设要求。例如，校验各业务参数的数据字段的状态是否符合退款要求，其中包括校验退款金额是否正确，订单的状态是否为已支付状态。本申请引入对退款金额的校验，可以增加退款流程的安全性和可靠性，避免发生退款金额不对的情况，避免退款金额错误导致退款错误，增加退款的安全性和可靠性。

步骤S240，在业务参数都符合预设要求后，根据业务参数执行业务任务。

在每一业务参数均符合预设要求后，根据业务参数执行业务任务。例如退款业务，业务任务为退款，业务参数包括退款金额和退款类型等，如果退款金额和退款类型符合预设要求，也即退款金额校验正确及退款类型校验正确后，则根据退款金额的数额执行退款。

在其中一个实施例中，在业务参数都符合预设要求后，根据业务参数执行业务任务，包括：在业务参数都符合预设要求后，根据业务参数，调用第三方工具接口或本地接口执行业务任务。需说明的是，无论是调用第三方工具接口或本地接口执行业务任务，根据业务流程需要，都可以设置为同步执行或异步执行业务任务，即，可以调用第三方工具接口同步或异步执行业务任务；或者，调用本地接口同步或异步执行业务任务。一般的，如果要求在较短时间内例如实时或几分钟内完成退款任务的，可以认为是同步执行业务任务。如果要求在较长时间内例如当天或下一工作日完成退款任务的，可以认为是异步执行业务任务。

例如，根据用户支付订单所采用的第三方支付接口，包括支付宝、微信或网络银行等接口，按照支付渠道调用对应的第三方支付接口以原路返还退款。可以理解，用户支付所采用的款项包括但不限于现金、平台优惠券、平台代金券或平台积分等。电商平台也可设置本平台的等值货币以用于本平台内付款。当用户发起退款时，采用本地接口将本平台的等值货币返还至用户在本平台的账户中。

在其中一个实施例中，在业务参数都符合预设要求后，根据业务参数执行业务任务，包括：在业务参数都符合预设要求后，根据业务参数，同步或异步执行业务任务。需说明的是，无论是同步或异步执行业务任务，根据配套工具的不同，都可以设置为调用第三方工具接口或本地接口执行业务任务，即，在同步执行业务任务时可以调用第三方工具接口或本地接口执行；或者，在异步执行业务任务时可以调用第三方工具接口或本地接口执行。

例如，在其中一个实施例中，根据业务参数，可以同步执行业务任务。例如当执行退款任务时，可以调用本地接口执行业务任务，在本电商平台内，通过本地接口执行退款任务，退款完毕后，电商平台内对应的订单状态实时修改，例如修改为“已退款”。通过及时修改订单状态，避免出现系统漏洞而产生重复退款。

例如，在其中一个实施例中，根据业务参数，可以异步执行业务任务。此时可以调用第三方工具接口执行任务；执行完毕后，回调接口至业务所在平台，修改订单状态。一般可以调用第三方工具接口异步执行业务任务。在借助第三方工具接口执行退款后，为了及时修改订单状态，需在执行退款后回调至电商平台，及时进行订单状态的修改，确保平台的运行安全。

上述的业务处理方法中，通过建立数据库将相关业务的业务记录进行汇总，每个业务记录通过不同字段对应存储不同业务参数，并将每一业务记录采用唯一的业务记录标识进行标记区别，使得不再需要传入多个业务参数，只需要传入一个标识参数也即只需传入业务记录标识就可以了，后续通过查找业务记录标识即可找到对应的业务记录所包含的业务参数；通过进一步校验业务参数，再执行业务任务。这样的设计，一方面极大提高业务处理通用性，通过通用化流程使接入新业务更加方便，大大降低了接入业务的难度；另一方面也可以保证不同业务间的独立运行，同时又可以提高业务执行的安全性和可靠性。尤其是针对退款业务，当电商平台每日出现不少来自不同业务的退款时，通过将各个退款业务的退款记录进行汇总管理，将退款业务与其他付费业务独立设置，每种付费业务的每一退款均独立有序的执行，即退款业务仅执行上述处理方法的流程，将退款业务的流程标准化，从而提高退款业务的操作效率，同时避免各付费业务间的相互干扰，确保平台运营的稳定性和可靠性。当然，本申请的业务处理方法不仅限于退款业务，还可以适用于其他类型的业务。

图3为另一实施例中业务处理方法的流程图。图3相对图1和图2，更详细描述了本申请的技术方案。

如图3所示，一种业务处理方法，其包括：

步骤S310，接收业务请求。

例如退款业务，在电商平台上已建立并完成支付后的订单，根据平台原因或用户自身原因，平台自动触发申请退款或用户手动申请退款，从而产生退款业务请求。在电商平台设置的订单页面中，当用户手动发起退款申请时，通过点击退款按钮，选择退款原因，即可发起退款申请，从而对应生成退款业务请求。

步骤S320，对业务请求进行校验和/或审核。

接收业务请求后，根据业务请求的实际情况进行校验和/或审核。即，可以只进行校验流程，或只进行审核流程，或者既进行校验又进行审核流程。

例如针对退款业务，由于退款业务涉及金额，可以设置对订单状态的校验。在其中一个实施例中，无论是平台自动触发或是手动触发的业务请求，均需要对业务请求进行校验。该校验例如可以是校验发起退款业务请求的用户是否是恶意用户，是否存在恶意刷单行为等。

校验通过后，可以进行对业务请求进行审核。例如，可以是人工后台审核。因为不同的业务类型具有不同的业务特点，因此审核可以是根据业务类型进行审核。业务类型可以是保险产品类型、美容产品类型等。

在其中一个实施例中，对业务请求先后依序进行校验和审核，从而可以确保发起的业务请求的合理性。如果校验或审核中的任一步骤没有通过，则拒绝业务请求，从而无需执行以下后续步骤。

步骤S330，在校验和/或审核通过后，生成业务请求对应的业务记录的业务记录标识，将业务记录包含的业务参数和对应的业务记录标识存入数据库。

每一业务请求可以具有不同的业务记录，每个业务记录均具有唯一的业务记录标识。可以设置一个数据库，该数据库存储业务记录，每个业务记录通过不同字段对应存储不同业务参数，每个业务记录对应唯一的业务记录标识。例如，该数据库包含至少一个以上业务记录，每个业务记录包含至少一种业务参数。数据库中可以设置退款业务总表，退款业务总表包含至少一个以上退款业务记录，每个退款业务记录具有唯一的业务记录标识，每个退款业务记录包括退款OID(对象标识符)、退款金额、是否执行审核、操作人员ID、申请退款原因和退款类型等至少一种具有映射关系的业务参数。

退款业务总表中可以通过不同字段对应存储不同业务参数。例如，退款业务总表中的字段可以包括：oid(退款OID)、price(退款金额)、shenhe(是否执行审核)、op_id(操作人员ID)、reason(申请退款原因)、tuikuan_type(退款类型)，这些字段分别存储退款OID(对象标识符)、退款金额、是否执行审核、操作人员ID、申请退款原因和退款类型等业务参数，后续可以直接从退款业务总表中查找或筛选出这些字段对应的业务参数。

也就是说，本申请实施例是将多个业务参数进行参数归一化处理，由多业务参数调整为只需要上传退款申请的唯一ID参数也即唯一的业务记录标识即可。这样的归一化设置，使得不再需要传入多个业务参数，只需要传入一个标识参数也即只需传入业务记录标识就可以了，后续可以再根据业务记录标识来查找到对应的业务记录所包含的多个业务参数。

步骤S340，获取业务请求中的业务记录的业务记录标识。

由于前述步骤已经将多个业务参数进行参数归一化处理，不再需要传入多个业务参数，因此步骤S340获取业务请求中传入的业务记录的业务记录标识。

步骤S350，根据业务记录标识从数据库查找业务记录所包含的至少一个以上业务参数。

前述步骤中已经预先建立数据库，其中数据库存储业务记录，每个业务记录通过不同字段对应存储不同业务参数，每个业务记录对应唯一的业务记录标识。因此，步骤S350中可以根据业务记录标识从数据库查找业务记录所包含的至少一个以上业务参数。

通过查找业务记录标识，即可找到对应的业务记录所包含的业务参数。其中，退款业务的业务参数包括退款OID、退款金额、是否执行审核、操作人员ID、申请退款原因和退款类型。退款业务记录包括至少一种前述业务参数。

步骤S360，校验至少一个以上业务参数是否符合预设要求。

通过唯一的业务记录标识找到对应的业务记录所包含的业务参数后，还可以进一步校验参数是否符合预设要求。由于退款业务直接涉及财产安全，在其中一个实施例中，校验包含退款金额在内的至少一个以上业务参数是否符合预设要求。即退款金额的正确与否直接涉及退款操作是否继续。

例如，校验各业务参数的数据字段的状态是否符合退款要求，其中包括校验退款金额是否正确，订单的状态是否为已支付状态等。本申请引入对退款金额的校验，可以增加退款流程的安全性和可靠性，避免发生退款金额不对的情况，避免退款金额错误导致退款错误，增加退款的安全性和可靠性。

步骤S370，在业务参数都符合预设要求后，根据业务参数，调用第三方工具接口或本地接口执行业务任务。

当业务参数符合预设要求后，根据实际情况调用第三方工具接口或本地接口。当调用第三方工具接口时，可以异步或同步执行业务任务，一般可以为异步执行业务任务；当调用本地接口时，可以异步或同步执行业务任务，例如可以选择同步执行业务任务。也就是说，无论是调用第三方工具接口或本地接口执行业务任务，根据流程需要，都可以设置为同步执行或异步执行业务任务，即，可以调用第三方工具接口同步或异步执行业务任务；或者，调用本地接口同步或异步执行业务任务。

例如，根据用户支付订单所采用的第三方支付接口，包括支付宝、微信或网络银行等接口，按照支付渠道调用对应的第三方支付接口以原路返还退款。可以理解，用户支付所采用的款项包括但不限于现金、平台优惠券、平台代金券或平台积分等。电商平台可设置本平台的等值货币以用于本平台内付款。当用户发起退款时，可以采用本地接口将本平台的等值货币返还至用户在本平台的账户中。

图4为本申请的业务处理方法与相关技术中的业务处理方法的对比示意图。

如图4所示，左边的是相关技术的业务处理流程，右边的是本申请的业务处理流程。相关技术中，退款业务涉及多个业务参数。在退款审核通过后，相关技术中的退款步骤中，上游的处理流程中需要将多个业务参数例如退款OID、退款金额、是否执行审核、操作人员ID、申请退款原因和退款类型都传入下游的处理流程，下游的处理流程需直接接收所有业务参数，再将每个业务参数耦合到具体的退款逻辑代码中。由于参数繁杂，当退款业务请求较多时，一方面，有可能会影响其他业务正常的退款逻辑和其他业务的运行。另一方面，由于接入多个业务需要修改和业务耦合的退款逻辑代码，耗时较多，接入复杂，而且后续出现问题难以排查。本申请的业务处理方法中，只需将多个业务参数进行参数归一化处理，由多业务参数调整为只需要传入退款申请的唯一ID参数也即唯一的业务记录标识即可。这样的归一化设置，使得不再需要传入多个业务参数，只需要传入一个标识参数也即只需传入业务记录标识就可以了，后续可以再根据业务记录标识来查找到对应的业务记录所包含的多个业务参数，使退款业务的流程通用化、标准化和简单化，大大降低了接入业务的难度，也提高操作效率和更容易维护；另外也降低各退款业务间的相互干扰，同时降低对各付费业务间的相互干扰，以及降低个付费业务与退款业务间的干扰，提高系统运行的可靠性和流畅性。

与前述应用功能实现方法实施例相对应，本申请还提供了一种业务处理装置、电子设备及相应的实施例。在其中一个实施例中，业务处理装置可以具有用于实现业务处理方法各步骤的功能模块。

图5是本申请实施例示出的业务处理装置的结构示意图。

如图5所示，本申请提供一种业务处理装置500，包括：获取模块510、查找模块520及执行模块530。

其中，获取模块510，用于获取传入的业务记录的业务记录标识。

每个业务记录均具有唯一的业务记录标识。通过获取模块510获取业务记录的业务记录标识。例如，当电商平台自动或用户手动发起订单退款时，获取模块510获取订单退款业务的不同退款业务记录的业务记录标识。

查找模块520，用于根据获取模块510获取的业务记录标识从数据库查找业务记录所包含的至少一个以上业务参数。

查找模块520可以根据业务记录标识从数据库查找业务记录所包含的至少一个以上业务参数，其中数据库存储业务记录，每个业务记录通过不同字段对应存储不同业务参数，每个业务记录对应唯一的所述业务记录标识。

执行模块530，用于根据查找模块520查找到的业务参数执行业务任务。

执行模块530可以校验至少一个以上业务参数是否符合预设要求；在业务参数都符合预设要求后，根据业务参数执行业务任务。

该实施例提供的业务处理装置，通过获取模块510获取业务记录对应的唯一业务记录标识，再通过查找模块520找到业务记录标识所对应的业务记录所包含的业务参数，最后根据所需的业务参数执行业务任务，使得不再需要传入多个业务参数，只需要传入一个标识参数也即只需传入业务记录标识就可以了，再根据业务记录标识来查找到对应的业务记录所包含的多个业务参数，因此极大提高业务处理通用性，通过通用化流程使接入新业务更加方便，大大降低了接入业务的难度，也提高操作效率和更容易维护。

图6是本申请另一实施例示出的业务处理装置的结构示意图。

如图6所示，本申请还提供一种业务处理装置600，包括：接收模块610、校验审核模块620、标识生成模块640、数据存储模块650、获取模块660、查找模块670、执行模块690。

其中，接收模块610，用于接收业务请求。

校验审核模块620，用于对业务请求进行校验和/或审核。

标识生成模块640，用于在校验审核模块620的校验和/或审核通过后，生成业务请求对应的业务记录的业务记录标识，并存入数据存储模块650。

数据存储模块650，用于预先设置数据库，其中数据库存储业务记录，每个业务记录通过不同字段对应存储不同业务参数，每个业务记录对应唯一的所述业务记录标识。例如，数据库中可以设置退款业务总表。退款业务总表中可以通过不同字段对应存储不同业务参数。例如，退款业务总表中的字段可以包括：oid(退款OID)、price(退款金额)、shenhe(是否执行审核)、op_id(操作人员ID)、reason(申请退款原因)、tuikuan_type(退款类型)，这些字段分别存储退款OID(对象标识符)、退款金额、是否执行审核、操作人员ID、申请退款原因和退款类型等业务参数，后续可以直接从退款业务总表中查找或筛选出这些字段对应的业务参数。

获取模块660，用于获取标识生成模块640传入的业务记录标识。

查找模块670，用于根据获取模块660获取的业务记录标识从数据存储模块650的数据库查找业务记录所包含的至少一个以上业务参数。

执行模块690，用于校验查找模块670查找到的至少一个以上业务参数是否符合预设要求，在业务参数都符合预设要求后，根据业务参数执行业务任务。

执行模块690可以调用第三方工具接口或本地接口执行业务任务，例如可以调用第三方工具接口同步或异步执行业务任务；或者，调用本地接口同步或异步执行业务任务。

执行模块690也可以根据业务参数，同步或异步执行业务任务，例如，在同步执行业务任务时可以调用第三方工具接口或本地接口执行；或者，在异步执行业务任务时可以调用第三方工具接口或本地接口执行。

上述的业务处理装置的各模块用于对应实现业务处理方法的各步骤，于此不再赘述。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不再做详细阐述说明。

图7是本申请实施例示出的电子设备的结构示意图。该电子设备例如可以为服务器设备但不局限于此。

参见图7，电子设备700包括存储器710和处理器720。

处理器720可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器710可以包括各种类型的存储单元，例如系统内存、只读存储器(ROM)，和永久存储装置。其中，ROM可以存储处理器720或者计算机的其他模块需要的静态数据或者指令。永久存储装置可以是可读写的存储装置。永久存储装置可以是即使计算机断电后也不会失去存储的指令和数据的非易失性存储设备。在一些实施方式中，永久性存储装置采用大容量存储装置(例如磁或光盘、闪存)作为永久存储装置。另外一些实施方式中，永久性存储装置可以是可移除的存储设备(例如软盘、光驱)。系统内存可以是可读写存储设备或者易失性可读写存储设备，例如动态随机访问内存。系统内存可以存储一些或者所有处理器在运行时需要的指令和数据。此外，存储器710可以包括任意计算机可读存储媒介的组合，包括各种类型的半导体存储芯片(DRAM，SRAM，SDRAM，闪存，可编程只读存储器)，磁盘和/或光盘也可以采用。在一些实施方式中，存储器710可以包括可读和/或写的可移除的存储设备，例如激光唱片(CD)、只读数字多功能光盘(例如DVD-ROM，双层DVD-ROM)、只读蓝光光盘、超密度光盘、闪存卡(例如SD卡、min SD卡、Micro-SD卡等等)、磁性软盘等等。计算机可读存储媒介不包含载波和通过无线或有线传输的瞬间电子信号。

存储器710上存储有可执行代码，当可执行代码被处理器720处理时，可以使处理器720执行上文述及的方法中的部分或全部。

上文中已经参考附图详细描述了本申请的方案。在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详细描述的部分，可以参见其他实施例的相关描述。本领域技术人员也应该知悉，说明书中所涉及的动作和模块并不一定是本申请所必须的。另外，可以理解，本申请实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减，本申请实施例装置中的模块可以根据实际需要进行合并、划分和删减。

此外，根据本申请的方法还可以实现为一种计算机程序或计算机程序产品，该计算机程序或计算机程序产品包括用于执行本申请的上述方法中部分或全部步骤的计算机程序代码指令。

或者，本申请还可以实施为一种非暂时性机器可读存储介质(或计算机可读存储介质、或机器可读存储介质)，其上存储有可执行代码(或计算机程序、或计算机指令代码)，当所述可执行代码(或计算机程序、或计算机指令代码)被电子设备(或电子设备、服务器等)的处理器执行时，使所述处理器执行根据本申请的上述方法的各个步骤的部分或全部。

本领域技术人员还将明白的是，结合这里的申请所描述的各种示例性逻辑块、模块、电路和算法步骤可以被实现为电子硬件、计算机软件或两者的组合。

附图中的流程图和框图显示了根据本申请的多个实施例的系统和方法的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标记的功能也可以以不同于附图中所标记的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上已经描述了本申请的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。

Claims (10)

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

获取传入的业务记录的业务记录标识；

根据所述业务记录标识从数据库查找所述业务记录所包含的至少一个以上业务参数；

根据所述查找到的业务参数执行业务任务。

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

所述获取传入的业务记录的业务记录标识之前，还包括：

预先设置数据库，其中所述数据库存储业务记录，每个业务记录通过不同字段对应存储不同业务参数，每个业务记录对应唯一的所述业务记录标识。

3.根据权利要求1所述的方法，所述根据所述查找到的业务参数执行业务任务，包括：

校验所述至少一个以上业务参数是否符合预设要求；

在所述业务参数都符合预设要求后，根据所述业务参数执行业务任务。

4.根据权利要求3所述的方法，所述在所述业务参数都符合预设要求后，根据所述业务参数执行业务任务，包括：

在所述业务参数都符合预设要求后，根据所述业务参数，调用第三方工具接口或本地接口执行业务任务。

5.根据权利要求3所述的方法，所述在所述业务参数都符合预设要求后，根据所述业务参数执行业务任务，包括：

在所述业务参数都符合预设要求后，根据所述业务参数，同步或异步执行业务任务。

6.根据权利要求1至5任一项所述的方法，其特征在于，所述业务参数包括以下至少一种参数：退款OID、退款金额、是否执行审核、操作人员ID、申请退款原因和退款类型。

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

获取模块，用于获取传入的业务记录的业务记录标识；

查找模块，用于根据所述获取模块获取的业务记录标识从数据库查找所述业务记录所包含的至少一个以上业务参数；

执行模块，用于根据所述查找模块查找到的业务参数执行业务任务。

8.根据权利要求7所述的装置，其特征在于，所述装置还包括：

数据存储模块，用于预先设置数据库，其中所述数据库存储业务记录，每个业务记录通过不同字段对应存储不同业务参数，每个业务记录对应唯一的所述业务记录标识。

9.一种电子设备，其特征在于，包括：

处理器；以及

存储器，其上存储有可执行代码，当所述可执行代码被所述处理器执行时，使所述处理器执行如权利要求1-6中任一项所述的方法。

10.一种非暂时性机器可读存储介质，其上存储有可执行代码，当所述可执行代码被电子设备的处理器执行时，使所述处理器执行如权利要求1-6中任一项所述的方法。

Images