# 特征比对分析
**对比文件名称**: 2004-05-25_AU2003274446A_发明专利_AU2003274446A1 DISPOSABLE MINI-APPLICATIONS
**目标专利名称**: 381用于在对等网络上的装置当中实现协作交互的方法和设备CN104871568B
**模型名称**: 专利创造性评估模型
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 (翻译自英文) | 公开性论述 |
| **A：通过第一用户装置从第二用户装置接收第一消息**<br>**《直接公开》** | 第24页第15-17行：“源设备可以将消息发送到接收设备，以触发接收设备上的动作或处理。”<br>第25页第5-6行：“...源设备发送消息...” | 对比文件明确公开了在设备（源设备和接收设备）之间发送和接收消息。源设备发送，接收设备接收，这与“第一用户装置从第二用户装置接收第一消息”的技术特征一致。 |
| **B：其中所述第一消息包含以下各项中的至少一者：指示与所述第二用户装置相关联的事件的发生的信息**<br>**《直接公开》** | 第25页第5-8行：“...消息可以指示应用程序相关事件的发生，例如用户交互事件（例如，点击按钮）、数据更新事件等。” | 对比文件明确公开了消息可以包含指示事件（如用户交互、数据更新）发生的信息。该事件与源设备（即第二用户装置）相关联。该特征被直接公开。 |
| **C：提示所述第一用户装置基于与所述第二用户装置相关联的所述事件的所述发生来修改所述第一用户装置的一或多个功能的信息**<br>**《隐含公开》** | 第24页第15-17行：“源设备可以将消息发送到接收设备，以触发接收设备上的动作或处理。”<br>第25页第18-20行：“...接收设备可以基于接收到的消息更新其用户界面或执行其他动作。” | 对比文件公开了消息用于“触发接收设备上的动作或处理”。虽然未明确使用“修改功能”的表述，但“触发动作或处理”必然意味着接收设备（第一用户装置）需要基于消息内容做出响应，这个响应过程可以合理地推断为对其自身功能的修改或调整。因此，本领域技术人员能够从“触发动作”中隐含得出“提示修改功能”的技术方案。 |
| **D：其中所述第一用户装置和所述第二用户装置与对等网络相关联，且其中所述事件包含可改变装置上的功能的操作模式的任何活动**<br>**《直接公开》** | 第8页第23-25行：“...设备可以在对等（P2P）网络环境中操作，其中设备可以直接相互通信...”<br>第25页第5-8行：“...事件，例如用户交互事件（例如，点击按钮）、数据更新事件等。” | 对比文件明确公开了设备在对等（P2P）网络环境中操作并直接通信，满足“与对等网络相关联”的条件。同时，对比文件将用户交互、数据更新等定义为“事件”，这些事件会触发接收设备的动作，实质上改变了接收设备的功能操作模式（如更新界面、执行动作）。因此，该特征被直接公开。 |
| **E：响应于接收所述第一消息，将所述一或多个功能中的至少一者从标准操作状态改变到经修改的操作状态。**<br>**《隐含公开》** | 第24页第15-17行：“...触发接收设备上的动作或处理。”<br>第25页第18-20行：“...接收设备可以基于接收到的消息更新其用户界面或执行其他动作。” | 对比文件公开了接收设备响应消息执行动作或更新界面。执行动作或更新界面必然意味着设备的功能或状态发生了变化，即从一种操作状态（消息接收前）改变为另一种操作状态（消息处理后）。虽然未明确使用“标准”和“经修改”的术语，但这种状态的改变是隐含在“执行动作”和“更新界面”之中的必然结果。 |
| **F：其进一步包括：从所述第二用户装置接收第二消息，其中所述第二消息包含指示所述事件的所述发生已经完成的信息**<br>**《未公开》** | 未找到相关内容。对比文件未描述在事件完成后，源设备会发送指示事件完成的消息给接收设备。 | 对比文件主要描述了单向的消息触发机制（从源到接收），用于启动交互或动作，但未涉及在初始事件完成后，通过另一条消息通知接收设备以结束或恢复状态。目标专利中此特征是实现协作交互完整循环（暂停-恢复）的关键部分，对比文件未公开。 |
| **G：将所述一或多个功能中的所述至少一者从所述经修改的操作状态改变回到所述标准操作状态。**<br>**《未公开》** | 未找到相关内容。对比文件未描述接收设备在执行动作或更新界面后，如何或何时恢复到原始状态。 | 与特征F相关，由于对比文件未公开事件完成的通知机制（特征F），因此也必然未公开基于该通知将功能状态恢复的操作（特征G）。这是目标专利方案中完整的协作控制环节，对比文件未涉及。 |
| **H：其进一步包括：检测所述第二用户装置与所述对等网络相关联**<br>**《隐含公开》** | 第8页第23-25行：“...设备可以在对等（P2P）网络环境中操作，其中设备可以直接相互通信...”<br>第24页第10-12行：“在设备发现和连接过程之后...” | 对比文件提及了对等网络环境以及设备发现和连接过程。要进行对等通信，设备必须首先发现并确认彼此存在于同一网络中，这个过程隐含了“检测”另一设备与网络相关联的步骤。没有这个前提，后续的消息发送无法实现。 |
| **I：发射指示所述一或多个功能中的哪一者当前在所述第一用户装置上有效的第三消息。**<br>**《直接公开》** | 第24页第22-24行：“源设备可以广播其能力或状态信息，例如当前运行的应用程序、可用服务等。” | 对比文件明确公开了源设备（对应于目标专利中主动发射状态信息的一方）可以广播其状态信息，包括“当前运行的应用程序”。这直接对应于“发射指示...哪一者当前在所述第一用户装置上有效...的消息”。此处，将发射方理解为“第一用户装置”符合对等技术中设备角色可互换的常规理解。 |
| **J：其中在定期的基础上发射所述第三消息。**<br>**《未公开》** | 未找到相关内容。对比文件提到“可以广播”，但未明确是在“定期的基础上”进行广播。 | 对比文件公开了广播状态信息的行为，但未限定广播的周期性或定时性。目标专利中“定期的基础上”是一个具体的实施方式，对比文件未公开此具体时间特征。 |
| **K：其中所述事件的所述发生包括以下各项中的至少一者：与所述第二用户装置相关联的一或多个功能现在当前在所述第二用户装置上有效的指示**<br>**《隐含公开》** | 第24页第22-24行：“源设备可以广播其能力或状态信息，例如当前运行的应用程序、可用服务等。” | 对比文件公开了源设备广播其当前运行的应用程序（即功能有效）。当源设备（第二用户装置）广播此信息时，这本身就是“功能现在当前在所述第二用户装置上有效的指示”。虽然广播是主动行为，不同于目标专利中作为“事件”的一种，但本领域技术人员可以理解，功能的启动/有效状态本身可以作为一类事件被感知和通知。 |
| **L：由所述第二用户装置对呼叫的接收**<br>**《未公开》** | 未找到相关内容。对比文件所列举的事件（用户交互、数据更新）未明确包括“电话呼叫的接收”。 | 对比文件公开的事件类型是“应用程序相关事件”，如用户点击按钮或数据更新。虽然电话呼叫可以被广义地视为一种事件，但对比文件说明书未提及此类通信事件。该具体事件类型未被公开。 |
| **M：由所述第二用户装置对通知的接收**<br>**《隐含公开》** | 第25页第5-8行：“...消息可以指示应用程序相关事件的发生，例如用户交互事件（例如，点击按钮）、数据更新事件等。” | “通知的接收”可以被认为是“数据更新事件”的一种具体形式。例如，应用程序推送一条新消息或提醒，这属于数据更新。本领域技术人员可以从对比文件公开的“数据更新事件”中，合理地推断出“通知接收”作为其一种实施例。 |
| **N：由所述第二用户装置对带宽密集型活动的接收**<br>**《未公开》** | 未找到相关内容。对比文件未提及任何与带宽或网络资源占用相关的活动或事件。 | 目标专利中“带宽密集型活动”是针对网络共享场景下优化用户体验的关键事件。对比文件未涉及对网络带宽有特殊要求的活动或其作为触发事件的场景。 |
| **O：由所述第二用户装置对所述呼叫的起始**<br>**《未公开》** | 未找到相关内容。同特征L，对比文件未提及电话呼叫相关事件。 | 未公开。 |
| **P：由所述第二用户装置对所述通知的起始**<br>**《未公开》** | 未找到相关内容。对比文件未描述设备主动发起通知作为触发事件。 | 未公开。 |
| **Q：由所述第二用户装置对所述带宽密集型活动的起始；或任何组合。**<br>**《未公开》** | 未找到相关内容。同特征N。 | 未公开。 |
| **R：其中所述一或多个功能包括以下各项中的至少一者：当前由用户正在使用的应用程序**<br>**《直接公开》** | 第24页第22-24行：“...例如当前运行的应用程序...” | 对比文件明确将“当前运行的应用程序”作为设备状态或能力信息进行广播，这直接对应于目标专利中“当前由用户正在使用的应用程序”这一功能。 |
| **S：当前呈现与所述应用程序相关联的信息的用户接口**<br>**《直接公开》** | 第25页第18-20行：“...接收设备可以基于接收到的消息更新其用户界面...” | 对比文件明确提及“用户界面”是设备可以更新或操作的对象。用户界面是呈现应用程序信息的载体，因此“当前呈现...信息的用户接口”这一功能被直接公开。 |
| **T：当前由所述应用程序使用的听觉输出机构。**<br>**《未公开》** | 未找到相关内容。对比文件未提及听觉输出机构或音频相关的功能。 | 对比文件列举的功能和状态信息集中在应用程序和用户界面，未扩展到硬件输出机构如扬声器（听觉输出机构）。 |
| **U：其中将所述一或多个功能中的至少一者从所述标准操作状态改变到所述经修改的操作状态包括以下各项中的至少一者：停止当前在所述第一用户装置上有效的应用程序的操作**<br>**《隐含公开》** | 第24页第15-17行：“...触发接收设备上的动作或处理。”<br>第25页第18-20行：“...执行其他动作。” | “停止应用程序的操作”是“执行动作”的一种具体且常见的实现方式。当消息指示需要释放资源或暂停交互时，停止应用程序是一个合理的响应动作。本领域技术人员可以从“执行动作”的宽泛描述中，推断出“停止应用程序”作为可行的实施方式之一。 |
| **V：修改所述对等网络上的带宽使用**<br>**《未公开》** | 未找到相关内容。对比文件未涉及对网络带宽的管理、分配或修改。 | 对比文件关注于应用程序层面的交互和界面更新，未涉及底层网络资源（如带宽）的动态管理。该特征未被公开。 |
| **W：断开所述第一用户装置上的用户接口**<br>**《未公开》** | 未找到相关内容。对比文件提到“更新用户界面”，但“断开”用户接口（例如关闭屏幕、断开连接）是一种更极端的操作，对比文件未提及。 | “更新用户界面”通常指改变显示内容，而非物理或逻辑上的断开。目标专利中“断开用户接口”是特定的节能或免打扰措施，对比文件未公开。 |
| **X：暂停所述第一用户装置上的内容的呈现。**<br>**《隐含公开》** | 第25页第18-20行：“...接收设备可以基于接收到的消息更新其用户界面或执行其他动作。” | “暂停内容的呈现”是更新用户界面或执行动作的一种常见形式。例如，当收到一个重要通知时，暂停视频播放是合理的响应。本领域技术人员可以从“执行动作”中合理地推断出包括“暂停内容呈现”。 |
| **Y：其中使用以下各项中的至少一者从所述第二用户装置接收所述第一消息：直接对等通信链路**<br>**《直接公开》** | 第8页第23-25行：“...设备可以在对等（P2P）网络环境中操作，其中设备可以直接相互通信...” | 对比文件明确公开了设备在对等（P2P）网络中“直接相互通信”，这必然涉及使用“直接对等通信链路”来收发消息。 |
| **Z：基于无线局域网WLAN的链路**<br>**《直接公开》** | 第8页第20-22行：“...通信可以通过各种无线或有线协议进行，包括但不限于Wi-Fi、蓝牙、USB等。” | 对比文件明确将Wi-Fi列为可用的通信协议之一。Wi-Fi是基于IEEE 802.11标准的无线局域网（WLAN）技术。因此，“基于无线局域网WLAN的链路”被直接公开。 |
## 公开性判断总结
根据以上分析，对比文件直接公开了技术特征A, B, D, I, R, S, Y, Z；隐含公开了技术特征C, E, H, K, M, U, X；未公开技术特征F, G, J, L, N, O, P, Q, T, V, W。
<<<A>>><<<B>>><<<D>>><<<I>>><<<R>>><<<S>>><<<Y>>><<<Z>>>
<<<c>>><<<e>>><<<h>>><<<k>>><<<m>>><<<u>>><<<x>>>