[发明专利]信息处理方法及装置

说明书

本发明实施例提供了一种信息处理方法及装置。每间隔第一预设时长获取在第三方服务器的当前时刻之前的、时长为预设时长的时间段内发生掉单的业务请求的总掉单数量；对于每一次获取的总掉单数量，判断总掉单数量是否小于第一预设数量阈值；当总掉单数量小于第一预设数量阈值时，对在该时间段内发生掉单的业务请求按照默认查询策略进行掉单查询；默认查询策略的最大查询次数为预设查询次数；当总掉单数量大于或等于第一预设数量阈值且小于第二预设数量阈值时对在该时间段内发生掉单的业务请求按照第一查询策略进行掉单查询，第一查询策略的最大查询次数小于预设查询次数。本发明可以避免降低业务服务器对业务请求的处理效率以及避免形成恶性循环。

技术领域

本发明涉及计算机技术领域，尤其涉及一种信息处理方法及装置。

背景技术

当前，人们通常在淘宝上购买商品，并在选定了商品之后，用户需要将商品的金额打入商户的银行账户，以完成对商品进行支付。

其中，淘宝官方会设置一个担保交易中间账户，担保交易中间账户的账户信息集成在第三方服务器中。这样，当用户对某一商品进行在线支付时，用户可以利用自己终端先将商品的金额转入第三方服务器中的担保交易中间账户中。当用户确定收货之后，第三方服务器就会将该商品的金额从担保交易中间账户转至商户的银行账户中。

具体地，第三方服务器将转账请求发送至银行的服务器，转账请求携带商品的金额和商户的银行账户，银行的服务器接收该转账请求，将该商品的金额添加至商户的银行账户中，如此完成对转账请求的处理。之后银行的服务器再向第三方服务器返回该转账请求的处理状态，其中处理状态为处理完毕状态。

然而，有时候可能存在短时间内大量的用户分别确定收货的情况，这样第三方服务器在短时间内就会向银行的服务器发送大量的转账请求。由于银行的服务器并行处理能力有限，也即，银行的服务器同时处理转账请求的数量有限，则对于其中的一部分转账请求，可能等待很长时间都不会被银行的服务器处理，这就发生转账请求掉单的情况，如此导致第三方服务器就会长时间接收不到银行的服务器为这一部分转账请求返回的处理状态。

其中，为了明确对这一部分转账请求的处理状态，第三方服务器就会向银行的服务器发送掉单查询请求。

在现有技术中，第三方服务器会按照如下默认查询策略进行查询，其中，默认查询策略的最大查询次数为预设查询次数。具体地，当第三方服务器为某一转账请求向银行的服务器发送一次掉单查询请求后，如果在发送该一次掉单查询请求之后的固定时长内接收到银行的服务器返回的转账请求的处理状态，则不再为该转账请求向银行的服务器发送掉单查询请求；如果在发送该一次掉单查询请求之后的固定时长内未接收到银行的服务器返回的转账请求的处理状态，则会继续向银行的服务器发送另一次掉单查询请求。如果在发送该另一次掉单查询请求之后的固定时长内接收到银行的服务器返回的转账请求的处理状态，则不再为该转账请求向银行的服务器发送掉单查询请求；如果在发送该另一次掉单查询请求之后固定时长内仍旧未接收到银行的服务器返回的转账请求的处理状态，则继续向银行的服务器发送又一掉单查询请求，重复上述步骤，直至为该转账请求向银行的服务器发送的掉单查询请求的发送次数到达预设查询次数为止。

然而，发明人发现，在发生掉单的转账请求的数量非常多的情况下，为每一发生掉单的业务请求按照最大查询次数为预设查询次数的默认查询策略进行掉单查询，则可能出现为每一个发生掉单的业务请求都向业务服务器发送预设查询次数次掉单查询请求的情况，并在银行的服务器并行处理能力有限的情况下会影响银行的服务器会其他转账请求的处理效率，从而形成恶性循环。

发明内容

为克服相关技术中存在的问题，本发明提供一种信息处理方法及装置。

根据本发明实施例的第一方面，提供一种信息处理方法，应用于第三方服务器，所述方法包括：

每间隔第一预设时长获取在所述第三方服务器的当前时刻之前的、时长为预设时长的时间段内发生掉单的业务请求的总掉单数量；