### 对比文件名称：2009-06-11_US2009147803A_发明申请_US20090147803A1 COMMUNICATION APPARATUS, COMMUNICATION METHOD, AND PROGRAM
### 目标专利名称：346用于改进多个NFC-A设备的识别的方法和装置CN104106077B
### 模型名称：DeepSeek最新版模型
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：确定第一设备感测响应消息包括多个远程近场通信NFC设备之间的一个或多个冲突，《隐含公开》 | [0092] “Since the target in the passive mode transmits data by load modulation, the RFCA process is not performed. Therefore, in the SDD process, when the initiator makes a request for the NFCID to targets around the initiator, it can occur that when a plurality of targets exist around the initiator, NFCIDs are transmitted simultaneously from two or more of the targets. In this case, NFCIDs that are transmitted from the two or more targets collide one another, and it is not possible for the initiator to recognize the colliding NFCIDs.” （翻译：由于被动模式下的目标通过负载调制传输数据，因此不执行RFCA过程。因此，在SDD过程中，当发起方向其周围的目标请求NFCID时，当发起者周围存在多个目标时，可能发生两个或更多个目标同时发送NFCID的情况。在这种情况下，从两个或更多个目标发送的NFCID相互冲突，发起方不可能识别冲突的NFCID。） | 对比文件公开了在SDD（单设备检测）过程中，当存在多个目标时，它们可能同时发送其NFCID，从而导致冲突，使得发起方无法识别冲突的NFCID。这实质上描述了确定设备感测响应（即包含NFCID的轮询响应帧）包括多个远程NFC设备（即目标）之间的冲突。目标专利中“确定第一设备感测响应消息包括多个远程NFC设备之间的一个或多个冲突”在SDD冲突检测的上下文中，其作用和概念与此相同。因此，本领域技术人员能够从对比文件中毫无疑义地得出该技术特征。 |
| 技术特征B：所述第一设备感测响应消息响应于第一设备感测请求消息，《直接公开》 | [0091] “In the SDD process, the initiator makes a request for the NFCID of the target. This request is made by the initiator by transmitting a frame called a polling request frame. When the target receives the polling request frame, the target determines, for example, its own NFCID using a random number and transmits a frame called a polling response frame in which the NFCID is located.” （翻译：在SDD过程中，发起方请求目标的NFCID。该请求由发起方通过发送称为轮询请求帧的帧来发出。当目标接收到轮询请求帧时，目标确定其自己的NFCID（例如使用随机数）并发送一个称为轮询响应帧的帧，其中包含该NFCID。） | 对比文件明确公开了发起方发送轮询请求帧（对应于第一设备感测请求消息），目标响应于此请求而发送包含其NFCID的轮询响应帧（对应于第一设备感测响应消息）。这是SDD过程的基本步骤。因此，该技术特征被对比文件直接公开。 |
| 技术特征C：通过对所述第一设备感测响应消息执行冲突消除，来识别所述多个远程NFC设备中的第一远程NFC设备，《隐含公开》 | [0094] “In the embodiment in FIG. 7, 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 #3 is transmitted in time slot #, so that the collision between targets #1 and #3 occurs. ... Accordingly, the initiator transmits a polling request frame again. ... In a case in which, when the initiator transmits a polling request frame again, all the targets #1 to #5 can send back polling response frames, there is a possibility that polling response frames may collide with each other. Accordingly, in a case in which, after each target receives a polling request frame from the initiator, the target receives a polling request frame again without taking much time, for example, the target can ignore the polling request frame. However, in this case, in the embodiment in FIG. 7, regarding the targets #1 and #3, in which polling response collision occurs for the initially transmitted polling request frame, the initiator cannot recognize the NFCIDs of the targets #1 and #3. ... Accordingly, targets #2, #4, and #5, in which their polling response frames are normally received and their NFCIDs can be recognized, are temporarily excluded (placed in a deselected state) 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 retransmitted by the initiator are only targets #1 and #3, whose NFCIDs cannot be recognized through the transmission of the initial polling request frame.” （翻译：在图7的实施例中，目标#4的轮询响应帧在时隙#0中发送，目标#1和#3的轮询响应帧在时隙#1中发送，目标#5的轮询响应帧在时隙#2中发送，目标#3的轮询响应帧在时隙#中发送，因此目标#1和#3之间发生冲突。...因此，发起方再次发送轮询请求帧。...在发起方再次发送轮询请求帧的情况下，所有目标#1至#5都可能发回轮询响应帧，轮询响应帧可能再次相互冲突。因此，在每个目标接收到来自发起方的轮询请求帧后，如果很快又收到轮询请求帧，例如，目标可以忽略该轮询请求帧。然而，在这种情况下，在图7的实施例中，对于目标#1和#3，其轮询响应在初始发送的轮询请求帧中发生冲突，发起方无法识别目标#1和#3的NFCID。...因此，目标#2、#4和#5（其轮询响应帧被正常接收且其NFCID可以被识别）被暂时排除（置于取消选择状态）出进行通信的参与方，因此无法发回对轮询请求帧的轮询响应帧。在这种情况下，对发起方重发的轮询请求帧发回轮询响应帧的仅是目标#1和#3，它们的NFCID无法通过初始轮询请求帧的发送而被识别。） | 对比文件描述了SDD过程中的冲突消除逻辑。当首次轮询请求后发生冲突（如目标#1和#3），发起方通过分析冲突的响应，可以识别出未冲突的目标（如#2、#4、#5）。将这些已识别的目标置于“取消选择状态”（相当于目标专利的“睡眠状态”）后，发起方发送新的轮询请求，此时只有未识别的目标（#1和#3）可能响应，从而降低后续冲突的可能性，并允许识别出其中一个（例如，如果此时#1和#3在不同时隙响应，则可识别出第一远程NFC设备）。这个过程实质上是通过对初始冲突响应的分析（执行冲突消除）来识别出一个远程NFC设备（即使是通过排除已识别设备来间接实现）。虽然对比文件没有使用“冲突消除模块”这样的术语，但描述的SDD迭代过程（识别已响应设备、将其置为不响应状态、重新轮询）体现了冲突消除以识别设备的核心思想。因此，本领域技术人员能够合理推断出该技术特征。 |
| 技术特征D：向所识别的第一远程NFC设备发送睡眠请求消息，《隐含公开》 | [0096] “Accordingly, targets #2, #4, and #5, in which their polling response frames are normally received and their NFCIDs can be recognized, are temporarily excluded (placed in a deselected state) from parties among which communication is performed, whereby a polling response frame as a response to the polling request frame cannot be sent back.” （翻译：因此，目标#2、#4和#5（其轮询响应帧被正常接收且其NFCID可以被识别）被暂时排除（置于取消选择状态）出进行通信的参与方，因此无法发回对轮询请求帧的轮询响应帧。）<br><br>[0116] “The command DSL_REQ is transmitted when the initiator sets the target to be in the deselected state. The target having received the command DSL_REQ transmits the response DSL_RES to the command DSL_REQ and enters the deselected state, and subsequently becomes not 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之外的其他命令变得无响应（不再发回响应）。） | 对比文件明确公开了将已识别的目标（即其NFCID已被成功接收的目标）设置为“取消选择状态”（deselected state）。为了达到此状态，需要向目标发送相应的命令。从[0116]可知，命令DSL_REQ就是用于将目标设置为取消选择状态的。因此，向已识别的目标发送DSL_REQ命令以使其进入不响应状态，这一操作在对比文件中被隐含公开。该操作对应于目标专利中的“发送睡眠请求消息”。 |
| 技术特征E：所述睡眠请求消息使所识别的第一远程NFC设备转入睡眠状态，《直接公开》 | [0116] “The command DSL_REQ is transmitted when the initiator sets the target to be in the deselected state. The target having received the command DSL_REQ transmits the response DSL_RES to the command DSL_REQ and enters the deselected state, and subsequently becomes not 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命令使目标进入“取消选择状态”。该状态的特征是目标对除唤醒命令（WUP_REQ）外的命令无响应。这与目标专利中“睡眠状态”的功能实质相同，都是使设备暂时不响应后续的轮询请求。因此，该技术特征被直接公开。 |
| 技术特征F：所述睡眠状态禁止所识别的第一远程NFC设备对第一设备感测请求消息进行响应，《直接公开》 | [0096] “...are temporarily excluded (placed in a deselected state) from parties among which communication is performed, whereby a polling response frame as a response to the polling request frame cannot be sent back.” （翻译：...被暂时排除（置于取消选择状态）出进行通信的参与方，因此无法发回对轮询请求帧的轮询响应帧。）<br><br>[0116] “...enters the deselected state, and subsequently becomes not responsive (comes to send back no response) to commands other than the command WUP_REQ.” （翻译：...进入取消选择状态，随后对除命令WUP_REQ之外的其他命令变得无响应（不再发回响应）。） | 对比文件明确说明，处于“取消选择状态”的目标不能发送轮询响应帧来响应轮询请求帧（[0096]），并且对除WUP_REQ外的命令无响应（[0116]）。轮询请求帧对应于目标专利的“设备感测请求消息”。因此，对比文件直接公开了处于该状态（即睡眠状态）的设备被禁止对设备感测请求消息进行响应。 |
| 技术特征G：发送第二设备感测请求消息，《直接公开》 | [0094] “Accordingly, the initiator transmits a polling request frame again.” （翻译：因此，发起方再次发送轮询请求帧。） | 在检测到冲突后，对比文件明确描述了发起方“再次发送轮询请求帧”。这对应于目标专利中在识别第一设备并发送睡眠请求后，发送“第二设备感测请求消息”。因此，该技术特征被直接公开。 |
| 技术特征H：接收包括所述多个远程NFC设备之间的冲突的第二设备感测响应消息，《隐含公开》 | [0094] “In a case in which, when the initiator transmits a polling request frame again, all the targets #1 to #5 can send back polling response frames, there is a possibility that polling response frames may collide with each other. ... In this case, those which send back polling response frames to the polling request frame retransmitted by the initiator are only targets #1 and #3, whose NFCIDs cannot be recognized through the transmission of the initial polling request frame.” （翻译：在发起方再次发送轮询请求帧的情况下，所有目标#1至#5都可能发回轮询响应帧，轮询响应帧可能再次相互冲突。...在这种情况下，对发起方重发的轮询请求帧发回轮询响应帧的仅是目标#1和#3，它们的NFCID无法通过初始轮询请求帧的发送而被识别。） | 对比文件描述了在重发轮询请求（第二设备感测请求）后，仍然可能从剩余未识别的设备（例如#1和#3）接收到响应，并且这些响应之间仍可能发生冲突（即“轮询响应帧可能再次相互冲突”）。这对应于接收包括冲突的第二设备感测响应消息。虽然示例中通过将已识别设备置为取消选择状态来避免它们响应，从而可能减少冲突，但对比文件并未排除在第二及后续轮询中，剩余未识别设备之间仍然发生冲突的可能性。本领域技术人员可以合理推断出这种场景。因此，该技术特征被隐含公开。 |
| 技术特征I：通过对所述第二设备感测响应消息执行冲突消除，来识别所述多个远程NFC设备中的第二远程NFC设备，《隐含公开》 | [0094] 结合上文引用的内容，以及SDD过程的整体描述。 | 对比文件描述的SDD过程是一个迭代过程。在首次轮询和冲突后，通过将已识别设备（第一远程NFC设备）置为取消选择状态，并发送第二次轮询请求，发起方旨在识别剩余设备（如目标#1和#3）中的设备。通过对第二次轮询收到的响应（可能仍有冲突）进行分析和执行冲突消除（例如，如果#1和#3在不同时隙响应，则可识别出一个；如果仍冲突，则需进一步迭代），可以识别出另一个设备（第二远程NFC设备）。这个过程是SDD冲突解决逻辑的自然延伸。因此，本领域技术人员能够合理推断出该技术特征。 |
| 技术特征J：其中，冲突是指来自远程NFC设备的设备感测响应消息中有如下指示：针对单个值，既接收到“0”比特也接收到“1”比特。《隐含公开》 | [0092] “NFCIDs are transmitted simultaneously from two or more of the targets. In this case, NFCIDs that are transmitted from the two or more targets collide one another, and it is not possible for the initiator to recognize the colliding NFCIDs.” （翻译：NFCID从两个或更多个目标同时发送。在这种情况下，从两个或更多个目标发送的NFCID相互冲突，发起方不可能识别冲突的NFCID。） | 对比文件定义了“冲突”发生在多个目标同时发送其NFCID时，导致发起方无法识别这些NFCID。在数字通信中，这种同时发送导致在接收端信号叠加，对于采用二进制编码的NFCID而言，其结果就是在某些比特位上既可能表现为“0”也可能表现为“1”，导致无法解析出确定值。虽然对比文件没有用比特级的术语描述，但这是本领域技术人员对通信冲突导致比特模糊的普遍理解。因此，该技术特征被隐含公开。 |
| 技术特征K：将所述第一设备感测响应消息存储在存储结构中的第一位置中，并且将所述第二设备感测响应消息存储在所述存储结构中的第二位置中，《未公开》 | 对比文件中未发现有关将设备感测响应消息存储在特定存储结构（如表格、矩阵）的不同位置中的描述。对比文件提到了目标生成和发送NFCID，以及发起方识别NFCID，但没有涉及系统性地存储多个轮询响应（包括有冲突和无冲突的）用于后续分析的步骤。 | 对比文件未公开此技术特征。对比文件描述的重点在于通过实时SDD过程迭代识别设备，并未提及为了后续分析目的而将每次接收的响应消息存储在结构化存储器中的特定位置。 |
| 技术特征L：接收无冲突的设备感测响应消息，《未公开》 | 对比文件中未明确描述在冲突消除过程结束时接收一个完全无冲突的设备感测响应消息。虽然SDD过程的最终目标是识别所有设备，但对比文件的描述集中在冲突发生和解决的过程，没有明确指出在最后一次迭代中接收的响应是无冲突的。 | 对比文件未公开此技术特征。虽然可以推断冲突消除的最终结果是无冲突的识别，但对比文件文本本身没有明确记载“接收无冲突的设备感测响应消息”这一步骤。 |
| 技术特征M：通过使用所接收的无冲突设备感测响应消息对所述存储结构中的、所述第一位置中的所述第一设备感测响应消息和所述第二位置中的所述第二设备感测响应消息进行分析，来确定所述第一设备感测响应消息和所述第二设备感测响应消息的无冲突版本，《未公开》 | 对比文件中未发现有关使用无冲突响应消息来分析先前存储的有冲突响应消息以推导出其无冲突版本的内容。 | 对比文件未公开此技术特征。该特征涉及一种特定的后处理分析机制，依赖于存储结构（技术特征K）和无冲突消息（技术特征L）的接收，这两者均未在对比文件中公开。 |
| 技术特征N：其中，所述第二设备感测响应消息覆写所述第一设备感测响应消息，《未公开》 | 对比文件中未提及覆写先前存储的设备感测响应消息。 | 对比文件未公开此技术特征。覆写存储的响应是一种特定的存储管理方式，对比文件未涉及。 |
| 技术特征O：其中，所述多个远程NFC设备中的每个远程NFC设备被配置为使用NFC-A射频RF技术，《隐含公开》 | [0004] “As a communication protocol for performing near field communication typified by that of such an IC card system, for example, NFCIP (Near Field Communication Interface and Protocol)-1 is known. NFCIP-1 is also defined as ISO/IEC 18092.” （翻译：作为执行近场通信的通信协议，例如，已知NFCIP-1。NFCIP-1也被定义为ISO/IEC 18092。）<br><br>整个说明书基于NFCIP-1协议进行描述，该协议是NFC论坛活动规范的基础，包含了NFC-A技术。 | 对比文件的核心是描述符合NFCIP-1（ISO/IEC 18092）标准的通信装置和方法，该标准是NFC论坛规范的基础，涵盖了NFC-A技术。虽然未明确写出“NFC-A”字样，但本领域技术人员知晓NFCIP-1标准与NFC论坛的NFC-A RF技术密切相关，是其实质内容或前身/基础。因此，可以合理推断对比文件中的远程NFC设备（目标）被配置为使用NFC-A RF技术或与之等效的技术。 |
| 技术特征P：其中，所述第一设备感测响应消息和所述第二设备感测响应消息是如在NFC论坛数字协议规范中定义的SENS_RES消息，《隐含公开》 | [0091] “...transmits a frame called a polling response frame in which the NFCID is located.” （翻译：...发送一个称为轮询响应帧的帧，其中包含该NFCID。） | 对比文件中描述的“轮询响应帧”（polling response frame）是在SDD过程中目标对发起方轮询请求的响应，其中包含NFCID。在NFC论坛规范中，与SDD过程相对应的设备感测响应消息就是SENS_RES。虽然对比文件使用了更通用的术语“轮询响应帧”，但本领域技术人员根据其上下文（SDD过程、包含NFCID）能够识别其对应于NFC论坛规范中的SENS_RES消息。 |
| 技术特征Q：其中，所述第二设备感测请求消息是如在NFC论坛数字协议规范中定义的SENS_REQ消息，《隐含公开》 | [0091] “...by transmitting a frame called a polling request frame.” （翻译：...通过发送称为轮询请求帧的帧。）<br><br>[0094] “...the initiator transmits a polling request frame again.” | 对比文件中描述的“轮询请求帧”（polling request frame）是发起方在SDD过程中用于探测和请求目标NFCID的帧。在NFC论坛规范中，与此相对应的设备感测请求消息就是SENS_REQ。因此，本领域技术人员能够合理推断对比文件中的轮询请求帧对应于SENS_REQ消息。 |
| 技术特征R：其中，所述睡眠请求消息是如在NFC论坛数字协议规范中定义的SLP_REQ消息，《隐含公开》 | [0116] “The command DSL_REQ is transmitted when the initiator sets the target to be in the deselected state.” （翻译：当发起方将目标设置为取消选择状态时，发送命令DSL_REQ。） | 对比文件中的DSL_REQ命令用于将目标设置为“取消选择状态”，使其不再响应后续命令（除WUP_REQ外）。这与目标专利中“睡眠请求消息”（SLP_REQ）的功能一致，即使设备进入睡眠/不响应状态。虽然命令名称（DSL_REQ vs SLP_REQ）可能因协议版本或表述不同，但实现的功能和目的相同。本领域技术人员可以合理推断其对应关系。 |
| 技术特征S：其中，所述多个远程NFC设备包括阅读器设备、写入设备、标签、卡以及对等设备中的至少一个，《隐含公开》 | [0041] “The communication system of FIG. 1 can be adopted as an IC card system in which one or more of the NFC communication apparatuses to can be made to be a reader/writer and the other one or more can be made to be an IC card. Also, each of the NFC communication apparatuses 1 to can be adopted as a communication system of a PDA (Personal Digital Assistant), a PC (Personal Computer), a mobile phone, a wrist watch, a pen, and the like. That is, the NFC communication apparatuses 1 to 3 are apparatuses that perform near field communication and are not limited to an IC card, a reader/writer, and the like of the IC card system.” （翻译：图1的通信系统可以被采用为IC卡系统，其中一个或多个NFC通信装置可以是读卡器/写卡器，另一个或多个可以是IC卡。此外，每个NFC通信装置1至可以被采用为PDA、PC、移动电话、手表、笔等的通信系统。也就是说，NFC通信装置1至3是执行近场通信的装置，不限于IC卡系统的IC卡、读卡器/写卡器等。） | 对比文件明确指出其NFC通信装置不限于IC卡和读卡器/写卡器，还可以是PDA、PC、移动电话等多种设备。这些设备在NFC通信中可以扮演不同的角色，例如对等设备、阅读器/写入器、标签或卡。因此，本领域技术人员可以合理推断，对比文件中的远程NFC设备（目标）可以涵盖阅读器、写入器、标签、卡、对等设备等类型。 |
| 技术特征T：还包括：与发送了设备感测响应消息的每个设备执行单个设备检测通信以便获得NFC设备标识符NFCID。《直接公开》 | [0091] “In the SDD process, the initiator makes a request for the NFCID of the target. ... When the target receives the polling request frame, the target determines, for example, its own NFCID using a random number and transmits a frame called a polling response frame in which the NFCID is located.” （翻译：在SDD过程中，发起方请求目标的NFCID。... 当目标接收到轮询请求帧时，目标确定其自己的NFCID（例如使用随机数）并发送一个称为轮询响应帧的帧，其中包含该NFCID。）<br><br>[0108] “When the initiator successfully receives the polling response frame from the target, as described above, it recognizes the NFCID of the target.” （翻译：当发起方成功接收到来自目标的轮询响应帧时，如上所述，它识别出目标的NFCID。） | 对比文件明确且直接地描述了SDD（单设备检测）过程的核心就是发起方向目标请求NFCID，目标生成并发送其NFCID，发起方接收并识别该NFCID。这完全对应于“执行单个设备检测通信以便获得NFC设备标识符NFCID”。因此，该技术特征被对比文件直接公开。 |
<<<B>>><<<F>>><<<G>>><<<T>>>
<<<a>>><<<c>>><<<d>>><<<e>>><<<h>>><<<i>>><<<j>>><<<o>>><<<p>>><<<q>>><<<r>>><<<s>>>