US20230050900A1 - Detection of signals in a virtual meeting - Google Patents
Detection of signals in a virtual meeting Download PDFInfo
- Publication number
- US20230050900A1 US20230050900A1 US17/398,626 US202117398626A US2023050900A1 US 20230050900 A1 US20230050900 A1 US 20230050900A1 US 202117398626 A US202117398626 A US 202117398626A US 2023050900 A1 US2023050900 A1 US 2023050900A1
- Authority
- US
- United States
- Prior art keywords
- computing devices
- data stream
- hash
- user
- host computing
- 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
- 238000001514 detection method Methods 0.000 title description 3
- 238000000034 method Methods 0.000 claims abstract description 40
- 230000015654 memory Effects 0.000 claims abstract description 34
- 238000004590 computer program Methods 0.000 claims abstract description 15
- 230000008569 process Effects 0.000 description 19
- 238000004891 communication Methods 0.000 description 18
- 230000005540 biological transmission Effects 0.000 description 6
- 230000006870 function Effects 0.000 description 5
- 230000009471 action Effects 0.000 description 4
- 230000004044 response Effects 0.000 description 4
- 239000007787 solid Substances 0.000 description 4
- 238000003491 array Methods 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 230000001413 cellular effect Effects 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 230000001052 transient effect Effects 0.000 description 2
- 241000501754 Astronotus ocellatus Species 0.000 description 1
- 230000001133 acceleration Effects 0.000 description 1
- 238000007792 addition Methods 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 230000007812 deficiency Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 230000007257 malfunction Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 238000005192 partition Methods 0.000 description 1
- 230000000644 propagated effect Effects 0.000 description 1
- 230000001953 sensory effect Effects 0.000 description 1
- 238000000638 solvent extraction Methods 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Images
Classifications
-
- H04L65/4076—
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/40—Support for services or applications
- H04L65/403—Arrangements for multi-party communication, e.g. for conferences
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1069—Session establishment or de-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1083—In-session procedures
- H04L65/1089—In-session procedures by adding media; by removing media
-
- H04L65/602—
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/75—Media network packet handling
- H04L65/762—Media network packet handling at the source
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/75—Indicating network or usage conditions on the user display
-
- 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/24—Negotiation of communication capabilities
-
- 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/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
Definitions
- the current subject matter relates to a method for determining whether signals are received by one or more devices in a virtual meeting.
- the method may include transmitting a data stream received from one or more host computing devices to one or more user computing devices in a plurality of user computing devices.
- the host computing devices and the user computing devices may be communicatively coupled using a real-time online connection (e.g., a virtual online meeting).
- a first hash in a plurality of hashes may be generated by the server using at least a portion of the data stream.
- the first hash may be stored in a memory location of the server.
- the first hash may be compared to a second hash received from one or more user computing devices.
- the second hash may be generated by the user computing devices upon receipt of the transmitted data stream. Based on the comparison, a status of the real-time online connection between the host computing devices and the user computing devices may be determined.
- the current subject matter can include one or more of the following optional features.
- the method may further include displaying, at a user interface of the one or more host computing devices, an indication of the status of the real-time online connection.
- the indication of the status of the real-time online connection may include at least one of the following: the host computing devices are communicatively coupled to the user devices, the user computing devices are unable to receive the transmitted data stream, the data stream is not being transmitted from the host device, and any combination thereof.
- the data stream may include at least one of the following: a video data, an audio data, a text data, a graphics data, and any combination thereof.
- transmission of the data stream may include determining whether the data stream was received from the one or more host computing devices.
- the server may generate and transmit to the host computing devices, a message indicating failure to receive the data stream from the one or more host computing devices. The message may be displayed at a user interface of the host computing devices.
- the server may transmit the data stream to the user computing devices.
- the comparison of hashes may include determining whether the second hash was received from the user computing devices. Upon failing to detect a receipt of the second hash from the user computing devices, the server may generate and transmit to the host computing devices, a message indicating failure by the user computing devices to receive the data stream from the host computing devices. The message may be displayed at a user interface of the host computing devices. Upon receiving the second hash from the user computing devices, the server may perform the comparing of the hashes.
- the server may generate and store a plurality of first hashes and compare them to a plurality of corresponding received second hashes.
- the status of the real-time online connection may be determined based on a number of first hashes in the plurality of first hashes matching a number of second hashes in the plurality of second hashes.
- Non-transitory computer program products i.e., physically embodied computer program products
- store instructions which when executed by one or more data processors of one or more computing systems, causes at least one data processor to perform operations herein.
- computer systems are also described that may include one or more data processors and memory coupled to the one or more data processors.
- the memory may temporarily or permanently store instructions that cause at least one processor to perform one or more of the operations described herein.
- methods can be implemented by one or more data processors either within a single computing system or distributed among two or more computing systems.
- Such computing systems can be connected and can exchange data and/or commands or other instructions or the like via one or more connections, including but not limited to a connection over a network (e.g., the Internet, a wireless wide area network, a local area network, a wide area network, a wired network, or the like), via a direct connection between one or more of the multiple computing systems, etc.
- a network e.g., the Internet, a wireless wide area network, a local area network, a wide area network, a wired network, or the like
- a direct connection between one or more of the multiple computing systems etc.
- FIG. 1 illustrates an example of a system for detection of receipt of signals in a virtual meeting, according to some implementations of the current subject matter
- FIG. 2 illustrates an example process for determining whether user devices are receiving data generated by a host device, according to some implementations of the current subject matter
- FIG. 3 illustrates an example process for detecting whether data being shared by a host device is received by one or more user devices in a virtual meeting, according to some implementations of the current subject matter
- FIG. 4 illustrates an example process for detecting whether data transmitted by the host device is being received by the server in a virtual meeting, according to some implementations of the current subject matter
- FIG. 5 illustrates an example process for detecting whether data transmitted by the host device is being received by the user device (e.g., attendee's device) in a virtual meeting, according to some implementations of the current subject matter;
- the user device e.g., attendee's device
- FIG. 6 illustrates an example of a network environment, according to some implementations of the current subject matter
- FIG. 7 depicts a block diagram illustrating an example of a computing device, according to some implementations of the current subject matter
- FIG. 8 illustrates a high-level architecture of an example of a virtualization system for implementing the computing system shown in FIG. 1 , according to some implementations of the current subject matter;
- FIG. 9 illustrates an example of a method, according to some implementations of the current subject matter.
- one or more implementations of the current subject matter provide for an ability to detect receipt of signals in a virtual meeting, and in particular, to determine whether data (e.g., video, audio, text, etc.) being shared by attendees during an online conference is received by the attendees.
- data e.g., video, audio, text, etc.
- FIG. 1 illustrates an example of a system 100 for detection of receipt of signals in a virtual meeting, according to some implementations of the current subject matter.
- the signals may represent a video file/signal, an audio file/signal, an image file/signal, a graphics file/signal, a text data, and/or any other data file that may or may not include a video file/signal, an audio file/signal, an image file/signal, a graphics file/signal, a text data, and/or any other data file (“data file”).
- Confirmation of receipt of such data file may be indicative that an attendee in such virtual meeting is correctly receiving the data file and that the meeting is being conducted uninterrupted.
- the system 100 may be configured to be implemented in one or more servers, one or more databases, a cloud storage location, a memory, a file system, a file sharing platform, a streaming system platform and/or device, and/or in any other platform, device, system, etc., and/or any combination thereof.
- One or more components of the system 100 may be communicatively coupled using one or more communications networks.
- the communications networks can include at least one of the following: a wired network, a wireless network, a metropolitan area network (“MAN”), a local area network (“LAN”), a wide area network (“WAN”), a virtual local area network (“VLAN”), an internet, an extranet, an intranet, and/or any other type of network and/or any combination thereof.
- the components of the system 100 may include any combination of hardware and/or software.
- such components may be disposed on one or more computing devices, such as, server(s), database(s), personal computer(s), laptop(s), cellular telephone(s), smartphone(s), tablet computer(s), and/or any other computing devices and/or any combination thereof.
- these components may be disposed on a single computing device and/or can be part of a single communications network. Alternatively, or in addition to, the components may be separately located from one another.
- the system 100 may be configured to include one or more attendees, participants, and/or user devices 102 (a, b, c), a server 104 , and one or more host device(s) 106 .
- the server 104 may be configured to connect and/or execute one or more online virtual meeting software solutions/platforms that may enable one or more user devices 102 and the host device(s) 106 to communicatively connect with one another using any desired (e.g., wireless, wired, etc.) communications network.
- the user devices 102 and/or the host devices may be equipped with video, audio, file sharing, user interface (e.g., screen) sharing, etc. hardware and/or software capabilities as well as any other computing and/or processing capabilities.
- the host device 106 may be equipped with an ability to determine whether or not any of the attendee user devices 102 are able to receive and/or are receiving (and/or are able to transmit and/or are transmitting) any of the data (e.g., video, audio, text, data, etc.) that may be originating from the host device 102 and/or one or more of the user devices 102 . If one of the user devices (e.g., device 102 a ) is unable to receive/transmit signals, e.g., due to hardware, software, network, etc. issues, the host device 106 may be configured to receive a notification alerting the host device that a particular user is not receiving/transmitting data.
- the host device 106 may be configured to receive a notification alerting the host device that a particular user is not receiving/transmitting data.
- the host device 106 may be configured to take an action to attempt to resolve the issue.
- the actions may include, but are not limited to, restarting the meeting, trying to resolve the issues at the host device's end, inform the device 102 a to check, fix, etc. hardware, software, network, etc. issues, and/or perform any other actions.
- the host device 106 may be informed whether or not any of the user devices 102 are able to receive host device's data (e.g., audio, video, screens, images, etc.). For example, one or more user interface elements 108 , 110 may be displayed on a user interface of the host device 106 indicating whether or not user devices 102 are and/or are not receiving host device's data. The user interface elements 108 , 110 may be positioned next to attendee's image corresponding to a particular user device 102 .
- host device's data e.g., audio, video, screens, images, etc.
- user interface element 108 may be positioned next to an image of the user device 102 a (and/or an image of a user using the user device 102 a ) indicating that the user device 102 a is unable to receive host device's data.
- user interface element 110 may be positioned next to an image of the user device 102 b (and/or an image of a user using the device 102 b ).
- the image may be a livestream, a still image and/or any other image of a user using user device 102 .
- the image may be fed from the user device 102 via the server 104 to the host device 106 .
- FIG. 2 illustrates an example process 200 for determining whether user devices are receiving data generated by a host device, according to some implementations of the current subject matter.
- the process 200 may be performed during a virtual meeting by the system 100 shown in FIG. 1 .
- the server 104 may be configured to receive a data stream 202 containing data corresponding to the data in the user interface being shared by the host device.
- the server 104 may then be configured to relay this information in a form of a data stream 204 (e.g., “ABCDEFGHIJK . . . ”) to the user device 102 .
- a data stream 204 e.g., “ABCDEFGHIJK . . .
- the user device 102 may be configured to generate and transmit an acknowledgement 206 of the received data back to the server 104 .
- the acknowledgement's payload 207 may include a portion of the stream of the data 204 (e.g., “DEF”) it just received from the server 104 . Any portion of the stream in the payload may be used.
- the server 106 may compare the received acknowledgement 206 's payload 207 to the data stream 204 that it received from the host device 106 and, if a match is determined, the server 104 may be configured to generate an indication 208 alerting the host device 106 that the user device 102 is able to receive or is receiving host device's data.
- An icon 110 (as shown in FIG. 1 ) may be displayed on the host device's user interface.
- the server 104 may generate an indication 208 alerting the host device 106 that the user device 102 is unable to receive host device's data.
- an icon 108 (as shown in FIG. 1 ) may be displayed on the host device's user interface.
- FIG. 3 illustrates an example process 300 for detecting whether data being shared by a host device is actually received by one or more user devices in a virtual meeting, according to some implementations of the current subject matter.
- the process 300 may be executed by one or more components of the system 100 shown in FIG. 1 .
- the process 300 may be performed by one or more user devices 102 , server 104 , and the host device 106 .
- the host device 106 may, in (or during, prior to, etc.) a virtual meeting, initiate transmission of a stream of data representing the user interface of the host device 106 (and/or any other data) to the server 104 .
- the stream of data may be a continuous data stream.
- the server 104 may then continually transmit the stream of data (e.g., video stream) to the user device 102 (e.g., attendee of the virtual meeting).
- the user device 102 may extract a portion of the received data stream and generate/construct a data packet or acknowledgement/digest representing the received data stream.
- the user device 102 may then transmit the generated acknowledgement to the server 104 .
- the server 104 may then compare the acknowledgement to the data stream transmitted to the user device 102 . If a match between the acknowledgement and the data stream transmitted to the user device 102 is determined, the server transmits an indication (e.g., an indication of a successful receipt) and an appropriate icon may be displayed on the user interface of the host device 106 (e.g., a check mark, etc.).
- an indication e.g., an indication of a successful receipt
- an appropriate icon may be displayed on the user interface of the host device 106 (e.g., a check mark, etc.).
- the server 104 may return an alert (e.g., a value) to the host device 106 indicating an error (e.g., that the data was not received, was partially received, etc.).
- an appropriate icon corresponding to that error may be displayed next to the attendee's image on the user interface of the host device 106 .
- the displayed icon may alert the user of the host device 106 that the data stream transmitted by the host device is being correctly transmitted from the host device 106 but is not being received (or partially received, etc.) at one or more user devices 102 .
- the host device 106 may make a determination that the error may be due to hardware, software, networking issues and/or any other issues associated with the user device 102 . Further, the host device 106 may receive an indication of the specific issues that may be encountered by the user device 102 in not being able to correctly receive the host device's data stream.
- the server 104 may be configured to determine a strength of a connection between the server 104 and/or one or more user devices 102 .
- this may be accomplished by transmitting one or more ‘hello’ data packets, heartbeat messages, etc. to one or more user devices 102 .
- Responses to such packets may be used to ascertain strength of connection.
- Such packets may be transmitted continuously, periodically, at predetermined periods of time, and/or in any other desired fashion.
- the acknowledgement may include a hash of the data transmitted by the server 104 to the user device 102 .
- the server 104 may generate the hash and store it.
- the user device 102 may be configured to generate the same hash from the received data stream and transmit it back to the server 104 .
- the server 104 may then execute a comparison of two hashes to determine whether a match exists. If match exists, then the server 104 may determine that the data stream was successfully received by the user device 102 . If a partial match is determined, the server 102 may determine that connection may still be present. If no match is found (or a hash is not received from the user device 102 ), the server 104 may determine that the user device 102 did not receive the transmitted data stream.
- the server 104 may compare the hashes based on hash size, content, and/or any other parameters.
- the server 104 may also use time of receipt of the hash from the user device 102 to ascertain status of the connection between the user device 102 and the server 104 .
- the server 104 may also be configured to account for any data packet loss in the connection between the user device 102 and the server 104 (and/or host device 106 ). For example, the server 104 may store multiple hashes based on the data transmitted to the user device 102 . Similarly, the user device 102 may be configured to generate and transmit multiple hashes to the server 102 based on the data that it received from the server 104 . If a predetermined threshold number of hashes (e.g., window size) are received from the user device 102 (e.g., 5 out of 10 stored by the server 104 ), the server may assume that the user device 102 is receiving the data that the server 104 is transmitting to it.
- a predetermined threshold number of hashes e.g., window size
- the server 104 may assume that connection has been lost and/or there is an issue with the user device 102 receiving data from the server.
- the server 104 may be configured to change the predetermined threshold (e.g., window size) based on parameters associated with the connection between the user device and the server. For example, if the connection between the user device and the server needs to have a high reliability (e.g., an online court hearing), the threshold number of received hashes may be very small, e.g., the server needs to receive every hash that it stored from the user device to ensure that connection is uninterrupted. Moreover, the server may also generate additional heartbeat, “hello” messages, etc. to the user device 102 to check the status of the connection.
- the predetermined threshold e.g., window size
- FIG. 4 illustrates an example process 400 for detecting whether data transmitted by the host device is being received by the server in a virtual meeting, according to some implementations of the current subject matter.
- the process 400 may be executed by one or more components of the system 100 shown in FIG. 1 .
- the process 400 may be performed by one or more user devices 102 , server 104 , and the host device 106 .
- the host device 106 may, in (or during, prior to, etc.) a virtual meeting, initiate transmission of a stream of data representing the user interface of the host device 106 (and/or any other data) to the server 104 .
- the stream of data may be a continuous data stream.
- the server 104 upon learning that the host device 106 is trying to connect with the server 104 , may be configured to generate a message indicating that “no data” is being received by the server 104 and transmit the generated message to the host device 106 .
- An appropriate icon (similar to the icon 108 ) may be displayed on the user interface of the host device 106 indicating that no connection with the server 104 is present.
- the server 104 may be configured to generate and transmit one or more ‘hello’ packet message, heartbeat messages, and/or other message to the host device 106 .
- the server 104 may be configured to determine strength of the signal (e.g., based on a time that it took the host device 106 to return a response to the server 104 ).
- the virtual meeting software running on the host device 106 may be configured to display an error stating that the server 104 did not receive any data from the host device 106 . This may prompt the user of host device 106 to investigate the cause of the error (e.g., meeting software error, hardware error, network error, administrative settings preventing sharing of data, etc.) and attempt to resolve the error.
- the cause of the error e.g., meeting software error, hardware error, network error, administrative settings preventing sharing of data, etc.
- FIG. 5 illustrates an example process 500 for detecting whether data transmitted by the host device is being received by the user device (e.g., attendee's device) in a virtual meeting, according to some implementations of the current subject matter.
- the process 500 similar to processes 300 and 400 shown in FIGS. 3 and 4 , respectively, may be executed by one or more components of the system 100 shown in FIG. 1 .
- the process 500 may be performed by one or more user devices 102 , server 104 , and the host device 106 .
- the host device 106 may, in (or during, prior to, etc.) a virtual meeting, initiate transmission of a stream of data representing the user interface of the host device 106 (and/or any other data) to the server 104 .
- the stream of data may be a continuous data stream.
- the server 104 may then attempt to transmit the stream of data (e.g., video stream) to the user device 102 (e.g., attendee of the virtual meeting).
- the user device 102 is unable to receive the data stream from the server 104 . This means that the server 104 will not be able to receive an acknowledgement (as discussed in connection with FIG. 3 above).
- the server 104 may be configured to wait for such acknowledgement from the user device 102 for a predetermined period of time after transmitting the data stream to the user device 102 .
- the predetermined period of time may be measured by the server 104 using its internal clock that may be configured to start as soon as transmission of the data stream is initiated to the host device 106 from the server 104 .
- One or more clocks may be started at different intervals during the virtual meeting to determine whether or not there is receipt of data by the user device 102 .
- the server 104 may be configured to generate and transmit a message to the host device 106 indicating that the user device did not receive the data (e.g., “attendee didn't receive the data” message).
- the user interface of the host device 106 may be configured to display an icon (e.g., icon 108 as shown in FIG. 1 ) next to an image of the user of the user device 102 that did not receive host device's data.
- the user interface of the host device 106 may be configured to display connection status for each attendee of the virtual meeting (e.g., using icons 108 , 110 as shown in FIG. 1 ). This can allow the user using the host device 106 to determine which of the attendees in the virtual meeting are able to see the screen being shared by the user of the host device at all times. The user of the host device may be informed at all times which attendees are/were able to consume the data being shared. Further, the user of the host device may also be informed whether any lack of connection issues are present at the respective attendees' end and/or whether it is a connection issue between the host device and the server, and/or any other hardware, software, and/or network issue. If attendees are not able to receive data transmitted by the host device, the host device may be configured to terminate and restart the virtual meeting, wait for connection to resume, continue the virtual meeting without a particular attendee that may be having connection issues, and/or perform any other actions.
- connection status for each attendee of the virtual meeting e.g., using
- FIG. 6 illustrates an example of a network environment 600 , according to some implementations of the current subject matter.
- the network environment 600 may include one or more clients 602 a - 602 n , one or more remote machines 606 a - 606 n , one or more networks 604 a and 604 b , and one or more appliances 608 installed within the network environment 600 .
- the clients 602 a - 602 n communicate with the remote machines 606 a - 606 n via the networks 604 a and 604 b.
- the clients 602 a - 602 n may communicate with the remote machines 606 a - 606 n via an appliance 608 .
- the illustrated appliance 608 is positioned between the networks 604 a and 604 b , and may also be referred to as a network interface or gateway.
- the appliance 608 may operate as an application delivery controller (ADC) to provide clients with access to business applications and other data deployed in a datacenter, the cloud, or delivered as Software as a Service (SaaS) across a range of client devices, and/or provide other functionality such as load balancing and/or the like.
- ADC application delivery controller
- SaaS Software as a Service
- multiple appliances 608 may be used, and the appliance(s) 608 may be deployed as part of the network 604 a and/or 604 b.
- the clients 602 a - 602 n may be generally referred to as client machines, local machines, clients, client nodes, client computers, client devices, computing devices, endpoints, or endpoint nodes.
- One or more of the clients 602 a - 602 n may implement, for example, the client device 130 and/or the like.
- the remote machines 606 a - 606 n may be generally referred to as servers or a server farm.
- a client 602 may have the capacity to function as both a client node seeking access to resources provided by a server 606 and as a server 606 providing access to hosted resources for other clients 602 a - 602 n .
- the networks 604 a and 604 b may be generally referred to as a network 604 .
- the network 604 including the networks 604 a and 604 b may be configured in any combination of wired and wireless networks.
- the servers 606 may include any server type of servers including, for example: a file server; an application server; a web server; a proxy server; an appliance; a network appliance; a gateway; an application gateway; a gateway server; a virtualization server; a deployment server; a Secure Sockets Layer Virtual Private Network (SSL VPN) server; a firewall; a web server; a server executing an active directory; a cloud server; or a server executing an application acceleration program that provides firewall functionality, application functionality, or load balancing functionality.
- SSL VPN Secure Sockets Layer Virtual Private Network
- a server 606 may execute, operate or otherwise provide an application that may be any one of the following: software; a program; executable instructions; a virtual machine; a hypervisor; a web browser; a web-based client; a client-server application; a thin-client computing client; an ActiveX control; a Java applet; software related to voice over internet protocol (VoIP) communications like a soft internet protocol telephone; an application for streaming video and/or audio; an application for facilitating real-time-data communications; a hypertext transfer protocol (HTTP) client; a file transfer protocol (FTP) client; an Oscar client; a Telnet client; or any other set of executable instructions.
- VoIP voice over internet protocol
- a server 606 may execute a remote presentation services program or other program that uses a thin-client or a remote-display protocol to capture display output generated by an application executing on a server 606 and transmit the application display output to a client 602 .
- a server 606 may execute a virtual machine, such as the first virtual machine and/or the second virtual machine, to provide, for example, to the user at a client device, access to a computing environment such as the virtual desktop.
- the virtual machine may be managed by, for example, a hypervisor (e.g., a first hypervisor, a second hypervisor, and/or the like), a virtual machine manager (VMM), or any other hardware virtualization technique within the server 606 .
- a hypervisor e.g., a first hypervisor, a second hypervisor, and/or the like
- VMM virtual machine manager
- the network 604 may be a local-area network (LAN), a metropolitan area network (MAN), a wide area network (WAN), a primary public network, and/or a primary private network. Additional implementations may include one or more mobile telephone networks that use various protocols to communicate among mobile devices. For short-range communications within a wireless local-area network (WLAN), the protocols may include 802.11, Bluetooth, and Near Field Communication (NFC).
- WLAN wireless local-area network
- NFC Near Field Communication
- FIG. 7 depicts a block diagram illustrating an example of a computing device 700 , in accordance with some example implementations.
- the computing device 700 may be useful for practicing an implementation of the system 100 and analysis engine 120 .
- the computing device 700 may include one or more processors 702 , volatile memory 704 (e.g., RAM), non-volatile memory 710 (e.g., one or more hard disk drives (HDDs) or other magnetic or optical storage media, one or more solid state drives (SSDs) such as a flash drive or other solid state storage media, one or more hybrid magnetic and solid state drives, and/or one or more virtual storage volumes, such as a cloud storage, or a combination of such physical storage volumes and virtual storage volumes or arrays thereof), a user interface (UI) 718 , one or more communications interfaces 706 , and a communication bus 708 .
- volatile memory 704 e.g., RAM
- non-volatile memory 710 e.g., one or more hard disk drives (HDDs) or other magnetic or optical storage media, one or more solid state drives (SSDs) such as a flash drive or other solid state storage media, one or more hybrid magnetic and solid state drives, and/or one or more virtual storage volumes, such as
- the user interface 718 may include a graphical user interface (GUI) 720 (e.g., a touchscreen, a display, and/or the like) and one or more input/output (I/O) devices 722 (e.g., a mouse, a keyboard, and/or the like).
- GUI graphical user interface
- I/O input/output
- the non-volatile memory 710 may store an operating system 712 , one or more applications 714 , and data 716 such that computer instructions of the operating system 712 and/or applications 714 are executed by the processor(s) 702 out of the volatile memory 704 .
- Data may be entered using an input device of the GUI 720 or received from I/O device(s) 722 .
- Various elements of the computing device 700 may communicate via communication the communication bus 708 .
- the computing device 700 as shown in FIG. 7 is shown merely as an example, as the resource controller 150 and the client device 130 may be implemented by any computing or processing environment and with any type of machine or set of machines that may have suitable hardware and/or software capable of operating as described herein.
- the processor(s) 702 may be implemented by one or more programmable processors executing one or more computer programs to perform the functions of the system.
- the term “processor” describes an electronic circuit that performs a function, an operation, or a sequence of operations. The function, operation, or sequence of operations may be hard coded into the electronic circuit or soft coded by way of instructions held in a memory device.
- a “processor” may perform the function, operation, or sequence of operations using digital values or using analog signals.
- the “processor” can be embodied in one or more application specific integrated circuits (ASICs), microprocessors, digital signal processors, microcontrollers, field programmable gate arrays (FPGAs), programmable logic arrays (PLAs), multi-core processors, or general-purpose computers with associated memory.
- ASICs application specific integrated circuits
- microprocessors digital signal processors
- microcontrollers field programmable gate arrays
- PDAs programmable logic arrays
- multi-core processors multi-core processors
- general-purpose computers with associated memory or general-purpose computers with associated memory.
- the “processor” may be analog, digital or mixed-signal.
- the “processor” may be one or more physical processors or one or more “virtual” (e.g., remotely located or “cloud”) processors.
- the communications interfaces 706 may include one or more interfaces to enable the computing device 700 to access a computer network such as a local area network (LAN), a wide area network (WAN), a public land mobile network (PLMN), and/or the Internet through a variety of wired and/or wireless or cellular connections.
- a computer network such as a local area network (LAN), a wide area network (WAN), a public land mobile network (PLMN), and/or the Internet through a variety of wired and/or wireless or cellular connections.
- one or more computing devices 700 may execute an application on behalf of a user of a client computing device (e.g., clients 602 ), may execute a virtual machine, which provides an execution session within which applications execute on behalf of a user or a client computing device (e.g., clients 602 ), such as a hosted desktop session (e.g., a virtual desktop), may execute a terminal services session to provide a hosted desktop environment, or may provide access to a computing environment including one or more of: one or more applications, one or more desktop applications, and one or more desktop sessions in which one or more applications may execute.
- a virtual machine which provides an execution session within which applications execute on behalf of a user or a client computing device (e.g., clients 602 ), such as a hosted desktop session (e.g., a virtual desktop)
- a hosted desktop session e.g., a virtual desktop
- may execute a terminal services session to provide a hosted desktop environment or may provide access to a computing environment including one or more of: one or more applications
- FIG. 8 illustrates a high-level architecture of an example of a virtualization system for implementing the computing system 100 , in accordance with some example implementations.
- the virtualization system may be a single-server or multi-server system, or a cloud system, including at least one virtualization server 800 configured to provide virtual desktops and/or virtual applications to one or more client access devices 602 a - c .
- a desktop (or a virtual desktop) may refer to a graphical environment (e.g., a graphical user interface) or space in which one or more applications may be hosted and/or executed.
- a desktop may include a graphical shell providing a user interface for an instance of an operating system in which local and/or remote applications can be integrated.
- Applications may include programs that execute after an instance of an operating system (and, optionally, also the desktop) has been loaded.
- Each instance of the operating system may be physical (e.g., one operating system per physical device) or virtual (e.g., many instances of an OS running on a single physical device).
- Each application may be executed on a local device, or executed on a remotely located device (e.g., remoted).
- Virtualization server 800 may be configured as a virtualization server in a virtualization environment, for example, a single-server, multi-server, or cloud computing environment.
- Virtualization server 800 illustrated in FIG. 8 may be deployed as and/or implemented by one or more implementations of server 606 illustrated in FIG. 6 or by other known computing devices.
- hardware layer 820 may include one or more physical disks 822 , one or more physical devices 824 , one or more physical processors 826 , and one or more physical memories 828 .
- firmware 830 may be stored within a memory element in physical memory 828 and be executed by one or more of physical processors 826 .
- Virtualization server 800 may further include operating system 818 that may be stored in a memory element in physical memory 828 and executed by one or more of physical processors 826 . Still further, hypervisor 816 may be stored in a memory element in physical memory 828 and be executed by one or more of physical processors 826 . Presence of operating system 818 may be optional.
- Executing on one or more of physical processors 826 may be one or more virtual machines 802 A-C (generally, 802 ). Each virtual machine 802 may have virtual disk 804 A-C and virtual processor 806 A-C.
- first virtual machine 802 A may execute, using virtual processor 806 A, control program 808 that includes tools stack 810 .
- Control program 808 may be referred to as a control virtual machine, Domain 0 , Dom 0 , or other virtual machine used for system administration and/or control.
- one or more virtual machines 802 B-C may execute, using virtual processor 806 B-C, guest operating system 812 A-B (generally, 812 ).
- Physical devices 824 may include, for example, a network interface card, a video card, an input device (e.g., a keyboard, a mouse, a scanner, etc.), an output device (e.g., a monitor, a display device, speakers, a printer, etc.), a storage device (e.g., an optical drive), a Universal Serial Bus (USB) connection, a network element (e.g., router, firewall, network address translator, load balancer, virtual private network (VPN) gateway, Dynamic Host Configuration Protocol (DHCP) router, etc.), or any device connected to or communicating with virtualization server 800 .
- Physical memory 828 in hardware layer 820 may include any type of memory.
- Physical memory 828 may store data, and in some implementations may store one or more programs, or set of executable instructions.
- FIG. 8 illustrates an implementation where firmware 830 is stored within physical memory 828 of virtualization server 800 .
- Programs or executable instructions stored in physical memory 828 may be executed by the one or more processors 826 of virtualization server 800 .
- Virtualization server 800 may also include hypervisor 816 .
- hypervisor 816 may be a program executed by processors 826 on virtualization server 800 to create and manage any number of virtual machines 802 .
- Hypervisor 816 may be referred to as a virtual machine monitor, or platform virtualization software.
- hypervisor 816 may be any combination of executable instructions and hardware that monitors virtual machines 802 executing on a computing machine.
- Hypervisor 816 may be a Type 2 hypervisor, where the hypervisor executes within operating system 818 executing on virtualization server 800 . Virtual machines may then execute at a layer above hypervisor 816 .
- the Type 2 hypervisor may execute within the context of a user's operating system such that the Type 2 hypervisor interacts with the user's operating system.
- one or more virtualization servers 800 in a virtualization environment may instead include a Type 1 hypervisor (not shown).
- a Type 1 hypervisor may execute on virtualization server 800 by directly accessing the hardware and resources within hardware layer 820 . That is, while Type 2 hypervisor 816 accesses system resources through host operating system 818 , as shown, a Type 1 hypervisor may directly access all system resources without host operating system 818 .
- a Type 1 hypervisor may execute directly on one or more physical processors 826 of virtualization server 800 , and may include program data stored in physical memory 828 .
- Hypervisor 816 may provide virtual resources to guest operating systems 812 or control programs 808 executing on virtual machines 802 in any manner that simulates operating systems 812 or control programs 808 having direct access to system resources.
- System resources can include, but are not limited to, physical devices 824 , physical disks 822 , physical processors 826 , physical memory 828 , and any other component included in hardware layer 820 of virtualization server 800 .
- Hypervisor 816 may be used to emulate virtual hardware, partition physical hardware, virtualize physical hardware, and/or execute virtual machines that provide access to computing environments. In still other implementations, hypervisor 816 may control processor scheduling and memory partitioning for virtual machine 802 executing on virtualization server 800 .
- hypervisor 816 may include those manufactured by VMWare, Inc., of Palo Alto, Calif.; Xen Project® hypervisor, an open source product whose development is overseen by the open source XenProject.org community; Hyper-V®, Virtual Server®, and Virtual PC® hypervisors provided by Microsoft Corporation of Redmond, Wash.; or others.
- the virtualization server 800 may execute hypervisor 816 that creates a virtual machine platform on which guest operating systems 812 may execute. When this is the case, virtualization server 800 may be referred to as a host server.
- An example of such a virtualization server is Citrix Hypervisor® provided by Citrix Systems, Inc., of Fort Lauderdale, Fla.
- Hypervisor 816 may create one or more virtual machines 802 B-C (generally, 802 ) in which guest operating systems 812 execute.
- hypervisor 816 may load a virtual machine image to create virtual machine 802 .
- the virtual machine image may refer to a collection of data, states, instructions, etc. that make up an instance of a virtual machine.
- hypervisor 816 may execute guest operating system 812 within virtual machine 802 .
- virtual machine 802 may execute guest operating system 812 .
- hypervisor 816 may control the execution of at least one virtual machine 802 .
- the hypervisor 816 may present at least one virtual machine 802 with an abstraction of at least one hardware resource provided by virtualization server 800 (e.g., any hardware resource available within hardware layer 820 ).
- hypervisor 816 may control the manner in which virtual machines 802 access physical processors 826 available in virtualization server 800 . Controlling access to physical processors 826 may include determining whether virtual machine 802 should have access to processor 826 , and how physical processor capabilities are presented to virtual machine 802 .
- the virtualization server 800 may host or execute one or more virtual machines 802 .
- Virtual machine 802 may be a set of executable instructions and/or user data that, when executed by processor 826 , may imitate the operation of a physical computer such that virtual machine 802 can execute programs and processes much like a physical computing device. While FIG. 8 illustrates an implementation where virtualization server 800 hosts three virtual machines 802 , in other implementations virtualization server 800 may host any number of virtual machines 802 .
- Hypervisor 816 may provide each virtual machine 802 with a unique virtual view of the physical hardware, including memory 828 , processor 826 , and other system resources 822 , 824 available to that virtual machine 802 .
- the unique virtual view may be based on one or more of virtual machine permissions, application of a policy engine to one or more virtual machine identifiers, a user accessing a virtual machine, the applications executing on a virtual machine, networks accessed by a virtual machine, or any other desired criteria.
- hypervisor 816 may create one or more unsecure virtual machines 802 and one or more secure virtual machines 802 . Unsecure virtual machines 802 may be prevented from accessing resources, hardware, memory locations, and programs that secure virtual machines 802 may be permitted to access.
- hypervisor 816 may provide each virtual machine 802 with a substantially similar virtual view of the physical hardware, memory, processor, and other system resources available to virtual machines 802 .
- Each virtual machine 802 may include virtual disk 804 A-C (generally 804 ) and virtual processor 806 A-C (generally 806 .)
- Virtual disk 804 may be a virtualized view of one or more physical disks 822 of virtualization server 800 , or a portion of one or more physical disks 822 of virtualization server 800 .
- the virtualized view of physical disks 822 may be generated, provided, and managed by hypervisor 816 .
- hypervisor 816 may provide each virtual machine 802 with a unique view of physical disks 822 .
- These particular virtual disk 804 (included in each virtual machine 802 ) may be unique, when compared with other virtual disks 804 .
- Virtual processor 806 may be a virtualized view of one or more physical processors 826 of virtualization server 800 .
- the virtualized view of physical processors 826 may be generated, provided, and managed by hypervisor 816 .
- Virtual processor 806 may have substantially all of the same characteristics of at least one physical processor 826 .
- Virtual processor 826 may provide a modified view of physical processors 826 such that at least some of the characteristics of virtual processor 806 are different from the characteristics of the corresponding physical processor 826 .
- FIG. 9 illustrates an example of a method 900 for determining whether signals are received by one or more devices in a virtual meeting, according to some implementations of the current subject matter.
- the method 900 may be performed by the system 100 shown in FIG. 1 .
- the system 100 may include the server 104 , one or more host computing device 106 , and one or more user computing devices 102 .
- a data stream received from one or more host computing devices may be transmitted by the server 104 to one or more user computing devices in a plurality of user computing devices.
- the host computing devices and user computing devices may be communicatively coupled using a real-time online connection (e.g., a virtual online meeting).
- a first hash in a plurality of hashes may be generated by the server using at least a portion of the data stream.
- the first hash may be stored in a memory location of the server.
- the server 104 may compare the first hash to a second hash received from one or more user computing devices.
- the second hash may be generated by the user computing devices upon receipt of the transmitted data stream.
- the server 104 may determine, based on the comparison, a status of the real-time online connection between the host computing devices and the user computing devices.
- the current subject matter can include one or more of the following optional features.
- the method 900 may further include displaying, at a user interface of the one or more host computing devices, an indication of the status of the real-time online connection (as shown in FIG. 1 ).
- the indication of the status of the real-time online connection may include at least one of the following: the one or more host computing devices are communicatively coupled to the one or more user devices, the one or more user computing devices are unable to receive the transmitted data stream, the data stream is not being transmitted from the host device, and any combination thereof.
- the data stream may include at least one of the following: a video data, an audio data, a text data, a graphics data, and any combination thereof.
- transmission of the data stream may include determining whether the data stream was received from the one or more host computing devices.
- the server 104 may generate and transmit to the host computing devices, a message indicating failure to receive the data stream from the one or more host computing devices. The message may be displayed at a user interface of the host computing devices.
- the server 104 may transmit the data stream to the user computing devices.
- the comparison of hashes may include determining whether the second hash was received from the user computing devices. Upon failing to detect a receipt of the second hash from the user computing devices, the server 104 may generate and transmit to the host computing devices, a message indicating failure by the user computing devices to receive the data stream from the host computing devices. The message may be displayed at a user interface of the host computing devices. Upon receiving the second hash from the user computing devices, the server 104 may perform the comparing of the hashes.
- the server 104 may generate and store a plurality of first hashes and compare them to a plurality of corresponding received second hashes.
- the status of the real-time online connection may be determined based on a number of first hashes in the plurality of first hashes matching a number of second hashes in the plurality of second hashes.
- the systems and methods disclosed herein can be embodied in various forms including, for example, a data processor, such as a computer that also includes a database, digital electronic circuitry, firmware, software, or in combinations of them.
- a data processor such as a computer that also includes a database, digital electronic circuitry, firmware, software, or in combinations of them.
- the above-noted features and other aspects and principles of the present disclosed implementations can be implemented in various environments. Such environments and related applications can be specially constructed for performing the various processes and operations according to the disclosed implementations or they can include a general-purpose computer or computing platform selectively activated or reconfigured by code to provide the necessary functionality.
- the processes disclosed herein are not inherently related to any particular computer, network, architecture, environment, or other apparatus, and can be implemented by a suitable combination of hardware, software, and/or firmware.
- various general-purpose machines can be used with programs written in accordance with teachings of the disclosed implementations, or it can be more convenient to construct a specialized apparatus or system to perform the required methods and techniques
- the systems and methods disclosed herein can be implemented as a computer program product, i.e., a computer program tangibly embodied in an information carrier, e.g., in a machine readable storage device or in a propagated signal, for execution by, or to control the operation of, data processing apparatus, e.g., a programmable processor, a computer, or multiple computers.
- a computer program can be written in any form of programming language, including compiled or interpreted languages, and it can be deployed in any form, including as a stand-alone program or as a module, component, subroutine, or other unit suitable for use in a computing environment.
- a computer program can be deployed to be executed on one computer or on multiple computers at one site or distributed across multiple sites and interconnected by a communication network.
- the term “user” can refer to any entity including a person or a computer.
- ordinal numbers such as first, second, and the like can, in some situations, relate to an order; as used in this document ordinal numbers do not necessarily imply an order. For example, ordinal numbers can be merely used to distinguish one item from another. For example, to distinguish a first event from a second event, but need not imply any chronological ordering or a fixed reference system (such that a first event in one paragraph of the description can be different from a first event in another paragraph of the description).
- machine-readable medium refers to any computer program product, apparatus and/or device, such as for example magnetic discs, optical disks, memory, and Programmable Logic Devices (PLDs), used to provide machine instructions and/or data to a programmable processor, including a machine-readable medium that receives machine instructions as a machine-readable signal.
- machine-readable signal refers to any signal used to provide machine instructions and/or data to a programmable processor.
- the machine-readable medium can store such machine instructions non-transitorily, such as for example as would a non-transient solid state memory or a magnetic hard drive or any equivalent storage medium.
- the machine-readable medium can alternatively or additionally store such machine instructions in a transient manner, such as for example as would a processor cache or other random access memory associated with one or more physical processor cores.
- the subject matter described herein can be implemented on a computer having a display device, such as for example a cathode ray tube (CRT) or a liquid crystal display (LCD) monitor for displaying information to the user and a keyboard and a pointing device, such as for example a mouse or a trackball, by which the user can provide input to the computer.
- a display device such as for example a cathode ray tube (CRT) or a liquid crystal display (LCD) monitor for displaying information to the user and a keyboard and a pointing device, such as for example a mouse or a trackball, by which the user can provide input to the computer.
- CTR cathode ray tube
- LCD liquid crystal display
- a keyboard and a pointing device such as for example a mouse or a trackball
- Other kinds of devices can be used to provide for interaction with a user as well.
- feedback provided to the user can be any form of sensory feedback, such as for example visual feedback, auditory feedback, or tactile feedback
- the subject matter described herein can be implemented in a computing system that includes a back-end component, such as for example one or more data servers, or that includes a middleware component, such as for example one or more application servers, or that includes a front-end component, such as for example one or more client computers having a graphical user interface or a Web browser through which a user can interact with an implementation of the subject matter described herein, or any combination of such back-end, middleware, or front-end components.
- the components of the system can be interconnected by any form or medium of digital data communication, such as for example a communication network. Examples of communication networks include, but are not limited to, a local area network (“LAN”), a wide area network (“WAN”), and the Internet.
- LAN local area network
- WAN wide area network
- the Internet the global information network
- the computing system can include clients and servers.
- a client and server are generally, but not exclusively, remote from each other and typically interact through a communication network.
- the relationship of client and server arises by virtue of computer programs running on the respective computers and having a client-server relationship to each other.
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Information Transfer Between Computers (AREA)
Abstract
Description
- As a large population of employees switched to working remotely, a greater number of online meetings and online video conferences are being conducted each day. Periodically, during such online meetings and conferences, audio and/or video connection among their participants or attendees may be interrupted for various reasons, e.g., hardware/software malfunction, internet connection, hardware/software configuration, etc. This leaves attendees asking each other “Can you hear me?”, “Is my screen visible?”, “Let me know if you can hear me fine . . . ”, “Can you see my screen?”, “Am I audible?”, “Please confirm if you can hear me fine and see the screen that I am sharing?”, etc. To ensure that the online meetings are conducted in an uninterrupted fashion, it is important to determine whether any data (e.g., audio, video, etc.) that may be shared among attendees are actually being received and/or displayed/heard by others.
- In some implementations, the current subject matter relates to a method for determining whether signals are received by one or more devices in a virtual meeting. The method may include transmitting a data stream received from one or more host computing devices to one or more user computing devices in a plurality of user computing devices. The host computing devices and the user computing devices may be communicatively coupled using a real-time online connection (e.g., a virtual online meeting). A first hash in a plurality of hashes may be generated by the server using at least a portion of the data stream. The first hash may be stored in a memory location of the server. The first hash may be compared to a second hash received from one or more user computing devices. The second hash may be generated by the user computing devices upon receipt of the transmitted data stream. Based on the comparison, a status of the real-time online connection between the host computing devices and the user computing devices may be determined.
- In some implementations, the current subject matter can include one or more of the following optional features. The method may further include displaying, at a user interface of the one or more host computing devices, an indication of the status of the real-time online connection. The indication of the status of the real-time online connection may include at least one of the following: the host computing devices are communicatively coupled to the user devices, the user computing devices are unable to receive the transmitted data stream, the data stream is not being transmitted from the host device, and any combination thereof.
- In some implementations, the data stream may include at least one of the following: a video data, an audio data, a text data, a graphics data, and any combination thereof.
- In some implementations, transmission of the data stream may include determining whether the data stream was received from the one or more host computing devices. Upon failing to detect a receipt of the data stream from the host computing devices, the server may generate and transmit to the host computing devices, a message indicating failure to receive the data stream from the one or more host computing devices. The message may be displayed at a user interface of the host computing devices. Upon receiving the data stream from the host computing devices, the server may transmit the data stream to the user computing devices.
- In some implementations, the comparison of hashes may include determining whether the second hash was received from the user computing devices. Upon failing to detect a receipt of the second hash from the user computing devices, the server may generate and transmit to the host computing devices, a message indicating failure by the user computing devices to receive the data stream from the host computing devices. The message may be displayed at a user interface of the host computing devices. Upon receiving the second hash from the user computing devices, the server may perform the comparing of the hashes.
- In some implementations, the server may generate and store a plurality of first hashes and compare them to a plurality of corresponding received second hashes. The status of the real-time online connection may be determined based on a number of first hashes in the plurality of first hashes matching a number of second hashes in the plurality of second hashes.
- Non-transitory computer program products (i.e., physically embodied computer program products) are also described that store instructions, which when executed by one or more data processors of one or more computing systems, causes at least one data processor to perform operations herein. Similarly, computer systems are also described that may include one or more data processors and memory coupled to the one or more data processors. The memory may temporarily or permanently store instructions that cause at least one processor to perform one or more of the operations described herein. In addition, methods can be implemented by one or more data processors either within a single computing system or distributed among two or more computing systems. Such computing systems can be connected and can exchange data and/or commands or other instructions or the like via one or more connections, including but not limited to a connection over a network (e.g., the Internet, a wireless wide area network, a local area network, a wide area network, a wired network, or the like), via a direct connection between one or more of the multiple computing systems, etc.
- The details of one or more variations of the subject matter described herein are set forth in the accompanying drawings and the description below. Other features and advantages of the subject matter described herein will be apparent from the description and drawings, and from the claims.
- The accompanying drawings, which are incorporated in and constitute a part of this specification, show certain aspects of the subject matter disclosed herein and, together with the description, help explain some of the principles associated with the disclosed implementations. In the drawings,
-
FIG. 1 illustrates an example of a system for detection of receipt of signals in a virtual meeting, according to some implementations of the current subject matter; -
FIG. 2 illustrates an example process for determining whether user devices are receiving data generated by a host device, according to some implementations of the current subject matter; -
FIG. 3 illustrates an example process for detecting whether data being shared by a host device is received by one or more user devices in a virtual meeting, according to some implementations of the current subject matter; -
FIG. 4 illustrates an example process for detecting whether data transmitted by the host device is being received by the server in a virtual meeting, according to some implementations of the current subject matter; -
FIG. 5 illustrates an example process for detecting whether data transmitted by the host device is being received by the user device (e.g., attendee's device) in a virtual meeting, according to some implementations of the current subject matter; -
FIG. 6 illustrates an example of a network environment, according to some implementations of the current subject matter -
FIG. 7 depicts a block diagram illustrating an example of a computing device, according to some implementations of the current subject matter; -
FIG. 8 illustrates a high-level architecture of an example of a virtualization system for implementing the computing system shown inFIG. 1 , according to some implementations of the current subject matter; -
FIG. 9 illustrates an example of a method, according to some implementations of the current subject matter. - To address the deficiencies of currently available solutions, one or more implementations of the current subject matter provide for an ability to detect receipt of signals in a virtual meeting, and in particular, to determine whether data (e.g., video, audio, text, etc.) being shared by attendees during an online conference is received by the attendees.
-
FIG. 1 illustrates an example of asystem 100 for detection of receipt of signals in a virtual meeting, according to some implementations of the current subject matter. The signals may represent a video file/signal, an audio file/signal, an image file/signal, a graphics file/signal, a text data, and/or any other data file that may or may not include a video file/signal, an audio file/signal, an image file/signal, a graphics file/signal, a text data, and/or any other data file (“data file”). Confirmation of receipt of such data file may be indicative that an attendee in such virtual meeting is correctly receiving the data file and that the meeting is being conducted uninterrupted. - The
system 100 may be configured to be implemented in one or more servers, one or more databases, a cloud storage location, a memory, a file system, a file sharing platform, a streaming system platform and/or device, and/or in any other platform, device, system, etc., and/or any combination thereof. One or more components of thesystem 100 may be communicatively coupled using one or more communications networks. The communications networks can include at least one of the following: a wired network, a wireless network, a metropolitan area network (“MAN”), a local area network (“LAN”), a wide area network (“WAN”), a virtual local area network (“VLAN”), an internet, an extranet, an intranet, and/or any other type of network and/or any combination thereof. - The components of the
system 100 may include any combination of hardware and/or software. In some implementations, such components may be disposed on one or more computing devices, such as, server(s), database(s), personal computer(s), laptop(s), cellular telephone(s), smartphone(s), tablet computer(s), and/or any other computing devices and/or any combination thereof. In some implementations, these components may be disposed on a single computing device and/or can be part of a single communications network. Alternatively, or in addition to, the components may be separately located from one another. - Referring back to
FIG. 1 , thesystem 100 may be configured to include one or more attendees, participants, and/or user devices 102 (a, b, c), aserver 104, and one or more host device(s) 106. Theserver 104 may be configured to connect and/or execute one or more online virtual meeting software solutions/platforms that may enable one ormore user devices 102 and the host device(s) 106 to communicatively connect with one another using any desired (e.g., wireless, wired, etc.) communications network. Theuser devices 102 and/or the host devices may be equipped with video, audio, file sharing, user interface (e.g., screen) sharing, etc. hardware and/or software capabilities as well as any other computing and/or processing capabilities. - The
host device 106 may be equipped with an ability to determine whether or not any of theattendee user devices 102 are able to receive and/or are receiving (and/or are able to transmit and/or are transmitting) any of the data (e.g., video, audio, text, data, etc.) that may be originating from thehost device 102 and/or one or more of theuser devices 102. If one of the user devices (e.g.,device 102 a) is unable to receive/transmit signals, e.g., due to hardware, software, network, etc. issues, thehost device 106 may be configured to receive a notification alerting the host device that a particular user is not receiving/transmitting data. After this, thehost device 106 may be configured to take an action to attempt to resolve the issue. The actions may include, but are not limited to, restarting the meeting, trying to resolve the issues at the host device's end, inform thedevice 102 a to check, fix, etc. hardware, software, network, etc. issues, and/or perform any other actions. - In some implementations, in an ongoing virtual meeting (and/or prior to and/or during), the
host device 106 may be informed whether or not any of theuser devices 102 are able to receive host device's data (e.g., audio, video, screens, images, etc.). For example, one or moreuser interface elements host device 106 indicating whether or notuser devices 102 are and/or are not receiving host device's data. Theuser interface elements particular user device 102. For example,user interface element 108 may be positioned next to an image of theuser device 102 a (and/or an image of a user using theuser device 102 a) indicating that theuser device 102 a is unable to receive host device's data. Conversely,user interface element 110 may be positioned next to an image of theuser device 102 b (and/or an image of a user using thedevice 102 b). The image may be a livestream, a still image and/or any other image of a user usinguser device 102. The image may be fed from theuser device 102 via theserver 104 to thehost device 106. -
FIG. 2 illustrates anexample process 200 for determining whether user devices are receiving data generated by a host device, according to some implementations of the current subject matter. Theprocess 200 may be performed during a virtual meeting by thesystem 100 shown inFIG. 1 . During such virtual meeting, when thehost device 106 starts sharing data (e.g., displayed on a user interface of the host device 106) with one ormore user devices 102, theserver 104 may be configured to receive adata stream 202 containing data corresponding to the data in the user interface being shared by the host device. Theserver 104 may then be configured to relay this information in a form of a data stream 204 (e.g., “ABCDEFGHIJK . . . ”) to theuser device 102. Upon receiving of the data from theserver 104, theuser device 102 may be configured to generate and transmit anacknowledgement 206 of the received data back to theserver 104. The acknowledgement'spayload 207 may include a portion of the stream of the data 204 (e.g., “DEF”) it just received from theserver 104. Any portion of the stream in the payload may be used. - The
server 106 may compare the receivedacknowledgement 206'spayload 207 to thedata stream 204 that it received from thehost device 106 and, if a match is determined, theserver 104 may be configured to generate anindication 208 alerting thehost device 106 that theuser device 102 is able to receive or is receiving host device's data. An icon 110 (as shown inFIG. 1 ) may be displayed on the host device's user interface. Alternatively, if no match exists between thepayload 207 and any portion of thestream 204, theserver 104 may generate anindication 208 alerting thehost device 106 that theuser device 102 is unable to receive host device's data. In this case, an icon 108 (as shown inFIG. 1 ) may be displayed on the host device's user interface. -
FIG. 3 illustrates anexample process 300 for detecting whether data being shared by a host device is actually received by one or more user devices in a virtual meeting, according to some implementations of the current subject matter. Theprocess 300 may be executed by one or more components of thesystem 100 shown inFIG. 1 . In particular, as shown inFIG. 3 , theprocess 300 may be performed by one ormore user devices 102,server 104, and thehost device 106. - As shown in
FIG. 3 , thehost device 106 may, in (or during, prior to, etc.) a virtual meeting, initiate transmission of a stream of data representing the user interface of the host device 106 (and/or any other data) to theserver 104. The stream of data may be a continuous data stream. Theserver 104 may then continually transmit the stream of data (e.g., video stream) to the user device 102 (e.g., attendee of the virtual meeting). Theuser device 102 may extract a portion of the received data stream and generate/construct a data packet or acknowledgement/digest representing the received data stream. Theuser device 102 may then transmit the generated acknowledgement to theserver 104. Theserver 104 may then compare the acknowledgement to the data stream transmitted to theuser device 102. If a match between the acknowledgement and the data stream transmitted to theuser device 102 is determined, the server transmits an indication (e.g., an indication of a successful receipt) and an appropriate icon may be displayed on the user interface of the host device 106 (e.g., a check mark, etc.). - If the acknowledgement generated by the
user device 102 as received by theserver 104 does not match the data that was earlier transmitted to the user device 102 (e.g., the data from the host device (e.g., screen sharing, video, audio, graphics, text, etc.)), theserver 104 may return an alert (e.g., a value) to thehost device 106 indicating an error (e.g., that the data was not received, was partially received, etc.). An appropriate icon corresponding to that error may be displayed next to the attendee's image on the user interface of thehost device 106. - The displayed icon may alert the user of the
host device 106 that the data stream transmitted by the host device is being correctly transmitted from thehost device 106 but is not being received (or partially received, etc.) at one ormore user devices 102. Thehost device 106 may make a determination that the error may be due to hardware, software, networking issues and/or any other issues associated with theuser device 102. Further, thehost device 106 may receive an indication of the specific issues that may be encountered by theuser device 102 in not being able to correctly receive the host device's data stream. Additionally, theserver 104 may be configured to determine a strength of a connection between theserver 104 and/or one ormore user devices 102. For example, this may be accomplished by transmitting one or more ‘hello’ data packets, heartbeat messages, etc. to one ormore user devices 102. Responses to such packets may be used to ascertain strength of connection. Such packets may be transmitted continuously, periodically, at predetermined periods of time, and/or in any other desired fashion. - In some implementations, the acknowledgement may include a hash of the data transmitted by the
server 104 to theuser device 102. Theserver 104 may generate the hash and store it. Theuser device 102 may be configured to generate the same hash from the received data stream and transmit it back to theserver 104. Theserver 104 may then execute a comparison of two hashes to determine whether a match exists. If match exists, then theserver 104 may determine that the data stream was successfully received by theuser device 102. If a partial match is determined, theserver 102 may determine that connection may still be present. If no match is found (or a hash is not received from the user device 102), theserver 104 may determine that theuser device 102 did not receive the transmitted data stream. Theserver 104 may compare the hashes based on hash size, content, and/or any other parameters. Theserver 104 may also use time of receipt of the hash from theuser device 102 to ascertain status of the connection between theuser device 102 and theserver 104. - In some example implementations, the
server 104 may also be configured to account for any data packet loss in the connection between theuser device 102 and the server 104 (and/or host device 106). For example, theserver 104 may store multiple hashes based on the data transmitted to theuser device 102. Similarly, theuser device 102 may be configured to generate and transmit multiple hashes to theserver 102 based on the data that it received from theserver 104. If a predetermined threshold number of hashes (e.g., window size) are received from the user device 102 (e.g., 5 out of 10 stored by the server 104), the server may assume that theuser device 102 is receiving the data that theserver 104 is transmitting to it. If less than the threshold number of hashes is received, theserver 104 may assume that connection has been lost and/or there is an issue with theuser device 102 receiving data from the server. Theserver 104 may be configured to change the predetermined threshold (e.g., window size) based on parameters associated with the connection between the user device and the server. For example, if the connection between the user device and the server needs to have a high reliability (e.g., an online court hearing), the threshold number of received hashes may be very small, e.g., the server needs to receive every hash that it stored from the user device to ensure that connection is uninterrupted. Moreover, the server may also generate additional heartbeat, “hello” messages, etc. to theuser device 102 to check the status of the connection. -
FIG. 4 illustrates anexample process 400 for detecting whether data transmitted by the host device is being received by the server in a virtual meeting, according to some implementations of the current subject matter. Theprocess 400 may be executed by one or more components of thesystem 100 shown inFIG. 1 . In particular, as shown inFIG. 4 , theprocess 400 may be performed by one ormore user devices 102,server 104, and thehost device 106. - As shown in
FIG. 4 , thehost device 106 may, in (or during, prior to, etc.) a virtual meeting, initiate transmission of a stream of data representing the user interface of the host device 106 (and/or any other data) to theserver 104. The stream of data may be a continuous data stream. However, in this case, the data transmitted by thehost device 106 never reaches theserver 104 and thus, never reaches theuser device 102. Theserver 104, upon learning that thehost device 106 is trying to connect with theserver 104, may be configured to generate a message indicating that “no data” is being received by theserver 104 and transmit the generated message to thehost device 106. An appropriate icon (similar to the icon 108) may be displayed on the user interface of thehost device 106 indicating that no connection with theserver 104 is present. - To determine whether the
host device 106 can connect with theserver 104 and/or assess strength of a signal between thehost device 106 and theserver 104, theserver 104 may be configured to generate and transmit one or more ‘hello’ packet message, heartbeat messages, and/or other message to thehost device 106. Upon receiving a response, theserver 104 may be configured to determine strength of the signal (e.g., based on a time that it took thehost device 106 to return a response to the server 104). - Once the
host device 106 has received the “No data received” message from theserver 104, the virtual meeting software running on thehost device 106 may be configured to display an error stating that theserver 104 did not receive any data from thehost device 106. This may prompt the user ofhost device 106 to investigate the cause of the error (e.g., meeting software error, hardware error, network error, administrative settings preventing sharing of data, etc.) and attempt to resolve the error. -
FIG. 5 illustrates anexample process 500 for detecting whether data transmitted by the host device is being received by the user device (e.g., attendee's device) in a virtual meeting, according to some implementations of the current subject matter. Theprocess 500, similar toprocesses FIGS. 3 and 4 , respectively, may be executed by one or more components of thesystem 100 shown inFIG. 1 . In particular, as shown inFIG. 5 , theprocess 500 may be performed by one ormore user devices 102,server 104, and thehost device 106. - As shown in
FIG. 5 , thehost device 106 may, in (or during, prior to, etc.) a virtual meeting, initiate transmission of a stream of data representing the user interface of the host device 106 (and/or any other data) to theserver 104. The stream of data may be a continuous data stream. Theserver 104 may then attempt to transmit the stream of data (e.g., video stream) to the user device 102 (e.g., attendee of the virtual meeting). However, here, theuser device 102 is unable to receive the data stream from theserver 104. This means that theserver 104 will not be able to receive an acknowledgement (as discussed in connection withFIG. 3 above). In some implementations, theserver 104 may be configured to wait for such acknowledgement from theuser device 102 for a predetermined period of time after transmitting the data stream to theuser device 102. The predetermined period of time may be measured by theserver 104 using its internal clock that may be configured to start as soon as transmission of the data stream is initiated to thehost device 106 from theserver 104. One or more clocks may be started at different intervals during the virtual meeting to determine whether or not there is receipt of data by theuser device 102. If after expiration of the predetermined period of time, theserver 104 does not receive any response (e.g., acknowledgement) from theuser device 102, theserver 104 may be configured to generate and transmit a message to thehost device 106 indicating that the user device did not receive the data (e.g., “attendee didn't receive the data” message). The user interface of thehost device 106 may be configured to display an icon (e.g.,icon 108 as shown inFIG. 1 ) next to an image of the user of theuser device 102 that did not receive host device's data. - In some example implementations, the user interface of the
host device 106 may be configured to display connection status for each attendee of the virtual meeting (e.g., usingicons FIG. 1 ). This can allow the user using thehost device 106 to determine which of the attendees in the virtual meeting are able to see the screen being shared by the user of the host device at all times. The user of the host device may be informed at all times which attendees are/were able to consume the data being shared. Further, the user of the host device may also be informed whether any lack of connection issues are present at the respective attendees' end and/or whether it is a connection issue between the host device and the server, and/or any other hardware, software, and/or network issue. If attendees are not able to receive data transmitted by the host device, the host device may be configured to terminate and restart the virtual meeting, wait for connection to resume, continue the virtual meeting without a particular attendee that may be having connection issues, and/or perform any other actions. -
FIG. 6 illustrates an example of anetwork environment 600, according to some implementations of the current subject matter. Referring toFIGS. 1-6 , thenetwork environment 600, in which various aspects of the disclosure may be implemented, may include one ormore clients 602 a-602 n, one or moreremote machines 606 a-606 n, one ormore networks 604 a and 604 b, and one ormore appliances 608 installed within thenetwork environment 600. Theclients 602 a-602 n communicate with theremote machines 606 a-606 n via thenetworks 604 a and 604 b. - In some example implementations, the
clients 602 a-602 n may communicate with theremote machines 606 a-606 n via anappliance 608. The illustratedappliance 608 is positioned between thenetworks 604 a and 604 b, and may also be referred to as a network interface or gateway. In some example implementations, theappliance 608 may operate as an application delivery controller (ADC) to provide clients with access to business applications and other data deployed in a datacenter, the cloud, or delivered as Software as a Service (SaaS) across a range of client devices, and/or provide other functionality such as load balancing and/or the like. In some example implementations,multiple appliances 608 may be used, and the appliance(s) 608 may be deployed as part of thenetwork 604 a and/or 604 b. - The
clients 602 a-602 n may be generally referred to as client machines, local machines, clients, client nodes, client computers, client devices, computing devices, endpoints, or endpoint nodes. One or more of theclients 602 a-602 n may implement, for example, the client device 130 and/or the like. Theremote machines 606 a-606 n may be generally referred to as servers or a server farm. In some example implementations, aclient 602 may have the capacity to function as both a client node seeking access to resources provided by aserver 606 and as aserver 606 providing access to hosted resources forother clients 602 a-602 n. Thenetworks 604 a and 604 b may be generally referred to as a network 604. The network 604 including thenetworks 604 a and 604 b may be configured in any combination of wired and wireless networks. - The
servers 606 may include any server type of servers including, for example: a file server; an application server; a web server; a proxy server; an appliance; a network appliance; a gateway; an application gateway; a gateway server; a virtualization server; a deployment server; a Secure Sockets Layer Virtual Private Network (SSL VPN) server; a firewall; a web server; a server executing an active directory; a cloud server; or a server executing an application acceleration program that provides firewall functionality, application functionality, or load balancing functionality. - A
server 606 may execute, operate or otherwise provide an application that may be any one of the following: software; a program; executable instructions; a virtual machine; a hypervisor; a web browser; a web-based client; a client-server application; a thin-client computing client; an ActiveX control; a Java applet; software related to voice over internet protocol (VoIP) communications like a soft internet protocol telephone; an application for streaming video and/or audio; an application for facilitating real-time-data communications; a hypertext transfer protocol (HTTP) client; a file transfer protocol (FTP) client; an Oscar client; a Telnet client; or any other set of executable instructions. - In some example implementations, a
server 606 may execute a remote presentation services program or other program that uses a thin-client or a remote-display protocol to capture display output generated by an application executing on aserver 606 and transmit the application display output to aclient 602. - In yet other example implementations, a
server 606 may execute a virtual machine, such as the first virtual machine and/or the second virtual machine, to provide, for example, to the user at a client device, access to a computing environment such as the virtual desktop. The virtual machine may be managed by, for example, a hypervisor (e.g., a first hypervisor, a second hypervisor, and/or the like), a virtual machine manager (VMM), or any other hardware virtualization technique within theserver 606. - In some example implementations, the network 604 may be a local-area network (LAN), a metropolitan area network (MAN), a wide area network (WAN), a primary public network, and/or a primary private network. Additional implementations may include one or more mobile telephone networks that use various protocols to communicate among mobile devices. For short-range communications within a wireless local-area network (WLAN), the protocols may include 802.11, Bluetooth, and Near Field Communication (NFC).
-
FIG. 7 depicts a block diagram illustrating an example of acomputing device 700, in accordance with some example implementations. Referring toFIGS. 1-7 , thecomputing device 700 may be useful for practicing an implementation of thesystem 100 and analysis engine 120. - As shown in
FIG. 7 , thecomputing device 700 may include one ormore processors 702, volatile memory 704 (e.g., RAM), non-volatile memory 710 (e.g., one or more hard disk drives (HDDs) or other magnetic or optical storage media, one or more solid state drives (SSDs) such as a flash drive or other solid state storage media, one or more hybrid magnetic and solid state drives, and/or one or more virtual storage volumes, such as a cloud storage, or a combination of such physical storage volumes and virtual storage volumes or arrays thereof), a user interface (UI) 718, one ormore communications interfaces 706, and acommunication bus 708. Theuser interface 718 may include a graphical user interface (GUI) 720 (e.g., a touchscreen, a display, and/or the like) and one or more input/output (I/O) devices 722 (e.g., a mouse, a keyboard, and/or the like). Thenon-volatile memory 710 may store anoperating system 712, one ormore applications 714, anddata 716 such that computer instructions of theoperating system 712 and/orapplications 714 are executed by the processor(s) 702 out of thevolatile memory 704. Data may be entered using an input device of theGUI 720 or received from I/O device(s) 722. Various elements of thecomputing device 700 may communicate via communication thecommunication bus 708. Thecomputing device 700 as shown inFIG. 7 is shown merely as an example, as the resource controller 150 and the client device 130 may be implemented by any computing or processing environment and with any type of machine or set of machines that may have suitable hardware and/or software capable of operating as described herein. - The processor(s) 702 may be implemented by one or more programmable processors executing one or more computer programs to perform the functions of the system. As used herein, the term “processor” describes an electronic circuit that performs a function, an operation, or a sequence of operations. The function, operation, or sequence of operations may be hard coded into the electronic circuit or soft coded by way of instructions held in a memory device. A “processor” may perform the function, operation, or sequence of operations using digital values or using analog signals. In some example implementations, the “processor” can be embodied in one or more application specific integrated circuits (ASICs), microprocessors, digital signal processors, microcontrollers, field programmable gate arrays (FPGAs), programmable logic arrays (PLAs), multi-core processors, or general-purpose computers with associated memory. The “processor” may be analog, digital or mixed-signal. In some example implementations, the “processor” may be one or more physical processors or one or more “virtual” (e.g., remotely located or “cloud”) processors.
- The communications interfaces 706 may include one or more interfaces to enable the
computing device 700 to access a computer network such as a local area network (LAN), a wide area network (WAN), a public land mobile network (PLMN), and/or the Internet through a variety of wired and/or wireless or cellular connections. - As noted above, in some example implementations, one or
more computing devices 700 may execute an application on behalf of a user of a client computing device (e.g., clients 602), may execute a virtual machine, which provides an execution session within which applications execute on behalf of a user or a client computing device (e.g., clients 602), such as a hosted desktop session (e.g., a virtual desktop), may execute a terminal services session to provide a hosted desktop environment, or may provide access to a computing environment including one or more of: one or more applications, one or more desktop applications, and one or more desktop sessions in which one or more applications may execute. -
FIG. 8 illustrates a high-level architecture of an example of a virtualization system for implementing thecomputing system 100, in accordance with some example implementations. As shown inFIG. 8 , the virtualization system may be a single-server or multi-server system, or a cloud system, including at least onevirtualization server 800 configured to provide virtual desktops and/or virtual applications to one or moreclient access devices 602 a-c. A desktop (or a virtual desktop) may refer to a graphical environment (e.g., a graphical user interface) or space in which one or more applications may be hosted and/or executed. A desktop may include a graphical shell providing a user interface for an instance of an operating system in which local and/or remote applications can be integrated. Applications may include programs that execute after an instance of an operating system (and, optionally, also the desktop) has been loaded. Each instance of the operating system may be physical (e.g., one operating system per physical device) or virtual (e.g., many instances of an OS running on a single physical device). Each application may be executed on a local device, or executed on a remotely located device (e.g., remoted). -
Virtualization server 800 may be configured as a virtualization server in a virtualization environment, for example, a single-server, multi-server, or cloud computing environment.Virtualization server 800 illustrated inFIG. 8 may be deployed as and/or implemented by one or more implementations ofserver 606 illustrated inFIG. 6 or by other known computing devices. Included invirtualization server 800 ishardware layer 820 that may include one or morephysical disks 822, one or morephysical devices 824, one or morephysical processors 826, and one or morephysical memories 828. In some implementations,firmware 830 may be stored within a memory element inphysical memory 828 and be executed by one or more ofphysical processors 826.Virtualization server 800 may further includeoperating system 818 that may be stored in a memory element inphysical memory 828 and executed by one or more ofphysical processors 826. Still further,hypervisor 816 may be stored in a memory element inphysical memory 828 and be executed by one or more ofphysical processors 826. Presence ofoperating system 818 may be optional. - Executing on one or more of
physical processors 826 may be one or more virtual machines 802A-C (generally, 802). Each virtual machine 802 may have virtual disk 804A-C and virtual processor 806A-C. In some implementations, first virtual machine 802A may execute, using virtual processor 806A,control program 808 that includes tools stack 810.Control program 808 may be referred to as a control virtual machine,Domain 0, Dom0, or other virtual machine used for system administration and/or control. In some implementations, one or more virtual machines 802B-C may execute, using virtual processor 806B-C, guest operating system 812A-B (generally, 812). -
Physical devices 824 may include, for example, a network interface card, a video card, an input device (e.g., a keyboard, a mouse, a scanner, etc.), an output device (e.g., a monitor, a display device, speakers, a printer, etc.), a storage device (e.g., an optical drive), a Universal Serial Bus (USB) connection, a network element (e.g., router, firewall, network address translator, load balancer, virtual private network (VPN) gateway, Dynamic Host Configuration Protocol (DHCP) router, etc.), or any device connected to or communicating withvirtualization server 800.Physical memory 828 inhardware layer 820 may include any type of memory.Physical memory 828 may store data, and in some implementations may store one or more programs, or set of executable instructions.FIG. 8 illustrates an implementation wherefirmware 830 is stored withinphysical memory 828 ofvirtualization server 800. Programs or executable instructions stored inphysical memory 828 may be executed by the one ormore processors 826 ofvirtualization server 800. -
Virtualization server 800 may also includehypervisor 816. In some implementations,hypervisor 816 may be a program executed byprocessors 826 onvirtualization server 800 to create and manage any number of virtual machines 802.Hypervisor 816 may be referred to as a virtual machine monitor, or platform virtualization software. In some implementations,hypervisor 816 may be any combination of executable instructions and hardware that monitors virtual machines 802 executing on a computing machine.Hypervisor 816 may be a Type 2 hypervisor, where the hypervisor executes withinoperating system 818 executing onvirtualization server 800. Virtual machines may then execute at a layer abovehypervisor 816. In some implementations, the Type 2 hypervisor may execute within the context of a user's operating system such that the Type 2 hypervisor interacts with the user's operating system. In other implementations, one ormore virtualization servers 800 in a virtualization environment may instead include aType 1 hypervisor (not shown). AType 1 hypervisor may execute onvirtualization server 800 by directly accessing the hardware and resources withinhardware layer 820. That is, while Type 2hypervisor 816 accesses system resources throughhost operating system 818, as shown, aType 1 hypervisor may directly access all system resources withouthost operating system 818. AType 1 hypervisor may execute directly on one or morephysical processors 826 ofvirtualization server 800, and may include program data stored inphysical memory 828. -
Hypervisor 816, in some implementations, may provide virtual resources to guest operating systems 812 orcontrol programs 808 executing on virtual machines 802 in any manner that simulates operating systems 812 orcontrol programs 808 having direct access to system resources. System resources can include, but are not limited to,physical devices 824,physical disks 822,physical processors 826,physical memory 828, and any other component included inhardware layer 820 ofvirtualization server 800.Hypervisor 816 may be used to emulate virtual hardware, partition physical hardware, virtualize physical hardware, and/or execute virtual machines that provide access to computing environments. In still other implementations,hypervisor 816 may control processor scheduling and memory partitioning for virtual machine 802 executing onvirtualization server 800. Examples ofhypervisor 816 may include those manufactured by VMWare, Inc., of Palo Alto, Calif.; Xen Project® hypervisor, an open source product whose development is overseen by the open source XenProject.org community; Hyper-V®, Virtual Server®, and Virtual PC® hypervisors provided by Microsoft Corporation of Redmond, Wash.; or others. Thevirtualization server 800 may executehypervisor 816 that creates a virtual machine platform on which guest operating systems 812 may execute. When this is the case,virtualization server 800 may be referred to as a host server. An example of such a virtualization server is Citrix Hypervisor® provided by Citrix Systems, Inc., of Fort Lauderdale, Fla. -
Hypervisor 816 may create one or more virtual machines 802B-C (generally, 802) in which guest operating systems 812 execute. In some implementations,hypervisor 816 may load a virtual machine image to create virtual machine 802. The virtual machine image may refer to a collection of data, states, instructions, etc. that make up an instance of a virtual machine. In other implementations,hypervisor 816 may execute guest operating system 812 within virtual machine 802. In still other implementations, virtual machine 802 may execute guest operating system 812. - In addition to creating virtual machines 802,
hypervisor 816 may control the execution of at least one virtual machine 802. Thehypervisor 816 may present at least one virtual machine 802 with an abstraction of at least one hardware resource provided by virtualization server 800 (e.g., any hardware resource available within hardware layer 820). In some implementations,hypervisor 816 may control the manner in which virtual machines 802 accessphysical processors 826 available invirtualization server 800. Controlling access tophysical processors 826 may include determining whether virtual machine 802 should have access toprocessor 826, and how physical processor capabilities are presented to virtual machine 802. - As shown in
FIG. 8 , thevirtualization server 800 may host or execute one or more virtual machines 802. Virtual machine 802 may be a set of executable instructions and/or user data that, when executed byprocessor 826, may imitate the operation of a physical computer such that virtual machine 802 can execute programs and processes much like a physical computing device. WhileFIG. 8 illustrates an implementation wherevirtualization server 800 hosts three virtual machines 802, in otherimplementations virtualization server 800 may host any number of virtual machines 802.Hypervisor 816 may provide each virtual machine 802 with a unique virtual view of the physical hardware, includingmemory 828,processor 826, andother system resources hypervisor 816 may create one or more unsecure virtual machines 802 and one or more secure virtual machines 802. Unsecure virtual machines 802 may be prevented from accessing resources, hardware, memory locations, and programs that secure virtual machines 802 may be permitted to access. In other implementations,hypervisor 816 may provide each virtual machine 802 with a substantially similar virtual view of the physical hardware, memory, processor, and other system resources available to virtual machines 802. - Each virtual machine 802 may include virtual disk 804A-C (generally 804) and virtual processor 806A-C (generally 806.) Virtual disk 804 may be a virtualized view of one or more
physical disks 822 ofvirtualization server 800, or a portion of one or morephysical disks 822 ofvirtualization server 800. The virtualized view ofphysical disks 822 may be generated, provided, and managed byhypervisor 816. In some implementations,hypervisor 816 may provide each virtual machine 802 with a unique view ofphysical disks 822. These particular virtual disk 804 (included in each virtual machine 802) may be unique, when compared with other virtual disks 804. - Virtual processor 806 may be a virtualized view of one or more
physical processors 826 ofvirtualization server 800. The virtualized view ofphysical processors 826 may be generated, provided, and managed byhypervisor 816. Virtual processor 806 may have substantially all of the same characteristics of at least onephysical processor 826.Virtual processor 826 may provide a modified view ofphysical processors 826 such that at least some of the characteristics of virtual processor 806 are different from the characteristics of the correspondingphysical processor 826. -
FIG. 9 illustrates an example of amethod 900 for determining whether signals are received by one or more devices in a virtual meeting, according to some implementations of the current subject matter. Themethod 900 may be performed by thesystem 100 shown inFIG. 1 . Thesystem 100 may include theserver 104, one or morehost computing device 106, and one or moreuser computing devices 102. At 902, a data stream received from one or more host computing devices may be transmitted by theserver 104 to one or more user computing devices in a plurality of user computing devices. The host computing devices and user computing devices may be communicatively coupled using a real-time online connection (e.g., a virtual online meeting). - At 904, a first hash in a plurality of hashes may be generated by the server using at least a portion of the data stream. The first hash may be stored in a memory location of the server.
- At 906, the
server 104 may compare the first hash to a second hash received from one or more user computing devices. The second hash may be generated by the user computing devices upon receipt of the transmitted data stream. - At 908, the
server 104 may determine, based on the comparison, a status of the real-time online connection between the host computing devices and the user computing devices. - In some implementations, the current subject matter can include one or more of the following optional features. The
method 900 may further include displaying, at a user interface of the one or more host computing devices, an indication of the status of the real-time online connection (as shown inFIG. 1 ). The indication of the status of the real-time online connection may include at least one of the following: the one or more host computing devices are communicatively coupled to the one or more user devices, the one or more user computing devices are unable to receive the transmitted data stream, the data stream is not being transmitted from the host device, and any combination thereof. - In some implementations, the data stream may include at least one of the following: a video data, an audio data, a text data, a graphics data, and any combination thereof.
- In some implementations, transmission of the data stream may include determining whether the data stream was received from the one or more host computing devices. Upon failing to detect a receipt of the data stream from the host computing devices, the
server 104 may generate and transmit to the host computing devices, a message indicating failure to receive the data stream from the one or more host computing devices. The message may be displayed at a user interface of the host computing devices. Upon receiving the data stream from the host computing devices, theserver 104 may transmit the data stream to the user computing devices. - In some implementations, the comparison of hashes may include determining whether the second hash was received from the user computing devices. Upon failing to detect a receipt of the second hash from the user computing devices, the
server 104 may generate and transmit to the host computing devices, a message indicating failure by the user computing devices to receive the data stream from the host computing devices. The message may be displayed at a user interface of the host computing devices. Upon receiving the second hash from the user computing devices, theserver 104 may perform the comparing of the hashes. - In some implementations, the
server 104 may generate and store a plurality of first hashes and compare them to a plurality of corresponding received second hashes. The status of the real-time online connection may be determined based on a number of first hashes in the plurality of first hashes matching a number of second hashes in the plurality of second hashes. - The systems and methods disclosed herein can be embodied in various forms including, for example, a data processor, such as a computer that also includes a database, digital electronic circuitry, firmware, software, or in combinations of them. Moreover, the above-noted features and other aspects and principles of the present disclosed implementations can be implemented in various environments. Such environments and related applications can be specially constructed for performing the various processes and operations according to the disclosed implementations or they can include a general-purpose computer or computing platform selectively activated or reconfigured by code to provide the necessary functionality. The processes disclosed herein are not inherently related to any particular computer, network, architecture, environment, or other apparatus, and can be implemented by a suitable combination of hardware, software, and/or firmware. For example, various general-purpose machines can be used with programs written in accordance with teachings of the disclosed implementations, or it can be more convenient to construct a specialized apparatus or system to perform the required methods and techniques.
- The systems and methods disclosed herein can be implemented as a computer program product, i.e., a computer program tangibly embodied in an information carrier, e.g., in a machine readable storage device or in a propagated signal, for execution by, or to control the operation of, data processing apparatus, e.g., a programmable processor, a computer, or multiple computers. A computer program can be written in any form of programming language, including compiled or interpreted languages, and it can be deployed in any form, including as a stand-alone program or as a module, component, subroutine, or other unit suitable for use in a computing environment. A computer program can be deployed to be executed on one computer or on multiple computers at one site or distributed across multiple sites and interconnected by a communication network.
- As used herein, the term “user” can refer to any entity including a person or a computer.
- Although ordinal numbers such as first, second, and the like can, in some situations, relate to an order; as used in this document ordinal numbers do not necessarily imply an order. For example, ordinal numbers can be merely used to distinguish one item from another. For example, to distinguish a first event from a second event, but need not imply any chronological ordering or a fixed reference system (such that a first event in one paragraph of the description can be different from a first event in another paragraph of the description).
- The foregoing description is intended to illustrate but not to limit the scope of the invention, which is defined by the scope of the appended claims. Other implementations are within the scope of the following claims.
- These computer programs, which can also be referred to programs, software, software applications, applications, components, or code, include machine instructions for a programmable processor, and can be implemented in a high-level procedural and/or object-oriented programming language, and/or in assembly/machine language. As used herein, the term “machine-readable medium” refers to any computer program product, apparatus and/or device, such as for example magnetic discs, optical disks, memory, and Programmable Logic Devices (PLDs), used to provide machine instructions and/or data to a programmable processor, including a machine-readable medium that receives machine instructions as a machine-readable signal. The term “machine-readable signal” refers to any signal used to provide machine instructions and/or data to a programmable processor. The machine-readable medium can store such machine instructions non-transitorily, such as for example as would a non-transient solid state memory or a magnetic hard drive or any equivalent storage medium. The machine-readable medium can alternatively or additionally store such machine instructions in a transient manner, such as for example as would a processor cache or other random access memory associated with one or more physical processor cores.
- To provide for interaction with a user, the subject matter described herein can be implemented on a computer having a display device, such as for example a cathode ray tube (CRT) or a liquid crystal display (LCD) monitor for displaying information to the user and a keyboard and a pointing device, such as for example a mouse or a trackball, by which the user can provide input to the computer. Other kinds of devices can be used to provide for interaction with a user as well. For example, feedback provided to the user can be any form of sensory feedback, such as for example visual feedback, auditory feedback, or tactile feedback; and input from the user can be received in any form, including, but not limited to, acoustic, speech, or tactile input.
- The subject matter described herein can be implemented in a computing system that includes a back-end component, such as for example one or more data servers, or that includes a middleware component, such as for example one or more application servers, or that includes a front-end component, such as for example one or more client computers having a graphical user interface or a Web browser through which a user can interact with an implementation of the subject matter described herein, or any combination of such back-end, middleware, or front-end components. The components of the system can be interconnected by any form or medium of digital data communication, such as for example a communication network. Examples of communication networks include, but are not limited to, a local area network (“LAN”), a wide area network (“WAN”), and the Internet.
- The computing system can include clients and servers. A client and server are generally, but not exclusively, remote from each other and typically interact through a communication network. The relationship of client and server arises by virtue of computer programs running on the respective computers and having a client-server relationship to each other.
- The implementations set forth in the foregoing description do not represent all implementations consistent with the subject matter described herein. Instead, they are merely some examples consistent with aspects related to the described subject matter. Although a few variations have been described in detail above, other modifications or additions are possible. In particular, further features and/or variations can be provided in addition to those set forth herein. For example, the implementations described above can be directed to various combinations and sub-combinations of the disclosed features and/or combinations and sub-combinations of several further features disclosed above. In addition, the logic flows depicted in the accompanying figures and/or described herein do not necessarily require the particular order shown, or sequential order, to achieve desirable results. Other implementations can be within the scope of the following claims.
Claims (20)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US17/398,626 US11570225B1 (en) | 2021-08-10 | 2021-08-10 | Detection of signals in a virtual meeting |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US17/398,626 US11570225B1 (en) | 2021-08-10 | 2021-08-10 | Detection of signals in a virtual meeting |
Publications (2)
Publication Number | Publication Date |
---|---|
US11570225B1 US11570225B1 (en) | 2023-01-31 |
US20230050900A1 true US20230050900A1 (en) | 2023-02-16 |
Family
ID=85040602
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US17/398,626 Active US11570225B1 (en) | 2021-08-10 | 2021-08-10 | Detection of signals in a virtual meeting |
Country Status (1)
Country | Link |
---|---|
US (1) | US11570225B1 (en) |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20170206106A1 (en) * | 2008-10-17 | 2017-07-20 | Dispersive Networks, Inc. | Dispersive storage area networks |
US10049078B1 (en) * | 2015-06-25 | 2018-08-14 | Amazon Technologies, Inc. | Accessing a memory location using a two-stage hash scheme |
-
2021
- 2021-08-10 US US17/398,626 patent/US11570225B1/en active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20170206106A1 (en) * | 2008-10-17 | 2017-07-20 | Dispersive Networks, Inc. | Dispersive storage area networks |
US10049078B1 (en) * | 2015-06-25 | 2018-08-14 | Amazon Technologies, Inc. | Accessing a memory location using a two-stage hash scheme |
Also Published As
Publication number | Publication date |
---|---|
US11570225B1 (en) | 2023-01-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11784940B2 (en) | Detecting faulty resources of a resource delivery system | |
US10728168B2 (en) | Method for providing a connection of a client to an unmanaged service in a client-server remote access system | |
US10230708B2 (en) | Application managed service instances | |
US10545625B2 (en) | Redirection of web content | |
US20110307941A1 (en) | Method and apparatus to implement secured, layered logout from a computer system | |
US10530819B2 (en) | Virtual machine screen sharing and accessing via social media | |
US11783066B2 (en) | Securely sharing files with user devices based on location | |
US20220038543A1 (en) | Computer system providing context-based software as a service (saas) application session switching and related methods | |
US11892931B2 (en) | Change delivery and performance of applications based on displayed image quality | |
US20190340373A1 (en) | Control viewing access to documents in collaborative scenarios using facial recognition from webcams | |
US9813506B2 (en) | Distributed self-served application remoting | |
US11570225B1 (en) | Detection of signals in a virtual meeting | |
US20240004685A1 (en) | Virtual Machine Managing System Using Snapshot | |
US11991251B2 (en) | Access for resources during remote session | |
US11979438B2 (en) | Integrated video conferencing platform | |
US20230006850A1 (en) | Automatic repair of web conference session recording | |
US10819797B2 (en) | Computing system providing SaaS application integration with internet of things (IoT) sensors through automated application program interface (API) generation and related methods | |
US20230370649A1 (en) | Proximity and context based stream playback control | |
US11770423B2 (en) | Remote access for resource links shared during web conference session | |
US20230254171A1 (en) | Contextual optimized meetings | |
US20240004672A1 (en) | Mitigation of visual confusion while transferring rich text data across applications with inversely colored themes | |
US20230343360A1 (en) | Web conference audio quality verification | |
US20230308446A1 (en) | Input access controls for web conference session | |
CN112867991A (en) | Computer system and associated method for providing mirrored SAAS application sessions | |
US20220357968A1 (en) | Heuristic Policy Recommendations in a Virtual Environment |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: CITRIX SYSTEMS, INC., FLORIDA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:AKHOURY, ARNAV;VANAHALLI, SATISH;DEORA, DIVYANSH;AND OTHERS;SIGNING DATES FROM 20210730 TO 20210731;REEL/FRAME:057138/0868 |
|
FEPP | Fee payment procedure |
Free format text: ENTITY STATUS SET TO UNDISCOUNTED (ORIGINAL EVENT CODE: BIG.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
|
AS | Assignment |
Owner name: WILMINGTON TRUST, NATIONAL ASSOCIATION, DELAWARE Free format text: SECURITY INTEREST;ASSIGNOR:CITRIX SYSTEMS, INC.;REEL/FRAME:062079/0001 Effective date: 20220930 |
|
AS | Assignment |
Owner name: GOLDMAN SACHS BANK USA, AS COLLATERAL AGENT, NEW YORK Free format text: SECOND LIEN PATENT SECURITY AGREEMENT;ASSIGNORS:TIBCO SOFTWARE INC.;CITRIX SYSTEMS, INC.;REEL/FRAME:062113/0001 Effective date: 20220930 Owner name: BANK OF AMERICA, N.A., AS COLLATERAL AGENT, NORTH CAROLINA Free format text: PATENT SECURITY AGREEMENT;ASSIGNORS:TIBCO SOFTWARE INC.;CITRIX SYSTEMS, INC.;REEL/FRAME:062112/0262 Effective date: 20220930 Owner name: WILMINGTON TRUST, NATIONAL ASSOCIATION, AS NOTES COLLATERAL AGENT, DELAWARE Free format text: PATENT SECURITY AGREEMENT;ASSIGNORS:TIBCO SOFTWARE INC.;CITRIX SYSTEMS, INC.;REEL/FRAME:062113/0470 Effective date: 20220930 |
|
STCF | Information on status: patent grant |
Free format text: PATENTED CASE |
|
AS | Assignment |
Owner name: CLOUD SOFTWARE GROUP, INC. (F/K/A TIBCO SOFTWARE INC.), FLORIDA Free format text: RELEASE AND REASSIGNMENT OF SECURITY INTEREST IN PATENT (REEL/FRAME 062113/0001);ASSIGNOR:GOLDMAN SACHS BANK USA, AS COLLATERAL AGENT;REEL/FRAME:063339/0525 Effective date: 20230410 Owner name: CITRIX SYSTEMS, INC., FLORIDA Free format text: RELEASE AND REASSIGNMENT OF SECURITY INTEREST IN PATENT (REEL/FRAME 062113/0001);ASSIGNOR:GOLDMAN SACHS BANK USA, AS COLLATERAL AGENT;REEL/FRAME:063339/0525 Effective date: 20230410 Owner name: WILMINGTON TRUST, NATIONAL ASSOCIATION, AS NOTES COLLATERAL AGENT, DELAWARE Free format text: PATENT SECURITY AGREEMENT;ASSIGNORS:CLOUD SOFTWARE GROUP, INC. (F/K/A TIBCO SOFTWARE INC.);CITRIX SYSTEMS, INC.;REEL/FRAME:063340/0164 Effective date: 20230410 |
|
AS | Assignment |
Owner name: WILMINGTON TRUST, NATIONAL ASSOCIATION, AS NOTES COLLATERAL AGENT, DELAWARE Free format text: SECURITY INTEREST;ASSIGNORS:CLOUD SOFTWARE GROUP, INC. (F/K/A TIBCO SOFTWARE INC.);CITRIX SYSTEMS, INC.;REEL/FRAME:067662/0568 Effective date: 20240522 |