CN107040563A - 异步服务处理方法及服务器 - Google Patents

Abstract

本发明提供了一种异步服务处理方法及服务器。该方法包括：根据记录的各服务请求的处理详情信息，获取需要重新向服务提供方请求结果数据的服务请求作为目标服务请求；针对所述目标服务请求，重新向所述服务提供方发送轮询请求，以请求获取所述目标服务请求的结果数据；接收并记录所述服务提供方返回的所述目标服务请求的结果数据。本发明提供的异步服务处理方法及服务器，保证了服务提供方中的请求结果数据与服务请求方记录的数据一致，确保用户及时获知准确的请求结果数据，由于过程中无需人力参与，降低了人力成本，提高了处理效率。

Description

异步服务处理方法及服务器

技术领域

本发明涉及计算机技术领域，尤其涉及一种异步服务处理方法及服务器。

背景技术

目前，有些网络(web)服务系统，为了保障高可靠性，经常会采用多主机冗余的系统提供服务，其主要架构如图1所示，包括一台转发服务器(为了防止单点故障，通常会有两台或者多台主备转发服务器，如果当前的主转发服务器故障则自动切换到备转发服务器，但通常同一时间只有一台转发服务器投入使用)、多台相同的应用服务器(每台应用服务器提供完全相同的服务并且同时运行)和一个数据库。其工作原理如下：用户向转发服务器发出服务请求，转发服务器将该服务请求随机转发到任意一台应用服务器，应用服务器处理该服务请求的过程中会读写数据库，处理完成后再将结果数据返回给用户。这种多主机服务系统可以提高系统的稳定性，任何一台服务器故障不会影响该系统正常提供服务，同时可以同时处理更多的用户服务请求。

如果图1所示的多主机服务系统中有调用第三方服务器的异步请求服务，则其主要架构如图2所示，在图1所示的多主机服务系统的基础上增加了第三方服务器。若异步请求结果采用轮询模式，则其工作原理如下：1、用户通过客户端向转发服务器发出服务请求；2、转发服务器将该服务请求随机转发到任意一台应用服务器；3应用服务器将异步服务请求发送至第三方服务器；4、应用服务器接收第三方服务器返回的异步服务请求成功的响应，该响应中包括异步服务请求的标识；5、应用服务器根据第三方服务器返回的该异步服务请求的标识将轮询请求发送至第三方服务器，该轮询请求中包括异步服务请求的标识；6、应用服务器接收第三方服务器返回的与异步服务请求的标识对应的请求结果数据；7、应用服务器根据获取到的请求结果数据更新数据库；8、用户想查询请求结果数据时，向转发服务器发出查询请求；9、转发服务器将该查询请求随机转发到任意一台应用服务器；10、应用服务器在数据库中查询请求结果数据，并返回给用户。

在应用服务器轮询第三方服务器的过程中，若应用服务器因故障或升级发布停机或网络异常导致应用服务器无法连接上第三方服务器，则轮询停止，数据库不更新，导致第三方服务器中的请求结果数据与数据库中的数据不一致，用户无法获知准确的请求结果数据。

为保证第三方服务器中的请求结果数据与数据库中的数据一致，确保用户获知准确的请求结果数据，现有技术中通过运维人员手动查询数据库中的数据与第三方服务器中的数据是否一致，来确定未完成轮询操作的数据，并手动订正数据库中未完成轮询操作的数据来恢复数据，但由于为事后处理，无法保证用户及时获知准确的请求结果数据，且人力成本较高，处理效率较低。

发明内容

本发明提供一种异步服务处理方法及服务器，无需人力参与，即可实现在故障恢复后自动完成未完成的轮询操作，保证服务提供方中的请求结果数据与服务请求方记录的数据一致，确保用户及时获知准确的请求结果数据，降低了人力成本，提高了处理效率。

为达到上述目的，本发明采用如下技术方案：

一方面，本发明提供一种异步服务处理方法，包括：根据记录的各服务请求的处理详情信息，获取需要重新向服务提供方请求结果数据的服务请求作为目标服务请求；针对所述目标服务请求，重新向所述服务提供方发送轮询请求，以请求获取所述目标服务请求的结果数据；接收并记录所述服务提供方返回的所述目标服务请求的结果数据。

另一方面，本发明提供一种异步服务处理方法，包括：针对服务请求，执行异步服务处理流程；在执行所述异步服务处理流程的过程中，记录所述服务请求的处理详情信息。

另一方面，本发明提供一种服务器，包括：获取模块，用于根据记录的各服务请求的处理详情信息，获取需要重新向服务提供方请求结果数据的服务请求作为目标服务请求；轮询模块，用于针对所述目标服务请求，重新向所述服务提供方发送轮询请求，以请求获取所述目标服务请求的结果数据；接收模块，用于接收并记录所述服务提供方返回的所述目标服务请求的结果数据。

另一方面，本发明提供一种服务器，包括：执行模块，用于针对服务请求，执行异步服务处理流程；第二记录模块，用于在所述执行模块执行所述异步服务处理流程的过程中，记录所述服务请求的处理详情信息。

本发明提供的异步服务处理方法及服务器，根据记录的各服务请求的处理详情信息，获取需要重新向服务提供方请求结果数据的服务请求作为目标服务请求，针对所述目标服务请求，重新向所述服务提供方发送轮询请求，以请求获取所述目标服务请求的结果数据，接收并记录所述服务提供方返回的所述目标服务请求的结果数据，保证了服务提供方中的请求结果数据与服务请求方记录的数据一致，确保用户及时获知准确的请求结果数据，由于过程中无需人力参与，降低了人力成本，提高了处理效率。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1为现有的多主机服务系统的架构示意图；

图2为现有的多主机异步服务系统的架构及工作原理示意图；

图3为本发明提供的异步服务处理方法一个实施例的流程示意图；

图4为本发明提供的异步服务处理方法又一个实施例的流程示意图；

图5为图4所示实施例的异步服务处理方法一种可行实施方式的流程示意图；

图6为图5所示的异步服务处理方法应用于多主机异步服务系统的架构及交互逻辑示意图；

图7为本发明提供的异步服务处理方法又一个实施例的流程示意图；

图8为本发明提供的异步服务处理方法又一个实施例的流程示意图；

图9为图8所示实施例的异步服务处理方法一种可行实施方式的流程示意图；

图10为图9所示的异步服务处理方法应用于多主机异步服务系统的架构及交互逻辑示意图；

图11为本发明提供的服务器一个实施例的结构示意图；

图12为本发明提供的服务器又一个实施例的结构示意图。

具体实施方式

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

下面结合附图对本发明实施例的异步服务处理方法及服务器进行详细描述。

实施例一

图3为本发明提供的异步服务处理方法一个实施例的流程示意图。本发明实施例的异步服务处理方法可应用于异步服务请求方，例如图2所示的异步服务系统中的应用服务器中，为异步服务系统的数据恢复流程。如图3所示，本发明实施例的异步服务处理方法具体可包括：

S301，根据记录的各服务请求的处理详情信息，获取需要重新向服务提供方请求结果数据的服务请求作为目标服务请求。

S302，针对目标服务请求，重新向服务提供方发送轮询请求，以请求获取目标服务请求的结果数据。

S303，接收并记录服务提供方返回的目标服务请求的结果数据。

具体的，本发明实施例描述了异步服务请求处理的数据恢复流程。异步服务请求方根据记录的各服务请求的处理详情信息，获取需要重新向服务提供方请求结果数据的服务请求作为目标服务请求，即获取因故障未完成轮询操作的服务请求作为目标服务请求。针对目标服务请求，重新执行轮询操作，即重新向服务提供方发送轮询请求，以请求获取目标服务请求的结果数据，接收并记录服务提供方返回的目标服务请求的结果数据，以保证服务提供方的请求结果数据与服务请求方记录的结果数据一致。其中，可以将服务提供方返回的目标服务请求的结果数据记录在本地数据库中，也可以记录在外部的其他存储介质中，例如云盘、移动硬盘等中。

本发明实施例的异步服务处理方法，根据记录的各服务请求的处理详情信息，获取需要重新向服务提供方请求结果数据的服务请求作为目标服务请求，针对目标服务请求，重新向服务提供方发送轮询请求，以请求获取目标服务请求的结果数据，接收并记录服务提供方返回的目标服务请求的结果数据，保证了服务提供方中的请求结果数据与服务请求方记录的数据一致，确保用户及时获知准确的请求结果数据，由于过程中无需人力参与，降低了人力成本，提高了处理效率。

实施例二

图4为本发明提供的异步服务处理方法又一个实施例的流程示意图。本发明实施例的异步服务处理方法可应用于异步服务请求方，例如图2所示的异步服务系统中的应用服务器中，为异步服务系统的数据恢复流程。如图4所示，本发明实施例的异步服务处理方法为图3所示实施例的异步服务处理方法的一种可行实施方式，具体可包括：

图3所示实施例中的步骤S301中，各服务请求的处理详情信息具体可包括各服务请求的接收时间和执行状态，执行状态具体可包括“发送异步请求成功”状态和“轮询结果完成”状态。因此图3所示实施例中的步骤S301具体可包括如下步骤S401-S402。

S401，根据各服务请求的执行状态，获取处于“发送异步请求成功”状态的服务请求作为候选服务请求。

S402，计算候选服务请求的接收时间与当前时间的差值，获取差值大于指定时间的服务请求作为目标服务请求。

具体的，步骤S401-S402中，通过获取接收时间与当前时间的差值大于指定时间，且执行状态为“发送异步请求成功”状态的服务请求，以获取因故障未完成轮询操作的服务请求。其中，指定时间可以根据需要设定，一般会设置一个最大轮询时长，例如30分钟，30分钟内还未轮询到结果，则认为此次异步服务处理失败，因此此处可设置指定时间大于最大轮询时长，但也不能设置过大，避免数据恢复时间过长，例如设置为最大轮询时长的2倍。

S403，针对目标服务请求，重新向服务提供方发送轮询请求，以请求获取目标服务请求的结果数据。

若轮询请求发送成功，则执行以下步骤S404。

S404，接收并记录服务提供方返回的目标服务请求的结果数据。

具体的，步骤S403-S404与图3所示实施例中的步骤S302-S303相同，具体过程可参见图3所示实施例中的相关描述，此处不再赘述。

进一步的，本发明实施例的异步服务处理方法还可包括：

S405，当服务提供方成功返回目标服务请求的结果数据时，更新目标服务请求的执行状态为“轮询结果完成”状态。

具体的，本步骤S405当对因故障未完成轮询操作的服务请求重新完成轮询操作，获取到对应的结果数据后，将该服务请求的执行状态由“发送异步请求成功”状态更新为“轮询结果完成”，避免该服务请求再次被获取为未完成轮询操作的服务请求，避免对该服务请求再次执行轮询操作，造成资源浪费。

进一步的，本发明实施例的异步服务处理方法还可包括：

在步骤S403之后，若未成功发送轮询请求，则执行以下步骤S406。

S406，等待设定时长后返回步骤S403重新向服务提供方发送轮询请求。

具体的，在发送轮询请求失败的情况下，通过本步骤S406可在故障时间较短的情况下，尝试快速恢复对服务请求的轮询操作。其中，设定时长可根据需要设定，一般会设置一个最大轮询时长，例如30分钟，30分钟内还未轮询到结果，则认为此次异步服务处理失败，没必要一直轮询，浪费资源，因此此处可设置设定时长为最大轮询时长，例如30分钟。

进一步的，步骤S406具体可包括：若未成功发送轮询请求，判断是否达到设定的轮询次数阈值；若否，则等待设定时长后返回步骤S403重新向服务提供方发送轮询请求。

具体的，轮询次数阈值和设定时长可根据需要设定，一般会设置一个最大轮询时长，例如30分钟，而最大轮询时长＝轮询次数*(轮询间隔+轮询操作需要的时间)，轮询操作需要的时间一般为毫秒级别可以忽略不计，因此可认为最大轮询时长＝轮询次数*轮询间隔，因此可设置轮询次数为5次，轮询间隔即设定时长为6分钟等组合方式。

进一步的，步骤S401具体可包括：当预设扫描周期到达时，根据记录的各服务请求的处理详情信息，获取需要重新向服务提供方请求结果数据的服务请求作为目标服务请求；或者在每次重新启动时，根据记录的各服务请求的处理详情信息，获取需要重新向服务提供方请求结果数据的服务请求作为目标服务请求。其中，预设扫描周期可以根据需要设定，一般会设置一个最大轮询时长，例如30分钟，30分钟内还未轮询到结果，则认为此次异步服务处理失败，因此此处可设置预设扫描周期大于最大轮询时长，尽量不要设置过短，避免异步服务处理还未完成，又去获取需要重新向服务提供方请求结果数据的服务请求，例如设置为最大轮询时长的10倍。

为更清楚的说明本发明实施例的异步服务处理方法的具体过程，图5给出了图4所示实施例的异步服务处理方法一种可行实施方式的流程示意图。如图5所示，图4所示实施例的异步服务处理方法应用于图2所示的异步服务系统中，应用服务器作为服务请求方，第三方服务器作为服务提供方，包括：

S501，应用服务器在数据库中查找状态为“发送异步服务请求成功”状态且携带有应用服务器的标识的候选记录数据，候选记录数据中还携带有服务请求的接收时间和异步服务请求的标识。

S502，应用服务器计算候选记录数据中服务请求的接收时间与当前时间的差值，将差值大于指定时间的候选记录数据作为目标记录数据。其中，指定时间可设置为30分钟*2＝60分钟。

S503，应用服务器将轮询请求发送至第三方服务器，轮询请求中包括目标记录数据中携带的异步服务请求的标识。

S504，应用服务器判断在第一设定时间内是否接收到第三方服务器发送的轮询请求成功的响应。若否，则执行步骤S505；若是，则执行步骤S507。其中，第一设定时间可以根据需要设定，一般设置为60秒以下，例如30秒。

S505，应用服务器判断是否达到轮询次数阈值。若是，则返回步骤S501；若否，则执行步骤S506。其中，轮询次数阈值可设置为5次。

S506，应用服务器等待第一设定时长后返回步骤S503。其中，第一设定时长可设置为6分钟。

S507，应用服务器判断轮询请求成功的响应中是否携带有结果数据。若否，则执行步骤S508；若是，则执行步骤S509。

S508，应用服务器等待第二设定时长后返回步骤S503。其中，第二设定时长可设置为30分钟。

S509，应用服务器根据结果数据更新数据库中对应的目标记录数据，并将对应的目标记录数据的状态更新为“轮询结果完成”状态。

S510，应用服务器等待预设扫描周期到达后返回步骤S501。其中，预设扫描周期具体可以为。其中，预设扫描周期可设置为30分钟*10＝300分钟。

上述图5所示的异步服务处理方法的数据恢复流程对应的多主机异步服务系统的架构图及数据恢复流程的交互逻辑可如图6所示，包括：

多主机异步服务系统启动，在执行异步服务处理方法的主流程的同时，执行异步服务处理方法的数据恢复流程，应用服务器开始计时。

S601，应用服务器在数据库中查找携带有应用服务器的标识、状态为“发送异步服务请求成功”且服务请求的接收时间与当前时间的差值大于指定时间的记录数据作为目标记录数据。

S602，应用服务器将轮询请求发送至第三方服务器，轮询请求中包括目标记录数据中携带的异步服务请求的标识。

S603，应用服务器接收第三方服务器返回的与异步服务请求的标识对应的结果数据。

S604，应用服务器根据获取到的结果数据更新数据库中对应的目标记录数据，并将对应的目标记录数据的状态更新为“轮询结果完成”状态。

此处需要说明的是，本发明实施例中各服务请求的处理详情信息(包括各服务请求的接收时间和执行状态)在下述实例三、四中描述异步服务请求处理的主流程的异步服务处理方法中进行记录，具体过程此处不再赘述。

本发明实施例的异步服务处理方法，根据记录的各服务请求的处理详情信息，获取需要重新向服务提供方请求结果数据的服务请求作为目标服务请求，针对目标服务请求，重新向服务提供方发送轮询请求，以请求获取目标服务请求的结果数据，接收并记录服务提供方返回的目标服务请求的结果数据保证了服务提供方中的请求结果数据与服务请求方记录的数据一致，确保用户及时获知准确的请求结果数据，由于过程中无需人力参与，降低了人力成本，提高了处理效率。

实施例三

图7为本发明提供的异步服务处理方法又一个实施例的流程示意图。本发明实施例的异步服务处理方法可应用于异步服务请求方，例如图2所示的异步服务系统中的应用服务器中，为异步服务系统的主流程，可与图3-图5所示的异步服务处理方法的数据恢复流程相结合实施，也可单独实施。如图7所示，本发明实施例的异步服务处理方法具体可包括：

S701，针对服务请求，执行异步服务处理流程。

S702，在执行异步服务处理流程的过程中，记录服务请求的处理详情信息。

具体的，通过在针对服务请求执行异步服务处理流程的过程中，记录服务请求的处理详情信息，方便在上述图3-图5所示的异步服务处理方法的数据恢复流程中根据记录的各服务请求的处理详情信息，获取需要重新向服务提供方请求结果数据的服务请求。其中，可以将服务提供方返回的目标服务请求的结果数据记录在本地数据库中，也可以记录在外部的其他存储介质中，例如云盘、移动硬盘等中。

本发明实施例的异步服务处理方法，通过在针对服务请求执行异步服务处理流程的过程中，记录服务请求的处理详情信息，使得处理过程中不同阶段对应的服务请求的处理详情信息不同，便于在故障恢复后查找未完成轮询操作的服务请求，并自动完成轮询操作，保证了服务提供方中的请求结果数据与服务请求方记录的数据一致，确保用户及时获知准确的请求结果数据，由于过程中无需人力参与，降低了人力成本，提高了处理效率。

实施例四

图8为本发明提供的异步服务处理方法又一个实施例的流程示意图。本发明实施例的异步服务处理方法可应用于异步服务请求方，例如图2所示的异步服务系统中的应用服务器中，为异步服务系统的主流程，可与图3-图5所示的异步服务处理方法的数据恢复流程相结合实施，也可单独实施。如图8所示，本发明实施例的异步服务处理方法为图7所示实施例的异步服务处理方法的一种可行实施方式，具体可包括：

图7所示实施例中的步骤S701具体可包括如下步骤S801-S805。

S801，接收服务请求。

S803，针对服务请求，向服务提供方发送异步请求。

在步骤S803之后，若成功发送异步请求，则执行以下步骤S805。

S805，向服务提供方发送轮询请求，以请求服务请求的结果数据。

具体的，异步服务请求方接收服务请求，针对该服务请求，向服务提供方发送异步请求，若成功发送异步请求，向服务提供方发送轮询请求，以请求服务请求的结果数据。

进一步的，图7所示实施例中的步骤S702具体可包括以下步骤S802-S806中的至少一个步骤：

在步骤S801接收到服务请求之后，执行以下步骤S802。

S802，记录服务请求的接收时间。

在步骤S803之后，若发送异步请求成功，则执行以下步骤S804。

S804，记录服务请求的执行状态为“发送异步请求成功”状态。

在步骤S805之后，若成功发送轮询请求，则执行以下步骤S806。

S806，当服务提供方成功返回各服务请求的结果数据时，更新服务请求的执行状态为“轮询结果完成”状态。

进一步的，本发明实施例的异步服务处理方法还可包括：

在步骤S805之后，若未成功发送轮询请求，则执行以下步骤S807。

S807，等待设定时长后返回步骤S805重新向服务提供方发送轮询请求。

具体的，在发送轮询请求失败的情况下，通过本步骤可在故障时间较短的情况下，尝试快速恢复对服务请求的轮询操作。其中，设定时长的设置可参见上述图4所示实施例中的相关描述，此处不再赘述。

进一步的，步骤S807具体可包括：若未成功发送轮询请求，判断是否达到设定的轮询次数阈值；若否，则等待设定时长后返回步骤S805重新向服务提供方发送轮询请求。其中，轮询次数阈值和设定时长的设置可参见上述图4所示实施例中的相关描述，此处不再赘述。

为更清楚的说明本发明实施例的异步服务处理方法的具体过程，图9给出了图8所示实施例的异步服务处理方法一种可行实施方式的流程示意图。如图9所示，图8所示实施例的异步服务处理方法应用于图2所示的异步服务系统中，应用服务器作为服务请求方，第三方服务器作为服务提供方，包括：

S901，应用服务器接收转发服务器发送的服务请求。

S902，应用服务器将与服务请求对应的记录数据存储至数据库中，记录数据包括服务请求的接收时间和应用服务器的标识。

S903，应用服务器将与服务请求对应的异步服务请求发送至第三方服务器。

S904，应用服务器判断在第二设定时间内是否接收到第三方服务器发送的异步服务请求成功的响应。若否，则执行S905；若是，则执行S906。其中，第二设定时间可根据需要进行设置，一般设置为60秒以下，例如30秒。

S905，应用服务器将异步服务请求失败的通知消息发送至转发服务器，结束流程。

S906，应用服务器将记录数据的状态设置为“发送异步服务请求成功”状态，并将异步服务请求成功的响应中携带的异步服务请求的标识添加到记录数据中。

S907，应用服务器将轮询请求发送至第三方服务器，轮询请求中包括异步服务请求的标识。

S908，应用服务器判断第一设定时间内是否接收到第三方服务器发送的轮询请求成功的响应。若否，则执行步骤S909；若是，则执行步骤S911。其中，第一设定时间可以根据需要设定，一般设置为60秒以下，例如30秒。

S909，应用服务器判断是否达到轮询次数阈值。若是，则结束流程；若否，则执行步骤S910。其中，轮询次数阈值可设置为5次。

S910，应用服务器等待第一设定时长后返回步骤S907。其中，第一设定时长可设置为6分钟。

S911，应用服务器判断轮询请求成功的响应中是否携带有结果数据。若否，则执行步骤S912；若是，则执行步骤S913。

S912，应用服务器等待第二设定时长后返回步骤S907。其中，第二设定时长可设置为30分钟。

S913，应用服务器根据结果数据更新数据库中对应的记录数据，并将对应的记录数据的状态更新为“轮询结果完成”状态，结束流程。

上述图9所示的异步服务处理方法的主流程对应的多主机异步服务系统的架构图及主流程的交互逻辑可如图10所示，包括：

多主机异步服务系统启动，执行异步服务处理方法的主流程。

S1001，用户通过客户端向转发服务器发出服务请求。

S1002，转发服务器将该服务请求随机转发到任意一台应用服务器。

S1003，应用服务器将服务请求的接收时间和应用服务器的标识存储至数据库中对应的记录数据中。

S1004，应用服务器将异步服务请求发送至第三方服务器。

S1005，应用服务器接收第三方服务器返回的异步服务请求成功的响应，该响应中包括异步服务请求的标识。

S1006，应用服务器将数据库中对应的记录数据的状态设置为“发送异步服务请求成功”状态。

S1007，应用服务器根据第三方服务器返回的该异步服务请求的标识将轮询请求发送至第三方服务器，该轮询请求中包括异步服务请求的标识。

S1008，应用服务器接收第三方服务器返回的与异步服务请求的标识对应的结果数据。

S1009，应用服务器根据获取到的请求结果数据更新数据库中对应的记录数据，并将对应的记录数据的状态更新为“轮询结果完成”状态。

S1010，用户想查询结果数据时，向转发服务器发出查询请求。

S1011，转发服务器将该查询请求随机转发到任意一台应用服务器。

S1012，应用服务器在数据库中查询结果数据，并返回给用户。

本发明实施例的异步服务处理方法，根据记录的各服务请求的处理详情信息，获取需要重新向服务提供方请求结果数据的服务请求作为目标服务请求，针对目标服务请求，重新向服务提供方发送轮询请求，以请求获取目标服务请求的结果数据，接收并记录服务提供方返回的目标服务请求的结果数据保证了服务提供方中的请求结果数据与服务请求方记录的数据一致，确保用户获知准确的请求结果数据，由于过程中无需人力参与，降低了人力成本，提高了处理效率。

实施例五

图11为本发明提供的服务器一个实施例的结构示意图。本发明实施例的服务器对应图3-图5所示实施例中的服务请求方，可执行图3-图5所示任一实施例中的异步服务处理方法。如图11所示，本发明实施例的服务器具体可包括获取模块111、轮询模块112和接收模块113，其中：

获取模块111，用于根据记录的各服务请求的处理详情信息，获取需要重新向服务提供方请求结果数据的服务请求作为目标服务请求；

轮询模块112，用于针对目标服务请求，重新向服务提供方发送轮询请求，以请求获取目标服务请求的结果数据；

接收模块113，用于接收并记录服务提供方返回的目标服务请求的结果数据。

其中，各服务请求的处理详情信息包括各服务请求的接收时间和执行状态。

进一步的，获取模块111具体可用于：根据各服务请求的执行状态，获取处于发送异步请求成功状态的服务请求作为候选服务请求；计算候选服务请求的接收时间与当前时间的差值，获取差值大于指定时间的服务请求作为目标服务请求。

进一步的，接收模块113还可用于：当服务提供方成功返回目标服务请求的结果数据时，更新目标服务请求的执行状态为轮询结果完成状态。

进一步的，轮询模块112还可用于：若未成功发送轮询请求，等待设定时长后重新向服务提供方发送轮询请求。

进一步的，轮询模块112还可用于：在等待设定时长后重新向服务提供方发送轮询请求之前，判断是否达到设定的轮询次数阈值；若否，则执行等待设定时长后重新向服务提供方发送轮询请求的步骤。

进一步的，获取模块111具体可用于：当预设扫描周期到达时，根据记录的各服务请求的处理详情信息，获取需要重新向服务提供方请求结果数据的服务请求作为目标服务请求；或者在每次重新启动时，根据记录的各服务请求的处理详情信息，获取需要重新向服务提供方请求结果数据的服务请求作为目标服务请求。

进一步的，获取模块111还可用于：在根据记录的各服务请求的处理详情信息，获取需要重新向服务提供方请求结果数据的服务请求作为目标服务请求之前，在针对各服务请求执行异步服务处理流程的过程中，记录各服务请求的处理详情信息。

进一步的，获取模块111具体可用于执行以下至少一种操作：当接收到各服务请求时，记录各服务请求的接收时间；当针对各服务请求成功向服务提供方发送异步请求时，记录各服务请求的执行状态为发送异步请求成功状态；当服务提供方成功返回各服务请求的结果数据时，更新各服务请求的执行状态为轮询结果完成状态。

具体的，本发明实施例的服务器中各模块实现其功能的具体过程可参见上述图3-图9所示实施例中的相关描述，此处不再赘述。

本发明实施例的服务器，根据记录的各服务请求的处理详情信息，获取需要重新向服务提供方请求结果数据的服务请求作为目标服务请求，针对目标服务请求，重新向服务提供方发送轮询请求，以请求获取目标服务请求的结果数据，接收并记录服务提供方返回的目标服务请求的结果数据保证了服务提供方中的请求结果数据与服务请求方记录的数据一致，确保用户及时获知准确的请求结果数据，由于过程中无需人力参与，降低了人力成本，提高了处理效率。

实施例六

图12为本发明提供的服务器一个实施例的结构示意图。本发明实施例的服务器对应图7-图9所示实施例中的服务请求方，可执行图7-图9所示任一实施例中的异步服务处理方法。如图12所示，本发明实施例的服务器具体可包括执行模块121和记录模块122，其中：

执行模块121，用于针对服务请求，执行异步服务处理流程。

记录模块122，用于在执行模块执行异步服务处理流程的过程中，记录服务请求的处理详情信息。

进一步的，执行模块121具体可用于：接收服务请求；针对服务请求，向服务提供方发送异步请求；若成功发送异步请求，向服务提供方发送轮询请求，以请求服务请求的结果数据。

进一步的，记录模块122具体可用于执行以下至少一种操作：当接收到服务请求时，记录服务请求的接收时间；当针对服务请求成功向服务提供方发送异步请求时，记录服务请求的执行状态为发送异步请求成功状态；当服务提供方成功返回各服务请求的结果数据时，更新服务请求的执行状态为轮询结果完成状态。

进一步的，执行模块121还可用于：若未成功发送轮询请求，等待设定时长后重新向服务提供方发送轮询请求。

进一步的，执行模块121还可用于：在等待设定时长后重新向服务提供方发送轮询请求之前，判断是否达到设定的轮询次数阈值；若否，则执行等待设定时长后重新向服务提供方发送轮询请求的步骤。

具体的，本发明实施例的服务器中各模块实现其功能的具体过程可参见上述图7-图9所示实施例中的相关描述，此处不再赘述。

本发明实施例的服务器，通过在针对服务请求执行异步服务处理流程的过程中，记录服务请求的处理详情信息，使得处理过程中不同阶段对应的服务请求的处理详情信息不同，便于在故障恢复后查找未完成轮询操作的服务请求，并自动完成轮询操作，保证了服务提供方中的请求结果数据与服务请求方记录的数据一致，确保用户及时获知准确的请求结果数据，由于过程中无需人力参与，降低了人力成本，提高了处理效率。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (26)

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

根据记录的各服务请求的处理详情信息，获取需要重新向服务提供方请求结果数据的服务请求作为目标服务请求；

针对所述目标服务请求，重新向所述服务提供方发送轮询请求，以请求获取所述目标服务请求的结果数据；

接收并记录所述服务提供方返回的所述目标服务请求的结果数据。

2.根据权利要求1所述的方法，其特征在于，所述各服务请求的处理详情信息包括各服务请求的接收时间和执行状态；

所述根据记录的各服务请求的处理详情信息，获取需要重新向服务提供方请求结果数据的服务请求作为目标服务请求，包括：

根据所述各服务请求的执行状态，获取处于发送异步请求成功状态的服务请求作为候选服务请求；

计算所述候选服务请求的接收时间与当前时间的差值，获取所述差值大于指定时间的服务请求作为所述目标服务请求。

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

当所述服务提供方成功返回所述目标服务请求的结果数据时，更新所述目标服务请求的执行状态为轮询结果完成状态。

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

若未成功发送所述轮询请求，等待设定时长后重新向所述服务提供方发送所述轮询请求。

5.根据权利要求4所述的方法，其特征在于，所述等待设定时长后重新向所述服务提供方发送所述轮询请求之前，还包括：

判断是否达到设定的轮询次数阈值；

若否，则执行所述等待所述设定时长后重新向所述服务提供方发送所述轮询请求的步骤。

6.根据权利要求1所述的方法，其特征在于，所述根据记录的各服务请求的处理详情信息，获取需要重新向服务提供方请求结果数据的服务请求作为目标服务请求，包括：

当预设扫描周期到达时，根据记录的所述各服务请求的处理详情信息，获取需要重新向所述服务提供方请求结果数据的服务请求作为所述目标服务请求；或者

在每次重新启动时，根据记录的所述各服务请求的处理详情信息，获取需要重新向所述服务提供方请求结果数据的服务请求作为所述目标服务请求。

7.根据权利要求1-6任一项所述的方法，其特征在于，所述根据记录的各服务请求的处理详情信息，获取需要重新向服务提供方请求结果数据的服务请求作为目标服务请求之前，还包括：

在针对所述各服务请求执行异步服务处理流程的过程中，记录所述各服务请求的处理详情信息。

8.根据权利要求7所述的方法，其特征在于，所述在针对所述各服务请求执行异步服务处理流程的过程中，记录所述各服务请求的处理详情信息，包括以下至少一种操作：

当接收到所述各服务请求时，记录所述各服务请求的接收时间；

当针对所述各服务请求成功向所述服务提供方发送所述异步请求时，记录所述各服务请求的执行状态为发送异步请求成功状态；

当所述服务提供方成功返回所述各服务请求的结果数据时，更新所述各服务请求的执行状态为轮询结果完成状态。

9.一种异步服务处理方法，其特征在于，包括：

针对服务请求，执行异步服务处理流程；

在执行所述异步服务处理流程的过程中，记录所述服务请求的处理详情信息。

10.根据权利要求9所述的方法，其特征在于，所述针对服务请求，执行异步服务处理流程，包括：

接收所述服务请求；

针对所述服务请求，向服务提供方发送异步请求；

若成功发送所述异步请求，向所述服务提供方发送轮询请求，以请求所述服务请求的结果数据。

11.根据权利要求10所述的方法，其特征在于，所述在执行所述异步服务处理流程的过程中，记录所述服务请求的处理详情信息，包括以下至少一种操作：

当接收到所述服务请求时，记录所述服务请求的接收时间；

当针对所述服务请求成功向所述服务提供方发送所述异步请求时，记录所述服务请求的执行状态为发送异步请求成功状态；

当所述服务提供方成功返回所述各服务请求的结果数据时，更新所述服务请求的执行状态为轮询结果完成状态。

12.根据权利要求10所述的方法，其特征在于，所述针对服务请求，执行异步服务处理流程，还包括：

若未成功发送所述轮询请求，等待设定时长后重新向所述服务提供方发送所述轮询请求。

13.根据权利要求12所述的方法，其特征在于，所述等待设定时长后重新向所述服务提供方发送所述轮询请求之前，还包括：

判断是否达到设定的轮询次数阈值；

若否，则执行所述等待设定时长后重新向所述服务提供方发送所述轮询请求的步骤。

14.一种服务器，其特征在于，包括：

获取模块，用于根据记录的各服务请求的处理详情信息，获取需要重新向服务提供方请求结果数据的服务请求作为目标服务请求；

轮询模块，用于针对所述目标服务请求，重新向所述服务提供方发送轮询请求，以请求获取所述目标服务请求的结果数据；

接收模块，用于接收并记录所述服务提供方返回的所述目标服务请求的结果数据。

15.根据权利要求14所述的服务器，其特征在于，所述各服务请求的处理详情信息包括各服务请求的接收时间和执行状态；

所述获取模块具体用于：

根据所述各服务请求的执行状态，获取处于发送异步请求成功状态的服务请求作为候选服务请求；

计算所述候选服务请求的接收时间与当前时间的差值，获取所述差值大于指定时间的服务请求作为所述目标服务请求。

16.根据权利要求15所述的服务器，其特征在于，所述接收模块还用于：

当所述服务提供方成功返回所述目标服务请求的结果数据时，更新所述目标服务请求的执行状态为轮询结果完成状态。

17.根据权利要求14所述的服务器，其特征在于，所述轮询模块还用于：

若未成功发送所述轮询请求，等待设定时长后重新向所述服务提供方发送所述轮询请求。

18.根据权利要求17所述的服务器，其特征在于，所述轮询模块还用于：

在所述等待设定时长后重新向所述服务提供方发送所述轮询请求之前，判断是否达到设定的轮询次数阈值；

若否，则执行所述等待所述设定时长后重新向所述服务提供方发送所述轮询请求的步骤。

19.根据权利要求14所述的服务器，其特征在于，所述获取模块具体用于：

当预设扫描周期到达时，根据记录的所述各服务请求的处理详情信息，获取需要重新向所述服务提供方请求结果数据的服务请求作为所述目标服务请求；或者

在每次重新启动时，根据记录的所述各服务请求的处理详情信息，获取需要重新向所述服务提供方请求结果数据的服务请求作为所述目标服务请求。

20.根据权利要求14-19任一项所述的服务器，其特征在于，所述获取模块还用于：

在所述根据记录的各服务请求的处理详情信息，获取需要重新向服务提供方请求结果数据的服务请求作为目标服务请求之前，在针对所述各服务请求执行异步服务处理流程的过程中，记录所述各服务请求的处理详情信息。

21.根据权利要求20所述的服务器，其特征在于，所述获取模块具体用于执行以下至少一种操作：

当接收到所述各服务请求时，记录所述各服务请求的接收时间；

当针对所述各服务请求成功向所述服务提供方发送所述异步请求时，记录所述各服务请求的执行状态为发送异步请求成功状态；

当所述服务提供方成功返回所述各服务请求的结果数据时，更新所述各服务请求的执行状态为轮询结果完成状态。

22.一种服务器，其特征在于，包括：

执行模块，用于针对服务请求，执行异步服务处理流程；

记录模块，用于在所述执行模块执行所述异步服务处理流程的过程中，记录所述服务请求的处理详情信息。

23.根据权利要求22所述的服务器，其特征在于，所述执行模块具体用于：

接收所述服务请求；

针对所述服务请求，向服务提供方发送异步请求；

若成功发送所述异步请求，向所述服务提供方发送轮询请求，以请求所述服务请求的结果数据。

24.根据权利要求23所述的服务器，其特征在于，所述记录模块具体用于执行以下至少一种操作：

当接收到所述服务请求时，记录所述服务请求的接收时间；

当针对所述服务请求成功向所述服务提供方发送所述异步请求时，记录所述服务请求的执行状态为发送异步请求成功状态；

当所述服务提供方成功返回所述各服务请求的结果数据时，更新所述服务请求的执行状态为轮询结果完成状态。

25.根据权利要求23所述的服务器，其特征在于，所述执行模块还用于：

若未成功发送所述轮询请求，等待设定时长后重新向所述服务提供方发送所述轮询请求。

26.根据权利要求25所述的服务器，其特征在于，所述执行模块还用于：

在所述等待设定时长后重新向所述服务提供方发送所述轮询请求之前，判断是否达到设定的轮询次数阈值；

若否，则执行所述等待设定时长后重新向所述服务提供方发送所述轮询请求的步骤。