照片管理方法和照片管理系统与流程

本公开涉及计算机领域，具体涉及一种相册管理的方法和相册管理系统。

背景技术：

照片，是人们记录生活点滴最重要的方式之一，拍照也成为用户在手机上最常用的功能之一，随时随地，留下精彩瞬间到自己的相册并分享给亲近的人，那种感觉是美妙的。随着设备的增多，用户在手机、电视、电脑等多智能终端存储和浏览自己照片的需求也日趋增加，相册的管理也越来越重要。

在实现本发明过程中，发明人发现用户在浏览照片的时候，有时会删除一些照片，但是现有技术中的照片管理软件，删除后的照片往往无法找回，导致用户由于误操作或者由于一时负气删除的照片也无法找回，使用户的体验变差。另外，用户在拍摄或整理照片时，时常会给照片添加一些信息，例如，照片上的人，拍照时间，当时的心情等等，如何存储和管理这些信息也是一个需要解决的问题。

技术实现要素：

有鉴于此，本公开实施例提供一种照片管理方法和照片管理系统，提供用户照片删除的“反悔期”，以解决由于误操作或者由于冲动删除的照片无法找回的问题。

根据本公开的第一方面，本公开实施例提供一种照片管理方法，包括：根据用户的删除指令，将第一数据库的至少一个图像文件移到第二数据库；以及从所述第二数据库中删除满足预设条件的图像文件，其中，每个图像文件对应一张照片。

可选地，所述从所述第二数据库中删除满足预设条件的图像文件包括：检索所述第二数据库，获得在所述第二数据库的保存时间超过了预设时间的所述图像文件；以及从所述第二数据库中删除保存时间超过了预设时间的所述图像文件。

可选地，还包括：根据用户指令，将所述第二数据库中的照片移到所述第一数据库。

可选地，还包括：以不同的方式显示所述第一数据库和所述第二数据库的图像文件。

可选地，所述以不同的方式显示所述第一数据库和所述第二数据库的图像文件包括：将所述第一数据库的图像文件和所述第二数据库内的图像文件在两个不同的标签下显示；

或将所述第一数据库的图像文件正常显示，将所述第二数据库的图像文件转换为灰度图后显示；或

将所述第一数据库的图像文件正常显示，将所述第二数据库的图像文件标记后显示。

可选地，所述从所述第二数据库中删除满足预设条件的图像文件包括：通过定时器，定期从所述第二数据库中删除满足了预设条件的图像文件。

可选地，还包括：在第三数据库中存储所述图像文件的关联信息。

可选地，所述关联信息包括：照片的拍摄时间、地点、人物、心情感想和相机参数。

可选地，还包括：根据所述图像文件，检索所述关联信息。

根据本公开的第二方面，本公开实施例提供一种照片管理系统，包括：第一数据库、第二数据库、图像处理模块和删除模块，所述处理模块，用于接收用户指令，将图像文件存储到所述第一数据库，以及将所述第一数据库的至少一个图像文件移到所述第二数据库；删除模块，用于将从所述第二数据库中删除满足了预设条件的图像文件，其中，每个图像文件对应相册里的一张照片。

可选地，所述删除模块包括：判断所述第二数据库内的图像文件的保存时间是否超过预设时间；以及将超过预设时间的所述图像文件删除。

可选地，还包括：展示模块，用于以不同的方式显示所述第一数据库和所述第二数据库的图像文件。

可选地，还包括：第三数据库，用于存储所述图像文件的关联信息。

本公开实施例提供一种照片管理方法，包括：根据用户的删除指令，将第一数据库的至少一个图像文件移到第二数据库；以及从所述第二数据库中删除满足了预设条件的图像文件，其中，每个图像文件对应一张照片。通过本公开实施例实现的照片管理方法，将“未删除”和“已删除”的照片分别存储，只在满足了预设条件下才真正地删除图像文件，从而给予用户一定的“反悔期”，防止误删或者冲动下删除。

附图说明

通过参照以下附图对本公开实施例的描述，本公开的上述以及其它目的、特征和优点将更为清楚，在附图中：

图1是根据本公开第一实施例的照片管理方法的流程图；

图2a和2b是根据本公开第二实施例的通过终端设备展示照片的示意图；

图3是根据本公开第三实施例的照片管理方法的流程图；

图4是根据本公开第四实施例的照片管理方法的流程图；

图5是根据本公开第五实施例的照片管理系统的结构图；

图6是根据本公开第六实施例的照片管理系统的结构图。

图7是根据本发明第七实施例的装置的结构图。

具体实施方式

以下基于实施例对本公开进行描述，但是本公开并不仅仅限于这些实施例。在下文对本公开的细节描述中，详尽描述了一些特定的细节部分。对本领域技术人员来说没有这些细节部分的描述也可以完全理解本公开。为了避免混淆本公开的实质，公知的方法、过程、流程没有详细叙述。另外附图不一定是按比例绘制的。

第一实施例：

图1是根据本公开实施例的照片管理方法的流程图，包括步骤101和102。

在步骤101中，根据用户的删除指令，将第一数据库的至少一个图像文件移到第二数据库。

现有技术中，删除后的照片被放入回收站或直接在终端设备中删除掉。在本实施例中，根据删除指令，将和照片相关的图像文件从第一数据库移动第二数据库。其中，第一和第二仅用于区分不同的数据库，没有顺序、重要性或优先级的限制。这里，数据库是一个宽泛的概念，包括操作系统的文件系统、其他专业的文件存储系统或诸如ORACLE、SQLSERVER的关系型数据库系统。另外，虽然在本方法中没有明确指出，但默认每次添加到系统中的照片都会存储到第一数据库中。

在步骤102中，从第二数据库中删除满足了预设条件的图像文件。

如果第二数据库中存储的图像文件满足了预设条件，则将其删除掉。预设条件可以是时间条件，例如，图像文件在第二数据库的存储时间超过了10天，或者其他条件，例如，用户提供了确认删除指令，即，用户点击第二数据库的某个图像文件，确认删除。可以采用定时器实现本步骤，定时器定时查看第二数据库中的每个图像文件，以确认是否有满足预设条件的图像文件，并将其从第二数据库中删除。

本公开实施例中，通过两个数据库分别存储“未删除”和“已删除”的图像文件，如果“已删除”的图像文件满足预设条件，则将该图像文件直接从数据库中清除掉。通过该照片管理方法，给予用户一定的“反悔期”，避免误删除。

第二实施例：

在本公开第一实施例的基础上，第二实施例进一步增加了照片展示的步骤。所述照片管理方法在管理照片时，针对在第一数据库和第二数据库内的照片，采用不同的方式展示。例如，如图2a所示，在显示器上通过缩略图(图标201)和“大图”(图标202)方式展示图像文件，在“大图”展示的图像文件如果来自第一数据库，则正常显示，如果来自第二数据库，则在大图上添加标记(如图标203)。再例如，如图2b所示，将第一数据库和第二数据库的图像放在两个不同的标签下(如图标204,205)。再例如，将来自第一数据库的图像文件正常显示，将来自第二数据库的图像文件灰度化后显示。

上述只是举例说明对第一数据库和第二数据库的图像文件区别显示的方法，本领域的技术人员可以理解，有其他的方案，能够将第一数据库和第二数据库的图像文件区别显示。通过区别显示，给用户以直观的感受，使他们能够在界面上选择恢复第二数据库的图像文件，或者将第二数据库的图像文件确认删除。在用户在储存照片时，有时会记录一些和照片关联的信息(用户添加的批注信息)，如该照片拍摄的时间、地点、任务，相机的参数，甚至写下一些当时的感想。可以把这些关联信息放在第三数据库，在浏览照片时，能够检索到这些关联信息，在显示照片时，可以在缩略图或“大图”边缘显示这些信息。

第三实施例：

本实施例在本公开第一实施例的基础上，进一步限定了步骤102的过程。图3是根据本公开第三实施例的照片管理方法的流程图，所述照片管理方法包括步骤301-303。

在步骤301中，根据用户的删除指令，将第一数据库的至少一个图像文件移到第二数据库。

在步骤302中，检索第二数据库，获得在第二数据库的保存时间超过了预设时间的图像文件。

在步骤303中，从第二数据库中删除保存时间超过预设时间的图像文件。

本公开实施例在第一实施例的基础上，进一步限定了删除过程：判断第二数据库的每个图像文件的保存时间是否超过了预设时间，如果超过预设时间，则删除该图像文件。

第四实施例：

本实施例在本公开第一实施例的基础上，进一步增加了第二数据库内的图像文件恢复的步骤。图4是根据本公开第四实施例的照片管理方法的流程图。

在步骤401中，根据用户的删除指令，将第一数据库的至少一个图像文件移到第二数据库。

在步骤402中，从第二数据库中删除满足了预设条件的图像文件。

其中，步骤401-401和第一实施例的步骤101-102相同，这里就不再赘述。

在步骤403中，根据用户指令，将第二数据库中的照片移到第一数据库。

在第二数据库的图像文件在没有满足预设条件的基础上，用户可以随时放弃删除该图像文件，即，根据用户指令，将第二数据库中的照片移到第一数据库中。例如，在某一图像文件的入库时间和当前时间的差值小于预设时间的基础上，用户指令取消删除，则将该图像文件移动到第一数据库，以此实现了照片删除的“反悔”。

第五实施例：

图5是根据本公开第三实施例的照片管理系统的结构图。所述照片管理系统50包括处理模块500、第一数据库501、第二数据库502和删除模块504。

第一数据库501和第二数据库502用于存储图像文件，处理模块500用于接收用户指令，将图像文件存储到第一数据库501，以及将第一数据库501的至少一个图像文件移到第二数据库502中。处理模块500进一步包括根据用户指令，将第二数据库502的图像文件移到第一数据库501中。

删除模块504从第二数据库中检索获得达到预定条件的图像文件，将这些图像文件从第二数据库中删除掉。删除模块504可以放在一个定时器中执行，如每个1小时启动，检查第二数据库的图像文件，从而删除满足条件的图像文件。

上述照片管理系统可以进一步包括第三数据库，第三数据库存储和图像文件的关联信息，如该图像文件对应的照片的时间、地点、任务，相机的参数，甚至一些当时的感想。当需要时，可以将第三数据库内的信息在照片管理系统的界面上显示。

第六实施例：

图6是根据本公开另一实施例的照片管理系统的结构图，包括处理模块600、第一数据库601、第二数据库602、删除模块603和展示模块606。

第一数据库601和第二数据库602用于存储图像文件，处理模块600用于接收用户指令，将图像文件存储到第一数据库601，以及将第一数据库601的至少一个图像文件移到第二数据库602中。

删除模块603从第二数据库中检索获得达到预定条件的图像文件，将这些图像文件从第二数据库中删除掉。删除模块603可以通过在一个定时器执行，如每个1小时执行一次，删除模块检查第二数据库的图像文件，从而删除部分满足条件的图像文件。

展示模块606展示第一数据库和第二数据库的图像文件。在一个实施方式中，两个不同数据库的图像文件被以不同的方式展示，如第一数据库的图像文件正常显示，第二数据库的图像文件加标记显示，或者第一数据库的图像文件正常显示，第二数据库的图像文件灰度化后显示，或者第一数据库的图像文件显示在一个标签下，第二数据库的图像文件显示在另一个标签下。展示模块给予用户关于照片当前状态的直观信息，有利于用户作决定。

上述照片管理系统还可以进一步包括恢复模块(图上未示出)，根据用户指令，将第二数据库602的图像文件移到第一数据库601中。

本领域的技术人员可以理解，本公开实施例的照片管理方法和管理系统可以实现独立部署的APP软件(软件的各个模块都部署在一个终端设备上)，也可以实现应用和图像文件分离的云相册软件(其图像文件部署在网络云端)，但这两个方案的本质是相同的，其模块的部署不应作为本发明的限制。

通过本公开实施例实现的照片管理系统，将“未删除”和“已删除”的照片分别存储，只在满足了预设条件下才真正地删除图像文件，从而给予用户一定的“反悔期”，防止误删或者冲动下删除。

第七实施例：

根据上述的实施例，本发明实施例同时提供一个装置，如图7所述。该装置包括处理器71、IO设备72和存储器73。IO设备72接收指令，输出指令结果。存储器71中存储区按照存储的数据类型区分为代码存储区和数据存储区。代码存储区存储有支持装置运行的操作系统代码和实现上述发明实施例的照片管理系统的代码，这些代码表现为利用计算机编码的一个或多个程序。在数据存储区存储有用于操作系统访问的或生成的数据，上述发明实施例中的图像文件也存储在数据存储区。处理器71从代码存储区读取操作系统的代码，以执行操作系统的指令。操作系统根据用户指令，进一步从代码存储区读取照片管理系统的代码，以执行照片管理系统的代码定义的如下指令：根据用户的删除指令，将第一数据库的至少一个图像文件移到第二数据库；以及从所述第二数据库中删除满足预设条件的图像文件，其中，每个图像文件对应一张照片。

照片管理系统的代码也可以存储在其他存储介质上，例如一个或多个软盘、压缩盘(CD)、光盘、数字视频盘(DVD)、磁带、闪存、现场可编程门阵列或其他半导体器件中的电路配置、或者技术领域内所公知的任意其它形式的存储介质中。计算机可读存储介质可以是可携带的，使得可以将其上存储的程序加载至一个或多个不同计算机或其他处理器上以实现上述的本公开的各个方面。

系统的各个或单元也可以通过硬件、固件或软硬件结合实现。虽然在方法以及方法图例中给出本公开实施例的步骤以及步骤的顺序，但是所述步骤实现规定的逻辑功能的可执行指令可以重新组合，从而生成新的步骤。所述步骤的顺序也不应该仅仅局限于所述方法以及方法图例中的步骤顺序，可以根据功能的需要随时进行调整。例如将其中的某些步骤并行或按照相反顺序执行。

根据本公开的系统和方法可以部署在单个或多个服务器上。例如，可以将不同的分别部署在不同的服务器上，形成专用服务器。或者，可以在多个服务器上分布式部署相同的功能单元、或系统，以减轻负载压力。所述服务器包括但不限于在同一个局域网以及通过Internet连接的多个PC机、PC服务器、刀片机、超级计算机等。

以上所述仅为本公开的优选实施例，并不用于限制本公开，对于本领域技术人员而言，本公开可以有各种改动和变化。凡在本公开的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本公开的保护范围之内。