WO2022156484A1

WO2022156484A1 - Media data processing method and apparatus, and terminal device

Info

Publication number: WO2022156484A1
Application number: PCT/CN2021/141323
Authority: WO
Inventors: 彭应康; 王朕元
Original assignee: 华为技术有限公司
Priority date: 2021-01-25
Filing date: 2021-12-24
Publication date: 2022-07-28
Also published as: CN114791961A

Abstract

The present application provides a media data processing method and apparatus, and a terminal device, and relates to the technical field of data processing. When an actual file in a terminal device is changed (for example, newly added, deleted or modified) by means of an app operation, an interface of a file system can be called, the file is processed on the basis of the processing means indicated by a processing request, and it is determined whether the changed file is a media file; if the changed file is a media file, file scanning is triggered, and file attribute information is updated in a media database according to a scanning result; as such, media file information in the media database is synchronized with an actual media file in real time to ensure the consistency and integrity of the media file information. In this way, a gallery can, by means of calling media file information that is updated in real time in a media database, quickly display stored images to a user in real time and improve the user experience.

Description

Media data processing method, device and terminal device

This application claims the priority of the Chinese patent application with the application number 202110098318.8 and the application name "Media Data Processing Method, Apparatus and Terminal Equipment" submitted to the State Intellectual Property Office on January 25, 2021, the entire contents of which are incorporated by reference in in this application.

technical field

The present application relates to the technical field of data processing, and in particular, to a method, apparatus and terminal device for processing media data.

Background technique

With the development of terminal technology and communication technology, the applications (application, APP) installed on smartphones are becoming more and more abundant, and their functions are becoming more and more diverse. For example, users can take pictures with smartphones, or download pictures or videos from the network. , you can also delete some pictures that your smartphone has saved.

At present, when a user adds a media file such as a picture or video through some APP installed in the smartphone, the media file will be stored in the memory, and the attribute information of the media file (such as file name, file size, storage path, etc.). Of course, when a user deletes a media file in the smartphone through some APPs, the media file will be deleted from the memory, and the attribute information of the media file in the media database will also be deleted. Wherein, the media files stored in the memory can be displayed to the user through the gallery or photo album APP in the smart phone based on the attribute information of the media files stored in the media database.

However, after adding or deleting media files through some apps, the media database is not refreshed in time. For example, the smartphone may need to be restarted to scan and refresh, so that the smartphone cannot display the newly added media files to the user in time, or The deleted files are still displayed to the user, so the user experience is poor.

SUMMARY OF THE INVENTION

The present application provides a media data processing method, device and terminal device, which solve the problem in the prior art that the media file information in the media database cannot be refreshed in real time when accessing and processing media files through an APP.

To achieve the above object, the application adopts the following technical solutions:

In a first aspect, the present application provides a method for processing media data, the method comprising: when receiving a processing request for a target file sent by a first application, calling a first interface of a file system of a terminal device, and according to the processing request instructed The processing method processes the target file; if the target file is a media type file, execute file scanning to obtain the scanning result corresponding to the target file; update the attribute of the target file in the media database of the terminal device according to the scanning result corresponding to the target file information.

Through the above solution, when the actual file in the terminal device changes (such as adding, deleting or modifying) through the APP operation, the interface of the file system can be called to process the target file according to the processing method indicated by the processing request, and determine Whether the changed file is a media file, if it is a media file, trigger file scanning to synchronize the media file information in the media database with the actual media file in real time to ensure the consistency and integrity of the media file information. In this way, the gallery can quickly display the stored images for the user in real time by calling the real-time updated media file information in the media database, thereby improving the user experience.

The above-mentioned file system may include multiple interfaces, such as adding interface, deleting interface, modifying interface, and viewing interface, which are respectively used to perform operations such as adding a file, deleting a file, modifying a file, and viewing a file. In this way, the terminal device can perform operations such as adding, deleting, modifying or viewing files through the corresponding interface of the file system.

The above-mentioned media database may also be referred to as a multimedia database or a media storage database, and is used to store relevant attribute information of media files, which can be called by an APP to realize access to media files. The media database may include relevant attribute information of each media file, for example, may include file attribute information such as storage path information, file name information, file type information, file size information, and/or last modification time information of the media file; or may include any other Possible attribute information such as category tags, favorites, and/or privacy.

In some possible implementations, the attribute information of the target file includes at least one of the following: storage path information of the target file, name information of the target file, file size information of the target file, file type information of the target file, Last modified time information.

The files of the above media types may be image files, such as pictures or photos, video files, or audio files, or any other possible files.

In some possible implementations, before performing file scanning if the target file is a media type file, the method further includes: calling a second interface of the file system to determine whether the target file is a media type file.

The terminal device may determine the file type according to the suffix of the file name, so as to determine whether the target file is a media type file. Alternatively, other methods can also be used to determine whether the target file is a media file. For example, by parsing the file header information, it can be checked whether the file header information contains a field indicating the media type. If it contains a field indicating the media type, it is determined that the target file is a media file. document.

In this way, if it is judged that the target file is a media file through the interface of the file system, then the file system reports to the media scanning service that the target file is a media file, to trigger file scanning, and then update the attribute of the target file in the media database according to the scanning result. information. In this way, the present application can realize the synchronization of the media database and the actual file based on the file system reporting mechanism.

It should be noted that, in this embodiment of the present application, an interface for judging whether the target file is a media file is added to the file system, that is, through the interface of the file system, not only the processing method (such as adding, deleting or Modify) to process the target file, and it can also judge whether the file requested to be processed is a media type file.

The first interface and the second interface may be the same application programming interface. In this case, the interface not only has the ability to process the target file according to the processing method indicated by the processing request, but also has the ability to determine whether the target file is a media ability to type files. Alternatively, the first interface and the second interface may be two independent application programming interfaces respectively, the first interface has the ability to process the target file according to the processing method indicated by the processing request, and the second interface has the ability to determine whether the target file is a The capability of the file of the media type. Whether the first interface and the second interface are the same interface can be specifically determined according to the actual usage, which is not limited in this embodiment of the present application.

In some possible implementation manners, before performing the file scanning, the method further includes: reporting a first message to the media file scanning service via a daemon process of the file system, where the first message is used to instruct the file scanning to be performed. In this case, the above-mentioned execution of file scanning includes: according to the first message, starting a media file scanning service process to execute media file scanning.

In this way, the information interaction between the file system and the media file scanning service can be realized, and the media file scanning service can be triggered to perform file scanning when the file system processes the media files.

In some possible implementations, when a processing request for the target file sent by the first application is received, the first interface of the file system of the terminal device is called to process the target file according to the processing method indicated by the processing request, including: :

If the processing request is used to instruct to add a new target file, call the new interface of the file system to store the target file in the memory of the terminal device;

Or, if the processing request is used to instruct to delete the target file, the delete interface of the file system is called to delete the target file stored in the memory;

Or, if the processing request is used to instruct to modify the target file, the modification interface of the file system is invoked, the target file is modified, and the target file stored in the memory is updated to the modified target file.

The above-mentioned modification target file may be the storage path of the modification file, the content of the modification file, the name of the modification file, or the modification of the file in any other possible manner.

The above-mentioned memory may be an internal memory of the terminal device, or may be an external memory (eg, a pluggable SD card), which may be specifically determined according to actual usage requirements, which is not limited in the embodiments of the present application.

Among them, if the file requested to be processed is a media file, it is necessary to synchronously update the relevant attribute information of the file in the media database. Therefore, when it is determined that the file to be processed is a media file, the file scanning can be triggered, and then the file scanning can be triggered. Update the media database based on the scan results.

In some possible implementations, according to the scanning result corresponding to the target file, the attribute information of the target file is updated in the media database of the terminal device, including:

If the scan result corresponding to the target file is that the target file is newly added to the storage of the terminal device, and the attribute information of the target file does not exist in the media database, the attribute information of the target file is acquired, and the attribute information of the target file is added to the media database. attribute information;

Or, if the scanning result corresponding to the target file is that the target file in the memory is deleted, and the attribute information of the target file exists in the media database, then delete the attribute information of the target file in the media database;

Or, if the scan result corresponding to the target file is that the target file in the memory is modified and the attribute information of the target file before the modification exists in the media database, then the attribute information of the modified target file is obtained, and the pre-modification information in the media database is obtained. The attribute information of the target file is replaced with the attribute information of the modified target file.

In this way, after the terminal device obtains the scan result corresponding to the target file, the media database can be updated according to the scan result, and the media file information in the media database can be synchronized with the actual media file in real time.

Through the above solution, based on the file system reporting mechanism, after the media file is modified by the APP, the media file attribute information in the media database is synchronized with the actual media file in real time, ensuring the consistency of the media file information in the terminal device and improving the user experience.

In some possible implementations, obtaining the attribute information of the target file above includes: parsing the newly added target file through a file parsing service process to obtain the attribute information of the target file.

In some possible implementations, obtaining the attribute information of the modified target file includes: parsing the modified target file through a file parsing service process to obtain the attribute information of the modified target file.

It should be noted that the terminal device may also be configured with a file display application associated with the media database. The file display application can display the thumbnail of the file according to the attribute information of the file in the media database, that is, the file display application relies on the file attribute information recorded in the media database when displaying images.

In some possible implementations, after updating the attribute information of the target file in the media database, the above method further includes: updating the attribute information of the target file in the file display application of the terminal device according to the updated attribute information of the target file in the media database. Display state.

In some possible implementations, the above-mentioned updating the display state of the target file in the file display application of the terminal device according to the updated attribute information of the target file in the media database includes:

If the attribute information of the target file is newly added in the media database, the thumbnail corresponding to the target file is newly displayed in the file display application;

Or, if the attribute information of the target file is deleted from the media database, the thumbnail image corresponding to the target file is canceled in the file display application;

Or, if the attribute information of the target file is updated in the media database, the thumbnail image corresponding to the target file is updated and displayed in the file display application.

Through the above solution, when the actual file in the terminal device changes, the attribute information of the file in the media database is correspondingly updated synchronously, and the file display application can update the thumbnail of the displayed file in real time according to the updated attribute information of the file in the media database. Thumbnails, so that when the user browses images through the file display application, each image stored in the terminal device can be displayed quickly and in real time for the user, avoiding the terminal device being unable to display the newly added media files to the user in time or files that have been deleted. The problem is still being presented to the user, improving the user experience.

In a second aspect, the present application provides an apparatus for processing media data, the apparatus including a unit for executing the method in the above-mentioned first aspect. The apparatus may correspond to executing the method described in the first aspect. For the description of the units in the apparatus, please refer to the description of the first aspect. For brevity, details are not repeated here.

The method described in the first aspect above may be implemented by hardware, or may be implemented by executing corresponding software by hardware. The hardware or software includes one or more modules or units corresponding to the above functions. For example, a processing module or unit, a display module or unit, and the like.

In a third aspect, the present application provides a terminal device, the terminal device includes a processor, the processor is coupled with a memory, the memory is used for storing computer programs or instructions, and the processor is used for executing the computer programs or instructions stored in the memory, so that the first aspect The method in is executed.

For example, the processor is configured to execute a computer program or instructions stored in the memory to cause the apparatus to perform the method of the first aspect.

In a fourth aspect, the present application provides a computer-readable storage medium on which a computer program (which may also be referred to as instructions or codes) for implementing the method in the first aspect is stored.

For example, the computer program, when executed by a computer, causes the computer to perform the method of the first aspect.

In a fifth aspect, the present application provides a chip including a processor. The processor is adapted to read and execute the computer program stored in the memory to perform the method of the first aspect and any possible implementations thereof.

Optionally, the above-mentioned chip further includes a memory, and the memory is connected to the processor through a circuit or a wire.

In a sixth aspect, the present application provides a chip system including a processor. The processor is adapted to read and execute the computer program stored in the memory to perform the method of the first aspect and any possible implementations thereof.

Optionally, the chip system further includes a memory, and the memory is connected to the processor through a circuit or a wire.

In a seventh aspect, the present application provides a computer program product, the computer program product comprising a computer program (also referred to as instructions or codes), which when executed by a computer causes the computer to implement the method in the first aspect.

It can be understood that, for the beneficial effects of the foregoing second aspect to the seventh aspect, reference may be made to the relevant descriptions in the foregoing first aspect, which will not be repeated here.

Description of drawings

FIG. 1 is a system architecture diagram of the interaction between the APP and the media database when processing media files through the APP in the related art.

FIG. 2 is a schematic structural diagram of an operating system to which the media data processing method provided by the embodiment of the present application is applied.

FIG. 3 is a schematic flowchart of a media data processing method provided by an embodiment of the present application.

FIG. 4 is a system architecture diagram of interaction between an APP and a media database when processing a media file through an APP according to an embodiment of the present application.

FIG. 5 is a schematic flowchart of another media data processing method provided by an embodiment of the present application.

FIG. 6 is a schematic structural diagram of a media data processing apparatus provided by an embodiment of the present application.

FIG. 7 is a schematic hardware diagram of a terminal device according to an embodiment of the present application.

Detailed ways

In order to make the purposes, technical solutions and advantages of the embodiments of the present application clearer, the technical solutions in the embodiments of the present application will be described clearly and completely below with reference to the drawings in the embodiments of the present application. Obviously, the described embodiments It is a part of the embodiments of the present application, but not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by those of ordinary skill in the art without creative efforts shall fall within the protection scope of the present application.

The term "and/or" in this paper is an association relationship that describes an associated object, indicating that there can be three kinds of relationships, for example, A and/or B, which can mean that A exists alone, A and B exist at the same time, and B exists alone these three situations. The symbol "/" in this document indicates the relationship in which the associated object is or, for example, A/B indicates A or B.

The terms "first" and "second" and the like in the specification and claims herein are used to distinguish between different objects, rather than to describe a particular order of the objects. For example, the first interface, the second interface, etc. are used to distinguish different interfaces, rather than to describe a specific order of the interfaces.

In the embodiments of the present application, words such as "exemplary" or "for example" are used to represent examples, illustrations or illustrations. Any embodiments or designs described in the embodiments of the present application as "exemplary" or "such as" should not be construed as preferred or advantageous over other embodiments or designs. Rather, the use of words such as "exemplary" or "such as" is intended to present the related concepts in a specific manner.

In the description of the embodiments of the present application, unless otherwise specified, the meaning of "plurality" refers to two or more, for example, a plurality of processing units refers to two or more processing units, etc.; a plurality of An element refers to two or more elements or the like.

A terminal device such as a mobile phone is usually equipped with a memory, which can store various image files such as pictures and videos. For example, the memory can be the built-in memory of the terminal device, or it can be a pluggable memory card (secure digital card, SD). The media database (data base, DB) in the mobile phone can record file attribute information such as the storage path, file name, and file size of each image file in the memory. File display software is usually preset or installed on the mobile phone, such as the pre-made gallery or photo album APP in the mobile phone (which can be attributed to the system APP), or the third-party APP installed in the mobile phone. This kind of image management APP can display pictures and videos. image file.

Among them, the media scanning service of the mobile phone system is responsible for scanning the files stored in the memory, and storing the relevant information of the files in the memory in the media database for the image management APP in the mobile phone (for example, the pre-made system APP in the mobile phone or the installation in the mobile phone). third-party APP) call. In this way, each APP in the mobile phone can query the media database to display the corresponding files according to the user's browsing requirements for certain media files.

Exemplarily, when the user starts the image management APP to browse images, the image management APP first calls the image file information recorded in the media database, and then calls the image file stored in the memory card through the image file information recorded in the media database. , so as to display the corresponding image and realize image browsing.

Wherein, after scanning the files stored in the memory, the media database will update the file information accordingly. The following lists several situations that trigger file scanning.

In case one, the APP sends a broadcast. When a file is added or deleted in the mobile phone through an APP, the APP will actively send a broadcast to notify the media scanning service of the mobile phone system to scan to update the media database.

In the second case, the mobile phone system is restarted. When the mobile phone system is restarted, the media scanning service will be triggered to scan all the directories in the mobile phone recursively, and store the relevant information of each media file in the media database.

Case 3, SD card is inserted and unplugged. For example, when the SD card is inserted into the phone (SD card mount), it will trigger to scan the files in the SD card.

Among them, the above-mentioned situations 2 and 3 are relatively rarely used in practical applications, and the above-mentioned situation 1 is relatively used in practical applications.

The following exemplarily illustrates a schematic diagram of the interaction between the APP and the media database when the APP processes media files in the related art with reference to FIG. 1 . As shown in Figure 1, "Media Scanner Receiver" (corresponding to MediaScannerReceiver in the Android operating system) will listen for an Intent event, which may be a broadcast notification sent by an APP, triggering scanning of a single specified file. In addition, the Intent event may also be the boot completion notification issued by the operating system, which triggers a full disk scan; it may also be the SD card mounting completion notification issued by the operating system, which triggers the SD card scan; for the sake of simplicity and clarity, Figure 1 is not shown.

Among them, the "Media Scanner Service" (corresponding to the MediaScannerService in the Android system) can realize the instantiation of the "Media Scanner" (corresponding to the MediaScanner in the Android operating system) and the update of the media database based on the broadcast sent by the APP. "Media Provider" (corresponding to MediaProvider in the Android operating system) is used as the encapsulation class of the media database, which is used to create and maintain the database, and provide a uniform resource identifier (URI) externally to realize the addition of the database. , delete, modify or query (referred to as CRUD) function.

On the one hand, from the perspective of adding, deleting, modifying and checking media files through the APP (refer to the path shown by the dotted line in Figure 1), the APP can call the interface of "media provision" through "content resolution" (corresponding to ContentResolver in the Android operating system) , to add, delete, modify, and query the database data in "Media Provision".

On the other hand, from the perspective of APP sending broadcasts (refer to the path shown by the solid line in Figure 1), when adding, deleting, modifying and checking files through the APP in the mobile phone, the APP broadcasts, and "media scan and receive" receives the broadcast. After that, the media scan service is triggered to start, and then "media scan" is called to scan, and the scanned files are also parsed through "metadata parsing" (corresponding to MetaDataRetriever in the Android operating system). Further, "media provision" updates the media database according to the file scanning result or the parsing result.

However, due to the fact that some APPs are not standardized enough at present, there are situations in which the APP cannot broadcast and notify the mobile phone system to scan in time after adding or deleting files. In this way, the mobile phone system is notified of the scanning situation, and the result is that the media database cannot be updated in time. That is to say, once the APP does not broadcast a notification after adding, deleting or modifying a file (as shown by the × in Figure 1) the mobile phone system scans the file, there will be a problem that the media database is not updated in time. Further, due to the untimely update of the media database, the file information recorded in the media database will be inconsistent or out of sync with the actual files stored in the memory, which may eventually lead to various problems, such as slow refresh of the gallery, pictures that cannot be displayed for a long time, and mobile phones. The newly added media files may not be displayed to the user in time, or the deleted files may still be displayed to the user. In some cases, the media database cannot be updated by scanning until the mobile phone system is restarted; in this case, since not only all directories in the mobile phone are scanned, but also unsynchronized files need to be parsed, which will greatly increase the number of mobile phones. The burden after rebooting. In view of this, how to keep the media database and the actual file consistent in real time is a technical problem to be solved by the embodiments of the present application.

Embodiments of the present application provide a media data processing method and a terminal device, which can realize synchronization between a media database and an actual file based on file system reporting. Specifically, when a processing request for the target file sent by the first application is received, the first interface of the file system of the terminal device is called to process the target file according to the processing method indicated by the processing request; if the target file is a media type file, perform file scanning to obtain the scanning result corresponding to the target file; update the attribute information of the target file in the media database of the terminal device according to the scanning result corresponding to the target file. Through this solution, when the actual file in the terminal device changes (such as adding, deleting or modifying) through the APP operation, the interface of the file system is called to process the target file according to the processing method indicated by the processing request, and it is judged that the occurrence of Whether the changed file is a media file, if it is a media file, trigger file scanning to synchronize the media file information in the media database with the actual media file in real time to ensure the consistency and integrity of the media file information. In this way, the gallery can quickly display the stored images for the user in real time by calling the real-time updated media file information in the media database, thereby improving the user experience. The embodiments of the present application trigger file scanning through a file system reporting mechanism, so as to synchronize media file information in the media database with actual media files in real time, ensure the consistency and integrity of media file information, and improve user experience.

The terminal device in this embodiment of the present application may be a terminal device having an operating system. The operating system may be an Android (Android) operating system, an ios operating system, or other possible operating systems, which are not specifically limited in the embodiments of the present application.

The following takes the Android operating system as an example to introduce the software environment to which the media data processing method provided by the embodiment of the present application is applied.

As shown in FIG. 2 , it is a schematic diagram of the architecture of a possible Android operating system provided by an embodiment of the present application. In FIG. 2, the architecture of the Android operating system includes four layers, namely: an application layer, an application framework layer, a system runtime layer, and a kernel layer (specifically, a Linux kernel layer).

The application layer includes various applications (including system applications and third-party applications) in the Android operating system.

The application framework layer is the framework of the application, and developers can develop some applications based on the application framework layer under the condition of complying with the development principles of the framework of the application.

The system runtime layer includes libraries (also called system libraries) and the Android operating system runtime environment. The library mainly provides various resources required by the Android operating system. The Android operating system operating environment is used to provide a software environment for the Android operating system.

The kernel layer is the operating system layer of the Android operating system and belongs to the bottom layer of the Android operating system software layer. The kernel layer provides core system services and hardware-related drivers for the Android operating system based on the Linux kernel.

Taking the Android operating system as an example, in this embodiment of the present application, a developer can develop a software program for implementing the media data processing method provided by the embodiment of the present application based on the system architecture of the Android operating system as shown in FIG. The media data processing method can run based on the Android operating system as shown in FIG. 2 . That is, the processor or the terminal device can implement the media data processing method provided by the embodiments of the present application by running the software program in the Android operating system.

The terminal device in this embodiment of the present application may be a mobile terminal or a non-mobile terminal. Exemplarily, the mobile terminal may be a mobile phone, a tablet computer, a notebook computer, a palmtop computer, a vehicle-mounted terminal, a wearable device, an ultra-mobile personal computer (UMPC), a netbook, or a personal digital assistant (personal digital assistant, PDA), etc., the non-mobile terminal may be a personal computer (personal computer, PC), a television (television, TV), a teller machine or a self-service machine, etc., which are not specifically limited in the embodiments of the present application.

The execution subject of the media data processing method provided by the embodiment of the present application may be the above-mentioned terminal device, or may be a functional module and/or functional entity in the terminal device capable of implementing the media data processing method, and the specific implementation may be based on actual usage requirements. It is confirmed that the embodiments of the present application are not limited. The media data processing method provided by the embodiment of the present application is exemplarily described below by taking a terminal device as an example and with reference to the accompanying drawings.

3 is a schematic flowchart of a media data processing method provided by an embodiment of the present application. The media data processing method is applied to a terminal device. The terminal device is preset with a system APP and installed with a third-party APP. For ease of description, the following will be The system APP and the third-party APP are collectively referred to as the first application. The terminal device is configured with a file system and a media database associated with the first application. The file system is used to perform operations for adding, deleting, modifying and viewing files. The database is used to store the relevant information of the media file for the first application to call, so as to display the media file for the user. Referring to FIG. 3 , the method 100 includes the following steps S110-S140.

S110: When receiving the processing request for the target file sent by the first application, the terminal device invokes the first interface of the file system to process the target file according to the processing method indicated by the processing request.

Among them, the file system is a collection of software and managed files and data structures (such as directories and index tables) that manage computer software resources in the form of files in the operating system, which can be used to perform addition, deletion, modification or modification of files. View and other operations. From the system point of view, the file system organizes, allocates and reclaims the storage space of the file storage, and is responsible for the storage, retrieval, sharing and protection of files. From the user's point of view, the information in the file can be accessed according to the file name of the desired file, that is, "access by name".

In this embodiment of the present application, the file system may include multiple interfaces, such as an add interface, a delete interface, a modification interface, and a view interface, which are respectively used to perform operations such as adding a file, deleting a file, modifying a file, and viewing a file. In this way, the terminal device can perform operations such as adding, deleting, modifying or viewing files through the corresponding interface of the file system.

Optionally, the foregoing S110 may specifically include the following three possible implementation manners:

Manner 1, if the processing request is used to instruct to add a target file, the terminal device calls the new interface of the file system to store the target file in the memory of the terminal device.

Exemplarily, the above-mentioned newly added target file may be a picture or video file obtained by taking a camera, or may be a picture or a video file downloaded from the network, or an audio file may be downloaded from the network, or added in any other possible way. The file can be specifically determined according to actual use requirements, which is not limited in the embodiment of the present application.

In the second way, if the processing request is used to instruct to delete the target file, the terminal device calls the delete interface of the file system to delete the target file stored in the memory.

Manner 3: If the processing request is used to instruct to modify the target file, the terminal device calls the modification interface of the file system to modify the target file, and replaces or updates the target file stored in the memory with the modified target file.

Exemplarily, the above-mentioned modification target file may be the storage path of the modification file, the content of the modification file, the name of the modification file, or the modification of the file in any other possible way, which can be determined according to actual use requirements. , the embodiments of the present application are not limited.

Wherein, the memory of the terminal device may be an internal memory or an external memory (for example, a pluggable SD card), which may be specifically determined according to actual usage requirements, which is not limited in this embodiment of the present application.

S120, the terminal device invokes the second interface of the file system to determine whether the target file is a file of a media type.

This embodiment of the present application adds an interface for determining whether a target file is a media file in the file system, that is, through the interface of the file system, not only can the target file be processed according to the processing method (such as adding, deleting or modifying) indicated by the processing request processing, and it can also be judged whether the file requested to be processed is a media type file (may be referred to as a media file for short).

It should be noted that the above-mentioned first interface and the second interface may be the same application programming interface. In this case, the interface not only has the ability to process the target file according to the processing method indicated by the processing request, but also has the ability to judge the target file. Whether the file is capable of media type. Alternatively, the first interface and the second interface may be two independent application programming interfaces respectively, the first interface has the ability to process the target file according to the processing method indicated by the processing request, and the second interface has the ability to determine whether the target file is a The capability of the file of the media type. Whether the first interface and the second interface are the same interface can be specifically determined according to the actual usage, which is not limited in this embodiment of the present application.

It should also be noted that here is an example of adding an interface for judging whether the target file is a media file in the file system, and judging whether the target file is a media file by calling the interface. It can be understood that in In actual implementation, the embodiment of the present application may also use other possible methods to determine whether the target file is a media file. For example, the file system may notify the media file scanning service of the event that the target file is processed, and the media file scanning service first determines the target file. Whether the file is a media file, and then determine whether to perform file scanning according to the judgment result. Specifically, if the target file is a media file, file scanning is performed; if the target file is not a media file, file scanning is not performed. Specifically, it can be determined according to actual use requirements, which is not limited in the embodiment of the present application.

Optionally, in this embodiment of the present application, the files of the above-mentioned media types may be image files, such as pictures or photos, may also be video files, or audio files, or may be any other possible files. The requirements are determined, which is not limited in the embodiments of the present application.

Optionally, the terminal device may determine the file type according to the suffix of the file name to determine whether the target file is a media type file. Exemplarily, common image file name suffixes may include .BMP, .GIF, .JPEG, .PSD, or .PNG. Common audio file name suffixes can include .WAV, .MP1, .MP2, .MP3, or .MP4. Common video file name suffixes can include .GIF, .AVI, .MOV, .MPEG, or .RM. Of course, other methods can also be used to determine whether the target file is a media file. For example, by parsing the file header information, it is possible to check whether the file header information contains a field indicating the media type. If it contains a field indicating the media type, the target file is determined to be a media file. document.

In this embodiment of the present application, if the terminal device determines that the target file is a media file, the terminal device continues to perform the following S130. If the terminal device determines that the target file is not a media file, the terminal device ends the operation.

S130, the terminal device performs file scanning to obtain a scanning result corresponding to the target file.

In the embodiment of the present application, if the file requested to be processed is a media file, it is necessary to synchronously update the relevant attribute information of the file in the media database. Therefore, when it is determined that the processed file is a media file, the File scanning, which in turn can update the media database based on the scan results.

The file scanning process is exemplarily described below. In the media scanning service, a background thread can be started to perform the file scanning action. Before the scanning starts, the scanning start broadcast will be sent, and the scanning completion broadcast will be sent after the scanning is completed. Moreover, before the scan starts, a pre-scan action can be performed to traverse each piece of data (ie, file attribute information) in the media database to check whether the actual file corresponding to each piece of data exists in the memory. After pre-scanning, the terminal device traverses and scans each folder on the internal/external memory one by one (referred to as memory scanning), and when a target file is scanned, it queries the media database for relevant attribute information of the target file.

In this way, through the above pre-scan and memory scan, the following possible scan results can be obtained:

Result 1: The target file is added to the storage and the attribute information of the target file does not exist in the media database.

Result 2: The target file in the storage is deleted and the attribute information of the target file exists in the media database.

Result three: The target file in the storage is modified and the attribute information of the target file exists in the media database.

After the terminal device obtains the scan result corresponding to the target file, the media database can be updated according to the scan result, so as to synchronize the media file information in the media database with the actual media file in real time.

S140, the terminal device updates the attribute information of the target file in the media database according to the scanning result corresponding to the target file.

The above-mentioned media database may also be referred to as a multimedia database or a media storage database, and is used to store relevant attribute information of media files, which can be invoked by an APP to realize access to media files.

Optionally, the media database may include relevant attribute information of each media file, for example, may include file attribute information such as storage path information, file name information, file type information, file size information and/or last modification time information of the media file; or Any other possible attribute information may be included, such as category tags, favorites, and/or privacy. The attribute information of the media file may be specifically determined according to actual usage requirements, which is not limited in this embodiment of the present application.

In the embodiment of the present application, if it is determined through the interface of the file system that the target file is a media file, the file system reports to the media scanning service process that the target file is a media file, so as to trigger the execution of file scanning, and then according to the scanning result, in the media database The attribute information of the target file is updated in the file system, that is, the synchronization between the media database and the actual file is realized based on the file system reporting mechanism.

The terminal device may report messages to the media file scanning service via the daemon process of the file system. In this way, the information interaction between the file system and the media file scanning service is realized, and when the file system processes the media files, the media file scanning service can be triggered to perform file scanning.

Optionally, the foregoing S140 may specifically include the following three possible implementation manners:

Mode 1, if the scan result corresponding to the target file is that the target file is newly added to the memory, and the attribute information of the target file does not exist in the media database, the terminal device obtains the attribute information of the target file, and adds the target file in the media database. Attribute information for the file.

The terminal device starts the media file scanning service process to scan, finds the target file, and queries whether the relevant attribute information of the target file exists in the media database, and if not, starts the file parsing service process to parse the target file, and obtains Attribute information of the target file. Further, the attribute information of the obtained target file is added to the media database.

Exemplarily, adding a file through a third-party APP will eventually trigger a call to a new interface of the file system. The newly added interface of the file system can not only add the newly added file to the storage of the terminal device, but also can judge whether the newly added file is a media file. If it is determined that the newly added file is a media file, the message of the newly added file is reported to the daemon process of the file system, and the message of the newly added file is reported to the "media file scanning service" through the daemon process. The "media file scanning service" calls the "file parsing service" to parse the newly added file. Then, the "file parsing service" adds the file-related attribute information obtained by parsing the file into the media database.

Manner 2: If the scan result corresponding to the target file is that the target file in the memory is deleted and the attribute information of the target file exists in the media database, the terminal device deletes the attribute information of the target file in the media database.

The terminal device can read all file information in the media database, then check whether each file still exists in the memory, and delete the relevant attribute information of the file from the media database for the file that does not exist in the memory. Specifically, if the target file has been deleted from the storage, the relevant attribute information of the target file is deleted from the media database.

Exemplarily, deleting a file through a third-party APP will eventually trigger calling a delete interface of the file system. The deletion interface of the file system can not only delete the specified file from the storage of the terminal device, but also judge whether the deleted file is a media file. If it is determined that the deleted file is a media file, the file deletion message is reported to the daemon process of the file system, and the file deletion message is reported to the "media file scanning service" through the daemon process. "Media file scanning service" finds the relevant attribute information of deleted files by scanning the media database. Then, the relevant attribute information of the deleted file is deleted from the media database.

Mode 3: If the scan result corresponding to the target file is that the target file in the memory is modified and the attribute information of the target file before the modification exists in the media database, the terminal device obtains the attribute information of the modified target file, and uses the media database to obtain the attribute information of the modified target file. Replace the attribute information of the target file before modification with the attribute information of the modified target file.

The terminal device can start the media file scanning service process to scan, find the modified target file, and query whether the relevant attribute information of the target file exists in the media database, and if so, compare the modification time of the actual media file with the media Check whether the modification time of the database is consistent; if it is inconsistent, it means that it has not been updated after modification, then start the file parsing service process to parse the modified target file, and obtain the attribute information of the modified target file (that is, the latest file attribute information). Further, the file attribute information in the media database is replaced with the latest file attribute information, thereby realizing real-time update of the media database.

Exemplarily, modifying a file through a third-party APP will eventually trigger calling a modification interface of the file system. The modification interface of the file system can not only replace the corresponding file in the storage with the modified file, but also can judge whether the modified file is a media file. If it is determined that the modified file is a media file, the file modified message is reported to the daemon process of the file system, and the file modified message is reported to the "media file scanning service" through the daemon process. The "media file scanning service" calls the "file parsing service" to parse the modified file. Then, the "file parsing service" updates the file-related attribute information obtained by parsing the file into the media database.

In the following, the schematic diagram of the architecture of the media data processing method provided by the embodiment of the present application can be understood in a more intuitive manner with reference to FIG. 4 . As shown in FIG. 4 , the terminal device may send a processing request for the target file to the file system in response to the user's operation of adding, deleting, modifying, and checking the target file through the third-party APP. On the one hand, the file system processes the target file according to the processing method indicated by the processing request; on the other hand, the file system calls the corresponding interface to determine whether the target file is a media file according to the processing request. If the target file is a media type file, a message is reported to the "Media File Scanning Service" via the "file daemon" (vold) of the file system, instructing to perform file scanning. Then, trigger the media file scanning service process to start, perform file scanning and file analysis, obtain the scanning result corresponding to the target file, and call "media provision", and update the attribute of the target file in the media database according to the scanning result corresponding to the target file information. In this way, the embodiment of the present application triggers file scanning through the file system reporting mechanism, so as to synchronize the media file information in the media database with the actual media file in real time, and ensure the consistency of the media file information in the terminal device.

Through the above solution, based on the file system reporting mechanism, when a media file is modified by a third-party APP, the media file attribute information in the media database can be synchronized with the actual media file in real time, ensuring the consistency of media file information and improving user experience.

It should be noted that, in the above embodiments, the terminal device is used as the execution subject for exemplary description, and in actual implementation, the execution subject may specifically be a central processing unit (central processing unit, CPU) in the terminal device. Specifically in this solution, after the CPU in the terminal device receives the processing request for the target file sent by the first application, the CPU calls the first interface of the file system to process the target file according to the processing method indicated by the processing request; then, The CPU invokes the second interface of the file system to determine whether the target file is a media type file; further, if the target file is a media type file, execute file scanning to obtain a scan result corresponding to the target file; The attribute information of the target file is updated in the media database corresponding to the scanning result.

It should also be noted that, in the above embodiment, the first application is an application in the terminal device as an example for description. It can be understood that the embodiment of the present application is not limited to this, for example, the above first application may also be other terminals An application in a device, in this case, the terminal device and other terminal devices may be two devices that establish mutual trust authorization, one of which is the master device and the other is the controlled device. With the solution provided in this application, the first application of the master control device can operate the media file, trigger the controlled device to perform the operation of adding, deleting, modifying and checking the media file and the updating operation of the media database, so as to realize the attribute information of the media file in the media database. Real-time synchronization with actual media files. Specifically, it can be determined according to the actual use situation, which is not limited in the embodiment of the present application.

In the media data processing method provided by the embodiment of the present application, when a processing request for a target file sent by a first application is received, the first interface of the file system of the terminal device is invoked, and the target file is processed according to the processing method indicated by the processing request. ; If the target file is a media type file, perform file scanning to obtain the scanning result corresponding to the target file; update the attribute information of the target file in the media database of the terminal device according to the scanning result corresponding to the target file. Through this solution, an interface for judging whether the target file is a media file is added to the file system. When the actual file in the terminal device changes (such as adding, deleting, or modifying) through the APP operation, the file system can The interface processes the target file according to the processing method indicated by the processing request, and judges whether the changed file is a media file. Synchronization ensures the consistency and integrity of media file information.

Optionally, in this embodiment of the present application, the terminal device may also be configured with a file display APP associated with the media database. The file display APP can display the thumbnail of the file according to the attribute information of the file in the media database, that is, the file display APP relies on the file attribute information recorded in the media database when displaying the image. It should be noted that when the actual file in the terminal device changes, the attribute information of the file in the media database needs to be updated synchronously, and the file display APP can update the display file in real time according to the updated attribute information of the file in the media database. so that when the user browses images through the file display APP, each image stored in the terminal device can be displayed quickly and in real time for the user.

Exemplarily, with reference to FIG. 3 , as shown in FIG. 5 , after the foregoing S140 , the embodiment of the present application may further include the following S150 .

S150, the terminal device updates the display state of the target file in the APP according to the updated attribute information of the target file in the media database.

Wherein, the display state of the target file in the above-mentioned update file display APP may refer to: the target file is displayed in the file display APP (corresponding to the case where the file is newly added), or is no longer displayed in the file display APP (corresponding to the file being deleted), or the displayed content or position of the target file in the file display APP has changed (corresponding to the case of the file being modified).

In some embodiments, if the target file is an image file (such as a picture or a video), the above-mentioned file display APP may be a gallery or photo album APP preset by the system, or may be an APP that has image capture and display functions and can access image files. Third-party APPs, the following two types of APPs are collectively referred to as galleries. For the convenience of description, the following takes a gallery as an example for illustrative description. Exemplarily, a picture display list may be displayed in the user operation interface of the gallery, and thumbnail images corresponding to the pictures or videos may be displayed in the list, and the pictures or videos in the list may be displayed in sequence according to the generation time or the modification time.

In other embodiments, if the target file is an audio file, the above-mentioned file display APP may be a music playback APP preset by the system, or may be a third-party APP that has a music playback function and can access audio files. Such APPs are collectively referred to as audio players. Exemplarily, a track list may be displayed in the user operation interface of the music playing APP, and the track content corresponding to each audio file may be displayed in the list, such as name, size, type and/or cover thumbnail.

It should be noted that, thumbnail images corresponding to image files or content of tracks corresponding to audio files may be stored in the media database, and these files are actually stored in the memory. The gallery can call up the thumbnails stored in the media database to display thumbnails of the actual files. Through the display of thumbnails, users can intuitively browse a large number of pictures or videos in the gallery. If the user needs to view a certain image, the user can click on the thumbnail to trigger the terminal device to display the original image corresponding to the thumbnail. It can be understood that the resolution of the thumbnail is relatively low and takes up less space and memory than the corresponding original image.

Optionally, assuming that the target file is an image file, the above S150 may specifically include the following three possible implementation manners:

Manner 1: If the attribute information of the image file is newly added in the media database, the thumbnail image corresponding to the image file is newly displayed in the gallery.

Exemplarily, the user generates a photo through the shooting portal or album portal of a third-party APP (such as instant social software), and the terminal device can respond to the user's operation, and store the generated photo in the memory and in the media database. Add the attribute information of the photo, and correspondingly, the thumbnail corresponding to the photo will be added to the gallery. This way, when a user browses images through the gallery, the gallery refreshes to show thumbnails of the newly added photos. In this way, the records in the media database and the picture display list in the gallery are synchronized with the actual image file in real time, which avoids the problem that the newly added image file cannot be displayed to the user in time due to the unsynchronized image file information of the terminal device, and improves the user experience.

In the second way, if the attribute information of the image file is deleted from the media database, the thumbnail image corresponding to the image file is canceled from being displayed in the gallery.

Exemplarily, the user views the photos in the mobile phone through the album portal of the third-party APP (for example, instant social software) and selects one of the photos to delete, and the terminal device can respond to the user's operation and delete the photo selected by the user from the photo album. It is deleted from the storage, and the attribute information of the photo is deleted in the media database, and correspondingly, the thumbnail corresponding to the photo will no longer be displayed in the gallery. In this way, when a user browses pictures or videos through the gallery, the gallery refreshes and no longer displays thumbnails of deleted images. In this way, the records in the media database and the picture display list in the gallery are synchronized with the actual image file in real time, which avoids the problem that deleted images are still displayed to the user, and improves the user experience.

In the third method, if the attribute information of the image file is updated in the media database, the thumbnail image corresponding to the image file is updated and displayed in the gallery.

Exemplarily, the user views the photo through a third-party APP (such as image processing software) and retouches the photo, and the terminal device responds to the user's operation and stores the retouched photo in the memory and in the media database. When the attribute information of the photo is updated, the corresponding thumbnail of the photo will be updated and displayed in the gallery accordingly. This way, when a user browses images through the gallery, the gallery refreshes and displays thumbnails of the retouched photos. In this way, the records in the media database and the picture display list in the gallery are synchronized with the actual image files in real time.

It should be noted that updating the thumbnail image corresponding to the target file in the gallery mentioned in the third method may refer to updating the display content of the thumbnail image corresponding to the target file, or updating the display position of the thumbnail image corresponding to the target file, or updating the thumbnail image corresponding to the target file. It may refer to other possible update displays, which may be specifically determined according to actual usage conditions, which are not limited in this embodiment of the present application.

Through the above three methods, after the image file is processed by the third-party APP, the records in the media database and the picture display list in the gallery can be synchronized with the actual image file in real time, which can ensure the consistency of the image file information in the terminal device. . In this way, the gallery can quickly display the stored images for the user in real time by calling the real-time updated media file information in the media database, thereby improving the user experience.

Optionally, assuming that the target file is an audio file, the above S150 may specifically include the following three possible implementations:

Manner 1: If the attribute information of the audio file is newly added in the media database, the content of the track corresponding to the audio file is newly displayed in the audio player.

Exemplarily, a user views a certain singer's music album and downloads some songs in the music album through a third-party APP (such as music playing software), and the terminal device can respond to the user's operation and store the downloaded songs in the memory. , and add attribute information corresponding to the downloaded song in the media database, and correspondingly add and display the content of the song corresponding to the song in the audio player of the terminal device. In this way, the recording in the media database, the track list in the audio player and the actual audio file are synchronized in real time.

In a second way, if the attribute information of the audio file is deleted from the media database, the content of the track corresponding to the audio file is canceled in the audio player.

Exemplarily, the user views the songs he has downloaded through a third-party APP (such as music playing software) and selects one of the songs to delete, and the terminal device can respond to the user's operation and delete the song selected by the user from the memory. , and delete the attribute information corresponding to the song in the media database, and correspondingly, the content of the track corresponding to the song is no longer displayed in the audio player of the terminal device. In this way, the recording in the media database, the track list in the audio player and the actual audio file are synchronized in real time.

In the third method, if the attribute information of the audio file is updated in the media database, the content of the track corresponding to the audio file is updated and displayed in the audio player.

Exemplarily, the user checks the songs he has downloaded through a third-party APP (such as music playing software) and selects one of the songs to perform a collection operation, and the terminal device updates the attribute information of the song in the media database in response to the user's operation, That is, adding a favorite tag to the song will update and display the content of the track corresponding to the song in the audio player accordingly. In this way, the recording in the media database, the track list in the audio player and the actual audio file are synchronized in real time.

Through the above three methods, after the audio file is processed by the third-party APP, the records in the media database and the track list in the audio player can be synchronized with the actual audio file in real time, which can ensure the consistency of the audio file information in the terminal device. sex. In this way, the audio player can quickly display the stored audio files for the user in real time by calling the real-time updated media file information in the media database, thereby improving the user experience.

The foregoing embodiment is exemplarily described below by taking a scenario of adding a picture through a third-party APP installed in a mobile phone as an example. The system APP (such as camera APP) preset in the mobile phone can generate, delete or modify media files (such as pictures or videos); or, the third-party APP (such as instant messaging software) installed in the mobile phone can also generate, delete or modify media files files (such as pictures or videos). When the user uses the system APP or a third-party APP to generate a picture (for example, the picture is captured by the camera or downloaded from the network), the file system will be triggered to monitor that a new file has been added to the mobile phone memory card. At this time, the file is first determined. Whether it is a media file, if the file is a media file, the file information will be reported to the file daemon, and the file daemon will continue to report it to the media file scanning service, trigger the media file scanning service to start, perform file scanning, and call "file parsing". service" parses the file and finally inserts the parsed result into the media database. In this case, when the gallery monitors that there is a new image in the media database, the gallery will refresh and display the thumbnail of the newly added image. In this way, after the pictures are saved through the third-party APP, the media database can be updated in time, so that the media database can be synchronized with the actual files in real time, and finally the gallery can display the pictures saved in the mobile phone in time.

Through the solution provided by the present application, when the actual file in the terminal device changes, the attribute information of the file in the media database is correspondingly updated synchronously, and the file display APP can update the display in real time according to the updated attribute information of the file in the media database. The thumbnail of the file, so that when the user browses images through the file display APP, each image stored in the terminal device can be displayed quickly and in real time for the user, so that the terminal device cannot display the newly added media files to the user in time or has been Deleted files are also still displayed to the user, improving the user experience.

The various embodiments described herein may be independent solutions, or may be combined according to internal logic, and these solutions all fall within the protection scope of the present application.

It can be understood that, the methods and operations implemented by the terminal device in the foregoing method embodiments may also be implemented by components (for example, chips or circuits) that can be used in the terminal device.

The method embodiments provided by the present application are described above, and the device embodiments provided by the present application will be described below. It should be understood that the description of the apparatus embodiment corresponds to the description of the method embodiment. Therefore, for the content that is not described in detail, reference may be made to the above method embodiment, which is not repeated here for brevity.

The solutions provided by the embodiments of the present application have been described above mainly from the perspective of method steps. It can be understood that, in order to realize the above functions, the terminal device implementing the method includes corresponding hardware structures and/or software modules for executing each function. Those skilled in the art should realize that the present application can be implemented in hardware or a combination of hardware and computer software with the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein. Whether a function is performed by hardware or computer software driving hardware depends on the specific application and design constraints of the technical solution. Skilled artisans may use different methods to implement the described functions for each particular application, but such implementations should not be considered outside the scope of protection of this application.

In the embodiments of the present application, the terminal device may be divided into functional modules according to the foregoing method examples. For example, each functional module may be divided corresponding to each function, or two or more functions may be integrated into one processing module. The above-mentioned integrated modules can be implemented in the form of hardware, and can also be implemented in the form of software function modules. It should be noted that the division of modules in the embodiments of the present application is illustrative, and is only a logical function division, and other feasible division manners may be used in actual implementation. The following description will be given by taking as an example that each function module is divided corresponding to each function.

FIG. 6 is a schematic block diagram of a media data processing apparatus 800 according to an embodiment of the present application. The apparatus 800 may be used to perform the actions performed by the terminal device in the above method embodiments. The apparatus 800 includes a processing unit 810 and a scanning unit 820 .

The processing unit 810 is configured to, when receiving a processing request for the target file sent by the first application, call the first interface of the file system of the apparatus 800 to process the target file according to the processing mode indicated by the processing request.

The scanning unit 820 is configured to perform file scanning if the target file is a media type file to obtain a scanning result corresponding to the target file.

The processing unit 810 is further configured to update the attribute information of the target file in the media database of the device 800 according to the scanning result corresponding to the target file.

In some embodiments, the attribute information of the target file includes at least one of the following: storage path information of the target file, name information of the target file, file size information of the target file, file type information of the target file, last modification of the target file time information.

In some embodiments, the processing unit 810 is further configured to call a second interface of the file system to determine whether the target file is a media type file.

In some embodiments, the processing unit 810 is further configured to report a first message to the scanning unit 820 via a daemon process of the file system, where the first message is used to instruct to perform file scanning. Further, the scanning unit 820 is specifically configured to start the media file scanning service process according to the first message, and perform media file scanning.

In some embodiments, the processing unit 810 is specifically configured to:

If the processing request is used to instruct to add a new target file, the new interface of the file system is called to store the target file in the memory of the device 800;

In some embodiments, the processing unit 810 is specifically configured to:

If the scanning result corresponding to the target file is that the target file is newly added to the memory of the device 800 and the attribute information of the target file does not exist in the media database, the attribute information of the target file is acquired, and the attribute information of the target file is added to the media database. attribute information;

In some embodiments, the processing unit 810 is specifically configured to:

The newly added target file is parsed through the file parsing service process, and the attribute information of the target file is obtained;

Alternatively, the modified target file is parsed through the file analysis service process to obtain attribute information of the modified target file.

In some embodiments, the processing unit 810 is further configured to, after updating the attribute information of the target file in the media database, update the display state of the target file in the file display application of the device 800 according to the updated attribute information of the target file in the media database .

In some embodiments, the processing unit 810 is specifically configured to:

In the media data processing apparatus provided by the embodiment of the present application, an interface for determining whether the target file is a media file is added to the file system, and the actual file in the terminal device is changed (for example, added, deleted, or modified) through the APP operation. When the file system interface is used, the target file can be processed according to the processing method indicated by the processing request, and whether the changed file is a media file can be judged. The information is synchronized with the actual media file in real time to ensure the consistency and integrity of the media file information. In this way, the gallery can quickly display the stored images for the user in real time by calling the real-time updated media file information in the media database, thereby improving the user experience.

The apparatus 800 according to the embodiments of the present application may correspond to executing the methods described in the embodiments of the present application, and the above-mentioned and other operations and/or functions of the units in the apparatus 800 are respectively to implement the corresponding processes of the methods, and are not described herein for the sake of brevity. Repeat.

FIG. 7 is a schematic structural diagram of a terminal device 900 provided by an embodiment of the present application. The terminal device 900 includes: a processor 910 , a memory 920 , a communication interface 930 , and a bus 940 .

Wherein, the processor 910 can be connected with the memory 920 . The memory 920 may be used to store the program codes and data. Therefore, the memory 920 may be a storage unit within the processor 910 , or may be an external storage unit independent of the processor 910 , or may include a storage unit within the processor 910 and an external storage unit independent of the processor 910 . part. It should be noted that, the processor 910 in the terminal device 900 shown in FIG. 7 may correspond to the processing unit 810 in the apparatus 800 in FIG. 6 .

Optionally, the terminal device 900 may further include a bus 940 . The memory 920 and the communication interface 930 may be connected to the processor 910 through the bus 940 . The bus 940 may be a peripheral component interconnect (PCI) bus or an extended industry standard architecture (EISA) bus or the like. The bus 940 can be divided into an address bus, a data bus, a control bus, and the like. For ease of representation, only one line is shown in FIG. 7, but it does not mean that there is only one bus or one type of bus.

It should be understood that, in this embodiment of the present application, the processor 910 may adopt a central processing unit (central processing unit, CPU). The processor may also be other general-purpose processors, digital signal processors (DSPs), application specific integrated circuits (ASICs), off-the-shelf programmable gate arrays (FPGAs) or other Programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. Alternatively, the processor 810 uses one or more integrated circuits to execute related programs, so as to implement the technical solutions provided by the embodiments of the present application.

The memory 920 , which may include read-only memory and random access memory, provides instructions and data to the processor 910 . A portion of processor 910 may also include non-volatile random access memory. For example, the processor 910 may also store device type information.

When the terminal device 900 is running, the processor 910 executes the computer-executed instructions in the memory 920 to perform the operation steps of the above-mentioned method.

It should be understood that the terminal device 900 according to the embodiment of the present application may correspond to the apparatus 800 in the embodiment of the present application, and the above-mentioned and other operations and/or functions of each unit in the apparatus 800 are to implement the corresponding processes of the above-mentioned methods, respectively, in order to It is concise and will not be repeated here.

Optionally, in some embodiments, embodiments of the present application further provide a computer-readable medium, where program codes are stored in the computer-readable medium, and when the computer program codes are run on a computer, the computer can execute the above aspects method in .

Optionally, in some embodiments, the embodiments of the present application further provide a computer program product, the computer program product includes: computer program code, when the computer program code runs on the computer, the computer program code enables the computer to perform the above aspects. Methods.

In this embodiment of the present application, the terminal device or the network device includes a hardware layer, an operating system layer running on the hardware layer, and an application layer running on the operating system layer. The hardware layer may include hardware such as a central processing unit (CPU), a memory management unit (MMU), and memory (also called main memory). The operating system of the operating system layer may be any one or more computer operating systems that implement business processing through processes, such as a Linux operating system, a Unix operating system, an Android operating system, an iOS operating system, or a Windows operating system. The application layer may include applications such as browsers, address books, word processing software, and instant messaging software.

The embodiments of the present application do not specifically limit the specific structure of the execution body of the methods provided by the embodiments of the present application, as long as the program in which the codes of the methods provided by the embodiments of the present application are recorded can be executed to execute the methods according to the embodiments of the present application. Just communicate. For example, the execution body of the method provided by the embodiment of the present application may be a terminal device or a network device, or a functional module in the terminal device or network device that can call a program and execute the program.

Various aspects or features of the present application may be implemented as methods, apparatus, or articles of manufacture using standard programming and/or engineering techniques. The term "article of manufacture" as used herein may encompass a computer program accessible from any computer-readable device, carrier or media. For example, computer readable media may include, but are not limited to, magnetic storage devices (eg, hard disks, floppy disks, or magnetic tapes, etc.), optical disks (eg, compact discs (CDs), digital versatile discs (DVDs), etc. ), smart cards and flash memory devices (eg, erasable programmable read-only memory (EPROM), cards, stick or key drives, etc.).

Various storage media described herein may represent one or more devices and/or other machine-readable media for storing information. The term "machine-readable medium" may include, but is not limited to, wireless channels and various other media capable of storing, containing, and/or carrying instructions and/or data.

It should be understood that the processor mentioned in the embodiments of the present application may be a central processing unit (central processing unit, CPU), and may also be other general-purpose processors, digital signal processors (digital signal processors, DSP), application-specific integrated circuits ( application specific integrated circuit, ASIC), off-the-shelf programmable gate array (field programmable gate array, FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like.

It should also be understood that the memory mentioned in the embodiments of the present application may be volatile memory or non-volatile memory, or may include both volatile and non-volatile memory. The non-volatile memory may be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically programmable Erase programmable read-only memory (electrically EPROM, EEPROM) or flash memory. Volatile memory may be random access memory (RAM). For example, RAM can be used as an external cache. By way of example and not limitation, RAM may include the following forms: static random access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (SDRAM) , double data rate synchronous dynamic random access memory (double data rate SDRAM, DDR SDRAM), enhanced synchronous dynamic random access memory (enhanced SDRAM, ESDRAM), synchronous link dynamic random access memory (synchlink DRAM, SLDRAM) and Direct memory bus random access memory (direct rambus RAM, DR RAM).

It should be noted that when the processor is a general-purpose processor, DSP, ASIC, FPGA or other programmable logic devices, discrete gate or transistor logic devices, or discrete hardware components, the memory (storage module) can be integrated in the processor.

It should also be noted that the memory described herein is intended to include, but not be limited to, these and any other suitable types of memory.

Those of ordinary skill in the art can realize that the units and steps of each example described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Skilled artisans may use different methods to implement the described functions for each particular application, but such implementations should not be considered outside the scope of protection of this application.

Those skilled in the art can clearly understand that, for the convenience and brevity of description, the specific working process of the above-described systems, devices and units may refer to the corresponding processes in the foregoing method embodiments, which will not be repeated here.

In the several embodiments provided in this application, it should be understood that the disclosed system, apparatus and method may be implemented in other manners. For example, the apparatus embodiments described above are only illustrative. For example, the division of the units is only a logical function division. In actual implementation, there may be other division methods. For example, multiple units or components may be combined or Can be integrated into another system, or some features can be ignored, or not implemented. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be through some interfaces, indirect coupling or communication connection of devices or units, which may be in electrical, mechanical or other forms.

The units described as separate components may or may not be physically separated, and components displayed as units may or may not be physical units, that is, may be located in one place, or may be distributed to multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution in this embodiment.

In addition, each functional unit in each embodiment of the present application may be integrated into one unit, or each unit may exist physically alone, or two or more units may be integrated into one unit.

The functions, if implemented in the form of software functional units and sold or used as independent products, may be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application, or the part that contributes to the prior art, or the part of the technical solution, can be embodied in the form of a computer software product, and the computer software product is stored in a storage In the medium, the computer software product includes several instructions, the instructions are used to cause a computer device (which may be a personal computer, a server, or a network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of the present application. The aforementioned storage medium may include, but is not limited to, various media that can store program codes, such as a U disk, a removable hard disk, a ROM, a RAM, a magnetic disk, or an optical disk.

Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the technical field to which this application belongs. The terms used herein in the specification of the application are for the purpose of describing specific embodiments only, and are not intended to limit the application.

The above are only specific embodiments of the present application, but the protection scope of the present application is not limited to this. should be covered within the scope of protection of this application. Therefore, the protection scope of the present application should be subject to the protection scope of the claims.

Claims

A media data processing method, characterized in that the method comprises:

When receiving the processing request for the target file sent by the first application, calling the first interface of the file system of the terminal device, and processing the target file according to the processing mode indicated by the processing request;

If the target file is a media type file, perform file scanning to obtain a scanning result corresponding to the target file;

According to the scanning result corresponding to the target file, the attribute information of the target file is updated in the media database of the terminal device.
The method according to claim 1, wherein, before performing the file scanning if the target file is a file of a media type, the method further comprises:

The second interface of the file system is called to determine whether the target file is a media type file.
The method according to claim 1 or 2, characterized in that, before the performing file scanning, the method further comprises:

reporting a first message to the media file scanning service via the daemon process of the file system, where the first message is used to instruct to perform file scanning;

Wherein, the performing file scanning includes:

According to the first message, the media file scanning service process is started to perform media file scanning.
The method according to any one of claims 1 to 3, wherein when a processing request for the target file sent by the first application is received, the first interface of the file system of the terminal device is called, according to the The target file is processed in the processing method indicated by the above processing request, including:

If the processing request is used to instruct to add the target file, call the new interface of the file system to store the target file in the memory of the terminal device; or,

If the processing request is used to instruct to delete the target file, call the delete interface of the file system to delete the target file stored in the memory; or,

If the processing request is used to instruct to modify the target file, call the modification interface of the file system, modify the target file, and update the target file stored in the memory to the modified target file document.
The method according to any one of claims 1 to 4, wherein the updating the attribute information of the target file in the media database of the terminal device according to the scanning result corresponding to the target file, comprising: :

If the scan result corresponding to the target file is that the target file is newly added to the memory of the terminal device, and the attribute information of the target file does not exist in the media database, acquire the attribute of the target file information, and add the attribute information of the target file in the media database; or,

If the scan result corresponding to the target file is that the target file in the storage is deleted and the attribute information of the target file exists in the media database, delete the attribute of the target file in the media database information; or,

If the scan result corresponding to the target file is that the target file in the memory is modified and the media database has attribute information of the target file before modification, obtain the modified target file's attribute information. attribute information, and replace the attribute information of the target file before modification in the media database with the attribute information of the target file after modification.
The method according to claim 5, wherein the acquiring the attribute information of the target file comprises: parsing the newly added target file through a file parsing service process to obtain the attribute information of the target file ;

The acquiring the attribute information of the modified target file includes: parsing the modified target file through the file parsing service process to obtain the modified attribute information of the target file.
The method according to any one of claims 1 to 6, wherein after updating the attribute information of the target file in the media database, the method further comprises:

According to the updated attribute information of the target file in the media database, the display state of the target file in the file display application of the terminal device is updated.
The method according to claim 7, wherein, according to the updated attribute information of the target file in the media database, updating the display state of the target file in the file display application of the terminal device, include:

If the attribute information of the target file is newly added in the media database, the thumbnail image corresponding to the target file is newly displayed in the file display application; or,

If the attribute information of the target file is deleted from the media database, cancel the display of the thumbnail image corresponding to the target file in the file display application; or,

If the attribute information of the target file is updated in the media database, the thumbnail image corresponding to the target file is updated and displayed in the file display application.
The method according to any one of claims 1 to 8, wherein the attribute information of the target file includes at least one of the following: storage path information of the target file, name information of the target file, The file size information of the target file, the file type information of the target file, and the last modification time information of the target file.
A media data processing device, characterized in that the device comprises a processing unit and a scanning unit;

The processing unit is configured to, when receiving a processing request for the target file sent by the first application, call the first interface of the file system of the device, and perform the processing on the target file according to the processing mode indicated by the processing request. deal with;

The scanning unit is configured to perform file scanning if the target file is a media type file to obtain a scan result corresponding to the target file;

The processing unit is further configured to update the attribute information of the target file in the media database of the device according to the scanning result corresponding to the target file.
The apparatus according to claim 10, wherein the processing unit is further configured to call a second interface of the file system to determine whether the target file is a media type file.
The device according to claim 10 or 11, characterized in that,

The processing unit is further configured to report a first message to the scanning unit via a daemon process of the file system, where the first message is used to instruct to perform file scanning;

The scanning unit is specifically configured to start a media file scanning service process according to the first message, and perform media file scanning.
The device according to any one of claims 10 to 12, wherein the processing unit is specifically used for:

If the processing request is used to instruct to add the target file, call the new interface of the file system to store the target file in the memory of the device; or,

If the processing request is used to instruct to delete the target file, call the delete interface of the file system to delete the target file stored in the memory; or,

If the processing request is used to instruct to modify the target file, call the modification interface of the file system, modify the target file, and update the target file stored in the memory to the modified target file document.
The device according to any one of claims 10 to 13, wherein the processing unit is specifically configured to:

If the scan result corresponding to the target file is that the target file is newly added to the memory of the device, and the attribute information of the target file does not exist in the media database, obtain the attribute information of the target file , and add the attribute information of the target file in the media database; or,

If the scan result corresponding to the target file is that the target file in the storage is deleted and the attribute information of the target file exists in the media database, delete the attribute of the target file in the media database information; or,

If the scan result corresponding to the target file is that the target file in the storage is modified and the media database has attribute information of the target file before modification, obtain the modified target file's attribute information. attribute information, and replace the attribute information of the target file before modification in the media database with the attribute information of the target file after modification.
The apparatus according to claim 14, wherein the processing unit is specifically configured to:

The newly added target file is parsed by the file parsing service process to obtain attribute information of the target file; or,

The modified target file is parsed by the file analysis service process to obtain attribute information of the modified target file.
The device according to any one of claims 10 to 15, wherein the processing unit is further configured to, after updating the attribute information of the target file in the media database, The updated attribute information of the target file updates the display state of the target file in the file display application of the device.
The apparatus according to claim 16, wherein the processing unit is specifically configured to:

If the attribute information of the target file is newly added in the media database, the thumbnail image corresponding to the target file is newly displayed in the file display application; or,

If the attribute information of the target file is deleted from the media database, cancel the display of the thumbnail image corresponding to the target file in the file display application; or,

If the attribute information of the target file is updated in the media database, the thumbnail image corresponding to the target file is updated and displayed in the file display application.
The device according to any one of claims 10 to 17, wherein the attribute information of the target file includes at least one of the following: storage path information of the target file, name information of the target file, all The file size information of the target file, the file type information of the target file, and the last modification time information of the target file.
A terminal device, characterized in that it includes a processor, wherein the processor is coupled to a memory, and the processor is configured to execute a computer program or instruction stored in the memory, so that the terminal device implements the methods according to claims 1 to 1. The method of any one of 9.
A computer-readable storage medium, characterized in that, the computer-readable storage medium stores a computer program, when the computer program runs on a terminal device, the terminal device is made to execute any one of claims 1 to 9. one of the methods described.
A computer program product, characterized in that the computer program product comprises a computer program, which, when executed by a computer, causes the computer to implement the method according to any one of claims 1 to 9.