KR20190096032A - method of providing prepayment service for offline shops based on unbound management of payment unit and exhaust unit - Google Patents

Abstract

The present invention relates to a prepayment service technology suitable for use in an offline store such as a cafe, restaurant, and pub in general. By separating a payment unit and a using unit, a user may divide types and quantities of stores and menus according to a situation at that time but also a prepayment service attribute having a significant time interval between a time of payment and a time of use is considered by configuring multiple prepayment details to be used together. According to the present invention, by selecting a plurality of menus in a plurality of stores according to a selection of the user and providing single prepayment, the user convenience is increased, transaction costs are reduced, and payment speed is increased.

Description

Separation of payment unit and usage unit for offline store {method of providing prepayment service for offline shops based on unbound management of payment unit and exhaust unit}

The present invention relates generally to prepaid service technology suitable for use in offline stores, such as cafes, restaurants, bars.

More specifically, the present invention by separating the payment unit and the use unit by allowing the user to use the type and quantity of stores and menus according to the situation at that time, as well as to configure the use of a plurality of prepayment details The present invention relates to a prepaid service technology considering a property of a prepaid service in which a significant time interval exists between a point of payment and a point of use.

In general, when a user selects and pays for a product (product or service) in an online shopping mall or an offline store, all procedures are completed. However, as the needs of users vary, there is a situation in which a prepayment method is preferable rather than a typical use / payment site method. That is, the product is used after a considerable time has elapsed since the product payment is made first.

In such a prepaid service, since the time of payment of goods and the time of use of goods are separated, a technical change is required to manage them. In particular, as a considerable time has elapsed between the point of payment and the point of use, a more flexible model is required because various situations may occur in real life depending on circumstances. This does not happen with conventional use / payment field methods.

However, in the conventional shopping mall service, there is a limit to the support of various product usage models according to the separation of payment and use time. Accordingly, the payment must be made several times in order to use a service at the time of payment, and there is an inconvenience in that the products prepaid at the time of use must be separated into payment units.

Accordingly, there is a demand for a technology capable of solving the above-mentioned problems of the related art by supporting flexible product use in consideration of the property of a prepaid service having a significant time interval between a payment time and a use time. In particular, in an offline store where a user's product use form can be changed at various times such as a cafe, a restaurant, a bar, and the like, a user needs to use the prepaid items flexibly, but the prepaid process is not cumbersome and simple.

An object of the present invention is to provide a prepayment service technology suitable for use in offline stores such as cafes, restaurants, bars.

In particular, an object of the present invention is to separate the payment unit and the use unit, so that the user can divide and use the types and quantities of stores and menus according to the situation at that time, as well as configure to use a plurality of prepaid details. It is to provide a prepaid service technology considering the nature of the prepaid service, which has a significant time interval between the point in time and the point of use.

In order to achieve the above object, the present invention provides a method for providing a prepaid service for a plurality of offline stores affiliated with the prepaid service, the user terminal 100 selects one or more stores and one or more menus for the store A prepayment step of identifying the operation, putting it in a shopping cart and prepaying it in a single payment unit; In order for a user to visit a specific single shop and order a specific menu, the user terminal 100 configures the order menu within the limit of the payment history in which the prepaid payment is made at the corresponding store, and prepays the user through approval of the configured order menu. It is preferably configured to include; a post-use step of performing a menu order according to the details.

In the present invention, the prepayment step may include an eleventh step of identifying a selection for a specific store in the user terminal 100 and setting it as a payment store; A twelfth step of identifying a selection of one or more menu items in connection with a payment store and setting it as a payment menu; A thirteenth step of adding the payment shop and the payment menu to the shopping cart; A fourteenth step of performing eleventh to thirteenth steps according to a user's selection; A fifteenth step of configuring one or more payment shops and one or more payment menus included in a shopping cart into a single payment unit; A sixteenth step of determining a payment amount according to the payment unit; A seventeenth step of performing a payment through a payment agency in response to the payment amount; If payment is successful, an eighteenth step of managing a database of information of a payment unit; may be configured to include.

In addition, the post-use step of the present invention is a twenty-first step of acquiring the prepaid details for the visited store from the database in response to the user's selection input for the specific store visited by the user and providing the display details of the order menu. ; A twenty-second step of identifying selection input of one or more menu items and quantities to be ordered in the prepayment history of the order menu; A twenty-third step of collecting the selected order objects to form a usage unit; A twenty-fourth step of obtaining approval for use of the visited store for the used unit; And a twenty-fifth step of resetting the database by reflecting the information of the use unit for the visited store in response to the use approval.

In this case, the twenty-fourth step may include: twenty-fourth step of displaying detailed details of a usage unit on a display screen of the user terminal 100; Step 2412, identifying an input of store specific information on a display screen of the user terminal 100; Step 2413, verifying validity of the inputted store unique information by comparing with the stored unique information about the visited store; And if the validation is successful, step 2414 of setting the use approval of the visited store to the used unit as obtained.

In addition, the twenty-fourth step, step 2421 to display the details of the use unit on the display screen of the store payment terminal 300; Step 2422, identifying a confirmation input for the use unit on the display screen of the store payment terminal 300; And step 2423 of setting the visit permission of the visited store to the use unit in response to the confirmation input.

In the present invention, the prepayment step may further include resetting the payment amount by applying one or more of the use of points and discount coupons according to the user's selection of the payment unit.

Meanwhile, the computer-readable nonvolatile recording medium according to the present invention records a program for executing a prepaid service providing method based on a separate operation of a payment unit and a use unit for an offline store as described above.

According to the present invention, by selecting a plurality of menus in a plurality of stores according to a user's selection, a single upfront payment can be provided to increase user convenience, reduce payment transaction costs, and improve payment speed.

In addition, according to the present invention, not only can be used by dividing the type and quantity of stores and menus according to the situation of the user in the purchase history through upfront payment, but also enable the user to use a plurality of upfront payments in a convenient, payment transaction It is possible to further reduce the cost and improve the settlement speed.

1 shows an overall system for implementing a prepaid service according to the present invention.
2 is a block diagram showing an internal functional configuration of a prepaid processing server for implementing the present invention.
3 is a view showing a concept of separately managing the payment unit and the use unit in the present invention.
4 is a flowchart illustrating the entire process of a prepaid service providing method for an offline store according to the present invention.
Figure 5 is a flow chart showing a prepayment process in the present invention.
6 is a flow chart illustrating a post-use process in the present invention.
7 is a flowchart illustrating a first embodiment of a use approval process for a post-use process in the present invention.
8 is a flow chart showing a second embodiment of a usage approval process for the post-use process in the present invention.

Hereinafter, with reference to the drawings will be described in detail the present invention.

1 is a diagram illustrating an entire system for implementing a prepaid service according to the present invention.

Referring to FIG. 1, a plurality of user terminals 110 to 130: 100 and a plurality of store payment terminals 310 to 330: 300 are connected to the prepayment processing server 200 through the Internet. The Internet may be implemented in various ways, including wired and wireless networks and mobile communication networks. In this case, a program for cooperative operation with the prepayment processing server 200 is installed in the form of an app or application software in the user terminal 100 and the store payment terminal 300.

The user terminal 100 is a device for operation by a customer of a prepaid service, such as a mobile terminal (eg, a smartphone, a laptop computer, a digital broadcasting terminal, a navigation device, a wearable device, a tablet PC, etc.) or a fixed terminal (eg, a digital TV, Desktop computers, digital signage, etc.). The user terminal 100 displays a display screen for using a prepaid service, in which store information and menu information available for prepaid service are displayed. The user can select a store and a menu on the display screen, add to the shopping cart, and perform a payment, and can later apply for the paid menu.

The prepaid processing server 200 is an apparatus that performs various processes associated with the prepaid service according to the present invention. The prepayment processing server 200 according to the present invention considers that there is a considerable time interval between the time of payment and the time of use, and various circumstances may change in the meantime, so that the user separates the payment unit from the use unit at that time. Depending on the situation (eg, the number of attendees, changes in preferences), the type and quantity of shops and menus can be divided and used, and data processing is performed so that multiple prepaid details can be used together. The operation of the prepaid processing server 200 will be described later with reference to FIGS. 2 to 7.

The store payment terminal 300 is a device that is disposed in each store participating in the prepaid service according to the present invention, for example, a cafe, a restaurant, a bar, etc., to perform an order payment processing of a customer. When the customer who pre-purchased a specific menu through prepayment visits the store and orders the corresponding menu, the store payment terminal 300 checks the prepayment history for the order by cooperating with the prepayment processing server 200. Perform burnout. This post-use process will be described later with reference to FIGS. 4 and 6. Meanwhile, in the present invention, the store payment terminal 300 may be implemented in various forms, for example, may be integrally implemented in a POS terminal of a store, or in the form of a dedicated app or web service in a computer device (PC). It may be implemented as, or may be implemented in the form of a mobile app for the convenience of store managers, or may be implemented virtually on an external server.

2 is a block diagram showing an internal functional configuration of a prepaid processing server 200 for implementing the present invention. The prepaid processing server 200 processes a prepaid process of selecting a menu in one or more stores and performing a settlement in advance, and a post-use process of selecting and using a menu settled in a corresponding store by visiting an affiliated store. An internal functional configuration of the prepaid processing server 200 for performing such a process will be described below with reference to FIG. 2.

However, the arrangement of the functional configuration and the flow of related information shown in FIG. 2 are presented as an example of the present invention, and various modifications may be implemented. For example, some of the functional components shown in FIG. 2 may be implemented in the user terminal 100 or the store payment terminal 300.

The user request processing unit 210 receives a prepaid request or a post-use request requested by the customer, and transmits a corresponding message to each module 220, 230, 240 for internal processing in response thereto. Perform the interface so that it is processed. In addition, the user request processing unit 210 performs an interface with the store payment terminal 300 as necessary in the process of processing the customer's after-use request. In general, the user request processing unit 210 is responsible for the request and response via the Internet in the prepaid processing server 200.

The prepaid processing unit 220 is a processing module for processing a prepaid request of a user (customer). The customer selects one or more menus for one or more stores through a screen operation on the user terminal 100 and then requests a prepayment through various payment means, and the prepayment processor 220 processes the prepayment request on a computer basis. The prepaid processing unit 220 includes a payment menu configuration unit 221, a payment processing module 222, and a payment information processing module 223.

The payment menu configuration unit 221 is a component that processes this when the user selects a menu to purchase through a screen manipulation on the user terminal 100. The payment menu configuration unit 221 may receive and process a menu that the user wants to purchase, a detailed configuration of the menu, a store that sells the menu, a purchase quantity of the menu, and the like. If a discount option such as a coupon is selected, the actual payment amount can be calculated based on this. Meanwhile, the details of the user's prepayment in one transaction are referred to herein as a 'payment unit'.

Payment processing module 222 is a component that processes the actual payment in accordance with the menu selection is connected to an external payment agency (PG) to proceed with the payment in a variety of ways, including card payment, mobile phone payment. If the payment is successfully completed, after generating payment completion information, including the actual payment amount, discount amount, etc., and displayed on the user terminal 100 through the payment menu configuration unit 221 and to the payment information processing module 223 To make the payment complete.

The payment information processing module 223 is a component that processes payment completion information generated as a result of a prepayment processing. The payment information processing module 223 receives a menu selected by the user, processes information of a store selling the same, configures a payment store, and connects a payment menu according to the corresponding payment store. If more than one payment store is configured, the configured payment store is composed of payment units for payment processing. In the present invention, the payment unit may include a plurality of payment stores. The payment information processing module 223 transmits data related to the payment unit, the payment store, and the payment menu configured as described above to the data manager 240 to store and manage the data.

The post-use processing unit 230 is a processing module for processing a post-use request of a user (customer). The customer visits any one of the affiliated stores and then selects all or part of the prepaid menu for the store and requests its use. Such operation may be performed through a menu operation on the user terminal 100 or the store payment terminal 300. The post-use processing unit 230 includes a use menu configuration unit 231, a use approval module 232, and a use information processing module 233 as a module for processing a post-use request of the customer.

The user menu configuration unit 231 is configured to process when a user visits an affiliated store and selects all or a part of a menu previously paid by the user for the corresponding store. When the user selects a specific store through the screen operation of the user terminal 100, the use menu configuration unit 231 displays a list of prepaid menus and the available quantity in relation to the selected store, thereby allowing the user to repeat all or part of the menu. Select to be able to order. The ordered menu is checked at the store, the store approval request is processed, and the actual use is completed. On the other hand, the user (customer) as described in this specification, the request for the use of the prepayment items through the actual one order is referred to herein as a 'use unit.'

The use approval module 232 is a component that checks and processes this when the user applies for use by selecting all or part of a prepaid menu. When the user applies for use, the use approval module 232 displays the details of the application for use on the user terminal 100 or the store payment terminal 300, and the store may confirm this. Thus, for example, if the administrator of the store checks the configuration of the use menu and inputs the unique number of the store, the use approval for the corresponding use application is made. The use approval module 232 transmits the related information to the data management unit 240 when the use approval is completed based on the unique number of the store and the use unit information.

The usage information processing module 233 is a component that processes the post-use completion information generated as a result of post-use processing made in a specific store among prepaid items of the user. The usage information processing module 233 receives a list of prepaid menus and related quantities prepaid at the store and the related quantity for the store selected by the user, and displays them. Configure the menu to use as a base. When the use menu is configured, the use menu configuration is connected with one or more payment units, so it is processed and the use unit is configured according to the order contents. The usage information processing module 233 transmits the data related to the use unit, the use store, and the use menu configured as described above to the data management unit 240 so as to be managed in connection with the existing prepaid data.

The data manager 240 is a component that collects, stores, and manages prepaid-related information and post-use information related to a plurality of affiliated stores and users (customers). The data manager 240 may be generally configured through a database, but the configuration method is not limited to the database. The data manager 240 includes a payment unit information management unit 241, a usage unit information management unit 242, a payment store information storage unit 243, a payment menu information storage unit 244, and a usage menu information storage unit 245. It is configured by.

The payment unit information management unit 241 is a configuration for managing a payment unit, which is the details of the payment of the user in each upfront payment for a plurality of upfront events made by a plurality of users. The payment unit information may include one or more payment stores, and may include information such as discount amount information, payment amount, payment method, payment date, payment result, and the like related to prepayment.

The usage unit information management unit 242 is configured to manage a usage unit which is a prepaid history exhausted when a plurality of users visit each affiliated store and perform post-use processing on all or part of the prepaid details. The usage unit information generally includes one use store, and may include information such as an order amount, an order date, and an order result related to the after-use (burnout).

The payment store information storage unit 243 stores information about one or more stores connected to each payment unit. When a particular upfront event purchases a menu for a plurality of stores, the payment store information storage unit 243 stores the plurality of store information in relation to the corresponding payment unit.

The payment menu information storage unit 244 stores a list of menus in which payments are made in each payment store and information on each purchase quantity for one or more stores connected to each payment unit.

The usage menu information storage unit 245 stores a list of menus on which the actual order is made and information on each order quantity in relation to each usage unit.

3 is a diagram illustrating a concept of separately managing a payment unit and a use unit in the present invention. In the prepaid service, there is a significant time gap between the point of payment and the point of use. In the meantime, various situation changes may occur, and even when a discount event is involved, the purchase may be made without considering the use situation. In consideration of this point, the present invention is configured to separate the payment unit and the use unit so that the user can divide and use the types and quantities of stores and menus according to the situation.

In FIG. 3, the upper part shows the situation in which the prepayment is made two times in total, and the lower part shows the situation in which the post-use is made thereafter. In the first upfront, menu A, B and menu C were purchased at store A, and in the second upfront, menus D, E, F, store G were menu G, and store H, I at store D. Then, in the post-use phase, the shop A was visited and the menus A, B, D, and F were ordered.

From this, in the post-use step, a plurality of prepayment details can be added together and ordered in one use unit. In other words, the menu A, B purchased in the first upfront and the menus D and F purchased in the second upfront with respect to the store A are bundled and processed. At this time, in the post-use step, rather than transaction processing of two usage units each consisting of the menus A, B, and the menus D and F, one transaction of the user units consisting of the menus A, B, D, and F is processed.

In addition, in the post-use phase, only a partial order can be ordered from the details paid in advance for a specific store. That is, among the menus D, E, and F purchased in the second upfront with respect to the store A, only the menus D and F were ordered, and the menu E was not ordered. This missing menu E is left for future use.

In summary, in the present invention, a criterion related to a payment unit may include a plurality of stores connected to one payment unit, a plurality of menus connected to one payment store, and an option selected for each payment menu. It can be used and can set the payment quantity. In the prepayment stage, payment is processed based on one payment unit.

In addition, in the present invention, a criterion related to a use unit in a post-use step may include one use unit for a single store, and one use unit may connect a payment menu processed in a plurality of payment units. In the case where a plurality of payments are made for the menu, a quantity smaller than the payment quantity can be used. In the post-use phase, the application for a customer to visit the store and order at a time is processed on a per-use basis.

4 is a flowchart showing the overall process of the prepaid service providing method according to the present invention. The prepaid service providing method according to the present invention is implemented so that the user can flexibly utilize the type and quantity of stores and menus according to the situation by separating the payment unit and the use unit for a plurality of offline stores associated with the prepaid service. Technology has become.

Step S100: In a state in which a plurality of offline stores are affiliated with a prepaid service, a user operates a dedicated app installed in the user terminal 100 to select a store and then one of several menus provided by the selected store. Select the above menu. The combination of specific stores and menus is selected in the shopping cart provided by the app. At this time, it is also possible to repeat the above process for a plurality of stores, in this case, a combination of a plurality of stores and a plurality of menus are contained in the shopping cart of the app.

The dedicated app installed in the user terminal 100 and the prepayment processing server 200 perform a cooperative operation in this process, and process payment using all items contained in the shopping cart as one payment unit. When the payment process is normally completed, the purchases are made in advance for the items contained in the shopping cart. In this specification, a series of processes are referred to as 'prepayment steps'.

Step (S200): The user visits a specific prepaid service affiliated store and runs a process of exhausting the prepaid item by actually ordering a menu which he / she already purchased through the step (S100) for the corresponding store. A series of procedures for this purpose are called post-use steps.

After the user (customer) visits the store, the user terminal 100, for example, through the app of his smart phone to look up the menu items for which the prepayment is made in the store and configure the order menu within the limits of the prepayment details. Then, the user performs the actual menu ordering process utilizing the above-described prepayment details through approval of the configured order menu.

FIG. 5 is a flow chart illustrating a prepayment process in which a user pre-purchases a menu at one or more affiliated stores in the present invention.

Steps S110 to S130: First, a user operates a dedicated app installed in the user terminal 100 to select a specific store that he or she prefers from a plurality of affiliated stores, and the dedicated app and the prepaid processing server 200 The selection for this particular store is identified and set as the payment store.

Then, a list of menus provided by the corresponding payment shop and detailed information about individual menus are displayed on the screen of the dedicated app, and the user selects one or more menu items from among them as desired. The dedicated app and the prepayment processing server 200 identify the selection for such a menu item and set it as a payment menu for the corresponding payment store. Then, the payment store and the payment menu are added to the shopping cart in response to the user's shopping cart storage operation.

Step S140: As described above with reference to FIG. 3, pre-purchase of several stores may be performed through a single payment. Thus, when the user thinks that there is an additional purchase for another affiliated store, steps S110 to S130 may be performed, whereby menus are selected and stored in a shopping cart in a plurality of stores.

Step (S150 ~ S170): the dedicated app and the prepayment processing server 200 package all of one or more payment menus made in one or more payment stores included in the shopping cart to form a single payment unit, based on the contents of the corresponding payment unit To calculate the amount of payment the user must pay.

On the other hand, if you want to purchase only one menu can proceed directly to the payment process without passing through the shopping cart. In addition, based on the contents of the payment unit or the circumstances of the promotion or the like, the payment amount may be re-defined by using points or discount coupons according to the user's selection.

Steps S180 and S190: The prepayment processing unit 220 of the prepayment processing server 200 performs a payment through a payment agency in response to a payment amount by a user manipulation on a dedicated app installed in the user terminal 100. In this case, in the case of a payment method other than a credit card, the payment process may be performed according to an independent process without a payment agent of the prepayment processor 220. In addition, in the case of using the full amount points, payment approval is made immediately. As described above with reference to FIG. 2, the prepayment processor 220 may be implemented as part of a dedicated app. If the payment is successful, the prepayment processing for the payment unit is normally performed, and the payment unit information management unit 241 of the prepayment processing server 200 manages the information of the payment unit in the databases 243 and 244.

FIG. 6 is a flowchart illustrating a post-use process in which a user visits an affiliated store and exhausts all or part of a menu that he or she has previously purchased for the store.

Step S210: First, a user visits a specific affiliated store and preferably operates a user terminal 100 to start a dedicated app. When the user selects the store that the user is currently visiting on the dedicated app, the post-use processing unit 230 of the dedicated app and the prepaid processing server 200 acquires the details of the user's prepaid payment from the databases 243 and 244. To display the display of the order menu provided in the dedicated app.

Steps S220 and S230: The user selects one or more menu items as an order target that he or she currently intends to use in the prepayment history of the order menu displayed in the dedicated app and inputs a quantity for each menu item. The dedicated app and the prepaid processing server 200 collect the selected order targets to configure a use unit that is a target that the user will consume at the visit store.

Step (S240): The dedicated app requests a usage approval for the visited store for the used unit to obtain the use approval in an appropriate manner, so that the visited store provides a service according to the content of the used unit, for example. In the present invention, a specific embodiment for obtaining a use approval from the store will be described later with reference to FIGS. 7 and 8.

Step (S250): If the use approval for the use unit is made from the visited store, the post-use processing is normally performed, and the use unit information management unit 242 of the prepaid processing server 200 provides information on the use unit for the visited store. By reflecting, the databases 243 and 245 are reset.

7 is a flowchart illustrating a first embodiment of a use approval process S240 for a post-use process in the present invention.

Step S2411: First, the details of the usage unit are displayed on the display screen of the user terminal 100. That is, detailed information about which menu the user (customer) wants to order in the visited store is displayed.

Step (S2412): the person (eg, administrator, clerk) of the visited store checks the details of the usage unit displayed on the user terminal 100 and checks whether there is no problem, and then enters store specific information on the display screen of the dedicated app. do. The PIN code issued during the service cooperation process may be generally used as the store unique information. Various technologies such as biometric information such as fingerprints, vein patterns, and iris patterns may be used according to the development of technology.

Steps S2413 and S2414: The use approval module 232 of the prepayment processing server 200 compares the unique information previously issued and stored for the visited store to the store input entered by the person in charge at the visited store in step S2412. Verify that the information is valid. If the store official inputs the correct unique information and the validation is successful, the visitor's permission to use the visited store is set for the unit used.

8 is a flowchart illustrating a second embodiment of a use approval process (S240) for a post-use process in the present invention.

Step S2421: First, the details of the usage unit are displayed on the display screen of the store payment terminal 300. That is, detailed information on which menu the user (customer) wants to order in the visited store is displayed on the display screen of the store payment terminal 300 so that the store official can check. At this time, the details of the usage unit may be displayed on the service page of the mobile device of the tablet PC carried by the store official or the POS device screen of the payment desk.

Steps S2422 and S2423: When a person in charge of the store inputs OK on the usage unit on the display screen of the store payment terminal 300, the usage approval of the visited store is set for the usage unit. In this process, it is preferable to apply the security code to the store payment terminal 300 so that a problem due to an error or another person's intervention does not occur.

Meanwhile, the present invention may be embodied in the form of computer readable codes on a computer readable nonvolatile recording medium. Such nonvolatile recording media include all types of storage devices that store computer readable data, such as hard disks, SSDs, CD-ROMs, NAS, magnetic tapes, web disks, cloud disks, etc. The code may be implemented in a form in which the code is distributed and stored in a storage device.

100, 110, 120, 130: user terminal
200: prepayment server
210: user request processing unit
220: prepayment processing unit
221: payment menu component
222: payment processing module
223: payment information processing module
230: after-use processing unit
231: use menu component
232: use approval module
233: User Information Processing Module
240: data management unit
241: payment unit information management
242: unit of information management
243: payment store information storage
244: payment menu information storage
245: use menu information storage unit
300, 310, 320, 330: store payment terminal

Claims (7)

As a method for providing a prepaid service for a number of offline stores affiliated with the prepaid service,
A prepayment step of identifying, by the user terminal 100, a selection operation for one or more stores and one or more menus for the corresponding store, putting them in a shopping cart, and performing prepayment in one payment unit;
In order to allow a user to visit a specific single shop and order a specific menu, the user terminal 100 configures the order menu within the limit of the payment details for which the prepaid payment was made at the corresponding store, and uses the approved order menu. A post-use step of performing a menu order according to the prepaid details;
Method of providing a prepaid service based on the separate operation of the payment unit and the use unit for offline stores that are configured to include.
The method according to claim 1,
The prepayment step,
An eleventh step of identifying a selection for a specific store in the user terminal 100 and setting it as a payment store;
A twelfth step of identifying a selection of at least one menu item in relation to the payment store and setting it as a payment menu;
A thirteenth step of adding the payment shop and the payment menu to a shopping cart;
A fourteenth step of performing the eleventh to thirteenth steps according to a user's selection;
A fifteenth step of configuring one or more payment shops and one or more payment menus included in the shopping cart into a single payment unit;
A sixteenth step of determining a payment amount according to the payment unit;
A seventeenth step of performing a payment through a payment agency in response to the payment amount;
An eighteenth step of managing database of the payment unit information if the payment is successful;
Method of providing a prepaid service based on the separate operation of the payment unit and the use unit for offline stores, characterized in that configured to include.
The method according to claim 2,
The post-use step,
A twenty-first step of obtaining the prepaid details of the visited store from a database in response to a user's selection input to a specific store visited by the user and providing the prepaid details to a display of an order menu;
A twenty-second step of identifying a selection input of one or more menu items and quantities to be ordered in the prepayment history of the order menu;
A twenty-third step of collecting the selected order objects to form a usage unit;
A twenty-fourth step of obtaining permission to use the visited store for the use unit;
A twenty-fifth step of resetting the database by reflecting information of the use unit for the visited store in response to the use approval;
Method of providing a prepaid service based on the separate operation of the payment unit and the use unit for offline stores, characterized in that configured to include.
The method according to claim 3,
The twenty-fourth step,
Step 2411 of displaying a detailed description of the usage unit on a display screen of a user terminal 100;
Step 2412, identifying an input of store specific information on a display screen of the user terminal 100;
A step 2413 of verifying validity of the input store unique information by comparing with the stored unique information about the visited store in advance;
Step 2414, when the validation is successful, setting the use permission of the visited store to the use unit to be obtained;
Method of providing a prepaid service based on the separate operation of the payment unit and the use unit for offline stores, characterized in that configured to include.
The method according to claim 3,
The twenty-fourth step,
Step 2421 of displaying a detailed description of the usage unit on a display screen of a store payment terminal 300;
Step 2422, identifying a confirmation input for the use unit on a display screen of a store payment terminal 300;
Step 2423, in response to the confirmation input, setting the use permission of the visiting store for the use unit to be acquired;
Method of providing a prepaid service based on the separate operation of the payment unit and the use unit for offline stores, characterized in that configured to include.
The method according to claim 3,
The prepayment step,
Performed between the sixteenth step and the seventeenth step,
Resetting the payment amount by applying one or more of a point use and a discount coupon to the payment unit according to a user's selection;
Method for providing a prepaid service based on the separate operation of the payment unit and the use unit for an offline store, characterized in that further comprises.
A non-transitory computer-readable recording medium having recorded thereon a program for executing a method of providing a prepayment service based on a separate operation of a payment unit and a use unit for an offline store according to any one of claims 1 to 6.

Images