JP2016051441A - Reservation system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a reservation system capable of accessing service content being updated continually by a shop when making a reservation for the shop via portable terminals such as smart phones.SOLUTION: Provided is a reservation system which comprises an administrative server 100, a portable terminal 200, and a shop terminal 300. A shop registers service information such as discounting with the administrative server 100 and updates the information as needed. A user, who receives the information service via the portable terminal 200 from the administrative server 100 where appropriate, selects a shop from among candidate shops for reservation. The shop's service information is continually updated, but as soon as the user completes his/her reservation, services such as discount rates are fixed between the user and the shop. This allows the user to receive the discounting service at the completion of the reservation without problems even though the discount rates have dropped after the completion of the reservation. For its side, the shop can attract visitors by updating continually service information according to congestion situation.SELECTED DRAWING: Figure 1

Description

  The present invention relates to a reservation system for making a reservation for a store or the like using a mobile terminal such as a smartphone, a tablet, or a mobile phone.

Mobile terminals such as smartphones, tablets, and mobile phones are widely used to acquire various types of information via a network such as the Internet. Such information includes coupons and other service information transmitted by stores including restaurants. A user can receive a service such as a discount by presenting a screen displaying such service information at a store.
Although transmission of such service information is a useful means for a store, even if it is transmitted, it is often not used by a user, and it is one of the problems to efficiently connect customers. In response to such a problem, for example, Patent Document 1 discloses a technique for transmitting advertisement information including real-time information to a user terminal that can be received at a specific distance from a specific point. Patent Document 2 discloses a technique for transmitting a real-time information of a member store to a user within a predetermined distance and receiving a reservation. According to these technologies, by sending service information to users who are relatively close to the store, it is possible to suppress the arrival of miscellaneous information to the user, thereby attracting the user's attention to the transmitted information. Has the effect of facilitating.

JP 2002-351370 A JP 2012-238087 A

Conventional service information has a problem that its contents are relatively fixed. For example, if the store manager determines that the store is relatively busy and sends service information such as a time sale limited to a certain time for attracting customers, the service information is fixed during the time sale. New service information cannot be transmitted. This is because if new service information is transmitted with contents different from the previous service information, not only will confusion be caused, but the user may also be distrusted. However, if the store side can dynamically change the service information according to the congestion situation of the store, it is very useful for improving the ability to attract customers.
The present invention has been made in view of the above problems, and an object thereof is to provide a reservation system capable of dynamically changing service information.

The present invention
A reservation system that transmits service information representing service contents in a predetermined store to a mobile terminal used by a user and accepts a reservation from the mobile terminal,
A service information database that stores the service information that changes as needed according to instructions from the store;
A transmission control unit for transmitting the service information to the mobile terminal;
The reservation application is received from the portable terminal together with the identification information for identifying the portable terminal or the user, and the identification is performed with the service content identified based on the application even when the service information has changed after the reception. It can be configured as a reservation system including a reservation processing unit that determines a reservation in association with information.

Examples of the portable terminal include various devices that can be portable and connected to a network, such as a smartphone, a tablet, a mobile phone, and a laptop computer.
The network connecting the portable terminal and the reservation system may be a wide area such as the Internet, or may be within a limited area such as an intranet. Communication via the network may be wireless or wired. The reservation system can be configured using a management server connected to these networks in terms of hardware.
As the service information, various information such as discounts available at the store, provision of samples, provision of points according to the usage amount, introduction of special sales items, and the like can be used. The service information does not necessarily have to be directly or indirectly beneficial to the user. For example, it may be a waiting time at restaurants or the like, the arrival status of popular products, event information, articles that introduce stores and products in the media, and the like. Further, the service information may be any form such as a moving image, a still image, or text.
As identification information, it can be set as terminal identification information which specifies a portable terminal, user ID which specifies a user, etc.

According to the present invention, the manager of the store can register service information in the reservation system as needed based on the congestion status of the store, and the user can receive service information that changes as needed in this way. When the user applies for a reservation for this service information, the reservation system fixes the content of the service information when the application is received with the user. Even if the contents of the service information change after the reservation is confirmed, there is no influence with the user. For example, when a reservation is confirmed for service information that includes a 10% discount, the user can receive a 10% discount regardless of whether the store increases the discount to 15% or reduces the discount to 5%. Can receive.
By doing so, the user can receive the service he wants based on the service information. In addition, even after the store side once transmits the service information, the contents can be changed at any time, and the service information can be used for collecting customers more flexibly.
In addition, since service information changes dynamically, services received by users differ, but reservations are managed by identification information, so confusion can be avoided.

In the present invention, the service information may be automatically distributed from the reservation system to the mobile terminal, or may be acquired by the user of the mobile terminal via a web page or the like. In this specification, the term “transmission” is used to include both so-called push-type distribution and pull-type acquisition.
When distributing service information, for example, target users who are within a predetermined range from the store for which service information is targeted, target users who have been registered in the system in advance, and the contents and preferences of service information. The distribution range may be limited, for example, to users who meet.

In the reservation system of the present invention,
When applying for the reservation, a performance management unit may be provided to cancel the reservation when an individual valid time set for each reservation has elapsed.

By doing so, it is possible to suppress a situation in which the number of users who make a reservation but do not visit the store increases, that is, abuse of the reservation.
The reservation system of the present invention is advantageous in that the store can dynamically change the service information while observing the reservation confirmation status. However, if the number of users who make a reservation but do not visit the store increases, the credibility of the reservation confirmation status decreases, and such advantages cannot be utilized. According to the above aspect, since the abuse of the reservation can be suppressed, it is possible to improve the credibility of the reservation confirmation status and, consequently, the usefulness of the reservation system.
Here, the valid time is not set in advance for the service information like “time service”, but is set individually for each reservation. For example, a relatively long effective time may be used for a reservation immediately after registering service information in the reservation system, and a relatively short effective time may be used for a reservation having a long elapsed time after registration. The valid time may be shortened as the number of confirmed reservations increases. It is good also as an aspect, such as extending effective time with respect to the user who used the reservation system, and a period is high.

When using the above effective time,
The valid time may be set based on the position of the mobile terminal at the time of application and the position of the store.

By doing so, the valid time can be set based on the time required for the user to visit the store. The effective time setting method is, for example, a method of setting according to the distance between the mobile terminal and the store, estimating the route to the store and the required time based on the use of transportation based on the position of the mobile terminal, and based on that It can be set as a method. It is preferable that the effective time has a margin with respect to the time required to visit the store. For the position of the mobile terminal, position information acquired by a method using a GPS (Global Positioning System) or a base station required for communication may be used, or a user may input an address or the like.
If the effective time based on the required time is set in this way, the user can be motivated to quickly visit the store. In addition, since it is possible for the store to suppress the time waiting for the user to visit the store, that is, whether or not to visit the store, the risk that the reservation does not lead to the store's profit can be suppressed.

In the present invention,
The reservation processing unit may reject a reservation based on the application when the application is not compatible with another reservation that has already been confirmed for the mobile terminal.

By doing so, it is possible to suppress the abuse of the reservation. The target of the said aspect includes both the case of a plurality of reservations in the same store and the case of reservations between different stores. The reservation of the same store includes, for example, a case where the same user makes a reservation for both pieces of service information issued at different timings. As a reservation between different stores, a case where the reservation for the service information of the store A and the reservation for the service information of the store B are made at the same time zone. By rejecting such incompatible reservations, it is possible to suppress the abuse of reservations and improve the credibility of the confirmed reservation and thus the usefulness of the reservation system.
Whether or not both are compatible can be determined by various methods. For example, a plurality of reservations may not be accepted from a single user regardless of whether the stores are the same or different. In this case, a new reservation cannot be accepted unless the customer has visited the reserved store or canceled after the effective time of the reservation has elapsed. As another method, after making a reservation for the store A, it may be determined in consideration of whether or not it is possible to move to the reservation for the store B. In this case, if it is possible to stop at the store B after stopping at the store A within the effective time, both reservations can be accepted.

In the present invention,
In the case where a store visit report indicating that the user who made the reservation has visited the store is received from the store, a record management unit may be provided that stores the store visit record in association with the identification information.

In this way, by managing the results of the user visiting the store, abuse of reservation can be suppressed. In addition, since the store visit results are managed by reports from stores, false reports from users can be avoided, and the credibility of results can be improved.
The store visit confirmation report from the store can be performed by various methods. For example, when a user visits a store, a store employee may check the user's identification information and transmit a store visit confirmation report from a terminal installed in the store. In addition, in order to confirm the correspondence between the user and the reservation, the terminal installed in the store transmits an e-mail or the like to the mobile terminal, and the user responds to this to send a store visit confirmation report to the reservation system. You may do it.

When managing achievements,
The reservation processing unit may determine whether to confirm or reject the reservation application from the mobile terminal based on the results managed by the result management unit.

As the above determination, for example, a user who has a low record of visiting the store may determine that he / she tends to abuse reservations, and refuses to accept subsequent reservations, or lowers the priority than other users. Can be considered. Conversely, for users who have a high record of visiting the store, an aspect such as accepting reservations preferentially can be considered.
By doing so, it is possible to avoid store insecurity or loss due to the abuse of reservations. In addition, it becomes a deterrent against the abuse of reservations for the user, and also motivates the store to make a reservation for the confirmed reservation.

In the present invention, it is not always necessary to include all of the various features described above, and some of the features may be omitted or combined as appropriate.
The present invention can be configured in various ways regardless of the above-described reservation system. For example, it can also be configured as a mobile terminal or a management server that constitutes the reservation system described above. Moreover, you may comprise as a reservation method which makes a reservation using this management server. Furthermore, it may be configured as a computer program for realizing each of the functions described above in a portable terminal or a management server that constitutes the reservation system, and may be configured as a computer-readable recording medium that records the computer program. Good.

It is explanatory drawing which shows the whole structure of a reservation system. It is explanatory drawing which shows the internal structure of a reservation system. It is explanatory drawing which shows the structure of the database in a management server and a shop terminal. It is a flowchart of a service information registration and delivery process. It is a flowchart of a reservation process. It is explanatory drawing (1) which shows the process example in a reservation process. It is explanatory drawing (2) which shows the process example in a reservation process. It is a flowchart of a store visit process. It is a flowchart of a store visit performance management process. It is a flowchart of a feedback process.

A. System configuration:
FIG. 1 is an explanatory diagram showing the overall configuration of the reservation system. The reservation system is a system in which service information registered from the store terminal 300 is managed by the management server 100, transmitted to the mobile terminal 200 used by the user, and a reservation is accepted. The management server 100, the mobile terminal 200, and the store terminal 300 are connected to each other via the Internet INT.
The management server 100 can also manage the results of the visit by the user according to the reservation, and can adjust the priority of the reservation according to the results. Although only one shop terminal 300 is depicted, it may be two or more, or may be integrated with the management server 100.

In the figure, the flow of information exchanged in the reservation system is shown.
First, the store terminal 300 registers service information with the management server 100 (arrow a1). The store terminal 300 has been previously applied for using the reservation system of the embodiment, and the management server 100 is registered by the identification information given to the store where the store terminal 300 is installed, that is, the store ID. Manage service information.
The service information can be changed from the store terminal 300 in real time. For example, store managers provide service information with a high discount rate to attract visitors when the store is busy, and reduce or discount the discount rate when the store is relatively crowded. The service information can be dynamically changed according to the situation of the store, for example, the service information may be busy.

  The service information registered in the management server 100 is distributed to the mobile terminal 200 used by the user using e-mail or the like (arrow a2). In addition to being automatically distributed from the management server 100, the service information may be acquired by the user accessing the management server 100. As an acquisition method, for example, a method of accessing a web page provided by the management server 100 and downloading a desired coupon can be considered.

If there is information that the user wants to use among the distributed or acquired service information, the user reserves the store in the management server 100 (arrow a3). The reservation can be made by various methods such as a method of sending a reply mail based on service information and a method of accessing a web page by link information specified by service information.
The management server 100 receives and manages this reservation. The service information registered from the store changes dynamically even after the user makes a reservation. However, in this embodiment, the management server 100 fixes the content of the service information with the user when the reservation from the user is confirmed. For example, if the discount indicated in the service information is 10% at the time when the user makes a reservation, even if the store subsequently reduces the discount to 5% or 15%, the user can receive a service with a 10% discount. Will receive.

  When the user visits the store according to the reservation, the store manager uses the store terminal 300 to send a report confirming the user visit to the management server 100 (arrow a4). Also, the management server 100 exchanges information with the user's mobile terminal 200, and confirms that the user who has made a reservation has come to the store (arrow a3). The result that the user has visited the store as reserved is managed as a store visit result by the management server, and is reflected in the form of being able to receive a reservation more preferentially than other users at the next reservation.

  FIG. 2 is an explanatory diagram showing the internal configuration of the reservation system. In order to realize the functions described with reference to FIG. 1, functional blocks to be provided in each apparatus are shown. In the present embodiment, since each of the mobile terminal 200, the management server 100, and the store terminal 300 is a computer including a CPU, a RAM, a ROM, and the like, each functional block is a computer program that mainly realizes each function in the computer. However, it is also possible to configure both of them by hardware.

The configuration of the management server 100 will be described.
The management server 100 includes three databases: a user database 103, a store database 102, and a service information database 101. The user database 103 stores various information related to users who use the reservation system. The store database 102 stores various information regarding stores that use the reservation system. The service information database 101 stores service information registered from stores. The specific contents of each database will be described later.
The distribution control unit 110 distributes service information registered in the service information database 101. Various settings can be made for the delivery timing and delivery range. For example, it may be distributed when service information is newly registered or changed, or may be distributed at a timing designated from a store. In addition, the distribution range may be for all users registered in the user database 103, users within a certain range from the store, users registered to desire distribution of coupons from the store, and stores are preferred. You may narrow it down to users who meet your needs.
The reservation processing unit 111 receives an application for reservation from the mobile terminal 200, determines various conditions, and establishes a reservation. In this embodiment, an effective time is set for each reservation individually. The valid time setting unit 112 has a function of setting a valid time based on the position of the mobile terminal 200 at the time of reservation and the position of the store.
The result management unit 113 manages the result of the user visiting the store based on the reservation and the result of not visiting the store despite the reservation. This result is referred to when the user makes the next reservation. The performance management unit 113 also manages user evaluation of the store. The evaluation by the user is fed back to the store and used for service improvement by the store.

A configuration of the mobile terminal 200 will be described. The mobile terminal 200 is given a terminal ID for identifying the terminal.
The command input unit 201 inputs a command by a user operation through the screen of the mobile terminal 200 or various physical switches.
The position information acquisition unit 202 obtains position information of the mobile terminal 200 using GPS (Global Positioning System) or the like.
The service information acquisition unit 203 acquires service information from the management server 100. That is, service information distributed from the management server 100 is received, and the service information is downloaded by accessing the management server 100. The service information acquisition unit 203 may have a so-called filter function. For example, this is a function for receiving only service information satisfying conditions such as service information from a store within a predetermined range from the current position of the mobile terminal 200, user preset preferences, and service information suitable for a genre. By providing such a function, there is an advantage that it is possible to avoid receiving miscellaneous service information for the user.
The reservation processing unit 204 has a function of transmitting reservation application information from the mobile terminal 200 to the management server 100 based on the acquired service information and receiving a reservation result. The reservation application includes a terminal ID, and the reservation applicant can be easily identified. Instead of the terminal ID, a user ID for identifying the user, a name, or the like may be input.
The service information storage unit 205 stores the service information acquired by the service information acquisition unit 203. It is not necessary to store all the service information, only the information designated by the user is required. The service information storage unit 205 also stores service information for which the reservation has been confirmed, for example, a reservation confirmation mail from the store. This service information is also used for confirming that the user is a reservation person when visiting the store.
The store visit processing unit 206 performs processing for confirming that the user who made the reservation has visited the store. In this embodiment, since reservations are managed using the terminal ID, it is assumed that confirmation of being a reservation person is performed using the terminal ID of the portable terminal 200 even when visiting the store. The store visit processing unit 206 performs a store visit confirmation process by transmitting the terminal ID to the management server 100 when visiting the store. If the user ID, the user's name, the reservation number, or the like is used for reservation management, or if the terminal ID is not confirmed when confirming the store visit, the store visit processing unit 206 can be omitted.

A configuration of the store terminal 300 will be described.
The store terminal 300 is provided with a reservation database 310. The reservation database 310 stores confirmed reservation information. The data structure will be described later.
The service information registration unit 301 has a function of uploading store service information to the management server 100. In the present embodiment, the service information can be changed at any time. The service information set by the service information registration unit 301 is stored in the service information database 311 as a history.
The reservation information management unit 302 has a function of accepting a reservation and updating the reservation database 310. When a reservation application is received from the management server 100, the service information database 311 is referenced to determine whether the service content included in the application is authentic or not, and a function of responding to the reservation availability is also provided. In this embodiment, since the service information changes from time to time, the service content included in the reservation application may differ from the content of the service information distributed at that time. This is because it cannot be determined without checking the history of information. When accepting a reservation, the reservation information management unit 302 stores the confirmed reservation in the reservation database 310.
The store visit processing unit 303 confirms that the reserved user has visited the store, and updates the reservation database 310. As described above, in this embodiment, the store visit is confirmed using the terminal ID of the user. Instead of the terminal ID, a user ID, name, reservation number, or the like may be used. The results of visiting the store and the results of not making a reservation while making a reservation are recorded in the reservation database 310 together. The store visit processing unit 303 also has a function of accepting an evaluation of the store from the user.
The result report unit 304 reports the store visit record recorded in the reservation database 310 to the management server 100. The result report may be performed at any time or periodically.

  FIG. 3 is an explanatory diagram showing the structure of the database in the management server and the advertising terminal. The structure of the reservation database 310 of the store terminal 300 is shown on the left side, and the structures of the service information database 101, the store database 102, and the user database 103 in the management server 100 are shown on the right side.

The reservation database 310 of the store terminal 300 stores various information shown in the figure. The reservation database 310 has a store ID for identifying the store as a whole.
“Time” is the time when the reservation application is received.
“Terminal ID” is identification information of a portable terminal used by a reserved user.
“Reservation conditions” are service details attached to service information at the time of reservation. Information such as discount rate, presentation of crude products, etc. is included.
“Number of people” is the number of reserved people.
The “reservation number” is a unique number assigned to the reservation that the store terminal 300 has confirmed.
“Valid time” is the valid time of the reservation. In this embodiment, in order to avoid overuse of reservations, valid times are set individually for each reservation. If the user does not visit the store even after the “valid time” has elapsed from the “time” at which the reservation application is received, the reservation is treated as a cancellation.
“Visit” is information for confirming a visit to a reservation. When the reserved user visits the store, information such as the store visit time and the number of people is stored. In addition, even when the user makes a reservation but does not come to the store, it is recorded as an unauthorized cancellation.
“Feedback” is an evaluation of the user's store. When the user who made a reservation visits the store and sends an evaluation of the store, it is recorded in “feedback” in association with each reservation. The content of the evaluation includes an evaluation that the content of the service that is the premise of the reservation is different from the content actually received.

The database of the management server 100 will be described.
The service information database 101 stores store IDs and service information.
The store ID is identification information given to each store that uses the reservation system of the embodiment.
The service information is information such as a coupon uploaded from a store. In the present embodiment, the service information changes from time to time. The service information database 101 may overwrite the previous service information when the service information is updated, or may add new service information to the history.
The store database 102 stores a store ID for identifying a store, basic information, attribute information, and evaluation information.
The basic information is information such as a store name and address.
The attribute information is information such as a store genre, area, and business hours.
Evaluation information is the information which totaled the evaluation and feedback with respect to the store from a user. The management server 100 can issue a notification for promoting service improvement to a store with a low evaluation.
The user database 103 stores a user ID for identifying each user, basic information, attribute information, ranking information, reservation information, and the like.
Basic information is personal information of the user such as name, terminal ID, and address.
The attribute information is information such as user preferences.
The ranking information is an evaluation given by information that the user has visited the store reserved, information that has been canceled despite reservation, and the like. The ranking information is used for adjusting the priority when the next reservation is accepted.
In the reservation information, information corresponding to the reservation database 310 of the store terminal 300 is stored. Since a user makes a reservation is not limited to one store, reservations of a plurality of stores are left as history as reservation information. Which store is reserved can be specified by the store ID.

  The contents of each database described above are associated with each other by various identification information as shown in the figure. For example, a reservation database 310 prepared in the store terminal 300 is assigned a store ID, and is associated with reservation information in the service information database 101, the store database 102, and the user database 103 of the management server 100. . Further, the user database 103 and the reservation database 310 are associated with each other by the user terminal ID.

With the system configuration described above, the reservation system realizes various functions described with reference to FIG.
Below, the processing content for implement | achieving each function is demonstrated based on a flowchart.

B. Service information registration and distribution processing:
FIG. 4 is a flowchart of service information registration and distribution processing. From the left side, the process of the store terminal 300, the process of the management server 100, and the process of the mobile terminal 200 are shown in order.
In the store terminal 300, a service information registration process is executed. First, the manager of the store creates service information (step S10). An example of service information is shown in the figure. It is an example of the coupon which makes service content 10% OFF by service time. The service information may be prepared in the form of image data, or may be prepared in a format such as a moving image or text. The store terminal 300 uploads service information to the management server 100 together with the store ID.
In the management server 100, service information distribution processing is executed. When the management server 100 receives service information from the store terminal 300 (step S20), the management server 100 updates the service information database (step S21). In this embodiment, the newly received service information is sequentially stored as a history. In the present embodiment, since the service information is updated as needed, there are a plurality of information from the same store in the service information database. The management server 100 determines that the latest service information from the same store, that is, the service information with the same store ID is always valid. In order to facilitate such a determination, a valid / invalid flag may be attached to each service information stored in the service information database. In this case, every time new service information is registered, the previous service information with the same store ID is searched, and a process of updating the flag to invalid is performed.

When the management server 100 updates the service information database, the management server 100 specifies a distribution destination terminal (step S22). As the identification method, for example, a terminal within a predetermined distance from the store, a method of confirming attribute information registered in the user database 103, and identifying a user terminal corresponding to the genre for which the store is designated, etc. be able to. One of these conditions may be considered, or both may be considered. The store may be able to set which condition is considered.
In order to deliver to a terminal within a predetermined distance from the store, position information of the mobile terminal is required. Therefore, the management server 100 transmits a request to the mobile terminal 200. In the portable terminal 200, the service information acquisition process is activated, and the terminal ID and the position information are transmitted in response to the request from the management server 100 (step S30). The location information may be acquired by the management server 100 using a base station for the mobile terminal 200 to communicate.
In addition, the mobile terminal 200 whose reservation has already been confirmed may be excluded from the distribution target when the service information from the reserved store is distributed.

When the management server 100 identifies the distribution-destination portable terminal, the management server 100 distributes the service information (step S23). The portable terminal 200 receives this service information (step S31) and notifies the user by displaying it on the screen. In addition to distribution from the management server 100 to the mobile terminal 200, a method in which the user operates the mobile terminal 200 to acquire service information from the management server 100 may be used in combination. For example, the latest service information is distributed to the management server 100 using a method in which a user accesses a web page provided by the management server 100 and browses service information or an application installed in the mobile terminal 200. The request method can be taken.
When the management server 100 completes the distribution of the service information, the management server 100 transmits a distribution completion notification to the store terminal 300. The store terminal 300 performs a delivery confirmation process by receiving the delivery completion notification (step S11). Examples of the delivery confirmation process include a process of recording information indicating that the delivery is completed in the service information database 311 and displaying the delivery completion on the store terminal 300.

  The registration and distribution of the service information described above may be performed as needed whenever new service information is registered. Alternatively, the registration of new service information may be performed at a predetermined number of times or at a certain period. However, in order to take advantage of this system that service information is updated from time to time and customers are attracted by distributing it to users, service information distribution requires the elapsed time from service information registration to distribution. It is preferable to control the delivery timing so that it does not become a long time.

C. Reservation processing:
FIG. 5 is a flowchart of the reservation process. From the left side, the process of the store terminal 300, the process of the management server 100, and the process of the mobile terminal 200 are shown in order.
First, the user browses the acquired service information on the mobile terminal 200 and selects service information that the user wants to make a reservation for (step S70). Then, reservation information is transmitted using the service information (step S71). The reservation information can be transmitted by a method such as a reply mail to the service information, a click of a reservation button displayed on the web page, or an input to a reservation form. The reservation information includes the terminal ID of the mobile terminal 200, the store ID of the store to be reserved, the reservation conditions, the location information of the mobile terminal 200, and the like.

When the management server 100 receives the reservation information (step S60), the management server 100 sets the valid time for the reservation received based on the location information of the portable terminal 200 (step S61). In this embodiment, the valid time is set with a margin for the time required for visiting the store. First, the management server 100 refers to the store database 102 based on the store ID and confirms the location of the store. Then, a route search is performed using the position information of the mobile terminal 200 as the departure point and the store as the destination, and the required time is estimated. At this time, the use time of transportation is also taken into consideration. Then, the effective time is set by adding a predetermined ratio or a margin of a predetermined time to the estimated required time. In addition to this, the effective time may be set according to the distance between the mobile terminal 200 and the store, or may be set regardless of the position of the mobile terminal 200.
When the valid time is set, the management server 100 determines whether or not a reservation for which an application has been received can be reserved (step S62). The determination of whether or not reservation is possible is a process for avoiding overuse of reservation, that is, preventing the user from making multiple reservations in the same time zone. This determination method will be described later.
Along with the determination as to whether reservation is possible, the management server 100 performs ranking adjustment (step S63). This is a process of adjusting the reception of reservations based on the results of the user having visited the store that has been reserved so far, or that the user has made a reservation but did not come to the store. Since users with many cancellations tend to abuse reservations, the priority for accepting reservations decreases. For example, when reservations from a plurality of candidates are applied to a single store, reservations may be given priority to users who are higher than users with lower rankings. Further, reservations from users whose ranking is lower than a predetermined value may be rejected based on designation from the store.
When it is determined that the reservation cannot be permitted through these processes, the management server 100 transmits a notification indicating that the reservation is not possible to the mobile terminal 200 (step S64). The portable terminal 200 receives this result (step S72) and displays it on the screen.

If it is determined that the reservation may be permitted (step S64), the management server 100 transmits the reservation information to the store terminal 300 (step S65). The reservation information includes a terminal ID, reservation conditions (including valid time), and the like. The position information may be omitted.
When the store terminal 300 receives the reservation information (step S50), the store terminal 300 refers to the service information database 311 and confirms the content of the reservation information (step S51). This is because the service information is updated as needed, so that the service information specified as the reservation condition may be different from the currently registered service information. If the specified reservation conditions do not match the service information registered at the store side at the present time or in the past, it is determined that the service content has been altered for the reservation, and the store terminal 300 responds to the management server 100 that the reservation is rejected. (Step S51). The management server 100 stores the reservation contents that the user has applied for as reservation information in the user database 103 and information that the user has been rejected, updates the user database, and transmits the reservation result to the mobile terminal (step). S66).
On the other hand, if the store terminal 300 determines that the reservation information is correct and reservation is possible (step S51), the store terminal 300 stores the reservation information and updates the reservation database 310 (step S52), and makes a reservation in the management server 100. Send the answer of acceptance. In response, the management server 100 updates the reservation information in the user database 103 and transmits the reservation result to the mobile terminal 200 (step S66).
The mobile terminal 200 receives the reservation result (step S72) and displays it on the screen.

FIG. 6 is an explanatory diagram (1) illustrating a processing example in the reservation processing.
In the upper part, a display screen example of the mobile terminal 200 when the user applies for a reservation is shown. As shown in the figure, service information from various stores is displayed on the mobile terminal 200, and the user selects a desired store by displaying them in a list or switching them. Service information for each store is also updated as needed. The example in the figure shows an example in which the service information of the shop is changed with time such that the discount is 10%, 5%, and so on. The user can apply for a reservation at an arbitrary timing. For example, in the example of the figure, if the user wishes to make a reservation when 15% is presented after the discount changes to 10% and 5%, a “reservation” button may be pressed. Even after the user applies for a reservation, the service information is updated at any time. Therefore, as shown in the figure, there is a possibility that the discount further increases by 20%. In this embodiment, even in such a case, the reservation applied by the user is processed at a discount rate of 15%. Conversely, even if the discount rate drops to 5% after applying for a reservation, the user's reservation is processed at a discount rate of 15%.

The lower part shows a processing example in the management server.
First, the reservation availability determination will be described. This process is a process corresponding to the reservation availability determination (step S62 in FIG. 5) of the reservation process, and is a process for avoiding the abuse of the reservation from the user by not accepting the reservation within the reservation prohibition time. In the figure, a method for setting the reservation prohibition time is shown. As described above, each reservation has an effective time set in consideration of the time required until the user visits the store. Reservation prohibition time is a time obtained by adding stay time that is considered to stay at least when visiting the store to this valid time. The staying time may be automatically set by the management server 100 according to the type of the store, or may be specified by the store. For example, if it is a restaurant, the minimum time required for ordering and eating and drinking, for example, about 30 minutes can be set as the staying time. Moreover, if it is a store, the minimum time required for selecting and accounting for goods, for example, about 10 minutes can be set as the staying time. On the other hand, in the case of a reservation that has already been to the store, it is not necessary to consider the valid time set according to the time required to visit the store, so only the staying time is the reservation prohibition time.
If the reservation prohibition time elapses after making a reservation or coming to the store, the user's behavior will be restricted according to the reservation, so it will not be possible to go to other stores. You shouldn't be able to spend. Therefore, the management server 100 does not accept other reservations for a user who has already confirmed reservations during the time period until the reservation prohibition time elapses.
In the example of the figure, it is assumed that there is an unprocessed reservation, that is, a reservation 1 that has not yet been visited as a reservation for a certain user. The reservation prohibition time 1 for the reservation 1 is a time period from when the reservation 1 is made until the valid time 1 and the stay time 1 elapse. If another reservation is requested from the user during this time period, it is determined that the reservation is not possible. In addition, when there is a store reservation, that is, a reservation 2 that has already been visited, the reservation prohibition time 2 for the reservation 2 is irrelevant to the valid time 2 until the store visit, and the time from the point of visit to the stay time 2 elapses It is a belt. If another reservation is requested from the user during this time period, it is determined that the reservation is not possible.

Next, ranking adjustment will be described. This process corresponds to the ranking adjustment of the reservation process (step S63 in FIG. 5). When there are a plurality of reservations, the priority is adjusted according to the store visit performance. In the figure, an example is shown in which reservation applications from a plurality of users are made in one store. Reservations 1 to 4 are reservation applications from four users with different terminal IDs and user IDs, respectively, and are displayed in order from the top of the reservation time. The ranking represents the store visit performance of each user, and the higher this value, the better the store visit results as reserved. In this example, the rankings of USER2 and USER4 are 5 and 4, respectively, which are higher than USER1 and USER3. Therefore, the management server 100 accepts reservations in the order of USER2 and USER4 with the highest ranking. If there are two people who accept reservations, USER1 and USER3 will not be able to make a reservation even though they apply earlier than USER2 and USER4, respectively.
For the ranking adjustment, in addition to this method, the minimum ranking required for the reservation may be set. For example, when the store specifies that only reservations from users with a ranking of 3 or higher are accepted, the management server 100 rejects reservations from USER1 and USER3 with a ranking lower than 3.
In this way, by considering the ranking in whether the reservation can be accepted, the abuse of the reservation can be suppressed.

FIG. 7 is an explanatory diagram (2) showing a processing example in the reservation processing.
In the upper part, an example of processing at the store terminal 300 is shown. First, reservation information confirmation will be described. This process is a process corresponding to the reservation information confirmation of the reservation process (step S50 in FIG. 5), and is a process of determining the authenticity of the applied reservation information. In the figure, an example in which two pieces of reservation information are received is shown. The reservation information received from the terminal ID “ABC1” has the content that the reservation time is “19:15:30” and the discount is “15%” as the reservation condition. The service information database 311 of the store terminal 300 is illustrated on the right side. The service information database 311 stores reservation conditions for each time, in this example, a history of discount rates. Referring to this database, when the reservation time is “19:15:30”, the discount rate is “5%”, not “15%” shown in the reservation condition. Therefore, the store terminal 300 determines that the reservation information is information in which the reservation conditions have been altered, and rejects the reservation. On the other hand, the reservation information from the terminal ID “ABC2” has a reservation time of “19:08:45” and a discount of “8%” as a reservation condition. If the service information database 311 is referred to, it can be seen that the reservation condition is appropriate, and the store terminal 300 permits the reservation.
By referring to the history of the service information database in this way, it is possible to determine whether the reservation is true or false.

  Next, reservation database update will be described. In the figure, an example of a reservation database is shown. In this example, at a time of 19:08:45, from the terminal ID “ABC2”, it can be seen that a reservation is made with a discount rate of 8% and a reservation number of four people. The reservation number specifying this reservation is 001, and the effective time of the reservation is 45 minutes. In addition, since the customer has not yet visited the store, it can be seen that the user who has made a reservation has not yet visited the store. In the store terminal 300, when a new reservation is made, the information is updated and can be confirmed on the illustrated screen or the like. The display screen of the reservation database is not limited to the example shown in the figure, and can take various forms. Various other information can be recorded in the reservation database.

The lower part shows an example of a reception result reception screen in the mobile terminal 200. The left side is an example of a reservation impossible notification. When the management server 100 rejects the reservation as a result of the determination as to whether or not the reservation is possible (step S64 in FIG. 5), and when the store terminal 300 determines that the reservation information has been falsified and rejects the reservation (step in FIG. 5) This is a notification screen received in S51). The figure shows an example of displaying only the result “Reservation could not be accepted.” However, more detailed information such as the reason may be included.
On the right side is an example of a reservation result notification when a reservation is confirmed. The store name and reservation number, the number of reservations, and the reservation conditions are displayed, and the valid time is also displayed as “Please come to the store by 19:48”. By doing so, the user can be urged to visit the store.

D. Visit processing:
FIG. 8 is a flowchart of the store visit process. From the left side, the process of the store terminal 300, the process of the management server 100, and the process of the mobile terminal 200 are shown in order.
When visiting the store, the mobile terminal 200 displays the reservation result (see FIG. 7) in accordance with the user's operation (step S120).
The store clerk displays the reservation database on the store terminal 300 (step S100) and confirms the reservation corresponding to the reservation number. When the store terminal 300 confirms that the store clerk clicked the store visit button indicating the store visit (step S101), the store terminal 300 transmits store visit information to the management server 100 (step S102). The store visit information includes information such as a terminal ID, a store ID, a reservation condition, and a reservation number. The store visit button may be provided beside each reservation on the reservation database display screen (see FIG. 7), for example. Further, a store visit processing screen may be displayed on the store terminal 300 and a reservation number may be input.

The management server 100 relays the store visit information from the store terminal 300 (step S110) and transmits it to the mobile terminal 200. When the mobile terminal 200 receives the store visit confirmation notification (step S121), the mobile terminal 200 executes store visit confirmation processing according to the user's operation (step S122). The store visit confirmation process is a process of responding that the store visit confirmation notification has been received. For example, if a store visit notification is sent by e-mail, it may be a method of replying the e-mail as it is, or a method of operating a button such as “Confirm” on the web page displayed based on the store visit confirmation notification It is good. When the store visit confirmation process is performed, information such as a terminal ID, a store ID, and a reservation number is returned from the portable terminal 200 to the management server 100.
The management server 100 relays the store visit confirmation information to the store terminal 300 (step S111).
The store terminal 300 receives the store visit confirmation information (step S103), and updates the reservation database (step S104). That is, if the information such as the terminal ID and the reservation number included in the store visit confirmation information matches the content of the reservation that transmitted the store visit information in step S102, it is determined that the user has definitely visited the store. Therefore, the information of “visit” in the reservation database is updated to “visited”. The time when the visit is confirmed may be recorded. Then, the store terminal 300 transmits a store visit confirmation report to the management server 100 (step S105).
The management server 100 receives the store visit confirmation report and updates the user database (step S112). That is, the fact that the user has visited the store is recorded in the reservation information (see FIG. 3) in the user database 103. As a result, the user's store visit performance is improved.
In this embodiment, in order to confirm the visit of the user using the terminal ID, the store visit information and the store visit confirmation information are transmitted and received (steps S102, S103, S110, S111, S121, S122). May be omitted, and processing such as updating the reservation database (steps S104, S105, and S112) may be performed by checking the store visit button at the store terminal 300.

E. Store visit management process:
FIG. 9 is a flowchart of store visit management processing. This process is executed by the management server 100. This processing may be performed periodically, or may be performed at a timing such as when a notification such as reservation acceptance or store visit confirmation is received from the store terminal 300.
When this process is started, the management server 100 refers to the user database for the user to be processed (step S140). If there is no unprocessed reservation (step S141), the process is terminated as it is.
When there is an unprocessed reservation, that is, there is a confirmed reservation, but there is a reservation that has not yet been visited (step S141), a reservation to be processed is selected, and a store visit confirmation report is received for that reservation. (Step S142). The store terminal 300 may be inquired whether the store visit is confirmed. If a visit is confirmed, data indicating that the visit has been completed is recorded for the reservation, and a process for increasing the ranking of the user is performed (step S143).
If the visit is not confirmed (step S142), it is next determined whether or not the valid time has elapsed (step S144). If the valid time has elapsed, the user determines that the store will not be visited according to the reservation, cancels the reservation, and performs a process of lowering the ranking of the user (step S145).
The management server 100 repeatedly executes the above process until there is no unprocessed reservation for the user (step S141), and ends the store visit management process.

F. Feedback processing:
FIG. 10 is a flowchart of the feedback process. This is a process for evaluating the store after the user visits the store.
The user displays the reservation result on the mobile terminal after visiting the store (step S180). Then, evaluation information is transmitted based on the reservation result (step S181). An input example of evaluation information is shown in the figure. For example, whether or not the service is as reserved, an evaluation for the service, and the like are input. The evaluation information can be input and transmitted by various methods. For example, an evaluation web page may be displayed based on the link information displayed in the reservation result, and the evaluation may be input there. Further, when a reply mail is transmitted as a reservation result, an evaluation information input form may be returned. In any case, by using the reservation result, there is an advantage that it is possible to omit the input of the store used by the user and the reservation number.
The evaluation information transmitted from the portable terminal 200 includes information such as a terminal ID, a store ID, a reservation number, and an evaluation.

The management server 100 relays the evaluation information to the store terminal 300 (step S170). At the same time, the management server 100 updates the evaluation information in the store database 102 based on the evaluation information (step S171). In this embodiment, the evaluation result is converted into an evaluation value, and a cumulative evaluation is obtained from the average value. Conversion to cumulative evaluation can be performed by giving a score to each item of the evaluation information and obtaining the sum. For example, the following conversion formula can be used to evaluate a store with two items of (item 1) whether or not the service was as scheduled and (item 2) five-step evaluation for the service.
Evaluation value = weighting coefficient × evaluation 1 + evaluation 2;
Here, the evaluation 1 is a value 1 when the service is as scheduled, and a value 0 otherwise.
Evaluation 2 is an integer of 0 to 5 that represents a five-level evaluation for the service.
The weight coefficient is a weight value for item 2 of item 1 and can be set arbitrarily. When importance is attached to the fact that the service is not as reserved, for example, a value greater than 1 is preferable, such as a value of 3.
Conversion to the evaluation value is not limited to the above-described method, and various methods can be employed.
When the cumulative evaluation for the store is bad, that is, when the cumulative evaluation is lower than the predetermined value (step S172), the management server 100 transmits warning information to the store (step S173).

On the other hand, the shop terminal 300 receives the evaluation information (step S160), and updates the reservation database (step S161). Then, feedback is displayed on the screen of the store terminal 300 (step S162). When a warning is received from the management server 100 (step S173), the warning is also displayed.
An example of feedback display is shown in the figure. In the present embodiment, an evaluation column is provided next to the reservation information, and the evaluation information is displayed together therewith. In this example, it is understood that the evaluation from the terminal ID of ABC2 is “1” of the lowest rank.
A warning from the management server 100 “cumulative evaluation is lowered” is displayed at the bottom of the screen.
In this embodiment, by displaying the evaluation from the user and the warning from the management server 100 in this way, it is possible to provide motivation for improving the service of the store. The display of evaluation, warning, and the like can be performed in various formats in addition to those illustrated in the figure.

G. Effects and variations:
According to the reservation system of the present embodiment described above, even if the service information is dynamically changed from the store, the service content is fixed with the user when the user applies for the reservation. The reservation can be processed without confusion. In addition, since the service information can be changed dynamically as described above, the service content can be flexibly changed according to the congestion situation of the store, and the user can be urged to visit the store.
All the various functions described in the embodiments are not necessarily provided, and some of them can be omitted or combined as appropriate.
In the present embodiment, an example is shown in which reservations are managed using terminal IDs, but information other than terminal identification information such as user IDs and user names may be used.
Various functions realized by the portable terminal 200 and the store terminal 300 can be realized by a method of installing an application, a method by web programming, or the like.

  The present invention can be used to make a reservation for a store or the like using a mobile terminal such as a smartphone, a tablet, or a mobile phone.

100: Management server 101: Service information database 102: Store database 103: User database 110: Distribution control unit 111: Reservation processing unit 112: Valid time setting unit 113: Performance management unit 200: Mobile terminal 201: Command input unit 202: Location Information acquisition unit 203: Service information acquisition unit 204: Reservation processing unit 205: Service information storage unit 206: Store visit processing unit 300: Store terminal 301: Service information registration unit 302: Reservation information management unit 303: Store visit processing unit 304: Performance report Unit 310: Reservation database 311: Service information database

Claims (7)

A reservation system that transmits service information representing service contents in a predetermined store to a mobile terminal used by a user and accepts a reservation from the mobile terminal,
A service information database that stores the service information that changes as needed according to instructions from the store;
A transmission control unit for transmitting the service information to the mobile terminal;
The reservation application is received from the portable terminal together with the identification information for identifying the portable terminal or the user, and the identification is performed with the service content identified based on the application even when the service information has changed after the reception. A reservation system comprising a reservation processing unit that determines a reservation in association with information. The reservation system according to claim 1,
A reservation system comprising a result management unit that cancels a reservation when an individual valid time set for each reservation has elapsed at the time of application for the reservation. The reservation system according to claim 2,
The reservation system in which the valid time is set based on the position of the mobile terminal at the time of the application and the position of the store. The reservation system according to any one of claims 1 to 3,
The reservation processing unit, if the application is incompatible with other reservations already confirmed for the mobile terminal, a reservation system that rejects the reservation based on the application. The reservation system according to any one of claims 1 to 4,
A reservation system comprising a result management unit that stores a store visit report in association with the identification information when a store visit report indicating that the user who made the reservation has visited the store is received from the store. The reservation system according to claim 5,
The reservation system, wherein the reservation processing unit determines whether to confirm or reject the reservation application from the mobile terminal based on the results managed by the result management unit. A reservation method using a management server that transmits service information representing service contents in a predetermined store to a mobile terminal used by a user and receives a reservation from the mobile terminal,
As processing performed by the management server,
Storing the service information that changes from time to time according to an instruction from the store;
Transmitting the service information to the mobile terminal;
The reservation application is received from the portable terminal together with the identification information for identifying the portable terminal or the user, and the identification is performed with the service content identified based on the application even when the service information has changed after the reception. A reservation method comprising: a step of establishing a reservation in association with information.

Images