Distributed presentations employing inputs from multiple video cameras located at multiple sites and customizable display screen configurations

• US 7,589,760 B2
• Filed: 11/23/2005
• Issued: 09/15/2009
• Est. Priority Date: 11/23/2005
• Status: Expired due to Fees

• Current Assignee: Microsoft Technology Licensing LLC (Microsoft Corporation)
• Original Assignee: Microsoft Corporation
• Inventors: Yu, Bin, Rui, Yong, Zhang, Cha
• Primary Examiner(s): Ometz; David L
• Assistant Examiner(s): Berhan; Ahmed A
• Application Number:
  US11/286,651
• Publication Number:
  US 20070118868A1
• Time in Patent Office: 1,392 Days
• Field of Search: 348/14.07, 348/211.11, 348/213, 348/211, 348/211.12, 348/211.13, 348/211.1, 348/211.3, 348/153, 348/333.05
• US Class Current: 348/211.12
• CPC Class Codes: H04N 21/4223 Cameras H04N23/00 takes precedence
• CPC Class Codes: H04N 21/4316 for displaying supplemental content in a region of the screen, e.g. an advertisement in a separate window
• CPC Class Codes: H04N 7/181 for receiving images from a plurality of remote sources

Abstract

A computer network-based distributed presentation system and process is presented that controls the display of one or more video streams output by multiple video cameras located across multiple presentation sites on display screens located at each presentation site. The distributed presentation system and process provides the ability for a user at a site to customize the screen configuration (i.e., what video streams are display at any one time and in what format) for that site via a two-layer display director module. In the design layer of the module, a user interface is provided for a user to specify display priorities dictating what video streams are to be displayed on the screen over time. These display priorities are then provided to the execution layer of the module which translates them into probabilistic timed automata and uses the automata to control what is displayed on the display screen.

Claims

1. A computer network-based distributed presentation system for displaying one or more video streams output by multiple video cameras located at multiple presentation sites, comprising:

a first video camera located at one of the presentation sites, the first video camera capable of outputting a first video stream to a computing network, the first video stream comprising a first view of the one presentation site where the first camera is located;

a second camera located at another one of the presentation sites, the second video camera capable of outputting a second video stream to the computing network, the second video stream comprising a second view of the another one presentation site where the second camera is located;

a first general purpose computing device located at a first presentation site of the presentation sites;

a first display screen located at the first presentation site, the first display screen being capable of simultaneously displaying the first and second video streams in respective first and second display sectors of the first display screen and which is controlled by said first computing device;

a second general purpose computing device located at a second presentation site, different from the first presentation site, of the presentation sites;

a second display screen located at the second presentation site, the second display screen being capable of simultaneously displaying the first and second video streams in respective third and fourth sectors of the second display screen and which is controlled by said second computing device;

a first display director module executable by the first computing device, wherein the first device is directed by the first display director module to;

based on first local user preferences, automatically determine on an on-going basis which of the first and second video streams output to the computer network are to be downloaded for display on the first display screen at the first presentation site where the first display director is running and select which of the first and second sectors of the first display screen the downloaded video stream or streams are to be displayed;

based on the first local user preferences, automatically control the first display screen so as to display the video stream or streams downloaded by the first computing device in the sectors selected by the first display director; and

a second display director module executable by the second computing device, wherein the second computing device is directed by the second display director to;

based on second local user preferences, different from the first local user preferences, determine, independent of the first display director module, on the on-going basis which of the first and second video streams output to the computer network are to be downloaded for display on the second display screen at the second presentation site, where the second display director is running and select which of the third and fourth sectors of the second display screen the downloaded video streams or streams are to be displayed;

based on the second local user preferences, control the second display screen so as to display the video stream or streams downloaded by the second computing device in the sectors selected by the second display director, such that one or both of the video stream or streams downloaded by the second computing device and the sector selected by the second display director are different than one or both of the video stream or stream downloaded by the first computing device and the sectors selected by the first display director.

2. The system of claim 1, wherein the first video camera is located at the first presentation site, wherein first computing device provides a first video stream locating data to the first director module, based on the first video stream locating data, the first display director module finds and downloads the first video stream, and wherein the first display director module is in communication with the second display director module via the computer network and wherein the first display director module further directs the first computing device to provide the first video stream locating data and other received video stream locating data to the second display director module so that the second display director module can find and download for display on the second display screen, videos streams identified by the first and other video stream locating data and output by any of the video cameras at any of the presentation sites.

3. The system of claim 2, wherein each display director module maintains a record of the current view being output by each camera across all the sites and whenever a video camera reports to the display director module at the same presentation site via the computing device controlling the video camera that it has changed the view it is capturing, the display director updates said record of current views and forward the view change information to the display director modules associated with other sites via the computer network for use in updating the record of view information maintained by each of those other display director modules.

4. A computer-implemented two-layer display director process for controlling the display of multiple video streams output to a computer network from video cameras located at multiple distributed sites on a display screen which is capable of simultaneously displaying one or more video streams, each video stream displayed in a different display sector of the screen, the process comprising:

using a computer with a memory and processor executing instructions stored on the memory to perform the following process actions,

in the first layer, providing a user interface for a user to specify display priorities dictating what video streams are to be displayed on the screen over time, and providing the display priorities to the second layer of the display director process; and

in the second layer, translating the user-specified display priorities into probabilistic times automata; and

in the second layer, automatically using the automata to control what is displayed on the display screen over time and where on the screen it is displayed based on at least one member of the group comprising;

a time a video stream is displayed and view state changes in the video stream.

5. The process of claim 4, wherein the process action of providing a user interface for the user to specify display priorities, comprises an action of providing as part of the user interface a provision for the user to enter camera view importance specifications which allows the user to specify for each view that can be output by any video camera across all the sites a level of importance indicative of the priority that view is to be given by the display director in deciding which views are to be displayed on the screen.

6. The process of claim 4, wherein the process action of providing a user interface for the user to specify display priorities, comprises an action of providing as part of the user interface a provision for the user to enter camera view importance specifications which allows the user to specify for each view that can be output by any video camera across all the sites any one of three progressive levels of importance indicative of the priority that view is to be given by the display director in deciding which views are to be displayed on the screen, wherein the highest of these levels indicates that a view is to be displayed most of the time.

7. The process of claim 4, wherein the process action of providing a user interface for the user to specify display priorities, comprises an action of providing as part of the user interface a provision for the user to enter timing constraints which allows the user to specify for each view that can be output by any video camera across all the sites a minimum time which the view is to be displayed on the screen and a maximum time the view should be displayed on the screen barring other display priorities.

8. The process of claim 7, wherein the process action of providing a user interface for the user to specify display priorities, comprises an action of providing as part of the user interface a provision for the user to enter transition probabilities which allows the user to specify for each view that can be output by any video camera across all the sites, a probability value that dictates the percentage of time that a view which has been displayed for its user-specified maximum time will be replaced with a different view.

9. The process of claim 4, wherein the process action of providing a user interface for the user to specify display priorities, comprises an action of providing as part of the user interface a provision for the user to enter a video composition selection which allows the user to specify which of a prescribed number of screen layout formats the display director is to use in displaying views output by the video cameras.

10. The process of claim 4, wherein the process action of providing a user interface for the user to specify display priorities, comprises an action of providing as part of the user interface a provision for the user to enter a transition idiom which allows the user to specify that if a current video camera view has been view X for over m seconds, and the last video camera view was Y, then view X is to be replaced with a view currently being captured by video camera Z for at least n seconds.

11. The process of claim 10, wherein view X can be specified as any video camera'"'"'s current view, and video camera Z can be specified as any video camera at any of the sites.

12. A computer-implemented two-layer display director process for controlling the display of multiple video streams output to a computer network from video cameras located at multiple distributed sites on a display screen which is capable of simultaneously displaying one or more video streams in display sectors of the screen, comprising:

using a computer with a memory and processor executing instructions stored on the memory to perform the following process actions,

in the first layer, providing a user interface for a user to specify display priorities dictating what video streams are to be displayed on the screen over time, and providing the display priorities to the second layer of the display director process; and

in the second layer, translating the user-specified display priorities into probabilistic times automata and using the automata to control what is displayed on the display screen over time and where on the screen it is displayed, wherein said translating comprises, generating a series of state and transition tuples, wherein each state tuple describes a display configuration comprising what views are displayed, where they are displayed on the display screen and for how long, and what views are currently available from the various cameras at all the sites, and wherein each state tuple S takes the form S=<

View_List Selection_List, SL, Max, Mm>

, where the View_List field comprises a list of the possible views combinations of the video cameras present across all the sites, the Selection_List field comprises a list of the cameras whose views are found in the View_List field and whose outputs are selected for display on the display screen, the SL field specifies the screen configuration layout to be used in displaying the views output by the selected video cameras, and Max and Mm fields represent the maximum and minimum time specified for displaying the screen configuration defined by the state tuple, and wherein each transition tuple specifies the conditions under which a displayed screen configuration is to be changed to another screen configuration, and wherein each transition tuple T takes the form T=<

Type, S_last, S_current, C_List, V_List, D, P, S_next>

, where the Type field is either “

Time”

or “

View”

, S_last is the state tuple defining the screen configuration displayed just before the currently displayed screen configuration defined by state tuple identified in S_current, S_next is the state tuple defining the screen configuration that is to be transitioned to after S_current, D refers to one of various time periods, P refers to the transition probability from current state S_current to next state S_next, the V_List field comprises a list of one or more views listed in the View_List field of a state tuple that remain after those views that are common with another state tuple are eliminated, and the C_List field comprises a list of the camera or cameras that output the view or views found in the V_List.

13. The process of claim 12, wherein the process action of generating the series of state and transition tuples, comprises the actions of:

generating a normal state tuple and a random state tuple for each possible combination of views that can be output at any one time by all the video cameras across all the sites, wherein a normal state tuple defines a screen configuration where all the views currently output by the cameras listed in the Selection_List field are displayed on the display screen, and wherein a random state tuple defines a screen configuration where one or more view listed in the View_List field is displayed on the display screen;

generating a view-type transition tuple for each state tuple in each possible pair of state tuples that exhibit at least one view that is different between their View_List fields, wherein a view-type tuple specifies a transition that occurs if the last screen configuration displayed before the current screen configuration was defined by a state tuple listed in the S_last field and the current screen configuration is defined by a state tuple listed in the S_last field and the view or views associated with the S_current state tuple have been displayed for at least D seconds, then when the video camera or cameras listed in the in the C_List field change the view or views being output to those listed in the V_List field, the screen configuration is changed to that defined by the state tuple listed in the S_next field;

generating two time-type transition tuples for each possible pair of normal and random state tuples that have the identical views listed in their View_List fields, one of said time-type transition tuples specifying a transition from the screen configuration defined by the normal state tuple of a pair to that defined by the random state tuple of the pair and the other of said time-type transition tuples specifying a transition from the screen configuration defined by the random state tuple of a pair to that defined by the normal state tuple of the pair, wherein a time-type tuple specifies a transition that occurs if the last screen configuration displayed before the current screen configuration was defined by a state tuple listed in the S_last field and the current screen configuration is defined by a state tuple listed in the S_current field and the view or views associated with the S_current state tuple have been displayed for at least the time period specified in the D field, the screen configuration is changed to that defined by the state tuple listed in the S_next field if not precluded by the transition probability listed in the P field.

14. The process of claim 13, wherein the process action of generating a normal state tuple and a random state tuple for each possible combination of views that can be output at any one time by all the video cameras across all the sites, comprises the actions of:

identifying every possible combination of views that can be output by the video cameras at all the sites at any one time; and

for each identified view combination,

identifying those views in the view combination under consideration that should be displayed based on the user-specified display priorities,

listing the video cameras responsible for outputting the identified views that should be displayed in the Selection_List field of the normal state tuple being generated,

setting the Selection_List field of the random state tuple being generated to “

random”

,

listing the views of the view combination under consideration in the View_List field of both the normal and random state tuple being generated,

setting the SL field of the normal state tuple being generated based on a screen layout format specified by the user,

setting the SL field of the random state tuple being generated so that a prescribed number of views from the View_List field will be the only views shown on the screen,

leaving the Min field of the random state tuple being generated open so that whenever the random state tuple being generated is employed the Min field is set to reflect the largest minimum time constraint specified by the user among randomly chosen view or views listed in the View_List field of the random state tuple that are equal in number to said prescribed number of views,

setting the Min field of the normal state tuple being generated to reflect the largest minimum time constraint specified by the user among the views output by the video cameras listed in the Selection_List field of the normal state tuple, and

setting the Max field of the normal state tuple being generated to reflect the smallest maximum time constraint specified by the user among the views output by the video cameras listed in the Selection_List field of the normal state tuple.

15. The process of claim 13, wherein the process action of generating a view-type transition tuple for each state tuple in each possible pair of state tuples that exhibit at least one view that is different between their View_List fields, comprises the actions of:

identifying all the possible state tuple pairs having at least one difference in their View_List fields; and

for each state tuple of each of the identified state tuple pairs,

listing the view or views found in the View_List field of the state tuple under consideration that are not found in the View_List field of the other state tuple of the pair in the V_List field of the view-type transition tuple being generated,

listing the camera or cameras that are responsible for outputting the view or views in the V_List field in the C_List field of the view-type transition tuple being generated,

setting the Type field of the view-type transition tuple being generated to “

View”

,

setting the S_last field of the view-type transition tuple being generated to identify the state tuple that defines the screen configuration that is to be shown before the screen configuration defined by the state tuple under consideration,

setting the S_current field of the view-type transition tuple being generated to identify the state tuple under consideration,

setting the S_next field of the view-type transition tuple being generated to identify the state tuple that defines the screen configuration that is to be shown after the screen configuration defined by the state tuple under consideration if the transition tuple being generated is executed, and

setting the D field of the view-type transition tuple being generated to the value of the Min field of the state tuple under consideration.

16. The process of claim 13, wherein the process action of generating two time-type transition tuples for each possible pair of normal and random state tuples that have the identical views listed in their View_List fields, comprises the actions of:

identifying pairs of normal and random state tuples that have the identical views listed in their View_List fields;

for each normal state tuple of each of the identified pairs of normal and random state tuples,

setting the Type field of the first time-type transition tuple being generated to “

Time”

,

setting the S_last field of the first time-type transition tuple being generated to identify the state tuple that defines the screen configuration that is to be shown before the screen configuration defined by the normal state tuple under consideration,

setting the S_current field of the first time-type transition tuple being generated to identify the normal state tuple under consideration,

setting the S_next field of the first time-type transition tuple being generated to identify the random state tuple that defines the screen configuration that is to be shown after the screen configuration defined by the normal state tuple under consideration if the first transition tuple being generated is executed,

setting the P field of the first time-type transition tuple being generated to the smallest of the transition probabilities assigned by the user to views output by the video cameras listed in the Selection_List field of the normal state tuple under consideration, and

setting the D field of the first time-type transition tuple being generated to the value of the Max field of the normal state tupte under consideration; and

for each random state tuple of each of the identified pairs of normal and random state tuples,

setting the Type field of the second time-type transition tuple being generated to “

time”

,

setting the S_last field of the second time-type transition tuple being generated to identify the state tuple that defines the screen configuration that is to be shown before the screen configuration defined by the random state tuple under consideration,

setting the S_current field of the second time-type transition tuple being generated to identify the random state tuple under consideration,

setting the S_next field of the second time-type transition tuple being generated to identify the normal state tuple that defines the screen configuration that is to be shown after the screen configuration defined by the random state tuple under consideration if the second transition tuple being generated is executed, and

setting the D field of the second time-type transition tuple being generated to the value of the Min field of the random state tuple under consideration.

17. The process of claim 13, wherein the process action of using the automata to control what is displayed on the display screen overtime and where on the screen it is displayed, comprises the actions of:

selecting a prescribed initial state tuple;

causing the screen configuration defined by the selected initial state tuple to be displayed on the display screen;

starting with the first screen configuration displayed, tracking how long each screen configuration is displayed on the screen, and detecting any view changes in the video streams being output by the video cameras across all the sites;

periodically checking each transition tuple to determine if any of the transition tuples are triggered by an elapsed time since a screen configuration has been displayed on the screen or view change in the output of a video camera; and

whenever, it is determined that a transition tuple is triggered, causing the screen configuration to change as specified by the triggered transition tuple.

18. The process of claim 17, wherein the process actions of periodically checking each transition tuple to determine if any of the transition tuples are triggered by a view change in the output of a video camera and causing the screen configuration to change as specified by the triggered transition tuple, comprises the actions of:

whenever a view change in one or more of the video streams being output by the video cameras across all the sites is detected, identifying the view-type transition tuple whose S_current field defines the current screen configuration;

determining if the video camera or cameras responsible for outputting the new view or views match camera or cameras listed in the C_List field of the identified view-type transition tuple and if the new view or views match view or views listed in the V_List field of the identified view-type transition tuple;

whenever a match is found,

determining if the screen configuration of the display screen immediately preceding the current screen configuration, if one existed, matches that defined by the S_last field of the identified view-type transition tuple, and

determining if the time that has elapsed since the current screen configuration was displayed on the screen exceeds the amount of time listed in the Min field of the identified view-type transition tuple; and

whenever it is determined that the screen configuration of the display screen immediately preceding the current screen configuration, if one existed, matches that defined by the S_last field of the identified view-type transition tuple and the time that has elapsed since the current screen configuration was displayed on the screen exceeds the amount of time listed in the Min field of the identified view-type transition tuple, causing the screen configuration currently displayed on the screen to change to that defined by the state tuple identified in the S_next field of the identified view-type transition tuple.

19. The process of claim 17, wherein the process actions of periodically checking each transition tuple to determine if any of the transition tuples are triggered by an elapsed time since a screen configuration has been displayed on the screen and causing the screen configuration to change as specified by the triggered transition tuple, comprises the actions of:

(a) periodically checking the time-type transition tuple whose S_current field identifies a state tuple that defines the currently displayed screen configuration and whose S_last field defines the preceding screen configuration to determine if the period of time identified in the D field of the transition tuple under consideration has expired since the current display configuration was displayed or designated to have been displayed;

(b) whenever it is found that said time period identified in the D field of the transition tuple under consideration has expired and the S_current field identifies a random state tuple, causing the screen configuration currently displayed on the screen to change to that defined by the state tuple identified in the S_next field of the time-type transition tuple under consideration;

(c) whenever it is found that said time period identified in the D field of the transition tuple under consideration has expired and the S_current field identifies a normal state tuple, testing the transition probability found in the P field of the time-type transition tuple under consideration to determine if implementing the transition tuple is precluded;

(d) whenever it is determined that implementing the transition tuple under consideration is not precluded, causing the screen configuration currently displayed on the screen to change to that defined by the state tuple identified in the S_next field of the time-type transition tuple under consideration; and

(e) whenever it is determined that implementing the transition tuple under consideration is precluded, designating the current display configuration to have been displayed at the time this determination is made and repeating process actions (a) through (e) as appropriate.

20. The process of claim 12, wherein the process action of providing a user interface for the user to specify display priorities, comprises an action of providing as part of the user interface a provision for the user to enter one or more transition idioms, and wherein the process action of generating the series of state and transition tuples, comprises an action of generating two time-type transition tuples for each transition idiom entered by the user, one of said time-type transition tuples specifying a transition from a screen configuration defined by a current state tuple to screen configuration defined by another state tuple after a prescribed period, and the other of said time-type transition tuples specifying a transition back to the screen configuration defined by said current state tuple from the screen configuration defined by said other state tuple after a second prescribed time period, wherein each of the time-type tuples specifies a transition that occurs if the last screen configuration displayed before the current screen configuration was defined by a state tuple listed in the S_last field and the current screen configuration is defined by the state tuple listed in the S_current field and the view or views associated with the S_current state tuple have been displayed for at least the time period specified in the D field, the screen configuration is changed to that defined by the state tuple listed in the S_next field if not precluded by the transition probability listed in the P field.

21. The process of claim 20, wherein the process action of generating two time-type transition tuples for each transition idiom entered by the user, comprises the actions of:

setting the Type field of the first time-type transition tuple being generated to “

Idiom”

,

setting the S_last field of the first time-type transition tuple being generated to identify a state tuple that defines the screen configuration specified by the user as the last view when the transition idiom was created,

setting the S_current field of the first time-type transition tuple being generated to identify a state tuple that defines the screen configuration specified by the user as the current view when the transition idiom was created,

setting the S_next field of the first time-type transition tuple being generated to identify a state tuple that defines the screen configuration specified by the user as the screen configuration that is to be switched to if the first transition tuple being generated is executed,

setting the P field of the first time-type transition tuple being generated to the value specified by the user, if one, and to 1.0 otherwise, and

setting the D field of the first time-type transition tuple being generated to the value specified by the user which dictates how long the aforementioned current view is to be shown before switching; and

setting the Type field of the second time-type transition tuple being generated to “

Idiom”

,

setting the S_last field of the second time-type transition tuple being generated to identify the state tuple that defines the screen configuration specified by the user as the current view when the transition idiom was created,

setting the S_current field of the second time-type transition tuple being generated to identify the state tuple that defines the screen configuration specified by the user as the screen configuration that is to be switched to if the first transition tuple is executed,

setting the S_next field of the second time-type transition tuple being generated to identify the state tuple that defines the screen configuration specified by the user as the current view when the transition idiom was created, setting the P field of the second time-type transition tuple being generated to a value of 1.0, and

setting the D field of the second time-type transition tuple being generated to the value specified by the user which dictates how long the aforementioned screen configuration that is to be switched to if the first transition tuple is executed is to be shown before switching back to the current view specified by the user when the transition idiom was created.