好的，作为一名经验丰富的资深专利代理师，我将严谨地评估对比文件 `US6192362B1` 是否公开了目标专利 `CN101960452B` 权利要求的各技术特征。
**对比文件名称：** 2001-02-20_US6192362B_发明授权_US06192362B1 System and method for creating a search form for accessing directory information
**目标专利名称：** 960用于提供搜索表单的方法、装置和计算机程序产品CN101960452B
**本次调用的模型名称：** 资深专利评估模型
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：** 包括：检索可定制表单服务在服务提供商定制之后产生的定制的垂直搜索表单。 | **直接公开** | **对比文件没有公开**。对比文件中，搜索表单是由**管理员(administrator)** 在服务器端通过`Server Control and Configuration system (218)`和`Administrator Interface (106)`进行配置和创建的（摘要, col.2 l.45-55, col.4 l.27-30）。表单的创建和管理完全在后台服务器进行，用户（通过Web Browser 108）仅使用已配置好的表单进行搜索，而无法从一个独立的、由服务提供商定制的“可定制表单服务”中检索表单。目标专利中的“可定制表单服务”是一个独立的实体（如55, 310），服务提供商（如54, 330）在此服务上注册和定制表单，终端用户（移动终端）再从此服务**检索(retrieve)** 已定制的表单。对比文件中没有公开这种由服务提供商定制、并由终端设备主动检索的机制。 |
| **技术特征B：** 所述定制的垂直搜索表单包括一个或多个搜索参数字段。 | **直接公开** | 对比文件详细描述了如何创建搜索表单，其中包括一个或多个输入区域（INPUT section），例如`<INPUT TYPE=TEXT NAME=param4 SIZE=32 MAXLENGTH=2000>`用于输入姓氏（Surname）（col.13, l.27-32）。这些输入区域即为搜索参数字段。此外，图13(a)、13(b)、14(a)、15(a)也展示了包含多个输入字段的搜索表单HTML代码。因此，搜索表单包括一个或多个搜索参数字段被直接公开。 |
| **技术特征C：** 所述搜索参数字段与所述定制的垂直搜索表单所关联的垂直限定的主题或分类相关。 | **隐含公开** | 对比文件中的搜索表单用于访问“目录信息”（directory information），具体包括员工照片、电话号码、产品目录等（col.2, l.63-65）。搜索表单被配置为针对特定目录条目（如人员`pilotPerson`、设备`device`、组织单元`organizationalUnit`等）的属性（如通用名称`cn`、头衔`t`）进行搜索（col.12, l.45-53）。虽然对比文件没有明确使用“垂直”这一术语，但`pilotPerson`、`device`等对象类（object class）实际上定义了信息的**分类**，即搜索的主题范围。搜索表单中的字段（如`cn`, `t`）与这些特定的分类（对象类）相关，本质上等同于目标专利中的“垂直”。本领域技术人员可以合理推断，针对“人员”类别的搜索表单，其字段（如姓名、头衔）与该类别的主题相关。因此，该特征被隐含公开。 |
| **技术特征D：** 使用所述定制的垂直搜索表单执行搜索。 | **直接公开** | 对比文件明确描述了用户通过Web浏览器（Web Browser 108）在搜索表单（search form）中输入数据，然后提交该表单以执行搜索请求（Search request）。例如，提交对`commonName`以`Doe`结尾且`objectClass`为`pilotPerson`的搜索，结果是图12(b)（col.12, l.5-10）。这表明使用了已创建的搜索表单来执行搜索。 |
| **技术特征E：** 通过基于输入到所述搜索参数字段中的数据、所述定制的垂直搜索表单所关联的垂直以及所述定制的垂直搜索表单与所述服务提供商之间的关联的指示，从所述服务提供商请求搜索结果来执行所述搜索。 | **隐含公开** | 对比文件中，搜索请求的URL格式为 `“Distinguished name”?“?Search format”`（col.10, l.16-18），其中`Search format`（搜索格式）包含了占位符（如`$N`, `$F`, `$C`），这些占位符在提交时会被用户在输入字段（INPUT）中输入的数据替换（col.13, l.10-15）。搜索基于的“垂直”（如在`o=XYZCorp,c=US`目录下搜索`pilotPerson`）由表单的`ACTION` URL中指定的DN（Distinguished Name）和搜索格式共同定义。然而，对比文件中，“服务提供商”的概念并不明确。搜索结果来自一个目录服务器（X.500 DSA 104），该服务器可被视为一个数据源提供者，而非像Google、Yahoo那样提供搜索服务的“服务提供商”。更重要的是，对比文件没有公开一种**指示**，将搜索表单**关联**到一个特定的服务提供商，并基于此关联向该提供商请求结果。目标专利中，这种关联（链接）是表单定制的一部分，用于将搜索请求导向正确的服务提供商。本领域技术人员根据对比文件可以推断存在一个提供目录数据的数据源，但这与目标专利中明确的、通过链接关联的“服务提供商”不同。 |
| **技术特征F：** 从所述服务提供商请求搜索结果来执行所述搜索。 | **隐含公开** | 同上，对比文件中的搜索请求被发送到Web to X.500网关（100），该网关将HTTP请求转换为LDAP请求，并从X.500目录服务器（DSA 104）获取结果（col.2, l.56-60）。可以认为X.500 DSA是提供目录信息的数据源。本领域技术人员可以推断，搜索结果是从后端的数据源（相当于广义的“服务提供商”）请求来的。但是，对比文件没有公开目标专利中定义明确的“服务提供商”角色，特别是没有公开从“服务提供商”（如Google、Yahoo等第三方）请求搜索结果，而是从一个内部的、非商业性的目录服务器请求。考虑到隐含公开的宽松标准，可以认为存在一个提供搜索结果的后端实体。 |
| **技术特征G：** 其中检索定制的垂直搜索表单进一步包括：从所述可定制表单服务检索定制的垂直搜索表单，其中从所述可定制表单服务检索定制的垂直搜索表单进一步包括：从表单注册库检索基本垂直搜索表单，从定制组件注册库检索一个或多个定制，以及组合所述基本垂直搜索表单和所述一个或多个定制以创建所述定制的垂直搜索表单。 | **未公开** | 对比文件完全没有公开这种从“可定制表单服务”检索表单的架构。在对比文件中，搜索表单是由管理员在服务器端通过修改模板文件（template files）和地图（map）文件来创建的（col.4, l.27-30）。虽然模板文件可以被视为“基本表单”，定制（如图标、徽标、额外字段）也可以被添加，但这个过程是管理员的本地操作，并非从一个独立的、具有“表单注册库”和“定制组件注册库”的“可定制表单服务”中**检索**并**组合**。对比文件不存在将“基本表单”和“定制组件”分开存储、检索和动态组合以创建“定制表单”的机制。该技术方案完全未被公开或暗示。 |
| **技术特征H：** 进一步包括：将所检索的定制的垂直搜索表单存储在本地存储实体中。 | **未公开** | 对比文件中，搜索表单是在服务器端（Web to X.500 gateway 100）创建和存储的。用户通过Web浏览器（108）看到的表单是服务器生成的HTML页面，浏览器本身不会将整个搜索表单（template + customization）作为一个独立的实体下载并存储在浏览器所在的设备上。用户每次进行新的搜索时，都需要通过请求相应的URL来获取表单。没有公开“将检索到的表单存储到本地存储实体（如移动终端的存储器）”的操作。 |
| **技术特征I：** 从所述本地存储实体检索所述定制的垂直搜索表单以执行附加搜索。 | **未公开** | 基于特征H的结论，由于对比文件没有公开将表单存储在本地，自然也谈不上从本地检索以执行附加搜索。 |
| **技术特征J：** 进一步包括：将所检索的定制的垂直搜索表单存储在本地存储实体中。 | **未公开** | 与特征H一致，未公开。此处重复列出，按指令要求独立判断。 |
| **技术特征K：** 判定在检索所述定制的垂直搜索表单之前，所述服务提供商是否已经由所述可定制表单服务使得更新后的定制的垂直搜索表单可用。 | **未公开** | 对比文件没有公开服务提供商通过可定制表单服务来**更新**表单，并在用户检索前**判定**是否有更新可用的机制。在对比文件中，管理员更新了服务器上的模板文件后，用户再次访问时就会看到新版本，这是一个被动的过程，不存在主动的版本检查和更新判断逻辑。 |
| **技术特征L：** 如果更新后的定制的垂直搜索表单已经是可用的，则从所述可定制表单服务检索更新后的定制的垂直搜索表单。 | **未公开** | 基于特征K的结论，由于没有判定是否有更新的公开，因此公开根据判定结果检索更新表单的技术特征也无从谈起。 |
| **技术特征M：** 其中检索定制的垂直搜索表单进一步包括：从所述可定制表单服务检索定制的垂直搜索表单，所述可定制表单服务经由服务提供商服务应用程序接口来接收所述定制的垂直搜索表单。 | **未公开** | 对比文件没有公开“可定制表单服务”这种架构，也没有公开“服务提供商服务应用程序接口（API）”。在对比文件中，管理员通过`Administrator Interface (106)`和`Server Control and Configuration system (218)`来配置服务器，这与服务提供商通过服务API向一个独立的表单服务注册定制表单的机制完全不同。目标专利中，API是服务提供商和可定制表单服务之间的接口（如图3的328, 320），而对比文件中不存在这层关系和接口。 |
### 总结
对比文件 `US6192362B1` 公开了创建和使用搜索表单以访问目录信息的一些基本概念，如搜索表单包含输入字段、用户通过输入数据执行搜索。然而，其系统架构、实现方法和核心概念与目标专利 `CN101960452B` 存在根本性差异。
目标专利的核心在于**服务提供商定制**、**可定制表单服务**、**表单与提供商的关联**以及**在移动终端上的检索、存储与更新**。对比文件描述的是一种更传统的、由**管理员集中配置**的、在**服务器端**运行的目录信息访问系统，缺乏目标专利所定义的分布式、服务提供商驱动的动态表单生态系统。
因此，大部分体现目标专利新颖性和创造性的技术特征（A, G, H, I, J, K, L, M）在对比文件中**未被公开**。
<<<B>>><<<c>>><<<D>>><<<e>>><<<f>>>