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

Abstract

本申请实施例提供了一种业务状态的处理方法、装置、电子设备及存储介质，属于互联网技术领域。其中方法包括：获取业务请求对应的业务状态流转机制；获取业务状态流转机制对应的接口处理逻辑和业务链路；在待处理接口写入接口处理逻辑；将业务请求的响应时间分解为各业务状态下的状态处理时效；根据状态流转机制、业务链路调用次序和流转关联操作确定各业务状态的处理时效，确定需调用业务链路的系统处理时效；根据各业务状态的处理时效和需调用业务链路的系统处理时效确定业务状态的变更详情。这样，通过自动化地分析预测就能确定各业务状态的变更详情，及时预测确定业务状态是否响应失败，提高对业务处理失败的响应效率。

Description

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

技术领域

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

背景技术

目前系统开发中，对于业务处理逻辑中各种状态的变更流程，无法及时有效的展现出来，特别是对于一些需要实时响应客户的交易操作，有些中间处理状态的翻转时间停留过长，往往阻碍进行后续流程，如果不能及时发现，会影响客户的实时体验性。例如，在业务请求中，有些链路中间包含异步调用或者跨系统调用处理，若没有及时响应，开发人员往往以为是异步调用或者跨系统调用的时间过长导致忽略处理，其实内部可能早已调用失败。对于已经调用失败的数据往往只能事后通过添加监控语句来发现，失败交易的响应时间比较长。

发明内容

为了解决上述技术问题，本申请实施例提供了一种业务状态的处理方法、装置、电子设备及存储介质。

第一方面，本申请实施例提供了一种业务状态的处理方法，所述方法包括：

接收用户输入的业务请求，获取所述业务请求对应的业务状态流转机制，所述业务状态流转机制包括多个业务状态之间的流转策略；

获取所述业务状态流转机制对应的接口处理逻辑和业务链路，所述接口处理逻辑包括：所述状态流转机制、业务链路调用次序和流转关联操作；

在待处理接口写入所述接口处理逻辑；

将所述业务请求的响应时间分解为各业务状态下的状态处理时效；

在调用所述待处理接口时，根据所述状态流转机制、所述业务链路调用次序和所述流转关联操作确定各业务状态的处理时效，确定需调用业务链路的系统处理时效；

根据各业务状态的处理时效和需调用业务链路的系统处理时效确定业务状态的变更详情。

在一实施方式中，所述根据各业务状态的处理时效和需调用业务链路的系统处理时效确定业务状态的变更详情，包括：

确定各业务状态的处理时效和需调用业务链路的系统处理时效之间的间隔时间，根据所述间隔时间确定业务状态的翻转概率；

根据所述业务状态的翻转概率确定所述业务状态的变更详情。

在一实施方式中，所述根据所述业务状态的翻转概率确定所述业务状态的变更详情，包括：

检测各业务状态下的SQL语句执行时间与接口状态变更时间；

确定所述SQL语句执行时间与所述接口状态变更时间的时间差值；

根据所述业务状态的翻转概率和所述时间差值确定所述业务状态的变更信息。

在一实施方式中，所述方法还包括：

将各状态处理时间分解为各业务状态下的各业务步骤处理时间；

所述根据所述业务状态的翻转概率和所述时间差值确定所述业务状态的变更信息，包括：

根据所述业务状态的翻转概率确定各业务状态的状态变更信息；

根据所述时间差值和所述各业务步骤处理时间确定各业务步骤的变更信息；

将各业务状态的状态变更信息和各业务步骤的变更信息作为业务状态的变更信息。

在一实施方式中，获取所述业务状态流转机制对应的业务链路，包括：

通过探针在网络中检测所述业务状态流转机制对应的业务链路。

在一实施方式中，所述业务请求包括下单请求，所述业务状态流程机制包括订单状态流转机制。

第二方面，本申请实施例提供了一种业务状态的处理装置，所述装置包括：

第一获取模块，用于接收用户输入的业务请求，获取所述业务请求对应的业务状态流转机制，所述业务状态流转机制包括多个业务状态之间的流转策略；

第二获取模块，用于获取所述业务状态流转机制对应的接口处理逻辑和业务链路，所述接口处理逻辑包括：所述状态流转机制、业务链路调用次序和流转关联操作；

写入模块，用于在待处理接口写入所述接口处理逻辑；

分解模块，用于将所述业务请求的响应时间分解为各业务状态下的状态处理时效；

第一确定模块，用于在调用所述待处理接口时，根据所述状态流转机制、所述业务链路调用次序和所述流转关联操作确定各业务状态的处理时效，确定需调用业务链路的系统处理时效；

第二确定模块，用于根据各业务状态的处理时效和需调用业务链路的系统处理时效确定业务状态的变更详情。

第三方面，本申请实施例提供了一种电子设备，包括存储器以及处理器，所述存储器用于存储计算机程序，所述计算机程序在所述处理器运行时执行第一方面提供的业务状态的处理方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，其存储有计算机程序，所述计算机程序在处理器上运行时执行第一方面提供的业务状态的处理方法。

上述本申请提供的业务状态的处理方法、装置、电子设备及存储介质，接收用户输入的业务请求，获取所述业务请求对应的业务状态流转机制，所述业务状态流转机制包括多个业务状态之间的流转策略；获取所述业务状态流转机制对应的接口处理逻辑和业务链路，所述接口处理逻辑包括：所述状态流转机制、业务链路调用次序和流转关联操作；在待处理接口写入所述接口处理逻辑；将所述业务请求的响应时间分解为各业务状态下的状态处理时效；在调用所述待处理接口时，根据所述状态流转机制、所述业务链路调用次序和所述流转关联操作确定各业务状态的处理时效，确定需调用业务链路的系统处理时效；根据各业务状态的处理时效和需调用业务链路的系统处理时效确定业务状态的变更详情。这样，通过自动化地分析预测就能确定各业务状态的变更详情，及时预测确定业务状态是否响应失败，开发人员更能及时地处理业务，避免出现业务事故，同时提高对业务处理失败的响应效率，降低响应时间。

附图说明

为了更清楚地说明本申请的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对本申请保护范围的限定。在各个附图中，类似的构成部分采用类似的编号。

图1示出了本申请实施例提供的业务状态的处理方法的一流程示意图；

图2示出了本申请实施例提供的业务状态的处理方法的另一流程示意图；

图3示出了本申请实施例提供的业务状态的处理方法的另一流程示意图；

图4示出了本申请实施例提供的业务状态的处理装置的一结构示意图；

图5示出了本申请实施例提供的电子设备的一结构示意图。

图标：400-业务状态的处理装置，401-第一获取模块，402-第二获取模块，403-写入模块，404-分解模块，405-第一确定模块，406-第二确定模块，500-电子设备，501-处理器，502-收发机，503-存储器。

具体实施方式

下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。

通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

在下文中，可在本申请的各种实施例中使用的术语“包括”、“具有”及其同源词仅意在表示特定特征、数字、步骤、操作、元件、组件或前述项的组合，并且不应被理解为首先排除一个或更多个其它特征、数字、步骤、操作、元件、组件或前述项的组合的存在或增加一个或更多个特征、数字、步骤、操作、元件、组件或前述项的组合的可能性。

此外，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

除非另有限定，否则在这里使用的所有术语(包括技术术语和科学术语)具有与本申请的各种实施例所属领域普通技术人员通常理解的含义相同的含义。所述术语(诸如在一般使用的词典中限定的术语)将被解释为具有与在相关技术领域中的语境含义相同的含义并且将不被解释为具有理想化的含义或过于正式的含义，除非在本申请的各种实施例中被清楚地限定。

实施例1

本公开实施例提供了一种业务状态的处理方法。

具体的，参见图1，业务状态的处理方法包括：

步骤S101，接收用户输入的业务请求，获取所述业务请求对应的业务状态流转机制，所述业务状态流转机制包括多个业务状态之间的流转策略。

在本实施例中，所述业务请求可以包括下单请求、支付请求、退款请求等各类业务请求，也可以为其他类型的业务请求，在此不做限制。不同业务请求可以对应不同的业务状态流转机制。示范性的，所述业务请求包括下单请求，所述业务状态流程机制包括订单状态流转机制，订单状态流转机制包括已下单、已支付、已完成、退款中，还有其他中间业务状态，各业务状态都和流转过程中的相邻操作进行关联。例如，业务状态为已支付状态时，下单操作、付款操作和发货操作等相邻操作关联进行。

步骤S102，获取所述业务状态流转机制对应的接口处理逻辑和业务链路。

在本实施例中，可以预先建立业务状态流转机制和接口处理逻辑之间的关系表，根据关系表可以快速查询所述业务状态流转机制对应的接口处理逻辑。所述接口处理逻辑包括：所述状态流转机制、业务链路调用次序和流转关联操作。业务链路调用次序为调用各类业务接口的先后顺序。流转关联操作为各业务状态下的流转过程的相邻连续操作。

在一实施方式中，获取所述业务状态流转机制对应的业务链路，包括：

通过探针在网络中检测所述业务状态流转机制对应的业务链路。

具体的，探针可以侦听网络数据包，对网络数据包进行捕获、过滤、分析等过程，从而确定业务状态流转机制对应的业务链路。

在本实施例中，业务链路为处理具体业务所需要用到的所有业务系统的集合。例如，订单链路包括完成订单的下单系统、支付系统、发货系统的集合。

步骤S103，在待处理接口写入所述接口处理逻辑。

在本实施例中，在业务状态流转机制下，将按照业务链路调用次序确定的业务接口作为所述待处理接口。由于所述接口处理逻辑包括所述状态流转机制、业务链路调用次序和流转关联操作，可以基于接口处理逻辑实现相应业务流转过程。

步骤S104，将所述业务请求的响应时间分解为各业务状态下的状态处理时效。

由于一个业务请求有多个业务状态，为预测业务是否能正常完成，可以基于业务请求的响应时间分解出各业务状态正常处理过程下的状态处理时间，然后根据正常处理过程下的状态处理时间和需调用业务链路的系统处理时效之间的时间间隔，准确预测各业务状态是否会出现时效不匹配的问题，导致业务状态流转失败的情况出现。

步骤S105，在调用所述待处理接口时，根据所述状态流转机制、所述业务链路调用次序和所述流转关联操作确定各业务状态的处理时效，确定需调用业务链路的系统处理时效。

具体的，在调用所述待处理接口过程中，按照状态流转机制确定业务状态的先后顺序，按照业务状态的先后顺序确定各业务状态的业务链路调用次序，按照流转关联操作确定各业务状态的所有操作步骤所需的时间，进而确定需调用业务链路的系统处理时效。

步骤S106，根据各业务状态的处理时效和需调用业务链路的系统处理时效确定业务状态的变更详情。

在本实施例中，系统处理时效包括联机处理时效、消息队列(MessageQueue，MQ)时效。业务状态的变更详情可以包括状态翻转的概率信息，状态翻转的概率信息用于指示该业务状态候选翻转的可能性。

请参阅图2，步骤S106包括：

步骤S1061，确定各业务状态的处理时效和需调用业务链路的系统处理时效之间的间隔时间，根据所述间隔时间确定业务状态的翻转概率；

步骤S1062，根据所述业务状态的翻转概率确定所述业务状态的变更详情。

在本实施例中，各业务状态的处理时效小于需调用业务链路的系统处理时效时，业务状态后续翻转的可能性较大，相应的，业务状态的变更详情为状态翻转概率大。各业务状态的处理时效大于或等于需调用业务链路的系统处理时效时，业务状态后续翻转的可能性较小，相应的，业务状态的变更详情为状态翻转概率小。

请参见图3，步骤S1062包括：

步骤S10621，检测各业务状态下的SQL语句执行时间与接口状态变更时间；

步骤S10622，确定所述SQL语句执行时间与所述接口状态变更时间的时间差值；

步骤S10623，根据所述业务状态的翻转概率和所述时间差值确定所述业务状态的变更信息。

在本实施例中，通过检测接口内部逻辑与数据库的交互，检测到与数据库交互查询(select)SQL语句和更新(update)SQL语句的执行时间。通过检测SQL语句的执行时间与接口状态变更时间计算时间差值，可以准确预测各业务状态的各业务步骤是否能正常执行完成。

在一实施例中，所述业务状态的处理方法包括：

将各状态处理时间分解为各业务状态下的各业务步骤处理时间；

所述根据所述业务状态的翻转概率和所述时间差值确定所述业务状态的变更信息，包括：

根据所述业务状态的翻转概率确定各业务状态的状态变更信息；

根据所述时间差值和所述各业务步骤处理时间确定各业务步骤的变更信息；

将各业务状态的状态变更信息和各业务步骤的变更信息作为业务状态的变更信息。

这样，可以预测计算得到各业务状态的变更信息，在执行业务请求的业务流转过程中，实时确定业务状态的变更信息和各业务步骤的变更信息，从而确定各业务状态的翻转概率、各业务步骤因为时效性而导致失败的概率，能提前通过告警信息通知开发人员介入分析，开发人员更能及时的处理避免事故，同时对业务失败流转过程进行快速响应，提高响应效率。

本实施例提供的业务状态的处理方法，接收用户输入的业务请求，获取所述业务请求对应的业务状态流转机制，所述业务状态流转机制包括多个业务状态之间的流转策略；获取所述业务状态流转机制对应的接口处理逻辑和业务链路；在待处理接口写入所述接口处理逻辑，所述接口处理逻辑包括：所述状态流转机制、业务链路调用次序和流转关联操作；将所述业务请求的响应时间分解为各业务状态下的状态处理时效；在调用所述待处理接口时，根据所述状态流转机制、所述业务链路调用次序和所述流转关联操作确定各业务状态的处理时效，确定需调用业务链路的系统处理时效；根据各业务状态的处理时效和需调用业务链路的系统处理时效确定业务状态的变更详情。这样，通过自动化地分析预测就能确定各业务状态的变更详情，及时预测确定业务状态是否响应失败，开发人员更能及时地处理业务，避免出现业务事故，同时提高对业务处理失败的响应效率，降低响应时间。

实施例2

此外，本公开实施例提供了一种业务状态的处理装置。

具体的，如图4所示，业务状态的处理装置400包括：

第一获取模块401，用于接收用户输入的业务请求，获取所述业务请求对应的业务状态流转机制，所述业务状态流转机制包括多个业务状态之间的流转策略；

第二获取模块402，用于获取所述业务状态流转机制对应的接口处理逻辑和业务链路，所述接口处理逻辑包括：所述状态流转机制、业务链路调用次序和流转关联操作；

写入模块403，用于在待处理接口写入所述接口处理逻辑；

分解模块404，用于将所述业务请求的响应时间分解为各业务状态下的状态处理时效；

第一确定模块405，用于在调用所述待处理接口时，根据所述状态流转机制、所述业务链路调用次序和所述流转关联操作确定各业务状态的处理时效，确定需调用业务链路的系统处理时效；

第二确定模块406，用于根据各业务状态的处理时效和需调用业务链路的系统处理时效确定业务状态的变更详情。

在一实施方式中，第二确定模块406包括：

第一确定子模块，用于确定各业务状态的处理时效和需调用业务链路的系统处理时效之间的间隔时间，根据所述间隔时间确定业务状态的翻转概率；

第二确定子模块，用于根据所述业务状态的翻转概率确定所述业务状态的变更详情。

在一实施方式中，第二确定子模块，还用于检测各业务状态下的SQL语句执行时间与接口状态变更时间；

确定所述SQL语句执行时间与所述接口状态变更时间的时间差值；

根据所述业务状态的翻转概率和所述时间差值确定所述业务状态的变更信息。

在一实施方式中，业务状态的处理装置400包括：

分解模块404，还用于将各状态处理时间分解为各业务状态下的各业务步骤处理时间；

第二确定子模块，还用于根据所述业务状态的翻转概率确定各业务状态的状态变更信息；

根据所述时间差值和所述各业务步骤处理时间确定各业务步骤的变更信息；

将各业务状态的状态变更信息和各业务步骤的变更信息作为业务状态的变更信息。

在一实施方式中，第二获取模块402，还用于通过探针在网络中检测所述业务状态流转机制对应的业务链路。

在一实施方式中，所述业务请求包括下单请求，所述业务状态流程机制包括订单状态流转机制。

本实施例提供的业务状态的处理装置400可以实现实施例1所提供的业务状态的处理方法，为避免重复，在此不再赘述。

本实施例提供的业务状态的处理装置，接收用户输入的业务请求，获取所述业务请求对应的业务状态流转机制，所述业务状态流转机制包括多个业务状态之间的流转策略；获取所述业务状态流转机制对应的接口处理逻辑和业务链路；在待处理接口写入所述接口处理逻辑，所述接口处理逻辑包括：所述状态流转机制、业务链路调用次序和流转关联操作；将所述业务请求的响应时间分解为各业务状态下的状态处理时效；在调用所述待处理接口时，根据所述状态流转机制、所述业务链路调用次序和所述流转关联操作确定各业务状态的处理时效，确定需调用业务链路的系统处理时效；根据各业务状态的处理时效和需调用业务链路的系统处理时效确定业务状态的变更详情。这样，通过自动化地分析预测就能确定各业务状态的变更详情，及时预测确定业务状态是否响应失败，开发人员更能及时地处理业务，避免出现业务事故，同时提高对业务处理失败的响应效率，降低响应时间。

实施例3

此外，本公开实施例提供了一种电子设备，包括存储器以及处理器，所述存储器存储有计算机程序，所述计算机程序在所述处理器上运行时执行实施例1所提供的业务状态的处理方法。

参见图5，所述电子设备500包括：收发机502、总线接口及处理器501，所述处理器501，用于：接收用户输入的业务请求，获取所述业务请求对应的业务状态流转机制，所述业务状态流转机制包括多个业务状态之间的流转策略；

获取所述业务状态流转机制对应的接口处理逻辑和业务链路，所述接口处理逻辑包括：所述状态流转机制、业务链路调用次序和流转关联操作；

在待处理接口写入所述接口处理逻辑；

将所述业务请求的响应时间分解为各业务状态下的状态处理时效；

在调用所述待处理接口时，根据所述状态流转机制、所述业务链路调用次序和所述流转关联操作确定各业务状态的处理时效，确定需调用业务链路的系统处理时效；

根据各业务状态的处理时效和需调用业务链路的系统处理时效确定业务状态的变更详情。

在一实施方式中，所述处理器501还用于：确定各业务状态的处理时效和需调用业务链路的系统处理时效之间的间隔时间，根据所述间隔时间确定业务状态的翻转概率；

根据所述业务状态的翻转概率确定所述业务状态的变更详情。

在一实施方式中，所述处理器501还用于：检测各业务状态下的SQL语句执行时间与接口状态变更时间；

确定所述SQL语句执行时间与所述接口状态变更时间的时间差值；

根据所述业务状态的翻转概率和所述时间差值确定所述业务状态的变更信息。

在一实施方式中，所述处理器501还用于：将各状态处理时间分解为各业务状态下的各业务步骤处理时间；

根据所述业务状态的翻转概率确定各业务状态的状态变更信息；

根据所述时间差值和所述各业务步骤处理时间确定各业务步骤的变更信息；

将各业务状态的状态变更信息和各业务步骤的变更信息作为业务状态的变更信息。

在一实施方式中，所述处理器501还用于：通过探针在网络中检测所述业务状态流转机制对应的业务链路。

在一实施方式中，所述业务请求包括下单请求，所述业务状态流程机制包括订单状态流转机制。

在本发明实施例中，电子设备500还包括：存储器503。在图5中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器501代表的一个或多个处理器和存储器503代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机502可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。处理器501负责管理总线架构和通常的处理，存储器503可以存储处理器501在执行操作时所使用的数据。

本发明实施例提供的电子设备500，可以执行实施例1中所提供的业务状态的处理方法的步骤，为避免重复，不再赘述。

本实施例提供的电子设备，接收用户输入的业务请求，获取所述业务请求对应的业务状态流转机制，所述业务状态流转机制包括多个业务状态之间的流转策略；获取所述业务状态流转机制对应的接口处理逻辑和业务链路；在待处理接口写入所述接口处理逻辑，所述接口处理逻辑包括：所述状态流转机制、业务链路调用次序和流转关联操作；将所述业务请求的响应时间分解为各业务状态下的状态处理时效；在调用所述待处理接口时，根据所述状态流转机制、所述业务链路调用次序和所述流转关联操作确定各业务状态的处理时效，确定需调用业务链路的系统处理时效；根据各业务状态的处理时效和需调用业务链路的系统处理时效确定业务状态的变更详情。这样，通过自动化地分析预测就能确定各业务状态的变更详情，及时预测确定业务状态是否响应失败，开发人员更能及时地处理业务，避免出现业务事故，同时提高对业务处理失败的响应效率，降低响应时间。

实施例4

本申请还提供一种计算机可读存储介质，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现实施例1所提供的业务状态的处理方法。

在本实施例中，计算机可读存储介质可以为只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等。

本实施例提供的计算机可读存储介质可以实现实施例1所提供的业务状态的处理方法，为避免重复，在此不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者终端中还存在另外的相同要素。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (10)

1.一种业务状态的处理方法，其特征在于，所述方法包括：

接收用户输入的业务请求，获取所述业务请求对应的业务状态流转机制，所述业务状态流转机制包括多个业务状态之间的流转策略；

获取所述业务状态流转机制对应的接口处理逻辑和业务链路，所述接口处理逻辑包括：所述状态流转机制、业务链路调用次序和流转关联操作；

在待处理接口写入所述接口处理逻辑；

将所述业务请求的响应时间分解为各业务状态下的状态处理时效；

在调用所述待处理接口时，根据所述状态流转机制、所述业务链路调用次序和所述流转关联操作确定各业务状态的处理时效，确定需调用业务链路的系统处理时效；

根据各业务状态的处理时效和需调用业务链路的系统处理时效确定业务状态的变更详情。

2.根据权利要求1所述的方法，其特征在于，所述根据各业务状态的处理时效和需调用业务链路的系统处理时效确定业务状态的变更详情，包括：

确定各业务状态的处理时效和需调用业务链路的系统处理时效之间的间隔时间，根据所述间隔时间确定业务状态的翻转概率；

根据所述业务状态的翻转概率确定所述业务状态的变更详情。

3.根据权利要求2所述的方法，其特征在于，所述根据所述业务状态的翻转概率确定所述业务状态的变更详情，包括：

检测各业务状态下的SQL语句执行时间与接口状态变更时间；

确定所述SQL语句执行时间与所述接口状态变更时间的时间差值；

根据所述业务状态的翻转概率和所述时间差值确定所述业务状态的变更信息。

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

将各状态处理时间分解为各业务状态下的各业务步骤处理时间；

所述根据所述业务状态的翻转概率和所述时间差值确定所述业务状态的变更信息，包括：

根据所述业务状态的翻转概率确定各业务状态的状态变更信息；

根据所述时间差值和所述各业务步骤处理时间确定各业务步骤的变更信息；

将各业务状态的状态变更信息和各业务步骤的变更信息作为业务状态的变更信息。

5.根据权利要求1所述的方法，其特征在于，获取所述业务状态流转机制对应的业务链路，包括：

通过探针在网络中检测所述业务状态流转机制对应的业务链路。

6.根据权利要求1所述的方法，其特征在于，所述业务请求包括下单请求，所述业务状态流程机制包括订单状态流转机制。

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

第一获取模块，用于接收用户输入的业务请求，获取所述业务请求对应的业务状态流转机制，所述业务状态流转机制包括多个业务状态之间的流转策略；

第二获取模块，用于获取所述业务状态流转机制对应的接口处理逻辑和业务链路，所述接口处理逻辑包括：所述状态流转机制、业务链路调用次序和流转关联操作；

写入模块，用于在待处理接口写入所述接口处理逻辑；

分解模块，用于将所述业务请求的响应时间分解为各业务状态下的状态处理时效；

第一确定模块，用于在调用所述待处理接口时，根据所述状态流转机制、所述业务链路调用次序和所述流转关联操作确定各业务状态的处理时效，确定需调用业务链路的系统处理时效；

第二确定模块，用于根据各业务状态的处理时效和需调用业务链路的系统处理时效确定业务状态的变更详情。

8.根据权利要求7所述的装置，其特征在于，所述第二确定模块包括：

第一确定子模块，用于确定各业务状态的处理时效和需调用业务链路的系统处理时效之间的间隔时间，根据所述间隔时间确定业务状态的翻转概率；

第二确定子模块，用于根据所述业务状态的翻转概率确定所述业务状态的变更详情。

9.一种电子设备，其特征在于，包括存储器以及处理器，所述存储器存储有计算机程序，所述计算机程序在所述处理器运行时执行权利要求1至6中任一项所述的业务状态的处理方法。

10.一种计算机可读存储介质，其特征在于，其存储有计算机程序，所述计算机程序在处理器上运行时执行权利要求1至6中任一项所述的业务状态的处理方法。

Images