**对比文件名称**：2010-12-23_US2010325176A_发明申请_US20100325176A1 SYSTEM FOR HANDLING GRAPHICS
**目标专利名称**：312用于群通信中基于动态讲话者ID的媒体处理的框架和方法CN104885487B
**本次调用的模型名称**：DeepSeek
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：包括：在所述群通信会话期间在所述计算设备中接收媒体数据，所述媒体数据至少包括所述媒体数据的发送者的标识符(发送者ID) | “The secondary user interface 120 is configured to be connected to user clients... In response to a request messages R from the user clients C21a, C21b, C22a and C2na, the system is adapted to provide each client with access to at least one requested data set of the data sets 3Dgr stored in the primary memory means 130.” (说明书第[0023]段)<br>“...the examining entity 150 is configured to identify a graphics rendering capability Ccap of the user client that originated the request message R, say client C21b...” (说明书第[0026]段) | **隐含公开**。对比文件公开了系统从用户客户端接收请求消息（R），并根据该请求提供所请求的数据集（3Dgr）。请求消息必然来自一个特定的客户端（例如C21b），该客户端具有身份（例如设备型号、IP地址等）。虽然对比文件没有明确使用“发送者ID”这一术语，也没有明确其存在于“媒体数据”中，但在网络通信中，请求消息或数据包的来源标识（如源地址）是隐含的、必然存在的信息，用于系统识别请求方并作出响应。本领域技术人员可以毫无疑义地理解，要响应来自特定客户端的请求，系统必然需要知道或能够识别该请求的来源（即发送者标识）。因此，对比文件隐含公开了“在计算设备（系统）中接收数据（请求/数据集），该数据至少包括发送者的标识符”这一技术特征。然而，对比文件的上下文是“按需图形分发系统”，而非目标专利的“群通信会话”，两者应用场景不同。 |
| **技术特征B**：在所述计算设备中标识与所接收到的媒体数据相关联的所述发送者ID以及多个不同媒体类型中与所接收到的媒体数据相关联的媒体类型 | “...the examining entity 150 is configured to identify a graphics rendering capability Ccap of the user client that originated the request message R...” (说明书第[0026]段)<br>“The source format is based on XML... The target format of the modified data set, in turn, may be a binary format...” (说明书第[0031]段) | **隐含公开**。对比文件公开了检查实体（150）识别发起请求消息的用户客户端的图形渲染能力（Ccap）。要识别“哪个客户端”，必然涉及识别该客户端的标识（隐含的发送者ID）。同时，对比文件公开了数据集具有源格式（如基于XML的COLLADA、X3D）或转换后的目标格式（如二进制格式），这些格式（如XML、二进制）可以被视为一种“媒体类型”或“文件格式”。本领域技术人员可以理解，系统在处理数据前，需要识别数据的格式以决定如何转换或呈现。因此，对比文件隐含公开了“标识与所接收数据相关联的发送者（客户端）以及数据的格式（媒体类型）”。但对比文件中的“媒体类型”主要指3D图形数据的文件格式，而目标专利的“多个不同媒体类型”范围更广（如图片、音频、视频等），且识别目的（用于选择接口 vs 用于格式转换/选择查看器）不同。 |
| **技术特征C**：在所述计算设备中标识呈现规则，所述呈现规则将所述发送者ID和关联于所接收到的媒体数据的媒体类型与所述计算设备的多个接口中有能力呈现关联于所接收到的媒体数据的媒体类型的一个或多个接口相关 | “The viewer database 140 contains a number of software modules SWvw which each is adapted to implement a respective viewer. Each viewer, in turn, is configured to visualize the stored data sets 3Dgr on at least one type of client...” (说明书第[0024]段)<br>“If the examining entity 150 finds that the client C21b is incapable of visualizing the requested data set 3Dgr, the controller entity 160 is configured to forward an adequate software module SWvw from the viewer database 140 to the user client C21b. The controller entity 160 selects the adequate software module SWvw to be a module that is adapted to implement a viewer, which in turn, is configured to visualize the requested data set 3Dgr on the client C21b.” (说明书第[0027]段)<br>“...the examining entity 150 is preferably configured to investigate whether or not the user client which originated the request message R is capable of handling the source format of the requested data set 3Dgr... the examining entity 150 is further adapted to trigger the conversion entity 170 to convert the requested data set 3Dgr into a modified data set 3Dgrtr. Here... the modified data set 3Dgrtr has a target format which the user client can handle...” (说明书第[0029]-[0030]段) | **隐含公开**。对比文件公开了系统根据用户客户端的图形渲染能力（Ccap，隐含了客户端身份/类型）和请求数据集的格式（源格式），来决定采取何种动作：1）直接提供源格式数据（如果客户端有能力处理）；2）提供转换后的目标格式数据（3Dgrtr）；3）提供合适的查看器软件模块（SWvw）。查看器或转换后的数据格式，本质上是为了在客户端的特定输出硬件（如显示器、GPU）上“呈现”或“可视化”数据，这些输出硬件可以对应为“接口”。系统内部存在一种逻辑或“规则”，它将“客户端能力/身份”（隐含发送者ID）和“数据格式”（媒体类型）与一个具体的“呈现手段”（特定的查看器或数据格式，其对应特定的客户端接口能力）关联起来。例如，规则可能是：“如果客户端是移动电话且格式为COLLADA，则转换为M3G格式并用Java ME查看器呈现”。这隐含了“标识呈现规则”并将（客户端ID，媒体类型）与（客户端接口能力/查看器）相关联。然而，此规则是基于客户端硬件/软件能力，而非目标专利中基于用户主观配置的、针对不同通信方（发送者ID）的个性化呈现规则。 |
| **技术特征D**：其中所述呈现规则在所述群通信会话期间能由所述计算设备动态地配置以响应于所述一个或多个接口的操作状态在所述群通信会话期间已改变的指示而改变与所述发送者ID和所述媒体类型相关的所述一个或多个接口 | 未找到对应内容。对比文件未描述在会话期间动态重新配置规则以响应接口操作状态（如连接/断开）的改变。 | **未公开**。对比文件描述的系统是根据客户端的静态或预先识别的能力来分配合适的查看器或数据格式。虽然客户端的能力可能因网络带宽变化而间接影响（参见[0030]段），但这不是指客户端本地接口（如耳机、显示器）的操作状态在“会话期间”发生改变，并触发对“呈现规则”（即哪个发送者的哪种媒体去哪里的映射关系）的重新配置。目标专利的特征D强调在持续的群通信会话中，因接口状态变化（如拔掉耳机）而动态调整针对特定发送者和媒体类型的输出接口规则。对比文件没有公开这一动态的、基于接口状态事件触发的规则重配置过程。 |
| **技术特征E**：经由所述计算设备的与所述发送者ID和关联于所接收到的媒体数据的媒体类型相关的所述一个或多个接口来呈现所接收到的媒体数据。 | “Subsequently, the client C21b may access the requested data set 3Dgr by means of the viewer implemented by the software module SWvw.” (说明书第[0028]段)<br>“Step 260 provides the user client with access to the requested data set(s).” (说明书第[0065]段) | **隐含公开**。对比文件公开了在系统为客户端分配合适的查看器（SWvw）和/或数据格式（3Dgrtr）后，客户端最终会“访问”或“可视化”所请求的数据集。这意味着数据将通过客户端上运行的查看器软件，最终在客户端具备的图形输出硬件（如显示屏）上呈现出来。这个“查看器”和“输出硬件”的组合，可以理解为目标专利中的“接口”。虽然对比文件没有详细描述“呈现”的具体动作，但“可视化（visualize）”一词本身即包含了在输出设备上呈现的含义。因此，本领域技术人员可以合理推断，数据会经由与客户端能力和数据格式相匹配的接口（即查看器驱动的显示输出）呈现。 |
| **技术特征F**：所标识的呈现规则将所述发送者ID和关联于所接收到的媒体数据的所述媒体类型与所述多个接口中若存在的有能力呈现所接收到的媒体数据的第一接口相关以及在所述第一接口不存在的情况下与所述多个接口中有能力呈现所接收到的媒体数据的第二接口相关，以及所述用于呈现所接收到的媒体数据的一个或多个接口包括在所述第一接口存在的情况下的所述第一接口或者在所述第一接口不存在的情况下的所述第二接口。 | “For user clients having relatively limited graphics rendering capability, the 3D image may instead have to be rendered on the server side... the control entity 160 is preferably configured to cause symbolic graphics... to be shown via a viewer in the user client... Then, in response to a confirmation command from the user client, the control entity 160 causes the conversion entity 170 to generate a modified data set 3Dgrtr... Thereafter, the system forwards the modified data set 3Dgrtr to the user client.” (说明书第[0044]段)<br>“As a final fallback, the controller entity 160 may be configured to deliver a pre-generated image, or video stream, to the user client.” (说明书第[0046]段)<br>描述步骤式转换方案的Step 1-4 (说明书第[0039]-[0043]段) | **隐含公开**。对比文件公开了分层的、备用的呈现策略。例如，在[0039]-[0043]段的步骤式方案中：如果客户端有能处理源格式的查看器（Step 1，可类比为“第一接口”存在），则提供源数据；否则，如果存在已转换的匹配版本（Step 2，可类比为寻找“第二接口”）；再否则，实时转换（Step 3，生成适配版本）；最后，提供查看器软件（Step 4，安装新“接口”）。更具体地，[0044]和[0046]段描述了对于能力极弱的客户端，先用符号图形（一种简化的呈现方式，可类比为低性能的“第一接口”）进行交互预览，然后在用户确认后发送渲染好的图像或视频流（另一种呈现方式，可类比为“第二接口”）。这隐含了一种规则：根据客户端的能力（隐含身份/类型）和数据格式，优先尝试一种呈现方式（第一接口），若该方式不适用或不存在（如客户端无相应查看器），则采用另一种备用的呈现方式（第二接口，如图像/视频流）。这体现了基于条件（接口/能力是否存在）选择不同接口进行呈现的逻辑。 |
| **技术特征G**：其特征在于，所述呈现规则是用户可配置的，所述方法进一步包括：接收用户输入 | 未找到对应内容。对比文件中的系统行为（选择查看器、转换格式）是基于自动检测的客户端能力，并未描述由用户（数据接收方或发送方）来配置或定义这些规则。 | **未公开**。对比文件中的“规则”是系统内置的、基于技术能力检测的自动决策逻辑，目的是实现跨平台兼容性。目标专利的“呈现规则”强调是用户可配置的，即允许用户根据自己的偏好，为不同的发送者（联系人）和媒体类型指定不同的输出设备（如A的图片去主屏，B的音频去耳机）。这是一种主观的、个性化的配置，而非客观的、基于设备性能的自动适配。对比文件完全没有涉及用户配置规则的概念。 |
| **技术特征H**：响应于所述用户输入而配置所述呈现规则。 | 未找到对应内容。 | **未公开**。理由同特征G。 |
| **技术特征I**：其特征在于，接收用户输入和响应于所述用户输入而配置所述呈现规则是在所述群通信会话期间完成的。 | 未找到对应内容。 | **未公开**。理由同特征G、H。 |
| **技术特征J**：其特征在于，所述一个或多个接口包括以下一者或多者：显示器、头戴式耳机、扬声器电话、端口、应用或辅助设备。 | “...each viewer is configured to visualize the stored data sets 3Dgr on at least one type of client...” (说明书第[0024]段)<br>用户客户端可以是笔记本电脑、移动电话等，这些设备必然包含显示器。查看器是一个应用（Application）。 | **隐含公开**。对比文件明确提到了“可视化（visualize）”数据，这必然涉及在某种输出设备上呈现。客户端设备（如笔记本电脑、手机）的标准输出接口就是显示器。此外，为了实现可视化，需要在客户端上运行“查看器（viewer）”，这对应一个“应用”。因此，本领域技术人员可以毫无疑义地推断，对比文件中的“接口”至少包括了“显示器”和“应用”。虽然未明确列举头戴式耳机、扬声器电话、端口或辅助设备，但显示器和应用已被明确公开或必然隐含。 |
| **技术特征K**：其特征在于，进一步包括：存储对所述计算设备的被用来呈现所接收到的媒体数据的所述一个或多个接口的指示 | “...the controller entity 160 is configured to cause a copy of this data set 3Dgrtr to be stored in the secondary memory means 180. Consequently, the controller entity 160 gradually builds up a library of pre-converted modified data sets 3Dgrtr in the secondary memory means 180.” (说明书第[0036]段) | **未公开**。对比文件存储的是转换后的数据内容（3Dgrtr）本身，目的是为了后续请求时直接重用，避免重复转换。这不同于目标专利中存储“对接口的指示”。目标专利存储的是“哪个接口被用来呈现了媒体”这一历史记录或日志，目的是用于后续的机器学习来更新规则。两者存储的对象和目的均不相同。 |
| **技术特征L**：至少部分地基于所存储的对用于呈现所接收到的媒体数据的所述一个或多个接口的指示来更新所标识的呈现规则以生成经更新呈现规则 | 未找到对应内容。对比文件没有描述基于历史呈现记录（如使用了哪个接口）来动态更新其决策规则（即如何为客户端选择查看器或格式）。 | **未公开**。目标专利的特征L涉及基于历史行为（接口使用情况）通过机器学习动态优化呈现规则。对比文件的系统决策是静态的，基于即时的客户端能力检测，不涉及根据过往呈现行为进行自学习的规则更新机制。 |
| **技术特征M**：在所述群通信会话期间在所述计算设备中接收新媒体数据，所述新媒体数据包括另一发送者标识符(另一发送者ID) | 同特征A的引用。系统会持续接收来自不同客户端的请求。 | **隐含公开**。理由同特征A。对比文件系统会处理来自不同用户客户端（C21a, C21b, C22a, C2na）的请求，每个请求都隐含了一个“另一发送者ID”（即另一个客户端的身份）。 |
| **技术特征N**：在所述计算设备中标识与所接收到的新媒体数据相关联的所述另一发送者ID | 同特征B的引用。系统会识别每个请求的来源客户端。 | **隐含公开**。理由同特征B。系统需要识别每个请求的来源以确定其图形渲染能力。 |
| **技术特征O**：在所述计算设备中标识所接收到的新媒体数据的新媒体类型 | 同特征B的引用。数据集具有格式。 | **隐含公开**。理由同特征B。系统会处理具有不同格式（源格式或目标格式）的数据集。 |
| **技术特征P**：在所述计算设备中标识与所述另一发送者ID和所述新媒体类型相关联的经更新呈现规则 | 未找到对应内容。对比文件没有“经更新呈现规则”的概念。 | **未公开**。理由同特征L。对比文件的决策逻辑是固定的，并非一个可被“更新”的规则。 |
| **技术特征Q**：基于所标识的经更新呈现规则来选择所述计算设备的另一接口以用于呈现所述新媒体数据 | 未找到对应内容。 | **未公开**。由于特征P未公开，且对比文件的选择逻辑不是基于“经更新规则”，因此本特征也未被公开。 |
| **技术特征R**：经由所述计算设备的所选另一接口来呈现所述新媒体数据。 | 同特征E的引用。 | **隐含公开**。理由同特征E。对于新的请求和数据，最终会通过客户端的接口（查看器/显示器）呈现。 |
| **技术特征S**：其特征在于，所述媒体类型是以下一者或多者：图片、文本消息、视频、声音、多用途因特网邮件扩展(MIME)、分辨率、格式或文件扩展。 | “The source format is based on XML (eXended Markup Language)... The target format of the modified data set, in turn, may be a binary format...” (说明书第[0031]段)<br>“...the controller entity 160 responds with the correct MIME-type...” (说明书第[0059]段) | **隐含公开**。对比文件明确提到了数据的“格式（format）”（如XML、二进制）和“MIME-type”。格式和MIME类型是目标专利所列媒体类型的子集。虽然对比文件主要针对3D图形数据，未提及图片、文本消息、视频、声音等具体类型，但“格式”和“MIME类型”这两个上位概念已被公开，本领域技术人员可以理解它们适用于多种媒体类型。 |
| **技术特征T**：其特征在于，进一步包括：将对所述计算设备的用于呈现所接收到的媒体数据的所述一个或多个接口的指示从所述计算设备发送给与所标识的发送者ID相关联的计算设备。 | 未找到对应内容。对比文件没有描述将接收方使用了何种接口/查看器的信息反馈给发送方设备。 | **未公开**。目标专利的特征T和U涉及呈现信息的反馈机制，旨在让发送方了解媒体如何被呈现。对比文件完全专注于确保接收方能正确呈现数据，没有涉及将呈现状态信息反向通知发送方或其他参与者的功能。 |
| **技术特征U**：其特征在于，进一步包括：将对所述计算设备的用于呈现所接收到的媒体数据的所述一个或多个接口的指示从所述计算设备发送给参与所述群通信会话的所有其他计算设备。 | 未找到对应内容。 | **未公开**。理由同特征T。 |
<<<a>>><<<e>>><<<f>>><<<j>>><<<m>>><<<n>>><<<o>>><<<r>>><<<s>>>