对比文件名称：2004-03-11_US2004046655A_发明申请_US20040046655A1 METHOD AND CONTROLLER FOR PROVIDING A LOCATION-BASED GAME ASSOCIATED WITH A PLURALITY OF MOBILE STATIONS
目标专利名称：用于提供协作数据再利用的方法和设备CN101946485B
模型名称：DeepSeek-R1
根据目标专利说明书，其核心在于多个客户端（用户装置）通过发现彼此、从一对多发射中选择数据流、并协作以产生聚合再现，从而实现数据（如用于双重用途的信息）的共享与再利用，以创造新的用户体验（例如共享的比赛体验）。协作过程中，各客户端再现的内容可以基于用户偏好或行为而不同。
对比文件公开了一种与多个移动站（即客户端）相关的基于位置的游戏系统。控制器（可集成在网络或移动站中）基于用户输入定义游戏参数（如游戏区域、激活位置），为玩家分配目标，并当移动站进入激活位置的邻近阈值时触发游戏功能（如生成游戏问题）。玩家通过正确/错误回答问题来获得积分，实现竞争性游戏体验。
以下将严格按照目标专利权利要求的技术特征划分进行比对。
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：** 其包括：在第一客户端处发现紧密接近的其它客户端<br>**《隐含公开》** | [0017] “...the controller 210 may be integrated into at least one of the plurality of mobile stations 170... one of the plurality of mobile stations 170 may act as a host mobile station or all of plurality of mobile stations 170 may act in conjunction with each other to operate the location-based game...”<br>[0021] “...the controller 210 at step 415 may assign each player participating in the location-based game with another player as a target.” | 对比文件中的基于位置游戏涉及多个移动站（客户端）的参与。控制器可以为每个参与的玩家分配另一个玩家作为“目标”（步骤415）。这意味着在游戏上下文中，一个客户端（移动站）通过控制器的分配操作，“知道”或“识别”了另一个作为其目标的客户端。虽然对比文件未明确描述客户端主动发送广播或探测信号来“发现”对方（如目标专利图6的观察组件），但为了实现游戏互动（如设置“地雷”和触发问题），系统（无论是集中式控制器还是作为主机的移动站）必须使参与的客户端知晓彼此的存在和关联关系，这是游戏运行的基础逻辑。因此，本领域技术人员可以合理推断，在游戏初始化或进行过程中，客户端能够获知（即“发现”）其紧密接近（在游戏区域内）的其他客户端。 |
| **技术特征B：** 从一对多发射中的多个数据流中识别并选择用于再现的一个以上数据流<br>**《隐含公开》** | [0019] “...the game feature may be, but is not limited to, generating a game question when a player is within a proximity threshold of one of the plurality of activation locations 505.”<br>[0026] “...the controller 210 at step 615 to provide a player with a game question.” | 对比文件中，当玩家（客户端）进入激活位置的邻近阈值时，控制器会触发游戏功能，例如向玩家提供一个游戏问题（步骤615）。这个游戏问题（可以是文本、音频、视频等形式）是需要由客户端接收并“再现”（如显示、播放）给用户的数据内容。虽然对比文件没有明确使用“一对多发射”和“多个数据流”的术语，但其实质描述了中央控制器（或主机客户端）向特定客户端提供游戏数据（问题）的机制。客户端基于其地理位置（触发条件）“识别”出有游戏功能被激活，从而接收并呈现（即“选择用于再现”）该游戏数据。从广义上看，控制器向多个客户端分发的不同游戏问题可以视为不同的“数据流”，客户端根据自身触发的事件选择再现其中之一。因此，本领域技术人员可以推断出客户端具有识别并选择数据内容进行再现的功能。 |
| **技术特征C：** 与所述其它客户端中的至少一者协作以产生内容的聚合再现，<br>**《隐含公开》** | [0009] “...a player may be awarded with points if that player responds correctly to the game question. However, if that player fails to respond correctly to the game question then another player may be awarded with points.”<br>[0021] “The assignment of targets may contribute to providing point values to the players in the location-based game...” | 对比文件中的基于位置游戏本质上是多个客户端（玩家）之间的互动竞争体验。玩家被分配目标，一个玩家的行动（如触发地雷、回答问题）会直接影响到其他玩家的得分（步骤625-645）。例如，目标玩家未能正确回答问题，设雷玩家得分。这种玩家之间通过游戏规则和共享的游戏状态（得分、地雷位置）进行的互动，构成了一个“共享的比赛体验”。虽然对比文件未明确使用“聚合再现”一词，但所有参与客户端共同贡献于一个统一的、动态更新的游戏进程和结果，这可以理解为一种“内容的聚合再现”——即由多个客户端的交互共同产生的聚合游戏体验和内容（如积分榜、游戏进展）。因此，本领域技术人员可以合理推断客户端之间通过游戏机制进行协作（或竞争性互动）以产生聚合的游戏内容。 |
| **技术特征D：** 其中，所述第一客户端再现的内容不同于其它客户端再现的内容。<br>**《隐含公开》** | [0026] “The controller 210 may randomly select the game question for the player to respond. Alternatively, the player may select a game question within a category.” | 对比文件指出，控制器可以随机为玩家选择游戏问题，或者玩家可以在一个类别中选择问题（步骤615）。这意味着不同的客户端在同一时间点可能接收到不同的问题。此外，由于游戏是基于位置的，不同客户端处于不同的地理位置，可能触发不同位置的不同游戏功能，导致呈现的内容（游戏问题）不同。虽然说明书没有直接对比不同客户端再现内容的差异性，但根据游戏问题随机或选择性分发的机制，以及位置触发的特性，本领域技术人员可以合理推断，在游戏过程中，不同客户端再现给用户的具体内容（游戏问题）很可能是不相同的。 |
| **技术特征E：** 其中发现紧密接近的其它客户端包括：发送询问以确定所述其它客户端是否可参与协作体验<br>**《未公开》** | 无对应内容。 | 对比文件中描述了控制器为玩家分配目标（步骤415），或移动站可作为主机协调游戏，但并未描述客户端之间或客户端向其他客户端主动“发送询问”以确定其是否愿意参与协作体验的过程。游戏的参与和目标的分配更多是由控制器集中处理或基于预设的游戏参数（如游戏区域）决定，而非基于客户端之间的询问-响应协议。因此，该特征未被公开。 |
| **技术特征F：** 接收对所述询问的响应，其中所述响应是接受或拒绝参与。<br>**《未公开》** | 无对应内容。 | 如特征E所述，对比文件未公开客户端间发送询问的过程，因此自然也未有对应的接收接受或拒绝响应的描述。该特征未被公开。 |
| **技术特征G：** 其进一步包括：基于类型而识别所述一个以上数据流，其中所述类型是视频流、数据流、音频流或其组合<br>**《未公开》** | 无对应内容。 | 对比文件虽然提及游戏问题可能以多种形式（图形、声音、文本、音频、视频、多媒体消息）通知用户（见[0026]），但并未描述客户端基于数据流的“类型”（如视频流、数据流、音频流）来主动识别和选择用于再现的流。游戏问题的呈现形式更多是触发事件的结果，而非基于流类型的选择过程。因此，该特征未被公开。 |
| **技术特征H：** 部分基于所述类型而与至少一个其它客户端共享功能。<br>**《未公开》** | 无对应内容。 | 对比文件未公开基于数据流类型在客户端之间共享功能性的技术手段。客户端间的交互是基于游戏逻辑（如目标、积分）而非基于不同类型数据流的功能共享。因此，该特征未被公开。 |
| **技术特征I：** 其中与所述其它客户端中的至少一者协作包括与至少一个其它客户端大体上同时使用所述流中的数据。<br>**《未公开》** | 无对应内容。 | 对比文件描述了玩家触发问题并回答的序列过程，但未明确描述多个客户端“大体上同时使用”同一数据流中的数据。游戏进程可能是异步的（例如，一个玩家触发地雷，回答问题后，事件结束，另一个玩家可能在其他时间触发其他事件）。没有证据表明多个客户端实时同步地使用同一数据流内容。因此，该特征未被公开。 |
| **技术特征J：** 其中所述一个以上数据流包含用于双重用途的信息。<br>**《未公开》** | 无对应内容。 | 目标专利中“双重用途的信息”指同一数据流中的信息既可用于传统呈现（如显示选手统计数据），又可用于驱动另一体验（如比赛）。对比文件中的游戏问题数据主要用于游戏问答本身，即单一的游戏用途，并未揭示其信息还可用于另一独立的、不同性质的用途。因此，该特征未被公开。 |
| **技术特征K：** 其中所述协作是共享的比赛体验。<br>**《直接公开》** | [0001] “...a method and a controller for providing a location-based game associated with a plurality of mobile stations.”<br>[0009] “...a player may be awarded with points if that player responds correctly to the game question. However, if that player fails to respond correctly to the game question then another player may be awarded with points.” | 对比文件明确其主题是提供一种与多个移动站相关的基于位置的“游戏”（game）。其详细描述了多个玩家（客户端）通过触发事件、回答问题、获得积分来进行互动竞争，这明确构成了一个“共享的比赛体验”。该比赛体验是游戏的核心，也是客户端之间协作（或竞争性互动）的直接目的。因此，该技术特征被对比文件直接公开。 |
| **技术特征L：** 其中识别并选择用于再现的一个以上数据流是部分基于用户偏好、用户行为或其组合。<br>**《未公开》** | 无对应内容。 | 对比文件中游戏问题的触发主要基于地理位置（是否进入激活位置的邻近阈值）和游戏逻辑（如随机选择或选择类别）。虽然玩家可以定义游戏参数的类别（[0019]），但并未描述客户端根据持续性的“用户偏好”或“用户行为”来动态识别和选择数据流进行再现。选择过程主要由位置和游戏状态驱动，而非个性化的用户模型。因此，该特征未被公开。 |
<<<K>>> <<<a>>> <<<b>>> <<<c>>> <<<d>>>