对比文件名称：2007-02-01_JP2007028117A_发明专利_JP2007028117A Information exchange system, management server, terminal equipment, and network load reducing method used therefor
目标专利名称：1085会话发起协议消息有效负荷压缩CN101843071B
本次调用的模型名称：Default Model
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：** 所述方法包括在所述会话发起协议应用服务器的应用层内压缩所述NOTIFY消息有效负荷并在所述用户终端的应用层解压它们 <br> *未公开* | 无 | 对比文件JP2007028117A整体涉及一种通过将包含多个资源状态的大NOTIFY消息拆分为多个仅包含单个资源状态的小NOTIFY消息来减轻网络负荷的方法。对比文件全文未提及任何关于消息有效负荷“压缩”或“解压”的技术内容，更未涉及在“应用层”内执行此类操作。该特征既未被直接公开，也因对比文件无任何压缩相关的技术启示而无法隐含公开。 |
| **技术特征B：** 压缩的NOTIFY消息有效负荷经由合适的应用编程接口在所述应用层和会话发起协议用户代理器之间传递 <br> *未公开* | 无 | 对比文件未公开对NOTIFY消息有效负荷进行压缩，因此自然不存在“压缩的NOTIFY消息有效负荷”的传递。同时，对比文件中也没有关于“应用编程接口（API）”以及在“应用层”和“会话发起协议用户代理器”之间交互的任何描述。该技术特征既未被直接公开，也不能从对比文件中隐含推导得出。 |
| **技术特征C：** 所述应用层将有效负荷压缩由所述用户终端支持的指示写入将发送到所述会话发起协议应用服务器的SIPSUBSCRIBE消息的报头 <br> *未公开* | 无 | 对比文件公开了用户终端（サブスクライバ1）向管理服务器（リソースリストサーバ2）发送SUBSCRIBE请求（例如，段落[0023]、[0024]、[0072]及图11），但其SUBSCRIBE请求的内容是指定资源列表及可能的功能支持通知，并未涉及在消息报头中写入任何关于“有效负荷压缩”支持的指示。该特征未被直接公开；由于对比文件通篇未提及压缩，本领域技术人员也无法从中推理出此技术方案，故未被隐含公开。 |
| **技术特征D：** 所述NOTIFY消息的报头被无压缩地发送 <br> *未公开* | 无 | 对比文件未对任何消息进行压缩，其发送的NOTIFY消息整体（包括报头和主体）均为未压缩形式。对比文件描述的未压缩发送是系统默认行为，而不是作为“压缩方案中报头不压缩”这一特定技术选择而提出的。对比文件完全缺乏“压缩”这一技术背景，本领域技术人员无法从中推断出在压缩方案中保持报头不压缩的技术特征，故该特征未被公开。 |
| **技术特征E：** 使得所述NOTIFY消息能通过任何中间CSCF和应用服务器来路由 <br> *未公开* | 无 | 对比文件图1、图12以及相关描述中公开了系统包含管理服务器（リソースリストサーバ2,4）、用户终端（サブスクライバ1）和通知者（ノーティファイア3）。其技术方案的核心是资源列表服务器对SUBSCRIBE和NOTIFY消息进行处理和转发，但这并非因为“报头无压缩”而使得消息能够路由。对比文件中没有提及CSCF（呼叫会话控制功能）节点，也没有将“消息能通过中间节点路由”归因于“报头无压缩”。该特征未被公开。 |
| **技术特征F：** 使用gzip来执行消息有效负荷的所述压缩和解压 <br> *未公开* | 无 | 对比文件JP2007028117A中没有出现“gzip”一词，也没有提及使用任何其他压缩算法来压缩或解压消息有效负荷。该技术特征在对比文件中既未直接公开，也不存在任何隐含公开的可能。 |
| **技术特征G：** 包括 <br> *公开* | 全文 | 这是一个开放式连接词，表示方法或装置包含但不限于所列步骤或组件，不构成限制性技术特征，无需进行对比。 |
| **技术特征H：** 在所述SUBSCRIBE消息的接受或接受编码报头字段中包括所述指示 <br> *未公开* | 无 | 对比文件中未出现过“接受（Accept）”或“接受编码（Accept-Encoding）”报头字段，也未提及在SUBSCRIBE消息的任何报头中包含压缩支持指示。该特征完全未被对比文件公开。 |
| **技术特征I：** 包括 <br> *公开* | 全文 | 这是一个开放式连接词，表示方法或装置包含但不限于所列步骤或组件，不构成限制性技术特征，无需进行对比。 |
| **技术特征J：** 经由所述应用编程接口从在所述用户终端的所述应用层将所述接受或接受编码报头字段写到所述会话发起协议用户代理器 <br> *未公开* | 无 | 如技术特征B和技术特征H的论述，对比文件既未涉及“应用编程接口”和“应用层”，也未涉及“接受或接受编码报头字段”。因此，本领域技术人员无法从对比文件中获知通过应用编程接口将此类报头字段从应用层写到用户代理器的技术方案。该特征未被公开。 |
| **技术特征K：** 其中所述SUBSCRIBE和NOTIFY消息涉及存在服务 <br> *《直接公开》* | 【1】段落[0002]： “このフレームワークを応用した例としては、プレゼンスサービスに適用した例がある...” (翻译：作为应用此框架的示例，有应用于存在服务的例子。) <br> 【2】段落[0084]： “本発明は、インタネットに限らず、あらゆるものの存在やその状態を通知するプレゼンスサービス、特にモバイル環境におけるプレゼンスサービスに適用可能である。” (翻译：本发明不限于互联网，可应用于通知万物存在及其状态的存在服务，特别是移动环境下的存在服务。) | 对比文件明确记载其技术方案可应用于“プレゼンスサービス（存在服务）”，并且整个文件描述的SUBSCRIBE和NOTIFY消息交互框架就是存在服务的基础架构。因此，该技术特征被对比文件直接公开。 |
<<<K>>>