CN117056349A - 信息展示方法、装置、设备及介质 - Google Patents

Abstract

本申请的实施方式提供了一种信息展示方法、装置、设备及介质，涉及计算机技术领域。该方法可以在启动目标应用后，获取目标用户标识的多维度待查阅内容，并在预览界面中显示至少两个预览模块，其中，各预览模块用于呈现其对应的待查阅内容，无需用户进入各模块的显示界面来查看是否存在待查阅内容，用户通过显示的预览界面即可一目了然地了解到至少两个模块是否存在待查阅内容，可以节约用户操作，提升多维度待查阅内容的被获知效率。

Description

信息展示方法、装置、设备及介质

技术领域

本申请的实施方式涉及计算机技术领域，更具体地，本申请的实施方式涉及信息展示方法、信息展示装置、电子设备以及计算机可读存储介质。

背景技术

随着计算机技术的不断发展，办公软件中集成的功能越来越多，如，消息功能、邮件功能、用于显示待办事项的日历功能、会议功能等等。集成度高的办公软件可以为人们的工作提供更多的方便，人们无需开启多个软件来满足办公需求，仅开启一个办公软件即可满足办公所需。

一般来说，人们每天开始工作的时候，会开启办公软件。进而，点击邮件功能进入邮件显示界面来查看是否接收到新邮件、点击日历功能进入日历显示界面来查看今日各时刻对应的待办事项、点击消息功能进入消息显示界面来查看是否接收到新消息等等。

可见，在相关技术中，如果人们需要查看多个功能内是否存在新内容，就需要付出较为繁琐的用户操作来依次进入各功能对应的界面，用户对于各功能中是否存在新内容的获知效率是比较低的。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本申请的背景的理解，因此，不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

基于上述问题，本申请做出了有针对性的改进，提供了信息展示方法、信息展示装置、电子设备以及计算机可读存储介质，可以解决相关技术中存在的新内容获知效率低的问题。

根据本申请实施例的第一方面，公开了一种信息展示方法，包括：

响应于目标应用的启动操作，获取目标应用中对应于目标用户标识的多维度待查阅内容，并显示预览界面，预览界面中包括至少两个预览模块；

确定多维度待查阅内容与至少两个预览模块之间的对应关系；

基于对应关系，将多维度待查阅内容分别在相应的预览模块中进行呈现。

根据本申请实施例的第二方面，公开了一种信息展示装置，包括：

多维度待查阅内容确定单元，用于响应于目标应用的软件启动操作，获取目标应用中对应于目标用户标识的多维度待查阅内容，并显示预览界面，预览界面中包括至少两个预览模块；

对应关系确定单元，用于确定多维度待查阅内容与至少两个预览模块之间的对应关系；

预览显示单元，用于基于对应关系，将多维度待查阅内容分别在相应的预览模块中进行呈现。

根据本申请实施例的第三方面，公开了一种电子设备，包括：处理器；以及存储器，存储器上存储有计算机可读指令，计算机可读指令被处理器执行时实现如第一方面公开的信息展示方法。

根据本申请实施例的第四方面，公开了一种计算机程序介质，其上存储有计算机可读指令，当计算机可读指令被计算机的处理器执行时，使计算机执行根据本申请第一方面公开的信息展示方法。

本申请实施例可以响应于目标应用的启动操作，获取目标应用中对应于目标用户标识的多维度待查阅内容，并显示预览界面，预览界面中包括至少两个预览模块；确定多维度待查阅内容与至少两个预览模块之间的对应关系；基于对应关系，将多维度待查阅内容分别在相应的预览模块中进行呈现。在启动目标应用后，可以获取目标用户标识的多维度待查阅内容，并在预览界面中显示至少两个预览模块，其中，各预览模块用于呈现其对应的待查阅内容，无需用户进入各模块的显示界面来查看是否存在待查阅内容，用户通过显示的预览界面即可一目了然地了解到至少两个模块是否存在待查阅内容，可以节约用户操作，提升多维度待查阅内容的被获知效率。

本申请的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本申请的实践而习得。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本申请。

附图说明

通过参考附图阅读下文的详细描述，本申请示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本申请的若干实施方式，其中：

图1示出的是根据本申请一示例实施方式的信息展示方法的流程示意图；

图2示出的是根据本申请一示例实施方式的预览界面示意图a；

图3示出的是根据本申请一示例实施方式的待完成事项预览模块对应的详情展示界面示意图；

图4示出的是根据本申请一示例实施方式的邮件预览模块对应的详情展示界面示意图；

图5示出的是根据本申请一示例实施方式的消息预览模块对应的详情展示界面示意图；

图6示出的是根据本申请一示例实施方式的预览界面示意图b；

图7示出的是根据本申请一示例实施方式的模块顺序调整操作可视化示意图；

图8示出的是根据本申请一示例实施方式的滑动操作可视化示意图；

图9示出的是根据本申请另一示例实施方式的信息展示方法的流程示意图；

图10示出的是根据本申请一示例实施方式的信息展示装置的结构框图；

图11示出的是根据本申请另一可选示例实施方式的信息展示装置的结构框图。

在附图中，相同或对应的标号表示相同或对应的部分。

具体实施方式

下面将参考若干示例性实施方式来描述本申请的原理和精神。应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本申请，而并非以任何方式限制本申请的范围。相反，提供这些实施方式是为了使本申请更加透彻和完整，并且能够将本申请的范围完整地传达给本领域的技术人员。

本领域技术人员知道，本申请的实施方式可以实现为一种装置、设备、方法或计算机程序产品。因此，本申请可以具体实现为以下形式，即：完全的硬件、完全的软件(包括固件、驻留软件、微代码等)，或者硬件和软件结合的形式。

根据本申请的实施方式，提出了一种信息展示方法、信息展示装置、电子设备以及计算机可读存储介质。

附图中的任何元素数量均用于示例而非限制，以及任何命名都仅用于区分，而不具有任何限制含义。

下面参考本申请的若干代表性实施方式，详细阐释本申请的原理和精神。

发明概述

办公软件可以提供的多种多样的办公功能，如，消息功能、邮件功能、用于显示待办事项的日历功能、会议功能等等。在相关技术中，用户如果需要了解是否接收到新邮件，则需要点击邮件功能进入邮件显示界面来查看是否接收到新邮件。用户如果需要了解今日待办事项，则需要点击日历功能进入日历显示界面来查看今日各时刻对应的待办事项。用户如果需要了解是否接收到新消息，则需要点击消息功能进入消息显示界面来查看是否接收到新消息。

可见，在相关技术中，用户如果需要了解多个功能中的新内容，就需要付出较为繁琐的用户操作。

基于上述问题，申请人想到可以采集各个功能的新内容(即，待查阅内容)作为多维度待查阅内容，并在办公软件中新增一个预览界面，将多维度待查阅内容显示于预览界面，当用户启动办公软件时，可以优先显示预览界面，以使得用户可以直观地了解到多维度待查阅内容，无需付出较为繁琐的用户操作，即可一次性了解到多维度待查阅内容。

应用场景总览

需要注意的是，下述应用场景仅是为了便于理解本申请的精神和原理而示出，本申请的实施方式在此方面不受任何限制。相反，本申请的实施方式可以应用于适用的任何场景。

用户启动办公软件时，可以显示包含至少两个预览模块的预览模块，获取目标用户标识的多维度待查阅内容(如，待完成事项、未读邮件、未读消息)，并将多维度待查阅内容分别显示于相应的预览模块(如，事项预览模块、邮件预览模块、消息预览模块)中，以使得用户可以一目了然地了解到至少两个模块是否存在待查阅内容，提升了多维度待查阅内容被获知的效率，节约了用户获知多维度待查阅内容的操作。

示例性方法

下面结合上述的应用场景，参考图1～图9来描述根据本申请示例性实施方式的信息展示方法。

请参阅图1，图1示出的是根据本申请一示例实施方式的信息展示方法的流程示意图，该信息展示方法可以由服务器或终端设备来实现。

如图1所示，根据本申请的一个实施例的信息展示方法包括：步骤S110～步骤S130。

步骤S110：响应于目标应用的启动操作，获取目标应用中对应于目标用户标识的多维度待查阅内容，并显示预览界面，预览界面中包括至少两个预览模块。

步骤S120：确定多维度待查阅内容与至少两个预览模块之间的对应关系。

步骤S130：基于对应关系，将多维度待查阅内容分别在相应的预览模块中进行呈现。

实施图1所示的信息展示方法，可以响应于目标应用的启动操作，获取目标应用中对应于目标用户标识的多维度待查阅内容，并显示预览界面，预览界面中包括至少两个预览模块；确定多维度待查阅内容与至少两个预览模块之间的对应关系；基于对应关系，将多维度待查阅内容分别在相应的预览模块中进行呈现。一方面，在启动目标应用后，可以获取目标用户标识的多维度待查阅内容，并在预览界面中显示至少两个预览模块，其中，各预览模块用于呈现其对应的待查阅内容，无需用户进入各模块的显示界面来查看是否存在待查阅内容，用户通过显示的预览界面即可一目了然地了解到至少两个模块是否存在待查阅内容，可以节约用户操作，提升多维度待查阅内容的被获知效率。另一方面，在相关技术中，如果用户需要了解一个功能模块中是否存在待查阅内容，则需要点击进入该功能模块，如果该功能模块中不存在待查阅内容，再进入其他功能模块。本申请由于可以将多维度待查阅内容分别在相应的预览模块中进行呈现，用户可以在待查阅内容的功能模块前就确定功能模块中包含待查阅内容或者不包含待查阅内容，若用户后续进入功能模块，则可以直接处理待查阅内容，若功能模块中不包含待查阅内容，用户则无需进入功能模块进行查看，而相关技术中用户进入功能模块前不确定是否存在待查阅内容，有可能进入功能模块后发现功能模块中不存在待查阅内容，这样会浪费用户操作，相较于相关技术，本申请可以节约用户操作，在用户进入功能模块前就让用户提前了解到该功能模块中是否存在待查阅内容，有利于提升后续针对待查阅内容的处理效率。

下面对这些步骤进行详细描述。

在步骤S110中，响应于目标应用的启动操作，获取目标应用中对应于目标用户标识的多维度待查阅内容，并显示预览界面，预览界面中包括至少两个预览模块。

具体地，目标应用可以是包含多个功能模块(即，详情展示界面)的应用程序，其中，多个功能模块分别用于实现不同的功能，多个功能模块包括但不限于待完成事项模块、邮件模块、消息模块。多个功能模块对应的详情展示界面可以包括但不限于：待完成事项模块对应的详情展示界面、邮件模块对应的详情展示界面、消息模块对应的详情展示界面。

当检测到作用于目标应用的启动操作时，可以启动目标应用，并显示预览界面；其中，预览界面可以用于显示至少两个预览模块，预览模块的数量与上述功能模块的数量一致，且预览模块与功能模块之间存在一一对应关系，至少两个预览模块包括待完成事项预览模块、邮件预览模块、消息预览模块。

举例来说，待完成事项模块对应于待完成事项预览模块、邮件模块对应于邮件预览模块、消息模块对应于消息预览模块。其中，待完成事项模块与待完成事项预览模块对应于同一个详情展示界面，邮件模块与邮件预览模块对应于同一个详情展示界面，消息模块与消息预览模块对应于同一个详情展示界面。

此外，在办公场景下，预览界面可以通俗的理解为日程面板，预览界面是启动目标应用后展示的第一个界面，通过预览界面可以统筹各待查阅内容，用户基于显示的预览界面可以对多维度待查阅内容实现一览。预览界面可以支持自定义，具体包括：预览模块自定义、模块显示顺序自定义等，本申请实施例不作限定。

此外，由于预览界面用于显示至少两个预览模块，而至少两个预览模块用于显示多维度待查阅内容，多维度待查阅内容的获取方式在于：获取目标应用中对应于目标用户标识的多维度待查阅内容；其中，目标用户标识可以作为用户的唯一标识，目标用户标识可以表示为用户ID、用户名、用户手机号、用户社交账号等，由于不同的用户对应的目标用户标识是不同的。因此，基于目标用户标识(如，jack123)确定出的多维度待查阅内容是与目标用户标识之间存在对应关系的。基于多维度待查阅内容包括但不限于：待完成事项、未读邮件、未读消息，举例来说，对应关系可以表示为：[jack123]-[待完成事项1、待完成事项2、待完成事项3、…；未读邮件a、未读邮件b、…；未读消息A、…]。

具体可以参阅图2，图2示出的是根据本申请一示例实施方式的预览界面示意图a。如图2所示，响应于目标应用的启动操作，可以获取目标应用中对应于目标用户标识(如，张三)的多维度待查阅内容，并显示预览界面200，预览界面200中包括至少两个预览模块，至少两个预览模块具体包括：邮件预览模块220、待完成事项预览模块230、消息预览模块240。

在预览界面200中，用户可以一览的内容包括：邮件预览模块220、待完成事项预览模块230、消息预览模块240分别对应的待查阅内容。事项预览模块220、邮件预览模块220、消息预览模块240分别对应的待查阅内容构成了上述的多维度待查阅内容，不同维度的待查阅内容的具体表示形式不同。举例来说，待查阅内容可以表示为未读邮件、消息、事件等，本申请实施例不作限定。

一、在邮件预览模块220中，待查阅内容包括：来自发件人李四的未读邮件、来自发件人王五的未读邮件、来自发件人张六的未读邮件，其中，还可以显示发件人李四对应的头像223、发件人王五对应的头像224、发件人张六对应的头像225。

其中，发件人王五对应于发件人标签“经常联系”226、发件人张六对应于发件人标签“星标用户”227，此外，不存在对应于发件人李四的发件人标签。在邮件预览模块220对应的待查阅内容中显示发件人标签，可以使得用户明确不同未读邮件的重要性。

在邮件预览模块220对应的待查阅内容中，未读邮件的显示顺序可以依据发件时间排列，也可以依据发件人标签的优先级排列，或者依据其他因素排列，本申请实施例不作限定。

其中，需要说明的是，所显示的发件人为李四的未读邮件、发件人为王五的未读邮件、发件人为张六的未读邮件，可以包括未读邮件摘要，未读邮件摘要的文本量取决于邮件预览模块220对应的显示尺寸，显示尺寸越大，所能显示的未读邮件摘要内容就越多(如，亲爱的同事，生日快乐)；显示尺寸越小，所能显示的未读邮件摘要内容就越少(如，生日快乐)。此外，邮件预览模块220还显示：邮件时间信息、附件名称等。并且，邮件预览模块220中并非显示所有未读邮件，在邮件预览模块220对应的待查阅内容中，所显示的未读邮件数量也取决于邮件预览模块220对应的显示尺寸，显示尺寸越大，所能显示的简要未读邮件数量就越多。此外，可选的，邮件预览模块220对应的显示区域可以通过滑块控制显示的内容，通过滑动操作控制滑块可以扩展显示内容，以使得邮件预览模块220显示全部的未读邮件。

特别地，邮件预览模块220中还包括展示为文本(“邮件”)形式的链接222。响应于针对链接222的触发操作，可以进入邮件预览模块220对应的详情展示界面。

二、在待完成事项预览模块230中，待查阅内容包括：对应于时间段“9：00-10：40”的待完成事项“走查”以及“走查”对应的描述信息“走查昨天的遗留问题”、对应于时间段“11：00-13：00”的待完成事项“编写工作计划”以及“编写工作计划”对应的描述信息“新季度计划”、对应于时间段“11：00-12：20”的待完成事项“提醒HR审批”以及“提醒HR审批”对应的描述信息“关于入职事宜”。

特别地，待完成事项预览模块230中还包括展示为文本(“日历”)形式的链接234。响应于针对链接234的触发操作，可以进入待完成事项预览模块230对应的详情展示界面。

需要说明的是，待完成事项预览模块230中待完成事项的数量以及描述信息的文本量取决于待完成事项预览模块230对应的显示尺寸。此外，可选的，待完成事项预览模块230对应的显示区域可以通过滑块控制显示的内容，通过滑动操作控制滑块可以扩展显示内容，以使得待完成事项预览模块230显示全部的待完成事项。

在待完成事项预览模块230中，还可以显示对应于各待完成事项的突出显示标识，具体包括：待完成事项“走查”对应的突出显示标识231、待完成事项“编写工作计划”对应的突出显示标识232、待完成事项“提醒HR审批”对应的突出显示标识233；其中，突出显示标识用于标识相应待完成事项的重要性。

举例来说，待完成事项“编写工作计划”对应的重要性为“紧急”，待完成事项“走查”对应的重要性为“普通”，待完成事项“提醒HR审批”对应的重要性为“普通”。“紧急”对应的颜色为红色，“普通”对应的颜色为黄色。那么，突出显示标识232可以显示为红色，突出显示标识231和突出显示标识233均显示为黄色。

其中，可选的，各突出显示标识可以表示为不同的颜色、同一颜色但深浅不同或者不同符号等，本申请实施例不作限定。

此外，上述各待完成事项的显示顺序可以依据其对应的时间段确定，也可以依据其重要性确定，或者依据其他因素确定，本申请实施例不作限定。

三、在消息预览模块240中，待查阅内容包括：来自消息发送人韩七的未读消息、来自消息发送人李八的未读消息，其中，还可以显示消息发送人韩七对应的头像242、消息发送人李八对应的头像243。

其中，需要说明的是，所显示的发件人为韩七的未读消息、发件人为李八的未读消息，可以是简要未读消息内容(如，祝您生日快乐)，简要未读消息内容的文本量取决于消息预览模块240对应的显示尺寸，显示尺寸越大，所能显示的简要未读消息内容就越多(如，祝您生日快乐万寿无疆)；显示尺寸越小，所能显示的简要未读消息内容就越少(如，生日)。此外，简要未读消息内容还可以包括但不限于：发送时间、缩略图等。并且，消息预览模块240中并非显示所有未读消息，在消息预览模块240对应的待查阅内容中，所显示的未读消息数量也取决于消息预览模块240对应的显示尺寸，显示尺寸越大，所能显示的简要未读数量数量就越多。此外，可选的，消息预览模块240对应的显示区域可以通过滑块控制显示的内容，通过滑动操作控制滑块可以扩展显示内容，以使得消息预览模块240显示全部的未读消息。

特别地，消息预览模块240中还包括展示为文本(“消息”)形式的链接241，响应于针对链接241的触发操作，可以进入消息预览模块240对应的详情展示界面。

此外，在预览界面200中，用户还可以触发展示为文本(“开启新的一天”)形式的链接210，终端设备可以响应于针对链接210的触发操作，输出待完成事项预览模块对应的详情展示界面A，或者输出邮件预览模块对应的详情展示界面B，或者输出消息预览模块对应的详情展示界面C。

其中，用户可以通过自定义操作确定输出的界面，举例来说，可以响应于自定义操作，将详情展示界面A确定为针对链接210的触发操作输出的界面，进而，响应于针对链接210的触发操作，输出待完成事项预览模块对应的详情展示界面A。此外，若未检测到针对链接210的自定义操作，则可以输出默认界面，默认界面可以为详情展示界面A、详情展示界面B或者详情展示界面C。

在步骤S120中，确定多维度待查阅内容与至少两个预览模块之间的对应关系。

具体地，对应关系表征的待查阅内容与预览模块之间的一一对应的关系，即，一种待查阅内容(如，待完成事项)对应一个预览模块(如，待完成事项预览模块)。

作为一种可选的实施例，多维度待查阅内容包括待完成事项、未读邮件、未读消息，至少两个预览模块包括待完成事项预览模块、邮件预览模块、消息预览模块；确定多维度待查阅内容与至少两个预览模块之间的对应关系，具体包括：步骤S1201～步骤S1203。

步骤S1201：确定待完成事项和待完成事项预览模块之间存在对应关系。

步骤S1202：确定未读邮件和邮件预览模块之间存在对应关系。

步骤S1203：确定未读消息和消息预览模块之间存在对应关系。

实施步骤S1201～步骤S1203限定的具体实施例，可以及时确定出各维度的待查阅内容分别与预览模块之间的对应关系，基于多对对应关系可以有利于将待查阅内容映射至相应的预览模块中，进而有利于实现基于预览界面的多维度待查阅内容一览，提升多维度待查阅内容的被获知效率。

下面对这些步骤进行详细描述。

在步骤S1201中，确定待完成事项和待完成事项预览模块之间存在对应关系。

具体地，待完成事项、未读邮件、未读消息，均可以通过文本、音频、视频、图像等形式进行表示，本申请实施例不作限定。待完成事项可以是事项集合，包含多个事项，待完成事项预览模块用于显示多个事项中的至少一个事项。

在步骤S1202中，确定未读邮件和邮件预览模块之间存在对应关系。

具体地，未读邮件可以是邮件集合，包含多个邮件，邮件预览模块用于显示多个邮件中的至少一个邮件。

在步骤S1203中，确定未读消息和消息预览模块之间存在对应关系。

具体地，未读消息可以是消息集合，包含多个消息，消息预览模块用于显示多个消息中的至少一个消息。

作为一种可选的实施例，其中：

待完成事项预览模块用于按照事项发生时间顺序展示待完成事项中各事项、各事项分别对应的突出显示标识；其中，突出显示标识用于表征事项重要性等级；邮件预览模块用于展示未读邮件、未读邮件对应的发件人信息和邮件时间信息；其中，发件人信息包括以下至少一个：发件人名称、发件人头像、发件人标签；消息预览模块用于展示未读消息。这样可以使得用户在预览界面一次性阅览待完成事项中各事项、未读邮件、件人名称、发件人头像、发件人标签、邮件时间信息、未读消息，提升了多维度待查阅内容被获知效率，简化了用于获取多维度待查阅内容的用户操作。

可选的，突出显示标识可以表示为不同颜色，如，用于表征重要性等级最高的红色、用于表征重要性等级次高的蓝色、用于表征重要性等级次低的黄色、用于表征重要性等级最低的绿色。其中，重要性等级最低不代表相应的事项不重要，而是相较于其他颜色的突出显示标识来说不那么重要。突出显示标识为绿色的事项，可以理解为普通事项；突出显示标识为黄色的事项，可以理解为需要额外注意其时间的事项；突出显示标识为蓝色的事项，可以理解为重要但非紧急的事项；突出显示标识为红色的事项，

可以理解为重要且紧急的事项。

此外，发件人名称是发件人自定义的昵称/用户给发件人备注的名称等；发件人头像是发件人自定义的图像/图标等；发件人标签是根据发明人与用户之间的联系紧密程度生成的一种标签，一个发件人可以对应于一个或多个发件人标签，如果对应于多个发件人标签，任意两个发件人标签之间不相同，可选的，发件人标签也可以由用户进行自定义，自定义范围包括：增加标签、删除标签、修改标签等；邮件时间信息可以用于标识邮件的发送时间和/或接收到邮件的时间等，邮件时间信息的时间表示形式可以为任意形式，本申请实施例不作限定。例如，2023-01-01、2023/01/01等。

在步骤S130中，基于对应关系，将多维度待查阅内容分别在相应的预览模块中进行呈现。

具体地，将多维度待查阅内容分别在相应的预览模块中进行呈现的方式可以为：将所有待查阅内容一次性显示在相应的预览模块的显示区域内；或者，按照预览模块的排列顺序依次显示各预览模块及其待查阅内容；或者其他方式，本申请实施例不作限定。

作为一种可选的实施例，上述方法还包括：步骤S141～步骤S143。

步骤S141：响应于针对待完成事项预览模块的触发操作，输出待完成事项预览模块对应的详情展示界面；其中，详情展示界面包含日程表。

步骤S142：根据事项发生时间将各事项显示于日程表中的相应位置。

步骤S143：依据各事项分别对应的突出显示标识对各相应位置进行突出显示。

实施步骤S141～步骤S143限定的具体实施例，可以在用户触发待完成事项预览模块时，为用户显示待完成事项预览模块对应的详情展示界面，在该详情展示界面中，用户可以了解到待完成事项中各事项的详细内容，并且，用户还可以根据显示的各事项的突出显示标识来直观地了解到各事项的重要性，便于用户根据重要性的不同，为各事项合理分配精力，有利于提升用户处理各事项的效率。

下面对这些步骤进行详细描述。

在步骤S141中，响应于针对待完成事项预览模块的触发操作，输出待完成事项预览模块对应的详情展示界面；其中，详情展示界面包含日程表。

具体地，针对待完成事项预览模块的触发操作可以作用于图2所示的预览界面200中的待完成事项预览模块230，进而响应于该触发操作，可以输出如图3所示的待完成事项预览模块对应的详情展示界面，图3示出的是根据本申请一示例实施方式的待完成事项预览模块对应的详情展示界面示意图。在图3中，待完成事项预览模块对应的详情展示界面300(也可以称之为日历界面)可以将各事项呈现在日程表中；其中，日程表包括

横轴和纵轴，纵轴包括按照时间顺序排列的多个时刻(如，08：00、09：00、10：00、11：00、12：00、13：00、14：00、15：00、16：00、17：00、18：00等)，横轴包括文本形式呈现的重要性等级(如，紧急、重要、普通、轻松)。

在步骤S142中，根据事项发生时间将各事项显示于日程表中的相应位置。

具体地，继续参阅图3可知，由于各事项均对应于一事项发生时间，并且，日程表的纵轴包括按照时间顺序排列的多个时刻，因此可以依据事项发生时间和重要性等级将各事项显示于日程表中的相应位置，不同的事项可能会因为事项发生时间和/或重要性等级的不同，显示于日程表的不同位置。

以图3为例，可以将事项发生时间为9：00-10：40且对应于重要性等级为“普通”事项“走查”，显示于“普通”和“9：00-10：40”指向的位置310；以及，将事项发生时间为11：00-11：20且对应于重要性等级为“普通”事项“提醒HR审批”，显示于“普通”和“11：00-11：20”指向的位置320；以及，将事项发生时间为11：00-13：40且对应于重要性等级为“紧急”事项“编写工作计划”，显示于“紧急”和“11：00-13：40”指向的位置330；以及，将事项发生时间为13：00-15：40且对应于重要性等级为“重要”事项“技术评审会议”，显示于“重要”和“13：00-15：40”指向的位置340；以及，将事项发生时间为16：00-19：40且对应于重要性等级为“轻松”事项“编写文档”，显示于“轻松”和“16：00-19：40”指向的位置350。

在步骤S143中，依据各事项分别对应的突出显示标识对各相应位置进行突出显示。

具体地，继续参阅图3可知，各事项可能对应于相同的重要性等级，也可能对应于不同的重要性等级。

以图3为例，位置310中事项“走查”对应的重要性等级为“普通”，因此位置310对应的突出显示标识311可以显示为黄色，通过在位置310相邻的位置展示突出显示标识311可以达到对于位置310进行突出显示的目的；以及，位置320中事项“提醒HR审批”对应的重要性等级为“普通”，因此位置320对应的突出显示标识321可以显示为黄色，通过在位置320相邻的位置展示突出显示标识321可以达到对于位置320进行突出显示的目的；以及，位置330中事项“编写工作计划”对应的重要性等级为“紧急”，因此位置330对应的突出显示标识331可以显示为红色，通过在位置330相邻的位置展示突出显示标识331可以达到对于位置330进行突出显示的目的；以及，位置340中事项“技术评审会议”对应的重要性等级为“重要”，因此位置340对应的突出显示标识341可以显示为蓝色，通过在位置340相邻的位置展示突出显示标识341可以达到对于位置340进行突出显示的目的；以及，位置350中事项“编写文档”对应的重要性等级为“轻松”，因此位置350对应的突出显示标识351可以显示为绿色，通过在位置350相邻的位置展示突出显示标识351可以达到对于位置350进行突出显示的目的。

此外，在图3中，详情展示界面300还可以展示当前日期(周三|1月5日)、日历、必做列表360、订阅日历者370；其中，必做列表360用于展示用户自定义的一些日常事项(如，喝咖啡、健身等)，订阅日历者370用于展示共享该详情展示界面300的其他用户(如，李四、韩七等)。

或者，作为一种可选的实施例，上述方法还包括：步骤S151～步骤S153。

步骤S151：响应于针对邮件预览模块的触发操作，根据未读邮件对应的发件人标签，生成对应于各未读邮件的重要性分值。

步骤S152：根据重要性分值对未读邮件进行排序，得到排序结果。

步骤S153：通过邮件预览模块对应的详情展示界面展示排序结果。

实施步骤S151～步骤S153限定的具体实施例，可以在用户触发邮件预览模块时，为用户显示邮件预览模块对应的详情展示界面，在该详情展示界面中，用户可以了解到各未读邮件、各未读邮件的发件人标签，并且各未读邮件的排列顺序是按照发件人标签得到的，基于此，用户可以基于各未读邮件的排列顺序直观地了解到各未读邮件的重要性，便于用户根据重要性的不同，确定未读邮件处理顺序，有利于提升工作有序性。

下面对这些步骤进行详细描述。

在步骤S151中，响应于针对邮件预览模块的触发操作，根据未读邮件对应的发件人标签，生成对应于各未读邮件的重要性分值。

具体地，针对邮件预览模块的触发操作可以作用于图2所示的预览界面200中的邮件预览模块220，进而响应于该触发操作，可以输出如图4所示的邮件预览模块对应的详情展示界面，图4示出的是根据本申请一示例实施方式的邮件预览模块对应的详情展示界面示意图。

在图4中，邮件预览模块对应的详情展示界面400可以展示各类邮件功能，具体包括但不限于：智能收件箱、发件箱、红旗邮件、草稿箱、待审核、已审核、垃圾邮件、已删除、更多文件夹、新建文件夹、标签等。其中，还可以显示各类邮件功能中至少一个邮件功能的邮件数量。

以及，还可以显示邮件功能(如，智能收件箱)中的各未读邮件，具体包括但不限于：发件人为王五的未读邮件、发件人为张六的未读邮件、发件人为李四的未读邮件。其中，由于发件人王五对应于发件人标签“经常联系”410，发件人张六对应于发件人标签“星标用户”420，因此，还可以在对应发件人名称后显示其发件人标签，以起到提醒用户优先查看该邮件的目的。当检测到针对其中某一个未读邮件的触发操作时，可以将该未读邮件的全部内容显示于邮件具体内容显示区域430中，以供用户阅览。

作为一种可选的实施例，根据未读邮件对应的发件人标签，生成对应于各未读邮件的重要性分值，包括：确定各未读邮件对应的发件人标签的权重；根据权重对各未读邮件计算标签加权和，得到对应于各未读邮件的重要性分值。这样可以提升重要性分值对于重要性的表征精度，有利于后续对各未读邮件进行排列时得到合理性更高的未读邮件列表。

具体地，不同用户对应的发件人标签可能是不同的，并且，不同用户对应的发件人标签数量也可能是不同的，基于各未读邮件对应的发件人标签的权重对各未读邮件计算标签加权和，以计算出各未读邮件的重要性分值，可以有利于对各未读邮件作出基于重要性分值的排序，以便用户可以基于未读邮件的显示顺序，确定各未读邮件的重要性。

举例来说，发件人标签包括：对应于重要性分值10的星标用户、对应于重要性分值20的经常联系、对应于重要性分值30的部门领导。当未读邮件对应的发件人仅对应于一个发件人标签(如，星标用户、经常联系、或者部门领导)，那么，发件人标签对应的权重可以为1。在图4中，发件人王五对应一个发件人标签“经常联系”，那么，基于上述方法计算出的对应于发件人王五的未读邮件的重要性分值为20*1＝20。

在另一个例子中，当未读邮件对应的发件人X对应于至少两个发件人标签(如，星标用户、经常联系)时，可以根据发件人标签确定星标用户、经常联系分别对应的权重，星标用户的优先级低于经常联系。因此，可以将星标用户的权重确定为1.4，并将经常联系的权重确定为1.6。那么，对应于发件人X的未读邮件的重要性分值为1.4*10+1.6*20＝14+32＝46。

其中，需要说明的是，前述的1.4和1.6仅为示例性示出，在实际应用过程中，也可以设置为其他权重值，遵循星标用户的权重小于经常联系的权重，且两个权重的和为预设值(如，2)，即可。

在又一个例子中，当未读邮件对应的发件人Y对应于至少三个发件人标签(如，星标用户、经常联系、部门领导)时，可以根据发件人标签确定星标用户、经常联系、部门领导分别对应的权重，星标用户的优先级低于经常联系，经常联系的优先级低于部门领导。因此，可以将星标用户的权重确定为1.1，将经常联系的权重确定为1.3，将部门领导的权重确定为1.6。那么，对应于发件人Y的未读邮件的重要性分值为1.1*10+1.3*20+1.6*30＝11+26+48＝85。

其中，需要说明的是，前述的1.1、1.3和1.6仅为示例性示出，在实际应用过程中，也可以设置为其他权重值，遵循星标用户的权重小于经常联系的权重、经常联系的权重部门领导的小于权重，且三个权重的和为预设值(如，2)，即可。

在步骤S152中，根据重要性分值对未读邮件进行排序，得到排序结果。

具体地，可以根据重要性分值由高到低的顺序/由低到高的顺序对未读邮件进行排序，得到排序结果，排序结果可以参阅图4。

在步骤S153中，通过邮件预览模块对应的详情展示界面展示排序结果。

具体地，在邮件预览模块对应的详情展示界面400中，可以在“智能收件箱”这一邮件功能对应的详情区域展示该排序结果。

或者，作为一种可选的实施例，上述方法还包括：步骤S161～步骤S162。

步骤S161：响应于针对消息预览模块的触发操作，输出待完成事项预览模块对应的详情展示界面。

步骤S162：根据未读消息的接收时间顺序，在待完成事项预览模块对应的详情展示界面中展示未读消息。

实施步骤S161～步骤S162限定的具体实施例，可以在用户触发消息预览模块时，为用户显示消息预览模块对应的详情展示界面，在该详情展示界面中，用户可以了解到各未读消息的详细内容，便于用户进一步处理各未读消息。

下面对这些步骤进行详细描述。

在步骤S161中，响应于针对消息预览模块的触发操作，输出待完成事项预览模块对应的详情展示界面。

具体地，针对消息预览模块的触发操作可以作用于图2所示的预览界面200中的消息预览模块240，进而响应于该触发操作，可以输出如图5所示的消息预览模块对应的详情展示界面，图5示出的是根据本申请一示例实施方式的消息预览模块对应的详情展示界面示意图。

在图5中，消息预览模块对应的详情展示界面500可以展示消息列表，具体包括但不限于：来自消息发送人韩七的未读消息、来自消息发送人李八的未读消息。在一个示例中，当检测到针对来自消息发送人韩七的未读消息的触发操作时，可以将对应于消息发送人韩七的对话框显示于详情展示界面500中，在对应于消息发送人韩七的对话框中，可以显示与消息发送人韩七之间的历史消息记录，以及来自消息发送人韩七的未读消息(“祝您生日快乐”)，进而，用户还可以在文本输入区域输入消息文本，响应于针对发送控件510的触发操作，可以向消息发送人韩七发送消息文本，该消息文本同时会显示于对话框中。

在步骤S162中，根据未读消息的接收时间顺序，在待完成事项预览模块对应的详情展示界面中展示未读消息。

具体地，在图5所示的详情展示界面500中，来自消息发送人韩七的未读消息对应的接收时间为14：13，来自消息发送人李八的未读消息对应的接收时间为12：13，因此，按照未读消息的接收时间顺序，可以将来自消息发送人韩七的未读消息显示于来自消息发送人李八的未读消息之前。

或者，作为一种可选的实施例，上述方法还包括：响应于针对预览界面中的默认进入控件的触发操作，显示默认展示界面；其中，默认展示界面为待完成事项预览模块的详情展示界面、邮件预览模块的详情展示界面或者消息预览模块的详情展示界面其中之一。这样可以为用户提供更多样化的针对预览界面的触发方式，用户在不需要触发预览模块的情况下，可以触发默认进入控件，以进入默认展示界面，提升与用户之间的交互性。

具体地，可以参阅图2，在图2中，展示为文本(“开启新的一天”)形式的链接210，可以作为默认进入控件，响应于针对链接210的触发操作，可以显示默认展示界面。

作为一种可选的实施例，上述方法还包括：步骤S171～步骤S172。需要说明的是，步骤S171～步骤S172可以处于图1所示步骤的任一步骤之前或之后，本申请对于步骤的执行先后顺序不作限定。

步骤S171：响应于模块顺序调整操作，确定自定义模块展示顺序。

步骤S172：基于自定义模块展示顺序，在预览界面中展示至少两个预览模块。

实施步骤S171～步骤S172限定的具体实施例，可以提供个性化定制模块展示顺序的功能，有利于提升与用户之间的交互性，用户通过自定义模块展示顺序，可以获得更适配其个人的预览界面，提升了预览界面与用户的适配度。

下面对这些步骤进行详细描述。

在步骤S171中，响应于模块顺序调整操作，确定自定义模块展示顺序。

具体地，图2作为预览界面的示意图，仅提供了其中一种显示方案，作为另一种可选的方案，可以参阅图6，图6示出的是根据本申请一示例实施方式的预览界面示意图b。图6是另一种预览界面的显示方案。图6与图2的不同之处在于：预览模块的显示位置不同。在图6中，待完成事项预览模块610显示于邮件预览模块620的左侧，消息预览模块630显示于邮件预览模块620的右侧。可见，在本申请中，对于各预览模块的显示顺序不作限定，且用户可以对显示顺序进行自定义。

其中，针对用户自定义显示顺序的过程，可以参阅图7，图7示出的是根据本申请一示例实施方式的模块顺序调整操作可视化示意图。如图7所示，在一种实施方式中，用户可以模块顺序调整操作调整预览界面700中各预览模块的显示顺序，模块顺序调整操作可以包括第一操作740和第二操作750。

具体地，用户可以通过第一操作740(如，重按、长按等)触发预览模块(如，邮件预览模块720)被选中，被选中后的邮件预览模块720可以增大显示面积，以提示用户该邮件预览模块720已被选中。进而，用户可以通过第二操作750向所需的方向(如，向左)滑动，以交换邮件预览模块720与另一预览模块(如，待完成事项预览模块710)的位置。此外，如果第二操作750向所需的方向(如，向左)滑动，不涉及与消息预览模块730之间的位置交换，因此可以不处理消息预览模块730的显示位置。

此外，需要说明的是，除了图2和图6对于各预览模块的横向排列显示方式之外，也可以对各预览模块进行纵向排列显示，本申请实施例不作限定。

在步骤S172中，基于自定义模块展示顺序，在预览界面中展示至少两个预览模块。

具体地，在图7的基础上，用户自定义模块展示顺序后的预览界面可以展示为图2所示的预览界面。

作为一种可选的实施例，上述方法还包括：步骤S181～步骤S182。需要说明的是，步骤S181～步骤S182可以处于图1所示步骤的任一步骤之前或之后，本申请对于步骤的执行先后顺序不作限定。

步骤S181：响应于新增模块操作，确定新增预览模块。

步骤S182：在预览界面中展示新增预览模块。

实施步骤S181～步骤S182限定的具体实施例，可以提供增加预览模块的功能，方便用户根据自身需求定制需要显示于预览界面的预览模块，可以提升与用户之间的交互性，用户在预览界面中新增预览模块后，有利于获得更多的工作便捷性。

下面对这些步骤进行详细描述。

在步骤S181中，响应于新增模块操作，确定新增预览模块。

具体地，新增预览模块可以为云文档预览模块、通讯录预览模块等，本申请实施例不作限定。新增模块操作可以为单一触发操作也可以为多个触发操作的组合，本申请实施例不作限定。

在步骤S182中，在预览界面中展示新增预览模块。

具体地，在预览界面中展示新增预览模块的方式可以为：将预览界面中已显示的一个预览模块替换为该新增预览模块；或者，调整预览界面中各已显示的各预览模块的显示尺寸，并将新增预览模块显示于预览界面中；或者，由于预览界面的显示尺寸有限，可以将新增预览模块以半隐藏方式(即，显示一部分新增预览模块)显示于预览界面中。

作为一种可选的实施例，若预览界面中展示的预览模块数量大于最大展示数量，上述方法还包括：步骤S190：响应于滑动操作，滑动展示预览界面中各预览模块。这样可以为多预览模块显示场景提供一种滑动显示的解决方案，丰富了预览界面的交互方式。

具体地，可以参阅图8，图8示出的是根据本申请一示例实施方式的滑动操作可视化示意图。如图8所示，在预览界面800中，可以显示待完成事项预览模块810、邮件预览模块820、消息预览模块830、新增预览模块840、新增预览模块850、……。由于预览界面的显示尺寸有限，可以将新增预览模块840、新增预览模块850以半隐藏方式进行显示。当用户想要查看半隐藏方式显示的任一预览模块时，可以触发滑动操作860，以使得半隐藏方式显示的任一预览模块进行完整显示。

其中，需要说明的是，半隐藏方式显示的任一预览模块得以完整显示，取决于滑动操作860的滑动距离以及该预览模块的排列顺序位。排列顺序位越靠后的预览模块需要更长的滑动距离才能得以完整显示，排列顺序位越靠前的预览模块基于较短的滑动距离就可以得以完整显示。

需要说明的是，步骤S190可以处于图1所示步骤的任一步骤之前或之后，本申请对于步骤的执行先后顺序不作限定。

进一步地，请参阅图9，图9示出的是根据本申请另一示例实施方式的信息展示方法的流程示意图。如图9所示，该信息展示方法包括：

步骤S900：响应于目标应用的启动操作，获取目标应用中对应于目标用户标识的多维度待查阅内容，并显示预览界面，预览界面中包括至少两个预览模块；其中，多维度待查阅内容包括待完成事项、未读邮件、未读消息，至少两个预览模块包括待完成事项预览模块、邮件预览模块、消息预览模块。

步骤S910：确定待完成事项和待完成事项预览模块之间存在对应关系；其中，待完成事项预览模块用于按照事项发生时间顺序展示待完成事项中各事项、各事项分别对应的突出显示标识，突出显示标识用于表征事项重要性等级。

步骤S920：确定未读邮件和邮件预览模块之间存在对应关系；其中，邮件预览模块用于展示未读邮件、未读邮件对应的发件人信息和邮件时间信息，发件人信息包括以下至少一个：发件人名称、发件人头像、发件人标签；消息预览模块用于展示未读消息。

步骤S930：确定未读消息和消息预览模块之间存在对应关系。

步骤S940：基于对应关系，将多维度待查阅内容分别在相应的预览模块中进行呈现。进而，执行步骤S951、执行步骤S952、执行步骤S953或者执行步骤S954。

步骤S951：响应于针对待完成事项预览模块的触发操作，输出待完成事项预览模块对应的详情展示界面；其中，详情展示界面包含日程表；进而，根据事项发生时间将各事项显示于日程表中的相应位置，并依据各事项分别对应的突出显示标识对各相应位置进行突出显示。

步骤S952：响应于针对邮件预览模块的触发操作，根据未读邮件对应的发件人标签，生成对应于各未读邮件的重要性分值；进而，根据重要性分值对未读邮件进行排序，得到排序结果，并通过邮件预览模块对应的详情展示界面展示排序结果。

步骤S953：响应于针对消息预览模块的触发操作，输出待完成事项预览模块对应的详情展示界，并根据未读消息的接收时间顺序，在待完成事项预览模块对应的详情展示界面中展示未读消息。

步骤S954：响应于针对预览界面中的默认进入控件的触发操作，显示默认展示界面；其中，默认展示界面为待完成事项预览模块的详情展示界面、邮件预览模块的详情展示界面或者消息预览模块的详情展示界面其中之一。

步骤S960：响应于模块顺序调整操作，确定自定义模块展示顺序，并基于自定义模块展示顺序，在预览界面中展示至少两个预览模块。

步骤S970：响应于新增模块操作，确定新增预览模块，并在预览界面中展示新增预览模块，若预览界面中展示的预览模块数量大于最大展示数量，则响应于滑动操作，滑动展示预览界面中各预览模块。

需要说明的是，步骤S900～步骤S970与图1所示的各步骤及其实施例相对应，针对步骤S900～步骤S970的具体实施方式，请参阅图1所示的各步骤及其实施例，此处不再赘述。

可见，实施图9所示的方法，可以达到如图1及其实施例限定的技术效果。

示例性介质

在介绍了本申请示例性实施方式的方法之后，接下来，对本申请示例性实施方式的介质进行说明。

在一些可能的实施方式中，本申请的各个方面还可以实现为一种介质，其上存储有程序代码，当程序代码被设备的处理器执行时用于实现本说明书上述“示例性方法”部分中描述的根据本申请各种示例性实施方式的信息展示方法中的步骤。

具体地，所述设备的处理器执行所述程序代码时用于实现如下步骤：响应于目标应用的启动操作，获取目标应用中对应于目标用户标识的多维度待查阅内容，并显示预览界面，预览界面中包括至少两个预览模块；确定多维度待查阅内容与至少两个预览模块之间的对应关系；基于对应关系，将多维度待查阅内容分别在相应的预览模块中进行呈现。

在本申请的一些实施方式中，所述设备的处理器执行所述程序代码时还用于实现如下步骤：响应于针对预览界面中的默认进入控件的触发操作，显示默认展示界面；其中，默认展示界面为待完成事项预览模块的详情展示界面、邮件预览模块的详情展示界面或者消息预览模块的详情展示界面其中之一。

在本申请的一些实施方式中，所述设备的处理器执行所述程序代码时还用于实现如下步骤：确定待完成事项和待完成事项预览模块之间存在对应关系；确定未读邮件和邮件预览模块之间存在对应关系；确定未读消息和消息预览模块之间存在对应关系。

在本申请的一些实施方式中，所述设备的处理器执行所述程序代码时还用于实现如下步骤：待完成事项预览模块用于按照事项发生时间顺序展示待完成事项中各事项、各事项分别对应的突出显示标识；其中，突出显示标识用于表征事项重要性等级；邮件预览模块用于展示未读邮件、未读邮件对应的发件人信息和邮件时间信息；其中，发件人信息包括以下至少一个：发件人名称、发件人头像、发件人标签；消息预览模块用于展示未读消息。

在本申请的一些实施方式中，所述设备的处理器执行所述程序代码时还用于实现如下步骤：响应于针对待完成事项预览模块的触发操作，输出待完成事项预览模块对应的详情展示界面；其中，详情展示界面包含日程表；根据事项发生时间将各事项显示于日程表中的相应位置；依据各事项分别对应的突出显示标识对各相应位置进行突出显示。

在本申请的一些实施方式中，所述设备的处理器执行所述程序代码时还用于实现如下步骤：响应于针对邮件预览模块的触发操作，根据未读邮件对应的发件人标签，生成对应于各未读邮件的重要性分值；根据重要性分值对未读邮件进行排序，得到排序结果；通过邮件预览模块对应的详情展示界面展示排序结果。

在本申请的一些实施方式中，所述设备的处理器执行所述程序代码时还用于实现如下步骤：确定各未读邮件对应的发件人标签的权重；根据权重对各未读邮件计算标签加权和，得到对应于各未读邮件的重要性分值。

在本申请的一些实施方式中，所述设备的处理器执行所述程序代码时还用于实现如下步骤：响应于针对消息预览模块的触发操作，输出待完成事项预览模块对应的详情展示界面；根据未读消息的接收时间顺序，在待完成事项预览模块对应的详情展示界面中展示未读消息。

在本申请的一些实施方式中，所述设备的处理器执行所述程序代码时还用于实现如下步骤：响应于模块顺序调整操作，确定自定义模块展示顺序；基于自定义模块展示顺序，在预览界面中展示至少两个预览模块。

在本申请的一些实施方式中，所述设备的处理器执行所述程序代码时还用于实现如下步骤：响应于新增模块操作，确定新增预览模块；在预览界面中展示新增预览模块。

在本申请的一些实施方式中，所述设备的处理器执行所述程序代码时还用于实现如下步骤：响应于滑动操作，滑动展示预览界面中各预览模块。

需要说明的是：上述的介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是但不限于：电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于：电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、有线、光缆、RF等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本申请操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

示例性装置

在介绍了本申请示例性实施方式的介质之后，接下来，参考图10对本申请示例性实施方式的信息展示装置进行说明。

请参阅图10，图10示出的是根据本申请一示例实施方式的信息展示装置的结构框图。如图10所示，本申请一示例实施方式的信息展示装置1000包括：

多维度待查阅内容确定单元1001，用于响应于目标应用的软件启动操作，获取目标应用中对应于目标用户标识的多维度待查阅内容，并显示预览界面，预览界面中包括至少两个预览模块；

对应关系确定单元1002，用于确定多维度待查阅内容与至少两个预览模块之间的对应关系；

预览显示单元1003，用于基于对应关系，将多维度待查阅内容分别在相应的预览模块中进行呈现。

可见，实施图10所示的装置，可以达到与图1一致的技术效果。

在一个实施例中，基于前述方案，上述装置还包括：

默认显示单元，用于响应于针对预览界面中的默认进入控件的触发操作，显示默认展示界面；

其中，默认展示界面为待完成事项预览模块的详情展示界面、邮件预览模块的详情展示界面或者消息预览模块的详情展示界面其中之一。

可见，实施该可选的实施例，可以为用户提供更多样化的针对预览界面的触发方式，用户在不需要触发预览模块的情况下，可以触发默认进入控件，以进入默认展示界面，提升与用户之间的交互性。

在一个实施例中，基于前述方案，多维度待查阅内容包括待完成事项、未读邮件、未读消息，至少两个预览模块包括待完成事项预览模块、邮件预览模块、消息预览模块；对应关系确定单元1002确定多维度待查阅内容与至少两个预览模块之间的对应关系，包括：

确定待完成事项和待完成事项预览模块之间存在对应关系；

确定未读邮件和邮件预览模块之间存在对应关系；

确定未读消息和消息预览模块之间存在对应关系。

可见，实施该可选的实施例，可以及时确定出各维度的待查阅内容分别与预览模块之间的对应关系，基于多对对应关系可以有利于将待查阅内容映射至相应的预览模块中，进而有利于实现基于预览界面的多维度待查阅内容一览，提升多维度待查阅内容的被获知效率。

在一个实施例中，基于前述方案，其中：

待完成事项预览模块用于按照事项发生时间顺序展示待完成事项中各事项、各事项分别对应的突出显示标识；其中，突出显示标识用于表征事项重要性等级；

邮件预览模块用于展示未读邮件、未读邮件对应的发件人信息和邮件时间信息；其中，发件人信息包括以下至少一个：发件人名称、发件人头像、发件人标签；

消息预览模块用于展示未读消息。

可见，实施该可选的实施例，可以使得用户在预览界面一次性阅览待完成事项中各事项、未读邮件、件人名称、发件人头像、发件人标签、邮件时间信息、未读消息，提升了多维度待查阅内容被获知效率，简化了用于获取多维度待查阅内容的用户操作。

在一个实施例中，基于前述方案，上述装置还包括：

第一模块触发响应单元，用于响应于针对待完成事项预览模块的触发操作，输出待完成事项预览模块对应的详情展示界面；其中，详情展示界面包含日程表；

事项显示单元，用于根据事项发生时间将各事项显示于日程表中的相应位置；

突出显示单元，用于依据各事项分别对应的突出显示标识对各相应位

置进行突出显示。

可见，实施该可选的实施例，可以在用户触发待完成事项预览模块时，为用户显示待完成事项预览模块对应的详情展示界面，在该详情展示界面中，用户可以了解到待完成事项中各事项的详细内容，并且，用户还可以根据显示的各事项的突出显示标识来直观地了解到各事项的重要性，便于用户根据重要性的不同，为各事项合理分配精力，有利于提升用户处理各事项的效率。

在一个实施例中，基于前述方案，上述装置还包括：

第二模块触发响应单元，用于响应于针对邮件预览模块的触发操作，根据未读邮件对应的发件人标签，生成对应于各未读邮件的重要性分值；

排序单元，用于根据重要性分值对未读邮件进行排序，得到排序结果；

排序结果展示单元，用于通过邮件预览模块对应的详情展示界面展示排序结果。

可见，实施该可选的实施例，可以在用户触发邮件预览模块时，为用户显示邮件预览模块对应的详情展示界面，在该详情展示界面中，用户可以了解到各未读邮件、各未读邮件的发件人标签，并且各未读邮件的排列顺序是按照发件人标签得到的，基于此，用户可以基于各未读邮件的排列顺序直观地了解到各未读邮件的重要性，便于用户根据重要性的不同，确定未读邮件处理顺序，有利于提升工作有序性。

在一个实施例中，基于前述方案，第二模块触发响应单元根据未读邮件对应的发件人标签，生成对应于各未读邮件的重要性分值，包括：

确定各未读邮件对应的发件人标签的权重；

根据权重对各未读邮件计算标签加权和，得到对应于各未读邮件的重要性分值。

可见，实施该可选的实施例，可以提升重要性分值对于重要性的表征精度，有利于后续对各未读邮件进行排列时得到合理性更高的未读邮件列表。

在一个实施例中，基于前述方案，上述装置还包括：

第三模块触发响应单元，用于响应于针对消息预览模块的触发操作，输出待完成事项预览模块对应的详情展示界面；

未读消息展示单元，用于根据未读消息的接收时间顺序，在待完成事项预览模块对应的详情展示界面中展示未读消息。

可见，实施该可选的实施例，可以在用户触发消息预览模块时，为用户显示消息预览模块对应的详情展示界面，在该详情展示界面中，用户可以了解到各未读消息的详细内容，便于用户进一步处理各未读消息。

在一个实施例中，基于前述方案，上述装置还包括：

顺序调整响应单元，用于响应于模块顺序调整操作，确定自定义模块

展示顺序；

预览显示单元，还用于基于自定义模块展示顺序，在预览界面中展示至少两个预览模块。

可见，实施该可选的实施例，可以提供个性化定制模块展示顺序的功能，有利于提升与用户之间的交互性，用户通过自定义模块展示顺序，可以获得更适配其个人的预览界面，提升了预览界面与用户的适配度。

在一个实施例中，基于前述方案，上述装置还包括：

新增模块确定单元，用于响应于新增模块操作，确定新增预览模块；

新增模块展示单元，用于在预览界面中展示新增预览模块。

可见，实施该可选的实施例，可以提供增加预览模块的功能，方便用户根据自身需求定制需要显示于预览界面的预览模块，可以提升与用户之间的交互性，用户在预览界面中新增预览模块后，有利于获得更多的工作便捷性。

在一个实施例中，基于前述方案，若预览界面中展示的预览模块数量大于最大展示数量，上述装置还包括：

滑动展示单元，用于响应于滑动操作，滑动展示预览界面中各预览模块。

可见，实施该可选的实施例，可以为多预览模块显示场景提供一种滑动显示的解决方案，丰富了预览界面的交互方式。

应当注意，尽管在上文详细描述中提及了信息展示装置的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

示例性电子设备

在介绍了本申请示例性实施方式的方法、介质和装置之后，接下来，介绍根据本申请的另一示例性实施方式的电子设备。

所属技术领域的技术人员能够理解，本申请的各个方面可以实现为系统、方法或程序产品。因此，本申请的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

下面参照图11来描述根据本申请的又一可选示例实施方式的信息展示装置1100。图11显示的信息展示装置1100仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图11所示，信息展示装置1100以电子设备的形式表现。信息展示装置1100的组件可以包括但不限于：上述至少一个处理单元1110、上述至少一个存储单元1120、连接不同系统组件(包括存储单元1120和处理单元1110)的总线1130。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元1110执行，使得所述处理单元1110执行本说明书上述示例性方法的描述部分中描述的根据本申请各种示例性实施方式的步骤。例如，所述处理单元1110可以执行如图1和图9中所示的各个步骤。

存储单元1120可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)11201和/或高速缓存存储单元11202，还可以进一步包括只读存储单元(ROM)11203。

存储单元1120还可以包括具有一组(至少一个)程序模块11205的程序/实用工具11204，这样的程序模块11205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线1130可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

信息展示装置1100也可以与一个或多个外部设备700(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与信息展示装置1100交互的设备通信，和/或与使得该信息展示装置1100能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口1150进行。并且，信息展示装置1100还可以通过网络适配器11110与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图11所示，网络适配器11110通过总线1130与信息展示装置1100的其它模块通信。应当明白，尽管图中未示出，可以结合信息展示装置1100使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本申请实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本申请实施方式的方法。

Claims (10)

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

响应于目标应用的启动操作，获取所述目标应用中对应于目标用户标识的多维度待查阅内容，并显示预览界面，所述预览界面中包括至少两个预览模块；

确定所述多维度待查阅内容与所述至少两个预览模块之间的对应关系；

基于所述对应关系，将所述多维度待查阅内容分别在相应的预览模块中进行呈现。

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

响应于针对所述预览界面中的默认进入控件的触发操作，显示默认展示界面；

其中，所述默认展示界面为待完成事项预览模块的详情展示界面、邮件预览模块的详情展示界面或者消息预览模块的详情展示界面其中之一。

3.根据权利要求1所述的方法，其特征在于，所述多维度待查阅内容包括待完成事项、未读邮件、未读消息，所述至少两个预览模块包括待完成事项预览模块、邮件预览模块、消息预览模块；确定所述多维度待查阅内容与所述至少两个预览模块之间的对应关系，包括：

确定所述待完成事项和所述待完成事项预览模块之间存在对应关系；

确定所述未读邮件和所述邮件预览模块之间存在对应关系；

确定所述未读消息和所述消息预览模块之间存在对应关系。

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

所述待完成事项预览模块用于按照事项发生时间顺序展示所述待完成事项中各事项、所述各事项分别对应的突出显示标识；其中，所述突出显示标识用于表征事项重要性等级；

所述邮件预览模块用于展示所述未读邮件、所述未读邮件对应的发件人信息和邮件时间信息；其中，所述发件人信息包括以下至少一个：发件人名称、发件人头像、发件人标签；

所述消息预览模块用于展示所述未读消息。

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

响应于针对所述待完成事项预览模块的触发操作，输出待完成事项预览模块对应的详情展示界面；其中，所述详情展示界面包含日程表；

根据所述事项发生时间将所述各事项显示于所述日程表中的相应位置；

依据所述各事项分别对应的突出显示标识对各所述相应位置进行突出显示。

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

响应于针对所述邮件预览模块的触发操作，根据所述未读邮件对应的发件人标签，生成对应于各所述未读邮件的重要性分值；

根据所述重要性分值对所述未读邮件进行排序，得到排序结果；

通过所述邮件预览模块对应的详情展示界面展示所述排序结果。

7.根据权利要求6所述的方法，其特征在于，根据所述未读邮件对应的发件人标签，生成对应于各所述未读邮件的重要性分值，包括：

确定各所述未读邮件对应的发件人标签的权重；

根据所述权重对各所述未读邮件计算标签加权和，得到对应于各所述未读邮件的重要性分值。

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

多维度待查阅内容确定单元，用于响应于目标应用的软件启动操作，获取所述目标应用中对应于目标用户标识的多维度待查阅内容，并显示预览界面，所述预览界面中包括至少两个预览模块；

对应关系确定单元，用于确定所述多维度待查阅内容与所述至少两个预览模块之间的对应关系；

预览显示单元，用于基于所述对应关系，将所述多维度待查阅内容分别在相应的预览模块中进行呈现。

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

处理器；以及

存储器，所述存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时实现如权利要求1至7中任一项所述的信息展示方法。

10.一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的信息展示方法。