CN112800074B - 离线数据管理方法、装置、终端设备、系统及可读介质 - Google Patents

Abstract

本发明公开了一种离线数据管理方法、装置、终端设备、系统及可读介质。首先在离线状态下，根据已加载的数据项与已加载的数据列表之间的映射关系，确定目标数据列表中的目标数据项，所述目标数据项包括在所述目标数据列表中未加载、在非目标数据列表中已加载的数据项；然后展示所述目标数据列表中已加载的数据项以及所述目标数据项。通过上述技术方案，在离线状态下，可以在目标数据列表中展示出部分未加载到目标数据列表中的数据项，实现了对关联于不同数据列表的数据项的有效管理，在离线状态下可为用户提供更全面的数据。

Description

离线数据管理方法、装置、终端设备、系统及可读介质

技术领域

本发明实施例涉及计算机技术，尤其涉及一种离线数据管理方法、装置、终端设备、系统及可读介质。

背景技术

随着信息技术的发展，海量的数据存储在服务器中，终端设备可以远程管理服务器中存储的数据，而不需要占用自身过多的内存。当终端设备处于无网络或网络连接不稳定的离线状态时，只能基于在离线前已从服务器加载到本地的原始数据进行操作，能够处理的数据和浏览的信息有限，并且忽略了数据之间的关联。

发明内容

本发明提供一种离线数据管理方法、装置、终端设备、系统及可读介质，实现了对关联于不同数据列表的数据项的有效管理，在离线状态下可为用户提供更全面的数据。

第一方面，本公开实施例提供了一种离线数据管理方法，包括：

在离线状态下，根据已加载的数据项与已加载的数据列表之间的映射关系，确定目标数据列表中的目标数据项，所述目标数据项包括在所述目标数据列表中未加载、在非目标数据列表中已加载的数据项；

展示所述目标数据列表中已加载的数据项以及所述目标数据项。

第二方面，本公开实施例还提供了一种离线数据管理装置，包括：

数据项确定模块，用于在离线状态下，根据已加载的数据项与数据列表之间的映射关系，确定目标数据列表中的目标数据项，所述目标数据项包括在所述目标数据列表中未加载、在非目标数据列表中已加载的数据项；

展示模块，用于展示所述目标数据列表中已加载的数据项以及所述目标数据项。

第三方面，本公开实施例还提供了一种终端设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本公开实施例提供的方法。

第四方面，本公开实施例还提供了一种离线数据管理系统，包括：服务器以及本公开实施例提供的终端设备；

所述服务器与所述终端设备之间通过网络连接；

所述服务器中存储有数据列表和数据项。

第五方面，本公开实施例还提供了一种计算机可读介质，其上存储有计算机程序，该程序被处理装置执行时实现本公开实施例提供的方法。

本公开实施例提供了一种离线数据管理方法、装置、终端设备、系统及可读介质。首先在离线状态下，根据已加载的数据项与已加载的数据列表之间的映射关系，确定目标数据列表中的目标数据项，所述目标数据项包括在所述目标数据列表中未加载、在非目标数据列表中已加载的数据项；然后展示所述目标数据列表中已加载的数据项以及所述目标数据项。通过上述技术方案，在离线状态下，可以在目标数据列表中展示出部分未加载到目标数据列表中的数据项，实现了对关联于不同数据列表的数据项的有效管理，在离线状态下可为用户提供更全面的数据。

附图说明

图1为本公开实施例一提供的一种离线数据管理方法的流程示意图；

图2为本公开实施例二提供的一种离线数据管理方法的流程示意图；

图3为本公开实施例三提供的一种离线数据管理方法的流程示意图；

图4为本公开实施例四提供的一种离线数据管理方法的流程示意图；

图5为本公开实施例五中对邮件的离线数据管理的流程示意图；

图6为本公开实施例六提供的一种离线数据管理装置的结构示意图；

图7为本公开实施例七提供的一种终端设备的结构示意图；

图8为本公开实施例八提供的一种离线数据管理系统的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。

应当理解，本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。

本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”。

需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。

本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的，而并不是用于对这些消息或信息的范围进行限制。

下述各实施例中，每个实施例中同时提供了可选特征和示例，实施例中记载的各个特征可进行组合，形成多个可选方案，不应将每个编号的实施例仅视为一个技术方案。此外，在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。

实施例一

图1为本公开实施例一提供的一种离线数据管理方法的流程示意图，该方法可适用于对处于离线状态的终端设备上的离线数据进行管理的情况，具体的，用于对处于离线状态的终端设备在进入离线状态之前已从服务器加载至本地的数据进行管理的情况。该方法可以由离线数据管理装置来执行，其中该装置可由软件和/或硬件实现，并一般集成在终端设备上，在本实施例中终端设备包括但不限于：手机、电脑和个人数字助理等电子设备。

如图1所示，本公开实施例一提供的一种离线数据管理方法，包括如下步骤：

S110、在离线状态下，根据已加载的数据项与已加载的数据列表之间的映射关系，确定目标数据列表中的目标数据项，所述目标数据项包括在所述目标数据列表中未加载、在非目标数据列表中已加载的数据项。

在本实施例中，离线状态可以理解为终端设备与服务器的连接断开、无法通过网络与服务器进行通信的状态，例如，由于网络不稳定、服务器宕机、终端设备上的应用程序运行错误、用户退出登录客户端、网络接口故障等原因造成的终端设备离线。服务器中的数据通常以数据列表(List)和数据项(Item)的结构存储，一个数据列表中可以包含一个或多个数据项，一个数据项可以关联于一个或多个数据列表。终端设备上安装有各种应用的客户端，可以通过网络将服务器中的数据列表和数据项加载到本地，供用户查看和处理。

示例性的，终端设备上安装有邮件客户端，服务器中存储有用户账号在一段时间内接收到的邮件、发出的邮件、收藏的邮件、临时保存的草稿邮件等，数据列表可以指邮件目录，例如收件箱、发件箱、收藏夹、草稿箱等，数据项可以指每个邮件目录下的邮件。通常有上下文关联的邮件会被聚合到一起，合并为一个会话，会话可能出现在一个或多个邮件目录中。终端设备从服务器加载邮件的过程中进入了离线状态，可能有一些邮件目录下的邮件没有来得及加载，这种情况下，需要根据已经加载到本地的数据，尽可能地为户提供更多的信息，支持用户离线使用。

在另一示例中，终端设备上安装有会话客户端，服务器中存储有用户账号在一段时间内针对不同的联系人发送和接收的会话消息、收藏的会话消息、正在编辑中还未发送的会话消息等，数据列表可以指会话客户端的标签，例如联系人列表、聊天记录、收藏夹、草稿箱等，数据项可以指联系人列表中的各联系人信息、与各联系人的聊天记录、每天的聊天记录、各收藏的会话消息、编辑中的各条会话消息等。一条会话消息可能同时出现在一个或多个标签中。终端设备从服务器加载数据的过程中进入了离线状态，可能有一些标签下的数据没有来得及加载。

需要注意的是，本实施例的方法的应用场景不限于上述的示例，还可应用于其他通过终端设备从服务器加载数据列表和数据项的场景，例如终端设备通过游戏客户端从服务器加载游戏数据、通过购物客户端从服务器购物数据、通过音乐客户端从服务器音乐数据等。

本实施例中，每个终端设备在进入离线状态之前已加载的数据列表，都可能作为目标数据列表，对于一个目标数据列表，在该目标数据列表中未加载、在其他已加载的数据列表中已加载的数据项即为目标数据项。为便于描述，将服务器中的数据列表记为List n(n≥1，n为整数)，一个数据列表例如为一个邮件目录，数据项记为Item，一个数据项例如为一封邮件。各Item按照一定的排列顺序存储。同一个Item可能出现在一个或多个List中。终端设备在从服务器加载数据列表数据项的过程中，可以获知各数据列表与数据项之间的映射关系。

在一实例中，List 1中包含Item A，Item B，Item C，Item D；List 2中包含ItemB，Item D，Item E，Item F。当终端设备进入离线状态时，List 1中已加载了Item A和ItemB，List 2中已加载了Item B和Item D。Item D同时出现在List 1和List 2中，则对于List1，Item D在List 1中未加载、在List2中已加载，将List 1作为目标数据列表，Item D即为目标数据项。

S120、展示所述目标数据列表中已加载的数据项以及所述目标数据项。

本实施例中，终端设备可以根据用户需求加载数据项以展示尽可能多的信息。例如，用户的邮箱账号在一段时间内接收到10封未读邮件，这10封未读邮件的相关数据存储在服务器中，在用户登录终端设备与服务器同步数据的过程中，从服务器加载了3封未读邮件后由于网络原因离线，那么在离线状态下，通常终端设备中只能在相应的目录中查询到这3封未读邮件，具有很大局限性。此外，在终端设备中通常会将有上下文关联的邮件聚合到一起，合并为一个会话，会话又可能同时属于不同的邮件目录，具有复杂的关联关系，更突出了用户在离线状态下处理数据的局限性。而本实施例的方法，在离线状态下，对于目标数据列表，除了可以展示已加载的数据项，还可以展示目标数据项。目标数据项虽然在目标数据列表中还未加载，但已经通过其他的非目标数据列表加载至本地，因此，终端设备实际上已经获取到目标数据项的信息。利用数据列表(即邮件目录)与数据项(即邮件)之间的映射关系，可以为用户展示更丰富的信息，支持用户在离线状态下查看和处理、有效管理离线数据。在此基础上，终端设备可以根据用户需求适量加载数据项以获取尽可能多的信息。

需要注意的是，在上述实例中，对于非目标数据列表(List 2)，并不存在在List 2中未加载、在其他数据列表(List 1)中已加载的数据项，因此，对于非目标数据列表，在离线状态下，仅展示已加载的数据项即可。

本实施例中，对终端设备与服务器之间的通信协议不作限定。以加载邮件的情况为例，终端设备与服务器之间可基于邮局协议版本3(Post Office Protocol Version 3，POP3)协议、POP协议、交互式邮件存取协议(Internet Mail Access Protocol，IMAP)协议等通信。终端设备可以使用邮件客户端远程管理在服务器上的电子邮件。邮件首先发送至服务器，终端设备连接服务器，通过邮件客户端可以下载所有未读的邮件，这种离线访问模式是一种存储转发服务，将邮件从服务器端传输到邮件客户端本地。对于POP协议，邮件在传输到客户端本地后，服务器中的邮件将会被删除；对于POP3协议，邮件在传输到客户端本地后，服务器中仍可以存储邮件。IMAP是一个应用层协议，终端设备可以使用邮件客户端从服务器获取邮件的信息、下载邮件等，但IMAP协议中没有考虑一封邮件存在于多个目录下的情况。本实施例的方法还可应用于传输控制协议/网际协议(Transmission ControlProtocol/Internet Protocol，TCP/IP)、超文本传输协议(HyperText TransferProtocol，HTTP)等。本实施例中的离线数据，可以是终端设备在进入离线状态之前，基于上述的任意一种协议从服务器加载到本地的数据。

本实施例提供的一种离线数据管理方法，首先在离线状态下，根据已加载的数据项与已加载的数据列表之间的映射关系，确定目标数据列表中的目标数据项，所述目标数据项包括在所述目标数据列表中未加载、在非目标数据列表中已加载的数据项；然后展示所述目标数据列表中已加载的数据项以及所述目标数据项。利用上述技术方案，在离线状态下，可以在目标数据列表中展示出部分未加载到目标数据列表中的数据项，实现了对关联于不同数据列表的数据项的有效管理，在离线状态下可为用户提供更全面更丰富的数据。

实施例二

图2为本公开实施例二提供的一种离线数据管理方法的流程示意图，本实施例二在实施例一的基础上，对终端设备在进入离线状态之前的加载数据项的过程进行具体化。在本实施例中，在进入离线状态之前，还包括：确定第一待加载信息，第一待加载信息包括待加载的数据列表的标识、待加载的数据列表对应的起始数据项以及第一加载数量；根据第一待加载信息，从待加载的数据列表对应的起始数据项开始，加载第一加载数量的数据项。

可选的，还包括：记录已加载的数据列表中已加载的最后一个数据项的信息；其中，已加载的最后一个数据项的信息包括：已加载的最后一个数据项的位置标识，以及已加载的最后一个数据项是否为已加载的数据列表中的结束数据项。

本实施例尚未详尽的内容请参考实施例一。

如图2所示，本公开实施例二提供的一种离线数据管理方法，包括如下步骤：

S210、确定第一待加载信息，第一待加载信息包括待加载的数据列表的标识、待加载的数据列表对应的起始数据项以及第一加载数量。

本实施例中，第一待加载信息用于指示终端设备在进入离线状态之前从服务器中加载数据项。第一待加载信息包括待加载的数据列表的标识(List ID)，例如List 1和List2。第一待加载信息还包括各待加载的数据列表在本次加载过程中对应的起始数据项(Offset)，例如，对于各待加载的数据列表，均从第一个数据项开始加载，或者从上一次加载结束的位置开始加载，或者从指定位置开始加载，其中，每个数据列表中的数据项均按照一定的排序字段有序存储在服务器中，例如，服务器中的邮件可以按照收信时间排序，最新收到的邮件排列位置最靠前；又如，服务器中的音乐歌单中，音乐可以按照热度、播放量、发表时间或者音频时长排序等。第一待加载信息还包括第一加载数量(Size 1)，第一加载数量可以为定值，例如为20；也可以为最大值，即不断加载，直至进入离线状态或者待加载的数据列表中所有数据项都已加载完成；也可以为动态调整的值，例如根据网络质量、网络速度、终端设备的运行内存大小等因素决定。第一待加载信息可以是默认设置的，也可以由用户设置。

S220、根据第一待加载信息，从待加载的数据列表对应的起始数据项开始，加载第一加载数量的数据项。

本实施例通过根据第一待加载信息，有序加载数据项，获取到可以供用户在离线状态下查看和处理的离线数据，离线数据具有一定的排列规律，在离线状态下可以按照相应的顺序展示已加载的数据项和/或目标数据项，便于离线状态下的数据管理，并且在终端设备恢复在线状态后也可以按照相应的顺序继续加载数据项。

S230、记录已加载的数据列表中已加载的最后一个数据项的信息。

本实施例中，该记录操作可以在进入离线状态之前或之后执行，也可以在根据第一待加载信息加载数据项的过程中执行，目的是记录加载进度，包括当前已经加载到数据列表中的什么位置、该数据列表中的数据项加载是否完成等，便于离线状态下的数据管理，也可以为恢复在线状态后继续加载数据项提供可靠的依据。

S240、在离线状态下，根据已加载的数据项与已加载的数据列表之间的映射关系，确定目标数据列表中的目标数据项。

S250、展示目标数据列表中已加载的数据项以及目标数据项。

可选的，第一待加载信息中还包括数据项的加载顺序和分页尺寸，在根据加载信息加载数据项的过程中，按照相应的加载顺序分页加载第一加载数量的数据项。

示例性的，服务器中的邮件可以按照一定的排序字段(Sort-Field)排序，例如按照收信时间排序，最新收到的邮件排列位置最靠前。以服务器的收件箱为例，收件箱中包含50封未读邮件，终端设备在进入离线状态之前共加载了第一加载数量为40封未读邮件，在此过程中，可以按照收信时间，以10封邮件为一页，分成四页加载，从而避免一次加载过多、篇幅过长造成信息冗余和杂乱，影响用户的使用体验。在一些实施例中，在离线状态下对于各数据列表，也可以按照相应的加载顺序分页展示已加载的数据项，如果有目标数据项，也可以按照相应的加载顺序分页展示目标数据项。

在一实施例中，终端设备按照以下结构存储已加载的数据列表和数据项：

对于一个已加载的数据列表，存储该数据列表的标识(List ID)，存储该数据列表中已加载的各数据项、已加载的最后一个数据项在该数据列表中的排列位置(Offset)、该数据列表中的数据项是否加载完成(即已加载的最后一个数据项是否为该数据列表中的最后一个数据项，可表示为Is-end)；

对于一个已加载的数据项，存储该数据项的标识(Item ID)，以及该数据项包含的具体数据(Payload)；

此外，还存储已加载的数据列表与已加载的数据项之间的映射关系，以及已加载的数据项的加载顺序(可以与已加载的数据项在服务器中相应数据列表中的排列顺序一致)。

通过按照上述结构存储已加载的数据列表和数据项，可以将目标数据项关联至目标数据列表中，对于目标数据列表，不仅可以展示已加载的数据项，还可以展示通过非目标数据列表加载至本地的目标数据项，从而将通过不同数据列表加载至本地的数据项在终端设备聚合并展示。

本公开实施例二提供的一种离线数据管理方法，在进入离线状态之前根据第一待加载信息加载数据项，有序获取离线数据，并记录加载进度，便于离线数据管理，并为恢复在线状态后的继续加载提供可靠的依据；通过按照相应的加载顺序分页加载第一加载数量的数据项，使离线数据结构化，避免信息冗余和杂乱；实现了对通过不同数据列表加载至本地的数据项的聚合和展示。

实施例三

图3为本公开实施例三提供的一种离线数据管理方法的流程示意图。实施例三在上述实施例的基础上，对终端设备在恢复在线状态后的继续加载数据项的过程进行具体化。在本实施例中，还包括：若已加载的最后一个数据项不是已加载的数据列表中的结束数据项，则确定第二待加载信息；在在线状态下，根据第二待加载信息执行相应的数据项加载操作。

本实施例还将展示目标数据列表中已加载的数据项以及目标数据项，具体化为：在离线状态下，按照已加载的数据项在目标数据列表中的加载顺序，展示已加载的数据项；按照目标数据项在非目标数据列表中的加载顺序，展示目标数据项。

本实施例尚未详尽的内容请参考上述实施例。

如图3所示，本公开实施例三提供的一种离线数据管理方法，包括如下步骤：

S310、在离线状态下，根据已加载的数据项与已加载的数据列表之间的映射关系，确定目标数据列表中的目标数据项。

S320、按照已加载的数据项在目标数据列表中的加载顺序，展示已加载的数据项。

在本实施例中，对于目标数据列表，可以按照加载顺序展示已加载的数据项。例如，服务器中List 1中按顺序存储了Item A、Item B、Item C、Item D、Item E，终端设备在进入离线状态之前对于List 1已依次加载了Item A和Item B，则可以按照加载顺序(与服务器中List1中的存储顺序一致)展示Item A和Item B；如果已加载的数据项的数量超过一定阈值，还可以按照加载顺序分页展示。

S330、按照目标数据项在非目标数据列表中的加载顺序，展示目标数据项。

在本实施例中，对于目标数据列表，还可以按照目标数据项在非目标数据列表中的加载顺序展示目标数据项。例如，服务器中List 1中按顺序存储了Item A、Item B、ItemC、Item D、Item E，List 2中按顺序存储了Item B、Item D、Item E，Item D和Item E都出现在List 1和List 2中，Item D和Item E在List 1中未加载、在List2中已加载，则将List 1作为目标数据列表，Item D和Item E即为目标数据项，可以按照目标数据项在List 2中的加载顺序(与服务器中List 2中的存储顺序一致)进行展示；如果目标数据项的数量超过一定阈值，还可以按照加载顺序分页展示。

需要注意的是，对于非目标数据列表，按照加载顺序展示已加载的数据项即可。

S340、已加载的最后一个数据项是已加载的数据列表中的结束数据项？若是，则数据项加载完成；若否，则执行S350。

在本实施例中，对于一个已加载的数据列表，如果已加载的最后一个数据项是该数据列表的结束数据项，则说明该数据列表中的数据项已加载完成，例如，服务器中收件箱中的所有未读邮件都已加载至终端设备本地；如果不是该数据列表的结束数据项，则说明在终端设备进入离线状态时，该数据列表中还存在未来得及加载的数据项，则在恢复在线状态后，可以根据第二待加载信息继续加载数据项。

具体的，在加载数据项的过程中，记录已加载的数据列表中已加载的最后一个数据项的信息，例如，将已加载的最后一个Item在服务器中该数据列表中的排列位置(Sort-Key)保存到Offset字段，并且将该已加载的最后一个Item的Is-end信息同步保存到本地已加载的数据列表的Is-end字段，从而准确记录加载进度，便于终端设备准确判断加载是否完成，并在恢复在线状态后及时继续加载剩余的数据项，确保服务器中数据项可以及时加载，保证加载的时效性和完整性。

S350、确定第二待加载信息。

本实施例中，第二待加载信息用于指示终端设备在恢复在线状态后从服务器中继续加载数据项。

可选的，第二待加载信息包括：已加载的数据列表的标识(List ID)、已加载的数据列表中已加载的最后一个数据项的信息以及第二加载数量(Size 2)。

本实施例中，第二待加载信息包括已加载的数据列表的标识，以及各已加载的数据列表中已加载的最后一个数据项的信息(包括已加载的最后一个Item在服务器中该数据列表中的排列位置Sort-Key以及该已加载的最后一个Item是否为结束数据项Is end)，作为确定继续加载的起始位置的依据，可以保证离线前后数据项加载的衔接，避免丢失或重复加载数据项；第二待加载信息还包括第二加载数量，第二加载数量可以为定值，例如为20，也可以为最大值，即不断加载，直至在此进入离线状态或者待加载的数据列表中所有数据项都已加载完成，也可以为动态调整的值，例如根据网络质量、网络速度、终端设备的运行内存大小等因素决定。第二待加载信息可以是默认设置的，也可以由用户设置。

需要注意的是，如果已加载的最后一个数据项是数据列表中的结束数据项，则该数据列表中的数据项已经在本地完整缓存，也可以理解为第二加载数量为0，这种情况下，服务器可以向终端设备返回Is-end＝True，在服务器没有进一步通知数据列表或数据项有更新的前提下，终端设备无需再从服务器加载数据项。如果已加载的最后一个数据项不是数据列表中的结束数据项，则根据第二待加载信息继续加载数据项，并更新Offset和Is-end字段。

S360、在在线状态下，根据第二待加载信息执行相应的数据项加载操作。

本实施例中，根据第二待加载信息执行相应的数据项加载操作，可以理解为在终端设备恢复在线状态的情况下，根据记录的加载进度确定需要继续加载数据项。

可选的，根据第二待加载信息执行相应的数据项加载操作，包括：根据第二待加载信息，从已加载的数据列表中已加载的最后一个数据项开始，每次加载第二加载数量的数据项，并更新已加载的数据列表中已加载的最后一个数据项的信息，直至已加载的最后一个数据项为已加载的数据列表中的结束数据项。

需要说明的是，对于目标数据列表，在离线状态下已经展示了已加载的数据项和目标数据项，其中，目标数据项的位置在已加载的数据项之后，在服务器中，目标数据项在目标数据列表中的位置可能与已加载的最后一个数据项相邻，也可能不相邻。本实施例中，在终端设备恢复在线状态后，是从已加载的最后一个数据项开始继续加载数据项，而非从目标数据项的位置开始，以保证离线前后加载数据项的连贯性。通过根据第二待加载信息继续有序加载数据项，保证离线前后数据项加载的衔接，避免丢失或重复加载数据项，并且保证在恢复在线状态后，终端设备能够及时高效的获取服务器中的数据项，快速同步终端设备与服务器中的数据。

S370、数据项加载完成。

可选的，第二待加载信息中还包括数据项的加载顺序和分页尺寸，在根据第二待加载信息继续加载数据项的过程中，按照相应的加载顺序分页加载对应数量的数据项。此处的加载顺序和分页尺寸，可以与终端设备进入离线状态之前的第一待加载信息中的加载顺序和分页尺寸一致，从而确保离线前后加载数据项的统一性，提高离线数据的管理效率。

本公开实施例三提供的一种离线数据管理方法，通过按顺序展示已加载的数据项以及目标数据项，在离线状态下可为用户提供更全面更丰富的数据；通过记录已加载的数据列表中已加载的最后一个数据项的信息，准确记录加载进度，确保服务器中数据项可以及时加载，保证加载的时效性和完整性；通过根据第二待加载信息继续有序加载数据项，保证离线前后数据项加载的衔接，避免丢失或重复加载数据项，并且保终端设备与服务器中数据的即时同步。

实施例四

图4为本公开实施例四提供的一种离线数据管理方法的流程示意图，实施例四在上述实施例的基础上，对终端设备在恢复在线状态后与服务器同步数据的过程进行具体化。在本实施例中，还包括：在离线状态下，根据用户的操作指令对已加载的数据项以及目标数据项进行处理；在在线状态下，将处理结果同步至服务器。

本实施例尚未详尽的内容参见上述实施例。

如图4所示，本公开实施例四提供的一种离线数据管理方法，包括如下步骤：

S410、在离线状态下，根据已加载的数据项与已加载的数据列表之间的映射关系，确定目标数据列表中的目标数据项。

S420、展示目标数据列表中已加载的数据项以及目标数据项。

S430、在离线状态下，根据用户的操作指令对已加载的数据项以及目标数据项进行处理。

在本实施例中，在离线状态下，用户可以对终端设备本地的数据列表、已加载的数据项以及目标数据项进行处理，例如修改数据列表和/或数据项的标识、格式或内容，为数据列表和/或数据项添加备注或书签，修改数据列表和数据项之间的映射关系等。以邮件客户端为例，用户可以将收件箱中的一封邮件从收藏夹中删除，也可以对草稿箱中的一封邮件进行编辑，还可以将发件箱中的一封邮件添加到收藏夹中等。需要说明的是，在离线状态下，终端设备不仅可以向用户展示各数据列表中已加载的数据项，还基于目标数据项与不同数据列表之间的映射关系，在目标数据列表中展示了目标数据项，可为用户提供更完善的数据，也提高了用户处理离线数据的全面性。例如，一封邮件虽然在收件箱中并没有加载至本地，但通过收藏夹加载至本地，则在离线状态下，用户仍可以通过收件箱中查看并处理该邮件。

S440、在在线状态下，将处理结果同步至服务器。

在本实施例中，终端设备在恢复在线状态后，将用户在离线状态下的操作可及时同步至服务器，例如，终端设备将处理结果发送至服务器，服务器据此修改相应的数据列表和/或数据项的标识、格式或内容，为相应的数据列表和/或数据项添加备注或书签，修改相应的数据列表和数据项之间的映射关系等，保证终端设备与服务器中数据的一致性。

在一实施例中，终端设备恢复在线状态后，处理结果还可同步至与同一服务器连接的同一用户账号使用的其他终端设备，例如，在离线状态下，用户在电脑的邮件客户端中编辑草稿箱中的一封邮件并临时保存，则在电脑恢复在线状态后，服务器可以获取临时保存的邮件，并转发至同一用户账号使用的手机上，用户可以在该手机上继续编辑或发送该邮件。通过将离线状态下的处理结果同步至服务器和其他终端设备，方便地支持不同客户端同时查看或处理数据，提高离线数据管理和同步的灵活性。

S450、在在线状态下，根据第二待加载信息执行相应的数据项加载操作。

在本实施例中，假设已加载的最后一个数据项不是已加载的数据列表中的结束数据项，则确定第二待加载信息，并在在线状态下，根据第二待加载信息执行相应的数据项加载操作。

需要注意的是，本实施例不限定S440和S450的执行顺序，两者可以同时执行，提高数据同步和数据项加载的效率。如果已加载的最后一个数据项是已加载的数据列表中的结束数据项，则恢复在线状态后无需继续加载，即S450为可选的步骤。

以下通过一实例对本公开提供的方法进行示例性描述。假设服务器中有两个List，分别包含以下数据项：

List A:1,3,5,7,9,11；

List B:2,5,9,11,13；

数字1、2、3、5、7、9、11、13表示数据项，相同的数字表示为同一个数据项，每个数据列表中的数据项按照数值升序排列。

终端设备从服务器加载数据项的操作表示为FETCH(List ID,Offset,Size 1)＝>Item x。在进入离线状态之前，终端设备从服务器分别加载了List A和List B的前三条数据：

FETCH(List A,0,3)＝>1,3,5；

FETCH(List A,0,3)＝>2,5,9；

则在终端设备进入离线状态后，可以向用户展示的数据为：

List A:1,3,5,(9)；

List B:2,5,9；

其中，List A为目标数据列表，List A中除了展示了已从服务器加载的1、3、5，还展示了通过List B加载的目标数据项9，从而为用户提供更丰富的数据。

在恢复在线状态后，对于List A，终端设备继续从服务器加载三条数据：

FETCH(List A,5,3)＝>7,9,11！

List A:1,3,5,7,9,11！

其中，“！”表示已加载至该数据列表中的结束数据项，即，List A中的数据项已经完整加载。

需要注意的是，在恢复在线状态后继续加载数据项的过程中，虽然目标数据项9也是List A的数据，但是仍然要从数据项5开始继续加载，否则会造成数据项7丢失；当加载了数据项11时，服务器可以向终端设备返回Is-end＝True，则如果用户继续请求加载下一页数据，终端设备可以通过客户端提示用户当前已经完整加载了该数据列表中的所有数据。

本公开实施例四提供的一种离线数据管理方法，通过将用户在离线状态下的操作可及时同步至服务器，保证终端设备与服务器中数据的一致性，以及与其他终端设备中数据的一致性，方便地支持不同客户端同时查看或处理数据，提高离线数据管理的灵活性。

实施例五

图5为本公开实施例五中对邮件的离线数据管理的流程示意图，本实施例在上述实施例的基础上进行具体化，对终端设备通过邮件客户端从服务器加载、展示以及同步邮件的过程进行描述。本实施例对于终端设备与服务器之间的通信协议不做限定，可以为POP、POP3、IMAP、CP/IP或HTTP协议等。

本实施例中，数据列表包括至少两个邮件目录，数据项包括各邮件目录中的邮件；每封邮件与至少一个邮件目录之间具有映射关系。

本实施例中，每封邮件在对应的邮件目录中的位置根据服务器接收该邮件的时间戳确定。在另外的实施例中，每封邮件在对应的邮件目录中的位置也可以根据邮件的大小、邮件主题等确定。

本实施例尚未详尽的内容参见上述实施例。

如图5所示，该方法包括：

S510、进入在线状态。

本实施例中，进入在线状态可以指用户使用邮箱账号和正确的密码在终端设备上登录邮箱客户端，也可以指终端设备与服务器的网络连接成功。服务器中存储有至少两个邮件目录，每封邮件可以存储于至少一个邮件目录中。

S520、邮件目录中存在未读的邮件？若是，则执行S530，否则，循环执行S520，实时检测是否有新的未读邮件。

本实施例中，终端设备进入在线状态后，即可实时检测服务器在各邮件目录中是否存在未读的邮件。如果是，则从服务器加载未读邮件，存在未读邮件的邮件目录即为待加载的数据列表，这些邮件目录中的未读邮件即为待加载的数据项。

S530、确定第一待加载信息。

可选的，第一待加载信息包括待加载的邮件目录的标识、待加载的邮件目录对应的起始邮件以及第一加载数量。

通过在进入离线状态之前根据第一待加载信息加载邮件，有序获取离线邮件数据，并记录当前已经加载到邮件目录中的什么位置、该邮件目录中的邮件加载是否完成，便于离线邮件数据管理，并为恢复在线状态后的邮件加载提供可靠的依据。

S540、根据第一待加载信息，从待加载的邮件目录对应的起始邮件开始，加载第一加载数量的邮件。

S550、在离线状态下，根据已加载的邮件与已加载的邮件目录之间的映射关系，确定在目标邮件目录中未加载、在非目标数据列表的邮件目录中已加载的目标邮件。

S560、展示目标邮件目录中已加载的邮件以及目标邮件。

本公开提供的离线数据管理方法，在离线状态下，可以在目标邮件目录中展示出部分未加载的目标邮件，实现了对关联于不同邮件目录的邮件的有效管理，在离线状态下可为用户提供更全面更丰富的邮件信息。

可选的，还包括：记录已加载的邮件目录中已加载的最后一封邮件的信息，其中，已加载的最后一封邮件的信息包括：已加载的最后一封邮件的位置标识，以及已加载的最后一封邮件是否为已加载的邮件目录中的结束邮件。通过记录已加载的邮件目录中已加载的最后一封邮件的信息，准确记录加载进度，确保服务器中邮件可以及时加载至终端设备本地，保证邮件处理的时效性和完整性。

可选的，还包括：若已加载的最后一封邮件不是已加载的邮件目录中的结束邮件，则确定第二待加载信息；在在线状态下，根据第二待加载信息执行相应的邮件加载操作。

可选的，第二待加载信息包括：已加载的邮件目录的标识、已加载的又没了中已加载的最后一封邮件的信息以及第二加载数量。

可选的，根据第二待加载信息执行相应的邮件加载操作，包括：根据第二待加载信息，从已加载的邮件目录中已加载的最后一封邮件开始，每次加载第二加载数量的邮件，并更新已加载的邮件目录中已加载的最后一封邮件的信息，直至已加载的最后一封邮件为已加载的邮件目录中的结束邮件。

通过根据第二待加载信息在恢复在线状态后继续有序加载邮件，保证离线前后邮件加载的衔接，避免丢失或重复加载邮件，并且保终端设备与服务器中邮件数据的即时同步。

可选的，加载信息中还包括邮件的加载顺序，加载信息包括第一待加载信息和/或第二待加载信息；在根据加载信息加载邮件的过程中，按照相应的加载顺序分页加载对应数量的邮件。通过按照相应的加载顺序分页加载相应数量的邮件，使离线邮件数据结构化，避免信息冗余和杂乱；实现了对通过不同邮件目录加载至本地的邮件的聚合和展示。

可选的，展示目标邮件目录中已加载的邮件以及目标邮件，包括：在离线状态下，按照已加载的邮件在目标邮件目录中的加载顺序，展示已加载的邮件；按照目标邮件在非目标数据列表的邮件目录中的加载顺序，展示目标邮件。

可选的，还包括：在离线状态下，根据用户的操作指令对已加载的邮件以及目标邮件进行处理；在在线状态下，将处理结果同步至服务器。通过将用户在离线状态下的操作及时同步至服务器，保证终端设备与服务器中邮件数据的一致性，以及与其他终端设备中邮件数据的一致性，方便地支持不同客户端同时查看或处理邮件数据，提高离线数据管理的灵活性。

实施例六

图6为本公开实施例六提供的一种离线数据管理装置的结构示意图，该装置可适用于对处于离线状态的终端设备上的离线数据进行管理的情况，具体的，用于对处于离线状态的终端设备在进入离线状态之前已从服务器加载至本地的数据进行管理的情况。其中该装置可由软件和/或硬件实现，并一般集成在终端设备上。

如图6所示，该装置包括：数据项确定模块51以及展示模块52；

其中，数据项确定模块51，用于在离线状态下，根据已加载的数据项与数据列表之间的映射关系，确定目标数据列表中的目标数据项，所述目标数据项包括在所述目标数据列表中未加载、在非目标数据列表中已加载的数据项；

展示模块52，用于展示所述目标数据列表中已加载的数据项以及所述目标数据项。

在本实施例中，该装置首先通过数据项确定模块51在离线状态下，根据已加载的数据项与数据列表之间的映射关系，确定目标数据列表中的目标数据项，所述目标数据项包括在所述目标数据列表中未加载、在非目标数据列表中已加载的数据项；然后通过展示模块52展示所述目标数据列表中已加载的数据项以及所述目标数据项。在离线状态下，可以在目标数据列表中展示出部分未加载到目标数据列表中的数据项，实现了对关联于不同数据列表的数据项的有效管理，在离线状态下可为用户提供更全面的数据。

在上述具体化的基础上，还包括：

第一确定模块，用于在进入离线状态之前，确定第一待加载信息，所述第一待加载信息包括待加载的数据列表的标识、待加载的数据列表对应的起始数据项以及第一加载数量；

第一加载模块，用于根据所述第一待加载信息，从所述待加载的数据列表对应的起始数据项开始，加载第一加载数量的数据项。

在上述具体化的基础上，还包括：

记录模块，用于记录所述已加载的数据列表中已加载的最后一个数据项的信息；

其中，所述已加载的最后一个数据项的信息包括：所述已加载的最后一个数据项的位置标识，以及所述已加载的最后一个数据项是否为所述已加载的数据列表中的结束数据项。

在上述具体化的基础上，还包括：

第二确定模块，用于若已加载的最后一个数据项不是所述已加载的数据列表中的结束数据项，则确定第二待加载信息；

第二加载模块，用于在在线状态下，根据所述第二待加载信息执行相应的数据项加载操作。

在上述具体化的基础上，所述第二待加载信息包括：已加载的数据列表的标识、已加载的数据列表中已加载的最后一个数据项的信息以及第二加载数量。

在上述具体化的基础上，第二加载模块，用于：

根据所述第二待加载信息，从所述已加载的数据列表中已加载的最后一个数据项开始，每次加载第二加载数量的数据项，并更新所述已加载的数据列表中已加载的最后一个数据项的信息，直至已加载的最后一个数据项为所述已加载的数据列表中的结束数据项。

在上述具体化的基础上，加载信息中还包括数据项的加载顺序和分页尺寸，所述加载信息包括第一待加载信息和/或第二待加载信息；

在根据加载信息加载数据项的过程中，按照相应的加载顺序分页加载对应数量的数据项。

在上述具体化的基础上，展示模块52，包括：

第一展示单元，用于在离线状态下，按照所述已加载的数据项在所述目标数据列表中的加载顺序，展示所述已加载的数据项；

第二展示单元，用于按照所述目标数据项在所述非目标数据列表中的加载顺序，展示所述目标数据项。

在上述具体化的基础上，还包括：

离线处理模块，用于在离线状态下，根据用户的操作指令对所述已加载的数据项以及所述目标数据项进行处理；

同步模块，用于在在线状态下，将处理结果同步至服务器。

在上述具体化的基础上，所述数据列表包括至少两个邮件目录，所述数据项包括各所述邮件目录中的邮件；

每封邮件与至少一个邮件目录之间具有映射关系。

在上述具体化的基础上，还包括：

判断模块，用于对于每个邮件目录，判断该邮件目录中是否存在未读的邮件；

目标确定模块，用于若存在，则将该邮件目录作为所述目标数据列表，将该邮件目录以及非目标数据列表的邮件目录中的未读邮件作为待加载的数据项。

在上述具体化的基础上，每封邮件在对应的邮件目录中的位置根据服务器接收该邮件的时间戳确定。

上述离线数据管理装置可执行本公开任意实施例所提供的离线数据管理方法，具备执行方法相应的功能模块和有益效果。

实施例七

图7为本公开实施例七提供的一种终端设备的结构示意图。图7示出了适于用来实现本公开实施例的终端设备600的结构示意图。本公开实施例中的终端设备600可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、个人数字助理(Personal DigitalAssistant，PDA)、平板电脑(Portable Android Device，PAD)、便携式多媒体播放器(Portable Media Player，PMP)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图7示出的终端设备600仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图7所示，终端设备600可以包括一个或多个处理装置(例如中央处理器、图形处理器等)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储装置608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。一个或多个处理装置601实现如本公开提供的方法。在RAM603中，还存储有终端设备600操作所需的各种程序和数据。处理装置601、ROM 602以及RAM603通过总线605彼此相连。输入/输出(I/O)接口604也连接至总线605。

通常，以下装置可以连接至I/O接口604：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置606；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置607；包括例如磁带、硬盘等的存储装置608，存储装置608用于存储一个或多个程序；以及通信装置609。通信装置609可以允许终端设备600与其他设备进行无线或有线通信以交换数据。虽然图7示出了具有各种装置的终端设备600，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置609从网络上被下载和安装，或者从存储装置608被安装，或者从ROM602被安装。在该计算机程序被处理装置601执行时，执行本公开实施例的方法中限定的上述功能。

需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

上述计算机可读介质可以是上述终端设备600中所包含的；也可以是单独存在，而未装配入该终端设备600中。

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该终端设备执行时，使得该终端设备600：

在离线状态下，根据已加载的数据项与已加载的数据列表之间的映射关系，确定目标数据列表中的目标数据项，所述目标数据项包括在所述目标数据列表中未加载、在非目标数据列表中已加载的数据项；

展示所述目标数据列表中已加载的数据项以及所述目标数据项。

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

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，模块的名称在某种情况下并不构成对该模块本身的限定。

本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

实施例八

图8为本公开实施例八提供的一种离线数据管理系统的结构示意图，该系统可适用于对处于离线状态的终端设备上的离线数据进行管理的情况，具体的，用于对处于离线状态的终端设备在进入离线状态之前已从服务器加载至本地的数据进行管理的情况。

如图8所示，该系统包括：服务器71以及终端设备72；服务器71与终端设备72之间通过网络连接；服务器71中存储有数据列表和数据项。终端设备72可用于实现本公开提供的离线数据管理方法。

终端设备72在离线状态下，根据已加载的数据项与已加载的数据列表之间的映射关系，确定目标数据列表中的目标数据项，目标数据项包括在目标数据列表中未加载、在非目标数据列表中已加载的数据项；

展示目标数据列表中已加载的数据项以及目标数据项。

在上述具体化的基础上，终端设备72在进入离线状态之前，确定第一待加载信息，第一待加载信息包括待加载的数据列表的标识、待加载的数据列表对应的起始数据项以及第一加载数量；根据第一待加载信息，从待加载的数据列表对应的起始数据项开始，加载第一加载数量的数据项。

在上述具体化的基础上，终端设备72还记录已加载的数据列表中已加载的最后一个数据项的信息；其中，已加载的最后一个数据项的信息包括：已加载的最后一个数据项的位置标识，以及已加载的最后一个数据项是否为已加载的数据列表中的结束数据项。

在上述具体化的基础上，终端设备72还用于若已加载的最后一个数据项不是已加载的数据列表中的结束数据项，则确定第二待加载信息；在在线状态下，根据第二待加载信息执行相应的数据项加载操作。

在上述具体化的基础上，第二待加载信息包括：已加载的数据列表的标识、已加载的数据列表中已加载的最后一个数据项的信息以及第二加载数量。

在上述具体化的基础上，终端设备72根据第二待加载信息执行相应的数据项加载操作，具体为：根据第二待加载信息，从已加载的数据列表中已加载的最后一个数据项开始，每次加载第二加载数量的数据项，并更新已加载的数据列表中已加载的最后一个数据项的信息，直至已加载的最后一个数据项为已加载的数据列表中的结束数据项。

在上述具体化的基础上，加载信息中还包括数据项的加载顺序和分页尺寸，加载信息包括第一待加载信息和/或第二待加载信息；在根据加载信息加载数据项的过程中，按照相应的加载顺序分页加载对应数量的数据项。

在上述具体化的基础上，终端设备72展示目标数据列表中已加载的数据项以及目标数据项，具体为：在离线状态下，按照已加载的数据项在目标数据列表中的加载顺序，展示已加载的数据项；按照目标数据项在非目标数据列表中的加载顺序，展示目标数据项。

在上述具体化的基础上，终端设备72还在离线状态下，根据用户的操作指令对已加载的数据项以及目标数据项进行处理；在在线状态下，将处理结果同步至服务器71。

在上述具体化的基础上，终端设备72数据列表包括至少两个邮件目录，数据项包括各邮件目录中的邮件；每封邮件与至少一个邮件目录之间具有映射关系。

在上述具体化的基础上，终端设备72还对于每个邮件目录，判断该邮件目录中是否存在未读的邮件；若存在，则将该邮件目录作为目标数据列表，将该邮件目录以及非目标数据列表的邮件目录中的未读邮件作为待加载的数据项。

在上述具体化的基础上，每封邮件在对应的邮件目录中的位置根据服务器71接收该邮件的时间戳确定。

根据本公开的一个或多个实施例，示例1提供了一种离线数据管理方法，包括：

在离线状态下，根据已加载的数据项与已加载的数据列表之间的映射关系，确定目标数据列表中的目标数据项，所述目标数据项包括在所述目标数据列表中未加载、在非目标数据列表中已加载的数据项；

展示所述目标数据列表中已加载的数据项以及所述目标数据项。

根据本公开的一个或多个实施例，示例2根据示例1所述的方法，

在进入离线状态之前，还包括：

确定第一待加载信息，所述第一待加载信息包括待加载的数据列表的标识、待加载的数据列表对应的起始数据项以及第一加载数量；

根据所述第一待加载信息，从所述待加载的数据列表对应的起始数据项开始，加载第一加载数量的数据项。

根据本公开的一个或多个实施例，示例3根据示例1所述的方法，还包括：

记录所述已加载的数据列表中已加载的最后一个数据项的信息；

其中，所述已加载的最后一个数据项的信息包括：所述已加载的最后一个数据项的位置标识，以及所述已加载的最后一个数据项是否为所述已加载的数据列表中的结束数据项。

根据本公开的一个或多个实施例，示例4根据示例1所述的方法，还包括：

若已加载的最后一个数据项不是所述已加载的数据列表中的结束数据项，则确定第二待加载信息；

在在线状态下，根据所述第二待加载信息执行相应的数据项加载操作。

根据本公开的一个或多个实施例，示例5根据示例4所述的方法，

所述第二待加载信息包括：已加载的数据列表的标识、已加载的数据列表中已加载的最后一个数据项的信息以及第二加载数量。

根据本公开的一个或多个实施例，示例6根据示例5所述的方法，

所述根据所述第二待加载信息执行相应的数据项加载操作，包括：

根据所述第二待加载信息，从所述已加载的数据列表中已加载的最后一个数据项开始，每次加载第二加载数量的数据项，并更新所述已加载的数据列表中已加载的最后一个数据项的信息，直至已加载的最后一个数据项为所述已加载的数据列表中的结束数据项。

根据本公开的一个或多个实施例，示例7根据示例2或示例6所述的方法，

加载信息中还包括数据项的加载顺序和分页尺寸，所述加载信息包括第一待加载信息和/或第二待加载信息；

在根据加载信息加载数据项的过程中，按照相应的加载顺序分页加载对应数量的数据项。

根据本公开的一个或多个实施例，示例8根据示例1所述的方法，

所述展示所述目标数据列表中已加载的数据项以及所述目标数据项，包括：

在离线状态下，按照所述已加载的数据项在所述目标数据列表中的加载顺序，展示所述已加载的数据项；

按照所述目标数据项在所述非目标数据列表中的加载顺序，展示所述目标数据项。

根据本公开的一个或多个实施例，示例9根据示例1所述的方法，

还包括：

在离线状态下，根据用户的操作指令对所述已加载的数据项以及所述目标数据项进行处理；

在在线状态下，将处理结果同步至服务器。

根据本公开的一个或多个实施例，示例10根据示例1所述的方法，

所述数据列表包括至少两个邮件目录，所述数据项包括各所述邮件目录中的邮件；

每封邮件与至少一个邮件目录之间具有映射关系。

根据本公开的一个或多个实施例，示例11根据示例10所述的方法，

还包括：

对于每个邮件目录，判断该邮件目录中是否存在未读的邮件；

若存在，则将该邮件目录作为所述目标数据列表，将该邮件目录以及非目标数据列表的邮件目录中的未读邮件作为待加载的数据项。

根据本公开的一个或多个实施例，示例12根据示例10所述的方法，

每封邮件在对应的邮件目录中的位置根据服务器接收该邮件的时间戳确定。

根据本公开的一个或多个实施例，示例13提供了一种离线数据管理装置，包括：

数据项确定模块，用于在离线状态下，根据已加载的数据项与数据列表之间的映射关系，确定目标数据列表中的目标数据项，所述目标数据项包括在所述目标数据列表中未加载、在非目标数据列表中已加载的数据项；

展示模块，用于展示所述目标数据列表中已加载的数据项以及所述目标数据项。

根据本公开的一个或多个实施例，示例14提供了一种终端设备，包括：

一个或多个处理装置；

存储装置，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理装置执行，使得所述一个或多个处理装置实现如示例1-12中任一所述的方法。

根据本公开的一个或多个实施例，示例15提供了一种离线数据管理系统，包括：服务器以及如示例14所述的终端设备；所述服务器与所述终端设备之间通过网络连接；所述服务器中存储有数据列表和数据项。

根据本公开的一个或多个实施例，示例16提供了一种计算机可读介质，其上存储有计算机程序，该程序被处理装置执行时实现如示例1-12中任一所述的方法。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (15)

1.一种离线数据管理方法，其特征在于，包括：

在离线状态下，根据已加载的数据项与已加载的数据列表之间的映射关系，确定目标数据列表中的目标数据项，所述目标数据项包括在所述目标数据列表中未加载、在非目标数据列表中已加载的数据项；

展示所述目标数据列表中已加载的数据项以及所述目标数据项；

其中，所述已加载的数据项与已加载的数据列表之间的映射关系包括：一个数据列表中包含一个或多个数据项，和/或，一个数据项关联于一个或多个数据列表；

其中，所述方法，还包括：

若已加载的最后一个数据项不是所述已加载的数据列表中的结束数据项，则确定第二待加载信息；

在在线状态下，根据所述第二待加载信息执行相应的数据项加载操作。

2.根据权利要求1所述的方法，其特征在于，在进入离线状态之前，还包括：

确定第一待加载信息，所述第一待加载信息包括待加载的数据列表的标识、待加载的数据列表对应的起始数据项以及第一加载数量；

根据所述第一待加载信息，从所述待加载的数据列表对应的起始数据项开始，加载第一加载数量的数据项。

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

记录所述已加载的数据列表中已加载的最后一个数据项的信息；

其中，所述已加载的最后一个数据项的信息包括：所述已加载的最后一个数据项的位置标识，以及所述已加载的最后一个数据项是否为所述已加载的数据列表中的结束数据项。

4.根据权利要求1所述的方法，其特征在于，所述第二待加载信息包括：已加载的数据列表的标识、已加载的数据列表中已加载的最后一个数据项的信息以及第二加载数量。

5.根据权利要求4所述的方法，其特征在于，所述根据所述第二待加载信息执行相应的数据项加载操作，包括：

根据所述第二待加载信息，从所述已加载的数据列表中已加载的最后一个数据项开始，每次加载第二加载数量的数据项，并更新所述已加载的数据列表中已加载的最后一个数据项的信息，直至已加载的最后一个数据项为所述已加载的数据列表中的结束数据项。

6.根据权利要求1或2所述的方法，其特征在于，加载信息中还包括数据项的加载顺序和分页尺寸，所述加载信息包括第一待加载信息和/或第二待加载信息；

在根据加载信息加载数据项的过程中，按照相应的加载顺序分页加载对应数量的数据项。

7.根据权利要求1所述的方法，其特征在于，所述展示所述目标数据列表中已加载的数据项以及所述目标数据项，包括：

在离线状态下，按照所述已加载的数据项在所述目标数据列表中的加载顺序，展示所述已加载的数据项；

按照所述目标数据项在所述非目标数据列表中的加载顺序，展示所述目标数据项。

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

在离线状态下，根据用户的操作指令对所述已加载的数据项以及所述目标数据项进行处理；

在在线状态下，将处理结果同步至服务器。

9.根据权利要求1所述的方法，其特征在于，所述数据列表包括至少两个邮件目录，所述数据项包括各所述邮件目录中的邮件；

每封邮件与至少一个邮件目录之间具有映射关系。

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

对于每个邮件目录，判断该邮件目录中是否存在未读的邮件；

若存在，则将该邮件目录作为所述目标数据列表，将该邮件目录以及非目标数据列表的邮件目录中的未读邮件作为待加载的数据项。

11.根据权利要求9所述的方法，其特征在于，每封邮件在对应的邮件目录中的位置根据服务器接收该邮件的时间戳确定。

12.一种离线数据管理装置，其特征在于，包括：

数据项确定模块，用于在离线状态下，根据已加载的数据项与数据列表之间的映射关系，确定目标数据列表中的目标数据项，所述目标数据项包括在所述目标数据列表中未加载、在非目标数据列表中已加载的数据项；

展示模块，用于展示所述目标数据列表中已加载的数据项以及所述目标数据项；

其中，所述已加载的数据项与已加载的数据列表之间的映射关系包括：一个数据列表中包含一个或多个数据项，和/或，一个数据项关联于一个或多个数据列表；

其中，所述装置，还包括：

第二确定模块，用于若已加载的最后一个数据项不是所述已加载的数据列表中的结束数据项，则确定第二待加载信息；

第二加载模块，用于在在线状态下，根据所述第二待加载信息执行相应的数据项加载操作。

13.一种终端设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-11中任一所述的离线数据管理方法。

14.一种离线数据管理系统，其特征在于，包括：服务器以及如权利要求13所述的终端设备；

所述服务器与所述终端设备之间通过网络连接；

所述服务器中存储有数据列表和数据项。

15.一种计算机可读介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-11中任一所述的离线数据管理方法。