本申请涉及通信技术领域，特别是涉及一种数据迁移方法及装置。
背景技术：
lotusnotes/domino邮件系统(以下简称notes邮件系统)是ibm提出的一种办公邮件系统，被广泛应用于大型企业内部办公环境中。然而，由于其技术体系较为封闭且成本高昂，技术资料和开发人员相对稀少，在系统集成和二次开发方面存在很大困难，因此，很多企业逐渐倾向于使用其他邮件系统作为企业邮件系统。
由于用户在使用notes邮件系统的过程中，积累了大量的数据，例如联系人信息、邮件信息等，这些历史邮件数据对用户而言往往是重要的生产资料，因此，在更换新的企业邮件系统后，通常需要将notes邮件系统中用户的历史邮件数据迁移到新的企业邮件系统。当前，在将notes邮件系统中用户的历史邮件数据迁移到新的企业邮件系统时，通常需要用户从notes邮件服务器中的数据库中，将邮件数据下载到本地，并将邮件数据转换为目标邮件服务器支持的格式后，再发送给目标邮件服务器的数据库。这种方法不但操作繁琐、耗时较长。
因此，急需一种方案，可以解决上述问题。
技术实现要素：
本申请所要解决的技术问题是，提供一种数据迁移方法，以解决当前用户在将notes邮件系统中的用户数据转移至新的邮件系统时，需要从notes邮件服务器中的数据库中，将自身邮件数据下载到本地，并将邮件数据转换为目标邮件服务器支持的格式后，再发送给目标邮件服务器的数据库而带来的操作繁琐、耗时较长、效率较低的问题。
第一方面，本申请实施例提供了一种数据迁移方法，由notes邮件服务器执行，所述方法包括：
接收数据迁移指令，获取第一邮件账户的第一notes邮件数据，所述第一notes邮件数据包括联系人数据以及所述notes邮件的至少一个文件夹中的邮件数据；
将所述邮件数据转换为电子邮件的标记语言(emailmarkuplanguage,eml)格式的数据；
将所述联系人数据和所述eml格式的数据，发送给目标邮件服务器。
可选的，所述方法还包括：
记录所述第一邮件账户对应的迁移信息，所述迁移信息包括以下任意一项或者多项：
所述第一邮件账户的用户名、所述第一邮件账户的邮箱地址、第一标记、第二标记、第三标记、迁移邮件数量、迁移文件夹数量、迁移联系人数量以及针对每封邮件的标识；其中：
所述第一标记用于指示所述第一notes邮件数据中各个数据的迁移状态，所述迁移状态包括：已迁移、未迁移或者迁移中；
所述第二标记用于指示所述notes邮件数据的迁移是否存在异常；
所述第三标记用于指示所述第一邮件账户的迁移状态，所述迁移状态包括：已迁移、迁移中或者未迁移。
可选的，所述方法还包括：
在所述第一邮件账户的所述第一notes邮件数据发送完成之后，生成提示消息，所述提示消息用于提示所述第一邮件账户的所述第一notes邮件数据已经完成迁移；
输出所述提示消息。
可选的，所述生成提示消息，包括：
生成指示所述第一邮件账户的所述第一notes邮件数据已经完成迁移的提示邮件；
所述输出所述提示消息，包括：
向所述第一邮件账户发送所述提示邮件。
可选的，所述方法还包括：
获取所述第一邮件账户的第二notes邮件数据，所述第二notes邮件数据包括联系人数据以及所述notes邮件的至少一个文件夹中的邮件数据；
比对所述第二notes邮件数据和所述迁移信息，得到所述第二notes邮件数据中尚未迁移至所述目标邮件服务器中的待迁移数据；
将所述待迁移数据发送给所述目标邮件服务器。
可选的，所述方法还包括：
获取待迁移的邮件账户的信息，所述待迁移的邮件账户包括所述第一邮件账户。
第二方面，本申请实施例提供了一种数据迁移装置，应用于notes邮件服务器，所述装置包括：
接收模块，用于：接收数据迁移指令；
第一获取模块，用于：获取第一邮件账户的第一notes邮件数据，所述第一notes邮件数据包括联系人数据以及所述notes邮件的至少一个文件夹中的邮件数据；
转换模块，用于：将所述邮件数据转换为eml格式的数据；
第一发送模块，用于：将所述联系人数据和所述eml格式的数据，发送给目标邮件服务器。
可选的，所述装置还包括记录模块，用于：
记录所述第一邮件账户对应的迁移信息，所述迁移信息包括以下任意一项或者多项：
所述第一邮件账户的用户名、所述第一邮件账户的邮箱地址、第一标记、第二标记、第三标记、迁移邮件数量、迁移文件夹数量、迁移联系人数量以及针对每封邮件的标识；其中：
所述第一标记用于指示所述第一notes邮件数据中各个数据的迁移状态，所述迁移状态包括：已迁移、未迁移或者迁移中；
所述第二标记用于指示所述notes邮件数据的迁移是否存在异常；
所述第三标记用于指示所述第一邮件账户的迁移状态，所述迁移状态包括：已迁移、迁移中或者未迁移。
可选的，所述装置还包括：
提示模块，用于：在所述第一邮件账户的所述第一notes邮件数据发送完成之后，生成提示消息，所述提示消息用于提示所述第一邮件账户的所述第一notes邮件数据已经完成迁移；
输出模块，用于：输出所述提示消息。
可选的，所述提示模块，用于：
生成指示所述第一邮件账户的所述第一notes邮件数据已经完成迁移的提示邮件；
所述输出模块，用于：
向所述第一邮件账户发送所述提示邮件。
可选的，所述装置还包括：
第二获取模块，用于：获取所述第一邮件账户的第二notes邮件数据，所述第二notes邮件数据包括联系人数据以及所述notes邮件的至少一个文件夹中的邮件数据；
比对模块，用于：比对所述第二notes邮件数据和所述迁移信息，得到所述第二notes邮件数据中尚未迁移至所述目标邮件服务器中的待迁移数据；
第二发送模块，用于：将所述待迁移数据发送给所述目标邮件服务器。
可选的，所述装置还包括：
第三获取模块，用于：获取待迁移的邮件账户的信息，所述待迁移的邮件账户包括所述第一邮件账户。
与现有技术相比，本申请实施例具有以下优点：
本申请实施例提供了一种数据迁移方法，由notes邮件服务器执行。首先，notes邮件服务器接收用户发来的数据迁移指令，之后，根据所述数据迁移指令获取第一邮件账户的第一notes邮件数据，所述第一notes邮件数据包括联系人数据以及所述notes邮件的至少一个文件夹中的邮件数据。接着，所述notes邮件服务器在接收到所述联系人数据和所述邮件数据后，直接将所述邮件数据转换为eml格式的数据，所述eml格式的数据是目标邮件服务器支持的邮件格式。最后，所述notes邮件服务器将所述联系人数据和所述eml格式的数据，发送给所述目标邮件服务器。由此可见，在进行notes邮件数据迁移时，所述notes邮件服务器在获取到所述notes邮件数据后，直接对所述notes邮件数据进行转换，发送给所述目标邮件服务器，无需用户从所述notes邮件服务器中下载所述notes邮件数据并进行格式转换后再发送给所述目标邮件服务器。采用本方案，可以有效地减少对notes邮件数据进行迁移时的操作步骤，减少耗时，提升用户体验。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本申请实施例中一种数据迁移方法的流程示意图；
图2为本申请实施例中一种数据迁移装置的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本申请的发明人经过研究发现，当前，在将notes邮件系统中用户的历史邮件数据迁移到新的企业邮件系统时，通常需要用户从notes邮件服务器中的数据库中，将自身邮件数据下载到本地，并将邮件数据转换为目标邮件服务器支持的格式后，再发送给目标邮件服务器的数据库。这种方法不但操作繁琐、耗时较长，并且，当企业员工较多时，很难实现全部员工邮件数据的转移。
为了解决上述问题，在本申请实施例中，首先，notes邮件服务器接收用户发来的数据迁移指令，之后，获取第一邮件账户的第一notes邮件数据，所述第一notes邮件数据包括联系人数据以及所述notes邮件的至少一个文件夹中的邮件数据。接着，所述notes邮件服务器在接收到所述联系人数据和所述邮件数据后，直接将所述邮件数据转换为eml格式的数据，所述eml格式的数据是目标邮件服务器支持的邮件格式。最后，所述notes邮件服务器将所述联系人数据和所述eml格式的数据，发送给所述目标邮件服务器。由此可见，在进行notes邮件数据迁移时，所述notes邮件服务器在获取到所述notes邮件数据后，直接对所述notes邮件数据进行转换，无需用户从所述notes邮件服务器中下载所述notes邮件数据并进行格式转换，采用本方案，可以有效地减少对notes邮件数据进行迁移时的操作步骤，减少耗时，提升用户体验。
在介绍本申请各种非限制性实施方式之前，为方便理解，首先对与本方案有关的相关术语进行解释。
邮件存储设备(notesstoragefacility，nsf)：notes邮件服务器存储设备，存储所有notes文件的地方，在domino中绝大部分数据库都会使用“.nsf”作为库文件后缀(mail.box例外)，个人邮箱nsf库包含邮件、联系人、文件夹、图像、影音、日历等多种形态的业务数据以及各类设计元素和程序逻辑代码。
notes邮件系统是基于文档型的、分布式的数据库应用，与oracle、mysql等关系型数据库有极大的区别。在notes邮件系统中，每个用户的邮箱便是一个独立的nsf数据库，包含了其所属用户的邮件数据以及应用程序，例如某一用户邮箱地址为user1@companyname.com，其在notes邮件系统中邮箱为对应路径下的user1.nsf数据库。
nsf转eml工具离线本地迁移：用户通过客户端设置规则将notes邮件服务器的邮箱数据归档到本地新建的nsf邮箱数据库，通过提供本地邮件转换工具(例：zooknsftoemlconverter)将nsf数据库中的邮件文件转换为各种电子邮件客户端可以支持的eml格式。通常操作为用户首先选择需要转换的本地nsf归档邮件库，进而选择转换后eml邮件的存放路径，最后输入notes客户端密码，验证后即可开始转换，转换后自动生成以日期命名的文件夹，包含用户收件箱、发件箱以及用户自定义邮件夹及eml格式文件。
下面结合附图，详细说明本申请的各种非限制性实施方式。
示例性方法
参见图1，示出了本申请实施例中一种数据迁移方法的流程示意图。图1所示的方法，在一种实现方式中，可以由notes邮件服务器执行。
在本实施例中，图1所示的方法例如可以通过以下步骤s101-s103实现。
s101：接收数据迁移指令，获取第一邮件账户的第一notes邮件数据，所述第一notes邮件数据包括联系人数据以及所述notes邮件的至少一个文件夹中的邮件数据。
在本实施例中，所述notes邮件服务器在接收到用户发来的数据迁移指令后，为将notes邮件系统中的邮件数据迁移到目标邮件系统的服务器中，可以首先和所述目标邮件服务器建立通信，进而进行数据传输。所述notes邮件服务器为和所述目标邮件服务器建立通信，可以首先在所述notes邮件服务器配置多米诺网际协议(dominointernetinter-orbprotocol，diiop)站点，并启用diiop服务，其中，所述diiop通常用于允许基于java的程序和其他非corba程序的服务器连接到notes邮件服务器，与所述notes邮件服务器建立通信。所述notes邮件服务器在配置diiop站点，并启用diiop服务后，可以进一步确定所述notes邮件服务器程序中写入的端口号与实际使用的端口号是否匹配，防止因二者不匹配导致所述notes邮件服务器无法与所述目标邮件服务器建立通信。
需要说明的是，为将所述notes邮件服务器数据库中的所述notes数据发送到目标邮件服务器，所述notes邮件服务器还可以配置简单邮件传输协议(simplemailtransferprotocol，stmp)站点，并启用stmp服务，所述stmp属于tcp/ip协议簇，是一组用于从源地址到目的地址之间传输邮件的协议，在本实施例中，stmp用于控制所述notes邮件服务器在发送邮件数据时能够找到所述目标邮件服务器的地址。
可以理解的是，在建立相关站点并启用相关服务后，所述notes邮件服务器为将其数据库中的用户的邮件数据迁移到所述目标邮件服务器，首先可以获取第一邮件账户的第一notes邮件数据。其中，所述第一邮件账户是待迁移邮件数据所在的邮件账户，所述第一notes邮件数据是待迁移的邮件数据。在一个示例中，所述notes邮件服务器可以通过获取所述第一邮件账户在所述notes邮件服务器中的数据存储路径，进而根据所述数据存储路径获取所述第一notes邮件数据。
考虑到在将所述notes邮件系统中用户的历史邮件数据迁移到目标邮件系统时，主要是对所述notes邮件系统中用户通讯录中的联系人信息以及用户的历史邮件进行迁移。在本实施例中，所述notes邮件服务器获取的所述第一邮件数据，例如可以包括联系人数据以及所述notes邮件的至少一个文件夹中的邮件数据。其中，所述联系人数据可以来自联系人文档，例如可以是“个人通讯录”、“我的联系人”或“群组”中的联系人数据；所述文件夹例如可以是“收件箱”、“草稿箱”、“已发送邮件”、“垃圾邮件”或“自定义文件夹”。
可以理解的是，在对所述notes邮件系统中的邮件数据进行迁移时，很可能存在多个用户，为了使得所述多个用户的notes邮件数据均被迁移到所述目标邮件系统的服务器中，所述notes邮件服务器在接收到所述数据迁移指令后，可以首先获取待迁移的邮件账户的信息，根据获取到的所述待迁移的邮件账户信息，确定对哪些账户的邮件数据进行迁移，其中，所述待迁移的邮件账户包括所述第一邮件账户。在一个示例中，在对所述待迁移的邮件账户的邮件数据进行迁移前，为确保向所述notes邮件服务器发来数据迁移指令的用户有权对所述邮件数据进行迁移，还可以确定所述notes邮件服务器数据库中的访问控制列表里，存在所述发来数据迁移指令的用户，所述访问控制列表用于记录有权访问所述notes邮件服务器数据库中各个用户邮件数据的用户，所述向所述notes邮件服务器发来数据迁移指令的用户例如可以是所述notes邮件服务器的管理员。
s102：将所述邮件数据转换为eml格式的数据。
在本实施例中，所述notes邮件服务器在获取到所述第一notes邮件数据中的所述联系人数据和所述邮件数据后，考虑到所述邮件数据的格式可能不能被所述目标邮件服务器支持，所述notes邮件服务器可以先将所述邮件数据转换为常见的电子邮箱支持的eml格式的数据，再发送给所述目标邮件服务器，以便所述目标邮件服务器对所述邮件数据进行读取，并进行存储。
s103：将所述联系人数据和所述eml格式的数据，发送给目标邮件服务器。
需要说明的是，在本实施例中，所述notes邮件服务器在获取所述联系人数据时，可以通过读取所述联系人信息的域值，直接得到所述目标邮件服务器支持的数据类型。因此，在获取到所述第一notes邮件数据中的所述联系人数据后，无需进行格式转换，所述notes邮件服务器可以直接将所述联系人数据发送给所述目标邮件服务器。对于获取到的所述邮件数据，所述notes邮件服务器将所述邮件数据转换为eml格式的数据后，再将所述eml格式的数据发送给所述目标邮件服务器。所述目标邮件服务器在接收到所述联系人数据和所述eml格式的数据后，将二者存储在所述目标邮件服务器的数据库中，完成对所述第一notes邮件数据的迁移。由此可见，在对所述第一notes邮件数据进行迁移时，用户并没有从所述notes邮件服务器中下载所述第一notes邮件数据，所述notes邮件服务器直接将所述邮件数据转换为eml格式的数据，进而将获取到的所述联系人数据与所述eml格式的数据发送给所述目标邮件服务器。采用本方案，可以节省将所述邮件数据下载到本地时所用的时间，有效地减少对notes邮件数据进行迁移时的操作步骤，减少耗时，提升用户体验。
可以理解的是，在对所述notes邮件系统中的邮件数据进行迁移时，很可能存在多个用户，为进一步减少迁移时间，提升用户体验，可以采用多线程程序对多个邮件账户的notes邮件数据同时进行迁移。在进行多线程迁移时，线程数量可以根据当前待迁移数据量以及系统的网络状况进行调整。在一个示例中，如果在对某一邮件账户的邮件数据进行迁移时出现异常，所述notes邮件服务器可以启动异常处理机制，对当前异常邮件账户添加断点续传标记，并将所述异常邮件账户添加至待迁移账户队列末端，在完成全部未标记邮件账户的邮件数据迁移后，再对所述异常邮件账户进行处理。通过这种方式，保证迁移过程的连续性，避免因某一用户出现异常影响其他用户的正常迁移。
为了方便用户了解所述第一邮件账户的迁移状态，在一个示例中，所述notes邮件服务器可以记录所述第一邮件账户对应的迁移信息，所述迁移信息例如可以是所述第一邮件账户的用户名、所述第一邮件账户的邮箱地址、第一标记、第二标记、第三标记、迁移邮件数量、迁移文件夹数量、迁移联系人数量以及针对每封邮件的标识中的任意一项或者多项。其中，所述第一标记用于指示所述第一notes邮件数据中各个数据的迁移状态，所述迁移状态包括：已迁移、未迁移或者迁移中。例如，当所述第一notes邮件数据中包括4个待迁移邮件数据时，如果已经完成其中2个邮件数据的迁移，所述第一标记可以用于指示数据a、b已迁移，数据c未迁移，数据d迁移中。所述第二标记用于指示所述notes邮件数据的迁移是否存在异常。所述第三标记用于指示所述第一邮件账户的迁移状态，所述迁移状态包括：已迁移、迁移中或者未迁移。例如，当所述第一notes邮件数据中包括10个待迁移邮件数据时，如果已经完成其中10个邮件数据的迁移，则所述第三标记用于指示所述第一邮件账户已迁移；如果已经完成其中5个邮件数据的迁移，则所述第三标记用于指示所述第一邮件账户迁移中；如果还未对所述第一notes邮件数据中的任何数据进行迁移，则所述第三标记用于指示所述第一邮件账户未迁移。
所述迁移邮件数量用于记录所述第一notes邮件数据中邮件数据的数量；对应的，所述迁移联系人数量用于记录所述第一notes邮件数据中联系人数据的数量。所述迁移文件夹数量用于记录所述第一notes邮件数据来源文件夹的数量，例如，所述第一notes邮件数据是来自所述notes邮件服务器中“收件箱”、“草稿箱”、“已发送邮件”、“垃圾邮件”和“自定义文件夹”的数据，则所述迁移文件夹数量是5个。所述针对每封邮件的标识(uniqueid，unid)，可以使用户根据unid唯一地确定所述unid对应的邮件，需要说明的是，同一邮件及其复制版本拥有相同的unid，且所述unid不会因为所述邮件及其复制版本中内容的改变而发生变化。
可以理解的是，在对notes邮件数据进行迁移时，所述第一邮件账户可能还在使用，会继续产生新的notes邮件数据，因此，为确保新产生的notes邮件数据同样被迁移至所述目标邮件服务器，可以获取所述第一邮件账户的第二notes邮件数据，所述第二notes邮件数据包括联系人数据和所述notes邮件的至少一个文件夹中的邮件数据。在获取所述第二notes邮件数据后，将所述第二notes邮件数据与所述第一邮件账户对应的所述迁移信息进行比对，得到所述第二notes邮件数据中，尚未迁移至所述目标邮件服务器中的待迁移数据，进而对待迁移数据进行迁移。需要说明的是，在进行比对时，例如可以通过所述迁移信息中所述迁移邮件数量和所述联系人数量，得出所述第二notes邮件数据中新增的邮件数量和新增的联系人数量，在所述第二notes邮件数据中将标有“已迁移”第一标识的邮件数据排除，得到未迁移的邮件数据，对所述未迁移的数据进行迁移。例如，假设获取到的第二notes邮件数据有100个，其中标有“已迁移”第一标识的数据有90个，所述notes邮件服务器可以仅仅对未标有“已迁移”第一标识的10个数据进行迁移。通过这种方法，可以避免重复迁移所述notes邮件数据，减少迁移数据时所需时间，提高迁移效率。
在一个示例中，在所述第一邮件账户的所述第一notes邮件数据发送完成后，所述notes邮件服务器可以生成提示信息，所述提示信息用于提示所述用户所述第一notes邮件数据已经完成迁移。在生成所述提示信息后，所述notes邮件服务器还可以输出所述提示信息。例如：通过显示器显示所述提示信息，以使得管理notes邮件数据迁移的用户，例如邮件管理员，可以确定所述第一notes邮件数据迁移完成。又如：向所述第一邮件账户发送包括所述提示信息的提示邮件，以使得所述第一邮件账户对应的用户，可以确定所述第一notes邮件数据迁移完成等。
示例性设备
基于以上实施例提供的方法，本申请实施例还提供了一种装置，应用于notes邮件服务器，以下结合附图介绍该装置。
参见图2，示出了本申请实施例中一种数据迁移装置的结构示意图。所述装置例如可以具体包括：
接收模块201：用于接收数据迁移指令；
第一获取模块202：用于获取第一邮件账户的第一notes邮件数据，所述第一notes邮件数据包括联系人数据以及所述notes邮件的至少一个文件夹中的邮件数据；
转换模块203：用于将所述邮件数据转换为eml格式的数据；
第一发送模块204：用于将所述联系人数据和所述eml格式的数据，发送给目标邮件服务器。
通过这一装置，所述notes邮件服务器在获取到所述notes邮件数据后，直接对所述notes邮件数据进行转换，无需用户从所述notes邮件服务器中下载所述notes邮件数据并进行格式转换，采用本装置，可以有效地减少对notes邮件数据进行迁移时的操作步骤，减少耗时，提升用户体验。
在一种实现方式中，所述装置还包括记录模块，用于：
记录所述第一邮件账户对应的迁移信息，所述迁移信息包括以下任意一项或者多项：
所述第一邮件账户的用户名、所述第一邮件账户的邮箱地址、第一标记、第二标记、第三标记、迁移邮件数量、迁移文件夹数量、迁移联系人数量以及针对每封邮件的标识；其中：
所述第一标记用于指示所述第一notes邮件数据中各个数据的迁移状态，所述迁移状态包括：已迁移、未迁移或者迁移中；
所述第二标记用于指示所述notes邮件数据的迁移是否存在异常；
所述第三标记用于指示所述第一邮件账户的迁移状态，所述迁移状态包括：已迁移、迁移中或者未迁移。
在一种实现方式中，所述装置还包括：
提示模块，用于：在所述第一邮件账户的所述第一notes邮件数据发送完成之后，生成提示消息，所述提示消息用于提示所述第一邮件账户的所述第一notes邮件数据已经完成迁移；
输出模块，用于：输出所述提示消息。
在一种实现方式中，所述提示模块，用于：
生成指示所述第一邮件账户的所述第一notes邮件数据已经完成迁移的提示邮件；
所述输出模块，用于：
向所述第一邮件账户发送所述提示邮件。
在一种实现方式中，所述装置还包括：
第二获取模块，用于：获取所述第一邮件账户的第二notes邮件数据，所述第二notes邮件数据包括联系人数据以及所述notes邮件的至少一个文件夹中的邮件数据；
比对模块，用于：比对所述第二notes邮件数据和所述迁移信息，得到所述第二notes邮件数据中尚未迁移至所述目标邮件服务器中的待迁移数据；
第二发送模块，用于：将所述待迁移数据发送给所述目标邮件服务器。
在一种实现方式中，所述装置还包括：
第三获取模块，用于：获取待迁移的邮件账户的信息，所述待迁移的邮件账户包括所述第一邮件账户。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。
应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制
以上所述仅为本申请的较佳实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。
1.一种数据迁移方法，其特征在于，由notes邮件服务器执行，所述方法包括：
接收数据迁移指令，获取第一邮件账户的第一notes邮件数据，所述第一notes邮件数据包括联系人数据以及所述notes邮件的至少一个文件夹中的邮件数据；
将所述邮件数据转换为电子邮件的标记语言eml格式的数据；
将所述联系人数据和所述eml格式的数据，发送给目标邮件服务器。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
记录所述第一邮件账户对应的迁移信息，所述迁移信息包括以下任意一项或者多项：
所述第一邮件账户的用户名、所述第一邮件账户的邮箱地址、第一标记、第二标记、第三标记、迁移邮件数量、迁移文件夹数量、迁移联系人数量以及针对每封邮件的标识；其中：
所述第一标记用于指示所述第一notes邮件数据中各个数据的迁移状态，所述迁移状态包括：已迁移、未迁移或者迁移中；
所述第二标记用于指示所述notes邮件数据的迁移是否存在异常；
所述第三标记用于指示所述第一邮件账户的迁移状态，所述迁移状态包括：已迁移、迁移中或者未迁移。
3.根据权利要求1所述的方法，其特征在于，所述方法还包括：
在所述第一邮件账户的所述第一notes邮件数据发送完成之后，生成提示消息，所述提示消息用于提示所述第一邮件账户的所述第一notes邮件数据已经完成迁移；
输出所述提示消息。
4.根据权利要求3所述的方法，其特征在于，所述生成提示消息，包括：
生成指示所述第一邮件账户的所述第一notes邮件数据已经完成迁移的提示邮件；
所述输出所述提示消息，包括：
向所述第一邮件账户发送所述提示邮件。
5.根据权利要求2所述方法，其特征在于，所述方法还包括：
获取所述第一邮件账户的第二notes邮件数据，所述第二notes邮件数据包括联系人数据以及所述notes邮件的至少一个文件夹中的邮件数据；
比对所述第二notes邮件数据和所述迁移信息，得到所述第二notes邮件数据中尚未迁移至所述目标邮件服务器中的待迁移数据；
将所述待迁移数据发送给所述目标邮件服务器。
6.根据权利要求1所述的方法，其特征在于，所述方法还包括：
获取待迁移的邮件账户的信息，所述待迁移的邮件账户包括所述第一邮件账户。
7.一种数据迁移装置，其特征在于，应用于notes邮件服务器，所述装置包括：
接收模块，用于：接收数据迁移指令；
第一获取模块，用于：获取第一邮件账户的第一notes邮件数据，所述第一notes邮件数据包括联系人数据以及所述notes邮件的至少一个文件夹中的邮件数据；
转换模块，用于：将所述邮件数据转换为eml格式的数据；
第一发送模块，用于：将所述联系人数据和所述eml格式的数据，发送给目标邮件服务器。
8.根据权利要求7所述的装置，其特征在于，所述装置还包括记录模块，用于：
记录所述第一邮件账户对应的迁移信息，所述迁移信息包括以下任意一项或者多项：
所述第一邮件账户的用户名、所述第一邮件账户的邮箱地址、第一标记、第二标记、第三标记、迁移邮件数量、迁移文件夹数量、迁移联系人数量以及针对每封邮件的标识；其中：
所述第一标记用于指示所述第一notes邮件数据中各个数据的迁移状态，所述迁移状态包括：已迁移、未迁移或者迁移中；
所述第二标记用于指示所述notes邮件数据的迁移是否存在异常；
所述第三标记用于指示所述第一邮件账户的迁移状态，所述迁移状态包括：已迁移、迁移中或者未迁移。
9.根据权利要求7所述的装置，其特征在于，所述装置还包括：
提示模块，用于：在所述第一邮件账户的所述第一notes邮件数据发送完成之后，生成提示消息，所述提示消息用于提示所述第一邮件账户的所述第一notes邮件数据已经完成迁移；
输出模块，用于：输出所述提示消息。
10.根据权利要求9所述的装置，其特征在于，所述提示模块，用于：
生成指示所述第一邮件账户的所述第一notes邮件数据已经完成迁移的提示邮件；
所述输出模块，用于：
向所述第一邮件账户发送所述提示邮件。
11.根据权利要求8所述装置，其特征在于，所述装置还包括：
第二获取模块，用于：获取所述第一邮件账户的第二notes邮件数据，所述第二notes邮件数据包括联系人数据以及所述notes邮件的至少一个文件夹中的邮件数据；
比对模块，用于：比对所述第二notes邮件数据和所述迁移信息，得到所述第二notes邮件数据中尚未迁移至所述目标邮件服务器中的待迁移数据；
第二发送模块，用于：将所述待迁移数据发送给所述目标邮件服务器。
12.根据权利要求7所述的装置，其特征在于，所述装置还包括：
第三获取模块，用于：获取待迁移的邮件账户的信息，所述待迁移的邮件账户包括所述第一邮件账户。
技术总结