CN109739635A - 系统性能的优化方法、装置、终端及存储介质 - Google Patents

Abstract

本申请实施例公开了一种系统性能的优化方法、装置、终端及存储介质，属于终端性能优化领域。所述方法应用于终端，所述终端运行有操作系统和至少一个应用程序，所述方法包括：获取抢购信息，抢购信息中至少包括抢购时间点，抢购时间点是购物应用程序中开放商品购买的时间点；根据抢购信息生成抢购事件，抢购事件用于指示在抢购时间点进行抢购；当抢购事件被触发时，根据系统性能优化策略优化终端的系统性能。由于用户通过购物应用程序抢购商品时，终端的系统性能已经得到优化，因此抢购商品过程中终端运行流畅，避免因终端卡顿影响商品抢购，进而提高了商品的抢购成功率。

Description

系统性能的优化方法、装置、终端及存储介质

技术领域

本申请实施例涉及终端性能优化领域，特别涉及一种系统性能的优化方法、装置、终端及存储介质。

背景技术

随着电子商务的不断发展，越来越多的用户倾向于进行网上购物，而商家为了吸引用户，经常会推出限时抢购活动。

抢购过程中，终端的系统性能将直接影响抢购成功率。比如，终端运行流畅时的抢购成功率高于运行卡顿时的抢购成功率。

发明内容

本申请实施例提供了一种系统性能的优化方法、装置、终端及存储介质。所述技术方案如下：

一方面，提供了一种系统性能的优化方法，所述方法应用于终端，所述终端运行有操作系统和至少一个应用程序，所述方法包括：

获取抢购信息，所述抢购信息中至少包括抢购时间点，所述抢购时间点是购物应用程序中开放商品购买的时间点；

根据所述抢购信息生成抢购事件，所述抢购事件用于指示在所述抢购时间点进行抢购；

当所述抢购事件被触发时，根据系统性能优化策略优化终端的系统性能。

另一方面，提供了一种系统性能的优化装置，所述装置应用于终端，所述终端运行有操作系统和至少一个应用程序，所述装置包括：

信息获取模块，用于获取抢购信息，所述抢购信息中至少包括抢购时间点，所述抢购时间点是购物应用程序中开放商品购买的时间点；

事件生成模块，用于根据所述抢购信息生成抢购事件，所述抢购事件用于指示在所述抢购时间点进行抢购；

性能优化模块，用于当所述抢购事件被触发时，根据系统性能优化策略优化终端的系统性能。

另一方面，提供了一种终端，所述终端包括处理器和存储器；所述存储器存储有至少一条指令，所述至少一条指令用于被所述处理器执行以实现如上述方面所述的系统性能的优化方法。

另一方面，提供了一种计算机可读存储介质，所述存储介质存储有至少一条指令，所述至少一条指令用于被处理器执行以实现如上述方面所述的系统性能的优化方法。

本申请实施例提供的技术方案至少包括如下有益效果：

本申请实施例中，终端获取到包含抢购时间点的抢购信息，并根据抢购信息生成相应的抢购事件，从而在抢购事件被触发时，根据系统性能优化策略对终端的系统性能进行优化；由于用户通过购物应用程序抢购商品时，终端的系统性能已经得到优化，因此抢购商品过程中终端运行流畅，避免因终端卡顿影响商品抢购，进而提高了商品的抢购成功率。

附图说明

图1是本申请一个示例性实施例提供的终端的结构示意图；

图2是终端中应用程序与操作系统通信过程的实施示意图；

图3是本申请一个示例性实施例提供的终端的结构示意图；

图4和图5是图3所示终端中应用程序与操作系统通信过程的实施示意图；

图6是本申请另一个示例性实施例提供的终端的结构示意图；

图7示出了本申请一个示例性实施例示出的系统性能的优化方法的流程图；

图8示出了本申请另一个示例性实施例示出的系统性能的优化方法的流程图；

图9是一个示例性实施例示出的抢购信息设置界面的界面示意图；

图10示出了本申请另一个示例性实施例示出的系统性能的优化方法的流程图；

图11是一个示例性实施例示出的商品抢购提醒界面的界面示意图；

图12示出了本申请另一个示例性实施例示出的系统性能的优化方法的流程图；

图13是一个示例性实施例示出的抢购通知消息的示意图；

图14示出了本申请一个实施例提供的系统性能的优化装置的结构框图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

在本文中提及的“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

请参考图1，其示出了本申请一个示例性实施例提供的终端100的结构方框图。该终端100可以是智能手机、平板电脑、便携式个人计算机等能够运行应用程序的电子设备。本申请中的终端100可以包括一个或多个如下部件：处理器110、存储器120和输入输出装置130。

处理器110可以包括一个或者多个处理核心。处理器110利用各种接口和线路连接整个终端100内的各个部分，通过运行或执行存储在存储器120内的指令、程序、代码集或指令集，以及调用存储在存储器120内的数据，执行终端100的各种功能和处理数据。可选地，处理器110可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable LogicArray，PLA)中的至少一种硬件形式来实现。处理器110可集成中央处理器(CentralProcessing Unit，CPU)、图像处理器(Graphics Processing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器110中，单独通过一块通信芯片进行实现。

存储器120可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory)。可选地，该存储器120包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器120可用于存储指令、程序、代码、代码集或指令集。存储器120可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等，该操作系统可以是安卓(Android)系统(包括基于Android系统深度开发的系统)、苹果公司开发的IOS系统(包括基于IOS系统深度开发的系统)或其它系统。存储数据区还可以存储终端100在使用中所创建的数据(比如电话本、音视频数据、聊天记录数据)等。

输入输出装置130可以包括触摸显示屏，该触摸显示屏用于接收用户使用手指、触摸笔等任何适合的物体在其上或附近的触摸操作，以及显示各个应用程序的用户界面。触摸显示屏通常设置在终端100的前面板。触摸显示屏可被设计成为全面屏、曲面屏或异型屏。触摸显示屏还可被设计成为全面屏与曲面屏的结合，异型屏与曲面屏的结合，本申请实施例对此不加以限定。

除此之外，本领域技术人员可以理解，上述附图所示出的终端100的结构并不构成对终端100的限定，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。比如，终端100中还包括射频电路、输入单元、传感器、音频电路、无线保真(Wireless Fidelity，WiFi)模块、电源、蓝牙模块等部件，在此不再赘述。

存储器120可分为操作系统空间和用户空间，操作系统即运行于操作系统空间，原生及第三方应用程序即运行于用户空间。为了保证不同第三方应用程序均能够达到较好的运行效果，操作系统针对不同第三方应用程序为其分配相应的系统资源。在一种可能的实施方式中，如图2所示，第三方应用程序与操作系统之间的数据通信被打通，使得操作系统能够获取第三方应用程序的应用内部信息，进而基于应用内部信息针对性的系统性能优化。

以操作系统为Android系统为例，存储器120中存储的程序和数据如图3所示，存储器120中可存储有Linux内核层220、系统运行库层240、应用框架层260和应用层280，其中，Linux内核层220、系统运行库层240和应用框架层260属于操作系统空间，应用层280属于用户空间。Linux内核层220为终端100的各种硬件提供了底层的驱动，如显示驱动、音频驱动、摄像头驱动、蓝牙驱动、Wi-Fi驱动、电源管理等。系统运行库层240通过一些C/C++库来为Android系统提供了主要的特性支持。如SQLite库提供了数据库的支持，OpenGL/ES库提供了3D绘图的支持，Webkit库提供了浏览器内核的支持等。在系统运行库层240中还提供有安卓运行时库(Android Runtime)，它主要提供了一些核心库，能够允许开发者使用Java语言来编写Android应用。应用框架层260提供了构建应用程序时可能用到的各种API，开发者也可以通过使用这些API来构建自己的应用程序，比如活动管理、窗口管理、视图管理、通知管理、内容提供者、包管理、通话管理、资源管理、定位管理。应用层280中运行有至少一个应用程序，这些应用程序可以是操作系统自带的原生应用程序，比如联系人程序、短信程序、时钟程序、相机应用等；也可以是第三方开发者所开发的第三方应用程序，比如游戏类应用程序、即时通信程序、相片美化程序、购物程序等。

操作系统与第三方应用程序之间一种可行的通信方式如图4所示，第三方应用程序中内嵌有用于与操作系统进行通信的软件开发工具包(Software Development Kit，SDK)。

其中，SDK包含若干经过抽象的应用程序编程接口(Application ProgrammingInterface，API)，并由操作系统开发者提供给第三方应用程序开发者，并由第三方应用程序开发者将该SDK内嵌到第三方应用程序中。此类第三方应用程序安装并运行在操作系统后，即可调用SDK提供的API与操作系统进行通信。

如图4所示，系统运行库层240可以额外包括接口通信系统242。该接口通信系统242可以视为操作系统中的一个子系统，或视为操作系统内嵌的一个应用程序。接口通信系统242中设置有SDK接口，第三方应用程序即调用内嵌SDK的API与该SDK接口之间通过粘合(Binder)的方式进行数据通信。这样，第三方应用程序的应用内部数据就可以通过SDK传输给操作系统。借助内嵌SDK，操作系统还可以主动向第三方应用程序传输数据，或者，操作系统与第三方应用程序之间可以进行双向数据传输。

在另一种可行的通信方式中，如图5所示，第三方应用程序还可以采用套接字(Socket)方式与接口通信系统242的Socket接口建立长连接，第三方应用程序的应用内部数据即可以通过该长连接传输给操作系统。

如图4和5所示，接口通信系统242中可设置有不同的策略模块，接收到第三方应用程序发送的数据后，接口通信系统242即采用第三方应用程序对应的策略模块对数据进行分析，得到相应的资源适配优化策略。基于分析得到的资源适配优化策略，接口通信系统242通过控制接口通知Linux内核层220进行系统资源适配优化。其中，该控制接口可以采用Sysfs的方式与Linux内核层220进行通信。

可选的，接口通信系统242中不同的策略模块可以对应不同的第三方应用程序(即针对不同的应用程序设置策略模块)，或者，不同的策略模块对应不同类型的第三方应用程序(即针对不同类型的应用程序设置策略模块)，或者，不同的策略模块对应不同的系统资源(即针对不同系统资源设置策略模块)，或者，不同的策略模块对应不同的应用场景(即针对不同的以应用场景设置策略模块)，本申请实施例并不对策略模块的具体设置方式进行限定。。

其中，接口通信系统242还可以通过Binder的方式与应用框架层260进行通信，用于接收应用框架层260发送的前景应用信息，从而基于前景应用信息，仅针对当前前台运行的第三方应用程序进行系统性能优化。

以操作系统为IOS系统为例，存储器120中存储的程序和数据如图6所示，IOS系统包括：核心操作系统层320(Core OS layer)、核心服务层340(Core Services layer)、媒体层360(Media layer)、可触摸层380(Cocoa Touch Layer)。核心操作系统层320包括了操作系统内核、驱动程序以及底层程序框架，这些底层程序框架提供更接近硬件的功能，以供位于核心服务层340的程序框架所使用。核心服务层340提供给应用程序所需要的系统服务和/或程序框架，比如基础(Foundation)框架、账户框架、广告框架、数据存储框架、网络连接框架、地理位置框架、运动框架等等。媒体层360为应用程序提供有关视听方面的接口，如图形图像相关的接口、音频技术相关的接口、视频技术相关的接口、音视频传输技术的无线播放(AirPlay)接口等。可触摸层380为应用程序开发提供了各种常用的界面相关的框架，可触摸层380负责用户在终端100上的触摸交互操作。比如本地通知服务、远程推送服务、广告框架、游戏工具框架、消息用户界面接口(User Interface，UI)框架、用户界面UIKit框架、地图框架等等。

在图6所示出的框架中，与大部分应用程序有关的框架包括但不限于：核心服务层340中的基础框架和可触摸层380中的UIKit框架。基础框架提供许多基本的对象类和数据类型，为所有应用程序提供最基本的系统服务，和UI无关。而UIKit框架提供的类是基础的UI类库，用于创建基于触摸的用户界面，iOS应用程序可以基于UIKit框架来提供UI，所以它提供了应用程序的基础架构，用于构建用户界面，绘图、处理和用户交互事件，响应手势等等。

其中，在IOS系统中实现第三方应用程序与操作系统数据通信的方式以及原理可参考Android系统，此处不再赘述。

请参考图7，其示出了本申请一个示例性实施例示出的系统性能的优化方法的流程图。本实施例以该方法应用于图1所示的终端100来举例说明。该方法包括：

步骤701，获取抢购信息，抢购信息中至少包括抢购时间点，抢购时间点是购物应用程序中开始抢购商品的时间点。

可选的，该抢购信息由用户手动录入，或者，由操作系统从购物应用程序处获取。

其中，购物应用程序是具有商品交易功能的应用程序，比如票务应用程序、团购应用程序、网上商场应用程序。购物应用程序中交易的商品可以是实体商品，比如日用品、玩具、食品、门票、车票、机票等等，也可以是虚拟商品，比如虚拟道具、会员、虚拟货币等等。本申请实施例并不对购物应用程序的具体表现形式以及抢购商品的具体类型进行限定。

在一个示意性的实施例中，终端获取到的抢购信息中包含抢购时间点“2018-12-20 11:00:00”。

步骤702，根据抢购信息生成抢购事件，抢购事件用于指示在抢购时间点进行抢购。

可选的，根据获取到的抢购信息，终端生成抢购事件，并检测抢购事件是否被触发，并在检测到抢购时间被触发时，执行步骤703。

在一种可能的实施方式中，抢购事件被触发的条件至少包括当前时刻达到抢购时间点。

结合上述步骤中的示例，在一个示意性的实施例中，终端生成的抢购事件中包含抢购时间点“2018-12-20 11:00:00”，并通过检测当前时刻达到该抢购时间点来确定抢购事件是否被触发。

由于系统性能优化存在延迟，因此在另一种可能的实施方式中，为了进一步提高抢购成功率，抢购事件被触发的条件至少包括当前时刻达到抢购时间点之前预定时长的时间点。

比如，当预定时长为30秒，且抢购时间点为“2018-12-20 11:00:00”时，抢购事件被触发的条件为：当前时刻达到2018-12-20 10:59:30。

步骤703，当抢购事件被触发时，根据系统性能优化策略优化终端的系统性能。

可选的，终端中预先设置有系统性能优化策略，该系统性能优化策略中包括不同系统资源各自对应的优化参数，该系统资源包括中央处理器(Central Processing Unit，CPU)资源、图形处理器(Graphics Processing Unit，GPU)资源、内存资源、磁盘资源、网络资源中的至少一种。相应的，CPU资源对应的优化参数包括CPU频率、CPU开启核心数，GPU资源对应的优化参数包括GPU频率、GPU开启核心数，内存资源的优化参数包括内存频率，磁盘资源的优化参数包括磁盘读写速度，网络资源的优化参数包括网络带宽、天线收发功率。本申请实施例并不对系统资源及其对应的优化参数进行限定。

其中，优化后终端的系统性能高于优化前终端的系统性能，从而保证抢购事件触发时，终端运行流畅，避免终端卡顿影响商品抢购的成功率。

结合上述步骤中的示例，在一个示意性的实施例中，当当前时刻达到“2018-12-2011:00:00”时，终端即对终端系统性能优化。

综上所述，本申请实施例中，终端获取到包含抢购时间点的抢购信息，并根据抢购信息生成相应的抢购事件，从而在抢购事件被触发时，根据系统性能优化策略对终端的系统性能进行优化；由于用户通过购物应用程序抢购商品时，终端的系统性能已经得到优化，因此抢购商品过程中终端运行流畅，避免因终端卡顿影响商品抢购，进而提高了商品的抢购成功率。

并且，整个系统性能优化过程中，无需用户手动触发终端进行性能优化，提高了系统性能优化的效率。

在一种可能的实施方式中，用户预先手动设置抢购信息，以便终端根据抢购信息生成抢购事件，并对抢购事件进行监测。下面采用示意性的实施例进行说明。

请参考图8，其示出了本申请另一个示例性实施例示出的系统性能的优化方法的流程图。本实施例以该方法应用于图1所示的终端100来举例说明。该方法包括：

步骤801，显示抢购信息设置界面。

在一种可能的实施方式中，终端操作系统提供抢购信息设置入口，当接收到对抢购信息设置入口的触发操作时，终端即显示抢购信息设置界面，该抢购信息设置界面中至少包括抢购时间点录入控件，用于接收用户输入的抢购时间点。

示意性的，如图9所示，终端显示的抢购信息设置界面91中包含抢购时间点选择控件92。

由于后续优化系统性能时，终端的功耗会增大，若在未开启购物应用程序的情况下仍旧进行系统性能优化，将会造成终端电量浪费，因此，在一种可能的实施方式中，抢购信息设置界面中还包括应用程序选择控件，用于接收用户设置的抢购商品时使用的目标购物应用程序。

示意性的，如图9所示，抢购信息设置界面91中还包含应用程序选择控件93。

步骤802，获取抢购信息设置界面中输入的抢购信息。

进一步的，终端获取抢购信息设置界面中用户输入的抢购信息，该抢购信息中至少包括抢购时间点。可选的，该抢购信息中还包括目标购物应用程序的应用标识。

示意性的，如图9所示，当接收到对确认控件94的点击操作时，终端获取抢购时间点选择控件92中输入的抢购时间点“2018-12-20 11:00:00”，以及应用程序选择控件93中输入的目标购物应用程序“xx商城”。

步骤803，根据抢购信息生成抢购事件，抢购事件用于指示在抢购时间点进行抢购。

可选的，当抢购信息中包含抢购时间点时，该抢购事件用于指示在该抢购时间点进行抢购；当抢购信息中包含抢购时间点和目标购物应用程序时，该抢购事件用于指示使用目标购物应用程序在该抢购时间点进行抢购。

进一步的，终端检测该抢购事件是否被触发，并在检测到被触发时，执行下述步骤804。

步骤804，当抢购事件被触发时，在第一预定时长内根据系统性能优化策略优化终端的系统性能。

在一种可能的实施方式中，抢购事件根据抢购时间点生成，当当前时刻达到抢购时间点时，终端确定抢购时间被触发，或者，当当前时刻达到抢购时间点前预定时长的时间点时，终端确定抢购时间被触发。比如，该预定时长为30秒。

在上述实施方式中，只要达到抢购时间点(或抢购时间点之前预定时长的时间点)，不论前台运行的应用程序是否为进行商品抢购的应用程序，终端均进行系统性能优化。

在另一种可能的实施方式中，抢购事件根据抢购时间点和目标购物应用程序生成，当当前时刻达到抢购时间点，且目标购物应用程序处于前台运行状态时，终端确定抢购事件被触发；或者，当当前时刻达到抢购时间点前预定时长的时间点，且目标购物应用程序处于前台运行状态时，终端确定抢购事件被触发。比如，该预定时长为30秒。

在上述实施方式中，当达到抢购时间点(或抢购时间点之前预定时长的时间点)，且前台运行的应用程序是预先设置的进行商品抢购的应用程序时，终端才会进行系统性能优化，避免用户未使用目标购物应用程序时进行优化造成的终端资源浪费。

由于优化系统性能后终端的功耗会增大，而用户进行商品抢购仅花费较短时间，因此，为了避免长时间保持较高的系统性能对终端续航造成影响，可选的，终端在第一预定时长内优化终端的系统性能。其中，该第一预定时长可以由用户手动设置(比如在抢购信息设置界面中设置)，或者由操作系统默认设置。比如，当第一预定时长为5分钟时，终端即在5分钟内保持系统高性能。

针对优化系统性能的方式，在一种可能的实施方式中，系统性能优化策略包括上调CPU频率、上调CPU开启核心数、上调GPU频率、上调GPU开启核心数、上调天线收发功率和上调网络资源带宽中的至少一种。相应的，终端在当前系统资源的基础上，通过上调CPU频率、上调CPU开启核心数、上调GPU频率、上调GPU开启核心数、上调天线收发功率和上调为目标购物应用程序分配的网络资源带宽等方式进行系统性能优化。

在一个示意性的例子中，未进行系统性能优化前，终端的CPU频率为1.5GHz，CPU开启核心数为2核心，GPU频率1.0GHz，GPU开启核心数1核心，天线收发功率36mw，经过系统性能优化后，终端的CPU频率上调为2.0GHz，CPU开启核心数为4核心，GPU频率1.5GHz，GPU开启核心数2核心，天线收发功率60mw，并上调为目标购物应用程序分配的网络资源带宽为总带宽的80％。

除了调整上述系统资源外，终端还可以优化内存资源、磁盘资源甚至对外设组件(比如提高屏幕灵敏度)进行优化，本申请实施例对此不做限定。

可选的，终端根据系统性能优化策略优化终端的系统性能后，删除该抢购事件。

步骤805，当达到第一预定时长时，恢复终端的系统性能。

在一种可能的实施方式中，终端存储优化系统性能前系统资源的配置信息，当达到第一预定时长时，终端即根据该配置信息恢复终端的系统性能，从而避免造成不必要的功耗。

由于用户抢购商品时所耗费的时间存在较大差异(比如抢购失败后二次抢购的情况)，因此设置统一的第一预定时长可能并不适用于所有抢购情况，在其他可能的实施方式中，终端根据系统性能优化策略优化终端的系统性能之后，检测目标购物应用程序的后台运行时长是否达到第二预定时长，若目标购物应用程序的后台运行时长达到第二预定时长，则确定用户不在使用目标购物应用程序，进而恢复终端的系统性能；若目标购物应用程序的后台运行时长未达到第二预定时长，则确定用户还在使用目标购物应用程序，进而保持高系统性能。比如，该第二预定时长为1分钟。

本实施例中，终端通过抢购信息设置界面获取用户输入的抢购信息，进而根据该抢购信息生成抢购事件，方便用户根据自身抢购需求进行设置。

同时，当获取到的抢购信息包含抢购时使用的目标购物应用程序的应用标识时，终端在达到抢购时间点，且目标购物应用程序处于前台运行状态时，优化终端的系统性能，避免用户未使用目标购物应用程序时提高系统性能造成的资源浪费。

图8所示实施例中，抢购信息由用户手动设置，增加了用户的学习成本。为了降低用户的学习成本，在一种可能的实施方式中，购物应用程序与操作系统之间建立数据通道，并根据购物应用程序内的抢购记录，向操作系统发送抢购信息，以便操作系统生成抢购事件。在图8的基础上，如图10所示，上述步骤801至802可以被替换为如下步骤。

步骤806，通过与购物应用程序之间的数据通道，接收购物应用程序发送的抢购信息。

在一种可能的实施方式中，当接收到抢购提醒请求(用于提醒用户在指定时间进行抢购)时，购物应用程序与操作系统之间建立binder连接，从而通过与购物应用程序之间的binder连接，接收购物应用程序发送的抢购信息，该抢购信息中包括抢购时间点。

在另一种可能的实施方式中，当接收到抢购提醒请求时，购物应用程序与操作系统之间建立socket连接，从而通过与购物应用程序之间的socket连接，接收购物应用程序发送的抢购信息，该抢购信息中包括抢购时间点。

在另一种可能的实施方式中，购物应用程序中内嵌有操作系统开发商提供的SDK，通过调用该SDK中的API，购物应用程序即可与操作系统进行数据传输。相应的，操作系统即通过API接收购物应用程序发送的抢购信息，可选的，购物应用程序在接收到抢购提醒请求时调用SDK中的API发送抢购信息。

示意性的，如图11所示，购物应用程序的商品抢购提醒界面94中显示有提醒控件95，当接收到对提醒控件95的点击操作时，购物应用程序即通过数据通道向操作系统发送抢购信息(比如识别出的抢购时间点2018年12月20日11点)。

进一步的，终端根据购物应用程序发送的抢购时间点生成抢购事件，或者，终端根据购物应用程序发送的抢购时间以及该购物应用程序的应用标识生成抢购事件。具体实施过程可以参考图8实施例，本实施例在此不再赘述。

本实施例中，购物应用程序通过与操作系统之间的数据通道，向操作系统发送抢购信息，以便操作系统根据抢购信息自动生成抢购事件，无需用户手动输入，提高了抢购事件的生成效率。

图10所示实施例中，操作系统与购物应用程序建立数据通道后，才能获取购物应用程序发送的抢购信息。然而出于安全和隐私方面的考虑，并非所有购物应用程序都能够与操作系统建立数据通道，导致上述系统性能优化方法存在局限性。为了扩大系统性能优化方法的使用场景，在一种可能的实施方式中，当接收到抢购通知消息时，终端(操作系统)从抢购通知消息中提取抢购信息，抢购通知消息由购物应用程序推送给操作系统。在图8的基础上，如图12所示，上述步骤801至802可以被替换为如下步骤。

步骤807，当接收到通知消息时，确定通知消息对应的发送方应用程序。

通常情况下，当用户在购物应用程序中设置抢购提醒后，购物应用程序会在抢购时间点之前的时刻向终端操作系统推送通知消息，以提醒用户准备抢购。因此，本申请实施例中，终端操作系统可以从接收到的通知消息获取抢购信息。

在一种可能的实施方式中，对于接收到的每一条通知消息，终端获取通知消息对应的发送方应用程序。

示意性的，如图13所示，终端接收到通知消息96时，确定通知消息96的发送方应用程序为“xx海淘”。

步骤808，若发送方应用程序为购物应用程序，则获取通知消息的消息内容。

进一步的，终端检测发送方应用程序是否为购物应用程序，若该发送方应用程序是购物应用程序，则获取通知消息的消息内容，若该发送方应用程序不是购物应用程序，则通过预定方式对该通知消息进行展示，而不会执行后续的抢购信息提取步骤。

在一种可能的实施方式中，终端中存储有已安装购物应用程序的应用列表，在检测发送方应用程序是否为购物应用程序时，终端即检测发送方应用程序的应用标识是否属于该应用列表，若属于，则确定发送方应用程序为购物应用程序。

示意性的，如图13所示，终端确定“xx海淘”为购物应用程序，并从通知消息96的中提取到消息内容“您加入购物车的商品马上要进行抢购咯，请做好准备～”。

在其他可能的实施方式中，终端可以获取各条通知消息(不论是否由购物应用程序推送)的消息内容，并执行后续抢购通知消息检测步骤，本实施例对此不做限定。

步骤809，若消息内容中包含抢购关键字，则确定通知消息为抢购通知消息，并从抢购通知消息中提取抢购信息。

通常情况下，抢购通知消息中包含“抢”、“抢购”等词汇，因此，终端可以检测消息内容中是否包含抢购关键字，并在检测到包含抢购关键字时，确定通知消息为抢购通知消息，并进一步从抢购通知消息中提取抢购信息。

在一种可能的实施方式中，终端预先设置有抢购关键字表，对获取到的消息内容进行分词后，终端即检测分词结果中是否包含抢购关键字表中的抢购关键字，若包含，则确定通知消息为抢购通知消息。

针对抢购信息中抢购时间点的提取方式，在一种可能的实施方式中，若抢购通知消息中包含抢购时间点，则提取抢购时间点作为抢购信息。

可选的，抢购通知消息中抢购时间点包括两种表示方式，分别为直接表示和间接表示。其中，采用直接表示时，抢购通知消息中即包含抢购时间点，比如，抢购通知消息为“您加入购物车的商品将在11点准时开抢”；采用间接表示时，抢购通知消息中包含距离抢购时间点的时间间隔，比如，抢购通知消息为“您加入购物车的商品将在5分钟后开抢”。相

应的，当抢购时间点采用直接表示时，终端直接从抢购通知消息中提取抢购时间点；当抢购时间点采用间接表示时。终端根据当前时间点以及时间间隔计算得到抢购时间点。

比如，当抢购通知消息为“您加入购物车的商品将在5分钟后开抢”，且当前时间点为10:55:00时，终端计算得到抢购时间点为11:00:00。

由于抢购通常集中在整点时刻，因此当抢购通知消息不包含直接表示或间接表示的抢购时间点时，终端可以通过基于当前时间点预测抢购时间点。在一种可能的实施方式中，若抢购通知消息中不包含抢购时间点，则将当前时间点之后的首个整点确定为抢购时间点。

示意性的，如图13所示，当接收到的通知消息96中并不包含抢购时间点时，终端根据当前时间点“10:59:00”，将当前时间点之后的首个整点“11:00:00”确定为抢购时间点。

进一步的，终端获取到的抢购时间点生成抢购事件，或者，终端根据购物应用程序发送的抢购时间以及该购物应用程序的应用标识生成抢购事件。具体实施过程可以参考图8实施例，本实施例在此不再赘述。

本实施例中，终端从购物应用程序推送的抢购通知消息中提取抢购信息，无需与购物应用程序之间建立数据通道，进一步简化了系统性能的优化过程，并保证了操作系统的安全性。

请参考图14，其示出了本申请一个实施例提供的系统性能的优化装置的结构框图。该装置可以通过软件、硬件或者两者的结合实现成为终端的全部或一部分。该装置包括：

信息获取模块1410，用于获取抢购信息，所述抢购信息中至少包括抢购时间点，所述抢购时间点是购物应用程序中开放商品购买的时间点；

事件生成模块1420，用于根据所述抢购信息生成抢购事件，所述抢购事件用于指示在所述抢购时间点进行抢购；

性能优化模块1430，用于当所述抢购事件被触发时，根据系统性能优化策略优化终端的系统性能。

可选的，所述信息获取模块1410，包括：

第一获取单元，用于获取抢购信息设置界面中输入的所述抢购信息；

或者，

第二获取单元，用于通过与所述购物应用程序之间的数据通道，接收所述购物应用程序发送的所述抢购信息；

或者，

第三获取单元，用于若接收到抢购通知消息，则从所述抢购通知消息中提取所述抢购信息，所述抢购通知消息由所述购物应用程序推送给操作系统。

可选的，所述第二获取单元，用于：

通过与所述购物应用程序之间的粘合binder连接，接收所述购物应用程序发送的所述抢购信息；

或者，

通过与所述购物应用程序之间的套接字socket连接，接收所述购物应用程序发送的所述抢购信息；

或者，

通过应用程序编程接口API接收所述购物应用程序发送的所述抢购信息，所述抢购信息由所述购物应用程序调用内嵌软件开发工具包SDK提供的API发送。

可选的，所述第三获取单元，用于：

当接收到通知消息时，确定所述通知消息对应的发送方应用程序；

若所述发送方应用程序为所述购物应用程序，则获取所述通知消息的消息内容；

若所述消息内容中包含抢购关键字，则确定所述通知消息为所述抢购通知消息，并从所述抢购通知消息中提取所述抢购信息。

可选的，所述第三获取单元，还用于：

若所述抢购通知消息中包含所述抢购时间点，则提取所述抢购时间点作为所述抢购信息；

若所述抢购通知消息中不包含所述抢购时间点，则将当前时间点之后的首个整点确定为所述抢购时间点。

可选的，所述抢购信息中还包含目标购物应用程序的应用标识，所述目标购物应用程序是抢购商品时使用的应用程序；

所述性能优化模块1430，包括：

确定单元，用于当达到所述抢购时间点，且所述目标购物应用程序处于前台运行状态时，确定所述抢购事件被触发；

优化单元，用于根据所述系统性能优化策略优化终端的系统性能。

可选的，所述优化单元，用于：

在第一预定时长内根据所述系统性能优化策略优化终端的系统性能；

所述装置还包括：

第一恢复模块，用于当达到所述第一预定时长时，恢复终端的系统性能。

可选的，所述装置还包括：

第二恢复模块，用于当所述目标购物应用程序的后台运行时长达到第二预定时长时，恢复终端的系统性能。

可选的，所述系统性能优化策略包括上调CPU频率、上调CPU开启核心数、上调GPU频率、上调GPU开启核心数、上调天线收发功率和上调网络资源带宽中的至少一种。

综上所述，本申请实施例中，终端获取到包含抢购时间点的抢购信息，并根据抢购信息生成相应的抢购事件，从而在抢购事件被触发时，根据系统性能优化策略对终端的系统性能进行优化；由于用户通过购物应用程序抢购商品时，终端的系统性能已经得到优化，因此抢购商品过程中终端运行流畅，避免因终端卡顿影响商品抢购，进而提高了商品的抢购成功率。

本申请实施例还提供了一种计算机可读介质，该计算机可读介质存储有至少一条指令，所述至少一条指令由所述处理器加载并执行以实现如上各个实施例所述的系统性能的优化方法。

本申请实施例还提供了一种计算机程序产品，该计算机程序产品存储有至少一条指令，所述至少一条指令由所述处理器加载并执行以实现如上各个实施例所述的系统性能的优化方法。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本申请实施例所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。

以上所述仅为本申请的较佳实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (12)

1.一种系统性能的优化方法，其特征在于，所述方法应用于终端，所述终端运行有操作系统和至少一个应用程序，所述方法包括：

获取抢购信息，所述抢购信息中至少包括抢购时间点，所述抢购时间点是购物应用程序中开始抢购商品的时间点；

根据所述抢购信息生成抢购事件，所述抢购事件用于指示在所述抢购时间点进行抢购；

当所述抢购事件被触发时，根据系统性能优化策略优化终端的系统性能。

2.根据权利要求1所述的方法，其特征在于，所述获取抢购信息，包括：

获取抢购信息设置界面中输入的所述抢购信息；

或者，

通过与所述购物应用程序之间的数据通道，接收所述购物应用程序发送的所述抢购信息；

或者，

若接收到抢购通知消息，则从所述抢购通知消息中提取所述抢购信息，所述抢购通知消息由所述购物应用程序推送给操作系统。

3.根据权利要求2所述的方法，其特征在于，所述通过与所述购物应用程序之间的数据通道，接收所述购物应用程序发送的所述抢购信息，包括：

通过与所述购物应用程序之间的粘合binder连接，接收所述购物应用程序发送的所述抢购信息；

或者，

通过与所述购物应用程序之间的套接字socket连接，接收所述购物应用程序发送的所述抢购信息；

或者，

通过应用程序编程接口API接收所述购物应用程序发送的所述抢购信息，所述抢购信息由所述购物应用程序调用内嵌软件开发工具包SDK提供的API发送。

4.根据权利要求2所述的方法，其特征在于，所述若接收到抢购通知消息，则从所述抢购通知消息中提取所述抢购信息，包括：

当接收到通知消息时，确定所述通知消息对应的发送方应用程序；

若所述发送方应用程序为所述购物应用程序，则获取所述通知消息的消息内容；

若所述消息内容中包含抢购关键字，则确定所述通知消息为所述抢购通知消息，并从所述抢购通知消息中提取所述抢购信息。

5.根据权利要求4所述的方法，其特征在于，所述从所述抢购通知消息中提取所述抢购信息，包括：

若所述抢购通知消息中包含所述抢购时间点，则提取所述抢购时间点作为所述抢购信息；

若所述抢购通知消息中不包含所述抢购时间点，则将当前时间点之后的首个整点确定为所述抢购时间点。

6.根据权利要求1至5任一所述的方法，其特征在于，所述抢购信息中还包含目标购物应用程序的应用标识，所述目标购物应用程序是抢购商品时使用的应用程序；

所述当所述抢购事件被触发时，根据系统性能优化策略优化终端的系统性能，包括：

当达到所述抢购时间点，且所述目标购物应用程序处于前台运行状态时，确定所述抢购事件被触发；

根据所述系统性能优化策略优化终端的系统性能。

7.根据权利要求6所述的方法，其特征在于，所述根据所述系统性能优化策略优化终端的系统性能，包括：

在第一预定时长内根据所述系统性能优化策略优化终端的系统性能；

所述根据所述系统性能优化策略优化终端的系统性能之后，所述方法还包括：

当达到所述第一预定时长时，恢复终端的系统性能。

8.根据权利要求6所述的方法，其特征在于，所述根据所述系统性能优化策略优化终端的系统性能之后，所述方法还包括：

当所述目标购物应用程序的后台运行时长达到第二预定时长时，恢复终端的系统性能。

9.根据权利要求1至5任一所述的方法，其特征在于，所述系统性能优化策略包括上调中央处理器CPU频率、上调CPU开启核心数、上调图形处理器GPU频率、上调GPU开启核心数、上调天线收发功率和上调网络资源带宽中的至少一种。

10.一种系统性能的优化装置，其特征在于，所述装置应用于终端，所述终端运行有操作系统和至少一个应用程序，所述装置包括：

信息获取模块，用于获取抢购信息，所述抢购信息中至少包括抢购时间点，所述抢购时间点是购物应用程序中开放商品购买的时间点；

事件生成模块，用于根据所述抢购信息生成抢购事件，所述抢购事件用于指示在所述抢购时间点进行抢购；

性能优化模块，用于当所述抢购事件被触发时，根据系统性能优化策略优化终端的系统性能。

11.一种终端，其特征在于，所述终端包括处理器和存储器；所述存储器存储有至少一条指令，所述至少一条指令用于被所述处理器执行以实现如权利要求1至9任一所述的系统性能的优化方法。

12.一种计算机可读存储介质，其特征在于，所述存储介质存储有至少一条指令，所述至少一条指令用于被处理器执行以实现如权利要求1至9任一所述的系统性能的优化方法。