对比文件：2006-09-07_JP2006238112A_发明专利_JP2006238112A Notification apparatus, notification condition designating apparatus and state notification method
目标专利：1085会话发起协议消息有效负荷压缩CN101843071B
本次调用模型名称：AI专利评估模型
### 特征比对表格
| 技术特征 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：所述方法包括在所述会话发起协议应用服务器的应用层内压缩所述NOTIFY消息有效负荷并在所述用户终端的应用层解压它们 （未公开） | 无 | 对比文件整体涉及SIP事件通知机制中的条件过滤，全文未提及任何有关消息有效负荷压缩或解压的技术内容，也未划分应用层及相应的压缩/解压功能。本领域技术人员无法从对比文件中直接或间接得出在应用层压缩/解压NOTIFY有效负荷的方案，故特征A未被公开。 |
| **技术特征B**：压缩的NOTIFY消息有效负荷经由合适的应用编程接口在所述应用层和会话发起协议用户代理器之间传递 （未公开） | 无 | 对比文件中既无压缩有效负荷的传送过程，也无应用层与SIP用户代理器（UA）之间的应用编程接口（API）的描述。对比文件仅描述了SIP消息的收发，未涉及压缩数据通过API在分层架构中的传递。因此特征B未被公开。 |
| **技术特征C**：所述应用层将有效负荷压缩由所述用户终端支持的指示写入将发送到所述会话发起协议应用服务器的SIPSUBSCRIBE消息的报头 （未公开） | 无 | 对比文件中虽然存在SUBSCRIBE消息的发送（例如实施形态2中PC104向プレゼンスサーバ发送SUBSCRIBE），但其报头或消息体中记录的是状态通知的过滤条件，而非有效负荷压缩能力的指示。对比文件完全没有提及压缩支持指示的写入操作，因此特征C未被公开。 |
| **技术特征D**：所述NOTIFY消息的报头被无压缩地发送 （未公开） | 无 | 对比文件中所有SIP消息（包括NOTIFY）均以普通文本方式传输，不存在任何压缩机制。尽管客观上其报头未被压缩，但对比文件并未在压缩有效负荷的上下文中特意保留报头不压缩，也未给出相关教导。本领域技术人员无法从中得出在压缩系统中保持报头无压缩的技术方案，故特征D未被公开。 |
| **技术特征E**：使得所述NOTIFY消息能通过任何中间CSCF和应用服务器来路由 （未公开） | 无 | 对比文件未提及CSCF（呼叫会话控制功能）等IMS核心网元，其网络架构为简单的プレゼンスサーバ与终端直连或通过一般网络连接。虽然SIP消息本身具备路由能力，但特征E明确限定在IMS环境下通过中间CSCF和应用服务器路由，该特定技术情景在对比文件中未体现，故特征E未被公开。 |
| **技术特征F**：使用gzip来执行消息有效负荷的所述压缩和解压 （未公开） | 无 | 对比文件全文未出现任何压缩算法（如gzip、deflate等）的描述，也未提及利用gzip进行有效负荷压缩和解压。因此特征F未被公开。 |
| **技术特征G**：包括 （未公开） | 无 | 该词语为权利要求中的连接词，本身不构成技术内容。对比文件中未涉及与之对应的特定步骤划分，故无法认定被公开。 |
| **技术特征H**：在所述SUBSCRIBE消息的接受或接受编码报头字段中包括所述指示 （未公开） | 无 | 对比文件中的SUBSCRIBE消息主要包含Event头字段和过滤条件（例如ボディ部的通知条件），从未描述使用Accept或Accept-Encoding头字段来携带压缩支持指示。因此特征H未被公开。 |
| **技术特征I**：包括 （未公开） | 无 | 同特征G，为形式连接词，对比文件中无对应技术内容，未被公开。 |
| **技术特征J**：经由所述应用编程接口从在所述用户终端的所述应用层将所述接受或接受编码报头字段写到所述会话发起协议用户代理器 （未公开） | 无 | 对比文件中既无应用编程接口的设定，也无应用层与SIP UA之间写入特定报头字段的操作机制。整个文件未涉及Accept/Accept-Encoding报头字段的生成与传递，故特征J未被公开。 |
| **技术特征K**：其中所述SUBSCRIBE和NOTIFY消息涉及存在服务 （直接公开） | 对比文件实施形态2的相关段落：<br>【0048】「ＰＣ１０４はプレゼンスサーバ１００に対して通知条件を記述したＳＵＢＳＣＲＩＢＥを送信する。」（译文：PC104向存在服务器100发送记述了通知条件的SUBSCRIBE。）<br>【0050】「プレゼンスサーバ１００は...ＮＯＴＩＦＹを送信する。」（译文：存在服务器100发送NOTIFY。）<br>以及说明书全文中多处提及「プレゼンスサービス」（存在服务）中使用SIP SUBSCRIBE和NOTIFY进行状态订阅与通知。 | 对比文件明确记载了在プレゼンスサービス（存在服务）场景下，通过SIP SUBSCRIBE消息发起状态订阅，并由プレゼンスサーバ发送NOTIFY消息通知状态变化。这直接对应于特征K所述的SUBSCRIBE和NOTIFY消息涉及存在服务，且两者在对比文件中所起的作用与目标专利一致，均为存在服务中的事件订阅与通知。因此特征K被直接公开。 |
<<<K>>>