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 .
The following is a Non-Final Office Action in response to communications received January 16, 2026. No Claim(s) have been canceled. No Claims have been amended. No new claims have been added. Therefore, claims 1-20 are pending and addressed below.
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 has been entered.
Priority
Application No. 18472039 filed 09/21/2023 is a Continuation in Part of 18145627, filed 12/22/2022 and having 1 RCE-type filing therein 18145627 Claims Priority from Provisional Application 63294406 , filed 12/29/2021.
Applicant Name/Assignee: Mastercard International Incorporated
Inventor(s): Baguley, Nick; Gagon, Serenie; Arunachalam, Natesh; Harnish, Justin, Bell, Cameron; Roper, Daniel
Response to Arguments
Claim Interpretation
Applicant's arguments filed December 02, 2025 have been fully considered but they are not persuasive.
In the remarks applicant refers to the previous Office Action stating the previous Office Action stated: With respect to the limitation "retrain the scaled score algorithm using the feedback data and the plurality of scaled scores", Applicant discusses the specification para 0062-0065, 0071-0075 and 0146- 0151, arguing that one of ordinary skill in the art would have understood the plain meaning of the retraining" limitations and that the limitation is not just limited to the inputted value. The examiner respectfully disagrees with the premise of applicant's argument. The "retraining" limitation only refers to the data used and acted upon in the retraining of the algorithm. The limitation does not refer to any other details with respect to the retraining process of the algorithm. The claim limitations are interpreted in light of the specification, however it is not permitted to read into the claim limitations the specification. According to MPEP 2173.05(q), although a claim should be interpreted in light of the specification disclosure, it is generally considered improper to read limitations contained in the specification into the claims. See In re Prater, 415 F.2d 1393, 162 USPQ 541 (CCPA 1969) and In re Winkhaus, 527 F.2d 637, 188 USPQ 129 (CCPA 1975), which discuss the premise that one cannot rely on the specification to impart limitations to the claim that are not recited in the claim. In the remarks Applicant points to the specification (0062-0065, 0072-0075, 0146-0151)
[0062] In one or more embodiments calculation of the scaled score(s) may include a weighted summation or similar equation in which multiple significant variables or factors may contribute. Also or alternatively, in one or more embodiments, gradient-boosted decision tree(s) may be trained to calculate the scaled score( s) based on all or some of the variables or factors discussed herein. In one or more embodiments, an explicit regression gradient boosting algorithm may be trained on labeled or other data using, for example, a (differentiable) loss function. In one or more embodiments, a deep neural network may be used as a component of and/or otherwise to generate one or more values of the scaled score algorithm. In each case, the algorithm receiving historical transaction data and transaction amount data and outputting one or more scaled scores representing a likelihood of settlement may be referred to herein as a "scaled score algorithm." One of ordinary skill will appreciate that algorithms and calculations, and underlying component(s), other than those exemplary ones listed herein may be used to calculate the scaled score(s) within the scope of the present invention. [0063] In one or more embodiments, the scaled score algorithm includes a plurality of components, with each component outputting a value. For example, the components may include an account balance prediction component configured to determine an existing account balance and to analyze historical data of the accountholder in the account comprising prior withdrawals and deposits to project an account balance in the account on the date. For another example, the components may include a general transactional behavior component configured to analyze historical data comprising transactions of a plurality of accountholders (e.g., similarly-situated accountholders) to determine one or more factors impacting a projected account balance in the account on the date.
[0064] In one or more embodiments, the value may be numerical, logical, or otherwise. For example, the value of a first component configured to analyze historical transaction data of the present accountholder and/or one or more other accountholders (e.g., similarly-situated accountholders) may represent a likelihood that the account of the present accountholder has overdraft protection, and may be a scaled score value (e.g., from 0 to 1, with 1 representing a certainty that such protection exists for the account and/or that the protection is likely high enough to cover the present transaction amount should a non-sufficient funds event occur on a putative settlement date) and/or may be a logical value ( e.g., "yes" or "no," with "yes" representing a conclusion that such protection exists for the present account).
[0065] For another example, the value of a second and/or third component configured to analyze historical transaction data of the present accountholder and/or one or more other accountholders (e.g., similarly-situated accountholders) may be numerical and may represent a projected total deposit amount and/or projected total expenditure/withdrawal/debit amount for the present account over the period extending from the present date to the putative settlement date for which each scaled score is being generate estimated income and expenses for each customer account.
[0074] Patterns discerned and implemented by embodiments of the present invention - seeking to discover general rule(s) that map inputs to outputs comprising correlations therebetween - may be generated based on review of individual accountholder data and/or data relating to groups of accountholders. For example, in one or more embodiments, an amount of a revenue or income deposit may be most reliably predicted at an individual level - that is, based solely on the present accountholder' S own historical data - whereas a predicted date of deposit may most reliably be predicted based on a combination of the accountholder' S own historical data and data from a broader accountholder group (e.g. , capturing an average date of deposit across banks and/or employers subject to holiday calendars and other factors). In this manner, the algorithm generating the scaled score(s) may embody a plurality of components comprising rules, factors, models and the like trained and/or dependent on correlations and predictions for a plurality of variables and factors gained from analyzing individual accountholder data, data from a group of similarly situated accountholders, and/or other relevant financial data.
[0075] It should again be noted that other correlations and/or rules may be determined from reviewing the historical data of the accountholder and/or similarly-situated accountholders at a given financial institution, such as predictions relating to the likelihood that an accountholder' S financial institution will trigger non-sufficient funds or overdraft protection mechanisms to compensate for an accountholder' S shortfall(s Analysis of the historical transaction data of one or more such accountholder(s) may reveal widely-implemented, average and/or likely policy(ies) of the financial institution that are relevant to calculation of the scaled score( s) and/or risk value( s) calculated according to embodiments of the present invention, as discussed in more detail above.
[0146] Referring to step 910, the feedback data may be used to retrain the scaled score algorithm. For example, the feedback data may describe which day(s) were chosen by the merchant for the attempted payment processing and/or whether the attempted payment processing was successful. Moreover, regression or clustering analyses and techniques may be used to group factors or variables relied on by the scaled score algorithm in generating the scaled scores and which were apparently important to the merchant in selecting the date, account and/or payment rail used for the attempted payment processing. Put differently, if a relatively large dataset reflecting a multitude of attempted payment processing transactions reveals that one or more merchants consistently select a date that is after the fifth (5 th) of each month for attempted payment processing, even where the scaled scores are more favorable in preceding days, the retraining may more heavily weight or otherwise favor the corresponding time period(s ) in future scaled score generation.
[0147] For another example, wherever the feedback data reveal that success rates for attempted payment transactions sharing a given characteristic, trait or factor - such as those for which favorable scaled scores were given on particular days in large part based on assumptions regarding debits without well-established periodicity - are unexpectedly low, the retraining may weight or otherwise adjust reliance on those debit-related assumptions to more accurately reflect their impact on accurate scaled score generation.
[0148] Moreover, in one or more embodiments, metadata comprising significance indicators may be generated and transmitted to the merchant, as discussed in more detail in connection with method 600 above. Correlations or relationships between the significance indicators (e.g., reason codes) provided, and the circumstances and success of the attempted payment transactions reported back to the payment router, may reveal that merchant(s) often consider certain of the significance indicators as being better indicators of likelihood of settlement success than others as evidenced, for example, by the merchants' choices for processing the putative transactions and/or by the success thereof. Also or alternatively, the significance indicators may be kept internally by the payment router and used to derive such correlations or relationships and further the retraining process.
[0149] In one or more embodiments, determining the correlations and relationships used for retraining the scaled score algorithm may include computing a confusion matrix.
[0150] It should also be noted that a payment routing optimizer (PRO) recommendation may also be generated and output to the merchant by the payment router. More particularly, the payment router may include and/or execute a PRO algorithm which takes the scaled scores and additional data - such as, for example, costs associated with different payment rails, fraud likelihood scores computed according to other means, and other data - and outputs one or more PRO recommendations for each payment transaction message. The PRO recommendations may essentially distill the various scaled scores and other factors into a conclusive suggestion that the merchant attempts to process the payment in question on a certain day, on a certain rail, and otherwise according to the PRO recommendation(s). In such embodiments, the feedback data may indicate whether the recommendation was followed, whether the attempted transaction was successful, and other feedback data and utilize same to retrain the PRO recommendation algorithm and/or scaled score algorithm.
[0151] One of ordinary skill will appreciate that the retraining is preferably through use of the feedback data as labeled data in supervised learning operations. More particularly, the labeled data will reveal relationships between the likelihood of success in and other factors surrounding settlement of the putative payment transaction as embodied in the scaled scores, on the one hand, and the actual success observed in the attempted processing on the other hand.
In the remarks Applicant argues that the limitation "retrain scaled score algorithm using data and scores", and the specification which provides detail examples of "retraining the scaled score algorithm" submitting that one of ordinary skill in the art would understand the plain meaning of the recited retraining limitations which is not limited to adjusting data inputs as set forth in the claim interpretation. The examiner respectfully disagrees with the premise of applicant's argument. As discussed in the previous Office action, the specification cannot be read into the claim limitations. The specification as pointed to the applicant provides different options for "retraining". The options include para 0146 "feedback data may be used to retrain the scaled score algorithm regression or clustering analyses and techniques may be used to group factors or variables relied on by the scaled score algorithm in generating the scaled scores where only data received is applied to " retrain". The specification provides the option as set forth in para 0147 options that can be applied to the data analyzed "favorable scaled scores were given on particular days in large part based on assumptions regarding debits without well-established periodicity - are unexpectedly low, the retraining may weight or otherwise adjust reliance on those debit-related assumptions to more accurately reflect their impact on accurate scaled score generation". The specification para 0148 provides the option "Correlations or relationships between the significance indicators (e.g., reason codes) provided, and the circumstances and success of the attempted payment transactions reported back to the payment router, may reveal that merchant(s) often consider certain of the significance indicators as being better indicators of likelihood of settlement success than others as evidenced, for example, by the merchants' choices for processing the putative transactions and/or by the success thereof. Also or alternatively, the significance indicators may be kept internally by the payment router and used to derive such correlations or relationships and further the retraining process" The specification para 0149 provides a different embodiment, "one or more embodiments, determining the correlations and relationships used for retraining the scaled score algorithm may include computing a confusion matrix." The specification para 0150 provides the option "The PRO recommendations may essentially distill the various scaled scores and other factors into a conclusive suggestion that the merchant attempts to process the payment in question on a certain day, on a certain rail, and otherwise according to the PRO recommendation(s). In such embodiments, the feedback data may indicate whether the recommendation was followed, whether the attempted transaction was successful, and other feedback data and utilize same to retrain the PRO recommendation algorithm and/or scaled score algorithm. The specification para 0151 provides the option "One of ordinary skill will appreciate that the retraining is preferably through use of the feedback data as labeled data in supervised learning operations Based on the MPEP guidance as discussed in the previous Office Action, the limitations of the claim can not be modified to fix one of many options provided by the specification as being a functions recited in the claim if the claim language is silent with respect to other options for "retraining", the examiner maintains that the claim interpretation stands.
Claim Rejections - 35 USC § 101
Applicant's arguments filed December 02, 2025 have been fully considered but they are not persuasive.
In the remarks applicant points to the Desjardins PTAB decision which found patent eligibility in Al improvement when considered in light of the specification corresponding to the claimed subject matter. Applicant argues that the current application similarly improve methods for operating and retraining ML technologies. The examiner respectfully disagrees with the premise of applicant's argument. The PTAB limitations recited goes beyond using training data, which is inputted for further analysis. The limitations of the PTAB case where not simply providing further data for additional analysis. Rather Desjardins limitations recited task to optimize the performance of the model and protect the performance of the ML model and to train learning task. The PTAB case did not simply input additional data or adjust parameters. This is made clear by the specification which explicitly describes that the focus of the invention is to address issues in ML model training model learning task. This is not the case of the current application. The specification does not recite any issues related to ML technology which the limitations in the claims are attempting to address. The rejection is maintained.
In the remarks applicant points to MPEP 2106.04 subsection II, MPEP 2106.07(a), MPEP 2106.07(a)(I), MPEP 2106.04(a)(2)III; Enfish, Mayo, Thales Visionix V US, Alice, Digitech, Contract Extraction, SRI Int'l Inc V Cisco, CyberSource, Research Corp Techs V Microsoft and USPTO 2014 guidance, discusses the requirements for determining patent eligibility of step 2A and 2B. Applicant argues that in light of the guidance, the claimed limitations are not directed mental processes when cannot be performed entirely in a human mind. This is because the claim limitations recited outputting data representation over electronic communication network to a merchant, receiving feedback data and retraining algorithm. The examiner in light of additional training of the USPTO with respect to mental concepts. Specifically, that transmission of data that is not for example read, parse, extracted is not a mental process. Accordingly the examiner agrees that the claimed subject matter is not directed toward the abstract category of mental processes. However the examiner maintains that the limitations when considered as a whole is directed toward methods of organizing human activity. The rejection is maintained.
In the remarks applicant argues that under prong 2, the claimed subject matter integrates any judicial exception into a practical application. Applicant points to Alice and Mayo decisions. Applicant also points to BASCOM and example 34, arguing that the combination of generic computer operations was found patentable for providing a solution to a problem in technology improving technology. Applicant argues the current application provides merchant with scores based on data the merchant does not have access to and to enable merchant to initiate transaction request for transactions, allowing merchants to rely on scores and additional information not available to the payment processor to make decisions and generate transaction request. Merchant held feedback information used to retrain the algorithm responsible for generating scores. Applicant argues that the claimed limitations similar to Example 34, provide a technology based solution improving payment processing for merchant users. The examiner respectfully disagrees with the premise of applicant's argument. Improving a payment processing which is an abstract idea using technology is not comparable to example 34. Improving payment processing is not improving technology. The rejection is maintained.
In the remarks applicant states that based on arguments above, that the claimed limitations of claim 1, embodies "significantly more" than any abstract idea and therefore is patent eligible. Applicant's statement does not provide any arguments or evidence and thus does not meet the requirements of rebuttal. The rejection is maintained.
In the remarks applicant argues that based on arguments above, with respect to claim 1, the similar limitations of claim 11 and corresponding dependent claims 2-10 and 12-20 are patent eligible. The examiner respectfully disagrees. See response above. The rejection is maintained.
Claim Rejections - 35 USC § 103
Applicant's arguments filed December 02, 2025 have been fully considered but they are not persuasive.
In the remarks applicant argues that the modification of Chen with Pandian changes the nature of the scores applying hindsight. The examiner respectfully disagrees. Hindsight is not applicable as the Office action as the prior art Chen explicitly teaches generating scaled score. Furthermore, applicant has not identified where the reasons to combine as set forth in the previous Office action is based on hindsight. The prior art teaches:
[0022] In further embodiments, predicting a probability of default and/or delinquency (PD) ML model may further be trained using extracted training data, such as using XG Boost model training or other tree-based algorithm training (e.g., gradient boosting machine (GBM) models). The PD ML model may then segment entities into high, medium, and low risk based on their likelihood of repayment at the end of the billing cycle. The training data, and corresponding extracted features or attributes for model training, may be based on actual missed payments by the entity and/or other entities, and may utilize an affordability score as a risk measurement to determine whether entities will actually repay at a due date for account repayment. In this regard, a cash-based PD underwriting ML model may be used to predict and/or output the affordability score based on input features for the entity, the entity's global cash balance at a specific time, expenses and/or burn rates, historical spend or changes to a global cash balance, a staleness factor since data updating, and the like. Thereafter, one or more risk rules, models, and engines may be used to determine adjustments to an extended credit limit when dynamically underwriting an entity based on the affordability score determined from the ML model.
[0024] When training an ML model, the extracted features are used as training data at an input layer, which is then used to weigh, balance, and assign values to nodes within hidden layers of the ML model. The training data may include annotated or unannotated data, for supervised or unsupervised learning, respectively, which is used to train and adjust each node. Each node may represent a mathematical relationship to other nodes within the model and between interconnected layers that represent decisions, such as in a decision tree. Feedback from one or more data scientists may be used to adjust the value, weight, and/or relationship of nodes and more accurately provide predictions and forecasts. Once trained, the ML model(s) may be deployed in an intelligent underwriting system, which may provide predictive analysis without user input for dynamic balance adjustments. Thus, the underwriting system may provide predictive forecasting of an available global balance over time and at an end of a billing cycle for an entity. In various embodiments, one or more risk rules may also be implemented as safeguards to incorrect predictions, such as based on static rules allowing or preventing certain actions by the computing system.
[0076] If no balance adjustment is required based on the predictive score (e.g., the likelihood of having an available cash balance is the same or within an acceptable margin of error from a current credit limit of extended credit or other loan amount), then flowchart 400 may proceed to step 416, where the current credit balance and/or limit is retained. Thus, the credit balance extended to the entity may not be adjusted and may be maintained at a certain level. This may also occur where a model predicts, based on changes to the global balance, that an affordability score does not exceed a threshold requiring a reduction in the credit limit due to a risk score for the predictive model (e.g., exceeding a higher risk entity categorization from the risk model).
Please note the prior art teaches weighting and assigning values to hidden node layers that is a applied to calculate the score that is scaled based on weighted nodes. Furthermore, applicant has not explained how the motivation provided by Pandian is hindsight. The prior art Pandian teaches the motivation of using as training data for retraining the machine learning model flagged feedback data from the merchant in order to adjust the weights and values of the data used for calculating the scores. The rejection is maintained.
In the remarks applicant argues that independent claims 11 is analogous to claim 1 and the corresponding dependent claims 2-10 and 12-20 are allowable over the prior art references based on the arguments above with respect to claim 1. The examiner does not find applicant’s argument persuasive. See response above, the rejection is maintained.
Claim Interpretation
With respect to the limitation, in light of the specification, the examiner is interpreting the limitation “retrain the scaled score algorithm using the feedback data”, to be adjusting data inputs into the algorithm. The claim limitations do not limit the term “retrain” but instead discloses the result. The specification describes “retraining” to be designate feedback data for use in retraining (para 0144) and “may more heavily weight or otherwise favor the corresponding time period(s)” (para 0146),
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 1-20 are rejected under 35 U.S.C. § 101 because the instant application is directed to non-patentable subject matter. Specifically, the claims are directed toward at least one judicial exception without reciting additional elements that amount to significantly more than the judicial exception. The rationale for this determination is in accordance with the guidelines of USPTO, applies to all statutory categories, and is explained in detail below.
In reference to Claim(s) 1-10:
STEP 1. Per Step 1 of the two-step analysis, the claims are determined to include a system, as in independent Claim 1 and the dependent claims. Such systems fall under the statutory category of "machine." Therefore, the claims are directed to a statutory eligibility category.
STEP 2A Prong 1. The claimed invention is directed to an abstract idea without significantly more. System claim 1 recites a functional operations (1) receive message (2) input historical data and transaction amount into algorithm (3) output generated scaled score (4) receive feedback data of indication payment completed (5) designate data (6) retrain algorithm using feedback data. The claimed limitations which under its broadest reasonable interpretation, covers performance of the limitation in the mind but for the recitation of generic algorithm and computer. The claimed physical structures (processors and/or transceivers) are generic computer components and tools to perform the mental processes. The computer components are recited at a high level of generality and merely automates functions that could reasonably be performed using mental concepts, therefore acting as a generic computer to perform the abstract idea.
The system recites operations that can easily be performed in the human mind as mental processes because the functions of receive message data, feedback data and input data into an algorithm which mimics mental processes of observation. The output scores generated mimic mental/manual process of communication of results. The action performed is so high level that any interpretation could be applied such as outputting results. The court also has “treated analyzing information by steps people go through in their minds, or by mathematical algorithms, without more, as essentially mental processes within the abstract-idea category (see Benson). The courts do not distinguish between mental processes that are performed entirely in the human mind and mental processes that require a human to use a physical aid (e.g., pen and paper or a slide rule) to perform the claim limitation. See, e.g., Benson, 409 U.S. at 67, 65, 175 USPQ at 674-75, 674; Synopsys, Inc. v. Mentor Graphics Corp., 839 F.3d 1138, 1139, 120 USPQ2d 1473, 1474 (Fed. Cir. 2016) The output scaled score generation operation is so high level that any interpretation could be applied such as outputting results including automating actions previously being performed prior to computer technology of manual using pen and paper or vocal response.
The limitation “retrain” the algorithm using feedback data for using and determining a score output which is a mathematical process. According to the specification, describes “retraining” to be designate feedback data for use in retraining (¶ 0144) and “may more heavily weight or otherwise favor the corresponding time period(s)” as “the feedback data may describe which day chosen by the merchant for the payment and whether the payment was successful…regression or clustering analysis and techniques may be used to group factors/variables relied upon by the algorithm in generating scores…the training may more heavily weight/factor time periods in future score generation”. (¶ 0146) The court also has “treated analyzing information by steps people go through in their minds, or by mathematical algorithms, without more, as essentially mental processes within the abstract-idea category. (see Benson). Therefore, the limitations, mimic human thought processes of observation, evaluation, analysis, calculation and communication of result which, where the data interpretation is perceptible only in the human mind “See In re TLl Commc'ns LLC Patent Litig., 823 F.3d 607, 611 (Fed. Cir. 2016); FairWarning IP, LLC v. latric Sys., Inc., 839 F.3d 1089, 1093-94 (Fed. Cir. 2016)
The specification titled “Computer Implemented Systems and Methods for payment Routing”, disclose payment systems routing payments according to predetermined settings potentially lead to failed transactions and higher than average costs associated with payment transactions (para 0025). . The specification discloses that transaction data may include industry specific risk and that the risk assessment may be transmitted in the format of a risk assessment score. (para 0045). The specification discloses risk assessment of transaction data in the format of a risk assessment score where the risk assessment may affect calculation of a scaled score or likelihood of settlement (Spec ¶ 0045). It is clear from the Specification (including the claim language) that claim 1 focuses on an abstract idea, and not on patent eligible subject matter (e.g. improvement to technology and/or a technical field). This is because the focus of the specification and claim language is on assessing risk where a score is generate representing the risk, the limitations are directed toward analyzing a sales activity in order to calculate a score representing the risk of likelihood of a settlement. This is because the claim limitations “receive message”, “input data”, “output likelihood scores”, “receive feedback data indicating payment complete” and “retrain algorithm” used for scoring when considered as a whole in light of the specification is directed toward a sales activity. This concept is a sub-category of the abstract category of methods of organizing human activity.
These concepts are enumerated in Section I of the 2019 revised patent subject matter eligibility guidance published in the federal register (84 FR 50) on January 7, 2019) is directed toward abstract category of mental processes and methods of organizing human activity.
STEP 2A Prong 2: The identified judicial exception is not integrated into a practical application because the claims recite a process by a system to (1) receive message-insignificant extra solution activity (2) input historical data and transaction amount into algorithm- is directed toward mere data ingestion for analysis recited at a high level of generality without details of technical disclosure and thus is insignificant extra solution activity (3) output generated scaled score-is mere data output recited at a high level generality without technical details and thus is insignificant extra solution activity (4) receive feedback data of indication payment completed -insignificant extra solution activity (5) designate data for retraining process- a business decision (6) retrain scaled score using feedback data-mathematical concept (see spec ¶ 0146). The first three functions involve receiving a receiving and inputting data for analysis related to a transaction and outputting the result (risk measurement of the likelihood of payment). The combination of receive feedback data and retrain scaled score algorithm is directed toward mathematical calculations. The feedback data in light of the specification is merely providing variables used for a mathematical process (regression and clustering calculations) in order to more heavily weight/factor time periods in future score generation. No mathematical calculation can be used as a practical matter without the use of variables dictated by the mathematical algorithm. The specification makes clear that the feedback data provides the success or lack of success in the completion of payments when dates for those payments are considered in the calculation. The algorithm weights the information accordingly as part of the retraining process. The current state of the law does not find that gathering of values for use in a mathematical process to be under step 2A prong 2, an indication of patent eligible subject matter.
Taking the claim elements separately, the operation performed by the system processor at each step of the process is purely in terms of results desired and devoid of implementation of details. This is true with respect to the limitations “receiving data”, “inputting data”, “generating a score” , “outputting the result”, “receive feedback data”, “designate data for retraining” and “retrain…using data”, as the claim recited limitations fail to recite any details on technical implementation. Technology is not integral to the process as the claimed subject matter is so high level that any generic programming could be applied and the functions could be performed by any known means. Furthermore, the claimed functions do not provide an operation that could be considered as sufficient to provide a technological implementation or application of/or improvement to this concept (i.e. integrated into a practical application). The combinations of parts is not directed toward any technical process or technological technique or technological solution to a problem rooted in technology.
When considered as a combination of parts, the combination of limitations (1)-(3) is directed toward receiving data used to generate a score related to transaction and output the result. The combination of limitations (4)-(7) is directed toward receiving attempted payment data, designating data for use in retraining/further analysis, retraining the algorithm using data designated – which is directed toward receiving and analyzing data for use a transaction process.
When considered as a whole the claimed limitations are directed toward generating a risk score using an algorithm that can be updated/retrained based on receiving additional information and not a process where the technology imposes meaningful limits upon the generating of a risk score or solving a problem rooted in technology or improving upon the underlying technology itself. Accordingly, the combination the steps simply call for using a generic system processor to function as one of ordinary skill in the art would expect system processors to function, that is perform a transaction process of receiving transaction data that is inputted into an algorithm where the algorithm outputs a determined score representing probability of settlement based on the received inputted data, and the algorithm receiving additional data that is applied to “retrain” the algorithm. The algorithm is generally used to apply the abstract idea without limiting how the algorithm functions or is “retrain[ed]”. The algorithm is described at such a high level that the limitations amounts to using a process with the algorithm to apply the abstract idea. When considering the limitations as claimed, the limitations recite the outcomes of the “receive”, “input”, “designate,” “output” and “retrain” without any details as to how the outcomes are accomplished. The processor applied is nominally mentioned vaguely tied to the operations in the body of the claim.
The functions are is recited at a high-level of generality such that it amounts to no more than applying the exception using generic system processor. The claim limitations and specification lacks technical disclosure on what the technical problem was and how the claimed limitations provide a technical solution to a technical problem or improvement to technology or a process where the technology imposes meaningful limits upon the identified abstract idea, rather than a solution to a problem found in the abstract idea.
The recited operations of the system processor simply applies the process to receive/input data, generate a score and output the results. Claim 1, consist solely on result-oriented functional language omitting any specific requirements on how these steps of generating a score are performed. The claim limitations generalize receiving and inputting data into an algorithm that is applied to analyze the received data and rules in order to generate a score for measuring risk and outputting the value generated using nothing more that high level generic processor and processor operations. According to Electric Power Group, the steps of collecting data, analyzing data and outputting the results when claimed as a high level of generality are abstract concepts. The system processor is described in general terms, functions (receiving, inputting, outputting, designating and retrain[ing]) for generating a risk score.
The integration of elements do not improve upon technology or improve upon computer functionality or capability in how computers processors carry out their basic functions. The integration of elements do not provide a process that allows computers to perform functions that previously could not be performed. The integration of elements do not provide a process which applies a relationship to apply a new way of using an application. The instant application, therefore, still appears only to implement the abstract idea to the particular technological environments apply what generic computer functionality in the related arts. The steps are still a combination made to identify accounts to use for a payment and generate a likelihood score of settlements and does not provide any of the determined indications of patent eligibility set forth in the 2019 USPTO 101 guidance. The additional steps only add to those abstract ideas using generic functions, and the claims do not show improved ways of, for example, an particular technical function for performing the abstract idea that imposes meaningful limits upon the abstract idea. Moreover, Examiner was not able to identify any specific technological processes that goes beyond merely confining the abstract idea in a particular technological environment, which, when considered in the ordered combination with the other steps, could have transformed the nature of the abstract idea previously identified. Accordingly, this additional element does not integrate the abstract idea into a practical application because it does not impose any meaningful limits on practicing the abstract idea. The claim is directed to an abstract idea.
The analysis find no indication in the claim language that the structure and/or the manner in which a computer system or its components basic operations are changed in any way. The Specification describes the challenges transaction risk.
Similar to the claims at issue in Intellectual Ventures I LLC v. Capital One Financial Corp., 850 F.3d 1332 (Fed. Cir. 2017), “the claim language . . . provides only a result-oriented solution with insufficient detail for how a computer accomplishes it. Our law demands more.” Intellectual Ventures, 850 F.3d at 1342 (citing Elec. Power Grp. LLC v. Alstom, S.A., 830 F.3d 1350, 1356 (Fed. Cir. 2016)). Accordingly, the finding of claim 1, when considered as a whole, does not reflect an improvement in computer functionality, an improvement in technology or a technical field, or that the claim otherwise integrates the recited abstract idea into a “practical application,”
STEP 2B; The claim(s) does/do not include additional elements that are sufficient to amount to significantly more than the judicial exception because as discussed above with respect to concepts of the abstract idea into a practical application. The additional elements recited in the claim beyond the abstract idea include a system comprising one or more processors and/or transceivers programmed to perform the operations of “receive message”, “input transaction data at an algorithm”, “generate a scaled score” and “output” result. The limitations “receive …feedback data and payment complete indicator”, “designate feedback data with scores for retraining” and “retraining using data/scores” do not as a combination provided the needed “significantly more” than the identified abstract idea. Claim 1 does not describe the system processors and/or transceivers in any further technical detail that would distinguish them from their generic counterparts. Each is functionally described as either "receive”, “input”, "output" , “designate” and “retrain” are at such a high level that such functions can be associated with generic system processors capable of performing these operations using any generic programming. The Specification attributes no special technical meaning to any of these operations, individually or in the combination, as claimed. Accordingly, these are common processing functions that one of ordinary skill in the art at the time of the invention would have known generic processors were capable of performing and would have associated with such generic computer elements and functionality. Cf OIP Techs., Inc. v. Amazon.com, Inc., 788 F.3d 1359, 1363 (Fed. Cir. 2015). Taking the claim elements separately, the function performed by the computer at each step of the process is purely conventional. The application of one or more processor of a system to perform the “receive”, “input”, “output” score and “receive” feedback, “designate data” and “retrain” operations of the claim ----are some of the most basic functions of a system processors. The generic system processors are employed in a customary manner such that they were insufficient to transform the abstract idea into a patent-eligible invention. Therefore, it concluded that the claims still “simply recite conventional actions in a generic way” (e.g., receiving a transaction message, inputting data at an algorithm and generating score of likelihood) and “do not purport to improve any underlying technology” and is not enough to qualify as “significantly more” include “apply it” (or an equivalent) with an abstract idea, mere instructions to implement the abstract idea by system processors or requiring no more than a generic compute to perform generic computer functions that are well understood activities known to the industry. As a result, none of the hardware recited by the system claims offers a meaningful limitation beyond generally linking the use of the abstract idea to a particular technological environment, that is, implementation via system processors. .. . The claim limitations do not recite that any of the “devices” perform more than a high level generic function ... . None of the limitations recite technological implementation details for any of these steps, but instead recite only results desired to be achieved by any and all possible means. .. . Mere instructions to apply an exception using a generic computer component cannot provide an inventive concept. See Elec. Power Grp. v. Alstom S.A., 830 F.3d 1350, 1353 (Fed. Cir. 2016). Also see In re Katz Interactive Call Processing Patent Litigation, 639 F.3d 1303, 1316 (Fed. Cir. 2011) ("Absent a possible narrower construction of the terms “generating”, “transmitting”, “intercepting”, identifying”, “determining”, “replacing” and “routing' ... are functions can be achieved by any general purpose computer without special programming"). None of the claimed operations/activities are used in some unconventional manner nor do any produce some unexpected result. In short, each operation does no more than require a generic computer to perform generic computer functions.
As to the data operated upon, "even if a process of collecting and analyzing information is 'limited to particular content' or a particular 'source,' that limitation does not make the collection and analysis other than abstract." SAP America, Inc. v. Invest Pic LLC, 898 F.3d 1161, 1168 (Fed. Cir. 2018). Considered as an ordered combination, the computer components of Applicant’s claimed functions add nothing that is not already present when the steps are considered separately. The sequence of data reception-analysis modification-transmission is equally generic and conventional. See Ultramercial, Inc. v. Hulu, LLC, 772 F.3d 709, 715 (Fed. Cir. 2014) (sequence of receiving, selecting, offering for exchange, display, allowing access, and receiving payment recited as an abstraction), Inventor Holdings, LLC v. Bed Bath & Beyond, Inc., 876 F.3d 1372, 1378 (Fed. Cir. 2017) (sequence of data retrieval, analysis, modification, generation, display, and transmission), Two-Way Media Ltd. v. Comcast Cable Communications, LLC, 874 F.3d 1329, 1339 (Fed. Cir. 2017) (sequence of processing, routing, controlling, and monitoring). The ordering of the steps is therefore ordinary and conventional. The analysis concludes that the claims do not provide an inventive concept because the additional elements recited in the claims do not provide significantly more than the recited judicial exception.
According to 2106.05 well-understood and routine processes to perform the abstract idea is not sufficient to transform the claim into patent eligibility. As evidence the examiner provides:
[0026] Figure 1 depicts an exemplary environment 100 for payment routing according to
embodiments of the present invention. The environment 100 may include a computing device
102, a card issuer 104, a merchant 106, an account data storage device 108, a database 110, one or
more financial institutions 112A, 112B and the like, and communication links 114. The computing
device 102 may be located within network boundaries of a large organization, such as a payment
network or interchange. The computing device 102 may also be external to the organization.
[0038] Through hardware, software, firmware, or various combinations thereof, the processing
element 200 may - alone or in combination with other processing elements - be configured to
perform the operations of embodiments of the present invention. Specific embodiments of the
technology will now be described in connection with the attached drawing figures. The
embodiments are intended to describe aspects of the invention in sufficient detail to enable those
skilled in the art to practice the invention. Other embodiments can be utilized, and changes can be
made without departing from the scope of the present invention. The system may include
additional, less, or alternate functionality and/or device(s), including those discussed elsewhere
herein. The following detailed description is, therefore, not to be taken in a limiting sense. The
scope of the present invention is defined only by the appended claims, along with the full scope of
equivalents to which such claims are entitled.
[0146] Referring to step 910, the feedback data may be used to retrain the scaled score
algorithm. For example, the feedback data may describe which day(s) were chosen by the merchant
for the attempted payment processing and/or whether the attempted payment processing was
successful. Moreover, regression or clustering analyses and techniques may be used to group
factors or variables relied on by the scaled score algorithm in generating the scaled scores and
which were apparently important to the merchant in selecting the date, account and/or payment
rail used for the attempted payment processing. Put differently, if a relatively large dataset
reflecting a multitude of attempted payment processing transactions reveals that one or more
merchants consistently select a date that is after the fifth (5 th) of each month for attempted payment
processing, even where the scaled scores are more favorable in preceding days, the retraining may
more heavily weight or otherwise favor the corresponding time period(s) in future scaled score
generation.
[0164] Certain embodiments are described herein as including logic or a number of routines,
subroutines, applications, or instructions. These may constitute either software (e.g., code
embodied on a machine-readable medium or in a transmission signal) or hardware. In hardware,
the routines, etc., are tangible units capable of performing certain operations and may be
configured or arranged in a certain manner. In example embodiments, one or more computer
systems (e.g., a standalone, client or server computer system) or one or more hardware modules
of a computer system (e.g., a processor or a group of processors) may be configured by software
(e.g., an application or application portion) as computer hardware that operates to perform certain
operations as described herein.
[0165] In various embodiments, computer hardware, such as a processing element, may be
implemented as special purpose or as general purpose. For example, the processing element may comprise dedicated circuitry or logic that is permanently configured, such as an application specific integrated circuit (ASIC), or indefinitely configured, such as an FPGA, to perform certain
operations. The processing element may also comprise programmable logic or circuitry (e.g., as
encompassed within a general-purpose processor or other programmable processor) that is
temporarily configured by software to perform certain operations. It will be appreciated that the
decision to implement the processing element as special purpose, in dedicated and permanently
configured circuitry, or as general purpose (e.g., configured by software) may be driven by cost
and time considerations.
[0166] Accordingly, the term "processing element" or equivalents should be understood to
encompass a tangible entity, be that an entity that is physically constructed, permanently
configured (e.g., hardwired), or temporarily configured (e.g., programmed) to operate in a certain
manner or to perform certain operations described herein. Considering embodiments in which the
processing element is temporarily configured (e.g., programmed), each of the processing elements need not be configured or instantiated at any one instance in time. For example, where the processing element comprises a general-purpose processor configured using software, the general purpose processor may be configured as respective different processing elements at different times. Software may accordingly configure the processing element to constitute a particular hardware configuration at one instance of time and to constitute a different hardware configuration at a different instance of time.
[0167] Computer hardware components, such as transceiver elements, memory elements,
processing elements, and the like, may provide information to, and receive information from, other computer hardware components. Accordingly, the described computer hardware components may be regarded as being communicatively coupled. Where multiple of such computer hardware components exist contemporaneously, communications may be achieved through signal transmission (e.g., over appropriate circuits and buses) that connect the computer hardware components. In embodiments in which multiple computer hardware components are configured or instantiated at different times, communications between such computer hardware components may be achieved, for example, through the storage and retrieval of information in memory structures to which the multiple computer hardware components have access. For example, one computer hardware component may perform an operation and store the output of that operation in a memory device to which it is communicatively coupled. A further computer hardware component may then, at a later time, access the memory device to retrieve and process the stored output. Computer hardware components may also initiate communications with input or output devices, and may operate on a resource (e.g., a collection of information).
Claim 1 does not describe the system and its processors and/or transceiver in any further technical detail that would distinguish them from their generic
counterparts. Each is functionally described as either “receive”, “input”, “output”, “receive” certain information and “retrain” algorithm functions associated with generic processor and/or transceiver of the system is further described in functional terms; that is, it is configured to perform information-receiving, outputting steps to obtain a risk score from received data and retrain the algorithms without details except for the data applied. Putting it together, these functions simply call for using a generic system processor and/or transceivers to function as one of ordinary skill in the art would expect such a system processor and/or transceivers to function, that is, to perform, inter alia, receive, output and retrain functions. Claim 1 "consists solely of result-orientated, functional language and omits any specific requirements as to how these functions of the system processor and/or receivers are performed." Mobile Acuity Ltd. v. Blippar Ltd., 110 F.4th 1280, 1292-93 (Fed. Cir. 2024). With respect to the receive, input, output and retrain functions, the Specification attributes no special technical meaning to any of these operations, individually or in the combination, as claimed. Accordingly, in light of the specification and limitations,
these are common processing functions that one of ordinary skill in the art at
the time of the invention would have known generic system and corresponding processors/transceivers were capable of performing and would have associated with such generic devices. Cf OIP Techs., Inc. v. Amazon.com, Inc., 788 F.3d 1359, 1363 (Fed. Cir. 2015). The instant application, therefore, still appears to only implement the abstract ideas to the particular technological environments using what is generic components and functions in the related arts. The claim is not patent eligible.
The remaining dependent claims—which impose additional limitations—also fail to claim patent-eligible subject matter because the limitations cannot be considered statutory. In reference to claims 2-10 these dependent claim have also been reviewed with the same analysis as independent claim 1. The dependent claim(s) have been examined individually and in combination with the preceding claims, however they do not cure the deficiencies of claim 1. Dependent claim 2 is directed toward maintaining API to receive data and designate data for retraining – insignificant extra solution activity of gathering data and a business practice for use of the data in the analysis. Dependent 3 is directed toward the mathematical concepts applied for the algorithm scoring process- mathematical concepts. Dependent claim 4 is directed retraining using feedback data in a confusion matrix-data analysis and mathematical concepts. Dependent claim(s) 5-7 is directed toward plurality of dates and rail/routes for different dates- a transaction process. Dependent claim 8 is directed toward data content- non-functional descriptive subject matter. Dependent claim 9 is directed toward determine account balance, withdrawals/deposits; analyze transactions of a plurality of accountholders to determined factors impacting account balance- analyzing financial data a business practice. Dependent claim 10 is directed toward overdraft policies- business practice.
Where all claims are directed to the same abstract idea, “addressing each claim of the asserted patents [is] unnecessary.” Content Extraction & Transmission LLC v. Wells Fargo Bank, Nat 7 Ass ’n, 776 F.3d 1343, 1348 (Fed. Cir. 2014). If applicant believes the dependent claims 2-10 are directed towards patent eligible subject matter, they are invited to point out the specific limitations in the claim that are directed towards patent eligible subject matter.
In reference to Claim(s) 11-20:
STEP 1. Per Step 1 of the two-step analysis, the claims are determined to include a method, as in independent Claim 11 and the dependent claims. Such methods fall under the statutory category of "process." Therefore, the claims are directed to a statutory eligibility category.
STEP 2A Prong 1. The steps of Method claim 11 corresponds to operations of system claim 1. Therefore, claim 11 has been analyzed and rejected as being directed toward an abstract idea of the categories of concepts directed toward mental processes and methods of organizing human activity previously discussed with respect to claim 1.
STEP 2A Prong 2: Method claim 11 corresponds to operations of system claim 1. Therefore, claim 11 has been analyzed and rejected as failing to provide limitations that are indicative of integration into a practical application, as previously discussed with respect to claim 1.
STEP 2B; The claim(s) does/do not include additional elements that are sufficient to amount to significantly more than the judicial exception because as discussed above with respect to concepts of the abstract idea into a practical application. The additional elements beyond the abstract idea include a “via, one or more transceivers and/or processors”–is purely functional and generic. Nearly every computer implemented method will include a “processor” is capable of “receiving” data, “inputting” data, “outputting” data, “receiving” data and “retraining” algorithm - As a result, the claimed “via processor” recited by the method claims fails to offer a meaningful limitation beyond generally linking the use of the processor to perform the method, that is, implementation via “one or more processors”.
The steps of Method claim 11 corresponds to operations of system claim 1. Therefore, claim 11 has been analyzed and rejected as failing to provide additional elements that amount to an inventive concept –i.e. significantly more than the recited judicial exception. Furthermore, as previously discussed with respect to claim 1, the limitations when considered individually, as a combination of parts or as a whole fail to provide any indication that the elements recited are unconventional or otherwise more than what is well understood, conventional, routine activity in the field.
According to 2106.05 well-understood and routine processes to perform the abstract idea is not sufficient to transform the claim into patent eligibility. As evidence the examiner provides:
[0026] Figure 1 depicts an exemplary environment 100 for payment routing according to
embodiments of the present invention. The environment 100 may include a computing device
102, a card issuer 104, a merchant 106, an account data storage device 108, a database 110, one or
more financial institutions 112A, 112B and the like, and communication links 114. The computing
device 102 may be located within network boundaries of a large organization, such as a payment
network or interchange. The computing device 102 may also be external to the organization.
[0038] Through hardware, software, firmware, or various combinations thereof, the processing
element 200 may - alone or in combination with other processing elements - be configured to
perform the operations of embodiments of the present invention. Specific embodiments of the
technology will now be described in connection with the attached drawing figures. The
embodiments are intended to describe aspects of the invention in sufficient detail to enable those
skilled in the art to practice the invention. Other embodiments can be utilized, and changes can be
made without departing from the scope of the present invention. The system may include
additional, less, or alternate functionality and/or device(s), including those discussed elsewhere
herein. The following detailed description is, therefore, not to be taken in a limiting sense. The
scope of the present invention is defined only by the appended claims, along with the full scope of
equivalents to which such claims are entitled.
[0146] Referring to step 910, the feedback data may be used to retrain the scaled score
algorithm. For example, the feedback data may describe which day(s) were chosen by the merchant
for the attempted payment processing and/or whether the attempted payment processing was
successful. Moreover, regression or clustering analyses and techniques may be used to group
factors or variables relied on by the scaled score algorithm in generating the scaled scores and
which were apparently important to the merchant in selecting the date, account and/or payment
rail used for the attempted payment processing. Put differently, if a relatively large dataset
reflecting a multitude of attempted payment processing transactions reveals that one or more
merchants consistently select a date that is after the fifth (5 th) of each month for attempted payment
processing, even where the scaled scores are more favorable in preceding days, the retraining may
more heavily weight or otherwise favor the corresponding time period(s) in future scaled score
generation.
[0164] Certain embodiments are described herein as including logic or a number of routines,
subroutines, applications, or instructions. These may constitute either software (e.g., code
embodied on a machine-readable medium or in a transmission signal) or hardware. In hardware,
the routines, etc., are tangible units capable of performing certain operations and may be
configured or arranged in a certain manner. In example embodiments, one or more computer
systems (e.g., a standalone, client or server computer system) or one or more hardware modules
of a computer system (e.g., a processor or a group of processors) may be configured by software
(e.g., an application or application portion) as computer hardware that operates to perform certain
operations as described herein.
[0165] In various embodiments, computer hardware, such as a processing element, may be
implemented as special purpose or as general purpose. For example, the processing element may comprise dedicated circuitry or logic that is permanently configured, such as an application specific integrated circuit (ASIC), or indefinitely configured, such as an FPGA, to perform certain
operations. The processing element may also comprise programmable logic or circuitry (e.g., as
encompassed within a general-purpose processor or other programmable processor) that is
temporarily configured by software to perform certain operations. It will be appreciated that the
decision to implement the processing element as special purpose, in dedicated and permanently
configured circuitry, or as general purpose (e.g., configured by software) may be driven by cost
and time considerations.
[0166] Accordingly, the term "processing element" or equivalents should be understood to
encompass a tangible entity, be that an entity that is physically constructed, permanently
configured (e.g., hardwired), or temporarily configured (e.g., programmed) to operate in a certain
manner or to perform certain operations described herein. Considering embodiments in which the
processing element is temporarily configured (e.g., programmed), each of the processing elements need not be configured or instantiated at any one instance in time. For example, where the processing element comprises a general-purpose processor configured using software, the general purpose processor may be configured as respective different processing elements at different times. Software may accordingly configure the processing element to constitute a particular hardware configuration at one instance of time and to constitute a different hardware configuration at a different instance of time.
[0167] Computer hardware components, such as transceiver elements, memory elements,
processing elements, and the like, may provide information to, and receive information from, other computer hardware components. Accordingly, the described computer hardware components may be regarded as being communicatively coupled. Where multiple of such computer hardware components exist contemporaneously, communications may be achieved through signal transmission (e.g., over appropriate circuits and buses) that connect the computer hardware components. In embodiments in which multiple computer hardware components are configured or instantiated at different times, communications between such computer hardware components may be achieved, for example, through the storage and retrieval of information in memory structures to which the multiple computer hardware components have access. For example, one computer hardware component may perform an operation and store the output of that operation in a memory device to which it is communicatively coupled. A further computer hardware component may then, at a later time, access the memory device to retrieve and process the stored output. Computer hardware components may also initiate communications with input or output devices, and may operate on a resource (e.g., a collection of information).
Claim 11 does not describe the processor(s) in any further technical detail that would distinguish them from their generic counterparts. Each is functionally described as either “receive”, “input”, “output”, “receive” certain information and “retrain” algorithm functions associated with generic processor is further described in functional terms; that is, it is configured to perform information-receiving, outputting steps to obtain a risk score from received data and retrain the algorithms without details except for the data applied. Putting it together, these functions simply call for using a generic processor to function as one of ordinary skill in the art would expect such a processor to function, that is, to perform, inter alia, receive, output and retrain functions. Claim 11 "consists solely of result-orientated, functional language and omits any specific requirements as to how these functions of the processor are performed." Mobile Acuity Ltd. v. Blippar Ltd., 110 F.4th 1280, 1292-93 (Fed. Cir. 2024). With respect to the receive, input, output and retrain functions, the Specification attributes no special technical meaning to any of these operations, individually or in the combination, as claimed. Accordingly, in light of the specification and limitations, these are common processing functions that one of ordinary skill in the art at the time of the invention would have known generic processors were capable of performing and would have associated with such generic devices. Cf OIP Techs., Inc. v. Amazon.com, Inc., 788 F.3d 1359, 1363 (Fed. Cir. 2015). The instant application, therefore, still appears to only implement the abstract ideas to the particular technological environments using what is generic components and functions in the related arts. The claim is not patent eligible.
The remaining dependent claims—which impose additional limitations—also fail to claim patent-eligible subject matter because the limitations cannot be considered statutory. In reference to claims 12-20 these dependent claim have also been reviewed with the same analysis as independent claim 11. The dependent claim(s) have been examined individually and in combination with the preceding claims, however they do not cure the deficiencies of claim 11. Dependent claim 12 is directed toward maintaining API to receive data and designate data for retraining – insignificant extra solution activity of gathering data and a business practice for use of the data in the analysis. Dependent 13 is directed toward the mathematical concepts applied for the algorithm scoring process- mathematical concepts. Dependent claim 14 is directed retraining using feedback data in a confusion matrix-data analysis and mathematical concepts. Dependent claim(s) 15-17 is directed toward plurality of dates and rail/routes for different dates- a transaction process. Dependent claim 18 is directed toward data content- non-functional descriptive subject matter. Dependent claim 19 is directed toward determine account balance, withdrawals/deposits; analyze transactions of a plurality of accountholders to determined factors impacting account balance- analyzing financial data a business practice. Dependent claim 20 is directed toward overdraft policies- business practice.
Where all claims are directed to the same abstract idea, “addressing each claim of the asserted patents [is] unnecessary.” Content Extraction & Transmission LLC v. Wells Fargo Bank, Nat 7 Ass ’n, 776 F.3d 1343, 1348 (Fed. Cir. 2014). If applicant believes the dependent claims 12-20 are directed towards patent eligible subject matter, they are invited to point out the specific limitations in the claim that are directed towards patent eligible subject matter.
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-3; Claim(s) 11-13 is/are rejected under 35 U.S.C. 103 as being unpatentable over US Pub No. 2023/0005055 A1 by Chen et al (Chen) and further in view of US Patent No. 11,625,723 B2 by Pandian et al (Pandian)
(Previously Presented) A system for payment routing according to a likelihood of settlement, the system comprising one or more processors and/or transceivers individually or collectively programmed ((Chen) in at least Abstract; para 0080) to:
receive a payment transaction message relating to a putative payment transaction, the payment transaction message containing putative payment transaction data identifying an accountholder and a transaction amount corresponding to the putative payment transaction ((Chen) in at least para 0014, para 0016, para 0018, para 0021-0022, para 0025-0027, para 0041);
input historical transaction data for the accountholder and at least a portion of the transaction amount to a scaled score algorithm to generate a plurality of scaled scores, each of the plurality of scaled scores representing the likelihood of settlement of the putative payment transaction on a corresponding date and payment rail ((Chen) in at least para 0014, para 0021-0022, para 0034, para 0047-0049); …
retrain the scaled score algorithm using the feedback data and the plurality of scaled scores. ((Chen) in at least para 0024, para 0076)
Chen does not explicitly teach:
output the plurality of scaled scores to a merchant in response to the payment transaction message;
receive, from the merchant and in response to the output, feedback data for the putative payment transaction, the feedback data including a date of attempted payment processing for the putative payment transaction and an indicator of whether the attempted payment processing was completed;
designate the feedback data together with the plurality of scaled scores for retraining processes; and
Pandian teaches:
receive a payment transaction message relating to a putative payment transaction, the payment transaction message containing putative payment transaction data identifying an accountholder and a transaction amount corresponding to the putative payment transaction ((Pandian) in at least FIG. 5; Col 6 lines 50-Col 7 lines 1-15, Col 7 lines 55-Col 8 lines 1-2, Col 24 lines Col 24 lines 1-25, lines 45-63),
output the plurality of scaled scores to a merchant in response to the payment transaction message ((Pandian) in at least Col 12 lines 45-Col 13 lines 1-9, Col 20 lines 4-10);
receive, from the merchant and in response to the output, feedback data for the putative payment transaction, the feedback data including a date of attempted payment processing for the putative payment transaction and an indicator of whether the attempted payment processing was completed ((Pandian) in at least Fig. 6; Col 14 lines 9-47, Col 15 lines 29-Col 16 lines 21-34, Col 21 lines 14-41, Col 24 lines 1-25, Col 25 lines 1-33);
designate the feedback data together with the plurality of scaled scores for retraining processes ((Pandian) in at least FIG. 6; Col 14 lines 9-47 wherein the prior art teaches merchant can provide event information over a lifecycle of interactions identified as prohibited, suspicious or illegal and generate an adjusted risk score; Col 21 lines 14-41, Col 25 lines 45-61 wherein the prior art teaches flagging transactions and feedback provided by merchant); and
retrain the scaled score algorithm using the feedback data and the plurality of scaled ((Pandian) in at least FIG. 6; Col 14 lines 26-47, Col 25 lines 45-61 wherein the prior art teaches flagging transactions and feedback provided by merchant and retraining by adjusting weights);
Although, the prior art Pandian calculates a transaction risk score which indicates probability of fraud rather than the transaction score representing probability of a balance available on a certain date as taught by Chen, according to KSR, simple substitution of one known element for another to obtain predictable results is common sense rationale. The prior art Pandian calculating a probability of risk for transaction completion which differed from the claimed calculated of probability of risk for transaction for completion by the substitution of calculations of probability of fraud instead of probability of sufficient funds to complete a transaction. The prior art Chen provides evidence that the substituted components and their functions were known in the art. Common sense rationale makes evident to one of ordinary skill in the art that the calculated score for probability of account balance available at time of transaction of Chen could have substituted for the calculated score of probability of fraud at the time of the transaction, and the results of the substitution would have been predictable
According to KSR, known work in one field of endeavor may prompt variations of it for use in either the same field of a different one based on design incentives or other market forces if the variations are predictable. The scope and content calculated score for probability of completion of a transaction that is transmitted, whether in the same field of endeavor as that of the applicant’s invention included a similar or analogous communication of the calculated result to a participant in the transaction that was not the payor, but rather the participant that acquired risk in the transaction for completion of a transaction. The prior art Pandian provides design incentives or market forces that would have prompted adaptation of who would receive the calculated risk score based on transaction data for indications of probability of completion of a transaction. Accordingly the differences between the claimed invention and the prior art where encompassed in known variations or in a principle known in the prior art. Therefore, based on the teaching of Pandian, one of ordinary skill in the art, in view of the identified design incentives or other market forces, could have implemented the claimed variation of the prior art, and the claimed variation would have been predictable to one of ordinary skill in the art.
Both Chen and Pandian are directed toward collecting transaction data and generating scores representing transaction risk that is provided to participants in the transaction. Pandian teaches the motivation of sending the calculated score to the merchant in order to provide the merchant information that can be applied indicating remedial actions that could be taken as part of the assessment score provided in the message. It would have been obvious to one having ordinary skill before the effective filing date of the claimed invention to modify the participant receiving the score calculated of Chen to include the merchant as taught by Pandian since Pandian teaches the motivation of sending the calculated score to the merchant in order to provide the merchant information that can be applied indicating remedial actions that could be taken as part of the assessment score provided in the message.
Both Chen and Pandian are directed toward collecting transaction data and generating scores representing transaction risk using Machine learning algorithms that can be retrained using feedback data and previously generated scores. Pandian teaches the motivation of using as training data for retraining the machine learning model flagged feedback data from the merchant in order to adjust the weights and values of the data used for calculating the scores. It would have been obvious to one having ordinary skill before the effective filing date of the claimed invention to modify the feedback data provided for retraining the model of Chen to include flagged feedback data as taught by Pandian since Pandian teaches the motivation of using as training data for retraining the machine learning model flagged feedback data from the merchant in order to adjust the weights and values of the data used for calculating the scores
In reference to Claim 2:
The combination of Chen and Pandian discloses the limitations of independent claim 1. Chen further discloses the limitations of dependent claim 2
(Original) The system of claim 1 (see rejection of claim 1 above),
Chen does not explicitly teach:
the one or more processors and/or transceivers being further individually or collectively programmed to maintain an application programming interface (API) configured to automatically receive the feedback data from the merchant and designate the feedback data for the retraining.
Pandian teaches:
the one or more processors and/or transceivers being further individually or collectively programmed to maintain an application programming interface (API) configured to automatically receive the feedback data from the merchant and designate the feedback data for the retraining. ((Pandian) in at least FIG. 6; Abstract; Col 2 lines 66-Col 3 lines 1-25, Col 10 lines 18-35, Col 14 lines 4-47 wherein the prior art teaches merchant can provide event information over a lifecycle of interactions identified as prohibited, suspicious or illegal and generate an adjusted risk score; Col 21 lines 14-41, Col 25 lines 45-61 wherein the prior art teaches flagging transactions and feedback provided by merchant)
According to KSR, simple substitution of one known element for another to obtain predictable results is common sense rationale. The prior art Chens generic interface applied to receiving/transmit data between devices differed from the claimed API interface for use in receiving/transmitting data between devices. The prior art Pandian provides evidence that the substituted components and their functions were known in the art. Common sense rationale makes evident to one of ordinary skill in the art that the API of Pandian could have been substituted for the generic API, and the results of the substitution would have been predictable
Both Chen and Pandian teach applying interface technology in order to communicate data between entities. Pandian teaches the motivation of applying API interface so that the merchant server can provide information to the machine model for use in calculating probability risk score. It would have been obvious to one having ordinary skill before the effective filing date of the claimed invention to modify the generic interface of Chen to include the API interface of Pandian since Pandian teaches the motivation of applying API interface so that the merchant server can provide information to the machine model for use in calculating probability risk score
Both Chen and Pandian are directed toward collecting transaction data and generating scores representing transaction risk using Machine learning algorithms that can be retrained using feedback data and previously generated scores. Pandian teaches the motivation of using as training data for retraining the machine learning model flagged feedback data from the merchant in order to adjust the weights and values of the data used for calculating the scores. It would have been obvious to one having ordinary skill before the effective filing date of the claimed invention to modify the feedback data provided for retraining the model of Chen to include flagged feedback data as taught by Pandian since Pandian teaches the motivation of using as training data for retraining the machine learning model flagged feedback data from the merchant in order to adjust the weights and values of the data used for calculating the scores
In reference to Claim 12:
The combination of Chen and Pandian discloses the limitations of independent claim 11. Chen further discloses the limitations of dependent claim 12
The steps of method claim 12 corresponds to functions of system claim 2. Therefore, claim 12 has been analyzed and rejected as previously discussed with respect to claim 2
In reference to Claims 3:
The combination of Chen and Pandian discloses the limitations of independent claim 1. Chen further discloses the limitations of dependent claim 3
(Original) The system of claim 1 (see rejection of claim 1 above),
wherein the scaled score algorithm includes a decision tree with boosted gradient trees. ((Chen) in at least para 0022, para 0047, para 0053-0055)
In reference to Claim 13:
The combination of Chen and Pandian discloses the limitations of independent claim 11. Chen further discloses the limitations of dependent claim 13
The steps of method claim 13 corresponds to functions of system claim 3. Therefore, claim 13 has been analyzed and rejected as previously discussed with respect to claim 3
Claim(s) 4 of claim 1 above, Claim(s) 14 of claim 11 above is/are rejected under 35 U.S.C. 103 as being unpatentable over US Pub No. 2023/0005055 A1 by Chen et al (Chen) in view of US Patent No. 11,625,723 B2 by Pandian et al (Pandian) and further in view of US Pub No. 2020/0134387 A1 by Liu et al (Liu)
In reference to Claims 4:
The combination of Chen and Pandian discloses the limitations of dependent claim 3. Chen further discloses the limitations of dependent claim 4
(Original) The system of claim 3 (see rejection of claim 3 above),
Chen does not explicitly teach:
wherein the retraining includes incorporating the feedback data into a confusion matrix.
Liu teaches:
wherein the retraining includes incorporating the feedback data into a confusion matrix. ((Liu) in at least para 0019, para 0057, para 0060, para 0062, para 0064-0067, para 0071, para 0073, para 0077, para 0081; Table 1-2)
Both Chen and Liu are directed toward applying predictive engines/models which incorporate boosted gradient trees for analyzing financial data for assessing risk in order to generate an evaluation metric. Liu teaches the motivation of using confusion matrix techniques in the analysis in order to compute an evaluation metric based on the comparison of data values from different categories in order to provide indications of the accuracy of the modeling/predictive engine which can be used to alter one or more of the machine environments based on the evaluation accuracy. It would have been obvious to one having ordinary skill before the effective filing date of the claimed invention to modify the predictive engine analysis of risk data techniques of Chen to include applying confusion matrix techniques in the analysis of Liu since Liu teaches the motivation of using confusion matrix techniques in the analysis in order to compute an evaluation metric based on the comparison of data values from different categories in order to provide indications of the accuracy of the modeling/predictive engine which can be used to alter one or more of the machine environments based on the evaluation accuracy.
In reference to Claim 14:
The combination of Chen and Pandian discloses the limitations of dependent claim 13. Chen further discloses the limitations of dependent claim 14
The steps of method claim 14 corresponds to functions of system claim 4. Therefore, claim 14 has been analyzed and rejected as previously discussed with respect to claim 4
Claim(s) 5 and 7-8 of claim 1 above, Claim(s) 15 and 17-18 of claim 11 above, is/are rejected under 35 U.S.C. 103 as being unpatentable over US Pub No. 2023/0005055 A1 by Chen et al (Chen) in view of US Patent No. 11,625,723 B2 by Pandian et al (Pandian) and further in view US Pub No. 2020/0134628 A1 by Jia et al. (Jia)
In reference to Claim 5:
The combination of Chen and Pandian discloses the limitations of independent claim 1. Chen further discloses the limitations of dependent claim 5
(Original) The system of claim 1 (see rejection of claim 1 above),
wherein the corresponding plurality of dates …includes multiple different dates. ((Chen) in at least para 0021, para 0041, para 0048, para 0057, para 0066, para 0068, para 0073-0074)
Chen does not explicitly teach:
plurality of … rails
Jia teaches:
plurality of … rails ((Jia) in at least FIG. 4; para 0028, para 0030, para 0034, para 0037, para 0039, para 0041, para 0045, para 0047-0050, para 0053-0054, para 0056)
According to KSR, common sense rationale, known work in one field of endeavor may prompt variations of its for use based on design incentives or market forces if the variations are predictable to one of ordinary skill in the art. The prior art provides evidence that the scope and content in the same field of endeavor as that of the applicant’s invention included a similar/analogous generation of transaction risk score analysis used for selection of different options in a transaction process. The prior art Jia teaches that there is a need in the market for merchants to adapt the teaching of Chen to include merchant settlement risk probability as taught by Jia. The prior art references provide evidence that the differences between the claimed invention and the prior art where encompassed in known variations or in a principle known in the art. Accordingly, one of ordinary skill in the art, in view of the identified design incentives or other market forces (e.g. identify which route/rail has a higher settlement rate which is included in the score for use in selection of a route/rail decision in the transaction process) and the claimed variations would have been predictable to one of ordinary skill in the art.
Both Chen and Jia are directed toward participants in a transaction requesting a transaction where the transaction data is used in order to determine a settlement probability risk score. Jia teaches the motivation that merchants also have the need to score settlement risk score in order to identify the probability of a transaction request failing. It would have been obvious to one having ordinary skill before the effective filing date of the claimed invention to modify the participant applying a transaction settlement risk score based on received and inputted transaction data for analysis in determining a risk settlement score of Chen to include the counterparty (merchant) as taught by Jia since Jia teaches the motivation that merchants also have the need to score settlement risk score in order to identify the probability of a transaction request failing.
In reference to Claim 7:
The combination of Chen and Pandian discloses the limitations of independent claim 1. Chen further discloses the limitations of dependent claim 7
(Original) The system of claim 1 (see rejection of claim 1 above),
Chen does not explicitly teach:
wherein the corresponding plurality of dates and rails includes multiple different rails.
Jia teaches:
wherein the corresponding plurality of dates and rails includes multiple different rails. ((Jia) in at least FIG. 4; para 0028, para 0030, para 0034, para 0037, para 0039, para 0041, para 0045, para 0047-0050, para 0053-0054, para 0056)
According to KSR, common sense rationale, known work in one field of endeavor may prompt variations of its for use based on design incentives or market forces if the variations are predictable to one of ordinary skill in the art. The prior art provides evidence that the scope and content in the same field of endeavor as that of the applicant’s invention included a similar/analogous generation of transaction risk score analysis used for selection of different options in a transaction process. The prior art Jia teaches that there is a need in the market for merchants to adapt the teaching of Chen to include merchant settlement risk probability as taught by Jia. The prior art references provide evidence that the differences between the claimed invention and the prior art where encompassed in known variations or in a principle known in the art. Accordingly, one of ordinary skill in the art, in view of the identified design incentives or other market forces (e.g. identify which route/rail has a higher settlement rate which is included in the score for use in selection of a route/rail decision in the transaction process) and the claimed variations would have been predictable to one of ordinary skill in the art.
Both Chen and Jia are directed toward participants in a transaction requesting a transaction where the transaction data is used in order to determine a settlement probability risk score. Jia teaches the motivation that merchants also have the need to score settlement risk score in order to identify the probability of a transaction request failing. It would have been obvious to one having ordinary skill before the effective filing date of the claimed invention to modify the participant applying a transaction settlement risk score based on received and inputted transaction data for analysis in determining a risk settlement score of Chen to include the counterparty (merchant) as taught by Jia since Jia teaches the motivation that merchants also have the need to score settlement risk score in order to identify the probability of a transaction request failing.
In reference to Claim 8:
The combination of Chen, Pandian and Jia discloses the limitations of dependent claim 7. Chen further discloses the limitations of dependent claim 8
(Original) The system of claim 7 (see rejection of claim 7 above), wherein the feedback data includes:
Chen does not explicitly teach:
a date of initiation of an attempted transaction corresponding to the putative payment transaction;
an indicator of whether the attempted transaction was successfully completed;
a date of successful completion of the attempted transaction a rail of the attempted transaction, and a rail of the attempted transaction, the rail being one of the multiple different rails.
Jia teaches:
a date of initiation of an attempted transaction corresponding to the putative payment transaction ((Jia) in at least para 0030, para 0034, para 0037, para 0039, para 0041, para 0045, para 0047-0050, para 0053),
initiate, responsive to the transaction request, the payment transaction ((Jia) in at least para 0037-0039, para 0045, para 0053-0054);
an indicator of whether the attempted transaction was successfully completed ((Jia) in at least para 0037-0039, para 0045, para 0053-0054). ;
a date of successful completion of the attempted transaction ((Jia) in at least para 0058); and
a rail of the attempted transaction, the rail being one of the multiple different rails ((Jia) in at least para 0028, para 0039, para 0041-0042, para 0050, para 0064-0065).
According to KSR, common sense rationale, known work in one field of endeavor may prompt variations of its for use based on design incentives or market forces if the variations are predictable to one of ordinary skill in the art. The prior art provides evidence that the scope and content in the same field of endeavor as that of the applicant’s invention included a similar/analogous generation of transaction risk score analysis used for selection of different options in a transaction process. The prior art Jia teaches that there is a need in the market for merchants to adapt the teaching of Chen to include merchant settlement risk probability as taught by Jia. The prior art references provide evidence that the differences between the claimed invention and the prior art where encompassed in known variations or in a principle known in the art. Accordingly, one of ordinary skill in the art, in view of the identified design incentives or other market forces (e.g. identify which route/rail has a higher settlement rate which is included in the score for use in selection of a route/rail decision in the transaction process) and the claimed variations would have been predictable to one of ordinary skill in the art.
Both Chen and Jia are directed toward participants in a transaction requesting a transaction where the transaction data is used in order to determine a settlement probability risk score where the probability of user account having sufficient funds is a consideration. Jia teaches the motivation that merchants also have the need to score settlement risk score in order to identify the probability of a transaction request failing and teaches the motivation of the analysis determining whether it is likely the account balance is sufficient based on analysis of historical transaction in the determination of proceeding with the transaction. It would have been obvious to one having ordinary skill before the effective filing date of the claimed invention to modify the participant applying a transaction settlement risk score based on received and inputted transaction data for analysis in determining a risk settlement score of Chen to include the counterparty (merchant) as taught by Jia since Jia teaches the motivation that merchants also have the need to score settlement risk score in order to identify the probability of a transaction request failing and teaches the motivation of the analysis determining whether it is likely the account balance is sufficient based on analysis of historical transaction in the determination of proceeding with the transaction.
In reference to Claim 15:
The combination of Chen and Pandian discloses the limitations of independent claim 11. Chen further discloses the limitations of dependent claim 15
The steps of method claim 15 correspond to the operations of system claim 5.
Therefore, claim 15 has been analyzed and rejected as previously discussed with respect to claim 5.
In reference to Claim 17:
The combination of Chen and Pandian discloses the limitations of independent claim 11. Chen further discloses the limitations of dependent claim 17
The steps of method claim 17 correspond to the operations of system claim 7.
Therefore, claim 17 has been analyzed and rejected as previously discussed with respect to claim 7.
In reference to Claim 18:
The combination of Chen, Pandian and Jia discloses the limitations of dependent claim 17. Chen further discloses the limitations of dependent claim 18
The steps of method claim 18 correspond to the operations of system claim 8.
Therefore, claim 18 has been analyzed and rejected as previously discussed with respect to claim 8
Claim(s) 6 of claim 1 above, Claim(s) 16 of claim 11 above, is/are rejected under 35 U.S.C. 103 as being unpatentable over US Pub No. 2023/0005055 A1 by Chen et al (Chen) in view of US Patent No. 11,625,723 B2 by Pandian et al (Pandian) in view US Pub No. 2020/0134628 A1 by Jia et al. (Jia), and further in view of US Patent No. 8,560,447 B1 by Hinghole et al. (Hinghole)
In reference to Claim 6:
The combination of Chen, Pandian and Jia discloses the limitations of dependent claim 5. Chen further discloses the limitations of dependent claim 6
(Original) The system of claim 5 (see rejection of claim 5 above),
Chen does not explicitly teach:
wherein the feedback data is received on or after a last-occurring date of the multiple different dates
Hinghole teaches:
wherein the feedback data is received on or after a last-occurring date of the multiple different dates. ((Hinghole) in at least Col 10 lines 60-67 wherein the prior art teaches determined date selected by the payor; Col 16 lines 62-col 17 lines 1-10 wherein the prior at teaches payor confirming account selected or rejects account selected or selects another account)
Both Chen and Hinghole teach applying dates for payments due when forecasting probability of available balances for a transaction and teach applying feedback data for use in calculating probability scores. Hinghole teaches the motivation of using feedback data which is receive prior to payment due in order to confirm which account are selected/rejected for use in the calculation of payment probability. It would have been obvious to one having ordinary skill before the effective filing date of the claimed invention to modify the billing data according to billing periods and feedback data used for calculating probability scores of Chen to include feedback data provided prior to a billing date as taught by Hinghole since Hinghole teaches the motivation of using feedback data which is receive prior to payment due in order to confirm which account are selected/rejected for use in the calculation of payment probability.
In reference to Claim 16:
The combination of Chen, Pandian and Jia discloses the limitations of dependent claim 15. Chen further discloses the limitations of dependent claim 16
The steps of method claim 16 correspond to the operations of system claim 6.
Therefore, claim 16 has been analyzed and rejected as previously discussed with respect to claim 6.
Claim(s) 9 of claim 1 above, Claim(s) 19 of claim 11 above, is/are rejected under 35 U.S.C. 103 as being unpatentable over US Pub No. 2023/0005055 A1 by Chen et al (Chen) in view of US Patent No. 11,625,723 B2 by Pandian et al (Pandian), and further in view of US Patent No. 8,560,447 B1 by Hinghole et al. (Hinghole)
In reference to Claim 9:
The combination of Chen, Pandian and Jia discloses the limitations of independent claim 1. Chen further discloses the limitations of dependent claim 9
(Original) The system of claim 1 (see rejection of claim 1 above), wherein the scaled score algorithm includes:
a general transactional behavior component configured to analyze transactions of a plurality of accountholders to determine one or more factors impacting the projected account balance in the account on the corresponding date. ((Chen) in at least para 0021, para 0072)
Chen does not explicitly teach:
an account balance prediction component configured to, for each of the plurality of scaled scores, determine an existing account balance in an account of the accountholder and to analyze prior withdrawals and deposits of the historical transaction data for the account to project an account balance in the account on the corresponding date,
Hinghole teaches:
an account balance prediction component configured to, for each of the plurality of scaled scores, determine an existing account balance in an account of the accountholder and to analyze prior withdrawals and deposits of the historical transaction data for the account to project an account balance in the account on the corresponding date ((Hinghole) in at least Col 4 lines 33-56, Col 9 lines 62-Col 10 lines 1-5, lines 52-Col 11 lines 1-14, Col 14 lines 42-50),
a general transactional behavior component configured to analyze transactions of a plurality of accountholders to determine one or more factors impacting the projected account balance in the account on the corresponding date. ((Hinghole) in at least Col 10 lines 52-Col 11 lines 1-28, Col 12 lines 19-50)
Both Chen and Hinghole teach applying different account information and dates for payments due when forecasting probability of available balances for a transaction and teach applying feedback data for use in calculating probability scores. Hinghole teaches the motivation of applying for each score an account balance data which include existing account balance, withdrawals/deposits and general transaction for use in calculating probability score of available balance for each account so that accounts can be selected for payment for specific dates according to cashflow indications. It would have been obvious to one having ordinary skill before the effective filing date of the claimed invention to modify the data used for calculating probability scores of Chen to include account cashflow data of Hinghole since Hinghole teaches the motivation of applying for each score an account balance data which include existing account balance, withdrawals/deposits and general transaction for use in calculating probability score of available balance for each account so that accounts can be selected for payment for specific dates according to cashflow indications
In reference to Claim 19:
The combination of Chen, Pandian and Jia discloses the limitations of dependent claim 11. Chen further discloses the limitations of dependent claim 19
The steps of method claim 19 correspond to the operations of system claim 9.
Therefore, claim 19 has been analyzed and rejected as previously discussed with respect to claim 9.
Claim(s) 10 of claim 1 above, Claim(s) 20 of claim 11 above, is/are rejected under 35 U.S.C. 103 as being unpatentable over US Pub No. 2023/0005055 A1 by Chen et al (Chen) in view of US Patent No. 11,625,723 B2 by Pandian et al (Pandian), in view of US Patent No. 8,560,447 B1 by Hinghole et al (Hinghole), and further in view of US Pub No. 2022/0122171 A1 by Hubard et al. (Hubard)
In reference to Claim 10:
The combination of Chen, Pandian and Hinghole discloses the limitations of dependent claim 9. Chen further discloses the limitations of dependent claim 10
(Original) The system of claim 9 (see rejection of claim 9 above),
Chen does not explicitly teach:
the one or more factors including a non-sufficient funds overdraft protection policy of a financial institution corresponding to the account.
Hubard teaches:
the one or more factors including a non-sufficient funds overdraft protection policy of a financial institution corresponding to the account. ((Hubard) in at least FIG. 11, FIG. 111A; para 0048, para 0054, para 0120, para 0122, para 0133, para 0167, para 0186)
Both Chen and Hubard are directed toward analyzing and scoring transaction risk data. Hubard teaches the motivation of analyzing transaction and behavior data that show adverse credit risks such as number of overdrafts of bank accounts in order to determine positive/negative risk behavior. It would have been obvious to one having ordinary skill before the effective filing date of the claimed invention to modify the transaction data analyzed of Chen to include overdraft information as taught by Hubard since Hubard teaches the motivation of analyzing transaction and behavior data that show adverse credit risks such as number of overdrafts of bank accounts in order to determine positive/negative risk behavior.
In reference to Claim 20:
The combination of Chen, Pandian, Hinghole and Bowers discloses the limitations of independent claim 11. Chen further discloses the limitations of dependent claim 20
The steps of method claim 20 correspond to the operations of system claim 10.
Therefore, claim 20 has been analyzed and rejected as previously discussed with respect to claim 10.
Conclusion
The prior art made of record and not relied upon is considered pertinent to applicant's disclosure. US Patent 10,304,101 B2 by Zhao et al.; US Pub No. 2019/0087805 A1 by Hayes et al.; US Pub No. 2018/0330353 A1 Prabhune et al.
Any inquiry concerning this communication or earlier communications from the examiner should be directed to MARY M GREGG whose telephone number is (571)270-5050. The examiner can normally be reached M-F 9am-5pm.
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, Christine Behncke can be reached at 571-272-8103. 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.
/MARY M GREGG/Examiner, Art Unit 3695