对比文件名称：2004-07-21_CN1514578A_发明公开_CN1514578A 对等内容广播传输机制
目标专利名称：用于提供协作数据再利用的方法和设备 CN101946485B
模型名称：DeepSeek-R1
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **A. 在第一客户端处发现紧密接近的其它客户端**<br>**《隐含公开》** | “对等网络的节点A到G间的双头线代表对等网络连接。因此例如，在说明的安排中，节点A直接连到节点B但间接地(例如不通过单个链接)连到节点C。... 对等网络的每个节点还维持有它知道的网络部分的瞬时状态记录，以在任何给定时间如领域内技术人员理解地跟踪相关的网络成员部分和状态。” (说明书第5页第5段) | 对比文件公开了对等网络中的节点（即客户端）通过建立连接形成网络（图2），并且每个节点维持着网络中其他节点状态的记录。这隐含了网络中的任一节点（第一客户端）能够发现与其连接的其他节点（其它客户端）。虽然对比文件未明确提及基于地理位置的“紧密接近”，但在对等网络语境下，能够建立连接并进行通信的节点通常被认为是逻辑上“接近”或可达的。因此，本领域技术人员能够从对比文件公开的节点发现和记录网络状态的功能中，合理推断出“发现紧密接近的其它客户端”这一特征。 |
| **B. 从一对多发射中的多个数据流中识别并选择用于再现的一个以上数据流**<br>**《隐含公开》** | “文件分发是由对等网络的节点开始，诸如节点A。... 分配节点首先发布与步骤303内相关文件的元数据。... 一旦...所有的对等网络都接收到了元数据，每个元数据接收节点在步骤305决定是否要请求文件。” (说明书第6页第1-2段、第7页第1段) | 对比文件公开了发起节点发布文件元数据，网络中的其他节点接收元数据后，决定是否请求该文件。这里的“文件”可以视为一个“数据流”或数据单元。虽然对比文件未明确使用“一对多发射”和“再现”的表述，但其描述的元数据广播和节点基于元数据决定是否获取文件的过程，实质上构成了从多个潜在可获取的数据对象（文件）中识别并选择所需的一个或多个的过程。选择的目的（获取文件）隐含了后续可能的使用或“再现”。因此，该特征被隐含公开。 |
| **C. 与所述其它客户端中的至少一者协作以产生内容的聚合再现**<br>**《未公开》** | 无对应内容。 | 对比文件的核心是文件或数据分发的效率问题，节点之间相互传输文件片段是为了加速所有节点获取完整文件，是一种服务于“获取”目的的传输协作。目标专利中的“协作以产生内容的聚合再现”是指多个客户端共同作用，整合各自接收或处理的内容，以生成一个统一的、增强的呈现体验（例如共享的比赛体验）。对比文件完全没有涉及多个客户端在内容呈现层面的协同与整合，其节点间的交互仅限于数据传输，而非内容再现的聚合。因此，该特征未被公开。 |
| **D. 其中，所述第一客户端再现的内容不同于其它客户端再现的内容**<br>**《未公开》** | 无对应内容。 | 对比文件描述的文件分发机制，目标是让所有请求文件的节点最终都获得相同的完整文件内容。虽然在不同时间点，不同节点可能拥有文件的不同部分（图3，步骤313），但这是一种临时的、不完整的状态，且其最终目标是趋向一致（获得完整文件）。目标专利强调在协作体验中，各客户端主动地、有意地再现“不同”的内容，以丰富整体体验。对比文件既未描述，也未暗示节点会故意再现或使用不同的内容片段来形成差异化的输出。因此，该特征未被公开。 |
| **E. 其中发现紧密接近的其它客户端包括：发送询问以确定所述其它客户端是否可参与协作体验**<br>**《未公开》** | 无对应内容。 | 对比文件中节点发现其他节点是基于网络连接和状态维护，节点间交互的发起是基于文件元数据的发布和请求（拉取模型），目的是获取文件数据。没有涉及发送询问以确定其他节点是否愿意参与一种“协作体验”（如目标专利所述的比赛）。询问的目的是为了数据分发，而非社交或体验层面的协作参与。因此，该特征未被公开。 |
| **F. 接收对所述询问的响应，其中所述响应是接受或拒绝参与**<br>**《未公开》** | 无对应内容。 | 如特征E所述，对比文件中不存在关于“参与协作体验”的询问，因此自然也不存在对此类询问的接受或拒绝响应。节点对文件请求的响应（提供数据或不提供）是基于其是否拥有该文件，而非基于是否同意参与某种协作体验。因此，该特征未被公开。 |
| **G. 其进一步包括：基于类型而识别所述一个以上数据流，其中所述类型是视频流、数据流、音频流或其组合**<br>**《隐含公开》** | “元数据包括文件名字、文件大小、一组分布特性、过期信息以及任何发布应用或模块希望提供的特定模块信息。另外，元数据还可能包括任何其它合适信息诸如建立和/或修改日期、拥有者、创建者、优先级等。... 在音乐文件情况下，文件名字可能包括合适的MP3 ID3标号。” (说明书第6页第3段) | 对比文件公开了元数据中包含文件类型信息（例如“音乐文件”、“MP3”），这些信息能够标识文件内容属于音频、视频或数据等类型。节点在决定是否请求文件（即识别并选择数据流）时，可以依据元数据中的类型信息进行判断和选择。因此，本领域技术人员能够合理推断出节点可以“基于类型而识别”数据流。虽然对比文件未明确列举“视频流、数据流、音频流”，但“音乐文件/MP3”是“音频流”的一种具体形式，基于元数据中的类型信息进行选择的技术构思已被公开。故该特征被隐含公开。 |
| **H. 部分基于所述类型而与至少一个其它客户端共享功能**<br>**《未公开》** | 无对应内容。 | 对比文件描述了节点之间共享文件数据。然而，这种“共享”是完整或部分文件内容的传输，目的是帮助其他节点获取文件，而非基于数据流的“类型”来共享或协同实现某种“功能”（例如，目标专利中可能指基于音频、视频、数据流类型的不同处理或呈现功能）。对比文件未揭示节点间的交互会因文件类型的不同而采取不同的功能共享模式。因此，该特征未被公开。 |
| **I. 其中与所述其它客户端中的至少一者协作包括与至少一个其它客户端大体上同时使用所述流中的数据**<br>**《未公开》** | “一旦请求节点开始接收文件，它能对其它节点广告说它有文件。这是因为请求节点可能提供它已经接收到的文件部分而同时继续从其提供者以接近相同或更大的速率接收文件。” (说明书第7页第4段) | 对比文件描述了节点可以“同时”进行下载和上传文件数据。但这描述的是数据传输行为上的时间重叠，其目的是提高分发效率。目标专利中的“大体上同时使用所述流中的数据”是指在协作体验（如比赛）中，多个客户端近乎同步地消费、处理或响应数据流中的信息，以达成协作互动。对比文件的“同时”是传输动作的同时，而目标专利的“同时使用”是消费/应用层面的同时，两者目的和场景不同。因此，该特征未被公开。 |
| **J. 其中所述一个以上数据流包含用于双重用途的信息**<br>**《未公开》** | 无对应内容。 | 目标专利强调数据流中的信息可用于“双重用途”，例如既提供信息（如选手统计数据）又支持交互式比赛体验。对比文件中传输的文件数据，其用途是单一的：被节点获取、存储、可能被本地应用使用（如播放音乐）。没有任何迹象表明同一份数据会被设计或用于两种不同的、可协同的用途。因此，该特征未被公开。 |
| **K. 其中所述协作是共享的比赛体验**<br>**《未公开》** | 无对应内容。 | 对比文件全文未提及“比赛体验”或任何类似的社交、游戏、互动体验。其应用场景示例（说明书第6页第2段）提到了“在线实时组交互模块，诸如组音频经历模块”，但这描述的是组内共享音频内容（如一起听歌），而非一种竞争性或协作性的“比赛”体验。目标专利将“协作”明确限定为“共享的比赛体验”，这是一个特定的应用场景，对比文件未涉及。因此，该特征未被公开。 |
| **L. 其中识别并选择用于再现的一个以上数据流是部分基于用户偏好、用户行为或其组合**<br>**《隐含公开》** | “每个元数据接收节点在步骤305决定是否要请求文件。节点可能有任何理由请求文件。例如，如果在线实时组交互模块，诸如组音频经历模块，发起文件元数据发布，且接收节点也激活了同一类型的模块，则接收节点很可能希望请求提供的文件。” (说明书第7页第1段) | 对比文件指出节点决定是否请求文件可以基于“任何理由”，并举例说明如果节点上运行着与文件发布者相同的应用模块，则很可能请求该文件。这体现了节点的选择行为可以基于其自身的配置、状态或用户行为（例如，用户启动了某个应用）。虽然未明确使用“用户偏好”一词，但节点的应用配置和状态可以反映用户偏好或行为。本领域技术人员能够从“任何理由”以及所举例子中合理推断，节点的选择逻辑可以包含基于用户偏好或行为（如使用特定应用）的因素。因此，该特征被隐含公开。 |
<<<a>>><<<b>>><<<g>>><<<l>>>