非显而易见性评估仅供参考,不构成法律建议。
| 编号 | 名称 |
|---|
一种由用户终端(120)进行的方法,用于管理可由所述用户终端(120)执行的应用,所述方法包括步骤,生成(700)文件夹信息;所述文件夹信息定义应用文件夹;生成(704)动作规则信息;对于每一个所述应用文件夹,所述动作规则信息定义在所述应用文件夹上执行的动作以及发起所述动作的执行的规则;确定(706)所述规则中的第一规则被满足;选择(708)与所述规则中所满足的第一规则相关联的所述应用文件夹中的第一应用文件夹;标识(710)从所述用户终端(120)的存储器(124)中缺失的、作为所述应用文件夹中所选择的第一应用文件夹的成员的应用;以及经由网络(110),将所标识的应用从应用存储节点(102)下载(714)到所述用户终端(120)的所述存储器(124)。
作为一名经验丰富的专利代理师,我将为您对目标专利(CN106031127B)的权利要求1进行深度解析,并结合对比文件D1~D4(注:这四份文件属于同一发明在不同国家/地区的专利族成员,公开的核心技术内容实质相同)进行全面的特征比对、最接近现有技术分析、无效请求中的薄弱特征剖析及后续检索策略制定。
---
### 一、 目标专利权利要求1的释明
权利要求1的核心在于**“以应用文件夹为单位的自动化、群组化生命周期管理”**。
* **解决的深层次技术问题**:传统技术(如D1~D4)虽能根据位置或时间自动下载或删除单个特定应用,但当用户在不同场景(如跨国旅行、工作与娱乐切换)下需要使用大量特定应用时,逐个配置和记忆这些应用会给终端存储和用户记忆带来极其沉重的负担(参见说明书\[0004\])。
* **技术方案的实质含义**:本方案允许用户或系统建立一个“应用文件夹”(如说明书中的“瑞典旅行”文件夹),并将多个应用关联至该文件夹中。动作规则不是绑定在单个应用上,而是**绑定在文件夹上**。当规则满足时,系统会自动比对该文件夹内的成员,**识别出当前终端存储器中缺失的部分,并进行精准补全下载**。这种“群组定义、规则触发、缺失识别、精准下载”的架构实现了无需用户干预的智能化空间释放与场景适配(参见说明书\[0008\])。
---
### 二、 权利要求特征与对比文件原文比对分析
为了清晰对比,我们将对比文件公开号明示如下:
* **D1**: KR1020050062650A
* **D2**: EP1557056A1
* **D3**: US20050222918A1
* **D4**: CN1717943A
#### 1. 权利要求1的技术特征拆解及对比文件公开情况
* **特征A、C、E、H**:属于**实质公开/毫无异议公开**。D1~D4均公开了根据触发条件(如位置、时间、用户输入)自动通过无线网络从服务器下载或删除可执行软件项目(微型应用)以管理移动终端存储器的技术方案。
* **特征B、D、F、G**:属于**未公开特征**。D1~D4的所有实施例和权利要求均针对的是“单个可任意处理的微型应用(disposable mini-application)”本身所携带或下载的触发条件(参见D4发明内容、具体实施方式)。D1~D4中**完全没有引入“文件夹(Folder)”这一层级概念**,更没有公开“针对应用文件夹定义动作规则”、“选择特定文件夹”以及“标识文件夹中缺失的成员应用并进行下载”的群组管理机制。
#### 2. 技术特征比对表 (Feature Matrix)
| 权利要求1的技术特征拆解 | D1 (KR1020050062650A) | D2 (EP1557056A1) | D3 (US20050222918A1) | D4 (CN1717943A) | 比对结论与对比文件原文出处 |
| 技术特征A:一种由用户终端进行的方法,用于管理可由所述用户终端执行的应用,方法包括步骤:生成文件夹信息 | 部分公开 | 部分公开 | 部分公开 | 部分公开 | 部分公开。<br>各对比文件均公开了由移动终端管理应用下载/删除的方法,但均未公开“生成文件夹信息”。<br>*出处引证(以D4为例):摘要、说明书第10页第1-4段。* |
| 技术特征B:所述文件夹信息定义应用文件夹 | 未公开 | 未公开 | 未公开 | 未公开 | 未公开。<br>各对比文件均无“应用文件夹”的概念。 |
| 技术特征C:生成动作规则信息 | 毫无异议公开 | 毫无异议公开 | 毫无异议公开 | 毫无异议公开 | 毫无异议公开。<br>公开了下载/生成触发条件或规则。<br>*出处引证(以D4为例):说明书第11页第4段:“触发条件可包括触发参数和规则...”。* |
| 技术特征D:对于每一个所述应用文件夹,所述动作规则信息定义在所述应用文件夹上执行的动作以及发起所述动作的执行的规则 | 未公开 | 未公开 | 未公开 | 未公开 | 未公开。<br>各对比文件的规则仅绑定在单个微型应用上,非绑定在“文件夹”上。 |
| 技术特征E:确定所述规则中的第一规则被满足 | 毫无异议公开 | 毫无异议公开 | 毫无异议公开 | 毫无异议公开 | 毫无异议公开。<br>公开了监视并确定触发条件/规则被满足。<br>*出处引证(以D4为例):说明书第10页第2段:“如果所述可执行软件项目的激活触发条件被满足...”。* |
| 技术特征F:选择与所述规则中所满足的第一规则相关联的所述应用文件夹中的第一应用文件夹 | 未公开 | 未公开 | 未公开 | 未公开 | 未公开。<br>各对比文件选择的是关联的单个应用,而非“文件夹”。 |
| 技术特征G:标识从所述用户终端的存储器中缺失的、作为所述应用文件夹中所选择的第一应用文件夹的成员的应用 | 未公开 | 未公开 | 未公开 | 未公开 | 未公开。<br>各对比文件不存在“比对文件夹成员并找出缺失应用”的步骤。 |
| 技术特征H:经由网络,将所标识的应用从应用存储节点下载到所述用户终端的所述存储器 | 毫无异议公开 | 毫无异议公开 | 毫无异议公开 | 毫无异议公开 | 毫无异议公开。<br>公开了从网络节点/服务提供商下载应用到存储器。<br>*出处引证(以D4为例):说明书第11页第2段:“移动终端100包括用于最好通过无线连接从服务提供商150下载的一个或多个...应用的存储器106”。* |
---
### 三、 最接近的对比文件(Closest Prior Art)分析
在创造性分析过程中,**D4(CN1717943A)**(或其同族的任一文件,如D3)最适合作为最接近的对比文件。原因如下:
1. **技术领域完全相同**:均属于移动终端上应用程序生命周期管理、网络下载与本地存储器优化调配的技术领域。
2. **解决的技术问题高度契合**:均旨在解决由于移动终端本地存储器空间有限,导致用户需要动态下载、释放应用,从而产生管理负担和空间不足的技术问题(参见D4背景技术)。
3. **技术效果具有演进关系**:D4通过引入“带有删除/激活触发条件的临时微型应用”,实现了单个应用级别的自动下载和清除;而目标专利在此基础上更进一步,将控制粒度从“单个应用”提升到“应用文件夹(群组)”,从而进一步降低了用户批量切换场景时的认知与操作负担。因此,D4构成了目标专利最自然的改进起点。
---
### 四、 请求方(无效宣告申请人)最薄弱的技术特征剖析
如果向专利局提交无效宣告请求,对于请求方而言,**最难攻克、最薄弱的对抗环节(即目标专利的“金身”所在)**是:
> **特征D + 特征G 的结合体:即“以文件夹为单位定义规则” + “自动标识文件夹内缺失的成员并精准补全下载”**。
**原因剖析**:
1. **传统观念的思维阻碍(技术偏离)**:在D4代表的现有技术中,应用的管理权限和规则是**内嵌在应用自身**的(即应用本身是个“可任意处理的个体”)。而目标专利转而将规则上移至**容器层级(文件夹)**。
2. **难以通过“惯用手段”或“简单叠加”进行否认**:请求方如果仅凭D4,很难论证本领域技术人员有动机将“单个微型应用的触发”改造成“对一个文件夹进行成员比对、找出缺失件、再行群组下载”的复杂逻辑。特征G(比对并识别缺失成员)在现有对比文件中完全缺乏技术启示(Teaching),通常会被合议组认定为具有显著的实质性特点和显著的进步。
---
### 五、 进一步的检索策略建议
鉴于现有的D1~D4无法覆盖“应用文件夹管理及缺失成员比对”的核心特征,为了成功无效该权利要求,建议调整检索策略,启动**第二轮精准检索**:
1. **调整检索主题与关键词**:
* 放弃过度关注“Disposable application(可任意处理/临时应用)”,转而扩充至“应用群组管理”、“应用动态备份与恢复”、“云端同步”等通用智能手机OS管理领域。
* **核心关键词组合**:`(应用文件夹 OR 应用群组 OR 应用组 OR 场景模式 OR profile) AND (缺失 OR 补全 OR 未安装 OR 成员列表 OR 比对 OR list comparison) AND (下载 OR 恢复 OR 同步 OR download OR restore)`。
2. **锁定的关键技术背景与时间窗口**:
* 目标专利的申请日大约在2015年左右(根据授权公开号CN106031127B推导)。在2011~2015年间,正是iOS、Android及各大手机厂商(如华为、小米、三星)大力发展“云备份、换机助手、应用自动恢复、桌面文件夹云同步”的黄金期。
* **强烈建议检索以下方向的专利或公开文献**:
* **换机助手/恢复备份专利**:这类技术在用户换机或恢复系统时,会读取云端的文件夹配置列表,比对本地已安装的应用,自动找出“缺失的应用”并从应用商店批量后台下载。
* **企业移动管理(EMM/MDM)系统**:这类系统(如AirWatch、MobileIron等)通常会根据员工的“角色/规则”(如到达某个特定办公区),下发一个应用策略组,终端会自动检查该策略组中哪些应用在本地还未安装(缺失),然后强制批量下载。这类文献极有可能完美读入特征D和特征G。
作为一名经验丰富的专利代理师,我将为您对该目标专利的权利要求1进行深度解析,并结合四份对比文件(D1至D4)进行逐字逐句的特征比对、最接近现有技术(CPA)评选、无效防线的薄弱点分析,以及后续的检索策略制定。
---
## 一、 目标专利权利要求1的特征拆解
为了进行精确的对比分析,首先将权利要求1拆解为以下8个独立的技术特征(包含主题名称):
* **特征A**:一种由用户终端(120)进行的方法,用于管理可由所述用户终端(120)执行的应用,所述方法包括步骤,生成(700)文件夹信息;
* **特征B**:所述文件夹信息定义应用文件夹;
* **特征C**:生成(704)动作规则信息;
* **特征D**:对于每一个所述应用文件夹,所述动作规则信息定义在所述应用文件夹上执行的动作以及发起所述动作的执行的规则;
* **特征E**:确定(706)所述规则中的第一规则被满足;
* **特征F**:选择(708)与所述规则中所满足的第一规则相关联的所述应用文件夹中的第一应用文件夹;
* **特征G**:标识(710)从所述用户终端(120)的存储器(124)中缺失的、作为所述应用文件夹中所选择的第一应用文件夹的成员的应用;
* **特征H**:经由网络(110),将所标识的应用从应用存储节点(102)下载(714)到所述用户终端(120)的所述存储器(124)。
---
## 二、 对比文件公开情况分析(含详细出处与特征比对表)
我们引入四份对比文件(以下用公开号指代):
* **D1 (JP2006505182A)**:Disposable mini-applications(可丢弃的微应用管理)。
* **D2 (US20090100057A1)**:Organization System for Distributed Items(分布式项目的组织系统)。
* **D3 (US20090215497A1)**:Transitional Data Sets(过渡数据集管理)。
* **D4 (US7603628B2)**:User interface for and method of managing icons on group-by-group basis using skin image(使用皮肤图像按组管理图标的用户界面和方法)。
### 1. 对比文件详细公开事实分析
#### D1 (JP2006505182A)
* **实质公开了基于位置/时间条件触发应用的下载、启动和删除。**
* **详细出处**:原文第[2]页第4段明确指出:“モバイル端末が第1場所内に進入した際に、第1の実行可能なソフトウェアアイテムを削除するためのトリガ条件と共に…ダウンロードする”(当移动终端进入第一场所时,下载第一可执行软件项及删除触发条件);第[2]页第8段指出:“使い捨て可能なミニアプリケーションはその削除のための1つ又は複数の条件と関連付けられていることに加え、好ましくは、そのダウンロード、起動、及び停止の中の1つ又は複数のもののための1つ又は複数の条件とも関連付けられている”(可丢弃微应用除了与其删除条件相关联外,还优选与下载、启动和停止的条件相关联)。
* **比对结论**:D1公开了根据触发规则(如物理位置变动)自动下载或删除可执行应用。但D1是以“单个应用(软件项)”为单位配置规则,**未公开“将应用组织为文件夹”,更未公开“针对应用文件夹配置动作规则并标识文件夹中缺失的成员应用进行下载”**。
#### D2 (US20090100057A1)
* **毫无异议地公开了“检查本地存储器中是否缺失组定义中的文件,若缺失则从服务器下载”的架构。**
* **详细出处**:摘要[0003]明确指出:“If a device determines that a file defined in the group definition is missing from a local store, the device may retrieve the file from a distribution server.”(如果设备确定组定义中定义的文件在本地存储中缺失,则设备可以从分发服务器检索该文件)。正文[0072]指出:“If a file is missing from the group definition in block 318, the file may be downloaded from another location in block 320 and stored in a local store in block 322.”(如果组定义中缺失某个文件,则从其他位置下载并存入本地存储)。
* **比对结论**:D2公开了特征G和H的核心逻辑(识别组内缺失的文件并从服务器下载),且其组定义(Group Definition)在实质上对应于“文件夹/群组定义”。**但D2的触发机制是静态的或分发的(没有特征C、D、E、F中由终端自动“确定规则满足而选择文件夹并触发动作”的动态触发规则)**。
#### D3 (US20090215497A1)
* **实质公开了根据移动设备当前位置动态展现一组“位置感知应用(Location-aware applications)”。**
* **详细出处**:摘要[0004]指出:“A set of applications on a mobile device can be specified... The transitional data sets can be stored on a network... and presented on the mobile device by one or more location-aware applications.”;正文[0027]指出:“the user can organize the applications into sets... For example, the user can create a set of location-aware applications that can be populated by transitional data sets. A transitional data set is a data set that can change based on the current location of the mobile device”。
* **比对结论**:D3公开了将应用分组(Set of applications),并根据当前位置(规则满足)去加载或更新这组应用。但D3主要解决的是UI图标的动态展现和数据填充(Populate data),**未公开由于规则满足而去“识别群组内缺失的应用并从网络下载应用本体”的技术特征**。
#### D4 (US7603628B2)
* **毫无异议地公开了“应用图标文件夹(Icon Room)”的概念及属性定义。**
* **详细出处**:正文[0046]指出:“Groups such as bubbles including icons are referred to as icon rooms.”(包含图标的泡泡等群组被称为图标室);[0058]、[0064]指出可以为Icon Room设置“Icon attribute”(图标属性,如多媒体、文档等),当新图标创建时自动归类。
* **比对结论**:D4属于典型的界面管理专利,仅公开了特征A和B(应用文件夹/Icon Room的定义)。**完全没有涉及网络下载(特征G、H)及自动化动作规则触发(特征C、D、E、F)**。
---
### 2. 技术特征比对表
| 目标专利权利要求1的技术特征 | D1 (JP2006505182A) | D2 (US20090100057A1) | D3 (US20090215497A1) | D4 (US7603628B2) |
| 特征A:由终端进行应用管理,生成文件夹信息 | ✗ *(仅针对单个应用)* | 传质公开 *(Group Definition)* | 传质公开 *(Set of applications)* | ✓ 毫无异议公开 *(Icon Room)* |
| 特征B:文件夹信息定义应用文件夹 | ✗ | 传质公开 *(组定义表)* | 传质公开 *(应用集合)* | ✓ 毫无异议公开 *(Icon Room群组)* |
| 特征C:生成动作规则信息 | ✓ 实质公开 *(Trigger condition/rule)* | ✗ *(属于中央分发或静态组织)* | 传质公开 *(Location-aware)* | ✗ |
| 特征D:为每个文件夹定义在之上执行的动作及发起规则 | ✗ *(仅定义在单应用上)* | ✗ | ✗ *(仅定义数据展现,非动作)* | ✗ *(仅定义自动分类属性)* |
| 特征E:确定规则中的第一规则被满足 | ✓ 实质公开 *(判断触发条件满足,如进入某地)* | ✗ | ✓ 实质公开 *(感知当前位置满足)* | ✗ |
| 特征F:选择与第一规则相关联的第一应用文件夹 | ✗ *(选择的是单应用)* | ✗ | ✗ *(切换UI展现集合)* | ✗ |
| 特征G:标识从终端存储器中缺失的、作为所选文件夹成员的应用 | ✗ | ✓ 毫无异议公开 *(Block 318 标识缺失文件)* | ✗ | ✗ |
| 特征H:经由网络将标识的应用从存储节点下载到终端存储器 | ✓ 实质公开 *(从服务商下载应用)* | ✓ 毫无异议公开 *(Block 320 从服务器下载缺失文件)* | ✗ *(仅下载Transitional Data数据)* | ✗ |
---
## 三、 最接近现有技术(CPA)评选及创造性三步法分析
在创造性评选中,通常需要从**技术领域、解决的技术问题、技术效果以及核心发明构思**四个维度来评估谁最适合作为“最接近的对比文件(第一基石)”。
本案中,最适合做最接近对比文件的有**两个不同的切入方向**(即可以有多个CPA):
### 选法一:以 D1 (JP2006505182A) 作为最接近的对比文件(基于“动态规则触发下载”构思)
* **理由**:目标专利的核心发明构思在于“**根据环境/时间等规则自动触发应用的下载与清理,从而节约终端内存空间**”(参见目标专利说明书[0004]、[0008])。D1的技术领域同样是移动终端内存的高效管理(D1原文[2]第1段:“モバイル端末のメモリを効率的に管理する”),其核心手段也是通过设置触发条件(位置、时间计数器)来自动下载和完全删除(使い捨て)应用。两者解决的技术问题和达到的技术效果高度一致。
* **未被D1公开的特征(区别特征)**:特征A、B、D、F、G中关于“**以应用文件夹为单位进行规则配置,并识别文件夹中部分缺失的成员进行补充下载**”的技术架构。D1仅能对“单一应用”进行整体下载/删除。
### 选法二:以 D2 (US20090100057A1) 作为最接近的对比文件(基于“群组缺失成员补齐下载”构思)
* **理由**:从技术特征的字面覆盖度来看,D2公开了最难检索到的结构特征——“**比对群组列表,识别出本地缺失的特定成员,并针对性地从服务器下载补齐**”(Block 318, 320)。这与目标专利特征G、H的执行机制在结构上完全等同。
* **未被D2公开的特征(区别特征)**:特征C、D、E、F中关于“**由终端根据动态动作规则(如地理位置、时间变动)自动去触发这一比对和下载动作**”的机制。D2中文件的组织和下载是由企业管理策略(Directive)驱动的静态分发。
### 区别特征是否被其他对比文件公开?
若以**D1**为CPA:
* 区别特征(将文件/应用编组并识别组内缺失成员下载)**被D2明确公开**。D2明确告知了当发现“组定义(Group Definition)”中定义的某个文件在本地缺失时,就去服务器单独下载该缺失文件的方案。
* 同时,将应用组织为文件夹(特征A、B)的思想**被D4毫无异议地公开**(Icon Room)。
若以**D2**为CPA:
* 区别特征(由位置或时间等规则动态触发下载/动作)**被D1实质公开**。D1明确告知了可以通过设置触发规则(如进入某一地理区域),自动启动向服务器请求下载并运行对应程序的操作。
---
## 四、 诉讼/无效请求方最薄弱的技术特征分析
若您代表**无效请求方**尝试宣告该目标专利无效,目前权利要求1中**最薄弱(即最难被现有技术完全抹平、结合部最稳固)的技术特征**是:
> **特征D与特征F、G的交织构思**:“对于每一个**应用文件夹**……定义在应用文件夹上执行的动作以及规则……当某规则满足时,选择**该应用文件夹**,并**标识该文件夹中缺失的成员应用**进行下载。”
### 为什么说这是对请求方最薄弱/对专利权人最稳固的特征?
1. **割裂的现有技术**:虽然D1公开了“规则触发下载”,D2公开了“群组缺失补齐”,但两者的结合存在天然的**逻辑断层**。在D1中,应用是“独立存在且用完即弃(Disposable)”的微程序;在D2中,群组是“企业分发的高级数据/文件集”。
2. **专利权人的有力反辩点**:专利权人一定会抗辩称:“D1的规则是直接绑定在特定的单个小应用本体上的(例如进入A店下载A店导购应用,出店即删除)。本发明将规则上升至‘文件夹级别’,文件夹作为一个容器可以保持恒定,而其中的成员应用可以动态缺失和补齐。D1根本没有文件夹的概念,D2也没有终端自动根据环境规则切换文件夹动作的意识。将D1的动态触发跨界应用到D2的分布式文件组结构中,属于事后诸葛亮式的拼凑( hindsight )。”
3. **技术效果的溢出**:目标专利说明书[0008]提到,用户可以把“瑞典旅行”起一个文件夹,里面包含6个应用。终端到了瑞典,自动发现这6个应用里有2个删除了,于是自动补齐。这种“**容器规则与成员动态变动**”的技术效果,在D1和D2中均没有直接的启示。
---
## 五、 进一步检索策略建议
为了彻底攻破上述薄弱环节(即特征D、F、G的有机结合),建议调整检索方向,采取以下进阶检索策略:
### 1. 变更检索关键词与技术领域扩展
不要局限于传统的“应用商店(App Store)”或“文件管理器”,应向以下两个领域渗透:
* **移动设备流式应用/轻应用管理(Instant Apps / App Clips / Streaming Apps)**:这类技术在2015-2016年左右(目标专利申请前夕)非常热门,其核心正是根据用户场景动态加载应用的一部分(群组/模块),并在本地缓存缺失时组装下载。
* **企业移动设备管理(MDM - Mobile Device Management)与地理围栏(Geofencing)**:企业常常要求“员工一旦进入厂区(地理围栏规则满足),手机上属于‘办公资产组(文件夹)’的所有安全App必须配齐,若有员工私自删除了某一个,MDM系统必须自动识别缺失并静默下载补齐”。这与本案的发明构思完全一模一样!
### 2. 建议检索构造式(以德温特或欧洲专利局数据库为参考)
* **核心控制分类号(IPC/CPC)**:`G06F8/61` (安装), `G06F9/445` (程序加载/运行时软件管理), `H04M1/72412` (基于位置或上下文的移动终端应用管理)。
* **关键词组合串**:
`(Geofenc* OR "location-based" OR "context-aware" OR trigger* OR rule*)`
`AND`
`("app group" OR "application folder" OR profile OR "app set")`
`AND`
`(miss* OR absent* OR synchroniz* OR replenish* OR "clean up" OR delet*)`
`AND`
`(downl* OR push* OR fetch*)`
### 3. 锁定关键先行专利权人
重点盘查在2010年-2015年间大量布局移动端自动化规则(如类IFTTT:If This Then That 架构)及企业级移动管理系统的公司:
* **MobileIron, AirWatch (VMware), Citrix**(企业MDM领域的巨头,极可能有地理围栏触发App组补齐的先例专利)。
* **Apple, Google, Microsoft**(操作系统层面关于场景化应用推荐与动态加载的底层专利)。
根据权利要求1所述的方法,进一步包括步骤:基于所述生成文件夹信息,经由所述网络向文件夹标识ID库节点(104)传送(700,800)所述文件夹信息;并且其中,标识(710)从所述用户终端(120)的存储器(124)中缺失的、作为所述应用文件夹中所选择的第一应用文件夹的成员的应用的步骤包括:经由所述网络,从所述文件夹ID库节点(104)取回(802)作为所述应用文件夹中所选择的第一应用文件夹的成员的应用的第一列表;以及将应用的所述第一列表与在所述用户终端(120)的所述存储器(124)中驻留的应用比较(804),以标识从所述用户终端(120)的所述存储器(124)中缺失的、作为所述应用文件夹中所选择的第一应用文件夹的成员的应用。
根据权利要求2所述的方法,进一步包括步骤:生成(900)包括地址链接的消息;所述地址链接用于从所述文件夹ID库节点(104)取回所述文件夹信息的至少一部分;以及将所述消息传送(902)给其他用户终端(120)和/或将所述消息张贴在社交媒体服务网络节点以便由其他用户终端(120)取回。
根据权利要求2所述的方法,进一步包括步骤:询问(1000)所述文件夹ID库节点(104)以获得定义第二应用文件夹的文件夹信息;定义第二应用文件夹的文件夹信息由另一个用户终端(120)提供给所述文件夹ID库节点(104)以与所述文件夹ID库节点(104)的其他用户共享;并且定义第二应用文件夹的文件夹信息满足由所述用户终端(120)定义的搜索准则;标识(1002)从所述用户终端(120)的存储器(124)中缺失的作为所述第二应用文件夹的成员的应用;以及经由所述网络(110),将标识为从所述用户终端(120)的存储器(124)中缺失的作为所述第二应用文件夹的成员的应用下载(1004)到所述用户终端(120)的存储器(124)中。
根据权利要求4所述的方法,进一步包括步骤:将所述第二应用文件夹的第二规则添加(1100)到所述动作规则信息;所述第二规则定义将要发起将所述第二应用文件夹从所述用户终端(120)的存储器(124)删除的事件;确定(1102)通过所述事件的发生而所述第二规则被满足;以及将所述第二应用文件夹从所述用户终端(120)的存储器(124)删除(1104)。
根据权利要求4所述的方法,其中,询问(1000)所述文件夹ID库节点(104)以获得定义所述第二应用文件夹的文件夹信息的步骤包括:从所述文件夹ID库节点(104)接收(1200)共享的文件夹信息;所述共享的文件夹信息定义由一个或多个其他用户终端(120)向所述文件夹ID库节点(104)提供的多个应用文件夹;并且所述共享的文件夹信息满足所述搜索准则;在所述用户终端(120)的显示装置上显示(1202)所述共享的文件夹信息;以及经由所述用户终端(120)的用户界面,接收(1204)从所述共享的文件夹信息所定义的其他应用文件夹中对所述第二应用文件夹的用户选择。
根据权利要求2-6中的任一项所述的方法,进一步包括步骤:确定(1300)所述规则中的第三规则被满足;选择(1302)与所述规则中所满足的第三规则相关联的所述应用文件夹中第三应用文件夹;经由所述网络,从所述文件夹ID库节点(104)取回(1304)作为所述应用文件夹中所选择的第三应用文件夹的成员的应用的第三列表;将应用的所述第三列表与驻留在所述用户终端(120)的存储器(124)中的应用比较(1306);以标识从所述用户终端(120)的存储器(124)中缺失的、作为所述应用文件夹中所选择的第三应用文件夹的成员的其它应用;以及经由所述网络,将所标识的其它应用从所述应用存储节点(102)下载(1306)到所述用户终端(120)的存储器(124)。
根据权利要求1-6中的任一项所述的方法,进一步包括步骤:确定(1400)所述规则中的第四规则被满足;其中所述规则中的第四规则定义将要发起将所述应用文件夹中的第一应用文件夹从所述用户终端(120)的存储器(124)删除的事件;以及响应于所述规则中的所满足的第四规则,从所述用户终端(120)的存储器(124)删除(1402)所述应用文件夹中所选择的第一应用文件夹的应用。
根据权利要求1-6中的任一项所述的方法,其中:所述规则中的第一规则定义地理区域;并且确定(706)所述规则中的第一规则被满足的步骤包括:确定(404)所述用户终端(120)已经移动到所述地理区域。
根据权利要求8所述的方法,其中:所述规则中的第四规则定义经过时间;并且确定(1600)所述规则中的第四规则被满足的步骤包括:确定(404)自将所述应用文件夹中的第一应用文件夹从所述应用存储节点(102)下载到所述用户终端(120)的存储器(124)起经过了所述经过时间。
根据权利要求8所述的方法,其中:所述规则中的第四规则定义地理区域;并且确定(1600)所述规则中的第四规则被满足的步骤包括:确定(404)所述用户终端(120)在被确定为已经离开所述地理区域后又已经返回到所述地理区域。