【技术领域】
本发明涉及数据处理领域，具体地涉及一种订单处理方法、装置、存储介质和计算机设备。
背景技术：
12306网站在售票高峰阶段日均页面浏览量(pageview，简称pv)达到2000亿次，面对如此高的访问量，需要耗费大量的服务器资源与带宽资源。而造成如此海量购票请求的并非真正的购票请求，往往是刷票软件与刷票脚本，这种非正常的购票方式不仅影响了购票的公平还给系统带来了巨大压力。而在相关技术中，最常用的方式是在接入层部署web应用防护系统(webapplicationfirewall，简称：waf)，根据请求规则来识别是否为正常购票请求，但waf的规则多是基于正则表达式，即从文本的角度去理解http，按简单的正则匹配，通常会造成误报率与泄露率无法平衡的问题。因此如何有效的处理购票请求，避免刷票的问题，成为了亟需解决的问题。
技术实现要素：
有鉴于此，本发明提供一种订单处理方法、装置、存储介质和计算机设备，通过向终端发送终端的算力对应的验证数据，避免了算力强的终端高频率发送生成购票订单请求，从而能够有效的处理购票订单请求，避免刷票的问题。
一方面，本发明实施例提供了一种订单处理方法，包括：
接收终端发送的生成购票订单请求，所述生成购票订单请求携带所述终端的设备信息；
根据所述终端的设备信息确定出所述终端的响应时间，并根据所述响应时间确定出所述终端的算力；
获取与所述终端的算力对应的验证数据，并将所述验证数据发送至所述终端，以使所述终端根据所述验证数据计算出与所述验证数据对应的响应信息；
接收所述终端发送的所述响应信息；
根据所述响应信息生成响应数据；
检测所述响应数据与所述验证数据是否相同；
若检测出所述响应数据与所述验证数据相同，则生成购票订单。
可选地，所述生成购票订单请求携带所述终端的网络数据包；
在所述根据所述终端的设备信息确定出所述终端的响应时间，并根据所述响应时间确定出所述终端的算力之前，还包括：
根据所述终端的网络数据包，检测所述生成购票订单请求是否为正常请求；
若检测出所述生成购票订单请求为正常请求，继续执行所述根据所述终端的设备信息确定出所述终端的响应时间，并根据所述响应时间确定出所述终端的算力的步骤。
可选地，所述网络数据包包括数据记录信息、终端行为信息和终端状态信息；
所述根据所述终端的网络数据包，检测所述生成购票订单请求是否为正常请求，包括：
根据所述数据记录信息检测所述终端是否发生数据更改，根据所述终端状态信息检测所述终端是否处于连接状态，且根据所述终端行为信息检测所述终端的访问频率是否小于预设阈值，所述访问频率用于指示所述终端发送生成购票订单请求时所在页面的访问次数；
若检测出所述终端未发生数据更改，所述终端处于连接状态且所述终端的访问频率小于预设阈值，则将所述生成购票订单请求确定为正常请求。
可选地，所述根据所述终端的设备信息确定出所述终端的响应时间，并根据所述响应时间确定出所述终端的算力，包括：
根据所述终端的设备信息，从历史购票记录中查询出所述终端的历史响应时间，并将所述历史响应时间确定为所述终端的响应时间；
从预先建立的终端算力库中获取与所述响应时间对应的算力，并将所述与所述响应时间对应的算力确定为所述终端的算力。
可选地，所述获取与所述终端的算力对应的验证数据，包括：
从预先建立的验证数据库中获取与所述终端的算力对应的验证数据。
可选地，所述验证数据包括多个素数的乘积。
可选地，所述响应信息包括所述终端分解所述验证数据产生的多个素数；
所述根据所述响应信息生成响应数据，包括：
将多个素数相乘，得出响应数据。
另一方面，本发明实施例提供了一种订单处理装置，所述装置包括：
接收模块，用于接收终端发送的生成购票订单请求，所述生成购票订单请求携带所述终端的设备信息；接收所述终端发送的所述响应信息；
确定模块，用于根据所述终端的设备信息确定出所述终端的响应时间，并根据所述响应时间确定出所述终端的算力；
发送模块，用于获取与所述终端的算力对应的验证数据，并将所述验证数据发送至所述终端，以使所述终端根据所述验证数据计算出与所述验证数据对应的响应信息；
生成模块，用于根据所述响应信息生成响应数据；若检测出所述响应数据与所述验证数据相同，则生成购票订单；
检测模块，用于检测所述响应数据与所述验证数据是否相同。
另一方面，本发明实施例提供了一种存储介质，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行上述的订单处理方法。
另一方面，本发明实施例提供了一种计算机设备，包括存储器和处理器，所述存储器用于存储包括程序指令的信息，所述处理器用于控制程序指令的执行，所述程序指令被处理器加载并执行上述的订单处理方法的步骤。
本发明实施例提供的技术方案中，接收终端发送的生成购票订单请求，所述生成购票订单请求携带所述终端的特征信息，根据所述终端的特征信息确定出所述终端的所述响应时间，并根据所述响应时间确定出所述终端的算力，获取与所述终端的算力对应的验证数据，并将所述验证数据发送至所述终端，以使终端根据验证数据计算出响应信息，根据所述响应信息生成响应数据，若检测出所述响应数据与所述验证数据相同，则生成购票订单。通过向终端发送终端的算力对应的验证数据，避免了算力强的终端高频率发送生成购票订单请求，从而能够有效的处理购票订单请求，避免刷票的问题。
【附图说明】
为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其它的附图。
图1是本发明一实施例所提供的一种订单处理方法的流程图；
图2是本发明又一实施例所提供的一种订单处理方法的流程图；
图3是本发明一实施例所提供的一种订单处理装置的结构示意图；
图4为本发明实施例提供的一种计算机设备的示意图。
【具体实施方式】
为了更好的理解本发明的技术方案，下面结合附图对本发明实施例进行详细描述。
应当明确，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。
应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，甲和/或乙，可以表示：单独存在甲，同时存在甲和乙，单独存在乙这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
图1为本发明一实施例提供的一种订单处理方法的流程图，如图1所示，该方法包括：
步骤101、接收终端发送的生成购票订单请求，生成购票订单请求携带终端的设备信息。
步骤102、根据终端的设备信息确定出终端的响应时间，并根据响应时间确定出终端的算力。
步骤103、获取与终端的算力对应的验证数据，并将验证数据发送至终端，以使终端根据验证数据计算出与验证数据对应的响应信息。
步骤104、接收终端发送的响应信息。
步骤105、根据响应信息生成响应数据。
步骤106、检测响应数据与验证数据是否相同。
步骤107、若检测出响应数据与验证数据相同，则生成购票订单。
本发明实施例提供的技术方案中，接收终端发送的生成购票订单请求，生成购票订单请求携带终端的设备信息，根据终端的设备信息确定出终端的响应时间，并根据响应时间确定出终端的算力，获取与终端的算力对应的验证数据，并将验证数据发送至终端，以使终端根据验证数据计算出响应信息，根据响应信息生成响应数据，若检测出响应数据与验证数据相同，则生成购票订单。通过向终端发送终端的算力对应的验证数据，避免了算力强的终端高频率发送生成购票订单请求，从而能够有效的处理购票订单请求，避免刷票的问题。
图2为本发明又一实施例提供的一种订单处理方法的流程图，如图2所示，该方法包括：
步骤201、接收终端发送的生成购票订单请求，生成购票订单请求携带终端的设备信息以及终端的网络数据包
本发明实施例中，各步骤由售票系统执行。
本发明实施例中，终端通过在购票页面中输入购票信息，生成购票订单请求，并将生成购票订单请求发送至售票系统。其中，购票信息可包括出发站、终点站、席位级别、乘车人信息等。
终端的设备信息可包括终端的ip信息、设备指纹、设备型号、浏览器类型等。网络数据包包括数据记录信息、终端行为信息和终端状态信息。步骤202、根据终端的网络数据包，检测生成购票订单请求是否为正常请求，若是，则执行步骤203；若否，则执行步骤210。
本发明实施例中，若检测出生成购票订单请求为正常请求，表明终端是正常购票行为，若检测出生成购票订单请求为非正常请求，表明终端存在刷票行为，向终端发送生成购票订单请求失败的消息。
本发明实施例中，步骤202，具体包括：
步骤2021、根据数据记录信息检测终端是否发生数据更改，根据终端状态信息检测终端是否处于连接状态，且根据终端行为信息检测终端的访问频率是否小于预设阈值，访问频率用于指示终端发送生成购票订单请求时所在页面的访问次数，若是，执行步骤2022；若否，执行步骤210。
本发明实施例中，步骤2021的检测过程可基于dpi的深度包检测技术实现。dpi的深度包检测技术通过对应用协议行为和内容进行深度解析和还原，对流量中报文内容深度解析，进而确定应用协议类型，其侧重流量检测的深度和精确度，并对流量行为还原分析。
本发明实施例中，数据记录信息包括购票信息、指定购票信息以及其他信息。通过检测数据记录信息的数据完整性，判断数据记录信息是否发生数据更改。若根据数据记录信息检测终端未发生数据更改，表明数据记录信息的数据完整；若根据数据记录信息检测终端发生数据更改，表明数据记录信息不完整。
本发明实施例中，终端状态信息包括终端当前的网络连接状态。若根据终端状态信息检测终端处于连接状态，表明终端当前网络连接状态良好；若根据终端状态信息检测终端处于未连接状态，表明终端当前网络连接状态断开。
本发明实施例中，终端行为信息包括终端发送生成购票订单请求时所在页面的访问次数。若根据终端行为信息检测终端的访问频率小于预设阈值，表明终端是正常购票行为；若根据终端行为信息检测终端的访问频率大于或者等于预设阈值，表明终端存在刷票行为。其中，预设阈值可以为10。
可选地，终端行为信息还可以包括终端的登录系统次数。若根据终端行为信息检测终端的登录系统次数小于预设登录次数，表明终端是正常购票行为；若根据终端行为信息检测终端的登录系统次数大于或者等于预设登录次数。其中，预设登陆次数可以为10。
可选地，终端行为信息还可以包括终端的输入账号密码的次数。若根据终端行为信息检测终端的输入账号密码的次数小于预设次数，表明终端是正常购票行为；若根据终端行为信息检测终端的输入账号密码的次数大于或者等于预设次数，表明终端存在刷票行为。其中，预设次数可以为15。
步骤2022、将生成购票订单请求确定为正常请求。
本发明实施例中，若检测出终端未发生数据更改，终端处于连接状态且终端的访问频率小于预设阈值，表明终端为正常购票行为，因此将生成购票订单请求确定为正常请求。
步骤203、根据终端的设备信息，从历史购票记录中查询出终端的历史响应时间，并将历史响应时间确定为终端的响应时间。
本发明实施例中，终端的历史响应时间可包括终端选择购票信息且完成购票过程所耗费的时间。例如，响应时间为用户选择日期，车次后，点击预订，选择乘车人到出票成功所耗费的时间。因此可通过终端的ip，从历史购票记录中查询出该ip的购票记录信息，从而获取该ip的完成购票过程所消耗的时间，即为终端的历史响应时间，将历史响应时间确定为终端的响应时间。在本发明其他实施例中，还可以通过其他方式获取终端的响应时间，本发明对此不做限定。
步骤204、从预先建立的终端算力库中获取与响应时间对应的算力，并将与响应时间对应的算力确定为终端的算力。
本发明实施例中，在终端算力库中建立有响应时间与算力的对应关系，通过响应时间在终端算力库中查询出对应的算力。例如，该终端的响应时间为3s，可查询出对应的算力为4级，从而确定出终端的算力为4级。
进一步地，在步骤204之后，还包括：
步骤204a、判断终端的算力是否小于预设算力值，若是，执行步骤210；若否，执行步骤205。
本发明实施例中，预设算力值为50bit。若判断出终端的算力小于预设算力值，表明终端为算力很弱的终端，不具备分解的验证数据的能力，因此可生成购票订单；若判断出终端的算力大于或者等于预设算力值，表明终端具备分解的验证数据的能力，可继续执行步骤205。
步骤205、从预先建立的验证数据库中获取与终端的算力对应的验证数据。
本发明实施例中，验证数据包括多个素数的乘积。在其他实施例中，验证数据还可以包括字符串等其他数据，本发明对于验证数据的具体形式并不做具体的限定。
在验证数据库中建立有验证数据与终端的算力的对应关系，通过终端的算力在验证数据库中查询出对应的验证数据。例如终端的算力为4级，在验证数据库中查询出4级对应的验证数据为一个五位数的素数与一个四位数的素数的乘积。例如验证数据为8171*86627＝707829217。
本发明实施例中，通过在验证数据库中建立有验证数据与终端的算力的对应关系，以便于根据不同终端的算力，获取不同的验证数据。例如设定终端的算力大于4级为算力强的终端。例如，算力强的终端从验证数据库中获取的验证数据为大于20位数的数值，使得算力强的终端在预设时间范围内能够分解大于20位数的数值，例如，预设时间范围为5s；而算力弱的终端从验证数据库中获取的验证数据为小于20位数的数值，使得算力弱的终端在预设时间范围内能够分解小于20位数的数值。通过向终端发送终端的算力对应的验证数据，使得算力强的终端或者是算力弱的终端在分解验证数据时，所花费的时间是相同的，从而大大减少了算力强的终端高频率发送生成购票订单请求，避免了刷票的问题。
步骤206、将验证数据发送至终端，以使终端根据验证数据计算出与验证数据对应的响应信息。
本发明实施例中，终端根据验证数据计算出与验证数据对应的响应信息的方式可包括终端分解验证数据得到的多个素数。
步骤207、接收终端发送的响应信息，响应信息包括终端分解验证数据产生的多个素数。
本发明实施例中，例如，终端接收到验证数据之后，对验证数据707829217进行分解，分解出两个素数为8171、86627，并将这两个素数为8171、86627作为响应信息发送至售票系统。
步骤208、将多个素数相乘，得出响应数据。
本发明实施例中，例如将分解出的两个素数8171、86627进行相乘，生成响应数据707829217。
步骤209、检测响应数据与验证数据是否相同，若是，执行步骤210；若否，执行步骤211。
本发明实施例中，若检测出响应数据与验证数据相同，表明响应信息通过验证，可执行步骤210，生成购票订单；若检测出响应数据与验证数据不同，表明响应信息未通过验证，可执行步骤211。
步骤210、生成购票订单。
步骤211、向终端发送生成购票订单请求失败的消息。
本发明实施例提供的技术方案中，接收终端发送的生成购票订单请求，生成购票订单请求携带终端的设备信息，根据终端的设备信息确定出终端的响应时间，并根据响应时间确定出终端的算力，获取与终端的算力对应的验证数据，并将验证数据发送至终端，以使终端根据验证数据计算出响应信息，根据响应信息生成响应数据，若检测出响应数据与验证数据相同，则生成购票订单。通过向终端发送终端的算力对应的验证数据，避免了算力强的终端高频率发送生成购票订单请求，从而能够有效的处理购票订单请求，避免刷票的问题。
图3是本发明一实施例所提供的一种订单处理装置的结构示意图，如图3所示，该装置包括：接收模块11、确定模块12、获取模块13、发送模块14、生成模块15以及检测模块16。
接收模块11用于接收终端发送的生成购票订单请求，所述生成购票订单请求携带所述终端的设备信息。
确定模块12用于根据所述终端的设备信息确定出所述终端的响应时间，并根据所述响应时间确定出所述终端的算力。
获取模块13用于获取与所述终端的算力对应的验证数据。
发送模块14用于将所述验证数据发送至所述终端，以使所述终端根据所述验证数据计算出与所述验证数据对应的响应信息。
接收模块11还用于接收所述终端发送的所述响应信息。
生成模块15用于根据所述响应信息生成响应数据。
检测模块16用于检测所述响应数据与所述验证数据是否相同。
生成模块11还用于若检测模块16检测出所述响应数据与所述验证数据相同，则生成购票订单。
本发明实施例中，所述生成购票订单请求携带所述终端的网络数据包，该装置还包括：
检测模块16还用于根据所述终端的网络数据包，检测所述生成购票订单请求是否为正常请求；若检测模块16检测出所述生成购票订单请求为正常请求，触发确定模块12继续执行所述根据所述终端的设备信息确定出所述终端的响应时间，并根据所述响应时间确定出所述终端的算力的步骤。
本发明实施例中，该装置的检测模块16具体包括：检测子模块161和确定子模块162。
检测子模块161用于根据所述数据记录信息检测所述终端是否发生数据更改，根据所述终端状态信息检测所述终端是否处于连接状态，根据所述终端行为信息检测所述终端的访问频率是否小于预设阈值，所述访问频率用于指示所述终端发送生成购票订单请求时所在页面的访问次数。
确定子模块162用于若检测模块161检测出所述终端未发生数据更改，所述终端处于连接状态且所述终端的访问频率小于预设阈值，则将所述生成购票订单请求确定为正常请求。
本发明实施例中，该装置的确定模块12具体包括：查询子模块121、确定子模块122和获取子模块123。
查询模块121用于根据所述终端的设备信息，从历史购票记录中查询出所述终端的历史响应时间。
确定子模块122用于并将所述历史响应时间确定为所述终端的响应时间。
获取子模块123用于从预先建立的终端算力库中获取与所述响应时间对应的算力。
确定子模块122还用于将所述与所述响应时间对应的算力确定为所述终端的算力。
本发明实施例中，该装置还包括：获取模块13具体用于从预先建立的验证数据库中获取与所述终端的算力对应的验证数据。
本发明实施例中，所述验证数据包括多个素数的乘积。
本发明实施例中，所述响应信息包括所述终端分解所述验证数据产生的多个素数；
该装置还包括：
生成模块15具体用于将多个素数相乘，得出响应数据。
本发明实施例提供的技术方案中，接收终端发送的生成购票订单请求，所述生成购票订单请求携带所述终端的设备信息，根据所述终端的设备信息确定出所述终端的所述响应时间，并根据所述响应时间确定出所述终端的算力，获取与所述终端的算力对应的验证数据，并将所述验证数据发送至所述终端，以使终端根据验证数据计算出响应信息，根据所述响应信息生成响应数据，若检测出所述响应数据与所述验证数据相同，则生成购票订单。通过向终端发送终端的算力对应的验证数据，避免了算力强的终端高频率发送生成购票订单请求，从而能够有效的处理购票订单请求，避免刷票的问题。
本发明实施例提供了一种存储介质，存储介质包括存储的程序，其中，在程序运行时控制存储介质所在设备执行上述订单处理方法的实施例的各步骤，具体描述可参见上述订单处理方法的实施例。
本发明实施例提供了一种计算机设备，包括存储器和处理器，存储器用于存储包括程序指令的信息，处理器用于控制程序指令的执行，程序指令被处理器加载并执行时实现上述订单处理方法的步骤。具体描述可参见上述订单处理方法的实施例。
图4为本发明实施例提供的一种计算机设备的示意图。如图4所示，该实施例的计算机设备3包括：处理器21、存储器22以及存储在存储22中并可在处理器21上运行的计算机程序23，该计算机程序23被处理器21执行时实现实施例中的应用于订单处理方法，为避免重复，此处不一一赘述。或者，该计算机程序被处理器21执行时实现实施例中应用于订单处理装置中各模型/单元的功能，为避免重复，此处不一一赘述。
计算机设备3包括，但不仅限于，处理器21、存储器22。本领域技术人员可以理解，图4仅仅是计算机设备3的示例，并不构成对计算机设备3的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如计算机设备3还可以包括输入输出设备、网络接入设备、总线等。
所称处理器21可以是中央处理单元(centralprocessingunit，cpu)，还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现场可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
存储器22可以是计算机设备3的内部存储单元，例如计算机设备3的硬盘或内存。存储器22也可以是计算机设备3的外部存储设备，例如计算机设备3上配备的插接式硬盘，智能存储卡(smartmediacard,smc)，安全数字(securedigital,sd)卡，闪存卡(flashcard)等。进一步地，存储器22还可以既包括计算机设备3的内部存储单元也包括外部存储设备。存储器22用于存储计算机程序以及计算机设备3所需的其他程序和数据。存储器22还可以用于暂时地存储已经输出或者将要输出的数据。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本发明所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机装置(可以是个人计算机，计算机设备，或者网络装置等)或处理器(processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。
1.一种订单处理方法，其特征在于，所述方法包括：
接收终端发送的生成购票订单请求，所述生成购票订单请求携带所述终端的设备信息；
根据所述终端的设备信息确定出所述终端的响应时间，并根据所述响应时间确定出所述终端的算力；
获取与所述终端的算力对应的验证数据，并将所述验证数据发送至所述终端，以使所述终端根据所述验证数据计算出与所述验证数据对应的响应信息；
接收所述终端发送的所述响应信息；
根据所述响应信息生成响应数据；
检测所述响应数据与所述验证数据是否相同；
若检测出所述响应数据与所述验证数据相同，则生成购票订单。
2.根据权利要求1所述的方法，其特征在于，所述生成购票订单请求携带所述终端的网络数据包；
在所述根据所述终端的设备信息确定出所述终端的响应时间，并根据所述响应时间确定出所述终端的算力之前，还包括：
根据所述终端的网络数据包，检测所述生成购票订单请求是否为正常请求；
若检测出所述生成购票订单请求为正常请求，继续执行所述根据所述终端的设备信息确定出所述终端的响应时间，并根据所述响应时间确定出所述终端的算力的步骤。
3.根据权利要求2所述的方法，其特征在于，所述网络数据包包括数据记录信息、终端行为信息和终端状态信息；
所述根据所述终端的网络数据包，检测所述生成购票订单请求是否为正常请求，包括：
根据所述数据记录信息检测所述终端是否发生数据更改，根据所述终端状态信息检测所述终端是否处于连接状态，且根据所述终端行为信息检测所述终端的访问频率是否小于预设阈值，所述访问频率用于指示所述终端发送生成购票订单请求时所在页面的访问次数；
若检测出所述终端未发生数据更改，所述终端处于连接状态且所述终端的访问频率小于预设阈值，则将所述生成购票订单请求确定为正常请求。
4.根据权利要求1所述的方法，其特征在于，所述根据所述终端的设备信息确定出所述终端的响应时间，并根据所述响应时间确定出所述终端的算力，包括：
根据所述终端的设备信息，从历史购票记录中查询出所述终端的历史响应时间，并将所述历史响应时间确定为所述终端的响应时间；
从预先建立的终端算力库中获取与所述响应时间对应的算力，并将所述与所述响应时间对应的算力确定为所述终端的算力。
5.根据权利要求1所述的方法，其特征在于，所述获取与所述终端的算力对应的验证数据，包括：
从预先建立的验证数据库中获取与所述终端的算力对应的验证数据。
6.根据权利要求5所述的方法，其特征在于，所述验证数据包括多个素数的乘积。
7.根据权利要求1所述的方法，其特征在于，所述响应信息包括所述终端分解所述验证数据产生的多个素数；
所述根据所述响应信息生成响应数据，包括：
将多个素数相乘，得出响应数据。
8.一种订单处理装置，其特征在于，所述装置包括：
接收模块，用于接收终端发送的生成购票订单请求，所述生成购票订单请求携带所述终端的设备信息；接收所述终端发送的所述响应信息；
确定模块，用于根据所述终端的设备信息确定出所述终端的响应时间，并根据所述响应时间确定出所述终端的算力；
发送模块，用于获取与所述终端的算力对应的验证数据，并将所述验证数据发送至所述终端，以使所述终端根据所述验证数据计算出与所述验证数据对应的响应信息；
生成模块，用于根据所述响应信息生成响应数据；若检测出所述响应数据与所述验证数据相同，则生成购票订单；
检测模块，用于检测所述响应数据与所述验证数据是否相同。
9.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行权利要求1至7中任意一项所述的订单处理方法。
10.一种计算机设备，包括存储器和处理器，所述存储器用于存储包括程序指令的信息，所述处理器用于控制程序指令的执行，其特征在于，所述程序指令被处理器加载并执行时实现权利要求1至7任意一项所述的订单处理方法的步骤。
技术总结