DETAILED ACTION
Status of the Application
Claims 1-20 have been examined in this application. This communication is the first action on the merits. The information disclosure statement (IDS) submitted on 09/21/2023; was filed with this application. The submission is in compliance with the provisions of 37 CFR 1.97. Accordingly, the information disclosure statement is being considered by the examiner
Notice of Pre-AIA or AIA Status
The present application, filed on or after March 16, 2013, is being examined under the first inventor to file provisions of the AIA .
In the event the determination of the status of the application as subject to AIA 35 U.S.C. 102 and 103 (or as subject to pre-AIA 35 U.S.C. 102 and 103) is incorrect, any correction of the statutory basis for the rejection will not be considered a new ground of rejection if the prior art relied upon, and the rationale supporting the rejection, would be the same under either status
This action is a Non-Final Action on the merits in response to the application filed on 09/21/2023.
Claims 1-17 have been cancelled.
Claims 18-37 remain pending in this application.
Foreign Priority
The Examiner/office acknowledges that the applicant claims foreign priority to the date 03/22/2021.
Claim Rejections - 35 USC § 101
35 U.S.C. 101 reads as follows:
Whoever invents or discovers any new and useful process, machine, manufacture, or composition of matter, or any new and useful improvement thereof, may obtain a patent therefor, subject to the conditions and requirements of this title.
Claims 18-25 are directed towards an apparatus, claims 26-30 are directed towards a method, and claims 34-37 are directed towards a computer-readable medium, all of which are among the statutory categories of invention.
Step 1: This part of the eligibility analysis evaluates whether the claim falls within any statutory category. See MPEP 2106.03. The claim recites at least one step or act. Thus, the claim is to a process, which is one of the statutory categories of invention. (Step 1: YES).
Step 2A, Prong One: This part of the eligibility analysis evaluates whether the claim recites a judicial exception. As explained in MPEP 2106.04, subsection II, a claim “recites” a judicial exception when the judicial exception is “set forth” or “described” in the claim.
With respect to claims 18-37, the independent claims (claims 18, 26, and 34) are directed to managing resources and task, In independent claim 18, the bolded limitations emphasized below correspond to the abstract ideas of the claimed invention:
Claim 1, the computing apparatus:
a number of resources available during each time interval, a number of nodes available during each time interval, and adjacency constraints for each adjacent node of the number of nodes;
in response to the resource allocation request, for each time interval of the time period:
determine a first number of tasks to be processed in a task queue within the time interval based on the task information;
determine a second number of tasks from the task queue that are unprocessed after a time interval that immediately precedes the time interval;
determine, based on the adjacency constraints for each adjacent node for the number of nodes, a resource allocation constraint for each resource; and
determine a subset of the number of nodes to be assigned to each resource in the time interval based on: (i) the first number of tasks, (ii) the second number of tasks, and (iii) the resource allocation constraint for each resource; and
these steps fall within and recite an abstract ideas because they are directed to a method of organizing human activity which includes commercial interaction such as business relations (See MPEP 2106.04(a)(2), subsection II).
If a claim limitation, under its broadest reasonable interpretation, covers commercial interaction, then it falls within the “method of organizing human activity” grouping of abstract ideas. Therefore, If the identified limitation(s) falls within any of the groupings of abstract ideas enumerated in the MPEP 2106, the analysis should proceed to Prong Two. (Step 2A, Prong One: YES).
Step 2A, Prong Two: This part of the eligibility analysis evaluates whether the claim as a whole integrates the recited judicial exception into a practical application of the exception or whether the claim is “directed to” the judicial exception. This evaluation is performed by (1) identifying whether there are any additional elements recited in the claim beyond the judicial exception, and (2) evaluating those additional elements individually and in combination to determine whether the claim as a whole integrates the exception into a practical application. See MPEP 2106.04(d). The claim recites the additional elements of apparatus, processor, interface, device, server, node, memory, model, computer storage medium. The claims recite the steps are performed by the apparatus, processor, interface, device, server, node, memory, model, computer storage medium.
The limitations of
one or more processors; at least one memory device coupled to the one or more processors; and
a data communications interface operably associated with the one or more processors, wherein the at least one memory device contains a plurality of program instructions that, when executed by the one or more processors, cause the computing apparatus to:
receive, from a resource allocation demand server via the data communications interface, a resource allocation request which includes task information based on a task schedule, a time period including a plurality of time intervals,
a number of resources available during each time interval, a number of nodes available during each time interval, and adjacency constraints for each adjacent node of the number of nodes;
provide, to the resource allocation demand server via the data communications interface, a resource allocation schedule which includes the subset of the number of nodes assigned to each resource for each time interval of the time period.
are mere data gathering recited at a high level of generality, and thus are insignificant extra-solution activity. See MPEP 2106.05(g) (“whether the limitation is significant”). In addition, all uses of the recited judicial exceptions require such data gathering and output, and, as such, these limitations do not impose any meaningful limits on the claim. These limitations amount to necessary data gathering and outputting. See MPEP 2106.05.
Further, the limitations are recited as being performed by apparatus, processor, interface, device, server, node, memory, model, computer storage medium. The apparatus, processor, interface, device, server, node, memory, model, computer storage medium are recited at a high level of generality. In limitation (a), apparatus, processor, interface, device, server, node, memory, model, computer storage medium is used as a tool to perform the generic computer function of receiving data. See MPEP 2106.05(f). The apparatus, processor, interface, device, server, node, memory, model, computer storage medium are used to perform an abstract idea, as discussed above in Step 2A, Prong One, such that it amounts to no more than mere instructions to apply the exception using a generic computer. See MPEP 2106.05(f).
Even when viewed in combination, these additional elements do not integrate the recited judicial exception into a practical application (Step 2A, Prong Two: NO), and the claim is directed to the judicial exception. (Step 2A: YES).
Step 2B: This part of the eligibility analysis evaluates whether the claim as a whole amounts to significantly more than the recited exception i.e., whether any additional element, or combination of additional elements, adds an inventive concept to the claim. See MPEP 2106.05. As explained with respect to Step 2A, Prong Two, the additional elements are the apparatus, processor, interface, device, server, node, memory, model, computer storage medium. The additional elements were found to be insignificant extra-solution activity in Step 2A, Prong Two, because they were determined to be insignificant limitations as necessary data gathering.
However, a conclusion that an additional element is insignificant extra solution activity in Step 2A, Prong Two should be re-evaluated in Step 2B. See MPEP 2106.05, subsection I.A. At Step 2B, the evaluation of the insignificant extra-solution activity consideration takes into account whether or not the extra-solution activity is well understood, routine, and conventional in the field. See MPEP 2106.05(g). As discussed in Step 2A, Prong Two above, the recitations of
one or more processors; at least one memory device coupled to the one or more processors; and
a data communications interface operably associated with the one or more processors, wherein the at least one memory device contains a plurality of program instructions that, when executed by the one or more processors, cause the computing apparatus to:
receive, from a resource allocation demand server via the data communications interface, a resource allocation request which includes task information based on a task schedule, a time period including a plurality of time intervals,
a number of resources available during each time interval, a number of nodes available during each time interval, and adjacency constraints for each adjacent node of the number of nodes;
provide, to the resource allocation demand server via the data communications interface, a resource allocation schedule which includes the subset of the number of nodes assigned to each resource for each time interval of the time period.
are recited at a high level of generality. These elements amount to transmitting data and are well understood, routine, conventional activity. See MPEP 2106.05(d), subsection II. 10 As discussed in Step 2A, Prong Two above, the recitation of an apparatus, processor, interface, device, server, node, memory, model, computer storage medium to perform limitations amounts to no more than mere instructions to apply the exception using a generic computer component. Even when considered in combination, these additional elements represent mere instructions to implement an abstract idea or other exception on a computer and insignificant extra-solution activity, which do not provide an inventive concept. (Step 2B: NO).
Dependent claims 19-25, 27-33, 35 and 36 do not contain any new additional elements. Rather, these claims offer further descriptive limitations of elements found in the independent claims. In this case, the claims are rejected for the same reasons at step 2a, prong one; step 2a, prong 2; and step 2b. Thus, the claim is not patent eligible.
Regarding the dependent claims, dependent claims 19, 27, 35 recite simulation model to compute quality of service. The dependent claims 19-25, 27-33, 35 and 36 recite limitations that are not technological in nature and merely limits the abstract idea to a particular environment. Claims 19-25, 27-33, 35 and 36 recites apparatus, processor, interface, device, server, node, memory, model, computer storage medium which are considered an insignificant extra-solution activities of collecting and analyzing data; see MPEP 2106.05(g). Claims 19-25, 27-33, 35 and 36 recites apparatus, processor, interface, device, server, node, memory, model, computer storage medium, which merely recites an instruction to apply the abstract idea using a generic computer component; MPEP 2106.05(f). Additionally, claims 19-25, 27-33, 35 and 36 recite steps that further narrow the abstract idea. No additional elements are disclosed in the dependent claims that were not considered in independent claims 18, 26, and 34. Therefore claims 19-25, 27-33, 35 and 36 do not provide meaningful limitations to transform the abstract idea into a patent eligible application of the abstract idea such that the claims amount to significantly more than the abstract idea itself.
Claim Rejections - 35 USC § 102
The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that form the basis for the rejections under this section made in this Office action:
A person shall be entitled to a patent unless –
(a)(1) the claimed invention was patented, described in a printed publication, or in public use, on sale or otherwise available to the public before the effective filing date of the claimed invention.
Claims 18, 21, 23, 24, 26, 29, 31, 32, 34, 37 are rejected under 35 U.S.C. 102(a)(1) as being anticipated by United States Patent Publication US 20200411168, Thomas, et al.
Referring to Claim 18, Thomas teaches the computing apparatus:
one or more processors; at least one memory device coupled to the one or more processors (
Thomas: Sec. 0003, memory that stores computer executable components, and a processor that executes the computer executable components stored in the memory.); and
a data communications interface operably associated with the one or more processors, wherein the at least one memory device contains a plurality of program instructions that, when executed by the one or more processors, cause the computing apparatus to (
Thomas: Sec. 0033, The computing device 102 can include or be operatively coupled to at least one memory 114 and at least one processor 112. The at least one memory 114 can further store executable instructions (e.g., the task management model development module 110, the model application module 118 and the task management module 122) that when executed by the at least one processor 112, facilitate performance of operations defined by the executable instruction. ):
receive, from a resource allocation demand server via the data communications interface, a resource allocation request which includes task information based on a task schedule, a time period including a plurality of time intervals (
Thomas: Sec. 0046, as new historical data sets are received over time, the task management model development module 110 can train and update the machine learning models (e.g., the one or more demand models 138 and/or the one or more TAT models 140 predication models) on the new historical data sets. The training and updating can be continuously and/or regularly performed in accordance with a defined schedule (e.g., every N minutes, hours, or days, every X sequential data sets, etc.), or performed in a cyclic manner such that each time a model training and updating procedure is completed, a new model training and updated procedure can be initiated. In some implementations, the new historical data sets can be combined with previously collected data sets that were used to train a previous version of the one or more demand models 138 and/or the one or more TAT models 140. ),
a number of resources available during each time interval, a number of nodes available during each time interval, and adjacency constraints for each adjacent node of the number of nodes (
Thomas: Sec. 0046, the model application module 118 can be configured to apply the one more demand models 138, TAT models 140 and/or staffing models 142 in accordance with a defined schedule (e.g., every N minute, hours, etc.) to generate new/updated predictive output data 120 regarding predicted tasks, predicted TATs for the currently pending and the predicted tasks for the next defined period of time (or time periods), and the estimated number of available staff to perform the tasks. For example, with respect to a hospital system wherein the tasks managed include EVS tasks, based on current state information for the hospital (e.g., provided by the dynamic system stat data 102) the model application module 118 can generate predictive output data 120 that includes information regarding predicted demand for EVS tasks (e.g., total number of tasks needed for the next N hours, total number of tasks by hospital unit, by task type, etc. for the next N hours and the like), and predicted TATs for the currently pending tasks and optionally the predicted tasks. The predictive output data 120 can also include information regarding the estimated number of staff available to perform the tasks (e.g., per shift, per timeframe, per unit, etc.). );
Thomas describes the managing of resources and task to include the time and number of resources and number of places to where task are to be executed.
in response to the resource allocation request, for each time interval of the time period:
determine a first number of tasks to be processed in a task queue within the time interval based on the task information (
Thomas: Sec. 0039, The task data 104 can include information regarding tasks of the dynamic system, including but not limited to: information identifying currently pending tasks, information regarding status of tasks being performed, information regarding timing of origination (e.g., when a request for the task was made), performance and completion of the tasks (e.g., that indicates task TAT), as well as various relevant attributes associated with the tasks.
Thomas: Sec. 0041, implementations in which the dynamic system includes a hospital, the task management model development module 110 can train and develop one or more demand models 138 to predict the distribution of EVS tasks within an upcoming timeframe (e.g., from a current point in time through the next hour, the next 12 hours, the next 24 hours, the next 48 hours, etc.) based on historical information that reflects the historical demand for the EVS tasks (e.g., amount and type of that tasks performed and/or requested for performance) under different operating conditions/contexts of the hospital. For instance, the different operating conditions/contexts of the hospital can be based on variances in bed occupancy levels, bed availability, bed status, number of patients waiting for beds, type/location of the beds, staff availability, supply availability, and the like. The predicted distribution of the EVS tasks can include the total number of predicted tasks, the types of the tasks, the location of the tasks, and other potential distinguishing attributes associated with the tasks that can have an impact on the task TATs and/or the resources that are needed (e.g., personnel, supplies, equipment, etc.) to fulfil the tasks in accordance with defined service level requirements for the tasks.);
Thomas describes the preforming of tasks includes requesting resources, which consist of tasks that need to be completed within a time period and location.
determine a second number of tasks from the task queue that are unprocessed after a time interval that immediately precedes the time interval (
Thomas: Sec. 0046, the model application module 118 can generate predictive output data 120 that includes information regarding predicted demand for EVS tasks (e.g., total number of tasks needed for the next N hours, total number of tasks by hospital unit, by task type, etc. for the next N hours and the like), and predicted TATs for the currently pending tasks and optionally the predicted tasks);
Thomas describes the managing of resources and task to include the time and number of resources and number of places to where the next task are to be executed within a time period.
determine, based on the adjacency constraints for each adjacent node for the number of nodes, a resource allocation constraint for each resource (
Thomas: Sec. 0054, The task management module 122 can also employ combinatorial optimization to determine resource allocation information 132 that defines an optimal allocation of the available resources for the tasks that facilitates minimizing the TATs, satisfying the expected demand, and meeting defined constraints/requirements for the tasks. In addition, in some embodiments, the task management module 122 can also determine resource assignment information 134 for the tasks that assigns specific resources, (e.g., specific works/staff, specific instruments/equipment, etc.) to specific tasks to facilitate minimizing the TATs, meeting defined SLAs, and ensuring the available resources will satisfy the expected demand With respect to assigning/allocating resources, the task management module 122 can further determine how to assign staff to tasks to maximize the number of tasks fulfilled while balancing staff workload (e.g., toward on equal distribution of the workload amongst the available staff) in view of the number of tasks to be completed and the number of staff available. The task management module 122 can also apply constraints regarding assignment restrictions, shift constraints (e.g., timing of shifts, maximum and minimum job allocation per staff member per shift, etc.) and capacity constraints (e.g., regarding system capacity) in association with task assignment rules (e.g., fair distribution of task rules, SLA rules, zone rules, patient and material transport rules, etc.) to determine how to optimize the assignment of staff members to the tasks (e.g. to optimize the number of tasks fulfilled and balance the distribution of the workload).); and
Thomas describes the resource allocation constraints and various adjacency constraints that equivalent to the Applicant’s spec at 0034.
determine a subset of the number of nodes to be assigned to each resource in the time interval based on: (i) the first number of tasks, (ii) the second number of tasks, and (iii) the resource allocation constraint for each resource (
Thomas: Sec. 0054, The task management module 122 can also employ combinatorial optimization to determine resource allocation information 132 that defines an optimal allocation of the available resources for the tasks that facilitates minimizing the TATs, satisfying the expected demand, and meeting defined constraints/requirements for the tasks. In addition, in some embodiments, the task management module 122 can also determine resource assignment information 134 for the tasks that assigns specific resources, (e.g., specific works/staff, specific instruments/equipment, etc.) to specific tasks to facilitate minimizing the TATs, meeting defined SLAs, and ensuring the available resources will satisfy the expected demand With respect to assigning/allocating resources, the task management module 122 can further determine how to assign staff to tasks to maximize the number of tasks fulfilled while balancing staff workload (e.g., toward on equal distribution of the workload amongst the available staff) in view of the number of tasks to be completed and the number of staff available. The task management module 122 can also apply constraints regarding assignment restrictions, shift constraints (e.g., timing of shifts, maximum and minimum job allocation per staff member per shift, etc.) and capacity constraints (e.g., regarding system capacity) in association with task assignment rules (e.g., fair distribution of task rules, SLA rules, zone rules, patient and material transport rules, etc.) to determine how to optimize the assignment of staff members to the tasks (e.g. to optimize the number of tasks fulfilled and balance the distribution of the workload).
Thomas: Sec. 0084, the resource monitoring component 808 can determine if the expected number of upcoming tasks for a particular hospital unit over an upcoming timeframe exceeds the exceeds the capacity of the expected number of available staff members in the upcoming timeframe. In some embodiments, the defined threshold or percentage can be defined by or otherwise based on one or more defined SLAs included in the SLA information 802 (e.g., medical unit X requires a minimum of Y workers assigned to the EVS tasks in medical unit X). The notification component 812 can further generate alerts/notification regarding determined shortages in system resources (e.g., demand/TAT notification 128). For example, the notification component 812 can be configured to generate and send an electronic notification to a suitable entity regarding a determination that the available system resources are insufficient given the expected demand.); and
provide, to the resource allocation demand server via the data communications interface, a resource allocation schedule which includes the subset of the number of nodes assigned to each resource for each time interval of the time period (
Thomas: Sec. 0067, the staffing machine learning component 308 can evaluate the current state of the system, including current scheduling information, current staff assignments, current staff locations, current staff activities and the like, to predict the distribution of staff available to perform tasks in an upcoming time frame, in a particular unit, or the like. In accordance with this example, the staffing models 142 can include a model that estimates the number of staff members that will be available to perform tasks over the next hour, over the next 6 hours, over the next 24 hours, and the like.
Thomas: Sec. 0119, the data collection component 302 can regularly (e.g., every N minutes) collet sets of the dynamic system state data 102, wherein each set corresponds to state information that was generated over a defined time period. In this regard, with respect to a hospital system, the data collection component 302 can collect data every 30 minutes, every hour, etc., information regarding the tasks that were scheduled, the tasks that were performed, timing of performance, the attributes of the tasks, the operating condition of the hospital, and the like and. Each set can thus represent a historical snapshot in time of the hospital operations and can be used to learn correlations between different operating condition parameters on task TATs and demand for the tasks. ).
Referring to Claim 21, Thomas teaches the computing apparatus of claim 18 wherein the resource allocation request further includes a maximum number of available nodes, and determining the number of nodes to be assigned to each resource for each time interval is further based on the maximum number of available nodes (
Thomas: Sec. 0054, the task management module 122 can further determine how to assign staff to tasks to maximize the number of tasks fulfilled while balancing staff workload (e.g., toward on equal distribution of the workload amongst the available staff) in view of the number of tasks to be completed and the number of staff available. The task management module 122 can also apply constraints regarding assignment restrictions, shift constraints (e.g., timing of shifts, maximum and minimum job allocation per staff member per shift, etc.) and capacity constraints (e.g., regarding system capacity) in association with task assignment rules (e.g., fair distribution of task rules, SLA rules, zone rules, patient and material transport rules, etc.) to determine how to optimize the assignment of staff members to the tasks (e.g. to optimize the number of tasks fulfilled and balance the distribution of the workload).).
Thomas describes the maximum number of task and staffing.
Referring to Claim 23, Thomas teaches the computing apparatus of claim 18 wherein the resource allocation request further includes a quality of service constraint, and determining the number of nodes to be assigned to each resource for each time interval is further based on the quality of service constraint (
Thomas: Sec. 0028, the system can determine an optimal order/sequence for performing currently pending EVS tasks to minimize the TATs (and consequently reduce wait times) while meeting any defined operating constraints.
Thomas: Sec. 0044, The task management model development module 110 can also train and develop of one or more machine learning models to determine the expected number of staff available for performing the currently pending, and optionally the forecasted tasks, based on learned correlation between various factors in the historical dynamic system state data 102 that influence staff availability. For example, the task management development module 110 can train and develop one or more staffing models 142 to estimate the number of available staff (e.g., EVS workers) by shift or timeframe, by unit, or the like.
Thomas: Sec. 0048, the demand for tasks of the dynamic system (e.g., total number to tasks, total number of tasks per medical unit, per type, or another grouping criteria), the TATs for the tasks, and the number of available staff to perform the tasks.
Thomas describes determining the number of staff available in queue, which is being interpreting as quality of service constraints.
Thomas: Sec. 0028, The system can also employ combinatorial mathematical optimization to determine the number of resources to allocate to the respective units over the upcoming timeframe to minimize service level agreement (SLA) violations and maintain smooth patient flow based on the predicted task TATs and the expected demand.
Thomas: Sec. 0036, The task management model development module 110 can also employ the historical sets of the dynamic system state data 102 to develop and train one or more machine learning models (e.g., one or more staffing models 142) to predict or estimate the number of staff that are or will be available to perform the tasks (e.g., the currently pending tasks and optionally the forecasted tasks).
Thomas: Sec. 0054, in some embodiments, the task management module 122 can also determine resource assignment information 134 for the tasks that assigns specific resources, (e.g., specific works/staff, specific instruments/equipment, etc.) to specific tasks to facilitate minimizing the TATs, meeting defined SLAs, and ensuring the available resources will satisfy the expected demand With respect to assigning/allocating resources, the task management module 122 can further determine how to assign staff to tasks to maximize the number of tasks fulfilled while balancing staff workload (e.g., toward on equal distribution of the workload amongst the available staff) in view of the number of tasks to be completed and the number of staff available. The task management module 122 can also apply constraints regarding assignment restrictions, shift constraints (e.g., timing of shifts, maximum and minimum job allocation per staff member per shift, etc.) and capacity constraints (e.g., regarding system capacity) in association with task assignment rules (e.g., fair distribution of task rules, SLA rules, zone rules, patient and material transport rules, etc.) to determine how to optimize the assignment of staff members to the tasks (e.g. to optimize the number of tasks fulfilled and balance the distribution of the workload)).
Thomas describes the managing of resources and task to include the time and number of resources and number of places to where task are to be executed.
Referring to Claim 24, Thomas teaches the computing apparatus of claim 18 wherein the resource allocation constraint includes a change in the number of nodes available to the resource from the time interval and the time interval that immediately precedes the time interval, and determining the number of nodes to be assigned to each resource for each time interval is further based on the number of nodes available to the resource for each time interval (
Thomas: Sec. 0046, the model application module 118 can generate predictive output data 120 that includes information regarding predicted demand for EVS tasks (e.g., total number of tasks needed for the next N hours, total number of tasks by hospital unit, by task type, etc. for the next N hours and the like), and predicted TATs for the currently pending tasks and optionally the predicted tasks… The combined (new and previously used for training) data sets can further be used to train each updated instance of the demand models 138 and/or TAT models 140. In other embodiments, the task management model development module 110 can cycle
Thomas: Sec. 0050, the model application module 118 can be configured to apply the one more demand models 138, TAT models 140 and/or staffing models 142 in accordance with a defined schedule (e.g., every N minute, hours, etc.) to generate new/updated predictive output data 120 regarding predicted tasks, predicted TATs for the currently pending and the predicted tasks for the next defined period of time (or time periods), and the estimated number of available staff to perform the tasks…The model application module 118 can further regenerate this predictive output data 120 every M minutes (e.g., every 30 minutes, every 60 minutes or another in accordance with another suitable time schedule) to account for changes in the state of the dynamic system over time. In this regard, each time the model application reapplies the one or more demand models, the one or more TAT models 140 and/or the one or more staffing models 142, the model application module 118 can receive updated system state data that reflect the current state of the system at the point in time.);
Thomas describes the managing and updating of resources and task to include the time and number of resources and number of places to where the next task are to be executed within a time period.
Thomas: Sec. 0028, The system can also employ combinatorial mathematical optimization to determine the number of resources to allocate to the respective units over the upcoming timeframe to minimize service level agreement (SLA) violations and maintain smooth patient flow based on the predicted task TATs and the expected demand.
Thomas: Sec. 0036, The task management model development module 110 can also employ the historical sets of the dynamic system state data 102 to develop and train one or more machine learning models (e.g., one or more staffing models 142) to predict or estimate the number of staff that are or will be available to perform the tasks (e.g., the currently pending tasks and optionally the forecasted tasks).
Thomas: Sec. 0054, in some embodiments, the task management module 122 can also determine resource assignment information 134 for the tasks that assigns specific resources, (e.g., specific works/staff, specific instruments/equipment, etc.) to specific tasks to facilitate minimizing the TATs, meeting defined SLAs, and ensuring the available resources will satisfy the expected demand With respect to assigning/allocating resources, the task management module 122 can further determine how to assign staff to tasks to maximize the number of tasks fulfilled while balancing staff workload (e.g., toward on equal distribution of the workload amongst the available staff) in view of the number of tasks to be completed and the number of staff available. The task management module 122 can also apply constraints regarding assignment restrictions, shift constraints (e.g., timing of shifts, maximum and minimum job allocation per staff member per shift, etc.) and capacity constraints (e.g., regarding system capacity) in association with task assignment rules (e.g., fair distribution of task rules, SLA rules, zone rules, patient and material transport rules, etc.) to determine how to optimize the assignment of staff members to the tasks (e.g. to optimize the number of tasks fulfilled and balance the distribution of the workload)).
Thomas describes the managing of resources and task to include the time and number of resources and number of places to where task are to be executed.
Claims 26, 29, 31, 32 recite limitations that stand rejected via the art citations and rationale applied to claims 18, 21, 23, 24.
Claims 34 and 37 recite limitations that stand rejected via the art citations and rationale applied to claims 18 and 21. Regarding, a non-transitory computer storage medium encoded with a computer program, the computer program comprising a plurality of program instructions that when executed by one or more processors cause the one or more processors to perform operations (
Thomas: Sec. 0033, The computing device 102 can include or be operatively coupled to at least one memory 114 and at least one processor 112. The at least one memory 114 can further store executable instructions (e.g., the task management model development module 110, the model application module 118 and the task management module 122) that when executed by the at least one processor 112, facilitate performance of operations defined by the executable instruction.
Thomas: Sec. 0129, One or more embodiments can be a system, a method, and/or a computer program product at any possible technical detail level of integration. The computer program product can include a computer readable storage medium (or media) having computer readable program instructions thereon for causing a processor to carry out one or more aspects of the present embodiments.
Thomas: Sec. 0146, computer-executable instructions of a computer program product that runs on a computer and/or computers, those skilled in the art will recognize that this disclosure also can or can be implemented in combination with other program modules. Generally, program modules include routines, programs, components, data structures, etc. that perform particular tasks and/or implement particular abstract data types.)
Claim Rejections - 35 USC § 103
The following is a quotation of 35 U.S.C. 103 which forms the basis for all obviousness rejections set forth in this Office action:
A patent for a claimed invention may not be obtained, notwithstanding that the claimed invention is not identically disclosed as set forth in section 102 of this title, if the differences between the claimed invention and the prior art are such that the claimed invention as a whole would have been obvious before the effective filing date of the claimed invention to a person having ordinary skill in the art to which the claimed invention pertains. Patentability shall not be negated by the manner in which the invention was made.
Claims 19, 20, 27, 28, 35, 36 are rejected under 35 U.S.C. 103 as being unpatentable over United States Patent Publication US 20200411168, Thomas, et al. to hereinafter Thomas in view of United States Patent Publication US 20090300183, Feng, et al
Referring to Claim 19, Thomas teaches the computing apparatus of claim 18 wherein the plurality of program instructions further cause the computing apparatus to:
compute, via a simulation model, a quality of service measure for each time interval based on the number of nodes to be assigned to each resource for each time interval (
Thomas: Sec. 0028, the system can determine an optimal order/sequence for performing currently pending EVS tasks to minimize the TATs (and consequently reduce wait times) while meeting any defined operating constraints.
Thomas: Sec. 0036, to predict or estimate the number of staff that are or will be available to perform the tasks (e.g., the currently pending tasks and optionally the forecasted tasks).
Thomas: Sec. 0044, The task management model development module 110 can also train and develop of one or more machine learning models to determine the expected number of staff available for performing the currently pending, and optionally the forecasted tasks, based on learned correlation between various factors in the historical dynamic system state data 102 that influence staff availability. For example, the task management development module 110 can train and develop one or more staffing models 142 to estimate the number of available staff (e.g., EVS workers) by shift or timeframe, by unit, or the like.
Thomas: Sec. 0048, the demand for tasks of the dynamic system (e.g., total number to tasks, total number of tasks per medical unit, per type, or another grouping criteria), the TATs for the tasks, and the number of available staff to perform the tasks.
Thomas describes determining the number of staff available in queue, which is being interpreting as quality of service measure.
Thomas does not explicitly teach via a simulation model.
However, Feng teaches via a simulation model (
Feng: Sec. 0104, however, advantages. It will be seen in the simulation section that there are almost no accumulated flows at nodes.).
Thomas and Feng are both directed to the analysis of resource allocation (See Thomas at 0025, 0029, 0060; Feng at 0010, 0030, 0031). Thomas discloses that additional elements, such as the task management module can be considered (See Thomas at 0032). It would have been obvious for one having ordinary skill in the art before the effective filing date of the claimed invention to have modified Thomas, which teaches detecting and repairing task information problems in view of Feng, to efficiently apply analysis of resource allocation to enhancing the capability to simulate data. (See Feng at 0085, 0113).
Referring to Claim 20, Thomas teaches the computing apparatus of claim 19 wherein the quality of service measure comprises a waiting time for the first number of tasks and the second number of tasks to be processed or a queue size for each node (
Thomas: Sec. 0028, the system can determine an optimal order/sequence for performing currently pending EVS tasks to minimize the TATs (and consequently reduce wait times) while meeting any defined operating constraints.
Thomas: Sec. 0036, to predict or estimate the number of staff that are or will be available to perform the tasks (e.g., the currently pending tasks and optionally the forecasted tasks).
Thomas: Sec. 0041, implementations in which the dynamic system includes a hospital, the task management model development module 110 can train and develop one or more demand models 138 to predict the distribution of EVS tasks within an upcoming timeframe (e.g., from a current point in time through the next hour, the next 12 hours, the next 24 hours, the next 48 hours, etc.) based on historical information that reflects the historical demand for the EVS tasks (e.g., amount and type of that tasks performed and/or requested for performance) under different operating conditions/contexts of the hospital. For instance, the different operating conditions/contexts of the hospital can be based on variances in bed occupancy levels, bed availability, bed status, number of patients waiting for beds, type/location of the beds, staff availability, supply availability, and the like. The predicted distribution of the EVS tasks can include the total number of predicted tasks, the types of the tasks, the location of the tasks, and other potential distinguishing attributes associated with the tasks that can have an impact on the task TATs and/or the resources that are needed (e.g., personnel, supplies, equipment, etc.) to fulfil the tasks in accordance with defined service level requirements for the tasks.
Thomas: Sec. 0048, the demand for tasks of the dynamic system (e.g., total number to tasks, total number of tasks per medical unit, per type, or another grouping criteria), the TATs for the tasks, and the number of available staff to perform the tasks.).
Thomas describes determining the waiting time for EVS task and the number of staff available in queue.
Claims 27, 28, 35, 36 recite limitations that stand rejected via the art citations and rationale applied to claims 19 and 20.
Claims 22, 25, 30, and 33 are rejected under 35 U.S.C. 103 as being unpatentable over United States Patent Publication US 20200411168, Thomas, et al. to hereinafter Thomas in view of United States Patent Publication US 20180260253, Nanda, et al
Referring to Claim 22, Thomas teaches the computing apparatus of claim 18 wherein the resource allocation request further includes a social distance constraint (See Nanda), and determining the number of nodes to be assigned to each resource for each time interval is further based on the social distance constraint (See Nanda) (
Thomas: Sec. 0028, The system can also employ combinatorial mathematical optimization to determine the number of resources to allocate to the respective units over the upcoming timeframe to minimize service level agreement (SLA) violations and maintain smooth patient flow based on the predicted task TATs and the expected demand.
Thomas: Sec. 0036, The task management model development module 110 can also employ the historical sets of the dynamic system state data 102 to develop and train one or more machine learning models (e.g., one or more staffing models 142) to predict or estimate the number of staff that are or will be available to perform the tasks (e.g., the currently pending tasks and optionally the forecasted tasks).
Thomas: Sec. 0054, in some embodiments, the task management module 122 can also determine resource assignment information 134 for the tasks that assigns specific resources, (e.g., specific works/staff, specific instruments/equipment, etc.) to specific tasks to facilitate minimizing the TATs, meeting defined SLAs, and ensuring the available resources will satisfy the expected demand With respect to assigning/allocating resources, the task management module 122 can further determine how to assign staff to tasks to maximize the number of tasks fulfilled while balancing staff workload (e.g., toward on equal distribution of the workload amongst the available staff) in view of the number of tasks to be completed and the number of staff available. The task management module 122 can also apply constraints regarding assignment restrictions, shift constraints (e.g., timing of shifts, maximum and minimum job allocation per staff member per shift, etc.) and capacity constraints (e.g., regarding system capacity) in association with task assignment rules (e.g., fair distribution of task rules, SLA rules, zone rules, patient and material transport rules, etc.) to determine how to optimize the assignment of staff members to the tasks (e.g. to optimize the number of tasks fulfilled and balance the distribution of the workload)).
Thomas describes the managing of resources and task to include the time and number of resources and number of places to where task are to be executed.
Thomas does not explicitly teach a social distance constraint.
However, Nanda teaches a social distance constraint (
Nanda: Sec. 0094, Maximum cost rule, in which shipping from store A to hub B will incur cost of transportation, fuel, etc., to help control the costs associated with shipping the items.
Nanda: Sec. 0095, Maximum distance rule, in which the items should be fulfilled from stores and warehouses within a predefined maximum distance from a customer location.).
Thomas and Nanda are all directed to the analysis of resource allocation (See Thomas at 0025, 0029, 0060; Nanda at 0015-0017, 0031). Thomas discloses that additional elements, such as the task management module can be considered (See Thomas at 0032). It would have been obvious for one having ordinary skill in the art before the effective filing date of the claimed invention to have modified Thomas, which teaches detecting and repairing task information problems in view of Nanda, to efficiently apply analysis of resource allocation to improving the organizing of task and resources . (See Nanda at 0028, 0032).
Referring to Claim 25, Thomas teaches the computing apparatus of claim 18 wherein determining the number of nodes to be assigned to each resource for each time interval is further based on a determining a flow rate (See Nanda) of tasks being processed based on an arrival time, and the resource allocation schedule is based on the flow rate (See Nanda) of tasks being processed for each time interval (
Thomas: Sec. 0085, The resource evaluation component 806 can also include system flow monitoring component 810 to facilitate determining whether the expected demand and/or predicted task TATs indicate a violation or potential violation to a defined SLA requirement included in the SLA information 802. For example, the system flow monitoring component 810 can determine if a forecasted TAT for specific task or group of tasks (e.g., tasks associated with medical unit B, tasks of a specific type etc.) exceeds a maximum allotted TAT for the task or groups of tasks. The notification component 812 can further be configured to generate and send a notification (e.g., a demand/TAT notification 128) to an appropriate entity regarding the violation or potential violation to the SLA requirement.).
Thomas: Sec. 0028, The system can also employ combinatorial mathematical optimization to determine the number of resources to allocate to the respective units over the upcoming timeframe to minimize service level agreement (SLA) violations and maintain smooth patient flow based on the predicted task TATs and the expected demand.
Thomas: Sec. 0036, The task management model development module 110 can also employ the historical sets of the dynamic system state data 102 to develop and train one or more machine learning models (e.g., one or more staffing models 142) to predict or estimate the number of staff that are or will be available to perform the tasks (e.g., the currently pending tasks and optionally the forecasted tasks).
Thomas: Sec. 0054, in some embodiments, the task management module 122 can also determine resource assignment information 134 for the tasks that assigns specific resources, (e.g., specific works/staff, specific instruments/equipment, etc.) to specific tasks to facilitate minimizing the TATs, meeting defined SLAs, and ensuring the available resources will satisfy the expected demand With respect to assigning/allocating resources, the task management module 122 can further determine how to assign staff to tasks to maximize the number of tasks fulfilled while balancing staff workload (e.g., toward on equal distribution of the workload amongst the available staff) in view of the number of tasks to be completed and the number of staff available. The task management module 122 can also apply constraints regarding assignment restrictions, shift constraints (e.g., timing of shifts, maximum and minimum job allocation per staff member per shift, etc.) and capacity constraints (e.g., regarding system capacity) in association with task assignment rules (e.g., fair distribution of task rules, SLA rules, zone rules, patient and material transport rules, etc.) to determine how to optimize the assignment of staff members to the tasks (e.g. to optimize the number of tasks fulfilled and balance the distribution of the workload)).
Thomas describes the managing and flow of resources and task to include the time and number of resources and number of places to where task are to be executed.
Thomas does not explicitly teach flow rate.
However, Nanda teaches flow rate (
Nanda: Sec. 0006, Resource allocation problems encountered in stream processing systems have been considered heretofore without satisfactory resolution. Multiple data streams flow into the stream processing system to be processed and eventually to lead to valuable output. Examples of such processing include matching, aggregation, summarization, etc. Each stream requires certain amount of resource from the nodes to be processed. The nodes need to decide how much flow to admit into the system. The overall objective is to maximize a system utility function, which is a concave function of the amount of processed flow rates.
Nanda: Sec. 0033, incoming flows are inelastic, [25] first addressed the joint routing and scheduling problem, where they showed that a queue-length-based scheduling policy guarantees stability of the buffers as long as the arrival rates lie within the capacity region of the network. In the context of wireline networks, the idea of a distributed flow control based on a system-wide optimization problem was developed in [17], and followed by many others, see [22] for a survey. More recently, the approach has been adapted to address the problem of serving elastic traffic over wireless newtorks [19, 7], where rate control algorithms are introduced that adapt the flow rates as a function of the entry queue length. In [19], a dual congestion controller is used assuming flow rate can be adjusted instantaneously in response to congestion feedback in the network).
Thomas and Nanda are all directed to the analysis of resource allocation (See Thomas at 0025, 0029, 0060; Nanda at 0015-0017, 0031). Thomas discloses that additional elements, such as the task management module can be considered (See Thomas at 0032). It would have been obvious for one having ordinary skill in the art before the effective filing date of the claimed invention to have modified Thomas, which teaches detecting and repairing task information problems in view of Nanda, to efficiently apply analysis of resource allocation to improving the organizing of task and resources . (See Nanda at 0028, 0032).
Claims 30 and 33 recite limitations that stand rejected via the art citations and rationale applied to claims 22 and 25.
Conclusion
The prior art made of record and not relied upon is considered pertinent to applicant's disclosure.
Ringrose et al., U.S. Pub. 20060041458, (discussing the operation history utilization of terminal electric device, a server electric device, and an application server).
Ringrose et al., W.O. Pub. 2006010134, (discussing the allocation of resources and simulating constraints).
Xu et al., Holistic Resource Allocation For Multicore Real-Time Systems, https://par.nsf.gov/servlets/purl/10108226, IEEE Real-Time and Embedded Technology and Applications Symposium (RTAS), 2019 (discussing the monitoring of home appliances regarding power consumption).
Any inquiry concerning this communication or earlier communications from the examiner should be directed to UCHE BYRD whose telephone number is (571)272-3113. The examiner can normally be reached Mon.-Fri..
Examiner interviews are available via telephone, in-person, and video conferencing using a USPTO supplied web-based collaboration tool. To schedule an interview, applicant is encouraged to use the USPTO Automated Interview Request (AIR) at http://www.uspto.gov/interviewpractice.
If attempts to reach the examiner by telephone are unsuccessful, the examiner’s supervisor, Patricia Munson can be reached at (571) 270-5396. The fax phone number for the organization where this application or proceeding is assigned is 571-273-8300.
Information regarding the status of published or unpublished applications may be obtained from Patent Center. Unpublished application information in Patent Center is available to registered users. To file and manage patent submissions in Patent Center, visit: https://patentcenter.uspto.gov. Visit https://www.uspto.gov/patents/apply/patent-center for more information about Patent Center and https://www.uspto.gov/patents/docx for information about filing in DOCX format. For additional questions, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a USPTO Customer Service Representative, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000.
/UCHE BYRD/Examiner, Art Unit 3624