CN117119053A - 端云协同数据管理方法、终端、系统及可读存储介质 - Google Patents

Abstract

本申请涉及终端技术领域，具体涉及一种端云协同数据管理方法、终端、系统及可读存储介质。其中的方法包括：第一终端接收到云端发来的用于指示第一数据被放入回收站的第一通知消息，向用户显示第一提示信息，并基于用户对第一提示信息的确认结果，确定是否将第一数据的全部或部分加入到第一终端本地的回收站；或者，第一终端接收到云端发来的用于指示即将彻底删除第一回收站数据的第二通知消息，向用户显示第二提示信息，并基于用户对第二提示信息的确认结果，向云端发送清理确认信息。如此，云端可以及时同步各终端上的数据删除等操作在节省存储资源的同时，避免数据误删除。

Description

端云协同数据管理方法、终端、系统及可读存储介质

技术领域

本发明涉及终端技术领域，具体涉及一种端云协同数据管理方法、终端、系统及可读存储介质。

背景技术

随着用户所使用的手机、平板电脑、笔记本电脑等终端电子设备的增多，用户更加习惯于跨设备管理联系人、备忘录或者图库等应用的数据，例如新增联系人、更新备忘录内容以及删除图库中的照片或已保存的图片等。

为了获得更好的跨设备操作体验，用户通常会选择把一些应用程序的应用数据同步至云空间，并保持终端与云端的数据同步更新，此种技术称之为端云协同。其中的“端”指用户所使用的终端电子设备，简称终端，“云”则指云端。可以理解，云端是指云服务器或者在网络侧的一个或多个服务器等。如此，用户可以方便在任意终端上操作新增联系人、更新备忘录内容以及删除图库中的照片或图片等，并且由于云空间应用了更加安全的数据保护机制，同步到云空间保存的数据上也更加安全。

然而，用户所能使用的云空间存储大小有限，当云空间存储的数据过多时，则需要及时清理云空间的数据来释放存储，例如可以对云空间存储的数据进行冗余处理，或者响应于用户登录云空间所进行的删除操作等，来释放云空间的存储。然而，冗余处理通常会保留最新的数据记录，该数据记录未必是用户希望存储的数据版本，并且用户操作删除的数据也未必是用户舍弃的数据，也可能用户在某个终端上的误操作。

目前的一些端云协同方案中，云端往往只存储终端同步的最新数据以节约存储空间，这会导致用户误删的数据无法找回，用户也无法将数据恢复至某个历史时刻的数据版本。在另一些端云协同方案中，云端可以在存储最新同步数据的同时，也存储历史版本数据，但是当数据存储越来越多时，既占用内容，又需要用户及时清理云空间的存储，耗费用户精力。而如果简单的对云端数据设置定时清理历史数据，这一过程用户也无法感知，一些误删的重要数据也无法及时找回。因此，如何提供一种通过与用户交互来实现端云数据管理的方案是本申请亟待解决的问题。

发明内容

本申请实施例提供了一种端云协同数据管理方法、终端、系统及可读存储介质，使得云端在同步用户在某个终端上执行的数据删除等操作结果时，能够及时通过其他终端通知用户，以避免用户在某个终端上的误删除操作等。并且云端通过终端与用户充分交互后再清理冗余的回收站数据，能够避免云端在定期清理回收站数据时造成用户的一些重要数据永久性丢失，也便于用户再次找回丢失的重要数据，有利于提高用户的使用体验。

第一方面，本申请实施例提供了一种端云协同数据管理方法，该方法包括：第一终端接收到云端发来的用于指示第一数据被放入回收站的第一通知消息，向用户显示第一提示信息，其中第一通知消息为云端基于接收到的用户在第二终端上删除第二数据的操作结果发出，第一数据为第二数据中与云端保持同步的数据部分，并且，第一终端基于用户对第一提示信息的确认结果，确定是否将第一数据的全部或部分加入到第一终端本地的回收站；或者，第一终端接收到云端发来的用于指示即将彻底删除第一回收站数据的第二通知消息，向用户显示第二提示信息，其中第二通知消息为云端基于对第一回收站数据的预计清理时间发出，并且，第一终端基于用户对第二提示信息的确认结果，向云端发送清理确认信息，清理确认信息用于指示云端对第一回收站数据是否进行彻底删除。

上述方案即将用户在某一终端上进行的数据删除等操作结果同步至云端，并将云端接收到的操作结果通知给另一终端，以避免用户在某一终端上的误删除操作等。或者，在云端执行定期清理回收站数据的定时任务之前，基于上述方案可以提示用户查看即将彻底删除的回收站数据，以避免云端定期清理冗余数据的过程中将用户的一些重要数据误删除，充分保障用户的数据安全，支持用户及时找回误删的重要数据等。

例如，上述第一终端为平板，第二终端为手机。用户在手机上操作删除部分联系人信息，相应地，云端可以基于数据同步接收上述删除结果，向平板发送通知消息，该通知消息例如可以是上述第一通知消息。此种场景下，平板可以向用户显示提示信息来询问用户是否确认在平板上同步执行上述删除部分联系人信息的操作，例如平板可以向用户显示上述第一提示信息。其中，上述第一数据可以包括已添加了保持本地标记的数据等，因此第一终端可以将指示放入回收站的全部或者部分第一数据放入回收站。另外，用户在手机或平板上操作删除的数据，被放入回收站后，云端可以继续保留该部分回收站数据一段时间，并且可以在该部分回收站数据的预计清理时间即将到达前，通过上述第一终端提醒用户即将彻底删除该部分回收数据，例如平板可以向用户显示上述第二提示信息。其中，上述预计清理时间在一些实施例中也可以理解为相应回收站数据的剩余保留时间，在此不做限制。

在一些实施例中，平板可以通过悬浮显示的提示窗口向用户显示上述第一提示信息或第二提示信息。在另一些实施例中，平板也可以在通知栏等处显示的通知信息向用户显示上述第一提示信息或第二提示信息，在此不做限制。

在上述第一方面的一种可能的实现中，第一终端基于用户对第一提示信息的确认结果，确认是否将第一数据的全部或部分加入到第一终端本地的回收站，包括：第一终端在接收到用户对第一提示信息的确认结果为同意的情况下，将第一数据的全部或部分加入到回收站；或者，第一终端在接收到用户对第一提示信息的确认结果为拒绝的情况下，对第一数据的全部或部分添加指示保持本地内容的保持本地标记。

例如，上述第一终端为平板。在一些实施例中，平板可以通过提示窗口向用户显示上述第一提示信息。该提示窗口上可以包括同意控件和拒绝控件，用户可以点击同意控件表示对上述第一提示信息的确认结果为同意。用户也可以点击拒绝控件表示对上述第一提示信息的确认结果为拒绝。

在另一些实施例中，平板也可以通过在通知栏显示相应的通知信息向用户显示上述第一提示信息。用户在点击查看该通知信息时，平板可以跳转到相应的操作界面上，供用户确认同意或拒绝将上述第一数据的全部或部分加入到第一终端本地的回收站。

在上述第一方面的一种可能的实现中，第一终端基于用户对第一提示信息的确认结果，确认是否将第一数据的全部或部分加入到第一终端本地的回收站，还包括：对加入到回收站中的第一数据添加用于标记回收状态的本地回收站标记。

可以理解，在一些场景中，第一终端可以根据云端发来的第一通知消息，将对应的第一数据全部删除至本地回收站。而在另一些场景中，由于根据云端发来的上述第一通知消息，对应确定需要放入回收站的第一数据可能是之前用户在上述第一终端上确认保持本地的数据，因而第一终端在将第一数据放入回收站的过程中可以跳过这部分保持本地的数据，而只将第一数据中未标记为保持本地的数据放入回收站中。为了便于对数据分类，第一终端可以对加入回收站的第一数据添加回收标志，例如上述本地回收站标记。

在上述第一方面的一种可能的实现中，本地回收站标记用于对从云端下载的数据进行分类显示，具体为：识别到从云端下载的第三数据在第一终端本地的对应数据具有本地回收站标记，将第三数据在第一终端作为回收站数据显示。

可以理解，对于上述从云端下载的数据，可以进行分类显示。其中，对应在第一终端上的数据如果具有上述本地回收站标记，则可以在第一终端的回收站中显示，即作为回收站数据显示，即被分类为回收站数据；对应在第一终端上的数据如果没有上述本地回收站标记，则可以更新为第一终端上的同步数据，即被分类为非回收站数据。其中，第一终端上的同步数据可以包括第一终端上从云端进行数据同步获得数据、以及第一终端向云端进行数据同步的待同步数据等。其中，从云端下载的数据可以是云端上未被添加回收标志的数据。

在上述第一方面的一种可能的实现中，在对加入到回收站的第一数据添加本地回收站标记之后，上述方法包括：第一终端检测到用户指示对已加入到回收站的第一数据进行数据恢复的操作，删除第一数据上已添加的本地回收站标记，并将第一数据从第一终端的回收站界面上移除。

可以理解，在第一终端上执行数据恢复的过程中，可以将待恢复的第一数据从回收站对应的数据存储空间迁移到相应的应用数据存储空间或数据库中。相应地，第一终端的回收站界面，例如最近删除界面上可以不再显示被恢复的第一数据，而相应的应用数据界面，例如联系人界面可以重新显示被恢复的第一数据。

在上述第一方面的一种可能的实现中，第一终端基于用户对第一提示信息的确认结果，确定是否将第一数据的全部或部分加入到第一终端本地的回收站，还包括：

在显示添加了保持本地标记的第一数据的界面上显示断连标记，其中断连标记用于指示第一数据与云端的相应数据未保持同步。

在上述第一方面的一种可能的实现中，在对加入到回收站的第一数据添加本地回收站标记之后，上述方法包括：第一终端检测到用户指示从云端进行数据同步的操作，利用从云端获取的数据对第一终端本地的数据进行数据同步、并在数据同步的过程中跳过具有保持本地标记的数据。

在上述第一方面的一种可能的实现中，在对加入到回收站的第一数据添加本地回收站标记之后，上述方法还包括：第一终端检测到用户指示将添加了保持本地标记的第一数据重新同步至云端的操作，将添加了保持本地标记的第一数据同步至云端。

可以理解，上述将添加了保持本地标记的第一数据同步至云端的过程，可以包括在云端新增该部分第一数据，或者将云端上与该部分第一数据相对应的数据覆盖等，在此不做限制。

在上述第一方面的一种可能的实现中，对第一回收站数据的预计清理时间通过以下方式确定：

根据当前时间与第一回收站数据的删除时间之间的时间差、与预设的回收站保存时长之间的比较结果，确定对第一回收站数据的预计清理时间，其中，回收站保存时长为用户通过第三终端向云端设定、或者为云端上对回收站设置的预设值，其中第三终端与第一终端为相同或不同终端。

例如，对第一回收站数据的预计清理时间，可以通过预设的回收站保存时长与上述时间差的差值计算得到，在此不做限制。在另一些实施例中，上述预计清理时间也可以描述为上述第一回收站数据对应的剩余保留时间，在此不做赘述。

在上述第一方面的一种可能的实现中，第一终端还包括第二回收站数据，其中第二回收站数据加入回收站的时间晚于第一回收站数据加入回收站的时间，并且，

第一终端在本地回收站界面上显示对第二回收站数据的预计清理时间晚于对第一回收站数据的预计清理时间，其中，第一回收站数据和第二回收站数据在本地回收站界面上基于预计清理时间排序显示。

在上述第一方面的一种可能的实现中，上述方法还包括：接收到第二通知消息，第一终端显示的本地回收站界面上对即将到达预计清理时间的第一回收站数据显示告警标记。

在上述第一方面的一种可能的实现中，第一终端基于用户对第二提示信息的确认结果，向云端发送清理确认信息，包括：第一终端在接收到用户对第二提示信息的确认结果为同意的情况下，向云端发送指示对第一回收站数据进行彻底删除处理的确认信息；第一终端在接收到用户对第二提示信息的确认结果为延期的情况下，向云端发送指示延长对第一回收站数据的预计清理时间的确认信息；第一终端在接收到用户对第二提示信息的确认结果为拒绝的情况下，向云端发送指示不删除第一回收站数据的确认信息。

即用户可以通过第一终端对云端定期清理回收站数据的过程进行确认、拒绝或者指示延期，其中的延期即延长相应回收站数据的保留时间。如此，用户可以由充足的时间查看回收站数据以避免云端存储的重要数据被彻底删除而无法恢复。

第二方面，本申请实施例提供了一种终端，包括：一个或多个处理器；一个或多个存储器；一个或多个存储器存储有一个或多个程序，当一个或者多个程序被一个或多个处理器执行时，使得终端执行上述第一方面以及各种可能的实现中提供的端云协同数据管理方法。

第三方面，本申请提供了一种端云协同系统，包括云端以及与云端连接的第一终端、第二终端，其中，第一终端用于执行上述第一方面以及各种可能的实现中提供的端云协同数据管理方法；云端用于基于接收到的用户在第二终端上删除第二数据的操作结果，向第一终端发出第一通知消息，其中第一数据为第二数据中与云端保持同步的数据部分；并且，云端用于基于对第一回收站数据的预计清理时间，向第一终端发出第二通知消息。

第四方面，本申请实施例提供了一种计算机可读存储介质，存储介质上存储有指令，指令在计算机上执行时使计算机执行上述第一方面以及各种可能的实现中提供的端云协同数据管理方法。

附图说明

图1所示为一种端云协同管理数据的场景示意图。

图2所示为本申请实施例提供的一种端云协同场景示意图。

图3a所示为本申请实施例提供的一种用户在手机100上操作删除联系人对应显示的界面示意图。

图3b所示为本申请实施例提供的一种手机100显示的管理云端数据的界面示意图。

图3c所示为本申请实施例提供的一种手机100显示的被管理的应用数据界面示意图。

图4所示为本申请实施例提供的一种端云协同数据管理方法的实施流程示意图。

图5所示为本申请实施例提供的一种终端显示的回收站界面。

图6所示为本申请实施例提供的一种终端显示的联系人界面示意图。

图7所示为本申请实施例提供的一种平板200在用户确认“同意”的情况下所执行的端云协同数据管理方法的实施流程示意图。

图8所示为本申请实施例提供的一种平板200显示的通知界面示意图。

图9所示为本申请实施例提供的一种平板200在用户确认“延期”的情况下所执行的端云协同数据管理方法的实施流程示意图。

图10a所示为本申请实施例提供的一种平板200显示的回收站界面示意图。

图10b所示为本申请实施例提供的一种平板200显示的通知界面示意图。

图11所示为本申请实施例提供的一种平板200在用户执行重新上云操作的情况下所执行的端云协同数据管理方法的实施流程示意图。

图12所示为本申请实施例提供的一种平板200显示的联系人界面示意图。

图13所示为本申请实施例1提供的一种端云协同系统结构、以及基于该系统结构实现端云协同数据管理的原理示意图。

图14所示为本申请实施例1提供的一种端云协同处理数据下载和数据恢复过程的交互流程示意图。

图15所示为本申请实施例1提供的一种端云协同处理数据删除过程的交互流程示意图。

图16所示为本申请实施例2提供的另一种端云协同系统结构、以及基于该系统结构实现端云协同数据管理的原理示意图。

图17a所示为本申请实施例2提供的一种端云协同处理数据下载过程的交互流程示意图。

图17b所示为本申请实施例2提供的一种在终端操作恢复回收站数据的互流程示意图。

图18所示为本申请实施例2提供的一种端云协同处理数据删除过程的交互流程示意图。

图19所示为本申请实施例2提供的一种删除数据的过程中记录历史版本数据、以及基于历史版本数据恢复相应业务数据的交互流程示意图。

图20所示为本申请实施例提供的一种手机100的硬件结构示意图。

图21所示为本申请实施例提供的一种手机100的软件结构示意图。

具体实施方式

为了使本申请实施例的目的、技术方案和优点更加清楚，下面将结合说明书附图以及具体的实施方式对本申请实施例中的技术方案进行详细的说明。

图1示出了一种端云协同管理数据的场景示意图。

如图1所示，该场景包括手机100、平板200以及云端300。其中手机100和平板200为用户所使用的终端。在另一些实施例中，用户所使用的终端还可以包括笔记本电脑、大屏设备等，在此不做限制。

参考图1所示，用户可以在手机100上操作将联系人同步至云端300。如此，用户便可以在平板200上同步云端300上的联系人至本地。进一步地，用户也可以在平板200上联系人信息进行修改，或者进行新增、删除联系人等操作。完成上述操作后，平板200上刷新后的联系人也可以同步至云端300，进而同步至手机100。如此可以实现端云协同。

可以理解，在另一些实施例中，图1所示场景中手机100、平板200等终端与云端300之间同步管理的应用数据也可以是备忘录、图库等应用的数据等，在此不做限制。

然而，目前在上述端云协同场景中，用户在手机100或平板200等终端上对应用数据进行的修改、新增、删除等操作的结果可以同步至云端，而云端通常只是接收终端同步的数据，而并不会对这些操作导致变化的数据进行分类存储。例如，对于用户删除的数据，用户所使用的终端上可能会应用回收站机制进行分类管理，但同步至云端的数据通常会替换在先的数据。如前所述，这样可能会导致用户误删的重要数据无法找回，在另一些场景中，用户可能在某些时刻想要将联系人或备忘录等恢复至某个历史时间点的数据也同样无法实现。有些云端对终端同步的数据可能会保存历史版本和当前版本并进行定时的清理，以释放存储空间，但这种笼统的数据清理过程也无法使用户感知，因此用户也无法及时地从被清理的数据中筛选找回误删的重要数据。因而导致用户体验欠佳。

为了解决上述技术问题，本申请实施例提供了一种端云协同数据管理方法，应用于包括终端和云端的端云协同系统。具体地，该方法通过在终端预设同步服务，以将用户在终端设备上进行的数据管理操作的结果同步至云端，例如将用户删除数据的操作结果同步至云端，并将云端接收到的操作结果通知给另一终端。并且，云端在执行一些定时任务，例如定期清理回收站数据等任务时，可以及时通过终端提醒用户即将执行的操作，以供用户确认被清理的数据是否为重要数据、是否需要保留等。另外，云端上可以应用时间滞后的定时任务，来对终端同步的删除数据等操作结果进行延迟的定期清理，例如云端可以对用户在终端删除的数据放入云端的回收站中继续保留一段时间，还可以对用户在终端操作彻底删除的回收站数据放入云端的回收站中继续保留一段时间再行删除等。

如此，云端可以在与用户充分交互后再清理冗余的回收站数据，例如云端可以根据用户的确认结果，将用户在第一终端同步至云端的数据删除结果更新至云端，云端也可以将因终端删除数据或更新数据内容而放入回收站的数据向用户提醒预计清理时间，并在预计清理时间即将清零前提醒用户这些数据即将彻底删除。如此，能够足以避免云端在定期清理回收站数据时造成用户的一些重要数据永久性丢失，也能够提供给用户再次找回需要的数据的机会，有利于提高用户的使用体验。

作为示例，图2根据本申请实施例示出了一种端云协同场景示意图。

如图2所示，该场景包括手机100、平板200以及云端300。其中手机100和平板200为用户所使用的终端。在另一些实施例中，用户所使用的终端还可以包括笔记本电脑、大屏设备等，在此不做限制。

与上述图1所示的场景所不同的是，在图2所示的场景中，用户在平板200上执行删除操作，参考图2所示的操作①，例如用户操作删除一些联系人。被删除的联系人信息可以先放入回收站，此时云端300可以同步更新该删除结果，平板200的界面上也可以显示本地回收站中不同时间放入的回收站数据、以及各数据对应的预计清理时间，例如回收站窗口220所示内容。其中，该预计清理时间例如可以是对应的回收站数据被彻底删除的倒计时间。

继续参考图2所示，用户在平板200操作删除一些联系人后，云端更新删除结果的同时，用户所使用的另一个终端例如手机100上可以显示对应的提示窗口210。可以理解，云端300也可以基于预设的定时任务，启动对放入回收站的回收站数据的彻底删除，对应地提示窗口210中也可以显示相应内容。例如，该提示窗口210中可以显示云端300的哪些数据将被移入回收站、以及哪些回收站数据将会彻底删除等。

作为示例，提示窗口210中的显示内容可以是“1.您有XXX个联系人被移至回收站。”以及“2.您有XXX个联系人将在1天内彻底删除。”等。此时用户可以执行图2所示操作②，查看即将被放入回收站的联系人的具体信息，例如姓名、联系方式等等。用户也可以执行图2所示的操作③，点击“同意”控件211以允许云端300的这些操作，并关闭该提示窗口210。另外，用户还可以执行图2所示的操作④，点击“拒绝”控件212以拒绝云端300这些操作，相应地云端300可以将移至回收站的数据恢复为可供用户查阅下载的同步数据。在另一些实施例中，手机100等终端所显示的提示窗口210也可以为其他样式，该提示窗口210中所显示的内容也可以包括其他，在此不做限制。

由此可见，基于本申请提供的端云协同数据管理方法，能够在用户使用多个终端电子设备的场景下，当用户在其中一个终端上对云端同步的数据进行删除、更新等操作时，其他终端可以及时获取到对应的操作提示。因此可以有效避免用户在一些终端上的误删除操作，进而及时帮助用户找回误删除数据。

另外，基于本申请提供的端云协同数据管理方法，能够在云端定期清理放入回收站的被更新的历史数据时，可以及时提醒用户这些回收站数据将在什么时间彻底删除，并提示用户对即将彻底删除的数据进行确认。因此可以利于用户及时找回所需的历史数据，并能够防止一些重要数据被彻底删除而无法恢复。

可以理解，在本申请提供的数据管理方案的具体实施过程中，可以将云端数据进行分类管理，例如在云端应用回收站机制，并将云端存储的数据划分为同步数据、回收站数据以及彻底删除数据等，其中同步数据可以是从终端更新的最新版本的应用数据，可供用户查阅、下载等。回收站数据可以是被更新的数据替换的历史数据，可以在恢复为同步数据后供查阅、下载等。彻底删除数据则可以是回收站数据中筛选出的用户不再需要的数据，彻底删除后不可恢复。其中，筛选出用户不再需要的数据的条件例如是时间判断条件，例如通过判断回收站数据的回收时间是否超过预设时间来判断等。具体可以参考下文详细描述，在此不做赘述。

在本申请的一些实施例中，基于上述数据分类，终端预设的同步服务中可以设置云端数据管理模块，该云端数据管理模块可以使终端具备向用户提供管理云端数据的能力。例如，终端基于该云端数据管理模块可以在界面上对云端数据中的同步数据与回收站数据进行区别显示，并且终端基于该模块可以在云端即将彻底删除满足条件的回收站数据前，显示相应的界面提醒用户确认。在一些实施例中，基于该云端数据管理模块，用户还可以在终端上对云端设置定时任务，例如对回收站数据设置回收标志以及定期删除的时间等，以使云端可以在预设的删除时间清理不再需要的回收站数据。

如此，基于云端的回收站机制和终端同步服务的云端数据管理模块提供的能力，用户在某个终端操作删除的数据同步至云端后，也可以在该终端上操作从云端恢复被删除的数据。

其中，数据同步表示将终端上执行的数据删除、数据更新、数据恢复等处理过程同步在云端执行、或者将云端执行的上述数据处理过程同步在终端执行的过程。而上述同步数据则是数据同步的对象，例如可以是同步至云端或者同步至终端的应用数据、删除的数据、更新的数据或者恢复的数据等。

作为示例，图3a至图3c根据本申请实施例示出了一种在手机100上操作删除数据和恢复数据的操作界面示意图。

如图3a所示，用户在手机100的联系人页面310上操作删除联系人之后，即执行数据删除后，可以在手机100上打开最近删除界面320，查看最近删除的联系人。参考图3a所示，最近删除界面320上例如可以显示被删除数据将在本地回收站的保留时间，或者说是预计清理时间，例如“联系人将保留30天，之后永久删除”。如果用户在手机100显示的预计清理时间之前进行数据恢复的操作，则图3a所示的最近删除界面320上所显示数据可以被恢复至图3a所示的联系人页面310中。如果用户不进行数据恢复的操作，上述最近删除界面320上显示的数据可以从手机100的本地存储中彻底删除。然而，用户的上述删除操作可能是误操作、或者被删除的部分联系人为用户的误操作所致，而用户并无察觉，对此手机100不会有所提示。基于本申请提供的端云协同数据管理方法，用户也可以从云端恢复被删除的联系人信息。

参考图3b所示，用户可以在手机100上登录云空间账户打开图3b所示的管理界面330，管理云端数据。可以理解，上述用于管理云端数据的管理界面330可以由作为独立的应用程序运行的同步服务提供，因而该管理界面330上可以显示云端同步的各个应用程序的数据。例如，用户可以在管理界面330上点击“联系人”选项，手机100则可以对应显示联系人界面340。该联系人界面340上可以显示联系人应用同步的应用数据项数及数据大小等信息，例如图3b所示的“31项/320.66KB”。该联系人界面340上还可以显示最近删除的联系人信息，例如图3b所示的“11项/17.56KB”。用户可以执行图3b所示操作⑤，点击联系人界面340上“应用数据”对应的查看控件，进入图3c所示的应用数据界面350，查看联系人应用的同步数据以及对云端的同步数据进行数据删除操作等。用户也可以执行图3b所示的操作⑥，点击联系人界面340上“最近数据”对应的查看控件，进入图3c所示的最近删除界面360，查看用户在终端的联系人应用的界面上删除的数据、以及对云端放入回收站的数据进行数据恢复操作等。

如图3c所示，用户可以在手机100显示的应用数据界面350上点击“数据项”对应的控件查看具体的各项联系人信息，进而可以对指定的联系人信息进行删除操作。用户也可以在手机100显示的最近删除界面360上点击“数据项”对应的控件查看具体的各项联系人信息，进而可以对指定的联系人信息进行恢复操作。

在另一些实施例中，用户在终端操作从云端删除数据或恢复数据界面也可以不同于上述图3b至图3c所示，在此不做限制。

在本申请的另一些实施例中，端云协同系统中的云端也可以提供隐式回收站，此时终端上预设的同步服务可以不具有上述云端数据管理模块。终端可以同意云端对回收站数据的定期处理通知，例如回收站数据可恢复的预计清理时间、回收站数据即将在某个时间彻底删除等通知消息等。此时，终端可以通过界面提醒用户查看或确认。在此不做赘述。

如此，基于本申请提供的数据管理方案，当用户在终端上操作删除某些数据时，被删除的数据信息同步至云端后，用户可以在终端上看到云端对相应数据是否删除的操作结果，并且用户也可以通过终端设置对云端数据的管理规则，例如定时将终端上操作删除的同步数据放入回收站成为回收站数据、定时将回收站数据彻底删除称为彻底删除数据等。相应地，云端在基于用户预设的管理规则管理数据时，可以及时通过终端向用户展示云端存储的哪些数据已被放入回收站、哪些数据即将彻底删除等，终端也可以显示相应的告警提示界面等供用户确认。如此用户可以在终端显示的相应界面执行恢复操作、删除操作或者确认操作等。

并且，用户在某个终端执行了删除操作后，已同步至云端的数据也不会被立即被同步删除，以便于用户在需要时能够及时找回删除的数据，也避免了用户误删除导致数据丢失的问题。并且，与用户所使用的多个终端保持数据同步的云端，也可以按照预设的管理规则及时清理用户已操作删除的数据，而且能在清理数据时提醒用户对即将清理掉的数据进行检查，以防误删除一些重要数据。如此，端云数据同步的过程中既能带来友好的用户使用体验，又能及时清理云端数据，释放被用户已删除数据占用的存储空间。

可以理解，本申请实施例所提供的端云协同数据管理方法，所适用的终端可以包括但不限于手机、平板电脑、桌面型、膝上型、手持计算机、上网本，以及增强现实(augmentedreality，AR)\虚拟现实(virtual reality，VR)设备、智能电视、智能手表等可穿戴设备、服务器、车机设备、便携式游戏机、便携式音乐播放器、阅读器设备、其中嵌入或耦接有一个或多个处理器、或能够访问网络的其他电子设备。

基于上述图2所示的场景，图4根据本申请实施例示出了一种端云协同数据管理方法的实施流程示意图。

如图4所示，该实施流程涉及多个终端、终端上的同步服务与云端300之间的交互，上述多个终端与云端可以形成端云协同系统，具体该端云协同系统的结构及实现原理等内容，将在下文相应实施例中进行详细介绍，在此不做赘述。

还需声明的是，本申请实施例中对方法、流程中的步骤进行编号是为了便于引用，而不是限定先后顺序，各步骤之间如有先后顺序，当以文字说明为准。

作为示例，上述多个终端例如可以是手机100和平板200，其中手机100可以基于预设的同步服务101与云端300交互。具体地，该实施流程包括以下步骤：

401：手机100接收到用户删除数据的操作。

示例性地，用户可以在手机100上进行删除数据的操作。例如，用户可以在手机100显示的联系人界面删除联系人信息，也可以在手机100显示的备忘录界面删除备忘信息等。可以理解，该手机100与云端300上可以登录同一用户的账号。在另一些实施例中，用户也可以在同一账号登录的其他电子设备上进行删除数据的操作，在此不做限制。

402：手机100对被删除的数据标记回收状态和删除时间。

示例性地，手机100响应于用户删除数据的操作，可以对指定被删除的数据标记回收状态，以表明该数据已被删除或已放入回收站。标记回收状态的方式，例如可以是在相应数据上添加回收标志或者其他用于指示回收状态的标签等。同时，手机100上可以对指定被删除的数据标记删除时间，该删除时间可以对应于上述删除数据的操作时间。

403：手机100触发数据上行，通过同步服务101向云端同步操作结果。

示例性地，手机100上被删除的数据对应的应用程序可以触发数据上行，该应用程序可以将被标记回收状态和删除时间的数据，即用户删除数据的操作结果，通过同步服务101上行同步至云端300。可以理解，手机100上可以开启端云同步的功能，手机100上的数据更新可以触发同步至云端300，在此不做赘述。

404：云端300对相应同步数据标记回收状态和删除时间。其中，相应同步数据被标记回收状态和删除时间后，即转换为回收站数据。

示例性地，云端300在接收到手机100同步的操作结果时，可以对相应的同步数据标记回收状态和删除时间。其中，云端300对同步数据标记的删除时间可以与接收到的手机100侧对被删除的数据标记的删除时间相同，也可以有一定的删除时延，在此不做限制。云端300上相应的同步数据，可以是手机100同步至云端300的数据，也可以是其他终端例如平板200同步至云端300的数据，而手机100可以从云端300下载该部分数据。

405：云端300通知其他终端。其中，被通知的终端可以是与云端300登录相同账号的电子设备，与云端300登录账户对应的用户为同一用户。

406：云端300将被标记的同步数据下行同步给另一终端平板200。

示例性地，云端300可以基于定时任务或者用户在另一终端上的操作，将被标记的同步数据下行同步给另一终端。可以理解，云端300的同步数据可以定时向绑定的各终端刷新，例如通过向各终端发送同步请求等方式来刷新同步数据，以使各终端的相应数据与云端300的同步数据保持一致。

在另一些实施例中，用户也可以在另一终端上操作从云端300下载数据，以与云端300的同步数据保持一致，在此不做限制。

407：平板200确定被标记的同步数据将被放入本地的回收站。

示例性地，另一终端，例如平板200在接收到下行的同步数据后，可以基于该同步数据上标记的回收状态，确定本地存储的这些同步数据，也将被同步放入本地的回收站，即平板200上的回收站。

408：平板200弹出告警提示。

示例性地，平板200在确定被标记的同步数据将被放入本地的回收站后，平板200可以弹出告警提示，该告警提示用于提醒用户上述被标记的同步数据即将被放入回收站的情况，以供用户确认。

409：平板200接收到用户确认“同意”的操作。

示例性地，上述告警提示的界面可以包括供用户确认“同意”的操作控件。该控件可以参考上述图2所示场景中手机100显示的提示界面210上的“同意”控件，也可以是其他形式的提示界面上的控件，在此不做限制。

410：平板200更新本地数据与云端保持一致。

示例性地，用户如果在平板200上确认“同意”，表明用户允许云端300执行的数据删除操作结果同步至平板200上。此时，平板200可以更新本地数据与云端300保持一致，将对应于被标记的同步数据的数据放入回收站，同时也对该部分数据标记回收状态和删除时间等。

在本申请的一些实施例中，平板200可以显示图5所示的更新结果。参考图5所示的回收站界面510，平板200可以显示云端300被标记的同步数据放入回收站后，作为回收站数据的预计清理时间。该预计清理时间可以基于当前时间与相应同步数据被标记的删除时间之间的差值，结合预设的回收站保存时长计算得到。例如，联系人“000A”对应的“剩余5天”，表明该联系人还可以在云端300回收站中保留5天，或者说预计将在5天后被清理掉或者彻底删除。联系人“000B”对应的“剩余10天”，表明该联系人还可以在云端300回收站中保留10天，或者说预计将在10天后被清理掉。在此不做一一赘述。

411：平板200接收到用户确认“不同意”的操作。

示例性地，上述告警提示的界面也可以包括供用户确认“不同意”的操作控件，该控件可以参考上述图2所示场景中手机100显示的提示界面210上“拒绝”控件，也可以是其他形式的提示界面上的控件，在此不做限制。

412：平板200将本地数据中的对应数据添加保持本地标记。

示例性地，用户如果在平板200上确认“不同意”，表明用户不允许云端300执行的数据删除操作结果同步至平板200上。用户不允许同步的情况，例如可以包括上述步骤401中手机100接收到的用户删除数据的操作为误操作等。此时，平板200可以将本地的相应数据添加上保持本地标记，以表示这些数据无需与云端同步一致。

413：平板200下载云端的同步数据时跳过保持本地标记的数据，并显示为与云端断连的状态。

示例性地，根据已添加的保持本地标记，平板200在从云端300数据时，可以跳过被标记的数据。并且，平板200在显示完成数据下载后更新的数据时，具有保持本地标记的数据可以显示为与云端断连的状态。参考图6所示的联系人界面610，在平板200本地存储中用户确认“不同意”对应标记的同步数据，可以对应显示断连标记611。可以理解，该断连标记611可以表示对应的数据与未与云端300同步，即该部分数据与云端300断连。

可以理解，在上述步骤409-410中，用户确认“同意”并从云端更新删除的结果后，可以在相应的回收站数据满足预设回收时间时确认定时删除该部分数据，相应地，平板200上定时删除该部分数据的结果也可以同步至云端300，与云端300执行的定时删除结果保持一致。具体地，参考图7所示的交互流程，在平板200执行完上述步骤409至410之后，平板200可以继续执行下述步骤711至713。

711：平板200同意定时删除相应数据。

示例性地，平板200可以在从云端更新删除的结果后，根据预设的回收时间以及相应数据上标记的删除时间，计算确定相应数据的彻底删除时间，并在该彻底删除时间到达时，执行定时删除任务。届时，平板200可以再次提醒用户确认是否同意彻底删除相应数据，也可以根据上述步骤409中接收到的用户确认结果确认定时删除相应数据，在此不做限制。

作为示例，参考图8所示的通知界面810，平板200可以在该通知界面810上显示“回收站定期清理通知”，具体内容例如可以是“您有XXX个联系人即将彻底删除，请问是否执行该操作？”等。进而，用户可以在该通知界面810上点击“同意”控件811，确认定时删除相应数据，相应的删除结果可以是彻底删除，不可再恢复。之后，如果用户通过平板200查看云端300的回收站数据，平板200上可以显示图8所示的回收站界面820，此时该界面上不再显示已被彻底删除的回收站数据。

712：平板200向云端300同步定时删除的结果。

示例性地，平板200上在特定的时间彻底删除相应数据后，可以向云端300同步定时删除的结果，以与云端300对回收站中的相应数据的处理保持一致。

713：云端300彻底删除相应的回收站数据。

示例性地，云端300可以基于定时任务彻底删除云端300回收站中的相应回收站数据。在另一些实施例中，云端300也可以根据平板200执行上述步骤713发送的同步信息，彻底删除相应的回收站数据，在此不做限制。

对于上述步骤711，在另一些实施例中，用户通过平板200确认同意定时删除相应数据的情况下，平板200可以再次提醒用户确认是否同意彻底删除相应数据。此时，用户也可以查看相应数据以及操作延期删除相应数据。如果用户确认“延期”，则参考图9所示的交互流程，在平板200执行完上述步骤409至410之后，平板200可以继续执行下述步骤911至913。

911：平板200显示即将彻底删除的告警提示。

参考图10a所示，平板200的回收站界面1001上可以显示各回收站数据对应的预计清理时间，而即将彻底删除的回收站数据可以对应显示较为醒目的告警图标011，同时该回收站界面1001上还可以显示文字提示“即将删除”。用户可以点击该告警图标011查看即将彻底删除的数据信息以及确认“同意”或“延期”上述彻底删除操作等。

另外，如图10a所示，各回收站数据对应的预计清理时间也可以采用饼图等图形进行展示，例如图10a所示的饼图012，各回收站数据对应的预计清理时间对应在饼图012上的显示比例，可以通过(当前时间-删除时间)/30天*100％来计算确定。

912：平板200接收到用户确认“延期”的操作。

进一步地，参考图10b所示，用户可以在平板200所显示的通知界面1002上点击“往后延期”按钮021，以对即将彻底删除的联系人等数据延长预计清理时间。之后，如果用户通过平板200查看云端300的回收站数据，平板200上可以显示图10所示的回收站界面1003，此时该界面上被延期的“000A”对应的预计清理时间可以增加预设时长，例如增加“1天”，该条数据上的告警图标也可以暂时不再显示。

913：平板200将相应数据的删除时间往后延期预设天数。

914：平板200向云端300同步延期的结果。

示例性地，平板200上执行对相应回收站数据的延期操作后，可以将延期后的删除时间等信息同步给云端300，以使云端300同步该延期的结果，将相应数据的彻底删除时间顺延预设天数。在此不做赘述。

另外，在上述步骤411至413之后，即用户确认“不同意”相应的操作、为相应数据添加保持本地标记之后，用户如需将平板200上保留下来的这些数据同步至云端300，可以操作将这些数据重新上云。

具体地，参考图11所示的交互流程，在平板200执行完上述步骤411至413之后，接收到用户确认“同意”的操作之后，如果用户希望将未同步的数据重新上云，则平板200可以继续执行下述步骤1114至1118。

1114：平板200接收到用户重新上云的操作。

示例性地，参考图12所示，例如用户在平板200显示的联系人界面1201上，点击联系人“000B”对应的断连标记1202，则可以触发将该联系人信息重新上云。重新上云后，平板200可以显示联系人界面1203，各联系人信息对应的断连标记此时已切换为与云端同步的标记1204。

1115：平板200对重新上云的数据删除保持本地标记。

示例性地，在检测到用户的重新上云的操作后，平板200可以删除相应数据上的保持本地标记。对于没有保持本地标记的数据，平板200可以跳过，而直接执行下述步骤1116。

可以理解，重新上云的数据可以包括上述已添加本地标记的数据，也可以包括平板200上新增的用户记录相关数据，在此不做限制。

1116：平板200向云端300发送重新上云的请求。

示例性地，平板200在对一些数据删除保持本地标记后，可以基于待同步至云端300的数据，向云端300发送重新上云的请求，以将平板200本地存储的数据同步至云端300。

1117：云端300确认若已存在相应数据记录，则将重新上云的数据覆盖同步数据。

1118：云端300确认若不存在相应数据记录，则将重新上云的数据新增为同步数据。

示例性地，云端300可以根据平板200请求上云的数据，确认相应的数据记录是否存在，例如确认某条联系人信息是否存在等。若已存在，则可以执行上述步骤1117将平板200请求重新上云的数据覆盖云端300上的同步数据，以供连接该云端300的各终端下载。若不存在，则可以执行上述步骤1118在云端300新增平板200请求重新上云的数据。

可以理解，在不同的实施例中，端云协同系统中的终端可以具有不同结构的同步服务，相应地该端云协同系统中与终端交互的云端300所执行的数据处理过程也可以有所不同。下面结合具体实施例以及相应附图，介绍不同的端云协同系统结构对应实施端云协同数据管理方法的不同实现过程。

下面先结合实施例1介绍基于一种端云协同系统结构实施端云协同数据管理方法的具体过程。

实施例1

图13根据本申请实施例示出了一种端云协同系统结构、以及基于该系统结构实现端云协同数据管理的原理示意图。

如图13所示，端云协同系统400可以包括终端和云端430。其中，终端例如可以是上述手机100或平板200等电子设备，在此不做限制。

终端可以包括安装的应用程序410和同步服务420。在一些实施例中，同步服务420可以是安装在终端的一种应用程序，可以作为系统应用为其他应用程序410提供与云端430交互的数据同步能力。在另一些实施例中，同步服务420也可以集成在应用程序安装包中，使得应用程序410本身具备与云端430交互的数据同步能力。

在本申请实施例中，同步服务420可以包括同步模块421和云端数据管理模块422。参考图13所示，在数据下行的过程中，同步服务420基于同步模块421可以从云端430获取数据，并对所获取的数据按照回收标志区分为同步数据、回收站数据以及彻底删除数据，存储与终端为应用程序410对应分配的存储空间。例如，对于被更新/删除的同步数据可以设置回收标志和删除时间，以标记为回收站数据。

继续参考图13所示，在数据上行的过程中，同步服务420基于同步模块421可以执行应用程序410侧发起的修改/删除任务，对云端430的同步数据进行修改更新或者删除处理等，被更新或者被删除的同步数据将进入本地回收站以及云端430的回收站，成为回收站数据。而回收站数据被恢复后可以删除上述回收标志和删除时间。另外，如果用户在应用程序410的界面上进一步操作将回收站数据删除，即彻底删除数据，则对应的回收站数据可以从本地库中删除，而云端430同步的回收站数据可以继续保留一定时间。

同步服务420基于云端数据管理模块422可以根据用户在应用程序410的界面上的操作删除、恢复等操作，同步向云端430的相应数据设置回收标志和删除时间、以及计算云端430的回收站数据的彻底删除时间等。

可以理解，终端可以为应用程序410分配存储空间，用于存储该应用程序410运行期间产生的应用数据，包括用户输入的一些用户数据。这些应用数据同步至云端430后便可以转换为图13所示的同步数据。因此，在本申请实施例中，应用程序410侧可以存储、展示以及管理同步至云端430或者从云端430下载的数据，并支持预设“定时任务”回收云端430的“回收站数据”，以释放本地和云端占用空间。

而云端430可以根据终端同步服务420的云端数据管理模块422设置的回收标志和删除时间，对相应的回收站数据标记回收状态以及设置删除时间。该删除数据可以是彻底删除回收站数据的时间，例如等于“当前时间-回收时间”，其中回收时间为相应数据放入回收站时被标记的删除时间。可以理解，云端430的同步数据被更新或删除时，也可以对应被设置回收标志和删除时间，成为回收站数据。云端430的回收站数据被恢复时，也可以对应的被删除相应的回收标志和删除时间。另外如前所述，云端430也可以基于预设的“定时任务”，筛选满足预设回收时间的回收站数据进行删除，成为彻底删除数据。

基于上述图13所示的端云协同系统的结构和端云协同数据管理的实现原理，图14示出了一种端云协同处理数据下载和数据恢复过程的交互流程示意图。

如图14所示，该交互流程涉及终端运行的应用程序410、同步服务420与云端430之间的交互。具体地，该交互流程包括以下步骤：

1401：应用程序410检测到用户下载同步数据的操作。

示例性地，终端运行应用程序410的过程中，可以接收用户在应用程序410的界面上触发从云端下载同步数据的操作。该应用程序410在检测到用户指示从云端430下载同步数据的操作时，可以响应于该操作继续执行下述步骤1402。其中，用户操作指示下载的同步数据可以是云端430存储的同步数据。

1402：应用程序410通过同步服务420触发数据上行，向云端发送数据下载请求。

1403：云端430筛选未标记回收状态的同步数据。

可以理解，云端430的回收站数据可以标记有回收标志，相应的没有回收标志的数据即为从各终端同步/更新的同步数据。

1404：云端430通过同步服务420向应用程序410返回筛选出的同步数据。

示例性地，云端430可以基于与同步服务420之间的交互，将筛选出的同步数据发送给同步服务420，再有同步服务420转发给应用程序410。其中，云端430返回的同步数据，可以是上述应用程序410对应请求的数据下载结果。

1405：应用程序410存储并显示返回的数据。

示例性地，终端运行的应用程序410在接收到通过同步服务420返回的同步数据后，可以将该数据存储至系统分配的存储空间内，并在相应的响应界面上显示进该数据。

可以理解，上述步骤1402中通过同步服务420发送“数据下载请求”以及上述步骤1404中通过同步服务420发送“返回的数据”，可以使得终端和云端的数据交互过程统一通过同步服务420进行调控。如此，终端则可以基于该同步服务420向用户提供用于管理云端数据的交互界面，云端430的数据处理结果也可以基于该同步服务420及时通过终端的界面通知提醒用户。

1406：应用程序410接收到用户恢复回收站数据的操作。

示例性地，用户可以在终端运行应用程序410对应显示的界面上操作将已删除的数据恢复，即恢复回收站数据为可用的应用数据。此时，应用程序410可以接收到用户恢复回收站数据的操作。

1407：应用程序410通过同步服务420触发数据上行，向云端430发送数据恢复请求。

1408：云端430筛选标记回收状态的回收站数据。

可以理解，用户指示恢复的回收站数据，在删除时可以被添加回收表示，以标记其回收状态。因此，云端430响应于终端的应用程序410发来的数据恢复请求，则可以筛选被标记了回收状态的数据，即回收站数据进行恢复。

1409：云端430通过同步服务420向应用程序410返回筛选出的回收站数据。

可以理解，从云端430恢复回收站数据的过程，可以是将云端430的回收站数据下载至终端的过程。

1410：应用程序410存储并显示返回的数据。

示例性地，终端的应用程序410可以利用恢复的回收站数据更新本地的相应数据记录，也可以将恢复的回收站数据作为新增数据存储至本地的存储空间，在此不做限制。

可以理解，上述步骤1407中通过同步服务420发送“数据恢复请求”以及上述步骤1409中通过同步服务420发送“返回的数据”，可以使得终端和云端的数据交互过程统一通过同步服务420进行调控。如此，终端则可以基于该同步服务420向用户提供用于管理云端数据的交互界面，云端430的数据处理结果也可以基于该同步服务420及时通过终端的界面通知提醒用户。

基于上述图13所示的端云协同系统的结构和端云协同数据管理的实现原理，图15示出了一种端云协同处理数据删除过程的交互流程示意图。

如图15所示，该交互流程涉及终端运行的应用程序410、同步服务420与云端430之间的交互。具体地，该交互流程包括以下步骤：

1501：应用程序410接收到用户删除数据的操作。

示例性地，终端运行应用程序410的过程中，可以接收用户在应用程序410的界面上触发删除不想要的一些数据的操作。相应地，应用程序410则可以检测到用户的删除操作。

1502：应用程序410修改数据存储位置至回收站。

示例性地，终端运行的应用程序410可以将用户指示删除的数据，从原本的存储位置移至回收站对应的存储空间，成为终端上的回收站数据。

1503：应用程序410标记被删除数据的回收状态，并标记删除时间。

示例性地，对用户指示删除的数据，应用程序410可以标记这些数据的回收状态，例如为这些数据添加回收标志等。同时，应用程序410还可以标记这些数据的删除时间。

1504：应用程序410通过同步服务420触发数据上行，向云端430同步操作结果。

示例性地，应用程序410对用户指示删除的数据进行标记后可以触发数据上行过程，通过同步服务420向云端430同步上述删除数据的操作结果。例如，应用程序410可以通过同步服务420向云端430发送被标记了回收状态的被删除数据。

1505：云端430修改数据存储位置至回收站。

示例性地，云端430响应于终端的同步服务420同步的操作结果，可以修改云端存储的相应数据的存储位置也移至回收站，成为回收站数据。

1506：云端430标记被删除数据的回收状态，并标记删除时间。

示例性地，云端430可以进一步将移至回收站的数据，即被删除数据的回收状态，并且可以同步标记相应的删除时间。

1507：云端430通过同步服务420向应用程序410返回删除操作的结果。

示例性地，云端430可以在对云端的相应被删除数据进行标记后，向终端运行的应用程序410返回云端对相应数据同步执行删除操作的结果。

1508：应用程序410接收到用户删除回收站数据的操作。

示例性地，终端运行应用程序410的过程中，可以接收用户在应用程序410的界面上触发将回收站数据彻底删除的操作。相应地，应用程序410则可以检测到用户的删除操作。

1509：应用程序410彻底删除相应数据。

示例性地，终端运行的应用程序410响应于用户删除回收站数据的操作，彻底删除相应数据。可以理解，回收站数据通常为用户指示删除的应用数据，例如联系人信息、备忘录信息等。因此对于用户删除回收站数据的操作，终端可以识别为用户希望彻底删除这些数据。

1510：应用程序410通过同步服务420触发数据上行，向云端430同步操作结果。

示例性地，应用程序410彻底删除用户指示删除的回收站数据后，可以触发数据上行过程，通过同步服务420向云端430同步上述彻底删除数据的操作结果。

1511：云端430修改相应数据的预计删除时间。

示例性地，云端430接收到终端的应用程序410同步的彻底删除数据的操作结果时，可以不对云端的相应数据立即执行彻底删除。此时，云端430可以利用自身预设的回收机制，将相应数据基于预设的回收时间所计算确定的预计删除时间适应性地调整，并将对相应数据所执行的彻底删除任务添加到云端430的定时任务列表中，等待执行。如此，即便用户在终端操作彻底删除回收站数据，仍可以在一定的时长内还是可以通过云端430找回误删或丢失的重要数据。

1512：云端430通过同步服务420向应用程序410返回删除操作的结果。

1513：云端430确认到达预计删除时间，触发清理回收站数据。

示例性地，云端430检测到一些回收站数据的预计删除时间已到达，则可以触发定时删除任务，清理回收站数据。清理的结果可以是云端430执行下述步骤1514彻底删除相应数据。

1514：云端430彻底删除相应数据。

1515：应用程序410检测到本地定时任务触发的操作。

示例性地，终端所应用的回收站机制可以对删除至回收站的数据进行定期清理。例如，一些终端可以对用户指示删除的数据，在回收站中保存30天或者其他预设时间，并对应创建一个定时任务，用于控制对回收站中相应数据的彻底删除。此时，相应的应用程序410在定时任务满足时间条件而触发时，检测到终端本地创建的定时任务对应触发的操作。

1516：应用程序410根据回收站数据对应的删除时间，清理回收站数据。

示例性地，应用程序410响应于上述检测到的定时任务，可以对满足删除时间条件的回收站数据进行彻底删除，而可以对尚未满足删除时间条件的回收站数据继续监控与删除时间相对应的预计清理时间。该过程即清理回收站数据的过程。

1517：应用程序410通过同步服务420触发数据上行，向云端430同步操作结果。

1518：云端430修改相应数据的预计删除时间。

1519：云端430通过同步服务420向应用程序410返回删除操作的结果。

1520：云端430确认到达预计删除时间，触发清理回收站数据。

1521：云端430彻底删除相应数据。

上述步骤1517至1519的执行过程，可以对应参考上述步骤1510至1514的执行过程，在此不做赘述。

基于上述实施例1提供的一种端云协同数据管理方法的具体实现过程，用户能够通过端云协同系统中的终端查看云端的同步数据、回收站数据以及回收站数据即将被彻底删除的时间等，云端定期清理回收站数据时，也能够通过终端及时告知用户以及向用户进行告警提示，以避免用户误删除或者遗漏恢复一些重要数据，有利于提高用户的使用体验。

下面再结合实施例2介绍另一种端云协同数据管理方法的具体实现过程。

实施例2

图16根据本申请实施例示出了另一种端云协同系统结构、以及基于该系统结构实现端云协同数据管理的原理示意图。

如图16所示，与上述实施例1中图13所示端云协同系统400不同的是，端云协同系统500可以包括终端和云端530，终端可以包括安装的应用程序510和同步服务520，其中的同步服务520与上述图13所示的同步服务420的结构不同。

具体地，同步服务520可以包括同步模块521和云端数据管理模块522。其中，同步模块521负责从云侧下载数据，将本地修改、新增或删除的数据同步到云端530，并在支持定时任务清理本地的回收站数据，从而释放本地和云侧占用空间。

云端数据管理模块522显示业务应用各种数据占用大小，支持管理数据操作，例如删除操作。在本申请实施例中，云端数据管理模块522可以不支持对回收站数据的管理操作，仅支持对同步数据的修改/删除等管理操作。

终端安装的应用程序510对应分配的存储空间可以存储从云端下载的同步数据，以及接收用户输入新增数据记录并同步至云端。在本申请实施例中，应用程序510还可以对所存储的同步数据等进行分类管理，例如可以按照是否添加了回收标志，对同步数据划分为回收站数据和非回收站数据。如果应用程序510检测到用户对回收站数据的删除操作，则可以从本地库中将相应的回收站数据彻底删除。另外，应用程序510也可以基于系统预设的定时任务，从本地的回收站中筛选满足预设回收时间的回收站数据，将筛选出来的回收站数据定期进行彻底删除，以释放本地的存储空间。

在另一些实施例中，对于回收站数据和非回收站数据也可以通过修改属性值进行区分和切换。例如，当应用程序510检测到用户的删除操作时，可以仅修改相应业务数据的某个属性值，以示该数据转换为回收站数据的变化。相应地，当应用程序510检测到用户操作将删除的数据恢复时，可以将相应业务数据被修改的上述属性值恢复到初始的属性值，示该数据恢复为初始业务数据的状态。在此不做限制。

而云端530可以分类存储从终端同步的业务数据。在本申请实施例中，云端530可以对存储的业务数据分成两类，例如同步数据和回收站数据。并且，云端530上可以预设定时任务定期清理回收站数据，释放云端空间，并支持将回收站数据恢复为同步数据。

参考图16所示，云端530响应于终端在数据上行过程中的管理操作，可以对被删除的同步数据标记回收状态以及设置删除时间。进而，云端530可以根据标记的回收状态和删除时间对回收站数据进行回收站管理。另外，云端530可以预设定时任务，该定时任务的触发时间可以滞后于终端上对应预设的定时任务触发时间，以便于用户在终端上操作删除的数据，在滞后的时间段内还能够被找回。基于预设的定时任务，云端530上也可以筛选满足预设回收时间的回收站数据定期彻底删除，以释放云端空间。

可以理解，基于本申请实施例提供的上述端云协同系统500的结构，终端可以显示云端530发来的数据删除通知或告警提示，但可以在云端数据管理界面上不显示本地同步删除的回收站数据。也就是说，在本申请实施例中，云端530的回收站数据在终端的相关界面上对用户不可见。这一端云协同的回收机制，在另一些实施例中也可以称为隐式回收站。

根据上述图16所示的端云协同系统的结构和端云协同数据管理的实现原理，图17a示出了一种端云协同处理数据下载过程的交互流程示意图。

如图17a所示，该交互流程涉及终端运行的应用程序510、同步服务520与云端530之间的交互。具体地，该交互流程包括以下步骤：

1701：应用程序510接收到用户下载同步数据的操作。

1702：应用程序510通过同步服务520向云端530发送数据下载请求。

1703：云端530筛选未标记回收状态的同步数据。

1704：云端530通过同步服务520向应用程序510返回筛选出的同步数据。

上述步骤1701至1704的执行过程与上述实施例1中图14所示交互流程的步骤1401至1404相同，具体执行过程可以参考上述步骤1401至1404中相关描述，在此不做赘述。

1705：应用程序510解析接收到的同步数据。

示例性地，应用程序510在接收到云端530返回的同步数据后，可以将该同步数据与本地的同步数据和回收站数据进行解析比较。若接收到的同步数据在本地中有对应的同步数据或者回收站数据，则应用程序510可以继续执行下述步骤1706或1707，对接收到的同步数据进行分类管理。可以理解，若接收到的同步数据在本地中没有对应的同步数据和回收站数据，则应用程序510可以在本地存储空间新增数据记录以存储该项同步数据。

1706：应用程序510对于本地对应数据具有回收标志的同步数据，显示为本地回收站数据。

示例性地，应用程序510在确定接收到的同步数据在本地中有对应的回收站数据，即在本地对应的数据具有回收标志的情况下，可以将接收到的同步数据更新至回收站中。该更新过程可以是替换对应的回收站数据，也可以新增一项回收站数据记录，在此不做限制。此时，应用程序510的回收站相关界面上可以显示接收到的该部分同步数据。

1707：应用程序510对于本地对应数据没有回收标志的同步数据，显示为本地同步数据。

示例性地，应用程序510在确定接收到的同步数据在本地中有对应的同步数据，即在本地对应的数据没有回收标志的情况下，可以将接收到的同步数据更新至本地的同步数据存储位置中。该更新过程可以是替换对应的同步数据，也可以新增一项同步数据记录，而将本地的原有同步数据移至回收站中等，在此不做限制。此时，应用程序510的应用数据或者同步数据相关界面上可以显示接收到的该部分同步数据。

可以理解，用户在终端操作从云端下载同步数据后，对于显示为本地回收站数据的部分，可以进一步在终端操作从回收站数据恢复为本地的同步数据。

具体地，图17b根据本申请实施例示出了一种在终端操作恢复回收站数据的互流程示意图。如图17b所示，该交互流程可以包括以下步骤：

1708：应用程序510接收到用户恢复回收站数据的操作。

1709：应用程序510删除回收站数据的回收标志和删除时间，修改存储位置至非回收站数据存储位置。

1710：应用程序510通过同步服务520触发数据上行，向云端530发送数据恢复请求。

1711：云端530更新回收站数据的存储位置至同步数据侧。

1712：云端530通过同步服务520向应用程序510返回数据更新结果。

基于上述图16所示的端云协同系统的结构和端云协同数据管理的实现原理，图18示出了一种端云协同处理数据删除过程的交互流程示意图。

如图18所示，该交互流程涉及终端运行的应用程序510、同步服务520与云端530之间的交互。具体地，该交互流程包括以下步骤：

1801：应用程序510接收到用户删除数据的操作。

示例性地，终端运行应用程序510的过程中，可以接收用户在应用程序510的界面上触发删除不想要的一些数据的操作。相应地，应用程序510则可以检测到用户的删除操作。

1802：应用程序510修改数据存储位置至回收站。

示例性地，终端运行的应用程序510可以将用户指示删除的数据，从原本的存储位置移至回收站对应的存储空间，成为终端上的回收站数据。

1803：应用程序510标记被删除数据的回收状态，并标记删除时间。

示例性地，对用户指示删除的数据，应用程序510可以标记这些数据的回收状态，例如为这些数据添加回收标志等。同时，应用程序510还可以标记这些数据的删除时间。

1804：应用程序510通过同步服务520触发数据上行，向云端530同步操作结果。

示例性地，应用程序510对用户指示删除的数据进行标记后可以触发数据上行过程，通过同步服务520向云端530同步上述删除数据的操作结果。例如，应用程序510可以通过同步服务520向云端530发送被标记了回收状态的被删除数据。

1805：云端530修改数据存储位置至回收站。

示例性地，云端530响应于终端的同步服务520同步的操作结果，可以修改云端存储的相应数据的存储位置也移至回收站，成为回收站数据。

此时，云端530可以仅感知终端同步的数据变化，对应修改相应同步数据的存储位置，而无需对删除的同步数据设置回收标志和删除时间。可以理解，云端530可以基于预设的回收站管理规则，对放入回收站的同步数据进行回收管理，例如标记回收状态以及设置删除时间等，但该管理过程不会同步至终端展示给用户。

1806：云端530通过同步服务520向应用程序510返回删除操作的结果。

示例性地，云端530可以在对云端的相应被删除数据进行标记后，向终端运行的应用程序510返回云端对相应数据同步执行删除操作的结果。

1807：应用程序510接收到用户删除回收站数据的操作。

示例性地，终端运行应用程序510的过程中，可以接收用户在应用程序510的界面上触发将回收站数据彻底删除的操作。相应地，应用程序510则可以检测到用户的删除操作。

1808：应用程序510彻底删除相应数据。

示例性地，终端运行的应用程序510响应于用户删除回收站数据的操作，彻底删除相应数据。可以理解，回收站数据通常为用户指示删除的应用数据，例如联系人信息、备忘录信息等。因此对于用户删除回收站数据的操作，终端可以识别为用户希望彻底删除这些数据。

1809：应用程序510通过同步服务520触发数据上行，向云端530同步操作结果。

示例性地，应用程序510彻底删除用户指示删除的回收站数据后，可以触发数据上行过程，通过同步服务520向云端530同步上述彻底删除数据的操作结果。

1810：云端530将相应数据移至回收站，并修改相应数据的预计删除时间。

示例性地，云端530接收到终端的应用程序510同步的彻底删除数据的操作结果时，可以不对云端的相应数据立即执行彻底删除。此时，云端530可以利用自身预设的回收机制，将云端的相应数据移至回收站进行回收站管理。对于被移至回收站的相应数据，云端530基于预设的回收时间重新计算确定预计的彻底删除时间，并将该定时任务添加到云端530的定时任务列表中，等待执行。可以理解，云端530的回收站管理过程中预设的回收时间，相对于终端的删除数据进入回收站对应预设的回收时间可以具有一定的滞后时间。如此，即便用户在终端操作彻底删除回收站数据，仍可以在上述滞后时间内通过云端530找回误删或丢失的重要数据。

可以理解，与上述实施例1中图15所示步骤1508至1511的执行过程不同的是，在本申请实施例中，对于用户在终端进行的删除回收站数据的彻底删除操作，云端530可以滞后的将该部分数据重新放入回收站，并利用云端530的回收站管理能力对这部分数据进行回收站管理。此时，云端530的回收站中之前放入的相应回收站数据可以另存为历史版本数据。如此，用户在上述滞后时间内恢复误删数据或重要数据时，还可以执行恢复具体历史版本的回收站数据，有利于提高用户的使用体验。

1811：云端530通过同步服务520向应用程序510返回删除操作的结果。

1812：云端530确认到达预计删除时间，触发清理回收站数据。

示例性地，云端530检测到一些回收站数据的预计删除时间已到达，则可以触发定时删除任务，清理回收站数据。清理的结果可以是云端530执行下述步骤1814彻底删除相应数据。

1813：云端530彻底删除相应数据。

1814：应用程序510检测到本地定时任务触发的操作。

示例性地，终端所应用的回收站机制可以对删除至回收站的数据进行定期清理。例如，一些终端可以对用户指示删除的数据，在回收站中保存30天或者其他预设时间，并对应创建一个定时任务，用于控制对回收站中相应数据的彻底删除。此时，相应的应用程序510在定时任务满足时间条件而触发时，检测到终端本地创建的定时任务对应触发的操作。

1815：应用程序510根据回收站数据对应的删除时间，清理回收站数据。

示例性地，应用程序510响应于上述检测到的定时任务，可以对满足删除时间条件的回收站数据进行彻底删除，而可以对尚未满足删除时间条件的回收站数据继续监控与删除时间相对应的预计清理时间。该过程即清理回收站数据的过程。

1816：应用程序510通过同步服务520触发数据上行，向云端530同步操作结果。

1817：云端530将相应数据移至回收站，并修改相应数据的预计删除时间。

1818：云端530通过同步服务520向应用程序510返回删除操作的结果。

1819：云端530确认到达预计删除时间，触发清理回收站数据。

1820：云端530彻底删除相应数据。

上述步骤1816至1818的执行过程，可以对应参考上述步骤1809至1813的执行过程，在此不做赘述。

可以理解，基于上述图16所示的端云协同系统中的云端530的回收站管理机制，云端530在执行上述步骤1805、步骤1810、以及步骤1817的过程中，对于不同时间的操作触发放入云端的回收站或者从回收站取出的数据，可以记录为不同历史版本的业务数据进行封装，以供恢复时调用。例如，云端530在更新回收站数据时，可以对被替换的回收站数据记录相应回收状态、删除时间、修改回收状态的时间等。

作为示例，云端记录历史版本的回收站数据的方式可以参考以下表1所示。

表1

参考上述表1所示，删除数据时，云端530接收到导致数据更新的删除操作请求时，可以将更新之前的业务数据(表1中的data字段)、回收状态(表1中的recycleStatus)以及删除时间(表1中的deltime字段)等封装起来存储到不同版本号的历史(history)记录中。作为示例，云端530例如对各应用同步的业务数据保留5个版本或10个版本的历史记录等，在此不做限制。

进一步地，恢复数据时，云端530可以将相应版本历史记录中的数据取出来，分别更新业务数据data、回收站状态recycleStatus、删除时间deltime，当前版本号version顺序累加(整体当作一次更新请求)，history中添加一条当前更新操作记录。

在另一些实施例中，云端530记录历史版本的业务数据也可以采用不同于上述表1的其他记录方式保存，在此不做限制。

图19根据本申请实施例示出了一种删除数据的过程中记录历史版本数据、以及基于历史版本数据恢复相应业务数据的交互流程示意图。

如图19所示，该交互流程包括以下步骤：

1901：应用程序510接收到用户修改数据内容的操作。

示例性地，用户可以在终端运行的应用程序510界面上操作修改数据内容，例如修改某个联系人的信息或修改某条备忘录的信息等。

1902：应用程序510更新修改的数据内容。

示例性地，终端所运行的应用程序510可以响应于用户操作，更新用户指示修改的数据内容。

1903：应用程序510通过同步服务520触发数据上行，向云端同步数据更新请求。

1904：云端530存储更新后的数据，并将更新前的数据记录为相应版本的历史数据。

示例性地，云端530接收到应用程序510同步的数据更新请求，更新相应的同步数据。该更新过程中被替换的数据内容可以存储为历史版本数据，该历史版本例如可以采用预设的版本编号保存，以便于查找调用。在另一些实施例中，上述历史版本数据也可以采用相应数据的新增或修改时间作为版本号保存相应的历史数据，在此不做限制。

1905：云端530通过同步服务520向应用程序510返回数据更新结果。

示例性地，云端530在完成云端相应同步数据的更新后，可以向终端返回数据更新结果。终端上例如可以通过上述同步服务520向应用程序510返回数据更新结果。

1906：云端530接收到用户指示恢复到指定版本的历史数据的操作请求。

示例性地，用户可以通过终端提供的云端数据管理界面，指示云端530恢复指定版本的历史数据。相应地，云端530基于终端的同步服务520可以接收到该操作请求。

例如，用户可以在云端数据管理界面上选中想要恢复的版本号或者相应历史数据的删除时间或更新时间等，指示云端530恢复指定版本的历史数据。

1907：云端530查找相应版本的历史数据，将该历史数据封装为更新数据并刷新。

示例性地，响应于用户指示的版本号或删除时间等信息，云端530可以从存储的历史数据表中查找相应版本的历史数据，其中的历史数据表可以参考上述表1所示的形式。云端530查找到相应版本的历史数据后，可以将查找到的历史数据封装为更新数据，并在云端的存储空间刷新为相应的同步数据。进而，用户便可以从云端530下载恢复的历史数据。

1908：应用程序510接收到用户删除回收站数据的操作。

1909：应用程序510彻底删除本地数据。

1910：应用程序510通过同步服务520触发数据上行，向云端同步数据操作结果。

1911：云端530将相应数据移至回收站，并修改相应数据的预计删除时间。

1912：云端530通过同步服务520向应用程序510返回操作结果。

具体地，上述步骤1908至1912的执行过程可以参考上述步骤1807至1811的相关描述，在此不做赘述。

1913：云端530接收到用户指示恢复回收站数据的操作请求。

示例性地，用户可以通过终端提供的云端数据管理界面，指示云端530恢复终端删除的回收站数据。相应地，云端530基于终端的同步服务520可以接收到该操作请求。

1914：云端530对相应的回收站数据删除回收标志和删除时间，将相应数据封装为更新数据并刷新。

示例性地，云端530可以从回收站中查找出最近从终端同步数据删除操作对应的回收站数据，该回收站数据已在终端彻底删除。进而，云端530可以删除该上用于标记回收状态的回收标志，并刷新相应设置的删除时间，其中该删除时间可以是相应回收站数据的彻底删除时间。之后，云端530可以将删除了回收标志和删除时间的回收站数据封装为更新数据，并刷新为可供下载的回收站数据。

可以理解，在云端被恢复的回收站数据，可以被连接的终端下载至本地，从而用户可以从云端找回在终端被彻底删除的数据，有利于提高用户体验。

图20根据本申请实施例示出了一种终端的硬件结构示意图。该终端既可以是上述手机100，也可以是上述平板200或者其他与云端交互组成端云协同系统，实现本申请提供的端云协同数据管理方法的电子设备，在此不做限制。下面以手机100为例进行介绍。

如图20所示，手机100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

可以理解的是，本发明实施例示意的结构并不构成对手机100的具体限定。在本申请另一些实施例中，手机100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。在本申请实施例中，手机100可以通过处理器110运行同步服务对应的应用程序代码，并通过控制器产生操作控制信号完成取指令，进而执行本申请实施例提供的端云协同数据管理方法实施流程中的相关步骤。具体执行过程可以参考上述图2至图19的相关描述，在此不做赘述。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从上述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。

USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口130可以用于连接充电器为手机100充电，也可以用于手机100与外围设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他终端，例如AR设备等。

可以理解的是，本发明实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对手机100的结构限定。在本申请另一些实施例中，手机100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

充电管理模块140用于从充电器接收充电输入。电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，显示屏194，摄像头193，和无线通信模块160等供电。

手机100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。手机100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在手机100上的包括2G/3G/4G/5G等无线通信的解决方案。

无线通信模块160可以提供应用在手机100上的包括无线局域网(wireless localarea networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequencymodulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。

在一些实施例中，手机100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得手机100可以通过无线通信技术与网络以及其他设备通信。上述无线通信技术可以包括全球移动通讯系统(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(code divisionmultiple access，CDMA)，宽带码分多址(wideband code division multiple access，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(long term evolution，LTE)，BT，GNSS，WLAN，NFC，FM，和/或IR技术等。上述GNSS可以包括全球卫星定位系统(global positioning system，GPS)，全球导航卫星系统(globalnavigation satellite system，GLONASS)，北斗卫星导航系统(beidou navigationsatellite system，BDS)，准天顶卫星系统(quasi-zenith satellite system，QZSS)和/或星基增强系统(satellite based augmentation systems，SBAS)。

手机100通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏194用于显示图像，视频以及应用程序的界面等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organiclight-emitting diode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrix organic light emitting diode的，AMOLED)，柔性发光二极管(flexlight-emitting diode，FLED)，Mini-LED，Micro-LED，Micro-OLED，量子点发光二极管(quantum dot light emitting diodes，QLED)等。在一些实施例中，手机100可以包括1个或N个显示屏194，N为大于1的正整数。

手机100可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。其中，ISP用于处理摄像头193反馈的数据。摄像头193用于捕获静态图像或视频。数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。视频编解码器用于对数字视频压缩或解压缩。手机100可以支持一种或多种视频编解码器。这样，手机100可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)1，MPEG2，MPEG3，MPEG4等。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展手机100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

内部存储器121可以用于存储计算机可执行程序代码，该可执行程序代码包括指令。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储手机100使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。处理器110通过运行存储在内部存储器121的指令，和/或存储在设置于处理器中的存储器的指令，执行手机100的各种功能应用以及数据处理，例如运行上述终端安装的应用程序以及预设在终端上的同步服务，与云端交互实现端云协同数据管理的目的等。

手机100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。

音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。

扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。

受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。

麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。

耳机接口170D用于连接有线耳机。

压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180A可以设置于显示屏194。压力传感器180A的种类很多，如电阻式压力传感器，电感式压力传感器，电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器180A，电极之间的电容改变。手机100根据电容的变化确定压力的强度。当有触摸操作作用于显示屏194，手机100根据压力传感器180A检测该触摸操作的强度。手机100也可以根据压力传感器180A的检测信号计算触摸的位置。在一些实施例中，作用于相同触摸位置，但不同触摸操作强度的触摸操作，可以对应不同的操作指令。

加速度传感器180E可检测手机100在各个方向上(一般为三轴)加速度的大小。当手机100静止时可检测出重力的大小及方向。还可以用于识别终端姿态，应用于横竖屏切换，计步器等应用。

环境光传感器180L用于感知环境光亮度。

指纹传感器180H用于采集指纹。

温度传感器180J用于检测温度。

触摸传感器180K，也称“触控器件”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180K也可以设置于手机100的表面，与显示屏194所处的位置不同。

按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。手机100可以接收按键输入，产生与手机100的用户设置以及功能控制有关的键信号输入。

马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用(例如拍照，音频播放等)的触摸操作，可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作，马达191也可对应不同的振动反馈效果。不同的应用场景(例如：时间提醒，接收信息，闹钟，游戏等)也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。

指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。

SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195，或从SIM卡接口195拔出，实现和手机100的接触和分离。

图21是本发明实施例的手机100的软件结构示意图。

手机100的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本发明实施例以分层架构的Android系统为例，示例性说明手机100的软件结构。

图21是本发明实施例的手机100的软件结构示意图。

分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(Android runtime)和系统库，以及内核层。

应用程序层可以包括一系列应用程序包。

如图21所示，应用程序包可以包括相机，图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，视频，短信息等应用程序。

应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。

如图21所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。该数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

电话管理器用于提供手机100的通信功能。例如通话状态的管理(包括接通，挂断等)。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，终端振动，指示灯闪烁等。

Android Runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。

核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。

应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(media libraries)，三维图形处理库(例如：OpenGL ES)，2D图形引擎(例如：SGL)等。

表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如:MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。

三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。

2D图形引擎是2D绘图的绘图引擎。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。

下面结合捕获拍照场景，示例性说明手机100软件以及硬件的工作流程。

当触摸传感器180K接收到触摸操作，相应的硬件中断被发给内核层。内核层将触摸操作加工成原始输入事件(包括触摸坐标，触摸操作的时间戳等信息)。原始输入事件被存储在内核层。应用程序框架层从内核层获取原始输入事件，识别该输入事件所对应的控件。以该触摸操作是触摸单击操作，该单击操作所对应的控件联系人或备忘录应用图标的控件为例，联系人或备忘录应用调用应用框架层的接口并启动运行，进而在手机100的屏幕上显示相应的界面。

在说明书对“一个实施例”或“实施例”的引用意指结合实施例所描述的具体特征、结构或特性被包括在根据本申请实施例公开的至少一个范例实施方案或技术中。说明书中的各个地方的短语“在一个实施例中”的出现不一定全部指代同一个实施例。

本申请实施例的公开还涉及用于执行文本中的操作装置。该装置可以专门处于所要求的目的而构造或者其可以包括被存储在计算机中的计算机程序选择性地激活或者重新配置的通用计算机。这样的计算机程序可以被存储在计算机可读介质中，诸如，但不限于任何类型的盘，包括软盘、光盘、CD-ROM、磁光盘、只读存储器(ROM)、随机存取存储器(RAM)、EPROM、EEPROM、磁或光卡、专用集成电路(ASIC)或者适于存储电子指令的任何类型的介质，并且每个可以被耦合到计算机系统总线。此外，说明书中所提到的计算机可以包括单个处理器或者可以是采用针对增加的计算能力的多个处理器涉及的架构。

另外，在本说明书所使用的语言已经主要被选择用于可读性和指导性的目的并且可能未被选择为描绘或限制所公开的主题。因此，本申请实施例公开旨在说明而非限制本文所讨论的概念的范围。

Claims (15)

1.一种端云协同数据管理方法，其特征在于，包括：

第一终端接收到云端发来的用于指示第一数据被放入回收站的第一通知消息，向用户显示第一提示信息，其中所述第一通知消息为所述云端基于接收到的用户在第二终端上删除第二数据的操作结果发出，所述第一数据为所述第二数据中与所述云端保持同步的数据部分，并且，

所述第一终端基于用户对所述第一提示信息的确认结果，确定是否将第一数据的全部或部分加入到所述第一终端本地的回收站；或者，

第一终端接收到云端发来的用于指示即将彻底删除第一回收站数据的第二通知消息，向用户显示第二提示信息，其中所述第二通知消息为所述云端基于对所述第一回收站数据的预计清理时间发出，并且，

所述第一终端基于用户对所述第二提示信息的确认结果，向所述云端发送清理确认信息，所述清理确认信息用于指示所述云端对所述第一回收站数据是否进行彻底删除。

2.根据权利要求1所述的方法，其特征在于，所述第一终端基于用户对所述第一提示信息的确认结果，确认是否将所述第一数据的全部或部分加入到所述第一终端本地的回收站，包括：

所述第一终端在接收到用户对所述第一提示信息的确认结果为同意的情况下，将所述第一数据的全部或部分加入到回收站；或者，

所述第一终端在接收到用户对所述第一提示信息的确认结果为拒绝的情况下，对所述第一数据的全部或部分添加指示保持本地内容的保持本地标记。

3.根据权利要求2所述的方法，其特征在于，所述第一终端基于用户对所述第一提示信息的确认结果，确认是否将所述第一数据的全部或部分加入到所述第一终端本地的回收站，还包括：

对加入到回收站中的第一数据添加用于标记回收状态的本地回收站标记。

4.根据权利要求3所述的方法，其特征在于，所述本地回收站标记用于对从云端下载的数据进行分类显示，具体为：

识别到从云端下载的第三数据在所述第一终端本地的对应数据具有所述本地回收站标记，将所述第三数据在所述第一终端作为回收站数据显示。

5.根据权利要求4所述的方法，其特征在于，在对加入到回收站的第一数据添加所述本地回收站标记之后，所述方法包括：

所述第一终端检测到用户指示对已加入到回收站的第一数据进行数据恢复的操作，删除所述第一数据上已添加的本地回收站标记，并将所述第一数据从所述第一终端的回收站界面上移除。

6.根据权利要求2所述的方法，其特征在于，所述第一终端基于用户对所述第一提示信息的确认结果，确定是否将第一数据的全部或部分加入到所述第一终端本地的回收站，还包括：

在显示添加了所述保持本地标记的第一数据的界面上显示断连标记，其中所述断连标记用于指示所述第一数据与所述云端的相应数据未保持同步。

7.根据权利要求6所述的方法，其特征在于，在对加入到回收站的第一数据添加所述本地回收站标记之后，所述方法包括：

所述第一终端检测到用户指示从云端进行数据同步的操作，利用从云端获取的数据对所述第一终端本地的数据进行数据同步、并在数据同步的过程中跳过具有所述保持本地标记的数据。

8.根据权利要求6所述的方法，其特征在于，在对加入到回收站的第一数据添加所述本地回收站标记之后，所述方法还包括：

所述第一终端检测到用户指示将添加了所述保持本地标记的第一数据重新同步至云端的操作，将添加了所述保持本地标记的第一数据同步至所述云端。

9.根据权利要求1所述的方法，其特征在于，所述对所述第一回收站数据的预计清理时间通过以下方式确定：

根据当前时间与所述第一回收站数据的删除时间之间的时间差、与预设的回收站保存时长之间的比较结果，确定对所述第一回收站数据的预计清理时间，其中，

所述回收站保存时长为用户通过第三终端向所述云端设定、或者为所述云端上对回收站设置的预设值，其中所述第三终端与所述第一终端为相同或不同终端。

10.根据权利要求9所述的方法，其特征在于，所述第一终端还包括第二回收站数据，其中所述第二回收站数据加入回收站的时间晚于所述第一回收站数据加入回收站的时间，并且，

所述第一终端在本地回收站界面上显示对所述第二回收站数据的预计清理时间晚于对所述第一回收站数据的预计清理时间，其中，

所述第一回收站数据和所述第二回收站数据在所述本地回收站界面上基于预计清理时间排序显示。

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

接收到所述第二通知消息，所述第一终端显示的本地回收站界面上对即将到达预计清理时间的所述第一回收站数据显示告警标记。

12.根据权利要求9至11中任一项所述的方法，其特征在于，所述第一终端基于用户对所述第二提示信息的确认结果，向所述云端发送清理确认信息，包括：

所述第一终端在接收到用户对所述第二提示信息的确认结果为同意的情况下，向所述云端发送指示对所述第一回收站数据进行彻底删除处理的确认信息；

所述第一终端在接收到用户对所述第二提示信息的确认结果为延期的情况下，向所述云端发送指示延长对所述第一回收站数据的预计清理时间的确认信息；

所述第一终端在接收到用户对所述第二提示信息的确认结果为拒绝的情况下，向所述云端发送指示不删除所述第一回收站数据的确认信息。

13.一种终端，其特征在于，包括：一个或多个处理器；一个或多个存储器；所述一个或多个存储器存储有一个或多个程序，当所述一个或者多个程序被所述一个或多个处理器执行时，使得所述终端执行权利要求1至12中任一项所述的端云协同数据管理方法。

14.一种端云协同系统，其特征在于，包括云端以及与所述云端连接的第一终端、第二终端，其中，

所述第一终端用于执行权利要求1至12中任一项所述的端云协同数据管理方法；

所述云端用于基于接收到的用户在第二终端上删除第二数据的操作结果，向所述第一终端发出所述第一通知消息，其中所述第一数据为所述第二数据中与所述云端保持同步的数据部分；并且，所述云端用于基于对所述第一回收站数据的预计清理时间，向所述第一终端发出所述第二通知消息。

15.一种计算机可读存储介质，其特征在于，所述存储介质上存储有指令，所述指令在计算机上执行时使所述计算机执行权利要求1至12中任一项所述的端云协同数据管理方法。