对比文件名称：US2008137862A1_Description_20260318_1952
目标专利名称：346用于改进多个NFC-A设备的识别的方法和装置CN104106077B
模型名称：DeepSeek-R1
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：包括：确定第一设备感测响应消息包括多个远程近场通信NFC设备之间的一个或多个冲突，《未被公开》 | 对比文件在“背景技术”部分提到了RF冲突：“如果多个非接触式IC卡或多个读/写器在已知的卡和读/写器之间的通信中发射无线电波，每个卡或每个读/写器无法区分一个读/写器与另一个读/写器或一张卡与另一张卡。这被称为RF冲突。”[0005]；以及在说明通信系统时提到：“NFCID（NFC标识符）和NFC设备标识符在NFCIP-1标准中使用。NFCID是用于冲突避免和单个设备检测过程的、使用随机数的NFC设备标识符。”[0082] | 对比文件公开了在NFC通信中存在多个设备时会发生RF冲突的概念，以及NFCID用于冲突避免和单个设备检测。然而，对比文件并未描述轮询设备如何具体“确定”一个接收到的设备感测响应消息（如SENS_RES）本身包含来自多个设备的比特冲突。目标专利的特征A特指在技术检测过程中，轮询设备分析接收到的SENS_RES消息并确定其中存在比特级别的冲突（如说明书[0054]所述），这是执行后续冲突消除循环的前提。对比文件没有公开这一具体的技术检测和冲突确定步骤。 |
| 技术特征B：所述第一设备感测响应消息响应于第一设备感测请求消息，《直接公开》 | 对比文件描述了通信过程：“在步骤S201，读/写器100向可与之通信的IC卡200发送轮询请求。在步骤S102，IC卡200接收轮询请求。在步骤S103，IC卡200向读/写器100发送响应于在步骤S102接收的轮询请求的响应。”[0121-0122]；以及“响应帧是在发起方和目标方以212 kb/s或424 kb/s的数据速率工作时，目标方响应于发起方的轮询请求而发送的。”[0092] | 对比文件直接公开了设备（IC卡200作为目标）在接收到轮询设备（读/写器100作为发起方）发送的轮询请求（Polling Request，相当于目标专利中的设备感测请求消息SENS_REQ）后，发送一个响应消息（Response，其格式符合NFCIP-1标准，包含NFCID2，相当于目标专利中的设备感测响应消息SENS_RES）。这与目标专利中“第一设备感测响应消息响应于第一设备感测请求消息”的技术特征完全相同，作用都是用于发起技术检测和设备识别。 |
| 技术特征C：通过对所述第一设备感测响应消息执行冲突消除，来识别所述多个远程NFC设备中的第一远程NFC设备，《未被公开》 | 对比文件提到：“NFCID是用于冲突避免和单个设备检测过程的、使用随机数的NFC设备标识符。”[0082]；以及“通信ID传输单元可以嵌入符合NFCIP-1的NFC标识符作为通信ID，该NFC标识符用于RF冲突避免和单个设备检测。”[0017] | 对比文件公开了使用NFC标识符（NFCID）来进行冲突避免和单个设备检测。然而，“冲突避免”是一个广义的概念，对比文件并未详细描述其具体过程。目标专利的特征C特指一种具体的“冲突消除”过程：当轮询设备确定接收到的SENS_RES消息存在冲突时，通过对该冲突的SENS_RES消息执行分析（例如，基于NFCID的比特位），从而识别出多个设备中的某一个。对比文件没有公开这种从冲突的响应消息中逐步识别出单个设备的具体方法、步骤或模块（如目标专利的冲突消除模块356）。其重点在于使用加密的随机数作为通信ID来实现安全识别，而非解决多个设备响应叠加导致的比特冲突问题。 |
| 技术特征D：向所识别的第一远程NFC设备发送睡眠请求消息，《未被公开》 | 未找到相关内容。对比文件通篇未提及“睡眠请求”（Sleep Request）、“SLP_REQ”或任何使设备进入睡眠状态以禁止其响应的命令或消息。 | 对比文件完全没有公开“睡眠请求消息”这一技术特征。目标专利中的睡眠请求（SLP_REQ）是冲突消除循环中的关键步骤，用于使已识别的设备进入睡眠状态，从而在后续轮询中不再响应，以便逐步识别其他设备。该特征在对比文件中不存在。 |
| 技术特征E：所述睡眠请求消息使所识别的第一远程NFC设备转入睡眠状态，《未被公开》 | 未找到相关内容。 | 由于对比文件未公开睡眠请求消息，因此自然也未能公开该消息使设备转入睡眠状态的技术效果。 |
| 技术特征F：所述睡眠状态禁止所识别的第一远程NFC设备对第一设备感测请求消息进行响应，《未被公开》 | 未找到相关内容。 | 由于对比文件未公开设备转入睡眠状态，因此也未公开睡眠状态会禁止设备对设备感测请求进行响应的技术效果。 |
| 技术特征G：发送第二设备感测请求消息，《未被公开》 | 对比文件描述了发送轮询请求：“在步骤S201，读/写器100向可与之通信的IC卡200发送轮询请求。”[0121]；在通信过程中，读/写器会发送多个请求，例如读卡ID请求、读数据请求等。 | 对比文件公开了发送请求消息（包括初始轮询请求和后续各种命令请求）。然而，目标专利的特征G特指在向第一设备发送睡眠请求消息“之后”，发送“第二设备感测请求消息”（即一个新的SENS_REQ），其目的是检测剩余的、未睡眠的设备。对比文件中的多个请求是用于不同目的（如读ID、读数据），而非在冲突消除循环的迭代中，为了获得新的、冲突减少的设备感测响应而专门发送的“第二设备感测请求消息”。因此，该特征未被直接公开。虽然本领域技术人员知道可以发送多个轮询请求，但对比文件未将其与“睡眠后重新轮询以减少冲突”这一特定技术方案关联。 |
| 技术特征H：接收包括所述多个远程NFC设备之间的冲突的第二设备感测响应消息，《未被公开》 | 对比文件描述了接收响应：“在步骤S202，读/写器100接收响应帧。”[0122] | 对比文件公开了接收响应消息。但是，目标专利的特征H特指接收“第二设备感测响应消息”，并且该消息仍然包含冲突（但由于第一个设备已睡眠，冲突可能减少）。对比文件没有描述在发送了某种使设备静默的请求（如睡眠请求）后，再次接收响应，并且该响应仍包含来自剩余设备的冲突这一具体场景。其接收的响应通常是单个设备的响应（或在冲突场景下未详细描述后续响应的变化）。 |
| 技术特征I：通过对所述第二设备感测响应消息执行冲突消除，来识别所述多个远程NFC设备中的第二远程NFC设备，《未被公开》 | 未找到相关内容。 | 对比文件未公开基于“第二”个设备感测响应消息执行冲突消除以识别“第二”个设备的技术特征。目标专利的特征I是冲突消除循环迭代过程的核心，依赖于前述的睡眠、重新轮询等步骤。对比文件未公开这一完整的迭代式冲突消除流程。 |
| 技术特征J：其中，冲突是指来自远程NFC设备的设备感测响应消息中有如下指示：针对单个值，既接收到“0”比特也接收到“1”比特。《未被公开》 | 对比文件提到了冲突：“这被称为RF冲突。”[0005] | 对比文件仅一般性地提及“RF冲突”。目标专利的特征J对“冲突”给出了非常具体和精确的定义，即在同一比特位置上同时收到“0”和“1”。这一定义源自NFC-A技术检测中多个设备响应叠加导致的比特冲突问题。对比文件未提供如此具体的技术定义。 |
| 技术特征K：还包括：将所述第一设备感测响应消息存储在存储结构中的第一位置中，并且将所述第二设备感测响应消息存储在所述存储结构中的第二位置中，《未被公开》 | 未找到相关内容。 | 对比文件未公开将多个设备感测响应消息存储在特定存储结构（如表格）的不同位置的技术特征。目标专利的该特征是为了后续分析无冲突版本而设计的，对比文件中不存在。 |
| 技术特征L：接收无冲突的设备感测响应消息，《未被公开》 | 对比文件描述了接收响应，但未明确区分响应是否有冲突。 | 对比文件虽然会接收响应，但并未特指或描述接收一个“无冲突”的设备感测响应消息，并将其作为冲突消除过程结束的标志或用于历史分析。 |
| 技术特征M：通过使用所接收的无冲突设备感测响应消息对所述存储结构中的、所述第一位置中的所述第一设备感测响应消息和所述第二位置中的所述第二设备感测响应消息进行分析，来确定所述第一设备感测响应消息和所述第二设备感测响应消息的无冲突版本。《未被公开》 | 未找到相关内容。 | 对比文件完全没有公开利用无冲突响应消息来回溯分析历史存储的冲突响应以确定各设备无冲突版本这一复杂的数据处理和分析方法。 |
| 技术特征N：其中，所述第二设备感测响应消息覆写所述第一设备感测响应消息。《未被公开》 | 未找到相关内容。 | 对比文件未公开设备感测响应消息的存储，更未公开后续响应覆写先前响应的存储方式。 |
| 技术特征O：其中，所述多个远程NFC设备中的每个远程NFC设备被配置为使用NFC-A射频RF技术。《直接公开》 | 对比文件明确指出其通信协议包括NFCIP-1：“通信系统包括设备和信息处理装置，其中一个在预定覆盖区域内与另一个进行无线通信。通信系统的通信协议可以包括近场通信接口和协议-1（NFCIP-1），其被标准化为ISO/IEC 18092。”[0017]；以及“NFCIP-1标准在ISO/IEC 18092规范中有详细说明。”[0084] | 目标专利背景技术指出，NFC类型A（NFC-A）射频（RF）技术由NFC论坛活动规范定义，但其基础与ISO/IEC 18092（NFCIP-1）密切相关。在NFC技术领域，NFC-A技术是NFCIP-1标准中定义的几种通信模式之一（通常对应被动106kbps模式）。对比文件明确其系统采用符合ISO/IEC 18092（NFCIP-1）标准的通信，这意味着其设备使用的RF技术涵盖了NFC-A技术。因此，本领域技术人员可以毫无疑义地确定，对比文件中使用NFCIP-1标准进行通信的远程NFC设备（IC卡等）被配置为能够使用NFC-A RF技术。该特征被直接公开。 |
| 技术特征P：其中，所述第一设备感测响应消息和所述第二设备感测响应消息是如在NFC论坛数字协议规范中定义的SENS_RES消息。《隐含公开》 | 对比文件描述了响应格式：“响应帧是在发起方和目标方以212 kb/s或424 kb/s的数据速率工作时，目标方响应于发起方的轮询请求而发送的。”并给出了帧格式图（图3），其中包含NFCID2字段。[0092-0094]；同时提到：“NFCIP-1标准在ISO/IEC 18092规范中有详细说明。”[0084] | 目标专利说明书[0005]指出，NFC论坛活动规范定义了技术检测过程，其中设备感测响应是SENS_RES。对比文件明确其通信遵循ISO/IEC 18092（NFCIP-1）标准，该标准是NFC论坛数字协议规范的基础。对比文件中目标设备（IC卡）响应于轮询请求所发送的、包含NFCID2的响应帧（如图3所示），正是NFCIP-1标准中定义的、用于技术检测和设备发现的响应消息。在NFC技术领域，符合NFCIP-1标准的该响应消息即对应于NFC论坛数字协议规范中的SENS_RES消息。因此，本领域技术人员通过合理推断，可以得出对比文件中的响应消息即为SENS_RES消息。该特征被隐含公开。 |
| 技术特征Q：其中，所述第二设备感测请求消息是如在NFC论坛数字协议规范中定义的SENS_REQ消息。《隐含公开》 | 对比文件描述了发送轮询请求（Polling Request）：“在步骤S201，读/写器100向可与之通信的IC卡200发送轮询请求。”[0121]；该请求用于发起通信和检测设备。 | 与特征P同理，对比文件中发起方（读/写器）为检测和选择目标设备而发送的轮询请求（Polling Request），是NFCIP-1标准中定义的程序。在NFC技术领域，该轮询请求对应于NFC论坛数字协议规范中用于启动技术检测过程的SENS_REQ消息。因此，本领域技术人员通过合理推断，可以得出对比文件中的轮询请求消息即为SENS_REQ消息。该特征被隐含公开。 |
| 技术特征R：其中，所述睡眠请求消息是如在NFC论坛数字协议规范中定义的SLP_REQ消息。《未被公开》 | 未找到相关内容。 | 对比文件未提及任何睡眠请求消息，因此自然未公开该消息是SLP_REQ。 |
| 技术特征S：其中，所述多个远程NFC设备包括阅读器设备、写入设备、标签、卡以及对等设备中的至少一个。《隐含公开》 | 对比文件在背景技术中提到：“非接触式IC卡和射频识别（RFID）现在广泛使用。如果多个非接触式IC卡或多个读/写器在已知的卡和读/写器之间的通信中发射无线电波...”[0005]；以及在描述发明时，将设备示例为IC卡，将信息处理装置示例为读/写器。[0013, 0054] | 对比文件明确提到了其通信系统涉及“非接触式IC卡”（即卡）和“读/写器”（即阅读器/写入设备）。这些都是目标专利特征S中列举的远程NFC设备类型。虽然对比文件未明确提及“标签”和“对等设备”，但IC卡、标签和读/写器在NFC领域都是常见的设备形态，且对比文件提及的RFID也涵盖标签。本领域技术人员基于对比文件公开的IC卡和读/写器，可以合理推断其通信系统能够适用于包括这些设备类型的远程NFC设备。该特征被隐含公开。 |
| 技术特征T：还包括：与发送了设备感测响应消息的每个设备执行单个设备检测通信以便获得NFC设备标识符NFCID。《直接公开》 | 对比文件多次提到“单个设备检测”（single device detection）：“NFCID是用于冲突避免和单个设备检测过程的、使用随机数的NFC设备标识符。”[0082]；以及“通信ID传输单元可以嵌入符合NFCIP-1的NFC标识符作为通信ID，该NFC标识符用于RF冲突避免和单个设备检测。”[0017]；并且描述了通过交换包含NFCID（通信ID）的请求和响应来进行通信的过程（如图4等）。 | 对比文件直接公开了通信过程包括“单个设备检测”，其目的是为了唯一识别通信伙伴（设备）。该过程通过交换包含NFC标识符（NFCID，在对比文件中体现为加密随机数形式的“通信ID”）的消息来实现。例如，读/写器发送轮询请求，IC卡回复包含通信ID（NFCID）的响应，从而完成对该设备的检测和识别。这与目标专利中“执行单个设备检测通信以便获得NFC设备标识符NFCID”的技术特征完全相同。该特征被直接公开。 |
<<<B>>><<<O>>><<<T>>><<<p>>><<<q>>><<<s>>>