CN103455924A - 一种验证交易请求的方法、装置及服务器 - Google Patents
一种验证交易请求的方法、装置及服务器 Download PDFInfo
- Publication number
- CN103455924A CN103455924A CN2013103819068A CN201310381906A CN103455924A CN 103455924 A CN103455924 A CN 103455924A CN 2013103819068 A CN2013103819068 A CN 2013103819068A CN 201310381906 A CN201310381906 A CN 201310381906A CN 103455924 A CN103455924 A CN 103455924A
- Authority
- CN
- China
- Prior art keywords
- transaction request
- time
- reception
- account identification
- transaction
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明公开了一种验证交易请求的方法、装置及服务器,属于计算机技术领域。所述方法包括:接收终端发送的第一交易请求,所述第一交易请求中携带所述终端的账户标识;获取账户标识对应的在所述第一交易请求之前最近一次的第二交易请求的接收时间;根据第二交易请求的接收时间和所述第一交易请求的接收时间,确定第一交易请求是否满足验证条件;当所述第一交易请求满足验证条件时,确定所述第一交易请求通过验证。本发明实现了对不良用户的交易请求进行限制和控制,遏制了不良用户的商品投机行为,并且提高了网络购物的效率。
Description
技术领域
本发明涉及计算机技术领域,特别涉及一种验证交易请求的方法、装置及服务器。
背景技术
随着互联网技术的发展,网络购物已经在人们的生活中越来越普及。对于紧俏的商品,网络购物也会遇到与非网络购物相同的情况,即被不良用户大量购入商品并进行倒卖。
这些不良用户会通过编写的程序不停的通过网络向购物网站的服务器发送交易请求,来进行商品的购买。为了防止不良用户在网络购物时大量购买商品影响正常的市场秩序,购物网站会在正常的生成交易请求的过程中增设输入验证码的环节来,来防止程序自动的发送交易请求。
在实现本发明的过程中,发明人发现上述技术至少存在以下问题:
增加输入验证码的方式,对于正常购物的用户来说操作较为繁琐,影响网络购物的效率。
发明内容
为了解决上述技术的问题,本发明实施例提供了一种验证交易请求的方法、装置及服务器。所述技术方案如下:
一方面,提供了一种验证交易请求的方法,所述方法包括:
接收终端发送的第一交易请求,所述第一交易请求中携带所述终端的账户标识;
获取所述账户标识对应的在所述第一交易请求之前最近一次的第二交易请求的接收时间;
根据所述第二交易请求的接收时间和所述第一交易请求的接收时间,确定所述第一交易请求是否满足验证条件;
当所述第一交易请求满足验证条件时,确定所述第一交易请求通过验证。
另一方面,提供了一种验证交易请求的装置,所述装置包括:
接收模块,用于接收终端发送的第一交易请求,所述第一交易请求中携带所述终端的账户标识;
获取模块,用于获取所述账户标识对应的在所述第一交易请求之前最近一次的第二交易请求的接收时间;
第一确定模块,用于根据所述第二交易请求的接收时间和所述第一交易请求的接收时间,确定所述第一交易请求是否满足验证条件;
验证模块,用于当所述第一交易请求满足验证条件时,确定所述第一交易请求通过验证。
另一方面,提供了一种服务器,其特征在于,所述服务器包括:
一个或多个处理器;
存储器;和
一个或多个模块,所述一个或多个模块存储于所述存储器中并被配置成由所述一个或多个处理器执行,所述一个或多个模块具有如下功能:
接收终端发送的第一交易请求,所述第一交易请求中携带所述终端的账户标识;
获取所述账户标识对应的在所述第一交易请求之前最近一次的第二交易请求的接收时间;
根据所述第二交易请求的接收时间和所述第一交易请求的接收时间,确定所述第一交易请求是否满足验证条件;
当所述第一交易请求满足验证条件时,确定所述第一交易请求通过验证。
本发明实施例提供的技术方案带来的有益效果是:
根据当前接收的第一交易请求的接收时间,以及与该交易请求属于同一个账户标识对应的最近一笔的第二交易请求的接收时间,来确定第一交易请求是否符合验证条件,实现了对不良用户的交易请求进行限制和控制,遏制了不良用户的商品投机行为,并且提高了网络购物的效率。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例一提供的验证交易请求的方法流程图;
图2是本发明实施例二提供的验证交易请求的方法流程图;
图3是本发明实施例三提供的验证交易请求的装置结构示意图;
图4是本发明实施例四提供的一种服务器的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明实施方式作进一步地详细描述。
实施例一
本发明实施例提供了一种验证交易请求的方法,参见图1,方法流程包括:
101:接收终端发送的第一交易请求,所述第一交易请求中携带所述终端的账户标识;
102:获取所述账户标识对应的在所述第一交易请求之前最近一次的第二交易请求的接收时间;
103:根据所述第二交易请求的接收时间和所述第一交易请求的接收时间,确定所述第一交易请求是否满足验证条件;
104:当所述第一交易请求满足验证条件时,确定所述第一交易请求通过验证。
本发明实施例根据当前接收的第一交易请求的接收时间,以及与该交易请求属于同一个账户标识对应的最近一笔的第二交易请求的接收时间,来确定第一交易请求是否符合验证条件,实现了对不良用户的交易请求进行限制和控制,遏制了不良用户的商品投机行为,并且提高了网络购物的效率。
实施例二
本发明实施例提供了一种验证交易请求的方法,参见图2,方法流程包括:
201:接收终端发送的第一交易请求,所述第一交易请求中携带所述终端的账户标识。
其中,第一交易请求是终端发送的用户购买商品的请求,除了携带有账户标识外,还会至少携带账户密码以及商品信息。
202:获取所述账户标识对应的在所述第一交易请求之前最近一次的第二交易请求的接收时间。
为了确定第一交易请求是否允许进行交易,首先确定与第一交易请求的时间最接近的同一账户标识对应的第二交易请求,并根据该第二交易请求对应的接收时间来判断是否允许第一交易请求进行交易。因此,步骤202中获取第二交易请求的接收时间的过程,包括但不限于:
2021:在所述账户标识对应的交易记录中查找与所述第一交易请求的接收时间最近一次的第二交易请求。
其中,交易记录包括该账户标识对应的所有接收到的交易请求。通过第一交易请求的接收时间,在交易记录中查找与之时间最接近的交易请求,确定为第二交易请求。
2022:根据查找到的第二交易请求,获取所述第二交易请求的接收时间。
进一步的,在本步骤执行之前,还可以增加一个步骤,用于判断用户对应的账户标识是否属于预先建立的白名单,以给正常的用户增加购买机会。其中,根据历史的交易记录,可以预先设定正常的购买记录的标准,符合标准的正常的用户可以记录入预先建立的白名单,即将正常的用户的账户标识加入该预先建立的白名单中。在正常的用户进行购买商品时,可以在购买预设数量的商品后,才进入本发明实施例中验证交易请求是否符合要求的流程。
因此,在执行步骤202之前,还可以增加的步骤为:
确定所述账户标识是否在预先建立的白名单中存在。
当接收到第一交易请求后,先判断第一交易请求中的账户标识是否在预先建立的白名单中,如果在,则步骤202中:获取所述账户标识对应的在所述第一交易请求之前最近一次的第二交易请求的接收时间的执行过程为:
当所述账户标识在预先建立的白名单中存在时,在所述账户标识对应的交易记录中,获取预设的预设时段内的交易请求的次数。
其中,预设时段为预先设定的一个时间范围,可以为1小时或12小时或24小时等,用于在该预设时段中确定该账户标识对应的交易请求的次数,以根据该交易请求的次数,来判断是否限制该交易请求的进行交易,本发明实施例在此并不对预设时段进行限定。
当所述交易请求的次数大于预设次数时,执行获取所述账户标识对应的在所述第一交易请求之前最近一次的第二交易请求的接收时间的步骤。
其中,预设次数根据正常的用户的交易记录,可以预先设定为十次。当该用户的购买请求的次数大于十次后,则服务器进入步骤202用以验证第一交易请求的流程;当该用户的购买请求的次数小于或等于十次,则服务器并不对此交易请求进行限制和验证,直接进入正常的购买以及付款的流程。本发明实施例在此并不对预设次数进行限定。
203:根据所述第二交易请求的接收时间和所述第一交易请求的接收时间,确定所述第一交易请求是否满足验证条件。
其中,确定第一交易请求是否满足验证条件的步骤,包括但不限于:
2031:在所述账户标识对应的交易记录中,获取预设的预设时段内的交易请求的次数。
其中,预设时段与步骤202中描述的内容相同,在此并不赘述。
2032:根据所述交易请求的次数和预设的第一时间间隔,计算用于验证所述第一交易请求是否满足验证条件的第二时间间隔。
其中,计算用于验证第一交易请求是否满足验证条件的第二时间间隔的公式为:
T=t0*2n-1
其中,T为第二时间间隔,t0为预设的第一时间间隔,n为在账户标识对应的预设时段内的交易请求的次数。
例如:预设的第一时间间隔t0可以设置为5秒中,因此根据该计算第二时间间隔的公式,一个用户在发送了第一次交易请求之后,需在第一次交易请求之后5秒钟才可进行第二次发送交易请求的发送,在发送了第二次交易请求之后,需在第二次交易请求之后10秒钟才可进行第三次发送交易请求的发送。以此类推,当在发送了第二十次交易请求之后,需在第一次交易请求之后5*220秒钟才可进行第二十一次发送交易请求的发送,因此这一数字已经是天文数字,几乎无法完成交易请求的发送,从而限制了不良用户的交易。
进一步的,由于设定了预设时段,因此在经过了预设时段之后,重新进入下一个预设时段时,交易次数会以当前的预设时段为准,因此之前的交易次数并不会影响当前的预设时段中的购买。
2033:根据所述第二交易请求的接收时间和所述第一交易请求的接收时间,计算所述第二交易请求与所述第一交易请求之间的第三时间间隔。
2034:当所述第三时间间隔大于所述第二时间间隔时,确定所述第一交易请求满足验证条件。
204:当所述第一交易请求满足验证条件时,确定所述第一交易请求通过验证。
其中,验证通过则可以进行后续的购买与支付流程,验证不通过则并不处理该交易请求。
本发明实施例根据当前接收的第一交易请求的接收时间,以及与该交易请求属于同一个账户标识对应的最近一笔的第二交易请求的接收时间,来确定第一交易请求是否符合验证条件,实现了对不良用户的交易请求进行限制和控制,遏制了不良用户的商品投机行为,并且提高了网络购物的效率。
实施例三
本发明实施例提供了一种验证交易请求的装置,参见图3,该装置包括:
接收模块301,用于接收终端发送的第一交易请求,所述第一交易请求中携带所述终端的账户标识;
获取模块302,用于获取所述账户标识对应的在所述第一交易请求之前最近一次的第二交易请求的接收时间;
第一确定模块303,用于根据所述第二交易请求的接收时间和所述第一交易请求的接收时间,确定所述第一交易请求是否满足验证条件;
验证模块304,用于当所述第一交易请求满足验证条件时,确定所述第一交易请求通过验证。
其中,所述获取模块302,包括:
查找单元,用于在所述账户标识对应的交易记录中查找与所述第一交易请求的接收时间最近一次的第二交易请求;
第一获取单元,用于根据查找到的第二交易请求,获取所述第二交易请求的接收时间。
其中,所述第一确定模块303,包括:
第二获取单元,用于在所述账户标识对应的交易记录中,获取预设的预设时段内的交易请求的次数;
第一计算单元,用于根据所述交易请求的次数和预设的第一时间间隔,计算用于验证所述第一交易请求是否满足验证条件的第二时间间隔;
第二计算单元,用于根据所述第二交易请求的接收时间和所述第一交易请求的接收时间,计算所述第二交易请求与所述第一交易请求之间的第三时间间隔;
确定单元,用于当所述第三时间间隔大于所述第二时间间隔时,确定所述第一交易请求满足验证条件。
其中,所述装置还包括:
第二确定模块305,用于确定所述账户标识是否在预先建立的白名单中存在。
因此,当所述装置还包括第二确定模块305时,所述获取模块302进一步包括:
第三获取单元,用于当所述账户标识在预先建立的白名单中存在时,在所述账户标识对应的交易记录中,获取预设的预设时段内的交易请求的次数;
执行单元,用于当所述交易请求的次数大于预设次数时,执行获取模块302的操作。
本发明实施例根据当前接收的第一交易请求的接收时间,以及与该交易请求属于同一个账户标识对应的最近一笔的第二交易请求的接收时间,来确定第一交易请求是否符合验证条件,实现了对不良用户的交易请求进行限制和控制,遏制了不良用户的商品投机行为,并且提高了网络购物的效率。
实施例四
本发明实施例提供了一种服务器,请参考图4,其示出了本发明实施例四提供的服务器的结构方框图,该服务器用于实施上述实施例中验证交易请求的方法。该服务器1900可因配置或性能不同而产生比较大的差异,可以包括一个或一个以***处理器(central processing units,CPU)1922(例如,一个或一个以上处理器)和存储器1932,一个或一个以上存储应用程序1942或数据1944的存储介质1930(例如一个或一个以上海量存储设备)。其中,存储器1932和存储介质1930可以是短暂存储或持久存储。存储在存储介质1930的程序可以包括一个或一个以上模块(图示没标出),每个模块可以包括对服务器中的一系列指令操作。更进一步地,中央处理器1922可以设置为与存储介质1930通信,在服务器1900上执行存储介质1930中的一系列指令操作。
服务器1900还可以包括一个或一个以上电源1926,一个或一个以上有线或无线网络接口1950,一个或一个以上输入输出接口1958,一个或一个以上键盘1956,和/或,一个或一个以上操作***1941,例如Windows ServerTM,Mac OSXTM,UnixTM,LinuxTM,FreeBSDTM等等。
所述中央处理器或者一个或一个以上模块可以具有如下的功能:
接收终端发送的第一交易请求,所述第一交易请求中携带所述终端的账户标识;
获取所述账户标识对应的在所述第一交易请求之前最近一次的第二交易请求的接收时间;
根据所述第二交易请求的接收时间和所述第一交易请求的接收时间,确定所述第一交易请求是否满足验证条件;
当所述第一交易请求满足验证条件时,确定所述第一交易请求通过验证。
其中,所述获取所述账户标识对应的在所述第一交易请求之前最近一次的第二交易请求的接收时间,包括:
在所述账户标识对应的交易记录中查找与所述第一交易请求的接收时间最近一次的第二交易请求;
根据查找到的第二交易请求,获取所述第二交易请求的接收时间。
其中,所述根据所述第二交易请求的接收时间和所述第一交易请求的接收时间,确定所述第一交易请求是否满足验证条件,包括:
在所述账户标识对应的交易记录中,获取预设的预设时段内的交易请求的次数;
根据所述交易请求的次数和预设的第一时间间隔,计算用于验证所述第一交易请求是否满足验证条件的第二时间间隔;
根据所述第二交易请求的接收时间和所述第一交易请求的接收时间,计算所述第二交易请求与所述第一交易请求之间的第三时间间隔;
当所述第三时间间隔大于所述第二时间间隔时,确定所述第一交易请求满足验证条件。
其中,所述获取所述账户标识对应的在所述第一交易请求之前最近一次的第二交易请求的接收时间之前,所述方法还包括:
确定所述账户标识是否在预先建立的白名单中存在。
其中,所述获取所述账户标识对应的在所述第一交易请求之前最近一次的第二交易请求的接收时间,包括:
当所述账户标识在预先建立的白名单中存在时,在所述账户标识对应的交易记录中,获取预设的预设时段内的交易请求的次数;
当所述交易请求的次数大于预设次数时,执行获取所述账户标识对应的在所述第一交易请求之前最近一次的第二交易请求的接收时间的步骤。
本发明实施例根据当前接收的第一交易请求的接收时间,以及与该交易请求属于同一个账户标识对应的最近一笔的第二交易请求的接收时间,来确定第一交易请求是否符合验证条件,实现了对不良用户的交易请求进行限制和控制,遏制了不良用户的商品投机行为,并且提高了网络购物的效率。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种验证交易请求的方法,其特征在于,所述方法包括:
接收终端发送的第一交易请求,所述第一交易请求中携带所述终端的账户标识;
获取所述账户标识对应的在所述第一交易请求之前最近一次的第二交易请求的接收时间;
根据所述第二交易请求的接收时间和所述第一交易请求的接收时间,确定所述第一交易请求是否满足验证条件;
当所述第一交易请求满足验证条件时,确定所述第一交易请求通过验证。
2.根据权利要求1所述的方法,其特征在于,所述获取所述账户标识对应的在所述第一交易请求之前最近一次的第二交易请求的接收时间,包括:
在所述账户标识对应的交易记录中查找与所述第一交易请求的接收时间最近一次的第二交易请求;
根据查找到的第二交易请求,获取所述第二交易请求的接收时间。
3.根据权利要求1所述的方法,其特征在于,所述根据所述第二交易请求的接收时间和所述第一交易请求的接收时间,确定所述第一交易请求是否满足验证条件,包括:
在所述账户标识对应的交易记录中,获取预设的预设时段内的交易请求的次数;
根据所述交易请求的次数和预设的第一时间间隔,计算用于验证所述第一交易请求是否满足验证条件的第二时间间隔;
根据所述第二交易请求的接收时间和所述第一交易请求的接收时间,计算所述第二交易请求与所述第一交易请求之间的第三时间间隔;
当所述第三时间间隔大于所述第二时间间隔时,确定所述第一交易请求满足验证条件。
4.根据权利要求1所述的方法,其特征在于,所述获取所述账户标识对应的在所述第一交易请求之前最近一次的第二交易请求的接收时间之前,所述方法还包括:
确定所述账户标识是否在预先建立的白名单中存在。
5.根据权利要求4所述的方法,其特征在于,所述获取所述账户标识对应的在所述第一交易请求之前最近一次的第二交易请求的接收时间,包括:
当所述账户标识在预先建立的白名单中存在时,在所述账户标识对应的交易记录中,获取预设的预设时段内的交易请求的次数;
当所述交易请求的次数大于预设次数时,执行获取所述账户标识对应的在所述第一交易请求之前最近一次的第二交易请求的接收时间的步骤。
6.一种验证交易请求的装置,其特征在于,所述装置包括:
接收模块,用于接收终端发送的第一交易请求,所述第一交易请求中携带所述终端的账户标识;
获取模块,用于获取所述账户标识对应的在所述第一交易请求之前最近一次的第二交易请求的接收时间;
第一确定模块,用于根据所述第二交易请求的接收时间和所述第一交易请求的接收时间,确定所述第一交易请求是否满足验证条件;
验证模块,用于当所述第一交易请求满足验证条件时,确定所述第一交易请求通过验证。
7.根据权利要求6所述的装置,其特征在于,所述获取模块,包括:
查找单元,用于在所述账户标识对应的交易记录中查找与所述第一交易请求的接收时间最近一次的第二交易请求;
第一获取单元,用于根据查找到的第二交易请求,获取所述第二交易请求的接收时间。
8.根据权利要求6所述的装置,其特征在于,所述第一确定模块,包括:
第二获取单元,用于在所述账户标识对应的交易记录中,获取预设的预设时段内的交易请求的次数;
第一计算单元,用于根据所述交易请求的次数和预设的第一时间间隔,计算用于验证所述第一交易请求是否满足验证条件的第二时间间隔;
第二计算单元,用于根据所述第二交易请求的接收时间和所述第一交易请求的接收时间,计算所述第二交易请求与所述第一交易请求之间的第三时间间隔;
确定单元,用于当所述第三时间间隔大于所述第二时间间隔时,确定所述第一交易请求满足验证条件。
9.根据权利要求6所述的装置,其特征在于,所述装置还包括:
第二确定模块,用于确定所述账户标识是否在预先建立的白名单中存在。
10.根据权利要求9所述的装置,其特征在于,所述获取模块,包括:
第三获取单元,用于当所述账户标识在预先建立的白名单中存在时,在所述账户标识对应的交易记录中,获取预设的预设时段内的交易请求的次数;
执行单元,用于当所述交易请求的次数大于预设次数时,执行获取模块的操作。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2013103819068A CN103455924A (zh) | 2013-08-28 | 2013-08-28 | 一种验证交易请求的方法、装置及服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2013103819068A CN103455924A (zh) | 2013-08-28 | 2013-08-28 | 一种验证交易请求的方法、装置及服务器 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103455924A true CN103455924A (zh) | 2013-12-18 |
Family
ID=49738260
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2013103819068A Pending CN103455924A (zh) | 2013-08-28 | 2013-08-28 | 一种验证交易请求的方法、装置及服务器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103455924A (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104184730A (zh) * | 2014-08-20 | 2014-12-03 | 小米科技有限责任公司 | 访问处理方法和装置、电子设备 |
CN105335883A (zh) * | 2015-10-30 | 2016-02-17 | 小米科技有限责任公司 | 一种进行订单处理的方法和装置 |
CN105512781A (zh) * | 2014-09-26 | 2016-04-20 | 阿里巴巴集团控股有限公司 | 交易处理方法和装置 |
CN105933266A (zh) * | 2015-08-20 | 2016-09-07 | ***股份有限公司 | 一种验证方法及服务器 |
CN107038181A (zh) * | 2016-09-07 | 2017-08-11 | 阿里巴巴集团控股有限公司 | 交易操作的交易日期的确定方法及装置 |
CN110389885A (zh) * | 2019-07-26 | 2019-10-29 | 中国工商银行股份有限公司 | 高频交易监控方法及装置 |
CN110401630A (zh) * | 2019-05-21 | 2019-11-01 | 杭州米雅信息科技有限公司 | 交易凭证的验证方法、装置、电子设备和介质 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060015500A1 (en) * | 2004-07-13 | 2006-01-19 | Pitney Bowes Incorporated | System and method for securing database records from tampering and managing and recovering from component failure in devices such as postage value dispensing systems |
US20080003997A1 (en) * | 2006-06-30 | 2008-01-03 | Jukka Parkkinen | Restricting and preventing pairing attempts from virus attack and malicious software |
CN101437030A (zh) * | 2008-11-29 | 2009-05-20 | 成都市华为赛门铁克科技有限公司 | 一种防止服务器被攻击的方法、检测装置及监控设备 |
CN101834866A (zh) * | 2010-05-05 | 2010-09-15 | 北京来安科技有限公司 | 一种cc攻击防护方法及其*** |
CN102236764A (zh) * | 2011-06-30 | 2011-11-09 | 北京邮电大学 | 用于Android***的抵御桌面信息攻击的方法和监控*** |
CN102291390A (zh) * | 2011-07-14 | 2011-12-21 | 南京邮电大学 | 一种基于云计算平台的防御拒绝服务攻击的方法 |
WO2012138778A2 (en) * | 2011-04-05 | 2012-10-11 | Apple Inc. | Apparatus and methods for storing electronic access clients |
CN102760220A (zh) * | 2012-06-12 | 2012-10-31 | 天津大学 | KeyNote信任管理***及其管理方法 |
-
2013
- 2013-08-28 CN CN2013103819068A patent/CN103455924A/zh active Pending
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060015500A1 (en) * | 2004-07-13 | 2006-01-19 | Pitney Bowes Incorporated | System and method for securing database records from tampering and managing and recovering from component failure in devices such as postage value dispensing systems |
US20080003997A1 (en) * | 2006-06-30 | 2008-01-03 | Jukka Parkkinen | Restricting and preventing pairing attempts from virus attack and malicious software |
CN101437030A (zh) * | 2008-11-29 | 2009-05-20 | 成都市华为赛门铁克科技有限公司 | 一种防止服务器被攻击的方法、检测装置及监控设备 |
CN101834866A (zh) * | 2010-05-05 | 2010-09-15 | 北京来安科技有限公司 | 一种cc攻击防护方法及其*** |
WO2012138778A2 (en) * | 2011-04-05 | 2012-10-11 | Apple Inc. | Apparatus and methods for storing electronic access clients |
CN102236764A (zh) * | 2011-06-30 | 2011-11-09 | 北京邮电大学 | 用于Android***的抵御桌面信息攻击的方法和监控*** |
CN102291390A (zh) * | 2011-07-14 | 2011-12-21 | 南京邮电大学 | 一种基于云计算平台的防御拒绝服务攻击的方法 |
CN102760220A (zh) * | 2012-06-12 | 2012-10-31 | 天津大学 | KeyNote信任管理***及其管理方法 |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104184730A (zh) * | 2014-08-20 | 2014-12-03 | 小米科技有限责任公司 | 访问处理方法和装置、电子设备 |
CN104184730B (zh) * | 2014-08-20 | 2017-09-01 | 小米科技有限责任公司 | 访问处理方法和装置、电子设备 |
CN105512781A (zh) * | 2014-09-26 | 2016-04-20 | 阿里巴巴集团控股有限公司 | 交易处理方法和装置 |
CN105933266A (zh) * | 2015-08-20 | 2016-09-07 | ***股份有限公司 | 一种验证方法及服务器 |
WO2017028630A1 (zh) * | 2015-08-20 | 2017-02-23 | ***股份有限公司 | 一种验证方法及服务器 |
CN105933266B (zh) * | 2015-08-20 | 2019-07-12 | ***股份有限公司 | 一种验证方法及服务器 |
CN105335883A (zh) * | 2015-10-30 | 2016-02-17 | 小米科技有限责任公司 | 一种进行订单处理的方法和装置 |
CN107038181A (zh) * | 2016-09-07 | 2017-08-11 | 阿里巴巴集团控股有限公司 | 交易操作的交易日期的确定方法及装置 |
CN110401630A (zh) * | 2019-05-21 | 2019-11-01 | 杭州米雅信息科技有限公司 | 交易凭证的验证方法、装置、电子设备和介质 |
CN110401630B (zh) * | 2019-05-21 | 2022-05-27 | 杭州米雅信息科技有限公司 | 交易凭证的验证方法、装置、电子设备和介质 |
CN110389885A (zh) * | 2019-07-26 | 2019-10-29 | 中国工商银行股份有限公司 | 高频交易监控方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103455924A (zh) | 一种验证交易请求的方法、装置及服务器 | |
RU2628127C2 (ru) | Способ и устройство для идентификации поведения пользователя | |
US8874953B2 (en) | System and method of cloud testing and remote monitoring for integrated circuit components in system validation | |
US20120117189A1 (en) | Method and apparatus for obtaining feedback from a device | |
KR102193502B1 (ko) | 지불 임계값을 취득하기 위한 방법 및 디바이스 | |
US20150154593A1 (en) | Method, server and system for secure payment | |
US20200342440A1 (en) | Information processing apparatus, information processing system, information processing method, and program | |
CN106056408B (zh) | 一种追踪推广方的方法及装置 | |
US11138645B2 (en) | Virtualized services discovery and recommendation engine | |
US20230065032A1 (en) | Management of credentials and authorizations for transactions | |
CN108960839B (zh) | 一种支付方法及装置 | |
CN110351672B (zh) | 信息推送方法、装置及电子设备 | |
TW201426593A (zh) | 資訊校驗的方法及裝置 | |
CN103246946A (zh) | 一种跨终端进行订单管理操作的方法 | |
CN111367531A (zh) | 代码处理方法及装置 | |
US11037146B2 (en) | Managing product returns associated with a user device | |
CN113498582B (zh) | Nfc卡通信中的动态功率水平 | |
US20140189849A1 (en) | Inferring Security Decisions From Trusted Users | |
CN110968860A (zh) | 应用账号的安全验证方法、计算机设备及计算机可读存储介质 | |
CN108334448B (zh) | 代码验证方法、装置及设备 | |
CN111488180B (zh) | 服务信息处理的方法、装置、电子设备及存储介质 | |
CN113590310A (zh) | 基于规则触碰率评分的资源分配方法、装置及电子设备 | |
CN111338642A (zh) | 确定应用下载途径的方法、设备、终端及存储介质 | |
US10693998B1 (en) | Systems and methods for creating application ratings | |
CN113612756B (zh) | 共享登录方法及装置、计算机可读存储介质、电子设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20131218 |
|
RJ01 | Rejection of invention patent application after publication |