CN107005418B - 一种红包数据处理方法及终端 - Google Patents

Abstract

本发明实施例公开了红包数据处理方法，用于解决通过外挂工具识别红包界面特征对用户抢红包的帮助不明显的问题，该方法包括：终端接收第一数据；所述终端的协议栈识别所述第一数据为第一应用预设的红包数据时，提高所述终端处理所述第一数据的运行速率，所述第一应用为应用层中处理所述红包数据的应用程序；所述终端的协议栈将所述第一数据发送至所述第一应用,以供所述第一应用处理所述第一数据。

Description

一种红包数据处理方法及终端

技术领域

本发明涉及终端领域，具体涉及一种红包数据处理方法及终端。

背景技术

随着一些应用(如微信、QQ、支付宝等)推出了“红包”功能，越来越多用户参与发红包或者抢红包的行为，例如：用户想在自己的一个微信群中发红包，则用户通过选择微信菜单界面中的“红包”进入发红包界面，后自行设置发一定金额和数量的红包。而对于应用程序而言，红包数据实际上是一段带有红包特征值的数据，并在网络上进行传输。终端上的应用客户端接收服务器发送的红包数据并显示红包界面，供用户抢红包。用户抢红包时，应用客户端建立与服务器的网络连接，获取抢红包的结果并显示结果界面。因此，从红包的发出到红包界面显示所用的时间以及从抢红包到结果界面显示所用的时间，将直接影响用户在使用“红包”功能过程中的体验。

在红包功能推出后，出现了一些抢红包的外挂工具，这些外挂工具的原理是在红包界面生成后，通过识别红包界面特征，进而采取提高中央处理器(英文全称：CentralProcessing Unit，缩写：CPU)的主频的方式对系统进行加速，从而达到加速抢红包的目的。

由于外挂工具采用红包界面特征做为识别手段，由于从红包数据接收到红包界面生成已经经过了一定的延时时间，因此后续对系统加速的方式对用户抢红包的帮助不明显。

发明内容

本发明的目的在于提供一种红包数据处理方法及终端，用于解决现有技术中通过外挂工具识别红包界面特征对用户抢红包的帮助不明显的问题。通过终端的协议栈对接收到的数据进行识别，先于应用层的应用识别该数据，并提高终端的运行速率，从而有效提高用户抢红包的速度。

本发明第一方面提供一种红包数据处理方法，该方法包括：

终端接收第一数据；终端的协议栈识别该第一数据为第一应用预设的红包数据时，提高终端处理该第一数据的运行速率，该第一应用为安装于所述终端中处理所述红包数据的应用程序；终端的协议栈将该第一数据发送至第一应用，以供第一应用处理该第一数据。

其中，终端的协议栈将该第一数据发送至第一应用，以供第一应用处理该第一数据步骤可以和终端的协议栈识别第一数据同步或异步执行，在此不作具体限定。

例如：终端的协议栈从第一应用服务器接收第一数据，终端的协议栈会先于第一应用识别出该第一数据是否为第一应用预设的红包数据，当终端的协议栈识别该第一数据为第一应用(微信，支付宝等)预设的红包数据时，提高终端处理第一数据的运行速率，并将第一数据快速发送至第一应用，该第一应用接收到该第一数据并根据该第一数据生成红包界面，从而有利于用户提前看到红包界面，并执行抢红包的行为。

结合第一方面，在一些可能的实现方式中，该第一数据包括数据特征值；

该终端的协议栈识别该第一数据为第一应用预设的红包数据包括：

该终端的协议栈确定该第一数据的数据特征值符合所述第一应用预设的红包特征值时，确定所述第一数据为所述第一应用预设的红包数据。

结合第一方面，在另一些可能的实现方式中，该第一数据包括第一数据所在应用的应用标识符、第一数据所在应用的进程标识符、数据长度以及数据特征值；

该终端的协议栈识别该第一数据为第一应用预设的红包数据包括：

该终端的协议栈确定该第一数据的应用标识符符合第一应用的应用标识符；

且，该终端的协议栈确定该第一数据的进程标识符符合第一应用的进程标识符；

且，该终端的协议栈确定该第一数据的数据长度符合第一应用预设红包数据的数据长度；

且，该终端的协议栈确定该第一数据的数据特征值符合第一应用预设红包数据的红包特征值时，确定第一数据为第一应用预设的红包数据。

在实际应用中，该终端的协议栈确定该第一数据满足第一特征，其中，该第一特征包括第一应用的应用标识符和第一应用的进程标识符，例如：该应用标识符(英文全称：User Identifier，缩写：UID)，进程标识符(英文全称：Process Identifier，缩写：PID)；该终端的协议栈确定该第一数据满足第二特征，其中，该第二特征包括该第一应用的红包数据长度和第一应用的红包特征值。

其中，进程标识符为终端系统向处于运行状态的应用分配的一个数字，例如小于65535的一个数，由于每个应用对应一个应用标识符，但是每个应用可能对应多个进程标识符，这样，通过判断第一数据的进程标识符是否符合第一应用的进程标识符，就可以准确的确认该第一数据是否为第一应用预设的红包数据。在实际应用中，例如：当判断该第一数据的进程标识符符合微信的进程标识符，则确定微信处于运行状态，则对终端的系统加速，如果判断该第一数据的进程标识符不符合微信的进程标识符，则确定微信不处于运行状态，则不对终端的系统加速，从而节约系统资源。

例如：当终端设备的网络协议栈接收到第一数据时，判断第一数据是否满足第一特征；当判断出第一数据的标识符为第一应用的UID且第一数据的进程标识符为第一应用的PID时，判断第一数据是否满足第二特征；当判断出第一数据的长度在第一应用的红包数据长度的范围内且第一数据的特征值满足该第一应用的红包特征值时，确定第一数据为第一应用预设的红包数据，并提高终端处理该第一数据的运行速率，从而有效提高用户抢红包的速度。

在实际应用中，终端的协议栈还可以识别第一特征和第二特征中的任意一个或者多个任意排列组合，从而确定该第一数据为第一应用预设的红包数据，此处不做具体限定。

结合第一方面，在另一些可能的实现方式中，该终端的协议栈将第一数据发送至第一应用之后，该终端的协议栈接收第一应用发送的第二数据，该第二数据为获取该第一应用中红包的请求数据；该终端的协议栈优先将该第二数据发送至第一应用服务器。

例如：该终端的协议栈接收该第二数据，优先将该第二数据发送至第一应用服务器，以使得该第一应用服务器根据第二数据生成结果数据，并将该结果数据发送至第一应用，第一应用接收该结果数据，并根据该结果数据生成红包结束界面。

可见，终端的协议栈将该第一数据发送至第一应用后，第一应用根据该第一数据生成红包界面，当红包界面生成后，用户可在该红包界面上进行抢红包，即：在红包界面上显示有“拆红包”的字样，通过点击“拆红包”后，将该第二数据发送至第一应用服务器，其中，发送的顺序可以是默认的顺序或者优先的顺序，例如：从终端到应用服务器之间的数据传输一般默认的顺序为先到先发，即：哪个数据先到传输口，执行哪个数据先发的原则。在一些可能的实现方式中，为了加快抢红包的速度，优先发送红包数据，例如：终端的协议栈获取第二数据后，利用“插队”的方式优先将该第二数据发送至第一应用服务器，使得第一应用服务器根据该第二数据生成用于显示红包结束界面的数据，从而有效提高用户抢红包的速度。

在另一些可能的实现方式中，提高终端处理该第一数据的运行速率包括：将终端中的中央处理器(英文全称：Central Processing Unit，缩写：CPU)、图形处理器(英文全称：Graphics Processing Unit，缩写：GPU)、双倍速率同步动态随机存储器(英文全称：Double Data Rate SDRAM，缩写：DDR)中至少一个的频率提高；或者，将第一应用的进程从终端的第一处理器迁移至终端的第二处理器中，该第二处理器的运行速率高于该第一处理器的运行速率；或者，提高该第一应用的进程的优先级。

例如：在实际应用中，可以将CPU或者GPU或者DDR的频率提高，在一种可能的实现方式中，直接将CPU或者GPU或者DDR的频率提高至最大频率从而有效加快处理第一数据的的运行速率。当然，还可以是将第一应用的进程从终端的第一处理器迁移至终端的第二处理器，例如：将第一应用的进程从终端系统中的小核迁移至终端系统中的大核，从而有效提高处理第一数据的运行速率，例如：在未迁移之前，第一应用运行在小核中，一般情况下，小核中的应用程序比大核中的应用进程的运行速率低，因此，将运行在小核中的第一应用的进程迁移至大核中，有效提高该第一应用的进程的运行速率。

在另一些可能的实现方式中，提高该处理第一数据的运行速率之后，在收到所述第一数据的预设时间段之后，降低所述终端的运行速率；或者，识别到所述第一应用生成红包结束界面之后，降低所述终端的运行速率，所述红包结束界面用于标识所述第一应用中的红包已获取结束；在发送第二数据至第一应用服务器之后，降低所述终端的运行速率，所述第二数据为获取所述第一应用中红包的请求数据。

例如：当整个抢红包的过程结束后，将终端的运行速率恢复至初始状态，使得终端按照未加速运行速率前的初始状态照常运行，从而避免了对其他程序的运行速率的影响。

本发明第二方面提供一种终端，包括：接收模块、处理模块和发送模块。

接收模块，用于接收第一数据；

处理模块，用于识别所述第一数据为第一应用预设的红包数据时，提高处理所述第一数据的运行速率，所述第一应用为安装于所述终端中处理所述红包数据的应用程序；

发送模块，用于将所述第一数据发送至所述第一应用，以供所述第一应用处理所述第一数据。

可见，接收模块接收第一数据后，处理模块会先于第一应用识别出该第一数据是否为第一应用预设的红包数据，处理模块识别该第一数据为第一应用预设的红包数据时，则处理模块提高处理第一数据的运行速率，发送模块将该第一数据发送至第一应用，从而将第一应用接收第一数据的时间提前，进而第一应用根据第一数据生成红包界面，有效提高用户抢红包的速度，例如：对终端系统的运行速率加速后，第一应用会提前接收到第一数据，并根据第一数据生成红包界面，从而有利于用户提前看到红包界面，进而快速执行抢红包的行为。

本发明第三方面提供一种终端，包括：一个或多个处理器、存储器、总线系统、收发器以及一个或多个程序，该处理器、该存储器和该收发器通过总线系统连接；其中，一个或多个程序存储在该存储器中，一个或多个程序包括指令，该指令当被所述终端执行时使所述终端执行如第一方面或者第一方面的任意一种可能的实现方式所述的方法。

可见，终端会先于第一应用识别出该第一数据是否为第一应用预设的红包数据，终端识别第一数据为第一应用预设的红包数据时，则提高处理第一数据的运行速率，并将第一数据发送至第一应用，可见，第一应用提前接收第一数据，并根据第一数据生成红包界面的速度，有效提高用户抢红包的速度，例如：对终端系统的运行速率加速后，第一应用会提前生成红包界面，从而有利于用户提前看到红包界面，进而快速执行抢红包的行为。

附图说明

图1为本发明实施例中终端的一个结构示意图；

图2为本发明实施例中终端系统的一个结构示意图；

图3为本发明实施例中红包数据处理方法的一个实施例示意图；

图4a为本发明实施例中红包界面的一个结构示意图；

图4b为本发明实施例中红包界面的另一个结构示意图；

图5为本发明实施例中终端的另一个结构示意图；

图6为本发明实施例中终端的另一个结构示意图。

具体实施方式

本发明的目的在于提供一种红包数据处理方法及终端，用于解决现有技术中通过外挂工具识别红包界面特征对用户抢红包的帮助不明显的问题。通过终端的协议栈对接收到的数据进行识别，进而对终端的运行速率进行加速，有效提高抢红包的速度。

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有作出创造性劳动前提下所获取的所有其他实施例，都属于本发明保护的范围。

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等是用于区别不同的对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

本发明的技术方案，应用于终端，如图1所示，所述终端100包括通信单元101、输入单元102、输出单元103、处理器104、存储单元105、外设接口106、操作系统107，各个单元之间通过一条或多条总线连接。其中，通信单元101用于建立通信信道，使得终端通过所述通信信道与远端电子设备或服务器进行语音通信、文字通信、数据通信等；输入单元102用于实现用户与终端的交互和/或信息输入到终端中；处理器104为终端的控制中心，利用各种接口和线路连接整个终端的各个部分，通过运行或执行存储在存储单元内的软件程序和/或模块，以及调用存储在存储单元内的数据，以执行终端的各种功能和/或处理数据；输出单元103包括但不限于声音和视频输出单元，用来将处理器所输出的音频信号从数字格式转换为模拟格式；存储单元105可用于存储软件程序以及模块；外设接口106用于连接远端电子设备或服务器。。

本领域技术人员可以理解的是，图1中所示出的终端的结构并不构成对本发明的限定，它既可以是总线形结构，也可以是星型结构，还可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。在本发明实施方式中的终端包括但不限于移动电话、移动电脑、平板电脑、个人数字助理(英文全称：Personal Digital Assistant，缩写：PDA)、媒体播放器、智能电视，可穿戴设备(例如，智能手表或智能眼镜等)以及上述两项或两项以上的组合等。

在介绍本发明实施例之前，先介绍一下本发明所应用的场景，如今，抢红包已成为一种比较活跃的娱乐活动，逢年过节或者集体活动等，人们通过一些运行红包功能的应用(例如：微信、QQ、支付宝等)中进行抢红包，当然，在一种可能的实现方式中，直接在红包应用中进行抢红包，其实，抢红包就是在一些执行红包功能的应用上抢别人发的具有一定金额的电子货币的行为。

如图2所示，终端的协议栈通过网络接收到服务器发送的数据，其中，该协议栈可能是传输控制协议(英文全称：Transmission Control Protocol，缩写：TCP)栈，也可能是因特网协议(英文全称：Internet Protocol，缩写：IP)栈，可对应于开放系统互连参考模型(英文名称：Open System Interconnect，缩写：OSI)七层协议中的数据链路层、网络层、传输层、会话层、表示层等任一一个或多个层级，此处不做具体限定。例如：当第一数据是从IP栈接收到时，则通过TCP栈将该第一数据传输到本地层套接字(英文：socket)应用程序编程接口(英文全称：Application Programming Interface，缩写：API)，并通过Java层socketAPI传输至应用层，并通过应用层中一个或多个运行红包功能的应用解析第一数据，最后生成红包界面供用户抢红包。

为了加快抢红包的速度，出现一些抢红包的外挂工具，即：在红包界面生成后，通过识别红包界面特征(例如：红包界面上涉及“红包”的字样等)进而对终端的系统进行加速，从而加快抢红包的目的，但是，由于从红包数据接收到红包界面生成已经经过了一定的延时时间，所以后续对系统加速的方式对用户抢红包而言起不到很明显的作用，另外，外挂工具识别红包界面特征会存在一定的误判率，例如：有可能将对话框中涉及“红包”的字样误看作是红包数据，而本发明很好的解决了这些缺陷。

如图2所示，终端的协议栈(例如：TCP栈或者IP栈等)通过网络接收到服务器发送的数据后，就开始对数据进行解析，当确认该数据为红包数据时，将提高处理该数据的运行速率，进而提高生成红包界面的速度，例如：通过对系统的运行速率进行加速后，红包数据从协议栈通过本地层socket API到Java层socket API，进而到应用层的传输速度加快，从而能够快速接收到该红包数据，并根据该红包数据生成红包界面，有利于用户提前看到红包界面，并快速执行抢红包的行为。

请参阅图3，为本发明实施例中抢红包的一个实施例示意图，该实施例包括：终端接收第一数据；终端的协议栈识别该第一数据为第一应用预设的红包数据时，提高终端处理该第一数据的运行速率，该第一应用为安装于所述终端中处理所述红包数据的应用程序；终端的协议栈将该第一数据发送至第一应用，以供第一应用处理该第一数据。

具体流程如下：

步骤301、第一应用服务器向终端的协议栈发送第一数据。

在本发明中，第一应用服务器是指第一应用对应的服务器，第一应用为安装于终端上处理红包数据的应用程序，例如：第一应用可以为微信，支付宝，微博等支持红包功能的应用，则对应的第一应用服务器可以为微信运营商的服务器，支付宝运营商的服务器或者微博运营商的服务器。在中国，逢年过节的时候长辈们喜欢给小辈们发红包，即：用红纸包一定金额的压岁钱，在本发明中，红包是指发送方使用安装在发送方客户端上的第一应用，通过局域网或广域网，发送的包含一定金额的电子货币。其中，该电子货币可以是具有或不具有支付功能，在此不作具体限定。接收方通过安装在自己客户端上的第一应用接收发送方发送的红包，并通过点击等动作请求获取该红包。当然，在不具有中国传统文化的国家中，可能通过金币或者其他定义取代红包的定义，例如：英文名为bribery money，redenvelope等，但是都将可以看做是红包，本发明对此不作具体限定。

其中，该协议栈可能是终端系统中的TCP，也可能是终端系统中的IP，还可能是物理层，链路层，会话层，表示层等，此处不做具体限定，例如：第一应用服务器有可能是直接将第一数据发送至TCP栈，也可能是第一应用服务器先将第一数据发送至IP栈，并通过IP栈发送至TCP栈，此处不做具体限定。

步骤302、终端的协议栈接收到第一数据。

当第一应用服务器向终端的协议栈发送第一数据后，终端的协议栈接收到该第一数据，当然，数据的类型千差万别，而本发明的技术方案应用在抢红包的场景中，因此，需要判断第一数据是否为第一应用预设的红包数据。

步骤303、终端的协议栈判断第一数据是否满足第一特征，若是，则执行步骤304。

其中，该第一特征包括第一应用的应用标识符UID和所述第一应用的进程标识符PID。

其中，该第一应用的UID可能是红包应用的UID，也可能是运行红包功能的其他应用的UID，例如：当执行红包功能的程序就是一种应用时，则对应的UID就是该红包应用的UID，当除红包应用以外的其他应用(例如微信，支付宝，微博等)中执行红包功能的程序时，则对应的UID为微信、支付宝或微博等的UID。其中，UID用于区别不同的应用，例如：通过UID就可以知道是微信的UID或者是支付宝的UID等。

需要说明的是，终端的协议栈判断第一数据是否满足第一应用的UID和用于第一应用的PID的先后顺序不做限定，例如：在一种可能的实现方式中，终端的协议栈先判断第一数据的UID为第一应用的UID时，则进一步判断第一数据的PID是否为第一应用的PID。在另一种可能的实现方式中，终端先判断第一数据的PID为第一应用的PID时，进一步判断第一数据的UID是否为第一应用的UID。

步骤304、当判断出第一数据的UID为第一应用的UID且第一数据的PID为第一应用的PID时，判断第一数据是否满足第二特征，若是，执行步骤305，若否，结束流程。

可见，当判断出第一数据都满足第一特征时，进一步判断第一数据是否满足第二特征，其中，该第二特征包括第一应用的红包数据长度和第一应用的红包特征值。该红包数据长度包括拷贝长度，最小长度以及最大长度等，例如：微信应用的红包数据长度一般在150字节到800字节之间。该红包特征值包括红包特征值的偏移字节数，红包特征值的总长度，红包特征值的格式等。

需要说明的是，终端的协议栈判断第一数据是否满足第一应用的红包数据长度和红包特征值的先后顺序不做限定。例如：在一种可能的实现方式中，终端的协议栈先判断出第一数据的长度在第一应用的红包数据长度的范围内时，进一步判断第一数据的特征值是否在第一应用的红包特征值的范围内。在另一种可能的实现方式中，终端的协议栈先确定第一数据的特征值在第一应用的红包特征值的范围内时，进一步判断第一数据是否满足第一应用的红包数据长度。

步骤305、当判断出第一数据的长度在第一应用的红包数据长度的范围内且第一数据的特征值在第一应用的红包特征值的范围内时，确定第一数据为第一应用预设的红包数据，并提高处理第一数据的运行速率。

可见，当终端判断出第一数据满足第一特征和第二特征时，则确定第一数据为第一应用预设的红包数据，进而提高处理第一数据的运行速率。需要说明的是，终端判断第一数据是否满足第一特征和第二特征的先后顺序不做限定，在一些可能的实现方式中，终端先判断第一数据是否满足第二特征，当第一数据满足第二特征后，进一步判断该特征是否满足第一特征，直到第一数据满足第一特征和第二特征时，才确定第一数据为第一应用预设的红包数据，充分提高确认第一数据是否为第一应用预设的红包数据的正确率。

在实际应用中，终端的协议栈可能只需判断该第一数据是否符合第一应用的应用标识符，第一应用的进程标识符，第一应用预设的红包数据的数据长度以及第一应用的预设红包数据的红包特征值中的任意一种或者任何多种排列组合等，此处不做具体限定。

当然，在实际应用中，终端的协议栈识别出该第一数据的应用标识符为第一应用的红包数据的标识符时，也可以对第一应用中的文字信息以及位置共享功能等多种数据的运行速率提高，另外，在抢红包的过程中避免终端熄屏或黑屏，终端可以提前设置延长熄屏或黑屏的时间或者暂时取消终端界面预设的密码锁屏功能等，从而提高用户抢红包的体验。

在一些可能的实现方式中，提高处理第一数据的运行速率包括：

将终端系统中的中央处理器CPU、图形处理器GPU、双倍速率同步动态随机存储器DDR中至少一个的频率提高；

或者，将所述第一应用的进程从所述终端的第一处理器迁移至所述终端的第二处理器中，所述第二处理器的运行速率高于所述第一处理器的运行速率；

或者，提高所述第一应用的进程的优先级。

例如：在实际应用中，可以将CPU或者GPU或者DDR的频率提高，在一种可能的实现方式中，直接将CPU或者GPU或者DDR的频率提高至最大频率从而有效加快终端系统的运行速率，进而有效提高处理第一数据的速率。当然，还可以是将第一应用的进程从终端的第一处理器迁移至终端的第二处理器，主要是因为第二处理器的运行速率高于第一处理器的运行速率，从而有效提高处理第一数据的速率，例如：在未迁移之前，第一应用的进程运行在小核中，一般情况下，小核中的进程比大核中的进程的运行速率低，因此，将运行在小核中的第一应用的进程迁移至大核中，有效提高该处理该第一数据的运行速率。当然，还可以提高第一应用的进程中的优先级，例如：将第一应用的进程从小核迁移至大核时，不一定代表大核中的第一应用的进程的优先级一定是高的，有可能第一应用的进程在大核中的优先级比较低，则提高第一应用的进程在大核中的优先级。可见，通过上述几种方式，有效提高处理第一数据的运行速率，从而提前第一应用接收到该第一数据的时间点，便于第一应用尽快根据第一数据生成红包界面，以供用户抢红包，从而加快用户抢红包的速度。

当然，在实际应用中，为了加快处理第一数据的运行速率，还可以暂时结束终端中除第一应用以外的其他应用的进程，例如：通过安装于终端上的手机管家，360手机助手等应用以一键清零的方式结束除第一应用以外的其他应用的进程，当抢红包的过程结束后，终端重新恢复除第一应用以外的其他应用的进程，此处不做具体限定。

步骤306、终端的协议栈接收第一应用发送的第二数据。

其中，该第二数据为获取第一应用中红包的请求数据。

例如：第一应用根据第一数据生成红包界面，该红包界面用于用户抢红包。在用户抢红包后，第一应用会生成第一应用红包的请求数据。

步骤307、终端的协议栈优先将所述第二数据发送至第一应用服务器。

即：终端的协议栈将该第二数据发送至第一应用服务器，第一应用服务器对该第二数据进行处理，并生成用于显示红包结束界面的结果数据。其中，发送的顺序可以是默认的顺序或者优先的顺序，例如：终端的协议栈到第一应用服务器之间的数据传输一般是默认的顺序为先到先发，即：哪个数据先到传输口，执行哪个数据先发的原则。在一些可能的实现方式中，为了加速抢红包的速度，优先发送红包数据，例如：终端的协议栈获取第二数据后，利用“插队”的方式优先将该第二数据发送至第一应用服务器，使得第一应用服务器尽快根据该第二数据生成用于显示红包结束界面的结果数据，从而有效提高用户抢红包的速度。

步骤308、第一应用服务器根据该第二数据生成用于显示红包结束界面的结果数据。

例如：该第一应用服务器接收到该第二数据，并根据根据该第二数据生成显示红包结束界面的结果数据，即：该结果数据用于指示用户抢到了多大金额的红包。

可见，第一应用服务器将结果数据发送至第一应用，第一应用接收到该结果数据，并根据该结果数据生成红包结束界面。

在实际应用中，当红包界面生成后，用户可在该红包界面上进行抢红包，如图4a所示，即：在红包界面上显示有“拆红包”的字样、用户名以及用户头像等，通过点击“拆红包”后，第一应用生成第二数据，并将第二数据发送至终端的协议栈，以使得终端的协议栈将该第二数据发送至第一应用服务器。第一应用接收到该第二数据后，对第二数据进行处理，并生成用于显示红包结束界面的结果数据，例如：第一应用接收到该结果数据后，根据该结果数据生成红包结束界面，如图4b所示，即：在红包结束界面上，用户可以看到自己抢了多大金额的红包或者其他人抢了多大金额的红包，例如：用户一抢了30元，用户二抢了30元，用户二抢红包的速度比用户一抢红包的速度快。

利用本发明的技术方案，测试人员进行了具体的测试，测试结果如表1和表2：

平均提速(单位：ms)

	DUT VS 设备1	DUT VS 设备2	DUT VS 设备3
				接收红包-联通4G	668	702	792
接收红包-移动4G	758	518	742
				接收红包-电信4G	38	2038	/
拆红包-联通4G	152	276	612
				拆红包-移动4G	154	182	554
拆红包-电信4G	96	1410	/

表1

可见，在同等条件下，不管在接收红包时，还是在拆红包时，本发明中的被验设计(英文全称：Device Under Test，缩写：DUT)终端都要比其他终端(设备1，设备2以及设备3)的运行速度快了很多。

统计次数比例

	DUT VS 设备1	DUT VS 设备2	DUT VS 设备3
				接收红包-联通4G	10∶0	10∶0	10∶0
接收红包-移动4G	10∶0	10∶0	10∶0
				接收红包-电信4G	6∶1(3次同时到)	10∶0	/
拆红包-联通4G	10∶0	10∶0	10∶0
				拆红包-移动4G	10∶0	10∶0	10∶0
拆红包-电信4G	10∶0	10∶0	/

表2

可见，在同等条件下，通过多次测试，充分证明了本发明中的DUT终端在抢红包过程中的运行速率比其他终端(设备1，设备2以及设备3)快，从而利于用户快速抢红包。

在另一些可能的实现方式中，所述提高所述终端处理所述第一数据的运行速率之后，还包括：

在收到所述第一数据的预设时间段之后，降低所述终端的运行速率；

例如：终端的协议栈接收到该第一数据后，默认500毫秒后，就开始降低终端的运行速率。

或者，识别到所述第一应用生成红包结束界面之后，降低所述终端的运行速率，所述红包结束界面用于标识所述第一应用中的红包已获取结束；

例如：红包结束界面生成后，用户无需再继续抢红包，则降低终端的运行速率

或者，在发送第二数据至第一应用服务器之后，降低所述终端的运行速率，所述第二数据为获取所述第一应用中红包的请求数据。

在实际应用中，还可以是当整个抢红包的过程结束后，将终端系统的运行速率恢复至初始状态，使得终端系统按照未加速运行速率前的初始状态照常运行，从而避免了对其他程序的运行速率的影响。

当然，在实际应用中，为了加快处理第一数据的运行速率，还可以暂时结束终端中除第一应用以外的其他应用的进程，例如：通过安装于终端上的手机管家，360手机助手等应用以一键清零的方式结束除第一应用以外的其他应用的进程，当抢红包的过程结束后，终端重新恢复除第一应用以外的其他应用的进程，此处不做具体限定。

在实际应用中，还有一种可能的实现方式是，终端检测到终端上安装的插件模拟人工自动抢红包的指令时，终端的协议栈接收该插件模拟人工抢红包生成的第二数据，将该第二数据发送至第一应用服务器，并使得第一应用服务器通过该第二数据生成用于显示红包结束界面的结果数据，从而第一应用提前接收该结果数据，并通过该结果数据生成红包结束界面，提高用户抢红包的速率。

需要说明的是，步骤306至步骤308为可选的实现方式，在一些可能的实现方式中，无需完全执行步骤306至步骤308，此处不做具体限定。

为便于更好的实施本发明实施例的上述相关方法，下面还提供用于配合上述方法的相关装置。

请参阅图5，为本发明实施例中终端的一个结构示意图，该终端500包括：接收模块501、处理模块502和发送模块503。

接收模块501，用于接收第一数据；

处理模块502，用于识别所述第一数据为第一应用预设的红包数据时，提高处理所述第一数据的运行速率，所述第一应用为安装于所述终端中处理所述红包数据的应用程序；

发送模块503，用于将所述第一数据发送至所述第一应用，以供所述第一应用处理所述第一数据。

可见，处理模块先于第一应用识别该第一数据，当处理模块识别出第一数据为第一应用预设的红包数据时，提高处理所述第一数据的运行速率，使得第一应用可以提前接收到该第一数据，并根据第一数据生成红包界面，有利于用户提前看到红包界面，并执行快速抢红包的行为。

如图5所示，在一些可能的实现方式中，

所述第一数据包括数据特征值；

所述处理模块502，具体用于确定所述第一数据的数据特征值符合所述第一应用预设的红包特征值时，确定所述第一数据为所述第一应用预设的红包数据。

在一些可能的实现方式中，所述第一数据包括第一数据所在应用的应用标识符、第一数据所在应用的进程标识符、数据长度以及数据特征值；

所述处理模块502，具体用于确定所述第一数据的应用标识符符合所述第一应用的应用标识符；

且，确定所述第一数据的进程标识符符合所述第一应用的进程标识符；

且，确定所述第一数据的数据长度符合所述第一应用预设红包数据的数据长度；

且，确定所述第一数据的数据特征值符合所述第一应用预设红包数据的红包特征值时，确定所述第一数据为所述第一应用预设的红包数据。

在一些可能的实现方式中，所述处理模块502，具体用于将所述终端中的中央处理器CPU、图形处理器GPU、双倍速率同步动态随机存储器DDR中至少一个的频率提高；

或者，所述处理模块502，具体用于将所述第一应用的进程从所述终端的第一处理器迁移至所述终端的第二处理器中，所述第二处理器的运行速率高于所述第一处理器的运行速率；

或者，所述处理模块502，具体用于提高所述第一应用的进程的优先级。

在一些可能的实现方式中，

所述接收模块501，还用于所述发送模块将所述第一数据发送至所述第一应用之后，接收所述第一应用发送的第二数据，所述第二数据为获取所述第一应用中红包的请求数据；

所述发送模块503，还用于优先将所述第二数据发送至第一应用服务器。

在一些可能的实现方式中，

所述处理模块502，还用于提高所述终端处理所述第一数据的运行速率之后，在收到所述第一数据的预设时间段之后，降低所述终端的运行速率；或者，

识别到所述第一应用生成红包结束界面之后，降低所述终端的运行速率，所述红包结束界面用于标识所述第一应用中的红包已获取结束；或者，

在发送第二数据至第一应用服务器之后，降低所述终端的运行速率，所述第二数据为获取所述第一应用中红包的请求数据。

在实际应用中，当整个抢红包的过程结束后，将终端系统的运行速率恢复至初始状态，使得终端系统按照未加速运行速率前的初始状态照常运行，从而避免了对其他程序的运行速率的影响。

在一些可能的实现方式中，在红包应用中或者除红包应用以外的其他应用中执行红包功能的程序。

图5所示的实施例从功能模块的角度对终端的具体结构进行了说明，以下结合图6的实施例从硬件角度对终端的具体结构进行说明：一种终端600，包括：一个或多个处理器601、存储器602、总线系统603、收发器604以及一个或多个程序605，所述处理器601、所述存储器602和所述收发器604通过所述总线系统603连接；

其中，所述一个或多个程序605存储在所述存储器602中，所述一个或多个程序605包括指令，所述指令当被所述终端600执行时使所述终端600执行如图3所示实施例的方法。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上对本发明所提供的一种终端、服务器、用户识别的系统及方法进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本发明的限制。

Claims (11)

1.一种红包数据处理方法，其特征在于，包括：

终端接收第一数据，所述第一数据包括数据特征值；

所述终端的协议栈确定所述第一数据的数据特征值符合第一应用预设的红包特征值时,确定所述第一数据为所述第一应用预设的红包数据，所述第一应用为安装于所述终端中处理所述红包数据的应用程序；所述红包特征值包括红包特征值的偏移字节数、红包特征值的总长度和红包特征值的格式中的至少一种；

提高所述终端处理所述第一数据的运行速率；

所述终端的协议栈将所述第一数据发送至所述第一应用,以供所述第一应用处理所述第一数据。

2.根据权利要求1所述的方法，其特征在于，所述第一数据包括第一数据所在应用的应用标识符、第一数据所在应用的进程标识符、数据长度以及数据特征值；

所述终端的协议栈识别所述第一数据为第一应用预设的红包数据包括：

所述终端的协议栈确定所述第一数据的应用标识符符合所述第一应用的应用标识符；

且，所述终端的协议栈确定所述第一数据的进程标识符符合所述第一应用的进程标识符；

且，所述终端的协议栈确定所述第一数据的数据长度符合所述第一应用预设红包数据的数据长度；

且，所述终端的协议栈确定所述第一数据的数据特征值符合所述第一应用预设红包数据的红包特征值时，确定所述第一数据为所述第一应用预设的红包数据。

3.根据权利要求1所述的方法，其特征在于，所述提高所述终端处理所述第一数据的运行速率包括：

将所述终端中的中央处理器CPU、图形处理器GPU、双倍速率同步动态随机存储器DDR中至少一个的频率提高；

或者，将所述第一应用的进程从所述终端的第一处理器迁移至所述终端的第二处理器中，所述第二处理器的运行速率高于所述第一处理器的运行速率；

或者，提高所述第一应用的进程的优先级。

4.根据权利要求1所述的方法，其特征在于，所述终端的协议栈将所述第一数据发送至所述第一应用之后，还包括：

所述终端的协议栈接收所述第一应用发送的第二数据，所述第二数据为获取所述第一应用中红包的请求数据；

所述终端的协议栈优先将所述第二数据发送至第一应用服务器。

5.根据权利要求1所述的方法，其特征在于，所述提高所述终端处理所述第一数据的运行速率之后,所述方法还包括:

在收到所述第一数据的预设时间段之后,降低所述终端的运行速率；或者,

识别到所述第一应用生成红包结束界面之后,降低所述终端的运行速率,所述红包结束界面用于标识所述第一应用中的红包已获取结束；或者，

在发送第二数据至第一应用服务器之后,降低所述终端的运行速率,所述第二数据为获取所述第一应用中红包的请求数据。

6.一种终端，其特征在于，包括：

接收模块，用于接收第一数据；

处理模块，用于确定所述第一数据的数据特征值符合第一应用预设的红包特征值时,确定所述第一数据为所述第一应用预设的红包数据，所述第一应用为安装于所述终端中处理所述红包数据的应用程序；

所述处理模块，还用于提高处理所述第一数据的运行速率；

发送模块，用于将所述第一数据发送至所述第一应用,以供所述第一应用处理所述第一数据。

7.根据权利要求6所述的终端，其特征在于，所述第一数据包括第一数据所在应用的应用标识符、第一数据所在应用的进程标识符、数据长度以及数据特征值；

所述处理模块，具体用于确定所述第一数据的应用标识符符合所述第一应用的应用标识符；

且，确定所述第一数据的进程标识符符合所述第一应用的进程标识符；

且，确定所述第一数据的数据长度符合所述第一应用预设红包数据的数据长度；

且，确定所述第一数据的数据特征值符合所述第一应用预设红包数据的红包特征值时，确定所述第一数据为所述第一应用预设的红包数据。

8.根据权利要求6所述的终端，其特征在于，

所述处理模块，具体用于将所述终端中的中央处理器CPU、图形处理器GPU、双倍速率同步动态随机存储器DDR中至少一个的频率提高；

或者，所述处理模块，具体用于将所述第一应用的进程从所述终端的第一处理器迁移至所述终端的第二处理器中，所述第二处理器的运行速率高于所述第一处理器的运行速率；

或者，所述处理模块，具体用于提高所述第一应用的进程的优先级。

9.根据权利要求6所述的终端，其特征在于，

所述接收模块，还用于所述发送模块将所述第一数据发送至所述第一应用之后，接收所述第一应用发送的第二数据，所述第二数据为获取所述第一应用中红包的请求数据；

所述发送模块，还用于优先将所述第二数据发送至第一应用服务器。

10.根据权利要求6所述的终端，其特征在于，

所述处理模块，还用于提高所述终端处理所述第一数据的运行速率之后,在收到所述第一数据的预设时间段之后,降低所述终端的运行速率；或者,

识别到所述第一应用生成红包结束界面之后,降低所述终端的运行速率,所述红包结束界面用于标识所述第一应用中的红包已获取结束；或者，

在发送第二数据至第一应用服务器之后,降低所述终端的运行速率,所述第二数据为获取所述第一应用中红包的请求数据。

11.一种终端，其特征在于，包括：一个或多个处理器、存储器、总线系统、收发器以及一个或多个程序，所述处理器、所述存储器和所述收发器通过所述总线系统连接；

其中，所述一个或多个程序存储在所述存储器中，所述一个或多个程序包括指令，所述指令当被所述终端执行时使所述终端执行如权利要求1至5任一项所述的方法。

Images