CN112866087A - 一种信息接收方法及计算机可读存储介质 - Google Patents
一种信息接收方法及计算机可读存储介质 Download PDFInfo
- Publication number
- CN112866087A CN112866087A CN202110032640.0A CN202110032640A CN112866087A CN 112866087 A CN112866087 A CN 112866087A CN 202110032640 A CN202110032640 A CN 202110032640A CN 112866087 A CN112866087 A CN 112866087A
- Authority
- CN
- China
- Prior art keywords
- mails
- queue
- target
- unread
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/42—Mailbox-related aspects, e.g. synchronisation of mailboxes
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本申请实施例提供了一种信息接收方法及计算机可读存储介质，其中方法包括：在游戏的信息查看界面中显示邮件展示界面，所述邮件展示界面包括邮件展示区域；在所述邮件展示区域显示第一邮件队列中包括的邮件；当接收到待处理邮件时，在所述邮件展示区域显示第二邮件队列中包括的邮件，所述第二邮件队列是根据所述待处理邮件和所述第一邮件队列中包括的邮件的特征数据，对所述第一邮件队列进行更新得到的，所述特征数据包括邮件类型、邮件价值等级和接收时间中的一种或多种。采用本申请，可以充分挖掘邮件的特征数据，根据邮件的特征数据剔除价值较低的邮件而保留价值较高的邮件。
Description
技术领域
本申请涉及计算机技术领域，尤其涉及一种信息接收方法及计算机可读存储介质。
背景技术
随着计算机技术和多媒体技术的快速发展，电子邮件在日常的生活、工作、学习中得到了越来越多的应用。目前，往往会存在接收新邮件时，邮箱中邮件数量已满，而在这种情况下，通常会直接删除邮箱中最早收到的邮件，容易出现删除邮箱中价值较大的邮件，但保留了价值较低的邮件的状况，可能会使游戏玩家受到损失，降低了游戏玩家的游戏体验。
发明内容
本申请实施例提供了一种信息接收方法及计算机可读存储介质，可以充分挖掘邮件的特征数据，根据邮件的特征数据剔除价值较低的邮件而保留价值较高的邮件。
第一方面，本申请实施例提供了一种信息接收方法，所述方法包括：
在游戏的信息查看界面中显示邮件展示界面，所述邮件展示界面包括邮件展示区域；
在所述邮件展示区域显示第一邮件队列中包括的邮件；
当接收到待处理邮件时，在所述邮件展示区域显示第二邮件队列中包括的邮件，所述第二邮件队列是根据所述待处理邮件和所述第一邮件队列中包括的邮件的特征数据，对所述第一邮件队列进行更新得到的，所述特征数据包括邮件类型、邮件价值等级和接收时间中的一种或多种。
第二方面，本申请实施例提供了一种信息接收装置，所述装置包括：
第一显示单元，用于在游戏的信息查看界面中显示邮件展示界面，所述邮件展示界面包括邮件展示区域；
第二显示单元，用于在所述邮件展示区域显示第一邮件队列中包括的邮件；
第三显示单元，用于当接收到待处理邮件时，在所述邮件展示区域显示第二邮件队列中包括的邮件，所述第二邮件队列是根据所述待处理邮件和所述第一邮件队列中包括的邮件的特征数据，对所述第一邮件队列进行更新得到的，所述特征数据包括邮件类型、邮件价值等级和接收时间中的一种或多种。
第三方面，本申请实施例提供了一种电子设备，所述电子设备包括处理器、显示装置、通信装置和存储装置，所述处理器、显示装置、通信装置和存储装置相互连接，其中，所述通信装置受所述处理器的控制用于收发数据，所述存储装置用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，用于执行第一方面所述的信息接收方法。
第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令被处理器执行，用以执行第一方面所述的信息接收方法。
第五方面，本申请实施例提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。电子设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该电子设备执行上述第一方面所述的信息接收方法。
在本申请实施例中，可以在游戏的信息查看界面中显示邮件展示界面，并在邮件展示界面包括的邮件展示区域显示第一邮件队列中包括的邮件，当接收到待处理邮件时，可以在该邮件展示区域显示第二邮件队列中包括的邮件，并且，该第二邮件队列是根据待处理邮件和第一邮件队列中包括的邮件的特征数据，对第一邮件队列进行更新得到的。可以充分挖掘邮件的特征数据，使得在接收邮件，且邮件可存储量不够的情况下，根据邮件的特征数据剔除价值较低的邮件而保留价值较高的邮件，也无需用户的手动选择，可以自动剔除价值较低的邮件而保留价值较高的邮件，可以最小化玩家的损失，提升玩家的游戏体验。
附图说明
为了更清楚地说明本申请实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的一种信息管理***的架构示意图；
图2是本申请实施例提供的一种信息接收方法的流程示意图；
图3a是本申请实施例提供的一种信息查看界面的示意图；
图3b是本申请实施例提供的一种触发一键已读控件后的信息查看界面的示意图；
图3c是本申请实施例提供的一种触发道具领取控件后的信息查看界面的示意图；
图3d是本申请实施例提供的一种触发删除已读控件后的信息查看界面的示意图；
图3e是本申请实施例提供的一种邮件展示界面滑动后的界面示意图；
图4a是本申请实施例提供的一种接收待处理邮件之前邮件展示界面的示意图；
图4b是本申请实施例提供的一种接收待处理邮件之后邮件展示界面的示意图；
图4c是本申请实施例提供的另一种接收待处理邮件之前邮件展示界面的示意图；
图4d是本申请实施例提供的另一种接收待处理邮件之后邮件展示界面的示意图；
图5是本申请实施例提供的另一种信息接收方法的流程示意图；
图6是本申请实施例提供的又一种信息接收方法的流程示意图；
图7是本申请实施例提供的一种确定待剔除邮件的流程示意图；
图8是本申请实施例提供的一种信息接收装置的结构示意图；
图9是本申请实施例提供的一种电子设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
请参阅图1，图1是本申请实施例提供的一种信息管理***的架构示意图，该信息管理***包括终端101和服务器102，其中：
终端101，用于提供可视化的用户界面与用户进行交互，可以用于用户在用户界面上进行相关操作，并展示与用户操作相关的邮件变化状态。
服务器102，用于根据用户的操作快速给出相关的邮件变化状态，并通过终端101展示给用户。还可以用于根据待处理邮件以及第一邮件队列中包括的邮件的特征数据确定出待剔除邮件，并将该待剔除邮件从第一邮件队列中剔除，得到第二邮件队列。其中，第一邮件队列包括的是收到待处理邮件之前，邮箱中的邮件。第二邮件队列包括的是收到待处理邮件，并对包括待处理邮件在内的邮件处理之后，邮箱中的邮件。
图1所示的终端101可以是手机、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(MID，mobile internet device)等，但并不局限于此。终端101以及服务器102可以通过有线或无线通信方式进行直接或间接地连接，本申请在此不做限制。
通过本申请实施例提供的信息管理***，可以在接收到待处理邮件时，根据第一邮件队列中包括的邮件的特征数据，从第一邮件队列中确定待剔除邮件，以使得将该待剔除邮件从第一邮件队列中剔除，并将待处理邮件添加到第一邮件队列中，得到第二邮件队列，从而可以保证剔除的邮件是第一邮件队列中价值较低的邮件，即保留了第一邮件队列中价值较高的邮件。
以下对本申请实施例的技术方案的实现细节进行详细阐述：
请参见图2，图2是本申请实施例基于图1所示的信息管理***提供的一种信息接收方法的流程示意图。该信息接收方法包括如下步骤：
S201：在游戏的信息查看界面中显示邮件展示界面，邮件展示界面包括邮件展示区域。
在一种实现方式中，可以在游戏应用中显示游戏的信息查看界面，在该游戏的信息查看界面上可以设置邮件展示界面的功能选项，用于触发显示邮件展示界面，当接收到用户对该功能选项的触发信号时，显示邮件展示界面。例如，游戏的信息查看界面可以是如图3a所示的界面30，功能选项可以是如图3a所示的“***邮件”、“消息中心”，而当用户点击“***邮件”时，可以显示针对***发送的邮件对应的邮件展示界面31，而当用户点击“消息中心”时，可以显示针对用户所接收到的消息对应的消息展示界面。其中，邮件展示界面31可以包括邮件展示区域32，邮件展示区域32可用于展示用户收到的邮件。如图3a中邮件展示区域32中所展示的***发送的邮件，例如，该邮件可以是针对游戏运营方给用户发送的特定标识的邮件，如停服公告，规则通知等邮件；还可以是带有物品奖励的邮件；还可以是不带物品奖励的纯文字型邮件等等。
S202：在邮件展示区域显示第一邮件队列中包括的邮件。
在一种实现方式中，邮件展示区域可用于显示用户收到的多封邮件，应理解，用户已接收到的所有邮件(即邮箱中所有的邮件)，并没有全部显示在邮件展示区域，邮件展示区域所显示的是用户已接收到的部分邮件，可以将邮箱在当前时刻拥有的所有邮件，即收到待处理邮件之前，邮箱中的所有邮件称之为第一邮件队列。例如，如图3a所示的邮件展示区域32，用户已接收到的所有邮件为90封邮件，但是在邮件展示区域32只显示了90封邮件中的6封邮件。其中，在邮件展示区域所显示的第一邮件队列中包括的邮件，针对每一封邮件，可以在邮件展示区域显示该邮件的基本邮件信息，例如，邮件的基本邮件信息可以是邮件的已读或未读状态、邮件的标题或者摘要、邮件的接收时间、邮件的剩余保存时长等等，在本申请不做限定。
举例来说，如图3a所示中33标记的区域显示了针对换行公告的邮件的基本邮件信息，该基本邮件信息是该邮件处于未读状态、邮件的标题是换行公告、邮件的接收时间是1999年10月1日，邮件的剩余保存时长是29天，又如，34标记的区域显示了针对礼品奖励物品发送的邮件的基本邮件信息，该基本邮件信息是该邮件处于已读状态、邮件的标题是礼品奖励物品发送、邮件的接收时间是1999年10月1日，邮件的剩余保存时长是29天。需理解的是，邮件的已读和未读状态可以用34标记的区域和33标记的区域中的邮件标识来区分。
在一种实现方式中，邮件展示界面还可以显示邮箱的可存储邮件数量以及当前已接收到的所有邮件数量，例如，邮件展示界面31中的“90/100”。其中，“90”表示当前已接收到的所有邮件数量，也可以称之为第一邮件队列包括的邮件数量，“100”表示邮箱的可存储邮件数量。邮件展示界面还可以显示邮件的可保存时长。例如，邮件展示界面31中的“邮件最多保存30天”，即一封邮件最多可以保存30天。当保存时长超过30天，邮件接收***可能会处理第一邮件队列包括的邮件，例如，将第一邮件队列中保存时长超过30天的邮件删除。
在一种实现方式中，当邮箱内邮件数量众多时，为了方便用户进行批量性操作，还可以在邮件展示界面设置提供对应功能的操作控件。那么，邮件展示界面还可以包括至少一个操作控件，例如，邮件展示界面包括的操作控件可以是一键读取控件、道具领取控件、删除已读控件。当不同的操作控件别被触发时，邮件展示界面中展示的邮件也会发生相应的变化。
可选的，当邮件展示界面中的一键读取控件被触发时，可以获取第一邮件队列包括的邮件中邮件类型是未读且为纯文本的邮件，可以将第一邮件队列包括的邮件中邮件类型是未读且为纯文本的邮件称之为第一目标邮件。那么在获取到第一目标邮件之后，即可将第一目标邮件的读取状态更新为已读。其中，未读且为纯文本的邮件可以是指不带物品奖励的纯文字型邮件。
举例来说，一键读取控件可以是如图3a所示中的“一键已读”，如果用户点击“一键已读”，则在获取到第一邮件队列包括的邮件中邮件类型是未读且为纯文本的邮件后，如图3a所示的邮件展示界面31将会变化为如图3b所示的邮件展示界面35，可以看出，邮件展示界面31中的针对换行公告邮件(假设邮件展示界面31中针对换行公告邮件的邮件类型是未读且为纯文本)由未读状态更新为如图3b所示的邮件展示界面35中的已读状态。
可选的，邮件展示界面中的道具领取控件的显示状态可以为第一状态和第二状态。当道具领取控件的显示状态为第一状态时，表示第一邮件队列包括的邮件中有邮件类型是未读且带有附件的邮件，可以将第一邮件队列包括的邮件中有邮件类型是未读且带有附件的邮件称之为第二目标邮件，其中，未读且带有附件的邮件可以是带有物品奖励且未领取的邮件。那么当道具领取控件被触发时，可以获取第二目标邮件，并获取第二目标邮件中各个邮件包括的道具，并在游戏的信息查看界面中显示道具展示窗口，该道具展示窗口可以用于展示第二目标邮件中各个邮件包括的道具，而在获取到第二目标邮件中各个邮件包括的道具之后，道具领取控件的显示状态可以更新为第二状态。当道具领取控件的显示状态为第二状态时，即表示第一邮件队列包括的邮件中不存在邮件类型是未读且带有附件的第二目标邮件，即不存在可获取的道具。当道具领取控件的显示状态处于第二状态时，道具领取控件被触发时，可以在游戏的信息查看界面中显示一提示信息，以向用户提示当前无道具可领取。
其中，邮件展示界面中可以利用颜色来区分道具领取控件的显示状态，例如，当第一邮件队列中存在邮件类型是未读且带有附件的邮件，即存在可领取的道具时，道具领取控件的第一状态对应的颜色为红色；当第一邮件队列中不存在邮件类型是未读且带有附件的邮件，即不存在可领取的道具时，道具领取控件的第二状态对应的颜色为灰色。也可以利用其他方式来区分道具领取控件的显示状态，在本申请不做限定。
举例来说，道具领取控件可以是如图3a所示中的“全部领取”，如果第一邮件队列包括的邮件中存在第二目标邮件，则“全部领取”可以显示为红色。如果用户点击“全部领取”，则在获取到第一邮件队列包括的第二目标邮件后，如图3a所示的邮件展示界面31将会变化为如图3c所示的邮件展示界面36，可以看出，道具领取控件的显示状态的会发生变化，邮件展示界面31中道具领取控件的显示状态会变化为如图3c所示的邮件展示界面36中道具领取控件的显示状态，具体的可以是“全部领取”的显示状态由红色变为灰色。并且在游戏的信息查看界面中可以显示道具展示窗口37，该道具展示窗口37可以用于展示第二目标邮件中各个邮件包括的道具，如道具展示窗口37中所显示的A邮件有2个道具，B邮件有1个道具，C邮件有2个道具。而在获取到第二目标邮件中各个邮件包括的道具之后，第二目标邮件也可以从未读状态更新为已读状态。例如，邮件展示界面31中针对礼品奖励物品发放邮件(假设邮件展示界面31中针对礼品奖励物品发放邮件的邮件类型是未读且带有附件)由未读状态更新为如图3c所示的邮件展示界面36中的已读状态。
在一种实现方式中，当邮件展示界面中的删除已读控件被触发时，可以获取第一邮件队列包括的邮件中邮件类型是已读的邮件。并在获取到已读邮件之后，将已读邮件从第一邮件队列中剔除。其中，已读邮件可以指已经阅读过的纯文字邮件或已经阅读过的游戏运营方发送的特定标识的邮件或已经领取过奖励的有附件邮件。
举例来说，删除已读控件可以是如图3a所示中的“删除已读”，如果用户点击“删除已读”，则在获取到第一邮件队列包括的邮件中邮件类型是已读的邮件后，如图3a所示的邮件展示界面31将会变化为如图3d所示的邮件展示界面38，可以看出，邮件展示界面31中的邮件状态为已读的邮件已被全部剔除。并且邮件展示界面38中所显示的第一邮件队列包括的邮件数量由“90”变为了“84”。
在一种实现方式中，邮件展示界面还可以滑动，当邮件展示界面滑动时，可以根据第一邮件队列更新邮件展示区域展示的邮件，例如，如图3a所示的邮件展示界面31是滑动之前所展示的邮件，而将邮件展示界面滑动之后，可以显示如图3e所示的邮件展示界面39，可以看出，邮件展示区域中展示的邮件发生了变化。
S203：当接收到待处理邮件时，在邮件展示区域显示第二邮件队列中包括的邮件，第二邮件队列是根据待处理邮件和第一邮件队列中包括的邮件的特征数据，对第一邮件队列进行更新得到的，特征数据包括邮件类型、邮件价值等级和接收时间中的一种或多种。
其中，本申请实施例中邮件的特征数据可以包括邮件类型、邮件价值等级、接收时间等，邮件类型、邮件价值等级、接收时间可以综合反映出一个邮件的价值大小，可以为邮件的处理提供准确的依据。
在一种实现方式中，当接收到待处理邮件时，可以在邮件展示区域显示第二邮件队列中包括的邮件。如果待处理邮件的数量小于或等于预设阈值与第一邮件队列包括的邮件数量之间的第一差值，则可以直接将待处理邮件添加到第一邮件队列中，得到第二邮件队列。如果待处理邮件的数量大于预设阈值与第一邮件队列包括的邮件数量之间的第一差值，则根据第一邮件队列中包括的邮件的特征数据，从第一邮件队列包括的邮件中确定待剔除邮件，并将待剔除邮件从第一邮件队列中剔除，接着，将待处理邮件添加到第一邮件队列中，得到第二邮件队列。
其中，预设阈值可以是邮箱的可存储邮件数量，预设阈值与第一邮件队列包括的邮件数量之间的第一差值即是邮箱剩余的可存储邮件数量。
举例来说，根据如图3a的邮件展示界面31中的“90/100”可知，邮箱的可存储邮件数量是100，当前已接收的邮件数量为90，那么，邮箱剩余的可存储邮件数量10。假设待处理邮件的数量为5，因为5<10，则可以将5封待处理邮件直接添加到第一邮件队列，得到第二邮件队列。如果待处理邮件的数量为13，因为13>10，则需要根据第一邮件队列中包括的邮件的特征数据，从第一邮件队列包括的邮件中确定3封待剔除邮件，并将该3封待剔除邮件从第一邮件队列剔除，接着，将13封待处理邮件添加到第一邮件队列中，得到即是第二邮件队列。
举例再说，在实际游戏应用场景中，如图4a所示为玩家当前已经接收到了99封邮件时，即第一邮件队列包括的邮件数量为99邮件展示区域的显示状态，其中99封邮件中4封是邮件类型是已读的邮件。当前玩家又接收到了4封新邮件，那么邮件接收***可以根据第一邮件队列包括的邮件的特征数据，剔除如图4a中由41标记的3封邮件类型为已读的邮件，而保留其他邮件，那么玩家接收4封新邮件之后的邮件展示区域的显示状态可以图4b所示，该4封新邮件如图4b中由42标记的邮件。
举例又说，如图4c所示为玩家当前已经接收到了5封邮件，其中有4封邮件是邮件类型是未读且纯文本的邮件，1封邮件是邮件类型是已读的邮件。当前玩家又接收到了98封新邮件。那么邮件接收***可以根据第一邮件队列包括的邮件的特征数据，剔除如图4c中由43标记的1封邮件类型是已读的邮件和2封邮件类型是未读且纯文本的邮件，而保留其他邮件，那么玩家接收98封新邮件之后的邮件展示区域的显示状态可以图4d所示，如图4b中由44标记的邮件即是98封新邮件中的其中4封新邮件。
在本申请实施例中，可以在游戏的信息查看界面中显示邮件展示界面，并在邮件展示界面包括的邮件展示区域显示第一邮件队列中包括的邮件，当接收到待处理邮件时，可以在该邮件展示区域显示第二邮件队列中包括的邮件，并且，该第二邮件队列是根据待处理邮件和第一邮件队列中包括的邮件的特征数据，对第一邮件队列进行更新得到的。可以充分挖掘邮件的特征数据，使得在接收邮件，且邮件可存储量不够的情况下，根据邮件的特征数据剔除价值较低的邮件而保留价值较高的邮件，也无需用户的手动选择，信息管理***可以自动剔除价值较低的邮件而保留价值较高的邮件，可以最小化玩家的损失，提升玩家的游戏体验。
请参见图5，图5是本申请实施例基于图1所示的信息管理***提供的一种信息接收方法的流程示意图。该信息接收方法包括如下步骤：
S501：在游戏的信息查看界面中显示邮件展示界面，邮件展示界面包括邮件展示区域。
S502：在邮件展示区域显示第一邮件队列中包括的邮件。
S503：接收到待处理邮件，若待处理邮件的数量大于预设阈值与第一邮件队列包括的邮件数量之间的第一差值，则执行步骤S504。
在一种实现方式中，当接收到待处理邮件之后，可以先确定待处理邮件的数量，以及预设阈值与第一邮件队列包括的邮件数量之间的第一差值，第一差值即是邮箱剩余的可存储邮件数量。如果待处理邮件的数量小于或等于第一差值，则可以直接将待处理邮件添加到第一邮件队列中，得到第二邮件队列。如果待处理邮件的数量大于第一差值，则需要进行后续的步骤S504。
其中，预设阈值可以是指邮箱的可存储邮件数量，例如，若邮箱内可存储邮件数量为100，即预设阈值为100。如果第一邮件队列包括的邮件数量为98，那么预设阈值与第一邮件队列包括的邮件数量之间的第一差值为2，即当前邮箱剩余的可存储邮件数量为2。如果待处理邮件的数量为2，则可以直接将待处理邮件添加到第一邮件队列中，得到第二邮件队列。如果待处理邮件的数量为1，也可以直接将待处理邮件添加到第一邮件队列中，得到第二邮件队列。如果待处理邮件的数量为5，则可以根据步骤S504确定3封待剔除邮件，并将3封待剔除邮件从第一邮件队列中剔除，并将5封待处理邮件添加到第一邮件队列中，得到第二邮件队列。
可选的，也可以先根据步骤S504确定1封待剔除邮件，并将这1封待剔除邮件从第一邮件队列中剔除，并将3封待处理邮件添加到第一邮件队列中，然后，再根据步骤S504确定1封待剔除邮件，并将这1封待剔除邮件从第一邮件队列中剔除，并将1封待处理邮件添加到第一邮件队列中，然后再根据步骤S504确定1封待剔除邮件，并将这1封待剔除邮件从第一邮件队列中剔除，并将1封待处理邮件添加到第一邮件队列中，那么经过上述处理，5封待处理邮件都添加到了第一邮件队列中，从而得到了第二邮件队列。
S504：根据第一邮件队列中包括的邮件的特征数据，从第一邮件队列包括的邮件中确定待剔除邮件。
其中，特征数据包括邮件类型、邮件价值等级和接收时间中的一种或多种。邮件类型包括已读、未读且为纯文本、未读且带有附件以及未读且带有特定标识中的一种或多种。邮件类型为未读且带有特定标识的邮件可以是指游戏运营方给予玩家的特定标识的邮件，例如停服公告，规则通知等信息；邮件类型为未读且带有附件的邮件可以是指带有物品奖励，例如游戏道具，且未领取的邮件；邮件类型为未读且为纯文本的邮件可以是指不带物品奖励的纯文字型邮件；邮件类型为已读的邮件即是指已阅读过的邮件类型为未读且为纯文本或未读且带有附件或未读且带有特定标识的邮件。
其中，邮件价值等级可以包括第一等级、第二等级、第三等级、第四等级，并且邮件价值等级的关系满足第一等级<第二等级<第三等级<第四等级，且邮件价值等级与邮件类型是相对应的，即每一个邮件价值等级对应一个邮件类型，其中，邮件价值等级与邮件类型的对应关系可以如表1所示。可以看出，邮箱中邮件价值等级从低到高的顺序依次是已读的邮件、未读且为纯文本的邮件、未读且带有附件的邮件、未读且带有特定标识的邮件。
表1：
| 邮件类型 | 邮件价值等级 |
| 已读 | 第一等级 |
| 未读且为纯文本 | 第二等级 |
| 未读且带有附件 | 第三等级 |
| 未读且带有特定标识 | 第四等级 |
在一种实现方式中，如果待处理邮件的数量大于预设阈值与第一邮件队列包括的邮件数量之间的第一差值，则可以获取待处理邮件的数量与第一差值之间的第二差值，第二差值即是需要从第一邮件队列包括的邮件中确定的待剔除邮件的数量，例如，若待处理邮件的数量为5，第一差值为2(预设阈值是100与第一邮件队列包括的邮件数量是98的差值，即当前邮箱剩余的可存储邮件数量)，则第二差值为3(5-2)，即还需要从第一邮件队列包括的邮件中剔除3封邮件。那么在获取第二差值之后，可以先根据第一邮件队列中包括的邮件的特征数据，从第一邮件队列包括的邮件中确定已读邮件。具体地，第一邮件队列包括的邮件可以根据阅读状态分为已读邮件和未读邮件，已读邮件即是邮件类型是已读的邮件，未读邮件即是邮件类型是未读且为纯文本的邮件或未读且带有附件的邮件或未读且带有特定标识的邮件。那么，可以从第一邮件队列中包括的邮件中，查找是否存在特征数据中的邮件类型是已读或邮件价值等级为第一等级的邮件，如果存在，则在从第一邮件队列包括的邮件中确定已读邮件后，即可根据第二差值和/或接收时间从已读邮件中确定待剔除邮件。
可选的，根据第二差值和/或接收时间从已读邮件中确定待剔除邮件的具体实施方式可以是，如果已读邮件的数量大于或等于第二差值，则待剔除邮件是已读邮件中接收时间最早的，且数量为第二差值的已读邮件。例如，如果邮箱剩余的可存储邮件数量(第一差值)为2，待处理邮件的数量为5，已读邮件的数量为10，则待剔除邮件是这10封已读邮件中接收时间最早的3封已读邮件。
如果已读邮件的数量小于第二差值，则还可以从第一邮件队列包括的邮件中确定未读邮件，并根据第二差值和/或接收时间从未读邮件中确定待剔除邮件。或者，如果第一邮件队列包括的邮件中不存在已读邮件，则也可以从第一邮件队列包括的邮件中确定未读邮件，并根据第二差值和/或接收时间从未读邮件中确定待剔除邮件。
在一种实现方式中，上述根据第二差值和/或接收时间从未读邮件中确定待剔除邮件的具体实施方式可以是，可以先查找未读邮件中是否存在邮件类型是未读且为纯文本或邮件价值等级为第二等级的第三目标邮件，如果存在第三目标邮件，则可以根据第二差值和/或接收时间从第三目标邮件中确定待剔除邮件。
可选的，如果第一邮件队列包括的邮件中不存在已读邮件，且第三目标邮件的数量大于或等于第二差值(需要从第一邮件队列包括的邮件中确定的待剔除邮件的数量)，则待剔除邮件即是第三目标邮件中接收时间最早的，且数量为第二差值的邮件。例如，若第二差值为3，且第一邮件队列包括的邮件中不存在已读邮件，则还需要从第三目标邮件中剔除3封邮件，如果第三目标邮件的数量大于或等于3，则待剔除邮件即是第三目标邮件中接收时间最早的，且数量为3的邮件。
可选的，如果第一邮件队列包括的邮件中不存在已读邮件，且第三目标邮件的数量小于第二差值，则还可以获取第二差值与第三目标邮件的数量之间的第三差值，第三差值即是指还需从第四目标邮件中确定待剔除邮件的数量，其中，第四目标邮件是指未读邮件中邮件类型是未读且带有附件或邮件价值等级为第三等级的邮件。
那么，可以先查找未读邮件中是否存在第四目标邮件。如果存在第四目标邮件，则可以根据第三差值和/或接收时间从第四目标邮件中确定待剔除邮件。如果第四目标邮件的数量大于或等于第三差值，则待剔除邮件即是第三目标邮件和第四目标邮件中接收时间最早的，且数量为第三差值的邮件。例如，若第三差值为2，即还需要从第四目标邮件中剔除2封邮件，如果第四目标邮件的数量大于或等于2，则待剔除邮件即是第三目标邮件和第四目标邮件中接收时间最早的，且数量为2的邮件。
如果第四目标邮件的数量小于第三差值，则需要从第五目标邮件中确定剩余或全部的待剔除邮件，其中，第五目标邮件是邮件类型是未读且带有特定标识或邮件价值等级为第四等级的邮件。具体地，可以先获取第三差值与第四目标邮件的数量之间的第四差值，第四差值即是指还需从第五目标邮件中确定待剔除邮件的数量。例如，若第三差值为2，第四目标邮件的数量为1，即还需要从第五目标邮件中剔除1封接收时间最早的邮件。待剔除邮件即是第三目标邮件、第四目标邮件以及第五目标邮件中接收时间最早的1封邮件。
可选的，如果已读邮件的数量小于第二差值，则还可以获取已读邮件的数量与第二差值之间的差值，称该差值为第五差值，第五差值即是指还需从第三目标邮件中确定待剔除邮件的数量。
如果第三目标邮件的数量大于或等于第五差值，则待剔除邮件是已读邮件和第三目标邮件接收时间最早的，且数量为第五差值的邮件。例如，若第二差值为3，且第一邮件队列包括的邮件中仅存在1封已读邮件，则还需要从第三目标邮件中剔除2封邮件，如果第三目标邮件的数量大于或等于2，则待剔除邮件即是1封已读邮件和第三目标邮件中接收时间最早的，且数量为2的邮件。
如果第三目标邮件的数量小于第五差值，则还需从第四目标邮件中确定剩余待剔除邮件的数量，那么可以先获取第五差值与第三目标邮件的数量之间的第六差值，第六差值即是指还需从第四目标邮件中确定待剔除邮件的数量。
那么，可以先查找未读邮件中是否存在第四目标邮件。如果存在第四目标邮件，则可以根据第六差值和/或接收时间从第四目标邮件中确定剩余的待剔除邮件。如果第四目标邮件的数量大于或等于第六差值，则待剔除邮件是已读邮件、第三目标邮件和第四目标邮件中接收时间最早的，且数量为第六差值的邮件。例如，若第六差值为2，即还需要从第四目标邮件中剔除2封邮件，如果第四目标邮件的数量大于或等于2，则待剔除邮件即是已读邮件、第三目标邮件和第四目标邮件中接收时间最早的，且数量为2的邮件。
如果第四目标邮件的数量小于第六差值，则需要从第五目标邮件中确定剩余的待剔除邮件。具体地，可以先获取第六差值与第四目标邮件的数量之间的第七差值，第七差值即是指还需从第五目标邮件中确定待剔除邮件的数量。例如，若第七差值为2，第四目标邮件的数量为1，即还需要从第五目标邮件中剔除1封接收时间最早的邮件。待剔除邮件即是已读邮件、第三目标邮件、第四目标邮件以及第五目标邮件中接收时间最早的1封邮件。
在一种实现方式中，从上述的描述中可知，除了在第一邮件队列中不存在已读邮件的情况，也会存在第一邮件队列中不存在第三目标邮件的情况，那么，如果第一邮件队列中不存在第三目标邮件，也需从第四目标邮件中确定待剔除邮件的数量，待剔除邮件的数量即是第二差值。
如果第四目标邮件的数量大于或等于第二差值，则待剔除邮件即是第四目标邮件中接收时间最早的，且数量为第二差值的邮件。例如，若第二差值为3，即还需要从第四目标邮件中剔除3封邮件，如果第四目标邮件的数量大于或等于3，则待剔除邮件即是第四目标邮件中接收时间最早的，且数量为3的邮件。
如果第四目标邮件的数量小于第二差值，则需要从第五目标邮件中确定剩余的待剔除邮件。具体地，可以先获取第二差值与第四目标邮件的数量之间的差值，该差值即是指还需从第五目标邮件中确定待剔除邮件的数量。例如，若第二差值为3，第四目标邮件的数量为1，即还需要从第五目标邮件中剔除2封接收时间最早的邮件。
在一种实现方式中，如果不存在第四目标邮件，或者从第四目标邮件中还未确定出所有的待剔除邮件，则需要根据第二差值和/或接收时间从第五目标邮件中确定剩余或全部的待剔除邮件。
需要说明的是，在确定待剔除邮件时，可能会出现多种情况，例如待剔除邮件的数量要大于邮箱剩余的可存储邮件数量，而在待剔除邮件的数量要大于邮箱剩余的可存储邮件数量的情况下，根据第一邮件队列包括的邮件的特征数据来确定待剔除邮件时，也会出现多种情况，例如上述描述的各种情况，当然，还包括其他情况，本申请实施例不一一详述。只需保证是从针对邮件价值等级低邮件进行剔除，然后在待处理邮件的数量的情况下，逐步向高一级的邮件价值等级对应的邮件进行剔除，并且在选择剔除的邮件时，选择的是针对该邮件价值等级对应的邮件中接收时间最早的邮件，若针对某一级的邮件价值等级对应的邮件，需要从中剔除两封邮件，则该两封邮件是该某一级的邮件价值等级对应的邮件中接收时间最早的两封邮件。
S505：将待剔除邮件从第一邮件队列中剔除，并将待处理邮件添加到第一邮件队列中，得到第二邮件队列。
在一种实现方式中，可以看出，在游戏应用中，根据本申请实施例确定待剔除邮件的方法，在邮箱已满，但接收到新邮件时，可以保证根据邮箱内邮件价值的高低来剔除邮件，当待处理邮件的数量较多，且邮箱剩余的可存储邮件数量较少时，可以先删除低价值的邮件，以保证邮件价值较高的邮件不被剔除，可以最小化玩家的损失，从而可以提升玩家的游戏体验。
S506：在邮件展示区域显示第二邮件队列中包括的邮件。
其中，步骤S501、S502和S506的具体实施方式可以参见上述实施例步骤S201-S203的具体描述，此处不再赘述。
在本申请实施例中，可以在游戏的信息查看界面中显示邮件展示界面，并在邮件展示界面包括的邮件展示区域显示第一邮件队列中包括的邮件，当接收到待处理邮件时，若待处理邮件的数量大于预设阈值与第一邮件队列包括的邮件数量之间的第一差值，则可以根据第一邮件队列中包括的邮件的特征数据，从第一邮件队列包括的邮件中确定待剔除邮件，并将待剔除邮件从第一邮件队列中剔除，接着，将待处理邮件添加到第一邮件队列中，得到第二邮件队列，从而可以在该邮件展示区域显示第二邮件队列中包括的邮件，可以充分挖掘邮件的特征数据，使得在接收邮件，且邮件可存储量不够的情况下，根据邮件的特征数据剔除价值较低的邮件而保留价值高的邮件，也无需用户的手动选择，可以自动剔除价值较低的邮件而保留价值较高的老邮件。
可以理解的是，在接收多封待处理邮件时，是对多封待处理邮件依次处理的，即在将第一封待处理邮件添加到第一邮件队列之后，再将第二封待处理邮件添加到第一邮件队列，直到所有的待处理邮件均添加到第一邮件队列，即可得到第二邮件队列。如图6所示，是本申请实施例提供的又一种信息接收方法的流程示意图，具体是处理多封待处理邮件中的任意一封待处理邮件的流程示意图。如图6所示，当收到一封新邮件(上述的待处理邮件)时，可以先判断邮箱内的邮件数量是否达到了上限，该上限对应上述的预设阈值，该上限例如可以是100。如果没有达到上限，则可以直接接收该新邮件，即将该新邮件添加到邮箱内，即添加到第一邮件队列。如果达到了上限，则需要从邮箱内确定要剔除哪封邮件也就是要确定待剔除邮件。其具体实现规则可以如图7所示流程，从图7中可以看出，可以先判断邮箱内是否拥有已读类型的邮件，如果有，则从已读类型的邮件中选取最早的一封已读类型的邮件作为待剔除邮件。如果没有，则需进一步判断邮箱内是否拥有未读且纯文本类型的邮件，如果有，则从未读且纯文本类型的邮件中选取最早的一封未读且纯文本类型的邮件作为待剔除邮件，如果没有，则需进一步判断邮箱内是否都是未读且带有特定标识的邮件，如果是，则从未读且带有特定标识的邮件中选取最早的一封未读且带有特定标识的邮件作为待剔除邮件，如果不是，则从未读且带有附件的邮件中选取最早的一封未读且带有附件的邮件作为待剔除邮件。那么，在确定待剔除邮件之后，如图6所示，即可剔除待剔除邮件，接收新邮件，即将该新邮件添加到邮箱内。在处理完该新邮件之后，判断是否还有新邮件还未添加到邮箱内，如果有，则按照上述方法继续循环，直到没有新邮件则结束整个流程。
请参阅图8，图8是本申请实施例提供的一种信息接收装置的结构示意图。所述装置包括：
第一显示单元801，用于在游戏的信息查看界面中显示邮件展示界面，所述邮件展示界面包括邮件展示区域；
第二显示单元802，用于在所述邮件展示区域显示第一邮件队列中包括的邮件；
第三显示单元803，用于当接收到待处理邮件时，在所述邮件展示区域显示第二邮件队列中包括的邮件，所述第二邮件队列是根据所述待处理邮件和所述第一邮件队列中包括的邮件的特征数据，对所述第一邮件队列进行更新得到的，所述特征数据包括邮件类型、邮件价值等级和接收时间中的一种或多种。
在一种实现方式中，所述邮件类型包括已读、未读且为纯文本、未读且带有附件以及未读且带有特定标识中的一种或多种，所述邮件展示界面还包括至少一个操作控件，所述至少一个操作控件包括一键读取控件，所述第二显示单元802，还用于：
当所述一键读取控件被触发时，获取所述第一邮件队列包括的邮件中邮件类型是未读且为纯文本的第一目标邮件；
将所述第一目标邮件的读取状态更新为已读。
在一种实现方式中，所述至少一个操作控件还包括道具领取控件，所述第二显示单元802，还用于：
当所述道具领取控件的显示状态为第一状态，且所述道具领取控件被触发时，获取所述第一邮件队列包括的邮件中邮件类型是未读且带有附件的第二目标邮件；
获取所述第二目标邮件中各个邮件包括的道具，并在所述游戏的信息查看界面中显示道具展示窗口，所述道具展示窗口用于展示所述各个邮件包括的道具；
将所述道具领取控件的显示状态更新为第二状态，所述第一状态包括的颜色与所述第二状态包括的颜色不同。
在一种实现方式中，所述装置还包括确定单元804，具体用于：
若所述待处理邮件的数量大于预设阈值与所述第一邮件队列包括的邮件数量之间的第一差值，则根据所述第一邮件队列中包括的邮件的特征数据，从所述第一邮件队列包括的邮件中确定待剔除邮件；
将所述待剔除邮件从所述第一邮件队列中剔除，并将所述待处理邮件添加到所述第一邮件队列中，得到所述第二邮件队列。
在一种实现方式中，所述确定单元804，具体用于：
获取所述待处理邮件的数量与所述第一差值之间的第二差值；
根据所述第一邮件队列中包括的邮件的特征数据，从所述第一邮件队列包括的邮件中确定已读邮件；
根据所述第二差值和/或接收时间从所述已读邮件中确定待剔除邮件。
在一种实现方式中，所述确定单元804，还用于：
若所述第一邮件队列包括的邮件中不存在已读邮件或者所述第二差值大于所述已读邮件的数量，则从所述第一邮件队列包括的邮件中确定未读邮件；
根据所述第二差值和/或接收时间从所述未读邮件中确定待剔除邮件。
在一种实现方式中，所述确定单元804，具体用于：
查找所述未读邮件中是否存在邮件类型是未读且为纯文本的第三目标邮件；
若存在所述第三目标邮件，则根据所述第二差值和/或接收时间从所述第三目标邮件中确定待剔除邮件，所述第三目标邮件的邮件价值等级高于所述已读邮件的邮件价值等级。
在一种实现方式中，所述确定单元804，还用于：
若不存在所述第三目标邮件，则查找所述未读邮件中是否存在邮件类型是未读且带有附件的第四目标邮件；
若存在所述第四目标邮件，则根据所述第二差值和/或接收时间从所述第四目标邮件中确定待剔除邮件，所述第四目标邮件的邮件价值等级高于所述第三目标邮件的邮件价值等级。
在一种实现方式中，所述确定单元804，还用于：
若不存在所述第四目标邮件，则从所述未读邮件中查找邮件类型是未读且带有特定标识的第五目标邮件；
根据所述第二差值和/或接收时间从所述第五目标邮件中确定待剔除邮件，所述第五目标邮件的邮件价值等级高于所述第四目标邮件的邮件价值等级。
可以理解，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。本申请实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
请参见图9，图9是本申请实施例的一种电子设备的结构示意图，本申请实施例的所述电子设备包括供电模块等结构，并包括处理器901、存储装置902、显示装置903以及通信装置904。所述处理器901、存储装置902、显示装置903以及通信装置904之间可以交互数据。
所述存储装置902可以包括易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，RAM)；存储装置902也可以包括非易失性存储器(non-volatilememory)，例如快闪存储器(flash memory)，固态硬盘(solid-state drive，SSD)等；所述存储装置902还可以包括上述种类的存储器的组合。
所述处理器901可以是中央处理器901(central processing unit，CPU)。在一个实施例中，所述处理器901还可以是图形处理器901(Graphics Processing Unit，GPU)。所述处理器901也可以是由CPU和GPU的组合。在一个实施例中，所述存储装置902用于存储程序指令。所述处理器901可以调用所述程序指令，执行如下操作：
通过显示装置903在游戏的信息查看界面中显示邮件展示界面，所述邮件展示界面包括邮件展示区域；
通过显示装置903在所述邮件展示区域显示第一邮件队列中包括的邮件；
通过显示装置903当接收到待处理邮件时，在所述邮件展示区域显示第二邮件队列中包括的邮件，所述第二邮件队列是根据所述待处理邮件和所述第一邮件队列中包括的邮件的特征数据，对所述第一邮件队列进行更新得到的，所述特征数据包括邮件类型、邮件价值等级和接收时间中的一种或多种。
在一种实现方式中，所述邮件类型包括已读、未读且为纯文本、未读且带有附件以及未读且带有特定标识中的一种或多种，所述邮件展示界面还包括至少一个操作控件，所述至少一个操作控件包括一键读取控件，所述处理器901，还用于：
当所述一键读取控件被触发时，获取所述第一邮件队列包括的邮件中邮件类型是未读且为纯文本的第一目标邮件；
将所述第一目标邮件的读取状态更新为已读。
在一种实现方式中，所述至少一个操作控件还包括道具领取控件，所述处理器901，还用于：
当所述道具领取控件的显示状态为第一状态，且所述道具领取控件被触发时，获取所述第一邮件队列包括的邮件中邮件类型是未读且带有附件的第二目标邮件；
获取所述第二目标邮件中各个邮件包括的道具，并在所述游戏的信息查看界面中显示道具展示窗口，所述道具展示窗口用于展示所述各个邮件包括的道具；
将所述道具领取控件的显示状态更新为第二状态，所述第一状态包括的颜色与所述第二状态包括的颜色不同。
在一种实现方式中，所述处理器901，还用于：
若所述待处理邮件的数量大于预设阈值与所述第一邮件队列包括的邮件数量之间的第一差值，则根据所述第一邮件队列中包括的邮件的特征数据，从所述第一邮件队列包括的邮件中确定待剔除邮件；
将所述待剔除邮件从所述第一邮件队列中剔除，并将所述待处理邮件添加到所述第一邮件队列中，得到所述第二邮件队列。
在一种实现方式中，所述处理器901，具体用于：
获取所述待处理邮件的数量与所述第一差值之间的第二差值；
根据所述第一邮件队列中包括的邮件的特征数据，从所述第一邮件队列包括的邮件中确定已读邮件；
根据所述第二差值和/或接收时间从所述已读邮件中确定待剔除邮件。
在一种实现方式中，所述处理器901，还用于：
若所述第一邮件队列包括的邮件中不存在已读邮件或者所述第二差值大于所述已读邮件的数量，则从所述第一邮件队列包括的邮件中确定未读邮件；
根据所述第二差值和/或接收时间从所述未读邮件中确定待剔除邮件。
在一种实现方式中，所述处理器901，具体用于：
查找所述未读邮件中是否存在邮件类型是未读且为纯文本的第三目标邮件；
若存在所述第三目标邮件，则根据所述第二差值和/或接收时间从所述第三目标邮件中确定待剔除邮件，所述第三目标邮件的邮件价值等级高于所述已读邮件的邮件价值等级。
在一种实现方式中，所述处理器901，还用于：
若不存在所述第三目标邮件，则查找所述未读邮件中是否存在邮件类型是未读且带有附件的第四目标邮件；
若存在所述第四目标邮件，则根据所述第二差值和/或接收时间从所述第四目标邮件中确定待剔除邮件，所述第四目标邮件的邮件价值等级高于所述第三目标邮件的邮件价值等级。
在一种实现方式中，所述处理器901，还用于：
若不存在所述第四目标邮件，则从所述未读邮件中查找邮件类型是未读且带有特定标识的第五目标邮件；
根据所述第二差值和/或接收时间从所述第五目标邮件中确定待剔除邮件，所述第五目标邮件的邮件价值等级高于所述第四目标邮件的邮件价值等级。
具体实现中，本申请实施例中所描述的处理器901、存储装置902、显示装置903以及通信装置904可执行本申请实施例图2或图5提供的一种信息接收方法的相关实施例中所描述的实现方式，也可执行本申请实施例图8提供的一种信息接收装置的相关实施例中所描述的实现方式，在此不再赘述。
本申请实施例还提供了一种计算机存储介质，该计算机存储介质中存储有程序指令，所述程序执行时可包括如图2或者图5对应实施例中的信息接收方法的部分或全部步骤。
需要说明的是，对于前述的各个方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某一些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(Read-Only Memory，ROM)、随机存取器(Random AccessMemory，RAM)、磁盘或光盘等。
本申请实施例还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。电子设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该电子设备执行上述各方法的实施例中所执行的步骤。
以上对本申请实施例所提供的一种信息接收方法及计算机可读存储介质进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。
Claims (10)
1.一种信息接收方法，其特征在于，包括：
在游戏的信息查看界面中显示邮件展示界面，所述邮件展示界面包括邮件展示区域；
在所述邮件展示区域显示第一邮件队列中包括的邮件；
当接收到待处理邮件时，在所述邮件展示区域显示第二邮件队列中包括的邮件，所述第二邮件队列是根据所述待处理邮件和所述第一邮件队列中包括的邮件的特征数据，对所述第一邮件队列进行更新得到的，所述特征数据包括邮件类型、邮件价值等级和接收时间中的一种或多种。
2.根据权利要求1所述的方法，其特征在于，所述邮件类型包括已读、未读且为纯文本、未读且带有附件以及未读且带有特定标识中的一种或多种，所述邮件展示界面还包括至少一个操作控件，所述至少一个操作控件包括一键读取控件，所述当接收到待处理邮件时，在所述邮件展示区域显示第二邮件队列中包括的邮件之前，所述方法还包括：
当所述一键读取控件被触发时，获取所述第一邮件队列包括的邮件中邮件类型是未读且为纯文本的第一目标邮件；
将所述第一目标邮件的读取状态更新为已读。
3.根据权利要求2所述的方法，其特征在于，所述至少一个操作控件还包括道具领取控件，所述当接收到待处理邮件时，在所述邮件展示区域显示第二邮件队列中包括的邮件之前，所述方法还包括：
当所述道具领取控件的显示状态为第一状态，且所述道具领取控件被触发时，获取所述第一邮件队列包括的邮件中邮件类型是未读且带有附件的第二目标邮件；
获取所述第二目标邮件中各个邮件包括的道具，并在所述游戏的信息查看界面中显示道具展示窗口，所述道具展示窗口用于展示所述各个邮件包括的道具；
将所述道具领取控件的显示状态更新为第二状态，所述第一状态包括的颜色与所述第二状态包括的颜色不同。
4.根据权利要求1～3中任一项所述的方法，其特征在于，所述方法还包括：
若所述待处理邮件的数量大于预设阈值与所述第一邮件队列包括的邮件数量之间的第一差值，则根据所述第一邮件队列中包括的邮件的特征数据，从所述第一邮件队列包括的邮件中确定待剔除邮件；
将所述待剔除邮件从所述第一邮件队列中剔除，并将所述待处理邮件添加到所述第一邮件队列中，得到所述第二邮件队列。
5.根据权利要求4所述的方法，其特征在于，所述根据所述第一邮件队列中包括的邮件的特征数据，从所述第一邮件队列包括的邮件中确定待剔除邮件，包括：
获取所述待处理邮件的数量与所述第一差值之间的第二差值；
根据所述第一邮件队列中包括的邮件的特征数据，从所述第一邮件队列包括的邮件中确定已读邮件；
根据所述第二差值和/或接收时间从所述已读邮件中确定待剔除邮件。
6.根据权利要求5所述的方法，其特征在于，所述方法还包括：
若所述第一邮件队列包括的邮件中不存在已读邮件或者所述第二差值大于所述已读邮件的数量，则从所述第一邮件队列包括的邮件中确定未读邮件；
根据所述第二差值和/或接收时间从所述未读邮件中确定待剔除邮件。
7.根据权利要求6所述的方法，其特征在于，所述根据所述第二差值和/或接收时间从所述未读邮件中确定待剔除邮件，包括：
查找所述未读邮件中是否存在邮件类型是未读且为纯文本的第三目标邮件；
若存在所述第三目标邮件，则根据所述第二差值和/或接收时间从所述第三目标邮件中确定待剔除邮件，所述第三目标邮件的邮件价值等级高于所述已读邮件的邮件价值等级。
8.根据权利要求7所述的方法，其特征在于，所述方法还包括：
若不存在所述第三目标邮件，则查找所述未读邮件中是否存在邮件类型是未读且带有附件的第四目标邮件；
若存在所述第四目标邮件，则根据所述第二差值和/或接收时间从所述第四目标邮件中确定待剔除邮件，所述第四目标邮件的邮件价值等级高于所述第三目标邮件的邮件价值等级。
9.根据权利要求8所述的方法，其特征在于，所述方法还包括：
若不存在所述第四目标邮件，则从所述未读邮件中查找邮件类型是未读且带有特定标识的第五目标邮件；
根据所述第二差值和/或接收时间从所述第五目标邮件中确定待剔除邮件，所述第五目标邮件的邮件价值等级高于所述第四目标邮件的邮件价值等级。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行如权利要求1～9任一项所述的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110032640.0A CN112866087B (zh) | 2021-01-11 | 2021-01-11 | 一种信息接收方法及计算机可读存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110032640.0A CN112866087B (zh) | 2021-01-11 | 2021-01-11 | 一种信息接收方法及计算机可读存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112866087A true CN112866087A (zh) | 2021-05-28 |
| CN112866087B CN112866087B (zh) | 2022-02-11 |
Family
ID=76002510
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110032640.0A Active CN112866087B (zh) | 2021-01-11 | 2021-01-11 | 一种信息接收方法及计算机可读存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112866087B (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113592461A (zh) * | 2021-08-10 | 2021-11-02 | 平安普惠企业管理有限公司 | 邮件处理方法、装置与存储介质 |
Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003330866A (ja) * | 2002-05-10 | 2003-11-21 | Murata Mach Ltd | 通信装置 |
| CN101917680A (zh) * | 2010-08-23 | 2010-12-15 | 宇龙计算机通信科技(深圳)有限公司 | 一种移动终端信息处理方法及移动终端 |
| CN102377687A (zh) * | 2010-08-16 | 2012-03-14 | ***通信有限公司 | 一种针对邮箱溢出的邮件发送方法、***及装置 |
| US20120143959A1 (en) * | 2010-08-31 | 2012-06-07 | James Qingdong Wang | Method for Delivering Email for Viewing on a Mobile Communication Device |
| CN102882768A (zh) * | 2012-09-14 | 2013-01-16 | 盈世信息科技(北京)有限公司 | 一种基于多层次用户分类的资源分配方法、装置及*** |
| CN103873347A (zh) * | 2012-12-17 | 2014-06-18 | 人人游戏网络科技发展（上海）有限公司 | 电子邮件处理方法及装置 |
| CN103870136A (zh) * | 2014-03-24 | 2014-06-18 | 广州博冠信息科技有限公司 | 一种基于邮箱的界面响应方法和设备 |
| CN104158978A (zh) * | 2014-08-27 | 2014-11-19 | 北京数字天域科技股份有限公司 | 一种信息自动删除的方法及装置 |
| CN104427098A (zh) * | 2013-08-26 | 2015-03-18 | 联想(北京)有限公司 | 一种信息处理方法、装置及电子设备 |
| CN106161193A (zh) * | 2015-04-10 | 2016-11-23 | 腾讯科技(成都)有限公司 | 一种邮件处理方法、装置和*** |
| CN107870937A (zh) * | 2016-09-27 | 2018-04-03 | 腾讯科技（深圳）有限公司 | 邮箱数据的清理方法和装置 |
-
2021
- 2021-01-11 CN CN202110032640.0A patent/CN112866087B/zh active Active
Patent Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003330866A (ja) * | 2002-05-10 | 2003-11-21 | Murata Mach Ltd | 通信装置 |
| CN102377687A (zh) * | 2010-08-16 | 2012-03-14 | ***通信有限公司 | 一种针对邮箱溢出的邮件发送方法、***及装置 |
| CN101917680A (zh) * | 2010-08-23 | 2010-12-15 | 宇龙计算机通信科技(深圳)有限公司 | 一种移动终端信息处理方法及移动终端 |
| US20120143959A1 (en) * | 2010-08-31 | 2012-06-07 | James Qingdong Wang | Method for Delivering Email for Viewing on a Mobile Communication Device |
| CN102882768A (zh) * | 2012-09-14 | 2013-01-16 | 盈世信息科技(北京)有限公司 | 一种基于多层次用户分类的资源分配方法、装置及*** |
| CN103873347A (zh) * | 2012-12-17 | 2014-06-18 | 人人游戏网络科技发展（上海）有限公司 | 电子邮件处理方法及装置 |
| CN104427098A (zh) * | 2013-08-26 | 2015-03-18 | 联想(北京)有限公司 | 一种信息处理方法、装置及电子设备 |
| CN103870136A (zh) * | 2014-03-24 | 2014-06-18 | 广州博冠信息科技有限公司 | 一种基于邮箱的界面响应方法和设备 |
| CN104158978A (zh) * | 2014-08-27 | 2014-11-19 | 北京数字天域科技股份有限公司 | 一种信息自动删除的方法及装置 |
| CN106161193A (zh) * | 2015-04-10 | 2016-11-23 | 腾讯科技(成都)有限公司 | 一种邮件处理方法、装置和*** |
| CN107870937A (zh) * | 2016-09-27 | 2018-04-03 | 腾讯科技（深圳）有限公司 | 邮箱数据的清理方法和装置 |
Non-Patent Citations (2)
| Title |
|---|
| JEPHTHAH: ""How To Delete Roblox Account (5 Easy Steps) in 2021"", 《HTTPS://ITECHVIRAL.COM/DELETE-ROBLOX-ACCOUNT/》 * |
| 带你超神带你飞: ""王者荣耀***邮件已满这样领取"", 《HTTPS://WWW.SOHU.COM/A/369861811_120099890》 * |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113592461A (zh) * | 2021-08-10 | 2021-11-02 | 平安普惠企业管理有限公司 | 邮件处理方法、装置与存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112866087B (zh) | 2022-02-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10097661B2 (en) | Uploading attachment to shared location and replacing with a link | |
| KR102450303B1 (ko) | 엔트리들을 위한 옵트-인 영속성을 갖는 메시지 스레드를 유지하는 장치 및 방법 | |
| US9876894B2 (en) | Systems and methods for event stream management | |
| US20150188870A1 (en) | Systems and methods for progressive message flow | |
| CN103902589B (zh) | 一种下载文件的管理方法及装置 | |
| CN105068726B (zh) | 一种信息处理的方法及终端 | |
| US8244818B2 (en) | System and method for visual representation of spam probability | |
| CN106708912B (zh) | 垃圾文件识别及管理方法、识别装置、管理装置和终端 | |
| EP2369533A1 (en) | Method, system, computer-readable medium and mobile device for managing messages | |
| CN110427134B (zh) | 即时通讯的数据处理方法、装置、设备及可读存储介质 | |
| CN112866087B (zh) | 一种信息接收方法及计算机可读存储介质 | |
| US20130332540A1 (en) | Structural Presentation and Smart Alerts for Instant Messaging Contacts | |
| US20140164920A1 (en) | Information-selection assist system, information-selection assist method and program | |
| CN104427098A (zh) | 一种信息处理方法、装置及电子设备 | |
| CN104219356A (zh) | 一种显示搜索联系人信息的方法、装置和移动终端 | |
| CN102681916A (zh) | 邮件保存备份***以及备份方法 | |
| CN108595534B (zh) | 一种资讯刷新的方法及装置 | |
| US7308453B2 (en) | Meta-data approach to indexing, retrieval and management of stored messages in a portable communication device | |
| CN1991889A (zh) | 线索化消息视窗的收件箱管理方法和*** | |
| CN110673910B (zh) | 一种app***中控制弹窗展现的控制方法及控制装置 | |
| JP2007272669A (ja) | 受信メール処理方法、装置及びプログラム | |
| KR101143165B1 (ko) | 이동통신 단말기의 자동 분류 기능을 통한 메시지 관리 방법 및 그 시스템 | |
| CN102375814A (zh) | 存储备注信息的装置和方法 | |
| CA2528200A1 (en) | Methods and apparatus for efficiently managing the storage of e-mail message information for a mobile station | |
| US8417291B2 (en) | Method and apparatus for managing phonebook in a portable terminal |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 40048391 Country of ref document: HK |
|
| GR01 | Patent grant | ||
| GR01 | Patent grant |