应用程序处理方法和装置、电子设备、计算机可读存储介质与流程

文档序号:16971881发布日期:2019-02-26 18:37阅读:187来源:国知局
应用程序处理方法和装置、电子设备、计算机可读存储介质与流程

本申请涉及计算机技术领域,特别是涉及一种应用程序处理方法、装置、电子设备、计算机可读存储介质。



背景技术:

电子设备中可以安装应用程序,安装的应用程序可以实现各种各样的应用操作。例如,可以通过电子设备中安装的应用程序进行购物、听音乐、看视频、打游戏等。应用程序在电子设备中运行的时候,可以在前台运行,也可以在后台运行。应用程序在前台运行时,可以在电子设备的界面中进行展示,用户可以通过展示的界面对应用程序进行操作。应用程序在后台运行时,一般不会在电子设备的界面中进行展示,用户也不能通过电子设备的界面对应用程序进行操作。



技术实现要素:

本申请实施例提供一种应用程序方法、装置、电子设备、计算机可读存储介质,可以更精准地对应用程序进行处理。

一种应用程序处理方法,包括:

获取冻结列表,其中,所述冻结列表用于存储后台应用程序的应用标识及对应的冻结时刻;

从所述冻结列表中获取距离当前时刻最近的冻结时刻所对应的应用标识,作为目标应用标识;

在所述当前时刻到达所述目标应用标识对应的冻结时刻时,冻结所述目标应用标识对应的后台应用程序。

一种应用程序处理装置,包括:

列表获取模块,用于获取冻结列表,其中,所述冻结列表用于存储后台应用程序的应用标识及对应的冻结时刻;

标识获取模块,用于从所述冻结列表中获取距离当前时刻最近的冻结时刻所对应的应用标识,作为目标应用标识;

应用冻结模块,用于在所述当前时刻到达所述目标应用标识对应的冻结时刻时,冻结所述目标应用标识对应的后台应用程序。

一种电子设备,包括存储器及处理器,所述存储器中储存有计算机程序,所述计算机程序被所述处理器执行时,使得所述处理器执行如下步骤:

获取冻结列表,其中,所述冻结列表用于存储后台应用程序的应用标识及对应的冻结时刻;

从所述冻结列表中获取距离当前时刻最近的冻结时刻所对应的应用标识,作为目标应用标识;

在所述当前时刻到达所述目标应用标识对应的冻结时刻时,冻结所述目标应用标识对应的后台应用程序。

一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现如下步骤:

获取冻结列表,其中,所述冻结列表用于存储后台应用程序的应用标识及对应的冻结时刻;

从所述冻结列表中获取距离当前时刻最近的冻结时刻所对应的应用标识,作为目标应用标识;

在所述当前时刻到达所述目标应用标识对应的冻结时刻时,冻结所述目标应用标识对应的后台应用程序。

上述应用程序方法、装置、电子设备、计算机可读存储介质,可以更精准地对应用程序进行处理,可以通过冻结列表存储后台应用程序的应用标识及对应的冻结时刻。然后从获取的冻结列表中,获取距离当前时刻最近的冻结时刻所对应的应用标识,作为目标应用标识。在当前时刻到达目标应用标识对应的冻结时刻的时候,将该目标应用标识对应的后台应用程序冻结。这样可以通过冻结列表精准地控制应用程序冻结,避免电子设备对应用程序的统一化处理,从而实现提高对应用程序处理的准确性,减少电子设备的资源占用。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。

图1为一个实施例中应用程序处理方法的流程图;

图2为另一个实施例中应用程序处理方法的流程图;

图3为一个实施例中冻结列表的示意图;

图4为又一个实施例中应用程序处理方法的流程图;

图5为一个实施例中应用程序处理装置的结构示意图;

图6为另一个实施例中应用程序处理装置的结构示意图;

图7为与本申请实施例提供的电子设备相关的手机的部分结构的框图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。

可以理解,本申请所使用的术语“第一”、“第二”等可在本文中用于描述各种元件,但这些元件不受这些术语限制。这些术语仅用于将第一个元件与另一个元件区分。举例来说,在不脱离本申请的范围的情况下,可以将第一冻结时刻称为第二冻结时刻,且类似地,可将第二冻结时刻称为冻结时刻。第一冻结时刻和第二冻结时刻两者都是客户端,但其不是同一冻结时刻。

图1为一个实施例中应用程序处理方法的流程图。如图1所示,该应用程序处理方法包括步骤102至步骤106。其中:

步骤102,获取冻结列表,其中,冻结列表用于存储后台应用程序的应用标识及对应的冻结时刻。

应用程序(application,app)是指电子设备中针对某种应用目的所撰写的软体,电子设备可以通过应用程序实现对用户的需求服务。例如,用户可以通过游戏类应用程序玩游戏,也可以通过视频类应用程序看视频,还可以通过音乐类应用程序播放音乐等。应用程序可以根据运行的状态分为前台应用程序和后台应用程序。

前台应用程序是指在电子设备的前台运行的应用程序,前台应用程序可以在界面上显示并与用户实现交互。后台应用程序是指在电子设备的后台运行的应用程序,后台应用程序一般不能在界面上显示,用户也不能通过电子设备的界面对应用程序进行操作。

应用程序可以被冻结,被冻结的应用程序没有被关闭,而是暂时不运行。处于冻结状态的应用程序不占用电子设备的处理器资源,但是仍然占用电子设备的内存和硬件等资源。因此,电子设备可以在运行应用程序的过程中,将暂时不运行的应用程序进行冻结,以减少电子设备中的资源占用。

在一个实施例中,电子设备中可以存储冻结列表,该冻结列表用于管理电子设备对应用程序的冻结处理。具体的,电子设备中可以包含一个或多个后台应用程序的应用标识,每个应用标识都存储对应的冻结时刻,通过该应用标识和冻结时刻来控制后台应用程序的冻结。

步骤104,从冻结列表中获取距离当前时刻最近的冻结时刻所对应的应用标识,作为目标应用标识。

在本申请实施例中,电子设备可以定义一个线程,并通过该线程不断循环的读取冻结列表,从而获取冻结列表中冻结时刻最接近当前时刻的应用标识作为目标应用标识。然后不断读取电子设备的时钟获取当前时刻,并将获取的当前时刻与目标应用标识对应的冻结时刻进行比较,根据比较结果控制应用程序冻结。

步骤106,在当前时刻到达目标应用标识对应的冻结时刻时,冻结目标应用标识对应的后台应用程序。

具体的,电子设备可以每间隔一定时长,读取一次当前时刻,再将当前时刻与目标应用程序对应的冻结时刻进行比较,判断当前时刻是否达到上述冻结时刻。在当前时刻到达上述冻结时刻的时候,就冻结上述目标应用程序对应的后台应用程序。

例如,在获取到冻结列表之后,获取到目标应用标识对应的冻结时刻为“12:00”(分:秒)。然后电子设备可以每间隔1秒读取一次当前时刻,并将读取的当前时刻与冻结时刻进行比较,在当前时刻到达该冻结时刻时,就冻结该目标应用标识对应的后台应用程序。

冻结之后的后台应用程序还可以被解冻,被解冻之后的后台应用程序又可以正常地运行。例如,当检测到被冻结的后台应用程序被切换到前台时,将该被冻结的后台应用程序解冻。或者后台应用程序被冻结一段时间之后,自动将该被冻结的后台应用程序进行解冻。

上述实施例提供的应用程序处理方法,可以通过冻结列表存储后台应用程序的应用标识及对应的冻结时刻。然后从获取的冻结列表中,获取距离当前时刻最近的冻结时刻所对应的应用标识,作为目标应用标识。在当前时刻到达目标应用标识对应的冻结时刻的时候,将该目标应用标识对应的后台应用程序冻结。这样可以通过冻结列表精准地控制应用程序冻结,避免电子设备对应用程序的统一化处理,从而实现提高对应用程序处理的准确性,减少电子设备的资源占用。

图2为另一个实施例中应用程序处理方法的流程图。如图2所示,该应用程序处理方法包括步骤202至步骤214。其中:

步骤202,当检测到第一应用程序从前台切换到后台时,获取第一应用程序从前台切换到后台的切换时刻。

在电子设备运行应用程序的过程中,应用程序的运行状态是在实时地发生变化的。例如,前台运行的应用程序可能会切换到后台,后台运行的应用程序可能切换到前台。因此,电子设备需不停地检测应用程序的运行状态是否发生改变,在检测到应用程序的运行状态发生改变的时候,实时地去调整冻结列表中的应用标识。

步骤204,根据切换时刻获取第一应用程序对应的冻结时刻,并将第一应用程序对应的应用标识和冻结时刻存储到冻结列表中。

具体的,电子设备可以监听前台运行的应用程序的运行情况,当检测到前台运行的第一应用程序从前台切换到后台时,获取第一应用程序从前台切换到后台的切换时刻,并根据该切换时刻获取冻结时刻,然后将得到的冻结时刻与第一应用程序对应的应用标识存储到冻结列表中。可理解的是,该应用标识和冻结时刻是按照冻结列表中的排列顺序进行插入的,这样才能保持冻结列表中应用程序的排列顺序。

例如,应用程序从前台切换到后台的时刻到冻结该应用程序的时刻之间间隔的时长,是预先设定好的固定不变的值。那么,每次在插入应用标识和冻结时刻的时候,就可以直接将应用标识和冻结时刻插入到冻结列表的末位。

在一个实施例中,根据切换时刻获取冻结时刻的步骤具体可以包括:获取预设冻结时长,并根据切换时刻和预设冻结时长计算得到应用程序对应的冻结时刻;或获取第一应用程序的应用等级,根据应用等级获取对应的冻结时长,并根据切换时刻和获取的冻结时长计算得到第一应用程序对应的冻结时刻。

冻结时长是指预先设定的应用程序从前台切换到后台的时刻到被冻结的时刻所间隔的时长。冻结时长可以是用户预先设定的,也可以电子设备随机选定的,还可以是根据后台应用程序的运行情况得到的,还可以是通过其他方式获取的,在此不做限定。

例如,电子设备可以对历史运行的后台应用程序的运行情况进行测试,得到后台应用程序一般在后台运行15秒之后,运行的活跃值开始降低到一个比较小的值。也即说明应用程序一般在后台运行15秒之后,对电子设备的资源占用率会降低到一个比较小的值。那么预设冻结时长就可以设置为15秒。假设切换时刻为“12:00”(分:秒),那么冻结时刻就是在切换时刻的基础上加15秒,即“12:15”(分:秒)。

在本申请提供的其他实施例中,还可以根据第一应用程序的应用等级获取冻结时长,然后再根据冻结时长和切换时刻计算冻结时刻。应用等级用于表示应用程序的重要等级。例如,系统级应用程序的应用等级高于第三方应用程序的应用等级,即表示系统级应用程序的重要等级高于第三方应用程序的重要等级。具体的,电子设备可以预先设置应用程序的应用等级与冻结时长的对应关系,然后根据第一应用程序的应用等级获取对应的冻结时长,再根据获取的冻结时长和切换时刻计算冻结时刻。比如,应用等级越高,对应的冻结时长越长。

步骤206,当检测到第二应用程序从后台切换到前台或第二应用程序停止运行时,获取从后台切换到前台的第二应用程序所对应的应用标识。

电子设备会对应用程序的运行状态进行监听,当检测到后台应用程序中的第二应用程序从后台切换到前台或停止运行时,说明该第二应用程序无需再进行冻结,则可以将第二应用程序的应用标识从冻结列表中删除。

步骤208,将第二应用程序对应的应用标识及冻结时刻从冻结列表中删除。

具体的,获取到第二应用程序的应用标识之后,从冻结列表中查找该第二应用程序的应用标识,并将查找到的应用标识及对应的冻结时刻,然后将查找到的应用标识及对应的冻结时刻从冻结列表中删除。将第二应用程序对应的应用标识及冻结时刻从冻结列表中删除之后,即无需在将第二应用程序进行冻结处理。

可以理解的是,冻结列表生成之后,电子设备还可以随时根据运行情况对冻结列表中的冻结时刻进行调整。具体的,统计冻结列表中包含的应用标识的标识数量,并根据标识数量调节各个应用标识对应的冻结时刻。冻结列表中包含的应用标识的标识数量反映了后台应用程序的数量,冻结列表中包含的应用标识的标识数量越多,说明运行的后台应用程序的数量越多,也即电子设备的资源占用越多。

因此,可以根据标识数量来调节冻结时刻。例如,标识数量比较多的时候,可以将冻结时刻调小,这样就可以将后台应用程序快速地冻结,以减少电子设备的资源占用。

具体的,可以预先将标识数量划分为多个数量区间,然后建立每个数量区间与调节时长的对应关系。当冻结列表中包含的应用标识的标识数量大于数量阈值时,确定该标识数量所落入的数量区间对应的调节时长,并根据该调节时长减小冻结列表中应用标识对应的冻结时刻。例如,冻结列表中包含10个应用标识时,获取标识数量10对应的调节时长为5秒,则可以将冻结列表中包含的每一个冻结时刻都减掉5秒。

步骤210,获取冻结列表。

电子设备中存储冻结列表,并通过该冻结列表记录需要冻结的后台应用程序的应用标识和对应的冻结时刻。具体的,冻结列表中还可以对应的存储后台应用程序从前台切换到后台的切换时刻,在此不做限定。

步骤212,按照冻结时刻将冻结列表中存储的应用标识进行排序,从排序后的冻结列表读取距离当前时刻最近的冻结时刻所对应的应用标识,作为目标应用标识。

冻结列表中存储着一个或多个应用标识以及对应的冻结时刻,为了更方便的查找应用标识,可以按照冻结时刻将冻结列表中存储的应用标识进行排序。具体的,可以按照冻结时刻由远到近的顺序对应用标识进行排序,也可以按照冻结时刻由近到远的顺序对应用标识进行排序,在此不做限定。

根据冻结时刻将应用标识排序之后,可以从排序后的冻结列表中读取距离当前时刻最近的冻结时刻所对应的应用标识,作为目标应用标识。也就是说,按照冻结时刻对应用标识进行排序之后,冻结时刻距离当前时刻的时间间隔也是按照排序顺序逐渐变化的,就可以直接读取排序后的冻结列表中的首位或末位应用标识,作为目标应用标识。

例如,按照冻结时刻将应用标识进行排序,排序越靠前的应用标识,对应的冻结时刻越靠近当前时刻,那么就可以直接获取冻结列表中排序首位的应用标识,作为目标应用标识。

在一个实施例中,电子设备可以通过一个线程实现looper机制,通过looper机制不断地循环读取冻结列表“freeze_list”。该冻结列表“freeze_list”中存储着一个或多个数据结构“freeze_unit”,每一个数据结构“freeze_unit”用于存储后台应用程序的uid(useridentification,用户身份)、包名、从前台切换到后台的切换时刻、冻结时刻等信息。

其中,应用标识可以通过uid和/包名进行标识,“freeze_list”中的“freeze_unit”是按照冻结时刻由近到远的顺序进行排列。这样looper机制就可以直接读取“freeze_list”中的排序首位的“freeze_unit”中的应用标识,作为目标应用标识。

图3为一个实施例中冻结列表的示意图。如图3所示,该冻结列表中记录了应用标识302和冻结时刻304,并将应用标识302按照冻结时刻304进行排序。将图3中的冻结列表中存储的冻结时刻304按照时间先后进行如下排序“2018年08月12日14:00:12”→“2018年08月12日14:00:20”→“2018年08月12日14:00:25”→“2018年08月12日14:00:31”,则应用标识302就可以根据上述排序顺序进行排列。

步骤214,在当前时刻到达目标应用标识对应的冻结时刻时,冻结目标应用标识对应的后台应用程序。

在获取到目标应用标识对应的冻结时刻之后,可以通过上述线程不断地读取电子设备中的时钟,获取当前时刻。当获取的当前时刻到达目标应用标识对应的冻结时刻时,就冻结该目标应用标识对应的后台应用程序。例如,获取的目标应用标识对应的冻结时刻为“2018年9月25日15:20:10”,然后上述线程可以每间隔1秒钟读取一次当前时刻,在当前时刻到达“2018年9月25日15:20:10”时,将上述目标应用程序对应的后台应用程序冻结。

在一个实施例中,目标应用标识对应的后台应用程序被冻结之后,可以将目标应用标识及对应的冻结时刻从冻结列表中删除。目标应用标识对应的后台应用程序被冻结之后,还可以被唤醒,被唤醒后的后台应用程序又可以恢复到正常的运行状态。例如,用户可以手动唤醒被冻结的后台应用程序,也可以设置一个冻结时长,在后台应用程序被冻结的时长到达上述冻结时长时,将冻结的后台应用程序唤醒。

上述实施例提供的应用程序处理方法,可以通过冻结列表存储后台应用程序的应用标识及对应的冻结时刻。然后从获取的冻结列表中,获取距离当前时刻最近的冻结时刻所对应的应用标识,作为目标应用标识。在当前时刻到达目标应用标识对应的冻结时刻的时候,将该目标应用标识对应的后台应用程序冻结。这样可以通过冻结列表精准地控制应用程序冻结,避免电子设备对应用程序的统一化处理,从而实现提高对应用程序处理的准确性,减少电子设备的资源占用。

在一个实施例中,如图4所示,上述冻结时刻可以包含第一冻结时刻和第二冻结时刻,第一冻结时刻小于第二冻结时刻,将后台应用程序进行冻结的步骤具体可以包括:

步骤402,在当前时刻到达目标应用标识对应的第一冻结时刻时,控制目标应用标识对应的后台应用程序进入资源限制状态,其中,处于资源限制状态的应用程序对电子设备的资源占用率小于占用率阈值。

在本申请提供的实施例中,可以将应用标识、第一冻结时刻和第二冻结时刻对应地进行存储,第一冻结时刻用于控制应用程序进入资源限制状态,第二冻结时刻用于控制应用程序冻结。具体的,资源是指电子设备在处理应用事件时所必须用到的软件或硬件资源,比如电子设备的cpu(centralprocessingunit,中央处理器)、内存(memory)、硬件、网络资源、io(input-output,输入输出)等。

处于冻结状态的应用程序没有被关闭,只是暂时不运行。若应用程序处于冻结状态,则应用程序不占用处理器资源,但是仍然占用电子设备的内存和硬件等资源。资源限制状态是指对应用程序在运行时使用的电子设备的资源进行限制的状态,处于资源限制状态的应用程序对电子设备的资源占用率小于占用率阈值。例如,控制应用程序在运行时使用的cpu占用率不能超过5%。

电子设备在检测到当前时刻到达目标应用标识对应的第一冻结时刻时,可以控制目标应用标识对应的后台应用程序进入资源限制状态。处于资源限制状态的后台应用程序对电子设备的资源占用率较小,这样可以防止电子设备的资源被过多地占用。

步骤404,在当前时刻到达目标应用标识对应的第二冻结时刻时,冻结目标应用标识对应的后台应用程序。

在后台应用程序进入资源限制状态之后,再将当前时刻与第二冻结时刻进行比较。在当前时刻到达第二冻结时刻时,冻结该目标应用标识对应的后台应用程序。

在一个实施例中,冻结时刻包括第一冻结时刻和第二冻结时刻时,可以按照第一冻结时刻将冻结列表中存储的应用标识进行排序,然后从排序后的冻结列表中读取距离当前时刻最近的第一冻结时刻所对应的应用标识,作为目标应用标识。在当前时刻到达第一冻结时刻时,控制目标应用程序进入资源限制状态,并将目标应用标识和对应的第二冻结时刻添加到一张新的冻结列表中。

该新的冻结列表中存储的目标应用程序按照第二冻结时刻进行排序,然后获取距离当前时刻最近的第二冻结时刻所对应的目标应用标识作为待冻结应用标识。电子设备会实时监听当前时刻是否到达上述待冻结应用标识所对应的第二冻结时刻。在当前时刻到达上述待冻结应用标识所对应的第二冻结时刻时,冻结上述待冻结应用标识所对应的后台应用程序。

应该理解的是,虽然图1、2、4的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,图1、2、4中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些子步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

图5为一个实施例中应用程序处理装置的结构示意图。如图5所示,该应用程序处理装置500包括列表获取模块502、标识获取模块504和应用冻结模块506。其中:

列表获取模块502,用于获取冻结列表,其中,所述冻结列表用于存储后台应用程序的应用标识及对应的冻结时刻。

标识获取模块504,用于从所述冻结列表中获取距离当前时刻最近的冻结时刻所对应的应用标识,作为目标应用标识。

应用冻结模块506,用于在所述当前时刻到达所述目标应用标识对应的冻结时刻时,冻结所述目标应用标识对应的后台应用程序。

上述实施例提供的应用程序处理装置,可以通过冻结列表存储后台应用程序的应用标识及对应的冻结时刻。然后从获取的冻结列表中,获取距离当前时刻最近的冻结时刻所对应的应用标识,作为目标应用标识。在当前时刻到达目标应用标识对应的冻结时刻的时候,将该目标应用标识对应的后台应用程序冻结。这样可以通过冻结列表精准地控制应用程序冻结,避免电子设备对应用程序的统一化处理,从而实现提高对应用程序处理的准确性,减少电子设备的资源占用。

图6为另一个实施例中应用程序处理装置的结构示意图。如图6所示,该应用程序处理装置600包括列表生成模块602、列表获取模块604、标识获取模块606和应用冻结模块608。其中:

列表生成模块602,用于当检测到第一应用程序从前台切换到后台时,获取所述第一应用程序从前台切换到后台的切换时刻;根据所述切换时刻获取所述第一应用程序对应的冻结时刻,并将所述第一应用程序对应的应用标识和冻结时刻存储到所述冻结列表中。

列表获取模块604,用于获取冻结列表,其中,所述冻结列表用于存储后台应用程序的应用标识及对应的冻结时刻。

标识获取模块606,用于从所述冻结列表中获取距离当前时刻最近的冻结时刻所对应的应用标识,作为目标应用标识。

应用冻结模块608,用于在所述当前时刻到达所述目标应用标识对应的冻结时刻时,冻结所述目标应用标识对应的后台应用程序。

上述实施例提供的应用程序处理装置,可以通过冻结列表精准地控制应用程序冻结,避免电子设备对应用程序的统一化处理,从而实现提高对应用程序处理的准确性,减少电子设备的资源占用。

在一个实施例中,列表生成模块602还用于获取预设冻结时长,并根据所述切换时刻和预设冻结时长计算得到所述应用程序对应的冻结时刻;或获取所述第一应用程序的应用等级,根据所述第一应用等级获取对应的冻结时长,并根据所述切换时刻和获取的所述冻结时长计算得到所述第一应用程序对应的冻结时刻。

在一个实施例中,列表生成模块602还用于当检测到第二应用程序从后台切换到前台或所述第二应用程序停止运行时,获取从后台切换到前台的第二应用程序所对应的应用标识;将所述第二应用程序对应的应用标识及冻结时刻从所述冻结列表中删除。

在一个实施例中,列表生成模块602还用于统计所述冻结列表中包含的应用标识的标识数量,并根据所述标识数量调节各个所述应用标识对应的冻结时刻。

在一个实施例中,标识获取模块606还用于按照所述冻结时刻将所述冻结列表中存储的应用标识进行排序,从排序后的冻结列表中读取距离当前时刻最近的冻结时刻所对应的应用标识,作为目标应用标识。

在一个实施例中,应用冻结模块608还用于在所述当前时刻到达所述目标应用标识对应的第一冻结时刻时,控制所述目标应用标识对应的后台应用程序进入资源限制状态,其中,处于所述资源限制状态的应用程序对电子设备的资源占用率小于占用率阈值;

在所述当前时刻到达所述目标应用标识对应的第二冻结时刻时,冻结所述目标应用标识对应的后台应用程序。

上述应用程序处理装置中各个模块的划分仅用于举例说明,在其他实施例中,可将应用程序处理装置按照需要划分为不同的模块,以完成上述应用程序处理装置的全部或部分功能。

关于应用程序处理装置的具体限定可以参见上文中对于应用程序处理方法的限定,在此不再赘述。上述应用程序处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。

本申请实施例中提供的应用程序处理装置中的各个模块的实现可为计算机程序的形式。该计算机程序可在终端或服务器上运行。该计算机程序构成的程序模块可存储在终端或服务器的存储器上。该计算机程序被处理器执行时,实现本申请实施例中所描述方法的步骤。

本申请实施例还提供了一种电子设备。如图7所示,为了便于说明,仅示出了与本申请实施例相关的部分,具体技术细节未揭示的,请参照本申请实施例方法部分。该电子设备可以为包括手机、平板电脑、pda(personaldigitalassistant,个人数字助理)、pos(pointofsales,销售终端)、车载电脑、穿戴式设备等任意终端设备,以电子设备为手机为例:

图7为与本申请实施例提供的电子设备相关的手机的部分结构的框图。参考图7,手机包括:射频(radiofrequency,rf)电路710、存储器720、输入单元730、显示单元740、传感器750、音频电路760、无线保真(wirelessfidelity,wifi)模块770、处理器780、以及电源790等部件。本领域技术人员可以理解,图7所示的手机结构并不构成对手机的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。

其中,rf电路710可用于收发信息或通话过程中,信号的接收和发送,可将基站的下行信息接收后,给处理器780处理;也可以将上行的数据发送给基站。通常,rf电路包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(lownoiseamplifier,lna)、双工器等。此外,rf电路710还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议,包括但不限于全球移动通讯系统(globalsystemofmobilecommunication,gsm)、通用分组无线服务(generalpacketradioservice,gprs)、码分多址(codedivisionmultipleaccess,cdma)、宽带码分多址(widebandcodedivisionmultipleaccess,wcdma)、长期演进(longtermevolution,lte))、电子邮件、短消息服务(shortmessagingservice,sms)等。

存储器720可用于存储软件程序以及模块,处理器780通过运行存储在存储器720的软件程序以及模块,从而执行手机的各种功能应用以及数据处理。存储器720可主要包括程序存储区和数据存储区,其中,程序存储区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能的应用程序、图像播放功能的应用程序等)等;数据存储区可存储根据手机的使用所创建的数据(比如音频数据、通讯录等)等。此外,存储器720可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元730可用于接收输入的数字或字符信息,以及产生与手机700的用户设置以及功能控制有关的键信号输入。具体地,输入单元730可包括触控面板731以及其他输入设备732。触控面板731,也可称为触摸屏,可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板731上或在触控面板731附近的操作),并根据预先设定的程式驱动相应的连接装置。在一个实施例中,触控面板731可包括触摸检测装置和触摸控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再送给处理器780,并能接收处理器780发来的命令并加以执行。此外,可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板731。除了触控面板731,输入单元730还可以包括其他输入设备732。具体地,其他输入设备732可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)等中的一种或多种。

显示单元740可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元740可包括显示面板741。在一个实施例中,可以采用液晶显示器(liquidcrystaldisplay,lcd)、有机发光二极管(organiclight-emittingdiode,oled)等形式来配置显示面板741。在一个实施例中,触控面板731可覆盖显示面板741,当触控面板731检测到在其上或附近的触摸操作后,传送给处理器780以确定触摸事件的类型,随后处理器780根据触摸事件的类型在显示面板741上提供相应的视觉输出。虽然在图7中,触控面板731与显示面板741是作为两个独立的部件来实现手机的输入和输入功能,但是在某些实施例中,可以将触控面板731与显示面板741集成而实现手机的输入和输出功能。

手机700还可包括至少一种传感器750,比如光传感器、运动传感器以及其他传感器。具体地,光传感器可包括环境光传感器及接近传感器,其中,环境光传感器可根据环境光线的明暗来调节显示面板741的亮度,接近传感器可在手机移动到耳边时,关闭显示面板741和/或背光。运动传感器可包括加速度传感器,通过加速度传感器可检测各个方向上加速度的大小,静止时可检测出重力的大小及方向,可用于识别手机姿态的应用(比如横竖屏切换)、振动识别相关功能(比如计步器、敲击)等;此外,手机还可配置陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器等。

音频电路760、扬声器761和传声器762可提供用户与手机之间的音频接口。音频电路760可将接收到的音频数据转换后的电信号,传输到扬声器761,由扬声器761转换为声音信号输出;另一方面,传声器762将收集的声音信号转换为电信号,由音频电路760接收后转换为音频数据,再将音频数据输出处理器780处理后,经rf电路710可以发送给另一手机,或者将音频数据输出至存储器720以便后续处理。

wifi属于短距离无线传输技术,手机通过wifi模块770可以帮助用户收发电子邮件、浏览网页和访问流式媒体等,它为用户提供了无线的宽带互联网访问。虽然图7示出了wifi模块770,但是可以理解的是,其并不属于手机700的必须构成,可以根据需要而省略。

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

手机700还包括给各个部件供电的电源790(比如电池),优选的,电源可以通过电源管理系统与处理器780逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

在一个实施例中,手机700还可以包括摄像头、蓝牙模块等。

在本申请实施例中,该电子设备所包括的处理器780执行存储在存储器上的计算机程序时实现应用程序处理方法的步骤。

本申请实施例还提供了一种计算机可读存储介质。一个或多个包含计算机可执行指令的非易失性计算机可读存储介质,当所述计算机可执行指令被一个或多个处理器执行时,使得所述处理器执行应用程序处理方法的步骤。

一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行应用程序处理方法。

本申请所使用的对存储器、存储、数据库或其它介质的任何引用可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram),它用作外部高速缓冲存储器。作为说明而非局限,ram以多种形式可得,诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)。

以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对本申请专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请专利的保护范围应以所附权利要求为准。

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