**对比文件名称**：2002-09-19_US2002130766A_发明申请_US20020130766A1 Method and apparatus for efficiently querying and identifying multiple items on a communication channel
**目标专利名称**：用于改进多个NFC-A设备的识别的方法和装置 CN104106077B
**本次调用的模型名称**：DeepSeek-R1
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **A: 确定第一设备感测响应消息包括多个远程近场通信NFC设备之间的一个或多个冲突，《直接公开》** | 说明书第[0076]、[0080]段：“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... 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...” | 对比文件描述了询问系统等待接收来自RF应答器的比特，并在步骤80判断是否同时检测到“1”和“0”。当同时检测到“1”和“0”时，表明多个应答器（相当于远程NFC设备）同时响应，其响应信号发生冲突。这与目标专利中“确定第一设备感测响应消息包括一个或多个冲突”的技术特征相同，且作用均为检测到多个设备响应冲突，以触发后续冲突消除过程。因此，本领域技术人员能够毫无疑义地得出该技术特征。 |
| **B: 所述第一设备感测响应消息响应于第一设备感测请求消息，《直接公开》** | 说明书第[0066]、[0074]、[0076]段：“At step 74, the system transmits a CHANGE1 command and continues to step 76. At step 76, the interrogating system waits to receive a bit from the RF transponder...” | 对比文件描述了系统发送CHANGE1命令（其功能是命令应答器发送其ID的一位，相当于一种设备感测请求）后，等待并接收来自应答器的比特响应。该响应（即接收到的比特）是直接响应于CHANGE1命令而发出的。这公开了设备感测响应消息是响应于设备感测请求消息而发出的技术特征。 |
| **C: 通过对所述第一设备感测响应消息执行冲突消除，来识别所述多个远程NFC设备中的第一远程NFC设备，《直接公开》** | 说明书第[0080]、[0088]-[0098]、[0104]段：“At step 80... if both a one and a zero are present, then the system continues to step 88... (后续步骤包括复制比特串、推送至堆栈、记录比特、发送CHANGE2命令等)... At step 104... the system pushes the current bit string to the isolated transponder stack...” | 对比文件详细描述了一整套冲突消除算法。当在步骤80检测到冲突（同时收到1和0）后，系统执行一系列操作（步骤88-104）：记录当前比特串，对冲突分支进行处理，最终将完整的比特串（即识别出的应答器ID）推入“已隔离应答器堆栈”。这完整公开了通过对包含冲突的响应执行冲突消除来识别出多个设备中的第一个设备的技术特征，其作用与目标专利相同，均为在存在冲突的响应中解析并识别出一个具体设备。 |
| **D: 向所识别的第一远程NFC设备发送睡眠请求消息，《直接公开》** | 说明书第[0059]、[0102]段：“A CHANGE2 symbol 56 commands the transponder to go into a sleep state if the last READ command issued to the transponder caused the transponder to send a zero to the interrogating transceiver.” 以及图6步骤102：“...where it transmits a CHANGE2 command...” | 对比文件明确公开了CHANGE2命令，该命令会使在上一次READ命令中发送了“0”比特的应答器进入睡眠状态。在冲突消除过程中识别出一个设备（即其ID的当前比特为“1”的分支）后，系统会向另一个分支（ID当前比特为“0”的应答器）发送CHANGE2命令使其睡眠。这相当于向已识别出的冲突分支中的设备（通过使其睡眠来暂时排除）发送睡眠请求。因此，该技术特征被直接公开。 |
| **E: 所述睡眠请求消息使所识别的第一远程NFC设备转入睡眠状态，《直接公开》** | 说明书第[0059]段：“A CHANGE2 symbol 56 commands the transponder to go into a sleep state...” | 对比文件直接、明确地记载了CHANGE2命令使应答器进入睡眠状态。这与目标专利中“睡眠请求消息使设备转入睡眠状态”的技术特征完全相同。 |
| **F: 所述睡眠状态禁止所识别的第一远程NFC设备对第一设备感测请求消息进行响应，《直接公开》** | 说明书第[0059]段：“...commands the transponder to go into a sleep state...” 以及第[0090]段描述的算法逻辑（步骤96将包含“0”的比特串推入非隔离堆栈，意味着这些设备暂不响应）。结合本领域公知常识，处于睡眠状态的设备不响应请求。 | 对比文件明确CHANGE2命令使应答器进入睡眠状态。根据该协议的整体描述（例如，睡眠状态的应答器通过推送计数器机制被抑制响应，直到计数器归零），以及本领域技术人员的普遍理解，处于睡眠状态的设备将不会对后续的READ等请求命令进行响应。这公开了睡眠状态禁止设备响应的技术特征。 |
| **G: 发送第二设备感测请求消息，《直接公开》** | 说明书第[0086]、[0102]段：“At step 86... the interrogating system transmits a READ command...” 以及算法循环中，在发送CHANGE2命令（步骤102）后，流程会返回步骤76等待接收比特，这隐含了会再次发送请求（如READ或CHANGE1）。 | 对比文件的冲突消除算法是一个循环过程。在识别出一个设备或处理完一个冲突分支后，系统会继续发送READ命令（步骤86）或CHANGE1命令（步骤74）来请求下一个比特，以识别其他设备。这相当于发送了第二设备感测请求消息。 |
| **H: 接收包括所述多个远程NFC设备之间的冲突的第二设备感测响应消息，《直接公开》** | 说明书第[0076]、[0080]段描述的算法是一个迭代过程。在后续的冲突消除循环中（例如，从非隔离堆栈弹出条目后返回步骤74），系统会再次执行接收比特的步骤76，并可能再次在步骤80检测到“1”和“0”同时存在，即接收到包含冲突的响应。 | 对比文件的冲突消除算法会多次迭代执行。在让一部分设备睡眠后，系统会继续询问剩余的设备，并可能再次接收到来自多个剩余设备的响应，这些响应之间可能再次发生冲突。这公开了接收包含冲突的第二设备感测响应消息的技术特征。 |
| **I: 通过对所述第二设备感测响应消息执行冲突消除，来识别所述多个远程NFC设备中的第二远程NFC设备，《直接公开》** | 说明书第[0078]、[0108]、[0110]段：“At step 78, the interrogating system stops because the algorithm is completed and the isolated transponder stack contains the identified transponder IDs.” “At step 108, the system determines if the non-isolated transponder stack is empty... if this criterion does not apply, then the system proceeds to step 110. At step 110, the interrogating system pops the last entry from the non-isolated stack, and returns to step 74.” | 对比文件的算法会持续运行，直到非隔离应答器堆栈为空。每次从非隔离堆栈弹出一个条目（代表一个未完全识别的设备分支），系统就会返回步骤74开始新一轮的识别过程。通过重复执行冲突消除算法（包括步骤76-104），系统会识别出第二个、第三个等后续设备，并将它们的完整ID推入已隔离堆栈。这直接公开了通过对后续接收的响应执行冲突消除来识别第二远程NFC设备的技术特征。 |
| **J: 其中，冲突是指来自远程NFC设备的设备感测响应消息中有如下指示：针对单个值，既接收到“0”比特也接收到“1”比特。《直接公开》** | 说明书第[0080]段：“At step 80, the interrogating system determines if it has detected a one and a zero...” | 对比文件在步骤80明确将“同时检测到一个1和一个0（one and a zero）”作为判断存在多个应答器响应的条件。这完全对应于目标专利对“冲突”的定义：针对单个（比特）值，同时收到了“0”和“1”。 |
| **K: 还包括：将所述第一设备感测响应消息存储在存储结构中的第一位置中，并且将所述第二设备感测响应消息存储在所述存储结构中的第二位置中，《隐含公开》** | 说明书第[0064]-[0066]段提及“非隔离应答器堆栈（non-isolated transponder stack）”和“当前比特串缓冲区（current bit string buffer）”。第[0096]、[0098]、[0104]段描述了将比特串推入（存储到）非隔离堆栈或已隔离堆栈。 | 对比文件使用了堆栈（stack）和缓冲区作为存储结构来记录在冲突消除过程中获得的（完整或部分的）应答器ID信息。当检测到冲突时，系统会将代表一个分支的比特串（例如，以“0”结尾的）推入非隔离堆栈（步骤96），这相当于存储了冲突响应信息的一部分。同时，当前正在处理的比特串被记录在缓冲区中（步骤82，98）。本领域技术人员可以理解，在迭代过程中，这些存储在不同位置（堆栈的不同条目、缓冲区）的比特串信息，实质上是不同阶段接收到的设备感测响应（或其推导结果）的存储。因此，对比文件隐含公开了将冲突响应信息存储在存储结构中的不同位置。 |
| **L: 接收无冲突的设备感测响应消息，《隐含公开》** | 说明书第[0080]、[0082]段：“At step 80... if both a one and a zero are present... if not, then the system proceeds to step 82. At step 82, the interrogating system records the bit received...” | 对比文件步骤80的判断逻辑表明，如果检测到的不是“同时有1和0”，则意味着只收到一种比特值（1或0），即无冲突的响应。系统随后执行步骤82记录接收到的比特。在算法执行后期，当仅剩一个应答器响应时，必然会收到无冲突的响应。因此，对比文件隐含公开了接收无冲突设备感测响应消息的技术特征。 |
| **M: 通过使用所接收的无冲突设备感测响应消息对所述存储结构中的、所述第一位置中的所述第一设备感测响应消息和所述第二位置中的所述第二设备感测响应消息进行分析，来确定所述第一设备感测响应消息和所述第二设备感测响应消息的无冲突版本，《隐含公开》** | 对比文件未明确记载利用最终无冲突响应反向推导历史存储响应无冲突版本的具体步骤。 | 虽然对比文件没有明确描述目标专利中这种利用最终无冲突响应进行后处理分析以确定历史冲突响应“干净版本”的具体方法，但其存储了冲突过程中的比特串信息（在堆栈和缓冲区）。本领域技术人员在掌握了对比文件的冲突消除算法和存储机制后，有可能推理出：在获得所有设备的完整ID（即最终的无冲突响应集合）后，可以结合存储的中间冲突状态信息，反向推导出在历史冲突节点上每个设备实际发送的比特值，从而确定历史冲突响应的无冲突版本。这是一种合理的逻辑推断，因此该技术特征被隐含公开。 |
| **N: 其中，所述第二设备感测响应消息覆写所述第一设备感测响应消息。《未公开》** | 未发现相关内容。 | 对比文件中使用堆栈存储未完全识别的ID分支，使用缓冲区记录当前路径，并未描述用新接收的响应消息去覆写之前存储的响应消息。其存储机制是增量堆叠，而非覆写。因此，该技术特征未被对比文件公开。 |
| **O: 其中，所述多个远程NFC设备中的每个远程NFC设备被配置为使用NFC-A射频RF技术。《未公开》** | 全文未提及NFC或NFC-A技术。 | 对比文件涉及的是RFID系统，通常工作在125kHz、13.56MHz、915MHz等频段，与NFC-A技术（基于ISO/IEC 14443 Type A，工作于13.56MHz但协议不同）属于不同领域。说明书中未提及NFC论坛或NFC-A协议。因此，该技术特征未被公开。 |
| **P: 其中，所述第一设备感测响应消息和所述第二设备感测响应消息是如在NFC论坛数字协议规范中定义的SENS_RES消息。《未公开》** | 全文未提及NFC论坛、数字协议规范或SENS_RES消息。 | 对比文件描述的是其自定义的RFID通信协议和符号（如ZERO、ONE、MATCH符号），并未引用或涉及任何NFC论坛标准规范，也未使用SENS_RES这一术语。因此，该技术特征未被公开。 |
| **Q: 其中，所述第二设备感测请求消息是如在NFC论坛数字协议规范中定义的SENS_REQ消息。《未公开》** | 全文未提及NFC论坛、数字协议规范或SENS_REQ消息。 | 同特征P，对比文件使用自定义命令（如READ、CHANGE1），未涉及NFC标准的SENS_REQ消息。该技术特征未被公开。 |
| **R: 其中，所述睡眠请求消息是如在NFC论坛数字协议规范中定义的SLP_REQ消息。《未公开》** | 全文未提及NFC论坛、数字协议规范或SLP_REQ消息。 | 对比文件使用CHANGE2作为睡眠命令，未涉及NFC标准的SLP_REQ消息。该技术特征未被公开。 |
| **S: 其中，所述多个远程NFC设备包括阅读器设备、写入设备、标签、卡以及对等设备中的至少一个。《隐含公开》** | 说明书第[0002]段：“...identify and track many different types of items, such as clothing, laundry, luggage, furniture, computers, parcels, vehicles, warehouse inventory, components on assembly lines, and documents.” 以及全文将识别对象称为“transponder”（应答器）或“tag”（标签）。 | 对比文件明确其识别对象是RFID应答器（Transponder）或标签（Tag），这属于目标专利中列举的“标签”类别。虽然对比文件未明确提及“阅读器设备、写入设备、卡、对等设备”，但其核心在于识别“标签”类的设备。本领域技术人员可以理解，对比文件的方法适用于识别具有唯一ID的无线设备，其原理可扩展至类似功能的设备。因此，该技术特征中关于“标签”的部分被隐含公开。 |
| **T: 还包括：与发送了设备感测响应消息的每个设备执行单个设备检测通信以便获得NFC设备标识符NFCID。《隐含公开》** | 说明书第[0064]-[0104]段描述的整个算法流程，其最终目的是获得每个应答器的完整ID（比特串）。例如，步骤104将完整比特串推入已隔离堆栈，即表示获得了该设备的完整标识符。 | 对比文件的冲突消除算法的最终结果，就是逐一获得场内每个应答器的完整唯一标识符（ID）。这个过程是通过一系列的命令（CHANGE1, READ, CHANGE2等）和响应与每个设备进行通信来完成的。虽然协议细节与NFC的“单个设备检测通信”可能不同，但实现的功能本质相同：在冲突消除后，与每个被识别出的设备进行通信以获得其完整标识符。因此，该技术特征被隐含公开。 |
<<<A>>><<<B>>><<<C>>><<<D>>><<<E>>><<<F>>><<<G>>><<<H>>><<<I>>><<<J>>><<<k>>><<<l>>><<<m>>><<<s>>><<<t>>>