对比文件名称：2005-12-08_JP2005340941A_发明专利_JP2005340941A Communication system, mobile terminal, and server
目标专利名称：链接到无线装置上的应用程序的设备及方法CN101536469B
本次调用模型名称：DeepSeek-R1
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：基于在无线装置上执行第一客户端应用程序而在所述无线装置的用户接口上产生第一输出。 <br> **《直接公开》** | [2] 本例はブラウザが解析、表示可能なコンテンツファイル、例えばＨＴＭＬファイルの記述形式を拡張することにより、ＨＴＭＬファイル内に内蔵アプリケーションの起動命令を記述し、ブラウザのみで内蔵アプリケーション起動とＷｅｂサイトに接続の双方の機能を実現させる。<br>[2] 図９のフローチャートにおいて...ブラウザ１３が指定されたインデックス値に該当するメニューコンテンツデータをフラッシュメモリ３４から読み出し（ステップＳ２６）、メニューコンテンツデータを解析して表示部２に、例えば図５に示すメニュー画面のメニューコンテンツを表示する（ステップＳ２７）。 | 对比文件公开了在移动终端（无线装置）上执行浏览器（第一客户端应用程序），该浏览器解析并显示从服务器下载的菜单内容（HTML文件），从而在用户接口（显示部2）上产生第一输出（菜单画面）。这与技术特征A的作用相同，都是通过执行一个应用程序来产生包含链接的用户界面输出。因此，本领域技术人员能够毫无疑义地得出该技术特征。 |
| **技术特征B**：其中所述第一输出包括具有包括跟随有命令数据的应用方案识别符的预定语法的应用程序专用的通用资源识别符。 <br> **《直接公开》** | [2] （ＨＴＭＬタグセットのＡタグ記述）<br>・内蔵ＡＰの起動・・・・・・・・・・・・・<a href="apex:{ 携帯電話端末内蔵ＡＰ機能番号}"><br>[2] 図４は、ＨＴＭＬファイルのプログラムソース内に内蔵アプリケーション起動命令の記述を追加定義したＨＴＭＬタグ拡張例を示す。...図４に示される内蔵ＡＰ起動用の記述において、"apex:"以降の♯xxxxは起動すべき内蔵アプリケーションを識別するための機能番号... | 对比文件公开了在HTML的A标签（即一种URI/URL）中使用特定的语法来启动内置应用。该语法为 `apex:{功能编号}`，其中 `apex:` 相当于“应用方案识别符”，其后的功能编号相当于“命令数据”。这构成了一种具有预定语法的、用于应用程序（内置AP）的专用链接（URI）。该链接被包含在浏览器显示的第一输出（菜单画面）中。因此，该技术特征被直接公开。 |
| **技术特征C**：其中所述应用方案识别符指示目标客户端应用程序。 <br> **《直接公开》** | [2] なお、"apex"はアプリケーション起動命令属性を示すものである。<br>[2] "apex:"以降の♯xxxxは起動すべき内蔵アプリケーションを識別するための機能番号 | 对比文件明确说明“apex”是应用程序启动命令属性。在URI `apex:{功能编号}` 中，“apex:”这一部分的作用就是指示接下来的命令数据是针对（内置）应用程序的，即指示了目标客户端应用程序的类型（内置AP）。这与目标专利中应用方案识别符的作用相同。因此被直接公开。 |
| **技术特征D**：且其中所述命令数据表示由所述目标客户端应用程序执行的至少一个命令。 <br> **《直接公开》** | [2] "apex:"以降の♯xxxxは起動すべき内蔵アプリケーションを識別するための機能番号 | 对比文件中，“apex:”后面的功能编号（如#xxxx）用于识别要启动的特定内置应用程序。启动一个应用程序本身就是由该应用程序执行的一个命令（即“启动”或“运行”命令）。因此，该功能编号作为命令数据，表示了“启动指定应用程序”这一命令。该技术特征被直接公开。 |
| **技术特征E**：接收选择所述应用程序专用的通用资源识别符的输入。 <br> **《直接公开》** | [2] ここで、ユーザ操作によるキー入力があった場合、その入力操作がメニュー表示のＡタグを選択したものか否かを判断する（ステップＳ２８）。<br>[2] 一方、ＵＲＬではなくapex:#xxxxのＡタグが選択された場合、すなわち携帯電話端末１の内蔵アプリケーション起動要求がなされた場合... | 对比文件描述了在显示菜单画面（第一输出）后，用户通过按键操作来选择菜单中的A标签（即包含`apex:#xxxx`的专用URI）。系统会判断用户是否选择了A标签。这公开了接收选择该专用URI的输入。因此，该技术特征被直接公开。 |
| **技术特征F**：确定选定的应用程序专用的通用资源识别符的所述应用方案识别符是否指示在所述无线装置中注册的客户端应用程序。 <br> **《隐含公开》** | [2] 一方、ＵＲＬではなくapex:#xxxxのＡタグが選択された場合...ブラウザ１３は起動引数として選択されたＡタグの内蔵アプリケーション機能番号（#xxxx）を取得し、起動アプリケーションを決定する（ステップＳ３１）。<br>[2] この機能番号が登録されたデータベースは携帯電話端末１のＲＯＭ３２に格納されている。 | 对比文件公开了在选择了`apex:#xxxx`链接后，系统会获取其功能编号（#xxxx），并据此决定要启动的应用程序。同时指出，功能编号对应的数据库存储在终端ROM中。本领域技术人员可以理解，要“决定启动应用程序”，必然需要确定该功能编号是否对应一个在终端上可用（即可视为“注册”）的应用程序。这一确定过程是启动应用程序前的隐含必要步骤。因此，该技术特征被隐含公开。 |
| **技术特征G**：及如果所述确定指示所述选定的应用程序专用的通用资源识别符的所述应用方案识别符指示在所述无线装置中注册的客户端应用程序且如果所述命令数据是有效的，则根据所述命令数据基于执行经识别的客户端应用程序而在所述用户接口上产生第二输出，其中所述第二输出是对应于所述经识别的客户端应用程序中的基于所述命令数据可修改的预定动态点的动态输出。 <br> **《隐含公开》** | [2] ブラウザ１３から機能番号を受信したＡＰ管理部１８は、ブラウザ１３の動作を一時中断して（ステップＳ３３）、指定された機能番号に該当する内蔵アプリケーションを起動し（ステップＳ３４）、ユーザ操作に従って内蔵アプリケーションが実行される。 | 对比文件公开了在确定功能编号后，AP管理部启动对应的内置应用程序，并执行该应用程序。执行应用程序必然会在用户接口上产生某种输出（例如电话簿界面、计算器界面等），这就是第二输出。由于应用程序（如电话簿、计算器）通常具有多个状态或视图（即“点”），并且其显示内容（输出）可以根据输入或命令（例如，启动时可能带有初始参数，虽然对比文件未明确此点）而变化，因此其输出是动态的。本领域技术人员能够合理推断，通过扩展命令数据（功能编号及可能的参数），可以指示应用程序启动到特定的状态或执行特定操作，从而产生基于命令数据修改的动态输出。虽然对比文件未明确描述“命令数据有效性检查”，但在启动应用程序前验证功能编号是否有效（即是否对应一个存在的应用程序）是隐含的、必要的步骤。综合来看，该技术特征的核心步骤（确定、启动、产生输出）已被公开，其动态输出的属性可以合理推断，因此被隐含公开。 |
| **技术特征H**：其中产生所述第二输出进一步包括在所述无线装置上执行所述经识别的客户端应用程序以产生多个经识别的客户端应用程序输出中的第一预定输出。 <br> **《隐含公开》** | [2] 指定された機能番号に該当する内蔵アプリケーションを起動し（ステップＳ３４）、ユーザ操作に従って内蔵アプリケーションが実行される。 | 对比文件公开了启动并执行识别出的内置应用程序。一个应用程序通常能够产生多种输出（例如，计算器有不同的计算模式界面，电话簿有列表视图和联系人详情视图）。当应用程序被启动时，它通常会进入一个默认的或初始的界面，这可以被认为是“多个输出中的第一预定输出”。本领域技术人员能够毫无困难地理解这一点。因此，该技术特征被隐含公开。 |
| **技术特征I**：其中产生所述第一输出进一步包括在所述无线装置上执行所述第一客户端应用程序以产生多个第一客户端应用程序输出中的预定输出。 <br> **《直接公开》** | [2] ブラウザ１３が指定されたインデックス値に該当するメニューコンテンツデータをフラッシュメモリ３４から読み出し（ステップＳ２６）、メニューコンテンツデータを解析して表示部２に、例えば図５に示すメニュー画面のメニューコンテンツを表示する（ステップＳ２７）。 | 对比文件明确记载了浏览器（第一客户端应用程序）从存储器中读取特定的菜单内容数据（由索引值指定）并进行解析显示。浏览器可以显示不同的网页（多个输出），这里显示的是特定的、预定的菜单页面（预定输出）。这与技术特征I的描述完全一致。因此被直接公开。 |
| **技术特征J**：其中产生所述第一输出进一步包括产生所述多个经识别的客户端应用程序输出中的第二预定输出，其中所述多个经识别的客户端应用程序输出中的所述第二预定输出不同于所述多个经识别的客户端应用程序输出中的所述第一预定输出。 <br> **《未公开》** | 无对应内容。 | 目标专利的该特征限定了第一输出本身是由“经识别的客户端应用程序”（即目标应用程序）产生的，且是不同于后续第二输出的另一个预定输出。这描述了同一应用程序内不同深链接点的跳转场景。对比文件中，第一输出是由浏览器（第一客户端应用程序）产生的HTML菜单页面，并非由目标内置应用程序（如电话簿、计算器）产生。因此，对比文件完全没有公开这一特定技术特征。 |
| **技术特征K**：其中产生所述第一输出进一步包括在所述无线装置的显示器上再现第一图形用户接口，其中所述第一图形用户接口包括可通过在所述无线装置上执行所述第一客户端应用程序而产生的多个第一客户端应用程序图形用户接口中的一者，且其中产生所述第二输出进一步包括在所述无线装置的所述显示器上产生第二图形用户接口，其中所述第二图形用户接口包括可通过在所述无线装置上执行所述经识别的客户端应用程序而产生的多个经识别的客户端应用程序图形用户接口中的一者。 <br> **《直接公开》** | [2] 表示部２に、例えば図５に示すメニュー画面のメニューコンテンツを表示する（ステップＳ２７）。<br>[2] 指定された機能番号に該当する内蔵アプリケーションを起動し（ステップＳ３４）、ユーザ操作に従って内蔵アプリケーションが実行される。 | 对比文件公开了：1. 在显示器（表示部2）上显示作为第一图形用户接口的菜单画面（图5），该菜单画面是通过执行浏览器（第一客户端应用程序）产生的多种可能GUI中的一种（例如，不同于其他网页的特定菜单页）。2. 启动内置应用程序后，该应用程序被执行，必然会在显示器上产生其自身的图形用户接口（如计算器界面、电话簿界面），这是该应用程序能产生的多种GUI中的一种。因此，该技术特征被直接公开。 |
| **技术特征L**：其中所述确定进一步包括基于所述选定的应用方案识别符从可操作以驻留在所述无线装置的存储器中的多个客户端应用程序中选择所述经识别的客户端应用程序，其中所述多个客户端应用程序中的每一者在所述无线装置上执行的运行时环境中被注册为对应于多个应用方案识别符中的一者。 <br> **《隐含公开》** | [2] ブラウザ１３は起動引数として選択されたＡタグの内蔵アプリケーション機能番号（#xxxx）を取得し、起動アプリケーションを決定する（ステップＳ３１）。<br>[2] この機能番号が登録されたデータベースは携帯電話端末１のＲＯＭ３２に格納されている。 | 对比文件公开了基于选定的URI中的功能编号（#xxxx）来决定要启动的应用程序，并且存在一个存储了功能编号与应用程序对应关系的数据库。这隐含了从多个应用程序中“选择”的过程。虽然对比文件未明确提及“运行时环境”和“注册”这些术语，但存储功能编号与应用程序映射关系的数据库，其作用与本领域技术人员所理解的“注册表”作用相同，即建立应用方案识别符（此处为功能编号模式`apex:#xxxx`）与应用程序的对应关系，以便系统能够根据识别符找到并选择正确的应用程序。因此，该技术特征被隐含公开。 |
| **技术特征M**：其进一步包括确定所述命令数据是否对应于至少一个有效命令数据，且如果所述命令数据不是有效的，则根据预定客户端行为产生基于错误的输出。 <br> **《未公开》** | 无对应内容。 | 对比文件描述了成功启动应用程序的流程，但完全没有提及对命令数据（功能编号）有效性的检查，也没有描述当命令数据无效（例如，功能编号不存在）时，系统会如何响应，例如产生错误输出。因此，该技术特征未被对比文件公开。 |
| **技术特征N**：其中所述命令数据包括至少一个命令及对应的至少一个属性，其中确定所述命令数据是否对应于至少一个有效命令数据进一步包括以下各项中的至少一者：识别所述至少一个命令是否对应于多个有效命令中的一者、或识别所述至少一个命令是否对应于有效命令组合、或识别所述至少一个命令及所述对应的至少一个属性是否分别对应于多个有效命令中的一者及多个强制性属性中的一者或多个任选属性中的一者、或识别所述至少一个命令及所述对应的至少一个属性是否分别对应于有效命令组合及多个强制性属性中的一者或多个任选属性中的一者。 <br> **《未公开》** | 无对应内容。 | 该特征涉及对命令数据结构的详细定义（命令和属性）以及复杂的有效性验证规则。对比文件中的命令数据仅为简单的功能编号，并未区分为“命令”和“属性”的复杂结构，也没有公开任何关于验证命令组合、强制性/任选属性的规则。因此，该技术特征未被对比文件公开。 |
| **技术特征O**：其中根据预定客户端行为产生基于错误的输出进一步包括选择多个预定客户端行为中对应于所述命令数据中的预定错误的一者。 <br> **《未公开》** | 无对应内容。 | 如特征M所述，对比文件未公开错误处理机制，因此更不可能公开根据不同的错误类型选择不同客户端行为这一更具体的特征。该技术特征未被公开。 |
| **技术特征P**：其中产生所述第一输出进一步包括产生具有进一步包括对应于所述目标客户端应用程序的应用程序分类识别符的所述预定语法的所述应用程序专用的通用资源识别符。 <br> **《未公开》** | 无对应内容。 | 目标专利该特征旨在通过应用程序分类识别符（如`ipdata.`）避免方案冲突。对比文件中使用的应用方案识别符是固定的`apex:`，并未提及或使用任何用于分类或避免冲突的额外识别符。因此，该技术特征未被对比文件公开。 |
| **技术特征Q**：其进一步包括：确定所述无线装置是否被订阅到所述目标客户端应用程序。 <br> **《未公开》** | 无对应内容。 | 对比文件涉及的是终端内置的应用程序（如电话簿、计算器），这些应用程序是设备固有的，不存在“订阅”的概念。目标专利该特征显然针对的是可能需要订阅服务或付费才能使用的应用程序（如MediaFLO客户端）。因此，该技术特征未被对比文件公开。 |
| **技术特征R**：如果所述无线装置未被订阅到所述目标客户端应用程序，则产生用于获得订阅的订阅菜单。 <br> **《未公开》** | 无对应内容。 | 基于特征Q未公开，且对比文件无任何关于订阅或订阅菜单的内容，该技术特征未被公开。 |
| **技术特征S**：如果所述无线装置被订阅到所述目标客户端应用程序，则确定所述目标客户端应用程序是否驻留在所述无线装置上。 <br> **《未公开》** | 无对应内容。 | 对比文件中的目标应用程序（内置AP）是始终驻留在终端上的，不存在需要判断是否已驻留的情况。该特征针对的是可能需下载的应用程序场景，未被对比文件公开。 |
| **技术特征T**：如果所述目标客户端应用程序驻留在所述无线装置上，则启动所述目标客户端应用程序。 <br> **《直接公开》** | [2] 指定された機能番号に該当する内蔵アプリケーションを起動し（ステップＳ３４） | 对比文件明确公开了在确定功能编号后，启动对应的内置应用程序。虽然该步骤在对比文件中不依赖于特征Q、S所述的订阅和驻留判断，但“如果应用程序驻留则启动它”这一动作本身已被直接公开。 |
| **技术特征U**：如果所述目标客户端应用程序未驻留在所述无线装置上，则将所述目标客户端应用程序下载到所述无线装置或退出回到所述第一客户端应用程序。 <br> **《未公开》** | 无对应内容。 | 对比文件仅涉及启动已内置的应用程序，完全没有提及当应用程序不存在于终端时，进行下载或退回到原应用程序的备选方案。因此，该技术特征未被公开。 |
<<<A>>><<<B>>><<<C>>><<<D>>><<<E>>><<<I>>><<<K>>><<<T>>>
<<<f>>><<<g>>><<<h>>><<<l>>>