CN115334331B

CN115334331B - Communication method, equipment and storage medium for teaching live broadcast

Info

Publication number: CN115334331B
Application number: CN202211013010.XA
Authority: CN
Inventors: 封飞; 宋凡
Original assignee: Suzhou Qingying Feifan Software Technology Co ltd
Current assignee: Suzhou Qingying Feifan Software Technology Co ltd
Priority date: 2022-08-23
Filing date: 2022-08-23
Publication date: 2023-09-22
Anticipated expiration: 2042-08-23
Also published as: CN115334331A

Abstract

A communication method, equipment and storage medium for teaching live broadcast, the method includes: acquiring operation information of each message transmitting end, generating a first message packet of the operation information according to a preset protocol data format, and transmitting the first message packet to a server end; the method comprises the steps that a server side carries out priority evaluation on a received first message packet and then sends the first message packet to a corresponding message receiving side, or carries out priority evaluation on a second message packet after generating the second message packet based on operation information in the first message packet and then sends the second message packet to the corresponding message receiving side; 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 data is forwarded by the server side, the role level and the sending content of the sending party and the receiving party are evaluated in priority, and the high-quality interaction in the whole teaching live broadcast process is improved.

Description

Communication method, equipment and storage medium for teaching live broadcast

Technical Field

The embodiment of the application relates to a communication method, equipment and storage medium for teaching live broadcast.

Background

With the continuous development of internet technology, powerful technical support is provided for intelligent education, such as a great deal of development of live broadcast teaching. In live broadcast teaching, an IM communication system is usually required for interaction between teachers and students as support, in the prior art, in order to meet the requirement of interaction diversification between teachers and students, a websocket protocol+xmpp/stop protocol is often adopted to design the IM communication system, however, the following problems exist in the mode: 1. in order to meet the requirement of interactive diversification, the existing communication protocol prescribes a development framework, so that development can be only performed on the basis of the development framework, and resources such as manpower and material resource time and the like required in the development process are large; 2. the number of the messages received by the server and the number of the messages sent by the server are greatly different, and the message body data of the existing communication protocol is large in redundancy and size, so that the server is not beneficial to forwarding, and the problem of server issuing capability is solved.

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, which adopt a simplified protocol data format, reduce the volume of protocol data and lighten the issuing pressure of a server side.

The application provides a communication method of teaching live broadcast, which comprises the following steps:

acquiring operation information of each message transmitting end, generating a first message packet of the operation information according to a preset protocol data format, and transmitting the first message packet to a server end;

the method comprises the steps that a server side carries out priority evaluation on a received first message packet and then sends the first message packet to a corresponding message receiving side, or carries out priority evaluation on a second message packet after generating the second message packet based on operation information in the first message packet and then sends the second message packet to the corresponding message receiving side;

the message receiving end extracts the operation information in the first message packet or the second message packet and responds to the operation information;

the protocol data comprises a header field and a main body field, wherein the header field comprises a message type field, a message identification field, a sender identification field and a receiver identification field, different message type fields correspond to different message type fields, and the main body field is specific operation information content;

wherein the priority evaluation comprises: message quality evaluation, judging the grammar complexity and the content repeatability 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 grammar complexity and low content repeatability; the client side evaluates, judges the role level of each message sending end and each message receiving end, responds to the generated second message packet by the first message packet of the message sending end with high role level or the first message packet of the message sending end with high role level, and sends the second message packet to the message receiving end with high role level preferentially; and the field evaluation is used for 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 the preset field priority order.

Further, the protocol method includes a heartbeat mechanism.

Further, the message category field includes: the request message, the chat message and the 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 type 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: lower line, upper line and error.

Further, the protocol data further includes 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 a communication method for implementing a live teaching.

To achieve the above object, the present application also provides a computer storage medium including a computer program loaded on a non-transitory computer readable medium, the computer program including a program code for executing a communication method of live teaching.

Compared with the prior art, the application has the following beneficial effects:

the application abandons the development mode of the traditional websocket protocol and XMPP/STOMP protocol, optimizes the protocol data format from the actual teaching live broadcast requirement, on one hand avoids the limitation of the prior protocol on the actual application, greatly reduces the development difficulty and the development cost, and on the other hand simplifies the protocol data, so that the volume of the protocol data is reduced by more than 30 percent compared with the prior art, and reduces the issuing pressure of a server side.

The server optimizes the data transmission method before forwarding the data, pertinently evaluates the role level and the transmission content of the message packet transmission and the receiving party, forwards some important messages to the receiving party promptly and rapidly, and improves high-quality interaction in the whole teaching live broadcast process.

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 practice of the application.

Drawings

The above and other features, advantages and aspects of embodiments of the present application will become more apparent by reference to the following detailed description when taken in conjunction with the accompanying drawings. Like reference numerals refer to like elements throughout the drawings. It should be understood that the figures are schematic and that elements and components are not necessarily drawn to scale.

Fig. 1 is a flow chart of a communication method of teaching live broadcast in embodiment 1;

FIG. 2 is a diagram of protocol data according to the present application;

FIG. 3 is a schematic diagram of a protocol data structure of a first message packet;

FIG. 4 is a diagram of a protocol data structure of a second message packet;

FIG. 5 is a diagram of the protocol data structure content of a third message packet;

FIG. 6 is a diagram of the protocol data structure content of a fourth message packet;

FIG. 7 is a diagram illustrating the protocol data structure content of a fifth message packet;

FIG. 8 is a diagram of the protocol data structure content of a sixth message packet;

FIG. 9 is a diagram illustrating the contents of the protocol data structure of a seventh message packet;

FIG. 10 is a diagram illustrating the protocol data structure contents 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 the application is susceptible of embodiment in the drawings, it is to be understood that the application may be embodied in various forms and should not be construed as limited to the embodiments set forth herein, but rather are provided to provide a more thorough and complete understanding of the application. It should be understood that the drawings and embodiments of the 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 performed in parallel. Furthermore, method embodiments may include additional steps and/or omit performing the illustrated steps. The scope of the application is not limited in this respect.

The term "including" and variations thereof as used herein are intended to be 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. Related definitions of other terms will be given in the description below.

It should be noted that the concepts of "teacher", "student", etc. mentioned in the present application are only used to distinguish between different devices, modules or units, and are not used to define the order or interdependence of functions performed by these devices, modules or units.

It should be noted that references to "one", "a plurality" and "a plurality" in this disclosure are intended to be illustrative rather than limiting, and those skilled in the art will appreciate that "one or more" is intended to be construed as "one or more" unless the context clearly indicates otherwise. "plurality" is understood to mean two or more.

Hereinafter, embodiments of the present application will be described in detail with reference to the accompanying drawings.

Fig. 1 is a flow chart of a communication method of teaching live broadcast according to 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 transmitting end, generating a first message packet of the operation information according to a preset protocol data format, and transmitting the first message packet to a server end;

step S102: the method comprises the steps that a server side carries out priority evaluation on a received first message packet and then sends the first message packet to a corresponding message receiving side, or carries out priority evaluation on a second message packet after generating the second message packet based on operation information in the first message packet and then sends the second message packet to the corresponding message receiving side;

step S103: the message receiving end extracts the operation information in the first message packet or the second message packet and responds to the operation information;

wherein the priority evaluation comprises: message quality evaluation, judging the grammar complexity and the content repeatability 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 grammar complexity and low content repeatability; the client evaluates, judges the role level of each message sending end and each message receiving end, and preferentially transmits the first message packet of the message sending end with high role level or the second message packet generated by the response of the priority transmission server end, and preferentially transmits the second message packet to the message receiving end with high role level.

In this embodiment, the priority evaluation includes: message quality evaluation, judging the grammar complexity and the content repetition degree of a first message packet or a second message packet to be transmitted so as to preferentially transmit the grammar complexity high and the content repetition degree low; for example, MESSAGEs (chat MESSAGEs) such as "teacher good", "11", "111" and "1" have low syntax complexity and high repetition of MESSAGE content, and have low meaning to many MESSAGE receiving ends, so that the server end may preferentially send a MESSAGE with relatively high quality, resend a MESSAGE with low quality, and even discard sending for some MESSAGEs with high repetition and low syntax complexity.

The client evaluates, judges the role level of the message sending end and the message receiving end, and preferentially transmits 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 transmits the first message packet to the message receiving end with high role level. Illustratively, the role level shares the levels of an administrator, a master teacher, a teaching aid, a student and the like in a high-low order, and the server side can preferentially send messages to the administrator, the master teacher and the teaching aid and can preferentially send messages to the administrator, the master teacher and the teaching aid.

It should be noted that the role level can be set not only according to the identity, etc., but also according to the actual requirements (such as according to the interaction time and the speaking quality).

It should be noted that, priority order of different message packets may be set through the fields of the message packets, and when the message packets are sent, field priority evaluation is performed on the message packets, which is that the message packets are sent according to the preset field priority order. 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 MESSAGE, 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 sender identifier field, and the server can obtain from the session.

Wherein the protocol data is JSON format.

The MESSAGE type field comprises four values of get (query), set (setting), result (result) and error (error) when the MESSAGE type field is IQ (request MESSAGE); when the MESSAGE type field is MESSAGE, the MESSAGE type field type includes: three values of groupchat (group chat), error and notification; when the message type field is a client status message, the message type field includes: the values of unavailable, available and error are three values.

For example, when a teacher wants to change setting information (such as a live-broadcast room name, a live-broadcast room state, whether to allow speaking) of a live-broadcast room, a client side (client side) where the teacher is located sends a first message packet according to instruction information of the teacher, where the content of the first message packet is shown in fig. 3, a value of a message category field category is IQ, a value of a message identification field id is unique-id, a value of a receiving end identification field to is/rotor/abcd, that is, a number of abcd live-broadcast rooms, a value of a message type field type is set, that is, a set-class message, a body extension field includes a request field and a parameters field, a request value is/rotor/update, which indicates that information update of the live-broadcast room is performed, a value of a name of the live-broadcast room, a value of a status field has OPEN and a CLOSED optional, which indicates that a status of the live-broadcast room is set, and a volume is used for live-broadcast instruction and a live-broadcast interaction field, and a volume interaction field is set in a live-broadcast extension field, and a live-broadcast interaction field is included in the live-broadcast instruction field.

When only a certain field is set, only the setting field and its value are set in the body, for example, only the forbidden operation is performed, only the allowcat field and its value false are set in the body field, and no unchanged field such as the name field is set.

After receiving the content of the first MESSAGE packet, the server side generates a second MESSAGE packet, where the content of the second MESSAGE packet is shown in fig. 4, the value of the MESSAGE category field is MESSAGE, the value of the MESSAGE identification field id is uniq-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 correspondingly modified according to the content of the first MESSAGE packet, the value of the type field in the body field is chat_room_update, which indicates that the live broadcast information is UPDATED, and other fields (name field, status field, allowcat and allowrequst voice) and the value information thereof are put into the detail field in the body field, that is, specific UPDATED content.

The server side sends a second message packet to the student client side, and the student client side extracts the content in the body field in the second message packet to indicate that specific change information of the live broadcasting room is received.

It should be noted that, when the teacher issues the interactive questions, the client of the teacher sends the related information of the interactive questions to the server through the Http protocol, and the server generates a third message packet according to the protocol data format and sends the third message packet to the student client, that is, notifies the student client that there are new interactive questions, where the content of the third message packet is shown in fig. 5, and the value of the onGoingInteraction has two types of interaction id and null, and the interaction id is the name of the interactive question.

After the student client receives the third message packet, the student client responds to the interactive questions through an http protocol. The server generates a fourth message packet based on the answer content and sends the fourth message packet to each client, wherein the content of the fourth message packet is shown in fig. 6, and the fourth message packet comprises an interactive title name field, an answer session ID field, an answer field response field.

For another example, when the student wants to request for wheat connection, the student client generates a corresponding fifth message packet and sends the fifth message packet to the server, the content of the fifth message packet is shown in fig. 7, the server forwards the fifth message packet to the teacher client, the teacher responds to the request of the fifth message packet at the teacher client, generates a sixth message packet for starting wheat connection based on the response of the teacher and sends the sixth message packet to the server, the content of the sixth message packet is shown in fig. 8, the server responds to the executing wheat connection instruction of the sixth message packet, and generates a seventh message packet indicating that wheat connection is successful to each client; the seventh message packet content is shown in fig. 9, when any client end wants to cancel the wheat connection, the client end generates a corresponding eighth message packet and sends the eighth message packet to the server end, and the server end responds to the eighth message packet to execute the wheat connection cancellation instruction as shown in fig. 10.

The protocol data further includes an acknowledgement field ackRequired, and the value of the acknowledgement field ackRequired includes true and false, and it should be noted that the acknowledgement field ackRequired is added only 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 no ACK message packet reply returned by the server is received within 10s, then 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 includes two types of MESSAGE and IQ, and the MESSAGE type field type includes two types of result and error, and result represents acknowledgement receipt.

It should be noted that, the transmission principle of other corresponding message packets such as a hand-lifting request and information sending about the client in the live interaction is as above, and will not be described herein.

The protocol method further comprises a heartbeat mechanism, wherein the heartbeat mechanism adopts a ping mode, and a flow chart of the heartbeat mechanism is shown in fig. 11.

Fig. 12 is a schematic block diagram of an electronic device according to 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. Memory 132 is used to store non-transitory computer-readable instructions (e.g., one or more computer program modules). The processor 131 is operable to execute non-transitory computer readable instructions that, 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 forms of connection mechanisms (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 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. Processor 131 may be a general-purpose processor or a special-purpose processor that may control other components in electronic device 130 to perform desired functions.

For example, the memory 132 may comprise any combination of one or more computer program products, which 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) and/or cache memory (cache) and the like. The non-volatile memory may include, for example, read-only memory (ROM), hard disk, erasable programmable read-only memory (EPROM), 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 the processor 131 to implement various functions of the electronic device 130. Various applications and various data, as well as various data used and/or generated by the applications, etc., may also be stored in the computer readable storage medium.

It should be noted that, in the embodiment of the present application, the specific functions and technical effects of the electronic device 130 may refer to the above description about the communication method of the live teaching, which is not repeated here.

Fig. 13 is a schematic diagram of a storage medium according to some embodiments of the present application. As shown in fig. 13, a storage medium 150 is used to store non-transitory computer readable instructions 151. For example, non-transitory computer readable instructions 151, when executed by a computer, may perform one or more steps in a communication method according to the teaching live broadcast described above.

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 relevant description of the storage medium 150 may refer to the corresponding description of the memory 132 in the electronic device 130 shown in fig. 10, and will not be repeated here.

The storage medium (computer readable medium) of the present application may be a computer readable signal medium, 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 context of this document, 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 the present application, however, the computer-readable signal medium may include a data signal propagated in baseband or as part of a carrier wave, with the computer-readable program code embodied therein. Such a propagated data signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination of the foregoing. 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, fiber optic cables, RF (radio frequency), or the like, or any suitable combination of the foregoing.

In some implementations, the clients, servers may communicate using any currently known or future developed network protocol, such as the hypertext transfer protocol (Hyper TextTransfer Protocol, HTTP), and may be interconnected with any form or medium of digital data communication (e.g., a communication 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 networks.

The computer readable medium may be contained in the electronic device; or may exist alone without being incorporated into the electronic device.

The flowcharts 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 involved in the embodiments of the present application may be implemented in software or in hardware. Wherein the names of the units do not constitute a limitation of the units themselves in some cases.

The functions described above herein 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: a Field Programmable Gate Array (FPGA), an Application Specific Integrated Circuit (ASIC), an Application Specific Standard Product (ASSP), a system on a chip (SOC), a Complex Programmable Logic Device (CPLD), etc.

In the context of 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. The 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 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 above, the communication method, the electronic device and the storage medium for live teaching provided by the embodiment of the 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, development cost is reduced, and on the other hand, issuing pressure of a server side is greatly reduced by simplifying a protocol data format.

The above description is only illustrative of some of the embodiments of the present application and of the principles of the technology employed. It will be appreciated by persons skilled in the art that the scope of the disclosure referred to in the present application is not limited to the specific combinations of technical features described above, but also covers other technical features formed by any combination of the technical features described above or their equivalents without departing from the spirit of the disclosure. Such as the above-mentioned features and the technical features disclosed in the present application (but not limited to) having similar functions are replaced with each other.

Moreover, although 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. In 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 limiting 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 example forms of implementing the claims.

Claims

1. A communication method of teaching live broadcast, comprising:

2. The communication method of teaching live broadcast according to claim 1, wherein the protocol data is in JSON format.

3. The method of claim 1, wherein the protocol data further comprises an acknowledgement retransmission field.

4. The method of claim 1, wherein the protocol includes a heartbeat mechanism.

5. The method of claim 1, wherein the message category field comprises: the request message, the chat message and the client state message.

6. The method according to claim 5, wherein when the message type field is a request message, the message type field includes four values of query, set, response and error.

7. The method for communication of a live teaching of claim 5, wherein when the message type field is a chat message, the message type field includes: group chat, error and notification.

8. The method for teaching live communication according to claim 5, wherein when the message type field is a client status message, the message type field includes: lower line, upper line 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 a communication method for implementing the instruction live of any 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 implementing the method of communication of a live teaching of any of claims 1-8 when executed by a processor.