+

WO2011028139A1 - Système d'échange d'information - Google Patents

Système d'échange d'information Download PDF

Info

Publication number
WO2011028139A1
WO2011028139A1 PCT/NZ2010/000180 NZ2010000180W WO2011028139A1 WO 2011028139 A1 WO2011028139 A1 WO 2011028139A1 NZ 2010000180 W NZ2010000180 W NZ 2010000180W WO 2011028139 A1 WO2011028139 A1 WO 2011028139A1
Authority
WO
WIPO (PCT)
Prior art keywords
application
user
data
information
url
Prior art date
Application number
PCT/NZ2010/000180
Other languages
English (en)
Inventor
Michael Koziarsky
Tim Norton
Jeremy Oliver
Sam Knowles
John Joseph Barclay Raeburn
Sushil Kamanahalli
Original Assignee
Kiwibank Limited
Social Capital Limited
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Kiwibank Limited, Social Capital Limited filed Critical Kiwibank Limited
Publication of WO2011028139A1 publication Critical patent/WO2011028139A1/fr

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • G06F21/41—User authentication where a single sign-on provides access to a plurality of computers
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02—Banking, e.g. interest calculation or account maintenance

Definitions

  • the invention relates to information systems.
  • Preferred embodiments provide tools for exchanging, combining and manipulating data securely across multiple applications.
  • Internet banking is widely available and enables a user to view balances on their accounts as well as details of their transactions. While this data is useful, it is not readily available for use in other applications. Typically, users are presented with the possibility of saving the data to a file in one or more formats (e.g. .qif or .csv file types). This data may then be input to other applications but there can be difficulties in usefully populating fields of the other applications with the data.
  • formats e.g. .qif or .csv file types
  • Microsoft's Money Plus is a software application that helps users keep track of their money. Users login to the application and can view details of any online bank accounts, bills and spending. The bank accounts are set Up in the application by providing details of each, including the user's passwords. After set up, the bank accounts are automatically accessed by the application and transactions / balances downloaded. Users can manually set budgets,, including for different categories. A bar graph provides a visual representation of how the user's actual spending compares to the budgeted allocations. While providing some good functionality, there are inherent security risks in having banking passwords stored and this is exacerbated by having all of a user's login details stored in the same place. Furthermore, the budgeting aspect of the software is labour intensive for users, lacking any intuitiveness.
  • a method of communicating data to a first application including:
  • the database is accessed via a secure link between the first application and a second application. Communications access may be established between additional second applications and the first application. This may be effected through separate secure links for each second application, although varying degrees of commonality of links are possible. For example, if databases for two second applications are co-administered, it may be possible to establish a single link.
  • the second applications are used to access confidential and/or personal information.
  • they may include online banking and other online financial facilities. While the specific description and drawings present the invention within this context, it will be appreciated that it is not limited thereto.
  • the invention may be adapted to provide for the communication of health-related data.
  • the second application creates an encrypted link containing an Access Number for the particular user.
  • the link is used to redirect the user's browser session to that URL, using a secure protocol such as SSL, ensuring that the values of the URL are visible only to the first application, the second application establishing the link to the end-user.
  • SSL secure protocol
  • authentication information is established by encrypting the string "AccessNumber:LinkGenerationTime", where AccessNumber is the access number for the customer who is logging in (e.g. 516943) and LinkGenerationTime is the time the second application generated the secure link (e.g. 2009-06-08T03:09:34Z in the UTC timezone and xml schema format).
  • the combined string is encrypted for transmission to the first application.
  • a presently preferred encryption method is symmetric aes-256-cbc encryption.
  • a random initialization vector is generated and used with a shared key (an encryption key shared between the first and second applications) to generate the encrypted payload. This gives the values Payload and InitializationVector.
  • a SHA1 HMAC i.e., a SHA-1 Hash Message Authentication Code
  • the 'shared secret' (a random value used when constructing the HMAC) is used for this HMAC.
  • Transmission of information to the first application is handled by constructing a URL within the second application (e.g. an internet banking facility) and redirecting the user's browser to that URL.
  • the HMAC is used to ensure nothing has been tampered with, checking data integrity and message authenticity
  • AccessNumber If the AccessNumber is considered valid, the user is logged in. If there are any errors or failures in the above 3 steps, access is refused. Standard protocols may be used in such an event e.g. a generic error message may be displayed such as "permission denied, try again". A predetermined number of failures (in total and/or in succession) may be set after which access is more fully denied and a greater level of user authentication / verification is required to subsequently gain access. Such arrangements are known in the art.
  • embodiments of the invention may include the option of receiving information via second applications in a more conventional manner e.g. via data downloaded from the second application as a .csv file.
  • the method includes categorising information artefacts such as transactions. Categorising may be based in part on user selections and/or data associated with each artefact. Preferred embodiments include performing a rule-based algorithm for determining categories and is described in more detail in relation to the drawings.
  • the method includes determining a budget and/or saving goal for a user.
  • the method includes issuing a notification.
  • the step of issuing is preferably in response to detection of an event as described herein.
  • the method includes providing a user with targeted information or promotions based at least in part on data available to the first and/or second applications.
  • a computer readable medium which when executed on a suitably enabled computing device, performs the method of the first aspect.
  • a computing device configured to perform the administrative functions of the method of the first aspect.
  • a system for providing access to information via a first application including one or more client terminals and at least one computing device according to the third aspect.
  • the system of the fourth aspect preferably has a generally conventional client-server configuration, such as that enabled via the internet although other configurations are included within the scope of the invention.
  • Apparatus used to perform the required processing of the user terminals and the server technology used by the first and second applications will be apparent to those in the art and any known data communication means may be used for the exchange of information therebetween.
  • Figure 1 is a schematic diagram of a system of one embodiment of the invention.
  • Figures 2-13 show example screenshots generated by an embodiment of the invention.
  • the invention provides an application that securely transfers information from a remote database (e.g. one holding banking or other sensitive data) so as to provide for improved usability and functionality associated with the data.
  • the improvement may be effected through a first application, over and above that provided by a second application (e.g. a conventional internet banking facility).
  • a second application e.g. a conventional internet banking facility.
  • the first application of the invention may be configured to cooperate with more than one external database, said external database(s) conventionally being accessed by one or more corresponding second applications.
  • the application of the invention may be established local to or remote from the provider of the second application. Similarly, data-centres or memories used by each application may be co- or separately located.
  • Preferred embodiments of the invention may, on the whole, be enabled through standard internet technology but configured such that the application of the invention provides a seamless, secure, two-way integration with the second application, more particularly, with the associated databases. Consequently, as will become apparent from Figures 2-13, most (if not all) functionality associated with the first application appears to users to be performed or capable of being performed by the application of the invention, although varying extents of use of the second application(s) may be made to access the associated database(s). Thus, to users, direct use of the second application(s) may no longer be required. This provides for improved ease of use and better visualisation since all relevant data may be viewed in a single application / window, rather than having to switch between applications. However, unlike the Microsoft application, there is preferably no communication of login details between the applications, although alternative configurations may be used.
  • the "single" integrated application of the invention is preferably enabled through the use of cryptographically secure HTML links between the separate applications.
  • Each application has access to two cryptographic keys, one for encryption and the other for signature.
  • the transmitted information is encrypted and provided with a signature to prevent tampering or other unlawful or unauthorised access to the data.
  • session-related information may be transparently transported between the applications, resulting in data change in one application being recreated in the other application, thereby keeping the inter- application transition essentially hidden from users.
  • FIG. 1 is a schematic diagram of a system 1 according to one embodiment.
  • the system shown is merely by way of example and it will be appreciated that various modifications may be made without departing from the scope of the invention.
  • Any data communication media may be used to convey data between elements of system 1 , including wired and/or wireless media.
  • System 1 includes user terminals 2, data network 3, bank server 4, credit card server 5 and categorisation engine 6. It will be apparent that bank server 4 will in reality be comprised of more than one unit and may be distributed around the network at more than one site. This similarly applies to other ones of the elements shown. Furthermore, any two or more elements may be co-located or integral to one another to varying degrees, depending primarily on design choices and the parties responsible for their operation. For example, the bank server 4 and the credit card server 5 may be co-located and/or substantially integral. Also, additional ones of these elements and/or other elements may be included within the system 1.
  • Categorisation engine 6 is a preferred component part of the invention and is described in more detail below. As will be apparent from that description, engine 6 may be positioned anywhere within the system 1 , provided the necessary communications channels are established.
  • the data network 3 (or at least a portion thereof) is embodied by the internet.
  • more direct communications links may be established between particular elements of the system 1 as desired.
  • a fixed connection may be provided between the bank server 4 and the credit card server 5.
  • Figure 2 shows a preferred display presented to users on successful login to the application. It provides a summary of the user's current finances and may be switched to by users at any time by clicking on the current time period (while monthly periods are shown, these may be adjusted as desired) and the "All Spending" tab 21. Other tabs 22 allow users to look at sub-categories of their total spending e.g. home expenses, food, fun, travel and miscellaneous.
  • Chart 23 provides users with an easy visualization of their spending relative to received income or earnings and an overall spending budget, over a predetermined period. According to preferred embodiments, the predetermined period may be adjusted by users. In the example, a period of 6 months is shown. Table 24 shows figures for the selected month of June from chart 23.
  • Box 25 lists a user's accounts and their corresponding balances. This information is obtained from a user's online banking facility. Box 26 provides a brief summary of average monthly earnings and spending and at 27, a user is provided with an indication of the effect of their transactional history on future savings. In the example shown, the user is saving $180 per month which will result in total savings at the end of the 6 month period of $1830 (on the assumption that $550 had already been saved).
  • Box 28 shows details of recent transactions (also obtained from a users internet banking applications) including categories for any expenses.
  • the application of the invention determines a category for each transaction using a categorisation engine.
  • categories shown are by way of example only. Other categories may include loan payments, rent, etc. Further categories may be used where the invention is adapted for businesses such as marketing, IT, etc.
  • the categorization engine may be assisted using information fed from a number of sources, namely, a user's internet banking application (e.g. merchant name, amount, date, particulars, code and reference), credit card accounts (e.g. a merchant category code or MCC), and a user's past behaviour.
  • a user's internet banking application e.g. merchant name, amount, date, particulars, code and reference
  • credit card accounts e.g. a merchant category code or MCC
  • a user's past behaviour e.g. a user's internet banking application
  • MCC merchant category code
  • this categorization is used. If not and if applicable (i.e., it is a bank account transaction), details of the transaction are extracted from the user's internet banking records. According to preferred embodiments, the records used are the internet bank's internal records rather than the information typically presented to a user in the internet application as this may provide additional details.
  • the category may be determined and provided by the internet banking application (or an add-on module thereof) to the application of the invention. Alternatively, data required to make the determination may be communicated elsewhere including to the application of the invention which may include the categorization engine as a module thereof.
  • Visa and Mastercard have a predefined series of numeric codes which correspond to the business of the customer originating a transaction.
  • An excerpt of Visa classifications is provided in Table 1 below.
  • a transaction has an associated MCC
  • this may be used to derive the category.
  • the categorization engine may search a database for a merchant. If an exact match is found, associated details of the merchant may be used to categorize the transaction. For example, if the MCC was 3000, by referring to Table 1 , we can assume that the user has purchased an airline ticket as the transaction is with United Airlines and categorise the transaction in "HOLIDAY”. If there is no exact match, a rules-based engine may be used to match a merchant name for a transaction against a merchant in a database or against a transaction category based on fuzzy matches.
  • the category may be left blank and a user prompted to select a category.
  • a default category may be designated such as "other”.
  • Transactions categorized by the engine or by a user may be used subsequently by the rules-based engine to categorize future transactions, developing new fuzzy and exact matches.
  • the categorization engine learns as it progresses, providing improved matches over time.
  • the fuzzy logic of the engine is built up using categorizations performed by or on behalf of more than one user (preferably all users), enabling users to take advantage of categorizations made by others.
  • the categorization engine categorises a transaction with a merchant according to the following sequence:
  • the category is left blank (the user may be prompted to provide the information).
  • step 2 As an example, consider a first transaction between a particular user and the merchant "PETIT BORDEAU". Since this is the first transaction, the engine proceeds to step 2. Assuming that steps 2 to 5 produce no result, the user is prompted and provides the category "FOOD”. The next time the user purchases from the merchant, only step 1 is performed.
  • manual inputs of one or more users may be used to categorise transactions of those and/or .other users.
  • all users may be provided with this as a manual categorisation and would therefore identify the merchant at step 1 even if a particular user had not previously done business with PETIT BORDEAU.
  • An alternative approach is to store these determinations in a separate database which is searched at, say, step 4. The latter approach ensures that a particular users own inputs have overriding priority. ,
  • Figure 3 provides a screenshot similar to that of Figure 2 but showing additional detail for May, rather than June.
  • categories with overspending e.g. food and fun
  • Those under budget e.g. travel and other
  • a contrasting colour e.g. green
  • the ability to easily switch to different points in time or different time periods provides users with a ready visualisation of their finances at different times that enables them to quickly assess each period in turn and identify trends.
  • a user may wish to look further at a category in which they have overspent. This is achieved by clicking on the relevant tab 22.
  • Figure 4 shows the resultant view when the "fun" tab 22 for the May period is activated.
  • chart 23 is limited to the selected category for each of the time periods enabling users to see trends for that category.
  • the transactions in box 28 and the budget figures in table 24 are also preferably limited to the selected category and preferably additionally to the selected month.
  • Table 24 of Figure 4 provides a user with key information for setting a budget. As indicated, the budget is currently set at $450 per month for the user to spend on fun.
  • the budget is preferably initially set or proposed by the application of the invention, rather than a user setting a budget. This provides for improved ease of use and is a key step in encouraging and achieving the use of budgets.
  • the suggested budget may be based on any one or more of historical data for the user in question, historical data for other users (preferably of users in a similar position to the user in question) and generally accepted budgeting practices (e.g. a user in a particular age group may generally be recommended to save a particular percentage of their salary, other factors may be used to adjust this e.g. whether they are paying a mortgage as opposed to rent).
  • the application of the invention ties these two concepts together. More particularly, based on targets set by a user, the application determines what they could achieve (i.e., what they may be able to save each month and how long it will take to achieve their goal) and makes this the default. As time passes, continuous or periodic assessment may be made as to whether a user is adhering to their budget and the application detects behaviour characteristics e.g. a user is bad at sticking to budgets and frequently overspends. As a result of this, warnings relating to delays in achieving goals or simply updated goal achievement dates may be dispjayed to a user, preferably in place of the original goal so that the user is not set with unrealistic goals they will not achieve.
  • Figure 6 shows the display following setting of the new budget with chart 23 updated accordingly.
  • the user is presented with the box 61 which enables a user to be notified if they are approaching or exceeding their budget.
  • details of spending may be incrementally provided based on predetermined time periods or spending amounts. The periods or amounts may not be equal and according to one embodiment, they may be initially relatively long and then shortened as the budget is approached or exceeded.
  • Communications means for sending notifications of bank account status are well known in the art and conveniently include email and text messaging.
  • the notification process of preferred embodiments of the invention provides additional functionality over prior approaches.
  • Various information is collected by the application each time a user uses the system, makes a transaction or other change to their profile / goals. These enable the application to form a comprehensive profile for each person which is used to ascertain the timing and types of messages sent to users about their spending so as to trigger real behaviour changes.
  • the application of the invention looks at a user's overall profile, their goals and previous behaviour and ascertains the likelihood of particular behaviour occurring, such as noticing that someone is on a drinking binge " .
  • a message is sent to the user and/or someone in their trust group.
  • the message content, who it is sent to and the timing can therefore be updated based on data stored against a user showing what approach has been most effective in the past.
  • the comprehensive profile may contain any one or more of demographic information, financial information and information on financial / life goals looking to be achieved.
  • the probability and propensity for a given user to achieve their goals may be derived from historical data (primarily of the user in question although some account may be taken of other users, particularly those in a similar position to that user) and the feasibility of the savings or behaviour changes required. This is more detailed than simply considering a user's financials or demographics in isolation because the information is combined with the goals attempting to be achieved and the user's spending habits.
  • An additional advantage of the building of profiles is that they may be used to provide contextual advertising and offers to users which is more accurate or relevant to them than typical contextual / demographic targeted advertisements. For example, advertising for mortgages may be targeted more precisely than simply being aimed at those potentially looking for a mortgage - advertisements for mortgages for specific sectors may be sent e.g. those that already own their home, may be looking to purchase a larger home, earn more than $100k, are up to date on their current mortgage payments, have a history of saving money for purchases and no history of carrying credit card debt. Other sectors may be selected as desired.
  • the application of the invention may fully integrate with the advertiser's provisioning system, allowing for two-way exchange of information with advertising companies. For example, if a user wants to make a mortgage application in response to an advertisement, this may be achieved by a single click on the advert. Not only may this result in communication of the relevant personal details, but may include, for example, providing a transaction history (i.e., bank statements) for a given period of time. Preferably, the period (or whatever information, is required) is defined by the advertising company so that they receive what they need but this may be established by the application of the invention based on the category of merchant. An alternative example is a company selling under-floor insulation. The merchant could automatically be passed the address, contact details and grant-eligibility (in relevant areas) information of a user based on a single click. Thus, in accepting an offer, the application of the invention may provide the relevant merchant with information tailored to be of relevance to them.
  • Data stored against the comprehensive user profiles may, for example, also be used to calculate a profile of the default-risk for a potential loan to assess whether to grant a loan and also to select the most appropriate loan. Since the comprehensive user profiles contain more information than that usually provided to secure a loan, more risk factors can be taken into account. Furthermore, all that is required for a user to request a loan is to allow the relevant authority access to the profile. As will be appreciated, this may be achieved using the secure link set up between the user's online banking applications and the application of the invention, provided these institutions are providing the financing.
  • the user profiles may be used to automatically fill forms for loan requests or the like.
  • Figure 6 also shows an Add Goal Button 62 which is used to add savings goals.
  • Figure 7 shows a preferred screen display when the button 62 is activated.
  • Chart 71 shows current savings and projected future savings based on the current budget. Boxes 72-74 are provided for a user to input a name, image and description, respectively, against their goal.
  • Figure 8 shows an example goal of renovating a kitchen with boxes 72-74 filled in.
  • Boxes 75 and 76 allow a user to set parameters for their goal, namely, how much they need to save in box 75 and by when they would like to achieve their goal in box 76. This is converted into how much needs to be saved per month and displayed in box 77. Also shown in Figure 7 is a summary of earnings and expenses (for each category). This can be useful for users when assessing what budget they can afford and which they are prepared to commit to.
  • Tasks tab 81 and notes tab 82 are shown in Figure 8 but more clearly in Figure 9.
  • the tasks tab is used to add tasks other than a financial goal.
  • Figure 10 shows a user adding a new task for their kitchen renovation project, namely, buying paint test pots, in box 101.
  • Figure 11 shows a view similar to that in Figure 2 but two months later, in August.
  • tasks including buying paint test pots
  • box 111 It is readily apparent from the updated chart 23 that the user has kept spending below the budget line 112 for the past few months and that consequently, the user's savings are higher than budgeted. Since the saving goal may be reached before the original deadline, by selecting the particular goal, the user may opt to adjust the deadline by which they achieve their goal.
  • box 76 of Figure 12 the user is provided with an indication as to when they will achieve their goal based on the latest spending history (i.e., 1 November) and the option is provided to make this the due date.
  • Figure 13 shows the goal due date having been changed with the chart 71 adjusted accordingly. The user is also provided with the option of manually adjusting the due date.
  • Figure 12 also shows a user about to update one of their tasks, namely researching lighting, which is also displayed in box 111.
  • "Task” is generally used herein to refer to a "sub-goal” i.e., something that contributes to the achievement of a goal.
  • clicking on the check box 121 to indicate that the task has been completed it is removed from the task list (or marked as completed) and removed from box 111 as shown in Figure 13. Rather than removing completed tasks from display in box 111 , an indication may be provided that they have been completed.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Technology Law (AREA)
  • General Business, Economics & Management (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

L'invention concerne un procédé et un système de communication de données, de préférence, de données relatives à des transactions financières, à une première application. Le procédé consiste à authentifier l'identité de l'utilisateur, à établir une liaison de transmission de données sécurisée entre la première application et la base de données, et à rendre disponible pour l'utilisateur au moins une partie des données, via la première application. Par ailleurs, l'invention concerne des moyens et des procédés permettant de catégoriser les artéfacts d'informations, comme par exemple les transactions financières.
PCT/NZ2010/000180 2009-09-07 2010-09-07 Système d'échange d'information WO2011028139A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
NZ579557 2009-09-07
NZ57955709 2009-09-07

Publications (1)

Publication Number Publication Date
WO2011028139A1 true WO2011028139A1 (fr) 2011-03-10

Family

ID=43649502

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/NZ2010/000180 WO2011028139A1 (fr) 2009-09-07 2010-09-07 Système d'échange d'information

Country Status (1)

Country Link
WO (1) WO2011028139A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2933724A3 (fr) * 2014-04-16 2016-05-11 Baidu Online Network Technology (Beijing) Co., Ltd Procédé et appareil d'inter-communication de compte entre APP

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5842185A (en) * 1993-02-18 1998-11-24 Intuit Inc. Method and system for electronically tracking financial transactions
WO2001061662A2 (fr) * 2000-02-14 2001-08-23 Bpass, Inc. Acces a des informations de plusieurs comptes financiers via l'internet
US20030187699A1 (en) * 2001-12-31 2003-10-02 Bonissone Piero Patrone System for rule-based insurance underwriting suitable for use by an automated system
US6792422B1 (en) * 2000-06-19 2004-09-14 Microsoft Corporation Automatic categorization of financial transactions
US20040199467A1 (en) * 1997-10-03 2004-10-07 Martin Joseph B. Automated debt payment system and method using atm network
US20080046349A1 (en) * 2006-08-17 2008-02-21 Verizon Data Services Inc. Method and systems for providing online banking and account aggregation services

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5842185A (en) * 1993-02-18 1998-11-24 Intuit Inc. Method and system for electronically tracking financial transactions
US20040199467A1 (en) * 1997-10-03 2004-10-07 Martin Joseph B. Automated debt payment system and method using atm network
WO2001061662A2 (fr) * 2000-02-14 2001-08-23 Bpass, Inc. Acces a des informations de plusieurs comptes financiers via l'internet
US6792422B1 (en) * 2000-06-19 2004-09-14 Microsoft Corporation Automatic categorization of financial transactions
US20030187699A1 (en) * 2001-12-31 2003-10-02 Bonissone Piero Patrone System for rule-based insurance underwriting suitable for use by an automated system
US20080046349A1 (en) * 2006-08-17 2008-02-21 Verizon Data Services Inc. Method and systems for providing online banking and account aggregation services

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2933724A3 (fr) * 2014-04-16 2016-05-11 Baidu Online Network Technology (Beijing) Co., Ltd Procédé et appareil d'inter-communication de compte entre APP
US9727711B2 (en) 2014-04-16 2017-08-08 Baidu Online Network Technology (Beijing) Co., Ltd. Method and apparatus for account intercommunication among APPs

Similar Documents

Publication Publication Date Title
US11089003B2 (en) Browser extension for limited-use secure token payment
AU2001251286B2 (en) System, method and apparatus for international financial transactions
US9032204B2 (en) Methods and systems for providing a signed digital certificate in real time
US8364713B2 (en) Personal data manager systems and methods
US20110270763A1 (en) Methods and apparatus for a financial document clearinghouse and secure delivery network
US20160034896A1 (en) SYSTEMS AND METHODS FOR EXTENDING IDENTITY ATTRIBUTES AND AUTHENTICATION FACTORS IN AN ePAYMENT ADDRESS REGISTRY
US20130179982A1 (en) Data Processing Engine System And Method
JP2003157402A (ja) オープンネットワーク販売システム及び取引トランザクションのリアルタイムでの承認を行う方法
AU2001251286A1 (en) System, method and apparatus for international financial transactions
WO2011028139A1 (fr) Système d'échange d'information
US11756043B1 (en) Payment card expiration identification and information update
Van Vliet A model of decentralised oversight for the digital asset industry with an example antimoney laundering/know-your-customer standard
KR20040101096A (ko) 네트워크 단말기를 이용한 원스톱 인증 및 결제방법
TWI840084B (zh) 電子兌換券與自動化處理電子兌換券的方法
TILAHUN ASSESSMENT OF THE OPPORTUNITIES AND CHALLENGES FOR THE ADOPTION OF E-BANKING SERVICE IN COMMERCIAL BANKS IN ETHIOPIA (A STUDY WITH REFERENCE TO SELECTED FOUR COMMERCIAL BANKS COMMERCIAL BANK OF ETHIOPIA, AWASH INTERNATIONAL BANK, DASHEN BANK AND ZEMEN BANK)
Genkina et al. Countermeasures: Social Networks
JP2004265091A (ja) ネットバンクのリンク振込システム
CA2902554A1 (fr) Systemes et procedes d'extension des attributs d'identite et des facteurs d'authentification dans un registre d'adresses de paiement electronique

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 10814014

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 10814014

Country of ref document: EP

Kind code of ref document: A1

点击 这是indexloc提供的php浏览器服务，不要输入任何密码和下载