CN104767716B - 业务请求处理方法及装置 - Google Patents

Abstract

一种业务请求处理方法，包括：服务器为业务请求分配身份标识；若处理第一业务超时，则标记处理状态为第一处理状态，若处理未超时且处理成功，则继续处理第二业务，若处理超时，则标记处理状态为第二处理状态；定期按照所述身份标识查询所述业务请求的处理状态，获取所述业务请求的处理结果，并将所述处理结果发送给所述用户终端，所述处理结果包括与所述第一业务对应的第一处理结果以及与所述第二业务对应的第二处理结果，其中，当查询出所述第二处理结果为失败时，为所述业务请求重新分配身份标识。此外，本发明还提供一种业务请求处理装置。上述业务请求处理方法及装置可提高处理效率。

Description

业务请求处理方法及装置

技术领域

本发明涉及计算机通信技术，尤其涉及一种业务请求处理方法及装置。

背景技术

随着计算机及网络通信技术的发展，网络服务商可通过服务器为用户提供多样的业务服务，比如：电子商务、游戏、社交网络等等，这些多样服务之间常常具有关联性，特别是某些需要付费才能获得的业务，比如：需要付费的抽奖业务就需要服务器同时处理付费以及抽奖这两个业务，现有技术中，服务器在处理多个相互间具有关联关系的业务时，如果发生处理超时，若是处理顺序在先的业务发生超时，则通知用户处理失败，并不再继续处理后续的业务，若是处理顺序在后的业务发生超时，则会定期对处理超时的业务进行重新处理。

然而，处理超时并不等于处理失败，也有可能处理的结果是成功的，一方面如果超时但其实处理成功的情况发生在处理顺序在先的业务阶段，现有技术的做法就会导致对整体业务的处理情况的误判，从而无法获得处理结果，特别是以付费为前提的业务，由于电子支付业务是不可逆的，一旦扣费成功，却因为支付超时而未对后续的业务进行处理，则会给用户造成经济损失，另一方面，如果超时但其实处理成功的情况发生在处理顺序在后的业务阶段，则会导致重复处理，造成系统资源的浪费，特别是对于某些需要付费才能获得的业务，更是会由于重复处理而给网络服务商造成损失，因此，现有的处理技术缺乏效率。

发明内容

有鉴于此，本发明提供一种业务请求处理方法及装置，可提高处理效率。

一种业务请求处理方法，包括：服务器接收用户终端发送的业务请求，为所述业务请求分配唯一的身份标识，所述业务请求用于获取预置的第一业务与第二业务，所述第一业务的处理顺序先于所述第二业务；处理所述第一业务，若处理超时，则将所述业务请求的处理状态标记为第一处理状态，若处理未超时且处理成功，则继续处理所述第二业务，若所述第二业务处理超时，则将所述业务请求的处理状态标记为第二处理状态；以及定期按照所述身份标识查询所述业务请求的处理状态，获取所述业务请求的处理结果，并将所述处理结果发送给所述用户终端，所述处理结果包括：所述第一业务对应的第一处理结果与所述第二业务对应的第二处理结果，其中，当查询出所述第二处理结果为失败时，为所述业务请求重新分配身份标识。

一种业务请求处理装置，运行于服务器，包括：分配模块，用于接收用户终端发送的业务请求，为所述业务请求分配唯一的身份标识，所述业务请求用于获取预置的第一业务与第二业务，所述第一业务的处理顺序先于所述第二业务；业务处理与标记模块，用于处理所述第一业务，若处理超时，则将所述业务请求的处理状态标记为第一处理状态，若处理未超时且处理成功，则继续处理所述第二业务，若所述第二业务处理超时，则将所述业务请求的处理状态标记为第二处理状态；处理结果获取模块，用于定期按照所述身份标识查询所述业务请求的处理状态标记，获取所述业务请求的处理结果，并将所述处理结果发送给所述用户终端，所述处理结果包括：所述第一业务对应的第一处理结果与所述第二业务对应的第二处理结果，其中，当查询出所述第二处理结果为失败时，为所述业务请求重新分配身份标识。

本发明实施例提供的业务请求处理方法及装置，通过服务器为接收的用户终端发送的业务请求分配唯一的身份标识，根据业务请求按照预设的顺序处理第一业务与第二业务，并根据处理情况分别标记第一业务与第二业务的处理状态，定期按照身份标识查询业务请求的处理状态，获取业务请求的处理结果，当查询出与所述第二业务对应的第二处理结果为失败时，为所述业务请求重新分配身份标识，由于通过身份标识来查询业务请求的处理状态与处理结果，并且当查询出第二处理结果为失败时，为业务请求重新分配身份标识，因此，可避免服务器对具有相同身份标识的业务请求进行重复处理，提高处理效率，避免资源浪费。

为让本发明的上述和其他目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附图式，作详细说明如下。

附图说明

图1为本发明第一实施例提供的业务请求处理方法的应用环境。

图2为本发明第一实施例提供的业务请求处理方法的流程图。

图3为本发明第一实施例中部分步骤的具体流程图。

图4为本发明第二实施例提供的业务请求处理方法的流程图。

图5为本发明第二实施例提供的业务请求处理方法中部分步骤的细节流程图。

图6为本发明第二实施例提供的业务请求处理方法中部分步骤的细节流程图。

图7为本发明第二实施例提供的业务请求处理方法中部分步骤的细节流程图。

图8为本发明第二实施例提供的业务请求处理方法中部分步骤的细节流程图。

图9为本发明第二实施例提供的业务请求处理方法中示例的应用环境。

图10为本发明第二实施例提供的业务请求处理方法中示例的第一示意图。

图11为本发明第二实施例提供的业务请求处理方法中示例的第二示意图。

图12为本发明第二实施例提供的业务请求处理方法中示例的第三示意图。

图13为本发明第三实施例提供的业务请求处理装置的结构示意图。

图14为本发明第四实施例提供的业务请求处理装置的结构示意图。

图15为本发明第四实施例提供的业务请求处理装置中部分模块的结构示意图。

图16为本发明第四实施例提供的业务请求处理装置中部分模块的结构示意图。

具体实施方式

为更进一步阐述本发明为实现预定发明目的所采取的技术手段及功效，以下结合附图及较佳实施例，对依据本发明的具体实施方式、结构、特征及其功效，详细说明如后。

第一实施例

本发明第一实施例所提供的业务请求处理方法可应用于如图1所示的应用环境中，实现用户终端与服务器之间的业务请求处理方法。如图1所示，用户终端101与服务器102位于无线网络或有线网络中，通过该无线网络或有线网络，用户终端101与服务器102进行数据交互。其中，用户终端101可以包括：智能手机、平板电脑、电子书阅读器、MP3播放器（Moving Picture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3）、MP4（Moving Picture Experts Group Audio Layer IV，动态影像专家压缩标准音频层面4）播放器、膝上型便携计算机、车载电脑、台式计算机等等。

图2为本发明第一实施例提供的业务请求处理方法的流程图。如图2所示，本实施例的业务请求处理方法包括以下步骤：

步骤S11，服务器接收用户终端发送的业务请求，为所述业务请求分配唯一的身份标识。

业务请求用于获取预置的第一业务与第二业务，第一业务与第二业务之间有预设的处理顺序，根据预设的处理顺序，第一业务的处理顺序先于第二业务。举例来说，假设服务器102接收用户终端101发送的付费抽奖的业务请求，该业务请求用于获取电子支付业务与抽奖业务，根据预设的处理顺序，服务器102首先处理电子支付业务，然后当成功处理电子支付业务后继续处理抽奖业务。

身份标识用于标识业务请求的身份，具有唯一性，至少可以由业务请求对应的业务代码、处理时间、用户终端对应的用户帐号、以及预置数量的随机字符构成。

步骤S12，处理所述第一业务。

步骤S13，若处理超时，则将所述业务请求的处理状态标记为第一处理状态。

具体地，若第一业务处理超时，也即预置的时长内，服务器102未获得第一业务的处理结果，则将业务请求的处理状态标记为第一处理状态。当业务请求的处理状态为第一处理状态时，表明标记服务器102在处理业务请求对应的第一业务的阶段发生处理异常，例如：处理超时。

步骤S14，若处理未超时且处理成功，则继续处理所述第二业务，若所述第二业务处理超时，则将所述业务请求的处理状态标记为第二处理状态。

具体地，若服务器102在预置的时长内成功处理第一业务，获得了业务数据，则继续处理第二业务。服务器102在预置的时长内，若处理第二业务超时，也就是说在预置的时长内未获得第二业务的处理结果，则将业务请求的处理状态标记为第二处理状态。当业务请求的处理状态为第二处理状态时，表明服务器102在处理业务请求对应的第二业务的阶段发生处理异常，例如：处理超时。

步骤S15，定期按照所述身份标识查询所述业务请求的处理状态，获取所述业务请求的处理结果，并将所述处理结果发送给所述用户终端，所述处理结果包括：所述第一业务对应的第一处理结果与所述第二业务对应的第二处理结果，其中，当查询出所述第二处理结果为失败时，为所述业务请求重新分配身份标识。

具体地，服务器102定期按照身份标识查询业务请求的处理状态，获取业务请求的处理结果。如上所述，业务请求的处理状态可包括：第一处理状态与第二处理状态。处理结果可包括：服务器102在处理第一业务时获得的第一处理结果，与服务器102在处理第二业务时获得的第二处理结果。

请参见图3，步骤S15可以包括：

步骤S151，当所述业务请求的处理状态为所述第一处理状态，且所述第一处理结果为处理成功时，继续处理所述第二业务，获取所述第二处理结果，将所述第二处理结果发送给所述用户终端。

具体地，当查询到业务请求的处理状态为第一处理状态且第一处理结果为处理成功时，也就是说服务器102虽然在处理业务请求对应的第一业务时发生处理超时，但是最终服务器102对第一业务处理成功，获得了处理结果数据，则服务器102继续处理对应的第二业务，获取第二业务的处理结果，也即第二处理结果，然后将第二处理结果发送给用户终端101。

步骤S152，当所述业务请求的处理状态为所述第二处理状态时，判断是否获取到所述处理状态为所述第二处理状态的业务请求的所述第二处理结果。

具体地，当查询到业务请求的处理状态为第二处理状态时，判定是否获取到该业务请求的第二处理结果，也即判断服务器102是否对该业务请求对应的第二业务进行过处理，也可以理解为判断服务器102中是否存储有第二业务的处理记录。

若否，则执行步骤S153：重新处理所述第二业务，获取所述第二处理结果，将所述第二处理结果发送给所述用户终端。

具体地，若服务器102未获得第二处理结果，则重新处理该业务请求对应的第二业务，获取第二处理结果（也即第二业务的处理结果）的结果数据，将获取的结果数据发送给用户终端101。业务请求的处理状态为第二处理状态，但服务器102未获得第二处理结果的情况可发生在服务器102在首次处理业务请求对应的第二业务时失败，于是重新为业务请求分配了身份标识，此后服务器102按照新分配的身份标识查询业务请求的处理结果，由于身份标识的唯一性，因此按照新分配的身份标识查询将无法获得对应的处理结果。

若是，则执行步骤S154，判断所述处理结果是否为成功。

具体地，若服务器102获得第二处理结果，则判断第二处理结果是否为成功，也即是否有对应的结果数据。

若是，则执行步骤S155，将所述第二处理结果发送给所述用户终端。

具体地，若第二处理结果为处理成功，则将第二处理结果的结果数据发送给用户终端101。

若否，则执行步骤S156：为所述业务请求重新分配身份标识。

具体地，若第二处理结果为处理失败，则服务器102重新为业务请求分配身份标识。由于服务器102针对相同的身份标识的业务请求只能处理一次，如果仍然使用相同身份标识重新处理业务请求，处理结果仍然是失败，因此需要为处理失败的业务请求重新分配身份标识。

本发明实施例提供的业务请求处理方法，通过服务器为接收的用户终端发送的业务请求分配唯一的身份标识，根据业务请求按照预设的顺序处理第一业务与第二业务，并根据处理情况分别标记第一业务与第二业务的处理状态，定期按照身份标识查询业务请求的处理状态，获取业务请求的处理结果，并且当查询出第二处理结果为失败时，为业务请求重新分配身份标识，因此，可避免服务器对具有相同身份标识的业务请求进行重复处理，提高处理效率，避免资源浪费。

第二实施例

图4为本发明第二实施例提供的业务请求处理方法的流程图。如图4所示，本实施例的业务请求处理方法包括以下步骤：

步骤S21，服务器接收用户终端发送的业务请求，为业务请求分配唯一的身份标识，根据业务请求，按照预设的处理顺序，分别处理第一业务与第二业务。

如图5所示，本步骤具体包括以下步骤：

步骤S211，服务器接收用户终端发送的业务请求，为业务请求分配唯一的身份标识。

业务请求中可包含用于获取预置的第一业务与第二业务的业务数据，其中，根据预设的处理顺序，第一业务的处理顺序先于第二业务。例如：假设业务请求为付费抽奖的业务请求，则业务请求中可包含用于获取电子支付业务的业务数据，比如：用户的银行账号、密码等。

身份标识用于标识业务请求的身份，具有唯一性，至少可以由业务请求对应的业务代码、处理时间、用户终端对应的用户帐号、以及预置数量的随机字符构成。

步骤S212，服务器根据业务请求，对第一业务进行处理。

具体地，服务器可通过第一业务处理模块，根据业务请求中所包含的业务数据，对预置的第一业务进行处理。可以理解的，第一业务处理模块既可运行于服务器本地，也可运行于其它云端服务器中。第一业务处理模块可在第一业务处理完成时，对处理情况进行记录，并通过身份标识将处理情况与业务请求相关联，通过身份标识，服务器可查询对应的第一业务的处理情况，处理情况具体可包括：处理成功获得结果数据与处理失败未获得结果数据。

步骤S213，若第一业务处理超时，则立即重新处理第一业务，若处理再次超时，则将业务请求的处理状态标记为第一处理状态，若第一业务处理未超时且处理失败，则通知用户终端第一业务处理失败。

具体地，若第一业务处理超时，也即超过预置的时长，服务器未通过第一业务处理模块获得处理结果，则立即重新通过第一业务处理模块重新处理第一业务，并当超过预置的时长，仍未获得处理结果时，将业务请求的处理状态标记为第一处理状态，同时，服务器通知用户终端业务请求处理异常。第一处理状态的标记可用于标识服务器在处理业务请求对应的第一业务时发生异常，比如：处理超时。可以理解的，若第一业务处理模块运行于其它云端服务器中，则当超过预置的时长，服务器未接收到第一业务处理模块返回的处理响应数据时，可视为处理超时。

若在预置的时长内，服务器通过第一业务处理模块处理第一业务失败未获得结果数据，则通知用户终端第一业务处理失败。

步骤S214，若第一业务处理未超时且处理成功，则继续处理第二业务。

具体地，若在预置的时长内，服务器处理第一业务成功，获得处理的结果数据，则服务器可按照预设的顺序，继续通过第二业务处理模块处理与第一业务相关联的第二业务。

步骤S215，若第二业务处理未超时且处理成功，则将处理结果发送给用户终端，若第二业务处理未超时且处理失败，则为业务请求重新分配身份标识，并将业务请求的处理状态标记为第二处理状态。

具体地，若服务器在预置的时长内，处理第二业务成功并获得处理的结果数据，则处理的结果数据发送给用户终端。

若服务器在预置的时长内，处理第二业务失败，则为业务请求重新分配身份标识，并将业务请求的处理状态标记为第二处理状态。第二处理状态的标记可用于标识服务器在处理业务请求对应的第二业务时发生异常，比如：处理超时或处理失败。可以理解的，第二业务处理模块既可运行于服务器本地，也可运行于其它云端服务器中，若第二业务处理模块运行于其它云端服务器中，则当超过预置的时长，服务器未接收到第二业务处理模块返回的处理响应数据时，可视为处理超时。第二业务处理模块在第二业务处理完成时，对处理情况进行记录，并通过身份标识将处理情况与业务请求相关联，通过身份标识，服务器可查询对应的第二业务的处理情况，处理情况具体可包括：处理成功获得结果数据与处理失败未获得结果数据。

步骤S216，若第二业务处理超时，则立即重新处理第二业务。

具体地，若服务器处理第二业务超时，也即超过预置的时长未获得第二业务的处理结果，则立即重新通过第二业务处理模块处理第二业务。

步骤S217，若重新处理第二业务超时，则将业务请求的处理状态标记为第二处理状态。

具体地，当服务器再次超过预置的时长仍然未获得第二业务的处理结果时，将业务请求的处理状态标记为第二处理状态，同时通知用户终端业务请求处理异常。

步骤S218，若重新处理第二业务未超时且处理成功，则将处理结果发送给用户终端，若重新处理第二业务未超时且处理失败，则重新为业务请求分配身份标识，并将业务请求的处理状态标记为第二处理状态。

具体地，服务器再次通过第二业务处理模块对第二业务进行处理，若预置的时长内，处理第二业务成功，则获取处理成功的结果数据，将获取的结果数据发送给用户终端。若预置的时长内，服务器处理第二业务失败，则重新为业务请求分配身份标识，并将业务请求的处理状态标记为第二处理状态。

步骤S22，服务器定期按照身份标识查询业务请求的处理状态，获取业务请求的处理结果，根据处理状态与处理结果，重新对业务请求进行处理。

如图6所示，本步骤具体包括以下步骤：

步骤S221，服务器定期按照身份标识查询业务请求的处理状态。

步骤S222，当业务请求的处理状态为第一处理状态时，获取第一业务对应的第一处理结果，根据第一处理结果执行对应的操作。

如图7所示，本步骤具体包括以下步骤：

步骤S2221，当业务请求的处理状态为第一处理状态时，获取第一业务对应的第一处理结果。

具体地，当业务请求的处理状态为第一处理状态时，服务器根据身份标识，通过查询第一业务处理模块对第一业务的处理情况的记录，获取第一业务对应的第一处理结果。

步骤S2222，当第一处理结果为处理失败时，服务器通知用户终端业务请求处理失败。

步骤S2223，当第一处理结果为处理成功时，继续处理与第一业务相关联的第二业务。

由于服务器根据身份标识查询获取第一业务对应的第一处理结果，然后根据第一处理结果确定是否继续处理与第一业务相关联的第二业务，因此可避免现有技术中由于在处理顺序在先的业务发生处理超时后不继续处理之后的业务，而导致的对业务请求的处理失败，从而可提高处理的效率。

步骤S2224，若第二业务处理未超时且处理成功，则将处理成功的结果发送给用户终端，若第二业务处理未超时且处理失败，则为业务请求重新分配身份标识，并将业务请求的处理状态标记为第二处理状态。

步骤S2225，若第二业务处理超时，则立即重新处理第二业务。

步骤S2226，若重新处理第二业务超时，则将业务请求的处理状态标记为第二处理状态。

步骤S2227，若重新处理第二业务未超时且处理成功，则获取处理成功的结果，将获取的处理成功的结果数据发送给用户终端，若重新处理第二业务未超时且处理失败，则重新为业务请求分配身份标识，并将业务请求的处理状态标记为第二处理状态。

步骤S2222至步骤S2226具体可参考步骤S213至步骤S218，此处不再赘述。

步骤S223，当业务请求的处理状态为第二处理状态时，获取第二业务对应的第二处理结果，根据第二处理结果执行对应的操作。

如图8所示，本步骤具体包括以下步骤：

步骤S2231，当业务请求的处理状态为第二处理状态时，获取第二业务对应的第二处理结果。

具体地，当业务请求的处理状态为第二处理状态时，服务器根据身份标识，通过查询第二业务处理模块对第二业务的处理情况的记录，获取第二业务对应的第二处理结果。

步骤S2232，判断是否获取到第二处理结果。

若是，则执行步骤S2233：当第二处理结果为处理成功时，将处理成功的结果数据发送给用户终端，当第二处理结果为处理失败时，重新为业务请求分配身份标识。

由于服务器根据身份标识查询获取第二业务对应的第二处理结果，当第二处理结果为处理成功时，直接将处理成功的结果数据发送给用户终端，因此可避免重复处理其实已经处理成功的业务，从而可避免系统资源浪费，缩短处理时间，提高处理效率。

若否，则执行步骤S2234，处理第二业务。

具体地，服务器未获取到第二处理结果，也就是说服务器中没有第二业务处理模块对身份标识对应的第二业务的处理记录，服务器通过第二业务处理模块对第二业务进行处理。

步骤S2235，若第二业务处理未超时且处理成功，则将处理成功的结果发送给用户终端，若第二业务处理未超时且处理失败，则为业务请求重新分配身份标识。

步骤S2236，若第二业务处理超时，则立即重新处理第二业务。

步骤S2237，若重新处理第二业务未超时且处理成功，则获取处理成功的结果，将获取的处理成功的结果数据发送给用户终端，若重新处理第二业务未超时且处理失败，则重新为业务请求分配身份标识，并将业务请求的处理状态标记为第二处理状态。

步骤S2235至步骤S2237具体可参考步骤S213至步骤S218，此处不再赘述。

为进一步说明本实施例提供的业务请求处理方法，结合图9，以下将举例说明。如图9所示，服务器内配置业务请求处理系统，该业务请求处理系统具体可包括：处理模块、补发模块，支付模块以及抽奖模块。

请参阅图10，假设用户终端响应于用户的付费抽奖的操作，向服务器发送包含用户的银行账号、支付密码等信息的付费抽奖的请求。服务器在接收到用户终端发送的付费抽奖的请求后，第一步，为该付费抽奖的请求生成唯一的身份标识（请求流水号）；第二步，根据银行账号、支付密码，通过处理模块调用支付接口，通过支付模块，为用户终端处理电子支付的业务，若支付超时，则在第一次支付超时时，立即使用相同的身份标识重新通过支付模块再次处理电子支付的业务，若再次超时，则向用户终端发送通知，以通过用户终端通知用户“系统繁忙，请稍后再试，将在24小时内确认发货”，同时标记该付费抽奖的请求的处理状态为“支付超时”，并将该付费抽奖的请求、对应的身份标识以及处理状态通过补发模块记录下来，若支付失败，则向用户终端发送通知，以通过用户终端提示用户“支付失败，请稍后再试”；第三步，若支付成功，则通过处理模块调用抽奖接口，通过抽奖模块为用户终端处理抽奖的业务，若抽奖成功，则将抽奖结果发送给用户终端，以通过用户终端提示用户“付费抽奖成功及抽到的游戏道具”，若抽奖超时，则在第一次抽奖超时时，立即使用相同的身份标识重新通过抽奖模块再次处理抽奖的业务，若再次超时，则向用户终端发送通知，以通过用户终端通知用户“24小时发货到账”，同时标记该付费抽奖的请求的处理状态为“抽奖超时”，并将该付费抽奖的请求、对应的身份标识以及处理状态通过补发模块记录下来，若抽奖失败，则向用户终端发送通知，以通过用户终端通知用户“24小时发货到账”，同时标记该付费抽奖的请求的处理状态为“抽奖失败”，并将该付费抽奖的请求、对应的身份标识以及处理状态通过补发模块记录下来。

服务器定期通过补发模块扫描付费抽奖的请求的处理记录，若付费抽奖的请求的处理状态为“支付超时”，请参阅图11，则根据该付费抽奖的身份标识查询支付结果（支付模块记录电子支付的业务的处理结果，具体包括：支付成功、支付失败、以及支付超时），若支付失败，则将付费抽奖的请求的处理状态更新为“支付失败”，记录修复次数加1，若支付超时，则不修改处理状态，记录修复次数加1，然后等待进入下一轮扫描，若支付成功，则将处理状态更新为“支付成功”，记录补送次数加1，通过抽奖模块处理抽奖的业务，当抽奖成功时，将抽奖结果补送给用户终端，并将付费抽奖的请求的处理状态更新为“抽奖成功”，同时记录补送结果，当抽奖失败或抽奖超时时，将该付费抽奖的请求的处理状态相应更新为“抽奖失败”或“抽奖超时”，并将该付费抽奖的请求、对应的身份标识以及处理状态通过补发模块记录下来。

若付费抽奖的请求的处理状态为“抽奖超时”或“抽奖失败”，请参阅图12，当付费抽奖的请求的处理状态为“抽奖超时”时，则根据付费抽奖的请求的身份标识查询抽奖结果（抽奖模块记录电子支付的业务的处理结果，具体包括：抽奖成功、抽奖失败、以及抽奖超时），若抽奖成功，则将抽奖结果补送给用户终端，并将付费抽奖的请求的处理状态更新为“抽奖成功”，同时记录补送次数加1，若抽奖失败或抽奖超时，则将该付费抽奖的请求的处理状态相应更新为“抽奖失败”或“抽奖超时”，记录补送次数加1，同时等待进入下一轮扫描；当付费抽奖的请求的处理状态为“抽奖失败”时，则为付费抽奖的请求重新生成唯一的身份标识，再次通过抽奖模块处理抽奖的业务，若抽奖成功，则将抽奖结果补送给用户终端，并将付费抽奖的请求的处理状态更新为“抽奖成功”，同时记录补送结果，若抽奖失败或抽奖超时，则将该付费抽奖的请求的处理状态相应更新为“抽奖失败”或“抽奖超时”，记录补送次数加1，同时等待进入下一轮扫描。

本发明实施例提供的业务请求处理方法，通过服务器为接收的用户终端发送的业务请求分配唯一的身份标识，根据业务请求按照预设的顺序处理第一业务与第二业务，并根据处理情况分别标记第一业务与第二业务的处理状态，定期按照身份标识查询业务请求的处理状态，获取业务请求的处理结果，当业务请求的处理状态为第一处理状态且第一处理结果为处理成功时，继续处理第二业务，获取第二处理结果，将第二处理结果发送给用户终端，判断是否获取到处理状态为第二处理状态的业务请求的第二处理结果，若是且第二处理结果为成功，则将第二处理结果发送给用户终端，若是且第二处理结果为失败，则为业务请求重新分配身份标识，若否，则重新处理第二业务，获取第二处理结果，将第二处理结果发送给用户终端，由于通过身份标识来查询业务请求的处理状态与处理结果，并且当查询出第二处理结果为失败时，为业务请求重新分配身份标识，因此，可避免服务器对具有相同身份标识的业务请求进行重复处理，提高处理效率，避免资源浪费。

第三实施例

图13为本发明第三实施例提供的业务请求处理装置的结构示意图。本实施例提供的业务请求处理装置可以用于上述实施例中的业务请求处理方法。如图13所示，业务请求处理装置30包括：分配模块31、业务处理与标记模块32、处理结果获取模块33。其中所述处理结果获取模块33可以包括第一处理单元331以及第二处理单元332。

其中，分配模块31用于接收用户终端发送的业务请求，为所述业务请求分配唯一的身份标识，所述业务请求用于获取预置的第一业务与第二业务，所述第一业务的处理顺序先于所述第二业务。

业务处理与标记模块32用于处理所述第一业务，若处理超时，则将所述业务请求的处理状态标记为第一处理状态，若处理未超时且处理成功，则继续处理所述第二业务，若所述第二业务处理超时，则将所述业务请求的处理状态标记为第二处理状态。

处理结果获取模块33用于定期按照所述身份标识查询所述业务请求的处理状态标记，获取所述业务请求的处理结果，并将所述处理结果发送给所述用户终端，所述处理结果包括：所述第一业务对应的第一处理结果与所述第二业务对应的第二处理结果，其中，当查询出所述第二处理结果为失败时，为所述业务请求重新分配身份标识。

第一处理单元331用于当所述业务请求的处理状态为所述第一处理状态，且所述第一处理结果为处理成功时，继续处理所述第二业务，获取所述第二处理结果，将所述第二处理结果发送给所述用户终端。

第二处理单元332用于判断是否获取到所述处理状态为所述第二处理状态的业务请求的所述第二处理结果，若是且所述第二处理结果为成功，则将所述第二处理结果发送给所述用户终端，若是且所述第二处理结果为失败，则为所述业务请求重新分配身份标识，若否，则重新处理所述第二业务，获取所述第二处理结果，将所述第二处理结果发送给所述用户终端。

本实施例对业务请求处理装置30的各功能模块实现各自功能的具体过程，请参见上述图1至图12所示实施例中描述的具体内容，此处不再赘述。

本发明实施例提供的业务请求处理装置，通过为接收的用户终端发送的业务请求分配唯一的身份标识，根据业务请求按照预设的顺序处理第一业务与第二业务，并根据处理情况分别标记第一业务与第二业务的处理状态，定期按照身份标识查询业务请求的处理状态，获取业务请求的处理结果，当查询出第二处理结果为失败时，为业务请求重新分配身份标识，因此，可避免服务器对具有相同身份标识的业务请求进行重复处理，提高处理效率，避免资源浪费。

第四实施例

图14为本发明第四实施例提供的业务请求处理装置的结构示意图。本实施例提供的业务请求处理装置可以用于上述实施例中的业务请求处理方法。如图14所示，业务请求处理装置40包括：分配模块41、业务处理与标记模块42、处理结果获取模块43、通知模块44、以及发送模块45。其中，所述处理结果获取模块43包括：第一处理单元431以及第二处理单元432。

其中，分配模块41用于接收用户终端发送的业务请求，为所述业务请求分配唯一的身份标识，所述业务请求用于获取预置的第一业务与第二业务，所述第一业务的处理顺序先于所述第二业务。

业务处理与标记模块42用于处理所述第一业务，若处理超时，则将所述业务请求的处理状态标记为第一处理状态，若处理未超时且处理成功，则继续处理所述第二业务，若所述第二业务处理超时，则将所述业务请求的处理状态标记为第二处理状态。如图15所示，所述业务处理与标记模块42包括：第三处理单元421、第一标记单元422、第四处理单元423、以及第二标记单元424。其中，第三处理单元421用于处理所述第一业务，若处理超时，则立即重新处理所述第一业务；第一标记单元422用于若处理再次超时，则将所述业务请求的处理状态标记为第一处理状态；第四处理单元423用于若所述第二业务处理超时，则立即重新处理所述第二业务；第二标记单元424用于若处理再次超时，则将所述业务请求的处理状态标记为第二处理状态。

处理结果获取模块43用于定期按照所述身份标识查询所述业务请求的处理状态标记，获取所述业务请求的处理结果，所述处理结果包括：所述第一业务对应的第一处理结果与所述第二业务对应的第二处理结果。

第一处理单元431用于当所述业务请求的处理状态为所述第一处理状态，且所述第一处理结果为处理成功时，继续处理所述第二业务，获取所述第二处理结果，将所述第二处理结果发送给所述用户终端。如图16所示，所述第一处理单元431包括：第一处理子单元4311、发送子单元4312、第二处理子单元443、以及标记子单元444。其中，第一处理子单元4311用于当所述业务请求的处理状态为所述第一处理状态，且所述第一处理结果为处理成功时，继续处理所述第二业务；发送子单元4312用于若所述第二业务处理未超时且处理成功，则将处理成功的结果发送给所述用户终端；第二处理子单元4313用于若处理超时，则立即重新处理所述第二业务；标记子单元4314用于若处理再次超时，则将所述业务请求的处理状态标记为第二处理状态。

第二处理单元432用于判断是否获取到所述处理状态为所述第二处理状态的业务请求的所述第二处理结果，若是且所述第二处理结果为成功，则将所述第二处理结果发送给所述用户终端，若是且所述第二处理结果为失败，则为所述业务请求重新分配身份标识，若否，则重新处理所述第二业务，获取所述第二处理结果，将所述第二处理结果发送给所述用户终端。

通知模块44用于若所述第一业务处理未超时且处理失败，则通知所述用户终端所述第一业务处理失败。

发送模块45用于若所述第二业务处理未超时且处理成功，则将处理成功的结果发送给所述用户终端。

优选地，所述身份标识中包括：所述业务请求对应的业务代码、处理时间、所述用户终端对应的用户帐号、以及预置数量的随机字符。

本实施例对业务请求处理装置40的各功能模块实现各自功能的具体过程，请参见上述图1至图12所示实施例中描述的具体内容，此处不再赘述。

本发明实施例提供的业务请求处理装置，通过为接收的用户终端发送的业务请求分配唯一的身份标识，根据业务请求按照预设的顺序处理第一业务与第二业务，并根据处理情况分别标记第一业务与第二业务的处理状态，定期按照身份标识查询业务请求的处理状态，获取业务请求的处理结果，当业务请求的处理状态为第一处理状态且第一处理结果为处理成功时，继续处理第二业务，获取第二处理结果，将第二处理结果发送给用户终端，判断是否获取到处理状态为第二处理状态的业务请求的第二处理结果，若是且第二处理结果为成功，则将第二处理结果发送给用户终端，若是且第二处理结果为失败，则为业务请求重新分配身份标识，若否，则重新处理第二业务，获取第二处理结果，将第二处理结果发送给用户终端，由于通过身份标识来查询业务请求的处理状态与处理结果，并且当查询出第二处理结果为失败时，为业务请求重新分配身份标识，因此，可避免服务器对具有相同身份标识的业务请求进行重复处理，提高处理效率，避免资源浪费。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

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

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上，仅是本发明的较佳实施例而已，并非对本发明作任何形式上的限制，虽然本发明已以较佳实施例揭露如上，然而并非用以限定本发明，任何熟悉本专业的技术人员，在不脱离本发明技术方案范围内，当可利用上述揭示的技术内容做出些许更动或修饰为等同变化的等效实施例，但凡是未脱离本发明技术方案内容，依据本发明的技术实质对以上实施例所作的任何简单修改、等同变化与修饰，均仍属于本发明技术方案的范围内。

Claims (16)

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

服务器接收用户终端发送的业务请求，为所述业务请求分配唯一的身份标识，所述业务请求用于获取预置的第一业务与第二业务，所述第一业务的处理顺序先于所述第二业务；

处理所述第一业务，若处理超时，则将所述业务请求的处理状态标记为第一处理状态，若处理未超时且处理成功，则继续处理所述第二业务，若所述第二业务处理超时，则将所述业务请求的处理状态标记为第二处理状态；以及

定期按照所述身份标识查询所述业务请求的处理状态，获取所述业务请求的处理结果，并将所述处理结果发送给所述用户终端，所述处理结果包括与所述第一业务对应的第一处理结果以及与所述第二业务对应的第二处理结果，其中，当查询出所述第二处理结果为失败时，为所述业务请求重新分配身份标识；

当业务请求的处理状态为第一处理状态时，获取第一业务对应的第一处理结果，根据第一处理结果执行对应的操作；当第一处理结果为处理失败时，服务器通知用户终端业务请求处理失败；当第一处理结果为处理成功时，继续处理与第一业务相关联的第二业务。

2.根据权利要求1所述的方法，其特征在于，所述定期按照所述身份标识查询所述业务请求的处理状态，获取所述业务请求的处理结果的步骤，包括：

定期按照所述身份标识查询所述业务请求的处理状态；

当所述业务请求的处理状态为所述第一处理状态，且所述第一处理结果为处理成功时，继续处理所述第二业务，获取所述第二处理结果，将所述第二处理结果发送给所述用户终端；

当所述业务请求的处理状态为所述第二处理状态时，判断是否获取到对应的所述第二处理结果，若获取到所述第二处理结果且所述第二处理结果为成功，则将所述第二处理结果发送给所述用户终端，若获取到所述第二处理结果且所述第二处理结果为失败，则为所述业务请求重新分配身份标识，若没有获取到所述第二处理结果，则重新处理所述第二业务，获取所述第二处理结果，并将所述第二处理结果发送给所述用户终端。

3.根据权利要求1所述的方法，其特征在于，所述处理所述第一业务，若处理超时，则将所述业务请求的处理状态标记为第一处理状态的步骤包括：

处理所述第一业务，若处理超时，则立即重新处理所述第一业务；

若处理再次超时，则将所述业务请求的处理状态标记为第一处理状态。

4.根据权利要求1所述的方法，其特征在于，所述定期按照所述身份标识查询所述业务请求的处理状态标记的步骤之前还包括：

若所述第一业务处理未超时且处理失败，则通知所述用户终端所述第一业务处理失败。

5.根据权利要求1所述的方法，所述若所述第二业务处理超时，则将所述业务请求的处理状态标记为第二处理状态的步骤包括：

若所述第二业务处理超时，则立即重新处理所述第二业务；

若处理再次超时，则将所述业务请求的处理状态标记为第二处理状态。

6.根据权利要求1所述的方法，其特征在于，所述定期按照所述身份标识查询所述业务请求的处理状态标记的步骤之前，还包括：

若所述第二业务处理未超时且处理成功，则将处理成功的结果发送给所述用户终端。

7.根据权利要求1所述的方法，其特征在于，当所述业务请求的处理状态为所述第一处理状态，且所述第一处理结果为处理成功时，继续处理所述第二业务，获取所述第二处理结果，所述将所述第二处理结果发送给所述用户终端的步骤包括：

当所述业务请求的处理状态为所述第一处理状态，且所述第一处理结果为处理成功时，继续处理所述第二业务；

若所述第二业务处理未超时且处理成功，则将处理成功的结果发送给所述用户终端；

若处理超时，则立即重新处理所述第二业务；

若处理再次超时，则将所述业务请求的处理状态标记为第二处理状态。

8.根据权利要求1至7任一项所述的方法，其特征在于，所述身份标识中包括：所述业务请求对应的业务代码、处理时间、所述用户终端对应的用户帐号、以及预置数量的随机字符。

9.一种业务请求处理装置，运行于服务器，其特征在于，包括：

分配模块，用于接收用户终端发送的业务请求，为所述业务请求分配唯一的身份标识，所述业务请求用于获取预置的第一业务与第二业务，所述第一业务的处理顺序先于所述第二业务；

业务处理与标记模块，用于处理所述第一业务，若处理超时，则将所述业务请求的处理状态标记为第一处理状态，若处理未超时且处理成功，则继续处理所述第二业务，若所述第二业务处理超时，则将所述业务请求的处理状态标记为第二处理状态；以及

处理结果获取模块，用于定期按照所述身份标识查询所述业务请求的处理状态标记，获取所述业务请求的处理结果，并将所述处理结果发送给所述用户终端，所述处理结果包括：所述第一业务对应的第一处理结果与所述第二业务对应的第二处理结果，其中，当查询出所述第二处理结果为失败时，为所述业务请求重新分配身份标识；当业务请求的处理状态为第一处理状态时，获取第一业务对应的第一处理结果，根据第一处理结果执行对应的操作；当第一处理结果为处理失败时，服务器通知用户终端业务请求处理失败；当第一处理结果为处理成功时，继续处理与第一业务相关联的第二业务。

10.根据权利要求9所述的装置，其特征在于，所述处理结果获取模块包括：

第一处理单元，用于当所述业务请求的处理状态为所述第一处理状态，且所述第一处理结果为处理成功时，继续处理所述第二业务，获取所述第二处理结果，将所述第二处理结果发送给所述用户终端；

第二处理单元，用于当所述业务请求的处理状态为所述第二处理状态时，判断是否获取到对应的所述第二处理结果，若获取到所述第二处理结果且所述第二处理结果为成功，则将所述第二处理结果发送给所述用户终端，若获取到所述第二处理结果且所述第二处理结果为失败，则为所述业务请求重新分配身份标识，若没有获取到所述第二处理结果，则重新处理所述第二业务，获取所述第二处理结果，将所述第二处理结果发送给所述用户终端。

11.根据权利要求9所述的装置，其特征在于，所述业务处理与标记模块包括：

第三处理单元，用于处理所述第一业务，若处理超时，则立即重新处理所述第一业务；

第一标记单元，用于若处理再次超时，则将所述业务请求的处理状态标记为第一处理状态。

12.根据权利要求9所述的装置，其特征在于，所述装置还包括：

通知模块，用于若所述第一业务处理未超时且处理失败，则通知所述用户终端所述第一业务处理失败。

13.根据权利要求9所述的装置，所述业务处理与标记模块还包括：

第四处理单元，用于若所述第二业务处理超时，则立即重新处理所述第二业务；

第二标记单元，用于若处理再次超时，则将所述业务请求的处理状态标记为第二处理状态。

14.根据权利要求9所述的装置，其特征在于，所述装置还包括：

发送模块，用于若所述第二业务处理未超时且处理成功，则将处理成功的结果发送给所述用户终端。

15.根据权利要求9所述的装置，其特征在于，所述第一处理单元包括：

第一处理子单元，用于当所述业务请求的处理状态为所述第一处理状态，且所述第一处理结果为处理成功时，继续处理所述第二业务；

发送子单元，用于若所述第二业务处理未超时且处理成功，则将处理成功的结果发送给所述用户终端；

第二处理子单元，用于若处理超时，则立即重新处理所述第二业务；

标记子单元，用于若处理再次超时，则将所述业务请求的处理状态标记为第二处理状态。

16.根据权利要求9至15任一项所述的装置，其特征在于，所述身份标识中包括：所述业务请求对应的业务代码、处理时间、所述用户终端对应的用户帐号、以及预置数量的随机字符。