对比文件名称：2012-01-12_US2012008757A_发明申请_US20120008757A1 Multi-Participant Communication System With Audio Manager Responsive To Mode Change Requests
目标专利名称：318用于使用具有基于运动的模式转换的移动设备进行群通信的系统和方法CN104521224B
本次调用模型名称：DeepSeek-R1
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A《直接公开》 | “local communication device 105 ... communicate via communication link 120 to remote communication device 110.” (段落[0014]) <br> “the first and second communication devices each being capable of switching between a multiple user communication mode and a single user private mode” (摘要) | 对比文件公开了第一通信设备（本地通信设备105）与至少一个第二通信设备（远程通信设备110）通过通信链路120进行通信（段落[0014]）。其中，多用户通信模式（multiple user communication mode）对应于目标专利中的“公开模式”，因为该模式下多个参与者可以共同使用扬声器和麦克风进行通信（参见段落[0012]，[0016]），这与目标专利说明书[0044]描述的“公开模式可以是移动设备在群通信会话中的默认操作状态”、“使用扬声器模式来操作”等作用相同，即允许非私密的、可能被他人旁听的通信。因此，本领域技术人员能够毫无疑义地得出对比文件公开了技术特征A。 |
| 技术特征B《未公开》 | 对比文件未提及检测设备运动。 | 技术特征B的核心在于“检测与用户将设备从第一位置移动到第二位置相对应的第一运动”。根据目标专利说明书[0042]-[0044]、[0060]-[0064]，这是其发明核心之一，即通过传感器（如加速计、陀螺仪）检测设备物理位置/运动（如从远离耳朵移动到接近耳朵）来触发模式转换。对比文件全文（包括摘要、附图说明、具体实施方式）均未提及任何通过检测设备物理运动或位置变化来触发任何操作的技术手段。对比文件的模式转换完全基于用户通过图形用户界面（GUI）的主动选择（段落[0030]-[0032]）或响应来自远程设备的模式变更请求（段落[0032], [0039]）。本领域技术人员无法从对比文件内容中推理出或隐含得出基于设备运动检测的技术方案。因此，技术特征B既未被直接公开，也未被隐含公开。 |
| 技术特征C《未公开》 | “the first and second communication devices each being capable of switching between a multiple user communication mode and a single user private mode in response to a mode change request.” (摘要) <br> “audio manager 140′ changes the mode to the requested mode, as per block 655” (段落[0041]) | 技术特征C包含两个关键部分：1) 响应于检测到的第一运动，从公开模式转换到私密模式；2) 该转换包括重新分配资源。对于部分1)，对比文件公开了设备能够响应模式变更请求（mode change request）在多用户模式与单用户私密模式之间切换（摘要，段落[0041]）。然而，如对特征B的论述，对比文件的“响应”对象是“请求”，而非“检测到的运动”，因此这部分未被公开。对于部分2)“重新分配资源”，根据目标专利说明书[0047], [0080]，这特指基于模式转换（如移至耳边）重新分配带宽等资源以提供更高质量的语音或启用多媒体功能。对比文件完全没有提及任何与模式转换相关联的资源重新分配过程。因此，技术特征C作为一个整体，既未被直接公开，也未被隐含公开。 |
| 技术特征D《直接公开》 | “local communication device 105 sends its current audio mode ... to remote communication device 110, as per block 510.” (段落[0039]) <br> “Local communication device 105 sends a mode change request to remote communication device 110, as per block 525.” (段落[0039]) | 对比文件明确公开了在通信过程中，本地通信设备105会向远程通信设备110发送其当前音频模式（段落[0039]框510）。更重要的是，当需要模式变更时，本地设备会向远程设备发送模式变更请求（mode change request）（段落[0039]框525）。这种“模式变更请求”实质上就是指示发送方设备意图或正在进行模式转换的消息。其在对比文件中的作用是通知对方设备以协调模式切换，与目标专利中“发送指示...转换...的消息”（说明书[0045]框308）的作用完全相同。因此，本领域技术人员能够毫无疑义地得出对比文件公开了技术特征D。 |
| 技术特征E《未公开》 | 对比文件未提及检测设备运动或设备位置与用户耳朵的接近关系。 | 技术特征E是对特征B中“第一运动”的进一步限定，具体定义了该运动对应于“用户将设备移动到接近用户的耳朵的位置”。如对特征B的论述，对比文件完全没有涉及通过检测设备物理运动或位置（尤其是与耳朵的相对位置）来触发任何功能。因此，该具体限定的技术特征未被对比文件公开。 |
| 技术特征F《直接公开》 | “A handset 135 couples to communication hardware 115 to provide a private handset capability to communication device 105. Communication device 105 thus includes a single participant or private mode.” (段落[0016]) <br> “A loudspeaker 125 (SPKR) and microphone 130 (MIC) couple to communication hardware 115 to provide a multiple participant speaker-phone capability to communication device 105. Communication device 105 thus includes a multi-participant mode.” (段落[0016]) | 对比文件明确区分了两种模式：单参与者/私密模式（使用手持机handset 135）和多参与者模式（使用扬声器loudspeaker 125和麦克风130）（段落[0016]）。从多参与者模式（公开模式）转换到单参与者私密模式，必然伴随着音频输出路径从扬声器切换到手持机的听筒（耳机）。这种硬件连接和功能描述的对应关系，使得本领域技术人员能够毫无疑义地得出对比文件公开了从公开（多参与者）模式转换到私密（单参与者）模式时，音频路径从扬声器模式改变为耳机模式。其在对比文件中的作用是实现私密通话，与目标专利中作用相同。因此，技术特征F被直接公开。 |
| 技术特征G《直接公开》 | “remote communication device 110 sends its current audio mode to local communication device 105, as per block 615.” (段落[0039]) <br> “Remote communication device 110 receives the mode change request, as per block 625.” (段落[0039]) | 对比文件明确公开了通信过程中，远程通信设备110会向本地通信设备105发送其当前音频模式（段落[0039]框615）。此外，本地设备发送的模式变更请求也会被远程设备接收（段落[0039]框625）。接收到的“当前音频模式”或“模式变更请求”均构成了指示第二移动设备（远程设备）模式状态或转换意图的消息。这与目标专利中“接收指示...已从公开模式转换到私密模式的消息”的技术特征在作用和信息本质上一致。因此，技术特征G被直接公开。 |
| 技术特征H《未公开》 | 对比文件未提及通信的安全性设置或加密。 | 技术特征H限定模式转换包括改变通信的安全性设置，具体为从未加密通信转换到已加密通信。对比文件全文（包括摘要、附图、具体实施方式）均未涉及通信的安全性、加密或任何相关的安全设置。对比文件关注的是音频模式（扬声器/手持机）的管理和切换，不涉及通信内容本身的安全性保障。因此，该技术特征未被对比文件公开。 |
| 技术特征I《未公开》 | 对比文件未提及半双工或全双工通信。 | 技术特征I限定模式转换包括从半双工通信转换到全双工通信。对比文件描述的是传统的电话或语音会议系统，其通信方式默认为全双工。文件中未提及半双工通信（如PTT），也未提及在不同模式之间切换通信的双工性质。因此，该技术特征未被对比文件公开。 |
| 技术特征J《未公开》 | 对比文件未提及检测设备运动。 | 技术特征J涉及检测与用户将设备从第二位置移动到第三位置相对应的“第二运动”。与特征B和E同理，对比文件完全不涉及基于设备物理运动检测来触发任何操作。因此，该技术特征未被公开。 |
| 技术特征K《未公开》 | “the first and second communication devices each being capable of switching between a multiple user communication mode and a single user private mode” (摘要) | 对比文件公开了设备能够在多用户模式与单用户私密模式之间双向切换（摘要）。这意味着可以从单用户私密模式转换到多用户模式，这对应于从私密模式转换到公开模式。**然而**，技术特征K的转换是“响应于检测到的第二运动”。如对特征J的论述，对比文件中的模式切换并非由设备运动触发，而是通过用户界面操作或响应请求。因此，尽管转换的方向被公开，但触发转换的条件（响应于检测到的运动）这一关键技术手段未被公开。故技术特征K作为一个整体未被公开。 |
| 技术特征L《未公开》 | 对比文件未提及检测设备运动或设备从耳边移开的动作。 | 技术特征L是对特征J中“第二运动”的进一步限定，具体定义了该运动对应于“用户将设备从他或她耳边移开”。与特征E同理，对比文件完全不涉及基于设备物理位置（尤其是与耳朵的相对位置）变化的检测。因此，该技术特征未被公开。 |
| 技术特征M《直接公开》 | “local communication device 105 sends its current audio mode ... to remote communication device 110, as per block 510.” (段落[0039]) <br> “Local communication device 105 sends a mode change request to remote communication device 110, as per block 525.” (段落[0039]) | 与特征D的论述类似。对比文件公开了设备会发送其当前音频模式（框510）以及发送模式变更请求（框525）。当设备从私密（单参与者）模式转换到公开（多参与者）模式时，发送“当前音频模式”或一个请求切换到多参与者模式的“模式变更请求”，这两者都构成了“指示从私密模式转换到公开模式的消息”。其在对比文件中的作用是同步通信双方的状态，与目标专利中作用相同。因此，技术特征M被直接公开。 |
| 技术特征N《直接公开》 | “remote communication device 110 sends its current audio mode to local communication device 105, as per block 615.” (段落[0039]) | 与特征G的论述类似。对比文件明确公开了远程通信设备110会向本地通信设备105发送其当前音频模式（段落[0039]框615）。当远程设备从私密模式转换到公开模式后，其发送的“当前音频模式”即指示了“第二移动设备已转换到公开模式”。因此，技术特征N被直接公开。 |
| 技术特征O《直接公开》 | “GUI 300 displays ‘local mode=multi-participant mode’ ... GUI 300 displays ‘local mode=single participant/private’ mode” (段落[0030]) <br> “The user may select ‘view remote mode for any/all devices’ radio button 303 to view the respective current modes of other remote communication devices” (段落[0031]) | 对比文件详细描述了图形用户界面（GUI 300）可以显示本地设备的当前模式，并且用户可以通过选择“查看任何/所有设备的远程模式”按钮303来查看远程通信设备的当前模式（段落[0030]-[0031]）。这种在用户界面上显示远程设备模式信息的行为，正是向第一移动设备的用户提供关于第二移动设备模式状态的“反馈线索”。其在对比文件中的作用是让用户知晓对方设备的状态，与目标专利中作用相同。因此，技术特征O被直接公开。 |
| 技术特征P《隐含公开》 | “If the user selects ‘ASK’, i.e. to have audio manager 140 ask the user to accept or deny each mode change request from a remote communication device, then audio manager 140 sets the ‘accept incoming mode change requests’ attribute to ‘ASK’, as per block 435.” (段落[0037]) <br> “If, however, the profile is set to ASK, then audio manager 140′ queries the user of remote communication device 110 to ask for the user’s consent to the mode change, as per block 645.” (段落[0041]) | 技术特征P涉及“抑制通信，直至检测到用户顺应转换到公开模式的指示”。对比文件中，当用户将配置文件设置为“ASK”时，设备在收到模式变更请求后会询问用户是否同意（段落[0037], [0041]框645）。在此询问期间，设备逻辑上需要暂时抑制或暂停与模式变更相关的操作（例如，不立即执行模式切换），直到获得用户的肯定答复（“顺应”）。这种“等待用户确认”的状态，本领域技术人员可以合理推断出，在此期间与模式转换相关的通信（例如，请求方可能等待确认）或设备的部分功能可能被暂时抑制或挂起，以避免在未获同意时发生状态不一致。尽管对比文件未明确使用“抑制通信”一词，但根据其描述的流程，“询问并等待用户响应”隐含了在获得响应前暂不执行变更，这实质上构成了对通信状态或进程的一种临时抑制，直到检测到用户的顺应指示（同意）。因此，技术特征P被对比文件隐含公开。 |
<<<A>>><<<D>>><<<F>>><<<G>>><<<M>>><<<N>>><<<O>>><<<p>>>