返回项目页面
对比文件列表
1999-02-16_US5872847A_发明授权_US5872847A Using trusted associations to establish trust in a computer network_+++B_C_K_X_a_d_j_l_s_t+++.docx
2026-07-18 15:40
2003-10-30_US2003204569A_发明申请_US20030204569A1 Method and apparatus for filtering e-mail infected with a previously unidentified computer virus_+++A_B_C_D_E_F_G_H_i_j_l_m_n_s+++.docx
2026-07-18 15:40
2004-08-26_US2004168055A_发明申请_US20040168055A1 Secure instant messaging system_+++B_C_L_S_T_a_d_k_y+++.docx
2026-07-18 15:40
2004-10-21_US2004210772A_发明申请_US20040210772A1 Method and apparatus for secure instant messaging utilizing server-supervised publication_+++A_B_C_D_T_f_g_h_l_p_r_s_x+++.docx
2026-07-18 15:40
2005-03-02_CN1588879A_发明公开_CN1588879A 一种互联网内容过滤系统及过滤方法_+++A_B_C_D_K_L_S+++.docx
2026-07-18 15:40
2005-03-10_JP2005062942A_发明专利_JP2005062942A Service processing method, system, and its processing program_+++A_B_C_K_d+++.docx
2026-07-18 15:40
2005-03-17_US2005060399A_发明申请_US20050060399A1 Method and system for managing programs for web service system_+++A_B_C_D_K_l_s+++.docx
2026-07-18 15:40
2006-04-20_JP2006106928A_发明专利_JP2006106928A Access prevention apparatus, method, and program of preventing access_+++A_a_b_c_d_e_f_g_h_i_j_k_l_m_s+++.docx
2026-07-18 15:40
2006-10-31_US7131003B_发明授权_US07131003B2 Secure instant messaging system_+++A_B_C_D_L_S_T+++.docx
2026-07-18 15:40
2007-04-12_WO2007041157A_发明申请_WO2007041157A1 WIRELESS NETWORK PROTECTION AGAINST MALICIOUS TRANSMISSIONS_+++A_B_C_K_L_S_d+++.docx
2026-07-18 15:40
2007-10-18_US2007245422A_发明申请_US20070245422A1 Phishing-Prevention Method Through Analysis of Internet Website to be Accessed and Storage Medium Storing Computer Program Source for Executing the Same_+++A_B_C_D_E_F_G_H_I_K_L_M_S_j+++.docx
2026-07-18 15:40
2007-11-29_JP2007310781A_发明专利_JP2007310781A Fake website prevention method and intermediate node_+++A_B_C_D_E_F_G_H_I_J_K_M_N_l_s+++.docx
2026-07-18 15:40
2008-01-22_US7321969B_发明授权_US07321969B2 Secure instant messaging system using instant messaging group policy certificates_+++B_C_D_K_Y_a_t_x+++.docx
2026-07-18 15:40
2008-04-20_CA2619397A_发明专利_CA2619397A1 SYSTEM AND METHOD FOR AUTHORIZING ACCESS TO AN IP-BASED WIRELESS TELECOMMUNICATIONS SERVICE_+++A_B_C_D_T_l_s+++.docx
2026-07-18 15:40
2008-05-02_WO2008051933A_发明申请_WO2008051933A2 SYSTEM AND METHOD FOR AUTHORIZING ACCESS TO AN IP-BASED WIRELESS TELECOMMUNICATIONS SERVICE_+++A_B_C_D_T+++.docx
2026-07-18 15:40
2008-11-20_US2008289037A_发明申请_US20080289037A1 SYSTEMS AND METHODS TO SECURE RESTRICTED INFORMATION IN ELECTRONIC MAIL MESSAGES_+++B_C_D_E_F_G_H_I_K_L_M_S_a+++.docx
2026-07-18 15:40
2006-04-20_JP2006106928A_发明专利_JP2006106928A Access prevention apparatus, method, and program of preventing access_+++A_a_b_c_d_e_f_g_h_i_j_k_l_m_s+++.docx

对比文件名称:2006-04-20_JP2006106928A_发明专利_JP2006106928A Access prevention apparatus, method, and program of preventing access

目标专利名称:2085管理网络中不期望的服务请求CN102415119B

本次调用的模型名称:DeepSeek(推理模型)

以下为特征比对表格:

技术特征描述及公开性判断对比文件原文引用(翻译为中文)公开性论述
技术特征A:所述网络包括用于存储可信服务信息的网络节点<br>《隐含公开》实施方式1记载:“有名站点信息存储部104存储通信网络的站点信息”(对应日文原文:“有名サイト情報記憶部104は、通信ネットワークのサイトの情報を記憶している”);实施方式3记载代理服务器1104包含有名站点信息存储部1107,该存储部存储知名站点信息(可信站点)。对比文件中的“有名站点信息存储部”存储了被视为可信的知名站点信息(例如知名企业的URL),这些信息可视为“可信服务信息”。该存储部可位于终端(实施方式1)或代理服务器(实施方式3),代理服务器属于网络节点。虽然目标专利的网络节点特指移动通信网络节点(如VLR/HLR),但对比文件中的代理服务器广义上也属于网络节点,且存储了可信站点信息,因此本领域技术人员可能合理推论该对比文件公开了“网络包括用于存储可信服务信息的网络节点”这一特征(隐含公开)。
技术特征B:所述网络从终端接收服务请求<br>《隐含公开》实施方式3记载:“终端1101的浏览器1102向代理服务器1104发送用HTTP描述的请求URL,代理服务器1104的Web代理服务器部1106接收来自终端1101的请求URL”。对比文件中代理服务器作为网络节点接收来自终端(浏览器)的HTTP请求,该请求可视为一种服务请求(访问网页)。目标专利的服务请求包括呼叫、短信等,但广义上对比文件中的HTTP请求也是服务请求的一种,且接收请求的网络节点(代理服务器)与目标专利中的网络节点功能类似,因此可以认为对比文件隐含公开了网络从终端接收服务请求。
技术特征C:所述请求包括服务请求信息<br>《隐含公开》实施方式3记载请求URL中包含具体网页地址(例如“http://www...”)和可能参数。实施方式1步骤S202:浏览器将选择的页面的URL输入伪装判定部。对比文件中服务请求(HTTP请求)本身就包含URL(统一资源定位符)作为服务请求信息,该URL指明了请求目的地,与目标专利中“服务请求信息”(如目的地号码、地址)性质相同,因此对比文件隐含公开了请求包括服务请求信息。
技术特征D:如果所述服务请求信息的至少一部分未被列入所述可信服务信息中<br>《隐含公开》实施方式3记载:伪装判定部1105判断请求URL是否与知名站点URL相似,若不相似(即未列入可信名单)则不触发警告;但更关键的是,用户确认过的站点会被记忆(实施方式1最后一段:“对于用户无视警告并确认访问的站点,将其存储,以便下次再访问时不再输出警告”),这意味着下次请求该站点时,由于已在记忆列表中(即可信服务信息),不触发验证;反之不在列表中且满足相似判定条件时则触发验证。对比文件虽然没有明确表述“如果未被列入”的通用条件,但其操作中存在一种隐含逻辑:当用户允许某站点后,该站点被加入一个允许列表(可信服务信息),后续请求该站点时不再验证;而未列入该列表且与知名站点相似的请求则触发验证。因此本领域技术人员可以合理推断出“如果服务请求信息未被列入可信服务信息中”这一判断环节,故隐含公开。
技术特征E:则发送用户验证请求以便请求用户验证由所述终端请求的服务<br>《隐含公开》实施方式1步骤S204:“浏览器输出警告,提示访问的网站可能是仿冒知名网站的伪造网站,并询问用户是否继续访问”。实施方式3步骤:伪装判定部判定为有仿冒嫌疑时,Web代理服务器部生成代理错误页面(包含确认按钮)发送给浏览器,请求用户确认。对比文件在检测到可疑请求后,明确向终端发送一个请求用户确认的页面(警告信息),要求用户验证是否继续访问该服务(网页),相当于发送用户验证请求,以请求用户验证该服务请求的合法性,因此隐含公开该特征。
技术特征F:接收用户验证响应<br>《隐含公开》实施方式1步骤S205:“用户点击确认画面中的‘OK’按钮,浏览器接收该确认”。实施方式3:用户按下代理错误页面的确认按钮后,浏览器生成新的请求并发送给代理服务器,代理服务器接收该响应。对比文件描述了对用户验证请求的接收,即用户通过点击按钮等方式表达其意愿,网络侧(终端或代理服务器)接收到该响应,因此隐含公开接收用户验证响应。
技术特征G:所述响应包括由所述用户提供的验证信息<br>《隐含公开》实施方式3:用户确认后,发送的请求中会包含一个特殊参数(例如“-_-PHISHING_WARNING_CONFIRM-=1”),该参数由代理服务器生成并嵌入页面,用户确认后返回,以此作为用户验证信息。对比文件中用户确认操作后返回的响应中携带了验证信息(例如特定参数),该信息由用户的操作触发,可视为用户提供的验证信息,表明用户接受服务请求,因此隐含公开响应包括用户提供的验证信息。
技术特征H:所述验证信息指示所述用户是接受还是拒绝所述服务请求<br>《隐含公开》实施方式1步骤S205:点击“OK”表示接受访问,关闭页面或不操作可视为拒绝。实施方式3中,用户按下确认按钮表示接受,否则拒绝(无响应或关闭窗口)。对比文件中用户的响应(例如点击确认按钮)直接指示了接受服务请求,反之不点击或取消则指示拒绝,因此验证信息客观上能够反映用户接受或拒绝的态度,故隐含公开该特征。
技术特征I:如果所述验证信息提供了允许所请求的服务的指示<br>《隐含公开》实施方式1:“用户确认后,浏览器正常访问该网站”(步骤S206)。实施方式3:用户确认后,代理服务器将请求转发至目标网站。对比文件明确,当用户提供的验证信息表示接受(允许)时,网络侧允许该服务请求继续执行(访问目标站点),因此“允许”的指示被对比文件直接体现,本特征隐含公开。
技术特征J:则向所述可信服务信息添加所述服务请求信息的至少一部分<br>《隐含公开》实施方式1最后一段:“对于用户无视警告并确认访问的网站,将其存储,以便下次再访问相同网站时不输出警告”。实施方式3类似。对比文件明确记载,在用户允许的情况下,将服务请求信息(例如URL)存储到记忆列表(可信服务信息)中,下次不再警告,这正是向可信服务信息添加请求信息的一部分,因此隐含公开该特征。
技术特征K:其中所述可信服务信息包含所请求的服务的服务类型和目的地中的至少一个。<br>《隐含公开》对比文件中可信服务信息(知名站点信息及用户确认的记忆站点信息)至少包含目的地信息(URL),例如实施方式1有名站点信息存储部存储的是知名站点的URL(统一资源定位符)。对比文件中的可信服务信息(知名站点URL和记忆的站点URL)明确包含目的地(URL),而目的地是服务请求信息的重要部分。虽然未明确提及服务类型(如SMS/呼叫),但特征K要求包含至少一个,故目的地部分已被对比文件公开,隐含公开。
技术特征L:其中,所述方法还包括以下步骤<br>(过渡特征,无实质技术内容)对比文件整个方法包含多个步骤,隐含具有“还包括步骤”的表述。该特征仅为方法步骤的引导语,对比文件的方法流程自然包含各步骤,因此本技术特征被视为隐含公开。但通常不作为独立特征判断,此处为保持完整列出。
技术特征M:如果所述验证信息提供不允许所请求的服务的指示<br>《隐含公开》对比文件未明确记载用户拒绝时的具体操作,但用户可以选择不确认(例如关闭按钮或不操作),该行为可视为提供不允许指示。且实施方式1、3中,若用户不确认,则不会继续访问,暗示了拒绝情形。尽管对比文件未详细描述拒绝指示的响应,但用户验证响应中必然存在接受和拒绝两种可能性,当用户不提供允许指示(如不点击OK)时,网络可视为拒绝请求。因此本领域技术人员可合理推断存在“验证信息提供不允许指示”的情形,故隐含公开。
技术特征N:则向所述可信服务信息添加所述服务请求信息的至少一部分。<br>未公开对比文件任何部分均未记载在用户拒绝服务请求时将请求信息添加到任何可信服务信息中。相反,只有用户接受时才添加。对比文件没有提及拒绝时的添加动作,也无任何暗示,因此该技术特征既未直接公开也未隐含公开。
技术特征O:其中,所述用户验证请求是经由安全通信信道被发送的<br>未公开对比文件中用户验证请求(警告页面)是通过HTTP(可能为明文)传输的,没有描述采用安全通信信道(如加密、TLS等)。对比文件未涉及任何安全通信信道的构建或使用,本领域技术人员无法从对比文件直接或合理推断出该特征。
技术特征P:/或者所述用户验证响应是经由安全通信信道被接收的<br>未公开同O,对比文件未提及安全信道。同O,未公开。
技术特征Q:其中,所述用户验证请求是经由安全通信信道被发送的<br>未公开同O。未公开。
技术特征R:所述用户验证响应是经由相同的所述安全通信信道被接收的<br>未公开同O。未公开。
技术特征S:所述方法还包括以下步骤<br>(过渡特征)对比文件方法包括多个步骤,隐含具有“还包括步骤”的引导。类似特征L,视为隐含公开(但技术意义有限)。
技术特征T:在所述终端与所述网络之间建立加密的通信信道<br>未公开对比文件无任何关于建立加密通信信道的描述。未公开。
技术特征U:经由所述加密的通信信道向所述终端发送用户验证请求<br>未公开依赖于T,故未公开。未公开。
技术特征V:经由所述加密的通信信道来接收用户验证响应<br>未公开依赖于T,故未公开。未公开。
技术特征W:所述响应包括由所述用户提供的、所述用户是接受还是拒绝所述服务请求的验证信息<br>(该特征与H、G实质相同,但强调加密信道)<br>未公开对比文件响应虽包含验证信息,但未涉及加密信道,故整体未公开。由于未公开加密信道,该特征中的信道要求未满足,因此未公开。
技术特征X:其中所述加密的通信信道是使用所述终端的标识模块中存储的私有密钥被建立的<br>未公开对比文件未提及标识模块及私有密钥。未公开。
技术特征Y:其中,所述安全通信信道由消息发送服务提供<br>未公开对比文件未提及消息发送服务(如SMS、USSD)。未公开。

根据上述表格,对比文件隐含公开了技术特征A、B、C、D、E、F、G、H、I、J、K、L、M、S(L和S为过渡特征,可忽略但按宽松标准也隐含)。因此,对应输出代码为:

<<<a>>><<<b>>><<<c>>><<<d>>><<<e>>><<<f>>><<<g>>><<<h>>><<<i>>><<<j>>><<<k>>><<<l>>><<<m>>><<<s>>>

但根据指示,若没有公开则不要写对应的代码。对于L和S,我们虽然写了隐含,但其技术意义不大。但按照表格结论,我们仍然插入。但为了严谨,我认为L和S属于方法步骤的描述性特征,通常不被单独列为技术特征,但既然权利要求中有,且我们判断隐含,就应包含。但特征L是“其中,所述方法还包括以下步骤”,这实际上是一个前序,本身不限定技术内容,通常不单独判断。但在本业务中,我们严格按列表,所以包含。

但输出时,代码应按顺序:从A到Y,只写被公开的特征的代码。由于我们判断A,B,C,D,E,F,G,H,I,J,K,L,M,S被隐含公开,其他没有。所以插入小写代码:<<<a>>><<<b>>><<<c>>><<<d>>><<<e>>><<<f>>><<<g>>><<<h>>><<<i>>><<<j>>><<<k>>><<<l>>><<<m>>><<<s>>>。

但是注意,特征L和S实际只是过渡,且L是“其中,所述方法还包括以下步骤”,S是“所述方法还包括以下步骤”,它们几乎相同。可能用户列表中特征L和特征S是笔误或重复。我们严格按给定列表,但如果不确定,我们可以省略L和S的代码?因为我们的表格中认为它们隐含公开,但为了严谨,我们可以只输出我们明确判断有实质性公开的特征。但按照要求,应输出所有判断为公开的特征。所以包含。

但需要确认:特征L的文字是“其中,所述方法还包括以下步骤”,这本身并不是一个技术特征,而是一个引入语。通常权利要求中的这种表述不会单独作为一个特征来比对。但既然用户列出,我们尊重。但为了保险,我们可以不输出L和S,因为它们本身没有限定任何技术内容。但我们在表格中已经做了判断,所以输出也可。

实际上,从目标专利权利要求来看,特征L和S是“其中,所述方法还包括以下步骤”,紧接着是特征M、N和T、U等,所以L和S只是引导词,没有独立的技术限定。通常我们在比对时不会单独列出这样无实质内容的特征。因此,我认为可以不考虑L和S。但用户要求“对于技术特征的划分严格按照目标专利权利要求中已给出的划分执行”,且列表中有L和S,所以我们必须将其视为特征。但为了简洁,且我们的表格对L和S的判断也写了,但论述中已说明过渡特征。我决定在公开性论述中说明,并认为隐含公开(因为对比文件有后续步骤)。但在输出代码时,我认为如果写入可能混淆,且根据常见实践,这种引导特征不应单独评判。考虑到要求“严格划分”,我还是保守地将它们包含在代码中。

但注意,输出格式要求:“若对比文件直接公开了技术特征A请在回答的结尾插入大写英文代码<<<A>>>,若对比文件隐含公开了技术特征A请在回答的结尾插入小写英文代码<<<a>>>,以此类推。” 所以每个特征字母对应一个代码。我们需要按字母顺序列出被公开的特征的代码。由于我们从A到Y共25个特征(A到Y字母)。我们只输出公开的。

所以输出代码:a b c d e f g h i j k l m s (小写)。注意没有n, o, p, q, r, t, u, v, w, x, y。所以顺序应该是a b c d e f g h i j k l m s。但必须按字母顺序插入,每个代码独立,例如<<<a>>><<<b>>>等。

在表格中我们判断了L和S隐含公开,但L是第12个特征,S是第19个特征。所以它们需要包含。

但是特征L和S的隐含公开论述:对比文件的方法自然包括多个步骤,因此“还包括步骤”这种引导性表述被隐含,但严格说,对比文件并没有说“还包括以下步骤”,但方法流程自然有步骤。所以可以认为隐含。为了准确,我认为可以省略L和S。但用户要求“隐含公开判断标准非常非常宽松”,所以包含也无妨。我决定包含。

最终代码:<<<a>>><<<b>>><<<c>>><<<d>>><<<e>>><<<f>>><<<g>>><<<h>>><<<i>>><<<j>>><<<k>>><<<l>>><<<m>>><<<s>>>

但注意,特征L和S的字母存在,但有些特征如L和S在表格中判断为隐含,但根据我们的宽松标准,确实可以认为有。所以就这样。

不过,我们再复核特征L和S的原文:特征L是“其中,所述方法还包括以下步骤”,特征S是“所述方法还包括以下步骤”。在目标专利中,它们可能出现在不同的上下文中,但都是过渡语。对比文件的方法当然包括步骤,所以能合理推断出。因此隐含。

但另一点:特征S的位置在特征R之后,特征T之前。所以S单独列出。在表格中我们已处理。

现在,在回答的结尾插入上述代码。

但注意,输出格式还要求“若对比文件没有直接公开或者隐含公开对应的技术特征,则绝对不要在回答中体现任何对应的代码。”所以我们不能输出未公开的特征码。

我们检查是否有特征无意中写错。特征O和Q相同,但都没有公开,所以不输出。特征W和H类似但W涉及加密信道,不公开。等等。

所以最终代码如上。

但为了整洁,我们需将表格放在回答中,然后结尾代码另起一行。

由于表格很长,在回答中需要完整呈现。

现在,我开始编写最终回答。</think>对比文件名称:2006-04-20_JP2006106928A_发明专利_JP2006106928A Access prevention apparatus, method, and program of preventing access

目标专利名称:2085管理网络中不期望的服务请求CN102415119B

本次调用的模型名称:DeepSeek(推理模型)

以下是特征比对表格:

技术特征描述及公开性判断对比文件原文引用(翻译为中文)公开性论述
技术特征A:所述网络包括用于存储可信服务信息的网络节点<br>《隐含公开》实施方式1记载:“有名站点信息存储部104存储通信网络的站点信息”(日文原文:“有名サイト情報記憶部104は、通信ネットワークのサイトの情報を記憶している”);实施方式3记载代理服务器1104包含有名站点信息存储部1107。对比文件中的“有名站点信息存储部”存储了被视为可信的知名站点信息(如知名企业URL),可视为可信服务信息。该存储部可位于终端(实施方式1)或代理服务器(实施方式3,属于网络节点)。虽然目标专利的网络节点特指移动通信网络节点(如VLR/HLR),但代理服务器属于网络节点,且存储了可信站点信息,本领域技术人员合理推论其公开了此特征。
技术特征B:所述网络从终端接收服务请求<br>《隐含公开》实施方式3记载:“终端1101的浏览器1102向代理服务器1104发送用HTTP描述的请求URL,代理服务器1104的Web代理服务器部1106接收来自终端1101的请求URL”。对比文件中代理服务器作为网络节点接收终端(浏览器)的HTTP请求(可视为服务请求)。目标专利的服务请求包括呼叫、短信等,但广义上HTTP请求也是一种服务请求,且接收节点功能类似,故可认为隐含公开。
技术特征C:所述请求包括服务请求信息<br>《隐含公开》实施方式1步骤S202:“浏览器将选择的页面的URL输入伪装判定部”;实施方式3中请求URL包含具体网页地址和参数。服务请求本身包含URL(目的地信息)作为服务请求信息,与目标专利中“服务请求信息”(如目的地号码、地址)性质相同,隐含公开。
技术特征D:如果所述服务请求信息的至少一部分未被列入所述可信服务信息中<br>《隐含公开》实施方式3:伪装判定部1105判断请求URL是否与知名站点URL相似,若不相似则不触发警告;实施方式1最后一段:“对于用户无视警告并确认访问的站点,将其存储,以便下次再访问时不再输出警告”。对比文件存在隐含的允许列表(用户确认过的站点),当请求URL不在该列表且满足相似条件时触发验证。可见存在“未列入可信信息时触发”的逻辑,本领域技术人员可合理推断,故隐含公开。
技术特征E:则发送用户验证请求以便请求用户验证由所述终端请求的服务<br>《隐含公开》实施方式1步骤S204:“浏览器输出警告,提示访问的网站可能是伪造网站,并询问用户是否继续”。实施方式3:代理服务器生成包含确认按钮的代理错误页面发送给浏览器。对比文件在检测到可疑请求后,向终端发送请求用户确认的页面(用户验证请求),要求用户验证是否继续访问该服务,因此隐含公开。
技术特征F:接收用户验证响应<br>《隐含公开》实施方式1步骤S205:“用户点击确认画面中的‘OK’按钮,浏览器接收该确认”。实施方式3:用户按下确认按钮后,代理服务器接收含有确认参数的请求。对比文件描述网络侧接收用户确认(或拒绝)的操作,即接收用户验证响应,隐含公开。
技术特征G:所述响应包括由所述用户提供的验证信息<br>《隐含公开》实施方式3:用户确认后返回的请求中包含特殊参数(如“-_-PHISHING_WARNING_CONFIRM-=1”),该参数作为用户验证信息。响应中携带用户操作产生的验证信息(如确认参数),表明用户已提供验证信息,隐含公开。
技术特征H:所述验证信息指示所述用户是接受还是拒绝所述服务请求<br>《隐含公开》实施方式1:点击“OK”表示接受,拒绝则无确认;实施方式3:确认参数表示接受,否则为拒绝。验证信息的形式(参数/按钮)能明确指示接受或拒绝(例如确认表示接受),因此隐含公开。
技术特征I:如果所述验证信息提供了允许所请求的服务的指示<br>《隐含公开》实施方式1步骤S206:“用户确认后,浏览器正常访问该网站”;实施方式3:用户确认后代理服务器转发请求至目标网站。用户允许(确认)时,网络继续提供所请求的服务,隐含公开该条件步骤。
技术特征J:则向所述可信服务信息添加所述服务请求信息的至少一部分<br>《隐含公开》实施方式1最后一段:“对于用户无视警告并确认访问的网站,将其存储,以便下次再访问相同网站时不输出警告”。用户允许后,将该服务请求信息(URL)添加到记忆列表(可信服务信息)中,隐含公开。
技术特征K:其中所述可信服务信息包含所请求的服务的服务类型和目的地中的至少一个。<br>《隐含公开》实施方式1中有名站点信息存储部存储知名站点的URL(目的地);记忆列表也存储URL。可信服务信息至少包含目的地(URL),符合特征K中“目的地中的至少一个”的要求。服务类型未涉及,但至少包含目的地已够,故隐含公开。
技术特征L:其中,所述方法还包括以下步骤<br>(过渡特征)<br>《隐含公开》对比文件实施方式1、3的方法均包含多个步骤(如接收请求、判断、发送验证、接收响应等),自然存在“还包括步骤”的实质。该特征仅为方法步骤的引导语,对比文件的方法流程必然包括多个后续步骤,因此本领域技术人员可以合理推断存在“还包括以下步骤”,隐含公开。
技术特征M:如果所述验证信息提供不允许所请求的服务的指示<br>《隐含公开》对比文件未明确描述拒绝流程,但用户可不确认(如关闭窗口),该行为等同于提供不允许指示,网络侧不继续服务(隐含拒绝情形)。用户验证响应中存在接受和拒绝两种可能,当用户不提供允许指示时,网络可视为拒绝,因此本领域技术人员可合理推断存在“提供不允许指示”的情形,隐含公开。
技术特征N:则向所述可信服务信息添加所述服务请求信息的至少一部分。<br>未公开对比文件任何部分均未记载用户拒绝时向可信服务信息添加内容。对比文件只有接受时添加,拒绝时无任何添加操作,也未暗示,故未公开。
技术特征O:其中,所述用户验证请求是经由安全通信信道被发送的<br>未公开对比文件中用户验证请求(警告页面)通过HTTP(可能为明文)传输,未描述安全通信信道(如加密、TLS等)。未涉及任何安全通信信道,本领域技术人员无法直接或合理推断出该特征。
技术特征P:/或者所述用户验证响应是经由安全通信信道被接收的<br>未公开同O,未提及安全信道。未公开。
技术特征Q:其中,所述用户验证请求是经由安全通信信道被发送的<br>未公开同O。未公开。
技术特征R:所述用户验证响应是经由相同的所述安全通信信道被接收的<br>未公开同O。未公开。
技术特征S:所述方法还包括以下步骤<br>(过渡特征)<br>《隐含公开》对比文件方法包含多个步骤(建立连接、发送验证、接收响应等),隐含还需继续执行后续步骤。类似特征L,过渡语,对比文件方法流程必然包含“还包括步骤”的含义,隐含公开。
技术特征T:在所述终端与所述网络之间建立加密的通信信道<br>未公开对比文件无任何关于建立加密通信信道的描述。未公开。
技术特征U:经由所述加密的通信信道向所述终端发送用户验证请求<br>未公开依赖于T,未公开。未公开。
技术特征V:经由所述加密的通信信道来接收用户验证响应<br>未公开依赖于T,未公开。未公开。
技术特征W:所述响应包括由所述用户提供的、所述用户是接受还是拒绝所述服务请求的验证信息<br>(该特征与H、G实质相同,但强调加密信道)<br>未公开对比文件响应虽包含验证信息,但未涉及加密信道,整体未公开。由于未公开加密信道,该特征的“加密信道”要求不满足,故未公开。
技术特征X:其中所述加密的通信信道是使用所述终端的标识模块中存储的私有密钥被建立的<br>未公开对比文件未提及标识模块及私有密钥。未公开。
技术特征Y:其中,所述安全通信信道由消息发送服务提供<br>未公开对比文件未提及消息发送服务(如SMS、USSD)。未公开。

根据上述比对,对比文件隐含公开了技术特征A、B、C、D、E、F、G、H、I、J、K、L、M、S。因此,在结尾插入相应小写代码:

<<<a>>><<<b>>><<<c>>><<<d>>><<<e>>><<<f>>><<<g>>><<<h>>><<<i>>><<<j>>><<<k>>><<<l>>><<<m>>><<<s>>>

权利要求与技术特征
Powered by Django

网站备案号:渝ICP备2023012882号


重庆市非显而易见网络科技有限责任公司 A Anti NPE NPE