JP2022085921A - Shared seat support method, shared seat support program and shared seat support system - Google Patents

Abstract

To provide a shared-seat support method, a shared-seat support program, and a shared-seat support system capable of providing a shop user with an environment, in which he or she can safely converse with persons sharing seat so as to be able to provide a motivation which makes the shop easier to use repeatedly.SOLUTION: A method for supporting a shared seat is used when users having different attributes in a restaurant are seated together. The method uses a computer to perform: an evaluation reception step of receiving, from a user with a certain attribute, evaluation on users who belong to other attributes and have seated together; an evaluation acquisition step of acquiring the received evaluations in association with the evaluated users; and an incentive provision step of providing the users with incentive to visit a restaurant in response to the acquired evaluations.SELECTED DRAWING: Figure 4

Description

The present invention relates to a method, a program, a system, or the like for supporting or promoting sharing between users having different attributes in a restaurant.

Conventionally, in restaurants, there has been known a business format in which customers who come to the restaurant at different timings surround the same table to enjoy eating and drinking and talking, so-called shared-seat service. By making it possible to meet various people regardless of generation, environment, work, etc., we are providing users with opportunities to contribute to the building of diverse human relationships.

Various techniques have been used in the past to reinforce and promote the business operation of such a business format. For example, Patent Document 1 discloses a technique relating to a system for calculating a billing amount according to the number of men in relation to a service for sharing a table between men and women.

Further, in the same document, a technique for registering information on a user's profile (hobbies, etc.) in relation to the above features and making it possible to provide a profile in response to a provision request from another user is also disclosed. ing. It is said that by using such a technique, users who share a table can know each other's profiles and can trigger a conversation.

JP-A-2018-060442

However, in the prior art described in Patent Document 1, only the profile registered by the user himself / herself is registered, and if the truth is unclear, whether such information triggers a conversation. I don't know.

In addition, if the registered content is false or overexpressed, the service usage satisfaction of the other user who believes in the described content may decrease, and in some cases, it may develop into a complaint or the like. rice field. In other words, the prior art has not always contributed to the reinforcement and promotion of business operations for business operators.

In order to solve the above problems, the present invention is a method used when users having different attributes are shared in a restaurant, from a user having one attribute to a user having another attribute in the past. An evaluation reception step that accepts the evaluation of the shared user, an evaluation acquisition step that acquires the received evaluation in association with the evaluated user, and an incentive for the user to visit the restaurant according to the acquired evaluation. We propose an incentive provision step for this and a shared seat support method that is executed using a computer.

Further, in relation to the above method, a shared seat support method having a time control sub-step for receiving an evaluation within a predetermined time before and after the shared seat ends in the evaluation receiving step is also proposed.

Further, in relation to each of the above methods, it further has a usage status information acquisition step for acquiring usage status information which is information on the user's restaurant usage status, and in the incentive provision step, the usage status information is also provided together with the acquired evaluation. We also propose a shared seat support method that has a situation-dependent substep that provides incentives using it.

Further, in relation to each of the above methods, a shared seat support method having a store evaluation acquisition sub-step for acquiring an evaluation from a terminal managed by a restaurant as well as an evaluation from a shared user in the evaluation acquisition step is also proposed.

In addition, in relation to each of the above methods, in the evaluation acceptance step, when there are multiple users who share one attribute, a comprehensive evaluation sub that collectively accepts one evaluation for the plurality of users. The evaluation acquisition step also proposes a shared seat support method having a distribution acquisition substep that acquires evaluations collectively received by a plurality of people in association with individual users.

At the same time, we also propose inventions related to a shared seat support program and a shared seat support system for realizing each of the above methods.

The present invention, which mainly has the above-mentioned configuration, can provide a store user with an environment in which he / she can talk with a partner with peace of mind, and can provide an incentive to make the store easier to use repeatedly.

The figure which shows the outline of the shared seat support system of this invention. The figure which shows an example of the functional block of the shared seat support system of Embodiment 1. Schematic diagram showing an example of the configuration when the functional configurations of the shared seat support system of the first embodiment are collectively realized as one piece of hardware. The figure which shows an example of the processing flow in the shared seat support system of Embodiment 1. The figure which shows an example of the functional block of the shared seat support system of Embodiment 2. The figure which shows an example of the processing flow in the shared seat support system of Embodiment 2. The figure which shows an example of the functional block of the shared seat support system of Embodiment 3. The figure which shows an example of the processing flow in the shared seat support system of Embodiment 3. The figure which shows an example of the functional block of the shared seat support system of Embodiment 4. The figure which shows an example of the processing flow in the shared seat support system of Embodiment 4. The figure which shows an example of the functional block of the shared seat support system of Embodiment 5. The figure which shows an example of the processing flow in the shared seat support system of Embodiment 5.

First, FIG. 1 is shown. FIG. 1 is a diagram showing an outline of the present invention. As shown in this figure, the present invention is used when users having different attributes are shared in a restaurant, and a server 0131 managed by the restaurant and a customer (user) who uses the restaurant. ) Can be realized by transmitting and receiving information to and from the terminals 0101 and 0102 managed by the network. In some cases, terminals such as tablets 0111 and 0112 installed on the tabletop of a restaurant so that the user can operate them, and terminals 0121 managed by the restaurant also transmit and receive information via these networks. Therefore, the user can smoothly perform such communication by installing the application program issued by the restaurant on the terminals 0101 and 0102 managed by the user.

Hereinafter, each embodiment of the present invention will be described with reference to the drawings. First, the mutual relationship between the embodiment and the claims is as follows. First, the first embodiment mainly corresponds to claims 1, 6, 7, and the like. The second embodiment mainly corresponds to claim 2. The third embodiment mainly corresponds to claim 3. The fourth embodiment mainly corresponds to claim 4. The fifth embodiment mainly corresponds to claim 5.

It should be noted that the present invention is not limited to these embodiments, and has various technical ideas as described in each claim in accordance with common general technical knowledge and does not deviate from the gist thereof. It can be carried out in an embodiment.

<< Embodiment 1 >>
<Overview>
FIG. 2 is a diagram showing an example of a functional block of the shared seat support system of the present embodiment. As shown in the figure, the "shared seat support system" 0200 of the present embodiment has an "evaluation receiving unit" 0201, an "evaluation acquisition unit" 0202, and an "incentive providing unit" 0203.

The shared seat support system described in detail below may be configured to realize one or more of the functions by a plurality of devices, and the functional blocks thereof are all hardware or software. Can be realized as. Taking a computer as an example, a CPU, main memory, GPU, TPU, image memory, bus, secondary storage device (hardware or non-volatile memory), keyboard, microphone, touch panel, electronic pen for touching the touch panel. Hardware components such as various input devices such as speakers, displays and other output devices, and other external peripheral devices, as well as interfaces for the external peripheral devices, communication interfaces, and driver programs for controlling those hardware. And other application programs.

Then, by arithmetic processing according to the program expanded on the main memory, the data input from the input device or other interface and held in the memory or hardware can be processed and stored, or the hardware or software can be processed. Instructions for control are created. Here, the above program may be realized as a plurality of modularized programs, or may be realized as one program by combining two or more programs by cloud computing or other methods.

<Functional configuration>
The "evaluation receiving unit" 0201 is configured to receive evaluations from a user of a certain attribute to a user of another attribute who has shared a table in the past. Here, the user is first identified together with the attribute, and specifically, it is conceivable that the user is registered in association with the attribute by accepting the input of information by the user himself / herself.

Here, the association between the user and the attribute will be explained a little more concretely. For example, a user identifies himself / herself in the position of "user registration" or "member registration" by accessing the server managed by the restaurant through a terminal operated by the user before or after using the restaurant. It is possible to enter information to do so, add / remove corrections, and delete. For example, name and contact information (telephone number, email address, SNS account or ID, etc.), age (age), birthday, gender, occupation, business type, place of employment, job title, annual income, birthplace, hobbies, special skills, etc. Information can be considered as input information.

In addition, information may be transmitted / received to / from an external application through a configuration such as an API, and information related to the use of the external application may be acquired as a user attribute. Specifically, in addition to the various information described above, it is conceivable to acquire information on the number of followers on the SNS and the hashtag given at the time of posting.

In addition, it is possible to configure information related to driver's licenses, health insurance cards, and other identification cards so that they can be obtained, and if this configuration is adopted, it is possible to facilitate identity verification when visiting a store.

This information is stored in association with the user on the server managed by the restaurant, and is used for identity verification of the user who visited the store by sending and receiving information to and from the terminal managed by the user when the user visits the store. be able to.

By adopting this configuration, in restaurants with age restrictions or membership system, it contributes to labor saving of complicated attribute confirmation work when visiting the restaurant, and it is possible to grasp the restaurant within a certain range. By doing so, it becomes possible to utilize it as a reference material for management analysis.

Then, it is conceivable that one or more elements of the information input here are the attributes of the user. For example, there may be one element such as "age is 20s", "gender is male", "hometown is Iwate prefecture", "business type is apparel", "female in 20s", "camping is a hobby athlete". You may have multiple elements as attributes, such as ". In any case, by using these elements as user attributes, a plurality of users can be grouped via the attributes, and can be used as an element for matching judgment at the time of sharing, which will be described later. ..

Here, an example of processing related to shared seats in a restaurant where the present invention is used will also be described. When the user visits the restaurant, the beacon provided in the restaurant recognizes the user's visit through communication with the terminal owned by the user. After that, it has different attributes from the user who visited the store, and it is recommended to acquire information on the existence of users in the restaurant at that time, the number of users, and the attributes, and to share a table with the user who visited the store based on the information. do. For example, if two or three female users have already visited the store, and three male users have already visited the store, the same number of three users will be available. It is recommended to share a table with a female user.

The result of the recommendation may be transmitted to the terminal of the user who visited the store, or may be transmitted to the terminal managed by the restaurant, and the restaurant staff may set a shared seat between the users.

Further, the shared seats between users do not necessarily have to be realized by the above-mentioned processing using a computer. Based on the understanding of the in-store situation of the restaurant staff, for example, users who have been sharing a table for a long time are replaced with each other, and a new user who has the same attributes as the replaced user is used as a new partner. It may be recommended. However, it is desirable that the shared time referred to here is measured in advance through a terminal managed by the restaurant so that the staff can grasp the measurement result. By adopting this configuration, it is possible to recommend various users to share their seats, regardless of their attributes, and to provide various opportunities for encounters.

"Accepting the evaluations of users who have shared a table in the past" means that the evaluations are accepted only for the evaluations of users who have already shared a table. For example, the evaluation is currently being shared. It is also possible to accept user evaluations. So, for example, it is possible to accept the evaluation here even for a user who has started sharing a table once, but has left the room afterwards to go to the restroom.

Appropriate methods can be considered for user evaluation methods, but simple content evaluations such as "good", "normal", "bad", and "very bad" are divided into at most 5 radios. It is desirable to display it in a user interface such as a button, a drop-down list, or a check box, and accept the input of evaluation according to the user's selection from the display. By adopting this configuration, the user can easily evaluate the user, and compared to the configuration that accepts text entry and evaluation of multiple items, the risk of withdrawal from evaluation is reduced and the user can use it more widely. You can get an evaluation.

In the restaurant where the present invention is implemented, it is possible to provide an opportunity for sharing a table by a new combination of users without interruption even after the shared table is once completed, as described above. Therefore, by adopting the simple and clear structure of the evaluation input reception as described above, it is possible to accept the evaluation input within a short time when the new matching of the shared seats is performed.

On the other hand, there may be situations where simple evaluation input is not preferable, so it is conceivable to separately adopt a configuration according to such situations. For example, when accepting an evaluation content with a strong negative degree, such as "very bad", the reason for the evaluation is often important. This is because if a negative evaluation is easily made, the present invention may be misused by a malicious user who tries to unreasonably detract from the user to be evaluated.

Therefore, in order to deal with such a case, when accepting a negative evaluation, it is desirable to have an evaluation receiving means with a comment that also accepts the evaluation reason as an evaluation. For the reason for evaluation, select any option from multiple options prepared in advance (those linked to matters that can be considered as reasons for negative evaluation such as one-sided conversation and conversation cannot be established or not trying to talk). In some cases, it may be accepted, and in other cases, free description may be accepted. By adopting this configuration, extreme evaluations cannot be accepted without including the reason, and users with negative evaluations can look back on the cause rather than simply damaging their feelings. Become. In addition, by making it possible for the restaurant side to understand such an evaluation reason, it is possible to examine how the user who is the evaluation target should use the store in some cases.

In addition, various specific modes for accepting the evaluation can be considered, and it is considered that a terminal managed by the user himself / herself is used and a terminal managed by the restaurant is used. First, when using a terminal managed by the user himself / herself, an application installed on a terminal such as a smartphone is started, and an evaluation is input through the application. When using a terminal managed by a restaurant, the evaluation is input through an application installed on a terminal such as a tablet installed at a shared table or a cash register.

Then, the evaluation input by these methods is transmitted to the server managed by the restaurant via the network and accepted as the evaluation. At this time, it is desirable to acquire the date and time when the evaluation was received, the ID for identifying the terminal which received the input, the information for identifying the input user, and the like, and send the information together with the above table. By adopting this configuration, it becomes possible to identify the user who evaluated the evaluation, and it can be used for the analysis of the evaluation.

The "evaluation acquisition unit" 0202 is configured to acquire the received evaluation in association with the evaluated user. As described above, the user may input information such as the attribute by himself / herself, register his / her own information in association with the information, and use it in association with customer management at the time of visiting a restaurant. The evaluation acquired by the evaluation acquisition department is objective information acquired from the other party, and by acquiring and retaining objective information in addition to the information input by the user himself, various information about the user is obtained. Analysis becomes possible.

Here, one embodiment of a specific analysis will be described. For example, for an unfamiliar user who visits a restaurant for the first time, it is conceivable to select and extract highly evaluated users and perform matching processing as a partner. In addition, for users who do not have a good evaluation, it is conceivable that the staff of the restaurant will perform matching processing as a partner, not with each other. In this way, the evaluation output based on the result of sharing can be analyzed and considered when the user subsequently visits the store, and by adopting the configuration, through suitable matching. It is possible to improve the satisfaction of the user.

In addition, it is also possible to adopt a configuration in which the acquired evaluation is visually displayed by the associated user. Specifically, when an evaluation is acquired by the evaluation acquisition unit, it is conceivable that the content of the evaluation can be visually displayed and output based on the contact information and the like stored together with the associated user. At this time, it is possible to output the evaluation reasons already explained, but it is desirable not to include the information that can identify and identify the user who performed the evaluation in the display target. By making the evaluation partner identifiable, there is a possibility that the person may be forced to resent the evaluation, change the reason for the evaluation, or be forced to make individual contact, and this is to avoid such troubles between users.

For example, by adopting a configuration in which the display output is made after a certain period of time has passed since the evaluation was obtained (for example, when the store is closed or one day has passed), what kind of evaluation was received from the other party? It can be used as an opportunity to look back on whether or not it received a good evaluation.

By the way, as the mode of the evaluation display, the received evaluation (for example, "good", "bad", "very bad", etc.) may not be displayed as it is, but may be displayed after being converted into another mode. .. For example, the received evaluation is quantified based on a predetermined rule, and the numerical value is displayed and output. Further, it is conceivable to consider a configuration in which the evaluations received in the past are collectively displayed and output, and for example, a configuration in which the evaluations received in the past are quantified and the numerical values are displayed and output can be considered. If this configuration is adopted, it will be easier to understand the quality of the evaluation by seeing the change in the numerical value according to the evaluation after sharing, and the user will continue to improve (improve) the numerical value. It can give motivation to actively utilize the opportunity of sharing a table.

Incidentally, in addition to the configuration in which the evaluation can be displayed on the terminal managed by the user who has been evaluated, there may be a configuration in which all or part of the evaluation can be displayed to the other party. For example, a configuration is conceivable in which all or part of the information regarding the past evaluation of the user who is the matching partner is output so as to be displayable while the users matched as the matching partner are enjoying the conversation. By adopting this configuration, the user can check the past evaluation of the other party at the timing when the other party is temporarily away from the toilet, etc., and the content of the subsequent conversation can be changed according to the contents. It can be reflected, and if the evaluation content is not good, it can be used as an opportunity to change the partner with whom the partner is shared, such as through the staff, and to rematch with the partner who is more suitable for each other. ..

The "incentive providing unit" 0203 is configured to perform a process for providing an incentive to the restaurant visit to the user according to the acquired evaluation. The "incentive to visit a restaurant" here means the issuance of coupons for discounts and exchanges for products that can be used at restaurants, free provision of services, etc., and advance reservations are lined up even when restaurants are crowded. It means various functions that trigger users to visit restaurants, such as a fast pass function that allows preferential entry without lining up, and a function that allows preferential selection of a partner.

It is possible to provide a plurality of incentives and accept the selection by the user, or it is also possible to provide an incentive designated by the restaurant according to the evaluation content. By adopting this configuration, it is possible to select a suitable incentive provision that promotes store visits for the user.

Incentives are provided according to the evaluations obtained. "According to the acquired evaluation" here means to provide a positive incentive if the evaluation is positive, and not to provide an incentive if the evaluation is negative, or to improve the evaluation. It is conceivable to provide another incentive for.

As mentioned above, the positive incentive is usually the content that promotes the visit to the store, but the incentive for improving the evaluation can be various forms. Specifically, it is conceivable to provide information such as advice for getting a positive evaluation from the other party. By adopting a configuration that can give incentives even for negative evaluations, it becomes possible to provide the evaluated users with the motivation to visit the store from the next time onward based on the contents of the evaluation regardless of the contents of the evaluation. ..

The correlation between the acquired evaluation and the type and amount of incentives to be provided can be appropriately set according to a predetermined rule. For example, "If you collect 5" good "evaluations, you will receive a free ticket for 1 drink", "If you collect 3" very good "evaluations, you will receive a holiday priority admission ticket", etc., depending on the number of evaluations. There are patterns that provide incentives, such as "If you do not give a" bad "evaluation three or more times in a row, you will receive a priority exchange coupon for your partner every time the number of consecutive times is updated twice." There may be a pattern that provides incentives with an emphasis on not being negatively evaluated.

Here, an example of a specific aspect of giving an incentive will be described in detail. When the incentive is determined to be provided according to the above-mentioned predetermined rule, the contact of the user to be provided is notified of the fact that the predetermined incentive can be provided. Then, when the user who received the notification receives the information that he / she wants to receive the incentive to the terminal managed by himself / herself, the information about the incentive according to the content of the notification is output. When the user visits the restaurant from the next time onward, he / she can enjoy the contents of the incentive by displaying the information that the predetermined incentive has been given on his / her terminal and presenting it to the staff. ..

An example of giving a simpler incentive will also be described. In this case, when the evaluation is obtained, the evaluation content is transmitted to the terminal managed by the restaurant, the evaluation content displayed on the transmitted terminal is received, and the specific benefits such as drink service in the store are received. And provide incentives such as discounts at the time of accounting. That is, in this case, "providing an incentive for the user to visit the restaurant" means a process of transmitting information for giving an incentive such as a specific privilege to the terminal managed by the restaurant.

<Concrete configuration>
Here, FIG. 3 is shown. The figure is a schematic diagram showing an example of the configuration when each functional configuration of the shared seat support system of the present embodiment is collectively realized as one hardware. Each device has a "CPU" 0301, a "storage device (storage medium)" 0302, a "main memory" 0303, an "input interface" 0304, and an "output interface" 0305 for executing various arithmetic processes. , A "network interface" 0306, and transmits / receives information to / from an external peripheral device such as a "touch panel" 0307 or a "display" 0308 via an input / output interface. Further, information may be transmitted / received to / from an external device such as a plurality of "user terminals" 0309 or "restaurant terminal" 0310 via a network interface. The specific aspect of this network interface may be wired or wireless, and the communication method may be direct or indirect. Therefore, it is also possible to adopt a so-called cloud computing format in which information is transmitted / received between a specific external device or a user of the device and a server managed by a third party associated with the device.

Various programs as described below are stored in the storage device, and the CPU reads these various programs into the work area of the main memory, expands and executes them. It should be noted that these configurations are interconnected by a data communication path such as "system bus" 0399 to transmit / receive and process information (the basic configuration of the above configuration is any of the other devices described below. The same applies to.

(Specific structure of the evaluation reception department)
The evaluation reception unit is composed of a computer program and computer hardware. Specifically, the CPU reads the "evaluation reception program" 0320 from the storage device into the main memory and executes it, and is a terminal managed by a user having one attribute. From, we accept the evaluation of users with other attributes who have shared a table in the past.

Prior to the processing in the evaluation reception unit, each user receives input of information about the attribute related to himself / herself, and stores the input content in a predetermined address of the main memory in association with the user ID which is an ID for identifying the user. It is desirable to have a configuration that keeps it in place. By doing so, the subsequent processing can be recorded in association with the user ID and other information, and can be easily used.

(Specific structure of the evaluation acquisition department)
The evaluation acquisition unit is composed of a computer program and computer hardware. Specifically, when an evaluation is received by executing the evaluation reception program, the CPU reads the "evaluation acquisition program" 0330 from the storage device into the main memory and executes it. , The received evaluation is associated with the evaluated user and stored at a predetermined address in the main memory.

(Specific structure of the incentive provision department)
The incentive provider consists of computer programs and computer hardware. Specifically, the CPU reads the "incentive providing program" 0340 from the storage device into the main memory and executes it, and eats and drinks to the user according to the evaluation obtained by executing the evaluation acquisition program in association with a specific user. Perform processing to provide incentives for store visits.

<Processing flow>
FIG. 4 is a diagram showing an example of a processing flow in the shared seat support system of the present embodiment. The processing flow in the figure consists of the following steps. First, in step S0401, the evaluation of a user of another attribute and a user who has shared a table in the past is received from a user of a certain attribute (evaluation acceptance step). Then, in step S0402, the received evaluation is associated with the evaluated user (evaluation acquisition step), and in step S0403, the user is provided with an incentive to visit the restaurant according to the acquired evaluation (incentive). Offer step).

<Effect>
By using the shared seat support system that adopts the above configuration, it becomes possible to provide the store user with an environment in which they can talk with the shared seat partner with peace of mind, and to provide an incentive to make the store easier to use repeatedly.

<< Embodiment 2 >>
<Overview>
The shared seat support system of the present embodiment is basically the same as the technical feature of the shared seat support system described in the first embodiment, but is further characterized in that the evaluation is accepted within a predetermined time before and after the shared seat ends. Prepared as.

<Functional configuration>
FIG. 5 is a diagram showing an example of a functional block when the shared seat support system of the present embodiment is realized by one computer (device). As shown in the figure, the "shared seat support system" 0500 of the present embodiment has an "evaluation reception unit" 0501, an "evaluation acquisition unit" 0502, and an "incentive provision unit" 0503. The evaluation reception unit further has "time control means" 0511. Since the basic configuration is common to the shared seat support system described with reference to FIG. 2 of the first embodiment, the function of the "time control means" 0511, which is a difference, will be described below.

The "time control means" 0511 is configured so that the evaluation reception unit receives the evaluation within a predetermined time before and after the end of the shared seat. "End of shared seats" means whether users with different attributes that have been matched once have shared seats, then change the shared seats, enjoy eating and drinking without sharing seats, or leave the store after accounting. It means that the time of interaction with the other party is ended for some purpose.

As for how to determine that "the shared seat is terminated", several methods can be considered depending on the mode of termination. If you want to enjoy eating and drinking without changing or sharing a table, it is possible that the restaurant recognizes that one of the previous partners has definitely left. Especially when the restaurant encourages the replacement of the partner, it is possible to grasp the definite timing of leaving the partner, so it is judged that the shared seat has ended at that timing, and information to that effect is provided. , It is conceivable to acquire it through a terminal managed by the staff of the restaurant. Even when the store is closed after the accounting is completed, it is conceivable that the shared seat is judged to have ended at the timing when the accounting processing is performed. By adopting such a configuration, it is possible to avoid the phenomenon that once the evaluation is input, the exchange of shared seats with the same partner continues for a long time.

The time control means is characterized in that the evaluation is received within a time close to the end of the shared seat, and therefore, "within a predetermined time before and after the end of the shared seat" is preferably a relatively short time. .. As an example, a configuration is conceivable in which the evaluation is accepted within 10 minutes before and after the end of the shared seat. By accepting the evaluation within the time close to the end of the shared seat in this way, it is possible to obtain a realistic evaluation that the user intuitively feels.

In addition, a configuration in which evaluation is accepted before the end of shared seats will be described. As explained earlier, when the end of shared seats is controlled under the control of the restaurant staff, it is often difficult for the user to time the timing. Therefore, in such a case, it is possible to receive the evaluation from the user in advance at what timing, but as a result, the reception is invalid for the evaluation received outside the predetermined time frame before and after the end of the shared seat. It is conceivable to perform the processing to prompt the reception of the evaluation again.

In addition, the end of shared seats may be controlled by the active efforts of the user rather than the restaurant staff. That is, there is a case where one of the users conveys to the staff the information on the desire to end the shared seat as information indicating that the shared seat ends or the other party wants to be replaced. In such a case, it is possible to determine that the start of the "predetermined time before and after the end of the shared seat" is the time when the information requesting the end of the shared seat is transmitted. By adopting this configuration, it is possible to obtain highly sensitive evaluations corresponding to various cases.

From the viewpoint that it is preferable to obtain a realistic evaluation as described above, it is desirable to eliminate complicated processing such as inserting a comment about the user to be evaluated as the content of the evaluation or accompanying the evaluation. By adopting this configuration, it is possible to avoid an event in which the work is interrupted during the evaluation input and the evaluation cannot be obtained as it is, such as matching with the next partner during the comment input.

<Concrete configuration>
The hardware configuration of each device constituting the shared seat support system of the present embodiment is basically the same as the hardware configuration of the shared seat support system of the first embodiment described with reference to FIG. Therefore, the specific processing of the "time control means" which has not been described so far will be described below.

(Specific configuration of time control means)
Specifically, the time control means is composed of a computer program and computer hardware, and when the evaluation reception program is executed, the CPU reads the "time control subprogram" from the storage device into the main memory and executes the program, and the shared table ends. It measures and determines whether it is within a predetermined time before and after, and performs a process of accepting the evaluation received within the time.

<Processing flow>
FIG. 6 is a diagram showing an example of a processing flow in the shared seat support system of the present embodiment. The processing flow in the figure consists of the following steps. First, in step S0601, it is first determined whether or not it is within a predetermined time before and after the end of the shared seat, and if it is a determination result that it is within the time, the process proceeds to step S0602 or less. If the result is determined to be overtime, no further processing is performed.

In step S0602, the evaluation of a user of another attribute who has shared a table in the past is received from a user of a certain attribute (evaluation acceptance step). Then, in step S0603, the received evaluation is associated with the evaluated user (evaluation acquisition step), and in step S0604, the user is provided with an incentive to visit the restaurant according to the acquired evaluation (incentive). Offer step).

<Effect>
By using the shared seat support system of the present embodiment, it is possible to receive an evaluation based on the actual situation of conversation by the actual shared seat, separately from the case of using the shared seat support system of the first embodiment.

<< Embodiment 3 >>
<Overview>
The shared seat support system of the present embodiment is basically the same as the technical features of the shared seat support system described in the first and second embodiments, but the usage status information which is the information regarding the restaurant usage status of the user is acquired. It is characterized by providing incentives by using the usage status information as well as the acquired evaluation.

<Functional configuration>
FIG. 7 is a diagram showing an example of a functional block when the shared seat support system of the present embodiment is realized by one computer (device). As shown in the figure, the "shared seat support system" 0700 of the present embodiment includes an "evaluation reception unit" 0701, an "evaluation acquisition unit" 0702, an "incentive provision unit" 0703, and "usage status information". The acquisition unit has a "acquisition unit" of 0704, and the incentive provision unit further has a "situation-dependent means" of 0713. Since the basic configuration is common to the shared seat support system described with reference to FIG. 2 of the first embodiment, the functions of the "usage status information acquisition unit" 0704 and the "situation-dependent means" 0713, which are differences, will be described below. do.

The "usage status information acquisition unit" 0704 is configured to acquire usage status information, which is information regarding the user's restaurant usage status. Specifically, we use information about restaurant usage such as the time when we shared a table with one or more people (shared time), the time when we did not share a table with anyone, the frequency of visits, the amount of money used, and the number of visitors. It is conceivable to acquire it as status information.

As a mode of acquiring usage status information, it is conceivable to appropriately acquire one or more applicable information from a terminal managed by a restaurant. In order to appropriately share the seats between users, it is conceivable to use various user management systems, and it is possible to acquire information such as various restaurant usage times and usage amounts of users in real time through the systems. In addition, it is conceivable to acquire information through a computer such as a POS cash register used at the time of accounting, and of course, a configuration in which various usage status information is acquired through these plurality of terminals can also be adopted.

Then, it is conceivable that the usage status information acquired through those management systems and the evaluation acquired from the other party are both associated with the user and acquired. More specifically, the evaluation once obtained from the other party is transmitted to the management server in the management system of the restaurant, and the evaluation and the usage status information obtained through the management system are combined to manage information about the user used in the present invention. The configuration to send to the server for is conceivable. Of course, the evaluation from the other party and the usage status information obtained through the management system may be configured to transmit various information to the server used in the present invention, respectively, and various routes may be used. It does not matter whether the information is obtained.

By associating information such as the day of the week and time zone of visiting the store with the user and acquiring it as usage status information, the restaurant can be used for management analysis, and the user himself can also use the restaurant. It is possible to look back on the facts and their contents later.

The “situation-dependent means” 0713 is configured to provide an incentive by using the usage status information as well as the acquired evaluation in the incentive providing unit. In relation to the difference from the case where the incentive is provided only by the evaluation, for example, for a user who has five "good" evaluations and the average sharing time exceeds one hour, Evaluations such as "1 drink free ticket present" and "Holiday priority admission ticket present for users who have 3" very good "evaluations and who visit the store more than once a month" There is also a pattern that provides incentives according to the number of people and the usage situation, and "the evaluation of" bad "is given twice or more in a row, and the time spent eating and drinking without sharing a table is 60 per visit. If it exceeds the minute, send a message summarizing the points that make it easier to share the table from the next time onwards. ”There may be a pattern that provides an incentive to advise improvement measures when a negative evaluation is given.

<Concrete configuration>
The hardware configuration of each device constituting the shared seat support system of the present embodiment is basically the same as the hardware configuration of the shared seat support system of the first embodiment described with reference to FIG. Therefore, the specific processing of the "usage status information acquisition unit" and the "situation-dependent means" that have not been explained so far will be described below.

(Specific configuration of the usage information acquisition department)
The usage status information acquisition unit is specifically composed of a computer program and computer hardware, and the CPU reads the "usage status information acquisition program" from the storage device into the main memory and executes it to provide information on the user's restaurant usage status. The process of acquiring the usage status information is performed and stored at a predetermined address associated with a specific user in the main memory.

(Specific configuration of situation-dependent means)
The situation-dependent means is specifically composed of a computer program and computer hardware, and when the incentive provision program is executed, the CPU reads the usage status information from the storage device and stores the "situation-dependent subprogram" in the main memory. It is read and executed in the computer, and the process of providing an incentive is performed by using the usage status information as well as the acquired evaluation.

<Processing flow>
FIG. 8 is a diagram showing an example of a processing flow in the shared seat support system of the present embodiment. The processing flow in the figure consists of the following steps. First, in step S0801, first, the usage status information, which is the information related to the user's restaurant usage status, is acquired (usage status information acquisition step). The usage status acquisition step can be appropriately processed at any stage of the subsequent processing, and the timing and the number of processings are not particularly limited.

Next, in step S0802, the evaluation of a user of another attribute who has shared the table in the past is received from a user of a certain attribute (evaluation acceptance step). Then, in step S0803, the received evaluation is associated with the evaluated user (evaluation acquisition step), and in step S0804, the user visits the restaurant using the acquired evaluation and the usage status information. Provide incentives (situation-dependent incentive provision step).

<Effect>
By using the shared seat support system of the present embodiment, it is possible to give an incentive more in line with the actual usage of the restaurant as compared with the case of using the shared seat support system of the first and second embodiments, and it is possible to give an incentive to each user. It will be possible to give incentives as a concrete store visit promotion proposal.

<< Embodiment 4 >>
<Overview>
The shared seat support system of the present embodiment is basically the same as the technical features of the shared seat support system according to the first to third embodiments, but the evaluation from the shared user and the evaluation from the terminal managed by the restaurant are used. It is also characterized by the fact that it also acquires.

<Functional configuration>
FIG. 9 is a diagram showing an example of a functional block when the shared seat support system of the present embodiment is realized by one computer (device). As shown in the figure, the "shared seat support system" 0900 of the present embodiment has an "evaluation reception unit" 0901, an "evaluation acquisition unit" 0902, and an "incentive provision unit" 0903. , The evaluation acquisition unit further has "store evaluation acquisition means" 0912. Since the basic configuration is common to the shared seat support system described with reference to FIG. 2 of the first embodiment, the function of the "store evaluation acquisition means" 0912, which is a difference, will be described below.

The "store evaluation acquisition means" 0912 is configured so that the evaluation acquisition unit acquires the evaluation from the user who shared the table as well as the evaluation from the terminal managed by the restaurant. Here, it is assumed that the main body that evaluates the user is a restaurant as well as the other party, but regarding the evaluation by the restaurant here, it is like whether or not the conversation with the other party has bounced. Rather than "evaluation as a partner", it is expected that it will be performed from the aspect of "evaluation of whether the restaurant use service by shared seats is being used well" from an objective point of view. Specifically, there are cases where the evaluation is based on quantitative information such as "whether there are many or few replacement requests from the other party" and "whether the time until the replacement request arrives is long or short", or "in the store". In some cases, the evaluation is based on qualitative information such as "whether it does not destroy the atmosphere" or "whether it causes trouble to other users or staff".

Of the above evaluations, those based on quantitative information can be evaluated based on evaluations from shared users and usage status information, but by including qualitative evaluations to a certain extent. , It is possible to give more suitable incentives based on the provision of the entire service of shared seat service provided at restaurants. Specifically, for users who receive complaints from other users (rather than from their peers), the quality and content of incentives provided is subordinated compared to users who have the same rating for other factors. A mechanism such as letting them do is conceivable.

It is desirable that the timing of acquiring the evaluation from the terminal managed by the restaurant is such that it is accepted at the time of accounting from the viewpoint of saving labor of the store staff. It is desirable to make the evaluation items as simple as "good" soso "" bad ", etc., and to have a simple configuration in which the evaluation is accepted by tapping the item. Since the hospitality business has a large amount of work, the simple structure described above lowers the hurdles for obtaining evaluations from store staff and provides information to provide incentives that are more in line with the actual usage of users. It can be made available.

<Concrete configuration>
The hardware configuration of each device constituting the shared seat support system of the present embodiment is basically the same as the hardware configuration of the shared seat support system of the first embodiment described with reference to FIG. Therefore, the specific processing of the "store evaluation acquisition means" that has not been explained so far will be described below.

(Specific configuration of store evaluation acquisition means)
Specifically, the store evaluation acquisition means is composed of a computer program and computer hardware, and when the evaluation acquisition program is executed, the CPU reads the "store evaluation acquisition subprogram" from the storage device into the main memory and executes the program. The evaluation from the terminal managed by the restaurant is also acquired and stored in the predetermined address of the main memory.

<Processing flow>
FIG. 10 is a diagram showing an example of a processing flow in the shared seat support system of the present embodiment. The processing flow in the figure consists of the following steps. First, in step S1001, the evaluation of a user of a certain attribute and a user of another attribute who has shared a table in the past is received (evaluation acceptance step). Then, in step S1002, the received evaluation is associated with the evaluated user (evaluation acquisition step), and in step S1003, the evaluation for the same user is acquired from the terminal managed by the restaurant (store evaluation acquisition sub-step). ). The order of processing in step S1002 and step S1003 may be interchanged.

After that, in step S1004, an incentive to visit the restaurant is provided to the user according to the acquired evaluation (situation-dependent incentive provision step).

<Effect>
By using the shared seat support system of the present embodiment, as compared with the case of using the shared seat support system of the first to third embodiments, the form of giving an incentive to a user who is not necessarily preferable to other users is inferior to that of other users. It is possible to continuously provide services to high-quality users by discouraging customers from visiting the store through such methods.

<< Embodiment 5 >>
<Overview>
The shared seat support system of the present embodiment is basically the same as the technical features of the shared seat support system according to the first to fourth embodiments, but when there are a plurality of shared users having one attribute. , The usage status information which is the information on the restaurant usage status of the user who receives one evaluation collectively for the plurality of users and acquires the evaluation collectively received for the plurality of users in association with each user. The feature is that the incentive is provided by using the usage status information as well as the received evaluation.

<Functional configuration>
FIG. 11 is a diagram showing an example of a functional block when the shared seat support system of the present embodiment is realized by one computer (device). As shown in the figure, the "shared seat support system" 1100 of the present embodiment has an "evaluation reception unit" 1101, an "evaluation acquisition unit" 1102, and an "incentive provision unit" 1103. The evaluation receiving unit further has "comprehensive evaluation means" 1111 and the evaluation acquisition unit further has "allocation acquisition means" 1112. Since the basic configuration is common to the shared seat support system described with reference to FIG. 2 of the first embodiment, the functions of the "comprehensive evaluation means" 1111 and the "allocation acquisition means" 1112, which are differences, will be described below.

The "comprehensive evaluation means" 1111 is configured to collectively receive one evaluation for the plurality of users when the shared users are a plurality of people having one attribute in the evaluation reception unit. There is. Here, "when there are multiple users who share one attribute" means, for example, when only gender is used as an attribute, "three male users" and "three female users" share a table. It means a situation such as when you do. When sharing a table, multiple groups share the same seat, which can lead to conversations and opportunities for new encounters. ..

Further, in the present embodiment, when these plurality of persons collectively have one attribute, a configuration is provided as a technical feature in which the plurality of persons collectively receive an evaluation. That is, in the above example, "three male users are collectively accepted for" good "evaluation", "three female users are collectively accepted for" normal "evaluation", and the like. ..

As already explained, in order to input the evaluation of the user of the other party, it is important to withdraw from the input and the evaluation based on the closer interval, so it is desirable to accept the evaluation as speedily as possible. Under such circumstances, it is a situation that restaurants want to avoid having to individually input evaluations for a plurality of users at once. In addition, when it is not possible to identify an individual partner, it is difficult to identify the individual partner and accept the evaluation. Therefore, by providing a configuration such as a comprehensive evaluation means in order to overcome the above-mentioned problems, it becomes possible to easily and quickly and surely accept the evaluation of the other party.

The “allocation acquisition means” 1112 is configured to acquire evaluations collectively received by a plurality of people in the evaluation acquisition unit in association with individual users. After all, the evaluation received through the comprehensive evaluation means needs to be associated with each individual user, and the allocation acquisition means performs the processing for the evaluation for such individual users. Specifically, the evaluations having the same contents as the evaluation contents received collectively are associated with each user and acquired.

Here, a process for identifying an individual user from a plurality of users will be described on the premise that the evaluation is associated with each individual user. If the user starts the application when visiting the store and sends information to the effect that he / she has visited the store to the server managed by the restaurant, customer management will be performed during subsequent matching and accounting. This is possible, and as a related process, it is possible to perform a process of allocating the evaluations collectively acquired above to individual users.

In addition, users who do not start the above-mentioned application or who do not want such management in the first place are evaluated for the user even if they are evaluated together with other manageable users. It is difficult to allocate, and such processing is not performed. In any case, by adopting a configuration in which the evaluations once received are distributed, it becomes possible to smoothly receive the evaluations without imposing a special load on the user.

<Concrete configuration>
The hardware configuration of each device constituting the shared seat support system of the present embodiment is basically the same as the hardware configuration of the shared seat support system of the first embodiment described with reference to FIG. Therefore, the specific processing of the "comprehensive evaluation means" and the "allocation acquisition means" that have not been explained so far will be described below.

(Specific structure of comprehensive evaluation means)
The comprehensive evaluation means is specifically composed of a computer program and computer hardware, and when the information that the shared users are a plurality of people having one attribute is acquired, the CPU performs the evaluation reception program when executing the evaluation reception program. The "comprehensive evaluation subprogram" is read from the storage device into the main memory and executed, and a process of receiving one evaluation collectively for the plurality of users is performed.

(Specific configuration of allocation acquisition means)
Specifically, the allocation acquisition means is composed of a computer program and computer hardware, and when the evaluation acquisition program is executed, the CPU reads the "allocation acquisition subprogram" from the storage device into the main memory and executes it, and summarizes it for a plurality of people. The received evaluation is acquired in association with each user and stored at a predetermined address in the main memory.

<Processing flow>
FIG. 12 is a diagram showing an example of a processing flow in the shared seat support system of the present embodiment. The processing flow in the figure consists of the following steps. First, in step S1201, it is determined whether or not the shared users are a plurality of people having one attribute. If the content here is the result of determination that there are a plurality of people, the process proceeds to step S1202 or less. If the result is determined to be singular, the process proceeds to step S1212 or lower.

In step S1202, one evaluation is collectively received from a user of a certain attribute to a plurality of users who are users of another attribute and have one attribute that has been shared in the past (comprehensive evaluation sub-step). Then, in step S1203, the evaluations collectively received for the plurality of people are acquired in association with the individual users constituting the plurality of people (allocation acquisition sub-step), and in step S1204, the evaluations are obtained according to the acquired evaluations. Providing users with incentives to visit restaurants (incentive provision step).

In step S1212, the evaluation of a user of another attribute who has shared a table in the past is received from a user of a certain attribute (evaluation acceptance step). Then, in step S1213, the received evaluation is associated with the evaluated user (evaluation acquisition step), and in step S1204, the user is provided with an incentive to visit the restaurant according to the acquired evaluation (incentive). Offer step).

<Effect>
By using the shared seat support system of the present embodiment, as compared with the case of using the shared seat support system according to the first to fourth embodiments, in many cases where the shared seat service is used, the user is not burdened smoothly. It will be possible to accept evaluations.

0200 ・ ・ ・ Shared seat support system, 0201 ・ ・ ・ Evaluation reception department, 0202 ・ ・ ・ Evaluation acquisition department, 0203 ・ ・ ・ Incentive provision department

Claims (7)

It is a method used when users with different attributes are shared in a restaurant.
An evaluation reception step that accepts evaluations from users with one attribute to users with other attributes who have shared the table in the past.
The evaluation acquisition step to acquire the received evaluation in association with the evaluated user,
An incentive provision step for providing an incentive for the user to visit a restaurant according to the acquired evaluation, and
A shared seat support method that uses a computer to execute. The shared seat support method according to claim 1, wherein the evaluation receiving step has a time control sub-step for receiving evaluation within a predetermined time before and after the shared seat ends. It also has a usage status information acquisition step to acquire usage status information, which is information on the user's restaurant usage status.
The shared seat support method according to claim 1 or 2, wherein the incentive providing step has a situation-dependent substep that provides an incentive by using the usage status information together with the received evaluation. The shared seat support method according to any one of claims 1 to 3, wherein the evaluation acquisition step has a store evaluation acquisition sub-step for acquiring an evaluation from a terminal managed by a restaurant as well as an evaluation from a shared user. The evaluation acceptance step has a comprehensive evaluation sub-step that collectively accepts one evaluation for the plurality of users when the shared users are a plurality of people having one attribute.
The shared seat support method according to any one of claims 1 to 4, wherein the evaluation acquisition step has a distribution acquisition sub-step for acquiring evaluations collectively received by a plurality of people in association with individual users. This is a program used to share users with different attributes in a restaurant.
An evaluation reception step that accepts evaluations from users with one attribute to users with other attributes who have shared the table in the past.
The evaluation acquisition step to acquire the received evaluation in association with the evaluated user,
An incentive provision step for providing an incentive for the user to visit a restaurant according to the acquired evaluation, and
A shared seat support program that lets a computer execute. It is a system used when users with different attributes are shared in a restaurant.
An evaluation reception unit that accepts evaluations from users with one attribute to users with other attributes who have shared the table in the past.
The evaluation acquisition unit that acquires the received evaluation in association with the evaluated user,
An incentive provision department for providing incentives for customers to visit restaurants according to the acquired evaluation,
A shared seat support system.

Images