CN106257461B - 数据存储方法及装置 - Google Patents

Abstract

本发明公开了一种数据存储方法及装置，包括：接收资源上传请求；判断所述资源上传请求对应的待上传资源是否已经存在；若所述待上传资源不存在，则接收并存储所述资源，并获取上传所述资源的用户的用户信息；为所述资源建立用户信息列表，将所述用户信息添加到所述用户信息列表中；若所述待上传资源已经存在，则获取上传所述资源的用户的用户信息，将所述用户信息添加到所述资源的用户信息列表中。本发明提出的数据存储方法及装置，能够很好地实现资源共享。

Description

数据存储方法及装置

技术领域

本发明涉及数据处理技术领域，特别是指一种数据存储方法及装置。

背景技术

随着云应用，视频网站应用的增加，资源存储对空间占用越来越多，实现资源合理调配共享，合理利用资源存储空间，成为主要问题。

在一些存储空间中，例如百度云等，数据存储方式通常如下：

在资源上传时，假如用户甲上传资源a，首先服务器对资源a进行验证，若服务器通过验证发现资源a不存在，则判定资源a为新资源，并接收上传资源，并在与用户甲关联的资源列表中添加资源a的存储链接；同理，用户甲接着上传了资源b、资源c。

之后，若用户乙想上传资源a，首先服务器对资源a进行验证，则会发现已存在资源a，为了防止资源重复存储以节约空间，则服务器直接在与用户乙关联的资源列表中添加资源a的存储链接，而不再接收上传资源。

其他用户上传数据亦同理。这样保证了资源的唯一性，使得资源不会被重复存储，提高了存储利用率。

在删除资源时，假如用户甲想要删除资源a，服务器仅会删除与用户甲关联的资源列表中的资源a的记录，这样，用户甲的资源列表中删除了资源a，但是因为用户乙还在服务器中存储了资源a（服务器可通过遍历总的资源列表来确定还有其他用户存储了资源a），实际上资源a仍然存在在服务器上，在总的资源列表中（总的资源列表由各用户相关联的资源列表组成），仍然存在，用户甲对于资源a的删除，实际只是逻辑删除。

假设仅用户甲和用户乙存储了资源a，此时若用户乙也删除资源a，删除过程同上，但是，此时服务器的总的资源列表中则彻底没有了资源a的记录，故资源a可以被物理删除，此时服务器中真正才删除了资源a。

在上述单一服务器的数据存储过程中，可以通过一张总的资源列表很容易地实现资源复用，但是在某些多服务器情况下，这种管理就变得很麻烦。

例如，服务器A和服务器B均为独立存储服务器，但服务器A和服务器B处于同一分布式架构中，互相之间需要资源共享。在服务器A已经存储了上述资源a、b、c的情况下，若服务器B也存储资源a、b、c，就会造成资源重复存储，通常情况下，为了解决这一问题，采用如下技术方案：

以服务器A中的资源为例，资源a、b、c存储在服务器A上，服务器B中检测到用户甲或乙或其他用户想上传对于服务器B来说的新资源a、b、c，但同时服务器B检测到这些资源已经在服务器A中存储，于是直接向服务器A请求资源a、b、c的存储信息并将相应的信息存储在自己的资源列表中。

上述数据存储方式在资源上传时毫无问题，不过是资源存储在服务器A还是服务器B的问题，二者都可以通过建立连接，实现资源存储的共享。

但是，如果服务器A中的用户甲或用户乙均删除了资源a，此时，服务器A因为自己的资源列表中已经完全不存在关于资源a的记录，因此直接对资源a进行了物理删除。这样，服务器B中虽然还存在资源a的记录，但实际资源a已经被服务器A删除，则无法再对资源a进行操作，资源共享就成为了一种问题。

发明内容

有鉴于此，本发明的目的在于提出一种数据存储方法及装置，能够很好地实现资源共享。

基于上述目的本发明提供的数据存储方法，包括：

接收资源上传请求；

判断所述资源上传请求对应的待上传资源是否已经存在；

若所述待上传资源不存在，则接收并存储所述资源，并获取上传所述资源的用户的用户信息；

为所述资源建立用户信息列表，将所述用户信息添加到所述用户信息列表中；

若所述待上传资源已经存在，则获取上传所述资源的用户的用户信息，将所述用户信息添加到所述资源的用户信息列表中。

在一些实施方式中，所述获取上传所述资源的用户的用户信息的步骤之后还包括：

判断所述资源上传请求是否来自其他服务器；

若所述资源上传请求来自其他服务器，判断所述用户信息列表中是否存在与所述服务器相关联的用户信息子列表；

若所述用户信息列表中不存在与所述服务器相关联的用户信息子列表，在所述用户信息列表中增加与所述服务器相关联的用户信息子列表，并将所述用户信息添加到所述用户信息子列表中；

若所述用户信息列表中存在与所述服务器相关联的用户信息子列表，将所述用户信息添加到所述用户信息子列表中。

在一些实施方式中，所述方法还包括：

接收资源删除请求；

判断所述资源删除请求是否来自其他服务器；

若所述资源删除请求来自其他服务器，判断所述用户信息列表中是否存在与所述服务器相关联的用户信息子列表；

若所述用户信息列表中存在与所述服务器相关联的用户信息子列表，获取删除资源的用户的用户信息，判断所述资源删除请求对应的资源的用户信息子列表中是否存在所述用户信息；

若所述用户信息子列表中存在所述用户信息，则删除所述用户信息子列表中的所述用户信息，并判断删除所述用户信息后的用户信息子列表是否为空；

若删除所述用户信息后的用户信息子列表为空，则删除所述用户信息子列表，并判断删除所述用户信息子列表后的用户信息列表是否为空；

若删除所述用户信息子列表后的用户信息列表为空，则删除所述资源。

在一些实施方式中，所述将所述用户信息添加到所述用户信息子列表中的步骤之前还包括：

判断所述用户信息是否存在于所述用户信息子列表中；

若所述用户信息不存在于所述用户信息子列表中，则将所述用户信息添加到所述用户信息子列表中；

若所述用户存在于所述用户信息子列表中，则不将所述用户信息添加到所述用户信息子列表中。

在一些实施方式中，所述方法应用于录播系统中的资源平台；所述方法还包括：

若所述资源上传请求来自所述录播系统的录播主机，则判断所述用户信息列表中是否存在与所述录播主机相关联的用户信息子列表；

若所述用户信息列表中不存在与所述录播主机相关联的用户信息子列表，在所述用户信息列表中增加与所述录播主机相关联的用户信息子列表，并将所述用户信息添加到所述用户信息子列表中；

若所述用户信息列表中存在与所述录播主机相关联的用户信息子列表，将所述用户信息添加到所述用户信息子列表中。

在一些实施方式中，所述方法应用于录播系统中的资源平台；所述方法还包括：

接收资源删除请求；

若资源上传请求来自所述录播系统的录播主机，判断所述用户信息列表中是否存在与所述录播主机相关联的用户信息子列表；

若所述用户信息列表中存在与所述录播主机相关联的用户信息子列表，获取删除资源的用户的用户信息，判断所述资源删除请求对应的资源的用户信息子列表中是否存在所述用户信息；

若所述用户信息子列表中存在所述用户信息，则删除所述用户信息子列表中的所述用户信息，并判断删除所述用户信息后的用户信息子列表是否为空；

若删除所述用户信息后的用户信息子列表为空，则删除所述用户信息子列表，并判断删除所述用户信息子列表后的用户信息列表是否为空；

若删除所述用户信息子列表后的用户信息列表为空，则删除所述资源。

在一些实施方式中，所述方法还包括：

接收资源删除请求；

获取删除资源的用户的用户信息，判断所述资源删除请求对应的资源的用户信息列表中是否存在所述用户信息；

若所述用户信息列表中存在所述用户信息，则删除所述用户信息列表中的所述用户信息，并判断删除所述用户信息后的用户信息列表是否为空；

若删除所述用户信息后的用户信息列表为空，则删除所述资源。

本发明的另一方面，还提供了一种数据存储装置，包括：

接收模块，用于接收资源上传请求，以及，用于接收资源；

资源确定模块，用于判断所述资源上传请求对应的待上传资源是否已经存在；

存储模块，若所述待上传资源不存在，用于存储所述资源；

列表管理模块，用于获取上传所述资源的用户的用户信息，为所述资源建立用户信息列表，以及，用于将所述用户信息添加到所述用户信息列表中。

在一些实施方式中，所述装置还包括请求判断模块，用于判断所述资源上传请求是否来自其他服务器；

所述列表管理模块，还用于：

判断所述用户信息列表中是否存在与所述服务器相关联的用户信息子列表；

若所述用户信息列表中不存在与所述服务器相关联的用户信息子列表，在所述用户信息列表中增加与所述服务器相关联的用户信息子列表，并将所述用户信息添加到所述用户信息子列表中；

若所述用户信息列表中存在与所述服务器相关联的用户信息子列表，将所述用户信息添加到所述用户信息子列表中。

在一些实施方式中，所述接收模块，还用于接收资源删除请求；

所述请求判断模块，用于判断所述资源删除请求是否来自其他服务器；

所述列表管理模块，还用于：

若所述资源删除请求来自其他服务器，判断所述用户信息列表中是否存在与所述服务器相关联的用户信息子列表；

若所述用户信息列表中存在与所述服务器相关联的用户信息子列表，获取删除资源的用户的用户信息，判断所述资源删除请求对应的资源的用户信息子列表中是否存在所述用户信息；

若所述用户信息子列表中存在所述用户信息，则删除所述用户信息子列表中的所述用户信息，并判断删除所述用户信息后的用户信息子列表是否为空；

若删除所述用户信息后的用户信息子列表为空，则删除所述用户信息子列表，并判断删除所述用户信息子列表后的用户信息列表是否为空；

若删除所述用户信息子列表后的用户信息列表为空，则向所述存储模块发出资源删除指令；

所述存储模块，还用于删除所述资源。

在一些实施方式中，所述列表管理模块，还用于：

判断所述用户信息是否存在于所述用户信息子列表中；

若所述用户信息不存在于所述用户信息子列表中，则将所述用户信息添加到所述用户信息子列表中；

若所述用户存在于所述用户信息子列表中，则不将所述用户信息添加到所述用户信息子列表中。

在一些实施方式中，所述装置应用于录播系统中的资源平台；所述列表管理模块，还用于：

若所述资源上传请求来自所述录播系统的录播主机，则判断所述用户信息列表中是否存在与所述录播主机相关联的用户信息子列表；

若所述用户信息列表中不存在与所述录播主机相关联的用户信息子列表，在所述用户信息列表中增加与所述录播主机相关联的用户信息子列表，并将所述用户信息添加到所述用户信息子列表中；

若所述用户信息列表中存在与所述录播主机相关联的用户信息子列表，将所述用户信息添加到所述用户信息子列表中。

在一些实施方式中，所述装置应用于录播系统中的资源平台；

所述接收模块，还用于接收资源删除请求；

所述列表管理模块，还用于：

若资源上传请求来自所述录播系统的录播主机，判断所述用户信息列表中是否存在与所述录播主机相关联的用户信息子列表；

若所述用户信息列表中存在与所述录播主机相关联的用户信息子列表，获取删除资源的用户的用户信息，判断所述资源删除请求对应的资源的用户信息子列表中是否存在所述用户信息；

若所述用户信息子列表中存在所述用户信息，则删除所述用户信息子列表中的所述用户信息，并判断删除所述用户信息后的用户信息子列表是否为空；

若删除所述用户信息后的用户信息子列表为空，则删除所述用户信息子列表，并判断删除所述用户信息子列表后的用户信息列表是否为空；

若删除所述用户信息子列表后的用户信息列表为空，则删除所述资源。

在一些实施方式中，所述接收模块，还用于接收资源删除请求；

所述列表管理模块，还用于：

获取删除资源的用户的用户信息，判断所述资源删除请求对应的资源的用户信息列表中是否存在所述用户信息；

若所述用户信息列表中存在所述用户信息，则删除所述用户信息列表中的所述用户信息，并判断删除所述用户信息后的用户信息列表是否为空；

若删除所述用户信息后的用户信息列表为空，则向所述存储模块发出资源删除指令；

所述存储模块，还用于删除所述资源。

从上面所述可以看出，本发明提供的数据存储方法及装置，通过为每个存储的资源建立一个用户信息列表，并在所述用户信息列表中添加存储过该资源的用户信息，当有新用户上传已有资源时，无需再进行存储，而是直接将用户信息添加到该资源相对应的用户信息列表中，一方面能够实现资源复用，节约存储空间，另一方面能够根据资源的用户信息列表的内容判断该资源被哪些用户存储过，当这些用户请求删除该资源时，只需从用户信息列表中删除其用户信息，直到用户信息列表为空，再对该资源进行物理删除，从而很好地解决了资源共享的问题。

附图说明：

图1为本发明提供的数据存储方法的第一个实施例的流程示意图；

图2为本发明提供的数据存储方法的第二个实施例的流程示意图；

图3为本发明提供的数据存储方法的第三个实施例的流程示意图；

图4为本发明提供的数据存储方法的第四个实施例的流程示意图；

图5为本发明提供的数据存储装置的第一个实施例的模块结构示意图；

图6为本发明提供的数据存储装置的第二个实施例的模块结构示意图。

具体实施方式：

为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本发明进一步详细说明。

需要说明的是，本发明实施例中所有使用“第一”和“第二”的表述均是为了区分两个相同名称非相同的实体或者非相同的参量，可见“第一”“第二”仅为了表述的方便，不应理解为对本发明实施例的限定，后续实施例对此不再一一说明。

基于上述发明目的，本发明的第一个方面提供了一种数据存储方法的第一个实施例，如图1所示，为本发明提供的数据存储方法的第一个实施例的流程示意图。

所述数据存储方法，包括以下步骤：

步骤101：接收资源上传请求；所述资源上传请求是指由用户发出的需要上传资源的请求；这里，可选的，发出该资源上传请求的用户，可以是将所述资源上传请求发送到任意具有独立存储功能的服务器，除了该接收资源上传请求的服务器外，接收到资源上传请求的服务器还可以向其他服务器转发该资源上传请求，从而达到同一关联系统中的各服务器之间资源共享的效果；

步骤102：判断所述资源上传请求对应的待上传资源是否已经存在；这里，可选的，待上传资源的具体信息可以由所述资源上传请求携带从而一并被接收，从而能够从所述资源上传请求中提取得到待上传资源的具体信息，并进一步判断该待上传资源是否存在；这里所述的是否已经存在，可以是指所述待上传资源是否存在于接收该资源上传请求的服务器的本地数据库中或者是与该服务器处于同一关联系统中的其他服务器中；

步骤103：若所述待上传资源不存在，则接收并存储所述资源，并获取上传所述资源的用户的用户信息；这里的用户信息，可以是指能够区分该用户身份的唯一用户信息，其中可以包括用户ID、用户的唯一区别码等等；

步骤104：为所述资源建立用户信息列表，将所述用户信息添加到所述用户信息列表中；所述用户信息列表与所述资源一一对应，即，每个被存储的资源均关联有一个用户信息列表，不同的被存储的资源则关联不同的用户信息列表；

步骤105：若所述待上传资源已经存在，此时则无需再接收并存储所述资源，可直接获取上传所述资源的用户的用户信息，将所述用户信息添加到所述资源的用户信息列表中（因为该资源已经存在，因此其在第一次上传时已经建立好了用户信息列表，这时，只需将新的用户信息增加到该用户信息列表中即可）；

其中，在将所述用户信息添加到所述资源的用户信息列表中的步骤之后，还可以进一步包括以下步骤：

步骤106：提取与所述资源的存储路径相关联的唯一识别码；

步骤107：将所述唯一识别码返回给用户，用户可以根据所述唯一识别码得到所述资源的存储路径，从而能够从服务器中下载该资源。

从上述实施例可以看出，本发明提供的数据存储方法，通过为每个存储的资源建立一个用户信息列表，并在所述用户信息列表中添加存储过该资源的用户信息，当有新用户上传已有资源时，无需再进行存储，而是直接将用户信息添加到该资源相对应的用户信息列表中，一方面能够实现资源复用，节约存储空间，另一方面能够根据资源的用户信息列表的内容判断该资源被哪些用户存储过，当这些用户请求删除该资源时，只需从用户信息列表中删除其用户信息，直到用户信息列表为空，再对该资源进行物理删除，从而很好地解决了资源共享的问题。

基于上述发明目的，本发明还提供了一种数据存储方法的第二个实施例，如图2所示，为本发明提供的数据存储方法的第二个实施例的流程示意图。

所述数据存储方法，包括以下步骤：

步骤101：接收资源上传请求；

步骤102：判断所述资源上传请求对应的待上传资源是否已经存在；

步骤103：若所述待上传资源不存在，则接收并存储所述资源，并获取上传所述资源的用户的用户信息；

步骤104：为所述资源建立用户信息列表，将所述用户信息添加到所述用户信息列表中；

步骤105：若所述待上传资源已经存在，此时则无需再接收并存储所述资源，可直接获取上传所述资源的用户的用户信息，将所述用户信息添加到所述资源的用户信息列表中；

步骤106：提取与所述资源的存储路径相关联的唯一识别码；

步骤107：将所述唯一识别码返回给用户，用户可以根据所述唯一识别码得到所述资源的存储路径，从而能够从服务器中下载该资源；

在一些可选实施方式中，所述数据存储方法，还可包括以下步骤：

步骤201：接收资源删除请求；同理，所述资源删除请求是指由用户发出的需要删除相应资源的请求；这里，可选的，发出该资源删除请求的用户，可以是将所述资源删除请求发送到任意具有独立存储功能的服务器，除了该接收资源删除请求的服务器外，接收到资源删除请求的服务器还可以向其他服务器转发该资源删除请求，从而达到同一关联系统中的各服务器之间资源共享的效果；

步骤202：获取删除资源的用户的用户信息；同样的，这里的用户信息，可以是指能够区分该用户身份的唯一用户信息，其中可以包括用户ID、用户的唯一区别码等等；

步骤203：判断所述资源删除请求对应的资源的用户信息列表中是否存在所述用户信息；

步骤204：若所述用户信息列表中不存在所述用户信息，则返回不予删除的提示信息；

步骤205：若所述用户信息列表中存在所述用户信息，则删除所述用户信息列表中的所述用户信息；

步骤206：判断删除所述用户信息后的用户信息列表是否为空；即，是否还存在其他用户信息；

步骤207：若删除所述用户信息后的用户信息列表不为空，说明还有其他用户在服务器中存储了所述资源，因此不删除所述资源；

步骤208：若删除所述用户信息后的用户信息列表为空，说明已经没有其他用户在服务器中存储所述资源，因此可直接删除所述资源；

步骤209：向用户返回资源已删除的提示信息，告知用户资源已删除完成。

从上述实施例可以看出，本发明提供的数据存储方法，通过为每个存储的资源建立一个用户信息列表，并在所述用户信息列表中添加存储过该资源的用户信息，当有新用户上传已有资源时，无需再进行存储，而是直接将用户信息添加到该资源相对应的用户信息列表中，一方面能够实现资源复用，节约存储空间，另一方面能够根据资源的用户信息列表的内容判断该资源被哪些用户存储过，当这些用户请求删除该资源时，只需从用户信息列表中删除其用户信息，直到用户信息列表为空，再对该资源进行物理删除，从而很好地解决了资源共享的问题。

基于上述发明目的，本发明又提供了一种数据存储方法的第三个实施例，如图3所示，为本发明提供的数据存储方法的第三个实施例的流程示意图。

所述数据存储方法，包括以下步骤：

步骤301：接收资源上传请求；

步骤302：判断所述资源上传请求对应的待上传资源是否已经存在；

步骤303：若所述待上传资源不存在，则接收并存储所述资源，并获取上传所述资源的用户的用户信息；

步骤304：为所述资源建立用户信息列表；

步骤305：判断所述资源上传请求是否来自其他服务器；

步骤306：若所述资源上传请求不是来自其他服务器，将所述用户信息添加到所述用户信息列表中；

步骤307：若所述资源上传请求来自其他服务器，在所述用户信息列表中增加与所述服务器相关联的用户信息子列表，并将所述用户信息添加到所述用户信息子列表中；所述用户信息子列表与相应服务器也是一一对应的关系，即一个服务器对应一个用户信息子列表，不同服务器对应不同的用户信息子列表；

步骤308：若所述待上传资源已经存在，获取上传所述资源的用户的用户信息；

步骤309：判断所述资源上传请求是否来自其他服务器；

步骤310：若所述资源上传请求不是来自其他服务器，将所述用户信息添加到所述用户信息列表中；

步骤311：若所述资源上传请求来自其他服务器，判断所述用户信息列表中是否存在与所述服务器相关联的用户信息子列表；

步骤312：若所述用户信息列表中不存在与所述服务器相关联的用户信息子列表，在所述用户信息列表中增加与所述服务器相关联的用户信息子列表，并将所述用户信息添加到所述用户信息子列表中；

步骤313：若所述用户信息列表中存在与所述服务器相关联的用户信息子列表，判断所述用户信息是否存在于所述用户信息子列表中；

步骤314：若所述用户信息不存在于所述用户信息子列表中，则将所述用户信息添加到所述用户信息子列表中；

步骤315：若所述用户存在于所述用户信息子列表中，则不将所述用户信息添加到所述用户信息子列表中；

步骤305~307和步骤308~315所提供的实施方式，均是通过建立用户信息子列表的方式，将其他服务器转发来的资源上传请求的对应用户信息进行区别存储，从而能够在资源的用户信息列表中的用户信息已经为空时，通过判断是否存在不为空的用户信息子列表来确定是否还有其他服务器关联了该资源；

步骤316：提取与所述资源的存储路径相关联的唯一识别码；

步骤317：将所述唯一识别码返回给用户，用户可以根据所述唯一识别码得到所述资源的存储路径，从而能够从服务器中下载该资源；

步骤318：接收资源删除请求；

步骤319：判断所述资源删除请求是否来自其他服务器；

步骤320：若所述资源删除请求不是来自其他服务器，获取删除资源的用户的用户信息；同样的，这里的用户信息，可以是指能够区分该用户身份的唯一用户信息，其中可以包括用户ID、用户的唯一区别码等等；

步骤321：判断所述资源删除请求对应的资源的用户信息列表中是否存在所述用户信息；

步骤322：若所述用户信息列表中不存在所述用户信息，则返回不予删除的提示信息；

步骤323：若所述用户信息列表中存在所述用户信息，则删除所述用户信息列表中的所述用户信息；

步骤324：判断删除所述用户信息后的用户信息列表是否为空；即，是否还存在其他用户信息或者还存在不为空的用户信息子列表；

步骤325：若删除所述用户信息后的用户信息列表不为空，说明还有其他用户在服务器中存储了所述资源，因此不删除所述资源；

步骤326：若删除所述用户信息后的用户信息列表为空，说明已经没有其他用户在服务器中存储所述资源，因此可直接删除所述资源；

步骤327：若所述资源删除请求来自其他服务器，判断所述用户信息列表中是否存在与所述服务器相关联的用户信息子列表；

步骤328：若所述用户信息列表中不存在与所述服务器相关联的用户信息子列表，向用户返回不予删除的提示信息；

步骤329：若所述用户信息列表中存在与所述服务器相关联的用户信息子列表，获取删除资源的用户的用户信息，判断所述资源删除请求对应的资源的用户信息子列表中是否存在所述用户信息；

步骤330：若所述用户信息子列表中不存在所述用户信息，向用户返回不予删除的提示信息；

步骤331：若所述用户信息子列表中存在所述用户信息，则删除所述用户信息子列表中的所述用户信息，并判断删除所述用户信息后的用户信息子列表是否为空；

步骤332：若删除所述用户信息后的用户信息子列表不为空，则不删除所述用户信息子列表；

步骤333：若删除所述用户信息后的用户信息子列表为空，则删除所述用户信息子列表，并判断删除所述用户信息子列表后的用户信息列表是否为空；

步骤334：若删除所述用户信息子列表后的用户信息列表不为空，则不删除所述资源；

步骤335：若删除所述用户信息子列表后的用户信息列表为空，则删除所述资源；

步骤336：向用户返回资源已删除的提示信息，告知用户资源已删除完成。

从上述实施例可以看出，本发明提供的数据存储方法，通过为每个存储的资源建立一个用户信息列表，并在所述用户信息列表中添加存储过该资源的用户信息，当有新用户上传已有资源时，无需再进行存储，而是直接将用户信息添加到该资源相对应的用户信息列表中；并且，在检测到请求来自其他服务器时，通过为该服务器建立用户信息子列表，并将相应的用户信息存储在所述用户信息子列表中，从而保证了其他服务器还未删除资源时，本服务器还能为其保留该资源；这样，一方面能够实现资源复用，节约存储空间，另一方面能够根据资源的用户信息列表及用户信息子列表的内容判断该资源被哪些用户存储过，当这些用户请求删除该资源时，只需从用户信息列表或用户信息子列表中删除其用户信息，直到用户信息列表为空，再对该资源进行物理删除，从而很好地解决了资源共享的问题。

下面以举例的方式介绍上述数据存储方法的任意实施例所能进行应用的场景。

录播系统，主要应用于远程教学技术领域，是指在教学现场布置摄像头及麦克风，通过采集教学现场的图像和声音，从而在后期制作成远程教学录像以供师生通过网络随时进行观看与学习的一种多功能教学系统。

现在的录播系统实际包含录播主机以及资源平台两部分。录播主机主要负责控制摄像头，对课程进行录制，将录制好的课程存储在录播主机上面；但是存储在录播主机上的资源无法进行应用，必须要将资源上传到资源平台上面，用户才能通过网络进行使用。因此，为了使录制的资源被加以利用，现有的实现方式就是把录播主机的视频资源复制一份到资源平台上，这样一来，首先造成的就是重复存储。

由于视频资源占用的存储空间过大，通常仅需几周的时间，录播主机就会被存满（资源平台通常可以存储五个月左右的视频）。因此，如果录播主机上存储的资源不进行清理的话，录播主机将无法使用，但是若录播主机单方面删除了这些资源，由于不知道被删除的资源是否已经上传到资源平台，就会出现资源平台上找不到资源的问题，并且，由于资源被删除，也就无法再在录播主机的本地查看这些资源，从而造成许多不便。

有一种解决方案就是将资源直接存储到资源平台，录播主机观看本地视频时可直接链接到资源平台进行观看。但这样就会出现背景技术的问题，即无法同步删除，且还会涉及到删除权限等等各种复杂问题。

因此，本发明提出了所述数据存储方法的第四个实施例，如图4所示，为本发明提供的数据存储方法的第四个实施例的流程示意图。

所述数据存储方法，包括以下步骤：

步骤401：资源平台接收资源上传请求；

步骤402：资源平台判断所述资源上传请求对应的待上传资源是否已经存在；

步骤403：若所述待上传资源不存在，则资源平台接收并存储所述资源，并获取上传所述资源的用户的用户信息；

步骤404：资源平台为所述资源建立用户信息列表；

步骤405：资源平台判断所述资源上传请求是否来自录播主机；这里，所述资源上传请求来自录播主机，可以是指录播主机在有用户登录的情况下发出的资源上传请求，即，此时的用户信息是指录播主机当前被登录上的用户的用户信息，且这个用户具有向资源平台上传数据的权限；

步骤406：若所述资源上传请求不是来自录播主机，资源平台将所述用户信息添加到所述用户信息列表中；

步骤407：若所述资源上传请求来自录播主机，资源平台在所述用户信息列表中增加与所述录播主机相关联的用户信息子列表，并将所述用户信息添加到所述用户信息子列表中；所述用户信息子列表与相应录播主机也是一一对应的关系，即一个录播主机对应一个用户信息子列表，不同录播主机对应不同的用户信息子列表；

步骤408：若所述待上传资源已经存在，资源平台获取上传所述资源的用户的用户信息；

步骤409：资源平台判断所述资源上传请求是否来自录播主机；

步骤410：若所述资源上传请求不是来自录播主机，资源平台将所述用户信息添加到所述用户信息列表中；

步骤411：若所述资源上传请求来自录播主机，资源平台判断所述用户信息列表中是否存在与所述录播主机相关联的用户信息子列表；

步骤412：若所述用户信息列表中不存在与所述录播主机相关联的用户信息子列表，资源平台在所述用户信息列表中增加与所述录播主机相关联的用户信息子列表，并将所述用户信息添加到所述用户信息子列表中；

步骤413：若所述用户信息列表中存在与所述录播主机相关联的用户信息子列表，资源平台判断所述用户信息是否存在于所述用户信息子列表中；

步骤414：若所述用户信息不存在于所述用户信息子列表中，则资源平台将所述用户信息添加到所述用户信息子列表中；

步骤415：若所述用户存在于所述用户信息子列表中，则资源平台不将所述用户信息添加到所述用户信息子列表中；

步骤405~407和步骤408~415所提供的实施方式，均是通过建立用户信息子列表的方式，将录播主机转发来的资源上传请求的对应用户信息进行区别存储，从而能够在资源的用户信息列表中的用户信息已经为空时，通过判断是否存在不为空的用户信息子列表来确定是否还有录播主机关联了该资源；

步骤416：资源平台提取与所述资源的存储路径相关联的唯一识别码；

步骤417：资源平台将所述唯一识别码返回给用户，用户可以根据所述唯一识别码得到所述资源的存储路径，从而能够从资源平台中下载该资源；这里的返回给用户，也可以是返回给录播主机，资源上传请求来自于谁就返回给谁，同时，若资源上传请求来自录播主机，也需要验证通过录播主机进行上传操作的登录用户是谁，从而将该用户信息用于存储于用户信息子列表中，进一步的，在删除资源时，能够通过判断资源删除请求的用户是否为同一个，从而通过这样的技术手段限制其他用户的删除权限；

步骤418：资源平台接收资源删除请求；

步骤419：资源平台判断所述资源删除请求是否来自录播主机；

步骤420：若所述资源删除请求不是来自录播主机，资源平台获取删除资源的用户的用户信息；同样的，这里的用户信息，可以是指能够区分该用户身份的唯一用户信息，其中可以包括用户ID、用户的唯一区别码等等；

步骤421：资源平台判断所述资源删除请求对应的资源的用户信息列表中是否存在所述用户信息；

步骤422：若所述用户信息列表中不存在所述用户信息，则资源平台返回不予删除的提示信息；

步骤423：若所述用户信息列表中存在所述用户信息，则资源平台删除所述用户信息列表中的所述用户信息；

步骤424：资源平台判断删除所述用户信息后的用户信息列表是否为空；即，是否还存在其他用户信息或者还存在不为空的用户信息子列表；

步骤425：若删除所述用户信息后的用户信息列表不为空，说明还有其他用户通过录播主机存储了所述资源，因此资源平台不删除所述资源；

步骤426：若删除所述用户信息后的用户信息列表为空，说明已经没有其他用户通过录播主机存储所述资源，因此资源平台可直接删除所述资源；

步骤427：若所述资源删除请求来自录播主机，资源平台判断所述用户信息列表中是否存在与所述录播主机相关联的用户信息子列表；

步骤428：若所述用户信息列表中不存在与所述录播主机相关联的用户信息子列表，资源平台向用户返回不予删除的提示信息；

步骤429：若所述用户信息列表中存在与所述录播主机相关联的用户信息子列表，资源平台获取删除资源的用户的用户信息，判断所述资源删除请求对应的资源的用户信息子列表中是否存在所述用户信息；

步骤430：若所述用户信息子列表中不存在所述用户信息，资源平台向用户返回不予删除的提示信息；

步骤431：若所述用户信息子列表中存在所述用户信息，则资源平台删除所述用户信息子列表中的所述用户信息，并判断删除所述用户信息后的用户信息子列表是否为空；

步骤432：若删除所述用户信息后的用户信息子列表不为空，则资源平台不删除所述用户信息子列表；

步骤433：若删除所述用户信息后的用户信息子列表为空，则资源平台删除所述用户信息子列表，并判断删除所述用户信息子列表后的用户信息列表是否为空；

步骤434：若删除所述用户信息子列表后的用户信息列表不为空，则资源平台不删除所述资源；

步骤435：若删除所述用户信息子列表后的用户信息列表为空，则资源平台删除所述资源；

步骤436：资源平台向用户返回资源已删除的提示信息，告知用户资源已删除完成。

从上述实施例可以看出，本发明提供的数据存储方法，通过为每个存储的资源建立一个用户信息列表，并在所述用户信息列表中添加存储过该资源的用户信息，当有新用户上传已有资源时，无需再进行存储，而是直接将用户信息添加到该资源相对应的用户信息列表中；并且，在检测到请求来自录播主机时，通过为该录播主机建立用户信息子列表，并将相应的用户信息存储在所述用户信息子列表中，从而保证了录播主机还未删除资源时，资源平台还能为其保留该资源；这样，一方面能够实现资源复用，节约存储空间，另一方面能够根据资源的用户信息列表及用户信息子列表的内容判断该资源被哪些用户存储过，当这些用户请求删除该资源时，只需从用户信息列表或用户信息子列表中删除其用户信息，直到用户信息列表为空，再对该资源进行物理删除，从而很好地解决了资源共享的问题。

基于上述发明目的，本发明的第二个方面提供了一种数据存储装置的第一个实施例，如图5所示，为本发明提供的数据存储装置的第一个实施例的流程示意图。

所述数据存储装置，包括：

接收模块501，用于接收资源上传请求，以及，用于接收资源；所述资源上传请求是指由用户发出的需要上传资源的请求；这里，可选的，发出该资源上传请求的用户，可以是将所述资源上传请求发送到任意具有独立存储功能的服务器，除了该接收资源上传请求的服务器外，接收到资源上传请求的服务器还可以向其他服务器转发该资源上传请求，从而达到同一关联系统中的各服务器之间资源共享的效果；

资源确定模块502，用于判断所述资源上传请求对应的待上传资源是否已经存在；这里，可选的，待上传资源的具体信息可以由所述资源上传请求携带从而一并被接收，从而能够从所述资源上传请求中提取得到待上传资源的具体信息，并进一步判断该待上传资源是否存在；这里所述的是否已经存在，可以是指所述待上传资源是否存在于接收该资源上传请求的服务器的本地数据库中或者是与该服务器处于同一关联系统中的其他服务器中；

存储模块503，若所述待上传资源不存在，用于存储所述资源；

列表管理模块504，用于获取上传所述资源的用户的用户信息，为所述资源建立用户信息列表，以及，用于将所述用户信息添加到所述用户信息列表中；这里的用户信息，可以是指能够区分该用户身份的唯一用户信息，其中可以包括用户ID、用户的唯一区别码等等；所述用户信息列表与所述资源一一对应，即，每个被存储的资源均关联有一个用户信息列表，不同的被存储的资源则关联不同的用户信息列表。

从上述实施例可以看出，本发明提供的数据存储装置，通过为每个存储的资源建立一个用户信息列表，并在所述用户信息列表中添加存储过该资源的用户信息，当有新用户上传已有资源时，无需再进行存储，而是直接将用户信息添加到该资源相对应的用户信息列表中，一方面能够实现资源复用，节约存储空间，另一方面能够根据资源的用户信息列表的内容判断该资源被哪些用户存储过，当这些用户请求删除该资源时，只需从用户信息列表中删除其用户信息，直到用户信息列表为空，再对该资源进行物理删除，从而很好地解决了资源共享的问题。

基于上述发明目的，本发明还提供了一种数据存储装置的第二个实施例，如图6所示，为本发明提供的数据存储装置的第二个实施例的流程示意图。

所述数据存储装置，包括：

接收模块501，用于接收资源上传请求，以及，用于接收资源；

资源确定模块502，用于判断所述资源上传请求对应的待上传资源是否已经存在；

存储模块503，若所述待上传资源不存在，用于存储所述资源；

列表管理模块504，用于获取上传所述资源的用户的用户信息，为所述资源建立用户信息列表，以及，用于将所述用户信息添加到所述用户信息列表中；

在一些可选实施方式中，所述数据存储装置还包括请求判断模块601，用于判断所述资源上传请求是否来自其他服务器；

所述列表管理模块504，还用于：

判断所述用户信息列表中是否存在与所述服务器相关联的用户信息子列表；

若所述用户信息列表中不存在与所述服务器相关联的用户信息子列表，在所述用户信息列表中增加与所述服务器相关联的用户信息子列表，并将所述用户信息添加到所述用户信息子列表中；

若所述用户信息列表中存在与所述服务器相关联的用户信息子列表，将所述用户信息添加到所述用户信息子列表中；

通过上述实施方式，以建立用户信息子列表的方式，将其他服务器转发来的资源上传请求的对应用户信息进行区别存储，从而能够在资源的用户信息列表中的用户信息已经为空时，通过判断是否存在不为空的用户信息子列表来确定是否还有其他服务器关联了该资源；

在一些可选实施方式中，所述接收模块501，还用于接收资源删除请求；同理，所述资源删除请求是指由用户发出的需要删除相应资源的请求；这里，可选的，发出该资源删除请求的用户，可以是将所述资源删除请求发送到任意具有独立存储功能的服务器，除了该接收资源删除请求的服务器外，接收到资源删除请求的服务器还可以向其他服务器转发该资源删除请求，从而达到同一关联系统中的各服务器之间资源共享的效果；

所述请求判断模块601，用于判断所述资源删除请求是否来自其他服务器；

所述列表管理模块504，还用于：

若所述资源删除请求来自其他服务器，判断所述用户信息列表中是否存在与所述服务器相关联的用户信息子列表；

若所述用户信息列表中存在与所述服务器相关联的用户信息子列表，获取删除资源的用户的用户信息，判断所述资源删除请求对应的资源的用户信息子列表中是否存在所述用户信息；

若所述用户信息子列表中存在所述用户信息，则删除所述用户信息子列表中的所述用户信息，并判断删除所述用户信息后的用户信息子列表是否为空；

若删除所述用户信息后的用户信息子列表为空，则删除所述用户信息子列表，并判断删除所述用户信息子列表后的用户信息列表是否为空；

若删除所述用户信息子列表后的用户信息列表为空，则向所述存储模块发出资源删除指令；

所述存储模块503，还用于删除所述资源；

从上述实施例可以看出，在删除资源时，能够在资源的用户信息列表中的用户信息已经为空时，通过判断是否存在不为空的用户信息子列表来确定是否还有其他服务器关联了该资源，从而能够在其他服务器还存在链接而服务器本地已不存在存储该资源的用户信息时，不对该资源进行物理删除，防止其他服务器找不到该资源；

在一些可选实施方式中，所述列表管理模块504，还用于：

判断所述用户信息是否存在于所述用户信息子列表中；

若所述用户信息不存在于所述用户信息子列表中，则将所述用户信息添加到所述用户信息子列表中；

若所述用户存在于所述用户信息子列表中，则不将所述用户信息添加到所述用户信息子列表中；

通过上述实施例，避免了对用户信息的重复存储；需要注意的是，这里判断的是一个用户信息子列表中是否存在同样的用户信息，而不判断所有用户信息子列表及用户信息列表中是否存在同样的用户信息，从而将用户从不同服务器上传的资源进行区分；例如，用户甲在服务器A（假设其为本服务器）中存储了资源a，那么资源a的用户信息列表中就会有用户甲的用户信息，当用户甲又通过服务器B（假设其为与服务器A处于同一关联系统中的其他服务器）存储资源a时，此时资源a的用户信息列表中增加用户信息子列表，用户信息子列表中增加用户甲的用户信息；若用户甲再次通过服务器B存储资源a时，此时判定资源a的与服务器B相关联的用户信息子列表中存在用户甲的信息，，则无需再在所述用户信息子列表中存储用户甲的用户信息；

在一些可选实施方式中，所述接收模块501，还用于接收资源删除请求；同理，所述资源删除请求是指由用户发出的需要删除相应资源的请求；这里，可选的，发出该资源删除请求的用户，可以是将所述资源删除请求发送到任意具有独立存储功能的服务器，除了该接收资源删除请求的服务器外，接收到资源删除请求的服务器还可以向其他服务器转发该资源删除请求，从而达到同一关联系统中的各服务器之间资源共享的效果；

所述列表管理模块504，还用于：

获取删除资源的用户的用户信息，判断所述资源删除请求对应的资源的用户信息列表中是否存在所述用户信息；同样的，这里的用户信息，可以是指能够区分该用户身份的唯一用户信息，其中可以包括用户ID、用户的唯一区别码等等；

若所述用户信息列表中存在所述用户信息，则删除所述用户信息列表中的所述用户信息，并判断删除所述用户信息后的用户信息列表是否为空；

若删除所述用户信息后的用户信息列表为空，则向所述存储模块发出资源删除指令；

所述存储模块503，还用于删除所述资源。

从上述实施例可以看出，采用所述数据存储方法删除资源时，根据资源的用户信息列表的内容判断该资源被哪些用户存储过，当这些用户请求删除该资源时，只需从用户信息列表中删除其用户信息，直到用户信息列表为空，再对该资源进行物理删除，从而很好地解决了资源共享的问题。

所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本公开的范围（包括权利要求）被限于这些例子；在本发明的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，步骤可以以任意顺序实现，并存在如上所述的本发明的不同方面的许多其它变化，为了简明它们没有在细节中提供。

另外，为简化说明和讨论，并且为了不会使本发明难以理解，在所提供的附图中可以示出或可以不示出与集成电路（IC）芯片和其它部件的公知的电源/接地连接。此外，可以以框图的形式示出装置，以便避免使本发明难以理解，并且这也考虑了以下事实，即关于这些框图装置的实施方式的细节是高度取决于将要实施本发明的平台的（即，这些细节应当完全处于本领域技术人员的理解范围内）。在阐述了具体细节（例如，电路）以描述本发明的示例性实施例的情况下，对本领域技术人员来说显而易见的是，可以在没有这些具体细节的情况下或者这些具体细节有变化的情况下实施本发明。因此，这些描述应被认为是说明性的而不是限制性的。

尽管已经结合了本发明的具体实施例对本发明进行了描述，但是根据前面的描述，这些实施例的很多替换、修改和变型对本领域普通技术人员来说将是显而易见的。例如，其它存储器架构（例如，动态RAM（DRAM））可以使用所讨论的实施例。

本发明的实施例旨在涵盖落入所附权利要求的宽泛范围之内的所有这样的替换、修改和变型。因此，凡在本发明的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种数据存储方法，其特征在于，包括：

接收资源上传请求；

判断所述资源上传请求对应的待上传资源是否已经存在；

若所述待上传资源不存在，则接收并存储所述资源，并获取上传所述资源的用户的用户信息；

为所述资源建立用户信息列表，将所述用户信息添加到所述用户信息列表中；若所述待上传资源已经存在，则获取上传所述资源的用户的用户信息，将所述用户信息添加到所述资源的用户信息列表中；

所述方法还包括：

接收资源删除请求；

判断所述资源删除请求是否来自其他服务器；

若所述资源删除请求来自其他服务器，判断所述用户信息列表中是否存在与所述服务器相关联的用户信息子列表；

若所述用户信息列表中存在与所述服务器相关联的用户信息子列表，获取删除资源的用户的用户信息，判断所述资源删除请求对应的资源的用户信息子列表中是否存在所述用户信息；

若所述用户信息子列表中存在所述用户信息，则删除所述用户信息子列表中的所述用户信息，并判断删除所述用户信息后的用户信息子列表是否为空；

若删除所述用户信息后的用户信息子列表为空，则删除所述用户信息子列表，并判断删除所述用户信息子列表后的用户信息列表是否为空；

若删除所述用户信息子列表后的用户信息列表为空，则删除所述资源。

2.根据权利要求1所述的方法，其特征在于，所述获取上传所述资源的用户的用户信息的步骤之后还包括：

判断所述资源上传请求是否来自其他服务器；

若所述资源上传请求来自其他服务器，判断所述用户信息列表中是否存在与所述服务器相关联的用户信息子列表；

若所述用户信息列表中不存在与所述服务器相关联的用户信息子列表，在所述用户信息列表中增加与所述服务器相关联的用户信息子列表，并将所述用户信息添加到所述用户信息子列表中；

若所述用户信息列表中存在与所述服务器相关联的用户信息子列表，将所述用户信息添加到所述用户信息子列表中。

3.根据权利要求1或2所述的方法，其特征在于，所述将所述用户信息添加到所述用户信息子列表中的步骤之前还包括：

判断所述用户信息是否存在于所述用户信息子列表中；

若所述用户信息不存在于所述用户信息子列表中，则将所述用户信息添加到所述用户信息子列表中；

若所述用户存在于所述用户信息子列表中，则不将所述用户信息添加到所述用户信息子列表中。

4.根据权利要求2所述的方法，其特征在于，应用于录播系统中的资源平台；所述方法还包括：

若所述资源上传请求来自所述录播系统的录播主机，则判断所述用户信息列表中是否存在与所述录播主机相关联的用户信息子列表；

若所述用户信息列表中不存在与所述录播主机相关联的用户信息子列表，在所述用户信息列表中增加与所述录播主机相关联的用户信息子列表，并将所述用户信息添加到所述用户信息子列表中；

若所述用户信息列表中存在与所述录播主机相关联的用户信息子列表，将所述用户信息添加到所述用户信息子列表中。

5.根据权利要求4所述的方法，其特征在于，应用于录播系统中的资源平台；所述方法还包括：

接收资源删除请求；

若资源上传请求来自所述录播系统的录播主机，判断所述用户信息列表中是否存在与所述录播主机相关联的用户信息子列表；

若所述用户信息列表中存在与所述录播主机相关联的用户信息子列表，获取删除资源的用户的用户信息，判断所述资源删除请求对应的资源的用户信息子列表中是否存在所述用户信息；

若所述用户信息子列表中存在所述用户信息，则删除所述用户信息子列表中的所述用户信息，并判断删除所述用户信息后的用户信息子列表是否为空；

若删除所述用户信息后的用户信息子列表为空，则删除所述用户信息子列表，并判断删除所述用户信息子列表后的用户信息列表是否为空；

若删除所述用户信息子列表后的用户信息列表为空，则删除所述资源。

6.一种数据存储装置，其特征在于，包括：

接收模块，用于接收资源上传请求，以及，用于接收资源；

资源确定模块，用于判断所述资源上传请求对应的待上传资源是否已经存在；

存储模块，若所述待上传资源不存在，用于存储所述资源；

列表管理模块，用于获取上传所述资源的用户的用户信息，为所述资源建立用户信息列表，以及，用于将所述用户信息添加到所述用户信息列表中；

所述接收模块，还用于接收资源删除请求；

请求判断模块，用于判断所述资源删除请求是否来自其他服务器；

所述列表管理模块，还用于：

若所述资源删除请求来自其他服务器，判断所述用户信息列表中是否存在与所述服务器相关联的用户信息子列表；

若所述用户信息列表中存在与所述服务器相关联的用户信息子列表，获取删除资源的用户的用户信息，判断所述资源删除请求对应的资源的用户信息子列表中是否存在所述用户信息；

若所述用户信息子列表中存在所述用户信息，则删除所述用户信息子列表中的所述用户信息，并判断删除所述用户信息后的用户信息子列表是否为空；

若删除所述用户信息后的用户信息子列表为空，则删除所述用户信息子列表，并判断删除所述用户信息子列表后的用户信息列表是否为空；

若删除所述用户信息子列表后的用户信息列表为空，则向所述存储模块发出资源删除指令；

所述存储模块，还用于删除所述资源。

7.根据权利要求6所述的装置，其特征在于，还包括请求判断模块，用于判断所述资源上传请求是否来自其他服务器；

所述列表管理模块，还用于：

判断所述用户信息列表中是否存在与所述服务器相关联的用户信息子列表；

若所述用户信息列表中不存在与所述服务器相关联的用户信息子列表，在所述用户信息列表中增加与所述服务器相关联的用户信息子列表，并将所述用户信息添加到所述用户信息子列表中；

若所述用户信息列表中存在与所述服务器相关联的用户信息子列表，将所述用户信息添加到所述用户信息子列表中。

8.根据权利要求6或7所述的装置，其特征在于，所述列表管理模块，还用于：判断所述用户信息是否存在于所述用户信息子列表中；

若所述用户信息不存在于所述用户信息子列表中，则将所述用户信息添加到所述用户信息子列表中；

若所述用户存在于所述用户信息子列表中，则不将所述用户信息添加到所述用户信息子列表中。

9.根据权利要求7所述的装置，其特征在于，应用于录播系统中的资源平台；所述列表管理模块，还用于：

若所述资源上传请求来自所述录播系统的录播主机，则判断所述用户信息列表中是否存在与所述录播主机相关联的用户信息子列表；

若所述用户信息列表中不存在与所述录播主机相关联的用户信息子列表，在所述用户信息列表中增加与所述录播主机相关联的用户信息子列表，并将所述用户信息添加到所述用户信息子列表中；

若所述用户信息列表中存在与所述录播主机相关联的用户信息子列表，将所述用户信息添加到所述用户信息子列表中。

10.根据权利要求9所述的装置，其特征在于，应用于录播系统中的资源平台；所述接收模块，还用于接收资源删除请求；

所述列表管理模块，还用于：

若资源上传请求来自所述录播系统的录播主机，判断所述用户信息列表中是否存在与所述录播主机相关联的用户信息子列表；

若所述用户信息列表中存在与所述录播主机相关联的用户信息子列表，获取删除资源的用户的用户信息，判断所述资源删除请求对应的资源的用户信息子列表中是否存在所述用户信息；

若所述用户信息子列表中存在所述用户信息，则删除所述用户信息子列表中的所述用户信息，并判断删除所述用户信息后的用户信息子列表是否为空；

若删除所述用户信息后的用户信息子列表为空，则删除所述用户信息子列表，并判断删除所述用户信息子列表后的用户信息列表是否为空；

若删除所述用户信息子列表后的用户信息列表为空，则删除所述资源。