对比文件名称：2009-05-28_JP2009116887A_发明专利_JP2009116887A Integrated function control program, device and method
目标专利名称：用于群通信中基于动态讲话者ID的媒体处理的框架和方法CN104885487B
本次调用的模型名称：DeepSeek
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **A：包括：在所述群通信会话期间在所述计算设备中接收媒体数据，所述媒体数据至少包括所述媒体数据的发送者的标识符(发送者ID)** | 对比文件描述了TV电话或电子会议场景，其中计算设备（如携帯通信端末11、会議室サーバ53a）会接收媒体数据。例如在TV电话中，携帯通信端末11会接收来自通話先通信端末19的音声データ和映像データ（参见图1、[0022]段）。发送者的标识隐含在通信对端中（通話先通信端末19）。 | **《隐含公开》** 对比文件公开了在通信会话（如TV电话）期间接收媒体数据（音频、视频）。虽然对比文件没有明确说明媒体数据中“包括”一个独立的“发送者ID”字段，但在所描述的通信会话上下文中，媒体数据必然来自于一个特定的发送方（即通话对端设备）。本领域技术人员可以毫无疑义地理解，在建立和维持此类会话（如通过SIP服务器）时，发送方的身份（如对方的URL、IP地址）是会话信令的一部分，可用于标识媒体来源。这与目标专利中利用发送者ID进行标识的目的在基础层面是相似的。然而，对比文件并未强调或利用此“发送者ID”来驱动差异化的媒体呈现，其选择输出设备的逻辑是基于数据类型而非发送者身份。因此，该技术特征被对比文件隐含公开。 |
| **B：在所述计算设备中标识与所接收到的媒体数据相关联的所述发送者ID以及多个不同媒体类型中与所接收到的媒体数据相关联的媒体类型** | 对比文件公开了区分媒体类型，例如“音声データ”和“映像データ”（参见[0022]段，图3-5等）。设备（如機器統合部21）需要知道媒体类型以匹配具有相应功能的输出设备（如音频输出对应扬声器，视频输出对应显示器）。对于发送者ID，通信对端（如通話先通信端末19）的身份在会话中是已知的。 | **《隐含公开》** 对比文件明确公开了标识媒体类型（音频、视频），这是其选择适当输出设备的基础（见图5統合機能定義情報）。对于“标识发送者ID”，虽然对比文件没有描述一个为媒体处理目的而主动“标识”发送者ID的独立步骤，但在其通信会话上下文中，发送方（对端设备）的身份是已知的、可获取的信息。例如，在SIP注册和会话建立中，对方联系信息（URL）是明确的（见图3）。因此，本领域技术人员可以合理推断，计算设备能够获知当前媒体数据的发送来源。对比文件未将发送者ID作为媒体呈现规则的一个输入维度，但“标识”该信息的能力是隐含存在的。 |
| **C：在所述计算设备中标识呈现规则，所述呈现规则将所述发送者ID和关联于所接收到的媒体数据的媒体类型与所述计算设备的多个接口中有能力呈现关联于所接收到的媒体数据的媒体类型的一个或多个接口相关，** | 对比文件公开了“統合機能定義情報”（图5，[0022]段），其定义了实现某一功能（如TV电话）所需的**数据类型**（如音频输出、视频输出）与具有相应功能的**设备**之间的关联。用户通过“機器選択画面”（图10）从候选设备中选择，最终形成一条“规则”：将特定数据类型映射到用户选择的特定输出设备上。例如，用户选择“音声出力機器”为スピーカ12，“映像出力機器”为ディスプレイ13。 | **《未公开》** 对比文件公开的“规则”（即用户选择结果）仅关联了**媒体类型**（数据类型）与**输出接口**（设备）。它完全缺失了“发送者ID”这一关键关联维度。在对比文件的方案中，无论媒体来自哪个发送者（在TV电话场景中始终是对端），对于同一种媒体类型（如音频），其输出设备的选择规则是唯一的（由用户当前选择决定）。目标专利的核心在于呈现规则是“发送者ID”和“媒体类型”的二元函数，从而实现对不同发送者的同类媒体进行差异化呈现。对比文件没有公开，也未暗示需要或存在这种基于发送者身份的差异化关联规则。 |
| **D：其中所述呈现规则在所述群通信会话期间能由所述计算设备动态地配置以响应于所述一个或多个接口的操作状态在所述群通信会话期间已改变的指示而改变与所述发送者ID和所述媒体类型相关的所述一个或多个接口** | 对比文件公开了“機器切替処理”（图12，[0028]段）。在統合機能（如TV电话）进行中，用户可以通过操作再次调出“機器選択画面”（图13），并选择不同的输出设备（例如，将音频输出从外部スピーカ12切换到内置スピーカ36）。这改变了音频数据类型与输出设备的关联。接口操作状态的改变（如外部设备断开）可以触发用户进行此类重新配置的需求。 | **《隐含公开》** 对比文件明确公开了在功能使用期间（即通信会话期间）动态重新配置输出设备（接口）的能力。虽然其触发方式主要是用户主动发起切换操作，但本领域技术人员可以合理推断，当用户感知到某个接口操作状态改变（如外接扬声器无声、显示器断开）时，会主动使用该切换功能来重新指定接口。因此，“响应于接口操作状态改变的指示而动态改变接口关联”这一技术手段，在对比文件中以用户手动干预的形式被隐含公开。尽管对比文件没有实现自动响应，但“动态可配置以响应状态改变”的技术构思和可能性已被揭示。 |
| **E：经由所述计算设备的与所述发送者ID和关联于所接收到的媒体数据的媒体类型相关的所述一个或多个接口来呈现所接收到的媒体数据。** | 对比文件公开了经由用户选择的设备来输出媒体数据。例如，在TV电话中，音频数据通过用户选择的スピーカ12或スピーカ36输出，视频数据通过用户选择的ディスプレイ13或画面38输出（参见[0022], [0025], 图11）。 | **《直接公开》** 对比文件直接且明确地公开了根据已确定的关联（媒体类型 -> 输出设备），通过计算设备的相关接口（无论是内置还是外接的扬声器、显示器）来呈现（播放/显示）所接收到的媒体数据。这与技术特征E所描述的动作完全一致。 |
| **F：其特征在于：所标识的呈现规则将所述发送者ID和关联于所接收到的媒体数据的所述媒体类型与所述多个接口中若存在的有能力呈现所接收到的媒体数据的第一接口相关以及在所述第一接口不存在的情况下与所述多个接口中有能力呈现所接收到的媒体数据的第二接口相关，以及所述用于呈现所接收到的媒体数据的一个或多个接口包括在所述第一接口存在的情况下的所述第一接口或者在所述第一接口不存在的情况下的所述第二接口。** | 对比文件中未描述任何具有条件逻辑（if-then）或备用接口选择的呈现规则。用户的选择是明确的、单一的，例如指定音频由“スピーカ12”输出。没有公开当首选接口不存在时自动关联并使用备用接口的规则。 | **《未公开》** 技术特征F限定了呈现规则包含一个条件逻辑结构：优先关联第一接口，若第一接口不存在则关联第二接口。这是一种具体的、多场景的规则实现方式。对比文件完全没有公开这样的规则逻辑。其用户选择是静态的、确定的，不包含“如果...否则...”的层次化或条件化判断。虽然对比文件允许用户手动切换到另一个接口，但这与规则本身内嵌了备用逻辑有本质区别。 |
| **G：其特征在于，所述呈现规则是用户可配置的，所述方法进一步包括：接收用户输入** | 对比文件公开了用户通过“機器選択画面”（图10，图13）选择输出设备的过程。这本质上就是用户对“何种媒体类型使用哪个接口”这一规则进行配置。用户的操作（如点击选择）即是用户输入。 | **《直接公开》** 对比文件直接公开了呈现规则（即数据类型与输出设备的映射关系）是用户可配置的，并且通过接收用户在设备选择画面上的操作（用户输入）来完成配置。这与技术特征G的描述完全吻合。 |
| **H：响应于所述用户输入而配置所述呈现规则。** | 对比文件公开了“機器統合部21”根据用户从选择画面返回的选择结果，将所选设备确定为用于相应数据类型的输出设备，并通知“機器切替部25”执行控制（参见图9步骤T36-T38，图12步骤T56-T58）。这就是响应于用户输入来配置（或重新配置）输出接口关联规则。 | **《直接公开》** 对比文件明确公开了系统响应用户在设备选择界面上的输入，将用户的选择结果确定为新的输出设备关联规则，并据此控制设备切换。这直接对应于“响应于用户输入而配置呈现规则”。 |
| **I：其特征在于，接收用户输入和响应于所述用户输入而配置所述呈现规则是在所述群通信会话期间完成的。** | 对比文件中的“機器切替処理”（图12）明确是在統合機能（如TV电话）正在进行中（即通信会话期间）发生的。用户可以在通话中随时调出选择画面并切换输出设备（[0028]段）。 | **《直接公开》** 对比文件明确记载了在功能使用中（即TV电话或电子会议进行期间）进行设备切换，这包括了接收用户输入和重新配置输出设备关联的整个过程。因此，该特征被直接公开。 |
| **J：其特征在于，所述一个或多个接口包括以下一者或多者：显示器、头戴式耳机、扬声器电话、端口、应用或辅助设备。** | 对比文件公开的接口设备包括：画面38、ディスプレイ13、56（显示器），スピーカ36、12、55（扬声器），以及通过ネットワークインタフェース部26连接的端口。在电子会议实施例中，“アプリケーション共有プログラム”作为一个可共享屏幕和操作权的应用（[0033]段）。这些都属于接口或辅助设备。 | **《直接公开》** 对比文件具体列举了多种用于呈现媒体数据的接口类型，包括显示器（画面、ディスプレイ）、扬声器（スピーカ）、网络端口，以及应用程序。这些具体示例完全覆盖了技术特征J所概括的接口类型范围。因此，该特征被直接公开。 |
| **K：其特征在于，进一步包括：存储对所述计算设备的被用来呈现所接收到的媒体数据的所述一个或多个接口的指示** | 对比文件未描述存储历史性的接口使用记录。用户的选择结果被用于当前的会话控制，但没有提及将这些选择作为历史数据存储下来以备后续使用。 | **《未公开》** 技术特征K要求存储用于呈现的接口的“指示”，其目的在目标专利中是为了后续基于此历史数据进行规则更新（机器学习）。对比文件没有公开这样的存储步骤。其用户选择仅影响当前会话的即时配置，不涉及为未来会话积累数据。 |
| **L：至少部分地基于所存储的对用于呈现所接收到的媒体数据的所述一个或多个接口的指示来更新所标识的呈现规则以生成经更新呈现规则** | 对比文件未描述基于历史使用数据自动更新或学习呈现规则的功能。规则的改变完全依赖于用户的即时手动输入。 | **《未公开》** 技术特征L涉及基于历史使用数据（存储的接口指示）自动更新呈现规则，这是一种机器学习或自动化优化的思想。对比文件完全没有公开或暗示这种机制。其规则配置完全是用户驱动的手动过程。 |
| **M：在所述群通信会话期间在所述计算设备中接收新媒体数据，所述新媒体数据包括另一发送者标识符(另一发送者ID)** | 对比文件的TV电话实施例描述的是点对点或小范围会议（如两房间会议），媒体数据主要来自对端或少数几个固定参与者。它没有描述在一个多方群通信会话中，接收来自多个不同发送者的、并带有区分性标识符的媒体数据流。其“另一发送者”的概念不突出。 | **《未公开》** 技术特征M、N、O、P、Q、R构成一个连贯的步骤组，其前提是在一个有多方参与的群通信会话中，处理来自“另一发送者”（即不同于之前发送者的新参与者）的媒体。对比文件的核心场景（TV电话、两房间电子会议）虽然涉及多方，但其技术方案的重点在于为**整个会话**统一分配输出设备，而不是为**会话内每个不同的发送者**分别、动态地分配输出接口。因此，接收并处理带有特定“另一发送者ID”的新媒体数据这一上下文未被公开。 |
| **N：在所述计算设备中标识与所接收到的新媒体数据相关联的所述另一发送者ID** | （同M所述） | **《未公开》** |
| **O：在所述计算设备中标识所接收到的新媒体数据的新媒体类型** | 对比文件具有标识媒体类型的能力，但在此特定步骤组的上下文中，其目的和场景未被公开。 | **《未公开》** |
| **P：在所述计算设备中标识与所述另一发送者ID和所述新媒体类型相关联的经更新呈现规则** | 对比文件没有基于发送者ID的呈现规则，更没有基于历史数据更新的此类规则。 | **《未公开》** |
| **Q：基于所标识的经更新呈现规则来选择所述计算设备的另一接口以用于呈现所述新媒体数据** | 对比文件有基于用户选择规则来选择接口的能力，但无基于发送者ID和更新规则的选择。 | **《未公开》** |
| **R：经由所述计算设备的所选另一接口来呈现所述新媒体数据。** | 对比文件有通过接口呈现数据的能力，但在此特定步骤组的上下文中，其前提未被满足。 | **《未公开》** |
| **S：其特征在于，所述媒体类型是以下一者或多者：图片、文本消息、视频、声音、多用途因特网邮件扩展(MIME)、分辨率、格式或文件扩展。** | 对比文件明确公开的媒体类型包括：“音声データ”（声音）、“映像データ”（视频）。在电子会议实施例中，还涉及“操作データ”（KeyControl，可对应特定应用消息或控制信号）（参见图17、18）。其通过“入力データ型”、“出力データ型”来定义设备功能，隐含了对数据格式的区分。 | **《直接公开》** 技术特征S列举了媒体类型的示例。对比文件具体公开了“声音”（Audio）和“视频”（Video）这两种类型，它们完全落在目标专利的列举范围内。虽然对比文件未明确提及图片、文本消息、MIME等，但作为示例性列举，公开其中部分类型即足以支持“一者或多者”的判断。因此，该特征被直接公开。 |
| **T：其特征在于，进一步包括：将对所述计算设备的用于呈现所接收到的媒体数据的所述一个或多个接口的指示从所述计算设备发送给与所标识的发送者ID相关联的计算设备。** | 对比文件在“機器切替処理”中描述：当切换设备时，需要通知通話先通信端末19关于设备切换导致的URL变更，以便重新开始通话（[0029]段）。这实质上是将本地输出接口的变更信息（通过URL体现）发送给了媒体发送方（与发送者ID相关联的计算设备）。 | **《直接公开》** 对比文件明确公开了在切换输出接口（设备）后，将变更信息（即新的接口地址/URL）发送给通信对端（即发送方设备）。这与技术特征T所述的“将对接口的指示发送给与发送者ID相关联的计算设备”完全对应。在对比文件的场景中，通信对端就是当前媒体数据的发送者。 |
| **U：其特征在于，进一步包括：将对所述计算设备的用于呈现所接收到的媒体数据的所述一个或多个接口的指示从所述计算设备发送给参与所述群通信会话的所有其他计算设备。** | 对比文件在TV电话点对点场景中，切换信息只发送给通话对端（一个设备）。在电子会议实施例中，未明确描述将接口选择信息广播给所有其他参会设备。 | **《未公开》** 技术特征U要求将接口指示发送给“所有其他计算设备”。对比文件仅在点对点场景中公开了发送给对端（一个设备），这最多只能算部分公开了“发送给其他计算设备”的概念，但未达到“所有”的程度。在多方会议场景中，也未记载此类广播行为。因此，该特征未被对比文件公开。 |
<<<E>>><<<G>>><<<H>>><<<I>>><<<J>>><<<S>>><<<T>>><<<a>>><<<b>>><<<d>>>