Terminal, method, and computer program

Abstract

To provide a live streaming terminal, method, and computer program capable of dynamically initializing media components and also realizing a systematic way of conducting media resources via the web, thereby improving the user experience.SOLUTION: In a live streaming system, a user terminal that displays an animation in a live streaming room comprises one or more processors which execute a machine-readable instruction including the steps of: generating a WebView object on a screen; setting an animation player for displaying an animation in the WebView object; providing an animation resource to the animation player; and displaying an effect of the animation resource through the animation player.SELECTED DRAWING: Figure 16

Description

Technical Field

[0001] The present disclosure relates to information and communication technology, and more particularly to a terminal, a method, and a computer program in live streaming.

Background Art

[0002] The current process of releasing a new version of an application to users is complex and time-consuming, and multiple steps are required before the actual release. Even for a simple change, this process needs to be executed. Taking animation as an example, from the update of animation resources to the functions of the player or the correction of bugs, it is necessary to execute the release process for all of them.

[0003] Furthermore, in the current animation playback on mobile devices, usually, in order to provide users with rich and attractive content, a large number of files are accessed. However, this leads to a significant increase in the storage capacity required for these files, and the storage capacity available for other applications or files is often limited.

[0004] To play animations, a native method requires static implementation. That is, media-related libraries are implemented in the code and compiled together with the application. The problem of the current method that the present disclosure aims to solve is that although animation resources can be downloaded after compilation, the player itself is insufficient in this regard.

Prior Art Documents

Patent Documents

[0005]

Patent Document 1

Summary of the Invention

[0006] A terminal for displaying an animation on a live streaming platform according to an embodiment of the present disclosure includes one or more processors, wherein the one or more processors execute machine-readable instructions to generate a WebView object on a screen, install an animation player in the WebView object to display an animation, provide animation resources to the animation player, and display the effect of the animation resources via the animation player.

[0007] A method for displaying an animation on a live streaming platform according to another embodiment of the present disclosure includes generating a WebView object on a screen, installing an animation player in the WebView object to display an animation, providing animation resources to the animation player, and displaying the effect of the animation resources via the animation player.

[0008] A computer program according to another embodiment of the present disclosure causes a terminal to realize functions of generating a WebView object on a screen, installing an animation player in the WebView object to display an animation, providing animation resources to the animation player, and displaying the effect of the animation resources via the animation player.

[0009] According to the present disclosure, a media component can be dynamically started, and a systematic method for executing media resources via the web can also be realized. Furthermore, by updating the framework / media component to the user's local device, the process of time-consuming platform applications can be avoided. Therefore, the user experience may be improved.

Brief Description of Drawings

[0010]

Figure 1

Figure 2

Figure 3

Figure 4

Figure 5

Figure 6

Figure 7

Figure 8

Figure 9

Figure 10

Figure 11

Figure 12

Figure 13

Figure 14

Figure 15

Figure 16

Figure 17

Figure 18

Best Mode for Carrying Out the Invention

[0011] Hereinafter, the same or similar components, members, procedures, or signals shown in each drawing are denoted by the same reference numerals in all the drawings, and redundant explanations are omitted as appropriate. Also, some members that are not important in the description of each drawing are omitted.

[0012] The live streaming system 1 based on some embodiments of the present disclosure provides an enhanced function that smooths communication and interaction between users. More specifically, it is something that makes viewers and streamers enjoy themselves in a technical way.

[0013] FIG. 1 shows a schematic diagram showing the configuration of a live streaming system 1 according to some embodiments of the present disclosure. The live streaming system 1 provides a live streaming service for real-time interaction between a streaming streamer (also called a live broadcaster or streamer) LV and viewers (also called audiences) AU (AU1, AU2...). As shown in FIG. 1, the live streaming system 1 can include a server 10, a user terminal 20, and user terminals 30 (30a, 30b...). The user terminal 20 may be a streamer, and the user terminal 30 may be a viewer. In some embodiments, the streamer and the viewer may be called users. The server 10 can include one or more information processing devices connected via a network NW. The user terminals 20 and 30 may be, for example, mobile terminals such as smartphones, tablets, notebook PCs, recorders, portable game machines, wearable terminals, or stationary computers such as desktop PCs. The server 10, the user terminal 20, and the user terminal 30 may be communicably connected by any type of wired or wireless network NW.

[0014] An app provider (not shown) that provides the streamer LV, the viewer AU, and the server 10 is involved in the live streaming system 1. The streamer LV can be a person who records content such as their own songs, talks, performances, game streaming, etc. on their own user terminal 20, uploads it to the server 10, and distributes the content in real time. In some embodiments, the streamer LV can communicate with the viewer AU via the live streaming.

[0015] The app provider can provide a platform for the content to be live-streamed on the server 10. In some embodiments, the app provider may be a media or manager that manages the real-time communication between the streamer LV and the viewer AU. The viewer AU can access the platform through the user terminal 30 and select and view the content that the viewer wants to watch. The viewer AU can perform operations for interacting with the streamer, such as commenting on or cheering for the streamer, through the user terminal 30. The streamer providing the content can respond to the comments and cheers. The response of the streamer can be sent to the viewer AU by video and / or audio, etc. Therefore, the mutual communication between the streamer and the viewer can be achieved.

[0016] As used in this specification, "live streaming" can refer to data transmission that enables a viewer AU to substantially play and view content recorded by a streamer LV using the user terminal 20 via the user terminal 30. In some embodiments, "live streaming" may refer to streaming realized by the above-described data transmission. The live streaming can be realized by known technologies such as HTTP live streaming, CMAF (Common Media Application Format), WebRTC (Web Real-Time Communications), RTMP (Real-Time Messaging Protocol), and MPEG DASH. The live streaming can further include embodiments in which the viewer AU can play or view the content with a specific delay while the streamer is recording the content. It is desirable that the degree of the delay be small enough for at least the streamer LV and the viewer AU to communicate with each other. However, live streaming is different from so-called on-demand distribution. More specifically, the on-demand distribution can refer to storing all the data of the recorded content in a server and providing the data from the server to the user at a random timing in response to the user's request.

[0017] As used herein, "streaming data" can refer to data including image data and audio data. More specifically, the image data (which may also be referred to as video data) may be generated by the image capture functions of the user terminals 20 and 30. The audio data (which may also be referred to as audio data) may be generated by the audio input functions of the user terminals 20 and 30. The streaming data may be played back on the user terminals 20 and 30 so that the user can view content related to the user. In some embodiments, between the time when the streaming data is generated on the user terminal of the streamer and the time when it is played back on the user terminal of the viewer, processes such as compression, decompression, encoding, decoding, transcoding, etc. that change the data format, size, and specifications are assumed. Before and after such processing, the content (video and audio) is not substantially changed. Therefore, in the current embodiments of the present disclosure, it is explained that the streaming data before processing and the streaming data after processing are the same. That is, when the streaming data generated by the user terminal of the streamer is played back on the user terminal of the viewer via the server 10, the streaming data generated by the user terminal of the streamer, the streaming data that has passed through the server 10, and the streaming data received and played back by the user terminal of the viewer are all the same streaming data.

[0018] As shown in FIG. 1, the streamer LV provides live streaming. The user terminal 20 of the streamer generates streaming data by recording the video and / or audio of the streamer and transmits it to the server 10 via the network NW. At the same time, the user terminal 20 can display the video VD on the display of the user terminal 20 and check the streaming content of the streamer LV.

[0019] Viewers AU1 and AU2 of user terminals 30a and 30b that request the platform to provide the live streaming of the streamer can receive streaming data corresponding to the live streaming via the network NW, play the received streaming data, display videos VD1 and VD2 on the display, and output audio from speakers or the like. The videos VD1 and VD2 respectively displayed on the user terminals 30a and 30b are substantially the same as the video VD recorded by the user terminal of the streamer LV, and the audio output from the user terminals 30a and 30b is substantially the same as the audio recorded by the user terminal of the streamer LV.

[0020] The recording at the user terminal 20 of the streamer may be simultaneous with the playback of the streaming data at the user terminals 30a and 30b of the viewers AU1 and AU2. When viewer AU1 inputs a comment regarding the content of streamer LV into user terminal 30a, server 10 displays the comment in real time on the user terminal 20 of the streamer and also on the user terminals 30a and 30b of viewers AU1 and AU2 respectively. When streamer LV responds to the comment, the response is output as text, image, video or audio from the user terminals 30a and 30b of viewers AU1 and AU2, enabling communication between streamer LV and viewers AU1 and AU2. Therefore, the live streaming system can realize two-way communication live streaming.

[0021] FIG. 2 is a block diagram showing the functions and configuration of the user terminal 20 shown in FIG. 1 according to an embodiment of the present disclosure. The user terminal 30 has the same functions and configuration as the user terminal 20. The blocks depicted in the block diagrams herein represent devices such as a computer's CPU, hardware such as mechanical parts, and software such as computer programs that represent functional blocks implemented by the cooperation of these elements. Therefore, those skilled in the art will understand that the functional blocks can be implemented in various ways by a combination of hardware and software.

[0022] The streamer LV and the viewer AU can download and install the live streaming application (live streaming app) of the present disclosure from the download site to the user terminals 20 and 30 via the network NW. Alternatively, the live streaming app may be pre-installed on the user terminals 20 and 30. By executing live streaming by the user terminals 20 and 30, the user terminals 20 and 30 can communicate with the server 10 via the network NW and realize a plurality of functions. The functions realized by executing the live streaming app by the user terminals 20 and 30 (more specifically, a processor such as a CPU) will be described below as the functions of the user terminals 20 and 30. The functions are basically the functions that the live streaming app causes the user terminals 20 and 30 to realize. In some embodiments, these functions may be transmitted from the server 10 to the web browsers of the user terminals 20 and 30 via the network NW and realized by being executed by a computer program of the web browser. The computer program may be written in a programming language such as HTML (Hyper Text Markup Language).

[0023] The user terminal 20 includes a streaming unit 100 and a viewing unit 200. In some embodiments, the streaming unit 100 is configured to record the user's audio and / or video data and generate streaming data to be transmitted to the server 10. The viewing unit 200 is configured to receive and play the streaming data from the server 10. In some embodiments, the user can operate the streaming unit 100 during a broadcast or operate the viewing unit 200 when viewing a stream. In some embodiments, the user terminal that operates the streaming unit 100 can be called a streamer, or the user terminal that generates the streaming data. The user terminal that operates the viewing unit 200 can be called a viewer, or the user terminal that plays the streaming data.

[0024] The streaming unit 100 can include a video control unit 102, an audio control unit 104, a distribution unit 106, and a UI control unit 108. The video control unit 102 may be connected to a camera (not shown), and the video is controlled by the camera. The video control unit 102 can obtain the video data from the camera. The audio control unit 104 may be connected to a microphone (not shown), and the audio is controlled by the microphone. The audio control unit 104 can obtain the audio data from the microphone.

[0025] When the distribution unit 106 receives streaming data including video data from the video control unit 102 and audio data from the audio control unit 104, it transmits the data to the server 10 via the network NW. In some embodiments, the distribution unit 106 transmits the streaming data in real time. That is, the generation of the streaming data from the video control unit 102 and the audio control unit 104 and the distribution by the distribution unit 106 are executed simultaneously.

[0026] The UI control unit 108 controls the UI of the streamer. The UI control unit 108 is connected to a display (not shown) and is configured to generate the streaming data for the counterpart on which the distribution unit 106 transmits and plays the streaming data and displays it on the display. The UI control unit 108 is configured to display an object to be operated or an object to receive an instruction on the display and receive a tap input from the streamer.

[0027] The viewing unit 200 may include a UI control unit 202, a rendering unit 204, an input transmission unit 206, and a processing unit 208. The viewing unit 200 is configured to receive streaming data from the server 10 via the network NW. The UI control unit 202 controls the UI of the viewer. The UI control unit 202 is connected to a display (not shown) and / or a speaker (not shown), and is configured to display an image on the display and output sound from the speaker by playing the streaming data. In some embodiments, outputting an image on the display and outputting sound from the speaker can be referred to as "playing the streaming data". The UI control unit 202 is connected to input units such as a touch panel, a keyboard, and a display, and can obtain inputs from the user.

[0028] The rendering unit 204 may be configured to render the streaming data from the server 10 and a frame image. The frame image may include inputs from the user, comments input by the viewer, and user interface objects for receiving data received from the server 10. The input transmission unit 206 is configured to receive the user input from the UI control unit 202 and transmit it to the server 10 via the network NW.

[0029] In some embodiments, the user input may be, for example, selecting a live broadcast, inputting a comment, sending a gift, following or unfollowing a user, voting in an event, playing a game, or clicking an object on the screen of the user terminal. For example, when the input transmission unit 206 detects that the user terminal of the viewer clicks a gift object on the screen to send a gift to the streamer, the input transmission unit 206 may generate gift information and transmit it to the server 10 via the Internet NW.

[0030] The processing unit 208 is configured to display video or audio on the user terminal. In some embodiments, when a viewer sends a gift or a live streamer receives a gift, the processing unit 208 may display an effect of the gift on the screen of the user terminal. In some embodiments, the processing unit 208 may generate an object such as a browser for displaying the effect. In some embodiments, the browser may be a WebView object generated and arranged on the screen of the user terminal.

[0031] In some embodiments, an animation player may be further installed in the WebView object to display the effect of the gift. In some embodiments, the animation player may be online or downloaded to the user terminal for displaying the effect of the gift. In some embodiments, the animation player may be a video player integrated into the WebView for displaying the effect. In some embodiments, the animation player may be any available video player such as an html video player or a media player.

[0032] In some embodiments, the effect of the gift may be any possible multimedia-related content such as an image, text, video, audio, etc. The effect of the gift may be in a format such as.png,.mp4,.pag,.WebP, etc. In some embodiments, the animation player may include different types of encoders and decoders for displaying animations in different formats.

[0033] FIG. 8 shows a table illustrating the exemplary data structure of the terminal - side player DB210 of FIG. 2. The terminal - side player DB210 is configured to store information of the video player of the user terminal 20 or 30. The terminal - side player DB210 may include a player ID, version information, description, binary code, etc. associated with each other. The player ID may identify the video player. The version information may be the version of the video player. The description may identify the description of the video player. The binary code may identify the binary code corresponding to the video player.

[0034] FIG. 9 shows a table illustrating the exemplary data structure of the terminal - side gift DB212 of FIG. 2. The terminal - side gift DB212 is configured to store the gift information of the user terminal 20 or 30. The terminal - side gift DB212 may include a gift ID, an icon ID, an effect data ID, a last update date, a location, etc. associated with each other. The gift ID may identify the gift. The icon ID may be the icon data of the gift object. The effect data ID may identify the data for realizing the effect corresponding to the gift. The last update date may identify the last update date of the gift. The location may identify the location of the effect within the user terminal.

[0035] A gift is electronic data having the following characteristics. - It can be purchased in exchange for points (detailed later) or may be given for free. - It can be given by a viewer to a streamer. Giving a gift to a streamer is called using a gift, throwing a gift, etc. - Among the gifts, there are those that can be used simultaneously with purchase and those that can be used by the purchaser or the viewer who received the gift at any later timing after purchase or donation. - When a viewer gives a gift to a streamer, an amount of points corresponding to the gift is awarded to the streamer, and an effect related to the gift is given. For example, an effect corresponding to the gift is displayed on the live streaming screen.

[0036] The effect is a visual effect, an auditory effect, a tactile effect (e.g., vibration), or a combination thereof that characterizes the gift. Examples of visual effects include animation, images, blinking, etc. Examples of auditory effects include sound effects and voices. The effect data is data for realizing such an effect on the user terminal 20, and the user terminal 20 realizes such an effect by processing the effect data. Since the technology itself for realizing the effect data is known, a detailed description thereof will be omitted below.

[0037] FIG. 3 is a block diagram of the server 10 according to some embodiments of the present disclosure. The server 10 may include a streaming information unit 302, a relay unit 304, a gift processing unit 306, a gift processing unit 308, a stream DB 320, a user DB 322, a player DB 324, and a gift DB 326.

[0038] The streaming information unit 302 receives a live streaming request from the user terminal 20 of the streamer via the network NW. Upon receiving the request, the streaming information unit 302 registers the live streaming information in the stream DB 320. In some embodiments, the live streaming information may be the stream ID of the live streaming and / or the streamer ID of the streamer corresponding to the live streaming.

[0039] When the streaming information providing request of the live streaming is received from the viewer from the viewing unit 200 of the user terminal 30 via the network NW, the streaming information unit 302 refers to the stream DB 320 and generates a list of available live streamings. Then, the streaming information unit 302 transmits the list to the user terminal 30 via the network NW. The UI control unit 202 of the user terminal 30 generates a live streaming selection screen based on the list and displays the list on the display of the user terminal 30.

[0040] When the input transmission unit 206 of the user terminal 30 receives the selection of a live streaming by the viewer on the live streaming selection screen, it generates a distribution request including the stream ID of the selected live streaming and transmits it to the server 10 via the network. The streaming information unit 302 can start providing the live streaming specified by the stream ID in the distribution request to the user terminal 30. The streaming information unit 302 can update the stream DB 320 and add the viewer ID of the viewer of the user terminal 30 to the streamer ID of the stream ID.

[0041] The relay unit 304 can relay the transmission of the live streaming from the user terminal 20 of the streamer to the user terminal 30 of the viewer in the live streaming started by the streaming information unit 302. The relay unit 304 can receive a signal indicating a user input from the viewer from the input transmission unit 206 during the playback of the streaming data. The signal indicating the user input may be an object designation signal indicating the designation of an object displayed on the display of the user terminal 30.

[0042] The object specification signal may include the viewer ID of the viewer, the streamer ID of the streamer who distributes the live streaming being viewed by the viewer, and the object ID specified by the object. When the object is a gift or the like, the object ID may be a gift ID or the like. Similarly, during the playback of streaming data, the relay unit 304 can receive a signal indicating a user input of the streamer, such as the object specification signal, from the streaming unit 100 of the user terminal 20.

[0043] The player processing unit 306 is configured to provide information regarding the animation player to the corresponding live streamer and viewer. The player processing unit 306 transmits the information of the animation player to the user terminal spontaneously or in response to an update request from the user terminal of the user. The player processing unit 306 acquires the information of the animation player from the player DB 324 and transmits the acquired information to the user terminals 20 and 30 spontaneously or in response to an update request signal from the user terminal.

[0044] The gift processing unit 308 provides information regarding gifts to the corresponding live streamer and viewer. The gift processing unit 308 transmits the gift information for the terminal to the live streamer in response to a request from the user terminal. The gift processing unit 308 acquires the effect data corresponding to the gift ID included in the gift information signal received by the relay unit 304 from the gift DB 326. The gift processing unit 308 transmits the acquired effect data to other user terminals 20 and 30 as a response to the gift transmission request signal.

[0045] When the gift processing unit 308 updates the user DB 322 and updates the points of the streamer and the viewer according to the points of the gift specified by the gift ID included in the gift usage signal. Specifically, the gift processing unit 308 refers to the gift DB 326 to specify the points to be assigned to the gift ID included in the received gift usage signal. Then, the gift processing unit 308 updates the user DB 322 and adds the determined points to the points of the streamer ID included in the gift usage signal. In some embodiments, the gift processing unit 308 may update the user DB 322 and subtract the determined points from the points of the viewer ID included in the gift usage signal.

[0046] FIG. 4 shows a table showing an exemplary data structure of the stream DB 320 of FIG. 3. The stream DB 320 holds information regarding the currently ongoing live distribution. The stream DB 320 stores, in association with each other, a stream ID for identifying a live distribution on the live streaming platform provided by the live streaming system 1, a streamer ID for identifying a streamer who provides the live distribution, and a viewer ID for identifying a viewer of the live distribution.

[0047] FIG. 5 is a table showing an exemplary data structure of the user DB 322 in FIG. 3. The user DB 322 holds information about users. The user DB 322 stores, in association with each other, a user ID for identifying a user, a point for specifying the points accumulated by the user, a level for identifying the level of the user, and a status for identifying the status of the user. The point is an electronic value that circulates within the live streaming platform. The level may be an indicator of the amount of activity or engagement of the user on the live streaming platform. The status may be the identity or membership status of the user on the live streaming platform.

[0048] FIG. 6 shows a table showing an exemplary data structure of the player DB 324 in FIG. 3. The player DB 324 holds information about video players available on the live streaming platform. The player DB 324 stores, in association with each other, a player ID for identifying the video player of the live streaming system 1, version information for identifying the version of the video player, an explanation for identifying the explanation of the video player, and a binary code for specifying the binary code of the video player. In some embodiments, the video player may be converted into a binary code on the server 10 or the user terminal.

[0049] FIG. 7 shows a table showing an exemplary data structure of the gift DB 326 in FIG. 3. The gift DB 326 stores information about the gifts in the live streaming system 1. The gift DB 326 stores, in association with each other, a gift ID for identifying a gift, the amount of points given to the live streamer when the gift is given to the live streamer, icon data of the gift, and effect data of the gift.

[0050] In some embodiments, when a viewer launches the app, enters the live streaming room, triggers animations such as opening the gift page or sending a gift, the processing unit 208 may activate the video player on the screen of the user terminal. In some embodiments, the processing unit 208 may generate a WebView object on the screen of the user terminal. Further, an animation player such as an html video player may be installed on the WebView object to display the effect of the gift resource.

[0051] In some embodiments, the information of the video player may be received from the server 10 or other resources via the Internet. In some embodiments, the server 10 may provide information regarding the video player to the user terminal in a form such as binary code. In some embodiments, the processing unit 208 may receive the binary code of the video player and supply the binary code to the WebView object to construct the animation player within the WebView object. In some embodiments, the processing unit 208 may request the installation file of the animation player and convert it into binary code for storage on the user terminal.

[0052] In some embodiments, the processing unit 208 may further determine the version of the video player on the user terminal. For example, when the html video player is installed in the user terminal, the processing unit 208 may check whether the current animation player is the latest one. If the animation player is not the latest one, the processing unit 208 may obtain the latest html video player from the server 10, replace the current one, and regenerate the animation player when necessary. In some embodiments, the timing for determining an update may be when the user enters the live streaming room, when the WebView object is generated, when the user sends a gift to the live streamer, and so on.

[0053] In some embodiments, the processing unit 208 may determine whether to update the video player by comparing the binary codes. When the video player is installed for the first time, the processing unit 208 may obtain the binary code and install it in the WebView object. If it is not the first time, the processing unit 208 may obtain the binary code from the server 10, and the binary code may include information such as the version of the latest video player and the update request for the video player. According to this embodiment, the update of the animation player can be notified purely through the communication between the user terminal and the server 10 without performing the restart or reset procedure of the application. Therefore, the efficiency of the video player can also be improved.

[0054] In some embodiments, the processing unit 208 may determine an update by checking whether the video player is the latest version. In some embodiments, the processing unit 208 may determine an update by checking whether the video player is an acceptable version. In some embodiments, the processing unit 208 may determine an update by checking parameters such as MD5 (Message Digest Algorithm 5). In some embodiments, the update of the video player may be flexibly determined according to actual needs.

[0055] When the video player is installed, animation resources such as gift effects may be played by the video player. In some embodiments, the gift effect may be a URL indicating the location of the effect. When the URL is supplied to the WebView object, data related to the effect may be requested from a server 10 or the like. In some embodiments, the data may be an html object, a JS object, a CSS object, or the like.

[0056] In some embodiments, the requested data may be cached on the web page. For example, the gift effect may be stored as a URL in the server 10 and played through the video player in the WebView object. Instead of the URL, the gift effect may be requested as a file of multimedia-related content. More specifically, the file of the effect may be requested via an API and stored in the user terminal, whereby the multimedia-related content is saved in the local space of the user terminal and played on the user terminal.

[0057] Both of the above methods have their advantages and disadvantages. The Web obtains resources via the Internet and does not have built-in database components. When a user requests content via a user terminal, the resources that need to be displayed need to be downloaded first. In some embodiments, a website may be loaded using a URL via a native library of the application and via a WebView, which means an online version of the animation display. Since animation resource files require continuous downloads, they are not included in the application package.

[0058] Before playing the animation, the playback function provided by the website needs to be called together with the animation file, the animation URL, or other means of obtaining the animation resources. After the file is downloaded and loaded, the website starts playing the animation. After the animation playback is completed, the application is notified via a callback sent from the website, enabling the playback of the next animation.

[0059] To avoid repeating the download sequence, the Web utilizes a caching mechanism. Nevertheless, due to the memory limitations of the device, resources may be depleted and redownloading may be necessary. To address this issue, the following embodiments are also considered.

[0060] The website may be loaded using HTML via the application's native library and WebView, which means an offline version of the animation display that does not require downloading the animation file. To play the animation, the playback function provided by the website needs to be called along with the animation file or other forms of animation resources. When the file is loaded, the website automatically starts playing the animation. After the playback is completed, the application is notified via a callback, enabling the playback of the next animation.

[0061] Since the loading of the HTML file is considered static, it needs to be updated to a new version. In the update scheme, the version is checked before the player is launched. Through the network connection, all forms of network services such as backend services and cloud services are executed to check whether it is the latest version. If it is not the latest version, it is updated to the new version before the player is launched.

[0062] The method of displaying the animation via the URL link is dynamic. The animation display mechanism via the URL may be automatically updated to the latest version. The gift resources may be repeatedly downloaded and cached on the web page of the WebView object. However, there is an upper limit to the cache, and when the limit is reached, the old cache is deleted. Also, the animation display via the URL is only available when connected to the Internet.

[0063] In contrast, the method of displaying animations by loading HTML files is static. Although the update mechanism of the video player is required, updates are only necessary when bug fixes or new feature additions are needed. The gift resources may be downloaded and stored in the local storage area within the user terminal. The gift resources will not be deleted if there is sufficient storage. Therefore, there is no need to repeatedly download the gift resources. Furthermore, the animation display by the html video player is available even without an internet connection.

[0064] The difference between the above mechanisms is only the repeated download of the gift resources. More specifically, when the gift effect is played via a URL, the cache may be saved to the web page. When the gift is requested again, the processing unit 208 may refer to and display the cache data. However, since there is a limit to the cache within the web page, there is no guarantee of successful cache acquisition. If there is no available cache, the gift resources will be downloaded again.

[0065] One advantage of displaying the effect with the html video player and the gift resources is that the video player and multimedia-related files may be loaded and played on the local user terminal. That is, when the video player is installed and the multimedia-related files are stored, the re-download procedure may be skipped. According to this embodiment, the advantage of the HTML playback is that the animation is loaded locally and the problem of downloading is eliminated. The locally loaded content is stored in the local terminal instead of the cache of the web page, so the above limitations can be avoided. Therefore, the quality of the effect playback on the user terminal may be improved.

[0066] In some embodiments, a WebView object may be generated when an effect is about to be played. Instead of displaying web content, the video player may be installed via binary code. Once the video player is installed, it can be operated without an Internet connection. Furthermore, the gift effect that has been downloaded or played once can be played again without an Internet connection. That is, the user terminal may be used as storage for the gift effect. When the same gift is sent, the stored gift resources may be reused and the effect may be displayed. According to this embodiment, the display quality of the effect may be improved.

[0067] Another advantage of effect display via a WebView object is that it can be easily applied to different platforms. One way to install a video player within an app is, for example, to install in-app program decoding, which is a static way to install a video player. However, there are different operating systems such as Android, iOS, and websites.

[0068] When modifications or updates are made, the code needs to be reprogrammed and a configuration for updating the app version is required. Furthermore, developing for different operating systems and platforms requires personnel specialized in different platforms, which may result in a waste of time and effort.

[0069] In contrast, the method of generating a WebView as a web page to execute the gift resources is applicable to different operating systems and platforms. The display of html-related content via a web page can be applied to different platforms such as iOS and Android without extra effort, so the above embodiments can be applied to different platforms without further development concerns.

[0070] Furthermore, the video player may be downloaded and saved in the form of a binary code. Even if the user's user terminal is of a different platform, the video player can be constructed via the binary code. When the binary code is saved, the video player can be updated or played back based on the binary code, whether online or offline. Therefore, it is possible to address concerns about development on different platforms and shorten the time until new features and player-related content are provided to users.

[0071] FIG. 10 is an exemplary functional configuration of an animation display based on some embodiments of the present disclosure. As shown in FIG. 10, the screens 600 of the user terminals 20 and 30 may include a plurality of layers such as an application layer AL, a streaming layer SL, and an interaction layer IL. The application layer AL may be configured to directly provide communication services to an end user or an application. The application layer AL enables a user to operate a mobile device and perform specific tasks or functions such as sending a gift.

[0072] The streaming layer SL may be configured to provide streaming data of multimedia content such as audio and video from a live streamer. The streaming layer SL may buffer and decode the streaming data from the network and ensure that it is displayed to the user at an appropriate rate. The interaction layer IL may be configured to process operations of a user interface including touch, gesture, button presses, and other forms of user input. The interaction layer IL may capture and process the user's operations and convert them into responses of the corresponding software.

[0073] In some embodiments, the screen 600 may further include a WebView animation layer WL. The WebView animation layer WL may include a WebView object for displaying multimedia-related content and the like. The native WebView provided by the platform native library enables the application to load a website. As shown in FIG. 10, when the user views an animation, this external component is actually used instead of the native animation player provided by the native library. All playback states required for the animation may be realized through functions described in JavaScript or the like within the website, and the user can continue to view the animation without interruption.

[0074] FIGS. 11 and 15 are exemplary screen images of the live streaming room screen 600 displayed on the display of the user terminal 20 of the live streamer or the user terminal 30 of the viewer. FIG. 11 shows an exemplary screen image of the live streaming room screen 600. When the viewer selects and enters the live streaming room, the live streaming room screen 600 of the live streamer may be displayed on the display. The live streaming room screen 600 may include a live streamer information object 602, a live streamer image 604, a message zone 606, a message input box 608, a gift object 610, a sharing object 612, and the like.

[0075] In some embodiments, the viewer may tap on the gift object 610, and a gift list 614 may be displayed on the screen 600. The gift list may include a plurality of gifts 618, and the viewer may select a gift 618 to send to the streamer. As shown in FIG. 12, when the viewer clicks on the gift 618, an effect E of the gift 618 may be displayed on the screen 600. In some embodiments, the effect E may be displayed via a video player embedded within the WebView animation layer WL on the screen 600. In some embodiments, the video player may include basic video playback functions such as play, stop, replay, etc.

[0076] In some embodiments, the effect of the gift may be operated by the live streamer or the viewer. For example, as shown in FIG. 13, the viewer may preview the effect of the gift by fast-forwarding, rewinding, and replaying the effect of the gift. The live streamer may review the effect of the gift, etc. In some embodiments, the viewer may preview the effect of the gift before sending the gift, and the live streamer may review the effect of the gift after receiving the gift.

[0077] In some embodiments, the display of the effect of the gift may be triggered by the live streamer. For example, when the live streamer receives a gift, as shown in FIG. 13, a play button PB may be displayed on the effect of the gift, and the live streamer may start the display. According to this embodiment, the live streamer can feel as if the gift was opened by himself / herself, and the user experience may be improved.

[0078] In some embodiments, the operation of the effect by the user may be restricted by a deadline or within a specific number of times. For example, as shown in FIG. 13, a message M indicating the period or number of times of preview or review of the effect may be displayed. The live streamer can operate the effect of the gift at a specific time or period. In some embodiments, the time or period of the operation of the effect may be flexibly designed according to actual needs.

[0079] In some embodiments, one effect may be played within one WebView object. In some embodiments, one effect may be played within two or more WebViews. In some embodiments, two or more effects may be played within one WebView object. In some embodiments, two or more effects may be played within two or more WebViews. For example, as shown in FIG. 14, an effect of a rose flower and a butterfly flying around it may be displayed on the screen 600. The effect of the rose flower and the butterfly flying around it may be displayed in the same WebView object or different WebView objects as shown in FIG. 14.

[0080] In some embodiments, the number, size, and position of the WebView object may be flexibly determined and adjusted by the live streamer or the viewer. For example, the viewer who sends the gift of the rose flower and the butterfly may determine the position of the rose flower and the butterfly as shown in FIG. 14. In some embodiments, the direction or trajectory of the butterfly may also be flexibly determined and adjusted by the live streamer or the viewer.

[0081] In some embodiments, the html video player may be installed within the WebView object, and the gift effect may be stored as multimedia-related content played via the html video player. In some embodiments, when the viewer sends the same gift multiple times, the gift effect is first downloaded and then may be played multiple times. According to this embodiment, the problem of cache can be avoided, and the resources of the html object can be reused multiple times. Therefore, the display efficiency of the effect can be improved.

[0082] In some embodiments, the combination of the rose flower and the butterfly may be referred to as a combo gift. Here, "combo gift" may refer to a special function or interaction within a live streaming platform, such as allowing viewers to send a combination of virtual gifts or digital items to a streamer. In some embodiments, each part of the combo gift may be displayed via the same or different WebView objects. In some embodiments, each part of the combo gift may be sent by the same or different viewers.

[0083] In some embodiments, each effect of the gift may be separated into a plurality of sub - effects, or a plurality of effects of the gift may be combined into one effect. More specifically, the effects E1, E2, E3 of the gift may be separated into sub - effects of Ea + Eb, Eb + Ec, and Ea + Ec respectively. The effects of Ea + Eb, Eb + Ec, and Ea + Ec may be combined with the effects of E1, E2, and E3 respectively. For example, the effect of a rose flower and a butterfly flying around it may be separated into a rose flower and a flying butterfly respectively. In some embodiments, the effect of the rose flower and a flying ladybug may be combined into a single effect of a rose flower and a ladybug flying around it. Therefore, when the effects Ea, Eb, and Ec are downloaded and saved to the user terminal, not only the effects Ea, Eb, and Ec but also the effects E1, E2, and E3 may be played back without further downloading.

[0084] In some embodiments, when the remaining part of the gift has already been requested and saved to the user terminal, the processing unit 208 may request a part of the gift. For example, as shown in FIG. 14, the effect of a rose flower and a ladybug flying around it is requested and saved to the user terminal. When the user wants to send another gift of a spider web and a ladybug flying around the web as shown in FIG. 15, the processing unit 208 may request only the part of the effect of the spider web. According to this embodiment, there is a possibility that the quality of the download of the effect and the display of the effect is improved.

[0085] When a viewer sends a gift to a live streamer in a live streaming room, the effect of the gift may be displayed on the screens of the user terminals of the viewer, the live streamer, and other viewers in the live streaming room. In some embodiments, the effect of the gift may be received and displayed on the user terminal of the live streamer and the viewer who sent the gift. The effect of the gift may be rendered as streaming data on the video of the live streamer and pushed to a streaming server or the like. For other viewers in the live streaming room, the streaming data may be pulled out and displayed on the user terminals of those viewers, so that other viewers can view the effect of the gift on the screens of their respective user terminals.

[0086] In some embodiments, if the effect of the gift or a part of the effect has already been sent by a certain viewer and the effect or the part of the effect has already been requested and stored in the user terminal of the live streamer, the effect may not need to be requested, or only the remaining part of the gift needs to be requested. According to this embodiment, the quality of the download and display of the effect may be improved.

[0087] Next, the operation of the live streaming system 1 having the above configuration will be described. FIG. 16 is a flowchart showing the steps of the application startup process in the user terminals 20 and 30. The live streamer starts a live streaming room, and the viewer enters the live streaming room and communicates with the live streamer (S502).

[0088] When a user enters the live streaming room, a method for displaying an animation may be determined (S504). In some embodiments, the timing for determining the method of displaying the animation may be flexible, such as before entering the live streaming room, when the user triggers or receives the display of the animation, or when a WebView object is generated. In some embodiments, the determination of the animation display may be made by the server 10, the user, or the like. For example, to display the animation, the server 10 may allocate a video player or the user may select a video player.

[0089] In some embodiments, the video player may need to be updated (S506). The update may be requested by the server 10 or initiated by the user. In some embodiments, the purpose of updating the video player may be to fix bugs in the animation display or support new file types. The user may decide whether to update or skip, and if necessary, the server 10 may request the user to update the video player.

[0090] If the update is not required (No in S506), the processing unit 208 may generate a WebView object and embed a video player in the WebView object (S512). If the update is required (Yes in S506), the update of the video player may be requested from the user terminal to the server 10 (S508). The server 10 may provide the update of the video player to the user spontaneously or in response to a request from the user. In some embodiments, the information of the video player may be provided in the form of binary code or the like.

[0091] When the server 10 receives the binary code, the processing unit 208 may further save the information of the video player in the form of a binary code to the user terminal (S510). The processing unit 208 may further generate a WebView on the screen of the user terminal and embed the video player in the WebView object (S512). In some embodiments, in order to install a video player in the WebView object, the binary code of the video player may be supplied to the WebView object. The installation of the video player for displaying the animation may be realized according to the above-described procedure.

[0092] When the installation of the video player is completed, the animation display function is ready to display the animation. In some embodiments, the viewer may send a gift to the live streamer, and the live streamer may receive the gift from the viewer (S514). The processing unit 208 may check whether the gift has already been saved in the user terminal (S516). When the gift is saved in the user terminal (Yes in S516), the processing unit 208 may display the effect of the gift via the video player (S518).

[0093] When the gift is not saved in the user terminal (No in S516), the processing unit 208 may request the resources of the gift from the server 10 or the like (S520). In some embodiments, the user terminal may download the gift in advance. For example, when the user installs the application or enters the live streaming, popular gifts or daily-changing gifts may be downloaded. In some embodiments, the gift may be downloaded in response to a request from the user's user terminal. For example, the user may click on the icon of the gift to start a request to download the gift from the server 10.

[0094] In some embodiments, the processing unit 208 may further save the resource of the gift to the user terminal (S522), and may further display the effect of the gift via the video player (S518). In contrast to caching resources on a web page, the capacity for saving gift resources may increase significantly. Further, the gift resources can also be displayed offline even when there is no Internet connection.

[0095] FIG. 17 is an exemplary sequence diagram showing the operation of the configuration of the live streaming system 1 according to some embodiments of the present disclosure. The live streamer may upload a stream by pushing streaming data to a stream server (S302). The viewer may select a stream to view by pulling the streaming data to the user terminal of the user (S304).

[0096] When a streaming room is established and the viewer enters the streaming room, the player processing unit 306 may obtain information of the video player from the player DB 326 or the like (S306). The player processing unit 306 may further transmit the information of the video player to viewers of the live streamer or the like. In some embodiments, the information of the video player may include a file or an update of the video player, and the format of the video player may be a format such as a binary code.

[0097] In some embodiments, the server 10 may encode the information of the video player in binary code format. The binary code may include information of the video player, such as the version and description of the video player. The binary code of the video player may further be provided to the user terminal of the user.

[0098] When information of the video player is acquired, it may be stored in the terminal-side player DB 210 in the user terminal of the user (S310). In some embodiments, the processing unit 208 may determine whether to update the video player (S312). For example, the processing unit 208 may further determine an update based on the binary code from the server 10. For example, the processing unit 208 may compare the binary code of the video player from the server 10 with that in the binary code terminal-side player DB 210, and check whether there is an update to the video player.

[0099] When the video player is installed, the user terminal completes preparations for displaying animations such as the effect of the gift (S314). The viewer may send a gift to the live streamer via the server 10 to support the performance (S316). After receiving the information of the gift, the gift processing unit 308 may further transmit it to the user terminal of the live streamer (S318). In some embodiments, the gift processing unit 308 may acquire the information of the gift resource from the gift DB 326 (S320), and may further transmit the information of the gift resource to the viewer, the live streamer, etc. (S322).

[0100] In some embodiments, the gift processing unit 308 may, in response to a request from the user, acquire the information of the gift resource and transmit it to the user. For example, the viewer may send a gift to the live streamer. When there is no gift resource in the user terminal, a request regarding the gift resource for requesting the gift resource may be transmitted to the server 10. In some embodiments, the gift processing unit 308 may update the user DB 322, for example, by increasing or decreasing points or the level of the user.

[0101] In some embodiments, the processing unit 208 in the user terminal may store the gift resource in the terminal-side gift database 212 (S324). More specifically, the processing unit 208 may store the information of the gift resource in the terminal-side gift database 212 and store the effect data in the local storage within the user terminal. When a gift is sent or received by the user, the processing unit 208 may obtain the effect data from the gift database 212 (S326) and display the effect of the gift via the video player embedded in the WebView object (S328).

[0102] In some embodiments, when the gift is requested for the first time, after the processing unit 208 displays the effect of the gift, it may save the gift resource in the terminal-side gift database 212. If the gift resource is not requested for the first time but has already been stored in the user terminal, the processing unit 208 may obtain the gift resource from the terminal-side gift database 212 and display the effect of the gift resource.

[0103] According to the above embodiments, the media component can be dynamically activated, and a systematic method for executing media resources via the web can also be realized. In addition, the dependence on the Internet when using the media component can be reduced. The above embodiments also provide a method for quickly and easily deploying the pattern of the media implementation structure. Furthermore, by updating the framework / media component to the user's local device, the process of time-consuming platform applications can be avoided. Therefore, the user experience may be improved.

[0104] FIG. 18 is a schematic block diagram of computer hardware for executing system configuration and processing according to some embodiments of the present disclosure. The information processing apparatus 900 shown in FIG. 18 is configured to implement, for example, the server 10 and the user terminals 20 and 30 according to some embodiments of the present disclosure.

[0105] The information processing apparatus 900 includes a CPU 901, a read-only memory (ROM) 903, and a random access memory (RAM) 905. Further, the information processing apparatus 900 may include a host bus 907, a bridge 909, an external bus 911, an interface 913, an input unit 915, an output unit 917, a storage unit 919, a drive 921, a connection port 925, and a communication unit 929. The information processing apparatus 900 may include an imaging device (not shown) such as a camera. The information processing apparatus 900 may include a processing circuit such as a digital signal processor (DSP) or an application specific integrated circuit (ASIC) instead of or in addition to the CPU 901.

[0106] The CPU 901 functions as an arithmetic processing unit and a control unit, and controls the overall operation or a part of the operation of the information processing apparatus 900 according to various programs recorded in the ROM 903, the RAM 905, the storage unit 919, or the removable recording medium 923. For example, the CPU 901 controls the operations of each functional unit included in the server 10 and the user terminals 20 and 30 of the above-described embodiments. The ROM 903 stores programs, operation parameters, etc. used by the CPU 901. The RAM 905 temporarily stores programs used when the CPU 901 executes and parameters that change as appropriate when the programs are executed. The CPU 901, the ROM 903, and the RAM 905 are connected to each other via a host bus 907 composed of an internal bus such as a CPU bus. The host bus 907 is connected to an external bus 911 such as a peripheral component interconnect / interface (PCI) bus via the bridge 909.

[0107] The input unit 915 is a device operated by a user, such as a mouse, keyboard, touch panel, button, switch, lever, etc. The input unit 915 may be a device that converts a physical quantity into an electrical signal, such as an audio sensor (e.g., a microphone), an acceleration sensor, an inclination sensor, an infrared sensor, a depth sensor, a temperature sensor, a humidity sensor, etc. The input unit 915 may be, for example, a remote control device that uses infrared rays or another type of radio wave. Alternatively, the input unit 915 may be an external connection terminal 927 such as a mobile phone corresponding to the operation of the information processing device 900. The input unit 915 includes an input control circuit that generates an input signal based on the information input from the user and outputs the generated input signal to the CPU 901. The user operates the input unit 915 to input various data and give an instruction for a processing operation to the information processing device 900.

[0108] The output unit 917 includes a device that can notify the user of the acquired information visually or aurally. The output unit 917 may be, for example, a display device such as an LCD, PDP, OLED, etc., an audio output device such as a speaker, headphones, etc., a printer, etc. The output unit 917 outputs the result obtained by the processing executed by the information processing device 900 in the form of video such as text, image, sound such as audio.

[0109] The storage unit 919 is a data storage device and is an example of the storage unit of the information processing device 900. The storage unit 919 includes, for example, a magnetic storage device such as a hard disk drive (HDD), a semiconductor storage device, an optical storage device, a magneto-optical storage device, etc. The storage unit 919 stores the programs executed by the CPU 901, various data, and various data acquired from the outside.

[0110] The drive 921 is a reader / writer for a removable recording medium 923 such as a magnetic disk, an optical disk, a magneto-optical disk, or a semiconductor memory, and is built-in or externally attached to the information processing apparatus 900. The drive 921 reads the information recorded on the mounted removable recording medium 923 and outputs it to the RAM 905. The drive 921 writes a record to the mounted removable recording medium 923.

[0111] The connection port 925 is a port used to directly connect a device to the information processing apparatus 900. The connection port 925 may be, for example, a USB (Universal Serial Bus) port, an IEEE 1394 port, or a SCSI (Small Computer System Interface) port. The connection port 925 may also be an RS-232C port, an optical audio terminal, an HDMI (High-Definition Multimedia Interface (registered trademark)) port, or the like. By connecting an external connection terminal 927 to the connection port 925, various data exchanges between the information processing apparatus 900 and the external connection terminal 927 become possible.

[0112] The communication unit 929 is, for example, a communication interface including a communication device for connecting to a communication network NW. The communication unit 929 may be, for example, a communication card for a wired or wireless local area network (LAN), Bluetooth (registered trademark), or wireless USB (WUSB).

[0113] The communication unit 929 may also be, for example, a router for optical communication, a router for ADSL (Asymmetric Digital Subscriber Line), or a modem for various communications. For example, the communication unit 929 uses a predetermined protocol such as TCP / IP to transmit and receive signals on the Internet and to transmit and receive signals with other communication devices. The communication network NW to which the communication unit 929 is connected is a network established by a wired connection or a wireless connection. The communication network NW is, for example, the Internet, a home LAN, infrared communication, radio wave communication, or satellite communication.

[0114] An imaging device (not shown) is a device that images the real space using, for example, an imaging element such as a CCD (Charge Coupled Device) or a CMOS (Complementary Metal Oxide Semiconductor), and various members such as a lens for controlling the imaging of the subject image on the imaging element, and generates an imaging image. The imaging device may capture a still image or a moving image.

[0115] The live streaming system 1 of the present disclosure has been described above with reference to the embodiments. The above-described embodiments are merely described for the purpose of explanation. Rather, it is easily conceivable by those skilled in the art that the above-described components and processes of the embodiments can be combined in various ways and various changes can be made, and these are also included in the technical scope of the present disclosure.

[0116] The processes described in this specification, particularly the processes described using flowcharts or flowcharts, can omit a part of the processes constituting the process, add processes not explicitly included in the processes constituting the process, and / or rearrange the order of the processes. As long as the processes subject to such omission, addition, or rearrangement do not deviate from the gist of the present disclosure, they are included in the scope of the present disclosure.

[0117] In some embodiments, at least a part of the functions executed by the server 10 may be executed by something other than the server 10. For example, the user terminal 20 or 30 may execute them. In some embodiments, at least a part of the functions executed by the user terminal 20 or 30 may be executed by something other than the user terminal 20 or 30. For example, the server 10 may execute them. In some embodiments, the rendering of the frame image may be executed by the user terminal such as a viewer, a server, or a streamer.

[0118] Furthermore, the system or method described in the above embodiments may be provided by a non-transitory computer-readable storage device such as a solid-state memory device, an optical disk storage device, a magnetic disk storage device, or a computer program product. Alternatively, the program may be downloaded from a server via the Internet.

[0119] As described above, the technical content and features of the present disclosure have been explained. However, those having ordinary knowledge in the technical field to which the present disclosure pertains can make many more modifications and alterations without departing from the teachings and disclosures of the present disclosure. Therefore, the scope of the present disclosure is not limited to the already disclosed embodiments, but is the scope included in the appended claims, including other modifications and alterations that do not depart from the present disclosure.

Description of Reference Numerals

[0120] 1 Live streaming system 10 Server 20 User terminal 100 Streaming unit 102 Video control unit 104 Audio control unit 106 Distribution unit 108 UI control unit 200 Viewing unit 202 UI control unit 204 Rendering unit 206 Input unit 208 Processing unit 210 Terminal-side player DB 212 Terminal-side gift DB 30, 30a, 30b User terminal 302 Streaming information unit 304 Relay unit 306 Player processing unit 308 Gift processing unit 320 Stream DB 322 User DB 324 Player DB 326 Gift DB 600 Screen 602 Object 604 Image 606 Message Zone 608 Message Input Box 610 Gift Object 612 Shared Object 614 Gift List 900 Information Processing Device 901 CPU 903 ROM 905 RAM 907 Host Bus 909 Bridge 911 External Bus 913 Interface 915 Input Unit 917 Output Unit 919 Storage Unit 921 Drive 923 Removable Recording Medium 925 Connection Port 927 External Connection Terminal 929 Communication Unit LS Live Streaming LV Live Streamer NW Network SP Specific Part AU1, AU2 Viewers S302~S328 Processes S502~S522 Processes VD, VD1, VD2 Videos

Claims

1. A terminal for displaying animation in a live streaming room, comprising: one or more processors, the one or more processors executing machine-readable instructions to: generating a WebView object on a screen; installing an animation player to display animations within the WebView object; providing an animation resource to the animation player; displaying the effect of the animation resource through the animation player; A terminal characterized by executing the above.

2. The terminal of claim 1, characterized in that said animation player is an html video player and is embedded in said WebView object via its binary code.

3. receiving information of the animation player from a server; and determining an update for the animation player based on the information; 2. The terminal of claim 1, wherein said information of said animation player is in the form of a binary code.

4. The terminal according to claim 1 , characterized in that the timing for determining the update is when a user enters the live streaming room, when the WebView object is generated, or when the user sends a gift to a live streamer.

5. the animation resource is a gift sent from a viewer to a live streamer in the live streaming room; the animation resource includes an effect to be displayed on the screen; 2. The terminal according to claim 1, characterized in that:

6. requesting said animation resource from a server in response to no resource being available at said terminal; storing the animation resource in a local space of the terminal; The terminal of claim 1 further comprising:

7. The terminal according to claim 1 , wherein the timing for displaying the effect of the animation resource is determined by a user in response to an operation from the user.

8. 2. The terminal of claim 1, wherein installing the animation player comprises providing a binary code of the animation player to the WebView object and installing the animation player within the WebView object.

9. 1. A method for displaying animation in a live streaming room, comprising: generating a WebView object on a screen; installing an animation player to display animations within the WebView object; providing an animation resource to the animation player; displaying the effect of the animation resource through the animation player; The method of claim 1, further comprising:

10. A computer program, comprising: A function for generating a WebView object on the screen; A function of installing an animation player to display animations within the WebView object; providing an animation resource to the animation player; displaying the effect of the animation resource through the animation player; A computer program product characterized by:

Images