返回项目页面
对比文件列表
2005-08-11_WO2005074198A_发明申请_WO2005074198A1 RESOURCE RESERVATION IN A NETWORK_+++A_B+++.docx
2026-07-18 15:39
2005-10-16_TW200534648A_发明专利_TW200534648A 網路中之資源保存 RESOURCE RESERVATION IN A NETWORK_+++A_B_H_I_J_d_e_f_n+++.docx
2026-07-18 15:39
2008-09-18_US2008225889A_发明申请_US20080225889A1 ADMISSION CONTROL FOR VIRTUALIZED SERVICES IN ROUTERS_+++A_B_E_k+++.docx
2026-07-18 15:39
2009-02-18_CN101370015A_发明公开_CN101370015A 服务请求处理方法和系统_+++A_B+++.docx
2026-07-18 15:39
2009-02-18_EP2026532A_发明公开_EP2026532A1 Service request execution architecture for a communications service provider_+++A_B+++.docx
2026-07-18 15:39
2010-06-23_EP2199910A_发明公开_EP2199910A1 On-demand provisioning of services running on embedded devices_+++A_B+++.docx
2026-07-18 15:39
2010-06-24_US2010161778A_发明申请_US20100161778A1 ON-DEMAND PROVISIONING OF SERVICES RUNNING ON EMBEDDED DEVICES_+++A_B+++.docx
2026-07-18 15:39
2010-07-21_EP2026532B_发明授权_EP2026532B1 Service request execution architecture for a communications service provider_+++A_B_e+++.docx
2026-07-18 15:39
2010-12-02_AU2008203822B_发明专利_AU2008203822B2 Service request execution architecture for a communications service provider_+++a_b+++.docx
2026-07-18 15:39
2011-05-19_US2011119329A_发明申请_US20110119329A1 SERVICE PROVISIONING_+++A_B_i_j+++.docx
2026-07-18 15:39
2011-05-25_EP2326060A_发明公开_EP2326060A1 Service provisioning_+++A_B_i_j+++.docx
2026-07-18 15:39
2011-07-14_CA2786675A_发明专利_CA2786675A1 SYNDICATION OF MULTIPLE SERVICE INSTANCES_+++A_B+++.docx
2026-07-18 15:39
2011-09-22_US2011231853A_发明申请_US20110231853A1 METHOD AND APPARATUS FOR MANAGING REALLOCATION OF SYSTEM RESOURCES_+++A_D_I_K_b_c_f_g_h_j_m_n+++.docx
2026-07-18 15:39
2012-07-26_AU2010339650A_发明专利_AU2010339650A1 Syndication of multiple service instances_+++B_a+++.docx
2026-07-18 15:39
2012-10-03_CN102713881A_发明公开_CN102713881A 多个服务实例的聚合_+++a_b_i+++.docx
2026-07-18 15:39
2012-10-12_KR1020120113225A_发明公开_KR1020120113225A 다수 서비스 인스턴스들의 신디케이션_+++B_i_k+++.docx
2026-07-18 15:39
2012-11-21_EP2524318A_发明公开_EP2524318A2 SYNDICATION OF MULTIPLE SERVICE INSTANCES_+++I_a_b_d_j_n+++.docx
2026-07-18 15:39
2013-05-13_JP2013516719A_发明专利_JP2013516719A Syndication multiple service instances_+++B_D_a_c_e_i_j_n+++.docx
2026-07-18 15:39
2013-11-14_US2013304903A_发明申请_US20130304903A1 Market-Based Virtual Machine Allocation_+++A_B_D_E_H_I_K_Q_j_n+++.docx
2026-07-18 15:39
2015-03-25_JP5688099B_发明专利_JP5688099B2 複数のサービスインスタンスのシンジケーション_+++B_a+++.docx
2026-07-18 15:39
2015-11-04_EP2940968A_发明公开_EP2940968A1 Network infrastructure management_+++A_B_E+++.docx
2026-07-18 15:39
2015-11-05_WO2015167595A_发明申请_WO2015167595A1 NETWORK INFRASTRUCTURE MANAGEMENT_+++A_B_e+++.docx
2026-07-18 15:39
2020-10-06_None_发明专利_BRPI0803342B1 método implementado por computador e sistema de processamentos de solicitação de serviço_+++a_b+++.docx
2026-07-18 15:39
2013-11-14_US2013304903A_发明申请_US20130304903A1 Market-Based Virtual Machine Allocation_+++A_B_D_E_H_I_K_Q_j_n+++.docx

对比文件名称:2013-11-14_US2013304903A_发明申请_US20130304903A1 Market-Based Virtual Machine Allocation

目标专利名称:2065网络服务请求CN109076027B

模型名称:当前AI模型

以下为特征比对表格。技术特征严格按照目标专利权利要求中的划分执行,第一栏注明技术特征描述及公开性判断结果,第二栏为对比文件原文引用(翻译成中文,注明段落标号),第三栏为公开性论述。

技术特征描述及公开性判断结果对比文件原文引用(翻译中文,段落标号)公开性论述
技术特征A:其中所述通信网络包括网络资源(71‑77、81‑87)<br>《直接公开》【0054】“IaaS端点112c通常提供直接请求资源预置的能力,例如计算单元(通常是虚拟机)、软件定义或软件控制的网络元素(如路由器、交换机、域名服务器等)、文件或对象存储设施、授权服务、数据库服务、队列服务和端点等。”<br>【0055】“内部网络114耦合不同服务……虚拟网络116可能暴露。”对比文件明确描述了云计算系统包括网络资源(如虚拟机、网络设备等),这些资源构成通信网络的一部分。本领域技术人员能毫无疑义地确定对比文件公开了通信网络包含网络资源,且该资源是提供网络服务的基础。因此技术特征A被直接公开。
技术特征B:所述网络资源能够提供在由客户端(110)发布的服务请求(120)中指定的网络服务<br>《直接公开》【0054】“IaaS端点112c提供直接请求资源预置的能力,例如计算单元……用户能够提供定制化的虚拟机镜像以执行用户特定功能。”<br>【0061】“API服务器610接收创建和运行实例的请求……通过市场调度器选择计算节点。”对比文件中的客户端(用户设备)通过服务端点发出请求,系统分配资源(如虚拟机)以提供所请求的网络服务。资源能够根据客户端请求提供指定的服务,因此技术特征B被直接公开。
技术特征C:其中所述服务请求包括直接部分(121)和间接部分(122);并且其中所述间接部分包括至少一个分配条件<br>《未公开》【0050】“该机制必须允许用户和供应商表达时间约束,并在做出分配决策时考虑这些约束。”<br>【0054】“IaaS端点112c提供直接请求资源预置的能力。”对比文件虽然公开了服务请求可包含时间约束(分配条件),但未公开服务请求本身划分为直接部分和间接部分,也未暗示这种结构。本领域技术人员无法从对比文件直接或合理推断出该特定划分,因此技术特征C未被公开。
技术特征D:所述方法包括:‑响应于所述服务请求的直接部分(121),向所述网络服务无条件地分配一个或多个网络资源<br>《直接公开》【0054】“IaaS端点112c提供直接请求资源预置的能力。”<br>【0061】“API服务器610接收请求……Compute Controller协调资源分配并最终在计算节点上实例化虚拟机。”对比文件明确,当客户端直接请求资源时(对应直接部分),系统会立即分配网络资源(如虚拟机),且该分配是响应请求而直接执行的,无额外条件(除非资源不足,但通常视为无条件)。因此技术特征D被直接公开。
技术特征E:其中防止被无条件地分配的网络资源被无条件或有条件地分配给另一个网络服务<br>《直接公开》【0070】“逻辑容器232a‑n和关联的操作环境234a‑n……每个逻辑容器实现不同的接口。”<br>【0071】“虚拟机具有虚拟网络接口236……通过Vswitch耦合。”对比文件中,资源(如虚拟机)被分配给特定租户后,该资源被独占使用,直到被销毁或迁移。系统设计确保资源不会同时分配给多个服务,从而防止已分配的资源被再次分配。因此技术特征E被直接公开。
技术特征F:‑响应于所述服务请求的间接部分(122),向所述网络服务有条件地分配一个或多个附加的网络资源<br>《未公开》【0210】“如果评估函数确定负载过低,则关于可用资源的信息(‘出价’)被提供给市场调度器678。”<br>【0212】“市场调度器匹配‘出售’的VM工作负载与‘出价’。”对比文件中的“出价”是节点自身为获得额外负载而发起的,并非响应于客户端服务请求的间接部分。且无附加网络资源的概念,而是整个VM的转移或初始分配。因此技术特征F未被公开。
技术特征G:其中被有条件地分配的网络资源能够响应于所述客户端的另外的服务请求的直接部分被无条件地分配给所述网络服务<br>《未公开》【0214】“各交易方根据已接受的交易在彼此之间转移VM。”<br>【0212】“市场调度器提出匹配,参与方接受或拒绝。”对比文件中的资源转移基于市场匹配,而非客户端另外的请求直接部分。客户端请求不直接触发有条件资源变为无条件,而是通过市场机制。因此技术特征G未被公开。
技术特征H:取决于所述至少一个分配条件对于向另一个网络服务的分配而言是可用的<br>《直接公开》【0211】“每个买卖订单都有一个关联的TTL(生存时间),在此期间该订单有效。”对比文件明确,买卖订单(可视为有条件分配)的可用性取决于TTL(时间限制),即分配条件决定了该订单是否可用于向其他服务分配。因此技术特征H被直接公开。
技术特征I:其中所述分配条件包括时间限制<br>《直接公开》【0050】“该机制必须允许用户和供应商表达时间约束,并在做出分配决策时考虑这些约束。”<br>【0211】“每个买卖订单都有一个关联的TTL(生存时间)。”对比文件多处提及时间约束(如TTL、用户表达的时间限制),分配条件明确包括时间限制。因此技术特征I被直接公开。
技术特征J:进一步包括:‑在所述时间限制已经期满之后,允许被有条件地分配的网络资源被无条件或有条件地分配给另一个网络服务<br>《隐含公开》【0211】“每个买卖订单都有一个关联的TTL(生存时间),在此期间该订单有效。”<br>【0210】“如果评估函数确定负载过高,则提供VM信息出售。”对比文件TTL过期后订单失效,隐含了资源可重新用于其他分配。本领域技术人员可合理推断,时间限制期满后,原有条件分配的资源可以被释放并重新分配给其他服务(无条件或有条件)。因此技术特征J被隐含公开。
技术特征K:其中所述分配条件包括阈值<br>《直接公开》【0209】“一个示例性实施例中,最优负载定义为每个测量元素的75%总利用率。”<br>【0210】“如果评估函数确定负载过高……或负载过低……”对比文件明确使用阈值(如75%利用率)作为判断负载高低的标准,该阈值影响分配决策,属于分配条件。因此技术特征K被直接公开。
技术特征L:进一步包括:‑如果超过所述阈值,则向所述网络服务无条件地分配被有条件地分配的网络资源<br>《未公开》【0210】“如果评估函数确定负载过高,则关于一个或多个VM的信息被提供给市场调度器678,供另一个市场参与者可能购买。”对比文件在超过阈值时触发的是出售负载(有条件转移),而非将已分配的资源无条件分配给同一网络服务。没有公开“超过阈值则无条件分配”的机制。因此技术特征L未被公开。
技术特征M:进一步包括:‑响应于从所述客户端接收的另外的服务请求的直接部分,向所述网络服务无条件地分配被有条件地分配的网络资源<br>《未公开》无直接对应。<br>【0214】“VM转移基于市场调度器匹配。”对比文件中没有客户端另外请求直接部分触发无条件分配有条件资源的对应内容。市场调度器匹配是内部机制,不直接由客户端请求触发。因此技术特征M未被公开。
技术特征N:进一步包括:‑响应于所述客户端的另外又一服务请求的直接部分或间接部分,取消有条件的分配<br>《隐含公开》【0211】“每个买卖订单都有一个关联的TTL……过期后订单失效。”<br>【0212】“如果市场参与者拒绝交易,则交易失败。”对比文件TTL过期可视为自动取消有条件分配;交易失败可视为拒绝导致取消。本领域技术人员可合理推断,客户端可通过发出新请求(直接或间接)触发取消原有有条件分配(例如通过市场调度器取消订单)。因此技术特征N被隐含公开。
技术特征O:其中服务请求的间接部分进一步包括被有条件地分配的网络资源在所述时间限制内被无条件地分配的可能性<br>《未公开》无相关公开。对比文件未提及任何关于“可能性”或概率的概念,尤其在分配条件中。虽然背景技术【0036】提到概率,但非对比文件本身方案,且未与有条件分配关联。因此技术特征O未被公开。
技术特征P:其中有条件地分配附加的网络资源包括依赖于所述可能性来确定要被有条件地分配的网络资源的实际数量或量<br>《未公开》无相关公开。对比文件未公开基于可能性确定资源数量的机制。资源分配基于负载、容量等直接度量,而非概率性因素。因此技术特征P未被公开。
技术特征Q:进一步包括:‑向所述客户端提供指代被有条件地分配的网络资源的标识符<br>《直接公开》【0072】“每个虚拟机包括用于命名、交互或引用的标识数据,包括MAC地址、IP地址以及一个或多个无歧义名称或标识符。”<br>【0073】“IP地址分配给实例。”对比文件明确,当资源(虚拟机)被分配后,系统会向客户端提供标识符(如IP地址、MAC地址)。这些标识符指代被分配的资源,包括有条件分配的资源。因此技术特征Q被直接公开。

<<<A>>><<<B>>><<<D>>><<<E>>><<<H>>><<<I>>><<<K>>><<<Q>>><<<j>>><<<n>>>

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

网站备案号:渝ICP备2023012882号


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