对比文件名称：2008-09-18_US2008225889A_发明申请_US20080225889A1 ADMISSION CONTROL FOR VIRTUALIZED SERVICES IN ROUTERS
目标专利名称：2065网络服务请求CN109076027B
本次调用模型名称：DeepSeek Chat
以下为特征比对表格：
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：其中所述通信网络包括网络资源（71‑77、81‑87） **《直接公开》** | [0014]：“Resources may include, but are not limited to, router services, bandwidth associated with a system, a central processing unit (CPU), a filter, and a memory.”（资源可包括但不限于路由器服务、与系统关联的带宽、中央处理器、过滤器以及存储器。） | 对比文件明确列举了路由器服务、带宽、CPU、过滤器、存储器等资源，这些资源均属于通信网络中的网络资源。本领域技术人员可直接毫无疑义地确定通信网络包括这些网络资源，且该特征在对比文件中的作用与目标专利中一样，均为提供网络服务的基础性资源。 |
| 技术特征B：所述网络资源能够提供在由客户端（110）发布的服务请求（120）中指定的网络服务 **《直接公开》** | [0011]：“receiving a request to provision a first customer interface to a service instance”（接收用于将第一客户接口配置到服务实例的请求）；[0020]：“request 220 for resources 204... from a customer”（来自客户的资源请求220）。 | 对比文件中的资源请求（request）即由客户端发布，用于请求一种服务实例（service instance），该服务实例提供网络服务。网络资源（如CPU、带宽等）被分配以支持该服务实例，从而提供服务。因此，网络资源能够提供客户端请求中指定的网络服务被直接公开。 |
| 技术特征C：其中所述服务请求包括直接部分（121）和间接部分（122）；并且中所述间接部分包括至少一个分配条件 **未公开** | 无对应公开内容 | 对比文件仅描述了整体资源请求，未将服务请求划分为直接部分和间接部分，也未提及间接部分包含分配条件。本领域技术人员无法从对比文件直接或合理推断出该特征。 |
| 技术特征D：所述方法包括：‑响应于所述服务请求的直接部分（121），向所述网络服务无条件地分配一个或多个网络资源 **未公开** | 无对应公开内容 | 该特征明确依赖于“服务请求的直接部分”这一概念，对比文件未公开任何关于服务请求分部分的内容，且未将资源分配与请求的特定部分关联。因此既不直接公开也不隐含公开。 |
| 技术特征E：其中防止被无条件地分配的网络资源被无条件或有条件地分配给另一个网络服务 **《直接公开》** | [0017]：“the resources associated with fixed allocation 108a may substantially only be used by user 112a, and the resources associated with fixed allocation 108b may substantially only be used by user 112b.”（与固定分配108a关联的资源基本上仅可由用户112a使用，与固定分配108b关联的资源基本上仅可由用户112b使用。） | 对比文件明确公开了固定分配的资源仅限特定用户使用，防止被分配给其他用户（即其他网络服务）。这直接对应于防止无条件分配的资源被分配给另一个网络服务，且作用相同。 |
| 技术特征F：‑响应于所述服务请求的间接部分（122），向所述网络服务有条件地分配一个或多个附加的网络资源 **未公开** | 无对应公开内容 | 该特征依赖于“服务请求的间接部分”以及“有条件分配”，对比文件虽描述了共享池的有条件分配（如[0018]‑[0019]、[0031]‑[0033]），但并未将此类分配与请求的间接部分关联，也未定义请求的间接部分。因此无法直接或隐含公开该特征。 |
| 技术特征G：其中被有条件地分配的网络资源能够响应于所述客户端的另外的服务请求的直接部分被无条件地分配给所述网络服务 **未公开** | 无对应公开内容 | 对比文件没有描述有条件分配的资源可通过后续请求的直接部分转换为无条件分配，也没有任何机制支持这种转换。不公开。 |
| 技术特征H：取决于所述至少一个分配条件对于向另一个网络服务的分配而言是可用的 **未公开** | 无对应公开内容 | 对比文件未公开“分配条件”这一概念，也未公开分配条件如何影响资源向另一网络服务的可用性。虽然固定分配的资源不可用于其他用户，但该特征明确依赖于分配条件，而分配条件在对比文件中不存在。不公开。 |
| 技术特征I：其中所述分配条件包括时间限制 **未公开** | 无对应公开内容 | 对比文件全文未提及任何与时间限制相关的分配条件，不公开。 |
| 技术特征J：进一步包括：‑在所述时间限制已经期满之后，允许被有条件地分配的网络资源被无条件或有条件地分配给另一个网络服务 **未公开** | 无对应公开内容 | 对比文件未涉及时间限制，因此无期满动作，也不存在期满后重新分配资源。不公开。 |
| 技术特征K：其中所述分配条件包括阈值 **《隐含公开》** | [0035]：“if the highest memory threshold is reached by active applications, the application with the lowest priority for the memory may be denied access to the memory.”（如果活跃应用达到最高内存阈值，则具有最低内存优先级的应用可能被拒绝访问内存。） | 对比文件公开了“阈值”（threshold）用于资源准入控制：当达到最高阈值时，低优先级应用被拒绝访问。这实质上是一种分配条件，即资源分配必须在阈值约束下进行。本领域技术人员可以合理推断出分配条件包括阈值，且对比文件中的阈值在资源分配决策中起到条件作用。因此隐含公开。 |
| 技术特征L：进一步包括：‑如果超过所述阈值，则向所述网络服务无条件地分配被有条件地分配的网络资源 **未公开** | 无对应公开内容 | 对比文件中的阈值用于拒绝访问，而非在超过阈值时无条件分配资源。相反，达到阈值时是拒绝低优先级，不存在超过阈值后无条件分配的操作。不公开。 |
| 技术特征M：进一步包括：‑响应于从所述客户端接收的另外的服务请求的直接部分，向所述网络服务无条件地分配被有条件地分配的网络资源 **未公开** | 无对应公开内容 | 对比文件未公开任何通过后续请求将原有条件分配转换为无条件分配的机制，且依赖“直接部分”概念。不公开。 |
| 技术特征N：进一步包括：‑响应于所述客户端的另外又一服务请求的直接部分或间接部分，取消有条件的分配 **未公开** | 无对应公开内容 | 对比文件描述了准入控制中的拒绝请求，但未涉及取消已生效的有条件分配。不公开。 |
| 技术特征O：其中服务请求的间接部分进一步包括被有条件地分配的网络资源在所述时间限制内被无条件地分配的可能性 **未公开** | 无对应公开内容 | 对比文件未公开时间限制，也未公开任何关于“可能性”的概念或资源在时间限制内被无条件分配的概率。不公开。 |
| 技术特征P：其中有条件地分配附加的网络资源包括依赖于所述可能性来确定要被有条件地分配的网络资源的实际数量或量 **未公开** | 无对应公开内容 | 对比文件未公开可能性及其用于确定资源数量的方法。不公开。 |
| 技术特征Q：进一步包括：‑向所述客户端提供指代被有条件地分配的网络资源的标识符 **未公开** | 无对应公开内容 | 对比文件未提及向客户端提供任何标识符以指代资源。虽在[0021]中提及接收接口，但未涉及返回标识符。不公开。 |
根据上述判断，对比文件直接公开了技术特征A、B、E，隐含公开了技术特征K。
<<<A>>><<<B>>><<<E>>><<<k>>>