对比文件名称：US2011159816A1_Description_20260318_1952
目标专利名称：346用于改进多个NFC-A设备的识别的方法和装置CN104106077B
本次调用的模型名称：DeepSeek-R1
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：确定第一设备感测响应消息包括多个远程近场通信NFC设备之间的一个或多个冲突。《隐含公开》 | 对比文件在描述SDD（单设备检测）过程时指出：“如果多个目标存在于发起方周围，两个或更多个目标可能同时传输它们的NFCID……在这种情况下，来自两个或更多个目标的NFCID会发生冲突，使得发起方难以识别冲突的NFCID。”以及“图8示出了目标#1和目标#3的轮询响应帧相互冲突……发起方无法正确接收相互冲突的目标#1和目标#3的轮询响应帧。”（参见说明书段落描述图8的部分） | 对比文件明确描述了在SDD过程中，当存在多个目标（远程NFC设备）时，它们发送的轮询响应帧（即设备感测响应消息）可能发生冲突，导致发起方（轮询设备）无法正确接收。这公开了“确定设备感测响应消息包括多个远程NFC设备之间的冲突”这一技术特征。尽管对比文件未使用“确定”一词，但本领域技术人员能够毫无疑义地理解，发起方在接收响应时必然需要判断是否发生了冲突。因此，该特征被对比文件隐含公开。 |
| **技术特征B**：所述第一设备感测响应消息响应于第一设备感测请求消息。《直接公开》 | “在SDD过程中，发起方传输轮询请求帧……目标接收来自发起方的轮询请求帧……并且传输包括其自身NFCID的轮询响应帧。”（参见说明书段落描述SDD过程的部分） | 对比文件直接且明确地描述了轮询响应帧（即设备感测响应消息）是响应于轮询请求帧（即设备感测请求消息）而发送的。该技术特征被对比文件直接公开。 |
| **技术特征C**：通过对所述第一设备感测响应消息执行冲突消除，来识别所述多个远程NFC设备中的第一远程NFC设备。《隐含公开》 | “发起方可以再次传输轮询请求帧，从而可以请求目标#1和目标#3传输包含其各自NFCID的轮询响应帧。此后，可以重复发起方传输轮询请求帧和目标传输轮询响应帧，直到发起方识别发起方周围所有目标#1至#5的NFCID。”以及“如果发起方接收轮询响应帧失败，则发起方可以再次传输轮询请求帧。”（参见说明书段落描述SDD过程和图8的部分） | 对比文件描述了当发生冲突时，通过重新传输轮询请求帧并接收新的轮询响应帧来尝试识别未被识别的目标。这个过程本质上是冲突消除循环的一部分，旨在逐个识别设备。虽然没有使用“冲突消除”这一术语，但重新轮询以解决冲突并识别设备的技术方案是明确的。因此，本领域技术人员能够合理推断出通过对存在冲突的响应消息进行处理（即执行冲突消除）来识别设备。该特征被隐含公开。 |
| **技术特征D**：向所识别的第一远程NFC设备发送睡眠请求消息。《隐含公开》 | “其NFCID已被发起方成功识别的目标#2、#4和#5被暂时移除（置于取消选择状态）……从而使这些目标不再响应轮询请求帧返回轮询响应帧。”以及“命令DSL_REQ由发起方传输，当将目标置于取消选择状态（停用目标）时。”（参见说明书段落描述避免冲突的方法以及图11命令列表的部分） | 对比文件公开了在识别出一些目标后，可以通过发送命令（如DSL_REQ）将它们置于“取消选择状态”（deselected state）。处于此状态的目标不会响应后续的轮询请求。这与目标专利中“睡眠请求消息”的功能（使设备不响应）在实质上相同。因此，本领域技术人员能够合理推断出发送此类消息的技术特征。该特征被隐含公开。 |
| **技术特征E**：所述睡眠请求消息使所识别的第一远程NFC设备转入睡眠状态。《隐含公开》 | “接收到命令DSL_REQ的目标传输对命令DSL_REQ的响应DSL_RES并进入取消选择状态。此后，目标不响应除命令WUP_REQ之外的命令（即，不返回响应）。”（参见说明书段落描述DSL_REQ命令的部分） | 对比文件明确描述了目标在接收到特定命令（如DSL_REQ）后进入“取消选择状态”，在该状态下不响应大多数命令。这实质上就是一种“睡眠状态”。因此，发送睡眠请求消息使设备转入睡眠状态这一特征被对比文件隐含公开。 |
| **技术特征F**：所述睡眠状态禁止所识别的第一远程NFC设备对第一设备感测请求消息进行响应。《隐含公开》 | “处于取消选择状态（状态禁止目标向发起方传输数据（响应））……从而使这些目标不再响应轮询请求帧返回轮询响应帧。”（参见说明书段落描述避免冲突的方法以及DSL_REQ效果的部分） | 对比文件明确指出，处于“取消选择状态”的目标被禁止响应轮询请求帧。这与目标专利中“睡眠状态禁止设备对设备感测请求消息进行响应”的技术效果完全一致。因此，该特征被对比文件隐含公开。 |
| **技术特征G**：发送第二设备感测请求消息。《直接公开》 | “发起方可以再次传输轮询请求帧。”（参见说明书段落描述SDD过程和图8的部分） | 对比文件直接描述了在冲突发生后或为了继续识别设备，发起方再次发送轮询请求帧（即第二设备感测请求消息）。该特征被直接公开。 |
| **技术特征H**：接收包括所述多个远程NFC设备之间的冲突的第二设备感测响应消息。《隐含公开》 | 结合对比文件公开的“存在多个目标时可能发生冲突”以及“再次传输轮询请求帧”后接收响应的过程，可以合理推断，在将部分已识别目标置于取消选择状态后，发起方发送新的轮询请求，并可能从剩余未识别/未睡眠的目标中收到新的响应，该响应仍可能包含剩余目标之间的冲突。 | 对比文件虽然没有明确描述第二次接收的响应是否包含冲突，但基于其公开的多个目标环境、冲突可能性以及重新轮询的过程，本领域技术人员能够合理推断，在第一次冲突消除（识别并睡眠部分设备）后，发送新的轮询请求，从剩余设备接收到的响应（即第二设备感测响应消息）仍然可能包含这些剩余设备之间的冲突。该特征被隐含公开。 |
| **技术特征I**：通过对所述第二设备感测响应消息执行冲突消除，来识别所述多个远程NFC设备中的第二远程NFC设备。《隐含公开》 | 基于对比文件公开的整个冲突解决逻辑：当存在冲突时，通过重新轮询来识别设备；以及可以将已识别设备置于不响应状态。本领域技术人员能够合理推断，这个过程可以迭代进行。即，在第一次识别并睡眠一个设备后，基于新的响应（可能仍有冲突）继续执行类似的冲突消除步骤，以识别下一个设备。 | 对比文件虽然没有明确描述迭代识别“第二”设备的具体流程，但其公开的“解决冲突以识别设备”的基本方法和“使已识别设备不响应”的手段，为本领域技术人员提供了足够的基础，使其能够合理推断出通过多次迭代（每次使用最新的响应）来逐个识别多个设备的技术方案。因此，该特征被隐含公开。 |
| **技术特征J**：其中，冲突是指来自远程NFC设备的设备感测响应消息中有如下指示：针对单个值，既接收到“0”比特也接收到“1”比特。《隐含公开》 | 对比文件未明确定义“冲突”的比特级表现。但本领域公知，在数字通信中，当多个设备同时发送信号时，在接收端表现为比特值的不可识别或混合，即可能在同一比特位置既出现“0”也出现“1”的效果。对比文件描述了响应帧的冲突，本领域技术人员能够理解其物理层表现即为比特冲突。 | 虽然对比文件没有给出目标专利说明书那样具体的比特冲突定义，但其描述的“轮询响应帧冲突”是本领域技术术语。对于本领域技术人员而言，在NFC-A这样的数字通信系统中，消息冲突在物理层或链路层的表现必然包括比特值的冲突或模糊（如碰撞检测中常见的比特错误或无法解码），这等同于“针对单个值，既接收到‘0’比特也接收到‘1’比特”所描述的现象。因此，该特征被隐含公开。 |
| **技术特征K**：将所述第一设备感测响应消息存储在存储结构中的第一位置中，并且将所述第二设备感测响应消息存储在所述存储结构中的第二位置中。《未公开》 | 对比文件全文未提及存储多个设备感测响应消息（轮询响应帧）用于后续分析，也未提及“存储结构”或在不同位置存储不同的响应消息。 | 对比文件仅描述了接收和处理轮询响应帧以识别NFCID，但没有记载将冲突的响应消息存储到特定存储结构中以便与后续响应进行对比分析的技术方案。该特征未被对比文件公开。 |
| **技术特征L**：接收无冲突的设备感测响应消息。《未公开》 | 对比文件描述了当只有一个目标时不会发生冲突，但并未在“冲突消除”或“迭代识别多个设备”的上下文中，明确记载在识别出所有设备后的最后一次迭代中，接收到的设备感测响应消息是无冲突的。其解决冲突的方法主要是通过重新轮询和使设备不响应来避免后续冲突，并未强调接收一个最终的无冲突响应。 | 目标专利此特征强调了在冲突消除循环的最后，接收无冲突消息作为过程的一部分。对比文件未在类似的冲突解决流程中明确描述这一步骤。虽然可以推断当仅剩一个设备时响应无冲突，但对比文件未将其作为方法的一个明确步骤或结果进行记载。该特征未被对比文件公开。 |
| **技术特征M**：通过使用所接收的无冲突设备感测响应消息对所述存储结构中的、所述第一位置中的所述第一设备感测响应消息和所述第二位置中的所述第二设备感测响应消息进行分析，来确定所述第一设备感测响应消息和所述第二设备感测响应消息的无冲突版本。《未公开》 | 对比文件未公开技术特征K（存储结构），也自然未公开基于存储结构和无冲突消息进行回溯分析以确定历史冲突消息中每个比特正确值的方法。 | 该特征涉及一个复杂的后处理分析过程，需要依赖存储的历史冲突消息和无冲突的最终消息。对比文件完全没有提及任何与此相关的技术内容。该特征未被对比文件公开。 |
| **技术特征N**：其中，所述第二设备感测响应消息覆写所述第一设备感测响应消息。《未公开》 | 对比文件未提及存储设备感测响应消息，因此更未提及用新接收的消息覆写旧消息。 | 该特征依赖于消息存储这一前提。由于对比文件未公开消息的存储，因此该覆写特征也未被公开。 |
| **技术特征O**：其中，所述多个远程NFC设备中的每个远程NFC设备被配置为使用NFC-A射频RF技术。《未公开》 | 对比文件主要基于NFCIP-1（ISO/IEC 18092）标准进行描述，该标准涵盖了NFC通信。虽然NFCIP-1是NFC论坛活动规范的基础，但对比文件并未明确限定其描述的设备、轮询请求/响应帧专门针对“NFC-A RF技术”。其描述更通用地适用于NFCIP-1的被动模式通信。 | 目标专利强调其解决方案专门用于使用“NFC-A RF技术”的设备。对比文件未明确指向或限定于这一特定技术子集（NFC-A）。尽管两者都涉及近场通信，但技术领域的明确限定未被对比文件公开。 |
| **技术特征P**：其中，所述第一设备感测响应消息和所述第二设备感测响应消息是如在NFC论坛数字协议规范中定义的SENS_RES消息。《隐含公开》 | “在一个方面中，每个设备感测响应消息可以是NFC论坛数字协议规范中定义的SENS_RES消息。”（此句来自目标专利说明书，用于解释特征含义。对比文件本身未提及SENS_RES）对比文件描述：“目标……传输包括其自身NFCID的轮询响应帧。”并给出了轮询响应帧的格式（图10），该格式与NFC论坛规范中的SENS_RES消息格式一致。 | 虽然对比文件未使用“SENS_RES”这一术语，但其详细描述的“轮询响应帧”（Polling response frame）在NFCIP-1标准及NFC论坛规范中，即为用于技术检测的SENS_RES消息。本领域技术人员阅读对比文件后，能够毫无疑义地确认其描述的轮询响应帧就是SENS_RES消息。因此，该特征被对比文件隐含公开。 |
| **技术特征Q**：其中，所述第二设备感测请求消息是如在NFC论坛数字协议规范中定义的SENS_REQ消息。《隐含公开》 | “在一个方面中，设备感测请求消息可以是NFC论坛数字协议规范中定义的SENS_REQ消息。”（此句来自目标专利说明书。对比文件本身未提及SENS_REQ）对比文件描述：“发起方传输轮询请求帧。”并给出了轮询请求帧的格式（图9），该格式与NFC论坛规范中的SENS_REQ消息格式一致。 | 与特征P类似，对比文件描述的“轮询请求帧”（Polling request frame）在NFCIP-1标准及NFC论坛规范中，即为SENS_REQ消息。本领域技术人员能够直接且毫无疑义地确认这一点。因此，该特征被对比文件隐含公开。 |
| **技术特征R**：其中，所述睡眠请求消息是如在NFC论坛数字协议规范中定义的SLP_REQ消息。《隐含公开》 | “在一个方面中，设备睡眠请求消息可以是NFC论坛数字协议规范中定义的SLP_REQ消息。”（此句来自目标专利说明书。对比文件本身未提及SLP_REQ）对比文件描述了“命令DSL_REQ”用于使目标进入取消选择状态，该状态禁止目标响应轮询请求。 | 对比文件中的“命令DSL_REQ”在功能上与目标专利的“睡眠请求消息”（SLP_REQ）相同，都是使目标设备进入一个不响应后续轮询请求的状态。在NFC论坛规范中，SLP_REQ是用于在冲突消除后使设备休眠的命令。虽然命令名称可能不同（DSL_REQ通常用于在数据交换后取消选择），但其在冲突消除上下文中使设备不响应的作用是一致的。本领域技术人员能够理解其等同性。因此，该特征被隐含公开。 |
| **技术特征S**：其中，所述多个远程NFC设备包括阅读器设备、写入设备、标签、卡以及对等设备中的至少一个。《直接公开》 | “远程NFC设备可以包括但不限于远程NFC标签、读取器/写入器设备、对等发起方设备、远程对等目标方设备等。”（此句来自目标专利说明书，用于解释特征含义。对比文件相应描述：）“通信设备1至3是执行近场通信的设备，并不限于IC卡系统的IC卡或读卡器/写卡器。”（参见说明书第[0047]段）以及“每个通信设备1至3可以内置在PDA、PC、便携式电话、手表、笔等中。” | 对比文件明确指出了其通信设备不限于IC卡或读卡器/写卡器，并列举了可以内置在各种设备中。这涵盖了目标专利中列举的“标签、卡、阅读器/写入设备”等类型。虽然“对等设备”的表述可能不完全对应，但NFCIP-1标准本身就包括对等（P2P）通信模式，其设备可以是对等设备。因此，该特征被对比文件直接公开。 |
| **技术特征T**：还包括：与发送了设备感测响应消息的每个设备执行单个设备检测通信以便获得NFC设备标识符NFCID。《直接公开》 | “在SDD过程中，发起方传输轮询请求帧……目标……传输包括其自身NFCID的轮询响应帧。发起方通过接收从目标传输的轮询响应帧来识别目标的NFCID。”（参见说明书描述SDD过程的部分）以及“NFCIP-1规定NFCID2必须是8字节数值……” | 对比文件的核心内容之一就是描述SDD（单设备检测）过程，该过程的目的正是通过交换轮询请求和响应帧（即执行单个设备检测通信）来获得每个目标的NFCID（具体为NFCID2）。这直接公开了该技术特征。 |
<<<b>>><<<B>>><<<c>>><<<d>>><<<e>>><<<f>>><<<G>>><<<h>>><<<i>>><<<j>>><<<p>>><<<q>>><<<r>>><<<S>>><<<T>>>