非显而易见法律服务网

返回项目页面

对比文件列表

WO2006101353A1_Description_20260428_1001_+++A_B_C_G_R+++.docx

好的，我理解您的任务。作为一名经验丰富的资深专利代理师，我将严格遵循您的指示，对对比文件WO2006101353A1相对于目标专利CN102057700B的权利要求技术特征进行深入的公开性评估。

首先，明确以下信息：

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

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

- **本次调用的模型名称：** (未定义，由系统自动填充)

接下来，我将创建特征比对表格，并严格按照您的判断逻辑对每个技术特征进行分析。

### 特征比对表格

技术特征描述及公开性判断	对比文件原文引用（翻译）	公开性论述
技术特征A：在控制服务器，从服务于所述群会话中的源参与者的源参与服务器接收会话发起协议REFER消息<br><br>《直接公开》	参见对比文件说明书第[64]段：“...PoC客户端A 1110向对应的PoC服务器，即PF/CF A 1000，转发一个REFER消息...”。<br>参见说明书第[66]段：“同时，该REFER消息指定了许多目标地址信息...”。<br>参见说明书第[74]段：“...PoC客户端A 1110使用一个SIP REFER消息请求其归属PoC网络的PF/CF A 1000建立一个ad-hoc会话...”。<br>参见说明书第[11]段和表1，其中定义了控制PoC功能（CF）负责集中维护和管理PoC会话。	对比文件明确公开了一个ad-hoc会话建立过程。在该过程中，源PoC客户端（A 1110）向一个PoC服务器（PF/CF A 1000）发送SIP REFER消息。该PF/CF A 1000同时承担了参与功能（PF）和控制功能（CF），其中CF即为本技术特征所述的“控制服务器”。由于PF/CF A 1000是统一实体，从客户端接收REFER消息的服务器自然包含了控制服务器。因此，对比文件直接公开了：控制服务器（CF）接收来自源参与服务器（此处PF与CF合一，但PF仍承担参与功能）的REFER消息。该REFER消息的作用是请求建立ad-hoc群组会话，而目标专利中REFER消息的作用是请求发起私密通信，二者虽然最终目的不同，但在“控制服务器接收REFER消息”这一具体技术特征上是完全相同的。
技术特征B：所述REFER消息具有Refer-To报头<br><br>《直接公开》	参见对比文件说明书第[66]段：“同时，该REFER消息指定了许多目标地址信息...在附件内容中以URI列表的形式呈现。”<br>参见说明书第[71]段：“...而REFER的终止用户代理（即图4的PF/CF A 1000）应当参考的目标被包含在Refer-To报头中。”<br>参见图5、图8所示的REFER消息格式示例，明确显示了“Refer-To: <cid:cn35t8jf02@example.com>”字段。	对比文件在描述其REFER消息时，明确指出了该消息包含“Refer-To”报头，并在附图和实施例中展示了其具体格式。这与目标专利的技术特征B完全一致。因此，对比文件直接公开了“所述REFER消息具有Refer-To报头”这一特征。
技术特征C：所述Refer-To报头包括所述群会话中目标参与者的身份和消息内容<br><br>《直接公开》	参见对比文件说明书第[71]段：“...目标被包含在Refer-To报头中...信息包含在MIME部分的内容中...该MIME部分包括...个体客户端的SIP地址和预配置组的身份。”<br>参见对比文件说明书第[66]段：“该REFER消息指定了许多目标地址信息...和一个SIP消息方法。”<br>参见图5、图8的REFER消息示例，其中“Refer-To”报头指向了MIME主体中的内容，该内容详细列出了目标参与者的URI（即身份）以及要对这些目标执行的SIP方法（如INVITE，属于消息内容的一部分）。	对比文件明确公开了Refer-To报头通过Content-ID指向一个包含URI列表的MIME主体。该MIME主体中明确包含了“目标参与者的身份”（例如“sip:kt@example.com”和“sip:OMA_Part@domain_x.example.com”）。同时，该内容也包含了“消息内容”，即对这些目标参与者需要执行的SIP消息方法（例如“INVITE”）。这对应于目标专利中“消息内容”的概念，虽然目标专利中的“消息内容”指代的是要发送的离散媒体，而对比文件中是会话邀请，但在“Refer-To报头包含目标身份和消息（或指令）内容”这一结构特征上，两者是直接对应的。
技术特征D：创建会话发起协议MESSAGE方法<br><br>《未公开》	对比文件全文描述了使用SIP REFER消息来触发SIP INVITE（邀请）消息以实现会话建立。例如，第[67]段：“...PF/CF A 1000向对应的个体PoC客户端和预配置组转发一个用于会话邀请的INVITE消息。”<br>对比文件未公开任何创建SIP MESSAGE方法的过程。	目标专利中，控制服务器（PoC控制服务器）在接收到REFER消息后，会“创建”一个SIP MESSAGE方法，用于承载私密消息内容并发送给目标参与者。而对比文件中，控制服务器（PF/CF A）在收到REFER消息后，是创建并发送SIP INVITE消息以请求建立新的ad-hoc会话。SIP MESSAGE和SIP INVITE是两种用途完全不同的SIP方法：MESSAGE用于即时消息传输，INVITE用于会话建立。对比文件通篇未使用或提及创建SIP MESSAGE方法。因此，对比文件既未直接公开，也未暗示或隐含公开该技术特征。
技术特征E：所述MESSAGE寻址到所述目标参与者并包括所述消息内容<br><br>《未公开》	基于对技术特征D的判断，对比文件未公开创建SIP MESSAGE方法，因此自然不存在“MESSAGE寻址到目标参与者并包括消息内容”这一后续步骤。对比文件中后续步骤是INVITE消息寻址到目标参与者并包含会话描述。	由于对比文件未公开技术特征D，其后续处理流程中不存在目标专利所定义的SIP MESSAGE。对比文件中的会话邀请消息（INVITE）虽然也寻址到目标参与者并包含内容（如SDP），但其本质、作用和格式与目标专利中的私密消息（MESSAGE）截然不同。因此，该技术特征未被对比文件公开。
技术特征F：将所述MESSAGE发送到目标参与服务器<br><br>《未公开》	基于对技术特征D和E的判断，对比文件未公开SIP MESSAGE，因此没有将MESSAGE发送到目标参与服务器的对应步骤。对比文件中，INVITE消息经由SIP/IP核心路由到目标端。参见说明书第[67]段。	对比文件不存在“MESSAGE发送到目标参与服务器”这一过程。其会话建立流程中，控制服务器（PF/CF A）是直接将INVITE消息发送到目标客户端或组服务器，而非目标参与服务器。这与目标专利将MESSAGE先发送到目标参与服务器，再转发给客户端的路径不同。
技术特征G：所述目标参与服务器服务于所述目标参与者<br><br>《直接公开》	参见对比文件说明书第[10]段：“...PoC服务器具有用于参与PoC会话的参与PoC功能（PF）。”<br>参见说明书第[14]段和表2，描述了参与PoC服务器（PF）管理与控制PoC服务器和每个PoC客户端之间的PoC会话，为中继媒体和信令提供服务。	对比文件明确描述了PoC网络架构中存在一种“参与PoC服务器（PF）”，其功能是管理PoC会话中特定客户端的参与，即为该客户端提供服务。无论后续流程如何，这一基本的网络架构特征是公开的。尽管对比文件中的PF/CF A是合一实体，但其PF功能明确是服务于源客户端的。同时，对于目标端，也存在相应的参与服务器。因此，“目标参与服务器服务于目标参与者”是PoC系统的固有属性，被对比文件直接公开。
技术特征H：其中所述消息内容包括离散媒体消息<br><br>《未公开》	对比文件全文描述REFER消息中包含的“消息内容”为会话建立相关的信息，例如目标URI列表、SIP方法（如INVITE）、会话参数（如isfocus标签）等，用于发起一个群组呼叫。未提及任何关于“离散媒体消息”（例如文本、短消息）的内容。	目标专利中的“离散媒体消息”特指在PoC会话中发送的短文本、图片等非流媒体数据。对比文件中的REFER消息是用于会话控制的信令消息，其“消息内容”是会话邀请指令，并非用户间传递的离散媒体数据。两者在消息内容的性质和作用上完全不同。因此，对比文件未公开此技术特征。
技术特征I：其中所述目标参与者是匿名的<br><br>《未公开》	对比文件全文未提及任何关于参与者匿名或匿名身份处理的内容。所有涉及参与者身份的表述都是基于真实的SIP URI或组ID。	目标专利专门针对目标参与者为匿名的情况作出了规定（技术特征J、V）。对比文件的技术方案及说明书通篇未涉及匿名参与者这一场景。本领域技术人员无法从对比文件的内容中合理推断出目标参与者可能是匿名的，更未公开如何处理匿名身份。
技术特征J：从参与信息和媒体突发控制协议媒体突发消息之一来检索所述目标参与者的身份<br><br>《未公开》	对比文件未公开“参与信息”或“媒体突发控制协议媒体突发消息”的具体内容和作用，也未提及从这些信息中检索身份。对比文件中的参与者身份是通过URI列表直接指定的。	目标专利中的该特征是在目标参与者匿名时，控制服务器需要从特定的会话信息中检索其真实身份。对比文件没有匿名场景，参与者身份是明确已知的。对比文件虽然引用了RFC 4575和OMA PoC Control Plane规范，但并未将其内容作为自身技术方案的一部分，更未提及用于身份检索。因此，对比文件未公开此特征。
技术特征K：其中所述Refer-To报头还包括对成功输送报告的请求<br><br>《未公开》	对比文件说明书第[70]段提及了NOTIFY消息：“同时，该REFER消息可以隐式地请求一个NOTIFY消息...并使用该NOTIFY消息获取ad-hoc会话中发生的事件信息。”<br>未提及任何关于“成功输送报告”的请求。	对比文件虽然公开了REFER消息可以隐式请求NOTIFY消息来获取事件信息，但NOTIFY消息用于通知会话状态变化（如会话建立成功/失败），这与目标专利中的“成功输送报告”是完全不同的概念。目标专利的成功输送报告是专门针对私密消息（SIP MESSAGE）是否成功送达接收方的确认。对比文件中不存在对消息输送状态进行报告请求的特征。
技术特征L：还包括<br><br>《未公开》	基于对后续特征M-Q的独立判断。	该特征为方法步骤的连接词，其公开性取决于后续的步骤M-Q。由于后续步骤未被公开，该连接词所引导的附加步骤集合自然也未公开。
技术特征M：在所述控制服务器，从所述目标参与服务器接收第二会话发起协议REFER消息<br><br>《未公开》	对比文件未公开第二REFER消息用于回传成功输送报告。虽然对比文件第[78]段描述了向预配置组发送REFER消息，但那是为了邀请组成员，目标不同。	目标专利中的第二REFER消息是由目标参与服务器发往控制服务器的，用于传递成功输送报告。对比文件中不存在以传递输送报告为目的的、从目标端发往控制端的第二REFER消息。
技术特征N：所述第二REFER消息具有包括源参与者的身份和成功输送报告的Refer-To报头<br><br>《未公开》	基于对特征M的判断，对比文件未公开该第二REFER消息。	对比文件未公开技术特征M，因此也不存在具有该特定结构和内容的第二REFER消息。
技术特征O：创建第二会话发起协议MESSAGE方法<br><br>《未公开》	基于对特征D的判断，对比文件未公开创建任何MESSAGE方法。	目标专利中的第二MESSAGE是控制服务器在收到第二REFER后创建的，用于将成功输送报告发送给源参与者。由于对比文件未公开创建MESSAGE方法（特征D）以及第二REFER消息（特征M），因此该特征也未公开。
技术特征P：所述MESSAGE寻址到所述源参与者并包括所述成功输送报告<br><br>《未公开》	基于对特征O的判断，对比文件未公开该第二MESSAGE方法。	对比文件没有公开任何用于承载成功输送报告的SIP MESSAGE，因此不存在寻址到源参与者并包含该报告的消息。
技术特征Q：将所述第二MESSAGE发送到所述源参与服务器<br><br>《未公开》	基于对特征O和P的判断，对比文件未公开该发送步骤。	对比文件未公开第二MESSAGE的创建，因此不存在将该消息发送到源参与服务器的步骤。
技术特征R：其中所述Refer-To报头包括从所述群会话中的所有参与者选择的多个目标参与者的身份<br><br>《直接公开》	参见对比文件说明书第[66]段：“该REFER消息指定了许多目标地址信息...以URI列表的形式呈现。”<br>参见说明书第[71]段：“MIME部分包括...个体客户端的SIP地址和预配置组的身份。”<br>参见图5和图8的REFER消息示例，其MIME主体内包含了对多个目标（个体和组）的URI和对应的SIP方法。	对比文件明确公开了REFER消息的Refer-To报头（通过Content-ID引用MIME主体）可以包含多个目标参与者的身份（例如一个个体和一组用户），这些目标是从潜在参与者中“选择”的（由PoC客户端在创建REFER消息时决定）。这与目标专利中向一群选定的用户而非所有用户发送消息的思路一致，尽管最终发送的消息类型（会话邀请 vs 私密消息）不同。但在“Refer-To报头包含多个选定目标身份”这一结构特征上，对比文件是直接公开的。
技术特征S：其中所述消息内容包括全双工呼叫随之继续请求<br><br>《未公开》	对比文件全文未提及“全双工呼叫随之继续（Follow-on Proceed）”这一OMA PoC 2.0概念，也未描述SIP REFER消息包含此类请求。其消息内容是关于建立ad-hoc群组会话的。	目标专利中的“全双工呼叫随之继续请求”是一种特定的请求，用于在PoC会话中私密地邀请另一个参与者进行全双工呼叫。这是目标专利解决的一个特定技术问题。对比文件的技术方案专注于建立ad-hoc群组会话，其消息内容不涉及任何全双工呼叫的私密邀请。
技术特征T：所述请求将所述目标参与者邀请到与所述源参与者的全双工通信会话<br><br>《未公开》	基于对特征S的判断，对比文件未公开该请求。	由于对比文件未公开“全双工呼叫随之继续请求”，自然也不存在该请求所执行的“将目标参与者邀请到全双工通信会话”的功能。对比文件中的INVITE消息是邀请加入群组会话，而非私密的全双工呼叫。
技术特征U：其中所述目标参与者是匿名的<br><br>《未公开》	同技术特征I。	对比文件全文未涉及匿名参与者的技术内容和处理方式。
技术特征V：从参与信息和媒体突发控制协议媒体突发消息之一来检索所述目标参与者的身份<br><br>《未公开》	同技术特征J。	对比文件未公开在匿名场景下使用参与信息或媒体突发消息来检索目标参与者身份的方法。