CN110070418A - 一种业务处理方法、装置、设备和存储介质 - Google Patents

Abstract

本发明实施例公开了一种业务处理方法、装置、设备和存储介质。其中，该方法包括：根据请求方的业务请求生成对应的业务订单；如果所述请求方的请求时间在被请求方的日切时段内，则标记所述业务订单，并在被请求方的日切时段外执行所述业务订单。本发明实施例提供的技术方案，在被请求方的日切时段内不再关闭生成的业务订单，使得请求方的每一业务订单均会被执行，提高业务订单的处理性能，同时无需请求方在被请求方的日切时段内和日切时段外对于同一业务进行重复请求，简化了请求方的重复请求，提升用户的业务体验。

Description

一种业务处理方法、装置、设备和存储介质

技术领域

本发明实施例涉及数据处理领域，尤其涉及一种业务处理方法、装置、设备和存储介质。

背景技术

随着互联网的快速发展，网上放款业务也广泛应用到人们的日常生活中；用户通过某一借贷平台向对应的资金方发送放款请求，该资金方根据该放款请求向用户发放对应的放款资金，其中资金方是指各类提供放款业务的资金渠道。

由于各资金方在每天临近日终(如24点)时，会设定对应的日切时段来进行当天借贷平台内部的日终结算，且不同资金方的日切时段不固定，此时在日切时段内对应的资金方暂停放款业务，待日终结算完成后才能恢复业务正常。

如果用户在日切时段内向资金方发送放款请求，此时资金方暂停执行放款业务，会自动关闭对应的业务订单，使得本次放款失败，而需要用户在日切时段外向资金方再次发送该放款请求，导致用户需要重复执行请求放款的操作，降低用户的借贷体验。

发明内容

本发明实施例提供了一种业务处理方法、装置、设备和存储介质，简化请求方的重复请求，提高业务订单的处理性能。

第一方面，本发明实施例提供了一种业务处理方法，该方法包括：

根据请求方的业务请求生成对应的业务订单；

如果所述请求方的请求时间在被请求方的日切时段内，则标记所述业务订单，并在被请求方的日切时段外执行所述业务订单。

第二方面，本发明实施例提供了一种业务处理装置，该装置包括：

订单生成模块，用于根据请求方的业务请求生成对应的业务订单；

业务执行模块，用于如果所述请求方的请求时间在被请求方的日切时段内，则标记所述业务订单，并在被请求方的日切时段外执行所述业务订单。

第三方面，本发明实施例提供了一种设备，该设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明任意实施例所述的业务处理方法。

第四方面，本发明实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本发明任意实施例所述的业务处理方法。

本发明实施例提供的一种业务处理方法、装置、设备和存储介质，根据请求方的业务请求生成对应的业务订单，此时如果请求方的请求时间在被请求方的日切时段内，则标记该业务订单，并等到在被请求方的日切时段外时再执行该业务订单，本方案在被请求方的日切时段内不再关闭生成的业务订单，使得请求方的每一业务订单均会被执行，提高业务订单的处理性能，同时无需请求方在被请求方的日切时段内和日切时段外对于同一业务进行重复请求，简化了请求方的重复请求，提升用户的业务体验。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显：

图1A为本发明实施例一提供的一种业务处理方法的流程图；

图1B为本发明实施例一提供的业务处理过程的示例性示意图；

图2A为本发明实施例二提供的一种业务处理方法的流程图；

图2B为本发明实施例二提供的业务处理过程的原理示意图；

图3A为本发明实施例三提供的一种业务处理方法的流程图；

图3B为本发明实施例三提供的业务处理过程的原理示意图；

图4为本发明实施例四提供的一种业务处理装置的结构示意图；

图5为本发明实施例五提供的一种设备的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1A为本发明实施例一提供的一种业务处理方法的流程图，本实施例可应用于任一种向存在日切时段的业务终端请求对应业务的情况中。本实施例提供的一种业务处理方法可以由本发明实施例提供的业务处理装置来执行，该装置可以通过软件和/或硬件的方式来实现，并集成在执行本方法的设备中，该设备可以是任一种具备数据处理能力的服务器。

具体的，参考图1A，该方法可以包括如下步骤：

S110，根据请求方的业务请求生成对应的业务订单。

其中，本实施例主要应用于各类业务场景下的业务处理平台中，该业务处理平台通过执行某项业务进而获取对应的业务成果，本实施例中请求方可以是业务处理平台面向的应用终端，请求方通过在终端执行某项触发操作，来指示业务处理平台执行对应的业务。

具体的，请求方若存在某一业务需求时，首先会在终端上执行该业务对应的触发操作，进而生成对应的业务请求，并将该业务请求发送给对应的业务处理平台，该业务处理平台在接收到请求方的业务请求时，首先会对该业务请求进行解析，来确定请求方本次请求的业务类型以及业务目的等信息，从而根据本次业务请求中指示的业务需求生成对应的业务订单，该业务订单中描述了本次业务请求关联的详细业务数据，后续通过执行该业务订单能够获得对应的业务成果，进而满足请求方的业务需求。

示例性的，若请求方当前存在借贷需求，此时业务处理平台为某一借贷平台，该借贷平台预先与各类金融机构建立某种业务关系，使得金融机构能够为请求方提供对应的借贷资金；如图1B所示，请求方在终端上选择对应的借贷方以及借贷金额，并点击对应的“确认”按钮，从而生成对应的放款请求，并将该放款请求发送给对应的借贷平台，该借贷平台在接收到该放款请求时，根据放款请求生成对应的指示本次借贷需求的业务订单，以便借贷平台后续通过执行该业务订单来得到对应的借贷方的放款资金，此时借贷方可以是指预先与借贷平台建立某种业务关系的各类金融机构中的一种。

S120，如果请求方的请求时间在被请求方的日切时段内，则标记业务订单，并在被请求方的日切时段外执行该业务订单。

具体的，由于某类业务终端每天在执行相应业务后，需要对当日所处理的业务进行相应的日终结算，将当前工作日的业务日志切换到下一工作日的业务日志，进而对当日已经执行的业务进行统计和汇总，并要求在进行日终结算的时间段内该业务终端暂停处理各项业务；此时如果业务处理平台在日终结算的时间段内接收到请求方的业务请求，现有方案会拒绝该业务请求，导致本次业务执行失败，降低请求方的业务体验。其中，本实施例中请求方主要是将业务处理平台作为中介，向被请求方请求对应的业务成果，被请求方在每日存在对应的日终结算需求，此时被请求方的日切时段是指预先为被请求方设置的进行日终结算的时间段。因此，为了避免在被请求方的日切时段内，业务处理平台拒绝业务请求，导致业务执行失败，本实施例可以针对被请求方的日切时段，分别在日切时段内与日切时段外设定不同的业务处理方案，防止日切时段内的业务订单未被执行便被关闭，提高业务订单的处理性能。

可选的，业务处理平台根据请求方的业务请求生成对应的业务订单时，确定请求方的请求时间，该请求时间可以是请求方生成业务请求的时间，此时若请求方的请求时间在被请求方的日切时段内，说明被请求方当前在进行日终结算，暂停处理各项业务，因此业务处理平台对本次的业务订单进行标记，以便后续执行，而无需直接关闭，例如将该业务订单标记上指示延时处理的标志；并在被请求方的日切时段外查找该业务订单进行处理，也就是在当前时刻处于被请求方的日切时段外时执行标记后的业务订单，进而从被请求方获取本次请求对应的业务成果。此外，如果请求方的请求时间在被请求方的日切时段外，则按照正常的业务处理逻辑直接执行该业务订单，以从被请求方获取本次请求对应的业务成果。

示例性的，如图1B所示，借贷平台确定请求方请求放款的时间，如果本次请求放款的时间在对应借贷方的日切时段内，则对本次放款请求生成的业务订单进行标记，直至当前时刻达到被请求方的日切时段外时，借贷平台通过作业调度系统查找出标记后的业务订单，并执行该业务订单，也就是将该业务订单推送给对应的借贷方，由借贷方确定请求方的借贷金额，并将相应的借贷资金通过借贷平台放款给请求方，实现请求方的借贷。

本实施例提供的技术方案，根据请求方的业务请求生成对应的业务订单，此时如果请求方的请求时间在被请求方的日切时段内，则标记该业务订单，并等到在被请求方的日切时段外时再执行该业务订单，本方案在被请求方的日切时段内不再关闭生成的业务订单，使得请求方的每一业务订单均会被执行，提高业务订单的处理性能，同时无需请求方在被请求方的日切时段内和日切时段外对于同一业务进行重复请求，简化了请求方的重复请求，提升用户的业务体验。

实施例二

图2A为本发明实施例二提供的一种业务处理方法的流程图。本实施例是在上述实施例的基础上进行优化。具体的，由于不同的被请求方对应的日切时段不同，此时为了提高各项业务在日切时段内外的处理准确性，本实施例中对于被请求方的日切时段的配置以及在被请求方的日切时段外执行业务订单的具体过程进行详细的解释说明。

可选的，参照图2A，本实施例中可以包括如下步骤：

S210，配置被请求方的日切时段。

具体的，日切时段包括日切开始时间和日切结束时间。本实施例中的被请求方预先与业务处理平台建立某种业务关系，用于为请求方提供对应的也无需求，此时不同的被请求方对应的日切时段也不相同；因此在根据请求方的业务请求生成对应的业务订单之前，如图2B所示，业务处理平台具备一定的配置功能，由业务处理平台端负责的运营人员灵活为不同的被请求方配置对应的日切时段，也就是灵活配置被请求方的日切开始时间和日切结束时间。此外，根据被请求方的日终结算需求，每个被请求方可以对应配置多个日切时段，提高日切时段的配置灵活性。

需要说明的是，本实施例为不同被请求方成功配置对应的日切时段后，该日切时段可以即时生效，无需业务处理平台重新初始化进行配置更新，提高业务处理的高效性。

S220，在日切数据库及缓存中同步存储被请求方的日切时段。

具体的，在配置被请求方的日切时段后，本实施例可以通过预先设置的日切数据库来存储被请求方的日切时段，也就是在日切数据库中对应存储各个被请求方的日切开始时间和日切结束时间；同时为了提高后续被请求方的日切时段的查询速率，本实施例还可以在缓存中同步存储各个被请求方的日切时段，后续判断请求方的请求时间是否在被请求方的日切时段内时，可以首先在缓存中查询被请求方的日切时段，若缓存中不存在被请求方的日切时段，再在日切数据库中查询被请求方的日切时段，从而提高被请求方的日切时段的查询速率，减轻日切数据库的访问压力。

S230，根据请求方的业务请求生成对应的业务订单。

S240，如果请求方的请求时间在被请求方的日切时段内，则标记业务订单。

S250，如果检测到当前时间达到被请求方的日切时段的日切结束时间，则执行该业务订单。

可选的，在请求方的请求时间在被请求方的日切时段内，从而标记业务订单后，可以实时检测当前时间，以判断当前时间是否在被请求方的日切时段外，由于请求方的请求时间在被请求方的日切时段内，且本实施例在请求时间之后检测是否在被请求方的日切时段外，因此为了尽快处理标记后的业务订单，实现请求方的业务需求，本实施例可以检测当前时间是否达到请求方的请求时间所在的被请求方的日切时段的日切结束时间，如果达到被请求方的日切结束时间，说明业务处理平台当前在被请求方的日切时段外，进而及时查找在被请求方的日切时段内生成的已经标记而未处理的业务订单，以在被请求方的日切时段外执行该标记后的业务订单，此时针对请求方在任一时间的业务请求所生成的业务订单，均可以被业务处理平台处理，而不会出现在被请求方的日切时段内关闭业务订单，导致业务执行失败的情况，从而提高业务订单的处理性能，同时不会出现由于当前被请求方的业务执行失败，而使请求方再次生成相同的业务订单，由选择的其他被请求方继续执行，使得被请求方丢失一项业务的情况，从而提高被请求方的业务执行率。

示例性的，请求方如果在被请求方A的日切时段内，向借贷平台发送用于请求被请求方A下发借贷资金的放款请求，现有方案会被请求方会通知借贷平台拒绝本次放款请求，并关闭对应生成的业务订单，此时请求方可能会重新向借贷平台发送用于请求被请求方B下发借贷资金的放款请求，由被请求方B通过借贷平台向请求方提供相应的借贷资金，从而使被请求方A丢失一单业务，无法获取相应的业务收益，而本方案会通过借贷平台标记出根据放款请求生成的业务订单，以便在被请求方A的日切时段外执行该业务订单，继续由被请求方A通过借贷平台向请求方提供相应的借贷资金，无需被请求方B参与，从而提高被请求方A中资金的使用率，以得到对应的业务收益。

本实施例提供的技术方案，通过灵活配置被请求方的日切时段，提高业务处理的准确性，同时在检测到当前时间达到被请求方的日切结束时间时再执行对应生成的业务订单，无需在被请求方的日切时段内关闭生成的业务订单，使得请求方的每一业务订单均会被执行，提高业务订单的处理性能，提升用户的业务体验。

实施例三

图3A为本发明实施例三提供的一种业务处理方法的流程图，图3B为本发明实施例三提供的业务处理过程的原理示意图。本实施例是在上述实施例的基础上进行优化。具体的，本实施例中主要对于业务订单的状态检测以及具体执行过程进行详细的解释说明。

可选的，参照图3A，本实施例中可以包括如下步骤：

S310，根据请求方的业务请求生成对应的业务订单。

S320，如果请求方的请求时间在被请求方的日切时段内，则标记业务订单。

S330，确定业务订单的预计执行时间，并实时更新业务订单的执行状态。

可选的，在确定请求方的请求时间在被请求方的日切时段内，并标记业务订单后，由于明确该业务订单会在被请求方的日切时段外执行，因此本实施例可以通过被请求方的日切结束时间估计出该业务订单的预计执行时间，并将该预计执行时间展示给请求方，便于请求方及时查询业务订单的执行时间，而不影响请求方的业务体验；同时对于每一业务订单，本实施例会根据业务订单的执行进度实时更新各个业务订单的执行状态，方便请求方随时追踪业务订单的当前状态，提高请求方的业务体验。

S340，在队列中存储标记后的业务订单的订单标识，并在业务数据库及缓存中同步存储该业务订单。

可选的，在确定请求方的请求时间在被请求方的日切时段内，并标记业务订单后，本实施例可以确定标记后的业务订单的订单标识，该订单标识能够唯一表示业务订单，可以是订单编号等，本实施例可以通过队列存储标记后的业务订单的订单标识，如图3B所示，并在业务数据库及缓存中同步存储该业务订单，以便后续利用队列具备的先进先出的特性，在被请求方的日切时段外按照业务订单的生成时间依次进行处理，此时根据队列中的订单标识首先在缓存中查找对应的业务订单，若缓存中未查找到对应的业务订单，则再次在业务数据库中查找，提高业务订单的查找速率，降低业务数据库的访问压力。需要说明的是，本实施例中的S330与S340的执行顺序无先后之分，也可以同时执行，本实施例对此不作限定。

S350，在被请求方的日切时段外，在队列中获取业务订单的订单标识。

可选的，在被请求方的日切时段外，也就是在检测到当前时间达到被请求方的日切结束时间时，可以在队列中依次获取在被请求方的日切时段内标记的待处理的业务订单的订单标识，以便查找对应的业务订单。

S360，根据订单标识依次在缓存和业务数据库中查找业务订单，并执行该业务订单。

可选的，在获取到订单标识后，可以根据订单标识首先在缓存中查找对应的业务订单，若缓存中未查找到对应的业务订单，则继续在业务数据库中查找，直至得到对应的业务订单，从而执行该业务订单，进而从被请求方获取本次请求对应的业务成果，提高业务订单的处理效率。

本实施例提供的技术方案，通过确定业务订单的预计执行时间，并实时更新业务订单的执行状态，提高请求方查询业务订单的便利性，同时采用队列存储标记后的业务订单的订单标识，以将未处理的业务订单按照业务订单的生成顺序依次排列，提高在被请求方的日切时段外执行业务订单的规律性，避免在业务订单过多时，造成业务订单遗漏的情况，提高业务订单的处理性能，提升用户的业务体验。

实施例四

图4为本发明实施例四提供的一种业务处理装置的结构示意图，具体的，如图4所示，该装置可以包括：

订单生成模块410，用于根据请求方的业务请求生成对应的业务订单；

业务执行模块420，用于如果请求方的请求时间在被请求方的日切时段内，则标记业务订单，并在被请求方的日切时段外执行该业务订单。

本实施例提供的技术方案，根据请求方的业务请求生成对应的业务订单，此时如果请求方的请求时间在被请求方的日切时段内，则标记该业务订单，并等到在被请求方的日切时段外时再执行该业务订单，本方案在被请求方的日切时段内不再关闭生成的业务订单，使得请求方的每一业务订单均会被执行，提高业务订单的处理性能，同时无需请求方在被请求方的日切时段内和日切时段外对于同一业务进行重复请求，简化了请求方的重复请求，提升用户的业务体验。

进一步的，上述业务处理装置，还可以包括：

日切时段配置模块，用于在根据请求方的业务请求生成对应的业务订单之前，配置被请求方的日切时段，该日切时段包括日切开始时间和日切结束时间。

进一步的，上述业务处理装置，还可以包括：

日切时段存储模块，用于在配置被请求方的日切时段之后，在日切数据库及缓存中同步存储被请求方的日切时段。

进一步的，上述业务执行模块420，可以具体用于：

如果检测到当前时间达到被请求方的日切时段的日切结束时间，则执行业务订单。

进一步的，上述业务处理装置，还可以包括：

订单信息确定模块，用于在标记业务订单之后，确定业务订单的预计执行时间，并实时更新业务订单的执行状态。

进一步的，上述业务处理装置，还可以包括：

订单存储模块，用于在标记业务订单之后，在队列中存储标记后的业务订单的订单标识，并在业务数据库及缓存中同步存储业务订单。

进一步的，上述业务处理装置，还可以包括：

订单标识查询模块，用于在队列中获取业务订单的订单标识；

业务订单查找模块，用于根据订单标识依次在缓存和业务数据库中查找业务订单。

本实施例提供的业务处理装置可适用于上述任意实施例提供的业务处理方法，具备相应的功能和有益效果。

实施例五

图5为本发明实施例五提供的一种设备的结构示意图，如图5所示，该设备包括处理器50、存储装置51、通信装置52、输入装置53和输出装置54；设备中处理器50的数量可以是一个或多个，图5中以一个处理器50为例；设备中的处理器50、存储装置51、通信装置52、输入装置53和输出装置54可以通过总线或其他方式连接，图5中以通过总线连接为例。

存储装置51作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本发明实施例中提供的业务处理方法对应的程序指令/模块。处理器50通过运行存储在存储装置51中的软件程序、指令以及模块，从而执行设备的各种功能应用以及数据处理，即实现上述业务处理方法。

存储装置51可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储装置51可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储装置51可进一步包括相对于处理器50远程设置的存储器，这些远程存储器可以通过网络连接至设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

通信装置52可用于实现设备间的网络连接或者移动数据连接。

输入装置53可用于接收输入的数字或字符信息，以及产生与设备的用户设置以及功能控制有关的键信号输入。

输出装置54可包括显示屏等显示设备。

本实施例提供的一种设备可用于执行上述任意实施例提供的数据核对方法，具备相应的功能和有益效果。

实施例六

本发明实施例六还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时可实现上述任意实施例中的业务处理方法。该方法具体可以包括：

根据请求方的业务请求生成对应的业务订单；

如果请求方的请求时间在被请求方的日切时段内，则标记业务订单，并在被请求方的日切时段外执行该业务订单。

当然,本发明实施例所提供的一种包含计算机可执行指令的存储介质，其计算机可执行指令不限于如上所述的方法操作，还可以执行本发明任意实施例所提供的业务处理方法中的相关操作。

通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本发明可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(RandomAccess Memory,RAM)、闪存(FLASH)、硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

值得注意的是，上述业务处理装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

以上所述仅为本发明的优选实施例，并不用于限制本发明，对于本领域技术人员而言，本发明可以有各种改动和变化。凡在本发明的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

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

根据请求方的业务请求生成对应的业务订单；

如果所述请求方的请求时间在被请求方的日切时段内，则标记所述业务订单，并在被请求方的日切时段外执行所述业务订单。

2.根据权利要求1所述的方法，其特征在于，在根据请求方的业务请求生成对应的业务订单之前，还包括：

配置被请求方的日切时段，所述日切时段包括日切开始时间和日切结束时间。

3.根据权利要求2所述的方法，其特征在于，在配置被请求方的日切时段之后，还包括：

在日切数据库及缓存中同步存储所述被请求方的日切时段。

4.根据权利要求2或3所述的方法，其特征在于，所述在被请求方的日切时段外执行所述业务订单，包括：

如果检测到当前时间达到所述被请求方的日切时段的日切结束时间，则执行所述业务订单。

5.根据权利要求1所述的方法，其特征在于，在标记所述业务订单之后，还包括：

确定所述业务订单的预计执行时间，并实时更新所述业务订单的执行状态。

6.根据权利要求1所述的方法，其特征在于，在标记所述业务订单之后，还包括：

在队列中存储标记后的业务订单的订单标识，并在业务数据库及缓存中同步存储所述业务订单。

7.根据权利要求6所述的方法，其特征在于，在执行所述业务订单之前，还包括：

在所述队列中获取所述业务订单的订单标识；

根据所述订单标识依次在缓存和业务数据库中查找所述业务订单。

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

订单生成模块，用于根据请求方的业务请求生成对应的业务订单；

业务执行模块，用于如果所述请求方的请求时间在被请求方的日切时段内，则标记所述业务订单，并在被请求方的日切时段外执行所述业务订单。

9.一种设备，其特征在于，所述设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7中任一所述的业务处理方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-7中任一所述的业务处理方法。