对比文件名称：2008-03-16_TW200814619A_发明专利_TW200814619A 恢復檔案用之檔案修理方法 METHOD FOR FILE REPAIR SYSTEM FOR DISTRIBUTING CONTENT
目标专利名称：使用EMBMS中的调度描述段的完整文件修复的方法、装置和介质
本次调用模型名称：专利创造性评估模型
## 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：包括：接收针对服务的服务通告，所述服务通告包括广播调度描述，所述广播调度描述包括以下至少一项：针对在所述服务内发送的文件的文件调度元素，所述文件调度元素包括指示所述文件的传输的结束时间的属性，以及针对包含在所述服务内发送的文件的会话的会话调度元素，所述会话调度元素包括指示所述会话的结束时间的属性。<br>**《未公开》** | 对比文件未明确记载“服务通告”或“广播调度描述”。对比文件提及在内容分发前有“發訊2.1是觸發下載階段之必要步驟”，并提到“此項發訊機制是基於DVB－IP標準內所用服務發現機制”。在“多元播送2.2”阶段，文件传输基于FLUTE协议。文件提及“FLUTE規約界定檔案輸送表(FDT)，內含有必須在現時審理中傳輸之檔案資訊”。（参见说明书第3页第8行至第4页第2行及流程图第3图） | 对比文件公开了在文件分发前有触发下载阶段的信令机制，以及使用FLUTE协议进行文件传输，FLUTE协议中包含FDT（文件递送表）来列出要传输的文件。然而，对比文件并未公开目标专利中的“服务通告”包含“广播调度描述”，且该描述包含具有特定“属性”（如指示文件或会话结束时间的end或stop属性）的“文件调度元素”或“会话调度元素”。目标专利的调度描述段是用于eMBMS服务通告中的特定XML架构信息（如图9），用于精确调度文件和会话的传输时间。对比文件中的FDT主要列出文件列表及其属性（如大小、哈希），但未公开其包含用于精确调度文件或会话传输“结束时间”的属性。两者在作用上不同：目标专利的调度描述段用于确定修复触发时刻；对比文件的FDT主要用于列出文件内容和完整性验证，其传输时间信息可能包含在更宏观的会话调度中，但未具体公开为调度描述段中的“属性”。因此，该技术特征未被对比文件直接或隐含公开。 |
| **技术特征B**：以及响应于确定没有接收到感兴趣的文件并且在没有接收到与所述感兴趣的文件相关联的文件递送表(FDT)实例的情况下，在一时刻触发对所述感兴趣的文件的修复过程。<br>**《隐含公开》** | 对比文件描述了在FLUTE多元播送传输后，进行檔案修理2.3。其中包括“多元播送輸送狀態2.3.1”步骤，客户端向指数伺候机报告接收状态或丢失的文件；以及“檔案恢復2.3.2”步骤，客户端从其他同侪客户端恢复丢失的文件。（参见说明书第3页流程图第3图及第4页第19-27行） | 对比文件公开了在多元播送传输阶段后，进行文件修复。在“多元播送輸送狀態”步骤中，客户端需要知道哪些文件是它应该接收但未接收到的（即“失落檔案”）。在中心化模式中，客户端通过向伺候机报告其接收的档案列表或直接报告失落档案来实现（参见说明书第4页第28行至第5页第2行）。这意味着客户端在修复触发前，已经确定了没有接收到某些文件。虽然对比文件没有明确提及“在没有接收到FDT实例的情况下”，但其描述的机制隐含了客户端需要某种方式（例如，从伺候机获得或通过FDT本身）来知晓应接收的文件列表，才能确定丢失。本领域技术人员可以合理推断，如果客户端完全错过了FDT的传输（即没有FDT实例），它可能无法知晓完整的文件列表，从而可能无法触发后续的修复。然而，在对比文件公开的“變化具體例”中，提到各販賣櫃可依賴FLUTE規約中的FDT來決定失落的檔案（参见说明书第5页第3-9行）。这表明检测文件丢失依赖于FDT信息。因此，从广义上理解“确定没有接收到感兴趣的文件”这一动作，对比文件隐含了在知晓文件列表（可能通过FDT）的基础上，确定文件丢失并触发修复的过程。触发修复的“时刻”虽然没有明确与FDT实例的缺失关联，但修复动作本身是在确定文件丢失后发生的。因此，该技术特征被对比文件隐含公开。 |
| **技术特征C**：其中，所述时刻对应于从针对所述服务的所述服务通告的所述广播调度描述的所述文件调度元素的所述属性得到的所述感兴趣的文件的传输的所述结束时间或者从针对所述服务的所述服务通告的所述广播调度描述的所述会话调度元素的所述属性得到的所述会话的所述结束时间。<br>**《隐含公开》** | 对比文件未明确记载从“文件调度元素”或“会话调度元素”的“属性”得到文件或会话的结束时间。然而，对比文件描述了檔案修理是在“多元播送2.2”阶段之后进行的（参见流程图第3图）。这意味着文件修复的触发时刻逻辑上是在文件广播传输阶段结束之后。 | 目标专利的核心点在于利用调度描述段中明确记载的文件或会话的“结束时间”属性来精确确定修复触发的时刻。对比文件没有公开这种从特定XML元素属性中提取结束时间的方式。但是，对比文件明确将“檔案修理2.3”阶段安排在“多元播送2.2”阶段之后（第3图），这隐含了文件修复过程是在预设的文件广播或会话广播事件结束之后才触发的。本领域技术人员能够毫无疑义地理解，要开始从其他客户端修复丢失的文件，首先需要等待原定的广播传输阶段结束，以确认哪些文件确实没有收到。因此，虽然对比文件没有公开目标专利中用于确定该“结束”时刻的具体信息源（即调度描述段的属性），但它隐含公开了“在与文件递送事件（即多元播送传输）的结束相对应的时刻触发修复过程”这一基本概念。作用上，两者都是为了在适当的时间启动修复，避免过早或过晚。因此，该技术特征被对比文件隐含公开。 |
| **技术特征D**：还包括：至少部分地基于通过FDT定位符获得的FDT中包括的信息来确定在所述服务中发送了所述感兴趣的文件，所述FDT定位符包括在所述会话调度元素中。<br>**《未公开》** | 对比文件提及“FLUTE規約界定檔案輸送表(FDT)，內含有必須在現時審理中傳輸之檔案資訊”（参见说明书第5页第4-5行）。在中心化模式的变化例中，各販賣櫃可依賴FDT來決定失落的檔案（第5页第6-9行）。但未提及“FDT定位符”包含在“会话调度元素”中。 | 对比文件公开了使用FDT中包含的信息来确定在传输会话中应发送的文件列表。然而，目标专利的特征D限定了FDT定位符是“包括在所述会话调度元素中”，然后通过该定位符获得FDT。这是一种特定的FDT获取机制。对比文件仅描述了FDT本身的内容和作用，或通过FLUTE协议传输FDT，但未公开如何定位或获取FDT（例如通过一个包含在会话调度元素中的URI）。因此，该技术特征未被对比文件直接或隐含公开。 |
| **技术特征E**：还包括：至少部分地基于通过FDT定位符获得的FDT中包括的信息来确定在所述服务中发送了所述感兴趣的文件，所述FDT定位符是从所述感兴趣的文件的定位符中隐式确定的。<br>**《未公开》** | 对比文件未提及从文件定位符（如URI）隐式推导出FDT定位符的方法。 | 目标专利的特征E涉及一种特定的、隐式的FDT定位方式，即从文件自身的URI推导出FDT的位置（例如，相同目录下的“FDT”文件）。对比文件完全没有涉及这种机制。因此，该技术特征未被对比文件直接或隐含公开。 |
| **技术特征F**：还包括：至少部分地基于在更新的调度描述中包括的信息来确定在所述服务中发送了所述感兴趣的文件。<br>**《未公开》** | 对比文件未提及“更新的调度描述”这一概念。 | 目标专利的特征F涉及通过获取一个更新版本的调度描述（可能通过单播）来确定文件信息。对比文件中的文件列表信息主要通过初始的FDT或客户端报告获得，没有提及调度描述存在多个版本以及通过获取更新版本来确定文件发送情况。因此，该技术特征未被对比文件直接或隐含公开。 |
| **技术特征G**：其中，所述更新的调度描述是通过单播传输获得的。<br>**《未公开》** | 对比文件未提及通过单播传输获得更新调度描述。 | 该特征是对特征F的进一步限定。既然特征F未被公开，且对比文件也未描述通过单播获取调度描述的机制，该特征也未被公开。 |
| **技术特征H**：还包括：至少部分地基于在所述会话调度元素中包括的信息来确定在所述服务中发送了所述感兴趣的文件。<br>**《未公开》** | 对比文件未明确区分“会话调度元素”。其描述的“審理”或会话信息可能隐含在整体流程中，但未将其形式化为一个包含特定信息（如FDT定位符、会话索引等）的“元素”。文件传输的信息主要来自FDT。 | 目标专利的特征H限定基于“会话调度元素”中包括的信息来确定文件发送。对比文件中与会话相关的信息（如传输会话的存在）是流程背景，但确定具体哪些文件在服务中发送，主要依赖FDT或客户端报告，而非从一个结构化的“会话调度元素”中获取信息。因此，该技术特征未被对比文件直接或隐含公开。 |
| **技术特征I**：还包括：至少部分地基于通过针对最新的MD5文件进行查询而接收的信息来确定在所述服务中发送了所述感兴趣的文件。<br>**《未公开》** | 对比文件未提及通过查询“最新的MD5文件”来确定文件信息或版本。 | 目标专利的特征I涉及一种主动查询机制，以获取文件最新的MD5哈希值，从而判断文件版本。对比文件中的文件完整性或版本识别可能通过FDT中的哈希值实现，但未描述主动向服务器查询最新MD5的步骤。因此，该技术特征未被对比文件直接或隐含公开。 |
| **技术特征J**：还包括：基于将所述文件的最新版本的标识符与先前下载的所述文件的版本的比较来确定在所述服务中发送了所述感兴趣的文件。<br>**《未公开》** | 对比文件未明确描述通过比较文件版本标识符（如MD5）来确定文件是否在服务中发送。虽然FDT可能包含文件的哈希值用于验证，但未描述将其用于比较以确定“服务中是否发送了感兴趣的文件（新版本）”这一具体决策逻辑。 | 目标专利的特征J明确了通过比较版本标识符（如下载的MD5与本地MD5）来确定是否有新版本文件被发送。对比文件使用FDT和哈希值主要用于验证文件接收的完整性和正确性，而非专门用于触发“有感兴趣的新文件发送”这一判断。其修复触发更多是基于“是否有文件丢失”的判断。因此，该技术特征未被对比文件直接或隐含公开。 |
| **技术特征K**：其中，所述标识符包括MD5签名。<br>**《未公开》** | 对比文件未明确提及MD5签名作为文件版本标识符。FLUTE的FDT中可以包含文件的哈希值，但具体算法（如MD5）未在引用的段落中明确。 | 该特征是对特征J的进一步限定。由于特征J未被公开，且对比文件未明确将MD5用作版本标识符，该特征也未被公开。 |
| **技术特征L**：还包括：基于在与先前的会话期间广播的文件相关联的索引和与在当前会话期间广播的文件相关联的索引之间的比较来确定在所述服务中发送了所述感兴趣的文件。<br>**《未公开》** | 对比文件未提及使用“会话索引”来比较不同会话的内容，以确定是否有感兴趣的文件发送。 | 目标专利的特征L涉及一种通过比较会话索引来判断会话内容是否重复或更新的机制。对比文件没有描述这种基于索引的比较方法。因此，该技术特征未被对比文件直接或隐含公开。 |
<<<b>>><<<c>>>