CN117061478A - 一种邮箱服务的同步方法、装置、电子设备及存储介质 - Google Patents

Abstract

本公开的实施方式提供了一种邮箱服务的同步方法、装置、电子设备及存储介质。所述方法应用于代理设备，所述代理设备分别与第一邮箱应用的服务端和第二邮箱应用的客户端通信连接，该方法可以包括：从所述第一邮箱应用的服务端获取目标数据；基于所述第二邮箱应用可兼容的协议对所述目标数据进行转换；将转换后的数据同步至所述第二邮箱应用的客户端。本公开的实施方式通过将第一邮箱应用的服务端所存储的数据同步至第二邮箱应用的客户端，从而实现第二邮箱应用的客户端通过可兼容的协议访问第一邮箱应用的邮箱服务。

Description

一种邮箱服务的同步方法、装置、电子设备及存储介质

技术领域

本公开的实施方式涉及计算机网络技术领域，更具体地，本公开的实施方式涉及一种邮箱服务的同步方法、装置、电子设备及存储介质。

背景技术

本部分旨在为权利要求书中陈述的本公开的实施方式提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。

电子邮件是人们工作学习的重要工具。通常，用户可以通过邮箱应用的客户端访问邮箱服务来实现电子邮件的传输和管理。邮箱服务由邮箱应用的服务端提供。邮箱应用的客户端与服务端基于一定的协议进行通信连接。目前，常见的邮箱应用包括Gmail、Outlook、Yahoo Mail等等。

对企业而言，其通常由企业内部专用的邮箱应用的服务端来提供邮箱服务。但该内部专用邮箱应用的服务端与前述常见邮箱应用的客户端之间存在通信壁垒，二者无法建立连接。因此，若企业用户想要使用常见邮箱应用的客户端访问内部专用邮箱应用的邮箱服务，通常需要购买常见邮箱应用的专属系统进行私有化部署或者购买额外的云服务，以将其作为内部专用邮箱应用的服务端。然而，购买常见邮箱应用的专属系统或者额外云服务，需要花费的成本比较高，并且可能存在一定的信息安全风险。

发明内容

在本公开实施方式的第一方面中，提供了一种邮箱服务的同步方法，该方法应用于代理设备，所述代理设备分别与第一邮箱应用的服务端和第二邮箱应用的客户端通信连接，该方法包括：

从所述第一邮箱应用的服务端获取目标数据；

基于所述第二邮箱应用可兼容的协议对所述目标数据进行转换；

将转换后的数据同步至所述第二邮箱应用的客户端。

可选的，所述目标数据包括目标增量数据，所述方法还包括：获取预设时长内所述第一邮箱应用的服务端的操作日志，并基于所述操作日志判断所述预设时长内所述第一邮箱应用的服务端是否存在所述目标增量数据；所述从所述第一邮箱应用的服务端获取目标数据，包括：若存在所述目标增量数据，则从所述第一邮箱应用的服务端获取所述目标增量数据。

可选的，所述方法还包括：基于所述目标增量数据生成相应的目标事件；将所述目标事件存储至事件容器，并将所述目标增量数据存储至本地。

可选的，所述方法还包括：基于所述目标增量数据生成用于表征所述目标增量数据的目标消息，并将所述目标消息发送至所述第二邮箱应用的客户端，以使所述第二邮箱应用的客户端基于所述目标消息发起新事件查询请求；响应于所述新事件查询请求，在所述事件容器中查询相应的新事件，并将查询到的新事件所对应的增量数据确定为所述目标增量数据。

可选的，所述目标数据包括目标全量数据，所述从所述第一邮箱应用的服务端获取目标数据，包括：在所述获取目标数据为首次获取的情况下，从所述第一邮箱应用的服务端获取所述目标全量数据。

可选的，所述目标数据的类型包括邮件数据，和/或,日历数据。

可选的，所述目标数据的类型包括联系人数据；所述从所述第一邮箱应用的服务端获取目标数据，包括：按照预设间隔从所述第一邮箱应用的服务端获取所述联系人数据。

在本公开实施方式的第二方面中，提供了一种邮箱服务的同步装置，该装置应用于代理设备，所述代理设备分别与第一邮箱应用的服务端和第二邮箱应用的客户端通信连接，该装置包括：

获取单元，用于从所述第一邮箱应用的服务端获取目标数据；

转换单元，用于基于所述第二邮箱应用可兼容的协议对所述目标数据进行转换；

同步单元，用于将转换后的数据同步至所述第二邮箱应用的客户端。

在本公开实施方式的第三方面中，提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述第一方面的实施例中所述的方法。

在本公开实施方式的第四方面中，提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面的实施例中所述方法的步骤。

本公开以上的实施方式，至少具有如下的有益效果：

将代理设备分别与第一邮箱应用的服务端和第二邮箱应用的客户端进行通信连接，使得代理设备可以从第一邮箱应用的服务端获取目标数据，并且根据第二邮箱应用可兼容的协议对目标数据进行转换，以使第二邮箱应用的客户端能够接收转换后的数据，从而无需购买第二邮箱应用的专属系统或者云服务，不需要支付过高的迁移成本即可实现第一邮箱应用的服务端和第二邮箱应用的客户端之间的数据同步，进而实现第二邮箱应用的客户端通过可兼容的协议访问第一邮箱应用的邮箱服务。

附图说明

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

图1是一示例性实施例提供的一种邮箱服务同步系统的架构图；

图2是一示例性实施例提供的一种邮箱服务的同步方法的流程图；

图3是一示例性实施例提供的一种同步目标增量数据的流程示意图；

图4是一示例性实施例提供的一种邮箱服务的同步装置的框图；

图5是一示例性实施例提供的一种邮箱服务的同步方法对应的可读存储介质的示意图；

图6是一示例性实施例提供的一种能够实现上述方法的电子设备的示意图。

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

具体实施方式

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

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

根据本公开的实施方式，提出了一种邮箱服务的同步方法、装置、电子设备及存储介质。

在本文中，需要理解的是，附图中的任何元素数量均用于示例而非限制，以及任何命名都仅用于区分，而不具有任何限制含义。并且，本公开所涉及的数据可以为经用户授权或者经过各方充分授权的数据。

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

应用场景总览

对企业而言，其通常由企业内部专用的邮箱应用的服务端来提供邮箱服务。但该内部专用邮箱应用的服务端与常见邮箱应用的客户端之间存在通信壁垒，二者无法建立连接。因此，若企业用户想要使用常见邮箱应用的客户端来访问内部专用邮箱应用的邮箱服务，通常需要购买常见邮箱应用的专属系统进行私有化部署或者购买额外的云服务，以将其作为内部专用邮箱应用的服务端。以传统的邮箱SaaS应用和Outlook为例，若企业用户想要通过Outlook的客户端使用完整的Outlook功能，需要额外购买专门的云服务，或者购买对应的专属系统进行私有化部署。

然而，购买常见邮箱应用的专属系统或者额外云服务需要花费较高的成本，并且可能存在一定的信息安全风险。

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

发明概述

有鉴于此，本说明书提供一种同步邮箱服务的技术方案。

本说明书的核心构思在于：将代理设备分别与第一邮箱应用的服务端和第二邮箱应用的客户端进行通信连接，使得代理设备可以从第一邮箱应用的服务端获取目标数据，并且根据第二邮箱应用可兼容的协议对目标数据进行转换，以使第二邮箱应用的客户端能够接收转换后的数据，从而无需购买第二邮箱应用的专属系统或者云服务，不需要支付过高的迁移成本即可实现第一邮箱应用的服务端和第二邮箱应用的客户端之间的数据同步，进而实现第二邮箱应用的客户端通过可兼容的协议访问第一邮箱应用的邮箱服务。

示例性方法

下面将通过具体的实施例对本说明书的技术构思进行详细描述。

【系统架构】

图1是一示例性实施例提供的一种邮箱服务同步系统的架构图，如图1所示，该邮箱服务同步系统可以包括电子设备10、服务端11、代理设备12。其中，电子设备10上安装有第二邮箱应用的客户端，服务端11为第一邮箱应用的服务端，可提供邮箱服务。代理设备12分别与电子设备10、服务端11通信连接。

在本公开的实施方式中，所述代理设备12为能够实现协议转换的设备，并且转换后的协议需要为第二邮箱应用的客户端所兼容。

所述电子设备10具体可以包括但不限于智能手机、台式计算机、平板电脑、笔记本电脑、电子书阅读器、智能手表、智能手环等具有一定计算能力的电子设备，并且该电子设备可以运行有即时通讯类、社交类、游戏类、教育类等类别的软件或网站，可以应用于多人音视频通话的场景。

所述服务端可以包括一个服务器、多个服务器形成的服务器集群、或云服务器。所述服务端具体可以是独立的物理服务器，也可以是由多个物理服务器构成的服务器集群或分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(Content Delivery Network，内容分发网络)、以及大数据和人工智能平台等基础云计算服务的云服务器。

请参见图2，图2是一示例性实施例提供的一种邮箱服务的同步方法的流程图。所述方法可以应用于如图1所示的代理设备。代理设备分别与第一邮箱应用的服务端和第二邮箱应用的客户端通信连接，所述方法可以包括以下步骤：

S201：从所述第一邮箱应用的服务端获取目标数据。

邮箱应用的服务端负责管理和存储邮箱应用的相关数据。当邮箱应用的服务端和客户端基于一定的协议建立连接后，服务端可以响应客户端发送的请求，提供相应的邮箱服务。不同邮箱应用的邮箱服务存在差异。比如，Gmail邮箱应用可以提供搜索功能、智能分类邮件、过滤垃圾邮件等邮箱服务，而Outlook邮箱应用可以提供日历管理、联系人同步、多个邮件账户集成等邮箱服务。

在本实施例中，代理设备与第一邮箱应用的服务端通信连接，所以代理设备可以向第一邮箱应用的服务端发送目标数据的获取请求。第一邮箱应用的服务端响应于该获取请求，向代理设备下发相应的目标数据。

在一些可能的实施方式中，目标数据包括目标增量数据。代理设备从第一邮箱应用的服务端获取目标增量数据的具体方式可以包括：代理设备获取预设时长内第一邮箱应用的服务端的操作日志，并根据操作日志判断该预设时长内第一邮箱应用的服务端是否存在目标增量数据，从而根据判断结果确定是否需要获取目标增量数据。

增量数据是指在原有数据集的基础上新增的数据，通常包含最新变动或更新的数据。本实施例中的目标增量数据为第一邮箱应用的服务端在预设时长内变动或更新的数据。操作日志是记录系统或应用程序中用户操作、系统事件和其他重要操作的日志记录。因此，操作日志中可以用于记录目标数据的更新情况。比如，目标数据是以文件夹的形式存储在服务端的，不同类型的目标数据存储在不同的文件夹内。因此，操作日志中可以通过记录文件夹的版本号来记录数据的更新情况。当目标数据发生更新时，同步更新目标数据所属的文件夹的版本号，以使文件夹的最新版本号可以表征文件夹内目标数据的最新更新情况。

如果根据操作日志判断出预设时长内第一邮箱应用的服务端不存在目标增量数据，则说明当前第一邮箱应用的服务端内并不存在需要同步至第二邮箱应用的客户端的数据，此时无需进行后续操作。如果判断出预设时长内第一邮箱应用的服务端存在目标增量数据，则代理设备需要向第一邮箱应用的服务端发送目标增量数据的获取请求，以使第一邮箱应用的服务端响应于该获取请求，向代理设备下发与获取请求相符的目标增量数据。

本实施例中，代理设备仅在第一邮箱应用的服务端的操作日志指示存在目标增量数据的情形下，从第一邮箱应用的服务端获取目标增量数据，有助于避免代理设备重复获取相同的目标数据，降低代理设备获取目标数据的系统开销。此外，代理设备还可以选择定时获取第一邮箱应用的服务端的操作日志，从而减少每次获取的目标增量数据的数据量，有助于降低代理设备获取目标数据的等待时间。

S202：基于所述第二邮箱应用可兼容的协议对所述目标数据进行转换。

对某一邮箱应用而言，其并不能支持所有的协议。只有根据邮箱应用可兼容的协议才能完成数据传输。因此，代理设备需要根据第二邮箱应用可兼容的协议对目标数据进行转换。

以传统SaaS邮箱应用为第一邮箱应用，Outlook为第二邮箱应用为例，Outlook可以兼容MAPI(Messaging Application Programming Interface，消息处理应用程序编程接口)协议。MAPI是一种传输协议，可以提升Outlook与其他消息系统连接的可靠性和稳定性。因此，代理设备可以根据MAPI协议对目标数据进行转换。具体的转换方式可以参考相关技术中协议转换的内容，本公开不对此进行限制。

S203：将转换后的数据同步至所述第二邮箱应用的客户端。

通过将第一邮箱应用的服务端所存储的数据同步至第二邮箱应用的客户端，可以使得第二邮箱应用的客户端基于同步的数据向用户提供邮箱服务，从而实现第二邮箱应用的客户端通过可兼容的协议访问第一邮箱应用的邮箱服务。

在一些可能的实施方式中，代理设备在获取到目标增量数据后，可以生成与目标增量数据对应的目标事件，并将目标事件存储至事件容器。同时，将获取到的目标增量数据存储至代理设备本地。其中，事件容器是用于存储事件的空间。

一般的，用户想使用邮箱服务，需要通过邮箱应用的客户端向邮箱应用的服务端发送数据请求。邮箱应用的服务端响应于该数据请求，向用户提供相应的邮箱服务。因此，若用户想通过第二邮箱应用的客户端访问第一邮箱应用的邮箱服务，需要由第二邮箱应用的客户端先发起数据请求。而本公开的实施方式中，第二邮箱应用的客户端与代理设备通信连接。因此，第二邮箱应用的客户端需要先向代理设备发送数据请求，以由代理设备响应于该数据请求从第一邮箱应用的服务端获取目标数据，并将目标数据同步至第二邮箱应用的客户端。

相关技术中，Outlook询问服务端是否存在增量数据时，需要等待1分钟的时延。因为服务端需要在1分钟内依次查询各个文件夹内数据的更新情况。当文件夹的数量过多时，Outlook等待的时延将会更长。

而本实施例中，代理设备将获取到的目标增量数据存储在本地，并且将目标增量数据对应的目标事件存储至事件容器，那么，当第二邮箱应用(如Outlook)向代理设备发起增量数据的轮询请求时，代理设备可以基于轮询请求在事件容器中查询是否存在目标事件。当查询结果表明存在目标事件时，说明存在需要同步的目标增量数据。此种情况下，代理设备可以直接从本地获取目标事件对应的目标增量数据，并将该目标增量数据同步至第二邮箱应用的客户端。此种方式可以有效提升第二邮箱应用轮询增量数据的效率，降低第二邮箱应用等待获取增量数据的时延。

在一些可能的实施方式中，代理设备还可以根据目标增量数据生成用于表征目标增量数据的目标消息，并将该目标消息发送至第二邮箱应用的客户端。第二邮箱应用的客户端可以根据接收到的目标消息，确定存在增量数据需要更新同步，进而根据目标消息向代理设备发送新事件查询请求。代理设备响应于接收到的新事件查询请求，在事件容器中查询相应的新事件，并将查询到的新事件对应的增量数据确定为目标增量数据。然后代理设备将目标增量数据发送至第二邮箱应用的客户端。

本实施例中，通过代理设备向第二邮箱应用的客户端发送用于表征目标增量数据的目标消息，以使第二邮箱应用的客户端根据目标消息发起新事件查询请求，从而避免第二邮箱应用的客户端发起事件查询请求后未查询到新事件的情况，即避免第二邮箱应用的客户端发起无效的事件查询请求，有助于节约系统资源。

图3是一示例性实施例提供的一种同步目标增量数据的流程示意图。如图3所示，该流程可以包括以下步骤：

S301：代理设备获取预设时长内第一邮箱应用的服务端的操作日志。

S302：代理设备根据操作日志判断预设时长内第一邮箱应用的服务端是否存在目标增量数据。

若是，则跳转至S304，获取目标增量数据。若否，则跳转至S303，等待下一个目标增量数据的获取任务的周期。

S303：代理设备等待下一个目标增量数据的获取任务的周期。

S304：代理设备从第一邮箱应用的服务端获取目标增量数据，并将目标增量数据存储至本地。

S305：代理设备基于获取到的目标增量数据生成目标消息，该目标消息用于表征目标增量数据。然后代理设备将目标消息发送至第二邮箱应用的客户端，以通知第二邮箱应用的客户端存在待同步的目标增量数据。

S306：代理设备基于获取到的目标增量数据生成对应的目标事件，并将目标事件存储至事件容器。

S307：第二邮箱应用的客户端响应于目标消息，向代理设备发送新事件查询请求。

S308：代理设备响应于新事件查询请求，在事件容器中查询目标事件，并将查询到的目标事件对应的增量数据确定为目标增量数据。

S309：代理设备基于第二邮箱应用可兼容的协议对目标增量数据进行转换，并将转换后的数据同步至第二邮箱应用的客户端，以实现通过第二邮箱应用的客户端访问第一邮箱应用的邮箱服务。

在一些可能的实施方式中，目标数据包括目标全量数据。全量数据是指当前数据集内的全部数据。当代理设备分别与第一邮箱应用的服务端、第二邮箱应用的客户端通信连接之后，第二邮箱应用的客户端首次向代理设备发送数据请求时，代理设备可以响应于数据请求从第一邮箱应用的服务端首次获取目标数据。此种情况下，代理设备可以获取当前第一邮箱应用的服务端所存储的所有目标数据，以将当前的目标全量数据同步至第二邮箱应用的客户端。

本实施例中，通过首次同步过程直接同步第一邮箱应用的服务端的目标全量数据，有助于避免数据同步过程中发生数据遗漏的情况。当首次同步目标全量数据完成后，后续同步过程只需同步第一邮箱应用的服务端的目标增量数据，从而可以避免重复同步相同的数据，同时有助于降低后续同步过程中同步的数据量。

在一些可能的实施方式中，目标数据的类型可以包括邮件数据，和/或，日历数据。将第一邮箱应用的服务端所存储的邮件数据同步至第二邮箱应用的客户端，可以使得第二邮箱应用的客户端基于邮件数据向用户提供相应的邮箱服务，比如邮件收发和管理等服务。而将第一邮箱应用的服务端所存储的日历数据同步至第二邮箱应用的客户端，可以使得第二邮箱应用的客户端基于日历数据向用户提供诸如日历管理的邮箱服务。由于邮件数据和日历数据的数据量均较大，且这两类数据的更新较为频繁，因此针对邮件数据和日历数据的同步，可以选择前述首次同步过程同步目标全量数据、配合后续同步过程同步目标增量数据的方式，实现快速、准确地同步数据。

在一些可能的实施方式中，目标数据的类型可以包括联系人数据。将第一邮箱应用的服务端所存储的联系人数据同步至第二邮箱应用的客户端，可以使得第二邮箱应用的客户端基于联系人数据向用户提供诸如联系人管理的邮箱服务。

由于联系人数据的更新频率较低，所以，代理设备可以按照预设间隔从第一邮箱应用的服务端获取联系人数据，以减少联系人数据的获取次数，节约系统资源。此外，联系人数据相较于邮件数据和日历数据而言，数据量比较少，因此，每次获取联系人数据时可以直接获取联系人文件夹的全量数据，以避免发生数据遗漏的情况。

示例性装置

在本公开的示例性实施例中，还提供了一种邮箱服务的同步装置。

请参见图4，图4是一示例性实施例提供的一种邮箱服务的同步装置的框图。该同步装置应用于代理设备，代理设备分别与第一邮箱应用的服务端和第二邮箱应用的客户端通信连接。

如图4所示，邮箱服务的同步装置400可以包括：获取单元401，转换单元402，同步单元403。其中：

所述获取单元401，用于从所述第一邮箱应用的服务端获取目标数据。

所述转换单元402，用于基于所述第二邮箱应用可兼容的协议对所述目标数据进行转换。

所述同步单元403，用于将转换后的数据同步至所述第二邮箱应用的客户端。

可选的，所述目标数据包括目标增量数据；

所述装置还包括：

判断单元404，用于获取预设时长内所述第一邮箱应用的服务端的操作日志，并基于所述操作日志判断所述预设时长内所述第一邮箱应用的服务端是否存在所述目标增量数据；所述从所述第一邮箱应用的服务端获取目标数据，包括：若存在所述目标增量数据，则从所述第一邮箱应用的服务端获取所述目标增量数据。

可选的，所述装置还包括：

事件生成单元405，用于基于所述目标增量数据生成相应的目标事件；将所述目标事件存储至事件容器，并将所述目标增量数据存储至本地。

可选的，所述装置还包括：

消息生成单元406，用于基于所述目标增量数据生成用于表征所述目标增量数据的目标消息，并将所述目标消息发送至所述第二邮箱应用的客户端，以使所述第二邮箱应用的客户端基于所述目标消息发起新事件查询请求；响应于所述新事件查询请求，在所述事件容器中查询相应的新事件，并将查询到的新事件所对应的增量数据确定为所述目标增量数据。

可选的，所述目标数据包括目标全量数据，所述从所述第一邮箱应用的服务端获取目标数据，包括：在所述获取目标数据为首次获取的情况下，从所述第一邮箱应用的服务端获取所述目标全量数据。

可选的，所述目标数据的类型包括邮件数据，和/或，日历数据。

可选的，所述目标数据的类型包括联系人数据；所述从所述第一邮箱应用的服务端获取目标数据，包括：按照预设间隔从所述第一邮箱应用的服务端获取所述联系人数据。

上述邮箱服务的同步装置400的各个模块的具体细节，已经在之前描述邮箱服务的同步方法流程中进行了详细的描述，因此，此处不再赘述。

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

示例性介质

在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施例中，本公开的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施例的步骤。

请参见图5，图5是一示例性实施例提供的一种邮箱服务的同步方法对应的可读存储介质的示意图。

参考图5所示，描述了根据本公开的实施例的用于实现上述方法的可读存储介质500，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本公开的可读存储介质不限于此，在本公开中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

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

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

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

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

示例性电子设备

在本公开的示例性实施例中，还提供了一种能够实现上述邮箱服务的同步方法的电子设备。

请参见图6，图6是一示例性实施例提供的一种能够实现上述方法的电子设备的示意图。

下面参照图6来描述根据本公开的这种实施例的电子设备600。图6显示的电子设备600仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图6所示，电子设备600以通用计算设备的形式表现。电子设备600的组件可以包括但不限于：上述至少一个处理单元601、上述至少一个存储单元602、连接不同系统组件(包括存储单元602和处理单元601)的总线603。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元601执行，使得所述处理单元601执行本说明书上述各种实施例的步骤。

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

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

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

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

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

本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其他实施例。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。

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

此外，尽管在附图中以特定顺序描述了本公开方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

虽然已经参考若干具体实施方式描述了本公开的精神和原理，但是应该理解，本公开并不限于所公开的具体实施方式，对各方面的划分也不意味着这些方面中的特征不能组合以进行受益，这种划分仅是为了表述的方便。本公开旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等同布置。

Claims (10)

1.一种邮箱服务的同步方法，其特征在于，所述方法应用于代理设备，所述代理设备分别与第一邮箱应用的服务端和第二邮箱应用的客户端通信连接，该方法包括：

从所述第一邮箱应用的服务端获取目标数据；

基于所述第二邮箱应用可兼容的协议对所述目标数据进行转换；

将转换后的数据同步至所述第二邮箱应用的客户端。

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

获取预设时长内所述第一邮箱应用的服务端的操作日志，并基于所述操作日志判断所述预设时长内所述第一邮箱应用的服务端是否存在所述目标增量数据；

所述从所述第一邮箱应用的服务端获取目标数据，包括：

若存在所述目标增量数据，则从所述第一邮箱应用的服务端获取所述目标增量数据。

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

基于所述目标增量数据生成相应的目标事件；

将所述目标事件存储至事件容器，并将所述目标增量数据存储至本地。

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

基于所述目标增量数据生成用于表征所述目标增量数据的目标消息，并将所述目标消息发送至所述第二邮箱应用的客户端，以使所述第二邮箱应用的客户端基于所述目标消息发起新事件查询请求；

响应于所述新事件查询请求，在所述事件容器中查询相应的新事件，并将查询到的新事件所对应的增量数据确定为所述目标增量数据。

5.根据权利要求1所述的方法，其特征在于，所述目标数据包括目标全量数据，所述从所述第一邮箱应用的服务端获取目标数据，包括：

在所述获取目标数据为首次获取的情况下，从所述第一邮箱应用的服务端获取所述目标全量数据。

6.根据权利要求1所述的方法，其特征在于，所述目标数据的类型包括邮件数据，和/或，日历数据。

7.根据权利要求1所述的方法，其特征在于，所述目标数据的类型包括联系人数据；所述从所述第一邮箱应用的服务端获取目标数据，包括：

按照预设间隔从所述第一邮箱应用的服务端获取所述联系人数据。

8.一种邮箱服务的同步装置，其特征在于，所述装置应用于代理设备，所述代理设备分别与第一邮箱应用的服务端和第二邮箱应用的客户端通信连接，该装置包括：

获取单元，用于从所述第一邮箱应用的服务端获取目标数据；

转换单元，用于基于所述第二邮箱应用可兼容的协议对所述目标数据进行转换；

同步单元，用于将转换后的数据同步至所述第二邮箱应用的客户端。

9.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1-7中任一项所述的方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-7中任一项所述方法的步骤。