Multi-player management method and device, storage medium and electronic device

Abstract

The present invention discloses a multi-player management method and device, a storage medium and an electronic device. The method comprises: playing the media resources in the first player in the target application; when the first player meets the switching condition, determining the identification of the second player from the player queue matching the target application, wherein the player queue includes the identifications of at least two players that have been started in each page in the target application, the second player is in the current view and meets the playing condition; switching to play the media resources in the second player in the target application. The present invention solves the technical problem of playback conflicts between multiple players.

Description

Technical Field

[0001] The present invention relates to the field of computers, and in particular to a multi-player management method and device, a storage medium and an electronic device. Background Art

[0002] Nowadays, in order to enrich the user experience of applications, various applications (Application, referred to as APP) usually have built-in multimedia players for playing various media resources, such as music players, video players, etc. Usually, different players are placed in different positions of a page in the application, such as video players and audio players are built in different positions of the same page; for example, different players can be built in different pages, such as video player a is built in page A, and video player b is built in page B.

[0003] Because applications that support built-in players often have different players built into different pages, during page jumps within the application, the playback of multiple players in multiple pages often conflicts, resulting in sound overlap or playback confusion.

[0004] To address the above-mentioned problems, no effective solution has been proposed yet. Summary of the invention

[0005] The embodiments of the present invention provide a multi-player management method and device, a storage medium and an electronic device, so as to at least solve the technical problem of playback conflicts among the multi-players.

[0006] According to one aspect of an embodiment of the present invention, a multi-player management method is provided, comprising: playing media resources in a first player in a target application; when the first player meets a switching condition, determining an identifier of a second player from a player queue that matches the target application, wherein the player queue includes identifiers of at least two players that have been started in each page in the target application, and the second player is in a current view and meets the playback condition; and switching to play the media resources in the second player in the target application.

[0007] According to another aspect of an embodiment of the present invention, a multi-player management device is provided, comprising: a playback unit, for playing media resources in a first player in a target application; a confirmation unit, for determining an identifier of a second player from a player queue matching the target application when the first player meets a switching condition, wherein the player queue includes identifiers of at least two players that have been started in each page in the target application, and the second player is in a current view and meets the playback condition; a switching unit, for switching to play media resources in the second player in the target application

[0008] According to another aspect of the embodiments of the present invention, a computer-readable storage medium is provided, in which a computer program is stored, wherein the computer program is configured to execute the multi-player management method when running.

[0009] According to another aspect of the embodiment of the present application, a computer program product is provided, the computer program product including a computer program / instruction, the computer instruction being stored in a computer-readable storage medium. A processor of a computer device reads the computer program / instruction from the computer-readable storage medium, and the processor executes the computer program / instruction, so that the computer device executes the multi-player management method as described above.

[0010] According to another aspect of an embodiment of the present invention, there is provided an electronic device, including a memory and a processor, wherein the memory stores a computer program, and the processor is configured to execute the multi-player management method through the computer program.

[0011] In an embodiment of the present invention, media resources in a first player are played in a target application; when the first player meets a switching condition, an identifier of a second player is determined from a player queue that matches the target application; and media resources in the second player are switched to be played in the target application, thereby managing the playback order of multiple players when multiple players exist in an application, thereby solving the technical problem of playback conflicts between multiple players in the prior art. BRIEF DESCRIPTION OF THE DRAWINGS

[0012] The drawings described herein are used to provide a further understanding of the present invention and constitute a part of this application. The exemplary embodiments of the present invention and their descriptions are used to explain the present invention and do not constitute an improper limitation of the present invention. In the drawings:

[0013] Figure 1 is a schematic diagram of an application environment of an optional multi-player management method according to an embodiment of the present invention;

[0014] Figure 2 is a flow chart of an optional multi-player management method according to an embodiment of the present invention;

[0015] Figure 3 is a schematic diagram of an optional multi-player management method according to an embodiment of the present invention;

[0016] Figure 4 is a schematic diagram of another optional multi-player management method according to an embodiment of the present invention;

[0017] Figure 5is a schematic diagram of another optional multi-player management method according to an embodiment of the present invention;

[0018] Figure 6 is a schematic diagram of another optional multi-player management method according to an embodiment of the present invention;

[0019] Figure 7 is a flow chart of another optional multi-player management method according to an embodiment of the present invention;

[0020] Figure 8 is a schematic structural diagram of an optional multi-player management device according to an embodiment of the present invention;

[0021] Fig. 9 It is a schematic diagram of the structure of an optional electronic device according to an embodiment of the present invention. DETAILED DESCRIPTION

[0022] In order to enable those skilled in the art to better understand the scheme of the present invention, the technical scheme in the embodiments of the present invention will be clearly and completely described below in conjunction with the drawings in the embodiments of the present invention. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work should fall within the scope of protection of the present invention.

[0023] It should be noted that the terms "first", "second", etc. in the specification and claims of the present invention and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence. It should be understood that the data used in this way can be interchanged where appropriate, so that the embodiments of the present invention described herein can be implemented in an order other than those illustrated or described herein. In addition, the terms "including" and "having" and any variations thereof are intended to cover non-exclusive inclusions, for example, a process, method, system, product or device that includes a series of steps or units is not necessarily limited to those steps or units that are clearly listed, but may include other steps or units that are not clearly listed or inherent to these processes, methods, products or devices.

[0024] According to one aspect of an embodiment of the present invention, a multi-player management method is provided. Optionally, as an optional implementation, the multi-player management method can be applied to, but is not limited to, Figure 1The multi-player management system in the hardware environment shown in the figure, wherein the multi-player management system can be but is not limited to a terminal device 102. The terminal device 102 can be a mobile terminal (taking a mobile phone as an example), as a terminal device for implementing the management of the multi-player. The terminal device 102 includes a human-computer interaction screen 104, a processor 106, and a memory 108. The human-computer interaction screen 104 is used for human-computer interaction operations during the management of the multi-player, and displays the target application interface (such as Figure 1 Taking the content shown in as an example, an operating interface of a live broadcast application is displayed on the human-computer interaction screen of the terminal device 102, the processor 106 is used to run the target application and perform multi-player management operations, and the memory 108 is used to store process data during the operation of the target application and intermediate data and result data during the execution of multi-player management operations.

[0025] The specific process is as follows: as in steps S102-S106, the media resources in the first player are played in the target application; then, when the first player meets the switching condition, the identifier of the second player is determined from the player queue that matches the target application; the media resources in the second player are switched to be played in the target application. The player queue includes the identifiers of at least two players that have been started in each page in the target application, and the second player is in the current view and meets the playing condition. It can be understood that the above target application can be as follows Figure 1 A live broadcast application shown in can provide responsive functions of multiple players in multiple pages.

[0026] Optionally, in this embodiment, the terminal device may be a terminal device for running the target business, and may include but is not limited to at least one of the following: a mobile phone (such as an Android phone, an iOS phone, etc.), a laptop, a tablet computer, a PDA, a MID (Mobile Internet Devices), a PAD, a desktop computer, a smart TV, etc. The target client may be a video client, an instant messaging client, a browser client, an educational client, or other clients that support providing shooting game tasks. The network may include but is not limited to: a wired network, a wireless network, wherein the wired network includes: a local area network, a metropolitan area network, and a wide area network, and the wireless network includes: Bluetooth, WIFI, and other networks that implement wireless communication. The server may be a single server, or a server cluster consisting of multiple servers, or a cloud server. The above is only an example, and this embodiment does not impose any limitation on this.

[0027] Through the above-mentioned embodiments provided by the present application, by playing the media resources in the first player in the target application; when the first player meets the switching conditions, determining the identifier of the second player from the player queue matching the target application; switching to play the media resources in the second player in the target application, it is achieved that when there are multiple players in the application, the playback order of multiple players is managed, thereby solving the technical problem of playback conflicts between multiple players in the prior art.

[0028] As an optional implementation, Figure 2 As shown, the multi-player management method includes:

[0029] S202, playing the media resources in the first player in the target application;

[0030] S204, when the first player meets the switching condition, determine the identifier of the second player from the player queue matching the target application;

[0031] S206: Switch to play the media resources in the second player in the target application.

[0032] The player queue includes the identifiers of at least two players that have been started in each page of the target application, and the second player is located in the current view and meets the playback condition.

[0033] It can be understood that the above-mentioned target application can be any application with multiple players built in, such as a live broadcast application. Different video players will appear when jumping to different pages in the live broadcast application. It can also be a short video application. During the jump process of the short video application, different players will also exist in different pages to play different media resource content. The above-mentioned application types are only used for illustrative purposes and do not impose any limitation on the types of the above-mentioned target applications in this application.

[0034] It is understandable that the player may be a music player, a video player, or any other player for playing media resources. The type of the player is not limited here.

[0035] The above-mentioned "view" is further introduced below. The user interface displayed by the client is composed of one or more views. A common view is a rectangular view. Display elements such as pictures, text or videos are displayed in the view. For example, the common navigation bar view, search bar view and list view in the client. The client can also process control behaviors such as touch gestures in the display area of ​​the view according to the view. The first view is established in the second view, then the first view is the subview of the second view, and the second view is the parent view of the first view. The parent view of the first view also includes the parent view of the second view, and the subview of the second view also includes the subview of the first view. When the client displays the first view and the second view, the first view will be displayed superimposed on the second view, and the first view will cover the overlapping part between the first view and the second view.

[0036] by Figure 3 Take the above method as an example to further explain it. Figure 3 The following is an example of a live broadcast application interface shown in (a) of FIG. 301. Page 301 is an exemplary representation of the above view, and page 301 includes a player 302. Player 302 plays media content in which a host is performing live. At the same time, the comment area under player 302 displays comments from netizens, and three related live broadcast links are displayed below the comment area, such as "Cute Little Sweetie - Live Broadcast: Come and listen to my singing #Later". When a user touches the live broadcast link, such as Figure 3 As shown in FIG. (b), page 303 is displayed floating on page 301, player 304 is displayed in page 303, and the live content in player 304 starts to play. It can be understood that the touch operation performed by the user on the live link in page 301 can be regarded as a switching condition mentioned above. When the switching condition is met, player 304 corresponding to page 303 is determined from the play queue. Since page 303 is located in the top view of the current application, that is, player 304 in page 303 is located in the current view, and both meet the play condition.

[0037] Through the above-mentioned embodiments provided by the present application, by playing the media resources in the first player in the target application; when the first player meets the switching conditions, determining the identifier of the second player from the player queue matching the target application; switching to play the media resources in the second player in the target application, it is achieved that when there are multiple players in the application, the playback order of multiple players is managed, thereby solving the technical problem of playback conflicts between multiple players in the prior art.

[0038] As an optional solution, the determining the identifier of the second player from the player queue matching the target application includes:

[0039] Traverse the player queue, obtain the ID of each player in turn as the ID of the current player, and perform the following operations:

[0040] S1, obtaining the view level information of the target application;

[0041] S2, when the view level information of the target application indicates that the current player is located in the current view of the target application, determining a play sequence number of the current player in the current view;

[0042] S3, when the play sequence number of the current player indicates that the current player is the first player in the current view, determining that the current player meets the play condition, and determining the current player as the second player;

[0043] S4, when the play sequence number of the current player indicates that the current player is not the first player in the current view, determine that the current player does not meet the play condition, and obtain the identifier of the next player as the identifier of the current player.

[0044] Now combined Figure 4 The above view level information is explained. Figure 4 As shown, the line between the lower view and the upper view indicates that the lower view is built on the upper view. View 402, view 403, view 404, view 405, view 406, and view 407 are subviews of view 401. View 405 and view 407 are subviews of view 402. View 406 is a subview of view 403. View 407 is a subview of view 405. Among them, view 407 is the current view, which is displayed in the user interface of the client. The above view hierarchy information indicates that Figure 4 In an optional embodiment, when the application is started, the following information can be established in the background: Figure 4 The view relationship diagram corresponding to each view page is shown, so that Figure 4 A query is performed in the view relationship diagram shown to determine whether the current view is the view displayed in the client.

[0045] Next, combine Figure 4 , Figure 5 and Figure 6 The above method is further described. Figure 5 As shown, Figure 5 Figures (a), (b) and (c) in FIG. 1 indicate the process of establishing the above-mentioned play queue. Figure 5In the case of the player queue shown in Figure (c) in FIG. 1 , it is assumed that player 503 has stopped playing, and it is necessary to determine the second player that is playing. Therefore, player 502 after player 503 is obtained as the current player, and the following is obtained: Figure 4 As shown in the view hierarchy information diagram, assuming that the view corresponding to the player 502 is the view 407, it is determined that the player 502 is located in the current view of the target application.

[0046] It is understandable that if Figure 6 As shown, corresponding to view 407, there may be multiple players, which are arranged in order from top to bottom, namely player 501, player 504, and player 505. After determining the play sequence number of each player on view 407, it can be determined that player 501 is the first player in the current view, that player 501 meets the play condition, and that player 501 is the second player.

[0047] In another alternative embodiment, assuming that Figure 5 In the figure (c), the player after player 501 is player 504 (not shown in the figure). Then, through the above view hierarchy information, it is determined that player 504 is in the current view 407, and then the playback sequence number of view 407 is obtained. It can be determined that player 504 is the second player in the ranking. Therefore, player 504 does not meet the above playback conditions, and then the next player is obtained as the current player to repeat the above operation.

[0048] Through the embodiment provided by the present application, by traversing the player queue, the identifier of each player is obtained in turn as the identifier of the current player, and the following operations are performed: obtaining the view hierarchy information of the target application; when the view hierarchy information of the target application indicates that the current player is located in the current view of the target application, determining the play sequence number of the current player in the current view; when the play sequence number of the current player indicates that the current player is the first player in the current view, determining that the current player meets the play condition, and determining the current player as the second player; when the play sequence number of the current player indicates that the current player is not the first player in the current view, determining that the current player does not meet the play condition, and obtaining the identifier of the next player as the identifier of the current player, combining the player list, view priority and player order in the view, comprehensively determining the next player for playback, thereby solving the technical problem of conflicts among multiple players.

[0049] As an optional solution, after obtaining the view hierarchy information of the target application, it also includes: when the view hierarchy information of the target application indicates that the current player is not located in the current view of the target application, determining that the current player does not meet the playback condition, and obtaining the identifier of the next player as the identifier of the current player.

[0050] It can be understood that after obtaining the players in the playlist, the view hierarchy information is obtained to determine whether the current player is located in the current view of the target application. When the current player is not located in the current view of the target application, it is directly determined that the player does not meet the playback conditions without the need for subsequent serial number judgment operations within the view, thereby speeding up the judgment process.

[0051] As an optional solution, the above-mentioned obtaining the identifier of each player in turn as the identifier of the current player includes: obtaining the identifier of each player in turn from the identifiers located after the identifier of the first player in the player queue as the identifier of the current player.

[0052] Combination Figure 5 The above method is explained as follows: Figure 5 As shown, in the establishment Figure 5 In the case of the player queue shown in Figure (c), assuming that player 503 is the first player and is located in the player queue, at this time, player 503 meets the switching condition, then the identifier corresponding to player 502 in the player queue is obtained to perform the above-mentioned operation of determining whether the playback condition is met. If player 502 does not meet the condition, the identifier of player 501 is continued to be obtained to perform the above-mentioned determination operation.

[0053] Through the above-mentioned embodiments of the present application, by obtaining the identifier of each player in turn from the identifier located after the identifier of the first player in the player queue as the identifier of the current player, it is achieved to obtain the player identifier corresponding to the player from the pre-established player queue, and check whether it meets the playback conditions in turn according to the order in the queue, thereby solving the technical problem of multi-player conflict in the target application.

[0054] As an optional solution, before playing the media resource in the first player in the target application, the method further includes:

[0055] S1, obtaining the identifiers of the players started in sequence in the target application;

[0056] S2, storing the obtained identifiers of the players in the player queue in sequence, wherein the identifier of the player started first is arranged at a later position in the player queue.

[0057] Continue to combine Figure 5 The above method is explained below. Figure 5 The method for establishing a player queue as shown in (a), (b), and (c) of FIG. 1 . When player 501 is started first in the target application, the identifier of player 501 is added to the queue; then, when player 502 is started in the target application, since player 502 is started for the first time, it is also added to the player queue and ranked before player 501; when player 503 is started, since player 503 is also started for the first time, it is ranked before player 502. At this time, the order of the player queue constructed by the three players is player 503-player 502-player 501. It can be seen that the earlier the player is started, the lower the priority.

[0058] Through the embodiments provided by the present application, the identifiers of the players started in sequence within the target application are obtained; the obtained identifiers of the players are stored in sequence in the player queue, wherein the identifier of the player started first is arranged at a later position in the player queue, thereby achieving the method of establishing a player queue while starting the player, and judging the playback conditions in sequence according to the order determined by the player queue, thereby solving the technical problem of conflicts among multiple players within the application.

[0059] As an optional solution, when switching to play the media resource in the second player in the target application, it also includes: adjusting the identifier of the second player to the head position of the player queue.

[0060] Continue to combine Figure 5 The above-mentioned embodiment is described. Figure 5 As shown, Figure 5 The order of the player queue in FIG. (c) is: player 503-player 502-player 501. Assume that player 501 is determined as the second player to be played. Figure 5 As shown in Figure (d) in the figure, the identifier corresponding to player 501 is adjusted to the head position of the play queue. As an optional method, the order of player 503 and player 502 is postponed in sequence. Figure 5 The player queue order shown in Figure (d) is: player 501-player 503-player 502.

[0061] Through the embodiments provided in the present application, when switching to play the media resources in the second player in the target application, the identifier of the second player is adjusted to the head position of the player queue, thereby realizing automatic adjustment of the player queue when the player switches to play, thereby solving the technical problem of playback conflicts between multiple players in the application.

[0062] As an optional solution, the method further includes: when the page where the first player is located is destroyed, removing the identifier of the first player from the player queue.

[0063] It can be understood that the page being destroyed may mean that the memory resources corresponding to the page in the application are recycled, thereby achieving the page being destroyed.

[0064] Continue to combine Figure 5 The above method is explained below. Figure 5 As shown, assuming that the order of player identifications in the current player queue is player 501-player 503-player 502, assuming that the first player at this time is player 501, when its corresponding page is destroyed, it is necessary to determine the second player with playback. Therefore, in the subsequent queue, the identifications of player 503 and player 502 are obtained in turn, and they are examined in turn to see if they meet the above-mentioned playback conditions. Assuming that player 502 meets the playback conditions, player 502 is determined to be the second player, and the identification of player 502 is adjusted to the head of the player queue, and the identification of player 501 is removed from the queue. Thus, it is determined that the current player queue is player 502-player 503.

[0065] Through the embodiment provided by the present application, when the page where the first player is located is destroyed, the identifier of the first player is removed from the player queue, thereby achieving accurate management of the player queue, and using the managed player queue to determine the priority order of the players, solving the technical problem of playback conflicts among multiple players within the application.

[0066] As an optional solution, the process of playing the media resources in the first player in the target application further includes: when the playback progress information of the first player indicates that the playback progress has reached the end time, determining that the first player has reached the switching condition.

[0067] It is understandable that in the above embodiment, the switching condition of the first player may refer to the situation that the media resource in the first player has been played to completion, that is, the switching condition is met. When the first player plays a video resource, it may refer to the situation that the video has been played to completion, and when the first player plays an audio resource, it may refer to the situation that the audio has been played to completion.

[0068] Through the embodiments provided in the present application, when the playback progress information of the first player indicates that the end time has been reached, it is determined that the first player has reached the switching condition, thereby achieving the technical effect of controlling the player to directly automatically switch and play, thereby avoiding playback conflicts between multiple players within the application.

[0069] The following combination Figure 7 A specific embodiment of the present application is described.

[0070] like Figure 7 As shown in the flowchart, first, execute step S702 to build a player queue;

[0071] Specifically, Figure 5 The method for establishing a player queue as shown in (a), (b), and (c) of FIG. 1 . When player 501 is started first in the target application, the identifier of player 501 is added to the queue; then, when player 502 is started in the target application, since player 502 is started for the first time, it is also added to the player queue and ranked before player 501; when player 503 is started, since player 503 is also started for the first time, it is ranked before player 502. At this time, the order of the player queue constructed by the three players is player 503-player 502-player 501. It can be seen that the earlier the player is started, the lower the priority.

[0072] Then in step S704, the media resource in the first player is played;

[0073] like Figure 5 As shown in Figure (c), at this time, the head of the player queue is player 503. At this time, player 503 is the first player mentioned above, and plays the media resources in player 503.

[0074] Then, as in step S706, it is determined whether the switching condition is met. If the switching condition is met, step S708 is executed. If the switching condition is not met, the process returns to step S704.

[0075] When the switching condition is met, step S708 is executed to determine the second player;

[0076] It is understandable that the switching condition of the first player may refer to the situation where the media resource in the first player has been played to completion, that is, the switching condition is met. When the first player plays a video resource, it may refer to the situation where the video has been played to completion, and when the first player plays an audio resource, it may refer to the situation where the audio has been played to completion.

[0077] Next, combine Figure 4 , Figure 5 The method for determining the second player is described below. Figure 5 As shown in FIG. (c) of FIG. 1 , assuming that the player 503 reaches the switching condition, then obtains Figure 4The player queue shown in FIG. (c) in FIG. 1 is used to obtain the player 502 as the current player, and determine whether the player 502 meets the playing condition. Specifically, the following can be obtained: Figure 4 The view hierarchy information in the target application shown in the figure determines that the page corresponding to the player 502 is view 405, which is not in the current view of the application, and then obtains 501 in the player queue to continue to check whether it meets the playback conditions. Figure 4 The view hierarchy information shown determines that the view 407 corresponding to the player 501 is the current view of the target application and is the first player in the current view, and further determines that the above player 501 is the second player.

[0078] Then, step S710 is executed to adjust the player queue;

[0079] Combination Figure 5 The above method is explained. Figure 5 The order of the player queue in FIG. (c) is: player 503-player 502-player 501. Assume that player 501 is determined as the second player to be played. Figure 5 As shown in Figure (d) in the figure, the identifier corresponding to player 501 is adjusted to the head position of the play queue. As an optional method, the order of player 503 and player 502 is postponed in sequence. Figure 5 The player queue order shown in Figure (d) is: player 501-player 503-player 502.

[0080] Finally, step S712 is executed to play the media resources in the second player.

[0081] In an embodiment of the present invention, media resources in a first player are played in a target application; when the first player meets a switching condition, an identifier of a second player is determined from a player queue that matches the target application; and media resources in the second player are switched to be played in the target application, thereby managing the playback order of multiple players when multiple players exist in an application, thereby solving the technical problem of playback conflicts between multiple players in the prior art.

[0082] It should be noted that, for the above-mentioned method embodiments, for the sake of simplicity, they are all described as a series of action combinations, but those skilled in the art should know that the present invention is not limited by the described action sequence, because according to the present invention, certain steps can be performed in other sequences or simultaneously. Secondly, those skilled in the art should also know that the embodiments described in the specification are all preferred embodiments, and the actions and modules involved are not necessarily required by the present invention.

[0083] According to another aspect of the embodiments of the present invention, a multi-player management device for implementing the multi-player management method is also provided. Figure 7 As shown, the device comprises:

[0084] A display unit 802, used to display the media resources played in the first player in the target application;

[0085] A confirmation unit 804 is used to determine the identifier of the second player from a player queue matching the target application when the first player meets the switching condition, wherein the player queue includes identifiers of at least two players that have been started in each page in the target application, and the second player is in the current view and meets the playing condition;

[0086] The switching unit 806 switches and displays the media resources played in the second player in the target application.

[0087] Optionally, in this embodiment, the embodiments to be implemented by the above-mentioned various unit modules can refer to the above-mentioned various method embodiments, which will not be repeated here.

[0088] According to another aspect of the embodiment of the present invention, an electronic device for implementing the multi-player management method is also provided. The electronic device may be Fig. 9 The terminal device or server shown in the figure. This embodiment is described by taking the electronic device as a terminal device as an example. Fig. 9 As shown, the electronic device includes a memory 902 and a processor 904. The memory 902 stores a computer program, and the processor 904 is configured to execute the steps in any of the above method embodiments through the computer program.

[0089] Optionally, in this embodiment, the electronic device may be located in at least one network device among a plurality of network devices of a computer network.

[0090] Optionally, in this embodiment, the processor may be configured to perform the following steps through a computer program:

[0091] S1, displaying the media resources played in the first player in the target application;

[0092] S2, when the first player meets the switching condition, determining the identifier of the second player from the player queue matching the target application, wherein the player queue includes the identifiers of at least two players that have been started in each page in the target application, and the second player is in the current view and meets the playing condition;

[0093] S3, switching to display the media resources played in the second player in the target application.

[0094] Alternatively, a person skilled in the art may understand that: Fig. 9 The structure shown is for illustration only, and the electronic device may also be a smart phone (such as an Android phone, an iOS phone, etc.), a tablet computer, a PDA, a mobile Internet device (MID), a PAD, and other terminal devices. Fig. 9 The electronic device and the electronic equipment described above are not limited in structure. Fig. 9 More or fewer components (such as network interfaces, etc.) as shown in, or with Fig. 9 Different configurations are shown.

[0095] Among them, the memory 902 can be used to store software programs and modules, such as the program instructions / modules corresponding to the multi-player management method and device in the embodiment of the present invention. The processor 904 executes various functional applications and data processing by running the software programs and modules stored in the memory 902, that is, realizing the above-mentioned multi-player management method. The memory 902 may include a high-speed random access memory, and may also include a non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some instances, the memory 902 may further include a memory remotely arranged relative to the processor 904, and these remote memories may be connected to the terminal via a network. Examples of the above-mentioned networks include, but are not limited to, the Internet, corporate intranets, local area networks, mobile communication networks, and combinations thereof. Among them, the memory 902 can be specifically, but not limited to, used to store various parts of hardware performance data, multi-player management information and other information. As an example, if Fig. 9 As shown, the memory 902 may include but is not limited to the display unit 802, confirmation unit 804, and switching unit 806 in the multi-player management device. In addition, it may also include but is not limited to other module units in the multi-player management device, which will not be repeated in this example.

[0096] Optionally, the transmission device 906 is used to receive or send data via a network. Specific examples of the above-mentioned network may include a wired network and a wireless network. In one example, the transmission device 906 includes a network adapter (Network Interface Controller, NIC), which can be connected to other network devices and routers via a network cable so as to communicate with the Internet or a local area network. In one example, the transmission device 906 is a radio frequency (RF) module, which is used to communicate with the Internet wirelessly.

[0097] In addition, the electronic device further includes: a display 908 for displaying the management process of multiple players in the interface; and a connection bus 910 for connecting various module components in the electronic device.

[0098] In other embodiments, the terminal device or server may be a node in a distributed system, wherein the distributed system may be a blockchain system, and the blockchain system may be a distributed system formed by connecting the multiple nodes through network communication. Among them, the nodes may form a peer-to-peer (P2P, Peer To Peer) network, and any form of computing device, such as a server, terminal and other electronic devices, may become a node in the blockchain system by joining the peer-to-peer network.

[0099] According to one aspect of the present application, a computer program product is provided, the computer program product comprising a computer program / instruction, the computer program / instruction comprising a program code for executing the method shown in the flow chart. In such an embodiment, the computer program can be downloaded and installed from a network through a communication part, and / or installed from a removable medium. When the computer program is executed by a central processing unit, various functions provided by the embodiments of the present application are executed.

[0100] The serial numbers of the above embodiments of the present invention are only for description and do not represent the advantages or disadvantages of the embodiments.

[0101] According to one aspect of the present application, a computer-readable storage medium is provided, and a processor of a computer device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions, so that the computer device executes the above-mentioned multi-player management method.

[0102] Optionally, in this embodiment, the computer-readable storage medium may be configured to store a computer program for performing the following steps:

[0103] S1, displaying the media resources played in the first player in the target application;

[0104] S2, when the first player meets the switching condition, determining the identifier of the second player from the player queue matching the target application, wherein the player queue includes the identifiers of at least two players that have been started in each page in the target application, and the second player is in the current view and meets the playing condition;

[0105] S3, switching to display the media resources played in the second player in the target application.

[0106] Optionally, in this embodiment, a person of ordinary skill in the art may understand that all or part of the steps in the various methods of the above embodiments may be completed by instructing hardware related to the terminal device through a program, and the program may be stored in a computer-readable storage medium, and the storage medium may include: a flash drive, a read-only memory (ROM), a random access memory (RAM), a disk or an optical disk, etc.

[0107] If the integrated units in the above embodiments are implemented in the form of software functional units and sold or used as independent products, they can be stored in the above computer-readable storage medium. Based on such understanding, the technical solution of the present invention is essentially or the part that contributes to the prior art or all or part of the technical solution can be embodied in the form of a software product, which is stored in a storage medium and includes several instructions for enabling one or more computer devices (which can be personal computers, servers or network devices, etc.) to perform all or part of the steps of the above methods of various embodiments of the present invention.

[0108] In the above embodiments of the present invention, the description of each embodiment has its own emphasis. For parts that are not described in detail in a certain embodiment, reference can be made to the relevant descriptions of other embodiments.

[0109] In the several embodiments provided in the present application, it should be understood that the disclosed client can be implemented in other ways. Among them, the device embodiments described above are only schematic. For example, the division of the above units is only a logical function division. There may be other division methods in actual implementation. For example, multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of units or modules, which can be electrical or other forms.

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

[0111] In addition, each functional unit in each embodiment of the present invention may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit. The above-mentioned integrated unit may be implemented in the form of hardware or in the form of software functional units.

[0112] The above are only preferred embodiments of the present invention. It should be pointed out that, for ordinary technicians in this technical field, several improvements and modifications can be made without departing from the principle of the present invention. These improvements and modifications should also be regarded as the scope of protection of the present invention.

Claims

1. A method for managing multiple players, characterized in that: include: Play the media resource in the first player in the target application; When the first player meets the switching condition, traverse the player queue matching the target application, obtain the identifier of each player in turn as the identifier of the current player, and perform the following operations: obtain the view level information of the target application; In a case where the view level information of the target application indicates that the current player is located in the current view of the target application, determining a play sequence number of the current player in the current view; When the play sequence number of the current player indicates that the current player is the first player in the current view, determining that the current player meets the play condition, and determining the current player as the second player; When the play sequence number of the current player indicates that the current player is not the first player in the current view, it is determined that the current player does not meet the play condition, and an identifier of a next player is obtained as the identifier of the current player; wherein the player queue includes identifiers of at least two players that have been started in each page in the target application, and the second player is in the current view and meets the play condition; Switch to play the media resource in the second player in the target application.

2. The method according to claim 1, characterized in that After obtaining the view level information of the target application, the method further includes: When the view level information of the target application indicates that the current player is not located in the current view of the target application, it is determined that the current player does not meet the playback condition, and the identifier of the next player is obtained as the identifier of the current player.

3. The method according to claim 1, characterized in that Obtaining the ID of each player in turn as the ID of the current player includes: From the identifiers located after the identifier of the first player in the player queue, the identifier of each player is obtained in turn as the identifier of the current player.

4. The method according to claim 1, characterized in that: Before playing the media resource in the first player in the target application, the following is also included: Obtaining the identifiers of the players started in sequence in the target application; The obtained identifiers of the players are stored in the player queue in sequence, wherein the identifier of the player started first is arranged at a later position in the player queue.

5. The method according to claim 1, characterized in that When switching to play the media resource in the second player in the target application, the method further includes: The identifier of the second player is adjusted to the head position of the player queue.

6. The method according to claim 1, characterized in that Also includes: When the page where the first player is located is destroyed, the identifier of the first player is removed from the player queue.

7. The method according to any one of claims 1 to 6, characterized in that The process of playing the media resource in the first player in the target application also includes: When the playback progress information of the first player indicates that the playback end time has been reached, it is determined that the first player has reached the switching condition.

8. A multi-player management device, characterized in that: include: A playback unit, used to play the media resources in the first player in the target application; A confirmation unit is used to traverse the player queue matching the target application when the first player meets the switching condition, obtain the identifier of each player in turn as the identifier of the current player, and perform the following operations: obtain the view level information of the target application; In a case where the view level information of the target application indicates that the current player is located in the current view of the target application, determining a play sequence number of the current player in the current view; When the play sequence number of the current player indicates that the current player is the first player in the current view, determining that the current player meets the play condition, and determining the current player as the second player; When the play sequence number of the current player indicates that the current player is not the first player in the current view, it is determined that the current player does not meet the play condition, and an identifier of a next player is obtained as the identifier of the current player; wherein the player queue includes identifiers of at least two players that have been started in each page in the target application, and the second player is in the current view and meets the play condition; A switching unit is used to switch and play the media resources in the second player in the target application.

9. A computer-readable storage medium, characterized in that: The computer-readable storage medium includes a stored program, wherein the program executes the method described in any one of claims 1 to 7 when executed.

10. An electronic device comprising a memory and a processor, characterized in that: A computer program is stored in the memory, and the processor is configured to execute the method according to any one of claims 1 to 7 through the computer program.

Images