好的，作为一名经验丰富的资深专利代理师，我将对您提供的对比文件与目标专利的技术特征进行严谨、详细的比对分析。
**对比文件名称：** 2005-08-29_KR1020050085702A_发明公开_KR1020050085702A 세션들을 고지하는 방법
**目标专利名称：** 938用于提供服务改变通知的方法和设备CN101297550B
**本次调用的模型名称：** Gemini 2.5 Pro
以下是根据您的要求进行的特征比对分析。
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 (翻译) | 公开性论述 |
| **技术特征A：** 包括：输入端，被配置为接收在用于传输的电子服务指南片段中包含的数据<br><br>**《隐含公开》** | **[段落86]** “서비스 디스커버리 서버(10)는 ESG데이터베이스(9)에서 발견된 메타데이터에 기초하여 IP서비스들 및 IP세션들의 고지들을 발생한다. 고지들은 데이터캐스트 네트워크(4)를 통한 전송을 위해 데이터캐스터(3)에 송신된다.” <br> (服务发现服务器(10)基于ESG数据库(9)中发现的元数据，产生IP服务和IP会话的公告。公告被发送到数据封装器(3)以通过数据广播网络(4)传输。)<br><br>**[段落173]** “ESG관리모듈(8)은 세션들이 콘텐츠데이터베이스(12)에서 갱신되었는지를 식별한다(단계 S1). 어느 갱신된 세션들이라도 식별된다면, ESG관리모듈은 ESG데이터베이스에서 대응하는 메타데이터 집합들을 갱신한다(단계 S2). ... 메타데이터는 서비스 디스커버리 서버(10)에 보내지고, 이 서버는 임의의 갱신된 메타데이터 집합들을 위해 갱신된 세션고지들을 생성한다(단계 S3).” <br> (ESG管理模块(8)识别会话是否已在内容数据库(12)中更新(步骤S1)。如果识别到任何更新的会话，ESG管理模块更新ESG数据库中相应的元数据集合(步骤S2)。...元数据被发送到服务发现服务器(10)，该服务器为任何更新的元数据集合生成更新的会话公告(步骤S3)。) | 目标专利的“输入端”用于接收要组合进ESG片段的数据。对比文件的服务发现服务器(10)是产生公告（相当于ESG片段）的核心模块。它需要从ESG管理模块(8)接收更新后的元数据（即数据）作为输入，才能生成更新的会话公告。虽然对比文件未明确命名“输入端”，但服务发现服务器(10)执行了接收元数据以用于生成公告的功能。因此，本领域技术人员可以毫无疑义地确定，对比文件的服务发现服务器(10)必然包含用于接收输入数据的单元，该单元与目标专利的“输入端”功能等同。 |
| **技术特征B：** 识别模块，被配置为确定与所述电子服务指南片段相关的通知<br><br>**《直接公开》** | **[段落87]** “나중에 더 상세히 설명될 것처럼, 2 종류들의 고지들이 발생된다. 제1종류의 고지는 전체 IP서비스디렉토리를 기술하고 제2종류의 고지는 IP서비스디렉토리에 대한 갱신들을 기술한다.” <br> (如下文将更详细描述的，会产生两种公告。第一种公告描述整个IP服务目录，第二种公告描述对IP服务目录的更新。)<br><br>**[段落173]** “ESG관리모듈(8)은 세션들이 콘텐츠데이터베이스(12)에서 갱신되었는지를 식별한다(단계 S1).” <br> (ESG管理模块(8)识别会话是否已在内容数据库(12)中更新(步骤S1)。) | 目标专利的“识别模块”用于确定与ESG片段相关的通知，特别是识别出需要发送通知的事件（如服务更新）。对比文件明确公开了ESG管理模块(8)执行“识别”操作，它能够识别出内容数据库中的会话是否发生了更新（即需要通知的事件）。该识别结果是后续生成更新公告（即通知）的基础。因此，对比文件直接公开了用于确定与更新通知相关的识别模块。 |
| **技术特征C：** 电子服务指南片段组合器，被配置为组合与服务对应的电子服务指南片段<br><br>**《直接公开》** | **[段落86]** “서비스 디스커버리 서버(10)는 ESG데이터베이스(9)에서 발견된 메타데이터에 기초하여 IP서비스들 및 IP세션들의 고지들을 발생한다.” <br> (服务发现服务器(10)基于ESG数据库(9)中发现的元数据，产生IP服务和IP会话的公告。)<br><br>**[段落173]** “서비스 디스커버리 서버(10)는 임의의 갱신된 메타데이터 집합들을 위해 갱신된 세션고지들을 생성한다(단계 S3).” <br> (服务发现服务器(10)为任何更新的元数据集合生成更新的会话公告(步骤S3)。) | 目标专利的“组合器”用于组合ESG片段。对比文件的服务发现服务器(10)执行了完全相同的功能：它接收元数据（数据），并生成或“组合”出用于传输的公告（即ESG片段）。无论是完整的服务目录公告，还是针对更新的公告，都是由该服务器生成的。因此，服务发现服务器(10)直接公开了“电子服务指南片段组合器”这一特征。 |
| **技术特征D：** 该步骤包括：提供服务片段，以及提供访问片段<br><br>**《未公开》** | **[段落129-131]** 对比文件描述了使用SAP(会话公告协议)和SDP(会话描述协议)来公告会话。SDP描述了会话的属性，例如会话名称、时间、媒体类型等。 <br> **[段落247]** 描述了使用ALC协议传输完整的ESG、更新ESG以及更新通知。 | 目标专利权利要求中的“服务片段”(Service fragment)和“访问片段”(Access fragment)是OMA BCAST ESG中定义的特定数据模型结构。“服务片段”描述一个服务（如一个频道或一组内容），“访问片段”描述如何访问该服务（如IP地址、端口、传输协议）。对比文件使用SDP来描述整个会话，并未将描述信息划分为独立的、可关联的“服务片段”和“访问片段”这两种不同的片段类型。其公告内容是一个整体的描述，而非由多种类型的ESG片段组合而成。因此，对比文件未公开此特征。 |
| **技术特征E：** 如果所述服务是通知，则所述电子服务指南片段组合器被配置为将所述电子服务指南片段与服务片段组合<br><br>**《未公开》** | **[段落86-87]** 对比文件描述了两种公告：完整目录公告和更新公告。更新公告本身是针对服务目录的更新，而不是将“通知”本身定义为一个服务。 | 目标专利中，存在一种特殊的服务类型，即“通知服务”（如突发新闻、体育比分更新服务），该服务本身就是一个通知。当服务被识别为“通知服务”时，组合器会将其与ESG片段组合。对比文件虽然产生了“更新公告”，但这种公告是对现有服务变更的描述，而非将“更新”或“通知”本身定义为一个独立的、可供用户订阅的“服务”。对比文件没有“将服务识别为通知”并据此组合服务片段的概念。因此，对比文件未公开此特征。 |
| **技术特征F：** 所述服务片段包括服务片段类型参数，所述服务片段类型参数用于将所述电子服务指南片段示意为与通知服务对应<br><br>**《未公开》** | **[段落87]** “제1종류의 고지는 전체 IP서비스디렉토리를 기술하고 제2종류의 고지는 IP서비스디렉토리에 대한 갱신들을 기술한다.” <br> (第一种公告描述整个IP服务目录，第二种公告描述对IP服务目录的更新。) | 对比文件通过不同的信道（如不同的IP地址[段落137, 159]）来区分“完整目录公告”和“更新公告”，这是一种传输层面的区分，而不是在公告内容内部使用一个明确的“服务片段类型参数”（如目标专利表I中的`type=10`）来声明该片段对应的服务是一个“通知服务”。对比文件没有公开这种在服务片段内使用特定参数值（如`type=10`）来标识服务类型的技术方案。 |
| **技术特征G：** 如果所述通知是服务的成分，则所述电子服务指南片段组合器被配置为将所述电子服务指南片段与访问片段组合<br><br>**《未公开》** | **[段落87]** 对比文件描述了两种公告类型，但并未将“通知”作为一个服务的“成分”来看待。 | 目标专利中，通知可以作为服务的一个“成分”，例如在一个体育赛事服务中，除了视频和音频流，还有一个专门用于发送比分更新的“通知成分”。这个成分通过一个特定的“访问片段”来描述。对比文件没有这种将通知作为服务内部一个独立成分（component）的概念。其更新公告是针对整个会话或服务的，而非服务内部的某个特定流或成分。因此，对比文件未公开此特征。 |
| **技术特征H：** 所述访问片段包括访问片段类型参数<br><br>**《未公开》** | 对比文件使用SDP来描述会话访问信息，例如 **【段落142】** `m = data 9875 UHTTP UDP` 描述了媒体类型、端口和协议。但没有使用如目标专利表II所示的 `AccessType` 参数及其对应的枚举值。 | 目标专利的访问片段中包含一个明确的“访问片段类型参数”（`AccessType`），通过不同的整数值（如`11`代表通知成分）来定义访问的类型。对比文件虽然描述了访问信息（如IP、端口、协议），但这些信息是作为SDP描述的一部分，而不是一个独立的、包含类型参数的“访问片段”。对比文件没有公开在访问片段中设置一个专门的类型参数来标识其特性的技术方案。 |
| **技术特征I：** 所述访问片段类型参数用于将所述电子服务指南片段声明为与通知服务的访问对应<br><br>**《未公开》** | **[段落87]** 对比文件未将访问声明为“通知服务”的访问。 <br> **[段落142]** SDP描述了媒体流，但没有用参数声明其为“通知成分”。 | 结合对特征G和H的分析，对比文件既没有“通知是服务成分”的概念，也没有在访问描述中使用特定的类型参数来声明该访问对应的是“通知”。因此，特征I自然也未被公开。 |
| **技术特征J：** 输出端，用于将所述电子服务指南片段发送到目的地<br><br>**《直接公开》** | **[段落86]** “고지들은 데이터캐스트 네트워크(4)를 통한 전송을 위해 데이터캐스터(3)에 송신된다.” <br> (公告被发送到数据封装器(3)以通过数据广播网络(4)传输。)<br><br>**[段落173]** “서비스 디스커버리 서버(10)는 ... 갱신된 세션고지들을 ... 데이터캐스터(3)에 보낸다(단계 S4 및 S5).” <br> (服务发现服务器(10)将更新的会话公告...发送到数据封装器(3)(步骤S4和S5)。) | 目标专利的“输出端”用于将组合好的ESG片段发送出去。对比文件的服务发现服务器(10)在生成公告后，明确将其“发送”到数据封装器(3)以进行网络传输。这直接对应于将组合好的数据（公告）发送到下一个处理节点（目的地）的功能，因此直接公开了“输出端”这一特征。 |
| **技术特征K：** 其中所述电子服务指南片段包括用于确定所述通知的接收信息的参数<br><br>**《未公开》** | **[段落191-203]** 描述了通过默认会话公告提供完整和更新会话目录的细节，例如通过不同的端口号（42451, 42452）来区分。但这些信息是用于描述如何接收公告本身，而不是公告内容内部携带的通知接收参数。 | 目标专利中的“用于确定通知的接收信息的参数”是包含在ESG片段内部的，用于告诉接收机如何接收具体的通知消息（例如，通知消息在哪个UDP端口上发送）。对比文件通过在不同的信道（地址/端口）上发送不同类型的公告，这种信道信息是传输层面的属性，而不是在ESG片段内容内部使用一个参数来指定通知的接收方式。因此，对比文件未公开此特征。 |
| **技术特征L：** 其中用于确定所述通知的接收信息的所述参数包括通知端口参数，用于确定与所述通知的信息的所述目的地对应的端口<br><br>**《未公开》** | **[段落200-203]** “m = data 42451 udp uhttp / a = X-session-directory-full ... m = data 42452 udp uhttp / a = X-session-directory-updates” 这里定义了接收完整目录和更新目录的端口。 | 同上，对比文件定义了接收不同种类公告的端口，但这并非目标专利所述的、在ESG片段内部用于指定“通知消息”（如紧急警报文本）目的地的“通知端口参数”。目标专利的通知端口参数（`NotificationPort`）是ESG片段内一个具体的数据字段，用于告知接收机去监听哪个端口以获取通知消息的内容，而对比文件中的端口是用于区分不同类型公告的传输信道。两者在目的和层级上均不相同。 |
| **技术特征M：** 其中用于确定所述通知的接收信息的所述参数包括通知地址参数，用于标识通知传送的IP多播地址<br><br>**《未公开》** | **[段落137]** “제1유형(37 1 )의 고지들은 224.2.17.0과 같은 IP주소에 전송된다.” <br> (第一种类型的公告被发送到如224.2.17.0的IP地址。) <br> **[段落159]** “제2유형(37 2 )의 고지들은 224.2.17.1과 같은 제2IP주소에 전송된다.” <br> (第二种类型的公告被发送到如224.2.17.1的第二IP地址。) | 对比文件使用不同的IP多播地址来区分“完整公告”和“更新公告”的传输信道。这与目标专利的“通知地址参数”（`NotificationAddress`）类似，都是在IP层面指定地址。然而，目标专利的这一参数是明确包含在ESG片段（如SGDD）内部，用于指向通知消息的传送地址。对比文件的地址是公告本身的传输地址，而非公告内容内部所指向的另一个通知消息的地址。虽然功能上相似，但对比文件没有公开将IP多播地址作为ESG片段内的一个参数来定义“通知”的接收地址。 |
| **技术特征N：** 其中所述服务片段类型参数将所述服务标识为通知<br><br>**《未公开》** | **[段落87]** 对比文件通过不同的信道（IP地址/端口）来传输更新公告，但未在公告内容中使用参数将服务本身标识为“通知服务”。 | 与特征F类似，对比文件在传输层面对“更新公告”和“完整公告”进行了区分，但并未在公告内容（相当于ESG片段）内部设置一个参数（如`type=10`），将“更新”这一行为或其承载的公告内容本身标识为一个独立的“通知服务”。它仅仅是描述了现有服务的变更。 |
| **技术特征O：** 其中所述服务片段链接到访问片段，以提供所述通知的传输内容的描述<br><br>**《未公开》** | **[段落131-132]** 描述了不同类型的公告，但公告之间没有明确的“链接”关系。 | 目标专利中，“服务片段”和“访问片段”通过ID进行关联（如`ServiceIDRef`），从而将服务描述与其访问方式链接起来。对比文件虽然描述了服务及其访问方式（如通过SDP），但并未使用两个独立的、通过ID链接的片段结构。其描述是一个整体，不存在“链接”这种关系。 |
| **技术特征P：** 其中所述访问片段类型参数将所述通知标识为所述服务的成分<br><br>**《未公开》** | **[段落87]** 对比文件未将通知视为服务的成分。 | 与特征G和I的分析一致，对比文件没有“通知是服务成分”这一层级的概念，因此不可能在访问片段中用参数来标识它。 |
| **技术特征Q：** 包括以下步骤：确定与电子服务指南片段相关的通知<br><br>**《直接公开》** | **[段落173]** “ESG관리모듈(8)은 세션들이 콘텐츠데이터베이스(12)에서 갱신되었는지를 식별한다(단계 S1).” <br> (ESG管理模块(8)识别会话是否已在内容数据库(12)中更新(步骤S1)。) | 此特征与方法权利要求对应，其功能与特征B中的“识别模块”相同。对比文件明确公开了ESG管理模块执行“识别”步骤，以确定哪些会话发生了更新，这些更新是需要通过公告（通知）来传达的。因此，该步骤被直接公开。 |
| **技术特征R：** 组合与服务对应的电子服务指南片段，该步骤包括：提供服务片段，以及提供访问片段，其中如果所述服务是所述通知，则所述服务片段包括服务片段类型参数，所述服务片段类型参数用于将所述电子服务指南片段示意为与通知服务对应<br><br>**《未公开》** | **[段落86-87]、[段落131-132]、[段落137]** 对比文件通过不同信道发送不同公告，但并未在服务片段内使用类型参数来定义通知服务。 | 如对特征D、E、F的分析，对比文件未使用独立的“服务片段”和“访问片段”结构，也没有“通知服务”的概念，更没有在服务片段中使用特定类型参数进行标识。因此，该组合步骤及其限定条件未被公开。 |
| **技术特征S：** 如果所述通知是所述服务的成分，则所述访问片段包括访问片段类型参数，所述访问片段类型参数用于将所述电子服务指南片段声明为与通知服务的访问对应<br><br>**《未公开》** | **[段落87]** 对比文件未提供将通知作为服务成分、并使用访问片段类型参数进行声明的技术方案。 | 如对特征G、H、I的分析，对比文件没有此概念和技术手段。因此，该特征未被公开。 |
| **技术特征T：** 输出所述电子服务指南片段<br><br>**《直接公开》** | **[段落86]** “고지들은 데이터캐스트 네트워크(4)를 통한 전송을 위해 데이터캐스터(3)에 송신된다.” <br> (公告被发送到数据封装器(3)以通过数据广播网络(4)传输。) | 此特征与方法权利要求对应，其功能与特征J中的“输出端”相同。对比文件明确公开了将生成的公告发送出去的步骤，因此直接公开了“输出所述电子服务指南片段”。 |
| **技术特征U：** 其中所述电子服务指南片段包括服务指南传送描述符参数，用于确定所述通知的目的地<br><br>**《隐含公开》** | **[段落191-203]** “c = IN IP4 224.2.17.12/127 ... m = data 42451 udp uhttp / a = X-session-directory-full ... m = data 42452 udp uhttp / a = X-session-directory-updates” <br> (默认会话公告包含了IP地址和端口信息，用于定位完整目录和更新目录。)<br><br> 该默认会话公告 (Default Session Announcement) 本身可以被视为一种服务指南传送描述信息，它描述了如何获取服务目录（即ESG的组成部分）。 | 目标专利的“服务指南传送描述符”（如SGDD）包含用于确定通知目的地的参数。对比文件虽然没有名为“服务指南传送描述符”的XML元素，但其“默认会话公告”（Default Session Announcement）[段落191-203]执行了非常类似的功能。该公告通过SDP属性（`a=`）指明了用于接收“完整目录”（`X-session-directory-full`）和“更新目录”（`X-session-directory-updates`）的IP地址和端口，这实质上定义了这两种ESG数据的目的地。本领域技术人员可以合理推断，该默认会话公告即相当于一种服务指南传送描述信息，用于确定后续ESG数据（包括更新通知）的接收目的地。因此，该特征被隐含公开。 |
| **技术特征V：** 其中所述服务指南传送描述符参数包括通知接收参数，用于向所述目的地提供关于所述通知的信息<br><br>**《未公开》** | **[段落203]** `a = X-session-directory-updates` 这个属性仅仅标识了该会话是用于“更新”的，但没有提供关于“通知”本身更详细的信息。 | 目标专利的“通知接收参数”（如`NotificationPort`, `NotificationAddress`）是用于具体描述如何接收通知消息的详细参数。对比文件的`X-session-directory-updates`只是一个标签，用于区分这是更新目录的传输会话，并未提供关于“通知”消息本身的接收方式（如端口、地址）的详细参数。虽然特征U被隐含公开，但更具体的特征V未被公开。 |
| **技术特征W：** 其中所述通知接收参数包括通知端口参数，用于确定与所述通知的信息的所述目的地对应的端口<br><br>**《未公开》** | **[段落202]** 对比文件为“更新目录”定义了端口 `42452`，但该端口是用于接收更新目录本身的，而非用于接收由该目录所描述的“通知信息”。 | 目标专利的通知端口参数是用于接收具体的通知消息（如一条文本通知）的端口。对比文件中为“更新目录”分配的端口（如`42452`）是用于接收描述服务变更的元数据（即更新目录本身），而不是接收变更事件所产生的即时通知消息。两者在目的和内容层级上不同。 |
| **技术特征X：** 其中所述通知接收参数包括通知地址参数，用于标识通知传送的IP多播地址<br><br>**《未公开》** | **[段落191-203]** 默认会话公告定义了IP地址`224.2.17.12`，但这是用于接收会话描述信息（包括完整和更新目录）的地址，并非专门用于接收“通知”消息。 | 与特征W的分析类似，对比文件中的IP地址是用于接收ESG数据（目录）的，而非用于接收ESG数据内部所描述的“通知”消息。虽然都是IP地址，但其承载的对象不同。目标专利的通知地址参数直接指向通知消息流，而对比文件的地址指向的是描述更新信息的元数据流。因此，该特征未被公开。 |
| **技术特征Y：** 其中所述服务片段类型参数将所述服务标识为通知<br><br>**《未公开》** | **[段落87]** 对比文件未在服务片段中使用参数标识服务为通知。 | 与特征N和R的分析一致，对比文件未公开此特征。 |
| **技术特征Z：** 其中所述服务片段链接到访问片段<br><br>**《未公开》** | 对比文件描述了服务（通过SDP）和访问信息（同样在SDP中），但没有使用独立的片段和ID链接机制。 | 与特征O的分析一致，对比文件未公开此特征。 |
---
<<<B>>><<<C>>><<<J>>><<<Q>>><<<T>>><<<a>>><<<u>>>