对比文件的名称：2004-06-17_JP2004171281A_发明专利_JP2004171281A Web content conversion and editing system
目标专利的名称：1085会话发起协议消息有效负荷压缩CN101843071B
本次调用的模型名称：GPT-4o
---
### 特征比对表格
| 技术特征 | 对比文件原文引用（含段落号及翻译） | 公开性论述 |
| **技术特征A**<br>《未公开》<br>所述方法包括在所述会话发起协议应用服务器的应用层内压缩所述NOTIFY消息有效负荷并在所述用户终端的应用层解压它们 | 【0027】<br>「ＨＴＴＰエンティティボディの圧縮処理は、移動局１０側とコンテンツを提供するアプリケーションサーバ１３ａ～１３ｃ側の間で転送されるデータ量を減らし、無線通信路１１のリソースを有効に利用するために行われる。ウェブコンテンツ変換編集システム１２は、アプリケーションサーバ１３ａ～１３ｃ側から受信したＨＴＴＰレスポンスにおいて、移動局１０からの要求に応じエンティティボディ（コンテンツ）を圧縮して移動局１０側に送信する。」<br>（翻译：HTTP实体体的压缩处理是为了减少在移动局10侧与提供内容的应用服务器13a～13c侧之间传输的数据量，有效利用无线通信路11的资源而进行的。Web内容转换编辑系统12在从应用服务器13a～13c侧接收的HTTP响应中，根据来自移动局10的要求对实体体（内容）进行压缩并发送给移动局10侧。） | 对比文件公开的压缩操作发生在位于网络中间位置的Web内容转换编辑系统（代理）中，而非在“会话发起协议（SIP）应用服务器”的应用层内进行压缩；其处理的对象是HTTP响应中的实体体，而非SIP NOTIFY消息的有效负荷。解压操作发生在移动局侧，但并非在“用户终端的应用层”内由应用层主动解压（而是由移动局客户端软件自动处理）。因此，对比文件未公开在SIP应用服务器的应用层压缩NOTIFY消息有效负荷并在用户终端的应用层解压的技术方案。 |
| **技术特征B**<br>《未公开》<br>压缩的NOTIFY消息有效负荷经由合适的应用编程接口在所述应用层和会话发起协议用户代理器之间传递 | 无相关公开内容。 | 对比文件完全未提及任何应用编程接口（API），也未提及会话发起协议用户代理器（SIP UA）。其压缩数据流是在Web内容转换编辑系统与移动局/应用服务器之间直接传递，不涉及应用层与SIP UA之间的API交互。因此，该特征未被公开。 |
| **技术特征C**<br>《未公开》<br>所述应用层将有效负荷压缩由所述用户终端支持的指示写入将发送到所述会话发起协议应用服务器的SIPSUBSCRIBE消息的报头 | 【0028】<br>「移動局１０はＨＴＴＰリクエストにおけるアクセプト・エンコーディング（Ａｃｃｅｐｔ−Ｅｎｃｏｄｉｎｇ）ヘッダにより、受け入れられる圧縮タイプを指定するようにしている。」<br>（翻译：移动局10通过HTTP请求中的Accept-Encoding报头来指定可接受的压缩类型。） | 对比文件公开了移动局在HTTP请求的Accept-Encoding报头中指示其支持的压缩类型，但这并非由“应用层”写入，而是由移动局客户端直接生成；且该指示是包含在HTTP请求中，而非写入“SIP SUBSCRIBE消息的报头”。SIP与HTTP是不同的协议，对比文件没有任何关于SIP消息的教导。因此，该特征未被公开。 |
| **技术特征D**<br>《未公开》<br>所述NOTIFY消息的报头被无压缩地发送 | 【0027】<br>「ウェブコンテンツ変換編集システム１２は、アプリケーションサーバ１３ａ～１３ｃ側から受信したＨＴＴＰレスポンスにおいて、移動局１０からの要求に応じエンティティボディ（コンテンツ）を圧縮して移動局１０側に送信する。」<br>（翻译：Web内容转换编辑系统12在从应用服务器侧接收的HTTP响应中，根据移动局的要求对实体体（内容）进行压缩并发送给移动局侧。）<br>【0033】<br>「ウェブコンテンツ変換編集システム１２は、エンティティボディの圧縮を行ったＨＴＴＰレスポンスにコンテンツ・エンコーディング（Ｃｏｎｔｅｎｔ−Ｅｎｃｏｄｉｎｇ）ヘッダを追加する」<br>（翻译：Web内容转换编辑系统12在对实体体进行了压缩的HTTP响应中添加Content-Encoding报头。） | 对比文件明确公开了在HTTP响应中仅压缩实体体（消息体），而响应报头（如Content-Encoding）本身并未被压缩。然而，该特征明确限定为“NOTIFY消息”的报头被无压缩地发送。对比文件处理的是HTTP消息，并未涉及任何SIP NOTIFY消息。尽管“仅压缩消息体、不压缩报头”的构思在对比文件中存在，但无法据此认定对比文件公开了SIP NOTIFY消息的报头无压缩发送这一具体特征。因此，该特征未被公开。 |
| **技术特征E**<br>《未公开》<br>使得所述NOTIFY消息能通过任何中间CSCF和应用服务器来路由 | 无相关公开内容。 | 对比文件未提及CSCF（呼叫会话控制功能）或SIP应用服务器，也未讨论SIP消息的路由。其背景为Web内容获取，中间节点为Web内容转换编辑系统，与IMS核心网节点无关。因此，该特征未被公开。 |
| **技术特征F**<br>《直接公开》<br>使用gzip来执行消息有效负荷的所述压缩和解压 | 【0029】<br>「また、ウェブコンテンツ変換編集システム１２が行う圧縮タイプとしては、一般にＤＥＦＬＡＴＥ形式またはＧＺＩＰ形式が用いられる。」<br>（翻译：另外，作为Web内容转换编辑系统12执行的压缩类型，通常使用DEFLATE形式或GZIP形式。）<br>【0033】<br>「このコンテンツ・エンコーディングに設定する値は、例えば「ＤＥＦＬＡＴＥ」または「ＧＺＩＰ」とされる。」<br>（翻译：该内容编码设置的值例如为“DEFLATE”或“GZIP”。） | 对比文件明确记载了在压缩处理中使用GZIP形式（gzip）。目标专利中“使用gzip来执行消息有效负荷的所述压缩和解压”这一技术特征被对比文件直接公开。gzip作为一种通用的压缩算法，其在消息有效负荷压缩中的应用在对比文件中已清楚揭示。因此，该特征被《直接公开》。 |
| **技术特征G**<br>（非技术特征）<br>包括 | 不适用。 | “包括”是权利要求中的开放式连接词，不构成技术特征，无需进行公开性比对。 |
| **技术特征H**<br>《未公开》<br>在所述SUBSCRIBE消息的接受或接受编码报头字段中包括所述指示 | 【0028】<br>「移動局１０はＨＴＴＰリクエストにおけるアクセプト・エンコーディング（Ａｃｃｅｐｔ−Ｅｎｃｏｄｉｎｇ）ヘッダにより、受け入れられる圧縮タイプを指定するようにしている。」<br>（翻译：移动局10通过HTTP请求中的Accept-Encoding报头来指定可接受的压缩类型。） | 对比文件公开了在HTTP请求的Accept-Encoding报头字段中包括压缩支持指示，但该指示是针对HTTP消息的，并非在“SIP SUBSCRIBE消息”的接受或接受编码报头字段中。对比文件完全没有涉及SIP协议或SUBSCRIBE方法。因此，该特征未被公开。 |
| **技术特征I**<br>（非技术特征）<br>包括 | 不适用。 | 同技术特征G，为非技术特征，不进行比对。 |
| **技术特征J**<br>《未公开》<br>经由所述应用编程接口从在所述用户终端的所述应用层将所述接受或接受编码报头字段写到所述会话发起协议用户代理器 | 无相关公开内容。 | 对比文件未涉及任何应用编程接口（API），也未描述由应用层通过API向SIP用户代理器写入报头字段的机制。其压缩指示是由移动局直接生成HTTP报头，不涉及分层API调用。因此，该特征未被公开。 |
| **技术特征K**<br>《未公开》<br>其中所述SUBSCRIBE和NOTIFY消息涉及存在服务 | 无相关公开内容。 | 对比文件涉及的是Web内容（如HTML、图像等）的获取与转换，完全不涉及IMS存在服务（presence service）或任何SIP消息。因此，该特征未被公开。 |
---
### 总结
对比文件JP2004171281A公开了一种用于HTTP消息的Web内容转换编辑系统，其与目标专利CN101843071B所涉及的SIP消息有效负荷压缩属于不同的技术领域和协议环境。经过逐一比对，对比文件仅直接公开了技术特征F（使用gzip进行压缩），其余技术特征（A-E、H、J、K）均未被直接或隐含公开。非技术特征G和I不进行公开性判断。
<<<F>>>