对比文件名称：2009-03-19_JP2009059160A_发明专利_JP2009059160A Server device, network system, content discovery notification method and computer program
目标专利名称：1117用于内容下载和内容上载的策略CN102652421B
本次调用的模型名称：GPT-4
| 技术特征描述及公开性判断结果 | 对比文件原文引用（翻译为中文，标注段落） | 公开性论述 |
| **技术特征A：** 所述方法包括：-生成包括内容下载或内容上载的类型的指示的请求 **[未公开]** | 无直接或隐含公开内容。 | 目标专利中，请求（如SIP INVITE）明确包含内容下载或上载类型的指示（如通过传递类型属性）。对比文件公开了客户端生成SIP SUBSCRIBE请求（用于内容发现订阅），该请求包含搜索条件（XQuery查询），但完全不涉及内容下载或上载类型的指示。本领域技术人员无法从对比文件得出该特征，故未公开。 |
| **技术特征B：** 其中由传递类型属性来指示内容下载或内容上载的所述类型；并且所述传递类型属性具有值渐进式、流传送或自适应之一 **[未公开]** | 无。 | 目标专利明确规定了传递类型属性及其三个具体值（渐进式、流传送、自适应），用于区分不同的下载/上载模式。对比文件全文未出现任何类似“传递类型”属性，也未提及渐进式、流传送或自适应等术语，更未将其作为请求参数。因此未公开。 |
| **技术特征C：** -将所述请求传送到IPTV控制节点（4） **[未公开]** | 无。 | 目标专利的请求被发送至IPTV控制节点（如IPTV控制器/IAP），用于策略设置（如带宽预留）。对比文件中，客户端将SIP SUBSCRIBE请求发送至元数据服务器（メタデータサーバ30），该服务器仅管理内容元数据，不承担IPTV会话控制和策略设置功能。无法直接或隐含推断出传送至IPTV控制节点。 |
| **技术特征D：** 其中所述策略是带宽预留 **[未公开]** | 无。 | 目标专利的核心在于通过请求中的类型指示设置带宽预留策略，确保下载/上载的QoS。对比文件涉及内容发现通知，未讨论任何带宽预留或策略设置。尽管对比文件背景技术提到IMS可提供QoS，但未涉及通过请求指示类型来预留带宽的具体机制。故未公开。 |
| **技术特征E：** 其中所述IPTV是基于IMS的 **[直接公开]** | 第[2]段：“IPTV（Internet Protocol Television）は、IPを利用してデジタルテレビ放送を配信するサービス、またはその放送技術の総称である。 IPTVのセッション制御の標準候補はIMS（IP Multimedia Sub-system）である。” （翻译：IPTV是利用IP分发数字电视广播的服务或广播技术的总称。IPTV的会话控制的标准候选是IMS（IP多媒体子系统）。） | 对比文件明确公开了IPTV的会话控制标准候选是IMS，即IPTV可以基于IMS架构实现。本领域技术人员阅读对比文件后能够毫无疑义地得出“IPTV是基于IMS的”这一技术特征。因此技术特征E被直接公开。 |
| **技术特征F：** 所述传递类型属性被包含在所述请求中包括的SDP提议中 **[未公开]** | 无。 | 目标专利中，传递类型属性通过SDP提议（SDP Offer）承载在请求（SIP INVITE）中。对比文件的SIP SUBSCRIBE请求使用自定义XML格式的body（MIME类型application/didf+xml），未采用SDP提议，也未在任何消息中包含传递类型属性。故本特征未公开。 |
| **技术特征G：** 其中所述SDP提议还包括建议的带宽 **[未公开]** | 无。 | 目标专利的SDP提议可包含“b=”行指示建议带宽。对比文件未使用SDP提议，也未在任何位置指示建议的带宽。故未公开。 |
| **技术特征H：** 还包括如果传输类型属性要求的带宽不可用，则所述用户设备接收对所述请求的拒绝 **[未公开]** | 无。 | 目标专利中，当带宽不足时，RACS拒绝请求，用户设备收到拒绝响应。对比文件未涉及带宽预留和带宽可用性检查，未公开任何因带宽不可用而拒绝请求的机制。故未公开。 |
| **技术特征I：** 包括如果接收到拒绝，则生成包含不同传输类型属性的请求 **[未公开]** | 无。 | 目标专利中，用户设备可在收到拒绝后调整传输类型属性并重新发送请求。对比文件未公开任何类似的拒绝处理或重试逻辑。故未公开。 |
<<<E>>>