JP5090411B2 - Communication system, community support server, community support method, and community support program - Google Patents

Description

  The present invention relates to a technique for providing a communication site for a plurality of users to communicate via a communication network using their own user terminals.

  Conventionally, various SNS systems that provide SNS (Social Networking Service) have been operated. The SNS system generally has a function of managing a list of users who mutually approve each other as a communication partner called a friend list (see, for example, Patent Document 1).

  In the SNS system, it is possible to provide a more rich service by communicating between users posted on the friend list.

JP 2009-37471 A

  However, in the above-described conventional SNS system, unless new users are continuously registered in the friend list, the amount of communication in the SNS will gradually decrease, and the user eventually stops using the SNS. There was a problem that there was a risk of being.

  In order to solve the above problem, the present invention can appropriately specify other registered users suitable for the communication partner of the registered user and allow the system to have a function of introducing the specified other registered user. The purpose is to.

A communication system according to the present invention includes a plurality of user terminals and a community support server that provides a communication site for a plurality of users to communicate via a communication network using their own user terminals. Each of the plurality of user terminals is an apparatus installed in a real estate facility, and the existence confirmation in which the presence of the user is confirmed by a user confirmation apparatus that can confirm the existence of each of the plurality of users. User action history information acquisition means for acquiring user action history information related to a user who uses the user terminal from a user action history information management server that has acquired and accumulated user action history information including time and presence confirmation location; , The user behavior history acquired by the user behavior history information acquisition means User behavior history information transmitting means for transmitting information to the community support server, wherein the community support server is a specific specified in advance by the user as a condition related to the existence confirmation time and the existence confirmation place of each user. The introduction condition information storage means for storing the introduction condition information indicating the introduction condition related to the place and the specific time zone, and the user action history information transmitted by the user action history information sending means of each of the plurality of user terminals is received. The user action history information storage means stored in a predetermined storage area, and the user action history information stored by the user action history information storage means, and the user satisfying the introduction conditions indicated by the introduction condition information of each other Extraction means for extracting a set and each user terminal of each user in the set extracted by the extraction means In contrast, characterized in that it comprises a referral notification transmission means for transmitting a referral notification for introducing other users in the set as a counterpart of communication with the communication site.

  With the above configuration, it is possible to accurately specify other registered users suitable for the communication partner of the registered user and to have a function of introducing the specified other registered users in the system.

The introduction notification transmission means introduces other users in the group as opponents of the video game provided in the communication site to the user terminals of each user in the group extracted by the extraction means. It may be configured to transmit an introduction notification for doing this.
The community support server is configured to include setting change means for changing settings of a video game provided in the communication site based on user action history information stored by the user action history information storage means. Also good.
Wherein the user verification device may be configured to confirm the presence of the user by communication with the portable device with an IC chip mounted on the user mobile to utilize the user terminal or the user terminal.

  The introduction condition is, for example, that existence is confirmed at an existence confirmation time within a predetermined time difference at the same or nearby existence confirmation place.

Introductory notification generation for generating an introductory notification that clearly indicates that other users existed in the same time zone at the same or nearby existence confirmation location as introduction notifications for each user in the set extracted by the extraction means And the introduction notification transmission means may be configured to transmit the introduction notification generated by the introduction notification generation means.

The community support server of the present invention is a community support server that provides a communication site for a plurality of users to communicate with each other using their own user terminals via a communication network. User action history information acquisition means for acquiring user action history information including the confirmed existence confirmation time and existence confirmation place, and referring to the user action history information, the existence confirmation time and the existence confirmation place of each user are related. Extraction means for extracting a set of users that satisfy different introduction conditions set for each user terminal, which are predetermined introduction conditions, and each user in the set extracted by the extraction means Other users in the group can communicate with the terminal at the communication site. An introduction notification transmitting means for transmitting an introduction notification for introducing as a communication partner. Further, according to the community support method of the present invention, a plurality of users communicate with each other using their own user terminals via a communication network. A community support method executed by a community support server that provides a communication site of
User action history information acquisition process for acquiring user action history information including existence confirmation time and existence confirmation place where the existence of the user is confirmed, and the existence confirmation time and existence confirmation place of each user with reference to the user action history information a predetermined introduction condition as the condition relating to DOO, an extraction process of extracting a set of users that satisfy mutually different introduction conditions set for each user terminal, each in a set extracted in extraction process An introduction notification transmission process for transmitting an introduction notification for introducing another user in the group as a communication partner of the communication site to each user terminal of the user.

Further, the community support program of the present invention is a community support program for causing a plurality of users to execute a community support server that provides a communication site for communicating with each other using their own user terminals via a communication network. In the community support server, referring to the user action history information acquisition process for acquiring user action history information including the existence confirmation time and the existence confirmation place where the existence of the user is confirmed, and referring to the user action history information, An extraction process for extracting a set of users that are introduction conditions predetermined as conditions related to the existence confirmation time and the existence confirmation place of each user and satisfy different introduction conditions set for each user terminal; and Each user in the group extracted by the extraction process The terminal is intended for executing the introduction notification transmission process to other users in the group sends a referral notification for introducing a counterpart of communication with the communication site.

  According to the present invention, it is possible to accurately specify another registered user suitable for the communication partner of the registered user and to have a function of introducing the specified other registered user in the system.

It is a block diagram which shows the example of a structure of the SNS system 100 in one embodiment of this invention. It is explanatory drawing which shows the example of the ticket information stored in ticket gate DB. It is explanatory drawing which shows the example of the user information stored in user DB. It is a flowchart which shows the example of an introduction notification process. It is explanatory drawing which shows the example of the introduction condition information stored in SNSDB. It is explanatory drawing which shows the example of ticket gate information. It is explanatory drawing which shows the example of notification content information. It is a flowchart which shows the example of a friend application process. It is explanatory drawing which shows the example of an introduction notification screen. It is explanatory drawing which shows the example of user action history information.

  Hereinafter, an embodiment of the present invention will be described with reference to the drawings.

  FIG. 1 is a block diagram showing an example of the configuration of an SNS system 100 according to an embodiment of the present invention. As shown in FIG. 1, the SNS system 100 includes an SNS server 10, a ticket gate information management server 20, user terminals 30 to 3N (N is an arbitrary positive integer), and automatic ticket gates 40 to 4N.

  The SNS server 10 and the user terminals 30 to 3N are connected by a communication network 50 such as the Internet. The ticket gate information management server 20 and the automatic ticket gates 40 to 4N are connected to each other by a communication network 60 such as a dedicated line or the Internet for transmitting the ticket gate information acquired by the automatic ticket gates 40 to 4N.

  The SNS server 10 is managed by, for example, an SNS service provider or a system administrator of this system, and is configured by an information processing apparatus such as a WWW server. The SNS server 10 is an example of a community support server that provides a communication site (SNS site) for a plurality of users to communicate via the communication network 50 using their own user terminals 30 to 3N. It has various functions for communication in SNS. Specifically, a function for managing each registered user, a function for providing various video games, and the like are applicable. The connection between the two networks 50 and 60 is limitedly performed only by a prescribed application whose details will be described later.

  The SNS server 10 includes an SNS DB 11 that stores SNS information indicating various types of information for providing an SNS, and an SNS user DB 12 that stores SNS user information related to registered users of the SNS. The SNS DB 11 and the SNS user DB 12 may be provided inside the SNS server 10 or may be provided outside.

  The ticket gate information management server 20 is managed by, for example, an administrator who manages ticket gate information or a system administrator of this system, and is configured by an information processing device such as a WWW server. The ticket gate information management server 20 has various functions such as a function of collecting and storing ticket gate information acquired by the automatic ticket gates 40 to 4N.

  The ticket gate information management server 20 includes a ticket gate DB 21 that stores ticket gate information acquired by the automatic ticket gates 40 to 4N, and a ticket gate user DB 22 that stores ticket gate user information related to users who use the automatic ticket gates 40 to 4N. Yes. The ticket gate DB 21 and the ticket gate user DB 22 may be provided inside the ticket gate information management server 20 or may be provided outside.

  Each of the user terminals 30 to 3N is managed by a registered user of the SNS, and is configured by an information processing device such as a mobile phone terminal or a personal computer. In this example, it is assumed that a mobile phone terminal (an example of a ticket-carrying portable device to be described later) mounted with an IC chip is used as the user terminals 30 to 3N, and passes through the automatic ticket gates 40 to 4N using this mobile phone terminal. It shall be.

  The automatic ticket gates 40 to 4N are machines installed at the ticket gates (entrances, exits, gateways) of railway stations, and are used to perform ticketing work on behalf of humans. The automatic ticket gates 40 to 4N of this example communicate with a portable device for ticket gates such as an IC card or a portable device carried by the user to pass through the ticket gates by contact type or non-contact type to obtain ticket gate information. It has a function of generating and transmitting to the ticket gate information management server 20. An IC chip having functions for performing communication with the automatic ticket gates 40 to 4N and various controls is mounted on the ticket gate portable device, and various information necessary for the ticket gate (the user who uses the ticket gate portable device is It is assumed that an IC memory for storing an IC chip ID for uniquely specifying, boarding pass information, electronic money information, and the like is provided.

  FIG. 2 is an explanatory diagram showing an example of ticket gate information stored in the ticket gate DB 21. As shown in FIG. 2, for example, the ticket gate information is stored in an IC memory mounted on a ticket-carrying portable device held by the user, which becomes a spot name, an existence confirmation time, and a user ID for uniquely identifying the user. This is information including the IC chip ID and the existence confirmation category.

  The “spot name” is information for specifying the location where the user exists, and in this example, is a name that can specify the location where the automatic ticket gates 40 to 4N such as “A station ticket gate” are installed. The In addition, you may make it define a spot name finely for every ticket gate machine like "A station south 1", "A station south 2", and "A station north 1". “Existence confirmation time” is information for specifying the time when the user existed, and in this example, is the time when the user passed through the automatic ticket gates 40 to 4N. In this example, the “existence confirmation classification” is information for distinguishing whether the automatic ticket gates 40 to 4N have been passed for entering the station or for leaving the station.

  FIG. 3 is an explanatory diagram showing an example of SNS user information stored in the SNS user DB 12. The SNS user information is information related to the registered user of the system 100. For example, as shown in FIG. 3, the user name indicating the name of the registered user, the SNS user ID, the friend list of the corresponding user, and the ticket gate passage. Information including an IC chip ID for sometimes identifying a user. This IC chip ID is used to uniquely specify an IC chip mounted on the ticket-carrying portable device used when the user passes the ticket gate. In addition, the SNS user information may include information such as a password used for user authentication, avatar information indicating information on an avatar used on the SNS site as a user's alternation, and a user's address. .

Next, the operation of the SNS system 100 of this example will be described.
Note that the contents of processing not related to the present invention may be omitted.

  In this example, the automatic ticket gates 40 to 4N communicate with the ticket-carrying portable device to acquire ticket-necessary information (for example, IC chip ID, commuter pass information or balance information) including information necessary for the ticket gate. Each time it is determined whether or not the ticket gate is allowed to pass, ticket gate information is generated in response to allowing the ticket gate to pass, and the generated ticket gate information is transmitted to the ticket gate information management server 20. Here, in the ticket gate information generated by the automatic ticket gates 40 to 4N, it is possible to specify the IC chip ID, the existence confirmation time that is the time when the ticket gate is allowed to pass, and the installation location of the corresponding automatic ticket gates 40 to 4N. The name of the spot to be shown, the presence confirmation category indicating whether entry to the station or exit from the station is permitted, and other information necessary for management at the railway company shall be included.

  The ticket gate information is stored not only in the automatic ticket gates 40 to 4N but also in an IC memory mounted on the ticket gate portable device, and the information is overwritten every time the ticket gate passes.

  In order to use the ticket gate information transmitted to the ticket gate information management server 20 in the SNS service, it is necessary to pass the ticket gate information to the SNS server 10, but the ticket gate information is important personal information held by the railway company. The SNS service provider cannot be easily accessed. Therefore, in order to access the ticket gate information, it is necessary to ensure security sufficient for the reliability of the railway company. In this example, as described in detail below, a method of using a specific application stored in a ticket-carrying portable device (specifically, a mobile phone terminal (user terminals 30 to 3N)) used for a ticket gate is described. Use.

  The user downloads and stores in advance a ticket gate history acquisition application (ticket gate history acquisition program) prepared on a railway company site, the SNS service site, or the like in a mobile phone terminal used for ticket gates. The user starts the application at an arbitrary timing by starting the application manually or by setting automatic startup.

  When the ticket gate history acquisition application is activated, the mobile phone terminal first confirms the IC chip ID mounted on the terminal itself, and then communicates with the ticket gate information management server 20 and stores it in the ticket gate DB 21 provided in the server 20. Only the ticket gate history information of the IC chip ID is extracted and acquired from all the ticket gate information, and the SNS server 10 is caused to execute a process of transmitting this information. The ticket gate information individually transmitted from each user using this application is stored as a part of the SNS information in the SNSDB 11 provided in the SNS server 10 and managed in an integrated manner.

  As is apparent from the description so far, even if the user is an SNS service, the user who does not want to use the introduction notification service described later does not download the ticket gate history acquisition application itself, If the activation is not performed, its own ticket gate information is not transmitted to the SNS server 10. Therefore, although it is not desired, other SNS users are not notified of their ticket gate information.

  In this way, the user can selectively acquire only his / her ticket gate history information from the ticket gate history information of an unspecified number of users. There is no need to worry about the risk of leaking. The IC chip ID is data that is very difficult to falsify, has a very high security credibility, and is used in services requiring high security such as an electronic money service.

  Further, the application activation timing may be automatically activated by setting in advance. In addition to the method of starting automatically at a fixed time every day and the method of starting at a specified interval, the automatic activation timing is to detect that the ticket gate information stored in the IC chip is overwritten. You may make it start with. By setting in this way, the user can sequentially transmit the latest ticket gate history information to the SNS server 10 every time the ticket gate passes, and can receive a service with higher real-time property.

Next, the introduction notification process executed by the SNS server 10 will be described.
FIG. 4 is a flowchart illustrating an example of the introduction notification process. Here, the case where the SNS server 10 transmits an introduction notification to the user terminals 30 and 31 used by the users B and C who are registered users of the SNS will be described as an example. Note that the contents of processing not related to the present invention may be omitted.

  In the introduction notification process, first, the SNS server 10 uses the ticket gate history acquisition application to determine whether or not the ticket terminals acquired by the user terminals 30 to 3N from the ticket gate information management server 20 are received from the user terminals 30 to 3N. Is determined (step S201). If it is determined that the ticket gate information has been received (Y in step S201), the SNS server 10 stores the received ticket gate information in the SNSDB 11 as part of the SNS information (step S202). In this example, the SNS server 10 refers to the SNS user information stored in the SNS DB 11 to identify the SNS user ID corresponding to the IC chip ID included in the ticket gate information, and identifies the identified SNS The ticket gate information with the added user ID is stored in the SNSDB 11. In addition, you may make it acquire the ticket gate information to which the user ID for SNS was added from the user terminals 30-3N.

  When the ticket gate information is stored or when it is determined that the ticket gate information is not received (N in Step S201), the SNS server 10 analyzes the ticket gate information in order to transmit the introduction notification to the user terminals 30 to 3N. It is confirmed whether it is timing (step S203). As the analysis timing, various settings are conceivable, for example, when a specific time interval (for example, “every 10 minutes” or “every hour”) or when new ticket gate information is saved. In addition, you may make it perform the process after step S204 separately for the user terminal which issued the notification request by setting the time at which the notification request is received from the user terminals 30 to 3N as the analysis timing.

  If it is not an analysis timing (N of step S203), the SNS server 10 will transfer to step S201. On the other hand, if it is the analysis timing (Y in step S203), the SNS server 10 analyzes the ticket gate information stored as a part of the SNS information in the SNSDB 11, and the user who satisfies the introduction condition defined in advance. Processing for extracting a set is performed (step S204).

  In this example, introduction condition information capable of specifying the introduction condition is registered in the SNSDB 11 as a part of the SNS information, and the SNS server 10 refers to the ticket gate information stored in the SNSDB 11 in step S204 and registers it. Among the introduced introduction conditions, a set of users satisfying the introduction conditions set as conditions to be used is extracted.

  FIG. 5 is an explanatory diagram showing an example of introduction condition information stored in the SNSDB 11. The introduction condition information is information including an introduction condition name for uniquely identifying the introduction condition and the introduction condition, as shown in FIG. 5, for example. In this example, introduction condition information indicating a plurality of types of introduction conditions is predetermined and registered. Specifically, for example, “user who has passed within 30 minutes before and after the same station” is registered as an introduction condition of “rule A”. Here, for example, it is assumed that the introduction condition of “Rule A” is set in the SNSDB 11 as the condition used in step S204 by the system administrator.

  In addition, as each introduction condition, a condition related to a time (existence confirmation time) and a place (spot) at which each user existed is determined in advance. For example, “Users who entered the same station within 30 minutes before and after (Rule B)”, “Users who left the same station within 30 minutes before and after (Rule C)”, “A ticket gate within 30 minutes before and after at a neighboring station” "Passed user", "Other user who passed the ticket gate of the user-designated station within the user-designated time" (rule X), etc. are conceivable. 30 minutes is an example, and any time may be used.

  In addition, when the rule X is set, designation of a station and time is received in advance from each user who uses the user terminals 30 to 3N, and different introduction conditions are set for each user terminal 30 to 3N. You may do it. When introduction conditions are set for each of the user terminals 30 to 3N, the SNS server 10 may extract a set of users that satisfy each other's introduction conditions in step S204.

  In this example, in step S204, the SNS server 10 refers to the ticket gate information stored in the SNSDB 11, and extracts a set of users satisfying “users who have passed within 30 minutes before and after at the same station”. Specifically, the SNS server 10 determines, for example, that the ticket gate information that has not yet been used for analysis among the ticket gate information stored or the existence confirmation time is after a predetermined analysis target time (for example, three hours before) from the current time. The ticket gate information is referred to, and a set of users who have passed the same station (same spot) within 30 minutes is extracted. Specifically, when the ticket gate information to be analyzed includes, for example, the information shown in FIG. 6, the SNS server 10 compares the spot name and the existence confirmation time, and compares the same spot (A station) by 30 minutes. As a group of users who have passed through, a group of SNS user ID “ID0077” and a group of SNS user ID “ID0078”, a group of SNS user ID “ID0078” and a group of SNS user ID “ID0079” are included. Extract a pair. Note that the set of users is not limited to two users, and may be composed of three or more users. In addition, when a set of users is constituted by three or more users, the user may be narrowed down to two users such as two users having the closest transit time or two users selected at random. .

  When the set of users who satisfy the introduction condition is extracted, the SNS server 10 refers to the friend list of the corresponding user in the SNS user information stored in the SNS user DB 12, and is already registered in the friend list among the extracted set of users. The group comprised by the users who are performed is excluded (step S205). In step S205, if some of the three or more users making up the user group have already been friend-registered, the group is set so that the friend-registered users are not in the same group. May be divided.

  In this example, since the user A and the user B are already registered as friends (see FIG. 3), the SNS server 10 sets the SNS user ID “ID0077” and the SNS user ID “ID0078” in step S205. Of the set, the set of the SNS user ID “ID0078” and the SNS user ID “ID0079”, the set of the SNS user ID “ID0077” and the SNS user ID “ID0078” is excluded.

  When the group of users registered in the friend list is excluded, the SNS server 10 performs processing for generating an introduction notification for introducing the other user to each user constituting the group of users not excluded (step S206). ). In this example, it is assumed that notification content information indicating the notification content corresponding to each rule indicating the introduction condition is registered in the SNS DB 11 as a part of the SNS information. The SNS server 10 refers to the notification content information and generates an introduction notification according to the notification content regarding the corresponding rule.

  FIG. 7 is an explanatory diagram illustrating an example of notification content information stored in the SNSDB 11. As shown in FIG. 7, for example, the notification content information is information including an introduction condition name and notification content. Here, since “rule A” is set as the introduction condition in the SNS server 10, the SNS server 10 introduces the introduction notification for the user B according to the notification content of “rule A” among the notification contents indicated by the notification content information. As a referral notification for user C, “user B, user C and user C and A near miss at station A! An introductory notice that clearly states “Near Miss! The “friend application” is for requesting that one registered user register another user with the friend list in the SNS system 100.

  When the introduction notification is generated, the SNS server 10 transmits the introduction notification to each of the user terminals 30 and 31 by e-mail, for example (step S207), and transitions to step S201.

  Next, friend application processing executed by the user terminals 30 to 3N will be described. Here, a case where the user terminal 30 receives an introduction notification from the SNS server 10 will be described as an example.

  FIG. 8 is a flowchart illustrating an example of friend application processing executed by the user terminal 30. The friend application process is executed, for example, while the user terminal 30 is in operation. Note that the contents of processing not related to the present invention may be omitted.

  In the friend application process, first, the user terminal 30 determines whether or not an introduction notification has been received (step S301). This introduction notification is the notification transmitted in step S207 of the introduction notification process described above.

  If it is determined that the introduction notification has been received (Y in step S301), the user terminal 30 displays an introduction notification screen including the introduction notification on the display screen on a display device (not shown) provided therein (step S302).

  FIG. 9 is an explanatory diagram illustrating an example of an introduction notification screen. As shown in FIG. 9, an introduction notification screen including text corresponding to the notification content information is displayed on the display screen 101 of the user terminal 30. On the introduction notification screen, the corresponding user name is displayed in the introduction partner user name display area 102, and the display area displaying the introduction content in which the corresponding spot name is displayed in the spot name display area 103; There are provided a YES button 104 that is pressed when it is performed and a NO button 105 that is pressed when a friend application is not made without responding to an introduction. In this example, it is assumed that the display screen 101 is a touch panel, and the user terminal 30 accepts various inputs in response to, for example, a touch on the screen with the finger of the user B.

  After displaying the introduction notification screen, when the user terminal 30 receives a friend application screen display request from the user B (Y in step S303), the user terminal 30 acquires the friend application screen from the SNS server 10 and displays the friend application screen. The friend application screen is displayed on the display screen (step S304). In this example, the user terminal 30 determines that the display request for the friend application screen has been received when the YES button 104 on the introduction notification screen is pressed by, for example, the user's finger.

  Although not shown, the friend application screen is a screen for receiving input of information necessary for the friend application. For example, an input area for receiving input of information such as a comment by the friend applicant is provided.

  When receiving input of information necessary for the friend application on the friend application screen (Y in step S305), the user terminal 30 transmits the friend application information including the information received on the friend application screen to the SNS server 10. (Step S307). When the SNS server 10 receives the friend application information, the friend request for answering whether or not to accept the registration request for the friend list by e-mail, for example, to the user terminal 31 of the corresponding user C as the friend application destination. Send the answer screen. And when the reply to accept the registration request to the friend list is received, the SNS server 10 performs a process of registering the other user in the friend lists of both the corresponding users B and C.

  On the other hand, after displaying the introduction notification screen, the user terminal 30 does not accept the request for displaying the friend application screen by the user B (N in step S303), and introduces the notification as an intention to reject the application indicating that the friend application is not made. When the NO button 105 on the screen is pressed by, for example, the user's finger (Y in step S308), the introduction notification screen is deleted (step S309), and the friend application process here ends.

  In the above-described embodiment, the automatic ticket gates 40 to 4N installed at the railway station communicate with the ticket gate portable device to generate ticket gate information and transmit it to the ticket gate information management server 20. Although it was configured, it communicates with the same mobile equipment for ticket gates by similar equipment installed at other facilities such as airfields, not limited to railway stations, and user behavior similar to ticket gate information It may be configured to generate history information.

  In the above-described embodiment, the automatic ticket gates 40 to 4N installed at the railway station communicate with the ticket gate portable device to generate ticket information and transmit it to the ticket gate information management server 20. Although it was configured, it is not limited to the automatic ticket gates 40 to 4N, and other devices (user confirmation devices) such as card readers installed in convenience stores and restaurants can be used to check the ticket gates. For example, user behavior history information as shown in FIG. 10 is generated and used in the same manner as the above-described ticket information based on information acquired from the same portable device (for example, an IC card that can use electronic money). It may be.

  FIG. 10 is an explanatory diagram illustrating an example of user behavior history information. For example, as shown in FIG. 10, the user behavior history information is information including a spot name, an existence confirmation time, an IC chip ID, and a usage amount. An IC chip that matches the IC chip ID of its own terminal by using a history acquisition application provided by a convenience store or restaurant manager in the same manner as the ticket gate information acquisition method using the ticket gate history acquisition application Only the history including the ID can be fetched from the history information server managed by the convenience store or restaurant to the ticket-carrying portable device and transmitted to the SNS server 10. In this way, for example, users who have stayed in restaurants in the same area during the same time zone, or those who paid the same amount at restaurants in the same area during the same time zone, are eligible for introduction. It will be possible to do. Further, for example, a community of a specific restaurant may be introduced to a user who uses the specific restaurant. Information other than location and time is not limited to the amount used, but other information such as purchased product, purchased product category, number of users, etc. shall be included in the user action history information. You may make it include in the condition of introduction. The ticket gate information described above is an example of user action history information.

  In the above-described embodiment, the function of a ticket-carrying portable device such as an IC chip is mainly mounted on the user terminals 30 to 3N, and communication with the user terminals 30 to 3N is performed by the automatic ticket gates 40 to 4N. Although it was set as the structure to perform, it is good also as a structure which uses the portable device for ticket gates different from the user terminals 30-3N.

  As described above, in the above-described embodiment, a communication site (for example, an SNS site) for a plurality of users to communicate via the communication network 50 using their own user terminals 30 to 3N, respectively. The providing community support server (for example, the SNS server 10) acquires the user action history information including the existence confirmation time when the existence of the user is confirmed and the existence confirmation place (for example, a spot), refers to the user action history information, A set of users who satisfy the introduction conditions defined in advance as conditions related to the existence confirmation time and the existence confirmation place of each user is extracted, and for each user terminal 30, 31 of each user in the extracted set, Introduce other users in the group as communication partners on the communication site Therefore, the system 100 can have a function of accurately identifying other registered users suitable for the communication partner of the registered user and introducing the identified other registered users. become able to.

  That is, a set of users that satisfy a predetermined introduction condition as a condition related to the presence check time and the presence check place of each user is extracted, and the user terminals 30 and 31 of each user in the extracted set are extracted. , Because it is configured to send introduction notifications to introduce other users in the group as communication partners, it is possible to establish relevance in terms of time and place without going through a community such as a common hobby or school of origin. To be able to introduce other users who are suitable for the communication partner you have, and to properly recommend new friends to be added to the friend list, so that you can maintain your interest and interest It becomes possible, and it becomes possible to promote utilization of SNS.

  Moreover, in embodiment mentioned above, it is set as the structure which a community assistance server (for example, SNS server 10) acquires the user action history information regarding the user using the said user terminals 30-3N transmitted by the user terminals 30-3N, The user terminals 30 to 3N can recognize the presence of the user by communicating with the user terminal 30 to 3N or a portable device (for example, a ticket gate portable device) on which an IC chip carried by the user using the user terminal 30 to 3N is mounted. User action history information management which acquires and accumulates user action history information including the existence confirmation time and the existence confirmation place when confirmed from the user confirmation device to be confirmed (for example, automatic ticket gates 40 to 4N, IC card reader) From the server (for example, the ticket gate information management server 20), the user related to the user who uses the user terminals 30 to 3N. Since the behavior history information is acquired and transmitted, the user behavior history information including the existence confirmation time and the existence confirmation place can be easily obtained and used in the SNS while respecting the user's intention. become able to. That is, it becomes possible to acquire user action history information based on information acquired at the time of ticket gates at stations or payments at convenience stores or restaurants via the user terminals 30 to 3N, and user action history at the SNS site. User behavior history information of users who want to use information can be obtained, so that the system administrator can actively introduce other users identified using user behavior history information including personal information Become.

  In the above-described embodiment, as the introduction condition, for example, it is assumed that the existence is confirmed at the existence confirmation time within the predetermined time difference at the same or nearby existence confirmation place. It becomes possible to introduce other users suitable for the communication partner having the close relationship.

  Moreover, in embodiment mentioned above, a community support server (for example, SNS server 10) is the same or a neighboring presence confirmation place in the same time slot | zone as introduction notification with respect to each user in the group of users who satisfy | fill the extracted introduction conditions. Since it is configured to generate an introduction notification clearly indicating that it is another existing user and to send the generated introduction notification, a user who has a close relationship in time and place is the introduction partner It is possible to make a clear notification.

  In the above-described embodiment, a case has been described in which a friend candidate to be introduced is specified based on the user behavior history information and introduced as a friend candidate. However, the SNS is based on the user behavior history information through a similar process. You may make it introduce the opponent of the video game provided in the inside. With this configuration, the system 100 can have a function for accurately identifying other registered users suitable for the opponent as a communication partner of the registered user and introducing the specified other registered users. become.

  Moreover, although embodiment mentioned above demonstrated the case where the friend candidate to introduce was specified based on user action history information and introduced as a friend candidate, it is provided within SNS based on user action history information. It is also possible to change video game parameters or make new items appear. In this case, for example, the game level of the enemy character in the video game may be changed depending on the distance (section) from the boarding station to the getting-off station. In addition, different parameters are set for each route and time zone, and a special route or time zone is given to a user who uses the specific route or time zone to give a privilege that allows the video game to proceed advantageously. The user may be encouraged to use the railway.

  In the embodiment described above, the community support server (for example, the SNS server 10) executes the various processes described above according to the control program (community support program) stored in the storage device included in the community support server. The SNS server 10 may be configured to have the function of the ticket gate information management server 20.

  ADVANTAGE OF THE INVENTION According to this invention, it is useful to specify the other registered user suitable for the communication other party of a registered user correctly, and to give a system the function to introduce the specified other registered user.

10 SNS server 11 SNSDB
12 SNS user DB
20 ticket gate information management server 21 ticket gate DB
22 ticket gate user DB
30 to 3N user terminal 40 to 4N automatic ticket gate 50,60 communication network

Claims (9)

A communication system comprising a plurality of user terminals and a community support server that provides a communication site for communication among a plurality of users using their own user terminals via a communication network,
Each of the plurality of user terminals is
User action history information including a presence confirmation time and a presence confirmation location at which a user is confirmed by a user confirmation device, which is a device installed in a real estate facility and capable of confirming the existence of each of the plurality of users User action history information acquisition means for acquiring user action history information related to a user who uses the user terminal from the user action history information management server
User action history information transmitting means for transmitting the user action history information acquired by the user action history information acquiring means to the community support server,
The community support server
Introduction condition information storage means for storing introduction condition information indicating introduction conditions related to a specific location and a specific time zone specified in advance by the user as conditions related to the presence check time and the presence check location of each user When,
User action history information storing means for receiving user action history information transmitted by the user action history information transmitting means of each of the plurality of user terminals and storing the user action history information in a predetermined storage area;
An extraction unit that refers to the user behavior history information stored by the user behavior history information storage unit and extracts a set of users who satisfy the introduction conditions indicated by the introduction condition information of each other ;
An introduction notification transmission unit that transmits an introduction notification for introducing another user in the group as a communication partner on the communication site to each user terminal in the group extracted by the extraction unit. The communication system characterized by including these. The introduction notification transmission means introduces other users in the group as opponents of the video game provided in the communication site to the user terminals of each user in the group extracted by the extraction means. The communication system according to claim 1, wherein an introduction notification for transmitting the information is transmitted. The community support server includes setting change means for changing settings of a video game provided in the communication site based on user action history information stored by the user action history information storage means. Item 3. The communication system according to Item 2. The user confirmation device confirms the presence of the user by communicating with the portable device equipped with the IC chip carried by the user terminal or the user using the user terminal. The communication system described. The communication system according to any one of claims 1 to 4, wherein the introduction condition is that the existence is confirmed at an existence confirmation time within a predetermined time difference at the same or a nearby existence confirmation place. Introductory notification generation for generating an introductory notification that clearly indicates that other users existed in the same time zone at the same or nearby existence confirmation location as introduction notifications for each user in the set extracted by the extraction means Including means,
The communication system according to claim 5, wherein the introduction notification transmission unit transmits the introduction notification generated by the introduction notification generation unit. A community support server that provides a communication site for a plurality of users to communicate via a communication network using their own user terminals,
User behavior history information acquisition means for acquiring user behavior history information including the presence confirmation time and presence confirmation location where the presence of the user is confirmed;
Refers to user behavior history information, and is a set of users who satisfy introduction conditions that are predetermined as conditions related to the existence confirmation time and existence confirmation place of each user and that satisfy different introduction conditions set for each user terminal. Extracting means for extracting
An introduction notification transmission unit that transmits an introduction notification for introducing another user in the group as a communication partner on the communication site to each user terminal in the group extracted by the extraction unit. A community support server characterized by including: A community support method executed by a community support server that provides a communication site for a plurality of users to communicate via a communication network using their own user terminals,
A user action history information acquisition process for acquiring user action history information including an existence confirmation time and an existence confirmation place where the existence of the user is confirmed;
Refers to user behavior history information, and is a set of users who satisfy introduction conditions that are predetermined as conditions related to the existence confirmation time and existence confirmation place of each user and that satisfy different introduction conditions set for each user terminal. Extraction process to extract
An introduction notification transmission process for transmitting an introduction notice for introducing another user in the group as a communication partner to the user terminal of each user in the group extracted by the extraction process A community support method characterized by including: A community support program for causing a plurality of users to execute a community support server that provides a communication site for communicating via a communication network using their own user terminals,
In the community support server,
A user action history information acquisition process for acquiring user action history information including an existence confirmation time and an existence confirmation place where the existence of the user is confirmed;
Refers to user behavior history information, and is a set of users who satisfy introduction conditions that are predetermined as conditions related to the existence confirmation time and existence confirmation place of each user and that satisfy different introduction conditions set for each user terminal. Extraction process to extract
An introduction notification transmission process for transmitting an introduction notice for introducing another user in the group as a communication partner to the user terminal of each user in the group extracted by the extraction process A community support program for

Images