CN116567133A

CN116567133A - Resource playing method and related device

Info

Publication number: CN116567133A
Application number: CN202210108494.XA
Authority: CN
Inventors: 王婷
Original assignee: Tencent Technology Beijing Co Ltd
Current assignee: Tencent Technology Beijing Co Ltd
Priority date: 2022-01-28
Filing date: 2022-01-28
Publication date: 2023-08-08

Abstract

The embodiment of the application discloses a resource playing method and a related device, wherein after a playing request of a target resource corresponding to a playing characteristic of the target resource is acquired, a function interface corresponding to the playing request is called from a resource characteristic set to generate an acquisition request carrying the playing characteristic of the target resource, if the acquisition of the target resource is successful, a function interface corresponding to a player is called from the resource characteristic set again to configure parameters of the target player, so that the target resource is played by the target player according to the playing characteristic of the target resource. Therefore, by modifying the resource playing logic, different resource playing characteristics are abstracted into different functional interfaces, the decoupling of the resource playing characteristics and the whole framework of the resource player is realized, the whole playing logic of the resource player for playing music, video and other resources is simplified, the post maintenance of the resource player can be realized only by changing the resource characteristic set, and the workload is reduced.

Description

Resource playing method and related device

Technical Field

The present disclosure relates to the field of computer technologies, and in particular, to a resource playing method and a related device.

Background

Resources such as video, audio and novels can be played to users through software such as a resource player, and various resource playing characteristics are integrated in the resource player, and the users hope that the video can be played on a horizontal screen, the display position of the video in the terminal equipment is controlled, and the higher-quality video is played.

As the demand of users for the resource playing characteristics increases, if the demand of users needs to be satisfied, the resource player needs to be updated to support the new resource playing characteristics. In the related art, since the support of the resource playing characteristics is coupled to each process within the overall framework of the resource player, the more the resource playing characteristics supported by the resource player, the more complex the overall playing logic thereof.

If the resource player is newly added with a support of the resource playing characteristic, logic needs to be added or modified in each flow of the resource player, so that the workload is large, and the complexity of the whole playing logic of the resource player is increased.

Disclosure of Invention

In order to solve the technical problems, the application provides a video playing method, which not only reduces the complexity of the whole playing logic of the resource player, but also reduces the workload by modifying the playing logic of the resource player.

The embodiment of the application discloses the following technical scheme:

in one aspect, an embodiment of the present application provides a method for playing resources, where the method includes:

acquiring a play request of a target resource, wherein the target resource corresponds to a play characteristic of the target resource;

invoking a function interface corresponding to the play request from a resource characteristic set to generate an acquisition request carrying the play characteristic of the target resource; the resource characteristic set comprises functional interfaces for realizing the correspondence of different resource playing characteristics;

responding to successful acquisition of the target resource according to the acquisition request, and calling a function interface corresponding to the configuration player from the resource characteristic set to configure parameters of the target player;

and playing the target resources by the target player according to the playing characteristics of the target resources.

In another aspect, an embodiment of the present application provides a resource playing device, where the device includes: the device comprises an acquisition unit, a calling unit and a playing unit;

the acquisition unit is used for acquiring a playing request of a target resource, wherein the target resource corresponds to the playing characteristic of the target resource;

the calling unit is used for calling the function interface corresponding to the playing request from the resource characteristic set to generate an obtaining request carrying the target resource playing characteristic; the resource characteristic set comprises functional interfaces for realizing the correspondence of different resource playing characteristics;

The calling unit is further used for calling a function interface corresponding to the configuration player from the resource characteristic set to configure parameters of the target player in response to the success of acquiring the target resource according to the acquisition request;

and the playing unit is used for playing the target resource through the target player according to the playing characteristic of the target resource.

In another aspect, embodiments of the present application provide a computer device comprising a processor and a memory:

the memory is used for storing program codes and transmitting the program codes to the processor;

the processor is configured to perform the method of the above aspect according to instructions in the program code.

In another aspect, embodiments of the present application provide a computer-readable storage medium for storing a computer program for performing the method described in the above aspect.

In another aspect, embodiments of the present application provide a computer program product or 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 the processor executes the computer instructions, so that the computer device performs the method described in the above aspect.

According to the technical scheme, in order to simplify the overall playing logic of the resource player, different resource playing characteristics are abstracted into different functional interfaces based on the logic of the resource playing characteristics, and the decoupling of the resource playing characteristics and the overall framework of the resource player is realized in the resource characteristic set. Therefore, after the playing request of the target resource corresponding to the playing characteristic of the target resource is obtained, a functional interface corresponding to the playing request is called from the resource characteristic set to generate an obtaining request carrying the playing characteristic of the target resource, and if the target resource is successfully obtained, the functional interface corresponding to the player is called from the resource characteristic set again to configure the parameters of the target player, so that the target resource is played by the target player according to the playing characteristic of the target resource. Therefore, by modifying the resource playing logic, when a certain resource playing characteristic is used, a functional interface corresponding to the resource playing characteristic is called from the resource characteristic set, and the support of the resource playing characteristic is added into the integral playing logic of the resource player, so that the complexity of the integral playing logic is not influenced, the support of the resource playing characteristic and the integral framework of the resource player are decoupled, and the later maintenance of the resource player can be realized only by changing the resource characteristic set, and the workload is reduced.

Drawings

In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings that are required in the embodiments or the description of the prior art will be briefly described below, it being obvious that the drawings in the following description are only some embodiments of the present application, and that other drawings may be obtained according to these drawings without inventive effort for a person skilled in the art.

Fig. 1 is an application scenario schematic diagram of a resource playing method provided in an embodiment of the present application;

fig. 2 is a flowchart of a resource playing method provided in an embodiment of the present application;

FIG. 3 is a schematic diagram of a resource feature set according to an embodiment of the present disclosure;

FIG. 4 is a relationship diagram of interaction between a main process and a functional interface of an application layer of a resource player according to an embodiment of the present application;

FIG. 5 is a schematic diagram of an on-demand resource feature set provided in an embodiment of the present application;

fig. 6 is a schematic diagram of a resource playing device provided in an embodiment of the present application;

fig. 7 is a schematic structural diagram of a server according to an embodiment of the present application;

fig. 8 is a schematic structural diagram of a terminal device according to an embodiment of the present application.

Detailed Description

Embodiments of the present application are described below with reference to the accompanying drawings.

In the related art, the playing logic of the resource player is complex, the support of all the playing characteristics of the resource can be coupled in each process in the whole framework of the resource player, and as the more the playing characteristics of the resource supported by the resource player are, the more complex the whole playing logic of the resource player is, and the later maintenance is more difficult. And secondly, if logic modification occurs in one resource playing characteristic, all processes supporting the logic need to be correspondingly modified, and the workload is large. And if the developer provides resource players for a plurality of service parties, the problem that the code multiplexing rate is low, the repeated workload is more and the development amount is larger can occur because different service parties have different resource playing characteristics supported by the resource players.

Based on the above, the embodiment of the application provides a video playing method, which not only reduces the complexity of the overall playing logic of the resource player, but also reduces the workload by modifying the playing logic of the resource player.

The resource playing method provided by the application can be applied to resource playing equipment with data processing capability, such as terminal equipment and a server. The terminal device related to the application may be a mobile phone, a tablet computer, a notebook computer, a palm computer, a personal computer, a wearable device (such as an intelligent watch), an intelligent voice interaction device (such as an intelligent sound box), an intelligent household appliance, a vehicle-mounted terminal and the like, but is not limited thereto. The server related to the application can be an independent physical server, a server cluster or a distributed system formed by a plurality of physical servers, and can also be a cloud server for providing cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communication, middleware services, domain name services, security services, content delivery networks (Content Delivery Network, CDNs), basic cloud computing services such as big data and artificial intelligence platforms. The terminal device and the server may be directly or indirectly connected through wired or wireless communication, which is not limited herein. The number of servers and terminal devices is not limited either.

In order to facilitate understanding of the technical solution of the present application, the resource playing method provided in the embodiments of the present application is introduced below by using a terminal device as a resource playing device in conjunction with an actual application scenario.

Referring to fig. 1, the diagram is an application scenario schematic diagram of a resource playing method provided in an embodiment of the present application. In the application scenario shown in fig. 1, the terminal device is a mobile phone 100, and a resource playing device is installed in the mobile phone 100, so as to play a resource, and a target resource is taken as an example for illustration.

The user opens the asset player through the handset 100, wants to play video a through the asset player, and wants to play 1080P quality video a. Therefore, when the user clicks the play button of the resource player for the video a, the mobile phone 100 obtains the play request for the video a.

In the embodiment of the application, in order to simplify the overall playing logic of the resource player, the resource playing characteristic is decoupled from the overall framework of the resource player. Specifically, based on logic of the resource playing characteristics, different resource playing characteristics are abstracted into different functional interfaces, and the different resource playing characteristics are included in a resource characteristic set, so that when a certain resource playing characteristic is used, the functional interface corresponding to the resource playing characteristic is called from the resource characteristic set, and the whole framework of the resource player can be only used for realizing basic functions, such as obtaining a playing request, obtaining resources from a server according to the playing request, playing the resources and the like, and the functions for loading the resource playing are realized.

With continued reference to fig. 1, the mobile phone 100 includes a resource feature set, where the resource feature set includes functional interfaces, such as a functional interface a, a functional interface B, a functional interface C, and a functional interface D, where different functional interfaces are used to implement support for different resource playing features, such as a function that the functional interface C is used to implement adding parameters required for 1080P quality to a request for obtaining a video a. Thus, after acquiring the play request of the video a, the mobile phone 100 invokes the function interface C from the resource property set, generates an acquisition request for acquiring the video a with 1080P quality, and transmits the acquisition request to the server 200 so as to acquire the video a from the server 200.

If the 1080P quality video A is successfully obtained, calling a function interface D corresponding to the configuration player from the resource characteristic set, configuring parameters of the target player, such as setting the configuration of the player and the decoder according to a selection strategy of the player and the decoder, and the like, and further playing the 1080P quality video A by the configured target player.

Therefore, the logic based on the resource playing characteristics abstracts the resource playing characteristics into a functional interface, decouples the resource playing characteristics from the basic framework of the resource player, and newly adds or modifies the resource playing characteristics without increasing the complexity of the whole playing logic of the resource player, so that the influence of the changed resource playing characteristics on the basic framework of the resource player is reduced, and the development amount is reduced.

The following describes a resource playing method provided by the embodiment of the present application with reference to the accompanying drawings, and using a terminal device as a resource playing device.

Referring to fig. 2, the flowchart of a resource playing method provided in the embodiment of the present application is shown. As shown in fig. 2, the resource playing method includes the following steps:

s201: and acquiring a playing request of the target resource.

The user can open the resource player through the terminal device, and play resources such as video, audio, novels and the like through the resource player, wherein the resource player provides various resource playing characteristics, namely functions supported when various resources are played, so as to meet the playing requirements of the user.

The terminal equipment acquires a playing request aiming at the target resource and acquires corresponding resource playing characteristics aiming at the playing request. In the related art, since the support of the resource playing characteristics is coupled to each process within the overall framework of the resource player, after the user determines that the target resource is played with the target resource playing characteristics, the resource player directly generates a playing request carrying the target resource playing characteristics according to the overall playing logic, so as to obtain the corresponding target resource.

Because the embodiment of the application decouples the integral playing logic and the resource playing characteristic, the integral framework of the resource player only comprises basic functions for realizing the loading of resource playing, such as obtaining the playing request, obtaining the resource from the server according to the playing request, playing the resource and the like. Therefore, after the user determines to play the target resource with the target resource playing characteristic, the resource player generates a playing request for the target resource, then determines the target resource playing request corresponding to the playing request, calls a corresponding functional interface, and further generates an obtaining request carrying the target resource playing characteristic so as to obtain the corresponding target resource.

S202: and calling a function interface corresponding to the playing request from the resource characteristic set to generate an acquisition request carrying the playing characteristic of the target resource.

Based on the obtained playing request, determining the corresponding target resource playing characteristic, and calling a functional interface corresponding to the playing request from the resource characteristic set, wherein the functional interface is used for assembling parameters corresponding to the target resource playing characteristic determined by a user so as to realize the target resource playing characteristic, thereby generating the obtaining request carrying the target resource characteristic.

The resource characteristic set comprises a plurality of functional interfaces for realizing the correspondence of different resource playing characteristics, the functional interfaces are obtained based on the logic abstraction of the resource playing characteristics, as a possible implementation manner, the logic related to the resource playing characteristics can be abstracted into a plurality of method modules, the calling time of the method modules is determined, and the method modules are embedded into the whole framework of the resource player.

If the overall playing logic of the overall framework of the resource player is arranged according to the time sequence relationship, a main flow of the application layer of the resource player can be obtained, and the calling time of the method module can be embedded into the main flow of the application layer of the resource player for processing. Each node in the application layer main flow of the resource player corresponds to a processing action, for example, the processing actions of obtaining the play request of the target resource, obtaining the target resource from the server according to the play request, and playing the target resource may be referred to as a node in the application layer main flow of the resource player.

It should be noted that, whether each node needs to call a functional interface, which functional interface is called, and even at what time, the call can be embedded into the main flow of the application layer of the resource player in a preset manner, so that when the resource player triggers a certain node, the corresponding functional interface can be called, and the logic of the resource playing characteristic realized by the functional interface is added into the integral playing logic of the resource player, and the integral playing flow of the resource player is not affected.

In general, an open source resource player needs to support a plurality of service parties, the requirements of different service parties for the resource playing characteristics are different, for example, some service parties support more comprehensive resource playing characteristics in the resource player according to the requirements of users, some service parties may only need simple playing functions, but in the related art, the support for the resource playing characteristics can be coupled in each process in the whole framework of the resource player, so that dynamic plug of the resource playing characteristics cannot be achieved, and a developer needs to develop resource players of different versions according to the requirements of different service parties. For example, each time a resource player adds a new resource playing feature, logic needs to be added or modified in each process of the resource player, thereby increasing the complexity of the overall logic of the resource player. For example, if the flow a couples the resource playing characteristic 1 and the resource playing characteristic 2, and the flow B couples the resource playing characteristic 1 and the resource playing characteristic 3, the flow a and the flow B need to be developed respectively, and when the logic of the resource playing characteristic 1 is changed, the flow a and the flow B need to be modified respectively.

Based on this, by means of the embodiment of the present application, the logic of each resource playing characteristic converges to a corresponding functional interface, and is added to the corresponding resource characteristic set in a plug-in manner, and then added to the overall framework of the player by means of calling. Referring to fig. 3, a schematic diagram of a resource feature set according to an embodiment of the present application is provided. The resource characteristic set comprises n functional interfaces corresponding to n resource playing characteristics respectively, wherein n is an integer greater than 0. The resource player may invoke a function interface corresponding to the target resource playing characteristic from the set of resource characteristics.

Therefore, if a certain resource playing characteristic is newly added, modified or deleted, the corresponding function interface can be directly added, modified or deleted into the resource characteristic set without corresponding modification for all processes, so that the workload is reduced. According to the requirements of different service parties, the functional interfaces corresponding to the resource playing characteristics can be dynamically plugged and unplugged according to the requirements of the service parties, and resource players of different versions do not need to be provided for the service parties with different requirements. And when a certain node is triggered, a corresponding functional interface is called, so that the resource player supports the resource playing characteristic corresponding to the functional interface. Moreover, even if the number of the resource playing functions is continuously increased, the complexity of the whole playing logic of the resource player is not affected.

S203: and calling a function interface corresponding to the configuration player from the resource characteristic set to configure parameters of the target player in response to successful acquisition of the target resource according to the acquisition request.

After the terminal device generates the acquisition request, the terminal device sends the acquisition request carrying the characteristics of the target resource to the server, and the server sends the target resource required by the terminal or the playing address of the target resource to the terminal device according to the acquisition request, for example, sends the high-quality video required by the user to the terminal device so as to meet the user requirement. Therefore, after the terminal equipment successfully acquires the target resource, the target resource can be played.

In the related art, if a resource player wants to play a target resource, the target player needs to be created, and parameters corresponding to the target player are set, so that the target resource is played with the playing characteristic of the target resource. In the embodiment of the application, since the resource playing characteristics are decoupled from the overall framework of the resource player, if the target resource is wanted to be played by the target resource playing characteristics, the function interface corresponding to the configuration player can be called in the resource characteristic set to configure the parameters of the target player, so that the creation of the target player is realized.

The configuration player refers to a target player required for creating a playing target resource, and the function interface corresponding to the configuration player can be a preset strategy, for example, parameters of the player and the decoder are set according to the preset player and decoder selection strategy, so that the creation of the target player is completed.

S204: and playing the target resources by the target player according to the playing characteristics of the target resources.

It can be understood that the target player is created according to the target resource playing characteristics required by the target resource, so that after the target player is created, the target resource can be played by the target player according to the target resource playing characteristics, thereby meeting the requirements of users.

In order to simplify the overall playing logic of the resource player, different resource playing characteristics are abstracted into different functional interfaces based on the logic of the resource playing characteristics, and the resource playing characteristics are decoupled from the overall framework of the resource player in a resource characteristic set. Therefore, after the playing request of the target resource corresponding to the playing characteristic of the target resource is obtained, a functional interface corresponding to the playing request is called from the resource characteristic set to generate an obtaining request carrying the playing characteristic of the target resource, and if the target resource is successfully obtained, the functional interface corresponding to the player is called from the resource characteristic set again to configure the parameters of the target player, so that the target resource is played by the target player according to the playing characteristic of the target resource. Therefore, by modifying the resource playing logic, when a certain resource playing characteristic is used, a functional interface corresponding to the resource playing characteristic is called from the resource characteristic set, and the support of the resource playing characteristic is added into the integral playing logic of the resource player, so that the complexity of the integral playing logic is not influenced, the support of the resource playing characteristic and the integral framework of the resource player are decoupled, and the later maintenance of the resource player can be realized only by changing the resource characteristic set, and the workload is reduced.

As a possible implementation manner, if the overall framework of the resource player is built based on a common gateway interface (Common Gateway Interface, CGI), the main flow of the application layer of the resource player may be shown in fig. 4, which is a relationship diagram of interaction between the main flow of the application layer of the resource player and a functional interface provided in the embodiment of the present application. The main flow of the application layer of the resource player is as follows:

s401: and acquiring a play request.

As shown in fig. 4 "start-up", the terminal device obtains a play request from the user, and prepares to start playing.

The CGI is a specification of an external program when the Web server runs, and the program written according to the CGI can expand the server function. The CGI application program can interact with the browser, and can also communicate with external data sources such as a database server through a data API, and data can be obtained from the database server.

S402: and calling a function interface corresponding to the playing request from the resource characteristic set, adding a capability value corresponding to the playing characteristic of the target resource into a parameter of the CGI request of the common gateway interface, and generating the CGI request of the target resource.

As shown in fig. 4, when the resource player starts playing, a CGI request is first performed to request a target resource from the server. At this point, the functional interface is invoked from the set of resource characteristics.

It should be noted that, according to different nodes of the application layer main flow of the resource player, different resource characteristic sets may be corresponding, as shown in fig. 4, the resource playing characteristic capability request parameter assembly, the resource playing characteristic related parameter analysis, the resource playing characteristic capability validity verification, the resource playing characteristic error retry policy, the resource playing characteristic player and the decoder selection policy are all different resource characteristic sets, and each resource characteristic set includes the resource playing characteristic required by the node. Or, all the resource playing characteristics may be put into one resource characteristic set, and each time different nodes are triggered, the function interface corresponding to the target resource playing characteristic is automatically traversed, which is not limited in this application.

As shown in fig. 4, after the triggering node S401, a function interface corresponding to the play request may be called from the resource play characteristic capability request parameter assembly, to implement a function of adding a capability value corresponding to the target resource play characteristic to a parameter of the generic gateway interface CGI request, so as to generate the CGI request of the target resource.

The capability value corresponding to the target resource playing characteristic may be set by the server, which refers to some configurations required for implementing the target resource playing characteristic, for example, if the target resource playing characteristic is to play a video with 1080P quality, a parameter required for 1080P quality may be added to the parameter of the CGI request, so as to obtain the video with 1080P quality from the server.

S403: and calling a function interface corresponding to parameter analysis from the resource characteristic set to analyze the target resource into a resource data structure required by the target player in response to successful request for the CGI request.

As shown in fig. 4, the "generic gateway interface parsing" is implemented, after the request is successful, the target resource returned by the server is parsed into the resource data structure required inside the resource player. And calling a function interface corresponding to the analysis parameter from the resource characteristic set corresponding to the node, namely the analysis of the parameter related to the resource playing characteristic, and analyzing the parameter related to the target resource playing characteristic into a corresponding video structure, such as analyzing 1080P quality video.

S404: and responding to successful request for the CGI request and successful target resource analysis, and successfully acquiring the target resource according to the CGI request.

As shown in fig. 4, after the request is successful and the parsing is successful, the target resource is successfully acquired according to the CGI request, i.e. the callback CGI is successful, and then S406 is executed.

It will be appreciated that the processing results are returned when the CGI process has completed interacting with the server. The processing result may include a function required for playing the target resource, that is, a capability value returned for the CGI request, at this time, a function interface corresponding to the CGI request acquisition node S404 may be called from the validity check of the capability of the resource playing feature, to acquire a capability value of a resource feature set included in the terminal device, and a capability value returned for the CGI request, to determine whether there is an illegal situation, if the capability value of the resource feature set is consistent with the capability value returned for the CGI request, a function interface corresponding to the configuration player is called from the resource feature set, to configure parameters of the target player, thereby preventing the capability mismatch situation from occurring.

S405: the generic gateway interface callback fails.

In response to the request failure for the CGI request, the CGI callback fails, and S408 is performed.

S406: play begins.

And creating a target player, setting configurations of the player, the decoder and the like according to a preset player and decoder selection strategy, and setting a play address for playing.

As one possible implementation manner, the corresponding function interface may be called from the resource playing characteristic player and decoder selection policy, the player and decoder policy corresponding to the target resource playing characteristic is processed, and the corresponding player and decoder configuration is selected, so as to implement creation of the target player, thereby playing the target resource.

S407: in response to failure in playing the target resource through the target player, invoking a functional interface corresponding to the error retry from the resource characteristic set, traversing the functional interfaces in the resource characteristic set, determining the functional interface with the error, retrying the functional interface with the error, and executing S402.

If the target resource fails to play, a functional interface corresponding to the error retry is called from the resource characteristic set corresponding to the node, namely, the resource playing characteristic error retry strategy, and the error retry is performed on part of error codes, and when the retry is performed, the retry is performed according to the resource playing characteristic and/or the retry strategy corresponding to the playing format of the resource.

As a possible implementation manner, the functional interfaces in all the resource characteristic sets may be traversed according to a preset priority order, and the functional interface with the error may be determined, that is, which resource playing characteristic or which resource playing characteristics are determined to be in error, and then the resource playing characteristic with the error is retried according to the retry strategy, so as to execute S402. Therefore, the function of the resource player can be quickly recovered, the waiting time of a user is reduced, and the user experience is improved.

S408: and (5) finishing playing.

As a possible implementation manner, since in the related art, support for all the resource playing characteristics is coupled in each flow within the overall framework of the resource player, the more the number of resource playing characteristics is included, the more data volume is required for the installation package corresponding to the resource player. The business can provide the installation packages supporting more resource players for the number of the resource playing characteristics to the users under the scene that only the number of the resource playing characteristics is less, so that the traffic of the users is wasted, and even the users downloading only the smaller installation packages can be lost.

Based on the above, the code corresponding to the resource playing set is not packed into the installation package during packing, but only the whole framework of the application program interface (Application Programming Interface, API) and the resource player is packed, and the installation package corresponding to the resource player is generated, so that the flow required by a user for downloading the installation package is reduced. Or according to the service demands of different service parties, the resource characteristic sets required by different products are different, and the targeted installation package is generated for the different service parties based on the resource playing characteristics required by the dynamic tailoring of the whole framework.

Further, after the resource player is started, detecting whether the resource player comprises a required resource characteristic set, and if the resource player does not comprise the resource characteristic set, downloading the required resource characteristic set, so that the resource playing characteristic is loaded according to the requirement; if the asset player includes an asset property set, no download is required. If the user sends the play request through the resource player, that is, the terminal device where the resource player is located obtains the play request of the target resource, that is, S401, S402 may be continuously executed. It is understood that APIs are used to call functional interfaces in a set of resource characteristics.

As a possible implementation manner, after the resource player is started for the first time, according to the requirement of the resource player on the resource playing characteristics, the terminal device where the resource player is located downloads the required resource playing characteristics set, and stores the resource playing characteristics set for the resource player to use.

As a possible implementation manner, the code corresponding to the resource characteristic set may be packaged into a file in a form of a dex file, where the dex file is an executable file under an Android (Android) virtual machine, and includes all operation instructions and runtime data used by an application program.

As a possible implementation manner, the resource player may detect information, such as a model of the terminal device, a system or a version of the resource player, for identifying a set of resource characteristics required by the resource player, and then send the information to the server, and the server returns a corresponding dex file to the terminal device according to the information, and stores the dex file after the terminal device downloads, so as to achieve a real on-demand loading playing characteristic.

As a possible implementation manner, if some resource playing characteristics need to be added, modified or deleted later according to service requirements, whether the function interfaces included in the resource characteristic set included in the resource player meet the function interfaces required by the resource player can be detected after the resource player is started each time, if not, the function interface missing in the resource characteristic set can be determined and downloaded, so that the resource playing characteristics supported by the resource player can be continuously adjusted according to service requirements without updating versions, and user experience is improved.

The above method is described in one embodiment with reference to fig. 5. Referring to fig. 5, a diagram is provided for an architecture of a set of on-demand resource characteristics according to an embodiment of the present application.

The architecture for loading the resource feature set on demand includes a server 501, a client start module 502, a resource feature set download module 503, and a business module 504;

the server 501 is configured to return a corresponding set of resource characteristics to the client according to the client information.

The resource player is installed in the terminal device in a client form, and the client information is used for identifying information of a resource characteristic set required by the client, such as information of an application version number, a system version number and the like.

The client starting module 502 is configured to detect, each time, whether a resource characteristic set is to be downloaded and whether a corresponding resource characteristic set has been downloaded, and ignore the resource characteristic set if the resource characteristic set does not need to be downloaded or has been downloaded; otherwise, the resource characteristic set downloading module 503 is started to download the corresponding resource characteristic set.

The resource characteristic set downloading module 503 is configured to collect client information, send the client information to the server, and download a corresponding resource characteristic set.

The service module 504 is configured to determine, according to the resource characteristic set downloading module 503, whether there is a resource characteristic set currently or whether a resource playing characteristic needs to be added, and if there is a need but no corresponding resource characteristic set and/or resource playing characteristic needs to be downloaded, prompt the user that the current resource playing does not support the resource playing characteristic, and then start downloading to download the missing resource playing characteristic.

The embodiment of the application also provides a resource playing device aiming at the resource playing method provided by the embodiment.

Referring to fig. 6, the diagram is a schematic diagram of a resource playing device provided in an embodiment of the present application. As shown in fig. 6, the interaction device 600 includes: an acquisition unit 601, a calling unit 602, and a playing unit 603;

the acquiring unit 601 is configured to acquire a play request of a target resource, where the target resource corresponds to a play characteristic of the target resource;

the calling unit 602 is configured to call a function interface corresponding to the play request from the resource characteristic set, and generate an acquisition request carrying the target resource play characteristic; the resource characteristic set comprises functional interfaces for realizing the correspondence of different resource playing characteristics;

the calling unit 602 is further configured to call a function interface corresponding to a configuration player from the resource feature set to configure parameters of the target player in response to successful acquisition of the target resource according to the acquisition request;

the playing unit 603 is configured to play, by using the target player, the target asset with the target asset playing characteristic.

As a possible implementation manner, the calling unit 602 is configured to:

Calling a function interface corresponding to the play request from a resource characteristic set, adding a capability value corresponding to the play characteristic of the target resource into a parameter of a universal gateway interface request of the universal gateway interface, and generating the universal gateway interface request of the target resource;

responding to the success of the request for the universal gateway interface request, calling a function interface corresponding to parameter analysis from the resource characteristic set, and analyzing the target resource into a resource data structure required by the target player;

the acquiring unit 601 is configured to:

and responding to the successful request for the universal gateway interface request and the successful analysis of the target resource, and acquiring the target resource according to the universal gateway interface request.

As a possible implementation manner, the apparatus further includes a verification unit, configured to:

after a request for the universal gateway interface request is successful and the target resource analysis is successful, calling the universal gateway interface from the resource characteristic set to request to acquire a functional interface corresponding to the target resource success, and acquiring a capability value of the resource characteristic set included by the terminal equipment and a capability value returned for the universal gateway interface request;

And if the capability value of the resource characteristic set is consistent with the capability value returned by the request for the universal gateway interface, executing the step of calling the function interface corresponding to the configuration player from the resource characteristic set by a calling unit 602 to configure the parameters of the target player.

As a possible implementation manner, the apparatus further includes an error retry unit configured to:

responding to failure of playing the target resource through the target player, calling a functional interface corresponding to the error retry from the resource characteristic set, traversing the functional interface in the resource characteristic set, and determining the functional interface with the error;

retrying the functional interface with the error, and executing the step of obtaining the playing request of the target resource.

As a possible implementation manner, the error retry unit is configured to:

and traversing the function interfaces in the resource characteristic set according to the preset priority order, and determining the function interface with the error.

As a possible implementation manner, the apparatus further includes a downloading unit, configured to:

responsive to a resource player start, detecting whether the resource player includes the set of resource characteristics;

And if the resource player does not comprise the resource characteristic set, downloading the resource characteristic set.

As a possible implementation manner, the downloading unit is further configured to:

and determining and downloading the function interface missing from the resource characteristic set in response to the function interface included in the resource characteristic set not meeting the function interface required by the resource player.

The foregoing resource playing device may be a computer device, which may be a server, or may be a terminal device, where the foregoing resource playing device may be built in the server or the terminal device, and the computer device provided in the embodiments of the present application will be described from the perspective of hardware materialization. Fig. 7 is a schematic structural diagram of a server, and fig. 8 is a schematic structural diagram of a terminal device.

Referring to fig. 7, fig. 7 is a schematic diagram of a server structure provided in an embodiment of the present application, where the server 1400 may vary considerably in configuration or performance, and may include one or more central processing units (Central Processing Units, CPU) 1422 (e.g., one or more processors) and memory 1432, one or more storage media 1430 (e.g., one or more mass storage devices) that store applications 1442 or data 1444. Wherein the memory 1432 and storage medium 1430 can be transitory or persistent storage. The program stored in the storage medium 1430 may include one or more modules (not shown), each of which may include a series of instruction operations on a server. Still further, a CPU 1422 may be provided in communication with the storage medium 1430 to execute a series of instruction operations in the storage medium 1430 on the server 1400.

Server 1400 may also include one or more power sources 1426,one or more wired or wireless network interfaces 1450, one or more input/output interfaces 1458, and/or one or more operating systems 1441, e.g., windows Server ^TM ，Mac OS X ^TM ，Unix ^TM ,Linux ^TM ，FreeBSD ^TM Etc.

The steps performed by the server in the above embodiments may be based on the server structure shown in fig. 7.

Wherein, the CPU 1422 is configured to perform the following steps:

Optionally, the CPU 1422 may further execute method steps of any specific implementation of the resource playing method in the embodiments of the present application.

Referring to fig. 8, fig. 8 is a schematic structural diagram of a terminal device according to an embodiment of the present application. Fig. 8 is a block diagram illustrating a part of a structure of a mobile phone related to a terminal device provided in an embodiment of the present application, where the mobile phone includes: radio Frequency (RF) circuitry 1510, memory 1520, input unit 1530, display unit 1540, sensor 1550, audio circuitry 1560, wireless fidelity (Wireless Fidelity, wiFi) module 1570, processor 1580, and power supply 1590. Those skilled in the art will appreciate that the handset configuration shown in fig. 8 is not limiting of the handset and may include more or fewer components than shown, or may combine certain components, or may be arranged in a different arrangement of components.

The following describes the components of the mobile phone in detail with reference to fig. 8:

the RF circuit 1510 may be used for receiving and transmitting signals during a message or a call, and particularly, after receiving downlink information of a base station, the signal is processed by the processor 1580; in addition, the data of the design uplink is sent to the base station. Generally, RF circuitry 1510 includes, but is not limited to, an antenna, at least one amplifier, a transceiver, a coupler, a low noise amplifier (Low Noise Amplifier, LNA for short), a duplexer, and the like. In addition, the RF circuitry 1510 may also communicate with networks and other devices through wireless communication. The wireless communication may use any communication standard or protocol, including but not limited to global system for mobile communications (Global System of Mobile communication, GSM for short), general packet radio service (General Packet Radio Service, GPRS for short), code division multiple access (Code Division Multiple Access, CDMA for short), wideband code division multiple access (Wideband Code Division Multiple Access, WCDMA for short), long term evolution (Long Term Evolution, LTE for short), email, short message service (Short Messaging Service, SMS for short), and the like.

The memory 1520 may be used to store software programs and modules, and the processor 1580 implements various functional applications and data processing of the handset by running the software programs and modules stored in the memory 1520. The memory 1520 may mainly include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application program required for at least one function (such as a sound playing function, an image playing function, etc.), and the like; the storage data area may store data (such as audio data, phonebook, etc.) created according to the use of the handset, etc. In addition, memory 1520 may include high speed random access memory, and may also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other volatile solid state storage device.

The input unit 1530 may be used to receive input numerical or character information and generate key signal inputs related to user settings and function control of the handset. In particular, the input unit 1530 may include a touch panel 1531 and other input devices 1532. The touch panel 1531, also referred to as a touch screen, may collect touch operations thereon or thereabout by a user (e.g., operations of the user on the touch panel 1531 or thereabout by using any suitable object or accessory such as a finger, a stylus, etc.), and drive the corresponding connection device according to a predetermined program. Alternatively, the touch panel 1531 may include two parts, a touch detection device and a touch controller. The touch detection device detects the touch azimuth of a user, detects a signal brought by touch operation and transmits the signal to the touch controller; the touch controller receives touch information from the touch detection device, converts it into touch point coordinates, and sends the touch point coordinates to the processor 1580, and can receive and execute commands sent from the processor 1580. In addition, the touch panel 1531 may be implemented in various types such as resistive, capacitive, infrared, and surface acoustic wave. The input unit 1530 may include other input devices 1532 in addition to the touch panel 1531. In particular, other input devices 1532 may include, but are not limited to, one or more of a physical keyboard, function keys (e.g., volume control keys, switch keys, etc.), a trackball, mouse, joystick, etc.

The display unit 1540 may be used to display information input by a user or information provided to the user and various menus of the mobile phone. The display unit 1540 may include a display panel 1541, and optionally, the display panel 1541 may be configured in the form of a liquid crystal display (Liquid Crystal Display, LCD), an Organic Light-Emitting Diode (OLED), or the like. Further, the touch panel 1531 may cover the display panel 1541, and when the touch panel 1531 detects a touch operation thereon or thereabout, the touch operation is transferred to the processor 1580 to determine the type of touch event, and then the processor 1580 provides a corresponding visual output on the display panel 1541 according to the type of touch event. Although in fig. 8, the touch panel 1531 and the display panel 1541 are two separate components for implementing the input and input functions of the mobile phone, in some embodiments, the touch panel 1531 may be integrated with the display panel 1541 to implement the input and output functions of the mobile phone.

The handset may also include at least one sensor 1550, such as a light sensor, a motion sensor, and other sensors. Specifically, the light sensor may include an ambient light sensor that may adjust the brightness of the display panel 1541 according to the brightness of ambient light, and a proximity sensor that may turn off the display panel 1541 and/or the backlight when the phone is moved to the ear. As one of the motion sensors, the accelerometer sensor can detect the acceleration in all directions (generally three axes), and can detect the gravity and direction when stationary, and can be used for applications of recognizing the gesture of a mobile phone (such as horizontal and vertical screen switching, related games, magnetometer gesture calibration), vibration recognition related functions (such as pedometer and knocking), and the like; other sensors such as gyroscopes, barometers, hygrometers, thermometers, infrared sensors, etc. that may also be configured with the handset are not described in detail herein.

Audio circuitry 1560, a speaker 1561, and a microphone 1562 may provide an audio interface between a user and a cell phone. The audio circuit 1560 may transmit the received electrical signal converted from audio data to the speaker 1561, and be converted into a sound signal by the speaker 1561 for output; on the other hand, the microphone 1562 converts the collected sound signals into electrical signals, which are received by the audio circuit 1560 for conversion into audio data, which is processed by the audio data output processor 1580 for transmission to, for example, another cellular phone via the RF circuit 1510 or for output to the memory 1520 for further processing.

WiFi belongs to a short-distance wireless transmission technology, and a mobile phone can help a user to send and receive emails, browse webpages, access streaming media and the like through a WiFi module 1570, so that wireless broadband Internet access is provided for the user. Although fig. 8 shows WiFi module 1570, it is understood that it does not belong to the necessary components of a cell phone and may be omitted entirely as desired within the scope of not changing the essence of the invention.

The processor 1580 is a control center of the mobile phone, connects various parts of the entire mobile phone using various interfaces and lines, and performs various functions of the mobile phone and processes data by running or executing software programs and/or modules stored in the memory 1520 and invoking data stored in the memory 1520. In the alternative, processor 1580 may include one or more processing units; preferably, the processor 1580 can integrate an application processor and a modem processor, wherein the application processor primarily processes operating systems, user interfaces, application programs, and the like, and the modem processor primarily processes wireless communications. It is to be appreciated that the modem processor described above may not be integrated into the processor 1580.

The handset further includes a power supply 1590 (e.g., a battery) for powering the various components, which may preferably be logically connected to the processor 1580 via a power management system so as to provide for the management of charging, discharging, and power consumption by the power management system.

Although not shown, the mobile phone may further include a camera, a bluetooth module, etc., which will not be described herein.

In an embodiment of the present application, the memory 1520 included in the mobile phone may store program codes and transmit the program codes to the processor.

The processor 1580 included in the mobile phone may execute the resource playing method provided in the foregoing embodiment according to the instruction in the program code.

The embodiment of the application also provides a computer readable storage medium for storing a computer program, where the computer program is used to execute the resource playing method provided in the above embodiment.

Embodiments of the present application also provide a computer program product or 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 the processor executes the computer instructions to cause the computer device to perform the resource playback method provided in the various alternative implementations of the above aspects.

Those of ordinary skill in the art will appreciate that: all or part of the steps for implementing the above method embodiments may be implemented by hardware related to program instructions, where the above program may be stored in a computer readable storage medium, and when the program is executed, the program performs steps including the above method embodiments; and the aforementioned storage medium may be at least one of the following media: read-Only Memory (ROM), RAM, magnetic disk or optical disk, etc.

It should be noted that, in the present specification, each embodiment is described in a progressive manner, and identical and similar parts of each embodiment are all referred to each other, and each embodiment is mainly described in a different point from other embodiments. In particular, for the apparatus and system embodiments, since they are substantially similar to the method embodiments, the description is relatively simple, with reference to the description of the method embodiments in part. The apparatus and system embodiments described above are merely illustrative, in which elements illustrated as separate elements may or may not be physically separate, and elements shown as elements may or may not be physical elements, may be located in one place, or may be distributed over a plurality of network elements. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of this embodiment. Those of ordinary skill in the art will understand and implement the present invention without undue burden.

The foregoing is merely one specific embodiment of the present application, but the protection scope of the present application is not limited thereto, and any changes or substitutions that can be easily conceived by those skilled in the art within the technical scope of the present application should be covered in the protection scope of the present application. Further combinations of the present application may be made to provide further implementations based on the implementations provided in the above aspects. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.

Claims

1. A method for playing a resource, the method comprising:

2. The method of claim 1, wherein the calling the function interface corresponding to the play request from the resource feature set to generate the acquisition request carrying the target resource play feature includes:

calling a function interface corresponding to the play request from a resource characteristic set, adding a capability value corresponding to the play characteristic of the target resource into a parameter of a universal gateway interface request, and generating the universal gateway interface request of the target resource;

the method further comprises the steps of:

3. The method of claim 2, wherein after the request for the generic gateway interface request is successful and the target resource resolution is successful, the method further comprises:

Invoking the general gateway interface from the resource characteristic set to request to acquire a functional interface corresponding to the target resource successfully, acquiring a capability value of the resource characteristic set included by the terminal equipment, and requesting to return a capability value aiming at the general gateway interface;

and if the capability value of the resource characteristic set is consistent with the capability value returned by the request for the universal gateway interface, executing the step of calling a function interface corresponding to the configuration player from the resource characteristic set and configuring the parameters of the target player.

4. The method according to claim 1, wherein the method further comprises:

5. The method of claim 4, wherein traversing the functional interfaces in the set of resource characteristics determines a functional interface that is in error comprises:

6. The method according to claim 1, wherein the method further comprises:

and responding to the starting of the resource player, and if the resource player does not comprise the resource characteristic set, downloading the resource characteristic set.

7. The method of claim 6, wherein the method further comprises:

8. A resource playing device, the device comprising: the device comprises an acquisition unit, a calling unit and a playing unit;

9. A computer device, the device comprising a processor and a memory:

the processor is configured to perform the method of any of claims 1-7 according to instructions in the program code.

10. A computer readable storage medium, characterized in that the computer readable storage medium is for storing a computer program for executing the method of any one of claims 1-7.