**对比文件名称**：2008-12-18_US2008309065A_发明申请_US20080309065A1 PRINTABLE MULTI-PART FORM
**目标专利名称**：346用于改进多个NFC-A设备的识别的方法和装置CN104106077B
**本次调用的模型名称**：gpt-4
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：包括：确定第一设备感测响应消息包括多个远程近场通信NFC设备之间的一个或多个冲突，<br>**未公开** | 对比文件全文未提及“冲突”、“设备感测响应”、“多个远程NFC设备之间的冲突”等概念。对比文件涉及的是包含RFID的腕带和标签，用于身份识别（例如，[0033]段）。 | 目标专利中的“冲突”特指在NFC技术检测过程中，多个设备同时响应导致轮询设备接收到的信号在比特位上存在歧义（既收到‘0’也收到‘1’）。对比文件虽然提到了RFID技术，但其应用场景是静态的身份标识（如病人腕带、行李标签），并未描述任何关于多个设备同时响应、信号冲突检测以及为解决此类冲突而进行的处理流程。本领域技术人员阅读对比文件后，无法得出或推理出“确定第一设备感测响应消息包括冲突”这一技术特征。 |
| **技术特征B**：所述第一设备感测响应消息响应于第一设备感测请求消息<br>**隐含公开** <<<b>>> | [0033]段：“...provides a low-cost identification band that is capable of receiving print-on-demand RFID, barcode, or human readable information.” （提供一种低成本识别腕带，能够接收按需打印的RFID、条形码或人类可读信息。）<br>RFID技术的基本原理包含阅读器发送查询（请求）信号，标签响应并返回其信息。 | 对比文件明确其腕带/标签可包含RFID信息。在RFID系统中，标签响应阅读器的查询指令是其基础工作模式。虽然对比文件没有明确描述“设备感测请求消息”（SENS_REQ）这一NFC论坛规范中的具体消息，但本领域技术人员公知，任何基于射频的标签识别系统（包括RFID和NFC）都必然存在一个“请求-响应”的交互过程。阅读器/轮询设备发送查询请求，标签/远程设备接收到请求后发送响应。因此，可以合理推断对比文件中的RFID标签会响应于一个来自阅读器的请求消息。这与特征B中“响应于第一设备感测请求消息”的作用（触发设备感测响应）在基本原理上是相同的。 |
| **技术特征C**：通过对所述第一设备感测响应消息执行冲突消除，来识别所述多个远程NFC设备中的第一远程NFC设备<br>**未公开** | 对比文件全文未提及“冲突消除”、“识别多个远程设备中的第一远程设备”等过程。 | 目标专利中的“冲突消除”是一套特定的算法和流程（例如，基于比特冲突解析NFCID），用于在多个设备响应混杂的情况下逐一识别出每个设备。对比文件仅将RFID作为存储和读取静态标识信息的载体，其应用场景（如腕带标识病人）不涉及需要从多个同时响应的设备中解析出单个设备的需求。没有公开任何与“冲突消除”相关的内容，本领域技术人员无法从中推断出该技术特征。 |
| **技术特征D**：向所识别的第一远程NFC设备发送睡眠请求消息，<br>**未公开** | 对比文件全文未提及“睡眠请求消息”或任何使RFID标签进入不响应状态的命令。 | 目标专利中的“睡眠请求消息”（如SLP_REQ）是NFC冲突消除流程中的关键步骤，用于使已识别的设备暂时静默，以便检测其他设备。对比文件中的RFID标签始终处于可被读取的待命状态，未描述任何控制其响应状态的机制。本领域技术人员无法从对比文件中得出此特征。 |
| **技术特征E**：所述睡眠请求消息使所识别的第一远程NFC设备转入睡眠状态，<br>**未公开** | 对比文件全文未提及设备“睡眠状态”。 | 同特征D，对比文件未公开任何关于设备状态转换（尤其是转入睡眠状态）的内容。 |
| **技术特征F**：所述睡眠状态禁止所识别的第一远程NFC设备对第一设备感测请求消息进行响应<br>**未公开** | 对比文件全文未提及设备状态对请求响应的禁止效果。 | 同特征D、E，对比文件未公开此功能。 |
| **技术特征G**：发送第二设备感测请求消息<br>**隐含公开** <<<g>>> | [0033]段提及RFID信息是可读取的。RFID系统的典型操作包括阅读器可能进行多次轮询或查询以读取范围内的标签。 | 虽然对比文件没有明确记载“第二设备感测请求消息”这一具体步骤，但基于RFID系统的基本工作原理，为了读取或验证标签信息，阅读器发送多次查询请求是常见且合理的行为。本领域技术人员可以推断，在使用对比文件所述的可打印RFID表单时，阅读器有可能发送不止一次的请求消息。这与特征G中“发送第二设备感测请求消息”的行为在形式上（发送请求）是可能存在的。 |
| **技术特征H**：接收包括所述多个远程NFC设备之间的冲突的第二设备感测响应消息<br>**未公开** | 同特征A，对比文件未描述任何关于接收到的响应消息中存在“冲突”的场景。 | 目标专利中接收“包括冲突的第二设备感测响应消息”是冲突消除循环中的关键环节，其前提是存在多个设备且未全部静默。对比文件未公开任何关于多个标签响应导致信号冲突的技术问题或现象，因此无法得出此特征。 |
| **技术特征I**：通过对所述第二设备感测响应消息执行冲突消除，来识别所述多个远程NFC设备中的第二远程NFC设备，<br>**未公开** | 同特征C，对比文件未公开“冲突消除”过程。 | 缺乏“冲突消除”这一核心手段，因此无法实现基于后续响应消息识别其他设备的功能。本领域技术人员无法从对比文件中推理出此特征。 |
| **技术特征J**：其中，冲突是指来自远程NFC设备的设备感测响应消息中有如下指示：针对单个值，既接收到“0”比特也接收到“1”比特。<br>**未公开** | 对比文件全文未对“冲突”进行定义，更未提及比特位级别的冲突。 | 这是目标专利对“冲突”的明确定义，是NFC-A技术检测中特定的技术问题。对比文件完全没有涉及这一概念。 |
| **技术特征K**：还包括：将所述第一设备感测响应消息存储在存储结构中的第一位置中，并且将所述第二设备感测响应消息存储在所述存储结构中的第二位置中<br>**未公开** | 对比文件未提及存储设备感测响应消息，或将其按序存储在特定存储结构中。对比文件中的存储是指腕带/标签本身存储标识信息（[0033]），而非轮询设备存储接收到的响应消息。 | 目标专利中存储设备感测响应消息是为了后续分析和冲突消除。对比文件的应用场景和描述均未涉及对动态接收的响应消息进行有组织的存储以备处理。本领域技术人员无法从对比文件中得出此特征。 |
| **技术特征L**：接收无冲突的设备感测响应消息<br>**未公开** | 同特征A、H、J，对比文件未预设“冲突”的存在，因此也没有“无冲突的响应消息”这一对应概念。 | 此特征依赖于冲突消除流程的最终结果。由于对比文件未公开任何与冲突相关的技术背景，因此“接收无冲突的设备感测响应消息”这一步骤无从谈起。 |
| **技术特征M**：通过使用所接收的无冲突设备感测响应消息对所述存储结构中的、所述第一位置中的所述第一设备感测响应消息和所述第二位置中的所述第二设备感测响应消息进行分析，来确定所述第一设备感测响应消息和所述第二设备感测响应消息的无冲突版本。<br>**未公开** | 对比文件未公开特征K（存储结构）、特征L（无冲突消息）以及特征J（冲突定义），更未公开利用无冲突消息对历史存储的冲突消息进行回溯分析以确定其无冲突版本的复杂算法。 | 该特征是目标专利中一个高级的后处理优化步骤，逻辑复杂。对比文件的内容完全未涉及这一技术构思的任何基础要素，本领域技术人员不可能从中推断出该方案。 |
| **技术特征N**：其中，所述第二设备感测响应消息覆写所述第一设备感测响应消息。<br>**未公开** | 对比文件未涉及存储和覆写设备感测响应消息。 | 该特征是具体的存储管理方式。对比文件未公开存储设备感测响应消息，因此覆写这一具体操作也无从公开。 |
| **技术特征O**：其中，所述多个远程NFC设备中的每个远程NFC设备被配置为使用NFC-A射频RF技术。<br>**未公开** | 对比文件提及“RFID”，但未具体说明其采用的射频技术类型（如NFC-A, NFC-B, NFC-F或ISO14443等）。RFID是一个广义概念，涵盖多种标准和协议。 | 目标专利明确限定为“NFC-A RF技术”，这是NFC论坛定义的一种特定技术标准。对比文件仅泛泛提及RFID，本领域技术人员无法毫无疑义地确定其必然使用NFC-A技术。不同的RFID技术（如高频HF与超高频UHF）在物理层和协议层有显著差异。 |
| **技术特征P**：其中，所述第一设备感测响应消息和所述第二设备感测响应消息是如在NFC论坛数字协议规范中定义的SENS_RES消息。<br>**未公开** | 对比文件未提及“NFC论坛数字协议规范”、“SENS_RES”消息或任何符合特定通信协议格式的设备感测响应消息。 | 该特征限定了响应消息的具体协议格式。对比文件仅说明腕带/标签包含RFID信息，但未对其通信协议和消息格式做出任何具体限定。本领域技术人员无法得知其使用的是否为NFC论坛定义的SENS_RES消息。 |
| **技术特征Q**：其中，所述第二设备感测请求消息是如在NFC论坛数字协议规范中定义的SENS_REQ消息。<br>**未公开** | 对比文件未提及“NFC论坛数字协议规范”、“SENS_REQ”消息或任何符合特定通信协议格式的设备感测请求消息。 | 同特征P，该特征限定了请求消息的具体协议格式。对比文件未公开此具体格式。 |
| **技术特征R**：其中，所述睡眠请求消息是如在NFC论坛数字协议规范中定义的SLP_REQ消息。<br>**未公开** | 对比文件未提及“睡眠请求消息”，更未提及“SLP_REQ”消息。 | 该特征限定了睡眠请求消息的具体协议格式。对比文件未公开任何睡眠请求消息，因此该具体格式也无从公开。 |
| **技术特征S**：其中，所述多个远程NFC设备包括阅读器设备、写入设备、标签、卡以及对等设备中的至少一个。<br>**隐含公开** <<<s>>> | [0033]段：“...identification band that is capable of receiving print-on-demand RFID...”（能够接收按需打印RFID的识别腕带）<br>[0035]段提及腕带可用于机场，标签可贴在行李上。<br>通常，RFID标签属于目标专利中所述的“标签”类别。 | 目标专利限定了远程NFC设备的类型范围。对比文件中明确公开了其腕带和标签包含RFID功能，而RFID标签是近场通信领域中“标签”设备的一种典型实施方式。因此，本领域技术人员可以合理推断，对比文件所公开的RFID标签落入了目标专利权利要求中“标签”这一设备类型的范围内。尽管对比文件未提及阅读器、写入器、卡或对等设备，但已隐含公开了“标签”这一种设备类型。 |
| **技术特征T**：还包括：与发送了设备感测响应消息的每个设备执行单个设备检测通信以便获得NFC设备标识符NFCID。<br>**隐含公开** <<<t>>> | [0033]段：提及腕带/标签包含RFID信息。RFID标签通常具有唯一的标识符（UID）。 | 目标专利中“执行单个设备检测通信以获得NFCID”的目的是获取每个设备的唯一标识。对比文件公开了设备（腕带/标签）包含RFID信息，而读取RFID信息以获取其唯一标识符（UID）是RFID系统的基本功能和常规操作。本领域技术人员可以合理推断，在使用对比文件的系统时，会通过通信（如RFID阅读器查询）来获取每个标签的唯一标识符。这与特征T中“执行单个设备检测通信以便获得NFC设备标识符”的目的（获取唯一ID）和作用（识别设备）在原理上是相同的，尽管具体的协议和消息名称可能不同。 |
<<<b>>><<<g>>><<<s>>><<<t>>>