务进行处理，若预置的时长内，处理第二业务成功，则获取处理成功的结果数据，将获取的结果数据发送给用户终端。若预置的时长内，服务器处理第二业务失败，则重新为业务请求分配身份标识，并将业务请求的处理状态标记为第二处理状态。
[0076]步骤S22，服务器定期按照身份标识查询业务请求的处理状态，获取业务请求的处理结果，根据处理状态与处理结果，重新对业务请求进行处理。
[0077]如图6所示，本步骤具体包括以下步骤:
[0078]步骤S221，服务器定期按照身份标识查询业务请求的处理状态。
[0079]步骤S222，当业务请求的处理状态为第一处理状态时，获取第一业务对应的第一处理结果，根据第一处理结果执行对应的操作。
[0080]如图7所示,本步骤具体包括以下步骤:
[0081]步骤S2221，当业务请求的处理状态为第一处理状态时，获取第一业务对应的第一处理结果。
[0082]具体地，当业务请求的处理状态为第一处理状态时，服务器根据身份标识，通过查询第一业务处理模块对第一业务的处理情况的记录，获取第一业务对应的第一处理结果。
[0083]步骤S2222，当第一处理结果为处理失败时，服务器通知用户终端业务请求处理失败。
[0084]步骤S2223，当第一处理结果为处理成功时，继续处理与第一业务相关联的第二业务。
[0085]由于服务器根据身份标识查询获取第一业务对应的第一处理结果，然后根据第一处理结果确定是否继续处理与第一业务相关联的第二业务，因此可避免现有技术中由于在处理顺序在先的业务发生处理超时后不继续处理之后的业务，而导致的对业务请求的处理失败，从而可提高处理的效率。
[0086]步骤S2224，若第二业务处理未超时且处理成功，则将处理成功的结果发送给用户终端，若第二业务处理未超时且处理失败，则为业务请求重新分配身份标识，并将业务请求的处理状态标记为第二处理状态。
[0087]步骤S2225，若第二业务处理超时，则立即重新处理第二业务。
[0088]步骤S2226，若重新处理第二业务超时，则将业务请求的处理状态标记为第二处理状态。
[0089]步骤S2227，若重新处理第二业务未超时且处理成功，则获取处理成功的结果，将获取的处理成功的结果数据发送给用户终端，若重新处理第二业务未超时且处理失败，则重新为业务请求分配身份标识，并将业务请求的处理状态标记为第二处理状态。
[0090]步骤S2222至步骤S2226具体可参考步骤S213至步骤S218，此处不再赘述。
[0091]步骤S223，当业务请求的处理状态为第二处理状态时，获取第二业务对应的第二处理结果，根据第二处理结果执行对应的操作。
[0092]如图8所示，本步骤具体包括以下步骤:
[0093]步骤S2231，当业务请求的处理状态为第二处理状态时，获取第二业务对应的第二处理结果。
[0094]具体地，当业务请求的处理状态为第二处理状态时，服务器根据身份标识，通过查询第二业务处理模块对第二业务的处理情况的记录，获取第二业务对应的第二处理结果。
[0095]步骤S2232，判断是否获取到第二处理结果。
[0096]若是，则执行步骤S2233:当第二处理结果为处理成功时，将处理成功的结果数据发送给用户终端，当第二处理结果为处理失败时，重新为业务请求分配身份标识。
[0097]由于服务器根据身份标识查询获取第二业务对应的第二处理结果，当第二处理结果为处理成功时，直接将处理成功的结果数据发送给用户终端，因此可避免重复处理其实已经处理成功的业务，从而可避免系统资源浪费，缩短处理时间，提高处理效率。
[0098]若否，则执行步骤S2234，处理第二业务。
[0099]具体地，服务器未获取到第二处理结果，也就是说服务器中没有第二业务处理模块对身份标识对应的第二业务的处理记录，服务器通过第二业务处理模块对第二业务进行处理。
[0100]步骤S2235，若第二业务处理未超时且处理成功，则将处理成功的结果发送给用户终端，若第二业务处理未超时且处理失败，则为业务请求重新分配身份标识。
[0101]步骤S2236，若第二业务处理超时，则立即重新处理第二业务。
[0102]步骤S2237，若重新处理第二业务未超时且处理成功，则获取处理成功的结果，将获取的处理成功的结果数据发送给用户终端，若重新处理第二业务未超时且处理失败，则重新为业务请求分配身份标识，并将业务请求的处理状态标记为第二处理状态。
[0103]步骤S2235至步骤S2237具体可参考步骤S213至步骤S218，此处不再赘述。
[0104]为进一步说明本实施例提供的业务请求处理方法，结合图9，以下将举例说明。如图9所示，服务器内配置业务请求处理系统，该业务请求处理系统具体可包括:处理模块、补发模块，支付模块以及抽奖模块。
[0105]请参阅图10，假设用户终端响应于用户的付费抽奖的操作，向服务器发送包含用户的银行账号、支付密码等信息的付费抽奖的请求。服务器在接收到用户终端发送的付费抽奖的请求后，第一步，为该付费抽奖的请求生成唯一的身份标识(请求流水号)；第二步，根据银行账号、支付密码，通过处理模块调用支付接口，通过支付模块，为用户终端处理电子支付的业务，若支付超时，则在第一次支付超时时，立即使用相同的身份标识重新通过支付模块再次处理电子支付的业务，若再次超时，则向用户终端发送通知，以通过用户终端通知用户“系统繁忙，请稍后再试，将在24小时内确认发货”，同时标记该付费抽奖的请求的处理状态为“支付超时”，并将该付费抽奖的请求、对应的身份标识以及处理状态通过补发模块记录下来，若支付失败，则向用户终端发送通知，以通过用户终端提示用户“支付失败，请稍后再试”;第三步，若支付成功，则通过处理模块调用抽奖接口，通过抽奖模块为用户终端处理抽奖的业务，若抽奖成功，则将抽奖结果发送给用户终端，以通过用户终端提示用户“付费抽奖成功及抽到的游戏道具”，若抽奖超时，则在第一次抽奖超时时，立即使用相同的身份标识重新通过抽奖模块再次处理抽奖的业务，若再次超时，则向用户终端发送通知，以通过用户终端通知用户“24小时发货到账”，同时标记该付费抽奖的请求的处理状态为“抽奖超时”，并将该付费抽奖的请求、对应的身份标识以及处理状态通过补发模块记录下来，若抽奖失败，则向用户终端发送通知，以通过用户终端通知用户“24小时发货到账”，同时标记该付费抽奖的请求的处理状态为“抽奖失败”，并将该付费抽奖的请求、对应的身份标识以及处理状态通过补发模块记录下来。
[0106]服务器定期通过补发模块扫描付费抽奖的请求的处理记录，若付费抽奖的请求的处理状态为“支付超时”，请参阅图11，则根据该付费抽奖的身份标识查询支付结果(支付模块记录电子支付的业务的处理结果，具体包括:支付成功、支付失败、以及支付超时)，若支付失败，则将付费抽奖的请求的处理状态更新为“支付失败”，记录修复次数加1，若支付超时，则不修改处理状态，记录修复次数加1，然后等待进入下一轮扫描，若支付成功，则将处理状态更新为“支付成功”，记录补送次数加1，通过抽奖模块处理抽奖的业务，当抽奖成功时，将抽奖结果补送给用户终端，并将付费抽奖的请求的处理状态更新为“抽奖成功”，同时记录补送结果，当抽奖失败或抽奖超时时，将该付费抽奖的请求的处理状态相应更新为“抽奖失败”或“抽奖超时”，并将该付费抽奖的请求、对应的身份标识以及处理状态通过补发模块记录下来。
[0107]若付费抽奖的请求的处理状态为“抽奖超时”或“抽奖失败”，请参阅图12，当付费抽奖的请求的处理状态为“抽奖超时”时，则根据付费抽奖的请求的身份标识查询抽奖结果(抽奖模块记录电子支付的业务的处理结果，具体包括:抽奖成功、抽奖失败、以及抽奖超时)，若抽奖成功，则将抽奖结果补送给用户终端，并将付费抽奖的请求的处理状态更新为“抽奖成功”，同时记录补送次数加1，若抽奖失败或抽奖超时，则将该付费抽奖的请求的处理状态相应更新为“抽奖失败”或“抽奖超时”，记录补送次数加1，同时等待进入下一轮扫描；当付费抽奖的请求的处理状态为“抽奖失败”时，则为付费抽奖的请求重新生成唯一的身份标识，再次通过抽奖模块处理抽奖的业务，若抽奖成功，则将抽奖结果补送给用户终端，并将付费抽奖的请求的处理状态更新为“抽奖成功”，同时记录补送结果，若抽奖失败或抽奖超时，则将该付费抽奖的请求的处理状态相应更新为“抽奖失败”或“抽奖超时”，记录补送次数加1，同时等待进入下一轮扫描。
[0108]本发明实施例提供的业务请求处理方法，通过服务器为接收的用户终端发送的业务请求分配唯一的身份标识，根据业务请求按照预设的顺序处理第一业务与第二业务，并根据处理情况分别标记第一业务与第二业务的处理状态，定期按照身份标识查询业务请求的处理状态，获取业务请求