US-20260127188-A1 - BACKEND SERVICE CALL SUPPRESSION VIA DATA VIEW ELIGIBILITY MATRIX

Abstract

A data activity application, which, based on user-selected view eligibility rules, which may user-configurable via a data view eligibility matrix, determines which Systems of Record (SORs) to retrieve data from and, in response to data retrieval, subsequently aggregates the data from those SORs and presents the aggregated view of the data to the user. Since only those SORs that meet the user-selected view eligibility rules are subject to back-end network calls for purpose of data retrieval, performance, and capacity issues, otherwise experienced when the data activity application is configured to conduct back-end network calls to all available SORs for each user, are lessened.

Inventors

• Sanchit Taggar
• Saurabh Arora
• Sandeep Kumar Chauhan
• Bhagya Lakshmi Sudha Lavanya Mallidi
• Puneetha Polasa

Assignees

• BANK OF AMERICA CORPORATION

Dates

Publication Date

20260507

Application Date

20241105

Claims (20)

1. 1 . A system for data aggregation and presentation, the system comprising: a computing platform including a memory and one or more computing processor devices in communication with the memory, wherein the memory stores: a data activity application executable by at least one of the one or more computing processor devices, configured to provide a user access to user-specific data and comprising: a data aggregation engine executable by at least one of the one or more computing processor devices and configured to, in response to the user logging into the data activity application: determine at least two Systems of Record (SORs) from amongst a plurality of SORs for conducting back-end network calls and data retrieval based on user-selected view eligibility rules for each of the plurality of SORs, implement Application Programming Interfaces (APIs) to conduct the back-end network calls to the at least two SORs and retrieve data from the at least two SORs, and aggregate the data retrieved from the at least two SORs; and a data presentation engine in communication with the data aggregation engine, executable by at least one of the one or more computing processor devices and configured to: receive the aggregated data from the data aggregation engine, and generate, and present within the data activity application, a graphical user interface that provides an aggregated view of the aggregated data.
2. 2 . The system of claim 1 , wherein the data activity application is configured to maintain a data view eligibility matrix within each user setting storage that defines the user-selected view eligibility rules for each of the plurality of SORs.
3. 3 . The system of claim 1 , wherein the user-selected view eligibility rules include view eligibility rules directed to (i) date of last datum occurrence, (ii) value of datums over a predetermined time period, and (iii) scheduled occurrence of datums over the predetermined time period.
4. 4 . The system of claim 3 , wherein the data activity application is further configured to continually receive feedback from the plurality of SORs, wherein the feedback includes data attributes that provide for (i) the date of last datum occurrence, (ii) the value of the datums over the predetermined time period, and (iii) the scheduled occurrence of the datums over the predetermined time period.
5. 5 . The system of claim 3 , wherein the data aggregation engine is further configured to: prior to the user selecting view eligibility rules, determine at least two system-configured SORs from amongst the plurality SORs for conducting back-end network calls and data retrieval based, at least on, user expected importance weightage assigned to the data attributes; implement Application Programming Interfaces (APIs) to conduct back-end network calls to the at least two system-configured SORs and retrieve data from the at least two system-configured SORs, and aggregate the data retrieved from the at least two system-configured SORs.
6. 6 . The system of claim 1 , wherein the data activity application is further configured to present the user with an option to select one or more further SORs (i) from amongst the plurality of SORs and (ii) not including the at least two SORs, wherein user selection of the one or more further SORs is configured to cause the data aggregation engine to implement Application Programming Interfaces (APIs) to conduct further back-end network calls to the one or more further SORs and retrieve data from the one or more further SORs, and aggregate the data retrieved from (i) the at least two SORs and (ii) the one or more further SORs.
7. 7 . The system of claim 6 , wherein the data activity application further comprises machine learning techniques that are configured to learn, over time, a user pattern of selection of one or more further SORs and, wherein the data aggregation engine is further configured to receive the user pattern, and, in response to the user logging into the data activity application, implement Application Programming Interfaces (APIs) to conduct further back-end network calls to the one or more further SORs in the user pattern and retrieve data from the one or more further SORs in the user pattern, and aggregate the data retrieved from (i) the at least two SORs and (ii) the one or more further SORs in the user pattern.
8. 8 . A computer-implemented method for data aggregation and presentation, the computer-implemented is method executed by one or more computing processor devices and comprises: receiving inputs configured to login a user to a data activity application; in response to logging the user into the data activity application, determining at least two Systems of Record (SORs) from amongst a plurality of SORs for conducting back-end network calls and data retrieval based on user-selected view eligibility rules for each of the plurality of SORs; implementing Application Programming Interfaces (APIs) to conduct the back-end network calls to the at least two SORs and retrieve data from the at least two SORs; aggregating the data retrieved from the at least two SORs; generating, and presenting within the data activity application, a graphical user interface that provides an aggregated view of the aggregated data.
9. 9 . The computer-implemented method of claim 8 , wherein determining at least two SORs further comprises accessing, within a user setting storage, a data view eligibility matrix to determine the view eligibility rules for each of the plurality of SORs based on user-selected settings in the data view eligibility matrix.
10. 10 . The computer-implemented method of claim 8 , wherein determining the at least two SORs further comprises determining the at least two SORs from amongst the plurality of SORs for conducting back-end network calls and data retrieval based on user-selected view eligibility rules, wherein the user-selected view eligibility rules include view eligibility rules directed to (i) date of last datum occurrence, (ii) value of datums over a predetermined time period, and (iii) scheduled occurrence of datums over the predetermined time period.
11. 11 . The computer-implemented method of claim 10 , further comprising: continually receiving feedback from the plurality of SORs, wherein the feedback includes data attributes that provide for (i) the date of last datum occurrence, (ii) the value of the datums over the predetermined time period, and (iii) the scheduled occurrence of the datums over the predetermined time period.
12. 12 . The computer-implemented method of claim 11 , wherein the prior to the user selecting view eligibility rules, determining at least two system-configured SORs from amongst the plurality SORs for conducting back-end network calls and data retrieval based, at least on, user expected importance weightage assigned to the data attributes; implementing Application Programming Interfaces (APIs) to conduct back-end network calls to the at least two system-configured SORs and retrieve data from the at least two system-configured SORs, and aggregating the data retrieved from the at least two system-configured SORs.
13. 13 . The computer-implemented method of claim 8 , further comprising: receiving a user input that selects one or more further SORs (i) from amongst the plurality of SORs and (ii) not included in the at least two SORs; and implementing Application Programming Interfaces (APIs) to conduct further back-end network calls to the one or more further SORs and retrieve data from the one or more further SORs, and wherein aggregating further comprises aggregating the data retrieved from (i) the at least two SORs and (ii) the one or more further SORs.
14. 14 . The computer-implemented method of claim 13 , further comprising: implementing machine learning techniques to learn, over time, a user pattern of selection of one or more further SORs; and in response to logging the user into the data activity application, implementing Application Programming Interfaces (APIs) to conduct further back-end network calls to the one or more further SORs in the user pattern and retrieve data from the one or more further SORs in the user pattern, and wherein aggregating further comprises aggregating the data retrieved from (i) the at least two SORs and (ii) the one or more further SORs in the user pattern.
15. 15 . A computer program product including a non-transitory computer-readable medium, the non-transitory computer-readable medium comprising sets of codes for causing one or more computing devices to: receive inputs configured to login a user to a data activity application; in response to logging the user into the data activity application, determine at least two Systems of Record (SORs) from amongst a plurality of SORs for conducting back-end network calls and data retrieval based on user-selected view eligibility rules for each of the plurality of SORs; implement Application Programming Interfaces (APIs) to conduct the back-end network calls to the at least two SORs and retrieve data from the at least two SORs; aggregate the data retrieved from the at least two SORs; generate, and present within the data activity application, a graphical user interface that provides an aggregated view of the aggregated data.
16. 16 . The computer program product of claim 15 , wherein the set of codes for causing the one or more computing devices to determine at least two SORs are further configured to cause the one or more computing devices to access, within a user setting storage, a data view eligibility matrix to determine the view eligibility rules for each of the plurality of SORs based on user-selected settings in the data view eligibility matrix.
17. 17 . The computer program product of claim 15 , wherein the set of codes for causing the one or more computing devices to determine at least two SORs are further configured to determine the at least two SORs from amongst the plurality of SORs for conducting back-end network calls and data retrieval based on user-selected view eligibility rules, wherein the user-selected view eligibility rules include view eligibility rules directed to (i) date of last datum occurrence, (ii) value of datums over a predetermined time period, and (iii) scheduled occurrence of datums over the predetermined time period.
18. 18 . The computer program product of claim 15 , wherein the sets of codes further comprise sets of codes for causing the one or more computing devices to: prior to the user selecting view eligibility rules, determine at least two system-configured SORs from amongst the plurality SORs for conducting back-end network calls and data retrieval based, at least on, user expected importance weightage assigned to the data attributes; implement Application Programming Interfaces (APIs) to conduct back-end network calls to the at least two system-configured SORs and retrieve data from the at least two system-configured SORs, and aggregate the data retrieved from the at least two system-configured SORs.
19. 19 . The computer program product of claim 15 , wherein the sets of codes further comprise sets of codes for causing the one or more computing devices to: receive a user input that selects one or more further SORs (i) from amongst the plurality of SORs and (ii) not included in the at least two SORs; and implement Application Programming Interfaces (APIs) to conduct further back-end network calls to the one or more further SORs and retrieve data from the one or more further SORs, and wherein the set of codes for causing the one or more computing devices to aggregate are further configured to cause the one or more computing devices to aggregate the data retrieved from (i) the at least two SORs and (ii) the one or more further SORs.
20. 20 . The computer-implemented method of claim 13 , wherein the sets of codes further comprise sets of codes for causing the one or more computing devices to: implement machine learning techniques to learn, over time, a user pattern of selection of one or more further SORs; and in response to logging the user into the data activity application, implement Application Programming Interfaces (APIs) to conduct further back-end network calls to the one or more further SORs in the user pattern and retrieve data from the one or more further SORs in the user pattern, and wherein the set of codes for causing the one or more computing devices to aggregate are further configured to cause the one or more computing devices to aggregate the data retrieved from (i) the at least two SORs and (ii) the one or more further SORs in the user pattern.

Description

FIELD OF THE INVENTION The present invention is generally directed to data communication and presentation and, more specifically, suppressing back-end network calls by implementing user-specific view eligibility rules that dictate which Systems of Record (SORs) receive such calls for data retrieval purposes. BACKGROUND For data coming from various Systems of Record (SORs) to be aggregated and subsequently presented to a user in aggregated view form, back-end network calls need be conducted, via an Application Programming Interface (API) or the like, in order to retrieve the request data. In certain instances, such as when a high volume of users are simultaneously requesting real-time data aggregation and presentation of the resulting aggregated view, performance and capacity issues may result from such requests requiring a corresponding high volume of back-end network calls to the SORs. This problem is exasperated in those instances in which the data sources/SORs are numerous and the application does not otherwise take into account the user's need to view all of the data. In this regard, when a request to aggregate and view data is received from a user, applications do not assess the current level of importance that a user places on the data coming from each individual data source/SOR. Therefore, a need exists to develop systems, computer-implemented methods, computer program products or the like that serve to provide a more efficient means for data retrieval, aggregation, and presentation. In this regard, the desired systems and the like should suppress the volume of back-end network calls required to retrieve data from numerous data sources/SORs, so as to alleviate performance and capacity issues associated with high volume network calls. BRIEF SUMMARY The following presents a simplified summary of one or more embodiments of the invention in order to provide a basic understanding of such embodiments. This summary is not an extensive overview of all contemplated embodiments and is intended to neither identify key or critical elements of all embodiments, nor delineate the scope of any or all embodiments. Its sole purpose is to present some concepts of one or more embodiments in a simplified form as a prelude to the more detailed description that is presented later. Embodiments of the present invention address the above needs and/or achieve other advantages by providing for a data activity application, which, based on user-selected view eligibility rules, determines which Systems of Record (SORs) to retrieve data from and, in response to data retrieval, subsequently aggregates the data from those SORs and presents the aggregated view of the data to the user. In this regard, since only those SORs that meet the user-selected view eligibility rules are subject to back-end network calls for purpose of data retrieval, performance and capacity issues, otherwise experienced when the data activity application is configured to conduct back-end network calls to all available SORs for each user, are lessened. The invention relies on a view eligibility matrix stored in the user settings of the data activity application, which lists all of the available SORs and the selectable view eligibility rules associated with each available SORs. In this regard, users may engage one or more of the view eligibility rules to provide criteria as when data should be retrieved from a SOR (and subsequently aggregated and presented in aggregated view to the user. In specific instances, the view eligibility rules may re related to one or more of (i) last date data was created, (ii) minimum requirements as data value, and (iii) scheduled/recurring generation of data and the like. In addition, the user may be provided with override options in which the user selects from those SORs that have otherwise been excluded from data retrieval based on application of the view eligibility rules and, in response to selection, such data is retrieved from such SORs and included in the data aggregation and subsequent aggregated view presentation. In addition, machine learning may be implemented to learn, over time, user patterns in selecting override options and the user patterns may be the basis for retrieving data from those SORs included in the user pattern (and included such retrieved data in the data aggregation and subsequent presentation of the aggregated view). In addition, prior to the user selecting view eligibility rules for each SOR, the invention may provide for user-specific system-configured settings, in which system-configured SORs are selected/preset based on the importance weighting of data attributes (i.e., which data is deemed to be of most importance/significance to the user). In specific embodiments of the invention, the data activity application is a financial payment activity center application configured to present a user an aggregated view of payment activity from a plurality of SORs associated with different payment channels. In