对比文件名称：2004-06-17_US2004116074A_发明申请_US20040116074A1 Communication apparatus and communication method
目标专利名称：346用于改进多个NFC-A设备的识别的方法和装置CN104106077B
模型名称：DeepSeek-R1
## 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：确定第一设备感测响应消息包括多个远程近场通信NFC设备之间的一个或多个冲突，《直接公开》 | [0120] 如果存在多个目标围绕发起方，并且发起方请求来自其周围目标的NFCID，则两个或更多个目标可能同时发送其NFCID。如果发生这种情况，则从两个或更多个目标发送的NFCID发生冲突，从而阻止发起方识别冲突的NFCID。 | 对比文件明确描述了在单设备检测(SDD)过程中，当多个目标设备同时响应轮询请求时，它们的响应（NFCID）会发生冲突，导致发起方（轮询设备）无法识别。这直接对应于目标专利中“确定第一设备感测响应消息包括一个或多个冲突”的技术特征。两者都是确定在接收到的响应消息中存在来自多个设备的冲突。 |
| **技术特征B**：所述第一设备感测响应消息响应于第一设备感测请求消息，《直接公开》 | [0118] 在SDD处理中，发起方发送轮询请求帧...每个目标...发送出包括所生成的NFCID的称为“轮询响应帧”的帧。 | 对比文件明确说明了轮询响应帧（即设备感测响应消息）是目标设备在接收到发起方发送的轮询请求帧（即设备感测请求消息）后发送的响应。这直接公开了“第一设备感测响应消息响应于第一设备感测请求消息”的特征。 |
| **技术特征C**：通过对所述第一设备感测响应消息执行冲突消除，来识别所述多个远程NFC设备中的第一远程NFC设备，《直接公开》 | [0118] 发起方通过接收从目标发送的轮询响应帧来识别目标的NFCID。[0120] ...发起方重新发送轮询请求帧以请求从目标重新传输包含其NFCID的轮询响应帧。此后，重复从发起方发送轮询请求帧以及从目标发送轮询响应帧，直到发起方识别出发起方周围所有目标的NFCID。 | 对比文件描述了发起方通过接收和分析轮询响应帧来识别目标设备的NFCID。当发生冲突导致无法识别时，会重新发送轮询请求帧并接收新的响应，这是一个冲突消除的过程。通过这个过程，发起方可以逐一识别出多个目标设备中的每一个，这直接对应于“通过对第一设备感测响应消息执行冲突消除，来识别多个远程NFC设备中的第一远程NFC设备”。其中“第一”仅表示在识别顺序中首先被识别出的一个设备。 |
| **技术特征D**：向所识别的第一远程NFC设备发送睡眠请求消息，《直接公开》 | [0149] 命令DSL_REQ在发起方将目标设置为解除选择状态时发送。接收命令DSL_REQ的目标...被设置为解除选择状态，使得它将不再响应或不再发送对除命令WUP_REQ之外的命令的响应。 | 对比文件公开了命令DSL_REQ，其作用是将目标设备设置为“解除选择状态”。在目标专利的上下文中，“睡眠请求消息”（SLP_REQ）的作用是使目标设备进入睡眠状态，从而禁止其对后续的设备感测请求进行响应。对比文件的“解除选择状态”与目标专利的“睡眠状态”在功能上完全相同，都是使设备暂时不响应后续的轮询/感测请求。因此，发送DSL_REQ命令直接公开了“向所识别的远程NFC设备发送睡眠请求消息”这一特征。 |
| **技术特征E**：所述睡眠请求消息使所识别的第一远程NFC设备转入睡眠状态，《直接公开》 | [0149] ...目标...被设置为解除选择状态，使得它将不再响应或不再发送对除命令WUP_REQ之外的命令的响应。 | 如上一特征所述，对比文件中的DSL_REQ命令使目标设备进入“解除选择状态”。该状态的功能是使设备不再响应大多数命令，这与目标专利中“睡眠状态”的功能实质相同。因此，该技术特征被直接公开。 |
| **技术特征F**：所述睡眠状态禁止所识别的第一远程NFC设备对第一设备感测请求消息进行响应，《直接公开》 | [0149] ...目标...被设置为解除选择状态，使得它将不再响应或不再发送对除命令WUP_REQ之外的命令的响应。[0118] ...发起方发送轮询请求帧。 | 对比文件明确说明，处于解除选择状态的目标设备将不再响应命令。轮询请求帧（SENS_REQ）是一种命令。因此，处于该状态的目标设备将不会对后续的轮询请求帧（即设备感测请求消息）进行响应。这直接公开了睡眠状态禁止设备对设备感测请求消息进行响应的技术特征。 |
| **技术特征G**：发送第二设备感测请求消息，《直接公开》 | [0120] ...发起方重新发送轮询请求帧以请求从目标重新传输包含其NFCID的轮询响应帧。 | 对比文件描述了在冲突发生后或为识别剩余设备，发起方会重新发送轮询请求帧。这个重新发送的轮询请求帧对应于目标专利中的“第二设备感测请求消息”。因此，该特征被直接公开。 |
| **技术特征H**：接收包括所述多个远程NFC设备之间的冲突的第二设备感测响应消息，《直接公开》 | [0120] ...此后，重复从发起方发送轮询请求帧以及从目标发送轮询响应帧... | 对比文件描述了在重新发送轮询请求帧后，会从目标设备接收新的轮询响应帧。当仍有多个未识别设备时，这些新的响应中可能再次包含冲突。这直接对应于接收“包括冲突的第二设备感测响应消息”。 |
| **技术特征I**：通过对所述第二设备感测响应消息执行冲突消除，来识别所述多个远程NFC设备中的第二远程NFC设备，《直接公开》 | [0120] ...此后，重复从发起方发送轮询请求帧以及从目标发送轮询响应帧，直到发起方识别出发起方周围所有目标的NFCID。[0127] ...仅那些NFCID尚未被第一次发送轮询请求帧识别的目标将返回其轮询响应帧以响应发起方重新发送的轮询请求帧。 | 对比文件完整描述了冲突消除的迭代过程：发送第一轮询请求->接收可能冲突的响应->识别出一个设备（如可能）并使其进入解除选择状态->发送第二轮询请求->从剩余设备接收响应->识别出下一个设备。这个过程明确包含了通过对后续接收的响应（第二设备感测响应消息）执行冲突消除来识别下一个（第二）远程NFC设备。因此，该特征被直接公开。 |
| **技术特征J**：其中，冲突是指来自远程NFC设备的设备感测响应消息中有如下指示：针对单个值，既接收到“0”比特也接收到“1”比特。《隐含公开》 | [0120] 如果存在多个目标围绕发起方，并且发起方请求来自其周围目标的NFCID，则两个或更多个目标可能同时发送其NFCID。如果发生这种情况，则从两个或更多个目标发送的NFCID发生冲突，从而阻止发起方识别冲突的NFCID。 | 对比文件定义了“冲突”是指多个目标同时发送其NFCID（轮询响应帧），导致发起方无法识别。在数字通信中，当多个设备在同一信道同时发送数据时，必然会导致比特层面的干扰，即对于某些比特位，一个设备发送“0”而另一个发送“1”，接收方会检测到冲突。本领域技术人员能够毫无疑义地理解，对比文件所述的NFCID冲突在物理层必然体现为比特值的冲突。因此，目标专利中对“冲突”的比特级定义是隐含在对比文件公开的冲突概念之中的。 |
| **技术特征K**：将所述第一设备感测响应消息存储在存储结构中的第一位置中，并且将所述第二设备感测响应消息存储在所述存储结构中的第二位置中，《未直接公开，隐含公开》 | 对比文件未明确记载将多次接收的轮询响应帧存储在特定存储结构的不同位置。 | 对比文件虽然描述了接收轮询响应帧并进行冲突消除的过程，但未明确说明将这些响应消息存储在一个有结构（如表格、矩阵）的存储器中的特定位置。然而，为了执行冲突消除并分析历史数据以识别设备，本领域技术人员在实现该方案时，很容易想到需要将不同迭代轮次中接收到的响应消息（包括第一、第二设备感测响应消息）进行存储以便比较和分析。这是一种为实现已知功能（冲突消除）而采用的常规技术手段。因此，该技术特征被对比文件隐含公开。 |
| **技术特征L**：接收无冲突的设备感测响应消息，《直接公开》 | [0120] ...重复...直到发起方识别出发起方周围所有目标的NFCID。 | 当冲突消除过程进行到最后，只剩下一个目标设备时，发起方接收到的轮询响应帧将是无冲突的。对比文件描述的“直到识别出所有目标”的过程，其最终结果必然包含接收到无冲突的响应消息。因此，该特征被直接公开。 |
| **技术特征M**：通过使用所接收的无冲突设备感测响应消息对所述存储结构中的、所述第一位置中的所述第一设备感测响应消息和所述第二位置中的所述第二设备感测响应消息进行分析，来确定所述第一设备感测响应消息和所述第二设备感测响应消息的无冲突版本。《未公开》 | 对比文件未记载使用最终无冲突的响应消息去反推和分析之前存储的有冲突的响应消息以确定其无冲突版本。 | 该特征涉及一种特定的后处理优化方法：在冲突消除完成后，利用最终的无冲突消息作为参考，去解析历史存储的有冲突消息，从而推导出每个设备原本的、干净的无冲突响应版本。对比文件仅描述了通过迭代的解除选择（睡眠）和重新轮询来逐步识别设备，并未提及或暗示这种基于存储历史数据进行后分析以推导干净版本的方法。该方法并非实现冲突消除所必需的常规或显而易见的手段。因此，该技术特征既未被直接公开，也未被隐含公开。 |
| **技术特征N**：其中，所述第二设备感测响应消息覆写所述第一设备感测响应消息。《未直接公开，隐含公开》 | 对比文件未明确记载后续响应覆写先前响应。 | 对比文件未明确说明存储策略。然而，在有限的存储空间或简单的实现中，本领域技术人员为了存储最新的响应消息，可能会用新接收的第二设备感测响应消息覆盖之前存储的第一设备感测响应消息。这是一种常见的、简单的存储管理方式。因此，该特征可以被认为是隐含公开的。 |
| **技术特征O**：其中，所述多个远程NFC设备中的每个远程NFC设备被配置为使用NFC-A射频RF技术。《未直接公开，隐含公开》 | [0005]-[0008] 描述了Type A, Type B, Type C等IC卡系统类型。[0044] NFC设备基于电磁感应执行近场通信。 | 对比文件通篇描述的是近场通信(NFC)设备，并提到了Type A (Philips‘ MIFARE) 系统。虽然未明确限定所有目标设备必须使用NFC-A技术，但Type A是NFC论坛标准下的主要技术之一。本领域技术人员知道，对比文件所述的冲突消除和识别方法适用于使用类似轮询/响应机制的NFC设备，包括NFC-A设备。在目标专利的语境下，将对比文件公开的方法应用于配置为使用NFC-A技术的设备，是显而易见的选择。因此，该特征被隐含公开。 |
| **技术特征P**：其中，所述第一设备感测响应消息和所述第二设备感测响应消息是如在NFC论坛数字协议规范中定义的SENS_RES消息。《未直接公开，隐含公开》 | [0118] 目标...发送出包括所生成的NFCID的称为“轮询响应帧”的帧。 | 对比文件将其称为“轮询响应帧”。在NFC论坛规范中，与轮询请求（SENS_REQ）对应的响应正是SENS_RES消息。本领域技术人员能够理解，对比文件中的“轮询响应帧”实质上就是NFC论坛规范中定义的SENS_RES消息，只是术语表述不同。因此，该特征被隐含公开。 |
| **技术特征Q**：其中，所述第二设备感测请求消息是如在NFC论坛数字协议规范中定义的SENS_REQ消息。《未直接公开，隐含公开》 | [0118] 在SDD处理中，发起方发送轮询请求帧。 | 对比文件将其称为“轮询请求帧”。在NFC论坛规范中，用于设备感测的请求正是SENS_REQ消息。本领域技术人员能够理解，对比文件中的“轮询请求帧”实质上就是NFC论坛规范中定义的SENS_REQ消息。因此，该特征被隐含公开。 |
| **技术特征R**：其中，所述睡眠请求消息是如在NFC论坛数字协议规范中定义的SLP_REQ消息。《未直接公开，隐含公开》 | [0149] 命令DSL_REQ在发起方将目标设置为解除选择状态时发送。 | 对比文件将其称为“DSL_REQ”命令。在NFC论坛规范中，用于使设备进入睡眠状态的命令是SLP_REQ。虽然命令代码名称可能不同（DSL_REQ vs SLP_REQ），但两者实现的功能完全相同：使目标设备进入一种不响应后续轮询请求的状态。本领域技术人员能够认识到，这是实现同一功能的不同协议命令，属于等同替换。因此，该特征被隐含公开。 |
| **技术特征S**：其中，所述多个远程NFC设备包括阅读器设备、写入设备、标签、卡以及对等设备中的至少一个。《直接公开》 | [0048] NFC设备1至3...可用作IC卡系统中的读卡器/写入器、IC卡...个人数字助理(PDA)、个人计算机(PC)、蜂窝电话...等。 | 对比文件明确列举了NFC设备可用作读卡器/写入器（阅读器/写入设备）、IC卡（卡/标签），以及对等设备（如PDA、PC、电话之间的通信）。这直接公开了远程NFC设备可以包括这些类型。 |
| **技术特征T**：还包括：与发送了设备感测响应消息的每个设备执行单个设备检测通信以便获得NFC设备标识符NFCID。《直接公开》 | [0118] 发起方通过接收从目标发送的轮询响应帧来识别目标的NFCID。[0142] 命令ATR_REQ...包括...识别发起方的NFCID。[0143] 响应ATR_RES...主要包括目标的属性或NFCID。 | 对比文件完整描述了“单设备检测(SDD)处理”，其核心就是发起方通过交换轮询请求和轮询响应帧来获得目标的NFCID（见[0118]）。此外，在后续的属性交换（ATR_REQ/ATR_RES）中也会交换NFCID（见[0142], [0143]）。这整个通信过程就是为了获得并确认每个设备的NFCID，即目标专利所述的“执行单个设备检测通信以便获得NFCID”。因此，该特征被直接公开。 |
<<<A>>><<<B>>><<<C>>><<<D>>><<<E>>><<<F>>><<<G>>><<<H>>><<<I>>><<<S>>><<<T>>><<<j>>><<<k>>><<<L>>><<<n>>><<<o>>><<<p>>><<<q>>><<<r>>>