对比文件名称：2006-01-25_CN1725227A_发明公开_CN1725227A 操作装置网络的方法
目标专利名称：用于提供协作数据再利用的方法和设备 CN101946485B
模型名称：专利创造性评估模型
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：** 其包括：在第一客户端处发现紧密接近的其它客户端<br>**《直接公开》** | 说明书第[0079]段：“每当网络重新配置事件发生时，要求顺应性装置通知本地网中的其它装置关于它们的AD隶属关系状态。”<br>说明书第[0080]段：“-对装置的特定查询以确定其AD隶属关系状态(主、辅助和合并 ADI，AD名称，PAD的服务器或客户机)”。 | 对比文件明确描述了装置（相当于客户端）可以通知本地网络中的其他装置其状态，也可以查询其他装置的状态。这属于在网络中“发现”其他装置的行为。虽然对比文件发现其他装置的目的是为了进行授权域（AD）的管理（例如确定隶属关系以控制内容访问），而目标专利是为了进行数据再利用的协作，但“发现紧密接近的其它客户端”这一技术动作本身已被对比文件直接公开。因此，本领域技术人员能够毫无疑义地从对比文件中得出该技术特征。 |
| **技术特征B：** 从一对多发射中的多个数据流中识别并选择用于再现的一个以上数据流<br>**《未公开》** | 无对应内容。 | 对比文件的核心在于通过授权域标识符管理装置对内容的访问权限，其内容分发的基础是家庭网络（如LAN）。说明书通篇未提及“一对多发射”（如数字广播网络中的多播/广播）这一内容分发方式，也未提及从多个并行的“数据流”中“识别并选择”用于再现的特定流。目标专利的该特征涉及在广播环境下对多个数据流进行选择性接收和再现，这与对比文件基于网络连接和权限控制的内容访问机制有本质区别。因此，对比文件既未直接公开也未隐含公开该技术特征。 |
| **技术特征C：** 与所述其它客户端中的至少一者协作以产生内容的聚合再现<br>**《隐含公开》** | 说明书第[0064]段：“当装置变成临时的或者另一个AD的辅助成员时，与主ADI和合并ADI(如果已设置)关联或绑定的内容将对于辅助AD装置变为临时可访问的。相反，与辅助AD关联或绑定的内容将从主AD可访问，但只是在来访装置连接到主AD的本地网时...”<br>图7及对应描述：表示装置Y变为AD A的辅助成员，从而可以临时共享彼此域内的内容。 | 对比文件描述了装置可以作为另一个授权域的“辅助成员”临时加入，并在此状态下，主域和辅助域的装置能够临时访问彼此域内关联或绑定的内容。这种为了共享内容而建立的临时关系，并使得内容能够在不同装置的参与下被访问（即再现），可以理解为一种“协作”以“产生内容的再现”。尽管对比文件的目的是内容保护和临时共享，而目标专利是为了聚合再现以创造新体验（如比赛），但“与其它客户端中的至少一者协作以产生内容的再现”这一技术手段已被对比文件所描述的场景所涵盖。本领域技术人员可以从对比文件的内容共享机制中合理推断出协作再现的可能性。 |
| **技术特征D：** 其中，所述第一客户端再现的内容不同于其它客户端再现的内容<br>**《未公开》** | 无对应内容。 | 对比文件在描述临时内容共享（如辅助成员访问）时，并未指出不同装置所再现的内容是不同的。其场景更侧重于对相同内容的访问权限进行扩展（例如，来访者与主人都能观看来访者带来的内容）。目标专利明确强调了不同客户端再现的内容不同，这体现了其“聚合”和个性化选择的特性。对比文件完全没有涉及或暗示不同客户端再现内容应不同的技术思想。因此，该特征未被公开。 |
| **技术特征E：** 其中发现紧密接近的其它客户端包括：发送询问以确定所述其它客户端是否可参与协作体验<br>**《隐含公开》** | 说明书第[0080]段：“-对装置的特定查询以确定其AD隶属关系状态...”<br>图7步骤S5-S7：描述了装置X（AD服务器）查询装置Y的AD隶属关系状态，并需要用户确认。 | 对比文件明确记载了装置之间可以发送“查询”（即询问）以确定对方的AD隶属关系状态。虽然该询问的直接目的是确定对方的域管理状态（是否属于某个域、是主成员还是辅助成员等），而非直接询问“是否可参与协作体验”，但确定对方的域状态是决定是否能够与之建立临时内容共享关系（即一种协作体验）的前提和必要步骤。本领域技术人员可以理解，为了建立某种协作（如内容共享），发送询问以探知对方的状态和可能性，是惯用技术手段。因此，可以认为对比文件隐含了“发送询问以确定是否可参与协作”这一技术特征。 |
| **技术特征F：** 接收对所述询问的响应，其中所述响应是接受或拒绝参与<br>**《隐含公开》** | 说明书第[0080]段：“-对上述查询的特定响应，其中包含被查询装置的所请求信息”。<br>图7步骤S6：装置Y响应查询，提供其AD隶属关系状态。 | 对比文件明确记载了对查询的“特定响应”。响应的内容包含被查询装置的状态信息。在对比文件描述的临时加入场景中（如图7），查询方（装置X）根据响应信息（装置Y的状态）并结合用户确认（步骤S7，S9），最终决定是否建立辅助隶属关系。虽然响应本身是“信息”而非直接的“接受/拒绝”，但该信息是决定“接受或拒绝参与”临时共享关系（协作）的直接依据。本领域技术人员能够合理推断，该交互过程隐含了“询问-响应”机制，且响应的实质效果等同于表明是否可参与后续的协作。 |
| **技术特征G：** 其进一步包括：基于类型而识别所述一个以上数据流，其中所述类型是视频流、数据流、音频流或其组合<br>**《未公开》** | 无对应内容。 | 对比文件涉及的是“音频/视频内容”或“视听内容”，但从未将这些内容描述为由“视频流、数据流、音频流”等不同类型的数据流组成，更没有描述基于这些流类型进行“识别”的技术动作。目标专利该特征的核心在于对多播信道中不同媒体类型流进行识别和选择，这是其实现选择性接收和协作的基础之一。对比文件的内容访问控制完全基于域标识符和权限，与数据流的类型无关。因此，该特征未被公开。 |
| **技术特征H：** 部分基于所述类型而与至少一个其它客户端共享功能<br>**《未公开》** | 无对应内容。 | 如特征G所述，对比文件未公开基于数据流类型进行识别的特征。因此，更不可能公开基于该类型“共享功能”的特征。目标专利中“共享功能”可能指不同客户端基于其接收的流类型（如一个处理视频，一个处理数据）协作完成任务，这与对比文件的内容权限共享机制完全不同。该特征未被公开。 |
| **技术特征I：** 其中与所述其它客户端中的至少一者协作包括与至少一个其它客户端大体上同时使用所述流中的数据<br>**《隐含公开》** | 说明书第[0064]段：“...与辅助AD关联或绑定的内容将从主AD可访问，但只是在来访装置连接到主AD的本地网时...” | 对比文件描述了当装置作为辅助成员连接到主域网络时，主域装置可以访问辅助成员装置上的内容。这种访问意味着内容数据被使用（如播放）。当两个或多个装置处于这种临时共享关系时，它们可以同时访问和使用同一份或彼此的内容数据。虽然对比文件未明确使用“大体上同时使用所述流中的数据”的表述，但临时共享访问的典型场景就是同时使用（如共同观看）。因此，本领域技术人员可以从对比文件的临时内容共享机制中，合理推断出协作方可以同时使用相关数据。 |
| **技术特征J：** 其中所述一个以上数据流包含用于双重用途的信息<br>**《未公开》** | 无对应内容。 | 对比文件描述的内容仅用于消费（如观看、收听）或在域内管理，未提及任何内容或数据具有“双重用途”，即除了基本呈现外，还可用于驱动另一种应用或体验（如比赛）。目标专利该特征是实现数据再利用和创造新体验的关键。对比文件完全没有涉及这一概念。 |
| **技术特征K：** 其中所述协作是共享的比赛体验<br>**《未公开》** | 无对应内容。 | 对比文件描述的协作或临时共享，仅限于对受保护视听内容的访问权限扩展，目的是实现内容在朋友间的临时共同观看。其中没有任何关于“比赛体验”或任何类似交互式、竞技性应用场景的记载或暗示。目标专利的“共享的比赛体验”是其协作数据再利用所实现的一种具体应用。该特征未被公开。 |
| **技术特征L：** 其中识别并选择用于再现的一个以上数据流是部分基于用户偏好、用户行为或其组合<br>**《未公开》** | 无对应内容。 | 对比文件中装置对内容的访问完全由授权域标识符、成员身份（主、辅助、合并）以及物理连接状态决定。虽然用户可以通过界面确认某些操作（如加入域），但并未提及根据用户的“偏好”或“行为”历史来动态选择不同的内容或数据流进行再现。目标专利该特征体现了个性化的内容选择策略。对比文件未涉及此特征。 |
<<<A>>><<<c>>><<<e>>><<<f>>><<<i>>>