2012-06-16_TW201225701A_发明专利_TW201225701A 使用者設備間傳送方法及裝置 METHOD AND APPARATUS FOR INTER-USER EQUIPMENT TRANSFER_+++A_C_D_E_H_K+++.docx

对比文件名称:2012-06-16_TW201225701A_发明专利_TW201225701A 使用者設備間傳送方法及裝置 METHOD AND APPARATUS FOR INTER-USER EQUIPMENT TRANSFER

目标专利名称:2015启用媒体编排的方法、客户端设备和控制器系统CN109983777B

本次调用的模型名称:未指定(通用AI分析模型)

以下为特征比对表格:

技术特征描述及公开性判断结果对比文件原文引用公开性论述
**技术特征A**:所述媒体编排将多个设备编排成处理至少一个媒体流,所述方法包括在客户端设备处:接收(1)涉及某个媒体编排的通信信道构建信息(未公开)对比文件未见关于“接收通信信道构建信息”的明确记载。整个文件描述IUT过程时,UE1自发决定进行会话转移并发送IUT请求(如第2图、第5图描述),未提及先接收任何专用的构建信息。目标专利强调客户端设备首先获得包含控制器地址、协议标识、会话标识等信息的通信信道构建信息,然后据此主动发起信道建立请求。对比文件仅教导UE在转移需求下直接发送IUT请求,没有公开或暗示“接收涉及媒体编排的通信信道构建信息”这一前提步骤。即使考虑隐含公开,也无从推理出客户端设备会预先接收此类显式构建信息。因此本特征未被公开。
**技术特征B**:其中所述通信信道构建信息包括编排会话标识符(未公开)对比文件未见“通信信道构建信息”的概念,更未提及其包含编排会话标识符。IUT请求中虽包含群组同步ID(如第6图描述),但该ID属于请求内容,并非构建信息的一部分。由于特征A所述的通信信道构建信息本身未被公开,其包含编排会话标识符的前提不成立。对比文件中的群组同步ID是作为IUT请求参数传递,与目标专利中在构建信息阶段接收标识符的方案在时序和形态上均不同,故本特征未公开。
**技术特征C**:所述编排会话标识符使得控制器系统能够确定编排会话(直接公开)第6图描述:“SCC AS 658將會話與群組同步ID關聯”。第7图描述:“如果所請求的會話是任何現有的同步群組中的一部分,則SCC AS 758擷取群組同步ID,並且以會話ID更新資料庫。如果所請求的會話不是現有同步群組中的一部分,則SCC AS 758產生新的群組同步ID,並且將會話與群組同步ID關聯。”对比文件中的“群組同步ID”即相当于编排会话标识符,SCC AS(控制器系统)基于该ID将收到的会话请求关联到对应的同步群组(即编排会话),从而确定该媒体会话属于哪个编排。这与目标专利中编排会话标识符使得控制器系统能够确定编排会话的作用完全相同,本领域技术人员能毫无疑义地得出该技术方案已被公开。
**技术特征D**:在向控制器系统传输请求之前在所述请求中包括(2)标识符(直接公开)第6图描述:“UE1 652發送用於向UE2 654轉移會話1的IUT請求至SCC AS 658(602)。IUT請求訊息可以包括表明請求群組同步的指示、群組同步ID和待轉移的會話ID。”对比文件明确记载UE1在发送IUT请求前,已在请求消息中包含了群组同步ID和会話ID等标识符。该动作与目标专利“在向控制器系统传输请求之前在所述请求中包括标识符”完全一致,故本特征被直接公开。
**技术特征E**:所述标识符包括所述编排会话标识符(直接公开)同上,第6图描述:“IUT請求訊息可以包括……群組同步ID”。对比文件中IUT请求所包含的“群組同步ID”即为编排会话标识符,完全符合目标专利中“标识符包括所述编排会话标识符”的定义。本特征被直接公开。
**技术特征F**:基于所述通信信道构建信息,从所述客户端设备向所述控制器系统传输(3)所述请求(未公开)对比文件描述UE1向SCC AS发送IUT请求(如第5图、第6图),但该请求的发送是基于用户转移意图或转移需求,而非基于任何“通信信道构建信息”。目标专利强调请求的发送是“基于通信信道构建信息”,即客户端设备在获得构建信息(含地址、协议、会话标识)后才发起请求。对比文件未提供“构建信息”作为发送请求的基础,本领域技术人员无法从对比文件明确得出该技术方案。即使宽松推理,也无法认定该特定关联存在于对比文件中。
**技术特征G**:所述请求表示在所述客户端设备与所述控制器系统之间建立与所述某个媒体编排有关的通信信道的第一步骤(未公开)对比文件中IUT请求表示为触发媒体会话转移的第一个动作(第2图、第6图),而“通信信道”在对比文件中表现为“存取段”(access leg)或媒体流相关信道,其建立并非由该IUT请求直接表示。目标专利的“通信信道”是客户端设备与控制器系统之间专门用于传输编排控制信息的双向信道,请求是建立该信道的第一个握手步骤(如WebSocket连接请求)。对比文件中的IUT请求是发起媒体会话转移的信令,SCC AS后续为其他UE建立存取段,请求本身并非表示建立专用控制信道的第一步。本特征未被公开。
**技术特征H**:在已经建立所述通信信道之后,在所述客户端设备处通过所述通信信道从所述控制器系统接收(11)控制信息(直接公开)第6图描述:“UE2 654和UE3 656與遠端伺服器交換用於IDMS操作的RTCP擴展報告(XR)(626、628)”。第4图描述:“媒體同步應用伺服器(MSAS)404從同步群組中的一個或多個SC 402收集RTP封包到達次數和播放次數……匯總和分佈這一資訊至同步群組中的SC 402。”第5图描述:“遠端伺服器522能夠運行IDMS(例如基於RTP/RTCP的IDMS)。”对比文件中的远端伺服器(或媒体伺服器/MSAS)作为控制器,在媒体流建立(即通信信道建立)后,通过RTCP XR信道向UE2、UE3(客户端设备)发送同步控制信息。该过程完全符合“在已经建立所述通信信道之后,通过所述通信信道从所述控制器系统接收控制信息”。控制信息不限于特定格式,RTCP XR携带的同步信息即为一种编排控制信息。故本特征直接公开。
**技术特征I**:所述控制信息包括MPEG MORE消息传递和控制和/或MPEG MORE编排数据(未公开)对比文件在IDMS中使用的控制信息是RTCP扩展报告(XR)等协议(第4图、第6图),通篇未提及“MPEG MORE”术语或相关数据格式。MPEG MORE是目标专利所属的特定标准(MPEG Media Orchestration),对比文件无任何关于MPEG MORE消息、编排数据的记载。本特征未被公开,亦无隐含公开的可能。
**技术特征J**:其中所述通信信道构建信息进一步包括所述控制器系统的地址和/或标识能够用于访问所述控制器系统的一个或多个协议的一个或多个协议标识符(未公开)对比文件未出现“通信信道构建信息”及包含地址、协议标识符的明确记载。UE1发送IUT请求时似乎已知SCC AS地址(如通过IMS注册),但该地址并非作为显式构建信息的一部分被接收,也未提及协议标识符。目标专利的通信信道构建信息是客户端设备主动获得的明确信息,包含连接所需地址和协议选择。对比文件未公开此类信息在构建信息中的存在,本特征不满足公开性要求。
**技术特征K**:其中所述标识符包括编排会话标识符和/或位置标识符(直接公开)对照特征E的引用,第6图描述IUT请求包括“群組同步ID”(即编排会话标识符)。对比文件中客户端设备在请求中包括的标识符至少包含编排会话标识符(群组同步ID)。由于目标专利使用“和/或”开放性表述,仅包括编排会话标识符即可满足本特征。故本特征直接公开(编排会话标识符部分)。位置标识符部分未公开,但不影响整体认定。

结尾代码插入:根据以上分析,直接公开的技术特征包括C、D、E、H、K。隐含公开的技术特征无。因此,在回答结尾插入如下代码:

<<<C>>><<<D>>><<<E>>><<<H>>><<<K>>>

注意:代码严格按照特征字母顺序?用户要求“若对比文件直接公开了技术特征A请在回答的结尾插入大写英文代码<<<A>>>”,所以每个公开的特征对应一个代码,代码顺序可任意,但为清晰,我们按字母顺序排列。

Powered by Django

网站备案号:渝ICP备2023012882号


重庆市非显而易见网络科技有限责任公司 A Anti NPE NPE