一种操作机器对机器平台的方法，包括步骤： 通过所述机器对机器平台为机器对机器设备的服务能力部分进行认证以便进入部分认证状态； 通过所述机器对机器平台为处于所述部分认证状态的所述机器对机器设备提供对网络服务和对平台服务的受限访问，；所述网络服务由与所述机器对机器平台进行通信的一个或多个网络应用提供，；所述平台服务由所述机器对机器平台提供；以及在所述机器对机器平台中从网络应用接收与所述机器对机器设备的设备应用部分关联的通知，；其中，所述通知将网络应用处的机器对机器设备的设备应用部分的认证告知机器对机器平台，并且所述通知包括关于所述设备应用部分的一个或多个参数以使得所述机器对机器平台能够对所述设备应用部分施加控制，；其中所述机器对机器设备在接收到所述通知时进入完全认证状态；以及通过所述机器对机器平台为处于所述完全认证状态的所述机器对机器设备提供对网络服务和对平台服务的访问，；所述网络服务由所述网络应用提供，所述平台服务由所述机器对机器平台提供。

这是一份针对目标专利权利要求1与所提供对比文件（D1-D3）的详细比对分析。分析过程严格立足于各文件原文，剖析权利要求的核心保护边界，并评估其新颖性与创造性。

### 一、 目标专利权利要求1及说明书解析

目标专利的核心发明点在于解决**M2M设备多层级应用身份在不同网络实体间的认证割裂问题**。

结合说明书原文（[0007]至[0017]段），M2M设备在逻辑上被划分为两层：**服务能力（SC）部分**和**设备应用（DA）部分**。现有技术的痛点在于：M2M平台仅对底层的SC部分进行认证，而独立的网络应用（NA）对上层的DA部分进行认证。由于这种分离，M2M平台“不知道在其之上或与其相关联的DA，并且因此不能控制DA”（[0017]段）。

权利要求1提出了一种特定的状态机转换和信令交互机制来克服此问题：

1. **部分认证状态（技术特征A、B）**：M2M平台首先仅对SC部分认证，设备进入“部分认证状态”，获得受限访问权。

2. **跨实体通知机制（技术特征E、F）**：独立的网络应用（NA）在完成对DA部分的认证后，主动向M2M平台发送“通知”。该通知不仅传递认证结果，还包含DA的参数，从而将控制权/审计权赋能给M2M平台。

3. **完全认证状态（技术特征G、H、I）**：M2M设备在接收到上述通知时（或平台知晓两部分均认证后），进入“完全认证状态”，获得全面的服务访问权。

---

### 二、 对比文件原文分析及比对

#### 对比文件 D1 (US2007294209A1)

* **技术核心**：D1涉及通信网络中跨多个应用程序的用户活动监控和控制（Application Activity Monitoring and Control）。其核心是创建一个特定于用户的多应用程序会话记录（Multiple-application session record），以实现实时策略实施和综合审计。

* **原文出处**：[0084]段指出“user-specific application-level session records... group together to provide a consolidated view of that user's activity”。[0016]-[0017]段描述了检测用户对多个应用程序的访问并记录。

* **比对结论**：D1的重点是“用户（User）”级别的跨应用Web服务会话监控，并未涉及M2M底层架构中将设备划分为SC部分和DA部分，更未公开M2M平台与外部网络应用（NA）之间针对设备不同逻辑部分进行联合认证及状态切换（部分认证到完全认证）的信令通知机制。**D1未实质公开权利要求1的核心技术特征。**

#### 对比文件 D2 (WO2011082150A1)

* **技术核心**：D2涉及M2M网关架构，特别是网关作为代理（Proxy）在M2M设备与M2M网络之间执行安全功能和完整性验证。D2提出了一种“分层/拆分”的验证机制。

* **原文出处**：[0067]段（Case 4 connectivity）指出验证实体的角色可以在网关和M2M网络之间拆分（split validation）。网关执行“粗粒度完整性验证（coarsegrained integrity verification）”并报告给网络，网络再执行“细粒度验证（finer-grained integrity verification）”。[0083]段提到在设备完整性验证完成前，网关限制其网络访问（limited to device integrity validation procedures）。

* **比对结论**：D2确实提到了分层验证和受限访问。然而，D2的“分层”是基于物理/网络拓扑节点的拆分（即：**M2M网关**与**M2M网络/核心网**之间的分工），而目标专利是基于M2M设备内部逻辑模块的拆分（**SC部分**与**DA部分**）。D2中不存在“外部网络应用（NA）对设备应用（DA）认证后，向M2M平台发送包含DA参数的通知，触发完全认证状态”的机制。**D2未实质公开技术特征A、E、F、G。**

#### 对比文件 D3 (CN102136976A)

* **技术核心**：D3涉及M2M系统中的机器事务控制（Transaction Control），解决的是分布式系统中的两阶段提交（准备、提交/回滚）问题，以保证操作的原子性和一致性。

* **原文出处**：[0009]段指出“M2M平台根据事务参与设备连接属性，生成并下发事务操作命令至事务参与设备或M2M网关”。[0045]-[0048]段详细描述了事务提交指令和事务回滚指令。

* **比对结论**：D3完全属于数据库/业务逻辑层面的分布式事务一致性控制领域，与目标专利涉及的设备接入认证、服务能力/设备应用身份识别毫无关联。**D3未公开权利要求1的任何实质性认证状态特征。**

---

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

以下为权利要求1的各项技术特征与D1-D3的比对详情：

---

### 四、 结论

综上分析，目标专利权利要求1的核心逻辑建立在“**SC部分由平台认证（部分状态） + DA部分由网络应用认证并携带控制参数反向通知平台（触发完全状态）**”这一特定的认证交互架构上。

1. **单独对比**：D1解决的是跨Web应用的会话记录与合规审计；D2解决的是M2M代理网关与核心网之间的分层安全验证（基于网络节点的信任链）；D3解决的是分布式指令的原子性事务控制。三份文件**均未单独披露**权利要求1中基于SC与DA逻辑分离所产生的跨节点认证通知机制及对应的状态机转换（特征A、E、F、G）。

2. **组合对比**：即使将D2（涉及受限访问和网关分层验证）与D1（涉及网络应用会话监控）结合，由于两者均缺乏将M2M设备解耦为SC和DA进行独立认证并由外部网络应用反向通知核心平台的启示，本领域技术人员无法通过简单的逻辑推演或常规技术手段的拼凑得出权利要求1的技术方案。

因此，对比文件D1、D2、D3**无论是单独还是组合，均没有毫无疑义地公开或实质公开权利要求1的全部技术特征**。基于所提供的对比文件库，权利要求1具备新颖性与创造性，具备较强的抗无效稳定性。

作为一名经验丰富的专利代理师，针对目标专利权利要求1，结合目标专利说明书、对比文件D1、D2、D3的文本内容进行深度解析、特征比对及创造性/无效可行性分析如下：

## 一、 权利要求1的技术实质与说明书释义

根据目标专利说明书第`[0007]`至`[0018]`段及附图2，权利要求1的核心发明点在于克服常规M2M系统中“**网络应用（NA）对设备应用（DA）的认证与M2M平台对服务能力（SC）的认证相互分离，导致平台无法识别并控制具体DA**”的缺陷。

目标专利在逻辑上将M2M设备划分为**服务能力部分（SC）**和**设备应用部分（DA）**，并引入了**两阶段渐进式认证机制**：

1. **部分认证状态**：平台仅对SC部分认证，设备此时仅能“受限访问”平台和网络服务。

2. **完全认证状态**：业务层的DA部分由独立的网络应用（NA）进行认证，NA成功认证后向M2M平台发送包含控制参数的“通知”，平台据此对DA施加控制，并允许设备切换至“完全认证状态”，获得全面访问权限。

---

## 二、 对比文件特征比对与出处分析

现将三份对比文件：

* **D1**: `US2007294209A` (COMMUNICATION NETWORK APPLICATION ACTIVITY MONITORING AND CONTROL)

* **D2**: `WO2011082150A1` (MACHINE-TO-MACHINE GATEWAY ARCHITECTURE)

* **D3**: `CN102136976A` (一种机器事务控制方法、装置和系统)

与权利要求1的技术特征进行逐项横向比对：

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

---

## 三、 最接近的对比文件（D1/D2/D3）分析

在创造性分析或无效宣告程序中，**D2 (`WO2011082150A1`) 最适合作为最接近的对比文件**。

### 原因分析：

1. **技术领域完全相同**：D2 与目标专利均属于 M2M（机器对机器）通信及安全认证技术领域。而 D1 属于通用的 Web Service 企业架构，D3 聚焦于 M2M 系统中的分布式事务控制。

2. **技术问题高度契合**：目标专利解决的是“如何对M2M设备进行更细粒度的控制，防止未授权的应用恶意消耗平台资源”；D2 同样关注“由于网络域无法直接感知或缺乏对各具体设备的了解，如何通过分级（Layered/Split）验证在网关或网络侧建立信任关系并进行接入控制”（参见 D2 `[p0009]`、`[p0067]`）。

3. **技术手段最为接近**：D2 公开了“分级/拆分认证（Layered/Split Validation）”的架构（图12、图13）。其将认证过程分为“粗粒度验证（coarse validation）”和“细粒度验证（finer validation）”，并且在第一阶段验证后，设备处于限制访问状态，仅能访问特定安全实体；在第二阶段细粒度验证通过后，才进入 ready 状态。这与目标专利的“部分认证状态 $\rightarrow$ 受限访问 $\rightarrow$ 完全认证状态”的演进路线具有极高的演进相似度。

---

## 四、 关键特征的公开情况与无效最薄弱特征指出

### 1. 未被最接近对比文件（D2）公开的特征

经审查，**特征E、特征F、特征G** 的核心实质未被 D2 公开，且**同样未被 D1 和 D3 公开**。

* **本质区别**：D2 的分级验证是一种“垂直的拓扑校验”（HW/SW 镜像完整性校验，从网关到网络侧能力层 SC 逐级汇聚树状节点）；而目标专利建立的是一种**“横向的业务/平台解耦控制机制”**。在目标专利中，M2M 设备的底层（SC层）由通信运营商的 M2M 平台认证，而上层（DA层）则由独立于平台的电力、医疗等行业“网络应用（NA）”去认证。认证后，NA 跨界通知 M2M 平台，并把控制参数塞给平台，让平台去管束底层的 DA。

### 2. 无效请求方最薄弱的技术特征（专利权人的核心防线）

若您代表请求方提出无效宣告请求，**最薄弱（即最难被攻击、最不容易被评价为显而易见）的技术特征是：特征F结合特征E、G**。

> **特征核心**：在M2M平台中从网络应用接收通知，该通知包含关于设备应用部分（DA）的一个或多个参数，用以**使得M2M平台能够对所述设备应用部分施加控制**，并触发设备进入完全认证状态。

### 请求方在此处的对抗难点（薄弱点）：

* **缺乏合理的改动动机**：由于 D2、D1、D3 均属于“平台侧或网关侧闭环完成全部系统认证”的传统思维。审查员或专利局复审委通常会倾向于认为：现有的 M2M 架构中，通信平台与垂直行业的具体业务应用（NA）在业务逻辑上是隔离的。将“业务层的认证结果及控制参数”跨架构反馈给“通信平台层”，从而让平台层去越级控制设备内部的某个 App（DA），这一设计打破了常规分层解耦的通信体制。

* **技术效果非显而易见**：该特征带来了“防止恶意/故障 DA 在未通过业务认证前，通过合法的 SC 盲目向平台发送垃圾数据、榨取平台 CPU 和缓存资源”的独特技术效果（对应目标专利说明书 `[0014]`、`[0057]`）。在缺乏明确技术启示的情况下，仅凭借 D2 的“粗/细粒度完整性校验”或 D3 的“事务两阶段提交”，极难拼凑出这一跨层级、跨实体的协同控制特征。

### 应对策略建议：

若必须攻克该特征，请求方不能仅执着于 M2M 标准文件，建议扩大检索范围至 **OAuth 2.0 联邦认证、第三方授权令牌（Token）管理、或可信执行环境（TEE）中的应用级切片控制技术**，尝试寻找“第三方应用将控制权/属性参数反向注入底层承载平台”的技术启示，方有一线无效掉该特征的契机。

如权利要求1中所述的方法，此外包括步骤： 在所述机器对机器平台中从设备应用部分接收服务请求；以及 通过所述机器对机器平台从网络应用请求用于设备应用部分的通知。

一种机器对机器平台，包括： 处理器，其被适配成为机器对机器设备的服务能力部分进行认证以便进入部分认证状态；以及为处于所述部分认证状态的所述机器对机器设备提供对网络服务和对平台服务的受限访问，所述网络服务由与所述机器对机器平台进行通信的一个或多个网络应用提供，所述平台服务由所述机器对机器平台提供； 第一输入端，其被适配成从网络应用接收与所述机器对机器设备的设备应用部分关联的通知，其中，所述通知将网络应用处的机器对机器设备的设备应用部分的认证告知机器对机器平台，以便进入完全认证状态，并且所述通知包括关于所述设备应用部分的一个或多个参数以使得所述机器对机器平台能够对所述设备应用部分施加控制，以及第二输出端，其被适配成为处于所述完全认证状态的所述机器对机器设备提供对网络服务和对平台服务的访问，所述网络服务由所述网络应用提供，所述平台服务由所述机器对机器平台提供。

如权利要求3中所述的机器对机器平台，此外包括： 第二输入端，其被适配成从设备应用部分接收服务请求；以及 第一输出端，其被适配成从网络应用请求用于设备应用部分的通知。

一种计算机程序存储介质，其包括计算机可读可执行的代码用于： 为机器对机器设备的服务能力部分进行认证以便进入部分认证状态； 为处于所述部分认证状态的所述机器对机器设备提供对网络服务和对平台服务的受限访问，所述网络服务由与机器对机器平台进行通信的、与所述计算机程序存储介质关联的一个或多个网络应用提供，所述平台服务由所述机器对机器平台提供；以及从网络应用接收与所述机器对机器设备的设备应用部分关联的通知，其中，所述通知将网络应用处的机器对机器设备的设备应用部分的认证告知机器对机器平台以便进入完全认证状态，并且所述通知包括关于所述设备应用部分的一个或多个参数以使得所述机器对机器平台能够对所述设备应用部分施加控制；以及为处于所述完全认证状态的所述机器对机器设备提供对网络服务和对平台服务的访问，所述网络服务由所述网络应用提供，所述平台服务由所述机器对机器平台提供。

一种操作网络应用的方法，包括步骤： 通过所述网络应用为机器对机器设备的设备应用部分进行认证，其中所述机器对机器设备具有对网络服务和对平台服务的受限访问，所述网络服务由与机器对机器平台进行通信的一个或多个网络应用提供，所述平台服务由所述机器对机器平台提供，并且所述网络应用与所述设备应用部分关联； 通过所述网络应用确定关于所述设备应用部分的一个或多个参数；以及 通过所述网络应用向所述机器对机器平台传输通知以将网络应用处的机器对机器设备的设备应用部分的认证告知机器对机器平台，使得机器对机器平台能够进入完全认证状态，所述完全认证状态使用所述机器对机器平台为所述机器对机器设备提供对网络服务和对平台服务的访问，所述网络服务由所述网络应用提供，所述平台服务由所述机器对机器平台提供，其中所述通知包括所述一个或多个参数以使得所述机器对机器平台能够对所述设备应用部分施加控制。

如权利要求6中所述的方法，此外包括步骤： 从机器对机器平台接收针对通知的请求。

一种网络应用，包括： 第一处理器，其被适配成为机器对机器设备的设备应用部分进行认证，其中机器对机器设备具有对网络服务和对平台服务的受限访问，并且所述网络应用与所述设备应用部分关联； 第二处理器，其被适配成确定关于所述设备应用部分的一个或多个参数；以及第三处理器，其被适配成将所述一个或多个参数包括在通知中；以及输出端，其被适配成向机器对机器平台传输所述通知以将网络应用处的机器对机器设备的设备应用部分的认证告知机器对机器平台，使得机器对机器设备能够在所述机器对机器平台处进入完全认证状态，所述完全认证状态使用所述机器对机器平台为所述机器对机器设备提供对网络服务和对平台服务的访问，所述网络服务由所述网络应用提供，所述平台服务由所述机器对机器平台提供，其中所述通知包括所述一个或多个参数以使得所述机器对机器平台能够对所述设备应用部分施加控制。

如权利要求8中所述的网络应用，此外包括： 输入端，其被适配成从机器对机器平台接收针对通知的请求。

一种计算机程序存储介质，其包括计算机可读可执行的代码用于： 为机器对机器设备的设备应用部分进行认证，其中所述机器对机器设备具有对网络服务和对平台服务的受限访问，所述网络服务由与机器对机器平台进行通信的一个或多个网络应用提供，所述平台服务由所述机器对机器平台提供； 确定关于所述设备应用部分的一个或多个参数；以及 向所述机器对机器平台传输通知以将与所述计算机程序存储介质关联的网络应用处的机器对机器设备的设备应用部分的认证告知机器对机器平台，使得机器对机器设备能够在所述机器对机器平台处进入完全认证状态，一旦已进入所述完全认证状态，则所述完全认证状态使用所述机器对机器平台为所述机器对机器设备提供对网络服务和对平台服务的访问，所述网络服务由所述网络应用提供，所述平台服务由所述机器对机器平台提供，其中所述通知包括所述一个或多个参数以使得所述机器对机器平台能够对所述设备应用部分施加控制。

一种为机器对机器设备进行认证的方法，包括： 在机器对机器平台处为机器对机器设备的服务能力部分进行认证以便进入部分认证状态，为处于所述部分认证状态的所述机器对机器设备提供对网络服务和对平台服务的受限访问，所述网络服务由与所述机器对机器平台进行通信的一个或多个网络应用提供，所述平台服务由所述机器对机器平台提供； 在与所述设备应用部分关联的网络应用处为机器对机器设备的设备应用部分进行认证，其中，所述网络应用与机器对机器平台进行通信； 在所述网络应用处确定关于所述设备应用部分的一个或多个参数；以及 向所述机器对机器平台传输来自所述网络应用的通知以将网络应用处的机器对机器设备的设备应用部分的认证告知机器对机器平台以便进入完全认证状态，其中所述完全认证状态使用所述机器对机器平台为处于所述完全认证状态的所述机器对机器设备提供对网络服务和对平台服务的访问，所述网络服务由所述网络应用提供，所述平台服务由所述机器对机器平台提供，其中所述通知包括所述一个或多个参数以使得所述机器对机器平台能够对所述设备应用部分施加控制。

一种机器对机器系统，包括： 机器对机器平台，其被适配成在机器对机器平台处为机器对机器设备的服务能力部分进行认证以便进入部分认证状态，为处于所述部分认证状态的机器对机器设备提供对网络服务和对平台服务的受限访问，所述网络服务由与所述机器对机器平台进行通信的一个或多个网络应用提供，所述平台服务由所述机器对机器平台提供； 网络应用，其被适配成在网络应用处为机器对机器设备的设备应用部分进行认证并且确定关于所述设备应用部分的一个或多个参数，其中，网络应用与机器对机器平台进行通信；以及所述网络应用此外被适配成向所述机器对机器平台传输来自所述网络应用的通知以将网络应用处的机器对机器设备的设备应用部分的认证告知机器对机器平台以便进入完全认证状态，其中所述完全认证状态使用所述机器对机器平台为处于所述完全认证状态的所述机器对机器设备提供对网络服务和对平台服务的访问，所述网络服务由所述网络应用提供，所述平台服务由所述机器对机器平台提供，其中所述通知包括所述一个或多个参数以使得所述机器对机器平台能够对所述设备应用部分施加控制。