对比文件名称：2007-12-06_WO2007137626A_发明申请_WO2007137626A1 MOBILE WIRELESS COMMUNICATION TERMINALS, SYSTEMS, METHODS, AND COMPUTER PROGRAM PRODUCTS FOR PUBLISHING, SHARING AND ACCESSING MEDIA FILES
目标专利名称：用于提供协作数据再利用的方法和设备CN101946485B
本次调用的模型名称：DeepSeek
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：其包括：在第一客户端处发现紧密接近的其它客户端《直接公开》 | [084] In order to enter the requestor mode, the user of the requestor terminal 1OB actuates a "SEARCH" button. In response, the requestor terminal 1OB issues or broadcasts a discovery request signal to identify any wireless communication terminals, such as the publisher terminal 1OA, that are making song files available. <br> [085] The publisher terminal 1OA receives the discovery request from the requestor terminal 1OB... | 对比文件公开了请求者终端（相当于第一客户端）通过发送发现请求信号来识别附近的发布者无线通信终端（相当于其它客户端）。此“发现”行为在对比文件中起到的作用是寻找可提供媒体文件的终端，以建立连接并进行后续的文件共享。该作用与目标专利中“发现紧密接近的其它客户端”的作用（为后续协作建立联系）虽然具体目的（文件共享 vs 协作体验）不完全相同，但“发现”这一技术手段本身是相同的。本领域技术人员能够毫无疑义地从对比文件得出“在第一客户端处发现紧密接近的其它客户端”的技术方案。因此，该技术特征被**直接公开**。 |
| **技术特征B**：从一对多发射中的多个数据流中识别并选择用于再现的一个以上数据流《未公开》 | 无相应内容。 | 对比文件描述的是移动终端之间点对点或通过无线网络（如蓝牙、WLAN）的媒体文件共享，其核心是请求者终端从发布者终端提供的**文件列表**中选择并请求特定的**媒体文件**进行下载和播放。整个过程不涉及“一对多发射”这一广播或多播场景，也没有将内容划分为多个“数据流”并由客户端从中进行选择性接收的概念。目标专利中“一对多发射中的多个数据流”是其技术体系的核心，用于实现数据的高效分发和选择性利用。对比文件未公开此技术特征。 |
| **技术特征C**：与所述其它客户端中的至少一者协作以产生内容的聚合再现，《未公开》 | 无相应内容。 | 对比文件公开了终端之间共享媒体文件（如歌曲），请求者终端从发布者终端获取并播放文件。然而，这种共享是单向的文件传输和独立播放，不涉及多个客户端之间为了“产生内容的聚合再现”而进行的“协作”。目标专利说明书强调“协作以产生内容的聚合再现”，例如多个用户装置共享功能性以创造协同的比赛体验。对比文件完全没有公开这种协作产生聚合内容的技术思想或手段。因此，该技术特征未被公开。 |
| **技术特征D**：其中，所述第一客户端再现的内容不同于其它客户端再现的内容。《隐含公开》 | [087] ...The requestor terminal 1OB receives the published song identifications from the publisher terminal 1OA... creates and maintains a found song list 156...<br>[088] The requestor may selectively initiate and manage play of the published song files in the song list 156...<br>[089] Responsive to the requestor actuating the "PLAY" button for a selected song identification 156 A, the requestor terminal 1OB will automatically send a song file request to the publisher terminal 1OA...<br>[090] The controller 30 of the requestor terminal 1OB then executes playback of the retrieved song file. | 对比文件公开了多个请求者终端（如10B, 10C, 10D, 10E）可以从同一个或不同的发布者终端（如10A）获取媒体文件列表，并基于用户的选择，请求并播放不同的歌曲文件（参见段落[088]-[090]）。因此，不同请求者终端（相当于其它客户端）所播放的内容完全可能不同。虽然目标专利中“内容不同”可能源于协作过程中对不同数据流的选择，而对比文件中是由于用户独立选择不同文件，但“第一客户端再现的内容不同于其它客户端再现的内容”这一结果状态在对比文件所描述的场景中是合理存在且可实现的。根据隐含公开的宽松判断标准，本领域技术人员有可能从对比文件公开的“不同终端可选择播放不同文件”这一内容中，合理推断出“第一客户端再现的内容不同于其它客户端再现的内容”这一技术特征。因此，该技术特征被**隐含公开**。 |
| **技术特征E**：其中发现紧密接近的其它客户端包括：发送询问以确定所述其它客户端是否可参与协作体验《隐含公开》 | [084] ...the requestor terminal 1OB issues or broadcasts a discovery request signal to identify any wireless communication terminals... that are making song files available. | 对比文件公开了请求者终端发送“发现请求信号（discovery request signal）”以识别能够提供媒体文件的终端（段落[084]）。虽然该“询问”在对比文件中的直接目的是发现可共享文件的终端，而非明确“参与协作体验”，但其行为模式（发送信号以探询和识别其他终端的能力/状态）与目标专利中“发送询问以确定其它客户端是否可参与协作体验”在技术手段上高度相似。根据隐含公开的宽松标准，本领域技术人员有可能从对比文件公开的“发送发现请求”这一行为进行推理，将其应用于探询其他终端是否愿意参与某种协作（如比赛体验）的场景中。因此，该技术特征被**隐含公开**。 |
| **技术特征F**：接收对所述询问的响应，其中所述响应是接受或拒绝参与。《隐含公开》 | [085] The publisher terminal 1OA receives the discovery request from the requestor terminal 1OB and, in response to the discovery request, sends an offer reply message to the requestor terminal 1OB... | 对比文件公开了发布者终端在收到发现请求后，会发送一个“提供回复消息（offer reply message）”作为响应（段落[085]）。发送此回复消息可视为对询问的“接受”（即愿意提供文件）。反之，若发布者终端不响应或发送拒绝消息，则可视为“拒绝”。虽然对比文件中响应的具体内容是提供文件列表，而目标专利中是接受或拒绝参与协作，但“接收对询问的响应”这一交互过程是相同的。根据隐含公开的宽松标准，本领域技术人员有可能从对比文件公开的“接收响应消息”这一环节，推理出响应可能包含“接受或拒绝参与”的含义。因此，该技术特征被**隐含公开**。 |
| **技术特征G**：其进一步包括：基于类型而识别所述一个以上数据流，其中所述类型是视频流、数据流、音频流或其组合《隐含公开》 | [074] According to some embodiments, the published media file is a song file. According to some embodiments, the published media file is a video file. According to some embodiments, the published media file is a still image file. | 对比文件明确公开了发布的媒体文件可以是歌曲文件（音频）、视频文件或静态图像文件（段落[074]）。这意味着系统能够处理不同类型的媒体文件。虽然对比文件是基于“文件类型”进行区分和选择，而目标专利是基于“数据流类型”（视频流、数据流、音频流），但“类型”这一概念是相通的，且具体类型（视频、音频）有重叠。根据隐含公开的宽松标准，本领域技术人员有可能从对比文件公开的“识别并选择特定类型（如音频、视频）的媒体文件”这一操作，推理出可以“基于类型（如视频流、音频流）识别数据流”的技术方案。因此，该技术特征被**隐含公开**。 |
| **技术特征H**：部分基于所述类型而与至少一个其它客户端共享功能。《隐含公开》 | [073] ...making a published media file available to other wireless communication terminals from a publisher wireless communication terminal... sending the published media file from the publisher wireless communication terminal to the requestor wireless communication terminal... executing playback of the published media file on the requestor wireless communication terminal. | 对比文件的核心功能是发布者终端向请求者终端共享（发送）媒体文件，并由请求者终端执行播放功能（段落[073]）。这实质上是一种“功能共享”（即共享媒体播放能力）。共享的内容（媒体文件）具有如特征G所分析的类型属性（音频、视频等）。因此，可以认为共享功能是“基于类型”的，因为共享和播放的对象是特定类型的媒体文件。虽然目标专利中的“共享功能”可能更侧重于基于流类型的协作体验，但对比文件公开了基于媒体类型的文件共享与播放这一基本模式。根据隐含公开的宽松标准，本领域技术人员有可能从对比文件中推理出“部分基于类型而与至少一个其它客户端共享功能”的技术特征。因此，该技术特征被**隐含公开**。 |
| **技术特征I**：其中与所述其它客户端中的至少一者协作包括与至少一个其它客户端大体上同时使用所述流中的数据。《隐含公开》 | [091] According to some embodiments, the publisher terminal 1OA sends the song file to the requestor terminal 1OB as a streaming song file which is played back as it is streamed. | 对比文件公开了发布者终端可以通过流式传输（streaming）的方式将媒体文件发送给请求者终端，请求者终端在接收的同时进行播放（段落[091]）。这意味着发布者终端和请求者终端可以“大体上同时使用”正在传输的媒体数据（虽然发布者是发送，请求者是接收并播放）。目标专利中“同时使用流中的数据”可以包括这种一方发送流、另一方接收并使用的情形。根据隐含公开的宽松标准，本领域技术人员有可能从对比文件公开的“流式传输并播放”这一技术手段中，推理出“与至少一个其它客户端大体上同时使用所述流中的数据”的技术特征。因此，该技术特征被**隐含公开**。 |
| **技术特征J**：其中所述一个以上数据流包含用于双重用途的信息。《隐含公开》 | [100] According to some embodiments, the requestor terminal can rate a downloaded published song file and send the rating as well as comments back to the publisher terminal using the requestor terminal. | 对比文件公开了请求者终端可以对下载的歌曲文件进行评分，并将评分和评论发送回发布者终端（段落[100]）。这意味着同一个媒体文件（歌曲）不仅用于“播放”这一主要用途，其相关信息（用户评分、评论）还被用于“反馈和评价”这一附加用途。这符合“双重用途”的基本概念，即同一数据源服务于不止一个目的。虽然目标专利的“双重用途”可能特指用于比赛体验等，但对比文件展示了媒体文件信息可被用于播放和反馈两种用途。根据隐含公开的宽松标准，本领域技术人员有可能从对比文件公开的“播放与评分反馈”这一模式中，推理出“数据流包含用于双重用途的信息”的技术特征。因此，该技术特征被**隐含公开**。 |
| **技术特征K**：其中所述协作是共享的比赛体验。《未公开》 | 无相应内容。 | 对比文件全文描述的是媒体文件（如音乐、视频）的发布、发现、共享、播放以及相关的聊天、评分、连接在线商店等功能。没有任何地方提及或暗示多个用户之间通过共享数据流进行“比赛”或“游戏体验”。目标专利说明书明确将“共享的比赛体验”作为协作的核心示例（如预测体育赛事结果、新闻事件等）。对比文件完全未公开这一特定类型的协作内容。因此，该技术特征未被公开。 |
| **技术特征L**：其中识别并选择用于再现的一个以上数据流是部分基于用户偏好、用户行为或其组合。《隐含公开》 | [087] ...The requestor terminal 1OB receives the published song identifications from the publisher terminal 1OA. The song management module 40 of the requestor terminal 1OB creates and maintains a found song list 156 of these song identifications...<br>[088] The requestor may selectively initiate and manage play of the published song files in the song list 156... | 对比文件公开了请求者终端会生成一个发现的歌曲文件列表，用户可以从该列表中“选择性（selectively）”地发起和管理歌曲文件的播放（段落[087]-[088]）。用户的选择行为本身就体现了其“偏好”（喜欢哪首歌）。这种基于用户手动选择来播放特定文件的过程，隐含了“基于用户偏好”进行识别和选择的技术思想。虽然目标专利可能更强调自动化的选择（基于预设偏好或行为），但对比文件公开的用户手动选择是基于偏好的最基本表现形式。根据隐含公开的宽松标准，本领域技术人员有可能从对比文件公开的“用户从列表中选择文件播放”这一操作中，推理出“识别并选择用于再现的一个以上数据流是部分基于用户偏好”的技术特征。因此，该技术特征被**隐含公开**。 |
<<<A>>><<<d>>><<<e>>><<<f>>><<<g>>><<<h>>><<<i>>><<<j>>><<<l>>>