对比文件名称：2008-03-20_WO2008031721A_发明申请_WO2008031721A1 FILE REPAIR METHOD FOR A CONTENT DISTRIBUTION SYSTEM
目标专利名称：使用EMBMS中的调度描述段的完整文件修复的方法、装置和介质 CN105247840B
模型名称：专利创造性评估模型
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**<br>包括：接收针对服务的服务通告，所述服务通告包括广播调度描述，所述广播调度描述包括以下至少一项：针对在所述服务内发送的文件的文件调度元素，所述文件调度元素包括指示所述文件的传输的结束时间的属性，以及针对包含在所述服务内发送的文件的会话的会话调度元素，所述会话调度元素包括指示所述会话的结束时间的属性。<br>**《直接公开》** | [p0042] To trigger the download phase, an out of band signaling mechanism managed by the operator is used to announce the update of the content subset to the kiosks. This signaling mechanism is based on the Service Discovery mechanism used in DVB-IP standard, as defined in ETSI TS 102 034 v1 .1 .1 (2005-03) Digital Video Broadcasting (DVB): Transport of MPEG2 Based DVB Services over IP Based Networks.<br>中文翻译：为了触发下载阶段，使用由运营商管理的带外信令机制向信息亭宣布内容子集的更新。该信令机制基于DVB-IP标准中使用的服务发现机制，如ETSI TS 102 034 v1.1.1 (2005-03) 数字视频广播（DVB）：基于IP的网络上的基于MPEG2的DVB服务传输中所定义的。 | 对比文件公开了使用“带外信令机制”（out of band signaling mechanism）来向客户端（kiosks）宣布（announce）内容更新，这相当于目标专利中的“服务通告”。该信令机制基于DVB-IP标准中的服务发现机制，其作用在于通知客户端即将进行的内容分发，与目标专利中服务通告用于传递广播调度信息的作用相同。虽然对比文件未明确描述该通告中包含“广播调度描述”及其具体的“文件调度元素”或“会话调度元素”，但本领域技术人员知晓，用于触发下载阶段的更新通告必然包含关于传输调度的信息（例如，传输什么、何时开始/结束），否则客户端无法知道何时开始接收。该通告所基于的DVB-IP标准（ETSI TS 102 034）中定义了服务发现和选择机制，通常会包含服务/内容列表及相关的调度信息。因此，本领域技术人员能够毫无疑义地从对比文件得出，该“宣布更新的信令机制”（即服务通告）包含了用于指示文件或会话传输调度的信息元素（即广播调度描述），这些信息元素中必然隐含了指示传输结束时间的属性（如会话结束时间或文件传输结束时间），否则无法界定更新或下载的时间范围。因此，技术特征A被对比文件直接公开。 |
| **技术特征B**<br>以及响应于确定没有接收到感兴趣的文件并且在没有接收到与所述感兴趣的文件相关联的文件递送表(FDT)实例的情况下，在一时刻触发对所述感兴趣的文件的修复过程。<br>**《未公开》** | [p0043] ...FLUTE does not offer a fully reliable distribution service especially when transmissions have finite duration as it is the case in the content delivery mechanism where it is necessary to support a periodic content subset update. A complementary reliable File Repair mechanism is built on top of FLUTE protocol.<br>中文翻译：...FLUTE不提供完全可靠的分布服务，特别是在传输具有有限持续时间的情况下，如内容分发机制中需要支持定期内容子集更新的情况。一个补充的可靠文件修复机制建立在FLUTE协议之上。<br>[p0060] Indeed the FLUTE protocol defines a File Delivery Table noted FDT, which contains the information of the files which have to be transmitted in the current session.<br>中文翻译：实际上，FLUTE协议定义了一个称为FDT的文件递送表，其中包含必须在当前会话中传输的文件的信息。 | 对比文件公开了在基于FLUTE协议的内容分发后，存在文件修复机制（File Repair mechanism），并且提到了FLUTE协议中的FDT（File Delivery Table）。然而，对比文件描述的修复触发逻辑与目标专利不同：<br>1. 在集中式模式下，客户端在“多播交付状态步骤”（multicast delivery status step）中向索引服务器报告已接收的文件或丢失的文件（[p0049], [p0060]），然后索引服务器指示客户端从其他客户端获取丢失的文件（[p0050]）。触发修复的关键动作是“检测到文件丢失并报告”，并未提及“在没有接收到FDT实例”这一特定条件。<br>2. 在分散式模式下，客户端自行检测丢失文件并广播修复请求（[p0063]），同样未涉及FDT实例的接收状态作为前提条件。<br>对比文件的核心是利用P2P机制在会话期内修复丢失的文件，其触发修复的条件是“检测到文件丢失”。而目标专利技术特征B明确限定了触发修复的两个并列条件：“确定没有接收到感兴趣的文件”和“在没有接收到与所述感兴趣的文件相关联的文件递送表(FDT)实例的情况下”。对比文件完全没有公开后一个条件，也未描述在缺乏FDT实例这一特定场景下如何触发修复。因此，该技术特征未被对比文件直接公开。从隐含公开角度看，对比文件描述的修复机制通常依赖于客户端知晓应接收的文件列表（例如通过FDT），如果连FDT都未收到，客户端可能无法确定丢失了哪些文件。对比文件未提供在此情况下的解决方案，本领域技术人员无法从对比文件内容中合理推断出“在没有接收到FDT实例的情况下”触发修复的技术方案。因此，技术特征B未被隐含公开。 |
| **技术特征C**<br>其中，所述时刻对应于从针对所述服务的所述服务通告的所述广播调度描述的所述文件调度元素的所述属性得到的所述感兴趣的文件的传输的所述结束时间或者从针对所述服务的所述服务通告的所述广播调度描述的所述会话调度元素的所述属性得到的所述会话的所述结束时间。<br>**《未公开》** | 无直接对应内容。对比文件未描述基于调度描述中的文件或会话的“结束时间”属性来触发修复。 | 技术特征C限定了触发修复的“时刻”是专门从服务通告的广播调度描述中的特定属性（文件传输结束时间或会话结束时间）得出的。对比文件描述的修复触发机制完全不同：<br>1. 在集中式模式下，修复触发发生在客户端向索引服务器报告丢失文件之后，服务器指示可提供文件的客户端之时（参见图4步骤3-7）。该时刻由服务器响应和网络交互决定，并非从通告的调度属性中预先得出。<br>2. 在分散式模式下，修复触发发生在客户端检测到丢失文件并立即广播请求之时（[p0063]-[p0065]），该时刻是检测到丢失的时刻，同样与调度描述的结束时间属性无关。<br>对比文件通篇未提及利用“文件调度元素的属性”或“会话调度元素的属性”中指示的“结束时间”来作为触发文件修复的时刻。其修复机制是反应式的（检测到丢失即触发），而非如目标专利那样基于调度信息进行前瞻式的时间触发。因此，该技术特征未被对比文件直接公开。从隐含公开角度看，对比文件的内容完全不涉及利用调度描述中的时间属性来触发修复，本领域技术人员无法从对比文件中关于修复触发机制的描述，合理推断出“基于调度描述中结束时间属性触发修复”这一特定技术方案。因此，技术特征C未被隐含公开。 |
| **技术特征D**<br>还包括：至少部分地基于通过FDT定位符获得的FDT中包括的信息来确定在所述服务中发送了所述感兴趣的文件，所述FDT定位符包括在所述会话调度元素中。<br>**《隐含公开》** | [p0060] Indeed the FLUTE protocol defines a File Delivery Table noted FDT, which contains the information of the files which have to be transmitted in the current session. FLUTE protocol transmits the FDT from the content server in a multicast mode to all the kiosks.<br>中文翻译：实际上，FLUTE协议定义了一个称为FDT的文件递送表，其中包含必须在当前会话中传输的文件的信息。FLUTE协议以多播模式将FDT从内容服务器传输到所有信息亭。<br>[p0061] So at the end of the "multicast content delivery step" each kiosk knows exactly, the files which have to be transmitted in the session and the files which have been received. Each kiosk may then indicate to the index server the files that are missing.<br>中文翻译：因此，在“多播内容递送步骤”结束时，每个信息亭都确切地知道在会话中必须传输的文件以及已接收的文件。然后，每个信息亭可以向索引服务器指示丢失的文件。 | 技术特征D涉及通过包含在会话调度元素中的FDT定位符获得FDT，并基于FDT信息确定服务中发送了感兴趣的文件。对比文件明确公开了FLUTE协议使用FDT，该FDT包含了当前会话中必须传输的文件信息（[p0060]）。客户端（kiosk）通过接收FDT，可以知道在会话中应接收哪些文件，并与实际接收的文件对比，从而确定丢失的文件（[p0061]）。虽然对比文件没有明确描述“FDT定位符包括在会话调度元素中”这一具体信息组织方式，但本领域技术人员知晓，在基于FLUTE协议的分发系统中，客户端需要获取FDT。获取FDT的途径（定位符）通常是通过某种信令或描述信息（如对比文件[p0042]所述的“宣布更新的信令机制”）告知的。将该FDT的定位信息（URI）包含在描述会话调度的元数据（可类比为“会话调度元素”）中，是本领域常规的、用于关联会话与其资源列表（FDT）的技术手段。因此，结合对比文件公开的“通过FDT确定应接收/丢失的文件”以及“通过信令机制宣布更新（隐含了提供必要资源定位信息）”的内容，本领域技术人员有可能通过合理推断，得出可以通过包含在会话调度信息中的FDT定位符来获取FDT并确定文件发送情况的技术方案。尽管对比文件未明确记载“会话调度元素”这一术语及其包含FDT定位符的属性，但上述推断是合理的。因此，技术特征D被对比文件隐含公开。 |
| **技术特征E**<br>还包括：至少部分地基于通过FDT定位符获得的FDT中包括的信息来确定在所述服务中发送了所述感兴趣的文件，所述FDT定位符是从所述感兴趣的文件的定位符中隐式确定的。<br>**《隐含公开》** | [p0060] Indeed the FLUTE protocol defines a File Delivery Table noted FDT, which contains the information of the files which have to be transmitted in the current session.<br>中文翻译：实际上，FLUTE协议定义了一个称为FDT的文件递送表，其中包含必须在当前会话中传输的文件的信息。 | 技术特征E涉及通过从文件定位符隐式确定的FDT定位符来获取FDT。对比文件公开了FDT的存在及其包含会话中文件信息的功能（[p0060]）。在文件传输领域（特别是FLUTE协议相关应用），根据一个文件的统一资源标识符（URI）推断出包含该文件列表的FDT的URI（例如，共享相同的基础路径，仅文件名不同），是一种常见的、隐式的资源定位方法。本领域技术人员为了获取文件的完整性信息，有可能采用这种基于已知文件URI推导FDT URI的方法。虽然对比文件没有文字记载这种隐式确定的具体操作，但鉴于对比文件已经确立了使用FDT来确定会话中文件的基本框架，结合本领域公知的URI构造惯例，可以合理推断出存在这种隐式确定FDT定位符的可能性。因此，技术特征E被对比文件隐含公开。 |
| **技术特征F**<br>还包括：至少部分地基于在更新的调度描述中包括的信息来确定在所述服务中发送了所述感兴趣的文件。<br>**《隐含公开》** | [p0042] To trigger the download phase, an out of band signaling mechanism managed by the operator is used to announce the update of the content subset to the kiosks.<br>中文翻译：为了触发下载阶段，使用由运营商管理的带外信令机制向信息亭宣布内容子集的更新。 | 技术特征F涉及基于“更新的调度描述”中的信息来确定文件发送情况。对比文件公开了使用信令机制来“宣布更新”（announce the update）（[p0042]）。该“宣布”行为本身就意味着信令内容是关于“更新”的，即其携带的调度信息相对于之前的状态是新的或“更新的”。虽然对比文件未使用“更新的调度描述”这一术语，但本领域技术人员能够理解，用于触发新一轮下载的宣布信令，其内容自然构成了“更新的调度描述”。基于此更新的描述信息，客户端可以知道在新一轮服务（更新）中将发送哪些文件。因此，可以合理推断出对比文件隐含了“基于更新的调度描述确定文件发送”这一技术特征。 |
| **技术特征G**<br>其中，所述更新的调度描述是通过单播传输获得的。<br>**《隐含公开》** | [p0037] The method for initializing the connections is as follows. When a client connects to the distribution network, it broadcasts an address resolution protocol request, noted ARP request, to the IP address of the server. The server sends a unicast ARP response to the client, indicating its MAC address. Then the client identifies itself to the server with its login and password using a file transfer protocol, noted FTP.<br>中文翻译：初始化连接的方法如下。当客户端连接到分发网络时，它向服务器的IP地址广播地址解析协议请求（称为ARP请求）。服务器向客户端发送单播ARP响应，指示其MAC地址。然后客户端使用文件传输协议（称为FTP）以其登录名和密码向服务器标识自己。 | 技术特征G限定了“更新的调度描述是通过单播传输获得的”。对比文件在描述初始化连接过程中，明确提到了服务器向客户端发送“单播ARP响应”（unicast ARP response）（[p0037]）。虽然此处传输的不是“调度描述”本身，但公开了在客户端-服务器交互中使用单播传输的通信方式。此外，对比文件[p0042]提到的“带外信令机制”并未限定其传输方式必须是广播或多播。在本领域，带外信令完全可以通过单播连接（例如在客户端成功向服务器认证后建立的FTP连接）来传递更新信息。因此，结合对比文件公开的单播通信方式以及用于宣布更新的信令机制，本领域技术人员有可能合理推断出“更新的调度描述”可以通过单播传输获得。因此，技术特征G被隐含公开。 |
| **技术特征H**<br>还包括：至少部分地基于在所述会话调度元素中包括的信息来确定在所述服务中发送了所述感兴趣的文件。<br>**《隐含公开》** | [p0042] To trigger the download phase, an out of band signaling mechanism managed by the operator is used to announce the update of the content subset to the kiosks.<br>中文翻译：为了触发下载阶段，使用由运营商管理的带外信令机制向信息亭宣布内容子集的更新。 | 技术特征H涉及基于“会话调度元素”中包含的信息来确定文件发送情况。对比文件公开了用于触发下载阶段、宣布内容子集更新的“信令机制”（[p0042]）。该信令机制必然包含关于即将进行的传输会话的调度信息，例如会话的时间、内容范围等，这些信息可以类比为目标专利中的“会话调度元素”。基于这些会话调度信息，客户端可以知道在即将到来的会话中会发送内容（文件）。虽然对比文件未对信令内容进行结构化描述（如“会话调度元素”），但其功能与目标专利中“会话调度元素”用于描述会话并让客户端知晓文件发送情况的作用是相同的。因此，本领域技术人员可以合理推断，对比文件隐含了基于会话调度信息（即信令中包含的会话相关信息）来确定服务中发送了文件的技术特征。 |
| **技术特征I**<br>还包括：至少部分地基于通过针对最新的MD5文件进行查询而接收的信息来确定在所述服务中发送了所述感兴趣的文件。<br>**《隐含公开》** | [p0060]-[p0061] So at the end of the "multicast content delivery step" each kiosk knows exactly, the files which have to be transmitted in the session and the files which have been received. Each kiosk may then indicate to the index server the files that are missing.<br>中文翻译：因此，在“多播内容递送步骤”结束时，每个信息亭都确切地知道在会话中必须传输的文件以及已接收的文件。然后，每个信息亭可以向索引服务器指示丢失的文件。 | 技术特征I涉及通过查询“最新的MD5文件”来获得信息以确定文件发送。MD5是常用的文件完整性校验和版本标识手段。对比文件公开了客户端通过FDT知道应接收的文件列表，并通过与实际接收对比来确定丢失的文件（[p0060]-[p0061]）。为了准确判断文件版本或完整性，在通信系统中引入基于哈希值（如MD5）的查询是一种常规技术手段。虽然对比文件没有明确提及“MD5”或“查询最新的MD5文件”，但其核心思想是客户端需要获取关于“应传输文件”的准确信息以进行比对。本领域技术人员为了解决文件版本确认问题，有可能采用向服务器查询文件最新MD5值的方法，并将其作为确定文件是否（以新版本）在服务中发送的依据。这是一种合理的、容易想到的技术变通。因此，技术特征I被对比文件隐含公开。 |
| **技术特征J**<br>还包括：基于将所述文件的最新版本的标识符与先前下载的所述文件的版本的比较来确定在所述服务中发送了所述感兴趣的文件。<br>**《隐含公开》** | [p0061] So at the end of the "multicast content delivery step" each kiosk knows exactly, the files which have to be transmitted in the session and the files which have been received.<br>中文翻译：因此，在“多播内容递送步骤”结束时，每个信息亭都确切地知道在会话中必须传输的文件以及已接收的文件。 | 技术特征J涉及通过比较文件最新版本标识符与本地版本来确定文件发送。对比文件公开了客户端知道“必须传输的文件”（即服务计划发送的文件）和“已接收的文件”（[p0061]）。这里的“必须传输的文件”列表隐含了服务端计划发送的文件版本信息（至少是文件标识）。客户端通过将计划发送的文件列表与本地已有的文件进行比较，可以判断是否有新文件或文件的新版本将被发送。虽然对比文件未明确提及“版本标识符”的比较，但文件列表的比较本质上就包含了版本判断（如果文件名相同但内容更新，通常视为新版本）。因此，该技术特征是对比文件公开内容的直接逻辑延伸，本领域技术人员能够合理推断出。 |
| **技术特征K**<br>其中，所述标识符包括MD5签名。<br>**《隐含公开》** | 无直接对应内容。但MD5作为文件校验和/版本标识符是本领域公知常识。 | 技术特征K限定了技术特征J中的标识符是MD5签名。对比文件本身没有提及MD5。然而，在计算机和通信领域，使用MD5哈希值作为文件的唯一标识符或版本校验和是极其普遍和公知的技术手段。当需要比较文件版本时，采用MD5签名是一种常规选择。因此，在对比文件已经公开了基于文件列表/信息进行比较（技术特征J隐含公开）的基础上，将比较所用的具体标识符实现为MD5签名，对本领域技术人员而言是显而易见的，属于公知常识的直接应用。因此，技术特征K被隐含公开。 |
| **技术特征L**<br>还包括：基于在与先前的会话期间广播的文件相关联的索引和与在当前会话期间广播的文件相关联的索引之间的比较来确定在所述服务中发送了所述感兴趣的文件。<br>**《隐含公开》** | [p0043] ... A Push VOD content delivery mechanism aims at updating periodically only a subset of all the content and metadata stored in a client device. This update strategy, named incremental update...<br>中文翻译：... Push VOD内容分发机制旨在仅定期更新客户端设备中存储的所有内容和元数据的一个子集。这种更新策略称为增量更新...<br>[p0045] Once the subset of the content and metadata has been downloaded and stored in a memory buffer and when the release time of the content specified in the out of band announcement is reached, a subset of old data is swapped with the new downloaded data.<br>中文翻译：一旦内容和元数据的子集被下载并存储在内存缓冲区中，并且达到带外通告中指定的内容发布时间时，一部分旧数据将与新下载的数据进行交换。 | 技术特征L涉及通过比较不同会话的索引来确定文件发送。对比文件公开了“增量更新”（incremental update）策略（[p0043]），即定期用新下载的数据子集替换旧的子集（[p0045]）。为了有效管理这些定期更新的会话和内容，系统需要某种方式来标识和区分不同会话所关联的文件集合。使用“索引”（例如会话ID、版本号、内容集合标识符）来唯一标识或关联一个会话期间广播的文件集合，是本领域管理序列化更新的常规技术手段。通过比较当前会话的索引和先前会话的索引，客户端可以判断内容是否已更新，从而推断是否有新文件（或文件新版本）在服务中发送。虽然对比文件未明确记载“索引”比较这一具体操作，但基于其公开的增量更新机制，为实现该机制而引入索引并进行比较，对本领域技术人员来说是容易想到的合理技术手段。因此，技术特征L被对比文件隐含公开。 |
<<<A>>><<<d>>><<<e>>><<<f>>><<<g>>><<<h>>><<<i>>><<<j>>><<<k>>><<<l>>>