终端的推广应用运行方法、终端及计算机可读存储介质与流程

文档序号:16849753发布日期:2019-02-12 22:38阅读:212来源:国知局
终端的推广应用运行方法、终端及计算机可读存储介质与流程

本发明涉及终端技术领域,尤其涉及终端的推广应用运行方法、终端及计算机可读存储介质。



背景技术:

终端企业,例如电视企业,在组建企业架构时常常设有新媒体运营部门,其中新媒体运营人员主要工作是通过向用户终端推送趣味性活动,例如参与小游戏等形式吸引用户,提高用户黏性。但用户通过终端参与的小游戏,往往是以web页面的形式展开的,页面加载慢、帧率低且不够灵活。为了解决web页面加载推广小游戏页面加载慢、帧率低且不够灵活的问题,上线了以应用形式来开发的小游戏,这种方式虽然弥补了web页面加载推广小游戏时出现的问题,但以应用形式出现的推广小游戏需要使用游戏引擎,占用内存空间多,且对于低端用户终端来说更容易出现系统卡顿的情况。



技术实现要素:

本发明的主要目的在于提供一种终端的推广应用运行方法、终端及计算机可读存储介质,旨在解决通过应用形式进行终端推广占用终端内存空间多,容易造成低端用户终端系统卡顿的问题。

为实现上述目的,本发明提供一种终端的推广应用运行方法,所述方法包括步骤:

预先在本地存储器中设置所有推广应用唯一对应的基础引擎框架;

接收终端用户触发的应用更新请求,并根据所述应用更新请求,获取需要更新的推广应用;

从服务器中获取所述需要更新的推广应用的应用包,以根据所述基础引擎框架以及所述应用包控制所述推广应用运行。

可选地,所述应用更新请求中包括所述终端用户请求更新的推广应用信息;

所述根据所述应用更新请求,获取需要更新的推广应用的步骤包括:

从所述应用更新请求中获取所述终端用户请求更新的推广应用信息,并根据所述推广应用信息,从所述本地存储器中获取请求更新的推广应用版本号;

将所述推广应用版本号发送给服务器,并当所述服务器确认所述推广应用版本号与所述服务器中存储的该推广应用的版本号不一致时,确定所述终端用户请求更新的推广应用为需要更新的推广应用。

可选地,所述根据所述基础引擎框架以及所述应用包控制所述推广应用运行的步骤之后,还包括:

判断所述推广应用的运行时间是否达到推广时间阈值;

当所述推广应用的运行时间达到推广时间阈值时,删除所述推广应用的应用包。

可选地,在执行所述根据所述基础引擎框架以及所述应用包控制所述推广应用运行的步骤的同时,执行以下步骤:

获取所述推广应用运行时的使用频率信息,并将所述使用频率信息发送给所述服务器;

接收所述服务器根据所述使用频率信息反馈的所述推广应用的推广时间阈值。

可选地,所述预先在本地存储器中设置所有推广应用唯一对应的基础引擎框架的步骤之后,还包括:

根据预设终端设备信息,确定所述终端的辅助功能,并为每个所述终端的辅助功能分别集成对应的辅助执行模块;

为每个辅助执行模块定义执行参数,所述执行参数包括辅助执行模块启动参数和/或关闭参数;

所述根据所述基础引擎框架以及所述应用包控制所述推广应用运行的步骤包括:

获取所述应用包的配置信息,并根据所述配置信息为所有辅助执行模块配置执行参数;

根据所述基础引擎框架、所述应用包以及已配置的辅助执行模块控制所述推广应用运行。

可选地,所述根据所述配置信息为所有辅助执行模块配置执行参数的步骤包括:

根据所述配置信息,为需要开启辅助功能的辅助执行模块配置辅助执行模块启动参数,和/或,为无需开启辅助功能的辅助执行模块配置辅助执行模块关闭参数。

可选地,所述从服务器中获取所述需要更新的推广应用的应用包的步骤包括:

发送预设终端设备信息至所述服务器;

从所述服务器中获取所述需要更新的推广应用的,所述终端设备信息对应的应用包。

可选地,所述预先在本地存储器中设置所有推广应用唯一对应的基础引擎框架的步骤包括:

从服务器中下载所有推广应用唯一对应的基础引擎框架,并将所述基础引擎框架保存至所述本地存储器中;

或者,

在所述本地存储器中预置所有推广应用唯一对应的基础引擎框架。

为实现上述目的,本发明还提供一种终端,所述终端包括:通信模块、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现如上所述的终端的推广应用运行方法的步骤。

为实现上述目的,本发明还提供一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如上所述的终端的推广应用运行方法的步骤。

本发明提供的终端的推广应用运行方法、终端及计算机可读存储介质,通过预先在本地存储器中设置所有推广应用唯一对应的基础引擎框架;接收终端用户触发的应用更新请求,并根据所述应用更新请求,获取需要更新的推广应用;从服务器中获取所述需要更新的推广应用的应用包,以根据所述基础引擎框架以及所述应用包控制所述推广应用运行。由于本方案在终端的本地存储器中集成了所有推广应用所唯一对应的基础引擎框架,使得所有推广应用共用同一套基础引擎框架,无需将占用每个推广应用的应用包内存的应用引擎一同下载或更新,减少了推广应用在终端内存空间的占用,降低了低端用户终端系统卡顿的几率,也使用户在使用推广运用前,只需要下载或更新该推广应用的应用包即可,下载更新速度快,节省时间。

附图说明

图1是本发明实施例方案涉及的终端的结构示意图;

图2为本发明终端的推广应用运行方法的一实施例的流程示意图;

图3为本发明终端的推广应用运行方法的另一实施例中步骤s20的细化流程示意图;

图4为本发明终端的推广应用运行方法的又一实施例的流程示意图。

本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。

具体实施方式

应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。

请参照图1,图1为本发明所提供的终端的硬件结构示意图。所述终端可以是计算机、手机、电视或平板电脑。所述终端可以包括通信模块10、存储器20以及处理器30等部件。在所述终端中,所述处理器30分别与所述存储器20以及所述通信模块10连接,所述存储器20上存储有计算机程序,所述计算机程序同时被处理器30执行。

通信模块10,可通过网络与外部通讯设备连接。通信模块10可以接收外部通讯设备发出的请求,还可以发送请求、控制指令及信息至所述外部通讯设备。例如,从服务器中获取应用的应用包。所述外部通讯设备例如可以是遥控器、服务器和/或移动终端等。

存储器20,可用于存储软件程序以及各种数据。存储器20可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如集成基础引擎框架)等;存储数据区可包括数据库,存储数据区可存储根据终端的使用所创建的数据或信息等。此外,存储器20可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

处理器30,是终端的控制中心,利用各种接口和线路连接整个终端的各个部分,通过运行或执行存储在存储器20内的软件程序和/或模块,以及调用存储在存储器20内的数据,执行终端的各种功能和处理数据,从而对终端进行整体监控。处理器30可包括一个或多个处理单元;可选地,处理器30可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器30中。

尽管图1未示出,但上述终端还可以包括电路控制模块,用于与电源连接,保证其他部件的正常工作。此外还可以包括显示模块,用于显示推广应用的显示界面以及终端的系统界面等。本领域技术人员可以理解,图1中示出的终端结构并不构成对终端的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。

基于上述硬件结构,提出本发明方法各个实施例。

参见图2,在本发明终端的推广应用运行方法的一实施例中,包括步骤:

步骤s10,预先在本地存储器中设置所有推广应用唯一对应的基础引擎框架;

终端可以具有云存储和本地存储的功能,在本实施例中是利用本地存储的载体,即本地存储器存储基础引擎框架。该基础引擎框架可以在终端出厂前预置在终端的本地存储器中,也可以是在终端出厂前将基础引擎框架存储在服务器中,当用户购买终端后,在终端初始化的过程中通过通信模块从服务器中下载,然后保存在本地存储器中。

需要说明的是,所述推广应用可以是推广小游戏。所述基础引擎框架集成了所有推广应用所涉及的基础模块,例如可以包括通用游戏引擎,通用数据提交模块、应用包升级管理模块,以及其他通用功能模块。

步骤s20,接收终端用户触发的应用更新请求,并根据所述应用更新请求,获取需要更新的推广应用;

以电视为例,例如可以在用户通过遥控器打开电视时,由遥控器接收到用户的触发信号后产生应用更新请求,并发送给电视。

上述应用更新请求中可以包括请求更新的应用名称、应用标识符、请求的发送时间以及请求发送的用户设备标识码等等。根据应用更新请求中与推广应用相关的信息即可确定终端中的哪些推广应用需要更新。

步骤s30,从服务器中获取所述需要更新的推广应用的应用包,以根据所述基础引擎框架以及所述应用包控制所述推广应用运行。

终端可以根据确定的需要更新的推广应用信息从服务器中获取其应用包,需要说明的是,获取的应用包仅包含推广应用的具体应用内容。仍以游戏应用为例进行说明,游戏应用的应用包中仅包含该游戏特定的内容,如游戏数据。

终端在得到了应用包后即完成了推广应用的更新或下载。当该推广应用为首次下载时,可以为该应用包指定存储路径;当对该推广应用执行的是升级操作时,可以查找该推广应用旧版本应用包的存储路径,并将新获取的应用包替换掉原本存储路径中的应用包。

可以理解的是,基础引擎框架和应用包所包含的数据与现有技术中以应用形式上线的推广应用的数据内容相同。在推广应用运行过程中,功能模块、游戏引擎以及应用包可以以接口调用的形式进行启动、交互等数据传输。其中通用游戏引擎可以为当前接入的推广小游戏提供引擎支持,例如可以是安卓(android)系统通用的轻量级游戏引擎libgdx;其他通用功能模块可以包括通用视频播放功能模块,通用图片加载功能模块,分别用于提供系统标准的播放器和图片加载功能,如果其中某个通用功能模块因配置文件丢失等原因造成损坏,也可以从服务器中重新获取,或者利用终端自带的播放器或第三方应用进行功能的替代实现;通用数据提交模块则可以为接入进来的应用包提供数据提交的能力;应用包升级管理模块可以对推广应用的应用包进行版本控制、活动匹配以及增删等操作。

本实施例通过预先在本地存储器中设置所有推广应用唯一对应的基础引擎框架;接收终端用户触发的应用更新请求,并根据所述应用更新请求,获取需要更新的推广应用;从服务器中获取所述需要更新的推广应用的应用包,以根据所述基础引擎框架以及所述应用包控制所述推广应用运行。由于本方案在终端的本地存储器中集成了所有推广应用所唯一对应的基础引擎框架,使得所有推广应用共用同一套基础引擎框架,无需将占用每个推广应用的应用包内存的应用引擎一同下载或更新,减少了推广应用在终端内存空间的占用,降低了低端用户终端系统卡顿的几率,也使用户在使用推广运用前,只需要下载或更新该推广应用的应用包即可,下载更新速度快,节省时间。

进一步地,在另一实施例中,所述应用更新请求中包括所述终端用户请求更新的推广应用信息;参见图3,所述步骤s20包括:

步骤s21,接收终端用户触发的应用更新请求;

步骤s22,从所述应用更新请求中获取所述终端用户请求更新的推广应用信息,并根据所述推广应用信息,从所述本地存储器中获取请求更新的推广应用版本号;

步骤s23,将所述推广应用版本号发送给服务器,并当所述服务器确认所述推广应用版本号与所述服务器中存储的该推广应用的版本号不一致时,确定所述终端用户请求更新的推广应用为需要更新的推广应用。

由于在推广应用迭代过程中,都会留存有应用包的版本号,且随着迭代次数的增加一般版本号也会越来越大,因此可以利用推广应用的版本号进行区分,当本地存储器中的版本号与服务器中推广应用的版本号不一致,认为该推广应用在服务器中有版本更新,可以确定为需要更新的推广应用。

实现过程可以是在获取了本次存储器中的推广应用版本号后,由基础引擎框架中应用包升级管理模块向服务器发出请求,该请求包括推广应用版本号;然后由服务器进行版本号的比对,当比对结果为不一致时再进行终端应用包的获取操作。可以理解的是,终端用户请求更新的推广应用并不一定有新的版本,也就是说不一定能够更新,通过推广应用版本号的比对,帮助快速获取需要更新的推广应用。

进一步地,请继续参看图1,在一实施例中,所述步骤s30之后还可以包括以下步骤:

步骤s40,判断所述推广应用的运行时间是否达到推广时间阈值;

步骤s50,当所述推广应用的运行时间达到推广时间阈值时,删除所述推广应用的应用包。

推广应用的主要作用是吸引用户,增强人机交互以及用户黏性,但在新媒体运营过程中,单个推广应用上线后产生的引流效果会越来越弱,此外有些活动也是和热门活动和/或节日挂钩的,例如新年和世界杯,具有时效性,因此企业运营团队需要在此过程中不断地推出新的推广应用。但如果仅是不断推出新的推广应用,不对已经失去流量/时效性的推广应用进行处理,也会造成了终端内存空间的占用。因此可以根据每个推广应用的自身情况设置对应的推广时间阈值,当达到推广时间阈值后,由终端的处理器删除达到推广时间阈值的应用包。本方案通过设置推广应用对应的推广时间阈值,进行应用的删除清理,保障了终端内存的合理占用,减少了终端系统卡顿的几率。

可选地,推广时间阈值可以基于单个终端对应的终端用户与推广应用的交互频率进行个性化设置。可以是在终端控制推广应用运行的过程中收集推广应用运行的使用频率信息,所述使用频率信息可以包括用户的登录时间段、日期以及登录的用户账号。终端可以实时或定期将使用频率信息发送给服务器,服务器接收到使用频率信息后,可以根据使用频率信息,在基础推广日期的基础上进行日期的延长或缩减,或者可以直接根据使用频率信息设置推广时间阈值。服务器设置好后会将推广时间阈值发送给终端,由终端进一步进行应用的删除控制操作。需要说明的是,对于有时效性的推广应用,除了可以按照热门活动或节假日的时间段进行推广时间阈值的设置,也可以结合单个用户的使用频率反应,进行该用户终端的每个推广应用的设置。有利于针对单个用户终端进行推广时间阈值的个性化设置,充分体现了每个不同用户终端的智能化操作体验。

基于上述实现过程,在执行步骤s30的同时可以执行以下步骤:

获取所述推广应用运行时的使用频率信息,并将所述使用频率信息发送给所述服务器;

接收所述服务器根据所述使用频率信息反馈的所述推广应用的推广时间阈值。

进一步地,参见图4,在又一实施例中,所述步骤s10之后还可以包括:

步骤s60,根据预设终端设备信息,确定所述终端的辅助功能,并为每个所述终端的辅助功能分别集成对应的辅助执行模块;

步骤s70,为每个辅助执行模块定义执行参数,所述执行参数包括辅助执行模块启动参数和/或关闭参数;

本实施例主要针对单个用户终端设定了用户终端的预设终端设备信息对应的辅助执行模块。其中预设终端设备信息是指终端的设备参数,例如屏幕尺寸和支持的分辨率,是否具有摄像功能/蓝牙功能/体感功能,以及是否连接有鼠标/键盘/手柄等。

不同的设备参数代表终端具有相应的辅助功能,可以按照辅助功能的实现,将底层基础代码和驱动配置成对应的辅助执行模块,然后为每个辅助执行模块定义用于开启和/或关闭辅助功能的执行参数。

需要说明的是,每个辅助执行模块定义的执行参数不同,可以存储在辅助执行模块的配置文件中,也可以存储在通用应用包管理更新模块中。该执行参数替代了原本配置文件中的宏定义,形成了带有该执行参数的新的配置文件。例如可以用数字1表示开启辅助功能,数字0表示关闭辅助功能。

所述步骤s30包括:

步骤s31,获取所述应用包的配置信息,并根据所述配置信息为所有辅助执行模块配置执行参数;

步骤s32,根据所述基础引擎框架、所述应用包以及已配置的辅助执行模块控制所述推广应用运行。

在控制推广应用运行时,可以获取应用包的配置信息,其中配置信息是指应用包携带的应用功能介绍或配置文件中的信息,例如是否需要开启蓝牙功能。终端可以根据配置信息按照辅助执行模块各自定义的执行参数进行辅助执行模块执行参数的配置。

可以是对所有辅助执行模块进行执行参数的配置,也可以仅针对需要用到的辅助执行模块进行配置。例如,如果仅定义了开启执行参数或关闭执行参数,则分别对应仅配置需要开启辅助执行模块的执行参数或者配置需要关闭辅助执行模块的执行参数。本方案通过执行参数的定义和配置,帮助灵活控制终端辅助功能的快速打开/关闭。

根据上述实现过程,所述步骤s31可以包括根据所述配置信息,为需要开启辅助功能的辅助执行模块配置辅助执行模块启动参数,和/或,为无需开启辅助功能的辅助执行模块配置辅助执行模块关闭参数。

可选地,在其他实施例中,所述步骤s30中从服务器中获取所述需要更新的推广应用的应用包的步骤可以包括:

发送预设终端设备信息至所述服务器;

从所述服务器中获取所述需要更新的推广应用的,所述终端设备信息对应的应用包。

预设终端设备信息是终端的参数信息,在将其发送给服务器后,服务器可以参考终端的参数信息确定该终端支持打开哪种数据格式的数据文件以及支持打开何种清晰度的图片视频,然后服务器按照确定的终端支持的格式以及清晰度,将推广应用的应用数据打包成对应的应用包后反馈给终端。本方案有利于推广应用的顺利运行,支持数据文件的兼容和视频图片的清晰展示。

本发明还提出一种计算机可读存储介质,其上存储有计算机程序。所述计算机可读存储介质可以是终端中的存储器20,也可以是如rom(read-onlymemory,只读存储器)/ram(randomaccessmemory,随机存取存储器)、磁碟、光盘中的至少一种,所述计算机可读存储介质包括若干指令用以使得一台具有处理器的终端设备(可以是手机,电视,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。

需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者服务端不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者服务端所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者服务端中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。

通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。

以上仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。

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