KR101632121B1 - Reserve point management system and method for provding reserve point to user without login - Google Patents

Abstract

A reserve point management system and a method for providing a reserve point to a user without login are disclosed. The reserve point management method performed by a computer comprises the steps of: issuing a unique key for specifying a non-logged in user who visits a site of a publisher; transmitting the issued unique key to a payment gateway (PG) system processing a payment according to the purchase of a product or service when the non-logged in user visits a member store site provided by a member store of the publisher through a link provided by the site of the publisher and purchases the product or service; receiving payment data according to the payment along with the unique key from the PG system when the payment is processed by the PG system; storing and managing a reserve point determined on the basis of the payment data in association with the received unique key; and providing the reserve point managed in association with the unique key by using a login ID used in the login when the non-logged in user logs in to the service of the publisher.

Description

BACKGROUND OF THE INVENTION Field of the Invention The present invention relates to a reserve management system and method for providing a reserve to a user based on a non-

Embodiments of the present invention are directed to techniques for providing a user with a deposit on a non-login basis.

The deposit according to the prior art is determined based on the amount of money that is paid by the user when the user receives the goods or services and when the goods or services are provided, that is, the transaction amount. Therefore, in general, the trade value of the goods or services sold is proportional to the reserve provided. In particular, if the accrual rate for the transaction price of the goods or services sold is the same for all goods or services, the total transaction price and the total reserve are linearly proportional. Even if the accrual rate for the transaction amount is slightly different for each product or service, the total transaction amount and the total reserve amount are close to linear.

That is, in the reserve management method according to the related art, the source of revenue of the reserve is the transaction price. Therefore, as the total transaction value increases, the total reserve also increases, so that the reserve rate for the transaction price can be fixed. In other words, in the reserve management method according to the related art, the accumulation rate can be determined easily and easily before the sale of the goods or the service, and the determined accumulation rate can be informed to the user in advance.

However, if the reserve fund is not a transaction price, for example, in an individual transaction, the reserve is paid at a certain percentage of the transaction price, but if the total amount of the reserve is met by other sources, There is a problem that is difficult to determine.

For example, if a publisher, such as a portal site, exposes an advertisement of a franchisee to a user, and a user visits the franchise through an advertisement on the portal site to purchase a product or service, the portal site may provide the user with a reserve . In this case, the reserve is determined based on the transaction price, but the reserve fund can be determined by the advertising cost of the merchants, not the transaction price. If the rate is 1% and the user purchases a product with a price of 1 million won, the portal site should provide users with a corresponding amount of 10,000 won (1% of 1 million won) There is a problem. Therefore, if the fund provides a reserve rather than a transaction price, a more efficient method of calculating the reserve is required.

Further, in order for the publisher to provide the user with a reserve, a technique is required to specify the users. For example, assume that an arbitrary user A visits a portal site, visits a merchant B through an advertisement, and purchases a product. At this time, the portal site has a problem of how to identify the user A who has visited the merchant B (actually, the merchandise selling site of the merchant B) and purchased the merchandise. To do this, the publisher forces user A to log in to the publisher's service.

For example, user A may click on an advertisement to purchase a product while logged in to the service of the publisher. In this case, the identifier of the user A may be transmitted to the merchant B. When the user A purchases the merchandise at the merchant B, the merchant B can specify the user A by transmitting the identifier of the user A and the information about the purchase of the merchandise of the user A to the publisher.

As another example, when the user A visits the merchant B through the advertisement of the publisher and intends to purchase the merchandise of the merchant B, a user interface (not shown) is provided for the user to log in to the service of the publisher for accumulation or use of the reserve (the reserve provided by the publisher) May be provided to force login.

However, forcing such a user to log in to a service of a publisher every time a user purchases a merchandise may cause inconvenience to the user, which may degrade the applicability of the reserve to the publisher. For example, entering a username and password in a mobile environment can be a very inconvenient process.

The present invention provides a reserve management system and method capable of accumulating a reserve even when a user purchases a product or a service in a non-logged-in state in a service of a publisher in providing a reserve for a purchase of a merchandise or service of the merchant to the purchaser.

A method of managing a reserve of a reserve management system implemented by a computer, the method comprising: issuing a unique key for specifying a non-logged-in user visiting a site of a publisher; When the non-logged-in user visits a merchant site provided by a franchiser of the publisher through a link provided on the site of the publisher and purchases a product or service, a PG Transmitting the issued unique key to a system of a gateway; Receiving payment data according to the payment from the system of the PG together with the unique key when the payment is processed in the system of the PG; Storing and managing a reserve determined based on the payment data in association with the received unique key; And providing, when the non-logged-in user logs in to the service of the publisher, a reserve managed in association with the unique key using the login ID used for the login. do.

A computer-implemented deposit management system comprising: a key issuing unit for issuing a unique key for identifying a non-logged-in user visiting a site of a publisher; When the non-logged-in user visits a merchant site provided by a franchiser of the publisher through a link provided on the site of the publisher and purchases a product or service, a PG A key transmitting unit for transmitting the issued unique key to a system of a gateway; A key receiving unit for receiving together with the unique key the payment data according to the payment from the system of the PG when the payment is processed in the system of the PG; A deposit-key management unit for storing and managing a deposit determined based on the payment data in association with the received unique key; And a reserve fund providing unit for providing, when the non-log-in user logs in to the service of the publisher, a reserve managed in association with the unique key using the login ID used for the login. to provide.

According to embodiments of the present invention, in providing a shopper with a reserve for purchase of goods or services of merchants, even if the users purchase goods or services in a non-logged-in state to the service of the publisher, And can be accumulated to the user.

1 is a view schematically showing an example of an entire environment for providing a reserve in an embodiment of the present invention.
2 is a view showing an example of the entire environment including the PG (Payment Gateway) in one embodiment of the present invention.
3 is a diagram illustrating an example of a process of specifying a user using a unique key and a cookie according to an exemplary embodiment of the present invention.
FIGS. 4 to 6 are views showing examples of informing the user of information on the accumulation reserve in an embodiment of the present invention.
7 is a diagram illustrating an example of a process of identifying a user using an advertisement ID according to an embodiment of the present invention.
8 is a diagram illustrating an example of a process for supplementing an advertisement ID in an embodiment of the present invention.
9 is a block diagram for explaining an internal configuration of a reserve management system according to an embodiment of the present invention.
10 is a flowchart of a reserve management method according to an embodiment of the present invention.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings.

The present invention relates to a technology for specifying a non-logged-in user in a publisher and providing a reserve, wherein a user who visits a merchant's site in a non-logged-in state specifies a user who purchases a product or service, The present invention relates to a technique capable of providing a reserve for purchases of a product.

1 is a view schematically showing an example of an entire environment for providing a reserve in an embodiment of the present invention. 1 shows a user 110, a publisher 120, and a merchant 130.

The user 110 may mean a terminal such as a PC (personal computer), a smart phone, etc., which is substantially used by users. Users can visit various web sites provided by the system of the publisher 120 via a wired or wireless network using the communication function of the terminal to receive various services.

The publisher 120 may be a system, such as a server, that provides services to a user 110 that is connected through a wired or wireless network. For example, the publisher 120 may include all sorts of sites that are capable of exposing advertisements to the user 110 and providing services to the user 110 over a wired or wireless network, . Here, the description of the terms site and / or page does not exclude the possibility of implementation of the present invention in an environment other than a general PC web site connection such as an application screen executed in a mobile terminal.

Here, an "exposure" of an advertisement may be interpreted to include that promotional content, such as text, images, etc., sounds, videos, hyperlinks, etc., associated with the advertiser through the site (publisher 120) have. In addition, the "selection" of the exposed advertisements causes a situation where the advertiser is trying to achieve through the delivery of the promotional contents by causing the user (site visitor) to react to the promotional contents such as the text and the image provided by the mouse . ≪ / RTI > At this time, the situation induced by the advertiser may include, for example, exposing the page associated with the advertiser to the user who selected the advertisement.

The merchant 130 may refer to a system of advertisers contracted with the publisher 120 to expose advertisements through the publisher 120. The merchant 130 can provide a merchandise selling site through which the user 110 can access the merchandise or the service through the link of the advertisement exposed through the publisher 120.

If the user 110 visits the merchant 130 (visiting the merchandise selling site) using the link of the advertisement exposed through the publisher 120 and purchases the merchandise or the service, And can provide the user 110 with a reserve determined according to the purchase price of the service and the preset accumulation rate.

As described above, the user 110 purchases goods or services of the merchant 130 by the publisher 120 by purchasing goods or services from the merchant 130 while logged into the service of the publisher 120 (Using the login ID of the user 110) as a buyer. Hereinafter, embodiments in which the publisher 120 can specify the user 110 even in a non-logged-in state of the service of the publisher 120 will be described.

2 is a view showing an example of the entire environment including the PG (Payment Gateway) in one embodiment of the present invention.

The PG 210 may refer to a system of a company that receives a commission from a lower shopping mall after making a credit card payment and payment transaction with a credit card company on behalf of a small shopping mall that is difficult to conclude a merchant contract with a credit card company. Here, the small shopping mall can correspond to the merchant 130. The publisher 120 processes the login of the user 110 through the PG window provided by the PG 210 for payment to the merchant 130 through the interoperation with the PG 210 or controls the accumulation and use of the deposit .

For example, when the user 110 visits the merchant 130 and purchases the merchandise or service, the publisher 120 receives the merchant order number, the representative merchandise name, the target amount of money, the recipient name (user 110), a recipient's mobile phone number, and the like. The publisher 120 can also receive payment amount information (final settlement amount), product name, buyer name (name of the user 110), buyer's mobile phone number, product order number, and the like from the PG 210. However, since the names of users can be duplicated, it is difficult to utilize them to specify the user 110, and it is difficult to utilize the user's mobile phone number to specify the user 110 because the owner can be changed.

3 is a diagram illustrating an example of a process of specifying a user using a unique key and a cookie according to an exemplary embodiment of the present invention.

The visiting process 301 may refer to a process in which a user 110 visits a site of a publisher 120 and a publisher 120 provides a service to a user 110. At this time, regardless of whether the user 110 logs in to the service of the publisher 120, the publisher 120 can provide the user 110 with a service that does not require login, such as searching.

The unique key (UK) database 311 may be managed by the publisher 120 and the publisher 120 may issue a unique key to the users who visited the site of the publisher 120 for the first time. For example, when the user 110 visits the site of the publisher 120, the publisher 120 determines whether the cookie issued to the user 110 exists and the unique key issued to the user 110 in the cookie It is possible to judge whether or not there is an error. If the cookie does not exist or the unique key generated by the user 110 is not included in the cookie, the publisher 120 issues a unique key and provides a cookie containing the unique key to the user 110 .

In this case, when the users who have issued the unique key log in to the service of the publisher 120, the publisher 120 matches the unique ID and the publisher ID, which are the login IDs of the users, to the unique key database 311, And the like.

For example, when a specific user who has issued the unique key 'UK XX1' logs in with the publisher ID 'PID XXA', the publisher 120 transmits the unique key 'UK XX1' and the publisher ID ' PID XXA 'can be stored and managed in association with each other. If the specific user who issued the unique key 'UK XX3' as shown in Table 1 '3' has not yet logged in, the publisher 120 may record that the publisher ID has not yet been confirmed.

The merchant visit process 302 is a process in which the user 110 visits the site of the merchant 130 through the advertisement exposed through the advertisement or the user 110 during the use of the service of the publisher 120 , And a process in which the merchant 130 provides the service to the user 110. For example, the site of the merchant 130 may be a shopping mall site, and the user 110 may purchase goods or services from a shopping mall site.

The ordering process 303 may be a process in which the merchant 130 generates a purchase order for a product or service the user wants to purchase and transmits the purchase order to the PG 210. At this time, the merchant 130 can visit the site of the merchant 130 (through the referrer) through the site of the publisher 120, and store merchandise or goods on the site of the merchant 130 When the user desires to purchase the service, the user 110 can inform the publisher 120 that the user wants to purchase the goods or service. At this time, the publisher 120 may transmit the unique key of the user 110 stored in the unique key database 311 to the PG 210.

The unique key of the user 110 is transmitted to the merchant 130 and the user 110 wants to purchase the goods or service in the merchant visit process 302 because the merchant 130 needs to specify the user 110 May be used to inform the publisher 120. In accordance with an embodiment of the present invention, instead of the publisher 120 delivering the unique key of the user 110 to the PG 210, the merchant 130 transmits the unique key of the user 110 together with the purchase order to the PG 210 It is possible.

The PG process 304 is a process in which the PG 210 uses the purchase order received from the merchant 130 and the unique key received from the publisher 120 (or merchant 130) And processing the payment for the service.

The payment completion process 305 may be a process in which the payment for the goods or services desired by the user 110 is completed. At this time, the merchant 130 can inform the PG 210 that the payment has been completed.

The payment data corresponding to the unique key of the PG 210 may be generated and stored in the transaction database 312 and the payment data may be transmitted to the publisher 120 in association with the unique key.

At this time, the publisher 120 can store and manage the unique key, the publisher ID, and the payment data in the payment database 313 of the publisher 120 as shown in Table 2 below.

  The publisher ID of a user who has not logged in yet can be managed as yet unknown.

The publisher 120 can identify the user 110 using the unique key. For example, when the user 110 logs in, the unique key of the user 110 and the publisher ID are matched with each other, so that the publisher 120 can grasp to which of the users the user should provide the reserve . The accumulation completion process 306 may refer to a process of accumulating a new accumulation amount in the accumulated accumulation amount for the publisher ID of the user 110 and completing the accumulation.

On the other hand, if the user 110 has issued a unique key but has not yet logged in, the publisher 120 can not immediately provide the reserve because it can not know to which user (which publisher ID) the deposit should be provided. For example, if the unique key issued to the user 110 is 'UK XX3', the publisher 120 does not yet know the publisher ID for the user 110. In this case, the accumulation waiting process 307 may indicate a process in which the publisher 120 manages the reserve in association with the unique key, but waits in a state where the accumulation has not yet been completed. The accumulation waiting process 307 will be described in more detail with reference to FIG. 4 through FIG.

FIGS. 4 to 6 are views showing examples of informing the user of information on the accumulation reserve in an embodiment of the present invention.

4 is a diagram showing an example of a main page 400 of a site of the publisher 120. In FIG. The main page 400 may include a login interface for login of the user 110. At this time, the main page 400 shows an example in which the user 110 is informed that there is a reserve (50 mileage) in the waiting queue through the first area 410 of the login interface. For example, when the user 110 visits the site of the publisher 120, the publisher 120 identifies the unique key of the user 110, and determines whether there is a matching reserve deposit pending with the unique key Can be confirmed. If the user 110 logs in through the first area 410 of the main page 400 to be provided to the user 110 in the case where the reserve pending reservation exists, Can be reported.

5 shows an example of informing the user 110 that there is a reserve (50 mileage) in the waiting queue in the second area 510 of the search result page 500 of the site of the publisher 120. [ That is, a message for notifying the existence of an accumulation reserve can be exposed through various areas of various pages of the site.

6 shows examples showing that the user 110 can be informed that there is an accumulation reserve (50 mileage) through the mobile site pages 610 and 620 of the publisher 120 as well.

In each of the embodiments, when the user 110 logs in to the service of the publisher 120, the user 110 may be accumulated and accumulated in a cumulative reserve associated with the publisher ID of the user 110, have.

In the embodiment of FIG. 3, an example in which the unique key is provided to the user 110 via the cookie has been described. In this case, the cookie is information for leaving a history of the Internet web site and mediating between the user and the web site. In one embodiment, the publisher 120 can utilize the existing cookie provided to the users. In another embodiment, the publisher 120 may create a separate cookie (e.g., a mileage cookie) for the unique key and provide it to users. At this time, the mileage cookie may further include information on the route through which the users visited the merchants. Such a route enables the user to know the route to the franchisees, and can be used to determine how much reserve money should be provided to the users when a different accumulation rate is set according to the funnel.

In another embodiment, instead of utilizing such a cookie, an advertisement ID (AD-ID) for identifying an operating system (OS) of the device may be utilized. The advertisement ID may be an identifier used to identify the device, such as the OS of the smartphone.

7 is a diagram illustrating an example of a process of identifying a user using an advertisement ID according to an embodiment of the present invention.

The visiting process 701 may refer to a process in which the user 110 visits the site of the publisher 120 and the publisher 120 provides the service to the user 110. At this time, regardless of whether the user 110 logs in to the service of the publisher 120, the publisher 120 can provide the user 110 with a service that does not require login, such as searching.

The AD-ID 711 may mean that the publisher 120 receives and manages the AD-ID 712 of the user 110. The AD-ID 712 of the user 110 may be the terminal used by the user 110 to access the publisher 120 or the identifier of the OS of the terminal.

The merchant visit process 702 is a process in which the user 110 visits the site of the merchant 130 through the advertisement exposed through the advertisement or the user 110 during the use of the service of the publisher 120 , And a process in which the merchant 130 provides the service to the user 110. For example, the site of the merchant 130 may be a shopping mall site, and the user 110 may purchase goods or services from a shopping mall site.

The ordering process 703 may be a process in which the merchant 130 generates a purchase order for a product or service the user wants to purchase and transmits the purchase order to the PG 210. At this time, the merchant 130 can visit the site of the merchant 130 (through the referrer) through the site of the publisher 120, and store merchandise or goods on the site of the merchant 130 When the user desires to purchase the service, the user 110 can inform the publisher 120 that the user wants to purchase the goods or service. At this time, the publisher 120 may transmit the AD-ID 711 received from the user 110 to the PG 210. [

The AD-ID 711 is transmitted to the merchant 130 and the user 110 is notified when the merchant visits the merchant of the user 110 in the merchant visit process 702 because the merchant 130 needs to specify the user 110. [ To the publisher 120 that the user wants to purchase the goods or services. Also, instead of delivering the AD-ID 711 to the PG 210 according to the embodiment, the merchant 130 may deliver the AD-ID 711 along with the purchase order to the PG 210 .

The PG processing 704 is performed by the user 110 using the purchase order received from the merchant 130 and the AD-ID 711 received from the publisher 120 (or the merchant 130) And processing the payment for the desired goods or services.

The payment completion process 705 may be a process in which the payment for the goods or services desired by the user 110 is completed. At this time, the merchant 130 can inform the PG 210 that the payment has been completed.

The payment data corresponding to the AD-ID 711 of the PG 210 may be generated and stored in the transaction database 713 and the payment data may be transmitted to the publisher 120 in association with the AD-ID 711.

At this time, the publisher 120 can store and manage the AD-ID 711, the publisher ID, and the payment data in the payment database 174 of the publisher 120 as shown in Table 3 below.

  The publisher ID of a user who has not logged in yet can be managed as yet unknown.

The publisher 120 can specify the user 110 using the AD-ID 711. [ For example, when the user 110 logs in, the publisher ID of the user 110 can be grasped through the matching of the AD-ID 712 and the AD-ID 711 of the user 110, It is possible for the publisher 120 to grasp which of the users should provide the reserve. The accumulation completion process 706 may refer to a process of accumulating a new accumulation amount accumulated in the accumulation amount for the publisher ID of the user 110 and completing the accumulation.

On the other hand, if the user 110 has not yet logged in, the publisher 120 can not immediately provide the reserve because it can not know which user (any publisher ID) to provide the reserve. For example, if a value that matches the AD-ID 712 of the user 110 is not found in the transaction database 714 of the publisher 120, the publisher 120 may still have a publisher ID for the user 110 . The accumulation waiting process 707, which is processed in this case, may indicate a process in which the publisher 120 only manages the reserve in association with the AD-ID 711, but waits in a state where the accumulation has not yet been completed. Also in this case, when providing a service having an AD-ID 712 as an identifier in order to grasp the publisher ID for the AD-ID 711 as shown in FIGS. 4 to 6, And notifies the user 110 of the existence of the user.

8 is a diagram illustrating an example of a process for supplementing an advertisement ID in an embodiment of the present invention. The publisher 120 may further include a member information database 810 for storing and managing the advertisement ID, the publisher ID, and the e-mail / mobile phone numbers of the users in association with each other as shown in Table 4 below.

For example, an advertisement ID may be changed through a process such as a user changing a device (terminal). For example, when the device of the first user is changed, since the advertisement ID is changed, it is difficult to match the first user with the payment data only by the information of the transaction database 714. [ However, since the advertisement ID can be matched to the member information database 810 through the e-mail or the mobile phone number, the publisher 120 can obtain the payment data from the transaction database 714 through the matched advertisement ID, You can easily check the corresponding reserve.

FIG. 9 is a block diagram illustrating an internal structure of a reserve management system in an embodiment of the present invention, and FIG. 10 is a flowchart of a reserve management method in an embodiment of the present invention.

The reserve management system 900 according to the present embodiment may correspond to the system of the publisher 120 described above and may include a processor 910, a bus 920, a network interface 930, (940). The memory 940 may include an operating system 941 and a reserve management routine 942. The processor 910 may include a key issuing unit 911, a key transmitting unit 912, a key receiving unit 913, a reserve-key managing unit 914, and a reserve providing unit 915. In other embodiments, the reserve management system 900 may include more components than the components of FIG. However, there is no need to clearly illustrate most prior art components. For example, the deposit management system 900 may include other components such as a display or a transceiver.

The memory 940 may be a computer-readable recording medium and may include a permanent mass storage device such as a random access memory (RAM), a read only memory (ROM), and a disk drive. Also, the memory 940 may store program codes for the operating system 941 and the reserve management routine 942. [ These software components may be loaded from a computer readable recording medium separate from the memory 940 using a drive mechanism (not shown). Such a computer-readable recording medium may include a computer-readable recording medium (not shown) such as a floppy drive, a disk, a tape, a DVD / CD-ROM drive, or a memory card. In other embodiments, the software components may be loaded into memory 940 via a network interface 930 rather than a computer-readable recording medium. For example, the reserve management routine 942 may be loaded into the memory 940 based on a program installed by the developers through files provided over the network.

The bus 920 may enable communication and data transfer between components of the deposit management system 900. [ The bus 920 may be configured using a high-speed serial bus, a parallel bus, a Storage Area Network (SAN), and / or other suitable communication technology.

The network interface 930 may be a computer hardware component for connecting the deposit management system 900 to a computer network. The network interface 930 may connect the reserve management system 900 to a computer network via a wireless or wired connection.

The processor 910 may be configured to process instructions of a computer program by performing basic arithmetic, logic, and reserve management system 900 input / output operations. The instructions may be provided to the processor 910 by the memory 940 or the network interface 930 and via the bus 920. The processor 910 may be configured to execute program codes for the key issuing unit 911, the key transmitting unit 912, the key receiving unit 913, the reserve-key managing unit 914, and the reserve providing unit 915 . Such program code may be stored in a recording device such as memory 940 (e.g., a reserve management routine 942).

At this time, the key issuing unit 911, the key transmitting unit 912, the key receiving unit 913, the reserve-key managing unit 914, and the reserve providing unit 915 perform the steps 1010 to 1050 of FIG. Lt; / RTI >

In step 1010, the key issuing unit 911 may issue a unique key for specifying a non-logged-in user visiting the site of the publisher. Here, specifying a non-logged-in user may mean that it is impossible to know who the non-logged-in user is, but can confirm that the information associated with the unique key is information for the non-logged-in user.

In one embodiment, the unique key may be randomly generated and stored in the form of a cookie on the terminal of the non-logged-in user. Thereafter, the deposit management system 900 can identify a non-logged-in user by comparing the unique key managed by the deposit management system 900 with the unique key stored in the terminal of the non-logged-in user.

In another embodiment, the unique key may be an AD-ID for identifying a terminal of a non-logged-in user or an operating system (OS) of the terminal. For example, the key issuing unit 911 may receive the advertisement ID from the terminal in step 1010 and issue it as a unique key.

In step 1020, when the non-logged-in user visits the merchant site provided by the merchant of the publisher through the link provided on the site of the publisher and purchases the goods or services, (PG) which processes payment according to the payment information. For example, an advertisement containing a link to a merchant site may be exposed through the publisher's site, and a non-logged-in user may select the advertisement to visit the merchant site. If a non-logged-in user visits a merchant site and purchases a product or service, the merchant's system can generate a purchase order for payment and transmit it to the PG's system. At this time, the key transmitting unit 912 may transmit the unique key issued in step 1020 to the PG.

At this time, the issued unique key may be directly transmitted to the PG in the reserve management system 900, but may also be transmitted to the PG via the system of the affiliate shop. For example, step 1020 may include transmitting the issued unique key to the merchant's system (not shown). At this time, the issued unique key may be transmitted to the PG system together with the purchase order generated according to the purchase of the goods or services in the system of the merchant. The unique key sent to the merchant may be used to specify a non-logged-in user at the merchant.

In step 1030, the key receiving unit 913 can receive the payment data according to the payment from the system of the PG together with the unique key when payment is processed in the PG system. The PG system can process settlement according to the order form according to the settlement request from the system of the merchant to generate settlement data. At this time, the PG system can transmit the generated payment data to the reserve management system 900 together with the unique key received from the deposit management system 900 or the system of the affiliate shop. In this case, the key receiving unit 913 can receive the unique key and the payment data together.

In step 1040, the reserve-key management unit 914 may store and manage the reserve determined on the basis of the payment data, in association with the received unique key. Since the reserve provided by the publisher is managed in association with the login ID of the service of the publisher, but the login ID of the non-logged-in user is unknown, the reserve management system 900 may set the reserve to be credited to the non- In association with the unique key issued to the user.

In step 1050, the reserve fund providing unit 915 can provide the reserve managed in association with the unique key using the login ID used for the login when the non-login user logs in to the service of the publisher. A non-logged-in user can be specified via a unique key, and the amount to be provided to such non-logged-in users can be managed. If a non-logged-in user logs in to the publisher's service, the login ID of the non-logged-in user can be obtained. Accordingly, the reserve fund providing unit 915 can provide a non-log-in user with a reserve managed in association with the unique key using the obtained login ID.

In one embodiment, when the advertisement ID is used as the unique key, the reserve fund providing unit 915 receives the advertisement ID from the terminal of the non-login user, and when the received advertisement ID matches the received unique key, The user can be specified as a user to provide a managed reserve in association with the unique key.

In another embodiment, when a cookie including a unique key is transmitted to a terminal of a non-log-in user, the reserve fund providing unit 915 updates the non- A login user can be specified as a user to provide a managed reserve in association with a unique key.

At this time, the cookie may use the cookie that the publisher previously provided to the users' terminals, but may additionally generate a mileage cookie, which is a separate cookie, and provide the cookie to the terminals. At this time, the mileage cookie may further include information on the inflow route used by the non-logged-in user to visit the merchant site on the publisher's site. At this time, the reserve can be determined further based on the information on the inflow path extracted from the cookie. That is, the mileage cookie may be stored in the terminal of the non-logged-in user further including information on the inflow path so that different reservations can be provided according to the inflow path.

There may be a case where the unique key of the non-logged-in user is changed. For example, when a non-logged-in user changes a terminal, the cookie stored in the existing terminal can not be used, and the advertisement ID is also changed. Even if a non-logged-in user logs in to the publisher's site, Can not be found.

Accordingly, the deposit management system 900 may further include a membership information database (not shown) that stores and manages at least one of the users' e-mail and mobile phone numbers in association with the unique key and the login ID issued to the users have. Such a membership information database may be configured through a separate storage medium further including the memory 940 or the deposit management system 900 described above. In this case, when the unique key of the non-logged-in user is changed, the reserve fund providing unit 915 confirms the unique key before the change using at least one of the non-logged-in user's e-mail and the mobile phone number in the member information database, You can check the managed reserves associated with the key. Therefore, even if the unique key of the non-logged-in user is changed, the non-logged-in user can be specified using the e-mail or the mobile phone number.

As described above, according to the embodiments of the present invention, in providing the buyer with the reserve for purchase of merchandise or service of the merchant, even if the user purchases the merchandise or service in the non-logged-in state of the service of the publisher And the accumulated funds can be accumulated to the user.

The apparatus described above may be implemented as a hardware component, a software component, and / or a combination of hardware components and software components. For example, the apparatus and components described in the embodiments may be implemented within a computer system, such as, for example, a processor, a controller, an arithmetic logic unit (ALU), a digital signal processor, a microcomputer, a field programmable gate array (FPGA) , A programmable logic unit (PLU), a microprocessor, or any other device capable of executing and responding to instructions. The processing device may execute an operating system (OS) and one or more software applications running on the operating system. The processing device may also access, store, manipulate, process, and generate data in response to execution of the software. For ease of understanding, the processing apparatus may be described as being used singly, but those skilled in the art will recognize that the processing apparatus may have a plurality of processing elements and / As shown in FIG. For example, the processing unit may comprise a plurality of processors or one processor and one controller. Other processing configurations are also possible, such as a parallel processor.

The software may include a computer program, code, instructions, or a combination of one or more of the foregoing, and may be configured to configure the processing device to operate as desired or to process it collectively or collectively Device can be commanded. The software and / or data may be in the form of any type of machine, component, physical device, virtual equipment, computer storage media, or device , Or may be permanently or temporarily embodied in a transmitted signal wave. The software may be distributed over a networked computer system and stored or executed in a distributed manner. The software and data may be stored on one or more computer readable recording media.

The method according to an embodiment may be implemented in the form of a program command that can be executed through various computer means and recorded in a computer-readable medium. The computer-readable medium may include program instructions, data files, data structures, and the like, alone or in combination. The program instructions to be recorded on the medium may be those specially designed and configured for the embodiments or may be available to those skilled in the art of computer software. Examples of computer-readable media include magnetic media such as hard disks, floppy disks and magnetic tape; optical media such as CD-ROMs and DVDs; magnetic media such as floppy disks; Magneto-optical media, and hardware devices specifically configured to store and execute program instructions such as ROM, RAM, flash memory, and the like. Examples of program instructions include machine language code such as those produced by a compiler, as well as high-level language code that can be executed by a computer using an interpreter or the like. The hardware devices described above may be configured to operate as one or more software modules to perform the operations of the embodiments, and vice versa.

While the present invention has been particularly shown and described with reference to exemplary embodiments thereof, it is to be understood that the invention is not limited to the disclosed exemplary embodiments. For example, it is to be understood that the techniques described may be performed in a different order than the described methods, and / or that components of the described systems, structures, devices, circuits, Lt; / RTI > or equivalents, even if it is replaced or replaced.

Therefore, other implementations, other embodiments, and equivalents to the claims are also within the scope of the following claims.

Claims (12)

A computer-implemented reserve management system, comprising:
Issuing a unique key for specifying a non-logged-in user visiting a site of a publisher;
When the non-logged-in user visits a merchant site provided by a franchiser of the publisher through a link provided on the site of the publisher and purchases a product or service, a PG Transmitting the issued unique key to a system of a gateway;
Receiving payment data according to the payment from the system of the PG together with the unique key when the payment is processed in the system of the PG;
Storing and managing a reserve determined based on the payment data in association with the received unique key; And
When the non-logged-in user logs in to the service of the publisher, providing a reserve managed in association with the unique key using the login ID used for the login
Lt; / RTI >
Generating a cookie including the inherent key and transmitting the cookie to the terminal of the non-login user
Further comprising:
Wherein the providing of the reserve managed in association with the unique key using the login ID used for the login comprises:
When the unique key received from the PG system matches a unique key included in the cookie, the non-login user is specified as a user for providing a reserve managed in association with the unique key. Way. The method according to claim 1,
Wherein the issuing of the unique key comprises:
(AD-ID) for identifying the terminal of the non-logged-in user or the operating system (OS) of the terminal from the terminal and issuing the key including the advertisement ID as the unique key,
Wherein the providing of the reserve managed in association with the unique key using the login ID used for the login comprises:
A user who receives the advertisement ID from the terminal of the non-logged-in user and provides a reserve managed by associating the non-logged-in user with the unique key when the received advertisement ID and the received unique key are matched, Building
The method comprising the steps of: delete The method according to claim 1,
Wherein the cookie further includes information on an inflow path used by the non-logged-in user to visit the merchant site on the site of the publisher,
Wherein the reserve is determined based further on information about an inflow path extracted from the cookie. The method according to claim 1,
Storing and managing at least one of a user's email and a mobile phone number in a member information database in association with a unique key and a login ID issued to users
Further comprising:
Wherein the providing of the reserve managed in association with the unique key using the login ID used for the login comprises:
When the unique key of the non-logged-in user is changed, identifies the unique key before the change using at least one of the email and the mobile phone number of the non-logged-in user in the member information database, And checking the reserve amount. The method according to claim 1,
The transmitting of the issued unique key to the PG system comprises:
Transmitting the issued unique key to the system of the merchant
Lt; / RTI >
Wherein the issued unique key is transmitted to the system of the PG together with an order form generated according to the purchase of the goods or services in the system of the merchant. A computer-readable recording medium storing a program for executing the method according to any one of claims 1, 2, and 4 to 6. A computer-implemented reserve management system comprising:
A key issuing unit for issuing a unique key for specifying a non-logged-in user visiting a site of a publisher;
When the non-logged-in user visits a merchant site provided by a franchiser of the publisher through a link provided on the site of the publisher and purchases a product or service, a PG A key transmitting unit for transmitting the issued unique key to a system of a gateway;
A key receiving unit for receiving together with the unique key the payment data according to the payment from the system of the PG when the payment is processed in the system of the PG;
A deposit-key management unit for storing and managing a deposit determined based on the payment data in association with the received unique key; And
When the non-logged-in user logs in to the service of the publisher, a reserve managed in association with the unique key is provided using a login ID used for the login,
Lt; / RTI >
A cookie transmission unit for generating a cookie including the unique key and transmitting the cookie to the terminal of the non-
Further comprising:
The reserve-
When the unique key received from the PG system matches a unique key included in the cookie, the non-login user is specified as a user for providing a reserve managed in association with the unique key. system. 9. The method of claim 8,
The key issuing unit,
(AD-ID) for identifying the terminal of the non-logged-in user or the operating system (OS) of the terminal from the terminal and issuing the key including the advertisement ID as the unique key,
The reserve-
A user who receives the advertisement ID from the terminal of the non-logged-in user and provides a reserve managed by associating the non-logged-in user with the unique key when the received advertisement ID and the received unique key are matched, The system comprising: delete 9. The method of claim 8,
Wherein the cookie further includes information on an inflow path used by the non-logged-in user to visit the merchant site on the site of the publisher,
Wherein the reserve is determined based further on information about an inflow path extracted from the cookie. 9. The method of claim 8,
A member information database for storing and managing at least one of a user's email and a mobile phone number in association with a unique key and a login ID issued to users,
Further comprising:
The reserve-
When the unique key of the non-logged-in user is changed, identifies the unique key before the change using at least one of the email and the mobile phone number of the non-logged-in user in the member information database, Of the deposit management system.

Images