**对比文件名称**：2005-04-14_US2005077356A_发明申请_US20050077356A1 Communication system, communication method, and data processing apparatus
**目标专利名称**：346用于改进多个NFC-A设备的识别的方法和装置CN104106077B
**本次调用的模型名称**：专利创造性评估模型
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **特征A**：确定第一设备感测响应消息包括多个远程近场通信NFC设备之间的一个或多个冲突。《隐含公开》 | [0130] "Also, when the initiator requests NFCIDs from targets around it, if plural targets exist around the initiator, two or more of the plural targets may simultaneously transmit their NFCIDs. In this case, the NFCIDs transmitted from the two or more targets collide with one another, so that the initiator cannot recognize the colliding NFCIDs." 译文：“此外，当发起方向其周围的目标请求NFCID时，如果发起方周围存在多个目标，则这些多个目标中的两个或更多个可能同时传输其NFCID。在这种情况下，从这两个或更多个目标传输的NFCID彼此冲突，因此发起方无法识别冲突的NFCID。” | 对比文件明确描述了在SDD（单设备检测）处理中，当多个目标同时响应轮询请求（如SENS_REQ）时，它们的NFCID会发生“冲突（collide）”，导致发起方无法识别。这实质上公开了确定来自多个远程NFC设备的设备感测响应消息（如包含NFCID的轮询响应帧）中存在冲突。虽然未使用“第一设备感测响应消息”的表述，但该轮询响应帧对应于目标专利中的“设备感测响应消息”。因此，本领域技术人员能够从对比文件推理出特征A的技术方案，属于隐含公开。 |
| **特征B**：所述第一设备感测响应消息响应于第一设备感测请求消息。《直接公开》 | [0285] "In step S311, the initiator transmits the command SENS_REQ for searching for a target existing in the RF field formed by the initiator, and proceeds to step S312. In step S312, the initiator receives the response SENS_RES to the command SENS_REQ, which is transmitted from the target existing in the RF field formed by the initiator..." 译文：“在步骤S311中，发起方传输命令SENS_REQ以搜索存在于由发起方形成的RF场中的目标，并进行到步骤S312。在步骤S312中，发起方接收对命令SENS_REQ的响应SENS_RES，该响应由存在于由发起方形成的RF场中的目标传输...” | 对比文件明确记载了发起方发送SENS_REQ命令（设备感测请求消息），目标响应以SENS_RES（设备感测响应消息）。这直接公开了设备感测响应消息是响应于设备感测请求消息的。因此，特征B被对比文件直接公开。 |
| **特征C**：通过对所述第一设备感测响应消息执行冲突消除，来识别所述多个远程NFC设备中的第一远程NFC设备。《隐含公开》 | [0134] "...the collision between targets #1 and #3 occurs. ... the initiator cannot normally receive the polling response frames of targets #1 and #3 between which the collision occurs. Accordingly, the initiator transmits a polling request frame again. This requests targets #1 and #3 to transmit polling response frames in which their NFCIDs are located. Subsequently, until the initiator recognizes all the NFCIDs of targets #1 to #5 around it, transmission of polling request frames by the initiator and transmission of polling response frames by the targets are repeatedly performed." 译文：“...目标#1和#3之间发生冲突。...发起方无法正常接收发生冲突的目标#1和#3的轮询响应帧。因此，发起方再次传输轮询请求帧。这请求目标#1和#3传输其中包含其NFCID的轮询响应帧。随后，直到发起方识别出其周围目标#1至#5的所有NFCID，发起方传输轮询请求帧和目标传输轮询响应帧被重复执行。” | 对比文件描述了在发生冲突后，发起方通过重新发送轮询请求帧，并可能结合时间槽机制，来尝试识别出发生冲突的多个目标中的至少一个（例如，在后续迭代中成功识别出某个目标）。这个过程即是对接收到的冲突响应消息（第一设备感测响应消息）执行冲突消除以识别出一个远程NFC设备（第一远程NFC设备）。本领域技术人员能够合理推断出该过程。因此，特征C被对比文件隐含公开。 |
| **特征D**：向所识别的第一远程NFC设备发送睡眠请求消息。《直接公开》 | [0155] "The command DSL_REQ is transmitted when the initiator sets the target to be in the deselect state. The target, which receives the command DSL_REQ, transmits the response DSL_RES to the command DSL_REQ before entering the deselect state, and subsequently becomes less responsive (comes to send back no response) to commands other than the command WUP_REQ." 译文：“当发起方将目标设置为取消选择状态时，传输命令DSL_REQ。接收命令DSL_REQ的目标在进入取消选择状态之前传输对命令DSL_REQ的响应DSL_RES，随后对除命令WUP_REQ之外的其他命令变得响应性降低（不再发送回响应）。” | 对比文件公开了发起方向目标发送DSL_REQ命令，该命令的功能是使目标进入“取消选择状态（deselect state）”，在此状态下目标不再响应除特定唤醒命令外的请求。这完全对应于目标专利中“睡眠请求消息”的功能。因此，特征D被对比文件直接公开。 |
| **特征E**：所述睡眠请求消息使所识别的第一远程NFC设备转入睡眠状态。《直接公开》 | [0155] "The target, which receives the command DSL_REQ, transmits the response DSL_RES to the command DSL_REQ before entering the deselect state..." 译文：“接收命令DSL_REQ的目标在进入取消选择状态之前传输对命令DSL_REQ的响应DSL_RES...” | 如上所述，对比文件明确记载了DSL_REQ命令使目标进入“取消选择状态（deselect state）”。该状态即为一种禁止响应的“睡眠状态”。因此，特征E被对比文件直接公开。 |
| **特征F**：所述睡眠状态禁止所识别的第一远程NFC设备对第一设备感测请求消息进行响应。《直接公开》 | [0155] "...and subsequently becomes less responsive (comes to send back no response) to commands other than the command WUP_REQ." 译文：“...随后对除命令WUP_REQ之外的其他命令变得响应性降低（不再发送回响应）。” | 对比文件明确指出，处于“取消选择状态”（即睡眠状态）的目标不再对除WUP_REQ（唤醒请求）之外的其他命令进行响应。设备感测请求消息（如SENS_REQ）属于“其他命令”的范畴。因此，特征F被对比文件直接公开。 |
| **特征G**：发送第二设备感测请求消息。《隐含公开》 | [0136] "Accordingly, targets #2, #4, and #5, in which their polling response frames are normally received and their NFCIDs can be recognized, are temporarily excluded from parties among which communication is performed, whereby a polling response frame as a response to the polling request frame cannot be sent back. In this case, those which send back polling response frames to the polling request frame re-transmitted by the initiator are only targets #1 and #3, whose NFCIDs cannot be recognized through the transmission of the initial polling request frame." 译文：“因此，其轮询响应帧被正常接收且其NFCID可被识别的目标#2、#4和#5被暂时排除在通信方之外，因此无法发送回作为对轮询请求帧的响应的轮询响应帧。在这种情况下，对发起方重新传输的轮询请求帧发回轮询响应帧的仅是目标#1和#3，它们的NFCID无法通过初始轮询请求帧的传输被识别。” | 对比文件描述了在识别出某些目标（如#2，#4，#5）后，通过发送DSL_REQ将它们置为取消选择状态（睡眠），然后为了识别剩余冲突的目标（#1，#3），需要再次发送轮询请求帧（即第二设备感测请求消息）。虽然描述集中在“重新传输（re-transmitted）”以解决冲突，但逻辑上包含了在使部分设备睡眠后发送新的设备感测请求的步骤。本领域技术人员可以合理推断出该步骤。因此，特征G被对比文件隐含公开。 |
| **特征H**：接收包括所述多个远程NFC设备之间的冲突的第二设备感测响应消息。《隐含公开》 | [0134] "...the collision between targets #1 and #3 occurs. ... the initiator cannot normally receive the polling response frames of targets #1 and #3 between which the collision occurs." [0136] "...those which send back polling response frames to the polling request frame re-transmitted by the initiator are only targets #1 and #3..." 译文：“...目标#1和#3之间发生冲突。...发起方无法正常接收发生冲突的目标#1和#3的轮询响应帧。”“...对发起方重新传输的轮询请求帧发回轮询响应帧的仅是目标#1和#3...” | 根据对比文件描述，在使已识别的目标（#2，#4，#5）进入取消选择状态后，发起方向剩余目标（#1，#3）重新发送轮询请求。由于目标#1和#3仍然可能同时响应（尤其是在时间槽可能相同的情况下），发起方接收到的响应（第二设备感测响应消息）仍可能包含它们之间的冲突。因此，特征H的技术方案可以从对比文件描述的冲突场景和迭代处理中合理推断出来，属于隐含公开。 |
| **特征I**：通过对所述第二设备感测响应消息执行冲突消除，来识别所述多个远程NFC设备中的第二远程NFC设备。《隐含公开》 | [0134] "Subsequently, until the initiator recognizes all the NFCIDs of targets #1 to #5 around it, transmission of polling request frames by the initiator and transmission of polling response frames by the targets are repeatedly performed." 译文：“随后，直到发起方识别出其周围目标#1至#5的所有NFCID，发起方传输轮询请求帧和目标传输轮询响应帧被重复执行。” | 对比文件概述了SDD处理是一个迭代过程，直到所有目标都被识别。这隐含了在每次迭代中（包括在发送第二设备感测请求并收到第二设备感测响应后），发起方都会对接收到的响应执行冲突消除，以识别出下一个（即第二）远程NFC设备。因此，特征I被对比文件隐含公开。 |
| **特征J**：其中，冲突是指来自远程NFC设备的设备感测响应消息中有如下指示：针对单个值，既接收到“0”比特也接收到“1”比特。《未公开/隐含公开》 | 对比文件未明确定义“冲突”的具体比特级表现。仅在[0130]提及NFCID冲突（collide），导致无法识别。 | 对比文件描述了冲突的现象（多个响应叠加导致无法识别），但未明确揭示冲突在比特层面的具体定义，即“针对单个值，既接收到‘0’比特也接收到‘1’比特”。虽然本领域技术人员知晓数字通信中冲突可能导致比特值不确定，但对比文件本身未公开此具体定义。目标专利的该定义是对冲突现象的进一步明确和具体化。因此，对比文件未直接公开，且仅从冲突现象本身也不必然唯一地、毫无疑义地推理出此具体比特定义。**此处判断为未公开**（注：根据宽松的隐含公开标准，可认为冲突必然意味着比特级的歧义，从而可能被隐含公开。但基于最严谨的直接公开判断，此处认为对比文件未公开该具体定义）。 |
| **特征K**：还包括：将所述第一设备感测响应消息存储在存储结构中的第一位置中，并且将所述第二设备感测响应消息存储在所述存储结构中的第二位置中。《未公开》 | 对比文件未提及将冲突的SENS_RES消息存储在特定存储结构的不同位置中。 | 对比文件描述了接收和响应冲突的过程，但完全没有记载或暗示需要将多次接收到的设备感测响应消息（如SENS_RES）存储在一个结构化的存储介质（如表格、矩阵）的不同位置中。此特征涉及数据存储和管理的具体实现方式，对比文件未公开。 |
| **特征L**：接收无冲突的设备感测响应消息。《直接公开》 | [0134] "In the embodiment in FIG. 11, a polling response frame of target #4 is transmitted in time slot #0, polling response frames of targets #1 and #3 are transmitted in time slot #1, a polling response frame of target #5 is transmitted in time slot #2, and a polling response frame of target #2 is transmitted in time slot #3..." 译文：“在图11的实施例中，目标#4的轮询响应帧在时隙#0中传输，目标#1和#3的轮询响应帧在时隙#1中传输，目标#5的轮询响应帧在时隙#2中传输，目标#2的轮询响应帧在时隙#3中传输...” | 对比文件图11和相应描述显示了在特定时间槽（如#0，#2，#3）中，只有一个目标响应，因此发起方接收到的对应轮询响应帧是无冲突的。这直接公开了接收无冲突的设备感测响应消息。 |
| **特征M**：通过使用所接收的无冲突设备感测响应消息对所述存储结构中的、所述第一位置中的所述第一设备感测响应消息和所述第二位置中的所述第二设备感测响应消息进行分析，来确定所述第一设备感测响应消息和所述第二设备感测响应消息的无冲突版本。《未公开》 | 对比文件未提及任何存储结构，也未描述利用无冲突消息对存储的历史冲突消息进行分析以推导其无冲突版本的方法。 | 此特征依赖于特征K的存储结构，并涉及一种特定的后处理分析算法。对比文件完全没有公开这些内容。 |
| **特征N**：其中，所述第二设备感测响应消息覆写所述第一设备感测响应消息。《未公开》 | 对比文件未提及设备感测响应消息的存储，更未提及覆写操作。 | 此特征涉及消息存储的具体管理策略（如覆写）。对比文件未公开。 |
| **特征O**：其中，所述多个远程NFC设备中的每个远程NFC设备被配置为使用NFC-A射频RF技术。《直接公开》 | [0004] "Type A is employed as the MIFARE method of Philips... Also, in Type A, 106 kbps (kilo bit per second) is employed as a data transfer rate." 译文：“类型A被用作Philips的MIFARE方法...此外，在类型A中，采用106 kbps（千比特每秒）作为数据传输速率。”[0051] "The NFC communication apparatuses 1 to 3 can perform near field communication (NFC) to one another which is based on electromagnetic induction and which use carriers having a single frequency." 译文：“NFC通信装置1至3可以彼此执行基于电磁感应并使用具有单一频率的载波的近场通信（NFC）。” | 对比文件全文描述了一种支持多种通信模式（包括被动模式，其与现有IC卡系统兼容）和多种传输速率的NFC通信装置。其明确提到了Type A（即NFC-A）技术规范（106kbps）。由于该装置旨在兼容现有系统（包括Type A），且其SDD、冲突避免等处理是在其定义的NFC通信框架下进行的，因此本领域技术人员可以理解，当该装置与使用Type A（NFC-A）技术的设备通信时，所描述的冲突检测与消除过程同样适用。因此，可以认为对比文件公开了远程NFC设备可被配置为使用NFC-A RF技术。 |
| **特征P**：其中，所述第一设备感测响应消息和所述第二设备感测响应消息是如在NFC论坛数字协议规范中定义的SENS_RES消息。《直接公开》 | [0285] "...the initiator receives the response SENS_RES to the command SENS_REQ..." 译文：“...发起方接收对命令SENS_REQ的响应SENS_RES...” | 对比文件明确将设备感测响应消息称为SENS_RES。虽然未明确提及“NFC论坛数字协议规范”，但SENS_REQ/SENS_RES是NFC论坛标准协议中的标准命令/响应名称。本领域技术人员能够毫无疑义地确认对比文件中的SENS_RES即指代标准定义的设备感测响应消息。因此，特征P被直接公开。 |
| **特征Q**：其中，所述第二设备感测请求消息是如在NFC论坛数字协议规范中定义的SENS_REQ消息。《直接公开》 | [0285] "In step S311, the initiator transmits the command SENS_REQ for searching for a target existing in the RF field formed by the initiator..." 译文：“在步骤S311中，发起方传输命令SENS_REQ以搜索存在于由发起方形成的RF场中的目标...” | 同上，对比文件明确将设备感测请求消息称为SENS_REQ。因此，特征Q被直接公开。 |
| **特征R**：其中，所述睡眠请求消息是如在NFC论坛数字协议规范中定义的SLP_REQ消息。《未公开》 | 对比文件中使用的睡眠/取消选择命令是DSL_REQ，而非SLP_REQ。 | 对比文件公开了实现使目标进入不响应状态的功能性命令DSL_REQ。虽然目标专利中引用了标准命令SLP_REQ，但对比文件使用了不同的命令名称（DSL_REQ）来实现相同或高度相似的功能（使目标进入取消选择/睡眠状态）。从功能上看，DSL_REQ公开了“睡眠请求消息”的实质。**严格依据文字表述**，对比文件未公开“SLP_REQ”这一具体名称。但根据等同或隐含公开的宽松标准，可以认为DSL_REQ在功能上等同或隐含了“睡眠请求消息”。此处遵循特征比对中严格的名称对应原则，判断为**未直接公开该具体名称**。 |
| **特征S**：其中，所述多个远程NFC设备包括阅读器设备、写入设备、标签、卡以及对等设备中的至少一个。《直接公开》 | [0054] "Also, the NFC communication apparatuses 1 to 3 can be employed as communication systems such as PDAs (Personal Digital Assistants), PCs (Personal Computers), cellular phones, and pens. In other words, the NFC communication apparatuses 1 to 3 are apparatus performing near field communication, and are not limited to IC cards and reader/writers in an IC card system." 译文：“此外，NFC通信装置1至3可以用作诸如PDA、PC、蜂窝电话和笔之类的通信系统。换句话说，NFC通信装置1至3是执行近场通信的装置，并不限于IC卡系统中的IC卡和读卡器/写卡器。” | 对比文件明确指出其NFC通信装置不限于IC卡和读卡器/写卡器，还包括PDA、PC、手机等，这些设备在近场通信语境下可以扮演对等设备、阅读器/写入器等多种角色。IC卡本质上包含标签和卡。因此，对比文件公开了远程NFC设备可以涵盖阅读器、写入器、标签、卡、对等设备等类型。 |
| **特征T**：还包括：与发送了设备感测响应消息的每个设备执行单个设备检测通信以便获得NFC设备标识符NFCID。《直接公开》 | [0124] "Processing in which an initiator identifies a target existing around (at a position close to) the initiator based on NFCID of the target is called SDD (Single Device Detection) processing." 译文：“发起方基于目标的NFCID识别发起方周围（靠近发起方的位置）存在的目标的过程被称为SDD（单设备检测）处理。”[0125] "In the SDD processing, the initiator requests NFCID of the target, and the requesting is performed such that the initiator transmits a frame called a polling request frame. When receiving the polling request frame, the target determines, for example, NFCID based on random numbers, and transmits a frame in which the NFCID is located and which is called a polling response frame. The initiator recognizes the NFCID of the target by receiving the polling response frame transmitted from the target." 译文：“在SDD处理中，发起方请求目标的NFCID，并且该请求是通过发起方传输称为轮询请求帧的帧来执行的。当接收到轮询请求帧时，目标例如基于随机数确定其NFCID，并传输一个其中包含该NFCID的称为轮询响应帧的帧。发起方通过接收从目标传输的轮询响应帧来识别目标的NFCID。” | 对比文件详细描述了SDD（单设备检测）处理，其核心就是发起方通过交换轮询请求帧和轮询响应帧来获得每个目标的NFCID。这直接公开了特征T。 |
### 结论与代码输出
基于以上比对分析：
- **直接公开**的特征有：B, D, E, F, L, O, P, Q, S, T。
- **隐含公开**的特征有：A, C, G, H, I。
- **未公开**的特征有：J（基于最严格判断）、K, M, N, R（基于名称严格判断）。
因此，在回答结尾插入的代码应为：<<<B>>><<<D>>><<<E>>><<<F>>><<<L>>><<<O>>><<<P>>><<<Q>>><<<S>>><<<T>>><<<a>>><<<c>>><<<g>>><<<h>>><<<i>>>