JP6744650B1 - Event management system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To achieve more sophisticated event matching (adjustment). According to one aspect of the present invention, a server terminal that mediates between a proposer terminal associated with a proposer who proposes a predetermined event and a candidate terminal associated with a participating candidate, which are connected by a network. In the event management system provided by, the server terminal, a transmission unit that transmits the guide information including the event holding conditions to a candidate terminal related to the participation candidate designated in advance by the proposer, From the candidate terminal that has received the guidance information, a receiving unit that receives response information including participation conditions for the event, and a determination unit that determines the success or failure of the event by collating the holding conditions and the participation conditions. Equipped with. [Selection diagram] Figure 8

Description

The present invention relates to an event management system that performs information processing such as adjustment regarding a predetermined event.

For example, when a company proposes an event to participants such as general users, a store serving as a regional base can provide an event venue. Further, the sponsoring company or the like can provide products, services, people, etc. to the event. In addition, it is also possible to plan and hold events at stores that are regional bases.

With respect to the various events to be held, it is necessary to adjust various elements such as the venue, the date and time, the person, and the thing. As a conventional technique related to the adjustment of the event, for example, there is an information processing system for performing an adjustment between the event proposer (such as a company) and the event venue provider (such as a store) (see Patent Document 1). ).

JP, 2002-183479, A

However, although Patent Document 1 enables coordination between an event proposer and a provider of a place (facility) for holding an event, it is possible to match conditions of wishes and requirements of each person. It was not preferable for realizing advanced adjustment.

Then, the objective of this invention is providing the matching system which can implement|achieve the matching (adjustment) of an event more highly.

According to an aspect of the present invention, it is provided by a server terminal that mediates between a proposer-side terminal related to a proposer who proposes a predetermined event and a candidate terminal related to a participating candidate, which are connected by a network. In the event management system, the server terminal receives guidance information including guidance information including the holding conditions of the event, to a candidate terminal associated with a participation candidate designated in advance by the proposer, and the guidance information. The receiving unit that receives response information including the participation condition for the event from the candidate terminal, and the determination unit that determines the success or failure of the event by comparing the holding condition with the participation condition.

According to the present invention, event matching (adjustment) can be realized at a higher degree.

It is a block configuration diagram showing an event management system according to an embodiment of the present invention. It is a functional block block diagram of the server terminal 100 of FIG. It is a functional block block diagram which shows the proposer terminal 200 of FIG. 6 is a diagram showing an example of holding condition information 1000 stored in the server terminal 100. FIG. 6 is a diagram showing an example of schedule information 2000 stored in the server terminal 100. FIG. 3 is a diagram showing an example of reservation information 3000 stored in the server terminal 100. FIG. FIG. 6 is a diagram showing an example of member information 4000 stored in the server terminal 100. 6 is an example of a flowchart of event management processing according to an embodiment of the present invention. It is an example of a screen displayed on the candidate terminal 300 of each member who is a candidate for participation in an event called "Sento de Mokumokukai" held in Sakaeyu, Shibuya-ku, Tokyo. It is an example of a participation confirmation page 5000 displayed on the candidate terminal 300. It is an illustration figure which shows the concrete flow of the event management process which the event management system 1 performs. 6 is an example of a flowchart of event management processing according to an embodiment of the present invention. 6 is a table showing an example of timings when an event is established with holding conditions set. It is a table showing an example of the timing at which participation is established or the timing at which participation is confirmed by a person who answered conditional participation. It is a table showing arrangement of terms (meaning of words). It is a table showing a pattern in which the participation candidates C and F become successful at the same time, but since C has a faster response, the participation is confirmed by C (case 1). Participation candidates C and D will be accepted at the same timing, but since C is quicker to answer, C will be confirmed. In addition, F is a table showing patterns that cannot be answered due to over capacity (case 2). It is a table showing a pattern in which no one can confirm the participation until E, which is a candidate for participation, answers, and E cannot answer because the number of participants is over (Case 3). Participation candidate C is a table showing a pattern in which participation is not confirmed until the recruitment deadline (Case 4). It is a table showing a pattern in which other guests do not confirm participation until E, who is a candidate for participation becomes non-participation, is decided not to hold the event, and until E confirms participation. It is a table showing a pattern in which other guests do not confirm participation until F, who is a candidate for participation, confirms participation (Case 6). If a specific person participates, it is answered that it is not participating, but it is already answered that it is not participating, and after responding it is answered that it is not participating, and it is confirmed that it will not meet the conditions with the minimum number of participants due to the recruitment deadline Is a table showing (case 7). C, which is a candidate for participation, is a table showing a pattern in which non-participation is decided by the recruitment deadline because friends may be invited by the recruitment deadline even if E and F are not participating (case 8). 9 is a table showing a pattern in which an NG list setter participates and decides non-participation without waiting for the application deadline (Case 9). It is a table showing a pattern in which B and C become unparticipated without waiting for F's reply because F cannot participate as a condition, although F is a candidate for participation (Case 10). Candidates D and E will not be able to participate even if F joins due to over-capacity, and even if F does not participate because B does not participate, the pattern that becomes non-participation will be decided at the moment when answering. It is the table shown (case 11). This is a table showing a pattern in which B becomes a participant when F, which is a candidate for participation, becomes a participant, thereby C becomes a participant, and when F becomes a participant, D becomes an participant (case 12). ..

An embodiment of the present invention will be described below with reference to the drawings. The embodiments described below do not unduly limit the contents of the present disclosure described in the claims. Further, not all of the constituent elements shown in the embodiments are essential constituent elements of the present disclosure.

<Structure>
FIG. 1 is a block configuration diagram showing an event management system according to an embodiment of the present invention. The event management system 1 includes a proposer terminal 200 related to a proposer who proposes a predetermined event, and a server terminal 100 that mediates a candidate terminal 300 related to a candidate who participates in a predetermined event. It The participation candidate is a user who has previously registered as a member for the service provided by the server terminal 100. Further, the members may include proposers. This is because the proposer can also be a candidate for participation in the event, and the candidate for participation in the event can also be a proposer. The predetermined event is various events that are held in a predetermined area or in the vicinity of this predetermined area. Specifically, members of the festival, fireworks display, morning market, bargains at predetermined stores, cherry blossom viewing, etc. It includes a variety of events that can encourage going out and attract members.

The server terminal 100, the proposer terminal 200, and the candidate terminal 300 are connected via the network NW. The network NW is configured by the Internet, an intranet, a wireless LAN (Local Area Network), a WAN (Wide Area Network), or the like.

The server terminal 100 receives information related to a predetermined event from the proposer via the proposer terminal 200, and based on the information related to the predetermined event received from the participation candidate via the candidate terminal 300, the event A device that performs matching (adjustment), and may be a general-purpose computer such as a workstation or a personal computer, or may be logically realized by cloud computing. In the present embodiment, one server terminal is illustrated for convenience of explanation, but the present invention is not limited to this, and a plurality of server terminals may be used.

The proposer terminal 200 is an information processing device such as a personal computer or a tablet terminal owned by a member who uses a service provided by the server terminal 100, such as an event organizer or a related person, but is a smartphone or a mobile phone. You may comprise by telephone, PDA, etc.

As described above, the candidate terminal 300 is a candidate for participation in various events such as festivals and fireworks displays, and is owned by a member who uses the service provided by the server terminal 100, such as a personal computer or a tablet terminal. However, it may be configured by a smartphone, a mobile phone, a PDA, or the like.

In the present embodiment, the event management system 1 includes a server terminal 100, a proposer terminal 200, and a candidate terminal 300, and a proposer or a participating candidate uses the proposer terminal 200 and the candidate terminal 300, respectively. Although the server terminal 100 will be described as a configuration for operating the server terminal 100, the server terminal 100 may be configured as a stand-alone server, and the server terminal itself may have a function of being operated by a proposer or a participation candidate.

FIG. 2 is a functional block configuration diagram of the server terminal 100 of FIG. The server terminal 100 includes a communication unit 110 (transmission unit and reception unit), a storage unit 120, and a control unit 130.

The communication unit 110 is a communication interface for communicating with the proposer terminal 200 and the candidate terminal 300 via the network NW, and communicates according to a communication protocol such as TCP/IP (Transmission Control Protocol/Internet Protocol). Be seen.

The storage unit 120 stores a program for executing various control processes or each function in the control unit 130, input data, and the like, and includes a RAM (Random Access Memory), a ROM (Read Only Memory), and the like. It Further, the storage unit 120 includes a proposer data storage unit 121 that stores various data related to the proposer, a participation candidate data storage unit 122 that stores various data related to the participation candidate, and the like. Further, the storage unit 120 can also temporarily store the data communicated with the proposer terminal 200 and the candidate terminal 300. A database (not shown) that stores various data may be built outside the storage unit 120 or the server terminal 100.

The control unit 130 controls the overall operation of the server terminal 100 by executing the program stored in the storage unit 120, and is configured by a CPU (Central Processing Unit), a GPU (Graphics Processing Unit), or the like. To be done. The functions of the control unit 130 include an instruction receiving unit 131 that receives an instruction from the proposer terminal 200 or the candidate terminal 300, a proposer data management unit 132 that refers to and processes various data related to the proposer, It has a participation candidate data management unit 133 that refers to and processes various data related to the participation candidate, and a matching processing unit 134 (determination unit) that determines the success or failure of the event. The instruction receiving unit 131, the proposer data management unit 132, the participation candidate data management unit 133, and the matching processing unit 134 are activated by a program stored in the storage unit 120 and are a server terminal 100 that is a computer (electronic computer). Executed by.

The instruction accepting unit 131 is provided by the server terminal 100 and is a proposer or a participation candidate via a user interface such as a screen displayed on the proposer terminal 200 or the candidate terminal 300 via a web browser or an application. When a user makes a predetermined request (by inputting a keyword or pressing an icon), the user accepts an instruction from the proposer terminal 200 or the candidate terminal 300 via the communication unit 110.

The proposer data management unit 132 manages and processes various data related to the proposer (for example, member ID, name, address, contact information such as email address, and other SNS account information).

The participation candidate data management unit 133 manages and processes various data related to the participation candidate (for example, the user's name, address, contact information such as e-mail address, and other SNS account information).

The matching processing unit 134 performs processing for determining the success or failure of the event according to the request of the proposer.

FIG. 3 is a functional block configuration diagram showing the proposer terminal 200 of FIG. The proposer terminal 200 includes a communication unit 210, a display operation unit 220, a storage unit 230, and a control unit 240.

The communication unit 210 is a communication interface for communicating with the server terminal 100 via the network NW, and communicates according to a communication protocol such as TCP/IP.

The display operation unit 220 is a user interface used by the proposer to input an instruction and display a text, an image, or the like according to the input data from the control unit 240. When the proposer terminal 200 is composed of a personal computer, it is composed of a display, a keyboard and a mouse. When the proposer terminal 200 is composed of a smartphone or a tablet terminal, it is composed of a touch panel or the like. The display operation unit 220 is activated by a control program stored in the storage unit 230 and executed by the proposer terminal 200 which is a computer (electronic computer).

The storage unit 230 stores a program for executing various control processes or each function in the control unit 240, input data, and the like, and is configured by a RAM, a ROM, or the like. The storage unit 230 also temporarily stores the contents of communication with the server terminal 100.

The control unit 240 controls the overall operation of the proposer terminal 200 by executing the program stored in the storage unit 230, and is configured by a CPU, a GPU, or the like.

Note that the server terminal 100 may be configured to have the function of the display operation unit, and in this case, the server terminal 100 may not be provided with the proposer terminal 200.

The functional configuration of the candidate terminal 300 is also substantially the same as that of the proposer terminal 200, and thus the description thereof will be omitted.

FIG. 4 is a diagram showing an example of the holding condition information stored in the server terminal 100.

In the holding condition information 1000 shown in FIG. 4, the holding conditions of a predetermined event (for example, an event that is regularly held such as once a year, once a month, once a week) are registered. As shown in FIG. 4, the holding condition information 1000 includes information such as “event name”, “holding date/time condition”, and “facility condition” corresponding to each event. The "event name" is the name of the event. The “holding date and time condition” is a condition regarding the date and time when the event should be held. For example, the "monthly drinking party" event is held at 6:00 pm on weekdays from 25th to 31st of every month. Further, for example, the event of "New Year party" is held at 6 pm on weekdays from 6th to 15th of January every year. The “facility condition” is a condition regarding a facility (restaurant) to be used at the event. For example, the store A is used for the event of "monthly drinking party". The hotel restaurant is used for the "New Year party" event. The “facility condition” may include a condition regarding one or more attribute information (for example, name, place, business category, budget, etc.) regarding the facility. The holding condition information 1000 is updated at any time by the control unit 130 of the server terminal 100, for example, according to the operation of the proposer on the proposer terminal 200.

FIG. 5 is a diagram showing an example of schedule information stored in the server terminal 100.

In the schedule information 2000 shown in FIG. 5, the schedules (for example, events) of a plurality of users who are candidates for participation in the event are registered. As shown in FIG. 5, the schedule information 2000 includes information such as “member name”, “title”, “date”, and “time zone” corresponding to each schedule. The "member name" is the name of the member corresponding to the schedule. An ID that can identify the member may be used instead of the “member name”. “Title” is a title indicating the contents of the schedule. “Date” is the date and time when the schedule is included. The "time zone" is the time zone in which the schedule is set. For example, the member B has a schedule of “business trip” from March 24, 2020 to 26th, the day after the next day. The schedule information 2000 is updated at any time by the control unit 130 of the server terminal 100, for example, according to the operation of the participating candidate on the candidate terminal 300.

FIG. 6 is a diagram showing an example of reservation information stored in the server terminal 100.

In the reservation information 3000, the reservation status for each facility is registered. The reservation information 3000 is generated for each facility, for example. FIG. 6 shows the reservation information 3000 of the store A. As shown in FIG. 6, the reservation information 3000 includes information such as “reservation person name”, “visit date and time”, “number of people”, and “table” for each accepted reservation. The “reservation person name” is, for example, the name of the proposer (representative of the group who visits the store) who proposed the event. "Date and time of visit" is the date and time when the group comes to the store. “Number of people” is the number of people in the group. A "table" is a table assigned to the group. The reservation information 3000 is updated by the control unit 130 of the server terminal 100 at any time, for example, each time a new reservation is accepted at each facility, according to the operation of the proposer on the proposer terminal 200.

FIG. 7 is a diagram showing an example of member information stored in the server terminal 100.

In the member information 4000 shown in FIG. 7, information about each of a plurality of members who are event proposers or participation candidates is registered. As shown in FIG. 7, the member information 4000 includes information such as “member name” and “contact information” corresponding to each member. The “member name” is the name of the user. An ID that can identify the member may be used instead of the “member name”. The "contact" is a contact such as an email address used by the member. The “member name” and the “contact point” are registered by the control unit 130 of the server terminal 100 according to the operation of a specific member on the proposer terminal 200 or the candidate terminal 300.

Part or all of the holding condition information 1000, the schedule information 2000, and the member information 4000 are stored in another server accessible from the server terminal 100, the proposer terminal 200, and the candidate terminal 300 via the network NW. It is possible that In this case, the control unit 130 of the server terminal 100 may appropriately acquire the information from the proposer terminal 200, the candidate terminal 300, or the other server, and execute the event management process described below.

<Process flow>
The flow of event management processing executed by the event management system 1 of this embodiment will be described with reference to FIG. FIG. 8 is an example of a flowchart of event management processing according to the embodiment of the present invention.

Here, in order to use the event management system 1, the proposer and/or the participation candidate accesses the server terminal 100 using the web browsers or applications of the proposer terminal 200 and the candidate terminal 300, respectively. On the other hand, when using the service for the first time, the proposer and/or the participation candidate respectively inputs the above-mentioned proposer basic information and the participation candidate basic information. On the other hand, if the accounts of the proposer and the participation candidate have already been acquired, the service becomes available by logging in after receiving predetermined authentication such as inputting the ID and password. After this authentication, a predetermined user interface is provided via the website, application, etc., and the process proceeds to step S101 shown in FIG.

First, as the processing of step S101, the control unit 240 of the proposer terminal 200 has the holding condition information 1000 (FIG. 4) indicating the holding conditions of the event, and the schedule information 2000 (showing the schedule of each member who is a candidate for the event). Based on at least one of FIG. 5) and reservation information 3000 (FIG. 6) indicating the availability of facilities used at the event, the event candidate date and time is automatically set. For example, the control unit 240 determines in advance for each event registered in the holding condition information 1000 from the earliest day of the one or more days indicated in the “holding date/time condition” of the holding condition information 1000. Set the candidate date and time for the event when the number of days passed back.

FIG. 9 is an example of a screen displayed on the candidate terminal 300 of each member who is a candidate for participation in an event called “Sento de Mokumokukai” held in Sakaeyu, Shibuya-ku, Tokyo. As shown in FIG. 9, the proposer terminal 200 relating to A (member who has the handle name Nisiya) as the proposer of this event has a date and time that goes back from Saturday, November 23, 2019 to 34 days (ie, , October 20, 2019 (Sunday), the candidate date and time for the event of “Sento de Mokumokukai” is automatically set to Saturday, November 23, 2019.

Various methods are conceivable as a method for setting the candidate date and time of the event. For example, on the basis of the schedule information 2000, the control unit 240 determines the date and time when a certain number or more or a certain percentage or more of members are scheduled among the dates and times that satisfy the “held date and time condition” of the holding condition information 1000, as the holding candidate date and time. You may set as. Further, for example, when a specific facility is designated in the “facility condition” of the holding condition information 1000, the control unit 240 sets the “holding date/time condition” of the holding condition information 1000 based on the reservation information 3000 of the facility. Of the dates and times to be satisfied, the dates and times when the facility can be used may be set as the candidate dates and times.

The control unit 240 specifies a candidate for participation in the event based on the operation of the proposer who proposes the event. For example, in the case of an event of “sento mokumokukai”, the proposer terminal 200 relating to A who is the proposer designates five persons B to F as participation candidates. In addition, the conditions for holding the “sento de mokumokukai” include, for example, that the number of participants in the event is equal to or greater than a predetermined number, that a specific candidate for participation in the event, and the like. Specifically, the event of “sento de mokumokukai” is held when three or more members participate and when B, a specific candidate for participation, participates.

Next, as a process of step S102, the server terminal 100, via the communication unit 110, guide information including the holding condition information of a predetermined event, together with information indicating a candidate for participation designated in advance by the proposer, the proposer terminal. Received from 200. For example, in the case of an event of "Sento de Mokumokukai," "3" is set as the minimum required number of people information that indicates the number of people required to hold the event, and "B" is set as the required mandatory candidate information required to hold the event. It is received as information. The holding condition information received at this time is stored in the storage unit 120.

Next, as the process of step S103, the server terminal 100 transmits, via the communication unit 110, guidance information including the event holding conditions to the candidate terminal 300 associated with the participation candidate designated in advance by the proposer. .. For example, the control unit 130 of the server terminal 100, based on the “contact information” registered in the member information 4000 (FIG. 7), access information for accessing the participation confirmation page 5000 as shown in FIG. 10 ( For example, the URL) is notified to each member by e-mail. The member who receives the e-mail can access the participation confirmation page 5000 from his/her candidate terminal 300 based on the access information.

FIG. 10 is an example of the participation confirmation page 5000 displayed on the candidate terminal 300. On the participation confirmation page 5000, the event name of the target event (here, “public bath and mokumokukai”) is displayed. Further, the participation confirmation page 5000 is provided with a confirmation field F10 in which the participation condition information can be input in response to the operation of the candidate on the candidate terminal 300 for the target event “Sento de Mokumokukai”. In the present embodiment, the participation condition information is information that is not disclosed to the event proposer. In the confirmation column F10, a selection area R10 corresponding to attendance (participation) and a selection area R20 corresponding to absence (non-participation) are displayed for each target event. The member can selectively select either one by operating (for example, clicking or touching) the selection area R10 or the selection area R20 for each target event.

The above-mentioned participation conditions include, for example, that a specific participation candidate is included in the participation candidates who have announced that they will participate in the event, and the number of participation candidates who have been confirmed to participate in the event is a predetermined number or more. Things are included.

FIG. 11 is an illustrative view showing a specific flow of event management processing executed by the event management system 1. As shown in FIG. 11, the participation condition of the participation candidate C includes that the participation candidate D is included in the participation candidates who have announced that they will participate in the “sento mokumokukai”. The participation condition of the participation candidate E includes that the participation candidate B is included in the participation candidates who have announced that they will participate in the “sento de mokumokukai”. The participation condition of the participation candidate D includes that the number of the participation candidates who are confirmed to participate in the “sento mokumokukai” is five or more.

Next, as the processing of step S104, when the participation condition is input to the confirmation field F10 according to the operation of the candidate on the candidate terminal 300, the response information including the participation condition information is transmitted from the candidate terminal 300 to the communication unit. It is transmitted to the server terminal 100 via 110.

Next, as the process of step S105, the matching processing unit 134 of the server terminal 100 compares the holding condition information stored in the storage unit 120 with the participation condition information included in the response information to determine whether the event holding is successful. judge. Specifically, when the matching processing unit 134 receives the participation condition information, the matching processing unit 134 reads the minimum required number information “3” and the essential participation candidate information “B” from the storage unit 120, and the read information and the participation. The success or failure of the event is judged while checking the condition information.

Here, several methods can be considered for the success/failure determination processing of the event held by the matching processing unit 134, but in the following, an example thereof will be described in detail. FIG. 12 is an example of a flowchart of event management processing according to the embodiment of the present invention.

First, as the process of step S201, in the server terminal 100, when the communication unit 110 receives the response information from the candidate terminal 300 (YES in step S201), the participation condition information is included in the received response information. In that case (YES in step S202), the participation condition information is read (step S203). Here, in the server terminal 100, the matching processing unit 134 that receives the response information from the communication unit 110 increments the variable “K (initial value “0”)” as the number of times the response information is received by 1 (step S204). ..

Then, the matching processing unit 134 determines that the member name “B” of the essential participation candidate read out from the storage unit 120 and the member name “B” of the participation candidate associated with the response information match, and When the attendance information of the name "B" is "absent (non-participation)" (YES in step S205), a transmission request of the holding cancellation information is output to the communication unit 110 (step S206). Then, in the server terminal 100, the communication unit 110 notifies the proposer terminal 200 regarding A who is the proposer of the “sento mokumokukai”, and the candidate terminals 300 of all the participants B to F who are candidates for participation in the event. Is transmitted via the network NW (step S207).

On the other hand, the matching processing unit 134 determines that the membership name “B” of the mandatory participation candidate read from the storage unit 120 and the membership name “B” of the participation candidate associated with the response information match, and When the attendance information is “attendance (participation)” (NO in step S205 and then YES in step S208), the variable “L” (initial value “” as the number of current participants of the mandatory participation candidate “B”). 0")" is incremented by 1 (step S209).

On the other hand, the matching processing unit 134 does not match the member name “B” of the mandatory participation candidate read from the storage unit 120 with the member name “B” of the participation candidate associated with the response information. (NO in step S205 followed by NO in step S208), if the attendance information is “attendance (participation)” (YES in step S210), the participation candidate “C” other than the mandatory participation candidate is The variable "M (initial value "0")" as the number of current participants of "F" is incremented by 1 (step S211).

Then, the matching processing unit 134 is associated with the response information after incrementing any of the variables (step S209 or step S211) or with the member name “B” of the essential participation candidate read from the storage unit 120. If the membership name “B” of the participating candidate does not match and the attendance information is “absence (non-participation)” (NO in step S210), the number of current participants “L+M” and the minimum required number The size of “3” is compared (step S212). Here, when “L+M” is equal to or larger than “3” (“YES” in step S212), the matching processing unit 134 outputs a transmission request of the holding determination information to the communication unit 110 ( Step S213). Then, in the server terminal 100, the communication unit 110 stores information in the proposer terminal 200 related to A who is the proposer of the “sento mokumokukai” and the candidate terminals 300 of all the participants B to F who are candidates for participation. Is transmitted via the network NW (step S214).

Here, the participation condition of the participation candidate C includes that the participation candidate D is included in the participation candidates who have announced that they will participate in the “sento mokumokukai”. Therefore, when the attendance candidate D's attendance information is "attendance (participation)" (YES in step S210), the communication unit 110 in the server terminal 100 causes the communicator 110 to participate in the "sento mokumokukai". A participation flag indicating the holding decision information is transmitted to the candidate terminal 300 regarding C via the network NW (step S214).

Similarly, the participation condition of the participation candidate E includes that the participation candidate B is included in the participation candidates who have announced that they will participate in the “sento mokumokukai”. Therefore, if the attendance candidate B's attendance information is “attendance (participation)” (NO in step S205 and then YES in step S208), the communication unit 110 in the server terminal 100 causes the communication unit 110 to “in a public bath”. A participation flag indicating the holding determination information is transmitted to the candidate terminal 300 regarding the participating candidate E of the "Mokumokukai" via the network NW (step S214).

Further, the participation condition of the participation candidate D includes that the number of the participation candidates who are confirmed to participate in the “sento de mokumokukai” is five or more. Therefore, when the number of current participants “L (the number of confirmed participation users)+M (the number of conditional participation prospective users)” is 5 or more (YES in step S212), the communication unit 110 in the server terminal 100 A participation flag indicating the holding decision information is transmitted to the candidate terminal 300 regarding the participating candidate D of the “public bath and muddy meeting” via the network NW (step S214).

Returning to step S212, when “L+M” is smaller than “3” (NO in step S212), the matching processing unit 134 determines that the number of current participants is “L+M” and the number of all of the participating candidates B to F is “5”. "(L+M)+(5-K)", which is the number "5-K" that represents the number of unanswered by subtracting "K" from "," is compared with the minimum required number "3" ( Step S215). Here, if “(L+M)+(5-K)” is smaller than “3” (YES in step S215), the matching processing unit 134 determines that all unanswered participation candidates have announced participation. As a result of not exceeding the minimum required number of people “3”, there is no need to wait for a further response, and therefore a transmission request of the holding cancellation information is output to the communication unit 110 (step S216).

Then, in the server terminal 100, the communication unit 110 transmits the holding cancellation information to the candidate terminals 300 for all of the participating candidates B to F via the network NW (step S217). If "(L+M)+(5-K)" is larger than "3" (NO in step S215), the minimum required number exceeds "3" depending on the participation expression by the unanswered candidate. Since it is necessary to continue to wait for a response, it waits for reception of response information (step S201).

As described above, according to the present embodiment, event matching (adjustment) can be realized more highly. In particular, since the event proposer and the participation candidate can specify the conditions of the wish/request of the event, it is possible to realize a high degree of matching under the conditions. As a result, the risk of holding an event can be effectively reduced.

Also, the proposer of the event can solicit the participation candidates to the event, or can reply to the invitation to the event messagelessly and conditionally, so hesitate to reply without being honest, or , It is possible to dispel the anxiety that even if you solicit, you will be refused.

In addition, since it is possible to exchange messages and the like between users who are expected to participate in an event, it is possible to facilitate communication necessary for holding the event.

Although the embodiments according to the disclosure have been described above, they can be implemented in various other forms, and can be implemented by making various omissions, substitutions, and changes. These embodiments and modifications, and omissions, substitutions and changes are included in the technical scope of the claims and their equivalents.

It should be noted that the server terminal 100 proposes a predetermined event and sets the information exchangeable in units of one or two or more groups of participation candidates who are frequently invited by the proposer to the event. It may include a setting unit. A group is, for example, a “university circle group, a university seminar group, a company colleague group, a high school classmate group, etc., and information is set to be exchangeable on a group-by-group basis. It is possible to smoothly carry out information exchange, such as going and exchanging messages or photos.

16 to 27 are explanatory diagrams showing variations of the participation conditions of the participation candidates. Here, it is assumed that the number of people on the owner side is counted, that is, the number of guests is the number of guests only, and the number of participants of the event with a capacity of 3 is 4, and the number of guests is counted. That is, when the number of people added by the owner and the guest is 3 or more, the number of participants in the event is counted as 3 or more.

1 event management system, 100 server terminal, 110 communication unit (transmission unit and reception unit), 120 storage unit, 130 control unit, 134 matching processing unit (determination unit), 200 proposer terminal, 300 candidate terminal, NW network

Claims (7)

At least one proposer-side terminal associated with a proposer who proposes a predetermined event, which is connected via a network, a plurality of candidate terminals associated with participating candidates, the proposer-side terminal, and the plurality of candidates An event management system including a server terminal that matches a terminal,
Members who have registered in advance in the service provided by the server terminal can be both the proposer and the participation candidate,
The server terminal is
While including the holding conditions of the event, the guide unit including the eating and drinking place or the entertainment place, a transmitting unit that transmits to the plurality of candidate terminals related to the participation candidate designated in advance by the proposer,
From each of the plurality of candidate terminals that have received the guidance information, a receiving unit that receives response information including participation conditions including presence/absence of participation expression to the event by other participating candidates,
A determination unit that determines the success or failure of the event holding by comparing the holding condition and the participation condition,
The transmission unit transmits the success or failure of the event holding determined by the determination unit to the plurality of candidate terminals and the proposer side terminal,
Event management system. The event management system according to claim 1, wherein the holding condition includes that the number of participants in the event is a predetermined number or more. The event management system according to claim 1, wherein the holding condition includes participation of a specific mandatory participation candidate in the event. Based on the plurality of response information received by the receiving unit, the determining unit determines that the participation condition is satisfied, and when determining to hold an event, the candidate terminal that has transmitted the response information including the participation condition is transmitted to the candidate terminal. The event management system according to claim 1, which transmits a holding decision. The event management system according to claim 1, wherein the participation condition relates to whether or not a specific participation candidate is included in the participation candidates who have announced participation in the event. The event management system according to claim 1, wherein the participation condition relates to whether or not the number of participation candidates who have announced participation in the event is equal to or more than a predetermined number. Further, the server terminal includes a setting unit that sets information exchangeable in group units in which the proposer and the participation candidates who the inviter frequently invites to the event are divided into one or more groups. The event management system according to claim 1, comprising.