CN106975221B

CN106975221B - User terminal and game data live broadcast device and method

Info

Publication number: CN106975221B
Application number: CN201710203222.7A
Authority: CN
Inventors: 周志刚; 陈少杰; 张文明
Original assignee: Wuhan Douyu Network Technology Co Ltd
Current assignee: Guangzhou Youwang Interactive Network Technology Co.,Ltd.
Priority date: 2017-03-30
Filing date: 2017-03-30
Publication date: 2021-07-23
Anticipated expiration: 2037-03-30
Also published as: CN106975221A

Abstract

The invention provides a user terminal, a game data live broadcast device and a game data live broadcast method, and relates to the field of game live broadcast. The user terminal and the game data live broadcast device and method enter a pre-play mode by monitoring the starting of a game program in an operating system, and after entering the pre-play mode, a handle of the game program is added as a play data source; and acquiring prestored game playing data according to the playing data source, and playing the game playing data, wherein the user only needs to start the game automatically without other more complex operations, thereby improving the experience of the user.

Description

User terminal and game data live broadcast device and method

Technical Field

The invention relates to the field of game live broadcast, in particular to a user terminal, a game data live broadcast device and a game data live broadcast method.

Background

Currently, with the progress of network communication technology and the speed increase of broadband networks, live webcasts are increasingly developed and applied. Especially in the field of live games, more and more viewers watch the live broadcast of the game anchor. And for the anchor, live broadcast software is used for acquiring images transmitted by the camera and images stored by the terminal for live broadcast. In the prior art, when a main broadcast opens a game and needs to be played directly, the game is firstly opened, then live broadcast software is opened, then the game is added in the live broadcast software to serve as a live broadcast data source, the whole process needs to be repeated every live broadcast, the operation process is very complex, and the user experience is poor.

Disclosure of Invention

In view of the above, an object of the embodiments of the present invention is to provide a user terminal, a game data live broadcasting device and a method thereof.

In a first aspect, an embodiment of the present invention further provides a game data live broadcasting device, where the game data live broadcasting device includes:

the self-starting unit is used for entering a pre-playing mode when monitoring that a game program is started;

the searching unit is used for acquiring game identification parameters according to the game program and searching game process handles according to the game identification parameters;

a data source adding unit, which is used for adding the handle of the game program as a playing data source;

and the playing unit is used for extracting prestored game playing data according to the playing data source and playing the game playing data.

In a second aspect, an embodiment of the present invention provides a game data live broadcast method, where the game data live broadcast method includes:

entering a pre-play mode when a game program is monitored to be started;

acquiring game identification parameters according to the game program, and searching a game process handle according to the game identification parameters;

adding a handle of the game program as a playing data source;

and acquiring prestored game playing data according to the playing data source, and playing the game playing data.

Compared with the prior art, the user terminal and the game data live broadcast device and method provided by the invention enter a pre-play mode by monitoring the starting of a game program in an operating system, and after entering the pre-play mode, a handle of the game program is added as a play data source; and acquiring prestored game playing data according to the playing data source, and playing the game playing data, wherein the user only needs to start the game automatically without other more complex operations, thereby improving the experience of the user.

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

Drawings

In order to make the objects, technical solutions and advantages of the embodiments of the present invention clearer, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are some, but not all, embodiments of the present invention. The components of embodiments of the present invention generally described and illustrated in the figures herein may be arranged and designed in a wide variety of different configurations. Thus, the following detailed description of the embodiments of the present invention, presented in the figures, is not intended to limit the scope of the invention, as claimed, but is merely representative of selected embodiments of the invention. 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 invention.

Fig. 1 is a block diagram of a user terminal according to an embodiment of the present invention;

fig. 2 is a schematic functional unit diagram of a game data live broadcasting device according to an embodiment of the present invention;

FIG. 3 is a diagram illustrating functional units of sub-units of a self-starting unit according to an embodiment of the present invention;

FIG. 4 is a flowchart of a method for live broadcasting game data according to an embodiment of the present invention;

fig. 5 is a flowchart of sub-steps of step S401 according to an embodiment of the present invention.

Icon: 100-a user terminal; 200-a game data live device; 101-a memory; 102-a memory controller; 103-a processor; 104-peripheral interfaces; 105-a radio frequency module; 106-an audio module; 107-display module; 201-a self-starting unit; 202-a lookup unit; 203-data source adding unit; 204-playback unit.

Detailed Description

The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. The components of embodiments of the present invention generally described and illustrated in the figures herein may be arranged and designed in a wide variety of different configurations. Thus, the following detailed description of the embodiments of the present invention, presented in the figures, is not intended to limit the scope of the invention, as claimed, but is merely representative of selected embodiments of the invention. All other embodiments, which can be derived by a person skilled in the art from the embodiments of the present invention without making any creative effort, shall fall within the protection scope of the present invention.

The embodiment of the invention provides a user terminal, a game data live broadcast device and a game data live broadcast method. The game data live broadcast method is applicable to the user terminal 100. The user terminal 100 may be, but is not limited to, a smart phone, a Personal Computer (PC), a tablet PC, a Personal Digital Assistant (PDA), a Mobile Internet Device (MID), and the like. The current operating system of the user terminal 100 may be, but is not limited to, an Android system, an ios (internet operating system) system, a Windows phone system, a Windows system, and the like. In this embodiment, the application programs installed in the user terminal 100 include some game applications, such as: "civil combat god" game application, "brother to the next" game application, "joker to the young" game application, and so on. In the embodiment of the present invention, the user terminal 100 is preferably a mobile terminal device, and may include a smart phone, a tablet computer, a laptop portable computer, a wearable mobile terminal, and the like.

Fig. 1 is a block diagram of the user terminal 100. The user terminal 100 comprises a game data live broadcast device 200, a memory 101, a storage controller 102, a processor 103, a peripheral interface 104, a radio frequency module 105, an audio module 106 and a display module 107.

The memory 101, the memory controller 102 and the processor 103 are electrically connected to each other directly or indirectly to realize data transmission or interaction. For example, the components may be electrically connected to each other via one or more communication buses or signal lines. The game data live broadcasting device 200 includes at least one software function module which can be stored in the memory 101 in the form of software or firmware (firmware) or solidified in a current Operating System (OS) of the user terminal 100. The processor 103 is used for executing executable modules stored in the memory 101, for example, software functional modules or computer programs included in the game data live broadcasting device 200.

The Memory 101 may be, but is not limited to, a Random Access Memory (RAM), a Read Only Memory (ROM), a Programmable Read-Only Memory (PROM), an Erasable Read-Only Memory (EPROM), an electrically Erasable Read-Only Memory (EEPROM), and the like. The memory 101 is configured to store a program, and the processor 103 executes the program after receiving an execution instruction, and the method executed by the user terminal 100 defined by the flow procedure disclosed in any of the foregoing embodiments of the present invention may be applied to the processor 103, or implemented by the processor 103.

The processor 103 may be an integrated circuit chip having signal processing capabilities. The processor 103 may be a general-purpose processor, and includes a Central Processing Unit (CPU), a Network Processor (NP), and the like; but may also be a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), an off-the-shelf programmable gate array (FPGA) or other programmable logic device, discrete gate or transistor logic, discrete hardware components. The various methods, steps and logic blocks disclosed in the embodiments of the present invention may be implemented or performed. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like.

The peripheral interface 104 couples various input/output devices to the processor as well as to the memory 101. In some embodiments, the peripheral interface 104, the processor 103, and the memory controller 102 may be implemented in a single chip. In other examples, they may be implemented separately from the individual chips.

The rf module 105 is used for receiving and transmitting electromagnetic waves, and implementing interconversion between the electromagnetic waves and electrical signals, so as to communicate with a communication network or other devices.

Audio module 106 provides an audio interface to a user that may include one or more microphones, one or more speakers, and audio circuitry.

The display module 107 provides an interactive interface (e.g., a user operation interface) between the user terminal 100 and a user or for displaying image data to a user reference. For example, a game video content showing a live broadcast in the user terminal 100 may be displayed. The display module 107 may be a liquid crystal display or a touch display. In the case of a touch display, the display can be a capacitive touch screen or a resistive touch screen, which supports single-point and multi-point touch operations. Supporting single-point and multi-point touch operations means that the touch display can sense touch operations simultaneously generated from one or more positions on the touch display, and the sensed touch operations are sent to the processor 103 for calculation and processing.

Referring to fig. 2, a game data live broadcasting device 200 according to an embodiment of the present invention is applied to a user terminal 100, and in this embodiment, taking an operating system installed in the user terminal 100 as a Windows system as an example, the game data live broadcasting device 200 includes a self-starting unit 201, a searching unit 202, a data source adding unit 203, and a playing unit 204.

The self-starting unit 201 is used to enter a pre-play mode when it is monitored that a game program is started.

It should be noted that, in the pre-play mode, the search unit 202, the data source adding unit 203, and the play unit 204 are executed by the processor 103.

For example, the user opens a game application of "national combat god" on the interface of the user terminal 100, and the self-starting unit 201 may monitor that the game application is started, i.e., enter the pre-play mode.

Preferably, considering that in some cases, the game application is opened by the user for playing the game and not for live broadcasting, the user may add a game name needing live broadcasting into the live game list to identify that the game application corresponding to the game name needs to be live broadcasting.

The specific operation mode can be as follows: as shown in fig. 3, the user may add the name of the game that the anchor frequently performs live broadcast in the anchor information setting page of the game live broadcast platform installed in the user terminal 100, and after the setting is completed, the user terminal 100 may synchronize the information and store the information in the local file. In addition, the user terminal 100 is further configured to update a pre-stored live game list after obtaining a game name update instruction input by the user, and specifically, when the anchor needs to update the game name each time, the game name may be added or deleted on the game live platform, and meanwhile, the game name may also be updated into a local storage file of the user terminal 100, so that the pre-stored live game list may be updated.

In this embodiment, the self-starting unit 201 includes a monitoring subunit, a determining subunit, and a pre-play mode entering subunit.

The monitoring subunit is used for monitoring whether a game program is started in the current operating system.

The specific implementation manner of the application program corresponding to the monitored game data live broadcasting device 200 started by the game program is as follows:

the concrete implementation is as follows:

1. defining a service forwarding table structure

The specific statements are as follows:

the structure of the forwarding TABLE is SERVICE _ TABLE _ ENTRY, the defined variable is ServiceTable, and the forwarding TABLE includes 2 attributes, one of which is the name of the application program corresponding to the registered game data live broadcast device 200, and the other is the callback function of the application program corresponding to the game data live broadcast device 200, wherein the name of the application program corresponding to the game data live broadcast device 200 refers to the name of the application program corresponding to the game data live broadcast device 200, and the callback function refers to the function to be executed after the application program corresponding to the game data live broadcast device 200.

2. Registering service entry functions

The entry function of the application program corresponding to the game data live broadcasting device 200 is registered by calling a system API function startservicectrl dispatcher, wherein the parameters are filled in the created service forwarding table, so that a corresponding relationship between the name of the application program corresponding to the game data live broadcasting device 200 and the entry function is created in the Windows system, and when the application program corresponding to the game data live broadcasting device 200 is started, the corresponding entry function logic is called.

3. Writing a service's stop callback function

When the application program corresponding to the game data live broadcasting device 200 is stopped, some cleaning work of the application program corresponding to the game data live broadcasting device 200 is required, including resource release and the like. Corresponding to this document, a thread is created to monitor the start of the game process when the application program corresponding to the game data live broadcasting device 200 is started, and when the application program corresponding to the game data live broadcasting device 200 is stopped, the execution of the thread needs to be stopped, and the thread is released.

The prototype of this stop callback function is as follows:

void WINAPI ServiceHandler(DWORD fdwControl)

wherein the parameter DWORD fdwControl indicates the service control event type.

Then the thread execution needs to be stopped when SERVICE _ CONTROL _ STOP is received and SERVICE _ CONTROL _ shut down indicates that the SERVICE is stopped. Specifically, the function TerminateThread of Windows is called to stop the thread, where the created thread handle is passed in.

4. Writing an entry function for a service

When the application program corresponding to the game data live broadcasting device 200 is started, the entry function is called, so all logic of the application program corresponding to the game data live broadcasting device 200 is written in the entry function. The functional prototype is as follows:

void WINAPI service_main(int argc,char**argv)

in the function, a callback function register for creating service stop needs to be written, and a thread needs to be created to execute a subsequent starting function for monitoring the game process. The Windows function register servicectrlhandler is a callback function for registering a service, and its function prototype is as follows:

the parameter lpctstrlpserervicename indicates the name of the application program corresponding to the game data live broadcast device 200.

Here, the parameter LPHANDLER _ FUNCTION lphandlerpec indicates a callback FUNCTION of an application program corresponding to the game data live broadcast device 200.

The callback function corresponds to a stop callback function, and the stop callback function is called when the application program corresponding to the game data live broadcasting device 200 stops. Meanwhile, a thread is also created in the entry function of the application program corresponding to the game data live broadcasting device 200 to monitor the starting of the game process.

Calling the Windows function CreateThread to create a thread, and realizing the following steps:

HANDLE task_handle＝CreateThread(NULL,NULL,game_thread,NULL,NULL,NULL)。

the other parameters are not important, and the most important is the callback execution function of the thread, namely the game _ thread function, and the callback execution function executes the whole logic function of the thread.

Thus, the function of monitoring the starting of the game process by the monitoring subunit included in the application program corresponding to the game data live broadcasting device 200 is realized through the above function.

Specifically, the method is used for traversing all currently running processes of the current operating system through a thread function at intervals of preset time, judging whether all currently running processes include game identification parameters, and if so, determining that a game program is started.

In this embodiment, the game identification parameter is, but not limited to, a game process ID, and the monitoring subunit is configured to traverse all processes currently running in the current operating system at intervals of a preset time, obtain snapshots of a process name list of the current operating system, obtain all application process IDs one by one according to the snapshots of the process name list, search for whether a game process ID is included in all the application process IDs, and if so, determine that a game program is started.

The specific implementation mode is as follows:

the statements of the mode of acquiring the snapshot of the process name list of the windows system are as follows:

and acquiring a Snapshot of the name of the windows system process by calling a system API function CreateToolhelp32SnaPshot (TH32CS _ SNAPALL,0), wherein an incoming parameter 1TH32CS _ SNAPPROCESSS is used for indicating that the acquired Snapshot of the process is acquired, and a second parameter of 0 is used for indicating that a process list of the current windows system is acquired.

The statements that obtain the names of all processes one by one are:

Process32First(hSnapshot,&procEntry32)

while(bMore){

bMore＝Process32Next(hProcessSnap,&procEntry32)；}

and acquiring information of a First Process of the windows system by calling a windows system API function, namely Process32 First. The first parameter hSnapshot is the handle of the process list snapshot, and the second parameter is used for returning the information of the acquired process, wherein the procEntry32 has an attribute szExeFile which is the name of the process, so that procEntry32.szExeFile is the name of the process. The function Process32Next is called through a simple loop to continuously obtain the name of the Next Process until all processes are completely obtained. Every Process32Next call, the name of a Process is obtained from the procEntry32. szExeFile. All running process name lists can be obtained through the method.

And searching whether the process name needing to be searched exists in all the names included in the process name list.

After the process name list exists, the game name list set by the anchor and stored in the local file of the user terminal 100 may be read, and then it is determined whether the game process name set by the anchor exists in the current process name list, if so, it indicates that the current process is a game process that needs to be live broadcasted.

The judgment subunit is configured to, if there is a game program start in the current operating system, judge whether a pre-stored live game list includes a game identifier parameter associated with the game program.

The pre-play mode entering subunit is configured to enter a pre-play mode if a pre-stored live game list includes a game identifier parameter associated with the game program.

The specific implementation mode is as follows:

once detecting that there is a game to be live broadcast in the monitoring thread of the application program corresponding to the game data live broadcast device 200, the process of the pre-play mode is entered by calling the Windows API function CreateProcess, and the process ID of the game is transmitted as parameter information.

The functional prototype is as follows:

then the first parameter is transmitted into the full path name of the live broadcast software, the process ID information of the game is transmitted into the second parameter, and other parameters can be filled with null information.

The search unit 202 is configured to obtain a game identifier parameter according to the game program, and search for a game process handle according to the game identifier parameter.

The data source adding unit 203 is used for adding the handle of the game program as a playing data source.

A game handle refers to a unique integer value, i.e., a 4-byte (8-byte in a 64-bit program) long value, used to identify different objects in an application and different instances in the same class, such as a window, button, icon, scroll bar, and output device, control or file. A handle is an identifier that is taken to identify an object or item. An application almost always calls a WINDOWS function to obtain a handle, which can then be used by other WINDOWS functions to reference the corresponding object, i.e. in this embodiment, the game play data.

The playing unit 204 is configured to extract pre-stored game playing data according to the playing data source, and play the game playing data.

After entering the pre-play mode, it is determined whether a start parameter (i.e., a game process ID) exists, if the start parameter exists, it indicates that the application program corresponding to the game data live broadcasting device 200 is started, then a system function GetProcessHandle may be called to obtain a handle of the game, and then the handle may be added as a live broadcasting data source, so as to live broadcast the game.

Referring to fig. 4, a game data live broadcasting method according to another embodiment of the present invention is applied to a user terminal 100, and it should be noted that the game data live broadcasting method provided in the embodiment of the present invention has the same basic principle and technical effect as those of the foregoing embodiment, and for brief description, reference may be made to corresponding contents in the foregoing embodiment where no part of the present embodiment is mentioned. The game data live broadcast method comprises the following steps:

step S401: entering a pre-play mode when a game program is monitored to be started.

It is understood that step S401 may be implemented by the self-starting unit 201 described above.

Specifically, as shown in fig. 5, step S401 may include:

step S4011: and traversing all processes currently running by the current operating system at preset time intervals.

Step S4012: and judging whether all the currently running processes include game identification parameters, if so, determining that a game program is started, and executing step S4013.

It is understood that steps S4011 and S4012 can be performed by the above described listening sub-unit.

For example, when the game identification parameter adopts a game process ID, traversing all processes currently running by the current operating system at intervals of a preset time, acquiring snapshots of a process name list of the current operating system, acquiring all application process IDs one by one according to the snapshots of the process name list, searching whether a game process ID is included in all the application process IDs, and if so, determining that a game program is started.

Specifically, step S402 can be implemented as follows:

step S4013 is executed: and judging whether a game identification parameter associated with the game program is included in a pre-stored live game list, if so, executing S4014.

It is to be understood that step S4013 can be performed by the above-described judging subunit.

Step S4014 is executed: entering a pre-play mode.

It is to be understood that step S4014 may be performed by the aforementioned pre-play mode entry subunit.

Step S403: and acquiring game identification parameters according to the game program, and searching a game process handle according to the game identification parameters.

It is to be understood that step S403 may be implemented by the above-mentioned search unit 202.

Step S404: and adding the handle of the game program as a play data source.

It is to be understood that step S404 may be implemented by the data source adding unit 203 described above.

Step S405: and acquiring prestored game playing data according to the playing data source, and playing the game playing data.

It is to be understood that step S405 may be implemented by the playing unit 204 described above.

In summary, the user terminal and the apparatus and method for live broadcasting game data provided by the present invention enter the pre-play mode by monitoring the start of the game program in the operating system, and after entering the pre-play mode, add the handle of the game program as the play data source; and acquiring prestored game playing data according to the playing data source, and playing the game playing data, wherein the user only needs to start the game automatically without other more complex operations, thereby improving the experience of the user.

In the embodiments provided in the present application, it should be understood that the disclosed apparatus and method can 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 invention. 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, the functional modules in the embodiments of the present invention 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 invention may be embodied in the form of a software product, which is stored in a storage medium and includes 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 invention. 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. 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.

The above description is only a preferred embodiment of the present invention and is not intended to limit the present invention, and various modifications and changes may be made by those skilled in the art. Any modification, equivalent replacement, or improvement made within the spirit and principle of the present invention should be included in the protection scope of the present invention. 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.

The above description is only for the specific embodiments of the present invention, but the scope of the present invention is not limited thereto, and any person skilled in the art can easily conceive of the changes or substitutions within the technical scope of the present invention, and all the changes or substitutions should be covered within the scope of the present invention. Therefore, the protection scope of the present invention shall be subject to the protection scope of the claims.

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.

Claims

1. A game data live broadcasting device, characterized in that the game data live broadcasting device comprises:

the data source adding unit is used for adding the game process handle as a playing data source;

the playing unit is used for extracting prestored game playing data according to the playing data source and playing the game playing data;

the self-starting unit comprises:

the monitoring subunit is used for monitoring whether a game program is started in the current operating system;

the device comprises a judgment subunit, a judgment unit, a processing unit and a display unit, wherein the judgment subunit is used for judging whether a prestored live game list comprises a game identification parameter associated with a game program if the game program is started in a current operating system; the pre-stored live game list is that a user adds a game name needing live broadcasting into the live game list so as to identify that a game program corresponding to the game name needs to be live broadcasted;

and the pre-play mode entering subunit is used for entering the pre-play mode if the pre-stored live game list comprises the game identification parameters associated with the game program.

2. The game data live broadcasting device of claim 1, wherein the monitoring subunit is configured to traverse all currently running processes of the current operating system at preset time intervals, determine whether all currently running processes include the game identifier parameter, and if so, determine that a game program is started.

3. The game data live broadcasting device according to claim 1, wherein the game identification parameter is a game process ID, the monitoring subunit is configured to traverse all processes currently running in the current operating system at preset intervals, obtain snapshots of a process name list of the current operating system, obtain all application process IDs one by one according to the snapshots of the process name list, search for whether a game process ID is included in all the application process IDs, and if so, determine that a game program is started.

4. The game data live broadcasting device of claim 1, wherein when the game name needs to be updated, the game name can be added or deleted on the game live broadcasting platform, and meanwhile, the game name can be updated into a local storage file, so that the pre-stored live game list can be updated.

5. A game data live broadcast method is characterized by comprising the following steps:

entering a pre-play mode when a game program is monitored to be started;

adding the game process handle as a playing data source;

obtaining pre-stored game playing data according to the playing data source, and playing the game playing data;

the step of entering the pre-play mode when it is monitored that a game program is started comprises:

monitoring whether a game program is started in a current operating system;

if the game program is started in the current operating system, judging whether a pre-stored live game list comprises a game identification parameter associated with the game program; the pre-stored live game list is that a user adds a game name needing live broadcasting into the live game list so as to identify that a game program corresponding to the game name needs to be live broadcasted;

and entering a pre-playing mode if the pre-stored live game list comprises the game identification parameters associated with the game program.

6. The method for live broadcasting of game data according to claim 5, wherein the step of monitoring whether a game program is started in a current operating system comprises: traversing all processes currently running by the current operating system at intervals of preset time, judging whether all the processes currently running comprise game identification parameters, and if so, determining that a game program is started.

7. The method of claim 5, wherein the game identification parameter is a game process ID, and the step of monitoring whether a game program is started in a current operating system comprises:

traversing all processes currently running by the current operating system at intervals of preset time, acquiring snapshots of a process name list of the current operating system, acquiring all application program process IDs one by one according to the snapshots of the process name list, searching whether a game process ID is included in all the application program process IDs, and if so, determining that a game program is started.

8. The game data live broadcasting method of claim 5, wherein when the game name needs to be updated, the game name can be added and deleted on the game live broadcasting platform, and meanwhile, the game name can be updated into a local storage file, so that the pre-stored live game list can be updated.

9. A user terminal, characterized by a memory;

a processor; and

a game data live broadcast device installed in the memory and including one or more applications executed by the processor, the game data live broadcast device comprising:

the self-starting unit comprises:

10. The user terminal according to claim 9, wherein the user terminal is further configured to update a pre-stored live game list after obtaining the game name update instruction input by the user.