JP2014038415A - Method for managing event management device, event management device and program for event management device - Google Patents

Abstract

PROBLEM TO BE SOLVED: To reduce the load on a user who organizes an event, as much as possible.SOLUTION: Candidate event information that includes at least a pair of a candidate date and a candidate venue for an event and destination information that allows users to which the candidate event information is suggested to be identified are obtained, and the candidate event information is suggested to the users identified using the destination information. Response information regarding the candidate event information is obtained from users to which the candidate event information has been suggested, and the candidate event information is stored at least before the suggestion is made and the obtained response information is stored in association with the candidate event information and identification information that allows the users who have responded to the candidate event information with the response information to be identified.

Description

  The present invention relates to a technique for providing information suitable for a user related to a specific service.

  In recent years, services provided on the Internet are rapidly spreading. As one of such services, a website providing SNS (Social Networking Service) is known. This website allows you to build friendships for communication between users. And a means provided by a communication tool such as posting, chatting, and mail between friends is provided. Patent Document 1 discloses a technique for displaying the ranking of participants in an easy-to-understand manner based on the positions of avatars, for example, in order to compete with each other for the total distance traveled during jogging.

Special table 2011-518360 gazette

The results such as the ranking displayed in Patent Document 1 are results based on exercises such as jogging of each participant to the last, and an effect of increasing the motivation of each participant for the exercise such as jogging can be expected.
However, some sports, entertainment, etc. are not only individually performed, but also a plurality of people participate and compete and enjoy. When a party is held, it is usual to invite a plurality of people. In such events such as sports, entertainment, parties, etc. where multiple people participate, it is often difficult to adjust the schedule and time when inviting the other party, and it is a great burden for the manager. It was.
This invention is made | formed in view of this point, and makes it a solution subject to reduce the burden of those who become a secretary in an event as much as possible.

  Means employed by the present invention to solve the above problems will be described below. In order to facilitate understanding of the present invention, reference numerals in the drawings will be appended in parentheses for convenience in the following, but the present invention is not intended to be limited to the illustrated forms.

In order to solve the above-described problems, a management method for an event management apparatus according to the present invention is a management method for an event management apparatus that provides a predetermined service and can communicate with a terminal device (2) of a user who receives the service. According to the operation of the terminal device (2) of a predetermined user, at least one set of event candidate information related to the combination of the schedule candidate and the location candidate for the event and the user who is the presentation partner of the event candidate information Identifiable destination information is acquired, the event candidate information is presented to the user of the presentation partner specified by the destination information, and in response to an operation of the terminal device (2) of the user of the presentation partner , Acquiring response information about the event candidate information, storing the event candidate information at least before the presentation, and using the acquired response information as the event candidate information and the response information. And to store in association with specific identification information capable of a user of the presentation party that sent the.
In the present invention, the event is a concept including sports such as golf, entertainment such as games, parties and the like.

In order to solve the above-described problems, an event management device according to the present invention is an event management device that provides a predetermined service and can communicate with a terminal device (2) of a user who receives the service, According to the operation of the terminal device (2) by a person, at least one set of event candidate information relating to a combination of a schedule candidate and a place candidate for the event, and a specific relationship with the predetermined user by the predetermined user A candidate information acquisition unit (12) capable of acquiring target user information including identification information that can identify a user to be presented for the event candidate information selected from the users having the event candidate information, and the event candidate information as the target According to the operation of the terminal device (2) by the presentation target user that can be presented to the presentation target user specified based on the user information, the event candidate information A response information acquisition unit (13) capable of acquiring response information, the event candidate information, the response information, and identification information that can identify the presentation target user who has transmitted the response information. And a storage unit (15) capable of storing at least.
In the present invention, the event is a concept including sports such as golf, entertainment such as games, parties and the like.

In order to solve the above-described problem, the program of the event management apparatus according to the present invention provides a predetermined service, can communicate with the terminal device (2) of the user who receives the service, and is provided with a computer. A program, wherein the computer causes at least one set of event candidate information related to a combination of a schedule candidate and a location candidate for an event according to an operation of the terminal device (2) by a predetermined user, and the predetermined Candidate information acquisition unit that can acquire target user information including identification information that can identify a user to be presented for the event candidate information selected from a user who has a specific relationship with the predetermined user by the user ( 12), a presentation unit (14) capable of presenting the event candidate information to a presentation target user specified based on the target user information, and the presentation pair In response to an operation of the terminal device (2) by a user, a response information acquisition unit (13) that can acquire response information about the event candidate information, the event candidate information, the response information, and the response information It is made to function as a memory | storage part (15) which can be linked | related and memorize | stored in the identification information which can identify the said presentation object user who transmitted.
In the present invention, the event is a concept including sports such as golf, entertainment such as games, parties and the like.

In order to solve the above-described problems, the management method of the event management apparatus according to the present invention is capable of providing the first service and for the second users including the first user who receives the provision of the first service. A method for managing an event management apparatus capable of communicating with an external management apparatus that provides a second service and capable of communicating with a terminal apparatus (2) of the first user, wherein the terminal apparatus ( 2) Providing the second service according to the operation of 2), having at least one set of event candidate information relating to the combination of the schedule candidate and the location candidate for the event, and the predetermined first user, and providing the second service Receiving target user information including identification information that can identify the presentation target user selected as the presentation target of the special event candidate information by the predetermined first user from among the second users receiving In the target user information Presenting the event candidate information to the presentation target user identified based on the response information about the event candidate information according to the operation of the terminal device (2) by the presentation target user, The event candidate information is stored at least before the presentation, and when the response information is acquired, the acquired response information can identify the presentation target user who has transmitted the event candidate information and the response information. The information is stored in association with the identification information.
In the present invention, the event is a concept including sports such as golf, entertainment such as games, parties and the like.

In order to solve the above-described problem, the event management apparatus according to the present invention is capable of providing the first service and provides the second service to the second user including the first user who receives the provision of the first service. An event management device that is communicable with an external management device that provides communication with the terminal device (2) of the first user, according to an operation of the terminal device (2) by a predetermined first user Presenting at least one set of event candidate information relating to a combination of a schedule candidate and a location candidate for the event, and the event candidate information from the second user having a specific relationship with the predetermined first user Based on the target user information, the candidate information acquisition unit (12) that can acquire target user information including identification information that can identify the presentation target user selected as the target, and the event candidate information The target to be identified A presentation unit (14) that can be presented to a user, and a response information acquisition unit that can obtain response information about the event candidate information in accordance with the operation of the terminal device (2) by the presentation target user ( 13), the event candidate information, the response information, and the storage unit (15) capable of storing the identification information that can identify the presentation target user who transmitted the response information in association with each other. It is characterized by that.
In the present invention, the event is a concept including sports such as golf, entertainment such as games, parties and the like.

In order to solve the above-described problem, the program of the event management apparatus according to the present invention is capable of providing the first service, and is provided for the second user including the first user who receives the first service. 2 is a program for an event management device that is communicable with an external management device that provides a service, is communicable with the terminal device (2) of the first user, and comprises a computer, In response to an operation of the terminal device (2) by a person, at least one set of event candidate information relating to a combination of a schedule candidate and a place candidate for the event, and the predetermined first user having the specific relationship A candidate information acquisition unit (12) capable of acquiring target user information including identification information that can identify a presentation target user selected as a presentation target of the event candidate information from among two users; According to the operation of the terminal device (2) by the presentation unit (14) capable of presenting the event candidate information to the presentation target user specified based on the target user information A response information acquisition unit (13) capable of acquiring response information about the event candidate information, an identification that can identify the event candidate information, the response information, and the presentation target user who transmitted the response information It is characterized by functioning as a storage unit (15) capable of storing information in association with each other.
In the present invention, the event is a concept including sports such as golf, entertainment such as games, parties and the like.
The program may be stored in a recording medium. If this recording medium is used, the program can be installed in the computer, for example. Here, the recording medium storing the program may be a non-transitory recording medium such as a CD-ROM.

It is a block diagram of the service provision system which concerns on 1st Embodiment of this invention. It is explanatory drawing which shows an example of the data structure of a golf user information table. It is explanatory drawing which shows an example of the data structure of a SNS user information table. It is explanatory drawing which shows an example of the data structure of a SNS friend information table. It is a block diagram which shows the structure of a management server. It is a block diagram which shows the structure of a terminal device. It is a sequence diagram which shows the operation | movement sequence of the service provision system regarding a display process. It is a sequence diagram which shows the operation | movement sequence of the service provision system regarding a display process. It is explanatory drawing which shows the process which specifies the SNS friend who has a friend relationship with the person. It is explanatory drawing which shows the process which specifies a SNS friend's SNS friend. It is explanatory drawing which shows an example of the display screen of a terminal device. It is explanatory drawing which shows an example of the display screen of a terminal device. It is explanatory drawing which shows an example of the display screen of a terminal device. It is explanatory drawing which shows an example of the display screen of a terminal device. It is explanatory drawing which shows an example of the display screen of a terminal device. It is explanatory drawing which shows an example of the display screen of a terminal device. It is explanatory drawing which shows an example of the data structure of a prefecture master table. It is explanatory drawing which shows an example of the data structure of a golf course master table. It is explanatory drawing which shows an example of the display screen of a terminal device. It is explanatory drawing which shows an example of the data structure of a special event candidate information management table. It is explanatory drawing which shows an example of the data structure of a response information management table. It is explanatory drawing which shows an example of the display screen of a terminal device. It is explanatory drawing which shows an example of the display screen of a terminal device. It is explanatory drawing which shows an example of the display screen of a terminal device. It is a sequence diagram which shows the operation | movement sequence of the service provision system regarding a golf event setting process. It is a sequence diagram which shows the operation | movement sequence of the service provision system regarding a golf event setting process. It is a sequence diagram which shows the operation | movement sequence of the service provision system regarding a golf event setting process. It is a sequence diagram which shows the operation | movement sequence of the service provision system regarding a golf event setting process. It is a sequence diagram which shows the operation | movement sequence of the service provision system regarding the response process with respect to golf event invitation. It is a block diagram of the service provision system which concerns on 2nd Embodiment of this invention.

Hereinafter, as an embodiment, a service providing system using a management server according to the present invention will be described with reference to the drawings.
<First Embodiment>
<1. Configuration of service provision system>
FIG. 1 is a block diagram of a service providing system 100 according to an embodiment of the present invention. This service providing system 100 includes a management server 1 (an example of an event management device) that provides a golf information application (an example of a predetermined service and a first service) via a communication network NET such as the Internet, and a terminal device of a user 2. An external management server 3 (an example of an external management device) that provides an SNS site is provided. In the following description, a user who uses the golf information application of the management server 1 is a golf user (an example of a user and a first user), and an SNS user of the external management server 3 is an SNS user (second use). Example).
The SNS site provided by the external management server 3 provides a communication tool between users (that is, exchange of message management information performed between users. For example, a bulletin board, mail, chat, etc.). In the SNS site, the friendship relationship is established when the action source SNS user makes a friend application and the action destination SNS user approves the friend application. The external management server 3 manages friend information (an example of specific relationship information) indicating an SNS friend relationship that is a specific relationship between SNS users.

The user terminal device 2 can communicate via the communication network NET, and corresponds to, for example, a personal computer, a mobile phone, a smartphone, a tablet terminal, or the like.
The management server 1 provides a specific service. Management server 1 of this embodiment provides a golf information application to a golf user. In the present embodiment, the provision of a golf information application will be described as an example. However, the management server 1 provides an application such as a game, provides travel information including a hotel reservation, provides party information, provides concert information, It may provide services and sales of goods.

In the SNS (an example of the second service) provided by the external management server 3, not only a bulletin board, e-mail, chat, etc. can be used, but also social applications such as games and practical tools can be used. This social application may be provided by a provider other than the SNS provider, and the SNS user arbitrarily determines whether or not to use the social application or which social application to use. It can be done. When the SNS user wishes to use a social application, the social application can access the SNS user's profile information and the friend information on the SNS, or the social application can replace the SNS user. There may be cases where permission is required for functions to be posted on bulletin boards. Depending on the social application, the SNS user may be permitted to use these functions, thereby becoming a user of the social application. Such social applications generally display the screen of the social application on the SNS site. Therefore, for SNS users, the social application can be used as if using one of SNS services. Will be used.
As an example, the golf information application provided by the management server 1 of the present embodiment is a service provided by a social application as described above. In this embodiment, in order for an SNS user to become a golf user who is a user of a golf information application, the golf information application accesses the profile information of the SNS user and the friend information on the SNS, The golf information application approves a function or the like for posting on a bulletin board or the like instead of the SNS user. When the SNS user performs this approval, the SNS user becomes a golf user.

  That is, the golf user is included in the SNS user. In other words, the management server 1 provides a golf information application to a golf user, and registers as a golf user of a golf information application only for the SNS user of the external management server 3. On the other hand, the external management server 3 provides SNS with respect to the SNS user containing a golf user. As described above, the golf user is included in the SNS user. Moreover, as described above, the golf information application accesses the profile information of the SNS user and the friend information on the SNS, and the golf information application includes the SNS user. The SNS user has been approved for the function of posting on the bulletin board, etc.

  The function of the management server 1 will be described with reference to FIG. The management server 1 includes a storage unit 15 that stores a golf user information table TBL11, an event candidate information management table TBL13, a response information management table TBL14, and a master table TBL15 (prefecture master table TBL15a, golf course master table TBL15b). The storage unit 15 stores a program for controlling the management server 1. The golf user information table TBL11 stores identification information UID that uniquely identifies a golf user. In the event candidate information management table TBL13, event schedule candidates for the event (golf event) set later, event candidate information including the event location candidate, identification information UID about the person invited to this golf event, participation in the golf event Response information indicating whether or not to do so is recorded.

In addition, the management server 1 includes an acquisition unit 11, a candidate information acquisition unit 12, a response information acquisition unit 13, and a presentation unit 14. The acquisition unit 11 is stored in the storage unit 15 when the management server 1 receives a request to display the friend (an example of the predetermined user and the predetermined first user) and a friend relationship (an example of a specific relationship). A function for acquiring friend information managed by the external management server 3 based on the identification information UID of the person and an SNS user (SNS friend) having a friend relationship with the person specified based on the acquired friend information About the SNS user (SNS friend's SNS friend) who has a friend relationship further with the SNS friend specified based on the function which acquires the friend information managed by the external management server 3, and the acquired friend information, and And a function of acquiring predetermined information such as a profile image of an SNS friend. Moreover, the candidate information acquisition part 12 is provided with the function which acquires target user information regarding the other party (presentation target user) who presents event candidate information and event candidate information from the principal. Moreover, the response information acquisition part 13 is provided with the function which acquires the response information containing the information which shows the statement of the possibility of participating in a golf event from the presentation object user who received event candidate information.
The presentation unit 14 has a function of performing control to transmit event candidate information and other predetermined information to the terminal device 2.

  The function of the terminal device 2 will be described with reference to FIG. The terminal device 2 includes an input unit 21, a notification unit 22, and a display unit 23.

The input unit 21 can input a golf event holding schedule candidate, a holding place candidate, a presentation target user, whether or not to participate in a golf event, and the like.
The notification unit 22 can notify the management server 1 of the information regarding the golf event schedule date, the venue location candidate, the presentation target user, and whether or not to participate in the golf event, which is input through the input unit 21.
The display unit 23 can display special event candidate information transmitted via the presentation unit 14 of the management server 1, a form for inputting special event candidate information, a form for selecting a presentation target user, and the like. .

  FIG. 2 shows the data structure of the golf user information table TBL11. A plurality of records are recorded as registration information in the golf user information table TBL11. One record includes identification information UID that uniquely identifies a golf user, a registration date, and profile information. Profile information includes gender, age, email address, and the like. In the present embodiment, the golf user identification information UID has a correspondence relationship with the SNS user identification information UID. However, the identification information of the SNS user and the identification information of the golf user do not necessarily need to match, and may be different. In this case, the SNS user identification information and the golf user identification information may be recorded in association with the record of the golf user information table TBL11. In the present embodiment, the profile information is stored in the golf user information table TBL11. However, in other embodiments, the profile information may not be stored in the golf user information table TBL11.

  Returning to FIG. The external management server 3 includes SNS user information table TBL31 shown in FIG. 3 in which identification information for uniquely identifying the SNS user, the name of the SNS user, link information indicating the link destination of the profile image, and the like are stored. The SNS friend information table TBL32 shown in FIG. 4 in which the friend information indicating the friend relationship of the SNS user is stored. Furthermore, the external management server 3 can execute various APIs (Application Program Interface), and upon receiving a request including a parameter from the management server 1, a predetermined value is received from the SNS user information table TBL31 or the SNS friend information table TBL32. Information is extracted and sent back to the management server 1.

  The management server 1 provides a My Page to each golf user. Information about various types of golf is collected and displayed on the My Page. FIG. 10 shows an example of my page. As shown in the figure, the profile image of the person is displayed in the area X1, and an image showing the SNS friend of the person's own SNS and the SNS friend is displayed in the area Y1.

  Next, the SNS user information table TBL31 and the SNS friend information table TBL32 provided in the external management server 3 will be described. FIG. 3 shows the data structure of the SNS user information table TBL31. A plurality of records are recorded in the SNS user information table TBL31. One record includes a name, sex, address, identification information UID (which functions as an account) for uniquely identifying the SNS user, and an e-mail address. These pieces of information are personal information registered by the SNS user. The “name” is merely an example, and it is of course possible to use a nickname or the like.

  FIG. 4 shows the data structure of the SNS friend information table TBL32. A plurality of records are recorded in the SNS friend information table TBL32. One record includes the identification information of the action source, the identification information of the action destination, the status, and the application date / time. The action source is the SNS user who made the friend application, and the action destination is the SNS user who made the friend application. The status indicates the status of the friend application, and is expressed as “0” during application, “1” as acceptance, and “2” as timeout. Timeout is a case where the SNS user of the action destination does not clarify whether to accept or reject the friend application even if a predetermined period has elapsed from the application date and time. In the example shown in FIG. 4, the SNS user with the UID “0zz99x999” makes a friend application to the SNS user with the UID “6zz99x999” and is approved.

  When storing the friendship relationship, storing the action source (application source) and the action destination (application destination) separately has the advantage of reducing the storage capacity. If the identification information UID of a certain SNS user and the identification information UID of all SNS users who are in friendship with the SNS user are stored in association with each other, twice the storage capacity is required. For example, it is assumed that SNS user a is an action source and SNS user b is an action destination. When storing the identification information of the SNS user who is in a friend relationship for each SNS user, the fact that the user b is in a friend relationship for the user a is stored, and further, the user a is in the user b. I need to remember my friendship. On the other hand, in the present embodiment, the action destination identification information and the action source identification information are associated with each other and stored in one record, so that the storage capacity can be halved. Even when the status is updated, the processing is half.

  FIG. 5 shows the configuration of the management server 1. As shown in this figure, the management server 1 includes a CPU (Central Processing Unit) 30 that controls the entire apparatus, a RAM (Random Access Memory) 31 that functions as a work area of the CPU 30, a ROM (Read Only) that stores a boot program and the like. Memory) 32, a hard disk 33 for storing various programs and data, an input unit 34 including a keyboard and a mouse, a display 35 for displaying an image, a communication interface 36 for communicating with an external device via a communication network NET, and A reading device 37 for reading an information recording medium such as a compact disk is provided. The hard disk 33 corresponds to the storage unit 15 described above, and stores a golf user information table TBL11 and an event candidate information management table TBL13. The external management server 3 is configured in the same manner as the management server 1. However, the SNS user information table TBL31 and the SNS friend information table TBL32 are stored in the hard disk 33. Further, the CPU 30 and the communication interface 36 can function as the acquisition unit 11, the candidate information acquisition unit 12, the response information acquisition unit 13, and the presentation unit 14. In the present embodiment, the management server 1 includes the input unit 34, the display 35, and the reading device 37. However, in other embodiments, these may not be included.

  FIG. 6 shows the configuration of the terminal device 2. The terminal device 2 includes a CPU 40 that controls the entire device, a RAM 41 that functions as a work area for the CPU 40, a ROM 42 that stores a boot program, a storage device 43 that stores various programs and data, an input unit 44 including a numeric keypad, an image, and the like. And a communication interface 46 for communicating with an external device via a communication network NET. When the input unit is a touch panel, the display 45 also serves as the input unit 44 that is a touch panel. The input unit 44 may be configured by a single device or a combination of a plurality of devices.

<2. Operation of the service providing system>
In the service providing system 100 of the present embodiment, a relationship diagram showing the hierarchical structure of SNS friends can be displayed on the golf user's terminal device 2. Hereinafter, a display process for displaying a relationship diagram, a golf event setting process and a response process for inviting an SNS friend or an SNS friend's SNS friend to golf will be described.

<2-1: Display processing>
7 and 8 show an operation sequence of the service providing system related to display processing. When the SNS user (also a golf user) of the terminal device 2 operates on a web browser or starts an application installed and operated on the terminal device 2 to access the SNS site, the display of the terminal device 2 In 45, a login screen is displayed. An input box for entering the identification information UID and password is displayed on the login screen. When the user inputs in the input box and presses the transmission button, the terminal device 2 transmits a login request including the input identification information UID and password to the external management server 3.

  When the external management server 3 receives the login request, the external management server 3 executes an authentication process (S300). Specifically, the CPU of the external management server 3 determines whether or not the combination of the identification information UID and the password is stored. If the determination condition is satisfied, the login is permitted and the determination condition is not satisfied. In case it refuses login. Then, the CPU causes the terminal device 2 to transmit a login response indicating the determination result. In the example shown in FIG. 7, it is assumed that login is permitted. The combination of the identification information UID and the password once input at the terminal device 2 may be stored in the terminal device 2 for a predetermined period, and login may be omitted within the predetermined period.

  Thereafter, when the SNS user selects a golf information application from the menu (S198), the terminal device 2 transmits a my page browsing request to the management server 1. When the management server 1 receives the my page browsing request, the management server 1 acquires the identification information UID of the principal included in the my page browsing request, and transmits a friend inquiry request including the identification information UID of the principal to the external management server 3 (S100).

  When the external management server 3 receives the friend inquiry request, the CPU of the external management server 3 specifies the identification information UID of the person included in the friend inquiry request, accesses the friend information table TBL32, and the identification information UID. Is extracted as an action source or action destination (SNS friend information) (S301). Thereafter, the external management server 3 transmits a friend list including the extracted SNS friend information to the management server 1.

  When the management server 1 receives the friend list and acquires SNS friend information (S101), the management server 1 identifies the identification information UID of the person's SNS friend (S102). Specifically, among the identification information UID recorded as the action source or the action destination in the friend information record, the identification information UID excluding the identification information UID of the person and the overlapping identification information UID is identified as the SNS friend of the person. It is specified as an information UID. As a result, as shown in FIG. 9A, the SNS friend who is in friendship with the person can be specified. Thereafter, the management server 1 transmits a friend inquiry request including the SNS friend identification information UID to the external management server 3 (S103).

  When the external management server 3 receives the friend inquiry request, the CPU of the external management server 3 specifies the SNS friend identification information UID included in the friend inquiry request, accesses the SNS friend information table TBL32, and performs the identification. A record (SNS friend information) in which the information UID is recorded as the action source or the action destination is extracted (S302). Thereafter, the external management server 3 transmits a friend list including the extracted SNS friend information to the management server 1.

  When the management server 1 receives the friend list and acquires the friend information about the SNS friend SNS friend (S104), the management server 1 specifies the identification information UID for the SNS friend SNS friend (S105). Specifically, among the identification information UID recorded as the action source or action destination in the record of friend information, the identification information UID excluding the duplicate identification information UID is specified as the identification information UID of the SNS friend's SNS friend. . As a result, as shown in FIG. 9B, the SNS friend and the SNS friend's SNS friend who are in friendship with the person can be specified. Thereafter, the management server 1 transmits a user information inquiry request including the identification information UID of the SNS friend and the SNS friend of the SNS friend to the external management server 3 (S106).

  When the external management server 3 receives the user information inquiry request, the CPU of the external management server 3 specifies the SNS friend and SNS friend identification information of the SNS friend, accesses the SNS user information table TBL31, and A record in which the identification information UID is recorded is extracted (S303). Thereafter, the external management server 3 transmits the extracted SNS user information to the management server 1. The SNS user information includes image data of the extracted profile image of the SNS user.

  When the management server 1 receives the SNS user information (S107), the management server 1 stores the SNS user information in the storage unit 15. Further, the CPU 30 of the management server 1 generates display information for displaying the relationship diagram (S108). Here, CPU30 produces | generates the display information which arrange | positions a SNS user's profile image on a screen. In order to reduce the amount of transmission data, the profile image of the SNS user is given as link information indicating the address of the image data. In addition, you may include profile image data of a SNS user in display information instead of link information.

First, the CPU 30 categorizes into “SNS friends” and “SNS friends SNS friends”, and generates a relationship diagram in which all “SNS friends” and “SNS friends SNS friends” are arranged on a virtual screen. . Here, when there are a plurality of SNS friends, there are various methods as to how to arrange them. For example, you may arrange | position at random or may calculate the closeness of the person and a SNS friend, and may arrange | position the SNS friend with high closeness close to the person. In this embodiment, an SNS friend with higher intimacy is displayed on the upper side. That is, the CPU 30 fills “SNS friends” from the top of the virtual screen, and then fills “SNS friends' SNS friends”.
When the number of people to be displayed is large, the size of the virtual screen is larger than the screen displayed on the display 45 of the terminal device 2. In this case, in the terminal device 2, a virtual screen is cut out to a displayable size and displayed on the display 45. That is, the display 45 of the terminal device 2 can display a relationship diagram having a size larger than the screen size by sliding the screen in a predetermined direction. When CPU30 of management server 1 cannot arrange "SNS friend" and "SNS friend's SNS friend" in the screen size of display 45, "SNS friend" and "SNS friend's SNS friend" are larger than the screen size. Display information necessary for displaying the relationship diagram in which is placed is generated.

  Next, as shown in FIG. 8, the management server 1 transmits a my page browsing response including display information to the terminal device 2 (S109). When the terminal device 2 receives the My Page browsing response, the CPU 40 displays a relationship diagram in which “SNS friends” and “SNS friends SNS friends” are arranged on the display 45 (S199). In this embodiment, as shown in FIG. 10, “SNS friends” are arranged at the top, and “SNS friends' SNS friends” are arranged below “SNS friends”, so that the golf user has his / her SNS friends. Can be easily grasped. Moreover, about the SNS friend's SNS friend, in this embodiment, in order to make identification with an SNS friend easy, in the upper right part of a profile image, it is the meaning of a friend's friend, and it is an SNS friend's SNS friend. Is shown).

<2-2: Golf event setting process and response process>
In the golf information application of the present embodiment, SNS friends and SNS friends can be invited to golf. Hereinafter, description will be given with reference to the drawings. 24 to 27 are operation sequence diagrams showing the golf event setting process. FIG. 28 is an operation sequence diagram showing a response process for soliciting a golf event.

  An “Invite to golf” icon X3 is displayed in the upper right part of the My Page P1 shown in FIG. By pressing the “Invite to Golf” icon X3 (S401), a display request for a golf event setting screen is transmitted from the terminal device 2 to the management server 1. The management server 1 that has received this display request extracts information relating to the golf event setting screen from the storage unit 15 to generate golf event setting screen information (S501), and transmits the golf event setting screen information to the terminal device 2. CPU40 of the terminal device 2 which received golf event setting screen information displays the golf event setting screen P2 shown in FIG. 11 on the display 45 (S402). Note that the display may not be a pop-up display, and the display itself of my page P1 may be switched to the golf event setting screen P2.

  The golf event setting screen P2 includes a schedule input area E1, a place input area E2, and a comment input area E3. Moreover, in order to select a schedule from a calendar, the calendar button C10 for changing to the calendar shown in FIG. 12, and the search button C11 for selecting a place (golf course) are provided. Furthermore, a button E10 for determining a person to invite to make a transition to the “determine person to invite” screen, which is the next screen, and a cancel button E11 for canceling the golf event setting screen P2 are provided. In this embodiment, as shown in FIG. 11, up to three sets of golf schedule and place candidates can be input. However, the present invention is not limited to this, and at least one set of schedule and place candidates can be input. If it is. Further, in this embodiment, a set of schedule and place candidates is input, but one form candidate and a plurality of schedule candidates, or one schedule candidate and a plurality of place candidates may be input. Good.

  When the calendar button C10 is pressed to select a schedule, the terminal device 2 accepts the pressing of the calendar button C10 (S403), and transmits a calendar display request to the management server 1. In response to this calendar display request, the management server 1 generates calendar screen information of the month to which the current day belongs (S502), and transmits it to the terminal device 2 via the communication interface 36. Then, the CPU 40 of the terminal device 2 performs control to display the received calendar screen, and a calendar screen P3 as shown in FIG. 12 is displayed on the display 45 (S404).

  As shown in FIG. 12, the calendar screen P3 includes a year / month display area G1, a previous month button G2 for transitioning to the calendar screen P3 for the previous month, a next month button G3 for transitioning to the calendar screen P3 for the next month, and the day of the week. A day of the week display area G4 to be displayed, a day display area G5 to display the day, a determination button G6 for determining the candidate date, and a return button G7 to return to the golf event setting screen P2 without determining the candidate date are arranged. Yes. When the day display area G5 of any day is pressed and the determination button G12 is pressed in this state, the terminal apparatus 2 accepts the pressing of the determination button G12 (S405), and manages the selection date information regarding the selected day. Send to server 1. Based on the received selection date information, the CPU 30 of the management server 1 generates display information in which the text of the selected day, month, year, and day of the week is inserted in the schedule input area E1 of the golf event setting screen P2 (S503). ). And it transmits to the terminal device 2 via the communication interface 36. The CPU 40 of the terminal device 2 displays the received golf event setting screen P2 on the display 45 (S406). The display information transmitted from the management server 1 to the terminal device 2 may be so-called difference information.

  Thereby, the selected date is displayed in the schedule input area E1 of the golf event setting screen P2. In the calendar screen P3 shown in FIG. 12, when the previous month button G2 is pressed, the previous month calendar is displayed, and when the next month button G3 is pressed, the next month calendar screen is displayed. Further, calendar information associated with information on year, month, day, and day of the week is stored in the storage unit 15 of the management server 1 and is processed with reference to the storage unit 15 as appropriate.

  When the search button C11 is pressed to select a golf course, the terminal device 2 accepts the press of the search button C11 (S407), and transmits a search screen display request to the management server 1. The CPU 30 of the management server 1 that has received the search screen display request generates local selection screen information (S504) and transmits it to the terminal device 2. The CPU 40 of the terminal device 2 that has received the local selection screen information displays the local selection screen P4 on the display 45 (S408). FIG. 13 shows an example of the local selection screen P4. In the region selection screen P4, a region name display area H1 for displaying a region name, a determination button H2, and a return button H3 for returning to the golf event setting screen P2 are arranged. Here, when the local name display area H1 of the region where the golf course to be selected exists is pressed and the decision button H2 is pressed, the process proceeds to the next prefecture selection screen P5. On the other hand, when the return button H3 is pressed, the screen returns to the golf event setting screen P2.

  When one of the regions is selected and the determination button H2 is pressed, the terminal device 2 accepts the selection of the region (S409), and sends a prefectural selection screen display request including the region ID of the selected region to the management server 1. Send. The management server 1 that has received the prefecture selection screen display request refers to the prefecture master table TBL15a (FIG. 16) stored in the storage unit 15 and specifies the record in which the received local ID is recorded. Create a list by extracting prefecture names. Then, the prefecture selection screen information is generated (S505) and transmitted to the terminal device 2. The CPU 40 of the terminal device 2 that has received the prefecture selection screen information causes the display 45 to display a prefecture selection screen P5 for selecting a prefecture (S410). The prefecture master table TBL15a will be described later.

  FIG. 14 shows an example of a prefecture selection screen P5. The prefecture selection screen P5 includes a prefecture name display area J1, a scroll bar J2, a decision button J3, a return button J4 for returning to the local selection screen, and a cancel button J5 for returning to the golf event setting screen P2. . Here, if the cell of the prefecture name display area J1 in which the name of the prefecture where the golf course to be selected exists is displayed and the determination button J3 is pressed, the process proceeds to the next golf course selection screen P6. On the other hand, when the return button J4 is pressed, the local selection screen P4 is displayed. If the prefecture name to be selected is not displayed, the prefecture name display area J1 is scrolled by operating the scroll bar J2. Here, it is assumed that “Chiba Prefecture” is selected.

  When the prefecture is selected and the determination button J3 is pressed, the terminal device 2 accepts the selection of the prefecture (S411), and issues a golf course list screen display request including the prefecture ID of the selected prefecture to the management server 1. Send to. The management server 1 that has received the golf course list screen display request refers to the golf course master table TBL15b (FIG. 17) stored in the storage unit 15 and specifies the record in which the received prefecture ID is recorded. A golf course name is extracted and a list is created. And golf course list screen information is generated (S506) and transmitted to terminal unit 2. CPU40 of the terminal device 2 which received golf course list screen information displays the golf course list screen on the display 45 (S412). The golf course master table TBL15b will be described later.

  FIG. 15 shows an example of the golf course selection screen P6. The golf course selection screen P6 includes a golf course name display area K1, a scroll bar K2, a determination button K3, a return button K4 for returning to the prefecture selection screen, and a cancel button K5 for returning to the golf event setting screen P2. Yes. Here, when the golf course name display area K1 cell in which the golf course name to be selected is displayed is pressed and the decision button K3 is pressed, the golf course selection screen P6 is terminated and the event setting screen P2 is returned and selected. The golf course name is displayed in the place input area E2 of the event setting screen P2.

  Here, each master table will be described with reference to FIGS. 16 and 17. FIG. 16 shows an example of the prefecture master table TBL15a. A field F1 is a field for a local ID, a field F2 is a field for a local name, a field F3 is a field for a prefecture ID, and a field F4 is a field for a prefecture name.

  FIG. 17 is an example showing a golf course master table TBL15b. A field f5 is a field for a prefecture ID, a field F6 is a field for a golf course ID, and a field F7 is a field for a golf course name. In addition, for example, location information of a golf course may be recorded.

  When the golf course is selected on the golf course selection screen P6 and the determination button K3 is pressed, the terminal device 2 receives the selection of the golf course (S413). Then, a golf event setting screen display request including the golf course ID corresponding to the selected golf course is transmitted from the terminal device 2 to the management server 1. The management server 1 that has received the golf event setting screen display request refers to the golf course master table TBL15b based on the received golf course ID, specifies the golf course name, and the location input area E2 of the golf event setting screen P2. Display information in which text is inserted is generated (S507) and transmitted to the terminal device 2 via the communication interface 36. Then, the CPU 40 of the terminal device 2 displays the received golf event setting screen P2 on the display 45 (S414). The display information transmitted from the management server 1 to the terminal device 2 may be so-called difference information.

  And in the golf event setting screen P2 shown in FIG. 11, a comment is arbitrarily input into the comment input area E3. Comments do not have to be entered.

  Next, when the user presses the button E10 for determining the person to invite, the terminal device 2 accepts the selection of the person to invite (S451), and the terminal device 2 sends the person (predetermined user) to the management server 1. And an invitation person screen display request including identification information UID of an example of a predetermined first user). When the management server 1 receives the inviter screen display request, the management server 1 identifies the identification information UID of the principal included in the request (S551), and makes a friend inquiry to the external management server 3 based on the identification information UID of the principal. Send a request. The processing in the friend inquiry request is the same processing as steps S100 to S107 and steps S301 to S303 shown in FIG. In addition, when the friend information of the person is cached in the storage unit 15 of the management device 1, the processing in the friend inquiry request may be unnecessary. Then, the CPU 30 of the management server 1 generates display information including the name information, identification information UID, and profile image of the SNS friend and the SNS friend of the SNS friend (S552), and transmits the information to the terminal device 2 via the communication interface 36. . CPU40 of the terminal device 2 which received the said information for a display displays the invitation person selection screen P7 as shown in FIG. 18 on the display 45 (S452).

  Then, the inviter selection screen P7 shown in FIG. The display may be a pop-up display or may be switched to a person selection screen P7 that invites the display of the My Page P1 itself.

  The inviter selection screen P7 includes a message display area L1, an SNS friend selection banner L2, a scroll bar L3, a send button L4, a return button L5 for returning to the golf event setting screen P2, and a cancel button for canceling the golf event setting itself. L6 is provided.

  In the message display area L1, as a message prompting the user who browsed the inviter selection screen P7 to select SNS friends and SNS friends of SNS friends to invite to golf, a message “Who are you going to invite to golf?” Is displayed.

  In the SNS friend selection banner L2, a check box L7 and a profile image L8 of the SNS friend or SNS friend's SNS friend are displayed. In the example shown in FIG. 18, the SNS friend selection banner L2 for five SNS friends is displayed, but the SNS friend's SNS friend or SNS friend's SNS friend's SNS by operating the scroll bar L3 and scrolling a screen. The friend selection banner L2 can be displayed. In the inviter selection screen P7, the SNS friend selection banner L2 is displayed in the order of the SNS friend and the SNS friend's SNS friend, and is displayed in a random order among the SNS friends. Moreover, although not shown in figure, about a SNS friend's SNS friend, a small "a friend's friend" display etc. are attached | subjected after a name, and it distinguishes from a SNS friend. When the check box L7 is pressed, a check mark is displayed in the check box L7, the background color of the SNS friend selection banner L2 changes, and the SNS friend is selected as an opponent to invite to golf. The example shown in FIG. 18 shows a state where “Yoko Yamada” is selected.

  When the send button L4 is pressed, the terminal device 2 accepts the inviter selection (S453), and the content selected and input on the selected SNS friend or the SNS friend's SNS friend identification information UID and the golf event setting screen P2. And event setting information including the identification information UID of the principal is transmitted from the terminal device 2 to the management server 1. In the present embodiment, when the transmission button L4 is pressed, the required information is transmitted from the terminal device 2 to the management server 1. However, the present invention is not limited to this, and the transmission button L4 is pressed. When a confirmation screen (not shown) for confirming the input content and selection content is displayed and a confirmation button (not shown) is pressed on the confirmation screen, the terminal device 2 sends the necessary information to the management device 1. May be configured to be transmitted.

  The CPU 30 of the management server 1 records predetermined items in the event candidate information management table TBL13 and the response information management table TBL14 based on the received event setting information (S553).

  Here, the configuration of the special event candidate information management table TBL13 will be described with reference to FIG. In the event candidate information management table TBL13, a field F8 is a field in which an event ID is recorded, a field F9 is a field in which identification information UID of a registrant, that is, a golf user who has set a golf event is recorded, and an event is registered in the field F10. Field F11 is a field in which the date of the first candidate set on the golf event setting screen P2 is registered, F12 is a field in which the golf course ID of the first candidate golf course is recorded, A field F13 is a field in which the date of the second candidate is registered, F14 is a field in which the golf course ID of the second candidate golf course is recorded, a field F15 is a field in which the date of the third candidate is registered, and F16 is a third field Fee for recording the golf course ID of the candidate golf course De, field F17 is a field to record the completion flag of the golf event. The completion flag will be described later.

  The configuration of the response information management table TBL14 will be described with reference to FIG. In the response information management table TBL14, individual response information management tables TBL14a, TBL14b, and the like are created for each event ID. However, FIG. 20 shows an individual response information management table TBL14a as an example. The individual response information management table TBL14a is a table corresponding to the event ID 00001. Field F18 is a field in which identification information UID of an SNS friend selected as an inviter or an SNS friend (an example of a presentation target user) is recorded, and field F19 is a date when a response from the presentation target user is received. A field to be recorded, a field F20 is a field in which a flag indicating whether or not there is a response from the presentation target user is recorded, and fields F21 to F23 are fields in which the contents of availability of participation in the first to third candidates are recorded. . When “0” is recorded in the field F20, it indicates that the response information has not been received yet. Further, when “1” is recorded in the field F21 to the field F23, it indicates that the intention of participation is indicated for the corresponding candidate. When "0" is recorded in any of the fields F21 to F23 and "0" is recorded in the response flag (field F20), the intention of non-participation (not participating / not participating) is indicated. Represents that.

  Based on the content of the event setting information received from the terminal device 2, an event ID is assigned to the field F8 of the new record of the event candidate information management table TBL13, and the identification information UID of the person who transmitted the content is assigned to the field F9. The candidate date of one candidate is in field F11, the golf course ID of the first candidate golf course is in field F12, the candidate date of the second candidate is in field F13, and the golf course ID of the second candidate golf course is in field F14. The candidate date of the third candidate is recorded in the field F15, the golf course ID of the third candidate golf course is recorded in the field F16, and the registration date is recorded in the field F10. The completion flag in field F17 is initially recorded as “0”.

  Moreover, the individual response information management table TBL14a corresponding to the event ID is created, and based on the content of the event setting information received from the terminal device 2, the user to be presented (the selected SNS friend or the SNS friend's SNS friend) Is recorded in the field F18. Further, at the time of creating this individual response information management table TBL14a, no information is recorded in the field F19. In addition, “0” is recorded for the fields F20 to F23.

  The CPU 30 of the management server 1 that has received the event setting information generates event solicitation information based on the event setting information, extracts the identification target user identification information UID included in the event setting information, and extracts the extracted identification. Event solicitation information is transmitted to the external management server 3 with the information UID as the destination (S554). Specifically, the identification information UID of the person (sender) is specified from the event setting information, and the name of the person is acquired with reference to the golf user information table TBL11. Also, the date and the golf course ID of the first to third candidates are specified. And based on golf course ID, golf course master table TBL15b is referred and a golf course name is acquired. The received event setting information may not include the date and golf course ID related to the second candidate or the third candidate. In this case, the golf course names related to the second candidate and the third candidate are not acquired. Then, event solicitation information is generated by inserting the name of the sender, the dates relating to the first to third candidates, and the golf course name into a predetermined form. This event solicitation information includes an event ID. In addition, the identification information UID of the presentation target user included in the event setting information received from the terminal device 2 is extracted, and event solicitation information destined for the identification information UID is transmitted to the external management server 3.

  The external management server 3 notifies the event solicitation information to the SNS user to which the received identification information UID is assigned (S591). This notification is an individual message in the SNS, but may be a mail transmission using an e-mail address.

<2-3: Response processing>
Next, response processing performed by the SNS user who has received the event solicitation information will be described with reference to the drawings. When the SNS user who has received the event solicitation information browses the notice of the event solicitation information, the notice includes link information. When a presentation target user who is an SNS user who has received this event solicitation information presses a link (S601), the terminal device 2 transmits a response screen display request to the management server 1. Upon receiving the response screen display request, the management server 1 generates response screen information (S701) and transmits it to the terminal device 2. The CPU 40 of the terminal device 2 that has received the response screen information displays the response screen P8 shown in FIG. 21 on the display 45 of the terminal device 2 (S602).

  The response screen P8 is provided with a title display area Q1, a message display area Q2, a toggle button Q3 for selectively selecting presence / absence of participation, an event candidate information display area Q4, a send button Q5, and a cancel button Q6. In the title display area Q1, in the present embodiment, the text “A golf invitation has been received from Kazuo Konami!” Is displayed. In the present embodiment, the message display area Q2 displays a text “Please select a day when you can participate”. In addition, toggle buttons Q3 are provided for the texts “participate” and “not participate / cannot participate”, respectively, and when one of them is selected, an alternative selection that the other cannot be selected is possible. In the event candidate information display area Q4, pairs of dates and golf course names from the first to third candidates are displayed, and check boxes Q7 are provided corresponding to the respective candidates. When the toggle button Q3 on the “participating” side is pressed, a check mark can be put in the check box Q7. In the present embodiment, as shown in FIG. 21, an example is shown in which a toggle button Q3 on the “participating” side is pressed and check boxes Q7 from the first to third candidates are checked. When a necessary item is input and the transmission button Q5 is pressed, the response information including the input content and the event ID included in the event solicitation information and the identification information of the presentation target user to be transmitted is sent to the CPU 40 of the terminal device 2. (S603) and transmitted from the terminal device 2 to the management server 1. Here, when a check mark is entered in any of the first to third candidates as “participate”, information indicating the candidate with the check mark is included in the response information. On the other hand, when the toggle button Q3 on the “not participate / cannot participate” side is clicked, the response information does not include information indicating a candidate with a check mark.

  The CPU 30 of the management server 1 that has received the response information specifies the response information table TBL14 corresponding to this event ID based on the event ID included in the response information (S702). Here, it is assumed that an individual response information table TBL14a is specified as the specified response information table TBL14. Next, the identification information UID recorded in the field F18 (presentation user ID) of the response information table TBL14a is compared with the identification information UID of the sender included in the response information, and the matching identification information UID is matched. Is identified (S703). Then, “1” is recorded in the response flag (field F20) corresponding to the identified identification information UID, and the date when the response information is received is recorded in the field F19 (S704). Further, based on the information indicating the candidate with the check mark included in the response information, “1” is recorded in the flags of the field F21 to the field F23 corresponding to the candidate with the check mark (S705). On the other hand, when the response information does not include information indicating a candidate with a check mark, it is determined that the participation is not made, and nothing is recorded in the fields F21 to F23. In this embodiment, for example, as illustrated in FIG. 20, response information is received on July 11, 2012 from the SNS user having the presentation target user ID “2dx00x00”, and the first to third candidates are received. Both indicate that the response information is “participation”.

  Since the golf event can be set as described above, the participant can select the intention of participation from a plurality of candidates, which is convenient. In addition, by making it possible to specify SNS friends as destinations for event solicitation information, it is easy to play golf without using another tool (e-mail, telephone, etc.) for SNS friends who are in contact. You will be able to invite. Furthermore, by allowing you to specify up to SNS friends as SNS friends as destinations for event solicitation information, even those who have no direct connection with the person can be invited to golf and invited to golf. The SNS friend who is a SNS friend can receive a golf invitation with peace of mind because there is a common SNS friend, and the exchange range can be expanded relatively easily.

  Also, the person who set the event can view the event management screen. That is, an “event management” icon X4 is displayed in the upper right corner of My Page P1 shown in FIG. By pressing the “event management” icon X4, it is possible to view information on the event for which the event has been set.

  When the icon X4 is pressed, an event list screen P9 as shown in FIG. 22 is popped up. Instead of pop-up display, the display of My Page P1 itself may be switched to the event list screen P9. In the event list screen P9, in this embodiment, a link banner to the event for which the event has been set is displayed. Specifically, when the icon X4 is pressed, an event list display request including the identification information UID of the person is transmitted from the terminal device 2 to the management server 1. The CPU 30 of the management server 1 that has received this event list display request refers to the field F9 (registrant ID) of the event candidate information management table TBL13, and identifies a record that matches the identification information UID of the principal. Then, among the extracted records, the record in which “0” is recorded in the completion flag of the field F17 is specified. The CPU 30 generates event list screen information including a link banner for referring to the remaining record, and transmits the event list screen information to the terminal device 2 via the communication interface 36. And CPU40 of the terminal device 2 which received event list screen information displays the event list screen P9 as shown in FIG.

  The event list screen P9 includes a title display area R1, a message display area R2, an event selection banner R3, an enter button R4, and a cancel button R5. In the title display area R1, “event list” is displayed in the present embodiment. In the present embodiment, “Please select an event you want to view” is displayed in the message display area R2, prompting the user to select an event selection banner R3. In the present embodiment, the event selection banner R3 describes the registration date of the event, the date of the first candidate, and the golf course. In this embodiment, when the event list screen information is generated in the management server 1, records in which “1” is recorded in the completion flag of the field F17 are excluded, but in other embodiments, the completion flag is excluded. Event list screen information including a record in which “1” is recorded in the event list screen P9, and in the event list screen P9, an event having “0” recorded in the completion flag and “1” in the completion flag are displayed. The recorded events may be displayed separately from each other, for example, by changing the color of the banner.

  Here, when one of the event selection banners R3 is selected and the determination button R4 is pressed, an event information display request including an event ID is transmitted from the terminal device 2 to the management server 1. The CPU 30 of the management server 1 that has received the event information display request refers to the event candidate information management table TBL13 and identifies the event based on the event ID included in the event information display request. Further, the response information management table TBL14 is referred to, and the individual response information management table TBL14 for the event ID is specified. Specific processing will be described later.

  Then, the CPU 30 of the management server 1 generates event management screen information based on the identified event and the response information recorded in the individual response information management table TBL14, and transmits the event management screen information to the terminal device 2 via the communication interface 36. The CPU 40 of the terminal device 2 displays the event management screen P10 on the display 45 based on the received event management screen information.

  As shown in FIG. 23, the event management screen P10 includes a title display area T1, an event content display area T2, a response status display area T3, a completion check display area T4, an update button T5, and an end button T6. In the title display area T1, “event management” is displayed in the present embodiment. In the event content display area T2, the contents from the first candidate to the third candidate are displayed as the contents of the set golf event. The response status display area T3 includes a name display column T7 for displaying the name of the user to be presented (SNS user invited to the golf event), and a response status column T8 for displaying the response status from the first candidate to the third candidate. Is provided.

  The name displayed in the name display field T7 is specified as follows. That is, the CPU 30 of the management server 1 that has received the event information display request from the terminal device 2 specifies the individual response information management table TBL14 using the identification information UID of the person included in the event information display request as a key, and Reference is made to the field F18 (presentation target user ID) of the response information management table TBL14. Then, the identification information UID of the presentation target user is extracted, and an SNS user information inquiry request including the extracted identification information UID is transmitted to the external management server 3. The external management server 3 that has received the SNS user information inquiry request searches the SNS user information table TBL31 using the received identification information UID as a key, and information on the SNS user to which the identification information UID is assigned (this embodiment) In the form, name information) is extracted and transmitted to the management server 1. The management server 1 that has received the name information from the external management server 3 includes it in the event management screen information.

  Further, the response status displayed in the response status column T8 is specified as follows. That is, the CPU 30 of the management server 1 that extracted the identification information UID of the presentation target user for each identification information UID recorded in the response information management table TBL14 based on the identification information UID of the presentation target user. Refer to the response status and include it in the event management screen information.

  As a result, they are displayed as shown in the response status display area T3 of FIG. In this embodiment, “◯” indicates that response information indicating participation has been received, and “x” indicates that response information indicating non-participation (not participating / cannot participate) has been received. If no response information is received, that is, “0” is recorded in the response flag field F20 in the response information management table TBL14, any candidate from the first candidate to the third candidate is displayed on the event management screen P10. "-" Is also displayed.

  A check box is provided in the completion check display area T4 together with a title and a message. When the update button T5 is pressed with the check mark in the check box, an update information transmission request including the event ID and a check mark in the check box is transmitted from the terminal device 2 to the management server 1. . The CPU 30 of the management server 1 searches and identifies the event candidate information management table TBL13 using the received event ID as a key, and records “1” in the completion flag field F17 for the record of the specified event. Further, the CPU 30 refers to the individual response information management table TBL14 for the event ID, generates event management screen information including a response status for each presentation target user ID, and sends it to the terminal device 2 via the communication interface 36. Send. Then, the CPU 40 of the terminal device 2 displays the event management screen P10 on the display 45 based on the received event management screen information. Note that the information transmitted from the management server 1 to the terminal device 2 may be so-called difference information.

  When the end button T6 is pressed, the event management screen P10 is ended. Here, when the display information is changed, specifically, when a check mark is put in the check box of the completion check display area T4, a popup display asking whether to save the change is performed. It is good as well. When the end button T6 is pressed with the completion check mark in the check box, the event is not displayed on the next event list screen P9 (FIG. 22) in this embodiment.

  By providing the event management screen P10 as described above, it is possible to easily confirm the response status of the person invited to the golf event, which is convenient. In the present embodiment, the event management screen P10 can only be viewed by golf users who set the event, but is not limited to this, and is configured so that the SNS user invited to the event can browse. Also good. In this case, when the SNS user invited to the event is not registered in the golf information application, it is configured to request registration and a predetermined permission before viewing the event information.

    By comprising like this embodiment, it becomes easy to send a message with respect to the person invited to golf, and the person who received the message can also respond easily. Further, if the response status list screen is used, it becomes easy to grasp the response status of the person who sent the message. As is clear from these, by configuring as in the present embodiment, it is possible to reduce the burden on the person who becomes the secretary in the golf event (an example of the event) as much as possible.

Second Embodiment
A service providing system 100A according to the second embodiment will be described with reference to FIG. A service providing system 100 </ b> A according to the second embodiment is configured by using the service providing system 100 according to the first embodiment without using the external management server 3. FIG. 29 shows a block diagram of a service providing system 100A according to the second embodiment. The management server 1A in the present embodiment provides an SNS service to the user. In the service providing system 100A, there is no relationship that the golf user is included in the SNS user as in the first embodiment.

  1 A of management servers are provided with the memory | storage part 15 which memorize | stored user information table TBL41, friend information table TBL12, special event candidate information management table TBL13, response information management table TBL14, and setting value management master table TBL15. The storage unit 15 stores a program for controlling the management server 1A.

  Since the user information table TBL41 has the same configuration as the SNS user information table TBL31 of the external management server 3 in the first embodiment, the description thereof is omitted. Moreover, since the friend information table TBL12 is the same structure as the friend information table TBL32 of the external management server 3 in 1st Embodiment, description is abbreviate | omitted.

  The management server 1A also includes an acquisition unit 11, a candidate information acquisition unit 12, a response information acquisition unit 13, and a presentation unit 14. When the management server 1A receives a request to display the friend (an example of a predetermined user and a predetermined first user) and a friend relationship (an example of a specific relationship), the acquisition unit 11 stores the request in the user information table TBL41. Based on the identified identification information UID of the person himself / herself, the function to acquire the friend information stored in the friend information table TBL12, and the SNS user who has a friend relationship with the person specified based on the acquired friend information ( About the SNS user (SNS friend's SNS friend) who has a friend relationship with the SNS friend specified based on the function which acquires the friend information about SNS friend) and the acquired friend information, and about SNS friend A function of acquiring predetermined information such as a profile image.

  Further, the management server 1A includes a candidate information acquisition unit 12, a response information acquisition unit 13, and a presentation unit 14. Since these are the same as those in the first embodiment, a description thereof will be omitted.

  Also with the configuration of the present embodiment, it becomes easy to send a message to a person invited to golf (presentation target user), and the presentation target user can also easily respond. Further, if the response status list screen is used, it becomes easy to grasp the response status of the person who sent the message. As is clear from these, even with the configuration of the present embodiment, it is possible to reduce as much as possible the burden on the secretary in a golf event (an example of an event).

<Modification>
The present invention is not limited to the above-described embodiments, and various modifications described below are possible. Of course, each modification and embodiment may be appropriately combined.

  In the embodiment described above, the response time limit from the presentation target user is not set in the golf event setting, but when the response time limit is set and the response information is not transmitted from the presentation target user by this response time limit. It is good also as judging that it does not participate. As an example of this case, an expiration date is set for the link in the event solicitation information transmitted to the presentation target user, and the link is invalidated when the expiration date is exceeded. In addition, a response time limit field is provided in the response information management table TBL14, the response information management table TBL14 is periodically updated, and the response flag “0” is recorded even if the response time limit is exceeded. The flag can be configured to record “1”. By automatically recording “1” in the response flag in this way, “0” is recorded in the fields from the first candidate to the third candidate in the process when the person views the event management screen P10. Therefore, the presentation target user is displayed as non-participating.

  In the above-described embodiment, when the user registration is attempted to the golf information application while logged in to the SNS, the SNS user identification information UID is transmitted from the external management server 3, but before this transmission, The management server 1 may send a signal requesting the identification information UID of the SNS user to the external management server 3. Moreover, although embodiment mentioned above demonstrates the case where the user registration to a golf information application is performed in the state logged in to SNS, the user registration to a golf information application is possible in the state which is not logged in to SNS. In such a case, for example, the top page of the golf information application can be configured to request login to the SNS.

  Moreover, in embodiment mentioned above, although the provision service of golf information was demonstrated as an example as a service which the management server 1 provides, this invention is not limited to this, What kind of service does the management server 1 provide? It may be provided. For example, the present invention can be applied to everything that establishes a specific relationship on an application based on a common theme among users. The common theme may be sports such as marathon and badminton, shogi, games, hobbies such as shogi, games, etc., or may be related to business. Further, the specific relationship is not limited to the friend relationship. For example, a relationship between a boss and a subordinate may be used, or a relationship between a wholesaler and a retailer may be used. In short, any relationship can be used as long as it is established based on a certain rule.

    Note that a program for realizing the functions of the present invention may be recorded on a computer-readable recording medium, and the program recorded on the recording medium may be read by a computer system and executed. Here, the “computer system” includes an OS and hardware such as peripheral devices. Further, the “computer system” may include a plurality of computer devices connected via a network including a communication line such as the Internet, WAN, LAN, and dedicated line. The “computer-readable recording medium” refers to a storage device such as a flexible medium, a magneto-optical disk, a portable medium such as a ROM and a CD-ROM, and a hard disk incorporated in a computer system. Furthermore, the “computer-readable recording medium” holds a program for a certain period of time, such as a volatile memory (RAM) inside a computer system that becomes a server or a client when the program is transmitted via a network. Including things. The program may be for realizing a part of the functions described above. Furthermore, what can implement | achieve the function mentioned above in combination with the program already recorded on the computer system, what is called a difference file (difference program) may be sufficient.

  In addition, some or all of the functions described above may be realized as an integrated circuit such as an LSI (Large Scale Integration). Each function described above may be individually made into a processor, or a part or all of them may be integrated into a processor. Further, the method of circuit integration is not limited to LSI, and may be realized by a dedicated circuit or a general-purpose processor. In addition, when an integrated circuit technology that replaces LSI appears due to the advancement of semiconductor technology, an integrated circuit based on the technology may be used.

  In addition, this invention is not limited to the above-mentioned embodiment and modification, The change within the range of the meaning of this invention is included in this invention.

NET: Communication network, 1, 1A: Management server, 2: Terminal device, 3: External management server, 11: Acquisition unit, 12: Candidate information acquisition unit, 13: Response information acquisition unit, 14 ...... Presentation part, 21 ... Input part, 22 ... Notification part, 23 ... Display part.

Claims (6)

A management method of an event management device that provides a predetermined service and can communicate with a terminal device of a user who receives the service,
According to the operation of the terminal device of a predetermined user, at least one set of event candidate information related to a combination of a schedule candidate and a place candidate for an event, and identification information that can identify a user to be presented of the event candidate information Get target user information including
Presenting the event candidate information to the presentation target user specified based on the target user information,
In response to the operation of the terminal device by the presentation target user, obtain response information about the event candidate information,
The event candidate information is stored at least before the presentation, and when the response information is acquired, the acquired response information can identify the presentation target user who has transmitted the event candidate information and the response information. A management method for an event management device, characterized by storing the information in association with identification information. An event management device that provides a predetermined service and can communicate with a terminal device of a user who receives the service,
In accordance with the operation of the terminal device by a predetermined user, at least one set of event candidate information related to a combination of a schedule candidate and a place candidate for an event, and identification information that can identify a user to be presented of the event candidate information An acquisition unit capable of acquiring target user information including,
A presentation unit capable of presenting the event candidate information to a presentation target user identified based on the target user information;
In response to the operation of the terminal device by the presentation target user, a response information acquisition unit capable of acquiring response information about the event candidate information;
A storage unit that can store the event candidate information, the response information, and identification information that can identify the presentation target user who has transmitted the response information in association with each other;
An event management device comprising: A program for an event management device that provides a predetermined service, can communicate with a terminal device of a user who receives the service, and includes a computer,
The computer,
In accordance with the operation of the terminal device by a predetermined user, at least one set of event candidate information related to a combination of a schedule candidate and a place candidate for an event, and identification information that can identify a user to be presented of the event candidate information An acquisition unit capable of acquiring target user information including,
A presentation unit capable of presenting the event candidate information to a presentation target user identified based on the target user information;
In response to the operation of the terminal device by the presentation target user, a response information acquisition unit capable of acquiring response information about the event candidate information;
Causing the event candidate information, the response information, and the identification information that can identify the presentation target user who transmitted the response information to function as a storage unit that can be stored in association with each other,
An event management device program characterized by that. The first service can be provided, can communicate with an external management device that provides the second service to the second user including the first user who receives the first service, and the first user's A method for managing an event management device capable of communicating with a terminal device,
Providing the second service as a presentation target of at least one set of event candidate information related to a combination of a schedule candidate and a place candidate for an event and an event candidate information according to an operation of the terminal device by a predetermined first user To obtain target user information including identification information that can identify the presentation target user selected from the second user
Presenting the event candidate information to the presentation target user specified based on the target user information,
In response to the operation of the terminal device by the presentation target user, obtain response information about the event candidate information,
The event candidate information is stored at least before the presentation, and when the response information is acquired, the acquired response information can identify the presentation target user who has transmitted the event candidate information and the response information. A management method for an event management device, characterized by storing the information in association with identification information. The first service can be provided, can communicate with an external management device that provides the second service to the second user including the first user who receives the first service, and the first user's An event management device capable of communicating with a terminal device,
Providing the second service as a presentation target of at least one set of event candidate information related to a combination of a schedule candidate and a place candidate for an event and an event candidate information according to an operation of the terminal device by a predetermined first user An acquisition unit capable of acquiring target user information including identification information that can identify the presentation target user selected from the second user who receives
A presentation unit capable of presenting the event candidate information to a presentation target user identified based on the target user information;
In response to the operation of the terminal device by the presentation target user, a response information acquisition unit capable of acquiring response information about the event candidate information;
A storage unit that can store the event candidate information, the response information, and identification information that can identify the presentation target user who has transmitted the response information in association with each other;
An event management device comprising: The first service can be provided, can communicate with an external management device that provides the second service to the second user including the first user who receives the first service, and the first user's A program of an event management device that can communicate with a terminal device and includes a computer,
The computer,
Providing the second service as a presentation target of at least one set of event candidate information related to a combination of a schedule candidate and a place candidate for an event and an event candidate information according to an operation of the terminal device by a predetermined first user An acquisition unit capable of acquiring target user information including identification information that can identify the presentation target user selected from the second user who receives
A presentation unit capable of presenting the event candidate information to a presentation target user identified based on the target user information;
In response to the operation of the terminal device by the presentation target user, a response information acquisition unit capable of acquiring response information about the event candidate information;
Causing the event candidate information, the response information, and the identification information that can identify the presentation target user who transmitted the response information to function as a storage unit that can be stored in association with each other,
An event management device program characterized by that.

Images