WO2000055793A1 - Systemes permettant de realiser des operations financieres et commerciales sur internet - Google Patents

Systemes permettant de realiser des operations financieres et commerciales sur internet Download PDF

Info

Publication number
WO2000055793A1
WO2000055793A1 PCT/US2000/007457 US0007457W WO0055793A1 WO 2000055793 A1 WO2000055793 A1 WO 2000055793A1 US 0007457 W US0007457 W US 0007457W WO 0055793 A1 WO0055793 A1 WO 0055793A1
Authority
WO
WIPO (PCT)
Prior art keywords
webbank
card
funds
owner
party
Prior art date
Application number
PCT/US2000/007457
Other languages
English (en)
Inventor
Morris E. Cohen
Original Assignee
Cohen Morris E
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from US09/280,483 external-priority patent/US6422462B1/en
Application filed by Cohen Morris E filed Critical Cohen Morris E
Priority to AU37659/00A priority Critical patent/AU3765900A/en
Publication of WO2000055793A1 publication Critical patent/WO2000055793A1/fr
Priority to US09/955,464 priority patent/US7747523B2/en
Priority to US12/217,298 priority patent/US8463700B1/en
Priority to US12/817,139 priority patent/US8527406B2/en
Priority to US13/972,313 priority patent/US20160189118A2/en

Links

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
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02—Banking, e.g. interest calculation or account maintenance

Definitions

  • the present invention relates to a new system for banking and electronic commerce and e- finance products and services.
  • This system includes the first Internet metabankTM - a new type of Internet bank with an advanced series of capabilities beyond those of the traditional banks or Internet banks currently in operation.
  • the metabankTM provides consumers with the ability to instantly open corporate and personal webbanks, new forms of financial vehicles specifically created for the Internet.
  • Each webbankTM consists of a private miniature Internet bank which is located on the World Wide Web, and which is under the control of anyone from a multinational corporation to a private individual.
  • the webbankTM allows any party (the bank “owner”) to directly serve as an Internet banker and as a metabankTM banking "subsidiary”. It thereby forms a powerful financial tool functioning as a private sub-bank in cyberspace of a true bank (and having many of the powers of traditional and Internet banks), while yet continually remaining under corporate or personal control.
  • corporations and individuals are able to own their own private "bank” which is available to them twenty four hours a day, seven days a week, with all of the advantages and benefits that owning a bank entails.
  • the system provides its owners with direct access to a web-based wire transfer system for instantaneous transfer of funds to any third party.
  • this transfer is conducted over the Internet, consumers can wire transfer funds without the need to physically go to or through a traditional bank. Even more importantly, funds transfers can be conducted instantaneously in a cash-like fashion across the globe, without any need for the recipient to wait the usual 1-3 days necessary for "rapid" funds to be received (as with traditional bank wire transfers), or to wait over a week or more for "normal” payments to be received and cleared (as with traditional checks).
  • the webbanks constitute their own subset of the Internet which can be referred to as the milliiiwebTM, "metaweb” TM or so forth.
  • Any webbankTM can engage in direct electronic transactions with any other webbank in the milliiiwebTM or with traditional banking networks. Such electronic transactions can be the wire transfers described previously or more sophisticated transactions. All electronic transactions are subject to predetermined parameters established by the metabank which serves as the overseer bank or "parent" of the banking system.
  • Each webbankTM further provides its owner with powerful new Internet-based e-finance products and services. For example, they provide webbank owners with the ability to quickly create programmable credit cardsTM using a personal computer. These cards are novel credit cards whose functions are programmed by the bank owner over the Web, allowing new levels and types of credit card uses, flexibility and control. Among their uses, these cards can serve as corporate expense cards, providing corporations with instantaneous control over and regulation of corporate spending. Likewise, the webbankTM provides bank owners with the ability to create their own "currency cards", i.e. spending vehicles which can be used as substitutes for cash, checks and traditional debit cards. Yet, unlike smart card systems, the present system allows these functions to be achieved by consumers using their existing equipment.
  • each webbank also provides its owner with the ability to simply and quickly establish a central site in cyberspace where all bills to that owner can be electronically forwarded and archived, and from which all bills can be paid. Furthermore, the business or webbank owner can use that same site to generate electronic invoices, changing the nature of current billing and payment systems.
  • the webbank also provides its owner with the ability to maintain electronic safety deposit boxes, i.e. secure electronic sites where records are authenticated, time and date stamped, and stored by the metabank.
  • Figure 1 is a top view of a computer optical disk carrier for holding compact disks (CDs), as known in the prior art.
  • Figure 2 is a top view of an optical disk for use in conjunction with the systems of the present invention.
  • Figure 3 is a top view of the optical disk of Figure 2 nested in the disk carrier of Figure 1.
  • Figure 4(a) is a perspective view of the optical disk of Figure 2 inside a protective sleeve, the optical disk further having a magnetic stripe thereon, in accordance with the present invention.
  • Figure 4(b) is a perspective view of the optical disk of Figure 2 inside a protective sleeve, the protective sleeve further having a magnetic stripe thereon, in accordance with the present invention.
  • Figure 5 is a top view of the optical disk of Figure 2, with one embodiment of a cover thereon in accordance with the present invention. If desired, any of the covers of the present invention can have a magnetic stripe on their outer or inner side.
  • Figure 6 is a top view of the optical disk of Figure 2 with a cover thereon, but wherein the cover has a hub which grasps the center hole of the optical disk.
  • FIG. 7 is a flowchart briefly summarizing use of a website as a webbank in accordance with some embodiments of the present invention.
  • Figure 8 is a flowchart summarizing use of a website as a webbank in conjunction with financial cards in accordance with further embodiments of the present invention.
  • Figure 9 is a flowchart summarizing the use of a website as a webbank to wire transfer funds to an ATM machine or a programmable financial card, in accordance with further embodiments of the present invention.
  • Figure 10 is a flowchart summarizing the use of a website for electronic invoicing, in accordance with further embodiments of the present invention.
  • the invention relates to a new type of financial entity referred to herein as a metabankTM - a new type of "Internet//tionalTM” bank which serves as the overseer bank for a series of "webbanks" opened and “owned” by individual consumers and corporations.
  • These Internet webbanks are private “subbanks” under the day-to-day nominal control of any individual or corporation, providing consumers with new e-tools and e-services of considerable power.
  • the overseer bank, or metabank is an Internet bank serving as a member of traditional banking networks. Accordingly, the metabank provides consumers and businesses with a bridge closing the gap between the potentials of the Internet, e-commerce, and the infrastructure of the established, traditional banking system.
  • the metabank on a first basic level, is intended to serve as a chartered bank, retaining the rights and abilities to engage in all of the traditional banking functions and activities that are available to other traditional banks.
  • the metabank serves as an Internet bank, providing consumers with accessibility over the Internet and achieving the economies associated with a branchless, low overhead Internet banking model.
  • the metabank serves as a new Internet technology provider, offering new forms of computer-implemented financial e-tools and e-services.
  • the metabank serves as an financial gateway, providing a central site where consumers can easily participate in large numbers of commercial and financial interactions with other members of the metabank and with outside parties.
  • metabank owners can generate and receive electronic bills, engage in Internet based electronic payments, conduct electronic trading and loan, and conduct numerous forms of financial transactions previously not feasible or practical.
  • the metabank serves as a central intermediary for parties wishing to engage in a wide variety of commercial and electronic transactions.
  • the metabank therefore, creates sophisticated new electronic commerce products and services, and in so doing, creates markets for new forms of electronic commerce, including a new market for the webbank and a new market for programmable credit and debit cards which can be freely given out to children, employees, friends, family, and so forth.
  • the metabank's technologies can encourage and facilitate the transfer of large numbers of traditional transactions into an electronic framework. Previously, many of these transactions could not (or would not) be conducted electronically.
  • the metabank's inventions and technologies are also intended to organize all of a company (or individual's) payments, invoicing, and recordkeeping in a single central location on the World Wide Web.
  • the invention provides a system having a series of novel e-financial tools and services designed to accomplish new financial functions that cooperate with each other to synergistically achieve their full potential.
  • the invention provides the first Internet “metabank” - an overseer bank providing consumers with the ability to engage in true, realtime, transactions worldwide, and to engage in new types of sophisticated financial transactions.
  • the metabankTM operates as the parent of a new network of webbanksTM which are created over the World Wide Web, and which constitute a cyberspace subset of the Internet referred to by the metabank as the milliiiwebTM 1 , the metawebTM, or so forth.
  • metabankTM is "Internet-structured” or “Internet//tionalTM” - or, in other words, is designed in its basic structure like the Internet and other large scale computer networks.
  • This Internet/ ⁇ ionalTM design is one of the fundamental advantages of the metabankTM over existing banks and ecommerce solutions, providing the metabankTM 1 with the ability to commercialize powerful e-tools and e-services which have heretofore been untapped.
  • metabankTM In its capacity as a metabankTM, the metabank acts as a financial gateway for extensive amounts of old and new types of commercial transactions. This metabank delegates certain simple "banking" rights and capabilities to each of its member webbanks. Each of those member webbanks can further customize and program accesses and functions of webbank subsidiaries. Accordingly, member webbanks serve as a "private banking network" over the World Wide Web, facilitated by the metabank which serves as a central financial intermediary.
  • WebbankTM The WebbankTM
  • the webbankTM (also referred to as a milliiibankTM 1 , minibank, or so forth) is a new financial vehicle consisting of a miniature Internet bank, i.e. a personal or corporate Internet bank which anyone can open on the World Wide Web. By accessing the metabank over the Internet, anyone can "own their own bank", i.e. quickly create and open a private bank in cyberspace.
  • Bank owners can provide third parties with the ability to withdraw funds, deposit funds, send or receive information or bills, and so forth, at the banker's webbankTM.
  • Bankers can likewise make their banks accessible to any third party, or alternatively, only to authorized parties, at all or predesignated times of day and night.
  • the webbankTM can thereby serve as a central nexus for all commerce and banking conducted by a company or individual, in many ways replacing the use of traditional banks, and even recent Internet banking establishments.
  • anyone from a small child to a multinational corporation can own a personal or corporate Internet banks in cyberspace and serve as the initiator, recipient, or intermediary for a wide variety of electronic transactions.
  • the webbankTM further serves as the party's financial control panel with a series of e-tools for customizing and controlling the bank owner's financial products and services.
  • the webbankTM allows the bank owner to customize and create new financial vehicles, including, for example, personal currency and credit cards, and to engage in new forms of financial transactions. Third parties can likewise be given or issued such vehicles, as desired by the bank owner.
  • ATM wire transfers a function currently unavailable in the traditional banking system.
  • This function is a type of wire transfer in which a webbank owner can wire money to any ATM machine.
  • a webbank owner can wire funds to any individual or third party which that individual can quickly pickup at an ATM.
  • the webbankTM further serves as a member of the milliiiwebTM, a virtual network of private cyberspace banks operating on the World Wide Web.
  • bank owners can create and engage in financial collaborations of significant flexibility, and can create
  • the webbankTM can also interact with traditional banking networks, providing users with “the best of both worlds", including the ability to use ATM machines, traditional banks, and the other banking products and services associated with traditional banks.
  • the webbank further allows anyone who has a website to directly associate a bank therewith, and thereby immediately engage in e-commerce, sending and receiving payments for online transactions.
  • the webbank system also provides users with the ability to transfer money from party to party instantaneously, at speeds even faster than traditional bank wire transfers (which typically take 1-3 days to clear due to the structure of existing banking systems).
  • the webbank system allows any user to easily send these electronic transfers of funds to any recipient (to pay friends, pay bills, or so forth) even if that recipient is relatively unsophisticated, is unfamiliar with electronic commerce, or does not own its own webbank. That recipient can electronically receive the funds instantaneously, even if the recipient is a very small entity (such as an individual) as opposed to current systems wherein only large entities are typically able to receive electronic transfers from bill payment systems (even then receiving such electronic transfers in 1-3 days).
  • any party e.g. merchant, individual, or organization
  • the webbank system thus dramatically changes current financial methods by providing consumers with instantaneous control over the flow of their funds and money.
  • consumers authorize payments and those payments are subsequently sent out at some point in time by the bank to specific vendors.
  • Such prior systems are based on an authorization to pay by the consumer, with actual payment sent out later by the bank. After the consumer logs off of the system, a payment is sent out later that day or the next day or several days later (e.g. when the consumer accesses the system on the weekend). Payments can take days or more than a week to be received and then cleared.
  • the webbank system is not based upon a mere authorization to pay, but on the ability to control all aspects of a payment including, for example, the time of receipt and the time of clearance (which can be the same as or different from the time of receipt, as desired by the bank owner).
  • the consumer has the power to effect such an instantaneous transfer, something not possible with current systems.
  • the metabank gains a significant competitive advantage over other banks by becoming the central processor of large numbers of electronic transactions. For the most part, a paperless system is utilized, reducing operating costs and increasing the metabank's profitability. E-commerce transactions over the Internet are facilitated through both credit cards and simple banking alternatives to credit cards. These banking alternatives place the metabank in the center as the direct and single intermediary between a buyer and a seller, allowing the metabank to charge transaction fees lower than credit card companies, making it a preferable and more cost-effective alternative for merchants.
  • the programmable credit cardTM 1 is a specialized form of credit card designed to take advantage of the power provided by the Internet and the metabankTM. These credit cards are credit cards which have been segmented into a series of functions or parameters for all of the credit card's traditional functions. Each of these parameters can be directly viewed and programmed over the Web by the bank owner (and any designated third party) using the webbank'sTM control panel. As a result, consumers are provided with a new level of control over exactly what a credit is and what it can achieve, including how credit cards will be used in the future and who uses them.
  • the programmable credit cardTM makes it possible for a corporation to issue credit cards to each and every one of its employees for centralized expense tracking, regardless of that employee's level in the corporation (from the most junior to the most senior). This ability is provided while reducing or eliminating the risk of misuse or loss. Previously, such concerns have minimized the degree to which credit cards could be distributed to corporate employees.
  • the card makes it possible for parents to give a "children's credit card” to a child of any age, also without the risk of misuse, theft, or fraud.
  • Such cards permit children to take part in credit card transactions, whereas they were previously a population barred from participating in such activities.
  • the card also provides any individual with the ability to extend "credit" to other parties, including parties which would ordinarily not be able to qualify for credit.
  • the technology allows the first freely transferrable credit card, i.e. a credit card which can be given out and distributed like cash.
  • This allows credit cards to be given out as gifts, serving as a "gift credit card”.
  • Consumers are thereby given the opportunity to hand out an open-ended gift that provides the recipient with the complete flexibility to buy what they want.
  • the consumer giving the gift does not pay for that gift immediately (as opposed to the disadvantage of a check or a gift certificate) but rather pays for that open-ended gift over time, as with any other credit card transaction.
  • the recipient receives the gift immediately (or whenever he or she chooses to use it).
  • the programmable credit card technology also allows credit cards to be physically handed out for any desired payment purpose.
  • it provides consumers with the ability to apply for and receive their credit cards instantaneously (within the hour or less), rather than waiting several weeks or longer to receive a credit card in the mail as is currently the standard practice.
  • the technologies allow consumers to use their credit cards more frequently, more extensively, and in ways not possible with other credit cards.
  • the personal and corporate currency cardsTM are financial tools which, like traditional debit cards, draw on preexisting funds rather than a line of credit.
  • the currency cardsTM are provided with a wide range of programmable functions, providing consumers with significant degrees of flexibility and control. This flexibility is similar to that provided with the programmable credit card described above. Also like the programmable credit card, these functions are programmed using the consumer's webbankTM.
  • the programmable debit card serves as a spending tool of unusual power, with the potential to serve as a simple cash substitute and/or as a substitute for conventional checks.
  • the programmable debit card can be instantly tracked and modified using any computer.
  • the programmable debit card allows a consumer to create a simple cash card for a single day or transaction or for any other period of time or customized purpose desired.
  • This customized card can only be used by the webbank owner or an authorized party (and, if desired, only for specific customized uses), thereby minimizing the risk of loss of funds if the card is misplaced or stolen.
  • the bank owner's "funds" can be instantly tracked, recovered, modified, or cancelled at any time.
  • the technology therefore, allows debit cards to be freely customized in any desired fashion and then handed out to any third party, providing consumers with the ability to issue their own "currency".
  • the miracard is one of the embodiments of several physical products which can be used as as the physical implementation of many of the programmable credit and debit cards discussed above. Intended for use in conjunction with the programmable credit card, the programmable debit card and with the webbank, the miracard provides consumers with the ability to easily and quickly create and issue credit and debit cards, both to themselves and to others, in the privacy of their own home or office using a personal computer. These credit cards and debit cards can be issued, customized, revoked, or otherwise modified as desired. In future embodiments, the miracard may further become useful as a transaction card for coordinating centralized receipt collection of purchases of any kind, including many cash and check purchases.
  • the webbank billing center is a designated Internet nexus for managing all billing matters conducted by a business or consumer. It allows the centralization of billing and payment functions, simplifying and speeding monthly payments. It also allows the centralization of recordkeeping functions such as the collection of bills and receipts.
  • This nexus serves as a subset or function of the user's webbank. It provides one central site where all past and current bills can be reviewed over the Internet, where all account history can be reviewed, where the status of payments can be checked, where payments can be made, and so forth, all from the user's personal computer.
  • a business or a consumer can provide the webaddress of its billing center to vendors who can then forward all bills or invoices to the website corresponding thereto.
  • the billing center thus collects all of the business (or consumer's) bills in one place.
  • the business or consumer wishes to pay outstanding invoices, it can access all of its invoices or bills at the webbank. It can also easily retrieve past bills and invoices without having to search for paper copies of those bills.
  • the business can generate electronic invoices by using the tools provided at the webbank. Individuals can just as easily generate these invoices as well. These electronic invoices can be sent to any buyer, particularly buyers having a webbank, for collection at that buyer's webbank and integration with a database associated therewith.
  • a business or consumer acting as a vendor of some goods or services can generate a receipt for any transaction to a buyer.
  • the receipt can be forwarded to the buyer's webbank for storage thereon, so that all receipts are collected and stored together at the webbank for accounting purposes.
  • a vendor In a standard version of current systems, a vendor generates a paper invoice for goods and services provided to a consumer. The invoice is printed out and mailed to the consumer, whether the consumer is an individual or a second business. The consumer, if it is a business, inputs the appropriate details into its accounting system (if it has one). Whether the consumer is a business or an individual, the consumer typically writes out a check to the vendor. Even if mailed immediately, the vendor receives that check several days later in the mail, then deposits the check after some time has passed, and then waits an additional several days thereafter for the check to clear. From generation of the invoice to clearance of payment, at least one to two weeks can elapse.
  • the vendor can fax the paper invoice to the consumer. If extremely rapid payment is needed, a wire transfer can be arranged, which can often take over a day to be processed by the bank and cleared into the recipient's account. Thus from generation of the invoice to receipt of payment at least one to two days can elapse.
  • an electronic invoice can be rapidly generated by a vendor using the webbank or by using some other program or predesired format. That invoice can be quickly sent over the web to the consumer's webbank, where the invoice is received instantaneously. Due to the fact that the invoice is electronic, no inputting needs to be done into the consumer's accounting system. The consumer can then use its webbank to forward back an electronic payment to the vendor's webbank, with the payment clearing instantaneously into that webbank. Thus, all steps in the invoicing process can be conducted in a matter of minutes. Likewise, all steps from the consumer's payment to clearance of payment can likewise be conducted in a matter of minutes using the webbank system once the consumer is ready to pay. Once payment is received, an electronic receipt can be forwarded back as well. If the vendor and consumer both wish, the entire cycle from invoicing to clearance of payment can be nearly instantaneous.
  • the electronic safety deposit box is an online electronic lockbox associated with the webbank for storage, access, and recordkeeping of a user's important documents and assets. Accordingly, the user can easily and quickly access and present verified, digital copies of important documents and records from a central location, for self-access or presentation to third parties. Such documents can take advantage of date stamping, authentication, and other services provided by the metabank for providing security and trusted storage in online and traditional commercial transactions.
  • any entity with access to the Internet can open up its own private miniature bank located on the Internet, such private "webbank” being referred to herein as a webbank, webbankTM, minibank or so forth.
  • the entity opens up its webbank by logging into the overseer bank's website (also referred to herein as the metabankTM website) over a secure connection, so that the entity can open up its own website at the bank.
  • Such website acts as the entity's webbank.
  • the operation and creation of websites is well known in the art and all such hardware and software as are used for the operation and creation of such websites can be utilized in accordance with the present invention.
  • the entity opening the webbank is referred to herein as the "webbank owner”.
  • the entity logs into the metabank's website, and fills out a form thereon over a secure connection.
  • a website is created on the web, which is stored on the Company's server, in the same manner as is known in the art, and the webaddress for this website is provided to the webbank owner.
  • This webaddress can (as with the other webaddresses disclosed herein) be any suitably long and random series of digits and/or letters desired.
  • the website serves as the control panel for the entity's personal or corporate webbank.
  • This webbank which will appear like a website, serves as a gateway to engage in sophisticated and instantaneous financial transactions.
  • a variety of levels of verification can be provided of the information provided on the form by the new webbank owner.
  • the identity of the party opening the webbank is not verified or required by the overseer bank.
  • some identity information is performed, such as driver's license data, social security number data, physical home and/or work address, home and/or work phone numbers, and so forth, as is currently well known. This identity information can be verified to the extent desired.
  • digital signatures and digital certificates can be used for further verification purposes, if desired.
  • these webbanks serve as central personal or corporate financial websites which are used to hold, manipulate and control the webbank owner's funds (or some fraction or parameters thereof), and which provide novel financial tools for control of those funds.
  • funds are directly associated with those webbanks in cyberspace, in the same manner that a dollar bill (or other coins or currency) is directly associated with certain units of monetary value.
  • These webbanks can therefore be used to maintain, hold, transfer, and keep records of the individual or entity's funds and assets, with the funds and assets being under the direct, continual, and preferably instantaneous control of the individual or entity. While they serve as an almost physical, locatable function, like physical forms of currency, the webbank is also directly addressible or locatable over the Internet, can be moved through cyberspace, and otherwise manipulated over computer networks. Accordingly, these webbanks are used to "hold" money and/or assets and fix them in an addressible location, which the individual or others can access, transfer, invest, or so forth, at will. Although these webbanks are preferably websites on the Internet, in other embodiments, the sites can be private and/or public sites on a global information network.
  • the webaddress provided to the webbank owner is the main, private, access point for the webbank.
  • the webaddress provided to the webbank owner is preferably a private one, which is known only to the webbank owner for security purposes.
  • public webaddresses can be provided to other parties for other purposes.
  • various other security procedures can be provided, as known in the art, for secure access to the webbank by only authorized parties. These include, but are not limited to, for example, the requirement of an ED and/or password upon accessing the site, use of a password which is then encrypted using the owner's private key and then sent to the bank, verification of the microprocessor serial number (e.g. using such chips as the Pentium HI) of the accessing computer, biometric identification means of the accessing party, and so forth.
  • the microprocessor serial number e.g. using such chips as the Pentium HI
  • records can be kept on the user's personal computer which can be compared to records at the webbank, if desired, to verify that the personal computer being used is the owner's own computer, e.g. for some or all types of transactions.
  • These records can be selected or random account records, or records of access times and transactions engaged in by the webbank owner, or so forth.
  • the owner can initially transfer money to that webbank from any other webbank, or using any of the means for transferring funds well known in the art.
  • the webbank owner can send the overseer bank a check, can wire transfer funds to the overseer bank, can charge money to his or her credit card for deposit at the webbank, can transfer money off of a debit card or a smart card, or can use any other means previously known in the art, currently proposed in the art, or used in the future.
  • the webbank owner can transfer money or have money transferred, to his webbank from any other webbank, whether his or her own webbank, or that of a third party.
  • any other party can transfer funds to the owner's webbank, using any desired means.
  • all transactions and communications of any sort with a webbank are, of course, conducted using secure means, including the encryption technologies currently known in the art or later developed.
  • all funds held in individual webbanks are deposited and held at a central authority which serves as the parent to any webbanks opened up on the Internet.
  • the central authority can be a bank, a card issuing authority or so forth.
  • the central authority is a bank which serves as an overseer bank (i.e. "metabank") to all transactions conducted.
  • the central coordinating authority can be an authority created specifically for this type of financial network, or a bank, a credit card company, debit card company, brokerage house, insurance company, or so forth.
  • all webbanks are, in a sense, a subsidiary of the metabank or any other related entities.
  • the information regarding that transaction is preferably transmitted to the metabank's server or servers.
  • a network of metabank servers can be provided which intercommunicate.
  • the webbanks themselves are preferably located on metabank's server(s), and/ or the server(s) of its related entities or affiliates.
  • the metabank is therefore the overseeing authority for all transactions conducted on the webbank network.
  • Individual webbank transactions are conducted under the auspices or supervision of the cenral authority, with the central authority serving as the overseer or intermediary for the transaction.
  • the central authority serving as the overseer or intermediary for the transaction.
  • most or all of the specifics of the transaction are under the control of the webbank owner.
  • information regarding the content and nature of such transactions is transferred to the overseer bank with each transaction, but most or all of the banking functions normally conducted by the bank are conducted by the webbank owner directly.
  • the network of webbanks, and the connections and linkages between webbanks preferably uses existing software and/ or hardware technology known in the art for secure connections with a website or a business or network.
  • software and hardware have been used in numerous prior contexts, and include, but not limited to, technologies regarding encryption and authentication, and regarding intranets, extranets, and virtual private networks.
  • any other technology for establishing such secure connections can be utilized.
  • the technology for secure network configurations is known in the art.
  • the VPN server can use whichever currently available protocols are desired to establish the network.
  • any of the various protocols currently employed in the art could be used in conjunction with the invention. These include, for example, Microsoft's Point to Point Tunneling Protocol (PPTP), the SOCKS proxy, and the proposed IPsec suite of protocols. Alternatively, other protocols now under development by router and firewall vendors may prove useful as well. Whichever protocol is employed, the VPN will use a suitably high security method to ensure that sessions are only established by authorized entities, whether RADIUS, the Challenge Handshake Authentication Protocol (CHAP), or so forth.
  • Alternate protocols for a webbank network include, but are not limited to, the Security Sockets Layer (SSL) developed by Netscape Communications Corporation of Mountain View, California; Secure HTTP (S-HTTP), developed by Enterprise Integration Technologies (http://www.eit.com); Microsoft's Private Communication Technology (PCT); the Secure Electronic Transactions specification (SET); or so forth.
  • SSL Security Sockets Layer
  • S-HTTP Secure HTTP
  • PCT Microsoft's Private Communication Technology
  • SET Secure Electronic Transactions specification
  • the SSL protocol is particularly attractive in many ways, due to its current widespread use, although the present invention is not limited to any single particular protocol.
  • the metabank is a member of existing financial networks such as the networks used to process credit card transactions, wire transfers, ATM withdrawals and so forth.
  • the metabank membership in existing networks with the concurrent use of bank accounts and money comprising webaddresses forms a powerful synergistic combination as disclosed herein. This combination provides the user with a bridge between the power of computer networks and the Internet and existing financial networks which can be utilized for a new level of flexibility and financial control.
  • the metabank's role as a member of traditional banking networks allows the accounts and subaccounts discussed herein to be established using existing financial, banking and/or credit and debit card networks and to obtain the benefits of membership in such existing networks.
  • the website is linked to financial data and information at the metabank using existing technologies.
  • the webbanks is linked to financial databases at the overseer bank using XML and/ or any other suitable programming language currently available (or later developed in the art) for sharing and/or transferring information, or linking information to databases, including information in a webpage.
  • the outer template of the webbank's webpage, presenting the format of the website is preferably programmed using HTML or some other available or appropriate language, with the underlying financial data and information being linked to the webbank using a language such as XML.
  • a consumer can maintain his or her own webbank on a server, preferably the server of a financial institution.
  • This webbank is similar to a webpage of the prior art, but is further encoded with functionality to serve as a miniature private bank which is a sub-bank of the overseer bank, known as the metabank.
  • This webbank serves as a personal or corporate bank for receiving, transferring (e.g. at preprogrammed times and under preprogrammed conditions), managing, and monitoring information, funds, and transactions of the bank owner. It can further act and interact with any other webbank to engage in financial transactions, pursuant to the conditions established by the webbank owner, and subject to the conditions set by the overseer bank.
  • a personal or private web bank which can be created at will instantaneously by any entity, such as for example, individuals or corporations.
  • a webbank is created by creating a webpage which is preferably maintained on the server of a central overseeing authority, which is preferably a bank, the funds and data on the webpage being maintained under the overseer bank's control and authority.
  • the conditions of the functions available on such webbank are preferably governed and controlled by the overseer bank, which provides the parameters under which such website banks are created and operated.
  • Such webbank serves as a private virtual bank maintained by the user on the web, which can engage in financial transactions like a regular bank.
  • the user acts as the owner of the webbank, which webbank is in turn owned by the overseer bank.
  • the user as webbank owner, regulates and manages the day to day activities of the webbank, including "account creation," and so forth.
  • the webbank owner can be any entity, whether an individual, corporation, or organization, and can be of any size, whether from one person to any number of individuals.
  • Each webbank can serve as a financial control panel and as a clearinghouse for all transactions (whether conducted by the webbank owner or another party), which is associated with or related to that webbank.
  • Bank owner can access webbank over the Internet.
  • the webbank owner is provided with the main access to the webbank, and the authority to control and modify the webbank as desired.
  • the webbank owner serves as "system administrator,” “webmaster,” or “bank owner” for the webbank, with all of the privileges and powers associated therewith.
  • the webbank owner controls, manages and regulates all functions associated with that webbank, subject only to the overriding control of the metabank, and the parameters established by the metabank.
  • the webbank owner therefore, has greatest access and control of the webbank, second only to the metabank.
  • a webbank will generally be provided with a main account accessible only to the metabank and to the webbank owner for security purposes. As previously discussed, the identity of that main account preferably remains a secret such that only the metabank and the webbank owner know the webaddress for that main account.
  • the webbank owner can create subaccounts to the webbank.
  • the webbank owner can likewise view or modify any of its subaccounts as well.
  • the main account and subaccounts are preferably all webbanks as well, i.e. websites linked to the metabank. They, therefore, serve as subsidiary webbanks to the webbank owner's main webbank.
  • subaccounts are linked to the main account but preferably have a different number so that they can be used for appropriate uses without giving third parties any access, under any circumstances, to the main account number.
  • the user can automatically create or generate subaccounts off of his or her main account number whenever desired.
  • the webbank owner merely accesses its main webbank and chooses a function to create a webbank subaccount or subsidiary.
  • the webbank owner then inputs the relevant information about the subaccount to be created (e.g. the authorized users and any other parameters to be associated with the subaccount and/or any money therein), and a new webbank or website is created which is a subsidiary to the main webbank.
  • the new webbank is linked to the main webbank and is under the main webbank's control (both, of course, being under the metabank's control).
  • creation of subaccounts can be done either directly by the user (e.g. by adding an alphanumeric tag to the end of the main account number, or to the end of a main subaccount number, or by using an account generating function accessible from within the webbank, from within the Internet browser, or so forth which generates separate unrelated subaccount numbers), or by obtaining authorized account numbers from the overseer bank.
  • the metabank (which can also in general act as a card issuing authority) provides the user with a list or group of additional subaccount numbers reserved for the user or owner of that webbank's use whenever desired.
  • the user or owner of the webbank is provided with a certain number of subaccounts, which he or she can modify, use, distribute as desired, and then later is provided with additional subaccounts or groups of subaccounts, as requested.
  • the user customizes a subaccount he or she then transmits to the card issuing authority the details of the customization for that specific subaccount.
  • these subaccounts are preferably created in the same way that trees of websites are created on webservers, as known in the art, with websites being capable of being linked in any desired fashion.
  • the linkage for subaccounts is a hierarchical one, with a main webbank at top, and subaccounts extending down from that main webbank in upside down tree-like fashion.
  • the main webbank account and the subaccount webbanks are each assigned different permissions and access to files and data as is well known for accounts in computer networking.
  • the main account or main webbank can be considered a directory which is only accessible by the webbank owner and the webbank.
  • This main directory then has subdirectories associated therewith, with the webbank owner having full permissions and access to all webbank subaccounts.
  • Each webbank subaccount has a more limited access to data and more limited controls over the webbank subaccount's functions, as established by the webbank owner.
  • all functions, permissions, and so forth are subject to the parameters set by and control of the metabank.
  • subaccounts are subaccounts designated for different uses by the webbank owner, with different purposes and functions as further described below.
  • the subaccounts can be provided for children; if the webbank owner is a corporation, the subaccounts can be provided for employees; if the webbank owner is an organization they can be provided for members.
  • the subaccounts can be provided by any webbank owner for outside third parties, or for specific types of functions, or to segregate certain types of funds or financial powers, or for other purposes, as further discussed below.
  • each subaccount has customizable parameters associated with that subaccount, which are set by the webbank owner.
  • One such customizable parameter is viewing access, wherein the webbank owner sets the identities of the parties who can view the contents of that webbank subsidiary such as account data or other data. Some parties may, therefore, be provided with the ability to review account data but not engage in any transfers or transacttion (read only).
  • Another such customizable parameters include access to funds, wherein the webbank owner designates who can transfer funds out of that webbank, how much funds, where those funds can go, and so forth.
  • the webbank owner can designate who has the ability to withdraw money (under any parameters so designated); who has the ability to deposit money (under any parameters so designated); who has the ability to reverse a previous transaction, or stop a previously authorized transaction, or so forth.
  • Another parameter includes the authority of a party with access to a webbank subaccount to create sub-subaccounts, i.e. webbank subbacounts off of that webbank subaccount.
  • Other parameters involve financial cards, data storage (e.g. with respect to electronic safety deposit box functions), and so forth. Any combination of these functions or others, customized as desired, can be provided in conjunction with a particular webbank subsidiary.
  • permissions, authorizations and passwords can be granted for users by the webbank owner, such that only the users specifically authorized by the webbank owner can engage in specific activities, such as accessing specifically designated subaccounts, and/or such that the user can only engage in the specific activities at that subaccount authorized by the webbank owner.
  • the methods and systems for configuring such permissions, authorizations and passwords are well known within the art of computer networking, with respect to numerous forms of networks, including but not limited to, intranets, extranets, virtual private networks, and so forth, any of which techniques, methods and systems can be used in conjunction with the inventions provided herein.
  • any webbank subaccount can also be set by the webbank owner or anyone authorized by the webbank owner.
  • Numerous different types of customizable cards,and webbanks, and parameters for such webbanks can be set for any subaccounts or customized (programmable) cards as disclosed herein. Numerous such embodiments are also disclosed the present inventor's prior patent applications listed above, all of which are expressly and fully incorporated herein by reference.
  • each webbank including each webbank subaccount (i.e. "webbank subsidiary") itself corresponds to a website address, such that a unique website address can be provided to a third party, for the third party's access to that particular subaccount, without providing the third party with information regarding any other subaccount at the webbank owner's main webbank, or with any information regarding the webbank's main account.
  • webbank subsidiary i.e. "webbank subsidiary”
  • each webbank including accounts and subaccounts, with a webaddress results in a structure wherein each webbank subsidiary can be accessed over the World Wide Web ("the web") and can be controlled and modified over the web.
  • the web World Wide Web
  • segments of a single bank account can be divided, modified, programmed with their own properties, and so forth in unique manners providing an entirely new level of financial functions and flexibility.
  • any website of any kind on the web including any website currently existing on the web or websites created in the future, can obtain the ability to instantly send and receive funds, to become a virtual "bank", and so forth.
  • Each entity provided with access to a given webbank is preferably required to access the webbank over the Internet using secure encryption methods such as those currently well known in the art, and, if desired, using such further encryption and security methods and apparatus as are developed in the future.
  • secure encryption methods such as those currently well known in the art, and, if desired, using such further encryption and security methods and apparatus as are developed in the future.
  • the user upon reaching the webbank, the user logs in with a password and account or subaccount number.
  • multiple subaccounts and passwords can be provided within the webbank.
  • the account/subbaccount and password (and any other identification technique, whether biometric, computer processor serial number, or so forth) identify the identity of the user to the webbank, and the authorized functions and clearances of the user. The user can then conduct the necessary activities at the webbank in accordance with the authorized functions and clearances provided.
  • any desired entity can own a webbank or webbank subsidiary or be given access thereto.
  • such entities can include children, employees, banks, vendors, corporations, organizations, banks, other webbanks, governments (or their agencies or branches), or so forth.
  • any webbank can be customized as to the parameters associated therewith.
  • One such form of parameter is the access parameter, designating which individuals and/or other entities have access to the webbank. For each of those entities, the desired level of access can be set.
  • Such parameters indicate, for example, what those entities can and cannot do at the webbank, and what data they can and cannot see.
  • temporal parameters can be set. These include parameters governing the duration of the webbank's existence, including the time that the webbank will come into effect and the time that it will expire. Any temporal parameter can be set as a specific time or as a range of times.
  • temporary webbanks can be created which are meant to exist for only a short duration or a predetermined duration of time (e.g. to correspond to a specific deal or transaction). Webbanks can be created which will continue operations indefinitely until closed; or which will not conduct any operations until some future time when they will come into existence; or which are available for one time use only; or so forth.
  • the temporal settings can also include parameters indicating that actions will be taken by the webbank at some designated time or range of time. These actions can be taken automatically or in response to certain requirements.
  • Functional parameters can also be set. These include parameters governing what functions the webbank can be used for. For example, some webbanks may be set for funds storage, and/or withdrawals, and/or deposits. Webbanks can also be set for association with programmable cards. Webbanks can also be also be set for record keeping and presentation purposes, e.g. as electronic safety deposit boxes maintained by a trusted neutral party (i.e. the metabank), for maintaining secure copies of important records, and for presentation of authenticated materials to third parties. Similarly, webbanks can be set to hold public or private encryption keys and/or to serve as lower level certificate authorities under the metabank, which serves as a higher level authority.
  • a trusted neutral party i.e. the metabank
  • Webbanks can also be set as transactional gatekeepers, serving the functions of bill and invoice generation and collection, including the collection of receipts corresponding to a user's transactions. Any given function can be assigned to a webbank, including, but not limited to one or more of the functions described in the present application.
  • Linkage parameters can also be set. These parameters may govern what other webbanks or traditional networks the particular webbank can link to or have access to.
  • logical parameters can also be set.
  • Such logical parameters can include settings in which actions, functions, settings or so forth occur or change in response to certain predetermined conditions.
  • Such third parties include entities that are not metabank employees with legitimate rights of access to the account, nor the account owner. Such third parties can include any entities whose trustworthiness with respect to full access to the account cannot be assured or should not be relied upon (such as strangers, vendors, suppliers, etc.), or which are not traditionally entitled to authority over the contents of the account and all of the funds therein since the account does not not belong to them.
  • the use of the webbank subaccount/subsidiary model allows third parties to access the webbank at any level desired and at the webbank owner's full discretion. In this manner, third parties are provided with direct access to the webbank owner's bank account, or more precisely, with strictly regulated access to a predetermined segment thereof.
  • third parties can directly make both deposits to the webbank and make withdrawals therefrom.
  • third parties are in essence given authority to deposit and withdraw funds from the webbank owner's account.
  • other transactions can be effected with and through such webbanks. All transactions conducted on or through the webbank are done in accordance with the parameters and conditions established by the webbank owner, are subject to the parameters and conditions established by the metabank, and result in records being created and stored at the metabank for each transaction or action at a subsidiary.
  • third parties can likewise authorize others to make deposits thereto and withdrawals from the webbank, either by providing them with the appropriate account information, or by creating an appropriate subaccount for that purpose, if the webbank owner so approves.
  • a large corporation is a webbank owner that maintains a bank account having $1,000,000 U.S. dollars therein.
  • the webbank owner can provide a third party with the right to deposit money into that account, while barring any right to withdraw money therefrom.
  • the webbank owner creates a webbank subsidiary (subaccount) off of the main account, and customizes the webbank subbacount such that it is set for receipt of deposits only, but without any right of withdrawal of funds therefrom.
  • the third party is then provided with the subaccount number of this webbank subsidiary (preferably a webaddress). Using that subaccount number, the third party can then transfer funds into that webbank subsidiary, but not withdraw funds therefrom.
  • the deposit is via a transfer of funds from the third party's webbank to the webbank subsidiary.
  • the transfer can be via a wire transfer into a bank account, since each webbank subsidiary corresponds to an bank account at the metabank, which has the rights of a traditional bank.
  • the money deposited by the third party is created to the webbank owner's bank account, without any risk that the third party will withdraw funds therefrom.
  • the webbank subsidiary can be customized to recognize particular third parties only, if desired, with the third parties entering by inputting a user name and password.
  • the subsidiary can be open for receipt of funds from any party whatsoever.
  • a webbank subsidiary can be open for public deposit of funds thereto, e.g. for donations to a particular cause, or so forth.
  • a webbank subsidiary can be provided having rights of withdrawal therefrom.
  • the webbank owner may wish to provide a third party with $100 dollars, which the third party can withdraw at will from the webbank owner's bank account, without risk that additional funds will be taken at that time or in the future.
  • a webbank subsidiary is created off of the main account with access rights to a maximum of $100 from the main account and no more. The third party is then given withdrawal rights from the webbank subsidiary, allowing the third party the right to withdraw that $ 100 (or any portion thereof) at will.
  • the third party can be given deposit rights and withdrawal rights, as in the case of a loan for example.
  • the webbank subsidiary therefore becomes a financial tracking device and transaction record as well, serving as a record of the amount of funds withdrawn, and as a record of the funds repaid, so that there is no ambiguity or uncertainty about whether the loan was repaid and when.
  • Any other series of parameters can likewise be provided with respect to third party access to a webbank subsidiary, including issuance of customized credit and cash cards and so forth.
  • a new method and system for electronic commerce and electronic banking is provided in which new private financial webs or networks can be created, which are modifiable and regulated by its users.
  • any subaccounts of the webbank can be linked to a list of publicly viewable accounts; or to other subaccounts only viewable by certain parties or only by the subaccount owner or authorized users; or to publicly viewable information, or to information only viewable by certain parties or only by the subaccount owner or authorized users; or to any other subaccount (whether at that webbank or elsewhere) or to any other information or website desired.
  • the webbank owner can link subaccounts with other card holders or other accounts or subaccounts on other webbanks (with the permission of the second pa ⁇ y and the respective action on the second party's side), and/or can create webbanks which are jointly owned such that they correspond to joint accounts with other card holders or accounts or subaccounts of other webbanks.
  • the owner can create passwords for second parties to use, allow the second party to generate its own password, and/or have the software or the card issuing authority/financial institution create the same. All such actions are preferably accompanied by the tranmission of the appropriate information regarding the same to the overseer bank, preferably automatically by the webbank to the overseer bank as the function or transaction is conducted.
  • the webbank owner can review activity on his/her account and any joint account he jointly owns, can directly arrange wire transfers with any other webbank, and can transfer money into a joint account for the second party to withdraw when ready or under certain conditions.
  • the seller can be able to set up its own password to access the funds, or can be assigned a password, the password exchange, for example, being sent by email or by a connection between the buyer and seller, or through the overseer bank or so forth.
  • any records in any webbank, any records of transfers, etc., which are preferably maintained on a website can interface or be linked with other databases, including, but not limited to, accounting programs, inventory programs, shipping programs, and so forth.
  • Webbanks can utilize XML or any other suitable programming language such that the information therein is share with any suitable databases desired.
  • the webbank owner can surf and see other webbanks that are listed by webbank owners on the financial webbank network.
  • Some such webbanks may be publicly listed.
  • Other entities on the other hand, may keep private webbanks.
  • many individuals and entities may keep one or more listed public account or subaccount and one or more unlisted private account or subaccounts on the financial webbank directory.
  • Other parties can then email to those accounts or subaccounts or transfer information or funds to the same.
  • Some accounts or subaccounts can be open for unrestricted transfers in; others will require preclearance for transfers or may only allow transfers to certain individuals or under certain conditions, or so forth.
  • webbank owners or users with access to a particular webbank can further verify or view information on other side of a particular transaction (e.g. whether their money received, when sent etc., and so forth).
  • a user or owner of the webbank can also go directly to a seller/buyer (e.g. by accessing the records of the appropriate linked subaccount or the joint account or subacount) and verify the records regarding whether the money was sent and/or received by that party.
  • a party can check whether funds were received by the payee and transferred out (i.e., "cashed" by the payee). Or a party can check whether funds were mailed out by the payor (i.e. by looking for an authorization or indication on the subaccount or the joint subaccount that an authorization transfer has been entered).
  • Those records though private to most users, can be set up as "public" or open to the other party involved in the transaction. In one such embodiment, access can be set up so that a party can logs in with an account number and password and requests information from the other party's webbank.
  • Parties can also create open linkable and closed linkable accounts and subaccounts. For example, in a closed linkable subaccount, the funds can only go from subaccount x to subaccount y and to no other, to prevent fraud. In an open linkable account, the funds can go from subaccount x to any other account or subaccount.
  • a party can also create conditionally linkable accounts and subaccounts, in which funds can only go to certain types of accounts or subaccounts (e.g. user receipt verifiable, or insured, or so forth), or can only be linked in certain ways or subject to certain conditions. This can further be used a fraud protection method.
  • Any number of accounts can be linked or networked in accordance with the invention, and can be linked or networked in any manner desired.
  • a company can transfer money from its webbank into an employee's webbank, if desired.
  • any group of individuals or entities can link or network their accounts in any manner desired.
  • network links can be customized, as desired. For example a one way network link can be provided or a two way network link. Links can only allow certain types of money or parameters. Likewise the joint subaccounts themselves can be customized to only allow certain types of money, parameters, transactions, or so forth.
  • the accounts can further be set up such that tracing is available as well to trace where funds went from, from one account or subaccount to another, and where along the way, or so forth.
  • Some funds for example, can be set up with a tracing parameter of a certain number of transfers. For example, the requirement can be entered that the data regarding the first two transfers (or three or so forth, or any other desired number) must be logged back to the originator's website before the transferred funds can be accessible to the recipient. Or the requirement can be set forth that all transfers of the funds must be logged back to the sender until the funds reach a certain designated recipient, or for a given period of time, or so forth.
  • a two trace parameter can be used with two directly linked subaccounts. After the user transfers the funds to a linked subaccount, two traces must be received back before the transferred funds are open for use by the recipient.
  • the first trace records the transfer from the webbank owner's subaccount to the recipient's subaccount.
  • the second trace records the transfer from the recipient's subaccount to the recipient's main account.
  • the webbaml owner will not receive details of the recipient's main account or main account number, the webbank owner will receive verification that the funds were transferred through both steps.
  • the overseer bank will preferably receive both verification and the account information and verifications.
  • the overseer bank as part of the tracking, will further receive details as to which accounts the funds were transferred between, by whom, when, and so forth, as desired. Preferably, the funds are blocked until these steps have been completed. Once they have been, the overseer bank can "open up" the funds as being available for use by the recipient and no longer blocked.
  • Funds on the website bank can be held or invested as the owner of the webbank desires to provide the return or rate of return that the owner wants to try to achieve (e.g. in money market accounts, stocks, bonds, etc.).
  • each of these investments can be maintained in separate subaccounts linked to the user's main account.
  • either the initiating party or the receiving party or both parties can set the parameters of what occurs with the funds.
  • Such parameters include the investment parameters of the funds on hold For example, each party can control the investment parameters of half the funds, or the initiating party can control the investment parameters of the funds, or so forth.
  • metabank As a member of the metabank's financial web (which is provided on the Internet), and with the metabank further being a traditional banking establishment which is a part of the traditional banking networks, many new and novel payment systems can be provided which are a significant advance over the current art.
  • Checkfree for example, is a commonly available bill payment service which is accessible to consumers using a touchtone telephone or a personal computer and a modem. Subscribers send their payment information and directions to Checkfree or to a bank which utilizes Checkfree's services. Checkfree then sends vendors a laser printed check through the post office or else sends instructions using the existing U.S. Federal Reserve or MasterCard RPS system to transfer funds electronically from the checking account of the subscriber to the creditor. Such services can thereby assist the consumer or business with bill payment.
  • a customer can simply and easily transfer funds to anyone for instantaneous receipt virtually anywhere on the globe.
  • the transfers of the present invention do not merely involve an instantaneous authorization to pay, but rather, include an instantaneous receipt of the funds as well.
  • the funds once instantaneously received are also instantaneously deposited into the recipient's account, and instantaneously cleared as well. This is in significant contrast to the current checking system, where a check sent to a creditor can take days to travel through the mail, then days to be taken to the bank and deposited, then further days until the check is cleared and the funds available to the recipient.
  • the metabank and webbank system provides customers with the the ability to quickly setup and conduct such instantaneous realtime transfers with any third party using a computer connected to the Internet and without needing any additional investment in technology.
  • any party can easily and instantaneously electronically transfer funds to (or from) any desired entity merely by using an Internet browser.
  • the invention can be utilized regardless of the size of the sending party or the receiving party - no entity is too small or large to send or receive an electronic funds transfer.
  • electronic funds transfers between a sending party and a receiving party are accomplished by conducting a transfer of funds between two parties' webbanks.
  • the sending party utilizes its webbank to quickly and electronically transfer funds to the webbank of the receiving party by accessing the receiving party's webbank over the Internet.
  • the use of the webbank eliminates the need to specifically configure the sender for the ability to wire money electronically, or to configure the recipient for the ability to receive money electronically, since the webbanks disclosed herein are designed to be inherently capable of sending and receiving funds. All transfers and exchanges of information between two webbanks likewise involves the forwarding of information to the metabank regarding the transaction.
  • each transfer of funds from a webbank to another webbank preferably also involves a concurrent transfer of information corresponding to the two webbanks between the two webbanks as well.
  • the receiving webbank in addition to the funds received, also receives a record of the webbank address of the sending webbank which is associated with the record of the funds received, while the sending webbank maintains a record of the webaddress of the recipient webbank along with the record of the funds debited.
  • the two webbanks exchange information regarding the identity of the sender and of the recipient, which is also associated with the funds received.
  • the sender provides data regarding the recipient's account, but also "sees" on the screen data regarding the recipient corresponding to the account (preferably webaddress) designated. This avoids the current problem which occurs periodically in the present art in which wire transferred funds are sent to the wrong party because an account is off by one or more digits or so forth.
  • the information that is displayed regarding the recipient is the information associated with that webbank that has been designated as "public information," which provides the doublecheck provided that the recipient is the correct one.
  • Other information can come up as well, if desired, including private information which is shown based on the identity of the sending webbank.
  • the metabank serves to oversee and manage the webbanks provided to users. Any transfer of funds between webbanks thus merely results in a corresponding transfer between two subaccounts of the metabank, merely moving funds around within that overseer bank. Accordingly, instantaneous commerce is further provided.
  • more than one metabank can be provided.
  • individual metabanks maintain a permanent and continual communication among themselves, or repeated communication many times per day, to effect instantaneous or else rapid transfers, rather than merely settling accounts at the end of the day or sending out wire transfers at one time which is the current practice in the art.
  • transfers between webbanks result in instantaneous or rapid transfers between the accounts of the corresponding metabanks.
  • thestransfers of funds or any other information can be preferably be conducted instantaneously between any two webbanks.
  • the degree of speed for the transfer can be any time interval designated by the metabank -- thus, a transfer of funds can be done in seconds if desired, or within one, two, five, ten or thirty minutes, or within one, two, four, or eight hours, or within the day, or two days or any other amount of time desired.
  • This is in contrast to the current methods for wire transfers used in the art, in which a wire transfer of funds by a consumer or business transfers usually takes a day or more, and are rarely if ever is within seconds or minutes.
  • Transfers of funds or other assets between webbanks can be conducted using any technology for electronic transfers of funds over the Internet previously or currently known, or devised in the future.
  • any of the activities and inventions previously disclosed by the inventor in his other patent applications can be used in connection with the webbank.
  • any transfers of funds, for example, between two webbanks preferably results in a corresponding transfer of information on the records of the metabank's computers.
  • the metabank's computers record the withdrawal of funds from one account and the deposit in another account, in nearly instantaneous fashion.
  • a user on a computer network can access the network and transfers files or data on the server (e.g. from one directory to another) or can transfer files from one computer to another on the network, or can transfer files between directories on another one of the network's computers.
  • a user can rapidly deposit money in another account in the same way that information or files are sent to, uploaded to, copied into, or cut and pasted into, another computer or directory.
  • a user can rapidly withdraw money from another account in the same way that information or files are retrieved from, downloaded from, copied out of, or cut and pasted from another computer or directory.
  • such webbanks can be used to transfer money between individual webbanks.
  • such transfers are conducted using encrypted data exchanges between the webbanks.
  • transfers of information and money between webbanks are conducted using the XML language (or another such suitable language) to interface data between such webbanks and some or all of their underlying databases.
  • any party preferably using an Internet browser
  • payments can be done instantaneously, and without using a credit card.
  • any webbank can likewise be used to transfer funds in a more traditional manner, i.e. over the traditional networks for transfers of funds between banks.
  • the present system provides the advantage that such wire transfers can be directly conducted by the webbank owner (or authorized user) over traditional networks if desired by inputting the desired information regarding the recipient's account into the computer at the webbank itself (or accessing the recipient's webbank), rather than having to wait or stand in line at a bank to conduct a wire transfer, or fill out a form which is at some later point processed by a bank employee.
  • Such wire transfers using webbanks can therefore be more efficient or more rapid than traditional wire transfers, although they can still suffer from speed disadvantages owing to the structure of the current funds transfer systems.
  • a webbank owner can authorize the sending of funds rapidly or almost instantaneously, although the time it takes for such funds to be received will depend on the particulars of the operation of the traditional fund network in question.
  • transfers of funds and other information between webbanks can be conducted using asymmetric encryption technology.
  • Such encryption can be effected for various purposes, whether for security, to ensure use by only the desired recipient, to designate uses or purposes for the funds, permissible spending locations or times, or so forth.
  • a webbank owner may wish to send another entity an "electronic check" for instantaneous deposit to the appropriate account on the recipient's webbank.
  • This recipient's account can be a general account setup for receipt of money from any party, or a specific account set up for receipt of money from that particular webbank owner.
  • money is transferred from one of the subaccounts on the owner's webbank to one of the subaccounts on the webbank of the recipient. This transfer of money or funds is asymmetrically encrypted.
  • each webbank owner preferably maintains a copy of its own private key corresponding to that particular webbank.
  • the webbank owner lists a copy of its public key in an approprate location - e.g. on its webbank subsidiaries or any other designated site at the metabank. That public key can be the public key for some or all subaccounts and/or for certain types of subaccounts, and/or for certain types of transactions, and/or the public key associated with certain types of parameters for the funds.
  • the webbank owner (“the sender") first accesses the recipient's webbank.
  • the sender accesses the recipient's webbank by typing the recipient's webbank's webaddress (or more specifically the webaddress corresponding to the particular subaccount at the recipient's webbank) into the appropriate field of the webbank owner's browser (or clicking on an appropriate hyperlink).
  • the sender can merely choose the recipient's webbank subaccount off of a list.
  • This list can be an entry which has been added to the webbank owner's list of accessed accounts or favorites, in the same manner that "favorites" are stored in current Internet browsers; or it can be any lists of email and webaddresses that are stored on computers and in various application programs; or it can be some list available over the Internet, e.g. through a search engine, or on a specific directory; or it can be the webbank subaccount address provided on or linked to any traditional websites (e.g. the recipient's website where it advertises goods and/or services for sale); or can be an address forwarded by email; or can be any information stored or provided in any other way desired.
  • the sender can link to, and download a copy of, the recipient's public key.
  • the sender then encrypts the money being sent to the recipient using that public key and sends that money to the recipient over a secure, encrypted, connection.
  • the encrypted money is then deposited into the recipient's subaccount. That money can then only be decoded using the recipient's private key, for use only by the recipient.
  • the recipient can encode it in any manner desired, e.g. for storage of that money or of any part thereof in any desired account or subaccount on its webbank, or for forwarding of that money or any part thereof to any desired party.
  • the money can be decoded automatically at the recipient's webbank upon receipt, if desired, or can be deposited for decoding by the recipient upon executing the appropriate command at the webbank to retrieve some or all of the funds deposited to some or all of the recipient's subaccounts.
  • the steps of accessing the private and public keys, and encrypting and decrypting the data, and so forth all occur in the background so that the sender and recipient need not worry about the particulars, nor have to physically access individual functions to run those processes.
  • all exchanges of money or funds between parties occurs wholly at the metabank's computers upon receipt of instructions from one of the webbanks.
  • a first webbank sends instructions to the metabank that funds are to be sent (or withdrawn or so forth) to a second webbank, by designating the webbank address, and the metabank credits (or debits or so forth) second webbank's account accordingly.
  • funds can be transferred between parties in the form of data sent directly from a first webbank to a second webbank, with the information sent thereafter to the metabank.
  • the information is also sent concurrently to the metabank at the same time as it is sent from the first webbank to the second.
  • the form of the "money" or assets transferred between webbanks can take various forms.
  • a party can designate an amount of money that is to be transferred, and communicate the same to the server of the metabank.
  • the server then provides an encrypted number corresponding to that amount of money.
  • the first party can then send the second party the encrypted number (and possibly the amount of money it corresponds to as well, and/ or a PIN number).
  • the second party can then send to the server the encrypted number (and preferably the amount of money and/or a PIN number); if the server verifies the data received, it deposits the money into the second party's ccount, and closes the transaction.
  • an encrypted number can be transferred; however, an amount of money as well and/or a PIN number can be used for added security.
  • the encrypted number can be transferred further from the second party to a third and so forth, before it is redeemed at the metabank.
  • the number is a webaddress corresponding to a website. That webaddress corresponds to the amount of money designated by the sender.
  • a webaddress is sent from one party to another. That webaddress correponds to a webbank account (e.g. a temporary account) having the amount of money desired for transfer located therein.
  • the account is created for one time use (just this particular transfer), and contains only the amount of money desired to be transferred during this transaction located therein.
  • This webaddress is encrypted and sent to the recipient who decrypts it, accesses the money, and transfers it into his or her own account.
  • the webaddress is encrypted using the recipient's public key, for decryption by the recipient using his or her private key, as discussed above.
  • a symmetric encryption algorithm is first applied to the webaddress to encrypt the webaddress.
  • This symmetric algorithm is encrypted using the recipient's public key, and then the encrypted webaddress and encrypted algorithm are sent out together.
  • the recipient's side he or she decrypts the algorithm using his or her private key, then uses the algorithm to decrypt the webaddress, which webaddress can be used to access the money and have it moved into the recipient's own account.
  • the recipient decodes the webaddress he or she then forwards that webaddress to the central overseer bank, with his or her own webaddress to initiate the transfer of funds from one webaddress (or account) to another at the central overseer bank.
  • the sender can merely send a first webaddress (with the funds in that account) and a second webaddress (where the funds are to go) to the metabank, where the transfer is initiated upon receipt of the information, crediting one account/webbank and debiting another as indicated above.
  • any party when any party sends a webaddress or so forth to the other party, it is preferred that the same information be likewise simultaneously forwarded to the central overseer bank's server, preferably with information containing the identity of the sender and/ or the recipient. Information regarding the identity ofthe recipient can be used for future verification when desired, when the recipient receives the webaddress information from the sender.
  • webaddresses can merely be sent over directly, from one party to another, in any manner desired.
  • transfers from one account to another is a seamless simple process where one party designates the amount of money to be sent (or withdrawn etc.), the location where the money is to be transferred to, and requests an execution of the transaction.
  • the webaddresses themselves can be obtained by owners and users of the system by numerous means. For example, a webbank owner can send a message to the server, indicating the amount of money which it desires to transfer. The server can then respond with the webaddress into which that amount of money has been temporarily deposited (transferred from the sender's account). If desired, the sender can have a series of temporary webaddresses allocated to it for precisely this function, which are either provided in advance, or upon request when the sender wants to send money.
  • a webbank owner can likewise permit third parties to withdraw funds from the owner's webbank, if desired.
  • a webbank owner can create a subaccount on his webbank for access by a third party, wherein only the third party is provided with the subaccount's secret webaddress.
  • the webbank owner can then access the webbank of the recipient and download the recipient's public key (or, in any of the embodiments of the present inventions, retrieve the recipient's public key from any other source, just as the recipient's subaccount can be retrieved from a variety of sources).
  • the webbank owner can then encrypt the desired amount of funds and deposit it into the recipient's subaccount at the owner's own webbank.
  • the recipient When the recipient wishes to withdraw money, he or she merely accesses his or her secret subaccount at the owner's webbank using his or her Internet browser. If desired, a password and identification can be required for access, which is set by the webbank owner or by the funds recipient). Upon accessing the secret subaccount website, the recipient then decodes the money using his or her private key.
  • the money as previously discussed, can be a number which is recognized by the overseer bank as corresponding to a certain amount of funds in the webbank owner's account and/ or can itself correspond to a further webaddress.
  • the recipient of the funds can then transfer or manipulate the money in any manner desired, subject, if applicable, to any parameters or restrictions set by the webbank owner when he or she deposited the money. Part or all of the money can be withdrawn and transferred elsewhere, if desired, with the remaining money, if any, encrypted by the recipient and left in that subaccount of the webbank owner.
  • an owner can leave money for access by someone else, which the second party can withdraw from or use as desired. Until the money is accessed by the second party, it remains within the authority and jurisdiction of the webbank owner, unless the webbank owner sets the parameter of the money as irreversible back to the webbank owner.
  • All transfers of money of any sort are preferably verified at the metabank server(s) by comparing the information provided by the webbank owner or sender (including the intended destination) to the metabank server, with the information provided by the recipient (e.g. the information downloaded into the recipient's account) to verify and confirm that only the intended recipient has received and downloaded the information.
  • records are maintained on the metabank's servers, and also at the user's personal computer for backup purposes.
  • the party manipulating the money or arranging the transaction can set any parameter desired to the funds.
  • transactions can be reversible or irreversible, if desired, by setting appropriate parameters with the money, and sending the appropriate messages to the metabank server indicating the parameters of the transaction.
  • Parameters of a transaction can be provided using an assymetric encoding system, and/or by providing parameter information which is itself associated with the numbers corresponding to the money in the individual webbank accounts.
  • a subaccount can be created on a party's webbank which is expressly for purchasing CDs, that subaccount having its own public and private key associated therewith.
  • a subaccount can be created on a party's webbank which is expressly for selling CDs (or any SKU), that subaccount having its own public and private key associated therewith.
  • Various parameters can be provided, as described in this inventor's prior applications, any or all of which can be associated with one or more public/private key pairs.
  • any parameter desired can be encoded into the numbers corresponding to certain funds, using a secret keys or systems known only to the metabank overseer bank, with the overseer bank checking a transaction which is attempted to verify that it is comports with the rules set in the parameters associated with the money therein.
  • transfers can also be anonymous, if desired, such that it does not specify the the sender and/or the sender's address, or such that it is conducted by the sender without knowledge of, or being able to determine the recipient or withdrawer of funds.
  • a transaction can be conducted anonymously initially, with the sender (or recipient) later having the opportunity to disclose or reveal its identity, e.g. by allowing the sender (or recipient's) to apply its private key to the data sent, and sending back information regarding that data to verify that that the sender (or recipient) was able to decode it.
  • a unique number or account can be used for each transaction, if desired, or each type of transaction, such that interception of or decryption of an account number will not compromise any other transaction, or any other account.
  • parameters can be defined for different account types, as to the type of purpose the funds can be used for, when they can be used, and so forth, as further discussed herein.
  • customized financial cards are also provided herein. These financial cards can be customized or "programmed" by the user (preferably over the web) such that they are only suitable or usable for particular subuses, for particular subframes of time, or so forth. This differs from the present practice in the art, which is to have financial card numbers (such as credit card numbers) which are valid for all uses, and for all periods of time until the card expires.
  • financial card numbers such as credit card numbers
  • credit card is frequently used hereafter, the intention is to include credit cards (which includes charge cards), and debit cards by that term, unless otherwise stated.
  • the present inventions could be used with any other form of financial cards used for purchases or transfers of funds, as well.
  • the corporation can issue customized credit cards, or obtain customized credit cards from a credit card company, which can serve certain limited uses, functions or so forth.
  • This card can be customized in any of numerous ways.
  • the customized card could be set to be valid for a certain limited number of dates or until a certain date.
  • the card could be set to be valid on only those two days.
  • the employee is authorized to use the card for charges on only that time that the employee is away on the business trip, but not for any other time.
  • the card can have a user customized range of dates or series of dates.
  • this is a range of dates with a commencement date and expiration date.
  • commencement date and expiration date This is useful, for example, if an employee is going on a business trip, one or more cards could be issued which are valid for the dates of the trip, with the card not being valid before the trip starts or after the trip ends).
  • the card becomes valid at any specific time (even a time of day) and ceases to be valid at any other specific time.
  • the card could become valid for a series of ranges of dates, even dates which are non consecutive or non contiguous.
  • the card can also be customized for only particular uses or groups of uses.
  • the main cardholder e.g. a corporation, a parent, etc.
  • the card could be customized so that it is only good for airline reservations, such that if the employee tries to use it for any other type of charge, the charge will be declined, regardless of the amount of the transaction involved.
  • the card could be customized so that it can only be used for airline and hotel charges.
  • the types of uses which can be provided include any type of use that is currently charged or could in the future be charged on a credit card, or any combination of the same, including any desired current or future category of uses.
  • charges which are placed on cards include airline, hotel and car rental charges, restaurant bills, retail store purchases, and so forth.
  • the card could be customized just to allow certain particular stores, certain particular charges, or so forth.
  • the card can also be customized for use only by a specific individual, by certain groups of individuals, or so forth.
  • a parent could provide a customized use card which is for use by his or her son or daughter, a corporation could provide a customized use card which is for use by employees, an organization could provide a customized use card for use by employees and/or members and so forth.
  • Different cards or customization parameters could be provided for officers, board members, executives, or so forth.
  • an employee could be given authorization to purchase a new computer system.
  • a customized credit card could be issued to the user which is only valid for use for that particular type of charge (computer hardware and software stores) and to the credit limit decided by the issuer or authorizing party at the corporation, such that if the employee tries to use it for anything else or for a charge in excess of that authorized, the charge will be declined.
  • the card could even customized for use in a particular store itself or a particular chain of stores (such as a particular restaurant, or a particular chain of restaurants). Any of the features in the present application can also be combined - thus, the employee could be given a card for use in any computer store which is good for a total purchase of up to, for example, $2000 in value.
  • a parent could give a teenage child a card to go out and make a specific purchase for the child or for the parent.
  • the card could be valid only for purchase on that particular day, to a certain designated purchase limit, and even, if desired only in a certain store, or group of stores or types of stores (e.g. clothing stores), or types of purchases or items.
  • the main account could have, for example, a $1500 credit card limit, but the parent could set a $100 limit for use of the customized card on that particular day.
  • the card can not be used at stores other than the types chosen by the parent. Use in any other type of store or on any day other than that one day will cause the card to be declined. This minimizes the amount of credit card loss which can occur, and increases the chances of catching the thief.
  • the sublimit of $100 also minimizes the amount of loss which is possible.
  • the card could also be customized to be valid only in a particular region. For example, if the employee is going on a business trip from New York to Florida and back, the card could be set to be valid only in the States of New York and Florida, and not to be valid for charges in any other locations. If the card were lost or stolen en route, e.g. in a stopover in Georgia, and the thief attempted to use the card in Georgia, the charge would be declined, irrespective of the amount involved.
  • the amount of credit on the card could be as high as the credit on the main account, or alternatively, could also be customized.
  • the main cardholder e.g. the corporation, the parent, etc.
  • the subuser e.g. the employee
  • This can be done in some fixed manner, on the basis of some formula, or so forth.
  • Self transfer of funds and customization by the corporation or the user of the card is preferred.
  • the corporation determines what uses and/or amounts are set on the credit card up to the corporation's total credit card limit.
  • the user receives one or more credit cards, each of which is inactive.
  • Each card has a blank amount of credit, and no predefined use, i.e. the card initially has no credit available on it at all and no use available to it.
  • the user determines how much of his or her available credit he or she wants to transfer onto that particular card and what particular uses or types of uses are desired (or even all uses, if desired). For example, the user may decide that he or she wants to go to a particular place or store that day and have a certain amount of money with himself or herself (or wants to send his or her employee with a certain amount).
  • the user could carry a card having a predetermined amount on it, and could even, if desired, set the places or types of places where the card will be active.
  • a user can designate a single sum for use over a plurality of cards.
  • This method overcomes a variety of problems present with the current methods of the art. For example, if a individual or couple wishes to go on vacation abroad, they often purchase traveller's cheques in any of a predetermined limited number of denominations (e.g. twenty, fifty, one hundred dollars, etc.) When using those cheques to convert money the couple often may not wish to convert the full sum (e.g. the full fifty dollars) at that one time, in that one place, or at that day's exchange rate, etc. Alternatively, the couple may be purchasing an item from a store, and the full cost of the transaction is often some odd number which is less than the denomination on the card. In this case, the individual or may not want to receive change back from the vendor in cash, since the vendor may be providing a disadvantageous exchange rate, or so forth.
  • a predetermined limited number of denominations e.g. twenty, fifty, one hundred dollars, etc.
  • a single sum can be "distributed" over a plurality of cards.
  • the user designates a particular sum, and each of the cards in that plurality can draw upon that sum.
  • the use of that card reduces the total sum available for the next cards in the series.
  • a user can use the customized or the disposable card for transactions whose sums do not amount to a whole number.
  • a certain percentage of the total sum available can be used on a single card, or can be used without verification of identity.
  • a 50% or 20% single use ceiling (or any other number) can be set by the credit card company or the user, to further guard against loss due to fraud.
  • the card use can be temporarily blocked or subject to verification of identity, to verify that the card was not stolen and being used illegally for large transactions.
  • the card can be set to have a desired level of security which must be comported with by the vendor for the transaction to be authorized. For example, some cards or transactions could require merely a signature, some could require the fingerprinting mentioned herein, some could require a showing of identification (including, if desired, picture ID) or so forth.
  • all cards in the series can be linked such that, if the cards are stolen, one call will cancel all of the cards.
  • the card can be set such that there are certain combinations of customizations available.
  • each subuse can be associated with a specific credit limit for that subuse on that one credit card.
  • the user may be told that he or she can spend up to $500 on air travel, $1000 on hotel rooms, $300 on car rentals, and those limits can be programmed into or preset to the card.
  • Other combinations of dates of transactions, types of transactions, amounts for individual and/or total transactions, etc. on a single card, or on multiple cards, can be set as well.
  • the customized card could be preset or such that any purchases can only be delivered to a specific shipping address (e.g. the address of the corporation). Likewise, since the card is a customized card, any other special conditions of any sort could be attached to the transaction as desired or needed.
  • a card can be issued to an individual, or to a department. Or, a group of cards can share a single credit limit.
  • a card can be customized such that, when items are purchased by phone or over the Internet, etc., the only shipping address which will be accepted is a preset shipping address already assigned to the card (e.g. by the main cardholder).
  • a card can be set to have a fixed maximum per transaction limit. It can be set to allow, or disallow cash withdrawals.
  • a card can be set to send out a notification to the main cardholder upon each purchase, or upon each purchase meeting certain criteria (e.g. over a certain limit, pertaining to a certain category, or so forth).
  • the notification could be set to include certain required information, e.g. when it was used and/or where it was used and/or how much credit is left or any other information desired.
  • a preapproval can be required before every purchase or before certain purchases, such as purchases over a certain limit, or purchases of a certain type.
  • a card can be encoded for multiple uses or types of use.
  • the card can be encoded such that it can be used for other magnetic card systems as well.
  • the customized card could be encoded such that it can also be used in place of some other existing card, e.g. as a metrocard (i.e. a fare card on the New York City subway system), as an EZ Pass (i.e. a card which is used to drive through tolls in New York or elsewhere), or so forth.
  • These multiple use cards could either have a preset amount on them (as a debit card of sorts), or they could interface with the other existing card system (whether the Metrocard system, the EZ Pass system, or so forth) such that upon use of the customized card, the funds are taken out of the user's credit card account.
  • multiple brands of cards can be bundled together on a single customized card for ease of use of the user.
  • brand is used herein to refer to the general card issuing authorities, whether Visa, Mastercard, American Express, Discover, etc. or to more specific issuing authorities, e.g. Citibank Visa, MBNA Mastercard, etc.
  • Visa and/or Mastercard and/or American Express etc. card accounts can be bundled together on a single credit card.
  • a single transaction could even be broken up among a series of cards if desired with the transaction statement indicating for example that $200 out of the $600 dollar purchase was charged to the Visa account, and an equal amount to the Mastercard and Amex accounts.
  • the main account holder could set up the card to be capable of some fixed total amount of charges (e.g. $1000) with the user free to use any of the accounts on the card in any combination desired to charge up to that amount. This is useful if some establishments accept only one or two of these brands, allowing the user (e.g. the employee, the child, etc.) to use the customized card as establishments that accept any of the brands on the card.
  • the main account holder e.g.
  • the customized card could be set up such that all of one or more subtypes of use is charged onto one brand, all of another or more subtype onto a second brand etc.
  • the card could be set such that all airline charges are charged onto the Amex Card, all retail store purchases to the Visa, all hotel reservations to the Mastercard, etc.
  • This could be by the customization of the card which only allow certain types of use of each account, and/or by codes which automatically select the appropriate brand or card account when the user attempts to use the card.
  • This could be in any customization scheme desired.
  • the first $x amount could be charged to one card account, the next $y dollar amount to another card account, or so forth.
  • a card could be issued to be always “off", unless the main card or account holder, or the authorized person on the card (i.e. the person given the authority to control the uses of the accounts on the card), authorizes or sets or turns the card and/ or a specific use of the card "on” for either a particular time period, or for use until certain conditions are met.
  • the card could be issued to an employee or to a child, and normally be in an "off” state (as opposed to general purpose or regular credit cards which are normally in an "on” state) which can not be used, until the main cardholder authorizes that the card be turned on for the next day (and the next day only).
  • the card could be turned on until one transaction is conducted using the card (or some specified multiple number of transactions are conducted using the card), or a specific use is effected of the card, or turned on in accordance with any of the other customizations of the card described herein.
  • the card normally remains “off”, but is occasionally or periodically turned “on” for a while to allow the card to be used for a desired purpose. After that purpose has been accomplished, the card goes back "off” again. In this manner, the card can be turned on and off by the user as often as desired or necessary.
  • the user can maintain a list of available credit card numbers in his or her computer and/or software program, with the list further indicating the specific customized use of each number.
  • the user can maintain a list by hand, or a list can be provided each month with the user's statement.
  • the uses of each number can vary over time. If an unauthorized user intercepts the first credit card number and attempts to use it for a use that it is not enabled for, the transaction will be declined. For example, a user could maintain 5 separate numbers (or any other desired number), each of which is linked to the main card account. Today, one particular number could be authorized for booking airline tickets for the current business day (but no later), while tomorrow a different number could be authorized for that purpose.
  • Customization (and activation) of the card or a specific credit card number can be in any of the ways known in the art.
  • the user can call the credit card company and, once his or her identity has been verified, can direct the credit card company to customize the card (or a specific credit card or credit card number on the account) in the manner desired and/or to activate that specific credit card or credit card number.
  • the user could be required to call from his or her home phone, with the phone number being verified at the credit card company using "Caller ID".
  • the user can use a computer to dial in over a direct connection (or over the world wide web or the Internet on a secure connection) to the credit card company, and program in the desired characteristics using the user's computer.
  • a software program can be provided to customize and/or activate the card and/or the user can access a web site (i.e. at the credit card company) where a form can be filled out by the main cardholder (or by the authorized person on the card or an authorized card user) to set the desired customization parameters. This form could then be accessed as often as desired to update and/ or modify the customization of the card or specific credit card numbers, check the status or usage of the card or specific numbers, etc.
  • authorizations done using this program or connection could be compared (either automatically or upon demand by the user) against actual purchases recorded by the credit card company against the card.
  • a "cross check” is provided, so that if a limited use, customized or disposable card transaction comes into the credit card company which was not authorized by the cardholder, it will show up on the cross check.
  • this cross check could be effected automatically (e.g. each time the user logs, in), periodically (e.g. once per day or per some set time period), upon the user's activation of this feature, or upon the user's deliberate initiation of a cross check.
  • the main cardholder orders or obtains the card from the credit card company. In other embodiments, the main cardholder issues or activates the credit cards off of his or her main account him or herself, after transmitting the necessary customization information to the card company, and obtaining the necessary authorization.
  • a customized credit card could be converted to a regular, general purpose credit card, or vice versa, if desired. This can be used to deal with changing circumstances, needs or desires of the main cardholder, the card user, the corporation, etc.
  • a regular or “general purpose” credit card the present inventor refers to those credit cards currently used in the art, which have no limitations on their use other that the card be valid (e.g. be before the expiration date and be of an account in good standing), that the person using the card be the authorized user, and that the transaction be within the available credit left on the card. Subject to those provisions, such cards can be used at any time for any types of purchases at any vendor accepting that type of card.
  • a disposable or customized credit card can be provided with a "fingerprinting area".
  • the user can be asked to place a particular finger on a certain portion of the card to form a fingerprint which can later be used to verify whether the card was used by the rightful owner or used illegally by someone without authorization.
  • this area is covered by a flap (e.g. a plastic cover) which is lifted or removed before fingerprinting, to prevent stray marks or fingerprints from appearing on the area before it is ready for use.
  • the user can sign (and/or fingerprint) the back of the card, and the vendor could submit or return the cards to the credit card company if desired.
  • the vendor could be required to scan the cards into an appropriate system, with a record of the scan going to the credit card company.
  • a "fingerprinting area" on a disposable or customized card instead of using a "fingerprinting area" on a disposable or customized card, such an area can be placed on the vendor's bill or documentation which currently in the art is signed by the purchaser.
  • the cards could each have their own PIN number, or PIN numbers.
  • the information regarding the transaction is transmitted to the credit card company, as is known in the art.
  • the information on each purchase from a vendor is transmitted directly to the user after the transaction is completed so that the user can directly monitor and keep records of his or her usage, without waiting for the credit card statement to come in.
  • This information can be sent to the user in any manner desirable. For example, it can be transmitted over the Internet to the user, to the user's web page, or so forth. Instead of the user, it can be transmitted to a third party, if desired; for example, if the card is being used as an expense card for an employee's expense account at a corporation (as described herein), the information can be transmitted directly to the corporation. This transmission can be done by the credit card company itself. Alternatively, if desired, the system can be set up such that the information is transmitted at the point of sale. This can be done with or without the credit card embodiments described above as a permanent or automatic recordkeeping system.
  • these credit cards are can be used, processed, etc. by a credit card company in the same manner as with its regular credit cards, with the exception that the present cards provide the additional features provided herein.
  • such customized cards are programmed using software and/or systems provided by Electronic Data Systems of Piano, Texas, with any desired modifications made thereto.
  • Such modifications preferably include the ability to access and modify such cards over the web with such access and modificationns preferably conducted using the webbanks described herein.
  • the customizable or programmable credit card and debit cards are further designed to take advantage of the power provided by the webbank and the metabankTM.
  • these cards are financial cards which have been segmented into a series of functions or parameters for all of the financial card's traditional functions.
  • each of these parameters can be directly viewed and programmed over the web by the bank owner (and any designated third party) using the webbank which serves as a financial control panel.
  • any webbank can be linked with a financial card for issuing, monitoring or regulating the financial card from that webbank.
  • webbanks are linked with customized cards as discussed herein, such that the webbank owner can "issue" and modify credit and debit cards as credit and currency financial vehicles.
  • the programmable credit cardTM makes it possible for a corporation to issue credit cards to each and every one of its employees for centralized expense tracking, regardless of that employee's level in the corporation (from the most junior to the most senior). This ability is provided while reducing or eliminating the risk of misuse or loss. Previously, such concerns have minimized the degree to which credit cards could be distributed to corporate employees.
  • the card makes it possible for parents to give a "children's credit card” to a child of any age, also without the risk of misuse, theft, or fraud.
  • Such cards permit children to take part in credit card transactions, whereas they were previously a population barred from participating in such activities.
  • the card also provides any individual with the ability to extend "credit" to other parties, including parties which would ordinarily not be able to qualify for credit.
  • the technology allows the first freely transferrable credit card, i.e. a credit card which can be given out and distributed like cash.
  • This allows credit cards to be given out as gifts, serving as a "gift credit card”.
  • Consumers are thereby given the opportunity to hand out an open-ended gift that provides the recipient with the complete flexibility to buy what they want.
  • the consumer giving the gift does not pay for that gift immediately (as opposed to the disadvantage of a check or a gift certificate) but rather pays for that open-ended gift over time, as with any other credit card transaction.
  • the recipient receives the gift immediately (or whenever he or she chooses to use it).
  • the programmable credit card also allows credit cards to be physically handed out for any desired payment purpose.
  • it provides consumers with the ability to apply for and receive their credit cards instantaneously (within the hour or less), rather than waiting several weeks or longer to receive a credit card in the mail as is currently the standard practice.
  • personal and corporate currency cardsTM can be provided as financial tools which, like traditional debit cards, draw on preexisting funds rather than a line of credit.
  • the currency cardsTM are provided with a wide range of programmable functions, providing consumers with significant degrees of flexibility and control, as with the programmable credit card described above. Also like the programmable credit card, these functions are programmed using the consumer's webbank.
  • the programmable debit card serves as a spending tool of unusual power, with the potential to serve as a simple cash substitute and/or as a substitute for conventional checks.
  • the programmable debit card can be instantly tracked and modified using any computer.
  • the programmable debit card allows a consumer to create a simple cash card for a single day or transaction or for any other period of time or customized purpose desired.
  • This customized card can only be used by the webbank owner or an authorized party (and, if desired, only for specific customized uses), thereby minimizing the risk of loss of funds if the card is misplaced or stolen.
  • the bank owner's "funds" can be instantly tracked, recovered, modified, or cancelled at any time.
  • the technology therefore, allows debit cards to be freely customized in any desired fashion and then handed out to any third party, providing consumers with the ability to issue their own "currency".
  • the properties of the programmable credit card are all set by the webbank owner (or other designated individual). As a result, freely transferrable credit and debit cards can be created.
  • blank credit cards or debit cards are provided or made available to webbank users.
  • a blank financial card can be provided having an account number and magnetic stripe thereon (and including an expiration date, if desired) but no name of an account holder.
  • Such blank cards can be provided in the mail or sold, or freely distributed, or distributed via any desired method.
  • the financial card has an account number thereon and appears just like any other credit or debit card, it is blank in that it has no actual user or financial account associated therewith.
  • these cards also have an area which the user can write on (e.g. to place the user's signature, write the user's name, the amount placed on the card or remaining on the card, and/or other desired information).
  • a webbank owner than takes this blank card and accesses his or her webbank, the webbank having access to the webbank owner's bank or credit card account, which can include actual funds or a line of financial credit.
  • the webbank owner (or other authorized user) can then associate the account number on the financial card with any webbank, webbank subsidiary, or so forth.
  • the account number can be linked to the user's line of credit (which can be in one or more webbank subsidiaries) to form a programmable credit card, or linked to actual funds to form a programmable debit card or so forth.
  • this programmable credit or debit card is customized, as previously discussed for customized cards or for webbanks.
  • the user can transfer $100 out of his or her total funds (or out of his or her total credit) from the main webbank (or a webbank subsidiary) to a desired webbank subsidiary which is created for and directly associated with a particular blank financial card.
  • the financial card number is input for association of this particular card with this particular webbank subaccount.
  • the metabank receives the information regarding this association so that this financial card can be used on traditional debit and credit networks.
  • information is transferred over traditional banking networks to the metabank, which can then authorize the transaction.
  • a credit or currency card can be quickly created by any user in his or her home or office which can then be used in traditional stores, ATMs (and any other establishment accepting credit or debit cards).
  • this card can be created and used without any need for the vendor or consumer to purchase or install any new hardware.
  • any desired parameters of the programmable cards can be configured by over the web using a webbank.
  • the webbank can be used to create freely transferrable credit and debit cards, including cards which can be distributed to any desired party, whether a family member, an employee, a friend or so forth.
  • a webbank owner can create a currency card or credit card, associate funds therewith, and give that card to any desired individual or other entity for that entity's use.
  • a gift credit card can be created.
  • the webbanks allow an individual's bank account (which as used in the present invention can include a traditional bank account, a credit card account, or any other financial account) to be sliced into as many subdivisions or subaccounts as needed, each of these subaccounts being customized and linked to the main account in whatever manner is desired.
  • a webbank can be used to associate a blank credit card with a subset of the user's credit line.
  • a webbank owner or other authorized webbank user having a $10,000 credit line, for example, could then give away $50 dollars of that credit line to any desired person as a gift.
  • Fifty dollars of the webbank owner's credit line is associated with a webbank subsidiary and that subsidiary (i.e. subaccount) is then associated witha blank financial card. That card could then be given to any desired party as a gift for the party to use whenever the recipient wants.
  • the programmable cards make it possible for a corporation to issue credit or debit cards to each and every one of its employees for centralized expense tracking, regardless of that employee's level in the corporation (from the most junior to the most senior) with no risk of misuse of loss. Lost cards can be cancelled using a webbank to deactivate the card or block use of the funds in the webbank. Similarly, the parameters of the funds on the cards can be precisely programmed to minimize or eliminate risk of misuse. Likewise, the programmable cards also make it possible for parents to give a credit card or debit card to children of any age whatsoever, also without the risk of misuse, theft of fraud.
  • the technology allows freely transferable credit and debit cards to be given out like cash. Unlike cash, however, any funds on such cards, however, can be retrieved if the card is lost, can be blocked if the card is stolen, and can otherwise be tracked, modified, and programmed as desired.
  • a webbank owner or user can quickly and easily wire money to any ATM machine, providing a third party (or even him or herself) with the ability to pick up cash therefrom.
  • This embodiment provides a method which allows cah to be sent to individuals throughout the country or the globe, which the recipient can receive merely by locating a nearby ATM (on the appropriate network, whether Cirrus or NYCE, or so forth).
  • the embodiment is particularly useful to send someone money quickly when one's friend or relative or so forth loses their wallet or purse or has the same stolen.
  • a sending party is provided and a receiving party.
  • the sending party is anynoe who wishes to wire transfer money for pickup at any ATM machine.
  • the receiving party is anyone who wishes to receive money at any ATM machine.
  • the sending and receiving parties can be the same or different individuals.
  • the wire transfer is conducted as follows.
  • a first individual (the desired recipient) picks up a blank financial card.
  • a blank financial card is a card with an account number and magnetic stripe on it and which appears similar to a standard credit, debit or ATM card.
  • the card does not have an account holder's name on it, but can have other distinguishing word or information on it other than the account number to distinguish one card from another.
  • Such blank cards can be mailed to the user, or bought by the users singly or in packs like floppy disks, e.g. at retail stores, newstands, kiosks, or so forth. Alternatively, batches of these blank cards can be provided next to ATM machines.
  • These cards co ⁇ ld either be provided for free, or sold, and/or a sum could be deducted for the card at the time of the transaction. For example, the sale of the card could take place using the same card which is being sold so that, once funds are transferred onto that card, the amount of the sale is deducted from the card.
  • these cards can be provided free (or at a cost) to vendors for them to provide to customers, with payment made to the vendor by the card provider and/or the by the purchaser, either before the time that they are provided to the purchaser, at the time they are provided, or after they are provided (e.g. at the time they are used). For example, in one embodiment, they are provided free to vendors and the vendor is paid once the card is used.
  • the recipient can use an existing ATM card or a programmable debit card or programmable credit card which the recipient already has or carries in his or her wallet. This embodiment is useful when someone wishes to conduct an ATM wire transfer of money to someone who already has their cards with them.
  • the recipient can use another standard debit or credit card or financial card, although the speed of transfer may thereby be delayed.
  • the recipient picks up or chooses a card, the recipient then contacts a second individual (the sender) and asks the sender to wire transfer funds to an ATM.
  • the recipient can him or herself initiate the ATM wire transfer (and become the sender of funds to the ATM) by using a computer having Internet access.
  • the sender accesses a bank account using a computer.
  • this account is a webbank located on the Internet, and can be a webbank created for the present purpose.
  • the sender then takes some or all of the funds in that webbank and then associates, links or transfers those funds with the the account number listed on the blank ATM card or the programmable credit or debit card.
  • the sender choose a PIN number on the webbank for association with the card as well.
  • the card can come with a PIN number in its package.
  • the metabank Since the webbank is part of an overseer bank which is linked with traditional banking networks, that overseer bank, the metabank, is able to interact with those traditional networks, and likewise the webbank is able to interact with those traditional networks through the metabank.
  • the information regarding that association is transferred to the metabank which then recognizes that financial card as being a valid debit, credit or ATM card, which is one of its member cards and which has a given amount of funds associated therewith.
  • the recipient then takes that blank card (or his or her existing card, the existing card preferably a card issued by the metabank) and uses it in the standard well known manner.
  • the card is a standard ATM card, debit card, or credit card from a standard bank (the metabank)
  • the card can be recognized over traditional ATM networks that the metabank is a member of. Accordingly, no modification to the hardware or software of standard, existing ATMs is needed in accordance with the invention.
  • the ATM Once the ATM has read the card, verified the PIN number and received the withdrawal request from the user, the ATM machine then sends an inquiry over traditional networks as is well known in the art.
  • the metabank (or a clearinghouse etc.) can then respond with an authorization to allow the funds to be withdrawn from the card.
  • the ATM machine can then dispense cash and process the transaction in the standard manner known in the art.
  • funds can likewise be wire transferred to a programmable debit or credit card for immediate use of that card at merchants (or even to a standard credit or debit card), without needing to withdraw money off of the card at an ATM.
  • the programmable debit or credit card preferably has a standard magnetic strip thereon (as with standard debit and credit cards), the card can be read at any merchant having a standard credit/debit card reader. In this manner, money can quickly be transferred to anyone's card using a personal computer. Moreover, the transfer can be conducted with out the need to use new technology such as new card readers or smart cards, although those cards can also be used in accordance with the inventions herein.
  • the owner of a webbank can further issue cards or any other financial vehicles corresponding to the webbanks, including for example, webbank subsidiaries (subaccounts) or joint accounts created.
  • disposable cards can be generated.
  • the disposable card can be provided in blank either to the cardholder or to any party and any amount of funds can be placed on it. Or the card can be reusable, such that every day or periodically the desired amount of funds can be transferred onto it. If not used by the end of the day, or by the end of the set period, the funds can revert back to the original account, if desired. Or if the card is lost, the funds are simply transferred back.
  • the same disposable card can be used as an expense card, as a debit card, as a credit card, or so forth.
  • a method and apparatus is further provided for improving account transactions.
  • Such transactions include any transaction which a user can conduct with a vendor. They include, for example, the notifications of account activity or charges provided to consumers on on monthly credit or card statements, debit card statements, bank statements (including mortgage statements), car payment statements, utility statements (e.g. gas, electric, telephone, etc), and any other statements provided to a consumer. They likewise include any transaction at a brick and mortar store, or any transaction between any two entities, particularly on the Internet.
  • any financial transactions which an entity can engage in can be monitored, recorded (including authentication and date-stamping if desired), and/or facilitated (e.g. via concurrent or post-transaction or pre-transaction payment over the Internet) with the methods and apparatus of the present invention.
  • These transactions can refer to any accounts payable or accounts receivable of a user, or accounts paid or received by any entity.
  • a customer or user is provided with a centralized website for gathering and maintaining records of that user's financial transactions. If desired, any provider of goods and services can maintain such a website, as well.
  • the websites utilized and referred to herein are the customers' or users' webbanks.
  • vendors i.e. any providers of goods and/or services (including, but not limited to, banks, utility companies, and so forth) are provided with the address of that website. Those vendors can periodically, or as desired, send statements or information to the website regarding the customer's accounts at the vendor.
  • the customer's website has the webaddresses of those vendors preprogrammed in, and accesses those vendors' websites, either periodically or when desired, to gather information regarding the customer's accounts.
  • a customer uses a card (whether a financial card or other card) and/ or accesses or transacts business using the customer's account at the vendor, information regarding that transaction or use is forwarded to the customer's website.
  • the address of the website can be provided to each individual vendor and/or located on the card itself.
  • the cards used are programmable credit or debit cards, although traditional cards can be used as well.
  • a credit card customer can provide his or her credit card company with his or her webaddress.
  • the credit card company maintains a record of this webaddress on file in its records.
  • the customer's credit card is used, whether at a retail establishment, over the telephone, or otherwise (e.g. in automatic monthly billing or otherwise)
  • the credit card company sends records to the webaddress.
  • the notification indicates and summarizes the nature of the transaction that was processed on the customer's account. Any desired information can be provided, including, for example, the vendor, the place of purchase, the amount of the purchase, the item purchased, and/or any other desired details.
  • the customer receives early and frequent statements which serve as both billing statements and as confirmations and receipts whenever his or her credit card is used. These statements can be referred to periodically by the customer when he or she accesses the website to pay his or her bills. Thus, whenever desired, the customer can then look at his or her website to determine recent activity, pay bills (by viewing statements from vendors which have been forwarded to that webaddress) and so forth.
  • the server having the website thereon can be programmed to send the user a periodic email (e.g., daily, weekly, monthly, or so forth) or to post a periodic notification on the website, summarizing the activity of the user for that period. In this way, the customer can monitor his or her financial activity. In addition, he or she can easily spot fraudulent non-authorized transactions.
  • the customer becomes rapidly informed of all transactions that are conducted using his or her cards and accounts, in an almost immediate fashion. If a fraudulent transaction is conducted on the customer's account, the customer will learn of it almost immediately (e.g. at the end of the day), rather than at the end of the month when the bill comes in. As the customer can detect fraud more quickly, and the provider of the goods or services can likewise act on fraud more quickly, as well. This facilitates the reduction of fraud, and the apprehension of the perpetrators of such fraud.
  • the customer is provided with a virtually realtime and/or instantaneously accessible, running record of any and all of his or her transactions, including any transactions conducted with any of his or her financial cards or other accounts.
  • This record is updated whenever the accounts are used, rather than once every month, or is updated periodically, if desired.
  • the record can replace standard bills and statements, or can supplement them.
  • the website can process the information received from various accounts in a unique fashion.
  • the information in the email is downloaded into a database linked with the website.
  • the database is maintained on the server hosting the website and/or a database on the customer's own computer.
  • the database is compatible with standard protocols and formats and/or with commercial database and/or financial programs, such as Microsoft Access, Quicken, or so forth.
  • the website is programmed using XML or another suitable method. The information in this personal database maintained for that customer can then be consolidated and manipulated by the customer in whatever manner the customer desires.
  • the database can be viewed and reviewed by the customer in a variety of ways, just as information in any other database can be viewed, queried, and so forth, as is known in the art.
  • the information could be downloaded into a spreadsheet or any desired financial management program.
  • the website can automatically list all of the user's transactions for the day, the month, the year, or so forth.
  • the site can list all of the transactions for a period, all of the transactions for a particular card or account, or any other subset of the customer's total financial information. This processing can be as an alternative to viewing periodic (e.g. daily) updates or in addition to it.
  • both periodic notifications of activity and automatic statements or consolidations of information provided. Viewing notifications of transactions as they occur (e.g. realtime notification) has the advantage that the customer is immediately presented with information regarding the most recent transactions on the account, each time he or she checks his website. Likewise, automatic statement processing has the advantage that the customer can obtain a table of a large number of transactions at once, making it easier to locate a specific transaction, review usage over time, and so forth.
  • periodic consolidations of information can be posted automatically (or when requested by the user) on the website as previously discussed, e.g. all of the activity for some period, e.g. all acitivity since the customer last checked in and/or all activity for the day, for the week, for the month, or so forth.
  • the customer can select some or all of the information in the personal account information database and that information can then be processed as the customer desires, upon the customer's request, for integration into a specialized statement in any format that the customer desires.
  • This specialized statement is useful when the customer wants the statement presented in a specific manner, wants information for a specialized amount of time (e.g. 6 weeks, 45 days, one or more quarters, etc.), or so forth.
  • the customer can choose functions on the software or website to have the statement display in a specific desired format.
  • a database, spreadsheet, or financial management program can be used to generate different types of reports and reports in different formats, so too the account information can be displayed in a variety of types of reports and formats.
  • the user is provided with a real time version of his or her accounts, including accounts from totally different companies and goods and service providers, which can always be up to date, or virtually up to date, rather than one month behind, and which can be easily and quickly accessed and reviewed.
  • the user and/or his software could check the website or database of the financial company or goods and service providers to obtain current information.
  • hyperlinks can be provided at the user's website to the user's accounts at other vendors. Receiving information at the user's website from the vendor automatically, however, is far preferred.
  • the website can also be provided with a link to quickly report back problems to the vendor or provider.
  • the customer can immediately report problems directly to the provider (with the added advantage that the customer does not have to wait on a telephone on hold).
  • the customer can send an email or can click on a link (e.g. from a series of hyperlinks provided).
  • One link could be to security to report that the customer did not make the credit card purchase reported, and thereby alert security that a fraudulent transaction has just been detected.
  • the detailed information regarding the specific transaction at issue is immediately transmitted back.
  • transaction information can be sent by a vendor for all attempted transactions, only for transactions which are approved, or even only for transactions which are declined, if applicable.
  • the confirmation/ summary is sent for all transactions, providing the account holder with a complete record and notification of all transactions, both approved and declined ones, as in the case of credit card transactions.
  • the invention In addition to allowing monitoring information on his or her own account, the invention also allows the customer to more easily monitor and review the activity of other members of the account or webbank, if desired. Accordingly, the email can therefore list which individual on an account the transaction corresponds to.
  • the principles of the invention are employed, as set forth above, but in conjunction with a specialized card which is specifically provided to a consumer to allow for the tracking of receipts, or a specialized card which is linked to the customer's webbank, or so forth.
  • the card is used by the consumer to send data regarding a variety of different types of transactions to a central registry of the consumer or the vendor (such as the consumer or vendor's website), or so forth.
  • the consumer provides a credit- card-like card to a vendor when a transaction is conducted.
  • This "transaction card” is not used to make payment, but rather has the information on it for allowing data regarding transaction information to be routed (preferably over telecommunications lines) to the correct location (i.e. the webaddress of the user's website) for recordkeeping.
  • the card can be provided when the consumer is paying by a separate credit card, when the consumer is paying by cash, by check, or so forth.
  • the transaction card number is input into the system or the transaction card is swiped through an appropriate card reader.
  • the transaction card is swiped through a standard credit card reader, and is processed using the preexisting networks for credit card approvals.
  • Data regarding the consumer's transaction is then forwarded to the consumer's email address, to a user's web page (preferably the user's webbank), to a file at the card company, or so forth.
  • This data can be as detailed or in as summary a form, as desired, from merely the vendor and the amount spent, to a breakdown of the individual items and/or associated description (for example, based on the associated bar codes). In this manner, recordkeeping regarding transactions can be maintained, data regarding spending can be correlated and analyzed, and so forth.
  • This data can be maintained and collected using a single transaction card to monitor the transactions using many different types of credit cards, to monitor cash transactions, to monitor check payments and so forth, with all of this disparate information forwarded to and/ or collected in a single location.
  • the consumer can further phone information into that location.
  • the consumer can access her or his information, either using a computer, by obtaining a printout (on demand, monthly, weekly, etc.), by telephone, or so forth.
  • analyses of spending, and means of reducing spending and/or consolidating expenses, etc. can be provided by the transaction card company as well.
  • all of the features described above with respect to the credit card embodiments of the invention can also be applied with respect to the transaction card embodiments of the invention.
  • a web site or web page can serve as a collector, recordkeeper, and so forth of a party's financial and other information.
  • the website or personal webbank acts to collect all of the user's financial information, all of the user's records whether bills or receipts being centrally forwarded to and maintained by and at the website or webbank, for the user's convenience.
  • any other desired information can be sent to or collected by the website periodically, or as desired.
  • the consumer accesses the website and authorizes the payments therefrom.
  • these authorizations can be in the same manner that Internet banking (or any other computer-implemented or Internet implemented bill payment) is currently conducted.
  • the website is a webbank (also referred to as a milliiibankTM.)
  • payments can also be conducted by webbank to webbank transfers, in which funds are transferred between websites, or so forth, as disclosed in the present inventor's related applications listed above.
  • payments can also authorized by any other means, e.g. by telephone authorization by the user, and sent by any other means, including means well known in the art.
  • authenticated records are likewise transferred instantaneously at the same time as the financial transaction, immediately providing each webbank with an authenticated receipt documenting, verifying, confirming, and recording the transaction for future reference.
  • All transfers or payments made from the website are preferably made sufficiently secure methods, such as using encryption technology as is known in the art, or as further developed in the future.
  • Assymetric or symmetric encryption can be used for sending information over the Internet, or a combination of both.
  • Such encryption methods including such methods as DES, Triple DES, RSA, PGP, among others, are known in the art, and are used to ensure high levels of security.
  • the systems used employ identification (e.g. by using digital certificates), authentication (e.g. by using digital signatures), nonrepudiation, verification and privacy.
  • the systems used make use of the processor serial number of the user's computer, for further security purposes.
  • information and documents are also sent to the webbank to enable centralized storage of important records for access at any time by the user.
  • Examples of the types of information which can be sent to the personal financial website include: receipts for purchases or payments, credit card statements, bills, tax return documents, real estate deeds, and any other desired information.
  • This information is sent to the website (e.g. in the same manner that email is currently sent, and/or by sending in documents to a central authority which are scanned, and/or by providing electronic filings, authentications and certificates of such transactions, etc.) and is stored on the webbank, or in an appropriate linked area (e.g. on the overseer bank's server or on the server of an appropriate authority, whether private or governmental).
  • a call is made by the user to the website, but the website dials back the user at a predetermined Internet address or phone number or other location (or emails the information to the user's preset email address) to reduce or obviate the possibility of breaches of security.
  • a user has a secure website or a webbank, the website or the webbank preferably being set up on a website on a server of an central authority (such as preferably an overseer bank in the case of a webbank).
  • the user of the website or webbank can access its website or webbank over the Internet, using secure encryption methods being used as are currently well known in the art, and, if desired, using such further encryption and security methods and apparatus as are developed in the future.
  • the user upon reaching the website or webbank, the user logs in with a password and account or subaccount number.
  • a password and account or subaccount number In a multilayered or many member entity, such as a business, multiple subaccounts and passwords can be provided within the webbank.
  • the account/subbaccount and password identify the identity of the user to the website or webbank, and the authorized functions and clearances of the user.
  • the owner can review activity on his/her account and any joint account he jointly owns, and can directly arrange payments to any party by conventional or specialized means.
  • Conventional means include such means for bill payment using web banking as are currently well known in the art, and as are provided by numerous banks and by bill payment services.
  • Specialized means can include functions available using a webbank, such as wire transfers to or from any other webbank, transfers of money into programmed joint account for a second party to withdraw when ready or under certain conditions, or so forth.
  • the sender can be set up a own password for access to the funds, or can be assigned a password, the password exchange, for example, being sent by email or by a connection between the sender and recipient, or through the overseer bank or so forth.
  • any and all further information desired can be associated with such money, payments or transfers, as “attached to” the money or payments.
  • Such associated information can include, for example, who is “writing the check”, who is “cashing the check” (or who is authorized to cash it at the recipient), who the contact individuals are at the payee and payor (including addresses, email addresses etc.) for further information, or to follow up, or so forth.
  • notes or information can be posted in a joint subaccount or forwarded to a linked subaccount. With notes posted in a joint subaccount, these can be immediately viewable by all members of the joint subaccount and/or can be sent by email to other individuals on the joint subaccount, or by email to the linked subaccount.
  • the website or webbank can be set up for automatic transactions as well, including automatic payments, and so forth.
  • a party can control the payment or transfer time (and can particularly control it with precision with a webbank), and have transfers conducted at the time desired.
  • the user can verify the transfer directly, and look at the records on both sides.
  • a web site can serve as a central collector, recordkeeper, and so forth of a party's financial and other information, including information regarding transactions of all forms and bills and receipts relating thereto.
  • Such transactions can include both Internet transactions and traditional transactions (e.g. transactions at traditional "brick and mortar" establishments).
  • This website or webbank can be used to pay bills or conduct funds transfers, as desired.
  • other information can be sent to the website periodically, or as desired.
  • financial information e.g. closing prices regarding the stocks in a party's stock portfolio
  • news or so forth can be sent to or collected by the website each day or periodically.
  • news can be sent to the website.
  • any desired information can be forwarded to and/or stored on the website or webbank, with or without banking or payment functions provided at the website or webbank.
  • the website or webbank can be used to keep copies of documents such as a party's driver's license, passport, insurance card, medical records, and so forth, which can be "produced" to an appropriate party by accessing the website or webbank when necessary.
  • the website or webbank includes functions to further include an "electronic safety deposit box".
  • the website or webbank can be used as a storage site of data that the entity keeps on its harddrive, i.e. a centralized backup location which the individual's computer can always access to retrieve data of any form forwarded to or stored by the user or webbank owner.
  • a website which can further be used to generate electronic invoices for forwarding to third parties.
  • this website can have any of all of the other functions described herein, and is also the party's webbank.
  • This website can be provided to consumers in any of various forms.
  • the user can type billing information directly onto the website, and can send an invoice from the website to any designated party.
  • the information received at the website can be electronically formatted into an electronic invoice in accordance with any of the current or future formatting protocols for electronic bill presentment.
  • a particular format can be provided which is proprietary to the such invoicing websites and/or to webbanks in general.
  • information from an accounting or billing program is transferred to the website.
  • the information is converted or translated into an electronically formatted website as discussed above.
  • one or more programs are provided to the user which enable the user to generate electronic invoices.
  • Such invoices can be generated locally on the user's computer.
  • the invoice can be generated on a personal computer, whether on a workstation, a server, a handheld computer, or so forth.
  • the invoice can be generated using a program accesssed by the user over the Internet.
  • these electronic invoices are then forwarded to the website for storage thereon and/or for forwarding to third parties.
  • the website is a user's webbank.
  • the website not only collects records, but is used to generate invoices and present electronic invoices to other websites or to other webbanks.
  • any of the embodiments of the present application can further be implemented using technology developed in the future or currently under development, as that technology becomes ready for use on the Internet and/or in commercial applications.
  • money can be associated with any existing or blank financial card, whether standard credit and debit cards, or programmable cards.
  • money can also be "left" for an individual on the Internet for the individual to pick up at any time, or for association with any financial card (existing or blank).
  • a person can create a webbank subsidiary/subaccount and leave money therein for a third party.
  • Such funds can be in various forms, such as a check made out to cash, or so forth, but are preferably encoded for the specific recipient (e.g. using assymetric encoding).
  • the owner of the webbank can then set a password for the webbank subsidiary/subaccount and then preferably provide both the subaccount number (which as with all of the accounts and subaccounts of the invention, is preferably a webaddress) and the password to a third party.
  • the third party can then access the webbbank by typing in the webbaddress in his or her browser, and using the password can access the funds.
  • the third party access the money therein, and using any computer transfer that money wherever desired, associate that money with a financial card, or so forth.
  • this subaccount can also be associated with a credit card and/or debit card and/or bank account, or so forth, at the webbank.
  • funds could be placed on the webbank subsidiary in association with a card which is physically provided to the third party, or so forth.
  • money can be left for any individual on the web, if desired, whether that individual has an account with the metabank, or so forth. That money could then be picked up or used by the individual using just a computer with Internet access, or using an ATM machine, or using a financial card (if the webbank's funds have been associated with a financial card, as previously discussed).
  • the person accessing the funds need not even own a computer, an email account, or Internet access. The person accessing the funds can use them if he or she has access to a computer having Internet access (whether a friend or relative's computer, a computer at work, a public terminal or kiosk, etc.) or even access just to an ATM machine, or even if the person merely wishes to shop somewhere that accepts credit or debit cards. In this manner, cash, checks or credit and debit cards can be instantly "handed" to anyone else regardless of physical distance.
  • numerous forms of money or other assets can be provided, as well. Each of these forms can be created by programming the parameters of the webbank accordingly, the webbank serving as the "depository” of that money (or other assets) and listing the properties of the funds or other assets associated therewith.
  • "simple money” is provided, which is merely a sum of money, as currently used in the art.
  • multiparameter (or parametric) money and assets can also be provided, i.e. money (or other assets) which has parameters directly programmed therein as part of the funds.
  • a first example of complex money is as provided above, i.e. money including expiration and termination dates and/or activation dates.
  • Money with an activation date can only be used after a certain date, or only after activated by the sender. For example, it can be owned by the recipient (or by the sender or a third party), but the recipient cannot use it until a certain date, or until the recipient has activated it).
  • divisibility rules (how it can be divided up), what the money can be used for, who it can be used by, and so forth, can be provided as well with multiparameter money.
  • Reversibility the funds being two way, e.g. such that it is either capable of being retrieved by the sender or, alternatively returned to the recipient
  • non-reversibility can be provided (the funds being one way, e.g. non-retrievable by the sender or non-returnable by the recipient) as discussed below.
  • Conditionality can also be provided (e.g. funds are forwarded upon the fulfillment of certain conditions, e.g. when certain times or dates or reached, or when a certain series of approvals are obtained from one or more parties, or so forth). Numerous other parameters can be provided as well.
  • the parameters of multiparameter money can be readily ascertained by accessing the the webbank account number (e.g. the webbank with the particular webbaddress provided for those funds or assets).
  • the authorized user can view the parameters of the assets of funds, e.g. as text, or as an image or as any other file.
  • This access could be any party in a first embodiment, or by any party with the key in a further embodiment.
  • the amount and ownership, account numbers and so forth can be encrypted.
  • all information regarding that money can be encrypted. Accordingly, some or all of the parameters or multi-part money can be encrypted or public, as needed by the specific transaction which is being undertaken.
  • compound money is provided, money further attached and inextricably associated with other non-money information, such as a text message, an image, graphical data, a password, etc. such that transfer of such data also transfers money with it, or transfer of such money also transfers such data with it.
  • non-money information such as a text message, an image, graphical data, a password, etc.
  • money which retains its history can be provided.
  • all movements of the money are recorded in it (e.g. as a numerical tag to the end of the money, by using money in the form of an image or file or so forth), either indefinitely or for a certain predefined number of transactions.
  • all money originating from a given webbank sends its history back to its originating webbank as it moves from one location to another etc.
  • Multiparameter money can have transfer provisions as well. For example, it can indicate when, where and/or how it will be transferred, or whether it will revert, if not used. This embodiment is particularly useful to prevent lost money such as that which sits in a dormant accounts till forgotten. In some situations, multiparameter may often not be freely alienable, if programmed as such.
  • money can further be transferred from one form to another, by the webbank owner, as desired.
  • programmable and nonprogrammable money can be provided, i.e. money whose variables can be changed by the user, and those which cannot be.
  • Signalling money can be provided, i.e. money which sends certain signals or triggers certain events or so forth when used.
  • the money can cause an email to be sent to a party, causes a program to be run, or so forth when sent or when received.
  • Encrypted money can be provided as well; i.e. money which is received, but can not be used until a decrypting key is provided.
  • a user can create self-investing money, money which automatically takes certain actions for the user (e.g. upon receipt automatically investing itself into certain types of accounts or so forth, even before the user does it, to gain the benefit of the time between when the money would be received and when the user would get a chance to invest it).
  • Investible and noninvestible money can be provided (either always or for a certain period of time), the latter being money which maintains its value, but which can not be invested, to reduce the risk of loss (but also preventing gains).
  • Multi-key money can also be provided, in other words, money which has one or more counterparts or keys with both parts, keys or confirmations needed for it to work.
  • Money can also be designated for its available uses or types of use, as indicated in the referenced provisional with respect to customized credit cards. For example, money can be designated as only available for certain types of uses. Or, it can be designated as depositable into any one of multiple accounts, or for any one or multiple purposes (e.g. analogous to a check made out to "for food” without indicating what restaurant or grocery store, etc. it is for; rather, it is for any restaurant, grocery store, or so forth).
  • Money can also be linked to other forms of value (e.g. stocks, precious metals, etc.), is desired.
  • a party can control the transfer time of funds precisely, and have transfers conducted at any time desired. It can also verify the transfer directly, and look at the records on both sides.
  • this transfer can be conducted according to set parameters which are set for that particular subaccount and/ or for the entire webbank (or the entire customized card), or so forth.
  • a parameter can be set such that the transfer of funds between parties is made immediately (as if the transaction were being conducted in cash).
  • the transfer of funds is made after a certain amount of time (e.g. thirty days).
  • transfers of funds can be in fractions of cents or can include fractions of cents, for micropayments.
  • the transfer is reversible or irreversible by the buyer and/or the seller.
  • a reversible transfer embodiment after the buyer transfers the funds or the seller withdraws the funds, the buyer can nonetheless pull back the funds or some portion thereof.
  • Reversibility for example, can be provided for some period of time, or under certain conditions.
  • a transaction can be reversible such that a party can pull his or her money back within a certain number of days.
  • a party can be reversible such that it can get its money back upon not accepting the shipment from the sender.
  • the verification of nonacceptance for example, can be provided using an electronic authentication of the nonacceptance by the shipping company to the webbanks of the sender or the sender and buyer.
  • a transaction can be reversible, upon sending the goods back within a certain period of time, or so forth.
  • the sender of funds or buyer can not automatically pull back funds from the recipient or seller once the funds have been sent.
  • a transaction has to be confirmed (whether at the time of, or at some time after the transaction) by one or more parties thereto for the transaction to be effective.
  • the transfer of funds between two parties is made in multiple stages.
  • the transfer of funds is made to one party (e.g. the seller or a third party, or so forth) and notification is provided to a separate party (e.g. a third party, or the seller, or so forth).
  • the transfer of funds is made upon receipt of certain confirmations or authentications. Such confirmations or authentications can be of a third party or one of the parties to the transaction. Examples of third parties include shippers, appraisers, arbitratrators, or other third parties, whether involved or related third parties, or third party neutrals.
  • payments can either be made directly from party to party or through an intermediate holding area or escrow area or subaccount, where the funds are temporarily held.
  • a webbank owner can set any desired defaults for money which is created, transformed, received, or so forth.
  • funds and assets are linked to databases, such that information is associated therewith.
  • use of the funds or assets, or, in the preferred embodiment, use of their webbanks allows databases of different parties to communicate with each other, to exchange information associated with those funds, assets, or webbanks, and so forth.
  • each webbank has database records associated therewith, such that any and all further information desired can be associated with such money, payments or transfers, as “attached to" the money or payments.
  • Such associated information includes, for example, who is “writing the check”, who is “cashing the check”, who the contact individuals are at the payee and payor (including addresses, email addresses etc.) for further information, or to follow up.
  • notes or information can be posted in webbank, including a joint subaccount and/or forwarded to a webbank, such as a linked subaccount. With notes posted, for example, in a joint subaccount, these can be immediately viewable by all members of the joint subaccount and/or can be sent by email to other individuals on the joint subaccount, or by email to the linked subaccount.
  • use of a webbaddress for payment allows other databases receiving that webaddress to utilize the public information associated with that database.
  • a webbaddress e.g. on a Federal Express ® package as the payment account number
  • the Federal Express database can not only access the funds but all other associated information in that webbank.
  • Such information can be the name, address, telephone number and so forth of the shipper. It can also, however, be the name, address, telephone number and so forth of the recipient, the shipping instructions, and so forth.
  • the second database accesses the webaddress and can immediately access and obtain the public information stored at that webaddress's associated database. This can be done by using XML, or any other suitable technique for sharing and transferring information among and between databases.
  • a webbaddress can also allow signalling to take place.
  • a webbaddress e.g. on a Federal Express ® package as the payment account number
  • the Federal Express database allows the Federal Express database to send a signal that webbank when the package is delivered.
  • the webbank can then release the funds.
  • a webbank can be programmed in advance to release funds only within a certain period of time after upon receipt of an authenticated signal from a trusted third party or third party database, such as a shipper or other neutral third party, whether an escrow agent, an agreed upon outside lawyer, or so forth.
  • other events can be triggered, such as forwarding of an email to an appropriate party (e.g. that the shipment has been received), creation of a webbank (e.g. which will be specifically associated with those goods), modification of the parameters on the webbank, execution of a program at the webbank, release of data to the webbank or records at the webbank, or so forth. Verify records on other side
  • a user or owner of the webbank can also go directly to a seller/buyer (e.g. by accessing the records of the appropriate linked subaccount or the joint account or subacount) and verify the records regarding whether the money was sent and/or received by that party.
  • a party can check whether funds were received by the payee or transferred out (e.g., "cashed" by the payee).
  • a party can check whether funds were mailed out by the payor (i.e. by looking for an authorization or indication on the subaccount or the joint subaccount that an authorization transfer has been entered).
  • Those records though private to most users, can be set up as "public" or open to the other party involved in the transaction.
  • access can be set up so that a party can logs in with an account number and password and requests information from the other party's webbank.
  • the webbank owner (and/ or the central authority) can issue currency (e.g. digital money) on the webbank.
  • currency e.g. digital money
  • Such currency can be transferred, as any other payments described herein, can likewise be associated with specific subaccounts, with specific cards (including cards issued by the central authority or the webbank owner), or can be subject to any other desired parameters.
  • Localized currency can be generated which can only be used with specific sites; for example, only at the site of the issuer, e.g. using assymetric encryption, as described above.
  • currency can be created which is only good for a specific type of goods and/or for a specific amount of time.
  • public keys can be created which are associated not only with individuals, but with types of goods, specific stores, specific times or ranges of time, or which are associated with any other webbank, fund, or asset parameter.
  • webbanks can be programmed to be active only for certain times or only for transfer to certain webbanks or types of webbanks or so forth.
  • numerous types of currencies, assets and so forth can be created in accordance with the invention.
  • the personal webbank can serves as the clearinghouse when a transaction is conducted.
  • the personal website can serve as an intermediary between the credit card company or a bank or other financial institution and the vendor, if desired, transmitting information between the credit card company (or so forth) and the vendor, or can be an endpoint, receiving information from the vendor or the credit card company as transaction are being processed, or once transaction have been completed.
  • transactions undertaken by the user can be set such that all information regarding the user's transactions is sent to the user's webbank, as discussed above, so that the user maintains centralized records and receipts with no loss of information.
  • these personal clearinghouses could be customized by the user, to the extent permitted by the metabank.
  • the management of the funds on user's webbank itself could also be customized, if desired, to the extent permitted by the metabank.
  • the user's funds in its "bank account" or webbank could be delegated for investment by the bank (as is traditionally the practice) or for investment by the user or a designated third party (e.g. a mutual fund, a broker, or so forth).
  • joint and linked accounts can be provided.
  • An example of a joint accuont would be a webbank (e.g. main account) or webbank subsidiary owned by two or more parties.
  • linked accounts can be provided, i.e. webbanks linked to one or or more other webbanks.
  • a subaccount on the card or the webbank of a first party can be linked to the card or webbank of a second party (“a second party subaccount”), with the linkage set so that both the first party and second party are each responsible for paying certain expenses or debts, in a hierarchical, first party pays first, second party pays second configuration.
  • first party subaccount a subaccount on the card or the webbank of a first party
  • a second party subaccount can be linked to the card or webbank of a second party
  • the second party is responsible to pay the amount at issue, and is notified of the fact, and/or the necessary funds are debited from the second party's account, or some buffer account established by the first and/ or second party.
  • a linked account can be given to a college student, with the college student responsible for making payments. However, if the college student does not make or misses a given payment, then payments can be made, and are due from, the parent. The payment from the parent can be due at the same time as the payment from the student, or can be due within a certain amount of time thereafter if the student does not make the payment in question.
  • both payors can see and keep records of the other payor's transactions.
  • Numerous other variations on such a system are possible.
  • Such a system can likewise be used with any account on which there is or would be a cosigner in the prior art.
  • businesses or organizations can link or network their webbank or card accounts and/or subaccounts.
  • a payor and payee can link their subaccounts such that they can transfer payments and funds between each other, e.g. for direct electronic commerce.
  • a buyer and a seller can link subaccounts to conduct a business transaction.
  • both the buyer and the seller each have webbanks (and/or customized cards) which are used to conduct such transactions.
  • the buyer creates an account or subaccount within the buyer's webbank linked to an account or subaccount on the seller's webbank.
  • the buyer can then authorize a certain amount of funds for availability within the buyer's subaccount for or transfer to the seller's webbank, and/or withdrawal by the seller, and/or subject to certain payment parameters, as described herein. Any purchase made by the buyer from the seller is made with the particular subaccount linked to the seller's webbank.
  • the buyer uses that particular designated subaccount and the funds from that particular subaccount are automatically moved directly to the seller, either by the buyer effecting a transfer to the seller's webbank or by the seller making a withdrawal from the buyer's webbank.
  • groups of two or more individuals and/ or businesses or other entities can network accounts to share or allocate expenses. This can be effected using appropriately linked subaccounts and/or using a joint account common to all or some subset of the entities. For example, if three businesses are in a joint venture, their subaccounts can be linked and parameters can be set such that payments can be made from either subaccount (or from a joint account), either in general for all transactions, or for particular transactions or types of transactions. When done in general for all transactions, for example, when any of the parties makes a purchase the amounts due can be withdrawn from any subaccount of the party or from a joint subbaccount, potentially subject to certain conditions.
  • transfers involving a party's webbank whether to or from that webbank or between two parties webbanks always has information sent back to that party's webbank and preferably to the overseer bank as well.
  • any transfer or transaction can be made with any level of identifying detail and associated conditions as desired. Transactions can be made which list the relevant party or parties, or anonymous transactions can be conducted. Likewise transactions can be conducted under set conditions, as discussed herein.
  • parties can transfer money directly among themselves using the financial vehicles provided by the metabank. These transfers are preferably conducted directly, by the parties transferring directly from one webbank to another.
  • the individuals have the power and authority to execute the transfers directly with the information passing through the metabank (and the funds, in a preferred embodiment, being transferred between subaccounts of the metabank), but with the webbank owner(s) directly executing the transaction and controlling its funds.
  • the parties can therefore move money at any time desired, and are further empowered to move money such instantaneously to another account.
  • an entity's bank is given instructions to execute a transfer; in accordance with the invention, the entities themselves can directly effect transfers of their own money if desired.
  • a party can authorize a bank to send funds, but has no control over when those funds are sent or when they clear.
  • the consumer can control precisely when funds are sent, and precisely when or how long it takes for the funds to clear.
  • a consumer can write a check (using checks provided by the metabank) and program the webbank so that the particular check clears in one day, or a week, or any other time, as desired.
  • a consumer can send funds (e.g. from webbank to webbank) which will be received by the recipient in a day (or any other desired amount of time), but will clear in twelve days (or any other desired amount of time).
  • the other party then can receive the funds quickly (or in whatever the designated time is), but will be unable to use them until the clearance period has elapsed.
  • the funds could be certified funds (like a certified check) such that the funds are set aside from the sender's account, which provides verification for the recipient that the funds are available and will be provided at the end of the time period or upon fulfillment of the necessary conditions.
  • the sender's instructions to clear the funds after a certain amount of time can allow the sender time to receive and inspect goods, and/or to collect interest on the funds during the clearance period, or to cancel the deal, or so forth.
  • the metabank serves as a certificate authority. If desired, it can create other lower level certificate authoriteis beneath it, as webbanks, or other metabanks in a network of metabanks, or so forth.
  • authenticated records are provided with all financial transaction, immediately providing each webbank with an authenticated receipt documenting, verifying, confirming, and recording the transaction for future reference (including time and date stamping by the metabank).
  • all transfers of information between parties are preferably made using encryption technology as is known in the art, or as further developed in the future.
  • Assymetric public key cryptography
  • symmetric encryption secret key cryptography
  • Such encryption methods including such methods as DES, Triple DES, RSA, PGP, among others, are known in the art, and are used to ensure high levels of security, in conjunction with the systems described herein.
  • the systems used employ identification (e.g. by using digital certificates), authentication (e.g. by using digital signatures), nonrepudiation, verification and privacy.
  • identification e.g. by using digital certificates
  • authentication e.g. by using digital signatures
  • nonrepudiation e.g. by using digital signatures
  • verification e.g. by using digital signatures
  • privacy e.g. by using digital certificates
  • the systems used preferably make use of the processor serial number of the user's computer, for further security purposes, and/or of biometric identification means.
  • bill filtration is provided.
  • the webbank is provided with the permissible parameters of bills which it is designated to receive. (Although the webbank is preferred, any other computer processor or computer server can also be utilized).
  • the webbank Upon receipt of a bill, the webbank checks the parameters of the received bill against the permissible parameters. This checking can be conducted by a a computer at the metabank, and/or the user's personal computer or so forth. In this way, if the bill violates acceptable parameters, the user can be notified. Thus, the user is provided with notification of errors in bills or fraudulent charges which he or she might otherwise not recognize.
  • a user could have an Internet service which is supposed to charge a flat rate of $19.95 per month (a common current rate).
  • a flat rate $19.95 per month (a common current rate).
  • the webbank can check to determine whether the charge is indeed $19.95 per month. If the charge is in excess (or less) than that amount, the webbank can notify the user that an error is present.
  • each service provider can be provided with its own unique code so that the webbank compares the charges for a specific service provider (a specific code) against the charges received.
  • codes and families of codes and likewise, for example, be used to distinguish classes of uses of financial cards (such that some cards can be used at some types of establishments but not others, etc.).
  • a user could be sent information from a trusted third party or organization regarding the acceptable surcharges on a user's telephone bills. Most users have no knowledge whatsoever as to what the exact amount and number of permissible surcharges are.
  • the third party sends the data, which is downloaded to the user's webbank, that data could be compared against future telephone bills received by that user. Each time a telephone bill is received, the user's webbank can verify whether the proper or improper surcharges are being assessed.
  • a user's webbank could be programmed to recognize its telephone bills as coming from a specific service provider. If a third party deliberately moves that user's phone service to a different carrier (without getting the user's informed consent, or by misleading the user), the webbank could detect that the bills are now coming from the wrong service provider.
  • a party's telephones, its electrical devices and so forth can be configured to send information to the party's computer or webbank whenever that telcould be connected to his or her computer such that each time the computer is used, data regarding that use is sent to the computer or webbank.
  • a bill comes in the webbank can compare the usage charges against the usage it has actually monitored to detect errors, and other problems.
  • cashiers at participating retail stores can serve as "bank tellers," to provide users with cash or as any other form of funds.
  • retail stores participating in the network can participate to receive payments from users or to distribute cash or other assets to users.
  • an individual can put money on a card and then go to a participating retail store and withdraw cash off of that card in the same manner that a card would be withdrawn from an ATM machine.
  • the cashier verifies the funds on the card by accessing the webbank over the Internet, and provides the user with the sum required.
  • the retail store can, of course, receive a fee for this service, or some other discount or service from the metabank.
  • the individual can place the funds in its webbank subsidiary corresponding to its account at a retail store (e.g.a Virgin Records, or 7-Eleven, or any store), with the money being used or withdrawn at that store from that store's account, e.g. as a credit in the user's account to be used or refunded to the individual, withdraw money at that location, to the extent the store participates.
  • a retail store e.g.a Virgin Records, or 7-Eleven, or any store
  • the same principal can be used at any retail store, or any other location whether a kiosk, a bank, or so forth.
  • Money or other form of value (whether an account number or so forth) is provided to the cashier of the store (or proprietor of the kiosk or so forth), which then electronically credits those funds to the user's account as a deposit; or, the user can withdraw money at the retail store (or the proprietor of the kiosk or so forth), which the retailer then debits from the user's account.
  • the money put on at that retailer or location can be owed by the retailer to the overseer bank or card company or can be deducted from what the card company or overseer bank owes the retailer (i.e. for payments due to the retailer for credit card purchases, or so forth). If the money goes from the retailer onto a user's credit card account, the money goes on the card as a credit to the cardholder's account rather than a debit therefrom. In one preferred embodiment, any or all of the embodiments of the invention, can use part of all of the existing credit and debit card network for processing payments.
  • any or all of the functions or embodiments of the present invention can be built into the user's browser (or any other desired software) and/or can operate automatically in the background when that software is run.
  • webbanks can be created by clicking on buttons or functions in the browser, temporary card numbers can be issued and generated for web payments through the browser, cards and accounts can be created and linked through the browser, and so forth.
  • a user can click and drag money from one account to another.
  • the user creates an icon for the transfer corresponding to the parameters of the transaction (e.g., type of money, amount of money, etc.) and transfers that money either by typing a command, by initiating a command off of a menu, by dragging an icon, or so forth.
  • a transfer spurns two or more account windows in the browser (e.g. the sending webbank and one or more joint accounts; and, if desired, one or more recipients from the joint account).
  • a user can access a webbank over the web (either another parties webbank or his own) and then, initiate a transfer.
  • the user right clicks with the mouse, and selects a choice entitled "initiate a financial transaction".
  • the browser launches a window which accesses the user's webbank.
  • the browser launches a window allowing a party to select what webbank he or she wants to link to.
  • the user can then indicate whether he or she wants to link to his own webbank, a third party webbank, link multiple webbanks, or so forth.
  • the user can then keep the multiple windows open and arrange for a transfer either by typing, by selecting a menu option, right clicking an appropriate option, by dragging an icon corresponding to a certain amount of funds from one window to another, or so forth.
  • a user when a user wants to initiate a transfer from its webbank to a second webbank (e.g. while the user is at a website having the second webbank, or being linked thereto), the user accesses its webbank (e.g. by opening a separate window in the browser), and in that window initiates and effects the transfer to the second webbank and other website.
  • This can be done, for example, by typing or copying the other website's webbank identification information into an appropriate spot in the user's webbank, which then conducts the transfer.
  • the user's webbank can, if desired, post an appropriate message to the other webbank along with the transfer of information.
  • the transfer to the second webbank can be to a general account or subbaccount of the second webbank party or to a special subaccount at the second webbank set up for the user, including special subaccounts set up at the time of the transaction.
  • the user/banker can transfer money by itself instantaneously, and view the updated records on both sides directly; including some or preferably all of the same records that the vendor will see and that the overseer bank/central authority will see.
  • the user will also receive verification information back from the transferee, which the overseer bank maintains a copy of as well, which verifies that the payment has been made.
  • a user can open up (and display on his or her own screen) multiple accounts on his or screen all at the same time. He or she can also transfer money among those accounts. In a further embodiment, he or she can provisionally transfer funds among the accounts (i.e. run simulations of different sorts) (to see the effects and weigh different scenarios) before confirming a transaction or series of transactions.
  • the features of the system allow payments can be made to or from any existing or future webpage on the Internet.
  • webaddresses are provided as account numbers at a bank or other financial institution. Accordingly, any party can send money to a webpage by sending the funds to the corresponding webaddress.
  • the webaddress indicates to it that the funds are to credited to the owner of that webpage. If that owner has an existing webbank, the funds can be credited to that webbank; otherwise, the funds can be held for the owner of the webpage to claim or to associate a webbank with, or so forth.
  • the owner of the webpage can be notified that funds were sent to it at the metabank.
  • webpage owners can request a search at the metabank to determine whether anyone has left money for them at the metabank or sent money to them at the metabank.
  • any entity which has a normal webpage can send funds by sending a request to open a webbank to the metabank (including the appropriate information and verifications, etc.).
  • the metabank can then create a webbank with an account number corresponding to the webaddress of that webpage (e.g. as a publicly accessible account and/or as a privately accesible account).
  • any webbank owner can designate as one of its parameters that the funds deposited in that webbank be sent only to particular normal webpages or elseo to particular webbanks; or, can designate that funds sent to particular, designated, normal webpages on the Internet, be deposited in this particular corresponding webbank.
  • any existing webpage can be linked to any desired webbank, in the same manner that webpages are linked to each other in the art.
  • addressing systems can be provided which make use of the webaddress/account number correspondence.
  • spaces are used within the address so that the present examples do not become hyperlinks in the event that the present application is posted at some future time on a website, such as the patent database of the U.S Patent and Trademark Office.
  • a standard tag is used to start the webpage's normal domain.
  • a third party could access a webbank linked to a given webpage (e.g. www. acme.com) by typing "http://milliiiibank. acme. com".
  • any third party could send funds to the owner of "acme.com” by merely sending funds to this milliiibank address which would link to the party's webbank at the metabank.
  • the third party could use this address to access the acme.com webbank.
  • "mmm” could be used as a standard tag instead of "www" or so forth.
  • a webbank could be a path off of the metabank's webaddress.
  • firstmetabank.com a party could send funds to the owner of "acme.com” by typing "www. firstmetabank.com/ acme.com”.
  • the metabank recognizes that the use of the domain name "acme.com” indicates that an attempt is being made to access the acme.com webbank, and the user is directed to that webbank.
  • an owner of a webbank can create a webbank linked to an existing webpage or create joint webbanks by using both parties webaddresses (or webbbank addresses) in a single webbank address.
  • "Jane Doe” can jointly create a webbank with "acme.com” at acme's webbank by creating a webbank at "www. firstmetabank.com/ acme.com/janedoe” for tracking her account or purchases at acme (with acme's permission), or could create a webbank "www. firstmetabank.com/ janedoe.com/acme.com” as one of the webbank subsidiaries linked to her webbank for tracking all of her purchases at acme, receiving bills from acme, and so forth.
  • financial cards can be provided with on/off switches as referred to above.
  • the parameters of the webbank can be set to be “turned on or turned off", including usable or not usuable during certain periods of time, the financial cards can likewise be "turned on” or “turned off as well.
  • such cards are turned on by the owner before they are about to be used and turned off after they are used, to prevent a third party who has compromised the financial card number from being able to use that card.
  • the owner of the card can click on a button on the owner's Internet browser which sends an encrypted signal to the owner's webbank (or to a card authority) providing identification of the owner, and indicating that the card can be turned on.
  • the browser can do this automatically, if desired, e.g. when it accesses the Internet in general, or when it detects that a card is about to be used (e.g. by recognizing the digits about to be sent online.
  • the merchant's system requests authorization over existing networks to use that card (as is standard in the art).
  • the card authority which can be any credit or debit card authority, but is preferably the metabank in the event that webbanks or programmable cards are used
  • the card can then be turned off.
  • the card When an unauthorized user attempts to use the card, the card will normally be in the "off state, and therefore will be declined. For online transactions, the relatively unlikely xception to this is the very short window of time after the signal is sent, when the owner is about to use the card. In the preferred embodiment, however, the user or its browser sends a signal that the card is to be turned “on” before each and every transaction using the card. Thus, if an unauthorized user attempts to use the card number in this window, two requests for verification will be received by the card authority (or metabank) in the short window following a single "on" signal, the requests coming from two different vendors. This will, therefore, be an indication to the card authority that the card may have been compromised.
  • cards can likewise be turned on and off using a signal from the browser or from a webbank to a user's webbank or to the metabank, or to some other card issuing authority (or using a telephone call or so forth) before the cards use to turn them on for use at brick and mortar stores as well.
  • the preferred embodiment for this system is online usage.
  • "one-time" card numbers can be provided for use in only a single transaction. Such numbers can also be used in conjunction with the present invention.
  • the webbank owner can have its money invested in any form of investment it wishes.
  • the webbank owner can have the money on its webbank invested in stocks and/or bonds and/or currencies and/or options and so forth.
  • the webbank owner can manipulate these investments as often as he or she wishes. In this manner, an alternative to traditional interest can be provided; with the interest wholly owned by the webbank owner, or with a portion being held by the metabank as a service fee.
  • these investments all go though the metabank.
  • the webbank owner's purchases are debited from the webbank owner's account and the bank purchases the stocks, bonds etc, that the webbank owner wants using the money withdrawn.
  • the particular investment is then held in a subaccount of that webbank owner's webbank, the investment either being owned in name by the overseeing bank, the webbank, or both.
  • webbanks can be used to extend or track loans by a webbank owner, or group of owners.
  • a webbank can be created to uniquely correspond to a particular purpose, including a particular asset (or to one or more purposes or assets).
  • a webbank can be created to correspond to an asset such as a car or a house, or so forth. All payments on that asset can be made on that webbank (and/or received by the creditor at that webbank) and/or all information regarding payments on that asset can be stored on that webbank. Likewise all other information regarding that asset can be stored on that webbank in authenticated form.
  • bills and receipts regarding repairs, service information, contracts, survey information, blueprints, recall data, contracts, certificates of title, and so forth can all be sent to and stored on that webbank so that all documents corresponding to that asset are held in one centralized location and stored together, preferably in authenticated form.
  • service (and/or goods) provider records can be transferred on a continual basis to a client webbank so that the client can continually monitor the cost and progress on services and goods.
  • service providers such as entities that bill by the hour (for services, for goods, or so forth)
  • time records or records of goods, invoices, etc. can post immediately to the web site as the costs are incurred, so that the client can continually monitor the time and goods, expenses, expenses that are being put in, delivered, shipped, and so forth.
  • This client webbank can be a separate one created for this purpose, if desired.
  • the client can monitor information at its own webbank or website directly, rather than being informed of time or charges in a lump sum one to two or more months later, or receiving a bill later in the mail, or having to contact providers or other websites for information, or so forth.
  • This information is sent to and integrated into the client's website (e.g. using XML etc.) such that the webbank owner has instant access to it as part of his or her site without having to access multiple sites for such information.
  • the webbanks can be used as financial vehicles in conjunction with online auctions (such as those conducted by "e-bay") and other online payments systems.
  • a webbank can be set up as an escrow account, wherein the funds therein are certified by the metabank and can be viewed by both parties to a transaction.
  • the identities of buyers and sellers could be revealed to each other or could be anonymous (e.g. with only the metabank knowing their identities). Funds can be released when shipment is completed and the goods are inspected, as described above, and so forth.
  • blank credit or debit card like cards can be provided.
  • Such cards could be of the type as currently used in the art for standard credit and debit cards (i.e. of the same shape and thickness) or alternately, of any shape and thickness which could be used with current or future card readers.
  • smart cards can also be used in conjunction with the present invention.
  • the owner can issue and provide disposable or customizable credit or debit other cards or card numbers on the webbank (either numbers can be provided or the card issuing authority or metabank maintaining the server mails them out) having either a specific amount of money on them or being linked to a specific account or subaccount, or to a certain percentage or set of parameters of a specific account or subaccount, and distribute those cards to themselves or to third parties.
  • cards can be linked to accounts, in any manner desired.
  • These cards can have any form of money described herein associated therewith.
  • a user could be provided, each month or each year, with a set of disposable, one time only, or customized, limited use, numbers and/ or cards, which are printed on the credit card statement for use during the next month or year, or which are mailed to the user.
  • the disposable card the user is instructed that, after use of the number once, the number may not be used again.
  • the cards can either be preset for certain uses, or the cards can be ready and waiting in the user's office or home for setting to the desired use when the user is ready.
  • the user could also be provided with a set of paper or plastic credit cards (preferably with magnetic strips), whether along with the customer's monthly statement, with a credit card encoder, with an encoding device which attaches to the computer and/or the Internet, or otherwise.
  • a credit card encoder preferably with magnetic strips
  • Each of these credit cards could be used once, or on a limited or customized basis, after which the credit card could be ripped up and discarded.
  • the cards could further have printing or indicia on them to remind the user that they are for one time only or customized use.
  • the paper cards and/or the provided numbers must be used in a specific required order, for additional security. These paper credit cards or provided numbers could be unusable until activated by the user, as is the practice with new credit cards that are sent out by mail.
  • the cards could have a portion which the user writes on to record the type of transaction, and the amount of the transaction.
  • the card could have a portion which the user signs upon receipt and a portion which is later countersigned at the vendor, to provide additional security.
  • These credit cards could even have a portion which the user signs and provides to a vendor in a store. No vendor would ever, under one embodiment of the system, receive or have access to the user's permanent credit card number. Rather, the vendor (for example, a restaurant in which the user has just eaten) would receive a disposable credit card from the user's supply. The vendor could read the number off the disposable or customized card, could scan the number with a bar code scanner, could read a magnetic strip on the disposable card, or so forth. Upon being used once, the credit card can be marked, if desired, to show both that it has been processed to charge money to the person's account, and to show that it is no longer usable.
  • This disposable card could be returned to the cardholder, saved as a receipt by either of the cardholder or the vendor, be returned to the credit card company, destroyed, or so forth.
  • signature could be provided once, or two signature lines could be provided, for the user to sign and countersign.
  • a product which is a combination optical disk, and financial or magnetic stripe card.
  • optical disks include, but are not limited to, compact disks (CDs, CD-ROMs, etc.), Digital Video Disks (DVDs), minidisks, and so forth.
  • CD compact disks
  • DVDs Digital Video Disks
  • minidisks minidisks
  • CD compact disks
  • DVDs Digital Video Disks
  • minidisks minidisks
  • CD compact disks
  • DVDs Digital Video Disks
  • minidisks minidisks
  • CD compact disks
  • DVDs Digital Video Disks
  • minidisks minidisks
  • CD compact disks
  • DVDs Digital Video Disks
  • minidisks minidisks
  • the term CD is often used hereafter, but is to be understood that the term is intended to include any optical disk, including, in particular, recordable optical disks, and read/writable optical disks.
  • magnetic stripe cards include but are not limited to, credit
  • the optical disk is shaped like a standard credit or business card, such as the CD-ROMs which have been recently developed in the art.
  • a standard credit or business card such as the CD-ROMs which have been recently developed in the art.
  • Such business card shaped CD-ROMs and are believed to be the subject of a pending patent application of a separate party.
  • These disks rather than being circular, have straight edges but have rounded corners, and are of a size and shape such that they can easily fit in a standard optical drive's disk holder, in the smaller inner circle of the disk holder (i.e. the recessed inner circle), and not necessarily filling the full circular shape of a standard optical disk, as shown in Figures 1-3.
  • a standard optical disk drive disk holder 10 or carrier of a computer (such as a carrier for a CD-ROM) includes an outer circle 20 (for ordinary sized CDs) and an inner circle 30.
  • a business or credit card shaped disk 40 is provided with rounded corners 50.
  • the disk 40 with rounded corners is preferably sized and shaped to fit into the inner circle 30.
  • optical disks and magnetic stripe cards are combined into a single disk or card, for use in a variety of applications.
  • an optical disk is provided, similar to a standard optical disk, but having a financial card number printed therein (e.g on the card's front).
  • This financial card number can be any credit card number, debit card number, bank card number (for use in an ATM machine), webbank number or address, or so forth, allowing the optical disk to have information printed thereon for conducting a financial transaction (or for other uses, if desired).
  • an optical disk having a magnetic stripe provided thereon.
  • an optical disk having both a financial card number and a magnetic stripe provided thereon.
  • the magnetic stripe is encoded with an account number, such as, for example, a bank card number, credit card number, debit card number, or so forth.
  • the optical disk is a standard CD-ROM, DVD, minidisk, or so forth, having the financial card number printed thereon, and a magnetic stripe provided thereon for swiping the disk through a card reader.
  • the magnetic stripe is encoded with an account number, preferably a financial account number.
  • the magnetic stripe for example, can be provided on the front or top of the disk, i.e. the printed side of the disk opposite the optically encoded surface.
  • the optical disk 40 has such a business card or credit card like shape as disclosed above, but also has a magnetic stripe 70 on the disk, as shown in Figure 4(a).
  • Such optical disks in a business or credit card size (but without a magnetic stripe thereon) and shaped to fit in the drive holder of an optical disk drive are currently made or distributed by the Internet Services Corporation of Charlotte, North Carolina.
  • the optical disk 40 is shown in protective sleeve 60 which (like protective sleeve 80 below) can be made or clear plastic and can be rectangular (as shown) or can have rounded corners like the disk (not shown).
  • such cards are provided including a magnetic stripe thereon, said magnetic stripe being on the front or top of the disk or elsewhere are described herein.
  • the optical disks of the present invention are recordable optical disk (which can be written to using recordable optical disk drives available for personal computers) or read/ write optical disks (which can be written to using read/write optical disk drives available for personal computers).
  • the optical disk can be housed in a protective sleeve 80 with the financial card number and/or magnetic stripe placed on the protective sleeve 80 as shown in Figure 4(b).
  • the sleeve has at least a magnetic stripe thereon.
  • the sleeve also has a financial card number (and any other desired information and images) printed thereon, as well.
  • This optical disk is preferably business card shaped as disclosed above.
  • the sleeve can either be a soft, flexible sleeve, a more rigid cardboard type sleeve.
  • the sleeve can even be a jewel case, although this is not necessarily a preferred embodiment due to the thickness of the case, which prevents it from being able to be swiped through a magnetic card reader.
  • the optical disk, with the sleeve thereon can be swiped through a card readers which reads magnetic stripes.
  • an optical disk is provided with a number thereon, such number corresponding, for example to a webbank account, to a credit card number, to a debit card number or to any other financial account number.
  • a disk can include an optical disk without a magnetic stripe thereon, wherein the disk is preferably recordable or read/ writable with a personal computer.
  • the optical disk is further business or credit card shaped.
  • the optical disk can further have electronic cash stored thereon and/or a webbank account or webbaddress stored thereon.
  • an optical disk is provided with a magnetic stripe thereon.
  • the magnetic stripe is on the front of the disk (not on the optical surface).
  • an optical disk is provided with a cover 100 which covers the back of the card 40 (i.e. which covers the encoded optical surface), such cover also being removable such that it no longer covers the optical surface when desired.
  • a cover 100 which covers the back of the card 40 (i.e. which covers the encoded optical surface), such cover also being removable such that it no longer covers the optical surface when desired.
  • An example of one such cover (with a flexible, elastic lip 105 that fits snugly over the edges of the optical disk) is shown in Figure 5.
  • the magnetic stripe is on the opposite side of the card from the optical surface. In another embodiment, the magnetic stripe is on the cover itself. In such embodiments where the magnetic stripe is on the cover, the magnetic stripe can be on the side ofthe cover facing inward (i.e. adjacent to the optical surface), or can be on the side of he cover facing outward (towards the user). When the magnetic stripe is on the outside of the cover (facing the consumer), the hybrid card can be swiped directly and easily swiped through a magnetic credit card reader without removing the cover from the card.
  • the configuration of the card is such that the magnetic stripe faces inward and not outward, so that the magnetic stripe is protected from wear and tear.
  • the removable cover can be flipped so that the magnetic stripe faces inward or outward, as desired.
  • the optical disk can be flipped so that the optical surface faces outward from the cover, or inward towards the cover.
  • covers can be provided.
  • the disk 40 sits in the cover.
  • the edges ofthe cover can snugly fit over the edges of he disk to cover the optical surface of the disk.
  • the cover serves as a holder which the disk fits into, the cover covering the back of the disk, the cover also having a circular portion or hub 110 which grasps the center hole 46 of the optical disk, as shown in Figure 6.
  • This circular portion or hub is known in the art, being used, for example, in CD cases known as "jewel cases”.
  • the optical disk can have a groove or track that the cover slides in and out of.
  • the cover can fold back, and preferably be caught by a Up on the optical disk.
  • the optical disk has a sleeve or case associated therewith, the associated sleeve preferably having a magnetic stripe thereon or therein.
  • the sleeve can be flexible and soft (the material being like well known soft CD-holders such as a paper like material, or soft, flexible plastic, or so forth).
  • the sleeve material material can be more rigid, like cardboard or rigid plastic or so forth.
  • the optical disk is shaped in the shape of a credit card, or business card or so forth.
  • this optical disk preferably fits into a CD or DVD drive, being placed into the disk holder of the drive and preferably fitting into the smaller inner circular area of that disk holder.
  • the edges of the optical disk are preferably rounded such that the optical disk can preferably fit into the smaller inner circular area of that disk holder.
  • an adapter can be provided to fit the small optical disk into the drive's larger sized disk holder more snugly.
  • the cover of the disk can itself be an adapter, adapting the disk to better sit within the disk holder of the optical drive.
  • the disk can be a minidisk attaching to a cover with a magnetic stripe, and the cover can have rounded edges to sit within a smaller inner circle of the disk holder of the optical drive (e.g. a CD or DVD drive).
  • the minidisk or other optical disk can detach from the business card shape case or cover (which it is normally carried in) and be attached to an adapter (preferably a fully circular adapter) which sits in either the smaller inner circle of the disk holder of the drive or the larger outer circle of the disk holder of the drive.
  • an adapter preferably a fully circular adapter
  • the magnetic stripe can also be provided within the plastic of a case or holder for the optical disk, so that it does not wear off as easily with use.
  • the magnetic stripe can be provided the plastic of the card; e.g. within the plastic of a clear credit card.
  • the magnetic strip is sandwiched between two layers of flexible or hard plastic, the plastic preferably being partially or totally clear.
  • the invention consists of a credit card and optical disk packaged together or otherwise provided together.
  • a hybrid magnetic stripe credit card and optical disk card which can be programmed on a personal computer, and which can also be used at ATM machines (e.g to check account information or withdraw funds), can be swiped through a magnetic stripe readers (e.g. at the time of purchase of an item from a store), and so forth.
  • the cards can include multiple account or card numbers encoded thereon, serving as a type of "universal card,” with, if desired, the consumer deciding at the time of use which card encoded on the universal card he or she wishes to use for that particular transaction.
  • either the whole device can be inserted into a magnetic stripe reader and/or an optical disk drive, or the device can be opened or pulled apart, and each part of the device can go into a magnetic stripe reader and/or an optical disk drive.
  • the information which can be downloaded onto the card include email, webpages, and so forth.
  • cards are particularly useful with the e-commerce inventions of the present application, including the customizable (programmable) cards and accounts, and/or as cards containing or linked to electronic cash and/or as cards linked to webbanks or having information related thereto located on the card, and/or with the website central records systems disclosed therein, and/or as cards having any other type of information thereon.
  • the present optical cards can also be encoded with software thereon, with music, with videos, with asymmetric encryption tools (e.g. a public key and/ or a private key), with financial data (e.g, with account numbers and/or records), with e-cash, with a webpage or webbank info, or with any combination of these.
  • asymmetric encryption tools e.g. a public key and/ or a private key
  • financial data e.g, with account numbers and/or records
  • e-cash e.g, with a webpage or webbank info, or with any combination of these.
  • an optical disk (whether a regular CD, or CD- ROM, or DVD etc.) can be encoded with financial information thereon in addition to the music or videos thereon.
  • a music CD or video DVD can be provided having electronic cash or checks or other money encrypted thereon, and/or information relating to or linking to a webbank, and/or information which when accessed allows the user to obtain money (including, for example, a rebate obtained by accessing an account having funds therein, the account or funds preferably being at a webbank).

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Technology Law (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

L'invention concerne un système pour effectuer du commerce électronique. Ce système comprend des outils, des produits et des services bancaires électroniques. Ce système comprend des produits (figure 7) et des cartes (figure 6) bancaires personnalisables ainsi que des procédés et des systèmes permettant de réaliser des opérations financières (figure 9) et de tenir à jour des fiches sur Internet.
PCT/US2000/007457 1998-03-30 2000-03-20 Systemes permettant de realiser des operations financieres et commerciales sur internet WO2000055793A1 (fr)

Priority Applications (5)

Application Number Priority Date Filing Date Title
AU37659/00A AU3765900A (en) 1999-03-18 2000-03-20 Systems for financial and electronic commerce
US09/955,464 US7747523B2 (en) 1998-03-30 2001-09-18 Internet-based financial vehicles
US12/217,298 US8463700B1 (en) 1998-03-30 2008-07-02 Payment and revenue systems
US12/817,139 US8527406B2 (en) 1998-03-30 2010-06-16 Systems for financial and electronic commerce
US13/972,313 US20160189118A2 (en) 1998-03-30 2013-08-21 Electronic Commerce Systems

Applications Claiming Priority (18)

Application Number Priority Date Filing Date Title
US12500899P 1999-03-18 1999-03-18
US60/125,008 1999-03-18
US09/280,483 1999-03-30
US09/280,483 US6422462B1 (en) 1998-03-30 1999-03-30 Apparatus and methods for improved credit cards and credit card transactions
US13060099P 1999-04-22 1999-04-22
US13059999P 1999-04-22 1999-04-22
US60/130,599 1999-04-22
US60/130,600 1999-04-22
US13842899P 1999-06-10 1999-06-10
US60/138,428 1999-06-10
US13916799P 1999-06-15 1999-06-15
US60/139,167 1999-06-15
US36990299A 1999-08-06 1999-08-06
US09/369,902 1999-08-06
US16128399P 1999-10-25 1999-10-25
US60/161,283 1999-10-25
US16523199P 1999-11-11 1999-11-11
US60/165,231 1999-11-11

Related Parent Applications (2)

Application Number Title Priority Date Filing Date
US09/280,483 Continuation-In-Part US6422462B1 (en) 1998-03-30 1999-03-30 Apparatus and methods for improved credit cards and credit card transactions
US36990299A Continuation-In-Part 1998-03-30 1999-08-06

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US09/955,464 Continuation US7747523B2 (en) 1998-03-30 2001-09-18 Internet-based financial vehicles

Publications (1)

Publication Number Publication Date
WO2000055793A1 true WO2000055793A1 (fr) 2000-09-21

Family

ID=27578506

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2000/007457 WO2000055793A1 (fr) 1998-03-30 2000-03-20 Systemes permettant de realiser des operations financieres et commerciales sur internet

Country Status (2)

Country Link
AU (1) AU3765900A (fr)
WO (1) WO2000055793A1 (fr)

Cited By (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2361076A (en) * 2000-03-23 2001-10-10 Whittaker Overseas Ltd Electronic commerce using a further Internet site
US7392935B2 (en) 2005-02-10 2008-07-01 Wells Fargo Bank, N.A. Method and apparatus for accepting check deposits via the internet using browser-based technology
US7451116B2 (en) 2001-03-07 2008-11-11 Diebold, Incorporated Automated transaction machine digital signature system and method
US8261975B2 (en) 2001-03-07 2012-09-11 Diebold, Incorporated Automated banking machine that operates responsive to data bearing records
US9626664B2 (en) 2012-03-07 2017-04-18 Clearxchange, Llc System and method for transferring funds
US10318936B2 (en) 2012-03-07 2019-06-11 Early Warning Services, Llc System and method for transferring funds
US10395223B2 (en) 2012-03-07 2019-08-27 Early Warning Services, Llc System and method for transferring funds
US10395247B2 (en) 2012-03-07 2019-08-27 Early Warning Services, Llc Systems and methods for facilitating a secure transaction at a non-financial institution system
US10438175B2 (en) 2015-07-21 2019-10-08 Early Warning Services, Llc Secure real-time payment transactions
US10748127B2 (en) 2015-03-23 2020-08-18 Early Warning Services, Llc Payment real-time funds availability
US10769606B2 (en) 2015-03-23 2020-09-08 Early Warning Services, Llc Payment real-time funds availability
US10832246B2 (en) 2015-03-23 2020-11-10 Early Warning Services, Llc Payment real-time funds availability
US10839359B2 (en) 2015-03-23 2020-11-17 Early Warning Services, Llc Payment real-time funds availability
US10846662B2 (en) 2015-03-23 2020-11-24 Early Warning Services, Llc Real-time determination of funds availability for checks and ACH items
US10861104B1 (en) 2008-07-21 2020-12-08 Wells Fargo Bank, N.A. System and method for configuring payment coupon processing
US10956888B2 (en) 2015-07-21 2021-03-23 Early Warning Services, Llc Secure real-time transactions
US10963856B2 (en) 2015-07-21 2021-03-30 Early Warning Services, Llc Secure real-time transactions
US10970688B2 (en) 2012-03-07 2021-04-06 Early Warning Services, Llc System and method for transferring funds
US10970695B2 (en) 2015-07-21 2021-04-06 Early Warning Services, Llc Secure real-time transactions
US11037122B2 (en) 2015-07-21 2021-06-15 Early Warning Services, Llc Secure real-time transactions
US11037121B2 (en) 2015-07-21 2021-06-15 Early Warning Services, Llc Secure real-time transactions
US11062290B2 (en) 2015-07-21 2021-07-13 Early Warning Services, Llc Secure real-time transactions
CN113129009A (zh) * 2019-12-31 2021-07-16 裴璇 一种利用智能设备和授权设备进行转移支付的系统及方法
US11144928B2 (en) 2016-09-19 2021-10-12 Early Warning Services, Llc Authentication and fraud prevention in provisioning a mobile wallet
US11151522B2 (en) 2015-07-21 2021-10-19 Early Warning Services, Llc Secure transactions with offline device
US11151523B2 (en) 2015-07-21 2021-10-19 Early Warning Services, Llc Secure transactions with offline device
US11157884B2 (en) 2015-07-21 2021-10-26 Early Warning Services, Llc Secure transactions with offline device
US11386410B2 (en) 2015-07-21 2022-07-12 Early Warning Services, Llc Secure transactions with offline device
US11593800B2 (en) 2012-03-07 2023-02-28 Early Warning Services, Llc System and method for transferring funds

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5705798A (en) * 1994-12-16 1998-01-06 Mastercard International Inc. System and method for processing a customized financial transaction card
US5815665A (en) * 1996-04-03 1998-09-29 Microsoft Corporation System and method for providing trusted brokering services over a distributed network
US5850442A (en) * 1996-03-26 1998-12-15 Entegrity Solutions Corporation Secure world wide electronic commerce over an open network
US5850520A (en) * 1996-07-01 1998-12-15 Electronic Data Systems Corporation Method and system for electronic publication distribution including return receipt
US5884288A (en) * 1996-07-01 1999-03-16 Sun Microsystems, Inc. Method and system for electronic bill payment
US5933816A (en) * 1996-10-31 1999-08-03 Citicorp Development Center, Inc. System and method for delivering financial services
US5949044A (en) * 1997-06-13 1999-09-07 Walker Asset Management Limited Partnership Method and apparatus for funds and credit line transfers

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5705798A (en) * 1994-12-16 1998-01-06 Mastercard International Inc. System and method for processing a customized financial transaction card
US5850442A (en) * 1996-03-26 1998-12-15 Entegrity Solutions Corporation Secure world wide electronic commerce over an open network
US5815665A (en) * 1996-04-03 1998-09-29 Microsoft Corporation System and method for providing trusted brokering services over a distributed network
US5850520A (en) * 1996-07-01 1998-12-15 Electronic Data Systems Corporation Method and system for electronic publication distribution including return receipt
US5884288A (en) * 1996-07-01 1999-03-16 Sun Microsystems, Inc. Method and system for electronic bill payment
US5933816A (en) * 1996-10-31 1999-08-03 Citicorp Development Center, Inc. System and method for delivering financial services
US5949044A (en) * 1997-06-13 1999-09-07 Walker Asset Management Limited Partnership Method and apparatus for funds and credit line transfers

Cited By (43)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2361076A (en) * 2000-03-23 2001-10-10 Whittaker Overseas Ltd Electronic commerce using a further Internet site
US7451116B2 (en) 2001-03-07 2008-11-11 Diebold, Incorporated Automated transaction machine digital signature system and method
US8261975B2 (en) 2001-03-07 2012-09-11 Diebold, Incorporated Automated banking machine that operates responsive to data bearing records
US8479984B2 (en) 2001-03-07 2013-07-09 Diebold, Incorporated Automated banking machine that operates responsive to data bearing records
US7392935B2 (en) 2005-02-10 2008-07-01 Wells Fargo Bank, N.A. Method and apparatus for accepting check deposits via the internet using browser-based technology
US10861104B1 (en) 2008-07-21 2020-12-08 Wells Fargo Bank, N.A. System and method for configuring payment coupon processing
US9691056B2 (en) 2012-03-07 2017-06-27 Clearxchange, Llc System and method for transferring funds
US11715075B2 (en) 2012-03-07 2023-08-01 Early Warning Services, Llc System and method for transferring funds
US10318936B2 (en) 2012-03-07 2019-06-11 Early Warning Services, Llc System and method for transferring funds
US10395223B2 (en) 2012-03-07 2019-08-27 Early Warning Services, Llc System and method for transferring funds
US10395247B2 (en) 2012-03-07 2019-08-27 Early Warning Services, Llc Systems and methods for facilitating a secure transaction at a non-financial institution system
US11948148B2 (en) 2012-03-07 2024-04-02 Early Warning Services, Llc System and method for facilitating transferring funds
US11361290B2 (en) 2012-03-07 2022-06-14 Early Warning Services, Llc System and method for securely registering a recipient to a computer-implemented funds transfer payment network
US9626664B2 (en) 2012-03-07 2017-04-18 Clearxchange, Llc System and method for transferring funds
US11373182B2 (en) 2012-03-07 2022-06-28 Early Warning Services, Llc System and method for transferring funds
US10078821B2 (en) 2012-03-07 2018-09-18 Early Warning Services, Llc System and method for securely registering a recipient to a computer-implemented funds transfer payment network
US11593800B2 (en) 2012-03-07 2023-02-28 Early Warning Services, Llc System and method for transferring funds
US10970688B2 (en) 2012-03-07 2021-04-06 Early Warning Services, Llc System and method for transferring funds
US11321682B2 (en) 2012-03-07 2022-05-03 Early Warning Services, Llc System and method for transferring funds
US11605077B2 (en) 2012-03-07 2023-03-14 Early Warning Services, Llc System and method for transferring funds
US10832246B2 (en) 2015-03-23 2020-11-10 Early Warning Services, Llc Payment real-time funds availability
US10878387B2 (en) 2015-03-23 2020-12-29 Early Warning Services, Llc Real-time determination of funds availability for checks and ACH items
US10846662B2 (en) 2015-03-23 2020-11-24 Early Warning Services, Llc Real-time determination of funds availability for checks and ACH items
US10839359B2 (en) 2015-03-23 2020-11-17 Early Warning Services, Llc Payment real-time funds availability
US10769606B2 (en) 2015-03-23 2020-09-08 Early Warning Services, Llc Payment real-time funds availability
US10748127B2 (en) 2015-03-23 2020-08-18 Early Warning Services, Llc Payment real-time funds availability
US10956888B2 (en) 2015-07-21 2021-03-23 Early Warning Services, Llc Secure real-time transactions
US11037121B2 (en) 2015-07-21 2021-06-15 Early Warning Services, Llc Secure real-time transactions
US10438175B2 (en) 2015-07-21 2019-10-08 Early Warning Services, Llc Secure real-time payment transactions
US11151522B2 (en) 2015-07-21 2021-10-19 Early Warning Services, Llc Secure transactions with offline device
US11922387B2 (en) 2015-07-21 2024-03-05 Early Warning Services, Llc Secure real-time transactions
US11151523B2 (en) 2015-07-21 2021-10-19 Early Warning Services, Llc Secure transactions with offline device
US10762477B2 (en) 2015-07-21 2020-09-01 Early Warning Services, Llc Secure real-time processing of payment transactions
US11157884B2 (en) 2015-07-21 2021-10-26 Early Warning Services, Llc Secure transactions with offline device
US11062290B2 (en) 2015-07-21 2021-07-13 Early Warning Services, Llc Secure real-time transactions
US10963856B2 (en) 2015-07-21 2021-03-30 Early Warning Services, Llc Secure real-time transactions
US11037122B2 (en) 2015-07-21 2021-06-15 Early Warning Services, Llc Secure real-time transactions
US11386410B2 (en) 2015-07-21 2022-07-12 Early Warning Services, Llc Secure transactions with offline device
US10970695B2 (en) 2015-07-21 2021-04-06 Early Warning Services, Llc Secure real-time transactions
US11151567B2 (en) 2016-09-19 2021-10-19 Early Warning Services, Llc Authentication and fraud prevention in provisioning a mobile wallet
US11151566B2 (en) 2016-09-19 2021-10-19 Early Warning Services, Llc Authentication and fraud prevention in provisioning a mobile wallet
US11144928B2 (en) 2016-09-19 2021-10-12 Early Warning Services, Llc Authentication and fraud prevention in provisioning a mobile wallet
CN113129009A (zh) * 2019-12-31 2021-07-16 裴璇 一种利用智能设备和授权设备进行转移支付的系统及方法

Also Published As

Publication number Publication date
AU3765900A (en) 2000-10-04

Similar Documents

Publication Publication Date Title
US8527406B2 (en) Systems for financial and electronic commerce
US20160189118A2 (en) Electronic Commerce Systems
WO2000055793A1 (fr) Systemes permettant de realiser des operations financieres et commerciales sur internet
US7010512B1 (en) Transfer instrument
US7827101B2 (en) Payment system clearing for transactions
Panurach Money in electronic commerce: Digital cash, electronic fund transfer, and ecash
US7567934B2 (en) Credit card system and method
US20020029339A1 (en) Method and apparatus for facilitating monetary and commercial transactions and for securely storing data
US20080046362A1 (en) Method of making secure on-line financial transactions
US20040153410A1 (en) Anonymous payment system and method
JPH11232348A (ja) 仮想ウォレットシステム
KR20010102261A (ko) 신용카드 시스템 및 방법
US20190019179A1 (en) Vpew digital wallet
CA2416550A1 (fr) Systemes de gestion d'avoirs perfectionnes
Weber Chablis-Market analysis of Digital payment systems
EP1265200A1 (fr) Système et méthode pour cartes de crédit
Lunt Payments on the'Net? How many? How safe?
WO2000057330A1 (fr) Procede et support de paiement financier
Smith Internet payment systems and their security risks
TW482988B (en) Method and system for processing internet payments using the electronic funds transfer network
Gupta et al. A study of consumer concerns and issues of electronic payments in India
Pilioura Electronic payment systems on open computer networks: a survey
Magaji A Legal Overview of Electronic Banking in Uganda
Mulan Electronic payment system need of the Hour
KR20060108269A (ko) 안전한 전자상거래 중개 시스템 및 전자상거래 중개 방법

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AL AM AT AU AZ BA BB BG BR BY CA CH CN CR CU CZ DE DK DM EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG US UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
WWE Wipo information: entry into national phase

Ref document number: 09955464

Country of ref document: US

REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

122 Ep: pct application non-entry in european phase