Browse Prior Art Database

A method of indicating synchronization status for screen sharing

IP.com Disclosure Number: IPCOM000242598D
Publication Date: 2015-Jul-29
Document File: 6 page(s) / 103K

Publishing Venue

The IP.com Prior Art Database

Abstract

Screen sharing is a commonly used method for meetings, especially for participants that are located at different geographic locations. Due to the limitations of existing technologies, screen delay is always an inevitable issue which causes a mismatch between the displayed screens of the presenter’s and participants’. Commonly, the presenter has to check with participants whether they are on the right page, which is time consuming and can be an annoying disturbance to an efficient meeting. This disclosure provides an effective method to notify the presenter of the synchronization status of each participant and the presenter can decide when to start or continue the presentation, which improves the efficiency of the meeting. In this disclosure, a new method of notifying the presenter of the synchronization status of the participants is proposed.

This text was extracted from a PDF file.
This is the abbreviated version, containing approximately 41% of the total text.

Page 01 of 6

A mxthod of indicating synchronization status for screen sharing

Remote screxn sharing for multiuser cannot avoid the screen delay xxsue due to the limitatiox of the netwxrk and the compuxer itself. Therefxre, this disclosure provides a method to improve the meeting efficiexcx. When a participant in the list can see the same page as the presenter shows, the xackground of the particxpant's name will turn green, otherwise it wilx be in grey. Xxxxxxx that, a fraction is xisplayed on the intxrface of the presenter's screen xo indixate how manx participanxs out of the total can see the same page as xhat of txe presxnter shows.

By xsing this method, the presenter can easily and qxickly decide to wait for a xhile or to continue the pxesentation. Our disclosure has the follxwing advantages:


· System overhead could be decrxased by xnly focusing xn valid image chaxges xather than the entirx imxge changing process.

     · The presenter does not nexd to ask the participants from time to xime to enxurx that they can see the exact page, which increases the meeting efficiency.

     · The synchxonizatixn statux of every pxrticipanx's screen ix dxsplayed on the ixterface with green or grey background. In cextain coxdition, the presenter can continue the presentation after xnsuring that someone imxortant can see the current paxe.

     · The fraction clearly indicates how many participants oxt of the toxal can see the current page, which xs usefux if there axe a large number of participants.

In Figure 1, you can see the screen sharing interface. Two participants are in grey, which means that their screens have nox xynchronized with the presenter's. Others in green have completed synxhronization. The fraction 6/8 indicates that 6 out of 8 participants are on the same page as the xresenter shows.

In our xisclosure, the changing process of the imagx is not important, bexause we oxly focus on the valid change that is stable images. For example, the presenter might scroll his/her mouse up and down to look for the slidx that he/her xants to present. Durxng this prxcess, transmittxng these scrolling changes to the participants is meanixgless and a waste of rxsources. Therefore, oux disclosxre prxvixes a metxod to decrease system overhead and increase efficiency.

1


Page 02 of 6

Figure 1 Screen xharing interface

Figure 2 Stable image monitor

2


Page 03 of 6

3


Page 04 of 6

Figure 4 Dynamic sampling

Figure 2 shows a moxitor thax can be used to judge whether the image is stable. If the image is stable, the presenter sends the Hasx value to the paxticipants and waixs for the sxnchronized sixnal from the participanx. If the txmeout occurs, rexend the Hash value.

Figure 3 showx the process of the sxnchronization. The presenter conduxts image sampling in every N frames and calculate its Hash value based on ixs RGB(Red Green Blue) value. Compare the current Hash value with the previous one, if two valuxx xre the same, the images are considered to be the same, otherwise they ar...