**对比文件名称**：2007-11-15_US2007263603A_发明申请_US20070263603A1 VoIP PERSONAL CALL RECORDER
**目标专利名称**：318用于使用具有基于运动的模式转换的移动设备进行群通信的系统和方法CN104521224B
**本次调用的模型名称**：DeepSeek-R1
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **特征A**：包括：以公开模式与至少一个第二移动设备通信<br>**判断结果**：未直接公开，也未隐含公开。 | 对比文件涉及会议电话（conference call），例如段落[0017]提到“conference call involving the subscriber and two or more other conference call participants”，段落[0019]提到“other VoIP conference attendees”。 | **论述**：对比文件公开了用户设备（如PDA 52）通过IP网络（如WiFi 50）与至少一个其他会议参与者设备进行通信（会议通话）。然而，目标专利的“公开模式”具有特定含义，根据说明书[0044]，公开模式是默认操作状态，通常与扬声器模式、半双工通信以及设备被持握在用户前方远离耳朵的位置（如图2位置202）相关联。对比文件虽然描述了通信连接，但并未区分或定义“公开模式”这一特定操作状态及其伴随的音频路径、双工方式等具体技术内涵。对比文件中的通信模式切换是基于用户显式按键操作（如软键54j）在“实时（live）模式”和“代理（proxy）模式”之间切换，其“实时模式”是指用户实时接收会议数据包，这与目标专利基于设备物理位置和运动自动触发的“公开模式”在技术手段和作用上均不相同。因此，对比文件未公开技术特征A。 |
| **特征B**：检测与所述第一移动设备的用户将所述第一移动设备从第一位置移动到第二位置相对应的第一运动<br>**判断结果**：未直接公开，也未隐含公开。 | 对比文件未提及检测移动设备的运动。用户模式的切换通过明确的用户界面操作实现，例如段落[0022]描述“toggle between live and proxy (playback) modes using a mode change button 54j”。 | **论述**：目标专利的技术特征B核心在于通过传感器（如加速计、陀螺仪）自动检测设备的物理运动（如从远离耳朵的位置移动到接近耳朵的位置），并以此作为模式转换的触发条件（参见说明书[0044], [0060]-[0062]）。对比文件全文均未提及任何用于检测设备位置或运动的传感器，也未描述任何基于设备物理运动来触发操作的功能。模式切换完全依赖于用户在设备界面（如触摸屏、按键）上的主动操作（按压按钮54j）。两者采用的技术手段完全不同，对比文件未公开基于设备运动检测的触发机制。 |
| **特征C**：响应于检测到的第一运动，从公开模式转换到私密模式，其中从公开模式转换到私密模式包括重新分配资源<br>**判断结果**：未直接公开，也未隐含公开。 | 对比文件描述了从“实时（live）模式”转换到“代理（proxy）模式”，例如段落[0022]：“the user can pause the session (e.g., using toggle soft key 54j)”。段落[0019]提到代理模式下，PCR系统代表用户记录会议。 | **论述**：首先，如特征A和B所述，对比文件没有公开“公开模式”和基于运动的触发。其次，目标专利的“私密模式”与将设备移至耳边、切换到耳机模式、可能涉及加密或双工方式改变等具体技术方案相关（说明书[0044], [0053]）。对比文件的“代理模式”核心功能是网络侧（PCR系统38）录制会议数据包并允许用户后续回放（说明书[0018], [0022]），这是一种数据存储和访问功能，与改变设备本地音频路径、通信安全性或双工模式以实现私密通话的技术目的和作用不同。最后，目标专利的“重新分配资源”具体指基于模式转换（如移至耳边）重新分配带宽等资源以支持更高质量的语音或多媒体功能（说明书[0044], [0079]）。对比文件完全没有涉及根据设备状态或模式动态重新分配通信资源（如带宽、编解码器）的内容。因此，特征C未被公开。 |
| **特征D**：向所述至少一个第二移动设备发送指示所述第一移动设备从公开模式转换到私密模式的消息。<br>**判断结果**：隐含公开 (<<<d>>>) | 对比文件段落[0018]：“the system 38 can send messages to other participants... indicating that the subscriber has activated the PCR system as a proxy to record the conference and that the subscriber is not a live participant”。段落[0022]也提到“proxy mode may also be indicated to other call participants, for instance, by appropriate messaging”。图4A的步骤211：“provide a ‘proxy mode’ indication to... other packet-based or conventional participant devices”。 | **论述**：目标专利特征D的作用是通知群组中其他设备本机的模式已改变，使其他用户知晓通话私密性状态的变化（说明书[0046]）。对比文件在用户切换到“代理模式”（即不实时参与，仅录制）时，其PCR系统38会向其他会议参与者发送消息或指示，告知他们该用户正在使用代理录制、并非实时参与（说明书[0018]）。虽然“代理模式”与“私密模式”的技术内涵不同（如前述），但“发送指示消息”这一通信行为本身是相同的，即一方的状态改变（从实时参与变为非实时参与/录制）通过消息通知其他方。本领域技术人员可以从对比文件“发送消息指示模式状态改变”这一公开内容中，合理地推理出在类似通信场景中，当一方设备操作模式发生改变时，可以向其他设备发送指示消息。因此，该技术特征被对比文件隐含公开。 |
| **特征E**：其特征在于，所述第一运动对应于所述用户将所述第一移动设备移动到接近所述用户的耳朵的位置。<br>**判断结果**：未直接公开，也未隐含公开。 | 对比文件未提及设备位置或移动到耳边的动作。 | **论述**：目标专利明确将“移动到接近用户耳朵的位置”定义为触发模式转换的特定运动（说明书[0043], [0060], 图2位置204）。这是实现自然、无需手动操作的私密通话切换的关键。对比文件完全没有描述任何与设备位置（尤其是耳边位置）相关的内容，也未将任何设备运动与操作模式关联。因此，该特征未被公开。 |
| **特征F**：其特征在于，从公开模式转换到私密模式包括将所述第一移动设备中的音频路径从扬声器模式改变为耳机模式。<br>**判断结果**：未直接公开，也未隐含公开。 | 对比文件未提及设备音频路径（如扬声器、耳机）的改变。 | **论述**：目标专利特征F是“公开模式”与“私密模式”转换的具体技术实现之一，即将音频输出从外放（扬声器）切换到仅用户可听的听筒或耳机（说明书[0043], [0052]）。对比文件的模式转换（实时到代理）发生在网络侧和服务逻辑层面，涉及的是数据包的存储与转发，完全不涉及终端设备本地的音频硬件路径切换。因此，该特征未被公开。 |
| **特征G**：其特征在于，进一步包括：从所述至少一个第二移动设备接收指示所述第二移动设备已从公开模式转换到私密模式的消息。<br>**判断结果**：未直接公开，也未隐含公开。 | 对比文件未描述从其他参与者设备接收其模式转换指示消息。 | **论述**：目标专利特征G涉及设备接收来自群组中其他设备的模式转换通知，从而知晓其他用户的私密性状态（说明书[0046], 图3A框310）。对比文件仅描述了PCR系统向其他参与者发送本用户模式改变的消息（特征D所引用内容），但未提及或暗示设备会接收来自其他参与者的类似模式状态消息。对比文件关注的是本用户的状态通知，而非群组内状态的相互感知。因此，该特征未被公开。 |
| **特征H**：其特征在于，所述从公开模式转换到私密模式包括改变所述通信的安全性设置，其中改变安全性设置包括从未加密通信转换到已加密通信。<br>**判断结果**：未直接公开，也未隐含公开。 | 对比文件未提及通信加密或安全性设置的改变。 | **论述**：目标专利特征H是将模式转换与通信安全性关联的另一种具体实施方式，即在私密模式下启用加密以增强隐私（说明书[0053], 图5A）。对比文件仅涉及会议内容的录制和回放，其“代理模式”不涉及对通信信道本身加密状态的改变。全文未提及加密、解密或任何安全性设置。因此，该特征未被公开。 |
| **特征I**：其特征在于，从公开模式转换到私密模式包括从与所述至少一个第二移动设备的半双工通信转换到全双工通信。<br>**判断结果**：未直接公开，也未隐含公开。 | 对比文件未提及半双工或全双工通信，也未描述在这两种通信方式之间转换。 | **论述**：目标专利特征I是将模式转换与双工方式关联的具体实施方式，旨在私密对话时提供更自然的全双工通话体验（说明书[0067], 图6A）。对比文件的会议通话可能是全双工的，但并未明确区分或讨论双工方式，更没有将双工方式的改变作为模式转换的一部分。因此，该特征未被公开。 |
| **特征J**：其特征在于，进一步包括：检测与所述第一移动设备的用户将所述第一移动设备从所述第二位置移动到第三位置相对应的第二运动<br>**判断结果**：未直接公开，也未隐含公开。 | 对比文件未提及检测设备运动。 | **论述**：如特征B所述，对比文件完全没有基于设备运动检测的功能。因此，检测“第二运动”这一技术特征同样未被公开。 |
| **特征K**：响应于检测到的第二运动，从私密模式转换到公开模式。<br>**判断结果**：未直接公开，也未隐含公开。 | 对比文件描述了从代理模式返回到实时模式，例如段落[0022]：“the user can decide whether to rejoin the live conference (soft key 54j)”。图4A步骤216-217。 | **论述**：虽然对比文件公开了从“代理模式”返回“实时模式”这一模式转换操作，但其触发方式是用户通过按键（如软键54j）手动操作（说明书[0022]），而非如目标专利那样响应于检测到的设备运动（如将设备从耳边移开）。两者触发机制的本质不同。因此，结合特征J未公开，特征K的完整技术方案（基于运动检测从私密模式转换回公开模式）未被公开。 |
| **特征L**：其特征在于，所述第二运动对应于所述用户将所述设备从他或她耳边移开。<br>**判断结果**：未直接公开，也未隐含公开。 | 对比文件未提及设备位置或从耳边移开的动作。 | **论述**：同特征E，该具体运动在对比文件中无任何记载。 |
| **特征M**：其特征在于，进一步包括：向所述至少一个第二移动设备发送指示从私密模式转换到公开模式的消息。<br>**判断结果**：隐含公开 (<<<m>>>) | 对比文件在用户从代理模式返回实时模式时，会向其他参与者发送通知。段落[0022]：“sends appropriate IP messaging or notices to other conference participants to indicate that the subscriber is again a live participant”。图4A步骤217。 | **论述**：目标专利特征M的作用是当设备从私密模式切换回公开模式时，通知其他参与者。对比文件在用户从“代理模式”（非实时参与）切换回“实时模式”（实时参与）时，其系统会向其他会议参与者发送消息，通知他们该用户已重新实时参与（说明书[0022]）。同样，虽然模式内涵不同，但“在模式转换时向其他设备发送指示消息”这一通信行为是相同的。本领域技术人员可以从对比文件的这一教导中，合理地推理出在需要通知状态变化的群组通信中，反向的模式转换（从状态A到状态B）也可以伴随发送指示消息。因此，该技术特征被对比文件隐含公开。 |
| **特征N**：其特征在于，进一步包括：从所述至少一个第二移动设备接收指示所述第二移动设备已转换到公开模式的消息。<br>**判断结果**：未直接公开，也未隐含公开。 | 对比文件未描述从其他参与者设备接收其模式转换指示消息。 | **论述**：同特征G，对比文件未提及设备接收来自其他参与者的模式状态消息。因此，该特征未被公开。 |
| **特征O**：其特征在于，进一步包括：向所述第一移动设备的用户提供指示所述第二移动设备已转换到公开模式的反馈线索。<br>**判断结果**：未直接公开，也未隐含公开。 | 对比文件未描述向用户提供关于其他参与者模式状态的反馈。 | **论述**：目标专利特征O涉及用户界面的反馈，使用户知晓其他参与者的状态变化（说明书[0046]）。对比文件虽然在其用户界面（如图2B的54c）显示了本机当前是“实时”还是“代理”模式，但并未显示或告知其他参与者的模式状态。因此，该特征未被公开。 |
| **特征P**：其特征在于，进一步包括：抑制所述第一移动设备处的通信，直至检测到用户顺应转换到公开模式的指示。其特征在于，抑制通信包括挂起来自所述第二移动设备的强制音频消息。<br>**判断结果**：未直接公开，也未隐含公开。 | 对比文件在代理模式下，用户可以选择播放存储的数据包，而不是实时接收音频。段落[0022]描述用户可以通过播放控制键（54f, 54g等）选择性播放存储的会议部分。这本质上是一种用户控制的播放行为，而非系统主动“抑制”或“挂起”实时通信。 | **论述**：目标专利特征P的核心在于：当一方切换到私密模式时，其他以公开模式操作的设备会主动抑制（如静音、挂起）来自该私密设备的音频，以保护隐私，直到本机用户表明同意转换（说明书[0046]-[0048], 图4）。这是一种基于群组状态变化的、自动的通信控制机制。对比文件的“代理模式”下，用户设备与实时会议音频流是解耦的——用户选择回放录制内容，而实时音频流继续在网络侧被录制。这并不是设备侧对来自特定方的“强制音频消息”进行“挂起”，而是一种用户主导的、对已存储数据的选择性访问。两者技术手段和作用均不相同。因此，该特征未被公开。 |
<<<d>>><<<m>>>