CN106471775A - 消息存储 - Google Patents

Abstract

消息传送应用接收指向至少一个目的地用户的用户可消费消息的序列。所述消息存储于非易失性存储中，其包括一个或多个非易失性存储设备，所述消息由下列构成：已经被目的地用户消费的多个已消费消息，以及尚未被所述用户消费的多个未消费消息。自动消息管理器被配置为针对已消费消息和未消费消息实施各自不同的保留策略。针对所述已消费消息的保留策略包括：自动确定何时所述已消费消息的数量超过已消费消息的阈值，并且作为响应，从所述非易失性存储自动删除至少一个所述已消费消息，从而使得所述已消费消息的数量回到所述已消费消息的阈值内。

Description

消息存储

背景技术

短暂消息传送指的是这样的布置：一个用户通常通过互联网发送诸如图片消息的消息给目的地用户，并且所述消息仅允许在目的地用户的终端上暂时可用。即，短暂消息传送应用的接收实例被配置为在自接收到消息起经过特定时间量(可能仅几秒)之后自动删除消息。这样的目的是为了隐私性，从而目的地用户不能无限期地继续查看消息，或者违背发送用户的意愿而重新分配该消息。

语音邮件服务(例如，通常在移动蜂窝网络中提供的)也自动删除消息，但是仍只基于自接收到每个消息以来的时间量。即，用户(被呼叫者)可以访问在被呼叫者错过呼叫时能够记录并存储来自呼叫者的语音邮件的邮箱，并且消息保持对被呼叫者可访问达特定天数或周数，在此之后服务自动删除消息。这里目的是防止收件箱由于大量消息而变得杂乱无章。

在一个先前提出的与短暂消息传送应用和语音邮件服务稍微不同的方案中，在寻呼机处接收消息，并将消息存储在对应于寻呼机的最大存储容量的有限数量的消息槽中，且不在已经经过预定时间之后删除消息，而是一旦消息的总数量达到消息槽的最大可能数量，即，如果接收到新消息且消息的总数量已经达到最大值，则删除现有的消息以容纳新消息。如果在槽中既存在已读又存在未读消息，则已读消息优先于未读消息被删除。该方案在20世纪90年代初提出，当时便携式用户设备(即使对于非常简单的文本消息)具有非常有限的存储容量，但是随着用户设备的存储容量快速增加，如本申请作者认识到的，该方案显然丧失了关联性并在现代设备中看不到。

发明内容

可以通过上面承认的现有方案注意到的一个考量在于它仅关注由于存储容量而导致的消息的总数量，即，当已读消息加上未读消息的总数达到最大限制时触发消息删除。该规则的效果在于，尽管在未读消息之前删除已读消息，但如果在新消息到达时没有已读消息被删除，则将删除未读消息。因为现在存储容量更大，所以不需要应用类似规则，即使当消息不一定是文本消息而可能是图片、音频消息或甚至视频消息；并且也不期望应用这种规则，因为发明人认为，不应该依据当前在存储设备中可能存在多少已读、已查看或已收听的消息(已消费消息)而将未读的、未查看的或未收听的消息(即，未消费消息)的命运留给运气。然而，即使具有增加的存储容量，也仍然期望：存储的消息的数量不是完全未经检查的，并且尤其期望不允许已消耗消息无限累积。

根据本文公开的一方面，提供了一种设备，包括：消息传送应用，包括一个或多个非易失性存储设备的非易失性存储，以及自动消息管理器。所述消息传送应用用于接收指向至少一个目的地用户(来自一个或多个发送用户)的用户可消费消息的序列；并且所述存储被布置为存储接收到的消息。例如，所述消息可以包括媒体消息，例如视频消息、音频消息(例如，语音消息)或图片消息或者这些的组合。在存储中的消息由下列构成：这些消息中的已经被目的地用户消费的多个已消费消息(例如，已查看或已收听的)，以及所述消息中的尚未被用户消费的多个未消费消息(例如，未查看的或未收听的)。自动消息管理器被配置为针对已消费消息和未消费消息实施各自不同的保留策略。针对所述已消费消息的保留策略包括：自动确定何时已消费消息(不包括未消费的消息)的数量超过已消费消息的阈值，并且作为响应，从所述非易失性存储自动删除至少一个所述已消费消息，从而使得所述已消费消息的数量回到所述已消费消息的阈值内。

例如，消息可以具有从最旧到最新的次序(例如，被接收到时的次序)，并且删除可以包括删除最旧的一个或多个已消费消息。自动消息管理器可以删除刚好足够的消息以使已消费消息的数量回到阈值内(例如，如果其比阈值大1，则消息管理器仅删除一个消息，在实施例中是最旧的)。

在一些实施例中，针对已消费消息的保留策略和针对未消费消息的保留策略彼此独立，也就是说，所述已消费消息的数量既不影响所述未消费消息的保留也不影响所述未消费消息的删除，并且所述未消费消息的数量既不影响所述已消费消息的保留也不影响所述已消费消息的删除。

在实施例中，所述序列的消息是特定对话的当前接收到的和已存储的所有消息，并因此自动消息管理器在每个对话的基础上(至少针对已消费消息)实现保留策略。

对于未消费消息的保留策略存在不同选项。例如，无论未消费消息的数量为何，未消费消息可以永远不被自动消息管理器自动删除，从而未消费消息的数量仅受限于存储容量。作为另一例子，针对未消费消息的保留策略可以包括：自动确定何时所述未消费消息的数量超过未消费消息的阈值，并且作为响应，从所述非易失性存储自动删除至少一个所述未消费消息，从而使得所述未消费消息的数量回到所述未消费消息的阈值内。在该情况下，所述未消费消息的阈值大于所述已消费消息的阈值。

在实施例中，所述设备可以是用户终端或服务器，并且消息传送应用可以分别是客户端应用或服务应用。在前者情况下，消息从服务器下载或直接从发送用户接收，并且消息存储于用户终端上并且当达到阈值时在用户终端上过期。在后者的情况下，消息可用于从服务器下载到目的地用户终端，但是在服务器处应用保留策略，从而消息在服务器上过期。

根据本公开的另一方面，提供相应的计算机程序。

提供该“发明内容”以进入将在后文“具体实施方式”中进一步描述的简化形式的概念选择。该发明内容不意图识别所要求保护主题的关键特征或必要特征，也不打算用于限制所要求保护主题的范围。所要求保护的主题也不限于解决在背景技术部分提及的任意或所有缺点的实现方式。

附图说明

为了理解本公开并示出如何实现实施例，可以通过例子参考附图，其中：

图1是通信系统的示意图，

图2是用户终端的示意性框图，

图3是接收到的消息的序列的图示，

图4是接收消息的序列的另一示意性图示，以及

图5是服务器的示意性框图。

具体实施方式

下文公开了一种方案，由此可以基于消息(例如，视频消息)是否已读，来选择性地删除消息。存储属于同一对话的阈值数量的已读消息，并且允许存储更大数量(在一个实施例中，无限数量)的未读消息。可用存储被如此针对未读内容优化(或至少有利于未读内容)。存储可以是本地的(客户端侧)或远程的(服务器侧)。在内容被远程存储的情况下，额外的效果可以是较少的数据被下载到客户端，因为下载的已读数据的量是有限的。

图1示出了其中可以实施本公开的教导的通信系统的例子。该系统包括通信介质101，在实施例中是通信网络，诸如基于分组的网络，例如包括互联网和/或移动蜂窝网络(例如，3GPP网络)。该系统还包括多个用户终端102，每个用户终端102可操作以经由有线和/或无线连接连接到网络101上。例如，每个用户终端可以包括智能手机、平板计算机、膝上型计算机或台式计算机。在实施例中，系统还包括连接到网络101的服务器103。如本文使用的术语“服务器”是指逻辑服务器，其可以包括在一个或多个物理站点处的一个或多个物理服务器单元(即，服务器103可以分布于或可以不分布于多个不同地理位置)。

图2示出了根据本文公开的实施例的用户终端102之一的例子。用户终端102包括接收器201，其用于通过通信介质101从其他的一个或多个用户终端102处接收数据，例如用于通过互联网或3GPP网络接收数据的网络接口(如有线或无线调制解调器)。用户终端102还包括非易失性存储202，即，非易失性存储器，其包括一个或多个内部或外部非易失性存储设备，例如一个或多个硬盘驱动器和/或一个或多个EEPROM(有时还称作闪存)。此外，用户终端包括用户接口204，包括到用户的至少一个输出，例如显示器(如屏幕)，和/或音频输出，例如扬声器或耳机插口。用户接口204通常还会包括至少一个用户输入，其允许用户控制用户终端102，例如，触摸屏、键盘和/或鼠标输入。

此外，用户终端102包括消息传送应用203，其被配置为从在另一用户终端102上的消息传送应用的互补实例接收消息，或者从服务器103上的消息传送应用的互补实例接收消息(在该情况下消息可以源自经由服务器发送消息的发送用户终端102，和/或可以源自服务器103)。例如，消息传送应用可以允许用户留下视频消息，例如，从发送用户终端的前置摄像机捕捉到的“发言者头部特写(talking head)”视频消息，或对从发送用户终端的后置摄像机捕捉到的场景进行分享的视频消息。本公开在趋向引发最大存储的视频消息的情况下特别有用，但是本教导还可以关于其他类型的消息使用，其他类型的消息例如其他媒体消息，例如，图片消息(静止图像)或音频消息(例如，语音消息)。可能地，所述消息可以包括文本消息，例如IM(即时消息传送)消息。注意：视频消息可以可选地包括音频，但是音频消息不包括视频。视频消息可以包括由摄像机捕捉到的视频、动画和/或屏幕共享记录。

消息传送应用被配置为经由接收器201通过网络101(或更一般地通过通信介质)接收消息，并在存储202中存储接收到的消息。出于后续讨论的目的，所描述的用户终端102将被认为是接收(目的地)用户终端，用于从用户终端102中的一个或多个其他发送用户终端接收消息。然而，应理解的是，消息传送应用203接收用户终端102，且可能还能够在另一方向也通过网络101或其他这样的通信介质将消息发送到在发送用户终端和/或服务器103(例如，作为统一对话的一部分)上的应用的互补实例。

进行接收的消息传送应用203被配置为经由用户接口204向用户输出关于消息已经被接收到并且当前存储于存储202中的指示，例如通过显示各自的指示(例如，表示每个被接收到的消息的图标)。所述指示可以以某种方便的次序进行显示，例如从最旧到最新的时间次序，例如，依据自由消息传送应用收到以来的时间，或者自创建或被发送用户终端上的发送应用发送以来的时间，或自被服务器发送以来的时间。

消息传送应用203还被配置为经由用户接口204播出消息自身的内容，即，经由屏幕播出视频消息的视频，和/或经由扬声器或头戴式耳机播出音频消息或视频消息的音频，和/或经由屏幕显示图片消息的静止图像。在实施例中，用户能够选择在用户接口204的屏幕或其他显示器上显示的消息的指示(例如，消息图标)中的一个，并且作为响应，消息传送应用播出对应的所选消息的内容。

在实施例中，消息传送应用被配置为在每个对话的基础上显示消息的指示，即，随着将指示分组到对话中，从而给定对话的所有当前接收到的、已存储的消息被一起分组到用户接口204的显示器上(并且，如果存在多于一个对话，则将每个对话的指示一起分组到用户接口204中的不同的各个组中)。注意，这不一定意味着给定对话的所有当前接收到的、已存储的消息必须立即在显示器上可见，例如，用户为查看所有的指示可能必须滚动展开对话。

在消息传送应用的领域中，“对话”的概念其本身可以被充分地理解。对话是内容的逻辑线程，其布置在由消息传送应用使用的同一对话ID之下(尽管用户不必知道该ID)。在对话的第一消息之后，每个后续消息被视为同一对话的一部分，因为其是像这样由发送用户在他或她的消息传送应用的用户接口的一部分(其表示所讨论的对话)中输入的。后续消息通常响应于或关于对话的先前消息，尽管有可能用户会发送完全无关的消息作为同一对话的一部分。给定的对话通常涉及相同用户中的一些或所有，但是用户可以离开对话，并且新用户可以加入(通常仅在由一个或多个现有用户许可的情况下)。也可以由相同的用户形成不同的对话。

图3(a)示意性示出了特定对话的指示在用户接口204的显示器中对于用户看起来是怎样的例子。在图示的例子中，消息传送应用203迄今为止(经由接收器201)已接收到并且(在存储202中)存储了八个消息作为同一对话的部分。在此以从最旧到最新的次序(例如，最久远接收到的到最新近接收到的)将消息加标签为1到7(以及后续消息也如此)。每个消息1到7在(用户接口204的)显示器中由各自的图标表示，在上面的图3中示例性示出每个格子各自的标签1到7。在一个实施例中，在平面上将图标布置在“带(ribbon)”内，即，以最旧到最新排序(例如，按照自接收其的“年龄(age)”的次序)在一条线中一个接一个地布置。标签1到7还可以是用户接口204中所显示指示的一部分，或可以只是作为本申请的一部分而在这里使用以供参考的标签。

用户可以选择(例如，点击或触摸)该带中的消息图标，并因此触发消息传送应用，以经由用户接口204输出各个消息的内容(例如，播出消息的视频和/或音频)。

在实施例中，消息传送应用203是视频消息传送应用，专用于接收(以及可能发送)视频消息，从而所有的消息1到7(以及后续消息)都是视频消息。在其他实施例中，应用能够接收(以及可能发送)其他类型的消息，但是给定对话仅由给定媒体类型的消息构成，并且所有的消息1到7(以及对话的后续消息)都是视频消息。替代地，消息传送应用203可以专门处理音频消息，或专门处理图片消息(静止图像)，或者给定对话的所有消息可以被局限于只是音频消息，或只是图片消息。替代地，消息传送应用203可以允许不同媒体类型的消息形成同一对话的一部分。在实施例中，纯文本消息(例如，IM消息)可以被允许或不被允许在媒体消息当中。下文将关于视频消息来描述，但是应理解的是，这不是对所有可能的实施例的限制。

消息传送应用203包括自动消息管理器(AMM)205或与自动消息管理器(AMM)205相关联，该自动消息管理器(AMM)205用于从用户终端的存储202自动删除消息以便管理由消息引发的存储空间量。根据本公开，这基于消息是仍未被查看的还是已经被查看的(或更一般地，基于它们是未被消费的或已被消费的)。自动消息管理器205可以用软件实现，例如，作为消息传送应用203的一部分或作为逻辑地与其耦合的插件。替代地，并不排除自动消息管理器205中的一些或所有可以用专用硬件实现。

消息传送应用203被配置为记录当前在存储202中的哪些消息已经被查看(或消费)，以及哪些尚未被查看(或消费)。例如，消息传送应用203可以在存储202中存储与每个已存储的消息相关联的各自的旗标，以标出各个消息是已被查看还是未被查看。消息的图标或指示还可以取决于各个消息是已被查看还是未被查看来不同地显示。例如，表示未被查看的消息的每个图标可以被显示为其各自的消息的缩略图，而表示已查看消息的每个图标可以被显示为其各自的消息的灰掉的(grey-out)、淡出的(faded)或以其他方式褪色的缩略图。通过示出未查看消息被加以交叉阴影线(cross-hatched)、且示出已被查看的消息被打点(dotted)，而在图3(和图4)中示意性示出了不同外观。

基于由消息传送应用维护的关于消息是已被查看还是未被查看(或更一般地，已被消费或未被消费)的信息，自动消息管理器205被配置为：为在存储202中当前已查看消息和未查看消息实现各自的消息保留策略。在一些实施例中，这些策略彼此完全分离，即，未查看消息不影响对于已查看消息发生什么，反之亦然。因此，虽然消息图标可被显示为屏幕上的同一时间带或线程的一部分，但是“在幕后”消息管理器205被配置为将它们划分为两个单独的逻辑缓冲区。

在实施例中，针对已查看消息的和针对未查看消息的保留策略如下。

对于已查看的消息，消息自动降级超过某一阈值。即，消息管理器205被配置为自动识别存储202中的用于特定对话的已查看消息的数量(仅是已查看消息，不是对话中已查看消息+未查看消息的总数)何时超过针对每对话的已查看消息的数量的被允许的阈值。响应于此，消息管理器205自动删除所要求的消息的数量，以使得存储202中的已查看消息的数量回到阈值以下。例如，在实施例中，该阈值是每对话八个已查看消息，从而如果查看了该对话的第九个消息，则消息管理器205自动删除已查看消息中的另一个(可能一次只能查看一个消息，从而这可以总是相当于仅仅删除另一个消息，但是并不排除在消息管理器25有机会执行其删除之前一次查看两个或更多个消息，在该情况下可以相应地删除两个或更多其他消息)。在实施例中，消息管理器204被配置为在对话的一个或多个新消息已查看时，总是选择所述对话中最旧的一个或多个已查看消息来删除。

对于未查看消息，在实施例中，自动消息管理器205不对可存储于存储202中的未被查看消息的数量施加限制，从而未查看消息的数量实际上是无限的(仅被存储的容量所限制)。(注意，关于未查看消息不做任何事情被认为是出于本公开目的的“保留策略”的一个例子。)替代地，消息管理器205可以被配置为对每对话在存储202中允许的未查看消息的数量施加自动限制，使该限制大于对已查看消息的数量的限制。例如，未被查看消息可以降级超过阈值，阈值例如二十个消息或一百个消息(并且在实施例中，使得未查看消息的数量回到对话的各自阈值内而要求的最旧的一个或多个未查看消息)。

注意，未查看消息的数量的阈值不是由在内存储消息的存储202的最大存储容量指定的——其没有考虑未查看消息的数量、并因此没有考虑存储202中的消息的总数量。这意味着已查看消息的数量的阈值因此使得消息被删除，即使在存储202中仍留有足够的存储容量来存储更多的消息、并且事实上尽管存储容量仍是足够的时。这可能是期望的，因为存储202还可能被在用户终端102上运行的其他应用(未示出)使用。本公开的降级机制防止消息的数量完全不经检查地增加，但是并不基于已查看消息加上未查看消息的总数量来施加过度约束性的限制。注意，这里“删除”表示从存储删除，从而所讨论的消息不再防止其先前引发的存储空间被用于其他目的。

图3和图4示出了图示实施例中自动消息管理器205的操作的例子，其中每对话中最多八个已查看消息以及无限数量的未查看消息被允许存储于存储202中。

从图3的步骤(a)所示的情形开始，在图示的对话中，消息传送应用203当前具有一个未查看消息7(最新地，例如，最近接收到的)存储于存储202中，以及六个已查看消息1至6(所有较旧的，例如，先前接收到的，1是最旧的而6是最新的)。在步骤(b)，消息传送应用203接收同一对话的新消息8，其以未查看的状态存储在存储202中。由于该消息未被查看，故而不将已查看消息的数量增量，并因此不影响存储202中针对所讨论的对话的已查看消息1…6。另外，对未被查看消息的数量没有限制，新消息8不影响另一未查看消息7。

在步骤(c)处，消息传送应用203接收同一对话的另一新消息9，其再次以未查看的状态存储于存储202中。再次，因为该消息是未被查看的，所以不将已查看消息的数量增量，并因此不影响存储202中已查看的消息1…6；并且因为对未查看消息的数量没有限制，所以新消息9不影响其他未查看消息7和8。在步骤(d)处，出于与步骤(b)和(c)相关地讨论的相同原因，消息传送应用203接收对话的再一新消息10，其再次以未查看的状态存储于存储202中；并且该消息并不添加到已查看消息的数量，也不影响存储202中的现有已查看和未查看消息1…9。注意，在步骤(c)和(d)处，对于所讨论的对话在存储202中存在多于八个消息，但是这不引起任何消息被自动删除，因为“八”是对已查看消息的数量的限制，而不是对已查看+未查看消息的总数量的限制。

在步骤(e)处，用户使用消息传送应用203来查看未查看消息之一，例如，最旧的未查看消息7。作为响应，消息传送应用203将该消息7的状态改变为“已查看”。现在在对话中已查看消息的数量被增加到七，但是这仍低于阈值八，因此尚未自动删除消息。在步骤(f)处，用户使用消息传送应用203来查看未查看消息中的另一个，例如，下一个最旧未查看消息8。再次，作为响应，消息传送应用203将该消息8的状态改变为“已查看”。现在在对话中已查看消息的数量被增加到八，但是这仍在阈值八之内，从而尚未自动删除消息(“与阈值相等”可以被认为是在阈值内)。

在步骤(g)处，用户使用消息传送应用203来查看未查看消息中的另一个，例如，下一个最旧未被查看消息9，并作为响应，消息传送应用203将该消息9的状态改变为“已查看”。现在在对话中已查看消息的数量被增加到九，这高于阈值。自动消息管理器205检测到此，并作为响应，删除在对话中的最旧已查看消息，因此使在存储202中针对被讨论对话的已查看消息的数量回到最大值八。

类似地，在步骤(h)处，用户使用消息传送应用203来查看又一未查看消息，例如，下一个最旧未查看消息10，并作为响应，消息传送应用203将该消息10的状态改变为“已查看”。现在在对话中已查看消息的数量再次增加到九，这再次高于阈值。自动消息管理器205检测到此，并作为响应，删除在对话中的最旧已查看消息，这次是消息2，因此使针对被讨论对话的已查看消息数量返回到最大值八。

参见图4，在步骤(i)-(q)处，消息传送应用203分别接收同一对话的另外九个消息11…19作为消息1…10。消息传送应用在存储202中存储每个新的消息11…19，标记为“未查看”。现在总共有多于八个消息，并且事实上多于八个未查看消息。然而，这不引起任何消息被自动删除，因为限制仅特别施加于已查看消息，其只有八个(消息3…10)。

注意，在实施例中，删除已查看消息的策略不依赖于未查看消息相对已查看消息的相对时间次序，或者未查看消息相对于已查看消息在内容方面的任何逻辑依赖性。例如，考虑如在图4中示出的某个稍后的时间T，消息传送应用已经接收了另外八个新消息20…27作为同一对话的部分、作为消息1…19，其再次存储于存储202中。出于不管什么原因，用户已经查看了消息14…21中的所有，而没有查看更早的消息11…13或更晚的消息22…27。先前的消息1…10已经都被查看并根据消息删除规则自动删除了。现在考虑在时间T+1的情形，用户接着选择查看消息22，留着较早的消息11…13和较晚的消息23…27仍未查看。现在存在九个已查看消息，多于阈值八。根据本文公开的实施例，自动消息管理器205将检测到此，并仍将删除最旧的已查看消息14，而不管其可能破坏在较早未查看消息11…13和较晚未查看消息23…27之间的内容的逻辑链这一事实。然而，该严格方法并非在所有可能实施例中都是必要的，并且在其他实施例中，用于已查看消息的保留策略可以被设计为对已查看消息阈值的应用的一个或多个警告。

在另外的实施例中，将要消失的消息将在视觉上不同于其他的。例如，距离已查看消息缓冲区的末端某预定数量n以内的已查看消息，即，根据删除所基于的次序、最接近于被删除的第n个(例如，最旧的第n个)，可以被显示给用户，稍微不同于其他已查看消息，以表示它们接近于被自动删除。例如，这些可以比其他已查看消息更淡出、更发灰或更透明地被显示。在实施例中，在一些或所有已查看消息中外观差别的程度(例如，有多么的淡出、发灰或透明)可以随着在删除次序中对于删除的接近度而增加(例如，随着“年龄(age)”而增加)。在图3和图4的例子中，n＝2，从而最旧的两个已查看消息看起来更淡出，其中最旧的是最淡出的，且第二最旧的是稍微不那么淡出的。

在上文已经依据自动消息管理器205实现于用户终端102、管理存储于用户终端上的消息进行了描述。然而，在替代的或额外的实施例中，自动消息管理器的一个版本205’可以实现于服务器103处，在此消息可以用于被下载到目的地用户终端102。

图5示出了根据本文公开的实施例的服务器103的例子。服务器103包括网络接口201’、非易失性存储202’(其包括一个或多个非易失性存储设备)、以及服务器侧版本的消息传送应用203’(其包括服务器侧版本的自动消息管理器205’或与服务器侧版本的自动消息管理器205’相关联)。服务器侧消息传送应用203’被配置为经由网络接口201’和网络101(例如，互联网)从一个或多个源用户终端接收消息(例如，视频消息)，并使得这些消息可用于经由网络接口201’和网络101下载到目的地用户终端102的对应的消息传送应用。

替代或额外地，可以在服务器103处生成一些或所有消息以便下载到目的地用户终端102。无论哪种方式，在服务器103处的自动消息管理器205’被布置为以与关于客户端侧终端102和消息传送应用203描述的类似方式，管理存储于服务器存储202’上的消息(在实施例中仍关于每个对话，但是现在考虑在“源”和“目的地”用户之间的两个方向上的消息)。上述任一特征可以同样地应用于服务器侧实现方式。当描述用户接口特征时，这些仍然可以经由用户终端102的用户接口实现，但是基于来自服务器103上的消息传送应用203’的信息。

一般而言，可以使用软件、固件、硬件(例如，固定逻辑电路)或这些实现方式的组合实现这里描述的任意功能。如这里使用的术语“模块”、“功能”、“部件”和“逻辑”一般表示软件、固件、硬件或其组合。在软件实现方式的情况下，模块、功能或逻辑表示在处理器(例如，一个或多个CPU)上执行时实现指定任务的程序代码。程序代码可以存储于一个或多个计算机可读存储器设备中。下文描述的技术的特征是独立于平台的，这表示技术可以实现于具有多个处理器的多个商业计算平台上。

例如，用户终端还可以包括使得用户终端的硬件执行操作(例如，处理器功能块等)的实体(例如，软件)。例如，用户终端可以包括计算机可读介质，其可以被配置为维持使得用户终端以及更具体地操作系统和用户终端的相关联的硬件执行操作的指令。因此，指令用于配置操作系统和相关联的硬件来执行操作，并这样导致转换操作系统和相关联的硬件以执行功能。可以通过计算机可读介质通过多种不同的配置将指令提供给用户终端。

计算机可读介质的一个这种配置是信号承载介质，并因此被配置为例如经由网络将指令(例如，作为载波)发送到计算设备。计算机可读介质还可以被配置为计算机可读存储介质，并因此不是信号承载介质。计算机可读存储介质的例子包括随机存取存储器(RAM)、只读存储器(ROM)、光盘、闪存、硬盘存储器以及可以使用磁、光和其他技术以存储指令和其他数据的其他存储器设备。

虽然已经以专用于结构特征和/或方法动作的语言描述了主体，但是应理解的是，在随附权利要求中定义的主题不必限于上述具体的特征或动作。

而是，上述具体特征和动作被公开为实现权利要求的示例性形式。

Claims (15)

1.一种设备，包括：

消息传送应用，用于接收指向至少一个目的地用户的用户可消费消息的序列；

非易失性存储，其包括用于存储所述消息的一个或多个非易失性存储设备，所述消息由下列构成：所述消息中的已经被所述目的地用户消费的多个已消费消息，以及所述消息中的尚未被所述用户消费的多个未消费消息；以及

自动消息管理器，其被配置为针对所述已消费消息和所述未消费消息实施各自不同的保留策略；

其中，针对所述已消费消息的保留策略包括：自动确定何时所述已消费消息的数量超过已消费消息的阈值，并且作为响应，从所述非易失性存储自动删除至少一个所述已消费消息，从而使得所述已消费消息的数量回到所述已消费消息的阈值内。

2.根据权利要求1所述的设备，其中，针对所述已消费消息的保留策略和针对所述未消费消息的保留策略彼此独立，从而所述已消费消息的数量既不影响所述未消费消息的保留也不影响所述未消费消息的删除，并且所述未消费消息的数量既不影响所述已消费消息的保留也不影响所述已消费消息的删除。

3.根据权利要求1所述的设备，其中，所述序列中的消息是特定对话的消息，所述自动消息管理器被配置为在每个对话的基础上至少针对所述已消费消息实施保留策略。

4.根据前述权利要求中任一项权利要求所述的设备，其中，针对所述未消费消息的保留策略是：无论所述未消费消息的数量为何，所述未消费消息永远不被所述自动消息管理器自动删除，从而所述未消费消息的数量仅受限于所述存储的存储容量。

5.根据权利要求1至3中任一项所述的设备，其中，针对所述未消费消息的保留策略包括：自动确定何时所述未消费消息的数量超过未消费消息的阈值，并且作为响应，从所述非易失性存储自动删除至少一个所述未消费消息，从而使得所述未消费消息的数量回到所述未消费消息的阈值内；所述未消费消息的阈值大于所述已消费消息的阈值。

6.根据前述权利要求中任一项权利要求所述的设备，其中，所述消息具有从最旧到最新的次序，并且所述自动消息管理器被配置为通过删除最旧的一个或多个已消费消息来执行所述删除。

7.根据前述权利要求中任一项权利要求所述的设备，其中，所述自动消息管理器被配置为通过删除超过所述已消费消息的阈值的多个所述已消费消息来执行所述删除，由此使得所述已消费消息的数量恰好回到所述已消费消息的阈值内。

8.根据前述权利要求中任一项权利要求所述的设备，包括接收器，其被配置为通过网络接收所述消息。

9.根据前述权利要求中任一项权利要求所述的设备，其中，消息是音频消息、图片消息和/或视频消息。

10.根据前述权利要求中任一项权利要求所述的设备，其中，所述消息是可视媒体消息，所述已消费消息是已查看消息，并且所述未消费消息是未查看消息。

11.根据前述权利要求中任一项权利要求所述的设备，其中，所述设备是用户终端，所述目的地用户是所述用户终端的用户，并且所述用户终端包括用户接口，所述已消费消息是通过所述用户接口而被消费的。

12.根据权利要求11所述的设备，其中，所述用户接口包括显示器，用于显示表示所述消息序列中的每个消息的各自的指示，并且所述消息传送应用被配置为在所述显示器上作为同一线程的一部分来显示所述指示，在所述线程内所述指示具有从最旧到最新的次序。

13.根据权利要求12所述的设备，其中：

所述消息具有从最旧到最新的次序，并且所述自动消息管理器被配置为通过删除最旧的一个或多个所述已消费消息来执行所述删除；以及

表示所述已消费消息的图标所具有的外观取决于在所述次序中所述已消费消息距离成为最旧的并因此接下来当所述已消费消息的数量超过所述已消费消息的阈值时将被删除有多近。

14.根据权利要求1至10中任一项所述的设备，其中，所述设备是所述目的地用户的用户终端能够从其下载所述消息的服务器。

15.一种实现于计算机可读存储介质上的计算机程序产品，其被配置为当在设备上执行时执行以下操作：

接收指向至少一个目的地用户的用户可消费消息的序列；

在包括一个或多个非易失性存储设备的非易失性存储中存储所述消息，所述消息由下列构成：所述消息中的已经被所述目的地用户消费的多个已消费消息，以及所述消息中的尚未被所述用户消费的多个未消费消息；以及

针对所述已消费消息和所述未消费消息实施各自不同的保留策略；

其中，针对所述已消费消息的保留策略包括：自动确定何时所述已消费消息的数量超过已消费消息的阈值，并且作为响应，从所述非易失性存储自动删除至少一个所述已消费消息，从而使得所述已消费消息的数量回到所述已消费消息的阈值内。