CN109640147B - Method and device for realizing mutually exclusive display of icons in live broadcast room - Google Patents
Method and device for realizing mutually exclusive display of icons in live broadcast room Download PDFInfo
- Publication number
- CN109640147B CN109640147B CN201710929472.9A CN201710929472A CN109640147B CN 109640147 B CN109640147 B CN 109640147B CN 201710929472 A CN201710929472 A CN 201710929472A CN 109640147 B CN109640147 B CN 109640147B
- Authority
- CN
- China
- Prior art keywords
- icon
- display state
- display
- live broadcast
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/431—Generation of visual interfaces for content selection or interaction; Content or additional data rendering
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
- G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
- G06F3/0481—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance
- G06F3/04817—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance using icons
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/431—Generation of visual interfaces for content selection or interaction; Content or additional data rendering
- H04N21/4312—Generation of visual interfaces for content selection or interaction; Content or additional data rendering involving specific graphical features, e.g. screen layout, special fonts or colors, blinking icons, highlights or animations
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
- H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
- H04N21/47205—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for manipulating displayed content, e.g. interacting with MPEG-4 objects, editing locally
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- General Engineering & Computer Science (AREA)
- Human Computer Interaction (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Databases & Information Systems (AREA)
- User Interface Of Digital Computer (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
The invention provides a method and a device for realizing the mutually exclusive display of icons in a live broadcast room, wherein the method comprises the following steps: s1, when a user enters a live broadcast room, sending an HTTP request for inquiring the display state of a first icon to a server, and judging whether a display state message of a second icon which is pushed by the server and has exclusive logic with the first icon is received; and S2, if the display state of the first icon returned by the server is on and the first icon learns that the display state of the second icon is off, displaying the first icon in the current live broadcast. The method and the device realize linkage display between the two icons, can effectively solve the problem of coverage of the display of the mutually exclusive icons, and improve user experience.
Description
Technical Field
The invention relates to the technical field of internet development, in particular to a method and a device for realizing mutually exclusive display of icons in a live broadcast room.
Background
At present, various promotion icons can be inserted into a live broadcast room in order to promote other applications by a live broadcast platform, and a user can link to corresponding applications when clicking the promotion icons. These promotional icons often have mutually exclusive logic with other icons, i.e., they cannot appear where other icons are displayed when they need to be displayed.
The conventional scheme for avoiding the icon mutual exclusion is implemented statically, that is, the icon B in the position of the icon a cannot be occupied, and if occupied, AB is overlapped. However, because the mobile phone screen control in the live broadcast room is limited, the problem of icon overlapping still can inevitably occur by adopting a static mutual exclusion method.
Therefore, it is desirable to provide a method capable of solving the problem that icon overlapping is easily caused by adopting the existing icon mutual exclusion display method in the limited mobile phone screen.
Disclosure of Invention
In order to solve the problem that icon overlapping is easy to occur in the existing icon mutual exclusion display method, the invention provides a method and a device for realizing icon mutual exclusion display in a live broadcast room.
According to one aspect of the invention, an implementation method for mutually exclusive display of icons in a live broadcast room is provided, which comprises the following steps:
s1, when a user enters a live broadcast room, sending an HTTP request for inquiring the display state of a first icon to a server, and judging whether a display state message of a second icon which is pushed by the server and has exclusive logic with the first icon is received;
and S2, if the display state of the first icon returned by the server is on and the first icon learns that the display state of the second icon is off, displaying the first icon in the current live broadcast.
Wherein, step S1 further includes:
and if the display state message of the second icon pushed by the server is not received within the preset time, sending an HTTP request for inquiring the display state of the second icon to the server.
Wherein, step S1 further includes:
and if the display state message of the second icon or the return result of the HTTP request for inquiring the display state of the second icon is received, acquiring the display state of the second icon according to the display state message of the second icon or the return result, and correspondingly displaying or hiding the second icon in the current live broadcast room.
Wherein, between the steps S1 and S2, the method further comprises:
when the display state of the second icon is obtained, calling a sendMessage method to transmit the display state of the second icon to the first icon through Activity;
and when the display state of the first icon receiving the second icon is on, setting the value of the marker bit hasRequest to true.
In step S2, the step of knowing that the display state of the second icon is off by the first icon further includes:
and acquiring the value of the marker bit hasRequest, and if the value of the marker bit hasRequest is false, the first icon learns that the display state of the second icon is closed.
According to another aspect of the present invention, an apparatus for implementing mutually exclusive display of icons in a live broadcast room is provided, including:
the display state acquisition module is used for sending an HTTP request for inquiring the display state of the first icon to the server when a user enters a live broadcast room, and judging whether a display state message of a second icon which is pushed by the server and has mutually exclusive logic with the first icon is received or not;
and the mutual exclusion display module is used for displaying the first icon in the current live broadcast room if the display state of the first icon returned by the server is on and the display state of the second icon is off.
Wherein, the display state acquisition module is further configured to:
and if the display state message of the second icon pushed by the server is not received within the preset time, sending an HTTP request for inquiring the display state of the second icon to the server.
Wherein, the display state acquisition module is further configured to:
and if the display state message of the second icon or the return result of the HTTP request for inquiring the display state of the second icon is received, acquiring the display state of the second icon according to the display state message of the second icon or the return result, and correspondingly displaying or hiding the second icon in the current live broadcast room.
Wherein, still include:
the display state transfer module is used for calling a sendMessage method to transmit the display state of the second icon to the first icon through Activity when the display state of the second icon is acquired;
and the setting module is used for setting the value of the marker bit hasRequest to true when the display state that the first icon receives the second icon is on.
Wherein the mutual exclusion display module is specifically configured to:
and acquiring the value of the marker bit hasRequest, and if the value of the marker bit hasRequest is false, the first icon learns that the display state of the second icon is hidden.
According to the method and the device for realizing the mutually exclusive display of the icons in the live broadcast room, the linkage display of the two icons is realized, the problem of coverage of the mutually exclusive icon display can be effectively solved, and the user experience is improved.
Drawings
Fig. 1 is a flowchart illustrating a method for implementing mutually exclusive display of icons in a live broadcast room according to an embodiment of the present invention;
fig. 2 is a schematic structural diagram of an apparatus for implementing mutual exclusion display of icons in a live broadcast room according to another embodiment of the present invention.
Detailed Description
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 only a part of the embodiments of the present invention, and not all of the embodiments. 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.
As shown in fig. 1, a schematic flow chart of a method for implementing mutual exclusion display of icons in a live broadcast room according to an embodiment of the present invention includes:
s1, when a user enters a live broadcast room, sending an HTTP request for inquiring the display state of a first icon to a server, and judging whether a display state message of a second icon which is pushed by the server and has exclusive logic with the first icon is received;
and S2, if the display state of the first icon returned by the server is on and the first icon learns that the display state of the second icon is off, displaying the first icon in the current live broadcast.
Specifically, in the live platform, first icon is used for promoting other applications, and if the user got into the live room after, the first icon has been shown in the live room, will jump to the link of the application that first icon corresponds when the user clicks first icon, for example if first icon is the icon that the king accompanies playing APP, then when the user clicks, the current live room page can jump to the downloading page that the king accompanies playing APP. A second icon, which has mutual exclusion logic with the first icon, wherein the mutual exclusion logic refers to mutual exclusion of service logic, when the second icon is displayed, the first icon cannot be displayed in the current live broadcast room, and the second icon comprises: carousel, draw, charge, etc., the first icon should not be displayed when such icons appear in the live room. The display of the first icon needs to be strictly dependent on the second icon. And in the initialization state, setting the first icon and the second icon to be invisible, and in the android system, calling a function setVisability (GONE) to realize the setting.
Therefore, in step S1, when the user enters the live broadcast room, the first icon actively initiates an HTTP request for querying a display state to the server, where the HTTP request carries user identity information and information of the first icon, and the server learns whether to promote the application represented by the first icon to the current user according to the user identity information. And the second icon is a display status message pushed by the passive receiving server, and the display status message is used for indicating whether the second icon is displayed or not.
The return time of the HTTP request is indefinite, and therefore, the time to know the display state of the first icon and the display state of the second icon is indefinite. How to ensure that the first icon and the second icon are correctly displayed, in S2, when the first icon needs to be displayed, the display state of the second icon is determined, and only when the second icon is hidden, the first icon can be displayed. That is, if the display state of the first icon returned by the server is on, the first icon cannot be directly displayed in the current live broadcast room, but the first icon is displayed in the current live broadcast room only after the display state of the second icon is determined to be hidden, so that the situation that the second icon is displayed, the first icon is also displayed, and the icons are overlapped can be avoided.
The method for realizing the mutually exclusive display of the icons in the live broadcast room, provided by the embodiment of the invention, realizes the linkage display of the two icons, can effectively solve the problem of the coverage of the display of the mutually exclusive icons, and improves the user experience.
Based on the above embodiment, step S1 further includes:
and if the display state message of the second icon pushed by the server is not received within the preset time, sending an HTTP request for inquiring the display state of the second icon to the server.
Specifically, whether the second icon is displayed or not is pushed through a service (i.e. for implementing the business logic represented by the second icon) in the server corresponding to the second icon, that is, the display status message of the second icon may be pushed before the user enters the room or when the user just enters the room or only pushed a period of time after the user enters the room. Therefore, if the server already pushes the display status message of the second icon before the user enters the room, at this time, whether the second icon is displayed or not cannot be normally displayed because the pushed message cannot be acquired, and in order to solve the problem, certain logic judgment needs to be performed on the second icon when the user enters the room:
1) when the user enters the room or within a preset time period after the user enters the room, judging whether a display state message of a second icon pushed by the server is received;
2) if the state display message pushed by the server is not received within a preset time period after the user enters the room, an inquiry interface for inquiring the display state of the second icon needs to be sent to the server, wherein the inquiry interface is an HTTP request, and the HTTP request carries the user identity information and the information of the second icon.
Based on the above embodiment, step S1 further includes:
and if the display state message of the second icon or the return result of the HTTP request for inquiring the display state of the second icon is received, acquiring the display state of the second icon according to the display state message of the second icon or the return result, and correspondingly displaying or hiding the second icon in the current live broadcast room.
Specifically, the display priority of the second icon is higher than that of the first icon, so that, whenever the display state message of the second icon or the return result of the HTTP request for querying the display state of the second icon is received, the display state of the second icon is acquired according to the content of the display state message or the content of the return result, and if the display state of the second icon is on, the second icon is displayed in the current live broadcast room; and if the display state of the second icon is closed, continuously hiding the second icon in the current live broadcast room.
Based on the above embodiments, between steps S1 and S2, the method further includes:
when the display state of the second icon is obtained, calling a sendMessage method to transmit the display state of the second icon to the first icon through Activity;
and when the display state of the first icon receiving the second icon is on, setting the value of the marker bit hasRequest to true.
Specifically, because whether the first icon is displayed or not strictly depends on the second icon, when the display state of the second icon is acquired, the display state of the second icon needs to be notified to the first icon, so that the first icon knows whether the second icon is displayed or not.
The communication between the first icon and the second icon may be implemented through Activity. When the display state of the second icon is acquired, a sendMessage method is called to transfer the acquired display state of the second icon to the first icon through Activity, wherein the Activity represents a live page, and when the display state of the second icon is known, display state information of the second icon is sent to the Activity by calling a sendMessage (msg, target) method, wherein the message content represented by msg is the display state information of the second icon, and the target represents object information of message reception and is the first icon. Therefore, the Activity receives the message sent by the second icon, finds the target object by analyzing the target in the Activity, and then transmits the message to the first icon, thereby completing the whole process of forwarding the message from the second icon to the first icon.
It should be noted that the communication between the first icon and the second icon can be realized in other manners.
And when the display state of the first icon receiving the second icon is on, setting the value of the marker bit hasRequest to true. The mark bit hasRequest is used for synchronization processing, and hasRequest indicates that the first icon has sent a request or the second icon is in an open display state, so that the problem that the first icon is displayed again due to the fact that the second icon sends a message to inform the first icon to be hidden and the first icon returns after the request is made can be avoided. The initial value of the marker bit hasRequest is false, and the value of hasRequest is true only when an htttp request for querying the display state of the first icon is sent or the display state of the second icon is received to be open.
Based on the above embodiment, the step of knowing that the display state of the second icon is off by the first icon in step S2 further includes:
and acquiring the value of the marker bit hasRequest, and if the value of the marker bit hasRequest is false, the first icon learns that the display state of the second icon is closed.
When the display state of the first icon returned by the server is on, the first icon is not directly displayed in the current live broadcast room, but the first icon can be displayed only when the display state of the second icon is off. Knowing that the display state of the second icon is off is determined according to the marker bit hasRequest ═ false, because the value of the marker bit hasRequest must be true when the display state of the second icon is on. Regardless of whether the first icon knows that the display state of the second icon is closed before or after the display state of the first icon returned by the server is opened, the display of the first icon needs to be executed when the display state of the second icon is closed.
By adding a marker bit, the embodiment of the invention can solve the problem of synchronization of the mutual exclusion display of the icons under the condition that the response time of the http request is uncertain, thereby avoiding the logic disorder of the mutual exclusion display and avoiding the problem of icon overlapping.
As shown in fig. 2, a schematic structural diagram of an apparatus for implementing mutual exclusion display of icons in a live broadcast room according to another embodiment of the present invention includes: a display state acquisition module 21 and a mutual exclusion display module 22, wherein,
the display state acquiring module 21 is configured to send, to the server, an HTTP request for querying a display state of the first icon when the user enters the live broadcast room, and determine whether a display state message of a second icon pushed by the server and having a mutually exclusive logic with the first icon is received;
and the mutual exclusion display module 22 is configured to display the first icon in the current live broadcast room if the received display state of the first icon returned by the server is on and the display state of the second icon is off.
Specifically, the display state obtaining module 21 is configured to initiate an HTTP request for querying a display state to a server when a user enters a live broadcast room, where the HTTP request carries user identity information and information of a first icon, and the server learns whether to promote an application represented by the first icon to a current user according to the user identity information. And passively receiving a display status message of the second icon pushed by the server, wherein the display status message is used for indicating whether the second icon is displayed or not.
The return time of the HTTP request is indefinite, and therefore, the time to know the display state of the first icon and the display state of the second icon is indefinite. How to ensure that the first icon and the second icon are correctly displayed, the mutual exclusion display module is used for determining the display state of the second icon when the first icon needs to be displayed, and only when the second icon is hidden, the first icon can be displayed. That is, the mutually exclusive display module 22 cannot directly display the first icon in the current live broadcast room when the display state of the first icon returned by the server is on, but displays the second icon in the current live broadcast room after determining that the display state of the second icon is hidden, so that it can be avoided that the first icon is also displayed when the second icon is displayed, thereby causing the icon to be overlapped.
The device for realizing the mutually exclusive display of the icons in the live broadcast room, provided by the embodiment of the invention, realizes the linkage display of the two icons, can effectively solve the problem of the coverage of the display of the mutually exclusive icons, and improves the user experience.
Based on the above embodiment, the display state obtaining module 21 is further configured to:
and if the display state message of the second icon pushed by the server is not received within the preset time, sending an HTTP request for inquiring the display state of the second icon to the server.
Specifically, whether the second icon is displayed or not is pushed through a service (i.e. for implementing the business logic represented by the second icon) in the server corresponding to the second icon, that is, the display status message of the second icon may be pushed before the user enters the room or when the user just enters the room or only pushed a period of time after the user enters the room. Therefore, if the server already pushes the display status message of the second icon before the user enters the room, at this time, whether the second icon is displayed or not cannot be normally displayed because the pushed message cannot be acquired, and in order to solve the problem, when the user enters the room, the display status acquisition module 21 needs to make a certain logical judgment on the second icon:
1) when the user enters the room or within a preset time period after the user enters the room, judging whether a display state message of a second icon pushed by the server is received;
2) if the state display message pushed by the server is not received within a preset time period after the user enters the room, an inquiry interface for inquiring the display state of the second icon needs to be sent to the server, wherein the inquiry interface is an HTTP request, and the HTTP request carries the user identity information and the information of the second icon.
Based on the above embodiment, the display state obtaining module 21 is further configured to:
and if the display state message of the second icon or the return result of the HTTP request for inquiring the display state of the second icon is received, acquiring the display state of the second icon according to the display state message of the second icon or the return result, and correspondingly displaying or hiding the second icon in the current live broadcast room.
Specifically, the display priority of the second icon is higher than that of the first icon, and therefore, whenever the display state acquiring module 21 is used, if the display state message of the second icon or the return result of the HTTP request for querying the display state of the second icon is received, the display state of the second icon is acquired according to the content of the display state message or the content of the return result, and if the display state of the second icon is on, the second icon is displayed in the current live broadcast room; and if the display state of the second icon is closed, continuously hiding the second icon in the current live broadcast room.
Based on the above embodiment, the apparatus for implementing mutual exclusion display of icons in a live broadcast room further includes:
the display state transfer module is used for calling a sendMessage method to transmit the display state of the second icon to the first icon through Activity when the display state of the second icon is acquired;
and the setting module is used for setting the value of the marker bit hasRequest to true when the display state that the first icon receives the second icon is on.
Specifically, because whether the first icon is displayed or not strictly depends on the second icon, when the display state of the second icon is acquired by the display state transfer module, the display state of the second icon needs to be notified to the first icon, so that the first icon knows whether the second icon is displayed or not.
The communication between the first icon and the second icon may be implemented through Activity. When the display state of the second icon is acquired, a sendMessage method is called to transfer the acquired display state of the second icon to the first icon through Activity, wherein the Activity represents a live page, and when the display state of the second icon is known, display state information of the second icon is sent to the Activity by calling a sendMessage (msg, target) method, wherein the message content represented by msg is the display state information of the second icon, and the target represents object information of message reception and is the first icon. Therefore, the Activity receives the message sent by the second icon, finds the target object by analyzing the target in the Activity, and then transmits the message to the first icon, thereby completing the whole process of forwarding the message from the second icon to the first icon.
When the display state of the second icon received by the first icon is on, the setting module sets the value of the marker bit hasRequest to true. The mark bit hasRequest is used for synchronization processing, and hasRequest indicates that the first icon has sent a request or the second icon is in an open display state, so that the problem that the first icon is displayed again due to the fact that the second icon sends a message to inform the first icon to be hidden and the first icon returns after the request is made is avoided. The initial value of the marker bit hasRequest is false, and the value of hasRequest is true only when an htttp request for querying the display state of the first icon is sent or the display state of the second icon is received to be open.
Based on the above embodiment, the mutual exclusion display module is specifically configured to:
and acquiring the value of the marker bit hasRequest, and if the value of the marker bit hasRequest is false, the first icon learns that the display state of the second icon is hidden.
When the display state of the first icon returned by the server is on, the first icon is not directly displayed in the current live broadcast room, but the first icon can be displayed only when the mutual exclusion display module learns that the display state of the second icon is off. Knowing that the display state of the second icon is off is determined according to the marker bit hasRequest ═ false, because the value of the marker bit hasRequest must be true when the display state of the second icon is on. Regardless of whether the first icon knows that the display state of the second icon is closed before or after the display state of the first icon returned by the server is opened, the display of the first icon needs to be executed when the display state of the second icon is closed.
According to the method and the device for realizing the mutually exclusive display of the icons in the live broadcast room, the linkage display of the two icons is realized, the problem of coverage of the mutually exclusive icon display can be effectively solved, and the user experience is improved.
Finally, the method of the present invention is only a preferred embodiment and is not intended to limit the scope of the present invention. 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.
Claims (10)
1. A method for realizing the mutually exclusive display of icons in a live broadcast room is characterized by comprising the following steps:
s1, when a user enters a live broadcast room, sending an HTTP request for inquiring the display state of a first icon to a server, and judging whether a display state message of a second icon which is pushed by the server and has exclusive logic with the first icon is received;
s2, if the display state of the first icon returned by the server is on and the first icon learns that the display state of the second icon is off, displaying the first icon in the current live broadcast room;
and the mutual exclusion logic is mutual exclusion of service logic, and when the second icon is displayed, the first icon cannot be displayed in the current live broadcast room.
2. The method according to claim 1, wherein step S1 further comprises:
and if the display state message of the second icon pushed by the server is not received within the preset time, sending an HTTP request for inquiring the display state of the second icon to the server.
3. The method according to claim 1 or 2, wherein step S1 further comprises:
and if the display state message of the second icon or the return result of the HTTP request for inquiring the display state of the second icon is received, acquiring the display state of the second icon according to the display state message of the second icon or the return result, and correspondingly displaying or hiding the second icon in the current live broadcast room.
4. The method of claim 3, further comprising, between steps S1 and S2:
when the display state of the second icon is obtained, calling a sendMessage method to transmit the display state of the second icon to the first icon through Activity;
and when the display state of the first icon receiving the second icon is on, setting the value of the marker bit hasRequest to true.
5. The method according to claim 4, wherein the step of learning by the first icon that the display status of the second icon is off in step S2 further comprises:
and acquiring the value of the marker bit hasRequest, and if the value of the marker bit hasRequest is false, the first icon learns that the display state of the second icon is closed.
6. An apparatus for implementing mutual exclusion display of icons in a live broadcast room, comprising:
the display state acquisition module is used for sending an HTTP request for inquiring the display state of the first icon to the server when a user enters a live broadcast room, and judging whether a display state message of a second icon which is pushed by the server and has mutually exclusive logic with the first icon is received or not;
the mutual exclusion display module is used for displaying the first icon in the current live broadcast room if the display state of the first icon returned by the server is on and the display state of the second icon is off;
and the mutual exclusion logic is mutual exclusion of service logic, and when the second icon is displayed, the first icon cannot be displayed in the current live broadcast room.
7. The apparatus of claim 6, wherein the display state obtaining module is further configured to:
and if the display state message of the second icon pushed by the server is not received within the preset time, sending an HTTP request for inquiring the display state of the second icon to the server.
8. The apparatus according to claim 6 or 7, wherein the display status acquiring module is further configured to:
and if the display state message of the second icon or the return result of the HTTP request for inquiring the display state of the second icon is received, acquiring the display state of the second icon according to the display state message of the second icon or the return result, and correspondingly displaying or hiding the second icon in the current live broadcast room.
9. The apparatus of claim 8, further comprising:
the display state transfer module is used for calling a sendMessage method to transmit the display state of the second icon to the first icon through Activity when the display state of the second icon is acquired;
and the setting module is used for setting the value of the marker bit hasRequest to true when the display state that the first icon receives the second icon is on.
10. The apparatus of claim 9, wherein the mutually exclusive display module is specifically configured to:
and acquiring the value of the marker bit hasRequest, and if the value of the marker bit hasRequest is false, the first icon learns that the display state of the second icon is hidden.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710929472.9A CN109640147B (en) | 2017-10-09 | 2017-10-09 | Method and device for realizing mutually exclusive display of icons in live broadcast room |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710929472.9A CN109640147B (en) | 2017-10-09 | 2017-10-09 | Method and device for realizing mutually exclusive display of icons in live broadcast room |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109640147A CN109640147A (en) | 2019-04-16 |
| CN109640147B true CN109640147B (en) | 2021-02-02 |
Family
ID=66051055
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710929472.9A Active CN109640147B (en) | 2017-10-09 | 2017-10-09 | Method and device for realizing mutually exclusive display of icons in live broadcast room |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109640147B (en) |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101582938A (en) * | 2008-05-14 | 2009-11-18 | 比亚迪股份有限公司 | Mobile terminal as well as icon display method and system thereof |
| CN105992071A (en) * | 2015-03-02 | 2016-10-05 | 中兴通讯股份有限公司 | Service presentation method and device |
| CN106162248A (en) * | 2016-06-27 | 2016-11-23 | 武汉斗鱼网络科技有限公司 | Management method and the system of position promoted by live platform |
| CN106325720A (en) * | 2015-06-16 | 2017-01-11 | 联想(北京)有限公司 | Information processing method and information processing device |
| CN106355430A (en) * | 2016-08-17 | 2017-01-25 | 北京奇虎科技有限公司 | Promotion processing method, device and system for promoted content delivery platform |
| CN106383627A (en) * | 2016-08-26 | 2017-02-08 | 北京小米移动软件有限公司 | Information displaying method and apparatus |
| CN106412667A (en) * | 2016-08-31 | 2017-02-15 | 广州华多网络科技有限公司 | Method and apparatus for transmitting display information |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10455291B2 (en) * | 2015-03-20 | 2019-10-22 | Twitter, Inc. | Live video stream sharing |
| CN105892962A (en) * | 2015-11-20 | 2016-08-24 | 乐视移动智能信息技术（北京）有限公司 | Display method and display device |
-
2017
- 2017-10-09 CN CN201710929472.9A patent/CN109640147B/en active Active
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101582938A (en) * | 2008-05-14 | 2009-11-18 | 比亚迪股份有限公司 | Mobile terminal as well as icon display method and system thereof |
| CN105992071A (en) * | 2015-03-02 | 2016-10-05 | 中兴通讯股份有限公司 | Service presentation method and device |
| CN106325720A (en) * | 2015-06-16 | 2017-01-11 | 联想(北京)有限公司 | Information processing method and information processing device |
| CN106162248A (en) * | 2016-06-27 | 2016-11-23 | 武汉斗鱼网络科技有限公司 | Management method and the system of position promoted by live platform |
| CN106355430A (en) * | 2016-08-17 | 2017-01-25 | 北京奇虎科技有限公司 | Promotion processing method, device and system for promoted content delivery platform |
| CN106383627A (en) * | 2016-08-26 | 2017-02-08 | 北京小米移动软件有限公司 | Information displaying method and apparatus |
| CN106412667A (en) * | 2016-08-31 | 2017-02-15 | 广州华多网络科技有限公司 | Method and apparatus for transmitting display information |
Non-Patent Citations (1)
| Title |
|---|
| 《基于Android的在线教育直播互动系统设计与实现》;马博林;《中国优秀硕士学位论文全文数据库》;20170315;全文 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109640147A (en) | 2019-04-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107172685B (en) | Method and equipment for displaying information of wireless access point on mobile terminal | |
| US20150081813A1 (en) | Logo Message | |
| CN105490917B (en) | Method and device for realizing sharing in application | |
| CN104967721A (en) | Method and apparatus for processing unread messages | |
| CN105516246B (en) | A kind of method and server of anti-application program downloading abduction | |
| US10270835B2 (en) | Determination of information relating to messages | |
| CN104980898A (en) | Information pushing method, system and equipment | |
| CN104618816A (en) | Cross-screen interaction method, device and system | |
| CN105207867A (en) | Equipment connecting method and equipment connecting device | |
| CN104144198A (en) | Multimedia information sharing method, system and device | |
| CN104105007A (en) | Video loading method of mobile terminal, devices and system | |
| CN113316128B (en) | Screen projection method, receiving terminal equipment and sending terminal equipment | |
| JP2011054174A (en) | Sms-sponsored wap advertisement | |
| CN104937910A (en) | Mobile station | |
| CN104253869A (en) | Blacklist sharing method, blacklist updating method, blacklist sharing device and blacklist updating device | |
| CN103823801A (en) | Webpage sharing method, device and system in mobile terminal | |
| CN117544614A (en) | File transmission method, device and computer readable storage medium | |
| CN113242308A (en) | Information pushing method, device, equipment and storage medium | |
| RU2665240C2 (en) | Method and device for page insertion | |
| CN107124714B (en) | Data transmission method and data transmission terminal | |
| KR101586688B1 (en) | Method, device and program of sharing contents | |
| EP2760176A1 (en) | Flash video enabler for iOS devices | |
| CN109640147B (en) | Method and device for realizing mutually exclusive display of icons in live broadcast room | |
| CN105162936A (en) | Unfamiliar call prompt method and user terminal | |
| CN108370500B (en) | Optimized settings for wireless devices |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |