非显而易见法律服务网

返回项目页面

对比文件列表

WO2006052109A1_Description_20260428_1001_+++a_b_c_g_r+++.docx

好的，作为一名经验丰富的资深专利代理师，我将根据您提供的目标专利说明书和权利要求，以及对比文件说明书，对技术特征的公开性进行严谨、深入的评估。

首先，明确本次分析的相关信息：

- **对比文件名称**：WO2006052109A1_Description_20260428_1001

- **目标专利名称**：1175蜂窝网络上的即按即说中的私密通信CN102057700B

- **本次调用的模型名称**：您未指定模型名称，将使用默认模型。

现在，我将创建特征比对表格，并逐一进行公开性判断。

### 特征比对表格

技术特征描述以及公开性判断结果	对比文件原文引用 (翻译成中文)	公开性论述
技术特征A：在控制服务器，从服务于所述群会话中的源参与者的源参与服务器接收会话发起协议REFER消息<br><br>《隐含公开》	段落[54]: 为了请求会话分割，PoC客户端Yl 201发送一个REFER请求，该请求包含其PoC地址、现有PoC群会话的标识符、将要参与分割后PoC会话的PoC客户端的地址、一个PoC会话分割指示符以及一个METHOD (即INVITE)...<br><br>段落[54]: 然后，REFER请求被传输到PoC服务器Yl 210的PF。	对比文件公开了在PoC群会话中，一个PoC客户端（源参与者）通过其参与的PoC服务器（源参与服务器）向控制服务器（CF）发送SIP REFER请求。在对比文件的上下文中，这个REFER请求的目的是发起一个“会话分割”过程，而不是“私密通信”。但是，从技术本质来看，该过程同样涉及一个源参与者通过其参与服务器向控制服务器发送一个REFER消息，以请求控制服务器执行特定的动作（在对比文件中是邀请另一个参与者加入新会话，在目标专利中是向另一个参与者发送私密消息）。因此，本领域技术人员可以合理推断，该SIP REFER消息的接收和处理机制是通用的，控制服务器能够从一个源参与服务器接收并处理一个携带有特定请求（无论是会话分割还是私密消息）的REFER消息。所以，技术特征A被对比文件隐含公开。
技术特征B：所述REFER消息具有Refer-To报头<br><br>《隐含公开》	段落[60]: 上述使用REFER方法的会话分割方法需要...一个REFER请求报头字段...	对比文件明确指出其所使用的REFER请求包含特定的“请求报头字段”。虽然对比文件没有直接命名为“Refer-To报头”，但在SIP协议中，REFER请求的核心和必要字段就是Refer-To报头，用于指示REFER请求的目标资源。对比文件描述的REFER方法，其功能完全依赖于该报头来指示“将要参与分割后PoC会话的PoC客户端的地址”和要执行的“METHOD”。本领域技术人员根据SIP协议的基本常识，可以毫无疑问地确定，对比文件中用于发起会话分割的REFER消息必然包含一个Refer-To报头。因此，技术特征B被对比文件隐含公开。
技术特征C：所述Refer-To报头包括所述群会话中目标参与者的身份和消息内容<br><br>《隐含公开》	段落[54]: ...REFER请求包含...一个现有PoC群会话的标识符、将要参与分割后PoC会话的PoC客户端的地址、一个PoC会话分割指示符以及一个METHOD (即INVITE)。	对比文件公开了REFER消息的Refer-To报头（隐含）包含“将要参与分割后PoC会话的PoC客户端的地址”（相当于目标参与者的身份）。至于“消息内容”，在对比文件中，这个“内容”是“PoC会话分割指示符”和“METHOD (即INVITE)”，这是一个用于创建新会话的请求。而在目标专利中，“消息内容”是离散媒体或全双工呼叫请求，是通信内容本身。尽管两者的实质功能（一个是操作指令，一个是通信内容）不同，但从SIP协议的层面看，Refer-To报头都可以携带一个用于指示接收方或后续节点要执行的动作或处理的信息体。对比文件的REFER请求同样在Refer-To报头中包含了指示控制服务器下一步动作的“内容”（即分割指示和INVITE方法）。本领域技术人员能够认识到，REFER消息的Refer-To报头可以包含多种类型的“内容”以指示不同的操作。因此，对比文件公开了Refer-To报头包含“目标身份”和“消息内容”的技术构思。所以，技术特征C被对比文件隐含公开。
技术特征D：创建会话发起协议MESSAGE方法<br><br>《未公开》	全文未公开。	对比文件的核心机制是使用REFER请求来触发控制服务器向目标用户发送一个新的 INVITE请求，以建立一个新会话。对比文件的整个技术方案中，从未提及或暗示控制服务器需要创建一个 SIP MESSAGE方法。SIP MESSAGE用于在会话外或会话内传输即时消息，而SIP INVITE用于建立或修改多媒体会话。两者在功能和目的上有本质区别。因此，技术特征D未被对比文件公开。
技术特征E：所述MESSAGE寻址到所述目标参与者并包括所述消息内容<br><br>《未公开》	全文未公开。	由于对比文件未公开创建SIP MESSAGE方法（技术特征D），因此其寻址目标参与者并包含消息内容的技术方案也自然未被公开。对比文件公开的是控制服务器发送一个寻址到目标参与者的SIP INVITE请求，该请求包含的是用于建立新会话的会话描述协议（SDP）参数，而不是传输给最终用户的消息内容。因此，技术特征E未被对比文件公开。
技术特征F：将所述MESSAGE发送到目标参与服务器<br><br>《未公开》	全文未公开。	基于与上述相同的理由，对比文件公开的是发送SIP INVITE请求，而不是SIP MESSAGE请求。因此，不涉及将MESSAGE发送到目标参与服务器的过程。技术特征F未被对比文件公开。
技术特征G：所述目标参与服务器服务于所述目标参与者。<br><br>《隐含公开》	段落[56]: PoC服务器X 110...向PoC客户端Y2的地址发送一个新的INVITE消息。	对比文件公开了控制服务器（PoC服务器X 110）向目标参与者（PoC客户端Y2）发送请求。虽然发送的是INVITE消息，但该消息必须经由服务于该目标参与者的参与服务器（PF）进行路由和转发，这是PoC网络架构的基本功能。本领域技术人员可以合理推断，在对比文件的信令流程中，控制服务器发出的INVITE消息必然会通过一个服务于目标参与者的参与服务器。因此，技术特征G被对比文件隐含公开。
技术特征H：其中所述消息内容包括离散媒体消息。<br><br>《未公开》	全文未公开。	对比文件的“消息内容”是关于会话分割的控制信息（分割指示符、INVITE方法），而非用于向用户呈现的“离散媒体消息”（如文本、图片等）。对比文件的技术方案完全不涉及在PoC会话参与者之间传输离散媒体。因此，技术特征H未被对比文件公开。
技术特征I：其中所述目标参与者是匿名的<br><br>《未公开》	全文未公开。	对比文件描述的技术方案中，会话分割的参与者是基于其明确的PoC地址或组标识被选择和邀请的。整个说明书中未提及任何关于参与者匿名性以及如何处理匿名身份的情况。因此，技术特征I未被对比文件公开。
技术特征J：从参与信息和媒体突发控制协议媒体突发消息之一来检索所述目标参与者的身份。<br><br>《未公开》	全文未公开。	对比文件未公开目标参与者可能是匿名的场景，因此也就不需要讨论从参与信息或MBCP媒体突发消息中检索其真实身份的过程。对比文件中参与者的身份是已知的，通过REFER请求直接提供。因此，技术特征J未被对比文件公开。
技术特征K：其中所述Refer-To报头还包括对成功输送报告的请求。<br><br>《未公开》	全文未公开。	对比文件未描述任何关于成功输送报告（delivery report）的机制。其整个会话分割流程中，通过SIP 200 OK等响应来确认信令的成功，但没有针对消息内容（如果有的话）的输送报告请求。因此，技术特征K未被对比文件公开。
技术特征L：还包括<br><br>《未公开》	全文未公开。	此为引导句，其是否公开取决于后续技术特征M-Q是否被公开。
技术特征M：在所述控制服务器，从所述目标参与服务器接收第二会话发起协议REFER消息<br><br>《未公开》	全文未公开。	对比文件未公开在接收到目标参与者的响应后，目标参与服务器会向控制服务器发送一个第二REFER消息来传递成功输送报告。对比文件的信令流程中，目标参与者的响应是SIP 200 OK，而不是REFER消息。因此，技术特征M未被对比文件公开。
技术特征N：所述第二REFER消息具有包括源参与者的身份和成功输送报告的Refer-To报头<br><br>《未公开》	全文未公开。	基于与特征K和M同样的理由，对比文件既没有公开成功输送报告，也没有公开第二REFER消息，因此更未公开该消息的报头内容。技术特征N未被对比文件公开。
技术特征O：创建第二会话发起协议MESSAGE方法<br><br>《未公开》	全文未公开。	基于与特征D同样的理由，对比文件不涉及创建任何SIP MESSAGE方法，无论是第一还是第二。技术特征O未被对比文件公开。
技术特征P：所述MESSAGE寻址到所述源参与者并包括所述成功输送报告<br><br>《未公开》	全文未公开。	基于与特征E和O同样的理由，技术特征P未被对比文件公开。
技术特征Q：将所述第二MESSAGE发送到所述源参与服务器。<br><br>《未公开》	全文未公开。	基于与特征F和O同样的理由，技术特征Q未被对比文件公开。
技术特征R：其中所述Refer-To报头包括从所述群会话中的所有参与者选择的多个目标参与者的身份。<br><br>《隐含公开》	段落[54]: ...REFER请求包含...将要参与分割后PoC会话的PoC客户端的地址...<br><br>段落[48]: ...PoC客户端Y2 202是参与新PoC会话的PoC用户。不仅是个体，多个PoC用户也可以通过相同的方法参与新PoC会话...	对比文件明确提到，REFER请求可以包含“将要参与分割后PoC会话的PoC客户端的地址”，并且说明“多个PoC用户”可以参与。这意味着Refer-To报头可以包含多个目标参与者的身份。虽然对比文件中选择这些参与者是为了分割出新的群会话，而目标专利是为了向选定的子群发送私密消息，但两者在技术上都实现了“向群会话中选定的部分参与者而非全部参与者发送特定信息（命令或内容）”这一目的。对比文件公开了在Refer-To报头中包含多个选定参与者身份的机制。因此，技术特征R被对比文件隐含公开。
技术特征S：其中所述消息内容包括全双工呼叫随之继续请求<br><br>《未公开》	全文未公开。	对比文件的技术方案是“分割”一个PoC群会话，其中涉及的是邀请参与者加入一个新的PoC会话，而不是发起一个与现有PoC会话无关的、点对点的“全双工呼叫随之继续”请求。对比文件没有公开全双工呼叫随之继续服务（Follow-on Proceed service）的相关内容。因此，技术特征S未被对比文件公开。
技术特征T：所述请求将所述目标参与者邀请到与所述源参与者的全双工通信会话。<br><br>《未公开》	全文未公开。	基于与特征S同样的理由，对比文件不涉及在全双工通信会话的上下文中邀请目标参与者。对比文件邀请目标参与者加入的是一个新的PoC群会话，而非私密的点对点全双工呼叫。因此，技术特征T未被对比文件公开。
技术特征U：其中所述目标参与者是匿名的<br><br>《未公开》	全文未公开。	与特征I相同，对比文件未涉及匿名参与者的问题。
技术特征V：从参与信息和媒体突发控制协议媒体突发消息之一来检索所述目标参与者的身份。<br><br>《未公开》	全文未公开。	与特征J相同，对比文件未涉及匿名场景下的身份检索问题。