DETAILED ACTION
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 .
Continued Examination Under 37 CFR 1.114
A request for continued examination under 37 CFR 1.114, including the fee set forth in 37 CFR 1.17(e), was filed in this application after final rejection. Since this application is eligible for continued examination under 37 CFR 1.114, and the fee set forth in 37 CFR 1.17(e) has been timely paid, the finality of the previous Office action has been withdrawn pursuant to 37 CFR 1.114. Applicant's submission filed on 06/30/2026 has been entered.
Status of the Claims
Claims 1, 4-14 and 17-20 are pending in the instant patent application. Claims 1, 5-8, 10-12, 14 and 18-20 are amended. Claims 2-3 and 15-16 are cancelled.
Response to Claim Amendments
Applicant’s amendments to the claims are insufficient to overcome the 35 U.S.C. §101 rejections. The rejections remain pending and are updated and addressed below in light of the amendments and per guidelines for 101 analysis (PEG 2019).
Applicant’s amendments to the claims are insufficient to overcome the 35 U.S.C. §103 rejections. The rejections remain pending and are updated and addressed below in light of the amendments and newly cited art.
Applicant’s amendments have also necessitated new grounds of rejection under 35 U.S.C. §112.
Claim Rejections - 35 USC § 112
The following is a quotation of 35 U.S.C. 112(b):
(b) CONCLUSION.—The specification shall conclude with one or more claims particularly pointing out and distinctly claiming the subject matter which the inventor or a joint inventor regards as the invention.
The following is a quotation of 35 U.S.C. 112 (pre-AIA ), second paragraph:
The specification shall conclude with one or more claims particularly pointing out and distinctly claiming the subject matter which the applicant regards as his invention.
Claim 4-5 and 17-18 recites the limitation "the solution" in the claim. There is insufficient antecedent basis for this limitation in the claim. Appropriate correction is required.
Response to 35 U.S.C. §101 Arguments
Applicant’s arguments regarding 35 U.S.C. §101 rejection of the claims have been fully considered, but are not persuasive.
Regarding Applicant’s arguments that the claim improves the technical field of computer system updates, Examiner respectfully disagrees. In light of the amended language, Examiner finds that the claims are merely limiting the abstract idea to a particular environment and thus fails to add an inventive concept to the claims. Furthermore, the additional elements are merely being used as tools to carry out the abstract idea. The additional elements are used in their generic capacity and further do not recite significantly more. Examiner notes, for example, the advancements disclosed in RCT v. Microsoft, Diamond v. Diehr, and SiRF Technology v. ITC recite improvements to the functioning of a computer, or an improvement to another technology or technical field. Specifically, in RCT v. Microsoft, the claims are directed to a process of halftoning an image comprising the steps of generating a mask, comparing pixels, and using the results of the comparison to convert a binary image to a halftoned image. The process uses less memory, had faster computation times, and processed improved image quality compared to other masks, Diamond v. Diehr utilized the Arrhenius equation to improve the process of controlling the operations of a mold in curing rubber parts, and SiRF Technology v. ITC disclosed a GPS receiver utilizing software that applies a mathematical formula to improve the ability to determine its position in weak environments. In contrast, Examiner finds there are no similar improvements here. Examiner finds Applicant’s arguments are directed to improvements to an existing business process (e.g. optimizing vehicle operation conditions/scheduling) and not the recited additional elements or use of LLM/machine learning models. In addition, merely confining the abstract idea to a particular technological environment does not establish a practical application. See Guidance, 84 Fed. Reg. at 54. “A claim does not cease to be abstract for section 101 purposes simply because the claim confines the abstract idea to a particular technological environment in order to effectuate a real-world benefit.” In re Mohapatra, 842 F. App’x 635, 638 (Fed. Cir. 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.
Regarding Claims 1 and 4-13, they are directed to a method, however the claims are directed to a judicial exception without significantly more. Claims 1 and 4-13 are directed to the abstract idea of solution recommendations.
Performing the Step 2A Prong 1 analysis while referring specifically to independent Claim 1, claim 1 recites receiving a query indicating a request for an update to an existing system; triggering a model to provide a list of one or more system updates that are responsive to the query; calculating a vector distance between one or more system updates provided by the model and system updates stored and the system updates are stored as first vector embeddings that are clustered based on similarity; validating the one or more system updates provided based on the calculated vector distance; preparing a recommended list of system updates by applying a first model to the validated one or more system updates, the first model being trained to generate one or more scores based on customer data stored, and the customer data is stored as second vector embeddings that are clustered based on a region, a country, a company size, an industry type, and/or a sentiment value; and responding to the query with the recommended list of system updates, wherein the first model is one of a plurality of machine learning models each of the plurality of models being generated based on a different combination of training data and configured to apply a different scoring scheme to the validated one or more system updates, and wherein the first model is selected as a most accurate model among the plurality of models and applied to the validated one or more system updates responsive to the selection.
These claim limitations fall within the Mental Processes grouping of abstract ideas for they are concepts that can be practically performed in the human mind (including an observation, evaluation, judgment, opinion). Furthermore, the mere recitation of a machine learning model and large language model does not take the claim out of Mental Processes and the courts have found claims requiring a generic computer or nominally reciting a generic computer may still recite a mental process even though the claim limitations are not performed entirely in the human mind.
Accordingly, the claim recites an abstract idea and dependent claims 4-13 further recite the abstract idea.
Regarding Step 2A Prong 2 analysis, the judicial exception is not integrated into a practical application. In particular the claim recites the elements of an existing system, a large language model, a product master database, a first machine learning model, a plurality of machine learning models and a customer vector database. The existing system, large language model, a product master database, a first machine learning model and a customer vector database are merely generic computing devices and do not integrate the judicial exception into a practical application.
With respect to 2B, the claims do not include additional elements amounting to significantly more than the abstract idea. Claims 1, 5-6 and 13 include various elements that are not directed to the abstract idea under 2A. These elements include an existing system, a large language model, a product master database, at least one server, a first machine learning model, a plurality of machine learning models, a customer vector database and the generic computing elements described in the Applicant's specification in at least Para 0045. These elements do not amount to more than the abstract idea because it is a generic computer performing generic functions. Furthermore, Claim 1 recites computer functions that the courts have recognized as well‐understood, routine, and conventional functions when they are claimed in a merely generic manner (e.g., at a high level of generality) (See MPEP 2106.05(d)(ii)…at least, Receiving or transmitting data over a network, e.g., using the Internet to gather data, Symantec, 838 F.3d at 1321, 120 USPQ2d at 1362 (utilizing an intermediary computer to forward information).
Therefore, Claims 1, 5-6 and 13, alone or in combination, are not drawn to eligible subject matter as they are directed to abstract ideas without significantly more.
Regarding Claims 14 and 17-19, they are directed to a system, however the claims are directed to a judicial exception without significantly more. Claims 14 and 17-19 are directed to the abstract idea of solution recommendations.
Performing the Step 2A Prong 1 analysis while referring specifically to independent Claim 14, claim 14 recites receiving a query indicating a request for an update to an existing system; triggering a model to provide a list of one or more system updates that are responsive to the query; calculating a vector distance between one or more system updates provided by the model and system updates stored and the system updates are stored as first vector embeddings that are clustered based on similarity; validating the one or more system updates provided based on the calculated vector distance; preparing a recommended list of system updates by applying a first model to the validated one or more system updates, the first model being trained to generate one or more scores based on customer data stored, and the customer data is stored as second vector embeddings that are clustered based on a region, a country, a company size, an industry type, and/or a sentiment value; and responding to the query with the recommended list of system updates, wherein the first model is one of a plurality of machine learning models each of the plurality of models being generated based on a different combination of training data and configured to apply a different scoring scheme to the validated one or more system updates, and wherein the first model is selected as a most accurate model among the plurality of models and applied to the validated one or more system updates responsive to the selection.
These claim limitations fall within the Mental Processes grouping of abstract ideas for they are concepts that can be practically performed in the human mind (including an observation, evaluation, judgment, opinion). Furthermore, the mere recitation of a machine learning model and large language model does not take the claim out of Mental Processes and the courts have found claims requiring a generic computer or nominally reciting a generic computer may still recite a mental process even though the claim limitations are not performed entirely in the human mind.
Accordingly, the claim recites an abstract idea and dependent claims 17-19 further recite the abstract idea.
Regarding Step 2A Prong 2 analysis, the judicial exception is not integrated into a practical application. In particular the claim recites the elements of at least one processor, at least one memory, an existing system, a large language model, a product master database, at least one server, a first machine learning model, a plurality of machine learning models, a customer vector database. The at least one processor, at least one memory, an existing system, a large language model, a product master database, at least one server, a first machine learning model, a plurality of machine learning models and a customer vector database are merely generic computing devices and do not integrate the judicial exception into a practical application.
With respect to 2B, the claims do not include additional elements amounting to significantly more than the abstract idea. Claims 14 and 18-19 includes various elements that are not directed to the abstract idea under 2A. These elements include at least one processor, at least one memory, an existing system, at least one processor, at least one memory, an existing system, a large language model, a product master database, at least one server, a first machine learning model, a customer vector database, a plurality of machine learning models and the generic computing elements described in the Applicant's specification in at least Para 0045. These elements do not amount to more than the abstract idea because it is a generic computer performing generic functions. Furthermore, Claim 14 recites computer functions that the courts have recognized as well‐understood, routine, and conventional functions when they are claimed in a merely generic manner (e.g., at a high level of generality) (See MPEP 2106.05(d)(ii)…at least, Receiving or transmitting data over a network, e.g., using the Internet to gather data, Symantec, 838 F.3d at 1321, 120 USPQ2d at 1362 (utilizing an intermediary computer to forward information).
Therefore, Claims 14 and 18-19, alone or in combination, are not drawn to eligible subject matter as they are directed to abstract ideas without significantly more.
Regarding Claim 20, it is directed a non-transitory computer-readable storage medium, however the claim is directed to a judicial exception without significantly more. Claim 20 is directed to the abstract idea of solution recommendations.
Performing the Step 2A Prong 1 analysis while referring specifically to independent Claim 20, claim 20 recites receiving a query indicating a request for an update to an existing system; triggering a model to provide a list of one or more system updates that are responsive to the query; calculating a vector distance between one or more system updates provided by the model and system updates stored and the system updates are stored as first vector embeddings that are clustered based on similarity; validating the one or more system updates provided based on the calculated vector distance; preparing a recommended list of system updates by applying a first model to the validated one or more system updates, the first model being trained to generate one or more scores based on customer data stored, and the customer data is stored as second vector embeddings that are clustered based on a region, a country, a company size, an industry type, and/or a sentiment value; and responding to the query with the recommended list of system updates, wherein the first model is one of a plurality of machine learning models each of the plurality of models being generated based on a different combination of training data and configured to apply a different scoring scheme to the validated one or more system updates, and wherein the first model is selected as a most accurate model among the plurality of models and applied to the validated one or more system updates responsive to the selection.
These claim limitations fall within the Mental Processes grouping of abstract ideas for they are concepts that can be practically performed in the human mind (including an observation, evaluation, judgment, opinion). Furthermore, the mere recitation of a machine learning model and large language model does not take the claim out of Mental Processes and the courts have found claims requiring a generic computer or nominally reciting a generic computer may still recite a mental process even though the claim limitations are not performed entirely in the human mind.
Accordingly, the claim recites an abstract idea.
Regarding Step 2A Prong 2 analysis, the judicial exception is not integrated into a practical application. In particular the claim recites the elements of an existing system, a large language model, a product master database, a first machine learning model, a plurality of machine learning models and a customer vector database. The existing system, large language model, a product master database, a first machine learning model, a plurality of machine learning models and a customer vector database are merely generic computing devices and do not integrate the judicial exception into a practical application.
With respect to 2B, the claims do not include additional elements amounting to significantly more than the abstract idea. Claim 20 includes various elements that are not directed to the abstract idea under 2A. These elements include an existing system, a large language model, a product master database, a first machine learning model, a plurality of machine learning models, a customer vector database and the generic computing elements described in the Applicant's specification in at least Para 0045. These elements do not amount to more than the abstract idea because it is a generic computer performing generic functions. Furthermore, Claim 20 recites computer functions that the courts have recognized as well‐understood, routine, and conventional functions when they are claimed in a merely generic manner (e.g., at a high level of generality) (See MPEP 2106.05(d)(ii)…at least, Receiving or transmitting data over a network, e.g., using the Internet to gather data, Symantec, 838 F.3d at 1321, 120 USPQ2d at 1362 (utilizing an intermediary computer to forward information).
Therefore, Claim 20 is not drawn to eligible subject matter as it is directed to abstract ideas without significantly more.
Response to 35 U.S.C. §103 Arguments
Applicant’s arguments regarding 35 U.S.C. §103 rejection of the claims have been fully considered, but are not persuasive. Furthermore, Applicant’s arguments are moot in light of newly amended language.
Claim Rejections - 35 USC § 103
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 (i.e., changing from AIA to pre-AIA ) 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.
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, 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.
The factual inquiries for establishing a background for determining obviousness under 35 U.S.C. 103 are summarized as follows:
1. Determining the scope and contents of the prior art.
2. Ascertaining the differences between the prior art and the claims at issue.
3. Resolving the level of ordinary skill in the pertinent art.
4. Considering objective evidence present in the application indicating obviousness or nonobviousness.
Claim(s) 1, 5-6, 14 and 18-20 is/are rejected under 35 U.S.C. 103 as being unpatentable over Ganju et al. (US 2025/0005214 A1) in view of Alfke et al. (US 2025/0291782 A1) in view of McCormick (US 2023/0105159 A1) further in view of Walker et al. (US 2023/0267527 A1).
Regarding Claim 1, Ganju teaches the limitations of Claim 1 which state
receiving a query indicating a request for an update to an existing system (Ganju: Para 0031, 0037, 0047 via The system may receive inquiries from users requesting a design for a data center having particular performance characteristics (e.g., selected performance characteristics, desired performance characteristics, performance characteristics to achieve desired results or output, and/or the like), changes to an existing design of a data center, information about a data center (e.g., how much cabling is in the data center, a size of the data center, performance capabilities of the data center, how many cooling units are in the data center), and/or the like…the process flow 300 may include receiving a user inquiry. In some embodiments, the process flow 300 may include receiving a user inquiry from a user device (e.g., as a submission to a website, via email, via text message, via voicemail, and/or the like). For example, the user inquiry may include a question about a data center, a request to change a configuration of a data center…the supervised training may fine-tune the knowledge base model 120 such that the knowledge base model 120 is configured to determine a set of possible, reasonable solutions to a given inquiry…the knowledge base model 120 may be and/or include a pre-trained information retrieval large language model (LLM), and the process flow 100 may include fine tuning and/or training the pre-trained information retrieval LLM using data from one or more of the data structures);
triggering a large language model to provide a list that are responsive to the query (Ganju: Para 0037 via the supervised training may fine-tune the knowledge base model 120 such that the knowledge base model 120 is configured to determine a set of possible, reasonable solutions to a given inquiry…the knowledge base model 120 may be and/or include a pre-trained information retrieval large language model (LLM), and the process flow 100 may include fine tuning and/or training the pre-trained information retrieval LLM using data from one or more of the data structures…Para 0049-0051 via The query’s intent/keywords are supplied to the model which determines possible solutions and ranks them to be displayed in a table. The input corresponds to triggering the LLM and proposed configuration changes supply the responsive update candidates);
responding to the query with the recommended list of system updates (Ganju: Para 0049-0051 via The query’s intent/keywords are supplied to the model which determines possible solutions and ranks them to be displayed in a table. The input corresponds to triggering the LLM and proposed configuration changes supply the responsive update candidates).
However, Ganju does not explicitly teach the limitations of Claim 1 which state calculating a vector distance between the one or more system updates provided by the LLM and system updates stored in a product master database, wherein the product master database is a first vector database, and the system updates are stored as first vector embeddings that are clustered based on similarity; validating the one or more system updates provided by the LLM based on the calculated vector distance.
Alfke though, with the teachings of Ganju, teaches of
calculating a vector distance between the one or more system updates provided by the LLM and system updates stored in a product master database, wherein the product master database is a first vector database, and the system updates are stored as first vector embeddings that are clustered based on similarity (Alfke: Para 0005, 0019, 0027-0028, 0033, 0035 via the vector index is stored in a database table. Each record of the database table stores a vector and an identifier of the record associated with the vector…The system performs vector searches associated with a target vector by finding a set of partitions that either include the target vector or are near the target vector. The system may select partitions near the target vector by selecting partitions having centroids closest to the target vector. The system determines the distances between the target vector and the centroids of the partitions and selects the k nearest vectors within the vectors of the nearest partitions…the vector index generator 210 performs clustering of vectors to group the vectors into “buckets” for efficiently processing queries based on vectors such as nearest neighbor queries. According to an embodiment, the system performs clustering of vectors using inverted files. The clustering may be performed using a library such as open-source FAISS (Facebook AI Similarity Search) but is not limited to any specific implementation…training is performed by selecting a sample of vectors and performing clustering to determine an initial set of centroids that are used to assign the remaining vectors to buckets, each bucket corresponding to a centroid storing vectors that are within a threshold distance of the centroid…if a large number of vectors are available initially, the system performs sampling to determine a subset of vectors and perform clustering of the vectors to determine a set of clusters. The system uses the centroids of the clusters for determining which clusters the remaining vectors or any vectors received subsequently belong. For example, each vector is assigned to the cluster corresponding to the centroid that is nearest to the vector…The system stores the cluster information in a vector index. According to an embodiment, the system uses centroids determined by the clustering to define a set of buckets that all the vectors are assigned to. The system stores information describing the clusters in a vector index. According to an embodiment, the vector index stores information describing the set of buckets in an ordered key-value store. The key-value store may represent a database table managed by an embedded database management system (DBMS)).
validating the one or more system updates provided by the LLM based on the calculated vector distance (Alfke: Para 0050, 0051 via According to an embodiment, the query is a nearest neighbor query and the system identifies 440 the k nearest vectors based on their distance from a target vector specified by the query. According to an embodiment, the system creates an empty result list of (distance, docID) tuples. The system keeps the list ordered by distance. The system maintains a maximum capacity of the list to be k, the number of results requested by the query. The system may use data structures such as a heap or tree to optimize the list…The distance to the target vector may be computed using distance metrics such as Euclidean distance or cosine distance. The system inserts the resulting (distance, docID) tuple into the result list, maintaining its sort order. If the list grows beyond size k, the system removes the last element to keep the size of the list to within k while keeping the list sorted. As the system completes iterating through all the vectors of all the clusters identified in the steps 420, the result list stores the k nearest vectors to the target vector).
It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention to modify Ganju with the teachings of Alfke in order to have calculating a vector distance between the one or more system updates provided by the LLM and system updates stored in a product master database, wherein the product master database is a first vector database, and the system updates are stored as first vector embeddings that are clustered based on similarity; validating the one or more system updates provided by the LLM based on the calculated vector distance. The motivations behind this being to incorporate the teachings of vector searching in databases utilizing vector distances. Furthermore, in addition to being in the same CPC class, the teachings, suggestions, and motivations in this prior art would have led one of ordinary skill to modify the prior art reference or combine prior art reference teachings to arrive at the claimed invention and simple substitution of one known element for another would obtain predictable results.
Furthermore, Ganju does not explicitly disclose the limitation of Claim 1 which states preparing a recommended list of system updates by applying a first machine learning model to the validated one or more system updates, the first machine learning model being trained to generate one or more scores based on customer data stored in a customer vector database, wherein the customer vector database is a second vector database, and the customer data is stored as second vector embeddings that are clustered based on a region, a country, a company size, an industry type, and/or sentiment value.
McCormick though, with the teachings of Ganju/Alfke, teaches of
preparing a recommended list of system updates by applying a first machine learning model to the validated one or more system updates, the first machine learning model being trained to generate one or more scores based on customer data stored in a customer vector database, wherein the customer vector database is a second vector database, and the customer data is stored as second vector embeddings that are clustered based on a region, a country, a company size, an industry type, and/or sentiment value (McCormick: Para 0013 wherein 0013 summarizes the prior art as a whole, 0074-0077 via FIG. 8 illustrates an example process for automatically generating an output plan recommendation using a machine learning model, such as the personalized health plan recommendation model 122. At 704, control begins by obtaining a user profile table and corresponding supplemental data. At 708, control pre-processes the supplemental data to create a standardized feature vector. At 712, control then obtains a feature list for relevant health plan option for the individual. For example, relevant health plan options may be determined by identifying health plans offered by an employer of the individual, health plans offered at a location of the individual, general health plans offered by insurance companies that the individual is considering, etc. At 716, for each health plan feature, control associates a feature rank value based on corresponding attribute preferences from the user's profile table. An example feature rank value table is illustrated in FIG. 9A, and discussed further below. At 720, control uses a weighting factor for each feature rank value, based on an attribute weight list (such as the attribute weight list illustrated in FIG. 7B). An example table of weighted rank values is illustrated in FIG. 9B, and a table of resulting weighted attributes is illustrated in FIG. 9C. Control proceeds to calculate a profile match score for each health plan option at 724. For example, FIG. 9C illustrates example profile match scores for each of Plan A, Plan B and Plan C. The profile match scores may include a sum of the weighted, ranked attribute values. At 728, control generates a model output plan recommendation according to the profile match scores. For example, control may select one or more health plan options having a highest score or scores, for recommendation to the individual. FIG. 9D illustrates an example recommend plan table that may be presented to the individual. In various implementations, control may transform a user interface based on the recommendation output, to display the recommendation output to an individual. The recommendation output may be stored in a database. FIG. 9A illustrates an example table of ranked health plan feature scores, where values for each health plan attribute are ranked according to the individual's assigned attribute preferences. In the example of FIG. 9A, Plan A and Plan B each receive a rank score of 2 for the Plan Type category, while Plan C receives a rank score of 0. This is because the individual's survey responses indicated that they required an individual coverage plan).
It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention to modify Ganju/Alfke with the teachings of McCormick in order to have preparing a recommended list of system updates by applying a first machine learning model to the validated one or more system updates, the first machine learning model being trained to generate one or more scores based on customer data stored in a customer vector database, wherein the customer vector database is a second vector database, and the customer data is stored as second vector embeddings that are clustered based on a region, a country, a company size, an industry type, and/or sentiment value. The motivations behind this being to incorporate the teachings of using machine learning that generate individualized recommendation outputs. Furthermore, in addition to being in the same CPC class, the teachings, suggestions, and motivations in this prior art would have led one of ordinary skill to modify the prior art reference or combine prior art reference teachings to arrive at the claimed invention and simple substitution of one known element for another would obtain predictable results.
Furthermore, Ganju does not explicitly disclose the limitation of Claim 1 which states wherein the first machine learning model is one of a plurality of machine learning models coupled to the LLM, each of the plurality of machine learning models being generated based on a different combination of training data and configured to apply a different scoring scheme to the validated one or more system updates, and wherein the first machine learning model is selected as a most accurate model among the plurality of machine learning models and applied to the validated one or more system updates responsive to the selection.
Walker though, with the teachings of Ganju/Alfke/McCormick, teaches of
wherein the first machine learning model is one of a plurality of machine learning models coupled to the LLM, each of the plurality of machine learning models being generated based on a different combination of training data and configured to apply a different scoring scheme to the validated one or more system updates (Walker: Para 0042-0043, 0060 via the machine learning model application 150 performs operations associated with training a plurality of models using the training data set 140 to generate a plurality of recommended models, applying the validation data set 142 to generate a plurality of predictions from the plurality of recommended models, and applying the test data set 144 to a selected recommended model. The machine learning model application 150 may include utilizing one or more supervised machine learning models including a random forest, k-nearest neighbors, a matrix factorization, and factorization machines, etc…the training data set 140 may include a first set of historic user profiles. The training data set 140 may be related to a plurality of historic user inputs associated with preferences of one or more services or items from an entity. The training data set 140 may also include a plurality of metrics from the entity for the one or more services or items…the computing device may execute operations for each of the one or more services or items to include selecting a recommended model from the plurality of recommended models based on the relevancy score of the selected metric or a combination of selected metrics. For example, as shown in FIG. 3, the computing device may include the score selection module 370x that selects a recommended model (e.g., Selected Model 384) from the plurality of recommended models 324 based on the relevancy score of the selected metric or a combination of selected metrics. For example, as shown in flow diagram 470 of FIG. 4B, the computing device may include the score selection module 370x that selects a recommended model from the plurality of recommended models 324 based on the relevancy score (e.g., Scored Data V 450v) of the selected metric (e.g., Precision 410v) or a combination of selected metrics (e.g., Precision 410v and Coverage 410x))),
and wherein the first machine learning model is selected as a most accurate model among the plurality of machine learning models and applied to the validated one or more system updates responsive to the selection (Walker: Para 0060 via For block 230 in flow diagram 200 of FIG. 2A and for block 250 in flow diagram 200 of FIG. 2B, the computing device may execute operations for each of the one or more services or items to include selecting a recommended model from the plurality of recommended models based on the relevancy score of the selected metric or a combination of selected metrics. For example, as shown in FIG. 3, the computing device may include the score selection module 370x that selects a recommended model (e.g., Selected Model 384) from the plurality of recommended models 324 based on the relevancy score of the selected metric or a combination of selected metrics. For example, as shown in flow diagram 470 of FIG. 4B, the computing device may include the score selection module 370x that selects a recommended model from the plurality of recommended models 324 based on the relevancy score (e.g., Scored Data V 450v) of the selected metric (e.g., Precision 410v) or a combination of selected metrics (e.g., Precision 410v and Coverage 410x))).
It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention to modify Ganju/Alfke/McCormick with the teachings of Walker in order to have wherein the first machine learning model is one of a plurality of machine learning models coupled to the LLM, each of the plurality of machine learning models being generated based on a different combination of training data and configured to apply a different scoring scheme to the validated one or more system updates, and wherein the first machine learning model is selected as a most accurate model among the plurality of machine learning models and applied to the validated one or more system updates responsive to the selection. The motivations behind this being to incorporate the teachings of automatically obtaining item-based recommendations to update a system that are most relevant through the automatic training and selection of multiple recommendation systems as taught by Walker. Furthermore, in addition to being in the same CPC class, the teachings, suggestions, and motivations in this prior art would have led one of ordinary skill to modify the prior art reference or combine prior art reference teachings to arrive at the claimed invention and simple substitution of one known element for another would obtain predictable results.
Regarding Claim 5, the combination of Ganju/Alfke/McCormick/Walker teaches the limitations of Claim 5 which state
wherein the triggering comprises providing a prompt to the LLM to provide a list of the one or more system updates responsive to the solution of the query (Ganju: Para 0049-0051 via The query’s intent/keywords are supplied to the model which determines possible solutions and ranks them to be displayed in a table. The input corresponds to triggering the LLM and proposed configuration changes supply the responsive update candidates).
Regarding Claim 6, the combination of Ganju/Alfke/McCormick/Walker teaches the limitations of Claim 6 which state
receiving, from the LLM, the list of the one or more system updates that are responsive to the query (Ganju: Para 0049-0051 via The query’s intent/keywords are supplied to the model which determines possible solutions and ranks them to be displayed in a table. The input corresponds to triggering the LLM and proposed configuration changes supply the responsive update candidates).
Regarding Claims 14 and 18-19, they are analogous to Claims 1 and 5-6 respectively and are rejected for the same reasons. See also Vigil: Para 0090.
Regarding Claim 20, it is analogous to Claim 1 and is rejected for the same reasons. See also Vigil: Para 0097.
Claim(s) 4 and 17 is/are rejected under 35 U.S.C. 103 as being unpatentable over Ganju et al. (US 2025/0005214 A1) in view of Alfke et al. (US 2025/0291782 A1) in view of McCormick (US 2023/0105159 A1) in view of Walker et al. (US 2023/0267527 A1) further in view of Prasanna (US 2011/0270646 A1).
Regarding Claim 4, while the combination of Ganju/Alfke/McCormick/Walker teaches the limitations of Claim 1, it does not explicitly disclose the limitations of Claim 4 which state wherein the query is received with the region, the country, the company size, and/or the industry type associated with the solution to the existing system.
Prasanna though, with the teachings of Ganju/Alfke/McCormick/Walker, teaches the limitations of Claim 4 which state
wherein the query is received with the region, the country, the company size, and/or the industry type associated with the solution to the existing system (Prasanna: Para 0977 via The output analyzer shown in FIG. 67 can not only display the output in a graphical form but the user can select parts of the solution in which he/she is interested and view only those. The user can zoom in or zoom out on any part of the solution. There is a query engine to help the user do this. The user can type in a query that works as a filter and shows only certain portions, satisfying the query (a query is a general Backus-Naur-Panini form specifiable expression composed of atomic operators). The module has the capability of clustering similar nodes and showing a simplified structure for better comprehension. The clustering can be done on many criteria such as geographic location, capacity etc. and can be chosen by the user. This makes a large, difficult to comprehend structure into a simplified easy to analyze structure).
It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention to modify Ganju/Alfke/McCormick/Walker with the teachings of Prasanna in order to have wherein the query is received with the region, the country, the company size, and/or the industry type associated with the solution to the existing system. The motivations behind this being to incorporate the teachings of providing specific recommendations from the results. Furthermore, in addition to being in the same CPC class, the teachings, suggestions, and motivations in this prior art would have led one of ordinary skill to modify the prior art reference or combine prior art reference teachings to arrive at the claimed invention.
Regarding Claim 17, it is analogous to Claim 4 and is rejected for the same reasons.
Claim(s) 7 is/are rejected under 35 U.S.C. 103 as being unpatentable over Ganju et al. (US 2025/0005214 A1) in view of Alfke et al. (US 2025/0291782 A1) in view of McCormick (US 2023/0105159 A1) in view of Walker et al. (US 2023/0267527 A1) further in view of Buhkin et al. (US 2014/0278264 A1).
Regarding Claim 7, while Ganju/Alfke/McCormick/Walker teaches the limitations of Claim 1, it does not explicitly disclose the limitation of Claim 7 which states wherein the validating comprises matching the list of the one or more system updates provided by the LLM with the system updates found in the product master database based on the calculated vector distance and eliminating from the list any of the one or more system updates that do not have a match in the product master database.
Buhkin though, with the teachings of Ganju/Alfke/McCormick/Walker, teach the limitations of Claim 7 which state
wherein the validating comprises matching the list of the one or more system updates provided by the LLM with the system updates found in the product master database based on the calculated vector distance and eliminating from the list any of the one or more system updates that do not have a match in the product master database (Buhkin: Para 0027 via Once filters are selected, the system moves on to block 225 where the filters are operated to choose filtered recommendations. In some embodiments the system receives an initial set of recommendations which may be all the recommendations available to the system, a predetermined regional set of recommendations, or a default starting recommendation set. In other embodiments, filters may generate query parameters for a database to select recommendations relevant to the user profile. The result is a filtered set of recommendations. In some embodiments, the system may apply further filters to the initial recommendation set to further remove, add, or modify recommendations, such as ordering the initial recommendation set to correspond to better matches being provided first).
It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention to modify Ganju/Alfke/McCormick/Walker, with the teachings of Buhkin in order to have wherein the validating comprises matching the list of the one or more system updates provided by the LLM with the system updates found in the product master database based on the calculated vector distance and eliminating from the list any of the one or more system updates that do not have a match in the product master database. The motivations behind this being to incorporate the teachings of delivering personalized solutions to a user. Furthermore, in addition to being in the same CPC class, the teachings, suggestions, and motivations in this prior art would have led one of ordinary skill to modify the prior art reference or combine prior art reference teachings to arrive at the claimed invention.
Claim(s) 8-13 is/are rejected under 35 U.S.C. 103 as being unpatentable over Ganju et al. (US 2025/0005214 A1) in view of Alfke et al. (US 2025/0291782 A1) in view of McCormick (US 2023/0105159 A1) in view of Walker et al. (US 2023/0267527 A1) further in view of Chun et al. (US 2014/0180999 A1).
Regarding Claim 8, while the combination of Ganju/Alfke/McCormick/Walker, teaches the limitations of Claim 1, it does not explicitly disclose the limitations of Claim 8 which state wherein the responding further comprises including the one or more scores for the recommended list of system updates.
Chun though, with the teachings of Ganju/Alfke/McCormick/Walker, teaches the limitation of Claim 8 which states
wherein the responding further comprises including the one or more scores for the recommended list of system updates (Chun: Para 0057 via Correspondingly, the help platform may receive the assessments on the various solutions from other users to determine assessment scores of the solutions. The assessment scores may be quantized values obtained by collecting and analyzing the assessments of the other users. Thus, when determining recommendation degrees of the solutions, the platform may take the assessment scores above as one of factors considered. In an embodiment, the recommendation degree of a solution may be determined as a weighted summation of occurrence frequency and assessment score, where the respective weights of the summations may be set based on implementation, which may be based on design choices. Thereby, the occurrence frequency of a solution and associated assessments of users may be considered in combination to give the recommendation degree of a solution, so that the recommendation degree may reflect the potential correctness of the solution).
It would have been obvious to one of ordinary skill in the art before the effective filing date of the claimed invention to modify Ganju/Alfke/McCormick/Walker with the teachings of Chun in order to have wherein the responding further comprises including the one or more scores for the recommended list of system updates. The motivations behind this being to incorporate the teachings of optimizing the degree of recommendations. Furthermore, in addition to being in the same CPC class, the teachings, suggestions, and motivations in this prior art would have led one of ordinary skill to modify the prior art reference or combine prior art reference teachings to arrive at the claimed invention.
Regarding Claim 9, the combination of Ganju/Alfke/McCormick/Walker/Chun, teaches the limitations of Claim 9 which state
wherein the one or more scores are each generated using a weighted scoring (Chun: Para 0057 via Correspondingly, the help platform may receive the assessments on the various solutions from other users to determine assessment scores of the solutions. The assessment scores may be quantized values obtained by collecting and analyzing the assessments of the other users. Thus, when determining recommendation degrees of the solutions, the platform may take the assessment scores above as one of factors considered. In an embodiment, the recommendation degree of a solution may be determined as a weighted summation of occurrence frequency and assessment score, where the respective weights of the summations may be set based on implementation, which may be based on design choices. Thereby, the occurrence frequency of a solution and associated assessments of users may be considered in combination to give the recommendation degree of a solution, so that the recommendation degree may reflect the potential correctness of the solution).
Regarding Claim 10, the combination of Ganju/Alfke/McCormick/Walker/Chun, teaches the limitations of Claim 10 which state
wherein the weighted scoring is based on a similarity score between each of the one or more system updates and the system updates included in the product master database (Chun: Para 0035 via when a questioning user faces a software problem, he can post the problem to a help platform, and the help platform may solicit or crowd source solutions for the software problem from other users. To help the user identify a correct solution from multiple solutions, semantic nodes may be introduced in the solutions submitted by other users to indicate meanings of user operations. Thus, information about similarity, correlation, or other characteristics. of solutions may be obtained by analyzing semantic nodes of the multiple solutions, so as to recommend a solution for the user based on the information).
Regarding Claim 11, the combination of Ganju/Alfke/McCormick/Walker/Chun, teaches the limitations of Claim 11 which state
wherein the weighted scoring is further based on a frequency of usage of the one or more system updates (Chun: Para 0057 via Correspondingly, the help platform may receive the assessments on the various solutions from other users to determine assessment scores of the solutions. The assessment scores may be quantized values obtained by collecting and analyzing the assessments of the other users. Thus, when determining recommendation degrees of the solutions, the platform may take the assessment scores above as one of factors considered. In an embodiment, the recommendation degree of a solution may be determined as a weighted summation of occurrence frequency and assessment score, where the respective weights of the summations may be set based on implementation, which may be based on design choices. Thereby, the occurrence frequency of a solution and associated assessments of users may be considered in combination to give the recommendation degree of a solution, so that the recommendation degree may reflect the potential correctness of the solution).
Regarding Claim 12, the combination of Ganju/Alfke/McCormick/Walker/Chun, teaches the limitations of Claim 12 which state
wherein the weighted scoring is further based on a customer sentiment indicating a rating provided by users of the one or more system updates (Chun: Para 0056 via Based on the initial recommendation degree determined from the occurrence frequency above, more factors may be taken into consideration to provide further recommendation degree information. In an embodiment, the method of this disclosure may further include obtaining assessments on the multiple solutions provided by other users. For example, as to the multiple solutions obtained at block 22, other users of the help platform may verify these solutions to determine whether the solutions can solve the software problem raised by the questioning user. After the verification, users may provide their assessments on the solutions to the help platform. The assessments may be embodied as, for example, ratings, scorings, votes etc. on the solutions).
Regarding Claim 13, the combination of Ganju/Alfke/McCormick/Walker/Chun, teaches the limitations of Claim 13 which state
wherein the customer sentiment is obtained using sentiment analysis obtained from at least one server or website (Chun: Para 0056 via Based on the initial recommendation degree determined from the occurrence frequency above, more factors may be taken into consideration to provide further recommendation degree information. In an embodiment, the method of this disclosure may further include obtaining assessments on the multiple solutions provided by other users. For example, as to the multiple solutions obtained at block 22, other users of the help platform may verify these solutions to determine whether the solutions can solve the software problem raised by the questioning user. After the verification, users may provide their assessments on the solutions to the help platform. The assessments may be embodied as, for example, ratings, scorings, votes etc. on the solutions).
Conclusion
Any inquiry concerning this communication or earlier communications from the examiner should be directed to TYRONE E SINGLETARY whose telephone number is (571)272-1684. The examiner can normally be reached 9 - 5:30.
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, Beth Boswell can be reached at 571-272-6737. 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.
/T.E.S./Examiner, Art Unit 3625
/BETH V BOSWELL/Supervisory Patent Examiner, Art Unit 3625
Prosecution Insights