订单验证方法和装置与流程

文档序号:11953008阅读:546来源:国知局
订单验证方法和装置与流程

本公开涉及移动终端技术领域,尤其涉及一种订单验证方法和装置。



背景技术:

随着互联网的高速发展,越来越多的生产商选择网络订购的方式发售产品。由于网络订购的用户数量众多,生产商往往会采取一些限购措施,例如一个账号只能购买一个产品。账号一般都是通过手机号进行注册的。一些黄牛用户会通过输入虚假手机号注册多个账号,在输入收货地址时,“xx市xx区”均填写一样,后面的“xx街道xx号”填写不一样。生产商按照订单信息进行发货后,快递被送到xx区域对应的快递网点,黄牛用户会主动到该快递网点上门领取快递。因此,亟需一种反作弊方式,防止黄牛用户绕过限购措施。



技术实现要素:

为克服相关技术中存在的问题,本公开提供一种订单验证方法和装置。

根据本公开实施例的第一方面,提供一种订单验证方法,包括:

获取订单信息,并提取所述订单信息中的地址信息;

根据所述地址信息确定所述订单信息对应的二级地址信息;

当所述二级地址信息在预设时间段内所对应的订单数量大于N个时,对包含有所述二级地址信息的订单信息对应的账号信息进行验证,所述N为正整数;

如果所述账号信息验证成功,则确定所述包含有所述二级地址信息的订单信息为有效订单。

如上所述的订单验证方法,所述账号信息包括订单信息中收货人的联系电话。

如上所述的订单验证方法,对包含有所述二级地址信息的订单信息对应的账号信息进行验证,包括:

向包含有所述二级地址信息的订单信息中收货人的联系电话发送验证码;

接收所述联系电话返回的验证信息;

对所述验证码和所述验证信息进行匹配;

若所述验证码和所述验证信息一致,则确定所述账号信息验证成功。

如上所述的订单验证方法,还包括:

若未接收到所述联系电话返回的验证信息,则确定所述账号信息未验证成功。

根据本公开实施例的第二方面,提供一种订单验证装置,包括:

提取模块,用于获取订单信息,并提取所述订单信息中的地址信息;

第一确定模块,用于根据所述地址信息确定所述订单信息对应的二级地址信息;

验证模块,用于当所述二级地址信息在预设时间段内所对应的订单数量大于N个时,对包含有所述二级地址信息的订单信息对应的账号信息进行验证,所述N为正整数;

第二确定模块,用于当所述账号信息验证成功时,确定所述包含有所述二级地址信息的订单信息为有效订单。

如上所述的订单验证装置,所述账号信息包括订单信息中收货人的联系电话。

如上所述的订单验证装置,所述验证模块,包括:

发送子模块,用于向包含有所述二级地址信息的订单信息中收货人的联系电话发送验证码;

接收子模块,用于接收所述联系电话返回的验证信息;

匹配子模块,用于对所述验证码和所述验证信息进行匹配;

第一确定子模块,用于当所述验证码和所述验证信息一致时,确定所述账号信息验证成功。

如上所述的订单验证装置,所述验证模块,还包括:

第二确定子模块,用于当未接收到所述联系电话返回的验证信息时,确定所述账号信息未验证成功。

根据本公开实施例的第三方面,提供一种订单验证装置,包括:

处理器;

用于存储处理器可执行指令的存储器;

其中,所述处理器被配置为:

获取订单信息,并提取所述订单信息中的地址信息;

根据所述地址信息确定所述订单信息对应的二级地址信息;

当所述二级地址信息在预设时间段内所对应的订单数量大于N个时,对包含有所述二级地址信息的订单信息对应的账号信息进行验证,所述N为正整数;

如果所述账号信息验证成功,则确定所述包含有所述二级地址信息的订单信息为有效订单。

本公开的实施例提供的技术方案可以包括以下有益效果:通过当二级地址信息在预设时间段内所对应的订单数量大于N个时,对包含有所述二级地址信息的订单信息对应的账号信息进行验证,并当账号信息验证成功时,确定所述包含有所述二级地址信息的订单信息为有效订单,能够有效防止黄牛用户使用虚假账号信息购买产品。

应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。

图1是根据一示例性实施例示出的一种订单验证方法的流程图;

图2是根据一示例性实施例示出的一种订单验证装置框图;

图3是根据另一示例性实施例示出的一种订单验证装置框图;

图4是根据一示例性实施例示出的一种订单验证装置100的框图。

具体实施方式

这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

图1是根据一示例性实施例示出的一种订单验证方法的流程图,如图1所示,订单验证方法,包括以下步骤;

在步骤S101中,获取订单信息,并提取订单信息中的地址信息。

具体地,可获取用户提交的订单信息,然后可提取订单信息中的地址信息。

在一实施方式中,用户可通过网页或者客户端APP的方式,提交订单信息。其中,订单信息可包括购买的产品型号信息、地址信息、用户名称、联系电话等。而地址信息、用户名称、联系电话则为注册的账号信息所包括的内容。因此,用户只需填写产品型号信息即可。

在步骤S102中,根据地址信息确定订单信息对应的二级地址信息。

其中,二级地址信息为收货人地址信息的上一级地址信息,可以是快递网点,也可以是街道、小区代收快递地址等。当然,也可以是其他自定义的地址信息。

举例来说,为了提高快递物流效率,一般会针对多个街道或小区组成的区域设置一个快递网点。所有属于该区域的地址信息均可通过该快递网点投放快递。例如,地址信息为北京市海淀区清河中街68号五彩城购物中心东区F2层,该地址属于清河区域,其对应的快递网点可能为清河快递网点。

在步骤S103中,当二级地址信息在预设时间段内所对应的订单数量大于N个时,对包含有二级地址信息的订单信息对应的账号信息进行验证。

其中,账号信息可包括订单信息中收货人的联系电话。

举例来说,假设在2016年2月1日12点至18点这一时间段内产生了150个订单,这些订单的地址均对应清河快递网点,大于规定的50个,则认为这些订单中存在黄牛订单,因此需要对这些订单对应的账号信息进行验证。可以对全部150个订单对应的账号信息一一验证;也可以认为前50个订单为有效订单,从第51个订单的账号信息开始验证。其中,排序规则可以是通过订单产生的时间先后顺序。

具体地,可向包含有二级地址信息的订单信息中收货人的联系电话发送验证码,然后接收联系电话返回的验证信息,再对验证码和验证信息进行匹配。如果验证码和验证信息一致,则可确定账号信息验证成功。如果未接收到联系电话返回的验证信息,则可确定账号信息未验证成功。举例来说,可向排名为第100的订单的联系电话发送随机产生的验证码如“4e8a2b”。如果接收到的验证信息也为“4e8a2b”,则验证成功,说明该联系电话为真实的,对应的订单信息也为真实的。如果未接收到联系电话返回的验证信息,则说明该联系电话为黄牛用户填写的虚假电话,则其填写的订单信息为黄牛订单,因此不向黄牛订单发货。

在步骤S104中,如果账号信息验证成功,则确定包含有二级地址信息的订单信息为有效订单。

在账号信息验证成功之后,可确定该订单信息为有效订单。因此,可根据有效订单中的收货人的地址信息进行发货。

综上,本实施例提供的订单验证方法,通过当二级地址信息在预设时间段内所对应的订单数量大于N个时,对包含有二级地址信息的订单信息对应的账号信息进行验证,并当账号信息验证成功时,确定包含有二级地址信息的订单信息为有效订单,能够有效防止黄牛用户使用虚假账号信息购买产品。

图2是根据一示例性实施例示出的一种订单验证装置框图,该订单验证装置可以通过软件、硬件或者两者的结合实现。如图2所示,该订单验证装置包括提取模块11、第一确定模块12、验证模块13和第二确定模块14。

提取模块11被配置为获取订单信息,并提取订单信息中的地址信息。

第一确定模块12被配置为根据地址信息确定订单信息对应的二级地址信息。

验证模块13被配置为当二级地址信息在预设时间段内所对应的订单数量大于N个时,对包含有二级地址信息的订单信息对应的账号信息进行验证,N为正整数。

其中,验证模块13可包括发送子模块131、接收子模块132、匹配子模块133和第一确定子模块134。

发送子模块131被配置为向包含有二级地址信息的订单信息中收货人的联系电话发送验证码。

接收子模块132被配置为接收联系电话返回的验证信息。

匹配子模块133被配置为对验证码和验证信息进行匹配。

第一确定子模块134被配置为当验证码和验证信息一致时,确定账号信息验证成功。

此外,如图3所示,验证模块13还可包括第二确定子模块135。

第二确定子模块135被配置为当未接收到联系电话返回的验证信息时,确定账号信息未验证成功。

第二确定模块14被配置为当账号信息验证成功时,确定包含有二级地址信息的订单信息为有效订单。

关于上述实施例中的订单验证装置,其中各个模块执行操作的具体方式已经在有关该订单验证方法的实施例中进行了详细描述,此处将不做详细阐述说明。

综上,本实施例提供的订单验证装置,通过当二级地址信息在预设时间段内所对应的订单数量大于N个时,对包含有二级地址信息的订单信息对应的账号信息进行验证,并当账号信息验证成功时,确定包含有二级地址信息的订单信息为有效订单,能够有效防止黄牛用户使用虚假账号信息购买产品。

图4是根据一示例性实施例示出的一种订单验证装置100的框图。

如图4所示,订单验证装置100可以包括以下一个或多个组件:处理组件102,存储器104,电力组件106,传感器组件108,以及通信组件110。

处理组件102通常控制订单验证装置100的整体操作,诸如与显示,数据通信,记录操作相关联的操作。处理组件102可以包括一个或多个处理器120来执行指令,以完成上述的方法的全部或部分步骤。此外,处理组件102可以包括一个或多个模块,便于处理组件102和其他组件之间的交互。

存储器104被配置为存储各种类型的数据以支持在订单验证装置100的操作。这些数据的示例包括用于在订单验证装置100上操作的任何应用程序或方法的指令。存储器104可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。

电力组件106为订单验证装置100的各种组件提供电力。电力组件106可以包括电源管理系统,一个或多个电源,及其他与为订单验证装置100生成、管理和分配电力相关联的组件。

传感器组件108包括一个或多个传感器,用于为订单验证装置100提供各个方面的状态评估。传感器组件108可以包括加速度传感器、压力传感器,被配置用来检测加速度和压力值。

通信组件110被配置为便于订单验证装置100和其他设备之间有线或无线方式的通信。订单验证装置100可以接入基于通信标准的无线网络,如WiFi,2G或3G,或它们的组合。在一个示例性实施例中,通信组件110经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。

在示例性实施例中,订单验证装置100可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述方法。

在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器104,上述指令可由订单验证装置100的处理器120执行以完成上述方法。例如,非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

一种非临时性计算机可读存储介质,当存储介质中的指令由订单验证装置的处理器执行时,使得订单验证装置能够执行一种订单验证方法,订单验证方法包括:

获取订单信息,并提取订单信息中的地址信息;

根据地址信息确定订单信息对应的二级地址信息;

当二级地址信息在预设时间段内所对应的订单数量大于N个时,对包含有二级地址信息的订单信息对应的账号信息进行验证,N为正整数;

如果账号信息验证成功,则确定包含有二级地址信息的订单信息为有效订单。

关于上述实施例中的订单验证装置,其中处理器执行操作的具体方式已经在有关该订单验证方法的实施例中进行了详细描述,此处将不做详细阐述说明。

本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。

应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1