CA2637718A1 - Subsystem-scoping architecture for breakout rooms in a virtual space - Google Patents
Subsystem-scoping architecture for breakout rooms in a virtual space Download PDFInfo
- Publication number
- CA2637718A1 CA2637718A1 CA002637718A CA2637718A CA2637718A1 CA 2637718 A1 CA2637718 A1 CA 2637718A1 CA 002637718 A CA002637718 A CA 002637718A CA 2637718 A CA2637718 A CA 2637718A CA 2637718 A1 CA2637718 A1 CA 2637718A1
- Authority
- CA
- Canada
- Prior art keywords
- scoped
- feature
- proxy
- room
- meeting
- 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.)
- Abandoned
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1813—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for computer conferences, e.g. chat rooms
- H04L12/1822—Conducting the conference, e.g. admission, detection, selection or grouping of participants, correlating users to one or more conference sessions, prioritising transmission
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F15/00—Digital computers in general; Data processing equipment in general
- G06F15/16—Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F17/00—Digital computing or data processing equipment or methods, specially adapted for specific functions
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
Abstract
A method, system, and architecture for providing a web conference system that efficiently provides a breakout room or multiple breakout rooms within a single web conference (also referred to herein interchangeably as a "meeting"
or "virtual meeting") is provided. In some embodiments, the web conference system architecture provides a web conference system that allows for the creation of breakout rooms within a single web conference, where each breakout room provides a named view onto each feature subsystem of the web conference, with or without separate permission levels on each view. Each breakout room may also provide a named view of the contents of the web conference, with or without separate permission levels on each view.
or "virtual meeting") is provided. In some embodiments, the web conference system architecture provides a web conference system that allows for the creation of breakout rooms within a single web conference, where each breakout room provides a named view onto each feature subsystem of the web conference, with or without separate permission levels on each view. Each breakout room may also provide a named view of the contents of the web conference, with or without separate permission levels on each view.
Description
SUBSYSTEM-SCOPING ARCHITECTURE FOR
BREAKOUT ROOMS IN A VIRTUAL SPACE
BACKGROUND
[0001] A common classroom technique is to divide students up into several small groups, each of which works on a separate problem. At a later point in time, the instructor brings the students back together to report on the findings and progress of the individual groups. Members of a project team may likewise be divided up into several small groups, where each group is assigned one or more tasks to perform and/or solve. Periodically, a project manager may bring the members of the project team back together to report on the work of the individual groups.
BREAKOUT ROOMS IN A VIRTUAL SPACE
BACKGROUND
[0001] A common classroom technique is to divide students up into several small groups, each of which works on a separate problem. At a later point in time, the instructor brings the students back together to report on the findings and progress of the individual groups. Members of a project team may likewise be divided up into several small groups, where each group is assigned one or more tasks to perform and/or solve. Periodically, a project manager may bring the members of the project team back together to report on the work of the individual groups.
[0002] E-Learning and "virtual classroom" products allow each student to be at a separate computer system, such as a personal computer ("PC") and, instead of a classroom, meet in an online virtual space, often using web conferencing software, such as MICROSOFT's Live Meeting. While E-Learning and virtual classroorn products may support the scenario of "breaking out" into smaller groups, current E-Learning and virtual classroom products that support this feature implement each "breakout room" as a separate, full-fledged web conference (or a meeting). Because each room (e.g., the "main room" and the "breakout rooms") is a full web conference, there is a certain amount of server (or service) overhead associated with each breakout room. Also, joining a breakout room may be a slow process, as it typically requires a new connection to a server. It may be difficult for an instructor (e.g., a presenter in the web conference) to quickly switch from one breakout room to another breakout room. Similarly, an instructor who wishes to observe every room must be connected to every room's web conference, with all the attendant client-side overhead. Likewise, a student (e.g., a participant in the web conference) who is both in the main room and in a breakout room requires separate web conference clients for each, which generally increases central processing unit ("CPU") and memory consumption on the student's PC. Moreover; it may be difficult or time consuming to send a file, document, or other piece of content from room to room.
SUMMARY
SUMMARY
[0003] A method, system, and architecture for providing a web conference system that efficientiy provides a breakout room or multiple breakout rooms within a single web conference is provided. The web conference system architecture provides a web conference system that allows for the creation of breakout rooms within a single web conference, where each breakout room provides a named view onto each feature subsystem of the web conference, with or without separate permission levels on each view. Each breakout room may also provide a named view of the contents of the web conference, with or without separate permission levels on each view.
[0004] This Summary is provided to introduce a selection of concepts in a simplified form that are further described below in the Detailed Description.
This Summary is not intended to identify key features or essential features of the claimed subject matter, nor is it intended to be used as an aid in determining the scope of the claimed subject matter.
BRIEF DESCRIPTION OF THE DRAWINGS
This Summary is not intended to identify key features or essential features of the claimed subject matter, nor is it intended to be used as an aid in determining the scope of the claimed subject matter.
BRIEF DESCRIPTION OF THE DRAWINGS
[0005] Figure 1 is a high-tevel block diagram illustrating an example environment in which a web conference system illustratively operates.
[0006] Figure 2 is a block diagram that illustrates selected components of a web conference, according to some embodiments.
[0007] Figure 3 is a block diagram that illustrates selected components of a feature subsystem, according to some embodiments.
[0008] Figure 4 is a block diagram that illustrates a thin scoped proxy created by a scope-aware feature subsystem, according to some embodiments.
[0009] Figure 5 is a block diagram that illustrates a scoped proxy created by a feature subsystem that is not scope-aware, according to some embodiments.
[0010] Figure 6 is a flow diagram showing the illustrative steps performed by a meeting presenter to create a breakout room within a meeting, according to some embodiments.
[0011] Figure 7 is a flow diagram that illustrates the processing of a scope manager to create a breakout room, according to some embodiments.
[0012] Figure 8 is a flow diagram that illustrates the processing of a feature subsystem to create a scoped proxy, according to some embodiments.
[0013] Figure 9 is a flow diagram that illustrates the processing of a feature subsystem to associate meeting participants with a breakout room, according to some embodiments.
[0014] Figure 10 is a flow diagram that illustrates the processing of a feature subsystem to destroy a breakout room, ' according to some embodiments.
DETAILED DESCRIPTION
DETAILED DESCRIPTION
[0015] A method, system, and architecture for providing a web conference system that efficiently provides a breakout room or multiple breakout rooms within a single web conference (also referred to herein interchangeably as a "meeting" or "virtual meeting") is provided. In some embodiments, the web conference system architecture provides a web conference system that allows for the creation of breakout rooms within a single ~web conference, where each breakout room provides a named view onto each feature subsystem of the web conference, with or without separate permission levels on each view. Each breakout room may also provide a named view of the contents of the web conference, with or without separate permission levels on each view.
[0016] Throughout the description, the following terms will generally have the following meanings:
[0017] The term "attendee" refers to an unprivileged user or an unprivileged participant in a meeting.
[0018] The term "breakout room" refers to a named scope.
[0019] The term "feature subsystem" or "interactive subsystem" refers to a set of features exposed by a web conference system. Each feature subsystem implements the set of features. A feature subsystem that is capable of expressing a scoped feature of itself is considered to be "scope-aware," and scope-aware feature subsystems may implement scoped features using scoped proxies. Typical feature subsystems include, but are not limited to, chat, question & answer (Q&A) manager, application sharing, attendee roster, document sharing, whiteboarding, file transfer, audio, video, slide viewer, voice-over-Internet Protocol (VoIP), attendee list manager, and the like.
[0020] The term "global scope" refers to the union of all content in a meeting, across all scopes, and including content that is not affiiiated with any particular scope. The global scope is conceptually the main room.
[0021] The term "main room" refers to the global scope.
[0022] The term "named scope" is conceptually a subset of the content available in the global scope (e.g., main room), or it may have its own unique content which is not visible from the global scope. For example, slide sets from all rooms are visible to a presenter in a main room. If the presenter moves himself to a named scope, the presenter will only be able to view the slide sets that are assigned (or associated) with that named scope.
[0023] The term "participant" refers to a user who is connected to and in a meeting in any capacity.
[0024] The term "presenter" refers to a privileged user or a privileged participant in a meeting.
[0025] The term "privileged user" or "privileged participant" refers to a person in a meeting who can perform any allowable operation to or on any piece of content within any scope.
[0026] The term "scope" refers to a named portion or view of a meeting's content. Clients can act upon, scopes -without having knowledge of the content in other scopes.
[0027] The term "scoped data" refers to a subset of the data available to the feature subsystem, and which is used by the scoped proxy. For example, a scoped proxy of a slide viewer feature subsystem may have access to a partial list of the slide sets that are available to the slide viewer feature subsystem.
[0028] The term "scoped feature" refers to a feature that has a different behavior when in different scopes. For example, slide viewing is a scoped feature since it is possible to create and `view different slides sets from different scopes.
[0029] The term "scoped proxy" refers to a manifestation of a single scope. Feature subsystems implement scoped features using scoped proxies. A scoped proxy of a feature subsystem implements a subset of the feature subsystem's functionality within the context of the feature subsystem's scoped data. Thus, a scoped proxy of a feature subsystem is a single representation or personality of the feature subsystem.
[0030] The term "unprivileged user" or "unprivileged participant" refers to a person in a meeting who can't do much of anything unless specific privileges are granted.
[0031] In some embodiments, the web conference system incorporates a scope manager that manages the creation and destruction of breakout rooms within a web conference, manages the movement of users (e.g., meeting participants) between various breakout rooms, including the main room, and notifies interested parties of these changes. The scope manager may be implemented as a subsystem within the web conference system. When the web conference system receives a request from a user to create a meeting, the web conference system creates a global scope or main room for the meeting. Within the web conference system, the meeting may be comprised of the scope manager and a collection of feature subsystems as dictated by the features which were requested to be made available during the meeting.
For example, assuming that the meeting requestor requested document sharing, Q&A, and file transfer features to be available during the meeting, the meeting may be comprised of instances of the scope manager, the feature subsystem for document sharing; the feature subsystem for Q&A, and the feature subsystem - for file transfer. The instances of the feature subsystems which were created for the meeting, along with their associated contents, may be conceptually thought of as the main room of the meeting.
Stated differently, the feature subsystems which were created for the meeting, along with their associated contents, denote the main room of the meeting. The scope manager within a meeting is knowledgeable about every other feature subsystem in the meeting, and the scope manager responds to commands to create new breakout rooms (i.e., scopes) or destroy existing breakout rooms (i.e., scopes) within the meeting by issuing commands (or requests or events, etc.) to the feature subsystems in the meeting.
For example, assuming that the meeting requestor requested document sharing, Q&A, and file transfer features to be available during the meeting, the meeting may be comprised of instances of the scope manager, the feature subsystem for document sharing; the feature subsystem for Q&A, and the feature subsystem - for file transfer. The instances of the feature subsystems which were created for the meeting, along with their associated contents, may be conceptually thought of as the main room of the meeting.
Stated differently, the feature subsystems which were created for the meeting, along with their associated contents, denote the main room of the meeting. The scope manager within a meeting is knowledgeable about every other feature subsystem in the meeting, and the scope manager responds to commands to create new breakout rooms (i.e., scopes) or destroy existing breakout rooms (i.e., scopes) within the meeting by issuing commands (or requests or events, etc.) to the feature subsystems in the meeting.
[0032] In some embodiments, when a user requests to join the meeting, the web conference system connects the user's client to the scope manager and each of the feature subsystems which comprise the meeting. In this manner, when the meeting participant first joins the meeting, the meeting participant's client interacts directly with each feature subsystem in the meeting, causing the meeting participant to participate in the main room of the meeting. Each meeting participant is assigned privileges which specify the actions the meeting participant can perform while interacting in the main room. The privileges may have been specified by the meeting presenter.
[0033] The web conference system may provide a user interface through which a meeting presenter or other privileged user who possesses the necessary privileges can request to create a breakout room within the meeting. When the web conference system receives a request to create a breakout room, the scope manager component of the meeting creates a scope for the requested breakout room within the meeting, generates a unique scope identifier (ID) for the newly created scope, and assigns a name to the scope. The name may have been provided by the presenter who requested the breakout room. The scope manager then instructs each of the feature subsystems in the meeting to create a scoped proxy for the scope ID.
Each feature subsystem in the meeting responds by creating a scoped proxy to itself and assigning to the scoped proxy the specified scope ID to support the newly created scope. Each feature subsystem in the meeting exposes itself in a breakout room through its scoped proxy. The collection or set of scoped proxies created to support the scope form or comprise the breakout room within the meeting.
Each feature subsystem in the meeting responds by creating a scoped proxy to itself and assigning to the scoped proxy the specified scope ID to support the newly created scope. Each feature subsystem in the meeting exposes itself in a breakout room through its scoped proxy. The collection or set of scoped proxies created to support the scope form or comprise the breakout room within the meeting.
[0034] In some embodiments, the scoped proxy is implemented as a "thin" proxy, which acts as a filter or buffer to its corresponding feature subsystem. In a thin proxy implementation, the content (e.g., data, files, slide sets, etc.) associated with the feature subsystem and the logic and processing that is necessary to provide the feature remains with the feature subsystem. The scoped proxy contains the logic to enforce permissions by filtering requests to perform an action in the breakout room. For example, when the scoped proxy receives a request to perform an action, the scoped proxy checks the permissions of the meeting participant that requested the action against the privileges assigned to that participant within the breakout room. If the scoped proxy determines that the participant who requested the meeting has sufficient privileges to perform the action within the breakout room, the scoped proxy passes the action request to its corresponding feature subsystem, and the feature subsystem processes the requested action as if the action is being performed in the breakout room. Otherwise, if the scoped proxy determines that the participant who requested the meeting does not have sufficient privileges to perform the action within the breakout room, the scoped proxy can generate an appropriate error response.
10035] In some embodiments, one or more of the scoped proxies created for a breakout room may contain some or all of the logic to perform the processing that is necessary to provide the feature. For example, one or more of the feature subsystems may not support the creation of thin proxies.
When such a feature subsystem receives a request from the scope manager to create a scoped proxy for a scope ID (e.g., a breakout room), the feature subsystem may create another instance of itself and assign the specified scope ID to the created instance of itself. In this manner, the web conferencing system can support feature subsystems that are not capable of creating thin proxies, and the features provided by these feature subsystems can still be provided in the breakout rooms along with the features provided by the scope-aware feature subsystems.
[0036] The scope manager may then specify to each feature subsystem the contents that the feature subsystem is to expose through the scoped proxy. For example, the presenter who requested the breakout room may have specified the contents of the meeting that are to be made available in the breakout room. The presenter may have specified this information at the time of requesting the creation of the breakout room or subsequent to requesting the breakout room. Each feature subsystem in the meeting responds by exposing the specified contents through its scoped proxy that was created for the breakout room. The feature subsystem may expose an item of content by "marking" or otherwise. indicating that the item of content is to be made available through the scoped proxy corresponding to the breakout room. In some embodiments, the feature subsystem can tag or annotate each item of content with metadata which associates the item of content with a particular scoped proxy or multiple scoped proxies. In this way, the feature subsystem does not have to physically move or copy the contents from the main room to affiliate the contents with the breakout room, and the contents can easily be moved from one room to another room in the meeting. The contents can also be easily affiliated with multiple rooms within the meeting.
Moreover, by annotating each item of content, the feature subsystem is able to easily allocate separate resources for each of its scoped proxies. For example, a feature subsystem that provides whiteboarding can separate drawing information for each of its breakout rooms.
[0037] The scope manager may specify to each feature subsystem the meeting participants who are to be assigned to the breakout room, and each participant's permissions within the breakout room. For example, the presenter who requested the breakout room may have specified the participants in the meeting who are to participate in the breakout room, and each participant's permissions in the breakout room. The presenter may have specified this information at the time of requesting the creation of the breakout room or subsequent to requesting the breakout room. Each feature subsystem in the meeting responds by connecting each of the meeting participants' clients to the scoped proxy that was created for the breakout room by the feature subsystem. In some embodiments, the feature subsystem can associate an access control list (ACL) to the scoped proxy, and maintain the information pertaining to the assignment of the meeting participants to the scoped proxy (i.e., information regarding the participants who have been assigned to the breakout room), and each participant's privileges in the breakout room, in the ACL. In this way, a meeting participant's client interacts with a specific breakout room by interacting with each feature subsystem via the scoped proxy that the feature subsystem exposed for that breakout room. Moreover, the ACL allows each scoped proxy to a feature subsystem to impose different permissions. This enables a meeting participant to be granted more i-ights when operating via one scoped proxy (e.g., in one breakout room) than that participant would have when operating via a different scoped proxy (e.g., in another breakout r(iom). In some embodiments, the feature subsystem maintains the connection between the client and the feature subsystem (e.g., the client's connection to the main room) even when the client is connected to a scoped proxy (e.g., the client's connection to a breakout room).
[0038] In some embodiments, the feature subsystem can also maintain a record that indicates, for each meeting participant, the meeting rooms (e.g., main room and any one or more of the breakout rooms) that the participant is assigned to. The feature subsystem may also maintain a record of the room that a participant is currently operating in. This allows the feature subsystem to process actions requested by a meeting participant through the appropriate scoped proxy, if the action was requested within a breakout room. In some embodiments, the participant's client may provide an indication of the room the participant is operating in. For example, when a participant is assigned to a breakout room, the participant's client may display a user interface (UI), such as a window, which allows the participant to participate in the breakout room. When the participant submits a request to perform an action using this UI, the client may provide an indication of the breakout room in which the participant requested the action, and the feature subsystem can process the requested action through the appropriate scoped proxy. In this way, a meeting participant may be assigned to multiple rooms in a meeting at the same time..
[0039] The web conference system may provide a user interface through which a meeting presenter or other privileged user who possesses the necessary privileges can request to terminate or close a breakout room within the meeting. When the web conference system receives a request to close a breakout room, the scope manager instructs each of the feature subsystems in the meeting to destroy the scoped proxy which was created by each of the feature subsystems to support the breakout room. Each feature subsystem in the meeting responds by destroying the relevant scoped proxy, and reassigning the meeting participants in the breakout room back into the main room. Each feature subsystem also identifies the items of content that are affiliated with the destroyed scoped proxy and re-affiliates the items of content to the main room.
[0040] In some embodiments, the global scope contains the union of the contents of all of the other scopes. This allows the meeting presenters and other privileged participants to observe every breakout room in a meeting even from within the main room of the meeting.
[0041] Figure 1 is a high-level block diagram illustrating an example environment in which a web conference system ii(ustratively operates. The environment is only one example of a suitable operating environment and is not intended to suggest any limitation as to the scope of use or functionality of the web conference system. As depicted, the environment comprises a server computer system 102 and a plurality of client computer systems 104, each coupled to a network 106. The server computer system serves as a computing pfatform on which a web conference system 108 executes. The web conference system "hosts" a plurality of web conferences 110, and provides the conferencing services to the conference or meeting participants 112. Each participant may execute a client application 114 on his or her client computer system to access the web conference system and participate in a web conference or multiple web conferences. The clients executing on the client computer systems enable the participants at the client computer systems to interact with the web conference system. Only one server computer system is shown in Figure 1 for simplicity and one skilled in the art will appreciate that the web conference system may be distributed over multiple server computer systems.
[0042] In general terms, the network is a communications link that facilitates the transfer of electronic content between, for example, the attached target machine, management server and content servers. In some embodiments, the network includes the Internet. It will be appreciated that the network may be comprised of one or more other types of networks, such as a local area network, a wide area network, a point-to-point dial-up connection, and the like.
[0043] The computing device on which the web conferencing system is implemented, including the client and server computing systems, may include a central processing unit, memory, input devices (e.g., keyboard and pointing devices), output devices (e.g., display devices), and storage devices. (e.g., disk drives). The memory and storage devices are computer-readable media that may contain instructions that implement the web conferencing system. In addition, the data structures and message structures may be stored or transmitted via a data transmission medium, such as a signal on a communications link. Various communication links may be used, such as the Internet, a local area network, a wide area network, a point-to-point dial-up connection, a cell phone network, and so on.
[0044] Embodiments of the web conferencing system may be implemented in various operating environments that include personal computers, server computers, hand-held or laptop devices, multiprocessor systems, microprocessor-based systems, programmable consumer electronics, digital cameras, network PCs, minicomputers, mainframe computers, distributed computing environments that include any of the above systems or devices, and so on. The computer systems may be cell phones, personal digital assistants, smart phones, personal computers, programmable consumer electronics, digital cameras, and so on.
[0045] The web conferencing system may be described in the general context of computer-executable instructions, such as program modules, executed by one or more computers or other devices. Generally, program modules include routines, programs, objects, components, data structures, and so on that perform particular tasks or implement particular abstract data types. Typically, the functionality of the program modules may be combined or distributed as desired in various embodiments.
[0046] Figure 2 is a block diagram that illustrates selected components of a web conference 202, according to some embodiments. As depicted, the web conference comprises a scope manager 204 and a piurality of feature subsystems 206. The scope manager manages scope creation, destruction, naming, and any information pertinent to the management of the feature subsystems contained in the web conference, and the feature subsystems' scoped proxies. Each feature subsystem provides a feature or set of features that are exposed in the web conference by the web conference system. The feature subsystems include, but are not limited to, chat, application sharing, attendee roster, document sharing, whiteboarding, file transfer, audio, video, etc. As depicted in Figure 2, each feature subsystem is shown associated with a plurality of scoped proxies 208a-c. When a feature subsystem is instructed to create a breakout room having a specified scope ID, -the feature subsystem creates a scoped proxy to itself. Each of the scoped proxies provides a named view onto its corresponding feature subsystem, and the collection of scoped proxies having the same name or scope ID provides a single view onto a common shared data model or breakout room within the web conference. By way of example, the collection of scoped proxies 208a comprise one breakout room, the collection of scoped proxies 208b comprise another breakout room, and the collection of scoped proxies 208c comprise still another breakout room within the same web conference.
[0047] Figure 3 is a block diagram that illustrates selected components of a feature subsystem 302, according to some embodiments. As depicted, the feature subsystem comprises a feature component 304, a feature subsystem access control list (ACL) 306, a plurality of contents 308a-n, and a plurality of scoped proxies 312. The feature component provides the functionalities associated with the feature or features provided by the feature subsystem. For example, if the feature subsystem provides file sharing capabilities, the feature component contains the logic that implements the file sharing functionalities. The feature subsystem ACL specifies the permissions or access rights that are associated with the feature subsystem. For example, the feature subsystem ACL may specify the rights each participant or group of participants has while interacting directly with the feature subsystem. Because the global scope of a web conference is comprised of the feature subsystems themselves, interacting with the feature subsystem is akin to interacting in the main room of the web conference. Thus, the feature subsystem ACL specifies the participant's rights while participating in the main room of the web conference. The content is a piece of information, such as, by way of example,.individual file, document, resource, etc_, that is in or which is associated with the feature subsystem. For example, in the case of a file sharing feature subsystem, an item of content may be a specific file.
In the case of a Q&A feature subsystem, an item of content may be a set of questions and answers. In the case of a slide viewer feature subsystem, an item of content may be a specific slide set. Each item of content 308a-n is associated with a corresponding (ist of affiliated scopes 310a-n. The list of affiliated scopes is metadata that specifies the scopes to which the associated item of content is affiliated with. In some embodiments, each item of content is always affiliated with the global scope, even when the item of content is further affiliated with one or more named scopes. Each of the scoped proxies provides a proxy representation of the feature subsystem, and functions as a conduit to a named subset of the feature subsystem's contents. Each scoped proxy 312 is associated with a corresponding scope ID 314. Each scope ID uniquely identifies a named scope within the web conference, and the collection of scoped proxies that are associated with the same scope ID provides a single named view onto the contents of the web conference.
[0048] Figure 4 is a block diagram that illustrates a thin scoped proxy 402 created by a scope-aware feature subsystem, according to some embodiments. The thin scoped proxy is a manifestation of the feature subsystem in a named scope of the wieb conference. As depicted, the thin scope proxy comprises a filtering component 404 and a proxy access control list (ACL) 406. The proxy ACL specifies the permissions or access rights granted to the participants in the web conference while interacting through the thin scoped proxy. The filtering component filters the actions that are requested through the thin scoped proxy according to the privileges and rights specified in the proxy ACL. For example, when the thin scoped proxy receives a request to perform an action, the filtering component checks the requested action against the proxy ACL to determine whether the requested action is an authorized action. Upon determining that the requested action is an authorized action, the filtering component forwards the requested action to the feature component of the feature subsystem for processing of the action.
The thin scoped proxy contains the filtering logic and not the feature functionality.
[0049] Figure 5 is a block diagram that illustrates a scoped proxy 502 created by a feature subsystem that is not scope-aware, according to some embodiments. As depicted, the scoped proxy comprises a feature component 504 and a proxy access control list (ACL) 506. The proxy ACL
specifies the permissions or access rights granted to the participants in the - web conference while interacting through the scoped proxy. The feature component is an instance of the logic that implements the functionalities associated with the feature or features provided by the feature subsystem.
The feature component processes the actions that are requested through the scoped proxy according to the privileges and rights specified in the proxy ACL. Here, the feature component is similar to the feature component described in Figure 4 in that the feature component processes the requested actions.
[0050] Figure 6 is a flow diagram showing the illustrative steps performed by a meeting presenter to create a breakout room within a meeting, according to some embodiments. By way of example, a meeting presenter, while participating in a meeting provided by the web conference system, may decide to create a breakout room within the meeting. In block 602, the meeting presenter specifies a name for a breakout room for the meeting. In block 604, the meeting presenter specifies the meeting participants to move into the breakout room. For each specified meeting participant (block 606), the meeting presenter specifies the permissions for the. meeting participant within the breakout room in block 608, until the permissions for all of the specified meeting participants have been specified (block 610). In block 612, the meeting presenter submits the request to create the breakout room within the meeting. The meeting presenter may input the information required to request the breakout room through a UI presented on the presenter's client by the web conferencing system. The features that are to be provided in the breakout room may be determined from the privileges that are specified for each of the meeting participants. In some embodiments, the meeting presenter may also exp[icitfy specify the features that are to be provided in the breakout room. In some embodiments, the meeting presenter may specify the contents that are to be made available within the breakout room.
[0051] One skilled in the art will appreciate that, for this and other processes and methods disclosed herein, the functions performed in the processes and methods may be implemented in differing order. Furthermore, the outlined steps are only exemplary, and some of the steps may be optional, combined with fewer steps, or expanded into additional steps.
[0052] Figure 7 is a flow diagram that illustrates the processing of a scope manager to create a breakout room, according to some embodiments.
In block 702, the scope manager component of a meeting receives a request to create a breakout room within the meeting. In block 704, the scope manager checks to determine if the user who requested the creation of the breakout room is authorized to create a breakout room. If the user is not authorized to create a breakout room, then, in block 706, the scope manager reports the error. Otherwise, if the user who requested the creation of the breakout room is authorized to create a breakout room, then, in block 708, the scope manager instructs each feature subsystem in the meeting to create a scoped proxy with a specified name. The specified name may be the name of the breakout room specified by the requestor of the breakout room. In some embodiments, the scope manager may create a scope ID that uniquely identifies the requested breakout room within the meeting, associate the scope ID to the name of the breakout room, and instruct each feature subsystem of the meeting to create a scoped proxy and identify the scope proxy with the scope ID.
[0053] In block 710, the scope manager checks to determine if the breakout room was successfully created. For example, the scope manager determines whether it received an indication that each of the subsystems successfully created a scoped proxy. If the breakout room was not successfully created, then, in block 712, the scope manager reports the error.
Otherwise, if the breakout room was successfully created, then, in block 714, the scope manager reports the successful creation of the requested breakout room. For example, the scope manager may cause an indication to appear on the breakout room requestor's client that indicates the successful creation of the breakout room. In block 716, the scope manager informs each of the privileged meeting participants of the creation of the breakout room within the meeting.
[0054] Then, for each feature subsystem in the meeting (block 718), the scope manager performs blocks 720 to 722, until all of the feature subsystems in the meeting are -processed (block 722). In block 720, the scope manager informs the feature subsystem of the participants that are to participate via the scoped proxy exposed by the feature subsystem. In block 722, the scope manager informs the feature subsystem of each participant's permissions while participating via the scoped proxy. One skilled in the art will appreciate that, depending on the permissions specified by the user who requested the breakout room, one or more of the feature subsystems may not have any participants participating via its scoped proxy. This allows for a breakout room to not offer a feature or features that are offered in the main room of the meeting. In block 726, the scope manager informs each of the participants who have been assigned to the breakout room of the assignment to the breakout room. In some embodiments, the scope manager may provide an indication of the assignment to a breakout room to the participant's client, and the client may display a UI that includes an indication of the participant's assignment to the breakout room. The displayed UI may also provide an interface through which the participant can operate within the breakout room.
[0055] In some embodiments, the scope manager may create an empty breakout room within a meeting. For example, a meeting presenter may have requested to create a breakout room but may not have specified the meeting participants to assign to the breakout room. In this instance, the scope manager creates an empty breakout room within the meeting, and may subsequently place meeting participants into the breakout room. For example, the meeting presenter who requested the breakout room, or other privileged user with sufficient permissions, may assign some or all of the meeting participants to an existing breakout room. In some embodiments, the scope manager may automatically assign some or all of the meeting participants to the breakout room instead of creating an empty breakout room.
[0056] Figure 8 is a flow diagram that illustrates the processing of a feature subsystem to create a scoped proxy, according to some embodiments. In block 802, the feature subsystem receives an indication to create a scoped proxy. In block 804, the feature subsystem creates the requested scoped proxy. - In block 806, the feature subsystem checks to determine if it was able to successfully create the scoped proxy. If the feature subsystem was not able to successfully create the scoped proxy, then, in block 808, the feature subsystem reports the error. For example, the feature subsystem may return an error to the scope manager informing the scope manager of the unsuccessful creation of the requested scoped proxy.
Otherwise, if the feature subsystem was able to successfully create the scoped proxy, then, in block 810, the feature subsystem associates a name with the created scoped proxy. The name may be the name of the breakout room represented by the scoped proxy. In block 812, the feature subsystem reports the successful creation of the requested scoped proxy, for example, to the scope manager.
[0057] Figure 9 is a flow diagram that illustrates the processing of a feature subsystem to associate meeting participants with a breakout room, according to some embodiments. In block 902, the feature subsystem receives information regarding the meeting participants who are to participate via the scoped proxy. In block 904, the feature subsystem receives information regarding each participant's permissions while participating via the scoped proxy. In block 906, the feature subsystem creates a proxy ACL
for the scoped proxy. In some embodiments, the feature subsystem associates an item or items of content to the scoped proxy. For example, for each item of content specified to be made available through the scoped proxy, the feature subsystem can include in the listof affiliated scopes of each item of content an indication of the scope represented by the scoped proxy. In some embodiments, for each participant assigned to the breakout room, the feature subsystem connects the participant's client to the scoped proxy that was created for the breakout room by the feature subsystem.
[0058] Figure 10 is a flow diagram that illustrates the processing of a feature subsystem to destroy a breakout room, according to some embodiments. By way of example, a scope manager component of a rrieeting may instruct each of the feature subsystems to close or destroy a breakout room created within the meeting. In block 1002, a feature subsystem receives an indication to destroy a breakout room. In block 1004, the feature subsystem moves all participants who are participating in the breakout room back into the main room of the meeting. In block 1006, the feature subsystem restores each participant's privileges in the main room.
For example, a participant may have been provided different privileges in the breakout room than in the main room of the meeting. When this participant is moved back into the main room, the feature subsystem restores the participant's privileges to those privileges assigned to the participant in the main room.
[0059] In block 1008, the feature subsystem informs the participants of the removal from the breakout room. In some embodiments, the feature subsystem may provide an indication of the removal of the participant from the breakout room to the participant's client. The client may then provide an indication of the removal from the breakout room and remove or no longer display the Ul which allowed the participant to operate within the breakout room. The client may display or re-display the UI to the main room of the web conference. In block 1010, the feature subsystem moves all content that is associated with the breakout room into the main room of the meeting. For example, for each item of content that is associated with the breakout room, the feature subsystem may remove from its list of affiliated scopes the indication of the scope that is to be destroyed (e.g., the breakout room), and if not already present, include in the list of affiliated scopes an indication of the global scope (e.g., the main room). In block 1012, the feature subsystem destroys the breakout room. For example, the feature subsystem destroys the scoped proxy that the feature subsystem created for the breakout room:
[0060] Although the subject matter has been described in language specific to structural features and/or methodological acts, it is to be understood that the subject matter defined in the appended claims is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above are disclosed as example forms of implementing the claims.
10035] In some embodiments, one or more of the scoped proxies created for a breakout room may contain some or all of the logic to perform the processing that is necessary to provide the feature. For example, one or more of the feature subsystems may not support the creation of thin proxies.
When such a feature subsystem receives a request from the scope manager to create a scoped proxy for a scope ID (e.g., a breakout room), the feature subsystem may create another instance of itself and assign the specified scope ID to the created instance of itself. In this manner, the web conferencing system can support feature subsystems that are not capable of creating thin proxies, and the features provided by these feature subsystems can still be provided in the breakout rooms along with the features provided by the scope-aware feature subsystems.
[0036] The scope manager may then specify to each feature subsystem the contents that the feature subsystem is to expose through the scoped proxy. For example, the presenter who requested the breakout room may have specified the contents of the meeting that are to be made available in the breakout room. The presenter may have specified this information at the time of requesting the creation of the breakout room or subsequent to requesting the breakout room. Each feature subsystem in the meeting responds by exposing the specified contents through its scoped proxy that was created for the breakout room. The feature subsystem may expose an item of content by "marking" or otherwise. indicating that the item of content is to be made available through the scoped proxy corresponding to the breakout room. In some embodiments, the feature subsystem can tag or annotate each item of content with metadata which associates the item of content with a particular scoped proxy or multiple scoped proxies. In this way, the feature subsystem does not have to physically move or copy the contents from the main room to affiliate the contents with the breakout room, and the contents can easily be moved from one room to another room in the meeting. The contents can also be easily affiliated with multiple rooms within the meeting.
Moreover, by annotating each item of content, the feature subsystem is able to easily allocate separate resources for each of its scoped proxies. For example, a feature subsystem that provides whiteboarding can separate drawing information for each of its breakout rooms.
[0037] The scope manager may specify to each feature subsystem the meeting participants who are to be assigned to the breakout room, and each participant's permissions within the breakout room. For example, the presenter who requested the breakout room may have specified the participants in the meeting who are to participate in the breakout room, and each participant's permissions in the breakout room. The presenter may have specified this information at the time of requesting the creation of the breakout room or subsequent to requesting the breakout room. Each feature subsystem in the meeting responds by connecting each of the meeting participants' clients to the scoped proxy that was created for the breakout room by the feature subsystem. In some embodiments, the feature subsystem can associate an access control list (ACL) to the scoped proxy, and maintain the information pertaining to the assignment of the meeting participants to the scoped proxy (i.e., information regarding the participants who have been assigned to the breakout room), and each participant's privileges in the breakout room, in the ACL. In this way, a meeting participant's client interacts with a specific breakout room by interacting with each feature subsystem via the scoped proxy that the feature subsystem exposed for that breakout room. Moreover, the ACL allows each scoped proxy to a feature subsystem to impose different permissions. This enables a meeting participant to be granted more i-ights when operating via one scoped proxy (e.g., in one breakout room) than that participant would have when operating via a different scoped proxy (e.g., in another breakout r(iom). In some embodiments, the feature subsystem maintains the connection between the client and the feature subsystem (e.g., the client's connection to the main room) even when the client is connected to a scoped proxy (e.g., the client's connection to a breakout room).
[0038] In some embodiments, the feature subsystem can also maintain a record that indicates, for each meeting participant, the meeting rooms (e.g., main room and any one or more of the breakout rooms) that the participant is assigned to. The feature subsystem may also maintain a record of the room that a participant is currently operating in. This allows the feature subsystem to process actions requested by a meeting participant through the appropriate scoped proxy, if the action was requested within a breakout room. In some embodiments, the participant's client may provide an indication of the room the participant is operating in. For example, when a participant is assigned to a breakout room, the participant's client may display a user interface (UI), such as a window, which allows the participant to participate in the breakout room. When the participant submits a request to perform an action using this UI, the client may provide an indication of the breakout room in which the participant requested the action, and the feature subsystem can process the requested action through the appropriate scoped proxy. In this way, a meeting participant may be assigned to multiple rooms in a meeting at the same time..
[0039] The web conference system may provide a user interface through which a meeting presenter or other privileged user who possesses the necessary privileges can request to terminate or close a breakout room within the meeting. When the web conference system receives a request to close a breakout room, the scope manager instructs each of the feature subsystems in the meeting to destroy the scoped proxy which was created by each of the feature subsystems to support the breakout room. Each feature subsystem in the meeting responds by destroying the relevant scoped proxy, and reassigning the meeting participants in the breakout room back into the main room. Each feature subsystem also identifies the items of content that are affiliated with the destroyed scoped proxy and re-affiliates the items of content to the main room.
[0040] In some embodiments, the global scope contains the union of the contents of all of the other scopes. This allows the meeting presenters and other privileged participants to observe every breakout room in a meeting even from within the main room of the meeting.
[0041] Figure 1 is a high-level block diagram illustrating an example environment in which a web conference system ii(ustratively operates. The environment is only one example of a suitable operating environment and is not intended to suggest any limitation as to the scope of use or functionality of the web conference system. As depicted, the environment comprises a server computer system 102 and a plurality of client computer systems 104, each coupled to a network 106. The server computer system serves as a computing pfatform on which a web conference system 108 executes. The web conference system "hosts" a plurality of web conferences 110, and provides the conferencing services to the conference or meeting participants 112. Each participant may execute a client application 114 on his or her client computer system to access the web conference system and participate in a web conference or multiple web conferences. The clients executing on the client computer systems enable the participants at the client computer systems to interact with the web conference system. Only one server computer system is shown in Figure 1 for simplicity and one skilled in the art will appreciate that the web conference system may be distributed over multiple server computer systems.
[0042] In general terms, the network is a communications link that facilitates the transfer of electronic content between, for example, the attached target machine, management server and content servers. In some embodiments, the network includes the Internet. It will be appreciated that the network may be comprised of one or more other types of networks, such as a local area network, a wide area network, a point-to-point dial-up connection, and the like.
[0043] The computing device on which the web conferencing system is implemented, including the client and server computing systems, may include a central processing unit, memory, input devices (e.g., keyboard and pointing devices), output devices (e.g., display devices), and storage devices. (e.g., disk drives). The memory and storage devices are computer-readable media that may contain instructions that implement the web conferencing system. In addition, the data structures and message structures may be stored or transmitted via a data transmission medium, such as a signal on a communications link. Various communication links may be used, such as the Internet, a local area network, a wide area network, a point-to-point dial-up connection, a cell phone network, and so on.
[0044] Embodiments of the web conferencing system may be implemented in various operating environments that include personal computers, server computers, hand-held or laptop devices, multiprocessor systems, microprocessor-based systems, programmable consumer electronics, digital cameras, network PCs, minicomputers, mainframe computers, distributed computing environments that include any of the above systems or devices, and so on. The computer systems may be cell phones, personal digital assistants, smart phones, personal computers, programmable consumer electronics, digital cameras, and so on.
[0045] The web conferencing system may be described in the general context of computer-executable instructions, such as program modules, executed by one or more computers or other devices. Generally, program modules include routines, programs, objects, components, data structures, and so on that perform particular tasks or implement particular abstract data types. Typically, the functionality of the program modules may be combined or distributed as desired in various embodiments.
[0046] Figure 2 is a block diagram that illustrates selected components of a web conference 202, according to some embodiments. As depicted, the web conference comprises a scope manager 204 and a piurality of feature subsystems 206. The scope manager manages scope creation, destruction, naming, and any information pertinent to the management of the feature subsystems contained in the web conference, and the feature subsystems' scoped proxies. Each feature subsystem provides a feature or set of features that are exposed in the web conference by the web conference system. The feature subsystems include, but are not limited to, chat, application sharing, attendee roster, document sharing, whiteboarding, file transfer, audio, video, etc. As depicted in Figure 2, each feature subsystem is shown associated with a plurality of scoped proxies 208a-c. When a feature subsystem is instructed to create a breakout room having a specified scope ID, -the feature subsystem creates a scoped proxy to itself. Each of the scoped proxies provides a named view onto its corresponding feature subsystem, and the collection of scoped proxies having the same name or scope ID provides a single view onto a common shared data model or breakout room within the web conference. By way of example, the collection of scoped proxies 208a comprise one breakout room, the collection of scoped proxies 208b comprise another breakout room, and the collection of scoped proxies 208c comprise still another breakout room within the same web conference.
[0047] Figure 3 is a block diagram that illustrates selected components of a feature subsystem 302, according to some embodiments. As depicted, the feature subsystem comprises a feature component 304, a feature subsystem access control list (ACL) 306, a plurality of contents 308a-n, and a plurality of scoped proxies 312. The feature component provides the functionalities associated with the feature or features provided by the feature subsystem. For example, if the feature subsystem provides file sharing capabilities, the feature component contains the logic that implements the file sharing functionalities. The feature subsystem ACL specifies the permissions or access rights that are associated with the feature subsystem. For example, the feature subsystem ACL may specify the rights each participant or group of participants has while interacting directly with the feature subsystem. Because the global scope of a web conference is comprised of the feature subsystems themselves, interacting with the feature subsystem is akin to interacting in the main room of the web conference. Thus, the feature subsystem ACL specifies the participant's rights while participating in the main room of the web conference. The content is a piece of information, such as, by way of example,.individual file, document, resource, etc_, that is in or which is associated with the feature subsystem. For example, in the case of a file sharing feature subsystem, an item of content may be a specific file.
In the case of a Q&A feature subsystem, an item of content may be a set of questions and answers. In the case of a slide viewer feature subsystem, an item of content may be a specific slide set. Each item of content 308a-n is associated with a corresponding (ist of affiliated scopes 310a-n. The list of affiliated scopes is metadata that specifies the scopes to which the associated item of content is affiliated with. In some embodiments, each item of content is always affiliated with the global scope, even when the item of content is further affiliated with one or more named scopes. Each of the scoped proxies provides a proxy representation of the feature subsystem, and functions as a conduit to a named subset of the feature subsystem's contents. Each scoped proxy 312 is associated with a corresponding scope ID 314. Each scope ID uniquely identifies a named scope within the web conference, and the collection of scoped proxies that are associated with the same scope ID provides a single named view onto the contents of the web conference.
[0048] Figure 4 is a block diagram that illustrates a thin scoped proxy 402 created by a scope-aware feature subsystem, according to some embodiments. The thin scoped proxy is a manifestation of the feature subsystem in a named scope of the wieb conference. As depicted, the thin scope proxy comprises a filtering component 404 and a proxy access control list (ACL) 406. The proxy ACL specifies the permissions or access rights granted to the participants in the web conference while interacting through the thin scoped proxy. The filtering component filters the actions that are requested through the thin scoped proxy according to the privileges and rights specified in the proxy ACL. For example, when the thin scoped proxy receives a request to perform an action, the filtering component checks the requested action against the proxy ACL to determine whether the requested action is an authorized action. Upon determining that the requested action is an authorized action, the filtering component forwards the requested action to the feature component of the feature subsystem for processing of the action.
The thin scoped proxy contains the filtering logic and not the feature functionality.
[0049] Figure 5 is a block diagram that illustrates a scoped proxy 502 created by a feature subsystem that is not scope-aware, according to some embodiments. As depicted, the scoped proxy comprises a feature component 504 and a proxy access control list (ACL) 506. The proxy ACL
specifies the permissions or access rights granted to the participants in the - web conference while interacting through the scoped proxy. The feature component is an instance of the logic that implements the functionalities associated with the feature or features provided by the feature subsystem.
The feature component processes the actions that are requested through the scoped proxy according to the privileges and rights specified in the proxy ACL. Here, the feature component is similar to the feature component described in Figure 4 in that the feature component processes the requested actions.
[0050] Figure 6 is a flow diagram showing the illustrative steps performed by a meeting presenter to create a breakout room within a meeting, according to some embodiments. By way of example, a meeting presenter, while participating in a meeting provided by the web conference system, may decide to create a breakout room within the meeting. In block 602, the meeting presenter specifies a name for a breakout room for the meeting. In block 604, the meeting presenter specifies the meeting participants to move into the breakout room. For each specified meeting participant (block 606), the meeting presenter specifies the permissions for the. meeting participant within the breakout room in block 608, until the permissions for all of the specified meeting participants have been specified (block 610). In block 612, the meeting presenter submits the request to create the breakout room within the meeting. The meeting presenter may input the information required to request the breakout room through a UI presented on the presenter's client by the web conferencing system. The features that are to be provided in the breakout room may be determined from the privileges that are specified for each of the meeting participants. In some embodiments, the meeting presenter may also exp[icitfy specify the features that are to be provided in the breakout room. In some embodiments, the meeting presenter may specify the contents that are to be made available within the breakout room.
[0051] One skilled in the art will appreciate that, for this and other processes and methods disclosed herein, the functions performed in the processes and methods may be implemented in differing order. Furthermore, the outlined steps are only exemplary, and some of the steps may be optional, combined with fewer steps, or expanded into additional steps.
[0052] Figure 7 is a flow diagram that illustrates the processing of a scope manager to create a breakout room, according to some embodiments.
In block 702, the scope manager component of a meeting receives a request to create a breakout room within the meeting. In block 704, the scope manager checks to determine if the user who requested the creation of the breakout room is authorized to create a breakout room. If the user is not authorized to create a breakout room, then, in block 706, the scope manager reports the error. Otherwise, if the user who requested the creation of the breakout room is authorized to create a breakout room, then, in block 708, the scope manager instructs each feature subsystem in the meeting to create a scoped proxy with a specified name. The specified name may be the name of the breakout room specified by the requestor of the breakout room. In some embodiments, the scope manager may create a scope ID that uniquely identifies the requested breakout room within the meeting, associate the scope ID to the name of the breakout room, and instruct each feature subsystem of the meeting to create a scoped proxy and identify the scope proxy with the scope ID.
[0053] In block 710, the scope manager checks to determine if the breakout room was successfully created. For example, the scope manager determines whether it received an indication that each of the subsystems successfully created a scoped proxy. If the breakout room was not successfully created, then, in block 712, the scope manager reports the error.
Otherwise, if the breakout room was successfully created, then, in block 714, the scope manager reports the successful creation of the requested breakout room. For example, the scope manager may cause an indication to appear on the breakout room requestor's client that indicates the successful creation of the breakout room. In block 716, the scope manager informs each of the privileged meeting participants of the creation of the breakout room within the meeting.
[0054] Then, for each feature subsystem in the meeting (block 718), the scope manager performs blocks 720 to 722, until all of the feature subsystems in the meeting are -processed (block 722). In block 720, the scope manager informs the feature subsystem of the participants that are to participate via the scoped proxy exposed by the feature subsystem. In block 722, the scope manager informs the feature subsystem of each participant's permissions while participating via the scoped proxy. One skilled in the art will appreciate that, depending on the permissions specified by the user who requested the breakout room, one or more of the feature subsystems may not have any participants participating via its scoped proxy. This allows for a breakout room to not offer a feature or features that are offered in the main room of the meeting. In block 726, the scope manager informs each of the participants who have been assigned to the breakout room of the assignment to the breakout room. In some embodiments, the scope manager may provide an indication of the assignment to a breakout room to the participant's client, and the client may display a UI that includes an indication of the participant's assignment to the breakout room. The displayed UI may also provide an interface through which the participant can operate within the breakout room.
[0055] In some embodiments, the scope manager may create an empty breakout room within a meeting. For example, a meeting presenter may have requested to create a breakout room but may not have specified the meeting participants to assign to the breakout room. In this instance, the scope manager creates an empty breakout room within the meeting, and may subsequently place meeting participants into the breakout room. For example, the meeting presenter who requested the breakout room, or other privileged user with sufficient permissions, may assign some or all of the meeting participants to an existing breakout room. In some embodiments, the scope manager may automatically assign some or all of the meeting participants to the breakout room instead of creating an empty breakout room.
[0056] Figure 8 is a flow diagram that illustrates the processing of a feature subsystem to create a scoped proxy, according to some embodiments. In block 802, the feature subsystem receives an indication to create a scoped proxy. In block 804, the feature subsystem creates the requested scoped proxy. - In block 806, the feature subsystem checks to determine if it was able to successfully create the scoped proxy. If the feature subsystem was not able to successfully create the scoped proxy, then, in block 808, the feature subsystem reports the error. For example, the feature subsystem may return an error to the scope manager informing the scope manager of the unsuccessful creation of the requested scoped proxy.
Otherwise, if the feature subsystem was able to successfully create the scoped proxy, then, in block 810, the feature subsystem associates a name with the created scoped proxy. The name may be the name of the breakout room represented by the scoped proxy. In block 812, the feature subsystem reports the successful creation of the requested scoped proxy, for example, to the scope manager.
[0057] Figure 9 is a flow diagram that illustrates the processing of a feature subsystem to associate meeting participants with a breakout room, according to some embodiments. In block 902, the feature subsystem receives information regarding the meeting participants who are to participate via the scoped proxy. In block 904, the feature subsystem receives information regarding each participant's permissions while participating via the scoped proxy. In block 906, the feature subsystem creates a proxy ACL
for the scoped proxy. In some embodiments, the feature subsystem associates an item or items of content to the scoped proxy. For example, for each item of content specified to be made available through the scoped proxy, the feature subsystem can include in the listof affiliated scopes of each item of content an indication of the scope represented by the scoped proxy. In some embodiments, for each participant assigned to the breakout room, the feature subsystem connects the participant's client to the scoped proxy that was created for the breakout room by the feature subsystem.
[0058] Figure 10 is a flow diagram that illustrates the processing of a feature subsystem to destroy a breakout room, according to some embodiments. By way of example, a scope manager component of a rrieeting may instruct each of the feature subsystems to close or destroy a breakout room created within the meeting. In block 1002, a feature subsystem receives an indication to destroy a breakout room. In block 1004, the feature subsystem moves all participants who are participating in the breakout room back into the main room of the meeting. In block 1006, the feature subsystem restores each participant's privileges in the main room.
For example, a participant may have been provided different privileges in the breakout room than in the main room of the meeting. When this participant is moved back into the main room, the feature subsystem restores the participant's privileges to those privileges assigned to the participant in the main room.
[0059] In block 1008, the feature subsystem informs the participants of the removal from the breakout room. In some embodiments, the feature subsystem may provide an indication of the removal of the participant from the breakout room to the participant's client. The client may then provide an indication of the removal from the breakout room and remove or no longer display the Ul which allowed the participant to operate within the breakout room. The client may display or re-display the UI to the main room of the web conference. In block 1010, the feature subsystem moves all content that is associated with the breakout room into the main room of the meeting. For example, for each item of content that is associated with the breakout room, the feature subsystem may remove from its list of affiliated scopes the indication of the scope that is to be destroyed (e.g., the breakout room), and if not already present, include in the list of affiliated scopes an indication of the global scope (e.g., the main room). In block 1012, the feature subsystem destroys the breakout room. For example, the feature subsystem destroys the scoped proxy that the feature subsystem created for the breakout room:
[0060] Although the subject matter has been described in language specific to structural features and/or methodological acts, it is to be understood that the subject matter defined in the appended claims is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above are disclosed as example forms of implementing the claims.
Claims
I/We claim:
[c1] 1. A method in a web conference system for providing a breakout room, the method comprising:
providing a web conference comprised of a plurality of feature subsystems, each feature subsystem providing a feature or multiple features in the web conference, wherein the plurality of feature subsystems denote a main room of the web conference;
when the web conference system receives a request to create a first breakout room having a first name within the web conference (702), creating a first scoped proxy to each of the plurality of feature subsystems (804), each of the first coped proxies providing a view onto its corresponding feature subsystem; and associating the first name to each of the first scoped proxies (810), wherein the collection of the first scoped proxies associated with the first name denote the first breakout room within the web conference, and further wherein meeting participants assigned to the first breakout room participate in the first breakout room by interacting with the plurality of feature subsystems via each feature subsystem's first scoped proxy.
[c2] 2. The method of claim 1, wherein at least one of the first scoped proxies is a thin scoped proxy.
[c3] 3. The method of claim 1 further comprising:
assigning at least one web conference participant to the first breakout room (902); and creating an ACL for each of the first scoped proxies (906), wherein the ACL specifies, for each meeting participant assigned to the first breakout room, the meeting -21-, participant's permissions while participating in the first breakout room.
[c4] 4. The method of claim 3, wherein the meeting participant's permissions specify the actions the meeting participant can perform while participating in the first breakout room.
[c5] 5. The method of claim 3, wherein the meeting participant's permissions specify the contents the meeting participant can act on while participating in the first breakout room.
[c6] 6. The method of claim 1 further comprising specifying, for each of the first scoped proxies, content that is to be exposed through the first scoped proxy.
[c7] 7. The method of claim 6, wherein the specified content is a subset of the corresponding feature subsystem's contents.
[c8] 8. The method of claim 1 further comprising:
when the web conference system receives a request to create a second breakout room having a second name within the web conference (702), creating a second scoped proxy to each of the plurality of feature subsystems (804), each of the second coped proxies providing a view onto its corresponding feature subsystem; and associating the second name to each of the second scoped proxies (810), wherein the collection of the second scoped proxies associated with the second name comprise the second breakout room within the web conference, and further wherein meeting participants assigned to the second breakout room participate in the second breakout room by interacting with the plurality of feature subsystems via each feature subsystem's second scoped proxy.
[c9] 9. The method of claim 1 further comprising, upon successfully creating the first breakout room within the web conference, informing each privileged participant in the web conference of the creation of the first breakout room.
[c10] 10. The method of claim 1 further comprising:
when the web conference system receives a request to destroy the first breakout room within the web conference (1002), moving all meeting participants assigned to the first breakout room back into the main room of the web conference (1004); and moving all content associated with the first breakout room into the main room of the web conference (1010).
[c11] 11. The method of claim 10 further comprising informing all meeting participants moved from the first breakout room of their removal from the first breakout room (1008).
[c12] 12. The method of claim 10 further comprising, for each meeting participant moved from the first breakout room back into the main room of the web conference, restoring the meeting participant's privileges in the main room (1006).
[c13] 13. A subsystem-scoping web conference system comprising:
a component that provides at least one virtual meeting, the virtual meeting comprising:
a scope manager component (204) that manages the creation and destruction of breakout rooms within the virtual meeting; and at least one feature subsystem (206) that, upon receiving an instruction to create a breakout room, creates a scoped proxy (208) to itself, the scoped proxy providing a manifestation of the feature subsystem in the breakout room, the scoped proxy representing a named view of the feature subsystem's contents, such that a client interacting in the breakout room interacts with the feature subsystem via the scoped proxy created for the breakout room by the feature subsystem.
[c14] 14. The system of claim 13, wherein the feature subsystem further exposes an item of content in the feature subsystem through the scoped proxy.
[c15] 15. The system of claim 14, wherein the exposing the item of content through the scoped proxy includes annotating the item of content without physically moving the item of content.
[c16] 16. The system of claim 13, wherein the feature subsystem further creates an ACL for the scoped proxy, wherein the ACL specifies permissions for meeting participants who are interacting via the scoped proxy.
[c17] 17. A computer-readable medium containing instructions for a web conference system (108) to provide a breakout room within a virtual meeting, by a method comprising:
providing a virtual meeting comprised of a plurality of feature subsystems (206), each feature subsystem providing a feature or multiple features in the web conference;
when the web conference system receives a request to create a breakout room having a name within the virtual meeting (702), generating a scope ID (314);
associating the scope ID with the name;
creating a scoped proxy to each of the plurality of feature subsystems (708), each of the scoped proxies providing a view onto its corresponding feature subsystem; and assigning the scope ID to each of the scoped proxies, such that the collection of the scoped proxies having the same scope ID denote the breakout room having the name within the virtual meeting.
[c18] 18. The computer-readable medium of claim 17, including exposing contents through the breakout room by annotating the contents to associate the contents with the scoped proxy without physically moving the contents.
[c19] 19. The computer-readable medium of claim 17, including creating an ACL for each of the scoped proxies, wherein the ACL specifies permissions for meeting participants who are interacting via its corresponding scoped proxy.
[c20] 20. The computer-readable medium of claim 17, wherein each of the scoped proxies is a thin scoped proxy that filters actions that are requested through the thin scoped proxy to determine whether the actions are authorized.
[c1] 1. A method in a web conference system for providing a breakout room, the method comprising:
providing a web conference comprised of a plurality of feature subsystems, each feature subsystem providing a feature or multiple features in the web conference, wherein the plurality of feature subsystems denote a main room of the web conference;
when the web conference system receives a request to create a first breakout room having a first name within the web conference (702), creating a first scoped proxy to each of the plurality of feature subsystems (804), each of the first coped proxies providing a view onto its corresponding feature subsystem; and associating the first name to each of the first scoped proxies (810), wherein the collection of the first scoped proxies associated with the first name denote the first breakout room within the web conference, and further wherein meeting participants assigned to the first breakout room participate in the first breakout room by interacting with the plurality of feature subsystems via each feature subsystem's first scoped proxy.
[c2] 2. The method of claim 1, wherein at least one of the first scoped proxies is a thin scoped proxy.
[c3] 3. The method of claim 1 further comprising:
assigning at least one web conference participant to the first breakout room (902); and creating an ACL for each of the first scoped proxies (906), wherein the ACL specifies, for each meeting participant assigned to the first breakout room, the meeting -21-, participant's permissions while participating in the first breakout room.
[c4] 4. The method of claim 3, wherein the meeting participant's permissions specify the actions the meeting participant can perform while participating in the first breakout room.
[c5] 5. The method of claim 3, wherein the meeting participant's permissions specify the contents the meeting participant can act on while participating in the first breakout room.
[c6] 6. The method of claim 1 further comprising specifying, for each of the first scoped proxies, content that is to be exposed through the first scoped proxy.
[c7] 7. The method of claim 6, wherein the specified content is a subset of the corresponding feature subsystem's contents.
[c8] 8. The method of claim 1 further comprising:
when the web conference system receives a request to create a second breakout room having a second name within the web conference (702), creating a second scoped proxy to each of the plurality of feature subsystems (804), each of the second coped proxies providing a view onto its corresponding feature subsystem; and associating the second name to each of the second scoped proxies (810), wherein the collection of the second scoped proxies associated with the second name comprise the second breakout room within the web conference, and further wherein meeting participants assigned to the second breakout room participate in the second breakout room by interacting with the plurality of feature subsystems via each feature subsystem's second scoped proxy.
[c9] 9. The method of claim 1 further comprising, upon successfully creating the first breakout room within the web conference, informing each privileged participant in the web conference of the creation of the first breakout room.
[c10] 10. The method of claim 1 further comprising:
when the web conference system receives a request to destroy the first breakout room within the web conference (1002), moving all meeting participants assigned to the first breakout room back into the main room of the web conference (1004); and moving all content associated with the first breakout room into the main room of the web conference (1010).
[c11] 11. The method of claim 10 further comprising informing all meeting participants moved from the first breakout room of their removal from the first breakout room (1008).
[c12] 12. The method of claim 10 further comprising, for each meeting participant moved from the first breakout room back into the main room of the web conference, restoring the meeting participant's privileges in the main room (1006).
[c13] 13. A subsystem-scoping web conference system comprising:
a component that provides at least one virtual meeting, the virtual meeting comprising:
a scope manager component (204) that manages the creation and destruction of breakout rooms within the virtual meeting; and at least one feature subsystem (206) that, upon receiving an instruction to create a breakout room, creates a scoped proxy (208) to itself, the scoped proxy providing a manifestation of the feature subsystem in the breakout room, the scoped proxy representing a named view of the feature subsystem's contents, such that a client interacting in the breakout room interacts with the feature subsystem via the scoped proxy created for the breakout room by the feature subsystem.
[c14] 14. The system of claim 13, wherein the feature subsystem further exposes an item of content in the feature subsystem through the scoped proxy.
[c15] 15. The system of claim 14, wherein the exposing the item of content through the scoped proxy includes annotating the item of content without physically moving the item of content.
[c16] 16. The system of claim 13, wherein the feature subsystem further creates an ACL for the scoped proxy, wherein the ACL specifies permissions for meeting participants who are interacting via the scoped proxy.
[c17] 17. A computer-readable medium containing instructions for a web conference system (108) to provide a breakout room within a virtual meeting, by a method comprising:
providing a virtual meeting comprised of a plurality of feature subsystems (206), each feature subsystem providing a feature or multiple features in the web conference;
when the web conference system receives a request to create a breakout room having a name within the virtual meeting (702), generating a scope ID (314);
associating the scope ID with the name;
creating a scoped proxy to each of the plurality of feature subsystems (708), each of the scoped proxies providing a view onto its corresponding feature subsystem; and assigning the scope ID to each of the scoped proxies, such that the collection of the scoped proxies having the same scope ID denote the breakout room having the name within the virtual meeting.
[c18] 18. The computer-readable medium of claim 17, including exposing contents through the breakout room by annotating the contents to associate the contents with the scoped proxy without physically moving the contents.
[c19] 19. The computer-readable medium of claim 17, including creating an ACL for each of the scoped proxies, wherein the ACL specifies permissions for meeting participants who are interacting via its corresponding scoped proxy.
[c20] 20. The computer-readable medium of claim 17, wherein each of the scoped proxies is a thin scoped proxy that filters actions that are requested through the thin scoped proxy to determine whether the actions are authorized.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US11/364,804 | 2006-02-28 | ||
| US11/364,804 US7716284B2 (en) | 2006-02-28 | 2006-02-28 | Subsystem-scoping architecture for breakout rooms in a virtual space |
| PCT/US2007/001032 WO2007100419A1 (en) | 2006-02-28 | 2007-01-16 | Subsystem-scoping architecture for breakout rooms in a virtual space |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CA2637718A1 true CA2637718A1 (en) | 2007-08-07 |
Family
ID=38445314
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CA002637718A Abandoned CA2637718A1 (en) | 2006-02-28 | 2007-01-16 | Subsystem-scoping architecture for breakout rooms in a virtual space |
Country Status (8)
| Country | Link |
|---|---|
| US (1) | US7716284B2 (en) |
| EP (1) | EP1997012A4 (en) |
| KR (1) | KR20080108425A (en) |
| CN (1) | CN101390076B (en) |
| BR (1) | BRPI0708275A2 (en) |
| CA (1) | CA2637718A1 (en) |
| RU (1) | RU2438169C2 (en) |
| WO (1) | WO2007100419A1 (en) |
Families Citing this family (35)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9176934B2 (en) | 2005-05-06 | 2015-11-03 | Leo Baschy | User interface for nonuniform access control system and methods |
| US9129088B1 (en) * | 2005-06-04 | 2015-09-08 | Leo Martin Baschy | User interface driven access control system and methods for multiple users as one audience |
| US20070218445A1 (en) * | 2006-03-14 | 2007-09-20 | Ted Uwague-Igharo | Computer based blackboard |
| US9202068B2 (en) | 2006-03-29 | 2015-12-01 | Leo M. Baschy | User interface for variable access control system |
| US8817668B2 (en) | 2006-09-15 | 2014-08-26 | Microsoft Corporation | Distributable, scalable, pluggable conferencing architecture |
| US8769006B2 (en) * | 2006-11-28 | 2014-07-01 | International Business Machines Corporation | Role-based display of document renditions for web conferencing |
| US8275106B1 (en) * | 2007-01-11 | 2012-09-25 | Avaya Inc. | Method and apparatus for seamless subconference management |
| US20080184115A1 (en) * | 2007-01-29 | 2008-07-31 | Fuji Xerox Co., Ltd. | Design and design methodology for creating an easy-to-use conference room system controller |
| US20090006608A1 (en) * | 2007-06-28 | 2009-01-01 | Microsoft Corporation | Dynamically enhancing meeting participation through compilation of data |
| US20090234721A1 (en) * | 2007-12-21 | 2009-09-17 | Bigelow David H | Persistent collaborative on-line meeting space |
| US8368738B2 (en) * | 2008-01-14 | 2013-02-05 | Microsoft Corporation | Joining users to a conferencing session |
| US20090204671A1 (en) * | 2008-02-08 | 2009-08-13 | Microsoft Corporation | In-meeting presence |
| US8447809B2 (en) * | 2008-02-29 | 2013-05-21 | Via Technologies, Inc. | System and method for network conference |
| WO2010036261A1 (en) | 2008-09-26 | 2010-04-01 | Hewlett-Packard Development Company, L.P. | Event management system for creating a second event |
| KR101027725B1 (en) * | 2009-12-29 | 2011-04-12 | 주식회사 피앤피시큐어 | Security system |
| US9721215B2 (en) * | 2010-06-30 | 2017-08-01 | International Business Machines Corporation | Enhanced management of a web conferencing server |
| US9832423B2 (en) * | 2010-06-30 | 2017-11-28 | International Business Machines Corporation | Displaying concurrently presented versions in web conferences |
| WO2013067701A1 (en) * | 2011-11-10 | 2013-05-16 | 华为技术有限公司 | Conference control method and device |
| US8949445B2 (en) | 2012-01-23 | 2015-02-03 | International Business Machines Corporation | Optimizing electronic communication channels |
| US10177926B2 (en) | 2012-01-30 | 2019-01-08 | International Business Machines Corporation | Visualizing conversations across conference calls |
| US9813255B2 (en) * | 2012-07-30 | 2017-11-07 | Microsoft Technology Licensing, Llc | Collaboration environments and views |
| KR101467248B1 (en) * | 2012-10-26 | 2014-12-02 | (주)카카오 | Method of operating an application for providing group call service using mobile voice over internet protocol |
| CN106572084B (en) * | 2016-10-18 | 2020-06-16 | 北京甄才科技发展有限公司 | Remote video online interviewing and evaluating system |
| US11792239B2 (en) * | 2020-07-07 | 2023-10-17 | Engageli, Inc. | Systems and/or methods for online content delivery |
| CN111901618B (en) * | 2020-07-21 | 2023-02-24 | 北京百度网讯科技有限公司 | User communication method, device and equipment of live broadcast room and storage medium |
| WO2022046231A1 (en) * | 2020-08-31 | 2022-03-03 | Arris Enterprises Llc | Providing transfer and configuration of web conferencing between consumer devices |
| US11611599B2 (en) * | 2020-11-27 | 2023-03-21 | Fulcrum Management Solutions Ltd. | System and method for grouping participant devices in a communication environment |
| US20220321373A1 (en) * | 2021-03-30 | 2022-10-06 | Snap Inc. | Breakout sessions based on tagging users within a virtual conferencing system |
| US11362848B1 (en) * | 2021-03-30 | 2022-06-14 | Snap Inc. | Administrator-based navigating of participants between rooms within a virtual conferencing system |
| US11722535B2 (en) * | 2021-03-30 | 2023-08-08 | Snap Inc. | Communicating with a user external to a virtual conference |
| US11558436B2 (en) * | 2021-04-30 | 2023-01-17 | Zoom Video Communications, Inc. | Content monitoring for virtual meeting rooms |
| US11323493B1 (en) * | 2021-05-20 | 2022-05-03 | Cisco Technology, Inc. | Breakout session assignment by device affiliation |
| US11463492B1 (en) | 2021-10-28 | 2022-10-04 | Zoom Video Communications, Inc. | Moderator controls for breakout rooms |
| CN115225617A (en) * | 2021-12-23 | 2022-10-21 | 飞虎互动科技(北京)有限公司 | Multi-party conversation method and device |
| US11949723B1 (en) * | 2022-12-09 | 2024-04-02 | Zoom Video Communications, Inc. | Moving pages of a virtual whiteboard to breakout rooms associated with a video conference |
Family Cites Families (28)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5625407A (en) * | 1994-07-08 | 1997-04-29 | Lucent Technologies Inc. | Seamless multimedia conferencing system using an enhanced multipoint control unit and enhanced endpoint devices |
| US6560707B2 (en) * | 1995-11-06 | 2003-05-06 | Xerox Corporation | Multimedia coordination system |
| US5974446A (en) | 1996-10-24 | 1999-10-26 | Academy Of Applied Science | Internet based distance learning system for communicating between server and clients wherein clients communicate with each other or with teacher using different communication techniques via common user interface |
| US7240094B2 (en) | 1997-07-03 | 2007-07-03 | Centra Software Inc. | Method and system for synchronizing and serving multimedia in a distributed network |
| WO2000004478A2 (en) | 1998-07-17 | 2000-01-27 | The Franklin Institute | A system containing a multi-user virtual learning environment |
| US6487583B1 (en) * | 1998-09-15 | 2002-11-26 | Ikimbo, Inc. | System and method for information and application distribution |
| JP2002525753A (en) | 1998-09-22 | 2002-08-13 | サイエンス アプリケーションズ インターナショナル コーポレイション | Dynamic collaborative environment set by user |
| US6404873B1 (en) * | 1998-12-01 | 2002-06-11 | Siemens Information And Communication Networks, Inc. | Subconference calling in a telephony-over-LAN environment |
| US20020138590A1 (en) | 2000-05-05 | 2002-09-26 | Beams Brian R. | System method and article of manufacture for creating a virtual university experience |
| BR0012207A (en) | 1999-06-30 | 2002-07-23 | Blackboard Inc | System to provide a community of users with access to a plurality of "online" courses and method to provide "online" education |
| US6721410B1 (en) * | 1999-08-10 | 2004-04-13 | Nortel Networks Limited | Recursive identification of individuals for casual collaborative conferencing |
| US6772214B1 (en) * | 2000-04-27 | 2004-08-03 | Novell, Inc. | System and method for filtering of web-based content stored on a proxy cache server |
| US6381444B1 (en) | 2000-07-12 | 2002-04-30 | International Business Machines Corporation | Interactive multimedia virtual classes requiring small online network bandwidth |
| US20020071540A1 (en) | 2000-12-13 | 2002-06-13 | Cuseeme Networks, Inc. | Application service provider configuration and method for a conferencing environment |
| US6931114B1 (en) * | 2000-12-22 | 2005-08-16 | Bellsouth Intellectual Property Corp. | Voice chat service on telephone networks |
| US20020174248A1 (en) * | 2001-05-16 | 2002-11-21 | Motorola, Inc. | Method and system for communicating chat and game messages in a wireless network |
| CA2357291A1 (en) | 2001-09-13 | 2003-03-13 | Zoran Konjevic | System and method for real-time interactive musical instruction and performance |
| KR100439957B1 (en) | 2002-02-20 | 2004-07-12 | 주식회사데이콤 | Conference service method according to IP QoS |
| US6915331B2 (en) * | 2002-05-16 | 2005-07-05 | Cisco Managed Solutions, Inc. | End user control of a teleconferencing network through a data network |
| US20040006595A1 (en) * | 2002-07-03 | 2004-01-08 | Chiang Yeh | Extended features to conferencing system using a web-based management interface |
| US8838622B2 (en) * | 2002-07-13 | 2014-09-16 | Cricket Media, Inc. | Method and system for monitoring and filtering data transmission |
| US20050003330A1 (en) | 2003-07-02 | 2005-01-06 | Mehdi Asgarinejad | Interactive virtual classroom |
| CN1567202A (en) | 2003-07-08 | 2005-01-19 | 皇家飞利浦电子股份有限公司 | Method and system for playing and registering course content in virtual classroom |
| US20050114527A1 (en) | 2003-10-08 | 2005-05-26 | Hankey Michael R. | System and method for personal communication over a global computer network |
| US8904267B2 (en) | 2003-10-14 | 2014-12-02 | International Business Machines Corporation | Retrieving slide show content from presentation documents |
| US20050114475A1 (en) | 2003-11-24 | 2005-05-26 | Hung-Yang Chang | System and method for collaborative development environments |
| US7149298B2 (en) * | 2004-06-10 | 2006-12-12 | International Business Machines Corporation | Method and system for providing subgroup conversation during a teleconference |
| US20070067387A1 (en) * | 2005-09-19 | 2007-03-22 | Cisco Technology, Inc. | Conferencing system and method for temporary blocking / restoring of individual participants |
-
2006
- 2006-02-28 US US11/364,804 patent/US7716284B2/en active Active
-
2007
- 2007-01-16 BR BRPI0708275-4A patent/BRPI0708275A2/en not_active IP Right Cessation
- 2007-01-16 WO PCT/US2007/001032 patent/WO2007100419A1/en active Application Filing
- 2007-01-16 RU RU2008135110/08A patent/RU2438169C2/en not_active IP Right Cessation
- 2007-01-16 CN CN200780006771XA patent/CN101390076B/en not_active Expired - Fee Related
- 2007-01-16 KR KR1020087020624A patent/KR20080108425A/en active IP Right Grant
- 2007-01-16 EP EP07716639A patent/EP1997012A4/en not_active Withdrawn
- 2007-01-16 CA CA002637718A patent/CA2637718A1/en not_active Abandoned
Also Published As
| Publication number | Publication date |
|---|---|
| RU2438169C2 (en) | 2011-12-27 |
| US7716284B2 (en) | 2010-05-11 |
| BRPI0708275A2 (en) | 2011-05-24 |
| EP1997012A4 (en) | 2012-03-28 |
| RU2008135110A (en) | 2010-03-10 |
| EP1997012A1 (en) | 2008-12-03 |
| CN101390076A (en) | 2009-03-18 |
| WO2007100419A1 (en) | 2007-09-07 |
| KR20080108425A (en) | 2008-12-15 |
| US20070203980A1 (en) | 2007-08-30 |
| CN101390076B (en) | 2011-05-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7716284B2 (en) | Subsystem-scoping architecture for breakout rooms in a virtual space | |
| US10326807B2 (en) | Method and software for enabling n-way collaborative work over a network of computers | |
| Lauwers et al. | Collaboration awareness in support of collaboration transparency: Requirements for the next generation of shared window systems | |
| CN101427257B (en) | Tracking and editing a resource in a real-time collaborative session | |
| JP4979954B2 (en) | System and method for providing a class of users of an application with a view of what a user of another class of the application is experiencing visually | |
| JP2004171526A (en) | Teleconferencing system and teleconferencing support method, and computer program | |
| Hansen et al. | Instant collaboration: Using context-aware instant messaging for session management in distributed collaboration tools | |
| Bolstad et al. | Tools for supporting team SA and collaboration in army operations | |
| Rangan et al. | Multimedia conferencing as a universal paradigm for collaboration | |
| JP2005084969A (en) | Conference support system and method and computer program | |
| Osais et al. | A multilayer peer-to-peer framework for distributed synchronous collaboration | |
| US20230385768A1 (en) | Workspace Video Collaboration | |
| Anupam | Collaborative multimedia environments for problem-solving | |
| Calefato et al. | A decentralized conferencing tool for ad hoc distributed workgroups | |
| Allison et al. | Replicating the R in URL | |
| Lee | A flexible framework for Internet-based collaboration | |
| Shani | Towards a Comprehensive Taxonomy for Computer-Assisted Collaboration | |
| Knave et al. | Distributed Collaborative Environment for Simulation Modeling and Analysis | |
| Garcia-Luna-Aceves et al. | MOSAIC-a model for computer-supported collaborative work | |
| GB2473463A (en) | Apparatus for collaborative working | |
| Dommel | Group coordination support in networked multimedia systems | |
| Huis in't Veld et al. | Developing a conference application on top of an advanced signalling infrastructure | |
| Marsic et al. | Distributed System for Collaborative Information Processing and Learning | |
| Bergenti et al. | A Collaborative Platform For Fixed and Mobile Networks C/Webtop: providing users with a means for collaborating while on the move. | |
| urgen Vogel et al. | Consistency Control for Distributed Interactive Media |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| EEER | Examination request | ||
| FZDE | Discontinued |
Effective date: 20150116 |