对比文件名称：2006-06-08_US2006123224A_发明申请_US20060123224A1 Method and system for secure call alert
目标专利名称：318用于使用具有基于运动的模式转换的移动设备进行群通信的系统和方法CN104521224B
模型名称：DeepSeek-R1
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：包括：以公开模式与至少一个第二移动设备通信 <br> **判断结果**：《隐含公开》 | 说明书第[0022]段：“Because current implementations of the call alert feature were not designed for use with encryption-capable phones, it has not been possible to indicate to the called party that a secure call is being requested by the caller. When the existing call alert is sent to a remote user, the remote user has no indication whether a clear or secure (dispatch or cellular) exchange is being requested.” <br> 说明书第[0031]段：“Note, recipient devices that are only provisioned to work in one mode (either secure mode alone or clear mode alone), will only respond to Call Alert Requests that match the same type or mode.” | 对比文件公开了通信设备能够在明文（clear）模式和安全（secure）模式下操作（第[0022]段）。在发送安全呼叫提醒（Secure Call Alert）之前，设备处于一种默认或空闲状态。本领域技术人员可以合理推断，在空闲状态下，设备通常处于一种“公开”或非私密的状态，例如明文通信模式，这与目标专利中“公开模式”（如扬声器模式、半双工通信）所对应的“公开”或“非私密”的通信状态在作用上具有相似性。因此，设备在发送安全呼叫提醒前与至少一个第二设备处于某种通信模式（包括明文模式），可以被认为是隐含公开了“以公开模式与至少一个第二移动设备通信”。 |
| **技术特征B**：检测与所述第一移动设备的用户将所述第一移动设备从第一位置移动到第二位置相对应的第一运动 <br> **判断结果**：未公开 | 无相关内容。 | 对比文件的核心在于通过用户界面（如按键）触发安全呼叫提醒和模式切换，完全没有涉及通过检测设备的物理运动（如从第一位置移动到第二位置）来触发任何操作。目标专利中该特征的作用是实现基于自然用户动作（如将手机拿到耳边）的自动模式转换。对比文件未公开任何与设备运动检测相关的内容。 |
| **技术特征C**：响应于检测到的第一运动，从公开模式转换到私密模式，其中从公开模式转换到私密模式包括重新分配资源 <br> **判断结果**：未公开 | 无相关内容。 | 对比文件公开了响应于用户操作（如按键）从明文模式转换到安全模式（第[0022], [0031]段）。然而，目标专利的该特征明确包含“重新分配资源”，例如说明书第[0046]段所述，将设备移至耳边时重新分配先前用于流送视频的带宽以提供更高质量的语音通信。对比文件的模式转换仅涉及加密状态的改变（明文/安全），完全没有提及在模式转换过程中对任何通信资源（如带宽）进行重新分配。因此，对比文件既未直接公开也未隐含公开该特征。 |
| **技术特征D**：向所述至少一个第二移动设备发送指示所述第一移动设备从公开模式转换到私密模式的消息。 <br> **判断结果**：《直接公开》 | 说明书第[0025]段：“Embodiments in accordance with the present invention can provide a secure call alert to a remote device or recipient device so that the recipient of the secure call alert can automatically respond back in a secure call or in a secure mode.” <br> 图2及相关描述：描述了发送安全呼叫提醒请求（Secure Call Alert Request）的消息流程。 | 对比文件的核心发明点就是发送“安全呼叫提醒”（secure call alert）消息。该消息由发起设备（alerting device）发送给接收设备（recipient device），其目的和作用是指示接收方：发起方希望建立安全（即私密）通信。这与目标专利中“发送指示从公开模式转换到私密模式的消息”的作用完全相同，都是通知通信对端设备关于模式（向更私密/安全方向）转换的意图。因此，该技术特征被对比文件直接公开。<<<D>>> |
| **技术特征E**：其特征在于，所述第一运动对应于所述用户将所述第一移动设备移动到接近所述用户的耳朵的位置。 <br> **判断结果**：未公开 | 无相关内容。 | 该特征是对“第一运动”的具体限定，明确其为“用户将第一移动设备移动到接近用户的耳朵的位置”。如特征B所述，对比文件完全没有涉及任何基于设备运动的触发机制，更不可能公开这种具体的、与手持电话自然动作相关的运动。 |
| **技术特征F**：其特征在于，从公开模式转换到私密模式包括将所述第一移动设备中的音频路径从扬声器模式改变为耳机模式。 <br> **判断结果**：未公开 | 无相关内容。 | 目标专利中该特征的作用是改变音频输出路径以实现私密性（见说明书第[0043]段）。对比文件公开的模式转换（从明文到安全）完全聚焦于通信链路的加密状态，并未涉及设备本地的音频硬件路径（如扬声器与听筒/耳机）的切换。这是两个不同层面的技术手段。 |
| **技术特征G**：其特征在于，进一步包括：从所述至少一个第二移动设备接收指示所述第二移动设备已从公开模式转换到私密模式的消息。 <br> **判断结果**：《直接公开》 | 说明书第[0025]段：“...the recipient of the secure call alert can automatically respond back in a secure call or in a secure mode.” <br> 图3及相关描述：描述了接收设备（recipient device）对安全呼叫提醒的响应（Secure Call Alert Paging Response）。 <br> 说明书第[0031]段及图6：描述了接收设备在收到安全呼叫提醒后，尝试切换到安全模式并发送成功响应（Successful Call Alert response）的逻辑。 | 对比文件明确公开，接收设备在收到安全呼叫提醒（即指示发起方希望进行安全/私密通信的消息）后，会尝试切换到安全模式，并向网络/发起方发送响应消息（如Secure Call Alert Paging Response, Successful Call Alert response）。这个响应消息的作用正是告知发起方，接收设备已经（或准备）切换到安全/私密模式。这与目标专利特征G的作用一致。因此，该特征被直接公开。<<<G>>> |
| **技术特征H**：其特征在于，所述从公开模式转换到私密模式包括改变所述通信的安全性设置，其中改变安全性设置包括从未加密通信转换到已加密通信。 <br> **判断结果**：《直接公开》 | 说明书第[0022]段：“In contrast, embodiments herein can send a secure alert to a remote or recipient device so that the recipient of the alert can automatically respond back in a secure mode...” <br> 说明书第[0031]段及图6：流程图中明确判断“secure mode?”和进行模式切换。 <br> 说明书第[0024]段：“...switching between a secure mode and a clear mode...” | 对比文件的核心就是实现从“明文（clear）模式”（即未加密通信）到“安全（secure）模式”（即已加密通信）的转换。说明书多处（如第[0022]、[0024]、[0031]段）明确描述了这种基于安全呼叫提醒的模式转换，其作用正是提升通信的私密性和安全性。这与目标专利特征H的技术手段和作用完全一致。因此，该特征被直接公开。<<<H>>> |
| **技术特征I**：其特征在于，从公开模式转换到私密模式包括从与所述至少一个第二移动设备的半双工通信转换到全双工通信。 <br> **判断结果**：未公开 | 无相关内容。 | 目标专利中该特征的作用是改变通信的双工方式（见说明书第[0080]-[0081]段）。对比文件公开的模式转换仅涉及加密状态（明文/安全），并未涉及通信是半双工（如PTT）还是全双工（如普通电话）。对比文件提到的“dispatch call”（调度呼叫）通常是半双工的，但模式转换并未改变这一属性。因此，该特征未被公开。 |
| **技术特征J**：其特征在于，进一步包括：检测与所述第一移动设备的用户将所述第一移动设备从所述第二位置移动到第三位置相对应的第二运动 <br> **判断结果**：未公开 | 无相关内容。 | 同特征B和E，对比文件完全不涉及设备运动检测。因此，“检测第二运动”这一特征未被公开。 |
| **技术特征K**：响应于检测到的第二运动，从私密模式转换到公开模式。 <br> **判断结果**：《隐含公开》 | 说明书第[0031]段：“Note, FIG. 6 illustrates the logic for switching from a clear mode to a secure mode, but similar logic can apply to the case where the recipient device is operating in secure mode and must switch to clear mode.” | 对比文件在第[0031]段明确指出，图6所示的从明文模式切换到安全模式的逻辑，同样适用于设备从安全模式切换回明文模式的情况。这意味着对比文件隐含公开了设备可以在安全（私密）模式和明文（公开）模式之间进行双向转换。虽然触发转换的机制在对比文件中是基于呼叫提醒的响应逻辑，而非目标专利中的“第二运动”，但“从私密模式转换到公开模式”这一模式转换过程本身已被隐含公开。 |
| **技术特征L**：其特征在于，所述第二运动对应于所述用户将所述设备从他或她耳边移开。 <br> **判断结果**：未公开 | 无相关内容。 | 该特征是对“第二运动”的具体限定。同特征E，对比文件未涉及任何设备运动检测，因此该具体运动未被公开。 |
| **技术特征M**：其特征在于，进一步包括：向所述至少一个第二移动设备发送指示从私密模式转换到公开模式的消息。 <br> **判断结果**：未公开 | 说明书第[0031]段提及可从安全模式切换回明文模式，但未描述需要发送专门的指示消息。 | 对比文件虽然隐含了从安全模式转换回明文模式的可能性（特征K），但并未描述或隐含在此反向转换时需要向对端设备发送一个专门的“指示从私密模式转换到公开模式的消息”。安全呼叫提醒及其响应流程主要用于建立安全连接，而结束安全通话后切换回明文模式可能是一个本地行为或通过常规呼叫结束流程实现。因此，该特征未被公开。 |
| **技术特征N**：其特征在于，进一步包括：从所述至少一个第二移动设备接收指示所述第二移动设备已转换到公开模式的消息。 <br> **判断结果**：未公开 | 无相关内容。 | 同特征M，对比文件未描述在从安全模式转换回明文模式时，对端设备会发送指示消息。因此，该特征未被公开。 |
| **技术特征O**：其特征在于，进一步包括：向所述第一移动设备的用户提供指示所述第二移动设备已转换到公开模式的反馈线索。 <br> **判断结果**：《隐含公开》 | 说明书第[0022]段：“...and a display or other presentation device can optionally provide an indication that secure communication is desired.” <br> 说明书第[0010]段：“The encryption capable communication device can further include a display coupled to the processor so that the notification of the secure call alert can be presented upon receipt of the secure call alert.” | 对比文件明确公开，接收设备在收到安全呼叫提醒时，可以通过显示屏等向用户提供指示（指示收到一个安全通信请求）。虽然此指示是关于“请求安全模式”而非“已转换到公开模式”，但本领域技术人员可以合理推断，如果系统设计为需要通知用户对端设备的模式状态变化（如从安全模式退出），那么采用类似的用户反馈机制（如显示屏提示）是显而易见的技术选择。因此，该特征被隐含公开。 |
| **技术特征P**：其特征在于，进一步包括：抑制所述第一移动设备处的通信，直至检测到用户顺应转换到公开模式的指示。 <br> **判断结果**：未公开 | 无相关内容。 | 目标专利中该特征的作用是当对端设备切换到私密模式时，本地设备暂停播放音频以保护隐私，等待用户确认（见说明书第[0040]-[0041]段，图4）。对比文件完全没有涉及这种基于隐私保护目的、在设备间协调并需要用户确认的通信抑制机制。 |
<<<D>>><<<G>>><<<H>>>