CN110874713A - 业务状态管理方法与装置 - Google Patents

Abstract

本公开提供一种业务状态管理方法与装置。业务状态管理方法包括：在调用外部系统处理业务请求时，获取所述外部系统对所述业务请求的处理结果；在判断所述处理结果为异常时，在业务状态表中记录所述业务请求的业务状态为异常状态，继续处理下一个业务请求；定时向所述外部系统获取多个所述异常状态对应的业务请求的最新处理结果；根据所述最新处理结果更新所述业务状态表。本公开提供的业务状态管理方法可以在缩短业务处理时间的同时保持系统间数据的一致性。

Description

业务状态管理方法与装置

技术领域

本公开涉及计算机技术领域，具体而言，涉及一种用于使系统间业务状态同步的业务状态管理方法与装置。

背景技术

随着互联网的高速发展，对互联网各类业务的诉求越来越多元化和个性化，例如在电子商务平台中，交易、退款、物流、在线沟通等需求越来越具体、相关的处理流程越来越复杂。为了提高系统处理能力和维护便利度，往往使多个系统分别独立运行，每个系统处理特定种类的业务。但是随着系统独立，系统交互的场景就变得更加频繁，一个业务的实现往往需要多个系统之间的协同工作，在系统协同工作过程中保证系统之间的数据一致性是本领域需要解决的重要问题。

在相关技术中，当一个业务请求需要系统A和系统B协调完成，即系统A为服务端对外提供服务，系统B为支撑端，系统B为系统A的提供服务时，整个业务流程需要系统A先处理该业务请求的部分业务数据后再调用系统B处理该业务请求的其他数据，并根据系统B的处理状态反馈来更新系统A中的业务状态。如果系统A调用系统B时返回业务处理异常，系统A将会回滚事务，重新处理该业务请求。

由于跨系统交互过程中往往存在网络环境的影响，在流量高峰期网络环境比较差，即使系统B返回业务处理异常状态，也有可能是系统B在接受到请求后正常处理业务，但由于通信超时导致系统A接收到业务处理异常状态。此时，系统A中根据该异常状态回滚事务，系统B却保留了本次业务的处理数据，造成了数据不一致问题。在这样的情况下，业务处理周期延长，数据库处理能力下降，如果处理过程中对数据有锁定操作的话还会加大发生死锁的可能。

因此，需要一种能够缩短业务处理周期，同时能够维护系统间数据一致性的业务状态管理方法。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开的目的在于提供一种业务状态管理方法与业务状态管理装置，用于至少在一定程度上克服由于相关技术的限制和缺陷而导致的系统间数据不一致问题。

根据本公开实施例的第一方面，提供一种业务状态管理方法，包括：在调用外部系统处理业务请求时，获取所述外部系统对所述业务请求的处理结果；在判断所述处理结果为异常时，在业务状态表中记录所述业务请求的业务状态为异常状态，继续处理下一个业务请求；定时向所述外部系统获取多个所述异常状态对应的业务请求的最新处理结果；根据所述最新处理结果更新所述业务状态表。

在本公开的一种示例性实施例中，所述定时向所述外部系统获取多个所述异常状态对应的业务请求的最新处理结果包括：

根据多个所述异常状态对应的业务请求的业务种类获取每个业务种类对应的预设补偿周期；

根据所述预设补偿周期向所述外部系统获取所述业务种类对应的异常状态的业务请求的最新处理结果。

在本公开的一种示例性实施例中，所述根据所述最新处理结果更新所述业务状态表包括：

如果所述最新处理结果是正常，在所述业务状态表中将所述最新处理结果对应的业务请求的状态更新为正常状态；

如果所述最新处理结果是异常，对所述业务请求的已补偿次数加1。

在本公开的一种示例性实施例中，所述根据所述最新处理结果更新所述业务状态表还包括：

在一个业务请求的最新处理结果是异常时，获取所述业务请求对应的预设最大补偿次数、预设告警动作；

如果所述已补偿次数等于所述预设最大次数，将所述业务请求的状态更新为告警状态并执行所述预设告警动作。

在本公开的一种示例性实施例中，所述获取所述业务请求对应的预设最大补偿次数、预设告警动作包括：

获取所述业务请求对应的业务种类的预设最大补偿次数、预设告警动作。

在本公开的一种示例性实施例中，所述定时向所述外部系统获取多个所述异常状态对应的业务请求的最新处理结果包括：

获取所述业务状态表中记录的业务状态为异常的业务请求的业务种类；

通过工厂类获取所述业务种类对应的补偿逻辑，所述补偿逻辑包括预设补偿周期、已补偿次数、预设最大补偿次数、预设告警动作；

根据所述补偿逻辑组装定时任务的请求参数；

调用所述定时任务向所述外部系统获取所述定时任务对应业务种类中各业务请求的最新处理结果。

在本公开的一种示例性实施例中，在判断所述处理结果为异常时，在业务状态表中记录所述业务请求的业务状态为异常状态包括：

在判断所述处理结果为异常时，在所述业务状态表中生成所述业务请求的业务状态记录，记录所述业务请求的业务种类、预设最大补偿次数和预设告警动作，将已补偿次数记录为0，将业务状态记录为异常。

根据本公开实施例的第二方面，提供一种业务状态管理装置，包括：

同步状态获取模块，设置为在调用外部系统处理业务请求时，获取所述外部系统对所述业务请求的处理结果；

同步状态更新模块，设置为在判断所述处理结果为异常时，在业务状态表中记录所述业务请求的业务状态为异常状态，继续处理下一个业务请求；

异步状态获取模块，设置为定时向所述外部系统获取多个所述异常状态对应的业务请求的最新处理结果；

异步状态更新模块，设置为根据所述最新处理结果更新所述业务状态表。

根据本公开的第三方面，提供一种业务状态管理装置，包括：存储器；以及耦合到所属存储器的处理器，所述处理器被配置为基于存储在所述存储器中的指令，执行如上述任意一项所述的方法。

根据本公开的第四方面，提供一种计算机可读存储介质，其上存储有程序，该程序被处理器执行时实现如上述任意一项所述的业务状态管理方法。

本公开实施例通过使用同步流程处理业务请求并记录外部系统返回的异常业务状态，使用定时异步流程统一向外部系统调取异常业务的最新处理结果并更新业务状态，可以在缩短业务处理时间的同时及时保持系统间的数据一致性。

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

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本公开示例性实施例中业务状态管理方法的流程图。

图2是本公开示例性实施例中业务状态管理方法的子流程图。

图3是本公开示例性实施例中业务状态管理方法的子流程图。

图4是本公开示例性实施例中业务状态管理方法的子流程图。

图5是本公开示例性实施例中业务状态管理方法的子流程图。

图6是本公开示例性实施例中业务状态管理方法的一个框图。

图7是图6所示实施例中业务状态管理方法的同步流程图。

图8是图6所示实施例中业务状态管理方法的异步流程图。

图9是本公开一个示例性实施例中一种业务状态管理装置的方框图。

图10是本公开一个示例性实施例中一种电子设备的方框图。

图11是本公开一个示例性实施例中一种计算机可读存储介质的示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。

此外，附图仅为本公开的示意性图解，图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

下面结合附图对本公开示例实施方式进行详细说明。

图1示意性示出本公开示例性实施例中业务状态管理方法的流程图。参考图1，业务状态管理方法100可以包括：

步骤S1，在调用外部系统处理业务请求时，获取所述外部系统对所述业务请求的处理结果；

步骤S2，在判断所述处理结果为异常时，在业务状态表中记录所述业务请求的业务状态为异常状态，继续处理下一个业务请求；

步骤S3，定时向所述外部系统获取多个所述异常状态对应的业务请求的最新处理结果；

步骤S4，根据所述最新处理结果更新所述业务状态表。

本公开实施例通过使用同步流程处理业务请求并记录外部系统返回的异常业务状态，使用定时异步流程统一向外部系统调取异常业务的最新处理结果并更新业务状态，可以在缩短业务处理时间的同时及时保持系统间的数据一致性。

下面，对业务状态管理方法100的各步骤进行详细说明。

在步骤S1，在调用外部系统处理业务请求时，获取所述外部系统对所述业务请求的处理结果。

当一个业务请求需要调用外部支持系统来处理时，可以正常调用该业务请求对应的外部系统，并使用定时读取或被动接收等方式获取业务处理结果。

图2是步骤S1的一个子流程图。

参考图2，在本公开一个实施例中，步骤S1可以包括：

步骤S11，接收外部业务处理请求，进行参数校验；

步骤S12，开启事务，生成业务相关数据；

步骤S13，提交事务；

步骤S14，按照预设接口的约定组装请求参数，通过预定的接口调用协议(例如：http、hessian、dubble等)向外部系统发送业务请求。

在步骤S2，在判断所述处理结果为异常时，在业务状态表中记录所述业务请求的业务状态为异常状态，继续处理下一个业务请求。

在判断所述处理结果为异常时，可以首先在所述业务状态表中生成所述业务请求的业务状态记录，记录所述业务请求的业务识别符、业务种类识别符、预设最大补偿次数和预设告警动作，记录已补偿次数为0，记录业务状态为异常。

其中预设最大补偿次数和预设告警动作可以根据业务种类确定，也可以根据业务确定。

在一些实施例中，上述生成业务状态记录的过程也可以在步骤S13提交事务之前完成，本公开对此不作特殊限定。

如果生成业务状态记录的过程在步骤S13之前完成，则如果获取到外部系统对一个业务请求的处理结果为正常，可以将业务状态记录为正常状态，并开启一个新的事务，处理本系统余下的业务数据，最后提交事务，完成本次业务请求。

如果获取到外部系统对一个业务请求的处理结果为异常或失败，则将该业务请求的状态记录为异常状态，然后结束本次请求，等待异步补偿流程处理。

通过在处理结果为异常时记录异常状态并继续处理下一个业务请求，可以避免事务回滚，缩短业务处理时间，提高业务处理效率。

在步骤S3，定时向所述外部系统获取多个所述异常状态对应的业务请求的最新处理结果。

图3是步骤S3的一个子流程图。

参考图3，在本公开一个实施例中，步骤S3可以包括：

步骤S31，根据多个所述异常状态对应的业务请求的业务种类获取每个业务种类对应的预设补偿周期；

步骤S32，根据所述预设补偿周期向所述外部系统获取所述业务种类对应的异常状态的业务请求的最新处理结果。

可以获取每个业务种类对应的预设补偿周期，并根据该预设补偿周期获取该业务种类下异常业务的最新处理结果。

在其他实施例中，也可以获取每个业务对应的预设补偿周期，并对预设补偿周期相同的异常业务进行集中处理，调用一个定时任务完成多个预设补偿周期相同的异常业务的最新处理结果获取任务。

图4是步骤S3的一个子流程图。

参考图4，在本公开一个实施例中，步骤S3可以包括：

步骤S33，获取所述业务状态表中记录的业务状态为异常的业务请求的业务种类；

步骤S34，通过工厂类获取所述业务种类对应的补偿逻辑，所述补偿逻辑包括预设补偿周期、已补偿次数、预设最大补偿次数、预设告警动作；

步骤S35，根据所述补偿逻辑组装定时任务的请求参数；

步骤S36，调用所述定时任务向所述外部系统获取所述定时任务对应业务种类中各业务请求的最新处理结果。

在图4所示的实施例中，首先可以启动定时任务扫描业务状态为异常的业务请求(异常业务)，这些业务请求包括补偿失败或待补偿的业务请求，且补偿次数均小于预设最大补偿次数。

接下来，可以根据扫描到的异常业务的业务种类识别符将异常业务分类，通过工厂类程序获取对应的业务处理逻辑，业务逻辑主要可以包括：通过业务识别符查询出所有请求补偿服务的数据；根据补偿服务的要求组装请求参数；调用补偿服务。其中，补偿服务用于向外部系统获取业务请求的最新处理结果。

在步骤S4，根据所述最新处理结果更新所述业务状态表。

图5是本公开实施例中步骤S4的一个子流程图。

参考图5，在一个实施例中，步骤S4可以包括：

步骤S41，如果所述最新处理结果是正常，在所述业务状态表中将所述最新处理结果对应的业务请求的状态更新为正常状态；

步骤S42，如果所述最新处理结果是异常，对所述业务请求的已补偿次数加1；

步骤S43，获取所述业务请求对应的预设最大补偿次数、预设告警动作；

步骤S44，如果所述已补偿次数等于所述预设最大次数，将所述业务请求的状态更新为告警状态并执行所述预设告警动作。

其中，步骤S43还可以为获取所述业务请求对应的业务种类的预设最大补偿次数、预设告警动作。

相比于相关技术中利用MySql的事务功能配合Java的Timer(Java线程里指定时间或周期运行任务的工具类，通过调用TimerTask实现者来执行任务)和Schedule Executor来设计方案，本公开实施例通过使用工厂类实现了业务接入的可扩展性，使每个业务可以独立的定制自己的补偿机制和预警机制。

在图5所示的实施例中，通过记录一个业务请求对应的已补偿次数，可以为数据补偿行为设置次数极值，以防止无限次请求浪费系统资源。

下面通过具体应用场景来对上述方法100进行详细说明。

图6是本公开一个实施例中的方框图。

参考图6，在本公开实施例中，可以通过在系统A中设置业务状态模块63、业务补偿模块64来实现图1～图5所示的方法。

系统A主要可以包括业务数据处理模块61、外部系统访问模块62、业务状态模块63和业务补偿模块64。

其中，业务数据处理模块61实时运行，处理业务请求，在需要调用外部系统处理业务请求时调用外部系统访问模块62访问系统B，以获得响应，并将系统B的响应数据记录在业务状态模块63中。

外部系统访问模块62包括多个访问外部系统的接口、接口协议。

业务状态模块63可以由业务状态维护单元631和业务处理工厂632组成。

业务状态维护单元631模块主要可以包括业务状态表，业务状态表主要可以包括以下几个字段：业务ID、业务类型ID、补偿状态、补偿重试次数、最大允许补偿次数。其中业务ID标记系统中唯一的一个业务请求，对业务ID的要求是能根据业务ID关联查出完成本次业务请求的全部数据，也就是通过业务ID的查询能找到完成请求服务方的所有业务请求数据；业务类型ID用来标记系统中的一类业务，使业务补偿模块64能够根据业务类型ID来获取对应的业务流程；补偿状态为业务补偿成功与否的一种标识，可以包括“待补偿”、“补偿成功”、“补偿失败”三个状态；补偿重试次数记录该业务被补偿模块调用的次数，每被调用一次补偿重试次数加一；预设最大补偿次数为该业务ID对应的业务最多允许被补偿模块调用的次数。业务状态记录维护主要提供业务状态记录生成服务和业务状态记录更新服务。

业务处理工厂632为一个工厂类，该工厂类可以通过业务类型ID获取对应的业务补偿逻辑，保证同时满足多个业务类型的需求。

业务状态维护单元631可以被业务处理工厂632读取，进而获取业务状态为异常状态的业务请求对应的业务补偿逻辑。

业务补偿模块64为一个任务调度工作集，一个任务调度就是一个定时任务，业务补偿模块64就是由许多的定时任务组成的工作集合。每一个业务在业务补偿模块64中都可以定义自己的调度规则，调度规则包括执行时间、任务最多被尝试执行多少次、尝试次数达到预设最大补偿次数时需要执行的操作。业务补偿模块64的运行要求外部系统访问模块62的接口服务具备幂等性(接口支持重复调用，对于已经成功处理过的逻辑，多次调用返回同样的结果)或支持查询状态功能的条件。

业务补偿模块64定时扫描业务状态模块63，根据业务处理工厂632中记载的各异常业务请求的业务补偿逻辑组装定时任务，各定时任务调用外部系统访问模块62，以获取各异常业务请求的最新处理结果，业务补偿模块63再次访问业务状态模块63，修改最新处理结果为正常的业务请求的状态以及最新处理结果为异常的业务请求对应的补偿次数，并且在补偿次数达到预设最大补偿次数时执行对应的告警逻辑。

总而言之，在图6所示的实施例中，系统A的动作可以分为同步流程和异步流程。

图7是图6所示实施例中同步流程的示意图。

参考图7，同步流程可以包括：

步骤S71，业务数据处理模块61接收外部业务处理请求；

步骤S72，进行参数校验，校验成功则进入步骤S73；

步骤S73，业务数据处理模块61开启事务，生成业务相关数据；

步骤S74，业务状态模块63生成业务状态记录，提交事务，其中，生成的业务状态记录的业务ID为本次业务的ID，业务的类型ID为该类型业务对应的业务类型ID，一种业务对应唯一的一个业务类型ID，补偿状态设置为“待补偿”，补偿重试次数设置为0，最大允许补偿次数设置为该业务的预设值，每个业务对应的预设值可以根据实际需要指定；

步骤S75，业务数据处理模块61按照接口约定组装请求参数，通过外部系统访问模块62调用预定的接口调用协议(例如：http、hessian、dubble等)向外部系统发送业务请求；

步骤S76，外部系统访问模块返回响应信息后，业务数据处理模块61判断处理结果，如果响应成功(处理正常)则进入步骤S77先开启一个新的事务，然后处理本系统余下的业务数据，调用业务状态模块63的业务状态记录更新服务，更新业务记录的补偿状态为“补偿成功”，最后提交事务，完成本次业务请求；如果请求外部出现异常或失败进入步骤S78调用业务状态模块63的业务状态记录更新服务，更新业务记录的补偿状态为“补偿失败”，然后结束本次请求，等待异步补偿流程处理。

图8是图6所示实施例中异步流程的示意图。

参考图8，异步流程可以包括：

步骤S81，业务补偿模块64中定时器启动，扫描业务状态模块63；

步骤S82，判断是否有符合补偿条件的业务补偿记录，补偿条件一般是：补偿状态为补偿失败或待补偿，补偿次数<最大允许补偿次数，如果有则进入S83；

步骤S83，业务补偿模块64依据业务补偿记录中的业务类型ID，请求业务状态模块63的业务处理工厂632，获取对应的业务处理逻辑；其中业务处理逻辑主要可以包括：通过业务ID查询出所有调用外部系统访问模块的数据；根据外部系统访问模块的要求组装请求参数；调用外部系统访问模块；

步骤S84，根据获取到的业务处理逻辑组装定时任务，调用外部系统访问模块62获取最新处理结果；

步骤S85，外部系统访问模块62有响应时则判断处理结果，如果处理结果为正常(请求响应成功)则进入步骤S86，调用业务状态模块63的业务状态记录服务更新业务记录的补偿状态为“补偿成功”，并通知业务数据处理模块61开启事务，处理剩余的逻辑，提交事务；

如果处理结果为异常(请求响应失败或异常)则进入步骤S87，调用业务状态模块63的业务状态记录更新服务更新业务记录的补偿状态为“补偿失败”，对“补偿重试次数”加一；

步骤S88，判断是否超过预设最大补偿次数，如果超过调用该业务的报警逻辑。

本公开实施例提供的跨系统交互时保证数据一致性的业务状态管理方法，弥补了跨系统交互时数据不一致带来的业务风险，无需依赖过多的外围组件，即可以解决跨系统调用时数据一致性问题，将原有的超长跨系统事务拆分开，缩短了业务处理时间。通过在同步流程运行的同时调用异步的数据补偿功能，保证了系统的健壮性。此外，通过工厂类的方式实现了业务接入的可扩展性，使每个业务可以独立的定制自己的补偿机制和预警机制；一定程度记录业务轨迹，一旦调用外部系统异常时通过本系统已提交数据和业务记录状态表能反应出当前业务的状态，避免了原有方案直接回滚导致的没有任何业务数据痕迹能够反应业务流程、外部系统有数据而上游的调用方系统却无数据可查的情况。本方案可以在一定程度上保证所有业务的顺序性，只要外部系统对业务请求进行了成功处理，调用方系统通过补偿机制一定会获得正确的反馈。

对应于上述方法实施例，本公开还提供一种业务状态管理装置，可以用于执行上述方法实施例。

图9示意性示出本公开一个示例性实施例中一种业务状态管理装置的方框图。

参考图9，业务状态管理装置90可以包括：

同步状态获取模块91，设置为在调用外部系统处理业务请求时，获取所述外部系统对所述业务请求的处理结果；

同步状态更新模块92，设置为在判断所述处理结果为异常时，在业务状态表中记录所述业务请求的业务状态为异常状态，继续处理下一个业务请求；

异步状态获取模块93，设置为定时向所述外部系统获取多个所述异常状态对应的业务请求的最新处理结果；

异步状态更新模块94，设置为根据所述最新处理结果更新所述业务状态表。

异步状态获取模块93设置为：

根据多个所述异常状态对应的业务请求的业务种类获取每个业务种类对应的预设补偿周期；

根据所述预设补偿周期向所述外部系统获取所述业务种类对应的异常状态的业务请求的最新处理结果。

在本公开的一种示例性实施例中，异步状态更新模块94设置为：

如果所述最新处理结果是正常，在所述业务状态表中将所述最新处理结果对应的业务请求的状态更新为正常状态；

如果所述最新处理结果是异常，对所述业务请求的已补偿次数加1。

在本公开的一种示例性实施例中，异步状态更新模块94设置为：

在一个业务请求的最新处理结果是异常时，获取所述业务请求对应的预设最大补偿次数、预设告警动作；

如果所述已补偿次数等于所述预设最大次数，将所述业务请求的状态更新为告警状态并执行所述预设告警动作。

在本公开的一种示例性实施例中，所述获取所述业务请求对应的预设最大补偿次数、预设告警动作包括：

获取所述业务请求对应的业务种类的预设最大补偿次数、预设告警动作。

在本公开的一种示例性实施例中，异步状态获取模块93设置为：

获取所述业务状态表中记录的业务状态为异常的业务请求的业务种类；

通过工厂类获取所述业务种类对应的补偿逻辑，所述补偿逻辑包括预设补偿周期、已补偿次数、预设最大补偿次数、预设告警动作；

根据所述补偿逻辑组装定时任务的请求参数；

调用所述定时任务向所述外部系统获取所述定时任务对应业务种类中各业务请求的最新处理结果。

在本公开的一种示例性实施例中，同步状态更新模块92设置为：

在判断所述处理结果为异常时，在所述业务状态表中生成所述业务请求的业务状态记录，记录所述业务请求的业务种类、预设最大补偿次数和预设告警动作，将已补偿次数记录为0，将业务状态记录为异常。

由于装置900的各功能已在其对应的方法实施例中予以详细说明，本公开于此不再赘述。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

在本公开的示例性实施例中，还提供了一种能够实现上述方法的电子设备。

所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

下面参照图10来描述根据本发明的这种实施方式的电子设备1000。图10显示的电子设备1000仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图10所示，电子设备1000以通用计算设备的形式表现。电子设备1000的组件可以包括但不限于：上述至少一个处理单元1010、上述至少一个存储单元1020、连接不同系统组件(包括存储单元1020和处理单元1010)的总线1030。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元1010执行，使得所述处理单元1010执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。例如，所述处理单元1010可以执行如图1中所示的步骤S1：在调用外部系统处理业务请求时，获取所述外部系统对所述业务请求的处理结果；步骤S2：在判断所述处理结果为异常时，在业务状态表中记录所述业务请求的业务状态为异常状态，继续处理下一个业务请求；步骤S3：定时向所述外部系统获取多个所述异常状态对应的业务请求的最新处理结果；步骤S4：根据所述最新处理结果更新所述业务状态表。

存储单元1020可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)10201和/或高速缓存存储单元10202，还可以进一步包括只读存储单元(ROM)10203。

存储单元1020还可以包括具有一组(至少一个)程序模块10205的程序/实用工具10204，这样的程序模块10205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线1030可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备1000也可以与一个或多个外部设备700(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备1000交互的设备通信，和/或与使得该电子设备1000能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口1050进行。并且，电子设备1000还可以通过网络适配器1060与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器1060通过总线1030与电子设备1000的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备1000使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。

在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。

参考图11所示，描述了根据本发明的实施方式的用于实现上述方法的程序产品1100，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

此外，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和构思由权利要求指出。

Claims (10)

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

在调用外部系统处理业务请求时，获取所述外部系统对所述业务请求的处理结果；

在判断所述处理结果为异常时，在业务状态表中记录所述业务请求的业务状态为异常状态，继续处理下一个业务请求；

定时向所述外部系统获取多个所述异常状态对应的业务请求的最新处理结果；

根据所述最新处理结果更新所述业务状态表。

2.如权利要求1所述的业务状态管理方法，其特征在于，所述定时向所述外部系统获取多个所述异常状态对应的业务请求的最新处理结果包括：

根据多个所述异常状态对应的业务请求的业务种类获取每个业务种类对应的预设补偿周期；

根据所述预设补偿周期向所述外部系统获取所述业务种类对应的异常状态的业务请求的最新处理结果。

3.如权利要求1或2述的业务状态管理方法，其特征在于，所述根据所述最新处理结果更新所述业务状态表包括：

如果所述最新处理结果是正常，在所述业务状态表中将所述最新处理结果对应的业务请求的状态更新为正常状态；

如果所述最新处理结果是异常，对所述业务请求的已补偿次数加1。

4.如权利要求3所述的业务状态管理方法，其特征在于，所述根据所述最新处理结果更新所述业务状态表还包括：

在一个业务请求的最新处理结果是异常时，获取所述业务请求对应的预设最大补偿次数、预设告警动作；

如果所述已补偿次数等于所述预设最大次数，将所述业务请求的状态更新为告警状态并执行所述预设告警动作。

5.如权利要求4所述的业务状态管理方法，其特征在于，所述获取所述业务请求对应的预设最大补偿次数、预设告警动作包括：

获取所述业务请求对应的业务种类的预设最大补偿次数、预设告警动作。

6.如权利要求1所述的业务状态管理方法，其特征在于，所述定时向所述外部系统获取多个所述异常状态对应的业务请求的最新处理结果包括：

获取所述业务状态表中记录的业务状态为异常的业务请求的业务种类；

通过工厂类获取所述业务种类对应的补偿逻辑，所述补偿逻辑包括预设补偿周期、已补偿次数、预设最大补偿次数、预设告警动作；

根据所述补偿逻辑组装定时任务的请求参数；

调用所述定时任务向所述外部系统获取所述定时任务对应业务种类中各业务请求的最新处理结果。

7.如权利要求1所述的业务状态管理方法，其特征在于，所述在判断所述处理结果为异常时，在业务状态表中记录所述业务请求的业务状态为异常状态包括：

在判断所述处理结果为异常时，在所述业务状态表中生成所述业务请求的业务状态记录，记录所述业务请求的业务种类、预设最大补偿次数和预设告警动作，将已补偿次数记录为0，将业务状态记录为异常。

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

同步状态获取模块，设置为在调用外部系统处理业务请求时，获取所述外部系统对所述业务请求的处理结果；

同步状态更新模块，设置为在判断所述处理结果为异常时，在业务状态表中记录所述业务请求的业务状态为异常状态，继续处理下一个业务请求；

异步状态获取模块，设置为定时向所述外部系统获取多个所述异常状态对应的业务请求的最新处理结果；

异步状态更新模块，设置为根据所述最新处理结果更新所述业务状态表。

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

存储器；以及

耦合到所属存储器的处理器，所述处理器被配置为基于存储在所述存储器中的指令，执行如权利要求1-7任一项所述的业务状态管理方法。

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

Images