好的，作为一名资深专利代理师，我将根据您提供的材料，对对比文件是否公开目标专利权利要求的各技术特征进行深度分析和评估。
本次调用的模型名称：GPT-4
**目标专利名称**：链接到无线装置上的应用程序的设备及方法 (CN101536469B)
**对比文件名称**：2003-01-15_CN1391755A_发明公开_CN1391755A 从短消息服务消息中的嵌入指示器启动应用
---
### **特征比对表格**
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A《隐含公开》**<br>基于在无线装置上执行第一客户端应用程序而在所述无线装置的用户接口上产生第一输出。 | 说明书第[0018]-[0020]段：“当移动终端201接收到SMS消息，此消息由应用(如浏览器)启动控制逻辑203...进行处理并显示在显示器111上。”<br>说明书第[0037]段：“此描述开始于在移动终端中接收文本消息(步骤301)。” | **隐含公开**。对比文件明确描述了移动终端（即无线装置）接收SMS消息（一种文本消息）并将其显示在显示器（用户接口的一部分）上。这一“显示”行为构成了在用户接口上产生的“第一输出”。虽然对比文件没有明确使用“第一客户端应用程序”这一术语，但本领域技术人员可以毫无疑义地理解，在移动终端上接收、处理和显示SMS消息这一完整功能，必然是由终端上的一个消息处理应用程序（例如短信应用）来执行的。该应用程序的执行产生了包含消息内容（可能包含URI）的显示输出。因此，该技术特征被对比文件隐含公开。 |
| **技术特征B《未公开》**<br>其中所述第一输出包括具有包括跟随有命令数据的应用方案识别符的预定语法的应用程序专用的通用资源识别符。 | 说明书第[0037]段：“对所接收文本消息的正文进行语法分析(步骤311)，以确定是否存在URI(如URL)(确定块313)。例如，在所接收文本消息中存在文本串“http：”很可能指明存在标识超文本资源的URL。”<br>图2及说明书第[0020]段显示了示例SMS消息：“你好鲍勃，查看http：//www.ericsson.se”。 | **未直接公开，也未隐含公开**。对比文件公开的第一输出（显示的SMS消息）中包含的是标准的、通用的URI（如http URL）。其语法是通用互联网URI语法（例如`scheme://host/path`），而非目标专利所限定的“应用程序专用的”URI的“预定语法”。目标专利的专用URI语法核心在于“应用方案识别符”后直接跟随“命令数据”，用于深链接到本地应用程序的特定动态点。对比文件中的`http://www.ericsson.se`是一个用于定位网络资源的通用URL，其路径部分（`www.ericsson.se`）表示网络主机地址和资源位置，而非表示由本地目标应用程序执行的“命令数据”。因此，该技术特征未被公开。 |
| **技术特征C《未公开》**<br>其中所述应用方案识别符指示目标客户端应用程序。 | 说明书第[0037]段：“如果在所接收文本消息中检测到了URI(确定块313引出的“是”路径)，则使所接收文本消息的URI部分可为用户选择(步骤315)...当用户选择了URL...则应用启动控制逻辑203检索指向此URL的指针并调用适当的应用(如万维网浏览器应用205)(步骤319)，而URL作为输入参数传送到此应用。” | **未直接公开，也未隐含公开**。对比文件中URI的方案部分（如“http”）指示了用于处理该URI的协议类型（超文本传输协议），并关联到一个通用的应用类型（万维网浏览器）。然而，目标专利的“应用方案识别符”特指一个在无线装置中**注册**的、具体的**目标客户端应用程序**。对比文件没有公开一种专用的、用于识别和链接到设备上特定已注册客户端应用程序（而非通用协议处理器）的方案识别符体系。其“http”方案是公共、标准的，并非专为链接到设备本地某个具体App而设计。两者作用不同。 |
| **技术特征D《未公开》**<br>且其中所述命令数据表示由所述目标客户端应用程序执行的至少一个命令。 | 同上。对比文件中的URI（如`http://www.ericsson.se`）作为整体被传递给应用程序（浏览器）。其路径部分`www.ericsson.se`表示要访问的网络资源地址，而非一个供应用程序解析并执行的“命令”。说明书未提及URI中包含可被应用程序解释为内部操作指令的“命令数据”。 | **未直接公开，也未隐含公开**。对比文件完全没有公开URI中包含“命令数据”这一概念，更未公开该命令数据“表示由目标客户端应用程序执行的至少一个命令”。在对比文件中，URI的作用是**定位**（资源位置），而在目标专利中，命令数据的作用是**指令**（应用程序执行特定操作以到达动态点）。这是根本性的区别，该技术特征未被公开。 |
| **技术特征E《直接公开》**<br>接收选择所述应用程序专用的通用资源识别符的输入。 | 说明书第[0037]段：“使所接收文本消息的URI部分可为用户选择(步骤315)...当用户选择了URL(如按下确认键107)(从确定块317引出的“是”路径)”。 | **直接公开**。对比文件明确描述了用户可以通过按下确认键等方式，选择显示在消息中并被突出显示的URI（如URL）。这完全对应于“接收选择...通用资源识别符的输入”。作用相同，都是响应用户对UI中URI的触发操作。 |
| **技术特征F《隐含公开》**<br>确定选定的应用程序专用的通用资源识别符的所述应用方案识别符是否指示在所述无线装置中注册的客户端应用程序。 | 说明书第[0037]段：“调用适当的应用(如万维网浏览器应用205)(步骤319)”。 | **隐含公开**。对比文件在用户选择URI后，执行了“调用适当的应用”这一步骤。本领域技术人员可以理解，要成功调用一个应用，系统必须能够根据URI中的方案（如“http”）找到对应的、在设备上可用的应用程序（例如已安装的浏览器）。这一“查找-确定”过程，虽然对比文件没有详细描述其内部机制（如查询注册表），但属于实现“调用适当应用”功能的必然隐含步骤。其作用与目标专利中确定应用方案识别符是否指示已注册应用的作用相同，都是为了关联URI与正确的处理程序。 |
| **技术特征G《未公开》**<br>及如果所述确定指示...且如果所述命令数据是有效的，则根据所述命令数据基于执行经识别的客户端应用程序而在所述用户接口上产生第二输出，其中所述第二输出是对应于所述经识别的客户端应用程序中的基于所述命令数据可修改的预定动态点的动态输出。 | 说明书第[0037]段：“调用适当的应用(如万维网浏览器应用205)(步骤319)，而URL作为输入参数传送到此应用。” | **未直接公开，也未隐含公开**。对比文件公开了调用应用（如浏览器）并将URI（URL）传递给它，从而产生第二输出（如网页）。然而：<br>1. **缺少“命令数据有效性检查”**：对比文件未公开任何对URI内容进行有效性验证（判断命令数据是否有效）的步骤。<br>2. **第二输出的性质不同**：对比文件产生的第二输出（网页）是浏览器根据URL从网络获取并渲染的内容，它对应于一个**网络资源**，而非目标专利强调的“经识别的客户端应用程序中的...预定动态点”。目标专利的“动态点”强调是应用程序内部的一个可通过命令数据修改的状态或视图，是**本地应用程序的逻辑状态**，而非外部网络内容。<br>3. **作用不同**：对比文件实现的是**启动应用并导航到网络地址**；目标专利实现的是**深链接到本地应用程序的特定内部状态**。因此，该核心区别技术特征未被公开。 |
| **技术特征H《未公开》**<br>其中产生所述第二输出进一步包括在所述无线装置上执行所述经识别的客户端应用程序以产生多个经识别的客户端应用程序输出中的第一预定输出。 | 未涉及。对比文件仅提到调用应用（如浏览器）并访问URL，未提及应用程序有多个预定输出，也未提及产生的是其中某个特定的“第一预定输出”。 | **未直接公开，也未隐含公开**。该特征是对技术特征G的进一步限定，依赖于“预定动态点”和“命令数据”等概念。由于技术特征G未被公开，且对比文件未描述应用程序具有多个预定输出并由URI指定其一，该特征未被公开。 |
| **技术特征I《未公开》**<br>其中产生所述第一输出进一步包括在所述无线装置上执行所述第一客户端应用程序以产生多个第一客户端应用程序输出中的预定输出。 | 未涉及。对比文件描述了显示接收到的SMS消息，但未提及这是由“第一客户端应用程序”产生的多个可能输出中的某一个“预定输出”。 | **未直接公开，也未隐含公开**。该特征限定了第一输出的产生方式。对比文件未公开“第一客户端应用程序”及其具有多个预定输出的特性。 |
| **技术特征J《未公开》**<br>其中产生所述第一输出进一步包括产生所述多个经识别的客户端应用程序输出中的第二预定输出，其中所述多个经识别的客户端应用程序输出中的所述第二预定输出不同于所述多个经识别的客户端应用程序输出中的所述第一预定输出。 | 未涉及。 | **未直接公开，也未隐含公开**。该特征涉及同一应用程序（经识别的客户端应用程序）内不同预定输出的概念，对比文件完全未涉及。 |
| **技术特征K《未公开》**<br>其中产生所述第一输出进一步包括在所述无线装置的显示器上再现第一图形用户接口...且其中产生所述第二输出进一步包括...产生第二图形用户接口... | 说明书提到了“显示器111”显示消息和浏览器内容，可视为图形用户接口。但未明确将其描述为“多个第一客户端应用程序图形用户接口中的一者”或“多个经识别的客户端应用程序图形用户接口中的一者”。 | **未直接公开，也未隐含公开**。虽然对比文件客观上展示了图形界面的切换（从短信界面到浏览器界面），但其描述未达到目标专利权利要求中关于“多个...图形用户接口中的一者”这种对应用程序内部视图结构的限定程度。该特征未被明确公开。 |
| **技术特征L《未公开》**<br>其中所述确定进一步包括基于所述选定的应用方案识别符从可操作以驻留在所述无线装置的存储器中的多个客户端应用程序中选择所述经识别的客户端应用程序，其中所述多个客户端应用程序中的每一者在所述无线装置上执行的运行时环境中被注册为对应于多个应用方案识别符中的一者。 | 未涉及。对比文件没有公开“运行时环境”、“注册”机制或从多个已注册应用中选择的概念。 | **未直接公开，也未隐含公开**。该特征详细限定了确定和选择经识别应用程序的机制，涉及“运行时环境注册”这一具体架构。对比文件仅泛泛提及“调用适当的应用”，未公开任何注册表或运行时环境注册的细节。 |
| **技术特征M《未公开》**<br>其进一步包括确定所述命令数据是否对应于至少一个有效命令数据，且如果所述命令数据不是有效的，则根据预定客户端行为产生基于错误的输出。 | 未涉及。对比文件没有对URI内容进行有效性检查并据此产生错误输出的描述。 | **未直接公开，也未隐含公开**。该特征涉及命令数据的有效性验证和错误处理机制。对比文件未公开此内容。 |
| **技术特征N《未公开》**<br>其中所述命令数据包括至少一个命令及对应的至少一个属性，其中确定所述命令数据是否对应于至少一个有效命令数据进一步包括以下各项中的至少一者：识别所述至少一个命令是否对应于多个有效命令中的一者、或识别所述至少一个命令是否对应于有效命令组合、或识别所述至少一个命令及所述对应的至少一个属性是否分别对应于多个有效命令中的一者及多个强制性属性中的一者或多个任选属性中的一者、或识别所述至少一个命令及所述对应的至少一个属性是否分别对应于有效命令组合及多个强制性属性中的一者或多个任选属性中的一者。 | 未涉及。对比文件未将URI内容解析为“命令”和“属性”。 | **未直接公开，也未隐含公开**。该特征详细限定了命令数据的复杂结构和有效性验证的具体规则。对比文件中的URI（URL）不具备这种结构，也未进行此类验证。 |
| **技术特征O《未公开》**<br>其中根据预定客户端行为产生基于错误的输出进一步包括选择多个预定客户端行为中对应于所述命令数据中的预定错误的一者。 | 未涉及。 | **未直接公开，也未隐含公开**。该特征是对技术特征M的进一步细化，依赖于未被公开的错误处理机制。 |
| **技术特征P《未公开》**<br>其中产生所述第一输出进一步包括产生具有进一步包括对应于所述目标客户端应用程序的应用程序分类识别符的所述预定语法的所述应用程序专用的通用资源识别符。 | 未涉及。对比文件中的URI是标准格式，未包含“应用程序分类识别符”。 | **未直接公开，也未隐含公开**。该特征对专用URI的语法做了进一步限定。对比文件未公开此内容。 |
| **技术特征Q《未公开》**<br>其进一步包括：确定所述无线装置是否被订阅到所述目标客户端应用程序。 | 未涉及。对比文件不涉及应用程序的订阅概念。 | **未直接公开，也未隐含公开**。该特征引入了订阅检查机制。对比文件未公开此内容。 |
| **技术特征R《未公开》**<br>如果所述无线装置未被订阅到所述目标客户端应用程序，则产生用于获得订阅的订阅菜单。 | 未涉及。 | **未直接公开，也未隐含公开**。该特征是对技术特征Q的后续步骤，未被公开。 |
| **技术特征S《未公开》**<br>如果所述无线装置被订阅到所述目标客户端应用程序，则确定所述目标客户端应用程序是否驻留在所述无线装置上。 | 未涉及。 | **未直接公开，也未隐含公开**。该特征是对技术特征Q的后续步骤，未被公开。 |
| **技术特征T《未公开》**<br>如果所述目标客户端应用程序驻留在所述无线装置上，则启动所述目标客户端应用程序。 | 虽然对比文件有“调用适当的应用”，但这是在未经过Q、R、S步骤描述的订阅检查流程下进行的。该特征作为一套完整流程中的一环，其前提（订阅检查）未被公开，因此该特征本身在此语境下也未被公开。 | **未直接公开，也未隐含公开**。该特征依赖于前述未被公开的订阅流程。 |
| **技术特征U《未公开》**<br>如果所述目标客户端应用程序未驻留在所述无线装置上，则将所述目标客户端应用程序下载到所述无线装置或退出回到所述第一客户端应用程序。 | 未涉及。 | **未直接公开，也未隐含公开**。该特征涉及应用程序的下载机制，对比文件未公开此内容。 |
<<<E>>><<<a>>><<<f>>>