一种用于分析消息内容的方法，包括：接收消息； 基于内容分析来从所述消息识别动作请求，所述动作请求与在用户的设备处将要被执行的动作相关； 从所述消息确定关键字； 监控将要被执行的所请求的动作； 在所述监控期间，基于所述动作的执行来确定数据项； 将所述关键字与所检测到的数据项相关联。

你好。作为一名经验丰富的专利代理师，我将根据你提供的目标专利说明书内容，对权利要求1中的**技术特征C：“从所述消息确定关键字”**进行深入解析，并结合对比文件D1至D4的原文进行比对分析。

### 第一部分：目标专利说明书对技术特征C的解释

在目标专利（CN104813314B）中，技术特征C是实现“自动化关联”和“动作执行”的核心步骤。

1. **定义与范畴**：

* 根据说明书第[0013]段，**“关键字是字符串”**。

* 根据第[0040]-[0042]段的示例，当消息内容为“请马上呼叫Ben”时，动作请求是“呼叫”，而**“Ben”**则是从消息中确定的关键字。

* 关键字不仅限于人名，还可以是时间、地点或媒体名称。例如第[0057]段提到的“Ben's”、“home”、“1pm”均可作为关键字。

2. **技术作用**：

* 特征C的作用是从非结构化的消息文本中提取出具有语义含义的实体标识符（关键字）。

* 该关键字随后用于在设备本地（如联系人列表）进行搜索。如果搜索不到明确匹配项（即说明书提到的模糊匹配或无匹配情况），则触发后续的“监控”和“关联”步骤（特征D、E、F）。

---

### 第二部分：对比文件分析

针对**技术特征C：“从所述消息确定关键字”**，以下是各对比文件的公开情况分析：

#### 1. D1: US5946647A (Apple Inc.)

* **出处**：Column 2, Lines 35-40; Column 5, Lines 20-25; Column 5, Lines 45-50.

* **分析**：D1公开了一种“分析器服务器（analyzer server）”，它使用“模式（patterns）”来解析文档以检测“结构（structures）”。

* 原文提到：*“the term 'pattern' refers to data... used by a pattern analysis unit to recognize information in a document, such as dates, addresses, phone numbers, **names**, etc.”*

* 在图5-6及相关说明中，D1识别了文档中的电话号码、姓名等。这些被识别的“结构”或“姓名/字符串”在功能和表现形式上与本申请的“关键字”完全等同。

* **结论**：**实质公开**了技术特征C。

#### 2. D2: US6262735B1 (Nokia)

* **出处**：Column 5, Lines 55-65; Table 1; Column 8, Lines 10-25.

* **分析**：D2公开了一个“CSA引擎”，能够自动从基于字符的消息中提取特定信息。

* 原文提到：*“a program automatically picks from a character-based message... certain information in order to be used as a command in another application.”*

* Table 1中明确列出了搜索的组合，包括 `$s @ $s` (邮件地址) 以及具体的 **$s** (字符串，如姓名或URL)。

* D2通过搜索预定义的字符组合来确定消息中的关键参数，这对应了“从消息确定关键字”。

* **结论**：**实质公开**了技术特征C。

#### 3. D3: WO2002025478A1 (Qualcomm)

* **出处**：Paragraph [1004], [1012].

* **分析**：D3公开了“查找并拨号（find-and-dial）”功能。

* 原文提到：*“scans the text for the first designator and determines what type of designator it is (telephone number, e-mail address, etc.).”*

* 这里的“指示符（designator）”即是从文本块中确定的特定字符串（如电话号码或邮件地址），用于后续动作执行。

* **结论**：**实质公开**了技术特征C。

#### 4. D4: EP1280321A1 (Siemens)

* **出处**：Paragraph [0012], [0027].

* **分析**：D4公开了利用OCR（光学字符识别）从图形界面提取信息。

* 原文提到：*“Ermitteln der Teilnehmerinformation mit Hilfe eines Texterkennungsverfahrens... eine Zeichenkette ermittelt...”*（借助文本识别方法确定用户业务信息……确定一个字符串……）。

* 它将选定区域的图形转化为“字符串（Zeichenkette）”，并从中识别出姓名或号码。

* **结论**：**实质公开**了技术特征C。

---

### 第三部分：技术特征比对表

---

### 第四部分：专利代理师分析结论

经过对比分析，我认为技术特征C**“从所述消息确定关键字”**已被上述对比文件**单独且明确地公开**。

**详细理由如下：**

1. **D1和D2的直接公开**：

* D1（Apple）的“Data Detectors”技术核心就是通过解析器从文本中提取“结构化的数据项”（即本申请所谓的关键字）。

* D2（Nokia）更是直接描述了在移动终端接收消息后，识别出其中的人名、电话、URL等字符串（$s）并将其作为参数传递给应用程序。这与本申请第[0040]-[0042]段中提取“Ben”作为关键字的操作在逻辑和手段上完全一致。

2. **实质公开的认定**：

* 虽然各对比文件使用的术语不同（D1称“Structures”，D2称“Character combinations”，D3称“Designator”，D4称“Zeichenkette”），但其技术内涵均为：**从非结构化的消息文本中，依据预设的规则或模式，识别并提取出代表特定意义的字符串**。

* 根据本申请说明书第[0013]段对“关键字是字符串”的定义，上述对比文件中的技术手段已完全覆盖了特征C的所有技术内涵。

**总结：**

技术特征C属于本领域的常规技术手段，在D1、D2等早期专利中已有充分记载。本申请的创新点更多在于特征D、E、F所构成的“基于动作执行反馈来建立关键字与数据项之间关联”的动态监控机制，而非单纯的关键字提取。因此，特征C不具备新颖性或创造性贡献。

你好！作为同行，我很乐意协助你完成这项专利无效宣告/侵权分析的前期拆解工作。

在专利无效或侵权分析中，准确理解权利要求的保护边界是第一步。我们将紧密结合目标专利的说明书，对权利要求1中的**技术特征C（从所述消息确定关键字）**进行合理解释，并逐一核对各对比文件（D1-D4）是否单独或组合公开了该特征。

---

### 一、 目标专利中技术特征C的释义

**技术特征C：从所述消息确定关键字**

**说明书支撑点分析：**

根据目标专利说明书的记载，技术特征C的作用在于从接收到的消息文本中提取出关键的业务对象或参数，以便后续将该对象与具体的数据项（如电话号码、地址）进行绑定或关联。

* **出处1：** 说明书段落 `[0056]` 记载：“该装置搜索关键字(710)，例如‘Ben's’、‘home’、‘1pm’。‘Home’被识别为地址的关键字，‘Ben’被识别为联系人的关键字……”

* **出处2：** 说明书段落 `[0057]` 记载：“该装置确定关键字，即名字‘Ben’(910)，并且开始查找Ben的联系人信息。”

**释义结论：**

结合说明书，技术特征C中的“关键字”应被宽泛且合理地解释为：**从消息文本内容中提取出的、独立于动作请求（如“呼叫”、“发送”）之外的特定字符、参数或目标对象（如人名、时间、地点或执行指令所需的参数）**。

---

### 二、 对比文件公开情况详细分析

#### 1. D1: EP1320809A1 (AUTOMATIC FIND AND DIAL)

* **是否公开特征C：** **实质公开/等同公开**

* **分析与原文引证：**

D1公开了扫描文本以寻找特定的“标识符（designator）”。虽然D1使用的术语是“designator”而非“keyword”，但在技术实质上，它执行了从文本中确定关键字符串的动作。

* **原文引证：** 段落 `[1004]` 记载：“The word-processing system... scans the text for the first designator and determines what type of designator it is (telephone number, e-mail address, etc.).” （文字处理系统……扫描文本以寻找第一个标识符，并确定它是什么类型的标识符）。段落 `[1012]` 记载：“The telephone (100) responds by following software commands to scan the specified bock of text, find the first designator (in this case, the telephone number 651- 5680)...”

* **比对结论：** D1中的“designator（标识符）”相当于目标专利中的“关键字”，D1公开了从指定的消息/文本块中扫描并确定该关键字的过程。

#### 2. D2: CN1610436A (一种利用短消息远程控制手机的方法)

* **是否公开特征C：** **毫无疑义地单独公开**

* **分析与原文引证：**

D2公开了将短消息按特定格式（空格隔开）进行解析，提取出指令控制码、指令密码以及“指令参数”。这里的“指令参数”在技术功能上完全等同于目标专利中从消息中确定的“关键字”。

* **原文引证：** 说明书具体实施方式步骤 `(3)手机远程控制指令的接收端操作` 记载：“步骤502中，将短消息的内容以空格为区分标识读出并分别保存起来”。进一步在图6的实施例中，步骤 `605` 记载：“将从短消息内容中的第三部分字符作为用户输入的Sim卡密码参数，调用启动Sim卡密码函数接口……”

* **比对结论：** D2明确公开了从接收到的短消息中，通过空格分隔提取出第三部分/第四部分字符作为“参数”。这种从消息内容中解析并确定特定参数的动作，毫无疑义地公开了“从所述消息确定关键字”这一技术特征。

#### 3. D3: CN1852378A (短信遥控无线终端的方法及系统)

* **是否公开特征C：** **未公开**

* **分析与原文引证：**

D3公开了解析控制短消息并得到控制指令（对应技术特征B），但并未进一步公开从消息中提取除指令之外的“关键字”或参数。

* **原文引证：** 具体实施方式记载：“信息解析单元33解析该控制短消息，得到控制指令，进而启动附加功能单元34……”

* **比对结论：** 仅公开了识别动作请求/指令，未公开“确定关键字”。

#### 4. D4: US20060276208A1 (Rule based processing of SMS messages)

* **是否公开特征C：** **未公开**

* **分析与原文引证：**

提供的D4文本仅包含背景技术和摘要部分（[0001]-[0003]），主要介绍了SMS/MMS作为存储转发系统的背景，并未涉及任何关于解析消息内容、提取关键字或参数的具体技术方案。

---

### 三、 技术特征比对表

### 四、 综合分析结论

针对**技术特征C（从所述消息确定关键字）**：

1. **D2 (CN1610436A) 已经单独且毫无疑义地公开了该技术特征。** D2中从固定格式的短消息中解析并提取“指令参数”（如Sim卡密码参数）的过程，与目标专利从消息中提取“关键字”以供执行动作的技术手段和功能实质相同。

2. **D1 (EP1320809A1) 构成了实质公开/等同公开。** D1中从文本中扫描并确定“designator（标识符）”的逻辑，在最宽泛的权利要求解释下，也可以落入“确定关键字”的范围内。

3. **组合评述策略：** 如果目标专利权利要求1的其他特征（例如特征E“监控动作执行确定数据项”和特征F“关联”）在主张无效时需要依赖其他对比文件，**D2**是用来破坏特征C（乃至特征B）新颖性或创造性最坚实的证据基础。你可以采用 **D2结合本领域公知常识**，或者 **D2结合目标专利说明书中承认的现有技术** 的方式来构建无效宣告请求书中的逻辑链条。

尊敬的客户：

作为一名经验丰富的专利代理师，我仔细研读了目标专利（CN104813314B）的权利要求书及说明书，并对您提供的四份对比文件（D1-D4）进行了深入的法理和技术分析。

针对您的核心诉求——**分析对比文件是否有单独或者组合毫无疑义地公开或实质公开了技术特征C**，我的详细分析报告如下。

### 第一部分：目标专利技术特征C的解释

在进行侵权或新颖性/创造性分析时，“紧密结合说明书解释权利要求”是首要原则。

**权利要求1中的技术特征C：** “从所述消息确定关键字”。

**结合说明书的解释：**

根据目标专利说明书【0030】、【0042】、【0056】、【0063】等段落的记载：

1. **关键字的本质：** 关键字是从接收到的消息（如SMS、电子邮件等）内容中提取出的特定**字符串**【0013】。

2. **关键字的作用：** 它是关联方法的基础。这些关键字是消息中的“数据元素”或“被命名元素”【0051】，用于在用户的联系人列表、媒体文件或位置数据中寻找匹配项。

3. **确定方式的示例：** 说明书公开了具体的确定方式。例如，在消息“请马上呼叫Ben”中，确定关键字为名字“**Ben**”【0052】；在消息“我们下午1点在Ben家会面吧”中，确定“**Home**”为地址关键字，“**Ben**”为联系人关键字，“**1pm**”为时间关键字【0056】；在邮件发送示例中，确定关键字为名字“**Ben**”【0058】。

**结论：** 技术特征C中的“关键字”并非指代动作指令（如“呼叫”、“发送”），而是指消息内容中除了指令之外，指代特定对象（人名、地名、时间、文件名等）的**参数类字符串**，用于后续与设备本地数据项进行关联。

---

### 第二部分：对比文件分析及特征比对

下面我将紧密结合对比文件的原文，逐一分析其是否公开了上述技术特征C，并给出详细出处。

#### 1. 对比文件D1 (CN1929665A) 分析

D1公开了一种手机功能的短信控制方法。

* **原文分析：** D1说明书第5页第3段记载：“短信格式可为：指令短信标识+校验字+命令字+参数，如：... **CMD JY123 FSMP 张三112345678**，发送张三名片到112345678”。

* **比对分析：** D1中手机接收到短信后，会解析其中的“**参数**”部分（例如名片请求中的“**张三**”）。这个“参数”用于指明命令执行的具体对象。

* **特征判定：** D1中的“参数”（如人名“张三”）完全符合目标专利说明书中所公开的“从消息中确定的参数类字符串（关键字）”。

#### D1 特征比对表格

---

#### 2. 对比文件D2 (WO2008147919A1) 分析

D2公开了一种基于移动设备消息关键字的服务。

* **原文分析：** D2在【0009】段记载：“该设施分析接收到的消息以识别消息中的一个或多个关键字（identify one or more **keywords** in the message）”。在【0011】段记载：“关键字包括但不限于单个词、词组、诸如**地址**的文本串、诸如单词的一部分的文本片段等”。

* **比对分析：** D2明确使用了“关键字（keyword）”一词，并且指出了它是消息中的文本字符串（如地址）。

* **特征判定：** D2毫无疑义地公开了特征C。

#### D2 特征比对表格

---

#### 3. 对比文件D3 (US20090265552A1) 分析

D3公开了一种安全短消息和多媒体消息服务系统及方法。

* **原文分析：** 经仔细研读，D3的核心在于消息的**加密、解密和传输控制**（例如【0010】-【0014】段）。虽然它提到了接收和处理SMS/MMS消息，但并未公开解析消息体内容以确定用于后续关联的非指令性“关键字”的技术方案。

* **特征判定：** D3未公开特征C。

#### D3 特征比对表格

---

#### 4. 对比文件D4 (US20100004980A1) 分析

D4公开了一种用于管理产品和消费者信息的系统和方法。

* **原文分析：** D4引入了“IMI标识符”（IMI identifier）。在【0068】段记载：“‘关键字’是指单词、术语、短语、名称、字母数字序列、**IMI标识符**，或可由SMS On-Demand System读取和处理的字符的任何组合”。在图12及【0078】段的示例中，用户发送包含“Search Armani”的消息，系统确定关键字“**Armani**”。

* **比对分析：** D4中的“关键字”用于在用户概况（user profile）中搜索特定的产品相关信息，这与目标专利中关键字用于搜索联系人/媒体文件项的作用一致。

* **特征判定：** D4毫无疑义地公开了特征C。

#### D4 特征比对表格

---

### 第三部分：综合分析结论

基于上述紧密结合原文的详细比对：

1. **D2 (WO2008147919A1)** 和 **D4 (US20100004980A1)** 均在其说明书中明确使用了“关键字（keyword）”一词，并公开了从接收到的消息中识别出诸如人名、地址、IMI标识符等字符串的技术方案。因此，**D2和D4均单独毫无疑义地公开了技术特征C**。

2. **D1 (CN1929665A)** 虽然使用了“参数”这一术语，但其参数的具体内容（如人名“张三”）及其是从消息中解析获得的事实，完全涵盖了技术特征C所界定的“从消息确定关键字”的外延。根据专利审查原则，术语的不一致不影响技术内容的实质等同判定。因此，**D1也实质公开了技术特征C**。

3. **D3 (US20090265552A1)** 未涉及该特征。

综上所述，技术特征C属于被多篇对比文件单独公开的现有技术特征。

以上报告由经验丰富的专利代理师提供，供您参考。如果您需要进行全面的新颖性或创造性评估，我将进一步为您分析其他技术特征的公开情况。

经我作为专利代理师的严格分析，针对所申请专利的技术特征C，对比文件D2和D4均给出了毫无疑义的公开（实质公开）。以下是详细的分析过程、出处及比对表格：

### 技术特征C：从所述消息确定关键字

#### 1. 目标专利说明书的解释

目标专利CN104813314B在其具体实施方式中通过多个示例对“从所述消息确定关键字”进行了说明，明确“关键字”可以是消息文本中的具体字符串。例如：

* 在“Please call Ben right now(请马上呼叫Ben)”的消息中，识别出名字“Ben”为关键字（参见附图说明[0051]及具体实施方式[0052]）。

* 在“Let's meet in at Ben's home at 1pm”的消息中，寻找关键字“Ben's”、“home”、“1pm”（参见附图说明[0056]）。

* 在“Send... via email to Ben”的消息中，确定关键字即名字“Ben”（参见附图说明[0057]）。

* 在“Send me... via email”的消息中，确定关键字“me”/“my”（参见具体实施方式[0058]）。

* 在“Send me the song”的消息中，监控用户动作来将关键字（如歌曲名“poker face”）与文件（如“pf.mp3”）相关联（参见具体实施方式[0061]）。

结合说明书整体，技术特征C所指的“从消息确定关键字”是指从接收到的消息内容中识别出特定的文本串（如联系人姓名、昵称、位置指示、时间指示、歌曲名等），用于后续动作的关联。

#### 2. 对比文件分析与比对图表

##### 2.1 对比文件D2 (US20100138441A1) 的分析

D2涉及一种通过自动分析消息来存储电话号码的方法和移动终端。在其摘要和发明内容中明确提到了使用“search keyword(搜索关键字)”的概念，并公开了从接收到的消息内容中提取该关键字。

具体地，D2公开了：

> 摘要 [Technical Solution] 中提到：“... extracting a search keyword from content of a received message...”

>

> 在具体实施方式的第二个实施例中，D2公开了步骤S32：分析消息内容并且提取搜索关键字（S32 analyzing the message content and extracting a search keyword）[0008]。

>

> 在附图4及相关文本中，D2详细说明了：

> [...] extracting a search keyword from continuous character strings in the message content received by the mobile communication terminal 1 (S32). The search keyword includes □) name, □) phone number or □) name and phone number (former phone number). [...] Assuming that the message content includes a sentence (“User's phone number”)... “User”, “User's”, “phone” and “number” are extracted as a search keyword... (D2原文 [0056]-[0057])

**比对结论：** D2明确公开了从接收到的消息内容（如连续字符或单词）中“extracting a search keyword(提取搜索关键字)”，并且该关键字包括姓名（name）或电话号码，这属于目标专利中“从消息确定关键字（Ben、歌曲名等文本串）”的范畴。因此，D2公开了技术特征C。

##### 2.2 对比文件D4 (US20110131207A1) 的分析

D4公开了一种涉及文本消息收发热门话题的装置。其核心发明目的就是从文本消息中提取关键字。

具体地，D4公开了：

> 在 SUMMARY 部分明确：“According to one aspect, a device may include a memory to store instructions; and a processor to execute the instructions to implement [...] a keyword extractor to extract keywords or key phrases from the collected text messages... ” (D4原文 [0002])

>

> 在具体实施方式中，D4描述了其功能组件：

> Keyword extractor 530 may extract keywords or key phrases from the filtered text messages. [...] For example, keyword extractor 530 may use a lexicon of keywords to recognize keywords in text message. [...] (D4原文 [0074])

>

> 在方法流程图中，D4描述了步骤 block 630：

> Keywords or key phrases may be extracted from the filtered messages (block 630). [...] applied to a set of filtered messages [...] identifies keywords based on TF*IDF [...] tailored towards text messaging... (D4原文 [0091]-[0092])

**比对结论：** D4明确公开了利用“keyword extractor(关键字提取器)”来“extract keywords or key phrases(提取关键字或关键短语)”从“collected text messages(收集的文本消息)”或“filtered text messages(过滤的文本消息)”中。D4的“从过滤的消息中提取关键字”与目标专利中“从所述消息确定关键字”具有完全相同的技术实质。因此，D4公开了技术特征C。

#### 3. 特征比对表格

综上，基于提供的对比文件原文，无需组合，对比文件D2和对比文件D4均已单独、毫无疑义地公开了目标专利的技术特征C。

这份专利权利要求分析将严格基于您提供的目标专利说明书（CN104813314B）以及三篇对比文件的原文内容进行解构和比对，并确保引用的所有对比文件原文均精确无误。

---

### 一、 对权利要求1及技术特征C的解释

结合目标专利说明书（CN104813314B）的上下文，权利要求1旨在保护一种通过监控用户动作，自动将消息中的文本元素（关键字）与特定数据项（如联系人信息、位置等）进行学习和关联的方法。

**关于技术特征C（从所述消息确定关键字）的解释：**

根据目标专利说明书的具体实施方式，这里的“确定关键字”是指从接收到的消息文本中提取出特定的字符串或命名元素。

* **说明书依据：** 说明书 `[0005]` 段明确记载了“从该消息确定关键字”；在具体实施例中，`[0056]` 段记载：“该装置搜索关键字(710)，例如‘Ben's’、‘home’、‘1pm’……”；`[0057]` 段记载：“该装置确定关键字，即名字‘Ben’(910)”。

* **技术含义：** 该特征的作用是为后续的“监控关联”提供一个文本锚点。系统首先在消息中找到这个“关键字”（例如人名、时间、地点），在发现本地没有与该关键字匹配的数据项时，才会触发后续的监控动作（特征D），最终将用户的行为结果（特征E的数据项）与该“关键字”绑定（特征F）。

---

### 二、 对比文件原文出处及公开情况详细分析

以下针对技术特征C（从所述消息确定关键字），在各对比文件中寻找原文披露情况：

#### 1. 对比文件1 (D1: WO2011067687A1)

* **分析结论：** **明确公开了**技术特征C。

* **原文出处：**

* `[p0005]` 段落明确指出设备包含一个关键字提取器：“...a keyword extractor to extract **keywords** or key phrases **from the collected text messages**;...” (……一个关键字提取器，用于从收集的文本消息中提取关键字或关键短语；……)

* `[p0015]` 段落记载了服务器执行的方法步骤：“...**extracting**, using a processor associated with the server device, **keywords** or key phrases **from the collected text messages**;...”

* `[p0079]` 段落记载：“Keyword extractor 530 may **extract keywords** or key phrases **from the filtered text messages**.”

* **对应关系：** D1 (WO2011067687A1) 中的“extract keywords from the text messages”与特征C的“从所述消息确定关键字”在字面和实质技术指代上完全一致。

#### 2. 对比文件2 (D2: KR1020110079226A)

* **分析结论：** **实质公开了**该特征的功能，但术语表述为提取“联系人信息”。

* **原文出处：**

* `[19]` 段落记载了从画面指定的字符串中识别联系人信息：“상기 지정된 문자열 또는 이미지로부터 **연락처 정보를 인식**하는 단계를 포함할 수 있다.” (可以包括从指定的字符串或图像中识别联系人信息的步骤。)

* `[20]` 段落记载：“단계 120에서, 사용자 인터페이스 제공 장치는 **연락처 정보**, 예를 들어, **전화번호 또는 이메일 주소를 추출**한다.” (在步骤120中，用户界面提供装置提取联系人信息，例如电话号码或电子邮件地址。)

* **对应关系：** D2 (KR1020110079226A) 提取的是具体的“电话号码或电子邮件地址”等具有特定格式的字符串。虽然未直接使用“关键字 (keyword)”一词，但从文本中提取特定目标字符串（识别联系人信息）的操作，在技术实质上等同于“从消息中确定（特定）关键字”。

#### 3. 对比文件3 (D3: US8010599B2)

* **分析结论：** **未直接公开**技术特征C。

* **原文出处：**

* `[0041]` 段落记载：“...the software code may **parse email message** 210 to **identify the various recipient email addresses**.” (……软件代码可以解析电子邮件消息210以识别各个收件人的电子邮件地址。)

* **对应关系：** D3 (US8010599B2) 的重点在于解析电子邮件的信头（Header，如Cc: 或 From: 字段）以提取收件人地址，用于动态更新回复表单。它并未教导从消息内容（Body）中确定供后续关联使用的“关键字”。

---

### 三、 技术特征比对表格

---

### 四、 侵权/无效分析结论

**结论：对比文件1（D1：WO2011067687A1）单独且毫无疑义地明确公开了技术特征C。**

**分析理由：**

目标专利的技术特征C限定为“从所述消息确定关键字”。在 D1 (WO2011067687A1) 的 `[p0005]`、`[p0015]` 以及 `[p0079]` 段落中，已经使用了极其确切的语言（“extract keywords... from the collected text messages”）披露了使用处理器或提取器从文本消息中提取关键字的步骤。两者在技术手段、实现步骤以及字面表述上均高度重合。

因此，在针对该专利进行无效宣告请求或新颖性/创造性评价时，可以直接采用 D1 (WO2011067687A1) 作为破坏技术特征C新颖性的单篇对比文件，无需依赖与其他文件的组合。

作为一名经验丰富的专利代理师，我将紧密结合目标专利（CN104813314B）的说明书对权利要求1中的技术特征C进行解释，并详细分析所提供的对比文件是否公开了该特征。

### 第一部分：目标专利说明书对技术特征C的解释

**权利要求1：** 一种用于分析消息内容的方法，包括：……

**技术特征C：** 从所述消息确定关键字。

**代理师说明书释义：**

为了准确界定“关键字”的含义和范围，我们需要参考目标专利CN104813314B的具体实施方式。

1. **关键字的本质：** 说明书第\[0013\]段明确指出：“根据一个实施例，该关键字是**字符串**。”

2. **关键字的类型和示例：** 说明书通过多个实施例展示了可以从消息中确定的不同类型的关键字：

* **联系人姓名/昵称：** 第\[0050\]段中，消息为“Please call Ben right now”，装置检测到消息包含**名字“Ben”**。这里“Ben”即为关键字。

* **动作请求/指令：** 第\[0040\]段提到，利用动作数据库进行**关键字查找**来搜索指令（动作请求），例如“呼叫”。

* **位置/时间：** 在第\[0056\]段的会面场景中，搜索**关键字**“Ben's”、“home”、“1pm”。其中，“home”被识别为地址的关键字，“Ben”被识别为联系人的关键字，“1pm”被识别为时间的关键字。

* **代词：** 第\[0058\]段提到，确定关键字，即能够与消息的发送方相关的**“me”/“my”**。

* **文件标识：** 第\[0059\]段（照片关联）和第\[0061\]段（音乐关联）提到针对媒体文件确定姓名或其他关键字，如**“Ben”**或歌曲名称。

**结论：** 在目标专利中，技术特征C“从所述消息确定关键字”应被宽泛地理解为：**从接收到的消息内容（通常是消息体文本）中识别、提取或搜索出特定的字符串**。这些字符串可以是姓名、代词、动作动词、位置指示词、时间指示词或文件标识等，用于后续的监控和关联动作。它不局限于特定的语义类型，只要是消息中的文本串即可。

---

### 第二部分：对比文件特征比对分析

下面我将紧密结合对比文件的原文，分析D1、D2和D3是否公开了技术特征C。

#### 1. 对比文件1 (D1: EP2405631A1)

**D1原文分析：**

D1涉及在消息内容中自动识别潜在的消息接收者，并将其链接到联系人信息。

* 第\[0005\]段提到：“associating a **string in a message body** of the message with a contact address...” (将消息的消息体中的字符串与联系人地址相关联……)

* 第\[0006\]段进一步说明：“the string in the message body may be a **name in the message body**...” (消息体中的字符串可以是消息体中的姓名……)

* 第\[0007\]段描述了识别方法：“identifying the name in the message body by scanning the message body for a **string matching a predefined pattern associated with a proper noun**.” (通过扫描消息体以查找匹配与专有名词相关联的预定义模式的字符串来识别消息体中的姓名。)

* 第\[0093\]段再次提到：scans... the message body 520 for content **matching a pattern associated with a contact name**. (扫描……消息体520以查找匹配与联系人姓名相关联的模式的内容。)

* 第\[0100\]段提到识别**人称代词**：“other strings comprising personal pronouns, such as **'me', 'myself', 'us', or 'ourselves'** may also be identified within the message body...”

**代理师比对意见：**

D1公开了扫描消息体以查找匹配特定模式（如专有名词、联系人姓名或人称代词）的“字符串”（string）或“内容”（content）。结合目标专利说明书对关键字的宽泛界定（包括姓名和代词），D1中识别出的这些姓名字符串（如“Alice”）或代词字符串（如“me”）完全对应于目标专利的“关键字”。因此，D1公开了技术特征C。

#### 2. 对比文件2 (D2: US8140540B2)

**D2原文分析：**

D2涉及基于内容对电子消息进行分类。它使用“关键字”（key words）或“标签”（tags）来进行分类。

* 第\[0007\]段（摘要）明确提到：对于每个类别，确定电子消息体是否包含与该类别相关联的一个或多个**关键字**（key words）。

* 第\[0045\]段给出了具体的标签（即关键字）示例：DRAM项目的标签可能包括**关键字**，例如“**memory**”（内存）、“**RAS**”、“**CAS**”、“**enable signal**”（使能信号）和“**controller**”（控制器）。

* 第\[0060\]段描述了创建新类别的过程：e-mail server software may also be configured to **extract one or more key words from body of the e-mail**... (电子邮件服务器软件还可以被配置为从电子邮件的主体中提取一个或多个关键字……)

* 第\[0068\]段（对应附图8的步骤810）提到：Operations may begin... by determining whether the e-mail includes one or more **key words** associated with a category... (操作可以通过……确定电子邮件是否包括与类别相关联的一个或多个关键字……而开始)

**代理师比对意见：**

D2在文字上使用了与目标专利完全相同的术语“关键字”（key words）。D2描述了确定消息体中是否包含预定义的关键字，或者直接从消息体中提取关键字。这些关键字（如“memory”）是为了用于消息分类，但其“从消息内容中识别/提取字符串”的操作本质与目标专利特征C完全相同。因此，D2公开了技术特征C。

#### 3. 对比文件3 (D3: US20120259633A1)

**D3原文分析：**

D3涉及语音交互式消息交换，主要侧重于语音转文本和文本转语音。

* 第\[0026\]段描述发信过程：用户说“Send a message to John Doe.”系统利用确定算法将接收到的姓名与电话号码相关联。这里是从语音输入中提取姓名。

* 对于**接收到的**消息：第\[0031\]段提到，系统可以将接收到的文本消息转换为语音并播放。在播放消息前，系统可以make a determination (354) whether audio interaction mode is available... (做出是否音频交互模式可用的确定(354))。

* D3主要关注将接收到的文本消息整体进行文本到语音（TTS）转换（第\[0056\]段），或者识别文本消息中的发送者标识（第\[0031\]段，sender's name and/or identifier）。

**代理师比对意见：**

D3虽然涉及消息内容的处理，但对于接收到的消息，它侧重于整体的TTS转换以便播放，并没有明确描述为了后续的动作关联目的而从接收到的文本消息体中**识别或确定特定的字符串（关键字）**的操作。虽然在发起消息时提取了姓名，但这对应的是用户输入的语音命令，而非特征A中接收到的消息本身的内容分析。D3没有毫无疑义地公开从接收到的消息文本中确定关键字的技术特征C。

---

### 第三部分：特征比对表格与结论

**特征比对表格**

**分析结论：**

基于上述紧密结合目标专利说明书的释义以及对比文件原文的详细比对：

1. **对比文件D1单独毫无疑义地公开了技术特征C。** D1中描述的扫描消息体以识别匹配专有名词、联系人姓名或代词模式的“字符串”（string），完全实质公开了目标专利中宽泛界定的“从消息确定关键字”（关键字即字符串，包括姓名、代词等）这一特征。

2. **对比文件D2单独毫无疑义地公开了技术特征C。** D2明确使用了“关键字”（key words）这一术语，并描述了确定消息体是否包含关键字或从消息体中提取关键字的操作。

3. **对比文件D3未公开技术特征C。**

因此，对比文件D1、D2均**单独**毫无疑义地公开了技术特征C。在评估权利要求1的新颖性或创造性时，技术特征C已被D1和D2实质公开。由于D1和D2已分别单独公开了该特征，因此无需讨论它们的组合，但若组合，该特征显然也是被公开的。

作为一名经验丰富的专利代理师，我将为您针对目标专利的权利要求1，结合目标专利说明书以及四份对比文件（D1至D4）进行深入的法律和技术分析。

以下是针对本案的完整无效宣告可行性分析报告：

---

## 一、 目标专利权利要求1的释义与技术分解

根据目标专利（CN104813314B）说明书的记载，该发明旨在解决现有技术中仅能单向识别特定格式（如电话号码或带“@”的邮件地址）而无法理解消息深层语义和动态关联上下文的问题。

### 权利要求1的技术特征分解：

* **特征A**：包括：接收消息。

* *说明书支撑*：对应[0038]及图4、图5，智能电话接收短消息、多媒体消息、即时消息或电子邮件等。

* **特征B**：基于内容分析来从所述消息识别动作请求，所述动作请求与在用户的设备处将要被执行的动作相关。

* *说明书支撑*：对应[0040]-[0041]，从消息内容中搜索指令（动作请求），例如利用动作数据库进行关键字查找或模式识别算法，识别出如“呼叫”、“会面”、“发送”等动作。

* **特征C**：从所述消息确定关键字。

* *说明书支撑*：对应[0042]-[0043]，例如从“请马上呼叫Ben”中确定关键字为“Ben”。

* **特征D**：监控将要被执行的所请求的动作。

* *说明书支撑*：对应[0052]，由于名字“Ben”不在联系人列表中，下一步是对用户的后续动作（如执行呼叫）进行动态监控。

* **特征E**：在所述监控期间，基于所述动作的执行来确定数据项。

* *说明书支撑*：对应[0052]-[0053]，在监控期间，用户执行了呼叫并选择了“Benjamin Orrel”或输入了具体号码，从而确定了该数据项（联系人信息或号码）。

* **特征F**：将所述关键字与所检测到的数据项相关联。

* *说明书支撑*：对应[0052]-[0053]，将关键字“Ben”与确定的数据项“Benjamin Orrel”或新号码关联并修改/新建联系人卡片，以便下次直接使用。

---

## 二、 对比文件技术特征比对表格

以下将各对比文件的原文内容与权利要求1的特征进行严格比对，并指明详细出处。

---

## 三、 最接近对比文件的选择及创造性分析

### 1. 哪个对比文件最适合作为最接近的对比文件（最接近的现有技术）？

在本案中，**D2（US6262735B）** 和 **D1（US5946647A）** 均适合作为最接近的对比文件。

* **从整体解决的技术问题角度分析**：目标专利解决的是“如何从非固定格式的消息文本中智能提取并自动执行对应应用，减少用户跨应用切换和手动输入繁琐性”的问题。D2同样关注“用户在接收到包含多种应用信息的文本消息时，需要执行诸如打开日历、复制URL、打开浏览器、粘贴并跳转等繁琐的多步操作”的问题。D1则关注“在日常文档/邮件中，手工跨程序剪切、复制结构化数据（如电话、地址）到电子电话簿过于繁琐和认知中断”的问题。三者的发明出发点和技术领域高度契合。

* **从技术效果角度分析**：D2通过在消息菜单中自动生成与上下文数据关联的复合命令，实现一键跳转激活相应程序；D1通过解析器自动高亮结构并弹出动作菜单。它们与目标专利想达到的“自动化简化用户操作”技术效果最相似。

* **结论**：**D2** 在消息处理的背景上最接近，**D1** 在通用文本的结构识别和动作链接架构上最接近，二者均可独立作为第一对比文件（最接近的现有技术）。

### 2. 没有被最接近对比文件公开的特征，是否被其他对比文件公开？

最接近的对比文件（以D2或D1为例）均**未能公开**特征B、特征D、特征E、特征F。那么这些特征是否被D3或D4公开呢？

* **特征B（基于内容分析识别动作请求）**：**未被任何对比文件公开。**

* D1、D2、D3、D4的核心全都是“在文本中寻找**数据实体/结构**（Data Entities/Structures）”，例如电话号码格式、Email格式、URL格式、或具体的已知姓名。

* 而目标专利的特征B是“从消息中识别**动作请求**（Action Request）”（例如消息里写着“请呼叫”、“我们下午会面吧”，系统去识别“呼叫”、“会面”这两个动作请求短语）。所有对比文件均不具备这种对“谓词/动作意图”的语义内容分析。

* **特征D、E、F（监控执行动作 $\rightarrow$ 确定数据项 $\rightarrow$ 与关键字相关联的动态学习闭环）**：**未被任何对比文件公开。**

* D1、D2、D3、D4全部属于**“静态映射”**或**“直接执行”**。D1和D2是查表或查语法规则，发现符合格式就弹窗让你执行；D3是选中文本直接去拨号或填入To框；D4是选中文本后查已有数据库。

* 没有任何一篇对比文件教导了：在发现关键字（如Ben）无法匹配时，去**“监控用户接下来的具体操作”**，并把用户后续操作产生的真实数据项（如用户实际拨打的号码或选中的联系人）**“动态反向关联/学习”**到这个关键字上。

---

## 四、 请求方最薄弱的技术特征（即专利权人的“护城河”）

如果我们要代表请求方提出无效宣告请求，针对这权利要求1，**最薄弱的攻击点（即最难攻破、对专利权人最有利的技术特征）**是：

> **特征D、特征E、特征F的结合（动态监控与反向学习关联机制）**

### 原因分析：

1. **技术实质具有高度非显而易见性（创造性极强）**：

现有技术（D1-D4）的思想非常传统且线性：系统先做OCR或规则解析 $\rightarrow$ 匹配成功 $\rightarrow$ 用户点击执行。如果匹配失败（比如D1中识别不出非标准格式，D2中发现文字不在CSA表里，D4中名字在数据库查不到），现有技术的逻辑就终止了，或者报错，或者等待用户手动复制。

而目标专利提出了一种**“异步监控与自学习”**的闭环机制——当即时文字（关键字）不满足传统匹配时，系统不中断，而是转入后台**监控（特征D）**用户行为，通过用户接下来的实际动作来**确定数据项（特征E）**，再动态**关联（特征F）**。这种“根据后续人类行为动态丰富元数据/联系人卡卡片”的智能微创新，在2019年（或优先权日更早）的文本处理领域具有非常坚固的创造性高度。

2. **对比文件完全缺失技术手段和启示**：

D1-D4中没有任何一篇涉及“监控动作执行”以“反向确定并绑定未知关键字”的构思。请求方如果只用D1~D4进行公知常识的拼凑，由于缺乏最核心的“动态监控学习”这一技术手段链条，很难说服专利局审查员或复审委员会。

### 请求方应对策略建议：

若执意要对该特征进行无效攻击，常规的文本处理对比文件（D1-D4）已无法奏效。请求方必须扩大检索范围，前往**“机器学习/用户行为模式识别/输入法自学习/智能助理（如Siri早期自学习机制）”**等跨领域、跨分类号的专利或文献中，寻找是否有教导“在文本指代不明时，通过监控用户下一步跨应用行为来自动补全/关联该指代对象”的技术启示。否则，仅凭现有的D1-D4，该权利要求1稳如泰山。

作为一名经验丰富的专利代理师，我将为您对目标专利权利要求1进行深入的法律和技术分析。

### 一、 权利要求1的合理解释（结合目标专利说明书）

根据目标专利（CN104813314B）说明书的记载，权利要求1保护的是一种**基于历史关联和用户行为监控来自动化补充/完善消息中未明确数据项**的方法。

1. **动作请求（特征B）**：说明书\[0012\]指出，动作请求涉及呼叫、发送、回复、会面、前往、查看、发送电子邮件等。例如消息“请马上呼叫Ben”中的“呼叫”即为动作请求。

2. **关键字（特征C）**：说明书\[0013\]、\[0051\]指出，关键字通常是文本串（如名字“Ben”或“me/my”）。其特殊之处在于**该关键字在系统现有的数据库（如联系人列表、元数据）中没有明确、唯一的匹配项**（如列表中只有Benjamin，没有Ben，或者完全是新联系人）。

3. **监控和确定数据项（特征D、E）**：这是本专利的核心发明点。说明书具体实施方式（如\[0052\]-\[0054\]、图7、图9）解释称：当系统无法直接找到关键字对应的精确数据（如电话号码、位置、邮箱、照片）时，**不直接向用户报错，而是转入后台监控用户接下来的实际操作**。如果用户在收到短信后立即拨打了“1234987”或前往了某个位置，系统就将该操作产生的“数据项”判定为与该关键字相关的数据。

4. **相关联（特征F）**：说明书\[0015\]、\[0052\]解释为将该关键字作为关联数据存储到该数据项的元数据中（如在联系人卡片中为Benjamin补充昵称“Ben”，或创建新卡片）。

---

### 二、 对比文件技术特征比对表格

为了清晰展现各对比文件（D1-D4）对权利要求1各项技术特征的公开情况，以下给出详细的特征比对表。

#### 权利要求1特征比对表

---

### 三、 对比文件公开内容的详细出处与分析

#### 1. D1：EP1320809A1 (AUTOMATIC FIND AND DIAL)

* **实质公开的特征**：**特征A、B、C**。

* **详细出处分析**：

* 根据说明书\[1004\]-\[1005\]及\[1012\]，D1公开了用户在PDA或无线电话上接收到一段文本（信件、网页或邮件），通过划定文本块并按下“find-and-dial”键，系统会自动扫描文本内容（**特征A、C**），识别出其中的第一个标识符是电话号码、电子邮箱还是URL，并在不需要用户进一步干预的情况下，自动去呼叫该号码或创建邮件（**特征B**）。

* **差异点**：D1中提取的“标识符”必须是本身就已经格式明确、可供直接执行的数据（如一串标准电话号码）。D1没有公开在无法识别或不匹配时去“监控”用户的后续动作来捕获数据。

#### 2. D2：CN1610436A (一种利用短消息远程控制手机的方法)

* **毫无异议公开的特征**：**特征A、B、C**。

* **详细出处分析**：

* 根据说明书“发明内容”及“具体实施方式”第6页、第11-13页（步骤3及图5、六）：被控手机接收到一条短消息（**特征A**）；以空格为区分标识读出并保存内容，将第一部分字符与手机控制指令码比较（**特征C**）；若匹配成功，则验证密码和参数，“调用手机中的相应接口执行该指令”（如呼叫转移、振铃控制、控制关机等）（**特征B**）。

* **差异点**：D2属于典型的“远程命令解析执行”。它的技术方案中，短信里的参数必须是完整且合法的。若检验未通过或标志未启动，D2的逻辑是“丢弃该短消息，不做任何处理”（见说明书步骤3结尾及步骤34、35），完全没有目标专利在信息不全时进行后台“监控”并“自动关联建立映射”的构思。

#### 3. D3：CN1852378A (短信遥控无线终端的方法及系统)

* **毫无异议公开的特征**：**特征A、B、C**。

* **详细出处分析**：

* 根据说明书第14-15页及图2：受控无线终端的信息收发单元接收主控端发送的短消息（**特征A**）；信息检测单元根据控制标志判断其是否为控制短消息，信息解析单元解析该短信得到控制指令（命令字）（**特征C**）；利用控制指令启动对应的附加功能单元（拍摄、录音、摄像等动作）（**特征B**）。

* **差异点**：与D2类似，D3也是接收现成命令后直接由受控端被动响应该动作，不涉及在本地监控用户动作以确定并绑定未知数据项的过程。

#### 4. D4：US20060276208A1 (Rule based processing of SMS messages)

* **毫无异议公开的特征**：**特征A、B、C**。

* **详细出处分析**：

* 根据说明书\[0010\]、\[0015\]、\[0024\]及\[0037\]-\[0039\]：系统接收SMS/MMS消息（**特征A**）；规则处理代理（Rule-processing agent 103）利用自然语言处理引擎分析文本内容，虚拟秘书（virtual secretary 106）根据预设逻辑规则识别用户请求（**特征B**）；通过特定语法格式（如 `secy md Robert pricing.doc`）确定关键字和参数（**特征C**），并据此执行诸如提取地址、转发文件、发送邮件等动作。

* **差异点**：D4虽然提到了如果名字没明确指定会利用逻辑规则去确定接收者（见\[0021\]），但其手段是去检索已有的系统交换目录（exchange directory 105）或个人地址簿（personal address directory 106b），其本质是“已知规则/数据的匹配查询”，依然未能公开“通过监控执行过程来学习、确定并关联新数据项（特征D、E、F）”的方案。

---

### 四、 最接近对比文件分析（创造性分析）

在针对本专利权利要求1进行创造性（Invalidity/Non-obviousness）评价时，**D4 (US20060276208A1)** 最适合作为**最接近的对比文件（Principal Prior Art / Lead Prior Art）**。

#### 理由分析：

1. **整体解决的技术问题最相似**：

* **目标专利**解决的是：现有技术仅能自动识别规则的数字串（电话）或“@”符号（邮箱），而无法有效解释和自动处理那些存在语义模糊、关键信息不全或无法直接匹配的消息内容（见目标专利背景技术\[0003\]）。

* **D4**解决的是：企业用户或移动用户发送的消息可能是非结构化文本（unstructured text），需要一种智能的、基于语义和规则处理的系统来理解消息内容，并自动分发或调取相关数据（见D4 \[0009\]-\[0010\]）。

* 二者均立足于**“智能消息内容分析与自动化业务响应”**这一高层应用场景，而D2和D3属于相对死板的“固定远程控制命令总线”领域，D1属于前端常规文本的“快捷高亮提取”领域。

2. **技术效果最接近**：

* D4引入了“自然语言处理引擎（103c）”、“文本分析引擎（106c）”和“虚拟秘书（106）”，能够对复杂的短消息文本进行智能拆解和关联处理，这与目标专利通过文本分析识别动作请求和关键字的架构高度契合。

---

### 五、 漏洞分析与无效请求最薄弱的技术特征

若您代表请求方（无效宣告申请人）对该专利提出无效宣告请求，根据目前的对比文件检索结果，**本案最薄弱、攻克难度最大（对专利权人来说最稳固）的技术特征是：特征D、特征E、特征F的结合体（即“监控-确定-关联”的动态学习机制）。**

#### 弱点与应对策略分析：

1. **该特征群的独特性（发明点所在）**：

现有技术（D1-D4）在处理消息时，无一例外地遵循**“静态匹配”或“直接报错/丢弃”**的逻辑。即：要么消息中自带了明确的数据（D1、D2、D3），要么系统内部数据库里能查到对应的数据（D4）。

而目标专利权利要求1的特征D、E、F构建了一种**“动态容错与学习机制”**：信息不全 $\rightarrow$ 不报错 $\rightarrow$ 监控用户后续操作 $\rightarrow$ 抓取操作数据 $\rightarrow$ 自动反向绑定。这种类似于用户行为反向学习（Behavior-based Learning）的逻辑，在传统的短信控制或文本提取文件中极难被公开。

2. **单独依靠目前的D1-D4无法评价创造性**：

由于D1-D4中完全没有动态“监控将要被执行的动作”并“基于此确定并关联数据项”的影子，审查员会认为：将现有的静态检索或命令控制系统（D1-D4），改造为一种能够后台监控用户行为并动态建立元数据关联的智能学习系统，对本领域技术人员来说**不具有技术启示（Technical Teaching）**，存在明显的创造性高度。

#### 建议下一步行动（如何强化无效请求）：

为了打破这一薄弱环节，请求方不能仅局限于“短信遥控”或“文本提取”领域，建议**跨领域（非类似领域）检索**以下方向的对比文件作为公知常识或辅助对比文件：

* **智能输入法/动态词典领域**：检索在2014年（优先权日）之前的智能输入法专利。这类专利往往公开：当用户输入一个新词（关键字）且词库没有时，系统不报错，而是**监控**用户接下来的选字动作，**确定**用户最终选的字，并将该新词与该字组**相关联**存入用户词库。

* **上下文感知与行为学习（Context-aware User Behavior Learning）领域**：检索移动设备协同交互协议中，利用后台守护进程（Daemon）监控用户特定触发事件（如收到某通知后立即产生的点击或出行行为）来自动生成日志或配置文件的技术。

通过将**D4（作为最接近对比文件）**与上述**输入法/行为学习领域的对比文件**进行结合，证明将“动态监控并反向关联”的机制引入到短消息内容分析中，属于本领域技术人员解决“信息不全时如何自动化补全”这一技术问题时的常规技术手段，方有较高胜算成功无效掉权利要求1。

作为一名经验丰富的专利代理师，我将为您紧密结合目标专利说明书（CN104813314B）以及提供的三份对比文件（D1: WO2011067687A1；D2: KR1020110079226A；D3: US8010599B2）的原文进行深度法律与技术分析。

以下是针对权利要求1的逐项特征比对、最接近对比文件筛选、创造性评述以及无效请求最薄弱特征的完整报告。

---

## 一、 权利要求1技术特征比对表

为了清晰展现各对比文件的公开情况，以下将权利要求1拆解为特征A至F，并与对比文件原文进行匹配。

---

## 二、 对比文件公开性详细分析

### 1. D1 (WO2011067687A1)

* **毫无异议/实质公开的特征：** **特征A、特征C、特征F**

* **原文出处：** `[p0015]` 公开了“collecting... text messages... extracting... keywords or key phrases”，对应**特征A、C**（接收消息并确定关键字）。`[p0104]` 公开了“keywords... associated with different indications... or associated with senders”，并在 `[p0040]` 提到关键字与地理位置等附加信息关联，实质公开了**特征F**。

* **未公开的特征：** **特征B、特征E、特征D**。D1的本质是大数据文本挖掘（Hot Topics），并不涉及针对“单个用户接收到特定消息后，识别动作并监控其设备行为”的微观交互架构。

### 2. D2 (KR1020110079226A)

* **毫无异议/实质公开的特征：** **特征A、特征B、特征C**

* **原文出处：** `[단계 110/120/130]` 以及 `[24]`、`[28]`。当光标移至网页中的电话号码（关键字，**特征C**）时，系统识别出该号码并提供一个弹出菜单（**特征B**：识别出与设备打电话、发短信等将要执行动作相关的请求），并借由通信网络控制终端执行该动作。

* **未公开的特征：** **特征D、特征E、特征F**。D2的逻辑是“**提取已知特征 $\rightarrow$ 触发已知动作**”的线性控制。而目标专利的权利要求1是“**提取未知关键字 $\rightarrow$ 监控动作 $\rightarrow$ 捕获新数据项 $\rightarrow$ 反向绑定学习**”（如说明书 `[0052]`：收到“呼叫Ben”，通讯录没Ben，监控用户后续呼叫了谁，把号码和“Ben”关联）。D2完全缺乏这种**异步监控与动态绑定学习**的机制。

### 3. D3 (US8010599B2)

* **毫无异议/实质公开的特征：** **特征A、特征B、特征C**

* **原文出处：** `[0028]`、`[0041]`。D3公开了在Web客户端收到邮件（**特征A**）后，用户选择“回复/全部回复”（动作请求，**特征B**），系统解析（parsing）邮件内容提取出原作者或抄送者的邮件地址（关键字，**特征C**）。

* **未公开的特征：** **特征D、特征E、特征F**。D3解决的是在用户编写回复内容时，切换Reply/Reply-to-All虚拟标签时内容不丢失且地址栏动态刷新的问题。它不监控动作的执行过程，也没有“确定新数据项并与关键字关联”的学习功能。

---

## 三、 最接近对比文件（最接近现有技术）分析

在创造性分析中，从**整体解决的技术问题**以及**技术效果**角度出发，**D2 (KR1020110079226A)** 最适合作为本案的**最接近对比文件**（第一种最接近现有技术）。

* **技术领域与技术问题最契合：**

* **目标专利**要解决的问题是：现有的内容自动识别（如只检测电话号码或@符号）不够智能，当消息中包含设备无法直接执行的模糊指令或未知文本时，无法有效解释并辅助用户（说明书 `[0003]`）。

* **D2** 同样属于自然语言/用户界面交互领域，其解决的技术问题是：如何利用网页或屏幕上显示的联系人信息（文本串），让通信终端能够自动、方便地执行与之相关的通信动作（打电话、发短信、存号码），提高UI交互效率（D2 `[3]`）。

* 两者都是为了**“提高通过消息内容分析来自动化触发/辅助设备执行关联动作的智能度”**。

* **技术效果最接近：** D2通过弹出菜单简化了从“看到消息”到“执行动作”的转化，这与目标专利在最终用户体验上（如说明书图12所示的弹出视图，一键呼叫/发送）达到了高度重合的技术效果。

* *注：D3虽然也公开了ABC，但其局限于邮件客户端内固化的Reply/Forward状态机切换，其技术问题的本质是减少客户端与服务器的交互延迟，在场景上不如D2（可外接到各种文本和外部动作）更具普遍性和接近性。*

---

## 四、 创造性评述与辩理方向

### 1. 区别技术特征

若以D2为最接近现有技术（D1、D3辅助结合），本案权利要求1与现有技术相比，其**区别技术特征组**为：

> **特征D、E、F的组合：** 监控将要被执行的所请求的动作；在所述监控期间，基于所述动作的执行来确定数据项；将所述关键字与所检测到的数据项相关联。

### 2. 现有技术是否存在启示？

**不存在。** * **D2+D1/D3的结合无法获得该特征：** D1虽然提到了“将关键字与元数据关联”，但那是基于大数据统计频率的反向标注，其数据项（如地理位置、发送者年龄）是收集消息时就已经存在的固有属性，**并非通过“监控某一特定动作的执行过程”而动态捕获的**。

* **目标专利的实际发明构思（针对应对无效请求的保护盾）：**

本发明的实质是一种**基于用户行为监控的“冷启动”自学习机制**。

[Image of message analysis dynamic linking process]

如说明书 `[0052]` 所载，当消息中出现未知关键字（如昵称“Ben”）且无法直接匹配数据项时，系统不是报错，而是**“挂起一个监控线程”**。当用户接下来真正拨打“1234987”这一动作执行时，监控器在**动作执行期间**抓取了这个号码（数据项），并将“Ben”与该号码关联。这种**“消息上下文 $\rightarrow$ 行为监控 $\rightarrow$ 知识库反哺”**的闭环，在D1、D2、D3中均没有任何暗示。

---

## 五、 对无效请求方来说最薄弱的技术特征（专利权人的核心堡垒）

若您作为**请求方**尝试去无效这件专利，或者作为**代理师**评估本案，整个权利要求书**对于请求方而言最薄弱、最难攻克的特征**是：

> **特征E：在所述监控期间，基于所述动作的执行来确定数据项** ### 为什么这个特征是请求方的“灾难”？

1. **时间轴的限定（在所述监控期间）：** 这要求数据项的“确定”必须在动作被触发但尚未完成、或正在执行的**特定动态时间窗口**内发生。现有技术（如D2、D3）的所有数据项（电话号码、邮件地址）都是**静态存在于前文本**（Prior text）或既有数据库中的。

2. **因果关系的限定（基于所述动作的执行）：** 数据项不能是凭空产生的，必须是由这个动作的执行所“带来”或“指向”的（例如：因为你呼叫了某个号码，或者因为你在下午1点到达了某个GPS位置）。

### 结论与建议

目前给出的D1、D2、D3仅能完成对“接收消息、提取关键字、弹出动作建议（特征A、B、C）”的联合阻击。现有技术完全呈现**“静态检索”**特征，而目标专利权利要求1的核心在于**“动态监控并关联学习”**。

* **如果您是无效请求方：** 必须掘地三尺去寻找**“带有行为自学习功能、行为上下文关联、或基于动态监控的用户习惯输入法/智能助手”**相关的对比文件（例如2011年前后的Siri早期专利、人工智能语义网动态更新专利），否则仅凭目前的D1-D3，由于无法攻克特征D、E、F，创造性这条路很难走通。

* **如果您是专利拥有者（防守方）：** 请牢牢死守“**如果没有找到匹配项，则启动监控以执行动态关联**（说明书 `[0010]`）”这一底线，现有技术完全没有这种“因未知而启动监控，因监控而获得绑定”的技术方案。

作为一名经验丰富的专利代理师，我将为您对目标专利（CN104813314B）的权利要求1进行深入的法律与技术分析。

在无效宣告程序中，解释权利要求应当基于**本领域技术人员**的角度，紧密结合**专利说明书的整体发明目的和具体实施方式**。以下是针对权利要求1的技术特征拆解、对比文件（D1: EP2405631A1, D2: US8140540B2, D3: US20120259633A1）的原文比对、最接近对比文件选择以及无效突破口的全面论证。

---

## 一、 紧密结合说明书解释权利要求1

权利要求1的核心发明构思在于：通过**监控用户在接收消息后的后续动作**（即 residual heat/监控期间的隐式反馈），自动发现并建立消息中“关键字”（如昵称、不完整文本串）与设备实际执行动作所产生/使用的“数据项”（如具体的联系人卡片、电话号码、地理位置、邮件地址）之间的关联关系。

结合目标专利说明书的具体实施方式，对关键特征解释如下：

* **“动作请求”（特征B）：** 说明书\[0011\]、\[0040\]指出，动作请求是指用户利用设备通常执行的动作，例如：呼叫（Call）、发送（Send）、会面（Meet）、前往、查看、发送电子邮件。它不单指软件底层的API调用，而是从消息语义中识别出的、指示用户去执行某种操作的指令（如“请马上呼叫”中的“呼叫”）。

* **“关键字”（特征C）：** 说明书\[0013\]、\[0049\]-\[0051\]指出，关键字通常是字符串，尤其是在联系人列表中**无法直接精确匹配**的字符串。例如名字的简称、昵称（如“Ben”）。

* **“监控……确定数据项……相关联”（特征D、E、F）：** 这是本专利最核心的**动态关联机制**。说明书\[0052\]-\[0054\]以“请马上呼叫Ben”为例进行了极限解释：因为联系人列表只有“Benjamin Orrel”，直接匹配无法触发动作。此时设备并不放弃，而是**“监控所请求的动作”**。当用户手动选择拨打“Benjamin Orrel”或输入“1234987”时，这一特定执行行为发生在**“监控期间”**，设备据此**“基于动作的执行来确定数据项”**（即确定了该号码或卡片就是Ben），进而**“将关键字与所检测到的数据项相关联”**（修改联系人元数据，补充昵称“Ben”）。

---

## 二、 特征比对表格（特征比对表）

以下采用类似D1、D2、D3的表述指代各对比文件（附公开号），详细比对权利要求1的各项技术特征。

---

## 三、 对比文件毫无异议公开或实质公开的原文出处分析

### 1. D1: EP2405631A1 (Automatic Linking of Contacts in Message Content)

* **技术特征A（接收消息）：** 毫无异议公开。原文出处 `[0002]`: "*Communication devices... send and receive electronic communications, which may include e-mail, short message service (SMS)...*"。

* **技术特征C（确定关键字）：** 完全公开。原文出处 `[0007]` & `[0094]`: "*...identifying the name in the message body by scanning the message body for a string matching a predefined pattern associated with a proper noun.*" D1通过扫描正文识别出专有名词（如姓名字符串）。

* **技术特征B & F（识别动作与关联）：** 实质公开。原文出处 `[0008]` & `[0096]`: "*...launch a message composition application or view for composing a message, with that address inserted as a recipient...*"。D1公开了识别出文本中的姓名，并将其转化为可点击的超链接（Hyperlink），点击它（即命令）就会触发打开新邮件或MMS的动作，这实质公开了识别动作并将关键字与联系人地址项关联。

* **【关键缺失】：** D1**没有公开特征D和E**。D1的关联基础是**静态的先验匹配**（查阅现有的地址簿或邮件头信息，见 `[0008]`），如果地址簿里没有这个昵称，D1就束手无策了。它不会去“监控用户接下来的拨号动作”来反向学习这个新联系人。

### 2. D2: US8140540B2 (Classification of electronic messages based on content)

* **技术特征A（接收消息）、C（确定关键字）：** 完全公开。原文出处 `SUMMARY OF THE INVENTION [0007]`: "*...determining whether a body of the electronic message comprises one or more key words associated with the category...*"。D2通过扫描邮件正文中的关键字（Key words）来计算相关性。

* **技术特征F（关联反馈）：** 属于不同技术层面的实质公开。原文出处 `SUMMARY [0007]` & `[0062]`: "*...dynamically changing the relevancy score of the category... in response to receiving a predefined user action associated with the electronic message.*" 当用户对邮件进行回复（Positive feedback）或删除（Negative feedback）时，D2会动态调整关键字和分类的权重关联。

* **【关键缺失】：** D2的本质是**邮件文本分类**。它识别关键字是为了把邮件放进“DRAM项目”或“专利申请”的文件夹里。它**完全没有公开特征B、D、E**——既不识别设备执行的通信动作（如呼叫、发送），也不监控该动作的执行过程来捕获通信数据项。

### 3. D3: US20120259633A1 (AUDIO-INTERACTIVE MESSAGE EXCHANGE)

* **技术特征B（基于内容分析识别动作请求）：** 完全公开。原文出处 `[0004]` & `[0026]`: "*...initiating a message exchange through audio input... launched through natural language. For example, the user may provide an indication by uttering 'Send a message to John Doe.'*" D3利用自然语言识别出用户想要执行的操作（如发送消息给某人）。

* **技术特征C & F（确定关键字并关联）：** 完全公开。原文出处 `[0026]`: "*...execute to associate the received name with a phone number or similar identifier (e.g., a SIP identifier). For example, the received name may be compared to a contacts list...*" D3提取出人名关键字，并将其与电话号码或内建标识符相关联。

* **【关键缺失】：** D3**没有公开特征D和E**。在D3中，如果用户说出的名字存在多个匹配或未知项，系统会通过**主动音频提示**（语音菜单）让用户选择（见 `[0026]`: "*the system may prompt the user to specify...*")。这是一种**显式的用户即时交互选择**，而不是目标专利那种“静默监控用户后续的动作执行过程（如用户自己去拨号盘输入号码并呼叫）”来确定数据项的隐式学习机制。

---

## 四、 最接近对比文件的确立与创造性评述逻辑

### 1. 最接近对比文件的选择：D1（EP2405631A1）

在创造性分析中，**D1最适合作为最接近的对比文件**（最基础的出发点）。

* **整体解决的技术问题：** D1与目标专利高度一致。二者均致力于解决“如何对消息体中无法直接识别或未完全结构化的联系人/文本串进行高效处理，从而免去用户手动查阅地址簿、频繁切换软件或手动输入联系信息，精简消息处理流程”的技术问题（参见D1的 `[0004]` 和目标专利的背景技术 `[0003]`）。

* **技术效果：** 二者最终实现的技术效果都是让消息中的“关键字”（文本串）变得“可激活/可利用”，使用户下一次点击该关键字时，能自动弹出或执行对应的通信动作。

*(注：D3虽然公开了“识别动作请求”，但其属于语音交互（Hands-free）领域，其核心在于多模态语音转换，与目标专利基于文本消息内容挖掘的技术路径有一定行业隔阂，故D3更适合作为主要结合通道，而非第一最接近对比文件。)*

### 2. 区别技术特征与创造性逻辑

将D1作为D1，目标专利权利要求1相对于D1的区别特征为：

> **区别特征1：** 对应特征D、E。D1是基于已有数据的静态关联，而目标专利是在未找到匹配项时，通过**“监控将要被执行的所请求的动作，并在监控期间基于该动作的执行来确定数据项”**。

**创造性辩论（请求方视角）：**

虽然区别特征1（动态监控学习机制）在D1、D2、D3的**原文中均未被显性完全公开**，但请求方可以尝试从**“本领域公知常识”**或**“交叉领域技术迁移”**的角度进行突破：

* **D2的启示：** D2公开了根据用户对消息的后续动作（回复/删除）来动态调整（动态反馈学习机制）系统内部的关联权重。虽然D2分类的是邮件文件夹，但其提供了“通过监控用户后续行为来动态修正或建立系统内部数据关联”的构思。

* **本领域常规技术手段：** 在智能终端交互设计中，当系统根据上下文模糊识别出用户的意图（例如用户想呼叫某个昵称，但查无此人），系统暂时挂起并在后台开启监听，等待捕获用户的下一次确切输入（如手动拨号或关联选择）来完成配置，属于本领域技术人员为了提高系统自适应能力（Machine Learning/Heuristic implementation）而具有的技术动机。

---

## 五、 请求方最薄弱的技术特征（无效突破的死穴）

在无效请求程序中，对于请求方而言，**最薄弱（最难攻克、最容易被专利权人守住）的技术特征是：特征D和特征E的组合——即“在监控期间，基于所述动作的执行来确定数据项”。**

### 为什么最薄弱？

1. **技术方案的本质区别（隐式监控 vs 显式交互）：**

* **对比文件（如D3）：** 遇到不确定的关键字（如两个Ben），D3的做法是**“立刻打断用户，弹出/播出菜单让用户选”**（显式交互）。

* **目标专利：** 遇到不确定的关键字，设备**不打断用户**，而是采取“静默监控”策略。它看着用户去干什么（比如用户收信后退出来，打开通讯录点了Benjamin）。这种**通过监控动作执行过程，来反向确定并抓取数据项（数据挖掘与动态隐式学习）**的架构，在2012年左右的对比文件中极难找到完全对等的上位概念公开。

2. **文字表述的精密性：**

权利要求1限定了“在所述监控期间”、“基于所述动作的执行来确定”。这意味着动作的发生和数据的捕获在时间线上具有高度的因果和同步关系。

3. **技术效果的不可替代性：**

该特征带来的技术效果是：即使联系人列表完全没有该关键字的先验元数据，系统也能通过一次监控实现**零手动配置的自动化机器学习**。

### 请求方的应对策略：

由于该特征极为稳固，请求方如果硬碰硬从通讯录管理软件领域单靠D1+D3很难成功。建议转向**“网络行为分析”或“输入法智能学习”领域**寻找游离的对比文件（D4/D5）。例如：早期的智能输入法在用户输入未知新词后，会**监控**用户接下来的选字动作，并在**监控期间基于用户的确认选择**来**确定**该新词的正确读音和字形，从而**建立关联（造词）**。只有通过这种跨领域的行为监控方案进行组合，才有可能击碎特征D和E的堡垒。

作为一名经验丰富的专利代理师，我将紧密结合目标专利说明书的公开内容，对权利要求1进行深度解析，并结合四份对比文件（D1至D4）的原文及出处进行逐项特征比对、最接近对比文件筛选以及无效请求最薄弱特征分析。

---

## 一、 权利要求1的说明书解释与技术内涵

在解读权利要求1时，必须紧密结合目标专利（CN104813314B）说明书的具体实施方式（尤其是说明书`[0052]`-`[0056]`段）来界定各技术特征的真实保护范围：

* **特征B（从消息识别动作请求）与特征C（确定关键字）：** 说明书`[0040]`段明确指出，动作请求是指“指令”（如“呼叫”、“会面”、“发送”），通过与动作数据库比对或模式识别获得；而“关键字”是指消息中除了指令之外的、用以补充动作要素的文本串（如人名“Ben”、地点“home”、时间“1pm”）。

* **特征D、E、F（监控动作执行、确定数据项、关联）：** 这是本发明的核心发明点。说明书`[0052]`-`[0053]`段给出了最典型的场景：当消息为“请马上呼叫Ben”，且通讯录无“Ben”时，系统**并不立刻报错**，而是**动态监控用户随后的本地操作**。如果用户随后自主拨打了“Benjamin Orrel”的电话或输入了号码“1234987”，系统则在监控期间抓取该“数据项”，并自动将关键字“Ben”与该数据项（即联系人卡片或号码）进行**后台关联/学习绑定**。

综上，权利要求1的核心技术方案在于：**利用消息触发动作后的“ residual heat（余热/后续用户操作监控期）”，通过行为监控来动态获取缺失的数据项，并实现关键字的反向自动学习绑定。**

---

## 二、 权利要求1与各对比文件的特征比对

以下将类似D1、D2等表述映射至具体的公开号：

* **D1：** CN1929665A（手机功能的短信控制方法）

* **D2：** WO2008147919A1（KEYWORD-BASED SERVICES FOR MOBILE DEVICE MESSAGES）

* **D3：** US20090265552A1（SYSTEMS AND METHODS FOR SECURE SHORT MESSAGING SERVICE...）

* **D4：** US20100004980A1（SYSTEMS AND METHODS FOR MANAGING PRODUCT AND CONSUMER INFORMATION）

### 权利要求1的技术特征比对表

---

## 三、 最接近对比文件（D1/D2/D3/D4）的创造性评述

在创造性分析中，选择“最接近的对比文件”通常基于**技术领域相同或相近、解决的技术问题最类似、公开的技术特征最多**的原则。

### 1. 哪个对比文件最适合作为最接近的对比文件？

本案中，**D2 (WO2008147919A1)** 和 **D4 (US20100004980A1)** 最适合作为最接近的对比文件（本案存在多个最接近对比文件）。

* **选择D2的理由（从整体技术领域和特征重合度看）：**

D2的核心技术领域是“在移动设备接收到的消息中动态识别关键字，并基于关键字为用户提供上下文相关的服务/数据（广告、地图等）”。这与目标专利“分析消息内容并高亮/弹出关联联系人或位置信息”的**技术领域完全相同**，且D2公开了特征A、B、C。它同样试图解决“用户收到包含特定文本的消息时，需要切换程序去查找关联信息（如地址、电话）带来的挫败感”（参见D2背景技术`[0002]`），这与目标专利解决的技术问题极为接近。

* **选择D4的理由（从业务交互逻辑看）：**

D4同样关注通过移动设备短信中的关键字（Keyword）和指令（Command Code）来拉取（Pull）或分享商品/愿望清单信息。其公开了特征A、B、C，技术场景高度重合。

*注：D1虽然公开了通过短信控制手机功能，但其本质是“异地远程控制指令”，其参数完全依赖于短信显式携带的硬编码（如CMD JY123 VCZY 112345678），无法解决目标专利提出的“如何智能解释语义模糊、信息缺失的上下文消息”的问题，故不优先作为最接近对比文件。D3专注于安全加密和远程擦除，领域偏向安全通讯，重合特征最少。*

### 2. 未被最接近对比文件公开的特征是否被其他对比文件公开？

最接近对比文件D2/D4**均未公开特征D、E、F**。

通过纵向审视D1和D3：

* **D1**仅公开了接收指令后直接“启动及/或执行与该指令短信相对应的功能”，属于完全的“明示指令执行”，**没有公开**在动作缺失参数时去“监控将要执行的动作”、在“监控期间确定数据项”以及“将关键字与数据项动态关联”。

* **D3**专注于“在移动设备上响应擦除指令删除信息”（Wipe instruction），同样**没有公开**动态监控、行为确定数据项和关键字学习绑定的机制。

因此，**特征D、E、F构成的有机组合体（动态行为监控与自学习关联机制），在四份对比文件中均未被公开。**

---

## 四、 请求方（无效请求人）最薄弱的技术特征分析

若您站在**无效请求方（试图推翻该专利）**的角度，整个无效请求策略中**最薄弱、最难攻克的硬骨头**是：**特征D、E、F的结合体（即“监控期间基于动作执行确定数据项并完成关键字自学习关联”）。**

### 弱点剖析（请求方极难论证的原因）：

1. **现有技术存在技术偏见/固化思维：**

无论是D1的远程控制，还是D2、D4的关键字静态匹配，现有技术的标准逻辑都是“**有输入 $\rightarrow$ 检索/解析 $\rightarrow$ 输出/执行**”。如果输入的短信中信息不全（例如只有“呼叫Ben”但没号码，或者D4中只有“Search”但没库数据），现有技术的常规处理方式是直接报错、提示无结果（如D4的`[0150]`“did not return any results”）或者要求用户重新手动输入。

2. **技术方案的实质性显著进步（创造性高度）：**

目标专利引入了“**异步延时自学习**”机制——即便当下查无此人，它也不报错，而是将动作挂起并启动“监控期”，悄悄观察用户接下来的操作。用户接下来的拨号行为，被系统逆向捕捉为“关键字‘Ben’对应的真实数据”，从而完成了知识库的动态扩充。

### 请求方的补救建议（如果必须提起无效）：

由于现有四份对比文件在该特征上出现了**绝对的空白**，请求方如果仅凭这四份文件，在创造性（尤其是意图通过D2组合D1/D4）的辩论中几乎必败。

为了强化无效理由，请求方必须在当前D1~D4之外，**补充检索并引入一份新的底层技术对比文件（作为D5）**。该D5应当属于**“用户行为分析”、“输入法自学习（如T9输入法动态记录用户习惯并绑定新词）”或“操作系统行为监控拦截”**领域，用以证明“监控用户当前输入/操作以动态绑定未知字符串/关键字”属于本领域的公知常识或已被其他行业公开。否则，仅凭D1-D4，该专利的创造性坚不可摧。

作为一名经验丰富的专利代理师，我将为您对该案进行深度的权利要求解析与对比文件特征比对。本案的核心发明点在于**“通过监控异步的后续用户动作来动态建立消息中未知关键字与生成的数据项之间的关联关系（例如自动更新或创建联系人/位置元数据）”**。

以下是针对权利要求1及四份对比文件（D1~D4）的详细法律与技术分析：

---

## 一、 权利要求特征分解与对比文件特征比对表格

为了清晰展现各对比文件的公开情况，现将权利要求1拆解为6个技术特征（A~F），并与各对比文件的原文及详细出处进行横向比对：

### 权利要求1特征比对表

---

## 二、 最接近对比文件（D1/D2）的选定与深度创造性分析

在创造性评述中，**D1** 和 **D2** 均有资格作为“最接近的对比文件（具有多个起点）”，但它们各自针对的目标专利技术领域和技术问题有所不同：

### 1. 以 D2 选定为第一最接近对比文件（基于相同场景和技术架构）

* **整体解决的技术问题与效果：** D2 同样工作在移动通信终端（短信接收）的环境下，解决如何自动分析接收到的消息内容，并引导用户更新或存储通信录数据的问题，以避免用户手动输入的繁琐。

* **特征比对与实质公开：** D2 毫无异议公开了特征 A、C，实质公开了特征 B 和 F（如 D2 中分析文本提取号码，提示用户“修改电话号码”，并将新号码存入地址簿）。

* **区别技术特征：** 区别在于**特征 D 和 E**。D2 属于“**结构化/文本直接提取法**”，其已知短信包含（名字+新号码），直接提取并弹出编辑框。而目标专利解决的是“**文本信息不全/无法直接提取**”的问题（例如短信仅说“请呼叫Ben”，但没有号码，此时Ben为未知关键字）。目标专利通过**监控用户后续真实的呼叫动作（特征D）**，在用户呼叫了“1234987”后，逆向确定该号码即为数据项（特征E），并完成“Ben = 1234987”的动态元数据关联（特征F）。

* **创造性评述：** D2 的实质公开无法给出“通过监控异步用户动作来反向确定未知数据项”的技术启示。

### 2. 以 D1 选定为第二最接近对比文件（基于通用计算机文档/分词动作架构）

* **整体解决的技术问题与效果：** D1 解决在计算机生成的通用文档（如Word、邮件）中如何基于语法规则和分词算法自动识别出“名称（Name）”，并在鼠标悬停时动态提供上下文相关的快捷动作（如发送邮件、加入联系人），从而提高上下文交互效率。

* **特征比对与实质公开：** D1 实质公开了特征 A、B、C、F。其通过词法打破（Word Breaker）分析文本确定关键字（名字），并触发动作请求菜单。

* **区别技术特征：** 同样在于**特征 D 和 E**。D1 也是“**静态数据库匹配法**”。若识别出的名字在联系人列表中找不到（参见 D1 原文 [0009]），它只能去对比更大的外部姓名数据库，或者基于概率标记。它**无法监控用户后续在设备上的独立操作**，更无法在监控中捕获新生成的数据项来反向丰富联系人卡片。

### 3. 其他对比文件（D3、D4）的特征公开情况

* **D3 (`CN102037708A`)：** 该文件完全聚焦于**安全消息的端到端加解密、群发信任圈控制以及远程擦除（Wipe）指令的执行**。它不涉及从消息中识别出动作请求，更没有针对关键字与后续动作执行结果建立关联的构思，未公开除特征A外的任何核心发明特征。

* **D4 (`US20110131207A1`)：** 该文件聚焦于**宏观聚合层面**。它通过收集一个地理区域内所有人的短信，提取热点词汇（Hot Topics）并以标签云或地球仪形式展示给用户。虽然其公开了分词、提取关键字并与搜索动作相关联（特征A、B、C、F），但其不涉及具体的个人设备端业务监控，也未公开特征D和E。

---

## 三、 无效请求方（请求人）最薄弱的技术特征

若您站在**无效请求方（试图推翻该专利）**的角度，本案中**最薄弱（即最难攻破、对方创造性防护最强）**的技术特征是：

> **特征D与特征E的有机结合：监控将要被执行的所请求的动作；在所述监控期间，基于所述动作的执行来确定数据项。**

### 为什么这是最薄弱的攻击点（最强的防线）？

1. **技术范式的降维打击（静态提取 vs 动态反向监控）：**

现有的对比文件（无论是 D1 的文本语义识别，还是 D2 的短信格式分析）全部停留在**“消息文本内容自身的静态挖掘”**。对比文件认为，只要算法足够好、数据库足够大，就能从文本里直接抠出电话号码、地址或邮箱。

2. **“动作驱动数据确定”的非显而易见性：**

目标专利在说明书 [0050]-[0052] 中给出了极具说服力的实施例：当收到“请马上呼叫Ben”，由于联系人无此人，传统方法直接报错或无法处理。而本特征是在**消息文本之外**，开辟了一条“监控用户后续的实际执行动作”的路径。用户随后翻阅通话记录拨打了某个无名电话，系统在**监控期间**判定这个被呼叫的号码就是“Ben的号码”（确定数据项），从而反向完成学习。

3. **现有技术无任何结合启示：**

在检索到的文献中，没有任何一篇提及“在消息分析查无此人时，转为挂起并监控系统全局动作（如呼叫、GPS定位、邮件发送），利用动作的执行结果来动态补全消息中未知关键字”的构思。这种“异步反向输入”的逻辑具有极高的创造性高度。

### 应对策略建议：

作为无效请求方，如果仅凭现有的 D1~D4，直接以“显而易见性（法条22条3款）”攻击权利要求1的成功率较低。建议**扩大检索范围**，将检索关键词从“消息分析/短消息内容识别”扩大至**“人机交互中的主动式机器学习（Active Learning in HCI）”、“上下文感知系统（Context-aware Systems）”或“智能填充与宏录制（Smart Autocomplete/Macro Recording）”**领域的底层基础专利，寻找是否有在其他交互场景下“通过监控用户后续操作来定义前置未知变量”的通用技术启示，方能有效击穿特征 D 和 E。

根据权利要求1所述的方法，其中当从所述消息确定关键字时，寻找与所述关键字相匹配的数据项，并且如果没有找到，则监控所请求的动作以执行所述关联。

根据权利要求2所述的方法，其中如果找到了与所述关键字相匹配的数据项，则所述方法包括：自动提供用于利用所述数据项来执行所述动作的装置。

根据权利要求1所述的方法，其中所述动作请求涉及以下动作之一：呼叫；发送；回复；会面；前往；查看；发送电子邮件。

根据权利要求1所述的方法，其中所述监控是基于所述设备的位置进行的。

根据权利要求1所述的方法，其中所述数据项是以下各项之一：联系人卡片中的信息；媒体文件；位置。

根据权利要求1所述的方法，进一步包括将所述关键字作为关联数据存储到所述数据项的元数据。

根据前述权利要求1至7中任一项所述的方法，其中所述消息是以下各项之一：短消息、多媒体消息、即时消息、电子邮件、语音邮件。

一种用于分析消息内容的装置，包括至少一个处理器以及包括计算机程序代码的存储器，所述存储器和所述计算机程序代码被配置为与所述至少一个处理器一起使得所述装置至少执行以下步骤：接收消息； 基于内容分析来从所述消息识别动作请求，所述动作请求与在用户的设备处将要被执行的动作相关； 从所述消息确定关键字； 监控将要被执行的所请求的动作； 在所述监控期间，基于所述动作的执行来确定数据项；以及将所述关键字与所检测到的数据项相关联。

根据权利要求9所述的装置，其中当从所述消息确定关键字时，所述装置被配置为寻找与所述关键字相匹配的数据项，并且如果没有找到，则监控所请求的动作以执行所述关联。

根据权利要求10所述的装置，进一步包括计算机程序代码，所述计算机程序代码被配置为与所述处理器一起使得所述装置在找到了与所述关键字相匹配的数据项的情况下至少执行以下步骤：自动提供用于利用所述数据项来执行所述动作的装置。

根据权利要求9所述的装置，其中所述动作请求涉及以下动作之一：呼叫；发送；回复；会面；前往；查看；发送电子邮件。

根据权利要求9所述的装置，其中所述监控是基于所述设备的位置进行的。

根据权利要求9所述的装置，其中所述数据项是以下各项之一：联系人卡片中的信息；媒体文件；位置。

根据权利要求9所述的装置，进一步包括计算机程序代码，所述计算机程序代码被配置为与所述处理器一起使得所述装置至少执行以下步骤：将所述关键字作为关联数据存储到所述数据项的元数据。

根据前述权利要求9至15中任一项所述的装置，其中所述消息是以下各项之一：短消息、多媒体消息、即时消息、电子邮件、语音邮件。

一种用于分析消息内容的系统，包括至少一个处理器以及包括计算机程序代码的存储器，所述存储器和所述计算机程序代码被配置为与所述至少一个处理器一起使得所述系统至少执行以下步骤：接收消息； 基于内容分析来从所述消息识别动作请求，所述动作请求与在用户的设备处将要被执行的动作相关； 从所述消息确定关键字； 监控将要被执行的所请求的动作； 在所述监控期间，基于所述动作的执行来确定数据项；以及将所述关键字与所检测到的数据项相关联。

一种用于分析消息内容的装置，包括：用于接收消息的装置； 用于从所述消息识别动作请求的装置，所述动作请求与在用户的设备处将要被执行的动作相关； 用于基于内容分析来从所述消息确定关键字的装置； 用于监控将要被执行的所请求的动作的装置； 用于在所述监控期间，基于所述动作的执行来确定数据项的装置；以及用于将所述关键字与所检测到的数据项相关联的装置。

一种计算机可读介质，包括计算机程序代码，所述计算机程序代码被配置为当在至少一个处理器上执行时使得装置或系统：接收消息； 基于内容分析来从所述消息识别动作请求，所述动作请求与在用户的设备处将要被执行的动作相关； 从所述消息确定关键字； 监控将要被执行的所请求的动作； 在所述监控期间，基于所述动作的执行来确定数据项； 将所述关键字与所检测到的数据项相关联。

根据权利要求19所述的计算机可读介质，其中当从所述消息确定关键字时，所述计算机程序代码被配置为使得装置或系统：寻找与所述关键字相匹配的数据项，并且如果没有找到，则监控所请求的动作以执行所述关联。

根据权利要求20所述的计算机可读介质，其中如果找到了与所述关键字相匹配的数据项，则所述计算机程序代码被配置为使得装置或系统：自动提供用于利用所述数据项来执行所述动作的装置。

根据权利要求19所述的计算机可读介质，其中所述动作请求涉及以下动作之一：呼叫；发送；回复；会面；前往；查看；发送电子邮件。

根据权利要求19所述的计算机可读介质，其中所述监控是基于所述设备的位置进行的。

根据权利要求19所述的计算机可读介质，其中所述数据项是以下各项之一：联系人卡片中的信息；媒体文件；位置。

根据权利要求19所述的计算机可读介质，进一步包括使得装置或系统执行以下步骤的计算机程序代码：将所述关键字作为关联数据存储到所述数据项的元数据。

根据前述权利要求19至25中任一项所述的计算机可读介质，其中所述消息是以下各项之一：短消息、多媒体消息、即时消息、电子邮件、语音邮件。