US20070250426A1 - Transaction and account management system - Google Patents
Transaction and account management system Download PDFInfo
- Publication number
- US20070250426A1 US20070250426A1 US11/732,715 US73271507A US2007250426A1 US 20070250426 A1 US20070250426 A1 US 20070250426A1 US 73271507 A US73271507 A US 73271507A US 2007250426 A1 US2007250426 A1 US 2007250426A1
- Authority
- US
- United States
- Prior art keywords
- user
- information
- transaction
- data
- database
- Prior art date
- Legal status (The legal status 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 status listed.)
- Abandoned
Links
Images
Classifications
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/401—Transaction verification
- G06Q20/4014—Identity check for transactions
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/405—Establishing or using transaction specific rules
-
- 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
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
-
- 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
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
- G06Q30/0635—Processing of requisition or of purchase orders
-
- 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
-
- 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/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
-
- 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/06—Asset management; Financial planning or analysis
-
- 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/12—Accounting
-
- 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
- G06Q30/00—Commerce
Definitions
- the invention relates generally to the field of computer implemented account tracking, processing, and management.
- the techniques are applicable to diverse fields.
- FIG. 1 One specific area which involves extensive account maintenance and monitoring is the securities trading environment.
- client investors of an investment advisor firm maintain accounts for trading corporate securities.
- the telecommunication and network connection equipment 110 allows the investment advisor firm to connect to outside sources of information and services such as custodian banks, analysis firms, clearing houses, and securities broker/dealers. Under this configuration, the investment advisor firm executes application programs from several different locations, servers and/or workstations. It is the responsibility of the investment advisor firm to install and maintain the hardware and software for all equipment and programs at the investment advisor site 102 .
- FIG. 2 illustrates how the IA business presently consists of 12 core processes.
- the exact method each IA uses to complete these processes varies from shop to shop. As a result the actual number of steps for performing each one of the 12 processes can vary from shop to shop.
- the 12 core processes required for the IA are the very basics and essentials of its business. To implement each of these 12 processes requires proper procedures and passing of information from each process to the next.
- the relevant information about the client and his/her account is recorded. This information will include among other data, name, addresses, account type, contact information, compliance restrictions, billing information, custodian bank details, legal information and broker/dealer (B/D) requirements in addition to security and cash holdings. Different elements of the client account information will be used in each of the 12 processes. The relevant information for a user is presently not available in an efficient manner.
- the IA When an new account is opened for a client, the IA will record all of the new client holdings 204 . These can include equity and/or fixed income securities, mutual fund shares and cash. As each new trade is executed for a client, the IA may record the result in the client's account.
- the IA should receive a record of the client's holdings at the custodian 206 and reconcile. Securities and cash owned by each client are held by a custodian bank and not by the IA.
- the custodian bank maintains records for each client showing these holdings.
- the records of the IA preferably match the records of the custodian bank for each client. Whenever a new account is opened for a new client, there may be a delay in receiving the information from the custodian bank and recording the client's initial holdings. During this delay, the client's holdings may change. Moneys can be added and/or withdrawn and securities traded. After an account is opened, the correct 207 step takes place.
- the IA must reconcile its client account information with the custodian bank's information on a regular basis. If the IA had a different record of holdings than the record of the custodian 206 , then the IA should will see the inconsistency and notify the custodian 208 .
- Account reconciliation can be done daily, weekly or monthly. This will depend upon how often the custodian bank makes the client's data available and how much time the IA has available to reconcile accounts.
- the IA does not have information regarding a client's holdings at the custodian bank on a real time basis. The IA therefore does not know exactly what funds are available to be invested and may be recording inaccurately the securities in the client's account. Any systems that may potentially allow for a real time reconciliation require tremendous resources for the IA and the custodian to be able to communicate and make such information available to each other.
- the IA runs special routines. If it is the end of the month or the end of the quarter, the E.O.M. OR E.O.Q. step 224 will perform certain operations. If it is not the end of the month or end of the quarter, the next step will be performed.
- the IA runs performance information for each client's account, obtains equity security split and dividend information, updates fixed income securities payment information, reconciles client account information with the custodian bank records, etc.
- the IA performs the E.O.M. routines plus run the client billing.
- IAs typically bill clients on a quarterly system on the basis of average assets under management during the quarter.
- the billing process includes reconciling all client account information with the custodian bank's records.
- the IA should determine if there have been any additions and/or withdrawals in the accounts during the quarter and if so make appropriate billing adjustments from the day the adjustment occurred to the end of the quarter.
- the IA should prepare and distribute necessary client account statements and reports.
- a portfolio manager performs trade identification 210 .
- a PM will use various analytic tools to determine what trade he/she wants to make.
- the analytical decision to buy or sell is based on extensive research by the PM.
- the PM researches and studies the thousands of different companies and investment vehicles that are available.
- the PM will need to analyze company specific data to make the investment decision.
- the PM's will also make investment decisions based on the investment objectives that the client agreed to with the PM when the account was opened.
- the PM will next review holdings positions for any buy/sell 212 .
- a PM decides on a trade he/she wants to execute for his/her clients, he/she must refer back to the client account information for each client to determine which client accounts can participate in the trade, e.g. sufficient cash or any restrictions preventing the trade for the client account.
- the PM must determine which accounts to include in the trade taking into consideration account restrictions.
- the process of referring to account information and parsing it to see how many client accounts can do the trade remains a largely manual process. Even if the information is already in some electronic format, the PM has to refer back to each account, identify any constraints and compare these constraints against the trade details to determine the clients which are eligible to participate. Ideally, the trade details would automatically be compared against a database holding the client account information to identify clients which are not able to participate. Whenever the PM decides to place an order, the PM must pass the order to the trader for execution.
- the PM creates a formal request for the trader.
- This formal request to execute an order passes all relevant trade details and all regulatory requirements.
- the trader should be able to execute and act upon the PM's request at anytime during trading hours.
- the trader Under the step of execute order until complete 216 , the trader then must decide how to execute this trade, either as a single order or combine this order with another identical order and create a block order.
- One factor the trader may identify in constructing the trade is the particular designated B/D requirements for each client.
- a client may specify that all of its trades or some percentage be directed to a specific B/D.
- the online system may require the trader to re-key the trade request into the B/D's proprietary system or perform some “cut and paste” operation to move the data electronically into the online system.
- the trader needs to be able to transmit order requests correctly to the B/D in each B/D's format for execution.
- the trader preferably should be able to simultaneously manage several orders with multiple B/Ds.
- the trade correct 218 then has the trader verify that the order was correctly executed by the B/D.
- the order should reflect the correct order parameters such as buy or sell, quantity, price or market request (e.g. at the market or limit).
- the correct trade with broker &/or custodian 220 requires the trader to record the time and report information from the B/D upon notification from the B/D. If the order is not correct, it is the responsibility of the trader to notify the B/D of any errors and correct the order. The trader passes the trade to the settlement area in order to settle the trade.
- a portfolio assistant will then take the trade details and confirm the information with the B/D and the custodian. Any information which does not match needs to be reconciled until the order matches.
- the portfolio assistant will have to provide settlement details for the security and cash payments.
- Each client account can have multiple clearing instructions depending upon the security being sold/purchased.
- the correct settlement instructions should be reflected for each client participating in the trade.
- the settlement instructions should be provided by the IA to the custodian bank and the B/D.
- the custodian bank and the B/D should agree on the settlement of the trade. All regulatory requirements should be satisfied when settling a trade.
- DTC eligible trades should be affirmed i.e. approved, for the trade to settle. Once all the trades have settled, the information should be posted into all the relevant client accounts.
- E.O.D/E.O.T. routines 222 a user will perform E.O.D/E.O.T. routines 222 .
- the trader At the end of the day (E.O.D.) or end of the trade (E.O.T.), the trader will generate a report to comply with all regulatory requirements. The trader has to notify the PM regarding the completion of the trade, which includes the price of the trade.
- the transition from one of the core processes to another identifies a break in the flow that requires information to be moved from a process to the next process.
- the data may be moved (1) manually to the next process by re-keying the information into the system to be used in the next process, (2) by a “cut & paste” approach in which data will be electronically “cut” from one system and “pasted” into the next system by the user, or (3) by electronically moving the information by manually invoking a program that will take as input a file and then pass the information on to the next process.
- each time a system user has to move to the next process there is a break in the flow of information. This can translate into one piece of information, such as the client account number, being keyed into different systems as the IA moves from one process to the next. This is known as a “portage”. Each portage or break and re-entry of data represents an possible risk of error and an inefficiency because it is an added step in running the business as the user moves from each process to the next.
- the present invention comprises an information management system including a collection of data that can be changed or viewed by system users.
- the system also includes a user profile database that stores system related information.
- User identification information is stored so that a user may gain access to the system and so the system knows the access rights of the user. In other words, there are certain displays and/or modifications that are allowed dependent on the user that is using the system.
- there is a rules database which stores information that guides the system how to react in response to a user modification to information in the financial database. User profiles of other system users will be updated when there is a system response to a user modification.
- the system can be web hosted.
- the system users can interface with the system using a web browser such as Microsoft Explorer or Netscape Navigator.
- computer implemented tasks such as opening accounts, recording client information, and executing business transactions are performed.
- one or more of these tasks is completed, one or more user profiles are updated.
- FIG. 1 illustrates the present state of the art for financial management infrastructures.
- FIG. 2 illustrates the process used by the present state of the art to manage securities in the system of FIG. 1 .
- FIG. 3 is a block diagram of a system for updating financial information and user profiles of system users.
- FIG. 5, 6 , and 7 illustrate screen displays of a trader viewing trade activity using the system in FIG. 3 .
- FIG. 8 which comprises FIGS. 8A and 8B , is a block diagram of a financial system in accordance with one embodiment of the invention.
- FIG. 9 which comprises FIGS. 9A, 9B , and 9 C, illustrates the components of of the server system in FIG. 8 .
- FIG. 10 which comprises FIGS. 10A and 10B , is a block diagram of a retail sales system in accordance with one embodiment of the invention.
- FIG. 3 illustrates a system for managing and updating account information.
- This system is advantageously implemented in a networked environment, as will be explained in additional detail below.
- an account management system in accordance with this embodiment of the invention may be structured as a database of account information which is selectively available to users for alteration and viewing. The alteration and viewing is performed in accordance with other stored information defining what account information different users are allowed to alter or view, as well as defining system response to user input such as account information updates, additions, or other alterations.
- Such a system has advantageous application to many fields.
- the users of the system are those involved in the management of third party investments, e.g.
- system users are point-of-sale clerks, store managers, and vendors in a retail sales environment. This embodiment is described in additional detail with reference to FIGS. 10 and 11 .
- the first component of the system is a database of financial information 302 .
- This collection of information includes data concerning the client's holdings and the types of securities the client holds in his or her account.
- the database may include information about the client's decisions to participate or not participate in certain trades. For instance, if the client does not wish to have more than 50% of his or her holdings consisting of equity stocks, that information may be recorded in the database.
- Also stored in the database of financial information 302 is information about investor clients and their accounts. In general, all of the information regarding a client account would initially be entered into the database when the account is opened. This would include basic account details such as name, contact information, settlement instructions, cash and security positions, and additionally include more sophisticated data such as security and industry restrictions, specific B/D requirements and discretionary versus non-discretionary trading authority.
- FIG. 3 Another component of the system of FIG. 3 is a collection of user profiles 306 .
- Each user of the system is assigned a user profile containing information defining the functions that the user can perform and the display the user can view.
- the appropriate user profile is retrieved when the user logs onto the system. This prevents the user from entering unauthorized requests and ensures that the user can view that information necessary to effectively perform their duties.
- the user profile of a portfolio manager at an investment advisor firm may allow the portfolio manager to view and change the security trading restrictions of a client, whereas the user profile of a banker at a custodian bank might not allow the banker to view this data or make such a change.
- user profiles 306 may be updated automatically and transparently when there is a change to the information 302 in the financial database.
- the user profile of a selected portfolio manager will define what client accounts that portfolio manager can view. As any given portfolio manager will manage only a subset of the investment advisor firm clients, the user profile will specify those particular accounts that portfolio manager is responsible for, allowing viewing and processing of those accounts only. If an assistant adds a new client and the associated information to the financial database 302 , the rules 304 specify that the user profile of the appropriate portfolio manager be automatically and transparently updated to allow the correct portfolio manager access to the client information to view and process the client account.
- FIG. 4 illustrates a process that the system embodiment of FIG. 3 may implement in the modification and viewing of financial information.
- a user enters his or her log-in information 404 in order to access the system.
- an index may be used to match the user with a user id in the user profile database.
- the user is allowed to view information according to a customized display 408 set by the user profile.
- a user id might be JD100TDHCM.
- the user can view information in the database or can attempt to modify 410 the information in the database. If the user wishes to modify 412 , the modification must be in accordance with the rules, or the system will reject the modification. As discussed above, after the modification at block 414 , one or more user profiles may be updated in response to the modification. Then the user may continue view until another modification or log-off is requested 416 . After log off, the process stops at block 418 .
- FIG. 5 shows a trader's screen 502 viewing all equity trade orders in the system.
- the trader is using a display setting that causes the display to be refreshed when something such as a trade order has changed.
- the screen does not change on a specific time interval but rather when a trade has changed or new trade has entered the system.
- the system notifies the trader that a new security type, “option” has been defined in the system, by, for example, the investment manager of the investment advisory firm and that there is a new trade order that has entered the system.
- the system With a dialog box 602 , the system notifies the trader that the trader's user profile has been modified 602 .
- the user profile for this trader has been modified to allow the display of option trades 704 .
- FIG. 8 which consists of FIGS. 8A and 8B , illustrates a web hosted implementation of the system in FIG. 3 .
- the system 802 advantageously comprises an Internet/Intranet application running on a host server 804 .
- the server 804 is in communication with a database 806 which incorporates all of the information databases 302 , 304 , 306 that are described above with reference to FIG. 3 .
- the application and the information in the database is accessible at a network address (e.g. www.site.com) to system users that have a PC with Internet access and Internet browser in a manner well known in the art.
- a network address e.g. www.site.com
- FIG. 9 which comprises FIGS. 9A, 9B , and 9 C, each of the 12 core processes illustrated in FIG. 2 , the entire investment advisor business, have been broken down into specific components and into a discrete set of tasks.
- the system has taken the 12 core processes of the investment advisor business and places the business logic within the Business Logic Manager 920 and the screen presentations in the Presentation/Dialog Manager 940 .
- Both the Business Logic Manager 920 and the Presentation/Dialog Manager 940 make calls to the database 806 to determine the exact algorithm to execute and the formatting of the user dialog. This allows for custom logic algorithms and custom screen settings for each investment advisor user.
- the User Profile and Session Manager 916 tag each request with a field that Transaction Manager 918 passes to the Business Logic Manager and the Presentation/Dialog Manager 940 .
- This database approach allows the system 802 to maintain an infinite number of custom settings for each investment advisor shop and each investment advisor user at each shop.
- the User/investment advisor Site Manager 914 is the interface to add, modify and/or remove business logic and presentation/dialog settings. This approach allows the investment advisor to modify business practices without having to reengineer the system 802 .
- Centralized location of the database 806 and logic allows the system to make any specific customer requests or general changes without the need to visit each customer site.
- the changes or modifications can be tested at the host server's location on a test database. Such changes can then can be made to the production database that is also on site at the host server's location without requiring visits to each user's site.
- the only software that has to be installed on the investment advisor's system is an Internet browser and security software that uniquely identifies the investment advisor browser to the host server.
- the executable and DLLs on a investment advisor's PC can be maintained and modified by the host server 804 . If a new version of a DLL is required, the host server 804 can electronically send the new version to the investment advisor PC and install this software automatically on the investment advisor site. This eliminates the need for the investment advisor to maintain anything beyond a simple PC network with Internet access.
- the User Profile and Session Manager 916 determines what data the user is allowed to access as well as the format the data will be presented. This method allows each user to have a custom look and feel.
- the investment advisor can customize his/her settings, e.g. change the font and color.
- the User Profile and Session Manager 916 resolves conflicts when two users attempt to perform the same task at the same time, such as updating a client account number.
- the user that submitted the update request first will be allowed to modify the field and the second user will be notified of the situation.
- the conflict is resolved at the User Profile and Session Manager 916 level rather then the database level. This approach removes the possibility of data corruption and the overhead associated with processing a concurrent update at the database
- the different modules within the system allows each person to think and function within their respective task. As data is transferred from one job function to another job function, the data is presented in the format that is expected and clearly understood within the specific job function. This can be accomplished without moving the data from one user to the next user as all the data is located in a central database.
- the system will reduce the hardware requirements of each investment advisor client because the investment advisor will no longer be required to maintain servers and specialized network connectivity software and/or hardware.
- the Plug-In Module 928 allows the investment advisor to connect the various systems. This allows data integration with systems, such as an Office File Server and e-mail system, network connectivity.
- the system 802 already has several layers of security such as the security module 902 that allow secure Internet connection.
- the Plug-In Module 928 allows the investment advisor to take advantage of these secure network connections. This in effect eliminates all but the LAN 104 for the investment advisor to maintain as an infrastructure.
- the investment advisor can access to his/her data from anywhere in the world as long as he/she has access to the Internet. All information is viewable on a real-time basis.
- all information required to manage inventory and order information may reside in a database or series of databases available to the entire firm.
- the information and tools that any user needs to complete his/her task then could be displayed in an easily customizable format.
- a user's interface would display all relevant data to complete his/her task without the need to migrate data from a prior user or to the next user.
- the data for each user's tasks would reside in one place. This again would eliminate the “portage” in the workflow.
- All of the information regarding a product initially is entered into the database when the product is ordered. This would include basic product details such as product description, vendor, vendor terms, vendor lead time to fill order, vendor minimum and maximum order, product shelf requirements, product shipping requirements, product packaging requirements, product re-order requirements, manufacturer contact and vendor return policy. All the information as to how a product must be processed would be maintained in one central location.
- End of day (E.O.D) and/or end of trade (E.O.T.) routines will also be performed in order to generate reports.
- the Transaction Manager 918 categorizes the user request into a business component, which is handled by the Business Logic Manager 920 , and presentation layer, which is handled by the Presentation/Dialog Manager 940 .
- the Transaction Manager 918 is a multitasking engine that can handle thousands of requests. Each user request is coordinated with the User Profile and Session Manager 916 .
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Technology Law (AREA)
- Computer Security & Cryptography (AREA)
- Entrepreneurship & Innovation (AREA)
- Game Theory and Decision Science (AREA)
- Operations Research (AREA)
- Human Resources & Organizations (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
An information management system that consists of data, a rules database, and user profiles is provided. The rules database stores information about system responses to modifications of the data. The user profiles store information concerning the availability of information and displays depending upon the user. Automatic updates to user profiles in response to modifications to the data are performed.
Description
- This application is a continuation of U.S. patent application Ser. No. 09/658,332 entitled “Transaction and Account Management System” filed on Sep. 8, 2000, which application in turn claims priority under 35 U.S.C. § 119 to U.S. Provisional Application No. 60/152,920, filed Sep. 8, 1999. The disclosure of both of these applications is hereby incorporated by reference in its entirety.
- 1. Field of the Invention
- The invention relates generally to the field of computer implemented account tracking, processing, and management. The techniques are applicable to diverse fields.
- 2. Description of the Related Art
- With the advent of the Internet, a wide variety of computer implemented methods of tracking customer activity, fulfilling customer orders, and the like have been implemented or proposed. In some cases, these methods include the creation of user specific accounts which include various types of information about the customer, and which help define, at least in part, the nature of a system user's interaction with the system.
- One specific area which involves extensive account maintenance and monitoring is the securities trading environment. In these systems, an example of which is provided in
FIG. 1 , client investors of an investment advisor firm maintain accounts for trading corporate securities. -
FIG. 1 , which consists of 1A, 1B, and 1C, illustrates present technology for the infrastructure of an example financial management system which may be utilized by an investment advisory firm. At the Investment Advisor (IA)site 102, a local area network (LAN) 104 comprised ofservers 106,workstations 108, and telecommunication andnetwork connection equipment 110 is installed. Theservers 106 allow the investment advisor firm to store and retrieve data for internal and external purposes. Theworkstations 108 provide the investment advisor firm with terminals from which to execute programs and enable the end-user to connect to outside data sources such asremote servers 112 through the Internet/Network 114. The telecommunication andnetwork connection equipment 110 allows the investment advisor firm to connect to outside sources of information and services such as custodian banks, analysis firms, clearing houses, and securities broker/dealers. Under this configuration, the investment advisor firm executes application programs from several different locations, servers and/or workstations. It is the responsibility of the investment advisor firm to install and maintain the hardware and software for all equipment and programs at theinvestment advisor site 102. -
FIG. 2 illustrates how the IA business presently consists of 12 core processes. The exact method each IA uses to complete these processes varies from shop to shop. As a result the actual number of steps for performing each one of the 12 processes can vary from shop to shop. The 12 core processes required for the IA are the very basics and essentials of its business. To implement each of these 12 processes requires proper procedures and passing of information from each process to the next. - To open an
account 202, all relevant information about the client and his/her account is recorded. This information will include among other data, name, addresses, account type, contact information, compliance restrictions, billing information, custodian bank details, legal information and broker/dealer (B/D) requirements in addition to security and cash holdings. Different elements of the client account information will be used in each of the 12 processes. The relevant information for a user is presently not available in an efficient manner. - When an new account is opened for a client, the IA will record all of the
new client holdings 204. These can include equity and/or fixed income securities, mutual fund shares and cash. As each new trade is executed for a client, the IA may record the result in the client's account. - Next, the IA should receive a record of the client's holdings at the
custodian 206 and reconcile. Securities and cash owned by each client are held by a custodian bank and not by the IA. The custodian bank maintains records for each client showing these holdings. The records of the IA preferably match the records of the custodian bank for each client. Whenever a new account is opened for a new client, there may be a delay in receiving the information from the custodian bank and recording the client's initial holdings. During this delay, the client's holdings may change. Moneys can be added and/or withdrawn and securities traded. After an account is opened, the correct 207 step takes place. The IA must reconcile its client account information with the custodian bank's information on a regular basis. If the IA had a different record of holdings than the record of thecustodian 206, then the IA should will see the inconsistency and notify thecustodian 208. Account reconciliation can be done daily, weekly or monthly. This will depend upon how often the custodian bank makes the client's data available and how much time the IA has available to reconcile accounts. Presently the IA does not have information regarding a client's holdings at the custodian bank on a real time basis. The IA therefore does not know exactly what funds are available to be invested and may be recording inaccurately the securities in the client's account. Any systems that may potentially allow for a real time reconciliation require tremendous resources for the IA and the custodian to be able to communicate and make such information available to each other. - At the end of the month (E.O.M.) or the end of the quarter (E.O.Q.), the IA runs special routines. If it is the end of the month or the end of the quarter, the E.O.M. OR E.O.Q.
step 224 will perform certain operations. If it is not the end of the month or end of the quarter, the next step will be performed. At the E.O.M. the IA runs performance information for each client's account, obtains equity security split and dividend information, updates fixed income securities payment information, reconciles client account information with the custodian bank records, etc. At the E.O.Q. the IA performs the E.O.M. routines plus run the client billing. IAs typically bill clients on a quarterly system on the basis of average assets under management during the quarter. The billing process includes reconciling all client account information with the custodian bank's records. The IA should determine if there have been any additions and/or withdrawals in the accounts during the quarter and if so make appropriate billing adjustments from the day the adjustment occurred to the end of the quarter. The IA should prepare and distribute necessary client account statements and reports. - A portfolio manager (PM) performs
trade identification 210. A PM will use various analytic tools to determine what trade he/she wants to make. The analytical decision to buy or sell is based on extensive research by the PM. The PM researches and studies the thousands of different companies and investment vehicles that are available. The PM will need to analyze company specific data to make the investment decision. The PM's will also make investment decisions based on the investment objectives that the client agreed to with the PM when the account was opened. - The PM will next review holdings positions for any buy/
sell 212. Once a PM decides on a trade he/she wants to execute for his/her clients, he/she must refer back to the client account information for each client to determine which client accounts can participate in the trade, e.g. sufficient cash or any restrictions preventing the trade for the client account. The PM must determine which accounts to include in the trade taking into consideration account restrictions. The process of referring to account information and parsing it to see how many client accounts can do the trade remains a largely manual process. Even if the information is already in some electronic format, the PM has to refer back to each account, identify any constraints and compare these constraints against the trade details to determine the clients which are eligible to participate. Ideally, the trade details would automatically be compared against a database holding the client account information to identify clients which are not able to participate. Whenever the PM decides to place an order, the PM must pass the order to the trader for execution. - Under the step of pass orders to trader for
execution 214, the PM creates a formal request for the trader. This formal request to execute an order passes all relevant trade details and all regulatory requirements. The trader should be able to execute and act upon the PM's request at anytime during trading hours. - Under the step of execute order until complete 216, the trader then must decide how to execute this trade, either as a single order or combine this order with another identical order and create a block order. One factor the trader may identify in constructing the trade is the particular designated B/D requirements for each client. A client may specify that all of its trades or some percentage be directed to a specific B/D. Once the trader has determined how many trades go to each B/D, he/she will either call a B/D or use an online system for a particular B/D to place the trade. The online system may require the trader to re-key the trade request into the B/D's proprietary system or perform some “cut and paste” operation to move the data electronically into the online system. The trader needs to be able to transmit order requests correctly to the B/D in each B/D's format for execution. The trader preferably should be able to simultaneously manage several orders with multiple B/Ds.
- The trade correct 218 then has the trader verify that the order was correctly executed by the B/D. The order should reflect the correct order parameters such as buy or sell, quantity, price or market request (e.g. at the market or limit). The correct trade with broker &/or
custodian 220 requires the trader to record the time and report information from the B/D upon notification from the B/D. If the order is not correct, it is the responsibility of the trader to notify the B/D of any errors and correct the order. The trader passes the trade to the settlement area in order to settle the trade. - To settle
trade 222, a portfolio assistant will then take the trade details and confirm the information with the B/D and the custodian. Any information which does not match needs to be reconciled until the order matches. The portfolio assistant will have to provide settlement details for the security and cash payments. Each client account can have multiple clearing instructions depending upon the security being sold/purchased. The correct settlement instructions should be reflected for each client participating in the trade. The settlement instructions should be provided by the IA to the custodian bank and the B/D. The custodian bank and the B/D should agree on the settlement of the trade. All regulatory requirements should be satisfied when settling a trade. DTC eligible trades should be affirmed i.e. approved, for the trade to settle. Once all the trades have settled, the information should be posted into all the relevant client accounts. - In addition, a user will perform E.O.D/E.O.T.
routines 222. At the end of the day (E.O.D.) or end of the trade (E.O.T.), the trader will generate a report to comply with all regulatory requirements. The trader has to notify the PM regarding the completion of the trade, which includes the price of the trade. - Other environments have similar account tracking requirements. In the retail sales environment, for example, a set of core processes can be defined that are fundamental parts of retail sales. In these and other environments, existing art today is cumbersome and addresses only segments of identified core processes. It consists of components that separately handle distinct tasks. No one program or set of programs completely addresses and handles core processes of an enterprise from start to finish. The solutions today address each process and provide a solution as if it was an isolated body of information not connected to the next. The connections between programs are not seamless or do not exist at all. For the most part the data has to be manually re-entered upon the commencement of the next process.
- Thus, the transition from one of the core processes to another identifies a break in the flow that requires information to be moved from a process to the next process. The data may be moved (1) manually to the next process by re-keying the information into the system to be used in the next process, (2) by a “cut & paste” approach in which data will be electronically “cut” from one system and “pasted” into the next system by the user, or (3) by electronically moving the information by manually invoking a program that will take as input a file and then pass the information on to the next process.
- Regardless of the approach, each time a system user has to move to the next process there is a break in the flow of information. This can translate into one piece of information, such as the client account number, being keyed into different systems as the IA moves from one process to the next. This is known as a “portage”. Each portage or break and re-entry of data represents an possible risk of error and an inefficiency because it is an added step in running the business as the user moves from each process to the next.
- In one embodiment, the present invention comprises an information management system including a collection of data that can be changed or viewed by system users. The system also includes a user profile database that stores system related information. User identification information is stored so that a user may gain access to the system and so the system knows the access rights of the user. In other words, there are certain displays and/or modifications that are allowed dependent on the user that is using the system. In addition, there is a rules database, which stores information that guides the system how to react in response to a user modification to information in the financial database. User profiles of other system users will be updated when there is a system response to a user modification.
- In one advantageous embodiment, the system can be web hosted. The system users can interface with the system using a web browser such as Microsoft Explorer or Netscape Navigator.
- In another embodiment, computer implemented tasks such as opening accounts, recording client information, and executing business transactions are performed. In addition, when one or more of these tasks is completed, one or more user profiles are updated.
-
FIG. 1 illustrates the present state of the art for financial management infrastructures. -
FIG. 2 illustrates the process used by the present state of the art to manage securities in the system ofFIG. 1 . -
FIG. 3 is a block diagram of a system for updating financial information and user profiles of system users. -
FIG. 4 is a flow chart of a transaction processing method in accordance with one embodiment of the invention. -
FIG. 5, 6 , and 7 illustrate screen displays of a trader viewing trade activity using the system inFIG. 3 . -
FIG. 8 , which comprisesFIGS. 8A and 8B , is a block diagram of a financial system in accordance with one embodiment of the invention. -
FIG. 9 , which comprisesFIGS. 9A, 9B , and 9C, illustrates the components of of the server system inFIG. 8 . -
FIG. 10 , which comprisesFIGS. 10A and 10B , is a block diagram of a retail sales system in accordance with one embodiment of the invention. -
FIG. 11 , which comprisesFIGS. 11A, 11B , and 11C, illustrates the components of the server system ofFIG. 10 . - Embodiments of the invention will now be described with reference to the accompanying Figures, wherein like numerals refer to like elements throughout. The terminology used in the description presented herein is not intended to be interpreted in any limited or restrictive manner, simply because it is being utilized in conjunction with a detailed description of certain specific embodiments of the invention. Furthermore, embodiments of the invention may include several novel features, no single one of which is solely responsible for its desirable attributes or which is essential to practicing the inventions herein described.
-
FIG. 3 illustrates a system for managing and updating account information. This system is advantageously implemented in a networked environment, as will be explained in additional detail below. Fundamentally, an account management system in accordance with this embodiment of the invention may be structured as a database of account information which is selectively available to users for alteration and viewing. The alteration and viewing is performed in accordance with other stored information defining what account information different users are allowed to alter or view, as well as defining system response to user input such as account information updates, additions, or other alterations. Such a system has advantageous application to many fields. In one embodiment, the users of the system are those involved in the management of third party investments, e.g. portfolio managers, traders, and other members of an investment advisor firm, as well as their external partners such as brokers, banks, etc. This embodiment is described in additional detail with reference toFIGS. 3-9 . In another embodiment, the system users are point-of-sale clerks, store managers, and vendors in a retail sales environment. This embodiment is described in additional detail with reference toFIGS. 10 and 11 . - In the investment account management embodiment, and as depicted in
FIG. 3 , the first component of the system is a database offinancial information 302. This collection of information includes data concerning the client's holdings and the types of securities the client holds in his or her account. In addition, the database may include information about the client's decisions to participate or not participate in certain trades. For instance, if the client does not wish to have more than 50% of his or her holdings consisting of equity stocks, that information may be recorded in the database. Also stored in the database offinancial information 302 is information about investor clients and their accounts. In general, all of the information regarding a client account would initially be entered into the database when the account is opened. This would include basic account details such as name, contact information, settlement instructions, cash and security positions, and additionally include more sophisticated data such as security and industry restrictions, specific B/D requirements and discretionary versus non-discretionary trading authority. - The second component depicted in
FIG. 3 is adatabase 304 of “business rules. The business rules stored in thedatabase 304 are tasks or operations that the system performs in response to user manipulation of thefinancial information data 302. The process of opening an account, for example, is defined by a series of steps which are performed during that process. The steps are translated into logic components and dialogs that allow the user to input data and/or respond to a question in order to move to the next logical step and complete the account opening process. Thus, when the user enters data in a dialog or when the user clicks a dialog button, such as “Next,” a series of steps are invoked. These actions may include verifying that the data entered is in the correct format, i.e. no “dirty-data”, and executing a series of programs that will store/retrieve and/or perform some algorithm with the data that the user has on his/her screen or other data in the database offinancial information 302. These operations are defined by the business rules in thedatabase 304. - Another component of the system of
FIG. 3 is a collection of user profiles 306. Each user of the system is assigned a user profile containing information defining the functions that the user can perform and the display the user can view. The appropriate user profile is retrieved when the user logs onto the system. This prevents the user from entering unauthorized requests and ensures that the user can view that information necessary to effectively perform their duties. For instance, the user profile of a portfolio manager at an investment advisor firm may allow the portfolio manager to view and change the security trading restrictions of a client, whereas the user profile of a banker at a custodian bank might not allow the banker to view this data or make such a change. - Although three separate databases are illustrated, it will be appreciated by those of skill in the art that all of the information, including financial information, rules, and user profiles may be combined into one database, as is shown for example, in
FIG. 8 . - In accordance with one aspect of the invention, user profiles 306 may be updated automatically and transparently when there is a change to the
information 302 in the financial database. For example, the user profile of a selected portfolio manager will define what client accounts that portfolio manager can view. As any given portfolio manager will manage only a subset of the investment advisor firm clients, the user profile will specify those particular accounts that portfolio manager is responsible for, allowing viewing and processing of those accounts only. If an assistant adds a new client and the associated information to thefinancial database 302, therules 304 specify that the user profile of the appropriate portfolio manager be automatically and transparently updated to allow the correct portfolio manager access to the client information to view and process the client account. -
FIG. 4 illustrates a process that the system embodiment ofFIG. 3 may implement in the modification and viewing of financial information. To start 402, a user enters his or her log-ininformation 404 in order to access the system. Before the system allows entry, an index may be used to match the user with a user id in the user profile database. After a match is found, the user is allowed to view information according to a customizeddisplay 408 set by the user profile. As one example, a user id might be JD100TDHCM. When this user connects to the system, the system will retrieve user session parameters such as “Trader, Harold Corporate Management Systems, Dialogs—8,10,22,23,44, Screen settings—5, 11, 23, 29, 40.” These parameters, defined by the user profile, will identify the entitlements that this trader has to the system and to the information in thedatabase 302. - The user can view information in the database or can attempt to modify 410 the information in the database. If the user wishes to modify 412, the modification must be in accordance with the rules, or the system will reject the modification. As discussed above, after the modification at
block 414, one or more user profiles may be updated in response to the modification. Then the user may continue view until another modification or log-off is requested 416. After log off, the process stops atblock 418. - In some embodiments of the invention, modifications to the
database 302 and the user profiles 306 are made in real time, and all users logged onto the system are notified of the changes. This type of real time update to a user profile is illustrated by the screen displays ofFIGS. 5, 6 , and 7. -
FIG. 5 shows a trader'sscreen 502 viewing all equity trade orders in the system. In this example, the trader is using a display setting that causes the display to be refreshed when something such as a trade order has changed. In this example, the screen does not change on a specific time interval but rather when a trade has changed or new trade has entered the system. InFIG. 6 , the system notifies the trader that a new security type, “option” has been defined in the system, by, for example, the investment manager of the investment advisory firm and that there is a new trade order that has entered the system. With adialog box 602, the system notifies the trader that the trader's user profile has been modified 602. InFIG. 7 , the user profile for this trader has been modified to allow the display of option trades 704. - Turning now to
FIGS. 8-11 , specific applications of the system architecture ofFIG. 3 are shown. InFIGS. 8 and 9 , the system in applied to the investment advisor environment. InFIGS. 10 and 11 , the system is applied to the retail sales environment. -
FIG. 8 , which consists ofFIGS. 8A and 8B , illustrates a web hosted implementation of the system inFIG. 3 . Thesystem 802 advantageously comprises an Internet/Intranet application running on ahost server 804. Theserver 804 is in communication with adatabase 806 which incorporates all of theinformation databases FIG. 3 . The application and the information in the database is accessible at a network address (e.g. www.site.com) to system users that have a PC with Internet access and Internet browser in a manner well known in the art. - In this embodiment, the
database 806 would be maintained onservers 804 that would not be located at the investment advisor firm. Theserver 804 would receive information from the custodian banks and B/Ds that the investment advisor has business relationships with. This data would be accessible by the investment advisor firm onlocal computers 812 via an Internet/Intranet connection. Thesystem 802 eliminates the need for the investment advisor to maintain any other technology infrastructure. - Furthermore, all the information required by an IA to efficiently execute trades and update all users in accordance with the latest database information would reside in one place, and be available to the entire IA firm as well as associated entities such as brokers and banks. The information and tools that any user needs to complete his/her task then could be displayed in an easily customizable format. Due to the automatic updates to the user profiles, a user's interface would display all relevant data to complete his/her task without the need to migrate data from a prior user or to the next user. This would eliminate the “portage” in the IA's workflow.
- For example, portfolio managers would then be able to use this information to determine which client accounts are eligible for a particular trade. Once a trade has been identified, the PM can easily run a routine that determines who can execute the trade and if there are any limitations on how the trade must be executed.
- Once the PM has identified the client accounts to be included in a trade, the trader would use his/her interface to determine how the trade can be best executed, i.e. as several trades with multiple broker/dealers or as a single block order trade. The dealing rules 304 for each client account would be readily accessible and the trader can accommodate them easily. The trader then would be able to use the on-line trading systems of any B/D without re-keying in the trade order on each B/D's proprietary system. In accordance with a user profile associated with each broker, the system would process the trade into the format required by each B/D system. The
system 802 also allows the B/D to send confirmations back to the IA through the BID's proprietary system and format. Thesystem 802 takes the confirmation, receives the data in the unique format from each B/D and in accordance with the B/D user profile, changes the format as required by the trader and IA's settlement area. - Once trades have been confirmed by the B/D, trade and settlement details would be sent to the custodian bank and B/D based on each client account's information. All these details would be stored in the
database 806, and would allow straight through processing of the trade. Once trades have settled, all client account information would automatically be updated. - As depicted in
FIG. 9 , which comprisesFIGS. 9A, 9B , and 9C, each of the 12 core processes illustrated inFIG. 2 , the entire investment advisor business, have been broken down into specific components and into a discrete set of tasks. - The
Transaction Manager 918 categorizes the user request into a business component, which is handled by theBusiness Logic Manager 920, and presentation layer, which is handled by the Presentation/Dialog Manager. TheTransaction Manager 918 is a multitasking engine that can handle thousands of requests. Each user request is coordinated with the User Profile andSession Manager 916. The User Profile andSession Manager 916 maintains the user entitlements, the user session settings and the requests currently pending and the request currently executing. TheTransaction Manager 918 issues a command to both theBusiness Logic Manager 920 and the Presentation/Dialog Manager 940. The requests issued to theBusiness Manager 920 and Presentation/Dialog Manager 940 run in parallel. Running tasks concurrently reduces execution time. Since theTransaction Manager 918 coordinates the user request with the User Profile and Session Manager, this allows theTransaction Manager 918 to process other user requests as the 1st request is being processed by theBusiness Manager 920 and Presentation/Dialog Manager 940. - The system has taken the 12 core processes of the investment advisor business and places the business logic within the
Business Logic Manager 920 and the screen presentations in the Presentation/Dialog Manager 940. Both theBusiness Logic Manager 920 and the Presentation/Dialog Manager 940 make calls to thedatabase 806 to determine the exact algorithm to execute and the formatting of the user dialog. This allows for custom logic algorithms and custom screen settings for each investment advisor user. The User Profile andSession Manager 916 tag each request with a field thatTransaction Manager 918 passes to the Business Logic Manager and the Presentation/Dialog Manager 940. This database approach allows thesystem 802 to maintain an infinite number of custom settings for each investment advisor shop and each investment advisor user at each shop. The User/investmentadvisor Site Manager 914 is the interface to add, modify and/or remove business logic and presentation/dialog settings. This approach allows the investment advisor to modify business practices without having to reengineer thesystem 802. - The advantages of the breaking up the business logic into the
Business Logic Manager 920 and the screen presentations into the Presentation/Dialog Manager 940 is (1) there is a centralized location of business logic and screen settings, (2) new logic can be introduced into the system without reengineering the system and (3) a technician can troubleshoot an investment advisor client problem remotely. - Centralized location of the
database 806 and logic allows the system to make any specific customer requests or general changes without the need to visit each customer site. The changes or modifications can be tested at the host server's location on a test database. Such changes can then can be made to the production database that is also on site at the host server's location without requiring visits to each user's site. - On a one-time basis the only software that has to be installed on the investment advisor's system is an Internet browser and security software that uniquely identifies the investment advisor browser to the host server.
- An executable file and a DLL are installed at the investment advisor site only if the investment advisor user wishes to invoke the
Database Interface Module 924 locally. This will allow the investment advisor to work locally with a program such as Excel or Word and a local database on the investment advisor PC. The DLL is a modification to the investment advisor's operating system that allows the PC to communicate to the system's 802 executable. - The executable and DLLs on a investment advisor's PC can be maintained and modified by the
host server 804. If a new version of a DLL is required, thehost server 804 can electronically send the new version to the investment advisor PC and install this software automatically on the investment advisor site. This eliminates the need for the investment advisor to maintain anything beyond a simple PC network with Internet access. - Once the user enters the system, the investment advisor can access any of modules he/she has permission to access. In one embodiment, the modules available are Trader, Maintenance/Assistant, Portfolio Manager, Billing, Reporting module, Compliance, Portfolio Management Accounting System, Fixed Income Securities, Pricing and 3rd Party Connection.
- The User Profile and
Session Manager 916 determines what data the user is allowed to access as well as the format the data will be presented. This method allows each user to have a custom look and feel. In conjunction with the User/investmentadvisor Site Manager 914, the investment advisor can customize his/her settings, e.g. change the font and color. - The
database 806 is advantageously structured such that theentire database 806 can be accessed via such key fields such as “client account number”, “client name”, “security name”, “trade date “and” ticket number. This capability allows the end user to obtain any field of information within the database. - There is virtually no limit to the number of data fields that can be used in the system. With this database anytime an entry is made, changed or created the modification is recorded. There can be an endless number of changes that a user can make and all of the changes will be recorded.
- Each recorded modification may include the time the change was made, the user that made the change and the data prior to the change.
- The User Profile and
Session Manager 916 resolves conflicts when two users attempt to perform the same task at the same time, such as updating a client account number. The user that submitted the update request first will be allowed to modify the field and the second user will be notified of the situation. The conflict is resolved at the User Profile andSession Manager 916 level rather then the database level. This approach removes the possibility of data corruption and the overhead associated with processing a concurrent update at the database - The different modules within the system allows each person to think and function within their respective task. As data is transferred from one job function to another job function, the data is presented in the format that is expected and clearly understood within the specific job function. This can be accomplished without moving the data from one user to the next user as all the data is located in a central database.
- The system will reduce the hardware requirements of each investment advisor client because the investment advisor will no longer be required to maintain servers and specialized network connectivity software and/or hardware. The Plug-
In Module 928 allows the investment advisor to connect the various systems. This allows data integration with systems, such as an Office File Server and e-mail system, network connectivity. Thesystem 802 already has several layers of security such as thesecurity module 902 that allow secure Internet connection. The Plug-In Module 928 allows the investment advisor to take advantage of these secure network connections. This in effect eliminates all but theLAN 104 for the investment advisor to maintain as an infrastructure. The investment advisor can access to his/her data from anywhere in the world as long as he/she has access to the Internet. All information is viewable on a real-time basis. - Turning now to the retail store (RS) environment, it will be appreciated that there may also be defined a set of core process for managing information. Product specifications, terms, availability can vary from vendor to vendor. The RS has to determine shelf life, shelf requirements, shipping requirements for both receiving the product and shipping the product to customers, cost of the product, minimum and maximum inventory levels, re-ordering requirements of the product and pricing fluctuations of the product due to market conditions.
- As with the investment advisory firm system described above, in an application f the invention to the retail store environment, all information required to manage inventory and order information may reside in a database or series of databases available to the entire firm. The information and tools that any user needs to complete his/her task then could be displayed in an easily customizable format. A user's interface would display all relevant data to complete his/her task without the need to migrate data from a prior user or to the next user. The data for each user's tasks would reside in one place. This again would eliminate the “portage” in the workflow.
- All of the information regarding a product initially is entered into the database when the product is ordered. This would include basic product details such as product description, vendor, vendor terms, vendor lead time to fill order, vendor minimum and maximum order, product shelf requirements, product shipping requirements, product packaging requirements, product re-order requirements, manufacturer contact and vendor return policy. All the information as to how a product must be processed would be maintained in one central location.
- The store manager and the buyer would then be able to use this information to determine which products should be purchased and the quantity for the order. Once the desired products have been identified for order, the buyer can focus on filling the order, electronically notify the order details to the receiving department, accounting department and inform customers of pending orders. With the ability to pass product information to the store manager, the buyer can focus on vendor visits to see product displays, new product samples and report his/her finds to the store manager.
- A
retail store system 1002, implemented in a fashion similar to thesystem 802 depicted inFIG. 8 allows the buyer to key in the order request into the system and then electronically pass the order information to the vendor's on-line ordering system without re-keying in the order information. Thesystem 1002 would process the order into the format required by each vendor system. Thesystem 1002 allows the vendor to send confirmations back to the buyer through the vendor's proprietary system and format. Thesystem 1002 takes the confirmation, receives the data in the unique format from each vendor and changes the format as required by the buyer and retail store's settlement area. - Once orders have been confirmed and shipped by the vendor, the
system 1002 allows the vendor to interface with thesystem 1002. The interface will provide the vendor with exact packaging requirements, best fit method of the physical goods onto trucks, vans, etc . . . , know exactly what items have been processed for shipment, when the shipment has left the vendor and the best route to the by the retail store. Thesystem 1002 also enables the retail store to maintain one central system for product tracking, product inventory, product offering, such as point of sale and on-line sales. The Online sales system would be an integral part of the retail store's infrastructure system. As online orders are received and processed the same information regarding best shipping and packaging methods used to receive the items can also be re-used to ship the product to customers. The information about product availability and vendor lead-time to fill orders will allow the retail store to maintain minimum inventory levels - Once orders have settled, i.e. payments have been received from the customer and made to the vendor, all product and account information would automatically be updated.
- End of day (E.O.D) and/or end of trade (E.O.T.) routines will also be performed in order to generate reports.
-
FIG. 10 , which comprisesFIGS. 10A and 10B , illustrates a detailed web hosted implementation of the system inFIG. 3 as applied to a retail store. As is depicted inFIG. 10 , retail stores are required to install and maintain workstations with anetwork browser 1040 and anetwork connection 110. Theservers 1004 and 1008, connection tooutside network connections 110, execution and management of application software are all maintained with the system. Specialized network connectivity software and equipment need not be installed and maintained in order to exchange data from the internal systems and applications that in and of themselves are not able to directly communicate to other networks/systems, such as a Retail Store file server. - When the user enters data in a dialog or when the user clicks a dialog button, such as “Next” a series of steps are invoked. These actions include verifying the data entered is in the correct format, i.e. no “dirty-data”, executing a series of programs that will store/retrieve and/or perform some algorithm with the data that the user has on his/her screen. The
Transaction Manager 918 categorizes the user request into a business component, which is handled by theBusiness Logic Manager 920, and presentation layer, which is handled by the Presentation/Dialog Manager 940. TheTransaction Manager 918 is a multitasking engine that can handle thousands of requests. Each user request is coordinated with the User Profile andSession Manager 916. The User Profile and Session Manager maintains the user entitlements, the user session settings and the requests currently pending and the request currently executing. TheTransaction Manager 918 issues a command to both theBusiness Logic Manager 920 and the Presentation/Dialog Manager 940. The requests issued to theBusiness Manager 920 and Presentation/Dialog Manager 940 run in parallel. Running tasks concurrently reduces execution time. Since theTransaction Manager 918 coordinates the user request with the User Profile andSession Manager 916, this allows theTransaction Manager 918 to process other user requests as the 1st request is being processed by theBusiness Manager 920 and Presentation/Dialog Manager 940. - The core processes of the RS business are implemented within the
Business Logic Manager 920 and the screen presentations in the Presentation/Dialog Manager 940. Both theBusiness Logic Manager 920 and the Presentation/Dialog Manager 940 make calls to thedatabase 806 to determine the exact algorithm to execute and the formatting of the user dialog. Data flow, user profile storage and automatic alteration, as well as other aspects of the user interfaces and system responses are analogous to that presented above with reference toFIGS. 3-9 and the investment advisor firm embodiment of the invention. This allows for custom logic algorithms and custom screen settings for eachRS user 302 which are in turn automatically updated based on updates to account information made by other system users. Thedatabase 806 is structured such that the entire database can be accessed via such key fields such as “product number”, “product name”, “product description”, “order date “and “vendor”. This capability allows the end user to obtain any field of information within the database. - The foregoing description details certain embodiments of the invention. It will be appreciated, however, that no matter how detailed the foregoing appears in text, the invention can be practiced in many ways. As is also stated above, it should be noted that the use of particular terminology when describing certain features or aspects of the invention should not be taken to imply that the terminology is being re-defined herein to be restricted to including any specific characteristics of the features or aspects of the invention with which that terminology is associated. The scope of the invention should therefore be construed in accordance with the appended claims and any equivalents thereof.
Claims (5)
1. An information management system comprising:
a first database storing first information for viewing and manipulation by one or more system users, said first information being manipulated and/or viewed by system users but not being used directly to define system operation or function;
a user profile database wherein said database has stored therein identification information which correlates at least one of said system users with a user specific data manipulation logic and/or data display format that at least in part defines system operation;
a rules database storing information defining system response to user modifications to said first information; wherein at least one system response to a first user modifying said first information comprises altering the user profile of at least a second user.
2. The system of claim 1 , wherein said databases and associated application programming are web hosted, and wherein said plurality of system users interface with said databases and said associated application programming using a web browser program.
3. The system of claim 1 , comprising a server having stored thereon at least one database containing client financial transaction information, said server also having stored thereon (1) a plurality of user profiles which correlate system users with user specific data manipulation logic and data display format, and (2) a plurality of business logic rules defining system operations that are performed in response to transactions requested by system users, wherein a common set of client transaction information is available for display and manipulation to an investment advisor firm as well as broker/dealer firms and custodian banks throughout the life cycle of an equity order transaction in accordance with a user profile defined for each corresponding user.
4. In a computerized information management system, a method of managing financial portfolios comprising:
storing information in a database;
assigning a user profile to each of a set of users, wherein said user profile defines the information in said database which is available to a user, and/or the data manipulation in said database that the user may perform;
defining a set of rules governing how a first user action such as altering information in said database is to affect user profiles of users other than said first user;
automatically updating in accordance with said rules information in said database, wherein said updating is in response to said first user's activity; and
automatically updating in accordance with said automatic update of information said user profile of said first user and said user profiles other than said first user's profile in response to said first user's activity.
5. A computerized equity based transaction management system, available to a plurality of different types of users that manages the entire life cycle of an equity order transaction, said system comprising:
a. at least one server coupled to an investment advisor computer network comprising data processing devices used by one or more users required to complete an equity order transaction, the users comprising a plurality of clients, portfolio managers, assistant portfolio managers, compliance officers, equity traders, executing brokers, custodian banks, clearing houses and electronic trading venues;
b. an internet browser on the data processing devices that are connected to the network via an internet/intranet connection that allows one or more of the users to interact with the network at an investment advisor's internet site during an equity order transaction;
c. a data repository system that stores, delivers and retrieves data for the-system, wherein at least a portion of the data is accessible for at least one of viewing and manipulating by the users during the entire life cycle of an equity order transaction and is updated after the user manipulates the information, and wherein said data comprises:
i. client account information including one or more of account number, account description, account trading restrictions, account balance information, account transactions, and account holdings;
ii. user profile information which correlates a user's role in the equity order transaction with specific data manipulation logic which defines the user's access entitlements to the client account information and a specific data display format that is presented to the user;
iii. valid dialog/presentation information combinations that are available to the user based on the user's profile information;
iv. valid business logic information combinations that are available to the system based on the user's role and an investment advisor's definition of business access authorization, the business logic information defines specific data manipulation routines and logic that are permitted against an equity order transaction through out the life cycle of the transaction as defined by authorized user(s);
v. valid user/investment advisor site information used for site configurations and user roles, and used to modify the business logic information and dialog/presentation information;
vi. valid management information combinations for external connections;
d. a business logic manager that manages the system operations that are performed in response to transaction requests by users based on the business logic information combinations as defined by authorized administrators of the system;
e. a user profile and session manager that manages the user's profile information, authorizes the user's role, determines which transaction information is available to a user for manipulation, and determines the data display format of the transaction to the user;
f. a user database interface manager that manages the user's access to the data on the data repository system and the client account information, and allows at least one of viewing or manipulating the information depending on the authorized user's role;
g. a presentation dialog manager that stores and displays the various screens that are available to the authorized users defined by the valid dialog/presentation information combinations;
h. a user/investment advisor site manager that defines specific business functions that the investment advisor site is authorized to perform and the specific dialogues the user investment advisor site is allowed to view;
i. a transaction manager that manages how the transaction will interact with a user comprising:
i. receiving transaction requests from the user profile and session manager;
ii. forwarding transactions that the user is authorized to perform to transaction execution modules in accordance to the user profile information and the business logic information; and
iii. transmitting a presentation request to the presentation dialog manager;
j. a user plug-in module that manages how data is formatted when either sent or received from users during the transaction;
k. an information manager that manages the connections and data exchange with third party vendor databases, comprising modifying client account information in third party vendor databases in response to the executed transaction;
l. a security module that authenticates the user session to allow the authorized user access to the system;
m. a network connection module that interfaces with the security module allowing network traffic in and out of the network and that manages network connections.
n. wherein a common set of client transaction information is available for display and manipulation to said plurality of clients, portfolio managers, assistant portfolio managers, compliance officers, equity traders, executing brokers, custodian banks, clearing houses and electronic trading venues throughout the life cycle of an equity order transaction in accordance with said user profiles defined for each corresponding user.
Priority Applications (11)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/732,715 US20070250426A1 (en) | 1999-09-08 | 2007-04-04 | Transaction and account management system |
US12/326,031 US20090164349A1 (en) | 1999-09-08 | 2008-12-01 | Transaction and Account Management System |
US12/618,645 US7945506B2 (en) | 1999-09-08 | 2009-11-13 | Transaction and account management system |
US13/107,648 US8112352B2 (en) | 1999-09-08 | 2011-05-13 | Electronic system and method for executing a trade |
US13/366,138 US8326742B2 (en) | 1999-09-08 | 2012-02-03 | Programmed trading system |
US13/429,035 US8326744B2 (en) | 1999-09-08 | 2012-03-23 | Electronic transaction system and method |
US13/691,676 US8577789B2 (en) | 1999-09-08 | 2012-11-30 | Electronic transaction processor system |
US14/056,779 US9026469B2 (en) | 1999-09-08 | 2013-10-17 | Electronic manager of financial information for retail transactions |
US14/702,487 US9202216B2 (en) | 1999-09-08 | 2015-05-01 | Electronic retail financial transaction manager |
US14/947,454 US10438203B2 (en) | 1999-09-08 | 2015-11-20 | Electronic retail system |
US16/592,575 US20200104848A1 (en) | 1999-09-08 | 2019-10-03 | Electronic retail system |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US15292099P | 1999-09-08 | 1999-09-08 | |
US65833200A | 2000-09-08 | 2000-09-08 | |
US11/732,715 US20070250426A1 (en) | 1999-09-08 | 2007-04-04 | Transaction and account management system |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US65833200A Continuation | 1999-09-08 | 2000-09-08 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/326,031 Continuation US20090164349A1 (en) | 1999-09-08 | 2008-12-01 | Transaction and Account Management System |
Publications (1)
Publication Number | Publication Date |
---|---|
US20070250426A1 true US20070250426A1 (en) | 2007-10-25 |
Family
ID=22545016
Family Applications (11)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/732,715 Abandoned US20070250426A1 (en) | 1999-09-08 | 2007-04-04 | Transaction and account management system |
US12/326,031 Abandoned US20090164349A1 (en) | 1999-09-08 | 2008-12-01 | Transaction and Account Management System |
US12/618,645 Expired - Fee Related US7945506B2 (en) | 1999-09-08 | 2009-11-13 | Transaction and account management system |
US13/107,648 Expired - Fee Related US8112352B2 (en) | 1999-09-08 | 2011-05-13 | Electronic system and method for executing a trade |
US13/366,138 Expired - Fee Related US8326742B2 (en) | 1999-09-08 | 2012-02-03 | Programmed trading system |
US13/429,035 Expired - Fee Related US8326744B2 (en) | 1999-09-08 | 2012-03-23 | Electronic transaction system and method |
US13/691,676 Expired - Fee Related US8577789B2 (en) | 1999-09-08 | 2012-11-30 | Electronic transaction processor system |
US14/056,779 Expired - Fee Related US9026469B2 (en) | 1999-09-08 | 2013-10-17 | Electronic manager of financial information for retail transactions |
US14/702,487 Expired - Fee Related US9202216B2 (en) | 1999-09-08 | 2015-05-01 | Electronic retail financial transaction manager |
US14/947,454 Expired - Fee Related US10438203B2 (en) | 1999-09-08 | 2015-11-20 | Electronic retail system |
US16/592,575 Abandoned US20200104848A1 (en) | 1999-09-08 | 2019-10-03 | Electronic retail system |
Family Applications After (10)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/326,031 Abandoned US20090164349A1 (en) | 1999-09-08 | 2008-12-01 | Transaction and Account Management System |
US12/618,645 Expired - Fee Related US7945506B2 (en) | 1999-09-08 | 2009-11-13 | Transaction and account management system |
US13/107,648 Expired - Fee Related US8112352B2 (en) | 1999-09-08 | 2011-05-13 | Electronic system and method for executing a trade |
US13/366,138 Expired - Fee Related US8326742B2 (en) | 1999-09-08 | 2012-02-03 | Programmed trading system |
US13/429,035 Expired - Fee Related US8326744B2 (en) | 1999-09-08 | 2012-03-23 | Electronic transaction system and method |
US13/691,676 Expired - Fee Related US8577789B2 (en) | 1999-09-08 | 2012-11-30 | Electronic transaction processor system |
US14/056,779 Expired - Fee Related US9026469B2 (en) | 1999-09-08 | 2013-10-17 | Electronic manager of financial information for retail transactions |
US14/702,487 Expired - Fee Related US9202216B2 (en) | 1999-09-08 | 2015-05-01 | Electronic retail financial transaction manager |
US14/947,454 Expired - Fee Related US10438203B2 (en) | 1999-09-08 | 2015-11-20 | Electronic retail system |
US16/592,575 Abandoned US20200104848A1 (en) | 1999-09-08 | 2019-10-03 | Electronic retail system |
Country Status (3)
Country | Link |
---|---|
US (11) | US20070250426A1 (en) |
AU (1) | AU7357100A (en) |
WO (1) | WO2001018714A2 (en) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070177571A1 (en) * | 2002-10-07 | 2007-08-02 | Michael Caulfield | Mobile data distribution |
WO2007127336A2 (en) * | 2006-04-28 | 2007-11-08 | Towsend Analytics, Ltd. | Order management for electronic securities trading |
US7702770B1 (en) * | 2006-01-27 | 2010-04-20 | Sprint Communications Company L.P. | Web services enterprise integration with service oriented architecture |
US20140074756A1 (en) * | 2006-04-12 | 2014-03-13 | Uat, Inc. | System And Method For Facilitating Unified Trading And Control For A Sponsoring Organization's Money Management Process |
US9501793B1 (en) * | 2015-06-04 | 2016-11-22 | Herofi, Inc. | Archetecture and associated methodology for data standardization and utilization in retail industry applications |
US10127613B2 (en) * | 2009-06-27 | 2018-11-13 | Christopher R. Petruzzi | Auditing custodial accounts |
US11410233B2 (en) | 2015-04-28 | 2022-08-09 | Domus Tower, Inc. | Blockchain technology to settle transactions |
US20220351292A1 (en) * | 2007-03-15 | 2022-11-03 | Bgc Partners, Inc. | System and method for error detection and recovery in an electronic trading system |
Families Citing this family (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4642088B2 (en) * | 2008-02-06 | 2011-03-02 | 株式会社大和証券グループ本社 | Balance management device and program |
WO2009152250A2 (en) * | 2008-06-10 | 2009-12-17 | True Commerce, Inc. | User-deployable data transformation and exchange platform including on demand item synchronization and user deployable order management system |
US20100076889A1 (en) * | 2008-08-12 | 2010-03-25 | Branch, Banking and Trust Company | Method for retail on-line account opening with early warning methodology |
WO2010024316A1 (en) * | 2008-08-28 | 2010-03-04 | 株式会社マネースクウェア・ジャパン | Transaction management device and readable storage medium |
JP5194132B2 (en) * | 2008-12-26 | 2013-05-08 | 株式会社マネースクウェア・ジャパン | Transaction management apparatus and program |
US9060009B2 (en) * | 2009-07-07 | 2015-06-16 | Qualcomm Incorporated | Network-extended data storage for mobile applications |
US20110231294A1 (en) * | 2010-03-17 | 2011-09-22 | Mcclelland Christopher Carter Fleetwood | Licensed Electronic Investment Portfolio Management Bidding System |
US20120011001A1 (en) * | 2010-07-08 | 2012-01-12 | Xerox Corporation | System and method for embedded addressable content within text and graphics for digital media |
US20140081768A1 (en) | 2012-09-15 | 2014-03-20 | iMATCHATIVE Corp. | Recommendation machine |
WO2014193585A1 (en) * | 2013-05-30 | 2014-12-04 | Imatchative Inc. | Recommendation machine |
US8886671B1 (en) * | 2013-08-14 | 2014-11-11 | Advent Software, Inc. | Multi-tenant in-memory database (MUTED) system and method |
CN103714485B (en) * | 2013-12-11 | 2017-10-17 | 阎东升 | A kind of e-commerce system and method for realizing staple commodities spot transaction |
US9947048B2 (en) * | 2014-06-04 | 2018-04-17 | Nasdaq Technology Ab | Apparatus and methods for implementing changed monitoring conditions and/or requirements using dynamically-modifiable control logic |
US10373153B2 (en) * | 2014-07-03 | 2019-08-06 | Mastercard International Incorporated | Method and system for maintaining privacy and compliance in the use of account reissuance data |
CN105631683A (en) * | 2014-11-03 | 2016-06-01 | 东方钢铁电子商务有限公司 | Paperless interaction system for dedicated platform |
CN108416657B (en) * | 2018-03-15 | 2022-03-22 | 中融科创信息技术河北有限公司 | Order generation method and equipment based on consultation service |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4334270A (en) * | 1972-08-11 | 1982-06-08 | Towers Frederic C | Securities valuation system |
US4674044A (en) * | 1985-01-30 | 1987-06-16 | Merrill Lynch, Pierce, Fenner & Smith, Inc. | Automated securities trading system |
Family Cites Families (52)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5270922A (en) | 1984-06-29 | 1993-12-14 | Merrill Lynch & Company, Inc. | System for distributing, processing and displaying financial information |
US4694397A (en) | 1984-12-27 | 1987-09-15 | The Advest Group, Inc. | Banking/brokerage computer interface system |
US4953085A (en) | 1987-04-15 | 1990-08-28 | Proprietary Financial Products, Inc. | System for the operation of a financial account |
US5644727A (en) | 1987-04-15 | 1997-07-01 | Proprietary Financial Products, Inc. | System for the operation and management of one or more financial accounts through the use of a digital communication and computation system for exchange, investment and borrowing |
US4989141A (en) | 1987-06-01 | 1991-01-29 | Corporate Class Software | Computer system for financial analyses and reporting |
US4933842A (en) | 1988-02-29 | 1990-06-12 | Tesseract Corporation | Automated investment fund accounting system |
US5101353A (en) | 1989-05-31 | 1992-03-31 | Lattice Investments, Inc. | Automated system for providing liquidity to securities markets |
US5220500A (en) | 1989-09-19 | 1993-06-15 | Batterymarch Investment System | Financial management system |
US5132899A (en) | 1989-10-16 | 1992-07-21 | Fox Philip J | Stock and cash portfolio development system |
US6076733A (en) * | 1993-11-24 | 2000-06-20 | Metrologic Instruments, Inc. | Web-based system and method for enabling a viewer to access and display HTML-encoded documents located on the world wide web (WWW) by reading URL-encoded bar code symbols printed on a web-based information resource guide |
US5243437A (en) * | 1990-11-15 | 1993-09-07 | At&T Bell Laboratories | Fax machine having automated maintenance features |
US5826243A (en) | 1994-01-03 | 1998-10-20 | Merrill Lynch & Co., Inc. | Integrated system for controlling master account and nested subaccount(s) |
US6018722A (en) | 1994-04-18 | 2000-01-25 | Aexpert Advisory, Inc. | S.E.C. registered individual account investment advisor expert system |
US5948040A (en) * | 1994-06-24 | 1999-09-07 | Delorme Publishing Co. | Travel reservation information and planning system |
US6381595B1 (en) | 1994-09-29 | 2002-04-30 | International Business Machines Corporation | System and method for compensation of functional differences between heterogeneous database management systems |
US5717989A (en) * | 1994-10-13 | 1998-02-10 | Full Service Trade System Ltd. | Full service trade system |
EP0792493B1 (en) * | 1994-11-08 | 1999-08-11 | Vermeer Technologies, Inc. | An online service development tool with fee setting capabilities |
US5758257A (en) * | 1994-11-29 | 1998-05-26 | Herz; Frederick | System and method for scheduling broadcast of and access to video programs and other data using customer profiles |
WO1996018963A1 (en) | 1994-12-13 | 1996-06-20 | Fs Holdings, Inc. | A system for receiving, processing, creating, storing and disseminating investment information |
US5745706A (en) | 1994-12-30 | 1998-04-28 | Wolfberg; Larry | Computer system and related equipment for spending and investment account management |
JPH08214281A (en) * | 1995-02-06 | 1996-08-20 | Sony Corp | Charging method and system |
CN100452072C (en) * | 1995-02-13 | 2009-01-14 | 英特特拉斯特技术公司 | Systems and methods for secure transaction management and electronic rights protection |
US6230202B1 (en) * | 1995-05-01 | 2001-05-08 | Donald A Lewine | Method for performing transactions on the world-wide web computer network |
CA2236046C (en) * | 1995-11-21 | 2003-01-21 | Citibank, N.A. | Foreign exchange transaction system |
US5809143A (en) * | 1995-12-12 | 1998-09-15 | Hughes; Thomas S. | Secure keyboard |
US5918213A (en) | 1995-12-22 | 1999-06-29 | Mci Communications Corporation | System and method for automated remote previewing and purchasing of music, video, software, and other multimedia products |
US5819046A (en) * | 1996-05-08 | 1998-10-06 | Mci Communications Corporation | System for invoking in computer application associated with second user connected to the computer and subject to any active conditions associated with the second user |
US6009458A (en) * | 1996-05-09 | 1999-12-28 | 3Do Company | Networked computer game system with persistent playing objects |
US5812668A (en) * | 1996-06-17 | 1998-09-22 | Verifone, Inc. | System, method and article of manufacture for verifying the operation of a remote transaction clearance system utilizing a multichannel, extensible, flexible architecture |
US6125352A (en) * | 1996-06-28 | 2000-09-26 | Microsoft Corporation | System and method for conducting commerce over a distributed network |
US5847708A (en) | 1996-09-25 | 1998-12-08 | Ricoh Corporation | Method and apparatus for sorting information |
US5884290A (en) * | 1996-10-22 | 1999-03-16 | Unisys Corporation | Method of transferring funds employing a three-node real-time electronic interlock |
US6073124A (en) * | 1997-01-29 | 2000-06-06 | Shopnow.Com Inc. | Method and system for securely incorporating electronic information into an online purchasing application |
US5996076A (en) * | 1997-02-19 | 1999-11-30 | Verifone, Inc. | System, method and article of manufacture for secure digital certification of electronic commerce |
US5933826A (en) | 1997-03-21 | 1999-08-03 | Novell, Inc. | Method and apparatus for securing and storing executable content |
US6385644B1 (en) | 1997-09-26 | 2002-05-07 | Mci Worldcom, Inc. | Multi-threaded web based user inbox for report management |
US6128602A (en) | 1997-10-27 | 2000-10-03 | Bank Of America Corporation | Open-architecture system for real-time consolidation of information from multiple financial systems |
US6275937B1 (en) | 1997-11-06 | 2001-08-14 | International Business Machines Corporation | Collaborative server processing of content and meta-information with application to virus checking in a server network |
US5978779A (en) | 1997-11-14 | 1999-11-02 | Merrill Lynch, Pierce, Fenner & Smith | Distributed architecture utility |
US6119104A (en) | 1997-11-24 | 2000-09-12 | Keycorp | Composite banking desktop system |
US6021397A (en) | 1997-12-02 | 2000-02-01 | Financial Engines, Inc. | Financial advisory system |
US6535855B1 (en) | 1997-12-09 | 2003-03-18 | The Chase Manhattan Bank | Push banking system and method |
US5918217A (en) | 1997-12-10 | 1999-06-29 | Financial Engines, Inc. | User interface for a financial advisory system |
US6076108A (en) | 1998-03-06 | 2000-06-13 | I2 Technologies, Inc. | System and method for maintaining a state for a user session using a web system having a global session server |
US6430542B1 (en) | 1998-08-26 | 2002-08-06 | American Express Financial Corporation | Computer-implemented program for financial planning and advice system |
US6167383A (en) * | 1998-09-22 | 2000-12-26 | Dell Usa, Lp | Method and apparatus for providing customer configured machines at an internet site |
US6957186B1 (en) | 1999-05-27 | 2005-10-18 | Accenture Llp | System method and article of manufacture for building, managing, and supporting various components of a system |
US6081518A (en) * | 1999-06-02 | 2000-06-27 | Anderson Consulting | System, method and article of manufacture for cross-location registration in a communication system architecture |
US6629082B1 (en) | 1999-06-15 | 2003-09-30 | W.R. Hambrecht & Co. | Auction system and method for pricing and allocation during capital formation |
US6031747A (en) | 1999-08-02 | 2000-02-29 | Lockheed Martin Missiles & Space Company | Interleaved synchronous flyback converter with high efficiency over a wide operating load range |
US7171386B1 (en) * | 1999-10-08 | 2007-01-30 | Rfv Holdings | Real-time commodity trading method and apparatus |
JP2001175672A (en) | 1999-12-17 | 2001-06-29 | Ricoh Co Ltd | Information filtering system and its method, and computer-readable recording medium with recorded program for implementing same method |
-
2000
- 2000-09-08 WO PCT/US2000/024604 patent/WO2001018714A2/en active Application Filing
- 2000-09-08 AU AU73571/00A patent/AU7357100A/en not_active Abandoned
-
2007
- 2007-04-04 US US11/732,715 patent/US20070250426A1/en not_active Abandoned
-
2008
- 2008-12-01 US US12/326,031 patent/US20090164349A1/en not_active Abandoned
-
2009
- 2009-11-13 US US12/618,645 patent/US7945506B2/en not_active Expired - Fee Related
-
2011
- 2011-05-13 US US13/107,648 patent/US8112352B2/en not_active Expired - Fee Related
-
2012
- 2012-02-03 US US13/366,138 patent/US8326742B2/en not_active Expired - Fee Related
- 2012-03-23 US US13/429,035 patent/US8326744B2/en not_active Expired - Fee Related
- 2012-11-30 US US13/691,676 patent/US8577789B2/en not_active Expired - Fee Related
-
2013
- 2013-10-17 US US14/056,779 patent/US9026469B2/en not_active Expired - Fee Related
-
2015
- 2015-05-01 US US14/702,487 patent/US9202216B2/en not_active Expired - Fee Related
- 2015-11-20 US US14/947,454 patent/US10438203B2/en not_active Expired - Fee Related
-
2019
- 2019-10-03 US US16/592,575 patent/US20200104848A1/en not_active Abandoned
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4334270A (en) * | 1972-08-11 | 1982-06-08 | Towers Frederic C | Securities valuation system |
US4674044A (en) * | 1985-01-30 | 1987-06-16 | Merrill Lynch, Pierce, Fenner & Smith, Inc. | Automated securities trading system |
Cited By (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7787489B2 (en) * | 2002-10-07 | 2010-08-31 | Oracle International Corporation | Mobile data distribution |
US20070177571A1 (en) * | 2002-10-07 | 2007-08-02 | Michael Caulfield | Mobile data distribution |
US7702770B1 (en) * | 2006-01-27 | 2010-04-20 | Sprint Communications Company L.P. | Web services enterprise integration with service oriented architecture |
US20140074756A1 (en) * | 2006-04-12 | 2014-03-13 | Uat, Inc. | System And Method For Facilitating Unified Trading And Control For A Sponsoring Organization's Money Management Process |
WO2007127336A2 (en) * | 2006-04-28 | 2007-11-08 | Towsend Analytics, Ltd. | Order management for electronic securities trading |
US20080015970A1 (en) * | 2006-04-28 | 2008-01-17 | Townsend Analytics, Ltd. | Order Management System and Method for Electronic Securities Trading |
WO2007127336A3 (en) * | 2006-04-28 | 2008-10-16 | Lehman Brothers Inc | Order management for electronic securities trading |
US7752123B2 (en) * | 2006-04-28 | 2010-07-06 | Townsend Analytics Ltd. | Order management system and method for electronic securities trading |
US20220351292A1 (en) * | 2007-03-15 | 2022-11-03 | Bgc Partners, Inc. | System and method for error detection and recovery in an electronic trading system |
US10127613B2 (en) * | 2009-06-27 | 2018-11-13 | Christopher R. Petruzzi | Auditing custodial accounts |
US11410233B2 (en) | 2015-04-28 | 2022-08-09 | Domus Tower, Inc. | Blockchain technology to settle transactions |
US11455685B2 (en) * | 2015-04-28 | 2022-09-27 | Domus Tower, Inc. | Settlement of securities trades using append only ledgers |
US9501793B1 (en) * | 2015-06-04 | 2016-11-22 | Herofi, Inc. | Archetecture and associated methodology for data standardization and utilization in retail industry applications |
US11037119B2 (en) * | 2015-06-04 | 2021-06-15 | Targetable Sciences, Inc. | Architecture and associated methodology for data standardization and utilization in retail industry applications |
US10438159B2 (en) * | 2015-06-04 | 2019-10-08 | Herofi Inc. | Architecture and associated methodology for data standardization and utilization in retail industry applications |
WO2017095634A1 (en) * | 2015-06-04 | 2017-06-08 | Herofi, Inc. | Architecture and associated methodology for data standardization and utilization in retail industry applications |
Also Published As
Publication number | Publication date |
---|---|
US8326744B2 (en) | 2012-12-04 |
US20140081865A1 (en) | 2014-03-20 |
US20120136772A1 (en) | 2012-05-31 |
US20120185361A1 (en) | 2012-07-19 |
US20130159187A1 (en) | 2013-06-20 |
US20150235216A1 (en) | 2015-08-20 |
US20110218903A1 (en) | 2011-09-08 |
US10438203B2 (en) | 2019-10-08 |
US20090164349A1 (en) | 2009-06-25 |
US9026469B2 (en) | 2015-05-05 |
US20100063940A1 (en) | 2010-03-11 |
WO2001018714A2 (en) | 2001-03-15 |
AU7357100A (en) | 2001-04-10 |
US20160148312A1 (en) | 2016-05-26 |
US7945506B2 (en) | 2011-05-17 |
WO2001018714A8 (en) | 2001-11-15 |
US20200104848A1 (en) | 2020-04-02 |
US8577789B2 (en) | 2013-11-05 |
US8112352B2 (en) | 2012-02-07 |
US8326742B2 (en) | 2012-12-04 |
US9202216B2 (en) | 2015-12-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20200104848A1 (en) | Electronic retail system | |
US8165952B2 (en) | Electronic trading system | |
US7729972B2 (en) | Methodologies and systems for trade execution and recordkeeping in a fund of hedge funds environment | |
US7877320B1 (en) | System and method for tracking and facilitating analysis of variance and recourse transactions | |
US20030050879A1 (en) | System and method for improved multiple real-time balancing and straight through processing of security transactions | |
US20020156719A1 (en) | Method and apparatus for trading bonds | |
US20130024350A1 (en) | Method and system for rebrokering orders in a trading system | |
US20070239577A1 (en) | Reference data utility | |
US20200202446A1 (en) | Method of processing investment data and associated system | |
US8473401B2 (en) | System and method for processing and settling payment instructions relating to various financial instruments | |
AU2004323839A1 (en) | Computer-based payment transaction system and repository | |
JP2001306799A (en) | Method for managing collectively | |
US8103564B2 (en) | Method of processing investment data and making compensation determinations and associated system | |
WO2009032846A1 (en) | Open platform for unregistered securities (opus) | |
KR100346362B1 (en) | The principal compensating type stocks buying and selling system relating insurance and shopping mall by an internet | |
WO2001097109A2 (en) | An electronic procurement system and method | |
Douthitt | Straight Through Processing |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |