CN115334331A - Communication method, equipment and storage medium for teaching live broadcast - Google Patents
Communication method, equipment and storage medium for teaching live broadcast Download PDFInfo
- Publication number
- CN115334331A CN115334331A CN202211013010.XA CN202211013010A CN115334331A CN 115334331 A CN115334331 A CN 115334331A CN 202211013010 A CN202211013010 A CN 202211013010A CN 115334331 A CN115334331 A CN 115334331A
- Authority
- CN
- China
- Prior art keywords
- message
- message packet
- field
- packet
- operation information
- 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.)
- Granted
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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/21—Server components or server architectures
- H04N21/218—Source of audio or video content, e.g. local disk arrays
- H04N21/2187—Live feed
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/04—Protocols for data compression, e.g. ROHC
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/06—Notations for structuring of protocol data, e.g. abstract syntax notation one [ASN.1]
-
- 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/478—Supplemental services, e.g. displaying phone caller identification, shopping application
- H04N21/4788—Supplemental services, e.g. displaying phone caller identification, shopping application communicating with other users, e.g. chatting
Abstract
A communication method, equipment and storage medium for teaching live broadcast, the method comprises: acquiring operation information of each message sending end, generating a first message packet of the operation information according to a preset protocol data format, and sending the first message packet to a server end; the server side performs priority evaluation on the received first message packet and then sends the first message packet to a corresponding message receiving end, or generates a second message packet based on operation information in the first message packet and then performs priority evaluation on the second message packet and sends the second message packet to the corresponding message receiving end; and the message receiving end extracts the operation information in the first message packet or the second message packet and responds. According to the method, the protocol data volume is reduced by optimizing the communication protocol, so that the issuing pressure of the server side is reduced, the data transmission method is optimized before the server side forwards the data, the role level of a sending party and the role level of a receiving party and the priority evaluation of the sending content are carried out in a targeted mode, and the high-quality interaction in the whole teaching live broadcast process is improved.
Description
Technical Field
The embodiment of the application relates to a communication method, equipment and a storage medium for teaching live broadcast.
Background
With the continuous development of internet technology, powerful technical support is provided for intelligent education, such as the development of live broadcast teaching in large quantities. In the live teaching, the interaction between teachers and students usually needs IM communication system as support, and among the prior art, in order to satisfy the diversified demand of interaction between teachers and students, the mode that often adopts websocket agreement + XMPP/STOMP agreement carries out IM communication system's design, however this kind of mode has following problem: 1. in the face of the demand of interaction diversification, because the existing communication protocol stipulates a development framework, the development can be carried out only on the basis of the development framework, so that the resources such as manpower, material resources, time and the like required in the development process are large; 2. the quantity of messages received and sent by the server is greatly different, and the message volume data of the existing communication protocol is large, so that the message volume data is not beneficial to the forwarding of the server, and the issuing capacity of the server is tested greatly.
Disclosure of Invention
In order to solve the defects in the prior art, the application aims to provide a communication method, equipment and a storage medium for teaching live broadcast, a simplified protocol data format is adopted, the volume of protocol data is reduced, and the issuing pressure of a server end is reduced.
The application provides a communication method for teaching live broadcast, which comprises the following steps:
acquiring operation information of each message sending end, generating a first message packet of the operation information according to a preset protocol data format, and sending the first message packet to a server end;
the server side performs priority evaluation on the received first message packet and then sends the first message packet to a corresponding message receiving end, or generates a second message packet based on operation information in the first message packet and then performs priority evaluation on the second message packet and sends the second message packet to the corresponding message receiving end;
the message receiving terminal extracts the operation information in the first message packet or the second message packet and responds;
the protocol data comprises a head field and a body field, wherein the head field comprises a message type field, a message identification field, a sending end identification field and a receiving end identification field, different message type fields correspond to different message type fields, and the body field is specific operation information content;
wherein the priority evaluation comprises: evaluating the message quality, namely judging the syntax complexity and the content repetition degree of a first message packet or a second message packet to be sent so as to preferentially send the first message packet or the second message packet with high syntax complexity and low content repetition degree; the client evaluates, judges the role level of each message sending end and each message receiving end, transmits a first message packet of a message sending end with high role level or a second message packet generated by a response of a server with priority, and sends the first message packet to the message receiving end with high role level preferentially; and field evaluation, namely judging the priority of each field of the first message packet or the second message packet to be sent so as to send the first message packet or the second message packet according to a preset field priority order.
Further, the protocol method includes a heartbeat mechanism.
Further, the message category field includes: three values of request message, chat message and client state message.
Further, when the message type field is a request message, the message type field includes four values of query, setting, response and error.
Further, when the message category field is a chat message, the message type field includes: group chat, error and notification.
Further, when the message type field is a client status message, the message type field includes: and taking values of offline, online and error.
Further, the protocol data further comprises an acknowledgement retransmission field.
Further, the protocol method includes a heartbeat mechanism.
To achieve the above object, the present application also provides an electronic device, including:
a processor;
a memory including one or more computer program modules;
wherein the one or more computer program modules are stored in the memory and configured to be executed by the processor, the one or more computer program modules comprising communication methods for implementing a live educational broadcast.
To achieve the above object, the present application also provides a computer storage medium including a computer program embodied on a non-transitory computer readable medium, the computer program including program code for performing a communication method for live education.
Compare in prior art, this application has following beneficial effect:
according to the method, the development mode of the conventional websocket protocol and XMPP/STOMP protocol is abandoned, the format of the protocol data is optimized from the actual teaching live broadcasting requirement, on one hand, the limitation of the existing protocol on the actual application is avoided, the development difficulty and the development cost are greatly reduced, on the other hand, the protocol data is simplified, the volume of the protocol data is reduced by more than 30% compared with that in the prior art, and the issuing pressure of a server side is reduced.
The server side optimizes the data transmission method before forwarding the data, performs priority evaluation on the role level and the sending content of the message packet sending and receiving party in a targeted manner, and rapidly forwards some important messages in advance, so that high-quality interaction in the whole teaching live broadcast process is improved.
Additional features and advantages of the application will be set forth in the description which follows, and in part will be obvious from the description, or may be learned by the practice of the application.
Drawings
The above and other features, advantages and aspects of various embodiments of the present application will become more apparent from the following detailed description when taken in conjunction with the accompanying drawings. Like reference symbols in the various drawings indicate like elements. It should be understood that the drawings are schematic and that elements and components are not necessarily drawn to scale.
Fig. 1 is a schematic flow chart of a communication method for live teaching in embodiment 1;
FIG. 2 is a schematic diagram of protocol data of the present application;
FIG. 3 is a schematic diagram of a protocol data structure of a first message packet;
FIG. 4 is a schematic diagram of a protocol data structure of a second message packet;
FIG. 5 is a diagram illustrating the contents of a protocol data structure of a third packet;
FIG. 6 is a diagram of the contents of the protocol data structure of a fourth message packet;
FIG. 7 is a diagram illustrating the contents of the protocol data structure of a fifth message packet;
FIG. 8 is a diagram illustrating the contents of a protocol data structure of a sixth message packet;
FIG. 9 is a diagram of the contents of the protocol data structure of a seventh message packet;
FIG. 10 is a diagram illustrating the contents of a protocol data structure of an eighth message packet;
FIG. 11 is a schematic diagram of a heartbeat mechanism;
FIG. 12 is a schematic block diagram of an electronic device of the present application;
fig. 13 is a schematic diagram of a storage medium according to the present application.
Detailed Description
Embodiments of the present application will be described in more detail below with reference to the accompanying drawings. While certain embodiments of the present application are shown in the drawings, it should be understood that the present application may be embodied in various forms and should not be construed as limited to the embodiments set forth herein, but rather these embodiments are provided for a more complete and thorough understanding of the present application. It should be understood that the drawings and embodiments of the present application are for illustration purposes only and are not intended to limit the scope of the present application.
It should be understood that the various steps recited in the method embodiments of the present application may be performed in a different order and/or in parallel. Moreover, method embodiments may include additional steps and/or omit performing the illustrated steps. The scope of the present application is not limited in this respect.
The term "include" and variations thereof as used herein are open-ended, i.e., "including but not limited to". The term "based on" is "based, at least in part, on". The term "one embodiment" means "at least one embodiment"; the term "another embodiment" means "at least one additional embodiment"; the term "some embodiments" means "at least some embodiments". Relevant definitions for other terms will be given in the following description.
It should be noted that the concepts of "teacher", "student", etc. mentioned in the present application are only used for distinguishing different devices, modules or units, and are not used for limiting the order or interdependence of the functions performed by these devices, modules or units.
It is noted that references to "a", "an", and "the" modifications in this application are intended to be illustrative rather than limiting, and that those skilled in the art will recognize that reference to "one or more" unless the context clearly dictates otherwise. "plurality" is to be understood as two or more.
Hereinafter, embodiments of the present application will be described in detail with reference to the accompanying drawings.
Fig. 1 is a schematic flowchart of a communication method for live teaching provided in an embodiment of the present application. As shown in fig. 1, the method includes the following steps S101, S102, and S103.
Step S101: acquiring operation information of each message sending end, generating a first message packet of the operation information according to a preset protocol data format and sending the first message packet to a server end;
step S102: the server side performs priority evaluation on the received first message packet and then sends the first message packet to a corresponding message receiving end, or generates a second message packet based on operation information in the first message packet and then performs priority evaluation on the second message packet and sends the second message packet to the corresponding message receiving end;
step S103: the message receiving end extracts the operation information in the first message packet or the second message packet and responds;
wherein the priority evaluation comprises: evaluating the message quality, namely judging the syntax complexity and the content repetition degree of a first message packet or a second message packet to be sent so as to send the first message packet or the second message packet with high syntax complexity and low content repetition degree preferentially; and the client evaluates and judges the role level of each message sending end and each message receiving end, so as to preferentially transmit a first message packet of a message sending end with high role level or a second message packet generated by the response of a preferential transmission server end, and preferentially send the first message packet to a message receiving end with high role level.
In this embodiment, the priority evaluation includes: evaluating the message quality, namely judging the grammar complexity and the content repetition degree of a first message packet or a second message packet to be sent so as to send the grammar complexity and the content repetition degree preferentially; illustratively, MESSAGE (chat MESSAGE) such as "teacher's good", "11", "111" and "1" has low syntax complexity and high repetition of MESSAGE content, which is not significant for many MESSAGE receiving ends, and has low MESSAGE quality, so the server side will preferentially send MESSAGEs with relatively high quality, and then send MESSAGEs with low quality, and even abandon sending some MESSAGEs with high repetition and low syntax complexity.
And the client evaluates and judges the role levels of the message sending end and the message receiving end so as to preferentially transmit the first message packet of the message sending end with high role level or the second message packet after the response of the first message packet, and preferentially send the first message packet to the message receiving end with high role level. Illustratively, the role levels share the levels of an administrator, a preschool teacher, an assistant teacher and a student in high and low order, and the server side can preferentially send messages of the administrator, the preschool teacher and the assistant teacher and can preferentially send messages to the administrator, the preschool teacher and the assistant teacher.
It should be noted that the role level can be set according to the identity, etc., and can also be adjusted according to the actual requirement (e.g., according to the interaction time and the speech quality).
It should be noted that, priority order setting may also be performed on different message packets through fields of the message packet, and when the message packet is sent, field priority evaluation is performed on the message packet, that is, the message packet is sent according to the preset field priority order. Illustratively, in this embodiment, the priority transmission order of some message packets is as follows: the MESSAGE type field is MESSAGE and the MESSAGE type field is notification, the MESSAGE type field is IQ and the MESSAGE type field is set, the MESSAGE type field is IQ and the MESSAGE type field is get, the MESSAGE type field is PRESENCE, the MESSAGE type field is MESSAGE and the MESSAGE type field is groupchat.
It should be noted that the message sent by the client does not need to have a sending end identification field, and the server may obtain the message from the session.
Wherein, the protocol data is in JSON format.
The MESSAGE type field comprises three values of IQ (request MESSAGE), MESSAGE (chat MESSAGE) and PRESNCE, and when the MESSAGE type field is IQ (request MESSAGE), the MESSAGE type field comprises four values of get (query), set (setting), result (result) and error; when the MESSAGE type field is MESSAGE, the MESSAGE type field type includes: three values of group chat, error and notification; when the message type field is a client state message, the message type field comprises: unavailable (offline), available (online) and error values.
For example, when a teacher wants to change setting information (such as a live broadcast name, a live broadcast status, and whether to allow speech) of a live broadcast, a client (client) where the teacher is located sends a first message packet according to instruction information of the teacher, the content of the first message packet is shown in fig. 3, where a message type field category is IQ, a message identification field id is uniq-id, a receiving end identification field to is/room/abcd, that is, abcd, a message type field type is set, that is, a setting-class message, a body extension field includes a request field and a params field, a request field is/room/update, indicating that information is updated in the live broadcast, a params field is specifically set in the live broadcast, and includes a name, a status and a status field, a name field is a live broadcast name, a status field has an OPEN and OPEN field, a CLOSED field indicates that information is updated in the live broadcast, a status and a notification field includes a live broadcast value, and a session status, and a notification field includes a live broadcast value, and a session status.
It should be noted that, when only a certain field is set, only the set field and its value are in the body, and if only the forbidden operation is performed, only the allowChat field and its value false are in the body field, and there is no information of the unchanged field such as the name field.
After receiving the content of the first MESSAGE packet, the server (server) generates a second MESSAGE packet, where the content of the second MESSAGE packet is shown in fig. 4, where the value of the MESSAGE type field category is MESSAGE, the value of the MESSAGE identification field id is unity-id, the value of the sender identification field from is/ROOM/abcd, that is, the number is abcd direct broadcast ROOM, the value of the MESSAGE type field type is notification, the content in the body field is modified correspondingly according to the content of the first MESSAGE packet, the value of the type field in the body field is CHAT _ rom _ update, which indicates that the direct broadcast information is UPDATED, and other fields (name field, status field, allowshat and allowsequestrvoice) and their value information are put into the detail field in the body field, that is, the specific UPDATED content.
And the server end sends a second message packet to the student client end, and the student client end extracts the content in the body field in the second message packet and indicates that specific change information of the live broadcast room is received.
It should be noted that, when the teacher issues the interactive topic, the client of the teacher sends the relevant information of the interactive topic to the server end through the Http protocol, and the server end generates a third packet according to the protocol data format and sends the third packet to the student client end, that is, informs the student end of a new interactive topic, where the content of the third packet is shown in fig. 5, where the value of onGongInteraction includes interactive Id and null, and the interactive Id is the name of the interactive topic.
And after the student client receives the third message packet, the student client answers the interactive questions through the http protocol. The server end generates a fourth message packet based on the answering content and sends the fourth message packet to each client end, wherein the content of the fourth message packet is shown in fig. 6, and the fourth message packet comprises the name field interactive Id of the interactive topic, the answering person session ID field sessionId and the answering person answer field response field.
For another example, when a student wants to request for connecting to a wheat, a student client generates a corresponding fifth message packet and sends the fifth message packet to a server, the content of the fifth message packet is shown in fig. 7, the server forwards the fifth message packet to a teacher client, the teacher responds to the request of the fifth message packet at the teacher client, a sixth message packet for starting connecting to the wheat is generated based on the response of the teacher and sent to the server, the content of the sixth message packet is shown in fig. 8, the server responds to a wheat connecting execution instruction of the sixth message packet and generates a seventh message packet representing successful wheat connecting to each client; as shown in fig. 9, when any client wants to cancel the microphone connection, the client generates a corresponding eighth message packet and sends the eighth message packet to the server, and the server responds to the eighth message packet to execute a microphone connection canceling instruction as shown in fig. 10.
The protocol data further includes an acknowledgment retransmission field ackRequired, which has two values, true and false, and it should be noted that the acknowledgment retransmission field ackRequired is added when the content of the message packet is important. Illustratively, for the first message packet that needs to acknowledge the retransmission field and has been successfully sent, if an ACK message packet reply returned by the server is not received within 10s, the client needs to resend, and the message id remains unchanged. The maximum number of retries is 3. It should be noted that the ACK MESSAGE packet includes an id, a MESSAGE type field, and a MESSAGE type field of the first MESSAGE packet, where the value of the MESSAGE type field category is MESSAGE and IQ, the value of the MESSAGE type field type is result and error, and result represents acknowledgement.
It should be noted that the transmission principle of other corresponding message packets, such as a handshake request, sending information, etc., at the client end in the live broadcast interaction is as above, and therefore, the details are not described herein.
The protocol method further includes a heartbeat mechanism, the heartbeat mechanism adopts a ping mode, and a flow diagram of the heartbeat mechanism is shown in fig. 11.
Fig. 12 is a schematic block diagram of an electronic device provided in some embodiments of the present application. As shown in fig. 12, the electronic device 130 includes a processor 131, a memory 132, and a display device 133. The display device 133 is configured as a live room. The memory 132 is used to store non-transitory computer-readable instructions (e.g., one or more computer program modules). The processor 131 is configured to execute non-transitory computer readable instructions, which when executed by the processor 131 may perform one or more of the steps of the page presentation method described above. The memory 132 and the processor 131 may be interconnected by a bus system and/or other form of connection mechanism (not shown).
For example, the processor 131 may be a Central Processing Unit (CPU), a Digital Signal Processor (DSP), or other form of processing unit having data processing capabilities and/or program execution capabilities, such as a Field Programmable Gate Array (FPGA), or the like; for example, the Central Processing Unit (CPU) may be an X86 or ARM architecture or the like. The processor 131 may be a general-purpose processor or a special-purpose processor that may control other components in the electronic device 130 to perform desired functions.
For example, memory 132 may include any combination of one or more computer program products that may include various forms of computer-readable storage media, such as volatile memory and/or non-volatile memory. Volatile memory can include, for example, random Access Memory (RAM), cache memory (or the like). The non-volatile memory may include, for example, read Only Memory (ROM), a hard disk, an Erasable Programmable Read Only Memory (EPROM), a portable compact disc read only memory (CD-ROM), USB memory, flash memory, and the like. One or more computer program modules may be stored on the computer-readable storage medium and executed by processor 131 to implement various functions of electronic device 130. Various applications and various data, as well as various data used and/or generated by the applications, and the like, may also be stored in the computer-readable storage medium.
It should be noted that, in the embodiment of the present application, reference may be made to the above description on the communication method for teaching live broadcast for specific functions and technical effects of the electronic device 130, and details are not described here again.
Fig. 13 is a schematic diagram of a storage medium according to some embodiments of the present application. As shown in fig. 13, storage medium 150 is used to store non-transitory computer readable instructions 151. For example, the non-transitory computer readable instructions 151, when executed by a computer, may perform one or more steps in a communication method according to the above-described instructional live broadcast.
For example, the storage medium 150 may be applied to the electronic device 130 described above. For example, the storage medium 150 may be the memory 132 in the electronic device 130 shown in fig. 10. For example, the related description about the storage medium 150 may refer to the corresponding description of the memory 132 in the electronic device 130 shown in fig. 10, and is not repeated here.
It should be noted that the storage medium (computer-readable medium) described above in the present application may be a computer-readable signal medium or a non-transitory computer-readable storage medium or any combination of the two. The non-transitory computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or a combination of any of the foregoing. More specific examples of the non-transitory computer readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the present application, a non-transitory computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. In this application, however, a computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may also be any computer readable medium that is not a non-transitory computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to: electrical wires, optical cables, RF (radio frequency), etc., or any suitable combination of the foregoing.
In some embodiments, the clients, servers may communicate using any currently known or future developed network Protocol, such as the Hyper Text Transfer Protocol (HTTP), and may be interconnected by any form or medium of digital data communication (e.g., a communications network). Examples of communication networks include a Local Area Network (LAN), a Wide Area Network (WAN), the Internet (e.g., the Internet), and peer-to-peer networks (e.g., ad hoc peer-to-peer networks), as well as any currently known or future developed network.
The computer readable medium may be embodied in the electronic device; or may be separate and not incorporated into the electronic device.
The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present application. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.
The units described in the embodiments of the present application may be implemented by software or hardware. Wherein the name of an element does not in some cases constitute a limitation on the element itself.
The functions described herein above may be performed, at least in part, by one or more hardware logic components. For example, without limitation, exemplary types of hardware logic components that may be used include: field Programmable Gate Arrays (FPGAs), application Specific Integrated Circuits (ASICs), application Specific Standard Products (ASSPs), systems on a chip (SOCs), complex Programmable Logic Devices (CPLDs), and the like.
In the present application, a machine-readable medium may be a tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. The machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium. A machine-readable medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of a machine-readable storage medium would include an electrical connection based on one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.
In the foregoing, a communication method, an electronic device, and a storage medium for live education provided by an embodiment of the present application are described with reference to fig. 1 to 13. According to the communication method for teaching live broadcast, on one hand, in actual development, development difficulty is greatly reduced, development efficiency is improved, and development cost is reduced, and on the other hand, issuing pressure of a server side is greatly reduced through simplifying a protocol data format.
The above description is only a few embodiments of the present application and is intended to illustrate the principles of the technology employed. It will be appreciated by those skilled in the art that the scope of the disclosure herein is not limited to the particular combination of features described above, but also encompasses other arrangements formed by any combination of the above features or their equivalents without departing from the spirit of the disclosure. For example, the above features may be replaced with (but not limited to) features having similar functions disclosed in the present application.
Further, while operations are depicted in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order. Under certain circumstances, multitasking and parallel processing may be advantageous. Likewise, while several specific implementation details are included in the above discussion, these should not be construed as limitations on the scope of the application. Certain features that are described in the context of separate embodiments can also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment can also be implemented in multiple embodiments separately or in any suitable subcombination.
Although the subject matter has been described in language specific to structural features and/or methodological acts, it is to be understood that the subject matter defined in the appended claims is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above are disclosed as example forms of implementing the claims.
Claims (10)
1. A communication method for teaching live broadcast comprises the following steps:
acquiring operation information of each message sending end, generating a first message packet of the operation information according to a preset protocol data format and sending the first message packet to a server end;
the server side performs priority evaluation on the received first message packet and then sends the first message packet to a corresponding message receiving end, or generates a second message packet based on operation information in the first message packet and then performs priority evaluation on the second message packet and sends the second message packet to the corresponding message receiving end;
the message receiving end extracts the operation information in the first message packet or the second message packet and responds;
the protocol data comprises a head field and a body field, wherein the head field comprises a message type field, a message identification field, a sending end identification field and a receiving end identification field, different message type fields correspond to different message type fields, and the body field is specific operation information content;
wherein the priority evaluation comprises: evaluating the message quality, namely judging the syntax complexity and the content repetition degree of a first message packet or a second message packet to be sent so as to send the first message packet or the second message packet with high syntax complexity and low content repetition degree preferentially; the client evaluates, judges the role level of each message sending end and each message receiving end, transmits a first message packet of a message sending end with high role level or a second message packet generated by the response of a priority transmission server end with priority, and sends the first message packet to the message receiving end with high role level preferentially; and field evaluation, namely judging the priority of each field of the first message packet or the second message packet to be sent so as to send the first message packet or the second message packet according to a preset field priority order.
2. The communication method of claim 1, wherein the protocol data is in a JSON format.
3. The method of claim 1, wherein the protocol data further comprises an acknowledgment retransmission field.
4. The method of claim 1, wherein the protocol method comprises a heartbeat mechanism.
5. The method of claim 1, wherein the message category field comprises: three values of request message, chat message and client state message.
6. The communication method of claim 5, wherein when the message type field is a request message, the message type field includes four values of query, setting, response and error.
7. The method of claim 5, wherein when the message type field is a chat message, the message type field comprises: group chat, error and notification.
8. The method of claim 5, wherein when the message type field is a client status message, the message type field comprises: and taking values of offline, online and error.
9. An electronic device, comprising:
a processor;
a memory including one or more computer program modules;
wherein the one or more computer program modules are stored in the memory and configured to be executed by the processor, the one or more computer program modules comprising communication means for implementing the live instructional broadcasting of any one of claims 1-8.
10. A computer storage medium comprising a computer program embodied on a non-transitory computer readable medium, the computer program comprising program code for performing the live instructional communication method of any one of claims 1-8.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211013010.XA CN115334331B (en) | 2022-08-23 | 2022-08-23 | Communication method, equipment and storage medium for teaching live broadcast |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211013010.XA CN115334331B (en) | 2022-08-23 | 2022-08-23 | Communication method, equipment and storage medium for teaching live broadcast |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN115334331A true CN115334331A (en) | 2022-11-11 |
| CN115334331B CN115334331B (en) | 2023-09-22 |
Family
ID=83925703
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202211013010.XA Active CN115334331B (en) | 2022-08-23 | 2022-08-23 | Communication method, equipment and storage medium for teaching live broadcast |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115334331B (en) |
Citations (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20110320555A1 (en) * | 2010-06-29 | 2011-12-29 | At&T Intellectual Property I, L.P. | Prioritization of protocol messages at a server |
| JP2012217214A (en) * | 2010-01-22 | 2012-11-08 | Dowango:Kk | Communication system, communication method, and program |
| CN106658041A (en) * | 2016-12-20 | 2017-05-10 | 天脉聚源(北京)传媒科技有限公司 | Information interaction method and device |
| US20170134810A1 (en) * | 2015-11-09 | 2017-05-11 | Didja | Systems and methods for user interaction |
| CN107948286A (en) * | 2017-11-24 | 2018-04-20 | 铁将军汽车电子股份有限公司 | Method, apparatus, terminal and the system of message transmission |
| CN108174305A (en) * | 2016-12-07 | 2018-06-15 | 北京云中融信网络科技有限公司 | The message treatment method and device of chatroom is broadcast live |
| US20190166390A1 (en) * | 2016-05-25 | 2019-05-30 | Lg Electronics Inc. | Broadcast signal transmission/reception device and method |
| CN110191348A (en) * | 2018-02-23 | 2019-08-30 | 武汉斗鱼网络科技有限公司 | The processing method and processing device of interactive message in net cast |
| CN110545376A (en) * | 2019-08-29 | 2019-12-06 | 上海商汤智能科技有限公司 | Communication method and apparatus, electronic device, and storage medium |
| CN110620934A (en) * | 2019-08-27 | 2019-12-27 | 格局商学教育科技（深圳）有限公司 | Interaction method and device for live broadcast teaching |
| CN110933453A (en) * | 2019-12-05 | 2020-03-27 | 广州酷狗计算机科技有限公司 | Live broadcast interaction method and device, server and storage medium |
| CN111064976A (en) * | 2018-10-17 | 2020-04-24 | 武汉斗鱼网络科技有限公司 | Method for sending live broadcast information and server |
| CN111343468A (en) * | 2020-02-13 | 2020-06-26 | 北京字节跳动网络技术有限公司 | Message processing method and device and electronic equipment |
| CN111970526A (en) * | 2020-08-18 | 2020-11-20 | 广州华多网络科技有限公司 | Interface notification message processing method, device, equipment and storage medium |
| WO2021204139A1 (en) * | 2020-04-10 | 2021-10-14 | 钉钉控股（开曼）有限公司 | Video displaying method, device, equipment, and storage medium |
| CN114124881A (en) * | 2021-11-30 | 2022-03-01 | 中国建设银行股份有限公司 | Message pushing method based on priority and related device |
-
2022
- 2022-08-23 CN CN202211013010.XA patent/CN115334331B/en active Active
Patent Citations (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2012217214A (en) * | 2010-01-22 | 2012-11-08 | Dowango:Kk | Communication system, communication method, and program |
| US20110320555A1 (en) * | 2010-06-29 | 2011-12-29 | At&T Intellectual Property I, L.P. | Prioritization of protocol messages at a server |
| US20170134810A1 (en) * | 2015-11-09 | 2017-05-11 | Didja | Systems and methods for user interaction |
| US20190166390A1 (en) * | 2016-05-25 | 2019-05-30 | Lg Electronics Inc. | Broadcast signal transmission/reception device and method |
| CN108174305A (en) * | 2016-12-07 | 2018-06-15 | 北京云中融信网络科技有限公司 | The message treatment method and device of chatroom is broadcast live |
| CN106658041A (en) * | 2016-12-20 | 2017-05-10 | 天脉聚源(北京)传媒科技有限公司 | Information interaction method and device |
| CN107948286A (en) * | 2017-11-24 | 2018-04-20 | 铁将军汽车电子股份有限公司 | Method, apparatus, terminal and the system of message transmission |
| CN110191348A (en) * | 2018-02-23 | 2019-08-30 | 武汉斗鱼网络科技有限公司 | The processing method and processing device of interactive message in net cast |
| CN111064976A (en) * | 2018-10-17 | 2020-04-24 | 武汉斗鱼网络科技有限公司 | Method for sending live broadcast information and server |
| CN110620934A (en) * | 2019-08-27 | 2019-12-27 | 格局商学教育科技（深圳）有限公司 | Interaction method and device for live broadcast teaching |
| CN110545376A (en) * | 2019-08-29 | 2019-12-06 | 上海商汤智能科技有限公司 | Communication method and apparatus, electronic device, and storage medium |
| US20210294767A1 (en) * | 2019-08-29 | 2021-09-23 | Shanghai Sensetime Intelligent Technology Co., Ltd. | Communication method and device, electronic device and storage medium |
| CN110933453A (en) * | 2019-12-05 | 2020-03-27 | 广州酷狗计算机科技有限公司 | Live broadcast interaction method and device, server and storage medium |
| CN111343468A (en) * | 2020-02-13 | 2020-06-26 | 北京字节跳动网络技术有限公司 | Message processing method and device and electronic equipment |
| WO2021204139A1 (en) * | 2020-04-10 | 2021-10-14 | 钉钉控股（开曼）有限公司 | Video displaying method, device, equipment, and storage medium |
| CN113518232A (en) * | 2020-04-10 | 2021-10-19 | 钉钉控股（开曼）有限公司 | Video display method, device, equipment and storage medium |
| CN111970526A (en) * | 2020-08-18 | 2020-11-20 | 广州华多网络科技有限公司 | Interface notification message processing method, device, equipment and storage medium |
| CN114124881A (en) * | 2021-11-30 | 2022-03-01 | 中国建设银行股份有限公司 | Message pushing method based on priority and related device |
Also Published As
| Publication number | Publication date |
|---|---|
| CN115334331B (en) | 2023-09-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110049134B (en) | Customer service chat method, customer service chat device, customer service end, server and storage medium | |
| WO2023093879A1 (en) | Data transmission method and apparatus, device, and storage medium | |
| CN110851035B (en) | Session message display method and device, electronic equipment and storage medium | |
| CN107172174A (en) | The quick upload of file is realized between clients and servers | |
| CN106921554B (en) | Message transmission method and device | |
| CN104683223A (en) | Instant communication method and instant communication device | |
| US10503599B2 (en) | Method and system for facilitating one-to-many data transmissions with reduced network overhead | |
| CN110875914A (en) | Method and device for transmitting messages based on shared session link | |
| WO2015096678A1 (en) | Information interaction method, device and server | |
| US8161113B2 (en) | Rich signaling feedback mechanism for group communication | |
| CN115334331A (en) | Communication method, equipment and storage medium for teaching live broadcast | |
| US20230388754A1 (en) | Communication method and apparatus for multicast and broadcast service, medium, and electronic device | |
| CN111818010B (en) | Data transmission method and device, electronic equipment and storage medium | |
| CN105306695A (en) | Communication method of mobile terminal and mobile terminal | |
| CN108040000B (en) | A kind of information transferring method and equipment | |
| CN104967556A (en) | Chat device based on social contact and communication method thereof | |
| CN114679602A (en) | Data processing method and device, electronic equipment and storage medium | |
| CN114938713A (en) | WLAN perception measurement method and device, electronic equipment and storage medium | |
| CN109120578B (en) | Method and device for realizing link connection processing | |
| WO2020015032A1 (en) | Educational administration system used for graduate students to select mentors | |
| CN112036819B (en) | Interaction method and device based on task image, medium and electronic equipment | |
| CN110784519A (en) | Method and device for displaying back-end program log on front-end page | |
| CN114035705B (en) | Intelligent screen data processing method based on Socket message | |
| CN110557728A (en) | short message sending method, device and network equipment | |
| US11582353B2 (en) | Voice signaling transmission method and device |
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 | ||
| CB02 | Change of applicant information |
Address after: 215200 south of Lianyang Road, east of Chang'an Road, Wujiang Economic and Technological Development Zone, Suzhou City, Jiangsu Province (Science and technology entrepreneurship Park) Applicant after: Suzhou Qingying Feifan Software Technology Co.,Ltd. Address before: 215200 south of Lianyang Road, east of Chang'an Road, Wujiang Economic and Technological Development Zone, Suzhou City, Jiangsu Province (Science and technology entrepreneurship Park) Applicant before: SUZHOU QINGYING FEIFAN SOFTWARE TECHNOLOGY CO.,LTD. |
|
| CB02 | Change of applicant information | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |