特定相关第一用户和第二用户之间，至少有一方为忙碌状态时，即特定相关第一用户和第二用户均为忙碌状态，或者特定相关第一用户为忙碌状态、第二用户为其他状态(空闲状态、离线状态)，或者第二用户为忙碌状态、特定相关第一用户为其他状态(空闲状态、离线状态)。这时，由于在特定相关第一用户和第二用户中至少一方不能及时处理与数据交互相关的操作，可能造成数据交互失败。第二用户可以利用其具有的、可以延迟数据交互时间的权限，使服务器推迟数据交互的时间(延迟时间)，避免在与大量相关第一用户进行数据交互的同时继续增加数据交互的数量，造成部分数据交互失败的情况的发生，以此提高数据交互的成功率。
[0077]例如，用户(相关第一用户)在餐馆就餐完毕，店家(第二用户)可以主动向服务器请求用户付款(数据交互)，而这时用户的基本状态为忙碌，无法立即完成与用户的支付操作，则店家可以请求服务器只生成订单，即店家直接向服务器发送延迟性数据交互请求，并且该店家同意服务器只生成订单。服务器为用户和店家生成订单，并通知用户和店家支付未完成。延迟时间过后，服务器生成数据交互指令，并提示用户和店家进行支付操作。基于生成的订单，用户向店家付款。可选地，用户在餐馆就餐完毕，用户可以主动向服务器发送请求，用以向店家付款，而这时用户看到店家的基本状态为忙碌，无法立即与用户完成支付操作，则用户可以通过服务器请求店家只生成订单，即用户向服务器发送延迟性数据交互请求，服务器询问店家是否可以只生成订单，若店家同意只生成订单，则服务器为用户和店家生成订单，并通知用户和店家支付未完成。在延迟时间过后，服务器生成数据交互指令，并提示用户和店家进行支付操作。基于生成的订单，用户向店家付款。
[0078]当特定相关第一用户和第二用户的基本状态为空闲时，特定相关第一用户和第二用户均可以进行数据交互，而不会发生因为数据交互数量大而造成数据交互失败的情况，这时，则可以执行特定相关第一用户和第二用户的数据交互。
[0079]在一个实施例中，服务器可以根据所述数据交互请求，以及第一用户的特定信息，在特定相关第一用户和第二用户之间执行数据交互。该特定信息可以是特定相关第一用户用于数据交互的基础数据，例如，第一用户的支付余额。
[0080]当服务器接收到延迟性数据交互请求时，并且特定相关第一用户的特定信息处于有效范围内时，则第二用户允许服务器延迟一定时间执行与第一用户的数据交互。该有效范围，为预定数值范围。例如，为特定相关第一用户的支付余额设置有效范围为大于100元，当支付余额小于100元时，则该第一用户的支付余额不足，需要该第一用户充值后才可以进行支付(数据交互)。也即是说，当服务器接收到延迟性数据交互请求时，并且特定相关第一用户的特定信息处于有效范围外时，则第二用户与特定相关第一用户之间不能进行的数据交互，并且服务器可以提示用户“支付余额不足”。
[0081]当服务器接收到实时性数据交互请求时，并且第一用户的特定信息处于有效范围内时，则服务器执行特定相关第一用户和第二用户的数据交互。当服务器接收到实时性数据交互请求时，并且特定相关第一用户的特定信息处于有效范围外时，则服务器可以不执行特定相关第一用户和第二用户的数据交互，并且可以提示用户“支付余额不足”。
[0082]本申请还提供了一种数据交互装置，如图3所示，图3是根据本申请一实施例的数据交互装置300的结构图。
[0083]在本申请的数据交互装置300中，可以包括确定模块310、更新模块320、接收模块330、交互模块340。
[0084]确定模块310，可以用于根据第一用户的位置信息和第二用户的位置信息，确定处于第二用户预定范围内的相关第一用户。其中，第一用户的位置信息和第二用户的位置信息，包括:第一用户的地理位置信息和第二用户的地理位置信息。
[0085]进一步地，确定模块310还可以包括获取单元311、比较单元312、确定单元313。
[0086]获取单元311，可以用于获取第一用户和第二用户的位置信息。该获取单元311的具体实现过程可以参照步骤S210。
[0087]比较单元312，可以用于将第一用户的地理位置信息与第二用户的地理位置信息进行比较。该比较单元312的具体实现过程可以参照步骤S220。
[0088]确定单元313，可以用于确定处于第二用户的预定地理范围内的相关第一用户。该确定单元313的具体实现过程可以参照步骤S230。
[0089]进一步地，该确定模块310的具体实现过程可以参照步骤S110。
[0090]更新模块320，可以用于根据相关第一用户的行为记录和第二用户的行为记录，分别更新相关第一用户和第二用户的基本状态。行为记录包括:历史行为记录及当前数据交互数量；其中，历史行为记录包括历史数据交互数量；基本状态包括忙碌状态、空闲状态。
[0091]在一个实施例中，更新模块320还可以被配置成:当相关第一用户和/或第二用户的历史行为记录显示，在历史相同时段的数据交互数量大于预定值时，则将相关第一用户和/或第二用户的基本状态更新为忙碌状态；当相关第一用户和/或第二用户的历史行为记录显示，在历史相同时段的数据交互数量小于或等于预定值时，则将相关第一用户和/或第二用户的基本状态更新为空闲状态。
[0092]在另一个实施例中，更新模块320还被配置成:当相关第一用户和/或第二用户当前数据交互数量大于预定值时，则将相关第一用户和/或第二用户的基本状态更新为忙碌状态；当相关第一用户和/或第二用户当前数据交互数量小于或等于预定值时，则将相关第一用户和/或第二用户的基本状态更新为空闲状态。
[0093]更新模块320还包括推送单元321，用于将每一个相关第一用户的基本状态推送给对应的相关第一用户和推送给第二用户；将第二用户的基本状态推送给第二用户和推送给每一个相关第一用户。
[0094]该更新模块320的具体实现过程可以参照步骤S120。
[0095]接收模块330，可以用于接收来自相关第一用户中的特定相关第一用户或第二用户发送的特定相关第一用户与第二用户之间进行数据交互的数据交互请求。数据交互请求的类型可以是根据特定相关第一用户和/或第二用户的基本状态确定的。其中，数据交互请求包括:实时性数据交互请求和延迟性数据交互请求。
[0096]进一步地，接收模块330还被配置成:当特定相关第一用户和/或第二用户的基本状态为忙碌时，接收来自特定相关第一用户或第二用户的实时性数据交互请求或延迟性数据交互请求；当特定相关第一用户和第二用户的基本状态为空闲时，接收来自特定相关第一用户或第二用户的实时性数据交互请求。
[0097]该接收模块330的具体实现过程可以参照步骤S130。
[0098]交互模块340，可以用于根据数据交互请求的类型，在特定相关第一用户和第二用户之间执行数据交互。
[0099]交互模块340还被配置成:当接收到延迟性数据交互请求时，则在延迟第二用户所允许延迟的一定时间后，执行特定相关第一用户和第二用户的数据交互；当接收到实时性数据交互请求时，则执行特定相关第一用户和第二用户的数据交互。
[0100]在一个实施例中，交互模块340还可以根据数据交互请求，以及特定相关第一用户的特定信息，在特定相关第一用户和第二用户之间执行数据交互；其中特定信息是特定相关第一用户用于数据交互的基础数据。进一步地，交互模块340还被配置成:当接收到延迟性数据交互请求时，并且特定相关第一用户的特定信息有效时，则在延迟第二用户所允许延迟的一定时间后，执行特定相关第一用户和第二用户的数据交互；当接收到实时性数据交互请求时，并且特定相关第一用户的特定信息有效时，则执行特定相关第一用户和第二用户的数据交互。
[0101]该交互模块340的具体实现过程可以参照步骤S140。
[0102]由于图3所描述的本申请的装置所包括的各个模块(包含单元)的【具体实施方式】与本申请的方法中的步骤的【具体实施方式】是相对应的，由于已经对图1-图2进行了详细的描述，所以为了不模糊本申请，在此不再对各个模块的具体细节进行描述。
[0103]在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
[0104]内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flashRAM)。内存是计算机可读介质的示例。
[0105]计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
[0106]还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性