对比文件名称：2008-11-13_US2008281971A_发明申请_US20080281971A1 NETWORK MULTIMEDIA COMMUNICATION USING MULTIPLE DEVICES
目标专利名称：用于群通信中基于动态讲话者ID的媒体处理的框架和方法 CN104885487B
模型名称：OpenAI GPT-4
作为资深专利代理师，在深入研读目标专利说明书和对比文件后，我对技术特征进行了如下比对分析。目标专利的核心在于接收方计算设备根据媒体数据的发送者ID和媒体类型，应用本地可动态配置的呈现规则，选择特定接口来呈现媒体。而对比文件的核心在于应用服务器（AS）代表一个用户（作为单一网络实体）管理其多个设备，根据协商的参数将不同媒体组分（如音频、视频）路由到用户的不同设备上，并对通信会话中的其他方隐藏用户使用多设备的细节。
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：包括：在所述群通信会话期间在所述计算设备中接收媒体数据，所述媒体数据至少包括所述媒体数据的发送者的标识符(发送者ID)<br>**判断结果：未直接公开，也未隐含公开** | [0050] “...a user may only wish to transfer the video of his session while maintaining the audio on his personal digital assistant (PDA).” <br>[0095] “For example, the server 108 may receive transmissions of information from the server 114...” | **直接公开判断**：对比文件描述了在会话中接收传输（媒体数据），例如服务器108从服务器114接收传输，或设备接收来自服务器108的传输部分。然而，对比文件未明确描述或教导所接收的“媒体数据”中“包括所述媒体数据的发送者的标识符(发送者ID)”。对比文件中的标识（如SIP消息中的“From”字段、用户作为单一实体）更多用于会话信令和路由，而非作为随媒体数据本身携带的、用于接收方设备进行本地媒体呈现决策的“发送者ID”。本领域技术人员无法毫无疑义地得出此技术方案。<br><br>**隐含公开判断**：对比文件提到了SIP协议的使用，该协议在信令中会包含参与者标识（如URI）。然而，这属于会话建立和信令层面的标识，与目标专利中强调的、随媒体数据一同接收并用于触发本地呈现规则的“发送者ID”在作用和实现层级上存在差异。对比文件未披露将发送者标识作为媒体数据的一部分或与媒体数据强关联，以供接收设备在呈现时进行识别。因此，本领域技术人员无法合理推断出此特征。 |
| **技术特征B**：在所述计算设备中标识与所接收到的媒体数据相关联的所述发送者ID以及多个不同媒体类型中与所接收到的媒体数据相关联的媒体类型<br>**判断结果：未直接公开，也未隐含公开** | [0095] “For example, the server 108 may send a video stream to a first one of the devices, and an associated audio stream simultaneously to a second one of the devices.” <br>[0104] “...the server 108 may receive a transmission to the first user... and may select one or more of the devices... for receipt of one or more portions of the requested transmission based on the negotiated parameters...” | **直接公开判断**：对比文件描述了服务器（如AS 108）根据协商的参数（这些参数可能涉及媒体类型，如音频、视频）来选择将传输的哪些部分发送到哪个设备。然而，这一“标识”和“选择”行为发生在服务器端，而非**接收媒体数据的计算设备（即用户设备）** 端。目标专利的特征B明确限定了行为主体是“计算设备”，即终端设备。对比文件未教导终端设备需要主动标识发送者ID和媒体类型。因此未被直接公开。<br><br>**隐含公开判断**：虽然服务器端的行为涉及区分媒体类型（如视频流、音频流）并将其路由，但这套机制是集中式、服务器驱动的。目标专利的特征B是分布式、设备本地的决策起点。本领域技术人员从对比文件的服务器路由方案中，无法必然且合理地推断出需要在每个终端计算设备上实现标识发送者ID和媒体类型的功能。两者技术构思不同。 |
| **技术特征C**：在所述计算设备中标识呈现规则，所述呈现规则将所述发送者ID和关联于所接收到的媒体数据的媒体类型与所述计算设备的多个接口中有能力呈现关联于所接收到的媒体数据的媒体类型的一个或多个接口相关，<br>**判断结果：未直接公开，也未隐含公开** | [0067] “...the server 108 may negotiate one or more of the combined parameters with the server 114 based on the group of parameters associated with the first user.” <br>[0125] “...a server such as a SIP Application Server (AS)... may handle decisions regarding how received requests are delivered and different media components are to be shared among different devices based on the user's preferences and other available information.” | **直接公开判断**：对比文件中的“决策”或“参数”是基于用户偏好、设备能力等在服务器端（AS）进行的，目的是将不同媒体组分分配到用户的不同设备。这类似于一种“路由规则”。然而，该规则并非存储在**计算设备（终端）** 本地，也并非由计算设备在接收到媒体后主动“标识”和应用。规则的应用主体是服务器。此外，该规则关联的是**用户设备**与**媒体类型/组件**，而非目标专利中明确的将**发送者ID+媒体类型**与**同一计算设备的多个接口**相关联。作用点和关联维度均不同。因此未被直接公开。<br><br>**隐含公开判断**：对比文件隐含了存在某种将媒体类型映射到输出设备（接口）的规则或策略。但该规则位于网络侧的服务器，用于在多设备间分配媒体流，而非在单个设备内部为其多个接口选择规则。本领域技术人员难以从对比文件的多设备分配方案，推导出在单一设备内建立基于发送者ID和媒体类型的接口选择规则。 |
| **技术特征D**：其中所述呈现规则在所述群通信会话期间能由所述计算设备动态地配置以响应于所述一个或多个接口的操作状态在所述群通信会话期间已改变的指示而改变与所述发送者ID和所述媒体类型相关的所述一个或多个接口<br>**判断结果：未直接公开，也未隐含公开** | [0080] “...the server 108 may modify the combination of capabilities associated with the single network entity based on the notification to update.” <br>[0144] “...when a user wants to add an additional device to a communication, delete or switch one or more devices during a communication, the application server such as the server 602 discussed previously may handle the device addition, deletion, or switch.” | **直接公开判断**：对比文件确实描述了在会话期间可以动态更新设备组或能力组合（例如，响应用户通知或设备开关）。但这发生在服务器端，用于更新代表用户的“单一网络实体”的能力集合，从而影响服务器如何向该用户的**多个设备**分发媒体。这与目标专利中由**计算设备（终端）** 本地、动态地重配置其自身的**呈现规则**（该规则关联发送者ID和媒体类型与接口），以响应其**自身接口操作状态改变**，在技术主体、规则内容和触发条件上均存在本质区别。因此未被直接公开。<br><br>**隐含公开判断**：对比文件隐含了通信配置可根据设备可用性（一种操作状态）动态调整的概念。但该调整是服务器对用户多设备集合的管理，而非单个设备对其自身接口规则的管理。调整的触发和执行的逻辑层级不同。本领域技术人员无法从服务器管理多设备的场景，合理推断出单个设备需要具备响应自身接口状态变化而动态重配置基于发送者ID的呈现规则的能力。 |
| **技术特征E**：经由所述计算设备的与所述发送者ID和关联于所接收到的媒体数据的媒体类型相关的所述一个或多个接口来呈现所接收到的媒体数据。<br>**判断结果：直接公开**<br>**<<<E>>>** | [0050] “...a user may only wish to transfer the video of his session while maintaining the audio on his personal digital assistant (PDA).” <br>[0095] “For example, the server 108 may send a video stream to a first one of the devices, and an associated audio stream simultaneously to a second one of the devices.” <br>[0104] “...receiving, by the device associated with the first user, from the first server, the first portion of the transmission based on the negotiated parameters and the selecting...” | **直接公开判断**：对比文件明确公开了媒体数据经由选定的设备（即接口）进行呈现。例如，视频流被发送到第一个设备（如电视显示器）呈现，音频流被同时发送到第二个设备（如PDA的扬声器）呈现。设备（如PDA、电视）即对应目标专利中的“接口”（显示器、扬声器等）。虽然选择接口的决策逻辑不同（对比文件是基于服务器协商和分配，目标专利是基于本地规则），但“经由所选接口呈现媒体数据”这一最终执行动作本身已被对比文件直接公开。本领域技术人员能够毫无疑义地从对比文件得出该技术方案。 |
| **技术特征F**：所标识的呈现规则将所述发送者ID和关联于所接收到的媒体数据的所述媒体类型与所述多个接口中若存在的有能力呈现所接收到的媒体数据的第一接口相关以及在所述第一接口不存在的情况下与所述多个接口中有能力呈现所接收到的媒体数据的第二接口相关，以及所述用于呈现所接收到的媒体数据的一个或多个接口包括在所述第一接口存在的情况下的所述第一接口或者在所述第一接口不存在的情况下的所述第二接口。<br>**判断结果：未直接公开，也未隐含公开** | 无对应内容。 | **直接公开判断**：对比文件完全没有涉及任何基于接口存在性（例如，耳机是否连接）的备用或分层呈现规则。其设备选择是基于设备注册、能力、用户偏好等，但未描述当首选设备（接口）不可用时，自动切换到备用设备（接口）的规则逻辑。<br><br>**隐含公开判断**：对比文件描述了设备可用性可能变化（如开关设备），并由服务器处理更新。但这是一种服务器感知的设备集合变化后的重新协商或分配，而非在单个设备内部预定义的、针对特定发送者和媒体类型的“如果第一接口不存在则使用第二接口”的本地备用规则。本领域技术人员无法从对比文件推理出此特定技术特征。 |
| **技术特征G**：其特征在于，所述呈现规则是用户可配置的，所述方法进一步包括：接收用户输入<br>**判断结果：未直接公开，也未隐含公开** | [0071] “...based on a selection by the first user of the one or more of the devices.” <br>[0082] “According to an example embodiment, a notification from the first user to update the group of one or more devices associated with the first user may be received at the first server.” | **直接公开判断**：对比文件提到了用户可以选择用于接收媒体部分的设备，以及用户可以通知服务器更新设备组。这体现了用户对“设备选择”或“设备组构成”的配置。然而，这不等同于配置目标专利所定义的“呈现规则”。目标专利的呈现规则是关联“发送者ID”、“媒体类型”与“接口”的映射规则，且存储在计算设备本地。对比文件的用户输入影响的是服务器端对多设备的路由决策，而非终端设备本地的、基于发送者ID的呈现规则。因此未被直接公开。<br><br>**隐含公开判断**：对比文件隐含了用户偏好或选择可以影响媒体分发。但同样，这种影响作用于服务器侧的多设备路由策略，而非终端侧基于发送者ID的接口选择规则。两者技术路径不同，无法合理推断。 |
| **技术特征H**：响应于所述用户输入而配置所述呈现规则。<br>**判断结果：未直接公开，也未隐含公开** | [0080] “...the server 108 may modify the combination of capabilities associated with the single network entity based on the notification to update.” | **直接公开判断**：对比文件描述了服务器响应于用户通知（输入）而修改其代表的“单一网络实体”的能力组合。这修改的是服务器对外展示的用户能力参数，而非终端设备本地的“呈现规则”。行为主体和配置对象均不同。<br><br>**隐含公开判断**：同特征G，对比文件的用户配置作用于服务器端的路由逻辑，无法隐含推导出对终端设备本地呈现规则的配置。 |
| **技术特征I**：其特征在于，接收用户输入和响应于所述用户输入而配置所述呈现规则是在所述群通信会话期间完成的。<br>**判断结果：未直接公开，也未隐含公开** | [0144] “...when a user wants to add an additional device to a communication, delete or switch one or more devices during a communication, the application server... may handle the device addition, deletion, or switch.” | **直接公开判断**：对比文件确实允许在通信会话期间添加、删除或切换设备，这可以视为一种在会话期间的动态配置。但如前述，该配置是针对服务器管理的多设备集合，而非目标专利中计算设备本地、基于发送者ID的呈现规则。虽然时间特性（会话期间）相似，但配置的内容和主体根本不同。<br><br>**隐含公开判断**：无法从对比文件的“会话期间调整设备”隐含推导出“会话期间调整基于发送者ID的本地呈现规则”。 |
| **技术特征J**：其特征在于，所述一个或多个接口包括以下一者或多者：显示器、头戴式耳机、扬声器电话、端口、应用或辅助设备。<br>**判断结果：直接公开**<br>**<<<J>>>** | [0033] “...a wireless personal digital assistant (PDA), an Internet phone, a cell phone, a television or other type of display device...” <br>[0050] “...personal digital assistant (PDA)...” <br>[0095] “...to a PDA and to a television receiver.” | **直接公开判断**：对比文件明确列举了各种用户设备，如PDA（通常包含显示器和扬声器）、电视（显示器）、手机等。这些设备类型分别对应了目标专利中“接口”的具体实例，如“显示器”（电视、PDA屏幕）、“扬声器电话”（手机、PDA扬声器）。虽然对比文件是从“设备”角度描述，而目标专利是从计算设备的“接口”角度描述，但对于本领域技术人员而言，设备是实现媒体呈现功能的物理实体，其呈现媒体的部件（如屏幕、扬声器）即对应于接口。因此，对比文件已直接公开了这些接口类型。 |
| **技术特征K**：其特征在于，进一步包括：存储对所述计算设备的被用来呈现所接收到的媒体数据的所述一个或多个接口的指示<br>**判断结果：未直接公开，也未隐含公开** | 无对应内容。 | **直接公开判断**：对比文件没有描述存储关于“哪个接口被用来呈现媒体”的指示。其关注点在于媒体分发的实时决策和路由，而非记录呈现历史。<br><br>**隐含公开判断**：对比文件未涉及此概念，无法进行合理推断。 |
| **技术特征L**：至少部分地基于所存储的对用于呈现所接收到的媒体数据的所述一个或多个接口的指示来更新所标识的呈现规则以生成经更新呈现规则<br>**判断结果：未直接公开，也未隐含公开** | 无对应内容。 | **直接公开判断**：对比文件完全没有涉及基于历史呈现记录（存储的接口指示）来更新任何规则（无论是服务器路由规则还是设备本地规则）。目标专利此特征体现了机器学习或自适应优化的思想，对比文件未公开。<br><br>**隐含公开判断**：无相关基础，无法推断。 |
| **技术特征M**：在所述群通信会话期间在所述计算设备中接收新媒体数据，所述新媒体数据包括另一发送者标识符(另一发送者ID)<br>**判断结果：未直接公开，也未隐含公开** | [0095] “For example, the server 108 may receive transmissions of information from the server 114...” | **直接公开判断**：对比文件描述了在会话中接收传输（新媒体数据）。但同特征A，未明确公开媒体数据中“包括另一发送者标识符”。<br><br>**隐含公开判断**：同特征A，无法从对比文件隐含得出此特征。 |
| **技术特征N**：在所述计算设备中标识与所接收到的新媒体数据相关联的所述另一发送者ID<br>**判断结果：未直接公开，也未隐含公开** | 无对应内容。 | **直接公开判断**：对比文件未描述终端设备标识发送者ID的行为。<br><br>**隐含公开判断**：同特征B，无法从对比文件隐含得出此特征。 |
| **技术特征O**：在所述计算设备中标识所接收到的新媒体数据的新媒体类型<br>**判断结果：未直接公开，也未隐含公开** | 无对应内容。 | **直接公开判断**：对比文件未描述终端设备标识媒体类型的行为。服务器端会区分媒体类型，但行为主体不同。<br><br>**隐含公开判断**：同特征B，难以从服务器行为推断终端行为。 |
| **技术特征P**：在所述计算设备中标识与所述另一发送者ID和所述新媒体类型相关联的经更新呈现规则<br>**判断结果：未直接公开，也未隐含公开** | 无对应内容。 | **直接公开判断**：对比文件既未公开设备本地的呈现规则，也未公开基于历史更新的规则，更未公开标识此类更新规则的行为。<br><br>**隐含公开判断**：无相关基础，无法推断。 |
| **技术特征Q**：基于所标识的经更新呈现规则来选择所述计算设备的另一接口以用于呈现所述新媒体数据<br>**判断结果：未直接公开，也未隐含公开** | 无对应内容。 | **直接公开判断**：对比文件中的设备选择由服务器基于参数进行，而非由设备基于本地更新规则进行。<br><br>**隐含公开判断**：无相关基础，无法推断。 |
| **技术特征R**：经由所述计算设备的所选另一接口来呈现所述新媒体数据。<br>**判断结果：直接公开**<br>**<<<E>>>（与特征E实质相同，已被公开）** | 同特征E引用内容。 | **直接公开判断**：此特征与特征E“经由接口呈现媒体数据”在动作本质上相同。对比文件已公开了“经由设备（接口）呈现媒体数据”。虽然此处的规则是基于“经更新呈现规则”，但“呈现”动作本身已被公开。对于“呈现”这一具体动作而言，无论其前的规则是原始的或更新的，动作本身没有区别。因此，该特征中“呈现所接收到的媒体数据”这一部分已被直接公开。但需注意，“基于所标识的经更新呈现规则”这一前提条件未被公开。 |
| **技术特征S**：其特征在于，所述媒体类型是以下一者或多者：图片、文本消息、视频、声音、多用途因特网邮件扩展(MIME)、分辨率、格式或文件扩展。<br>**判断结果：直接公开**<br>**<<<S>>>** | [0003] “...real-time multimedia session data such as voice, video, or text messages.” <br>[0040] “...real-time multimedia session data such as voice, video, or text messages.” <br>[0050] “Examples of media types may include, at least, audio, video and messaging.” | **直接公开判断**：对比文件明确列举了在多媒体会话中交换的媒体类型，包括“voice”（声音）、“video”（视频）、“text messages”（文本消息）、“audio”（音频）、“messaging”（消息）。这些具体类型落入目标专利所列举的“声音、视频、文本消息”等范畴。因此，对比文件直接公开了媒体类型的具体示例。 |
| **技术特征T**：其特征在于，进一步包括：将对所述计算设备的用于呈现所接收到的媒体数据的所述一个或多个接口的指示从所述计算设备发送给与所标识的发送者ID相关联的计算设备。<br>**判断结果：未直接公开，也未隐含公开** | 无对应内容。 | **直接公开判断**：对比文件没有描述接收方设备将其媒体呈现方式（接口指示）反馈给发送方设备。其通信流主要是媒体内容的发送和接收，以及服务器端的控制信令。<br><br>**隐含公开判断**：无相关基础，无法推断。 |
| **技术特征U**：其特征在于，进一步包括：将对所述计算设备的用于呈现所接收到的媒体数据的所述一个或多个接口的指示从所述计算设备发送给参与所述群通信会话的所有其他计算设备。<br>**判断结果：未直接公开，也未隐含公开** | 无对应内容。 | **直接公开判断**：对比文件没有描述接收方设备向会话中所有其他参与者广播其媒体呈现方式。<br><br>**隐含公开判断**：无相关基础，无法推断。 |
### 结论
综上所述，经比对分析：
- 技术特征E（经由接口呈现媒体数据）和技术特征J（接口的具体类型）以及技术特征S（媒体类型的具体示例）被对比文件**直接公开**。
- 其余技术特征（A、B、C、D、F、G、H、I、K、L、M、N、O、P、Q、T、U）均未被对比文件直接公开或隐含公开。主要差异在于：1）目标专利的核心“基于发送者ID的本地呈现规则”及其动态配置在对比文件中没有对应；2）目标专利的行为主体是终端计算设备，而对比文件的核心决策和行为主体是网络侧的应用服务器（AS）；3）目标专利的规则关联维度（发送者ID+媒体类型->接口）与对比文件的决策维度（媒体类型/组件->用户的不同设备）不同。
<<<E>>><<<J>>><<<S>>>