JP2021182184A - Reservation supporting device, reservation supporting method, and program - Google Patents

Abstract

To provide a reservation supporting device which lowers barriers to participate in rounds and contributes to an increase of round players in regards to golf.SOLUTION: A reservation supporting device comprises: a storage part that stores user information including golfer characteristics of each user; a matching part that extracts one or more candidate users with golfer characteristics matching the golfer characteristics of a target user by using the user information; a planning part that plans one or more plans that can be reserved by a party including the target user and the one or more candidate users; and a reservation part that executes the reservation of a selected plan from the one or more plans.SELECTED DRAWING: Figure 1

Description

The present invention relates to a reservation support device, a reservation support method, and a program.

A WEB site for booking a golf course (use) via the Internet is known.

For example, when making a reservation at a party using the WEB site, a round in which the representative of the party composed of members who have agreed on the scheduled date and time, play area, etc., matches the desired conditions (date and time, play area, number of people, etc.). Search for a plan and make a reservation.

Also, for example, when making an individual reservation using the WEB site, search for a round plan that meets the desired conditions (date and time, play area, etc.) and has a free space at the party, and make a reservation. Then, when the number of reservations for the party of the round plan reaches the specified number of people (for example, 3 or 4 bags), the reservation is confirmed.

Patent Document 1 discloses a golf course reservation system in which only the number of companion members is displayed on the reservation screen.

Japanese Unexamined Patent Publication No. 2010-003208

However, when making a reservation at a party, there are many barriers to making a reservation, such as it is difficult to gather members who meet the schedule before that. Also, when making an individual reservation, there are many barriers to making a reservation, such as psychological resistance to round with members who have never seen it before.

As described above, although the WEB site reservation is a clerical help at present, it is presumed that there are many players who cannot reach the round on the course or give up due to various barriers as described above.

In view of such circumstances, it is an object of the present invention to lower the barrier to participation in a round and to contribute to an increase in the number of round players.

One aspect of the present invention for solving the above-mentioned problems is a reservation support device, which is a storage unit that stores user information including the golfer characteristics of the user, and the golfer characteristics of the target user by using the user information. A matching unit that extracts one or more candidate users having golfer characteristics suitable for the above, a planning unit that plans one or more plans that can be reserved by a party including the target user and the one or more candidate users, and the above-mentioned one. It has a reservation unit that executes reservations for a plan selected from one or more plans.

The matching unit may extract the candidate user who matches the target user by using a trained model that outputs the golfer characteristic that matches the input golfer characteristic.

The reservation support device is a learning unit that acquires review information between participating users who participated in a plan reserved by the reservation unit, and learns golfer characteristics of each participating user and the review information as teacher data. It may be provided with a unit.

The user information includes the motivation of each user for the current golf, and the matching unit may extract the candidate users whose golfer characteristics match and whose motivation exceeds a predetermined criterion.

The storage unit may store community information about one or more communities to which each user belongs, and the matching unit may extract the candidate user from the community belonging to the same community as the target user. ..

The matching unit may extract one or two candidate users having golfer characteristics that match the golfer characteristics of the target user and the pair user with respect to the target user and the pair user nominated by the target user. good

The golfer trait may include data on a personality in golf, at least one of openness, integrity, extroversion, coordination, and neuroticism.

The golfer characteristics may include at least one of age and gender.

The golfer characteristics may include at least one of a play style and a play purpose.

The golfer characteristic may include at least one of a shopping history related to golf and a behavior history related to golf.

The storage unit stores community information about one or more communities to which each user belongs, the user information includes motivation for each user's current golf, and the reservation support device is each belonging to the community. It may be provided with a community management unit that calculates and outputs the motivation in the community using the motivation of the user.

The storage unit stores community information about one or more communities to which each user belongs, and the reservation support device includes a community management unit that merges communities into one community or associates communities with each other. May be good.

Another aspect of the present invention for solving the above-mentioned problems is a reservation support method by a computer, in which the golfer characteristics suitable for the golfer characteristics of the target user are obtained by using the user information including the golfer characteristics for each user. Select from the matching step of extracting one or more candidate users, the planning step of planning one or more plans that can be reserved by the party including the target user and the one or more candidate users, and the one or more plans. Includes a booking step to execute a booking for a plan that has been made.

Yet another aspect of the present invention for solving the above problems is a program, in which one or more golfers have golfer characteristics that match the golfer characteristics of the target user by using user information including the golfer characteristics for each user. A matching step for extracting candidate users, a planning step for planning one or more plans that can be reserved by a party including the target user and the one or more candidate users, and a plan selected from the one or more plans. Have the computer perform the reservation step and the reservation step to execute the reservation.

According to the present invention, it is possible to lower the barrier to participation in a round and contribute to an increase in the number of round players.

It is a figure which shows the structural example of the reservation support system which concerns on one Embodiment of this invention. It is a figure which shows the data structure example of the user information. It is a figure which shows the data structure example of the community information. It is a figure which shows the data structure example of the trained data. It is a flowchart which shows an example of reservation support processing. It is a flowchart which shows an example of a round planning process. It is a flowchart which shows an example of a round plan (two person reservation) processing. It is a flowchart which shows an example of a learning process. It is a figure which shows an example of the home screen displayed on a terminal device. It is a figure which shows an example of the community list screen displayed on a terminal device. It is a figure which shows an example of the community screen displayed on a terminal device. It is a figure which shows an example of the round plan result screen displayed on a terminal apparatus. It is a figure which shows an example of the round plan (two-person reservation) result screen displayed on a terminal device. It is a figure which shows an example of the round review screen displayed on a terminal device.

Hereinafter, a plurality of embodiments of the present invention will be described with reference to the drawings. In addition, in all the drawings for explaining each embodiment, in principle, the same members are designated by the same reference numerals, and the repeated description thereof will be omitted. In addition, in each of the following embodiments, the constituent elements (including element steps and the like) are not necessarily essential unless otherwise specified or clearly considered to be essential in principle. Needless to say. In addition, it goes without saying that other elements are not excluded unless it is clearly stated that they are only those elements. Similarly, in each of the following embodiments, when the shape, positional relationship, etc. of the constituent elements are referred to, the shape is substantially the same, except when it is clearly stated or when it is considered that it is not clearly the case in principle. , Those that are close to or similar to the positional relationship, etc. are included.

[Configuration example of reservation support system]
FIG. 1 is a diagram showing a configuration example of a reservation support system according to an embodiment of the present invention. The reservation support system includes a reservation support device 1, terminal devices 2 for a plurality of users (only one is shown), and one or more reservation systems 3 (only one is shown). The reservation support device 1 is connected to a communication network N such as the Internet, and can communicate with a terminal device 2 of a plurality of users and one or more reservation systems 3.

The reservation support device 1 provides each user who is a golf player with integrated services related to golf, including reservation support for (using) a golf course, social networking between users, and the like. The reservation support device 1 can be realized by a computer such as one or a plurality of server computers. The functions provided by the reservation support device 1 will be described in detail later.

The terminal device 2 is a terminal used by the user, and accesses the reservation support device 1 according to the user's operation to display information on various services. The terminal device 2 can be realized by a computer such as a smartphone, a tablet computer, a mobile computer, a PC (Personal Computer), or a wearable computer.

The reservation system 3 is an existing golf reservation system, and is, for example, a WEB system that provides services such as searching for a round plan and making a reservation that match the user's desired conditions (date and time, play area, number of people, etc.) via a WEB site. Is.

However, in the present embodiment, the reservation system 3 can search for a plan and make a reservation in response to a request from the reservation support device 1. The exchange of data between the reservation system 3 and the reservation support device 1 can be realized by, for example, a Web API (Application Programming Interface) implemented in the reservation system 3.

The terminal device 2 has a processing unit 210, a storage unit 220, a communication unit 230, a display unit 240, and an input unit 250. Each of these components can be realized by an input device such as a processor, memory or storage, a communication interface, a display, and a keyboard.

The processing unit 210 controls the terminal device 2 in an integrated manner. The processing unit 210 has a function including the application 211. These functions are realized, for example, by the processor executing a predetermined program.

The application 211 is, for example, general-purpose browser software or dedicated application software for accessing the reservation support device 1, and provides the user with access to the WEB site provided by the reservation support device 1. The application 211 acquires a WEB page from the reservation support device 1 via the communication unit 230 and outputs it to the display unit 240, or accepts input of information to the displayed WEB page from the user via the input unit 250. It may be transmitted to the reservation support device 1 via the communication unit 230.

The reservation support device 1 has a processing unit 10, a storage unit 20, and a communication unit 30. Each of these components can be realized, for example, by a processor, memory or storage, and a communication interface.

The processing unit 10 controls the reservation support device 1 in an integrated manner. The processing unit 10 has a function including an interface control unit 11, a user management unit 12, a community management unit 13, a matching unit 14, a planning unit 15, a reservation unit 16, and a learning unit 17. These functions are realized, for example, by the processor executing a predetermined program. The storage unit 20 stores information including user information 21, community information 22, and learned data 23.

The interface control unit 11 generates information on various operation screens (for example, a WEB page) in response to a request from the application 211, and transmits the information to the application 211. Further, the interface control unit 11 receives the information input to the operation screen displayed by the application 211.

The user management unit 12 manages the user information 21 of each user.

FIG. 2 is a diagram showing an example of a data structure of user information 21. The user information 21 includes a basic profile, a detailed profile, relational data, and variable data in association with a user ID which is an identifier of the user.

The basic profile contains data items such as name, image, gender, age, contacts, play area, etc. for the user. The image is, for example, a user's avatar or a photograph. The play area is an area of a golf course that can be visited by a user, and is an administrative division such as a prefecture name. These data are set, for example, at the time of the first user registration, but can be appropriately changed by the user's operation.

The detailed profile contains data items such as personality, play style, and purpose of play with respect to the user. Personality is, for example, a data group that quantifies five factors (openness, honesty, extroversion, coordination, and neuroticism) called big five, which represent personality traits. The play style is data indicating the classification of, for example, an athlete, an enjoy golfer, and the like. The purpose of play is, for example, data showing classifications such as improvement of golf, networking, and enjoyment. These data are set, for example, at the time of the first user registration, but can be appropriately changed by the user's operation.

The relationship data includes data items such as affiliation community, friends, etc. regarding the user. The affiliation community is, for example, an identifier or a name of one or more communities to which the user belongs. A friend is, for example, an identifier or a name of a user who is a friend of the user. These relationship data will change depending on the user's social networking situation.

Fluctuation data includes data items such as schedules, reviews, medals won, and motivation for users. The schedule is set, for example, a day on which the user can play, a day on which a reserved round is reserved, and the like. For the review, for example, an evaluation score from another user for the user, an evaluation comment, and the like are set. As the acquired medals, for example, various medals awarded from the reservation support device 1 are set according to the number of rounds, the number of friends, and the like. Motivation is data that expresses the current feelings toward golf, and indicates classifications such as wanting to round now, waiting for an invitation to the round, and not participating in the round. The schedule and motivation can be changed as appropriate by the user's operation. Reviews and medals won will be added depending on the status of the user's activities.

For example, the user management unit 12 receives input of a basic profile and a detailed profile from the user via the application 211 and stores the input in the user information 21. Further, the user management unit 12 receives input of schedule and motivation from the user and stores it in the user information 21. Further, the user management unit 12 receives reviews from other users for the user and stores them in the user information 21. Further, the user management unit 12 stores the identifier and the name of the friend user connected to the user in the user information 21. Further, the user management unit 12 stores the identifier and the name of the community to which the user belongs in the user information 21.

Referring to FIG. 1, the community management unit 13 manages community information 22 regarding the community to which each user belongs.

FIG. 3 is a diagram showing an example of a data structure of community information 22. The community information 22 includes a basic profile, relationship data, and variation data in association with a community ID, which is a community identifier.

The basic profile contains data items such as name, administrator, etc. for the community. The administrator is, for example, an identifier or a name of a user who manages the community. These data are set, for example, at the time of the first community registration, but can be changed as appropriate by the operation of the community administrator.

The relationship data includes data items such as affiliated users and related communities regarding the community. The affiliated user is, for example, an identifier or a name of one or a plurality of users who belong to the community. The related community is, for example, an identifier or a name of another community associated with the community. These relationship data will change depending on the situation of the community.

Fluctuation data includes data items such as schedules and motivations for the community. The schedule is set, for example, the day of an event in the community, the day of a round reserved by a party created within the community, and the like. Motivation represents the community's current feelings about golf and is determined, for example, based on the motivation of users who belong to the community. The schedule can be changed as appropriate by the operation of the administrator. Motivation changes according to the motivation of the user to which it belongs.

For example, the community management unit 13 receives input of a basic profile from an administrator via the application 211 and stores it in the community information 22. Further, the community management unit 13 stores the identifier and the name of the user belonging to the community in the community information 22. Further, the community management unit 13 stores the identifiers and names of other communities connected to the community in the community information 22. Further, the community management unit 13 receives input of a schedule from the administrator and stores it in the community information 22. Further, the community management unit 13 acquires the motivation of each user belonging to the community at a predetermined timing, determines the motivation of the community based on the motivation of the user (for example, quantifies the motivation of each user and averages the value). Is calculated), and is stored in the community information 22.

Referring to FIG. 1, the matching unit 14 executes a matching process of extracting one or more candidate users matching the user (target user) who has instructed matching. Specifically, the matching unit 14 extracts one or more candidate users having golfer characteristics that match the golfer characteristics of the target user. A golfer characteristic is a set of attributes related to a user's golf as a golfer. In the present embodiment, the matching unit 14 uses the trained data 23 for matching.

The trained data 23 is, for example, a trained model that is a neural network constructed by machine learning or deep learning. This trained model is based on teacher data that includes attribute information about multiple target users in the past and attribute information about other users that fit or do not fit for each target user. A trained model trained to output information from other users who are informedly matched.

The trained model is composed of, for example, a plurality of nodes that perform a predetermined operation on the input value and output the output value, and the trained data 23 contains the coefficient of the function that defines the operation of each node. And data such as thresholds are stored.

FIG. 4 is a diagram showing an example of a data structure of the trained data 23. As a specific example, in the trained data 23, for example, the golfer characteristics of the target user are input to the input layer, and the matching rate for each golfer characteristic classification from the output layer through a plurality of intermediate layers (only one stage is shown). Is a neural network that outputs.

The golfer characteristics input to the input layer are, for example, personality (at least one of openness, integrity, extroversion, coordination, and neuroticism) and play style among the data items included in the user information 21. , Play purpose, gender, and age can be at least one. A plurality of intermediate layers are prepared, for example, for the number of data items of golfer characteristics. In the output layer, the golfer characteristics are classified according to the combination of possible values of each data item, and the matching rate for each classification of the input golfer characteristics is output.

Each user is, for example, given a classification for a combination of values in the data items of that user's golfer characteristics. Candidate users can be extracted by selecting a classification based on the output of the trained model and specifying a user having a classification corresponding to the selected classification.

For example, the matching unit 14 inputs the golfer characteristics of the target user into the learned data 23, and acquires the classification having the highest matching rate based on the output. Then, the matching unit 14 refers to the user information 21 and extracts candidate users having a classification corresponding to the acquired classification. Of course, if no extractable candidate user is found, the next highest match rate classification may be obtained and the candidate user may be extracted.

In golf, the party goes round together for a long time, so considering the golfer characteristics is very important in determining the members of the party. By performing the matching process as described above, it is possible to extract candidate users who are more compatible with the target user.

The golfer's characteristics include, but are not limited to, one or more combinations of personality, play style, purpose of play, gender, and age. Golfer characteristics may include other data items.

As another example, a shopping history related to the user's golf, an action history related to golf, and the like may be adopted. The shopping history of golf may include, for example, the date and time of purchase, the type of goods or services purchased, the price, and the like. The action history related to golf may include, for example, a round date and time, a practice date and time, and the like. If the user management unit 12 acquires the information input from the application 211 by the user or acquires it from the external EC (Electronic Commerce) site system used by the user and stores it in the user information 21. good. Further, the user management unit 12 may analyze the acquired shopping history, acquire aggregated data such as the shopping frequency, the average purchase price, and the number of purchases by type, and include it in the shopping history of the user information 21. Further, the user management unit 12 may analyze the acquired action history, acquire aggregated data such as round frequency and practice frequency, and include it in the action history of the user information 21.

As yet another example, the brand of the golf club used by the user and the type of golf course desired by the user (for example, cheap, prestigious, etc.) may be adopted. The user management unit 12 may acquire the information input from the application 211 by the user and store the information in the user information 21.

In the present embodiment, the matching unit 14 uses a trained model for matching, but the matching process may be performed by rule-based processing. That is, a classification suitable for each classification of golfer characteristics is statistically obtained in advance as a rule. Then, the matching unit 14 extracts a candidate user having a golfer characteristic classification that matches the golfer characteristic classification of the target user based on the rules implemented as a database or an algorithm.

When extracting candidate users, the matching unit 14 may extract candidate users whose round day schedules match those of the target users. Candidate users whose play areas overlap with the target users may be extracted. Candidate users may be extracted from the community to which the target user belongs. Candidate users whose motivation exceeds a predetermined standard may be extracted.

Further, when the pair user is nominated by the target user (two-person reservation described later), the matching unit 14 extracts one or two candidate users having golfer characteristics that match the golfer characteristics of these two users. do. For example, at least one candidate user matching the target user and one candidate user matching the pair user may be extracted.

Referring to FIG. 1, the planning unit 15 can make a reservation for a party including a user (target user) who has instructed a round plan and one or more candidate users matching the target user extracted by the matching unit 14. Plan one or more plans.

For example, the planning unit 15 creates one or more parties consisting of various combinations of target users and one or more candidate users. Further, for each party, the planning unit 15 identifies a round date in which the schedules of all the members match and the overlapping play areas of all the members based on the user information 21.

Further, the planning unit 15 sends a search request for a plan including desired conditions such as the number of people, a round date, and a play area to the reservation system 3 for each party. When the planning unit 15 receives the information of one or more plans from the reservation system 3 as a response to the search request, the planning unit 15 transmits the information of the plan to the application 211 of the terminal device 2 of the target user and displays the information of the plan. Plan information includes, for example, plan identifiers, round dates, golf course names, play areas, locations, contacts, fees, and the like.

When the target user selects a plan to be reserved via the application 211, the reservation unit 16 transmits a reservation request including the identifier of the selected plan to the reservation system 3. When the reservation is completed, the reservation unit 16 records information about the reserved plan (for example, the round date, the identifier and name of the participating user, the name of the golf course, the play area, etc.) in the schedule of each participating user.

The learning unit 17 learns about the learned data 23. For example, the learning unit 17 quantifies the golfer characteristics of the target user, the golfer characteristics of another user who has reviewed the target user, and the review information by the other user based on the user information 21 (for example, compatibility). (Indicates the degree of goodness of) and is generated as a set, and the trained model is trained by the deep learning algorithm. For example, when the learning unit 17 inputs the golfer characteristics of the target user, the output value from the output node corresponding to the classification of the golfer characteristics of another user having better compatibility approaches 1.0, and other outputs are output. Learn so that the output value from the node approaches 0. Further, the learning unit 17 optimizes data such as coefficients and thresholds of a function that defines a predetermined operation performed on an input value. As a result, the two-way impressions of the members of the party that actually rounded are reflected in the trained model as the compatibility between the golfer characteristics.

In the case of rule base, the learning unit 17 may acquire the rules learned by an external computer or the rules learned by itself, and update the rules implemented as a database or an algorithm.

[Processing example of reservation support device]
First, an example of the friend function will be described. Users can add and remove friend users.

Specifically, the interface control unit 11 displays a predetermined friend search screen on the application 211 in response to a request from the application 211 operated by the target user, and receives a search keyword or the like input by the target user. The user management unit 12 searches for the name of the user information 21 using the search keyword. The user management unit 12 may instruct the matching unit 14 to search for a candidate user that matches the target user. The interface control unit 11 displays the search result on the friend search screen, and receives the user ID and name of the friend user selected by the target user. The user management unit 12 adds the input user ID and name to the friend of the relationship data of the target user, and adds the user ID and name of the target user to the friend of the relationship data of the friend user. In this way, users are associated with each other as friends.

Next, an example of the community function will be described. Users can create communities and associate and merge communities with each other.

Specifically, the interface control unit 11 causes the application 211 to display a predetermined community creation screen in response to a request from the application 211 operated by the administrator user, and the community information input by the administrator user (for example, for example). Receive the community name, administrator ID and name, user ID and name to which it belongs, etc.). The community management unit 13 creates new community information 22 and stores the received information in the new community information 22. Further, the community management unit 13 registers the ID and name of the new community in the community to which the administrator user and the relational data of each affiliated user belong. In this way, the community is created.

Further, the interface control unit 11 displays a predetermined community cooperation screen on the application 211 in response to a request from the application 211 operated by the administrator user, and the community cooperation information (for example, a plurality of associations) input by the administrator user. IDs and names of communities, IDs and names of multiple communities to be merged, etc.) are received. When associating communities with each other, the community management unit 13 registers mutual community IDs and names in the related communities of the relational data of each community. When the communities are merged, the community management unit 13 integrates the community information 22 of those communities. In this way, communities are associated or merged with each other. You may be able to divide the community.

Next, an example of the reservation support function will be described. Users can create parties and book rounds.

FIG. 5 is a flowchart showing an example of the reservation support process. This flowchart shows a rough flow of services provided by the reservation support device 1. It is assumed that the user information 21 of the plurality of users has already been registered, and the community information 22 of the plurality of communities has been registered. Further, it is assumed that the learned data 23 is also stored in the storage unit 20.

First, the user registers as a user (step S1). Specifically, the interface control unit 11 transmits and displays a predetermined user registration screen to the application 211 in response to a request from the application 211 operated by the user. Further, the interface control unit 11 receives the user information (for example, basic profile, detailed profile) input by the user on the user registration screen. The user management unit 12 creates new user information 21 and stores the received information therein. In this way, when the user registration is completed, the interface control unit 11 can display the home screen 500 as shown in FIG. 9 on the application 211.

FIG. 9 is a diagram showing an example of a home screen 500 displayed on the terminal device 2. The home screen 500 displays a home button 501, a schedule button 502, a friend button 503, a community button 504, a chat button 505, and a user information field 506. The buttons 501 to 505 are buttons for transitioning to the operation screen corresponding to each function, and are commonly displayed on other operation screens described later. In the user information field 506, the name of the user, the user ID, and at least a part of the data items included in the basic profile and the detailed profile are displayed.

Referring to FIG. 5, the user then participates in the community (step S2). Specifically, the interface control unit 11 displays a predetermined community search screen on the application 211 in response to a request from the application 211 operated by the user, and receives a search keyword or the like input by the user. The community management unit 13 searches for the name of the community information 22 by using the search keyword. The interface control unit 11 displays the search result on the community search screen, and receives the ID and name of the participating community entered by the user. In addition to the information of the searched community, the information of the related community may be displayed on the search screen. The community management unit 13 updates the community to which the related data of the user belongs and the user to which the related data of the participating community belongs, based on the input community ID and name. In this way, when the community participation is completed, the interface control unit 11 can display the community list screen 510 as shown in FIG. 10 and the community screen 520 as shown in FIG. 11 on the application 211.

FIG. 10 is a diagram showing an example of a community list screen 510 displayed on the terminal device 2. On the community list screen 510, buttons 501 to 505, a community information column 511 for each community, and a round plan (two-person reservation) button 513 are displayed. In the community information column 511, the name and ID of the community, a list of images of the user specified by the user to which the related data belongs, and the motivation information 512 indicating the motivation of the fluctuation data of the community are displayed. The button 513 is a button for executing a round plan (reservation for two people) described later.

FIG. 11 is a diagram showing an example of a community screen 520 displayed on the terminal device 2. On the community screen 520, for example, information on the community selected on the community list screen 510 is displayed. On the community screen 520, buttons 501 to 505, a community information column 521, a status column 523, and a round planning button 524 are displayed. In the community information column 521, the name and ID of the community, a list of images of the user specified by the user to which the related data belongs, and the motivation information 522 showing the motivation of the fluctuation data of the community are displayed. Information such as a community schedule and related communities is displayed in the status column 523. Button 524 is a button for executing a round plan described later.

Referring to FIG. 5, the user then performs round planning (step S3). Specifically, according to the operation of the user (target user), for example, the round plan 524 button is clicked or tapped on the community screen 520 of the selected community, the planning unit 15 sets the user's ID and the selected community. ID and the round planning process shown in FIG. 6 are executed.

FIG. 6 is a flowchart showing an example of the round planning process. First, the matching unit 14 acquires the golfer characteristics of the target user (step S31). Specifically, the matching unit 14 acquires the golfer characteristics of the target user from the user information 21.

Then, the matching unit 14 extracts one or more candidate users having golfer characteristics that match the golfer characteristics of the target user (step S32). Specifically, the matching unit 14 inputs the golfer characteristics of the target user acquired in step S31 into the trained data 23, which is a trained model, and acquires the classification with the highest matching rate based on the output. .. Further, the matching unit 14 identifies the user to which the user belongs based on the community information 22 of the selected community. Then, the matching unit 14 refers to the user information 21 of each identified user, and extracts one or more candidate users having a classification corresponding to the acquired classification. If no extractable candidate user is found, the next highest match rate classification may be obtained and the candidate user may be extracted.

Then, the planning unit 15 creates a party including the target user and one or more candidate users (step S33). Specifically, the planning unit 15 creates one or more parties consisting of various combinations of the target user and one or more candidate users extracted in step S32. The party is usually three or four people who may be allowed a round.

Then, the planning unit 15 plans a plan that can be reserved by the party (step S34). Specifically, for each party created in step S33, the planning unit 15 identifies a round date in which the schedules of all the members match and the overlapping play areas of all the members based on the user information 21. Further, the planning unit 15 sends a search request for a plan including desired conditions such as the number of people, a round date, and a play area to the reservation system 3 for each party. Then, the planning unit 15 receives information on one or more plans from the reservation system 3 for each party.

Then, the planning unit 15 presents the plan (step S35). Specifically, in response to the request of the planning unit 15, the interface control unit 11 displays the round plan result screen 530 as shown in FIG. 12, which includes the information of each plan acquired in step S34, on the application of the target user. Display on 211.

FIG. 12 is a diagram showing an example of a round plan result screen 530 displayed on the terminal device 2. On the round plan result screen 530, buttons 501 to 505, a community information column 531 and a plan result column 532 for each party are displayed. In the community information field 531 the name and ID of the community selected in the round plan are displayed. In the plan result column 532, one or more plans are displayed for the same party. Further, in the plan result column 532, a detail button for displaying detailed information of each plan and a reservation button for reserving each plan are displayed.

Referring to FIG. 5, in step S3, the planning unit 15 is targeted according to the operation of the user (target user), for example, the round planning (two-person reservation) button 513 is clicked or tapped on the community list screen 510. The user ID and the ID of the pair user designated in advance are acquired, and the round plan (two-person reservation) process shown in FIG. 7 is executed. The nomination of the pair user can be accepted, for example, from the list of user images displayed on the community list screen 510.

FIG. 7 is a flowchart showing an example of a round plan (two-person reservation) process. The points different from the processing of FIG. 6 will be mainly described. First, the matching unit 14 acquires the golfer characteristics of the target user and the pair user (step S31a).

Then, the matching unit 14 extracts one or more candidate users having golfer characteristics that match the golfer characteristics of the target user and the pair user (step S32a). Specifically, the matching unit 14 inputs the golfer characteristics of the target user acquired in step S31a into the trained data 23, which is a trained model, and acquires the classification with the highest matching rate based on the output. .. Similarly, a matching classification is obtained for the golfer characteristics of the pair user acquired in step S31a. Further, the matching unit 14 identifies a user belonging to each community based on the community information 22 of each community to which the target user belongs. Similarly, for the pair user, the user belonging to each community to which the pair user belongs is specified. Then, the matching unit 14 refers to the user information 21 of each identified user, and extracts one or more candidate users having classifications corresponding to the two classifications acquired for the target user and the pair user. If no extractable candidate user is found, the next highest match rate classification may be obtained and the candidate user may be extracted.

Then, the planning unit 15 creates a party including the target user and the pair user and one or more candidate users (step S33a). Specifically, the planning unit 15 creates one or more parties consisting of various combinations of the target user and the pair user and one or more candidate users extracted in step S32a. The party is usually three or four people who may be allowed a round.

Then, the planning unit 15 plans a plan that can be reserved by the party (step S34a). This process is the same as step S34 in FIG.

Then, the planning unit 15 presents the plan (step S35a). Specifically, in response to the request of the planning unit 15, the interface control unit 11 displays the round plan (two-person reservation) result screen 540 as shown in FIG. 13, including the information of each plan acquired in step S34a. , Displayed on the application 211.

FIG. 13 is a diagram showing an example of a round plan (two-person reservation) result screen 540 displayed on the terminal device 2. On the round plan (two-person reservation) result screen 540, buttons 501 to 505 and a plan result column 542 for each party are displayed. In the plan result column 542, one or more plans are displayed for the same party. Further, in the plan result column 542, a detail button for displaying detailed information of each plan and a reservation button for reserving each plan are displayed.

In the above-mentioned round planning process, candidate users are extracted only within the community to which the target user or the pair user belongs, but not only within the community, but all the registered users or among them are selected according to the search conditions. Candidate users may be extracted from the narrowed down users. However, in general, assuming that users in the same community have something in common (for example, friends, colleagues, etc.), it is better to limit them to the community, and there is psychological resistance. It is likely to be reduced.

Referring to FIG. 5, the user then makes a round reservation (step S4). Specifically, the reservation unit 16 reserves the selected plan according to the operation of the user (target user), for example, when the reservation button of either plan is clicked or tapped on the screen 530 or the screen 540. The request is transmitted to the reservation system 3. When the reservation is completed, the reservation unit 16 records information about the reserved plan (for example, the round date, the ID and name of the participating user, the name of the golf course, the play area, etc.) in the schedule of each participating user. After the plan is booked, the user visits the actually booked golf course and plays the round.

Next, the user performs a round review (step S5). Specifically, after the end of the plan, the interface control unit 11 causes the application 211 to display the round review screen 550 as shown in FIG. 14 in response to the operation of the user (target user).

FIG. 14 is a diagram showing an example of a round review screen 550 displayed on the terminal device 2. On the round review screen 550, buttons 501 to 505, a round information column 551, a round review column 552, a member review column 553 for each participating user, and a send button 554 are displayed. Information that identifies the round (for example, the round date, the name of the golf course, etc.) is displayed in the round information field 551. In the round review column 552, evaluation points and evaluation comments for the round can be input. In the member review column 553, evaluation points and evaluation comments for individual participating users other than the target user can be input. The send button 554 is a button for sending the review information input on the screen 550.

When the send button 554 is clicked or tapped, the user management unit 12 acquires the review information input on the screen 550, and the review information for each participating user is converted into the variable data of the user information 21 of the participating user. Record. In addition, review information for the round is also recorded in the fluctuation data of each participating user.

Each participating user can also perform a round review in the same way. Therefore, mutual review information between users is recorded in each user information 21. For example, when a round is made by a party of four users A to D, the user information 21 of the user A records a review of the individual user A by the users B to D and a review of the round by the users B to D. .. The same applies to users B to D.

As described above, when the round review is performed by each user, the learning process may be executed in the background.

FIG. 8 is a flowchart showing an example of the learning process. First, the learning unit 17 acquires the golfer characteristics and review information of the reviewed target user from the user information 21 (step S51). Further, the learning unit 17 acquires the golfer characteristics of another user who has reviewed the target user from the user information 21 (step S52).

Then, the learning unit 17 generates teacher data (step S53). Specifically, for example, the learning unit 17 quantifies the golfer characteristics of the target user acquired in step S51, the golfer characteristics of other users acquired in step S52, and the review information by other users acquired in step S51. Generate teacher data as a set with the converted label data. Then, the learning unit 17 trains the trained model by the deep learning algorithm using the teacher data generated in step S53 (step S54).

The embodiment of the present invention has been described above. According to this embodiment, it is possible to lower the barrier to participation in the round and contribute to the increase in the number of round players. For example, by using the reservation support service of the present embodiment, the user can easily plan a round without recruiting members who meet the schedule or searching for a golf course. Furthermore, since the party consisting of members who are compatible with each other is created using the trained data, psychological resistance is reduced even if the member is a first-time member.

The present invention is not limited to each of the above embodiments, and various modifications can be carried out within the scope of the gist of the present invention, and includes those aspects. Some components of one embodiment may be added to or replaced with some components of another embodiment. It is also possible to omit some of the components of a certain embodiment.

Further, at least a part of the functions of the reservation support device may be included in the function of the reservation system, and at least a part of the functions of the reservation system may be included in the function of the reservation support device. Further, at least a part of the functions of the reservation support device may be included in the functions of the application of the terminal device.

The present invention is not limited to round reservations, but can be applied to reservations for use in various places such as half-round reservations and golf driving range reservations. Further, the present invention is not limited to the device, and can be provided in various forms such as a system including the device, a method, and a computer-readable program.

1 ... Reservation support device, 2 ... Terminal device, 3 ... Reservation system, 10 ... Processing unit, 11 ... Interface control unit, 12 ... User management unit, 13 ... Community management unit, 14 ... Matching unit, 15 ... Planning department, 16 ... Reservation unit, 17 ... Learning unit, 20 ... Storage unit, 21 ... User information, 22 ... Community information, 23 ... Learned data, 30 ... Communication unit, 210 ... Processing unit, 211 ... App, 220 ... Storage unit, 230 ... communication unit, 240 ... display unit, 250 ... input unit, 500 ... home screen, 501 ... home button, 502 ... schedule button, 503 ... friend button, 504 ... community button, 505 ... chat button, 506 ... user information field, 510 ... Community list screen, 511 ... Community information column, 512 ... Motivation information, 513 ... Round plan (reservation for 2 people) button, 520 ... Community screen, 521 ... Community information column, 522 ... Motivation information, 523 ... Status column, 524 ... Round plan button, 530 ... Round plan result screen, 513 ... Community information column, 532 ... Plan result column, 540 ... Round plan (reservation for 2 people) result screen, 542 ... Plan result column, 550 ... Round review screen, 551 ... Round information column, 552 ... Round review column, 552 ... Member review column, 554 ... Send button, N ... Communication network

Claims (14)

A storage unit that stores user information including golfer characteristics for each user,
Using the user information, a matching unit that extracts one or more candidate users having golfer characteristics that match the golfer characteristics of the target user, and a matching unit.
A planning unit that plans one or more plans that can be reserved by a party including the target user and the one or more candidate users.
A reservation support device including a reservation unit that executes a reservation for a plan selected from the one or more plans. The reservation support device according to claim 1.
The matching unit is a reservation support device that extracts the candidate user that matches the target user by using a learned model that outputs the golfer characteristic that matches the input golfer characteristic. The reservation support device according to claim 2.
A user management unit that acquires review information between participating users who participated in the plan reserved by the reservation unit, and a user management unit.
A reservation support device including a learning unit that learns the golfer characteristics of each participating user and the review information as teacher data. The reservation support device according to any one of claims 1 to 3.
The user information includes each user's current motivation for golf.
The matching unit is a reservation support device that extracts the candidate users whose golfer characteristics match and whose motivation exceeds a predetermined standard. The reservation support device according to any one of claims 1 to 4.
The storage unit stores community information about one or more communities to which each user belongs.
The matching unit is a reservation support device that extracts the candidate user from the community belonging to the same community as the target user. The reservation support device according to any one of claims 1 to 5.
The matching unit extracts one or two candidate users having golfer characteristics that match the golfer characteristics of the target user and the pair user with respect to the target user and the pair user nominated by the target user. Device. The reservation support device according to any one of claims 1 to 6.
The golfer characteristic is a reservation support device containing data on personality in golf, at least one of openness, integrity, extroversion, coordination, and neuroticism. The reservation support device according to any one of claims 1 to 7.
The golfer characteristic is a reservation support device including at least one of age and gender. The reservation support device according to any one of claims 1 to 8.
The golfer characteristic is a reservation support device including at least one of a play style and a play purpose. The reservation support device according to any one of claims 1 to 9.
The golfer characteristic is a reservation support device including at least one of a shopping history related to golf and an action history related to golf. The reservation support device according to claim 1.
The storage unit stores community information about one or more communities to which each user belongs.
The user information includes each user's current motivation for golf.
The reservation support device is
A reservation support device including a community management unit that calculates and outputs motivation in the community using the motivation of each user belonging to the community. The reservation support device according to claim 1.
The storage unit stores community information about one or more communities to which each user belongs.
The reservation support device is
A reservation support device provided with a community management unit that merges communities into one community or associates communities with each other. It ’s a computer-based reservation support method.
A matching step for extracting one or more candidate users having golfer characteristics that match the golfer characteristics of the target user by using the user information including the golfer characteristics for each user.
A planning step of planning one or more plans that can be booked by a party that includes the target user and the one or more candidate users.
A reservation support method including a reservation step for executing a reservation for a plan selected from the one or more plans. A matching step for extracting one or more candidate users having golfer characteristics that match the golfer characteristics of the target user by using the user information including the golfer characteristics for each user.
A planning step of planning one or more plans that can be booked by a party that includes the target user and the one or more candidate users.
A program that causes a computer to execute a reservation step for executing a reservation for a plan selected from the one or more plans.

Images