CN111814043A - 版权信息的查询方法、装置及服务器 - Google Patents

Abstract

本公开关于一种版权信息的查询方法、装置及服务器，属于计算机应用技术领域。其中，该方法包括：查询服务器接收客户端的第一版权查询指令；查询服务器根据第一版权查询指令，从第一服务器进行版权信息的查询；在从第一服务器查询到匹配结果时，查询服务器将第一服务器的第一版权查询结果反馈给客户端；在未从第一服务器查询到匹配结果时，查询服务器进一步根据第一版权查询指令从第二服务器进行版权信息查询，并将第二服务器反馈的第二版权查询结果反馈给客户端。由此，通过这种版权信息的查询方法，不仅提升了信息查询的效率，而且降低了被第二服务器限流的风险，从而提升了版权信息查询的可靠性。

Description

版权信息的查询方法、装置及服务器

技术领域

本公开涉及计算机应用技术领域，尤其涉及一种版权信息的查询方法、装置及服务器。

背景技术

随着互联网技术的发展，各种应用程序、网络服务等在人们工作、生活、学习、娱乐等方方面面逐渐普及。随着人们对互联网服务需求的增长，互联网服务企业通常可以通过访问外部服务器获取信息，以完善自身的服务范围和服务能力。比如，在具有合作关系的企业中，合作企业可以互相访问对方的服务器获取信息，以对自身服务进行有效补充和辅助。

相关技术中，在通过访问外部服务器获取信息时，由于外部服务器性能不高，或者对外部访问请求具有限流、限量等限制操作，从而导致信息获取效率低。

发明内容

本公开提供一种版权信息的查询方法、装置、服务器、存储介质及计算机程序产品，以至少解决相关技术中，在通过访问外部服务器获取信息时，由于外部服务器性能不高，或者对外部访问请求具有限流、限量等限制操作，从而导致信息获取效率低的问题。本公开的技术方案如下：

根据本公开实施例的第一方面，提供一种版权信息的查询方法，包括：查询服务器接收客户端的第一版权查询指令；所述查询服务器根据所述第一版权查询指令，从第一服务器进行版权信息的查询；在从所述第一服务器查询到匹配结果时，所述查询服务器将所述第一服务器的第一版权查询结果反馈给所述客户端；以及在未从所述第一服务器查询到匹配结果时，所述查询服务器进一步根据所述第一版权查询指令从第二服务器进行版权信息查询，并将所述第二服务器反馈的第二版权查询结果反馈给所述客户端。

可选地，在本公开第一方面实施例一种可能的实现方式中，在所述查询服务器将所述第二服务器反馈的第二版权查询结果反馈给所述客户端之后，还包括：

所述查询服务器根据所述第二版权查询结果，对所述第一服务器之中存储的版权信息进行更新。

可选地，在本公开第一方面实施例另一种可能的实现方式中，所述根据所述第二版权查询结果，所述查询服务器对所述第一服务器之中存储的版权信息进行更新，包括：

所述查询服务器从所述第二版权查询结果之中提取版权信息；以及

所述查询服务器将所述版权信息作为查询项存储至所述第一服务器。

可选地，在本公开第一方面实施例再一种可能的实现方式中，所述方法，还包括：

所述查询服务器获取所述第一服务器之中每个查询项的存在时间；

在所述查询项的存在时间大于过期时间时，所述查询服务器根据过期的所述查询项生成第二版权查询指令并发送至所述第二服务器；以及

所述查询服务器根据所述第二服务器反馈的第三版权查询结果更新过期的所述查询项。

可选地，在本公开第一方面实施例又一种可能的实现方式中，所述查询服务器根据过期的所述查询项生成第二版权查询指令并发送至所述第二服务器，包括：

所述查询服务器获取过期的所述查询项的多媒体名称；以及

所述查询服务器根据所述多媒体名称，生成所述第二版权查询指令并发送至所述第二服务器。

可选地，在本公开第一方面实施例又一种可能的实现方式中，所述查询服务器根据所述第二服务器反馈的第三版权查询结果更新过期的所述查询项，包括：

所述查询服务器从所述第三版权查询结果之中获取所述多媒体名称所对应的版权信息；以及

所述查询服务器将所述多媒体名称所对应的版权信息存储至过期的所述查询项，以更新所述查询项。

可选地，在本公开第一方面实施例另一种可能的实现方式中，所述查询服务器根据过期的所述查询项生成第二版权查询指令并发送至所述第二服务器，包括：

所述查询服务器获取当前时间；以及

在所述当前时间属于预设时间段时，所述查询服务器根据过期的所述查询项生成所述第二版权查询指令并发送至所述第二服务器。

可选地，在本公开第一方面实施例再一种可能的实现方式中，所述版权信息为多媒体的版权信息，所述方法，还包括：

所述查询服务器获取多媒体的搜索数量和/或浏览数量信息；

所述查询服务器根据所述多媒体的搜索数量和/或浏览数量信息生成待备份多媒体集合；

所述查询服务器根据所述待备份多媒体集合之中的多个多媒体生成第三版权查询指令，并发送至所述第二服务器；以及

所述查询服务器根据所述第二服务器反馈的第四版权查询结果，在所述第一服务器之中增加所述待备份多媒体集合所对应的查询项。

根据本公开实施例的第二方面，提供一种版权信息的查询装置，包括：接收模块，被配置为执行查询服务器接收客户端的第一版权查询指令的步骤；第一查询模块，被配置为执行所述查询服务器根据所述第一版权查询指令，从第一服务器进行版权信息的查询的步骤；反馈模块，被配置为执行在从所述第一服务器查询到匹配结果时，所述查询服务器将所述第一服务器的第一版权查询结果反馈给所述客户端的步骤；以及第二查询模块，被配置为执行在未从所述第一服务器查询到匹配结果时，所述查询服务器进一步根据所述第一版权查询指令从第二服务器进行版权信息查询，并将所述第二服务器反馈的第二版权查询结果反馈给所述客户端的步骤。

可选地，在本公开第一方面实施例一种可能的实现方式中，所述装置，还包括：

第一更新模块，被配置为执行所述查询服务器根据所述第二版权查询结果，对所述第一服务器之中存储的版权信息进行更新的步骤。

可选地，在本公开第一方面实施例另一种可能的实现方式中，所述第一更新模块，包括：

提取单元，被配置为执行所述查询服务器从所述第二版权查询结果之中提取版权信息的步骤；以及

第一存储单元，被配置为执行所述查询服务器将所述版权信息作为查询项存储至所述第一服务器的步骤。

可选地，在本公开第一方面实施例再一种可能的实现方式中，所述装置，还包括：

第二获取模块，被配置为执行所述查询服务器获取所述第一服务器之中每个查询项的存在时间的步骤；以及

第一发送模块，被配置为执行在所述查询项的存在时间大于过期时间时，所述查询服务器根据过期的所述查询项生成第二版权查询指令并发送至所述第二服务器的步骤；以及

第二更新模块，被配置为执行所述查询服务器根据所述第二服务器反馈的第三版权查询结果更新过期的所述查询项的步骤。

可选地，在本公开第一方面实施例又一种可能的实现方式中，所述第一发送模块，包括：

第一获取单元，被配置为执行所述查询服务器获取过期的所述查询项的多媒体名称的步骤；以及

生成单元，被配置为执行所述查询服务器根据所述多媒体名称，生成所述第二版权查询指令并发送至所述第二服务器的步骤。

可选地，在本公开第一方面实施例又一种可能的实现方式中，所述第二更新模块，包括：

第二获取单元，被配置为执行所述查询服务器从所述第三版权查询结果之中获取所述多媒体名称所对应的版权信息的步骤；以及

第二存储单元，被配置为执行所述查询服务器将所述多媒体名称所对应的版权信息存储至过期的所述查询项，以更新所述查询项的步骤。

可选地，在本公开第一方面实施例另一种可能的实现方式中，所述第一发送模块，包括：

第三获取单元，被配置为执行所述查询服务器获取当前时间的步骤；以及

发送单元，被配置为执行在所述当前时间属于预设时间段时，所述查询服务器根据过期的所述查询项生成所述第二版权查询指令并发送至所述第二服务器的步骤。

可选地，在本公开第一方面实施例再一种可能的实现方式中，所述版权信息为多媒体的版权信息，所述装置，还包括：

第三获取模块，被配置为执行所述查询服务器获取多媒体的搜索数量和/或浏览数量信息的步骤；

生成模块，被配置为执行所述查询服务器根据所述多媒体的搜索数量和/或浏览数量信息生成待备份多媒体集合的步骤；

第二发送模块，被配置为执行所述查询服务器根据所述待备份多媒体集合之中的多个多媒体生成第三版权查询指令，并发送至所述第二服务器的步骤；以及

增加模块，被配置为执行所述查询服务器根据所述第二服务器反馈的第四版权查询结果，在所述第一服务器之中增加所述待备份多媒体集合所对应的查询项的步骤。

根据本公开实施例的第三方面，提供一种服务器，包括：处理器；用于存储所述处理器可执行指令的存储器；其中，所述处理器被配置为执行所述指令，以实现如前所述的版权信息的查询方法。

根据本公开实施例的第四方面，提供一种存储介质，当所述存储介质中的指令由服务器的处理器执行时，使得服务器能够执行如前所述的版权信息的查询方法。

根据本公开实施例的第五方面，提供一种计算机程序产品，该计算机程序由服务器的处理器执行时，使得服务器能够执行如前所述的版权信息的查询方法。

本公开的实施例提供的技术方案至少带来以下有益效果：通过内部的第一服务器存储外部的第二服务器的部分版权信息，从而查询服务器仅在无法从第一服务器查询到与客户端的第一版权查询指令匹配的查询结果时，才从第二服务器进行版权信息查询。由此，通过在内部的第一服务器存储外部的第二服务器的部分版权信息，利用第一服务器代替第二服务器进行版权信息查询，以降低对第二服务器的访问频率，从而不仅提升了版权信息查询的效率，而且降低了被第二服务器限流的风险，提升了版权信息查询的可靠性。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。

图1是根据一示例性实施例示出的一种版权信息的查询方法的流程图。

图2是根据一示例性实施例示出的另一种版权信息的查询方法的流程图。

图3是根据一示例性实施例示出的再一种版权信息的查询方法的流程图。

图4是根据一示例性实施例示出的一种版权信息的查询装置框图。

图5是根据一示例性实施例示出的一种服务器的框图。

具体实施方式

为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

图1是根据一示例性实施例示出的一种版权信息的查询方法的流程图，如图1所示，该版权信息的查询方法用于服务器中，包括以下步骤。

在步骤101中，查询服务器接收客户端的第一版权查询指令。

需要说明的是，本公开的版权信息的查询方法的执行主体为查询服务器。本公开实施例的版权信息的查询方法可以由本公开实施例的版权信息的查询装置执行，本公开实施例的版权信息的查询装置可以配置在任意的查询服务器中，以执行本公开实施例的版权信息的查询方法。

其中，客户端，是指由查询服务器提供服务的应用程序、网页或终端设备等。比如，本公开的查询服务器为某短视频应用程序的服务器，则客户端是所有安装在用户的终端设备中的该短视频应用程序，也可以是该短视频应用程序的管理者、开发者所使用的对该短视频应用程序进行管理、维护的网页、应用程序等，本公开实施例对此不做限定。

其中，第一版权查询指令，是指查询服务器从客户端获取的信息查询请求。第一版权查询指令中可以包括客户端的标识、服务器的标识、待查询的信息标识等。需要说明的是，客户端的标识、查询服务器的标识以及待查询的信息标识等，是可以分别将客户端、查询服务器、待查询的信息唯一确定的信息，可以根据具体的应用场景即客户端与查询服务器之间的通信原则确定，本公开实施例对此不做限定。

举例来说，客户端的标识可以是客户端的IP地址、域名地址、硬件地址、用户注册账号等；假设本公开的版权信息的查询方法应用于音乐版权信息查询场景，客户端为某音乐版权信息查询应用程序，则客户端的标识可以是登录该客户端的用户注册账号，查询服务器的标识可以是查询服务器的IP地址、域名地址等；待查询的信息标识可以为音乐名称。

在本公开实施例中，查询服务器可以通过其与客户端之间的通信链路，实时接收客户端发送的第一版权查询指令，并对第一版权查询指令进行解析，确定第一版权查询指令中包括的客户端标识与待查询的信息标识。并首先根据待查询的信息标识，在本地查询与待查询的信息标识匹配的版权信息。若在本地查询到与待查询的信息标识匹配的版权信息，则可以根据客户端的标识，将与待查询的信息标识匹配的版权信息返回至客户端。

举例来说，假设本公开实施例的版权信息的查询方法的应用场景为企业内部音乐版权信息查询时，查询服务器中可以保存企业拥有的所有音乐版权信息，查询服务器在获取到第一版权查询指令后，对第一版权查询指令进行解析，确定第一版权查询指令中包括的客户端标识为用户A的注册账号，待查询的信息标识为“歌曲B”，则查询服务器可以首先在本地查询与歌曲名称“歌曲B”匹配的版权信息，若查询到与“歌曲B”匹配的版权信息，则将查询到的“歌曲B”的版权信息，返回至登录用户A的注册账号的客户端。

在步骤102中，查询服务器根据第一版权查询指令，从第一服务器进行版权信息的查询。

其中，第一服务器，是指内部服务器。需要说明的是，本申请实施例的版权信息的查询方法可以应用在不同企业或组织的版权信息共享场景，因此，第一服务器可以是查询服务器，也可以是内部专门建立的用于存储外部服务器的版权信息的数据库服务器。

在本公开实施例中，查询服务器若未在本地的版权信息中查询到与待查询的信息标识匹配的信息，则可以确定待查询的版权信息并不是企业内部拥有的版权，因此可以将第一版权查询指令转发至第一服务器，从第一服务器进行版权信息的查询，以确定与第一版权查询指令匹配的版权信息，是否为已存储至内部的第一服务器的合作企业拥有的版权信息。

可选地，在本公开的一个实施例中，查询服务器可以对第一版权查询指令进行解析处理，确定第一版权查询指令中包括的待查询的信息标识，进而根据待查询的信息标识及查询服务器与第一服务器之间的通信原则，将第一版权查询指令转发至第一服务器，以使第一服务器对第一版权查询指令可识别。

可选地，在本公开的另一个实施例中，查询服务器还可以直接对第一版权查询指令进行修改，并将修改后的第一版权查询指令发送至第一服务器，以使第一服务器对获取到的版权查询指令可识别。比如，可以将第一版权查询指令中的发送端地址由客户端标识修改为查询服务器标识，将第一版权查询指令中的接收端地址由查询服务器标识修改为第一服务器的标识，以生成修改后的第一版权查询指令。

举例来说，假设本公开实施例的版权信息的查询方法的应用场景为企业A与企业B的音乐版权共享场景，第一版权查询指令中包括的待查询的信息标识为“歌曲B”，查询服务器未在本地查询到与“歌曲B”匹配的版权信息，则可以将第一版权查询指令生发送至第一服务器，以从第一服务器中获取“歌曲B”的版权信息。

在步骤103中，在从第一服务器查询到匹配结果时，查询服务器将第一服务器的第一版权查询结果反馈给客户端。

在本公开实施例中，将第一版权查询指令发送至第一服务器之后，查询服务器可以实时接收第一服务器返回的第一版权查询结果。若查询服务器对第一版权查询结果的解析结果不为空，即从第一服务器中查询到匹配结果，则可以直接将第一版权查询结果直接反馈至客户端，从而完成版权信息查询的过程。

在步骤104中，在未从第一服务器查询到匹配结果时，查询服务器进一步根据第一版权查询指令从第二服务器进行版权信息查询，并将第二服务器反馈的第二版权查询结果反馈给客户端。

其中，第二服务器，是指外部服务器。比如，企业A与企业B合作，实现版权信息共享，企业B允许企业A的服务器访问企业B的服务器，以从企业B的服务器中获取企业B拥有的版权信息，则查询服务器可以为企业A的服务器，第一服务器可以为企业A内部建立的用于存储第二服务器的版权信息的数据库服务器，第二服务器可以为企业B的服务器。

在本公开实施例中，接收到第一服务器返回的第一版权查询结果之后，可以对第一版权查询结果进行解析处理，以确定是否从第一服务器中获取到与待查询的信息标识匹配的信息。若对第一版权查询结果的解析结果为空，即第一版权查询结果为未查询到匹配结果，则可以确定第一服务器中未存储与待查询的信息标识匹配的信息，从而可以将第一版权查询指令转发至第二服务器，以进一步通过第二服务器进行查询，避免由于第一服务器的信息不完善导致的版权信息查询不准确。

可选地，在本公开的一个实施例中，查询服务器可以对第一版权查询指令进行解析处理，确定第一版权查询指令中包括的待查询的信息标识，进而根据待查询的信息标识及查询服务器与第二服务器之间的通信原则，将第一版权查询指令转发至第二服务器，以使第二服务器对第一版权查询指令可识别。

可选地，在本公开的另一个实施例中，查询服务器还可以直接对第一版权查询指令进行修改，并将修改后的第一版权查询指令发送至第二服务器，以使第二服务器对获取到的版权查询指令可识别。比如，可以将第一版权查询指令中的发送端地址由客户端标识修改为查询服务器标识，将第一版权查询指令中的接收端地址由查询服务器标识修改为第二服务器的标识，以生成修改后的第一版权查询指令。

在本公开实施例中，将第一版权查询指令发送至第二服务器之后，查询服务器可以实时接收第二服务器返回的第二版权查询结果。若接收到的第二版权查询结果为空，则可以确定第二服务器中也没有与待查询的信息标识匹配的信息，从而可以向客户端反馈“未查询到相关信息”的提示信息；若接收到的第二版权查询结果不为空，则可以确定已经从第二服务器中查询到与待查询的信息标识匹配的信息，从而可以将第二版权查询结果反馈至客户端。

本公开的实施例提供的版权信息的查询方法，通过内部的第一服务器存储外部的第二服务器的部分版权信息，从而查询服务器仅在无法从第一服务器查询到与客户端的第一版权查询指令匹配的查询结果时，才从第二服务器进行版权信息查询。由此，通过在内部的第一服务器存储外部的第二服务器的部分版权信息，利用第一服务器代替第二服务器进行版权信息查询，以降低对第二服务器的访问频率，从而不仅提升了版权信息查询的效率，而且降低了被第二服务器限流的风险，提升了版权信息查询的可靠性。

在本公开一种可能的实现形式中，通过第二服务器获取到查询结果之后，可以将查询结果存储至第一服务器，对第一服务器的数据进行完善和更新，以进一步降低对第二服务器的访问频率，进一步提升信息查询的效率和可靠性。

图2是根据一示例性实施例示出的另一种版权信息的查询方法的流程图，如图2所示，该版权信息的查询方法用于查询服务器中，包括以下步骤。

在步骤201中，查询服务器接收客户端的第一版权查询指令。

在步骤202中，查询服务器根据第一版权查询指令，从第一服务器进行版权信息的查询。

在步骤203中，在从第一服务器查询到匹配结果时，查询服务器将第一服务器的第一版权查询结果反馈给客户端。

在步骤204中，在未从第一服务器查询到匹配结果时，查询服务器进一步根据第一版权查询指令从第二服务器进行版权信息查询，并将第二服务器反馈的第二版权查询结果反馈给客户端。

上述步骤201-204的具体实现过程及原理，可以参照上述实施例的详细描述，此处不再赘述。

在步骤205中，查询服务器根据第二版权查询结果，对第一服务器之中存储的版权信息进行更新。

在本公开实施例中，若第二版权查询结果不为空，查询服务器还可以将第二版权查询结果存储至第一服务器，以对第一服务器中的数据进行完善和更新。

作为一种可能的实现方式，查询服务器可以在查询到版权信息之后，将版权信息的一个或多个字段作为查询项，存储至第一服务器中。即在本公开实施例一种可能的实现形式中，上述步骤205，可以包括：

查询服务器从第二版权查询结果之中提取版权信息；

查询服务器将版权信息作为查询项存储至第一服务器。

在本公开实施例中，若通过第二服务器查询到与待查询的信息标识匹配的版权信息，则第二服务器可以将查询到的版权信息加入第二版权查询结果中，并返回至查询服务器。查询服务器可以对第二版权查询结果进行解析处理，确定第二版权查询结果中的版权信息，进而将获取的版权信息作为第一服务器中的一个查询项存储至第一服务器中。

可选地，在本公开的一个实施例中，若版权信息中包括多个字段，可以将版权信息中包括的多个字段均分别作为查询项中的一个字段存储至第一服务器中，即将完整的版权信息直接存储值第一服务器中，以使第一服务器中存储的版权信息更加完善。比如，待查询的信息标识为“歌曲B”，从第二版权查询结果中的提取的版权信息为“歌曲名：歌曲B，专辑名：C，歌手名：D，歌词链接：XXX，时长：3分钟”，则可以将“歌曲名：歌曲B，专辑名：C，歌手名：D，歌词链接：XXX，时长：3分钟”作为查询项存储至第一服务器。

可选地，在本公开的另一个实施例中，若版权信息中包括多个字段，还可以选取版权信息中包括的部分关键字段作为查询项的各字段存储至第一服务器中，以保证可以在第一服务器中查询到该版权信息的同时，节省第一服务器的存储空间。比如，待查询的信息标识为“歌曲B”，从第二版权查询结果中的提取的版权信息为“歌曲名：歌曲B，专辑名：C，歌手名：D，歌词链接：XXX，时长：3分钟”，则可以将“歌曲名：歌曲B，专辑名：C，歌手名：D”作为查询项存储至第一服务器。

进一步的，由于版权通常有期限限制，因此在将版权信息存储至第一服务器时，还可以根据版权信息的版权期限设置该版权信息对应的查询项的过期时间，以保证通过第一服务器查询到的版权信息的可靠性，防止侵权。即在本公开实施例一种可能的实现形式中，上述步骤205之后，还可以包括：

查询服务器获取第一服务器之中每个查询项的存在时间；

在查询项的存在时间大于过期时间时，查询服务器根据过期的查询项生成第二版权查询指令并发送至第二服务器；

查询服务器根据第二服务器反馈的第三版权查询结果更新过期的查询项。

其中，第二版权查询指令，是指根据第一服务器中的超过版权期限的查询项生成的查询指令。第二版权查询指令可以包括一个或多个查询项信息，以及服务器的标识与第二服务器的标识。

作为一种可能的实现方式，查询项的过期时间，可以是查询项对应的版权信息的版权终止时间与将该查询项存储至第一服务器的时间之间的差值；相应的，查询项的存在时间，是指当前时刻与将该查询项存储至第一服务器的时间之间的差值。

在本公开实施例中，将查询项存储至第一服务器时，可以将该查询项对应的版权信息的版权终止日期与存储该查询项时的日期之间的差值，确定为该查询项的过期时间，并将该查询项的过期时间与该查询项进行对应存储。之后服务器可以按照预设频率，计算当前日期与第一服务器中存储的每个查询项存储至第一服务器时的日期之间的差值，即每个查询项的存在时间，并在确定查询项的存在时间大于过期时间时，确定该查询项已超过版权期限，从而可以根据该过期的查询项生成第二版权查询指令，以从第二服务器中查询与该查询项对应的版权信息。具体的，如果从第二服务器返回的第三版权查询结果中解析出版权信息，则可以确定第二服务器中已对该版权信息进行续期，从而可以根据第三版权查询结果中的版权信息对查询项进行更新，以及根据第三版权查询结果中的版权信息的版权终止日期，对该查询项的过期时间进行更新。

举例来说，查询项A在2010年1月1日存储至服务器，查询项A对应的版权信息的终止日期为2020年1月31日，则与查询项A对应存储的过期时间为30天。若获取查询项的存在时间的当前日期为2020年2月10日，则查询项A的存在时间为40天，大于查询项A的过期时间，从而可以确定查询项A已经超过版权期限，则可以根据查询项A生成第二版权查询指令发送至第二服务器。若第二服务器返回的第三版权查询结果中包括查询项A对应的版权信息，且版权信息的终止日期为2020年3月31日，则可以利用该版权信息对查询项A进行更新，并将查询项A的过期时间设置为50天；若第二服务器返回的第三版权查询结果中未包括查询项A对应的版权信息，则可以确定查询项A对应的版权信息在第二服务器中也已经过期，则可以将查询项A从第一服务器中删除，以防止侵权。

需要说明的是，实际使用时，获取查询项的存在时间的预设频率，可以根据实际需要确定，本公开实施例对此不做限定。比如，预设频率可以是1天、1周等。

作为另一种可能的实现方式，查询项的过期时间，可以是查询项对应的版权信息的版权终止时间；相应的，查询项的存在时间，是指获取查询项的存在时间的当前时间。

在本公开实施例中，若获取的查询项的存在时间在查询项的过期时间之后，则可以确定该查询项已超过版权期限，从而可以根据该过期的查询项生成第二版权查询指令，以从第二服务器中查询与该查询项对应的版权信息，对该查询项进行更新。

进一步的，在生成第二版权查询指令时，可以将过期的查询项的多媒体名称，作为待查询的版权信息的标识，生成第二版权查询指令，以对过期的查询项进行查询。即在本公开实施例一种可能的实现形式中，上述查询服务器根据过期的查询项生成第二版权查询指令并发送至第二服务器，可以包括：

查询服务器获取过期的查询项的多媒体名称；以及

查询服务器根据多媒体名称，生成第二版权查询指令并发送至第二服务器。

在本公开实施例中，查询服务器在确定第一服务器中包含过期的查询项时，可以对过期的查询项进行解析处理，以确定过期的查询项中包含的多媒体名称，并将过期的查询项中包含的多媒体名称作为待查询的版权信息标识，生成第二查询指令并发送至第二服务器，以使第二服务器可以根据第二查询指令中的多媒体名称，查询本地是否存储有与该多媒体名称匹配的版权信息。

举例来说，查询服务器确定第一服务器中包含两个过期的查询项，查询项A中包含的多媒体名称为“歌曲A”，查询项B中包含的多媒体名称为“歌曲B”，从而可以将“歌曲A”和“歌曲B”作为待查询的版权信息标识，生成第二版权信息查询指令并发送至第二服务器。

进一步的，查询服务器在根据过期的查询项中包含的多媒体名称，生成第二查询指令时，也可以将过期的查询项中包含的多媒体名称作为版权信息标识，确定第三版权查询结果中，是否包含与多媒体名称匹配的版权信息。即在本公开实施例一种可能的实现形式中，上述查询服务器根据第二服务器反馈的第三版权查询结果更新过期的查询项，可以包括：

查询服务器从第三版权查询结果之中获取多媒体名称所对应的版权信息；以及

查询服务器将多媒体名称所对应的版权信息存储至过期的查询项，以更新查询项。

在本公开实施例中，查询服务器获取到第二服务器返回的第三版权查询结果之后，可以对第三版权查询结果进行解析处理，以确定第三版权查询结果中是否包含与过期的查询项的多媒体名称匹配的版权信息。若第三版权查询结果中包含与多媒体名称匹配的版权信息，则可以将该版权信息存储至于该多媒体名称对应的查询项中，以对过期的查询项进行更新；若第三版权查询结果中未包含与多媒体名称匹配的版权信息，则可以确定该多媒体的版权信息已经过期，从而可以将该多媒体名称对应的查询项从第一服务器中删除。

举例来说，查询服务器确定第一服务器中包含两个过期的查询项，查询项A中包含的多媒体名称为“歌曲A”，查询项B中包含的多媒体名称为“歌曲B”，从而查询服务器在获取到第二服务器返回的第三版权查询结果之后，可以对第三版权查询结果进行解析处理，并从第三版权查询结果中获取到多媒体名称“歌曲A”对应的版权信息，但未获取到多媒体名称“歌曲B”对应的版权信息，从而可以将第三版权查询结果中包含的“歌曲A”对应的版权信息，存储至第一服务器中，以对“歌曲A”对应的查询项进行更新；并将“歌曲B”对应的查询项从第一服务器中删除。

进一步的，由于在用户请求的高峰时段，服务器需要处理大量的用户请求，因此可以避开高峰时段对过期的查询项进行更新，以降低服务器的数据处理压力，更好的响应用户请求。即在本公开实施例一种可能的实现形式中，上述查询服务器根据查询项生成第二版权查询指令并发送至第二服务器，可以包括：

查询服务器获取当前时间；

在当前时间属于预设时间段时，查询服务器根据过期的查询项生成第二版权查询指令并发送至第二服务器。

作为一种可能的实现方式，可以提前预设查询服务器对第一服务器中的查询项进行更新的预设时间段，以避开查询服务器处理用户请求的高峰时段，降低查询服务器的运行负担。因此，查询服务器在确定第一服务器中包括存在时间大于过期时间的查询项时，可以首先判断当前时间是否处于预设时间段内，若是，则可以直接根据过期的查询项生成第二版权查询指令并发送至第二服务器；若当前时间未处于预设时间段内，则可以先将存在时间大于过期时间的查询项进行存储，并在当前时间到达预设时间段时，再根据存储的查询项生成第二版权查询指令，并发送至第二服务器。

作为另一种可能的实现方式，查询服务器还可以直接在预设时间段内查询第一服务器中的各查询项的存在时间是否已超过过期时间，从而可以在确定查询项过期时，直接根据过期的查询项生成第四指令，以根据第二服务器的返回结果对查询项进行更新。

需要说明的是，实际使用时，预设时间段可以根据查询服务器的具体运行情况确定，将预设时间段确定为查询服务器的数据处理量较小的时间段。比如，可以将预设时间段确定为每天的凌晨1点至6点。

本公开的实施例提供的版权信息的查询方法，通过内部的第一服务器存储外部的第二服务器的部分版权信息，从而查询服务器仅在无法从第一服务器查询到与客户端的第一版权查询指令匹配的查询结果时，才从第二服务器进行版权信息查询，并将从第二服务器获取到的查询结果存储至第一服务器，以对第一服务器存储的版权信息进行更新。由此，通过在内部的第一服务器存储外部的第二服务器的部分版权信息，利用第一服务器代替第二服务器进行版权信息查询，并利用第二服务器返回的查询结果不断更新和完善第一服务器的数据，从而进一步降低了对第二服务器的访问频率，进一步提升了版权信息查询的效率和可靠性。

在本公开一种可能的实现形式中，若查询的信息为多媒体的版权信息，由于热度越高的多媒体信息越容易侵权，从而可以根据多媒体的热度信息，自动查询热度较高的多媒体的版权信息并存储在第一服务器中，以进一步提升版权信息查询的效率。

图3是根据一示例性实施例示出的再一种版权信息的查询方法的流程图，如图3所示，该版权信息的查询方法用于查询服务器中，包括以下步骤。

步骤301，查询服务器获取多媒体的搜索数量和/或浏览数量信息。

需要说明的是，本公开实施例的版权信息的查询方法，应用在多媒体的版权信息查询场景时，由于多媒体的热度越高，侵权事件的发生几率越高，从而可以根据多媒体的热度信息，自动查询热度较高的多媒体的版权信息并存储在第一服务器中，以在获取到相应的查询指令中，直接从第一服务器中查询多媒体的版权信息，进一步提升了版权信息查询的效率。

作为一种可能的实现方式，由于多媒体的搜索数量与浏览数量，可以反映多媒体的热度，具体的，多媒体的搜索数量与浏览数量越高，则说明多媒体的热度越高。因此，在本公开实施例一种可能的实现形式中，查询服务器可以获取多媒体的搜索数量和/或浏览数量，并根据多媒体的搜索数量和/或浏览数量，确定热度较高的多媒体。可选地，查询服务器可以获取搜索数量与浏览数量中的一种或多种信息，作为确定热度较高的多媒体的参数。

方式一：查询服务器仅获取多媒体的搜索数量信息。

在本公开的一个实施例中，查询服务器可以在获取到客户端对多媒体的搜索请求时，记录获取到的多媒体的搜索请求的数量，作为多媒体的搜索数量，进而在获取多媒体的搜索数量信息时，可以将当前时刻之前已存储的各多媒体的搜索数量，分别作为各多媒体的搜索数量信息。

举例来说，在获取多媒体的搜索数量信息时，确定已存储的各多媒体的搜索数量为“多媒体A：200，多媒体B：150，多媒体C：500”，从而可以确定多媒体A的搜索数量信息为200，多媒体B的搜索数量信息为150，多媒体C的搜索数量信息为500。

方式二：查询服务器仅获取多媒体的浏览数量信息。

在本公开的另一个实施例中，查询服务器可以在获取到客户端对多媒体的浏览请求时，记录获取到的多媒体的浏览请求的数量，作为多媒体的浏览数量，进而在获取多媒体的浏览数量信息时，可以将当前时刻之前已存储的各多媒体的浏览数量，分别作为各多媒体的浏览数量信息。

举例来说，在获取多媒体的浏览数量信息时，确定已存储的各多媒体的浏览数量为“多媒体A：200，多媒体B：150，多媒体C：500”，从而可以确定多媒体A的浏览数量信息为200，多媒体B的浏览数量信息为150，多媒体C的浏览数量信息为500。

方式三：查询服务器仅获取多媒体的搜索数量和浏览数量信息。

在本公开的再一个实施例中，查询服务器可以在获取到客户端对多媒体的搜索请求与浏览请求时，记录获取到的多媒体的搜索请求的数量，作为多媒体的搜索数量，以及记录多媒体的浏览请求的数量，作为多媒体的浏览数量，进而在获取多媒体的搜索数量和浏览数量信息时，可以将当前时刻之前已存储的各多媒体的搜索数量，分别作为各多媒体的搜索数量信息，以及可以将当前时刻之前已存储的各多媒体的浏览数量，分别作为各多媒体的浏览数量信息。

举例来说，在获取多媒体的搜索数量和浏览数量信息时，确定已存储的各多媒体的搜索数量为“多媒体A：200，多媒体B：150，多媒体C：500，多媒体D：50”，已存储的各多媒体的浏览数量为“多媒体A：500，多媒体B：150，多媒体C：400”，从而可以确定多媒体A的搜索数量信息为200，,浏览数量信息为500；多媒体B的搜索数量信息为150，浏览数量信息为150；多媒体C的搜索数量信息为500，浏览数量信息为400；多媒体D的搜索数量信息为50，浏览数量信息为0。

需要说明的是，实际使用时，可以预设获取多媒体的搜索数量和/或浏览数量信息的频率，以保证可以及时获取到热度较高的多媒体，又不会因为频率过于频繁，增加查询服务器的处理压力。比如，预设频率可以为1周、1个月等，本公开实施例对此不做限定。

需要说明的是，由于多媒体的热度通常是随着时间变化的，比如在1月热度很高的多媒体，在3月之后的热度变的很低。若是一直对多媒体的搜索数量和/或浏览数量进行累加，容易导致确定的热度较高的多媒体的时效性较差。因此，在根据多媒体的搜索数量和/或浏览数量，确定热度较高的多媒体，还可以预先设置多媒体的搜索数量和/或浏览数量的更新周期，以保证多媒体的搜索数量和/或浏览数量信息的时效性。实际使用时，更新周期可以根据实际需要预设，本公开实施例对此不做限定。

举例来说，预先设置的更新周期为3个月，记录多媒体的搜索数量和/或浏览数量的起始日期为2020年1月1日，则可以在2020年1月1日至2020年3月31日之间，在获取到对多媒体信息的搜索请求和/或浏览请求时，对多媒体的搜索数量和/或浏览数量进行累加，并在2020年4月1日将在2020年1月1日至2020年3月31日之间统计的各多媒体信息的搜索数量和/或浏览数量删除，并在2020年4月1日至2020年6月30日之间，根据获取到的搜索请求和/或浏览请求，统计多媒体的搜索数量和/或浏览数量，以此类推。

步骤302，查询服务器根据多媒体的搜索数量和/或浏览数量信息生成待备份多媒体集合。

其中，待备份多媒体集合，可以包括搜索数量和/或浏览数量较高的一个或多个多媒体信息。

作为一种可能的实现方式，查询服务器在获取到多媒体的搜索数量和/或浏览数量信息之后，可以对多媒体的搜索数量和/或浏览数量信息进行融合处理，以生成多媒体的热度信息，进而根据各多媒体的热度信息，生成待备份多媒体集合。可选地，根据查询服务获取的多媒体的参数类型，可以通过以下三种方式中的任意一种确定各多媒体的热度信息。

方式一：查询服务器根据获取的多媒体的搜索数量信息，生成多媒体的热度信息。

在本公开的一个实施例中，若查询服务器仅获取了多媒体的搜索数量信息，则可以将获取的各多媒体的搜索数量，分别作为各多媒体的热度信息。

举例来说，查询服务器获取的各多媒体的搜索数量信息为“多媒体A：200，多媒体B：150，多媒体C：500”，从而可以确定多媒体A的热度信息为200，多媒体B的热度信息为150，多媒体C的热度信息为500。

方式二：查询服务器根据获取的多媒体的浏览数量信息，生成多媒体的热度信息。

在本公开的一个实施例中，若查询服务器仅获取了多媒体的浏览数量信息，则可以将获取的各多媒体的浏览数量，分别作为各多媒体的热度信息。

举例来说，查询服务器获取的各多媒体的浏览数量信息为“多媒体A：200，多媒体B：150，多媒体C：500”，从而可以确定多媒体A的热度信息为200，多媒体B的热度信息为150，多媒体C的热度信息为500。

方式二：查询服务器根据获取的多媒体的搜索数量和浏览数量信息，生成多媒体的热度信息。

在本公开的一个实施例中，若查询服务器同时获取了多媒体的搜索数量信息和浏览数量信息，则可以将获取的各多媒体的搜索数量与浏览数量之和，分别作为各多媒体的热度信息；或者，还可以根据搜索数量与浏览数量对多媒体的热度的重要程度，预先设置搜索数量与浏览数量分别对应的权重，并将各多媒体的搜索数量与浏览数量的加权和，分别作为各多媒体的热度信息，以提升确定的多媒体的热度信息的准确性。

举例来说，查询服务器获取的各多媒体的搜索数量为“多媒体A：200，多媒体B：150，多媒体C：500，多媒体D：50”，各多媒体的浏览数量为“多媒体A：500，多媒体B：150，多媒体C：400”，搜索数量对应的权重为0.4，浏览数量对应的权重为0.6，从而可以确定多媒体A的热度信息为380，多媒体B的热度信息为150，多媒体C的热度信息为440，多媒体D的热度信息为20。

在本公开实施例中，查询服务器获取到各多媒体的热度信息之后，可以将热度信息大于或等于热度阈值的多媒体信息，确定为热度较高的多媒体信息，并利用热度信息大于或等于热度阈值的多媒体信息生成待备份多媒体集合；或者，还可以将各多媒体的热度信息降序排序，并将排序位于前N个的多媒体信息，确定为热度较高的多媒体信息，并利用排序位于前N个的多媒体信息生成待备份多媒体信息集合。

需要说明的是，实际使用时，热度阈值或N的具体取值，可以根据实际需要及具体的应用场景确定，本公开实施例对此不做限定。

步骤303，查询服务器根据待备份多媒体集合之中的多个多媒体生成第三版权查询指令，并发送至第二服务器。

其中，第三版权查询指令，可以包括查询服务器的标识、第二服务器的标识以及待备份多媒体集合中各多媒体的标识等信息。需要说明的是，可以将待备份多媒体集合中各多媒体的名称，分别确定为各多媒体的标识。

在本公开实施例中，获取到待备份多媒体集合之后，查询服务器可以提取待备份多媒体集合中各多媒体的名称作为多媒体的标识，生成第三版权查询指令，并发送至第二服务器，以从第二服务器中查询与各多媒体的标识匹配的多媒体版权信息。

在步骤304中，查询服务器根据第二服务器反馈的第四版权查询结果，在第一服务器之中增加待备份多媒体集合所对应的查询项。

在本公开实施例中，查询服务器获取到第二服务器反馈的第四版权查询结果之后，可以对第四版权查询结果进行解析处理，以确定各多媒体对应的版权信息，并将各多媒体对应的版权信息分别作为一个查询项添加至第一服务器中。

需要说明的是，将多媒体对应的版权信息作为查询项添加至第一服务器中的具体实现过程及原理，可以参照上述实施例的详细描述，此处不再赘述。

本公开的实施例提供的版权信息的查询方法，通过获取多媒体的搜索数量和/或浏览数量信息，生成热度较高的待备份多媒体集合，并从第二服务器中查询待备份多媒体集合的版权信息，进而存储在第一服务器中。由此，通过根据多媒体的搜索数量和/或浏览数量信息，自动查询热度较高的多媒体的版权信息并存储在第一服务器中，以在获取到相应的查询指令时，直接从第一服务器中查询多媒体的版权信息，进一步提升了版权信息查询的效率。

图4是根据一示例性实施例示出的一种版权信息的查询装置框图。参照图4，该装置40包括接收模块41、第一查询模块42、反馈模块43及第二查询模块44。

该接收模块41，被配置为执行查询服务器接收客户端的第一版权查询指令的步骤。

需要说明的是，本公开的版权信息的查询方法的执行主体为查询服务器。本公开实施例的版权信息的查询装置可以配置在任意查询服务器中，以执行本公开实施例的版权信息的查询方法。

其中，客户端，是指由查询服务器提供服务的应用程序、网页或终端设备等。比如，本公开的查询服务器为某短视频应用程序的服务器，则客户端是所有安装在用户的终端设备中的该短视频应用程序，也可以是该短视频应用程序的管理者、开发者所使用的对该短视频应用程序进行管理、维护的网页、应用程序等，本公开实施例对此不做限定。

其中，第一版权查询指令，是指查询服务器从客户端获取的信息查询请求。第一版权查询指令中可以包括客户端的标识、查询服务器的标识、待查询的信息标识等。

在本公开实施例中，版权信息的查询装置40配置在查询服务器中时，接收模块41可以通过查询服务器与客户端之间的通信链路，实时接收客户端发送的第一版权查询指令，并对第一版权查询指令进行解析，确定第一版权查询指令中包括的客户端标识与待查询的信息标识。并首先根据待查询的信息标识，在本地查询与待查询的信息标识匹配的版权信息。若在本地查询到与待查询的信息标识匹配的信息，则可以根据客户端的标识，将与待查询的信息标识匹配的版权信息返回至客户端。

该第一查询模块42，被配置为执行查询服务器根据第一版权查询指令，从第一服务器进行版权信息的查询的步骤。

其中，第一服务器，是指内部服务器。需要说明的是，本申请实施例的版权信息的查询方法可以应用在不同企业或组织的版权信息共享场景，因此，第一服务器可以是查询服务器，也可以是内部专门建立的用于存储外部服务器的版权信息的数据库服务器。

在本公开实施例中，查询服务器若未在本地的版权信息中查询到与待查询的信息标识匹配的信息，则可以确定待查询的版权信息并不是企业内部拥有的版权，因此可以通过第一查询模块42将第一版权查询指令转发至第一服务器，从第一服务器进行版权信息的查询，以确定与第一版权查询指令匹配的版权信息，是否为已存储至内部的第一服务器的合作企业拥有的版权信息。

该反馈模块43，被配置为执行在从第一服务器查询到匹配结果时，查询服务器将第一服务器的第一版权查询结果反馈给客户端的步骤。

在本公开实施例中，将第一版权查询指令发送至第一服务器之后，查询服务器可以实时接收第一服务器返回的第一版权查询结果。若查询服务器对第一版权查询结果的解析结果不为空，即从第一服务器中查询到匹配结果，则可以直接将第一版权查询结果直接反馈至客户端，从而完成版权信息查询的过程。

该第二查询模块44，被配置为执行在未从第一服务器查询到匹配结果时，查询服务器进一步根据第一版权查询指令从第二服务器进行版权信息查询，并将第二服务器反馈的第二版权查询结果反馈给客户端的步骤。

其中，第二服务器，是指外部服务器。

在本公开实施例中，查询服务器接收到第一服务器返回的第一版权查询结果之后，可以对第一版权查询结果进行解析处理，以确定是否从第一服务器中获取到与待查询的信息标识匹配的信息。若对第一版权查询结果的解析结果为空，即第二版权查询结果为未查询到匹配结果，则可以确定第一服务器中未存储与待查询的信息标识匹配的信息，从而可以通过第二查询模块44将第一版权查询指令转发至第二服务器，以进一步通过第二服务器进行查询，避免由于第一服务器的信息不完善导致的版权信息查询不准确。

在本公开实施例中，将第一版权查询指令发送至第二服务器之后，第二查询模块44可以实时接收第二服务器返回的第二版权查询结果。若接收到的第二版权查询结果为空，则可以确定第二服务器中也没有与待查询的信息标识匹配的信息，从而可以向客户端反馈“未查询到相关信息”的提示信息；若接收到的第二版权查询结果不为空，则可以确定已经从第二服务器中查询到与待查询的信息标识匹配的信息，从而可以将第二版权查询结果反馈至客户端。

在实际使用时，本公开实施例提供的版权信息的查询装置，可以被配置在任意服务器中，以执行前述版权信息的查询方法。

本公开的实施例提供的版权信息的查询装置，通过内部的第一服务器存储外部的第二服务器的部分版权信息，从而查询服务器仅在无法从第一服务器查询到与客户端的第一版权查询指令匹配的查询结果时，才从第二服务器进行版权信息查询。由此，通过在内部的第一服务器存储外部的第二服务器的部分版权信息，利用第一服务器代替第二服务器进行版权信息查询，以降低对第二服务器的访问频率，从而不仅提升了版权信息查询的效率，而且降低了被第二服务器限流的风险，提升了版权信息查询的可靠性。

在本公开一种可能的实现形式中，上述版权信息的查询装置40，还包括：

第一更新模块，被配置为执行查询服务器根据第二版权查询结果，对第一服务器之中存储的版权信息进行更新的步骤。

进一步的，在本公开另一种可能的实现形式中，上述第一更新模块，包括：

提取单元，被配置为执行从查询服务器从第二版权查询结果之中提取版权信息的步骤；以及

第一存储单元，被配置为执行查询服务器将版权信息作为查询项存储至第一服务器的步骤。

在本公开实施例中，提取单元可以对第二版权查询结果进行解析处理，确定第二版权查询结果中的版权信息，存储单元进而将获取的版权信息作为第一服务器中的一个查询项存储至第一服务器中。进一步的，在本公开再一种可能的实现形式中，上述版权信息的查询装置40，还包括：

第二获取模块，被配置为执行查询服务器获取第一服务器之中每个查询项的存在时间的步骤；以及

第一发送模块，被配置为执行在查询项的存在时间大于过期时间时，查询服务器根据过期的查询项生成第二版权查询指令并发送至第二服务器的步骤；以及

第二更新模块，被配置为执行查询服务器根据第二服务器反馈的第三版权查询结果更新查询项的步骤。

其中，第二版权查询指令，是指根据第一服务器中的超过版权期限的查询项生成的查询指令。第二版权查询指令可以包括一个或多个查询项信息，以及服务器的标识与第二服务器的标识。

作为一种可能的实现方式，查询项的过期时间，可以是查询项对应的版权信息的版权终止时间与将该查询项存储至第一服务器的时间之间的差值；相应的，查询项的存在时间，是指当前时刻与将该查询项存储至第一服务器的时间之间的差值。

在本公开实施例中，第二获取模块可以计算当前日期与第一服务器中存储的每个查询项存储至第一服务器时的日期之间的差值，即每个查询项的存在时间，进而第一发送模块在确定查询项的存在时间大于过期时间时，确定该查询项已超过版权期限，从而可以根据该过期的查询项生成第二版权查询指令，以从第二服务器中查询与该过期的查询项对应的版权信息，以对该查询项的过期时间进行更新。

作为另一种可能的实现方式，查询项的过期时间，可以是查询项对应的版权信息的版权终止时间；相应的，查询项的存在时间，是指获取查询项的存在时间的当前时间。

在本公开实施例中，若第二获取模块获取的查询项的存在时间在查询项的过期时间之后，则可以确定该查询项已超过版权期限，从而可以根据该过期的查询项生成第二版权查询指令，以从第二服务器中查询与该查询项对应的版权信息，对该查询项进行更新。

进一步的，在本公开又一种可能的实现形式中，上述第一发送模块，包括：

第一获取单元，被配置为执行查询服务器获取过期的查询项的多媒体名称的步骤；以及

生成单元，被配置为执行查询服务器根据多媒体名称，生成第二版权查询指令并发送至第二服务器的步骤。

进一步的，在本公开又一种可能的实现形式中，上述第二更新模块，包括：

第二获取单元，被配置为执行查询服务器从第三版权查询结果之中获取多媒体名称所对应的版权信息的步骤；以及

第二存储单元，被配置为执行查询服务器将多媒体名称所对应的版权信息存储至过期的查询项，以更新查询项的步骤。

进一步的，在本公开另一种可能的实现形式中，上述第一发送模块，包括：

第三获取单元，被配置为执行查询服务器获取当前时间的步骤；以及

发送单元，被配置为执行在当前时间属于预设时间段时，查询服务器根据过期的查询项生成第二版权查询指令并发送至第二服务器的步骤。

作为一种可能的实现方式，可以提前预设查询服务器对第一服务器中的查询项进行更新的预设时间段，以避开查询服务器处理用户请求的高峰时段。因此，第一发送模块在确定第一服务器中包括存在时间大于过期时间的查询项时，可以首先通发送单元判断第一获取单元获取的当前时间是否处于预设时间段内，若是，发送单元可以直接根据过期的查询项生成第二版权查询指令并发送至第二服务器；若发送单元确定当前时间未处于预设时间段内，则可以先将存在时间大于过期时间的查询项进行存储，并在当前时间到达预设时间段时，在根据存储的查询项生成第二版权查询指令，并发送至第二服务器。

进一步的，在本公开再一种可能的实现形式中，上述版权信息为多媒体的版权信息，相应的，上述版权信息的查询装置40，还包括：

第三获取模块，被配置为执行查询服务器获取多媒体的搜索数量和/或浏览数量信息的步骤；

生成模块，被配置为执行查询服务器根据多媒体的搜索数量和/或浏览数量信息生成待备份多媒体集合的步骤；以及

第二发送模块，被配置为执行查询服务器根据待备份多媒体集合之中的多个多媒体生成第三版权查询指令，并发送至第二服务器的步骤；以及

增加模块，被配置为执行查询服务器根据第二服务器反馈的第四版权查询结果，在第一服务器之中增加待备份多媒体集合所对应的查询项的步骤。

需要说明的是，本公开实施例的版权信息的查询装置，应用在多媒体的版权信息查询场景时，由于多媒体的热度越高，侵权事件的发生几率越高，从而版权信息的查询装置40的第三获取模块可以获取多媒体的热度信息，生成模块根据多媒体的热度信息，生成热度较高的待备份多媒体集合，增加模块可以自动查询热度较高的多媒体的版权信息并存储在第一服务器中，以在获取到相应的查询指令中，直接从第一服务器中查询多媒体的版权信息，进一步提升了信息查询的效率。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

本公开的实施例提供的版权信息的查询装置，通过内部的第一服务器存储外部的第二服务器的部分版权信息，从而查询服务器仅在无法从第一服务器查询到与客户端的第一版权查询指令匹配的查询结果时，才从第二服务器进行版权信息查询，并将从第二服务器获取到的查询结果存储至第一服务器，以对第一服务器存储的版权信息进行更新。由此，通过在内部的第一服务器存储外部的第二服务器的部分版权信息，利用第一服务器代替第二服务器进行版权信息查询，并利用第二服务器返回的查询结果不断更新和完善第一服务器的数据，从而进一步降低了对第二服务器的访问频率，进一步提升了版权信息查询的效率和可靠性。

图5是根据一示例性实施例示出的一种用于版权信息查询的服务器200的框图。

如图5所示，上述服务器200包括：

存储器210及处理器220，连接不同组件(包括存储器210和处理器220)的总线230，存储器210存储有计算机程序，当处理器220执行所述程序时实现本公开实施例所述的版权信息的查询方法。

总线230表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

服务器200典型地包括多种电子设备可读介质。这些介质可以是任何能够被服务器200访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

存储器210还可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)240和/或高速缓存存储器250。服务器200可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统260可以用于读写不可移动的、非易失性磁介质(图5未显示，通常称为“硬盘驱动器”)。尽管图5中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线230相连。存储器210可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本公开各实施例的功能。

具有一组(至少一个)程序模块270的程序/实用工具280，可以存储在例如存储器210中，这样的程序模块270包括——但不限于——操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块270通常执行本公开所描述的实施例中的功能和/或方法。

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

处理器220通过运行存储在存储器210中的程序，从而执行各种功能应用以及数据处理。

需要说明的是，本实施例的服务器的实施过程和技术原理参见前述对本公开实施例的版权信息的查询方法的解释说明，此处不再赘述。

本公开实施例提供的服务器，可以执行如前所述的版权信息的查询方法，通过内部的第一服务器存储外部的第二服务器的部分版权信息，从而查询服务器仅在无法从第一服务器查询到与客户端的第一版权查询指令匹配的查询结果时，才从第二服务器进行版权信息查询。由此，通过在内部的第一服务器存储外部的第二服务器的部分版权信息，利用第一服务器代替第二服务器进行版权信息查询，以降低对第二服务器的访问频率，从而不仅提升了版权信息查询的效率，而且降低了被第二服务器限流的风险，提升了版权信息查询的可靠性。

为了实现上述实施例，本公开还提出一种存储介质。

其中，该存储介质中的指令由服务器的处理器执行时，使得服务器能够执行如前所述的版权信息的查询方法。

为了实现上述实施例，本公开还提供一种计算机程序产品，该计算机程序由服务器的处理器执行时，使得服务器能够执行如前所述的版权信息的查询方法。

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

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (10)

1.一种版权信息的查询方法，其特征在于，包括：

查询服务器接收客户端的第一版权查询指令；

所述查询服务器根据所述第一版权查询指令，从第一服务器进行版权信息的查询；

在从所述第一服务器查询到匹配结果时，所述查询服务器将所述第一服务器的第一版权查询结果反馈给所述客户端；以及

在未从所述第一服务器查询到匹配结果时，所述查询服务器进一步根据所述第一版权查询指令从第二服务器进行版权信息查询，并将所述第二服务器反馈的第二版权查询结果反馈给所述客户端。

2.如权利要求1所述版权信息的查询方法，其特征在于，在所述查询服务器将所述第二服务器反馈的第二版权查询结果反馈给所述客户端之后，还包括：

所述查询服务器根据所述第二版权查询结果，对所述第一服务器之中存储的版权信息进行更新。

3.如权利要求2所述的版权信息的查询方法，其特征在于，所述根据所述第二版权查询结果，所述查询服务器对所述第一服务器之中存储的版权信息进行更新，包括：

所述查询服务器从所述第二版权查询结果之中提取版权信息；以及

所述查询服务器将所述版权信息作为查询项存储至所述第一服务器。

4.如权利要求3所述的版权信息的查询方法，其特征在于，还包括：

所述查询服务器获取所述第一服务器之中每个查询项的存在时间；

在所述查询项的存在时间大于过期时间时，所述查询服务器根据过期的所述查询项生成第二版权查询指令并发送至所述第二服务器；以及

所述查询服务器根据所述第二服务器反馈的第三版权查询结果更新过期的所述查询项。

5.如权利要求4所述的版权信息的查询方法，其特征在于，所述查询服务器根据过期的所述查询项生成第二版权查询指令并发送至所述第二服务器，包括：

所述查询服务器获取过期的所述查询项的多媒体名称；以及

所述查询服务器根据所述多媒体名称，生成所述第二版权查询指令并发送至所述第二服务器。

6.如权利要求5所述的版权信息的查询方法，其特征在于，所述查询服务器根据所述第二服务器反馈的第三版权查询结果更新过期的所述查询项，包括：

所述查询服务器从所述第三版权查询结果之中获取所述多媒体名称所对应的版权信息；以及

所述查询服务器将所述多媒体名称所对应的版权信息存储至过期的所述查询项，以更新所述查询项。

7.如权利要求4所述的版权信息的查询方法，其特征在于，所述查询服务器根据过期的所述查询项生成第二版权查询指令并发送至所述第二服务器，包括：

所述查询服务器获取当前时间；以及

在所述当前时间属于预设时间段时，所述查询服务器根据过期的所述查询项生成所述第二版权查询指令并发送至所述第二服务器。

8.一种版权信息的查询装置，其特征在于，包括：

接收模块，被配置为执行查询服务器接收客户端的第一版权查询指令的步骤；

第一查询模块，被配置为执行所述查询服务器根据所述第一版权查询指令，从第一服务器进行版权信息的查询的步骤；

反馈模块，被配置为执行在从所述第一服务器查询到匹配结果时，所述查询服务器将所述第一服务器的第一版权查询结果反馈给所述客户端的步骤；以及

第二查询模块，被配置为执行在未从所述第一服务器查询到匹配结果时，所述查询服务器进一步根据所述第一版权查询指令从第二服务器进行版权信息查询，并将所述第二服务器反馈的第二版权查询结果反馈给所述客户端的步骤。

9.一种服务器，其特征在于，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如权利要求1-7中任一项所述的版权信息的查询方法。

10.一种存储介质，当所述存储介质中的指令由服务器的处理器执行时，使得服务器能够执行如权利要求1-7中任一项所述的版权信息的查询方法。

Images