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 . 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.
Priority
Applicant’s claim for the benefit of a prior-filed application under 35 U.S.C. 119(e) or under 35 U.S.C. 120, 121, 365(c), or 386(c) is acknowledged. Applicant has not complied with one or more conditions for receiving the benefit of an earlier filing date under 35 U.S.C. 120 as follows:
The later-filed application must be an application for a patent for an invention which is also disclosed in the prior application (the parent or original nonprovisional application or provisional application). The disclosure of the invention in the parent application and in the later-filed application must be sufficient to comply with the requirements of 35 U.S.C. 112(a) or the first paragraph of pre-AIA 35 U.S.C. 112, except for the best mode requirement. See Transco Products, Inc. v. Performance Contracting, Inc., 38 F.3d 551, 32 USPQ2d 1077 (Fed. Cir. 1994).
The disclosure of the prior-filed application, Application No. 17/390,721, now Patent No. 12,106,343 B2, fails to provide adequate support or enablement in the manner provided by 35 U.S.C. 112(a) or pre-AIA 35 U.S.C. 112, first paragraph for one or more claims of this application. Claims 2-21 (by way of independent claims 2, 11, and 17) include the recitation “wherein the display of the balance includes multiple display elements corresponding to the multiple payment funding sources.” The “display of the balance” has not been described as including “multiple display elements corresponding to the multiple payment funding sources” in any prior-filed application relied upon for support in this application. That includes the above referenced application as well as Application No. 15/980,736, now Patent No. 11,080,773 B2, and Application No. 14/060,089, now Patent No. 9,972,038 B2. Examination will proceed by considering this application a continuation in part of those prior filed applications. The limitation identified above is given priority based on the filing date of this application, September 6, 2024. Priority for the remaining limitations is October 22, 2013, the filing date of Application No. 14/060,089, now Patent No. 9,972,038 B2.
Specification
The lengthy specification has not been checked to the extent necessary to determine the presence of all possible minor errors. Applicant’s cooperation is requested in correcting any errors of which applicant may become aware in the specification.
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 2-21 are rejected under 35 U.S.C. 101 because the claimed invention is directed to an abstract idea without significantly more.
When considering subject matter eligibility under 35 U.S.C. 101, it must be determined whether the claim is directed to one of the four statutory categories of invention (i.e., process, machine, manufacture, or composition of matter) (step 1). If the claim does fall within one of the statutory categories, it must then be determined whether the claim is directed to a judicial exception (i.e., law of nature, natural phenomenon, and abstract idea) (step 2A), and if so, it must additionally be determined whether the claim is a patent-eligible application of the exception (step 2B). Alice Corp. Pty. Ltd. v. CLS Bank Int'l, 134 S. Ct. 2347, 189 L. Ed. 2d 296, 2014 U.S. LEXIS 4303, 110 U.S.P.Q.2D (BNA) 1976, 82 U.S.L.W. 4508, 24 Fla. L. Weekly Fed. S 870, 2014 WL 2765283 (U.S. 2014); MPEP 2106.
Step 1:
In the instant case claims 2-10 are directed to a machine, claims 11-16 are directed to a process, and claims 17-21 are directed to a manufacture. All claims are therefore within statutory categories. See MPEP 2106.03, Eligibility Step 1.
Step 2A, Prong 1:
These claims also recite, inter alia,
“tracking, by a shopping assistant module …associated with a payment service provider…, a plurality of items in a shopping window displayed on a user interface during a browsing session for the user…, the shopping window being associated with the payment service provider …, wherein the tracking includes determining whether items are selected and added to the shopping window from a marketplace by the user and whether items are selected for removal from the shopping window by the user during the browsing session, wherein the marketplace operates as … separate and distinct from the payment service provider …; causing a display in the shopping window of a balance on an account available to the user for the marketplace, wherein the balance on the account for the marketplace is determined, at least in part, by multiple payment funding sources accessible through the payment service provider … and available to the user for transactions with the marketplace, wherein the display of the balance includes multiple display elements corresponding to the multiple payment funding sources, individual display elements showing information related to funds available from individual payment funding sources; receiving, at the shopping assistant module, indications of selections of one or more items in the shopping window for purchase by the user; determining a revised balance on the account available to the user pending a purchase of the items selected in the shopping window by the user; and causing a display of the revised balance on the account in the shopping window pending the purchase of the items selected in the shopping window by the user.” Claim 11.
With recited additional elements reserved for consideration under step 2A prong two, a careful analysis of the remaining limitations above, each on its own and all together combined, results in the conclusion that each on its own recites an abstract idea and in combination they simply recite a more detailed abstract idea. The recited abstract idea falls within the grouping of abstract ideas described as certain methods of organizing human activity, for example fundamental economic principles or practices, commercial interactions (including advertising, marketing or sales activities or behaviors). See MPEP 2106.04(a); Eligibility Step 2A1. The claims must therefore be analyzed under the second prong of Eligibility Step 2 (Step 2A2; MPEP 2106.04(d)).
Step 2A, Prong 2:
In order to address prong 2 (MPEP 2106.04(d), Eligibility Step2A2) we must identify whether there are any additional elements beyond the abstract ideas and determine whether those additional elements (if there are any) integrate the abstract idea into a practical application. MPEP 2106.04(d), Eligibility Step 2A2. The additional elements in the present claims are one or more hardware processors, two networked computer systems, and a device having a user interface. Claims 2-10 and 17-21 also recite a non-transitory memory. These additional elements have been considered individually, in combination, and altogether as a whole together with the functions they perform, e.g., the second networked computer system (marketplace) is a data source, the device having a user interface serves as a display and input node standing in for the role of a user in the claims, and the one or more processors is “operating as” the first networked computer system that is broadly and generally recited as performing all steps in terms of the intended results of functionally nonspecific activities. These additional elements do not integrate the judicial exception into a practical application because they amount to no more than mere instructions to apply the exception using generic computer components. The claim is otherwise entirely a recitation of abstract ideas. The substantive process is recited only by descriptions of abstract intended results of the steps without indicating any particular functional acts performed by any device or structural element to perform the steps or otherwise obtain the intended results. The additional elements do not improve the functioning of any computer or other technology or technical field, they do not apply the judicial exception with or by use of a particular machine, they do not transform or reduce a particular article to a different state or thing, and they fail to apply or use the judicial exception beyond generally linking the use of the judicial exception to a particular technological environment. See MPEP 2106.05.
If the disclosure describes any improvements to the functioning of a computer or to any other technology or technical field this improvement would need to be identifiable as the subject matter appearing in the claims. An indication that the claimed invention provides an improvement can include a discussion in the specification that identifies technical improvements realized by the claim over the prior art. The disclosure must provide sufficient details such that one of ordinary skill in the art would recognize the claimed invention as providing an improvement. MPEP 2106.05(a).
Claim limitations can integrate a judicial exception into a practical application by implementing the judicial exception with or using it in conjunction with a particular machine or manufacture that is integral to the claim. A general purpose computer that applies a judicial exception by use of generic computer functions does not qualify as a particular machine. Ultramercial, Inc. v. Hulu, LLC, (Fed. Cir. 2014); MPEP 2106.05(b),(f). There are no particular machines or manufactures identified in the present claims. Claimed elements that are not abstract are identified broadly and generally as applying the method, and the method itself is described only by way of the intended functional results of unidentified activities, without reference to any particular functional acts or specific functions performed by any particularly identified machines, and without reference to its use in conjunction with any particular item of manufacture.
The claims do not affect the transformation or reduction of a particular article to a different state or thing. Changing to a different state or thing means more than simply using an article or changing the location of an article. A new or different function or use can be evidence that an article has been transformed. Purely mental processes in which data, thoughts, impressions, or human based actions are "changed" are not considered a transformation. MPEP 2106.05(c).
The claims do not apply or use the judicial exception in any other meaningful way beyond generally linking the use of the judicial exception to a particular technological environment. As a result the claim as a whole appears to be a drafting effort designed to monopolize the exception. MPEP 2106.05(e),(h).
The additional elements have not been found to integrate the abstract idea into a practical application.
Step 2B:
Although the additional elements have not been found to integrate the abstract idea into a practical application the claims could still be eligible if they recite additional elements that amount to an inventive concept (“significantly more” than the judicial exception). MPEP 2106.05, Eligibility Step 2B.
These claims do not include additional elements that are sufficient to amount to significantly more than the judicial exception because the additional elements of the claims are mere props supporting instructions to implement an abstract idea or other exception on a computer. MPEP 2106.05(f). The claims invoke computers or other machinery merely as tools to perform an abstract process. Simply adding a general purpose computer or computer components after the fact to an abstract idea does not provide significantly more. MPEP 2106.05(f)(2); see also OIP Techs., Inc. v. Amazon.com, Inc., 788 F.3d 1359, 2015 U.S. App. LEXIS 9721, 115 U.S.P.Q.2D (BNA) 1090 (Fed. Cir. 2015) (“relying on a computer to perform routine tasks more quickly or more accurately is insufficient to render a claim patent eligible.”). The claims fail to present a technical solution to a technical problem created by the use of the surrounding technology. Limitations that amount to merely indicating a field of use or technological environment in which to apply a judicial exception do not amount to significantly more than the exception itself. See Ret. Capital Access Mgmt. Co. v. U.S. Bancorp, 611 Fed. Appx. 1007, 2015 U.S. App. LEXIS 14351 (Fed. Cir. 2015) (“It may be very clever; it may be very useful in a commercial context, but they are still abstract ideas,” said Circuit Judge Alan Lourie.). MPEP 2106.05(h).
Finally, it is reiterated that the remaining dependent claims 3-10, 12-16, and 18-21, do not contribute any additional elements other than those already discussed and do not add "significantly more" to establish eligibility because they merely recite additional abstract ideas that further identify and manipulate data used in implementing the abstract idea. A more detailed abstract idea is still abstract. PricePlay.com, Inc. v. AOL Adver., Inc., 627 Fed. Appx. 925, 2016 U.S. App. LEXIS 611, 2016 WL 80002 (Fed. Cir. Jan. 7, 2016) (in addressing a bundle of abstract ideas stacked together during oral argument, U.S. Circuit Judge Kimberly Moore said, "All of these ideas are abstract…. It’s like you want a patent because you combined two abstract ideas and say two is better than one.").
All of the above leads to the conclusion that additional claim elements do not provide meaningful limitations to transform the claimed subject matter into significantly more than an abstract idea. MPEP 2106.05; Eligibility Step 2B. As a result the claims are rejected under 35 USC 101 as being directed to non-statutory subject matter because they recite an abstract idea without being directed to a practical application, and they do not amount to significantly more than the abstract idea. MPEP 2106.05, supra..
The preceding analysis applies to all statutory categories of invention. Accordingly, claims 2-21 are rejected as ineligible for patenting under 35 USC 101 based upon the same analysis.
Claim Rejections - 35 USC § 103
The following is a quotation of 35 U.S.C. 103 which forms the basis for all obviousness rejections set forth in this Office action:
A patent for a claimed invention may not be obtained, notwithstanding that the claimed invention is not identically disclosed as set forth in section 102, if the differences between the claimed invention and the prior art are such that the claimed invention as a whole would have been obvious before the effective filing date of the claimed invention to a person having ordinary skill in the art to which the claimed invention pertains. Patentability shall not be negated by the manner in which the invention was made.
Claims 2-21 are rejected under 35 U.S.C. 103 as being unpatentable over Vallery et al. (Pub. No. US 2014/0046794 A1) in view of VERHAEGHE (Pub. No.: US 2014/0249916 A1) and further in view of Nuzzi et al. (Pub. No.: US 2014/0081859 A1).
Vallery teaches a shopping assistant that tracks items added and removed from a shopping window, and further discloses, regarding
Claim 2. A system comprising: a non-transitory memory (see at least Vallery ¶0024); and one or more hardware processors (see at least Vallery fig.9, ¶0024) associated with a payment service provider being operated as a networked computer system, the hardware processors being coupled to the non-transitory memory and configured to read instructions from the non-transitory memory to cause the system to perform operations comprising: ● tracking, by a shopping assistant module implemented by at least one of the hardware processors, a plurality of items in a shopping window displayed on a user interface of a device during a browsing session for a user via the device, the shopping window being associated with the payment service provider computer system, wherein the tracking includes determining items added to the shopping window from a marketplace by the user and items removed from the shopping window by the user during the browsing session, wherein the marketplace is being operated as a networked computer system that is separate and distinct from the payment service provider computer system (see at least Vallery fig.3, ¶0016 "tracks which items a user "drops" into the payment service provider shopping window, which items the user buys from the shopping window, and which items the user deletes from the shopping window without purchasing," ¶¶0050-0052 “Merchant device 340 may be maintained, for example, by a merchant or seller offering various items, products and/or services through an online site or app. … Merchant device 340 may also include a marketplace application 350 which may be configured to serve information over network 360 to browser 315 of user device 310 and/or payment provider server 370. … [0051] Merchant device 340 may also include a checkout application …. Checkout application 355 may be configured to accept payment information from or on behalf of user 305 through payment service provider server 370 over network 360. … [0052] Payment provider server 370 may be maintained, for example, by an online service provider which may provide payment between user 305 and the operator of merchant device 340. In this regard, payment provider server 370 includes one or more payment applications 375 which may be configured to interact with user device 310 and merchant server 340 over network,” i.e., this describes that the marketplace and payment service provider are separate computer systems communicating over a network.).
Vallery teaches all of the above and teaches, a) transmitting, by the shopping assistant module, a request for information on at least one item removed from the shopping window, b) determining, based on information received in response to the request for information and the balance on the account available to the user, an alternate item to the at least one item removed from the shopping window, and c) causing a display of the alternate item to the user in the shopping window, but does not explicitly disclose causing a display in the shopping window of a balance on an account available to the user for the marketplace, wherein the balance on the account for the marketplace is determined, at least in part, by multiple payment funding sources accessible through the payment service provider computer system and available to the user for transactions with the marketplace.
VERHAEGHE also teaches a) transmitting, by the shopping assistant module, a request for information on at least one item removed from the shopping window, b) determining, based on information received in response to the request for information and the balance on the account available to the user, an alternate item to the at least one item removed from the shopping window, and c) causing a display of the alternate item to the user in the shopping window, and further discloses
● causing a display in the shopping window of a balance on an account available to the user for the marketplace, wherein the balance on the account for the marketplace is determined, at least in part, by multiple payment funding sources accessible through the payment service provider computer system and available to the user for transactions with the marketplace (see at least VERHAEGHE ¶0020 “an account holder 106 may be any individual or entity that desires to conduct a financial transaction using one or more accounts held at one or more financial institutions,” ¶0038 "Aggregator 103 may be configured to transmit the current difference between the budget data and the total price for display on the account holder's mobile device 106. So, in the previous example, if the account holder had created a budget of $150 for the shopping trip, aggregator 103 would determine that account holder has $45 remaining to spend ($150-$105)," ¶0086 “User A may have one or more mobile payment accounts with financial institution 101. At least one of these payment accounts may be associated with user A's mobile device (e.g., iPhone). The mobile budget application may associate one or more mobile payment accounts with the shopping basket for that trip,” ¶0093 "An aggregator (e.g., aggregator 103) may compare the total price to the budget data. The aggregator may continuously compare this information each time the shopping basket is updated whenever an item is added or removed. The aggregator may inform User A how much user A has remaining for his shopping trip by subtracting the total price from the budget data. The aggregator (e.g., aggregator 103) may present this information on User A's mobile device using the mobile budget application. The mobile budget application may display User A's budget for the shopping trip, the total price of all the items in his shopping basket, and the current amount over or under budget,” ¶0097 “The merchant (e.g., Whole Foods®) may charge the items in the shopping basket to one or more of User A's payment accounts. User A may link the shopping basket to one or more financial accounts”).
Therefore it would have been obvious to one of ordinary skill in the art at the time of invention (for pre-AIA applications) or filing (for applications filed under the AIA ) to modify the method of Vallery to include causing a display in the shopping window of a balance on an account available to the user for the marketplace, wherein the balance on the account for the marketplace is determined, at least in part, by multiple payment funding sources accessible through the payment service provider computer system and available to the user for transactions with the marketplace, as taught by VERHAEGHE since the claimed invention is merely a combination of old elements and in the combination each element merely would have performed the same function as it did separately. One of ordinary skill in the art would have recognized that the results of the combination were predictable and would result in an improvement. This is because the level of ordinary skill in the art demonstrated by the references applied shows the ability to incorporate such features even from a variety of technical fields into methods and systems implemented using similar technological structures (i.e., generic computer and/or network hardware such as processors, servers, etc.). In this case the areas of technical endeavor are nonetheless similar and overlapping.
Applicant has not disclosed that the added feature solves any stated problem or is for any particular purpose beyond the performance of the functions they performed separately and since each element and its function are shown in the prior art the difference between the claimed subject matter and the prior art rests not on any individual element or function but in the very combination itself. It would therefore have been an obvious matter of design choice to include the feature from VERHAEGHE in the method of Vallery. Furthermore the combination solved no long felt need. Incorporating cumulative known features is additionally obvious to one of ordinary skill in the art because doing so increases commercial use of a method by attracting users that previously might have chosen between one of the previously known methods.
Vallery in view of VERHAEGHE teaches all of the above as noted and discloses a) spending accounts, b) a marketplace with merchants, c) updating accounts based on the prospective purchase, and d) causing a display in the shopping window of a balance on an account available to the user for the marketplace, wherein the balance on the account for the marketplace is determined, at least in part, by multiple payment funding sources accessible through the payment service provider computer system and available to the user for transactions with the marketplace, but does not explicitly disclose wherein the display of the balance includes multiple display elements corresponding to the multiple payment funding sources, individual display elements showing information related to funds available from individual payment funding sources.
Nuzzi also teaches a) spending accounts, b) a marketplace with merchants, c) updating accounts based on the prospective purchase, and d) causing a display in the shopping window of a balance on an account available to the user for the marketplace, wherein the balance on the account for the marketplace is determined, at least in part, by multiple payment funding sources accessible through the payment service provider computer system and available to the user for transactions with the marketplace, and further discloses
● wherein the display of the balance includes multiple display elements corresponding to the multiple payment funding sources, individual display elements showing information related to funds available from individual payment funding sources (see at least Nuzzi figs.2, 5, ¶0007 “method for providing an indication of financial strength includes associating one or more financial indicators with one or more accounts of a user in a database. In some examples, the one or more accounts may be tracked and their associated financial indicators may then be provided or updated on a user device,” ¶0008 “financial indicators may include visual financial indicators that may be provided on icons displayed on a user device and that may indicate current financial strength with regard to the one or more accounts and/or spending budgets, …. financial indicators may include visual financial indicators such as graphics, images, or video”).
Therefore it would have been obvious to one of ordinary skill in the art at the time of invention (for pre-AIA applications) or filing (for applications filed under the AIA ) to modify the method of Vallery in view of VERHAEGHE to include wherein the display of the balance includes multiple display elements corresponding to the multiple payment funding sources, individual display elements showing information related to funds available from individual payment funding sources, as taught by Nuzzi since the claimed invention is merely a combination of old elements and in the combination each element merely would have performed the same function as it did separately. One of ordinary skill in the art would have recognized that the results of the combination were predictable and would result in an improvement. This is because the level of ordinary skill in the art demonstrated by the references applied shows the ability to incorporate such features even from a variety of technical fields into methods and systems implemented using similar technological structures (i.e., generic computer and/or network hardware such as processors, servers, etc.). In this case the areas of technical endeavor are nonetheless similar and overlapping.
Applicant has not disclosed that the added feature solves any stated problem or is for any particular purpose beyond the performance of the functions they performed separately and since each element and its function are shown in the prior art the difference between the claimed subject matter and the prior art rests not on any individual element or function but in the very combination itself. It would therefore have been an obvious matter of design choice to include the feature from Nuzzi in the method of Vallery in view of VERHAEGHE. Furthermore the combination solved no long felt need. Incorporating cumulative known features is additionally obvious to one of ordinary skill in the art because doing so increases commercial use of a method by attracting users that previously might have chosen between one of the previously known methods.
Vallery in view of VERHAEGHE and further in view of Nuzzi teaches
● receiving, at the shopping assistant module, an indication of a selection of one or more items in the shopping window for purchase by the user (see at least Vallery ¶0015 “shopping assistant feature is provided that allows a user to use a selection tool (e.g., a mouse or track pad) to select an item identifier (e.g., an image of the item) from a native shopping site, drag it into the a payment service provider (e.g., PayPal) shopping window, and drop the item identifier in the window, constituting a selection for later purchase. … user can later review … and select which items to purchase”); and ● updating the balance on the account available to the user displayed in the shopping window in response to the selection of the items for purchase in the shopping window (see at least VERHAEGHE ¶0038 "Aggregator 103 may be configured to transmit the current difference between the budget data and the total price for display on the account holder's mobile device 106. So, in the previous example, if the account holder had created a budget of $150 for the shopping trip, aggregator 103 would determine that account holder has $45 remaining to spend ($150-$105)," ¶0093 "aggregator may continuously compare this information each time the shopping basket is updated whenever an item is added or removed. The aggregator may inform User A how much user A has remaining for his shopping trip by subtracting the total price from the budget data. … The mobile budget application may display User A's budget for the shopping trip, the total price of all the items in his shopping basket, and the current amount over or under budget”).Claim 3. The system of claim 2, wherein updating the balance on the account available to the user displayed in the shopping window includes removing funds necessary to purchase the items selected for purchase by the user from the balance on the account available to the user (see at least VERHAEGHE ¶0038 "Aggregator 103 may be configured to transmit the current difference between the budget data and the total price for display on the account holder's mobile device 106. So, in the previous example, if the account holder had created a budget of $150 for the shopping trip, aggregator 103 would determine that account holder has $45 remaining to spend ($150-$105)," ¶0093 "aggregator may continuously compare this information each time the shopping basket is updated whenever an item is added or removed. The aggregator may inform User A how much user A has remaining for his shopping trip by subtracting the total price from the budget data”).Claim 4. The system of claim 2, wherein the operations further comprise: ● receiving, at the shopping assistant module, a request to complete a purchase of the selection of the items for purchase in the shopping window (see at least Vallery figs. 3, 5, 6, ¶0034 “buyer (also referred to as a second user) can express interest in or indicate a desire to purchase or barter such goods or services, and a transaction (such as a trade) may be completed”); and ● causing a display in the shopping window of a prompt for the user to select the funding sources to be utilized in completing the purchase (see at least Vallery ¶0083 “Once ready for purchase, the user may see a pre-populated screen of a … funding source, which the user can edit,” ¶0119 “The shopping cart may show a default funding source for the user (e.g., selected by the user or a payment provider), which the user can change as desired,” ¶0226 “When a customer moves to purchase an item they have previously collected via the Shopping Assistant, the funding sources that are present in the user's Pay Pal wallet are available for use and selection”).Claim 5. The system of claim 4, wherein the prompt for the user includes a prompt for the user to select the individual display elements corresponding to the user's selection of funding sources to be utilized in completing the purchase (see at least Vallery ¶0083 “user may see a pre-populated screen of a … funding source, which the user can edit,” ¶0119 “The shopping cart may show a default funding source for the user (e.g., selected by the user or a payment provider), which the user can change as desired,” ¶0226 “funding sources that are present in the user's Pay Pal wallet are available for use and selection”).Claim 6. The system of claim 2, wherein the operations further comprise: ● transmitting, by the shopping assistant module, a request for information on at least one item removed from the shopping window (see at least Vallery abstract "user may be prompted to indicate a reason for the request to remove," figs. 5B, 6); ● determining, based on information received in response to the request for information and the balance on the account available to the user for the marketplace, an alternate item on the marketplace to the at least one item removed from the shopping window (see at least Vallery ¶0016 "if an item was too expensive, the shopping assistant feature may replace the item with a less expensive alternative," ¶0064 "if the user provides an indication that the "Exotic Skin Earrings" from Website 1 are being removed because they are too expensive, then a replacement item in the form of identical or similar, yet less expensive, earrings"); and ● causing a display of the alternate item to the user in the shopping window (see at least Vallery abstract "replacement item for the first item may be determined based on the indication of the reason for the request to remove the first item," ¶0016 "shopping assistant feature is provided that tracks which items a user ... deletes from the shopping window .... The shopping assistant feature may then automatically select a replacement item .... the shopping assistant feature may replace the item with a less expensive alternative”).Claim 7. The system of claim 6, wherein the operations further comprise: ● causing a display in the shopping window of the updated balance on the account available to the user for the marketplace based on selection of the alternate item for purchase (see at least VERHAEGHE ¶0042 “Aggregator 103 may compare the total price of the one or more alternative shopping baskets with the budget data, to find the closest or best match,” ¶0096 “User A may choose a proposed shopping basket to replace the current shopping basket in user A's mobile budget application. An aggregator (e.g., aggregator 103) may update the total price information accordingly”).Claim 8. The system of claim 2, wherein at least one payment funding source in the multiple payment funding sources is an account for the user associated with the payment service provider (see at least Vallery figs. 3-4, ¶0053 “Payment provider server 370 may also maintain a plurality of user accounts 380, each of which may include account information 385 associated with individual users. For example, account information 385 may include private financial information of users … or other financial information which may be used to facilitate online transactions by user”).Claim 9. The system of claim 8, wherein at least one additional payment funding source in the multiple payment funding sources is at least one of the following payment funding sources: ● a credit associated with the marketplace, points for use in the marketplace, coupons for use in the marketplace, or a value of a prior sale of an item by the user (see at least Vallery ¶0029 “payment applications 122 may allow users to accumulate value (e.g., in a commercial currency, such as the U.S. dollar, or a proprietary currency, such as "points") in accounts, and then later to redeem the accumulated value for products or items”. Please note: the claim language consisting of a series of optional or alternative limitations separated by “or” does not result in further limitation beyond a single alternative because beyond the presence of any single alternative it merely represents contingencies that are not required. Applicant is reminded that optional or conditional elements do not narrow the claims because they can always be omitted. See e.g. MPEP §2111.04 "Claim scope is not limited by claim language that suggests or makes optional but does not require steps to be performed, or by claim language that does not limit a claim to a particular structure."; and In re Johnston, 435 F.3d 1381,77 USPQ2d 1788, 1790 (Fed. Cir. 2006) ("As a matter of linguistic precision, optional elements do not narrow the claim because they can always be omitted.")).Claim 10. The system of claim 2, wherein a recurrent check is completed on availability of the items in the shopping window, and wherein the recurrent check includes a validity of a link associated with each of the items in the shopping window (see at least Vallery figs. 4, ¶0050 "Merchant device 340 may include a database 345 identifying available products and/or services (e.g., collectively referred to as items), which may be made available for viewing and purchase by user," ¶0150 "agents that maintain the health and viability of links collected by a user," ¶0154 "recurring checks that determine whether the original link is still valid," ¶0257 "signal will be updated or a new signal will be sent. The signal may inform inventory alerts").
Independent claim 11 is rejected under 35 USC 103 based on the same rationale for combining Vallery, VERHAEGHE, and Nuzzi, as detailed above in the rejection of independent claim 1. Vallery teaches, pertaining toClaim 11. A method comprising: ● tracking, by a shopping assistant module implemented by one or more hardware processors associated with a payment service provider operating as a networked computer system, a plurality of items in a shopping window displayed on a user interface during a browsing session for the user via a device having the user interface, the shopping window being associated with the payment service provider computer system, wherein the tracking includes determining whether items are selected and added to the shopping window from a marketplace by the user and whether items are selected for removal from the shopping window by the user during the browsing session, wherein the marketplace operates as a networked computer system that is separate and distinct from the payment service provider computer system (see at least Vallery fig.3, ¶0016 "tracks which items a user "drops" into the payment service provider shopping window, which items the user buys from the shopping window, and which items the user deletes from the shopping window without purchasing," ¶¶0050-0052 “Merchant device 340 may be maintained, for example, by a merchant or seller offering various items, products and/or services through an online site or app. … Merchant device 340 may also include a marketplace application 350 which may be configured to serve information over network 360 to browser 315 of user device 310 and/or payment provider server 370. … [0051] Merchant device 340 may also include a checkout application …. Checkout application 355 may be configured to accept payment information from or on behalf of user 305 through payment service provider server 370 over network 360. … [0052] Payment provider server 370 may be maintained, for example, by an online service provider which may provide payment between user 305 and the operator of merchant device 340. In this regard, payment provider server 370 includes one or more payment applications 375 which may be configured to interact with user device 310 and merchant server 340 over network,” i.e., this describes that the marketplace and payment service provider are separate computer systems communicating over a network.).
Vallery teaches all of the above and teaches, a) transmitting, by the shopping assistant module, a request for information on at least one item removed from the shopping window, b) determining, based on information received in response to the request for information and the balance on the account available to the user, an alternate item to the at least one item removed from the shopping window, and c) causing a display of the alternate item to the user in the shopping window, but does not explicitly disclose causing a display in the shopping window of a balance on an account available to the user for the marketplace, wherein the balance on the account for the marketplace is determined, at least in part, by multiple payment funding sources accessible through the payment service provider computer system and available to the user for transactions with the marketplace.
VERHAEGHE also teaches a) transmitting, by the shopping assistant module, a request for information on at least one item removed from the shopping window, b) determining, based on information received in response to the request for information and the balance on the account available to the user, an alternate item to the at least one item removed from the shopping window, and c) causing a display of the alternate item to the user in the shopping window, and further discloses
● causing a display in the shopping window of a balance on an account available to the user for the marketplace, wherein the balance on the account for the marketplace is determined, at least in part, by multiple payment funding sources accessible through the payment service provider computer system and available to the user for transactions with the marketplace (see at least VERHAEGHE ¶0020 “an account holder 106 may be any individual or entity that desires to conduct a financial transaction using one or more accounts held at one or more financial institutions,” ¶0038 "Aggregator 103 may be configured to transmit the current difference between the budget data and the total price for display on the account holder's mobile device 106. So, in the previous example, if the account holder had created a budget of $150 for the shopping trip, aggregator 103 would determine that account holder has $45 remaining to spend ($150-$105)," ¶0086 “User A may have one or more mobile payment accounts with financial institution 101. At least one of these payment accounts may be associated with user A's mobile device (e.g., iPhone). The mobile budget application may associate one or more mobile payment accounts with the shopping basket for that trip,” ¶0093 "An aggregator (e.g., aggregator 103) may compare the total price to the budget data. The aggregator may continuously compare this information each time the shopping basket is updated whenever an item is added or removed. The aggregator may inform User A how much user A has remaining for his shopping trip by subtracting the total price from the budget data. The aggregator (e.g., aggregator 103) may present this information on User A's mobile device using the mobile budget application. The mobile budget application may display User A's budget for the shopping trip, the total price of all the items in his shopping basket, and the current amount over or under budget,” ¶0097 “The merchant (e.g., Whole Foods®) may charge the items in the shopping basket to one or more of User A's payment accounts. User A may link the shopping basket to one or more financial accounts”).
Therefore it would have been obvious to one of ordinary skill in the art at the time of invention (for pre-AIA applications) or filing (for applications filed under the AIA ) to modify the method of Vallery to include causing a display in the shopping window of a balance on an account available to the user for the marketplace, wherein the balance on the account for the marketplace is determined, at least in part, by multiple payment funding sources accessible through the payment service provider computer system and available to the user for transactions with the marketplace, as taught by VERHAEGHE since the claimed invention is merely a combination of old elements and in the combination each element merely would have performed the same function as it did separately. One of ordinary skill in the art would have recognized that the results of the combination were predictable and would result in an improvement. This is because the level of ordinary skill in the art demonstrated by the references applied shows the ability to incorporate such features even from a variety of technical fields into methods and systems implemented using similar technological structures (i.e., generic computer and/or network hardware such as processors, servers, etc.). In this case the areas of technical endeavor are nonetheless similar and overlapping.
Applicant has not disclosed that the added feature solves any stated problem or is for any particular purpose beyond the performance of the functions they performed separately and since each element and its function are shown in the prior art the difference between the claimed subject matter and the prior art rests not on any individual element or function but in the very combination itself. It would therefore have been an obvious matter of design choice to include the feature from VERHAEGHE in the method of Vallery. Furthermore the combination solved no long felt need. Incorporating cumulative known features is additionally obvious to one of ordinary skill in the art because doing so increases commercial use of a method by attracting users that previously might have chosen between one of the previously known methods.
Vallery in view of VERHAEGHE teaches all of the above as noted and discloses a) spending accounts, b) a marketplace with merchants, c) updating accounts based on the prospective purchase, and d) causing a display in the shopping window of a balance on an account available to the user for the marketplace, wherein the balance on the account for the marketplace is determined, at least in part, by multiple payment funding sources accessible through the payment service provider computer system and available to the user for transactions with the marketplace, but does not explicitly disclose wherein the display of the balance includes multiple display elements corresponding to the multiple payment funding sources, individual display elements showing information related to funds available from individual payment funding sources.
Nuzzi also teaches a) spending accounts, b) a marketplace with merchants, c) updating accounts based on the prospective purchase, and d) causing a display in the shopping window of a balance on an account available to the user for the marketplace, wherein the balance on the account for the marketplace is determined, at least in part, by multiple payment funding sources accessible through the payment service provider computer system and available to the user for transactions with the marketplace, and further discloses
● wherein the display of the balance includes multiple display elements corresponding to the multiple payment funding sources, individual display elements showing information related to funds available from individual payment funding sources (see at least Nuzzi figs.2, 5, ¶0007 “method for providing an indication of financial strength includes associating one or more financial indicators with one or more accounts of a user in a database. In some examples, the one or more accounts may be tracked and their associated financial indicators may then be provided or updated on a user device,” ¶0008 “financial indicators may include visual financial indicators that may be provided on icons displayed on a user device and that may indicate current financial strength with regard to the one or more accounts and/or spending budgets, …. financial indicators may include visual financial indicators such as graphics, images, or video”).
Therefore it would have been obvious to one of ordinary skill in the art at the time of invention (for pre-AIA applications) or filing (for applications filed under the AIA ) to modify the method of Vallery in view of VERHAEGHE to include wherein the display of the balance includes multiple display elements corresponding to the multiple payment funding sources, individual display elements showing information related to funds available from individual payment funding sources, as taught by Nuzzi since the claimed invention is merely a combination of old elements and in the combination each element merely would have performed the same function as it did separately. One of ordinary skill in the art would have recognized that the results of the combination were predictable and would result in an improvement. This is because the level of ordinary skill in the art demonstrated by the references applied shows the ability to incorporate such features even from a variety of technical fields into methods and systems implemented using similar technological structures (i.e., generic computer and/or network hardware such as processors, servers, etc.). In this case the areas of technical endeavor are nonetheless similar and overlapping.
Applicant has not disclosed that the added feature solves any stated problem or is for any particular purpose beyond the performance of the functions they performed separately and since each element and its function are shown in the prior art the difference between the claimed subject matter and the prior art rests not on any individual element or function but in the very combination itself. It would therefore have been an obvious matter of design choice to include the feature from Nuzzi in the method of Vallery in view of VERHAEGHE. Furthermore the combination solved no long felt need. Incorporating cumulative known features is additionally obvious to one of ordinary skill in the art because doing so increases commercial use of a method by attracting users that previously might have chosen between one of the previously known methods.
Vallery in view of VERHAEGHE and further in view of Nuzzi teaches
● receiving, at the shopping assistant module, indications of selections of one or more items in the shopping window for purchase by the user (see at least Vallery ¶0015 “shopping assistant feature is provided that allows a user to use a selection tool (e.g., a mouse or track pad) to select an item identifier (e.g., an image of the item) from a native shopping site, drag it into the a payment service provider (e.g., PayPal) shopping window, and drop the item identifier in the window, constituting a selection for later purchase. … user can later review … and select which items to purchase”); ● determining a revised balance on the account available to the user pending a purchase of the items selected in the shopping window by the user (see at least VERHAEGHE ¶0038 "Aggregator 103 may be configured to transmit the current difference between the budget data and the total price for display on the account holder's mobile device 106. So, in the previous example, if the account holder had created a budget of $150 for the shopping trip, aggregator 103 would determine that account holder has $45 remaining to spend ($150-$105)," ¶0093 "aggregator may continuously compare this information each time the shopping basket is updated whenever an item is added or removed. The aggregator may inform User A how much user A has remaining for his shopping trip by subtracting the total price from the budget data. … The mobile budget application may display User A's budget for the shopping trip, the total price of all the items in his shopping basket, and the current amount over or under budget”); and ● causing a display of the revised balance on the account in the shopping window pending the purchase of the items selected in the shopping window by the user (see at least VERHAEGHE ¶0038 "Aggregator 103 may be configured to transmit the current difference between the budget data and the total price for display on the account holder's mobile device 106. So, in the previous example, if the account holder had created a budget of $150 for the shopping trip, aggregator 103 would determine that account holder has $45 remaining to spend ($150-$105)," ¶0093 "aggregator may continuously compare this information each time the shopping basket is updated whenever an item is added or removed. The aggregator may inform User A how much user A has remaining for his shopping trip by subtracting the total price from the budget data. … The mobile budget application may display User A's budget for the shopping trip, the total price of all the items in his shopping basket, and the current amount over or under budget”).Claim 12. The method of claim 11, further comprising: ● receiving, at the shopping assistant module, an indication by the user to complete the purchase of the items selected in the shopping window (see at least Vallery figs. 3, 5, 6, ¶0034 “buyer (also referred to as a second user) can express interest in or indicate a desire to purchase or barter such goods or services, and a transaction (such as a trade) may be completed”); and ● upon the purchase of the items being completed, updating the display of the account balance to the revised balance (see at least VERHAEGHE ¶0092 “an aggregator (e.g., aggregator 103) may continuously update the total price for the shopping basket,” ¶0093 “aggregator may continuously compare this information each time the shopping basket is updated whenever an item is added or removed. The aggregator may inform User A how much user A has remaining for his shopping trip by subtracting the total price from the budget data,” ¶0097 “user could input one or more commands to "check out" the shopping basket, and the mobile payment account would be automatically charged for the value of the items in the shopping basket”).Claim 13. The method of claim 12, further comprising: ● causing, in response to the indication by the user to complete the purchase, a prompt in the display for the user to select the funding sources to be utilized in completing the purchase based on selection of the individual display elements that correspond to funding sources to be utilized in completing the purchase (see at least Vallery ¶0083 “Once ready for purchase, the user may see a pre-populated screen of a … funding source, which the user can edit,” ¶0119 “The shopping cart may show a default funding source for the user (e.g., selected by the user or a payment provider), which the user can change as desired,” ¶0226 “When a customer moves to purchase an item they have previously collected via the Shopping Assistant, the funding sources that are present in the user's Pay Pal wallet are available for use and selection”).Claim 14. The method of claim 13, wherein the prompt includes allowing the user to select multiple funding sources for purchase of the selected items in the shopping window (see at least Vallery ¶0083 “Once ready for purchase, the user may see a pre-populated screen of a … funding source, which the user can edit,” ¶0119 “The shopping cart may show a default funding source for the user (e.g., selected by the user or a payment provider), which the user can change as desired,” ¶0226 “When a customer moves to purchase an item they have previously collected via the Shopping Assistant, the funding sources that are present in the user's Pay Pal wallet are available for use and selection”).Claim 15. The method of claim 14, wherein the prompt includes allowing the user to select aspects of individual multiple funding sources to apply to the purchase of the selected items in the shopping window (see at least Vallery ¶0083 “Once ready for purchase, the user may see a pre-populated screen of a … funding source, which the user can edit,” ¶0119 “The shopping cart may show a default funding source for the user (e.g., selected by the user or a payment provider), which the user can change as desired,” ¶0226 “When a customer moves to purchase an item they have previously collected via the Shopping Assistant, the funding sources that are present in the user's Pay Pal wallet are available for use and selection”).Claim 16. The method of claim 11, further comprising updating the revised balance on the account in the shopping window in response to deselection of at least one of the items in the shopping window for purchase by the user (see at least VERHAEGHE ¶0093 "An aggregator (e.g., aggregator 103) may compare the total price to the budget data. The aggregator may continuously compare this information each time the shopping basket is updated whenever an item is added or removed. The aggregator may inform User A how much user A has remaining for his shopping trip by subtracting the total price from the budget data. The aggregator (e.g., aggregator 103) may present this information on User A's mobile device using the mobile budget application. The mobile budget application may display User A's budget for the shopping trip, the total price of all the items in his shopping basket, and the current amount over or under budget”).
Independent claim 17 is rejected under 35 USC 103 based on the same rationale for combining Vallery, VERHAEGHE, and Nuzzi, as detailed above in the rejection of independent claims 1 and 11. Vallery teaches, pertaining to
Claim 17. A non-transitory machine-readable medium having stored thereon machine-readable instructions executable to cause the machine to perform operations comprising: ● implementing a shopping assistant module by one or more hardware processors associated with a payment service provider operating as a networked computer system (see at least Vallery fig.9, ¶0024); ● assessing, by the shopping assistant module, items added into a shopping window displayed on a user interface of a device during a browsing session for a user via the device, wherein the items are added from a marketplace by the user, and wherein the marketplace is being operated as a networked computer system that is separate and distinct from the payment service provider computer system (see at least Vallery fig.3, ¶0016 "tracks which items a user "drops" into the payment service provider shopping window, which items the user buys from the shopping window, and which items the user deletes from the shopping window without purchasing," ¶¶0050-0052 “Merchant device 340 may be maintained, for example, by a merchant or seller offering various items, products and/or services through an online site or app. … Merchant device 340 may also include a marketplace application 350 which may be configured to serve information over network 360 to browser 315 of user device 310 and/or payment provider server 370. … [0051] Merchant device 340 may also include a checkout application …. Checkout application 355 may be configured to accept payment information from or on behalf of user 305 through payment service provider server 370 over network 360. … [0052] Payment provider server 370 may be maintained, for example, by an online service provider which may provide payment between user 305 and the operator of merchant device 340. In this regard, payment provider server 370 includes one or more payment applications 375 which may be configured to interact with user device 310 and merchant server 340 over network,” i.e., this describes that the marketplace and payment service provider are separate computer systems communicating over a network); ● assessing, by the shopping assistant module, items removed from the shopping window by the user during the browsing session (see at least Vallery fig.3, ¶0016 "tracks which items a user "drops" into the payment service provider shopping window, which items the user buys from the shopping window, and which items the user deletes from the shopping window without purchasing").
Vallery teaches all of the above and teaches, a) transmitting, by the shopping assistant module, a request for information on at least one item removed from the shopping window, b) determining, based on information received in response to the request for information and the balance on the account available to the user, an alternate item to the at least one item removed from the shopping window, and c) causing a display of the alternate item to the user in the shopping window, but does not explicitly disclose displaying, in the shopping window, a balance on an account available to the user for the marketplace, wherein the balance on the account for the marketplace is determined, at least in part, by multiple payment funding sources accessible through the payment service provider computer system and available to the user for transactions with the marketplace, wherein the display of the balance includes multiple display elements corresponding to the multiple payment funding sources, individual display elements showing information related to funds available from individual payment funding sources.
VERHAEGHE also teaches a) transmitting, by the shopping assistant module, a request for information on at least one item removed from the shopping window, b) determining, based on information received in response to the request for information and the balance on the account available to the user, an alternate item to the at least one item removed from the shopping window, and c) causing a display of the alternate item to the user in the shopping window, and further discloses
● displaying, in the shopping window, a balance on an account available to the user for the marketplace, wherein the balance on the account for the marketplace is determined, at least in part, by multiple payment funding sources accessible through the payment service provider computer system and available to the user for transactions with the marketplace (see at least VERHAEGHE ¶0020 “an account holder 106 may be any individual or entity that desires to conduct a financial transaction using one or more accounts held at one or more financial institutions,” ¶0038 "Aggregator 103 may be configured to transmit the current difference between the budget data and the total price for display on the account holder's mobile device 106. So, in the previous example, if the account holder had created a budget of $150 for the shopping trip, aggregator 103 would determine that account holder has $45 remaining to spend ($150-$105)," ¶0086 “User A may have one or more mobile payment accounts with financial institution 101. At least one of these payment accounts may be associated with user A's mobile device (e.g., iPhone). The mobile budget application may associate one or more mobile payment accounts with the shopping basket for that trip,” ¶0093 "An aggregator (e.g., aggregator 103) may compare the total price to the budget data. The aggregator may continuously compare this information each time the shopping basket is updated whenever an item is added or removed. The aggregator may inform User A how much user A has remaining for his shopping trip by subtracting the total price from the budget data. The aggregator (e.g., aggregator 103) may present this information on User A's mobile device using the mobile budget application. The mobile budget application may display User A's budget for the shopping trip, the total price of all the items in his shopping basket, and the current amount over or under budget,” ¶0097 “The merchant (e.g., Whole Foods®) may charge the items in the shopping basket to one or more of User A's payment accounts. User A may link the shopping basket to one or more financial accounts”).
Therefore it would have been obvious to one of ordinary skill in the art at the time of invention (for pre-AIA applications) or filing (for applications filed under the AIA ) to modify the method of Vallery to include displaying, in the shopping window, a balance on an account available to the user for the marketplace, wherein the balance on the account for the marketplace is determined, at least in part, by multiple payment funding sources accessible through the payment service provider computer system and available to the user for transactions with the marketplace, as taught by VERHAEGHE since the claimed invention is merely a combination of old elements and in the combination each element merely would have performed the same function as it did separately. One of ordinary skill in the art would have recognized that the results of the combination were predictable and would result in an improvement. This is because the level of ordinary skill in the art demonstrated by the references applied shows the ability to incorporate such features even from a variety of technical fields into methods and systems implemented using similar technological structures (i.e., generic computer and/or network hardware such as processors, servers, etc.). In this case the areas of technical endeavor are nonetheless similar and overlapping.
Applicant has not disclosed that the added feature solves any stated problem or is for any particular purpose beyond the performance of the functions they performed separately and since each element and its function are shown in the prior art the difference between the claimed subject matter and the prior art rests not on any individual element or function but in the very combination itself. It would therefore have been an obvious matter of design choice to include the feature from VERHAEGHE in the method of Vallery. Furthermore the combination solved no long felt need. Incorporating cumulative known features is additionally obvious to one of ordinary skill in the art because doing so increases commercial use of a method by attracting users that previously might have chosen between one of the previously known methods.
Vallery in view of VERHAEGHE teaches all of the above as noted and discloses a) spending accounts, b) a marketplace with merchants, c) updating accounts based on the prospective purchase, and d) displaying, in the shopping window, a balance on an account available to the user for the marketplace, wherein the balance on the account for the marketplace is determined, at least in part, by multiple payment funding sources accessible through the payment service provider computer system and available to the user for transactions with the marketplace, but does not explicitly disclose wherein the display of the balance includes multiple display elements corresponding to the multiple payment funding sources, individual display elements showing information related to funds available from individual payment funding sources.
Nuzzi also teaches a) spending accounts, b) a marketplace with merchants, c) updating accounts based on the prospective purchase, and d) causing a display in the shopping window of a balance on an account available to the user for the marketplace, wherein the balance on the account for the marketplace is determined, at least in part, by multiple payment funding sources accessible through the payment service provider computer system and available to the user for transactions with the marketplace, and further discloses
● wherein the display of the balance includes multiple display elements corresponding to the multiple payment funding sources, individual display elements showing information related to funds available from individual payment funding sources (see at least Nuzzi figs.2, 5, ¶0007 “method for providing an indication of financial strength includes associating one or more financial indicators with one or more accounts of a user in a database. In some examples, the one or more accounts may be tracked and their associated financial indicators may then be provided or updated on a user device,” ¶0008 “financial indicators may include visual financial indicators that may be provided on icons displayed on a user device and that may indicate current financial strength with regard to the one or more accounts and/or spending budgets, …. financial indicators may include visual financial indicators such as graphics, images, or video”).
Therefore it would have been obvious to one of ordinary skill in the art at the time of invention (for pre-AIA applications) or filing (for applications filed under the AIA ) to modify the method of Vallery in view of VERHAEGHE to include wherein the display of the balance includes multiple display elements corresponding to the multiple payment funding sources, individual display elements showing information related to funds available from individual payment funding sources, as taught by Nuzzi since the claimed invention is merely a combination of old elements and in the combination each element merely would have performed the same function as it did separately. One of ordinary skill in the art would have recognized that the results of the combination were predictable and would result in an improvement. This is because the level of ordinary skill in the art demonstrated by the references applied shows the ability to incorporate such features even from a variety of technical fields into methods and systems implemented using similar technological structures (i.e., generic computer and/or network hardware such as processors, servers, etc.). In this case the areas of technical endeavor are nonetheless similar and overlapping.
Applicant has not disclosed that the added feature solves any stated problem or is for any particular purpose beyond the performance of the functions they performed separately and since each element and its function are shown in the prior art the difference between the claimed subject matter and the prior art rests not on any individual element or function but in the very combination itself. It would therefore have been an obvious matter of design choice to include the feature from Nuzzi in the method of Vallery in view of VERHAEGHE. Furthermore the combination solved no long felt need. Incorporating cumulative known features is additionally obvious to one of ordinary skill in the art because doing so increases commercial use of a method by attracting users that previously might have chosen between one of the previously known methods.
Vallery in view of VERHAEGHE and further in view of Nuzzi teaches
● receiving, at the shopping assistant module, an indication of a selection of one or more items in the shopping window for purchase by the user (see at least Vallery ¶0015 “shopping assistant feature is provided that allows a user to use a selection tool (e.g., a mouse or track pad) to select an item identifier (e.g., an image of the item) from a native shopping site, drag it into the a payment service provider (e.g., PayPal) shopping window, and drop the item identifier in the window, constituting a selection for later purchase. … user can later review … and select which items to purchase”); and ● updating the balance on the account available to the user displayed in the shopping window in response to the selection of the items for purchase in the shopping window (see at least VERHAEGHE ¶0038 "Aggregator 103 may be configured to transmit the current difference between the budget data and the total price for display on the account holder's mobile device 106. So, in the previous example, if the account holder had created a budget of $150 for the shopping trip, aggregator 103 would determine that account holder has $45 remaining to spend ($150-$105)," ¶0093 "aggregator may continuously compare this information each time the shopping basket is updated whenever an item is added or removed. The aggregator may inform User A how much user A has remaining for his shopping trip by subtracting the total price from the budget data. … The mobile budget application may display User A's budget for the shopping trip, the total price of all the items in his shopping basket, and the current amount over or under budget”).Claim 18. The non-transitory machine-readable medium of claim 17, the operations further comprising: ● receiving, at the shopping assistant module, an indication to complete a purchase of the items selected for purchase in the shopping window (see at least Vallery figs. 3, 5, 6, ¶0034 “buyer (also referred to as a second user) can express interest in or indicate a desire to purchase or barter such goods or services, and a transaction (such as a trade) may be completed”); and ● displaying, in the shopping window, a prompt for the user to select the individual funding sources to be utilized in completing the purchase of the items selected (see at least Vallery ¶0083 “Once ready for purchase, the user may see a pre-populated screen of a … funding source, which the user can edit,” ¶0119 “The shopping cart may show a default funding source for the user (e.g., selected by the user or a payment provider), which the user can change as desired,” ¶0226 “When a customer moves to purchase an item they have previously collected via the Shopping Assistant, the funding sources that are present in the user's Pay Pal wallet are available for use and selection”).Claim 19. The non-transitory machine-readable medium of claim 17, the operations further comprising: ● implementing, by the shopping assistant module, a request for information on at least one item assessed to be removed from the shopping window (see at least Vallery abstract "user may be prompted to indicate a reason for the request to remove," figs. 5B, 6); ● determining, based on information received in response to the request for information and the balance on the account available to the user for the marketplace, an alternate item on the marketplace to the at least one item removed from the shopping window (see at least Vallery ¶0016 "if an item was too expensive, the shopping assistant feature may replace the item with a less expensive alternative," ¶0064 "if the user provides an indication that the "Exotic Skin Earrings" from Website 1 are being removed because they are too expensive, then a replacement item in the form of identical or similar, yet less expensive, earrings"); and ● causing a display of the alternate item to the user in the shopping window (see at least Vallery abstract "replacement item for the first item may be determined based on the indication of the reason for the request to remove the first item," ¶0016 "shopping assistant feature is provided that tracks which items a user ... deletes from the shopping window .... The shopping assistant feature may then automatically select a replacement item .... the shopping assistant feature may replace the item with a less expensive alternative”).Claim 20. The non-transitory machine-readable medium of claim 19, wherein determining the alternate item to the at least one item removed from the shopping window includes limiting a search for the alternate item to items in the marketplace that have a price less than the balance on the account available to the user for the marketplace (see at least Vallery ¶0016 "if an item was too expensive, the shopping assistant feature may replace the item with a less expensive alternative," ¶0064 "if the user provides an indication that the "Exotic Skin Earrings" from Website 1 are being removed because they are too expensive, then a replacement item in the form of identical or similar, yet less expensive, earrings," ¶¶0125-0128 describing that "the shopping assistant module 212 may use custom algorithms that predict ... preferences.... Inputs to the algorithms may include, but are not limited to Payment Service Account Balance.").Claim 21. The non-transitory machine-readable medium of claim 17, the operations further comprising suggesting, in response to the updated account balance being negative, one or more items for removal from the selection of the items for purchase in the shopping window, wherein removal of the one or more items is determined to revise the account balance to be positive (see at least VERHAEGHE ¶0093 "An aggregator (e.g., aggregator 103) may compare the total price to the budget data. The aggregator may continuously compare this information each time the shopping basket is updated whenever an item is added or removed. The aggregator may inform User A how much user A has remaining for his shopping trip by subtracting the total price from the budget data. The aggregator (e.g., aggregator 103) may present this information on User A's mobile device using the mobile budget application. The mobile budget application may display User A's budget for the shopping trip, the total price of all the items in his shopping basket, and the current amount over or under budget").
Conclusion
The prior art made of record and not relied upon is considered pertinent to applicant's disclosure.
● Isaacson et al., Patent No.: US 10,152,756 B2: teaches display of multiple payment sources.
Any inquiry concerning this communication or earlier communications from the examiner should be directed to ADAM LEVINE whose telephone number is (571)272-8122. The examiner can normally be reached Monday - Thursday 9am-7:30pm.
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, Marissa Thein can be reached at 571.272.6764. 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.
/ADAM L LEVINE/Primary Examiner, Art Unit 3689 January 10, 2026