CN106126720A - 对移动终端浏览器的收藏夹进行管理的方法及装置 - Google Patents

Abstract

本发明公开了一种对移动终端浏览器的收藏夹进行管理的方法及装置，其中的方法包括：在移动终端的本地客户端，建立以收藏夹、文件夹、书签为顺序的从父至子的树型数据结构；当接收到管理收藏夹的请求时，按照所述树型数据结构的父子关系，对相应的文件夹和/或书签进行编辑。可见，本发明采用“收藏夹‑文件夹‑书签”的顺序构建一棵从上至下的树结构，从而方便后续对各个节点之间数据的层级管理。

Description

对移动终端浏览器的收藏夹进行管理的方法及装置

技术领域

本发明涉及计算机技术领域，具体涉及一种对移动终端浏览器的收藏夹进行管理的方法及装置。

背景技术

收藏夹是用户使用浏览器时，遇到喜欢或常用的网站时保存管理的文件夹，方便后续使用。手机浏览器早期开发时就有收藏夹这一核心功能。对所有网站支持添加到收藏夹，但是收藏夹为单一目录，不支持文件夹的自定义。随着人们对浏览器的长期使用，发现需要收藏的文件越来越多，单一的收藏夹不能满足方便查找的功能。而由于手机上的使用体验和PC不同，考虑便于用户分类管理，故在后续的浏览器版本中扩展了收藏夹的编辑功能。增加了收藏夹中多文件夹支持。使用户可以在收藏夹内根据需要添加文件夹，根据需要移动文件夹，根据需要编辑(增，删，改)收藏的网址，且支持和PC端浏览器收藏夹的同步。

现有实现手机浏览器收藏夹管理方案主要有两种。

一种是基于网络侧实现的方式，具体的，将用户对收藏夹的不同操作封装成不同的API接口，收藏夹内容保存至服务端，客户端通过请求不同的API，更新服务端收藏夹数据的方式实现收藏夹的编辑。然而这种方案存在如下的缺点：1、由于依赖于接口的方式，受限于网络环境，在无网环境下，无法执行相应处理；2、由于需要考虑不同接口拆分以及需要兼容非登录和登录状态的操作，因此造成服务端开销较大，维护成本和接口开发成本都较高；3、频繁的数据请求导致流量消耗较大。

另一种是，基于本地数据库存储数据的方式，具体的，通过创建不同的表对应不同的文件夹方式，编辑管理时只对本地对数据库文件进行相应的修改。然而这种方式存在如下缺点：1、不同文件夹创建不同表格的方式，表格内改查成本较低，但是文件夹之间的层级管理成本较高；2、扩展性较差，对于和PC打通和云端同步等数据同步需求支持能力受限。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的对移动终端浏览器的收藏夹进行管理的方法及装置。

依据本发明的一个方面，提供一种对移动终端浏览器的收藏夹进行管理的方法，包括：在移动终端的本地客户端，建立以收藏夹、文件夹、书签为顺序的从父至子的树型数据结构；当接收到管理收藏夹的请求时，按照所述树型数据结构的父子关系，对相应的文件夹和/或书签进行编辑。

优选的，所述请求为新建文件夹请求，所述对相应的文件夹和/或书签进行编辑包括：向树型数据结构中***一条数据，其中，数据类型为文件夹，创建时间和更改时间赋值为当前***时间，并赋予文件夹标识和文件夹名称。

优选的，所述请求为删除文件夹请求，所述对相应的文件夹和/或书签进行编辑包括：通过解析所述请求确定待删除文件夹标识，在树型数据结构中查找并删除文件夹标识对应的数据；以及，递归查找出父标识为待删除文件夹标识的所有书签，将所述所有书签一并删除。

优选的，所述请求为移动文件夹请求，所述对相应的文件夹和/或书签进行编辑包括：判断是否存在与待移动文件夹同名的文件夹，若是，提示移动失败，否则，判断待移动文件夹下书签是否与其他书签重复，若是，对重复书签进行合并处理。

优选的，对重复书签进行合并处理，包括：判断当前用户是否处于登录状态；对于登录状态，保留从服务端获取的书签，删除本地待移动文件夹下的书签；对于非登录状态，保留本地待移动文件夹下的书签。

优选的，建立以收藏夹、文件夹、书签为顺序的从父至子的树型数据结构，包括：定义书签数据格式和文件夹数据格式，得到数据记录；读取数据记录并抽象出共性参数数据，得到记录集合；根据所述记录集合构建收藏夹的多叉树。

优选的，还包括：本地客户端从服务端获取同账户其他终端的收藏夹数据，并将本地收藏夹数据与收藏夹数据进行合并。

依据本发明的另一个方面，提供一种对移动终端浏览器的收藏夹进行管理的装置，包括：树建立单元，用于在移动终端的本地客户端，建立以收藏夹、文件夹、书签为顺序的从父至子的树型数据结构；编辑处理单元，用于当接收到管理收藏夹的请求时，按照所述树型数据结构的父子关系，对相应的文件夹和/或书签进行编辑。

优选的，所述请求为新建文件夹请求，所述编辑处理单元具体用于，向树型数据结构中***一条数据，其中，数据类型为文件夹，创建时间和更改时间赋值为当前***时间，并赋予文件夹标识和文件夹名称。

优选的，所述请求为删除文件夹请求，所述编辑处理单元具体用于，通过解析所述请求确定待删除文件夹标识，在树型数据结构中查找并删除文件夹标识对应的数据；以及，递归查找出父标识为待删除文件夹标识的所有书签，将所述所有书签一并删除。

优选的，所述请求为移动文件夹请求，所述编辑处理单元具体用于，判断是否存在与待移动文件夹同名的文件夹，若是，提示移动失败，否则，判断待移动文件夹下书签是否与其他书签重复，若是，对重复书签进行合并处理。

优选的，所述编辑处理单元具体用于，判断当前用户是否处于登录状态；对于登录状态，保留从服务端获取的书签，删除本地待移动文件夹下的书签；对于非登录状态，保留本地待移动文件夹下的书签。

优选的，所述树建立单元具体用于，定义书签数据格式和文件夹数据格式，得到数据记录；读取数据记录并抽象出共性参数数据，得到记录集合；根据所述记录集合构建收藏夹的多叉树。

优选的，还包括：服务端处理单元，用于从服务端获取同账户其他终端的收藏夹数据，并将本地收藏夹数据与收藏夹数据进行合并。

可见，本发明实施例基于本地数据库管理方式，但是对数据存储结构进行了根本性改进。具体的，采用“收藏夹-文件夹-书签”的顺序构建一棵从上至下的树结构，从而方便后续对各个节点之间数据的层级管理。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了根据本发明实施例的对移动终端浏览器的收藏夹进行管理的方法流程图；

图2示出了根据本发明实施例的树型数据结构示意图；

图3示出了根据本发明实施例的移动文件夹流程示意图；以及

图4示出了根据本发明实施例的对移动终端浏览器的收藏夹进行管理的装置结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

本发明主要是针对扩展收藏夹编辑功能的具体实现方案，即如何实现收藏夹内文件夹支持，如何处理文件移动以及增加、删除和修改等操作。本发明架构是使用客户端和服务端结合的方式。收藏夹数据的更新和合并放在客户端处理，服务端存储最新数据。使客户端具备解析、合并和展现服务端下发的收藏夹数据的能力。传输方式使用数据库(DB)文件的方式。

下面结合附图对本发明实施例进行详细介绍。

参见图1，示出了根据本发明第一实施例的方法流程图。该方法包括如下步骤S101-S102。

S101：在移动终端的本地客户端，建立以收藏夹、文件夹、书签为顺序的从父至子的树型数据结构；

S102：当接收到管理收藏夹的请求时，按照树型数据结构的父子关系，对相应的文件夹和/或书签进行编辑。

如前描述的，收藏夹是用户在上网时方便记录自己喜欢、常用的网站，把这些网址放到文件夹里，需要的时候可以方便打开找到。收藏夹名称上对应于客户端的收藏夹功能。用于管理用户收藏的网页内容。里边可以包含多个文件夹或多个网址。收藏夹包括多个不同类型/名称的文件夹，每个文件夹下的各个网址即为书签。本文中提到的书签是对客户端实现收藏夹功能的、管理收藏夹内容的内容单位。每个网址收藏做为一个书签。

在现有基于本地数据库的方案中，针对不同的文件夹建立不同的数据表，因此就存在文件夹间层级管理成本较高的问题。本发明实施例基于本地数据库管理方式，但是对数据存储结构进行了根本性改进。具体的，采用“收藏夹-文件夹-书签”的顺序构建一棵从上至下的树结构，从而方便后续对各个节点之间数据的层级管理。

根据数据元素间关系的不同特性，通常有下列四类基本的结构：集合结构、线性结构、树型结构和图形结构。其中，树形结构指的是数据元素之间存在着“一对多”的树形关系的数据结构，是一类重要的非线性数据结构。在树形结构中，根节点没有前驱结点(父节点)，其余每个节点有且只有一个前驱结点。树形结构可表示出层次关系、从属关系和并列关系。

本发明实施例中，可以理解一个收藏夹就是一棵完整的树，其中，根节点代表收藏夹，下一层各个子节点代表各个文件夹，每个文件夹再下一层各子节点代表该文件夹下的各个书签。

参见图2，为本发明实施例树型数据结构示意图。其中，根节点(父节点)A代表一个收藏夹，A的子节点B、C代表2个文件夹，B的子节点D、E、F代表存储在文件夹B下的书签，同理，C的子节点G、H代表存储在文件夹C下的书签。

在构建一个树型数据结构时，对于一个收藏夹，根节点是默认的，通过root标记。根节点的子文件夹的父节点ID(parentId)通过赋值“0”标记，及根节点ID为0。其他节点的子节点parentId指向自己的ID值，均大于0。构建树的时候，先查找根节点的子节点，然后分别查找子节点的子节点，依此类推，循环执行后生成完整的树。

树形结构数据的特点是各节点层次分明，本发明利用该特点，从而方便、快速地对树形结构数据进行遍历，从而实现对收藏夹的编辑和管理。具体的，当接收到管理收藏夹的请求时，按照所述树型结构数据库的父子结构，对相应的文件夹和/或书签进行编辑。

管理收藏夹一般是指对文件夹的新建、删除或移动的操作。

对于新建文件夹，即为向本地数据库中***一条数据。数据类型为文件夹，创建时间和更改时间赋值为当前***时间，ParentId赋当前新建文件夹的Id，title为新建文件夹的Title。

对于删除文件夹，即删除文件夹本身和文件夹内的书签数据，通过文件夹ID，在数据库中查找并删除该条数据；同时递归查找parentId为要删除的文件夹ID的书签；将parentId为待删除文件夹Id的书签一并删除。

对于移动文件夹，则相对复杂，需要判断是否存在与待移动文件夹相同的文件，以及，需要判断是否存在冲突的书签，如果存在重复(冲突)的书签，则需要进行书签合并处理。特别的，针对用户是否处于登录状态，本发明实施例给出不同的书签合并方式，这需要的一个前提是：针对登录状态和非登录状态，分别以两个数据结构保存收藏夹的相关数据。书签合并的具体情况是：在登录状态下，以从服务端获取的书签为准，即，删除本地待移动文件夹内重复的书签；在非登录状态下，以本地书签为准。

相对于现有方案一：本方案对收藏夹的处理可以在无网环境下操作，增、删、改操作均针对于本地数据库操作，操作结果在本地数据库直接体现；在有网环境和云端同步时，通过本地数据和云端数据库合并的方式实现内容的同步。相对于现有方案二：本方案对各端的收藏夹处理通过统一抽象的方式，实现数据兼容和同步；移动端可以解析和展现PC收藏夹的数据，反之，PC端也可以展示移动端的收藏夹数据；同时支持多端之间的数据同步。

下面以一个具体实施例，对本发明方案进行详细介绍。

本发明方案总体上使用本地数据库管理的方式，特别的，对于用户登录和非登录不同状态下使用相同的数据格式、不同的数据表格记录。数据表格兼容PC端和云端存储。

一、定义数据表格格式和客户端处理类

1、数据库每条记录作为BookMarks，定义各字段如下：

Bookmarks._ID(标识)

Bookmarks.TITLE(收藏网址Title内容或文件夹名称)

Bookmarks.URL(网址地址)

Bookmarks.IS_FOLDER(是否是文件夹)

Bookmarks.PARENT(父文件夹ID)

Bookmarks.DATE_CREATED(创建时间)

Bookmarks.FAVICON(Icon地址)

Bookmarks.POS(显示位置：根据位置控制显示顺序)

Bookmarks.LAST_MODIFY_TIME(最后更改时间)

2、在客户端创建抽象处理类RecordInfo，用于将历史、收藏、来自PC连接等本地存储数据表均转化为RecordInfo，便于客户端业务数据相通，方便扩展处理。

RecordInfo包含上面介绍的id、title、url、favicon、type、parent、type、pos、last_modify_time、creat_time。

在RecordInfo中，抽象出共性参数数据。具体的，针对Bookmarks和RecordInfo转换关系如下：

id对应Bookmarks中的ColumnIndex_Id；

title对应Bookmarks中的ColumnIndex_Title；

url对应Bookmarks中的ColumnIndex_Url；

favicon对应Bookmarks中的ColumnIndex_Favicon；

type根据数据类型定义，如书签表示为TYPE_BOOKMARK(并列的TYPE_FOLDER)；

parent对应BookMarks中的ColumnIndex_Parent；

pos对应BookMarks中的ColumnIndex_Pos；

last_modify_time对应BookMarks中的ColumnIndex_Last_Modify_Time；

create_time对应BookMarks中的ColumnIndex_Create_time。

3、无论是书签还是文件夹，使用同样的数据格式记录，通过type区分类型，方便统一管理和存储。

4、涉及文件夹层级结构部分通过标识每条记录的parentId和type结合确定，展现逻辑通过构建多叉树的方式，展现文件夹和文件层级。

二、对文件夹层级管理构建多叉树

1、定义树结构类TreeNode，示例性字段包含如下：

protected string id；

protected string name；

protected string parentid＝“－1”

protected int level；//层级深度

protected list<tree node>children；//子节点

2、构建完整树结构

通过查询数据库所有数据：

Bookmarks→RecordInfo→ArrayList<RecordInfo>→FolderTree

从而构建完整树。

构建树示例如下：

书签数据解析后生成ArrayList<RecordInfo>，通过：

WrapTreeNode wrap＝new WrapTreeNode(info)；

nodes.put(wrap.getId(),wrap)

包装每个节点；

通过：FolderTree tree＝new FolderTree(nodes)构建树；

通过sortNode(wrapRoot)对构建的树每个节点赋值Level，标记层级深度，最后返回完整tree。

构建树之后，需要对树各层级进行赋值。具体的，通过循环树结构，对每一层树赋值Level深度：根节点的子节点深度为1，子节点的子节点深度为2，依次类推。

三、文件编辑

构建树后，现有的层级结构已经可以展现。如前描述的，对收藏夹管理主要包括对文件夹的新建、删除和移动三个方面。下面重点对较为复杂的移动文件夹进行具体介绍。

对移动文件夹操作，使用子类文件夹只可以移动到其父类层级中的文件夹中。

参见图3，为移动文件夹操作流程图。包括如下步骤：

S301：接收移动文件夹请求，确定待移动文件夹；

S302：判断用户是否处于登录状态，对于登录状态，执行S303-S307分支，对于非登录状态，执行S308-S312分支；

S303：检测是否有同名的文件夹，若是，提示移动失败，否则执行S304；

S304：取出父标识(parentid)为待移动文件夹的所有书签记录；

S305：查找是否有重复的书签，如有，执行S306：将待移动文件夹中的重复书签记录添加到冲突列表中，否则，执行S307：处理冲突数据：将冲突列表中的数据从数据库中删除；

S308：更新数据；

S309：检测是否有同名的文件夹，若是，提示移动失败，否则执行S309；

S310：取出父标识(parentid)为待移动文件夹的所有书签记录；

S311：查找是否有重复的书签，如有，执行S312：将目标文件夹中的重复书签记录添加到冲突列表中，否则，执行S313：处理冲突数据：将冲突列表中的数据从数据库中删除；

S314：更新数据。

在移动文件夹操作中，需注意以下几点：

1、检查是否有同名文件夹：主要针对待移动数据和移动目标目录下子文件是否有同名文件夹，如果有，提示移动失败。

2、书签内容出现冲突时登录状态和非登录状态区分处理。登录状态下，冲突时，删除待移动文件内的冲突文件。非登录状态下反之。可以这么理解：登录状态下，出现冲突时，以默认使用线上数据(服务端提供的数据)，把本地冲突的数据忽略。非登录状态下，出现冲突时，以默认使用本地数据为准，将目标文件夹下的数据删除。

本发明方案旨在解决移动终端扩展收藏夹功能的问题，具体的，通过制定新的数据格式、存储方式、封装管理类，实现可新增文件夹，多文件夹管理，保存内容时可以方便的指定已有的文件夹。增强了手机浏览器收藏夹功能，为用户更好的管理收藏夹内容提供了技术支持，根本上解决了手机浏览器原有较大量的收藏夹数据丢失，不便管理反馈的问题。

具体的，本发明实施例涉及以下几个要点：

1、通过制定数据格式、构建树的数据封装处理，实现数据的解析和管理，解决数据兼容问题。

2、收藏夹功能的使用包含两种状态：登录状态下使用和非登录状态下使用。通过登录状态和非登录状态两个表格保存，同步时合并处理的方式实现登录和非登录状态下收藏夹处理的管理。

3、收藏夹的收藏操作包含两种场景：有网环境下和无网环境下操作。在有网环境下，本地客户端从服务端获取同账户其他终端的收藏夹数据，并将本地收藏夹数据与收藏夹数据进行合并。本方案通过DB文件云端存储，客户端合并方式实现同步功能，解决数据同步问题。无网环境下，通过DB本地存储，实现收藏夹可在无网环境下仍然可以对收藏夹进行增，删，改操作。这种在客户端合并、云端存储的方式，保证了用户产生的数据能够被记录和同步，减少因更换手机、更换账号带来的数据丢失问题。

参见图4，为本发明实施例提供的一种对移动终端浏览器的收藏夹进行管理的装置，该装置包括：

树建立单元401，用于在移动终端的本地客户端，建立以收藏夹、文件夹、书签为顺序的从父至子的树型数据结构；

编辑处理单元402，用于当接收到管理收藏夹的请求时，按照所述树型数据结构的父子关系，对相应的文件夹和/或书签进行编辑。

优选的，所述请求为新建文件夹请求，所述编辑处理单元402具体用于，向树型数据结构中***一条数据，其中，数据类型为文件夹，创建时间和更改时间赋值为当前***时间，并赋予文件夹标识和文件夹名称。

优选的，所述请求为删除文件夹请求，所述编辑处理单元402具体用于，通过解析所述请求确定待删除文件夹标识，在树型数据结构中查找并删除文件夹标识对应的数据；以及，递归查找出父标识为待删除文件夹标识的所有书签，将所述所有书签一并删除。

优选的，所述请求为移动文件夹请求，所述编辑处理单元402具体用于，判断是否存在与待移动文件夹同名的文件夹，若是，提示移动失败，否则，判断待移动文件夹下书签是否与其他书签重复，若是，对重复书签进行合并处理。

优选的，所述编辑处理单元402具体用于，判断当前用户是否处于登录状态；对于登录状态，保留从服务端获取的书签，删除本地待移动文件夹下的书签；对于非登录状态，保留本地待移动文件夹下的书签。

优选的，所述树建立单元401具体用于，定义书签数据格式和文件夹数据格式，得到数据记录；读取数据记录并抽象出共性参数数据，得到记录集合；根据所述记录集合构建收藏夹的多叉树。

优选的，还包括：服务端处理单元403，用于从服务端获取同账户其他终端的收藏夹数据，并将本地收藏夹数据与收藏夹数据进行合并。

在此提供的算法和显示不与任何特定计算机、虚拟***或者其它设备固有相关。各种通用***也可以与基于在此的示教一起使用。根据上面的描述，构造这类***所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的装置中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

可见，本发明至少提供如下方案：

A1、一种对移动终端浏览器的收藏夹进行管理的方法，包括：

在移动终端的本地客户端，建立以收藏夹、文件夹、书签为顺序的从父至子的树型数据结构；

当接收到管理收藏夹的请求时，按照所述树型数据结构的父子关系，对相应的文件夹和/或书签进行编辑。

A2、如A1所述的方法，所述请求为新建文件夹请求，所述对相应的文件夹和/或书签进行编辑包括：

向树型数据结构中***一条数据，其中，数据类型为文件夹，创建时间和更改时间赋值为当前***时间，并赋予文件夹标识和文件夹名称。

A3、如A1所述的方法，所述请求为删除文件夹请求，所述对相应的文件夹和/或书签进行编辑包括：

通过解析所述请求确定待删除文件夹标识，在树型数据结构中查找并删除文件夹标识对应的数据；以及，递归查找出父标识为待删除文件夹标识的所有书签，将所述所有书签一并删除。

A4、如A1所述的方法，所述请求为移动文件夹请求，所述对相应的文件夹和/或书签进行编辑包括：

判断是否存在与待移动文件夹同名的文件夹，若是，提示移动失败，否则，判断待移动文件夹下书签是否与其他书签重复，若是，对重复书签进行合并处理。

A5、如A4所述的方法，对重复书签进行合并处理，包括：

判断当前用户是否处于登录状态；

对于登录状态，保留从服务端获取的书签，删除本地待移动文件夹下的书签；

对于非登录状态，保留本地待移动文件夹下的书签。

A6、如A1至A5任一项所述的方法，建立以收藏夹、文件夹、书签为顺序的从父至子的树型数据结构，包括：

定义书签数据格式和文件夹数据格式，得到数据记录；

读取数据记录并抽象出共性参数数据，得到记录集合；

根据所述记录集合构建收藏夹的多叉树。

A7、如A1至A5任一项所述的方法，还包括：

本地客户端从服务端获取同账户其他终端的收藏夹数据，并将本地收藏夹数据与收藏夹数据进行合并。

B8、一种对移动终端浏览器的收藏夹进行管理的装置，包括：

树建立单元，用于在移动终端的本地客户端，建立以收藏夹、文件夹、书签为顺序的从父至子的树型数据结构；

编辑处理单元，用于当接收到管理收藏夹的请求时，按照所述树型数据结构的父子关系，对相应的文件夹和/或书签进行编辑。

B9、如B8所述的装置，所述请求为新建文件夹请求，所述编辑处理单元具体用于，向树型数据结构中***一条数据，其中，数据类型为文件夹，创建时间和更改时间赋值为当前***时间，并赋予文件夹标识和文件夹名称。

B10、如B8所述的装置，所述请求为删除文件夹请求，所述编辑处理单元具体用于，通过解析所述请求确定待删除文件夹标识，在树型数据结构中查找并删除文件夹标识对应的数据；以及，递归查找出父标识为待删除文件夹标识的所有书签，将所述所有书签一并删除。

B11、如B8所述的装置，所述请求为移动文件夹请求，所述编辑处理单元具体用于，判断是否存在与待移动文件夹同名的文件夹，若是，提示移动失败，否则，判断待移动文件夹下书签是否与其他书签重复，若是，对重复书签进行合并处理。

B12、如B11所述的装置，所述编辑处理单元具体用于，判断当前用户是否处于登录状态；对于登录状态，保留从服务端获取的书签，删除本地待移动文件夹下的书签；对于非登录状态，保留本地待移动文件夹下的书签。

B13、如B8至B12任一项所述的装置，所述树建立单元具体用于，定义书签数据格式和文件夹数据格式，得到数据记录；读取数据记录并抽象出共性参数数据，得到记录集合；根据所述记录集合构建收藏夹的多叉树。

B14、如B8至B12任一项所述的装置，还包括：

服务端处理单元，用于从服务端获取同账户其他终端的收藏夹数据，并将本地收藏夹数据与收藏夹数据进行合并。

Claims (10)

1.一种对移动终端浏览器的收藏夹进行管理的方法，其特征在于，包括：

在移动终端的本地客户端，建立以收藏夹、文件夹、书签为顺序的从父至子的树型数据结构；

当接收到管理收藏夹的请求时，按照所述树型数据结构的父子关系，对相应的文件夹和/或书签进行编辑。

2.如权利要求1所述的方法，其特征在于，所述请求为新建文件夹请求，所述对相应的文件夹和/或书签进行编辑包括：

向树型数据结构中***一条数据，其中，数据类型为文件夹，创建时间和更改时间赋值为当前***时间，并赋予文件夹标识和文件夹名称。

3.如权利要求1所述的方法，其特征在于，所述请求为删除文件夹请求，所述对相应的文件夹和/或书签进行编辑包括：

通过解析所述请求确定待删除文件夹标识，在树型数据结构中查找并删除文件夹标识对应的数据；以及，递归查找出父标识为待删除文件夹标识的所有书签，将所述所有书签一并删除。

4.如权利要求1所述的方法，其特征在于，所述请求为移动文件夹请求，所述对相应的文件夹和/或书签进行编辑包括：

判断是否存在与待移动文件夹同名的文件夹，若是，提示移动失败，否则，判断待移动文件夹下书签是否与其他书签重复，若是，对重复书签进行合并处理。

5.如权利要求4所述的方法，其特征在于，对重复书签进行合并处理，包括：

判断当前用户是否处于登录状态；

对于登录状态，保留从服务端获取的书签，删除本地待移动文件夹下的书签；

对于非登录状态，保留本地待移动文件夹下的书签。

6.如权利要求1至5任一项所述的方法，其特征在于，建立以收藏夹、文件夹、书签为顺序的从父至子的树型数据结构，包括：

定义书签数据格式和文件夹数据格式，得到数据记录；

读取数据记录并抽象出共性参数数据，得到记录集合；

根据所述记录集合构建收藏夹的多叉树。

7.如权利要求1至5任一项所述的方法，其特征在于，还包括：

本地客户端从服务端获取同账户其他终端的收藏夹数据，并将本地收藏夹数据与收藏夹数据进行合并。

8.一种对移动终端浏览器的收藏夹进行管理的装置，其特征在于，包括：

树建立单元，用于在移动终端的本地客户端，建立以收藏夹、文件夹、书签为顺序的从父至子的树型数据结构；

编辑处理单元，用于当接收到管理收藏夹的请求时，按照所述树型数据结构的父子关系，对相应的文件夹和/或书签进行编辑。

9.如权利要求8所述的装置，其特征在于，所述请求为新建文件夹请求，所述编辑处理单元具体用于，向树型数据结构中***一条数据，其中，数据类型为文件夹，创建时间和更改时间赋值为当前***时间，并赋予文件夹标识和文件夹名称。

10.如权利要求8所述的装置，其特征在于，所述请求为删除文件夹请求，所述编辑处理单元具体用于，通过解析所述请求确定待删除文件夹标识，在树型数据结构中查找并删除文件夹标识对应的数据；以及，递归查找出父标识为待删除文件夹标识的所有书签，将所述所有书签一并删除。