CN111046265B - 卡片数据显示方法、装置、设备及存储介质 - Google Patents

Abstract

本公开提供了一种卡片数据显示方法、装置、设备及存储介质，属于计算机技术领域。所述方法包括：通过第一应用接收到搜索请求时，向第二应用发送搜索请求，通过第二应用接收到搜索请求时获取卡片数据，其中，卡片数据包括搜索请求对应的第一搜索结果，显示该卡片数据。本公开提供了一种根据搜索请求显示卡片数据的方式，用户在第一应用中触发搜索请求，即可查看第二应用根据搜索请求获取的卡片数据，提高了卡片数据显示的灵活性。且用户无需手动打开第二应用，即可查看第二应用的卡片数据，简化了操作，提高了便捷性。

Description

卡片数据显示方法、装置、设备及存储介质

技术领域

本公开涉及计算机技术领域，尤其涉及一种卡片数据显示方法、装置、设备及存储介质。

背景技术

卡片数据是指采用卡片的形式显示的数据，卡片数据的显示形式生动形象，便于用户浏览。例如卡片数据为快递卡片数据时，可为用户展现快递的物流信息，卡片数据为股票行情卡片数据时，可为用户展现当前的股票行情。

但是，目前终端上显示的卡片数据，均是由终端的操作***提供的，灵活性较差。

发明内容

本公开提供一种卡片数据显示方法、装置、设备及存储介质，可以克服相关技术中存在的问题，所述技术方案如下：

根据本公开实施例的第一方面，提供了一种卡片数据显示方法，所述方法包括：

通过第一应用接收到搜索请求时，向第二应用发送所述搜索请求；

通过所述第二应用接收到所述搜索请求时获取卡片数据，所述卡片数据包括所述搜索请求对应的第一搜索结果；

显示所述卡片数据。

在一种可能实现方式中，所述显示所述卡片数据，包括：

通过所述第二应用，向所述第一应用发送所述卡片数据；

通过所述第一应用接收到所述卡片数据时，显示所述卡片数据。

在另一种可能实现方式中，所述通过所述第一应用接收到所述卡片数据时，显示所述卡片数据，包括：

通过所述第一应用接收到所述卡片数据时，根据所述卡片数据进行渲染，得到第一搜索结果界面，显示所述第一搜索结果界面。

在另一种可能实现方式中，所述方法还包括：

通过所述第一应用接收到所述搜索请求时，根据所述搜索请求进行搜索，得到第二搜索结果；

所述通过所述第一应用接收到所述卡片数据时，显示所述卡片数据，包括：

根据所述卡片数据和所述第二搜索结果进行渲染，得到第二搜索结果界面，显示所述第二搜索结果界面。

在另一种可能实现方式中，所述第二应用为快应用，所述通过第一应用接收到搜索请求时，向所述第二应用发送所述搜索请求，包括：

通过所述第一应用，调用所述快应用提供的接口，向所述快应用发送所述搜索请求。

在另一种可能实现方式中，所述搜索请求携带搜索关键词，所述卡片数据包括所述搜索关键词对应的第一搜索结果；或者，

所述搜索请求携带登录所述第一应用的用户标识和搜索关键词，所述卡片数据包括所述用户标识和所述搜索关键词对应的第一搜索结果。

在另一种可能实现方式中，所述通过第一应用接收到搜索请求时，向所述第二应用发送所述搜索请求，包括：

通过所述第一应用接收到所述搜索请求时，确定所述搜索关键词关联的第二应用，向所述第二应用发送所述搜索请求。

在另一种可能实现方式中，所述方法还包括：

通过所述第一应用接收到所述搜索请求时，根据所述搜索请求进行搜索，得到第二搜索结果；

根据所述第二搜索结果进行渲染，得到第三搜索结果界面，显示所述第三搜索结果界面；

所述显示所述卡片数据，包括：

通过所述第二应用，根据所述卡片数据进行渲染，得到第四搜索结果界面；

在所述第三搜索结果界面处于显示状态的情况下，显示所述第四搜索结果界面。

在另一种可能实现方式中，所述第三搜索结果界面包括镂空区域，所述第四搜索结果界面位于所述镂空区域内；或者，

所述第四搜索结果界面悬浮于所述第三搜索结果界面的上层，遮挡所述第三搜索结果界面的指定区域。

根据本公开实施例的第二方面，提供了一种卡片数据显示装置，所述装置包括：

发送模块，用于通过第一应用接收到搜索请求时，向第二应用发送所述搜索请求；

获取模块，用于通过所述第二应用接收到所述搜索请求时获取卡片数据，所述卡片数据包括所述搜索请求对应的第一搜索结果；

第一显示模块，用于显示所述卡片数据。

在一种可能实现方式中，所述第一显示模块，包括：

第一发送单元，用于通过所述第二应用，向所述第一应用发送所述卡片数据；

第一显示单元，用于通过所述第一应用接收到所述卡片数据时，显示所述卡片数据。

在另一种可能实现方式中，所述第一显示单元，还用于通过所述第一应用接收到所述卡片数据时，根据所述卡片数据进行渲染，得到第一搜索结果界面，显示所述第一搜索结果界面。

在另一种可能实现方式中，所述装置还包括：

搜索模块，用于通过所述第一应用接收到所述搜索请求时，根据所述搜索请求进行搜索，得到第二搜索结果；

所述第一显示单元，还用于根据所述卡片数据和所述第二搜索结果进行渲染，得到第二搜索结果界面，显示所述第二搜索结果界面。

在另一种可能实现方式中，所述第二应用为快应用，所述发送模块，包括：

接口调用单元，用于通过所述第一应用，调用所述快应用提供的接口，向所述快应用发送所述搜索请求。

在另一种可能实现方式中，所述搜索请求携带搜索关键词，所述卡片数据包括所述搜索关键词对应的第一搜索结果；或者，

所述搜索请求携带登录所述第一应用的用户标识和搜索关键词，所述卡片数据包括所述用户标识和所述搜索关键词对应的第一搜索结果。

在另一种可能实现方式中，所述发送模块，包括：

第二发送单元，用于通过所述第一应用接收到所述搜索请求时，确定所述搜索关键词关联的第二应用，向所述第二应用发送所述搜索请求。

在另一种可能实现方式中，所述装置还包括：

所述搜索模块，还用于通过所述第一应用接收到所述搜索请求时，根据所述搜索请求进行搜索，得到第二搜索结果；

第二显示模块，用于根据所述第二搜索结果进行渲染，得到第三搜索结果界面，显示所述第三搜索结果界面；

所述第一显示模块，包括：

渲染单元，用于通过所述第二应用，根据所述卡片数据进行渲染，得到第四搜索结果界面；

第二显示单元，用于在所述第三搜索结果界面处于显示状态的情况下，显示所述第四搜索结果界面。

在另一种可能实现方式中，所述第三搜索结果界面包括镂空区域，所述第四搜索结果界面位于所述镂空区域内；或者，

所述第四搜索结果界面悬浮于所述第三搜索结果界面的上层，遮挡所述第三搜索结果界面的指定区域。

根据本公开实施例的第三方面，提供了一种电子设备，所述电子设备包括：

一个或多个处理器；

用于存储所述一个或多个处理器可执行指令的易失性或非易失性存储器；

其中，所述一个或多个处理器被配置为执行如第一方面所述的卡片数据显示方法中所执行的操作。

根据本公开实施例的第四方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一条指令，所述至少一条指令由处理器加载并执行以实现上述第一方面所述的卡片数据显示方法。

本公开实施例提供的技术方案带来的有益效果至少包括：

本公开实施例提供的方法、装置、设备及存储介质，通过第一应用接收到搜索请求时，向第二应用发送搜索请求，通过第二应用接收到搜索请求时获取卡片数据，其中，卡片数据包括搜索请求对应的第一搜索结果，显示该卡片数据。本公开提供了一种根据搜索请求显示卡片数据的方式，用户在第一应用中触发搜索请求，即可查看第二应用根据搜索请求获取的卡片数据，提高了卡片数据显示的灵活性。且用户无需手动打开第二应用，即可查看第二应用的卡片数据，简化了操作，提高了便捷性。

并且，终端可在第一应用的界面中显示来源于第二应用的卡片数据，实现了卡片数据的共享，提高了用户在第一应用中获取的信息量。

并且，终端通过第一应用，调用当前运行的快应用的接口，向该快应用发送搜索请求，通过快应用获取搜索请求对应的卡片数据，显示该卡片数据。因此实现在其他应用中接收搜索请求，根据搜索请求显示快应用的卡片数据，扩展了快应用的功能，提高了快应用的处理能力以及实用性。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1是根据一示例性实施例示出的一种终端的示意图；

图2是根据一示例性实施例示出的另一种终端的示意图；

图3是根据一示例性实施例示出的一种卡片数据显示方法的流程图；

图4是根据一示例性实施例示出的另一种卡片数据显示方法的流程图；

图5是根据一示例性实施例示出的一种第二搜索结果界面的示意图；

图6是根据一示例性实施例示出的一种第一搜索结果界面的示意图；

图7是根据一示例性实施例示出的另一种卡片数据显示方法的流程图；

图8是根据一示例性实施例示出的一种第三搜索结果界面的示意图；

图9是根据一示例性实施例示出的一种第四搜索结果界面的示意图；

图10是根据一示例性实施例示出的另一种搜索结果界面的示意图；

图11是根据一示例性实施例示出的另一种卡片数据显示方法的流程图；

图12是根据一示例性实施例示出的一种快应用框架的框图；

图13是根据一示例性实施例示出的一种快应用的启动流程图；

图14是根据一示例性实施例示出的一种卡片数据显示装置的结构示意图；

图15是根据一示例性实施例示出的另一种卡片数据显示装置的结构示意图；

图16是根据一示例性实施例示出的一种电子设备的框图。

具体实施方式

为使本公开的目的、技术方案和优点更加清楚，下面将结合附图对本公开实施方式作进一步地详细描述。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或隐含地包括至少一个该特征。在本公开的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

图1是本公开实施例提供的一种终端101的示意图，其中，终端101可以为手机、计算机、平板电脑、智能电视等多种类型的设备。参见图1，终端101包括第一应用和第二应用，第一应用可以为浏览器等，第二应用可以为外卖应用、快递应用、多媒体应用等。

在一种可能实现方式中，终端101通过第一应用接收到搜索请求时，向第二应用发送该搜索请求，终端101通过第二应用将搜索请求对应的卡片数据发送给第一应用，终端101在第一应用的搜索结果界面显示卡片数据。

在另一种可能实现方式中，终端101通过第一应用接收到搜索请求时，根据搜索请求进行搜索，得到第二搜索结果，终端101通过第一应用的搜索结果界面显示第二搜索结果。终端101通过第一应用接收到搜索请求时，向第二应用发送该搜索请求，终端101通过第二应用获取该搜索请求对应的卡片数据，终端101通过第二应用的搜索结果界面显示卡片数据。并且终端101在第一应用的搜索结果界面处于显示状态的情况下，显示第二应用的搜索结果界面。

图2是本公开实施例提供的另一种终端101的示意图，第一应用为网页浏览器，如图2所示，终端101包括操作***、网页浏览器和第二应用，第二应用包括运行引擎、渲染引擎和接口引擎。第二应用的运行引擎和渲染引擎与网页浏览器适配，通过接口引擎可以与网页浏览器进行交互，以实现本公开实施例提供的卡片数据显示方法。

其中，运行引擎用于运行JS(JavaScript，一种编程语言)文件等。渲染引擎用于根据卡片数据渲染界面。接口引擎用于提供接口的能力，例如通过接口引擎实现注册、登录、存储、请求数据等功能，可实现网页浏览器和第二应用之间的数据交互。

图3是根据一示例性实施例示出的一种卡片数据显示方法的流程图，该方法应用于终端，参见图3，该方法包括：

在步骤301中，通过第一应用接收到搜索请求时，向第二应用发送搜索请求。

在步骤302中，通过第二应用接收到搜索请求时获取卡片数据。

其中，卡片数据包括搜索请求对应的第一搜索结果。

在步骤303中，显示卡片数据。

本公开实施例提供的方法，终端通过第一应用接收到搜索请求时，向第二应用发送搜索请求，终端通过第二应用接收到搜索请求时获取卡片数据，显示该卡片数据。本公开实施例提供了一种根据搜索请求显示卡片数据的方式，用户在第一应用中触发搜索请求，即可查看第二应用根据搜索请求获取的卡片数据，提高了卡片数据显示的灵活性。且用户无需手动打开第二应用，即可查看第二应用的卡片数据，简化了操作，提高了便捷性。

在一种可能实现方式中，显示卡片数据，包括：

通过第二应用，向第一应用发送卡片数据；

通过第一应用接收到卡片数据时，显示卡片数据。

在另一种可能实现方式中，通过第一应用接收到卡片数据时，显示卡片数据，包括：

通过第一应用接收到卡片数据时，根据卡片数据进行渲染，得到第一搜索结果界面，显示第一搜索结果界面。

在另一种可能实现方式中，方法还包括：

通过第一应用接收到搜索请求时，根据搜索请求进行搜索，得到第二搜索结果；

通过第一应用接收到卡片数据时，显示卡片数据，包括：

根据卡片数据和第二搜索结果进行渲染，得到第二搜索结果界面，显示第二搜索结果界面。

在另一种可能实现方式中，第二应用为快应用，通过第一应用接收到搜索请求时，向第二应用发送搜索请求，包括：

通过第一应用，调用快应用提供的接口，向快应用发送搜索请求。

在另一种可能实现方式中，搜索请求携带搜索关键词，卡片数据包括搜索关键词对应的第一搜索结果；或者，

搜索请求携带登录第一应用的用户标识和搜索关键词，卡片数据包括用户标识和搜索关键词对应的第一搜索结果。

在另一种可能实现方式中，通过第一应用接收到搜索请求时，向第二应用发送搜索请求，包括：

通过第一应用接收到搜索请求时，确定搜索关键词关联的第二应用，向第二应用发送搜索请求。

在另一种可能实现方式中，方法还包括：

通过第一应用接收到搜索请求时，根据搜索请求进行搜索，得到第二搜索结果；

根据第二搜索结果进行渲染，得到第三搜索结果界面，显示第三搜索结果界面；

显示卡片数据，包括：

通过第二应用，根据卡片数据进行渲染，得到第四搜索结果界面；

在第三搜索结果界面处于显示状态的情况下，显示第四搜索结果界面。

在另一种可能实现方式中，第三搜索结果界面包括镂空区域，第四搜索结果界面位于镂空区域内；或者，

第四搜索结果界面悬浮于第三搜索结果界面的上层，遮挡第三搜索结果界面的指定区域。

图4是根据一示例性实施例示出的另一种卡片数据显示方法的流程图，应用于终端中，参见图4，该方法包括：

在步骤401中，终端通过第一应用接收到搜索请求时，根据搜索请求进行搜索，得到第二搜索结果。

终端上安装有第一应用，第一应用为具有搜索功能的应用，例如浏览器等。

当用户需要查询某些信息时，如外卖信息、电影信息、天气信息等，可通过终端在第一应用上触发搜索请求，当终端通过该第一应用接收到搜索请求时，根据搜索请求进行搜索，得到第二搜索结果。

其中，搜索请求用于指示终端通过第一应用进行搜索，第二搜索结果可以包括文本数据、图片数据、音频数据、视频数据等。

在一种可能实现方式中，终端显示第一应用的搜索界面，该搜索界面中包括输入框和搜索按钮。用户在输入框中输入搜索关键词，并触发搜索按钮。当终端检测到对搜索按钮的触发操作时，确定接收到搜索请求，该搜索请求携带搜索关键词。其中，搜索界面是具有搜索功能的界面，如第一应用的主界面或者第一应用中专门用于搜索的界面等，对搜索按钮的触发操作可以为点击操作、长按操作、滑动操作等。搜索关键词可以包括中文字符、英文字符或者标点符号等。

例如，用户在输入框中输入搜索关键词“电影”，终端根据该搜索关键词“电影”进行搜索得到第一搜索结果，则第一搜索结果中包括当前上映的电影、电影播放软件类型、电影播放网站的链接、电影影评、电影片段等相关信息。

在步骤402中，终端通过第一应用接收到搜索请求时，向第二应用发送搜索请求。

终端上还安装有第二应用，第二应用可以为快递应用、外卖应用、天气应用、多媒体应用等多种类型的应用。

当终端通过第一应用接收到搜索请求时，向第二应用发送搜索请求，以指示终端通过第二应用根据搜索请求进行搜索。

在一种可能实现方式中，第二应用为终端上运行的快应用，通过第一应用，调用快应用提供的接口，向该快应用发送搜索请求。

其中，快应用基于电子设备的操作***提供的原生应用程序接口API运行，无需安装可直接运行。该快应用为第一应用提供接口，终端基于该搜索请求调用该接口，即可向快应用发送搜索请求。

在另一种可能实现方式中，终端上包括第一应用和多个其他应用，当终端通过第一应用接收到搜索请求时，在多个其他应用中确定搜索关键词关联的第二应用，向该第二应用发送搜索请求，由该第二应用根据搜索请求进行搜索。

其中，终端上的多个其他应用分别具有各自的类型标签，类型标签用于描述应用的类型。当终端通过第一应用接收到搜索请求时，获取该搜索请求携带的搜索关键词，终端在多个类型标签中确定与该搜索关键词关联的类型标签，并将该类型标签对应的应用确定为第二应用。

例如，第一应用为浏览器，终端上还包括3个其他应用，分别为外卖应用、行程安排应用、股票应用。其中，外卖应用对应的类型标签为“外卖”，行程安排应用对应的类型标签为“行程”，股票应用对应的类型标签为“股票”。用户打开浏览器，在浏览器的搜索框中输入“股票”，并触发搜索按钮。终端通过浏览器检测到对搜索按钮的触发操作时，接收到搜索请求，则获取搜索关键词“股票”，终端确定搜索关键词“股票”与类型标签“股票”关联，则将类型标签“股票”对应的股票应用作为第二应用，终端通过浏览器将搜索请求发送给股票应用。

在步骤403中，终端通过第二应用接收到搜索请求时获取卡片数据。

终端通过第二应用接收搜索请求，并通过该第二应用获取该搜索请求对应第一搜索结果，确定该第一搜索结果对应的显示样式数据，根据第一搜索结果和显示样式数据进行渲染，得到卡片数据。

其中，卡片数据是指采用卡片的形式显示的数据，卡片数据为方框形，例如长方形或者正方形等，方框中显示卡片数据包含的内容，即第一搜索结果。第一搜索结果可以包括文本数据、图片数据、音频数据、视频数据等。显示样式数据可以包括文本颜色、背景颜色、图标样式、边框样式等。

在一种可能实现方式中，终端通过第二应用将搜索请求转发给与第二应用关联的服务器，该服务器接收到搜索请求时，根据搜索请求进行搜索，得到第一搜索结果，并确定该第一搜索结果对应的显示样式数据，将第一搜索结果和显示样式数据发送给终端，终端通过第二应用接收该第一搜索结果和显示样式数据，根据第一搜索结果和显示样式数据进行渲染，得到卡片数据。

在另一种可能实现方式中，搜索请求携带搜索关键词，终端通过第二应用接收到搜索请求时，获取搜索请求携带的搜索关键词，并获取该搜索关键词对应的第一搜索结果，将该搜索关键词对应的第一搜索结果作为卡片数据。

例如，搜索关键词为“股票”，则第一搜索结果为当前股票的行情数据；搜索关键词为“天气”，则第一搜索结果为一周内的天气预报数据；搜索关键词为“电影”，则第一搜索结果为当前正在上映的电影名单数据。

在另一种可能实现方式中，终端基于用户标识登录第一应用，显示第一应用的搜索界面，用户在输入框中输入搜索关键词，并触发搜索按钮。当终端检测到对搜索按钮的触发操作时，确定接收到搜索请求，该搜索请求携带该搜索关键词，以及当前登录第一应用的用户标识。

则终端通过第二应用接收到该搜索请求时，获取搜索请求携带的用户标识和搜索关键词，终端基于该用户标识登录第二应用，并获取该用户标识和搜索关键词对应的第一搜索结果，将该第一搜索结果作为卡片数据。

其中，用户标识用于表示终端用户的身份，该用户标识可以为用户账号、电话号码、用户昵称、电子邮箱等。

例如，搜索关键词为“外卖”，则第一搜索结果为该用户标识的历史外卖订单数据；搜索关键词为“快递”，则第一搜索结果为该用户标识的快递物流数据；搜索关键词为“行程安排”，则第一搜索结果为该用户标识今日的行程安排数据。

在步骤404中，终端通过第二应用，向第一应用发送卡片数据。

终端通过第二应用获取到搜索请求对应的卡片数据，由于该搜索请求是终端通过第一应用接收的，因此需要在第一应用中展示该搜索请求的响应结果，也即是需要在第一应用中展示搜索请求对应的卡片数据。因此终端通过第二应用，将该卡片数据发送给第一应用。

在一种可能实现方式中，第二应用为终端上运行的快应用，通过快应用，调用第一应用提供的接口，向第一应用发送卡片数据。

在步骤405中，终端通过第一应用接收到卡片数据时，根据卡片数据和第二搜索结果进行渲染，得到第二搜索结果界面，显示第二搜索结果界面。

当终端通过第一应用接收到卡片数据时，通过渲染引擎，根据卡片数据和第二搜索结果进行渲染，得到第二搜索结果界面，并通过第一应用显示该第二搜索结果界面。

其中，渲染引擎，又称为样版引擎，用于根据获取的加载数据、样式数据和结构数据等进行渲染，得到渲染后的页面。加载数据可以为HTML(Hyper Text Markup Language，超文本标记语言)文件，样式数据和结构数据可以为CSS(Cascading Style Sheets，层叠样式表)文件。在本公开实施例中，加载数据即为第一搜索结果和第二搜索结果。

图5是本公开实施例提供的一种第二搜索结果界面的示意图，搜索关键词为“打车”，第二搜索结果为第一应用搜索“打车”得到的搜索结果，卡片数据为打车应用(第二应用)返回的数据，终端通过第一应用对该卡片数据和该第二搜索结果进行渲染，得到第二搜索结果界面，参见图5，该第二搜索结果界面中包括第一区域501、第二区域502、第三区域503和第四区域504，其中第一区域501显示的是卡片数据，该第一区域501中包括服务类型、供用户选择的三种车型、以及位置获取按钮和呼叫按钮。其中，服务类型即为“打车去公司”，三种车型分别为“快车”、“出租车”和“专车”，位置获取按钮“获取当前位置”用于定位终端当前的位置，呼叫按钮“呼叫专车”用于触发呼叫专车的请求。第二区域502、第三区域503和第四区域504显示的是第二搜索结果，其中第二区域502显示关于打车的图片数据，第三区域503显示关于打车的新闻数据，第四区域504显示关于打车的应用。

并且，当终端通过第一应用显示该第二搜索结果界面时，用户即可基于该第二搜索结果界面获取关于打车的信息，还可以基于该第二搜索结果界面中触发操作，来请求终端提供对应的服务。

例如，当用户触发该第二搜索结果界面中第一区域501中的呼叫按钮“呼叫快车”时，终端通过第一应用接收到呼叫快车请求，则通过第一应用向第二应用发送该呼叫快车请求，终端通过第二应用接收到呼叫快车请求时，向第一应用返回响应结果。或者，终端通过第一应用接收到呼叫快车请求时，终端通过该第一应用响应该呼叫快车请求。

例如，当用户触发该第二搜索结果界面中第四区域504中的打车应用6对应的下载按钮“下载”时，终端通过第一应用接收到下载请求，则通过第一应用下载该下载请求对应的打车应用6。

需要说明的是，本公开实施例仅以先执行步骤401，再执行步骤402为例进行说明。而在另一实施例中，还可以先执行步骤402，再执行步骤401。或者，在另一实施例中，还可以不执行步骤401，则在步骤405中，终端通过第一应用接收到卡片数据时，仅根据卡片数据进行渲染，得到第一搜索结果界面，显示第一搜索结果界面。则第一搜索结果界面如图6所示，第一搜索结果界面与上述图5所示的第二搜索界面中的第一区域501类似，在此不再赘述。

需要说明的是，本公开实施例涉及到第一搜索结果界面和第二搜索结果界面，该第一搜索结果界面和第二搜索结果界面均属于第一应用的界面。其中，第一搜索结果界面中显示第二应用的卡片数据，第二搜索结果界面显示第一应用的第二搜索结果和第二应用的卡片数据。

本公开实施例提供的方法，终端通过第一应用接收到搜索请求时，向第二应用发送搜索请求，终端通过第二应用接收到搜索请求时获取卡片数据，显示该卡片数据。本公开实施例提供了一种根据搜索请求显示卡片数据的方式，用户在第一应用中触发搜索请求，即可查看第二应用根据搜索请求获取的卡片数据，提高了卡片数据显示的灵活性。且用户无需手动打开第二应用，即可查看第二应用的卡片数据，简化了操作，提高了便捷性。

并且，终端可在第一应用的界面中显示来源于第二应用的卡片数据，实现了卡片数据的共享，提高了用户在第一应用中获取的信息量。

并且，终端通过第一应用，调用当前运行的快应用的接口，向该快应用发送搜索请求，通过快应用获取搜索请求对应的卡片数据，显示该卡片数据。因此实现在其他应用中接收搜索请求，根据搜索请求显示快应用的卡片数据，扩展了快应用的功能，提高了快应用的处理能力以及实用性。

图7是根据一示例性实施例示出的另一种卡片数据显示方法的流程图，应用于终端中，参见图7，该方法包括：

在步骤701中，终端通过第一应用接收到搜索请求时，根据搜索请求进行搜索，得到第二搜索结果。

步骤701与上述步骤401类似，在此不再赘述。

在步骤702中，终端根据第二搜索结果进行渲染，得到第三搜索结果界面，显示第三搜索结果界面。

终端得到第二搜索结果时，通过渲染引擎，根据该第二搜索结果进行渲染，得到第三搜索结果界面，并通过第一应用显示该第三搜索结果界面。

图8是本公开实施例提供的一种第三搜索结果界面的示意图，其中，图8所示的第三搜索界面与上述图5所示的第二搜索界面中的第二区域502、第三区域503和第四区域504类似，在此不再赘述。

在步骤703中，终端通过第一应用接收到该搜索请求时，向第二应用发送搜索请求。

步骤703与上述步骤402类似，在此不再赘述。

在步骤704中，终端通过第二应用接收到搜索请求时获取卡片数据。

其中，卡片数据包括搜索请求对应的第一搜索结果。

步骤704与上述步骤403类似，在此不再赘述。

在步骤705中，终端通过第二应用，根据卡片数据进行渲染，得到第四搜索结果界面。

终端通过第二应用获取卡片数据时，通过第二应用，根据该卡片数据进行渲染，得到第四搜索结果界面，并通过第二应用显示该第四搜索结果界面。

图9是本公开实施例提供的一种第四搜索结果界面的示意图，其中，图9所示的第四搜索界面与上述图5所示的第二搜索界面中的第一区域501类似，在此不再赘述。

在步骤706中，终端在第三搜索结果界面处于显示状态的情况下，显示第四搜索结果界面。

当终端得到第三搜索结果界面和第四搜索结果界面时，终端在第三搜索结果界面处于显示状态的情况下，显示第四搜索结果界面，也即是终端同时显示第一应用的第三搜索界面和第二应用的第四搜索界面。

在一种可能实现方式中，第三搜索结果界面包括镂空区域，第四搜索结果界面位于镂空区域内。

其中，第三搜索结果界面中的镂空区域不显示任何信息，该镂空区域仅用于显示第二应用的第四搜索结果界面，将卡片数据展示给用户。该镂空区域的位置数据和尺寸数据可由终端默认设置，或者由用户通过终端自行设置。

终端通过第一应用，设置第三搜索结果界面中的镂空区域的位置数据和尺寸数据，并将位置数据和尺寸数据发送给第二应用，第二应用根据位置数据、尺寸数据以及卡片数据进行渲染，得到与镂空区域的位置数据和尺寸数据对应的第四搜索结果界面。则终端即可通过第二应用在第三搜索结果界面的镂空区域中显示第四搜索结果界面。

其中，用户可在第三搜索界面和第四搜索界面中执行操作，如点击操作、滑动操作、拖拽操作等。当终端检测到用户在第三搜索结果界面的镂空区域执行操作时，则终端通过第二应用响应该操作；当终端检测到用户在第三搜索结果界面的镂空区域以外的区域执行操作时，则终端通过第一应用响应该操作。

用户可基于第一应用，调整第三搜索结果界面的尺寸大小，当第三搜索结果界面的尺寸发生变化时，同时该第三搜索结果界面的位置也发生变化。因此终端通过第一应用检测到第三搜索结果界面的位置和尺寸发生变化时，根据第三搜索结果界面位置和尺寸的变化情况，重新设置镂空区域的位置数据和尺寸数据，并将更新后的位置数据和尺寸数据发送给第二应用。终端通过第二应用接收到更新后的位置数据和尺寸数据时，根据更新后的位置数据和尺寸数据对第四搜索结果界面的位置和尺寸进行对应的调整，使其仍显示在镂空区域中。

或者，用户可基于第一应用，仅调整第三搜索结果界面的位置，当终端通过第一应用检测到第三搜索结果界面的位置发生变化时，根据第三搜索结果界面的位置变化情况，重新设置镂空区域的位置数据，并将更新后的位置数据发送给第二应用，则终端通过第二应用接收到更新后的位置数据时，根据更新后的位置数据对第四搜索结果界面的位置进行对应的调整，使其仍显示在镂空区域中。

在另一种可能实现方式中，第四搜索结果界面悬浮于第三搜索结果界面的上层，遮挡第三搜索结果界面的指定区域。

其中，第三搜索结果界面中的指定区域不显示任何信息，该指定区域用于显示第二应用的第四搜索结果界面，将卡片数据展示给用户。该指定区域的位置数据和尺寸数据可由终端默认设置，或者由用户通过终端自行设置。或者，该指定区域还可以显示第三搜索结果界面中的内容。

终端通过第一应用，设置第三搜索结果界面的指定区域的位置数据和尺寸数据，并将位置数据和尺寸数据发送给第二应用，第二应用根据位置数据、尺寸数据以及卡片数据进行渲染，得到与指定区域的位置数据和尺寸数据对应的第四搜索结果界面。则终端即可通过第二应用，将第四搜索结果界面悬浮于第三搜索结果界面的上层，遮挡第三搜索结果界面的指定区域。

其中，用户可在第三搜索界面和第四搜索界面中执行操作，如点击操作、滑动操作、拖拽操作等。当终端检测到用户在第三搜索结果界面的指定区域执行操作时，则终端通过第二应用响应该操作；当终端检测到用户在第三搜索结果界面的指定区域以外的区域执行操作时，则终端通过第一应用响应该操作。用户可基于第一应用，调整第三搜索结果界面的尺寸大小，当第三搜索结果界面的尺寸发生变化时，同时该第三搜索结果界面的位置也发生变化。因此终端通过第一应用检测到第三搜索结果界面的位置和尺寸发生变化时，根据第三搜索结果界面位置和尺寸的变化情况，重新设置指定区域的位置数据和尺寸数据，并将更新后的位置数据和尺寸数据发送给第二应用。终端通过第二应用接收到更新后的位置数据和尺寸数据时，根据更新后的位置数据和尺寸数据对第四搜索结果界面的位置和尺寸进行对应的调整，使其仍显示在指定区域中。

或者，用户可基于第二应用，调整第四搜索结果界面的位置，当终端通过第二应用检测到第四搜索结果界面的位置发生变化时，根据第四搜索结果界面的位置的变化情况，重新设置第四搜索结果界面的位置数据，并将更新后的位置数据发送给第一应用。终端通过第一应用接收到更新后的位置数据时，根据更新后的位置数据，对第三搜索结果界面中显示的信息的位置进行调整，得到更新后的指定区域，使第四搜索结果界面遮挡更新后的指定区域。

例如，当用户需要调整第四搜索结果界面的位置，可将第四搜索结果界面拖动至第三搜索结果界面的其他位置，当终端通过第二应用检测到用户的拖动操作时，根据拖动操作获取第四搜索结果界面的位置数据，将更新后的位置数据发送给第一应用。终端通过第一应用接收到更新后的位置数据时，调整第三搜索结果界面中显示的信息的位置，使位置数据对应的区域中不再显示任何信息，也即是将该位置数据对应的区域作为指定区域。

如图10所示，第三搜索结果界面中显示第一应用的第二搜索结果，第四搜索结果界面中显示第二应用的卡片数据。第四搜索结果界面悬浮于第三搜索结果界面上层的指定区域中，遮挡第三搜索结果界面中的部分第二搜索结果。

需要说明的是，本公开实施例涉及到第三搜索结果界面和第四搜索结果界面。其中，第三搜索结果界面属于第一应用的界面，显示第一应用的第二搜索结果；第四搜索结果界面属于第二应用的界面，显示第二应用的卡片数据。

本公开实施例提供的方法，终端通过第一应用接收到搜索请求时，向第二应用发送搜索请求，终端通过第二应用接收到搜索请求时获取卡片数据，显示该卡片数据。本公开实施例提供了一种根据搜索请求显示卡片数据的方式，用户在第一应用中触发搜索请求，即可查看第二应用根据搜索请求获取的卡片数据，提高了卡片数据显示的灵活性。且用户无需手动打开第二应用，即可查看第二应用的卡片数据，简化了操作，提高了便捷性。

在本公开实施例提供的一种应用场景中，第一应用为浏览器，第二应用为外卖快应用，在浏览器中可以显示外卖快应用的卡片数据。

则终端显示卡片数据的流程图如图11所示。该流程包括：

1、终端上运行有浏览器和外卖快应用，并基于用户标识登录浏览器和外卖快应用。

2、用户基于浏览器进行搜索，搜索关键词为“外卖”，终端通过浏览器接收携带搜索关键词“外卖”和用户标识的搜索请求，根据搜索关键词“外卖”进行搜索，得到第二搜索结果。

其中，第二搜索结果包括关于外卖的释义、图片、新闻、应用、报告等。

3、终端在当前运行的多个快应用中，确定搜索关键词“外卖”关联的外卖快应用，通过浏览器向外卖快应用发送该搜索请求。

4、终端通过外卖快应用接收到搜索请求时，获取与该用户标识和搜索关键词“外卖”对应的第一搜索结果，将第一搜索结果作为卡片数据。

其中，第一搜索结果包括该用户标识对应的历史外卖订单数据以及当前外卖的配送情况。

5、终端通过外卖快应用将卡片数据发送给浏览器。

6、终端通过浏览器接收到卡片数据时，通过浏览器接入的渲染引擎，对第二搜索结果和卡片数据进行渲染，得到搜索结果界面。

其中，搜索结果界面中包括关于外卖的释义、图片、新闻、应用、报告等，以及该用户标识对应的历史外卖订单数据和当前外卖的配送情况。

7、终端通过第一应用显示该第一搜索结果界面，用户通过该第一搜索结果界面，查看关于外卖的信息以及历史外卖订单数据和当前外卖的配送情况。

本公开实施例中涉及的快应用是一种基于电子设备的硬件平台的新型应用形态，能够基于操作***提供的原生API(Application Programming Interface，应用程序编程接口)运行。

快应用采用统一的标准进行开发，原生渲染，无需安装，即点即用，又兼具原生应用体验(性能、***整合、交互等)。快应用的框架可以深度集成于操作***中，能够在操作***层面进行操作，实现与其他应用服务之间的无缝衔接。开发者可以做到一次性开发即可在不同类型的电子设备上运行。快应用在诞生之初就在开发规范、能力接入、开发者服务等层面实现了电子设备厂商间的标准化统一，极大地降低开发者的适配成本。

与传统应用相比，快应用具备如下特点：

Instant(即时)：即点即用，用户无需等待；

Everywhere(随处可见)：与电子设备的使用场景深度整合，入口无处不在，如搜索引擎、智能助手、智能推荐、应用市场、浏览器等；

Efficient(高效)：准前端的开发方式，效率高。

图12示出了本公开的一个示例性实施例示出的快应用框架1200的框图，该快应用框架包括：场景入口1220、快应用引擎1240和操作***(Operating System，OS)基础设施及硬件1260。

场景入口1220包括负一屏、全局搜索、锁屏、桌面、应用市场、浏览器和二维码中的至少一种。场景入口1220的外在展现形式可以为页面形式和卡片形式。

快应用引擎1240包括前端框架1241、通用场景1242、轻量化场景1243、嵌入式SDK(Software Development Kit，软件开发工具包)1244和业务接入1245。

其中，前端框架1241包括MVVM(Model-View-View-Model，模型-视图-视图-模型)、V-DOM(Virtual-Document Object Model，虚拟文档对象模型)、路由、基础API(Application Programming Interface，应用程序编程接口)、业务API、UI(UserInterface，用户界面)组件、路由等；

通用场景1242和轻量化场景1243包括JavaScript(一种编程语言)引擎、标准渲染引擎、极速渲染引擎、端-云-芯加速、安全机制、新兴场景如AI(Artificial Intelligence，人工智能)、AR(Augmented Reality，增强现实)等、***整合(应用管理、权限管理等)；

业务接入1245包括推送、账号/支付等。

OS基础设施及硬件1260包括：图形库、原生控件、***服务和GPU(GraphicsProcessing Unit，图形处理器)/NPU(Neural-network Processing Unit，嵌入式神经网络处理器)等。

从执行路径层面，有标准的HTML(Hyper Text Markup Language，超文本标记语言)5方式支撑通用的Web(World Wide Web，万维网)场景，以及JS(JavaScript，一种编程语言)与Native(原生)相结合的方式，支撑更轻量、更快速的体验。

下面将按3个方面简要介绍快应用引擎的架构。

1)应用开发：

快应用的前端设计借鉴并整合了主流前端框架的设计思路：以组件化的方式构建应用，以数据绑定为核心的MVVM设计模式，以V-DOM的方式提升性能，同时选择了简洁清晰的类Vue(虚拟机脱壳引擎)的模板。同时对布局方面做了相应精简。从新的应用形态、映射原生UI、能力开放的角度，需要定义一套组件与API规范，方便开发这种快速开发应用。

2)***整合：

快应用作为完整的应用形态，可以与***深入整合，如同原生应用一样运行，以及与***交互。快应用目前有两种形态：全屏方式的独立应用形态与嵌入方式的卡片形态。在独立应用形态下，给用户的体验就像原生的应用程序，有完整的生命周期管理，页面管理，路由等。快应用可以寄生于安卓的Activity(行为)，页面寄生于Fragment(碎片)，并通过独立的后台Service(服务)进行实例的管控。卡片形态则是另外一种形态，通过嵌入式SDK(Software Development Kit，软件开发工具包)作为一个独立的局部控件嵌入到***的各个角落，轻量化的展现动态内容。在安全隔离方面，可通过沙盒机制，进程隔离，权限控制，并结合操作***层的支持做到较好的安全保障。

3)性能体验及新兴场景，如JavaScript引擎、渲染引擎、端-云-芯加速、新兴场景等：

在交互体验、资源开销和稳定性等方面，快应用通过引入原生渲染路径，进而实现前端开发方式与原生渲染及平台能力的有效组合。

不同于其它的应用层的跨平台框架，快应用植根于电子设备的操作***，可实现从芯片、操作***与云的深度整合。利用端和云的结合以启动性能加速为例，通过云和端的协同渲染，网络链路层的优化可以大大加速快应用启动速度。同时可以整合硬件平台的特有能力，进一步提升体验。例如可以结合电子设备AI芯片，将NPU(Neural-networkProcessing Unit，网络处理器)的算力整合到快应用引擎中来，使得AI场景(人脸识别、图像超分等)在端侧可以低延时、高性能的执行，同时又有效保护了用户的隐私，并节省带宽。

图13示出了本公开的一个示例性实施例示出的快应用的启动流程图，包括：

1)首次启动时，用户点击触发下载快应用的程序包，同时进行快应用引擎的初始化相关工作。当整个快应用的程序包下载与校验完成后，需要展示的第一个页面的JavaScript文件才会被加载并开始渲染。

2)页面渲染包括JavaScript加载、页面与JavaScript框架逻辑的执行、布局的运算，最终到原生UI控件的绘制。其中，页面内逻辑执行时会有一次或多次的网络请求，网络请求返还的数据驱动页面的再次渲染，直至首屏页面的内容完全展示。

这里的网络请求、JavaScript执行、排版与绘制并非简单的串行关系，而是并行化地交织在一起，影响着整个页面的渲染性能，并与页面设计的逻辑、网络状况与设备运行的状态强相关。

由于快应用的特殊性，快应用被期待完成更多的任务，实现更多的功能。目前，快应用的功能正在逐步完善中，本公开实施例就是提供了一种快应用的新功能，利用该新功能实现在其他应用中接收搜索请求，根据搜索请求显示快应用的卡片数据，扩展了快应用的功能，提高了快应用的处理能力以及实用性。

图14是根据一示例性实施例示出的一种卡片数据显示装置的结构示意图，应用于终端，参见图14，该装置包括：

发送模块1401，用于通过第一应用接收到搜索请求时，向第二应用发送搜索请求；

获取模块1402，用于通过第二应用接收到搜索请求时获取卡片数据，卡片数据包括搜索请求对应的第一搜索结果；

第一显示模块1403，用于显示卡片数据。

本公开实施例提供的装置，终端通过第一应用接收到搜索请求时，向第二应用发送搜索请求，终端通过第二应用接收到搜索请求时获取卡片数据，显示该卡片数据。本公开实施例提供了一种根据搜索请求显示卡片数据的方式，用户在第一应用中触发搜索请求，即可查看第二应用根据搜索请求获取的卡片数据，提高了卡片数据显示的灵活性。且用户无需手动打开第二应用，即可查看第二应用的卡片数据，简化了操作，提高了便捷性。

在一种可能实现方式中，参见图15，第一显示模块1403，包括：

第一发送单元1413，用于通过第二应用，向第一应用发送卡片数据；

第一显示单元1423，用于通过第一应用接收到卡片数据时，显示卡片数据。

在另一种可能实现方式中，第一显示单元1423，还用于通过第一应用接收到卡片数据时，根据卡片数据进行渲染，得到第一搜索结果界面，显示第一搜索结果界面。

在另一种可能实现方式中，装置还包括：

搜索模块1404，用于通过第一应用接收到搜索请求时，根据搜索请求进行搜索，得到第二搜索结果；

第一显示单元1423，还用于根据卡片数据和第二搜索结果进行渲染，得到第二搜索结果界面，显示第二搜索结果界面。

在另一种可能实现方式中，第二应用为快应用，发送模块1401，包括：

接口调用单元1411，用于通过第一应用，调用快应用提供的接口，向快应用发送搜索请求。

在另一种可能实现方式中，搜索请求携带搜索关键词，卡片数据包括搜索关键词对应的第一搜索结果；或者，

搜索请求携带登录第一应用的用户标识和搜索关键词，卡片数据包括用户标识和搜索关键词对应的第一搜索结果。

在另一种可能实现方式中，发送模块1401，包括：

第二发送单元1421，用于通过第一应用接收到搜索请求时，确定搜索关键词关联的第二应用，向第二应用发送搜索请求。

在另一种可能实现方式中，装置还包括：

搜索模块1404，还用于通过第一应用接收到搜索请求时，根据搜索请求进行搜索，得到第二搜索结果；

第二显示模块1405，用于根据第二搜索结果进行渲染，得到第三搜索结果界面，显示第三搜索结果界面；

第一显示模块1403，包括：

渲染单元1433，用于通过第二应用，根据卡片数据进行渲染，得到第四搜索结果界面；

第二显示单元1443，用于在第三搜索结果界面处于显示状态的情况下，显示第四搜索结果界面。

在另一种可能实现方式中，第三搜索结果界面包括镂空区域，第四搜索结果界面位于镂空区域内；或者，

第四搜索结果界面悬浮于第三搜索结果界面的上层，遮挡第三搜索结果界面的指定区域。

需要说明的是：上述实施例提供的卡片数据显示装置在显示卡片数据时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将终端的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的卡片数据显示装置与卡片数据显示方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

图16是根据一示例性实施例示出的一种电子设备的框图。例如，电子设备1600可以是移动电话，计算机，数字广播装置，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图16，电子设备1600可以包括以下一个或多个组件：处理组件1602，存储器1604，电源组件1606，多媒体组件1608，音频组件1610，输入/输出(I/O)的接口1612，传感器组件1614，以及通信组件1616。

处理组件1602通常控制电子设备1600的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件1602可以包括一个或多个处理器1620来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件1602可以包括一个或多个模块，便于处理组件1602和其他组件之间的交互。例如，处理组件1602可以包括多媒体模块，以方便多媒体组件1608和处理组件1602之间的交互。

存储器1604被配置为存储各种类型的数据以支持在电子设备1600的操作。这些数据的示例包括用于在电子设备1600上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1604可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件1606为电子设备1600的各种组件提供电力。电源组件1606可以包括电源管理***，一个或多个电源，及其他与为电子设备1600生成、管理和分配电力相关联的组件。

多媒体组件1608包括在所述电子设备1600和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1608包括一个前置摄像头和/或后置摄像头。当电子设备1600处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜***或具有焦距和光学变焦能力。

音频组件1610被配置为输出和/或输入音频信号。例如，音频组件1610包括一个麦克风(MIC)，当电子设备1600处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1604或经由通信组件1616发送。在一些实施例中，音频组件1610还包括一个扬声器，用于输出音频信号。

I/O接口1612为处理组件1602和***接口模块之间提供接口，上述***接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件1614包括一个或多个传感器，用于为电子设备1600提供各个方面的状态评估。例如，传感器组件1614可以检测到电子设备1600的打开/关闭状态，组件的相对定位，例如所述组件为电子设备1600的显示器和小键盘，传感器组件1614还可以检测电子设备1600或电子设备1600一个组件的位置改变，用户与电子设备1600接触的存在或不存在，电子设备1600方位或加速/减速和电子设备1600的温度变化。传感器组件1614可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1614还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1614还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件1616被配置为便于电子设备1600和其他设备之间有线或无线方式的通信。电子设备1600可以接入基于通信标准的无线网络，如Wi-Fi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件1616经由广播信道接收来自外部广播管理***的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件1616还包括近场通信(NFC)模块，以促进短程通信。

在示例性实施例中，电子设备1600可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述卡片数据显示方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，当上述指令由电子设备1600的处理器1620执行时，使得电子设备1600能够执行上述实施例中卡片数据显示方法中所运行的操作。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

本公开实施例还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有至少一条指令，该指令由处理器加载并执行以实现上述实施例的卡片数据显示方法中所执行的操作。

本公开实施例还提供了一种计算机程序，该计算机程序中存储有至少一条指令，该指令由处理器加载并执行以实现上述实施例的卡片数据显示方法中所执行的操作。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (16)

1.一种卡片数据显示方法，其特征在于，所述方法包括：

通过第一应用接收到搜索请求时，根据所述搜索请求进行搜索，得到第二搜索结果，根据所述第二搜索结果进行渲染，得到第三搜索结果界面，显示所述第三搜索结果界面；

通过所述第一应用接收到所述搜索请求时，向第二应用发送所述搜索请求；

通过所述第二应用接收到所述搜索请求时获取卡片数据，所述卡片数据包括所述搜索请求对应的第一搜索结果，根据所述卡片数据进行渲染，得到第四搜索结果界面，在所述第三搜索结果界面处于显示状态的情况下，显示所述第四搜索结果界面；

所述第三搜索结果界面包括镂空区域，所述第四搜索结果界面位于所述镂空区域内，当检测到在所述镂空区域执行操作时，通过所述第二应用响应所述操作，当检测到在所述镂空区域以外的区域执行操作时，通过所述第一应用响应所述操作；或者，所述第四搜索结果界面悬浮于所述第三搜索结果界面的上层，遮挡所述第三搜索结果界面的指定区域，当检测到在所述指定区域执行操作时，通过所述第二应用响应所述操作，当检测到在所述指定区域以外的区域执行操作时，通过所述第一应用响应所述操作。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

通过所述第二应用，向所述第一应用发送所述卡片数据；

通过所述第一应用接收到所述卡片数据时，显示所述卡片数据。

3.根据权利要求2所述的方法，其特征在于，所述通过所述第一应用接收到所述卡片数据时，显示所述卡片数据，包括：

通过所述第一应用接收到所述卡片数据时，根据所述卡片数据进行渲染，得到第一搜索结果界面，显示所述第一搜索结果界面。

4.根据权利要求2所述的方法，其特征在于，所述通过所述第一应用接收到所述卡片数据时，显示所述卡片数据，包括：

根据所述卡片数据和所述第二搜索结果进行渲染，得到第二搜索结果界面，显示所述第二搜索结果界面。

5.根据权利要求1所述的方法，其特征在于，所述第二应用为快应用，所述通过所述第一应用接收到所述搜索请求时，向所述第二应用发送所述搜索请求，包括：

通过所述第一应用，调用所述快应用提供的接口，向所述快应用发送所述搜索请求。

6.根据权利要求1所述的方法，其特征在于，所述搜索请求携带搜索关键词，所述卡片数据包括所述搜索关键词对应的第一搜索结果；或者，

所述搜索请求携带登录所述第一应用的用户标识和搜索关键词，所述卡片数据包括所述用户标识和所述搜索关键词对应的第一搜索结果。

7.根据权利要求6所述的方法，其特征在于，所述通过所述第一应用接收到所述搜索请求时，向所述第二应用发送所述搜索请求，包括：

通过所述第一应用接收到所述搜索请求时，确定所述搜索关键词关联的第二应用，向所述第二应用发送所述搜索请求。

8.一种卡片数据显示装置，其特征在于，所述装置包括：

搜索模块，用于通过第一应用接收到搜索请求时，根据所述搜索请求进行搜索，得到第二搜索结果；

第二显示模块，用于根据所述第二搜索结果进行渲染，得到第三搜索结果界面，显示所述第三搜索结果界面；

发送模块，用于通过所述第一应用接收到所述搜索请求时，向第二应用发送所述搜索请求；

获取模块，用于通过所述第二应用接收到所述搜索请求时获取卡片数据，所述卡片数据包括所述搜索请求对应的第一搜索结果；

第一显示模块，用于根据所述卡片数据进行渲染，得到第四搜索结果界面，在所述第三搜索结果界面处于显示状态的情况下，显示所述第四搜索结果界面；

用于执行至下步骤的模块：

所述第三搜索结果界面包括镂空区域，所述第四搜索结果界面位于所述镂空区域内，当检测到在所述镂空区域执行操作时，通过所述第二应用响应所述操作，当检测到在所述镂空区域以外的区域执行操作时，通过所述第一应用响应所述操作；或者，所述第四搜索结果界面悬浮于所述第三搜索结果界面的上层，遮挡所述第三搜索结果界面的指定区域，当检测到在所述指定区域执行操作时，通过所述第二应用响应所述操作，当检测到在所述指定区域以外的区域执行操作时，通过所述第一应用响应所述操作。

9.根据权利要求8所述的装置，其特征在于，所述第一显示模块，还包括：

第一发送单元，用于通过所述第二应用，向所述第一应用发送所述卡片数据；

第一显示单元，用于通过所述第一应用接收到所述卡片数据时，显示所述卡片数据。

10.根据权利要求9所述的装置，其特征在于，所述第一显示单元，还用于通过所述第一应用接收到所述卡片数据时，根据所述卡片数据进行渲染，得到第一搜索结果界面，显示所述第一搜索结果界面。

11.根据权利要求9所述的装置，其特征在于，所述第一显示单元，还用于根据所述卡片数据和所述第二搜索结果进行渲染，得到第二搜索结果界面，显示所述第二搜索结果界面。

12.根据权利要求8所述的装置，其特征在于，所述第二应用为快应用，所述发送模块，包括：

接口调用单元，用于通过所述第一应用，调用所述快应用提供的接口，向所述快应用发送所述搜索请求。

13.根据权利要求8所述的装置，其特征在于，所述搜索请求携带搜索关键词，所述卡片数据包括所述搜索关键词对应的第一搜索结果；或者，

所述搜索请求携带登录所述第一应用的用户标识和搜索关键词，所述卡片数据包括所述用户标识和所述搜索关键词对应的第一搜索结果。

14.根据权利要求13所述的装置，其特征在于，所述发送模块，包括：

第二发送单元，用于通过所述第一应用接收到所述搜索请求时，确定所述搜索关键词关联的第二应用，向所述第二应用发送所述搜索请求。

15.一种电子设备，其特征在于，所述电子设备包括：

一个或多个处理器；

用于存储所述一个或多个处理器可执行指令的易失性或非易失性存储器；

其中，所述一个或多个处理器被配置为执行如权利要求1-7中任一项权利要求所述的卡片数据显示方法中所执行的操作。

16.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有至少一条指令，所述至少一条指令由处理器加载并执行以实现如权利要求1-7任一权利要求所述的卡片数据显示方法中所执行的操作。