对比文件名称：2004-10-01_TW200419393A_发明专利_TW200419393A 告知通話的方法 METHOD OF ANNOUNCING SESSIONS
目标专利名称：938用于提供服务改变通知的方法和设备CN101297550B
本次调用的模型名称：deepseek-chat
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：包括：输入端，被配置为接收在用于传输的电子服务指南片段中包含的数据。**《直接公开》** | “數據傳播接收器14接收解調的數據傳播網路4，且將這些數據解包封。…該解調及解包封的數據包含IP包封，其攜帶數據串或者是說明該內容的巨集數據。” (说明书第11页第3-4段，图1说明部分) | 对比文件明确公开了客户装置5中的数据传播接收器14，其功能是接收来自广播网络的数据，该数据包含IP包封，其中携带了说明内容（即服务）的巨集数据（即ESG片段数据）。该接收器直接对应于目标专利的输入端，用于接收ESG片段中的数据，且作用相同，均为获取用于服务指南的底层数据。 |
| 技术特征B：识别模块，被配置为确定与所述电子服务指南片段相关的通知。**《直接公开》** | “服務發現客戶裝置15在一或多個給定的型式及一或多個給定的數據埠上接收該IP包封，以攜帶IP服務宣告。…該服務發現客戶裝置15可以接收說明該全服務目錄的第一類型的宣告，另額外接收該說明對服務目錄更新之第二類型的宣告。” (说明书第11页第5段，图1说明部分)； “該服務發現伺服器10將說明多個多媒體資料串集的第一宣告組及說明至少一更新多媒體資料串集的第二宣告組經由不同的頻道前送數據傳播器3中。” (说明书第14页第3段，图14相关说明) | 对比文件公开了服务发现客户装置15，该装置接收并处理包含服务宣告的IP包封。尤其明确了其可以接收两类宣告：第一类（全服务目录）和第二类（更新目录）。更新目录（第二类宣告）在对比文件中明确用于向客户装置通知服务的更新信息，即相当于目标专利中的“通知”。因此，服务发现客户装置15执行了确定与ESG片段（宣告）相关的通知（更新宣告）的功能，该功能与目标专利的识别模块相同。 |
| 技术特征C：电子服务指南片段组合器，被配置为组合与服务对应的电子服务指南片段，该步骤包括：提供服务片段，以及提供访问片段。**《隐含公开》** | “使用一多媒體資料串集宣告協定(SAP)以傳送巨集數據組33<sub>1</sub>’…及使用一多媒體資料串集說明協定(SDP)以說明該多媒體資料串集…第一多媒體資料串集宣告34<sub>1</sub>可以包含第一多媒體資料串集22<sub>1</sub>的SDP之說明，其中包含如：…a=cat: Full. Sports. Soccer”。 (说明书第13页第2-6段，图10-13相关说明)； “該服務發現伺服器10從ESG資料庫9中取得排程資訊…且將這些內容資訊傳送到數據傳播器3上，以在數據傳播網路4上傳送。” (说明书第11页第1段，图1说明部分) | 对比文件未明确使用“服务片段”和“访问片段”的术语，但描述了服务发现服务器10如何组合ESG数据。该服务器基于ESG数据库中的信息（如SDP描述）生成宣告，这些宣告实质上包含了服务（多媒体串集）的描述（对应服务片段）和对该服务的访问参数（如IP地址、端口、媒体类型，对应访问片段），并通过数据传播器3发送。本领域技术人员可以合理推断，服务发现服务器10执行了组合功能，将服务描述和访问描述整合到传输的宣告中，这与目标专利的组合器功能在本质上是相同的，因此隐含公开。 |
| 技术特征D：该步骤包括：提供服务片段，以及提供访问片段。**《隐含公开》** | 同上，对比文件使用SDP描述，其中内容如“o=…”和“c=…”，“m=…”等分别标识了服务（多媒体串集）的标识、版本、联系信息（服务片段信息）以及媒体流类型和端口（访问片段信息）。 | 如上所述，对比文件通过SAP/SDP协议生成的宣告，自然包含了服务描述和访问描述。尽管没有明确区分为两个独立的片段步骤，但在产生和组合宣告的过程中，服务发现服务器10必然提供了服务相关的元数据和访问相关的参数，这隐含公开了提供服务片段和访问片段的概念与步骤。 |
| 技术特征E：如果所述服务是通知，则所述电子服务指南片段组合器被配置为将所述电子服务指南片段与服务片段组合。**《未公开》** | 对比文件描述了第一类宣告（全目录）和第二类宣告（更新目录）。第二类宣告用于通知更新，但其本身是作为一个独立的目录宣告组，而不是将“通知”这一概念作为一个“服务”并在其对应的服务片段中通过特定参数来标识。对比文件通过不同的IP地址或端口来区分通知宣告，而非在服务片段内声明。 | 对比文件将更新（通知）信息作为独立的第二组宣告发送，并未将ESG片段与一个被标识为“通知”的服务片段进行组合。目标专利中，通知本身可以是一个服务，并通过服务片段类型参数来标识，而对比文件缺少这种将通知作为服务并与服务片段关联的机制和教导，因此未公开技术特征E。 |
| 技术特征F：所述服务片段包括服务片段类型参数，所述服务片段类型参数用于将所述电子服务指南片段示意为与通知服务对应。**《未公开》** | 对比文件中，为了区分全宣告与更新宣告，使用了不同的IP地址（如224.2.17.0和224.2.17.1）或不同的端口号，或者在SDP中使用“a=cat: Update. Sports. Soccer”这样的分类字段来标识更新。 | 对比文件未在服务片段（即描述多媒体串集的元数据）中设置一个专门的“类型参数”来将整个服务标识为“通知服务”。其区分通知的方式是基于承载宣告的频道（IP/端口）或SDP中的分类属性，而非服务片段自身的类型属性。因此，未公开目标专利中通过服务片段类型参数（如type=10）来定义通知服务的特定方式。 |
| 技术特征G：如果所述通知是服务的成分，则所述电子服务指南片段组合器被配置为将所述电子服务指南片段与访问片段组合。**《未公开》** | 对比文件描述了对多媒体串集内容的更新，例如第一多媒体串集22<sub>1</sub>更新为22<sub>1</sub>’。但这被视为对整个多媒体串集（即服务）的更新，而非将通知作为该服务的其中一个成分（访问）进行单独处理。 | 对比文件没有教导将“通知”视为一个服务的成分（如音频、视频之外的又一个访问流）来处理。当一个服务有更新时，它通过第二组宣告通知整个服务的改变，而不是在原有服务内新增一个“通知成分”的访问片段。因此，未公开技术特征G。 |
| 技术特征H：所述访问片段包括访问片段类型参数。**《未公开》** | 对比文件中的SDP描述包含媒体类型信息，如“m=data”、“m=video”，并通过媒体子类型（如“UHTTP”、“RTP/AVP”）来定义格式。 | 对比文件中的SDP描述虽然定义了媒体流（访问）的类型，但这通常是描述媒体本身的格式（如音频、视频、数据），而非定义一个专门的“访问片段类型参数”来标识该访问是否为“通知成分”。目标专利通过访问片段类型参数（如AccessType=11）来明确声明一个访问是通知，对比文件未公开此特定参数及其声明功能。 |
| 技术特征I：所述访问片段类型参数用于将所述电子服务指南片段声明为与通知服务的访问对应。**《未公开》** | 同上。对比文件使用分类属性“a=cat: Update. Sports. Soccer”来标识与更新（通知）相关的宣告，但这不是在访问片段内的类型声明。 | 对比文件未在访问片段（SDP中的媒体描述）内设置一个类型参数来声明该访问对应于“通知服务”。其通过宣告所属的频道（IP/端口）来暗示是更新通知，而非在访问片段本身进行声明。因此，未公开技术特征I。 |
| 技术特征J：输出端，用于将所述电子服务指南片段发送到目的地。**《直接公开》** | “數據傳播器3接收來自數據傳播服務系統2的IP數據串，提供第2層的包封及調變功能，且傳送IP數據以在數據傳播網路4上提供予客戶裝置5。” (说明书第10页第3段，图1说明部分) | 对比文件的数据传播器3明确执行了将包含服务宣告（ESG片段）的IP数据发送到广播网络（目的地）的功能。该数据传播器3的输出功能直接对应于目标专利中的输出端，作用相同，均为将组合后的ESG片段发送至接收端。 |
| 技术特征K：其中所述电子服务指南片段包括用于确定所述通知的接收信息的参数。**《直接公开》** | “在一第二IP位址上傳送第二類型的宣告37<sub>2</sub>，該位址如：224.2.17.1。” (说明书第13页第5段)； “m=data 9875 UHTTP UDP” (说明书第13页第4段，SDP示例) | 对比文件明确指出，用于通知的更新宣告（第二类宣告）通过指定的IP地址（224.2.17.1）和端口（9875）进行传送。该IP地址和端口信息即是用于确定通知接收信息的参数，这些参数作为宣告的一部分被发送，直接公开了目标专利的特征。 |
| 技术特征L：其中用于确定所述通知的接收信息的所述参数包括通知端口参数，用于确定与所述通知的信息的所述目的地对应的端口。**《直接公开》** | “m=data 9875 UHTTP UDP” (说明书第13页第4段，SDP示例，该示例为第一类宣告的SDP，但第二类宣告同样使用类似的SDP描述，包括端口信息，且说明书第16页第2段提到“在不同的埠號中提供整個多媒體資料串集宣告及更新的多媒體資料串集宣告”) | 对比文件在SDP描述的媒体行“m=”中明确指定了端口号9875，用于数据（包括通知数据）的传输。此外，还明确提到使用不同的端口号来区分全宣告和更新宣告。因此，端口参数被直接公开，用于确定接收通知信息的目的地端口。 |
| 技术特征M：其中用于确定所述通知的接收信息的所述参数包括通知地址参数，用于标识通知传送的IP多播地址。**《直接公开》** | “在一第二IP位址上傳送第二類型的宣告37<sub>2</sub>，該位址如：224.2.17.1。” (说明书第13页第5段)； SDP中的“c=IN IP4 224.2.17.12/127” (说明书第13页第4段，给出了IP多播地址的例子) | 对比文件明确给出了用于传送第二类（通知）宣告的IP多播地址（224.2.17.1）。SDP中的“c=”行也定义了连接地址，该地址即为IP多播地址。因此，通知地址参数被直接公开，用于标识通知传送的IP多播地址。 |
| 技术特征N：其中所述服务片段类型参数将所述服务标识为通知。**《未公开》** | 对比文件未提供任何服务片段类型参数（如type=10）来将整个服务标识为通知。 | 同技术特征F的论述，对比文件区分通知是通过频道而非服务类型参数，因此未公开此特征。 |
| 技术特征O：其中所述服务片段链接到访问片段，以提供所述通知的传输内容的描述。**《未公开》** | 对比文件中，第一类宣告（全目录）和第二类宣告（更新目录）是独立的，或者第二类宣告指向更新的对象。但没有描述“服务片段”与“访问片段”之间存在显式的链接关系来专门提供通知的传输内容描述。 | 目标专利中，服务片段（如通知服务）会链接到访问片段，以描述如何访问该通知。对比文件虽然描述了宣告与媒体流的关系，但未以目标专利所述的“服务片段链接到访问片段”的特定方式来组织和声明通知的传输内容。因此未公开此特征。 |
| 技术特征P：其中所述访问片段类型参数将所述通知标识为所述服务的成分。**《未公开》** | 同上技术特征H和I，对比文件未在访问片段内设置类型参数来将通知标识为服务的成分。 | 未公开。 |
| 技术特征Q：包括以下步骤：确定与电子服务指南片段相关的通知。**《直接公开》** | “該ESG管理模組8辨識多媒體資料串集是否已更新內容資料庫12(參考步驟S1)。如果其辨識出存在任何的更新多媒體資料串集，則其更新在ESG資料庫中任何的巨集數據組(步驟S2)。巨集數據完成服務發現伺服器10，此伺服器對於任何更新的巨集數據組產生更新的多媒體資料串集宣告(步驟S3)。” (说明书第14页第2段，图14相关说明) | 对比文件公开了ESG管理模块8和服务发现服务器10确定何时存在对多媒体串集（服务）的更新，并因此产生更新宣告（通知）的步骤。这直接对应了“确定与电子服务指南片段相关的通知”的步骤。 |
| 技术特征R：组合与服务对应的电子服务指南片段，该步骤包括：提供服务片段，以及提供访问片段，其中如果所述服务是所述通知，则所述服务片段包括服务片段类型参数，所述服务片段类型参数用于将所述电子服务指南片段示意为与通知服务对应。**《未公开》** | 对比文件未公开将通知作为服务处理并通过服务片段类型参数标识的方法。 | 同技术特征C、D、F的论述，对比文件未公开通过服务片段类型参数将服务标识为通知服务的组合方法。 |
| 技术特征S：如果所述通知是所述服务的成分，则所述访问片段包括访问片段类型参数，所述访问片段类型参数用于将所述电子服务指南片段声明为与通知服务的访问对应。**《未公开》** | 对比文件未公开将通知作为服务成分处理并通过访问片段类型参数声明的方法。 | 同技术特征G、H、I的论述，对比文件未公开此特征。 |
| 技术特征T：输出所述电子服务指南片段。**《直接公开》** | “數據傳播器3接收來自數據傳播服務系統2的IP數據串…且傳送IP數據以在數據傳播網路4上提供予客戶裝置5。” (说明书第10页第3段) | 对比文件明确公开了数据传播器3执行输出宣告（ESG片段）的步骤，直接公开了技术特征T。 |
| 技术特征U：其中所述电子服务指南片段包括服务指南传送描述符参数，用于确定所述通知的目的地。**《隐含公开》** | “在一第二IP位址上傳送第二類型的宣告37<sub>2</sub>，該位址如：224.2.17.1。” (说明书第13页第5段)； “在不同的埠號中提供整個多媒體資料串集宣告及更新的多媒體資料串集宣告。” (说明书第16页第2段) | 对比文件未明确使用“服务指南传送描述符”这一术语，但其用于确定通知目的地的参数（如更新宣告的IP地址和端口）实质上起到了与目标专利中服务指南传送描述符参数相同的作用。这些参数作为ESG片段（宣告）的一部分被发送，用于告知接收端如何找到通知信息。本领域技术人员可以合理推断这些参数构成了用于确定通知目的地的描述信息，因此隐含公开。 |
| 技术特征V：其中所述服务指南传送描述符参数包括通知接收参数，用于向所述目的地提供关于所述通知的信息。**《隐含公开》** | “在一第二IP位址上傳送第二類型的宣告37<sub>2</sub>，該位址如：224.2.17.1。”及“m=data 9875 UHTTP UDP” (说明书第13页) | 对比文件中的IP地址和端口参数，其功能是向接收端（目的地）提供如何接收通知（更新宣告）的信息，这与目标专利中“通知接收参数”的功能一致。尽管对比文件未使用该术语，但其内容实质公开了此类参数，用于向目的地提供关于通知的接收信息，因此隐含公开。 |
| 技术特征W：其中所述通知接收参数包括通知端口参数，用于确定与所述通知的信息的所述目的地对应的端口。**《直接公开》** | “m=data 9875 UHTTP UDP” (说明书第13页第4段) 及 “在不同的埠號中提供整個多媒體資料串集宣告及更新的多媒體資料串集宣告。” (说明书第16页第2段) | 对比文件直接公开了通过端口号（如9875）来确定通知信息的传送目的地，该端口号即为通知端口参数。 |
| 技术特征X：其中所述通知接收参数包括通知地址参数，用于标识通知传送的IP多播地址。**《直接公开》** | “在一第二IP位址上傳送第二類型的宣告37<sub>2</sub>，該位址如：224.2.17.1。” (说明书第13页第5段) | 对比文件直接公开了使用特定的IP多播地址（如224.2.17.1）来传送通知宣告，该地址即为通知地址参数。 |
| 技术特征Y：其中所述服务片段类型参数将所述服务标识为通知。**《未公开》** | 对比文件未公开此参数。 | 同技术特征F、N。 |
| 技术特征Z：其中所述服务片段链接到访问片段。**《未公开》** | 对比文件未公开此链接关系。 | 同技术特征O。 |
<<<A>>><<<B>>><<<J>>><<<K>>><<<L>>><<<M>>><<<Q>>><<<T>>><<<W>>><<<X>>><<<c>>><<<d>>><<<u>>><<<v>>>