发明内容
为了解决在数据交互数量未知的情况下盲目进行数据交互而造成的交互失败的问题,本申请的主要目的在于提供一种数据交互方法和装置,用以提高数据交互的成功率,并且提升用户的体验效果。
为了解决上述技术问题,本申请的目的是通过以下技术方案实现:
本申请提供了一种数据交互方法,包括:根据第一用户的位置信息和第二用户的位置信息,确定处于所述第二用户预定范围内的相关第一用户;根据所述相关第一用户的行为记录和所述第二用户的行为记录,分别更新所述相关第一用户和所述第二用户的基本状态;接收来自所述相关第一用户中的特定相关第一用户或所述第二用户发送的所述特定相关第一用户与所述第二用户之间进行数据交互的数据交互请求,所述数据交互请求的类型是根据所述特定相关第一用户和/或所述第二用户的基本状态确定的;根据所述数据交互请求的类型,在所述特定相关第一用户和所述第二用户之间执行数据交互。
其中,第一用户的位置信息和第二用户的位置信息,包括:第一用户的地理位置信息和第二用户的地理位置信息;根据第一用户的位置信息和第二用户的位置信息,确定处于所述第二用户预定范围内的相关第一用户,包括:将第一用户的地理位置信息与第二用户的地理位置信息进行比较;确定处于所述第二用户的预定地理范围内的相关第一用户。
其中,所述行为记录包括:历史行为记录及当前数据交互数量;其中,所述历史行为记录包括历史数据交互数量。
其中,所述基本状态包括忙碌状态及空闲状态;根据所述相关第一用户的行为记录和所述第二用户的行为记录,分别更新所述相关第一用户和所述第二用户的基本状态,包括:当相关第一用户和/或第二用户的历史行为记录显示,在历史相同时段的数据交互数量大于预定值时,则将所述相关第一用户和/或所述第二用户的基本状态更新为忙碌状态;当相关第一用户和/或第二用户的历史行为记录显示,在历史相同时段的数据交互数量小于或等于预定值时,则将所述相关第一用户和/或所述第二用户的基本状态更新为空闲状态。
其中,所述基本状态包括忙碌状态及空闲状态;根据所述相关第一用户的行为记录和所述第二用户的行为记录,分别更新所述相关第一用户和所述第二用户的基本状态,包括:当相关第一用户和/或第二用户当前数据交互数量大于预定值时,则将所述相关第一用户和/或所述第二用户的基本状态更新为忙碌状态;当相关第一用户和/或第二用户当前数据交互数量小于或等于预定值时,则将所述相关第一用户和/或所述第二用户的基本状态更新为空闲状态。
其中,根据具有不同位置信息的应用场景和/或根据应用场景的网络状态的差别,设置相应的所述预定值。
其中,更新所述相关第一用户和所述第二用户的基本状态,还包括:将每一个所述相关第一用户的基本状态推送给对应的所述相关第一用户和推送给所述第二用户;将所述第二用户的基本状态推送给所述第二用户和推送给所述相关第一用户。
其中,所述数据交互请求类型包括:实时性数据交互请求和延迟性数据交互请求;接收来自所述相关第一用户中的特定相关第一用户或所述第二用户发送的所述特定相关第一用户与所述第二用户之间进行数据交互的数据交互请求,所述数据交互请求的类型是根据所述特定相关第一用户和/或所述第二用户的基本状态确定的,包括:当所述特定相关第一用户和/或所述第二用户的基本状态为忙碌时,接收来自所述特定相关第一用户或所述第二用户的实时性数据交互请求或延迟性数据交互请求;当所述特定相关第一用户和所述第二用户的基本状态为空闲时,接收来自所述特定相关第一用户或所述第二用户的实时性数据交互请求。
其中,根据所述数据交互请求的类型,在所述特定相关第一用户和所述第二用户之间执行数据交互,包括:当接收到延迟性数据交互请求时,则在延迟所述第二用户所允许延迟的一定时间后,执行所述特定相关第一用户和所述第二用户的数据交互;当接收到实时性数据交互请求时,则执行所述特定相关第一用户和所述第二用户的数据交互。
其中,根据所述数据交互请求的类型,在所述特定相关第一用户和所述第二用户之间执行数据交互,还包括:根据所述数据交互请求,以及所述特定相关第一用户的特定信息,在所述特定相关第一用户和所述第二用户之间执行数据交互;其中所述特定信息是特定相关第一用户用于数据交互的基础数据。
其中,根据所述数据交互请求的类型,在所述特定相关第一用户和所述第二用户之间执行数据交互,包括:当接收到延迟性数据交互请求时,并且所述特定相关第一用户的特定信息有效时,则在延迟所述第二用户所允许延迟的一定时间后,执行所述特定相关第一用户和所述第二用户的数据交互;当接收到实时性数据交互请求时,并且所述特定相关第一用户的特定信息有效时,则执行所述特定相关第一用户和所述第二用户的数据交互。
本申请还提供了一种数据交互装置,包括:确定模块,用于根据第一用户的位置信息和第二用户的位置信息,确定处于所述第二用户预定范围内的相关第一用户;更新模块,用于根据所述相关第一用户的行为记录和所述第二用户的行为记录,分别更新所述相关第一用户和所述第二用户的基本状态;接收模块,用于接收来自所述相关第一用户中的特定相关第一用户或所述第二用户发送的所述特定相关第一用户与所述第二用户之间进行数据交互的数据交互请求,所述数据交互请求的类型是根据所述特定相关第一用户和/或所述第二用户的基本状态确定的;交互模块,用于根据所述数据交互请求的类型,在所述特定相关第一用户和所述第二用户之间执行数据交互。
其中,第一用户的位置信息和第二用户的位置信息,包括:第一用户的地理位置信息和第二用户的地理位置信息;进一步地,所述确定模块还包括:比较单元,用于将第一用户的地理位置信息与第二用户的地理位置信息进行比较;确定单元,用于确定处于所述第二用户的预定地理范围内的相关第一用户。
其中,所述行为记录包括:历史行为记录及当前数据交互数量;其中,所述历史行为记录包括历史数据交互数量。
其中,所述基本状态包括忙碌状态、空闲状态;进一步地,所述更新模块还被配置成:当相关第一用户和/或第二用户的历史行为记录显示,在历史相同时段的数据交互数量大于预定值时,则将所述相关第一用户和/或所述第二用户的基本状态更新为忙碌状态;当相关第一用户和/或第二用户的历史行为记录显示,在历史相同时段的数据交互数量小于或等于预定值时,则将所述相关第一用户和/或所述第二用户的基本状态更新为空闲状态。
其中,所述基本状态包括忙碌状态、空闲状态;进一步地,所述更新模块还被配置成:当相关第一用户和/或第二用户当前数据交互数量大于预定值时,则将所述相关第一用户和/或所述第二用户的基本状态更新为忙碌状态;当相关第一用户和/或第二用户当前数据交互数量小于或等于预定值时,则将所述相关第一用户和/或所述第二用户的基本状态更新为空闲状态。
与现有技术相比,根据本申请的技术方案存在以下有益效果:
本申请采用将用户的位置信息与用户需要处理的数据交互数量相结合的方式,更新处于第二用户预定范围内的一个或多个第一用户的基本状态,以及该第二用户的基本状态,并根据第一用户和/或第二用户的基本状态,在第一用户和第二用户之间进行数据交互。以此提高数据交互的成功率,提升用户体验效果。
具体实施方式
本申请的主要思想在于,获取第一用户和第二用户的位置信息。以第二用户为基准,确定处于第二用户预定范围内的一个或多个第一用户(相关第一用户)。根据第一用户的行为数据更新第一用户的基本状态。根据第二用户的行为数据更新第二用户的基本状态。其中该行为数据可以预测出第一用户和第二用户当前需要处理的数据交互数量。当第一用户和/或第二用户当前需要处理的数据交互数量多时,则将第一用户和/或第二用户的基本状态更新为忙碌,这时第二用户可以允许延迟第一用户和第二用户的数据交互的时间,延迟时间过后,执行第一用户和第二用户之间数据交互。当第一用户和第二用户需要处理的数据交互数量少时,则第一用户和第二用户的基本状态为空闲,这时可以直接在第一用户和第二用户之间执行数据交互。该方法具体可以参照步骤S110-S130。
通过上述方法,可以得到第一用户和第二用户当前的基本状态,并根据第一用户和第二用户的基本状态执行数据交互,避免大量第一用户在同一时间段内与第二用户进行数据交互,而产生的数据交互失败,以此提高数据交互成功的概率,并且可以提升用户体验效果。
为使本申请的目的、技术方案和优点更加清楚,下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
如图1所示,图1是根据本申请一实施例的数据交互方法的流程图。
在步骤S110处,根据第一用户的位置信息和第二用户的位置信息,确定处于第二用户预定范围内的相关第一用户。
该步骤S110的具体实施过程如图2所示,图2是根据本申请一实施例的数据交互方法的步骤S110的详细流程图。
在步骤S210处,获取第一用户和第二用户的位置信息。第一用户的位置信息可以包括第一用户的地理位置信息;第二用户的位置信息可以包括第二用户的地理位置信息。
第一用户和第二用户可以在所使用的终端中,登录用于数据交互的应用程序等。其中该终端可以是手机、平板电脑等。
第一用户和第二用户可以通过该应用程序定时向服务器上报地理位置信息。该地理位置信息可以是全球定位信息(GPS,Global PositioningSystem)。进一步地,第一用户和第二用户可以每隔一个预定的时间间隔向服务器上报一次GSP信息。
具体而言,当第一用户或第二用户登录应用程序时,该应用程序可以定时触发第一用户或第二用户所使用的终端中的GPS设备,并由该GPS设备获取该第一用户或第二用户的地理位置信息。第一用户或第二用户定时上报GPS设备获取的地理位置信息。其中,第一用户的地理位置变换频繁,例如,该第一用户为买方用户。第一用户的地理位置信息变化较多,所以第一用户定时上报地理位置信息的时间间隔可以较短。如,每隔5分钟上报一次地理位置信息。第二用户的位置相对固定,例如,该第二用户为商户、自动售货机等。第二用户的地理位置信息变化不大,所以第二用户定时上报地理位置信息的时间间隔可以较长。如,每隔一个月上报一次地理位置信息。
服务器可以定期获取来自各个第一用户和来自第二用户上报的地理位置信息,并进行存储,并且将第一用户的新的地理位置信息代替该第一用户已经存储的地理位置信息,以及将第二用户的新的地理位置信息代替该第二用户已经存储的地理位置信息。也即是说,被保存的地理位置信息为用户的最新地理位置信息。
在一个实施例中,当第一用户或第二用户登录应用程序时,可以向服务器发送登录请求,该登录请求中可以携带第一用户或第二用户的IP地址。服务器可以记录第一用户或第二用户的IP地址。服务器根据记录的第一用户或第二用户的IP地址,可以在IP地址库中查询IP地址与地理位置信息的对照关系,进而获得第一用户和第二用户的地理位置信息。其中,在IP地址库中,可以预先记录IP地址对应的地理位置信息。
在步骤S220处,将第一用户的地理位置信息与第二用户的地理位置信息进行比较。
在存储的各个第一用户的地理位置信息和第二用户的地理位置信息中,将每一个第一用户的地理位置信息与第二用户的地理位置信息进行一一比较。
在步骤S230处,确定处于第二用户的预定地理范围内的相关第一用户。
可以为第二用户预设一个预定地理范围(预定范围)。如,以第二用户为圆心,以500m为半径的圆,作为该第二用户预定的地理范围。又如,当第二用户为餐厅时,则该餐厅的预定地理范围可以是覆盖该餐厅面积的地理范围。
在将每个第一用户的地理位置信息与第二用户的地理位置信息进行比较时,服务器可以计算出处于第二用户的预定地理范围内的第一用户。如,服务器计算出,第一用户的地理位置信息处在,预定的以第二用户为中心的、500m为半径的圆内,那么可以确定该第一用户处于第二用户的预定的地理范围内。以此类推,可以确定出处于第二用户的预定的地理范围内的一个或多个第一用户。该一个或多个第一用户可以被称作处于第二用户预定地理范围内的相关第一用户。
类似地,可以为第一用户预设一个地理范围,服务器同样可以计算出处于该第一用户预定地理范围内的一个或多个第二用户。
在步骤S120处,根据相关第一用户的行为记录和第二用户的行为记录,分别更新相关第一用户和第二用户的基本状态。
行为记录例如可以包括:历史行为记录及当前数据交互数量。其中,历史行为记录可以包括相关第一用户的历史行为记录和第二用户的历史行为记录。历史行为记录可以记录服务器在历史相同时段处理/执行与相关第一用户和/或第二用户相关的历史数据交互的数量。其中,历史相同时段用于表示每天相同的时段。例如,2013年10月7日15时至16时,与2013年10月8日15时至16时,为历史相同时段。服务器可以根据与相关第一用户或第二用户相关的历史行为记录预测出当前时段、与相关第一用户或第二用户相关的数据交互的数量。如,2013年10月1日到7日每天15时至16时,执行的与相关第一用户相关的数据交互的数量为10个,则可以预测出,2013年10月8日15时至16时需要执行的相关第一用户的数据交互的数量可能为10个。
当前数据交互数量,可以包括相关第一用户的当前数据交互数量和第二用户的当前数据交互数量。当前数据交互数量即为当前时段服务器需要处理/执行与相关第一用户和/或第二用户相关的数据交互的数量。
相关第一用户和第二用户的基本状态可以包括忙碌、空闲、离线等状态。
忙碌状态,可以指服务器需要处理/执行与相关第一用户或第二用户有关的数据交互的数量大于预定值。该预定值可以是根据实际的应用场景而设置的经验值,当在一个时间段内,数据交互数量超过该经验值时,则用户(相关第一用户或第二用户)不能及时处理超出经验值部分的数据交互的相关操作。用户处理数据交互的相关操作,可以包括点击与数据交互相关的按钮,例如生成订单按钮、立即支付按钮,并通过这些按钮进行后续的操作。若这些操作不能及时被处理,则容易造成数据交互失败的情况发生,即不能完成与该部分的用户的数据交互。相关第一用户或第二用户的忙碌状态可以表示一天之中,该相关第一用户或第二用户进行数据交互的高峰期。
空闲状态,可以指服务器需要处理/执行与相关第一用户或第二用户相关的数据交互的数量小于或等于预定值。相关第一用户或第二用户的空闲状态,可以表示该相关第一用户或第二用户在现有的、需要处理的、数据交互正常执行的基础上,可以继续增加数据交互的执行数量,并且可以正常进行与数据交互相关的操作,直至数据交互的数量达到预定值。
离线状态,可以指用户(相关第一用户、第二用户)未登录用于与其他用户进行数据交互的应用程序。
可以通过相关第一用户和/或第二用户的历史行为记录预测相关第一用户和/或第二用户的基本状态。当相关第一用户和/或第二用户的历史行为记录显示,在历史相同时段的数据交互数量大于预定值时,则将相关第一用户和/或第二用户的基本状态更新为忙碌状态;当相关第一用户和/或第二用户的历史行为记录显示,在历史相同时段的数据交互数量小于或等于预定值时,则将相关第一用户和/或第二用户的基本状态更新为空闲状态。
例如,当第二用户为商户时,该商户的历史行为记录包括该商户在2013年10月1日到7日每天15时至16时的交易量(数据交互)均为15笔,用于判断用户基本状态的预定值为10笔,那么该商户2013年10月1日到7日每天15时至16时的交易量大于预定值(15笔大于10笔),则该商户的基本状态为忙碌,根据该商户的历史行为记录,可以预测2013年10月8日15时至16时,该商户的交易量为15笔(大于预定值10笔),该商户的基本状态为忙碌。
又如,在服务器端后台设定定时任务,该定时任务每天晚上12点开始运行,根据每个用户(第一用户、第二用户)最近一年内的所有历史交易记录(历史行为记录),计算出每个用户平均每天以及每天中平均每小时的交易数量(数据交互数量),如,计算出一用户平均每天的交易数量为12笔,平均每小时的交易数量1笔,可以将该交易数量1笔作为预定值。并根据每个用户最近一年内的所有历史交易记录,计算出每个用户的交易数量、在时间上的正太分布,如,计算出一用户一天24小时内的交易行为集中在如9-10点,20-21点等,并且交易行为集中的时间段内的交易数量均大于预定值1笔。当前时刻为上午9:30时,该当前时刻处于该用户产生交易行为集中的9-10点之间,则可以将该用户的基本状态更新为忙碌状态。
也可以通过相关第一用户和/或第二用户的当前数据交互数量计算相关第一用户和/或第二用户的基本状态。当相关第一用户和/或第二用户当前数据交互数量大于预定值时,则将相关第一用户和/或第二用户的基本状态更新为忙碌状态;当相关第一用户和/或第二用户当前数据交互数量小于或等于预定值时,则将相关第一用户和/或第二用户的基本状态更新为空闲状态。
例如,当第二用户为商户时,该商户当前处理的交易量为8笔,预先设定的预定值为10笔,那么商户当前处理的交易量小于预定值(8笔小于10笔),则该商户的基本状态为空闲,该商户还有能力处理新产生的交易。
进一步地,用于与数据交互数量进行比较的预定值,可以根据历史行为记录来进行设置,也可以由第一用户或第二用户根据经验进行自定义设置。例如,对于与商户(第二用户)的交易数量(数据交互数量)进行比较的预设值,可以根据商户的历史交易记录(历史行为记录)来计算出预设值,如,计算商户每分钟可以处理的交易数量的峰值(最大值)是20笔,那么可以将该20笔作为预设值。该预定值还可以是商户在应用程序(客户端,如APP)中自定义设置其每分钟可以处理的交易笔数(数据交互数量),如,该商户每分钟可以处理10笔交易,则可以将该10笔作为该商户的预定值。在这两种情况下,可以优先使用用户(第一用户、第二用户)自定义设置的预定值,如果用户没有自定义设置预定值,则使用通过历史行为记录计算出来的预定值。
也即是说,用于与历史行为记录中的数据交互数量进行比较的预定值和与当前数据交互数量进行比较的预定值可以是相同的预定值,也可以是不同的预定值。
在一个实施例中,可以根据具有不同位置信息的应用场景和/或根据应用场景的网络状态的差别,设置相应的所述预定值。也即是说,用于与数据交互数量进行比较的预定值,可以根据应用场景和/或应用场景的网络状态的不同进行差别性设置。具体而言,应用场景可以包括商场、酒店、家庭、工作场所等等。每个应用场景中的网络状态不同。例如,在网络状态较好时,用户在一分钟内可以处理5个与数据交互相关的操作,完成5个用户之间的数据交互。在网络状态不好的情况下,用户在一分钟可以处理1个与数据交互相关的操作,完成1个用户之间的数据交互。那么网络状态的好坏直接影响数据交互的执行速度,可以在网络状态较好的应用场景中,或者在一个应用场景中网络状态较好的时段,设置数值较大的预定值。可以在网络状态不好的应用场景中,或者在一个应用场景中网络状态不好的时段,设置数值较小的预定值。进一步地,每一个应用场景拥有一个位置信息,如商场的地理位置信息可以是付款台的地理位置信息,商场的预定范围可以是能够覆盖商场面积的地理位置范围。当用户的地理位置信息处于商场地理位置范围内时,则采用专门为商场设置的预定值来衡量用户的基本状态。
进一步地,服务器可以将每一个相关第一用户的基本状态推送给对应的相关第一用户和推送给第二用户,并且将第二用户的基本状态推送给该第二用户和推送给每一个相关第一用户。
当第一用户和第二用户登录用于数据交互的应用程序后,处于第二用户预定范围内的相关第一用户可以在该应用程序中看到其自身的基本状态和该第二用户的基本状态,第二用户也可以在应用程序中看到其自身的基本状态以及处于其预定范围内的一个或多个第一用户(相关第一用户)的基本状态。
在步骤S130处,接收来自相关第一用户中的特定相关第一用户或第二用户发送的特定相关第一用户与第二用户之间进行数据交互的数据交互请求。数据交互请求的类型可以是根据特定相关第一用户和/或第二用户的基本状态确定的。
换言之,接收来自相关第一用户中的特定相关第一用户或第二用户、基于特定相关第一用户和/或第二用户的基本状态、发送的在特定相关第一用户与第二用户之间进行数据交互的数据交互请求。
特定相关第一用户可以是,处于第二用户预定范围内的相关第一用户中,需要与该第二用户进行数据交互的其中一个相关第一用户。
相关第一用户的基本状态和第二用户的基本状态相互可见。换言之,相关第一用户可以看到第二用户的基本状态,第二用户也可以看到相关第一用户的基本状态。进一步地,相关第一用户中的特定相关第一用户或第二用户可以根据看到的特定相关第一用户和/或第二用户的基本状态向服务器发送数据交互请求,该数据交互请求用于请求服务器在特定相关第一用户和第二用户之间进行数据交互。
该数据交互请求可以包括实时性数据交互请求和延迟性数据交互请求。实时性数据交互请求,用于请求服务器在特定相关第一用户和第二用户之间立即进行数据交互。延迟性数据交互请求,用于请求服务器延迟一定时间后再在特定相关第一用户和第二用户之间进行数据交互。服务器可以根据接收到的实时性数据交互请求实时地生成数据交互指令,并下发给进行数据交互的特定相关第一用户和第二用户。服务器可以根据接收到的延迟性数据交互请求,询问第二用户是否可以延迟生成数据交互指令,若第二用户同意延迟生成数据交互指令,则服务器通知特定相关第一用户延迟数据交互时间,并在延迟时间过后生成数据交互指令,下发给进行数据交互的特定相关第一用户和第二用户。其中,该延迟时间可以根据应用场景的不同设置经验值,或者是未发送数据交互请求的一方(特定相关第一用户、第二用户)的基本状态从忙碌变为空闲时所经历的时间。若该延迟性数据交互请求为第二用户发送,则表示该第二用户同意服务器延迟生成数据交互指令。例如:用户在进行支付时,点击立即支付,表示向服务器发送实时性数据交互请求,点击生成订单,表示向服务器发送延迟性数据交互请求。
具体而言,当特定相关第一用户和/或第二用户的基本状态为忙碌时,服务器可以接收来自特定相关第一用户或第二用户的实时性数据交互请求或延迟性数据交互请求。换言之,服务器接收延迟性数据交互请求表示,当特定相关第一用户和/或第二用户的基本状态为忙碌时,第二用户可以允许服务器延迟一定时间执行与特定相关第一用户的数据交互。那么特定相关第一用户和/或第二用户可以发送延迟性数据交互请求,来延迟数据交互的时间。
当特定相关第一用户和第二用户的基本状态为空闲时,服务器可以接收来自特定相关第一用户或第二用户的实时性数据交互请求。也即是说,当特定相关第一用户和第二用户的基本状态都有空闲时,特定相关第一用户或第二用户可以发送实时性数据交互请求,以作实时性的数据交互。
在一个实施例中,特定相关第一用户或第二用户在发送数据交互请求之前,可以相互交换、服务器为每一个第一用户和每一个第二用户预先分配的唯一的身份编码(ID)。相关第一用户和第二用户在各自登录的应用程序中可以查看自身的ID以及显示的相关第一用户或第二用户的ID。也即是说,相关第一用户可以在其应用程序中查看该相关第一用户预定范围内的每一个第二用户的ID,第二用户可以在其应用程序中查看该第二用户预定范围内的每一个相关第一用户的ID。当相关第一用户中的特定相关第一用户或第二用户需要发送数据交互请求时,可以针对特定/目标ID,向服务器发送数据交互请求。
例如,第二用户是商户,第一用户有用户A、用户B和用户C。其中商户的ID为“111”,用户A的ID为“001”,用户B的ID为“002”,用户C的ID为“003”。当商户、用户A、用户B和用户C均登录用于支付(数据交互)的应用程序后,根据商户、用户A、用户B和用户C的地理位置信息,在商户使用的应用程序中可以显示处于其预定范围内的用户A的ID“001”、用户B的ID“002”和用户C的ID“003”。当用户A需要向商户进行支付时,用户A可以将其ID“001”告知商户,商户在其使用的应用程序中查找ID“001”,并针对ID为“001”的用户A,向服务器发送支付请求(数据交互请求)。
在步骤S140处,根据数据交互请求的类型,在特定相关第一用户和第二用户之间执行数据交互。
当服务器接收到延迟性数据交互请求时,则在延迟第二用户所允许延迟的一定时间后,执行特定相关第一用户和第二用户的数据交互。
当服务器接收到实时性数据交互请求时,则执行特定相关第一用户和第二用户的数据交互。
具体而言,可以为第二用户授予可以延迟数据交互时间的权限。当特定相关第一用户和/或第二用户的基本状态为忙碌时,可以由第二用户通过服务器发起延迟执行数据交互的指令,发起该指令一定时间(延迟时间)后,执行特定相关第一用户与第二用户的数据交互。例如,在商场中进行支付,顾客为第一用户,商户为第二用户,由于该商户的顾客密度较大,该商户的基本状态为忙碌,所以该商户允许其顾客延迟一定时间进行支付,当进行支付时,顾客或商户可以主动向服务器发送延迟性支付请求(延迟性数据交互请求),服务器接收到该延迟性支付请求,若该请求来自顾客,则服务器为商户弹出提示“是否可以延迟支付”,商户可以点击“是”按钮,表示同意,则服务器延迟一定时间在顾客和商户之间进行数据交互(支付);若该请求来自商户,则服务器不询问商户是否可以延迟支付,直接延迟一定时间后执行顾客和商户之间的数据交互(支付)。
更具体地,当需要进行数据交互的特定相关第一用户和第二用户之间,至少有一方为忙碌状态时,即特定相关第一用户和第二用户均为忙碌状态,或者特定相关第一用户为忙碌状态、第二用户为其他状态(空闲状态、离线状态),或者第二用户为忙碌状态、特定相关第一用户为其他状态(空闲状态、离线状态)。这时,由于在特定相关第一用户和第二用户中至少一方不能及时处理与数据交互相关的操作,可能造成数据交互失败。第二用户可以利用其具有的、可以延迟数据交互时间的权限,使服务器推迟数据交互的时间(延迟时间),避免在与大量相关第一用户进行数据交互的同时继续增加数据交互的数量,造成部分数据交互失败的情况的发生,以此提高数据交互的成功率。
例如,用户(相关第一用户)在餐馆就餐完毕,店家(第二用户)可以主动向服务器请求用户付款(数据交互),而这时用户的基本状态为忙碌,无法立即完成与用户的支付操作,则店家可以请求服务器只生成订单,即店家直接向服务器发送延迟性数据交互请求,并且该店家同意服务器只生成订单。服务器为用户和店家生成订单,并通知用户和店家支付未完成。延迟时间过后,服务器生成数据交互指令,并提示用户和店家进行支付操作。基于生成的订单,用户向店家付款。可选地,用户在餐馆就餐完毕,用户可以主动向服务器发送请求,用以向店家付款,而这时用户看到店家的基本状态为忙碌,无法立即与用户完成支付操作,则用户可以通过服务器请求店家只生成订单,即用户向服务器发送延迟性数据交互请求,服务器询问店家是否可以只生成订单,若店家同意只生成订单,则服务器为用户和店家生成订单,并通知用户和店家支付未完成。在延迟时间过后,服务器生成数据交互指令,并提示用户和店家进行支付操作。基于生成的订单,用户向店家付款。
当特定相关第一用户和第二用户的基本状态为空闲时,特定相关第一用户和第二用户均可以进行数据交互,而不会发生因为数据交互数量大而造成数据交互失败的情况,这时,则可以执行特定相关第一用户和第二用户的数据交互。
在一个实施例中,服务器可以根据所述数据交互请求,以及第一用户的特定信息,在特定相关第一用户和第二用户之间执行数据交互。该特定信息可以是特定相关第一用户用于数据交互的基础数据,例如,第一用户的支付余额。
当服务器接收到延迟性数据交互请求时,并且特定相关第一用户的特定信息处于有效范围内时,则第二用户允许服务器延迟一定时间执行与第一用户的数据交互。该有效范围,为预定数值范围。例如,为特定相关第一用户的支付余额设置有效范围为大于100元,当支付余额小于100元时,则该第一用户的支付余额不足,需要该第一用户充值后才可以进行支付(数据交互)。也即是说,当服务器接收到延迟性数据交互请求时,并且特定相关第一用户的特定信息处于有效范围外时,则第二用户与特定相关第一用户之间不能进行的数据交互,并且服务器可以提示用户“支付余额不足”。
当服务器接收到实时性数据交互请求时,并且第一用户的特定信息处于有效范围内时,则服务器执行特定相关第一用户和第二用户的数据交互。当服务器接收到实时性数据交互请求时,并且特定相关第一用户的特定信息处于有效范围外时,则服务器可以不执行特定相关第一用户和第二用户的数据交互,并且可以提示用户“支付余额不足”。
本申请还提供了一种数据交互装置,如图3所示,图3是根据本申请一实施例的数据交互装置300的结构图。
在本申请的数据交互装置300中,可以包括确定模块310、更新模块320、接收模块330、交互模块340。
确定模块310,可以用于根据第一用户的位置信息和第二用户的位置信息,确定处于第二用户预定范围内的相关第一用户。其中,第一用户的位置信息和第二用户的位置信息,包括:第一用户的地理位置信息和第二用户的地理位置信息。
进一步地,确定模块310还可以包括获取单元311、比较单元312、确定单元313。
获取单元311,可以用于获取第一用户和第二用户的位置信息。该获取单元311的具体实现过程可以参照步骤S210。
比较单元312,可以用于将第一用户的地理位置信息与第二用户的地理位置信息进行比较。该比较单元312的具体实现过程可以参照步骤S220。
确定单元313,可以用于确定处于第二用户的预定地理范围内的相关第一用户。该确定单元313的具体实现过程可以参照步骤S230。
进一步地,该确定模块310的具体实现过程可以参照步骤S110。
更新模块320,可以用于根据相关第一用户的行为记录和第二用户的行为记录,分别更新相关第一用户和第二用户的基本状态。行为记录包括:历史行为记录及当前数据交互数量;其中,历史行为记录包括历史数据交互数量;基本状态包括忙碌状态、空闲状态。
在一个实施例中,更新模块320还可以被配置成:当相关第一用户和/或第二用户的历史行为记录显示,在历史相同时段的数据交互数量大于预定值时,则将相关第一用户和/或第二用户的基本状态更新为忙碌状态;当相关第一用户和/或第二用户的历史行为记录显示,在历史相同时段的数据交互数量小于或等于预定值时,则将相关第一用户和/或第二用户的基本状态更新为空闲状态。
在另一个实施例中,更新模块320还被配置成:当相关第一用户和/或第二用户当前数据交互数量大于预定值时,则将相关第一用户和/或第二用户的基本状态更新为忙碌状态;当相关第一用户和/或第二用户当前数据交互数量小于或等于预定值时,则将相关第一用户和/或第二用户的基本状态更新为空闲状态。
更新模块320还包括推送单元321,用于将每一个相关第一用户的基本状态推送给对应的相关第一用户和推送给第二用户;将第二用户的基本状态推送给第二用户和推送给每一个相关第一用户。
该更新模块320的具体实现过程可以参照步骤S120。
接收模块330,可以用于接收来自相关第一用户中的特定相关第一用户或第二用户发送的特定相关第一用户与第二用户之间进行数据交互的数据交互请求。数据交互请求的类型可以是根据特定相关第一用户和/或第二用户的基本状态确定的。其中,数据交互请求包括:实时性数据交互请求和延迟性数据交互请求。
进一步地,接收模块330还被配置成:当特定相关第一用户和/或第二用户的基本状态为忙碌时,接收来自特定相关第一用户或第二用户的实时性数据交互请求或延迟性数据交互请求;当特定相关第一用户和第二用户的基本状态为空闲时,接收来自特定相关第一用户或第二用户的实时性数据交互请求。
该接收模块330的具体实现过程可以参照步骤S130。
交互模块340,可以用于根据数据交互请求的类型,在特定相关第一用户和第二用户之间执行数据交互。
交互模块340还被配置成:当接收到延迟性数据交互请求时,则在延迟第二用户所允许延迟的一定时间后,执行特定相关第一用户和第二用户的数据交互;当接收到实时性数据交互请求时,则执行特定相关第一用户和第二用户的数据交互。
在一个实施例中,交互模块340还可以根据数据交互请求,以及特定相关第一用户的特定信息,在特定相关第一用户和第二用户之间执行数据交互;其中特定信息是特定相关第一用户用于数据交互的基础数据。进一步地,交互模块340还被配置成:当接收到延迟性数据交互请求时,并且特定相关第一用户的特定信息有效时,则在延迟第二用户所允许延迟的一定时间后,执行特定相关第一用户和第二用户的数据交互;当接收到实时性数据交互请求时,并且特定相关第一用户的特定信息有效时,则执行特定相关第一用户和第二用户的数据交互。
该交互模块340的具体实现过程可以参照步骤S140。
由于图3所描述的本申请的装置所包括的各个模块(包含单元)的具体实施方式与本申请的方法中的步骤的具体实施方式是相对应的,由于已经对图1-图2进行了详细的描述,所以为了不模糊本申请,在此不再对各个模块的具体细节进行描述。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flashRAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白,本申请的实施例可提供为方法、系统或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。