CN111768288A - 业务处理方法、装置、电子设备及存储介质 - Google Patents

Abstract

本发明涉及一种业务处理方法、装置、电子设备及存储介质，应用于业务处理流程中的任一业务处理节点，所述方法包括：接收业务人员提交的提交数据，将提交数据作为输入，执行业务处理节点自身的预设业务处理逻辑，若预设业务处理逻辑执行失败，重新执行将提交数据作为输入，执行业务处理节点自身的预设业务处理逻辑的步骤，直至所述预设业务处理逻辑执行成功，向下游的下一业务处理节点发送启动通知。本发明实施例能够避免因为某个业务处理节点的业务处理超时，导致整个业务处理流程阻断，无法继续进行后续的业务处理流程，无需业务人员重复提交已提交过的提交数据，节省业务人员的时间，提高业务人员的工作效率，减少融资放款流程耗时。

Description

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

技术领域

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

背景技术

现有的融资放款流程是同步流程，其中包含多个公司内部的业务处理节点及公司外部的业务处理节点，公司内部的业务处理节点和公司外部的处理节点通过内部网关实现交互。

在公司内部和外部的业务处理节点通过内部网关的交互过程中，可能会由于网络抖动或者系统服务重启等因素导致内部网关的远程调用超时，使得某个或者某几个业务处理节点的处理时间过长，进而导致整个融资放款流程失败，融资放款流程中的数据回滚丢失，业务人员需要再次填写数据重新提交，再次发起融资放款流程，如果融资放款流程失败再次失败，业务人员需要不断重新提交，浪费时间，降低业务人员的工作效率，增加融资放款流程耗时。

发明内容

为了解决上述技术问题或者至少部分地解决上述技术问题，本申请提供了一种业务处理方法、装置、电子设备及存储介质。

第一方面，本申请提供了一种业务处理方法，应用于业务处理流程中的任一业务处理节点，所述方法包括：

接收业务人员提交的提交数据；

将所述提交数据作为输入，执行所述业务处理节点自身的预设业务处理逻辑；

若预设业务处理逻辑执行失败，重新执行将所述提交数据作为输入，执行所述业务处理节点自身的预设业务处理逻辑的步骤，直至所述预设业务处理逻辑执行成功，向所述业务处理流程中所述业务处理节点下游的下一业务处理节点发送启动通知。

可选地，若所述业务处理节点为对外交互节点，则所述提交数据包括：待发送给外部系统的审核数据或者用户提交操作的操作数据，将所述提交数据作为输入，执行所述业务处理节点自身的预设业务处理逻辑的步骤，包括：

通过所述内部网关向所述外部系统发送所述审核数据，以供所述外部系统审核；

接收所述内部网关发送的审核结果；

若所述审核结果为审核失败，则确定预设业务处理逻辑执行失败；

或者，按照所述操作数据通过所述内部网关调用所述外部系统的接口；

接收所述内部网关发送的调用结果；

若所述调用结果为调用失败，则确定预设业务处理逻辑执行失败。

可选地，若所述业务处理节点为非对外交互节点，则所述提交数据包括：待存储至数据库的待存储数据，将所述提交数据作为输入，执行所述业务处理节点自身的预设业务处理逻辑的步骤，包括：

将所述待存储数据存储至数据库中；

若将所述待存储数据存储至数据库中失败，则确定预设业务处理逻辑执行失败。

可选地，所述方法还包括：

统计重新执行将所述提交数据作为输入，执行所述业务处理节点自身的预设业务处理逻辑的步骤的重试次数；

若所述重试次数超过预设重试次数阈值，则确定所述预设业务处理逻辑是否允许进行人工重试；

若所述预设业务处理逻辑允许进行人工重试，则发出人工重试的提示，并展示人工重试按钮，以使所述人工重试按钮在被点击时，执行将所述提交数据作为输入，执行所述业务处理节点自身的预设业务处理逻辑的步骤。

可选地，若所述预设业务处理逻辑允许进行人工重试，所述方法还包括：

利用预设的数据展示控件展示所述提交数据；

检测所述数据展示控件是否检测到修改所述提交数据的修改操作；

若接收到所述修改操作，按照所述修改操作修改所述提交数据；

执行将所述提交数据作为输入，执行所述业务处理节点自身的预设业务处理逻辑的步骤。

可选地，所述利用预设的数据展示控件展示所述提交数据，包括：

根据所述预设业务处理逻辑确定所述提交数据中可修改的字段；

在展示所述提交数据的同时，在所述提交数据中可修改的字段周围展示可修改标识。

可选地，所述方法还包括：

多次测量所述内部网关远程调用所述外部系统时的网络抖动时长，并计算多个网络抖动时长的平均抖动时长；

根据所述平均抖动时长及预设的每次重试所需时长计算，得到所述预设重试次数阈值。

可选地，所述方法还包括：

若根据所述审核结果确定审核成功，则向所述业务处理节点在所述业务处理流程中下游的下一业务处理节点发送启动通知。

第二方面，本申请提供了一种业务处理装置，应用于业务处理流程中的任一业务处理节点，所述装置包括：

接收模块，用于接收业务人员提交的提交数据；

执行模块，用于将所述提交数据作为输入，执行所述业务处理节点自身的预设业务处理逻辑；

重新执行模块，用于若预设业务处理逻辑执行失败，重新执行将所述提交数据作为输入，执行所述业务处理节点自身的预设业务处理逻辑的步骤，直至所述预设业务处理逻辑执行成功，向所述业务处理流程中所述业务处理节点下游的下一业务处理节点发送启动通知。

第三方面，本申请提供了一种电子设备，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；

存储器，用于存放计算机程序；

处理器，用于执行存储器上所存放的程序时，实现第一方面任一所述的业务处理方法。

第四方面，本申请提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有业务处理方法的程序，所述业务处理方法的程序被处理器执行时实现第一方面任一所述的业务处理方法的步骤。

本申请实施例提供的上述技术方案与现有技术相比具有如下优点：

本发明实施例首先接收业务人员提交的提交数据，将所述提交数据作为输入，执行所述业务处理节点自身的预设业务处理逻辑，若预设业务处理逻辑执行失败，重新执行将所述提交数据作为输入，执行所述业务处理节点自身的预设业务处理逻辑的步骤。

本发明实施例在预设业务处理逻辑执行失败时，能够自动重新将所述提交数据作为输入，执行所述业务处理节点自身的预设业务处理逻辑，避免因为某个业务处理节点的业务处理超时，导致整个业务处理流程阻断，无法继续进行后续的业务处理流程，无需业务人员重复提交已提交过的提交数据，避免业务人员不断重新提交，节省业务人员的时间，提高业务人员的工作效率，减少融资放款流程耗时。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的一种应用场景中业务处理节点、内部网关和外部系统之间的架构关系；

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

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

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

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

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

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

图8为本发明实施例提供的一种电子设备的结构图。

具体实施方式

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

由于现有技术中，在公司内部和外部的业务处理节点通过内部网关的交互过程中，可能会由于网络抖动或者系统服务重启等因素导致内部网关的远程调用超时，使得某个或者某几个业务处理节点的处理时间过长，进而导致整个融资放款流程失败，融资放款流程中的数据回滚丢失，业务人员需要再次填写数据重新提交，再次发起融资放款流程，如果融资放款流程失败再次失败，业务人员需要不断重新提交，浪费时间，降低业务人员的工作效率，增加融资放款流程耗时。为此，本发明实施例提供了一种业务处理方法、装置、电子设备及存储介质，应用于业务处理流程中的任一业务处理节点中，为了方便将本发明实施例提供的业务处理方法应用到不同的有需求的业务处理节点中，可以将以下方法实施例提供的程序处理流程写入程序组件中，以便业务处理流程中各个业务处理节点安装使用。

在本发明实施例中，某个企业内部可以根据实际需求设置一个或多个业务处理流程，每个业务处理流程中可以包含多个业务处理节点，示例性的，业务处理流程可以指融资放款流程等等，示例性的，融资放款流程可以包括以下业务处理逻辑：提交申请→数据信息保存到数据库→调用外部某公司的系统接口1进件申请接口→调用外部某公司的系统接口2资料解析接口→等待外部某公司的系统回调通知→通知保险科技接口1放款申请→放款申请(台账系统)→收到放款成功消息→通知保险科技接口2放款成功同时更新当前申请单状态为放款成功等，相应的，融资放款流程中包括：预设业务处理逻辑为数据信息保存到数据库的业务处理节点，预设业务处理逻辑为调用外部某公司的系统接口1进件申请接口的业务处理节点，预设业务处理逻辑为调用外部某公司的系统接口2资料解析接口的业务处理节点及预设业务处理逻辑为通知保险科技接口1放款申请的业务处理节点等等。

其中，调用外部某公司的系统接口1进件申请接口、调用外部某公司的系统接口2资料解析接口和通知保险科技接口1放款申请等属于需要调用外部系统的接口的业务处理逻辑，相应的具有这些业务处理逻辑的业务处理节点为对外交互节点，需要内部网关远程调用这些外部系统，为了便于理解，可以参见图1，为实际应用场景中业务处理节点、内部网关和外部系统之间的架构图。

如图2所示，所述业务处理方法可以包括以下步骤：

步骤S101，接收业务人员提交的提交数据；

在本发明实施例中，在业务处理节点位预设业务处理逻辑为数据信息保存到数据库的数据存储节点时，提交数据可以指供外部系统审核的提交数据等；

在业务处理节点为预设业务处理逻辑为调用外部某公司的系统接口1进件申请接口的业务处理节点、预设业务处理逻辑为调用外部某公司的系统接口2资料解析接口的业务处理节点或者预设业务处理逻辑为通知保险科技接口1放款申请的业务处理节点等对外交互节点时，提交数据中还可以包括：业务人员操作这些对外交互节点时输入的操作数据等。

步骤S102，将所述提交数据作为输入，执行所述业务处理节点自身的预设业务处理逻辑。

在业务处理节点为数据存储节点时，在该步骤中，可以将提交数据存储至数据库中，以供后续的对外交互节点等调用；

在业务处理节点为对外交互节点时，在该步骤中，可以通过内部网关远程调用外部系统的接口等。

步骤S103，若预设业务处理逻辑执行失败，重新执行将所述提交数据作为输入，执行所述业务处理节点自身的预设业务处理逻辑的步骤，直至所述预设业务处理逻辑执行成功，向所述业务处理流程中所述业务处理节点下游的下一业务处理节点发送启动通知。

在实际应用中，可能会由于一些环境因素导致预设业务处理逻辑执行失败，比如：存储空间已满会导致数据存储节点的数据存储失败，或者网络抖动会导致对外交互节点的远程调用失败等，所以在该步骤中，可以根据数据存储的结果或者根据远程调用后得到的远程调用响应等确定预设业务处理逻辑是否是否执行失败，在预设业务处理逻辑执行失败时，可以自动重新执行步骤S102，即：将所述提交数据作为输入，执行所述业务处理节点自身的预设业务处理逻辑。

示例性的，如果数据存储到数据库之后接收到的存储反馈为存储失败，则表明该数据存储节点的预设业务处理逻辑执行失败。

示例性的，如果内部网关返回调用结果码为网关调用失败标识400，则当前的流程申请状态，变更为“进件申请失败”对应状态码值为“03”，操作状态变更为“进件申请接口超时”对应状态码值为“031”，则表明该对外交互节点的预设业务处理逻辑执行失败。

本发明实施例首先通过接收业务人员提交的提交数据，将所述提交数据作为输入，执行所述业务处理节点自身的预设业务处理逻辑，若预设业务处理逻辑执行失败，重新执行将所述提交数据作为输入，执行所述业务处理节点自身的预设业务处理逻辑的步骤，直至所述预设业务处理逻辑执行成功，向所述业务处理流程中所述业务处理节点下游的下一业务处理节点发送启动通知。

本发明实施例在预设业务处理逻辑执行失败时，能够自动重新将所述提交数据作为输入，执行所述业务处理节点自身的预设业务处理逻辑，避免因为某个业务处理节点的业务处理超时，导致整个业务处理流程阻断，无法继续进行后续的业务处理流程，无需业务人员重复提交已提交过的提交数据，避免业务人员不断重新提交，节省业务人员的时间，提高业务人员的工作效率，减少融资放款流程耗时。

在本发明的又一实施例中，如图2所示，若所述业务处理节点为对外交互节点，则所述提交数据包括：待发送给外部系统的审核数据或者用户提交操作的操作数据，步骤S102，包括：

通过所述内部网关向所述外部系统发送所述审核数据，以供所述外部系统审核；

在本发明实施例中，在外部系统需要向业务处理节点传输数据时，将通过外部系统的接口向内部网关发送的传输数据，传输给相应的业务处理节点。

示例性的，如果内部网关返回调用结果码为网关调用成功标识200，则可以确定预设业务处理逻辑执行成功，在预设业务处理逻辑执行成功后，可以通过内部网关向外部系统发送审核数据，以便外部系统在接收到审核数据后，对审核数据进行审核，再通过内部网关向所述业务处理节点返回审核结果。

接收所述内部网关发送的审核结果；

示例性的，外部系统返回的审核结果未审核失败标识40，则当前的流程申请状态，变更为“进件申请失败”对应状态码值为“03”，操作状态变更为“进件申请接口逻辑失败”对应状态码值为“032”。

若所述审核结果为审核失败，则确定预设业务处理逻辑执行失败。

在该步骤中，若审核结果中携带审核失败对应的字段、内容或者标识，则确定预设业务处理逻辑执行失败。

或者，按照所述操作数据通过所述内部网关调用所述外部系统的接口；

在本发明实施例中，内部网关是企业内部网关，企业内部可以根据实际需要设置一个或多个内部网关，每个内部网关对内用于对接公司内部的若干个业务处理节点，对外用于对接外部系统，在业务处理节点需要向某个外部系统传输数据时，内部网关可以调用相应的接口，并将传输数据通过接口传输给相应的外部系统；

接收所述内部网关发送的调用结果；

若所述调用结果为调用失败，则确定预设业务处理逻辑执行失败。

本发明实施例能够通过所述内部网关向所述外部系统发送所述审核数据，以供所述外部系统审核，然后接收所述内部网关发送的审核结果，若所述审核结果为审核失败，则确定预设业务处理逻辑执行失败；或者，按照所述操作数据通过所述内部网关调用所述外部系统的接口，然后接收所述内部网关发送的调用结果，若所述调用结果为调用失败，则确定预设业务处理逻辑执行失败。

本发明实施例能够在外部系统对审核数据审核失败时，或者，按照操作数据调用外部系统的接口失败时，确定预设业务处理逻辑执行失败，进而可以重新执行将所述提交数据作为输入，执行所述业务处理节点自身的预设业务处理逻辑的步骤，直至所述预设业务处理逻辑执行成功，向所述业务处理流程中所述业务处理节点下游的下一业务处理节点发送启动通知。避免因为某个业务处理节点的业务处理超时，导致整个业务处理流程阻断，无法继续进行后续的业务处理流程，无需业务人员重复提交已提交过的提交数据，避免业务人员不断重新提交，节省业务人员的时间，提高业务人员的工作效率，减少融资放款流程耗时。

在本发明的又一实施例中，若所述业务处理节点为非对外交互节点，则所述提交数据包括：待存储至数据库的待存储数据，步骤S102可以包括以下步骤：

将所述待存储数据存储至数据库中；

若将所述待存储数据存储至数据库中失败，则确定预设业务处理逻辑执行失败。

本发明实施例能够在将待存储数据存储至数据库中失败时，确定预设业务处理逻辑执行失败，进而可以重新执行将所述提交数据作为输入，执行所述业务处理节点自身的预设业务处理逻辑的步骤，直至所述预设业务处理逻辑执行成功，向所述业务处理流程中所述业务处理节点下游的下一业务处理节点发送启动通知。避免因为某个业务处理节点的业务处理超时，导致整个业务处理流程阻断，无法继续进行后续的业务处理流程，无需业务人员重复提交已提交过的提交数据，避免业务人员不断重新提交，节省业务人员的时间，提高业务人员的工作效率，减少融资放款流程耗时。

在本发明的又一实施例中，如图3所示，所述方法还包括：

步骤S301，统计重新执行将所述提交数据作为输入，执行所述业务处理节点自身的预设业务处理逻辑的步骤的重试次数；

在本发明实施例中，可以设置一个计数器，在业务处理节点每次重新执行步骤S102时，计数器加1，所以在该步骤中，可以自动获取计数器记录的重试次数。

步骤S302，若所述重试次数超过预设重试次数阈值，则确定所述预设业务处理逻辑是否允许进行人工重试；

在实际应用中，由于每个业务处理节点对应的业务场景均不同，所以可以预先为每个业务处理节点配置对应的预设业务处理逻辑，示例性的，可以在预设业务处理逻辑中配置是否允许人工重试等信息，实例性的，在某些业务场景下，例如涉密场景，为了避免数据被非法获取，将不允许人工重试，在某些正常业务场景下，如非涉密场景，可以允许人工重试等等。

步骤S303，若所述预设业务处理逻辑允许进行人工重试，则发出人工重试的提示，并展示人工重试按钮，以使所述人工重试按钮在被点击时，执行将所述提交数据作为输入，执行所述业务处理节点自身的预设业务处理逻辑的步骤。

在该步骤中，可以自动读取预设业务处理逻辑中的内容，如果包括人工重试对应的字段、内容或者标识，则可以确定允许人工重试，示例性的，可以通过弹窗等形式发出人工重试的提示，也可以向预先关联业务人员的邮箱发送提示邮件，向预先关联业务人员的手机发送提示短信等等。

并且，为了方便业务人员进行人工重试，可以在页面展示人工重试按钮，这样，业务人员通过可以点击人工重试按钮，触发内部网关远程调用外部系统。

本发明实施例能够在自动重试到达预设重试次数时，自动提示业务人员以进行人工重试，避免因为某个业务处理节点的业务处理超时，导致整个业务处理流程阻断，无法继续进行后续的业务处理流程，无需业务人员重复提交已提交过的提交数据，避免业务人员不断重新提交，节省业务人员的时间，提高业务人员的工作效率，减少融资放款流程耗时。

由于业务人员填写的某些信息错误或者是客户本身提供的信息就是错的，并且这些信息多数情况没有有效的校验方式(业务本身的特殊性，或者是企业之间的壁垒，对方不愿意或者是暂时不能提供类似于这样的校验性服务等情况)，这时，如果将这样的提交数据发送给外部系统，将会出现审核失败的情况，为此，在本发明的又一实施例中，如图4所示，若所述预设业务处理逻辑允许进行人工重试，所述方法还包括：

步骤S401，利用预设的数据展示控件展示所述提交数据；

在本发明实施例中，数据展示控件在展示提交数据的同时，还能检测是否接收到修改提交数据的修改操作。

步骤S402，检测所述数据展示控件是否检测到修改所述提交数据的修改操作；

步骤S403，若接收到所述修改操作，按照所述修改操作修改所述提交数据；

示例性的，修改操作可以指将提交数据中的某些内容增加、删除或者修改字符，以将原来审核失败的提交数据修改为能够审核成功的提交数据。

步骤S404，执行将所述提交数据作为输入，执行所述业务处理节点自身的预设业务处理逻辑的步骤。

在修改完成后，可以重新执行将所述提交数据作为输入，执行所述业务处理节点自身的预设业务处理逻辑的步骤。

本发明实施例通过及时将审核失败的提交数据修改为能够审核成功的提交数据，并且再一次的通过内部网关远程调用外部系统，以便外部系统再一次的审核该重新提交的提交数据，可以避免因为某个业务处理节点的业务处理超时，导致整个业务处理流程阻断，无法继续进行后续的业务处理流程，无需业务人员重复提交已提交过的提交数据，避免业务人员不断重新提交，节省业务人员的时间，提高业务人员的工作效率，减少融资放款流程耗时。

在本发明的又一实施例中，如图5所示，所述步骤S401可以包括：

步骤S501，根据所述预设业务处理逻辑确定所述提交数据中可修改的字段；

基于前述实施例，除可以在业务处理节点对应的预设业务处理逻辑中配置是否允许人工重试等信息，还可以配置在提交数据中那些字段可修改，例如：家庭住址字段可修改，身份证号码字段不可修改等等。

步骤S502，在展示所述提交数据的同时，在所述提交数据中可修改的字段周围展示可修改标识。

示例性的，可以在可修改的字段周围展示铅笔等标识，用以表示该字段可修改，或者，展示“编辑”按钮，以便业务人员在点击“编辑”按钮后，修改提交数据的内容。

本发明实施例能够在审核字段可修改的时候，展示可修改标识，进而业务人员可以手动修改指定的内容。通过及时将审核失败的提交数据修改为能够审核成功的提交数据，并且再一次的通过内部网关远程调用外部系统，以便外部系统再一次的审核该重新提交的提交数据，可以避免因为某个业务处理节点的业务处理超时，导致整个业务处理流程阻断，无法继续进行后续的业务处理流程，无需业务人员重复提交已提交过的提交数据，避免业务人员不断重新提交，节省业务人员的时间，提高业务人员的工作效率，减少融资放款流程耗时。

在本发明的又一实施例中，如图6所示，所述方法还包括：

步骤S601，多次测量所述内部网关远程调用所述外部系统时的网络抖动时长，并计算多个网络抖动时长的平均抖动时长；

在该步骤中，示例性的，可以通过ping的方式测量内部网关远程调用所述外部系统时的网络抖动时长，如果未发生网络抖动，则网络抖动时长处于正常数值范围，如果发生网络抖动范围，则网络抖动时长处于正常数值范围外。

步骤S602，根据所述平均抖动时长及预设的每次重试所需时长计算，得到所述预设重试次数阈值。

在网络抖动时长处于正常数值范围外时，可以获取预设的每次重试所需时长，如30ms，若平均抖动时长为90ms，则可以将预设重试次数阈值设置为90/30＝3次，或者，若平均抖动时长为150ms，则可以将预设重试次数阈值设置为150/30＝5次，以上数值仅为举例说明，在实际应用中可以根据实际情况调整相应数值，本发明不做限定。

本发明实施例能够通过测量平均抖动时长，并基于测量得到的网络抖动时长设置预设重试次数阈值，可使预设重试次数阈值更加准确，更加符合业务处理节点当前使用网络的网络状况，避免将预设重试次数阈值设置的过大或者过小，导致的浪费更多系统资源的问题。

在本发明的又一实施例中，所述方法还包括：

若根据所述审核结果确定审核成功，则向所述业务处理节点在所述业务处理流程中下游的下一业务处理节点发送启动通知。

在本发明实施例中，如果内部网关返回调用结果码为网关调用成功标识200，并且接收到外部系统返回的审核结果20(审核成功)，则当前的流程申请状态，变更为“进件申请成功”对应状态码值为“02”，操作状态变更为“进件申请操作成功”对应状态码值为“021”。

本发明实施例在所述业务处理节点需要处理的操作完成后，自动启动下一业务处理节点，以便下一业务处理节点实现其在业务处理流程中所要完成的相应功能。

在本发明的又一实施例中，还一种业务处理装置，应用于业务处理流程中的任一业务处理节点，如图7所示，所述装置包括：

接收模块11，用于接收业务人员提交的提交数据；

执行模块12，用于将所述提交数据作为输入，执行所述业务处理节点自身的预设业务处理逻辑；

重新执行模块13，用于若预设业务处理逻辑执行失败，重新执行将所述提交数据作为输入，执行所述业务处理节点自身的预设业务处理逻辑的步骤。

在本发明的又一实施例中，还一种电子设备，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；

存储器，用于存放计算机程序；

处理器，用于执行存储器上所存放的程序时，实现前述方法实施例所述的业务处理方法。

本发明实施例提供的电子设备，处理器通过执行存储器上所存放的程序实现了通过接收业务人员提交的提交数据，将所述提交数据作为输入，执行所述业务处理节点自身的预设业务处理逻辑，若预设业务处理逻辑执行失败，重新执行将所述提交数据作为输入，执行所述业务处理节点自身的预设业务处理逻辑的步骤，保证在预设业务处理逻辑执行失败时，能够自动重新将所述提交数据作为输入，执行所述业务处理节点自身的预设业务处理逻辑，避免因为某个业务处理节点的业务处理超时，导致整个业务处理流程阻断，无法继续进行后续的业务处理流程，无需业务人员重复提交已提交过的提交数据，避免业务人员不断重新提交，节省业务人员的时间，提高业务人员的工作效率，减少融资放款流程耗时。

上述电子设备提到的通信总线1140可以是外设部件互连标准(PeripheralComponentInterconnect，简称PCI)总线或扩展工业标准结构(ExtendedIndustryStandardArchitecture，简称EISA)总线等。该通信总线1140可以分为地址总线、数据总线、控制总线等。为便于表示，图8中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

通信接口1120用于上述电子设备与其他设备之间的通信。

存储器1130可以包括随机存取存储器(RandomAccessMemory，简称RAM)，也可以包括非易失性存储器(non-volatilememory)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。

上述的处理器1110可以是通用处理器，包括中央处理器(CentralProcessingUnit，简称CPU)、网络处理器(NetworkProcessor，简称NP)等；还可以是数字信号处理器(DigitalSignalProcessing，简称DSP)、专用集成电路(ApplicationSpecificIntegratedCircuit，简称ASIC)、现场可编程门阵列(Field-ProgrammableGateArray，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

在本发明的又一实施例中，还一种计算机可读存储介质，所述计算机可读存储介质上存储有业务处理方法的程序，所述业务处理方法的程序被处理器执行时实现前述方法实施例所述的业务处理方法的步骤。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅是本发明的具体实施方式，使本领域技术人员能够理解或实现本发明。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种业务处理方法，其特征在于，应用于业务处理流程中的任一业务处理节点，所述方法包括：

接收业务人员提交的提交数据；

将所述提交数据作为输入，执行所述业务处理节点自身的预设业务处理逻辑；

若预设业务处理逻辑执行失败，重新执行将所述提交数据作为输入，执行所述业务处理节点自身的预设业务处理逻辑的步骤，直至所述预设业务处理逻辑执行成功，向所述业务处理流程中所述业务处理节点下游的下一业务处理节点发送启动通知。

2.根据权利要求1所述的业务处理方法，其特征在于，若所述业务处理节点为对外交互节点，则所述提交数据包括：待发送给外部系统的审核数据或者用户提交操作的操作数据，将所述提交数据作为输入，执行所述业务处理节点自身的预设业务处理逻辑的步骤，包括：

通过内部网关向所述外部系统发送所述审核数据，以供所述外部系统审核；

接收所述内部网关发送的审核结果；

若所述审核结果为审核失败，则确定预设业务处理逻辑执行失败；

或者，按照所述操作数据通过所述内部网关调用所述外部系统的接口；

接收所述内部网关发送的调用结果；

若所述调用结果为调用失败，则确定预设业务处理逻辑执行失败。

3.根据权利要求1所述的业务处理方法，其特征在于，若所述业务处理节点为非对外交互节点，则所述提交数据包括：待存储至数据库的待存储数据，将所述提交数据作为输入，执行所述业务处理节点自身的预设业务处理逻辑的步骤，包括：

将所述待存储数据存储至数据库中；

若将所述待存储数据存储至数据库中失败，则确定预设业务处理逻辑执行失败。

4.根据权利要求1所述的业务处理方法，其特征在于，所述方法还包括：

统计重新执行将所述提交数据作为输入，执行所述业务处理节点自身的预设业务处理逻辑的步骤的重试次数；

若所述重试次数超过预设重试次数阈值，则确定所述预设业务处理逻辑是否允许进行人工重试；

若所述预设业务处理逻辑允许进行人工重试，则发出人工重试的提示，并展示人工重试按钮，以使所述人工重试按钮在被点击时，执行将所述提交数据作为输入，执行所述业务处理节点自身的预设业务处理逻辑的步骤。

5.根据权利要求4所述的业务处理方法，其特征在于，若所述预设业务处理逻辑允许进行人工重试，所述方法还包括：

利用预设的数据展示控件展示所述提交数据；

检测所述数据展示控件是否检测到修改所述提交数据的修改操作；

若接收到所述修改操作，按照所述修改操作修改所述提交数据；

执行将所述提交数据作为输入，执行所述业务处理节点自身的预设业务处理逻辑的步骤。

6.根据权利要求5所述的业务处理方法，其特征在于，所述利用预设的数据展示控件展示所述提交数据，包括：

根据所述预设业务处理逻辑确定所述提交数据中可修改的字段；

在展示所述提交数据的同时，在所述提交数据中可修改的字段周围展示可修改标识。

7.根据权利要求4所述的业务处理方法，其特征在于，所述方法还包括：

多次测量内部网关远程调用外部系统时的网络抖动时长，并计算多个网络抖动时长的平均抖动时长；

根据所述平均抖动时长及预设的每次重试所需时长计算，得到所述预设重试次数阈值。

8.一种业务处理装置，其特征在于，应用于业务处理流程中的任一业务处理节点，所述装置包括：

接收模块，用于接收业务人员提交的提交数据；

执行模块，用于将所述提交数据作为输入，执行所述业务处理节点自身的预设业务处理逻辑；

重新执行模块，用于若预设业务处理逻辑执行失败，重新执行将所述提交数据作为输入，执行所述业务处理节点自身的预设业务处理逻辑的步骤，直至所述预设业务处理逻辑执行成功，向所述业务处理流程中所述业务处理节点下游的下一业务处理节点发送启动通知。

9.一种电子设备，其特征在于，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；

存储器，用于存放计算机程序；

处理器，用于执行存储器上所存放的程序时，实现权利要求1～7任一所述的业务处理方法。

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

Images