对比文件名称：2009-03-05_US2009063649A_发明申请_US20090063649A1 Request and Notification for Metadata of Content
目标专利名称：1117用于内容下载和内容上载的策略CN102652421B
本次调用的模型名称：自然语言处理模型
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（翻译） | 公开性论述 |
| **技术特征A：** 所述方法包括：-生成包括内容下载或内容上载的类型的指示的请求<br>**未公开** | 对比文件[0062]：“在SIP事件通知机制中，用户A可以是在客户端侧的EPG应用，并且通知方B可以是元数据服务器。元数据服务器可以使用TV-Anytime元数据格式来管理元数据，这些元数据是IPTV服务器可以通过流传送、下载等方式交付的内容的详细信息。”<br>对比文件[0065]：“图2示出了可用于从用户A向通知方B发送以进行事件通知订阅的SIP SUBSCRIBE请求的示例格式。” | 对比文件公开了客户端生成SIP SUBSCRIBE请求，该请求包括用于元数据的搜索条件（如XQuery查询），用于订阅关于内容元数据的事件通知。目标专利的技术特征A要求生成的请求包括“内容下载或内容上载的类型的指示”。对比文件中的请求不包含此类传输类型指示；其目的是发现和通知元数据，而非设置用于内容传输的策略。本领域技术人员不能毫无疑义地从对比文件得出请求需要包含内容下载或上载类型指示，也无法通过合理推理得出这一方案。 |
| **技术特征B：** 其中由传递类型属性来指示内容下载或内容上载的所述类型；并且中所述传递类型属性具有值渐进式、流传送或自适应之一<br>**未公开** | 对比文件[0072]：“Event头字段可以存储‘discoveryService’，其标识内容发现-通知事件包。”<br>对比文件[0082]：“该包的名称可以是‘discoveryService’。此名称用于SIP SUBSCRIBE请求和SIP NOTIFY消息中指定的Event头字段。” | 对比文件中的请求使用Event头字段指定事件类型（如“discoveryService”），而非使用传递类型属性来指示内容下载或上载的类型。对比文件未提到“渐进式”、“流传送”或“自适应”等用于表示内容传递类型的属性值。目标专利的传递类型属性及其特定值在对比文件中没有任何对应或暗示，因此既未直接公开也未隐含公开。 |
| **技术特征C：** -将所述请求传送到IPTV控制节点（4）<br>**《直接公开》** | 对比文件[0055]：“用户A可以向通知方B的URI发送初始SIP SUBSCRIBE请求（S1）。”<br>对比文件[0062]：“在SIP事件通知机制中，用户A可以是在客户端侧的EPG应用，并且通知方B可以是元数据服务器。”<br>对比文件[0121]：“事件包处理部分17可以经由网络接口12向元数据服务器30发送用于事件通知订阅的SIP SUBSCRIBE请求（图19中的步骤S203）。” | 对比文件明确公开了客户端（如EPG应用）生成请求并将该请求传送到网络中的节点（元数据服务器30）。该节点（元数据服务器）在对比文件系统中承担控制面功能，管理内容元数据并响应订阅请求，与目标专利中IPTV控制节点（4）在功能上都属于网络控制实体。本领域技术人员能够毫无疑义地确定，对比文件公开了将请求传送到一个控制节点（元数据服务器）的技术方案，该动作与目标专利的技术特征C相同。 |
| **技术特征D：** 其中所述策略是带宽预留。<br>**未公开** | 对比文件[0006]：“在IMS中，通过使用称为会话发起协议（SIP）的IP电话系统，可以以安全方式控制多媒体会话，保证服务质量（QoS）。”<br>对比文件全文未提及带宽预留作为请求或策略的一部分。 | 对比文件提及IMS中的QoS保证，但未具体描述基于内容下载或上载类型来设置带宽预留的策略。对比文件的焦点是元数据的发现和通知，而不是内容传输的策略设置，特别是带宽预留。本领域技术人员无法从对比文件直接或合理推导出该策略是带宽预留。 |
| **技术特征E：** 其中所述IPTV是基于IMS的<br>**《直接公开》** | 对比文件[0005]：“IPTV中会话控制的标准候选是IP多媒体子系统（IMS）。在ETSI和ITU-T的下一代网络（NGN）标准化中，IMS是一个前提条件。”<br>对比文件[0006]：“IMS表示使用分组通信的蜂窝电话多媒体服务，或者是实现此类服务的标准。在IMS中，通过使用称为会话发起协议（SIP）的IP电话系统，可以以安全方式控制多媒体会话，保证服务质量（QoS）。” | 对比文件直接陈述IMS是IPTV的会话控制标准候选，并且其描述的系统使用SIP进行会话控制，这明确表明其背景是基于IMS的IPTV。本领域技术人员能够毫无疑义地确定对比文件中的IPTV是基于IMS的，因此该技术特征被直接公开。 |
| **技术特征F：** 所述传递类型属性被包含在所述请求中包括的SDP提议中。<br>**未公开** | 对比文件[0066]：“图3示出了一个示例性XQuery语句。如图3所示，XQuery语句可以包括序言和查询主体。”<br>对比文件[0072]：“Content-Type头字段可以表示主体部分的MIME类型（application/didf+xml）。” | 对比文件中的SIP SUBSCRIBE请求的主体部分包含XQuery查询或XML格式的过滤文档，其MIME类型为“application/didf+xml”，不包含SDP提议。目标专利要求传递类型属性包含在SDP提议中，而对比文件未使用SDP提议来携带任何属性。本领域技术人员不能从对比文件直接或合理推断出该技术特征。 |
| **技术特征G：** 其中所述SDP提议还包括建议的带宽。<br>**未公开** | 对比文件全文未提及SDP提议或建议的带宽。 | 对比文件未公开请求中包括SDP提议，也未公开建议的带宽的概念。其聚焦于元数据搜索条件和事件订阅，与带宽建议无关。因此，该技术特征未被直接或隐含公开。 |
| **技术特征H：** 还包括如果传输类型属性要求的带宽不可用，则所述用户设备接收对所述请求的拒绝。<br>**未公开** | 对比文件未公开基于带宽不可用而拒绝请求的机制。对比文件[0057]描述了基于订阅状态（如“active”、“pending”、“terminated”）的响应，但未涉及带宽条件作为拒绝原因。 | 对比文件未讨论带宽预留或基于带宽可用性的请求拒绝。SIP SUBSCRIBE请求可能被拒绝（例如，订阅状态为“terminated”），但原因不涉及带宽要求。本领域技术人员无法从对比文件得出该技术特征。 |
| **技术特征I：** 包括如果接收到拒绝，则生成包含不同传输类型属性的请求。<br>**未公开** | 对比文件未公开在请求被拒绝后，生成包含不同属性的新请求。对比文件[0134]-[0136]描述了订阅终止流程，但未涉及基于拒绝的重新请求。 | 对比文件未提供任何关于在收到拒绝后修改请求属性并重新发送的教导或暗示。因此，该技术特征未被直接或隐含公开。 |
<<<C>>><<<E>>>