调用来自web页面或其他应用的应用背景技术
今天，网络对于通过使用超链接从web页面移动到web页面提供了非常简单的模型。当用户在超链接上点击时，浏览器自动提取（fetch）新的内容，并把它展现给用户。这个内容可包括从简单的web页面到如Gmail或Outlook那样的成熟的（full-fledged）应用的任何东西。
在移动客户端和现代操作系统上，工业界将看到应用（也称为“app”）在代替web页面的使用方面的激增。然而，app缺乏web页面具有的某些关键特征。具体地，app缺乏超链接的概念。
发明内容
本概要以简化的形式介绍概念的选择，这些概念还将在下面的详细说明中进行描述。本概要不打算标识所要求保护的主题的关键特征或必要特征。
各种实施例提供了应用（即，“app”）超链接。App超链接被配置成能够透明安装相关的应用。
在一个或多个实施例中，app超链接是网站开发者或app开发者可以将其包括在他们的站点或应用中的小的可嵌入代码片段。App超链接可以通过web平台（诸如web浏览器）或操作系统被展现来为用户提供选择（例如，点击或触摸）这个app超链接的结果的可视化表示。当用户选择所述app超链接时，浏览器或操作系统将从平台app商店下载应用图像，安装应用，在处理过程中把可视反馈提供给用户，并且一旦完成，通过执行“app切换”或类似操作而调用所述应用。
在至少某些实施例中，虽然技术上app现在被“安装”在用户的系统上，但在用户的开始菜单或主屏幕上没有留下图标。因此，如果用户退出该应用，则不会给用户留下可视的痕迹。用户当然可以访问平台上的app商店，搜索该app，找到它，并且选择“安装”它。在这样的情形下，如果缓存的app图像仍旧是当前的，则可以跳过下载和安装过程，并且代替地，仅仅把用于该app的图标放置在用户的主屏幕上。
附图说明
详细描述参照附图进行描述。在图中，参考数字的最左面的（一个或者多个）数字标识了该参考数字首次出现的图。在描述和附图中，不同实例中的相同参考数字的使用可以指示类似或相同的项目。
图1是在按照一个或多个实施例的示例性实施方案中的环境的图示。
图2是更详细地示出图1的示例性实施方案中的系统的图示。
图3图示了按照一个或多个实施例的示例性系统架构。
图4图示了按照一个或多个实施例的示例性用户界面。
图5图示了按照一个或多个实施例的示例性用户界面。
图6是描述在按照一个或多个实施例的方法中的步骤的流程图。
图7图示了可被利用来实施本文描述的各种实施例的示例性计算设备。
具体实施方式
综述
今天，对于用户来说当前不可能在访问一个app（或网站）的同时，在链接上点击，并且通过仅仅一次点击，就使得app从app商店自动提取、下载、安装和然后被调用。虽然现代的操作系统确实提供appURL，但这些URL典型地把用户带到app商店，要求用户仍旧点击“安装”，并且然后再一次点击来发起应用。这些附加点击表示出对于在app之间无缝移动的阻力。而且，从app商店安装app典型地把图标留在用户的开始屏幕上，因此本质上要求一定程度的承诺（commitment）或持久性。
另一方面，超链接允许用户从一个站点移动到另一站点,并且对于访问而言不存在不持久性。虽然用户可以为站点标记书签，并且内容可以被缓存，但对于访问该站点而言不存在没有持久的影响。
因此，在没有超链接的概念的情况下，在应用之间移动是困难的，并且作为从内容到内容的快速移动的手段、共享内容的手段和虚拟传播内容的手段的、在web上的超链接能力在app生态系统中丢失。
各种实施例提供了应用（即，“app”）超链接。App超链接被配置成使得能够透明安装和执行相关的应用。
在一个或多个实施例中，app超链接是网站开发者或app开发者可以将其包括在他们的站点或应用中的小的可嵌入代码片段。App超链接可以通过web平台（诸如web浏览器）或操作系统被展现，以向用户提供选择（例如，点击或触摸）这个app超链接的结果的可视化表示。当用户选择所述app超链接时，浏览器或操作系统将从平台app商店下载应用图像，安装应用，在处理过程中把可视反馈提供给用户，并且一旦完成，通过执行“app切换”或类似操作而调用所述应用。
在至少某些实施例中，虽然技术上app现在被“安装”在用户的系统上，但在用户的开始菜单或主屏幕上没有留下图标。因此，如果用户退出该应用，则不会给用户留下可视的痕迹。用户当然可以访问平台上的app商店，搜索该app，找到它，并且选择“安装”它。在这样的情形下，如果缓存的app图像仍旧是当前的，则可以跳过下载和安装过程，并且代替地，仅仅把用于该app的图标放置在用户的主屏幕上。
如以上提到的web平台是结合web的内容（例如公共内容）一起工作的平台。web平台可包括和利用许多不同类型的技术，诸如，作为例子但不是限制：URL、HTTP、REST、HTML、CSS、JavaScript、DOM、以及其他技术。web平台也可以与各种各样数据格式（诸如XML、JSON等等）一起工作。web平台可包括web浏览器、本地应用（诸如可被安装在用户的本地计算设备上并且在用户的本地计算设备上被执行的Windows?商店应用）等等。
在以下的讨论中，首先描述了可操作来采用本文描述的技术的示例性环境。然后描述可以在示例性环境以及其他环境中被采用的各种实施例的示例性图示。因此，示例性环境不限于执行所描述的实施例，以及所描述的实施例不限于在示例性环境中的实施方案。
示例性操作环境
图1是可操作来采用在本文档中描述的技术的示例性实施方案中的环境100的图示。所图示的环境100包括可以以各种各样方式配置的计算设备102的例子。例如，计算设备102可被配置成传统计算机（例如，台式个人计算机、膝上型电脑等等）、移动站、娱乐电子装置、通信耦合到电视机的机顶盒、无线电话、上网本、游戏控制台、手持设备等等，如关于图2进一步描述的。因此，计算设备102范围可以从具有大量存储器和处理器资源的丰富资源设备（例如，个人计算机、游戏控制台）到只有有限存储器和/或处理资源的低资源设备（例如，传统的机顶盒、手持式游戏控制台）。计算设备102还包括使得计算设备102执行如下面描述的一个或多个操作的软件。
计算设备102还包括web平台104。如上指出的，web平台结合web的内容（例如，诸如web页面等等的公共内容）一起工作。web平台可包括和利用许多不同的类型的技术，诸如，作为例子但不是限制：URL、HTTP、REST、HTML、CSS、JavaScript、DOM等等。web平台也可以以各种各样数据格式（诸如XML、JSON等等）工作。web平台可包括web浏览器、诸如Windows?商店应用那样的本地应用等等。
计算设备102还包括手势模块105，其识别可以由一个或多个手指执行的输入指针手势，并使得操作或动作对应于手势执行。手势可以由手势模块105以各种各样不同的方式被识别。例如，手势模块105可被配置成使用触摸屏功能性或者使用感测不一定物理触摸显示设备108的用户手指的接近度的功能性（例如，使用近场技术），识别触摸输入，诸如用户的手106a的手指靠近计算设备102的显示设备108。模块105可被利用来识别单个手指手势与荧光屏（bezel）手势、多个手指/同一手的手势与荧光屏手势、和/或多个手指/不同手的手势与荧光屏手势。
计算设备102还包括可被调用来在计算设备上执行的一个或多个应用106。可以提供任何适当类型的应用。这些应用可包括应用超链接，其使得附加应用能够被调用。App超链接被配置成使得能够透明安装相关的应用。
在一个或多个实施例中，app超链接是网站开发者或app开发者可以将其包括在他们的站点或应用中的小的可嵌入代码片段。App超链接可以通过web平台104（诸如web浏览器）或操作系统被展现，以向用户提供选择（例如，点击或触摸）这个app超链接的结果的可视化表示。当用户选择所述app超链接时，浏览器或操作系统将从平台app商店下载应用图像，安装应用，在处理过程中把可视反馈提供给用户，并且一旦完成，通过执行“app切换”或类似操作而调用所述应用。
在至少某些实施例中，虽然技术上app现在被“安装”在用户的系统上，但在用户的开始菜单或主屏幕上没有留下图标。因此，如果用户退出该应用，则不会给用户留下可视的痕迹。用户当然可以访问平台上的app商店，搜索该app，找到它，并且选择“安装”它。在这样的情形下，如果缓存的app图像仍旧是当前的，则可以跳过下载和安装过程，并且代替地，仅仅把用于该app的图标放置在用户的主屏幕上。
因此，app超链接可以结合以下特征中的一个或多个一起被利用。
·操作系统或者web浏览器可以展现与app超链接相关联的图像或图标，所述app超链接可选择成使得能够透明地安装和启动app。
·与app相关联的图像或图标可以通过使得web浏览器或操作系统与在云中的适当的app商店进行交易而被得到，因此检索适用于app的图像。
·图像或图标可包括来自app提供商的内容，诸如例如与由app提供的功能性相关联的图像。
·当app超链接被点击时，操作系统或web浏览器可以自动下载和安装app，而不必使得用户只能采取通过渐进的用户界面体验而导航到app商店，在其中这些用户必须选择性地点击各种选项以便得到app。
·app可以被自动下载和安装，而不用在用户的开始屏幕或任务栏上放置可视标记，例如，图块或图标。
·下载的app可被缓存，以使得下次用户通过例如选择在app商店中的app而选择app时可以避免该过程。
·缓存的app版本可以通过查询app商店服务而被检验是否过时。如果app已过时，则可以把app的当前版本提供给用户设备。
计算设备102还可以被配置成在触摸输入（例如，由用户的手106a的一个或多个手指提供）与触笔输入（例如，由触笔116提供）之间进行检测和区分。这种区分可以以各种各样的方式执行，诸如通过检测由用户的手106a的手指接触显示设备108的量以及由触笔116接触显示设备108的量。
因此，手势模块105可以通过识别和利用触笔与接触输入之间的划分而支持各种不同的手势技术，以及不同类型的触摸输入和非触摸输入。
图2图示了包括参照图1描述的计算设备102的示例性系统200。示例性系统200能够使得当在个人计算机（PC）、电视设备、和/或移动设备上运行应用时得到对于无缝用户体验的普遍存在的环境。服务和应用在对于利用应用、玩视频游戏、观看视频等等的同时从一个设备转移到另一个设备时，在所有的三个环境中基本上类似地运行，以用于共同的用户体验。
在示例性系统200中，多个设备通过中央计算设备进行互连。中央计算设备可以对于多个设备来说是本地的，或可以位于远离多个设备。在一个实施例中，中央计算设备可以是一个或多个服务器计算机的云。这些计算机可以通过网络、互联网、或其他数据通信链路连接到多个设备。在一个实施例中，这种互连架构使得功能性能够被传递到多个设备，以向多个设备的用户提供共同的和无缝的体验。多个设备的每个设备可以具有不同的物理要求和能力，以及中央计算设备使用平台来使得能够把对于所述设备定制的和对于所有设备共同的体验传递给所述设备。在一个实施例中，目标设备类别被创建，并且体验是对于设备的一般类别定制的。设备类别可以由物理特征、使用类型、或设备的其他共同的特性被限定。
在各种实施方案中，计算设备102可以采取各种各样不同配置，诸如，用于计算机202、移动装置204、和电视机206使用。这些配置的每个配置包括可以具有通常不同构造和能力的设备，并且因此计算设备102可以按照不同设备类别的一个或多个被配置。例如，计算设备102可以被实施为设备的计算机202类，其包括个人计算机、台式计算机、多屏幕计算机、膝上型计算机等等。这些不同配置的每个配置可以采用web平台，例如web浏览器，如上面和下面描述的。
计算设备102还可以被实施为设备的移动装置204类，其包括移动设备，诸如移动电话、便携式音乐播放器、便携式游戏设备、平板计算机、多屏幕计算机等等。计算设备102还可以被实施为设备的电视机206类，其包括具有或连接到在随意观看环境中的通常较大屏幕的设备。这些设备包括电视机、机顶盒、游戏控制台等等。本文描述的技术可以由计算设备102的这些各种配置支持，而不限于本文描述的技术的特定例子。
云208包括和/或表示用于内容服务212的平台210。平台210抽象化硬件（例如，服务器）的底层功能性和云208的软件资源。内容服务212可包括应用和/或数据，这些应用和/或数据可以当在远离计算设备102的服务器上执行计算机处理时被利用。内容服务212可以被提供为在互联网上和/或通过诸如蜂窝或Wi-Fi网络那样的订户网络的服务。
平台210可以抽象化用来连接计算设备102与其他计算设备的资源和功能。平台210还可以用来抽象化资源的缩放，以提供对于经由平台210实施内容服务212所遇到的需求的对应缩放水平。因此，在互连设备实施例中，本文描述的功能性的实施方案可以在系统200各处分布。例如，功能性可以部分在计算设备102上实施以及经由抽象化云208的功能性的平台210实施。
通常，本文描述的任何功能性可以通过使用软件、固件、硬件（例如，固定逻辑电路）、人工处理、或这些实施方案的组合而被实施。如本文使用的术语“模块”、“功能性”、和“逻辑”通常表示软件、固件、硬件或其组合。在软件实施方案的情形下，模块、功能性、或逻辑表示程序代码，这些程序代码当在处理器（例如，一个或者多个CPU）上或被处理器执行时执行规定的任务。程序代码可被存储在一个或多个计算机可读存储器设备中。下面描述的手势技术特征是平台无关的，这意味着所述技术可以在具有各种各样处理器的各种各样商业计算平台上被实施。
在以下的讨论中，各节描述各种示例性实施例。标题为“示例性架构”的一节描述了按照一个或多个实施例的示例性架构。接着，标题为“示例性方法”的一节描述了按照一个或多个实施例的示例性方法。最后，标题为“示例性设备”的一节描述了可被利用来实施一个或多个实施例的示例性设备。
在已经描述了其中可以采用本发明原理的示例性操作环境后，现在考虑各种实施例的讨论。
示例性架构
图3图示了按照一个或多个实施例的总体上在300处的示例性系统架构。在这个例子中，架构包括计算设备102，诸如上面描述的计算设备。计算设备包括设备硬件302、操作系统304、和各种应用或app306，308，310。应用可包括web平台，诸如web浏览器。架构还包括云208，诸如互联网和app商店web服务312，其包括可以被操作系统304和/或app306、308和310中的一个或多个调用的webAPI，正如紧接在下面详细讨论的。
在所图示的和描述的例子中，操作系统304和/或应用306、308和310用作是其中可以调用附加应用的执行环境。
现在假设应用在操作系统304内运行。应用可以访问API，诸如WebAPI，其使得操作系统304展现应用内的虚拟链接。例如，考虑以HTML5编写的应用。该应用可包括引用，诸如：
<ahref=“applink:skype?userid=Xam”size=“100x100”/>
这个引用把超链接嵌入到应用中。这个超链接可以以任何适当方式出现。例如，超链接可以在应用的用户界面内出现，作为可点击的100x100像素按钮。当操作系统或web浏览器遇到这种引用时，其可以通过WebAPI而访问app商店web服务312。由app商店web服务312暴露的webAPI允许操作系统或浏览器查询要展现的图像。
例如，app商店API可以采取以下的形式：
http://appstore.operating-system.com/geticon/skype?userID&size=100x100
这请求app商店web服务312验证“skype”是有效的app，以及提取适合于app链接URI的图标skype?userid=Xam的图标。App商店web服务312将验证：该app存在以及被支持作为在相关联平台上的自由应用。在这个特定例子中，为了查明要展现哪个图标，其将其自己用于Skype的图标(Skype商标)与从Skype自己的web服务得到的附加图像内容相组合。为了做到这一点，app商店web服务312调用Skypeweb服务。这个web服务可作为提交app的过程的一部分向app商店注册。Skypeweb服务进而又取参数（userid=Xam）和得到对于Xam的简档图片，并且把其返回给web商店app服务312。web商店app服务312把其与其具有的用于应用的图标（例如，Skype商标）相组合，并且把所组合的集合返回给操作系统304或浏览器。
在一个或多个实施例中，为了提供信任度，用于app本身的图标由app商店提供，而不是由Skypeweb服务提供。这是因为操作系统信任app商店web服务312。
一旦操作系统接收到图标，操作系统将图标展现在应用的用户界面中。作为例子，考虑图4。
此处，示出了总体上在400处的用于社交网络应用的用户界面。在这个特定实例中，用户关注（follow）名字为“XamReldas”的个人。在这种情形下，应用或操作系统查询了app商店web服务312，并且接收了与不同应用相关联的图标402—在本例中，由Skype提供通信应用。通信应用使得个人能够通过诸如互联网那样的网络打电话。web服务312也返回了对于Xam的简档图片。
现在，如果用户点击或以其他方式选择图标402，则操作系统将调用在app商店上的另一个web服务，这次是请求下载与图标402相关联的app包。如果app以前没有被安装，则app商店web服务将应用包返回给操作系统。另一方面，如果app以前已经被安装，则操作系统可以在这个请求中包括对于当前缓存的app图像的版本号。当app商店web服务接收这个请求时，如果版本号被包括在内，则app商店网络服务检查该版本号，并且如果其比最近的版本号更旧，则app商店web服务将最新近的app包返回给操作系统。否则，它返回一个响应，该响应说明当前缓存的版本是有效的。这可以通过使用正常的http缓存控制头或web服务特定参数而完成。在一个或多个实施例中，在下载app包的过程期间，操作系统可以更新用于app的图标，以提供关于下载/安装的进度条。
一旦app包被下载，操作系统安装该app包。在一个或多个实施例中，操作系统并不把用于app的图标放置在用户的主屏幕/开始屏幕上。操作系统现在可以通过使用任何适当的app切换技术而切换到该app。为了向新安装的app提供上下文，URL可当调用app时被传递到该app。在这个特定例子中，操作系统可以向Skypeapp提供要呼叫的一方的用户ID—在本情形中是Xam。作为例子，考虑图5。
此处，示出总体上在500处的新安装app的用户界面。在这个特定的实例中，正在打电话给Xam，以及在502处示出了Xam的以前获取的简档图片。呼叫方的图片在504处示出。
URL也可以使得能够实现调用app的不同方式。例如，在某些操作系统中，URL参数可被用来指示app要在特定模式下（例如快照模式（左或右）或全屏模式）被发起。替换地，可以存在如下这样的URL参数，即：其规定了把app的用户界面嵌入在正在调用的app内，由此使得能够实现嵌入式体验。
在已经讨论了各种实施例后，现在考虑按照一个或多个实施例的示例性方法。
示例性方法
图6是描述按照一个或多个实施例的方法中的步骤的流程图。方法可以结合任何适当的硬件、软件、固件、或其组合而被实施。在至少某些实施例中，方法可以通过适当配置的操作系统、应用、web平台、或web浏览器而被实施。
步骤600执行第一应用。这个步骤可以以任何适当的方式被执行，并且可包括任何适当配置的应用。步骤602获取对于第二应用的可视链接。这个步骤可以以任何适当的方式被执行。例如，这个步骤可以通过调用适当配置的API而被执行，该API的例子在上面提供。步骤604在第一应用内展现可视链接。关于这可以如何完成的例子在上面提供。
步骤606接收可视链接的选择。这个步骤可以以任何适当的方式被执行。例如，在至少某些实施例中，可视链接可以在触摸使能设备中被触摸-选择。替换地或另外，可视链接可以采用输入机制（诸如鼠标、触笔等等）而被选择。替换地或另外，可视链接可以借助于自然用户接口（NUI）而被选择。响应于接收到可视链接的选择，步骤608请求下载与第二应用相关联的应用包。这个步骤可以以各种方式被执行。例如，如果第二应用以前已安装，则请求可包括请求如上所述的版本号，以查明安装的第二应用是否为最新的。如果第二应用以前没有被安装，则生成的请求将仅仅请求与第二应用相关联的应用包。
步骤610接收应用包，以及步骤612将应用包安装在用户的计算设备上。步骤614从第一应用自动切换到第二应用。这个步骤可以以各种方式被执行。
在考虑了各种实施例后，现在考虑可被利用来实施上述的实施例的示例性设备的讨论。
示例性设备
图7图示了可被实施为如上参考图1和2的任何类型的便携式和/或计算机设备以实施本文描述的动画库实施例的示例性设备700的各种部件。。设备700包括通信设备702，其使得能够实现设备数据704（例如，已接收的数据、正在被接收的数据、安排用于广播的数据、数据的数据分组等等）的有线和/或无线通信。设备数据704或其他设备内容可包括设备的配置设置、存储在设备上的媒体内容、和/或与设备的用户相关联的信息。存储在设备700上的媒体内容可包括任何类型的音频、视频、和/或图像数据。设备700包括一个或多个数据输入706，经由其可以接收任何类型的数据、媒体内容和/或输入，诸如用户可选择输入、消息、音乐、电视媒体内容、记录的视频内容、和从任何内容和/或数据源接收的任何其他类型的音频、视频和/或图像数据。
设备700还包括通信接口708，其可被实施为以下的任何一项或者多项，即：串行和/或并行接口、无线接口、任何类型的网络接口、调制解调器、和作为任何其他类型的通信接口。通信接口708提供设备700与通信网络之间的连接和/或通信链路，其他的电子、计算和通信设备通过所述连接和/或通信链路与设备700通信数据。
设备700包括一个或多个处理器710（例如，微处理器、控制器等等中的任一项），其处理各种计算机可执行或可读指令来控制设备700的操作并且实施上述的实施例。替换地或另外，设备700可以以结合总体上在712处的处理和控制电路实施的硬件、固件、或固定逻辑电路的任一项或者组合来实施。虽然未示出，但设备700可包括耦合设备内的各种部件的系统总线或数据传送系统。系统总线可包括不同总线结构的任一项或组合，所述总线结构诸如存储器总线或存储器控制器、外设总线、通用串行总线和/或利用各种各样总线架构的任一项的处理器或本地总线。
设备700还包括计算机可读介质714，诸如一个或多个存储器部件，其例子包括随机存取存储器（RAM）、非易失性存储器（例如，只读存储器（ROM）、快闪存储器、EPROM、EEPROM等等中的任一项或多项），以及盘存储设备。盘存储设备可被实施为任何类型的磁或光学存储设备，诸如硬盘驱动器、可记录的和/或可重写紧凑盘（CD）、任何类型的数字多用盘（DVD）等等。设备700还可以包括大型存储介质设备716。
计算机可读介质714提供用来存储设备数据704以及各种设备应用718和涉及设备700的操作方面的任何其他类型的信息和/或数据的数据存储机制。例如，操作系统720可作为计算机应用通过可读介质714而被保存并且在处理器710上执行。设备应用718可包括设备管理器（例如，控制应用、软件应用、信号处理和控制模块、特定设备固有的代码、用于特定设备的硬件抽象层等等）以及其他应用，其可包括web浏览器、图像处理应用、通信应用（诸如即时消息发送应用、字处理应用、和各种各样其他不同的应用）。设备应用718还包括用来实施本文描述的技术的实施例的任何系统部件或模块。在本例中，设备应用718包括接口应用722和手势捕获应用724，其被示为软件模块和/或计算机应用。手势捕获驱动器724表示用来提供具有被配置成捕获手势的设备（诸如触摸屏、跟踪板、照相机等等的）的接口的软件。替换地或另外，接口应用722和手势捕获驱动器724可以被实施为硬件、软件、固件或其任何组合。另外，计算机可读介质714可包括web平台725a和如上所述那样起作用的手势模块725b。
设备700还包括音频和/或视频输入-输出系统726，其提供音频数据到音频系统728和/或提供视频数据到显示系统730。音频系统728和/或显示系统730可包括处理、显示、和/或以其他方式展现音频、视频、和图像数据的任何设备。视频信号和音频信号可以经由RF（射频）链路、S-视频链路、组合视频链路、部件视频链路、DVI（数字视频接口）、模拟音频连接、或其他类似的通信链路从设备700传送到音频设备和/或显示设备。在一个实施例中，音频系统728和/或显示系统730被实施为设备700的外部部件。替换地，音频系统728和/或显示系统730被实施为示例性设备700的集成部件。
结论
各种实施例提供了应用（即“app”）超链接。App超链接被配置成使得能够透明安装相关联的应用。
在一个或多个实施例中，app超链接是网站开发者或app开发者可以将其包括在他们的站点或应用中的小的可嵌入代码片段。App超链接可以通过web平台（诸如web浏览器）或操作系统被展现，以向用户提供选择（例如，点击或触摸）这个app超链接的结果的可视化表示。当用户选择所述app超链接时，浏览器或操作系统将从平台app商店下载应用图像，安装应用，在处理过程中把可视反馈提供给用户，并且一旦完成，通过执行“app切换”或类似操作而调用所述应用。
虽然实施例是以特定于结构特征和/或方法步骤的语言描述的，但应当理解，在所附权利要求中限定的实施例不一定限于所描述的特定特征或步骤。而是，特定特征和步骤是作为实施所要求权利保护的实施例的示例性形式被公开的。