对比文件名称：US2004201455A1_Description_20260318_1953
目标专利名称：346用于改进多个NFC-A设备的识别的方法和装置CN104106077B
模型名称：DeepSeek最新版本模型
## 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用（翻译） | 公开性论述 |
| A：确定第一设备感测响应消息包括多个远程近场通信NFC设备之间的一个或多个冲突，《隐含公开》 | 参见说明书[0084]段：“...the interrogating system would then conclude that at least two transponders are present in the field (FIG. 6, step 88).”。[0088]段：“As a result the bit ID numbers are received at the transceiver in descending numerical order...”。 | 对比文件描述了一种识别多个RFID应答器的防碰撞协议。当询问设备发送请求（如READ命令）后，若检测到来自多个应答器的响应中同时存在“0”和“1”比特（即“both a one and a zero are present”，参见[0080]段），则确定存在冲突。这与目标专利中“确定第一设备感测响应消息包括一个或多个冲突”的作用相同，都是为了发现多个设备同时响应导致的信号模糊问题。虽然术语（应答器 vs NFC设备）和具体协议不同，但本领域技术人员能够理解，在无线通信中检测到来自多个设备的冲突响应是实施防碰撞算法的共同前提。因此，该技术特征被隐含公开。 |
| B：所述第一设备感测响应消息响应于第一设备感测请求消息，《隐含公开》 | 参见说明书[0076]段：“At step 76, the interrogating system waits to receive a bit from the RF transponder; if no bit is detected, then the system proceeds to step 78; if a bit is detected, then the system proceeds to step 80.”。图6及对应描述显示，在步骤74发送CHANGE1命令（一种请求）后，进入步骤76等待并接收来自应答器的比特。 | 对比文件的算法流程中，询问设备发送请求命令（如CHANGE1、READ），然后等待并接收来自应答器的响应比特。例如，在[0084]段描述的示例中，发送READ命令后，应答器会响应其ID比特。这构成了“请求-响应”的通信模式。虽然对比文件没有明确使用“设备感测请求消息”和“设备感测响应消息”的术语，但其描述的“命令-比特响应”机制在作用上与目标专利的“设备感测请求-响应”相同，都是用于探测和获取设备标识信息。因此，本领域技术人员可以合理推断出该技术特征。 |
| C：通过对所述第一设备感测响应消息执行冲突消除，来识别所述多个远程NFC设备中的第一远程NFC设备，《隐含公开》 | 参见说明书[0084]段：“Since IDs are in this case only 3 bits long, the 101 and 100 transponders will enter an idle state... The interrogation system then adds 100 (FIG. 6, step 94) and 101 (FIG. 6, step 104) to the list of isolated transponder IDs.”。[0078]段：“...the isolated transponder stack contains the identified transponder IDs.”。 | 对比文件详细描述了一种基于树遍历的冲突消除算法。当询问设备在某个比特位置检测到冲突（即同时收到0和1）时，它会执行一系列操作（如记录比特串、使用栈结构）来逐步解析出单个应答器的完整ID。例如，在[0084]段的示例中，系统最终识别出ID为110、101和100的应答器。这个过程就是通过对冲突响应的分析（冲突消除）来逐个识别设备。虽然识别对象称为“应答器”而非“远程NFC设备”，但两者在“被识别的无线设备”这一作用上相同。因此，该技术特征被隐含公开。 |
| D：向所识别的第一远程NFC设备发送睡眠请求消息，《隐含公开》 | 参见说明书[0082]段：“The CHANGE2 command puts any transponder to "sleep" if it has responded with a zero in answer to the last READ or CHANGE1 command.”。 | 对比文件中的CHANGE2命令用于使那些在最后一次询问中响应为“0”的应答器进入“睡眠”状态。在冲突消除过程中，当识别出某一组设备（对应某个比特分支）后，系统会发送CHANGE2命令来让其中一部分设备“睡眠”，以便专注于识别其他设备。虽然命令名称不同（CHANGE2 vs SLP_REQ），但其“使特定设备暂时停止响应”的作用与目标专利的“睡眠请求消息”相同。因此，本领域技术人员可以合理推断出该技术特征。 |
| E：所述睡眠请求消息使所识别的第一远程NFC设备转入睡眠状态，《隐含公开》 | 参见说明书[0082]段：“The CHANGE2 command puts any transponder to "sleep"...”。[0089]段方法描述：“(e) signaling each of said objects which was signaled to increase its push counter in step (d) to no longer respond until signaled to decrement its push counter and its push counter reaches zero;”。 | 对比文件明确描述了CHANGE2命令使应答器进入“睡眠”状态，并且处于该状态的应答器不再响应后续的询问，直到其推送计数器归零。这完全对应于目标专利中“睡眠状态”的概念，即设备被禁止响应。因此，该技术特征被直接公开。 |
| F：所述睡眠状态禁止所识别的第一远程NFC设备对第一设备感测请求消息进行响应，《直接公开》 | 参见说明书[0082]段：“...transponders in the field that have been put in a "sleep" state are maintained in the disclosed system to be later "awakened"...”。[0089]段方法描述：“(e)... to no longer respond until...”。 | 对比文件明确指出，处于“睡眠”状态的应答器不再响应（“no longer respond”）。这意味着当询问设备发送后续的请求命令（如READ，相当于设备感测请求）时，这些睡眠中的设备不会做出响应。这与目标专利中睡眠状态的作用完全一致。因此，本领域技术人员能够毫无疑义地得出该技术方案。 |
| G：发送第二设备感测请求消息，《隐含公开》 | 参见说明书[0084]段：“The interrogating system would then send a command (FIG. 6, step 102) to force all transponders...”。图6流程：在步骤102发送CHANGE2后，流程返回步骤76等待响应，并可能在步骤86再次发送READ命令。 | 在对比文件的冲突消除循环中，在使一部分设备睡眠后，询问设备会继续发送命令（如READ或CHANGE1）以获取剩余设备的响应。例如，在识别出一个设备后，系统会从非隔离栈中弹出记录，并发送CHANGE1命令（步骤74，参见[0084]段）以继续询问。这个后续发送的请求命令，其作用与目标专利的“第二设备感测请求消息”相同，都是为了在排除已识别设备后重新探测。因此，该技术特征被隐含公开。 |
| H：接收包括所述多个远程NFC设备之间的冲突的第二设备感测响应消息，《隐含公开》 | 参见说明书[0084]段示例：在使ID 110被识别并处理后，系统继续处理之前记录的“10”分支，此时ID 101和100会响应，它们的下一个比特（分别为1和0）可能再次产生冲突。 | 在对比文件的树遍历算法中，当处理一个新的分支（例如对应比特前缀“10”）时，询问设备会发送请求，并可能从该分支下的多个设备（如ID 101和100）收到响应，这些响应可能再次包含冲突（例如同时收到1和0）。这对应于接收“第二设备感测响应消息”且其中可能包含冲突的过程。虽然示例中可能直接识别出两个完整ID，但算法本身处理的是可能包含冲突的中间响应。因此，本领域技术人员可以合理推断出该技术特征。 |
| I：通过对所述第二设备感测响应消息执行冲突消除，来识别所述多个远程NFC设备中的第二远程NFC设备，《隐含公开》 | 参见说明书[0084]段：“The interrogation system then adds 100 (FIG. 6, step 94) and 101 (FIG. 6, step 104) to the list of isolated transponder IDs.”。这发生在处理“10”分支之后。 | 对比文件的冲突消除算法是一个迭代过程。在识别出第一个设备（如ID 110）后，算法会继续处理栈中记录的其他未完成分支（如对应前缀“10”）。在处理这些分支时，系统会继续执行冲突消除逻辑（如图6的步骤80-104），直到识别出该分支下的所有设备（如ID 100和101）。这个过程对应于对后续响应进行冲突消除以识别第二个及后续设备。因此，该技术特征被隐含公开。 |
| J：其中，冲突是指来自远程NFC设备的设备感测响应消息中有如下指示：针对单个值，既接收到“0”比特也接收到“1”比特。《直接公开》 | 参见说明书[0080]段：“At step 80, the interrogating system determines if it has detected a one and a zero: if both a one and a zero are present, then the system continues to step 88...”。 | 对比文件明确将冲突定义为询问设备在同一个比特询问中，同时检测到“1”和“0”的响应（“both a one and a zero are present”）。这与目标专利对冲突的定义完全一致。因此，本领域技术人员能够毫无疑义地从对比文件得出该定义。 |
| K：将所述第一设备感测响应消息存储在存储结构中的第一位置中，并且将所述第二设备感测响应消息存储在所述存储结构中的第二位置中，《未公开》 | 对比文件描述了使用栈（stack）来存储未完成的比特串（如[0084]段提及的“non-isolated transponder stack”），但未明确公开将多个完整的“设备感测响应消息”（如SENS_RES消息的完整内容）存储在一个存储结构的不同指定位置中。其存储的是部分ID前缀（比特串），用于指导后续遍历。 | 目标专利的技术特征强调存储完整的“设备感测响应消息”（可能包括多个字节），并将其置于存储结构的特定位置以便后续对比分析。对比文件虽然使用了栈数据结构来记录中间状态（比特前缀），但其目的和作用是引导树遍历的路径，而不是为了保存和对比多个完整的响应消息内容以推导无冲突版本。两者在技术手段和作用上存在差异。本领域技术人员无法从对比文件直接或隐含地得出该特定存储方案。 |
| L：接收无冲突的设备感测响应消息，《隐含公开》 | 参见说明书[0084]段：“At this point, only the transponder with ID 110 will respond, and it will respond with a ZERO symbol.”。当只有一个应答器响应时，其响应是无冲突的。 | 在对比文件的识别过程后期，当某个分支下只剩下一个应答器时，该应答器对询问的响应将是唯一的（只有0或1），即无冲突的响应。例如，在识别出ID 110的最后一位时，仅收到一个“ZERO symbol”。这对应于接收“无冲突的设备感测响应消息”。虽然术语不同，但本领域技术人员能够理解在防碰撞算法结束时获取单一设备响应的场景。 |
| M：通过使用所接收的无冲突设备感测响应消息对所述存储结构中的、所述第一位置中的所述第一设备感测响应消息和所述第二位置中的所述第二设备感测响应消息进行分析，来确定所述第一设备感测响应消息和所述第二设备感测响应消息的无冲突版本。《未公开》 | 无相应内容。 | 目标专利的该技术特征涉及一个特定的后处理步骤：利用最终获得的无冲突响应消息，回头分析之前存储的、包含冲突的响应消息历史记录，从而推导出每个设备原本应有的无冲突响应版本。对比文件的树遍历算法是向前进行的，通过逐步询问和分支选择来直接构建完整的ID，并不需要也不涉及在获得所有ID后，再回头解析历史冲突数据以重构每个设备的完整响应消息。该特征在对比文件中既未直接描述，也无法通过合理推断得出。 |
| N：其中，所述第二设备感测响应消息覆写所述第一设备感测响应消息。《未公开》 | 无相应内容。 | 对比文件未提及任何关于后接收的响应消息覆写先前的响应消息的存储机制。其栈结构用于保存未完成的搜索路径，而不是用于覆写存储的响应消息。该特征在对比文件中没有公开。 |
| O：其中，所述多个远程NFC设备中的每个远程NFC设备被配置为使用NFC-A射频RF技术。《未公开》 | 对比文件涉及的是RFID系统，工作频率例如915 MHz或2.45 GHz（参见[0022]段），并采用背向散射调制。其未提及NFC论坛定义的NFC-A RF技术。 | NFC-A是NFC论坛定义的一种特定的通信技术标准，具有其特定的调制方式、编码和帧结构。对比文件描述的RFID协议在物理层、协议层上与NFC-A标准不同。本领域技术人员不能认为普通的RFID系统等同于或必然公开了NFC-A技术。因此，该限定性技术特征未被公开。 |
| P：其中，所述第一设备感测响应消息和所述第二设备感测响应消息是如在NFC论坛数字协议规范中定义的SENS_RES消息。《未公开》 | 对比文件中使用的是应答器返回的“ZERO symbol”或“ONE symbol”（参见图5及描述），并非NFC论坛标准中定义的SENS_RES消息格式。 | SENS_RES是NFC论坛活动规范中为NFC-A技术定义的标准消息格式，具有特定的字节结构和含义。对比文件中的响应符号是其自定义的协议的一部分，与标准化的SENS_RES消息不同。该特征未被公开。 |
| Q：其中，所述第二设备感测请求消息是如在NFC论坛数字协议规范中定义的SENS_REQ消息。《未公开》 | 对比文件中询问设备发送的命令是“READ”、“CHANGE1”、“CHANGE2”等（参见图4及描述），并非NFC论坛标准中定义的SENS_REQ消息。 | SENS_REQ是NFC论坛标准中定义的特定轮询命令。对比文件使用的是其自定义的命令集。该特征未被公开。 |
| R：其中，所述睡眠请求消息是如在NFC论坛数字协议规范中定义的SLP_REQ消息。《未公开》 | 对比文件中使设备睡眠的命令是“CHANGE2”，并非NFC论坛标准中定义的SLP_REQ消息。 | SLP_REQ是NFC论坛标准中定义的特定睡眠命令。该特征未被公开。 |
| S：其中，所述多个远程NFC设备包括阅读器设备、写入设备、标签、卡以及对等设备中的至少一个。《隐含公开》 | 参见说明书[0002]段：“RFID transponders are used in much the same way as optical bar codes, identifying the item to which they are affixed...”。通常，RFID应答器可视为“标签”的一种。 | 对比文件主要针对的是RFID应答器（transponder），其通常对应于目标专利中提到的“标签”。虽然目标专利列出的设备类型更广泛（阅读器、写入器、对等设备等），但“标签”是其中的一个典型实施例。本领域技术人员可以理解，对比文件公开的防碰撞方法至少适用于“标签”这类设备。因此，该技术特征被部分隐含公开。 |
| T：还包括：与发送了设备感测响应消息的每个设备执行单个设备检测通信以便获得NFC设备标识符NFCID。《隐含公开》 | 参见说明书[0084]段：“The interrogation system then adds 100... and 101... to the list of isolated transponder IDs.”。整个树遍历算法的最终目的就是获得每个应答器的完整唯一标识符（ID）。 | 对比文件描述的整个协议过程，其最终结果就是获取场内每个应答器的完整ID号。这相当于与每个响应设备完成了“单个设备检测通信”并获得了其标识符。虽然术语（ID vs NFCID）和具体通信步骤可能不同，但最终目的和作用相同。因此，本领域技术人员可以合理推断出该技术特征。 |
<<<F>>><<<J>>><<<a>>><<<b>>><<<c>>><<<d>>><<<e>>><<<g>>><<<h>>><<<i>>><<<l>>><<<s>>><<<t>>>