对比文件名称：2003-10-30_US2003204569A_发明申请_US20030204569A1 Method and apparatus for filtering e-mail infected with a previously unidentified computer virus
目标专利名称：管理网络中不期望的服务请求CN102415119B
本次调用的模型名称：GPT-4
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译） | 公开性论述 |
| **技术特征A**：所述网络包括用于存储可信服务信息的网络节点<br>**《直接公开》** | 对比文件[0038]：“根据本发明的一个说明性实施例，系统可以有利地接受来自可信源的有效地址（例如已知安全）或无效地址（例如已知垃圾邮件发送者）的列表。” 以及[0031]描述系统包括分析部分、挑战部分和后处理部分，这些部分可运行在服务器上。 | 对比文件公开了电子邮件过滤系统，该系统包括存储有效地址（已知安全）列表的服务器，该列表相当于可信服务信息，且服务器作为网络节点，本领域技术人员能毫无疑义地确定该技术特征被公开。 |
| **技术特征B**：所述网络从终端接收服务请求<br>**《直接公开》** | 对比文件[0009]：“接收来自发送者的原始电子邮件”。 | 对比文件公开了从发送者（终端）接收电子邮件（服务请求），因此直接公开。 |
| **技术特征C**：所述请求包括服务请求信息<br>**《直接公开》** | 对比文件[0036]：“检查发件人的身份、收件人地址、主题行内容、时间戳等”。 | 对比文件公开了电子邮件请求包括发件人、收件人、主题等信息，这些属于服务请求信息，因此直接公开。 |
| **技术特征D**：如果所述服务请求信息的至少一部分未被列入所述可信服务信息中<br>**《直接公开》** | 对比文件[0039]：“如果确定电子邮件来自未知但可疑的发件人，则有利地发出挑战（即反向图灵测试）。” 以及[0034]：“首先检查发件人是否已知是垃圾邮件发送者。如果不是，系统确定消息是否以任何方式可疑。” | 对比文件公开了基于发件人是否在已知安全/垃圾列表中的判断，若发件人未被列入已知安全列表（即可信服务信息），则视为可疑并发出挑战，因此直接公开。 |
| **技术特征E**：则发送用户验证请求以便请求用户验证由所述终端请求的服务<br>**《直接公开》** | 对比文件[0009]：“自动向发送者发送挑战，其中挑战包括请求发送者响应的电子邮件消息，并且挑战被设计为由人回答而不是机器。” | 对比文件公开了当消息可疑时，向发送者发送挑战（用户验证请求），以验证发送者是否为人类，从而验证邮件是否合法，因此直接公开。 |
| **技术特征F**：接收用户验证响应<br>**《直接公开》** | 对比文件[0083]：“系统将相关消息放在一边，等待来自发送者的预定时间内的响应。” | 对比文件公开了接收来自发送者的响应，因此直接公开。 |
| **技术特征G**：所述响应包括由所述用户提供的验证信息<br>**《直接公开》** | 对比文件[0083]：“检查响应是否正确”。 | 对比文件公开了响应包括由用户提供的答案（验证信息），因此直接公开。 |
| **技术特征H**：所述验证信息指示所述用户是接受还是拒绝所述服务请求<br>**《直接公开》** | 对比文件[0083]：“如果正确，则邮件被传递；否则丢弃。” 以及[0020]：“如果发送者没有响应或错误响应，则邮件不传递。” | 对比文件公开了验证信息（答案）的正确性指示用户是否接受邮件传递（接受服务请求），正确代表接受，错误代表拒绝，因此直接公开。 |
| **技术特征I**：如果所述验证信息提供了允许所请求的服务的指示<br>**《隐含公开》** | 对比文件[0056]：“如果发送者过去被挑战并正确回答，则该信息可用于决策，避免再次挑战。” 以及[0088]提到失败挑战结果用于更新分类参数，但成功回答可使发送者被视为可信。 | 对比文件隐含公开了若验证信息正确（指示允许），则系统将发送者信息视为可信，从而避免再次挑战，相当于提供了允许指示，因此隐含公开。 |
| **技术特征J**：则向所述可信服务信息添加所述服务请求信息的至少一部分<br>**《隐含公开》** | 同上，对比文件[0056]隐含了基于成功挑战更新分类参数，将发送者信息纳入可信范围。 | 对比文件隐含公开了基于成功验证将发送者信息添加至可信列表（相当于可信服务信息），因此隐含公开。 |
| **技术特征K**：其中所述可信服务信息包含所请求的服务的服务类型和目的地中的至少一个<br>**《未公开》** | 对比文件未涉及服务类型（如呼叫、SMS）和目的地（如电话号码）的概念，其可信信息仅为发件人地址。 | 对比文件仅公开了基于发件人地址的列表，未公开服务类型或目的地，本领域技术人员无法毫无疑义地得出该特征，因此未公开。 |
| **技术特征L**：其中，所述方法还包括以下步骤<br>**《隐含公开》** | 对比文件[0009]描述了方法步骤，包括接收、识别、发送挑战等。 | 对比文件的方法包括多个步骤，因此“还包括以下步骤”被隐含公开。 |
| **技术特征M**：如果所述验证信息提供不允许所请求的服务的指示<br>**《隐含公开》** | 对比文件[0088]：“失败挑战的结果可用于更新过滤器的分类参数”；[0056]提到错误回答信息可用于决策。 | 对比文件公开了若验证信息不正确（不允许），则系统将发送者信息可能标记为不可信，因此隐含公开了“不允许指示”。 |
| **技术特征N**：则向所述可信服务信息添加所述服务请求信息的至少一部分<br>**《隐含公开》** | 同上，失败挑战结果用于更新分类参数，相当于向黑名单添加信息。 | 对比文件隐含公开了基于拒绝验证更新可信服务信息（如添加至黑名单），因此隐含公开。 |
| **技术特征O**：其中，所述用户验证请求是经由安全通信信道被发送的<br>**《未公开》** | 对比文件未提及安全通信信道。挑战通过标准电子邮件发送，未加密或特殊保护。 | 对比文件未公开任何安全通信信道，本领域技术人员不能得出该特征，因此未公开。 |
| **技术特征P**：/或者所述用户验证响应是经由安全通信信道被接收的<br>**《未公开》** | 同上，无。 | 对比文件未公开安全信道，因此未公开。 |
| **技术特征Q**：其中，所述用户验证请求是经由安全通信信道被发送的<br>**《未公开》** | 同特征O，无。 | 未公开。 |
| **技术特征R**：所述用户验证响应是经由相同的所述安全通信信道被接收的<br>**《未公开》** | 无。 | 未公开。 |
| **技术特征S**：所述方法还包括以下步骤<br>**《隐含公开》** | 对比文件[0009]描述了方法包括多个步骤，如接收、发送挑战等。 | 对比文件的方法包括多个步骤，因此“还包括以下步骤”被隐含公开。 |
| **技术特征T**：在所述终端与所述网络之间建立加密的通信信道<br>**《未公开》** | 无。 | 对比文件未建立加密信道，未公开。 |
| **技术特征U**：经由所述加密的通信信道向所述终端发送用户验证请求<br>**《未公开》** | 无。 | 未公开。 |
| **技术特征V**：经由所述加密的通信信道来接收用户验证响应<br>**《未公开》** | 无。 | 未公开。 |
| **技术特征W**：所述响应包括由所述用户提供的、所述用户是接受还是拒绝所述服务请求的验证信息<br>**《未公开》** | 无加密信道，响应内容虽类似但未结合加密信道。 | 对比文件未公开加密信道，因此该特征未公开。 |
| **技术特征X**：其中所述加密的通信信道是使用所述终端的标识模块中存储的私有密钥被建立的<br>**《未公开》** | 无。 | 未公开。 |
| **技术特征Y**：其中，所述安全通信信道由消息发送服务提供<br>**《未公开》** | 无。 | 未公开。 |
<<<A>>><<<B>>><<<C>>><<<D>>><<<E>>><<<F>>><<<G>>><<<H>>><<<i>>><<<j>>><<<l>>><<<m>>><<<n>>><<<s>>>