**对比文件名称**：2011-08-25_US2011208514A_发明申请_US20110208514A1 DATA EMBEDDING DEVICE AND DATA EXTRACTION DEVICE
**目标专利名称**：使用带内信号的应用通知和服务选择CN103931269B
**模型名称**：本次评估由深度思考的专利代理师执行。
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：所述方法包括：确定所述第一站点能够在语音呼叫期间使用带内信令与所述第二站点交换控制信号。<br>**判断结果**：隐含公开 | 对比文件说明书[0004]段：“In FIG. 1, an encoder, when encoding an input voice into a speech code (voice code), embeds an arbitrary data sequence other than a voice in a speech code to transmit the resultant code to a decoder. At this time, the data is embedded in the speech code itself without changing a format of the speech code.”<br>以及[0102]段：“As one of voice encoding methods that have been the main current in recent years, there is a CELP (Code Excited Linear Prediction) method. As for a method including embedding arbitrary information in a speech code obtained by encoding a voice in accordance with the CELP method, there is a technique concerned with data embedding and extraction...” | 对比文件公开了在编码语音时，将任意数据序列嵌入到语音码（speech code）本身中，并通过同一语音信道传输给解码器。这构成了在语音通信期间使用“带内”信道（即用于语音数据的同一信道）来传输嵌入数据（其可包含控制信息）的技术方案。目标专利中，使用带内信令交换控制信号是为了在不升级基础设施的情况下在站点间传递信息。对比文件公开的“将数据嵌入语音码”同样是在不改变语音码格式（即对基础设施透明）的前提下，在语音信道内传递额外信息。虽然对比文件未明确使用“交换控制信号”的表述，但其嵌入的“任意数据序列（arbitrary data sequence）”完全可能包含控制信息，且其实质是在语音呼叫期间利用带内信道传递信息。因此，本领域技术人员能够从对比文件公开的“在语音码中嵌入数据”这一基础技术手段，合理推断出该技术可用于在两个通信站点之间交换控制信号，即隐含公开了技术特征A。 |
| **技术特征B**：其中确定所述第一站点能够使用带内信令与所述第二站点交换控制信号包括在所述第一站点处通过向语音包施加水印来确定所述第二站点能够使用带内信令与所述第一站点交换控制信号。<br>**判断结果**：直接公开 | 对比文件说明书[0003]段：“In recent years, while computers and the Internet become widespread, ‘a digital watermarking technique’ for embedding a special data in multi-media contents (such as a still picture, a moving picture, an audio, or a voice) has attracted public attraction.”<br>以及[0103]段：“(1) Arbitrary data can be embedded without changing a format of encoded data. (2) Arbitrary data can be embedded while suppressing any of influences on quality of regenerative voice...” | 对比文件明确其发明涉及“数字水印技术（digital watermarking technique）”，用于在包括语音（voice）在内的多媒体内容中嵌入特殊数据。其整个技术方案的核心就是向语音码（语音包）中嵌入数据（即施加水印）。并且，对比文件说明了嵌入数据的目的包含传输任意信息、增强便利性等。因此，对比文件直接公开了通过向语音包施加水印（嵌入数据）来传递信息的技术特征。虽然对比文件未明确提及“确定第二站点能够使用带内信令”，但其技术方案的必然应用场景是接收端（第二站点）能够提取水印（嵌入的数据），这隐含了第二站点需要具备相应的提取能力，即“能够使用带内信令”。技术特征B的核心“通过向语音包施加水印来确定...”已被对比文件直接公开。 |
| **技术特征C**：其中如果所述第二站点能够使用带内信令，则所述水印被所述第二站点解释为带内信号。<br>**判断结果**：直接公开 | 对比文件说明书[0004]段：“The decoder reads out the embedded arbitrary data sequence from the speech code, and outputs a regenerative voice after a normal processing for decoding a speech code has been executed.”<br>以及图1及相关描述：展示了编码器嵌入数据，解码器从语音码中读取（read out）嵌入的数据序列。 | 对比文件明确公开了在接收端（解码器/第二站点），从接收到的语音码中“读取（read out）”嵌入的任意数据序列。该“读取”并处理嵌入数据的过程，即对应于目标专利中“水印被所述第二站点解释为带内信号”。因为“带内信号”的本质就是在带内信道中传递的控制或数据信息。对比文件直接教导了接收端会解释并利用嵌入在语音码中的数据，这直接公开了技术特征C。 |
| **技术特征D**：其中所述第一站点是移动站点。<br>**判断结果**：隐含公开 | 对比文件说明书[0192]段：“In mobile phones which have greatly come into wide use in recent years, or Internet phones...”，以及全文多处提及移动电话（mobile phones）、蜂窝电话（cellular phone）作为应用场景。 | 对比文件虽未在具体实施方式中限定其数据嵌入/提取设备必须是“移动站点”，但其背景技术和应用领域明确指出了该技术可应用于移动电话（mobile phones）。本领域技术人员在阅读对比文件后，能够合理推断出该技术可以实施于移动站点（如移动电话）上。因此，技术特征D被对比文件隐含公开。 |
| **技术特征E**：使用带内信道在所述第一站点与所述第二站点之间交换控制信号，其中所述控制信号包括控制信息和数据，且其中所述数据包括来自所述第一站点或所述第二站点的至少一个传感器的数据。<br>**判断结果**：隐含公开 | 对比文件说明书[0003]段：“...embedding related information or additional information concerned with contents in order to enhance convenience during utilization of contents by a user.”<br>以及[0004]段：“embeds an arbitrary data sequence other than a voice in a speech code”。 | 对比文件公开了可以在语音码中嵌入“任意数据序列（arbitrary data sequence）”，目的包括嵌入相关内容或附加信息以增强用户便利性。这里的“任意数据序列”在广义上可以涵盖各种信息，包括来自传感器的数据（如位置数据，虽未明确列举心率等，但属于可能的数据类型）。虽然对比文件未明确列举“传感器数据”作为嵌入数据的具体示例，但“任意数据序列”这一宽泛的公开内容，使得本领域技术人员有可能推理出可以将传感器数据作为嵌入数据的一部分进行交换。因此，技术特征E被隐含公开。 |
| **技术特征F**：使用所述控制信号经由所述带内信道在所述第一站点和所述第二站点之间交换装置信息，其中所述装置信息对所述基础设施透明。<br>**判断结果**：直接公开 | 对比文件说明书[0103]段：“(1) Arbitrary data can be embedded without changing a format of encoded data.”<br>以及[0125]段：“arbitrary data can be embedded without changing the encoding format of CELP. In other words, ID information or other media information can be embedded in the voice information to be transmitted/stored without injuring compatibility essential to the application of communication/storage...” | 对比文件明确教导了其数据嵌入技术可以在不改变编码数据格式的前提下嵌入任意数据，并且特别举例说明可以嵌入“ID信息（ID information）”。ID信息是典型的装置信息（如设备标识）。同时，不改变编码格式意味着对传输网络（基础设施）是透明的，网络无需感知或处理这些嵌入信息。这直接对应于目标专利中“交换装置信息”且“对基础设施透明”的技术特征。因此，技术特征F被对比文件直接公开。 |
| **技术特征G**：其中所述至少一个传感器包括近程传感器、定向传感器和心率监视器中的一者。<br>**判断结果**：未公开 | 对比文件全文未提及近程传感器（proximity sensor）、定向传感器（orientation sensor）或心率监视器（heart rate monitor）。 | 对比文件虽然公开了嵌入“任意数据序列”，但从未具体公开或暗示这些数据来源于“近程传感器”、“定向传感器”或“心率监视器”这类特定传感器。这些是目标专利中限定的具体传感器类型，对比文件没有提供任何相关的教导或启示。因此，技术特征G未被对比文件公开。 |
| **技术特征H**：其中在所述第一站点处确定所述第二站点是否能够使用带内信令与所述第一站点交换控制信号进一步包括使用带内信令发送探测信号。<br>**判断结果**：未公开 | 对比文件全文未提及为了确定对方设备能力而发送专门的“探测信号（probe signal）”。其数据嵌入和提取是基于预设的算法和参数同步进行的。 | 对比文件的数据嵌入和提取过程是单向或双向的数据传输，依赖于编码器和解码器之间预先约定的嵌入/提取规则（如使用特定参数作为判断阈值）。它没有描述像目标专利那样，先发送一个用于“探测”对方是否具备带内信令能力的特定信号（探测信号）的步骤。因此，技术特征H未被对比文件公开。 |
| **技术特征I**：其中在所述第一站点处确定所述第二站点是否能够使用带内信令与所述第一站点交换控制信号进一步包括将带内探测信号发射到所述第二站点，以及从所述第二站点接收带内确认信号。<br>**判断结果**：未公开 | 对比文件全文未提及“探测信号（probe signal）”以及“确认信号（acknowledgment signal）”的发射和接收流程。 | 与特征H类似，对比文件的技术方案不涉及用于能力协商的握手协议（即发送探测信号并等待确认信号）。其数据交换是基于对嵌入数据的直接检测和提取，无需事先通过确认信号来确认对方的兼容性。因此，技术特征I未被对比文件公开。 |
| **技术特征J**：其进一步包括周期性发射所述带内探测信号持续有限时间量。<br>**判断结果**：未公开 | 对比文件全文未提及周期性发射探测信号，也未提及为探测设定有限时间量（如计时器）。 | 对比文件未公开任何关于周期性发射信号或为探测设定时间窗口的技术内容。这完全是目标专利中特有的操作流程。因此，技术特征J未被对比文件公开。 |
| **技术特征K**：其中所述第一站点能够产生、检测带内信号并对带内信号作出反应，所述带内信号经设计使得(a)所述带内探测信号不作为有效包的任一者由不能够使用带内信令与所述第一站交换信息的站点接收，以及(b)如果所述带内确认信号由所述第一站点接收，那么所述第一站点确定发射路径为转码免除的且所述第二站点能够使用带内信令与所述第一站点交换信息。<br>**判断结果**：未公开 | 对比文件全文未提及带内信号（或探测信号）的特定设计，以使其对传统解码器无效（即不被当作有效包接收）。也未提及通过接收确认信号来推断发射路径为“转码免除（transcoding-free）”状态。 | 对比文件关注的是数据嵌入和提取的算法本身，以及提高嵌入数据率、降低语音质量影响、增加错误检测能力等。它没有涉及目标专利中关于信号设计以确保与传统设备兼容、以及利用信号交换来推断网络路径状态（如转码免除）的特定技术构思。因此，技术特征K未被对比文件公开。 |
| **技术特征L**：其中所述控制信息和数据用于在不对基础设施作出改变的情况下进行以下操作中的至少一者：触发所述站点的一者上的应用程序、在所述站点的一者上产生系统声音、事件或通知，或选择新声码器类型。<br>**判断结果**：未公开 | 对比文件全文未提及利用嵌入的数据来“触发应用程序（trigger an application）”、“产生系统声音、事件或通知（generate system sound, event, or notification）”或“选择新声码器类型（select a new vocoder type）”。 | 对比文件公开了嵌入数据可用于传递ID信息、版权信息等，但从未教导或暗示这些数据可以用于在接收端执行诸如触发应用、产生通知或动态选择声码器类型等高级控制动作。这些是目标专利中描述的特定应用场景，在对比文件中没有对应公开。因此，技术特征L未被对比文件公开。 |
| **技术特征M**：其进一步包括在所述第一站点处确定所述第二站点是否能够使用带内信令与所述第一站交换信息。<br>**判断结果**：隐含公开 | 对比文件说明书[0004]段：“The decoder reads out the embedded arbitrary data sequence from the speech code...”，这隐含了接收端（第二站点）需要具备读取嵌入数据的能力。发送端（第一站点）在发送嵌入数据时，可以默认或通过其他方式（但非目标专利的探测方式）知晓或假定接收端具备此能力。 | 对比文件的技术方案建立在接收端能够提取嵌入数据的基础上。虽然其未描述一个明确的“确定”步骤（如目标专利的探测），但本领域技术人员能够理解，为了实现有效的数据交换，发送端在某种程度上需要“知道”或“假定”接收端兼容该数据嵌入技术（即能够使用带内信令）。这种“确定”可以是隐式的，例如通过设备类型、预配置或协议约定。因此，对比文件隐含公开了需要确定对方站点能够使用带内信令交换信息这一概念。 |
| **技术特征N**：其进一步包括：基于经由所述带内信道经由所述控制信号的所述带内信令接收的所述所交换的装置信息控制所述第一站点或所述第二站点的设置。<br>**判断结果**：未公开 | 对比文件全文未提及利用交换的装置信息来“控制（control）”通信站点本身的设置（如音频处理设置、编解码器选择等）。 | 对比文件描述了嵌入和提取数据（包括ID等信息），但未公开将这些提取出的信息反馈回去用于动态控制或调整本地或远端设备的操作设置。其数据提取后可能用于显示、存储或外部处理，但没有教导用于内部设备控制的闭环应用。因此，技术特征N未被对比文件公开。 |
| **技术特征O**：其中所述装置信息包括可行动信息。<br>**判断结果**：未公开 | 对比文件全文未提及“可行动信息（actionable information）”这一概念。 | “可行动信息”是目标专利中的特定术语，指代那些可以被接收站点直接执行或触发动作的信息。对比文件虽然提到嵌入ID等信息，但未将这些信息描述为具有“可行动”的特性，也未教导其用于直接触发站点内部的某种动作或改变。因此，技术特征O未被对比文件公开。 |
| **技术特征P**：其中所述可行动信息包括用于在不对所述基础设施作出改变的情况下选择新声码器类型的控制信息和数据。<br>**判断结果**：未公开 | 对比文件全文未提及利用嵌入的信息来动态“选择新声码器类型（select a new vocoder type）”。 | 如特征L所述，选择新声码器类型是目标专利的一个具体应用。对比文件完全没有涉及在通信过程中动态协商或切换声码器类型的技术内容。因此，技术特征P未被对比文件公开。 |
| **技术特征Q**：其中所述第二站点为移动站点。<br>**判断结果**：隐含公开 | 同技术特征D的论述，对比文件的应用场景包括移动电话。本领域技术人员能合理推断通信的另一方（第二站点）也可以是移动站点。 | 与技术特征D同理，对比文件隐含公开了通信站点可以是移动站点。因此，技术特征Q被对比文件隐含公开。 |
| **技术特征R**：其中所述第一站点为针对所述语音呼叫的终端站点。<br>**判断结果**：未公开 | 对比文件未在具体技术方案中区分“发起站点（originating site）”和“终端站点（terminating site）”。其描述通常使用“编码器/发送端”和“解码器/接收端”的功能性划分。 | 目标专利中“终端站点”的概念与呼叫建立的角色（被叫方）相关。对比文件仅从数据嵌入（发送）和数据提取（接收）的功能角度描述设备，并未赋予设备在呼叫建立中的“发起”或“终端”角色。因此，技术特征R未被对比文件公开。 |
| **技术特征S**：其中所述第一站点为针对所述语音呼叫的发起站点。<br>**判断结果**：未公开 | 同技术特征R的论述，对比文件未区分呼叫建立中的发起站点和终端站点。 | 与技术特征R同理，对比文件未公开设备作为“发起站点”的角色。因此，技术特征S未被对比文件公开。 |
| **技术特征T**：其进一步包括：确定所述第二站点能够使用带外OOB接口与所述第一站点交换装置信息。<br>**判断结果**：未公开 | 对比文件全文专注于“带内（in-band）”数据嵌入技术，即数据嵌入在语音码本身中。未提及任何关于“带外（out-of-band, OOB）接口”的使用。 | 对比文件的技术方案完全围绕如何在同一语音信道（带内）中嵌入和提取数据。没有涉及使用另一个独立的信道或接口（带外接口）来交换信息。因此，技术特征T未被对比文件公开。 |
| **技术特征U**：设定用于在所述第一站点与所述第二站点之间交换装置信息的OOB管道。<br>**判断结果**：未公开 | 对比文件全文未提及建立“OOB管道（OOB pipe）”或类似概念。 | 同技术特征T，对比文件未涉及任何带外通信管道的建立或使用。因此，技术特征U未被对比文件公开。 |
| **技术特征V**：其中确定所述第二站点是否能够使用所述OOB接口与所述第一站点交换信息包括发送探测信号。<br>**判断结果**：未公开 | 对比文件未涉及OOB接口，自然也未有通过发送探测信号来确定OOB能力的内容。 | 由于对比文件未公开OOB接口，因此与之相关的确定能力的步骤（包括发送探测信号）也未被公开。因此，技术特征V未被对比文件公开。 |
| **技术特征W**：其进一步包括使用所述OOB接口在所述第一站点与所述第二站点之间交换可行动信息。<br>**判断结果**：未公开 | 对比文件未涉及OOB接口，也未有交换“可行动信息”的内容。 | 同技术特征T和O，对比文件既未公开OOB接口，也未公开“可行动信息”的概念。因此，技术特征W未被对比文件公开。 |
<<<a>>><<<B>>><<<C>>><<<d>>><<<e>>><<<F>>><<<m>>>