对比文件名称：2006-10-25_CN1852431A_发明公开_CN1852431A 实现实时视频信息共享的系统及方法
目标专利名称：443用于提供协作数据再利用的方法和设备CN101946485B
本次调用的模型名称：DeepSeek-R1
根据目标专利说明书及权利要求，结合对比文件CN1852431A的内容，现进行技术特征比对分析如下：
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：其包括：在第一客户端处发现紧密接近的其它客户端 | 对比文件说明书第[0068]段：“客户终端204根据用户需要通过因特网210向视频资源索引服务器203发送视频资源请求，接收视频资源索引服务器203返回的实时视频资源信息，根据该实时视频资源信息中的地址信息向流媒体服务器202发送实时视频请求，并接收流媒体服务器202播放的实时视频流媒体数据。” | **未被直接公开或隐含公开**。对比文件描述的是客户终端（第一客户端）通过访问中央服务器（视频资源索引服务器）来获取视频资源信息列表，然后根据该列表中的地址连接到相应的流媒体服务器以请求和接收视频流。这个过程是第一客户端与服务器之间的交互，目的是获取内容资源，而非“发现紧密接近的其它客户端”。对比文件全文未提及客户端之间相互发现、探测邻近其他客户端存在或地理位置接近性的任何机制。因此，该特征既未被直接公开，也未被隐含公开。 |
| 技术特征B：从一对多发射中的多个数据流中识别并选择用于再现的一个以上数据流《直接公开》 | 对比文件说明书第[0046]段：“所述流媒体服务器将包含该流媒体服务器地址的实时视频资源信息存储到视频资源索引服务器；并在接收到实时视频请求后，将从摄像装置接收的视频信息生成实时视频流媒体数据，并将该实时视频流媒体数据播放给客户终端；” 第[0072]段：“步骤303，客户终端根据该实时视频资源信息中的地址信息向流媒体服务器发送实时视频请求。” 第[0073]-[0074]段：“步骤304，流媒体服务器根据实时视频请求，从摄像装置采集视频信息，并将视频信息生成实时视频流媒体数据。步骤305，流媒体服务器向客户终端播放实时视频流媒体数据。” 第[0084]段：“视频资源索引服务器按实时视频资源类别信息进行索引，生成实时视频资源索引目录，并将该目录包含在实时视频资源信息中发送给客户终端；” | **直接公开**。对比文件明确公开了一个系统，其中多个流媒体服务器各自生成实时视频流（即多个数据流），并通过网络（如因特网）进行一对多发射（例如，流媒体服务器向多个客户终端播放数据）。客户终端（即客户端）通过访问视频资源索引服务器，从该服务器提供的实时视频资源信息（如索引目录、包含地址信息的资源列表）中“识别”可用的视频流，然后根据用户需要或选择，向特定流媒体服务器发送请求以“选择”并“再现”（播放）一个或多个视频流。这一过程完全对应于“从一对多发射中的多个数据流中识别并选择用于再现的一个以上数据流”。 |
| 技术特征C：与所述其它客户端中的至少一者协作以产生内容的聚合再现 | 对比文件说明书第[0074]段：“步骤305，流媒体服务器向客户终端播放实时视频流媒体数据。” | **未被直接公开或隐含公开**。对比文件描述的内容再现模式是每个客户终端独立地从流媒体服务器接收并播放视频流。整个过程是客户终端与服务器之间的单向内容分发与消费关系。没有任何内容描述或暗示多个客户终端之间需要或能够进行“协作”，例如交换数据、协调播放内容、组合各自的内容以形成一个统一的“聚合再现”。目标专利中的“协作”和“聚合再现”是客户端之间的互动行为，旨在创造共享或组合的体验，这与对比文件中的独立观看模式有本质区别。因此，该特征未被公开。 |
| 技术特征D：其中，所述第一客户端再现的内容不同于其它客户端再现的内容。《直接公开》 | 对比文件说明书第[0084]段：“视频资源索引服务器按实时视频资源类别信息进行索引，生成实时视频资源索引目录，并将该目录包含在实时视频资源信息中发送给客户终端；” 第[0072]段：“步骤303，客户终端根据该实时视频资源信息中的地址信息向流媒体服务器发送实时视频请求。” | **直接公开**。对比文件公开的视频资源索引服务器提供了包含多个不同实时视频资源（对应于不同摄像装置或地点）的目录或列表。不同的客户终端可以根据用户的选择或需要，从该目录中选择不同的实时视频资源（即不同的视频流）进行请求和播放。例如，一个客户终端选择播放A地点的监控视频，另一个客户终端选择播放B地点的风景视频。这必然导致“第一客户端再现的内容不同于其它客户端再现的内容”。因此，该特征被直接公开。 |
| 技术特征E：其中发现紧密接近的其它客户端包括：发送询问以确定所述其它客户端是否可参与协作体验 | 对比文件说明书第[0068]段：“客户终端204根据用户需要通过因特网210向视频资源索引服务器203发送视频资源请求”。 | **未被直接公开或隐含公开**。对比文件中客户终端发送的“请求”是针对视频资源索引服务器的，目的是获取可用的视频资源列表或信息。这个“请求”的对象是中央服务器，内容是查询资源，而非向其他客户端发送“询问”以探测其是否存在或是否愿意参与某种协作体验。目标专利中“发送询问”是客户端间直接或间接（如通过广播）的发现机制的一部分，旨在建立协作关系。对比文件未描述任何此类客户端间的询问机制。 |
| 技术特征F：接收对所述询问的响应，其中所述响应是接受或拒绝参与。 | 无相应内容。 | **未被直接公开或隐含公开**。由于对比文件未公开技术特征E（发送询问），自然也就不存在接收对该询问的响应（接受或拒绝参与）的步骤或内容。 |
| 技术特征G：其进一步包括：基于类型而识别所述一个以上数据流，其中所述类型是视频流、数据流、音频流或其组合《直接公开》 | 对比文件说明书第[0046]段：“将从摄像装置接收的视频信息生成实时视频流媒体数据”。 第[0073]段：“流媒体服务器可以将从摄像装置接收的视频信息压缩编码为流媒体格式，如果摄像装置包括拾音器，则流媒体服务器还将音频进行一起压缩编码，生成实时视频流媒体数据。” 第[0084]段：“视频资源索引服务器按实时视频资源类别信息进行索引”。 | **直接公开**。对比文件明确公开了其处理的对象是“实时视频流媒体数据”，这本质上就是“视频流”。同时，说明书提到如果摄像装置包含拾音器，则音频会与视频一起被压缩编码进流媒体数据中，这隐含了“音频流”作为组合的一部分。客户终端在从视频资源索引服务器获取资源信息时，服务器可以按“类别信息”（可视为一种类型划分，如风景、交通等）进行索引，客户终端基于此选择流。虽然对比文件主要聚焦于视频（或音视频组合）流，未明确提及纯“数据流”，但“视频流”以及“视频与音频的组合流”已被明确公开，这落入了权利要求中“视频流、数据流、音频流或其组合”的范围内。因此，该特征被直接公开。 |
| 技术特征H：部分基于所述类型而与至少一个其它客户端共享功能。 | 无相应内容。 | **未被直接公开或隐含公开**。对比文件未描述任何客户终端之间“共享功能”的行为。每个客户终端的功能是独立的：请求、接收、解码、播放视频流。没有涉及基于流类型（如视频、音频）将一个客户端的处理能力、显示资源或其他功能与另一个客户端进行共享或协作。 |
| 技术特征I：其中与所述其它客户端中的至少一者协作包括与至少一个其它客户端大体上同时使用所述流中的数据。 | 对比文件说明书第[0092]段：“流媒体数据可以发送到任意地址的客户终端，能够减少网络上传输的信息包的总量。因此，网络利用效率能够大大提髙，成本大为下降。而且多个客户终端请求的都是实时视频，即使客户终端不是同时访问流媒体服务器的，流媒体服务器也可以播放相同的内容给各客户终端，这个特点使实时视频业务很适合组播。” | **未被直接公开或隐含公开**。对比文件描述了多个客户终端可能接收相同的实时视频流媒体数据（例如通过组播），并且它们可能在大体相同的时间观看相同的内容。然而，这是多个终端独立消费同一数据源的结果，并非终端之间“协作”行为的一部分。目标专利的“协作”要求客户端之间有意识的配合行动，而不仅仅是偶然或被动地同时接收相同数据。对比文件中的“同时使用”是服务器一对多分发模式下的自然结果，而非客户端间协作的体现。因此，该特征未被隐含公开。 |
| 技术特征J：其中所述一个以上数据流包含用于双重用途的信息。 | 无相应内容。 | **未被直接公开或隐含公开**。对比文件中的实时视频流媒体数据，其用途被描述为供客户终端“观看”或“监控”（参见背景技术和发明内容），即单一的视听呈现用途。没有提及或暗示这些流中的数据除了用于呈现（观看）之外，还可以被用于其他“用途”，例如作为游戏或比赛的计算输入（双重用途）。目标专利中“双重用途”是核心创意之一，对比文件未涉及。 |
| 技术特征K：其中所述协作是共享的比赛体验。 | 无相应内容。 | **未被直接公开或隐含公开**。对比文件的应用场景是视频监控、景点观看等，属于信息获取与观看。全文未提及任何形式的“比赛体验”，无论是共享的还是独立的。 |
| 技术特征L：其中识别并选择用于再现的一个以上数据流是部分基于用户偏好、用户行为或其组合。《隐含公开》 | 对比文件说明书第[0068]段：“客户终端204根据用户需要...向视频资源索引服务器203发送视频资源请求”。 第[0072]段：“步骤301，客户终端向视频资源索引服务器发送视频资源请求。” | **隐含公开**。对比文件多次提及客户终端“根据用户需要”向服务器发送请求以获取视频资源。这里的“用户需要”是一个宽泛的概念，本领域技术人员能够理解，在具体实现中，“用户需要”必然会通过某种形式体现出来，这可以包括用户明确设定的“偏好”（如喜欢看某类视频）、用户当前的“行为”（如点击某个分类链接）或两者的结合。虽然对比文件没有详细展开用户偏好或行为的具体收集与应用机制，但基于“根据用户需要”这一公开内容，结合本领域的公知常识（即用户选择内容时通常会考虑个人兴趣或即时需求），可以合理推断出识别和选择数据流的过程会“部分基于用户偏好、用户行为或其组合”。这是一种隐含公开。 |
<<<B>>><<<D>>><<<G>>><<<l>>>