Dynamic event scheduling

Implementations provide a calendar application for dynamic scheduling and adjustment of events, such as sequential training events. The calendar application is used to specify events that are to occur within a schedule of events, an order in which the events are to occur, and a duration for each event. The calendar application is also used to specify available time periods in which the events may be scheduled. Based on the specified events and available time periods, the events are scheduled into available time periods to generate a calendar, a schedule of the events that preserves the specified order of events. On detecting a change in the inputs, such as a change in the specified events and/or available time periods, the calendar may be automatically updated (in real time with respect to the change) to accommodate the change, while preserving the order and duration of events.

BACKGROUND

An organization may provide training opportunities to enable individuals within the organization to better perform in their particular roles. For example, a service providing organization may provide training opportunities to help customer service representatives improve the quality of service they are providing to customers or others who may interact with the organization. The training opportunities may include training materials that illustrate particular aspects of the service. The training opportunities may also include scheduled training classes or other events, and materials to guide self-paced study by the trainees.

SUMMARY

Implementations of the present disclosure are generally directed to event scheduling. More particularly, implementations of the present disclosure are directed to a calendar application that enables the dynamic scheduling and adjustment of events, such as sequential training events.

In general, implementations of innovative aspects of the subject matter described in this specification can be embodied in a method that includes the following actions: receiving event information describing events, an order in which the events are to be performed, and a respective duration of each of the events; receiving availability information indicating available time periods for scheduling the events; generating a calendar by scheduling each of the events in at least one respective available time period, in the order and according to the respective duration of each of the events, wherein the calendar is generated based on a set of rules that govern the scheduling of the events; providing the calendar for presentation through a user interface (UI); receiving an indication of a change in at least one of the scheduled events in the calendar; automatically regenerating the calendar according to the change by rescheduling at least one of the events in at least one respective available time period, in the order and according to the respective duration of each of the events, wherein the calendar is regenerated based on the set of rules; and providing the regenerated calendar for presentation through the UI.

These and other implementations can each optionally include one or more of the following innovative aspects: at least one of the events has a duration that is longer than one of the available time periods; the at least one of the events is divided for scheduling in multiple available time periods; the availability information further indicates at least one time period that is unavailable for scheduling the events; the set of rules indicate that an event is scheduled in a single available time period based on the duration of the event being less than a threshold duration; at least one of the events is scheduled into multiple available time periods; the at least one of the events is scheduled into multiple available time periods that are at a same time on multiple days; and/or the change includes one or more of an addition of at least one event, a deletion of at least one event, an unavailability of at least one time period for at least one event, and a change in the duration of at least one event.

Other implementations of any of the above aspects include corresponding methods, apparatus, and/or computer programs that are configured to perform the actions of the system. The present disclosure also provides a computer-readable storage medium coupled to one or more processors and having instructions stored thereon which, when executed by the one or more processors, cause the one or more processors to perform operations in accordance with implementations of the methods provided herein. The present disclosure further provides a system for implementing the methods provided herein. The system includes one or more processors, and a computer-readable storage medium coupled to the one or more processors having instructions stored thereon which, when executed by the one or more processors, cause the one or more processors to perform operations in accordance with implementations of the methods provided herein.

The implementations described herein provide at least the following technical advantages and/or improvements compared to previously available techniques. By provide a calendar application, guide application, and splash page application that updates a generated calendar, guide, and splash page respectively in real time with respect to changes made in the specification of the output calendar, guide, and/or splash page, implementations make more efficient use of processing capacity, storage space, memory, network capacity, and/or other computing resources that would be spent be traditional systems attempting to accommodate such changes.

It is appreciated that implementations in accordance with the present disclosure can include any combination of the aspects and features described herein. That is, implementations in accordance with the present disclosure are not limited to the combinations of aspects and features specifically described herein, but also include any other appropriate combinations of the aspects and features provided.

DETAILED DESCRIPTION

Implementations of the present disclosure are directed to devices, methods, and computer-readable media for a calendar application (also referred to as a smart calendar) that enables the dynamic scheduling and adjustment of events, such as sequential training events. A user can access a calendar application, and specify events that are to occur within a schedule of events. Events may also be described as activities. In some instances, the events include classes, seminars, group discussions, lectures, presentations, and/or other activities that are part of a training course, such as a course to train service representatives to provide customer service. Implementations also support other scenarios in which events are scheduled. The events may be sequential, in that the user may specify an order in which the events are to occur. For example, the events may include Class A, Class B, and Class C, and the user may indicate that Class B is to occur after Class A has completed, and Class C is to occur after Class B has completed. The user may also specify a duration for each of the events. The user can also access the calendar application to specify available time periods in which the events may be scheduled. For example, the user may indicate which days of the week are to be available, and/or which hours of those days are to be available. The user may specify gaps in the available time periods, or time periods that are unavailable for scheduling events. Accordingly, the available time periods may be discontinuous within a longer period of time that encompasses all the available time periods.

The calendar application may receive the specified events and available time periods as inputs and automatically schedule the events into the available time periods to generate a calendar, a schedule of the events that preserves the specified order of events. On detecting a change in the inputs, such as a change in the specified events and/or available time periods, the calendar may be automatically updated to accommodate the change, while preserving the specified order of events, the duration of the events, and/or other constraints on the scheduling (e.g., such as the rule set described below). Traditional calendars fail to adjust to situations where events are inserted, or removed from, a schedule of events. The calendar application described herein adjusts automatically, to provide a flexible scheduling tool that requires little or no manual input after the initial specification of inputs. In response to a change, the calendar application can automatically adjust the various activities to accommodate the change.

In some instances, the calendar application may schedule events to avoid, or at least minimize, gaps in time, to provide an optimal schedule that avoids down time that is unused. For events that are too long in duration to fit into a single available time period, the calendar application may automatically split such events across multiple time periods. Such multiple time periods may be in different days, and/or may be interrupted by a break, lunch hour, or other unavailable time period. In some instances, the calendar application may not accept inputs specifying particular time periods in which events are to be scheduled, and the calendar application may schedule events optimally within the available time periods to minimize gaps and provide for an overall schedule that completes as soon as possible, while preserving the specified event order.

The calendar application provides a user interface (UI) that enables a user to specify the events and available time periods. In some implementations, the UI enables a user to move (e.g., drag and drop) events within an ordered list of events, to specify the order in which the events are to occur. The UI may also enable the user to specify those events which are to occur once within the schedule, and events which occur multiple times within the schedule. For example, the UI may enable an event to be designated as a recurring event, such as a daily introduction, lunch hour, concluding session, and so forth, for each of the days specified in the available time periods. As the user moves activities within the schedule, e.g., re-orders the list of activities, the calendar may be automatically updated to account for the updated order. Similarly, the calendar may be automatically updated in response to the addition, deletion, duration change, and/or other changes to events. Changes to the calendar may preserve the order that was originally specified or, if the change is to the order itself, may apply the updated order of events to generate the schedule. Changes to the calendar may also be made to minimize or avoid gaps in time that are not explicitly indicated as unavailable time periods.

In some implementations, a rule set may also be applied when generating the calendar and/or when updating the calendar to accommodate changes. The rule set may provide constraints of the scheduling of events within the available time periods, in addition to those constraints that are imposed by the user-specified order of events, the duration of the events, and/or the available or unavailable time periods. For example, the rules may indicate that an event that can split across multiple available time periods if the event has a duration that is at least a minimum duration. For example, events with a duration of a half-hour or less may not be split across multiple available time periods when scheduling is performed. In some implementations, the splitting of an event may be performed automatically depending on where the calendar application is attempting to place the event in the schedule. For example, if the event ordering is such that a two-hour long event is to be scheduled, and the next available time period is an hour long, the event may be split such that the event occurs in the available hour-long time period as well as the subsequent available (at least) hour-long time period. In some implementations, the user may specify that particular events, or types of events may not be split, thus forcing the calendar application to identify an available time period long enough to accommodate the whole event. In some implementations, the rule set may indicate that an event must be able to be split across multiple available time periods if it is at least a minimum duration, regardless of whether the user indicates that the event is to be splittable. For example, the rule set may indicate that an event must be splittable if it is at least three hours long. If an activity is too short (or too long) to be split, the split option is disabled so the user may not select it. If an activity cannot be split, the user may move the mouse over the split selector to see the reason it cannot be split. The split option may remain disabled until the activity duration or other activity durations are changed such that the activity can be split. Other types of rules may also be applied.

In some implementations, the user can use the UI to specify that certain events are to be scheduled only within a certain set of available days and/or available time periods. For example, in a nine-day long schedule (e.g., nine available days for scheduling events), the user can specify that a particular event is to be scheduled only on one or more of day 2, day 7, day 8, or day 9. Activities can include Daily Activities and Calendar Activities. In some implementations, for a Calendar Activity, the UI may present no controls to let the user indicate when it may be scheduled, apart from specifying the activity order, and that such activities are scheduled to accommodate Daily Activities and days off (unavailable time periods). For a Daily Activity, the UI may enable the user to specify the start time, duration, and which days it occurs on (or does not occur on). A Daily Activity starts at its specified start time unless it conflicts with another Daily Activity, in which case the first (or shortest if they start at exactly the same time) activity is added to the calendar, then the second (the one that conflicts) is scheduled to start after the first Daily Activity is complete.

The UI can be used to identify different groups of individuals to participate in the events, such as trainees to participate in training session events. Different events can be specified to have different audiences. For example, two different groups of people can be designated to participate in two different events. Such events can be scheduled simultaneously, and/or in at least partly overlapping available time periods, if the different groups of people are mutually exclusive (e.g., with no shared members). A user of the calendar application may specify that different groups of individuals can access different views of the calendar. For example, events within the calendar may be viewable by individuals who are participating in the events, e.g., individuals who are in a group that is participating in the events. Thus, the calendar application may impose viewing permissions to enable individuals to view only those events that are relevant to them. The calendar application may provide an editor that enables a user to specify the inputs (e.g., events, available time periods, and so forth) to be used to generate the calendar. The calendar application may also provide the calendar itself that is viewable by various end-users, such as the individuals who are participating in the events.

In some implementations, the updating of the calendar is performed in real time with respect to detecting a change in at least one of the events and/or at least one of the available time periods. As used herein, a real time operation may describe an operation that is performed based on triggering event and without any intentional delay between the performed operation and the triggering event, taking into account the processing and/or communication limitations of the computing system(s) performing the operation and the time needed to initiate and/or perform the operation. The triggering event may be a received communication, a detection of a particular application state, another operation performed by the same or a different process, and so forth. A real time operation may also be described as a dynamic operation. Real time operations may include operations that are automatically executed in response to the triggering event without requiring human input or some other intervening action. In some examples, a real time operation may be performed within a same execution path as a process that detects and/or handles the triggering event. For example, the real time operation may be performed or initiated by code that executes as part of the handling of the event and/or in response to a message that is sent as part of the handling of the event. A real time operation may, in at least some instances, be performed synchronously with respect to the triggering event.

Implementations of the present disclosure are also directed to devices, methods, and computer-readable media for a guide application (also referred to as a smart guide). As with the calendar application described herein, in some implementations the guide application provides an ordered set of activities to be performed by an individual, but in a self-paced, self-conducted course of instruction that is not scheduled into particular time periods. The individual may proceed at their own pace, with their own schedule, to complete the activities in the guide. For example, the guide may provide a self-paced training session for one or more individuals. In some instances, the activities may be arranged into sections and, in some instances, sub-sections within the sections. The guide may impose a constraint on the individual, such that the individual may proceed to a next section only after all the activities in the previous section have been completed. In some implementations, each activity may correspond to a link, icon, or other selectable element in the UI of the guide application. Selecting an activity (e.g., clicking on a link or icon) may cause the UI to navigate to content, such as text to be read, a video to be watched, an interactive test or exercise to be performed, and so forth. Selecting the activity may cause the UI to change an indicator of the activity to indicate that it has been completed. For example, an uncompleted activity may be designed with a red X, whereas a completed activity may be designated with a green check-mark. In some implementations, uncompleted activities may be presented within any indication that they are not complete, apart from the absence of the indication of completion.

Completing all the activities in a first section, or sub-section, may cause the UI to display a subsequent section or sub-section that includes another set of activities to be completed. In this way, the guide may guide the individual in their progress through the activities, indicating the progress through various sections and/or sub-sections of activities until the individual has completed all the activities in the guide. The guide may include a splash page (e.g., an entry-level screen or top screen) that provides an overview of the individual's progress through the various activities, sections, and/or sub-sections. A completed section may collapse, such that the guide shows the top-view of the completed section. A section and/or sub-section may be designated complete if all the activities in the sub-section are designated complete. In some implementations, a sub-section or section is collapsed in the UI (to not show the included activities) when the sub-section or second is complete, and the subsequent section or sub-section in the order may expand to show a next set of tasks to be performed by the user. In some implementations, sections and/or sub-sections (whether complete or incomplete) can be collapsed or expanded by the user at any time, by clicking on the title of that section (e.g., the top bar). A section or sub-section may be indicated as unavailable (e.g., grayed out) if at least one previous (e.g., prerequisite) section is required and is not yet complete. A currently incomplete section or sub-section may show all the activities within the section or sub-section, each with an indication of complete or incomplete.

As with the calendar application, the guide application may provide an editor that enables a user to specify the inputs to be used to generate the guide, such as the various activities, their organized into sections or sub-sections, the order of the activities within the sections or sub-sections, the order of sections, and/or the order of sub-sections within sections. The guide application may use these inputs to generate the guide, which may be automatically updated based on detected changes to any of the inputs. The guide application may also provide the guide itself that is viewable by various end-users, such as the individuals who are participating in the guided course of self-paced activities.

In some implementations, the state of progress for each individual who is an end-user of the guide is saved on server(s) and/or user device(s) of the user. The state may be specific for a particular user, and may indicate which activities the user has completed and which activities are yet to be completed. In some implementations, the state is stored in a cookie format (or similar format) both on the user device, e.g., a client device. and on the server(s). The stored state information may be updated on the server(s) after or during the session by a user, such that the server-stored state is up-to-date. Accordingly, if the user logs into the guide application from various different user devices (e.g., desktop computer, laptop computer, smartphone, etc.), the user can resume the guide where they last left off regardless of whether they are continuing on a same device or on a different device. The state information may be stored with a timestamp (e.g., date and/or time) to ensure that the most up-to-date state information is used to restore a session if the user leaves the guide application and returns later.

The guide application includes an editor that provides a design view for the guide, and enables a user to specify the various activities and order of activities for one or more courses. As used herein, a course describes an ordered set of activities to be tracked through a guide. In some implementations, the editor includes a top panel that presents general information related to the guide application. The editor may include buttons or other controls that are useable to specify a theme, color(s), a title of a guide or course, course description, and so forth. The editor may also include controls that enable a user to specify activities by providing links to URLs for content for each activity. The editor may include controls that enable a user to specify an order of activities and/or arrange activities into sections or sub-sections, to any suitable number of levels in a hierarchy of sub-sections. In some implementations, the editor provides a drag-and-drop interface to let the user specify activity order and/or arrange activities into sections and/or sub-sections. The editor may also enable the user to specify a layout (e.g., arrangement) of the activities within the guide presented to end-users. For example, the user may specify a horizontal or vertical arrangement of activities. The editor may also include a control that allows the user to delete activities. For example, the editor may include a trash can icon into which activities are dragged and dropped to delete them.

In some implementations, a section can include any number of sub-sections. A sub-section can include any number of activities and/or any number of sub-sections. Sub-sections can, in this way, be nested to any appropriate number of levels within a hierarchy of sub-sections. Activities within a section, or sub-section, may have an order dependency that indicates the order in which activities are to be completed. In some implementations, the editor may show the ID (or identifier number) of activities through numbers that are displayed next to the activities links or icons. The user may click on an activity link or icon, then click on the ID numbers of other activity links or icons in order to indicate which other activities must be complete before this activity is enabled. The editor may provide a drag-and-drop interface for re-arranging activities. The guide application may automatically check for circular dependencies within a set of activities. For example, the guide application may present a warning, and/or prevent a user from specifying that Activity A depends on the completion of Activity B, which depends on the completion of Activity C, which depends on the completion of Activity A.

Implementations of the present disclosure are also directed to devices, methods, and computer-readable media for a splash page application (also referred to as a smart splash page). The splash page may be a web page that is viewable within a web browser or some other container configured to present web content. The splash page may include various elements such as text, images, graphics, and so forth, arranged according to user specifications made through the editor (e.g., design view) of the splash page application. The splash page may also include controls or other dynamic, selectable elements, such as links, icons, clickable graphics, and so forth. A click, gesture, or other manipulation of such controls may dynamically cause additional UI elements to be presented, such as pop-up dialogs, drop-down menus, and so forth. Some controls may enable navigation to other pages of content available at various network locations.

The splash page application may provide an editor that enables a user to specify the elements to be included in the splash page, and the arrangement of the elements in the splash page. The splash page application may use these inputs to generate the splash page, which may be automatically updated based on detected changes to any of the inputs. The splash page application may also provide the splash page itself that is viewable by various end-users. The splash page may be provided to end-users as a web page rendered as part of a web site, through a web browser or other container for presentation of web content. The splash page editor may be delivered as its own self-contained executable page, such as an HTML application (HTA). In some instances, the splash page is delivered as a component of course material for a training course.

The editor view of the splash page application may let the user (e.g., designer) specify the various links to include in the splash page, and their arrangement. The editor may also enable the user to specify images, background item(s), banners, and so forth. In some implementations, the input elements for the splash page may be stored in an extensible markup language (XML) file that describes the splash page. The editable data for the splash page may be presented in the editor view UI, which may enable the user to drag and drop content (e.g., links) into the UI to add link elements to the splash page.

In some implementations, the splash page application provides a different splash page for users of different roles within an organization, such as different splash pages for managers, instructors, and/or learners within a training environment. The editor may be used to specify different elements, such as different sets of links, that are to be made available in the different splash pages for the different roles. For example, at design time, the user may specify a particular element (e.g., a link) and indicate what role(s) that link is to be available for. In some implementations, the splash page application may provide different splash pages for different roles, and the different splash pages may be provided in different colors or themes to readily enable a user to discern the role associated with the splash page. In some implementations, the splash page may be accessible following an authentication of the end-user, such that the splash page presented to the authenticated end-user is appropriate for the end-user's role. The splash page application may generate a different splash page (e.g., manager.html, instructor.html, learner.html) for each different role. The editor can be used to define roles, add roles, remove roles, specify splash page characteristics for the various roles (e.g., color schemes). The editor may also include a link that lets the designer view the splash pages created for different roles.

In some implementations, one of more of the applications described herein (e.g., the calendar, guide, and splash page applications) may include editors as described above, and the editors may include a help icon that lets a user view help regarding the various features of the editor. The help that is presented on clicking the help icon may be context-dependent help. For example, the help content presented may depend on the particular section of the editor that the user is currently interacting with.

In some implementations, one or more of the applications described herein are provided as HTAs that execute on a user device. The HTAs may present content that is web content, but that does not execute through a web browser. The applications may also employ other types of containers for presenting web content, such as a WebView or iWebView object. In some implementations, one or more of the applications may be provided as a web application served by a web server and presented through a web browser on a user device.

FIG. 1depicts an example system100for calendar, guide, and splash page applications, according to implementations of the present disclosure. As shown in the example ofFIG. 1, a user device102can communicate over one or more networks with one or more server device(s)104, and interact with a calendar application106, a guide application116, and/or a splash page application122executing on the server device(s)104. The user device102may include any suitable type of computing device, including portable or mobile devices (e.g., tablet computer, smartphone, wearable computer, etc.) as well as less portable types of computing devices (e.g., desktop computer, laptop computer, etc.). The server device(s)104may also include any suitable number and type of computing device. In some implementations, the server device(s)104are distributing computing device(s) (e.g., cloud server(s)).

As described above, in some implementations the applications may be web applications that are provided through web server(s) executing on the server device(s)104, and the user device102may execute a web browser to receive and present the applications. Alternatively, the applications may be native applications, HTAs, and/or other types of applications that executing on the user device102outside of a web browser, even though the applications may be described in HTML and/or other web programming language(s).

The calendar application106may provide an editor128(e.g., a design view) that enables a user to design the calendar114. The editor128may enable the user to specify event information108, including one or more events to be scheduled in the calendar. The editor128may also enable the user to specify availability information110, including one or more time periods to be available for scheduling events. The calendar application106may employ a rule set112, as described above, to schedule the events into the available time periods. The calendar application106may also include the published calendar114. End-users (e.g., trainees, learners, instructors, managers, etc.) may interact with the published calendar114to keep track of the events that they are participating in. Examples of the calendar application106, and its UI, are described further with reference toFIGS. 3A-3E.

The guide application116may provide an editor130(e.g., a design view) that enables a user to design the guide120. The editor130may enable the user to specify activity information118, including one or more activities, the activity order, sections of activities, sub-sections of activities, and/or other information. The guide application116may also include the published guide120. End-users (e.g., trainees, learners, etc.) may interact with the published guide120to complete activities in the prescribed order, and to keep track of their progress in completing activities in a course that is described in the guide120. Examples of the guide application116, and its UI, are described further with reference toFIGS. 4A-4D.

The splash page application122may provide an editor132(e.g., a design view) that enables a user to design the splash page126. The editor132may enable the user to specify element information124, such as text elements, images, links, backgrounds, banners, and so forth to be included in the splash page126. The editor132may also enable the user to specify role(s), including adding role(s), deleting role(s), and so forth. The editor132may also enable the user to specify those role(s) that are authorized to view particular element(s) in the splash page126. The splash page application122may also include the published splash page126. End-users (e.g., managers, instructors, learners, etc.) may interact with the published splash page126to navigate to various published content items (e.g., associated with training activities). Examples of the splash page application122, and its UI, are described further with reference toFIGS. 5A-5E.

FIG. 2depicts a flow diagram200of an example process for event scheduling, according to implementations of the present disclosure. Operations of the process can be performed by one or more of the calendar application106and/or other software module(s) executing on the server device(s)104, the user device102, or elsewhere.

Event information is received (202). The event information may be specified by a user through the editor of the calendar application, and/or retrieved from data storage. Available information is received (204). The availability information may also be specified by a user through the editor of the calendar application, and/or retrieved from data storage. In some implementations, a rule set is also accessed (206). The rule set may provide one or more rules that govern the scheduling of events, as described above.

The calendar is generated (e.g., automatically) (208) based on the event information and availability information, by scheduling events into the available time periods specified in the availability information, as constrained by the rule set. The calendar is then published (210) to be accessible by end-users. If the calendar application detects (212) changes (e.g., updates, additions, deletions) to the event information and/or availability information, the process may return to208and re-generate (e.g., update) the calendar to accommodate the changes. If no changes are detected, the calendar application may continue monitoring (214) for changes.

FIGS. 3A-3Edepict example user interface screens for the calendar application106, according to implementations of the present disclosure.FIGS. 3A-3Dshow examples of the editor used to specify and/or view calendar information.FIG. 3Ashows an example screen that lists previously created calendar sets that each includes one or more calendars. Selecting a calendar set from the sets listed in pane302causes pane304to present details regarding the selected calendar set, such as associated instructor(s), start date, length (e.g., days, hours, and/or minutes), and locations where events can be held (e.g., rooms, buildings, cities, etc.). In this example, a user has selected Calendar Set100, which includes Calendar103, Calendar104, and Calendar105. Selecting one of the calendars may cause icons to appear for deleting the calendar (e.g., trash can), viewing the calendar (e.g., eye), and editing the calendar (e.g., pencil). The screen may include controls to add a new calendar set and/or new calendar.

In the example ofFIG. 3B, a dialog306is presented to enable a user to specify (or modify) settings regarding a Calendar Set. The dialog may enable a user to specify users to have permission to access a calendar set, such as full access (e.g., view and edit) or view-only access. The dialog may also enable a user to specify a time zone associated with the calendar set, audiences (e.g., groups) who can view the calendars in the calendar set, and locations, rooms, people, and/or tags associated with the calendar set.

If the user indicates to edit or add a calendar, the UI may present a screen as shown inFIG. 3C. The screen may include a pane308to view and/or edit Calendar Details, such as calendar name, time zone, start date, daily time periods available for scheduling events, week days available for scheduling events, instructors, and/or days off (e.g., unavailable days). The screen may include a pane310to view and/or edit Daily Activities, including those events that are scheduled to occur every day in the course at a particular time. The screen may also include a pane312to view and/or edit Calendar Activities, including those events that are to occur one or more times (e.g., not every day) in the schedule. The Daily Activities list may indicate, for each event (e.g., activity), a name of the activity, a start time, duration (e.g., length), days when the event is to occur (default may be every day), audience(s) (e.g., attending group(s) of learners), locations (e.g., “Offices”), rooms, people associated (e.g., instructor), and/or tags. The Calendar Activities list may indicate, for each event (e.g., activity), a name of the activity, a duration, audience(s), locations, rooms, people associated, tags, and so forth. The Calendar Activities list may also indicate whether each activity can be split across multiple time periods.

FIG. 3Dshows an example dialog314that may be presented to enable a user to modify one or more activities (e.g., events) to be scheduled. The dialog314may allow a user to add or remove, or replace, attributes for various activities, attributes such as office, room, tags, people, and so forth. This expedites the process for changing scheduled events when there is a room change, personnel change (e.g., different instructor), and/or other changes to events.

FIG. 3Eshows an example316of a generated calendar that is published to one or more users. As described above, a calendar may be viewed by individuals who are in the group(s) that are associated with the calendar (e.g., authorized to view the calendar). As described above, the calendar may automatically, dynamically update in response to changes in events, availability, and so forth. As shown in the example, mousing over (and/or selecting) a scheduled event in a calendar may cause the screen to present details regarding the event.

FIGS. 4A-4Ddepict example user interface screens for the guide application116, according to implementations of the present disclosure.FIGS. 4A-4Cshow examples of the editor used to specify and/or view guide information.FIG. 4Ashows an example screen that is a top-level screen for the editor. The screen includes a pane402that, in this context, shows general information regarding the course associated with the guide being designed. The editor includes a pane404that provides various icons for types of activities that may be added to the guide, such as audio activities, video activities, text-based reading assignments, interactive tests, and so forth. The user (e.g., designer of the guide) may drag and drop the icons into the panes406or408to add activities to sections of the guide. The pane404may also allow the user to add new section(s) and/or new sub-sections (e.g., shown as a “New Group” in this example). A pane406may indicate a section that is an introductory section for the guide, and one or more panes408may indicate sections and/or sub-sections of the guide, including various activities. For example, the guide that is being edited in this example includes an “Introduction” section with a single activity “Course Introduction.” The guide also includes a “Module1” section with an untitled sub-section that itself includes sub-sections titled “Effective Learning Skills,” “Effective Questioning Skills,” and “Effective Communications Behaviors.” Each sub-section includes activities, such as “Watch & Learn,” “Test Your Knowledge,” and so forth. The trash can icon can be used to delete activities.

The pane402can change based on context. For example, inFIG. 4Bthe user has selected a sub-section410to view and/or edit, and the pane402is showing information regarding the selected sub-section. As another example, inFIG. 4Cthe user has selected a particular activity412in a sub-section, and the pane402is showing information regarding the selected activity. The pane402can be used to edit details regarding an activity, such as the link to the content associated with the activity (e.g., text to read, a quiz to take, a video to watch, etc.).

FIG. 4Dshows an example of a published guide414that an end-user may use to navigate through a course of activities listed in the guide, as described above. The guide may keep track of the user's progress, and indicate incomplete and complete activities. The layout of activities, sections, and sub-sections in the published guide mirrors the layout in the editor. Accordingly, the editor may be used to alter the layout, e.g., by dragging and dropping activities, sections, and/or sub-sections to have a different arrangement.

FIGS. 5A-5Edepict example user interface screens for the splash page application122, according to implementations of the present disclosure.FIGS. 5A-5Dshow examples of the editor used to specify and/or view splash page information.FIG. 5Ashows an example screen used to specify information for a menu, such as a menu to be presented on a (e.g., left) side of the splash page. The pane502can be used to view and/or edit menu items to be included in the menu. The pane502may also include the role(s) (e.g., “Student”) of end-users who are permitted to view and/or navigate each menu item.

FIG. 5Bshows an example screen used to specify information for banners and banner links. A banner may be presented at the top, bottom, or elsewhere on the splash page, and may include one or more links that a user may navigate to view information. A pane504is used to select a banner to be edited, add a banner, or delete a banner. The pane504can also be used to indicate the role(s) of users who will be shown the selected banner. A pane506may show the various banner links that have been added in pane504. In some implementations, banner links are independent of, and not associated with, a specific banner image. The pane506can be used to edit banner items (e.g., change text or URL for a banner item), add a banner item, remove a banner item, or specify role(s) of users who will be shown the banner item(s).

FIG. 5Cshows an example screen used to specify other content to be shown within the splash page. A pane508may be used to add, remove, or edit sections of content. Within each section, different types of content may be listed such as headings, paragraphs, lists, and so forth. The pane508may also be used to add, remove, or edit particular content items within each section.

FIG. 5Dshows an example screen used to specify role(s) for the splash page. A pane510may enable the user to add, or remove a role, and/or edit attributes of a role such as the role name, color scheme or theme associated with the role, and so forth. The splash page that is presented to a particular end-user may be presented in the color scheme and/or theme associated with the end-user's role.

FIG. 5Eshows an example splash page512that is presented to an end-user, including the menu items, banner items, and/or other content specified using the editor. The splash page is presented with a color scheme and/or theme according to the viewer's role, and the particular menu items, banner items, and/or content that is presented may depend on the role as well.

FIG. 6depicts an example computing system, according to implementations of the present disclosure. The system600may be used for any of the operations described with respect to the various implementations discussed herein. For example, the system600may be included, at least in part, in one or more components of the system100, such as the user device102, the server device(s)104, and/or other computing device(s) or computing system(s) described herein. The system600may include one or more processors610, a memory620, one or more storage devices630, and one or more input/output (I/O) devices650controllable via one or more I/O interfaces640. The various components610,620,630,640, or650may be interconnected via at least one system bus660, which may enable the transfer of data between the various modules and components of the system600.

The processor(s)610may be configured to process instructions for execution within the system600. The processor(s)610may include single-threaded processor(s), multi-threaded processor(s), or both. The processor(s)610may be configured to process instructions stored in the memory620or on the storage device(s)630. For example, the processor(s)610may execute instructions for the various software module(s) described herein. The processor(s)610may include hardware-based processor(s) each including one or more cores. The processor(s)610may include general purpose processor(s), special purpose processor(s), or both.

The memory620may store information within the system600. In some implementations, the memory620includes one or more computer-readable media. The memory620may include any number of volatile memory units, any number of non-volatile memory units, or both volatile and non-volatile memory units. The memory620may include read-only memory, random access memory, or both. In some examples, the memory620may be employed as active or physical memory by one or more executing software modules.

The storage device(s)630may be configured to provide (e.g., persistent) mass storage for the system600. In some implementations, the storage device(s)630may include one or more computer-readable media. For example, the storage device(s)630may include a floppy disk device, a hard disk device, an optical disk device, or a tape device. The storage device(s)630may include read-only memory, random access memory, or both. The storage device(s)630may include one or more of an internal hard drive, an external hard drive, or a removable drive.

One or both of the memory620or the storage device(s)630may include one or more computer-readable storage media (CRSM). The CRSM may include one or more of an electronic storage medium, a magnetic storage medium, an optical storage medium, a magneto-optical storage medium, a quantum storage medium, a mechanical computer storage medium, and so forth. The CRSM may provide storage of computer-readable instructions describing data structures, processes, applications, programs, other modules, or other data for the operation of the system600. In some implementations, the CRSM may include a data store that provides storage of computer-readable instructions or other information in a non-transitory format. The CRSM may be incorporated into the system600or may be external with respect to the system600. The CRSM may include read-only memory, random access memory, or both. One or more CRSM suitable for tangibly embodying computer program instructions and data may include any type of non-volatile memory, including but not limited to: semiconductor memory devices, such as EPROM, EEPROM, and flash memory devices; magnetic disks such as internal hard disks and removable disks; magneto-optical disks; and CD-ROM and DVD-ROM disks. In some examples, the processor(s)610and the memory620may be supplemented by, or incorporated into, one or more application-specific integrated circuits (ASICs).

The system600may include one or more I/O devices650. The I/O device(s)650may include one or more input devices such as a keyboard, a mouse, a pen, a game controller, a touch input device, an audio input device (e.g., a microphone), a gestural input device, a haptic input device, an image or video capture device (e.g., a camera), or other devices. In some examples, the I/O device(s)650may also include one or more output devices such as a display, LED(s), an audio output device (e.g., a speaker), a printer, a haptic output device, and so forth. The I/O device(s)650may be physically incorporated in one or more computing devices of the system600, or may be external with respect to one or more computing devices of the system600.

The system600may include one or more I/O interfaces640to enable components or modules of the system600to control, interface with, or otherwise communicate with the I/O device(s)650. The I/O interface(s)640may enable information to be transferred in or out of the system600, or between components of the system600, through serial communication, parallel communication, or other types of communication. For example, the I/O interface(s)640may comply with a version of the RS-232 standard for serial ports, or with a version of the IEEE 1284 standard for parallel ports. As another example, the I/O interface(s)640may be configured to provide a connection over Universal Serial Bus (USB) or Ethernet. In some examples, the I/O interface(s)640may be configured to provide a serial connection that is compliant with a version of the IEEE 1394 standard.

The I/O interface(s)640may also include one or more network interfaces that enable communications between computing devices in the system600, or between the system600and other network-connected computing systems. The network interface(s) may include one or more network interface controllers (NICs) or other types of transceiver devices configured to send and receive communications over one or more communication networks using any network protocol.

Computing devices of the system600may communicate with one another, or with other computing devices, using one or more communication networks. Such communication networks may include public networks such as the internet, private networks such as an institutional or personal intranet, or any combination of private and public networks. The communication networks may include any type of wired or wireless network, including but not limited to local area networks (LANs), wide area networks (WANs), wireless WANs (WWANs), wireless LANs (WLANs), mobile communications networks (e.g., 3G, 4G, Edge, etc.), and so forth. In some implementations, the communications between computing devices may be encrypted or otherwise secured. For example, communications may employ one or more public or private cryptographic keys, ciphers, digital certificates, or other credentials supported by a security protocol, such as any version of the Secure Sockets Layer (SSL) or the Transport Layer Security (TLS) protocol.

The system600may include any number of computing devices of any type. The computing device(s) may include, but are not limited to: a personal computer, a smartphone, a tablet computer, a wearable computer, an implanted computer, a mobile gaming device, an electronic book reader, an automotive computer, a desktop computer, a laptop computer, a notebook computer, a game console, a home entertainment device, a network computer, a server computer, a mainframe computer, a distributed computing device (e.g., a cloud computing device), a microcomputer, a system on a chip (SoC), a system in a package (SiP), and so forth. Although examples herein may describe computing device(s) as physical device(s), implementations are not so limited. In some examples, a computing device may include one or more of a virtual computing environment, a hypervisor, an emulation, or a virtual machine executing on one or more physical computing devices. In some examples, two or more computing devices may include a cluster, cloud, farm, or other grouping of multiple devices that coordinate operations to provide load balancing, failover support, parallel processing capabilities, shared storage resources, shared networking capabilities, or other aspects.