CN105224394B - 一种应用程序的分类方法及装置 - Google Patents
一种应用程序的分类方法及装置 Download PDFInfo
- Publication number
- CN105224394B CN105224394B CN201510642213.9A CN201510642213A CN105224394B CN 105224394 B CN105224394 B CN 105224394B CN 201510642213 A CN201510642213 A CN 201510642213A CN 105224394 B CN105224394 B CN 105224394B
- Authority
- CN
- China
- Prior art keywords
- application program
- data
- classification
- predetermined
- attribute data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Landscapes
- Stored Programmes (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明提供了一种网站的分类管理方法及装置,其中的方法包括:根据预定网站识别模型识别出预定数据库中的预定网站集合;将所述预定网站集合中的每个预定网站进行信息聚合;将每个网站的信息聚合结果发送给信息管理系统,以使信息管理系统对网站进行管理。该方法通过不同的识别模型识别出对应的网站集合,并将网站集合中每个网站进行信息聚合以实现对网站的管理,可以针对不同类型的网站实现不同方式的监管,保证了网站管理的准确性。
Description
技术领域
本发明涉及计算机领域,尤其涉及一种应用程序的分类方法及装置。
背景技术
随着智能化终端设备普及,终端设备中的应用程序也是越来越多,但目前终端设备并不会自动对应用程序的图标进行分类整理,而大多数用户也不会对应用程序的图标进行手动整理,故导致所有应用程序的图标会平铺在整个屏幕。不但影响屏幕的整洁,而且在用户查找其需要的应用程序时,不能快速的找到该应用程序对应的图标。
发明内容
本发明解决的技术问题之一是提供了一种应用程序的分类方法及装置,它能自动对应用程序进行分类,节省了用户查找应用程序的时间,使得屏幕显示内容整洁且美观。
根据本发明的一个方面,提供了一种应用程序的整理方法,包括:
接收应用程序分类请求;
获取应用程序的属性数据和使用数据;
根据所述应用程序的属性数据和使用数据按照预定分类策略对应用程序进行分类。
根据本发明的另一个方面,提供了一种应用程序的整理装置,包括:
用于接收应用程序分类请求的装置;
用于获取应用程序的属性数据和使用数据的装置;
用于根据所述应用程序的属性数据和使用数据按照预定分类策略对应用程序进行分类的装置。
由于本实施例的应用程序的分类方法及装置,根据应用程序的属性数据和使用数据对应用程序进行分类,提高了应用程序分类的准确性,节省了用户查找应用程序的时间,从而提高了用户的使用效率。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述,本发明的其它特征、目的和优点将会变得更明显:
图1示出了根据本发明实施例一应用程序的分类方法的流程图。
图2a示出了未对应用程序进行分类前终端设备的显示界面;图2b示出了对应用程序进行分类后终端设备的显示界面。
图3示出了根据本发明实施例一应用程序的分类方法中步骤S130的具体流程图。
图4示出了根据本发明实施例一应用程序的分类方法中当步骤S110中所述应用程序分类请求中包含第一分类策略时,步骤S120和步骤S130的具体流程图。
图5示出了根据本发明实施例另一应用程序的分类方法的流程图。
图6示出了根据本发明实施例当用户对分类结果不满意时,对应用程序进行重新分类的流程图。
图7示出了根据本发明实施例对三个应用程序进行分类的方法的流程图。
图8示出了根据本发明实施例对三个应用程序进行分类的另一方法的流程图。
图9示出了根据本发明实施例对一个应用程序进行分类的方法的流程图。
图10示出了根据本发明实施例一应用程序的分类装置的结构框图。
图11示出了根据本发明实施例另一网站的分类管理装置的结构框图。
具体实施方式
本领域普通技术人员将了解,虽然下面的详细说明将参考图示实施例、附图进行,但本发明并不仅限于这些实施例。而是,本发明的范围是广泛的,且意在仅通过后附的权利要求限定本发明的范围
在更加详细地讨论示例性实施例之前应当提到的是,一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作描述成顺序的处理,但是其中的许多操作可以被并行地、并发地或者同时实施。此外,各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止,但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。
在上下文中所称“计算机终端”,也称为“电脑”,是指可以通过运行预定程序或指令来执行数值计算和/或逻辑计算等预定处理过程的智能电子终端,其可以包括处理器与存储器,由处理器执行在存储器中预存的存续指令来执行预定处理过程,或是由ASIC、FPGA、DSP等硬件执行预定处理过程,或是由上述二者组合来实现。计算机终端包括但不限于服务器、个人电脑、笔记本电脑、平板电脑、智能手机等。
所述计算机终端包括用户终端与网络终端。其中,所述用户终端包括但不限于电脑、智能手机、PDA等;所述网络终端包括但不限于单个网络服务器、多个网络服务器组成的服务器组或基于云计算(Cloud Computing)的由大量计算机或网络服务器构成的云,其中,云计算是分布式计算的一种,由一群松散耦合的计算机集组成的一个超级虚拟计算机。其中,所述计算机终端可单独运行来实现本发明,也可接入网络并通过与网络中的其他计算机终端的交互操作来实现本发明。其中,所述计算机终端所处的网络包括但不限于互联网、广域网、城域网、局域网、VPN网络等。
需要说明的是,所述用户终端、网络终端和网络等仅为举例,其他现有的或今后可能出现的计算机终端或网络如可适用于本发明,也应包含在本发明保护范围以内,并以引用方式包含于此。
后面所讨论的方法(其中一些通过流程图示出)可以通过硬件、软件、固件、中间件、微代码、硬件描述语言或者其任意组合来实施。当用软件、固件、中间件或微代码来实施时,用以实施必要任务的程序代码或代码段可以被存储在机器或计算机可读介质(比如存储介质)中。(一个或多个)处理器可以实施必要的任务。
这里所公开的具体结构和功能细节仅仅是代表性的,并且是用于描述本发明的示例性实施例的目的。但是本发明可以通过许多替换形式来具体实现,并且不应当被解释成仅仅受限于这里所阐述的实施例。
应当理解的是,虽然在这里可能使用了术语“第一”、“第二”等等来描述各个单元,但是这些单元不应当受这些术语限制。使用这些术语仅仅是为了将一个单元与另一个单元进行区分。举例来说,在不背离示例性实施例的范围的情况下,第一单元可以被称为第二单元,并且类似地第二单元可以被称为第一单元。这里所使用的术语“和/或”包括其中一个或更多所列出的相关联项目的任意和所有组合。
应当理解的是,当一个单元被称为“连接”或“耦合”到另一单元时,其可以直接连接或耦合到所述另一单元,或者可以存在中间单元。与此相对,当一个单元被称为“直接连接”或“直接耦合”到另一单元时,则不存在中间单元。应当按照类似的方式来解释被用于描述单元之间的关系的其他词语(例如“处于...之间”相比于“直接处于...之间”,“与...邻近”相比于“与...直接邻近”等等)。
这里所使用的术语仅仅是为了描述具体实施例而不意图限制示例性实施例。除非上下文明确地另有所指,否则这里所使用的单数形式“一个”、“一项”还意图包括复数。还应当理解的是,这里所使用的术语“包括”和/或“包含”规定所陈述的特征、整数、步骤、操作、单元和/或组件的存在,而不排除存在或添加一个或更多其他特征、整数、步骤、操作、单元、组件和/或其组合。
还应当提到的是,在一些替换实现方式中,所提到的功能/动作可以按照不同于附图中标示的顺序发生。举例来说,取决于所涉及的功能/动作,相继示出的两幅图实际上可以基本上同时执行或者有时可以按照相反的顺序来执行。
下面结合附图对本发明作进一步详细描述。
图1是根据本发明一个实施例的应用程序的分类方法的流程图。
结合图1中所示,本实施例所述的应用程序的分类方法,包括如下步骤:
S110、接收应用程序分类请求;
S120、获取应用程序的属性数据和使用数据;
S130、根据所述应用程序的属性数据和使用数据按照预定分类策略对应用程序进行分类。
下面对各步骤做进一步详细介绍。
步骤S110中,1)应用程序分类请求可以是用户发送的对至少一个应用程序进行分类的请求,如图2a所示的未对应用程序进行分类前终端设备的显示界面,可以选择对任意一个或多个应用程序进行分类。2)应用程序分类请求还可以是应用程序启动的提示,一旦应用程序启动,则会对该应用程序进行分类。3)预定周期的提示。随着用户在不同时间段的不同需求,该应用程序的分类也需不断变化,例如:用户欲10月1日去旅行,其在9月15日-9月30日期间会对旅游类应用程序使用频率增加,则此时该应用程序可能被划分到常用应用程序分类,但当用户旅行回来后,对该应用程序的使用频率就会大大减少,故此时需对该应用程序进行重新分类,将其从常用应用程序分类中移动到其它应用程序分类中。具体的,预定周期会提示对应用程序进行分类,预定周期可以用户设定,也可以根据用户对终端设备的使用频率确定不同的周期,例如,预定周期可以是每天、1周、10天或一个月等。
步骤S120中,应用程序的属性数据可以包括但不限于:应用程序的类型、应用程序的数据包的大小、应用程序的存储位置、应用程序的开发者信息、应用程序的缓存占用情况、应用程序的图标样式和/或应用程序的图标颜色。
步骤S120中,应用程序的使用数据可以包括但不限于:应用程序的使用时长、应用程序的使用地点、应用程序的使用频率和/或经常同时使用的应用程序(例如:地图软件和公交实时查询软件等)。
步骤S120中,可以从应用程序的日志中获取所述应用程序的使用数据,具体应用程序的日志是当应用程序启动时,对所述应用程序进行监听获得的数据。例如:从应用程序的日志:9:15启动,9:45终止,获得应用程序的使用时长为30分钟。
如图3所示,步骤S130可以包括:
S1301、按照预定分类策略的数据要求选取应用程序的预定属性数据和预定使用数据。
作为可选的,每个预定分类策略可以对应不同的预定属性数据和预定使用数据。例如:第一预定分类策略的数据要求为将应用程序的存储位置和应用程序的缓存占用情况作为预定属性数据,将应用程序的使用地点和应用程序的使用时长作为预定使用数据。第二预定分类策略的数据要求为无需预定属性数据,仅将应用程序的使用频率作为预定使用数据。第三预定分类策略的数据要求为无需预定使用数据,将应用程序的图标样式和应用程序的图标颜色作为预定属性数据。
S1302、将所述应用程序的预定属性数据和预定使用数据按照预定分类策略的数据要求进行格式转换。
作为可选的,每个预定分类策略需要对预定格式的预定属性数据和预定格式的预定使用数据进行处理,以保证数据的统一使分类更准确且计算量少。例如:第一预定分类策略的数据要求为对预定属性数据进行归一化处理后的数据和对预定使用数据进行二进制转换后的数据。第二预定分类策略的数据要求为对预定属性数据和预定使用数据进行标准化处理后的数据。
S1303、根据格式转换后所述应用程序的预定属性数据和预定使用数据按照预定分类策略对所述应用程序进行分类。
例如:第一预定分类策略包括:根据应用程序的使用频率进行分类,将每天都使用的应用程序作为第一类,将每周都使用的应用程序作为第二类,将一个月以上未使用的应用程序作为第三类。第二预定分类策略包括:根据应用程序的类型进行分类,将聊天类应用程序作为第一类,将购物类应用程序作为第二类,将学习类应用程序作为第三类。第三预定分类策略包括:根据应用程序的类型和应用程序的使用地点进行分类,将在家里使用的购物类和聊天类应用程序作为第一类,将在单位使用的学习类应用程序作为第二类。
结合图4所示,当步骤S110中所述应用程序分类请求中包含第一分类策略时,本发明实施例还可以包括以下步骤:
S1201、根据第一分类策略对应的数据要求选取所述应用程序的预定属性数据和预定使用数据。
具体地,由于应用程序分类请求中包含第一分类策略,故根据存储的第一分类策略对应的数据要求即可确定第一分类策略的数据要求为将应用程序的存储位置和应用程序的缓存占用情况作为预定属性数据。
S1304、将所述应用程序的预定属性数据和预定使用数据按照第一分类策略的数据要求进行格式转换。
具体地,第一分类策略对应的数据要求为对预定属性数据进行归一化处理后的数据和对预定使用数据进行二进制转换后的数据。故将应用程序的存储位置进行归一化处理,将应用程序的缓存占用情况进行二进制转换。
S1305、根据格式转换后所述应用程序的预定属性数据和预定使用数据按照第一分类策略对所述应用程序进行分类。
根据归一化处理后的应用程序的存储位置和二进制转换后的应用程序的缓存占用情况,将存储在安全数字存储(Secure Digital Memory,SD)卡和占用缓存少于预定值的应用程序作为第一类,将存储在终端设备的存储器中和占用缓存少于预定值的应用程序作为第二类,将存储在终端设备的存储器中和占用缓存大于等于预定值的应用程序作为第三类,其余应用程序作为第四类。
结合图5所示,本发明实施例还可以包括:
S140、根据分类结果将所述应用程序对应的图标按照不同的类别进行整理并显示。
以如图2a所示的终端设备的界面为例,根据应用程序的类型进行分类,将聊天类应用程序作为第一类,将购物类应用程序作为第二类,将学习类应用程序作为第三类,游戏类应用程序作为第四类,地图类应用程序作为第五类,旅游类应用程序作为第六类,管理类应用程序作为第七类,整理后显示的终端设备的界面可以如图2b所示。
结合图6所示,本发明实施例还可以包括:
S150、接收用户发送的新的分类请求。
具体地,当用户对分类结果不满意时,用户会发送新的分类请求,该新的分类请求可以仅是重新分类请求,也可以是包括预定分类策略的分类请求。
S160、按照新的预定分类策略对应的数据要求获取应用程序的预定属性数据和预定使用数据。
具体地,当分类请求仅是重新分类请求时,与步骤S1301相同;当分类请求是包括预定分类策略的分类请求时,与步骤S1201相同。
S170、将所述应用程序的预定属性数据和预定使用数据按照所述新的预定分类策略的数据要求进行格式转换。
具体地,当分类请求仅是重新分类请求时,与步骤S1302相同;当分类请求是包括预定分类策略的分类请求时,与步骤S1304相同。
S180、根据格式转换后所述应用程序的预定属性数据和预定使用数据按照新的预定分类策略对所述应用程序进行分类。
具体地,当分类请求仅是重新分类请求时,与步骤S1303相同;当分类请求是包括预定分类策略的分类请求时,与步骤S1305相同。
进一步,直到用户对分类结果满意,按照用户满意的分类结果对应用程序进行整理并显示。
作为可选的,本发明实施例可以单独存储应用程序的属性数据,单独存储应用程序的使用数据,单独存储每个预定分类策略对应的数据要求。也可以按照每个预定分类策略的数据要求将预定分类策略与对应的预定属性数据和预定使用数据进行指向性存储。
结合图7中所示,本发明实施例所述的对三个应用程序进行分类的方法,包括:
S710、接收用户发送的对三个应用程序进行分类的请求。
例如:三个应用程序分别为微信、百度云和QQ。
S720、获取所述三个应用程序的属性数据和使用数据。
例如:获取微信、百度云和QQ的类型、开发者信息、数据包大小、存储位置和图标颜色以及获取微信、百度云和QQ的使用地点、使用频率和使用时长。
S730、按照预定分类策略的数据要求选取所述三个应用程序的预定属性数据和预定使用数据。
具体地,预定分类策略可以是用户选择的分类策略,也可以装置默认的分类策略。例如:按照预定分类策略选取微信、百度云和QQ的开发者信息以及获取微信、百度云和QQ的使用时长。
S740、将所述三个应用程序的预定属性数据和预定使用数据按照预定分类策略的数据要求进行格式转换。
例如:将微信、百度云和QQ的开发者信息转换开发者的代码,将微信、百度云和QQ的使用时长进行二进制转换形成二进制数。
S750、根据格式转换后所述三个应用程序的预定属性数据和预定使用数据按照预定分类策略对所述三个应用程序进行分类。
例如:将开发者相同且使用时长高于预定值的微信和QQ分为一类,将百度云分为另一类。
S760、根据分类结果将所述至少一个应用程序对应的图标按照不同的类别进行整理并显示。
例如:将微信和QQ的图标放入第一文件夹中显示,将百度云的图标单独显示。
S770、接收用户发送的确认请求,完成应用程序的分类。
S780、接收用户发送的重新分类的请求,则选择不同的预定分类策略重复步骤S730-S760直到接收到用户发送的确认请求,完成应用程序的分类。
其中,步骤S770和S780为并列关系,其为根据用户的不同请求进行不同的操作。
结合图8中所示,本发明实施例所述的对三个应用程序进行分类的方法,包括:
S810、接收预定周期的提示,所述提示中包含第一分类策略。
例如:预定周期为7天,则每7天就会提示一次对应用程序进行分类。三个应用程序分别为微信、百度云和QQ。第一分类策略为根据应用程序的用开发者代码表示的开发者信息和用二进制数表示的使用时长进行分类。
S820、根据第一分类策略对应的数据要求选取所述三个应用程序的预定属性数据和预定使用数据。
例如:获取微信、百度云和QQ的开发者信息以及获取微信、百度云和QQ的使用时长。
S830、将所述三个应用程序的预定属性数据和预定使用数据按照第一分类策略的数据要求进行格式转换。
例如:将微信、百度云和QQ的开发者信息转换开发者的代码,将微信、百度云和QQ的使用时长进行二进制转换形成二进制数。
S840、根据格式转换后所述至少一个应用程序的预定属性数据和预定使用数据按照第一分类策略对所述应用程序进行分类。
例如:将开发者相同且使用时长高于预定值的微信和QQ分为一类,将百度云分为另一类。
S850、根据分类结果将应用程序对应的图标按照不同的类别进行整理并显示。
例如:将微信和QQ的图标放入第一文件夹中显示,将百度云的图标单独显示。
结合图9中所示,本发明实施例所述的又一应用程序的分类方法,可应用于终端设备中,包括:
S910、接收第一应用程序启动的提示。
例如,当微信启动时,则提示对微信进行分类。
S920、获取第一应用程序的属性数据和使用数据。
例如:获取微信的类型、开发者信息、数据包大小、存储位置和图标颜色以及获取微信的使用地点、使用频率和使用时长
S930、按照预定分类策略的数据要求选取第一应用程序的预定属性数据和预定使用数据。
具体地,预定分类策略可以是用户选择的分类策略,也可以装置默认的分类策略。例如:按照预定分类策略选取微信的开发者信息以及使用时长。
S940、将所述第一应用程序的预定属性数据和预定使用数据按照预定分类策略的数据要求进行格式转换。
例如:将微信的开发者信息转换开发者的代码,将微信的使用时长进行二进制转换形成二进制数。
S950、根据格式转换后所述第一应用程序的预定属性数据和预定使用数据按照预定分类策略对所述第一应用程序进行分类。
例如:将微信分类到聊天类应用程序中。
S960、根据分类结果将所述第一应用程序对应的图标整理并显示在对应类别文件夹中。
例如:将微信添加到聊天类应用程序文件夹中,该聊天类应用程序文件夹中的应用程序均为同一开发者且使用时长大于预定值。
S970、接收用户发送的确认请求,完成第一应用程序的分类。
S980、接收用户发送的重新分类的请求,则选择不同的预定分类策略重复步骤S930-S960直到接收到用户发送的确认请求,完成第一应用程序的分类。
结合图10中所示,本实施例所述的应用程序的分类装置,包括如下装置:
用于接收应用程序分类请的装置(以下简称“接收单元”)110;
用于获取应用程序的属性数据和使用数据的装置(以下简称“获取单元”)120;
用于根据所述应用程序的属性数据和使用数据按照预定分类策略对应用程序进行分类的装置(以下简称“分类单元”)130。
下面对各装置做进一步详细介绍。
接收单元110中,1)应用程序分类请求可以是用户发送的对至少一个应用程序进行分类的请求,如图2a所示的终端设备的界面,可以选择对任意一个或多个应用程序进行分类。2)应用程序分类请求还可以是应用程序启动的提示,一旦应用程序启动,则会对该应用程序进行分类。3)预定周期的提示。随着用户在不同时间段的不同需求,该应用程序的分类也需不断变化,例如:用户欲10月1日去旅行,其在9月15日-9月30日期间会对旅游类应用程序使用频率增加,则此时该应用程序可能被划分到常用应用程序分类,但当用户旅行回来后,对该应用程序的使用频率就会大大减少,故此时需对该应用程序进行重新分类,将其从常用应用程序分类中移动到其它应用程序分类中。具体的,预定周期会提示对应用程序进行分类,预定周期可以用户设定,也可以根据用户对终端设备的使用频率确定不同的周期,例如,预定周期可以是每天、1周、10天或一个月等。
获取单元120中,应用程序的属性数据可以包括但不限于:应用程序的类型、应用程序的数据包的大小、应用程序的存储位置、应用程序的开发者信息、应用程序的缓存占用情况、应用程序的图标样式和/或应用程序的图标颜色。
获取单元120中,应用程序的使用数据可以包括但不限于:应用程序的使用时长、应用程序的使用地点、应用程序的使用频率和/或经常同时使用的应用程序(例如:地图软件和公交实时查询软件等)。
结合图11所示,本发明实施例还包括:
用于获得所述应用程序的使用数据的装置(以下简称“使用数据获取单元”)190,使用数据获取单元190包括:
用于从应用程序的日志中获取所述应用程序的使用数据的装置(以下简称“监听子单元”)1901。
具体地,应用程序的日志是当应用程序启动时,对所述应用程序进行监听获得的数据。例如:从应用程序的日志:9:15启动,9:45终止,获得应用程序的使用时长为30分钟。
如图11所示,分类单元130可以包括:
用于按照预定分类策略的数据要求选取应用程序的预定属性数据和预定使用数据的装置(以下简称“数据选取子单元”)1301。
作为可选的,每个预定分类策略可以对应不同的预定属性数据和预定使用数据。例如:第一预定分类策略的数据要求为将应用程序的存储位置和应用程序的缓存占用情况作为预定属性数据,将应用程序的使用地点和应用程序的使用时长作为预定使用数据。第二预定分类策略的数据要求为无需预定属性数据,仅将应用程序的使用频率作为预定使用数据。第三预定分类策略的数据要求为无需预定使用数据,将应用程序的图标样式和应用程序的图标颜色作为预定属性数据。
用于将所述应用程序的预定属性数据和预定使用数据按照预定分类策略的数据要求进行格式转换的装置(以下简称“第一转换子单元”)。
作为可选的,每个预定分类策略需要对预定格式的预定属性数据和预定格式的预定使用数据进行处理,以保证数据的统一使分类更准确且计算量少。例如:第一预定分类策略的数据要求为对预定属性数据进行归一化处理后的数据和对预定使用数据进行二进制转换后的数据。第二预定分类策略的数据要求为对预定属性数据和预定使用数据进行标准化处理后的数据。
用于根据格式转换后所述应用程序的预定属性数据和预定使用数据按照预定分类策略对所述应用程序进行分类的装置(以下简称“第一策略分类子单元”)1303。
例如:第一预定分类策略包括:根据应用程序的使用频率进行分类,将每天都使用的应用程序作为第一类,将每周都使用的应用程序作为第二类,将一个月以上未使用的应用程序作为第三类。第二预定分类策略包括:根据应用程序的类型进行分类,将聊天类应用程序作为第一类,将购物类应用程序作为第二类,将学习类应用程序作为第三类。第三预定分类策略包括:根据应用程序的类型和应用程序的使用地点进行分类,将在家里使用的购物类和聊天类应用程序作为第一类,将在单位使用的学习类应用程序作为第二类。
结合图11所示,当接收单元110中所述应用程序分类请求中包含第一分类策略时,本发明实施例还可以包括以下装置:
用于根据第一分类策略对应的数据要求选取所述应用程序的预定属性数据和预定使用数据的装置(以下简称“数据获取子单元”)1201。
具体地,由于应用程序分类请求中包含第一分类策略,故根据存储的第一分类策略对应的数据要求即可确定第一分类策略的数据要求为将应用程序的存储位置和应用程序的缓存占用情况作为预定属性数据。
用于将所述应用程序的预定属性数据和预定使用数据按照第一分类策略的数据要求进行格式转换的装置(以下简称“第二转换子单元”)1304。
具体地,第一分类策略对应的数据要求为对预定属性数据进行归一化处理后的数据和对预定使用数据进行二进制转换后的数据。故将应用程序的存储位置进行归一化处理,将应用程序的缓存占用情况进行二进制转换。
用于根据格式转换后所述应用程序的预定属性数据和预定使用数据按照第一分类策略对所述应用程序进行分类的装置(以下简称“第二策略分类子单元”)1305。
根据归一化处理后的应用程序的存储位置和二进制转换后的应用程序的缓存占用情况,将存储在SD卡和占用缓存少于预定值的应用程序作为第一类,将存储在终端设备的存储器中和占用缓存少于预定值的应用程序作为第二类,将存储在终端设备的存储器中和占用缓存大于等于预定值的应用程序作为第三类,其余应用程序作为第四类。
结合图11所示,本发明实施例还可以包括:
用于根据分类结果将所述应用程序对应的图标按照不同的类别进行整理并显示的装置(以下简称“显示单元”)140。
以如图2a所示的终端设备的界面为例,根据应用程序的类型进行分类,将聊天类应用程序作为第一类,将购物类应用程序作为第二类,将学习类应用程序作为第三类,游戏类应用程序作为第四类,地图类应用程序作为第五类,旅游类应用程序作为第六类,管理类应用程序作为第七类,整理后显示的终端设备的界面可以如图2b所示。
结合图11所示,本发明实施例还可以包括:
用于接收用户发送的新的分类请求的装置(以下简称“新请求接收单元”)150。
具体地,该新请求接收单元150可以由接收单元110来实现新的分类请求的接收。当用户对分类结果不满意时,用户会发送新的分类请求,该新的分类请求可以仅是重新分类请求,也可以是包括预定分类策略的分类请求。
用于按照新的预定分类策略对应的数据要求获取应用程序的预定属性数据和预定使用数据的装置(以下简称“新获取单元”)160。
具体地,当分类请求仅是重新分类请求时,该新获取单元160可以由数据选取子单元1301来实现预定属性数据和预定使用数据的选取;当分类请求是包括预定分类策略的分类请求时,该新获取单元160可以由数据获取子单元1201来实现预定属性数据和预定使用数据的获取。
用于将所述应用程序的预定属性数据和预定使用数据按照所述新的预定分类策略的数据要求进行格式转换的装置(以下简称“新转换单元”)170。
具体地,当分类请求仅是重新分类请求时,该新转换单元170可以由第一转换子单元1302来实现预定属性数据和预定使用数据的格式转换;当分类请求是包括预定分类策略的分类请求时,该新转换单元170可以由第二转换子单元1304来实现预定属性数据和预定使用数据的格式转换。
用于根据格式转换后所述应用程序的预定属性数据和预定使用数据按照新的预定分类策略对所述应用程序进行分类的装置(以下简称“新分类单元”)180。
具体地,当分类请求仅是重新分类请求时,该新分类单元180可以由第一策略分类子单元1303来实现应用程序的分类;该新分类单元180可以由第二策略分类子单元1305来实现应用程序的分类。
进一步,直到用户对分类结果满意,按照用户满意的分类结果对应用程序进行整理并显示。
作为可选的,本发明实施例可以单独存储应用程序的属性数据,单独存储应用程序的使用数据,单独存储每个预定分类策略对应的数据要求。也可以按照每个预定分类策略的数据要求将预定分类策略与对应的预定属性数据和预定使用数据进行指向性存储。
本发明实施例所述的应用程序的分类方法及装置,根据应用程序的属性数据和使用数据对应用程序进行分类,提高了应用程序分类的准确性,同时,用户可以预先选择分类策略,也可以根据用户发送的请求装置自动选择分类策略,还可以预定周期对应用程序自动分类一次,使用户可以在查找应用程序时准确的获知应用程序的位置,从而节省了用户查找应用程序的时间,提高了用户的使用效率。另外当用户对分类结果不满意时可及时更换分类策略以进行重新分类,提高了用户的满意度。
需要注意的是,本发明可在软件和/或软件与硬件的组合体中被实施,例如,本发明的各个装置可采用专用集成电路(ASIC)或任何其他类似硬件终端来实现。在一个实施例中,本发明的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地,本发明的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中,例如,RAM存储器,磁或光驱动器或软磁盘及类似终端。另外,本发明的一些步骤或功能可采用硬件来实现,例如,作为与处理器配合从而执行各个步骤或功能的电路。
对于本领域技术人员而言,显然本发明不限于上述示范性实施例的细节,而且在不背离本发明的精神或基本特征的情况下,能够以其他的具体形式实现本发明。因此,无论从哪一点来看,均应将实施例看作是示范性的,而且是非限制性的,本发明的范围由所附权利要求而不是上述说明限定,因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外,显然“包括”一词不排除其他单元或步骤,单数不排除复数。系统权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一,第二等词语用来表示名称,而并不表示任何特定的顺序。
虽然前面特别示出并且描述了示例性实施例,但是本领域技术人员将会理解的是,在不背离权利要求书的精神和范围的情况下,在其形式和细节方面可以有所变化。这里所寻求的保护在所附权利要求书中做了阐述。
Claims (9)
1.一种应用程序的分类方法,包括:
接收应用程序分类请求,所述应用程序分类请求中包含第一分类策略;
根据第一分类策略对应的数据要求选取所述应用程序的预定属性数据和预定使用数据;
根据所述应用程序的属性数据和使用数据按照第一分类策略对应用程序进行分类;
接收用户发送的新的分类请求,
按照新的预定分类策略对应的数据要求获取应用程序的预定属性数据和预定使用数据;
将所述应用程序的预定属性数据和预定使用数据按照所述新的预定分类策略的数据要求进行格式转换;
根据格式转换后所述应用程序的预定属性数据和预定使用数据按照新的预定分类策略对所述应用程序进行分类。
2.根据权利要求1所述的分类方法,所述根据所述应用程序的属性数据和使用数据按照第一分类策略对应用程序进行分类的步骤包括:
将所述应用程序的预定属性数据和预定使用数据按照第一分类策略的数据要求进行格式转换;
根据格式转换后所述应用程序的预定属性数据和预定使用数据按照第一分类策略对所述应用程序进行分类。
3.根据权利要求1所述分类方法,还包括:
根据分类结果将所述应用程序对应的图标按照不同的类别进行整理并显示。
4.根据权利要求1-2任一项所述的分类方法,所述应用程序分类请求包括:
用户发送的对至少一个应用程序进行分类的请求;
应用程序启动的提示;
预定周期的提示。
5.根据权利要求1-2任一项所述的分类方法,获得所述应用程序的使用数据的步骤包括:
从应用程序的日志中获取所述应用程序的使用数据。
6.一种应用程序的分类装置,包括:
用于接收包含有第一分类策略的应用程序分类请求的装置;
用于根据第一分类策略对应的数据要求选取所述应用程序的预定属性数据和预定使用数据的装置;
用于根据所述应用程序的属性数据和使用数据按照第一分类策略对应用程序进行分类的装置;
用于接收用户发送的新的分类请求的装置,
用于按照新的预定分类策略对应的数据要求获取应用程序的预定属性数据和预定使用数据的装置;
用于将所述应用程序的预定属性数据和预定使用数据按照所述新的预定分类策略的数据要求进行格式转换的装置;
用于根据格式转换后所述应用程序的预定属性数据和预定使用数据按照新的预定分类策略对所述应用程序进行分类的装置。
7.根据权利要求6所述的分类装置,所述用于根据所述应用程序的属性数据和使用数据按照第一分类策略对应用程序进行分类的装置包括:
用于将所述应用程序的预定属性数据和预定使用数据按照第一分类策略的数据要求进行格式转换的装置;
用于根据格式转换后所述应用程序的预定属性数据和预定使用数据按照第一分类策略对所述应用程序进行分类的装置。
8.根据权利要求6所述分类装置,还包括:
用于根据分类结果将所述应用程序对应的图标按照不同的类别进行整理并显示的装置。
9.根据权利要求6-7任一项所述的分类装置,还包括:
用于获得所述应用程序的使用数据的装置,所述用于获得所述应用程序的使用数据的装置包括:
用于从应用程序的日志中获取所述应用程序的使用数据的装置。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510642213.9A CN105224394B (zh) | 2015-09-30 | 2015-09-30 | 一种应用程序的分类方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510642213.9A CN105224394B (zh) | 2015-09-30 | 2015-09-30 | 一种应用程序的分类方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105224394A CN105224394A (zh) | 2016-01-06 |
CN105224394B true CN105224394B (zh) | 2019-05-31 |
Family
ID=54993384
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510642213.9A Active CN105224394B (zh) | 2015-09-30 | 2015-09-30 | 一种应用程序的分类方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105224394B (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105760539A (zh) * | 2016-03-14 | 2016-07-13 | 广州趣丸网络科技有限公司 | 一种游戏应用识别方法及装置 |
CN106020602A (zh) * | 2016-05-16 | 2016-10-12 | 北京奇虎科技有限公司 | 快捷图标的查找方法、装置和终端设备 |
CN107943960A (zh) * | 2017-11-27 | 2018-04-20 | 维沃移动通信有限公司 | 一种应用程序整理的方法、移动终端 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102929622A (zh) * | 2012-10-24 | 2013-02-13 | 深圳市万凯达科技有限公司 | 一种对移动终端中应用进行归类的方法、系统及移动终端 |
CN103309559A (zh) * | 2013-05-27 | 2013-09-18 | 深圳市金立通信设备有限公司 | 一种控制界面应用图标的方法及终端 |
CN104077132A (zh) * | 2014-06-20 | 2014-10-01 | 北京金山安全软件有限公司 | 移动终端中应用程序的管理方法和装置 |
-
2015
- 2015-09-30 CN CN201510642213.9A patent/CN105224394B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102929622A (zh) * | 2012-10-24 | 2013-02-13 | 深圳市万凯达科技有限公司 | 一种对移动终端中应用进行归类的方法、系统及移动终端 |
CN103309559A (zh) * | 2013-05-27 | 2013-09-18 | 深圳市金立通信设备有限公司 | 一种控制界面应用图标的方法及终端 |
CN104077132A (zh) * | 2014-06-20 | 2014-10-01 | 北京金山安全软件有限公司 | 移动终端中应用程序的管理方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
CN105224394A (zh) | 2016-01-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11442935B2 (en) | Determining a record generation estimate of a processing task | |
US11599541B2 (en) | Determining records generated by a processing task of a query | |
US11586627B2 (en) | Partitioning and reducing records at ingest of a worker node | |
US11341131B2 (en) | Query scheduling based on a query-resource allocation and resource availability | |
US11321321B2 (en) | Record expansion and reduction based on a processing task in a data intake and query system | |
US12007996B2 (en) | Management of distributed computing framework components | |
US11593377B2 (en) | Assigning processing tasks in a data intake and query system | |
US20200364223A1 (en) | Search time estimate in a data intake and query system | |
US20200065303A1 (en) | Addressing memory limits for partition tracking among worker nodes | |
US10491662B2 (en) | Dynamically organizing cloud computing resources to facilitate discovery | |
CN104281656B (zh) | 在应用程序中加入标签信息的方法和装置 | |
US11019019B2 (en) | Dynamic hashtag ordering based on projected interest | |
CN112288464A (zh) | 商品推荐方法、装置、计算机设备和存储介质 | |
CN107506367B (zh) | 确定应用展示内容的方法、装置及服务器 | |
CN105224394B (zh) | 一种应用程序的分类方法及装置 | |
CN113157947A (zh) | 知识图谱的构建方法、工具、装置和服务器 | |
CN109255000A (zh) | 一种标签数据的维度管理方法及装置 | |
CN110727857A (zh) | 针对业务对象识别潜在用户的关键特征的方法及装置 | |
CN111767459A (zh) | 物品推荐的方法和装置 | |
CN110286981A (zh) | 虚拟云桌面服务器的使用状态的显示方法及显示系统 | |
CN111177562B (zh) | 一种目标对象的推荐排序处理方法、装置及服务器 | |
CN106331000A (zh) | 一种确定服务方案的方法及装置 | |
CN106815285A (zh) | 基于视频网站的视频推荐的方法、装置及电子设备 | |
US8019814B2 (en) | Service for standardization of resource metadata models via social networking—arriving at an agreed upon (standard) resource meta-model via social consensus | |
US9542457B1 (en) | Methods for displaying object history information |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |