文件更新方法、装置及系统与流程

    专利2022-07-08  98


    本申请涉及计算机技术领域,特别涉及一种文件更新方法、装置及系统。



    背景技术:

    终端中可以安装有多媒体客户端,该多媒体客户端可以用于播放视频文件和音频文件等多媒体文件。

    相关技术中,终端在接收到针对终端中预先存储的多媒体文件的播放指令时,该多媒体客户端会响应于该播放指令播放多媒体文件。若终端中预先存储的多媒体文件的元数据不完善,则会影响多媒体客户端播放该多媒体文件时的播放效果。因此通常情况下,用户需要在多媒体客户端播放该多媒体文件之前,通过手动的方式对该多媒体文件的元数据进行完善,从而使得终端能够基于完善的元数据更新多媒体文件。其中,多媒体文件的元数据包括:文件名称,专辑名称以及专辑封面等。

    但是,由于用户手动对多媒体文件的元数据进行完善的效率较低,因此相关技术中文件更新的效率较低。



    技术实现要素:

    本申请提供了一种文件更新方法、装置及系统,可以解决相关技术中文件更新的效率较低的问题。所述技术方案如下:

    一方面,提供了一种文件更新方法,应用于多媒体客户端;所述方法包括:

    获取多媒体文件的初始元数据,所述多媒体文件为音频文件或视频文件;

    将所述多媒体文件的初始元数据发送至服务器;

    接收所述服务器发送的所述多媒体文件的补全元数据,所述补全元数据是所述服务器基于所述初始元数据获取到的除所述初始元数据之外的元数据;

    基于所述补全元数据更新所述多媒体文件。

    可选的,所述获取多媒体文件的初始元数据,包括:

    响应于针对所述多媒体文件的播放指令,对所述多媒体文件进行解析,得到所述多媒体文件的初始元数据;

    或者,在所述多媒体客户端启动后,对所述多媒体文件进行解析,得到所述多媒体文件的初始元数据。

    可选的,所述接收所述服务器发送的所述多媒体文件的补全元数据,包括:

    接收所述服务器发送的所述多媒体文件的完整元数据,所述完整元数据包括所述初始元数据以及所述补全元数据。

    可选的,所述基于所述补全元数据更新所述多媒体文件,包括:

    将所述补全元数据封装至所述多媒体文件,得到更新后的多媒体文件。

    可选的,所述基于所述补全元数据更新所述多媒体文件,包括:

    显示所述多媒体文件的更新界面,所述更新界面显示有所述初始元数据和所述补全元数据,其中,所述初始元数据和所述补全元数据均包括至少一个子数据;

    响应于针对所述更新界面中目标子数据的选择操作,基于所述目标子数据更新所述多媒体文件的文件名称。

    另一方面,提供了一种文件更新方法,应用于服务器;所述方法包括:

    接收多媒体客户端发送的多媒体文件的初始元数据,所述多媒体文件为音频文件或视频文件;

    基于所述初始元数据获取所述多媒体文件的补全元数据,所述补全元数据为除所述初始元数据之外的元数据;

    将所述补全元数据发送至所述多媒体客户端,所述补全元数据用于指示所述多媒体客户端基于所述补全元数据更新所述多媒体文件。

    可选的,所述服务器中存储有多个文件的完整元数据;所述基于所述初始元数据获取所述多媒体文件的补全元数据,包括:

    基于所述初始元数据,获取包含所述初始元数据的完整元数据,所述完整元数据还包括所述补全元数据。

    又一方面,提供了一种文件更新装置,应用于多媒体客户端;所述装置包括:

    获取模块,用于获取多媒体文件的初始元数据,所述多媒体文件为音频文件或视频文件;

    发送模块,用于将所述多媒体文件的初始元数据发送至服务器;

    接收模块,用于接收所述服务器发送的所述多媒体文件的补全元数据,所述补全元数据是所述服务器基于所述初始元数据获取到的除所述初始元数据之外的元数据;

    更新模块,用于基于所述补全元数据更新所述多媒体文件。

    再一方面,提供了一种文件更新装置,应用于服务器;所述装置包括:

    接收模块,用于接收多媒体客户端发送的多媒体文件的初始元数据,所述多媒体文件为音频文件或视频文件;

    获取模块,用于基于所述初始元数据获取所述多媒体文件的补全元数据,所述补全元数据为除所述初始元数据之外的元数据;

    发送模块,用于将所述补全元数据发送至所述多媒体客户端,所述补全元数据用于指示所述多媒体客户端基于所述补全元数据更新所述多媒体文件。

    再一方面,提供了一种文件更新装置,所述文件更新装置包括:处理器、存储器以及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现如上述方面所述的文件更新方法。

    再一方面,提供了一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,所述指令由处理器加载并执行以实现如上述方面所述的文件更新方法。

    再一方面,提供了一种文件更新系统,所述文件更新系统包括:多媒体客户端和服务器,所述多媒体客户端包括如上述方面所述的文件更新装置。

    本申请提供的技术方案带来的有益效果至少包括:

    本申请提供了一种文件更新方法、装置及系统,该方法中的多媒体客户端可以从服务器获取多媒体文件的补全元数据,并基于该补全元数据更新多媒体文件。由此,可以确保更新后的多媒体文件的元数据较为完善,多媒体客户端播放该多媒体文件的播放效果较好。并且,由于本申请提供的文件更新方法是通过多媒体客户端和服务器之间的交互实现对多媒体文件的元数据进行完善,无需用户手动补全数据,因此完善元数据的效率较高,进而提高了多媒体文件的更新效率。

    附图说明

    为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。

    图1是本申请实施例提供的一种文件更新方法的应用场景的示意图;

    图2是本申请实施例提供的一种文件更新方法的流程图;

    图3是本申请实施例提供的另一种文件更新方法的流程图;

    图4是本申请实施例提供的又一种文件更新方法的流程图;

    图5是本申请实施例提供的一种多媒体客户端的应用界面的示意图;

    图6是本申请实施例提供的另一种多媒体客户端的应用界面的示意图;

    图7是本申请实施例提供的一种文件更新装置的结构示意图;

    图8是本申请实施例提供的另一种文件更新装置的结构示意图;

    图9是本申请实施例提供的又一种文件更新装置的结构示意图。

    具体实施方式

    为使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请实施方式作进一步地详细描述。

    图1是本申请实施例提供的一种文件更新方法的应用场景的示意图。参考图1,该应用场景可以包括:服务器01,以及一个或多个终端02,例如图1中示出了两个终端02。其中,每个终端02中可以安装有多媒体客户端(该客户端也可以称为应用程序)021。并且,服务器01和每个终端02之间可以通过有线或无线网络建立通信连接。

    其中,终端02可以为智能手机、计算机、平板电脑或可穿戴设备等。或者,该终端02还可以是车载导航仪等车载设备。该服务器01可以是一台服务器,或者由若干台服务器组成的服务器集群,或者是一个云计算服务中心。并且,该服务器01可以为该终端02中安装的多媒体客户端021的后台服务器。

    图2是本申请实施例提供的一种文件更新方法的流程图。该方法可以应用于图1所示的终端02中安装的多媒体客户端021。参考图1可以看出,该方法可以包括:

    步骤101、获取多媒体文件的初始元数据。

    在本申请实施例中,终端中可以安装有多媒体客户端,该多媒体客户端可以用于播放多媒体文件。该终端中可以预先存储有多个多媒体文件。多媒体客户端可以对多个多媒体文件中某个多媒体文件进行解析,以得到该多媒体文件的初始元数据(metadata)。其中,该多媒体文件可以为音频文件或视频文件。

    可选的,多媒体文件为音频文件,该多媒体文件的初始元数据可以包括:音频名称,歌词,作者,专辑名称以及专辑封面中的至少一种。多媒体文件为视频文件,该多媒体文件的初始元数据可以包括:视频名称和字幕中的至少一种。

    步骤102、将多媒体文件的初始元数据发送至服务器。

    在本申请实施例中,多媒体客户端在获取到多媒体文件的初始元数据之后,可以将该初始元数据发送至服务器。该服务器中存储有多个文件的完整元数据。服务器可以基于接收到的初始元数据,从其预先存储的多个完整元数据中,获取多媒体文件的补全元数据。其中,服务器获取到的补全元数据可以为多媒体文件的完整元数据中除初始元数据之外的元数据。

    示例的,假设服务器中存储的多媒体文件的完整元数据包括:音频名称,歌词,作者,专辑名称,专辑封面,编码格式,码率,文件格式,以及文件大小。并且,服务器接收到的多媒体文件的初始元数据包括音频名称和专辑名称。由此,服务器可以根据该多媒体文件的初始元数据,获取到的多媒体文件的补全元数据包括歌词,作者,专辑封面,编码格式,码率,文件格式,以及文件大小。

    步骤103、接收服务器发送的多媒体文件的补全元数据。

    在本申请实施例中,服务器在获取到多媒体文件的补全元数据之后,可以将该多媒体文件的补全元数据发送至多媒体客户端。由此,该多媒体客户端即可接收到服务器发送的多媒体文件的补全元数据。

    步骤104、基于补全元数据更新多媒体文件。

    在本申请实施例中,在多媒体客户端获取到多媒体文件的补全元数据之后,可以基于该补全元数据更新该多媒体文件,以使得更新后的多媒体文件的元数据较为完善,从而提高多媒体客户端播放该多媒体文件的播放效果。

    综上所述,本申请实施例提供了一种文件更新方法,该方法中的多媒体客户端可以从服务器获取多媒体文件的补全元数据,并基于该补全元数据更新多媒体文件。由此,可以确保更新后的多媒体文件的元数据较为完善,多媒体客户端播放该多媒体文件的播放效果较好。并且,由于本申请实施例提供的文件更新方法是通过多媒体客户端和服务器之间的交互实现对多媒体文件的元数据进行完善,无需用户手动补全数据,因此完善元数据的效率较高,进而提高了多媒体文件的更新效率。

    图3是本申请实施例提供的另一种文件更新方法的流程图。该方法可以应用于图1所示的服务器01中。参考图3,该方法可以包括:

    步骤201、接收多媒体客户端发送的多媒体文件的初始元数据。

    在本申请实施例中,终端中可以安装有多媒体客户端,该多媒体客户端可以用于播放多媒体文件。该终端中可以预先存储有多个多媒体文件。多媒体客户端可以获取到多个多媒体文件中某个多媒体文件的初始元数据,并可以将获取到的多媒体文件的初始元数据发送至服务器。由此,服务器即可接收到多媒体客户端发送的多媒体文件的初始元数据。其中,该多媒体文件可以为音频文件或视频文件。

    可选的,该多媒体文件为音频文件,则该多媒体文件的初始元数据可以包括:音频名称,歌词,作者,专辑名称以及专辑封面中的至少一种。多媒体文件为视频文件,该多媒体文件的初始元数据可以包括:视频名称和字幕中的至少一种。

    步骤202、基于初始元数据获取多媒体文件的补全元数据。

    在本申请实施例中,服务器中可以存储有多个多媒体文件的完整元数据。服务器在接收到多媒体客户端发送的某个多媒体文件的初始元数据之后,可以基于该初始元数据从其预先存储的多个完整元数据中,获取该多媒体文件的补全元数据。其中,该补全元数据为多媒体文件的完整元数据中除初始元数据之外的元数据。

    示例的,假设服务器中存储的多媒体文件的完整元数据包括:音频名称,歌词,作者,专辑名称,专辑封面,编码格式,码率,文件格式,以及文件大小。并且,服务器接收到的多媒体文件的初始元数据包括音频名称和专辑名称。由此,服务器可以根据该多媒体文件的初始元数据,获取到的多媒体文件的补全元数据包括歌词,作者,专辑封面,编码格式,码率,文件格式,以及文件大小。

    步骤203、将补全元数据发送至多媒体客户端。

    在本申请实施例中,服务器在获取到多媒体文件的补全元数据之后,可以将该补全元数据发送至多媒体客户端。由此,该多媒体客户端进而可以根据接收到的补全元数据更新多媒体文件,以使得更新后的多媒体文件的元数据较为完善,从而提高多媒体客户端播放该多媒体文件的播放效果。

    综上所述,本申请实施例提供了一种文件更新方法,该方法中的多媒体客户端可以从服务器获取多媒体文件的补全元数据,并基于该补全元数据更新多媒体文件。由此,可以确保更新后的多媒体文件的元数据较为完善,多媒体客户端播放该多媒体文件的播放效果较好。并且,由于本申请实施例提供的文件更新方法是通过多媒体客户端和服务器之间的交互实现对多媒体文件的元数据进行完善,无需用户手动补全数据,因此完善元数据的效率较高,进而提高了多媒体文件的更新效率。

    图4是本申请实施例提供的又一种文件更新方法的流程图。该方法可以应用于图1所示的应用场景中。参考图4,该方法可以包括:

    步骤301、多媒体客户端获取多媒体文件的初始元数据。

    在本申请实施例中,终端中可以安装有多媒体客户端,该多媒体客户端可以用于播放多媒体文件。该终端中可以预先存储有多个多媒体文件。多媒体客户端可以对多个多媒体文件中某个多媒体文件进行解析,以得到该多媒体文件的初始元数据。其中,该多媒体文件可以为音频文件或视频文件。

    可选的,多媒体文件为音频文件,该多媒体文件的初始元数据可以包括:音频名称,歌词,作者,专辑名称以及专辑封面中的至少一种。多媒体文件为视频文件,该多媒体文件的初始元数据可以包括:视频名称和字幕中的至少一种。

    作为一种可选的实现方式,多媒体客户端可以响应于针对多媒体文件的播放指令,对多媒体文件进行解析,得到该多媒体文件的初始元数据。其中,针对多媒体文件的播放指令可以是由用户触发生成的,或者可以是由多媒体客户端自动生成的。

    可选的,多媒体客户端的应用界面显示有多个多媒体文件的文件列表。用户在触发针对文件列表中某个多媒体文件所在区域的点击操作时,该多媒体客户端可以生成针对该多媒体文件的播放指令。由此,该多媒体客户端可以响应于该播放指令对该多媒体文件进行解析,以得到该多媒体文件的初始元数据。并且,该多媒体客户端还可以响应于播放指令,播放多媒体文件。

    或者,多媒体客户端在播放完第一个多媒体文件之后,能够自动播放第二个多媒体文件,则多媒体客户端可以自动生成针对该第二个多媒体文件的播放指令。由此,该多媒体客户端可以响应于针对该第二个多媒体文件的播放指令,对该第二个多媒体文件进行解析,得到该第二个多媒体文件的初始元数据。其中,该第二个多媒体文件为终端中存储的多个多媒体文件中除第一个多媒体文件之外的任一多媒体文件。

    作为另一种可选的实现方式,在多媒体客户端启动后,该多媒体客户端可以对多媒体文件进行解析,得到多媒体文件的初始元数据。

    在本申请实施例中,终端中可以安装有多个客户端,各个客户端的图标可以显示在终端的显示界面。用户在触发针对多个客户端中多媒体客户端的图标的点击操作时,终端即可响应于该点击操作启动该多媒体客户端。并且,该多媒体客户端启动后,该多媒体客户端即可自动对终端中预先存储的多媒体文件进行解析,从而得到该多媒体文件的初始元数据。

    步骤302、多媒体客户端将多媒体文件的初始元数据发送至服务器。

    在本申请实施例中,多媒体客户端在获取到多媒体文件的初始元数据之后,可以将该初始元数据发送至服务器。

    示例的,假设多媒体客户端对多媒体客户端进行解析后,获取的多媒体文件的初始元数据包括音频名称和专辑名称,则该多媒体客户端可以将该多媒体文件的音频名称和专辑名称发送至服务器。

    步骤303、服务器基于初始元数据获取多媒体文件的补全元数据。

    在本申请实施例中,服务器中存储有多个文件的完整元数据。服务器在接收到多媒体客户端发送的多媒体文件的初始元数据之后,可以基于该初始元数据从其预先存储的多个完整元数据中,获取该多媒体文件的补全元数据。其中,该补全元数据为多媒体文件的完整元数据中除初始元数据之外的元数据。也即是,该完整元数据包括初始元数据和补全元数据。

    示例的,假设服务器中存储的多媒体文件的完整元数据包括:音频名称,歌词,作者,专辑名称,专辑封面,编码格式,码率,文件格式,以及文件大小。并且,服务器接收到的多媒体文件的初始元数据包括音频名称和专辑名称。由此,服务器可以根据该多媒体文件的初始元数据,获取到的多媒体文件的补全元数据包括歌词,作者,专辑封面,编码格式,码率,文件格式,以及文件大小。

    可选的,多媒体客户端可以先基于初始元数据,获取包含初始元数据的完整元数据,然后再基于该完整元数据与初始元数据,获取该完整元数据中除初始元数据之外的补全元数据。

    当然,多媒体客户端对多媒体文件进行解析后得到的初始元数据中可能会存在某个子数据的准确性较低。则服务器基于多媒体客户端发送的初始元数据可能无法确定出包含该初始元数据的完整元数据,进而无法获得该多媒体文件的补全元数据。

    由此,服务器可以基于多媒体客户端发送的初始元数据确定出与该初始元数据的匹配度大于匹配度阈值的完整元数据,并基于该完整元数据与初始元数据,获取多媒体文件的补全元数据。该补全元数据为该完整元数据中与初始元数据不同的元数据。

    其中,匹配度阈值可以为服务器中预先存储的关于匹配度的阈值。初始元数据与完整元数据的匹配度可以采用初始元数据包括的多个子数据中的匹配子数据的数量与初始元数据包括的多个子数据的数量的比值来衡量。该比值越大,说明初始元数据与完整元数据的匹配度越大;该比值越小,说明初始元数据与完整元数据的匹配度越小。该匹配子数据为初始元数据的多个子数据中与完整元数据的多个子数据相同的子数据。

    步骤304、服务器将多媒体文件的补全元数据发送至多媒体客户端。

    在本申请实施例中,服务器在获取到多媒体文件的补全元数据之后,可以将该补全元数据发送至多媒体客户端。

    当然,多媒体客户端对多媒体文件进行解析后得到的初始元数据中可能会存在某个子数据的准确性较低。因此为了保证更新后的多媒体文件的元数据的准确性,服务器可以将多媒体文件的完整元数据发送至多媒体客户端。

    步骤305、多媒体客户端将补全元数据封装至多媒体文件,得到更新后的多媒体文件。

    在本申请实施例中,多媒体客户端接收到服务器发送的补全元数据,则该多媒体客户端可以将该补全元数据封装至多媒体文件,以得到更新后的多媒体文件。或者,多媒体客户端接收到服务器发送的完整元数据,则多媒体客户端可以基于接收到的多媒体文件的完整元数据对该多媒体文件进行封装,得到更新后的多媒体文件,保证更新后的多媒体文件的元数据的准确性。

    由于更新后的多媒体文件的元数据较为完善,因此多媒体客户端播放该多媒体文件的播放效果较好。并且,由于更新后的多媒体文件是多媒体客户端根据服务器发送的元数据(补全元数据或完整元数据)封装得到的,因此更新后的多媒体文件的元数据不会受到更换播放器或终端的影响。即使更换播放器或终端播放该多媒体文件,也可以使用该多媒体文件较完善的元数据,达到一次性补全,永久使用的良好体验。

    步骤306、显示多媒体文件的更新界面。

    在本申请实施例中,多媒体客户端可以在其应用界面中显示多媒体文件的更新界面。该更新界面可以显示有初始元数据和补全元数据。该初始元数据和补全元数据均包括至少一个子数据。也即是,该更新界面可以显示有初始元数据包括的至少一个子数据以及补全元数据包括的至少一个子数据。

    示例的,参考图5,该更新界面显示的多个子数据可以包括:音频名称,作者,专辑名称,编码格式,码率,文件格式,以及文件大小。

    步骤307、响应于针对更新界面中目标子数据的选择操作,基于目标子数据更新多媒体文件的文件名称。

    在本申请实施例中,用户在触发针对更新界面中目标子数据的选择操作时,该多媒体客户端可以响应于该选择操作,并基于该目标子数据更新多媒体文件的文件名称。其中,参考图5,该更新界面中还可以显示有每个子数据的选择按钮a1。选择操作可以为针对更新界面中目标子数据的选择按钮a1的点击操作。图5中还可以显示有确定按钮,用户在触发针对该确定按钮a2的点击操作时,该多媒体客户端可以响应于该点击操作确定针对目标子数据的选择完成。

    可选的,该目标子数据的数量可以为一个,也可以为多个。若目标子数据的数量为一个,则多媒体客户端可以直接将该目标子数据确定为多媒体文件的文件名称。

    若目标子数据的数量为多个,则多媒体客户端可以按照针对多个目标子数据的选择操作的执行顺序,对该多个目标子数据进行排序,并将排序后的多个目标子数据确定为多媒体文件的文件名称。例如,假设第一目标子数据为音频名称,第二目标子数据为作者,且用户先触发针对第一目标子数据的选择操作,然后再触发针对第二目标子数据的选择操作,则多媒体客户端确定出的多媒体文件的文件名称可以为:音频名称-作者。

    或者,多媒体客户端可以预先存储有多媒体文件的文件名称的命名规则,则多媒体客户端可以响应于针对更新界面中目标子数据的选择操作,并按照命名规则确定多媒体文件的文件名称。其中,多媒体文件的文件名称的命名规则用于表示:子数据的排列顺序。例如,假设多媒体文件的文件名称的命名规则为:音频名称;文件格式;作者;文件大小,且目标子数据包括音频名称和作者,则多媒体客户端确定出的多媒体文件的文件名称可以为:音频名称-作者。

    示例的,假设多媒体文件的音频名称为:abcd,作者为yyy。更新前的多媒体文件的文件名称为:ssdssfsdfa。参考图6,更新后的多媒体文件的文件名称为abcd-yyy。其中,更新后的多媒体文件的专辑封面a3也可以显示在多媒体客户端的应用界面中。并且,参考图6,多媒体客户端的应用界面中还可以显示有其他多媒体文件的相关信息,例如,可以显示有两个其他多媒体文件的文件名称,分别为zzz和aaa。其中,图6中显示的其他多媒体文件的文件名称可以为采用本申请实施例提供的方法更新后的文件名称,或者可以为更新前的文件名称。

    需要说明的是,本申请实施例提供的文件更新方法的步骤的先后顺序可以进行适当调整,步骤也可以根据情况进行相应增减。例如,步骤306和步骤307可以在步骤305之前执行,或者步骤306和步骤307可以根据情况删除,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化的方法,都应涵盖在本申请的保护范围之内,因此不再赘述。

    综上所述,本申请实施例提供了一种文件更新方法,该方法中的多媒体客户端可以从服务器获取多媒体文件的补全元数据,并基于该补全元数据更新多媒体文件。由此,可以确保更新后的多媒体文件的元数据较为完善,多媒体客户端播放该多媒体文件的播放效果较好。并且,由于本申请实施例提供的文件更新方法是通过多媒体客户端和服务器之间的交互实现对多媒体文件的元数据进行完善,无需用户手动补全数据,因此完善元数据的效率较高,进而提高了多媒体文件的更新效率。

    图7是本申请实施例提供的一种文件更新装置的结构示意图。该文件更新装置可以应用于图1所示的终端02中安装的多媒体客户端021中。该参考图7,该装置可以包括:

    获取模块401,用于获取多媒体文件的初始元数据。

    其中,该多媒体文件为音频文件或视频文件。

    发送模块402,用于将多媒体文件的初始元数据发送至服务器。

    接收模块403,用于接收服务器发送的多媒体文件的补全元数据。其中,该补全元数据是服务器基于初始元数据获取到的除初始元数据之外的元数据。

    更新模块404,用于基于补全元数据更新多媒体文件。

    可选的,该获取模块401,可以用于:

    响应于针对多媒体文件的播放指令,对多媒体文件进行解析,得到多媒体文件的初始元数据。或者,在多媒体客户端启动后,对多媒体文件进行解析,得到多媒体文件的初始元数据。

    接收模块403,可以用于:接收服务器发送的多媒体文件的完整元数据。该完整元数据包括初始元数据以及补全元数据。

    更新模块404,可以用于:

    将补全元数据封装至多媒体文件,得到更新后的多媒体文件;显示多媒体文件的更新界面。响应于针对更新界面中目标子数据的选择操作,基于目标子数据更新多媒体文件的文件名称。其中,更新界面显示有初始元数据和补全元数据,该初始元数据和该补全元数据均包括至少一个子数据。

    综上所述,本申请实施例提供了一种文件更新装置,该装置中的多媒体客户端可以从服务器获取多媒体文件的补全元数据,并基于该补全元数据更新多媒体文件。由此,可以确保更新后的多媒体文件的元数据较为完善,多媒体客户端播放该多媒体文件的播放效果较好。并且,由于本申请实施例提供的文件更新方法是通过多媒体客户端和服务器之间的交互实现对多媒体文件的元数据进行完善,无需用户手动补全数据,因此完善元数据的效率较高,进而提高了多媒体文件的更新效率。

    图8是本申请实施例提供的另一种文件更新装置的结构示意图。该文件更新装置可以应用于图1所示的服务器01中。参考图8可以看出,该文件更新装置可以包括:

    接收模块501,用于接收多媒体客户端发送的多媒体文件的初始元数据。其中,该多媒体文件为音频文件或视频文件。

    获取模块502,用于基于初始元数据获取多媒体文件的补全元数据。该补全元数据为除初始元数据之外的元数据。

    发送模块503,用于将补全元数据发送至多媒体客户端。该补全元数据用于指示多媒体客户端基于补全元数据更新多媒体文件。

    可选的,该服务器中可以存储有多个文件的完整元数据。获取模块502可以用于:基于初始元数据,获取包含初始元数据的完整元数据。该完整元数据还包括补全元数据。

    综上所述,本申请实施例提供了一种文件更新装置,该装置中的多媒体客户端可以从服务器获取多媒体文件的补全元数据,并基于该补全元数据更新多媒体文件。由此,可以确保更新后的多媒体文件的元数据较为完善,多媒体客户端播放该多媒体文件的播放效果较好。并且,由于本申请实施例提供的文件更新方法是通过多媒体客户端和服务器之间的交互实现对多媒体文件的元数据进行完善,无需用户手动补全数据,因此完善元数据的效率较高,进而提高了多媒体文件的更新效率。

    图9是本申请实施例提供的又一种文件更新装置的结构示意图,参见图9,该装置60可以包括:处理器601、存储器602以及存储在该存储器602上并可在该处理器上运行的计算机程序,该处理器601执行该计算机程序时可以实现上述方法实施例提供的文件更新方法,例如图2至图4任一所示的方法。

    本申请实施例提供了一种计算机可读存储介质,该计算机可读存储介质中存储有指令,该指令由处理器加载并执行以实现上述方法实施例提供的文件更新方法,例如实现图2至图4任一所示的方法。

    本申请实施例还提供了一种文件更新系统,该文件更新系统可以包括:多媒体客户端和服务器,该多媒体客户端可以包括图7或图9所示的文件更新装置,该服务器可以包括图8或图9所示的文件更新装置。

    以上所述仅为本申请的可选实施例,并不用以限制本申请,凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。


    技术特征:

    1.一种文件更新方法,其特征在于,应用于多媒体客户端;所述方法包括:

    获取多媒体文件的初始元数据,所述多媒体文件为音频文件或视频文件;

    将所述多媒体文件的初始元数据发送至服务器;

    接收所述服务器发送的所述多媒体文件的补全元数据,所述补全元数据是所述服务器基于所述初始元数据获取到的除所述初始元数据之外的元数据;

    基于所述补全元数据更新所述多媒体文件。

    2.根据权利要求1所述的方法,其特征在于,所述获取多媒体文件的初始元数据,包括:

    响应于针对所述多媒体文件的播放指令,对所述多媒体文件进行解析,得到所述多媒体文件的初始元数据;

    或者,在所述多媒体客户端启动后,对所述多媒体文件进行解析,得到所述多媒体文件的初始元数据。

    3.根据权利要求1所述的方法,其特征在于,所述接收所述服务器发送的所述多媒体文件的补全元数据,包括:

    接收所述服务器发送的所述多媒体文件的完整元数据,所述完整元数据包括所述初始元数据以及所述补全元数据。

    4.根据权利要求1至3任一所述的方法,其特征在于,所述基于所述补全元数据更新所述多媒体文件,包括:

    将所述补全元数据封装至所述多媒体文件,得到更新后的多媒体文件。

    5.根据权利要求1至3任一所述的方法,其特征在于,所述基于所述补全元数据更新所述多媒体文件,包括:

    显示所述多媒体文件的更新界面,所述更新界面显示有所述初始元数据和所述补全元数据,其中,所述初始元数据和所述补全元数据均包括至少一个子数据;

    响应于针对所述更新界面中目标子数据的选择操作,基于所述目标子数据更新所述多媒体文件的文件名称。

    6.一种文件更新方法,其特征在于,应用于服务器;所述方法包括:

    接收多媒体客户端发送的多媒体文件的初始元数据,所述多媒体文件为音频文件或视频文件;

    基于所述初始元数据获取所述多媒体文件的补全元数据,所述补全元数据为除所述初始元数据之外的元数据;

    将所述补全元数据发送至所述多媒体客户端,所述补全元数据用于指示所述多媒体客户端基于所述补全元数据更新所述多媒体文件。

    7.根据权利要求6所述的方法,其特征在于,所述服务器中存储有多个文件的完整元数据;所述基于所述初始元数据获取所述多媒体文件的补全元数据,包括:

    基于所述初始元数据,获取包含所述初始元数据的完整元数据,所述完整元数据还包括所述补全元数据。

    8.一种文件更新装置,其特征在于,应用于多媒体客户端;所述装置包括:

    获取模块,用于获取多媒体文件的初始元数据,所述多媒体文件为音频文件或视频文件;

    发送模块,用于将所述多媒体文件的初始元数据发送至服务器;

    接收模块,用于接收所述服务器发送的所述多媒体文件的补全元数据,所述补全元数据是所述服务器基于所述初始元数据获取到的除所述初始元数据之外的元数据;

    更新模块,用于基于所述补全元数据更新所述多媒体文件。

    9.一种文件更新装置,其特征在于,应用于服务器;所述装置包括:

    接收模块,用于接收多媒体客户端发送的多媒体文件的初始元数据,所述多媒体文件为音频文件或视频文件;

    获取模块,用于基于所述初始元数据获取所述多媒体文件的补全元数据,所述补全元数据为除所述初始元数据之外的元数据;

    发送模块,用于将所述补全元数据发送至所述多媒体客户端,所述补全元数据用于指示所述多媒体客户端基于所述补全元数据更新所述多媒体文件。

    10.一种文件更新装置,其特征在于,所述文件更新装置包括:处理器、存储器以及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现如权利要求1至5任一所述的文件更新方法,或者实现如权利要求6或7所述的文件更新方法。

    11.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有指令,所述指令由处理器加载并执行以实现如权利要求1至5任一所述的文件更新方法,或者实现如权利要求6或7所述的文件更新方法。

    12.一种文件更新系统,其特征在于,所述文件更新系统包括:多媒体客户端和服务器,所述多媒体客户端包括如权利要求8或10所述的文件更新装置,所述服务器包括如权利要求9或10所述的文件更新装置。

    技术总结
    本申请公开了一种文件更新方法、装置及系统,涉及计算机技术领域。该方法中的多媒体客户端可以从服务器获取多媒体文件的补全元数据,并基于该补全元数据更新多媒体文件。由此,可以确保更新后的多媒体文件的元数据较为完善,多媒体客户端播放该多媒体文件的播放效果较好。并且,由于本申请提供的文件更新方法是通过多媒体客户端和服务器之间的交互实现对多媒体文件的元数据进行完善,无需用户手动补全数据,因此完善元数据的效率较高,进而提高了多媒体文件的更新效率。

    技术研发人员:秦红伟
    受保护的技术使用者:北京梧桐车联科技有限责任公司
    技术研发日:2020.12.11
    技术公布日:2021.03.12

    转载请注明原文地址:https://wp.8miu.com/read-22313.html

    最新回复(0)