JP2015097009A - Social networking service providing system and server - Google Patents

Abstract

PROBLEM TO BE SOLVED: To enhance possibility allowing for development of excellent ties of a person to a person.SOLUTION: A server is configured to: register schedule information input to a user terminal by a user as an action schedule on a specific date in association of the schedule information with the specific date in a database for each user account; and when schedule information on the date and an action site construed as the same is registered by a plurality of user accounts in the database, mediate transmission and reception of messages among user terminals corresponding to the plurality of user accounts.

Description

  The present invention relates to a system for providing a social networking service and a server used therefor.

  In recent years, an increasing number of users use a so-called social networking service (SNS) using the Internet. The SNS is intended to support the connection between people, and is also used as a place where people with common hobbies and preferences get acquainted (see, for example, Patent Document 1).

  On the other hand, a schedule management system using the Internet is known (see Patent Document 2). In the schedule management system, the management server displays a calendar on the terminal of the user registered in the site, and the user writes a schedule at a location corresponding to an arbitrary date on the calendar. The management server stores the written schedule and date (year / month / day) in association with the user account of the user. The user can check the stored information at any time by displaying it.

JP 2008-140174 A JP 2005-322178 A

  There is no system that provides SNS using the schedule management described above.

  The social networking service providing system according to the present invention includes a server and a plurality of user terminals that can be network-connected to the server. The server inputs schedule information that the user has input to the user terminal as an action schedule on a specific date. If schedule information that is registered in the database for each user account in association with the schedule information and schedule information that is understood to have the same date and action location are registered in the database with multiple user accounts, it corresponds to the multiple user accounts A control unit that mediates message exchange between the user terminals.

  According to the present invention, the provision of SNS using schedule management increases the possibility of establishing a good connection between people.

The block diagram of the system in one Embodiment of this invention. The figure which shows the memory example of a database storage part. The flowchart which shows an example of the process sequence by a server. The flowchart which shows the detail of the same schedule search process of FIG.

An embodiment of the present invention will be described with reference to the drawings.
As shown in FIG. 1, the system in this embodiment includes a server 10 owned by a service provider, and a plurality of user terminals 30 that can be connected to the server 10 via a network line (for example, an Internet line) 20. including. Services provided by the server 10 are a schedule management service and a social networking service (SNS) using the schedule management service. In addition, although only one server 10 is illustrated, it may be composed of a plurality of servers.

  The server 10 includes a control unit 11, a storage unit 12, a communication unit 13, and the like. The control unit 11 includes a CPU and the like. The storage unit 12 includes a database storage unit 12A that stores a database and a program storage unit 12B that stores a program. The communication unit 13 includes a communication circuit for communicating with the user terminal 30 and the like via the network line 20.

  As long as the user terminal 30 has a communication function and a display function, the user terminal 30 may be a portable terminal such as a smartphone, or a stationary or mobile computer.

  A person who intends to use the service transmits information for identifying the person from the user terminal 30 to the server 10 and acquires a user account (registers as a member). The information to be transmitted includes a user ID, a login password, an e-mail address, etc., and these are stored as private information in the database in the database storage unit 12A for each user account.

  In the following description, “user” refers to a user registered as a member of this service.

  FIG. 2 is a diagram showing a storage example of the database stored in the database storage unit 12A. The database storage unit 12A stores user information 1201, 1202, 1203,... Corresponding to each user A, B, C,. Each user information 1201, 1202, 1203,... Stores a user name (handle name) 12a, a user account 12b, and a user profile 12c including self-introduction. The service provider recommends the user a description of hobbies, special skills, occupations, sex, age groups, etc. as the contents of self-introduction, and stores these as the user profile 12c. When the user fills in and transmits the user profile to the user terminal 30, the server 10 stores the received user profile 12c in the database storage unit 12A, which is a database, in association with the user account 12b.

  Further, each user information 1201, 1202, 1203,... Stores schedule information 12d. The user transmits a user ID and password from the user terminal 30 to the server 10 to start a session. The session has a one-to-one correspondence with the user account 12b. In the session, the user can register his / her schedule information 12d in the server 10 using the schedule management service. Schedule registration is performed by displaying a calendar of “month” including “day” for which a schedule is to be registered on the user terminal 30 and writing the schedule in a location corresponding to the target “day”. For example, “XX Concert @ Shibuya Open 18: 30 / Start 19:00” (XX is the artist name), “XXX Photo Exhibition Place: *** Gallery” (XXX is the photographer name) And so on.

  The server 10 stores the written schedule and the date in the schedule information 12d of the database storage unit 12A in association with the user account 12b. Thereafter, the user can check the schedule information 12d registered by the user at any time. That is, when the user starts a session in the same procedure as described above and displays the calendar of “month” in which the schedule is registered, the server 10 reads the schedule information 12d corresponding to the user account 12b from the database, and corresponds. Displayed at the location corresponding to "day".

  By the way, many people have a desire to have new connections with people who have the same hobbies as themselves or who are interested in the same things as themselves. Therefore, in this system, in order to support this kind of person-to-person connection, the server 10 has a user profile between a plurality of users who have the same schedule (scheduled to have the same date and place of action). Mediates the exchange of 12c.

  That is, after a user registers a schedule in a user's session, the server 10 searches the database for other users who have registered the same schedule as the registered schedule information 12d. The search timing may be the time when the user registers a schedule, the time when the user confirms the schedule information 12d registered in the past, or the time when the user performs a predetermined confirmation operation.

  When the server 10 determines that the search timing is reached, the server 10 extracts keywords from the schedule information 12d registered by the user. In the case of events such as the concerts and photo exhibitions described above, the names of those events, the names of related persons (artist names, photographer names, etc.), the names of venues, and the like are extracted as keywords. Next, the server 10 searches the database based on the extracted keyword, schedule registration date, etc., and the user who has registered the user profile 12c among the other users who registered the schedule information 12d interpreted as the same schedule The user profile 12c is extracted. Then, the extracted user profile 12c is transmitted to the user (correctly, the user terminal 30 corresponding to the user account 12b of the user). In the user terminal 30 of the user, the transmitted user profile 12c is displayed as a list for each user.

  In addition, it is desirable that each user can set whether or not to allow his / her own user profile 12c to be disclosed for each schedule to be registered. When the user selects “cannot be published”, the server 10 does not transmit the user profile 12c of the user to other users and transmits the user profile 12c of other users to the user regarding the schedule information 12d. I don't have to.

  Here, the fact that a plurality of users have the same schedule means that the users are likely to take the same action at the same place at the same date and time. Of course, there are many user-scheduled plans that can never be expected to connect with new people, such as simply meeting with friends. However, if the content of the event is an event publicly announced in advance (for example, the concert or photo exhibition mentioned above), the event venue can be said to be a place where multiple people with the same hobby gather. By enabling communication among those people, the possibility of establishing connections with new people increases.

  Therefore, the server 10 provides a place for communication by mediating the exchange of messages between a plurality of users having the same schedule.

  As an example, when a certain female user A registers schedule information 12d of an event, and confirms the user profile 12c of another user listed as described above, a user who seems to feel good from there Suppose that B is found (for example, the same woman, the same hobby, and the age group matches her). In this case, the user A can send a message to the user B.

  To send a message to another specific user, for example, the user profile 12c of the target user is selected from the list display of the user profile 12c, and the message button displayed anywhere on the screen is operated. Good. Alternatively, a message button may be displayed for each user profile 12c and the message button corresponding to the target user may be operated. In either case, the message transmission / reception method is the same as the normal electronic mail transmission / reception method. That is, when the user operates the message button, the message writing field is displayed in a separate window, and when the user writes a message and operates the send button, the message is transmitted to the server 10.

  The server 10 stores the message sent by the user and notifies the user designated as the destination that the message has arrived from another user. When the destination user who has received this notification requests the server 10 to transmit a message, the server 10 transmits a message from the originating user to the destination user. Similarly, the destination user can send a reply message to the calling user.

  This enables personal communication between two users (for example, the users A and B) who have the same schedule. If both parties agree through such communication, it is possible to build new connections between people such as meeting and talking before the event, going out to the event, eating together after the event, etc. Increases nature.

  It is desirable for any user to be able to “block” interaction with other users. For example, when the above-mentioned user B receives a message from the user A and determines from the content of the message or the user profile 12c of the user A that the user B is not likely to feel, or has some suspiciousness, the user B A “block” can be set for A. In this case, the server 10 does not notify the user B of the new message addressed to the user B from the user A unless the user B releases the “block”. Never sent to.

3 and 4 show processing procedures in the server 10 for realizing the above-described functions.
This program is stored in the program storage unit 12B of the server 10, and is executed by the control unit 11 when the user logs in.

  3, the control unit 11 displays the calendar of the current month on the user terminal (login terminal) 30 of the user (correctly, the control unit 11 displays the calendar data of the current month of the user terminal 30 of the user. And the user terminal 30 receiving the data displays a calendar based on the data on its display unit).

  In step S <b> 2, the control unit 11 determines whether or not the user's schedule information 12 d is registered for “month” currently displayed in the calendar. If step S2 is negative, the process proceeds to step S6. If the determination is positive, in step S3, all the registered schedule information 12d is displayed in the corresponding “day” portion of the calendar. As a result, the user can confirm his / her schedule for the month.

  In step S4, the control unit 11 determines whether or not a schedule selection operation has been performed by the user. The schedule selection operation is an operation in which the user selects any one of the displayed schedule information 12d on the user terminal 30. If step S4 is affirmed, the process proceeds to step S5, and the same schedule search process (FIG. 4) is performed on the selected schedule information 12d. When step S4 is denied, it progresses to step S6.

  In step S6, the control unit 11 determines whether or not a schedule input operation by the user has been performed. The schedule input operation is an operation in which the user inputs a schedule at a location corresponding to any “day” of the displayed calendar on the user terminal 30. If step S6 is negative, the process proceeds to step S9. If the determination is positive, the input schedule and the date are associated with each other and stored in the database storage unit 12A as schedule information 12d (register the input schedule). To do). In step S8, the same schedule search process (FIG. 3) is performed on the schedule information 12d registered in step S7.

  In step S9, the control unit 11 determines whether or not a calendar feeding operation has been performed by the user. The calendar sending operation is an operation in which the user instructs the user terminal 30 to display a “month” calendar different from the currently displayed calendar. If step S9 is negative, the process proceeds to step S11. If the determination is positive, in step S10, the designated “month” calendar is displayed (calendar feeding is performed), and the process returns to step S2.

  In step S11, the control unit 11 determines whether or not a logout operation has been performed by the user. If the determination is negative, the control unit 11 returns to step S2, and if affirmative, the control unit 11 performs a predetermined logout process in step S12 and ends.

FIG. 4 shows details of the same schedule search process in steps S5 and S8.
In step S101, the control unit 11 searches for other users who have registered the schedule information 12d in the database storage unit 12A, which is considered to be the same as the schedule (the schedule selected by the user or newly registered). To do. As described above, the database search is performed based on the keyword extracted from the content of the schedule information 12d and the schedule registration date (month, day, time), and the schedule information 12d interpreted as the same schedule information 12d is registered. It is the process which extracts the user profile 12c of the user who has registered the user profile among other users who did. Other users to be searched are limited to those who register the user profile 12c and permit its disclosure.

  Next, the control unit 11 determines whether or not corresponding data has been extracted as a result of the search in step S102, and returns if not extracted. At that time, for example, it is desirable to display a message such as “No one has registered the same schedule as you for the schedule on December 20, 2013”.

  On the other hand, if step S102 is positive, the process proceeds to step S103. As described above, in the case of a schedule related to an event that has been publicly announced in advance, there is a high possibility that step S102 is positive. In step S103, the control unit 11 asks the user whether or not to display the extracted data. For example, "There are 17 people who have registered the same schedule as you about the schedule on December 25, 2013. Do you want to display it?" Then, the control part 11 waits for a user's reaction (step S104, S110). In the example of the database storage unit 12A shown in FIG. 2, when the user A selects “XXX photo exhibition place: *** gallery” or newly registers, the schedule information 12d of the user C is the same schedule. Extracted as

  If the user performs a NO operation in response to the inquiry from the server, step S110 is affirmed and the process returns as it is. If the user performs a YES operation, step S104 is affirmed, and the control unit 11 transmits the search result in step S105. That is, the user profiles 12c of other users who have the same schedule (in the above example, the user profiles 12c for 17 people) are displayed in a list on the user terminal 30.

  In step S106, the control unit 11 determines whether there is a message from another user addressed to the user regarding the schedule. If step S106 is negative, the process proceeds to step S108. If the determination is positive, the user is notified that there is a message in step S107.

  On the list display screen of the user profile 12c, the user can perform message-related operations. When a message-related operation is confirmed in step S108, the control unit 11 executes a message-related process corresponding to the operation in step S109, and then returns to step S108.

  As described above, the message-related operation is an operation for sending a message to another user whose user profile 12c is listed or a message from another user (when step S106 is affirmed). ) Is an operation for requesting the transmission, and an operation for replying to the message. Message-related processing is processing that responds to these operations.

  If step S108 is negative, the control unit 11 determines whether or not a list display cancellation operation by the user has been performed in step S111. If negative, the control unit 11 returns to step S108, and if affirmative, the list of the user profile 12c is determined. Cancel display and return.

  According to the above embodiment, providing SNS using schedule management increases the possibility that a good connection between a person and a person can be newly established through a schedule registered in the server.

(Modification)
(1) In the above embodiment, an example is shown in which the server publishes the user profile 12c (mediates the transfer of user information) before the server mediates the transfer of messages between users who have registered the same schedule. . Publishing the user profile 12c greatly helps the user to select who to send a message to, but this need not be done in particular (the user profile 12c registration service itself may not be present). In this case, the server only notifies the user of the number of other users who have the same schedule, and the user who receives the notification may send a message to all of them, for example.

(2) In the above embodiment, when a user selects or newly registers a schedule, a message is sent to another user whose schedule matches, and a response from the other user is waited for. A message may be sent once without waiting for a response from another user, the processing shown in FIG. 4 is terminated, and when there is a response from another user, processing corresponding to the response may be separately performed.

(3) In the above embodiment, the example of searching for the schedules of other users whose schedules are completely the same has been described. Other users registered with the schedule may be searched for communication. In this case, it is possible to make adjustments so that the schedule of each user becomes the same date and time by subsequent communication.

(4) In the above-described embodiment, the example of searching for the schedule of another user whose schedule including the date and the action place matches is described. However, not only the schedule but also one or more of the user profiles match. You may comprise so that the schedule may be searched. For example, not only a schedule but also a schedule of another user who matches a hobby may be searched.

10 server 11 control unit 12 storage unit 20 network line 30 user terminal

Claims (4)

A server, and a plurality of user terminals connectable to the server via a network,
The server
A schedule management unit for registering schedule information input to the user terminal as an action schedule on a specific date by the user in a database for each user account in association with the date;
When schedule information that is understood to have the same date and place of action is registered in the database with a plurality of user accounts, a control unit that mediates message exchange between user terminals corresponding to the plurality of user accounts; A social networking service providing system characterized by comprising: The server further includes a user information registration unit that registers the user information transmitted from the user terminal in the database for each user account,
When the schedule information that is interpreted as having the same date and action place is registered in the database with a plurality of user accounts, the control unit exchanges the message between user terminals corresponding to the plurality of user accounts. The social networking service providing system according to claim 1, wherein mediation of transfer of the user information is mediated before mediating. A server capable of network connection to a plurality of user terminals,
A schedule management unit for registering schedule information input to the user terminal as an action schedule on a specific date by the user in a database for each user account in association with the date;
When schedule information that is understood to have the same date and place of action is registered in the database with a plurality of user accounts, a control unit that mediates message exchange between user terminals corresponding to the plurality of user accounts; A server comprising: A user information registration unit that registers the user information transmitted from the user terminal in the database for each user account;
When the schedule information that is interpreted as having the same date and action place is registered in the database with a plurality of user accounts, the control unit exchanges the message between user terminals corresponding to the plurality of user accounts. 4. The server according to claim 3, wherein the server mediates transfer of the user information prior to mediating. 5.

Images