对比文件名称：2004-11-25_US2004235568A_发明申请_US20040235568A1 Mobile game system and method
目标专利名称：443用于提供协作数据再利用的方法和设备CN101946485B
模型名称：DeepSeek-R1
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：在第一客户端处发现紧密接近的其它客户端 <br> **《直接公开》** | 说明书第[0042]段：“The master mobile device 130 is connected to at least one slave mobile device such as the slave mobile device 140 located in the predetermined range of, for example, 10 m, through the second transceiver based on the Bluetooth protocol to form a piconet.” | 对比文件明确公开了主移动设备（第一客户端）通过基于蓝牙协议的第二收发器，连接到位于预定范围（例如10米内）的至少一个从移动设备（其它客户端）以形成微微网。这直接对应于目标专利中“发现紧密接近的其它客户端”的技术特征。在对比文件中，该发现过程是为了建立网络游戏连接，而在目标专利中是为了实现协作数据再利用，但两者作用本质相同，都是为后续的交互协作建立前提。本领域技术人员能够毫无疑义地得出此技术方案。 |
| **技术特征B**：从一对多发射中的多个数据流中识别并选择用于再现的一个以上数据流 <br> **《未公开》** | 说明书第[0036]段：“The game server 100 stores games to be downloaded to the master mobile device 130... Further, when plural players wish to enjoy a multi-player game through the connections to the game server 100, the game server 100 receives game data transferred from each player, and sends the game data to each player's mobile device in order for the plural players to share the game data.” | 对比文件公开了游戏服务器存储并向主移动设备下载游戏数据，并在多玩家游戏时，向每个玩家的移动设备发送游戏数据以供共享。然而，对比文件并未公开存在“一对多发射中的多个数据流”，也未公开客户端需要从多个数据流中“识别并选择”用于再现的一个以上数据流。对比文件描述的是完整的游戏应用或游戏数据的下载与分发，而非从多个并行的数据流（如视频、数据、音频等独立流）中基于特定标准进行选择性接收和组合。该特征在对比文件中未被公开。 |
| **技术特征C**：与所述其它客户端中的至少一者协作以产生内容的聚合再现 <br> **《直接公开》** | 说明书第[0036]段：“...the game server 100 receives game data transferred from each player, and sends the game data to each player's mobile device in order for the plural players to share the game data. Accordingly, the game server 100 enables the plural connected players to play the game in near real-time. In an exemplary embodiment, one player can play interactively against or with another player in the same game, at practically the same time.” | 对比文件明确公开了多个玩家通过游戏服务器共享游戏数据，以近乎实时的方式在同一游戏中交互式地对战或协作。这直接对应于“与其它客户端中的至少一者协作”。虽然对比文件使用“玩游戏”而非“产生内容的聚合再现”，但多名玩家共同参与一个交互式游戏进程，其本质就是各自设备上游戏内容（图像、声音、交互反馈）的同步与整合，从而共同构成了一个“聚合”的游戏体验或再现。本领域技术人员能够毫无疑义地理解这一点。 |
| **技术特征D**：其中，所述第一客户端再现的内容不同于其它客户端再现的内容。 <br> **《未公开》** | 未找到明确或隐含的相应描述。 | 对比文件描述了多个玩家共享游戏数据并参与同一游戏。虽然在游戏中不同玩家可能控制不同的角色或视角，但这是游戏逻辑内部的状态差异，并非如目标专利所强调的，客户端从一对多发射的多个数据流中各自“识别并选择”了不同的数据子集，从而导致其再现的内容（即接收并呈现的流）在构成上存在根本不同。目标专利的该特征强调的是由于选择性接收导致的内容源差异，而对比文件并未涉及客户端对数据流的选择性接收。因此，该特征未被公开。 |
| **技术特征E**：其中发现紧密接近的其它客户端包括：发送询问以确定所述其它客户端是否可参与协作体验 <br> **《隐含公开》** | 说明书第[0052]段：“...the master mobile device 130 decides whether a slave mobile device such as 140 to be connected thereto has the same protocol (S270), and, in the case of the same protocol, for example, the Bluetooth protocol, the master mobile device 130 decides whether a version of the game installed in the master and slave devices to be run therein is the same (S280).” | 对比文件公开了在建立连接（形成微微网）时，主移动设备需要判断从移动设备是否具有相同的协议（如蓝牙）以及游戏版本是否相同。虽然这不是一个明确的“询问-响应”对话过程，但本领域技术人员可以合理推断，为了实现设备间的连接与协作，主设备必须通过某种通信机制（例如蓝牙的发现、配对和协商过程）来获取从设备的能力和状态信息，以确定其是否能够参与游戏（协作体验）。这个过程必然包含了发送查询信息和接收响应信息。因此，该技术特征被对比文件隐含公开。 |
| **技术特征F**：接收对所述询问的响应，其中所述响应是接受或拒绝参与。 <br> **《隐含公开》** | 同上，说明书第[0052]段。 | 基于特征E的推理，主移动设备在判断从设备的协议和游戏版本时，必须从从设备接收相关信息作为响应。如果协议或版本不匹配，则无法成功建立连接，这实质上等同于从设备（或系统）因条件不符而“拒绝参与”。若能成功建立连接，则意味着“接受参与”。因此，虽然对比文件没有明确描述“接受”或“拒绝”的响应消息，但连接建立的成功与否，本领域技术人员可以毫无困难地理解为是对参与协作的“接受”或“拒绝”。该特征被隐含公开。 |
| **技术特征G**：其进一步包括：基于类型而识别所述一个以上数据流，其中所述类型是视频流、数据流、音频流或其组合 <br> **《未公开》** | 未找到明确或隐含的相应描述。 | 对比文件涉及的是游戏应用或游戏数据的下载与运行，并未将游戏内容描述或划分为独立的、基于类型（如视频流、数据流、音频流）的多个数据流。对比文件也未提及客户端需要基于这些流类型进行识别和选择。因此，该特征未被公开。 |
| **技术特征H**：部分基于所述类型而与至少一个其它客户端共享功能。 <br> **《未公开》** | 未找到明确或隐含的相应描述。 | 该特征依赖于特征G中“基于类型识别数据流”的存在，而特征G未被公开。此外，对比文件中设备间的协作是基于共享完整的游戏数据以进行游戏交互，而非基于不同类型的数据流来“共享功能”（例如，一个设备处理视频，另一个处理音频）。因此，该特征未被公开。 |
| **技术特征I**：其中与所述其它客户端中的至少一者协作包括与至少一个其它客户端大体上同时使用所述流中的数据。 <br> **《直接公开》** | 说明书第[0036]段：“...the game server 100 enables the plural connected players to play the game in near real-time. In an exemplary embodiment, one player can play interactively against or with another player in the same game, at practically the same time.” | 对比文件明确公开了多个玩家“近乎实时地”、“几乎在同一时间”进行交互式游戏。这必然意味着各客户端（玩家设备）需要“大体上同时使用”来自游戏服务器的游戏数据（即“流中的数据”），以保持游戏状态的同步。这直接对应于目标专利的该特征。 |
| **技术特征J**：其中所述一个以上数据流包含用于双重用途的信息。 <br> **《未公开》** | 未找到明确或隐含的相应描述。 | 对比文件中的游戏数据仅用于游戏交互这一单一目的。目标专利说明书强调“数据流包含可用于双重用途的信息”（例如，选手统计数据既用于信息展示，又用于驱动比赛体验）。对比文件完全没有涉及数据可被用于超过其原始呈现目的的“双重用途”。因此，该特征未被公开。 |
| **技术特征K**：其中所述协作是共享的比赛体验。 <br> **《直接公开》** | 说明书第[0036]段：“...enables the plural connected players to play the game in near real-time.” 以及全文背景和发明内容部分多次提及“multi-player game”、“network games”、“play games”等。 | 对比文件的整个发明主题就是移动游戏系统和方法，其核心目的就是让多个玩家能够共享游戏体验，即“共享的比赛体验”。这直接、明确地公开了目标专利的该特征。 |
| **技术特征L**：其中识别并选择用于再现的一个以上数据流是部分基于用户偏好、用户行为或其组合。 <br> **《未公开》** | 未找到明确或隐含的相应描述。 | 对比文件中，用户（玩家）选择的是下载哪个游戏（S210， S220），这是一种应用层面的选择，而非目标专利中从多个并发的数据流中基于用户偏好或行为动态地“识别并选择”数据流。对比文件没有公开基于用户偏好或行为对数据流进行选择性接收的机制。因此，该特征未被公开。 |
<<<A>>><<<C>>><<<I>>><<<K>>><<<e>>><<<f>>>