| Payment system and method for use in an electronic commerce system -> Monitor Keywords |
|
|
  Payment system and method for use in an electronic commerce systemUSPTO Application #: 20060195367Title: Payment system and method for use in an electronic commerce system Abstract: A method and system of payment of goods and services in an electronic commerce system, reduces the transfer and processing costs for each purchase made by a customer from a merchant; using a customer agent, a merchant agent, an account manager associated with the agents for administration of customer accounts and merchant accounts, and a mediating trusted agent associated with one of the account manager and merchant agent for checking transactions during a trading session. The customer agent and merchant agent, account manager, and mediating trusted agent are interconnected by an electronic communication network. (end of abstract) Agent: Nixon & Vanderhye, PC - Arlington, VA, US Inventors: Christian Allfred, Luiz Otavio Carvalhal, Andreas Undhagen, Lars Haraldsson USPTO Applicaton #: 20060195367 - Class: 705026000 (USPTO) Related Patent Categories: Data Processing: Financial, Business Practice, Management, Or Cost/price Determination, Automated Electrical Financial Or Business Practice Or Management Arrangement, Electronic Shopping (e.g., Remote Ordering) The Patent Description & Claims data below is from USPTO Patent Application 20060195367. Brief Patent Description - Full Patent Description - Patent Application Claims
FIELD OF THE INVENTION [0001] The present invention relates to a payment system and method for an electronic commerce system, and more particularly to a payment system and method utilising at least a customer agent and a merchant agent, at least an account manager associated with said agents for administration of customer accounts and merchant accounts, and at least a mediating trusted agent associated with said at least one account manager and merchant agent for checking transactions, for purchases made by a customer from a merchant. DESCRIPTION OF THE PRIOR ART [0002] Different kinds of electronic commerce systems and associated payment systems are provided. Some existing systems provide only handling of payments, i.e so called payment systems, some systems provide full transaction services, and other systems provide some transaction services together with payment services. [0003] Transactions and payments in such electronic commerce systems are done over a communication network such as the public switched telephone network, cellular phone systems, the Internet, or an intranet etc. Small payment transactions are denoted micro payments. The goods, such as documents, pictures, software, stock market information, etc., are purchased by a customer via a webbrowser from a merchant over the Internet. [0004] Crucial for all existing micro payment schemes is a very low transaction cost, i.e the transaction cost must be at least a magnitude smaller than the price of the goods. The low prices of the goods imply a lower expectation of the security level compared to "full" price systems. [0005] Further, other requirements on payment systems is low price, fast and reliable transfer, and to provide customer integrity. [0006] For every transaction, money has to be transferred from a customer account to a merchant account. Micro payment may be considered as one transaction per merchant site while as a plurality of transactions in other cases. The current business model for micro payments is still not well understood and different solutions aim for different models. [0007] There are two basic concepts and a number of different solutions for each concept on the market. On the one hand DigiCash, CyberCoin and Millicent are well-known digital cash solutions representing the first concept and on the other hand IBM's MiniPay is an account based solution, wherein real money is transferred between different accounts, representing the second concept. [0008] The MiniPay is a lightweight system and probably quite cheap regarding operating costs and it is user friendly. [0009] A general description of a prior art account based system is described with reference to FIG. 1. [0010] According to a generic payment system as shown in FIG. 1, a merchant 100 displays the goods for sale, e.g on a web page, at step 0. A customer 101 orders goods at step 1. At step 2, the customer 101 sends a payment order to its account manager 102. The payment is transferred to a value acquirer 103 at step 3. The merchant 100 is notified of the payment completion by the value acquirer 102 at step 4 and the goods are finally delivered. [0011] A micro payment system such as the IBM MiniPay system includes a plurality of necessary features in order to operate properly. When a purchasable item is presented on a customer's browser, the Minipay provides desired click and pay features for the order and payment of the goods. Further, an easy way for establishment of the link between the goods and the payment system, and the use of the system from the customer's as well as the merchant's point of view has to be provided. The usefulness of the payment system increases if it is adaptable to several accounting systems like Telco's billing systems and banking accounts. It must be possible to do business in multi-operator environment. The system must be scalable, i.e adaptable for a few users as well as for millions of users with costs growing not more than linearly. For the purpose of distribution the system has to run on standard hardware, such as PCs and workstations. The value of the goods for sale in a micro payment environment is quite low and, consequently, the security measures should be in harmony with these values. Micro payment systems have to provide limited information volume and processing overheads for the transactions. Among the required processing tasks are customer authentication, authorization, and currency exchange rate calculations. Most of the above mentioned features are solved by the MiniPay system. [0012] However, a problem with the MiniPay system and other prior art payment systems is less good solutions to the problem of interoperator transactions, and complex clearing procedures of transactions within an operator and between operators. [0013] Another problem is that prior art payment systems only support a single or a pair of currencies and it is not possible to add new currencies. A consumer expects to buy from merchants scattered around the globe. Thus, there is minimal chance that a consumer buys a product from a merchant using the same currency as in its own country. As much as a consumer expects to pay in its own currency, a merchant expects to be paid in its own. [0014] A main problem in digital cash systems and in some account based systems is double spending, which occurs when customers are involved in several transactions simultaneously. Customer integrity is a further problem in electronic commerce systems, i.e merchants can utilise customer consumption patterns in undesired ways. Authentication, authorisation of the customer, and the handling of encryption keys are important features in a payment system. [0015] PKI (Public Key Infrastructure) is a system(s) using certificates or electronic ID cards for obtaining secure transactions and customer integrity. Certificates exist in various formats and flavours, such as the X.509 standard. [0016] One of the most difficult items in electronic commerce today is how to secure the transportation of digital goods between trading parties. There are several aspects where it might be an advantage to have a mechanism that can protect the involved parties both from a legal and a reliability perspective. Usually, today's trading/payment schemes do not cover this at all, or badly. [0017] Three major problems can be identified as blockers for trading with digital goods over the Internet: [0018] 1. Acceptance of Delivery [0019] The consumer does not have sufficient tools to handle acceptance of delivery in case of digital goods. Most often, merchandise has to be accepted as it arrives through the Internet to the consumer's computer. There are no legal possibilities to complain if it was erroneous or completely wrong. [0020] 2. Fraudulent Consumers/Non-repudiation [0021] The merchants on the Internet does not have enough or easy tools to prohibit fraudulent consumers from ordering goods that they do not want to pay for. The merchant cannot know if the goods reached the consumer or not. [0022] 3. Unauthorized access of goods Continue reading... Full patent description for Payment system and method for use in an electronic commerce system Brief Patent Description - Full Patent Description - Patent Application Claims Click on the above for other options relating to this Payment system and method for use in an electronic commerce system patent application. ###  How KEYWORD MONITOR works... a FREE service from FreshPatents1. Sign up (takes 30 seconds). 2. Fill in the keywords to be monitored. 3. Each week you receive an email with patent applications related to your keywords. Start now! - Receive info on patent apps like Payment system and method for use in an electronic commerce system or other areas of interest. ### Previous Patent Application: Granting greater rights to stored content Next Patent Application: Persistent object for online activities Industry Class: Data processing: financial, business practice, management, or cost/price determination ### FreshPatents.com Support Thank you for viewing the Payment system and method for use in an electronic commerce system patent info. IP-related news and info Results in 1.07397 seconds Other interesting Feshpatents.com categories: Tyco , Unilever , Warner-lambert , 3m |
||
