对比文件名称：2008-11-20_US2008289037A_发明申请_US20080289037A1 SYSTEMS AND METHODS TO SECURE RESTRICTED INFORMATION IN ELECTRONIC MAIL MESSAGES
目标专利名称：2085管理网络中不期望的服务请求CN102415119B
本次调用的模型名称：未指定
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译） | 公开性论述 |
| **技术特征A：** 所述网络包括用于存储可信服务信息的网络节点<br>**《隐含公开》** | [0027]：“存储在客户端本地的白名单，由远程设备定期更新”；[0056]：“整个企业的白名单数据库可通过夜间批处理作业更新”。 | 对比文件虽主要描述白名单存储于客户端，但远程设备（网络节点）参与更新，且白名单数据库可存储于企业网络节点（如服务器）中，网络节点在路由过程中需访问这些信息。本领域技术人员可合理推断网络节点（如Exchange服务器、MMS、IME）用于存储或访问可信服务信息（白名单），因此隐含公开。 |
| **技术特征B：** 所述网络从终端接收服务请求<br>**《直接公开》** | [0032]：“电子邮件应用410可以通过MICROSOFT EXCHANGE®服务器420传送电子邮件消息及其安全分类指示”。 | 对比文件中的终端（发送设备）生成电子邮件消息并发送至网络节点（如Exchange服务器），网络节点接收该服务请求，直接公开了网络从终端接收服务请求。 |
| **技术特征C：** 所述请求包括服务请求信息<br>**《直接公开》** | [0024]：“发送设备110可以确定用户正在生成电子邮件消息”；[0027]：“收件人不在白名单上”。 | 对比文件中的电子邮件消息作为服务请求，必然包含服务请求信息（如收件人地址、主题等），直接公开。 |
| **技术特征D：** 如果所述服务请求信息的至少一部分未被列入所述可信服务信息中<br>**《直接公开》** | [0027]：“如果收件人不在白名单上，则可以向用户确认该收件人是否应接收该电子邮件消息”。 | 对比文件明确检查收件人是否在白名单中，若不在则执行确认，直接公开。 |
| **技术特征E：** 则发送用户验证请求以便请求用户验证由所述终端请求的服务<br>**《直接公开》** | 同上[0027]：“向用户确认该收件人是否应接收该电子邮件消息”。 | 对比文件中的“向用户确认”即发送用户验证请求，请求用户验证是否允许该服务请求，直接公开。 |
| **技术特征F：** 接收用户验证响应<br>**《直接公开》** | 同上[0027]：“向用户确认”隐含用户提供响应，系统接收该响应。 | 本领域技术人员可毫无疑义地确定用户确认过程必然包括接收用户响应，因此直接公开。 |
| **技术特征G：** 所述响应包括由所述用户提供的验证信息<br>**《直接公开》** | 同上[0027]：“向用户确认”包含用户提供的是或否信息。 | 用户确认时必然提供验证信息（接受或拒绝），直接公开。 |
| **技术特征H：** 所述验证信息指示所述用户是接受还是拒绝所述服务请求<br>**《直接公开》** | 同上[0027]：“确认该收件人是否应接收”指示接受或拒绝。 | 对比文件中的用户确认明确指示用户接受或拒绝该服务请求，直接公开。 |
| **技术特征I：** 如果所述验证信息提供了允许所请求的服务的指示<br>**《直接公开》** | [0027]：若用户确认，则允许发送电子邮件。 | 对比文件直接公开了当用户验证信息允许时，执行服务请求，直接公开。 |
| **技术特征J：** 则向所述可信服务信息添加所述服务请求信息的至少一部分<br>**《未公开》** | 对比文件未公开基于用户确认向白名单添加收件人。[0056]提及白名单更新，但通过批处理，而非基于用户确认。 | 对比文件未教导当用户允许服务时，将服务请求信息添加到可信服务信息中，因此未公开。 |
| **技术特征K：** 其中所述可信服务信息包含所请求的服务的服务类型和目的地中的至少一个<br>**《直接公开》** | [0054]及图9：白名单数据库包含收件人电子邮件地址（目的地）。 | 对比文件中的白名单至少包含目的地（收件人电子邮件地址），直接公开了可信服务信息包含目的地。 |
| **技术特征L：** 其中，所述方法还包括以下步骤<br>**《直接公开》** | [0027]及图3描述的方法步骤，包括检查白名单、用户确认等。 | 对比文件公开了方法包括多个步骤，因此直接公开了“方法还包括以下步骤”的表述。 |
| **技术特征M：** 如果所述验证信息提供不允许所请求的服务的指示<br>**《直接公开》** | [0027]：若用户未确认，则可能阻止消息（隐含用户拒绝）。 | 对比文件直接公开了当用户提供不允许的指示时，不执行服务请求，直接公开。 |
| **技术特征N：** 则向所述可信服务信息添加所述服务请求信息的至少一部分<br>**《未公开》** | 对比文件未公开当用户拒绝时向白名单添加信息。 | 同特征J，未公开。 |
| **技术特征O：** 其中，所述用户验证请求是经由安全通信信道被发送的<br>**《未公开》** | 对比文件中的用户确认在客户端本地由插件执行，不涉及网络发送，更未提及安全通信信道。 | 对比文件未公开通过网络发送用户验证请求，更未公开使用安全通信信道，因此未公开。 |
| **技术特征P：** /或者所述用户验证响应是经由安全通信信道被接收的<br>**《未公开》** | 同上。 | 对比文件未公开通过安全通信信道接收用户验证响应，因此未公开。 |
| **技术特征Q：** 其中，所述用户验证请求是经由安全通信信道被发送的<br>**《未公开》** | 同特征O。 | 未公开。 |
| **技术特征R：** 所述用户验证响应是经由相同的所述安全通信信道被接收的<br>**《未公开》** | 同特征O。 | 未公开。 |
| **技术特征S：** 所述方法还包括以下步骤<br>**《直接公开》** | 图3及[0027]等描述的方法步骤。 | 对比文件直接公开了方法包括步骤，因此直接公开。 |
| **技术特征T：** 在所述终端与所述网络之间建立加密的通信信道<br>**《未公开》** | [0034]提及SSL加密用于Web界面，但并非用于终端与网络之间的用户验证通信信道。 | 对比文件未公开在终端与网络之间建立专用加密通信信道用于用户验证，因此未公开。 |
| **技术特征U：** 经由所述加密的通信信道向所述终端发送用户验证请求<br>**《未公开》** | 同上。 | 未公开。 |
| **技术特征V：** 经由所述加密的通信信道来接收用户验证响应<br>**《未公开》** | 同上。 | 未公开。 |
| **技术特征W：** 所述响应包括由所述用户提供的、所述用户是接受还是拒绝所述服务请求的验证信息<br>**《未公开》** | 同上；验证信息内容本身已公开（特征G/H），但此处强调通过加密信道，对比文件未公开。 | 对比文件未公开通过加密信道传输验证信息，因此该特征未公开。 |
| **技术特征X：** 其中所述加密的通信信道是使用所述终端的标识模块中存储的私有密钥被建立的<br>**《未公开》** | 对比文件未涉及标识模块和私有密钥。 | 未公开。 |
| **技术特征Y：** 其中，所述安全通信信道由消息发送服务提供<br>**《未公开》** | 对比文件未提及使用消息发送服务（如SMS）提供安全通信信道。 | 未公开。 |
<<<a>>><<<B>>><<<C>>><<<D>>><<<E>>><<<F>>><<<G>>><<<H>>><<<I>>><<<K>>><<<L>>><<<M>>><<<S>>>