CN115705143A - 一种卡片信息显示方法及电子设备 - Google Patents

Abstract

本申请提供一种卡片信息显示方法及电子设备，涉及终端技术领域。解决了用户查看推送信息的人机交互性差的问题。具体方案为：电子设备接收用户的第一操作；响应于第一操作，电子设备显示负一屏；其中，负一屏包括第一区域和第二区域；其中，第一区域包括至少一张第一卡片，第一卡片用于显示第一信息，第一信息来源于一个或多个应用程序；在第一信息满足预设条件时，第一卡片由电子设备推送至第一区域；第二区域包括至少一张第二卡片，第二卡片与应用程序相关联，第二卡片用于显示相关联应用程序的第二信息；第二卡片为电子设备依据用户的订阅操作所创建的卡片；在第一信息与第二区域中显示的第二信息相同时，第一区域取消显示对应的第一卡片。

Description

一种卡片信息显示方法及电子设备

技术领域

本申请涉及终端技术领域，尤其涉及一种卡片信息显示方法及电子设备。

背景技术

信息爆炸时代，信息的更迭速度越来越快，用户拥有大量的信息获取渠道。快速获取到所需的有效信息，且不受无关信息打扰，成为用户的迫切需求。目前，电子设备通过卡片的方式向用户推送已订阅的推送信息，可实现对海量的信息的过滤。

然而，随着订阅的推送信息越来越多，卡片的数量也越来越多。这样用户需要翻阅所有的卡片，才能够避免重要的推送信息被遗漏。显然，用户查看推送信息的人机交互效率依然很低。

发明内容

本申请实施例提供一种卡片信息显示方法及电子设备，在同一界面下，利用系统级的建议卡片提示用户查看当前需查看的推送信息，以及利用应用级的服务卡片提示用户查看订阅的推送信息，两类卡片相结合，提高用户查看推送信息的人机交互效率。

为达到上述目的，本申请采用如下技术方案：

第一方面，本申请实施例提供的一种卡片信息显示方法，应用于电子设备，所述方法包括：所述电子设备接收用户的第一操作；响应于所述第一操作，所述电子设备显示负一屏；其中，所述负一屏包括第一区域和第二区域。

其中，所述第一区域包括至少一张第一卡片，所述第一卡片用于显示第一信息，所述第一信息来源于一个或多个应用程序；所述第一信息包括时效信息、围栏信息和状态信息中的至少一项。

例如，第一信息是来源于日历应用的会议日程时，可以对应有时效信息，也即，会议开始时间。再例如，第一信息是来源于旅行订票应用程序的航班信息时，也可以对应有时效信息，也即，航班起飞时间点。再例如，第一信息是来源于物流应用的快递取件码，可以对应有围栏信息，也即，快递取件点的地理围栏。再例如，第一信息是来源于运动健康应用程序的实时运动量信息，可以对应有状态信息，也即，跑步状态。

当然，不同第一信息所对应的时效信息、围栏信息和状态信息，依据第一信息自身携带的内容和所属的消息类型确定。例如，电子设备内包括不同地理名称与围栏信息之间的对应关系。这样，电子设备从第一信息中提取到地理名称，可确定出第一信息的围栏信息。再比如，电子设备包括不同的消息类型和围栏信息之间的对应关系。这样，电子设备依据第一信息的消息类型也可确定对应的围栏信息。

在所述第一信息的时效信息、围栏信息和状态信息中至少一项满足预设条件时，所述第一卡片由所述电子设备推送至所述第一区域。

所述第二区域包括至少一张第二卡片，所述第二卡片与应用程序相关联，所述第二卡片用于显示相关联应用程序的第二信息；所述第二卡片为用户配置的卡片，也即，电子设备响应于用户的订阅操作而创建的卡片。在所述第一信息与所述第二区域中显示的第二信息相同时，所述第一区域取消显示对应的所述第一卡片。

在上述实施例中，电子设备在适宜的时间、空间或者状态下，通过第一区域中的第一卡片提醒用户查看来源于至少一个应用程序的第一信息，实现针对不同应用程序的推送信息智能推送。同时，电子设备还通过第二卡片向用户实时展示相关联应用程序的第二信息，方便用户查看已订阅的信息。另外，在第一卡片的第一信息与第二区域中实际显示的第二信息相同时，还可以取消显示该第一卡片。可见，用户在同一界面下，既可以查看电子设备评估出当前需要查看的推送信息，又不必翻阅所有第二卡片。同一界面下显示的第一卡片和第二卡片内容也不同，改善用户重复查看相同的推送信息的问题。如此，有效提高用户查看推送信息的人机交互效率。

在一些可能的实施例中，所述负一屏还包括第三区域，所述第三区域包括：来源于一个或多个应用程序的功能入口图标。

在上述实施例中，负一屏提供的功能入口图标，还可以方便启用应用程序中的特定功能，提升电子设备的人机交互效率。

在一些可能的实施例中，所述第一信息的时效信息满足所述预设条件的方式包括：所述第一信息的时效信息所指示的时段包含所述电子设备的当前系统时间。

其中，时效信息可以对应一个时间点，比如，会议日程的会议开始时间为早上9点，再比如，航班信息的航班起飞时间为早上8点。上述时效信息所指示的时段可以是包含该时间点的时间区间。比如，会议日程的时效信息所指示的时段可以是早上8点到9点之间，再比如，航班信息的时效信息所指示的时段可以是早上4点到8点之间。不同的第一信息的时效信息所指示的时段长短可以不同，不同时效信息所指示的时段长短可由用户预先配置。

在电子设备的系统时间属于时效信息所指示的时段的情况下，该时效信息所对应的第一信息属于满足预设条件的信息。从而，通过第一卡片在适宜的时间进行信息推送。

在一些可能的实施例中，所述第一信息的围栏信息满足所述预设条件的方式包括：所述第一信息的围栏信息所指示的地理区域覆盖所述电子设备的当前位置。

其中，上述围栏信息可以是地理围栏、Wi-Fi围栏、蓝牙围栏等之一或之间的组合。

在电子设备位于第一信息的围栏信息所指示的地理区域后，第一信息也属于满足预设条件的信息。从而，通过第一卡片在适宜的地点进行信息推送。

在一些可能的实施例中，所述第一信息的状态信息满足所述预设条件的方式包括：所述第一信息的状态信息与持有所述电子设备的用户的当前状态相同。

其中，电子设备的加速度传感器、陀螺仪等检测到的运动信息，可用于确定持有电子设备的用户的当前状态。

在持有电子设备的用户的当前状态与第一信息的状态信息相同后，第一信息也属于满足预设条件的信息。从而，通过第一卡片在适宜的用户状态下进行信息推送。

在一些可能的实施例中，在所述电子设备显示负一屏之前，所述方法还包括：所述电子设备获取来源于不同应用程序的多个第一信息；所述电子设备依据所述第一信息创建所述第一卡片。

在一些可能的实施例中，所述电子设备内预先配置有不同用户操作所对应的消息需求列表，所述电子设备获取来源于不同应用程序的多个第一信息，包括：所述电子设备依据接收到的用户操作，确定对应的消息需求列表；所述消息需求列表包括至少一种消息类型和对应的所述应用程序；所述电子设备根据所述消息需求列表，从对应的所述应用程序，获取与所述消息类型匹配的所述第一信息。

在上述实施例中，电子设备在召回第一信息时，便智能地为用户进行了一次信息的筛选，提高向用户推送信息的精准性，改善用户受无关信息的影响。

在一些可能的实施例中，所述方法还包括：在显示所述负一屏的情况下，所述电子设备接收第二操作；所述电子设备响应于所述第二操作，显示可编辑的所述负一屏；所述电子设备接收用户的第三操作；所述电子设备响应于所述第三操作，显示可编辑状态的桌面；所述桌面包括多个应用程序的图标；所述电子设备接收到用户对第一应用程序的图标的操作时，显示所述第一应用程序所对应的第一应用服务；在所述电子设备接收到用户对所述第一应用服务的操作时，创建与所述第一应用程序关联的所述第二卡片，用于显示与所述第一应用服务对应的第二信息。

在上述实施例中，第二卡片可以依据用户对应用程序的订阅行为进行创建，确保第二卡片所展示的信息为用户所需的信息。另外，用户订阅应用程序的步骤简单，提升电子设备的人机交互效率。

在一些可能的实施例中，所述方法还包括：在所述电子设备接收到用户的第四操作时，显示所述电子设备的桌面；所述桌面包括第三卡片；所述第三卡片用于显示所述第一信息；所述电子设备确定所述第三卡片已被处理；所述电子设备接收到所述第一操作；所述电子设备显示所述负一屏，所述负一屏包括已折叠的所述第一卡片。

在上述实施例中，改善了信息重复向用户推送的问题，提升用户使用电子设备的使用体验，也提高用户处理推送信息的人机交互效率。

在一些可能的实施例中，在显示所述电子设备的桌面之前，所述方法还包括：所述电子设备确定所述桌面上包括所述第三卡片；在显示所述电子设备的桌面之后，所述方法还包括：所述电子设备取消显示与所述第三卡片对应的智达窗。

在一些可能的实施例中，在所述第一区域包括多张所述第一卡片时，多张所述第一卡片采用堆叠的方式显示于所述第一区域，所述第一区域包括与所述第一卡片对应显示的堆叠标识；在所述电子设备显示负一屏之后，所述方法还包括：所述电子设备接收用户对所述堆叠标识的第一滑动操作；所述电子设备响应于所述第一滑动操作，在所述第一区域内切换显示被遮挡的所述第一卡片；或者，所述电子设备接收用户在负一屏中的第二滑动操作；所述电子设备响应于所述第二滑动操作，展开显示所有的所述第一卡片。

在一些可能的实施例中，在所述电子设备显示负一屏之后，所述方法还包括：所述电子设备接收用户在负一屏中的第三滑动操作；所述电子设备响应于所述第三滑动操作，将隐藏的第二卡片显示于所述第二区域，所述第一区域内显示的第一卡片保持不变；所述电子设备接收用户对所述负一屏中的第一控件的操作；所述电子设备显示第二界面，所述第二界面用于显示所有已创建的所述第二卡片。

第二方面，本申请实施例提供的一种电子设备，电子设备包括一个或多个处理器和存储器；所述存储器与处理器耦合，存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，当一个或多个处理器执行计算机指令时，所述一个或多个处理器，用于：接收用户的第一操作；响应于所述第一操作，显示负一屏；其中，所述负一屏包括第一区域和第二区域；其中，所述第一区域包括至少一张第一卡片，所述第一卡片用于显示第一信息，所述第一信息来源于一个或多个应用程序；所述第一信息包括时效信息、围栏信息和状态信息中的至少一项；在所述第一信息的时效信息、围栏信息和状态信息中至少一项满足预设条件时，所述第一卡片被推送至所述第一区域；所述第二区域包括至少一张第二卡片，所述第二卡片与应用程序相关联，所述第二卡片用于显示相关联应用程序的第二信息；所述第二卡片为用户配置的卡片；在所述第一信息与所述第二区域中显示的第二信息相同时，所述第一区域取消显示对应的所述第一卡片。

在一些可能的实施例中，所述负一屏还包括第三区域，所述第三区域包括：来源于一个或多个应用程序的功能入口图标。

在一些可能的实施例中，所述第一信息的时效信息满足所述预设条件的方式包括：所述第一信息的时效信息所指示的时段包含所述电子设备的当前系统时间；所述第一信息的围栏信息满足所述预设条件的方式包括：所述第一信息的围栏信息所指示的地理区域覆盖所述电子设备的当前位置；所述第一信息的状态信息满足所述预设条件的方式包括：所述第一信息的状态信息与持有所述电子设备的用户的当前状态相同。

在一些可能的实施例中，在所述电子设备显示负一屏之前，所述一个或多个处理器，还用于：获取来源于不同应用程序的多个第一信息；依据所述第一信息创建所述第一卡片。

在一些可能的实施例中，所述电子设备内预先配置有不同用户操作所对应的消息需求列表，所述一个或多个处理器，还用于：

依据接收到的用户操作，确定对应的消息需求列表；所述消息需求列表包括至少一种消息类型和对应的所述应用程序；根据所述消息需求列表，从对应的所述应用程序，获取与所述消息类型匹配的所述第一信息。

在一些可能的实施例中，所述一个或多个处理器，还用于：在显示所述负一屏的情况下，接收第二操作；响应于所述第二操作，显示可编辑的所述负一屏；接收用户的第三操作；响应于所述第三操作，显示可编辑状态的桌面；所述桌面包括多个应用程序的图标；接收到用户对第一应用程序的图标的操作时，显示所述第一应用程序所对应的第一应用服务；在接收到用户对所述第一应用服务的操作时，创建与所述第一应用程序关联的所述第二卡片，用于显示与所述第一应用服务对应的第二信息。

在一些可能的实施例中，所述一个或多个处理器，还用于：在接收到用户的第四操作时，显示所述电子设备的桌面；所述桌面包括第三卡片；所述第三卡片用于显示所述第一信息；确定所述第三卡片已被处理；接收到所述第一操作；显示所述负一屏，所述负一屏包括已折叠的所述第一卡片。

在一些可能的实施例中，在显示所述电子设备的桌面之前，所述一个或多个处理器，还用于：确定所述桌面上包括所述第三卡片；在显示所述电子设备的桌面之后，所述一个或多个处理器，还用于：取消显示与所述第三卡片对应的智达窗。

在一些可能的实施例中，在所述第一区域包括多张所述第一卡片时，多张所述第一卡片采用堆叠的方式显示于所述第一区域，所述第一区域包括与所述第一卡片对应显示的堆叠标识；

在显示负一屏之后，所述一个或多个处理器，还用于：接收用户对所述堆叠标识的第一滑动操作；响应于所述第一滑动操作，在所述第一区域内切换显示被遮挡的所述第一卡片；

或者，接收用户在负一屏中的第二滑动操作；

响应于所述第二滑动操作，展开显示所有的所述第一卡片。

在一些可能的实施例中，在显示负一屏之后，所述一个或多个处理器，还用于：接收用户在负一屏中的第三滑动操作；响应于所述第三滑动操作，将隐藏的第二卡片显示于所述第二区域，所述第一区域内显示的第一卡片保持不变；接收用户对所述负一屏中的第一控件的操作；显示第二界面，所述第二界面用于显示所有已创建的所述第二卡片。

第三方面，本申请实施例提供的一种计算机存储介质，包括计算机指令，当所述计算机指令在电子设备上运行时，使得电子设备执行上述第一方面及其可能的实施例中所述的方法。

第四方面，本申请提供一种计算机程序产品，当计算机程序产品在上述电子设备上运行时，使得电子设备执行上述第一方面及其可能的实施例中所述的方法。

可以理解地，上述各个方面所提供的电子设备、计算机可读存储介质以及计算机程序产品均应用于上文所提供的对应方法，因此，其所能达到的有益效果可参考上文所提供的对应方法中的有益效果，此处不再赘述。

附图说明

图1为相关技术中的负一屏示例图；

图2为本申请实施例提供的电子设备的显示示例图之一；

图3为本申请实施例提供的电子设备的硬件架构示意图；

图4为本申请实施例提供的手机的显示示例图之一；

图5为本申请实施例提供的卡片信息显示方法的交互图；

图6为本申请实施例提供的手机召回所需推送信息的概念性示意图；

图7为本申请实施例提供的手机的显示示例图之二；

图8为本申请实施例提供的手机的显示示例图之三；

图9为本申请实施例提供的手机的显示示例图之四；

图10为本申请实施例提供的手机的显示示例图之五；

图11为本申请实施例提供的手机的显示示例图之六；

图12A为本申请实施例提供的手机的显示示例图之七；

图12B为本申请实施例提供的手机的显示示例图之十四；

图13为本申请实施例提供的手机的显示示例图之八；

图14为本申请实施例提供的手机的显示示例图之九；

图15为本申请实施例提供的手机的显示示例图之十；

图16为本申请实施例提供的手机的显示示例图之十一；

图17为本申请实施例提供的手机的显示示例图之十二；

图18为本申请实施例提供的手机的显示示例图之十三；

图19为本申请实施例提供的卡片信息显示方法的步骤流程图；

图20为本申请实施例提供的一种芯片系统的组成示意图。

具体实施方式

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

下面将结合附图对本实施例的实施方式进行详细描述。

本申请实施例提供了一种卡片信息显示方法，应用于电子设备的消息推送过程中。

信息爆炸时代，信息的更迭速度越来越快，用户拥有大量的信息获取渠道。快速获取到所需的有效信息，且不受无关信息打扰，成为用户的迫切需求。同时，如何向用户提供有效信息，提高用户获取到有效信息的人机交互效率成为电子设备的改进方向。

在一些实施例中，需向用户推送的有效信息又称为推送信息。上述推送信息在电子设备中可以采用通知、卡片及悬浮窗口等形式进行推送。

在一些实施例中，卡片形式的推送信息可集中显示于电子设备的负一屏，方便用户查看。换句话说，上述负一屏中包括多个卡片，卡片用于显示用户已订阅的服务和内容。其中，卡片所显示的内容可以是来自用户已订阅的信息源所发布的推送信息。

示例性地，信息源可以是用于发布应用程序(application，APP)相关消息的设备，比如，应用程序所对应的消息服务器。其中，APP相关消息可以是与APP业务相关的信息，比如，打车APP相关消息可以是打车建议消息。

又示例性地，信息源还可以是用于发布系统消息的设备，如，电子设备本身或系统服务器。其中，系统消息可以是系统级应用所对应的相关信息，如，日历APP相关信息可以是日程信息、运动健康APP相关消息可以是用于指示用户当前运动量的消息。系统消息也可以是电子设备识别到的设备状态信息，如，应用使用时长等信息。

再示例性地，信息源还可以是能够从互联网中收集同一类信息的设备。

另外，每个卡片可以固定对应一个信息源。随着信息源提供的推送信息变化，卡片上所显示的内容也随之更新。如此，用户通过查看负一屏中的卡片，便可以掌握订阅的推送信息。

然而，随着订阅的信息源越来越多，负一屏中的卡片也越来越多。同时，卡片对信息源提供的推送信息无差别地进行显示。这样，电子设备每次显示负一屏时，用户都需要逐一检查所有卡片，才能够避免遗漏时效性高、重要程度高、紧急程度高或者与实时场景匹配度高的推送信息。可见，在卡片多的场景下，用户查看推送信息的人机交互效率较低。

示例性地，负一屏可以是电子设备最左侧分屏的用户界面，用于为用户提供搜索、应用建议、快捷服务、智能场景等功能。在电子设备接收到用户指示显示负一屏的操作，如，在图1中的(a)所示的桌面101接收到右滑操作，如成为第一操作时，可显示如图1中的(b)所示的负一屏103。

其中，如图1中的(b)所示的负一屏103中包括一些快捷服务功能，如，应用程序某个页面的快捷入口(付款码、扫一扫等)。

另外，上述负一屏103还包括多个卡片，用于显示已订阅的信息源所发布的推送信息。例如，负一屏103包括卡片104和卡片105。卡片104和卡片105所对应的信息源可以不同，卡片104和卡片105所显示的内容也不同。

如图1中的(b)所示，卡片104用于显示应用使用消息，上述应用使用消息是用户订阅的系统消息。此外，卡片104还对应一包含应用使用信息的系统界面。在用户点击卡片104的情况下，电子设备可以显示该系统界面。

再如图1中的(b)所示，卡片105用于显示停车消息，上述停车消息来自于停车APP的消息服务器。此外，卡片104还对应停车APP中的一个应用界面，在用户点击卡片105的情况下，电子设备可以显示该应用界面。

上述卡片104和卡片105均用于呈现用户所订阅的推送信息。在用户配置的卡片少的情况下，用户在负一屏103能快速查看所有订阅的信息。而在卡片较多的时候，由于用户并不知道哪张卡片所显示的推送信息急需查看，用户就需要翻阅所有卡片，导致降低手机的人机交互效率。

为了改善上述问题，本申请实施例提供了一种卡片信息显示方法，将电子设备的负一屏划分为建议区(如称为第一区域)和常驻服务区(如称为第二区域)。

其中，建议区包括系统级别的卡片，如称为建议卡片，也即第一卡片。上述建议卡片是在电子设备中存在满足预设条件的推送信息时，所创建的卡片。此外，上述满足预设条件的推送信息可以是：电子设备从所有信息源提供的推送信息中，筛选出的用户当前场景下需要查看的信息。

示例性地，筛选出的推送信息可以是当前场景下紧急程度高的推送信息。比如，已到会议时间的会议日程。又示例性地，筛选出的推送信息是也可以是与当前场景关联的推送信息。比如，当前场景为快递取件点，则关联的推送信息为快递取件码。再示例性地，筛选出的推送信息还可以是重要程度高的推送信息等，比如，用户标注在当前时段内高重要等级的日程。

在一些示例中，建议卡片可以是交互性的卡片。在建议卡片显示应用程序1的推送信息时，该建议卡片可提供启动应用程序1的启动接口。这样，电子设备接收到用户对建议卡片的操作时，可显示应用程序1中的一个应用界面。

另外，电子设备评估出建议卡片所显示内容不再需用户查看时，还可以取消显示该建议卡片或者隐藏显示该建议卡片。比如，在接收到用户对建议卡片的操作或者实时场景与该建议卡片的推送信息不再匹配等情况下，可以取消显示该建议卡片或隐藏显示该建议卡片。当然，出现新的建议卡片后，可替代原建议卡片置顶显示于建议区。

上述常驻服务区包括多个应用级的卡片，又称为服务卡片，也即第二卡片。上述服务卡片是电子设备响应于用户订阅应用程序的操作而创建的卡片。服务卡片与被订阅的应用程序之间存在关联。与服务卡片关联的应用程序又可称为关联应用。

在一些示例中，上述服务卡片可以用于显示关联应用的信息源所提供的推送信息。在关联应用的信息源发布新的推送信息时，对应的服务卡片也更新显示内容。在另一些示例中，服务卡片还可以提供关联应用的启动接口。也即，用户可以通过点击服务卡片，触发电子设备显示关联应用所提供的应用界面。另外，与建议卡片不同的是，服务卡片在常驻服务区中长期显示。

可见，本申请实施例中，对于用户订阅的信息和电子设备评估出用户需要的信息，可在同界面中采用不同级别的卡片进行显示。这样既可以完整的展示用户订阅的信息，也减少用户翻阅所有卡片检查是否存在急需处理的推送信息，提高用户查看推送信息的人机交互效率。

以图2所示的手机进行举例。如图2所示，手机的负一屏202包括建议区203、常驻服务区205及快捷入口区209。

在一些实施例中，建议区203显示建议卡片204。该建议卡片204包括：由旅行订票APP所提供的航班信息。上述航班信息是手机从获得的多个推送信息中，评估出用户此时需要查看的推送信息。在手机接收到用户对该建议卡片203的操作时，可启动旅行订票APP。

后续实施例中将结合具体示例阐述手机评估用户需要查看的推送信息的具体方法，在此处不予赘述。

在一些实施例中，如果存在多张建议卡片时，可以将多张建议卡片组成的卡片堆显示于建议区203。其中，卡片堆中置顶的建议卡片，可直接显示于建议区203。此外，建议区203还包括堆叠标识201。堆叠标识201与建议卡片204对应显示，该堆叠标识201用于提醒用户可以通过翻页等操作查看其他建议卡片。手机接收到针对堆叠标识201的第一滑动操作时，可以切换显示卡片堆中的建议卡片。

在一些示例中，卡片堆可以按照建议卡片的创建顺序排列，将最新创建的建议卡片排列在卡片堆的置顶位置。这样，用户翻阅建议卡片时，可优先查看创建时间近的卡片。在另一些示例中，手机可以按照预设的规则评估各个建议卡片的优先级，按照推送信息的优先级对建议卡片进行排序，使优先级最高的建议卡片排列在卡片堆的置顶位置。这样，用户翻阅建议卡片时，可优先查看优先级高的卡片。

在一些实施例中，常驻服务区205显示有服务卡片206、服务卡片207和服务卡片208。上述服务卡片206、服务卡片207和服务卡片208与用户订阅的运动健康APP、智能卡片APP和应用管理APP一一对应。其中，服务卡片206用于显示运动健康APP所对应的推送信息，服务卡片207用于显示智能卡片APP所对应的推送信息，服务卡片208用于显示应用管理APP所对应的推送信息。应用程序所对应的推送信息更新，服务卡片所显示的内容也更新。虽然服务卡片的内容会变化，但服务卡片可以在常驻服务区205中可以长期保留。当然，在用户取消订阅服务卡片所对应的应用程序的信息时，可从常驻服务区205中取消显示该服务卡片。

在接收到用户对服务卡片206的操作，如点击操作时，手机可显示运动健康APP的应用界面。在接收到用户对服务卡片207的操作，如点击操作时，手机可显示智能卡片APP的应用界面。在接收到用户对服务卡片208的操作，如点击操作时，手机可显示应用管理APP的应用界面。

也就是，手机的负一屏中利用常驻服务区205，采用长期稳定的方式显示用户订阅的应用程序的推送信息。此外，结合建议区203，优先展示手机评估出的用户所需的推送信息。这样，充分结合两种推送信息的显示优势，确保用户能够得到全面的订阅信息，又可以快速得到用户此时需要查看推送信息，从而，提升用户查阅推送信息的人机交互效率。

在一些实施例中，上述功能快捷入口区209，又可称为第三区域，包括至少一个功能入口图标，如，图标210、图标211和图标212等。功能入口图标与应用程序的指定功能对应。在手机接收到针对功能入口图标的操作，可启用对应的功能。比如，接收到对图标210的操作时，可启用扫描功能。

上述电子设备除了可以是手机之外，还可以是电视机、平板电脑、桌面型、膝上型、手持计算机、笔记本电脑、个人计算机(personal computer，PC)，上网本，个人数字助理(personal digital assistant，PDA)等具有显示屏的电子设备。本申请实施例对该电子设备的具体形态不作特殊限制。

如图3所示，本申请实施例以电子设备(如手机)为例，对本申请实施例提供的电子设备的结构进行举例说明。电子设备(如手机)可以包括：处理器210，外部存储器接口220，内部存储器221，通用串行总线(universal serial bus，USB)接口230，充电管理模块240，电源管理模块241，电池242，天线1，天线2，移动通信模块250，无线通信模块260，音频模块270，扬声器270A，受话器270B，麦克风270C，耳机接口270D，传感器模块280，按键290，马达291，指示器292，摄像头293，显示屏294，以及用户标识模块(subscriber identificationmodule，SIM)卡接口295等。

其中，上述传感器模块280可以包括压力传感器，陀螺仪传感器，气压传感器，磁传感器，加速度传感器，距离传感器，接近光传感器，指纹传感器，温度传感器，触摸传感器，环境光传感器和骨传导传感器等传感器。

可以理解的是，本实施例示意的结构并不构成对电子设备的具体限定。在另一些实施例中，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器210可以包括一个或多个处理单元，例如：处理器210可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

控制器可以是电子设备的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器210中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器210中的存储器为高速缓冲存储器。该存储器可以保存处理器210刚用过或循环使用的指令或数据。如果处理器210需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器210的等待时间，因而提高了系统的效率。

在一些实施例中，处理器210可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。

可以理解的是，本实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对电子设备的结构限定。在另一些实施例中，电子设备也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

充电管理模块240用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。充电管理模块240为电池242充电的同时，还可以通过电源管理模块241为电子设备供电。

电源管理模块241用于连接电池242，充电管理模块240与处理器210。电源管理模块241接收电池242和/或充电管理模块240的输入，为处理器210，内部存储器221，外部存储器，显示屏294，摄像头293，和无线通信模块260等供电。在一些实施例中，电源管理模块241和充电管理模块240也可以设置于同一个器件中。

电子设备的无线通信功能可以通过天线1，天线2，移动通信模块250，无线通信模块260，调制解调处理器以及基带处理器等实现。在一些实施例中，电子设备的天线1和移动通信模块250耦合，天线2和无线通信模块260耦合，使得电子设备可以通过无线通信技术与网络以及其他设备通信，如与可穿戴设备通信。

天线1和天线2用于发射和接收电磁波信号。电子设备中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块250可以提供应用在电子设备上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块250可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块250可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。

移动通信模块250还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块250的至少部分功能模块可以被设置于处理器210中。在一些实施例中，移动通信模块250的至少部分功能模块可以与处理器210的至少部分模块被设置在同一个器件中。

无线通信模块260可以提供应用在电子设备上的包括WLAN(如(wirelessfidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigationsatellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(nearfield communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。

其中，GNSS可以包括北斗卫星导航系统(beidou navigation satellite system，BDS)，全球定位系统(global positioning system，GPS)，全球导航卫星系统(globalnavigation satellite system，GLONASS)，准天顶卫星系统(quasi-zenith satellitesystem，QZSS)和/或星基增强系统(satellite based augmentation systems，SBAS)。

无线通信模块260可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块260经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器210。无线通信模块260还可以从处理器210接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

电子设备通过GPU，显示屏294，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏294和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器210可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏294用于显示图像，视频等。该显示屏294包括显示面板。

电子设备可以通过ISP，摄像头293，视频编解码器，GPU，显示屏294以及应用处理器等实现拍摄功能。ISP用于处理摄像头293反馈的数据。摄像头293用于捕获静态图像或视频。在一些实施例中，电子设备可以包括1个或N个摄像头293，N为大于1的正整数。

外部存储器接口220可以用于连接外部存储卡，例如Micro SD卡，实现扩展电子设备的存储能力。外部存储卡通过外部存储器接口220与处理器210通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

内部存储器221可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器210通过运行存储在内部存储器221的指令，从而执行电子设备的各种功能应用以及数据处理。例如，在本申请实施例中，处理器210可以通过执行存储在内部存储器221中的指令，内部存储器221可以包括存储程序区和存储数据区。

其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储电子设备使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器221可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flashstorage，UFS)等。

可以理解的是，本申请实施例示意的结构并不构成对电子设备的具体限定。在本申请另一些实施例中，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

以下实施例中的方法均可以在具有上述硬件结构的设备中实现。下面以电子设备为手机，描述本申请实施例提供的方法。

在本申请实施例中，上述建议卡片作为系统级的卡片，可以是手机在设定条件下自动创建的卡片。

作为一种实现方式，上述设定条件可以是预配置的特定条件。示例性地，设定条件可以时间达到特定的时间点。比如，特定的时间点为早上9点，那么满足设定条件可以是系统时间达到早上9点。又示例性地，设定条件还可以是位于特定的空间区域。比如，特定的空间区域可以是居住小区，那么满足设定条件可以是手机位于居住小区内。再示例性地，设定条件还可以检测到持有手机的用户处于特定的运动状态。比如，特定的运动状态是移动状态，那么满足在设定条件可以是采集到的运动数据指示用户处于跑步状态。

作为另一种实现方式，上述设定条件还可以是确定出满足预设条件的推送信息。上述满足预设条件的推送信息又称为推送信息1，是手机从来源于多个应用程序的推送信息中，确定出用户在当前场景下所需查看的信息。

其中，上述应用程序可以是手机已安装的应用程序，也可以是手机中未安装的应用程序。此外，上述应用程序除了可以是第三方应用程序之外，还可以是系统应用。换句话说，本申请实施例中，不对建议卡片的推送信息来源做具体限定。

以图4为例，手机可以接收来源于日历APP、健康运动APP、旅行订票APP、网约车APP等应用程序的推送信息。面对大量推送信息，手机可以从大量推送信息中评估出用户在当前场景下，需要查看的推送信息。如果没有用户在当前场景下需查看的推送信息，则不创建建议卡片。如果存在用户在当前场景下需查看的推送信息，如旅行订票APP的航班信息，那么根据航班信息创建对应的建议卡片。

作为一种实现方式，手机可以主动从多个消息服务器召回推送信息，再从召回的推送信息确定出推送信息1。

如图5所示，本申请实施例所提供的方法可以包括以下步骤：

S1，手机响应于用户的操作，确定对应的业务消息需求。

在一些实施例中，手机内可以预先配置不同用户操作与业务消息需求之间的对应关系。这样，在手机接收到用户操作之后，通过查询预先配置的对应关系，确定出对应的业务消息需求。

其中，手机内配置的对应关系中，用户操作可用于指示一项业务。比如，订购机票的操作可以用于指示出行业务。另外，业务消息需求可以是一个消息需求列表，该消息需求列表可用于指示业务周期(如，出行周期)内手机所需推送的消息的类型。另外，同一业务消息需求中可以涉及一个或多个应用程序所对应的推送信息。

比如，指示订购机票的操作所对应的业务消息需求可以如下表1所示：

表1

应用程序	消息类型
		旅游订票APP	订票成功信息(包含机票基本信息)
旅游订票APP	值机选座通知
		旅游订票APP	出发提醒(已值机)
网约车APP	打车去机场提示
		天气APP	突发异常天气

再比如，指示订购商品的操作所对应的业务消息需求可以如下表2所示：

表2

应用程序	消息类型
		购物APP	订单基本信息
快递APP	物流信息
		购物APP	收货提醒信息

再比如，指示配置运动量的操作或者指示在健康运动APP中登录个人账户的操作，所对应的业务消息需求可以如下表3所示：

表3

应用程序	消息类型
		健康运动APP	实时运动量信息

再比如，指示安装特定应用程序(如，用于提供识别码的应用程序)的操作，所对应的业务消息需求可以包括实时的识别码信息。比如，指示安装公交APP的操作，所对应的业务消息需求可以包括实时的乘车二维码。再比如，指示安装资讯推送类应用程序(比如，新闻APP)的操作，所对应的业务消息需求可以包括实时的资讯信息。

在另一些实施例中，手机中预配置的人工智能(artificial intelligence，AI)模型，可用于确定相匹配的多个消息类型，也即，与用户操作所指示的业务相匹配的消息类型。这样，手机接收到用户操作后，可以利用AI模型分析所需推送的信息类型，从而，确定出对应的业务消息需求。

S2，手机依据业务消息需求，向内容提供端请求所需的推送信息。

在一些实施例中，上述内容提供端可以是多个应用程序所对应的消息服务器。

在另一些实施例中，上述内容提供端也可以是多个应用程序所对应的消息服务器与手机之间的代理设备。如图6所示，内容提供端与多个消息服务器之间通信连接，同时，内容提供端还与手机之间可建立通信连接。手机中的简易信息聚合(really simplesyndication，RSS)Feed模块可以向内容提供端发送信息召集请求，用于请求业务消息需求所指示的推送信息。可见，上述RSS Feed模块用于聚合业务消息需求所指示的推送信息。

在一些实施例中，内容提供端接收到上述信息召集请求之后，按照对应的业务消息需求，获取对应的消息服务器的RSS文件。之后，内容提供端可以根据获取到的RSS文件从消息服务器中召回所需的推送信息。

S3，内容提供端向手机发送推送信息。

在一些实施例中，内容提供端获取到与业务消息需求匹配的推送信息，则向手机发送。例如，业务消息需求如表1所示，内容提供端突然从天气APP的消息服务器中获取到目的地的异常天气提醒信息。该异常天气提醒信息与业务信息需求匹配，将其推送给手机。再例如，业务消息需求如表1所示，在获取到旅游订票APP的RSS文件后，便可立即获取到订票成功信息，并将其向手机推送。

S4，手机从接收到的推送信息中，确定出推送信息1。

在一些实施例中，手机可以聚汇多个消息服务器发出的推送信息。在本实施例中，手机召回的推送信息又可称为第一信息，第一信息在满足预设条件的情况下，可显示于建议卡片，并被推送到建议区中。

作为一种实现方式，第一信息可以对应以下至少一项信息：时效信息、围栏信息和状态信息。其中，上述时效信息、围栏信息和状态信息，可依据第一信息的实际内容和所属的消息类型而定。比如，第一信息的实际内容包括具体时间点时，第一信息可对应时效信息。第一信息的实际内容包括地理名称时，第一信息可对应围栏信息。再比如，第一信息所属的消息类型与围栏信息存在关联时，第一信息可以对应围栏信息。第一信息所属的消息类型与状态信息存在关联时，第一信息可以对应状态信息。

在第一信息的时效信息、围栏信息和状态信息中至少一项满足预设条件时，可确定该第一信息为当前场景下需要查看的信息，也即，推送信息1。

在一些可能的实施例中，第一信息的时效信息满足所述预设条件的方式包括：所述第一信息的时效信息所指示的时段包含手机的当前系统时间。其中，时效信息可以对应一个时间点，上述时效信息所指示的时段可以是包含该时间点的时间区间。不同的第一信息的时效信息所指示的时段长短可以不同，也可以由用户预先配置。在手机的当前系统时间属于时效信息所指示的时段时，该时效信息所对应的第一信息属于满足预设条件的信息。

在一些可能的实施例中，第一信息的围栏信息满足预设条件的方式包括：第一信息的围栏信息所指示的地理区域覆盖手机的当前位置。在手机位于第一信息的围栏信息所指示的地理区域后，第一信息也属于满足预设条件的信息。

在一些可能的实施例中，第一信息的状态信息满足所述预设条件的方式包括：第一信息的状态信息与持有手机的用户的当前状态相同。其中，状态信息可以包括跑步状态、行走状态和静止状态。手机的加速度传感器、陀螺仪等检测到的运动信息，可用于确定持有手机的用户所对应的当前状态。在用户的当前状态与第一信息的状态信息相同后，第一信息也属于满足预设条件的信息。

此外，手机还可以智能地识别用户所处的实时场景。之后，手机可以根据识别出的实时场景，从聚汇的推送信息中确定出推送信息1。

在一些实施例中，上述实时场景可以由空间、时间及用户状态等至少一个维度的特征进行指示。

示例性地，手机可以识别自身所处的空间场景。利用预先配置的空间场景与用户所需的推送信息之间对应关系，确定用户在此空间场景中需要查看的推送信息。再据此，从手机聚汇的推送信息中，确定出推送信息1。

比如，图7中的(a)所示，手机随用户进入公交车站台。预先设定在公交车站台上，用户会用到乘车码，也会查询公交车的班次信息。这样，手机在识别出自身位于公交车站台时，确定班次信息、乘车码为用户需要查看的推送信息。之后，手机查找到聚汇的推送信息中包括班次信息、乘车码，则将查找到的班次信息、乘车码确定为推送信息1。

再比如，图7中的(b)所示，手机随用户进入快递取件点。预先设定在快递取件点，用户会用到快递取件码。这样，手机在识别出自身位于快递取件点时，确定快递取件码为用户需要查看的推送信息。之后，手机查找到聚汇的推送信息中包括快递取件码，则将查找到的快递取件码确定为推送信息1。

作为一种示例，手机可以识别围栏，判断手机所处的空间场景。其中，上述围栏可以是地理围栏、Wi-Fi围栏、基站围栏、蓝牙围栏之一或之间的组合。

作为一种实现方式，手机中预先配置不同地理围栏与所需查看的推送信息之间的对应关系。手机可以通过全球定位系统(global positioning system，GPS)，识别手机所处的地理围栏。这样，在识别出地理围栏后，从聚汇的推送信息中，确定是否存在与地理围栏匹配的推送信息，也即推送信息1。

例如，手机可以利用GPS定位出位于公交车站台的地理围栏，预先确定公交车站台的地理围栏与乘车码和班次信息对应。在手机聚汇的推送信息中包括乘车码和班次信息时，确定乘车码和班次信息为推送信息1。

再如，手机可以利用GPS定位出位于快递取件点的地理围栏，预先确定快递取件点的地理围栏与快递取件码对应。在手机聚汇的推送信息中包括快递取件码时，确定快递取件码为推送信息1。

作为一种实现方式，手机中可以预先配置不同Wi-Fi围栏与所需的推送信息之间的对应关系。这样，手机可以检测所处环境中Wi-Fi信息的MAC字段、接收的信号强度(received signal strength indication，RSSI)、开机时间(Boottime)及中心频率(Frequency)等Wi-Fi特征。根据检测到的Wi-Fi特征，确定手机当前所属的Wi-Fi围栏。并在识别出Wi-Fi围栏后，从聚汇的推送信息中，确定是否存在与Wi-Fi围栏匹配的推送信息，也即推送信息1。

例如，手机对所处环境的Wi-Fi信息进行检测，并确定出对应的Wi-Fi特征。在上述Wi-Fi特征指示手机位于快递取件点的Wi-Fi围栏内。

另外，手机中还可以通过识别基站围栏、蓝牙围栏等方式，从聚汇的推送信息中，确定是否存在匹配的推送信息，也即推送信息1。

可以理解地，上述基站围栏、蓝牙围栏等其他类型的围栏与Wi-Fi围栏、地理围栏一样，均可以指示真实空间中的地理区域，换句话说，手机根据各类围栏确定推送信息1的原理相似，在此不再赘述。当然，指示不同类型围栏所需的特征数据不同，手机识别各类围栏的方式也存在差异。比如，基站围栏的特征可以是设备驻留的蜂窝小区的标识。手机可以通过基站信号，确定所属的基站围栏。蓝牙围栏的特征是蓝牙名称、蓝牙地址等，手机可以通过检测蓝牙信息，确定所属的蓝牙围栏。

在一些可能的实施例中，手机还可以利用多个类型的围栏共同指示一个空间场景，从而，提升手机对空间场景的识别准确性。

比如，快递取件点由地理围栏和Wi-Fi围栏共同指示，手机同时检测到快递取件点的地理围栏和Wi-Fi围栏，判断手机所处的空间场景为快递取件点。然后，将快递取件点所对应的推送信息，确定为用户需要查看的推送信息。

另外，除了预先配置不同空间场景与所需推送信息之间的对应关系外，手机还可以利用深度学习模型，对用户在不同空间场景查看推送信息的动作进行学习，得到推送建议模型。这样，手机可以依据识别出的围栏，确定手机所处的空间场景。之后，手机将确定出的空间场景输入上述推送建议模型中，从而，确定用户所需查看的推送信息。

又示例性地，手机可以根据时间节点，确定用户所处的时间场景。再根据时间场景与推送信息之间的对应关系，判断用户需要查看的推送信息。再据此，从手机聚汇的推送信息中，确定出推送信息1。作为一种示例，时间场景与推送信息之间的对应关系，可以根据推送信息的时效期限而定。例如，推送信息的时效期限与时间场景所对应的时间节点之间的时间差不超预设阈值，那么确定该推送信息与该时间场景对应，也即可确定为用户需要查看的推送信息。

例如，图8所示，推送信息“打车去机场提示”的时效期限为飞机起飞前4小时，推送信息“登机口提醒”的时效期限为飞机起飞前1小时，那么在当前的时间节点与“打车去机场提示”的时效期限之间的差值不超过10分钟时，将“打车去机场提示”确定为用户所需的推送信息。在当前的时间节点与“登机口提醒”的时效期限之间的差值不超过10分钟时，将“登机口提醒”确定为用户所需的推送信息。之后，查找手机聚汇的推送信息中是否包括打车去机场提示或登机口提醒，在包括打车去机场提示或登机口提醒的情况下，确定查找到的打车去机场提示或登机口提醒为推送信息1。

作为另一种示例，时间场景与推送信息之间的对应关系，也可以根据用户在不同时间场景下查看推送信息的习惯而确定。换句话说，手机还可以利用深度学习模型，对用户在不同时间场景下查看的推送信息的动作进行学习，从而得到推送建议模型。如此，将实时的时间节点输入该推送建议模型，得到用户所需的推送信息。

比如，用户经常在早上9点查看新闻头条信息，经过深度学习模型学习后，得到推送建议模型1。这样，每天达到早上9点时，将早上9点这一时间点输入推送建议模型1，确定新闻头条信息为用户需要查看的推送信息。

再示例性地，手机可以根据检测到的运动状态信息，确定用户所处的状态场景。再根据状态场景与推送信息之间的对应关系，确定用户需要查看的推送信息。其中，状态场景与推送信息之间的对应关系可以预先配置。比如，状态场景包括行走状态、静止状态和跑步状态，预先配置跑步状态与推送信息“实时运动量信息”之间对应。如图9所示，手机检测到的加速度信息指示用户处于跑步状态，那么确定实时运动量信息为用户需要查看的推送信息。之后，从手机聚汇的推送信息中查看是否存在实时运动量信息。在存在实时运动量信息的情况下，将该实时运动量信息作为推送信息1。

S5，在负一屏的建议区显示推送信息1所对应的建议卡片。

在一些实施例中，确定出推送信息1后，手机可以基于推送信息1生成建议卡片。作为一种示例，所创建的建议卡片可以显示于负一屏。

例如，图7中的(a)所示，手机识别出自身位于公交车站台，基于获取到的班次信息和乘车码，生成建议卡片701。在手机响应指示显示负一屏的操作之后，可显示包括建议卡片701的负一屏702。

再例如，图7中的(b)所示，手机识别出自身位于快递取件点，基于获取到的快递取件码，生成建议卡片703。在手机响应指示显示负一屏的操作之后，可显示包括建议卡片703的负一屏702。

再例如，图8中所示，手机识别到当前的时间场景为飞机起飞前4个小时，根据获取到的打车去机场提示，生成建议卡片801。这样，在手机响应指示显示负一屏的操作之后，可显示包括建议卡片801的负一屏802。

再例如，图8中所示，手机识别到当前的时间场景为飞机起飞前1个小时，根据获取到的登机口提醒，生成建议卡片803。这样，在手机响应指示显示负一屏的操作之后，可显示包括建议卡片803的负一屏802。

再例如，图9中所示，手机识别到当前的状态场景为用户处于跑步状态，根据获取到的实时运动量信息，生成建议卡片901。这样，在手机响应指示显示负一屏的操作之后，可显示包括建议卡片901的负一屏902。

此外，在一些场景下，还可以同时存在多张建议卡片。在存在多张建议卡片的情况下，多张建议卡片构成卡片堆。上述卡片堆中置顶的建议卡片可显示于负一屏。在一些实施例中，显示于负一屏的建议卡片可以切换。示例性地，如图10中的(a)所示，负一屏1001中显示有建议卡片1002。在建议卡片1002的一侧显示有堆叠标识，如导航栏1003。上述导航栏1003中包括多个导航点，每个导航点对应卡片堆中的一张建议卡片。用户通过对建议卡片进行滑动操作，指示手机切换被选中的导航点，进而切换显示于负一屏1001的建议卡片。

另外，手机接收到用于指示展开卡片堆的操作(如称为第二滑动操作)时，如手机接收到用户的下滑操作时，显示如图10中的(b)所示的界面1004。其中，上述界面1004依次显示有卡片堆中所有的建议卡片，如，建议卡片1002、建议卡片1005和建议卡片1006。这样，更加方便用户查看并处理建议卡片。

在本申请实施例中，除了上述建议卡片之外，手机还提供了应用级的服务卡片。

在一些实施例中，每张服务卡片是与一应用程序相关联。与服务卡片相关联的应用程序可称为关联应用或相关联应用程序。示例性地，上述服务卡片可以用于显示来源于关联应用的推送信息。例如，图11所示，在负一屏1101中，服务卡片1102所显示推送信息来自于相关联的智能卡片APP，服务卡片1103所显示推送信息来自于相关联的运动健康APP，服务卡片1104所显示推送信息来自于设备系统。这样，在关联应用的消息服务器推送了新的推送信息之后，服务卡片中所显示的推送信息也随之变化。又示例性地，上述服务卡片还可提供了启动关联应用的启动接口。在手机接收到用户对服务卡片的操作时，可显示关联应用的应用界面。

在一些实施例中，服务卡片是手机响应于用户的订阅操作，所创建的卡片。其中，上述订阅操作所指示的应用程序，是所创建的服务卡片的关联应用。

示例性地，用户可以通过在负一屏进行操作，如长按负一屏的空白区域，指示手机创建新的服务卡片。

这样，如图12A中的(a)所示，手机接收到用户指示编辑服务卡片的操作(如称为第二操作)时，如图12A中的(b)所示，显示可编辑状态的负一屏1201。

其中，负一屏1201包括用于指示添加服务卡片的控件1202和指示完成的控件1203。在手机接收到用户对控件1203的操作，如点击操作时，取消负一屏的可编辑状态，再次显示如图12A中的(a)所示的负一屏。

在一些实施例中，在手机接收到用户对控件1202的操作，如点击操作时，显示配置窗口1204。其中，配置窗口1204中罗列了可添加服务卡片的应用服务。上述应用服务对应着应用程序的消息服务类型。同一个应用程序可以对应至少一个应用服务，用户订阅不同类的应用服务，意味着订阅应用程序中不同类的推送信息。比如，快递APP可以对应取件码服务和快递状态服务。用户订阅快递状态服务时，指示用户订阅快递APP中与快递状态相关的推送信息，用户订阅取件码服务，指示用户订阅快递APP中与取件码相关的推送信息。再比如，日历APP可以对应日程展示服务和日程提醒服务。再比如，地图APP可以对应导航消息服务。

另外，配置窗口1204中每个应用服务处对应显示有指示添加的控件，如控件1205。在手机接收到用户对控件1205的操作时，手机确定用户已订阅该控件1205对应的应用服务，并创建对应的服务卡片，用于显示应用程序中与该应用服务相关的推送信息。

例如，图12A中的(c)所示，手机接收到用户对快递状态所对应的控件1205进行操作，如点击操作，如图12A中的(d)所示，再次显示负一屏1201。此时，所显示的负一屏1201中新增服务卡片1206。上述服务卡片1206用于显示快递APP中与快递状态相关的推送信息。在另一些实施例中，如图12B中的(a)，在手机显示处于可编辑状态的负一屏1201的情况下，手机接收到用户指示返回桌面的操作(又称为第三操作)，如左滑操作时，手机显示如图12B中的(b)所示的桌面1207。其中，桌面1207处于可分享状态，或者说也处于可编辑状态。另外，可分享状态的桌面1207也包括应用程序所对应的图标。在手机接收到用户桌面1207中应用程序的图标的操作，如长按操作时，显示应用程序(如，第一应用程序)的可供订阅的应用服务，如第一应用服务。例如，图12B中的(b)所示，手机接收到用户对图标1208的长按操作时，显示选择框1209。其中，上述选择框1209用于罗列图标1208所对应的应用程序的应用服务。之后，手机可根据用户在选择框1209的操作，确定用户选择应用服务。比如，图12B中的(c)所示，手机接收到用户对选择窗1209中“日程展示服务”的点击时，确定用户订阅该“日程展示服务”。之后，可在负一屏创建与该应用服务对应的服务卡片。比如，手机接收到用户指示返回负一屏的操作时，可显示如图12B中的(d)所示的负一屏1210。该负一屏1210中包括新增的服务卡片，也即，日历APP对应的服务卡片1211。该服务卡片1211用于显示“日程展示服务”相关的推送信息。

可以理解地，应用服务是创建服务卡片的最小单元。同一张服务卡片可以包括同一应用程序的多个应用服务。同时，同一应用程序的不同应用服务可以对应不同的服务卡片。

另外，在可编辑状态下，服务卡片对应多个应用服务时，可被拆分为多个服务卡片，拆分后的每一个服务卡片至少对应一个应用服务。比如，服务卡片a对应应用服务1和应用服务2，可以响应用户的操作，将服务卡片a拆分为对应应用服务1的服务卡片b和对应应用服务2的服务卡片c。另外，对应同一应用程序的多个服务卡片也可以合并为同一卡片。比如，对应应用服务1的服务卡片b和对应应用服务2的服务卡片c，合并为同时对应应用服务1和应用服务2的服务卡片a。

除了可以被拆分和合并服务卡片之外，手机还可以依据用户的操作而调整服务卡片的显示位置和显示大小。

作为一种示例，可编辑状态下的负一屏1201，可以响应于用户的操作，改变各个服务卡片的显示位置及大小。例如，如图13中的(a)所示，手机接收到用户针对服务卡片1206的滑动操作时，手机确定该滑动操作所指示的滑动终点。然后，如图13中的(b)所示，手机将服务卡片1206显示于上述滑动终点所属的显示区域，并适应性调整其他服务卡片的位置。

此外，手机还可以依据用户的操作，删减服务卡片。

在一些实施例中，可编辑状态下的负一屏1201，可以响应于用户的操作，删减服务卡片。例如，图14中的(a)所示，可编辑状态下的负一屏1201中，每一张服务卡片均对应一个用于指示去除的控件，如控件1401。在手机接收到针对服务卡片1102所对应的控件1401的操作，如点击操作时，将上述服务卡片1102从负一屏1201的常驻服务区中去除，如图14中的(b)所示，并适应性地调整其他服务卡片的显示位置和大小。

可见，可编辑状态的负一屏中，用户可以自主地对服务卡片进行增、删、改变等编辑操作。然而，在一些实施例中，即使在可编辑状态的负一屏中，建议卡片依然保持不可被编辑的状态。比如，不可进行内容的编辑、也不能改变显示位置。

当然，在其他可能实施例中，在可编辑状态的负一屏中，建议卡片也可以被编辑。比如，建议卡片可被删除。再例如，可以调整建议卡片在卡片堆中的位置。

为了方便用户区分实际可被编辑的内容。在可编辑状态的负一屏中，手机可以采用闪烁、晃动或者加阴影等方式，显示可被编辑的内容。比如，仅服务卡片可以被编辑，则可编辑状态的负一屏中，可以采用晃动的方式显示服务卡片。

在一些实施例中，存在多张服务卡片时，存在部分服务卡片被隐藏显示的情况。在此情况下，用户可以通过在常驻服务区进行滑动操作，触发手机显示被隐藏的服务卡片。在滑动服务卡片的过程中，建议区的显示内容保持不变，如，建议区中建议卡片的显示位置不改变、所显示建议卡片不改变。

例如，如图15中的(a)所示，手机接收到用户在常驻服务区中的上划操作(如称为第三滑动操作)时，可显示如图15中的(b)所示的负一屏1501。在负一屏1501中，常驻服务区显示隐藏的其他服务卡片。

此外，负一屏1501中还包括用于展开显示所有服务卡片的控件1502(如称为第一控件)。在手机接收到用户对控件1502的操作，如点击操作时，显示如图15中的(c)所示的服务卡界面1503，如称为第二界面。其中，服务卡界面1503包括已创建的所有服务卡片，从而方便用户查看自己订阅的所有推送信息。

另外，常驻服务区的服务卡片和建议区的建议卡片彼此独立，但是，存在二者对应的信息源相同的情况，在此情况下，则可能出现建议卡片与服务卡片显示相同的推送信息。比如，如图16中的(a)所示，负一屏1601中显示的服务卡片1602用于显示运动健康APP所推送的实时运动量信息。若此时手机也评估出用户所需的推送信息为实时运动量信息，那么负一屏1601中显示的建议卡片1603也显示实时运动量信息。

在一些实施例中，手机还可以针对建议卡片和服务卡片进行推送信息去重处理。作为一种示例，在建议卡片和服务卡片显示相同的推送信息时，由服务卡片继续显示该推送信息，并取消显示对应的建议卡片。如，图16中的(b)所示，由于建议卡片1603和服务卡片1602显示了相同的推送信息，故，去除建议卡片1603。这样，图16中的(b)所示的负一屏1604与图16中的(a)所示的负一屏1601相比，建议区中所显示的卡片端少一张建议卡片，也即，图16中的(b)所示的负一屏1604所显示的卡片堆中不包括建议卡片1603。

作为一种实现方式，建议卡片的属性中包括对应的推送信息所属的应用服务。通过比较建议卡片和服务卡片所对应的应用服务，确定建议卡片和服务卡片之间是否会显示相同的推送信息。在确定建议卡片和服务卡片会显示相同的推送信息时，取消显示该建议卡片或利用其它建议卡片替代该建议卡片显示于建议区中。

比如，建议卡片1的属性包括应用服务1。手机确定应用服务1和服务卡片1所对应的应用服务2相同，判断建议卡片1与服务卡片1所显示推送信息相同，手机取消显示上述建议卡片1或者利用建议卡片2替代建议卡片1显示于建议区。

在一些可能的示例中，还可以是将建议卡片所对应的应用服务与同屏显示的服务卡片的应用服务进行比较，从而，判断二者是否会显示相同的推送信息。

作为另一种实现方式，手机还可以对建议卡片和服务卡片进行显示内容比对。在建议卡片与服务卡片的显示内容存在相同时，取消显示该建议卡片或利用其它建议卡片替代该建议卡片显示于建议区中。

示例性地，手机利用文字识别引擎，分别对同屏显示的建议卡片和服务卡片进行关键词提取。在建议卡片中提取到的关键词与服务卡片中提取到的关键词相同时，取消显示该建议卡片或利用其它建议卡片替代该建议卡片显示于建议区中。

比如，在建议卡片3和服务卡片2同时显示于负一屏的场景下，手机利用文字识别引擎从建议卡片3中提取到热量、公里等关键词，同样，从服务卡片2中也提取到热量、公里等关键词，那么确定建议卡片3和建议卡片2所显示的内容相同，取消显示该建议卡片3或利用建议卡片2替代该建议卡片3显示于建议区中。

在另一些实施例中，建议卡片除了可以显示于负一屏，还可以显示于手机的桌面。显示于桌面的建议卡片又称为第三卡片。在一些示例中，桌面的建议卡片与负一屏的建议卡片同步显示推送信息1。在另一些示例中，桌面的建议卡片用于显示预设类型的推送信息1。也即，在手机从来自多个应用程序的推送信息中，确定出推送信息1后，确定该推送信息1属于预设类型的信息，在创建显示于负一屏的建议卡片的同时，也创建显示于桌面的建议卡片。

例如，图17中的(a)所示，在确定航班信息为推送信息1的情况下，创建的建议卡片1701显示于负一屏1702。同时，航班信息属于预设类型的推送信息1，如图17中的(b)所示，手机的桌面1703中也包括建议卡片1704。显然，建议卡片1701和建议卡片1704显示有相同的推送信息。

在建议卡片1701和建议卡片1704对应相同的推送信息时，手机接收到指示显示桌面的操作时，可显示桌面1703。在显示桌面1703期间，手机若判定用户对建议卡片1704进行了处理，那么可以在桌面1703中取消显示建议卡片1704。比如，手机显示包括建议卡片1704的桌面超过5秒，且显示该桌面期间检测到人脸特征，那么可以在桌面1703中取消显示建议卡片1704。再比如，手机接收到用户对建议卡片1704的点击操作，那么可以在桌面1703中取消显示建议卡片1704。

之后，手机响应用户指示进入负一屏的操作时，可显示如图17中的(c)所示的负一屏1705。其中，负一屏1705包括处于被折叠的建议卡片1701。

在另一些实施例中，在桌面1703中取消显示建议卡片1704之后，手机响应用户指示进入负一屏的操作时，可以取消显示负一屏中的建议卡片1701。

在其他实施例中，手机还可以采用其他方式显示推送信息，比如，采用智达窗显示手机评估出用户所需的推送信息。可以理解地，智达窗为查看用户所需推送信息的快捷入口。当然，智达窗所显示的推送信息，也可以是手机从来自多个应用程序的推送信息中，确定出的推送信息1。

比如，图18中的(a)所示的桌面1801上显示有智达窗1802。上述智达窗1802可用于指示显示乘车码。在手机接收到用户对智达窗1802的操作，如点击操作时，手机可显示如图18中的(b)所示的界面1803。其中，界面1803种包括实时的乘车码。

虽然智达窗和建议卡片采用不同的形式提示用户查看推送信息，但是二者存在向用户提示同一条推送信息的可能。为了改善这一问题，如图19所示，本申请实施例所提供的方法还包括：

S101，手机接收用户指示显示桌面的操作。其中，指示显示桌面的操作又可称为第四操作。

示例性地，在手机显示负一屏的情况下，可以接收到用户指示显示桌面的操作，如左滑操作。又示例性地，在手机显示APP界面的情况下，也可以接收到用户指示显示桌面的操作，如上划操作。再示例性地，在手处于锁屏状态的情况下，也可以接收到用户指示显示桌面的操作，如解锁操作。

S102，检查桌面是否包含卡片信息。

在一些实施例中，上述卡片信息可以是由建议卡片组成的卡片堆。作为一种实现方式，可以调用content provider call接口函数进行查询。响应于content providercall接口函数被调用，然后通过bundle类返回显示于桌面的卡片堆business的列表(如，put string array list)。在反馈的bundle类为空时，指示桌面无卡片堆。在反馈的bundle类中的关键字段(key：“cardlist”)的取值为Value：arraylist<string>business时，指示桌面只有天气卡片。在反馈的bundle类包括卡片堆business列表cardlist。

S103，在检测到卡片信息的情况下，取消智达窗的显示。

在一些实施例中，在取消智达窗之后，还会重复检查实时的显示界面上是否具有卡片信息。在没有卡片信息的情况下，重新显示智达窗。比如，手机响应于用户的操作，显示应用程序的显示界面时，手机可检测到当前的显示界面中不包括卡片信息，可重新显示智达窗。

此外，还可以存在通知形式的推送信息，为了实现通知形式的推送信息和建议卡片的推送信息之间的去重复，还可以采用上述实施例中所描述的对智达窗和建议卡片的推送信息进行去重的方式。也即，存在建议卡片的情况下，取消推送信息的推送信息。在其他可能的实施例中，还可以预先配置不同类型推送信息所对应的显示方式。示例性地，采用智达窗的方式，提示用户查看手机评估出用户当前所需使用的服务所对应的推送信息。例如，手机确定用户当前需要使用乘车服务，乘车服务与乘车码对应，那么采用智达窗的方式提示用户查看乘车码等。又示例性地，采用通知的方式，提示用户查看当前需要用户立刻去做的任务所对应的推送信息。再示例性地，采用显示于桌面的建议卡片，提示用户查看短时段内(比如，24小时)内必须关注的推送信息。再示例性地，采用显示于负一屏的建议卡片，提示用户查看长时间段内(比如，一周内)需要查看的推送信息。这样，由不同的方式显示不同类的推送信息，从而避免同样的推送信息采用多种方式同时向用户推送，提高用户查看推送信息的人机交互效率，进而提升用户体验。

本申请实施例还提供一种电子设备，该电子设备可以包括：存储器和一个或多个处理器。该存储器和处理器耦合。该存储器用于存储计算机程序代码，该计算机程序代码包括计算机指令。当处理器执行计算机指令时，可使得电子设备执行上述实施例中手机执行的各个步骤。当然，该电子设备包括但不限于上述存储器和一个或多个处理器。例如，该电子设备的结构可以参考图3所示的手机的结构。

本申请实施例还提供一种芯片系统，该芯片系统可以应用于前述实施例中的电子设备。如图20所示，该芯片系统包括至少一个处理器2201和至少一个接口电路2202。该处理器2201可以是上述电子设备中的处理器。处理器2201和接口电路2202可通过线路互联。该处理器2201可以通过接口电路2202从上述电子设备的存储器接收并执行计算机指令。当计算机指令被处理器2201执行时，可使得电子设备执行上述实施例中手机执行的各个步骤。当然，该芯片系统还可以包含其他分立器件，本申请实施例对此不作具体限定。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请实施例各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：快闪存储器、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请实施例的具体实施方式，但本申请实施例的保护范围并不局限于此，任何在本申请实施例揭露的技术范围内的变化或替换，都应涵盖在本申请实施例的保护范围之内。因此，本申请实施例的保护范围应以所述权利要求的保护范围为准。

Claims (12)

1.一种卡片信息显示方法，其特征在于，应用于电子设备，所述方法包括：

所述电子设备接收用户的第一操作；

响应于所述第一操作，所述电子设备显示负一屏；其中，所述负一屏包括第一区域和第二区域；

其中，所述第一区域包括至少一张第一卡片，所述第一卡片用于显示第一信息，所述第一信息来源于一个或多个应用程序；所述第一信息包括时效信息、围栏信息和状态信息中的至少一项；在所述第一信息的时效信息、围栏信息和状态信息中至少一项满足预设条件时，所述第一卡片由所述电子设备推送至所述第一区域；

所述第二区域包括至少一张第二卡片，所述第二卡片与应用程序相关联，所述第二卡片用于显示相关联应用程序的第二信息；所述第二卡片为用户配置的卡片；在所述第一信息与所述第二区域中显示的第二信息相同时，所述第一区域取消显示对应的所述第一卡片。

2.根据权利要求1所述的方法，其特征在于，所述负一屏还包括第三区域，所述第三区域包括：来源于一个或多个应用程序的功能入口图标。

3.根据权利要求1所述的方法，其特征在于，

所述第一信息的时效信息满足所述预设条件的方式包括：所述第一信息的时效信息所指示的时段包含所述电子设备的当前系统时间；

所述第一信息的围栏信息满足所述预设条件的方式包括：所述第一信息的围栏信息所指示的地理区域覆盖所述电子设备的当前位置；

所述第一信息的状态信息满足所述预设条件的方式包括：所述第一信息的状态信息与持有所述电子设备的用户的当前状态相同。

4.根据权利要求1所述的方法，其特征在于，在所述电子设备显示负一屏之前，所述方法还包括：

所述电子设备获取来源于不同应用程序的多个第一信息；

所述电子设备依据所述第一信息创建所述第一卡片。

5.根据权利要求4所述的方法，其特征在于，所述电子设备内预先配置有不同用户操作所对应的消息需求列表，所述电子设备获取来源于不同应用程序的多个第一信息，包括：

所述电子设备依据接收到的用户操作，确定对应的消息需求列表；所述消息需求列表包括至少一种消息类型和对应的所述应用程序；

所述电子设备根据所述消息需求列表，从对应的所述应用程序，获取与所述消息类型匹配的所述第一信息。

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

在显示所述负一屏的情况下，所述电子设备接收第二操作；

所述电子设备响应于所述第二操作，显示可编辑的所述负一屏；

所述电子设备接收用户的第三操作；

所述电子设备响应于所述第三操作，显示可编辑状态的桌面；所述桌面包括多个应用程序的图标；

所述电子设备接收到用户对第一应用程序的图标的操作时，显示所述第一应用程序所对应的第一应用服务；

在所述电子设备接收到用户对所述第一应用服务的操作时，创建与所述第一应用程序关联的所述第二卡片，用于显示与所述第一应用服务对应的第二信息。

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

在所述电子设备接收到用户的第四操作时，显示所述电子设备的桌面；所述桌面包括第三卡片；所述第三卡片用于显示所述第一信息；

所述电子设备确定所述第三卡片已被处理；

所述电子设备接收到所述第一操作；

所述电子设备显示所述负一屏，所述负一屏包括已折叠的所述第一卡片。

8.根据权利要求7所述的方法，其特征在于，在显示所述电子设备的桌面之前，所述方法还包括：

所述电子设备确定所述桌面上包括所述第三卡片；

在显示所述电子设备的桌面之后，所述方法还包括：

所述电子设备取消显示与所述第三卡片对应的智达窗。

9.根据权利要求1所述的方法，其特征在于，在所述第一区域包括多张所述第一卡片时，多张所述第一卡片采用堆叠的方式显示于所述第一区域，所述第一区域包括与所述第一卡片对应显示的堆叠标识；

在所述电子设备显示负一屏之后，所述方法还包括：

所述电子设备接收用户对所述堆叠标识的第一滑动操作；

所述电子设备响应于所述第一滑动操作，在所述第一区域内切换显示被遮挡的所述第一卡片；

或者，所述电子设备接收用户在负一屏中的第二滑动操作；

所述电子设备响应于所述第二滑动操作，展开显示所有的所述第一卡片。

10.根据权利要求1所述的方法，其特征在于，在所述电子设备显示负一屏之后，所述方法还包括：

所述电子设备接收用户在负一屏中的第三滑动操作；

所述电子设备响应于所述第三滑动操作，将隐藏的第二卡片显示于所述第二区域，所述第一区域内显示的第一卡片保持不变；

所述电子设备接收用户对所述负一屏中的第一控件的操作；

所述电子设备显示第二界面，所述第二界面用于显示所有已创建的所述第二卡片。

11.一种电子设备，其特征在于，电子设备包括一个或多个处理器和存储器；所述存储器与处理器耦合，存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，当一个或多个处理器执行计算机指令时，所述一个或多个处理器，用于执行如权利要求1-10中任一项所述的方法。

12.一种计算机存储介质，其特征在于，包括计算机指令，当所述计算机指令在电子设备上运行时，使得所述电子设备执行如权利要求1-10中任一项所述的方法。

Images