本次调用的模型名称：DeepSeek-R1
**对比文件名称**：2011-11-29_US8068011B_发明授权_US08068011B1 System and method for interactive user-directed interfacing between handheld devices and RFID media
**目标专利名称**：用于改进多个NFC-A设备的识别的方法和装置 CN104106077B
## 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **特征A：** 确定第一设备感测响应消息包括多个远程近场通信NFC设备之间的一个或多个冲突。<br>**判断结果：** 未直接公开，也未隐含公开。 | 第[0019]段：“Due to physical constraints, tags are unaware of other tags and, therefore, collisions may occur when multiple tags use the same slot for sending text. Since tags choose their slots randomly, collisions may be resolved in subsequent read iterations, and after a number of iterations, identification data from all tags may be retrieved.” | **论述：** 对比文件提到了RFID标签通信中可能发生“冲突（collisions）”，这是当多个标签使用相同时间槽发送文本时发生的。然而，目标专利中的“冲突”特指在NFC-A技术检测过程中，轮询设备接收到的来自多个远程NFC设备的“设备感测响应消息（SENS_RES）”中的比特级冲突。对比文件描述的是RFID标签识别过程中的冲突，其背景、通信协议（如可能的Aloha防冲突机制）与目标专利所述的NFC-A设备感测响应（SENS_RES）的冲突消除过程不同。对比文件并未描述如何“确定”一个具体的“设备感测响应消息”包含冲突，也未提及“SENS_RES”或类似消息。因此，本领域技术人员无法从对比文件毫无疑义地得出或合理推断出技术特征A。 |
| **特征B：** 所述第一设备感测响应消息响应于第一设备感测请求消息。<br>**判断结果：** 未直接公开，也未隐含公开。 | 无直接对应描述。 | **论述：** 对比文件描述了RFID阅读器“询问（interrogating）”标签（例如第[0050]段），标签随后响应。但对比文件完全没有提及“设备感测请求消息（SENS_REQ）”和“设备感测响应消息（SENS_RES）”这一对在NFC论坛规范中明确定义的、用于技术检测的特定消息。目标专利中“响应于”的关系是在NFC-A技术检测这一特定规程下的。对比文件未公开这一特定消息对及其响应关系。 |
| **特征C：** 通过对所述第一设备感测响应消息执行冲突消除，来识别所述多个远程NFC设备中的第一远程NFC设备。<br>**判断结果：** 隐含公开 (<c>) | 第[0019]段：“collisions may occur when multiple tags use the same slot for sending text. Since tags choose their slots randomly, collisions may be resolved in subsequent read iterations, and after a number of iterations, identification data from all tags may be retrieved.” | **论述：** 对比文件明确指出，当多个标签冲突时，冲突可以在“后续的读取迭代（subsequent read iterations）”中得到解决，经过数次迭代后，可以检索到所有标签的识别数据。这一描述隐含了通过执行一个冲突消除过程（即多次迭代读取）来逐步识别出多个标签中的个体。虽然对比文件未使用“第一设备感测响应消息”这一术语，也未详述冲突消除的具体算法（如比特级冲突分析），但其核心思想——在存在冲突的响应后，通过一个过程识别出其中一个设备——已被公开。本领域技术人员可以合理推断出，为了最终获得所有设备的识别数据，冲突消除过程的第一次成功识别就是识别出“第一”个设备。因此，该特征被隐含公开。 |
| **特征D：** 向所识别的第一远程NFC设备发送睡眠请求消息。<br>**判断结果：** 未直接公开，也未隐含公开。 | 无直接对应描述。 | **论述：** 对比文件完全未提及向已识别出的设备发送任何形式的“睡眠请求消息（SLP_REQ）”。其描述的冲突解决是通过标签随机选择时间槽的机制在后续迭代中自然完成，而非通过主动命令使特定设备进入睡眠以禁止其响应。这是目标专利解决冲突的核心步骤之一，在对比文件中没有对应基础。 |
| **特征E：** 所述睡眠请求消息使所识别的第一远程NFC设备转入睡眠状态。<br>**判断结果：** 未直接公开，也未隐含公开。 | 无直接对应描述。 | **论述：** 对比文件未提及任何使RFID标签或设备转入“睡眠状态”的机制或命令。该特征与特征D紧密相关，既然特征D未被公开，该特征同样缺乏公开基础。 |
| **特征F：** 所述睡眠状态禁止所识别的第一远程NFC设备对第一设备感测请求消息进行响应。<br>**判断结果：** 未直接公开，也未隐含公开。 | 无直接对应描述。 | **论述：** 该特征定义了睡眠状态的效果。由于对比文件未公开“睡眠状态”和“设备感测请求消息”，该特征自然也未被公开。 |
| **特征G：** 发送第二设备感测请求消息。<br>**判断结果：** 隐含公开 (<g>) | 第[0019]段：“collisions may be resolved in subsequent read iterations...” | **论述：** 对比文件提到冲突在“后续的读取迭代”中解决。进行“后续读取迭代”必然意味着阅读器在第一次读取（可能遇到冲突）之后，再次发起读取操作。本领域技术人员可以合理推断，为了进行后续迭代以解决冲突，需要发送后续的请求或询问命令。虽然对比文件未明确称之为“第二设备感测请求消息”，但发送后续请求以实现冲突消除这一概念已被隐含公开。 |
| **特征H：** 接收包括所述多个远程NFC设备之间的冲突的第二设备感测响应消息。<br>**判断结果：** 隐含公开 (<h>) | 第[0019]段：“collisions may occur when multiple tags use the same slot... collisions may be resolved in subsequent read iterations...” | **论述：** 对比文件描述了在存在多个标签时会发生冲突，并且冲突在后续迭代中解决。这逻辑上意味着，在第一次冲突后的“后续读取迭代”中，如果冲突尚未完全解决，阅读器仍可能接收到包含（剩余）冲突的响应。因此，接收一个在后续迭代中产生的、仍包含冲突的响应这一概念，可以被合理推断。尽管未使用“第二设备感测响应消息”这一术语，但该特征的核心内容已被隐含公开。 |
| **特征I：** 通过对所述第二设备感测响应消息执行冲突消除，来识别所述多个远程NFC设备中的第二远程NFC设备。<br>**判断结果：** 隐含公开 (<i>) | 第[0019]段：“collisions may be resolved in subsequent read iterations, and after a number of iterations, identification data from all tags may be retrieved.” | **论述：** 对比文件明确指出，经过数次迭代，可以检索到所有标签的识别数据。这强烈暗示了冲突消除是一个迭代过程，在一次迭代中可能识别出部分设备，在后续迭代中识别出其他设备。因此，在已经进行过一次冲突消除（识别出第一设备）的基础上，通过对后续迭代中接收的响应（即隐含的“第二设备感测响应消息”）继续执行冲突消除，以识别出下一个（第二）设备，是本领域技术人员能够从对比文件描述中合理推断出的必然步骤。 |
| **特征J：** 其中，冲突是指来自远程NFC设备的设备感测响应消息中有如下指示：针对单个值，既接收到“0”比特也接收到“1”比特。<br>**判断结果：** 隐含公开 (<j>) | 第[0019]段：“collisions may occur when multiple tags use the same slot for sending text.” | **论述：** 对比文件将冲突描述为“多个标签使用相同的时隙发送文本”。在数字通信领域，特别是在RFID/NFC的比特传输层面，“文本”由比特构成。当多个设备在同一时间发送不同比特数据时，在接收端就会表现为针对某个比特位置，既可能检测到“0”也可能检测到“1”的状态，即比特冲突。这是本领域技术人员对通信冲突的普遍理解。虽然对比文件没有给出目标专利说明书那样具体的比特级定义，但该定义所描述的冲突本质已被对比文件公开的冲突场景所涵盖，可以合理推断。 |
| **特征K：** 还包括：将所述第一设备感测响应消息存储在存储结构中的第一位置中，并且将所述第二设备感测响应消息存储在所述存储结构中的第二位置中。<br>**判断结果：** 隐含公开 (<k>) | 第[0050]段：“When a patron checks out a library book(s), a RFID reader at the library may write the due date and other pertinent information on the RFID tag. The RFID reader may also retrieve the due date and information describing the book(s) from the RFID tag as well as information identifying the patron from the patron's HHD 12. This information is also transferred to the patron's HHD and processed by the HHD (e.g., by the central application 20). The due date for the book(s) may be stored on the HHD 12...” | **论述：** 对比文件多次描述了从RFID媒体读取信息并存储在手持设备（HHD）中（例如，保存到期日期）。虽然未明确提及为冲突消除而专门存储“第一”和“第二”设备感测响应消息，但存储从标签读取的（响应）信息是常见的、必要的技术手段。本领域技术人员可以合理推断，在为了实现迭代冲突消除而进行多次读取（接收多次响应）的场景下，将不同次迭代接收的响应信息（无论是全部保存还是选择性保存）存储在设备的某个存储结构（如内存的不同位置）中是实现该过程的常规技术选择。因此，该特征被隐含公开。 |
| **特征L：** 接收无冲突的设备感测响应消息。<br>**判断结果：** 隐含公开 (<l>) | 第[0019]段：“after a number of iterations, identification data from all tags may be retrieved.” | **论述：** 对比文件指出，经过数次迭代后，可以检索到所有标签的识别数据。当所有标签都被识别后，意味着不再有冲突发生，此时阅读器接收到的响应应当是无冲突的。因此，接收无冲突的响应是冲突消除过程最终要达到的结果，这一概念可以从对比文件的描述中合理推断出来。 |
| **特征M：** 通过使用所接收的无冲突设备感测响应消息对所述存储结构中的、所述第一位置中的所述第一设备感测响应消息和所述第二位置中的所述第二设备感测响应消息进行分析，来确定所述第一设备感测响应消息和所述第二设备感测响应消息的无冲突版本。<br>**判断结果：** 未直接公开，也未隐含公开。 | 无直接对应描述。 | **论述：** 该特征描述了一种特定的后处理分析方法：利用最终的无冲突响应，反向推导出之前存储的有冲突的响应中每个设备的正确版本（如目标专利表1所示）。这是一个相对复杂和特定的技术手段。对比文件仅提到迭代解决冲突并最终获得所有数据，但完全没有揭示这种通过分析历史存储的冲突响应与最终无冲突响应的关系来确定每个设备独立响应的具体方法。本领域技术人员无法从对比文件公开的内容中合理推断出这一具体分析步骤。 |
| **特征N：** 其中，所述第二设备感测响应消息覆写所述第一设备感测响应消息。<br>**判断结果：** 未直接公开，也未隐含公开。 | 无直接对应描述。 | **论述：** 对比文件未提及不同次迭代的响应消息之间的存储关系，特别是“覆写”关系。这属于具体实现存储策略的细节，无法从对比文件中推断。 |
| **特征O：** 其中，所述多个远程NFC设备中的每个远程NFC设备被配置为使用NFC-A射频RF技术。<br>**判断结果：** 隐含公开 (<o>) | 第[0029]段：“RFID media 14 may be, but is not limited to an active or passive RFID tag. Passive tags come in specific tag formats such as Mifare (ISO 14443A) and associated near-field communications (NFC, ISO 18092/2004) and FeliCa (Japan). The NFC protocol is compliant with the ISO 14443 HF air-interface standard that supports the Mifare and FeliCa protocols, which communicate at 13.56 MHz.” | **论述：** 对比文件明确其RFID媒体兼容NFC协议（ISO 18092/2004），并提及了Mifare（ISO 14443A）和FeliCa。NFC-A技术正是基于ISO/IEC 14443 Type A标准，而Mifare是构建于该标准之上的。因此，对比文件公开的RFID媒体（作为远程设备）可以使用与NFC-A兼容或相同的RF技术进行通信。本领域技术人员可以合理推断，在对比文件描述的NFC应用场景中，涉及的远程设备（标签）可以被配置为使用NFC-A RF技术。 |
| **特征P：** 其中，所述第一设备感测响应消息和所述第二设备感测响应消息是如在NFC论坛数字协议规范中定义的SENS_RES消息。<br>**判断结果：** 未直接公开，也未隐含公开。 | 无直接对应描述。 | **论述：** 对比文件没有提及“SENS_RES”消息或NFC论坛数字协议规范中定义的任何特定消息名称。其描述的通信是更广义的RFID/NFC读写操作。 |
| **特征Q：** 其中，所述第二设备感测请求消息是如在NFC论坛数字协议规范中定义的SENS_REQ消息。<br>**判断结果：** 未直接公开，也未隐含公开。 | 无直接对应描述。 | **论述：** 同上，对比文件未提及“SENS_REQ”消息。 |
| **特征R：** 其中，所述睡眠请求消息是如在NFC论坛数字协议规范中定义的SLP_REQ消息。<br>**判断结果：** 未直接公开，也未隐含公开。 | 无直接对应描述。 | **论述：** 对比文件未提及“SLP_REQ”消息或任何使设备睡眠的标准化命令。 |
| **特征S：** 其中，所述多个远程NFC设备包括阅读器设备、写入设备、标签、卡以及对等设备中的至少一个。<br>**判断结果：** 直接公开 <<<S>>> | 第[0029]段：“RFID media 14 may be, but is not limited to an active or passive RFID tag.” <br>第[0016]段：“handheld devices (“HHDs”), including, for example, mobile devices, personal digital assistants, handheld computers, cameras and Smartphones...”（作为对等设备示例）<br>全文多处提及RFID reader/interrogator（阅读器/写入设备）。 | **论述：** 对比文件明确公开了其系统包含RFID标签（tags）作为远程媒体（设备）。同时，对比文件描述的手持设备（HHDs）本身通常具备NFC/RFID读写功能，它们之间也可以进行点对点（peer-to-peer）通信（例如第[0050]段），因此HHDs也可以作为对等设备。此外，对比文件也提到了RFID阅读器/询问器（reader/interrogator）。因此，对比文件直接公开了远程设备可以包括标签、阅读器/写入设备、对等设备（HHDs）。卡（Cards）作为常见的NFC设备形式，与标签在功能上类似，属于本领域公知的设备类型。因此，技术特征S被对比文件直接公开。 |
| **特征T：** 还包括：与发送了设备感测响应消息的每个设备执行单个设备检测通信以便获得NFC设备标识符NFCID。<br>**判断结果：** 隐含公开 (<t>) | 第[0019]段：“after a number of iterations, identification data from all tags may be retrieved.” | **论述：** 对比文件明确指出，冲突解决后，可以检索到“所有标签的识别数据（identification data from all tags）”。在RFID/NFC领域，识别数据通常就是设备的唯一标识符，如NFCID。为了获得每个标签的识别数据，必然需要与每个被成功识别的标签进行单独的通信交互（即使在防冲突循环中）。因此，“与每个设备执行通信以获得标识符”这一概念已被对比文件隐含公开。虽然未使用“单个设备检测通信（SDD）”这一术语，但实现该结果的过程已被涵盖。 |
<<<S>>><c><g><h><i><j><k><l><o><t>