KR20100030542A - Transaction providing system and method with an price input panel - Google Patents

Abstract

PURPOSE: A transaction payment providing system using a price input panel and a method thereof are provided to enable a buyer to check and input transaction money. CONSTITUTION: A seller joins a member(1). A deposit window in which meta information is included is generated. The deposit window is provided to a clip board of a buyer system. The member exposes a copied window to a web environment after copying the deposit window. If the buyer presses the exposed deposit window, a money confirmation window is provided.

Description

Transaction payment provision system and method using transaction amount input window {TRANSACTION PROVIDING SYSTEM AND METHOD WITH AN PRICE INPUT PANEL}

The present invention relates to a system and method for providing a payment means using a transaction amount input window, and more specifically, provides a payment means to a product sales bulletin board operated by a website or a community operated by a community or the like. With regard to the system and method for providing a payment method, the purchaser completes a payment window by inputting a purchase amount in consideration of the variability of the final amount of the transaction product generated in the transaction environment between the individual and the individual, and then deposits the corresponding payment amount. will be.

With the development of the Internet, commodity trading through the Internet is actively being performed. Merchandise trading over the Internet saves shopping time by allowing users to select, order, pay, and even deliver goods over the Internet, either from the company's computer or at home without having to visit the store. There are many advantages, such as being able to compare different products. One of the most important considerations for consumers in the trade of goods over the Internet is payment.

One safe way to trade and pay for goods over the Internet is through the escrow system. A typical example is an auction site, which is expensive and administratively difficult for small e-commerce sites to build and operate on their own.

In order to overcome these difficulties, companies are specializing in providing escrow payment methods to small sites operated by the community. A typical example is www.unicro.co.kr, a company that provides an escrow payment method after partnering with a site to receive service. For example, a site called www.unicro.co.kr is affiliated with a camera club site called www.pentaxclub.co.kr, and a group member on www.pentaxclub.co.kr wants to sell the camera or its accessories. When it comes to escrow payment.

However, there are inconveniences in that the escrow payment method or system provided by the website www.unicro.co.kr cannot be used in the fellowship site where the agreement is not concluded. For example, www.unicro.co.kr and www.pentaxclub.co.kr require preliminary arrangements for pre-agreement, integration of a system that provides commodity information, and a payment system. There is a constraint available. In other words, if the operator who operates the camera café site in Naver wants to use the payment system provided by www.unicro.co.kr, there is a problem that the agreement between Naver and www.unicro.co.kr must be established first. will be.

On the other hand, when looking at used goods traded between individuals, it is common for used goods to have price trade-offs due to their characteristics. For example, suppose that seller A puts a product on a bulletin board to sell a health bike for 50,000 won. The buyer found out that the image of the goods or by calling Seller A revealed that they had to replace the bicycle saddle with a new one in order to use the bicycle. I wanted to buy. Seller A wanted to dispose of it as soon as possible, so he promised to sell it to the buyer who asked for a 5,000 won discount rather than seeking a new buyer.

However, the conventional escrow payment settlement system and method provides an escrow payment window by determining a transaction amount when a seller registers an item.

In the same manner as above, the price adjustment occurs and the buyer has to go through the cumbersome payment amount modification process that requires the buyer to re-register the initially registered selling price with the changed price in order for the buyer to proceed with the final transaction or settle according to the changed price. There was a problem.

In addition, after the price negotiation through the mobile phone, etc. between the seller and the buyer is made, even if the final transaction amount is confirmed, if the seller is not in the situation that can access the Internet immediately, the corrective work cannot be executed immediately. Therefore, the buyer has to wait for such corrections to be made, and eventually there is a problem that the product transaction process can be delayed.

Another problem is that although the conventionally used escrow payment system is only responsible for payment, there is a problem of separately uploading item information to be sold to a system that provides escrow payment. From the seller's point of view, he is doing a double task of uploading the goods information not only to the site where he or she is bargaining for the goods, but also to the payment system that handles the escrow payment. In this situation, the conventional method provided by the escrow payment system is known from the seller's point of view that the payment can be secured, but the situation is not widely used because it is inconvenient to use.

The present invention is to solve the above problems, it is an object of the present invention to provide a payment method and system that can be easily settled without a prior agreement between the site and the site.

Still another object of the present invention is to provide a payment method and system that enables a buyer to create a payment window directly after a price bargaining is made between a seller and a buyer by using a determined purchase amount, and thereby make a payment. For the purpose of

It is still another object of the present invention to provide a payment method and system operated by a seller as an identifier of a seller key without having to separately upload goods information to be sold in an escrow payment system.

An object of the present invention is a transaction settlement providing system for providing a payment means between the seller system and the buyer system in the transaction of goods between the seller system and the buyer system using a web environment connected to the Internet network, which completes the membership registration A deposit window containing meta information for generating a window including a field for inputting a payment amount to the buyer and a seller's member identifier is generated and provided to the clipboard of the buyer system, and the seller system provides the deposit window. After copying and exposing to the web environment, when the buyer presses the exposed deposit window, the transaction payment providing system comprising a price confirmation window including a field for inputting the payment amount directly to the buyer system Is achievable by.

Preferably, the deposit window provided to the seller system is preferably provided in at least an image form, an HTML form, and a URL form, and the amount confirmation window further includes a transaction memo field for describing information on the transaction item. good. In the case of providing the deposit window in the form of an image, it was set up as a series of executions by setting the area where the image is located, selecting the area, and copying it to the clipboard of the seller system.

Another object of the present invention is a transaction payment providing method for providing a payment method between the seller system and the buyer system in the transaction of goods between the seller system and the buyer system using a web environment connected through the Internet network, the seller as a member A first step of signing up, and a second step of generating a deposit window containing meta information for generating a window including a member identifier of the seller and a field for inputting a payment amount to the buyer and providing it to the clipboard of the buyer system And providing a price confirmation window including a field for inputting a payment amount directly to a buyer system when a member who is a seller copies the unique payment window and exposes the unique payment window to the web environment and then the buyer presses the exposed payment window. Achieved by a transaction payment providing method comprising the three steps It is possible.

According to the system and method for providing a transaction payment using the transaction amount input window according to the present invention, the buyer, not the seller, confirms and inputs the transaction amount, so that the bargaining occurs frequently between the seller and the buyer, so that the price is easily changed. I can do it.

In addition, the present invention refrains from providing transaction details for each product, and integrates a product DB or a transaction DB between a site providing a payment method and a site receiving such a service by using a deposit window uniquely generated for each member who sells the product. This eliminates the need for prior coordination, so the payment method can be applied to any web environment.

Hereinafter, the advantages, features and preferred embodiments of the present invention will be described in detail with reference to the accompanying drawings.

1 is a block diagram of a peripheral system including a transaction settlement providing system according to the present invention. The payment providing system is connected to a payment gateway company, a web environment, a seller system, and a buyer system through an internet network, and is connected to a financial institution system through a dedicated line.

Transaction payment providing system is a transaction payment providing system that provides a payment method between the seller and the buyer in the transaction of goods between the seller and the buyer using a web environment connected through the Internet network, by creating a unique deposit window for each member Field to provide payment, copy the deposit window to the web environment, the member who is the seller copies the unique deposit window to expose it to the web environment, and the buyer enters the payment amount when the buyer taps the exposed deposit window. Providing the amount confirmation window including a. The system configuration is composed of a device usually called a server computer to which an input / output device is attached. The transaction settlement providing system includes a member DB that stores information about registered members, a memory that stores a transaction approval code designated by the seller in advance, and a product information DB that stores url information of a web environment in which items for each member are sold. If the buyer is a member, the member purchase DB that stores the purchase information for each member, and if the buyer is a non-member non-member purchase DB for storing the non-member purchase information is provided.

The financial institution system provides a virtual account to the transaction settlement providing system, and at the request of the transaction settlement providing system, informs the transaction details of the members of the transaction settlement providing system through a leased line or whenever a periodic or deposit occurs, You will be provided with the member's deposit details.

PG is a system that provides various payment methods such as credit card payment, bank account payment, cyber money payment, and mobile phone payment, instead of transaction payment system when the buyer deposits the purchase price in the web environment. There are Korea Cyber Money and INICIS.

The web environment is a site operation apparatus that provides the seller system and the buyer system with an activity space on the Internet. The web environment is used to provide the seller system and the buyer system with an activity space on the internet such as a fellowship site, a personal homepage, a forum, a mini homepage, a blog, and a bulletin board. Means to provide a device. Any system that provides a space on the Internet where a seller can promote a product is irrelevant.

The seller system is a computer device operated by an individual who sells goods and registers the created payment window and registers it in a web environment. The seller system generally means a personal computer device. The shopper system surfs the web in the internet space provided by the web environment. When the item to be purchased is found, it means the personal computer device of the buyer who makes a payment through the exposed deposit window.

2 is a flowchart illustrating a work flow between a transaction settlement providing system and a peripheral system according to the present invention.

The merchant system registers with the transaction settlement providing system (1). When registering as a member, a member ID, password, address, account number to be deposited, and a transaction approval code for approving a transaction are input. The contents are stored in the member DB. In this case, the account number and the transaction approval code may be requested in a separate step without request when registering as a member, and may be stored in a separate DB instead of a member DB.

The transaction settlement providing system generates a unique deposit window for each member (2). The deposit window is shown as a simple button when it is exposed to the web environment, and the button stores a member identifier (for example, a member ID) that identifies the seller member as meta information. Here, a unique deposit window for each member is a term used to contrast a unique deposit window with the product being sold by a normal e-commerce system as a key. If the same member is used, it is unique regardless of the type and quantity of products sold. It is given as one.

In more detail, the seller who sells the goods in the auction (www.auction.co.kr) site can select the goods for sale in order to know the sales quantity and deposit details of the goods, so that the details can be known. In other words, if the seller of user 1 is selling five bicycles and three golf clubs, a web page for selling bicycles and a web page for selling golf clubs are separately generated, and a payment button is present on each product's sales web page. Done. Each payment button is created and managed by subordinate to the corresponding product. In order to determine the deposit details for the sale of the bicycle, the user 1 can select the bicycle from among the products being sold, and the user can select the golf club from the products being sold to check the deposit history of the golf club. That is, the auction site system should be understood that a unique deposit window is provided for each member rather than a unique deposit window. In other words, a deposit situation or the like is provided using a key being sold.

In contrast, the present invention generates a web page for selling bicycles and a web page for selling golf clubs when a seller named user 1 is selling five bicycles and three golf clubs in the same situation. At this time, all items may be sold using a single web page, or each web page may be generated and sold for each item. When only one web page is used, of course, only one deposit window will be generated, so a case of generating each web page for each item will be described. Copy the deposit window created according to the present invention to the sales web page of each article and expose it to the web page. At this time, the deposit window exposed on the web page is apparently there exist two copies of the same button. It is nothing more than a thing. This is because the deposit window provided in the present invention is a unique deposit window for each member.

The seller registers the product to be sold in the web environment, copies the deposit window, and exposes it to the web environment (3). Copying of the deposit window is made by copying from the transaction payment providing system to the seller's clipboard and pasting it into the web environment. At this time, if there is a user's pasting operation, the button of the deposit window copies the url of the web environment and transmits it to the transaction payment providing system, and the transaction payment providing system which receives it is stored in the sales DB for each member.

When the buyer system finds a product to purchase while surfing the web environment, the buyer system requests the seller to purchase through a text, chat or phone number of the seller described in the web environment (5). When the seller system wants to sell the product, the seller transmits a transaction approval code via text, chat, or telephone (6), and the buyer system inputs the transaction approval code. Entering the transaction authorization code usually provides a window for entering the transaction authorization code when the seller clicks on the deposit window exposed to the web environment, and the buyer system provides the transaction authorization code sent from the seller through the exposed window. Is to type

The input transaction approval code is transmitted to the transaction payment providing system, and the transaction payment providing system compares the transaction approval code transmitted from the buyer system with the transaction approval code registered in advance by the seller to check whether there is a match. As described above, the transaction approval code registered in advance by the seller is stored in the member DB or a separate DB, and this DB is ultimately stored in the memory of the transaction payment providing system.

If the transaction approval codes match, the transaction settlement providing system provides the amount confirmation window to the buyer system (9). Figure 3 shows an example of the amount confirmation window. The buyer system checks whether a member of the transaction settlement providing system. In the case of a member, a shipping address and a member identifier (for example, a member ID) stored in the payment providing system are taken and displayed in the amount confirmation window. If you are a non-member, you will have to manually enter all the information presented in the amount confirmation window. Next, enter the payment amount. Normally, the payment amount is determined and entered by the seller, but in the present invention, the buyer directly enters the amount. In this way, when a bargain between the seller and the buyer is required, payment processing is made easier than in the prior art.

Enter the rest of the information, including the number of transactions required for the transaction, shipping address information, shipping agent, purchase name and transaction memo. At this time, since the present invention is not constructed as a system for determining whether to deposit each product, a purchase brand name indicating which product to purchase is inputted, and information about a transaction memo is additionally input. In the present invention, since a unique deposit window is provided for each member, when a buyer makes a deposit, there is no precise method for systematically determining which goods are paid for. One alternative to solve this problem is to save the url of the web environment when the seller registers the product, and get the url of the web environment when the buyer wants to purchase the product and compare it with the stored url when registering the product sale. The two can be displayed in a related manner, but this method also has difficulty in providing data on how much the quantity has been sold for each product and how much the sales are. Therefore, in order to resolve such transaction uncertainty through the communication between the buyer and the seller, a purchase name and a transaction memo field are needed.

In the amount confirmation window, the purchaser's telephone number is also inputted. If the buyer is a member of the transaction settlement providing system, the purchaser can bring it from the corresponding system, but if the buyer is a non-member, enter it directly. In addition to the purchaser's phone number, an e-mail address or the like may be entered, and buyer-specific information such as a phone number or e-mail address may be used as a key value for providing non-member purchase information in the future.

In the amount confirmation window illustrated in FIG. 3, a transaction approval code is inputted, but the transaction approval code is inputted before the amount confirmation window as illustrated in FIG. 2 or together with the amount confirmation window as shown in FIG. 3. can do. Even when entering into the amount confirmation window, as shown in Figure 3, the comparison of the transaction approval code pre-registered by the seller must be performed before the transaction approval. The amount confirmation window should also have the member identifier of the transaction payment provision system that registered the product as meta information.

When the purchaser system completes the input of the amount confirmation window (10), the transaction settlement providing system stores the content of the amount confirmation window input (11). Such storage is performed in the form of a DB or a table. For example, it is assumed that the input contents of the amount confirmation window are stored in the product information DB. The product information DB stores the web environment url when the member of the transaction payment providing system registers a product to sell and pastes the deposit window button into the web environment, and the payment amount entered by the buyer system in the amount confirmation window. Information about the quantity, quantity, web environment url, purchases, shipping address, buyer phone number, and transaction notes are stored. At this time, the transaction settlement providing system is a web environment where the seller identifier, which is sent to the seller system and the url of the web environment where the buyer system purchased the product, is copied to the deposit window button in the product information DB when the amount confirmation window is completed. By comparing the urls, we can identify the correlation between the two data and identify that a transaction about the same product has occurred, thus providing this information to the seller.

On the other hand, the transaction payment provision system should provide the buyer with information on the product that has been purchased. For this purpose, the member provides the contents using the member purchase DB, and the non-member provides the purchase contents using the non-member purchase DB. do. Member purchase DB stores "Member ID, payment amount, quantity, transaction web environment url, shipping address, buyer phone number, purchase name, transaction memo", and non-member purchase DB "payment amount, quantity, transaction web environment url, shipping address" , Buyer phone number, purchase name, and transaction memo "are stored. If the buyer needs to log in to the transaction payment provisioning system and understand the progress of the purchase, the member should log in using the member ID. If the member is a non-member, the buyer's telephone number or email address can identify the non-member. Etc. to use.

The transaction payment providing system provides a payment module and induces payment according to the payment method selected by the buyer (12, 13, 14). The method of providing a payment module according to a deposit method is widely used in an auction site, so a detailed description thereof will be omitted. Briefly, in the case of unpaid deposit, the transaction settlement providing system can process the seller's virtual account number by notifying the buyer, and in the case of credit card and mobile phone payment, notify the payment amount to PG company and make payment through PG company. Act on behalf of.

After that, the buyers and sellers are notified of the payment details, and the steps of requesting the seller to deliver the goods and the steps of approving the transaction are similar to those of the auction site and the G market site. .

In the present invention, as described above, the center for product sales or purchases is not provided for each product, but for each member. Therefore, when the same member sells several items, the product DB is not provided in the transaction settlement providing system, so it is impossible to know specific information about how much the item is sold and how much is left in the inventory. This is because the transaction targeted by the present invention mainly focuses on selling a small number of items between individuals, so that the details of the transaction between the seller and the buyer can be confirmed as a purchase name and a transaction memo.

It will be described with reference to Figs. 4, 5 and 6 assuming a transaction that can occur substantially. Assume that the seller has registered to sell three products in the web environment "www.naver.com/blog/Dr. Gbakko" as shown in FIG. In the conventional merchandise trading site, a separate product registration page should be generated for each product to be sold. Or, if you register three products on one web page, you have to create three different deposit windows. In the end, transactions are made by products, and database operations and payment processing are performed by products. However, in the present invention, by using a unique deposit window for each member it is possible to trade three items with one deposit window.

5 is an example in which the purchaser "Healthman" inputs the amount confirmation window to purchase a health bike, Figure 6 is an example in which the buyer "diameter Xinhua" input the amount confirmation window to have a Seiko watch. Of course, the same deposit window shown in Figure 4 is the result of the purchaser "Healthman" and "Diamond Advent" click, the deposit window presented in the present invention can be used repeatedly between a plurality of buyers.

As shown in FIG. 5, the buyer "HealthMan" is a member of the transaction payment providing system, so the address (shipping address) and the buyer's phone number stored in the system are taken and displayed in the amount confirmation window, and when there is a change in the displayed contents. Of course, the "healthman" can be modified by the buyer. The transaction page is not inputted by the buyer "Healthman", but when the amount confirmation window is generated, it obtains and displays information about the URL of the web page provided with the deposit window. Next, the buyer "Healthman" to enter the amount to be paid, the quantity, the shipping charges, the payment method, the name of the product you want to purchase, transaction notes. In FIG. 5, information that must be input by the purchaser "HealthMan" will be a purchase price column and a purchase name column or a transaction memo column for displaying a purchased product. The purchased product column is for informing the seller what the product is purchased by the buyer, and the transaction memo is a space for indicating additional contents that the buyer wants to inform the seller. If a trade name to be purchased is entered in the transaction memo field, the purchased product field may be omitted since it is overlapping information.

As shown in FIG. 6, the buyer “Diamond Advent” is not a member of the transaction settlement providing system, so the remaining information except for the transaction page is directly input.

As shown in FIGS. 5 and 6, the information input by the buyer is stored in the transaction payment providing system in a DB or table form.

7 is an example of a screen displayed when the seller "Dr. Ji Bakko" logs into the transaction payment providing system and inquires about the sales progress. As shown in the screen of FIG. 7, the present invention does not automatically determine whether a corresponding product has been sold, but rather displays a purchase name and a transaction memo entered by the buyer in the amount confirmation window. It can be seen that it is a way of visually confirming that a product has been traded.

Hereinafter, specific embodiments will be described.

8 is a flowchart illustrating a work flow between a transaction settlement providing system and a peripheral system according to the present invention.

The merchant system registers as a transaction payment providing system (s1). 9 shows an example of a member registration screen. When a member is registered, a real name confirmation, a member ID, a password, and an e-mail are input. The contents are stored in a member DB. The payment account is entered as soon as the real money is withdrawn from the escrow payment system.

The transaction settlement providing system generates a unique deposit window for each member to the member who has completed the membership registration (s2). The deposit window is shown as a simple button in appearance when exposed to the web environment, and the button stores a member identifier (for example, a member ID) that identifies a member who is a seller as meta information. Here, a unique deposit window for each member is a term used to contrast a unique deposit window with the product being sold by a normal e-commerce system as a key. If the same member is used, it is unique regardless of the type and quantity of products sold. It is given as one.

10 is an example of a deposit window provided to a member. In the present invention, the deposit window is provided in three forms. The first is the image form 101 that can be used in the image bulletin board, the second is the HTML form 103, and finally the URL form 105.

An example of source code for copying to a clipboard to provide a deposit window in an image bulletin board 101 to a web environment is an example of implementing JavaScript "function copy_all ()".

function copy_all ()

{

     var text = document.item.document.body.createTextRange ();

     text.select ();

     text.execCommand ("Copy");

}

The first var text statement specifies the area of the image to copy, the second text.select () statement selects the area, and the last statement copies it to the vendor's clipboard.

The source code provided in HTML form 103 is

function copy_html () {

     var ele = document.item.document.body;

     var maintext = ele.innerHTML;

     window.clipboardData.setData ("Text", maintext);

}

For example, you can store an object in document.item.document.body, store it in a variable in maintext, and copy its contents to the vendor's clipboard.

The source code provided in URL form 105 is

function copy_link () {

    var maintext = "http://www.eummoney.com/mc/index.jsp?mc_id=Member Identification ID";

     indow.clipboardData.setData ("Text", maintext);

 }

Can be implemented.

In the three types of deposit windows, "http; // www.eummoney.com/mc/index.jsp?mc_id=member identification ID " is recorded as meta information. Among these, "http; // www.eummoney.com/mc/index.jsp" is a jsp language executed when the buyer clicks the deposit window copied to the web environment, and the member identification code or member ID of the seller is used as a variable. It is stored. That is, the deposit window provided according to the present invention includes meta information for generating a window including a member identifier of a seller and a field for inputting a payment amount to a buyer.

The seller registers the product to be sold in the web environment, copies the deposit window and exposes it to the web environment (s3). Copying of the deposit window is made by copying from the transaction settlement system to the seller's clipboard and pasting it into the web environment. 11 is an exemplary view of copying the deposit window 111 in the body of the email and sending it to the buyer when sending the email through blue. In FIG. 11, an e-mail body is set as a web environment. In addition, the web environment includes an activity space on the Internet such as an internet bulletin board, a blog, a community site, a personal homepage, a forum, a mini homepage, and the like.

When the buyer system surfs the web environment (s4) and finds a product to purchase, the purchaser system requests the seller to purchase through the text, chat or phone number of the seller described in the web environment (s5). ). When the negotiation is smoothly conducted between the seller and the corresponding buyer, and the buyer clicks the deposit window exposed to the web environment, the transaction settlement providing system provides the amount confirmation window to the buyer system (s6 and s7).

Here is an example of the source code that provides the amount confirmation window.

<A

onfocus = blur ()

href = "http://www.eummoney.com/mc/index.jsp?mc_id=ifMember Identification ID" target = _blank>

</A>

Providing the amount confirmation window The first line in the source code is a command to remove the focus of the cursor considering the graphic. The second href statement is "index.jsp" which is stored under the http://www.eummoney.com/mc directory. "Is to run the jsp language, and to use the member identification ID as a variable (parameter) when executing the jsp language. More precisely, the address http://www.eummoney.com/mc/index.jsp ", which is executed by linking through an href statement, and the variable used to execute the statement, specify the seller identification number. To send.

Figure 12 shows a specific embodiment of the amount confirmation window when the buyer is a member of the payment providing system, Figure 13 shows a specific embodiment of the amount confirmation window when the buyer is a non-member. It can be seen that the difference between FIG. 12 and FIG. 13 differs only in presenting the non-member service terms and conditions and the purchaser information input field 125.

The amount confirmation window has a payment amount input field 121, a transaction memo input field 123, and a buyer information input field 125. In general, the payment amount is a column for inputting a payment amount negotiated between the seller and the seller of the product. However, in the conventional payment system and a method of using the same, the payment amount is determined and entered by the seller. In this way, when a bargain between the seller and the buyer is required, payment processing is made easier than in the prior art.

Even in the amount confirmation window, "seller identification ID" is stored as meta information not shown in the buyer system. When the buyer enters all of the "Transaction Amount", "Transaction Note" and "Buyer Information" (s8), the "Transaction Amount" and "Transaction Note" using the "Seller ID" stored as meta information stored in the amount confirmation window Stores in the "product information DB" (s9). Subsequently, the payment providing system recognizes data such as “transaction amount” and “transaction memo” as one identifier and issues a new “sale product code”, and uses the corresponding “sale product code” to pay for and deliver the goods. You will track a series of steps.

The "buyer information" entered by the buyer in the amount confirmation window is stored in the "product purchase information DB" using the corresponding "sale product code".

Processes for subsequent settlement (s10, s11, s12) proceed in a manner similar to a conventional transaction settlement system.

On the other hand, if the purchaser who has already deposited the payment amount clicks the deposit window 111 button shown in FIG. 11 again, the amount confirmation window of FIG. 13 proceeds to confirm the progress state (for example, delivery status) after payment. The status button 127 was further provided. If you click the progress button 127, if you are a member, you will be asked to enter a member identifier (member ID, etc.), and if you are a non-member, you will be prompted to enter the identifier (email address or social security number, etc.) you entered at checkout. Afterwards it was possible to know the progress. Of course, the progress button 127 may be provided in the amount confirmation window of FIG.

Although specific embodiments of the present invention have been described and illustrated above, it will be apparent that various modifications may be made by those skilled in the art without departing from the technical spirit of the present invention. Such modified embodiments should not be understood individually from the spirit and scope of the present invention, but should fall within the claims appended to the present invention. For example, although the name "database" is used in the present invention, it may be applied in a table form, etc., depending on the system.

1 is a block diagram of a peripheral system including a transaction settlement providing system according to the present invention.

2 is a flowchart illustrating a work flow between a transaction settlement providing system and a peripheral system according to the present invention;

3 is an example of the amount confirmation window.

Web environment of an example in which the seller registered three products in the web environment "www.naver.com/blog/Dr. Gbakko" as shown in FIG.

5 is an example in which a purchaser "healthman" who purchases the product of FIG. 4 enters an amount confirmation window.

6 is an example in which the purchaser "diameter Xinhua" purchasing the goods of FIG. 4 inputs the amount confirmation window.

7 is a screen showing the progress of sales when the seller "Dr. Ji Bakko" logged in to the transaction payment providing system.

8 is a flowchart illustrating a work flow between a transaction settlement providing system and a peripheral system according to the present invention;

9 is an example showing a member registration screen.

10 is an example of a deposit window provided to a member.

11 is an example of copying the deposit window 111 in the body of the email and sending it to the buyer when sending the email via blue.

12 is a detailed embodiment of the amount confirmation window when the buyer is a member of the payment providing system.

Figure 13 is a specific embodiment of the amount confirmation window when the buyer is a non-member.

Claims (14)

A transaction payment providing system that provides a payment method between a seller system and a buyer system in performing a product transaction between a seller system and a buyer system using a web environment connected through an internet network. A deposit window containing meta information for generating a window containing a member identifier of the seller and a field for inputting a payment amount to the buyer is generated and provided to the clipboard of the buyer system. After the system copies the deposit window and exposes it to the web environment, if the buyer presses the exposed deposit window, providing the amount confirmation window including a field to enter the payment amount directly to the buyer system To deal with the payment offer system. The method of claim 1, The payment window provided to the merchant system is provided with at least an image form, HTML form and URL form transaction payment providing system. The method of claim 1, The amount confirmation window further comprises a transaction memo field for describing information on the transaction product. The method of claim 3, wherein The payment settlement window further comprises a progress button for providing a further progress status to the purchaser is completed payment settlement transaction system, characterized in that further provided. The method of claim 2, The payment window is provided in the form of an image, the transaction settlement providing system, characterized in that for setting the area in which the image is located, the selection of the area and copying it to the clipboard of the seller system. The method of claim 1, The payment window is a transaction payment providing system, characterized in that only one is issued per seller, regardless of the type of goods sold by the seller to the membership. The method of claim 1, The amount confirmation window including a field for inputting the payment amount directly to the purchaser system, the href command is included as meta information. The method of claim 1, In the amount confirmation window including a field for inputting the payment amount directly to the buyer system, the address where the execution statement to be linked and executed is placed and a variable used when executing the execution statement are stored as meta information. Transaction payment provision system. A transaction payment providing method for providing a payment method between a seller system and a buyer system in trading goods between a seller system and a buyer system using a web environment connected through an internet network, First step of registering a seller as a member; Generating a deposit window including meta information for generating a window including a member identifier of the seller and a field for inputting a payment amount to the buyer and providing the deposit window to a clipboard of the buyer system; And The amount confirmation window including a field for inputting the payment amount directly to the buyer system when the buyer, when the member presses the exposed deposit window after copying the unique deposit window to the web environment. Transaction payment providing method comprising the step of providing a third step. The method of claim 9, The payment window provided to the seller system in the first step is provided with at least an image form, HTML form and URL form transaction payment providing method. The method of claim 10, When the deposit window is provided in the form of an image, the first step A first step of setting an image area; Steps 1-2 for selecting the area set in the step 1-1; And And a first step of copying the area set in the first step to the clipboard of the seller system. The method of claim 9, The payment window provided in the second step is a transaction payment providing method characterized in that only one is issued per seller, regardless of the type of goods sold by the seller. The method of claim 9, The amount confirmation window provided in the third step includes a href statement as meta information. The method of claim 9, The amount settlement window provided in the third step is a transaction payment providing system, characterized in that it contains the address where the execution statement to be linked to be executed and the variable used to execute the execution statement as a meta information.

Images