对比文件名称：US2012045989A1_Description_20260318_1951
目标专利名称：346用于改进多个NFC-A设备的识别的方法和装置CN104106077B
模型名称：DeepSeek-R1
根据对目标专利说明书和对比文件US2012045989A1的深入分析，现创建特征比对表格如下：
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：包括：确定第一设备感测响应消息包括多个远程近场通信NFC设备之间的一个或多个冲突，《隐含公开》 | [0080] “The NFC Digital Protocol Candidate Technical Specification describes discovery as specifying the policy used by the NFC controller to execute Technology Detection and Collision Resolution for the different technologies NFC-A, NFC-B and NFC-F.”<br>（NFC数字协议候选技术规范将发现描述为指定NFC控制器用于为不同技术NFC-A、NFC-B和NFC-F执行技术检测和冲突消除的策略。） | 对比文件明确指出，在NFC发现过程中，NFC控制器会执行“冲突消除”（Collision Resolution）。本领域技术人员公知，执行“冲突消除”的前提是检测到或确定存在冲突（即多个设备的响应发生碰撞）。因此，对比文件公开了在设备发现（包含技术检测）过程中会涉及确定多个远程NFC设备之间的冲突。虽然对比文件未明确使用“第一设备感测响应消息”这一具体表述，但其中描述的发现过程必然涉及接收来自远程设备的响应（如下文特征B所述），并可能在这些响应中检测到冲突。因此，本领域技术人员通过阅读对比文件可以合理推断出“确定第一设备感测响应消息包括多个远程NFC设备之间的一个或多个冲突”这一技术特征。 |
| **技术特征B**：所述第一设备感测响应消息响应于第一设备感测请求消息，《直接公开》 | [0080] “The initiating NFC controller begins the series of discovery periods by transmitting a query during the poll interval, which typically includes parameters identifying the technology protocol that the initiating NFC controller uses.”<br>（发起NFC控制器在轮询间隔期间通过发送查询来开始一系列发现周期，该查询通常包括标识发起NFC控制器使用的技术协议的参数。）<br>[0079] “NFC device discovery is performed by exchanging NFC radio frequency (RF) signals between NFC controllers or NFC tags, wherein each sequence of RF signals is a plurality of discovery periods, each including a poll interval, a listen interval, and an idle interval.”<br>（NFC设备发现是通过在NFC控制器或NFC标签之间交换NFC射频（RF）信号来执行的，其中每个RF信号序列是多个发现周期，每个周期包括轮询间隔、侦听间隔和空闲间隔。） | 对比文件公开了NFC发现过程包括轮询间隔，在此间隔内发起设备（轮询设备）发送查询（轮询命令）。根据本领域技术人员的公知常识及目标专利说明书的背景技术（[0005]段），在NFC-A技术中，此查询即设备感测请求消息（SENS_REQ），而远程设备的响应即为设备感测响应消息（SENS_RES）。对比文件明确描述了设备发现是基于“交换”RF信号，这意味着远程设备会对轮询（查询）进行响应。因此，本领域技术人员能够毫无疑义地得出，在发现过程中，设备感测响应消息是响应于设备感测请求消息的。 |
| **技术特征C**：通过对所述第一设备感测响应消息执行冲突消除，来识别所述多个远程NFC设备中的第一远程NFC设备，《隐含公开》 | [0080] “The NFC Digital Protocol Candidate Technical Specification describes discovery as specifying the policy used by the NFC controller to execute Technology Detection and Collision Resolution for the different technologies NFC-A, NFC-B and NFC-F.”<br>（NFC数字协议候选技术规范将发现描述为指定NFC控制器用于为不同技术NFC-A、NFC-B和NFC-F执行技术检测和冲突消除的策略。） | 对比文件明确将“冲突消除”（Collision Resolution）列为NFC控制器在执行发现（包含技术检测）过程中的一项策略或功能。冲突消除的目的就是为了在多个响应发生冲突时，识别出其中的个体设备。虽然对比文件没有具体描述如何对“第一设备感测响应消息”执行冲突消除以及识别出“第一远程NFC设备”的步骤顺序，但本领域技术人员知晓，在存在多个冲突设备的场景下，冲突消除过程必然是迭代式的，每次识别出一个设备。因此，可以合理推断出，通过对包含冲突的响应消息执行冲突消除，能够识别出多个设备中的第一个设备。 |
| **技术特征D**：向所识别的第一远程NFC设备发送睡眠请求消息，《未公开》 | 对比文件中未提及向识别出的设备发送“睡眠请求”（SLP_REQ）消息。 | 对比文件通篇描述的是通过调整发现周期的格式参数（如总时长、侦听间隔、空闲间隔的随机化或周期性扩展）来提高设备发现的概率。其中涉及的“冲突消除”是作为NFC标准发现过程的一部分被提及，但并未描述在冲突消除循环中，需要向已识别的设备发送特定的“睡眠请求”消息。这是目标专利方案的核心改进点之一，用于使已识别设备进入睡眠状态以简化后续冲突消除。对比文件完全没有公开这一特征。 |
| **技术特征E**：所述睡眠请求消息使所识别的第一远程NFC设备转入睡眠状态，《未公开》 | 对比文件中未提及设备“转入睡眠状态”。 | 如特征D所述，对比文件未提及睡眠请求消息，因此自然也未曾公开该消息会使设备转入睡眠状态这一效果。 |
| **技术特征F**：所述睡眠状态禁止所识别的第一远程NFC设备对第一设备感测请求消息进行响应，《未公开》 | 对比文件中未提及设备因睡眠状态而禁止响应。 | 如特征D、E所述，对比文件未涉及睡眠状态的概念，因此也不可能公开睡眠状态所导致的禁止响应效果。 |
| **技术特征G**：发送第二设备感测请求消息，《隐含公开》 | [0080] “The initiating NFC controller begins the series of discovery periods by transmitting a query during the poll interval...”<br>（发起NFC控制器在轮询间隔期间通过发送查询来开始一系列发现周期...）<br>结合发现过程是周期性重复的（[0079]段提及“一系列发现周期”）。 | 对比文件公开了在发现过程中，发起设备会在轮询间隔发送查询（即设备感测请求消息）。并且，发现过程是由多个连续的发现周期构成的。因此，在一个完整的发现过程中，发起设备会发送多次设备感测请求消息。虽然对比文件没有明确区分“第一”和“第二”设备感测请求消息，但本领域技术人员能够理解，在包含冲突消除的迭代过程中，必然需要发送后续的请求消息以继续识别剩余设备。因此，可以合理推断出发送“第二设备感测请求消息”这一特征。 |
| **技术特征H**：接收包括所述多个远程NFC设备之间的冲突的第二设备感测响应消息，《隐含公开》 | [0080] “A remote device in the active mode may be found only when the remote device is in its poll interval and the initiating device is in its listen interval at the same time.”<br>（只有当远程设备处于其轮询间隔且发起设备同时处于其侦听间隔时，才能发现主动模式下的远程设备。）<br>结合[0080]段提到的“冲突消除”功能。 | 对比文件公开了在发现过程中，发起设备在侦听间隔会尝试接收来自远程设备的信号。同时，对比文件提到了“冲突消除”是发现过程的一部分。本领域技术人员知晓，当存在多个远程设备时，在侦听间隔接收到的响应消息很可能包含冲突。由于发现过程是周期性的，且冲突消除是迭代过程，因此在第一轮识别出一个设备后，后续轮次中仍可能接收到包含剩余设备之间冲突的响应消息。因此，可以合理推断出接收“包括所述多个远程NFC设备之间的冲突的第二设备感测响应消息”这一特征。 |
| **技术特征I**：通过对所述第二设备感测响应消息执行冲突消除，来识别所述多个远程NFC设备中的第二远程NFC设备，《隐含公开》 | [0080] “The NFC Digital Protocol Candidate Technical Specification describes discovery as specifying the policy used by the NFC controller to execute Technology Detection and Collision Resolution...”<br>（NFC数字协议候选技术规范将发现描述为指定NFC控制器用于执行技术检测和冲突消除的策略...） | 对比文件公开了冲突消除是NFC控制器在发现过程中执行的一项功能。冲突消除的目的是为了在多个设备中识别出个体。既然这是一个“消除”冲突的过程，那么它很可能需要多次执行，直到所有冲突设备都被识别。因此，本领域技术人员可以合理推断出，在接收到后续的（例如第二）设备感测响应消息后，会继续对其执行冲突消除，以识别出下一个（例如第二）远程NFC设备。 |
| **技术特征J**：其中，冲突是指来自远程NFC设备的设备感测响应消息中有如下指示：针对单个值，既接收到“0”比特也接收到“1”比特。《隐含公开》 | 对比文件未给出冲突的明确定义。 | 虽然对比文件没有对“冲突”给出比特级的精确定义，但其提到的“冲突消除”（Collision Resolution）是本领域NFC技术中的标准术语。本领域技术人员公知，在NFC（特别是NFC-A）的冲突检测中，冲突是指在同一个比特位上同时检测到不同设备发送的‘0’和‘1’信号。这是实现冲突消除的基础。因此，从对比文件公开的“冲突消除”这一概念，本领域技术人员能够毫无困难地理解其所指的冲突即包括比特冲突。 |
| **技术特征K**：还包括：将所述第一设备感测响应消息存储在存储结构中的第一位置中，并且将所述第二设备感测响应消息存储在所述存储结构中的第二位置中，《未公开》 | 对比文件中未提及存储多个设备感测响应消息，也未提及“存储结构”及其中的不同位置。 | 对比文件主要关注发现周期的时序格式调整，未描述对接收到的设备感测响应消息进行存储、管理或历史分析。目标专利中利用存储结构记录历次响应以辅助分析的方法，在对比文件中没有公开。 |
| **技术特征L**：接收无冲突的设备感测响应消息，《未公开》 | 对比文件中未提及接收“无冲突”的设备感测响应消息。 | 对比文件虽然提到了冲突消除，但未描述冲突消除过程的最终结果或状态，即最终会收到一个无冲突的响应消息。这是目标专利方案预期达到的理想结果，但对比文件未涉及。 |
| **技术特征M**：通过使用所接收的无冲突设备感测响应消息对所述存储结构中的、所述第一位置中的所述第一设备感测响应消息和所述第二位置中的所述第二设备感测响应消息进行分析，来确定所述第一设备感测响应消息和所述第二设备感测响应消息的无冲突版本。《未公开》 | 对比文件中未涉及特征K、L、M所述的任何内容。 | 该特征依赖于特征K（存储结构）和特征L（无冲突响应），并涉及一种后处理分析算法。对比文件完全没有公开这些内容。 |
| **技术特征N**：其中，所述第二设备感测响应消息覆写所述第一设备感测响应消息。《未公开》 | 对比文件中未提及设备感测响应消息的存储与覆写。 | 对比文件未描述存储设备感测响应消息，因此更未提及后续响应覆写先前响应。 |
| **技术特征O**：其中，所述多个远程NFC设备中的每个远程NFC设备被配置为使用NFC-A射频RF技术。《隐含公开》 | [0077] “The NFC Digital Protocol Candidate Technical Specification describes the poll mode and listen mode for three principal NFC technologies, NFC-A (normal), NFC-B (banking/short range), and NFC-F...”<br>（NFC数字协议候选技术规范描述了三种主要NFC技术的轮询模式和侦听模式，NFC-A（普通）、NFC-B（银行/短距离）和NFC-F...）<br>[0080] “...execute Technology Detection and Collision Resolution for the different technologies NFC-A, NFC-B and NFC-F.”<br>（...为不同的技术NFC-A、NFC-B和NFC-F执行技术检测和冲突消除。） | 对比文件多次提及NFC-A技术，并将其作为NFC设备发现和技术检测所支持的主要技术之一。虽然对比文件未明确限定“每个”远程设备都使用NFC-A，但其整个发明背景和实施方式都是围绕改进支持多种NFC技术（包括NFC-A）的设备发现过程展开的。本领域技术人员在阅读对比文件时，可以理解其描述的发现过程完全适用于远程设备使用NFC-A技术的场景。因此，可以合理推断出存在“多个远程NFC设备中的每个远程NFC设备被配置为使用NFC-A射频RF技术”的情形。 |
| **技术特征P**：其中，所述第一设备感测响应消息和所述第二设备感测响应消息是如在NFC论坛数字协议规范中定义的SENS_RES消息。《直接公开》 | [0079] “NFC device discovery is performed by exchanging NFC radio frequency (RF) signals between NFC controllers...”<br>（NFC设备发现是通过在NFC控制器之间交换NFC射频（RF）信号来执行的...）<br>结合[0077]段引用了“NFC Digital Protocol Candidate Technical Specification”。 | 对比文件明确其描述的内容基于NFC论坛的数字协议候选技术规范（[0077]段）。本领域技术人员公知，在该规范中，设备感测响应消息的标准名称就是SENS_RES。对比文件描述的“交换RF信号”进行发现的过程，即包括发送轮询命令和接收响应。因此，对比文件公开的响应消息，实质上就是NFC论坛规范定义的SENS_RES消息。 |
| **技术特征Q**：其中，所述第二设备感测请求消息是如在NFC论坛数字协议规范中定义的SENS_REQ消息。《直接公开》 | 同特征P的论述。 | 与特征P同理，对比文件描述的发起设备在轮询间隔发送的“查询”，实质上就是NFC论坛规范定义的设备感测请求消息SENS_REQ。 |
| **技术特征R**：其中，所述睡眠请求消息是如在NFC论坛数字协议规范中定义的SLP_REQ消息。《未公开》 | 对比文件未提及睡眠请求消息。 | 对比文件虽然引用了NFC论坛规范，但其自身描述的技术方案中并未涉及使用SLP_REQ消息。因此，该特征未被公开。 |
| **技术特征S**：其中，所述多个远程NFC设备包括阅读器设备、写入设备、标签、卡以及对等设备中的至少一个。《隐含公开》 | [0073] “An NFC device may operate in two different modes: active and passive.”<br>（NFC设备可以在两种不同的模式下操作：主动和被动。）<br>[0079] “NFC device discovery is performed by exchanging NFC radio frequency (RF) signals between NFC controllers or NFC tags...”<br>（NFC设备发现是通过在NFC控制器或NFC标签之间交换NFC射频（RF）信号来执行的...） | 对比文件将通信对象描述为“NFC控制器”或“NFC标签”。本领域技术人员知晓，NFC控制器通常集成在阅读器/写入器、手机（对等设备）等设备中，而NFC标签则是一种典型的卡/标签设备。因此，对比文件隐含公开了远程NFC设备可以涵盖阅读器/写入器、标签、卡、对等设备这些类型。 |
| **技术特征T**：还包括：与发送了设备感测响应消息的每个设备执行单个设备检测通信以便获得NFC设备标识符NFCID。《隐含公开》 | [0080] “The NFC Digital Protocol Candidate Technical Specification describes discovery as specifying the policy used by the NFC controller to execute Technology Detection and Collision Resolution...”<br>（NFC数字协议候选技术规范将发现描述为指定NFC控制器用于执行技术检测和冲突消除的策略...） | 对比文件公开了发现过程包括“技术检测”（Technology Detection）。根据本领域技术人员的公知常识以及目标专利说明书背景技术（[0005]段），NFC论坛活动规范中的技术检测过程，其目的之一就是获得远程设备的NFCID（例如通过单个设备检测通信SDD）。因此，可以合理推断出，在对比文件所述的发现过程中，会与检测到的设备执行通信以获得其NFCID。 |
<<<B>>><<<P>>><<<Q>>><<<a>>><<<c>>><<<g>>><<<h>>><<<i>>><<<j>>><<<o>>><<<s>>><<<t>>>