对比文件名称：2005-07-21_US2005160270A_发明申请_US20050160270A1 Localized audio networks and associated digital accessories
目标专利名称：用于提供协作数据再利用的方法和设备 CN101946485B
模型名称：DeepSeek-R1
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：其包括：在第一客户端处发现紧密接近的其它客户端<br>**《隐含公开》** | [0095] “Each unit 100 is comprised of an audio player 130, and an inter-unit transmitter/receiver 110.”<br>[0134] “Units 100 transfer audio signals from the audio player in one unit 100 to the audio player 130 of another unit 100.”<br>[0163] “Inter-unit communication involves the interactions of multiple users, who may or may not be acquaintances of each other.”<br>[0210] “Search units 750 can be playing music themselves, or can be scanning for broadcast units 710.” | 对比文件公开了一种本地音频网络，其中多个移动音频单元（unit 100）能够通过无线通信（inter-unit transmitter/receiver 110）进行交互（[0095], [0134]）。这些单元代表“客户端”。系统支持用户（可能是陌生人）在移动中形成集群（cluster）以共享音乐（[0163]）。一个搜索单元（search unit 750）可以扫描寻找广播单元（broadcast unit 710）以加入其集群（[0210]），这个过程必然涉及在无线通信范围内（即紧密接近）发现其他设备。虽然目标专利的“发现”可能更侧重于为协作体验主动寻找伙伴，而对比文件的“发现/扫描”主要用于加入音乐共享会话，但二者本质都是客户端装置在近距离内相互识别并建立联系的过程。本领域技术人员可以从对比文件公开的“扫描广播单元以加入集群”这一功能中，合理推断出“在第一客户端处发现紧密接近的其它客户端”这一技术特征。因此，该特征被**隐含公开**。 |
| **技术特征B**：从一对多发射中的多个数据流中识别并选择用于再现的一个以上数据流<br>**《隐含公开》** | [0035] “发射118可将内容102的多个流或信道302、304、306提供到每一无线装置104(图1)以供相应终端用户消耗。”<br>[0066] “接收器604还包含信道选择器612，其可经配置以识别用于在接收器上再现的一个或一个以上数据流。”<br>[0070] “另外或替代地，信道选择器612基于流内的信息的类型(例如、视频、数据、音频等)而接受一个或一个以上流。” | 目标专利说明书[0035]明确指出，内容（如视频、音频、数据）可以划分为多个流（stream）或信道（channel），并通过一对多发射（one-to-many emission）递送。接收装置（无线装置104）包含信道选择器（120）用于基于选择参数（如用户偏好）选择流进行下载和再现（[0066], [0070]）。对比文件虽然主要描述音频流的共享，但其系统同样涉及从发射端向多个接收端传输数据（音频信号）。其单元100（客户端）的音频播放器130播放存储的或接收的音频信号，这相当于“再现”数据流。虽然对比文件未明确使用“一对多发射中的多个数据流”这一表述，但其广播单元710向多个接收单元730发送同一音频信号（[0182], [0186]），本质上是一种一对多的数据发射。接收单元需要“识别”并“选择”是否接收这个特定的广播信号以进行再现（加入集群的过程即是一种选择）。本领域技术人员可以理解，在无线广播通信中，一个发射源向多个接收端发送信息是典型的一对多模式。因此，从对比文件公开的“广播单元向多个接收单元发送音频信号供其选择接收并播放”中，可以合理推断出“从一对多发射中的多个数据流中识别并选择用于再现的一个以上数据流”。因此，该特征被**隐含公开**。 |
| **技术特征C**：与所述其它客户端中的至少一者协作以产生内容的聚合再现，<br>**《隐含公开》** | [0095] “When a second individual, User B, perceives the transduced forms produced by User A DJ 200, he can then share the audio signal generated by the audio player 130 of Unit A, by use of the inter-unit transmitter/receiver 110 of Unit A and a compatible receiver 110 of Unit B. Audio signals received by Unit B from Unit A are played using the Unit B audio player 130, so that User A and User B hear the audio signals roughly simultaneously.”<br>[0163] “Inter-unit communication involves the interactions of multiple users, who may or may not be acquaintances of each other. That is, the users can be friends who specifically decide to listen to music together, or it can be strangers who share a transient experience on a subway train.”<br>[0188] “It will be generally desirable that the synchronicity of the audio playback on the broadcast unit 710 and the receive units 730 be highly synchronized...” | 对比文件的核心在于使多个用户（客户端）能够共享和同步收听音频内容。广播单元710的用户播放音乐，同时将音频信号发送给一个或多个接收单元730的用户，使他们能够“大体上同时（substantially simultaneously）”听到相同的音乐（[0095], [0188]）。这种共享收听体验本身就是一种“协作”形式，用户共同参与一个音乐聆听会话（[0163]）。所有客户端同步播放同一音频内容，可以被视为产生了一个“聚合再现”——即多个设备共同再现同一个内容流，形成一个集体的听觉体验。虽然目标专利的“聚合再现”可能更侧重于从多个流组合或交互产生新内容，而对比文件是简单同步同一内容，但“聚合再现”的基本含义可以涵盖多个客户端协同输出以形成整体体验的情形。本领域技术人员可以从对比文件公开的“多个客户端同步播放同一音频内容以共享体验”中，合理推断出“与其它客户端中的至少一者协作以产生内容的聚合再现”。因此，该特征被**隐含公开**。 |
| **技术特征D**：其中，所述第一客户端再现的内容不同于其它客户端再现的内容。<br>**《未公开》** | [0095] “Audio signals received by Unit B from Unit A are played using the Unit B audio player 130, so that User A and User B hear the audio signals roughly simultaneously.”<br>[0188] “It will be generally desirable that the synchronicity of the audio playback on the broadcast unit 710 and the receive units 730 be highly synchronized...” | 对比文件明确强调并追求的是所有集群成员（广播单元和接收单元）同步播放**相同的**音频内容（[0095], [0188]）。其系统设计旨在确保用户体验的一致性，而不是差异性。虽然可能存在因网络延迟导致的微小不同步，但这并非系统有意提供的功能。目标专利中明确限定“第一客户端再现的内容不同于其它客户端再现的内容”，旨在实现个性化的、差异化的内容体验（例如基于用户偏好选择不同流）。对比文件完全没有公开或暗示不同客户端应当或可以再现不同内容。相反，其教导方向是使内容再现相同。因此，该技术特征既未被直接公开，也未被隐含公开。 |
| **技术特征E**：其中发现紧密接近的其它客户端包括：发送询问以确定所述其它客户端是否可参与协作体验<br>**《直接公开》** | [0210] “Search units 750 can be playing music themselves, or can be scanning for broadcast units 710.”<br>[0212] “Before a search unit 750 user can establish contact, it is preferable for a broadcast unit 710 user, or a receive unit 730 user, to provide permissions for others to join the cluster. For example, each unit 100 will generally be able to changeably set whether no one can join with their unit 100, whether anyone can join with their unit 100, or whether permission is manually granted for each user who wishes to join with their unit into a cluster.”<br>[0213] “The search unit 750 user can then establish membership in the group in a variety of ways. For example, if the search unit 750 is scanning music or personal characteristics of the unit 100 user, it can alert the search unit 750 user about the presence of the unit 100. The search unit 750 user can then interact with the search unit 750 interface to send the unit 100 user a message requesting membership in the cluster 700, which can be granted or not.” | 对比文件详细描述了搜索单元750为了加入一个集群700，需要向广播单元710发送加入请求（message requesting membership）（[0213]）。而广播单元710的用户可以设置权限，手动授予或拒绝每个希望加入集群的用户（[0212]）。这个过程明确包含了“发送询问以确定其它客户端是否可参与协作体验”（即加入音乐共享集群）的步骤。搜索单元扫描并发送请求，广播单元接收并决定是否接受，这完全对应于目标专利中“发送询问以确定是否可参与协作体验”的技术特征。因此，该技术特征被**直接公开**。 |
| **技术特征F**：接收对所述询问的响应，其中所述响应是接受或拒绝参与。<br>**《直接公开》** | [0212] “...whether permission is manually granted for each user who wishes to join with their unit into a cluster.”<br>[0213] “...send the unit 100 user a message requesting membership in the cluster 700, which can be granted or not.” | 如特征E所述，对比文件公开了广播单元710的用户在收到加入集群的请求后，可以手动决定是授予（grant）还是拒绝（not grant）权限（[0212], [0213]）。这个“授予或拒绝”的决定就是对该询问的“响应”，并且明确是“接受或拒绝参与”。因此，该技术特征被**直接公开**。 |
| **技术特征G**：其进一步包括：基于类型而识别所述一个以上数据流，其中所述类型是视频流、数据流、音频流或其组合<br>**《隐含公开》** | [0035] “举例来说，内容102可包含以下中的一者或任何组合：电视放映、视频、电影、歌曲、交互式数据(例如，万维网网页和链接)等。”<br>[0066] “另外或替代地，信道选择器612基于流内的信息的类型(例如、视频、数据、音频等)而接受一个或一个以上流。” | 目标专利说明书本身明确将内容类型定义为包括视频、音频、数据等（[0035]），并且其信道选择器可以基于流内信息的类型（如视频、数据、音频）来选择流（[0066]）。对比文件主要涉及音频流的共享和传输。其公开的“音频信号”（audio signal）或“音乐信号”（musical signal）即对应“音频流”类型。虽然对比文件未明确提及基于“视频流”或“数据流”类型进行识别和选择，但其技术方案的核心是处理和传输特定类型（音频）的数据流。本领域技术人员可以理解，将同样的流识别和选择机制应用于其他类型的内容流（如视频流、数据流）是显而易见的扩展，尤其是在目标专利本身已经教导了多种流类型的情况下。因此，从对比文件公开的“处理音频流”可以合理推断出“基于类型（包括音频流、视频流、数据流或其组合）识别数据流”。该特征被**隐含公开**。 |
| **技术特征H**：部分基于所述类型而与至少一个其它客户端共享功能。<br>**《未公开》** | 无对应内容。 | 目标专利中“部分基于类型而与至少一个其它客户端共享功能”是一个特定的技术手段，意指根据数据流的类型（如视频、音频、数据）来决定与其它客户端共享哪些功能，以丰富协作体验。对比文件仅公开了共享音频内容本身，以实现同步收听。其“功能”似乎仅限于音频播放的同步，并未教导根据内容流的不同类型（例如，视频流对应显示功能，音频流对应播放功能，数据流对应处理功能）来有区别地、部分地与其他客户端共享装置的不同功能。对比文件未公开此技术构思。因此，该特征未被公开。 |
| **技术特征I**：其中与所述其它客户端中的至少一者协作包括与至少一个其它客户端大体上同时使用所述流中的数据。<br>**《隐含公开》** | [0095] “Audio signals received by Unit B from Unit A are played using the Unit B audio player 130, so that User A and User B hear the audio signals roughly simultaneously.”<br>[0188] “It will be generally desirable that the synchronicity of the audio playback on the broadcast unit 710 and the receive units 730 be highly synchronized, preferably within 1 second... more preferably within 100 milliseconds... and most preferably within 20 milliseconds of one another.” | 对比文件的核心目的之一就是实现多个客户端“大体上同时（roughly simultaneously）”播放相同的音频数据（[0095]）。其对同步性有明确且高标准的追求（[0188]）。“播放”音频数据是“使用”流中数据的一种具体形式。因此，对比文件公开了多个客户端协作（共享音乐体验）的方式，即与至少一个其他客户端大体上同时使用（播放）流中的音频数据。这直接对应于目标专利的该限定特征。因此，该技术特征被**隐含公开**。 |
| **技术特征J**：其中所述一个以上数据流包含用于双重用途的信息。<br>**《未公开》** | 无对应内容。 | 目标专利强调数据流包含“用于双重用途的信息”，例如选手统计数据既可用于显示，又可用于驱动比赛体验（见说明书[0050]-[0051], [0062]）。这是其实现数据再利用和创造新体验的关键。对比文件中的音频流仅用于单一的用途：被播放以供收听。虽然音频流可能附带一些控制信号（用于数字珠宝DJ），但这些控制信号是用于驱动外围设备显示，并非将同一数据内容本身用于两个不同的、独立的用途（如既提供信息又驱动交互应用）。对比文件没有公开或暗示数据流本身包含可用于“双重用途”的信息。因此，该特征未被公开。 |
| **技术特征K**：其中所述协作是共享的比赛体验。<br>**《未公开》** | 无对应内容。 | 目标专利中的“共享的比赛体验”是一种特定的协作形式，例如用户基于流中的数据（如体育统计数据）进行预测竞争（见说明书[0046], [0050], [0082]）。对比文件所公开的协作仅限于“共享音乐聆听体验”，是一种社交娱乐活动，而非具有竞争、预测或游戏规则的“比赛（game）体验”。对比文件全文未提及任何与比赛、游戏、竞争相关的体验。因此，该特征未被公开。 |
| **技术特征L**：其中识别并选择用于再现的一个以上数据流是部分基于用户偏好、用户行为或其组合。<br>**《隐含公开》** | [0066] “举例来说，用户可能对特定类型的数据(例如，橄榄球而不是英式足球)感兴趣。电组件906可自动区分包含橄榄球信息的流并选择所述流以在装置上再现。”<br>[0067] “可能依据用户偏好、用户行为或其组合来选择数据流。” | 目标专利说明书[0066]和[0067]明确记载了信道选择器基于用户偏好（如对橄榄球感兴趣）和/或用户行为来选择数据流。对比文件虽然没有在其具体实施例中详细描述基于复杂的用户画像或行为历史来选择音频流，但其系统允许用户手动选择加入哪个广播者的集群（[0213]），这本身就是基于用户瞬时“偏好”（喜欢哪个音乐）的一种选择。更广义地看，用户决定收听哪个广播者播放的音乐，就是基于其个人偏好（对音乐品味的偏好）进行的选择。本领域技术人员可以从这种手动选择机制中，合理推断出系统可以实现“基于用户偏好来选择用于再现的数据流（即广播者的音频流）”。虽然自动化程度可能不同，但“基于用户偏好”这一核心判断标准已被公开。因此，该技术特征被**隐含公开**。 |
<<<E>>><<<F>>>