CN112102853B

CN112102853B - Audio and video player control method and device, storage medium and electronic equipment

Info

Publication number: CN112102853B
Application number: CN202011305167.0A
Authority: CN
Inventors: 赵玉红; 张仁美; 李良敏; 姜杰; 沈建展
Original assignee: Zhejiang Yanhua Culture Technology Co Ltd
Current assignee: Zhejiang Yanhua Culture Technology Co Ltd
Priority date: 2020-11-20
Filing date: 2020-11-20
Publication date: 2021-10-08
Anticipated expiration: 2040-11-20
Also published as: CN112102853A

Abstract

The application provides an audio and video player control method, an audio and video player control device, a storage medium and electronic equipment, wherein the audio and video player control method comprises the following steps: firstly, screening out target logic from a logic library according to a starting instruction, then associating the target logic with corresponding intermediate logic according to a pre-stored mapping relation table, and operating the corresponding target logic when a demand instruction for operating the intermediate logic is received. The audio and video player control method provided by the invention can correspond to the playing logics of different third-party players through the intermediate logic, does not need to construct different logic architectures for each third player on a service layer, shields the difference of the logics of a plurality of third-party players, only has uniform intermediate logic compared with the upper-layer service logic, saves the debugging time compared with the upper-layer service logic, and is more convenient to integrate new third-party players.

Description

Audio and video player control method and device, storage medium and electronic equipment

Technical Field

The application relates to the field of software, in particular to an audio and video player control method and device, a storage medium and electronic equipment.

Background

With the development of networks, people's lives are tightly interwoven with networks. Especially video playing software, is used by a large number of high frequencies, and establishes an inseparable connection with the work, study and entertainment of people. To meet the increasing demand of people, service providers develop a large number of different video software.

At present, a single video software cannot meet the requirements of users, so that a plurality of third-party players need to be integrated in the video software. The functions of each three-party player are different, the corresponding API interfaces are different, and a large amount of modification and compatibility of the service layer codes are needed during integration, so that the modules passing the original test need to be retested, and the process is troublesome and laborious.

Disclosure of Invention

An object of the present application is to provide a method and an apparatus for controlling an audio/video player, a storage medium, and an electronic device, so as to solve the above problems.

In order to achieve the purpose, the technical scheme adopted by the application is as follows:

in a first aspect, the present application provides an audio/video player control method, including:

screening out target logics from the logic library according to the starting instruction;

the logic library comprises control logics corresponding to at least two third-party players, the starting instruction comprises an identifier of a third-party player to be started, and the target logic is the control logic corresponding to the third-party player to be started;

associating the target logic with the corresponding intermediate logic according to a pre-stored mapping relation table;

wherein the mapping relation table contains the corresponding relation between the target logic and the intermediate logic;

and when a demand instruction for operating the intermediate logic is received, operating the corresponding target logic.

In a second aspect, the present application provides an audio/video player control apparatus, the apparatus comprising:

the matching unit is used for screening out target logics from the logic library according to the starting instruction;

the matching unit is also used for associating the target logic with the corresponding intermediate logic according to a pre-stored mapping relation table;

and the processing unit is used for operating the corresponding target logic when a demand instruction for operating the intermediate logic is received.

In a third aspect, the present application provides a storage medium having stored thereon a computer program which, when executed by a processor, implements the method described above.

In a fourth aspect, the present application provides an electronic device comprising: a processor and memory for storing one or more programs; the one or more programs, when executed by the processor, implement the methods described above.

Compared with the prior art, in the audio and video player control method, device, storage medium and electronic device provided by the application, the target logic is screened out from the logic library according to the starting instruction, then the target logic is associated with the corresponding intermediate logic according to the pre-stored mapping relation table, and when a demand instruction for operating the intermediate logic is received, the corresponding target logic is operated. The intermediate logic can correspond to the playing logic of different third-party players, and different logic architectures do not need to be constructed for each third player in a service layer. The difference of the logic of a plurality of third-party players is shielded, and compared with the upper-layer service logic, the player has only unified intermediate logic. Compared with the prior art, the method saves debugging time and is more convenient to integrate a new third-party player.

In order to make the aforementioned objects, features and advantages of the present application more comprehensible, preferred embodiments accompanied with figures are described in detail below.

Drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings that are required to be used in the embodiments will be briefly described below, it should be understood that the following drawings only illustrate some embodiments of the present application and therefore should not be considered as limiting the scope, and it will be apparent to those skilled in the art that other related drawings can be obtained from the drawings without inventive effort.

FIG. 1 is a schematic diagram of a conventional logic architecture provided by an embodiment of the present application;

fig. 2 is a schematic structural diagram of an electronic device according to an embodiment of the present application;

fig. 3 is a schematic flowchart of a control method of an audio/video player according to an embodiment of the present application;

FIG. 4 is a schematic diagram of intermediate logic provided by an embodiment of the present application;

fig. 5 is a schematic view of substeps of S101 provided in an embodiment of the present application;

fig. 6 is a schematic diagram illustrating the substeps of S102 according to an embodiment of the present disclosure;

fig. 7 is a schematic diagram illustrating the substeps of S103 according to an embodiment of the present application;

fig. 8 is a schematic diagram illustrating an architecture of a bridge layer according to an embodiment of the present application;

fig. 9 is a schematic unit diagram of an audio/video player control device according to an embodiment of the present application.

In the figure: 10-a processor; 11-a memory; 12-a bus; 13-a display screen; 201-a matching unit; 202-processing unit.

Detailed Description

In order to make the objects, technical solutions and advantages of the embodiments of the present application clearer, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are some embodiments of the present application, but not all embodiments. The components of the embodiments of the present application, generally described and illustrated in the figures herein, can be arranged and designed in a wide variety of different configurations.

Thus, the following detailed description of the embodiments of the present application, presented in the accompanying drawings, is not intended to limit the scope of the claimed application, but is merely representative of selected embodiments of the application. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.

It should be noted that: like reference numbers and letters refer to like items in the following figures, and thus, once an item is defined in one figure, it need not be further defined and explained in subsequent figures. Meanwhile, in the description of the present application, the terms "first", "second", and the like are used only for distinguishing the description, and are not to be construed as indicating or implying relative importance.

It is noted that, herein, relational terms such as first and second, and the like may be used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Also, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other identical elements in a process, method, article, or apparatus that comprises the element.

In the description of the present application, it should be noted that the terms "upper", "lower", "inner", "outer", and the like indicate orientations or positional relationships based on orientations or positional relationships shown in the drawings or orientations or positional relationships conventionally found in use of products of the application, and are used only for convenience in describing the present application and for simplification of description, but do not indicate or imply that the referred devices or elements must have a specific orientation, be constructed in a specific orientation, and be operated, and thus should not be construed as limiting the present application.

In the description of the present application, it is also to be noted that, unless otherwise explicitly specified or limited, the terms "disposed" and "connected" are to be interpreted broadly, e.g., as being either fixedly connected, detachably connected, or integrally connected; can be mechanically or electrically connected; they may be connected directly or indirectly through intervening media, or they may be interconnected between two elements. The specific meaning of the above terms in the present application can be understood in a specific case by those of ordinary skill in the art.

Some embodiments of the present application will be described in detail below with reference to the accompanying drawings. The embodiments described below and the features of the embodiments can be combined with each other without conflict.

With the development of networks, the variety of video players is increasing, such as love art video, kuku video, Tencent video and the like. Due to the limitation of video sources, a single video player often cannot meet the requirements of users, for example, a user a wants to watch a video B in the souvenir video on a terminal, but the video B is limited to be played only through the souvenir video, and the souvenir video needs to be integrated in the souvenir video.

In order to meet the requirements of users, a currently common method is to integrate a third-party player directly into a service layer code of a target player, which is very intrusive to the original service logic of the target player, and the code cannot be reused, and the existing integration scheme is shown in fig. 1.

Referring to fig. 1, it can be seen that the logic of the third party players (player a and player B) is interspersed within the normal business logic of the target player. The logic includes an API for calling a third-party player, and an API for switching or switching another third-party player. Because the service of each operator is different, the function of each third-party player is different, and the API is also different, a lot of modification and compatibility of service layer codes are required during integration, so that the modules which pass the test originally need to be retested, and the logic complexity of the whole service increases exponentially.

The embodiment of the application provides electronic equipment which can be a mobile phone, a computer or other intelligent terminal equipment. Please refer to fig. 2, a schematic structural diagram of an electronic device. The electronic device comprises a processor 10, a memory 11, a bus 12. The processor 10 and the memory 11 are connected by a bus 12, and the processor 10 is configured to execute an executable module, such as a computer program, stored in the memory 11.

The processor 10 may be an integrated circuit chip having signal processing capabilities. In implementation, the steps of the audio/video player control method may be implemented by integrated logic circuits of hardware in the processor 10 or instructions in the form of software. The Processor 10 may be a general-purpose Processor, and includes a Central Processing Unit (CPU), a Network Processor (NP), and the like; the device can also be a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA) or other Programmable logic device, a discrete Gate or transistor logic device, or a discrete hardware component.

The Memory 11 may comprise a high-speed Random Access Memory (RAM) and may further comprise a non-volatile Memory (non-volatile Memory), such as at least one disk Memory.

The bus 12 may be an ISA (Industry Standard architecture) bus, a PCI (peripheral Component interconnect) bus, an EISA (extended Industry Standard architecture) bus, or the like. Only one bi-directional arrow is shown in fig. 2, but this does not indicate only one bus 12 or one type of bus 12.

The memory 11 is used for storing programs, such as programs corresponding to the control device of the audio-video player. The av player control apparatus includes at least one software function module which may be stored in the memory 11 in the form of software or firmware (firmware) or solidified in an Operating System (OS) of the electronic device. The processor 10 executes the program to implement the audio/video player control method upon receiving the execution instruction.

Possibly, the electronic device provided by the embodiment of the present application further includes a display 13. The display 13 is connected to the processor 10 via a bus. The display 13 may be a touch display. The display 13 is used for displaying image information and receiving instructions input by a user.

It should be understood that the structure shown in fig. 2 is merely a structural schematic diagram of a portion of an electronic device, which may also include more or fewer components than shown in fig. 2, or have a different configuration than shown in fig. 2. The components shown in fig. 2 may be implemented in hardware, software, or a combination thereof.

The audio/video player control method provided in the embodiment of the present invention can be applied to, but is not limited to, the electronic device shown in fig. 2, and please refer to fig. 3:

s101, screening out target logics from the logic library according to the starting instruction.

The logic library comprises control logics corresponding to at least two third-party players, the starting instruction comprises an identifier of a third-party player to be started, and the target logic is the control logic corresponding to the third-party player to be started.

Possibly, a user clicks on a desktop displayed on the display screen 13 to start the third-party player, a starting instruction is generated, the display screen 13 transmits the starting instruction to the processor 10, and the processor 10 screens out the target logic from the logic library according to the starting instruction. Optionally, a logic bank is stored in the memory 11.

And S102, associating the target logic with the corresponding intermediate logic according to a pre-stored mapping relation table.

The mapping relation table comprises the corresponding relation between the target logic and the intermediate logic.

Optionally, the third party player has a different logic, and by abstracting all logic played by the third party into logic of the bridge layer, as shown in fig. 4, the playing logic 1 in the player a corresponds to "playing" in the intermediate logic (bridge layer), and the playing logic 2 corresponds to "SEEK", while what corresponds to "playing" in the player B is the playing logic M, and corresponds to the playing logic 1 of "SEEK".

The playing logics of all third-party players can not correspond to all intermediate logics one to one, for example, there may be playing logic N +1 in the player a, but there is no playing logic in other third-party players, in this case, there is intermediate logic K corresponding to the playing logic N +1 of the player a, and the intermediate logic K is implemented in other third-party players in a null manner.

Through the mapping operation, the logic difference of the third-party player is shielded in the layer of the bridge layer, and for the upper-layer service logic, only the uniform bridge layer logic exists.

And S103, when a demand instruction for operating the intermediate logic is received, operating the corresponding target logic.

Specifically, when different third-party players are started, the target logics corresponding to the intermediate logics are different. And executing the demand instruction by operating the target logic corresponding to the intermediate logic, thereby meeting the user demand.

To sum up, in the audio/video player control method provided in the embodiment of the present application, the target logic is first screened out from the logic library according to the start instruction, then the target logic is associated with the corresponding intermediate logic according to the pre-stored mapping relationship table, and when a demand instruction for operating the intermediate logic is received, the corresponding target logic is operated. The intermediate logic can correspond to the playing logic of different third-party players, and different logic architectures do not need to be constructed for each third player in a service layer. The difference of the logic of a plurality of third-party players is shielded, and compared with the upper-layer service logic, the player has only unified intermediate logic. Compared with the prior art, the method saves debugging time and is more convenient to integrate a new third-party player.

On the basis of fig. 3, for the content in S101, the embodiment of the present application further provides a possible implementation manner, please refer to fig. 5, where S101 includes:

s101-1, determining a third-party player to be started according to the identifier in the starting instruction.

Optionally, the identifier in the start instruction has uniqueness, so that the third-party player to be started can be determined according to the identifier.

S101-2, determining the control logic corresponding to the third-party player as the target logic.

Optionally, after determining a third-party player to be started, screening a control logic corresponding to the third-party player to be started from the logic library, and using the control logic as a target logic.

On the basis of fig. 3, for the content in S102, the embodiment of the present application further provides a possible implementation manner, please refer to fig. 6, where S102 includes:

s102-1, determining an intermediate logic corresponding to the target logic according to the mapping relation table.

S102-2, the intermediate logic is connected with the API interface of the target logic.

Alternatively, the target logic may be called through the API interface when the intermediate logic is called.

On the basis of fig. 3, for the content in S103, the embodiment of the present application further provides a possible implementation manner, please refer to fig. 7, where S103 includes:

s103-1, when a demand instruction for operating the intermediate logic is received, calling the corresponding interface logic and function logic.

S103-2, the interface logic and the function logic are connected in an abutting mode.

S103-3, operating the interface logic and the function logic after docking.

Possibly, referring to fig. 8, an embodiment of the present application provides a bridge layer for associating intermediate logic with target logic.

The bridge layer is divided into a service layer interface (abbreviated to an IVideoPlayer module), an interface (abbreviated to an IRender module), a functional interface (abbreviated to an imedia player module) and an integration layer (abbreviated to an IVideoView module).

The IRender module mainly provides API abstraction to the middle layer of the upper layer; the IRender module provides API abstraction for the third-party player interface and is realized by the third-party player; the IMediaPlayer module provides abstraction to the third-party player function API, and is realized by the third-party player; the IVideoView module is used for connecting the IVideoPlayer module with the IRender and the IMediaPlayer module, serves as a middle layer of three-party communication, and is internally realized in a default mode.

In the process of butting three-party players, an IRender module and an IMediaPlayer module are realized, three-party playing logic is divided into interface logic and functional logic, and the interface logic and the functional logic are converted into corresponding interface API and functional API, so that butting is realized. In the process of docking the service layer, the service layer realizes the IVideoPlayer module, transmits the IVideoPlayer module into the IRender and IMediaPlayer module, transmits the IVideoPlayer into the IVideoView module, and finally proxies the IVideoView module and communicates with the IVideoPlayer module.

Optionally, the target logic provided in this embodiment of the present application includes a play control logic, a pause control logic, a full screen switching control logic, a time positioning control logic, and a stop play control logic. Of course, the target logic may also include other logic, and is not limited herein.

Referring to fig. 9, fig. 9 is a view of an audio/video player control device according to an embodiment of the present application, and optionally, the audio/video player control device is applied to the electronic device described above.

The audio/video player control device includes: a matching unit 201 and a processing unit 202.

The matching unit 201 is configured to filter out the target logic from the logic library according to the start instruction.

The matching unit 201 is further configured to associate the target logic with the corresponding intermediate logic according to a pre-stored mapping relationship table.

The mapping relation table comprises the corresponding relation between the target logic and the intermediate logic. Specifically, the matching unit 201 may perform S101 and S102 described above.

And the processing unit 202 is configured to execute the corresponding target logic when receiving a demand instruction for executing the intermediate logic. Specifically, the processing unit 202 may execute S103 described above.

Optionally, the matching unit 201 is further configured to determine, according to the identifier in the start instruction, a third-party player to be started; and determining the control logic corresponding to the third-party player as the target logic. Specifically, the matching unit 201 may perform S101-1 and S101-2 described above.

Optionally, the matching unit 201 is further configured to determine an intermediate logic corresponding to the target logic according to the mapping relationship table; the intermediate logic interfaces with the API of the target logic. Specifically, the matching unit 201 may perform S102-1 and S102-2 described above.

It should be noted that the control device for an audio/video player provided in this embodiment may execute the method flows shown in the above method flow embodiments to achieve corresponding technical effects. For the sake of brevity, the corresponding contents in the above embodiments may be referred to where not mentioned in this embodiment.

The embodiment of the invention also provides a storage medium, wherein the storage medium stores computer instructions and programs, and the computer instructions and the programs execute the audio and video player control method of the embodiment when being read and run. The storage medium may include memory, flash memory, registers, or a combination thereof, etc.

The following provides an electronic device, which may be a mobile phone, a computer or other intelligent terminals, and as shown in fig. 2, the electronic device may implement the above-mentioned audio/video player control method; specifically, the electronic device includes: processor 10, memory 11, bus 12.

The processor 10 may in some embodiments be a Central Processing Unit (CPU), controller, microcontroller, microprocessor or other audio-video player control chip, for running program code or Processing data stored in the memory 11, for example executing access restriction programs or the like.

The memory 11 includes at least one type of readable storage medium, which includes a flash memory, a hard disk, a multimedia card, a card type memory (e.g., SD or DX memory, etc.), a magnetic memory, a magnetic disk, an optical disk, and the like. The memory 11 may in some embodiments be an internal storage unit of the audiovisual player control device, for example a hard disk of the audiovisual player control device. The memory 11 may also be an external storage device of the audio/video player control device in other embodiments, such as a plug-in hard disk provided on the audio/video player control device, a Smart Media Card (SMC), a Secure Digital (SD) Card, a Flash memory Card (Flash Card), and the like. Further, the memory 11 may also include both an internal storage unit and an external storage device of the av player control apparatus. The memory 11 may be used not only to store application software installed in the av player control device and various types of data but also to temporarily store data that has been output or will be output.

It should be noted that the configuration shown in fig. 2 does not constitute a limitation of the av player control device, and in other embodiments, the av player control device may include fewer or more components than those shown, or combine some components, or a different arrangement of components.

In the embodiments provided in the present application, it should be understood that the disclosed apparatus and method may be implemented in other ways. The apparatus embodiments described above are merely illustrative, and for example, the flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of apparatus, methods and computer program products according to various embodiments of the present application. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.

In addition, functional modules in the embodiments of the present application may be integrated together to form an independent part, or each module may exist separately, or two or more modules may be integrated to form an independent part.

The functions, if implemented in the form of software functional modules and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present application or portions thereof that substantially contribute to the prior art may be embodied in the form of a software product stored in a storage medium and including instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the method according to the embodiments of the present application. And the aforementioned storage medium includes: a U-disk, a removable hard disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk, and other various media capable of storing program codes.

The above description is only a preferred embodiment of the present application and is not intended to limit the present application, and various modifications and changes may be made by those skilled in the art. Any modification, equivalent replacement, improvement and the like made within the spirit and principle of the present application shall be included in the protection scope of the present application.

It will be evident to those skilled in the art that the present application is not limited to the details of the foregoing illustrative embodiments, and that the present application may be embodied in other specific forms without departing from the spirit or essential attributes thereof. The present embodiments are therefore to be considered in all respects as illustrative and not restrictive, the scope of the application being indicated by the appended claims rather than by the foregoing description, and all changes which come within the meaning and range of equivalency of the claims are therefore intended to be embraced therein. Any reference sign in a claim should not be construed as limiting the claim concerned.

Claims

1. An audio-video player control method, characterized in that the method comprises:

the intermediate logic is obtained by converting the target logic, and the mapping relation table comprises the corresponding relation between the target logic and the intermediate logic;

2. The audio-video player control method according to claim 1, wherein the step of screening out the target logic from the logic library according to the start instruction includes:

determining a third-party player to be started according to the identifier in the starting instruction;

and determining the control logic corresponding to the third-party player as the target logic.

3. The audio/video player control method according to claim 1, wherein the step of associating the target logic with the corresponding intermediate logic according to a pre-stored mapping relationship table includes:

determining intermediate logic corresponding to the target logic according to the mapping relation table;

and connecting the intermediate logic with the API interface of the target logic.

4. The control method of the audio-video player according to claim 1, wherein the target logic includes an interface logic and a function logic, and the step of operating the corresponding target logic when receiving a demand instruction for operating the intermediate logic includes:

when a demand instruction for operating the intermediate logic is received, calling the corresponding interface logic and the corresponding function logic;

interfacing the interface logic and the function logic;

and operating the interface logic and the function logic after docking.

5. The audio-video player control method according to claim 1, wherein the target logic includes a play control logic, a pause control logic, a full screen switching control logic, a time positioning control logic, and a stop play control logic.

6. An audio-video player control apparatus, characterized in that the apparatus comprises:

7. The control device of an audio-video player according to claim 6, wherein the matching unit is further configured to determine a third-party player to be started according to an identifier in the start instruction; and determining the control logic corresponding to the third-party player as the target logic.

8. The control device of an audio-video player according to claim 6, wherein the matching unit is further configured to determine an intermediate logic corresponding to the target logic according to the mapping relationship table; and connecting the intermediate logic with the API interface of the target logic.

9. A storage medium on which a computer program is stored which, when being executed by a processor, carries out the method according to any one of claims 1-5.

10. An electronic device, comprising: a processor and memory for storing one or more programs; the one or more programs, when executed by the processor, implement the method of any of claims 1-5.