CN114338588A - 一种邮件处理方法和装置 - Google Patents

Abstract

本申请实施例提供一种邮件处理方法和装置，涉及终端领域，可以按照会话的样式展示邮件，提升用户的阅读效率。其方法为：电子设备显示邮件应用的第一界面，第一界面包括第一列表的第一条目和第二条目；第一条目和第二条目是根据不同的邮件联系人区分的，第一条目对应第一邮件联系人，第二条目对应第二邮件联系人；响应于用户对第一条目的操作，显示第二界面；第二界面包括第一信息和第二信息，第一信息包括第一邮件的主题和正文，第二信息包括第二邮件的主题和正文，第一邮件的主题和第二邮件的主题不同；响应于用户对第一信息的操作，显示第三界面；第三界面包括第一邮件的发件人、收件人、抄送人、主题、正文、附件、引用内容等。

Description

一种邮件处理方法和装置

技术领域

本申请涉及终端领域，尤其涉及一种邮件处理方法和装置。

背景技术

电子邮件(简称为邮件)是一种用电子手段提供信息交换的通信方式，是互联网应用很广的服务。通过电子邮件，用户能与世界上任何一个角落的另一个用户联络。

目前，电子邮件的呈现方式是按照时间顺序排列显示，分散存放，用户查看不易。并且，部分电子邮件的内容臃肿(通常包含大量回复转发的内容(引用的内容)或签名信息等)，无法直观看到关键信息。

发明内容

本申请实施例提供一种邮件处理方法和装置，可以按照会话的样式展示邮件，可以提升用户的阅读效率和阅读体验。

第一方面，本申请实施例提供一种邮件处理方法，包括：电子设备显示邮件应用的第一界面，第一界面包括第一列表的第一条目和第二条目；第一条目和第二条目是根据不同的邮件联系人区分的，第一条目对应第一邮件联系人，第二条目对应第二邮件联系人；响应于用户对第一条目的操作，显示第二界面；第二界面包括第一信息和第二信息，第一信息包括第一邮件的主题和正文，第二信息包括第二邮件的主题和正文，第一邮件的主题和第二邮件的主题不同；第一邮件的发件人或收件人为第一邮件联系人，第二邮件的发件人或收件人为第一邮件联系人；响应于用户对第一信息的操作，显示第三界面；第三界面包括第一邮件的发件人、收件人、抄送人、主题、正文、附件、引用内容中的至少一种信息；响应于用户对第二信息的操作，显示第四界面；第四界面包括第二邮件的发件人、收件人、抄送人、主题、正文、附件、引用内容中的至少一种信息；响应于用户对第二条目的操作，显示第五界面；第五界面包括第三信息和第四信息，第三信息包括第三邮件的主题和正文，第四信息包括第四邮件的主题和正文，第三邮件的主题和第四邮件的主题不同；第三邮件的发件人或收件人为第二邮件联系人，第四邮件的发件人或收件人为第二邮件联系人；响应于用户对第三信息的操作，显示第六界面；第六界面包括第三邮件的发件人、收件人、抄送人、主题、正文、附件、引用内容中的至少一种信息；响应于用户对第四信息的操作，显示第七界面；第七界面包括第四邮件的发件人、收件人、抄送人、主题、正文、附件、引用内容中的至少一种信息。

基于本申请实施例提供的方法，电子设备可以显示邮件应用的第一界面，第一界面中包括第一列表，第一列表包括根据不同的邮件联系人区分的不同条目。响应于用户对不同条目的操作，可以显示不同的信息(信息可以以对话框的形式显示)，即本申请实施例可以按照会话的样式展示不同邮件联系人的邮件(包括邮件联系人作为收件人和发件人的情况)，可以提升用户的阅读效率和阅读体验。

在一种可能的实现方式中，第一列表还包括第三条目；第三条目对应第一邮件联系人群组，第一邮件联系人群组包括登录邮件应用的第一账户和多个邮件联系人；响应于用户对第三条目的操作，显示第八界面；第八界面包括登录邮件应用的第一账户和多个邮件联系人之间传输的第五信息和第六信息，第五信息包括第五邮件的主题和正文，第六信息包括第六邮件的主题和正文，第五邮件的主题和第六邮件的主题不同。

也就是说，第一列表还包括根据不同的邮件联系人群组区分的条目(例如，第三条目)。响应于用户对第三条目的操作，可以显示不同的信息(信息可以以对话框的形式显示)，即本申请实施例可以按照会话的样式展示不同邮件联系人群组的邮件(包括第一邮件联系人群组中的任一个邮件联系人作为收件人和发件人的情况)，可以提升用户的阅读效率和阅读体验。

在一种可能的实现方式中，该方法还包括：第一列表还包括第四条目；第四条目对应第一主题；响应于用户对第四条目的操作，显示第九界面；第九界面包括关于第一主题的第七信息和第八信息，第七信息包括第七邮件的正文，第八信息包括第八邮件的正文。

也就是说，第一列表还包括根据不同的主题区分的条目(例如，第四条目)。响应于用户对第四条目的操作，可以显示不同的信息(信息可以以对话框的形式显示)，即本申请实施例可以按照会话的样式展示不同主题的邮件(包括主题一致和在同一主题下回复的情况)，可以提升用户的阅读效率和阅读体验。

在一种可能的实现方式中，该方法还包括：电子设备接收来自第三邮件联系人的第九邮件，第九邮件的主题与第一邮件、第二邮件、第三邮件或第四邮件的主题相同；电子设备将第九邮件归类到第一列表的第五条目，第五条目对应第三邮件联系人。

也就是说，不同的邮件联系人发送的邮件即使主题一致，也还是对应不同条目，而非聚合在同一个条目下。

在一种可能的实现方式中，该方法还包括：响应于用户对第八界面的第一控件的操作，删除或添加一个或多个邮件联系人。第八界面是第一主题对应的会话界面，在该界面中，用户可以添加或删除一个或多个邮件联系人(用户)。可以在电子设备的界面提示联系人的变化，使用户感知邮件联系人的变化，提高用户体验。

在一种可能的实现方式中，第一邮件和第二邮件对应第一标识；第三邮件和第四邮件对应第二标识；其中，第一标识和第二标识不同。

这样，可以基于相同的标识(例如，第一标识或第二标识)将不同邮件聚合在同一个条目下(或者说聚合在同一个条目对应的界面(即点击该条目后显示的界面)中)，使得邮件更有条理性，方便用户查看邮件。

在一种可能的实现方式中，第一信息包括第一邮件的主题和正文包括：第一信息包括第一邮件的主题和正文中用户输入的内容，用户输入的内容包括基于触摸屏、鼠标、键盘中的至少一种输入的内容。

这样，可以过滤掉冗余内容(引用内容和签名信息)，仅展示每封邮件中用户输入的内容，从而可以快速了解邮件的关键信息。

在一种可能的实现方式中，该方法还包括：电子设备接收第一邮件，第一邮件包括第一标签，第一标签用于标识第一邮件中用户输入的内容，电子设备根据第一标签获取第一邮件中用户输入的内容。

这样，可以基于第一标签快速过滤掉冗余内容(引用内容和签名信息)，仅展示每封邮件中用户输入的内容，从而可以快速了解邮件的关键信息。

在一种可能的实现方式中，该方法还包括：电子设备删除第一邮件的引用内容和第一邮件的正文的签名信息得到第一邮件中用户输入的内容。

若读取标签(例如，第一标签)不成功(例如通过非同一客户端发送来的邮件中通常没有标识用户输入的内容的标签)，则邮件接收端可以对邮件进行过滤引用原文(引用内容)和过滤签名信息的处理，从而获取用户的输入内容。

在一种可能的实现方式中，该方法还包括：电子设备发送或接收包括日程卡片的邮件，日程卡片包括日程主题、参加时间、参加地点和参加人员中的至少一种信息。这样，可以使用户更方便的发送包括含日程卡片的邮件，日程卡片的信息丰富且直观，可以提高用户体验。

在一种可能的实现方式中，该方法还包括：电子设备发送或接收包括日程卡片的回复信息的邮件，日程卡片的回复信息用于指示参加人员的参与状态。这样，用户可以准确获知日程的参加人员的参与状态。

在一种可能的实现方式中，该方法还包括：电子设备发送或接收包括待办卡片的邮件，待办卡片包括至少一个待办事件和待办人员。

这样，可以使用户更方便的发送包括含待办卡片的邮件，待办卡片的信息丰富且直观，可以提高用户体验。

在一种可能的实现方式中，该方法还包括：电子设备发送或接收包括待办卡片的回复信息的邮件，待办卡片的回复信息用于指示待办事件的状态。这样，用户可以更准确地统计待办事件的进展情况。

在一种可能的实现方式中，该方法还包括：电子设备发送或接收包括联系人名片的邮件，联系人名片包括至少两个邮件联系人的信息。现有技术中，通常只能发送一个邮件联系人的名片，本申请实施例中，可以合并发送多个邮件联系人的名片，无需用户一一选择和发送，可以方便用户操作，提高用户体验。

在一种可能的实现方式中，该方法还包括：电子设备根据邮箱名称、邮箱地址的用户名或默认图像生成邮件联系人的头像。

在一种可能的实现方式中，该方法还包括：若存在多个邮件联系人，根据邮件联系人的活跃度以不同大小、比例显示不同邮件联系人的头像。这样，通过头像的不同显示方式能快速识别不同邮件联系人的活跃度。

在一种可能的实现方式中，该方法还包括：电子设备发送第十邮件，第十邮件包括第二标签，第二标签用于标识第十邮件中用户输入的内容，用户输入的内容包括基于触摸屏、鼠标、键盘中的至少一种输入的内容。

第二方面，本申请实施例提供一种电子设备，该电子设备具有实现上述第一方面及其任一种可能的实现方式所述的方法的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。

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

第四方面，本申请提供一种计算机程序产品，当所述计算机程序产品在计算机上运行时，使得所述计算机执行如第一方面及其任一种可能的实现方式所述的方法。

第五方面，本申请实施例提供一种服务器，该服务器可以具有使电子设备执行上述第一方面及其任一种可能的实现方式所述的方法的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。

第六方面，本申请实施例提供一种芯片系统，该芯片系统包括一个或多个接口电路和一个或多个处理器。该接口电路和处理器通过线路互联。该芯片系统可以应用于包括通信模块和存储器的电子设备。该接口电路用于从电子设备的存储器接收信号，并向处理器发送接收到的信号，该信号包括存储器中存储的计算机指令。当处理器执行该计算机指令时，电子设备可以执行如第一方面及其任一种可能的实现方式所述的方法。

第七方面，本申请实施例提供一种邮件系统，包括两个电子设备(例如第一电子设备和第二电子设备)，每个电子设备可以执行如第一方面及其任一种可能的实现方式所述的方法。

示例性的，第一电子设备可以发送第一邮件，第一邮件包括第一标签，第一标签用于标识第一邮件中用户输入的内容。第二电子设备接收第一邮件，根据第一标签获取第一邮件中用户输入的内容，用户输入的内容包括基于触摸屏、鼠标、键盘中的至少一种输入的内容。

可选的，本申请实施例的邮件系统还可以包括服务器，服务器可以为两个电子设备提供信息处理和转发的功能。可选的，服务器还可以具有使电子设备执行上述第一方面及其任一种可能的实现方式所述的方法的功能。

附图说明

图1为本申请实施例提供的一种系统架构示意图；

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

图3A为本申请实施例提供的一种显示示意图；

图3B为本申请实施例提供的又一种显示示意图；

图3C为本申请实施例提供的又一种显示示意图；

图3D为本申请实施例提供的又一种显示示意图；

图3E为本申请实施例提供的又一种显示示意图；

图3F为本申请实施例提供的又一种显示示意图；

图3G为本申请实施例提供的又一种显示示意图；

图3H为本申请实施例提供的又一种显示示意图；

图3I为本申请实施例提供的又一种显示示意图；

图4A为本申请实施例提供的又一种显示示意图；

图4B为本申请实施例提供的又一种显示示意图；

图4C为本申请实施例提供的又一种显示示意图；

图4D为本申请实施例提供的又一种显示示意图；

图4E为本申请实施例提供的又一种显示示意图；

图4F为本申请实施例提供的又一种显示示意图；

图5为本申请实施例提供的一种软件架构示意图；

图6为本申请实施例提供的一种邮件应用程序的结构示意图；

图7为本申请实施例提供的一种数据结构的示意图；

图8A为本申请实施例提供的一种邮件发送端和邮件接收端的信号交互示意图；

图8B为本申请实施例提供的又一种邮件发送端和邮件接收端的信号交互示意图；

图9为本申请实施例提供的一种流程示意图；

图10为本申请实施例提供的又一种流程示意图；

图11为本申请实施例提供的一种内容提取模块的示意图；

图12为本申请实施例提供的又一种流程示意图；

图13为本申请实施例提供的一种信号交互示意图；

图14A为本申请实施例提供的又一种流程示意图；

图14B为本申请实施例提供的一种头像的显示示意图；

图15为本申请实施例提供的又一种信号交互示意图；

图16为本申请实施例提供的又一种信号交互示意图；

图17为本申请实施例提供的又一种信号交互示意图；

图18为本申请实施例提供的一种邮件处理方法的流程示意图；

图19为本申请实施例提供的一种服务器的结构示意图；

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

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。其中，在本申请的描述中，除非另有说明，“至少一个”是指一个或多个，“多个”是指两个或多于两个。另外，为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。

如图1所示，为本申请实施例提供的一种系统架构示意图，包括两个电子设备，分别为第一设备、第二设备，还包括一个或多个服务器。其中，第一设备和/或第二设备可以安装邮件应用(application，APP)。第一设备可以是邮件发送端，第二设备可以是邮件接收端；或者，第一设备可以是邮件接收端，第二设备可以是邮件发送端。

示例性的，本申请实施例中的电子设备(例如，第一设备或第二设备)可以是手机、平板电脑、台式机(桌面型电脑)、手持计算机、笔记本电脑(膝上型电脑)、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、个人数字助理(personaldigital assistant，PDA)、增强现实(augmented reality，AR)\虚拟现实(virtualreality，VR)设备等可以安装上述目标应用的设备，本申请实施例对第一设备的具体形态不作特殊限制。

其中，第一设备或第二设备的操作系统可以是安卓(Android)、鸿蒙系统、IOS系统或者其他操作系统，本申请实施例对第一设备的操作系统类型不做限定。

本申请实施例中以图1所示的第一设备或第二设备是电子设备200(如手机)为例，对本申请实施例提供的第一设备或第二设备的结构进行举例说明。如图2所示，电子设备200(如手机)可以包括：处理器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 identification module，SIM)卡接口295等。

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

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

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

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

处理器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)接口等。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

电子设备200可以通过音频模块270，扬声器270A，受话器270B，麦克风270C，耳机接口270D，以及应用处理器等实现音频功能。例如音乐播放，录音等。

按键290包括开机键，音量键等。按键290可以是机械按键。也可以是触摸式按键。马达291可以产生振动提示。马达291可以用于来电振动提示，也可以用于触摸振动反馈。指示器292可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。SIM卡接口295用于连接SIM卡。SIM卡可以通过插入SIM卡接口295，或从SIM卡接口295拔出，实现和电子设备200的接触和分离。电子设备200可以支持1个或N个SIM卡接口，N为大于1的正整数。SIM卡接口295可以支持Nano SIM卡，Micro SIM卡，SIM卡等。

为了下述各实施例的描述清楚简洁，首先给出相关概念或技术的简要介绍：

目前，邮件的呈现方式是按照时间顺序排列或者基于同一主题显示，邮件分散存放，查看搜索不易，且邮件内容臃肿(包含大量回复转发的内容(即引用的内容))，无法直观看到邮件的关键信息。

针对上述问题，本申请提供一种邮件处理方法，便于查看邮件。

为了便于理解，以下结合附图对本申请实施例提供的邮件处理方法进行具体介绍。

以当前用户为小艺为例，如图3A中的(a)所示，在小艺的手机的主界面201打开电子邮件202后，可以进入如图3A中的(b)所示的界面301a，界面301a是传统(模式)的邮件视图界面，其中包括当前用户接收到的不同邮件，各邮件根据时间顺序分散存放。响应于用户点击(或者触摸、长按等)控件301b，可以进入如图3B中的(a)所示的设置界面201a，响应于用于点击邮件视图对应的控件201b，如图3B中的(b)所示，手机可以弹出对话框201c，响应于用户选择对话(模式)的邮件视图，如图3B中的(c)所示，手机可以显示会话式邮件列表界面301，会话式邮件列表界面301可以包括三类会话(也可以称为条目)，分别是单人会话、群组会话和主题会话。其中，主题会话可以包括显示区域302中关于主题1的会话。单人会话可以包括显示区域303中小艺分别与张三、Jenny和Dave的会话。群组会话可以包括显示区域304中关于群组1的会话。这样，可以将不同的邮件以会话(条目)的形式整理起来，使得邮件更有条理性，方便用户查看邮件。

示例性的，显示区域302中的主题1例如可以是“XX工作汇报”“XX项目规划”或“XX案件进展”等。主题1的左边可以显示全部或部分参与人员的头像的缩略图，用于提示关于主题1的会话的用户(邮件联系人/参与者)，关于主题1的会话的用户可以包括任一封主题为主题1的邮件的收件人，发件人，抄送人等。主题1的下方可以显示最后一位发送邮件的邮件联系人的邮件内容，用于提示当前用户(即小艺)关于主题1的最新的(最近一次的)邮件内容。并且，显示区域302中还可以显示最后一位发送邮件的邮件联系人发送邮件的时间。若关于主题1的会话中有邮件发送方发送了附件，还可以在主题1的旁边可以显示附件标识，用于提示用户注意查看附件。

显示区域303中，张三、Jenny和Dave分别表示与小艺进行邮件往来的单人对象的称呼(昵称)。张三、Jenny和Dave可以是邮件发送方也可以是邮件接收方。张三、Jenny或Dave的左边可以显示其头像。张三、Jenny或Dave的下方可以显示最新一封邮件的邮件内容。其中，最新一封邮件可以是张三、Jenny或Dave向小艺发送的，或者可以是小艺向张三、Jenny或Dave发送的。显示区域303还可以显示最新一封邮件的发送/接收时间。可选的，若最新一封邮件中有附件，张三、Jenny或Dave的右边还可以显示附件标识，用于提示注意查看附件。

显示区域304中的群组1例如可以是“生产部门”“销售部门”或“人事部门”等。群组1的左边可以显示全部或部分参与人员的头像的缩略图，用于提示关于群组1的会话的参与者。群组1的下方可以显示最后一位发送邮件的邮件联系人发送的邮件的内容，用于提示用户关于群组1的最新的(最近一次的)邮件内容。并且，显示区域304中还可以显示最后一位发送邮件的邮件联系人发送邮件的时间。若关于群组1的会话中有邮件发送方发送了附件，还可以在群组1的旁边显示附件标识，用于提示注意查看附件。

如图3C中的(a)所示，响应于用户在界面301中点击显示区域302中关于主题1的会话的操作，如图3C中的(b)所示，小艺的手机可以显示主题1的会话详情界面311，会话详情界面311可以包括显示区域312、显示区域313和显示区域314。

其中，显示区域312包括两条信息(例如可以是两个会话框)，每个会话框对应一封邮件，在每个会话框的左边，可以显示该会话框对应的邮件的发件人的头像。在每个会话框的上方，可以显示该会话框对应的邮件的发件人(即Dave)。在每个会话框的上方，还可以显示该会话框对应的邮件的发送时间。在每个会话框中，可以显示Dave发送的邮件的正文内容，例如可以是分别是“10点开会，会议室定在xxx会议室，请大家都准时到场，谢谢！”和“小艺和Jenny发一下策划书，谢谢”。

其中，显示区域313包括一个会话框，该会话框对应一封邮件。在该会话框的右边，可以显示该会话框对应的邮件的发件人的头像。该头像可以是当前用户(即小艺)的头像。在该会话框的上方，可以显示该会话框对应的邮件的发送时间。在该会话框中，可以显示小艺发送的邮件的正文内容，例如可以是“附件为方案策划书，请查收”。若小艺发送的邮件中有附件，可以在会话框中显示附件名、附件的类型信息和属性信息。其中，附件的类型例如可以是word、ppt、excel等等。附件的属性例如可以是附件大小。

其中，显示区域314包括一个会话框，该会话框对应一封邮件，在该会话框的左边，可以显示该会话框对应的邮件的发件人的头像。在该会话框的上方，可以显示该会话框对应的邮件的发件人(即Jenny)，在该会话框的上方，还可以显示该会话框对应的邮件的发送时间。在该会话框中，可以显示Jenny发送的邮件的正文内容，例如可以是“好险，昨晚才改完，请查收哈”。若邮件中有图片，可以在会话框中显示图片的缩略图。若邮件中有附件，可以在会话框中显示附件名、附件的类型信息和属性信息。其中，附件的类型例如可以是word、ppt、excel等等。附件的属性例如可以是附件大小。

需要说明的是，对于主题会话，参与该主题的每个用户发送的邮件的主题是相关的，例如可以都是主题1，或者可以是基于主题1的回复。因此，在每封邮件对应的会话框中可以不显示主题，仅显示正文内容，以便用户查看参与该主题的用户发表的关于该主题的相关信息(例如，发表的相关意见和上传的相关附件等)。

可选的，显示区域314下方还可以包括展开控件和/或提示文字(图3C中未示出)，用于提示用户有未读的邮件，响应于用户点击相应控件或提示文字，手机可以以会话框的方式向用户显示未读邮件中的内容，参考上文中的相关描述，在此不做赘述。

如图3D中的(a)所示，响应于用户在界面301中点击显示区域303中关于Jenny的会话的操作，如图3D中的(b)所示，手机可以显示Jenny的会话详情界面321，会话详情界面321包括显示区域322、显示区域323和显示区域324。

其中，显示区域322包括一个会话框，该会话框对应一封邮件。在该会话框的左边，可以显示该会话框对应的邮件的发件人的头像(即Jenny的头像)。在该会话框的上方，可以显示该会话框对应的邮件的发送时间。在该会话框中，可以显示Jenny发送的邮件的主题(例如，“策划书”)和正文内容(例如，“可以把你的策划书发我看下吗？”)。

显示区域323包括一个会话框，该会话框对应一封邮件。在该会话框的右边，可以显示该会话框对应的邮件的发件人的头像(即当前用户小艺的头像)。在该会话框的上方，可以显示该会话框对应的邮件的发送时间。在该会话框中，可以显示小艺发送的邮件的主题(例如，“回复：策划书”)和正文内容(例如，“好的，请查收”)。由于小艺发送的邮件中有附件，可以显示附件名、附件的类型信息和属性信息。

显示区域324包括两个会话框，每个会话框对应一封邮件，在每个会话框的左边，可以显示该会话框对应的邮件的发件人的头像。在每个会话框的上方，可以显示该会话框对应的邮件的发件人(即Jenny)，在每个会话框的上方，还可以显示该会话框对应的邮件的发送时间。在每个会话框中，可以显示Jenny发送的邮件的主题(例如，“xx一撰”和“回复：xx一撰”)和正文内容(例如，“预计下午发出xx一撰，请知悉！”和“请查收附件，并且有两处问题我标记出来了”)。由于Jenny发送的邮件中有附件，可以显示附件名、附件的类型信息和属性信息。

需要说明的是，对于单人会话，会话双方发送的每封邮件可以包括一个主题，不同邮件的主题可以不同。例如，如图3D所示，在当前用户小艺与Jenny的会话详情界面321中，显示区域322中的会话框对应的邮件的主题是“策划书”，显示区域323中的会话框对应的邮件的主题是“回复：策划书”，显示区域324中的两个会话框分别对应的邮件的主题是“xx一撰”和“回复：xx一撰”，即可以将当前用户小艺与Jenny之间的不同主题的邮件汇聚成会话的形式，使得当前用户小艺与邮件联系人Jenny之间收发的邮件更有条理性，方便用户查看邮件。

可选的，显示区域324下方的区域可以包括展开控件和提示文字，用于提示用户有未读的邮件，响应于用户点击展开控件或提示文字，手机可以以会话框的方式向用户显示未读邮件中的内容，参考上文中的相关描述，在此不做赘述。

如图3E中的(a)所示，响应于用户在界面301中点击显示区域304中关于群组1的会话的操作，如图3E中的(b)所示，手机可以显示群组1的会话详情界面331，会话详情界面331包括显示区域332、显示区域333和显示区域334。

其中，显示区域332包括一个会话框，该会话框对应一封邮件。在该会话框的左边，可以显示该会话框对应的邮件的发件人的头像(即Dave的头像)。在该会话框的上方，可以显示该会话框对应的邮件的发送时间。在该会话框中，可以显示Dave发送的邮件的主题(例如，“xx工作分配”)和正文内容(例如，“@所有人，开个紧急会议”)。

显示区域333包括两个会话框，每个会话框对应一封邮件。在每个会话框的右边，可以显示每个会话框对应的邮件的发件人的头像(即当前用户小艺的头像)。在每个会话框的上方，可以显示每个会话框对应的邮件的发送时间。在每个会话框中，可以显示小艺发送的邮件的主题(例如，“xx项目”和“xx表格”)和正文内容(例如，“附件是xx项目的设计书，请查收”和“请查收”)。若小艺发送的邮件中有附件，该邮件对应的会话框中可以显示附件名、附件的类型信息和属性信息。

显示区域334包括一个会话框，该会话框对应一封邮件，在该会话框的左边，可以显示该会话框对应的邮件的发件人的头像。在该会话框的上方，可以显示该会话框对应的邮件的发件人(即Jenny)，在该会话框的上方，还可以显示该会话框对应的邮件的发送时间。在该会话框中，可以显示Jenny发送的邮件的主题(例如，“xx会议”)和正文内容(例如，“本次会议座次表”)。由于Jenny发送的邮件中有图片，可以在该邮件对应的会话框中显示图片的缩略图供用户查看。

需要说明的是，对于群组会话，群组中的每个用户发送的每封邮件可以包括一个主题，不同邮件的主题可以不同。例如，如图3E所示，在群组1的会话详情界面331中，显示区域332中的会话框对应的邮件的主题是“xx工作分配”，显示区域333中的两个会话框对应的邮件的主题分别是“xx项目”和“xx表格”，显示区域334中的会话框对应的邮件的主题是“xx会议”，即可以将同一批群组成员的不同主题的邮件汇聚成会话的形式，使得同一批群组成员之间收发的邮件更有条理性，方便用户查看邮件。

可选的，显示区域334下方的区域可以包括展开控件和提示文字，用于提示用户有未读的邮件，响应于用户点击展开控件或提示文字，手机可以以会话框的方式向用户显示未读邮件中的内容，参考上文中的相关描述，在此不做赘述。

无论是主题会话、单人会话还是群组会话中，每个会话框(每条信息)对应一封邮件，当用户希望查看一个会话框对应的邮件的更详细的信息时，可以点击该会话框进入该会话框对应的邮件的详细信息。示例性的，如图3F中的(a)所示，响应于用户点击显示区域313中的会话框，手机可以显示如图3F中的(b)所示的界面451，界面451包括显示区域313中的会话框对应的邮件的详细信息。

可选的，在主题会话中，可以新增用户。如图3G中的(a)所示，在界面341中，响应于用户点击控件342的操作，如图3G中的(b)所示，手机可以显示会话信息界面343，在会话信息界面343中，可以包括该会话的主送人员(即收件人)的头像和昵称，以及该会话的抄送人员(即抄送人)的头像和昵称。用户可以通过控件344和控件343分别添加主送人员和抄送人员。假设主题1的会话参与者包括小艺和其他6个用户，若小艺在主题1的会话中主送添加了AAA@huawei.com，抄送添加了BBB@huawei.com，CCC@huawei.com等3个用户，如图3H中的(a)所示，在显示区域346中，可以显示小艺主送添加了AAA@huawei.com，抄送添加了BBB@huawei.com，CCC@huawei.com等3个用户，此时回复框347中可以显示回复Jenny等9人(6+3＝9)，响应于用户点击回复框347的操作，如图3H中的(b)所示，用户可以向收件人Jenny、Dave、AAA@huawei.com等9人回复邮件，可以在显示区域348向用户提示收件人的人数、名称或邮箱地址等信息。用户可以通过显示区域349中的键盘输入回复内容。

当用户首次接收到一封包含较多的回复信息的邮件时(例如，当AAA@huawei.com的用户接收到小艺基于回复框347回复的邮件时)，如图3I中的(a)所示，AAA@huawei.com的用户的手机的界面350可以显示对话框351，对话框351中包括小艺输入的内容，该回复内容缺少上下文环境，导致AAA@huawei.com的用户可能不了解关于主题1的整个事件的全貌。响应于用户点击对话框351，如图3I中的(b)所示，AAA@huawei.com的用户的手机可以弹出提示框352，提示框352中可以显示对话框351对应的邮件的关键信息(不同用户在邮件中输入的内容)。用户可以基于提示框352中的内容了解对话框351中的回复内容的上下文环境，这样用户可以更好地了解关于主题1的邮件往来信息，从而了解整个事件的全貌。当用户希望查看邮件往来信息中的某段信息时，可以点击相应区域以便获取更加详细的信息。示例性的，响应于AAA@huawei.com的用户点击对话框353的操作，如图3I中的(c)所示，手机可以显示界面354，界面354中包括对话框351对应的邮件的详细信息，对话框351对应的邮件包含较多的引用内容(例如，当用户基于邮件1进行回复时，邮件1的内容可以视为引用内容)。在显示区域355中，可以将对话框353对应的引用内容的详细信息置灰(置黑)显示，方便用户查看，提升阅读效率。

在一种可能的设计中，用户可以在第一会话中发送日程卡片、待办卡片(或称为备忘录)或联系人名片等。其中，第一会话可以是单人会话、主题会话或群组会话。

如图4A中的(a)所示，在主题1的会话详情界面401中，响应于当前用户(例如，小艺)点击控件405的操作，如图4A中的(b)所示，手机可以显示界面405a，在界面405a中，可以包括日程卡片的图标406、待办卡片的图标407和联系人名片的图标408等。响应于用户点击日程卡片的图标406的操作，如图4A中的(c)所示，手机可以显示日程制作界面409，在日程制作界面409，用户可以填入日程主题，参加时间、参加地点和参加人员等信息。之后，用户可以在日程制作界面409点击发送按钮410。响应于用户点击发送按钮410的操作，如图4B中的(a)所示，在日程卡片发送方/发送端(例如，小艺的手机)的界面401的显示区域402中可以显示已发送的日程卡片。如图4B中的(b)所示，在日程卡片接收方/接收端(例如，Dave的手机)的界面404的显示区域403中可以显示日程卡片，日程卡片接收方的用户可以在日程卡片上更新参与状态。例如在显示区域4031中可以供日程卡片接收方的用户选择是否参加该日程中的活动。若日程卡片接收方的用户选择参加，即点击“是”的按钮，在日程卡片发送方(例如，小艺的手机)的界面401中的日程卡片中可以显示参加人员的信息。如图4B中的(c)所示，可以在显示区域4032显示：Dave参加。当然，也可以在日程卡片接收方的日程卡片中显示参加人员的信息，这样，日程卡片发送方和日程卡片接收方的用户可以准确获知该日程的参加人员的参与状态。

如图4C中的(a)所示，在主题1的会话详情界面401中，响应于用户(例如，小艺)点击控件405的操作，如图4C中的(b)所示，手机可以显示界面405a，响应于用户在界面405a点击待办卡片的图标407的操作，如图4C中的(c)所示，手机可以显示待办卡片制作界面411，在待办卡片制作界面411，用户可以在输入框412a中填入待办事件(待办事项/待办任务)的名称，通过控件413可以选择相应的待办人员。并且，可以通过控件414添加新的待办事件和待办人员。或者，响应于用户在界面405a点击待办卡片的图标407的操作，手机可以调用手机上安装的待办APP进行待办卡片的编辑。之后，响应于用户在待办制作界面411点击发送按钮412，如图4D中的(a)所示，在待办卡片发送方(例如，小艺的手机)的界面401中的显示区域402中可以显示已发送的待办卡片。待办卡片中显示待办事件(例如，待办事件1、待办事件2、待办事件3、待办事件4)和待办事件的执行人(例如，Dave、Jenny、Sam、Bob)。如图4D中的(b)所示，在待办卡片接收方(例如，Dave的手机)的界面404中的显示区域403中可以显示待办卡片，该待办卡片中待办人员为自己的待办事件可以供更新状态(例如，可以通过点击待办事件1对应的控件403a更新待办事件的状态)，其他待办事件可以进行置灰显示。待办卡片接收方点击自身对应的更新控件(即待办事件1之前的小圆圈)后，如图4D中的(c)所示，待办卡片发送方(例如，小艺的手机)的待办卡片中可以显示待办事件的进展，例如，待办事件1的右边可以显示Dave已完成。从而待办卡片发送方的用户可以更准确地统计待办事件的进展情况。

如图4E中的(a)所示，在主题1的会话详情界面401中，响应于用户(例如，小艺)点击控件405的操作，如图4E中的(b)所示，手机可以显示界面405a，响应于用户在界面405a点击联系人(邮件联系人)的图标408的操作，如图4E中的(c)所示，手机可以显示联系人名片制作界面421，在联系人名片制作界面421，用户可以选择想要分享的联系人。或者，响应于用户在界面405a点击联系人的图标408的操作，手机可以调用手机上安装的联系人APP选择想要分享的联系人。之后，响应于用户在联系人名片制作界面421点击发送按钮422，如图4F中的(a)所示，在联系人名片发送方(例如，小艺的手机)的界面401中的显示区域402中可以显示已发送的联系人名片。如图4F中的(b)所示，在联系人名片接收方(例如，Dave的手机)的界面404中的显示区域403中可以显示联系人名片。其中，每个联系人的名片中包括姓名、邮箱地址、电话号码等信息，每种信息可以对应一个功能按钮。响应于用户点击相应的功能按钮的操作，可以调用相应的APP完成相应的功能。例如，如图4F中的(b)所示，响应于Dave点击Jenny的名片上电话号码对应的功能按钮(拨打按钮)的操作，如图4F中的(c)所示，可以调用Dave的手机上的电话APP拨打Jenny的电话。

上述手机(例如，小艺的手机、Dave的手机等)的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本发明实施例以分层架构的Android系统为例，示例性说明手机的软件结构。

分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用程序层，应用程序框架层，Android runtime和系统库，以及内核层。

应用程序层可以包括一系列应用程序包。

如图5所示，应用程序包可以包括邮件，相机，图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，视频，短信息等应用程序。

应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。

应用程序框架层可以包括活动管理器、窗口管理器，内容提供器，视图系统，资源管理器，通知管理器等，本申请实施例对此不做任何限制。

活动管理器(Activity Manager)：用于管理每个应用的生命周期。应用通常以Activity的形式运行在操作系统中。对于每一个Activity，在活动管理器中都会有一个与之对应的应用记录(ActivityRecord)，这个ActivityRecord记录了该应用的Activity的状态。活动管理器可以利用这个ActivityRecord作为标识，调度应用的Activity进程。

窗口管理器(WindowManagerService)：用于管理在屏幕上使用的图形用户界面(graphical user interface，GUI)资源，具体可用于：获取显示屏大小、窗口的创建和销毁、窗口的显示与隐藏、窗口的布局、焦点的管理以及输入法和壁纸管理等。

应用程序框架层以下的系统库和内核层等可称为底层系统，底层系统中包括用于提供显示服务的底层显示系统，例如，底层显示系统包括内核层中的显示驱动以及系统库中的surface manager等。

安卓运行时(Android Runtime)包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(Media Libraries)，OpenGL ES，SGL等。

表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如：MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。

OpenGL ES用于实现三维图形绘图，图像渲染，合成，和图层处理等。

SGL是2D绘图的绘图引擎。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。

示例性的，本申请实施例提供的方法可以在邮件应用程序(邮件应用)中运行。如图6所示，邮件应用程序可以包括模式1界面、模式1控制层、邮件同步控制层、邮箱协议、邮件数据库、模式2界面、模式2控制层和模式2的功能模块。

其中，模式1界面可以包括邮件列表(如图3A中的(b)所示的界面)，邮件编辑和邮件正文等界面。

模式1控制层包括控制类1，控制类1用于从邮件数据库中读取邮件数据并传送给模式1界面，或者将用户基于模式1界面编辑的邮件数据写入邮件数据库。

模式2界面可以包括会话列表(如图3B中的(c)所示)、邮件编辑(如图3H中的(b)所示)、日程卡片(如图4B所示)、联系人名片(如图4F所示)、待办卡片(如图4D所示)、邮件详情(如图3F中的(b)所示)、会话详情(如图3C中的(b)、图3D中的(b)或图3E中的(b)所示)等界面。

模式2控制层包括控制类2，控制类2用于从邮件数据库中读取邮件数据并传送给模式2界面，或者将用户基于模式2界面编辑的邮件数据写入邮件数据库。

模式2的功能模块可以包括分组模块、内容提取模块、头像显示模块和卡片解析模块等。其中，分组模块可以用于对邮件进行分组，可以将不同邮件归类到不同的会话中。内容提取模块用于提取用户在邮件中的输入内容(例如，用户通过触摸屏、鼠标、键盘等输入的内容)，即邮件的正文中不包括签名信息的部分。头像显示模块用于根据预设规则显示一个或多个邮件联系人(包括发件人、收件人、抄送人等)的头像。卡片解析模块可以用于进行日程卡片解析、联系人名片解析和待办卡片解析等。

邮箱协议可以包括因特网邮件访问协议(internet mail access protocol，IMAP)、邮件同步协议(exchange active sync，EAS)、邮局协议版本3(post officeprotocol version 3，POP3)和简单邮件传输协议(simple mail transfer protocol，SMTP)等。

邮件数据库中可以包括Account表、MailBox表、Message表和Body表。

如图7所示，为本申请实施例提供的一种邮件数据的格式示意图。邮件数据的格式可以包括Account字段、MailBox字段、Message字段和Body字段。其中，Account字段存储邮箱账户的信息；Mailbox字段存储每个邮箱账户下的文件夹信息(收件箱、发件箱、已发送邮件、草稿箱等)；Message字段存储每封邮件的元数据(收件人、发件人、抄送人、主题、摘要等等)；Attachment字段存储每封邮件中附件的数据；Body字段中存储每封邮件的正文数据。需要说明的是，Message字段中还可以包括会话标识(chatId)字段和会话内容(chatcontent)字段。chatId字段和chatcontent字段详见下文的相关描述。

示例性的，如图8A所示，用户可以在发送端的邮件应用程序的模式1界面进行邮件编辑，控制类1可以将编辑完成的邮件数据写入邮件数据库，而后调用邮箱协议向服务器1发送邮件数据。其中，邮件数据中可以包括正文、发件人、收件人等。服务器1(发件人的地址对应的服务器)可以将邮件数据发送给服务器2(收件人的地址对应的服务器)。基于用户的操作(例如，用户打开邮件应用的操作)或者基于预设的定时器，同步功能模块可以调用邮箱协议从服务器2获取邮件数据，邮件数据写入邮件数据库前，可以经过模式2的功能模块的处理。用户进入模式2界面时，控制类2可以从数据库获取邮件数据，并传送给模式2界面，模式2界面可以根据邮件数据显示会话列表(如图3B中的(b)所示的界面)。

如图8B所示，用户可以在发送端的邮件应用程序的模式2界面进行邮件编辑，而后，控制类2可以将编辑完成的邮件数据发送给模式2的功能模块处理，而后可以将邮件数据写入邮件数据库，而后调用邮箱协议向服务器1发送邮件数据。其中，邮件数据不仅可以包括正文、发件人、收件人等，还可以包括标签(用于标记邮件中用户输入的内容)、日程卡片、待办卡片和联系人名片等至少一种数据。服务器1可以将邮件数据发送给服务器2。基于用户的操作或者基于预设的定时器，同步功能模块可以调用邮箱协议从服务器2获取邮件数据，将邮件数据写入邮件数据库。用户进入模式2界面时，控制类2可以从数据库获取邮件数据，并传送给模式2界面，模式2界面可以根据邮件数据显示会话列表(如图3B中的(b)所示的界面)。

其中，会话列表可以包括三类会话组，分别是单人会话、群组会话和主题会话。其中，单人会话是指邮件联系人除去自己(当前用户，例如用户A)后只含一个联系人的情况，包括自发自收(例如，用户A发送给用户A)的情况；发送给单个收件人(例如，用户A发送给用户B)的情况；以及发送给其他单个收件人与自身(例如，用户A发送给用户A和用户B)的情况。主题会话包括以下情况：(1)基于历史邮件的回复(例如，用户A基于用户B发送的邮件1回复的邮件(该回复邮件可以为邮件2))，基于历史邮件的转发(例如，用户A基于用户B发送的邮件1向用户C转发的邮件(该转发邮件可以为邮件3))，邮件1、邮件2和邮件3可以具有相同的参考ID(即reference ID)；(2)主题文字完全匹配的情况，例如，多封邮件的主题可以都是主题1(例如，“XX发布会”)。群组会话是指邮件联系人除去自己(当前用户，例如用户A)后，剩余的联系人数量大于1个的情况。当某邮件的联系人完全匹配某个群组(例如，群组1)的联系人且无匹配的主题会话时，归类到相应的群组会话里(例如，群组1的会话)。

如图9所示，电子设备(第一设备或第二设备)接收到一封新邮件后，可以通过分组模块进行条件判断，以确定该邮件所属的会话组。若该邮件仅有1个联系人(发件人为1个)，将该邮件归类为单人会话；若该邮件包括多个联系人(收件人包括多个)，且存在参考ID相同或主题相同的邮件，将该邮件归类为主题会话；若该邮件不存在参考ID相同或主题相同的邮件，而存在联系人完全匹配的邮件，将该邮件归类为群组会话，否则新建一个群组/主题会话。

其中，分组模块可以为每组会话生成唯一标识(chatID)，该标识可以存储在如图7所示的chatId字段中，属于同一组会话的邮件对应同一个chatId。

示例性的，如图3B中的(c)所示，关于主题1讨论的往返邮件可以聚合在主题1的会话组；当前用户与张三的一对一邮件可以聚合在张三的单人会话组；当前用户与Jenny的一对一邮件可以聚合在Jenny的单人会话组；当前用户与Dave的一对一邮件可以聚合在Dave的单人会话组；群组1中的任意联系人发送的邮件可以聚合在群组1的会话组中。

如图3C中的(b)所示，显示区域312、显示区域313和显示区域314中各个会话框对应的邮件对应同一个chatId。如图3D中的(b)所示，显示区域322、显示区域323和显示区域324中各个会话框对应的邮件对应同一个chatId。如图3E中的(b)所示，显示区域332、显示区域333和显示区域334中各个会话框对应的邮件对应同一个chatId。

在一种可能的实现方式中，单人会话、群组会话和主题会话的内容展现方式是不同的。例如单人会话和群组会话里，以人为维度，可能包含多件事情的邮件(或者说多个主题的邮件)，而主题会话里始终以事为维度，即始终和同一个主题相关。

如图10所示，电子设备接收到一封新邮件后，若确定该邮件属于单人会话或群组会话，可以提取主题、正文及附件。例如，可以从Message字段获取主题，从Attachment字段获取附件，从chatcontent字段获取正文(正文可以是指用户输入的内容)。然后，电子设备可以在会话框(如图3D中的(b)所示或如图3E中的(b)所示的会话框)显示主题、正文及附件等信息。若确定该邮件属于主题会话，则可以过滤主题，仅提取正文、附件，在会话框中(如图3C中的(b)所示的会话框)仅显示正文、附件等。

如图11中的(a)所示，邮件发送端的邮件应用程序中的内容提取模块可以针对用户输入的内容设置标签。其中，用户输入的内容可以包括用户通过触摸屏或键盘输入的内容。示例性的，可以采用div标签(一种超文本标记语言(hyper text markup language，Html)标签)对用户输入的内容进行标记，被标记的用户输入的内容具有特定的属性，例如该属性值可以与邮件的消息ID(message ID)相同。如图11中的(b)所示，邮件接收端的邮件应用程序中的内容提取模块可以读取div标签标记的内容，从而获取用户的输入内容。这种对同一应用产生的数据采用标签进行标记的方式，可以达到快速提取用户的输入内容的目的，可以降低耗时。

在另一种可能的设计中，如图11中的(b)所示，若读取标签不成功(例如通过非同一客户端发送来的邮件中通常没有div标签)，则邮件接收端可以对邮件进行过滤引用原文(引用内容)和过滤签名信息的处理，从而获取用户的输入内容。

其中，过滤引用内容的过程可以是：根据当前邮件的参考ID获取到引用邮件，从当前邮件的内容中删除引用邮件的内容。引用邮件的内容包括引用邮件的正文内容、发件人、发件时间、收件人、抄送人和主题等。删除引用邮件的内容后，可以过滤签名信息。过滤签名信息的过程可以是：根据本地签名库过滤当前邮件的签名信息。其中，本地签名库是基于机器学习生成的，其生成过程可以是：遍历当前账户接收和发送的全部邮件，每封邮件可以包括正文和引用内容(即引用邮件的内容，包括引用邮件的正文、发件人、收件人等信息)，过滤每封邮件的引用内容得到每封邮件的正文，每封邮件的正文包括用户输入的内容和签名信息。对于同一发件人发送的邮件，从每封邮件的正文的文本最后一行进行遍历对比差异(即按照逆序行对比差异)，若连续N行文本满足预定的权重，可以将该N行文本作为该发件人的签名行(签名信息)。或者，对于同一发件人发送的邮件，可以从每封邮件中提取每行文本的特性，使用支持向量机(support vector machine，SVM)模型判断是否为签名行。而后，将得到的签名信息更新到本地签名库中。这样，随着邮件数据的增多，可以不断学习和校正签名行，提高提取用户的输入内容的准确率。

如图7所示，chatContent字段中可以保存用户输入的内容，或者chatContent字段可以保存用户输入的内容的存储地址，即chatchatContent字段可以链接到用户输入的内容。基于chatContent字段，如图3C中的(b)、图3D中的(b)和图3E中的(b)所示，可以在各个会话框中的正文部分显示用户输入的内容(例如，通过触摸屏输入的内容)。这样，可以过滤掉冗余内容(引用内容和签名信息)，仅展示每封邮件中用户输入的内容，从而可以快速了解邮件的关键信息。

如表1所示，属于同一组会话的邮件对应同一个chatId，例如，如图3C中的各个会话框对应的邮件的chatID可以都为“1”；如图3D中的各个会话框对应的邮件的chatID可以都为“5”；如图3E中的各个会话框对应的邮件的chatID可以都为“8”。每封邮件中用户输入的内容可以保存在chatContent字段。

表1

chatID	chatContent
		1	10点开会，会议室定在xxx会议室，请大家都准时到场，谢谢！
1	小艺和Jenny发一下策划书，谢谢
		1	附件为方案策划书，请查收
1	好险，昨晚才改完，请查收哈
		...	...
5	可以把你的策划书发我看下吗？
		5	好的，请查收
5	预计下午发出xx一撰，请知悉！
		5	请查收附件，并且有两处问题我标记出来了
...	...
		8	@所有人，开个紧急会议
8	附件是xx项目的设计书，请查收
		8	请查收
8	本次会议座次表。
		...	...

在主题会话中，用户可以添加或删除一个或多个联系人(用户)。为了使用户感知邮件联系人的变化，可以在电子设备的界面提示邮件联系人的变化。如图12所示，当电子设备接收到一封新邮件(例如邮件1)时，若确定邮件1属于主题会话，可以获取邮件1的发件人、主送人、抄送人和密送人等联系人信息，与同一主题会话的前一封邮件(例如，邮件2(邮件2的发送时间在邮件1之前))的发件人、主送人、抄送人、密送人进行比较，确定是否增加联系人或删除联系人，而后输出增加联系人或删除联系人。如图3H中的(a)所示，可以在显示区域346提示联系人发生变化，使用户感知到联系人的变化，提高用户的体验。

当用户首次接收到一封邮件时，若该邮件包含较多往来邮件的信息(该邮件引用了一封或多封邮件，即包含较多引用内容)，该邮件对应的会话框中仅显示当前发件人输入的内容，缺少上下文环境，用户难以完整了解事件的起因始末。为了解决上述问题，如图13所示，邮件发送发(简称为发送方)回复一封邮件(例如，邮件1)时，邮件发送方可以对回复邮件(例如，邮件2)进行封装，可以使用引用邮件(即邮件1)的消息ID(例如，ID1)标记引用邮件(即邮件1)的内容，使用新的消息ID(例如，ID2)标记邮件2中用户输入的数据。然后，邮件发送方确定邮件2的传输路径，根据邮件2的传输路径发送邮件2。邮件接收方接收邮件2，当用户希望查看邮件的历史信息时(例如点击邮件2对应的对话框，如图3I中的(a)所示)，邮件接收方可以读取邮件2的数据，获取多个消息ID(ID1，ID2)，根据每个消息ID获取相应的内容进行显示。示例性的，响应于用户点击相应的显示区域(如图3I中的(b)所示)的操作，邮件接收方确定用户点击的显示区域对应的消息ID，根据消息ID显示邮件详情(如图3I中的(c)所示)。

本申请实施例还提供一种头像显示方法，可以通过头像的显示方式为用户提示一些关键信息。对于单人会话，可以为当前用户的对端用户生成头像(例如，如图3B中的(b)所示，当前用户可以为小艺，对端用户可以是张三、Jenny和Dave)。对于主题会话，可以为主题会话中的全部用户或部分用户(例如，如图3C中的(b)所示，可以包括Dave、Jenny和小艺等用户)生成头像；对于群组会话，可以为群组中的全部用户或部分用户(例如，如图3E中的(b)所示，可以包括Dave和小艺等用户)生成头像。

如图14A所示，对于一个邮件联系人，当该邮件联系人设置了头像时，显示设置的头像。当无法获取邮件联系人的头像或收件人未设置头像时，若该邮件联系人的邮箱地址设置了名称，且名称中有中文，则以最后一个中文字符生成默认头像；若名称中有英文，则以第一个英文字符的大写生成默认头像。或者，以默认图片生成邮件联系人的头像。若邮件联系人的邮箱地址未设置名称，可以截取邮件地址的用户名，即邮件地址中“@”字符前的字符串(如test@Huawei.com，截取后的字符串为test)：若截取后字符串中有中文，则以最后一个中文字符生成默认头像；若截取后字符串中有英文，则以第一个英文字符的大写生成默认头像(例如，T)。否则，可以以默认图片生成邮件联系人的头像。并且，对于群组会话或主题会话，可以根据邮件联系人在群组会话或主题会话中发送、答复、转发等互动的数量、最近活跃情况等因素筛选出N个邮件联系人生成头像。N大于或等于1。或者，可以根据最新一封邮件的联系人(发件人、收件人、抄送人、密送人)生成头像，或者可以从最新一封邮件的联系人中筛选出M个邮件联系人生成头像。M大于或等于1。并且，最新一封邮件的发件人或VIP联系人可以重点显示，例如可以在某一位置(如左上角)显示、放大显示、高占比显示、描边或特殊填充色等。

示例性的，如图14B所示，可以从群组会话的成员或主题会话的成员中选择发送邮件次数较多的4个邮件联系人生成头像，并根据活跃度按照不同大小、比例显示布局头像，活跃高的邮件联系人头像的占比较大。这样，通过头像的变化能快速识别不同群组成员的活跃度。或者，可以从群组会话或主题会话中最新一封邮件的联系人(包括发件人、收件人、抄送人、密送人)中筛选出4位联系人生成头像，最新一封邮件的发件人或VIP联系人显示在左上角并放大显示。这样，可以快速识别最新一封邮件的发件人或者识别出最新一封邮件是否有VIP联系人。

如图15所示，日程卡片的接收方(简称为接收方)可以接收邮件(例如，邮件1)，若检测到邮件的附件数据包含vcs文件(日程卡片可以是vcs格式，或者日程卡片可以是ics格式，本申请不做限定)，可以执行下载；下载得到vcs文件后，可以解析vcs文件的日程信息，然后解析日程信息中的主题、参与人等信息用于卡片展示。用户更新参与状态后(如图4B中的(b)所示)，接收方可以组装回复邮件(例如，邮件2)，并向日程卡片的发送方(简称为发送方)发送回复邮件。其中，组装回复邮件的过程可以是：在回复邮件的消息头(messageheader)中添加参与状态，例如接受(是)、拒绝(否)等信息；2、更新参考ID(即在邮件1的参考ID基础上增加邮件2的消息ID)。日程卡片的发送方接收到回复邮件后，解析回复邮件(即邮件2)的参考ID获取原始邮件(即邮件1)的消息ID；再解析回复邮件的消息头，获取参与状态；最后可以刷新日程卡片中的相关人员的参与状态(例如，如图4B中的(c)所示)。

如图16所示，待办卡片发送方(简称为发送方)的用户可以添加待办事件，并为每个待办事件设置执行人/待办人员(如图4C中的(c)所示)，生成每个待办事件的ID(例如，通用唯一识别码(universally unique Identifier，UUID))，然后可以格式化待办事件的数据。示例性的，可以根据以下代码格式化待办事件的数据：

然后，待办卡片发送方发送包含待办事件的数据的邮件。待办卡片接收方(简称为接收方)接收包含待办事件的数据的邮件，解析包含待办事件的数据的邮件，确定是否有对应自身的待办任务。待办卡片接收方可以在属于自己的待办任务后显示操作按钮；对于不属于自己的待办任务置灰显示；响应于用户点击操作按钮，可以更新待办事件的状态，并且可以反馈待办事件的状态，而后待办卡片接收方可以发送包含待办事件的状态的邮件。待办卡片发送方接收包含待办事件的状态的邮件，根据待办事件的ID更新待办卡片中的待办事件的状态。

如图17所示，联系人名片的发送方(简称为发送方)的用户可以通过联系人按钮添加联系人(如图4E中的(c)所示，可以添加王XX和Jenny)；响应于添加联系人的操作，可以根据vCard协议(联系人名片可以是vCard格式)将联系人的信息生成vCard文件；而后发送邮件，可以将vCard文件作为邮件附件。联系人名片接收方(简称为接收方)接收邮件，解析vCard文件，根据解析结果显示联系人名片(如图4F中的(b)所示)。

基于本申请实施例提供的方法，当电子设备接收到一封邮件时，可以判断该邮件属于哪个会话组(单人、群组或主题)，将该邮件汇聚在相应的会话组中，并可以按照会话的样式展示邮件，可以提升用户的阅读效率和阅读体验。

如图18所示，本申请实施例提供一种邮件处理方法，包括：

1801、电子设备显示邮件应用的第一界面，第一界面包括第一列表的第一条目和第二条目。

第一条目和第二条目是根据不同的邮件联系人区分的，第一条目对应第一邮件联系人(例如，Jenny)，第二条目对应第二邮件联系人(例如，Dave)。

示例性的，第一界面可以如图3B中的(c)所示的界面301，第一条目可以如图3B中的(c)所示的显示区域303中的Jenny(对应)的条目，第二条目可以如图3B中的(c)所示的显示区域303中的Dave(对应)的条目。

1802、响应于用户对第一条目的操作，显示第二界面；第二界面包括第一信息和第二信息。

示例性的，第二界面可以如图3D中的(b)所示的界面321，第一信息可以如图3D中的(b)所示的显示区域322中的会话框，第二信息可以如图3D中的(b)所示的显示区域323中的会话框。用户对第一条目的操作可以是点击、触摸、长按等操作。

第一信息包括第一邮件的主题和正文，第二信息包括第二邮件的主题和正文，第一邮件的主题和第二邮件的主题不同；第一邮件的发件人或收件人为第一邮件联系人，第二邮件的发件人或收件人为第一邮件联系人。

其中，第一邮件和第二邮件对应第一标识；第三邮件和第四邮件对应第二标识；其中，第一标识和第二标识不同。

在一种可能的实现方式中，第一信息包括第一邮件的主题和正文包括：第一信息包括第一邮件的主题和正文中用户输入的内容，用户输入的内容包括基于触摸屏、鼠标、键盘中的至少一种输入的内容。

在一种可能的实现方式中，第一邮件包括第一标签，第一标签用于标识用户输入的内容，电子设备根据第一标签获取用户输入的内容。

在一种可能的实现方式中，电子设备删除第一邮件的引用内容和第一邮件的正文的签名信息得到第一邮件中用户输入的内容。

在一种可能的实现方式中，响应于用户对第一信息的操作，显示第三界面。第三界面包括第一邮件的发件人、收件人、抄送人、主题、正文、附件、引用内容中的至少一种信息。

在一种可能的实现方式中，响应于用户对第二信息的操作，显示第四界面；第四界面包括第二邮件的发件人、收件人、抄送人、主题、正文、附件、引用内容中的至少一种信息。

1803、响应于用户对第二条目的操作，显示第五界面；第五界面包括第三信息和第四信息。

第三信息包括第三邮件的主题和正文，第四信息包括第四邮件的主题和正文，第三邮件的主题和第四邮件的主题不同；第三邮件的发件人或收件人为第二邮件联系人，第四邮件的发件人或收件人为第二邮件联系人；

在一种可能的实现方式中，响应于用户对第三信息的操作，显示第六界面；第六界面包括第三邮件的发件人、收件人、抄送人、主题、正文、附件、引用内容中的至少一种信息；

在一种可能的实现方式中，响应于用户对第四信息的操作，显示第七界面；第七界面包括第四邮件的发件人、收件人、抄送人、主题、正文、附件、引用内容中的至少一种信息。

在一种可能的设计中，第一列表还包括第三条目；第三条目对应第一邮件联系人群组，第一邮件联系人群组包括登录邮件应用的第一账户和多个邮件联系人；该方法还包括：

1804、响应于用户对第三条目的操作，显示第八界面；第八界面包括登录邮件应用的第一账户和多个邮件联系人之间传输的第五信息和第六信息。

示例性的，第三条目可以如图3B中(b)所示的显示区域304中的群组1的条目。

第五信息包括第五邮件的主题和正文，第六信息包括第六邮件的主题和正文，第五邮件的主题和第六邮件的主题不同。示例性的，第五信息可以如图3E中的(b)所示的显示区域332中的会话框。第六信息可以如图3E中的(b)所示的显示区域334中的会话框。

可选的，响应于用户对第八界面的第一控件的操作，删除或添加一个或多个邮件联系人。

在一种可能的设计中，第一列表还包括第四条目；第四条目对应第一主题；该方法还包括：

1805、响应于用户对第四条目的操作，显示第九界面；第九界面包括关于第一主题的第七信息和第八信息。

示例性的，第四条目可以如图3B中的(c)中的显示区域302中的主题1的条目。第九界面可以如图3C中的(b)所示的界面311。第七信息可以如图3C中的(b)所示的显示区域312中的任一个会话框。第八信息可以如图3C中的(b)所示的显示区域313中的会话框。

第七信息包括第七邮件的正文，第八信息包括第八邮件的正文。

在一种可能的实现方式中，电子设备接收来自第三邮件联系人的第九邮件，第九邮件的主题与第一邮件、第二邮件、第三邮件或第四邮件的主题相同；电子设备将第九邮件归类到第一列表的第五条目，第五条目对应第三邮件联系人。

在一种可能的实现方式中，该方法还包括：电子设备接收第一邮件，第一邮件包括第一标签，第一标签用于标识第一邮件中用户输入的内容，电子设备根据第一标签获取第一邮件中用户输入的内容。

在一种可能的实现方式中，该方法还包括：电子设备删除第一邮件的引用内容和第一邮件的正文的签名信息得到第一邮件中用户输入的内容。

在一种可能的实现方式中，该方法还包括：电子设备发送或接收包括日程卡片的邮件，日程卡片包括日程主题、参加时间、参加地点和参加人员中的至少一种信息。

在一种可能的实现方式中，该方法还包括：电子设备发送或接收包括日程卡片的回复信息的邮件，日程卡片的回复信息用于指示参加人员的参与状态。

在一种可能的实现方式中，该方法还包括：电子设备发送或接收包括待办卡片的邮件，待办卡片包括至少一个待办事件和待办人员。

在一种可能的实现方式中，该方法还包括：电子设备发送或接收包括待办卡片的回复信息的邮件，待办卡片的回复信息用于指示待办事件的状态。

在一种可能的实现方式中，该方法还包括：电子设备发送或接收包括联系人名片的邮件，联系人名片包括至少两个邮件联系人的信息。

在一种可能的实现方式中，该方法还包括：电子设备发送第十邮件，第十邮件包括第二标签，第二标签用于标识第十邮件中用户输入的内容，用户输入的内容包括基于触摸屏、鼠标、键盘中的至少一种输入的内容。

在一种可能的实现方式中，电子设备根据邮箱名称、邮箱地址的用户名或默认图像生成邮件联系人的头像。

在一种可能的实现方式中，若存在多个邮件联系人，根据邮件联系人的活跃度以不同大小、比例显示不同邮件联系人的头像。

需要说明的是，图18所述的实施例中的电子设备可以为前述实施例中的手机(例如，小艺的手机，Dave的手机等)，图18所述的实施例中未详述的部分，可以参考前述实施例，在此不做赘述。

基于本申请实施例提供的方法，电子设备可以显示邮件应用的第一界面，第一界面中包括第一列表，第一列表包括根据不同的邮件联系人区分的不同条目。响应于用户对不同条目的操作，可以显示不同的信息(信息可以以对话框的形式显示)，即本申请实施例可以按照会话的样式展示不同邮件联系人的邮件(包括邮件联系人作为收件人和发件人的情况)，可以提升用户的阅读效率和阅读体验。

本申请另一些实施例提供了一种电子设备(如图2所示的电子设备200)，该电子设备可以包括：通信模块、存储器和一个或多个处理器。该通信模块、存储器与处理器耦合。该存储器用于存储计算机程序代码，该计算机程序代码包括计算机指令。

本申请另一实施例提供一种服务器，如图19所示，服务器1900包括通信模块1903、存储器1902和一个或多个处理器1901。该通信模块1903、存储器1902与处理器1901耦合。其中，存储器1902用于存储计算机程序代码，计算机程序代码包括计算机指令。当计算机指令被处理器1901执行时，使得服务器1900执行上述各方法实施例中服务器(例如，服务器1或服务器2)执行的各个功能或者步骤。

本申请另一实施例提供一种芯片系统，如图20所示，该芯片系统包括至少一个处理器2001和至少一个接口电路2002。处理器2001和接口电路2002可通过线路互联。例如，接口电路2002可用于从其它装置(例如，电子设备的存储器)接收信号。又例如，接口电路2002可用于向其它装置(例如处理器2001)发送信号。

例如，接口电路2002可读取电子设备中存储器中存储的指令，并将该指令发送给处理器2001。当所述指令被处理器2001执行时，可使得电子设备(如图2所示的电子设备200)执行上述各实施例中的各个步骤。

又例如，接口电路2002可读取服务器中存储器中存储的指令，并将该指令发送给处理器2001。当所述指令被处理器2001执行时，可使得服务器执行上述实施例中的各个步骤。

当然，该芯片系统还可以包含其他分立器件，本申请实施例对此不作具体限定。

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

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

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

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

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

Claims (19)

1.一种邮件处理方法，其特征在于，包括：

电子设备显示邮件应用的第一界面，所述第一界面包括第一列表的第一条目和第二条目；所述第一条目和所述第二条目是根据不同的邮件联系人区分的，所述第一条目对应第一邮件联系人，所述第二条目对应第二邮件联系人；

响应于用户对所述第一条目的操作，显示第二界面；所述第二界面包括第一信息和第二信息，所述第一信息包括第一邮件的主题和正文，所述第二信息包括第二邮件的主题和正文，所述第一邮件的主题和所述第二邮件的主题不同；所述第一邮件的发件人或收件人为所述第一邮件联系人，所述第二邮件的发件人或收件人为所述第一邮件联系人；

响应于所述用户对所述第一信息的操作，显示第三界面；所述第三界面包括所述第一邮件的发件人、收件人、抄送人、主题、正文、附件、引用内容中的至少一种信息；

响应于所述用户对所述第二信息的操作，显示第四界面；所述第四界面包括所述第二邮件的发件人、收件人、抄送人、主题、正文、附件、引用内容中的至少一种信息；

响应于所述用户对所述第二条目的操作，显示第五界面；所述第五界面包括第三信息和第四信息，所述第三信息包括第三邮件的主题和正文，所述第四信息包括第四邮件的主题和正文，所述第三邮件的主题和所述第四邮件的主题不同；所述第三邮件的发件人或收件人为所述第二邮件联系人，所述第四邮件的发件人或收件人为所述第二邮件联系人；

响应于所述用户对所述第三信息的操作，显示第六界面；所述第六界面包括所述第三邮件的发件人、收件人、抄送人、主题、正文、附件、引用内容中的至少一种信息；

响应于所述用户对所述第四信息的操作，显示第七界面；所述第七界面包括所述第四邮件的发件人、收件人、抄送人、主题、正文、附件、引用内容中的至少一种信息。

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

所述第一列表还包括第三条目；所述第三条目对应第一邮件联系人群组，所述第一邮件联系人群组包括登录所述邮件应用的第一账户和多个邮件联系人；

响应于所述用户对所述第三条目的操作，显示第八界面；所述第八界面包括登录所述邮件应用的第一账户和所述多个邮件联系人之间传输的第五信息和第六信息，所述第五信息包括第五邮件的主题和正文，所述第六信息包括第六邮件的主题和正文，所述第五邮件的主题和所述第六邮件的主题不同。

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

所述第一列表还包括第四条目；所述第四条目对应第一主题；

响应于所述用户对所述第四条目的操作，显示第九界面；所述第九界面包括关于所述第一主题的第七信息和第八信息，所述第七信息包括第七邮件的正文，所述第八信息包括第八邮件的正文。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述方法还包括：

所述电子设备接收来自第三邮件联系人的第九邮件，所述第九邮件的主题与所述第一邮件、所述第二邮件、所述第三邮件或所述第四邮件的主题相同；

所述电子设备将所述第九邮件归类到所述第一列表的第五条目，所述第五条目对应所述第三邮件联系人。

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

响应于所述用户对所述第八界面的第一控件的操作，删除或添加一个或多个邮件联系人。

6.根据权利要求1-5任一项所述的方法，其特征在于，

所述第一邮件和所述第二邮件对应第一标识；所述第三邮件和所述第四邮件对应第二标识；其中，所述第一标识和所述第二标识不同。

7.根据权利要求1-6任一项所述的方法，其特征在于，所述第一信息包括第一邮件的主题和正文包括：

所述第一信息包括所述第一邮件的所述主题和所述正文中用户输入的内容，所述用户输入的内容包括基于触摸屏、鼠标、键盘中的至少一种输入的内容。

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

所述电子设备接收所述第一邮件，所述第一邮件包括第一标签，所述第一标签用于标识所述第一邮件中用户输入的内容，所述电子设备根据所述第一标签获取所述第一邮件中用户输入的内容。

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

所述电子设备删除所述第一邮件的引用内容和所述第一邮件的正文的签名信息得到所述第一邮件中用户输入的内容。

10.根据权利要求1-9任一项所述的方法，其特征在于，所述方法还包括：

所述电子设备发送或接收包括日程卡片的邮件，所述日程卡片包括日程主题、参加时间、参加地点和参加人员中的至少一种信息。

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

所述电子设备发送或接收包括日程卡片的回复信息的邮件，所述日程卡片的回复信息用于指示参加人员的参与状态。

12.根据权利要求1-11任一项所述的方法，其特征在于，所述方法还包括：

所述电子设备发送或接收包括待办卡片的邮件，所述待办卡片包括至少一个待办事件和待办人员。

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

所述电子设备发送或接收包括待办卡片的回复信息的邮件，所述待办卡片的回复信息用于指示待办事件的状态。

14.根据权利要求1-13任一项所述的方法，其特征在于，所述方法还包括：

所述电子设备发送或接收包括联系人名片的邮件，所述联系人名片包括至少两个邮件联系人的信息。

15.根据权利要求1-14任一项所述的方法，其特征在于，所述方法还包括：

所述电子设备根据邮箱名称、邮箱地址的用户名或默认图像生成邮件联系人的头像。

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

若存在多个邮件联系人，根据邮件联系人的活跃度以不同大小、比例显示不同邮件联系人的头像。

17.根据权利要求1-16任一项所述的方法，其特征在于，所述方法还包括：

所述电子设备发送第十邮件，所述第十邮件包括第二标签，所述第二标签用于标识所述第十邮件中用户输入的内容，所述用户输入的内容包括基于触摸屏、鼠标、键盘中的至少一种输入的内容。

18.一种电子设备，其特征在于，所述电子设备包括：无线通信模块、存储器和一个或多个处理器；所述无线通信模块、所述存储器与所述处理器耦合；

其中，所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令；当所述计算机指令被所述处理器执行时，使得所述电子设备执行如权利要求1-17中任一项所述的方法。

19.一种计算机可读存储介质，其特征在于，包括计算机指令；

当所述计算机指令在电子设备上运行时，使得所述电子设备执行如权利要求1-17中任一项所述的方法。

Images