对比文件名称：2010-02-04_US2010026454A_发明申请_US20100026454A1 Electronic near field communication enabled multifunctional device and method of its operation
目标专利名称：346用于改进多个NFC-A设备的识别的方法和装置CN104106077B
本次调用的模型名称：专利创造性评估模型
根据对目标专利说明书和对比文件说明书的深度分析，现创建特征比对表格如下：
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **特征A**：确定第一设备感测响应消息包括多个远程近场通信NFC设备之间的一个或多个冲突，《未公开》 | 未发现直接或间接描述。 | 对比文件描述了在接收就绪期（如“FeliCa”或“Mifare”接收期）检测信号（参见[0112]-[0114]段），但并未描述检测到的信号是来自多个设备的“冲突”响应。对比文件的核心是检测不同数据格式的设备是否存在并进行通信，未提及当多个设备同时响应时，其响应消息在比特位级别上会产生冲突（即既有“0”也有“1”）这一技术问题。因此，对比文件未公开“确定设备感测响应消息包括冲突”这一特征。 |
| **特征B**：所述第一设备感测响应消息响应于第一设备感测请求消息，《隐含公开》 | “Basic polling is performed in the sequence shown in FIG. 3. ‘CW’ is card warming... ‘CC’ is card cooling...”（参见[0110]段）；“The first polling event 4 comprises the first reception ready period 4 marked with ‘FeliCa’... If there is a signal received during this period...”（参见[0112]段）。 | 对比文件明确描述了轮询（polling）过程：首先执行卡预热（card warming, CW），这相当于发送一个唤醒或询问信号（即设备感测请求），然后在随后的接收就绪期（reception ready period）等待并接收响应信号（即设备感测响应）。虽然对比文件未使用“设备感测请求（SENS_REQ）”和“设备感测响应（SENS_RES）”这些标准术语，但其描述的“发送询问信号-接收响应信号”的交互过程，是本领域NFC技术检测的基础流程。本领域技术人员能够毫无疑义地理解，在接收就绪期接收到的信号是对应于之前发送的卡预热（询问）信号的响应。因此，该特征被对比文件隐含公开。 |
| **特征C**：通过对所述第一设备感测响应消息执行冲突消除，来识别所述多个远程NFC设备中的第一远程NFC设备，《未公开》 | 未发现直接或间接描述。 | 对比文件描述了在接收就绪期检测到信号后，会对其进行分析和评估（evaluate）（参见[0112]段），以确定设备类型或数据格式。然而，这种“评估”是针对单一响应信号判断其符合哪种标准（如FeliCa或Mifare），而非目标专利中为了解决多个设备响应叠加导致的比特冲突而进行的“冲突消除”（collision resolution）过程。冲突消除是NFC-A特定技术中用于从冲突的响应中解析出单个设备标识（如NFCID）的专门步骤。对比文件完全没有涉及此概念或过程。 |
| **特征D**：向所识别的第一远程NFC设备发送睡眠请求消息，《未公开》 | 未发现直接或间接描述。 | 对比文件的整个轮询方案中，没有任何关于向已识别设备发送“睡眠请求（SLP_REQ）”或类似指令的描述。其延迟（D1, D2, D3）是为了降低功耗和打破设备间同步，并非针对特定设备令其进入睡眠状态以禁止其响应。因此，该特征未被公开。 |
| **特征E**：所述睡眠请求消息使所识别的第一远程NFC设备转入睡眠状态，《未公开》 | 未发现直接或间接描述。 | 如上所述，对比文件未提及睡眠请求，自然也未描述睡眠请求使设备转入睡眠状态的功能。该特征未被公开。 |
| **特征F**：所述睡眠状态禁止所识别的第一远程NFC设备对第一设备感测请求消息进行响应，《未公开》 | 未发现直接或间接描述。 | 对比文件未描述任何设备因接收到特定指令而进入一种禁止响应后续轮询请求的状态。该特征未被公开。 |
| **特征G**：发送第二设备感测请求消息，《隐含公开》 | “After the first delay period the double polling procedure is repeated as a ‘second double polling’ procedure...” （参见[0120]段）；图3和[0110]-[0112]段描述了重复进行的包含CW（卡预热）的轮询过程。 | 对比文件明确描述了其轮询方案是循环重复的（repetitive process）。如图3和说明书所述，在完成一轮“双轮询”（包含两次CW和接收）并经过一个延迟期后，会再次开始新一轮的“双轮询”。每一轮轮询的开始都包含发送卡预热（CW）信号，这相当于发送新的设备感测请求。因此，发送第二（或后续）设备感测请求这一动作被对比文件的循环轮询方案所隐含公开。 |
| **特征H**：接收包括所述多个远程NFC设备之间的冲突的第二设备感测响应消息，《未公开》 | 未发现直接或间接描述。 | 对比文件描述了在重复的轮询中会接收响应信号（参见[0112]段关于重复轮询的描述），但并未描述这些后续接收的响应信号是“包括冲突”的。如特征A所述，对比文件未涉及响应消息中存在冲突的问题。因此，接收“包括冲突的第二设备感测响应消息”这一特征未被公开。 |
| **特征I**：通过对所述第二设备感测响应消息执行冲突消除，来识别所述多个远程NFC设备中的第二远程NFC设备，《未公开》 | 未发现直接或间接描述。 | 理由同特征C。对比文件未描述“冲突消除”过程，因此不可能公开基于第二设备感测响应消息执行冲突消除来识别第二设备。 |
| **特征J**：其中，冲突是指来自远程NFC设备的设备感测响应消息中有如下指示：针对单个值，既接收到“0”比特也接收到“1”比特。《未公开》 | 未发现直接或间接描述。 | 这是目标专利对“冲突”的明确定义，是NFC-A冲突消除技术中的特定概念。对比文件通篇未提及响应消息中的比特冲突问题，因此该定义本身未被公开。 |
| **特征K**：将所述第一设备感测响应消息存储在存储结构中的第一位置中，并且将所述第二设备感测响应消息存储在所述存储结构中的第二位置中，《未公开》 | 未发现直接或间接描述。 | 对比文件提到了存储数据格式、定时参数等信息（如[0072]段），但未描述在冲突消除过程中，将先后接收到的、包含冲突的设备感测响应消息存储在特定存储结构（如表格）的不同位置。该特征是目标专利用于后续分析的特定手段，未被公开。 |
| **特征L**：接收无冲突的设备感测响应消息，《未公开》 | 未发现直接或间接描述。 | 对比文件未涉及冲突消除过程，因此也不会涉及在消除所有冲突后接收“无冲突的设备感测响应消息”这一结果状态。该特征未被公开。 |
| **特征M**：通过使用所接收的无冲突设备感测响应消息对所述存储结构中的、所述第一位置中的所述第一设备感测响应消息和所述第二位置中的所述第二设备感测响应消息进行分析，来确定所述第一设备感测响应消息和所述第二设备感测响应消息的无冲突版本。《未公开》 | 未发现直接或间接描述。 | 该特征是目标专利在特定存储结构基础上，利用最终无冲突响应来回推历史冲突响应清晰版本的特定分析方法。对比文件完全没有涉及存储冲突响应、接收无冲突响应以及进行此类回溯分析的技术构思。该特征未被公开。 |
| **特征N**：其中，所述第二设备感测响应消息覆写所述第一设备感测响应消息。《未公开》 | 未发现直接或间接描述。 | 对比文件未描述存储和覆写设备感测响应消息的操作。该特征未被公开。 |
| **特征O**：其中，所述多个远程NFC设备中的每个远程NFC设备被配置为使用NFC-A射频RF技术。《未公开》 | 对比文件提及了多种NFC/RFID标准，如ISO14443, Mifare, FeliCa, NFC, ECMA352等（参见[0008], [0118]段）。 | 对比文件旨在兼容多种数据格式和协议（包括非NFC-A的协议），其设备是“多格式”的，而非专门针对使用NFC-A RF技术的设备。目标专利明确限定远程设备使用NFC-A技术，这是其解决该特定技术下冲突问题的前提。对比文件未公开此限定。 |
| **特征P**：其中，所述第一设备感测响应消息和所述第二设备感测响应消息是如在NFC论坛数字协议规范中定义的SENS_RES消息。《未公开》 | 未发现直接或间接描述。 | 对比文件未引用NFC论坛数字协议规范，也未提及SENS_RES消息。其使用的术语是“接收信号”、“数据信号”或“响应”。该特征未被公开。 |
| **特征Q**：其中，所述第二设备感测请求消息是如在NFC论坛数字协议规范中定义的SENS_REQ消息。《未公开》 | 未发现直接或间接描述。 | 对比文件未引用NFC论坛数字协议规范，也未提及SENS_REQ消息。其使用的术语是“卡预热（card warming）”或“发起程序（initiation procedure）”。该特征未被公开。 |
| **特征R**：其中，所述睡眠请求消息是如在NFC论坛数字协议规范中定义的SLP_REQ消息。《未公开》 | 未发现直接或间接描述。 | 对比文件未引用NFC论坛数字协议规范，也未提及SLP_REQ消息或任何功能等效的睡眠请求指令。该特征未被公开。 |
| **特征S**：其中，所述多个远程NFC设备包括阅读器设备、写入设备、标签、卡以及对等设备中的至少一个。《未公开》 | “...interact with a variety of tags 130, 131, 132, 133, 134, 135, with different data formats APS, other (mobile) multifunctional devices , infrastructure devices 144 and other near field communication devices 146.”（参见[0098]段）。 | 对比文件提及了与多种设备交互，包括标签（tags）、其他多功能设备、基础设施设备等。虽然其范围覆盖了标签、对等设备（其他多功能设备）和阅读器（基础设施设备可能包含阅读器），但并未明确、逐一地列举出“阅读器设备、写入设备、标签、卡以及对等设备”这一具体组合。并且，“写入设备”和“卡”作为特定类型未被强调。从公开内容看，本领域技术人员无法直接且毫无疑义地确定其公开了该列举中的所有设备类型。因此，该具体限定未被公开。 |
| **特征T**：还包括：与发送了设备感测响应消息的每个设备执行单个设备检测通信以便获得NFC设备标识符NFCID。《未公开》 | 未发现直接或间接描述。 | 对比文件描述了检测到设备后可能进行数据交换（参见[0115]段），但未描述为了识别设备而专门执行的“单个设备检测通信（Single Device Detection, SDD）”过程，也未提及获取“NFCID”这一标识符。该特征是NFC-A冲突消除流程中的特定步骤，未被对比文件公开。 |
<<<b>>>