US20070100676A1 - Method and system for optimally scheduling user activities related to web applications - Google Patents
Method and system for optimally scheduling user activities related to web applications Download PDFInfo
- Publication number
- US20070100676A1 US20070100676A1 US11/260,739 US26073905A US2007100676A1 US 20070100676 A1 US20070100676 A1 US 20070100676A1 US 26073905 A US26073905 A US 26073905A US 2007100676 A1 US2007100676 A1 US 2007100676A1
- Authority
- US
- United States
- Prior art keywords
- tentative
- activity
- time
- date
- interface
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- 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/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
-
- 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/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
-
- 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
Definitions
- the present invention relates to scheduling a web application-related user activity and more particularly to a technique for automatically generating an optimal and tentative schedule for a web application-related user activity to avoid excessive loads on the web application, and providing an end user with an option to supersede the tentative schedule.
- the present invention provides a method of optimally scheduling an activity managed by a web application in a network computing environment, comprising:
- a tentative schedule for the activity comprises the tentative start date and the tentative start time
- the specified schedule comprises one of:
- start date is different from the tentative start date and the start time is different from the tentative start time.
- the present invention provides a system for optimally scheduling an activity managed by a web application in a network computing environment, comprising:
- a tentative schedule for the activity comprises the tentative start date and the tentative start time
- the specified schedule comprises one of:
- start date is different from the tentative start date and the start time is different from the tentative start time.
- the present invention provides a computer program product comprising a computer-usable medium including computer-usable program code for optimally scheduling an activity managed by a web application in a network computing environment, the computer program product including:
- the specified schedule comprises one of:
- start date is different from the tentative start date and the start time is different from the tentative start time.
- the present invention provides a method for deploying computing infrastructure, comprising integrating computer-readable code into a computing system, wherein the code in combination with the computing system is capable of performing a process of optimally scheduling an activity managed by a web application in a network computing environment, the process comprising:
- a tentative schedule for the activity comprises the tentative start date and the tentative start time
- the specified schedule comprises one of:
- start date is different from the tentative start date and the start time is different from the tentative start time.
- the present invention provides a tentative, optimal schedule for a user activity to avoid peak loads on a web application, and allows an end user to accept the tentative schedule or replace it with another schedule input by the end user. Further, the optimal schedule dynamically changes on an interface presented to the end user in response to the end user updating input fields included in the interface.
- FIG. 1 is a block diagram of a system for optimally scheduling a user activity related to a web application, in accordance with embodiments of the present invention.
- FIG. 2 is a flow chart of a method for optimally scheduling a user activity related to a web application that is implemented in the system of FIG. 1 , in accordance with embodiments of the present invention.
- FIG. 3 depicts an end user interface utilized in the process of FIG. 2 , in accordance with embodiments of the present invention.
- FIG. 4 is a flow chart of a process for calculating a tentative start date and time for the user activity scheduling of FIG. 2 , in accordance with embodiments of the present invention.
- FIG. 5 is a block diagram of a computing system included in the system of FIG. 1 , in accordance with embodiments of the present invention.
- FIG. 1 is a block diagram of a system for optimally scheduling a user activity related to a web application, in accordance with embodiments of the present invention.
- Network computing system 100 is a network of computing units in which the present invention may be implemented.
- System 100 includes a network 102 , which is the medium used to provide communications links between various devices and computing units connected together within system 100 .
- Network 102 comprises any type of communications link, and may include connections, such as wire, wireless communication links, or fiber optic cables.
- Network 102 can comprise an addressable connection in a client-server environment.
- network 102 comprises any type of network, including the Internet, a wide area network (WAN), a local area network (LAN), or a virtual private network (VPN).
- WAN wide area network
- LAN local area network
- VPN virtual private network
- a server computing unit e.g., web server
- client computing unit 106 that includes a web browser (e.g., Microsoft® Internet Explorer®) 108 .
- Clients 110 and 112 are also connected to network 102 and may each include a web browser (not shown).
- System 100 may include additional servers, clients, and devices (e.g., storage devices) not shown.
- Server 104 and clients 106 , 108 , 112 utilize conventional network connectivity (e.g., Ethernet, Token Ring, or WiFi).
- Server 104 comprises any type of computing unit capable of communicating with one or more other computing units (e.g., client 106 ).
- Server 104 is, for example, a WebSphere® server available from International Business Machines Corporation of Armonk, N.Y.
- Clients 106 , 110 , 112 are clients to server 104 , and comprise any type of computing unit capable of communicating with server 104 via network 102 .
- Examples of client 106 include a personal computer, laptop computer, handheld device, etc.
- client 106 typically includes components (e.g., central processing unit, memory, etc.) similar to components of server 104 , which are described below relative to FIG. 5 .
- server 104 provides data such as web pages and applications to clients 106 , 110 , 112 .
- a user (not shown) utilizing client 106 interacts with a web application provided by server 104 via an interface provided by web browser 108 .
- a user is equivalent to an end user and is defined as a person who utilizes a fully developed computer application (e.g., the web application provided by server 104 ) via an interface.
- a web application is a software application delivered to users from a server over a network such as the Internet or an intranet.
- FIG. 2 is a flow chart of a method for optimally scheduling a user activity related to a web application that is implemented in the system of FIG. 1 , in accordance with embodiments of the present invention.
- the activity scheduling method begins at step 200 and is provided by an activity scheduling system residing on server 104 (see FIG. 1 ).
- FIG. 2 illustrates a process during which a user schedules a web conference, one skilled in the art will recognize that the process can be applied to the scheduling of other types of activities in advance of performing those activities by one or more end users, where the other types of activities utilize one or more resources managed by a web application.
- a resource is defined as time, information, objects (i.e., information containers), or processors used or consumed by the activity being scheduled, and managed by the web application provided by server 104 (see FIG. 1 ).
- resources include CPU time, terminal connect time, amount of directly-addressable memory, disk space, and the number of input/output requests per minute.
- resource overbooking is possible. As overbooking of a resource occurs, the end users performing the activity that utilizes the resource continue to be serviced by server 104 (see FIG. 1 ), but the overall quality of service deteriorates (e.g., end users using clients 106 , 110 , 112 of FIG. 1 experience a slower response time). Further, the present invention requires that multiple end users scheduling the same type of activity use the same web application provided by server 104 (see FIG. 1 ), and the scheduled activities to be performed by the multiple end users contend for the same one or more resources or the same type of resources.
- the activity scheduling method initializes the number of participants (e.g., of the web conference), the duration of the activity (e.g., the web conference), a range of dates (a.k.a. date range), and a range of times (a.k.a. time range).
- the participants are the one or more end users who are to perform the activity being scheduled.
- the one or more end users are included in a plurality of end users that are capable of accessing the web application that manages the activity being scheduled.
- the date range is a data structure containing two members for storing a start date (e.g., earliest date) and an end date (e.g., latest date) of the range of dates.
- the time range is a data structure containing two members for storing a start time (e.g., earliest time) and an end time (e.g., latest time) of the range of times.
- the date range and the time range are initialized by the activity scheduling method with the values which define a time interval within which the user activity is capable of occurring and is reasonably likely to occur.
- the date range's start date is initialized to the current date and the date range's end date is set to be a predefined number of days (e.g., seven) after the start date.
- the time range is initialized with a start time and end time indicating the start of the end user's business day and the end of the end user's business day, respectively, taking in account the time zone in which the end user is located.
- a tentative date (a.k.a. tentative start date) and a tentative time (a.k.a. tentative start time), each associated with the date range, time range, number of participants and duration initialized in step 202 , are automatically calculated and displayed on an interface viewed by the end user at client 106 via web browser 108 .
- the tentative date and tentative time are calculated to be optimal from the perspective of the web application's usage of the one or more resources. This automatic calculation is performed by the activity scheduling system of server 104 (see FIG. 1 ).
- the automatically calculated tentative date and the automatically calculated tentative time are herein referred to collectively as the tentative schedule of the activity.
- the tentative date and tentative time, along with the duration of the activity input in step 202 determine a time period of the activity that starts at the tentative time on the tentative date, and extends for a block of time equal to the duration.
- the tentative date and tentative time are calculated to be within the date range and time range of step 202 , respectively.
- the tentative date and tentative time are optimal in the sense that they are calculated to ensure that the time period of the activity does not overlap a time block during which the web application is expected to experience a peak load (i.e., a peak usage of the one or more resources utilized by the activity being scheduled).
- a peak load is greater than other loads expected to be experienced by the web application during any other time block defined by the date and time ranges of step 202 .
- the tentative date and tentative time are calculated to ensure that the time period of the activity is placed within a time block of a plurality of time blocks of equal duration defined within the date and time ranges initialized in step 202 , and during which the web application is expected to experience the least load (i.e., a load that is less than or equal to the loads expected to be experienced by the web application during the other time blocks of the plurality of time blocks).
- the expected loads in the preferred embodiment are based on, for example, previously scheduled activities that are to utilize the one or more resources during one of the time blocks of the plurality of time blocks.
- One example of a process that calculates the tentative date and time is discussed below relative to FIG. 4 .
- step 206 end user input entered at client 106 (see FIG. 1 ) via a web browser-provided interface (e.g., the interface of step 204 ) is received by server 104 (see FIG. 1 ). If inquiry 208 determines that the end user input of step 206 changes interface-displayed parameters that affect the load on the web application that manages the activity being scheduled (e.g., number of participants for the activity, duration of the activity, type of activity, tools required by the activity), the process of FIG. 2 loops back to step 204 to recalculate the tentative date and time, and to display the recalculated values of the tentative date and time on the interface.
- interface-displayed parameters that affect the load on the web application that manages the activity being scheduled
- the end user's changes to certain load-related parameters that are included on the interface cause a dynamic change to the fields of the interface that display the tentative date and tentative time for the activity. For example, a change in the duration from one hour to two hours may cause the time period determined by the suggested date and time to overlap a peak load time period.
- the process of FIG. 2 avoids placing the web conference time period during a peak load time period, so a new tentative date and time is calculated in this example to avoid the peak load period.
- the interface utilized by the end user to update the load-related parameter(s), and which displays dynamic updates of the tentative date and time of the web conference is discussed below relative to FIG. 3 .
- the process of FIG. 2 allows the end user to make a final decision regarding the scheduling of the activity.
- the end user's input in step 206 may preserve or override the initial step 204 calculation of the tentative date and/or tentative time by the activity scheduling system.
- the end user overrides the automatically calculated tentative date or time by entering a new date or time in input fields of the interface of step 206 . If inquiry 208 determines that the number of participants and the duration have not been modified by the end user, then inquiry 210 determines if the end user modified the tentative date by entering, in step 206 , a different, user-specified date in an input field of the interface displayed on client 106 (see FIG. 1 ).
- the date range is assigned in step 212 to the value of the user-specified date (e.g., the start date and the end date of the date range are both assigned to the user-specified date).
- inquiry 210 determines that the user did not modify the tentative date
- inquiry 214 determines if the user modified the tentative time in step 206 . If the user modified the tentative time by entering a different, user-specified time in an input field of the interface displayed on client 106 , the time range is assigned in step 216 to the value of the user-specified time (e.g., the start time and the end time of the time range are both assigned to the user-specified time).
- step 212 and step 216 the process of FIG. 2 loops back to step 204 to recalculate the tentative start date and tentative start time.
- the recalculated tentative start date and tentative start time are displayed on the interface, which is viewable by the end user via web browser 108 (see FIG. 1 ).
- inquiry 218 determines if the user indicates on the interface of step 206 that the processing is complete. For example, the user selects Save or Cancel to save or cancel the tentative date and time displayed on the interface. The user selection can be made, for example, with a pointing device. If the user does not indicate that the processing is complete, then the process repeats starting at step 206 , at which the user can modify input fields on the interface as described above. If the user indicates in step 218 that the scheduling process is complete, then the process of FIG. 2 ends at step 220 .
- the tentative date and tentative time are saved, respectively, as the end user's final scheduled date and final scheduled time for the activity, which are collectively referred to as the final schedule of the activity.
- the final schedule of the activity can be either the tentative schedule (i.e., the automatically calculated tentative date and time), or an end user-specified schedule.
- An end user-specified schedule comprises (1) a start date specified by the end user via the interface in step 206 and a start time specified by the end user via the interface in step 206 ; (2) a start date specified by the end user via the interface in step 206 and the tentative start time of the tentative schedule; or (3) the tentative start date of the tentative schedule and a start time specified by the end user via the interface in step 206 . If the end user-specified schedule includes an end user-specified start date, the end user-specified start date is different from the tentative start date of the tentative schedule. If the end user-specified schedule includes an end user-specified start time, the end user-specified start time is different from the tentative start time of the tentative schedule.
- the final scheduled date and final scheduled time are not updateable by the activity scheduling system or the web application that manages the activity being scheduled.
- the activity scheduling system provided by server 104 includes a billing model that assigns a monetary charge to the end user for the one or more resources utilized by the activity.
- the monetary charge e.g., a per minute charge for using a computing resource
- the reduction or elimination of the charge serves as an incentive for the end user to select the tentative, optimal date and the tentative, optimal time, rather than specifying another date and/or time which may schedule the activity during a peak load time period.
- FIG. 3 depicts an end user interface utilized by the process of FIG. 2 (e.g., step 206 of FIG. 2 ), in accordance with embodiments of the present invention.
- GUI graphical user interface
- FIG. 3 depicts an end user interface utilized by the process of FIG. 2 (e.g., step 206 of FIG. 2 ), in accordance with embodiments of the present invention.
- GUI graphical user interface
- client 106 see FIG. 1
- Interface 300 groups input and display fields as follows:
- Informational fields are input fields that do not affect the load on the web application provided by server 104 .
- Web application parameter fields e.g., web conference type 306 , checkboxes 308 for software-based tools or features to be used during the web conference, number of expected participants 310 , and the conference duration 312
- Web application parameter fields are input fields for factors that affect the load on the web application. Examples of tools or features that can be used during a web conference include a whiteboard, screen sharing, a chat feature, and an audio conference.
- Schedule fields display the tentative date 314 and tentative time 316 scheduled for the web conference.
- Date field 314 also accepts a user-specified date as input.
- Time field 316 also accepts a user-specified time as input.
- the web application enforces the order in which the end user fills in the input fields of interface 300 .
- Program code residing at server 104 executes to calculate and display the tentative date and time of the activity in schedule fields 314 , 316 , respectively, of interface 300 .
- the optimal date and time dynamically changes in schedule fields 314 , 316 of interface 300 in response to the end user updating one or more web application parameter fields 306 , 308 , 310 , 312 on interface 300 .
- the tentative time is an optimal time in terms of avoiding peak loads on the web application, and is further constrained by being a time within the end user's normal business hours, and within the date and time ranges specified by the end user.
- the end user accepts the tentative date and time as the final schedule of the activity (e.g., by selecting the Save button), or enters another date in field 314 and/or another time in field 316 based upon the preferences of the end user. If another date is entered, the new date replaces the automatically calculated tentative date in the final schedule of the activity. Similarly, if another time is entered, the new time replaces the automatically calculated tentative time in the final schedule of the activity.
- FIG. 4 is a flow chart of a process for calculating a tentative start date and time for the user activity scheduling of FIG. 2 , in accordance with embodiments of the present invention.
- the process of FIG. 4 starts at step 400 and calculates the tentative date and time of step 204 (see FIG. 2 ) based upon planned resource allocation.
- the input parameters to the process of FIG. 4 are the date and time ranges, the number of expected participants, and the duration of the activity, which are provided by step 202 of FIG. 2 .
- the process returns the tentative, optimal start date and time within the specified date and time ranges. Further, the calculation of a tentative start time in this example iterates through all the hours within the specified date range and time range, searching for an hour during which a minimum number of participants is already scheduled.
- Day and Hour are variables holding the current values of the day and hour, respectively, during the iterations of the process of FIG. 4 .
- MinP is an integer variable holding the value of the minimum number of participants for any hour within the dates and times through which the process of FIG. 4 has iterated.
- BestTime is a data structure including two members for storing the date and time for which the number of participants is MinP.
- ParticipantsScheduled(Day, Hour) is an array of integers storing the number of participants scheduled for the activity for any given date and hour.
- GetParticipantsScheduled(Day, Hour, Duration) is a subroutine returning the number of participants scheduled for the activity for any given Day, Hour and Duration of the activity by calculating the sum of participants stored in the ParticipantsScheduled array for the range starting from (Day, Hour) and ending with (Day, Hour+Duration ⁇ 1).
- step 402 the values of Day, Hour, MinP and BestTime are initialized.
- Day and Hour are initialized to be the first date of the date range and the first time of the time range, respectively, which are provided by step 202 of FIG. 2 .
- MinP is initialized to a value returned by the GetParticipantsScheduled( ) subroutine that determines the number of participants already scheduled for the activity based on the initialized values of the Day and Hour variables, and the Duration provided by step 202 (see FIG. 2 ).
- BestTime is initialized to a data structure storing the initialized values of Day and Hour.
- step 404 Hour is incremented to the next block of time. Since this example checks the number of participants in one-hour blocks of time, Hour is incremented by one.
- Inquiry step 406 determines if the value of Hour is less than or equal to the last time of the time range provided by step 202 of FIG. 2 (i.e., there are one or more time blocks remaining to check in the current date of the current iteration of the process of FIG. 4 ). If the answer to inquiry 406 is Yes, the process continues with inquiry 412 , which is described below; otherwise, Hour is assigned to the value of the first time of the time range and Day is incremented by one at step 408 .
- inquiry 410 ascertains whether the value of Day exceeds the last date of the date range. If Day exceeds the last date of the date range, the process has completed its iterations through the given date and time ranges, and step 416 increments the appropriate element of the ParticipantsScheduled array (i.e., the element corresponding to Day and Hour stored in BestTime). Following step 416 , the process of FIG. 4 ends at step 418 .
- inquiry 412 determines if MinP is less than or equal to the number of participants scheduled based on the values of Day, Hour and Duration in the current iteration (i.e., determines if the value of MinP is still the minimum number of participants based on the current iteration).
- the number of participants scheduled is determined by the GetParticipantsScheduled() subroutine described above.
- the process also reaches inquiry 412 if the value of Hour in inquiry 406 is less than or equal to the last time of the time range.
- step 414 the MinP variable is assigned the number of participants scheduled for the current Day, Hour and Duration, and the BestTime variable is assigned the values of the current Day and Hour. Following step 414 , the process loops back to step 404 .
- the calculation process of FIG. 4 may not produce optimal results. For instance, the process may suggest a time slot with little or no user activity planned at the time of scheduling, but which can become overbooked later. To avoid this scenario, variations of the process of FIG. 4 takes into account historical data regarding past usage of the one or more resources associated with the activity being scheduled or past performances of the activity by end users.
- a comparable time slot is defined to be a time slot in the past that has a user activity pattern similar to the time slot defined by the current values of Day and Hour.
- the number of participants for a comparable time slot may include the number of participants for: (1) the same day of the week for the most recent previous week, (2) the same day of the week averaged for several weeks, (3) the same date last year adjusted to the closest business/non-business day, or (4) the same date averaged for several years, with the date being adjusted to the closest business/non-business day.
- m is the number of time periods (e.g., weeks) during which comparable time slots are considered
- P ij is the number of participants scheduled for ij-th comparable time slot (e.g., Friday two weeks ago).
- s i is the number of participants scheduled for the most recent comparable time slot (e.g., Friday of last week).
- FIG. 5 is a block diagram of a computing system included in the system of FIG. 1 , in accordance with embodiments of the present invention.
- Server computing unit 500 may be implemented as server 104 (see FIG. 1 ).
- Server computing unit 500 generally comprises a central processing unit (CPU) 502 , a memory 504 , an input/output (I/O) interface 506 , a bus 508 , I/O devices 510 and a storage unit 512 .
- CPU 502 performs computation and control functions of server 500 .
- CPU 502 may comprise a single processing unit, or be distributed across one or more processing units in one or more locations (e.g., on a client and server).
- Memory 504 may comprise any known type of data storage and/or transmission media, including magnetic media, optical media, random access memory (RAM), read-only memory (ROM), a data cache, a data object, etc.
- Storage unit 512 is, for example, a magnetic disk drive or an optical disk drive.
- memory 504 may reside at a single physical location, comprising one or more types of data storage, or be distributed across a plurality of physical systems in various forms. Further, memory 504 can include data distributed across, for example, a LAN, WAN or storage area network (SAN) (not shown).
- LAN local area network
- WAN storage area network
- I/O interface 506 comprises any system for exchanging information to or from an external source.
- I/O devices 510 comprise any known type of external device, including a display monitor, keyboard, mouse, printer, speakers, handheld device, printer, facsimile, etc.
- Bus 508 provides a communication link between each of the components in server 500 , and may comprise any type of transmission link, including electrical, optical, wireless, etc.
- I/O interface 506 also allows server 500 to store and retrieve information (e.g., program instructions or data) from an auxiliary storage device, such as a non-volatile storage device (e.g., a CD-ROM drive which receives a CD-ROM disk) (not shown).
- auxiliary storage devices such as a non-volatile storage device (e.g., a CD-ROM drive which receives a CD-ROM disk) (not shown).
- Server 500 can store and retrieve information from other auxiliary storage devices (not shown), which can include a direct access storage device (DASD) (e.g., hard disk or floppy diskette), a magneto-optical disk drive, a tape drive, or a wireless communication device.
- DASD direct access storage device
- Memory 504 includes computer program code comprising a web application 514 that manages one or more computing resources utilized by an end user activity, and an end user activity scheduling system 516 that optimally schedules the end user activity that utilizes the one or more computing resources. Further, memory 504 may include other systems not shown in FIG. 5 , such as an operating system (e.g., Linux) that runs on CPU 502 and provides control of various components within and/or connected to server 500 .
- an operating system e.g., Linux
- the invention can take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment containing both hardware and software elements.
- the invention is implemented in software, which includes but is not limited to firmware, resident software, microcode, etc.
- the invention can take the form of a computer program product accessible from a computer-usable or computer-readable medium providing program code 514 , 516 for use by or in connection with a computing unit 500 or any instruction execution system to provide and facilitate the capabilities of the present invention.
- a computer-usable or computer-readable medium can be any apparatus that can contain, store, communicate, propagate, or transport the program for use by or in connection with the instruction execution system, apparatus, or device.
- the medium can be an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system (or apparatus or device) or a propagation medium.
- Examples of a computer-readable medium include a semiconductor or solid state memory, magnetic tape, a removable computer diskette, RAM 504 , ROM, a rigid magnetic disk and an optical disk.
- Current examples of optical disks include compact disk—read-only memory (CD-ROM), compact disk—read/write (CD-R/W) and DVD.
- a computing system 500 suitable for storing and/or executing program code 514 , 516 include at least one processor 502 coupled directly or indirectly to memory elements 504 through a system bus 508 .
- the memory elements can include local memory employed during actual execution of the program code, bulk storage, and cache memories which provide temporary storage of at least some program code in order to reduce the number of times code must be retrieved from bulk storage during execution.
- the present invention discloses a method for deploying or integrating computing infrastructure, comprising integrating computer-readable code into computer system 500 , wherein the code in combination with computer system 500 is capable of optimally scheduling an activity managed by a web application.
- the disclosed method for deploying or integrating computing infrastructure with the capabilities described herein can be offered as a service on a subscription service.
Abstract
Description
- The present invention relates to scheduling a web application-related user activity and more particularly to a technique for automatically generating an optimal and tentative schedule for a web application-related user activity to avoid excessive loads on the web application, and providing an end user with an option to supersede the tentative schedule.
- In hosted web applications, usage of resources (e.g., central processor unit, random access memory, disk, and network) can change significantly in response to the activity of end users at any given point in time. Furthermore, web applications are known to attain a non-recoverable application server error state under a user load exceeding some application-specific threshold. Conventional infrastructure and application provisioning processes can make additional resources (e.g., servers) available, but these provisioning processes can span a considerable period of time, ranging from several minutes to several hours. Thus, a reactive approach to resource provisioning under increased user load is impracticable. Accordingly, there exists a need in the art to overcome the deficiencies and limitations described hereinabove.
- In first embodiments, the present invention provides a method of optimally scheduling an activity managed by a web application in a network computing environment, comprising:
- initializing a date range with a plurality of predefined dates and a time range with a plurality of predefined times,
-
- wherein the date range and the time range define a plurality of time intervals within which the activity is capable of occurring,
- wherein the activity is to be performed by one or more users of a plurality of users capable of accessing the web application, and
- wherein the activity is to utilize one or more resources managed by the web application;
- receiving, from a user of the plurality of users, and via an interface provided by a web browser utilized by the user, a duration required for the activity to be performed completely by the one or more users,
- automatically calculating a tentative start date included in the date range and a tentative start time included in the time range, wherein a tentative schedule for the activity comprises the tentative start date and the tentative start time,
-
- wherein the tentative start date, the tentative start time and the duration determine a time period, and
- wherein the calculating prevents the time period from overlapping a time interval during which the web application is to experience a peak load, the time interval included in the plurality of time intervals; and
- receiving, from the user via the interface, a selection of a final schedule of the activity, the final schedule being one of the tentative schedule and a specified schedule,
- wherein the specified schedule comprises one of:
-
- a start date specified by the user via the interface and a start time specified by the user via the interface,
- the start date specified by the user via the interface and the tentative start time, and
- the tentative start date and the start time specified by the user via the interface,
- wherein the start date is different from the tentative start date and the start time is different from the tentative start time.
- In second embodiments, the present invention provides a system for optimally scheduling an activity managed by a web application in a network computing environment, comprising:
- means for initializing a date range with a plurality of predefined dates and a time range with a plurality of predefined times,
-
- wherein the date range and the time range define a plurality of time intervals within which the activity is capable of occurring,
- wherein the activity is to be performed by one or more users of a plurality of users capable of accessing the web application, and
- wherein the activity is to utilize one or more resources managed by the web application;
- means for receiving, from a user of the plurality of users, and via an interface provided by a web browser utilized by the user, a duration required for the activity to be performed completely by the one or more users,
- means for automatically calculating a tentative start date included in the date range and a tentative start time included in the time range, wherein a tentative schedule for the activity comprises the tentative start date and the tentative start time,
-
- wherein the tentative start date, the tentative start time and the duration determine a time period, and ‘wherein the calculating prevents the time period from overlapping a time interval during which the web application is to experience a peak load, the time interval included in the plurality of time intervals; and
- means for receiving, from the user via the interface, a selection of a final schedule of the activity, the final schedule being one of the tentative schedule and a specified schedule,
- wherein the specified schedule comprises one of:
-
- a start date specified by the user via the interface and a start time specified by the user via the interface,
- the start date specified by the user via the interface and the tentative start time, and
- the tentative start date and the start time specified by the user via the interface,
- wherein the start date is different from the tentative start date and the start time is different from the tentative start time.
- In third embodiments, the present invention provides a computer program product comprising a computer-usable medium including computer-usable program code for optimally scheduling an activity managed by a web application in a network computing environment, the computer program product including:
- computer-usable code for initializing a date range with a plurality of predefined dates and a time range with a plurality of predefined times,
-
- wherein the date range and the time range define a plurality of time intervals within which the activity is capable of occurring,
- wherein the activity is to be performed by one or more users of a plurality of users capable of accessing the web application, and
- wherein the activity is to utilize one or more resources managed by the web application;
- computer-usable code for receiving, from a user of the plurality of users, and via an interface provided by a web browser utilized by the user, a duration required for the activity to be performed completely by the one or more users,
- computer-usable code for automatically calculating a tentative start date included in the date range and a tentative start time included in the time range, wherein a tentative schedule for the activity comprises the tentative start date and the tentative start time,
-
- wherein the tentative start date, the tentative start time and the duration determine a time period, and
- wherein the calculating prevents the time period from overlapping a time interval during which the web application is to experience a peak load, the time interval included in the plurality of time intervals;
- computer-usable code for receiving, from the user via the interface, a selection of a final schedule of the activity, the final schedule being one of the tentative schedule and a specified schedule,
- wherein the specified schedule comprises one of:
-
- a start date specified by the user via the interface and a start time specified by the user via the interface,
- the start date specified by the user via the interface and the tentative start time, and
- the tentative start date and the start time specified by the user via the interface,
- wherein the start date is different from the tentative start date and the start time is different from the tentative start time.
- In fourth embodiments, the present invention provides a method for deploying computing infrastructure, comprising integrating computer-readable code into a computing system, wherein the code in combination with the computing system is capable of performing a process of optimally scheduling an activity managed by a web application in a network computing environment, the process comprising:
- initializing a date range with a plurality of predefined dates and a time range with a plurality of predefined times,
-
- wherein the date range and the time range define a plurality of time intervals within which the activity is capable of occurring,
- wherein the activity is to be performed by one or more users of a plurality of users capable of accessing the web application, and
- wherein the activity is to utilize one or more resources managed by the web application;
- receiving, from a user of the plurality of users, and via an interface provided by a web browser utilized by the user, a duration required for the activity to be performed completely by the one or more users,
- automatically calculating a tentative start date included in the date range and a tentative start time included in the time range, wherein a tentative schedule for the activity comprises the tentative start date and the tentative start time,
-
- wherein the tentative start date, the tentative start time and the duration determine a time period, and
- wherein the calculating prevents the time period from overlapping a time interval during which the web application is to experience a peak load, the time interval included in the plurality of time intervals; and
- receiving, from the user via the interface, a selection of a final schedule of the activity, the final schedule being one of the tentative schedule and a specified schedule,
- wherein the specified schedule comprises one of:
-
- a start date specified by the user via the interface and a start time specified by the user via the interface,
- the start date specified by the user via the interface and the tentative start time, and
- the tentative start date and the start time specified by the user via the interface,
- wherein the start date is different from the tentative start date and the start time is different from the tentative start time.
- Advantageously, the present invention provides a tentative, optimal schedule for a user activity to avoid peak loads on a web application, and allows an end user to accept the tentative schedule or replace it with another schedule input by the end user. Further, the optimal schedule dynamically changes on an interface presented to the end user in response to the end user updating input fields included in the interface.
-
FIG. 1 is a block diagram of a system for optimally scheduling a user activity related to a web application, in accordance with embodiments of the present invention. -
FIG. 2 is a flow chart of a method for optimally scheduling a user activity related to a web application that is implemented in the system ofFIG. 1 , in accordance with embodiments of the present invention. -
FIG. 3 depicts an end user interface utilized in the process ofFIG. 2 , in accordance with embodiments of the present invention. -
FIG. 4 is a flow chart of a process for calculating a tentative start date and time for the user activity scheduling ofFIG. 2 , in accordance with embodiments of the present invention. -
FIG. 5 is a block diagram of a computing system included in the system ofFIG. 1 , in accordance with embodiments of the present invention. -
FIG. 1 is a block diagram of a system for optimally scheduling a user activity related to a web application, in accordance with embodiments of the present invention.Network computing system 100 is a network of computing units in which the present invention may be implemented.System 100 includes anetwork 102, which is the medium used to provide communications links between various devices and computing units connected together withinsystem 100.Network 102 comprises any type of communications link, and may include connections, such as wire, wireless communication links, or fiber optic cables.Network 102 can comprise an addressable connection in a client-server environment. Further,network 102 comprises any type of network, including the Internet, a wide area network (WAN), a local area network (LAN), or a virtual private network (VPN). - In the depicted example, a server computing unit (e.g., web server) 104 is connected to network 102 along with a
client computing unit 106 that includes a web browser (e.g., Microsoft® Internet Explorer®) 108.Clients System 100 may include additional servers, clients, and devices (e.g., storage devices) not shown.Server 104 andclients Server 104 comprises any type of computing unit capable of communicating with one or more other computing units (e.g., client 106).Server 104 is, for example, a WebSphere® server available from International Business Machines Corporation of Armonk, N.Y. -
Clients server 104, and comprise any type of computing unit capable of communicating withserver 104 vianetwork 102. Examples ofclient 106 include a personal computer, laptop computer, handheld device, etc. Although not shown,client 106 typically includes components (e.g., central processing unit, memory, etc.) similar to components ofserver 104, which are described below relative toFIG. 5 . - In the depicted example,
server 104 provides data such as web pages and applications toclients client 106 interacts with a web application provided byserver 104 via an interface provided byweb browser 108. As used herein, a user is equivalent to an end user and is defined as a person who utilizes a fully developed computer application (e.g., the web application provided by server 104) via an interface. As used herein, a web application is a software application delivered to users from a server over a network such as the Internet or an intranet. -
FIG. 2 is a flow chart of a method for optimally scheduling a user activity related to a web application that is implemented in the system ofFIG. 1 , in accordance with embodiments of the present invention. The activity scheduling method begins atstep 200 and is provided by an activity scheduling system residing on server 104 (seeFIG. 1 ). AlthoughFIG. 2 illustrates a process during which a user schedules a web conference, one skilled in the art will recognize that the process can be applied to the scheduling of other types of activities in advance of performing those activities by one or more end users, where the other types of activities utilize one or more resources managed by a web application. As used herein, a resource is defined as time, information, objects (i.e., information containers), or processors used or consumed by the activity being scheduled, and managed by the web application provided by server 104 (seeFIG. 1 ). Examples of resources include CPU time, terminal connect time, amount of directly-addressable memory, disk space, and the number of input/output requests per minute. - In web applications, resource overbooking is possible. As overbooking of a resource occurs, the end users performing the activity that utilizes the resource continue to be serviced by server 104 (see
FIG. 1 ), but the overall quality of service deteriorates (e.g., endusers using clients FIG. 1 experience a slower response time). Further, the present invention requires that multiple end users scheduling the same type of activity use the same web application provided by server 104 (seeFIG. 1 ), and the scheduled activities to be performed by the multiple end users contend for the same one or more resources or the same type of resources. - At
step 202, the activity scheduling method initializes the number of participants (e.g., of the web conference), the duration of the activity (e.g., the web conference), a range of dates (a.k.a. date range), and a range of times (a.k.a. time range). The participants are the one or more end users who are to perform the activity being scheduled. The one or more end users are included in a plurality of end users that are capable of accessing the web application that manages the activity being scheduled. In one embodiment, the date range is a data structure containing two members for storing a start date (e.g., earliest date) and an end date (e.g., latest date) of the range of dates. Further, the time range is a data structure containing two members for storing a start time (e.g., earliest time) and an end time (e.g., latest time) of the range of times. - The date range and the time range are initialized by the activity scheduling method with the values which define a time interval within which the user activity is capable of occurring and is reasonably likely to occur. In one embodiment, the date range's start date is initialized to the current date and the date range's end date is set to be a predefined number of days (e.g., seven) after the start date. In one embodiment, the time range is initialized with a start time and end time indicating the start of the end user's business day and the end of the end user's business day, respectively, taking in account the time zone in which the end user is located.
- In
step 204, a tentative date (a.k.a. tentative start date) and a tentative time (a.k.a. tentative start time), each associated with the date range, time range, number of participants and duration initialized instep 202, are automatically calculated and displayed on an interface viewed by the end user atclient 106 viaweb browser 108. The tentative date and tentative time are calculated to be optimal from the perspective of the web application's usage of the one or more resources. This automatic calculation is performed by the activity scheduling system of server 104 (seeFIG. 1 ). The automatically calculated tentative date and the automatically calculated tentative time are herein referred to collectively as the tentative schedule of the activity. The tentative date and tentative time, along with the duration of the activity input instep 202 determine a time period of the activity that starts at the tentative time on the tentative date, and extends for a block of time equal to the duration. The tentative date and tentative time are calculated to be within the date range and time range ofstep 202, respectively. - The tentative date and tentative time are optimal in the sense that they are calculated to ensure that the time period of the activity does not overlap a time block during which the web application is expected to experience a peak load (i.e., a peak usage of the one or more resources utilized by the activity being scheduled). A peak load is greater than other loads expected to be experienced by the web application during any other time block defined by the date and time ranges of
step 202. - In a preferred embodiment, the tentative date and tentative time are calculated to ensure that the time period of the activity is placed within a time block of a plurality of time blocks of equal duration defined within the date and time ranges initialized in
step 202, and during which the web application is expected to experience the least load (i.e., a load that is less than or equal to the loads expected to be experienced by the web application during the other time blocks of the plurality of time blocks). The expected loads in the preferred embodiment are based on, for example, previously scheduled activities that are to utilize the one or more resources during one of the time blocks of the plurality of time blocks. One example of a process that calculates the tentative date and time is discussed below relative toFIG. 4 . - In
step 206, end user input entered at client 106 (seeFIG. 1 ) via a web browser-provided interface (e.g., the interface of step 204) is received by server 104 (seeFIG. 1 ). Ifinquiry 208 determines that the end user input ofstep 206 changes interface-displayed parameters that affect the load on the web application that manages the activity being scheduled (e.g., number of participants for the activity, duration of the activity, type of activity, tools required by the activity), the process ofFIG. 2 loops back to step 204 to recalculate the tentative date and time, and to display the recalculated values of the tentative date and time on the interface. In this way, the end user's changes to certain load-related parameters that are included on the interface cause a dynamic change to the fields of the interface that display the tentative date and tentative time for the activity. For example, a change in the duration from one hour to two hours may cause the time period determined by the suggested date and time to overlap a peak load time period. The process ofFIG. 2 avoids placing the web conference time period during a peak load time period, so a new tentative date and time is calculated in this example to avoid the peak load period. The interface utilized by the end user to update the load-related parameter(s), and which displays dynamic updates of the tentative date and time of the web conference is discussed below relative toFIG. 3 . - The process of
FIG. 2 allows the end user to make a final decision regarding the scheduling of the activity. The end user's input instep 206 may preserve or override theinitial step 204 calculation of the tentative date and/or tentative time by the activity scheduling system. The end user overrides the automatically calculated tentative date or time by entering a new date or time in input fields of the interface ofstep 206. Ifinquiry 208 determines that the number of participants and the duration have not been modified by the end user, theninquiry 210 determines if the end user modified the tentative date by entering, instep 206, a different, user-specified date in an input field of the interface displayed on client 106 (seeFIG. 1 ). If the tentative date was modified by the user inputting a user-specified date, the date range is assigned instep 212 to the value of the user-specified date (e.g., the start date and the end date of the date range are both assigned to the user-specified date). - If
inquiry 210 determines that the user did not modify the tentative date, theninquiry 214 determines if the user modified the tentative time instep 206. If the user modified the tentative time by entering a different, user-specified time in an input field of the interface displayed onclient 106, the time range is assigned instep 216 to the value of the user-specified time (e.g., the start time and the end time of the time range are both assigned to the user-specified time). - After
step 212 and step 216, the process ofFIG. 2 loops back to step 204 to recalculate the tentative start date and tentative start time. The recalculated tentative start date and tentative start time are displayed on the interface, which is viewable by the end user via web browser 108 (seeFIG. 1 ). - If
inquiry 214 determines that the user did not modify the tentative time, theninquiry 218 determines if the user indicates on the interface ofstep 206 that the processing is complete. For example, the user selects Save or Cancel to save or cancel the tentative date and time displayed on the interface. The user selection can be made, for example, with a pointing device. If the user does not indicate that the processing is complete, then the process repeats starting atstep 206, at which the user can modify input fields on the interface as described above. If the user indicates instep 218 that the scheduling process is complete, then the process ofFIG. 2 ends atstep 220. If the user indicates that the processing is to be saved (e.g., by selecting Save), the tentative date and tentative time are saved, respectively, as the end user's final scheduled date and final scheduled time for the activity, which are collectively referred to as the final schedule of the activity. - The final schedule of the activity can be either the tentative schedule (i.e., the automatically calculated tentative date and time), or an end user-specified schedule. An end user-specified schedule comprises (1) a start date specified by the end user via the interface in
step 206 and a start time specified by the end user via the interface instep 206; (2) a start date specified by the end user via the interface instep 206 and the tentative start time of the tentative schedule; or (3) the tentative start date of the tentative schedule and a start time specified by the end user via the interface instep 206. If the end user-specified schedule includes an end user-specified start date, the end user-specified start date is different from the tentative start date of the tentative schedule. If the end user-specified schedule includes an end user-specified start time, the end user-specified start time is different from the tentative start time of the tentative schedule. - In a preferred embodiment, the final scheduled date and final scheduled time are not updateable by the activity scheduling system or the web application that manages the activity being scheduled.
- In an alternate embodiment, the activity scheduling system provided by server 104 (see
FIG. 1 ) includes a billing model that assigns a monetary charge to the end user for the one or more resources utilized by the activity. The monetary charge (e.g., a per minute charge for using a computing resource) is reduced or eliminated in response to the user selecting the automatically calculated tentative date and tentative time as the final schedule of the activity (i.e., the end user saves the tentative date and time without the process ever determining insteps -
FIG. 3 depicts an end user interface utilized by the process ofFIG. 2 (e.g., step 206 ofFIG. 2 ), in accordance with embodiments of the present invention. In the example depicted inFIG. 3 , a graphical user interface (GUI) 300 is displayed on a screen at client 106 (seeFIG. 1 ), and is being used by an end user to schedule a web conference.Interface 300 groups input and display fields as follows: - (a) Informational fields (e.g.,
web conference name 302, moderator name 304) are input fields that do not affect the load on the web application provided byserver 104. - (b) Web application parameter fields (e.g.,
web conference type 306,checkboxes 308 for software-based tools or features to be used during the web conference, number of expectedparticipants 310, and the conference duration 312) are input fields for factors that affect the load on the web application. Examples of tools or features that can be used during a web conference include a whiteboard, screen sharing, a chat feature, and an audio conference. - (c) Schedule fields display the
tentative date 314 andtentative time 316 scheduled for the web conference.Date field 314 also accepts a user-specified date as input.Time field 316 also accepts a user-specified time as input. - In one embodiment, the web application enforces the order in which the end user fills in the input fields of
interface 300. - Program code residing at server 104 (see
FIG. 1 ) executes to calculate and display the tentative date and time of the activity inschedule fields interface 300. The optimal date and time dynamically changes inschedule fields interface 300 in response to the end user updating one or more web application parameter fields 306, 308, 310, 312 oninterface 300. The tentative time is an optimal time in terms of avoiding peak loads on the web application, and is further constrained by being a time within the end user's normal business hours, and within the date and time ranges specified by the end user. The end user accepts the tentative date and time as the final schedule of the activity (e.g., by selecting the Save button), or enters another date infield 314 and/or another time infield 316 based upon the preferences of the end user. If another date is entered, the new date replaces the automatically calculated tentative date in the final schedule of the activity. Similarly, if another time is entered, the new time replaces the automatically calculated tentative time in the final schedule of the activity. - Calculation of Tentative Schedule—Based on Planned Resource Allocation
-
FIG. 4 is a flow chart of a process for calculating a tentative start date and time for the user activity scheduling ofFIG. 2 , in accordance with embodiments of the present invention. The process ofFIG. 4 starts atstep 400 and calculates the tentative date and time of step 204 (seeFIG. 2 ) based upon planned resource allocation. The input parameters to the process ofFIG. 4 are the date and time ranges, the number of expected participants, and the duration of the activity, which are provided bystep 202 ofFIG. 2 . The process returns the tentative, optimal start date and time within the specified date and time ranges. Further, the calculation of a tentative start time in this example iterates through all the hours within the specified date range and time range, searching for an hour during which a minimum number of participants is already scheduled. - The process of
FIG. 4 uses the following terms: - Day and Hour are variables holding the current values of the day and hour, respectively, during the iterations of the process of
FIG. 4 . - MinP is an integer variable holding the value of the minimum number of participants for any hour within the dates and times through which the process of
FIG. 4 has iterated. - BestTime is a data structure including two members for storing the date and time for which the number of participants is MinP.
- ParticipantsScheduled(Day, Hour) is an array of integers storing the number of participants scheduled for the activity for any given date and hour.
- GetParticipantsScheduled(Day, Hour, Duration) is a subroutine returning the number of participants scheduled for the activity for any given Day, Hour and Duration of the activity by calculating the sum of participants stored in the ParticipantsScheduled array for the range starting from (Day, Hour) and ending with (Day, Hour+Duration−1).
- In step 402, the values of Day, Hour, MinP and BestTime are initialized. Day and Hour are initialized to be the first date of the date range and the first time of the time range, respectively, which are provided by
step 202 ofFIG. 2 . MinP is initialized to a value returned by the GetParticipantsScheduled( ) subroutine that determines the number of participants already scheduled for the activity based on the initialized values of the Day and Hour variables, and the Duration provided by step 202 (seeFIG. 2 ). BestTime is initialized to a data structure storing the initialized values of Day and Hour. - In step 404, Hour is incremented to the next block of time. Since this example checks the number of participants in one-hour blocks of time, Hour is incremented by one.
Inquiry step 406 determines if the value of Hour is less than or equal to the last time of the time range provided bystep 202 ofFIG. 2 (i.e., there are one or more time blocks remaining to check in the current date of the current iteration of the process ofFIG. 4 ). If the answer toinquiry 406 is Yes, the process continues withinquiry 412, which is described below; otherwise, Hour is assigned to the value of the first time of the time range and Day is incremented by one atstep 408. Followingstep 408,inquiry 410 ascertains whether the value of Day exceeds the last date of the date range. If Day exceeds the last date of the date range, the process has completed its iterations through the given date and time ranges, and step 416 increments the appropriate element of the ParticipantsScheduled array (i.e., the element corresponding to Day and Hour stored in BestTime). Followingstep 416, the process ofFIG. 4 ends atstep 418. - Returning to
inquiry 410, if the value of Day does not exceed the last date of the date range,inquiry 412 determines if MinP is less than or equal to the number of participants scheduled based on the values of Day, Hour and Duration in the current iteration (i.e., determines if the value of MinP is still the minimum number of participants based on the current iteration). The number of participants scheduled is determined by the GetParticipantsScheduled() subroutine described above. The process also reachesinquiry 412 if the value of Hour ininquiry 406 is less than or equal to the last time of the time range. Ifinquiry 412 determines that MinP is less than or equal the number of participants scheduled based on the values of Day, Hour and Duration in the current iteration, then the process repeats starting at step 404; otherwise, instep 414 the MinP variable is assigned the number of participants scheduled for the current Day, Hour and Duration, and the BestTime variable is assigned the values of the current Day and Hour. Followingstep 414, the process loops back to step 404. - Calculation of Tentative Schedule—Based on Historical Data
- If the end user schedules an activity for a period of time during which other users' activities are either absent or minimal, the calculation process of
FIG. 4 may not produce optimal results. For instance, the process may suggest a time slot with little or no user activity planned at the time of scheduling, but which can become overbooked later. To avoid this scenario, variations of the process ofFIG. 4 takes into account historical data regarding past usage of the one or more resources associated with the activity being scheduled or past performances of the activity by end users. - As one example of a variation of the process of
FIG. 4 that uses historical data, the number of participants scheduled for a comparable time slot in the past is added to the value returned by the GetParticipantsScheduled( ) subroutine insteps - A more complicated and reliable method of taking historical data into account requires adding to the value returned by the GetParticipantsScheduled( ) subroutine, the weighted sum of the number of participants scheduled for comparable time slots in the past (e.g., the same day of the week for m past weeks), which is shown below in (1):
where m is the number of comparable time slots for which the historical data is collected, - kj is the j-th weight coefficient, so that
pj is the number of participants scheduled for the j-th comparable time slot. - The values of the weight coefficients are determined by equation (2), which minimizes the squared deviation of the weighted sum of the number of participants scheduled for comparable time slots in the past (e.g., the same day of the week for m past weeks) from the number of participants scheduled for the closest past comparable time slot:
where k1 . . . km are weight coefficients, - n is the number of most recent comparable time slots for which the historical data is summed (e.g., n=7 to indicate every day of the last week),
- m is the number of time periods (e.g., weeks) during which comparable time slots are considered,
- Pij is the number of participants scheduled for ij-th comparable time slot (e.g., Friday two weeks ago), and
- si is the number of participants scheduled for the most recent comparable time slot (e.g., Friday of last week).
- It will be apparent to those skilled in the art that available methods may be applied to find the minimum in equation (2).
-
FIG. 5 is a block diagram of a computing system included in the system ofFIG. 1 , in accordance with embodiments of the present invention. Server computing unit 500 may be implemented as server 104 (seeFIG. 1 ). Server computing unit 500 generally comprises a central processing unit (CPU) 502, amemory 504, an input/output (I/O)interface 506, abus 508, I/O devices 510 and astorage unit 512.CPU 502 performs computation and control functions of server 500.CPU 502 may comprise a single processing unit, or be distributed across one or more processing units in one or more locations (e.g., on a client and server).Memory 504 may comprise any known type of data storage and/or transmission media, including magnetic media, optical media, random access memory (RAM), read-only memory (ROM), a data cache, a data object, etc.Storage unit 512 is, for example, a magnetic disk drive or an optical disk drive. Moreover, similar toCPU 502,memory 504 may reside at a single physical location, comprising one or more types of data storage, or be distributed across a plurality of physical systems in various forms. Further,memory 504 can include data distributed across, for example, a LAN, WAN or storage area network (SAN) (not shown). - I/
O interface 506 comprises any system for exchanging information to or from an external source. I/O devices 510 comprise any known type of external device, including a display monitor, keyboard, mouse, printer, speakers, handheld device, printer, facsimile, etc.Bus 508 provides a communication link between each of the components in server 500, and may comprise any type of transmission link, including electrical, optical, wireless, etc. - I/
O interface 506 also allows server 500 to store and retrieve information (e.g., program instructions or data) from an auxiliary storage device, such as a non-volatile storage device (e.g., a CD-ROM drive which receives a CD-ROM disk) (not shown). Server 500 can store and retrieve information from other auxiliary storage devices (not shown), which can include a direct access storage device (DASD) (e.g., hard disk or floppy diskette), a magneto-optical disk drive, a tape drive, or a wireless communication device. -
Memory 504 includes computer program code comprising a web application 514 that manages one or more computing resources utilized by an end user activity, and an end useractivity scheduling system 516 that optimally schedules the end user activity that utilizes the one or more computing resources. Further,memory 504 may include other systems not shown inFIG. 5 , such as an operating system (e.g., Linux) that runs onCPU 502 and provides control of various components within and/or connected to server 500. - The invention can take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment containing both hardware and software elements. In a preferred embodiment, the invention is implemented in software, which includes but is not limited to firmware, resident software, microcode, etc.
- Furthermore, the invention can take the form of a computer program product accessible from a computer-usable or computer-readable medium providing
program code 514, 516 for use by or in connection with a computing unit 500 or any instruction execution system to provide and facilitate the capabilities of the present invention. For the purposes of this description, a computer-usable or computer-readable medium can be any apparatus that can contain, store, communicate, propagate, or transport the program for use by or in connection with the instruction execution system, apparatus, or device. - The medium can be an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system (or apparatus or device) or a propagation medium. Examples of a computer-readable medium include a semiconductor or solid state memory, magnetic tape, a removable computer diskette,
RAM 504, ROM, a rigid magnetic disk and an optical disk. Current examples of optical disks include compact disk—read-only memory (CD-ROM), compact disk—read/write (CD-R/W) and DVD. - A computing system 500 suitable for storing and/or executing
program code 514, 516 include at least oneprocessor 502 coupled directly or indirectly tomemory elements 504 through asystem bus 508. The memory elements can include local memory employed during actual execution of the program code, bulk storage, and cache memories which provide temporary storage of at least some program code in order to reduce the number of times code must be retrieved from bulk storage during execution. - Furthermore, the present invention discloses a method for deploying or integrating computing infrastructure, comprising integrating computer-readable code into computer system 500, wherein the code in combination with computer system 500 is capable of optimally scheduling an activity managed by a web application. The disclosed method for deploying or integrating computing infrastructure with the capabilities described herein can be offered as a service on a subscription service.
- The flow diagrams depicted herein are provided by way of example. There may be variations to these diagrams or the steps (or operations) described herein without departing from the spirit of the invention. For instance, in certain cases, the steps may be performed in differing order, or steps may be added, deleted or modified. All of these variations are considered a part of the present invention as recited in the appended claims.
- While embodiments of the present invention have been described herein for purposes of illustration, many modifications and changes will become apparent to those skilled in the art. Accordingly, the appended claims are intended to encompass all such modifications and changes as fall within the true spirit and scope of this invention.
Claims (24)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/260,739 US8126992B2 (en) | 2005-10-27 | 2005-10-27 | Method and system for optimally scheduling a web conference managed by a web application |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/260,739 US8126992B2 (en) | 2005-10-27 | 2005-10-27 | Method and system for optimally scheduling a web conference managed by a web application |
Publications (2)
Publication Number | Publication Date |
---|---|
US20070100676A1 true US20070100676A1 (en) | 2007-05-03 |
US8126992B2 US8126992B2 (en) | 2012-02-28 |
Family
ID=37997673
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/260,739 Expired - Fee Related US8126992B2 (en) | 2005-10-27 | 2005-10-27 | Method and system for optimally scheduling a web conference managed by a web application |
Country Status (1)
Country | Link |
---|---|
US (1) | US8126992B2 (en) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104968034A (en) * | 2015-05-25 | 2015-10-07 | 小米科技有限责任公司 | Data transmission method and apparatus |
US20180011890A1 (en) * | 2015-06-30 | 2018-01-11 | Hitachi, Ltd. | Management system, and management method |
CN107835454A (en) * | 2017-11-03 | 2018-03-23 | 青岛海信电器股份有限公司 | Timeout treatment method, apparatus and storage medium based on WebApp |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8286183B2 (en) * | 2005-10-22 | 2012-10-09 | Cisco Technology, Inc. | Techniques for task management using presence |
US8639758B2 (en) * | 2010-11-09 | 2014-01-28 | Genesys Telecommunications Laboratories, Inc. | System for determining presence of and authorizing a quorum to transact business over a network |
US8959150B2 (en) * | 2012-04-27 | 2015-02-17 | International Business Machines Corporation | Providing a requisite level of service for an electronic meeting |
CN103593753A (en) * | 2012-08-17 | 2014-02-19 | 中兴通讯股份有限公司 | Conference reservation method and device |
Citations (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5826236A (en) * | 1994-12-09 | 1998-10-20 | Kabushiki Kaisha Toshiba | Method for allocating resources and processes for design and production plan scheduling |
US5933417A (en) * | 1997-06-16 | 1999-08-03 | General Datacomm, Inc. | Multimedia multipoint telecommunications reservation acceptance systems and controllers |
US6088367A (en) * | 1995-07-24 | 2000-07-11 | British Telecommunications Plc | Computer booking system |
US20020085490A1 (en) * | 2000-11-02 | 2002-07-04 | O'neil Timothy M. | Conferencing network resource management for call connectivity |
US20030046326A1 (en) * | 2001-08-28 | 2003-03-06 | Shun Matsuura | Method for creating a schedule, apparatus for creating a schedule, and computer-program for creating a schedule |
US6571215B1 (en) * | 1997-01-21 | 2003-05-27 | Microsoft Corporation | System and method for generating a schedule based on resource assignments |
US6578005B1 (en) * | 1996-11-22 | 2003-06-10 | British Telecommunications Public Limited Company | Method and apparatus for resource allocation when schedule changes are incorporated in real time |
US20030125995A1 (en) * | 2001-12-27 | 2003-07-03 | Mitsubishi Denki Kabushiki Kaisha | Chat management system |
US6633324B2 (en) * | 2001-07-31 | 2003-10-14 | Forgent Networks, Inc. | System and method for video call configuration and scheduling |
US6748364B1 (en) * | 1997-04-24 | 2004-06-08 | Palmtop Productions, Inc. | Assigning and managing patron reservations for distributed services using wireless personal communication devices |
US6775644B2 (en) * | 2000-05-03 | 2004-08-10 | Eureka Software Solutions, Inc. | System load testing coordination over a network |
US20040199580A1 (en) * | 2003-04-02 | 2004-10-07 | Zhakov Vyacheslav I. | Method and apparatus for dynamic audio and Web conference scheduling, bridging, synchronization, and management |
US6865450B2 (en) * | 2001-05-10 | 2005-03-08 | Siemens Westinghouse Power Corporation | Schedule-based load estimator and method for electric power and other utilities and resources |
US20050180342A1 (en) * | 2000-02-29 | 2005-08-18 | Emeeting.Net, Inc. | Internet-enabled conferencing system and method accommodating PSTN and IP traffic |
US20060184944A1 (en) * | 2005-02-11 | 2006-08-17 | Uwe Schwerk | Scheduling batch jobs |
US20060293943A1 (en) * | 2005-06-28 | 2006-12-28 | Microsoft Corporation | Facilitating automated meeting scheduling |
US7197319B2 (en) * | 2003-06-16 | 2007-03-27 | Qualcomm Incorporated | Apparatus, system, and method for managing reverse link communication resources in a distributed communication system |
US7213050B1 (en) * | 2001-07-11 | 2007-05-01 | Cisco Technology, Inc. | System and method for reserving conference resources for a multipoint conference using a priority scheme |
US20070127527A1 (en) * | 2005-12-06 | 2007-06-07 | International Business Machines Corporation | Methods and apparatus for implementing a flexible multi-user advance reservation system where reservation requests are specified in terms of multiple options and where each option has an associated business value |
US7328264B2 (en) * | 2001-07-31 | 2008-02-05 | Tandberg Telecom As | System and method for fractional resource scheduling for video teleconferencing resources |
US7343313B2 (en) * | 2002-10-01 | 2008-03-11 | Motorola, Inc. | Method and apparatus for scheduling a meeting |
US20100030389A1 (en) * | 2005-10-24 | 2010-02-04 | Doug Palmer | Computer-Operated Landscape Irrigation And Lighting System |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030208392A1 (en) | 2000-10-27 | 2003-11-06 | Manugistics, Inc. | Optimizing resource plans |
US20040010437A1 (en) | 2002-06-29 | 2004-01-15 | Kiran Ali Sukru | Method and system for scheduling and sharing a pool of resources across multiple distributed forecasted workloads |
FR2850476A1 (en) | 2003-01-28 | 2004-07-30 | Cit Alcatel | Method for managing a resource calendar, comprises choice of time intervals and duration and memorization in the form of a tree structure with different level nodes indicating varying time spans |
US20050071212A1 (en) | 2003-09-26 | 2005-03-31 | Flockhart Andrew D. | Method and apparatus for business time computation in a resource allocation system |
US7302450B2 (en) | 2003-10-02 | 2007-11-27 | International Business Machines Corporation | Workload scheduler with resource optimization factoring |
-
2005
- 2005-10-27 US US11/260,739 patent/US8126992B2/en not_active Expired - Fee Related
Patent Citations (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5826236A (en) * | 1994-12-09 | 1998-10-20 | Kabushiki Kaisha Toshiba | Method for allocating resources and processes for design and production plan scheduling |
US6088367A (en) * | 1995-07-24 | 2000-07-11 | British Telecommunications Plc | Computer booking system |
US6578005B1 (en) * | 1996-11-22 | 2003-06-10 | British Telecommunications Public Limited Company | Method and apparatus for resource allocation when schedule changes are incorporated in real time |
US6571215B1 (en) * | 1997-01-21 | 2003-05-27 | Microsoft Corporation | System and method for generating a schedule based on resource assignments |
US6748364B1 (en) * | 1997-04-24 | 2004-06-08 | Palmtop Productions, Inc. | Assigning and managing patron reservations for distributed services using wireless personal communication devices |
US5933417A (en) * | 1997-06-16 | 1999-08-03 | General Datacomm, Inc. | Multimedia multipoint telecommunications reservation acceptance systems and controllers |
US20050180342A1 (en) * | 2000-02-29 | 2005-08-18 | Emeeting.Net, Inc. | Internet-enabled conferencing system and method accommodating PSTN and IP traffic |
US6775644B2 (en) * | 2000-05-03 | 2004-08-10 | Eureka Software Solutions, Inc. | System load testing coordination over a network |
US20020085490A1 (en) * | 2000-11-02 | 2002-07-04 | O'neil Timothy M. | Conferencing network resource management for call connectivity |
US6865450B2 (en) * | 2001-05-10 | 2005-03-08 | Siemens Westinghouse Power Corporation | Schedule-based load estimator and method for electric power and other utilities and resources |
US7213050B1 (en) * | 2001-07-11 | 2007-05-01 | Cisco Technology, Inc. | System and method for reserving conference resources for a multipoint conference using a priority scheme |
US6633324B2 (en) * | 2001-07-31 | 2003-10-14 | Forgent Networks, Inc. | System and method for video call configuration and scheduling |
US7328264B2 (en) * | 2001-07-31 | 2008-02-05 | Tandberg Telecom As | System and method for fractional resource scheduling for video teleconferencing resources |
US20030046326A1 (en) * | 2001-08-28 | 2003-03-06 | Shun Matsuura | Method for creating a schedule, apparatus for creating a schedule, and computer-program for creating a schedule |
US20030125995A1 (en) * | 2001-12-27 | 2003-07-03 | Mitsubishi Denki Kabushiki Kaisha | Chat management system |
US7343313B2 (en) * | 2002-10-01 | 2008-03-11 | Motorola, Inc. | Method and apparatus for scheduling a meeting |
US20040199580A1 (en) * | 2003-04-02 | 2004-10-07 | Zhakov Vyacheslav I. | Method and apparatus for dynamic audio and Web conference scheduling, bridging, synchronization, and management |
US7197319B2 (en) * | 2003-06-16 | 2007-03-27 | Qualcomm Incorporated | Apparatus, system, and method for managing reverse link communication resources in a distributed communication system |
US20060184944A1 (en) * | 2005-02-11 | 2006-08-17 | Uwe Schwerk | Scheduling batch jobs |
US20060293943A1 (en) * | 2005-06-28 | 2006-12-28 | Microsoft Corporation | Facilitating automated meeting scheduling |
US20100030389A1 (en) * | 2005-10-24 | 2010-02-04 | Doug Palmer | Computer-Operated Landscape Irrigation And Lighting System |
US20070127527A1 (en) * | 2005-12-06 | 2007-06-07 | International Business Machines Corporation | Methods and apparatus for implementing a flexible multi-user advance reservation system where reservation requests are specified in terms of multiple options and where each option has an associated business value |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104968034A (en) * | 2015-05-25 | 2015-10-07 | 小米科技有限责任公司 | Data transmission method and apparatus |
US20180011890A1 (en) * | 2015-06-30 | 2018-01-11 | Hitachi, Ltd. | Management system, and management method |
CN107835454A (en) * | 2017-11-03 | 2018-03-23 | 青岛海信电器股份有限公司 | Timeout treatment method, apparatus and storage medium based on WebApp |
Also Published As
Publication number | Publication date |
---|---|
US8126992B2 (en) | 2012-02-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7945041B2 (en) | Method, system and program product for managing a customer request | |
Singh et al. | A provisioning model and its comparison with best-effort for performance-cost optimization in grids | |
Byun et al. | Cost optimized provisioning of elastic resources for application workflows | |
US8332251B1 (en) | Method and system for allocation of resources in an Agile environment | |
US8126992B2 (en) | Method and system for optimally scheduling a web conference managed by a web application | |
Ardagna et al. | Per-flow optimal service selection for web services based processes | |
Jarvis et al. | Performance prediction and its use in parallel and distributed computing systems | |
US20180107987A1 (en) | Meeting service with meeting time and location optimization | |
US20070021997A1 (en) | System and method for efficient optimization of meeting time selection | |
US20140142998A1 (en) | Method and System for Optimized Task Assignment | |
Li et al. | Elastic resource provisioning for cloud workflow applications | |
US20110022706A1 (en) | Method and System for Job Scheduling in Distributed Data Processing System with Identification of Optimal Network Topology | |
US20080140469A1 (en) | Method, system and program product for determining an optimal configuration and operational costs for implementing a capacity management service | |
US8331250B2 (en) | System and method for strategic network planning | |
EP3772687B1 (en) | System and methods for optimal allocation of multi-tenant platform infrastructure resources | |
US10896407B2 (en) | Cognitive adaptation to user behavior for personalized automatic processing of events | |
Xiao et al. | Gridis: An incentive-based grid scheduling | |
CN103886402A (en) | Method and system for automated incentive computation in crowdsourcing system | |
US20110145326A1 (en) | WORKFLOW CUSTOMIZATION METHOD IN SaaS ENVIRONMENT | |
US20120215855A1 (en) | Determining Availability Based on Percentage Available | |
US20230121667A1 (en) | Categorized time designation on calendars | |
US20070283326A1 (en) | System for Defining and Evaluating Target Thresholds Against Performance Metrics | |
Sakellariou et al. | Job Scheduling on the Grid: Towards SLA-Based Scheduling. | |
US9082090B2 (en) | System, method, and computer program product for resource collaboration optimization | |
US7006985B1 (en) | Configuration of computer systems based upon purchasers component needs as determined from purchaser data entries correlated with a set of seller business rules to optimize quantities of each component sold |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: INTERNATIONAL BUSINESS MACHINES CORPORATION, NEW Y Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:ANDREEV, DMITRY;GREENSTEIN, PAUL GREGORY;GRUNIN, GALINA;AND OTHERS;SIGNING DATES FROM 20051026 TO 20051027;REEL/FRAME:017508/0348 Owner name: INTERNATIONAL BUSINESS MACHINES CORPORATION, NEW Y Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:ANDREEV, DMITRY;GREENSTEIN, PAUL GREGORY;GRUNIN, GALINA;AND OTHERS;REEL/FRAME:017508/0348;SIGNING DATES FROM 20051026 TO 20051027 |
|
REMI | Maintenance fee reminder mailed | ||
LAPS | Lapse for failure to pay maintenance fees | ||
STCH | Information on status: patent discontinuation |
Free format text: PATENT EXPIRED DUE TO NONPAYMENT OF MAINTENANCE FEES UNDER 37 CFR 1.362 |
|
FP | Lapsed due to failure to pay maintenance fee |
Effective date: 20160228 |