发明内容
本申请实施例的目的是提供对象信息获得方法及系统,以利于获得较为精确的候选支付对方的对象信息。
为解决上述技术问题,本申请实施例提供一种对象信息获得方法及系统是这样实现的:
一种对象信息获得方法,包括:
客户端发起激活请求;
服务平台接收发来的激活请求,所述请求包括标识所述客户端的第一标识,并附带所述客户端的位置信息和登录时间戳;
服务平台基于所述登录时间戳获得于同一时间区间内激活的第一对象信息列表;
服务平台基于所述位置信息获得于同一位置区域内激活的第二对象信息列表;
服务平台基于第一标识获得与该第一标识关联的第三对象信息列表;
服务平台将同时存在于第一对象信息列表与第二对象信息列表及第三对象信息列表中的对象信息提取出来;
服务平台将所述提取出的对象信息返回至所述客户端;
所述客户端接收返回的所述对象信息。
一种对象信息获得方法,包括:
接收发来的激活请求,所述请求包括标识客户端的第一标识,并附带所述客户端的位置信息和登录时间戳;
基于所述登录时间戳获得于同一时间区间内激活的第一对象信息列表;
基于所述位置信息获得于同一位置区域内激活的第二对象信息列表;
基于第一标识获得与该第一标识关联的第三对象信息列表;
将同时存在于第一对象信息列表与第二对象信息列表及第三对象信息列表中的对象信息提取出来;
将所述提取出的对象信息返回至客户端。
一种对象信息获得方法,包括:
客户端发起激活请求;
服务平台接收发来的激活请求,所述请求附带所述客户端的位置信息和登录时间戳;
服务平台基于所述登录时间戳获得于同一时间区间内激活的第一对象信息列表;
服务平台基于所述位置信息获得于同一位置区域内激活的第二对象信息列表;
服务平台将同时存在于第一对象信息列表与第二对象信息列表中的对象信息提取出来,并作为第四对象信息列表;
服务平台将第四对象信息列表返回至所述客户端;
所述客户端接收返回的第四对象信息列表;
所述客户端将同时存在于第四对象信息列表及所述客户端自身存有的第三对象信息列表中的对象信息提取出来;所述第三对象信息列表中的第三对象信息与标识所述客户端的第一标识相关联。
一种对象信息获得方法,包括:
接收发来的激活请求,所述请求附带所述客户端的位置信息和登录时间戳;
基于所述登录时间戳获得于同一时间区间内激活的第一对象信息列表;
基于所述位置信息获得于同一位置区域内激活的第二对象信息列表;
将同时存在于第一对象信息列表与第二对象信息列表中的对象信息提取出来,并作为第四对象信息列表;
将第四对象信息列表返回至所述客户端。
一种对象信息获得方法,包括:
客户端发起激活请求;
所述客户端接收返回的第四对象信息列表;所述第四对象信息列表中的第四对象信息同时存在于第一对象信息列表与第二对象信息列表中;所述第一对象信息列表中的第一对象信息包括基于所述客户端发起激活请求时的登录时间戳获得的同一时间区间内激活的第一对象信息;所述第二对象信息列表中的第二对象信息包括基于所述客户端发起激活请求时的位置信息获得的于同一位置区域内激活的第二对象信息;
所述客户端将同时存在于第四对象信息列表及所述客户端自身存有的第三对象信息列表中的对象信息提取出来;所述第三对象信息列表中的第三对象信息与标识所述客户端的第一标识相关联。
一种对象信息获得方法,包括:
客户端发起激活请求;
服务平台接收发来的激活请求,所述请求包括标识所述客户端的第一标识,并附带所述客户端的位置信息;
服务平台基于所述位置信息获得于同一位置区域内激活的第二对象信息列表;
服务平台基于第一标识获得与该第一标识关联的第三对象信息列表;
服务平台将同时存在于第二对象信息列表及第三对象信息列表中的对象信息提取出来;
服务平台将所述提取出的对象信息返回至所述客户端;
所述客户端接收返回的所述对象信息。
一种对象信息获得方法,包括:
接收发来的激活请求,所述请求包括标识客户端的第一标识,并附带所述客户端的位置信息;
基于所述位置信息获得于同一位置区域内激活的第二对象信息列表;
基于第一标识获得与该第一标识关联的第三对象信息列表;
将同时存在于第二对象信息列表及第三对象信息列表中的对象信息提取出来;
将所述提取出的对象信息返回至所述客户端。
一种对象信息获得方法,包括:
客户端发起激活请求;
服务平台接收发来的激活请求,所述请求附带所述客户端的位置信息;
服务平台基于所述位置信息获得于同一位置区域内激活的第二对象信息列表;
服务平台将第二对象信息列表返回至所述客户端;
所述客户端接收返回的第二对象信息列表;
所述客户端将同时存在于第二对象信息列表及所述客户端自身存有的第三对象信息列表中的对象信息提取出来;所述第三对象信息列表中的第三对象信息与标识所述客户端的第一标识相关联。
一种对象信息获得方法,包括:
接收发来的激活请求,所述请求附带客户端的位置信息;
基于所述位置信息获得于同一位置区域内激活的第二对象信息列表;
将第二对象信息列表返回至所述客户端。
一种对象信息获得方法,包括:
发起激活请求;
接收返回的第二对象信息列表;所述第二对象信息列表中的第二对象信息包括基于客户端位置信息获得的于同一位置区域内激活的第二对象信息;
将同时存在于第二对象信息列表及所述客户端自身存有的第三对象信息列表中的对象信息提取出来;所述第三对象信息列表中的第三对象信息与标识所述客户端的第一标识相关联。
一种对象信息获得方法,包括:
客户端发起激活请求;
服务平台接收发来的激活请求,所述请求包括标识所述客户端的第一标识,并附带所述客户端的登录时间戳;
服务平台基于所述登录时间戳获得于同一时间区域内激活的第一对象信息列表;
服务平台基于第一标识获得与该第一标识关联的第三对象信息列表;
服务平台将同时存在于第一对象信息列表及第三对象信息列表中的对象信息提取出来;
服务平台将所述提取出的对象信息返回至所述客户端;
所述客户端接收返回的所述对象信息。
一种对象信息获得方法,包括:
接收发来的激活请求,所述请求包括标识客户端的第一标识,并附带所述客户端的登录时间戳;
基于所述登录时间戳获得于同一时间区域内激活的第一对象信息列表;
基于第一标识获得与该第一标识关联的第三对象信息列表;
将同时存在于第一对象信息列表及第三对象信息列表中的对象信息提取出来;
将所述提取出的对象信息返回至所述客户端。
一种对象信息获得方法,包括:
客户端发起激活请求;
服务平台接收发来的激活请求,所述请求附带所述客户端的登录时间戳;
服务平台基于所述登录时间戳获得于同一时间区域内激活的第一对象信息列表;
服务平台将第一对象信息列表返回至所述客户端;
所述客户端接收返回的第一对象信息列表;
所述客户端将同时存在于第一对象信息列表及所述客户端自身存有的第三对象信息列表中的对象信息提取出来;所述第三对象信息列表中的第三对象信息与标识所述客户端的第一标识相关联。
一种对象信息获得方法,包括:
接收发来的激活请求,所述请求附带客户端的登录时间戳;
基于所述登录时间戳获得于同一时间区域内激活的第一对象信息列表;
将第一对象信息列表返回至所述客户端。
一种对象信息获得方法,包括:
客户端发起激活请求;
所述客户端接收返回的第一对象信息列表;所述第一对象信息列表中的第一对象信息包括基于所述客户端的登录时间戳获得的于同一时间区域内激活的第一对象信息;
所述客户端将同时存在于第一对象信息列表及所述客户端自身存有的第三对象信息列表中的对象信息提取出来;所述第三对象信息列表中的第三对象信息与标识所述客户端的第一标识相关联。
一种获得对象信息的系统,包括:
接收单元,用于接收发来的激活请求,所述请求包括标识客户端的第一标识,并附带所述客户端的位置信息和登录时间戳;
第一对象信息获得单元,基于所述登录时间戳获得于同一时间区间内激活的第一对象信息列表;
第二对象信息获得单元,基于所述位置信息获得于同一位置区域内激活的第二对象信息列表;
第三对象信息获得单元,基于第一标识获得与该第一标识关联的第三对象信息列表;
提取单元,用于将同时存在于第一对象信息列表与第二对象信息列表及第三对象信息列表中的对象信息提取出来;
对象信息返回单元,用于将所述提取出的对象信息返回至所述客户端。
一种获得对象信息的系统,包括:
接收单元,用于接收发来的激活请求,所述请求包括标识客户端的第一标识,并附带所述客户端的位置信息和登录时间戳;
第一对象信息获得单元,基于所述登录时间戳获得于同一时间区间内激活的第一对象信息列表;
第二对象信息获得单元,基于所述位置信息获得于同一位置区域内激活的第二对象信息列表;
第四对象信息提取单元,用于将同时存在于第一对象信息列表与第二对象信息列表中的对象信息提取出来,并作为第四对象信息列表;
对象信息返回单元,用于将第四对象信息列表返回至所述客户端。
一种获得对象信息的系统,包括:
发起单元,用于发起激活请求;
第四对象信息获得单元,用于接收返回的第四对象信息列表;所述第四对象信息列表中的第四对象信息同时存在于第一对象信息列表与第二对象信息列表中;所述第一对象信息列表中的第一对象信息包括基于所述登录时间戳获得的同一时间区间内激活的第一对象信息;所述第二对象信息列表中的第二对象信息包括基于所述位置信息获得的于同一位置区域内激活的第二对象信息;
提取单元,用于将同时存在于第四对象信息列表及所述客户端自身存有的第三对象信息列表中的对象信息提取出来;所述第三对象信息列表中的第三对象信息与所述客户端的第一标识相关联。
一种获得对象信息的系统,包括:
接收单元,用于接收发来的激活请求,所述请求包括标识客户端的第一标识,并附带所述客户端的位置信息和登录时间戳;
第二对象信息获得单元,基于所述位置信息获得于同一位置区域内激活的第二对象信息列表;
第三对象信息获得单元,基于第一标识获得与该第一标识关联的第三对象信息列表;
提取单元,用于将同时存在于第二对象信息列表及第三对象信息列表中的对象信息提取出来;
对象信息返回单元,用于将所述提取出的对象信息返回至所述客户端。
一种获得对象信息的系统,包括:
接收单元,用于接收发来的激活请求,所述请求附带所述客户端的位置信息;
第二对象信息获得单元,基于所述位置信息获得于同一位置区域内激活的第二对象信息列表;
对象信息返回单元,用于将第二对象信息列表返回至所述客户端。
一种获得对象信息的系统,包括:
发起单元,用于发起激活请求;
第二对象信息获得单元,用于接收返回的第二对象信息列表;所述第二对象信息列表中的第二对象信息包括基于客户端位置信息获得的于同一位置区域内的第二对象信息;
提取单元,用于将同时存在于第二对象信息列表及所述客户端自身存有的第三对象信息列表中的对象信息提取出来;所述第三对象信息列表中的第三对象信息与第一标识相关联。
一种获得对象信息的系统,包括:
接收单元,用于接收发来的激活请求,所述请求包括标识客户端的第一标识,并附带所述客户端的登录时间戳;
第一对象信息获得单元,基于所述登录时间戳获得于同一时间区域内激活的第一对象信息列表;
第三对象信息获得单元,基于第一标识获得与该第一标识关联的第三对象信息列表;
提取单元,用于将同时存在于第一对象信息列表及第三对象信息列表中的对象信息提取出来;
对象信息返回单元,用于将所述提取出的对象信息返回至所述客户端。
一种获得对象信息的系统,包括:
接收单元,接收发来的激活请求,所述请求附带客户端激活时的登录时间戳;
第一对象信息获得单元,基于所述登录时间戳获得于同一时间区域内激活的第一对象信息列表;
对象信息返回单元,将第一对象信息列表返回至所述客户端。
一种获得对象信息的系统,包括:
发起单元,用于发起激活请求;
第一对象信息获得单元,用于接收返回的第一对象信息列表;所述第一对象信息列表中的第一对象信息包括基于客户度发起激活请求时的登录时间戳获得的于同一时间区域内激活的第一对象信息;
提取单元,用于将同时存在于第一对象信息列表及所述客户端自身存有的第三对象信息列表中的对象信息提取出来;所述第三对象信息列表中的第三对象信息与第一标识相关联。
由以上本申请实施例提供的技术方案可见,本申请实施例中获得的对象信息引入是否与第一标识相关联这一因素进行考虑。这样,即使在时间和/或位置信息存在一定误差时,仍然能够利用与第一标识相关联这一因素对对象信息进行限定,从而可以排除出现众多干扰结果的情况,以获得较为精确的候选支付对方的对象信息。
具体实施方式
本申请实施例提供对象信息获得方法及系统。为了使本技术领域的人员更好地理解本申请中的技术方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
涉及移动互联网的数据过程中,移动终端在终端用户的控制下,可能与交互方在相同地点共同完成支付过程。所述交互方可以是持另一移动终端的用户,也可以是固定的终端设备。上述过程中,可能涉及除交互双方或多方以外的提供服务的第三方。这类第三方服务提供商在交互过程中提供安全交互服务。
网上支付也是网上数据交互的一种方式,下面以网上支付为例具体描述本申请的技术方案。付款方和收款方为数据交互的双方,第三方服务提供商则为第三方支付服务提供商。第三方支付服务提供商可以架设自己的网站或者提供服务器以专门用于支付,例如提供支付平台。这样,支付双方或多方可以通过该支付平台上提供的服务完成支付。例如eBay、Alibaba这样的支付平台。移动终端和/或固定终端可以通过互联网接入第三方支付服务提供商架提供的支付平台,并利用该支付平台完成支付涉及的特定流程。此外,为了便捷和一些安全的考虑,移动终端和/或固定终端可以安装专门的客户端(其中一种形式为应用),例如由该第三方支付服务提供商提供的应用,高效的完成支付。不论上述哪种情况,第三方支付服务提供商提供的支付平台,在本申请涉及的支付过程中,都需要获得支付双方或多方中至少一方的对象信息。以下在未特别指明的情况下,用服务平台来表示包含第三方支付平台在内的平台。
这里的对象信息,包含达成支付所涉及的正确的支付方的信息。此外,可能还包含并非真正涉及支付的对象的信息;或者可能还包含并非真正涉及某次特定支付的对象的信息,尽管该对象可能是另一支付涉及的支付方。显而易见的是,为了达成支付,该次支付涉及的正确的支付方在对象信息中应是不可缺少的。这样,支付的一方进一步可以通过第三方支付服务提供商的服务获得包含支付对方的对象信息,进而从中确认正确的支付对方。例如,移动终端的用户从移动终端客户端上显示的对象列表中选择正确的支付对方。以下在未特别指明的情况下,用对象信息来表示包含支付对方在内的对象的信息。
以下首先介绍本申请对象信息获得方法的第一实施例。结合附图1,该实施例包括:
S100:客户端发起激活请求。
如前所述,位于移动终端/固定终端上的客户端,可以提供终端用户的登录。终端用户以标明其身份的账号登录该客户端后,客户端可以获得一个标明该终端用户身份标识的ID,这样的ID在支付领域中具体可以为支付账号。
所述客户端发起的激活请求,具体例如是激活支付过程的请求。所述客户端发起激活支付过程的请求中,可以包含该终端用户的第一标识,例如该终端用户的支付账号。
此外,所述客户端位于的终端,还可以具有可以产生定位信息的定位装置,具体如下S110中所述。这样,客户端发起激活请求的过程中,即可以包含所述客户端的位置信息。
这里的客户端,并不限于安装专门的应用程序,也可以是通过终端上的浏览器登录的形式。在后续未做特别声明的情况下,与此类似。
S110:服务平台接收发来的激活请求,所述请求包括标识所述客户端的第一标识,并附带所述客户端的位置信息和登录时间戳。
该第一标识,例如是第一支付账号,用于标识S100中登录客户端的身份ID,以便于后续步骤中对对象信息的相关处理,并返回经处理的对象信息至该身份ID对应的客户端,例如该支付账号对应的客户端。
一般地,服务平台接收发来的激活请求中包含的第一标识,例如第一支付账号,由S100中客户端发起激活请求时(例如激活支付过程的请求时)添加在S100中的请求中。
所述服务平台接收的所述请求中,所述附带的所述客户端的位置信息和登录时间戳,可以是客户端发起激活请求中即包含的,也可以是经其它网络设备处理后所包含的位置信息和登录时间戳。
所述前者的位置信息例如是客户端所位于的移动终端所处的位置,经该移动终端可以记录位置信息的定位装置记录下的,代表位置的坐标信息。常见的定位装置可以采用美国GPS卫星导航系统,欧洲“伽利略”卫星导航系统,俄罗斯GLONASS卫星导航系统,或者中国“北斗”卫星导航系统等,或者类似的组合。这类定位的坐标信息也称为移动定位。所述前者的登录时间戳,可以是客户端发起激活请求时由客户端打在该请求消息上的时间戳。
所述后者的位置信息,可以是网络设备基于客户端所位于的移动终端的信号特点转换得到的,例如由网络运营商利用基站覆盖原理,通过所述客户端所位于的移动终端的信号通过基站定位计算得到的位置信息。在后者的定位计算中,一般由移动终端测量不同基站的下行导频信号,得到不同基站下行导频的到达时刻(Time of Arrival,TOA)或到达时间差(Time Difference of Arrival,TDOA),根据该测量结果并结合基站的坐标,一般采用三角公式估计算法,从而计算出移动终端的位置。实际的位置估计算法需要考虑多基站(3个或3个以上)定位的情况,现有技术中有多种算法,较为复杂。一般而言,移动台测量的基站数目越多,测量精度越高,定位性能改善越明显。所述后者的登录时间戳,可以是由网络运营商在接收到所述客户端发来的激活请求时标记的时间戳。
此外,所述前者的位置信息,还可以是通过基站辅助定位并结合移动终端中的定位装置共同定位得到的较为精确的位置。
如上所述的各具体方式,所述服务平台接收的所述请求中,包含的所述客户端的位置信息和登录时间戳,可以是前者的位置信息和后者的登录时间戳的组合,也可以是后者的位置信息和前者的登录时间戳的组合。
再者,所述客户端的登录时间戳,还可以是由服务平台在接收到发来的所述请求时记录的时间戳,并附带于所述请求之上。
对于支付过程,一般而言,由于后续需要由服务平台考虑支付涉及的时间区间,因此,由服务平台统一记录的登录时间戳,对于多个支付方存在计时误差的可能性较小。所述后者的登录时间戳,基于网络运营设备的时钟基本都是一致的,多个支付方的登录时间戳存在误差的可能性也不大。所述前者的登录时间戳,如果是各移动终端根据自身的时钟记录的,则多个支付方存在计时误差的可能性略大。
S111:服务平台基于所述登录时间戳获得于同一时间区间内激活支付过程的第一对象信息列表。
第一对象信息列表中的第一对象信息,主要包括标识第一对象的标识,例如包括第二支付账号。第二支付账号,与前述类似的,可以是在其它客户端上登录的支付账号,所述其它客户端可以是安装于不同于S100的移动终端和/或固定终端上。
S111中的激活与S100中的激活,可以是相同的操作过程。例如,S100中的客户端激活支付过程,可以是用户在客户端上选择某个功能性命令;类似的,S111中的激活,同样可以是用户在客户端上选择某个功能性命令。S111中的激活与S100中的激活,也可以存在操作上的差异。例如,S111中的激活,只需用户在其终端设备上启动客户端,不需用户选择该客户端上的某个功能性命令。固定终端的操作也与之类似。总之,S111与S100中采用“激活”一词概括上述诸种情形。
由于同一时间区间内激活的客户端可能不止一个,相应地,第二支付账号意味着可能包含不止一个账号,而是具有一定数量。因此,这里提到“第二支付账号列表”。当然,第二支付账号列表中,除确实预期与S110中的第一支付账户建立支付关系之外,还可能包括实际上预期与其它支付账户建立支付关系的支付账号的情况。后者由于对应不同于本次支付过程的其它支付过程,而可能存在一定数量的其它支付过程,因此,相对来说包含的预期与其它支付账户建立支付关系的支付账号还可能是大量的。
在S100中,采用第一标识,具体例如采用第一支付账号登录的客户端,其发起激活的请求,具体例如发起激活支付过程的请求,无论采取前述S110中何种标记登录时间戳的方式,都大致标识了该请求的时间点。考虑实际支付场景中,大部分情况中仍然是第二支付账号在前后数分钟内预期与第一支付账号建立支付关系,因此,对于同一时间区间,一般限于一个相对较小的时间长度内。在时间区间的具体时间长度的选择上,第三方支付平台可以根据对已有大数据的统计分析设置合理的值。这个时间区间应当包含S110中的登录时间戳标注的时间点。一种较为广泛的方式是以S110中的登录时间戳标注的时间点为中心,前后扩展2~3分钟。
S112:服务平台基于所述位置信息获得于同一位置区域内激活的第二对象信息列表。
第二对象信息列表中的第二对象信息,例如可以包括第三支付账号。与前述类似的,第三支付账号,可以是在其它客户端上登录的支付账号,所述其它客户端可以是安装于不同于S100的移动终端和/或固定终端上。
S112中的激活与S111中的激活类似,不再赘述。
服务平台可能记录一定时间长度内容激活的第二对象信息列表。对于支付场景来说,一般地,第三方支付平台将存储一定时间长度内所有激活支付过程而未处理支付的客户端信息,例如数天、数小时、数十分钟内的此类信息,并且能够获得这些客户端的位置信息。
这里指的同一位置区域,并不要求在经纬度上表明确切的相同地点,而可以是预设的一定范围。通过预设合理的范围,可以将可能存在支付关系的支付各方从中筛选出。例如,同样是“华贸商场”位置范围内激活支付过程的客户端,可以认为符合预设的范围,因需考虑当面支付可能的双方或多方的距离以及定位的位置信息可能存在的误差。
这样,第三方支付平台可以基于所述位置信息,将存储的一定时间长度内所有激活支付过程而未处理支付的客户端信息,根据位置,将与S110位于同一位置区域内的第三支付账号筛选出来。
由于同一位置区域内激活支付过程的客户端可能不止一个,相应地,第三支付账号意味着可能包含不止一个账号,而是具有一定数量。因此,这里提到“第三支付账号列表”。当然,第三支付账号列表中,除确实预期与S110中的第一支付账户建立支付关系之外,还可能包括实际上预期与其它支付账户建立支付关系的支付账号的情况。后者由于对应不同于本次支付过程的其它支付过程,而可能存在一定数量的其它支付过程,因此,相对来说包含的预期与其它支付账号建立支付关系的支付账号还可能是大量的。
S113:服务平台基于第一标识获得与该第一标识关联的第三对象信息列表。
第三对象信息列表中的第三对象信息,例如可以包括第四支付账号。与前述类似的,第四支付账号,可以是在其它客户端上登录的支付账号,所述其它客户端可以是安装于不同于S100的移动终端和/或固定终端上。
第一标识,具体例如第一支付账号,在此之前可能发生过支付。这样,之前的支付过程中存在的支付对方,即可以作为一种与该第一标识即此处的第一支付账号关联的第四支付账号,或作为该第四支付账号中的一部分。这样,第三方支付平台基于对此前与第一标识即此处的支付账号所参与支付过程的记录,可以获得其关联的支付对方的账号,即第四支付账号。
另外,第一标识的用户,即此处的第一支付账号的用户,可以通过客户端记录与之关联的支付账号,进而通过网络传输至第三方支付平台并存储。例如,终端用户通过客户端手动编辑认为与之可能发生支付关系的其它支付账号,编辑之后保存于第三方支付平台。这样,保存于第三方支付平台的支付账号可以作为一种与该第一支付账号关联的第四支付账号,或作为该第四支付账号中的一部分。
上述两段中提到的可能关联的支付账号,其总和可以作为一种第四支付账号,或作为该第四支付账号中的一部分。
考虑到后续的支付行为,可能与之前的支付行为在支付对象上有一定的重合,或者与第一支付账号的用户编辑存储的支付对方账号存在一定的重合,因此,这里引入与第一支付账号关联的第四支付账号。这样,可以增加正确的支付对象成功出现在第一支付账号的用户期望的支付对方列表上的概率,从而利于完成支付过程。
此外,与该第一标识关联的第三对象信息列表,还可以是该服务平台之外其他系统的对象信息构成的列表,而这样的对象信息肯能与第一标识存在一定的关联。该关联关系,结合前述具体场景,这里可以称为通过所属服务平台之外的其他系统中与第一支付账号存在关联对象信息。例如,第一标识为第三方支付平台的第一支付账号,而与之关联的第三对象信息可能是支付系统外某即时通信系统,或者是某微博、博客之类社交系统中的第三对象信息。这样的关联可能是间接的,但是仍然可以通过中间的媒介建立这种关联,并能够应用到本申请的各例子当中。这里并不加以限制。此外,该关联关系,结合前述具体场景,还可以是通过所属服务平台之外的其他系统中与第一支付账号存在关联的所述服务平台内的账号。例如,第一标识为第三方支付平台的第一支付账号,而与之关联的第三对象信息也是第三方支付平台的支付账号,后者的支付账号与第一支付账号存在一定的关联,这类关联可能是通过支付系统外某即时通信系统,或者是某微博、博客之类社交系统中的第三对象信息发生的。虽然这样的关联可能是间接的,但最终连接的仍然是同一第三方支付平台中的账号。这里也不加以限制。
需要说明的是,尽管在附图中采用箭头表示顺序,但实际上S111与S112和S113并没有严格的先后顺序。依赖于硬件的处理能力,这三者也可以并行处理。后续涉及的类似情况,也仅是作为示例,而本申请并不意在限定S111与S112、S113这三种处理必须具有特定的顺序。从后续对应的系统实施例的附图,可以更明显的看出这点。
S114:服务平台将同时存在于第一对象信息列表与第二对象信息列表及第三对象信息列表中的对象信息提取出来。
同时存在于第二对象信息列表与第三对象信息列表及第四对象信息列表中的,意味着第二对象信息列表与第三对象信息列表及第四对象信息列表三者求交集。所得交集的结果中,符合同一时间区间条件,同时符合同一位置区域条件,还符合与该第一标识关联的条件。
结合上述具体场景,此处同时存在于第二支付账号列表与第三支付账号列表及第四支付账号列表中的,意味着第二支付账号列表与第三支付账号列表及第四支付账号列表三者求交集。所得交集的结果中,符合同一时间区间条件,同时符合同一位置区域条件,还符合与该第一支付账号关联的条件。
S115:服务平台将所述提取出的对象信息返回至所述客户端。
S101:所述客户端接收返回的所述对象信息。
返回的对象信息是同时存在于第二对象信息列表与第三对象信息列表及第四对象信息列表中的,即引入是否与第一标识相关联这一因素进行考虑。这样,即使在时间、位置信息存在一定误差时,仍然能够利用与第一标识相关联这一因素对对象信息进行限定,从而可以排除出现众多干扰结果的情况。
结合上述具体场景,返回的支付账号是同时存在于第二支付账号列表与第三支付账号列表及第四支付账号列表中的,即引入是否与第一支付账号相关联这一因素进行考虑。这样,即使在时间、位置信息存在一定误差时,仍然能够利用与第一支付账号相关联这一因素对支付账号进行限定,从而可以排除出现众多干扰结果的情况。进一步地,客户端可以从返回的支付账号中容易地选择预期发生支付关系的支付账号。
本申请的上述方法特别适用于参与支付过程的各方均为移动终端的情形。例如涉及存在某种关联的两方当面完成支付的情形。当然,对于存在关联的多方的情况也适用。例如,一种AA收款场景,多个不同支付账号的客户端要发出支付请求,每个支付账号都需要将特定金额转入某一支付账号中。该场景下,每一转出账号的客户端,基本上位于同一地点,且基本上在同一时间段发出激活支付过程的请求。如果本次支付过程涉及的各账号存在一定关联,例如是朋友关系,则第三方支付平台执行上述本申请的流程,可以便捷的向涉及本次支付过程的各方返回较为准确的对象信息。
上述第一方法实施例,结合附图1,考虑第三方支付平台为主的步骤,可以演化为第二方法实施例,具体包括:
S110:接收发来的激活请求,所述请求包括标识客户端的第一标识,并附带客户端的位置信息和登录时间戳。
S111:基于所述登录时间戳获得于同一时间区间内激活的第一对象信息列表。
S112:基于所述位置信息获得于同一位置区域内激活的第二对象信息列表。
S113:基于第一标识获得与该第一标识关联的第三对象信息列表。
S114:将同时存在于第一对象信息列表与第二对象信息列表及第三对象信息列表中的对象信息提取出来。
S115:将所述提取出的对象信息返回至所述客户端。
需要说明的是,上述步骤并不限于主体为服务平台,例如第三方支付平台的情况,其它提供类似服务的主体也显然适用。以下的其它方法实施例情况也类似。
对于该第二方法实施例而言,由于其基本相似于前述第一方法实施例的服务平台执行的步骤的部分,所以描述的比较简单,相关之处参见第一方法实施例的部分说明。以下的其它方法或系统实施例情况也类似,请相互参照。
上述第二方法实施例,对应的获得对象信息的系统第一实施例可以如图7所示,包括:
接收单元701,用于接收发来的激活请求,所述请求包括标识客户端的第一标识,并附带所述客户端的位置信息和登录时间戳。
第一对象信息获得单元702,基于所述登录时间戳获得于同一时间区间内激活的第一对象信息列表。
第二对象信息获得单元703,基于所述位置信息获得于同一位置区域内激活的第二对象信息列表。
第三对象信息获得单元704,基于第一标识获得与该第一标识关联的第三对象信息列表。
提取单元705,用于将同时存在于第一对象信息列表与第二对象信息列表及第三对象信息列表中的对象信息提取出来。
对象信息返回单元706,用于将所述提取出的对象信息返回至所述客户端。
如图7中,这样的系统可以全部由第三方支付平台实现。
其中,第三对象信息列表可以存储于服务平台上特定的分布式缓存中。实际当中,网络服务提供商经常采用分布式缓存来提高快速响应的能力。这样,产生一种获得对象信息的系统第二实施例,如图8所示。由图8中的分布式缓存存储第三对象信息列表的情况下,第三对象信息获得单元704将基于第一支付账号从分布式缓存707获得与该第一支付账号关联的第三对象信息列表。
类似的,可能存在专门的关系数据库,位于单独的专用服务器上,用于存储第三对象信息列表。这时,如图9所示的获得对象信息的系统第三实施例中,第三对象信息获得单元704将基于第一标识从关系数据库708获得与该第一标识关联的第三对象信息列表。
实践当中,为了兼顾数据的存取速度和大数据的集中管理,可能同时存在分布式缓存707和关系数据库708。第三对象信息获得单元704可以优先从分布式缓存707尝试获取第三对象信息,在不成功的情况下,可以进一步选择从关系数据库708获得与该第一标识关联的第三对象信息列表。这种情况此时实际上已被图9表达的实施例所涵盖,且是本领域技术人员可以显见的,因此不再另附图示出。在从关系数据库709获取成功后,进一步的,为了后续过程的快速响应,例如后续支付过程的快速响应,可以将该获得的第三对象信息列表存一份拷贝至分布式缓存707中。
以下结合附图2说明本申请对象信息获得方法的第三实施例,包括:
S200:客户端发起激活请求;
S210:服务平台接收发来的激活请求,所述请求包括标识客户端的第一标识,并附带所述客户端的位置信息和登录时间戳;
S211:服务平台基于所述登录时间戳获得于同一时间区间内激活的第一对象信息列表;
S212:服务平台基于所述位置信息获得于同一位置区域内激活的第二对象信息列表;
S213:服务平台将同时存在于第一对象信息列表与第二对象信息列表中的对象信息提取出来,并作为第四对象信息列表;
S214:服务平台将第四对象信息列表返回至所述客户端;
S201:所述客户端接收返回的第四对象信息列表;
S202:所述客户端将同时存在于第四对象信息列表及所述客户端自身存有的第三对象信息列表中的对象信息提取出来;所述第三对象信息列表中的第三对象信息与第一支付账号相关联。
所述客户端自身可能存有第三对象信息,即客户端可能将与第一标识关联的对象信息存储于所在终端。这样,并不必像图1所示实施例那样由服务平台执行S114类似的操作。相反,所述客户端在获得同时存在于第一对象信息列表与第二对象信息列表中的对象信息之后,即获得如上所说的第四对象信息列表之后,所述客户端可以主动将获得的第四对象信息列表与自身存有的第三对象信息列表做交集的运算。从而,所述客户端也可以得到符合同一时间区间条件,同时符合同一位置区域条件,还符合与该第一标识关联条件的对象信息。进而,同样是相当于引入是否与第一标识相关联这一因素进行考虑。这样,即使在时间区间、位置区域存在一定误差时,仍然能够利用与第一标识相关联这一因素对对象信息进行限定,从而可以排除出现众多干扰结果的情况。进一步地,结合上述场景,所述客户端可以从获得的对象信息中容易地选择预期发生支付关系的对象,例如选择预期发生支付关系的支付对方的账号。
上述第三方法实施例,结合附图2,考虑服务平台为主的步骤,可以演化为第四方法实施例,具体包括:
S210:接收发来的激活请求,所述请求附带所述客户端的位置信息和登录时间戳;
S211:基于所述登录时间戳获得于同一时间区间内激活的第一对象信息列表;
S212:基于所述位置信息获得于同一位置区域内激活的第二对象信息列表;
S213:将同时存在于第一对象信息列表与第二对象信息列表中的对象信息提取出来,并作为第四对象信息列表;
S214:将第四对象信息列表返回至所述客户端。
上述第四方法实施例,对应的获得对象信息的系统第四实施例可以如图10所示,包括:
接收单元1001,用于接收发来的激活请求,所述请求附带客户端的位置信息和登录时间戳。
第一对象信息获得单元1002,基于所述登录时间戳获得于同一时间区间内激活的第一对象信息列表。
第二对象信息获得单元1003,基于所述位置信息获得于同一位置区域内激活的第二对象信息列表。
第四对象信息提取单元1004,用于将同时存在于第一对象信息列表与第二对象信息列表中的对象信息提取出来,并作为第四对象信息列表。
对象信息返回单元1005,用于将第四对象信息列表返回至所述客户端。
如图10中,这样的系统可以全部由第三方支付平台实现。
上述第三方法实施例,结合附图2,考虑客户端为主的步骤,可以演化为第五方法实施例,具体包括:
S200:客户端发起激活请求;
S201:所述客户端接收返回的第四对象信息列表;所述第四对象信息列表中的第四对象信息同时存在于第一对象信息列表与第二对象信息列表中;所述第一对象信息列表中的第一对象信息包括基于所述客户端发起激活请求时的登录时间戳获得的同一时间区间内激活的第一对象信息;所述第二对象信息列表中的第二对象信息包括基于所述客户端发起激活请求时的位置信息获得的于同一位置区域内激活的第二对象信息;
S202:所述客户端将同时存在于第四对象信息列表及所述客户端自身存有的第三对象信息列表中的对象信息提取出来;所述第三对象信息列表中的第三对象信息与所述客户端的第一标识相关联。
上述第五方法实施例,对应的获得对象信息的系统第五实施例可以如图11所示,包括:
发起单元1101,用于发起激活请求。
第四对象信息获得单元1102,用于接收返回的第四对象信息列表;所述第四对象信息列表中的第四对象信息同时存在于第一对象信息列表与第二对象信息列表中;所述第一对象信息列表中的第一对象信息包括基于所述客户端发起激活请求时的登录时间戳获得的同一时间区间内激活的第一对象信息;所述第二对象信息列表中的第二对象信息包括基于所述客户端发起激活请求时的位置信息获得的于同一位置区域内激活的第二对象信息。
提取单元1103,用于将同时存在于第四对象信息列表及所述客户端自身存有的第三对象信息列表中的对象信息提取出来;所述第三对象信息列表中的第三对象信息与所述客户端的第一标识相关联。
如图11中,这样的系统可以全部由终端实现。
以下结合附图3说明本申请对象信息获得方法的第六方法实施例,包括:
S300:客户端发起激活请求;
S310:服务平台接收发来的激活请求,所述请求包括标识所述客户端的第一标识,并附带所述客户端的位置信息;
S311:服务平台基于所述位置信息获得于同一位置区域内激活的第二对象信息列表;
S312:服务平台基于第一标识获得与该第一标识关联的第三对象信息列表;
S313:服务平台将同时存在于第二对象信息列表及第三对象信息列表中的对象信息提取出来;
S314:服务平台将所述提取出的对象信息返回至所述客户端;
S301:所述客户端接收返回的所述对象信息。
该实施例中,可以不考虑所述客户端的登录时间戳。这样相当于没有对对象信息采用同一时间区间的限制。这样的好处是不必要求所述客户端激活的时刻必须与对方的激活时刻严格位于某一特定的较短时间区间内。可以理解的是,例如所述客户端在某一时刻于某一位置区域激活了支付过程,而支付对方则在此前1个小时曾于同一位置区域激活过支付过程,尽管此时并未表明处于同一时间区间,则支付过程仍然可以继续进行。显然的,这样的方式给支付过程的参与各方在时间上提供了更大的灵活度。
上述第六方法实施例,结合附图3,考虑服务平台为主的步骤,可以演化为第七方法实施例,具体包括:
S310:接收发来的激活请求,所述请求包括标识客户端的第一标识,并附带所述客户端的位置信息;
S311:基于所述位置信息获得于同一位置区域内激活的第二对象信息列表;
S312:基于第一标识获得与该第一标识关联的第三对象信息列表;
S313:将同时存在于第二对象信息列表及第三对象信息列表中的对象信息提取出来;
S314:将所述提取出的对象信息返回至所述客户端。
上述第七方法实施例,对应的获得对象信息的系统第六实施例可以如图12所示,包括:
接收单元1201,用于接收发来的激活请求,所述请求包括标识客户端的第一标识,并附带所述客户端的位置信息和登录时间戳;
第二对象信息获得单元1202,基于所述位置信息获得于同一位置区域内激活的第二对象信息列表;
第三对象信息获得单元1203,基于第一标识获得与该第一标识关联的第三对象信息列表;
提取单元1204,用于将同时存在于第二对象信息列表及第三对象信息列表中的对象信息提取出来;
对象信息返回单元1205,用于将所述提取出的对象信息返回至所述客户端。
与前述类似的,第三对象信息列表可以存储于分布式缓存和/或关系数据库中。
以下结合附图4说明本申请对象信息获得方法的第八方法实施例,包括:
S400:客户端发起激活请求;
S410:服务平台接收发来的激活请求,所述请求附带所述客户端的位置信息;
S411:服务平台基于所述位置信息获得于同一位置区域内激活的第二对象信息列表;
S412:服务平台将第二对象信息列表返回至所述客户端;
S401:所述客户端接收返回的第二对象信息列表;
S402:所述客户端将同时存在于第二对象信息列表及所述客户端自身存有的第三对象信息列表中的对象信息提取出来;所述第三对象信息列表中的第三对象信息与所述客户端的第一标识相关联。
该实施例中,同样是基于所述客户端自身可能存有第三对象信息。这样,并不必像图3所示实施例那样由服务平台,例如是由第三方支付平台执行S313类似的操作。相反,所述客户端在获得第二对象信息列表之后,所述客户端可以主动将获得的第二对象信息列表与自身存有的第三对象信息列表做交集的运算。从而,所述客户端也可以得到符合同一位置区域条件,还符合与该第一标识,例如第一支付账号关联条件的对象信息。进而,同样是相当于引入是否与第一支付账号相关联这一因素进行考虑。这样,即使在位置区域存在一定误差时,仍然能够利用与第一支付账号相关联这一因素对支付账号进行限定,从而可以排除出现众多干扰结果的情况。进一步地,所述客户端可以从获得的对象信息中容易地选择预期发生支付关系的对象,例如选择预期发生支付关系的支付对方的账号。
上述第八方法实施例,结合附图4,考虑服务平台为主的步骤,可以演化为第九方法实施例,具体包括:
S410:接收发来的激活请求,所述请求附带所述客户端的位置信息;
S411:基于所述位置信息获得于同一位置区域内激活的第二对象信息列表;
S412:将第二对象信息列表返回至所述客户端。
上述第九方法实施例,对应的获得对象信息的系统第七实施例可以如图13所示,包括:
接收单元1301,用于接收发来的激活的请求,所述请求附带所述客户端的位置信息;
第二对象信息获得单元1302,基于所述位置信息获得于同一位置区域内激活的第二对象信息列表;
对象信息返回单元1303,用于将第二对象信息列表返回至所述客户端。
上述第八方法实施例,结合附图4,考虑客户端为主的步骤,可以演化为第十方法实施例,具体包括:
S400:发起激活请求;
S401:接收返回的第二对象信息列表;所述第二对象信息列表中的第二对象信息包括基于所述客户端位置信息获得的于同一位置区域内激活支付过程的第二对象信息;
S402:将同时存在于第二对象信息列表及所述客户端自身存有的第三对象信息列表中的对象信息提取出来;所述第三对象信息列表中的第三对象信息与第一支付账号相关联。
上述第十方法实施例,对应的获得对象信息的系统第八实施例可以如图14所示,包括:
发起单元1401,发起激活请求;
第二对象信息获得单元1402,接收返回的第二对象信息列表;所述第二对象信息列表中的第二对象信息包括基于客户端位置信息获得的于同一位置区域内激活的第二对象信息;
提取单元1403,用于将同时存在于第二对象信息列表及所述客户端自身存有的第三对象信息列表中的对象信息提取出来;所述第三对象信息列表中的第三对象信息与第一支付账号相关联。
如图14中,这样的系统可以全部由终端实现。
以下结合附图5说明本申请对象信息获得方法的第十一方法实施例,包括:
S500:客户端发起激活支付过程的请求;
S510:服务平台接收发来的激活请求,所述请求附带标识所述客户端的第一标识,并附带所述客户端的登录时间戳;
S511:服务平台基于所述登录时间戳获得于同一时间区域内激活的第一对象信息列表;
S512:服务平台基于第一标识获得与该第一标识关联的第三对象信息列表;
S513:服务平台将同时存在于第一对象信息列表及第三对象信息列表中的对象信息提取出来;
S514:服务平台将所述提取出的对象信息返回至所述客户端;
S501:所述客户端接收返回的所述对象信息。
该实施例中,可以不考虑所述客户端的激活时的位置区域。这样相当于没有对对象信息采用同一位置区域的限制。结合具体场景,这样的好处是不必要求所述客户端激活时的位置必须与支付对方的激活时的位置严格位于某一特定的位置区域内。可以理解的是,例如所述客户端在某一时刻于某一位置区域激活了支付过程,而支付对方则在差不多同一时刻在另一位置区域激活过支付过程,尽管此时并未表明处于同一位置区域,则支付过程仍然可以继续进行。显然的,这样的方式给支付过程的参与各方在时间上也提供了更大的灵活度。
上述第十一方法实施例,结合附图5,考虑服务平台为主的步骤,可以演化为第十二方法实施例,具体包括:
S510:接收发来的激活请求,所述请求包括标识客户端的第一标识,并附带所述客户端的登录时间戳;
S511:基于所述登录时间戳获得于同一时间区域内激活的第一对象信息列表;
S512:基于第一标识获得与该第一标识关联的第三对象信息列表;
S513:将同时存在于第一对象信息列表及第三对象信息列表中的对象信息提取出来;
S514:将所述提取出的对象信息返回至所述客户端。
上述第十二方法实施例,对应的获得对象信息的系统第九实施例可以如图15所示,包括:
接收单元1501,接收发来的激活请求,所述请求包括标识客户端的第一标识,并附带所述客户端的登录时间戳;
第一对象信息获得单元1502,基于所述登录时间戳获得于同一时间区域内激活的第一对象信息列表;
第三对象信息获得单元1503,基于第一标识获得与该第一标识关联的第三对象信息列表;
提取单元1504,将同时存在于第一对象信息列表及第三对象信息列表中的对象信息提取出来;
对象信息返回单元1505,将所述提取出的对象信息返回至所述客户端。
以下结合附图6说明本申请对象信息获得方法的第十三方法实施例,包括:
S600:客户端发起激活请求;
S610:服务平台接收发来的激活请求,所述请求包括所述客户端的登录时间戳;
S611:服务平台基于所述登录时间戳获得于同一时间区域内激活的第一对象信息列表;
S612:服务平台将第一对象信息列表返回至所述客户端;
S601:所述客户端接收返回的第一对象信息列表;
S602:所述客户端将同时存在于第一对象信息列表及所述客户端自身存有的第三对象信息列表中的对象信息提取出来;所述第三对象信息列表中的第三对象信息与标识所述客户端的第一标识相关联。
该实施例中,同样是基于所述客户端自身可能存有第三对象信息。这样,并不必像图5所示实施例那样由服务平台执行S513类似的操作。相反,所述客户端在获得第一对象信息列表之后,所述客户端可以主动将获得的第一对象信息列表与自身存有的第三对象信息列表做交集的运算。从而,所述客户端也可以得到符合同一时间区间条件,还符合与该第一标识关联条件的对象信息。结合具体场景,进而,同样是相当于引入是否与第一支付账号相关联这一因素进行考虑。这样,即使在时间区间上存在一定误差时,仍然能够利用与第一支付账号相关联这一因素对支付账号进行限定,从而可以排除出现众多干扰结果的情况。进一步地,所述客户端可以从获得的对象信息中容易地选择预期发生支付关系的对象,例如选择预期发生支付关系的支付对方的账号。
上述第十三方法实施例,结合附图6,考虑服务平台为主的步骤,可以演化为第十四方法实施例,具体包括:
S610:接收发来的激活请求,所述请求附带所述客户端的登录时间戳;
S611:基于所述登录时间戳获得于同一时间区域内激活的第一对象信息列表;
S612:将第一对象信息列表返回至所述客户端。
上述第十四方法实施例,对应的获得对象信息的系统第十实施例可以如图16所示,包括:
接收单元1601,接收发来的激活请求,所述请求包括所述客户端的登录时间戳;
第一对象信息获得单元1602,基于所述登录时间戳获得于同一时间区域内激活支付过程的第一对象信息列表;
对象信息返回单元1603,将第一对象信息列表返回至所述客户端。
上述第十三方法实施例,结合附图6,考虑客户端为主的步骤,可以演化为第十五方法实施例,具体包括:
S600:客户端发起激活请求;
S601:所述客户端接收返回的第一对象信息列表;所述第一对象信息列表中的第一对象信息包括基于所述客户端的登录时间戳获得的于同一时间区域内激活的第一对象信息;
S602:所述客户端将同时存在于第一对象信息列表及所述客户端自身存有的第三对象信息列表中的对象信息提取出来;所述第三对象信息列表中的第三对象信息与标识所述客户端的第一标识相关联。
上述第十五方法实施例,对应的获得对象信息的系统第十一实施例可以如图17所示,包括:
发起单元1701,用于发起激活请求;
第一对象信息获得单元1702,用于接收返回的第一对象信息列表;所述第一对象信息列表中的第一对象信息包括基于所述客户端的登录时间戳获得的于同一时间区域内激活的第一对象信息;
提取单元1703,用于将同时存在于第一对象信息列表及所述客户端自身存有的第三对象信息列表中的对象信息提取出来;所述第三对象信息列表中的第三对象信息与标识所述客户端的第一标识相关联。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。
为了描述的方便,描述以上装置时以功能分为各种单元分别描述。当然,在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
通过以上的实施方式的描述可知,本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
本申请可用于众多通用或专用的计算机系统环境或配置中。例如:个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。
本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
虽然通过实施例描绘了本申请,本领域普通技术人员知道,本申请有许多变形和变化而不脱离本申请的精神,希望所附的权利要求包括这些变形和变化而不脱离本申请的精神。