2003-12-18_US2003233451A_发明申请_US20030233451A1 Systems and methods to reference resources in a television-based entertainment system_+++B_D_E_a_c_f_h_i+++.docx

**对比文件名称:** 2003-12-18_US2003233451A_发明申请_US20030233451A1 Systems and methods to reference resources in a television-based entertainment system

**目标专利名称:** 链接到无线装置上的应用程序的设备及方法 CN101536469B

**模型名称:** DeepSeek-R1

技术特征描述及公开性判断结果对比文件原文引用公开性论述
**技术特征A:** 基于在无线装置上执行第一客户端应用程序而在所述无线装置的用户接口上产生第一输出,《隐含公开》第[0028]段:“...an EPG application executing at client device 114 displays EPG data...”;第[0029]段:“...a Web browser application hosted by the client device...A TS URL 116...is embedded in the HTML content.”对比文件公开了客户端设备(client device,如机顶盒)执行应用程序(如EPG、浏览器)来呈现内容(EPG数据、HTML内容),这是在执行应用程序并产生输出。虽然应用环境是电视娱乐系统,但“客户端设备”可视为一种特定类型的用户终端,其执行应用程序产生输出(如显示EPG或网页)的过程,与本领域技术人员理解的“无线装置”执行应用程序产生输出的技术实质相同。因此,该技术特征被隐含公开。
**技术特征B:** 其中所述第一输出包括具有包括跟随有命令数据的应用方案识别符的预定语法的应用程序专用的通用资源识别符,《直接公开》第[0040]段:“TS URL 116 is defined in the following name space: ‘ts://’.”;第[0041]段表1及第[0061]段表2:“ts://<original_network_id>.<transport_stream_id>.<service_id>&null;.<component_tag>&null;&<component_tag>&null;&null;&null;&null;,<pid>&null;&<pid>&null;&null;&null;&null;;<event_id>&null;&null;:<application_reference>&null;&null;<cmd_line>&null;&null;&null;/<path_segments>&null;”对比文件明确公开了传输流URL(TS URL)作为一种专用的资源标识符,其具有预定的语法“ts://”作为方案识别符,并且语法中包含可选的“<cmd_line>”(命令数据)部分。该语法结构(方案识别符后跟随可选命令数据)与目标专利权利要求中“包括跟随有命令数据的应用方案识别符的预定语法”的专用URI直接对应。因此,该技术特征被直接公开。
**技术特征C:** 其中所述应用方案识别符指示目标客户端应用程序,《隐含公开》第[0040]段:“TS URL 116 is defined in the following name space: ‘ts://’.”;第[0051]段:“application_reference—An encoded text string of the application's globally unique identifier.”;第[0112]-[0114]段描述了通过TS URL引用并启动服务绑定应用程序(service-bound application),其语法格式为“ts://...:<application_reference>...”。对比文件中,“ts://”作为方案识别符,指示该URL用于访问传输流资源。当TS URL用于引用应用程序时(如语法中包含“:<application_reference>”),其目的在于指示或启动一个特定的目标应用程序(如EPG、VOD等)。虽然“ts://”本身不直接等同于目标专利中对应于特定客户端应用的“应用方案识别符”(如“mediaflo”),但对比文件公开了通过URL中的特定部分(方案“ts”结合`<application_reference>`)来共同指示并启动目标应用程序的技术手段,其作用与目标专利中应用方案识别符用于指示目标客户端应用程序的作用实质相同。因此,该技术特征被隐含公开。
**技术特征D:** 且其中所述命令数据表示由所述目标客户端应用程序执行的至少一个命令,《直接公开》第[0052]段:“cmd_line—An encoded text string that will contain the command line arguments passed to the application.”;第[0114]段:“...<application_reference>&null;<cmd_line>...”。对比文件明确公开了TS URL语法中的“cmd_line”组件,它是传递给被引用应用程序的命令行参数。命令行参数本质上就是用于控制或指示应用程序执行特定操作或命令的数据。这与目标专利中“命令数据表示由所述目标客户端应用程序执行的至少一个命令”的技术特征完全一致。因此,该技术特征被直接公开。
**技术特征E:** 接收选择所述应用程序专用的通用资源识别符的输入,《直接公开》第[0028]段:“Upon user selection of graphics or text aspects of the EPG data that correspond to the embedded TS URL...”;第[0029]段:“Upon selection of the embedded TS URL (e.g., programmatic or user selection of graphics or text aspects of HTML data that correspond to the TS URL)...”对比文件明确描述了用户(或程序)可以通过选择与嵌入的TS URL相对应的图形或文本部分(即热点)来“选择”该TS URL,这构成了接收选择该专用URI(TS URL)的输入。因此,该技术特征被直接公开。
**技术特征F:** 确定选定的应用程序专用的通用资源识别符的所述应用方案识别符是否指示在所述无线装置中注册的客户端应用程序,《隐含公开》第[0076]段:“To resolve semantics of TS URL 116 syntax and access resources...application programs 216 evaluate information indicated by semantics mapping table 132...”;第[0105]-[0111]段描述了应用程序信息表(AIT)列出了当前传输流或网络上可用的应用程序集合,并通过`<application_reference>`进行标识。第[0145]-[0148]段描述了通过TS URL引用服务绑定应用程序时,需要在对应服务的AIT中查找匹配`org_id`和`app_id`的应用程序。对比文件公开了客户端设备通过查询映射表(如AIT)来解析TS URL的语义并访问资源。当TS URL用于引用应用程序时,客户端设备需要检查该应用程序(由`<application_reference>`标识)是否存在于相关的AIT或映射表中。这个过程实质上是验证目标应用程序是否在客户端设备上“可用”或“已知”,这等同于确定该应用程序是否在设备上“注册”(即设备知晓并能处理该应用方案)。因此,该技术特征被隐含公开。
**技术特征G:** 及如果所述确定指示...且如果所述命令数据是有效的,则根据所述命令数据基于执行经识别的客户端应用程序而在所述用户接口上产生第二输出,其中所述第二输出是对应于...预定动态点的动态输出。《未公开》第[0028]段:“...the client device tunes to the resource identified by the TS URL, which in this example, is a TV program.”;第[0114]段:“...<application_reference>&null;<cmd_line>...”。对比文件公开了在解析TS URL后,可以启动(或调谐至)目标应用程序或资源(如电视节目、EPG应用)。虽然`<cmd_line>`可以传递参数给应用程序,从而可能影响应用程序的行为或输出状态,但对比文件并未明确公开或教导:1)对`cmd_line`(命令数据)进行“有效性”判断的步骤;2)所产生的第二输出是“对应于所述经识别的客户端应用程序中的基于所述命令数据可修改的预定动态点的动态输出”这一特定概念。目标专利强调输出是基于命令数据可修改的、对应于应用程序内部一个预定“动态点”的动态输出,而对比文件仅描述了启动应用或访问资源,未深入描述这种由命令数据驱动的、指向应用程序内部特定可变状态的动态输出生成机制。因此,该技术特征未被公开。
**技术特征H:** 其中产生所述第二输出进一步包括在所述无线装置上执行所述经识别的客户端应用程序以产生多个经识别的客户端应用程序输出中的第一预定输出。《隐含公开》第[0028]段:“...the client device tunes to the resource identified by the TS URL, which in this example, is a TV program.”;第[0029]段:“...the client device 112 will launch the referenced EPG application and tune to the EPG data resource...”。对比文件公开了通过选择TS URL,客户端设备可以启动被引用的应用程序(如EPG应用)并访问特定的资源(如EPG数据、电视节目)。启动应用程序并访问特定资源,必然导致该应用程序产生一个特定的输出(例如,显示特定的EPG视图或播放特定的电视节目)。这个特定的输出可以被理解为该应用程序可能产生的多个输出中的一个“预定”输出(由TS URL中的参数决定)。因此,该技术特征被隐含公开。
**技术特征I:** 其中产生所述第一输出进一步包括在所述无线装置上执行所述第一客户端应用程序以产生多个第一客户端应用程序输出中的预定输出。《隐含公开》第[0028]段:“...an EPG application executing at client device 114 displays EPG data...”;第[0029]段:“...a Web browser application hosted by the client device...”。对比文件公开了第一客户端应用程序(如EPG应用、浏览器应用)正在执行并显示其数据(EPG数据、HTML内容)。该显示的数据内容可以视为该应用程序在某一时刻产生的特定输出,即其多个可能输出中的一个“预定输出”(由应用程序逻辑和/或内容决定)。因此,该技术特征被隐含公开。
**技术特征J:** 其中产生所述第一输出进一步包括产生所述多个经识别的客户端应用程序输出中的第二预定输出,其中...所述第二预定输出不同于所述...第一预定输出。《未公开》无相应内容。对比文件未公开第一输出本身包含来自“经识别的客户端应用程序”(即目标应用程序)的不同预定输出的内容。对比文件中的第一输出是由第一应用程序(如EPG、浏览器)产生,其中嵌入的是对目标应用程序/资源的引用(TS URL),而非目标应用程序自身的另一个预定输出。因此,该技术特征未被公开。
**技术特征K:** 其中产生所述第一输出进一步包括在所述无线装置的显示器上再现第一图形用户接口...且其中产生所述第二输出进一步包括在所述无线装置的所述显示器上产生第二图形用户接口...《未公开》第[0028]段:“...displays EPG data...”;第[0054]段图5描述客户端设备连接到电视机呈现内容。对比文件公开了客户端设备(如机顶盒)在电视上显示应用程序的输出(如EPG数据),这可以视为一种图形用户界面。然而,目标专利明确限定了第一GUI是通过执行第一客户端应用程序产生的多个GUI中的一个,第二GUI是通过执行经识别的客户端应用程序产生的多个GUI中的一个,且两者不同。对比文件虽然展示了应用程序可以产生显示输出,但并未明确描述或暗示这种从一个应用程序的特定GUI通过URI链接切换到另一个应用程序的特定不同GUI的完整场景和严格对应关系。因此,该技术特征未被公开。
**技术特征L:** 其中所述确定进一步包括基于所述选定的应用方案识别符从可操作以驻留在所述无线装置的存储器中的多个客户端应用程序中选择所述经识别的客户端应用程序,其中所述多个客户端应用程序中的每一者在所述无线装置上执行的运行时环境中被注册为对应于多个应用方案识别符中的一者。《未公开》第[0075]段:“...operating system 214 and one or more application programs 216 may be stored in non-volatile memory 212 and executed on processor to provide a runtime environment.”;第[0105]-[0111]段关于AIT的描述。对比文件公开了客户端设备上存在多个应用程序(216)和一个运行时环境(214)。也公开了通过查询AIT等机制来查找与`<application_reference>`匹配的应用程序。然而,目标专利强调“在所述无线装置上执行的运行时环境中被注册为对应于多个应用方案识别符中的一者”。对比文件没有明确公开应用程序在“运行时环境”中以“应用方案识别符”进行“注册”的机制。在对比文件中,应用程序的标识和查找更多依赖于广播流中的表(如AIT)或映射表,而非在设备本地运行时环境中进行方案注册。因此,该技术特征未被公开。
**技术特征M:** 其进一步包括确定所述命令数据是否对应于至少一个有效命令数据,且如果所述命令数据不是有效的,则根据预定客户端行为产生基于错误的输出。《未公开》无相应内容。对比文件完全没有提及对TS URL中`<cmd_line>`(命令数据)进行有效性验证的步骤,更没有描述当命令数据无效时,根据“预定客户端行为”产生“基于错误的输出”的处理机制。因此,该技术特征未被公开。
**技术特征N:** 其中所述命令数据包括至少一个命令及对应的至少一个属性,其中确定所述命令数据是否有效进一步包括以下各项中的至少一者...《未公开》第[0052]段:“cmd_line—An encoded text string that will contain the command line arguments passed to the application.”;第[0115]段描述了`cmd_line`可以传递参数,并使用“%HH”转义机制。对比文件公开了`cmd_line`是传递给应用程序的命令行参数字符串,并提到了参数分隔和转义。然而,对比文件并未公开该命令数据具有“至少一个命令及对应的至少一个属性”这种结构化的组成,也完全没有公开目标专利中所述的复杂有效性判断逻辑(如识别有效命令、有效命令组合、命令与强制性/任选属性的对应关系等)。因此,该技术特征未被公开。
**技术特征O:** 其中根据预定客户端行为产生基于错误的输出进一步包括选择多个预定客户端行为中对应于所述命令数据中的预定错误的一者。《未公开》无相应内容。对比文件完全没有涉及任何关于错误处理或根据错误类型选择不同预定客户端行为的内容。因此,该技术特征未被公开。
**技术特征P:** 其中产生所述第一输出进一步包括产生具有进一步包括对应于所述目标客户端应用程序的应用程序分类识别符的所述预定语法的所述应用程序专用的通用资源识别符。《未公开》第[0040]段:“TS URL 116 is defined in the following name space: ‘ts://’.”对比文件公开的TS URL方案识别符为“ts://”。目标专利说明书中提到,专用URI可以包含“应用程序分类识别符”(例如“ipdata.”)作为方案的一部分以避免冲突。对比文件的TS URL方案是统一且固定的“ts”,并未公开或建议在方案中包含可变的应用分类识别符。因此,该技术特征未被公开。
**技术特征Q:** 其进一步包括:确定所述无线装置是否被订阅到所述目标客户端应用程序《未公开》无相应内容。对比文件描述的系统是基于广播和客户端设备接收内容,并未涉及用户或设备需要“订阅”到特定客户端应用程序的概念。所有应用程序的可用性似乎由广播网络和AIT决定,而非基于用户订阅状态。因此,该技术特征未被公开。
**技术特征R:** 如果所述无线装置未被订阅到所述目标客户端应用程序,则产生用于获得订阅的订阅菜单《未公开》无相应内容。对比文件未涉及订阅机制,因此自然也未曾开产生订阅菜单的步骤。因此,该技术特征未被公开。
**技术特征S:** 如果所述无线装置被订阅到所述目标客户端应用程序,则确定所述目标客户端应用程序是否驻留在所述无线装置上《未公开》无相应内容。对比文件未涉及订阅机制,因此基于订阅状态进行应用程序驻留检查的步骤未被公开。虽然对比文件提到应用程序可以存储在内存中(第[0074]段),但并未将其与一个先决的“订阅”判断步骤关联。因此,该技术特征未被公开。
**技术特征T:** 如果所述目标客户端应用程序驻留在所述无线装置上,则启动所述目标客户端应用程序《未公开》第[0112]-[0114]段描述了通过TS URL启动服务绑定应用程序。对比文件公开了启动应用程序的步骤。然而,在目标专利的权利要求中,该启动步骤(特征T)是依赖于特征Q、R、S所定义的订阅和驻留检查流程的后续步骤。由于对比文件未公开该特定的前提流程(Q、R、S),因此特征T在此特定上下文和技术方案组合中未被公开。单独看“启动应用程序”这一动作虽被公开,但作为受限于前述订阅/驻留判断流程的一部分,其整体技术方案未被公开。
**技术特征U:** 如果所述目标客户端应用程序未驻留在所述无线装置上,则将所述目标客户端应用程序下载到所述无线装置或退出回到所述第一客户端应用程序。《未公开》无相应内容。对比文件完全没有提及当目标应用程序不在设备上时,可以将其下载到设备或退出回到原应用程序的机制。因此,该技术特征未被公开。

<<<B>>><<<D>>><<<E>>><<<a>>><<<c>>><<<f>>><<<h>>><<<i>>>

权利要求与技术特征

V 其中产生所述第一输出进一步包括根据表示用于格式化所述应用程序专用的通用资源识别符的预定语法的扩充巴科斯范式(ABNF)来产生所述应用程序专用的通用资源识别符,所述扩充巴科斯范式包括:app-uri=app-scheme“:”app-dataapp-scheme=ALPHA*(ALPHA/DIGIT/“+”/“-”/“.”)app-data=[app-command-list] app-command-list=“?”command-data*(“
W ”command-data)command-data=“?”[command][“
X ”attributes-list]command=*(uchar/“/”/“:”/“@”/“!”/“$”/“&”/“”’/“(“/“)”/“*”/“+”/“,”)attributes-list=attr-value-pair*(“,”attr-value-pair)attr-value-pair=attribute“=”valueattribute=*(uchar/“/”/“:”/“@”/“!”/“$”/“&”/“”’/“(“/“)”/“*”/“+”/“
Y ”)value=*(uchar/“/”/“:”/“@”/“!”/“$”/“&”/“”’/“(“/“)”/“*”/“+”/“
Z ”)uchar=unre served/pct-encodedunreserved=ALPHA/DIGIT/“-”/“.”/“_”/“~”pct-encoded=“%”HEXDIG HEXDIG其中所述app-scheme包括用于应用方案的方案名称,其中如果所述目标客户端装置应用在启动时不需要任何命令,则所述app-data包括空值,其中所述app-command-list指定由所述目标客户端应用程序以预定顺序执行的命令列表,其中如 果所述目 标客户端 应用程 序支持默 认命令模 式,则仅所 述attributes-value-pair在未指定任何命令的情况下被传递到所述目标客户端应用程序,其中所述command包括目标客户端专用命令,且其中所述attribute是所述目标客户端专用命令所特有的。
Powered by Django

网站备案号:渝ICP备2023012882号


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