CN114816608A

CN114816608A - Media file playing method and device, electronic equipment and storage medium

Info

Publication number: CN114816608A
Application number: CN202110130063.9A
Authority: CN
Inventors: 李园园; 孙笑; 潘中振; 郭波; 杜宜彤; 石洪禹
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2021-01-29
Filing date: 2021-01-29
Publication date: 2022-07-29

Abstract

The application provides a method and a device for playing a media file, electronic equipment and a storage medium; the method comprises the following steps: presenting a map navigation interface, and presenting a navigation display area for route navigation in the map navigation interface; receiving a playing instruction aiming at a target media file; in response to the playing instruction, playing the target media file in the process of performing route navigation through the navigation display area; according to the method and the device, the media file can be played on the navigation interface, the user operation is simplified, and the safety of the user in playing the media file in the navigation process is improved.

Description

Media file playing method and device, electronic equipment and storage medium

Technical Field

The present application relates to the field of multimedia data processing technologies, and in particular, to a method and an apparatus for playing a media file, an electronic device, and a storage medium.

Background

When a user uses a navigation application for route navigation, there may be a need to listen to media files such as music, audio books, novels, etc. In the related art, a user can only manually switch multiple apps on a mobile phone to open multiple apps such as music, audio books, novels and the like respectively to realize listening. In the whole process, the operation of the user is quite complex and tedious, and if the user is in a driving scene, the driving safety is affected.

Disclosure of Invention

The embodiment of the application provides a method and a device for playing a media file, an electronic device and a storage medium, which can realize the playing of the media file on a navigation interface, simplify the user operation and improve the security of the media file played by a user in the navigation process.

The technical scheme of the embodiment of the application is realized as follows:

the embodiment of the application provides a method for playing a media file, which comprises the following steps:

presenting a map navigation interface, and presenting a navigation display area for route navigation in the map navigation interface;

receiving a playing instruction aiming at a target media file;

and responding to the playing instruction, and playing the target media file in the process of performing route navigation through the navigation display area.

An embodiment of the present application further provides a device for playing a media file, including:

the display module is used for displaying a map navigation interface and displaying a navigation display area for route navigation in the map navigation interface;

the receiving module is used for receiving a playing instruction aiming at the target media file;

and the playing module is used for responding to the playing instruction and playing the target media file in the process of carrying out route navigation through the navigation display area.

In the above solution, the presentation module is further configured to present, in the map navigation interface, a play authorization function item corresponding to a media application, where the play authorization function item is used to request the media application to authorize to play a media file through the map navigation interface;

presenting a media playing area for playing a media file based on the media application in response to a triggering operation for the play authorization function item;

correspondingly, the playing module is further configured to play the target media file based on the media playing area presented in the map navigation interface.

In the above scheme, the presentation module is further configured to generate an authorization request carrying verification information in response to a trigger operation for the play authorization function item, and send the authorization request;

the authorization request is used for verifying the validity of the authorization request based on the verification information to obtain a verification result;

receiving the verification result returned based on the authorization request;

and when the verification result represents that the authorization request is legal, presenting a media playing area for playing the media file based on the media application.

In the above scheme, the presentation module is further configured to present the play authorization prompt information in response to a trigger operation for the play authorization function item;

the playing authorization prompt message is used for confirming whether the media application requests the playing authorization of the map navigation interface;

presenting a media play area for playing a media file based on the media application when a confirmation instruction for the play authorization prompt message is received.

In the above scheme, the presentation module is further configured to obtain an authorized effective duration of the map navigation interface corresponding to the media application and an authorized time point of the map navigation interface corresponding to the media application in the process of playing the target media file;

when the authorization failure time point is determined to arrive based on the authorization valid duration and the authorization time point, the target media file is stopped playing, and

and presenting authorization prompt information, wherein the authorization prompt information is used for prompting to request the media application to play authorization of the map navigation interface again.

In the above solution, the presenting module is further configured to present an area hiding function item corresponding to the media playing area;

hiding the presented media playing area in response to a triggering operation for the area hiding function item.

In the above solution, the presenting module is further configured to present an area expansion function item corresponding to the media playing area;

and presenting the media playing area in response to the triggering operation of the area presentation function item.

In the above scheme, the presentation module is further configured to receive a sliding operation triggered based on the map navigation interface;

responding to the sliding operation, and acquiring a sliding track corresponding to the sliding operation;

and when the sliding track is the target sliding track, presenting the media playing area.

In the above solution, the receiving module is further configured to present a play function item corresponding to the target media file;

and receiving a playing instruction aiming at the target media file triggered based on the playing function item.

In the above scheme, the receiving module is further configured to present a voice instruction function entry;

and receiving a voice playing instruction which is input based on the voice instruction function inlet and indicates that the target media file is played.

In the above scheme, the receiving module is further configured to receive a voice playing instruction;

and when the content of the voice playing instruction comprises target content and the associated content of the target media file, taking the voice playing instruction as a playing instruction for the target media file.

In the above solution, the presenting module is further configured to present a first play set function item;

presenting at least two media file sets in response to a triggering operation for the first play set function item;

and responding to the selection operation aiming at the target media file set, and switching to play the target media file to play the media files in the target media file set.

In the above solution, the presenting module is further configured to present at least two candidate media files;

and responding to the selection operation aiming at the target candidate media file, and switching the target media file to be played to the target candidate media file.

In the above scheme, the presentation module is further configured to present a media file acquisition function item;

responding to the triggering operation of the media file acquisition function item, and acquiring login user information and verification information corresponding to the map navigation interface;

generating and sending an acquisition request for the media file based on the login user information and the verification information;

the acquisition request is used for carrying out validity verification on the acquisition request based on the login user information and verification information to obtain a verification result, and when the verification result represents that the acquisition request is legal, at least two candidate media files corresponding to the login user information are returned;

and receiving and presenting at least two candidate media files corresponding to the login user information.

In the above solution, the presenting module is further configured to present a second play set function item;

presenting a plurality of candidate media files contained in a media file set to which the target media file belongs in response to a triggering operation for the second play set function item;

In the above solution, the presenting module is further configured to present a third play set function item;

presenting a plurality of candidate media files matched with the navigation route displayed by the navigation display area in response to a triggering operation aiming at the third play set functional item;

In the above scheme, the media files include multiple types of media files, and each type corresponds to a corresponding program interface; correspondingly, the presentation module is further configured to determine a target type corresponding to the media file;

calling a program interface corresponding to the target type, acquiring the playing information of the media file, and

based on the playback information, a media playback area for playing a media file based on the media application is presented.

An embodiment of the present application further provides an electronic device, including:

a memory for storing executable instructions;

and the processor is used for realizing the playing method of the media file provided by the embodiment of the application when the processor executes the executable instructions stored in the memory.

The embodiment of the present application further provides a computer-readable storage medium, which stores executable instructions, and when the executable instructions are executed by a processor, the method for playing the media file provided by the embodiment of the present application is implemented.

The embodiment of the application has the following beneficial effects:

the method comprises the steps that a navigation display area for route navigation is presented in a map navigation interface, and when a playing instruction aiming at a target media file triggered by a user is received, the target media file is played in the process of route navigation; therefore, the media file can be played on the map navigation interface, the user operation is simplified, and the safety of the user in playing the media file in the navigation process is improved.

Drawings

Fig. 1 is a schematic structural diagram of a system 100 for playing a media file according to an embodiment of the present application;

fig. 2 is a schematic structural diagram of an electronic device 500 for a method for playing a media file according to an embodiment of the present application;

fig. 3 is a schematic flowchart of a method for playing a media file according to an embodiment of the present application;

FIG. 4 is a schematic representation of a map navigation interface provided by an embodiment of the present application;

FIG. 5 is a schematic representation of a media playing area provided by an embodiment of the present application;

FIG. 6 is a schematic representation of a media playing area provided by an embodiment of the present application;

FIG. 7 is a schematic representation of a media playing area provided by an embodiment of the present application;

FIG. 8 is a schematic representation of a media playing area provided by an embodiment of the present application;

FIG. 9 is a schematic representation of a media playing area provided by an embodiment of the present application;

fig. 10 is a schematic diagram illustrating a receiving flow of a play instruction according to an embodiment of the present application;

fig. 11 is a schematic diagram illustrating a receiving flow of a play instruction according to an embodiment of the present application;

FIG. 12 is a diagram of a media file switched to be played according to an embodiment of the present application;

fig. 13 is a schematic diagram of a media file switched to be played according to an embodiment of the present application;

FIG. 14 is a diagram illustrating switching played media files according to an embodiment of the present application;

FIG. 15 is a diagram illustrating switching played media files according to an embodiment of the present application;

fig. 16 is a flowchart illustrating a method for playing a media file according to an embodiment of the present application;

fig. 17 is a schematic structural diagram of a method for playing a media file according to an embodiment of the present application;

fig. 18 is a flowchart illustrating a method for playing a media file according to an embodiment of the present application;

fig. 19 is a schematic structural diagram of a playing device 555 for media files according to an embodiment of the present application.

Detailed Description

In order to make the objectives, technical solutions and advantages of the present application clearer, the present application will be described in further detail with reference to the attached drawings, the described embodiments should not be considered as limiting the present application, and all other embodiments obtained by a person of ordinary skill in the art without creative efforts shall fall within the protection scope of the present application.

In the following description, reference is made to "some embodiments" which describe a subset of all possible embodiments, but it is understood that "some embodiments" may be the same subset or different subsets of all possible embodiments, and may be combined with each other without conflict.

In the following description, references to the terms "first \ second \ third" are only to distinguish similar objects and do not denote a particular order, but rather the terms "first \ second \ third" are used to interchange specific orders or sequences, where appropriate, so as to enable the embodiments of the application described herein to be practiced in other than the order shown or described herein.

Unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application belongs. The terminology used herein is for the purpose of describing embodiments of the present application only and is not intended to be limiting of the application.

Before further detailed description of the embodiments of the present application, terms and expressions referred to in the embodiments of the present application will be described, and the terms and expressions referred to in the embodiments of the present application will be used for the following explanation.

1) The terminal comprises a client and an application program running in the terminal and used for providing various services, such as an instant messaging client and a video playing client.

2) In response to the condition or state on which the performed operation depends, one or more of the performed operations may be in real-time or may have a set delay when the dependent condition or state is satisfied; there is no restriction on the order of execution of the operations performed unless otherwise specified.

3) The cross-Process Communication mode (aid l) is one of Inter-Process Communication (IPC) modes in Android, and the aid l has the function of enabling a user to bind a service of another APP in a certain APP, so that the APP can interact with the other APPs.

4) URL scheme, a mechanism provided by the system, can be registered by an application, and then other programs call the application through URL scheme. It is divided into two parts: one part is the default url scheme of the system, and the other part is the url scheme registered by the application program.

5) OpenID, a user-centric digital identity framework, is open and decentralized. The creation of OpenID is based on the concept of: we can authenticate the unique identity of a website by URI (also called URL or website address), and similarly, we can also authenticate the identity of the user by this way.

6) The MD5 Message Digest Algorithm, MD5 Message-Digest Algorithm, a widely used cryptographic hash function, may generate a 128-bit (16-byte) hash value (hash value) to ensure the integrity of the Message transmission.

7) The signature, namely the digital signature, is a section of digital string which can be generated only by a sender of the information and cannot be forged by others, and is also a valid proof for the authenticity of the information sent by the sender of the information; digital signatures typically define two complementary operations, one for signing and the other for verification, the application of asymmetric key cryptography and digital digest technology.

Based on the above explanations of terms and terms involved in the embodiments of the present application, the following describes a playing system of a media file provided by the embodiments of the present application. Referring to fig. 1, fig. 1 is a schematic structural diagram of a playing system 100 for media files provided in this embodiment of the present application, in order to support an exemplary application, terminals (exemplary terminal 400-1 and terminal 400-2 are shown) are connected to a server 200 through a network 300, where the network 300 may be a wide area network or a local area network, or a combination of the two, and data transmission is implemented using a wireless or wired link.

Terminals (e.g., terminal 400-1 and terminal 400-2) for presenting a map navigation interface at graphical interface 410 (graphical interface 410-1 and graphical interface 410-2 are exemplarily shown) and presenting a navigation presentation area for route navigation in the map navigation interface; receiving a playing instruction aiming at a target media file; transmitting a media data acquisition request of a target media file to the server 200

The server 200 is used for responding to the media data acquisition request and returning the media data of the target media file to the terminal;

and the terminals (such as the terminal 400-1 and the terminal 400-2) are used for receiving the media data of the target media file and playing the target media file in the process of carrying out route navigation through the navigation display area based on the media data.

In practical application, the server 200 may be an independent physical server, a server cluster or a distributed system formed by a plurality of physical servers, or a cloud server providing basic cloud computing services such as a cloud service, a cloud database, cloud computing, a cloud function, cloud storage, a network service, cloud communication, a middleware service, a domain name service, a security service, a CDN, a big data and artificial intelligence platform, and the like. The terminals (e.g., terminal 400-1 and terminal 400-2) may be, but are not limited to, a smart phone, a tablet computer, a laptop computer, a desktop computer, a smart speaker, a smart television, a smart watch, and the like. The terminals (e.g., terminal 400-1 and terminal 400-2) and the server 200 may be directly or indirectly connected through wired or wireless communication, and the application is not limited thereto.

Referring to fig. 2, fig. 2 is a schematic structural diagram of an electronic device 500 for a method for playing a media file according to an embodiment of the present application. In practical applications, the electronic device 500 may be a server or a terminal shown in fig. 1, and taking the electronic device 500 as the terminal shown in fig. 1 as an example, an electronic device implementing the method for playing a media file according to the embodiment of the present application is described, where the electronic device 500 provided in the embodiment of the present application includes: at least one processor 510, memory 550, at least one network interface 520, and a user interface 530. The various components in the electronic device 500 are coupled together by a bus system 540. It is understood that the bus system 540 is used to enable communications among the components of the connection. The bus system 540 includes a power bus, a control bus, and a status signal bus in addition to a data bus. For clarity of illustration, however, the various buses are labeled as bus system 540 in fig. 2.

The Processor 510 may be an integrated circuit chip having Signal processing capabilities, such as a general purpose Processor, a Digital Signal Processor (DSP), or other programmable logic device, discrete gate or transistor logic device, discrete hardware components, etc., wherein the general purpose Processor may be a microprocessor or any conventional Processor, etc.

The user interface 530 includes one or more output devices 531 enabling presentation of media content, including one or more speakers and/or one or more visual display screens. The user interface 530 also includes one or more input devices 532, including user interface components to facilitate user input, such as a keyboard, mouse, microphone, touch screen display, camera, other input buttons and controls.

The memory 550 may be removable, non-removable, or a combination thereof. Exemplary hardware devices include solid state memory, hard disk drives, optical disk drives, and the like. Memory 550 optionally includes one or more storage devices physically located remote from processor 510.

The memory 550 may comprise volatile memory or nonvolatile memory, and may also comprise both volatile and nonvolatile memory. The nonvolatile Memory may be a Read Only Memory (ROM), and the volatile Memory may be a Random Access Memory (RAM). The memory 550 described in embodiments herein is intended to comprise any suitable type of memory.

In some embodiments, memory 550 can store data to support various operations, examples of which include programs, modules, and data structures, or subsets or supersets thereof, as exemplified below.

An operating system 551 including system programs for processing various basic system services and performing hardware-related tasks, such as a framework layer, a core library layer, a driver layer, etc., for implementing various basic services and processing hardware-based tasks;

a network communication module 552 for communicating to other computing devices via one or more (wired or wireless) network interfaces 520, exemplary network interfaces 520 including: bluetooth, wireless compatibility authentication (WiFi), and Universal Serial Bus (USB), etc.;

a presentation module 553 for enabling presentation of information (e.g., a user interface for operating peripherals and displaying content and information) via one or more output devices 531 (e.g., a display screen, speakers, etc.) associated with the user interface 530;

an input processing module 554 for detecting one or more user inputs or interactions from one of the one or more input devices 532 and translating the detected inputs or interactions.

In some embodiments, the playing device for media files provided in the embodiments of the present application may be implemented in software, and fig. 2 illustrates a playing device 555 for media files stored in a memory 550, which may be software in the form of programs and plug-ins, and includes the following software modules: a presentation module 5551, a reception module 5552 and a playback module 5553, which are logical and thus arbitrarily combined or further split according to the implemented functions, the functions of the respective modules will be explained below.

In other embodiments, the playing Device of the media file provided in this embodiment may be implemented by a combination of hardware and software, and as an example, the playing Device of the media file provided in this embodiment may be a processor in the form of a hardware decoding processor, which is programmed to execute the playing method of the media file provided in this embodiment, for example, the processor in the form of a hardware decoding processor may employ one or more Application Specific Integrated Circuits (ASICs), DSPs, Programmable Logic Devices (PLDs), Complex Programmable Logic Devices (CPLDs), Field Programmable Gate Arrays (FPGAs), or other electronic components.

Based on the above description of the playing system and the electronic device for the media file provided in the embodiments of the present application, the following description describes a playing method for the media file provided in the embodiments of the present application. In some embodiments, the method for playing the media file provided in the embodiments of the present application may be implemented by a server or a terminal alone, or implemented by a server and a terminal in a cooperation manner. Referring to fig. 3, fig. 3 is a schematic flowchart of a playing method of a media file provided in an embodiment of the present application, where the playing method of the media file provided in the embodiment of the present application includes:

step 101: the terminal presents a map navigation interface and presents a navigation display area for route navigation in the map navigation interface.

Here, the terminal may be a smartphone, a tablet computer, or the like, or may be a vehicle-mounted terminal. In practical applications, the terminal is provided with a navigation application, such as a mobile phone navigation map application, a vehicle navigation application, and the like. For example, when a user runs a corresponding navigation application through a terminal in a driving scene, route navigation in the driving scene is realized, specifically, the terminal presents a map navigation interface, and presents a navigation display area for route navigation in the map navigation interface, so that the user can drive based on the route navigation. In the embodiment of the application, the terminal can also play media files (such as music, audio books, broadcast dramas, videos and the like) through the navigation application, so that a user can directly play the media files through the navigation application in a route navigation process, and the influence on driving experience caused by switching between the navigation application and the media playing application is avoided.

In some embodiments, while the terminal presents the navigation display area for route navigation in the map navigation interface, a media playing area for playing media files may also be presented in the map navigation interface, so as to play the target media file based on the media playing area. In the process of route navigation, the terminal runs a navigation application and presents a map navigation interface, where the map navigation interface includes a navigation display area for route navigation and a media playing area for playing media files, see fig. 4, and fig. 4 is a presentation schematic diagram of the map navigation interface provided in the embodiment of the present application. Here, the terminal moves up the navigation presentation area to the first area when presenting the map navigation interface, and then presents the media play area below the navigation presentation area. As shown in FIG. 4, a navigation presentation area A0 for route navigation is presented in the upper area of the map navigation interface, and a media play area A1 for playing media files (song "lost X scene" as shown in FIG. 4) is presented below the navigation presentation area. In practical application, the terminal may also present the media playing area in the map navigation interface in a floating layer manner, where the floating layer may have a preset transparency, a preset shape, a preset display position, and the like.

In some embodiments, the media file comprises a plurality of types of media files, and each type corresponds to a corresponding program interface; accordingly, the terminal may present the media play area by: determining a target type corresponding to the media file; and calling a program interface corresponding to the target type, acquiring the playing information of the media file, and presenting a media playing area for playing the media file based on the playing information.

Here, the media files include various types of media files such as songs, audio books, broadcast dramas, and the like. In the present embodiment, for each type of media file, a corresponding program interface is encapsulated, such as a program interface of an SDK of a song type, a program interface of an SDK of a vocal book type, and the like. When the terminal presents the media playing area for playing the media file, firstly, the target type corresponding to the media file is determined, then, the program interface corresponding to the target type is called, the playing information (such as the name, playing time, playing cover page and the like of the media file) of the media file is obtained, and therefore, the media playing area for playing the media file is presented based on the obtained playing information of the media file.

In some embodiments, the terminal may present the media play area by: presenting a play authorization function item corresponding to the media application in the map navigation interface, wherein the play authorization function item is used for requesting the media application to authorize the media file to be played through the map navigation interface; and presenting a media playing area for playing the media file based on the media application in response to the triggering operation for the playing authorization function item. Based on the method, the terminal can play the target media file based on the map navigation interface in the following modes: and playing the target media file based on the media playing area presented in the map navigation interface.

In practical application, the terminal can present the media playing area through the map navigation interface, and actually authorize the SDK in the navigation application to invoke the permission, so that when the terminal runs the navigation application to present the map navigation interface, the playing authorization function item corresponding to the media application can be presented in the map navigation interface, and the user can request the media application to authorize the playing of the media file through the map navigation interface by triggering the playing authorization function item. When the terminal receives a trigger operation (such as a click operation and a long press operation) for playing the authorization function item, a media playing area for playing the media file based on the media application is presented in response to the trigger operation.

In practical implementation, when a user operates a navigation application for the first time to open a map navigation interface, or when authorization of a media application for the map navigation interface is invalid, the terminal presents a play authorization function item in the map navigation interface for requesting the media application to authorize a media file to be played through the map navigation interface. The playing authorization function item can be presented on a map navigation interface by default, and a user can hide the playing authorization function item by triggering a hiding instruction aiming at the playing authorization function item; and the target presentation time length of the play authorization function item can be set, and when the presentation time length of the play authorization function item is detected to reach the target presentation time length, the play authorization function item can be hidden.

In actual implementation, when the media application successfully authorizes the playing of the media file on the map navigation interface, and the user operates the navigation application again to open the map navigation interface, the media playing area in the map navigation interface may be in a presented state or a hidden state. When a media playing area of the map navigation interface is in a presenting state, a user can trigger an area hiding instruction aiming at the media playing area so as to hide the media playing area from the map navigation interface; or when the media playing area of the map navigation interface is in a hidden state, the user can trigger the area expansion instruction for the media playing area to display the media playing area in the map navigation interface.

Exemplarily, referring to fig. 5, fig. 5 is a schematic presentation diagram of a media playing area provided in an embodiment of the present application. Here, the terminal presents the play authorization function item "de-authorization" corresponding to the media application (i.e., XX music) in the map navigation interface, as shown in fig. 5(a), in response to a click operation for the play authorization function item "de-authorization", a waiting process "in the presentation authorization process" is loaded, as shown in fig. 5(B), and when the authorization is completed, the terminal presents a media play area for playing the media file "white moon" in the map navigation interface, as shown in fig. 5 (C).

In some embodiments, in response to a trigger operation for the play authorization function item, the terminal may present the media play area by: responding to the trigger operation aiming at the play authorization function item, generating an authorization request carrying verification information, and sending the authorization request; receiving a verification result returned based on the authorization request; and when the verification result represents that the authorization request is legal, presenting a media playing area for playing the media file based on the media application. The authorization request is used for verifying the validity of the authorization request based on the verification information to obtain a verification result.

Here, the terminal responds to the trigger operation aiming at the play authorization function item, generates an authorization request carrying verification information, and sends the authorization request to the background server of the media application. The verification information includes at least one of a timestamp, a digital signature, and an encrypted string. The timestamp can be generated by acquiring the system time of the terminal at the idle time after the navigation application is started; the digital signature may be generated by splicing the generated timestamp parameter, terminal device information (such as a device identifier), and login user account information of the navigation application; the encrypted character string may be obtained by merging a character string obtained by using a device identifier, a unique identifier qimei of a navigation application, an ip address, a mac address, and the like, and then calculating a character string digest of the character string based on a digest algorithm (such as an MD5 digest algorithm), or may be further obtained by selecting characters with a target number of bits (such as 8 bits higher) for the character string digest. In practical application, when the verification information contains one of a timestamp, a digital signature and an encrypted character string, an authorization request carrying the verification information is generated based on the verification information (such as the digital signature), and is sent to a background server of the media application; or when the verification information contains a plurality of timestamps, digital signatures and encrypted character strings, the timestamps, digital signatures and encrypted character strings contained in the verification information can be spliced to obtain spliced verification information, an authorization request carrying the verification information is generated based on the spliced verification information, and the authorization request is sent to the background server of the media application.

And after receiving the authorization request, the background server of the media application verifies the validity of the authorization request based on the verification information carried in the authorization request to obtain a verification result, and when the verification result represents that the authorization request is legal, the authorization is successful. Specifically, the background server of the media application analyzes the authorization request to obtain the verification information carried in the authorization request, and then performs validity verification on the verification information. Specifically, if the navigation application needs to request authorization of the media application, the navigation application initially needs to register with a background server of the media music, that is, information of the navigation application (such as a device identifier, a unique identifier qimei, an ip address, a mac address, and the like of the navigation application) is sent to the background server of the media music; after the registration is completed, the two parties can agree a key pair with a digital signature for signature verification, and meanwhile, the media application background server can set a corresponding registration validity period for verification of the timestamp.

Thus, taking the example that the verification information includes a timestamp, a digital signature and an encryption character string, the background server can check whether the timestamp belongs to the registration validity period range, check whether the digital signature is a signature agreed by the two parties during registration based on a secret key agreed by the two parties during registration, regenerate the encryption character string based on the same generation algorithm of the encryption character string, and check whether the encryption character string is consistent with the encryption character string in the verification information; if the timestamp belongs to the registration validity range, the digital signature is a signature agreed at the time of registration, the encryption character string is regenerated to be consistent with the encryption character string in the verification information, a verification result representing that the authorization request is legal is obtained, then authorization is carried out, and a media playing area used for playing the media file based on the media application can be presented in the map navigation interface after the authorization is successful.

In some embodiments, in response to a trigger operation for the play authorization function item, the terminal may present the media play area by: presenting play authorization prompt information in response to a trigger operation for the play authorization function item; the playing authorization prompt message is used for confirming whether the playing authorization of the map navigation interface corresponding to the media application is requested or not; when a confirmation instruction for the play authorization prompt message is received, a media play area for playing the media file based on the media application is presented.

Here, in an actual application, the terminal can present the media playing area through the map navigation interface, and actually the media application authorizes the SDK in the navigation application to invoke the right, so when the terminal runs the navigation application to present the map navigation interface, a play authorization function item corresponding to the media application can also be presented in the map navigation interface, and the user can request the media application to authorize the media file to be played through the map navigation interface by triggering the play authorization function item. When the terminal receives a trigger operation (such as a click operation and a long-time press operation) aiming at the play authorization function item, the terminal responds to the trigger operation to present play authorization prompt information so as to prompt a user to confirm whether to request the play authorization of the media application corresponding to the map navigation interface, and when a confirmation instruction aiming at the play authorization prompt information is received, a media play area used for playing the media file based on the media application is presented in the map navigation interface.

Illustratively, referring to fig. 6, fig. 6 is a presentation schematic diagram of a media playing area provided by an embodiment of the present application. Here, the terminal presents the play authorization function item "de-authorization" corresponding to the media application (i.e., XX music) in the map navigation interface, as shown in fig. 6(a), presents the play authorization prompt information "whether to request authorization of XX music" in response to a click operation for the play authorization function item "de-authorization", while presenting the corresponding confirmation button "yes" and the cancel button "no", as shown in fig. 6 (B). When a confirmation instruction triggered by clicking the confirmation button "yes" is received, a media play area for playing the media file "white moon light" is presented in the map navigation interface, as shown in fig. 6 (C).

In some embodiments, in the process of playing the target media file, the terminal obtains the authorized effective duration of the map navigation interface corresponding to the media application and the authorized time point of the map navigation interface corresponding to the media application; and when the authorization failure time point is determined to arrive based on the authorization effective duration and the authorization time point, stopping playing the target media file, and presenting authorization prompt information, wherein the authorization prompt information is used for prompting to request the media application to play authorization for the map navigation interface again.

In practical application, each authorization of the map navigation interface corresponding to the media application corresponds to a corresponding authorization effective duration, in the authorization effective duration, a user starts the navigation application each time, and if the current time point is still determined to be in the authorization effective duration based on the authorization effective duration and the authorization time point, a media playing area is presented in the map navigation interface. If the authorization failure time point is determined to reach based on the authorization effective duration and the authorization time point, the target media file is stopped being played, and authorization prompt information can be presented to prompt that the media application requests the playing authorization of the map navigation interface again.

In practical applications, the media playing area may be hidden according to a hiding instruction triggered by a user, such as a voice hiding instruction, and the media playing area presented is hidden in response to the voice hiding instruction. In some embodiments, after the terminal presents the media playing area for playing the media file, an area hiding function item corresponding to the media playing area may also be presented; and hiding the presented media playing area in response to the triggering operation aiming at the area hiding function item.

In practical application, the area hiding function item may be presented in the media playing area, or may be presented in a navigation map interface where the media playing area is located. Illustratively, referring to fig. 7, fig. 7 is a presentation schematic diagram of a media playing area provided by an embodiment of the present application. Here, the region hiding function item "hidden" is presented in the media playback region, as shown in fig. 7(a), and in response to a trigger operation (such as a click operation) for the region hiding function item, the media playback region of the presented media file "lost X context" is hidden, as shown in fig. 7 (B).

In practical implementation, a target presentation time length of the media playing area may also be set, for example, 1 minute, and when the presentation time length of the media playing area reaches the target presentation time length, the presented media playing area is hidden.

In some embodiments, after hiding the presented media playing area, the terminal may also present an area expansion function item corresponding to the media playing area; and presenting the media playing area in response to the triggering operation aiming at the area presentation function item.

In practical application, after the terminal hides the presented media playing area, an area expansion function item corresponding to the media playing area can be presented in the map navigation interface at the same time, the area expansion function item can be a floating button located in the map navigation interface, and the floating button can be suspended at one side of the map navigation interface. Illustratively, referring to fig. 8, fig. 8 is a presentation schematic diagram of a media playing area provided by an embodiment of the present application. Here, the square area expansion function item "expand" is presented in a floating manner in the lower right of the map navigation interface, as shown in fig. 8(a), when a trigger operation (such as a click operation) for the area presentation function item "expand" is received, in response to the trigger operation, the media playback area of the hidden media file "lost X context" is re-presented, as shown in fig. 8 (B).

In some embodiments, after the terminal hides the presented media playing area, a sliding operation triggered based on a map navigation interface can be further received; responding to the sliding operation, and acquiring a sliding track corresponding to the sliding operation; and when the sliding track is the target sliding track, presenting the media playing area.

In practical applications, after the terminal hides the presented media playing area, in order to avoid that too many function buttons occupy the view interface to influence the user's route navigation, a sliding track for unhiding the media playing area, such as a sliding track from bottom to top, a sliding track for letters (such as C, L, etc.), a sliding track for specific shapes (such as heart, square, etc.), etc. may also be preset. And when the sliding operation triggered based on the map navigation interface is received, responding to the sliding operation, acquiring a sliding track corresponding to the sliding operation, and when the sliding track is a target sliding track, presenting a media playing area.

Illustratively, referring to fig. 9, fig. 9 is a presentation schematic diagram of a media playing area provided by an embodiment of the present application. Here, the target slide trajectory is a slide trajectory from bottom to top, as shown in fig. 9 (a). When a sliding operation triggered by a user is received, determining that the sliding track corresponding to the sliding operation is a sliding track from bottom to top, determining that the sliding track corresponding to the sliding operation is a target sliding track, and at this time, re-presenting a media playing area of the hidden media file lost X environment, as shown in fig. 9 (B).

Step 102: a play instruction for a target media file is received.

Here, the terminal plays the target media file when receiving a play instruction for the target media file. In actual implementation, when the media application successfully authorizes the playing of the media file on the map navigation interface, and the user operates the navigation application to open the map navigation interface, the media playing area in the map navigation interface may be in a presented state or a hidden state. The user may trigger the play instruction for the target media file by voice or manual operation, for example, the user may adjust the state of the media play area to the presentation state by operating the instruction, and then trigger the play instruction for the target media file by clicking the play function item, the voice instruction function entry, and the like of the media play area. In some other embodiments, when the media playing area of the map navigation interface is in the hidden state, the user may also directly trigger a voice playing instruction for the target media file in a voice manner, and at this time, the terminal may play the target media file in response to the voice playing instruction while maintaining the media playing area in the hidden state.

In some embodiments, the terminal may receive the play instruction for the target media file by: presenting a play function item corresponding to the target media file; and receiving a playing instruction aiming at the target media file triggered based on the playing function item.

In practical applications, the play function item may be presented in the map navigation interface, or may be presented in the media play area. Exemplarily, referring to fig. 10, fig. 10 is a schematic diagram of a receiving flow of a play instruction provided in an embodiment of the present application. Here, the terminal presents the play function item corresponding to the target media file in the media play area, as shown in fig. 10(a), and when receiving a trigger operation (such as a click operation) of the user for the play function item, receives a play instruction triggered by the user for the target media file to "lose X context", as shown in fig. 10 (B).

In some embodiments, the terminal may receive the play instruction for the target media file by: presenting a voice instruction function entry; and receiving a voice playing instruction which is input based on the voice instruction function inlet and indicates that the target media file is played.

In practical application, the user can also control the playing of the target media file through voice. The voice command function entry may be presented in a map navigation interface or in a media play area. Exemplarily, referring to fig. 11, fig. 11 is a schematic diagram of a receiving flow of a play instruction provided in an embodiment of the present application. Here, the terminal presents a voice instruction function entry in the media playing area, as shown in fig. 11(a), the user may trigger a voice instruction input operation by clicking or long-pressing; at the moment, the terminal collects a voice playing instruction input by the user so as to play the target media file based on the voice playing instruction. Of course, after the user clicks or clicks the voice instruction function entry, a voice capture prompt message "listening" of the voice playing instruction may be presented to prompt the user that the voice of the user is captured, as shown in fig. 11(B), the user may speak a voice playing instruction, such as playing a song "white moon", at which time playing of the song "white moon" is started, as shown in fig. 11 (C).

In some embodiments, the terminal may receive the play instruction for the target media file by: receiving a voice playing instruction; and when the content of the voice playing instruction comprises the target content and the associated content of the target media file, taking the voice playing instruction as the playing instruction aiming at the target media file.

Here, the terminal may collect a voice playing instruction of the user in real time, perform identification of the target content and identification of the associated content of the target media file for the voice playing instruction, and when it is determined that the content of the voice playing instruction includes the target content and the associated content of the target media file, take the voice playing instruction as a playing instruction for the target media file. In practical applications, the target content may be a predetermined specific content, which has the function of waking up the playing function of the media file, such as "jingle"; the associated content of the target media file may be a file name of the target media file, a sentence in the target media file, a hummed melody, etc.

Step 103: and responding to the playing instruction, and playing the target media file in the process of performing route navigation through the navigation display area.

Here, after receiving the play instruction, the terminal plays the target media file in response to the play instruction in the process of performing route navigation through the navigation display area. In practical application, if navigation reporting is performed in the route navigation process, the playing sound of the target media file can be automatically reduced, so that the user is prevented from missing navigation information and influencing navigation experience.

In practical application, the terminal is provided with a navigation application, and the target media file is played in the process of performing route navigation through the navigation application. The navigation application can be packaged with a map navigation module for route navigation; meanwhile, the navigation application may further include SDKs corresponding to various types of media applications (e.g., SDKs corresponding to music applications, SDKs corresponding to audio book applications, etc.), and API program interfaces of corresponding SDKs. Based on this, when the terminal runs the navigation application and performs route navigation through the map navigation module, the SDK of the corresponding media application is called through the API of the SDK corresponding to the packaged target media file in response to the playing instruction so as to realize the playing of the target media file.

In some embodiments, the terminal may switch the target media file being played by: presenting a first play set function item; presenting at least two media file sets in response to a triggering operation aiming at a first play set functional item; and responding to the selection operation aiming at the target media file set, and switching the playing target media file into the media file in the playing target media file set.

Here, the terminal may present the first play set function item, and specifically, the first play set function item may be presented in the map navigation interface, or may be presented in the media play area. The user may view a collection of media files, such as a song list, by clicking on the first play set function. The terminal responds to the triggering operation aiming at the first playing set function item, presents at least two media file sets, and when receiving the selection operation aiming at the target media file set in the at least two media file sets, the playing target media file is randomly switched to any one media file in the playing target media file set, so that the operation of a user in a driving scene is reduced.

Illustratively, referring to fig. 12, fig. 12 is a schematic diagram of switching played media files according to an embodiment of the present application. Here, the terminal presents the first play set function item in the media play area, and the played target media file is "lost X environment" at this time, as shown in fig. 12 (a). In response to a triggering operation for the first play set function item, a set of media files such as "i'm like", "local song", "hot song list" and the like is presented, as shown in fig. 12(B), when a selection operation for the "hot song list" media file set is received, the play target media file "lost X environment" is randomly switched to play the media file "white moon" in the "hot song list" media file set, as shown in fig. 12 (C).

In some embodiments, the terminal may present at least two sets of media files by: responding to the triggering operation aiming at the first play set function item, and acquiring login user information and verification information corresponding to a map navigation interface; generating and sending an acquisition request for the media file based on the login user information and the verification information; and receiving and presenting at least two media file sets corresponding to the login user information.

The obtaining request is used for carrying out validity verification on the obtaining request based on the login user information and the verification information to obtain a verification result, and when the verification result represents that the obtaining request is legal, at least two media file sets corresponding to the login user information are returned.

Here, the terminal responds to the triggering operation aiming at the first play set function item to acquire at least two media file sets of the login user. Firstly, a terminal acquires login user information and verification information corresponding to a map navigation interface, wherein the verification information comprises at least one of a timestamp, a digital signature and an encryption character string. The timestamp can be generated by acquiring the system time of the terminal at the idle time after the navigation application is started; the digital signature can be generated by splicing the generated timestamp parameter, terminal device information (such as a device identifier), and login user account information of the navigation application; the encrypted character string may be obtained by merging a character string obtained by using a device identifier, a unique identifier qimei of a navigation application, an ip address, a mac address, and the like, and then calculating a character string digest of the character string based on a digest algorithm (such as an MD5 digest algorithm), or may be further obtained by selecting characters with a target number of bits (such as 8 bits higher) for the character string digest.

Then, based on the login user information and the verification information, generating and sending an acquisition request for the media file set to a background server of the media application, specifically, the acquisition request may include an identity of the navigation application, such as openid and token of the navigation application; after the background server verifies the identity of the navigation application (for example, the navigation application is registered in the background server before), the background server performs validity verification on the acquisition request based on the login user information and the verification information to obtain a verification result, and returns at least two media file sets corresponding to the login user information when the verification result represents that the acquisition request is legal; and the terminal receives and presents at least two media file sets corresponding to the login user information. In practical application, when the background server of the media application returns at least two media file sets corresponding to the login user information to the navigation application, the related data of the media file sets can be encrypted to obtain encrypted data, and then the encrypted data is returned to the navigation application to ensure the safety of the data.

In some embodiments, before the background server of the media application returns at least two media file sets corresponding to the login user information to the navigation application, a data acquisition authorization credential may be returned to the navigation application, where the data acquisition authorization credential represents that the corresponding navigation application has the right to acquire the at least two media file sets corresponding to the login user information. When the navigation application acquires at least two media file sets corresponding to the login user information subsequently, the navigation application can directly generate an acquisition request based on the data acquisition authorization certificate and the identity of the navigation application and send the acquisition request to the background server of the media application, so that the purpose of acquiring at least two media file sets corresponding to the login user information from the background server of the media application is achieved, and computing resources of equipment including the terminal and the server and communication resources in the transmission process are reduced.

In some embodiments, the terminal may switch the target media file being played by: presenting at least two candidate media files; and responding to the selection operation aiming at the target candidate media file, and switching the playing target media file into the playing target candidate media file.

In practical applications, the at least two candidate media files may be presented in the map navigation interface, or may be presented in the media playing area. Taking the presentation of the at least two candidate media files in the media playing area as an example, referring to fig. 13, fig. 13 is a schematic diagram of a media file switched to be played according to an embodiment of the present application. Here, the target media file played by the terminal at this time is "lost X context". Meanwhile, a plurality of candidate media files such as "white moon", "fairy world", "your summer" and the like are also presented, as shown in fig. 13(a), when a selection operation for the target candidate media file "white moon" is received, the playback target media file "lost X scene" is switched to the playback target candidate media file "white moon", as shown in fig. 13 (B).

In some embodiments, the terminal may present at least two candidate media files by: presenting a media file acquisition function item; responding to the triggering operation of the media file acquisition function item, and acquiring login user information and verification information corresponding to a map navigation interface; generating and sending an acquisition request for the media file based on the login user information and the verification information; and receiving and presenting at least two candidate media files corresponding to the login user information.

The obtaining request is used for carrying out validity verification on the obtaining request based on the login user information and the verification information to obtain a verification result, and when the verification result represents that the obtaining request is legal, at least two candidate media files corresponding to the login user information are returned.

Here, the terminal acquires at least two candidate media files of the login user in response to a trigger operation for the media file acquisition function item. Firstly, a terminal acquires login user information and verification information corresponding to a map navigation interface, wherein the verification information comprises at least one of a timestamp, a digital signature and an encryption character string. The timestamp can be generated by acquiring the system time of the terminal at the idle time after the navigation application is started; the digital signature may be generated by splicing the generated timestamp parameter, terminal device information (such as a device identifier), and login user account information of the navigation application; the encrypted character string may be obtained by merging a character string obtained by using a device identifier, a unique identifier qimei of a navigation application, an ip address, a mac address, and the like, and then calculating a character string digest of the character string based on a digest algorithm (such as an MD5 digest algorithm), or may be further obtained by selecting characters with a target number of bits (such as 8 bits higher) for the character string digest.

Then, based on the login user information and the verification information, generating and sending an acquisition request for the candidate media file to a background server of the media application, specifically, the acquisition request may include an identity of the navigation application, such as openid and token of the navigation application; after the background server verifies the identity of the navigation application (for example, the navigation application is registered in the background server before), the background server performs validity verification on the acquisition request based on the login user information and the verification information to obtain a verification result, and returns at least two candidate media files corresponding to the login user information when the verification result represents that the acquisition request is legal; and the terminal receives and presents at least two candidate media files corresponding to the login user information. In practical application, when the background server of the media application returns at least two candidate media files corresponding to the login user information to the navigation application, the related data of the candidate media files can be encrypted to obtain encrypted data, and then the encrypted data is returned to the navigation application to ensure the safety of the data.

In some embodiments, before the background server of the media application returns at least two candidate media files corresponding to the login user information to the navigation application, a data acquisition authorization credential may be returned to the navigation application, where the data acquisition authorization credential characterizes that the corresponding navigation application has the right to acquire the at least two candidate media files corresponding to the login user information. When the navigation application subsequently acquires at least two candidate media files corresponding to the login user information, the navigation application can directly acquire the authorization certificate and the identity of the navigation application to generate an acquisition request and send the acquisition request to the background server of the media application, so that the purpose of acquiring the at least two candidate media files corresponding to the login user information from the background server of the media application is achieved, and computing resources of each device including the terminal and the server and communication resources in the transmission process are reduced.

In some embodiments, the terminal may switch the target media file being played by: presenting a second play set function item; presenting a plurality of candidate media files contained in a media file set to which the target media file belongs in response to a triggering operation for the second play set function item; and responding to the selection operation aiming at the target candidate media file, and switching the playing target media file into the playing target candidate media file.

Here, the terminal may present the second play set function item, and specifically, the second play set function item may be presented in the map navigation interface, or may be presented in the media play area. The user can view a plurality of candidate media files contained in the media file set to which the target media file belongs by clicking the second play set function item. The terminal responds to the triggering operation aiming at the second play set function item, and presents a plurality of candidate media files contained in the media file set to which the target media file belongs; and responding to the selection operation aiming at the target candidate media file, and switching the playing target media file into the playing target candidate media file.

Illustratively, referring to fig. 14, fig. 14 is a schematic diagram of switching played media files according to an embodiment of the present application. Here, the terminal presents the second play set function item in the media play area, and the played target media file is "lost X environment" at this time, as shown in fig. 14 (a). In response to the triggering operation for the second play set function item, a plurality of candidate media files contained in the media file set to which the target media file belongs, such as a plurality of candidate media files of "white moon", "fairy tale world", "your summer" and the like, are presented, as shown in fig. 14 (B). When a selection operation for the target candidate media file "white moon" is received, the playback target media file "lost X scene" is switched to the playback target candidate media file "white moon", as shown in fig. 14 (C).

In some embodiments, the terminal may switch the target media file being played by: presenting a third play set function item; presenting a plurality of candidate media files matched with the navigation route displayed in the navigation display area in response to the triggering operation aiming at the third play set functional item; and responding to the selection operation aiming at the target candidate media file, and switching the playing target media file into the playing target candidate media file.

In practical application, the terminal may further perform recommendation of corresponding candidate media files in combination with the navigation route of the user, specifically, the terminal may perform preset based on the length and the route tortuosity of the navigation route, and set different candidate media files for routes of different lengths and route tortuosity, for example, a longer route length may be matched with a candidate media file that is refreshable, and a shorter route length may be matched with a candidate media file that is soothing. The candidate media file matched with the location information may be the name of the candidate media file, the name of the album, or the lyrics, and the location information, for example, the location information may be matched with music with a song name "welcome you in beijing" if the location information is beijing, and the like.

Here, the terminal may present a third play set function item, specifically, the third play set function item may be presented in the map navigation interface, or may be presented in the media play area. In response to a trigger operation for the third play set function item, a plurality of candidate media files, such as "beijing welcome you", "alice", "kanong", etc., matching the navigation route presented by the navigation presentation area are presented. And responding to the selection operation aiming at the target candidate media file, and switching the playing target media file into the playing target candidate media file.

Illustratively, referring to fig. 15, fig. 15 is a schematic diagram of switching played media files according to an embodiment of the present application. Here, the terminal presents the third play set function item in the media play area, and the played target media file is "lost X environment" at this time, as shown in fig. 15 (a). In response to a trigger operation for the third play set function item, a plurality of candidate media files, such as "beijing welcome you", "alice", "kanong", and the like, that match the navigation route presented by the navigation presentation area are presented, as shown in fig. 15 (B). When a selection operation for the target candidate media file "alice" is received, the playback target media file "lost X environment" is switched to the playback target candidate media file "alice", as shown in fig. 15 (C).

By applying the embodiment of the application, the navigation display area for route navigation is presented in the map navigation interface, the media playing area for playing the media file is also presented, and when a playing instruction for the target media file triggered by a user is received, the target media file is played in the process of route navigation; therefore, the media file can be played through the navigation application, the user operation is simplified, and the safety of the user in playing the media file in the navigation process is improved.

An exemplary application of the embodiments of the present application in a practical application scenario will be described below.

In the related technology, a user can only actively switch multiple applications on a mobile phone in a driving scene to open multiple applications such as music, radio stations, novels and the like; or the existing multimedia playing capability of the car machine is directly used, and the multiple applications are actively switched to control the playing of multimedia such as music and the like; in a driving scene, excessive manual operation may affect driving safety. The existing multimedia capability of the on-board device is used, and if the on-board device wants to request the specified content in a networking way or switch the content of music, radio stations and the like, the requirements of users cannot be completely met. And the safety of the driving scene can be influenced by the simultaneous operation.

Based on this, the embodiment of the application provides a method for playing a media file, which integrates multimedia control capabilities of music, radio stations, audios and the like into a navigation application, so that a user can complete operations such as multimedia search, on-demand playing, playing control and the like without switching back and forth among multiple applications when driving and navigating through the navigation application, thereby meeting requirements of a driving scene of the user and ensuring driving safety. Next, a method for playing a media file provided in an embodiment of the present application is described in detail.

The navigation application integrates a multimedia playing control, realizes the operations of playing music, radio stations and audio multimedia contents on demand by voice, and realizes the operations of playing control (continuing, pausing, previous, next and the like) of media files, multimedia collection and the like by voice or manually. As shown in fig. 4, the currently played music, next button, favorite, song list can be viewed in the media play area. Meanwhile, the method can also directly shout 'Ding Dang Ding, play I and my country' and 'Ding Dang Ding, Next' and the like to the mobile phone to carry out multimedia on-demand and operation control. As shown in fig. 12, the singing menu button can be clicked to call a singing menu floating window, and the user clicks or selects the singing menu to be played by voice, such as "jingle, going singing menu", "jingle, selecting a leader board".

According to the method for playing the media file, after the media application is bound with the navigation application in an authorized mode, the navigation application can be used for controlling the media application to play music, radio stations and audio multimedia contents, so that playing control is performed, playing states and information (including song titles and singer titles) are synchronized, and personal assets (my songs, local songs, recently played songs, recommended songs and the like) are synchronized. As shown in fig. 16, fig. 16 is a schematic flowchart of a playing method of a media file provided in the embodiment of the present application, including:

step 201: starting;

step 202: the navigation application requests to pull up the media playing application;

step 203: the navigation application performs white list check to detect whether the navigation application supports the media playing application to be pulled up and whether the mobile phone system allows the media playing application to be pulled up, if so, step 204 is executed, and if not, step 206 is executed.

Step 204: the navigation application pulls up the media playing application and jumps back to the navigation application;

step 205: the navigation application operates the media application through the SDK;

here, when the media application is a music playing application, the navigation application may implement control of playing, pausing, next, and the like of music in the media application based on the music SDK.

Step 206: and (6) ending.

As shown in fig. 17, fig. 17 is a schematic structural diagram of a playing method of a media file according to an embodiment of the present application. Here, the navigation application is divided into three layers, an engine capability layer, an Api layer, and a UI layer. Wherein the content of the first and second substances,

engine capability layer: and completing the integration and capability access of the SDK of the media application. The method mainly comprises a multimedia SDK design, and can be used for connecting a plurality of multimedia SDKs, for example, the multimedia SDKs are parallel to a music SDK and used for playing SDKs of other content sources, such as an SDK of an audio book.

Api layer: api of SDK of the encapsulated media application. For use by navigation applications. The method has the main effects that the capability difference of the plurality of SDKs is isolated, the interface of each SDK is unified and integrated on the layer, a new content source is accessed subsequently, and the cost can be reduced by more than 70%. That is, each media content corresponds to an Api of an SDK, such as an SDK of a music class corresponds to Api1, an SDK of a vocal book corresponds to Api2, and so on. Therefore, isolated Api packaging is performed on the media application of each type of used media file, the subsequent expansion or replacement of the media application of the media files of various types is facilitated, the subsequent access cost is reduced by 70%, the experience of a driving user can be rapidly supported and perfected, and the contents can be rapidly configured to be on-line and off-line.

And a UI layer: and calling the Api corresponding to the corresponding media file, such as the music Api corresponding to the music file, by each service of the navigation application to realize an interactive effect. In navigation and other services, simple UI layout templated display is supported, and the UI layout templated display and the service scenes are fused together, so that voice and manual operation are facilitated.

As shown in fig. 18, fig. 18 is a schematic flowchart of a method for playing a media file according to an embodiment of the present application, where a navigation application needs to access and package to implement a media application SDK and an Api of the media application; the communication mechanism between the media application and the navigation application is mainly a cross-process communication mode aidl. The method comprises the following steps:

step 301: after the navigation application is started, acquiring the system time of the mobile phone at an idle moment, and generating a timestamp nonce;

step 302: splicing the timestamp parameter nonce, the device information and the login user account information of the navigation application, and generating a digital signature sign at a media application sdk layer;

step 303: using a character string formed by combining a device number, a unique navigation application identifier qimei, an ip address, a mac address and the like to calculate MD5, and then taking the high 8 bits of MD5 as an encryption character string encrypt string;

in practical applications, the verification information (including digital signature, timestamp and encryption string) for verification is generated after the navigation application is started. If the map navigation interface of the navigation application presents a play authorization function item (if the map navigation interface of the navigation application presents the play authorization function item within the authorization validity period, a media play area used for playing the media file is directly presented), after a user clicks the play authorization function item, the navigation application sends the verification information to the media application, the media application checks the verification information, and authorization is carried out after the verification passes. After authorization, the navigation application can send a play operation instruction to the media application, and execute media play operations such as play, pause and the like.

Step 304: opening a media application through a route based on a jump protocol by using a custom URL Scheme (or URLRouter) in an Android system;

here, after the user clicks the play authorization function item, the navigation application jumps to the media application, and an interface for guiding the user authorization is presented, which is used for prompting the user whether to approve the authorization of the media application for the navigation application. If the user triggers the agreement instruction, the media application can verify whether the navigation application is legal or not according to the timestamp, the signature and the encryption string carried by the jump time, if the navigation application is legal, the navigation application authorizes the navigation application, and after the authorization, the navigation application can send a play operation instruction to the media application to execute media play operations such as play, pause and the like.

In practical implementation, the jump protocol is similar to qqmusictive:// qq.com/aidlp ═ xx & sign ×.

Step 305: the media application carries out validity check on the navigation application according to the timestamp, the digital signature and the encryption string to obtain a check result;

step 306: when the verification result represents that the navigation application is legal, the navigation application engine layer receives callback (callback) and returns prompt information of successful authorization;

at this time, the navigation application may send a play operation instruction to the media application, and control the media application to perform media play operations such as play and pause. For example, a part of personal asset class songs can be searched and played, that is, songs in some general vocalists are randomly played.

Step 307: if the personal assets, such as custom songs in the own account, need to be accessed, calling the interface to send an authorization request to the media application to request authorization;

here, the process of requesting authorization also carries the authentication information, and in addition, needs to carry account information of the login user corresponding to the navigation application.

Step 308: the media application carries out validity check on the authorization request;

here, the media application checks information such as the digital signature and the account number, and if the authentication is passed and it is determined that the navigation application and the media application are logged in through one account number (for example, both are logged in through a QQ account number), the authorization request is legal.

Step 309: after the validity check is passed, generating encrypted authorization data;

here, the authorization data refers to a credential for which authorization is successful.

Step 310: the navigation application receives the returned encrypted authorization data for acquiring the personal assets through a callback (callback);

step 311: the navigation application calls an interface of the media application SDK to decrypt the encrypted authorization data to obtain the authorization data;

step 312: the method comprises the steps of calling a media application in a URL (uniform resource locator) Scheme (or URLRouter) mode, sending an acquisition request carrying openid, token and authorization data to the media application, and acquiring at least one media file set of a login user of a navigation application;

here, the acquisition request needs to carry a credential that successfully authorizes, i.e., authorization data.

Step 313: after the media application successfully verifies the openid, the token and the authorization data, the navigation application obtains at least one media file set of the login user through a callback (callback), and the at least one media file set of the login user is presented in the map navigation interface so that the user can select the song list to be played.

By applying the embodiment of the application, firstly, the program interfaces of various types of media files are independently packaged and are not coupled with the navigation application core function, so that the experience of a driving scene of a user can be improved as a value-added service; secondly, the Api is isolated and packaged, so that the map can be conveniently used by other scenes in the map; thirdly, the expansibility is good, and various types of content sources, such as broadcast plays, audio books and the like, can be accessed, thereby reducing the subsequent access cost.

Continuing with the description of the playback device 555 for media files provided in the embodiments of the present application, in some embodiments, the playback device for media files may be implemented by using software modules. Referring to fig. 19, fig. 19 is a schematic structural diagram of a playing apparatus 555 for media files provided in the embodiment of the present application, where the playing apparatus 555 for media files provided in the embodiment of the present application includes:

a presentation module 5551, configured to present a map navigation interface, and in the map navigation interface, present a navigation display area for route navigation;

a receiving module 5552, configured to receive a play instruction for a target media file;

a playing module 5553, configured to respond to the playing instruction, and play the target media file during the process of performing route navigation through the navigation display area.

In some embodiments, the presenting module 5551 is further configured to present, in the map navigation interface, a play authorization function item corresponding to a media application, where the play authorization function item is configured to request that the media application authorize a media file to be played through the map navigation interface;

In some embodiments, the presentation module 5551 is further configured to generate an authorization request carrying authentication information in response to a trigger operation for the play authorization function item, and send the authorization request;

receiving the verification result returned based on the authorization request;

In some embodiments, the presenting module 5551 is further configured to present a play authorization prompt message in response to a trigger operation for the play authorization function item;

In some embodiments, the presenting module 5551 is further configured to, in the process of playing the target media file, obtain an authorized effective duration of the media application corresponding to the map navigation interface and an authorized time point of the media application corresponding to the map navigation interface;

when the authorization failure time point is determined to arrive based on the authorization effective duration and the authorization time point, stopping playing the target media file, and

In some embodiments, the presenting module 5551 is further configured to present an area hiding function item corresponding to the media playing area;

In some embodiments, the presenting module 5551 is further configured to present a region expansion function item corresponding to the media playing region;

In some embodiments, the presenting module 5551 is further configured to receive a sliding operation triggered based on the map navigation interface;

In some embodiments, the receiving module 5552 is further configured to present a play function item corresponding to the target media file;

In some embodiments, the receiving module 5552 is further configured to present a voice command function entry;

In some embodiments, the receiving module 5552 is further configured to receive a voice playing instruction;

In some embodiments, the presenting module 5551 is further configured to present a first play set function item;

In some embodiments, the presentation module 5551 is further configured to present at least two candidate media files;

In some embodiments, the presenting module 5551 is further configured to present a media file acquisition function item;

In some embodiments, the presenting module 5551 is further configured to present a second play set function item;

In some embodiments, the presenting module 5551 is further configured to present a third play set function item;

In some embodiments, the media files comprise multiple types of media files, and each of the types corresponds to a corresponding program interface; correspondingly, the presenting module 5551 is further configured to determine a target type corresponding to the media file;

An embodiment of the present application further provides an electronic device, where the electronic device includes:

a memory for storing executable instructions;

and the processor is used for realizing the method for playing the media file provided by the embodiment of the application when executing the executable instructions stored in the memory.

Embodiments of the present application also provide a computer program product or a computer program comprising computer instructions stored in a computer-readable storage medium. The processor of the computer device reads the computer instructions from the computer-readable storage medium, and executes the computer instructions, so that the computer device executes the method for playing the media file provided by the embodiment of the application.

In some embodiments, the computer-readable storage medium may be memory such as FRAM, ROM, PROM, EPROM, EEPROM, flash, magnetic surface memory, optical disk, or CD-ROM; or may be various devices including one or any combination of the above memories.

In some embodiments, executable instructions may be written in any form of programming language (including compiled or interpreted languages), in the form of programs, software modules, scripts or code, and may be deployed in any form, including as a stand-alone program or as a module, component, subroutine, or other unit suitable for use in a computing environment.

By way of example, executable instructions may correspond, but do not necessarily have to correspond, to files in a file system, and may be stored in a portion of a file that holds other programs or data, such as in one or more scripts in a hypertext Markup Language (HTML) document, in a single file dedicated to the program in question, or in multiple coordinated files (e.g., files that store one or more modules, sub-programs, or portions of code).

By way of example, executable instructions may be deployed to be executed on one computing device or on multiple computing devices at one site or distributed across multiple sites and interconnected by a communication network.

The above description is only an example of the present application, and is not intended to limit the scope of the present application. Any modification, equivalent replacement, and improvement made within the spirit and scope of the present application are included in the protection scope of the present application.

Claims

1. A method for playing a media file, the method comprising:

receiving a playing instruction aiming at a target media file;

2. The method of claim 1, wherein the method further comprises:

presenting a play authorization function item corresponding to a media application in the map navigation interface, wherein the play authorization function item is used for requesting the media application to authorize a media file to be played through the map navigation interface;

correspondingly, the playing the target media file includes:

and playing the target media file based on the media playing area.

3. The method of claim 2, wherein presenting a media play area for playing a media file based on the media application in response to a triggering operation for the play authorization function item comprises:

responding to the trigger operation aiming at the play authorization function item, generating an authorization request carrying verification information, and sending the authorization request;

receiving the verification result returned based on the authorization request;

4. The method of claim 2, wherein the method further comprises:

in the process of playing the target media file, obtaining the authorized effective duration of the map navigation interface corresponding to the media application and the authorized time point of the map navigation interface corresponding to the media application;

5. The method of claim 2, wherein after presenting the media play area for playing the media file based on the media application, the method further comprises:

presenting an area hiding function item corresponding to the media playing area;

6. The method of claim 5, wherein after hiding the media playback area of the presentation, the method further comprises:

presenting an area expansion function item corresponding to the media playing area;

7. The method of claim 1, wherein receiving a play instruction for a target media file comprises:

presenting a playing function item corresponding to the target media file;

8. The method of claim 1, wherein receiving a play instruction for a target media file comprises:

receiving a voice playing instruction;

9. The method of claim 1, wherein the method further comprises:

presenting a first play set function item;

10. The method of claim 1, wherein the method further comprises:

presenting at least two candidate media files;

and responding to the selection operation aiming at the target candidate media file, and switching to play the target media file to play the target candidate media file.

11. The method of claim 10, wherein the presenting at least two candidate media files comprises:

presenting a media file acquisition function item;

12. The method of claim 2, wherein the media files comprise a plurality of types of media files, and each of the types corresponds to a respective program interface;

accordingly, the presenting a media play area for playing a media file based on the media application includes:

determining a target type corresponding to the media file;

13. An apparatus for playing a media file, the apparatus comprising:

the system comprises a presentation module, a navigation module and a navigation module, wherein the presentation module is used for presenting a map navigation interface and presenting a navigation display area for route navigation in the map navigation interface;

14. An electronic device, characterized in that the electronic device comprises:

a memory for storing executable instructions;

a processor for implementing a method of playing a media file as claimed in any one of claims 1 to 12 when executing executable instructions stored in the memory.

15. A computer-readable storage medium having stored thereon executable instructions for, when executed, implementing a method of playing a media file as claimed in any one of claims 1 to 12.