CN106855772A - 一种信息展示方法及装置 - Google Patents

Abstract

本申请公开了一种信息展示方法，用以解决现有技术中为实现对应用提供的信息进行展示，会耗费较多处理资源的问题。该方法包括：第一应用接收通过预定区域输入的信息展示指令；响应于所述信息展示指令，确定与所述预定区域关联的第二应用；按照预定的展示方式，展示所述第二应用提供的显示内容。本申请还公开了一种信息展示装置。

Description

一种信息展示方法及装置

技术领域

本申请涉及计算机技术领域，尤其涉及一种信息展示方法及装置。

背景技术

随着科技的不断发展，智能手机、平板电脑等智能设备已经逐渐成为人们生活中重要的一部分，随着智能设备的功能越来越丰富，为用户提供快捷高效的交互方式成为了智能设备发展的趋势。

就信息展示这一交互方式而言，按照现有技术，用户在获取应用提供的信息时，需要点击相应应用的图标以打开该应用，并通过该应用提供的显示界面查看信息，这会耗费智能设备较多的处理资源。

发明内容

本申请实施例提供一种信息展示方法，用以解决现有技术中为实现对应用提供的信息进行展示，会耗费较多处理资源的问题。

本申请实施例还提供一种信息展示装置，用以解决现有技术中为实现对应用提供的信息进行展示，会耗费较多处理资源的问题。

本申请实施例采用下述技术方案：

一种信息展示方法，包括：

第一应用接收通过预定区域输入的信息展示指令；

响应于所述信息展示指令，确定与所述预定区域关联的第二应用；

按照预定的展示方式，展示所述第二应用提供的显示内容。

一种信息展示装置，包括：

指令接收单元：接收通过预定区域输入的信息展示指令；

应用确定单元：响应于所述信息展示指令，确定与所述预定区域关联的第二应用；

数据展示单元：按照预定的展示方式，展示所述第二应用提供的显示内容。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：

相对于现有技术中展示第二应用的信息时需要打开第二应用，本方案将第二应用提供的显示内容通过第一应用进行展示，无需打开第二应用，解决了现有技术中为实现对应用提供的信息进行展示，会耗费较多处理资源的问题。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例1提供的一种信息展示方法的实现流程示意图；

图2a为本实施例1提供的一种窗口出现动画展示过程的动画效果示意图；

图2b为本实施例1提供的一种卡片样式窗口的示意图；

图3为本申请实施例2提供的一种信息展示方法的一种实现流程示意图；

图4为本申请实施例3提供的一种信息展示装置的具体结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

以下结合附图，详细说明本申请各实施例提供的技术方案。

实施例1

为解决现有技术中为实现对应用提供的信息进行展示，会耗费较多处理资源的问题，本申请实施例1提供一种信息展示方法。该方法的执行主体，可以但不限于为手机、平板电脑、个人电脑(Personal Computer，PC)、智能电视以及任何可以运行社交软件的终端设备中的至少一种。此外，该方法的执行主体，也可以是信息展示应用本身。

本申请实施例提供的信息展示方法，可以通过在界面中展示文字、图片等信息的载体，达到展示信息的效果。

为便于描述，下文以该方法的执行主体为信息展示应用(后称第一应用)为例，对该方法的实施方式进行介绍。可以理解，该方法的执行主体为第一应用只是一种示例性的说明，并不应理解为对该方法的限定。

该方法的实现流程示意图如图1所示，包括下述步骤：

步骤11：第一应用接收通过预定区域输入的信息展示指令；

本申请实施例中，所述预定区域可以是智能终端的任何区域，通过所述预定区域，用户可以向智能终端输入操作指令。所述预定区域可以是触摸屏的任意可触控区域，也可以是智能终端的实体按键，所述实体按键比如可以是智能终端的物理按键、虚拟按键等实体按键。

本申请实施例中，所述信息展示指令可以是用于触发第一应用按照预定的展示方式展示其他应用提供的显示内容的指令。

本申请实施例中，触发所述信息展示指令的操作，可以是在预定区域执行的指定手势操作或指定点击操作。所述指定手势操作，比如可以是滑动手势操作。所述滑动手势操作比如可以是上滑手势操作、下滑手势操作等滑动手势操作，也可以是具备任意滑动轨迹的滑动手势操作，比如缩放手势操作。根据按压力度的不同，所述点击手势操作比如可以是重按操作或轻按操作，所述按压力度可以由智能终端的压力传感器获得。

具体地，当用户对界面执行操作时，智能终端可以利用设置于界面的触摸侦听器和手势识别器确定用户的手势操作类型。

在实际应用中，为了避免和触发其它操作指令的手势操作冲突，触发所述信息展示指令的指定手势操作可以与触发其它操作指令的手势操作不同。

本申请实施例中，触发所述信息展示指令的指定手势操作可以是默认的指定手势操作，为了让用户获得更好的操作体验，触发所述信息展示指令的指定手势操作也可以是由用户自定义的指定手势操作。

需要说明的是，本申请实施例中对指定手势操作的说明并不造成对本申请实施例的限定，本申请实施例中触发所述信息展示指令的指定手势操作可以是任意手势操作。

步骤12：响应于所述信息展示指令，确定与所述预定区域关联的第二应用；

本申请实施例中，第一应用可以根据接收所述信息展示指令的预定区域，确定与所述预定区域关联的第二应用。其中，应用与预定区域关联，是指应用与预定区域具备对应关系。

基于该对应关系，当通过预定区域输入某指令时，该指令可以被认为是针对与该预定区域对应的应用发出的指令。就本申请实施例而言，当接收到通过所述预定区域输入的所述信息展示指令时，可以认为该指令是针对与该区域对应的所述第二应用发出的指令，即该指令用于指示第一应用展示第二应用的数据。

在实际应用中，可以预先建立智能终端的各预定区域和相应的应用之间的对应关系。依据该对应关系，可以确定与输入信息展示指令的所述预定区域关联的应用(后称第二应用)。比如，当所述各预定区域均为触摸屏的触控区域时，可以预先建立各预定区域的位置和相应的应用之间的对应关系，那么后续在接收到信息展示指令时，根据输入该信息展示指令的预定区域的位置，以及建立的该对应关系，可以确定与该预定区域的位置对应的应用，即确定出第二应用。

为了便于用户操作，在一种实施方式中，所述预定区域可以是所述第二应用图标所在区域，即用户可以通过在第二应用图标所在区域执行指定手势操作，输入信息展示指令。

需要说明的是，在实际应用中，在确定与输入的信息展示指令的预定区域关联的第二应用时，如果预定区域和第二应用存在一一对应关系，则可以根据预定区域和第二应用的一一对应关系，确定与输入的信息展示指令的预定区域关联的第二应用。

步骤13：按照预定的展示方式，展示所述第二应用提供的显示内容。

本申请实施例中，所述显示内容由第二应用提供，即第一应用获取由第二应用提供的显示内容。所述显示内容可以是任何形式的数据，所述显示内容比如可以是符号、文字、数字、语音、图像、视频等。特别地，所述显示内容也可以是包含数据的界面。

本申请实施例中，第一应用接收所述第二应用提供的显示内容的方式，包括但不限于下述至少一种：

1、第一应用接收第二应用利用数据库进行跨进程共享数据的方式提供的显示内容；或，第一应用获取第二应用采用跨进程的方式发送的作为显示内容的可序列化对象。以便第一应用后续根据所述显示内容和界面模板生成待显示界面。

2、第一应用接收第二应用发送的待显示界面。所述待显示界面可以由数据、界面模板等多种元素共同组合而成。

以下对上述两种方法做详细说明：

第1种方法：第一应用接收第二应用利用数据库进行跨进程共享数据的方式提供的显示内容；或，第一应用获取第二应用采用跨进程的方式发送的作为显示内容的可序列化对象。

所述显示内容为待显示的界面数据，所述界面数据可以是第二应用提供的、可跨进程传输的数据或可跨进程传输的可序列化的对象。其中，所述可跨进程的数据可以是预定数据库中的第二应用的待显示数据。

所述预定的数据库可以是智能终端本地数据库(如第二应用的本地数据库)也可以是网络数据库。

对于第二应用将数据存储于所述网络数据库中的方式，第一应用可以通过所述网络数据库提供的端口获取第二应用存储于所述网络数据库中的数据，在这种情况下，所述网络数据库比如可以是MySQL数据库；或者，第一应用也可以通过物化视图将第二应用的数据库数据获取至第一应用的数据库中，然后对第一应用数据库中的数据进行调用，在这种情况下，所述网络数据库比如可以是Oracle数据库。

对于第二应用将数据存储于所述智能终端本地数据库中的方式，第一应用可以通过操作系统提供的应用程序编程接口(Application Programming Interface，API)获取第一应用存储于所述智能终端本地数据库中的数据。所述本地数据库比如可以是SQLite数据库。

需要说明的是，由于用于存储待显示数据的数据库在对多个应用开放时，可能会存在数据泄露的问题，因此所述用于存储待显示数据的数据库的对外开放权限可以根据数据安全等级进行设置。

本申请实施例中，当所述预定数据库中的数据被更新后，则第二应用可以通知第一应用对所述预定数据库中的被更新后的数据进行获取，或主动将数据库中的被更新后的数据发送给第一应用。

本申请实施例中，在对第一应用获取的预定的数据库中的第二应用的数据进行展示时，第一应用可以设置用于展示所述待显示数据的界面模板，第一应用根据所述界面模板和所述第二应用提供的数据库数据生成待显示界面。

本申请实施例中，由于基于数据库的进程间通信方式可能会存在数据安全问题，因此，本申请实施例中，第二应用可以将待显示数据进行封装，在封装时也可对数据进行加密，然后将封装的数据发送给第一应用进行展示。

第2种方法：第一应用接收第二应用发送的待显示界面。

本申请实施例中，考虑到由于使用第一应用的界面模板对第二应用的界面数据进行展示时，第一应用和第二应用之间会约定一系列的设计规范，这会导致第一应用和第二应用之间的耦合性强，导致第二应用无法自由展示数据。例如，如果第二应用需要变更信息展示界面的界面样式，则需要第一应用更改所述界面模板；如果用于存储待显示数据的数据库的数据存储规则发生改变，则第一应用可能无法获取所述数据库中的数据。

并且，由于所述待显示界面是由第一应用根据界面模板和所述第二应用提供的预定数据库中的数据生成的，因此，如果信息无法展示，则有可能是第一应用无法读取预定数据库中的数据，也可能是第一应用无法利用界面模板和待显示数据生成待显示界面，也有可能是第二应用无法正常提供待显示数据。因此，当信息无法正常展示时，需要开发人员进行大量分析来确定导致信息无法正常展示的原因，造成人力资源的浪费。

考虑到使用第一应用的界面模板对预定数据库中的第二应用的数据进行展示的信息展示方式存在的上述问题，本申请实施例中，第一应用可以按照预定的展示方式，展示所述第二应用提供的待显示界面。

本申请实施例中，第二应用可以通过调用第一应用向第二应用开放的接口，将生成的待显示界面发送给第一应用，第一应用可以为第二应用提供预设的信息展示窗口，将所述第二应用生成的待显示界面展示于所述预设的信息展示窗口中。

在实际应用中，第一应用在预设的信息展示窗口中展示第二应用的待显示界面可以利用信息展示框架机制来实现。即，第一应用将接收到的包含待显示界面的对象解析于所述窗口中，并通过所述窗口来展示所述信息展示框架中的待显示界面。所述信息展示框架比如可以但不限于是应用程序桌面窗口框架(App Widget)。AppWidget可以实现在Local端显示Remote端提供UI元素。

以下对本申请实施例中如何利用AppWidget实现对第二应用提供的显示内容进行显示进行简单介绍：

所述App Widget框架，主要由AppWidgetHost、AppWidgetProvider、AppWidgetService、AppWidgetManager四大组件组成。其中，AppWidgetHost在AppWidget系统中是Local端，即UI元素显示端；AppWidgetProvider是Remote端，即UI元素的内容提供端。所述UI元素可以是RemoteView。

AppWidgetHost可以将AppWidgetProvider提供的RemoteView进行展示。具体地，AppWidgetHost利用Binder机制与系统进程中的AppWidgetService进行通信，AppWidgetService可以以广播的形式向AppWidgetProvider发出广播消息，AppWidgetProvider响应于AppWidgetService发出的广播消息，可以通过AppWidgetManager将RemoteView发送给AppWidgetHost进行展示。其中，RemoteView中包含AppWidgetProvider提供给AppWidgetHost的显示内容，该显示内容，可以但不限于包括文字、图片和控件等等中的至少一种。

采用上述App Widget框架，可以实现采用跨进程传输的方式，将AppWidgetProvider提供的显示内容发送给AppWidgetHost进行显示。

当上述App Widget框架应用到本申请实施例中时，AppWidgetHost组件可以由第一应用提供，AppWidgetProvider组件可以由第二应用提供。

由于所述App Widget框架已是比较成熟的相关技术，本说明书中对此不再进一步赘述。

在实际应用中，包含待显示界面的对象可以由第二应用生成。第二应用可以将待展示的信息封装为一个对象，并将封装后的对象发送至第一应用。所述待展示的信息可以包括待显示数据和待显示界面的模板。所述待显示界面的整体尺寸可以和第二应用提供的信息展示窗口相匹配，所述待显示界面的布局可以由第二应用自由设置。所述待显示界面可以设置有用于与用户进行交互的控件，所述控件比如可以是按钮、文本框、单选框、复选框、下拉式菜单等等。例如，第二应用可以将待展示的信息封装成一个远程视图(RemoteViews)对象，然后将所述RemoteViews对象通过预设的端口发送至信息展示窗口。

在实际应用中，第一应用在预设的信息展示窗口中展示第二应用的待显示界面也可以利用Activity组件来实现。由于所述Activity组件，已是比较成熟的相关技术，本说明书中对此不再进一步赘述。

由于第二应用可能具有多个待显示界面，因此，为了从多个待显示界面中确定用于响应所述信息展示指令的待显示界面，本申请实施例中，用于响应所述信息展示指令的待显示界面可以设置有约定标识，所述约定标识，用于表示所述待显示界面允许采用所述预定的展示方式展示。

在第二应用具有多个待显示界面的情况下，本申请实施例中，第一应用在接收到信息展示指令后，会判断所述待显示界面是否设置有约定标识，在判断结果为是时，则按照预定的展示方式，展示所述待显示界面。

在实际应用中，可以将所述约定标识设置于信息展示框架中，例如可以在信息展示框架的配置文件中，添加包含特殊字符串的meta-data字段，桌面可以在解析信息展示框架时，判断信息框架是否含有所述包含特殊字符串的meta-data字段，如果所述信息展示框架包含所述meta-data字段，则可以将所述信息展示框架按照预定的展示方式，展示于信息展示窗口中。

本申请实施例中，第一应用确定所述手势操作的轨迹信息，按照预定的展示方式，展示所述第二应用提供的、与所述轨迹信息相映射的待显示数据。

具体地，手势操作的轨迹信息和第二应用提供的显示内容之间可以存在一一对应关系，即不同滑动轨迹的手势操作指令可以触发第一应用展示不同的待显示数据。比如，在短信应用图标所在区域执行向上滑动手势操作可以触发第一应用展示短信应用的未读短信，在短信应用图标所在区域执行向下滑动手势操作可以触发第一应用展示短信应用的已读短信。

本申请实施例中，对于展示所述第二应用提供的待显示界面的信息展示方式，当待显示界面中的信息发生变更后，第二应用可以以广播的形式通知第一应用，并将所述更新后的待显示界面发送给第一应用。

本申请实施例中，在生成所述待显示界面后，第一应用可以按照预定的窗口出现动画和预定的窗口样式，将所述待显示界面展示于所述窗口中。为了便于描述，将展示于所述窗口中的界面称为信息展示界面。

所述预定的窗口出现动画，可以是预定区域在接收到信息展示指令后，窗口的尺寸按照预定的变化规则进行变化，比如窗口的尺寸由小尺寸放大至预定尺寸。所述预定的窗口出现动画，也可以是预定区域在接收到信息展示指令后，窗口按照预定的翻转方向进行翻转，且窗口的尺寸按照预定的变化规则进行变化。如图2a所示，为预定区域接收到信息展示指令时，窗口按预定的翻转方向进行翻转，且按照窗口尺寸窗口的尺寸由小尺寸放大至预定尺寸后展示界面的过程示意图，该示意图中包含窗口展示界面的过程中某几个时刻的界面的截图，图中右向箭头的指向，表示了在窗口展示界面的过程中，不同时刻的智能终端屏幕的界面截图在展示时间上的由先至后的顺序。

所述预定的窗口样式可以是具有特定几何图形的窗口样式，比如圆形、正多边形、矩形卡片样式等窗口样式，如图2b所示的窗口样式为矩形卡片样式。

所述预定的窗口样式的展现形式还可以是浮动窗口样式。

需要说明的是，在通过预定的窗口样式对待显示界面进行展示后，为了防止用户对窗口以外的其他区域的误操作，可以在窗口以外的区域覆盖预设展示效果的图层蒙板，以使得用户无法对被图层蒙板覆盖的内容进行操作。被图层蒙板覆盖的区域可以接收关闭信息展示界面的操作指令。

为了支持用户对信息展示界面的操作，所述信息展示界面还可以设置有用于与用户进行交互的控件，所述控件比如可以是按钮、文本框、单选框、复选框、下拉式菜单等等。

通过所述控件，信息展示界面可以支持用户对数据的操作，比如用户可以通过所述控件对展示的数据进行修改、删除、增添等操作。同时，通过所述控件，信息展示页面可以支持用户对界面的切换操作。比如通过所述控件，用户可以在多个信息展示界面间进行切换；通过所述控件，用户还可以从信息展示页面切换至第二应用的界面。

本申请实施例中，第一应用可以接收针对所述控件的操作指令，第一应用将所述操作指令发送给所述第二应用，以触发所述第二应用执行对应的操作，或第一应用执行所述操作指令对应的操作。

在实际应用中，当用户基于所述信息展示界面中的控件对数据进行操作时，如果被展示的数据发变更，则第一应用可以以广播的形式将所述变更通知第二应用，第二应用可以根据所述广播，对第二应用的数据进行更新。例如，当用户通过第一应用阅读了短信应用中的未读短信后，则第一应用可以以广播的形式将未读短信变为已读短信的信息发送给短信应用，短信应用根据所述广播，将短信应用中的所述未读短信更新为已读短信。

本申请实施例1提供的信息展示方法，相对于现有技术中展示第二应用的信息时需要打开第二应用，本方案将第二应用提供的显示内容通过第一应用进行展示，无需打开第二应用，解决了现有技术中为实现对应用提供的信息进行展示，会耗费较多处理资源的问题。

实施例2

本申请实施例2，主要介绍本申请实施例1提供的上述方法在实际中的一种应用方案。

在对该方案的实现方式进行详细介绍前，先对该方案的实施场景进行简单介绍：

本申请实施例中，应用根据和桌面应用约定的规范，生成一个带有特殊标识的界面，所述带有特殊标识的界面用于当桌面上的所述应用的图标接收到上滑指令时，以窗口的样式进行展示。桌面可以根据所述特殊标识，识别出所述界面。

基于上述实施场景，实施例2提供的信息展示过程如图3所示，包括下述步骤：

步骤21：桌面应用接收到用户通过在短信应用图标显示区域执行上滑手势操作而触发的信息展示指令；

步骤22：桌面应用根据用户输入信息展示指令的区域，确定需要展示信息的应用为短信应用。

步骤23：桌面应用查询短信应用是否具有用于按照卡片样式展示信息的界面；

步骤24：如果查询结果为否，则桌面应用执行使得短信应用的图标在当前界面发生抖动的操作。

步骤25：如果查询结果为是，则桌面向短信应用发送信息展示广播。

步骤26：短信应用接收到信息展示广播后，将用于显示未读短信的界面模板和未读短信数据封装为一个对象。

所述未读短信界面模板中可以设置有用于与用户进行交互的控件，所述控件比如可以是按钮、文本框、单选框、复选框、下拉式菜单等等。

步骤27：短信应用将所述对象发送给桌面应用。

步骤28：桌面应用接收所述对象，将所述对象解析为界面，并以卡片的样式对未读短信界面进行展示。

本申请实施例2提供的信息展示方法，相对于现有技术中展示短信的未读短信时需要短信应用处于运行状态，本方案通过利用已经运行于智能终端的桌面应用按照预定的展示方式，获取并展示短信应用提供的未读短信界面，解决了现有技术中展示短信的未读短信时需要短信应用处于运行状态带来的系统资源浪费问题。

实施例3

为解决现有技术中为实现对应用提供的信息进行展示，会耗费较多处理资源的问题，本申请实施例1提供一种信息展示装置。该信息展示装置的结构示意图如图4所示，主要包括下述功能单元：

指令接收单元31：接收通过预定区域输入的信息展示指令；

应用确定单元32：响应于所述信息展示指令，确定与所述预定区域关联的第二应用；

数据展示单元33：按照预定的展示方式，展示所述第二应用提供的显示内容。

数据接收单元34：用于获取所述第二应用提供的显示内容。

为了对第二应用的数据进行获取，在一种实施方式中，所述数据接收单元34：具体用于获取第二应用采用跨进程通信的方式提供的显示内容。

在一种实施方式中，所述数据展示单元34，具体用于按照预定的展示方式，展示获取的所述第二应用提供的显示内容。

在一种实施方式中，所述数据接收单元34：具体用于获取第二应用利用数据库进行跨进程共享数据的方式提供的显示内容；或，第一应用获取第二应用采用跨进程的方式发送的作为显示内容的可序列化对象。

在一种实施方式中，所述数据展示单元33，具体用于按照预定的展示方式，展示所述第二应用采用跨进程的方式提供的显示内容。

为了对第二应用提供的界面进行展示，在一种实施方式中，所述数据接收单元34：具体用于获取第二应用利用Widget框架提供待显示界面的方式提供的显示内容。

在一种实施方式中，所述数据展示单元33，具体用于根据界面模板和所述第二应用提供的显示内容生成待显示界面，并按照预定的展示方式展示待显示界面。

由于界面数据在对外开放时，可能会存在数据泄露的问题，在一种实施方式中，所述数据展示单元33，具体于按照预定的展示方式，展示所述第二应用提供的待显示界面。

为了准确获取待显示界面，在一种实施方式中，所述数据展示单元33，还用于判断所述待显示界面是否设置有约定标识；所述约定标识，用于表示所述待显示界面允许采用所述预定的展示方式展示；在判断结果为是时，按照预定的展示方式，展示所述待显示界面。

为了向用户提供更好的展示效果，在一种实施方式中，所述数据展示单元33，还用于按照预定的窗口出现动画和预定的窗口样式，将所述待显示界面展示于所述窗口中。

所述预定的窗口样式包括下述至少一种：卡片样式；浮动窗口样式。

在一种实施方式中，所述指令接收单元31，具体用于接收对所述预定区域执行指定手势操作触发的信息展示指令。

为了向用户提供更好的操作体验，在一种实施方式中，所述数据展示单元33，还用于确定所述手势操作的轨迹信息；按照预定的展示方式，展示所述第二应用提供的、与所述轨迹信息相映射的待显示数据。

所述预定区域，为显示所述第二应用图标的区域；所述指定手势操作，为滑动手势操作。

界面指令接收单元35：接收针对所述控件的操作指令；将所述操作指令发送给所述第二应用，以触发所述第二应用执行对应的操作；或第一应用执行所述操作指令对应的操作，并通知第二应用执行与所述操作相对应的其他操作。

本申请实施例3提供的信息展示装置，相对于现有技术中展示第二应用的信息时需要打开第二应用，本方案将第二应用提供的显示内容通过第一应用进行展示，无需打开第二应用，解决了现有技术中为实现对应用提供的信息进行展示，会耗费较多处理资源的问题。

实施例4

为解决现有技术中为实现对应用提供的信息进行展示，会耗费较多处理资源的问题，本申请实施例1提供一种信息展示装置。

该装置，比如可以是智能手机或平板电脑等。所述信息展示装置可以包括处理器、显示器以及存储器等。

其中，所述存储器用于存储计算机程序指令；

所述处理器，耦合到所述存储器，用于读取所述存储器存储的计算机程序指令，并作为响应，执行如下操作：接收通过预定区域输入的信息展示指令；响应于所述信息展示指令，确定与所述预定区域关联的第二应用；按照预定的展示方式，展示所述第二应用提供的显示内容。

所述处理器，用于获取第二应用采用跨进程通信的方式提供的显示内容。

所述处理器，用于获取第二应用利用数据库进行跨进程共享数据的方式提供的显示内容；或，第一应用获取第二应用采用跨进程的方式发送的作为显示内容的可序列化对象。

所述处理器，用于根据界面模板和所述第二应用提供的显示内容生成待显示界面，并按照预定的展示方式展示待显示界面。

所述处理器，用于获取第二应用利用Widget框架提供待显示界面的方式提供的显示内容。

所述处理器，具体用于按照预定的展示方式，展示所述第二应用提供的待显示界面。

按照预定的窗口出现动画和预定的窗口样式，将所述待显示界面展示于所述窗口中。

所述预定的窗口样式包括下述至少一种：卡片样式；浮动窗口样式。

在一种实施方式中，所述处理器，具体用于接收对所述预定区域执行指定手势操作触发的信息展示指令。

为了向用户提供更好的操作体验，在一种实施方式中，所述处理器，还用于确定所述手势操作的轨迹信息；按照预定的展示方式，展示所述第二应用提供的、与所述轨迹信息相映射的待显示数据。

所述预定区域，为显示所述第二应用图标的区域；所述指定手势操作，为滑动手势操作。

为了支持用户操作展示界面，所述处理器；还用于接收针对所述控件的操作指令；将所述操作指令发送给所述第二应用，以触发所述第二应用执行对应的操作；或第一应用执行所述操作指令对应的操作，并通知第二应用执行与所述操作相对应的其他操作。

除了所述处理器以及存储器之外，实施例中装置所在的智能设备通常根据该智能设备的实际功能，还可以包括其他硬件，例如，内存、网络接口等，对此不再赘述。

本申请实施例4提供的信息展示装置，相对于现有技术中展示第二应用的信息时需要打开第二应用，本方案将第二应用提供的显示内容通过第一应用进行展示，无需打开第二应用，解决了现有技术中为实现对应用提供的信息进行展示，会耗费较多处理资源的问题。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (36)

1.一种信息展示方法，其特征在于，所述方法包括：

第一应用接收通过预定区域输入的信息展示指令；

响应于所述信息展示指令，确定与所述预定区域关联的第二应用；

按照预定的展示方式，展示所述第二应用提供的显示内容。

2.如权利要求1所述的方法，其特征在于，在展示所述第二应用提供的显示内容之前，所述方法还包括：

所述第一应用获取所述第二应用提供的显示内容；

按照预定的展示方式，展示所述第二应用提供的显示内容，包括：

按照预定的展示方式，展示获取的所述第二应用提供的显示内容。

3.如权利要求2所述的方法，其特征在于，所述第一应用获取所述第二应用提供的显示内容，包括：

第一应用获取第二应用采用跨进程通信的方式提供的显示内容。

4.如权利要求3所述的方法，其特征在于，第一应用获取第二应用采用跨进程的方式提供的显示内容，包括：

第一应用获取第二应用利用数据库进行跨进程共享数据的方式提供的显示内容；或，第一应用获取第二应用采用跨进程的方式发送的作为显示内容的可序列化对象。

5.如权利要求4所述的方法，其特征在于，按照预定的展示方式，展示所述第二应用提供的显示内容，包括：

第一应用根据界面模板和所述第二应用提供的显示内容生成待显示界面，并按照预定的展示方式展示待显示界面。

6.如权利要求3所述的方法，其特征在于，按照预定的展示方式，展示所述第二应用提供的显示内容，包括：

第一应用获取第二应用利用Widget框架提供待显示界面的方式提供的显示内容。

7.如权利要求6所述的方法，其特征在于，按照预定的展示方式，展示所述第二应用提供的显示内容，包括：

第一应用按照预定的展示方式，展示所述第二应用提供的待显示界面。

8.如权利要求7所述的方法，其特征在于，第一应用按照预定的展示方式，展示所述第二应用提供的待显示界面，包括：

第一应用判断第二应用向第一应用提供的界面是否设置有约定标识；所述约定标识，用于表示所述提供的界面允许采用所述预定的展示方式展示；

第一应用在判断结果为是时，按照预定的展示方式，展示所述提供的界面。

9.如权利要求5或7所述的方法，其特征在于，按照预定的展示方式展示所述待显示界面，包括：

按照预定的窗口出现动画和预定的窗口样式，将所述待显示界面展示于所述窗口中。

10.如权利要求9所述的方法，其特征在于，所述预定的窗口样式包括下述至少一种：

卡片样式；

浮动窗口样式。

11.如权利要求1所述的方法，其特征在于，第一应用接收通过预定区域输入的信息展示指令，具体包括：

第一应用接收对所述预定区域执行指定手势操作触发的信息展示指令。

12.如权利要求1所述的方法，其特征在于，所述信息展示指令，是由手势操作触发的；

按照预定的展示方式，展示所述第二应用提供的显示内容，包括：

第一应用确定所述手势操作的轨迹信息；

按照预定的展示方式，展示所述第二应用提供的、与所述轨迹信息相映射的显示内容。

13.如权利要求11所述的方法，其特征在于，所述预定区域，为显示所述第二应用图标的区域；所述指定手势操作，为滑动手势操作。

14.如权利要求1所述的方法，其特征在于，当所述显示内容包括控件时，按照预定的展示方式，展示所述第二应用提供的显示内容后，所述方法还包括：

第一应用接收针对所述控件的操作指令；

第一应用将所述操作指令发送给所述第二应用，以触发所述第二应用执行对应的操作；或第一应用执行所述操作指令对应的操作，并通知第二应用执行与所述操作相对应的其他操作。

15.一种信息展示装置，其特征在于，所述装置包括：

指令接收单元：接收通过预定区域输入的信息展示指令；

应用确定单元：响应于所述信息展示指令，确定与所述预定区域关联的第二应用；

数据展示单元：按照预定的展示方式，展示所述第二应用提供的显示内容。

16.如权利要求15所述的装置，其特征在于，所述装置还包括：

数据接收单元：用于获取所述第二应用提供的显示内容；

所述数据展示单元，具体用于按照预定的展示方式，展示获取的所述第二应用提供的显示内容。

17.如权利要求15所述的装置，其特征在于：

所述数据接收单元：具体用于获取第二应用采用跨进程通信的方式提供的显示内容。

18.如权利要求17所述的装置，其特征在于：

所述数据接收单元：具体用于获取第二应用利用数据库进行跨进程共享数据的方式提供的显示内容；或，第一应用获取第二应用采用跨进程的方式发送的作为显示内容的可序列化对象。

19.如权利要求17所述的装置，其特征在于：

所述数据展示单元，具体用于根据界面模板和所述第二应用提供的显示内容生成待显示界面，并按照预定的展示方式展示待显示界面。

20.如权利要求17所述的装置，其特征在于：

所述数据接收单元：具体用于获取第二应用利用Widget框架提供待显示界面的方式提供的显示内容。

21.如权利要求20所述的装置，其特征在于：

所述数据展示单元，具体用于按照预定的展示方式，展示所述第二应用提供的待显示界面。

22.如权利要求21所述的装置，其特征在于：

所述数据展示单元，还用于判断第二应用向第一应用提供的界面是否设置有约定标识；所述约定标识，用于表示所述提供的界面允许采用所述预定的展示方式展示；

在判断结果为是时，按照预定的展示方式，展示所述提供的界面。

23.如权利要求19或21所述的装置，其特征在于：

所述数据展示单元，还用于按照预定的窗口出现动画和预定的窗口样式，将所述待显示界面展示于所述窗口中。

24.如权利要求23所述的装置，其特征在于，所述预定的窗口样式包括下述至少一种：

卡片样式；

浮动窗口样式。

25.如权利要求15所述的装置，其特征在于：

所述指令接收单元，具体用于接收对所述预定区域执行指定手势操作触发的信息展示指令。

26.如权利要求15所述的装置，其特征在于：

所述数据展示单元，还用于第一应用确定所述手势操作的轨迹信息；

按照预定的展示方式，展示所述第二应用提供的、与所述轨迹信息相映射的显示内容。

27.如权利要求25所述的装置，其特征在于，所述预定区域，为显示所述第二应用图标的区域；所述指定手势操作，为滑动手势操作。

28.如权利要求15所述的装置，其特征在于，所述装置还包括：

界面指令接收单元：接收针对所述控件的操作指令；

将所述操作指令发送给所述第二应用，以触发所述第二应用执行对应的操作；或第一应用执行所述操作指令对应的操作，并通知第二应用执行与所述操作相对应的其他操作。

29.一种信息展示的处理装置，其特征在于，包括：

存储器，用于存储计算机程序指令；

处理器，耦合到所述存储器，用于读取所述存储器存储的计算机程序指令，并作为响应，执行如下操作：接收通过预定区域输入的信息展示指令；响应于所述信息展示指令，确定与所述预定区域关联的第二应用；按照预定的展示方式，展示所述第二应用提供的显示内容。

30.如权利要求29所述的装置，其特征在于，处理器，用于：

获取第二应用采用跨进程通信的方式提供的显示内容。

31.如权利要求30所述的装置，其特征在于，处理器，用于：

获取第二应用利用数据库进行跨进程共享数据的方式提供的显示内容；或，第一应用获取第二应用采用跨进程的方式发送的作为显示内容的可序列化对象。

32.如权利要求31所述的装置，其特征在于，处理器，用于：

根据界面模板和所述第二应用提供的显示内容生成待显示界面，并按照预定的展示方式展示待显示界面。

33.如权利要求30所述的装置，其特征在于，处理器，用于：

获取第二应用利用Widget框架提供待显示界面的方式提供的显示内容。

34.如权利要求33所述的装置，其特征在于，处理器，用于：

按照预定的展示方式，展示所述第二应用提供的待显示界面。

35.如权利要求29所述的装置，其特征在于，处理器，用于：

按照预定的窗口出现动画和预定的窗口样式，将所述待显示界面展示于所述窗口中。

36.如权利要求35所述的装置，其特征在于，所述预定的窗口样式包括下述至少一种：

卡片样式；

浮动窗口样式。