好的，作为一名资深专利代理师，我将根据您提供的目标专利（CN101803415B）和对比文件（WO2006054340A1）的说明书内容，对权利要求中的技术特征进行逐一比对和公开性判断。
**本次调用模型名称：** GPT-4
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 (段落标号/位置) | 公开性论述 |
| **技术特征A：** 其包括：经由无线网络接收激活命令消息，所述激活命令消息引导所述移动手持机将所述数据文件加密 <br> **判断结果：** 《直接公开》 | [0030] “バックアップ・消去機能 4-3は、登録者認証処理が正常に終了した後、サービス登録テーブル 5からバックアップが要求された携帯電話機 1の電話番号を取得してそれに無鳴動で着信する。着信後は、サービス登録テーブル 5を参照して登録されたデータ優先順によるデータ送信を要求する。...さらには、公開鍵を携帯電話機 1に送信してその保持データを暗号化させる。” <br> **翻译：** “备份/删除功能 4-3在注册者认证处理正常结束后，从服务注册表5中获取被要求备份的移动电话1的电话号码，并无声地呼叫它。呼叫后，参照服务注册表5，要求按照注册的数据优先级顺序进行数据发送。...此外，向移动电话1发送公开密钥，使其对保持数据进行加密。” | 对比文件公开了移动电话（移动手持机）从备份中心（服务器）接收远程指令。具体地，备份中心在用户认证成功后，向丢失的移动电话发起呼叫（即一种激活命令消息），并可以发送公开密钥以指示移动电话对其保持的数据进行加密。这与目标专利中“接收激活命令消息引导移动手持机将数据文件加密”的技术特征作用相同，均是远程触发设备启动数据保护（加密）流程。本领域技术人员能够毫无疑义地得出该技术方案。 |
| **技术特征B：** 在辨别所述激活命令消息后立即通过以下步骤获得加密密钥：在所述激活命令消息中接收公共密钥 <br> **判断结果：** 《直接公开》 | [0030] （同上） <br> [0049] “この公開鍵は、バックアップセンター 4から受信した前記暗号化要求のメッセージに含まれているものでも、...” <br> **翻译：** “该公开密钥，也可以是包含在从备份中心4接收到的上述加密要求消息中的，...” | 对比文件明确记载了备份中心向移动电话发送包含公开密钥的加密要求消息（即激活命令消息的一种），移动电话从该消息中获得加密所需的公开密钥。这直接公开了“在激活命令消息中接收公共密钥”这一技术特征。 |
| **技术特征C：** 产生对称密钥并使用所述公共密钥将所述对称密钥加密 <br> **判断结果：** 《隐含公开》 | [0030], [0039], [0049] 公开了使用公开密钥对数据进行加密。 | 对比文件虽未明确描述“产生对称密钥并用公钥加密”的具体步骤，但其整体技术方案涉及使用公开密钥加密技术（参见[0039]提及RSA）。在本领域，使用公钥加密大量数据时，常规做法是生成一个随机的对称会话密钥（如AES密钥）用于加密数据本身，再用公钥加密该对称密钥以确保安全传输。这是公钥基础设施（PKI）和混合加密体系的常见实施方式。因此，本领域技术人员在阅读对比文件后，为实施其公开的“用公开密钥加密数据”这一目的，有动机且必然会合理推断出“产生对称密钥并用公钥加密该对称密钥”这一技术手段。因此，该特征被隐含公开。 |
| **技术特征D：** 产生待加密的数据文件的文件索引或指针表 <br> **判断结果：** 《隐含公开》 | [0024], [0030], [0046] 描述了备份中心通知移动电话数据优先级顺序（Al, A2, A3...An），移动电话按照该顺序发送数据。 | 对比文件公开了移动电话需要按照特定的顺序（数据优先级）来处理和发送数据文件。为了实现这一有序处理，移动电话内部必然需要有一个机制来识别、组织或列举这些待处理的文件，这本质上就是创建一个文件列表、索引或指针表。虽然对比文件没有明确说明“文件索引或指针表”这一具体数据结构，但为了实现其公开的“按优先级顺序处理数据”的功能，本领域技术人员能够直接且毫无疑义地推导出需要建立这样一个用于管理和遍历文件的列表或索引。因此，该技术特征被隐含公开。 |
| **技术特征E：** 产生用以替代所述待加密的数据文件的虚拟数据文件 <br> **判断结果：** 未被公开 | 对比文件说明书中未发现相关内容。 | 对比文件的核心目的是在设备丢失时远程保护（加密或删除）真实数据，并未提及为了保护数据后设备应用正常运行而创建虚拟文件或模板来替代原始文件。该特征在目标专利中用于避免加密过程中应用程序出错，是对用户透明性和体验的优化，属于对比文件未涉及的技术手段。因此，该特征既未被直接公开，也未被隐含公开。 |
| **技术特征F：** 将所述待加密的数据文件以及所述虚拟数据文件重命名，从而使得所述虚拟数据文件取代所述移动手持机的应用程序所使用的文件地址目录表中的所述待加密的数据文件 <br> **判断结果：** 未被公开 | 对比文件说明书中未发现相关内容。 | 同技术特征E，对比文件未涉及创建虚拟文件，自然也没有后续的“重命名并替换文件地址目录表”这一系列具体的文件系统操作步骤。该特征是实现“无缝”加密、维持应用可用性的具体实现细节，在对比文件中没有记载，也无法从中合理推断得出。 |
| **技术特征G：** 通过使用与所述文件索引或指针表有关的索引值选择供加密的数据文件 <br> **判断结果：** 《隐含公开》 | [0024], [0030], [0046] （同技术特征D引用） | 基于技术特征D已论述，移动电话需要按照优先级顺序处理数据文件。在实施时，必然需要基于某种列表或索引（无论是基于文件名、文件ID还是内存指针）来依次“选择”下一个要处理的文件。使用与文件索引或指针表相关的索引值（例如循环递增的序号）来选择文件，是实现顺序处理的常规编程手段。因此，本领域技术人员能够从对比文件公开的“按顺序处理”中，合理推断出这一具体的选择机制。 |
| **技术特征H：** 使用所述对称密钥将所选择的数据文件加密以产生经加密的数据文件 <br> **判断结果：** 《隐含公开》 | [0039], [0049] 公开了使用公开密钥对保持数据进行加密。 | 如技术特征C所述，对比文件公开了用“公开密钥”加密数据。在混合加密体系这一隐含公开的上下文下，实际用于加密数据文件的是对称密钥。因此，“使用对称密钥加密所选数据文件”是实施对比文件所公开的加密功能的必然步骤和组成部分。本领域技术人员能够合理推断出这一特征。 |
| **技术特征I：** 将所述经加密的数据文件存储在所述移动手持机的存储器中 <br> **判断结果：** 《隐含公开》 | [0049] 图5B描述了在移动电话内部用公开密钥对保持数据进行加密的过程。 | 对比文件图5B及相应描述展示了在移动电话终端内部进行加密操作。加密过程的结果——经加密的数据，必然需要存储在该移动电话的某个存储器（如[0049]所述的“保持データ 12”所在的存储器）中，至少在加密完成后的瞬间是如此。即使后续可能被上传或删除，但“存储”这一动作是加密操作完成后的自然结果和临时状态。因此，该特征被隐含公开。 |
| **技术特征J：** 经由蜂窝式电话网络将经加密的所述对称密钥传输到服务器 <br> **判断结果：** 《隐含公开》 | [0030], [0039] 提及备份中心向终端发送公开密钥，以及终端可能使用该公钥。 | 在技术特征C论述的混合加密体系下，对称密钥需要用公钥加密后安全传输给服务器（备份中心）。对比文件公开了服务器向终端发送公钥（用于加密），那么为了完成密钥交换，使服务器能够解密数据，终端将加密后的对称密钥传回服务器是标准且必要的后续步骤。本领域技术人员可以合理推断出这一数据传输步骤。 |
| **技术特征K：** 在所有所述待加密的数据文件已被加密后，从所述移动手持机的所述存储器删除所述对称密钥。 <br> **判断结果：** 未被公开 | 对比文件说明书中未发现相关内容。 | 对比文件描述了加密数据，但并未提及在加密完成后从移动设备中删除加密密钥这一关键安全步骤。目标专利中删除密钥是为了防止设备落入他人之手后密钥被提取，从而确保加密的安全性。对比文件未教导或暗示这一安全措施，因此该特征未被公开。 |
| **技术特征L：** 其中：所述激活命令消息是在短消息服务SMS消息的有效负载中接收的。 <br> **判断结果：** 《隐含公开》 | [0030] 提到“無鳴動で着信する”（无声呼叫）。全文未明确限定必须为SMS，但这是移动通信中实现远程指令传递的常规手段之一。 | 对比文件明确通过无线网络（蜂窝电话网络）向移动电话发送激活/控制指令（如加密指令、锁定指令）。虽然其示例中使用了“呼叫”，但在本领域，SMS是用于发送此类控制命令的常用、标准且等效的技术手段。特别是在需要“无声”或后台操作时，SMS是比语音呼叫更常规的选择。因此，本领域技术人员为了实现“远程发送激活命令”这一相同目的，有动机且能够毫无困难地选择使用SMS消息的有效负载来承载该命令。该特征被隐含公开。 |
## 结论与代码输出
根据以上比对分析：
- **直接公开**的技术特征有：A、B。
- **隐含公开**的技术特征有：C、D、G、H、I、J、L。
- **未被公开**的技术特征有：E、F、K。
<<<A>>><<<B>>><<<c>>><<<d>>><<<g>>><<<h>>><<<i>>><<<j>>><<<l>>>