对比文件名称：2004-01-15_US2004010588A_发明申请_US20040010588A1 Serving out video over a network of video servers
目标专利名称：394使用数据对象普及性测量改进无线广播系统中的服务质量感知的方法和设备CN102752857B
本次调用模型名称：专利创造性评估模型
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：所述方法包含：接收与至少一个数据对象相关联的普及性测量<br>**《直接公开》** | 说明书第[0031]段：“The demand monitor is ‘others aware’, that is, it knows the capabilities of other servers (and of itself) to satisfy future requests for the serving out of each of different selectable resources of the same kind (for example, different video movies).” <br> 说明书第[0031]段：“The demand monitor can itself monitor what resources are being served out by what resource servers, by monitoring traffic on input/output ports of other servers, or a resource server can monitor its own resource-serving activities and provide information to the demand monitor regarding what it is serving and/or its capacity to serve out additional resources, preferably information indicative of its ability to serve out each specific resource of the common kind available on it for serving out.” | 对比文件公开了需求监视器（demand monitor，相当于网络实体）知道其自身及其他服务器为各种可选择的同类资源（例如不同的视频电影）提供服务的能力。服务器可以监控自身的资源服务活动，并向需求监视器提供关于它正在服务什么和/或其服务额外资源的能力的信息，这些信息指示了其可用于服务的每种特定资源的能力。这种关于“正在服务什么”以及“服务能力”的信息，结合服务器被不同用户访问的实际情况，必然隐含着对资源被访问频次或需求的测量，即普及性测量。因此，本领域技术人员能够毫无疑义地从对比文件中得出“接收与至少一个数据对象（如视频）相关联的普及性测量”这一技术特征。 |
| **技术特征B**：确定在无线装置处未成功接收所述至少一个数据对象的失败概率<br>**《未公开》** | 未发现相关内容。 | 对比文件涉及的是有线网络（如以太网、MAN）中的视频服务器网络，其核心是服务器端的资源分配、负载均衡和故障处理。文中讨论了监控带宽使用、服务器容量、端口流量等，但所有内容均围绕确保服务器能够成功地将视频流传输出去，并未涉及在无线广播环境下，接收端（无线装置）由于信道条件等原因未能成功接收数据对象的概率计算或确定。目标专利中该特征与无线广播的可靠性直接相关，对比文件未公开此概念。 |
| **技术特征C**：通过基于所接收的普及性测量以及所确定的失败概率使用估计量等式求解优化问题来计算待向所述至少一个数据对象分配的信道容量<br>**《未公开》** | 未发现相关内容。 | 对比文件虽然基于资源的使用情况（可视为普及性测量的一种）来动态分配服务器资源（如复制视频到更多服务器、启动更多服务进程），但这种分配是基于监控到的当前负载、带宽阈值等进行的试探性、反应式调整（例如，当带宽使用超过阈值时复制内容）。对比文件没有公开基于普及性测量和失败概率，通过数学估计量等式（如目标专利说明书中给出的理论等式）求解一个优化问题（例如，使平均接收失败数最小化）来计算信道容量的分配方案。这是两种不同的技术实现路径。 |
| **技术特征D**：基于所计算的信道容量分配无线广播系统容量来传递所述至少一个数据对象。<br>**《隐含公开》** | 说明书第[0031]段：“When a server streaming data content to a user is polled for billing information, the master server checks to see if it has already received the information for that particular streaming of data from a previous polling in order to prevent multiple billing occurring... The master server evaluates the responses from the slave servers and generates billing information for each user.” <br> 说明书第[0044]段：“The demand director can evaluate whether usage and/or network capacity information is within a predetermined limit. It can be determined whether a server or server farm has spare data serving capacity and can include copying a file thereto. A demand director resource-location directory or database can be updated, typically with the network address of the resource server with spare data serving capacity, and an identifier associated with what resource is available for serving.” | 对比文件虽然没有明确计算“信道容量”，但其核心思想是基于资源的使用情况（普及性）和系统的可用容量（剩余服务能力）来动态分配网络资源（服务器、端口、带宽），从而传递数据对象（视频）。例如，主服务器评估从服务器的响应（包含使用情况），确定哪些服务器有剩余服务容量，然后通过复制文件到有容量的服务器来增加特定资源的服务能力，并根据更新后的资源位置目录来分配后续的用户请求。这实质上是基于普及性测量和系统容量信息来分配“系统服务容量”以传递数据对象。虽然应用场景是有线视频网络而非无线广播，但“基于普及性分配系统容量以传递数据”的核心构思已被公开。因此，本领域技术人员有可能通过推理，认为在无线广播系统中，也可以基于类似原理（普及性测量和系统容量）来分配无线广播系统容量。 |
| **技术特征E**：其中，确定所述失败概率还包括：计算针对所述至少一个数据对象在所述无线广播系统中失败的平均数目。<br>**《未公开》** | 未发现相关内容。 | 同技术特征B，对比文件未涉及无线广播系统中的接收失败，更未涉及计算失败的平均数目。 |
| **技术特征F**：其中，求解所述优化问题还包括：考虑所述无线广播系统的剩余容量，其中，所述剩余容量是考虑实时串流业务的容量消耗之后的可用容量。<br>**《隐含公开》** | 说明书第[0031]段：“The demand director can evaluate whether usage and/or network capacity information is within a predetermined limit. It can be determined whether a server or server farm has spare data serving capacity...” <br> 说明书第[0044]段：“...It can be determined whether a server or server farm has spare data serving capacity...” | 对比文件明确公开了需求导向器（demand director）或主服务器需要评估使用情况和/或网络容量信息，以确定服务器或服务器群是否有剩余的数据服务容量（spare data serving capacity）。这里的“剩余数据服务容量”是在考虑了当前正在进行的视频流（实时串流业务）等数据服务所消耗的容量之后的可用容量。虽然这是在服务器网络环境中，但“考虑当前业务消耗后的剩余容量”这一概念是通用的。因此，本领域技术人员有可能推理出，在求解任何与资源分配相关的优化问题时，需要考虑系统的剩余容量，包括无线广播系统中考虑实时串流业务消耗后的剩余容量。 |
| **技术特征G**：其中，求解与无线广播系统资源分配目的有关的优化问题进一步将所述无线广播系统资源分配目的定义为选自由接收失败最小化、存取延迟最小化和接收装置功率消耗最小化组成的群组。<br>**《未公开》** | 未发现相关内容。 | 对比文件描述的资源分配目的主要是为了提高服务效率、处理高负载、避免服务器过载、实现水平可扩展性以及提供可靠的视频流服务。虽然提高效率可能间接减少用户等待时间（类似于减少存取延迟），但对比文件并未明确将“最小化存取延迟”、“最小化接收失败”或“最小化接收装置功率消耗”作为其优化问题的明确目的进行定义和阐述。目标专利中明确列出的这三个具体目的在对比文件中没有对应记载。 |
| **技术特征H**：其中，接收与所述至少一个数据对象相关联的普及性测量进一步将所述至少一个数据对象定义为选自由非实时数据对象和实时数据对象组成的群组。<br>**《直接公开》** | 说明书第[0024]段：“The data can be rich media files, which typically include real time (RT) video and/or audio files and/or MPEG files, and/or Real Networks format video data or Windows Media format data or any other file based format.” | 对比文件明确指出其数据可以是富媒体文件，通常包括实时（RT）视频和/或音频文件和/或MPEG文件等。MPEG文件等通常可以是非实时传输的文件格式。因此，对比文件公开了数据对象包括实时数据对象（如RT视频）和非实时数据对象（如文件格式的视频）。当接收与这些数据对象相关的普及性测量时，这些对象自然属于所述群组。 |
| **技术特征I**：其中，接收所述普及性测量还包括：从用户内容服务接收使用统计。<br>**《直接公开》** | 说明书第[0031]段：“...a resource server can monitor its own resource-serving activities and provide information to the demand monitor regarding what it is serving and/or its capacity to serve out additional resources...” | 对比文件公开了资源服务器可以监控自身的资源服务活动，并将信息提供给需求监视器。资源服务器提供的关于“正在服务什么”的信息，即是对其存储的数据对象（视频内容）被用户访问的使用统计。需求监视器（网络实体）从资源服务器（可视为一种用户内容服务提供者）接收这些使用统计，用于了解普及性。 |
| **技术特征J**：其中，接收所述普及性测量还包括：从数据对象用户接收使用数据。<br>**《直接公开》** | 说明书第[0031]段：“The demand monitor can itself monitor what resources are being served out by what resource servers, by monitoring traffic on input/output ports of other servers...” <br> 说明书第[0199]段：“The slave servers respond with details of their network address, bandwidth utilization, the videos streamed (both currently and since the last polling), the address to which the streamed movies were sent and their price...” | 对比文件公开了需求监视器可以通过监控其他服务器的输入/输出端口流量，来了解哪些资源正由哪些服务器提供。同时，从服务器在响应轮询时，会提供其流式传输的视频详情以及这些视频被发送到的地址（即用户地址）。通过监控流量或接收服务器报告，需求监视器能够获知哪些数据对象（视频）被哪些用户（通过其地址标识）所使用，即从数据对象用户（通过服务器中转）接收了使用数据。 |
| **技术特征K**：还包括：根据所分配的无线广播系统容量来传递所述至少一个数据对象。<br>**《直接公开》** | 说明书第[0029]段：“The demand director unit 304 compares the request to the contents of the database 311 to ascertain if the requested video (requested resource) is present in the farm 302... the demand director unit 304 accesses the database 311 in order to find a resource server 306d that has the video stored therein... the demand director unit forwards a TCP/IP packet of the request for the file to ... the resource server 306f ... The file from the resource server 306 is outputted to the user...” | 对比文件详细描述了需求导向单元根据其数据库（其中包含资源位置和容量信息）将用户对特定视频的请求引导至拥有该视频且具备服务能力的资源服务器，然后由该资源服务器将视频文件输出给用户。这个过程就是根据所分配的系统容量（即选择了合适的资源服务器）来传递数据对象（视频）。虽然分配的是服务器资源而非无线信道资源，但“根据分配的系统容量传递数据对象”这一动作已被直接公开。 |
| **技术特征L**：还包括：根据所计算的信道容量来调整所述至少一个数据对象的传递速率。<br>**《未公开》** | 未发现相关内容。 | 对比文件调整系统服务能力的方式主要是通过在不同服务器间复制数据文件、启动或停止服务器上的服务应用程序、增加或减少服务端口等，以改变服务特定数据对象的并行能力或路径。没有公开通过调整单个数据对象的传递速率（例如，调整码率）来实施容量分配。 |
| **技术特征M**：还包括：根据所分配的无线广播系统容量来调整所述至少一个数据对象中的冗余数据数量。<br>**《未公开》** | 未发现相关内容。 | 对比文件未涉及通过调整数据对象中的冗余数据数量（如前向纠错冗余）来适应分配的系统容量。其关注点在于网络层和服务器层的资源管理，而非数据链路层或物理层的编码冗余调整。 |
| **技术特征N**：其中，所述优化问题与无线广播系统资源分配目的有关。<br>**《未公开》** | 未发现相关内容。 | 技术特征N是特征C、F、G的概括性描述。由于对比文件未公开基于失败概率和估计量等式的优化问题（特征C），也未明确将无线广播系统资源分配目的定义为特征G所述群组，因此该概括性特征未被公开。对比文件中的资源分配决策过程更偏向于基于阈值的启发式反应，而非求解一个形式化的“优化问题”。 |
| **技术特征O**：还包括：使用拉格朗日乘数方法求解所述优化问题。<br>**《未公开》** | 未发现相关内容。 | 对比文件完全没有提及使用拉格朗日乘数方法或任何类似的数学优化技术来求解资源分配问题。其实现方式是监控和基于规则的调整。 |
| **技术特征P**：其中，确定失败概率还包括：计算针对所述至少一个数据对象在广播系统中失败的平均数目。<br>**《未公开》** | 未发现相关内容。 | 此特征与特征E实质相同，对比文件未公开。 |
<<<A>>><<<H>>><<<I>>><<<J>>><<<K>>><<<d>>><<<f>>>