对比文件名称：2006-07-06_JP2006180009A_发明专利_JP2006180009A Exchange system and its control method
目标专利名称：用于群通信中基于动态讲话者ID的媒体处理的框架和方法CN104885487B
本次调用模型名称：DeepSeek
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：包括：在所述群通信会话期间在所述计算设备中接收媒体数据，所述媒体数据至少包括所述媒体数据的发送者的标识符(发送者ID) <br>**《隐含公开》** | [2] “交換機システムの電話機６Ａ〜電話機６Ｅが交換機１が備える会議通話機能によりＢ１チャネルを用いて会議通話を行っている場合に、電話機６Ａを使用している会議通話参加者が１対１の通話要求の特番と１対１の通話相手となる電話機６Ｂの電話番号を押下するとそれらの情報は電話機６Ａの入力部６５から電話機制御部６２に送られＤチャネル上の制御データとして電話機６Ａから交換機１に内線インタフェース部６１を介して送信される（ステップＳ３−１）。” <br>**（翻译：** 当交换机系统的电话机6A~6E使用交换机1具备的会议通话功能通过B1通道进行会议通话时，使用电话机6A的会议通话参与者按下用于一对一通话请求的特服号和作为一对一通话对象的电话机6B的电话号码，该信息从电话机6A的输入部65发送到电话机制控制部62，并作为D通道上的控制数据从电话机6A通过内线接口部61发送到交换机1（步骤S3-1）。**）** | 对比文件公开了在会议通话（即群通信会话）期间，电话机（即计算设备）会接收数据。步骤S3-1中，电话机6A发送的请求包含了目标电话机6B的电话号码，该电话号码是通话对象的标识符。本领域技术人员可以毫无疑义地理解，在会议通话系统中，任一参与者发送的任何媒体数据（此处主要是音频）必然包含对该发送者的标识信息，以便交换机和接收方能够识别来源。对比文件中虽然没有明确“媒体数据”这一术语，但其描述的“通話”（通话）过程必然涉及音频媒体的传输。因此，该技术特征被对比文件隐含公开。 |
| **技术特征B**：在所述计算设备中标识与所接收到的媒体数据相关联的所述发送者ID以及多个不同媒体类型中与所接收到的媒体数据相关联的媒体类型 <br>**《未公开》** | 对比文件未公开相关内容。 | 对比文件确实涉及识别通话的发送方（例如，通过电话号码），但并未公开“标识媒体类型”这一特征。目标专利中的“媒体类型”包括图片、文本、视频、声音等多种类型（参见说明书[0019], [0021]），用于区分并控制不同的呈现方式。对比文件仅涉及音频通话，其描述的“B1通道用于会议通话”、“B2通道用于一对一通话”（参见步骤S3-5, S3-7）本质上是不同的通信链路或会话类型，而非目标专利所定义的、用于控制呈现接口的“媒体类型”。本领域技术人员无法从对比文件中直接或隐含地得出根据“媒体类型”来区分和控制媒体呈现的技术方案。 |
| **技术特征C**：在所述计算设备中标识呈现规则，所述呈现规则将所述发送者ID和关联于所接收到的媒体数据的媒体类型与所述计算设备的多个接口中有能力呈现关联于所接收到的媒体数据的媒体类型的一个或多个接口相关，<br>**《隐含公开》** | [2] “会議通話中の音声は電話機のスピーカから出力し会議通話へのマイクロフォンからの入力音声は遮断し１対１の通話の音声は電話機のハンドセットにより入出力するように構成した”（参见发明概述部分） <br>**（翻译：** 构成如下：会议通话中的声音从电话机的扬声器输出，切断对会议通话的来自麦克风的输入声音，一对一通话的声音通过电话机的手持设备进行输入输出。） | 对比文件公开了在会议通话场景下，针对不同来源（发送者）和不同通话类型（相当于一种特定的“媒体类型”——群组音频与私密音频），将音频输出导向不同接口（扬声器 vs. 手持设备）的规则。虽然对比文件的规则是系统预定义的、固定的（会议音频走扬声器，一对一音频走手持设备），并非用户可灵活配置的“呈现规则表”，但其核心思想是将“通信类型/发送者”与“输出接口”相关联。这符合“隐含公开”的宽松判断标准，即本领域技术人员有可能从对比文件描述的固定路由规则中，推理出存在一种将发送者/通信类型与接口相关联的规则或机制。 |
| **技术特征D**：其中所述呈现规则在所述群通信会话期间能由所述计算设备动态地配置以响应于所述一个或多个接口的操作状态在所述群通信会话期间已改变的指示而改变与所述发送者ID和所述媒体类型相关的所述一个或多个接口 <br>**《未公开》** | 对比文件未公开相关内容。 | 目标专利的特征D强调呈现规则能基于接口操作状态的改变（例如，耳机被拔出、显示器被连接）而动态重新配置。对比文件仅描述了在发起一对一通话请求时，系统根据预定的、固定的规则切换音频路径（如从扬声器切换到手持设备）。这种切换是由用户的明确通话请求触发的，而不是由某个接口（如手持设备、扬声器）本身的“操作状态”（如连接/断开、可用/不可用）变化自动触发的动态重新配置。对比文件没有公开任何基于接口状态感知来自动更新路由规则的内容。 |
| **技术特征E**：经由所述计算设备的与所述发送者ID和关联于所接收到的媒体数据的媒体类型相关的所述一个或多个接口来呈现所接收到的媒体数据。<br>**《直接公开》** | [2] “会議通話中の音声は電話機のスピーカから出力し…１対１の通話の音声は電話機のハンドセットにより入出力する”（参见发明概述部分）；[2] “電話機６Ａの電話機制御部６２はその制御データに従い第２の音声処理部６４によりＢ２チャネルをハンドセット６４１に接続する（ステップＳ３−７）。”（参见具体实施方式部分） <br>**（翻译：** 会议通话中的声音从电话机的扬声器输出……一对一通话的声音通过电话机的手持设备进行输入输出。）（翻译：电话机6A的电话机制控制部62根据该控制数据，通过第二声音处理部64将B2通道连接到手持设备641（步骤S3-7）。） | 对比文件明确且直接地公开了根据通话类型（在目标专利中可类比为与特定发送者相关的特定媒体流类型），通过电话机的不同接口（扬声器或手持设备）来输出（呈现）所接收到的音频媒体数据。步骤S3-7具体展示了在接收到一对一通话请求后，将音频通道连接到手持设备接口的动作。这完全符合技术特征E的描述。 |
| **技术特征F**：其特征在于：所标识的呈现规则将所述发送者ID和关联于所接收到的媒体数据的所述媒体类型与所述多个接口中若存在的有能力呈现所接收到的媒体数据的第一接口相关以及在所述第一接口不存在的情况下与所述多个接口中有能力呈现所接收到的媒体数据的第二接口相关，以及所述用于呈现所接收到的媒体数据的一个或多个接口包括在所述第一接口存在的情况下的所述第一接口或者在所述第一接口不存在的情况下的所述第二接口。<br>**《未公开》** | 对比文件未公开相关内容。 | 特征F限定了呈现规则是一种“后备”或“条件选择”规则：优先使用第一接口，若第一接口不存在，则使用第二接口。对比文件描述的是两种固定的、独立的操作模式（模式一：会议音频走扬声器，一对一音频走手持设备；模式二：会议音频走手持设备，一对一音频走扬声器/麦克风）。这些模式是用户在发起通话时选择的两种并列配置（参见实施方式1和实施方式2），而不是针对同一发送者/媒体类型，根据某个接口的存在与否动态选择不同接口的单一规则。对比文件没有公开任何基于接口存在性检测来进行动态接口选择的规则。 |
| **技术特征G**：其特征在于，所述呈现规则是用户可配置的，所述方法进一步包括：接收用户输入<br>**《隐含公开》** | [2] “電話機６Ａを使用している会議通話参加者が１対１の通話要求の特番と１対１の通話相手となる電話機６Ｂの電話番号を押下する”（步骤S3-1） <br>**（翻译：** 使用电话机6A的会议通话参与者按下用于一对一通话请求的特服号和作为一对一通话对象的电话机6B的电话号码） | 对比文件公开了用户通过输入特定的特服号和目标电话号码，来请求建立与特定参与者（发送者ID）的一对一通话。这个用户输入行为，实质上是在“配置”当前的通话路由规则，即：将来自特定参与者（电话机6B）的后续一对一通话音频路由到手持设备（或扬声器，取决于模式）。虽然这种“配置”更直接地体现在建立通信链路上，但其结果直接决定了媒体（音频）将通过哪个接口呈现。因此，可以认为对比文件隐含公开了用户通过输入（特服号+电话号码）来影响或配置媒体呈现的规则。 |
| **技术特征H**：响应于所述用户输入而配置所述呈现规则。<br>**《隐含公开》** | [2] “交換機１の制御手段４１は電話機６Ａからの制御データを受け取ると、…電話機６Ａと電話機６Ｂとの間に現在の会議通話の通話路とは別の１対１の通話のための通話路を通話路スイッチ３から取得する（ステップＳ３−５）。” 以及后续步骤S3-7等。 <br>**（翻译：** 交换机1的控制手段41在从电话机6A接收到控制数据后，…通过通话路开关3获取电话机6A和电话机6B之间、与当前会议通话的通话路不同的用于一对一通话的通话路（步骤S3-5）。） | 在接收到用户输入（步骤S3-1）后，系统（交换机控制手段41和电话机制控制部62）执行一系列动作，包括建立独立的通话路，并控制电话机将相应的音频通道连接到指定的接口（如手持设备，步骤S3-7）。这一系列响应动作，实质上就是根据用户输入来“配置”了音频媒体的呈现路径（即一种呈现规则）。因此，该特征被对比文件隐含公开。 |
| **技术特征I**：其特征在于，接收用户输入和响应于所述用户输入而配置所述呈现规则是在所述群通信会话期间完成的。<br>**《隐含公开》** | [2] “交換機システムの電話機６Ａ〜電話機６Ｅが交換機１が備える会議通話機能によりＢ１チャネルを用いて会議通話を行っている場合に、…電話機６Ａと電話機６Ｂとが１対１の通話を行う場合”（参见实施方式1开头部分） <br>**（翻译：** 当交换机系统的电话机6A~6E使用交换机1具备的会议通话功能通过B1通道进行会议通话时，…电话机6A和电话机6B进行一对一通话的情况） | 对比文件明确描述了所有操作（包括用户输入一对一通话请求）都是发生在电话机正在进行“会議通話”（会议通话，即群通信会话）期间。因此，用户输入及系统对此的响应配置行为，都是在群通信会话期间完成的。该特征被对比文件隐含公开。 |
| **技术特征J**：其特征在于，所述一个或多个接口包括以下一者或多者：显示器、头戴式耳机、扬声器电话、端口、应用或辅助设备。<br>**《直接公开》** | [2] “スピーカ６３１とマイクロフォン６３２”（图2及说明）；“ハンドセット６４１”（图2及说明） <br>**（翻译：** 扬声器631和麦克风632；手持设备641） | 对比文件直接公开了电话机所具有的用于输入输出音频的接口，包括扬声器（スピーカ）、麦克风（マイクロフォン）和手持设备（ハンドセット，即包含听筒和话筒的部件）。扬声器可对应于“扬声器电话”，手持设备是典型的电话听筒接口。这些都属于技术特征J所列举的接口类型。因此，该特征被直接公开。 |
| **技术特征K**：其特征在于，进一步包括：存储对所述计算设备的被用来呈现所接收到的媒体数据的所述一个或多个接口的指示<br>**《未公开》** | 对比文件未公开相关内容。 | 对比文件描述了实时地切换和呈现音频，但没有提及会将“使用了哪个接口来呈现媒体”这一信息进行存储。目标专利中存储接口使用指示的目的在于为后续基于机器学习的规则更新提供数据（参见说明书[0027], 图7）。对比文件完全没有涉及这一概念。 |
| **技术特征L**：至少部分地基于所存储的对用于呈现所接收到的媒体数据的所述一个或多个接口的指示来更新所标识的呈现规则以生成经更新呈现规则<br>**《未公开》** | 对比文件未公开相关内容。 | 如特征K所述，对比文件没有存储接口使用指示，因此更不可能基于存储的历史数据来动态更新呈现规则。目标专利的这一特征涉及机器学习式的自适应更新，对比文件完全没有公开。 |
| **技术特征M**：在所述群通信会话期间在所述计算设备中接收新媒体数据，所述新媒体数据包括另一发送者标识符(另一发送者ID)<br>**《隐含公开》** | 对比文件整体描述的系统即在会议通话中处理来自不同参与者的媒体（音频）流。当会议中有多个参与者时，计算设备（电话机）自然会接收到来自不同发送者（具有不同电话号码或标识）的音频数据。 | 该特征是特征A在“新媒体数据”和“另一发送者ID”语境下的重申。基于对特征A的相同推理，在会议通话场景下，接收来自不同参与者的新媒体数据是必然发生的。因此，该特征被对比文件隐含公开。 |
| **技术特征N**：在所述计算设备中标识与所接收到的新媒体数据相关联的所述另一发送者ID<br>**《隐含公开》** | 同特征M的论述，系统能够区分不同参与者的音频流，例如在建立一对一通话时，需要明确识别目标发送者（电话机6B）。 | 该特征是特征B中“标识发送者ID”部分在另一发送者语境下的应用。对比文件系统能够识别不同通话的来源（发送者）。因此，该特征被对比文件隐含公开。 |
| **技术特征O**：在所述计算设备中标识所接收到的新媒体数据的新媒体类型<br>**《未公开》** | 同特征B的论述，对比文件未公开标识多种媒体类型。 | 对比文件仅涉及音频通话，没有“新媒体类型”的概念。因此，该特征未被公开。 |
| **技术特征P**：在所述计算设备中标识与所述另一发送者ID和所述新媒体类型相关联的经更新呈现规则<br>**《未公开》** | 对比文件未公开“经更新呈现规则”。 | 由于对比文件未公开基于历史数据更新规则（特征L），也不涉及针对“新媒体类型”的规则（特征O），因此不可能存在“与另一发送者ID和新媒体类型相关联的经更新呈现规则”。该特征未被公开。 |
| **技术特征Q**：基于所标识的经更新呈现规则来选择所述计算设备的另一接口以用于呈现所述新媒体数据<br>**《隐含公开》** | [2] “電話機６Ａの電話機制御部６２はその制御データに従い第２の音声処理部６４によりＢ２チャネルをハンドセット６４１に接続する（ステップＳ３−７）。” <br>**（翻译：** 电话机6A的电话机制控制部62根据该控制数据，通过第二声音处理部64将B2通道连接到手持设备641（步骤S3-7）。） | 尽管对比文件中没有“经更新呈现规则”，但其描述了基于接收到的控制数据（该数据源于用户对特定发送者的通话请求），为来自该发送者的一对一音频选择新的接口（手持设备）。这体现了“基于某种规则（用户请求触发的系统规则）为来自特定发送者的新媒体选择另一接口”的过程。因此，在宽松的隐含公开标准下，该特征被隐含公开。但需注意，此处的“规则”并非目标专利中定义的、可动态配置和更新的“呈现规则”。 |
| **技术特征R**：经由所述计算设备的所选另一接口来呈现所述新媒体数据。<br>**《隐含公开》** | 同特征E和Q的论述，步骤S3-7之后，一对一通话的音频将通过手持设备呈现。 | 该特征是特征E在“所选另一接口”和“新媒体数据”语境下的具体化。对比文件明确公开了通过新选择的接口（手持设备）来呈现新建立的、来自特定发送者的一对一通话音频数据。因此，该特征被对比文件隐含公开。 |
| **技术特征S**：其特征在于，所述媒体类型是以下一者或多者：图片、文本消息、视频、声音、多用途因特网邮件扩展(MIME)、分辨率、格式或文件扩展。<br>**《未公开》** | 对比文件未公开相关内容。 | 对比文件仅涉及“声音”（音频）这一种媒体类型，完全没有提及图片、文本消息、视频、MIME、分辨率、格式或文件扩展等其他媒体类型。因此，该限定特征未被公开。 |
| **技术特征T**：其特征在于，进一步包括：将对所述计算设备的用于呈现所接收到的媒体数据的所述一个或多个接口的指示从所述计算设备发送给与所标识的发送者ID相关联的计算设备。<br>**《未公开》** | 对比文件未公开相关内容。 | 对比文件描述了媒体数据的呈现，但从未提及接收方设备需要或会将“媒体是如何被呈现的”（即使用了哪个接口）这一信息反馈给发送方设备。目标专利的这一特征旨在实现发送方对呈现方式的感知和适配，是对比文件完全没有涉及的功能。 |
| **技术特征U**：其特征在于，进一步包括：将对所述计算设备的用于呈现所接收到的媒体数据的所述一个或多个接口的指示从所述计算设备发送给参与所述群通信会话的所有其他计算设备。<br>**《未公开》** | 对比文件未公开相关内容。 | 同特征T，对比文件没有公开向任何其他设备发送关于接口使用情况的指示，无论是发送给特定发送者还是所有参与者。因此，该特征未被公开。 |
<<<E>>><<<J>>><<<a>>><<<b>>><<<c>>><<<g>>><<<h>>><<<i>>><<<m>>><<<n>>><<<q>>><<<r>>>