著录项信息
专利名称 | 一种数据自分类存储方法及终端 |
申请号 | CN201510702568.2 | 申请日期 | 2015-10-22 |
法律状态 | 授权 | 申报国家 | 中国 |
公开/公告日 | 2016-03-02 | 公开/公告号 | CN105373595A |
优先权 | 暂无 | 优先权号 | 暂无 |
主分类号 | G06F16/13 | IPC分类号 | G;0;6;F;1;6;/;1;3查看分类表>
|
申请人 | 广东欧珀移动通信有限公司 | 申请人地址 | 广东省东莞市长安镇乌沙海滨路18号
变更
专利地址、主体等相关变化,请及时变更,防止失效 |
权利人 | OPPO广东移动通信有限公司 | 当前权利人 | OPPO广东移动通信有限公司 |
发明人 | 王伟 |
代理机构 | 广州三环专利商标代理有限公司 | 代理人 | 郝传鑫;熊永强 |
摘要
本发明实施例公开了一种数据自分类存储方法及终端。通过查找应用包名与应用路径的前缀目录的对应关系,将属于同一应用路径的前缀目录下的应用包名对应的应用数据统一存储,存储至该应用路径的前缀目录下的子目录对应的存储区域,根据配置列表将同一类型的应用包名对应至同一应用路径的前缀目录,目录分类清晰,便于读取目录及该目录下存储的数据。
1.一种数据自分类存储方法,其特征在于,包括:
接收应用的数据存储请求时或之前,判断是否启动数据存储的自分类;若判断的结果为是,则启动所述数据存储的自分类;当接收到应用的数据存储请求时,根据接收到的数据的接口识别所述应用为系统应用或第三方应用;
若识别为第三方应用,获取本地存储的配置列表,所述配置列表中保存有同一类型应用的应用包名与应用路径的前缀目录的对应关系;
根据所述第三方应用的包名,在所述配置列表中查找与所述第三方应用对应的应用路径的前缀目录;
在查找到的与所述第三方应用对应的应用路径的前缀目录下创建所述第三方应用的第一子目录;同类型的不同第三方应用在相同的前缀目录下具有不同的子目录;
将数据保存至所述第三方应用的第一子目录对应的存储区域;
若在所述配置列表中未查找到与所述第三方应用对应的应用路径的前缀目录,在设定应用路径的前缀目录下创建所述第三方应用的第二子目录;
将所述数据保存至所述第三方应用的第二子目录对应的存储区域。
2.如权利要求1所述的方法,其特征在于,还包括:
若识别为系统应用,修改系统接口,将所述系统应用的数据统一存储至系统应用的前缀目录对应的存储区域。
3.如权利要求1所述的方法,其特征在于,还包括:
从服务器获取更新后的所述配置列表,对所述本地存储的配置列表进行更新。
4.一种终端,其特征在于,包括:
判断单元,用于判断是否启动数据存储的自分类;
启动单元,用于若判断的结果为是,则启动所述数据存储的自分类;
识别单元,用于当接收到应用的数据存储请求时,根据接收到的数据的接口识别所述应用为系统应用或第三方应用;
获取单元,用于若识别为第三方应用,获取本地存储的配置列表,所述配置列表中保存有同一类型应用的应用包名与应用路径的前缀目录的对应关系;
查找单元,用于根据所述第三方应用的包名,在所述配置列表中查找与所述第三方应用对应的应用路径的前缀目录;
创建单元,用于在查找到的与所述第三方应用对应的应用路径的前缀目录下创建所述第三方应用的第一子目录;同类型的不同第三方应用在相同的前缀目录下具有不同的子目录;
保存单元,用于将数据保存至所述第三方应用的第一子目录对应的存储区域;
所述创建单元还用于若在所述配置列表中未查找到与所述第三方应用对应的应用路径的前缀目录,在设定应用路径的前缀目录下创建所述第三方应用的第二子目录;
所述保存单元还用于将所述数据保存至所述第三方应用的第二子目录对应的存储区域。
5.如权利要求4所述的终端,其特征在于,所述保存单元还用于若识别为系统应用,修改系统接口,将所述系统应用的数据统一存储至系统应用的前缀目录对应的存储区域。
6.如权利要求4所述的终端,其特征在于,还包括:
更新单元,用于从服务器获取更新后的所述配置列表,对所述本地存储的配置列表进行更新。
一种数据自分类存储方法及终端\n技术领域\n[0001] 本发明涉及数据存储技术领域,尤其涉及一种数据自分类存储方法及终端。\n背景技术\n[0002] 目前安卓应用众多,很多应用都会在终端例如手机存储根目录创建子目录,导致手机存储根目录目录数量众多,给查看带来很大不便。\n发明内容\n[0003] 本发明实施例提供一种数据自分类存储方法及终端,以解决目前终端存储根目录划分太混乱,不便于查看目录及该目录下存储的数据的问题。\n[0004] 一方面,提供了一种数据自分类存储方法,包括:\n[0005] 当接收到应用的数据存储请求时,识别所述应用为系统应用或第三方应用;\n[0006] 若识别为第三方应用,获取本地存储的配置列表,所述配置列表中保存有同一类型应用的应用包名与应用路径的前缀目录的对应关系;\n[0007] 根据所述第三方应用的包名,在所述配置列表中查找与所述第三方应用对应的应用路径的前缀目录;\n[0008] 在查找到的与所述第三方应用对应的应用路径的前缀目录下创建所述第三方应用的第一子目录;\n[0009] 将数据保存至所述第三方应用的第一子目录对应的存储区域。\n[0010] 优选地,所述方法还包括:\n[0011] 若识别为系统应用,修改系统接口,将所述系统应用的数据统一存储至系统应用的前缀目录对应的存储区域。\n[0012] 优选地,所述方法还包括:\n[0013] 从服务器获取更新后的所述配置列表,对所述本地存储的配置列表进行更新。\n[0014] 优选地,所述方法还包括:\n[0015] 若在所述配置列表中未查找到与所述第三方应用对应的应用路径的前缀目录,在设定应用路径的前缀目录下创建所述第三方应用的第二子目录;\n[0016] 将所述数据保存至所述第三方应用的第二子目录对应的存储区域。\n[0017] 优选地,所述接收应用的数据存储请求时或之前,所述方法还包括:\n[0018] 判断是否启动数据存储的自分类;\n[0019] 若判断的结果为是,则启动所述数据存储的自分类。\n[0020] 另一方面,提供了一种终端,包括:\n[0021] 识别单元,用于当接收到应用的数据存储请求时,识别所述应用为系统应用或第三方应用;\n[0022] 获取单元,用于若识别为第三方应用,获取本地存储的配置列表,所述配置列表中保存有同一类型应用的应用包名与应用路径的前缀目录的对应关系;\n[0023] 查找单元,用于根据所述第三方应用的包名,在所述配置列表中查找与所述第三方应用对应的应用路径的前缀目录;\n[0024] 创建单元,用于在查找到的与所述第三方应用对应的应用路径的前缀目录下创建所述第三方应用的第一子目录;\n[0025] 保存单元,用于将数据保存至所述第三方应用的第一子目录对应的存储区域。\n[0026] 优选地,所述保存单元还用于若识别为系统应用,修改系统接口,将所述系统应用的数据统一存储至系统应用的前缀目录对应的存储区域。\n[0027] 优选地,所述终端还包括:\n[0028] 更新单元,用于从服务器获取更新后的所述配置列表,对所述本地存储的配置列表进行更新。\n[0029] 优选地,所述创建单元还用于若在所述配置列表中未查找到与所述第三方应用对应的应用路径的前缀目录,在设定应用路径的前缀目录下创建所述第三方应用的第二子目录;\n[0030] 所述保存单元还用于将所述数据保存至所述第三方应用的第二子目录对应的存储区域。\n[0031] 优选地,所述终端还包括:\n[0032] 判断单元,用于判断是否启动数据存储的自分类;\n[0033] 启动单元,用于若判断的结果为是,则启动所述数据存储的自分类。\n[0034] 实施本发明实施例提供的一种数据自分类存储方法及终端,具有如下有益效果:\n[0035] 通过查找应用包名与应用路径的前缀目录的对应关系,将属于同一应用路径的前缀目录下的应用包名对应的应用数据统一存储,存储至该应用路径的前缀目录下的子目录对应的存储区域,根据配置列表将同一类型的应用包名对应至同一应用路径的前缀目录,目录分类清晰,便于读取目录及该目录下存储的数据。\n附图说明\n[0036] 为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。\n[0037] 图1为本发明实施例提供的一种数据自分类存储方法的流程示意图;\n[0038] 图2为本发明实施例提供的另一种数据自分类存储方法的流程示意图;\n[0039] 图3为本发明实施例提供的一种终端的结构示意图;\n[0040] 图4为本发明实施例提供的另一种终端的结构示意图。\n具体实施方式\n[0041] 下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。\n[0042] 图1为本发明实施例提供的一种数据自分类存储方法的流程示意图,该方法包括以下步骤:\n[0043] 步骤S101,当接收到应用的数据存储请求时,识别所述应用为系统应用或第三方应用。\n[0044] 终端中安装的应用分为系统应用和第三方应用。当接收到某个应用的数据存储请求时,要将数据存储至对应的目录下的存储区域,以便于读取和查看数据,首先识别该应用为系统应用还是第三方应用,一般可以根据接收到的数据的接口进行识别,即是从系统接口获取到该数据,还是从其他接口获取到该数据。\n[0045] 步骤S102,若识别为第三方应用,获取本地存储的配置列表。\n[0046] 在终端本地存储有一配置列表,该配置列表中保存有同一类型应用的应用包名与应用路径的前缀目录的对应关系,当然,配置列表仅针对第三方应用,而系统应用没有这样的配置列表。示例的配置列表如表1所示:\n[0047] 表1示例的配置列表\n[0048] pkgname dirname\ncom.tencent.mtt tencent\ncom.tencent.mobileqq tencent\ncom.tencent.qqzone tencent\ncom.baidu.search baidu\ncom.baidu.news baidu\n[0049] 表1中,pkgname指应用包名,具体可以是安卓软件包名,dirname指应用路径的前缀目录。对于同一类型应用的应用包名,对应于同一应用路径的前缀目录,例如,表1中的com.tencent.mtt、com.tencent.mobileqq、以及com.tencent.qqzone都对于tencent;\ncom.baidu.search和com.baidu.news都对应baidu。\n[0050] 步骤S103,根据所述第三方应用的包名,在所述配置列表中查找与所述第三方应用对应的应用路径的前缀目录。\n[0051] 获取到配置列表后,根据第三方应用的包名,可以在配置列表中查找与第三方应用对于的应用路径的前缀目录。\n[0052] 以表1为例,如qq应用(com.tencent.mobileqq)要在手机中存储数据,查找到与该qq应用对应的应用路径的前缀目录tencent。\n[0053] 步骤S104,在查找到的与所述第三方应用对应的应用路径的前缀目录下创建所述第三方应用的第一子目录。\n[0054] 如果该qq应用之前未在手机中存储数据,则要创建一个mobileqq的子目录,发起子目录创建请求时,系统返回子目录路径为:/storage/emulated/0/tencent/mobileqq。而现有技术中,则是将该qq应用的数据存储至/storage/emulated/0/mobileqq对应的存储区域。\n[0055] 步骤S105,将数据保存至所述第三方应用的第一子目录对应的存储区域。\n[0056] 最后,可将数据保存至创建的该子目录对应的存储区域。\n[0057] 根据本发明实施例提供的一种数据自分类存储方法,通过查找应用包名与应用路径的前缀目录的对应关系,将属于同一应用路径的前缀目录下的应用包名对应的应用数据统一存储,存储至该应用路径的前缀目录下的子目录对应的存储区域,根据配置列表将同一类型的应用包名对应至同一应用路径的前缀目录,目录分类清晰,便于读取目录及该目录下存储的数据。\n[0058] 图2为本发明实施例提供的另一种数据自分类存储方法的流程示意图,该方法包括以下步骤:\n[0059] 步骤S201,判断是否启动数据存储的自分类,若判断的结果为是,则进行至步骤S202;否则,进行至步骤S203。\n[0060] 步骤S202,启动所述数据存储的自分类。\n[0061] 步骤S203,按照终端默认数据存储方式存储。\n[0062] 在终端可以设置自分类启动开关,当开关被置为“ON”时,启动数据存储的自分类,当开关被置为“OFF”时,按照终端默认数据存储方式存储。这里的开关可以是硬开关,也可以是软开关。这里,数据存储的自分类是指采用本实施例提供的数据自分类存储方案。\n[0063] 步骤S204,从服务器获取更新后的配置列表,对本地存储的配置列表进行更新。\n[0064] 服务器根据新开发的第三方应用,对配置列表进行更新,这些应用在用户下载至终端前,服务器已经配置好该配置列表。终端需要从服务器定期下载更新配置列表。\n[0065] 步骤S205,当接收到应用的数据存储请求时,识别所述应用是否为系统应用,若识别为系统应用,则进行到步骤S206;若识别为第三方应用,则进行到步骤S207。\n[0066] 步骤S206,若识别为系统应用,修改系统接口,将所述系统应用的数据统一存储至系统应用的前缀目录对应的存储区域。\n[0067] 默认系统接口返回的路径是/storage/emulated/0,在本实施例中对这个路径进行重定向为/storage/emulated/0/systemapp,所以修改系统接口,述系统应用的数据统一存储至系统应用的前缀目录对应的存储区域,这里,系统应用的前缀目录即指systemapp。\n[0068] 步骤S207,若识别为第三方应用,获取本地存储的配置列表。\n[0069] 所述配置列表中保存有同一类型应用的应用包名与应用路径的前缀目录的对应关系。\n[0070] 步骤S208,根据所述第三方应用的包名,在所述配置列表中查找与所述第三方应用对应的应用路径的前缀目录。\n[0071] 步骤S209,是否查找到与所述第三方应用对应的应用路径的前缀目录,若查找到,则进行到步骤S210;否则,进行到步骤S212。\n[0072] 步骤S210,在查找到的与所述第三方应用对应的应用路径的前缀目录下创建所述第三方应用的第一子目录。\n[0073] 步骤S211,将数据保存至所述第三方应用的第一子目录对应的存储区域。\n[0074] 关于根据配置列表,存储第三方应用的数据在图1所示的实施例中已描述,在此不再赘述。\n[0075] 步骤S212,在设定应用路径的前缀目录下创建所述第三方应用的第二子目录。\n[0076] 步骤S213,将所述数据保存至所述第三方应用的第二子目录对应的存储区域。\n[0077] 如果某个应用未在上述配置列表中,则统一放在thirdapp目录下面。比如com.android.test创建test目录时系统返回/storage/emulated/0/thirdapp/test。\n[0078] 根据本发明实施例提供的一种数据自分类存储方法,通过查找应用包名与应用路径的前缀目录的对应关系,将属于同一应用路径的前缀目录下的应用包名对应的应用数据统一存储,存储至该应用路径的前缀目录下的子目录对应的存储区域,根据配置列表将同一类型的应用包名对应至同一应用路径的前缀目录,目录分类清晰,便于读取目录及该目录下存储的数据;并从服务器获取更新的配置列表对本地存储的配置列表进行更新,以便于目录分类;若在配置列表中没有查找到与第三方应用对应的应用路径的前缀目录,则在设定应用路径的前缀目录下创建该第三方应用的子目录,以使任何情况下都能对数据进行统一存储。\n[0079] 需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为根据本发明,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本发明所必须的。\n[0080] 在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。\n[0081] 图3为本发明实施例提供的一种终端的结构示意图,该终端1000包括:\n[0082] 识别单元11,用于当接收到应用的数据存储请求时,识别所述应用为系统应用或第三方应用。\n[0083] 终端中安装的应用分为系统应用和第三方应用。当接收到某个应用的数据存储请求时,要将数据存储至对应的目录下的存储区域,以便于读取和查看数据,首先识别单元11识别该应用为系统应用还是第三方应用,一般可以根据接收到的数据的接口进行识别,即是从系统接口获取到该数据,还是从其他接口获取到该数据。\n[0084] 获取单元12,用于若识别为第三方应用,获取本地存储的配置列表。\n[0085] 在终端本地存储有一配置列表,该配置列表中保存有同一类型应用的应用包名与应用路径的前缀目录的对应关系,当然,配置列表仅针对第三方应用,而系统应用没有这样的配置列表。示例的配置列表如表1所示。\n[0086] 查找单元13,用于根据所述第三方应用的包名,在所述配置列表中查找与所述第三方应用对应的应用路径的前缀目录。\n[0087] 获取到配置列表后,根据第三方应用的包名,可以在配置列表中查找与第三方应用对于的应用路径的前缀目录。\n[0088] 以表1为例,如qq应用(com.tencent.mobileqq)要在手机中存储数据,查找到与该qq应用对应的应用路径的前缀目录tencent。\n[0089] 创建单元14,用于在查找到的与所述第三方应用对应的应用路径的前缀目录下创建所述第三方应用的第一子目录。\n[0090] 如果该qq应用之前未在手机中存储数据,则要创建一个mobileqq的子目录,发起子目录创建请求时,系统返回子目录路径为:/storage/emulated/0/tencent/mobileqq。而现有技术中,则是将该qq应用的数据存储至/storage/emulated/0/mobileqq对应的存储区域。\n[0091] 保存单元15,用于将数据保存至所述第三方应用的第一子目录对应的存储区域。\n[0092] 最后,可将数据保存至创建的该子目录对应的存储区域。\n[0093] 根据本发明实施例提供的一种终端,通过查找应用包名与应用路径的前缀目录的对应关系,将属于同一应用路径的前缀目录下的应用包名对应的应用数据统一存储,存储至该应用路径的前缀目录下的子目录对应的存储区域,根据配置列表将同一类型的应用包名对应至同一应用路径的前缀目录,目录分类清晰,便于读取目录及该目录下存储的数据。\n[0094] 图4为本发明实施例提供的另一种终端的结构示意图,该终端2000包括:\n[0095] 判断单元21,用于判断是否启动数据存储的自分类。\n[0096] 启动单元22,用于若判断的结果为是,则启动所述数据存储的自分类。\n[0097] 在终端可以设置自分类启动开关,当开关被置为“ON”时,启动数据存储的自分类,当开关被置为“OFF”时,按照终端默认数据存储方式存储。这里的开关可以是硬开关,也可以是软开关。这里,数据存储的自分类是指采用本实施例提供的数据自分类存储方案。\n[0098] 更新单元23,用于从服务器获取更新后的配置列表,对本地存储的配置列表进行更新。\n[0099] 服务器根据新开发的第三方应用,对配置列表进行更新,这些应用在用户下载至终端前,服务器已经配置好该配置列表。终端需要从服务器定期下载更新配置列表。\n[0100] 识别单元24,用于当接收到应用的数据存储请求时,识别所述应用是否为系统应用。\n[0101] 保存单元28,用于若识别为系统应用,修改系统接口,将所述系统应用的数据统一存储至系统应用的前缀目录对应的存储区域。\n[0102] 默认系统接口返回的路径是/storage/emulated/0,在本实施例中对这个路径进行重定向为/storage/emulated/0/systemapp,所以修改系统接口,述系统应用的数据统一存储至系统应用的前缀目录对应的存储区域,这里,系统应用的前缀目录即指systemapp。\n[0103] 获取单元25,用于若识别为第三方应用,获取本地存储的配置列表。\n[0104] 所述配置列表中保存有同一类型应用的应用包名与应用路径的前缀目录的对应关系。\n[0105] 查找单元26,用于根据所述第三方应用的包名,在所述配置列表中查找与所述第三方应用对应的应用路径的前缀目录。\n[0106] 创建单元27,用于若查找到与所述第三方应用对应的应用路径的前缀目录,在查找到的与所述第三方应用对应的应用路径的前缀目录下创建所述第三方应用的第一子目录。\n[0107] 保存单元28还用于将数据保存至所述第三方应用的第一子目录对应的存储区域。\n[0108] 关于根据配置列表,存储第三方应用的数据在图3所示的实施例中已描述,在此不再赘述。\n[0109] 创建单元27还用于在设定应用路径的前缀目录下创建所述第三方应用的第二子目录。\n[0110] 保存单元28还用于将所述数据保存至所述第三方应用的第二子目录对应的存储区域。\n[0111] 如果某个应用未在上述配置列表中,则统一放在thirdapp目录下面。比如com.android.test创建test目录时系统返回/storage/emulated/0/thirdapp/test。\n[0112] 根据本发明实施例提供的一种终端,通过查找应用包名与应用路径的前缀目录的对应关系,将属于同一应用路径的前缀目录下的应用包名对应的应用数据统一存储,存储至该应用路径的前缀目录下的子目录对应的存储区域,根据配置列表将同一类型的应用包名对应至同一应用路径的前缀目录,目录分类清晰,便于读取目录及该目录下存储的数据;\n并从服务器获取更新的配置列表对本地存储的配置列表进行更新,以便于目录分类;若在配置列表中没有查找到与第三方应用对应的应用路径的前缀目录,则在设定应用路径的前缀目录下创建该第三方应用的子目录,以使任何情况下都能对数据进行统一存储。\n[0113] 通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到本发明可以用硬件实现,或固件实现,或它们的组合方式来实现。当使用软件实现时,可以将上述功能存储在计算机可读介质中或作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质,其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是计算机能够存取的任何可用介质。以此为例但不限于:计算机可读介质可以包括随机存取存储器(Random Access Memory,RAM)、只读存储器(Read-Only Memory,ROM)、电可擦可编程只读存储器(Electrically Erasable Programmable Read-Only Memory,EEPROM)、只读光盘(Compact Disc Read-Only Memory,CD-ROM)或其他光盘存储、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质。此外。任何连接可以适当的成为计算机可读介质。例如,如果软件是使用同轴电缆、光纤光缆、双绞线、数字用户线(Digital Subscriber Line,DSL)或者诸如红外线、无线电和微波之类的无线技术从网站、服务器或者其他远程源传输的,那么同轴电缆、光纤光缆、双绞线、DSL或者诸如红外线、无线和微波之类的无线技术包括在所属介质的定影中。如本发明所使用的,盘(Disk)和碟(disc)包括压缩光碟(CD)、激光碟、光碟、数字通用光碟(DVD)、软盘和蓝光光碟,其中盘通常磁性的复制数据,而碟则用激光来光学的复制数据。上面的组合也应当包括在计算机可读介质的保护范围之内。\n[0114] 总之,以上所述仅为本发明技术方案的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 |
1
| | 暂无 |
2011-04-21
| | |
2
| |
2014-10-22
|
2013-04-18
| | |
3
| |
2012-09-26
|
2012-05-17
| | |
4
| |
2011-04-20
|
2010-12-06
| | |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |