CN102289481A

CN102289481A - 获取外设中媒体文件媒体信息的方法、装置及多媒体设备

Info

Publication number: CN102289481A
Application number: CN2011102199317A
Authority: CN
Inventors: 唐莎
Original assignee: TCL Corp
Current assignee: TCL Corp
Priority date: 2011-08-02
Filing date: 2011-08-02
Publication date: 2011-12-21

Abstract

本发明适用于计算机应用领域，提供了一种获取外设中媒体文件媒体信息的方法、装置及多媒体设备，所述方法包括：分类存储所有媒体文件，所述分类存储包括按目录存储；接收扫描请求，所述扫描请求指定了扫描目录；将所述扫描目录下的媒体文件添加至媒体文件列表中；扫描媒体文件列表中的媒体文件，并将所述媒体文件的媒体信息存储至媒体信息存储单元。本发明由于将媒体文件事先分类存储，且仅对扫描请求指定的扫描目录中的媒体文件进行扫描，可避免一次性扫描海量文件所造成的系统资源紧张，系统无法正常运行甚至直接崩溃的问题。

Description

获取外设中媒体文件媒体信息的方法、装置及多媒体设备

技术领域

本发明属于计算机应用领域，尤其涉及一种获取外设中媒体文件媒体信息的方法、装置及多媒体设备。

背景技术

随着多媒体的普及，android(Google开发的基于Linux平台的开源手机操作系统)系统也大量地应用于各种电子设备中。其中，android系统自带有多媒体扫描服务，可将媒体文件(音乐、视频、图片等)自带的媒体信息(如音乐文件所属唱片集、歌手、流派、出品日期等)自动扫描到存储单元中。当用户需要使用媒体信息时直接查询媒体库即可。普通外设插入后，调用服务开始后台扫描。一般情况下，系统正常运行也不影响用户正常使用。但是当遇到超大容量外设时，由于系统扫描服务所需资源太多，直接调用媒体文件可能导致系统资源紧张，系统无法正常运行甚至系统直接崩溃。

发明内容

本发明实施例的目的在于提供一种获取外设中媒体文件媒体信息的方法、装置及多媒体设备，旨在解决当遇到超大容量外设时，由于系统扫描服务所需资源太多，直接调用媒体文件可能导致系统资源紧张，系统无法正常运行甚至系统直接崩溃的问题。

本发明实施例是这样实现的，一种获取外设中媒体文件媒体信息的方法，所述方法包括：

分类存储所有媒体文件，所述分类存储包括按目录存储；

接收扫描请求，所述扫描请求指定了扫描目录；

将所述扫描目录下的媒体文件添加至媒体文件列表中；

扫描媒体文件列表中的媒体文件，并将所述媒体文件的媒体信息存储至媒体信息存储单元。

本发明实施例的另一目的在于提供一种获取外设中媒体文件媒体信息的装置，所述装置包括：

分类存储单元，用于分类存储所有媒体文件，所述分类存储包括按目录存储；

扫描请求接收单元，用于接收扫描请求，所述扫描请求指定了扫描目录；

第一列表添加单元，用于将所述扫描目录下的媒体文件添加至媒体文件列表中；

扫描单元，用于扫描媒体文件列表中的媒体文件；

媒体信息存储单元，用于存储所述媒体文件的媒体信息。

本发明实施例的另一目的在于提供一种包括所述获取外设中媒体文件媒体信息的装置的多媒体设备。

在本发明实施例中，由于将媒体文件事先分类存储，且仅对扫描请求指定的扫描目录中的媒体文件进行扫描，可避免一次性扫描海量文件所造成的系统资源紧张，系统无法正常运行甚至直接崩溃的问题。

附图说明

图1是本发明获取外设中媒体文件媒体信息的方法第一实施例的方法流程图；

图2是本发明获取外设中媒体文件媒体信息的方法第二实施例的方法流程图；

图3是本发明获取外设中媒体文件媒体信息的装置实施例的模块示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例提供。

本发明提供了一种获取外设中媒体文件媒体信息的方法和装置：

所述方法包括：

分类存储所有媒体文件，所述分类存储包括按目录存储；

接收扫描请求，所述扫描请求指定了扫描目录；

将所述扫描目录下的媒体文件添加至媒体文件列表中；

所述装置包括：

扫描单元，用于扫描媒体文件列表中的媒体文件；

媒体信息存储单元，用于存储所述媒体文件的媒体信息。

为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。

实施例一：

如图1所示为本发明提供的一种获取外设中媒体文件媒体信息的方法的流程图，为了便于说明，仅示出了与本发明实施例相关的部分。

在步骤S101中，分类存储所有媒体文件，所述分类存储包括按目录存储。

在本发明实施例中，将所有的媒体文件进行分类存储，其中，分类存储包括按照目录存储媒体文件。

在步骤S102中，接收扫描请求，所述扫描请求指定了扫描目录。

在本发明实施例中，由用户选择显示列表中的文件夹目录后将该目录指定为扫描目录发出扫描请求，或系统根据用户的行为预测用户需扫描的媒体文件，然后系统自动发出指定了扫描目录的扫描请求。所述显示列表为文件夹的列表，供用户选择扫描目录，后续步骤S103会详细描述，此处不再赘述。

在步骤S103中，将扫描目录下的媒体文件添加至媒体文件列表及显示列表中，并将扫描目录下的子目录添加至显示列表中。

在本发明实施例中，首先扫描目录下的文件列表(fileList)，依次检索文件列表(fileList)中的文件。若检索到的文件是文件夹(即扫描目录下的子目录)，则将子目录添加至显示列表(showList)中，显示给用户供用户选择扫描目录。若检索到的文件是媒体文件，则将媒体文件添加至媒体文件列表(mediaList)及显示列表中。直到检索完文件列表，将其中所有的文件夹添加至显示列表，并将其中所有的媒体文件添加至媒体文件列表及显示列表中。

在步骤S104中，扫描媒体文件列表中的媒体文件，并将媒体文件的媒体信息存储至媒体信息存储单元。

在本发明实施例中，调用android系统扫描服务，将媒体文件列表中的媒体文件信息扫描存储至媒体信息存储单元中。

实施例二：

在获取媒体文件信息后，用户需要媒体文件时仅需从媒体信息存储单元中读取相应的媒体文件。然而，可能会遇到扫描失败、或还未扫描用户所需播放的媒体文件等问题。因此，为了解决上述问题，图2示出了本发明提供的一种获取外设中媒体文件媒体信息后播放媒体文件的方法的流程图，为了便于说明，仅示出了与本发明实施例相关的部分。

在步骤S201中，分类存储所有媒体文件，所述分类存储包括按目录存储。

在步骤S202中，接收扫描请求，所述扫描请求指定了扫描目录。

在步骤S203中，将扫描目录下的媒体文件添加至媒体文件列表中，将扫描目录下的子目录添加至显示列表中。

在步骤S204中，扫描媒体文件列表中的媒体文件，并将所述媒体文件的媒体信息存储至媒体信息存储单元。

在步骤S205中，接收用户发出的媒体文件播放请求；

在步骤S206中，判断媒体文件播放请求对应的媒体文件的媒体信息是否在媒体信息存储单元中，若是则执行步骤S207，否则执行步骤S208。

在本发明实施例中，通过查询媒体信息存储单元，判断用户需播放的媒体文件的媒体信息是否在媒体信息存储单元中。其中，媒体信息存储单元包括但不限于媒体库等。

在本发明实施例中，为了避免由于扫描暂时未能完成因此造成的误查询(即由于未扫描完媒体文件所以暂时没能查找到用户所需播放的媒体文件的媒体信息)，因此，为了确认用户所需播放的媒体文件的媒体信息是否存在于媒体信息存储单元中，若第一次查询媒体信息存储单元没有查找到用户所需的媒体文件的媒体信息，则延时经过一段延时，如2秒，后再次在媒体信息存储单元中查询用户所需的媒体文件的媒体信息。若此时查找到用户所需播放的媒体文件的媒体信息，则直接从媒体信息存储单元中读取所述媒体文件播放请求对应的媒体文件的媒体信息。若此时还是未能查找到用户所需播放的媒体文件的媒体信息，则说明用户所需播放的媒体文件的媒体信息不在媒体信息存储单元中。

在步骤S207中，从媒体信息存储单元中读取所述媒体文件播放请求对应的媒体文件的媒体信息。

在本发明实施例中，若在媒体信息存储单元中查询到了用户所需播放的媒体文件的媒体信息，则直接从中读取。

在步骤S208中，解析媒体文件播放请求指定的媒体文件。

在本发明实施例中，若从媒体信息存储单元中未读取到所述媒体文件播放请求对应的媒体文件的媒体信息，则直接解析媒体文件播放请求指定的媒体文件。

在本发明实施例中，由于android平台提供的扫描服务的优势，只需将媒体文件信息扫描到媒体信息存储单元中，用户需要使用时查询媒体信息存储单元即可，不用每次都费时地自己解析媒体文件。且在系统扫描服务失败的情况下，可通过解析媒体文件来获取媒体文件信息。

实施例三：

图3为本发明实施例提供的获取外设中媒体文件媒体信息和播放媒体文件的装置结构示意图，为了便于说明，仅示出了与本发明实施例相关的部份。该装置可以是内置于手机、电视机等多媒体设备中的软件单元、硬件单元或者软硬件相结合的单元，或者作为独立的挂件集成到这些多媒体设备或多媒体设备的应用系统中。其中：

分类存储单元301，用于分类存储所有媒体文件，所述分类存储包括按目录存储。

扫描请求接收单元302，用于接收扫描请求，所述扫描请求指定了扫描目录。

列表添加单元303，用于将扫描目录下的媒体文件添加至媒体文件列表及显示列表中，并将扫描目录下的子目录添加至显示列表中。扫描单元304，用于扫描媒体文件列表中的媒体文件。

媒体信息存储单元305，用于存储媒体文件的媒体信息。

在本发明实施例中，媒体信息存储单元包括但不限于媒体库等。

播放请求接收单元306，用于接收用户发出的媒体文件播放请求。

判断单元307，用于判断媒体文件播放请求对应的媒体文件的媒体信息是否在媒体信息存储单元中。

媒体文件信息读取单元308，用于当媒体文件播放请求对应的媒体文件的媒体信息存在于媒体信息存储单元时，从媒体信息存储单元中读取所述媒体文件播放请求对应的媒体文件的媒体信息。

媒体文件解析单元309，用于当媒体文件播放请求对应的媒体文件的媒体信息不存在于媒体信息存储单元时，解析媒体文件播放请求指定的媒体文件。

在本发明实施例中，由于将媒体文件事先分类存储，且仅对扫描请求指定的扫描目录中的媒体文件进行扫描，可避免一次性扫描海量文件所造成的系统资源紧张，系统无法正常运行甚至直接崩溃的问题。由于android平台提供的扫描服务的优势，只需将媒体文件信息扫描到媒体信息存储单元中，用户需要使用时查询媒体信息存储单元即可，不用每次都费时地自己解析媒体文件。且在系统扫描服务失败的情况下，可通过解析媒体文件来获取媒体文件信息。

本领域普通技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以在存储于一计算机可读取存储介质中，所述的存储介质，如ROM/RAM、磁盘、光盘等。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims

1.一种获取外设中媒体文件媒体信息的方法，其特征在于，所述方法包括下述步骤：

分类存储所有媒体文件，所述分类存储包括按目录存储；

接收扫描请求，所述扫描请求指定了扫描目录；

将所述扫描目录下的媒体文件添加至媒体文件列表中；

2.如权利要求1所述的方法，其特征在于，所述接收扫描请求，所述扫描请求指定了扫描目录之后，还包括：

将所述扫描目录下的媒体文件及子目录添加至显示列表中。

3.如权利要求1所述的方法，其特征在于，所述扫描请求包括：

用户发出的扫描请求；或

系统自动发起的扫描请求。

4.如权利要求1所述的方法，其特征在于，所述扫描媒体文件列表中的媒体文件，并将所述媒体文件的存储至媒体信息存储单元之后，还包括：

接收用户发出的媒体文件播放请求；

从媒体信息存储单元中读取所述媒体文件播放请求对应的媒体文件的媒体信息。

5.如权利要求4所述的方法，其特征在于，若从媒体信息存储单元中未读取到所述媒体文件播放请求对应的媒体文件的媒体信息，则解析媒体文件播放请求指定的媒体文件。

6.一种获取外设中媒体文件媒体信息的装置，其特征在于，所述装置包括：

列表添加单元，用于将所述扫描目录下的媒体文件添加至媒体文件列表中；

扫描单元，用于扫描媒体文件列表中的媒体文件；

媒体信息存储单元，用于存储所述媒体文件的媒体信息。

7.如权利要求6所述的装置，其特征在于，所述扫描请求包括：

用户发出的扫描请求；或

系统自动发起的扫描请求。

8.如权利要求6所述的装置，其特征在于，所述列表添加单元，还

用于将所述扫描目录下的子目录及媒体文件添加至显示列表中。

9.如权利要求6所述的装置，其特征在于，所述装置还包括：

播放请求接收单元，用于接收用户发出的媒体文件播放请求；

判断单元，用于判断媒体文件播放请求对应的媒体文件的媒体信息是否在媒体信息存储单元中；

媒体文件解析单元，用于当判断单元判断媒体文件播放请求对应的媒体文件的媒体信息不存在于媒体信息存储单元时，解析媒体文件播放请求指定的媒体文件；

媒体文件信息读取单元，用于当判断单元判断媒体文件播放请求对应的媒体文件的媒体信息存在于媒体信息存储单元时，从媒体信息存储单元中读取所述媒体文件播放请求对应的媒体文件的媒体信息。

10.一种多媒体设备，其特征在于，所述系统包括权利要求6-9任一权利要求所述的获取外设中媒体文件媒体信息的装置。