对比文件名称：2011-09-14_EP2365676A_发明公开_EP2365676A1 Methods of managing communication sessions between nfc devices, and an nfc device
目标专利名称：346用于改进多个NFC-A设备的识别的方法和装置CN104106077B
模型名称：GPT-4
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：包括：确定第一设备感测响应消息包括多个远程近场通信NFC设备之间的一个或多个冲突，《直接公开》 | 第[0039]段：“During a peer-to-peer single device detection, an NFC device may send an attribute request (ATR_REQ), and receive a collided response indicating that there are more than one NFC devices responding to the request.” | 对比文件明确描述了在点对点单设备检测期间，NFC设备发送请求（ATR_REQ）并接收到一个“冲突的响应（collided response）”，该响应指示有多个NFC设备对该请求进行了响应。这直接对应于确定一个响应消息（collided response）包含了多个远程NFC设备之间的冲突。该冲突在对比文件中用于触发单设备检测过程，与目标专利中用于技术检测和冲突消除的作用实质相同。因此，本领域技术人员能够毫无疑义地得出该技术特征。 |
| 技术特征B：所述第一设备感测响应消息响应于第一设备感测请求消息，《直接公开》 | 第[0039]段：“During a peer-to-peer single device detection, an NFC device may send an attribute request (ATR_REQ), and receive a collided response indicating that there are more than one NFC devices responding to the request.” | 对比文件明确记载了发送属性请求（ATR_REQ）后，接收一个冲突的响应（collided response）。ATR_REQ在NFC点对点通信中属于设备感测请求的一种，其响应的collided response即为设备感测响应消息。该特征在对比文件中是单设备检测过程的固有步骤，与目标专利中响应于设备感测请求而获得设备感测响应的作用相同。因此被直接公开。 |
| 技术特征C：通过对所述第一设备感测响应消息执行冲突消除，来识别所述多个远程NFC设备中的第一远程NFC设备，《直接公开》 | 第[0039]段：“The single device detection procedure selects a unique peer for the NFC device.” | 对比文件明确说明，在接收到冲突响应（collided response）后，执行“单设备检测程序（single device detection procedure）”，其目的就是从多个响应的设备中“选择一个唯一的对等设备（selects a unique peer）”。该过程即是对冲突响应执行冲突消除以识别出一个设备。这与目标专利中通过对第一设备感测响应消息执行冲突消除来识别第一远程NFC设备的技术方案和作用完全相同。因此被直接公开。 |
| 技术特征D：向所识别的第一远程NFC设备发送睡眠请求消息，《未公开》 | 无对应内容 | 对比文件未提及向识别出的设备发送任何“睡眠请求（SLP_REQ）”消息。其解决通信中断后快速恢复的方案是保存会话状态并直接重发上次未得到响应的命令，而非使设备进入睡眠状态。因此，该技术特征未被对比文件公开。 |
| 技术特征E：所述睡眠请求消息使所识别的第一远程NFC设备转入睡眠状态，《未公开》 | 无对应内容 | 对比文件未提及任何使设备转入“睡眠状态”的请求或机制。因此，该技术特征未被对比文件公开。 |
| 技术特征F：所述睡眠状态禁止所识别的第一远程NFC设备对第一设备感测请求消息进行响应，《未公开》 | 无对应内容 | 由于对比文件未公开“睡眠请求”和“睡眠状态”，因此自然也未能公开睡眠状态所起的“禁止对设备感测请求进行响应”的作用。该技术特征未被对比文件公开。 |
| 技术特征G：发送第二设备感测请求消息，《直接公开》 | 第[0049]段：“Send ATR_REQ command and wait for response as ATR_RES” | 在对比文件描述的中断恢复流程中（例如第[0049]段），明确包含“发送ATR_REQ命令并等待ATR_RES响应”的步骤。ATR_REQ在NFC点对点通信中相当于设备感测请求。此步骤是在识别出一个设备（通过保存的Target ID匹配）之后执行的，目的是与恢复通信的（可能是同一个）设备重新建立联系。这相当于发送了第二设备感测请求消息。其作用虽不完全等同于目标专利中为检测剩余设备而发送请求，但“发送设备感测请求”这一动作本身已被直接公开。 |
| 技术特征H：接收包括所述多个远程NFC设备之间的冲突的第二设备感测响应消息，《未公开》 | 无对应内容 | 对比文件在第[0049]段的恢复流程中，发送ATR_REQ后等待的是ATR_RES响应。虽然流程中提到可能“有其他目标正在发送响应”，但并未明确描述此ATR_RES响应本身包含多个设备之间的“冲突”。其重点是检查响应中的Target ID是否与之前保存的匹配，而非分析新一轮响应中的冲突。因此，该技术特征未被直接公开。从隐含公开角度看，对比文件也未提供足够信息使本领域技术人员必然推断出会接收到一个包含冲突的第二设备感测响应。因此，该技术特征未被隐含公开。 |
| 技术特征I：通过对所述第二设备感测响应消息执行冲突消除，来识别所述多个远程NFC设备中的第二远程NFC设备，《未公开》 | 无对应内容 | 对比文件的恢复流程中，在接收到ATR_RES后，是通过比较Target ID来确认是否为之前中断会话的同一设备，而非执行一个针对多个设备响应冲突的“冲突消除”过程来识别出另一个不同的设备（第二远程NFC设备）。其目的不是识别操作空间中的多个设备，而是恢复与特定设备的会话。因此，该技术特征未被对比文件公开。 |
| 技术特征J：其中，冲突是指来自远程NFC设备的设备感测响应消息中有如下指示：针对单个值，既接收到“0”比特也接收到“1”比特。《未公开》 | 无对应内容 | 对比文件虽然使用了“collided response”一词，但并未对其具体含义进行如目标专利说明书[0045]段所给出的明确定义。本领域技术人员可以理解冲突通常意味着比特冲突，但对比文件文本本身并未公开这一具体的、限定性的定义。因此，该技术特征未被直接公开。从隐含公开角度看，该定义属于NFC通信领域的公知常识，但对比文件本身并未记载，因此基于对比文件内容本身，不能认为其隐含公开了该具体定义。 |
| 技术特征K：还包括：将所述第一设备感测响应消息存储在存储结构中的第一位置中，并且将所述第二设备感测响应消息存储在所述存储结构中的第二位置中，《未公开》 | 第[0029]段：“... various parameters associated with the particular communication session, such as the unique identifier (UID) of the target where it is known, are cached or stored in a memory of the initiator.” | 对比文件公开了存储与会话相关的参数（如UID、PUPI、最后发送的命令等），但并未公开将“设备感测响应消息本身”（如SENS_RES或ATR_RES）按顺序存储在特定的存储结构（如表格）的不同位置中。其存储的是用于恢复会话的上下文信息，而非用于后续分析的原始响应消息历史记录。因此，该技术特征未被对比文件公开。 |
| 技术特征L：接收无冲突的设备感测响应消息，《未公开》 | 无对应内容 | 对比文件未提及在流程中最终接收一个“无冲突的设备感测响应消息”。其恢复流程的目标是重新建立数据交换，而非完成一个旨在逐个识别所有设备直至获得无冲突响应的冲突消除循环。因此，该技术特征未被对比文件公开。 |
| 技术特征M：通过使用所接收的无冲突设备感测响应消息对所述存储结构中的、所述第一位置中的所述第一设备感测响应消息和所述第二位置中的所述第二设备感测响应消息进行分析，来确定所述第一设备感测响应消息和所述第二设备感测响应消息的无冲突版本，《未公开》 | 无对应内容 | 该技术特征涉及一个特定的后处理分析步骤，即利用最终的无冲突响应来推导历史存储的冲突响应的无冲突版本。对比文件完全没有涉及这一复杂的数据分析过程。因此，该技术特征未被对比文件公开。 |
| 技术特征N：其中，所述第二设备感测响应消息覆写所述第一设备感测响应消息，《未公开》 | 无对应内容 | 对比文件未提及任何关于存储的响应消息被后续接收的响应消息“覆写”的内容。因此，该技术特征未被对比文件公开。 |
| 技术特征O：其中，所述多个远程NFC设备中的每个远程NFC设备被配置为使用NFC-A射频RF技术，《直接公开》 | 第[0011]段：“In embodiments, the first and second devices are configured to operate according to the NFC-A protocol...” | 对比文件在多个实施例中明确指出了设备可以被配置为按照NFC-A协议操作（参见第[0011], [0016]-[0019]等段）。虽然对比文件也涉及NFC-B和点对点模式，但“配置为使用NFC-A RF技术”这一特定情况已被明确公开。这与目标专利中专注于NFC-A设备的作用相符。因此被直接公开。 |
| 技术特征P：其中，所述第一设备感测响应消息和所述第二设备感测响应消息是如在NFC论坛数字协议规范中定义的SENS_RES消息，《隐含公开》 | 第[0003]段：“The physical and MAC layers collectively determines which of several NFC radio technologies (such as NFC-A, NFC-B, and other proprietary technologies) are to be used.” 结合第[0032]-[0035]段（关于NFC-A协议下REQA和ATQA的流程）。 | 对比文件在描述NFC-A协议流程时（例如第[0032]-[0035]段），使用了ISO 14443-3A标准中的术语，如发送REQA，接收ATQA。本领域技术人员公知，在NFC论坛活动规范中，对应于NFC-A技术的设备感测请求和响应分别是SENS_REQ和SENS_RES，它们与ISO 14443-3A标准中的REQA和ATQA在功能和技术实质上是对应的。因此，尽管对比文件使用了标准术语ATQA，但本领域技术人员能够毫无困难地理解，在NFC论坛的语境下，这等同于SENS_RES消息。因此，该技术特征被对比文件隐含公开。 |
| 技术特征Q：其中，所述第二设备感测请求消息是如在NFC论坛数字协议规范中定义的SENS_REQ消息，《隐含公开》 | 第[0003]段：“The physical and MAC layers collectively determines which of several NFC radio technologies (such as NFC-A, NFC-B, and other proprietary technologies) are to be used.” 结合第[0032]-[0035]段（关于NFC-A协议下REQA和ATQA的流程）。 | 与特征P同理，对比文件在NFC-A协议流程中描述的REQA命令，本领域技术人员公知其对应于NFC论坛规范中的SENS_REQ消息。因此，尽管对比文件使用了标准术语REQA，但本领域技术人员能够合理推断出其实质上公开了SENS_REQ消息。因此，该技术特征被对比文件隐含公开。 |
| 技术特征R：其中，所述睡眠请求消息是如在NFC论坛数字协议规范中定义的SLP_REQ消息，《未公开》 | 无对应内容 | 对比文件未提及任何“睡眠请求（SLP_REQ）”消息。因此，该技术特征未被对比文件公开。 |
| 技术特征S：其中，所述多个远程NFC设备包括阅读器设备、写入设备、标签、卡以及对等设备中的至少一个，《直接公开》 | 第[0002]段：“In passive communication mode, an initiator (such as a card reader or proximity coupling device [PCD]) supplies the energy ... to an un-powered target (such as an RFID tag, smart card, or proximity card [PICC])... In active communication ... generally used for peer-to-peer communication...” | 对比文件在背景技术部分明确将发起设备举例为读卡器（card reader）或接近耦合设备（PCD），将目标设备举例为RFID标签（tag）、智能卡（smart card）、接近卡（PICC），并提到了点对点（peer-to-peer）通信。这覆盖了阅读器、标签、卡、对等设备等类型。“写入设备”虽未明确列举，但作为读卡器/写入器功能的一部分，本领域技术人员可以合理理解其包含在具有读写功能的设备中。因此，该技术特征被直接公开。 |
| 技术特征T：还包括：与发送了设备感测响应消息的每个设备执行单个设备检测通信以便获得NFC设备标识符NFCID，《隐含公开》 | 第[0039]段：“The single device detection procedure selects a unique peer for the NFC device.” 结合第[0003]段：“...media access control (MAC) layer, which is responsible for communication protocols such as single device detection...” | 对比文件明确将“单设备检测（single device detection）”作为MAC层的职责和流程的一部分（第[0003]段），并指出该程序用于为一个NFC设备选择一个唯一的对等设备（第[0039]段）。本领域技术人员公知，单设备检测通信的目的和结果之一就是获得设备的标识符（如NFCID、UID、PUPI等）。因此，尽管对比文件没有明确写出“获得NFCID”这几个字，但执行单设备检测通信以唯一识别设备（必然涉及标识符）是其固有和隐含的目的。因此，该技术特征被对比文件隐含公开。 |
<<<A>>><<<B>>><<<C>>><<<G>>><<<O>>><<<S>>><<<p>>><<<q>>><<<t>>>