KR20240077340A - Service management server and system using the same - Google Patents

Abstract

The present invention relates to a service management server. The service management server provides a group creation module for creating a first group by grouping a plurality of user terminals and individual menu information to each of the plurality of user terminals included in the first group, and provides individual menu information from each of the plurality of user terminals. A service that receives individual menu selection information for individual menu information and payment mode information related to the individual menu selection information, and calculates the payment amount for each of the plurality of user terminals according to the individual menu selection information and the payment mode information. It includes a management module and a payment management module that receives payment information according to the calculated payment amount from each of the plurality of user terminals.

Description

Service management server and order and payment system using the same {Service management server and system using the same}

The present invention relates to a service management server and an ordering and payment system using the same. More specifically, the present invention discloses a service management server that provides an environment in which users can order and pay for desired menus using a user terminal, and an ordering and payment system using the same.

The content described in this section simply provides background information for this embodiment and does not constitute prior art.

In general, ordering food at a restaurant requires the process of checking the menu in turn, ordering it from a waiter, and then paying with multiple payment methods depending on the payment method.

Even when checking the menu, unless the menu is provided according to the number of guests, it causes inconvenience as the menu must be shared and checked together, or another guest must check after one guest has finished checking. This can result in customers staying at the restaurant longer, which can affect the restaurant's turnover rate and ultimately sales.

In addition, in the payment process, when each individual pays, the customer must tell the waiter how much to pay or what food to pay for, etc., and since multiple payments are made sequentially, it is difficult for the restaurant to operate. Load occurs, and the inconvenience occurs as customers have to wait until payment is completed.

To solve this inconvenience, an ordering and payment system using a user terminal was designed.

Registered Patent Publication No. 10-1708281

The purpose of the present invention is to provide a service management server that allows all users to easily check menus and place orders using a user terminal, and an ordering and payment system using the same.

Additionally, the purpose of the present invention is to provide a service management server that provides various payment methods to users and an ordering and payment system using the same.

The objects of the present invention are not limited to the objects mentioned above, and other objects and advantages of the present invention that are not mentioned can be understood by the following description and will be more clearly understood by the examples of the present invention. Additionally, it will be readily apparent that the objects and advantages of the present invention can be realized by the means and combinations thereof indicated in the patent claims.

A service management server according to some embodiments of the present invention includes a group creation module for grouping a plurality of user terminals to create a first group, providing individual menu information to each of the plurality of user terminals included in the first group, Individual menu selection information for the individual menu information and payment mode information related to the individual menu selection information are provided from each of the plurality of user terminals, and each of the plurality of user terminals is provided according to the individual menu selection information and the payment mode information. It includes a service management module that calculates the payment amount for and a payment management module that receives payment information according to the calculated payment amount from each of the plurality of user terminals.

In some embodiments, the group creation module may create the first group based on recognition information of the plurality of user terminals that have accessed the service management server.

In some embodiments, the group creation module may generate first user information for the plurality of user terminals and provide the first user information to the plurality of user terminals.

In some embodiments, the first user information may be displayed on a first graphical user interface provided by the service management server.

In some embodiments, the first group includes a first user terminal and a second user terminal, and the service management module includes first individual menu selection information and the first individual menu selection information from the first user terminal. Receive first payment mode information for, receive second individual menu selection information and second payment mode information for the second individual menu selection information from the second user terminal, and receive the first individual menu selection information, A first payment amount to be performed at the first user terminal and a second payment amount to be performed at the second user terminal according to the second individual menu selection information, the first payment mode information, and the second payment mode information. You can decide.

In some embodiments, when the first payment mode information and the second payment mode information are random payment modes, the first payment amount is a payment amount corresponding to the first individual menu selection information, and the second individual payment amount is It is arbitrarily determined by setting the sum of the payment amounts corresponding to the menu selection information as the maximum, and the second payment amount is the payment amount corresponding to the first individual menu selection information and the payment corresponding to the second individual menu selection information. It may be determined by subtracting the first payment amount from the sum of the amounts.

In some embodiments, when the first payment mode information and the second payment mode information are a pro rata payment mode, the first payment amount is a payment amount corresponding to the first individual menu selection information, and the second individual payment amount It is determined to be half of the sum of the payment amount corresponding to the menu selection information, and the second payment amount may be determined to be the same as the first payment amount.

In some embodiments, the service management module provides recommended menu information to each of the plurality of user terminals, receives recommended menu selection information for the recommended menu information from each of the plurality of user terminals, and receives the payment amount. can be calculated by further using the recommended menu selection information.

In some embodiments, it further includes a recommended menu determining module, wherein the recommended menu determining module calculates a degree of association for each menu based on transaction information stored in the service management module, and determines the degree of association with the individual menu selection information. A relatively high menu can be created using the recommended menu information.

The order and payment server according to some embodiments of the present invention groups the first user terminal for the first user, the second user terminal for the second user, the first user terminal, and the second user terminal, Creating 1 group, providing individual menu information and recommended menu information for the first group, individual menu selection information for the individual menu information from each of the first user terminal and the second user terminal, and the recommended menu Receive payment mode information for the recommended menu selection information and the individual menu information in the information, and the first user terminal and the second user terminal according to the individual menu selection information, the recommended menu selection information, and the payment mode information Calculate the payment amount to be performed at each, request payment for the calculated payment amount from the first user terminal and the second user terminal, and provide order information according to the individual menu selection information and the recommended menu selection information. It includes a service management server that generates a service, an order management server that receives the order information, and a POS terminal that receives the order information from the order management server and displays the order information.

The service management server of the present invention and the ordering and payment system using the same have the advantage of allowing users to easily and conveniently check menus, order, and make payments using their user terminals.

The service management server of the present invention and the ordering and payment system using the same do not require separate manpower when ordering and making payments, so manpower is not wasted and can help increase restaurant turnover.

The service management server of the present invention and the ordering and payment system using the same can encourage users to purchase by recommending shared menus and allowing payment by distributing the recommended menus, thereby increasing restaurant sales. can cause

In addition to the above-described content, specific effects of the present invention are described below while explaining specific details for carrying out the invention.

1 is a schematic diagram illustrating an ordering and payment system using a user terminal according to some embodiments of the present invention.
FIG. 2 is a diagram schematically illustrating the configuration of the service management server 100 according to some embodiments of the present invention.
FIG. 3 is a diagram illustrating a method of creating a user group of a service management server according to some embodiments of the present invention.
FIG. 4 is a diagram illustrating a first graphical user interface displayed on a user terminal accessing a service management server according to some embodiments of the present invention.
Figure 5 is a diagram for explaining a second graphic user interface displayed through a POS terminal according to some embodiments of the present invention.
FIG. 6 is a diagram illustrating a method for creating and initializing a user group of a service management server according to some embodiments of the present invention.
Figure 7 is a diagram for explaining an ordering and payment service method according to some embodiments of the present invention.
8 and 9 are diagrams for explaining individual menu selection information displayed on a first graphical user interface according to some embodiments of the present invention.
FIG. 10 is an exemplary diagram illustrating a first graphical user interface that displays payment mode and recommended menu information according to some embodiments of the present invention.
Figure 11 is a diagram for explaining a method of calculating the payment amount for a recommended menu according to some embodiments of the present invention.
Figure 12 is an exemplary diagram for explaining a process of recalculating the payment amount of a recommended menu according to some embodiments of the present invention.
Figure 13 is a diagram schematically explaining the configuration of a service management server according to some other embodiments of the present invention.
Figure 14 is a diagram for explaining a recommended menu determination module according to some embodiments of the present invention.
Figure 15 is a diagram for explaining a method of determining a recommended menu according to some embodiments of the present invention.
Figure 16 is an exemplary diagram for explaining first data according to some embodiments of the present invention.
Figure 17 is a diagram for explaining the pre-processing process of the data pre-processing unit according to some embodiments of the present invention.
Figure 18 is a diagram for explaining the data filtering process of the data preprocessor according to some embodiments of the present invention.
FIG. 19 is a diagram illustrating a method by which a data preprocessor classifies data according to specific conditions according to some embodiments of the present invention.
FIG. 20 is an exemplary diagram illustrating standardized first data according to some embodiments of the present invention.
FIG. 21 is a diagram illustrating an additional filtering process to reduce the amount of computation according to some embodiments of the present invention.
Figure 22 is a diagram for explaining the hardware configuration of an ordering and payment system that performs an ordering and payment method using a user terminal according to some embodiments of the present invention.

Terms or words used in this specification and patent claims should not be construed as limited to their general or dictionary meaning. According to the principle that the inventor can define the term or word concept in order to explain his or her invention in the best way, it should be interpreted with a meaning and concept consistent with the technical idea of the present invention. In addition, the embodiments described in this specification and the configurations shown in the drawings are only one embodiment of the present invention and do not completely represent the technical idea of the present invention, so they cannot be replaced at the time of filing the present application. It should be understood that there may be various equivalents, variations, and applicable examples.

Terms such as first, second, A, and B used in the present specification and claims may be used to describe various components, but the components should not be limited by the terms. The above terms are used only for the purpose of distinguishing one component from another. For example, a first component may be named a second component without departing from the scope of the present invention, and similarly, the second component may also be named a first component. The term 'and/or' includes any of a plurality of related stated items or a combination of a plurality of related stated items.

The terms used in the specification and claims are merely used to describe specific embodiments and are not intended to limit the invention. Singular expressions include plural expressions unless the context clearly dictates otherwise. In this application, terms such as "include" or "have" should be understood as not precluding the existence or addition possibility of features, numbers, steps, operations, components, parts, or combinations thereof described in the specification. .

Unless otherwise defined, all terms used herein, including technical or scientific terms, have the same meaning as generally understood by a person of ordinary skill in the technical field to which the present invention pertains.

Terms defined in commonly used dictionaries should be interpreted as having a meaning consistent with the meaning in the context of the related technology, and unless explicitly defined in the present application, should not be interpreted in an ideal or excessively formal sense. No.

Additionally, each configuration, process, process, or method included in each embodiment of the present invention may be shared within the scope of not being technically contradictory to each other.

1 is a schematic diagram illustrating an ordering and payment system using a user terminal according to some embodiments of the present invention.

Referring to FIG. 1, the ordering and payment system using a user terminal (hereinafter referred to as the ordering and payment system) includes a service management server 100, a user terminal 200, an order management server 300, a POS terminal 400, and payment. It may include a server 500.

The service management server 100 can provide overall services for user orders and payments.

According to some embodiments, the service management server 100 may create groups between users. The service management server 100 may create a plurality of user terminals 200 containing the same recognition information as one user group. In other words, when a plurality of user terminals 200 access the service management server 100, the service management server 100 selects the user terminal 200 that contains the same recognition information among the plurality of accessed user terminals 200. ) can be grouped into one user group. A detailed explanation of this will be provided later.

According to some embodiments, the service management server 100 may provide menu information to a plurality of user terminals 200. Menu information may include individual menu information and recommended menu information. Individual menu information may include information about menus that can be individually ordered, depending on the user's intention. Recommended menu information may include information about menus recommended by the service management server 100 that are appropriate for two or more users.

According to some embodiments, the service management server 100 may receive menu selection information regarding menu information from a plurality of user terminals 200. The menu selection information may include whether to select an individual menu selected from the plurality of user terminals 200 and/or whether to select a recommended menu.

According to some embodiments, the service management server 100 may receive payment mode information from a plurality of user terminals 200. Payment mode information may include individual payment mode, full payment mode, random payment mode, and proportional payment mode. The individual payment mode may be a mode in which payment is made only for the amount corresponding to the menu selection information selected in the user terminal 200. Additionally, the full payment mode may be a mode in which payment is made for an amount corresponding to menu selection information selected by all user terminals 200 included in the same user group. In addition, the random payment mode is a method of paying a random amount, with the sum of the amount corresponding to the menu selection information determined by the user terminal 200 selecting the random payment mode among the user terminals 200 included in the same user group as the maximum. It could be a mode. At this time, the total amount paid by each user terminal 200 that selects the random payment mode may be equal to the sum of the amounts corresponding to the menu selection information selected by the user terminal 200 that selects the random payment mode. In addition, the proportional payment mode is for the sum of the amount corresponding to the menu selection information determined by the user terminal 200 that selected the proportional payment mode among the user terminals 200 included in the same user group. This may be a mode in which payment is made by dividing the amount by the number of user terminals (200) that have selected the proportional payment mode among (200). In other words, the proportional payment mode may be a payment mode in which the user terminals 200 that select the proportional payment mode each pay the same amount. A more detailed explanation of this will be provided later.

According to some embodiments, the service management server 100 uses the received menu selection information and payment mode information to determine the payment amount for each user terminal 200 to be processed by the plurality of user terminals 200, and determines the payment amount for each user terminal 200. It can be provided to the user terminal 200. The service management server 100 may receive payment information from a plurality of user terminals 200. The service management server 100 may provide the received payment information to the payment server 500 and receive payment completion information from the payment server 500. When the service management server 100 receives payment completion information for all user terminals 200 included in a user group, the service management server 100 uses a plurality of menu selection information generated in one group to place an order. Information can be generated. Order information generated by the service management server 100 may be provided to the order management server 300.

The service management server 100 is a workstation, a data center, an internet data center (IDC), a direct attached storage (DAS) system, a storage area network (SAN) system, and a network attached storage (NAS). It may be implemented as at least one of a system, a RAID (redundant array of inexpensive disks, or redundant array of independent disks) system, and an EDMS (Electronic Document Management) system, but the present embodiment is not limited thereto. A detailed description of the service management server 100 will be described later.

The user terminal 200 may be comprised of one or more. The user terminal 200 refers to a communication terminal capable of operating an application in a wired or wireless communication environment. For example, the user terminal 200 may include various types of electronic devices such as smart phones, personal computers (PCs), laptops, tablets, mobile phones, and wearable devices (e.g., watch-type devices). However, the embodiments are not limited thereto. In this specification, it is assumed that each user uses one user terminal 200. That is, the description will be made assuming that the first user uses the first user terminal, and the second user uses a second user terminal that is different from the first user terminal. However, the embodiments are not limited to this, and of course, multiple users may use one user terminal, and one user may use multiple user terminals.

The user can use the order and payment service provided by the service management server 100 through the user terminal 200. For example, the service management server 100 can provide order and payment services through the web or application, and the user can use the order and payment service by accessing the web or application using the user terminal 200. there is. The ordering and payment service provided by the service management server 100 may include providing menu information sold at a restaurant, providing payment mode for a selected menu, providing payment using the selected payment mode, etc.

The order management server 300 may receive order information from the service management server 100. The order information may include menu selection information selected from a plurality of user terminals 200. The order management server 300 may provide order information provided from the service management server 100 to the POS terminal 400. Restaurant employees, etc. can use the POS terminal 400 to check order information and provide corresponding services to users.

The order management server 300 may be implemented as at least one of a workstation, a data center, an Internet data center, a DAS system, a SAN system, a NAS system, a RAID system, and an EDMS system, but the present embodiment is not limited thereto.

The POS terminal 400 can check order information. The POS terminal 400 may include various types of electronic devices such as smart phones, personal computers, laptops, tablets, mobile phones, and wearable devices (e.g., watch-type devices), but embodiments are not limited thereto. .

As a result, the user terminal 200 may refer to a terminal used by a customer to order food, and the POS terminal 400 may refer to a terminal used by an owner or employee to confirm a food order.

The payment server 500 may receive payment information from the service management server 100. Payment information may include payment amount, payment method, and payment method. The payment server 500 may perform payment using the provided payment information and provide the payment result to the user terminal 200.

The payment server 500 may be implemented as at least one of a workstation, a data center, an Internet data center, a DAS system, a SAN system, a NAS system, a RAID system, and an EDMS system, but the present embodiment is not limited thereto. Hereinafter, with reference to FIGS. 2 to 12, ordering and payment systems according to some embodiments of the present invention will be described in detail.

FIG. 2 is a diagram schematically illustrating the configuration of the service management server 100 according to some embodiments of the present invention.

Referring to FIG. 2, the service management server 100 may include a group creation module 110, a service management module 120, and a payment management module 130.

The group creation module 110 can create a group including a plurality of users. At this time, the specific group created by the group creation module 110 may correspond to specific location information. For example, a specific group created by the group creation module 110 may correspond to a table location in a restaurant. In other words, the group creation module 110 can create one user group by grouping a plurality of user terminals 200 that are seated at the same table and connected to the service management server 100. Please refer further to Figure 3 for detailed explanation.

FIG. 3 is a diagram illustrating a method of creating a user group of a service management server according to some embodiments of the present invention.

Referring to FIGS. 1, 2, and 3, the group creation module 110 of the service management server 100 may create a first group based on recognition information (S100). The recognition information may be a means for checking whether a plurality of user terminals 200 accessing the service management server 100 are the same group.

According to some embodiments, the recognition information may mean an identifier included in the user terminal 200 that accesses the service management server 100. For example, the user terminal 200 may access the service management server 100 by scanning a recognition code such as a QR code or barcode installed on a table in a restaurant. At this time, the recognition code may include a unique identifier. That is, when the user terminal 200 scans the recognition code and approaches the service management server 100, the service management server 100 can determine which table the recognition code was scanned by the user terminal 200 through the identifier. there is. For another example, the user terminal 200 may receive a signal from a beacon terminal installed on a table in a restaurant and access the service management server 100. At this time, the beacon terminal transmits a signal containing a unique identifier to the user terminal 200, and the user terminal 200 can access the service management server 100 through this signal. At this time, the user terminals 200 accessed from the same beacon signal include the same identifier, and the group creation module 110 may create a plurality of user terminals 200 including the same identifier as a first group.

Next, the group creation module 110 may generate first group location information corresponding to the first group (S110). The first group location information may mean, for example, the table location or table number of a restaurant. According to some embodiments, the group creation module 110 may generate first group location information using recognition information used when the first group is created. In other words, the group creation module 110 may form a first group using recognition information and generate first group location information mapped to the recognition information.

Additionally, the group creation module 110 may generate first user information for the user terminal 200 included in the first group (S120). The first user information may include the age, gender, profile photo, previous visit history, previous order history, preferences, etc. of the user using the user terminal 200 included in the first group.

The group creation module 110 may provide first user information to a plurality of user terminals 200 included in the first group (S130). In other words, the group creation module 110 may provide first user information about users included in the first group to the user terminal 200 included in the first group. Through this, the user can check whether the first group has been properly formed, whether the user has been grouped incorrectly, and whether other users have completed access to the service management server 100 through the user terminal 200. there is. Please refer further to Figure 4 for better understanding.

FIG. 4 is a diagram illustrating a first graphical user interface displayed on a user terminal accessing a service management server according to some embodiments of the present invention.

Referring to FIG. 4, a user can access the service management server 100 through the user terminal 200. When the user terminal 200 accesses the service management server 100, the user terminal 200 can use the service provided by the service management server 100 through the first graphic user interface as shown in FIG. 4. For convenience of explanation, the graphic user interface confirmed through the user terminal 200 is defined as the first graphic user interface, and the graphic user interface confirmed through the POS terminal 400 is defined as the second graphic user interface.

The first graphic user interface according to some embodiments may include a first display area (DR_1) and a second display area (DR_2). The first display area DR_1 may be an area where the first user information of the first group is displayed. For example, when the first user accesses the service management server 100 through the first user terminal, the first graphic user interface may display information about the first user in the first display area DR_1. . Subsequently, when the second user accesses the service management server 100 through the second user terminal, the service management server 100 may set the first user and the second user to the first group based on the recognition information. . At this time, the first graphic user interface may display information about the first user and information about the second user in the first display area DR_1.

The second display area DR_2 may be an area where menu information provided by the service management server 100 is displayed. The user can check menu information displayed in the second display area DR_2 through the user terminal 200.

Referring again to FIG. 3, the group creation module 110 may provide first group location information and first user information to the order management server 300 (S140). The order management server 300 may provide the received first group location information and user information to the POS terminal 400. The POS terminal 400 can map the received first group location information and first user information and use this for order management. For an illustrative illustration, see further Figure 5.

Figure 5 is a diagram for explaining a second graphic user interface displayed through a POS terminal according to some embodiments of the present invention.

Referring to FIG. 5, the POS terminal 400 according to some embodiments may display the received first group location information and first user information on the third display area DR_3 of the second graphic user interface. For example, when the first group location information corresponds to table number 3, the POS terminal 400 may display the first user information in the third display area DR_3. A user using the POS terminal 400 accesses the current service management server 100 through the second graphic user interface to check first location information and first user information for the first group preparing to place an order. You can.

An ordering and payment system according to some embodiments may increase the convenience of customer management by using first user information displayed on a second graphic user display. For example, a user using the POS terminal 400 can immediately check the first user information through the second graphic user interface and, according to the number of visits included in the first user information, promote an appropriate promotion for the first group. Proper customer management can be performed by providing .

3 to 5, it has been described that the group creation module 110 generates first user information and first group location information and provides them to the order management server 300, but this is only one embodiment. The scope of the present invention is not limited thereto. In some other embodiments, in a so-called self-system in which the user directly receives the completed food, the group creation module 110 may not need to generate the first group location information. Therefore, in this case, the group creation module 110 may provide only the first user information for the first group to the order management server 300. In some other embodiments, the group creation module 110 may not provide the first user information to the order management server 300. In this case, restaurant employees may simply check order information through the POS terminal 400. A person skilled in the art of the present invention may use it by omitting or modifying some components without departing from the scope of the present invention.

FIG. 6 is a diagram illustrating a method of creating and initializing a user group of a service management server according to some embodiments of the present invention.

Referring to FIGS. 1, 2, and 6, the group creation module 110 of the service management server 100 groups the user terminal 200 that has accessed the service management server 100 through the first recognition information into a first group. (S200), and the user terminal 200 that accesses the service management server 100 through the second recognition information can be created as a second group (S210). In other words, the group creation module 110 can group user terminals 200 accessed through different recognition information (first recognition information and second recognition information) into different groups. If the initialization conditions are satisfied, the group creation module 110 can initialize the group that satisfies the initialization conditions. Initialization conditions can be configured in various ways depending on the situation and needs. For example, the initialization condition may be when initialization input is performed through the POS terminal 400. For another example, the initialization condition may be when a group is created and order information is not created for a certain period of time. For another example, the initialization condition may be when all user terminals 200 included in the group terminate access to the service management server 100 through the user terminals 200. According to some embodiments, when a group is created, group location information and user information for the group are provided to the POS terminal 400 through the order management server 300, so the group must be initialized at an appropriate time to create a new group. can be created. The group creation module 110 according to some embodiments can perform effective group management by initializing groups created according to initialization conditions.

Referring again to FIG. 2, the service management module 120 may provide a series of services for the user terminal 200 to use the order service. According to some embodiments, the service management module 120 may provide menu information to the user terminal 200 and receive menu selection information and payment mode information from the user terminal 200. The service management module 120 may generate order information using the received menu selection information and payment mode information and provide this to the order management server 300.

The payment management module 130 may provide a series of services for the user terminal 200 to use payment services. According to some embodiments, the payment management module 130 may use payment information received from the user terminal 200 and provide it to the payment server 500. When payment is completed, the payment server 500 may provide payment completion information to the payment management module 130, and the payment management module 130 may provide this to the service management module 120. When the service management module 120 receives payment completion information from the payment management module 130, it can generate order information. For a more detailed description of the order and payment service, please refer further to FIG. 7.

Figure 7 is a diagram for explaining an ordering and payment service method according to some embodiments of the present invention.

Referring to FIGS. 2 and 7 , the service management module 120 of the service management server 100 may provide individual menu information to the user terminal 200 included in the first group (S300). In other words, the user terminal 200 can check individual menu information displayed on the first graphic user interface (see FIGS. 4, 9, and 10). That is, the user can check individual menu information provided by the service management module 120 through the user terminal 200. The user may select at least some of the individual menus provided through the user terminal 200 and generate individual menu selection information.

The service management module 120 may receive individual menu selection information from the user terminal 200 (S305).

According to some embodiments, the user may cancel the selected individual menu or add another individual menu through the user terminal 200. The service management module 120 may receive individual menu selection information generated by the user terminal 200 in real time. The service management module 120 may display individual menu selection information received in real time through the first graphic user interface. For illustrative illustration, further reference is made to FIGS. 8 and 9.

8 and 9 are diagrams for explaining individual menu selection information displayed on a first graphical user interface according to some embodiments of the present invention.

Referring to FIG. 8, the service management module 120 may receive individual menu selection information from each user terminal 200 included in the first group (S306). The service management module 120 may display the received individual menu selection information on the first graphic user interface (S307).

For example, referring to FIG. 9, assume that the first user selects mushroom cream truffle pasta and the second user selects seafood pasta. The first user may generate individual menu selection information by selecting mushroom cream truffle pasta through the first user terminal. Likewise, the second user may generate individual menu selection information by selecting seafood pasta through the second user terminal. Individual menu selection information generated in the first user terminal and individual menu selection information generated in the second user terminal may be provided to the service management module 120. The service management module 120 may display individual menu selection information generated in the first user terminal and individual menu selection information generated in the second user terminal on the fourth display area DR_4 of the first graphic user interface. there is. The first user and the second user can check the individual menu information selected by the first user and the second user through the first user terminal and the second user terminal, respectively. Through this, the first user and the second user can check the individual menu information selected by each other in real time.

Referring again to FIG. 7, the service management module 120 may provide recommended menu information to each user terminal 200 included in the first group (S310). In other words, the user terminal 200 can check recommended menu information displayed on the first graphic user interface (see FIG. 10). That is, the user can check recommended menu information provided by the service management module 120 through the user terminal 200.

Recommended menu information may mean menu information recommended by the service management module 120 among individual menu information. For example, recommended menu information may include menu information input by the user through the POS terminal 400. For another example, the recommended menu information may include the most sold menu information according to user information of the first group (eg, according to the gender of the users constituting the first group). As another example, recommended menu information may include menu information about seasonal foods. As another example, recommended menu information may include information on the most sold menus in the corresponding time period. In this way, recommended menu information may be determined based on various criteria, and embodiments are not limited thereto.

The user terminal 200 included in the first group may generate recommended menu selection information. Recommended menu selection information may include whether recommended menu information provided from the service management module 120 has been selected. The service management module 120 may receive recommended menu selection information from the user terminal 200 included in the first group (S315). Next, the service management module 120 may receive payment mode information from the user terminal 200 included in the first group (S320). As described above, payment mode information may include individual payment mode, full payment mode, random payment mode, and proportional payment mode. For an illustrative illustration, see further Figure 10.

FIG. 10 is an exemplary diagram illustrating a first graphical user interface that displays payment mode and recommended menu information according to some embodiments of the present invention.

Referring to FIG. 10, the service management module 120 displays the payment mode on the fifth display area (DR_5) of the first graphic user display and recommends menu information on the fifth display area (DR_5) of the first graphic user display. can be displayed.

Payment modes may include individual payment modes, full payment modes, random payment modes, and proportional payment modes. Assume that the first user selects mushroom cream pasta priced at 13,900 won and generates individual menu selection information, and the second user selects seafood pasta priced at 21,800 won and generates individual menu selection information. In addition, FIG. 10 is explained assuming that it is a first graphic user interface that the first user checks through the first user terminal.

The first user can select payment modes for various amounts. First, the individual payment mode may be a method of performing payment with an amount corresponding to individual menu selection information generated by the first user through the first user terminal. For example, when the first user individually selects a payment mode, the first user may select mushroom cream pasta and pay an amount of 13,900 won corresponding to the individual menu selection information generated. Meanwhile, when the second user selects his/her own payment mode, the second user can pay an amount of 21,800 won corresponding to the individual menu selection information generated by selecting seafood pasta.

The full payment mode may be a method of performing payment with an amount corresponding to all individual menu selection information generated in the first user terminal and the second user terminal included in the first group. For example, when the first user selects the full payment mode, the first user receives an amount of 13,900 won corresponding to the individual menu selection information created by the first user and the individual menu selection information created by the second user. You can pay 35,700 won, which is the sum of the corresponding amount of 21,800 won. Meanwhile, when the first user selects the full payment mode, the fourth display area DR_4 may be deactivated so that the second user cannot select the payment mode because there is no more amount to pay. However, embodiments are not limited to this, and multiple users may be able to select all payment modes. In this case, the payment amount can be distributed evenly between users who have selected the full payment mode. For example, a first user terminal, a second user terminal, and a third user terminal are included in the first group, and the payment amount corresponding to the menu selection information generated by the first user terminal to the third user terminal is the first user terminal. Assuming it is an amount, if the first user terminal and the second user terminal select the full payment mode, the amount to be paid by the first user terminal and the second user terminal is (first amount / 2), and the third user terminal This amount to be paid may be 0.

The random payment mode may be a method of performing payment with an amount randomly distributed corresponding to all individual menu selection information and recommended menu selection information generated by the user terminal that selects the random payment mode. For example, when the first user and the second user select a random payment mode, the first user and the second user receive an amount of 13,900 won corresponding to the individual menu selection information created by the first user, and the second user receives Payment can be made by arbitrarily distributing 35,700 won, which is the sum of 21,800 won corresponding to the individual menu selection information created. At this time, the total sum of the amount paid by the first user and the amount paid by the second user may be equal to the total amount to be paid by the first user terminal and the second user terminal. For example, in the random payment mode, the first user may pay 0 won and the second user may pay 35,700 won. For another example, in the random payment mode, the first user may pay 3,570 won and the second user may pay 32,130 won.

The proportional payment mode is a method of performing payment in which the amount corresponding to all individual menu selection information and recommended menu selection information generated from the user terminal that selected the proportional payment mode is divided by the number of user terminals that selected the proportional payment mode. It can be. For example, when the first user and the second user select the pro rata payment mode, the first user and the second user receive an amount of 13,900 won corresponding to the individual menu selection information created by the first user, and the second user receives You can pay 17,850 won, which is the sum of 21,800 won corresponding to the created individual menu selection information, which is 35,700 won divided by 2.

Meanwhile, the service management module 120 may provide recommended menu information to all user terminals 200 included in the first group. For example, the service management module 120 may display recommended menu information in the sixth display area DR_6 of the first graphic user interface. At this time, the amount to pay for the recommended menu may vary depending on the recommended menu selection information. Please refer further to FIG. 11 for specific explanation.

Figure 11 is a diagram for explaining a method of calculating a payment amount for a recommended menu according to some embodiments of the present invention.

Referring to FIG. 11, the service management module 120 may provide recommended menu information to all user terminals 200 included in the first group. Recommended menu information may include a recommended menu and an amount paid when all user terminals 200 included in the first group select the recommended menu. In other words, the service management module 120 may provide a recommended menu to all user terminals 200 included in the first group and information on the amount to be paid when all users select the recommended menu (S316). .

The user can create recommended menu selection information through the user terminal 200 and provide it to the service management module 120. The service management module 120 may receive recommended menu selection information, recalculate the payment amount for each user based on this (S317), and provide the recalculated amount to the user terminal 200 that selected the recommended menu (S318). ). For example, assume that there are four user terminals 200 included in the first group, and the price of the recommended menu is 40,000 won. The service management module 120 can guide each user terminal 200 to a recommended menu and 10,000 won, which is the amount of the recommended menu divided by four. At this time, when the service management module 120 receives information from two user terminals that the recommended menu is not selected, the service management module 120 recalculates the amount of the recommended menu as 20,000 won, which is the amount divided into two equal amounts. It can be provided again to the remaining two user terminals 200. Recalculation of the payment amount for the recommended menu is performed in real time, and the service management module 120 informs the remaining users of the recalculated amount even if the recommended menu is selected and then canceled. See further Figure 12 for illustrative illustration.

Figure 12 is an exemplary diagram for explaining a process of recalculating the payment amount of a recommended menu according to some embodiments of the present invention.

Referring to Figure 12, it is assumed that the total price for the recommended menu, lemon cream sweet and sour pork, is 13,000 won. The service management module 120 sends information about the recommended menu, Lemon Cream Sweet and Sour Pork, and information about 6,500 won, which is the amount to be paid when both the first and second users select the recommended menu, to the first user terminal and the second user terminal. It can be provided to the user terminal. When both the first user and the second user select a recommended menu through the first user terminal and the second user terminal, respectively, the amount to be paid by the first user and the second user for the recommended menu may be 6,500 won. The service management module 120 may display this information on the seventh display area DR_7 of the first graphic user interface.

At this time, if the second user reverses the decision and cancels the selection of the recommended menu, the service management module 120 recalculates the payment amount for the recommended menu to be borne by the first user and recalculates the recalculated payment amount. It can be provided to the first user terminal. For example, if the second user cancels the selection of the recommended menu, the first user must pay 13,000 won, which is the entire amount for the recommended menu, and the service management module 120 provides this information to the first user terminal. can do.

Referring again to FIG. 7 , the service management module 120 may determine the payment amount for each user according to individual menu selection information, recommended menu selection information, and payment mode information received from the user terminal 200 (S325).

The first user selected the mushroom cream truffle pasta for 13,900 won as an individual menu, the second user selected the seafood pasta for 21,800 won as an individual menu, and both the first and second users selected the recommended menu lemon cream sweet and sour pork for 13,000 won. Assume.

If the first user and the second user each select a payment mode as the payment mode, the amount to be paid by the first user is KRW 13,900, which is the price of the individual menu selected, plus KRW 6,500, which is half the amount of the recommended menu selected. , a total of 20,400 won can be determined. Additionally, the amount to be paid by the second user may be determined by adding 21,800 won, which is the price of the selected individual menu, and 6,500 won, which is half the amount of the selected recommended menu, for a total of 28,300 won.

If the first user selects the full payment mode as the payment mode, the amount to be paid by the first user is 35,700 won, which is the total amount of the individual menus selected by the first user and the second user, and 13,000 won, which is the total amount of the recommended menu selected by the user, can be added to determine a total of 48,700 won. Additionally, because the first user pays the total amount to be paid by the first user and the second user, the amount to be paid by the second user may be determined to be 0 won.

If the first user and the second user select a random payment mode as the payment mode, the amount to be paid by the first user is 35,700 won, which is the total amount of the individual menus selected by the first user and the second user, and the first user It may be determined as Meanwhile, the amount to be paid by the second user may be determined to be (48,700-X) won.

If the first user and the second user select the pro rata payment mode as the payment mode, the amount to be paid by the first user is 48,700 won, which is the total amount of the individual menus and recommended menus selected by the first user and the second user. It can be decided at half, 24,350 won. Likewise, the amount to be paid by the second user may be determined to be 24,350 won, which is half of 48,700 won, which is the total amount of the individual menus and recommended menus selected by the first user and the second user.

Subsequently, the service management module 120 may provide information about the determined payment amount to each user terminal 200 included in the first group (S330). Each user terminal 200 included in the first group may generate payment information using information on the payment amount provided from the service management module 120. Payment information may include payment method and payment amount.

The payment management module 130 may receive payment information from each user terminal 200 included in the first group (S335). The payment management module 130 may provide the received payment information to the payment server 500 (S340). The payment server 500 may perform a payment operation according to the payment method and payment amount included in the payment information. The payment management module 130 may receive payment completion information from the payment server 500 (S345). The payment management module 130 provides payment completion information to the service management module 120, and the service management module 120 provides individual menu selection information and recommended menus received from each user terminal 200 included in the first group. Order information including selection information can be created. The service management module 120 may provide the generated order information to the order management server 300 (S350). The order management server 300 provides order information to the POS terminal 400, and restaurant employees, etc. can check order details through the POS terminal 400.

According to FIG. 7, it has been explained that order information is generated in the service management server 100 and provided to the order management server 300 only when the user completes payment through the user terminal 200. However, embodiments It is not limited to this. In some other embodiments, the service management server 100 receives individual menu selection information and recommended menu selection information through the user terminal 200, uses this to generate order information, and sends the generated order information to the order management server. It can be provided at (300). Thereafter, the service management server 100 may request payment from the payment server 500 according to payment information received from the user terminal 200. In other words, the ordering and payment system according to some other embodiments may be a pre-order and payment system in which the user performs a pre-order through the user terminal 200 and then performs payment while the dish is being prepared. Those skilled in the art will be able to achieve what the present invention seeks to achieve through various modifications without departing from the scope of the present invention.

According to the ordering and payment system of the present invention, the user can easily check menu information provided by the service management server 100 through the user terminal 200, thereby increasing user convenience. In addition, according to the ordering and payment system according to some embodiments, the user can make payment before ordering through the user terminal 200, thereby increasing user convenience and reducing the turnover rate of the restaurant by eliminating the need to wait for payment. can be increased. In addition, according to the ordering and payment system of the present invention, users can select various payment modes, so they can have fun while simply ordering and paying for food, which can increase the utilization rate of restaurants and add marketing effects. You can.

Figure 13 is a diagram schematically explaining the configuration of a service management server according to some other embodiments of the present invention. For convenience of explanation, content that is the same or similar to the content described above is omitted or briefly explained.

Referring to FIG. 13, the service management server 100 may include a group creation module 110, a service management module 120, a payment management module 130, and a recommended menu determination module 140. The recommended menu decision module 140 may determine a recommended menu to be provided to the user terminal 200 through correlation analysis. Please refer further to Figure 14 for detailed explanation.

Figure 14 is a diagram for explaining a recommended menu determination module according to some embodiments of the present invention.

Referring to FIG. 14, the recommended menu decision module 140 according to some embodiments of the present invention may include a data collection unit 141, a data preprocessing unit 142, and a data analysis unit 143.

The recommended menu determination module 140 may be implemented in a plurality of devices. For example, the recommended menu decision module 140, the data collection unit 141, the data preprocessing unit 142, and the data analysis unit 143 may be implemented together in one computing device. For another example, the recommended menu decision module 140 includes some of the data collection unit 141, data preprocessing unit 142, and data analysis unit 143 implemented in the first computing device, and other parts of the data collection unit 141, the data preprocessing unit 142, and the data analysis unit 143. It may be implemented on a second computing device that is different from the device. According to some embodiments, the recommended menu determination module 140 may be performed on-device on a specific computing device, on a server, or on a cloud system. Additionally, the recommended menu determination module 140 may be implemented with hardware and/or software that performs a menu combination recommendation method. In other words, the recommended menu determination module 140 may be implemented as a hardware module and/or a software module.

The data collection unit 141 may collect data for recommending menu combinations. According to some embodiments, the data collection unit 141 may collect first data including consumer transaction information and second data including external environment information.

For example, the first data may be collected from the service management server 100. According to some embodiments, the first data may include a plurality of transaction information. Each transaction information may include information about the composition of the menu actually ordered by the consumer. In other words, transaction information may include sales date information, sales day information, sales time information, menu information, and/or sales quantity information.

Additionally, for example, the second data may include temperature information, weather information, season information, precipitation information, location information, population information, and/or commercial area information. However, the information included in the first data and the second data is not limited to the above-described example, and the first data and the second data may include various information in addition to the above-described information.

The data preprocessing unit 142 may preprocess and classify the collected data for correlation analysis. According to some embodiments, the data preprocessor 142 may filter the collected data. For example, if the number of menus included in the first transaction information exceeds a predetermined number, the data preprocessor 142 may filter them and exclude them from the relevance analysis.

According to some embodiments, the data preprocessor 142 may classify data based on specific analysis conditions. For example, the data preprocessor 142 may classify the first data based on date, day, time, temperature, weather, season, precipitation, location, population, and/or commercial area information.

According to some embodiments, the data preprocessor 142 may standardize collected data according to a predetermined format. For example, the data pre-processing unit 142 may standardize the first data by appropriately processing rows/columns in a predetermined format for correlation analysis.

According to some embodiments, the data preprocessor 142 may classify at least some of the individual menus, shared menus, and side menus in the collected first data (transaction information) according to predetermined keywords. At this time, the individual menu refers to a menu used by an individual alone, the shared menu refers to a menu used by multiple people together, and the side menu refers to a menu used additionally by consumers. For example, an individual menu may refer to food menus typically consumed by one person, such as soup, pork cutlet, and ramen. Also, for example, a shared menu may mean a food menu that is consumed by a plurality of people, such as hot pot, stew, or steamed dish. Also, for example, a side menu may mean dumplings, French fries, etc. that are ordered additionally when ordering food.

According to some embodiments, the data preprocessor 142 may classify transaction information into shared menu data including a shared menu and individual menu data without a shared menu, depending on whether a shared menu is included. Additionally, the data pre-processing unit 142 may estimate the number of people using the individual menu data according to the number of individual menus included in the individual menu data and classify them into set data for each estimated number of people. For example, if the individual menu data includes one individual menu, the data preprocessing unit 142 classifies the individual menu data as set data for one person, and if the individual menu data includes two individual menus, The individual menu data can be classified into set data for two people.

The data analysis unit 143 may analyze the degree of correlation between menus based on the data classified by the data pre-processing unit 142. According to some embodiments, the data analysis unit 143 may calculate support, confidence, and lift between menus and use these to analyze the degree of correlation between menus.

Support refers to the probability that menus are included simultaneously in the entire data. Support can be used to find appropriate rules or to reduce the amount of computation by filtering out unnecessary data. In other words, menus with relatively high support (menus with a high probability of occurring simultaneously) are meaningful data, so they are used for correlation analysis, and menus with relatively low support (menus with a small probability of occurring simultaneously) are not meaningful data, so they are used for correlation analysis. can also be excluded from the analysis.

According to some embodiments, the data analysis unit 143 may calculate the support for menu X and menu Y using Equation 1 below.

[Equation 1]

:메뉴 X와 메뉴 Y의 지지도,

: 데이터에 메뉴 X와 메뉴 Y가 모두 포함되어 있는 개수,

: 전체 데이터의 개수)(

:Support for menu X and menu Y,

: Number of data that includes both menu X and menu Y,

: Total number of data)

In other words, the support for menu X and menu Y indicates the frequency with which menu X and menu Y occur simultaneously.

이 된다. 비록 본 명세서에서는 사전 변수와 사후 변수를 각각 하나의 변수만 포함하는 것으로 설명하였으나, 실시예들이 이에 제한되는 것은 아니다. 사전 변수와 사후 변수는 각각 복수의 변수를 포함할 수 있다. Reliability refers to the probability that a posterior variable will occur when a prior variable occurs. In other words, reliability is the conditional probability of the ex-ante and posterior variables. For example, if the pre-variable is Menu X and the post-variable is Menu Y, the reliability of Menu

This happens. Although in this specification the pre-variable and the post-variable are described as each including only one variable, the embodiments are not limited thereto. Pre-variables and post-variables can each include multiple variables.

According to some embodiments, the data analysis unit 143 may calculate the reliability of menu X and menu Y using Equation 2 below.

[Equation 2]

: 메뉴 X와 메뉴 Y의 신뢰도,

: 데이터에 메뉴 X와 메뉴 Y가 모두 포함되어 있는 개수,

: 데이터에 메뉴 X가 포함되어 있는 개수)(

: Reliability of menu X and menu Y,

: Number of data that includes both menu X and menu Y,

: Number of menu X included in the data)

The degree of improvement serves as an indicator to determine whether the inclusion of menus was due to chance. According to some embodiments, the data analysis unit 143 may calculate the degree of improvement of Menu X and Menu Y using Equation 3 below.

[Equation 3]

: 메뉴 X와 메뉴 Y의 향상도,

: 데이터에 메뉴 X와 메뉴 Y가 모두 포함되어 있는 개수,

: 데이터에 메뉴 X가 포함되어 있는 개수,

: 데이터에 메뉴 Y가 포함되어 있는 개수,

: 전체 데이터의 개수)(

: Improvement of menu X and menu Y,

: Number of data that includes both menu X and menu Y,

: Number of times menu X is included in the data,

: Number of menu Y included in the data,

: Total number of data)

If menu X and menu Y are probabilistically independent, the improvement is 1. Additionally, if the improvement of Menu

The data analysis unit 143 analyzes the degree of association between menus using support, confidence, and lift between the menus, and selects menu combinations with a high degree of association based on this. I can recommend it.

Below, a menu combination recommendation method according to some embodiments of the present invention will be examined in detail using flow charts and exemplary drawings. However, the menu combination recommendation method according to some embodiments of the present invention may be performed by omitting some steps in the flowcharts shown in this specification, or may be performed by adding specific steps not shown in this specification. . Additionally, the menu combination recommendation method according to some embodiments of the present invention does not necessarily have to be performed in the order of the flowcharts shown in this specification, and may be performed by changing the order of specific steps or simultaneously. Those skilled in the art will be able to implement embodiments of the present invention through various modifications without departing from the scope of the present invention.

Figure 15 is a diagram for explaining a method of determining a recommended menu according to some embodiments of the present invention.

Referring to FIGS. 14 and 15 , the data collection unit 141 may collect data (S400). According to some embodiments, the data collection unit 141 may collect first data including purchase history information of the consumer. See further Figure 16 for illustrative illustration.

Figure 16 is an exemplary diagram for explaining first data according to some embodiments of the present invention.

Referring to FIG. 16, the first data may include a plurality of transaction information, and each transaction information may include sales date information, sales time information, menu information, sales quantity information, etc. For example, the first transaction information (PI_1) may include information on payment for 1 menu A, 1 menu B, and 1 menu C at 10:48:53 on 2021-07-01. In addition, the second transaction information (PI_2) may include information that a total of 14,000 won for 2 Menu B was paid at 10:52:02 on 2021-07-01. In addition, the third transaction information (PI_3) may include information that a total of 11,000 won for 1 menu A and 2 menu D was paid at 11:02:43 on 2021-07-01. In this way, the first data includes a plurality of transaction information, and each transaction information may include sales date information, sales time information, menu information, and sales quantity information. However, this description is merely illustrative, and the format of the first data is not limited to the format of FIG. 16.

Referring again to FIGS. 14 and 15 , the data collection unit 141 may collect second data including external environment information. For example, the second data may include temperature information, weather information, season information, precipitation information, location information, population information, and/or commercial area information. The collected second data can be referenced in classifying data for correlation analysis.

The data pre-processing unit 142 may classify the collected data by performing pre-processing (S410). For a description of the pre-processing process, further refer to FIG. 17.

Figure 17 is a diagram for explaining the pre-processing process of the data pre-processing unit according to some embodiments of the present invention.

Referring to FIGS. 14 and 17 , the data preprocessor 142 may filter the collected data (S411). The data preprocessor 142 may filter data using various criteria. For example, the data preprocessor 142 may determine whether an error exists in the collected data and filter data containing the error. For another example, the data preprocessor 142 may filter out data that is inappropriate for performing correlation analysis in the collected data. This will be explained with further reference to FIG. 18.

Figure 18 is a diagram for explaining the data filtering process of the data preprocessor according to some embodiments of the present invention.

Referring to Figures 14 and 18, the data preprocessor 142 can extract the number of menus included in each transaction information from the collected data (S411_1). Next, the data preprocessor 142 may determine whether the number of extracted menus is less than the first number (S411_2). If the number of extracted menus is less than the first number, the data preprocessor 142 can use the transaction information to analyze relevance (S411_3). On the other hand, if the number of extracted menus is greater than the first number, the data preprocessor 142 may not use the corresponding transaction information for relevance analysis. That is, when the number of extracted menus is greater than the first number, the data preprocessor 142 can filter the corresponding transaction information (S411_4). For example, in the transaction information data of FIG. 3, the first transaction information (PI_1) has a total of 3 menus, the second transaction information (PI_2) has a total of 2 menus, and the third transaction information (PI_3) has a total of 3 menus. There are a total of 3 menus. If the first number is 3, the data preprocessor 142 filters the first transaction information (PI_1) and the third transaction information (PI_3), and only the second transaction information (PI_2) can be used for correlation analysis. However, setting the first number to 3 is only an example for convenience of explanation, and the first number may be determined appropriately depending on the situation.

According to some embodiments, because the first data includes purchase history of actual consumers, purchase history that deviates from typical transaction patterns may also be included. For example, in the case of group transactions that occur aperiodically, they can be viewed as deviating from normal transaction patterns, and such transaction information needs to be filtered. Therefore, the data preprocessor 142 according to some embodiments may exclude data that deviates from a typical transaction pattern from the relevance analysis based on whether the number of menus included in the transaction information exceeds the first number. .

Referring again to FIGS. 14 and 17 , the data preprocessor 142 may classify data based on analysis conditions (S412). See further Figure 19.

FIG. 19 is a diagram illustrating a method by which a data preprocessor classifies data according to specific conditions according to some embodiments of the present invention.

Referring to FIG. 19, the data preprocessor 142 may classify the first data according to specific conditions. For example, the data pre-processing unit 142 may classify data into data by date, data by day of the week, and/or data by time using date information, day information, and/or time information included in the first data. For example, the data preprocessor 142 may separately classify only data sold in July using date information included in the first data.

The data preprocessor 142 may classify the first data by additionally using second data (external data). For example, the data preprocessor 142 uses temperature information, weather information, season information, precipitation information, location information, population information, and/or commercial area information included in the second data (external data) to generate first data. Can be classified into data by temperature, data by weather, data by season, data by precipitation, data by location, data by population, and/or data by commercial area. For example, the data preprocessor 142 may refer to the second data (external data) and classify the data included in the first data as a day on which precipitation lasted more than 30 mm.

The analysis conditions described above are exemplary, and the examples are not limited thereto. A person skilled in the art of the present invention can analyze various purchasing patterns of consumers by classifying data according to appropriately selected analysis conditions.

Referring again to FIGS. 14 and 17, the data preprocessor 142 may standardize the first data according to a predetermined format (S413). According to some embodiments, the data preprocessor 142 may standardize the first data to facilitate correlation analysis. See further Figure 20.

FIG. 20 is an exemplary diagram illustrating standardized first data according to some embodiments of the present invention.

Referring to FIGS. 14, 16, and 20, the data preprocessor 142 may appropriately convert the first data to generate standardized first data that is easy to analyze relevance. For example, the data pre-processing unit 142 may generate first data standardized to include sales date information, sales time information, sales quantity information, and menu information included in the first data in the same row. . At this time, the standardized first data may be sales quantity information and menu information generated as binary code variables. For example, in the first transaction information (PI_1), the value of menu A (1) is 1 and the value of menu A (2) is 0, which means that one menu A was sold, and the second transaction information ( In PI_2), the value of Menu B(1) is 1, and the value of Menu B(2) is 1, which means that 2 units of Menu B were sold. However, these expressions are merely illustrative and the embodiments are not limited thereto.

Referring again to FIGS. 14 and 17 , the data preprocessor 142 may classify menus included in the first data into individual menus, shared menus, and side menus based on predetermined keywords (S414). As described above, an individual menu refers to a menu that an individual uses alone, a shared menu refers to a menu that multiple people use together, and a side menu refers to a menu that consumers use additionally.

For example, the data preprocessing unit 142 classifies menus containing the keyword ‘gukbap’ as individual menus, menus containing the keyword ‘steamed’ as shared menus, and menus containing the keyword ‘dumplings’. It can be classified into side menus. This is simply an example, and keywords can be adjusted appropriately depending on the user's situation and the item being sold.

The data preprocessor 142 may classify the first data into shared menu data and individual menu data based on whether the transaction information included in the first data includes a shared menu (S415). For example, if the first transaction information includes a shared menu, the data preprocessor 142 may classify the first transaction information as shared menu data. Additionally, the data pre-processing unit 142 may classify the second transaction information as individual menu data when the second transaction information does not include a shared menu. Shared menu data can be used to analyze the degree of relevance for shared menu combinations, and individual menu data can be used to analyze the degree of relevance for individual menu combinations. A shared menu combination means a combination of a shared menu and a side menu, and/or a combination of a shared menu and an individual menu. Additionally, an individual menu combination means a combination of an individual menu and a side menu, and/or a combination of an individual menu and an individual menu.

Next, the data pre-processing unit 142 may estimate the number of people using the individual menu data based on the number of individual menus included in the individual menu data, and classify the set data according to the estimated number of people (S416). For example, when the first individual menu data includes one individual menu, the data preprocessor 142 may estimate that the first individual menu data was used by one person and classify it as set data for one person. . At this time, the first individual menu data may include information about the individual menu and information about the side menu. When the second individual menu data includes two or more individual menus, the data preprocessor 142 may classify the second individual menu data as multi-person set data. The multi-person set data may include information about the first individual menu and information about the second individual menu, and may optionally include information about the side menu.

Referring again to FIGS. 14 and 15 , the data analysis unit 143 may calculate the degree of relevance for each menu using the preprocessed data (S420). According to some embodiments, the data analysis unit 143 uses preprocessed data to determine the relationship between individual menus and individual menus, the relationship between individual menus and side menus, the relationship between shared menus and individual menus, and the sharing You can calculate the degree of correlation between a menu and a side menu. According to some embodiments, the data analysis unit 143 may calculate the degree of relevance for each menu by calculating the above-described degree of support, reliability, and improvement. At this time, the data analysis unit 143 may first calculate the degree of support between menus and further filter the data based on this in order to reduce the amount of calculation for calculating the degree of relevance. See further Figure 21.

Figure 21 is a diagram for explaining an additional filtering process to reduce the amount of computation according to some embodiments of the present invention.

Referring to Figures 14 and 21, the data analysis unit 143 may preferentially calculate the degree of support between menus (S421). According to some embodiments, the data analysis unit 143 may calculate a first degree of support between individual menus. Additionally, the data analysis unit 143 may calculate a second degree of support between the individual menu and the side menu. Additionally, the data analysis unit 143 may calculate a third degree of support between the shared menu and the individual menu. Additionally, the data analysis unit 143 may calculate the fourth degree of support between the shared menu and the side menu.

The data analysis unit 143 may further filter the data based on the first to fourth support levels (S422). For example, the data analysis unit 143 may exclude the first to fourth support ratings from the data if they are less than or equal to the first value. Relatively low first to fourth approval ratings mean that the probability of two menus occurring simultaneously is low. Therefore, this can be seen as a low correlation between the two menus, and there may be no need to calculate reliability and improvement. Accordingly, the data analysis unit 143 can additionally filter the data based on the support and omit the calculation of reliability and improvement.

The data analysis unit 143 can calculate the degree of association between menus through reliability and improvement only when the first to fourth support degrees exceed the first value (S423).

Referring again to FIGS. 14 and 15 , the data analysis unit 143 may determine a shared menu that has a relatively high correlation with the selected individual menu (S430). The determined shared menu is provided to the service management module 120, and the service management module 120 can include it in recommended menu information and provide it to the user terminal 200.

Figure 22 is a diagram for explaining the hardware configuration of an ordering and payment system that performs an ordering and payment method using a user terminal according to some embodiments of the present invention.

Referring to FIG. 22, an ordering and payment system according to some embodiments of the present invention may be implemented in an electronic device 1000. The electronic device 1000 may include a processor 1010, an input/output device 1020 (I/O), a memory 1030, an interface 1040, a storage 1050, and a bus 1060. there is. The processor 1010, input/output device 1020, memory 1030, interface 1040, and/or storage 1050 may be coupled to each other through a bus 1060. The bus 1060 corresponds to a path along which data moves.

As another example, each server constituting the order and payment system (e.g., service management server 100, order management server 300, and payment server 500) may each be implemented as an electronic device 1000. . At this time, the configuration of the electronic device 1000 operating as each server may be substantially the same as the above-described content. Hereinafter, for convenience of explanation, the order and payment system implemented by the electronic device 1000 will be described as an example.

Specifically, the processor 1010 includes a Central Processing Unit (CPU), Micro Processor Unit (MPU), Micro Controller Unit (MCU), Graphic Processing Unit (GPU), microprocessor, digital signal processor, microcontroller, and application processor (AP). , application processor) and logic elements capable of performing similar functions.

The input/output device 1020 may include at least one of a keypad, a keyboard, a touch screen, and a display device.

The memory 1030 may load data and/or programs. At this time, the memory 1030 is an operating memory for improving the operation of the processor 1010, and may include high-speed DRAM and/or SRAM. The memory 1030 may include a plurality of volatile memory devices such as Double Data Rate Static DRAM (DDR SDRAM), Single Data Rate SDRAM (SDR SDRAM), and/or Electrical Erasable Programmable ROM (EEPROM) and flash memory. It may include a non-volatile memory device.

The interface 1040 may perform a function of transmitting data to or receiving data from a communication network. Interface 1040 may be wired or wireless. For example, the interface 1040 may include an antenna or a wired or wireless transceiver.

The storage 1050 may store and store data and/or programs. The storage 1050 may include a plurality of non-volatile memory devices, such as a solid state drive (SSD), a hard drive, and flash memory. In the present invention, the storage 1050 can store a computer program consisting of instructions for performing ordering and payment methods.

The user terminal 200 or POS terminal 400 may be a personal digital assistant (PDA), a portable computer, a web tablet, a wireless phone, or a mobile phone. , can be applied to digital music players, memory cards, or any electronic product that can transmit and/or receive information in a wireless environment.

Alternatively, the ordering and payment system according to embodiments of the present invention may be a system formed by connecting a plurality of electronic devices 1000 to each other through a network. In this case, each module or combination of modules may be implemented as the electronic device 1000. However, this embodiment is not limited to this.

The order and payment system can transmit data through a network using the service management server 100, user terminal 200, order management server 300, POS terminal 400, and payment server 500. Networks may include networks based on wired Internet technology, wireless Internet technology, and short-distance communication technology. Wired Internet technology may include, for example, at least one of a local area network (LAN) and a wide area network (WAN).

Wireless Internet technologies include, for example, Wireless LAN (WLAN), DMNA (Digital Living Network Alliance), Wibro (Wireless Broadband), Wimax (World Interoperability for Microwave Access: Wimax), and HSDPA (High Speed Downlink Packet). Access), HSUPA (High Speed Uplink Packet Access), IEEE 802.16, Long Term Evolution (LTE), LTE-A (Long Term Evolution-Advanced), Wireless Mobile Broadband Service (WMBS) and 5G NR (New Radio) technology. However, this embodiment is not limited to this.

Short-range communication technologies include, for example, Bluetooth, Radio Frequency Identification (RFID), Infrared Data Association (IrDA), Ultra-Wideband (UWB), ZigBee, and Near Field Communication. At least one of NFC), Ultrasound Communication (USC), Visible Light Communication (VLC), Wi-Fi, Wi-Fi Direct, and 5G NR (New Radio) may include. However, this embodiment is not limited to this.

Ordering and payment systems that communicate through a network can comply with technical standards and standard communication methods for mobile communications. For example, standard communication methods include GSM (Global System for Mobile communication), CDMA (Code Division Multi Access), CDMA2000 (Code Division Multi Access 2000), and EV-DO (Enhanced Voice-Data Optimized or Enhanced Voice-Data Only). , at least one of Wideband CDMA (WCDMA), High Speed Downlink Packet Access (HSDPA), High Speed Uplink Packet Access (HSUPA), Long Term Evolution (LTE), Long Term Evolution-Advanced (LTEA), and 5G New Radio (NR) may include. However, this embodiment is not limited to this.

The above description is merely an illustrative explanation of the technical idea of the present embodiment, and those skilled in the art will be able to make various modifications and variations without departing from the essential characteristics of the present embodiment. Accordingly, the present embodiments are not intended to limit the technical idea of the present embodiment, but rather to explain it, and the scope of the technical idea of the present embodiment is not limited by these examples. The scope of protection of this embodiment should be interpreted in accordance with the claims below, and all technical ideas within the equivalent scope should be interpreted as being included in the scope of rights of this embodiment.

Claims (10)

a group creation module that groups a plurality of user terminals to create a first group;
Providing individual menu information to each of the plurality of user terminals included in the first group, individual menu selection information for the individual menu information from each of the plurality of user terminals, and payment mode information related to the individual menu selection information A service management module that receives a and calculates a payment amount for each of the plurality of user terminals according to the individual menu selection information and the payment mode information; and
Comprising a payment management module that receives payment information according to the calculated payment amount from each of the plurality of user terminals,
Service Management Server.
According to claim 1,
The group creation module is,
Creating the first group based on recognition information of the plurality of user terminals accessing the service management server,
Service Management Server.
According to clause 2,
The group creation module generates first user information for the plurality of user terminals and provides the first user information to the plurality of user terminals,
Service Management Server.
According to clause 3,
The first user information is displayed on the first graphic user interface provided by the service management server,
Service Management Server.
According to claim 1,
The first group includes a first user terminal and a second user terminal,
The service management module is,
Receiving first individual menu selection information and first payment mode information for the first individual menu selection information from the first user terminal,
Receiving second individual menu selection information and second payment mode information for the second individual menu selection information from the second user terminal,
A first payment amount to be performed by the first user terminal according to the first individual menu selection information, the second individual menu selection information, the first payment mode information, and the second payment mode information, and the second user terminal determining the amount of the second payment to be made in,
Service Management Server.
According to clause 5,
If the first payment mode information and the second payment mode information are random payment modes,
The first payment amount is arbitrarily determined by setting the sum of the payment amount corresponding to the first individual menu selection information and the payment amount corresponding to the second individual menu selection information as the maximum value,
The second payment amount is determined by subtracting the first payment amount from the sum of the payment amount corresponding to the first individual menu selection information and the payment amount corresponding to the second individual menu selection information,
Service Management Server.
According to clause 5,
If the first payment mode information and the second payment mode information are proportional payment mode,
The first payment amount is determined as half of the sum of the payment amount corresponding to the first individual menu selection information and the payment amount corresponding to the second individual menu selection information,
The second payment amount is determined to be the same as the first payment amount,
Service Management Server.
According to claim 1,
The service management module provides recommended menu information to each of the plurality of user terminals, and receives recommended menu selection information for the recommended menu information from each of the plurality of user terminals,
The payment amount is calculated further using the recommended menu selection information,
Service Management Server.
According to clause 8,
Further comprising a recommended menu determination module,
The recommended menu decision module is,
Calculate the degree of relevance for each menu based on the transaction information stored in the service management module,
Generating a menu with a relatively high correlation with the individual menu selection information as the recommended menu information,
Service Management Server.
a first user terminal for a first user;
a second user terminal for a second user;
Grouping the first user terminal and the second user terminal to create a first group, providing individual menu information and recommended menu information for the first group, and providing the first user terminal and the second user terminal Receive individual menu selection information for the individual menu information, recommended menu selection information for the recommended menu information, and payment mode information for the individual menu information from each of the individual menu selection information, the recommended menu selection information, and Calculate the payment amount to be performed by each of the first user terminal and the second user terminal according to payment mode information, and request payment for the calculated payment amount from the first user terminal and the second user terminal, a service management server that generates order information according to the individual menu selection information and the recommended menu selection information;
an order management server that receives the order information; and
Comprising a POS terminal that receives the order information from the order management server and displays the order information,
Ordering and payment system.

Images