好的，作为一名资深专利代理师，我将基于您提供的目标专利和对比文件，进行深入的创造性评估分析。
**对比文件名称**：2010-12-29_CN101129049B_发明授权_CN101129049B 通信设备、通信方法和程序
**目标专利名称**：用于改进多个NFC-A设备的识别的方法和装置 CN104106077B
**本次调用模型名称**：DeepSeek最新版本模型
以下是我创建的特征比对表格及详细论述：
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **A: 确定第一设备感测响应消息包括多个远程近场通信NFC设备之间的一个或多个冲突，《直接公开》** | 对比文件说明书第[0086]段：“在SDD处理中，当发起方向所述发起方周围的目标方请求NFCID时，可出现以下情况：当多个目标方存在于发起方周围时，从两个或多个目标方同时发送NFCID。在这种情况下，从两个或多个目标方发送的NFCID彼此冲突，发起方不能确认冲突的NFCID。” | 该段文字明确描述了在SDD（单个设备检测）处理中，当存在多个目标方时，它们同时发送的NFCID会彼此“冲突”，导致发起方无法确认。这直接对应于目标专利中“确定第一设备感测响应消息包括...一个或多个冲突”。该内容在对比文件中用于描述NFC标准协议中存在的技术问题，与目标专利中该特征作为待解决问题的起点作用相同。因此，本领域技术人员能够毫无疑义地得出该技术方案，属于**直接公开**。 |
| **B: 所述第一设备感测响应消息响应于第一设备感测请求消息，《直接公开》** | 对比文件说明书第[0084]段：“在SDD处理中，发起方请求目标方的NFCID。由发起方通过发送称为轮询请求帧的帧来进行所述请求。当目标方接收到轮询请求帧时，目标方...发送NFCID所在的轮询响应帧。” | 该段明确说明了发起方发送“轮询请求帧”（即设备感测请求消息），目标方响应于此请求而发送“轮询响应帧”（即设备感测响应消息）。该因果关系在对比文件中是SDD处理的标准流程。因此，本领域技术人员能够毫无疑义地得出技术特征B。 |
| **C: 通过对所述第一设备感测响应消息执行冲突消除，来识别所述多个远程NFC设备中的第一远程NFC设备，《隐含公开》** | 对比文件说明书第[0087]-[0089]段：描述了使用时隙方法执行SDD处理以避免冲突，并指出“即使每个目标方基于随机数确定...时隙，由多个目标方发送轮询响应帧的时隙也会彼此冲突...发起方无法正常接收...因此，发起方再次发送轮询请求帧...重复执行...直到发起方确认其周围的所有目标方...的NFCID。” 以及“从执行通信的对象中临时排除(置于已删除状态)轮询响应帧被正常接收并且NFCID可被确认的目标方...”。 | 对比文件描述了完整的SDD冲突解决流程：1）发起方发送请求；2）接收可能冲突的响应；3）通过时隙机制和重发请求来逐步解决冲突；4）将已成功识别的设备“临时排除（置于已删除状态）”。这实质上就是一种“冲突消除”过程，其目的和结果就是“识别”出设备。虽然对比文件未使用“冲突消除”和“识别第一远程NFC设备”的术语，但其描述的“确认NFCID”和“临时排除已确认目标方”的过程，正是本领域技术人员所理解的、在存在冲突的响应中识别出单个设备的标准方法。因此，可以合理推断出技术特征C被**隐含公开**。 |
| **D: 向所识别的第一远程NFC设备发送睡眠请求消息，《未公开》** | 对比文件说明书第[0103]段：“当发起方将目标方设置为处于取消选择状态时，命令DSL_REQ被发送。接收到命令DSL_REQ的目标方...进入取消选择状态，随后变得对于除命令WUP_REQ以外的命令不作出响应(变为不发回任何响应)。” | 对比文件公开了“DSL_REQ”命令可以将目标方设置为“取消选择状态”，使其对大多数命令不响应。然而，“取消选择状态”与目标专利的“睡眠状态”在协议行为和目的上存在差异。目标专利的“睡眠”是技术检测（冲突消除）循环中的一个临时步骤，旨在让设备在当前轮询中不响应**设备感测请求（SENS_REQ）**，以简化后续冲突消除。而对比文件的“取消选择”是一种更通用的链路管理命令，用于将设备从活动通信中移除，需要专门的“唤醒（WUP_REQ）”命令才能恢复。两者在协议层级、触发时机和后续操作上不同。本领域技术人员无法从“DSL_REQ”直接且毫无疑义地得出目标专利中用于特定冲突消除流程的“睡眠请求消息”。 |
| **E: 所述睡眠请求消息使所识别的第一远程NFC设备转入睡眠状态，《未公开》** | （同上） | 基于对特征D的论述，对比文件中的“取消选择状态”不等同于目标专利在冲突消除上下文中的“睡眠状态”。因此，特征E未被公开。 |
| **F: 所述睡眠状态禁止所识别的第一远程NFC设备对第一设备感测请求消息进行响应，《未公开》** | （同上，结合SDD处理流程） | 对比文件未描述“取消选择状态”或任何其他状态会特别禁止设备对“轮询请求帧”（即SENS_REQ）的响应。在SDD处理中，被“临时排除”的设备是通过逻辑上不将其纳入后续轮询来避免响应，而非通过向其发送一个使其“睡眠”的命令。因此，该特征未被公开。 |
| **G: 发送第二设备感测请求消息，《隐含公开》** | 对比文件说明书第[0087]段：“因此，发起方再次发送轮询请求帧。由此请求目标方#1和#3发送它们的NFCID所在的轮询响应帧。” | 在对比文件描述的冲突解决场景中，明确提到了当发生冲突时，“发起方再次发送轮询请求帧”。这对应于在初次请求（第一设备感测请求）之后，再次发送请求（第二设备感测请求）的步骤。因此，该特征被**隐含公开**。 |
| **H: 接收包括所述多个远程NFC设备之间的冲突的第二设备感测响应消息，《隐含公开》** | 对比文件说明书第[0087]段结合上下文逻辑推断。 | 根据对比文件的描述，发起方再次发送轮询请求帧后，目的是请求那些上次未成功识别的设备（如图7中的目标方#1和#3）再次发送响应。由于这些设备仍然存在，它们的响应仍可能彼此冲突（例如，如果它们又选择了相同的时隙）。因此，本领域技术人员可以合理推断，在第二次或后续的请求-响应过程中，仍然可能接收到包含冲突的响应消息。该特征被**隐含公开**。 |
| **I: 通过对所述第二设备感测响应消息执行冲突消除，来识别所述多个远程NFC设备中的第二远程NFC设备，《隐含公开》** | 对比文件说明书第[0087]-[0089]段描述的整个重复过程。 | 对比文件描述了“重复执行由发起方进行的轮询请求帧的传输以及由目标方进行的轮询响应帧的传输，直到发起方确认其周围的所有目标方...的NFCID”。这是一个迭代过程。在第一次迭代中识别出部分设备（第一远程NFC设备）并将其排除后，第二次迭代（即发送第二请求、接收第二响应）的目的正是为了识别剩余设备中的下一个（第二远程NFC设备）。这完全符合目标专利中迭代冲突消除的逻辑。因此，该特征被**隐含公开**。 |
| **J: 其中，冲突是指来自远程NFC设备的设备感测响应消息中有如下指示：针对单个值，既接收到“0”比特也接收到“1”比特。《未公开》** | 无相应原文。对比文件仅笼统提到“冲突”、“彼此冲突”。 | 对比文件对“冲突”的描述停留在现象层面（如NFCID冲突、轮询响应帧冲突），并未给出其物理层或比特级的精确定义，即未公开目标专利说明书中明确解释的“针对单个值，既接收到‘0’比特也接收到‘1’比特”这一具体技术含义。因此，该特征未被公开。 |
| **K: 将所述第一设备感测响应消息存储在存储结构中的第一位置中，并且将所述第二设备感测响应消息存储在所述存储结构中的第二位置中，《未公开》** | 无相应原文。 | 对比文件全文未提及对接收到的多个设备感测响应（无论是否冲突）进行存储，更未提及使用特定的“存储结构”及在其中按位置存储。这是一个具体的实施细节，未被公开。 |
| **L: 接收无冲突的设备感测响应消息，《隐含公开》** | 对比文件说明书第[0087]段：“重复执行...直到发起方确认其周围的所有目标方#1到#5的NFCID。” | 冲突消除过程的最终目的和必然结果是成功识别所有设备，这意味着在最后一次迭代中，发起方将从一个（或零个）设备接收到响应，该响应必然是无冲突的。因此，本领域技术人员可以合理推断，在迭代过程结束时，会“接收无冲突的设备感测响应消息”。该特征被**隐含公开**。 |
| **M: 通过使用所接收的无冲突设备感测响应消息对所述存储结构中的...消息进行分析，来确定所述第一设备感测响应消息和所述第二设备感测响应消息的无冲突版本。《未公开》** | 无相应原文。 | 该特征依赖于特征K（存储结构）的存在，并涉及一种利用最终无冲突响应反向推导历史响应“干净版本”的具体后处理算法。对比文件完全没有提及任何相关内容。因此，该特征未被公开。 |
| **N: 其中，所述第二设备感测响应消息覆写所述第一设备感测响应消息。《未公开》** | 无相应原文。 | 对比文件未提及任何关于存储和覆写设备感测响应消息的内容。该特征未被公开。 |
| **O: 其中，所述多个远程NFC设备中的每个远程NFC设备被配置为使用NFC-A射频RF技术。《隐含公开》** | 对比文件说明书多处提及遵循NFCIP-1 (ISO/IEC 18092) 标准，例如第[0004]、[0081]、[0126]段。根据本领域公知常识，NFCIP-1标准涵盖了NFC-A、NFC-B等技术。在对比文件描述的SDD处理、轮询请求/响应等上下文中，本领域技术人员能够理解其所描述的是NFC-A技术的典型流程。 | 虽然对比文件未明确写明“NFC-A”字样，但其通篇基于NFCIP-1标准进行描述，而该标准是NFC-A技术的基础。其描述的通信模式、命令集（如ATR_REQ, PSL_REQ等）和技术检测流程均是NFC-A技术的体现。因此，可以合理推断出技术特征O被**隐含公开**。 |
| **P: 其中，所述第一设备感测响应消息和所述第二设备感测响应消息是如在NFC论坛数字协议规范中定义的SENS_RES消息。《隐含公开》** | 对比文件说明书第[0084]段：“在SDD处理中...目标方...发送NFCID所在的轮询响应帧。” | 对比文件使用了“轮询响应帧”这一术语。根据本领域技术人员的公知常识，在NFC论坛规范中，SDD处理中目标方对轮询请求（SENS_REQ）的响应正是SENS_RES消息。因此，可以合理推断对比文件中的“轮询响应帧”即对应目标专利中的“SENS_RES消息”。该特征被**隐含公开**。 |
| **Q: 其中，所述第二设备感测请求消息是如在NFC论坛数字协议规范中定义的SENS_REQ消息。《隐含公开》** | 对比文件说明书第[0084]段：“在SDD处理中，发起方请求目标方的NFCID。由发起方通过发送称为轮询请求帧的帧来进行所述请求。” | 同理，根据公知常识，SDD处理中发起方发送的“轮询请求帧”即对应NFC论坛规范中的SENS_REQ消息。该特征被**隐含公开**。 |
| **R: 其中，所述睡眠请求消息是如在NFC论坛数字协议规范中定义的SLP_REQ消息。《未公开》** | 对比文件说明书第[0103]段提到了“DSL_REQ”命令。 | 对比文件未提及“SLP_REQ”消息。其提到的“DSL_REQ”命令功能与“SLP_REQ”不同，如前所述。因此，该特征未被公开。 |
| **S: 其中，所述多个远程NFC设备包括阅读器设备、写入设备、标签、卡以及对等设备中的至少一个。《隐含公开》** | 对比文件说明书第[0018]段：“可采用NFC设备1到3中的每一个作为PDA(个人数字助理)、PC(个人计算机)、移动电话、腕表、笔等的通信系统...并不受限于IC卡系统的IC卡、阅读器/写入器等。” | 该段明确指出NFC通信设备不限于IC卡、阅读器/写入器，暗示了其类型的多样性。结合NFC技术的公知常识，这些设备可以扮演标签、对等设备等角色。因此，可以合理推断远程NFC设备可包括所述类型中的至少一种。该特征被**隐含公开**。 |
| **T: 还包括：与发送了设备感测响应消息的每个设备执行单个设备检测通信以便获得NFC设备标识符NFCID。《直接公开》** | 对比文件说明书第[0084]段：“在SDD处理中，发起方请求目标方的NFCID...目标方...发送NFCID所在的轮询响应帧。发起方通过接收...轮询响应帧来确认目标方的NFCID。” | 该段文字明确描述了SDD（单个设备检测）处理的过程：发起方请求NFCID，目标方响应NFCID，发起方确认NFCID。这直接、完整地公开了技术特征T。SDD通信的目的就是获得NFCID。 |
### 结论与代码输出
根据上述分析，对比文件直接公开了技术特征 **A、B、T**；隐含公开了技术特征 **C、G、H、I、L、O、P、Q、S**；未公开技术特征 **D、E、F、J、K、M、N、R**。
<<<A>>><<<B>>><<<T>>>
<<<c>>><<<g>>><<<h>>><<<i>>><<<l>>><<<o>>><<<p>>><<<q>>><<<s>>>