对比文件名称：2012-09-13_US2012231770A_发明申请_US20120231770A1 DELIVERY AND MANAGEMENT OF STATUS NOTIFICATIONS FOR GROUP MESSAGING
目标专利名称：381用于在对等网络上的装置当中实现协作交互的方法和设备CN104871568B
本次调用的模型名称：DeepSeek-R1
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：通过第一用户装置从第二用户装置接收第一消息。<br>**未被公开** | 无直接对应引用。对比文件描述了状态代理（status agent）从状态服务（status service）接收状态更新消息（例如第[0081]段：“...a status update message 455...is transmitted to the device 100, where it is provided to the status agent 310o.”），以及通信设备从其他设备接收消息（例如第[0075]段：“...the message 430 is transmitted...as an inbound message to the receiving device...”）。 | **直接公开判断**：对比文件公开了设备之间或设备与服务器之间接收消息。然而，目标专利中技术特征A描述的“通过第一用户装置从第二用户装置接收第一消息”是作为协作交互的触发步骤，其接收的“第一消息”包含特定内容（如事件信息或功能修改提示）。对比文件中接收的消息（如消息M本身或状态更新）目的和作用在于传递消息内容或通知消息状态（如送达、已读），并非用于触发接收方设备基于发送方设备的事件修改自身功能。本领域技术人员不能毫无疑义地得出对比文件公开了目标专利中作为协作交互触发步骤的“接收第一消息”。<br>**隐含公开判断**：对比文件确实描述了设备间（或通过服务）的通信，即存在“接收消息”这一动作。然而，该动作在对比文件中的作用（传递内容、通知状态）与目标专利中的作用（触发基于对等设备事件的本地功能修改）有本质不同。隐含公开要求本领域技术人员有可能通过推理得出该技术方案。对比文件未提供任何关于接收消息旨在触发设备功能修改以进行协作的启示。因此，无法通过合理推断认为对比文件隐含公开了技术特征A。 |
| 技术特征B：其中所述第一消息包含以下各项中的至少一者：指示与所述第二用户装置相关联的事件的发生的信息。<br>**未被公开** | 无直接对应引用。对比文件中由状态代理发送给状态服务的通知（如“outbound message notification”）包含消息ID和发送者标识等信息（第[0076]段），状态更新消息（如“status update message”）包含消息ID和状态指示（如“delivered”或“read”）（第[0081]段）。 | **直接公开判断**：对比文件中消息所包含的信息是指示消息本身的状态（如已发送、已送达、已读），或是识别消息本身（如消息ID）。这些信息并非指示与发送装置“相关联的事件的发生”。“事件”在目标专利中被定义为“可改变装置上的功能性的操作模式的任何活动”（如来电、启动应用），这与消息的“送达”或“已读”状态有本质区别。因此，对比文件未直接公开技术特征B。<br>**隐含公开判断**：对比文件中的状态通知（如“delivered”）可以视为在接收装置上发生的一个“事件”（即消息被送达）。但是，这个“事件”是消息传输流程的结果，其作用在于向发送方反馈消息传递进度。而目标专利中的“事件”是发生在第二装置上、独立于第一装置与第二装置之间当前消息流的活动（如来电），其作用是作为触发第一装置修改自身功能的依据。两者目的和作用不同。本领域技术人员无法从对比文件的消息状态通知中，合理推断出目标专利中用于触发跨设备功能协作的“事件发生信息”。因此，未被隐含公开。 |
| 技术特征C：提示所述第一用户装置基于与所述第二用户装置相关联的所述事件的所述发生来修改所述第一用户装置的一或多个功能的信息。<br>**未被公开** | 无对应引用。 | **直接公开判断**：对比文件全文没有提及任何消息包含提示接收设备修改其自身功能（如暂停应用、调整带宽）的信息。状态更新消息仅用于更新发送设备用户界面上的状态图标（如第[0057]-[0061]段，图2A-2D）。因此，技术特征C未被直接公开。<br>**隐含公开判断**：对比文件中的状态更新消息会导致接收设备（即原发送设备）更新其客户端应用程序的显示（如将图标从“已发送”改为“已读”）。这可以看作是对用户界面显示“功能”的一种修改。然而，目标专利中“修改功能”是指基于另一设备的事件，改变本设备上正在运行的应用程序、用户接口、听觉输出等的“操作状态”（如停止、暂停、断开），其目的是实现跨设备资源协调和体验优化。对比文件中对显示的更新仅是反映消息状态，并非响应于对等设备上的独立事件而进行的主动功能调整。两者目的和效果不同。本领域技术人员无法从对比文件的状态显示更新中，合理推断出目标专利中用于跨设备协作的“功能修改提示信息”。因此，未被隐含公开。 |
| 技术特征D：其中所述第一用户装置和所述第二用户装置与对等网络相关联，且其中所述事件包含可改变装置上的功能的操作模式的任何活动。<br>**未被公开** | 对比文件提到了对等（peer-to-peer）消息（第[0044]段：“...instant messages include network-based and peer-to-peer messages...”），也提到了设备可以直接通信（第[0051]段：“...the originating device 100 and the receiving device 1000...are each provided with a corresponding status agent...”）。对于“事件”，对比文件定义了消息的“已送达(delivered)”和“已读(read)”状态（第[0054]段）。 | **直接公开判断**：对比文件提及了“对等”消息，可能暗示设备在对等网络中。然而，目标专利的“对等网络相关联”是装置间实现协作交互的网络环境。对比文件中的通信可以基于对等协议，但其整体系统通常依赖中心化的状态服务（status service）和推送服务（push service）来协调状态更新（如图1、4、5）。这与目标专利强调的在对等网络中直接或经由网络实体（如WiFi路由器）进行协作的上下文不完全相同。更重要的是，对比文件中的“事件”明确限于消息的“送达”和“已读”状态（第[0054]段），而目标专利的“事件”定义更广泛，包括“对呼叫的接收”、“对带宽密集型活动的起始”等（参见说明书[0026]段）。两者范围不同。因此，技术特征D未被直接公开。<br>**隐含公开判断**：可以认为对比文件中的设备可能处于对等网络环境中。同时，消息状态的改变（如变为“已读”）可以广义地理解为“改变装置上功能的操作模式的活动”（即消息查看功能的操作状态从未读到已读）。但是，这种理解过于宽泛且脱离了目标专利的发明构思。目标专利的事件特指那些需要跨设备协调资源或用户体验的活动（如来电、视频流），而非消息查看本身的状态变化。本领域技术人员阅读对比文件后，无法合理推断出其中存在目标专利所定义的、用于触发跨设备协作的“事件”。因此，未被隐含公开。 |
| 技术特征E：响应于接收所述第一消息，将所述一或多个功能中的至少一者从标准操作状态改变到经修改的操作状态。<br>**未被公开** | 无对应引用。对比文件中，设备在接收到状态更新消息后，会更新消息在本地消息存储中的状态，并更新显示图标（第[0082]段：“The client application 320o may then update its own message store to reflect the new status information for the message...and update any screens displaying that message...”）。 | **直接公开判断**：对比文件完全没有公开接收消息后，将设备的功能（如应用程序、用户接口、带宽使用）从一种操作状态改变到另一种操作状态（如从运行到暂停）。其“改变”仅限于更新消息的元数据（状态标志）和更新用户界面上的状态指示图标。这与目标专利中改变应用程序或硬件功能的“操作状态”有本质区别。因此，技术特征E未被直接公开。<br>**隐含公开判断**：对比文件中更新用户界面图标，可以视为对“用户接口”这个“功能”的显示状态进行了修改。然而，这种修改是信息呈现方式的更新，而非目标专利中旨在释放资源、避免干扰或优化体验的功能性操作状态改变（如暂停视频播放、调暗屏幕）。目标专利的“经修改的操作状态”通常意味着功能被抑制、暂停或降级。对比文件中的图标更新不具备这种效果。本领域技术人员无法从对比文件的界面更新操作中，合理推断出目标专利中响应于对等设备事件而进行的功能操作状态改变。因此，未被隐含公开。 |
| 技术特征F：其进一步包括：从所述第二用户装置接收第二消息，其中所述第二消息包含指示所述事件的所述发生已经完成的信息。<br>**未被公开** | 无对应引用。对比文件描述了可以接收指示消息状态进一步变化的更新，例如从“delivered”到“read”（第[0083]段：“...a new status notification 480 is delivered to the device 100...indicating the new ‘read’ status...”）。 | **直接公开判断**：对比文件中接收的后续状态更新消息（如“已读”通知）指示的是同一消息（M）的状态进展，而非目标专利中“事件的发生已经完成”。目标专利的“事件完成”是指触发功能修改的那个独立事件（如来电）的结束。对比文件没有这种概念。因此，技术特征F未被直接公开。<br>**隐含公开判断**：可以认为，对比文件中从“已送达”到“已读”的状态变化，暗示了“消息被阅读”这个“事件”的完成。然而，这与目标专利中“事件完成”后旨在触发功能恢复（见特征G）的上下文不同。目标专利的“第二消息”用于通知功能可以恢复标准状态，而对比文件的“已读”状态更新只是消息流程的终结，并不触发接收设备的功能恢复。因此，无法合理推断技术特征F被隐含公开。 |
| 技术特征G：将所述一或多个功能中的所述至少一者从所述经修改的操作状态改变回到所述标准操作状态。<br>**未被公开** | 无对应引用。 | **直接公开判断**：对比文件完全没有涉及将任何设备功能从“经修改的操作状态”改变回“标准操作状态”。因此，技术特征G未被直接公开。<br>**隐含公开判断**：由于对比文件未公开技术特征E（改变到经修改的操作状态），因此更不可能公开从经修改状态恢复的标准操作状态。无法进行合理推断。 |
| 技术特征H：其进一步包括：检测所述第二用户装置与所述对等网络相关联。<br>**未被公开** | 对比文件描述了设备向状态服务注册的过程（第[0070]-[0072]段：“Registration is carried out to provide the status service 150 with a valid address for each device...”）。这可以视为一种设备加入系统/网络并被检测到的机制。 | **直接公开判断**：对比文件的“注册”是为了使状态服务能够向设备推送更新，并非目标专利中用于后续协作交互的、在对等网络中“检测”对等装置。目的不同。因此，未被直接公开。<br>**隐含公开判断**：注册过程使得服务知道设备的存在，可以广义地理解为一种“检测”设备与系统（可类比为网络）相关联的方式。然而，这种检测是设备与中心化服务之间的，而非目标专利中可能设想的在对等网络环境中设备之间的直接或间接发现（如对等发现）。尽管如此，在非常宽松的隐含公开判断标准下，可以认为对比文件部分公开了“检测装置与网络相关联”的概念。但需注意，其网络环境和目的与目标专利仍有差异。 |
| 技术特征I：发射指示所述一或多个功能中的哪一者当前在所述第一用户装置上有效的第三消息。<br>**未被公开** | 对比文件中，设备的状态代理会向状态服务发送“出站消息通知（outbound message notification）”（第[0076]-[0077]段），其中包含消息ID，用于标识被发送的特定消息。但这不是指示“当前在装置上有效的功能”。 | **直接公开判断**：对比文件没有公开设备主动发射消息来指示自身当前正在运行或有效的应用程序或功能（如正在播放视频的应用程序）。其发送的消息是关于特定已发送消息的标识。因此，技术特征I未被直接公开。<br>**隐含公开判断**：“出站消息通知”表明设备上刚刚执行了“发送消息”这一功能或活动。在极其宽松的标准下，可以认为这“部分公开”了指示设备上发生了一项活动（发送消息）。但这与目标专利中定期广播或通告当前正在使用的“功能性”（如应用程序）仍有显著差距。目标专利的该特征旨在让对等设备了解彼此的当前状态以进行协作决策，而对比文件的出站通知仅用于跟踪特定消息的状态。无法合理推断出技术特征I被完全公开。 |
| 技术特征J：其中在定期的基础上发射所述第三消息。<br>**未被公开** | 无对应引用。对比文件中，出站消息通知是在每次发送消息时触发的（第[0076]段），并非定期发送。 | **直接公开判断**：对比文件未公开定期发射消息。因此，技术特征J未被直接公开。<br>**隐含公开判断**：由于技术特征I未被公开，且对比文件中的消息发射是事件驱动（发送消息时）而非定期进行的，因此无法合理推断技术特征J被隐含公开。 |
| 技术特征K：其中所述事件的所述发生包括以下各项中的至少一者：与所述第二用户装置相关联的一或多个功能现在当前在所述第二用户装置上有效的指示。<br>**未被公开** | 无对应引用。 | **直接公开判断**：对比文件未公开任何事件是“一或多个功能现在当前在装置上有效的指示”。因此，技术特征K未被直接公开。<br>**隐含公开判断**：同技术特征I的论述，对比文件的“出站消息通知”可能隐含了“发送消息”这一活动正在发生。但将其等同于“功能现在当前在装置上有效的指示”过于牵强。目标专利此特征例如指“正在流式传输视频”，这是一个持续性的功能状态，而非瞬时的发送动作。无法合理推断。 |
| 技术特征L：由所述第二用户装置对呼叫的接收。<br>**未被公开** | 无对应引用。对比文件涉及的消息类型包括电子邮件、即时消息、SMS等（第[0044]段），未提及语音或视频呼叫的接收作为触发状态通知的事件。 | **直接公开判断**：对比文件未公开“对呼叫的接收”作为事件。因此，技术特征L未被直接公开。<br>**隐含公开判断**：对比文件未提供任何关于呼叫接收的内容，无法进行合理推断。 |
| 技术特征M：由所述第二用户装置对通知的接收。<br>**未被公开** | 对比文件中，设备可以接收消息（如电子邮件、即时消息），这些消息本身可以视为一种“通知”。然而，目标专利此处的“通知”可能更泛指系统通知、提醒等。 | **直接公开判断**：对比文件公开了设备接收消息，消息可视为一种通知。但该“通知的接收”在对比文件中是通信的主要内容，其本身是待处理的对象，而非用于触发另一设备修改功能的“事件”。作用不同。严格来说，未被直接公开。<br>**隐含公开判断**：在宽松标准下，可以认为对比文件隐含了“对通知（消息）的接收”这一事件的发生。但同样需要注意，该事件在各自技术方案中的作用和目的不同。 |
| 技术特征N：由所述第二用户装置对带宽密集型活动的接收。<br>**未被公开** | 无对应引用。 | **直接公开判断**：对比文件未提及带宽密集型活动。因此，技术特征N未被直接公开。<br>**隐含公开判断**：无法进行合理推断。 |
| 技术特征O：由所述第二用户装置对所述呼叫的起始。<br>**未被公开** | 无对应引用。 | **直接公开判断**：对比文件未提及呼叫的起始。因此，技术特征O未被直接公开。<br>**隐含公开判断**：无法进行合理推断。 |
| 技术特征P：由所述第二用户装置对所述通知的起始。<br>**未被公开** | 对比文件中，设备可以发送（起始）消息（第[0074]段）。 | **直接公开判断**：对比文件公开了设备发送（起始）消息。消息可视为一种通知。因此，技术特征P被对比文件直接公开。发送消息是装置上发生的一项活动。 |
| 技术特征Q：由所述第二用户装置对所述带宽密集型活动的起始；或任何组合。<br>**未被公开** | 无对应引用。 | **直接公开判断**：对比文件未提及带宽密集型活动的起始。因此，技术特征Q未被直接公开。<br>**隐含公开判断**：无法进行合理推断。 |
| 技术特征R：其中所述一或多个功能包括以下各项中的至少一者：当前由用户正在使用的应用程序。<br>**未被公开** | 对比文件涉及“消息应用程序（messaging application）”（如第[0062]段）和“客户端应用程序（client application）”。这些是在设备上运行并可由用户使用的应用程序。 | **直接公开判断**：对比文件确实提到了在设备上运行的应用程序，例如用于处理消息的应用程序。因此，技术特征R中“当前由用户正在使用的应用程序”这一选项被对比文件直接公开。 |
| 技术特征S：当前呈现与所述应用程序相关联的信息的用户接口。<br>**未被公开** | 对比文件详细描述了图形用户界面（GUI），用于显示消息和状态图标（例如第[0057]-[0061]段，图2A-2D，图8A-8F）。这些GUI是呈现与消息应用程序相关联信息的用户接口。 | **直接公开判断**：对比文件公开了用于呈现消息应用程序信息的用户接口（如消息列表、对话窗口、状态图标）。因此，技术特征S被对比文件直接公开。 |
| 技术特征T：当前由所述应用程序使用的听觉输出机构。<br>**未被公开** | 对比文件提及了设备具有扬声器（speaker）作为音频输出部件（第[0151]段）。但未明确描述消息应用程序使用扬声器进行输出作为其功能的一部分。 | **直接公开判断**：对比文件公开了设备具备“听觉输出机构”（扬声器），这是硬件能力。但技术特征T限定的是“当前由所述应用程序使用的听觉输出机构”，强调应用程序正在使用该硬件。对比文件没有明确描述消息应用程序正在主动使用扬声器（例如播放消息提示音或音频内容）作为其运行时状态。因此，未被直接公开。<br>**隐含公开判断**：可以合理推断，消息应用程序在收到新消息时可能会通过扬声器播放提示音，或者如果消息包含音频附件，应用程序可能使用扬声器播放。在宽松的隐含公开判断标准下，可以认为对比文件隐含了应用程序可能使用听觉输出机构这一概念。 |
| 技术特征U：其中将所述一或多个功能中的至少一者从所述标准操作状态改变到所述经修改的操作状态包括以下各项中的至少一者：停止当前在所述第一用户装置上有效的应用程序的操作。<br>**未被公开** | 无对应引用。 | **直接公开判断**：对比文件完全没有提及停止应用程序的操作。因此，技术特征U未被直接公开。<br>**隐含公开判断**：无法从对比文件内容中合理推断。 |
| 技术特征V：修改所述对等网络上的带宽使用。<br>**未被公开** | 无对应引用。 | **直接公开判断**：对比文件未提及修改网络带宽使用。因此，技术特征V未被直接公开。<br>**隐含公开判断**：无法进行合理推断。 |
| 技术特征W：断开所述第一用户装置上的用户接口。<br>**未被公开** | 无对应引用。 | **直接公开判断**：对比文件未提及断开用户接口。因此，技术特征W未被直接公开。<br>**隐含公开判断**：无法进行合理推断。 |
| 技术特征X：暂停所述第一用户装置上的内容的呈现。<br>**未被公开** | 无对应引用。 | **直接公开判断**：对比文件未提及暂停内容的呈现。因此，技术特征X未被直接公开。<br>**隐含公开判断**：无法进行合理推断。 |
| 技术特征Y：其中使用以下各项中的至少一者从所述第二用户装置接收所述第一消息：直接对等通信链路。<br>**未被公开** | 对比文件提到了“peer-to-peer messages”（第[0044]段），并描述了设备之间可以通过无线网络和公共网络进行通信（如图5，第[0087]段）。 | **直接公开判断**：对比文件公开了设备间可以使用对等通信。虽然其实施例中状态通知常通过状态服务中转，但其基础通信（消息M的传输）可以采用对等方式。因此，技术特征Y中“直接对等通信链路”这一选项被对比文件直接公开。 |
| 技术特征Z：基于无线局域网WLAN的链路。<br>**未被公开** | 对比文件描述了WLAN通信子系统（第[0133]段：“The mobile device 100 may be provided with additional communication subsystems, such as the wireless LAN (WLAN) communication subsystem 2405...”），并且设备可以通过WLAN接入点连接到网络（第[0155]段，图25）。 | **直接公开判断**：对比文件明确公开了设备配备有WLAN通信子系统，并可以通过WLAN（如Wi-Fi）进行通信。因此，技术特征Z中“基于无线局域网WLAN的链路”这一选项被对比文件直接公开。 |
### 结论
根据以上比对分析，对比文件直接公开了技术特征P、R、S、Y、Z；隐含公开了技术特征T。其他技术特征（A-O, U-X）均未被对比文件直接公开或隐含公开。
<<<P>>><<<R>>><<<S>>><<<Y>>><<<Z>>><<<t>>>