**对比文件名称**：US2012077584A1_Description_20260318_1951
**目标专利名称**：346用于改进多个NFC-A设备的识别的方法和装置CN104106077B
**本次调用的模型名称**：DeepSeek-R1
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：确定第一设备感测响应消息包括多个远程近场通信NFC设备之间的一个或多个冲突。<br>**未被公开** | 对比文件第[0113]段：“...the NFC module may utilize an anti-collision mechanism that enables the NFC module to detect and identify multiple NFC tags in the same field.” | **论述**：对比文件提到NFC模块可以使用防冲突机制来检测和识别同一场中的多个NFC标签。然而，该“防冲突机制”是在游戏应用场景下，用于同时读取多个NFC标签的数据以映射到虚拟对象，其目的是为了获取多个标签的标识符，而不是为了确定一个“设备感测响应消息”（如SENS_RES）中是否存在比特冲突。目标专利中的“冲突”特指在技术检测过程中，来自多个远程NFC-A设备的SENS_RES消息在相同比特位出现“0”和“1”的叠加，导致轮询设备无法解析。对比文件并未描述接收一个由多个设备响应叠加而成的、包含比特冲突的SENS_RES消息，也未描述“确定”该消息包含冲突的步骤。因此，该特征既未被直接公开，也未被隐含公开。 |
| **技术特征B**：所述第一设备感测响应消息响应于第一设备感测请求消息。<br>**未被公开** | 无相关引用。 | **论述**：对比文件通篇描述的是通过NFC读取标签（tag）的标识符或数据，并将其映射到游戏中的虚拟对象。未提及在NFC技术检测过程中，设备发送“设备感测请求消息”（如NFC论坛定义的SENS_REQ命令）以及远程设备用“设备感测响应消息”（SENS_RES）进行响应的特定流程。因此，技术特征B所限定的“响应于第一设备感测请求消息”这一特定因果关系未被对比文件公开。 |
| **技术特征C**：通过对所述第一设备感测响应消息执行冲突消除，来识别所述多个远程NFC设备中的第一远程NFC设备。<br>**未被公开** | 对比文件第[0113]段（同上）。 | **论述**：对比文件提及的“防冲突机制（anti-collision mechanism）”是NFC阅读器在射频层处理多个标签同时响应的一种通用技术，目的是为了成功读取每个标签的唯一标识符（UID）。而目标专利中的“冲突消除”是指在数字协议层，对已接收到的、包含比特冲突的SENS_RES消息进行分析（例如通过解析NFCID的冲突位），以逻辑推断出其中一个参与响应的设备身份。两者作用不同：前者是为了物理上分离并读取多个标签的数据；后者是为了在已接收到冲突数据后，从该数据中解析出单个设备。对比文件没有描述对包含冲突的SENS_RES消息执行分析以识别出其中一个具体设备的过程。因此，该特征未被公开。 |
| **技术特征D**：向所识别的第一远程NFC设备发送睡眠请求消息。<br>**未被公开** | 无相关引用。 | **论述**：对比文件未提及任何“睡眠请求消息”（如SLP_REQ），也未描述在识别出一个设备后，向该特定设备发送指令使其进入睡眠状态的操作。其游戏应用场景不涉及为使冲突消除过程继续进行而令设备休眠的步骤。因此，该特征未被公开。 |
| **技术特征E**：所述睡眠请求消息使所识别的第一远程NFC设备转入睡眠状态。<br>**未被公开** | 无相关引用。 | **论述**：对比文件未提及使NFC设备（或标签）转入“睡眠状态”的概念。在目标专利中，睡眠状态是冲突消除循环中的关键步骤，用于禁止已识别设备在后续轮询中响应。对比文件未公开此技术特征。 |
| **技术特征F**：所述睡眠状态禁止所识别的第一远程NFC设备对第一设备感测请求消息进行响应。<br>**未被公开** | 无相关引用。 | **论述**：由于对比文件未公开“睡眠状态”的概念，自然也未公开该状态所产生的“禁止对设备感测请求消息进行响应”的技术效果。因此，该特征未被公开。 |
| **技术特征G**：发送第二设备感测请求消息。<br>**未被公开** | 无相关引用。 | **论述**：对比文件描述了多次“读取”或“轻触（tap）”NFC标签以进行游戏交互，但这并非发送标准化的“设备感测请求消息”（SENS_REQ）作为技术检测过程的一部分。目标专利中发送第二设备感测请求消息是在使第一个设备睡眠后，旨在获取剩余设备响应的重要步骤。对比文件未公开此特征。 |
| **技术特征H**：接收包括所述多个远程NFC设备之间的冲突的第二设备感测响应消息。<br>**未被公开** | 无相关引用。 | **论述**：对比文件未描述接收一个“第二设备感测响应消息”，且该消息仍然包含多个设备之间的冲突。其读取多个标签数据的过程可能涉及防冲突，但未将其描述为接收一个聚合的、带冲突的响应消息。因此，该特征未被公开。 |
| **技术特征I**：通过对所述第二设备感测响应消息执行冲突消除，来识别所述多个远程NFC设备中的第二远程NFC设备。<br>**未被公开** | 无相关引用。 | **论述**：对比文件未公开基于第一个设备睡眠后接收的新响应消息进行第二轮冲突消除以识别第二个设备的技术方案。因此，该特征未被公开。 |
| **技术特征J**：其中，冲突是指来自远程NFC设备的设备感测响应消息中有如下指示：针对单个值，既接收到“0”比特也接收到“1”比特。<br>**未被公开** | 无相关引用。 | **论述**：对比文件未对“冲突”给出此明确定义。其提到的“防冲突”是更广义的射频层多标签存取问题，而非特指SENS_RES消息中比特位的“0”与“1”叠加。因此，该特征未被公开。 |
| **技术特征K**：将所述第一设备感测响应消息存储在存储结构中的第一位置中，并且将所述第二设备感测响应消息存储在所述存储结构中的第二位置中。<br>**未被公开** | 对比文件第[0034]、[0058]段提及存储从NFC标签接收的数据及翻译表（translation table）。 | **论述**：对比文件提到了存储从NFC标签接收的数据（如唯一标识符）以及用于映射的翻译表。然而，这不同于目标专利中为了后续分析冲突而专门存储“设备感测响应消息”（SENS_RES）本身。目标专利的存储目的是为了比较不同迭代轮次中接收的响应消息，以推导出无冲突版本。对比文件的存储目的是为了将标签ID与游戏虚拟对象关联。两者目的和内容均不同。因此，该特征未被公开。 |
| **技术特征L**：接收无冲突的设备感测响应消息。<br>**未被公开** | 无相关引用。 | **论述**：对比文件未描述在冲突消除过程的最后，当仅剩一个设备响应时，接收一个“无冲突的设备感测响应消息”的步骤。因此，该特征未被公开。 |
| **技术特征M**：通过使用所接收的无冲突设备感测响应消息对所述存储结构中的、所述第一位置中的所述第一设备感测响应消息和所述第二位置中的所述第二设备感测响应消息进行分析，来确定所述第一设备感测响应消息和所述第二设备感测响应消息的无冲突版本。<br>**未被公开** | 无相关引用。 | **论述**：对比文件完全没有公开利用最终的无冲突响应消息，回溯分析之前存储的带冲突响应消息，以确定每个设备精确响应内容的后处理步骤。这是目标专利特有的技术手段。因此，该特征未被公开。 |
| **技术特征N**：其中，所述第二设备感测响应消息覆写所述第一设备感测响应消息。<br>**未被公开** | 无相关引用。 | **论述**：对比文件未提及存储设备感测响应消息，更未提及用后续接收的响应消息覆写先前存储的响应消息。因此，该特征未被公开。 |
| **技术特征O**：其中，所述多个远程NFC设备中的每个远程NFC设备被配置为使用NFC-A射频RF技术。<br>**未被公开** | 对比文件通篇提及“NFC”，但未具体限定为“NFC-A RF技术”。 | **论述**：对比文件虽然广泛使用了NFC技术，但并未明确指明其NFC标签或通信采用“NFC-A RF技术”。NFC技术包括A、B、F等多种类型，未具体说明则不能直接认定。因此，该特征未被公开。 |
| **技术特征P**：其中，所述第一设备感测响应消息和所述第二设备感测响应消息是如在NFC论坛数字协议规范中定义的SENS_RES消息。<br>**未被公开** | 无相关引用。 | **论述**：对比文件未提及“SENS_RES”消息或其符合NFC论坛数字协议规范。因此，该特征未被公开。 |
| **技术特征Q**：其中，所述第二设备感测请求消息是如在NFC论坛数字协议规范中定义的SENS_REQ消息。<br>**未被公开** | 无相关引用。 | **论述**：对比文件未提及“SENS_REQ”消息或其符合NFC论坛数字协议规范。因此，该特征未被公开。 |
| **技术特征R**：其中，所述睡眠请求消息是如在NFC论坛数字协议规范中定义的SLP_REQ消息。<br>**未被公开** | 无相关引用。 | **论述**：对比文件未提及“SLP_REQ”消息或其符合NFC论坛数字协议规范。因此，该特征未被公开。 |
| **技术特征S**：其中，所述多个远程NFC设备包括阅读器设备、写入设备、标签、卡以及对等设备中的至少一个。<br>**隐含公开 (s)** | 对比文件多处提及“tags”、“NFC tags”、“transponders”、“NFC cards”（例如第[0027], [0032], [0046]段），这些可对应于“标签”或“卡”。第[0028]段提及“transponder, tag or the like”。第[0046]段提及“remote computer or terminal”。 | **论述**：对比文件明确公开了其NFC交互对象包括“标签（tags）”和“卡（cards）”。虽然未明确列举“阅读器设备、写入设备、对等设备”，但根据对比文件描述的NFC应用场景（移动终端读取标签），本领域技术人员可以理解，作为读取方的移动终端（apparatus 50）本身可以是一个NFC设备，并且可以以对等模式或读/写器模式操作。此外，对比文件第[0046]段提及“remote computer or terminal”，这些也可以是对等设备的一种形式。在隐含公开判断标准宽松的前提下，可以认为对比文件隐含公开了远程NFC设备包括标签、卡，并且有可能包括对等设备。但严格来说，对比文件未明确且集中地公开所有这些设备类型的组合列表。基于宽松标准，判断为**隐含公开**。 |
| **技术特征T**：还包括：与发送了设备感测响应消息的每个设备执行单个设备检测通信以便获得NFC设备标识符NFCID。<br>**未被公开** | 对比文件第[0057]、[0058]段描述了读取NFC标签的“data”、“identifier”或“unique ID”。 | **论述**：对比文件描述了读取NFC标签的唯一标识符（unique ID），但这发生在游戏交互上下文中，是通过直接读取标签存储的数据获得的。而目标专利中的“执行单个设备检测通信以便获得NFCID”是特指在NFC冲突消除过程的技术检测阶段，通过诸如SDD_REQ等命令与已单独识别出的设备进行通信来获取其完整的NFCID。两者获取标识符的协议过程和目的不同。因此，该特征未被公开。 |
**结论**：经逐一比对，对比文件US2012077584A1未直接公开目标专利权利要求中的任何技术特征。在宽松的隐含公开判断标准下，仅技术特征S（关于远程NFC设备的类型）可能被认为被隐含公开。
<<<s>>>