WO2013179867A1 - 管理装置、管理装置と通信可能な端末装置、サービス提供システム、管理装置の制御方法、及び管理装置のプログラム - Google Patents

管理装置、管理装置と通信可能な端末装置、サービス提供システム、管理装置の制御方法、及び管理装置のプログラム Download PDF

Info

Publication number
WO2013179867A1
WO2013179867A1 PCT/JP2013/063065 JP2013063065W WO2013179867A1 WO 2013179867 A1 WO2013179867 A1 WO 2013179867A1 JP 2013063065 W JP2013063065 W JP 2013063065W WO 2013179867 A1 WO2013179867 A1 WO 2013179867A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
specific
external
information
golf
Prior art date
Application number
PCT/JP2013/063065
Other languages
English (en)
French (fr)
Inventor
恭行 夏目
健吾 篠田
卓也 橋本
勇二 恒松
Original Assignee
株式会社コナミデジタルエンタテインメント
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社コナミデジタルエンタテインメント filed Critical 株式会社コナミデジタルエンタテインメント
Priority to JP2014518367A priority Critical patent/JP6075894B2/ja
Publication of WO2013179867A1 publication Critical patent/WO2013179867A1/ja

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/10Office automation; Time management
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10Services

Definitions

  • the present invention relates to a technology for encouraging a specific user who has a specific relationship in a certain service to participate in another service.
  • Patent Document 1 has applied for the fact that such an application has been made at the stage of applying for a friendship relationship from the certain user to the other user. Only the certain user and the other user who has received the application can know, and other users cannot know. Therefore, for example, when the construction of this friendship is the construction of a friendship on an application that can be used in SNS, the existence of this application itself receives an application from the certain user who applied for the application. It is not known to users other than the other users. In other words, if it is assumed that there is a user who may be interested in this application, there is a possibility that the opportunity to acquire a new participant in this application may be lost.
  • the present invention has been made in view of this point, and an object of the present invention is to promote a new participation in this service by displaying a request for participation in a service other than the parties.
  • a program of a management apparatus provides a second service to second users including a first user who receives provision of the first service and the second user.
  • a management device (1) that can communicate with an external management device (3) that manages second specific relationship information indicating a specific relationship between them, and that can communicate with the terminal device (2) of the first user.
  • a program of a management device including a computer, the program based on second identification information of a predetermined user among second identification information for uniquely identifying the second user, An acquisition unit (11) that acquires the second specific relationship information managed by the external management device (3), the second identification information in response to a request from the terminal device (2), and the second specific relationship Information and the first user
  • the predetermined user and the specific identification based on the first identification information having a specific relationship with the second identification information or the first specific relationship information indicating a specific relationship between the first users.
  • a specific part (13) that specifies at least one of the second external users not corresponding to the first user as a specific external user, and the specific external use specified by the specific part (13)
  • a display control unit (14) capable of displaying a user on the display unit (21) of the terminal device (2), and prompting the use of the first service in response to a request from the terminal device (2)
  • the terminal device (2) selects transmission of usage guidance.
  • Display request transmission for transmitting to the external management device (3) a display request for displaying information relating to the first service and display information suggesting the first service as display information relating to the predetermined user in the second service It is made to function as a part (17).
  • the specific relationship can include, for example, a friend relationship, but is not limited thereto. In short, any relationship can be used as long as it is established based on a certain rule.
  • the usage guidance for promoting the use of the first service may be link information to a page for starting the use of the first service, or may be link information to the top page of the first service, It may be name information that can identify the first service.
  • the suggestion information suggesting the first service may be a word or phrase related to the first service, or may be an icon to which link information to a page for starting use of the first service is pasted. And name information etc. which can specify the 1st service may be sufficient.
  • the information on the specific external user may be the name of the specific external user, the user name on the second service, the icon of the specific external user, or the like.
  • the display information related to the predetermined user may be display information of a page displaying a list of the activities of the predetermined user on the second service, or display the activity of the predetermined user on the second service as a notification. It may be display information of the area to be performed.
  • the display request transmission unit (17) receives the information on the specific external user selected by the terminal device (2) and the suggestion information indicating the first service. You may make it transmit the display request
  • the display information related to the specific external user may be display information of a page displaying a list of the activities of the specific external user on the second service, or the activity of the specific external user on the second service May be display information of an area for displaying as a notification.
  • the display request transmission unit (17) may transmit the second identification information for identifying the predetermined user to the external management device together with the display request.
  • a program for a terminal device provides a second service to a second user including a first user who receives the provision of the first service, and indicates a specific relationship between the second users.
  • a program of the terminal device of the first user that is at least communicable with the management device (1) capable of communicating with the external management device (3) that manages the specific relationship information, and includes a computer, According to the operation of the predetermined user, the computer is a second that does not correspond to the first user among the specific second users who are the second users having the specific relationship with the predetermined user.
  • a specific external user as at least one of a first external user and a second external user who does not correspond to the first user among the second users having the specific relationship with the specific second user
  • a display unit (22) for displaying information indicating a user, and one of the information indicating the specific external user displayed on the display unit (22) according to the operation of the predetermined user or arbitrarily.
  • a selection unit (23) for selecting a plurality of the specific external users, and a usage guide for urging use of the first service to the specific external user selected by the selection unit (23).
  • the specific relationship can include, for example, a friend relationship, but is not limited thereto. In short, any relationship can be used as long as it is established based on a certain rule.
  • the usage guidance for promoting the use of the first service may be link information to a page for starting the use of the first service, or may be link information to the top page of the first service, It may be name information that can identify the first service.
  • the information indicating the specific external user may be a name of the specific external user, a user name on the second service, an icon of the specific external user, or the like.
  • the second request unit (24) receives the information related to the specific external user selected by the selection unit (23) and suggestion information suggesting the first service.
  • the management apparatus (1) is further requested to transmit a display request for display as display information relating to the predetermined user in the service from the management apparatus (1) to the external management apparatus (3).
  • the information regarding the specific external user may be the name of the specific external user, the user name on the second service, the icon of the specific external user, or the like.
  • the suggestion information indicating the first service may be a word or phrase related to the first service, or may be an icon pasted with link information to a page for starting use of the first service. And name information etc. which can specify the 1st service may be sufficient.
  • the display information related to the predetermined user may be display information of a page displaying a list of the activities of the predetermined user on the second service, or display the activity of the predetermined user on the second service as a notification. It may be display information of the area to be performed.
  • a service providing system provides a second service to a second user including a first user who receives the provision of the first service, and indicates a specific relationship between the second users.
  • Service providing system comprising a management device (1) capable of communicating with an external management device (3) for managing specific relationship information, and a terminal device (2) of the first user capable of communicating with the management device (1)
  • the second specific relationship information managed by the external management device (3) based on the second identification information of a predetermined user among the second identification information for uniquely identifying the second user.
  • the predetermined user and the specific information 2nd specific user who has a relationship Among users, a first external user who does not correspond to the first user, and a second user who has the specific relationship with the specific second user and does not correspond to the first user
  • a specifying unit (13) that specifies at least one of the two external users as a specified external user, and the display unit (22) of the specific external user specified by the specifying unit (13).
  • the specific external usage selected in response to the operation of the terminal device (2) by the predetermined user for the display control unit (14) to be displayed and the transmission of the usage guidance prompting the usage of the first service.
  • a request to send to the external management device (3), a request to send to the external management device (3), information on the selected specific external user, and a suggestion to suggest the first service Information to the second service A display request transmitting unit (17) for transmitting a display request for displaying on the display unit of the terminal device of the predetermined user to the external management device (3) as display information relating to the predetermined user. It is characterized by comprising.
  • the control method of the management apparatus provides a second service to a second user including a first user who receives the provision of the first service and shows a specific relationship between the second users.
  • a control method of the management device (1) that can communicate with the external management device (3) that manages the second specific relationship information and that can communicate with the terminal device of the first user.
  • the external management device (3) acquiring second identification information of a predetermined user among the second identification information for uniquely identifying the second user, uniquely identifying the first user, and corresponding to the second identification information And at least one of first identification information indicating a specific relationship between the first users, and based on the second identification information, the external management device (3)
  • the specific relationship information to be managed is acquired, and the terminal device ( ) Based on the second identification information, the second specific relationship information, and the stored first identification information or the first specific relationship information, the predetermined user and the Among the specified second users who are the second users having a specific relationship, the first external user who does not correspond to the first user, and the second having the specific relationship with the specific second user Among the users, at least one of the second external users not corresponding to the first user is specified as a specific external user, and the specified specific external user is displayed on the display unit of the terminal device (2) (22), and in response to a request from the terminal device (2), transmission of a usage guide prompting the use of the first service is sent to the specific external user selected
  • the management device provides a second service to a second user including a first user who receives the provision of the first service, and indicates a specific relationship between the second users.
  • a management device (1) communicable with an external management device (3) for managing relationship information, and a management device communicable with the terminal device (2) of the first user, wherein the second use
  • the first identification information, the specific relationship information, and the first user are uniquely identified and have a correspondence relationship with the second identification information.
  • a first specific relationship indicating identification information or a specific relationship between the first users A first external user who does not correspond to the first user among the specific second users who are the second users having the specific relationship with the predetermined user, based on the information, and the specific A specifying unit (13) for specifying, as a specified external user, at least one of a second external user who does not correspond to the first user among the second users having the specific relationship with the second user; From the terminal device (2), the display control unit (14) capable of displaying the specific external user specified by the specifying unit (13) on the display unit (22) of the terminal device (2).
  • the external management device (3) sends a request for transmission to the specific external user selected by the terminal device (2) to transmit a usage guide prompting the use of the first service.
  • the terminal device (2) provides the second service to the second user including the first user who receives the provision of the first service and shows a specific relationship between the second users.
  • a terminal device of the first user capable of communicating at least with the management device (1) capable of communicating with the external management device (3) managing the second specific relationship information, in accordance with an operation of the predetermined user;
  • the management device (1) Requesting first request unit (21) and the management device (1)
  • a display unit (22) for displaying information indicating a specific external user specified in the management device (1) under the control of the display control unit, and the display according to the operation of the predetermined user or arbitrarily
  • a selection unit (23) for selecting one or a plurality of the specific external users from the information indicating the specific external users displayed on the unit;
  • FIG. 1 is a block diagram of a service providing system 100 according to an embodiment of the present invention.
  • the service providing system 100 includes a management server 1 that provides a golf information application, a user terminal device 2, and an external management server 3 that provides an SNS site via a communication network NET such as the Internet.
  • a user who uses the golf information application of the management server 1 is a golf user (an example of “first user”)
  • an SNS user of the external management server 3 is an SNS user (“second use”). An 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.).
  • 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.
  • the provision of a golf information application will be described as an example.
  • the management server 1 provides an application such as a game, provides travel information including hotel reservations, provides concert information, and sells services and goods. May be provided.
  • the SNS provided by the external management server 3 (an example of “second service”)
  • social applications such as games and practical tools can be used. it can.
  • 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.
  • 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.
  • the golf information application (an example of “first service”) provided by the management server 1 of the present embodiment is a service provided by a social application as described above as an example.
  • 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.
  • the SNS user performs this approval, the SNS user becomes a golf user.
  • the golf user is included in the SNS user as shown in FIG.
  • 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.
  • the external management server 3 provides SNS with respect to the SNS user containing a golf user.
  • the golf user is included in the SNS user.
  • 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 management server 2 of 1st Embodiment manages a golf user's friend relationship using a SNS user's friend relationship.
  • a SNS user who has a friendship on a SNS with a certain golf user (hereinafter referred to as golf user A) is directly set as a SNS friend, and directly on a SNS friend and SNS.
  • SNS users who are in a friend relationship are managed as indirect SNS friends.
  • the friend who is a direct SNS friend and a golf user is made into a direct golf chum
  • the friend who is an indirect SNS friend and is a golf user is managed as an indirect golf chum.
  • the management server 1 includes a storage unit 15 that stores a golf user information table TBL11.
  • 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.
  • the management server 1 includes an acquisition unit 11, a specification unit 13, and a display control unit 14. When the acquisition unit 11 receives a request to display the friendship of the golf user A from the terminal device 2 of the golf user A (an example of “predetermined user”), the golf unit stored in the storage unit 15 Based on the identification information UID of the user A, friend information managed by the external management server 3 can be acquired.
  • the specifying unit 13 uses golf among SNS users who have a friendship with the golf user A.
  • a person who corresponds to a golf player is identified as a golf friend, and among SNS users (indirect SNS friends) who have a friendship with an SNS user who has a friendship relationship with the golf user A. Identify as an indirect golf friend.
  • the display control unit 14 is information necessary for displaying the relationship diagram indicating the relevance of the direct golf chum and the indirect golf chum identified by the identifying unit 13, and information necessary for displaying the specific external user described later. Is transmitted to the terminal device 2 of the golf user A.
  • the SNS user who is not yet a golf friend is selected, This SNS user ("Specific external use" is selected.
  • a usage guide that prompts the user to use the golf information application is transmitted to an example of the “person”.
  • the management server 1 When the management server 1 is requested from the terminal device 2 of the golf user A to transmit a usage guide prompting the use of the golf information application, the management server 1 notifies the selected SNS user of the usage guide.
  • a transmission request transmission unit 16 that transmits a transmission request to the external management server 3 is provided.
  • the management server 1 displays a display request for displaying the information regarding the selected SNS user and the suggestion information suggesting the golf information application as display information regarding the golf user A in the SNS. 3 is provided.
  • the terminal device 2 is an SNS user who is a direct SNS friend of the golf user A but is not yet a golf friend, and an SNS user who is an indirect SNS friend but has not yet become a golf friend.
  • a first request unit 21 that requests the management server 1 to specify one (specific external user) is provided.
  • the terminal device 2 displays information necessary for displaying a relationship diagram indicating the relationship between the direct golf chum and the indirect golf chum transmitted from the display control unit 14 of the management server 1 and the specific external user.
  • a display unit 22 is provided for displaying the relationship diagram and information indicating the specific external user based on information necessary for display.
  • the terminal device 2 selects one or a plurality of specific external users from information indicating the specific external users displayed on the display unit 22 according to the operation of the golf user A or arbitrarily.
  • the unit 23 is provided.
  • the terminal device 2 is provided with the 2nd request
  • FIG. 4 shows the data structure of the golf user information table TBL11.
  • a plurality of records are recorded in the golf user information table TBL11.
  • One record includes identification information UID that uniquely identifies a golf user, registration date, profile information, and round history information.
  • the golf user identification information UID has a correspondence relationship with the SNS user identification information UID.
  • 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.
  • 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.
  • Profile information includes gender, age, and email address.
  • the round history information includes the name of the golf course played, the score, and the round date. Other information may be recorded in the record.
  • the golf user identification information UID is essential as information to be stored in the golf user information table TBL11, other information may be omitted.
  • the golf user information table TBL11 may be composed of a plurality of tables linked with key information (for example, identification information UID), and may be a relational database.
  • the external management server 3 includes an SNS user information table TBL31 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, and friends of the SNS user An SNS friend information table TBL32 storing friend information indicating the relationship is provided. 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, the external management server 3 performs a predetermined process from the SNS user information table TBL 31 or the SNS friend information table TBL 32. Information is extracted and sent back to the management server 1.
  • APIs Application Program Interface
  • 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. 3 shows an example of My Page.
  • the profile image of the golf user A is displayed in the region X
  • the profile image of the golf user A's direct golf chum is displayed in the region Y1
  • the region Y2 is displayed in the region Y2.
  • a profile image of an indirect golf friend is displayed.
  • the direct golf chum and the indirect golf chum are displayed in different areas Y1 and Y2, the golf user A can easily grasp the hierarchical friendship.
  • FIG. 5 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, work place, identification information UID that uniquely identifies the SNS user (functioning as an account), and an e-mail address. These pieces of information are personal information registered by the SNS user.
  • FIG. 6 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
  • the action destination is the SNS user who made the friend application.
  • the status indicates the status of the friend application, and “0” indicates that the application is in progress and “1” indicates acceptance.
  • the SNS user with the UID “0zz99x999” makes a friend application to the SNS user with the UID “6zz99x999” and is approved.
  • the action source (application source) and action destination (application destination) separately has the advantage of reducing the storage capacity.
  • 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.
  • SNS user a is an action source
  • SNS user b is an action destination.
  • 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. 7 shows the configuration of the management server 1.
  • 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, and a ROM (Read Only Only) that stores a boot program and the like.
  • Memory 32
  • a hard disk drive 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
  • a reading device 37 for reading an information recording medium such as a compact disk.
  • the hard disk drive 33 corresponds to the storage unit 15 described above, and stores a golf user information table TBL11.
  • 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 drive 33.
  • FIG. 8 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.
  • the golf user's terminal device 2 can display a relationship diagram showing the hierarchical structure of the golf chum, and the golf user can use the SNS in a friendship relationship with the golf user in the SNS.
  • a person direct SNS friend
  • the display process for displaying the relationship diagram and the invitation process for inviting to the golf information application will be described.
  • Display processing> 9 and 10 show an operation sequence of the service providing system related to the display processing.
  • an SNS user also a golf user
  • the CPU 40 of the terminal device 2 causes the display 45 to display a login screen.
  • An input box for entering the identification information UID and password is displayed on the login screen.
  • the CPU 40 of the terminal device 2 transmits a login request including the input identification information UID and password to the external management server 3.
  • the CPU of 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 transmits a login response indicating the determination result to the terminal device 2. In the example shown in FIG. 9, 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.
  • the CPU 40 of the terminal device 2 transmits a my page browsing request to the management server 1.
  • the CPU 30 of the management server 1 receives the my page browsing request, acquires the identification information UID of the golf user A included in the my page browsing request, and sends the identification information UID of the golf user A to the external management server 3. Transmit (S100).
  • the CPU of the external management server 3 When the CPU of the external management server 3 receives the identification information UID of the golf user A, the CPU of the external management server 3 accesses the friend information table TBL, and the identification information UID is recorded as an action source or an action destination. The existing record is extracted (S301). Further, the CPU extracts SNS user information from the SNS user information table TBL31 using the identification information UID recorded as an action source or an action destination in these records as a key (S301). Thereafter, the CPU of the external management server 3 transmits a friend list including the extracted SNS friend information and SNS user information to the management server 1.
  • the CPU 30 of the management server 1 When the CPU 30 of the management server 1 receives the friend list and acquires SNS friend information and SNS user information (S101), the CPU 30 of the management server 1 identifies the direct SNS friend identification information UID of the golf user A. Is specified (S102). Specifically, the CPU 30 identifies the identification information UID excluding the identification information UID of the golf user A and the overlapping identification information UID among the identification information UID recorded as the action source or the action destination in the record of friend information. Is specified as the identification information UID of the direct SNS friend of the golf user A. As a result, as shown in FIG. 11A, a direct SNS friend who has a friendship with the golf user A can be specified. Thereafter, the CPU 30 of the management server 1 directly transmits the SNS friend identification information UID to the external management server 3 (S103).
  • the CPU of the external management server 3 When the CPU of the external management server 3 directly receives the SNS friend identification information UID, the CPU of the external management server 3 accesses the SNS friend information table TBL32, and the identification information UID is recorded as the action source or the action destination. Existing records are extracted (S302). Thereafter, the CPU of the external management server 3 transmits a friend list including the extracted SNS friend information to the management server 1.
  • the CPU 30 of the management server 1 When the CPU 30 of the management server 1 receives the friend list and acquires friend information for the indirect SNS friend (S104), the CPU 30 of the management server 1 specifies the identification information UID for the indirect SNS friend (S105). Specifically, the CPU 30 specifies the identification information UID excluding the duplicate identification information UID among the identification information UID recorded as the action source or the action destination in the friend information record as the identification information UID of the indirect SNS friend. To do. As a result, as shown in FIG. 11B, the direct SNS friend and the indirect SNS friend who are in a friend relationship with the golf user A can be specified. Thereafter, the CPU 30 of the management server 1 transmits the identification information UID of the indirect SNS friend to the external management server 3 (S106).
  • the CPU of the external management server 3 When the CPU of the external management server 3 receives the identification information UID of the indirect SNS friend, the CPU of the external management server 3 accesses the SNS user information table TBL31 and extracts a record in which the identification information UID is recorded. (S303). Thereafter, the CPU of the external management server 3 transmits the extracted SNS user information to the management server 1.
  • the CPU 30 of the management server 1 receives the SNS user information (S107), as shown in FIG. 10, the golf friend directly based on the identification information UID of the direct SNS friend and the indirect SNS friend and the identification information UID of the golf user. And an indirect golf chum is specified (S108). Specifically, the CPU 30 directly sets the identification information UID of the golf friend directly corresponding to the identification information UID of the golf user among the identification information UID of the direct SNS friend specified in S102. Moreover, CPU30 makes what matches the identification information UID of a golf user among the identification information UID of an indirect SNS friend specified by S105 as identification information UID of an indirect golf chum. Thus, a direct golf chum and an indirect golf chum are specified as shown in FIG.
  • the CPU 30 of the management server 1 generates display information for displaying the relationship diagram (S109).
  • CPU30 produces
  • the profile image is given as link information indicating the address of the image data. Note that profile image data may be included in the display information instead of the link information.
  • the CPU 30 divides golf friends into “direct golf friends” and “indirect golf friends”, and a relationship diagram in which all “direct golf friends” and “indirect golf friends” are arranged on a virtual screen.
  • the CPU 30 divides golf friends into “direct golf friends” and “indirect golf friends”, and a relationship diagram in which all “direct golf friends” and “indirect golf friends” are arranged on a virtual screen.
  • the icon of the profile image of “direct golf chum” is made larger than the icon of the profile image of “indirect golf chum”.
  • the screen size is virtually 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.
  • CPU 30 fills “direct golf chum” from the forefront of the virtual screen, and then fills “indirect golf chum”. For example, it is assumed that a screen on which all “direct golf chum” and “indirect golf chum” are arranged is a screen W shown in FIG.
  • the CPU 30 arranges “direct golf chum” on the forefront screen, and arranges “indirect golf chum” after the arrangement of “direct golf chum” is completed. In this case, the CPU 30 arranges “direct golf chum” and “indirect golf chum” in the order of region r1 ⁇ region r2 ⁇ region r3.
  • the screen area R1 is first displayed on the display 45 of the terminal device 2.
  • the area r1 corresponds to the display area Y1 shown in FIG. 3, and the area r2 corresponds to the display area Y2.
  • the button B2 shown in FIG. 3 is clicked, the CPU 30 causes the display 45 to display the screen area R2.
  • the region r2 corresponds to the display region Y1 shown in FIG. 3, and the region r3 corresponds to the display region Y2.
  • the button B1 is clicked in this state, the CPU 30 causes the display 45 to display the screen area R1.
  • 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.
  • the CPU 30 of the management server 1 cannot arrange “direct golf chum” and “indirect golf chum” on the screen size of the display 45, it arranges “direct golf chum” and “indirect golf chum” in an area larger than the screen size. Display information necessary for displaying the relationship diagram is generated.
  • the CPU 30 of the management server 1 transmits a my page browsing response including display information to the terminal device 2 (S110).
  • the CPU 40 of the terminal device 2 receives the my page browsing response, the CPU 40 displays a relationship diagram in which “direct golf chum” and “indirect golf chum” are arranged on the display 45.
  • “direct golf chum” is arranged in front, and “indirect golf chum” is arranged behind “direct golf chum”. You can easily grasp the hierarchical relationships of friends.
  • the “direct golf chum” having a deeper relationship with the golf user A is displayed with a larger icon than the “indirect golf chum”, the hierarchical relationship between the two can be grasped at a glance.
  • the “indirect golf chum” has a friendship relationship with each of the golf user A's direct golf chum, there are usually more people than “direct golf chum”. By making the “indirect golf chum” icon smaller than the “direct golf chum” icon, an efficient display is possible.
  • ⁇ 2-2 invitation processing> 13 and 17 show an operation sequence of the service providing system related to the invitation process.
  • the terminal device of the action-source golf user is referred to as the terminal device 2f
  • the terminal device of the SNS user as the action destination is referred to as the terminal device 2t.
  • the CPU 40 of the terminal device 2f applies the friend application.
  • a page request is transmitted to the management server 1 (S211).
  • the CPU 30 of the management server 1 acquires the identification information UID of the golf user A, and transmits the identification information UID of the golf user A to the external management server 3 (S120).
  • the CPU of the external management server 3 When the CPU of the external management server 3 receives the identification information UID of the golf user A, the CPU of the external management server 3 accesses the friend information table TBL, and the identification information UID is recorded as an action source or an action destination. A record that is present is extracted (S320). Further, the CPU extracts SNS user information from the SNS user information table TBL31 using the identification information UID recorded as an action source or an action destination in these records as a key (S320). Thereafter, the CPU of the external management server 3 transmits a friend list including the extracted SNS friend information and SNS user information to the management server 1 (S321).
  • CPU30 of management server 1 When CPU30 of management server 1 receives a friend list and acquires SNS friend information and SNS user information (S121), CPU30 of management server 1 extracts a person who is a SNS friend and not a golf user. Then, a friend application page is generated (S122). More specifically, first, the CPU 30 overlaps with the identification information UID of the golf user A among the identification information UID recorded as the action source or the action destination in the record in which the friend information status is consent. The identification information UID excluding the identification information UID is specified as the identification information UID of the golf user A's direct SNS friend. 2ndly, CPU30 acquires the golf user identification information UID with reference to golf user information table TBL.
  • CPU30 specifies the identification information UID of a friend candidate remove
  • FIG. 14 shows an example of a friend application page.
  • a friend candidate's icon is displayed in area C.
  • the CPU 40 scrolls the friend candidate icon in the left direction
  • the button B4 is clicked
  • the CPU 40 scrolls the friend candidate icon in the right direction.
  • the CPU 40 displays a message “Please drag the SNS friend to the green” in the area Z1.
  • the CPU 40 displays a confirmation screen in the area Z2 as shown in FIG. In this example, it is confirmed whether or not “Ichiro Yamada” is invited to the golf application.
  • the cancel button B5 is clicked, the CPU 40 erases the confirmation screen displayed in the area Z2 and displays the friend candidate icon in a draggable state in the area Y3.
  • the invitation button B6 is clicked, the CPU 40 deletes the friend candidate icon from the area C and displays it on the green as shown in FIG. And as shown in FIG.
  • CPU40 of the terminal device 2f transmits a golf chum application request (invitation request to a golf information application) to the management server 1 (S212).
  • the golf friend application request includes the identification information UID of the action source (friend application source) and the identification information UID of the action destination (friend application destination).
  • the CPU 30 of the management server 1 executes a golf chum application process (S124).
  • the CPU 30 of the management server 1 transmits a golf chum application notification including the action source and action destination identification information UID to the external management server 3 (S125).
  • the CPU of the external management server 3 When the CPU of the external management server 3 receives the golf friend application notification, the CPU of the external management server 3 performs a notification process for notifying that the action source SNS user has been invited to the golf information application from the action source SNS user (S323). .
  • the operation sequence after this notification processing is shown in FIG. First, when the SNS user of the action destination inputs the identification information UID and password and logs in to the SNS site, the CPU 40 of the terminal device 2t of the SNS user of the action destination sends the identification information UID to the external management server 3. Send login request with password.
  • the CPU of the external management server 3 that has received the login request determines whether or not the combination of the received identification information UID and password is stored. If the determination condition is satisfied, login is permitted.
  • the CPU transmits a login response indicating the determination result to the terminal device 2.
  • 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.
  • the CPU of the external management server 3 transmits a login response to the terminal device 2 and has an invitation (golf friend application) from the SNS user of the action source to the golf information application on the SNS user's My Page. (S325). As a result, it is displayed that the action source SNS user has been invited to the golf information application from the action source SNS user.
  • FIG. 18 shows an example of My Page in the SNS of the SNS user of the action destination.
  • an area F1 that displays the profile image of the SNS user
  • an area F2 that displays profile information such as the name of the SNS user
  • the SNS user reports the current status
  • photographs Area F3 for displaying a posting field for posting and various activities that can be displayed on the SNS site such as SNS users and their friends' activities (recent status report, photo posting, sharing of a predetermined link, check-in to a predetermined location, etc.
  • the region F4 is displayed.
  • region F5 which shows that there was activity of a SNS user's friend, and when there is an invitation to a golf information application, it is displayed on this area
  • a display area F6 that overlaps the area F5 is provided, and an icon labeled “4” is displayed in the display area F6. This indicates that there were four friend activities.
  • the icon labeled “4” is clicked in the display area F6, the area F5 is enlarged as shown in FIG. 19, and notifications of four activities are displayed in this example.
  • the area F7 it is displayed that “Taro Tanaka” has been invited to the golf information application.
  • a link of the “golf application” portion indicating the golf information application is pasted, and the CPU 40 of the terminal device 2t of the SNS user of the action destination is clicked by clicking the display of the “golf application”.
  • an approval page display request is transmitted to the external management server 3 (FIG. 17; S221).
  • the CPU of the external management server 3 that has received the approval page display request transmits an approval page display response to the terminal device 2t together with the approval page display information (S222).
  • CPU40 of the terminal device 2t which received the display response of the approval page displays the approval page which selects whether the invitation to a golf information application is approved (S223).
  • the golf information application has a function of accessing the profile information on the SNS of the SNS user of the action destination and the friend information on the SNS, and the golf information application is the SNS user of the action destination.
  • the user asks whether or not to approve the function for posting to the SNS user or SNS friend's My Page.
  • buttons such as “Approve” and “Cancel” may be displayed so that any one can be clicked.
  • the “cancel” button is clicked.
  • the CPU 40 of the terminal device 2t of the action-destination SNS user transmits a result notification about the approval to the external management server 3 (S224).
  • the CPU of the external management server 3 transmits the identification information UID regarding the approved SNS user of the approved action to the management server 1 (S326).
  • the CPU 30 of the management server 1 that has received the identification information UID sets the status of the invitation information stored in the golf user information table TBL11 of the management server 1 to “approved”.
  • the action destination SNS user clicks the “cancel” button on the approval page the CPU 30 maintains the status of the invitation information stored in the golf user information table TBL11 as “applying”. It will be.
  • the CPU 30 of the management server 1 performs the action of the action destination SNS user.
  • the SNS user is registered as a user of the golf information application, that is, as a golf user (S126).
  • the CPU 30 of the management server 1 updates the golf user information table TBL11.
  • the CPU 30 adds the identification information UID of the action destination SNS user to the golf user information table TBL11.
  • CPU30 of the management server 1 transmits a my page display request with my page display information, in order to display the my page in this user's golf information application on the terminal device 2t of the SNS user of the action destination ( S127).
  • the CPU40 of the terminal device 2t which received the mypage display request displays the mypage in a golf information application on the display 45 (S225).
  • a message addressed to the SNS user of the action source may be written and transmitted.
  • the CPU 40 of the terminal device 2t transmits a message transmission request to the management server 1 (S128).
  • the CPU 40 of the terminal device 2f of the SNS user of the action source requests the management server 1 to view my page.
  • the CPU 30 of the management server 1 that has received the my page browsing request performs display information generation processing as described in FIG.
  • FIG. 20 shows an example of a My Page of the golf information application including the message.
  • the message “The number of golf friends has increased!” Is displayed in the area Z3 together with the profile image of the SNS user who accepted the invitation to the golf friend, and “Thank you for inviting! Let's go to golf! Is displayed.
  • the number of direct golf friends increases, the number of indirect golf friends also increases, so the number of friends displayed on My Page increases rapidly, and My Page becomes lively and activates communication related to golf. it can.
  • the above invitation process is performed.
  • the action source SNS user has invited the action destination user to the golf information application. Is displayed on the My Page in the SNS of the SNS user of the action source.
  • the CPU 30 of the management server 1 sends to the external management server 3
  • a request for writing to indicate that the invitation to the golf information application has been performed is transmitted to the activity display field F4 of the My Page in the SNS of the SNS user of the action source (S327).
  • the SNS user who has approved the use of the golf information application has approved the function that the golf information application writes on my page or the like on behalf of the SNS user on the approval page. Therefore, the golf information application that has received this approval can log in to the SNS as an SNS user and write on a My Page or the like.
  • FIG. 21 shows an example of My Page in the SNS of the SNS user of the action source.
  • SNS My Page an area F1 for displaying the profile image of the SNS user, an area F2 for displaying profile information such as the name of the SNS user, and the SNS user reporting the recent status.
  • an area F3 for displaying a posting field for posting photos and the like, and SNS users and their friends activities (SNS report, recent posting, sharing of a predetermined link, check-in to a predetermined location, etc.) It has a region F4 (display field F4) for displaying various actions that can be displayed on the site.
  • Writing in response to the write request is also performed in the area F4.
  • writing is performed in the area F8 in response to the write request.
  • the region F8 includes regions F9 to F13.
  • character information suggesting a golf information application “Invited!” Is displayed.
  • the profile image of the SNS user of the action destination invited by the action SNS user to the golf information application is displayed.
  • the SNS friend of the SNS user who is the action source reacts to this writing (clicking the “Like” button indicating that he / she saw or liked this writing, or writing a comment is referred to as “reaction”. .) Is displayed.
  • the profile images of SNS users at other action destinations are displayed.
  • the text information “view other introductions” for display is displayed.
  • an icon with a link destination to the golf information application is displayed.
  • the SNS friend of the SNS user of the action source can view the SNS my page of the SNS user of the action source. Therefore, when the SNS friend of the SNS user of the action source who browsed the My Page shown in FIG. 21 is interested in golf, he / she is interested in the phrase “Invited!” Displayed in the area F9. And clicking on the icon displayed in region F13 is expected.
  • the SNS user who has seen this writing is interested in the golf information application by reading the reaction comment displayed in the area F11. Furthermore, if the SNS user who saw this writing cannot understand the content of this writing, the golf information from the SNS user of the action source is written by writing a question in the reaction comment displayed in the area F11. It is expected that you will get information about the application and be interested in the golf information application.
  • the display of the area F9 only needs to indicate the existence of the golf information application. In addition to the expression “Invited!”, “Taro Tanaka invited a friend to the golf information application. "May be used.
  • the icon displayed in the region F13 is an icon that symbolizes a golf operation, it is expected that the SNS user who is interested in golf will be noted.
  • the shape of the icon is not limited to this.
  • the My Page including the invitation written in FIG. 21 is, of course, displayed by the SNS user of the action source logging in to the SNS and displaying the SNS My Page in the terminal device 2f after the authentication process (S328) of the external management server 3. Is also displayed (S230).
  • information indicating that the invitation to the golf information application has been performed is written on the My Page of the SNS user of the action source, so SNS friends other than the SNS user of the action destination Since it is possible to guide to the golf information application, it is possible to increase the number of golf friends and increase the number of golf friends of the golf friends, so the number of friends displayed on my page increases more rapidly, My page becomes even more lively and communication about golf can be activated.
  • the invitation notification mode is a click on a button (for example, a “Like” button) expressing approval for an invitation post on My Page or an access from a URL described in the text of an email. May be.
  • the identification information UID of the action source is associated with the button for expressing approval and the URL described in the body of the mail. Then, the administrator of the golf information application can easily grasp who has accessed the golf information application by invitation.
  • the invitation candidate was a direct SNS friend in the above-mentioned, you may include an indirect SNS friend in an invitation candidate.
  • the acquisition unit 11 of the management server 1 may transmit the SNS friend identification information UID directly to the external management server 3 and acquire the SNS user information of the indirect SNS friend.
  • the approval page for approving the invitation to the golf information application may not be a page for the golf information application to approve the function of accessing the SNS on behalf of the SNS user.
  • the identification information UID of the SNS, etc. A page where an SNS user inputs information necessary for using the golf information application may be used.
  • FIG. 17 since the SNS user has approved the function etc.
  • non-invited golf chum may be displayed as a golf chum in a region where the golf chum is displayed (region Y1 in FIG. 3 in this embodiment). In connection with this, you may make it display the golf chum of the said non-invited golf chum in the area
  • the service providing system 100 manages the SNS user's friend information in the external management server 3, and the management server 1 does not independently manage the friend information.
  • the service providing system 100 of the second embodiment is the same as the service providing system 100 of the first embodiment shown in FIG. 1 except that the management server 1A is used instead of the management server 1.
  • FIG. 22 shows a block diagram of the management server 1A.
  • the management server 1A is different from the management server 1 in that the storage unit 15 includes a golf chum information table TBL12.
  • FIG. 23 shows the data structure of the golf chum information table TBL12.
  • a plurality of records are recorded in the golf chum information table TBL12.
  • 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 golf user who made the golf chum application
  • the action destination is the SNS user who applied for the golf chum.
  • the status indicates the state of the golf chum application, and “0” indicates that the application is in progress, and “1” indicates that the application is approved.
  • the identification information UID and SNS user information are acquired about the SNS friend of the said golf user A and a SNS friend from the external management server 3.
  • FIG. 9 This process is the same as that described in the first embodiment with reference to FIG.
  • the management server 1A has identification information UID and SNS user information about the golf user A, the SNS friend of the golf user A, and the SNS friend's SNS friend acquired as shown in FIG. 9 at a predetermined timing. And based on golf user information table TBL11 memorize
  • FIG. 25A the SNS friend of the golf user A and the SNS friend of the SNS friend are specified.
  • FIG. 24 shows the contents of the display information generation process executed by the CPU 30 of the management server 1A.
  • the CPU 30 extracts a direct SNS friend or an indirect SNS friend, and a golf chum (S130). Specifically, first, the CPU 30 extracts a record in which the identification information UID is an action source or an action destination from the golf chum information table TBL12 using the golf user A's identification information UID as a key, and directly plays golf. The identification information UID of the friend is specified. Secondly, as shown in FIG. 9, the CPU 30 acquires the identification information UID of the SNS friend or the identification information UID of the indirect SNS friend directly from the external management server 3, and the acquired direct SNS friend identification information UID or indirect SNS friend.
  • the identification information UID and the identification information UID of the direct golf chum match are extracted, and the extracted identification information UID is set as the direct golf chum to be displayed.
  • the reason why the direct golf chum managed by the management server 1A is filtered by the SNS chum managed by the external management server 3 is that golf friendship presupposes SNS friendship. For example, suppose that the friendship on the golf user A and SNS was canceled after time passed about the golf friend who was the SNS friend directly with the golf user A at a certain time. In this case, the friendship of golf is not necessarily eliminated. Therefore, the golf friend was filtered by the SNS friend. As a result, the direct golf chum to be displayed is specified as shown in FIG. 25B.
  • the direct golf chum of the part Fx shown to the same figure is also an indirect SNS chum. This is because an SNS user who is an indirect SNS friend and does not correspond to a golf user may become a golf friend directly with the golf user A by inviting the golf information application.
  • CPU30 extracts a direct SNS friend or an indirect SNS friend, and an indirect golf chum (S131). Specifically, first, the CPU 30 extracts the record whose identification information UID is the action source or the action destination from the golf chum information table TBL12 using the golf chum identification information UID as a key, The identification information UID is specified. Secondly, as shown in FIG. 9, the CPU 30 acquires the identification information UID of the SNS friend or the identification information UID of the indirect SNS friend directly from the external management server 3, and the acquired direct SNS friend identification information UID or indirect SNS friend. The identification information UID and the indirect golf chum's identification information UID are extracted, and the extracted identification information UID is set as the indirect golf chum to be displayed.
  • the indirect golf chum to be displayed is specified as shown in FIG. 25C.
  • the indirect golf chum of the part Fy shown to the same figure is also a direct SNS chum. This is because an indirect golf chum who is in direct friendship with a golf chum includes SNS friends directly.
  • CPU30 performs S130 and S131, and the golf chum information (an example of "1st specific relationship information") read from the memory
  • SNS user (“second user”) having a friendship relationship (an example of “specific relationship”) and the golf user A (an example of “predetermined user”) based on “an example of relationship information”)
  • a direct SNS friend and an indirect SNS friend who is a SNS user who has a friendship with the SNS user as a specific SNS user
  • a golf user who has a friendship with the golf user A (An example of "first user") and a person who is a specific SNS user is directly specified as a golf chum
  • the CPU 30 generates display information for displaying the relationship diagram (S132), and transmits the display information to the terminal device 2 (S133).
  • the generation of display information is the same as the process of S109 described with reference to FIG.
  • the my page shown in FIGS. 3 and 12 can be displayed on the display 25 of the terminal device 2 as in the first embodiment. Can be easily grasped.
  • FIG. 26 shows an operation sequence of the service providing system related to the invitation process in the second embodiment.
  • the terminal device of the action-source golf user is referred to as the terminal device 2f
  • the terminal device of the SNS user as the action destination is referred to as the terminal device 2t.
  • the terminal device 2f requests the friend application page. Is transmitted to the management server 1A (S211).
  • the management server 1A acquires the identification information UID of the golf user A.
  • the CPU 30 of the management server 1A that has acquired the identification information UID of the golf user A uses the identification information UID of the golf user A as a key, and records the identification information UID as an action source or action destination as a golf chum information table. It extracts from TBL12 and specifies golf chum's identification information UID directly (S150). Next, CPU30 transmits the identification information UID of the direct golf chum specified to the external management server 3 (S151). The CPU of the external management server 3 that has directly received the identification information UID of the golf chum accesses the friend information table TBL32 and extracts a record in which the identification information UID is recorded as an action source or an action destination (S320).
  • the CPU extracts SNS user information from the SNS user information table TBL31 using the identification information UID recorded as an action source or an action destination in these records as a key (S320). Thereafter, the CPU of the external management server 3 transmits a friend list including the extracted SNS friend information and SNS user information to the management server 1A (S321).
  • the CPU 30 of the management server 1A receives the friend list and acquires SNS friend information and SNS user information (S152), the acquired direct SNS friend identification information UID or indirect SNS friend identification information UID and directly A golf friend whose identification information UID does not match is extracted (S153), and the extracted identification information UID is set as the first SNS friend or indirect SNS friend of the first invitation target.
  • the direct SNS friend or indirect SNS friend of the first invitation target is specified as indicated by the oblique lines in FIG. 27A.
  • CPU30 extracts the record from which the said identification information UID becomes an action origin or action destination from golf chum information table TBL12 by using the identification information UID of a direct golf chum as a key, and specifies the identification information UID of an indirect golf chum. (S154). Then, the CPU 30 extracts the direct SNS friend or the direct SNS friend of the first invitation target and the identification information UID of the indirect golf chum that does not match (S155), and extracts the extracted identification information UID as a second. Indirect SNS friends to be invited. As a result, the direct SNS friend or the indirect SNS friend of the second invitation target is specified as indicated by hatching in FIG. 27B.
  • CPU30 of management server 1A produces
  • CPU40 of the terminal device 2f which received the friend application page response displays a friend application page on the display 45 (S211).
  • the friend application page may be a page as shown in FIG.
  • the subsequent processing is the same as in the first embodiment. That is, also in the second embodiment, when the friend candidate icon is dragged to a predetermined area Y3 (in this example, green), the CPU 40 displays a confirmation screen in the area Z2 as shown in FIG.
  • the CPU 40 erases the confirmation screen displayed in the area Z2 and displays the friend candidate icon in a draggable state in the area Y3.
  • the CPU 40 causes the friend candidate's icon to be displayed as if it was dragged over the green area C.
  • CPU40 of the terminal device 2f transmits a golf chum application request to the management server 1 (S212).
  • the golf friend application request includes the identification information UID of the action source (friend application source) and the identification information UID of the action destination (friend application destination).
  • the CPU 30 of the management server 1A executes a golf chum application process (S124).
  • the CPU 30 of the management server 1 transmits a golf chum application notification including the action source and action destination identification information UID to the external management server 3 (S125).
  • the CPU of the external management server 3 receives the golf chum application notification
  • the CPU of the external management server 3 performs a notification process for notifying that the action source SNS user has been invited to the golf information application from the action source SNS user (S323).
  • the disclosure process may be performed in the same manner as in the first embodiment.
  • the invitation process to the golf information application and the public process can be performed.
  • the writing of information indicating that there has been an invitation to the golf information application is the SNS my page of both the SNS user's SNS and the SNS user's SNS page of the action destination SNS user. You may make it in a page, and may make it carry out in my page of either SNS.
  • the display of the information which shows that there was an invitation to a golf information application is not limited to the column which displays the activity in my page of SNS, if it is the area
  • the SNS has a function of notifying a user of a message by e-mail
  • the information indicating that the e-mail has been invited to the golf information application is displayed using the function.
  • the wording displayed on the SNS user's SNS page of the action source SNS and the wording displayed on the SNS user's SNS page of the action destination may be the same, or displayed differently. It is also good. For example, as shown in FIG. 28, the word displayed in the area F9 may be “Invited!”.
  • the management server 1 is requested from the CPU 40 of the terminal device 2 to apply for a golf chum (invitation to the golf information application) (FIG. 13; S212).
  • the CPU 30 of the server 1 requests the external management server 3 to make an application for a golf chum (invitation to the golf information application) to the SNS user at the action destination (FIG. 13; S125).
  • the information indicating that the application of the golf friend (invitation to the golf information application) has been performed is displayed on the My Page of the action source or action destination SNS. (FIG. 17; S140).
  • the present invention is not limited to such an embodiment.
  • the application of the golf chum (invitation to the golf information application) is performed from the CPU 40 of the terminal device 2 to the management server 1. While requesting (FIG. 13; S212), the management server performs display of information indicating that the application of the golf chum (invitation to the golf information application) has been performed on the SNS my page of the action source or the action destination A request may be made to the management server 1 so as to make a request to the external management server 3 from one CPU 30.
  • specific part 13 is said golf user A (an example of "predetermined user") and friend relations ("specific relation").
  • SNS users who have no relationship to golf users an example of “first user” among SNS users (an example of “second user”) and SNS users who have a friendship with golf friends Of these, at least one of the SNS users not corresponding to golf users is specified as an external user.
  • a person who does not correspond to a golf user is the SNS user K1 shown in FIG. 29A, and among the SNS users who have a friendship with a golf friend.
  • the SNS user who does not correspond to the golf user is the SNS user K2 shown in FIG. 29A.
  • the display control part 14 displays the related figure which can distinguish a direct golf chum and an indirect golf chum, and an external user on the display part of the terminal device 2.
  • FIG. 30 the SNS user K1 may be displayed in the area Y5, and the SNS user K2 may be displayed in the area Y6.
  • the above-described invitation process and public process may be performed by dragging the SNS user displayed in the area Y5 and the area Y6 into the green.
  • the display control part 14 displays the related figure which can distinguish a direct golf chum and an indirect golf chum, and an external user on the display part of the terminal device 2.
  • FIG. For example, an external user may be displayed in at least one of the area Y5 and the area Y6 shown in FIG.
  • the above-described invitation process and publication process may be performed by dragging the SNS user displaying the areas Y5 and Y6 into the green.
  • the SNS user who is already a golf user has been removed from the invitation candidates (see S122 in FIG. 13).
  • the present invention is not limited to this, and may include those who are already golf users. In this case, what is necessary is just to display a golf user in the aspect which can identify with the candidate who is not a golf user. For example, a mark may be added to a registered golf user and displayed behind the list.
  • an invitation table that stores the action source identification information UID, the action destination identification information UID, and the status in association with each other may be stored in the storage unit 15.
  • the specifying unit 13 refers to the invitation table and specifies the SNS user who is applying for invitation. And you may display so that the invitation candidate under invitation application can be distinguished from another invitation candidate. For example, the invitation candidate who is applying for invitation may be added with a mark or the like and displayed behind the list, or the SNS user who is applying for invitation may be hidden from the invitation candidate.
  • the golf user information table TBL11 is associated with the identification information UID of the golf user who is the action source of the invitation, and the identification information UID of the SNS user who is the action destination and the invitation application You may record the status which shows being in. In this case, if the SNS user who is an action destination registers as a golf user, what is necessary is just to change a status. In addition, the invitation application date and time is recorded, and if the status does not change after a predetermined period of time, the status is automatically timed out or the SNS user identification information UID and status are deleted. Also good.
  • SNS on SNS invitation candidates may be narrowed down according to the activity content of the user. Specifically, in a My Page managed by a direct SNS friend and an indirect SNS friend, there are predetermined keywords such as “golf” and “round” in articles such as news referred to by these persons, and yet An SNS user who is not a golf friend and has no invited history may be extracted by the specifying unit 13 and displayed to an invitation candidate.
  • a predetermined keyword such as “golf” in a specific information column (for example, a hobby (favorite) column), and it has not yet become a golf friend and invited.
  • the SNS user who does not have the history may be extracted by the specifying unit 13 and displayed to the invitation candidate.
  • the keywords for executing these extraction processes may be stored in the storage unit 15 of the management server 1 or 1A.
  • the specific invitation candidate extracted by the extraction process may be mixed with the direct SNS friend and the indirect SNS friend as the invitation candidate.
  • the friend list is displayed, the invitation list is displayed, the band of the friend to be invited is dragged, and dropped from the friend list to the invite list, and displayed in the invitation list. You may do it.
  • the management server 1 or the management server 1A includes the storage unit 15, and the storage unit 15 stores the friend information table TBL12 together with the golf user information table TBL11 or the golf user information table TBL11.
  • An example of storing has been described.
  • the present invention is not limited to such a configuration, and as shown in FIG. 32, a storage server 4 that is communicably connected to the management server 1 via the communication network NET is provided.
  • the storage unit 15 may be provided to store the golf user information table TBL11 in the storage unit 15.
  • the CPU 30 of the management server 1 accesses the golf user information table TBL11 stored in the storage unit 15 of the storage server 4 via the communication network NET, and acquires necessary information or is necessary. Information may be written.
  • a storage server 4 that is communicably connected to the management server 1A via a communication network NET is provided, a storage unit 15 is provided in the storage server 4, and golf is used in the storage unit 15.
  • the person information table TBL11 and the friend information table TBL12 may be stored.
  • the CPU 30 of the management server 1A accesses the golf user information table TBL11 and the friend information table TBL12 stored in the storage unit 15 of the storage server 4 via the communication network NET, and obtains necessary information. Alternatively, necessary information may be written.
  • 32 corresponds to FIG. 1
  • FIG. 33 corresponds to FIG.
  • the acquisition unit 11, the identification unit 13, the display control unit 14, the transmission request transmission unit 16, and the display request transmission unit 17 described in each of the embodiments and modifications described above are the management server 1 or 1A, or Any of the terminal devices 2 may be provided.
  • the golf information providing service has been described as an example of the service provided by the management server 1 or 1A.
  • the server 1 or 1A may provide any service.
  • 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 a hobby such as sports such as marathon, badminton, shogi, and games, or may be related to business.
  • the specific relationship is not limited to the friend relationship.
  • 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.
  • 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.
  • the “computer system” here 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 or a CD-ROM, and a hard disk incorporated in a computer system.
  • 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.
  • the program may be for realizing a part of the functions described above.
  • 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.
  • 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.
  • the method of circuit integration is not limited to LSI, and may be realized by a dedicated circuit or a general-purpose processor.
  • an integrated circuit based on the technology may be used.
  • NET Communication network
  • 1, 1A Management server
  • 2, 2f, 2t Terminal device
  • 3 External management server
  • 11 Acquisition unit
  • 13 Identification unit
  • 14 Display control unit
  • 16 Transmission request transmission part
  • 17 ... Display request transmission part
  • 22 ... Display part
  • 23 ... Selection part
  • 24 ... 2nd request part.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Operations Research (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Data Mining & Analysis (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

 外部管理サーバ3によって提供される第2サービスの利用者であって、管理サーバ1により提供される第1サービスの利用者でない特定外部利用者のうち、所定の利用者の端末装置2において選択した特定外部利用者に対して、第1サービスの利用を促す利用案内を送信することを、管理サーバ1から外部管理サーバ3に依頼する。この際、所定の利用者の端末装置2において選択された特定外部利用者に関する情報と、第1サービスを示唆する示唆情報とを、第2サービスにおける所定の利用者に関する表示情報として表示するように管理サーバ1から外部管理サーバ3に依頼する。

Description

管理装置、管理装置と通信可能な端末装置、サービス提供システム、管理装置の制御方法、及び管理装置のプログラム
 本発明は、あるサービスで特定の関係になった特定利用者に対して、他のサービスへの参加を促す技術に関する。
 近年、インターネット上で提供するサービスが急速に普及している。この種のサービスの一つとして、SNS(Social Networking Service)を提供するウェブサイトが知られている。このウェブサイトでは、利用者同士のコミュニケーションを図るため、友達関係を構築できるようになっている。そして、友達同士で投稿、チャット、メールといったコミュニケーションのツールが提供として提供する手段が利用されている。特許文献1には、あるコミュニティに属する利用者を一覧表示させ、ある利用者がその中から友達関係を構築したい他の利用者を特定し、特定した他の利用者に対して前記ある利用者の所定の情報を送信し、友達関係の構築を承認するか否かを前記他の利用者に選択させる技術が開示されている。
特表2009-520276号公報
 しかしながら、特許文献1は、前記ある利用者から前記他の利用者に対して友達関係を構築したい旨を申請している段階では、このような申請が行われていることは、申請を行った前記ある利用者と、申請を受けている前記他の利用者しか知ることができず、それ以外の利用者は把握することができない。
 したがって、例えば、この友達関係の構築が、SNSで利用可能なアプリケーション上における友達関係の構築であった場合には、このアプリケーションの存在自体が、申請を行った前記ある利用者と申請を受けている前記他の利用者以外の利用者には知られることがない。つまり、仮に、このアプリケーションに興味を持つ可能性がある利用者がいたと想定すると、このアプリケーションへの新たな参加者の獲得の機会が失われる可能性があった。
 本発明は、この点に鑑みてなされたものであり、あるサービスへの参加要請を当事者以外にも表示することにより、このサービスへの新たな参加を促すことなどを解決課題とする。
 以上の課題を解決するために本発明が採用する手段を以下に説明する。なお、本発明の理解を容易にするために以下では図面の参照符号を便宜的に括弧書きで付記するが、本発明を図示の形態に限定する趣旨ではない。
 上述した課題を解決するため、本発明に係る管理装置のプログラムは、第1サービスの提供を受ける第1利用者を含む第2利用者に対して第2サービスを提供すると共に前記第2利用者同士の特定の関係を示す第2特定関係情報を管理する外部管理装置(3)と通信可能な管理装置(1)であり、かつ、前記第1利用者の端末装置(2)と通信可能で、コンピュータを備えた管理装置のプログラムであって、前記プログラムは、前記コンピュータを、前記第2利用者を一意に識別する第2識別情報のうち所定の利用者の第2識別情報に基づいて、前記外部管理装置(3)で管理する前記第2特定関係情報を取得する取得部(11)と、前記端末装置(2)からの要求に応じて前記第2識別情報と、前記第2特定関係情報と、前記第1利用者を一意に識別し、前記第2識別情報と対応関係を有する第1識別情報または前記第1利用者同士の特定の関係を示す第1特定関係情報とに基づいて、前記所定の利用者と前記特定の関係を有する第2利用者である特定第2利用者のうち、前記第1利用者に該当しない第1の外部利用者と、前記特定第2利用者と前記特定の関係を有する第2利用者のうち、前記第1利用者に該当しない第2の外部利用者との少なくとも一方を特定外部利用者として特定する特定部(13)と、前記特定部(13)により特定した前記特定外部利用者を前記端末装置(2)の表示部(21)に表示させることが可能な表示制御部(14)と、前記端末装置(2)からの要求に応じて、前記第1サービスの利用を促す利用案内の送信を、前記端末装置(2)により選択された前記特定外部利用者宛に行う旨の送信要求を、前記外部管理装置(3)に送信する送信要求送信部(16)と、前記端末装置(2)により選択された前記特定外部利用者に関する情報と、前記第1サービスを示唆する示唆情報とを、前記第2サービスにおける前記所定の利用者に関する表示情報として表示する旨の表示要求を前記外部管理装置(3)に送信する表示要求送信部(17)と、として機能させることを特徴とする。
 この発明において、特定の関係は、例えば友達関係を挙げることができるが、これに限定されない。要は、一定の規則に基づいて構築される関係であればどのようなものであってもよい。第1サービスの利用を促す利用案内は、第1サービスの利用を開始するためのページへのリンク情報であってもよいし、第1サービスのトップページへのリンク情報であってもよいし、第1サービスを特定可能な名称情報等であってもよい。第1サービスを示唆する示唆情報は、第1サービスに関連のある文言やフレーズであってもよいし、第1サービスの利用を開始するためのページへのリンク情報が貼り付けられたアイコンでもよいし、第1サービスを特定可能な名称情報等であってもよい。特定外部利用者に関する情報は、特定外部利用者の名前や第2サービス上の利用者名、あるいは、特定外部利用者のアイコン等でもよい。所定の利用者に関する表示情報は、第2サービス上における所定の利用者のアクティビティを一覧表示するページの表示情報であってもよいし、第2サービス上における所定の利用者のアクティビティをお知らせとして表示する領域の表示情報であってもよい。
 上述の管理装置のプログラムにおいて、前記表示要求送信部(17)は、前記端末装置(2)により選択された特定外部利用者に関する情報と、前記第1サービスを示唆する示唆情報とを、前記第2サービスにおける前記端末装置(2)により選択された特定外部利用者に関する表示情報として表示する旨の表示要求を前記外部管理装置に送信するようにしてもよい。
 この発明において、特定外部利用者に関する表示情報は、第2サービス上における特定外部利用者のアクティビティを一覧表示するページの表示情報であってもよいし、第2サービス上における特定外部利用者のアクティビティをお知らせとして表示する領域の表示情報であってもよい。
 上述した管理装置のプログラムにおいて、前記表示要求送信部(17)は、前記所定の利用者を識別する前記第2識別情報を、前記表示要求と共に前記外部管理装置に送信するようにしてもよい。
 本発明に係る端末装置のプログラムは、第1サービスの提供を受ける第1利用者を含む第2利用者に対して第2サービスを提供すると共に前記第2利用者同士の特定の関係を示す第2特定関係情報を管理する外部管理装置(3)と通信可能な管理装置(1)と少なくとも通信可能で、コンピュータを備えた前記第1利用者の端末装置のプログラムであって、前記プログラムは、前記コンピュータを、前記所定の利用者の操作に応じて、前記所定の利用者と前記特定の関係を有する第2利用者である特定第2利用者のうち、前記第1利用者に該当しない第1の外部利用者と、前記特定第2利用者と前記特定の関係を有する第2利用者のうち、前記第1利用者に該当しない第2の外部利用者との少なくとも一方を特定外部利用者として特定することを前記管理装置(1)に対して要求する第1要求部(21)と、前記管理装置(1)の表示制御部(14)の制御により、前記管理装置(1)において特定された特定外部利用者を示す情報を表示する表示部(22)と、前記所定の利用者の操作に応じてまたは任意に、前記表示部(22)に表示した前記特定外部利用者を示す情報の中から一または複数の前記特定外部利用者を選択する選択部(23)と、前記選択部(23)により選択した前記特定外部利用者宛に、前記第1サービスの利用を促す利用案内を送信することを前記管理装置(1)に対して要求する第2要求部と、として機能させることを特徴とする。
 この発明において、特定の関係は、例えば友達関係を挙げることができるが、これに限定されない。要は、一定の規則に基づいて構築される関係であればどのようなものであってもよい。第1サービスの利用を促す利用案内は、第1サービスの利用を開始するためのページへのリンク情報であってもよいし、第1サービスのトップページへのリンク情報であってもよいし、第1サービスを特定可能な名称情報等であってもよい。特定外部利用者を示す情報は、特定外部利用者の名前や第2サービス上の利用者名、あるいは、特定外部利用者のアイコン等でもよい。
 上述した端末装置のプログラムにおいて、前記第2要求部(24)は、前記選択部(23)により選択した特定外部利用者に関する情報と、前記第1サービスを示唆する示唆情報とを、前記第2サービスにおける前記所定の利用者に関する表示情報として表示する旨の表示要求を前記管理装置(1)から前記外部管理装置(3)に送信することを前記管理装置(1)にさらに要求するようにしてもよい。
 この発明において、特定外部利用者に関する情報は、特定外部利用者の名前や第2サービス上の利用者名、あるいは、特定外部利用者のアイコン等でもよい。第1サービスを示唆する示唆情報は、第1サービスに関連のある文言やフレーズであってもよいし、第1サービスの利用を開始するためのページへのリンク情報が貼り付けられたアイコンでもよいし、第1サービスを特定可能な名称情報等であってもよい。所定の利用者に関する表示情報は、第2サービス上における所定の利用者のアクティビティを一覧表示するページの表示情報であってもよいし、第2サービス上における所定の利用者のアクティビティをお知らせとして表示する領域の表示情報であってもよい。
 本発明に係るサービス提供システムは、第1サービスの提供を受ける第1利用者を含む第2利用者に対して第2サービスを提供すると共に前記第2利用者同士の特定の関係を示す第2特定関係情報を管理する外部管理装置(3)と通信可能な管理装置(1)と、前記管理装置(1)と通信可能な前記第1利用者の端末装置(2)とを備えるサービス提供システムであって、前記第2利用者を一意に識別する第2識別情報のうち所定の利用者の第2識別情報に基づいて、前記外部管理装置(3)で管理する前記第2特定関係情報を取得する取得部(11)と、前記第2識別情報と、前記第2特定関係情報と、前記第1識別情報または前記第1特定関係情報とに基づいて、前記所定の利用者と前記特定の関係を有する第2利用者である特定第2利用者のうち、前記第1利用者に該当しない第1の外部利用者と、前記特定第2利用者と前記特定の関係を有する第2利用者のうち、前記第1利用者に該当しない第2の外部利用者との少なくとも一方を特定外部利用者として特定する特定部(13)と、前記特定部(13)により特定した前記特定外部利用者を前記端末装置(2)の表示部(22)に表示させる表示制御部(14)と、前記第1サービスの利用を促す利用案内の送信を、前記所定の利用者による前記端末装置(2)の操作に応じて選択された前記特定外部利用者宛に行う旨の送信要求を、前記外部管理装置(3)に送信する送信要求送信部(16)と、前記選択された前記特定外部利用者に関する情報と、前記第1サービスを示唆する示唆情報とを、前記第2サービスにおける前記所定の利用者に関する表示情報として前記所定の利用者の前記端末装置の表示部に表示する旨の表示要求を前記外部管理装置(3)に送信する表示要求送信部(17)と、を備える、ことを特徴とする。
 本発明に係る管理装置の制御方法は、第1サービスの提供を受ける第1利用者を含む第2利用者に対して第2サービスを提供すると共に前記第2利用者同士の特定の関係を示す第2特定関係情報を管理する外部管理装置(3)と通信可能な管理装置(1)であり、かつ、前記第1利用者の端末装置と通信可能な管理装置(1)の制御方法であって、前記第2利用者を一意に識別する第2識別情報のうち所定の利用者の第2識別情報を取得し、前記第1利用者を一意に識別し、前記第2識別情報と対応関係を有する第1識別情報および前記第1利用者同士の特定の関係を示す第1特定関係情報の少なくともいずれか一方を記憶し、前記第2識別情報に基づいて、前記外部管理装置(3)で管理する前記特定関係情報を取得し、前記端末装置(2)からの要求に応じて、前記第2識別情報と、前記第2特定関係情報と、前記記憶した前記第1識別情報または前記第1特定関係情報とに基づいて、前記所定の利用者と前記特定の関係を有する第2利用者である特定第2利用者のうち、前記第1利用者に該当しない第1の外部利用者と、前記特定第2利用者と前記特定の関係を有する第2利用者のうち、前記第1利用者に該当しない第2の外部利用者との少なくとも一方を特定外部利用者として特定し、前記特定した前記特定外部利用者を前記端末装置(2)の表示部(22)に表示させ、前記端末装置(2)からの要求に応じて、前記第1サービスの利用を促す利用案内の送信を、前記端末装置(2)により選択された前記特定外部利用者宛に行う旨の送信要求を、前記外部管理装置(3)に送信し、前記端末装置(2)により選択された前記特定外部利用者に関する情報と、前記第1サービスを示唆する示唆情報とを、前記第2サービスにおける前記所定の利用者に関する表示情報として表示する旨の表示要求を前記外部管理装置(3)に送信することを特徴する。
 本発明に係る管理装置は、第1サービスの提供を受ける第1利用者を含む第2利用者に対して第2サービスを提供すると共に前記第2利用者同士の特定の関係を示す第2特定関係情報を管理する外部管理装置(3)と通信可能な管理装置(1)であり、かつ、前記第1利用者の端末装置(2)と通信可能な管理装置であって、前記第2利用者を一意に識別する第2識別情報のうち所定の利用者の第2識別情報に基づいて、前記外部管理装置(3)で管理する前記第2特定関係情報を取得する取得部(11)と、前記端末装置(2)からの要求に応じて、前記第2識別情報と、前記特定関係情報と、前記第1利用者を一意に識別し、前記第2識別情報と対応関係を有する第1識別情報または前記第1利用者同士の特定の関係を示す第1特定関係情報とに基づいて、前記所定の利用者と前記特定の関係を有する第2利用者である特定第2利用者のうち、前記第1利用者に該当しない第1の外部利用者と、前記特定第2利用者と前記特定の関係を有する第2利用者のうち、前記第1利用者に該当しない第2の外部利用者との少なくとも一方を特定外部利用者として特定する特定部(13)と、前記特定部(13)により特定した前記特定外部利用者を前記端末装置(2)の表示部(22)に表示させることが可能な表示制御部(14)と、前記端末装置(2)からの要求に応じて、前記第1サービスの利用を促す利用案内の送信を、前記端末装置(2)により選択された前記特定外部利用者宛に行う旨の送信要求を、前記外部管理装置(3)に送信する送信要求送信部(16)と、前記端末装置(2)により選択された前記特定外部利用者に関する情報と、前記第1サービスを示唆する示唆情報とを、前記第2サービスにおける前記所定の利用者に関する表示情報として表示する旨の表示要求を前記外部管理装置(3)に送信する表示要求送信部(17)とを備える、ことを特徴とする。
 本発明に係る端末装置(2)は、第1サービスの提供を受ける第1利用者を含む第2利用者に対して第2サービスを提供すると共に前記第2利用者同士の特定の関係を示す第2特定関係情報を管理する外部管理装置(3)と通信可能な管理装置(1)と少なくとも通信可能な前記第1利用者の端末装置であって、前記所定の利用者の操作に応じて、前記所定の利用者と前記特定の関係を有する第2利用者である特定第2利用者のうち、前記第1利用者に該当しない第1の外部利用者と、前記特定第2利用者と前記特定の関係を有する第2利用者のうち、前記第1利用者に該当しない第2の外部利用者との少なくとも一方を特定外部利用者として特定することを前記管理装置(1)に対して要求する第1要求部(21)と、前記管理装置(1)の表示制御部の制御により、前記管理装置(1)において特定された特定外部利用者を示す情報を表示する表示部(22)と、前記所定の利用者の操作に応じてまたは任意に、前記表示部に表示した前記特定外部利用者を示す情報の中から一または複数の前記特定外部利用者を選択する選択部(23)と、
 前記選択部(23)により選択した前記特定外部利用者宛に、前記第1サービスの利用を促す利用案内を送信することを前記管理装置(1)に対して要求する第2要求部(24)とを備えることを特徴とする。
本発明の第1実施形態に係るサービス提供システムのブロック図である。 SNS利用者とゴルフ利用者の関係を示す説明図である。 端末装置の表示画面の一例を示す説明図である。 ゴルフ利用者情報テーブルのデータ構造の一例を示す説明図である。 SNS利用者情報テーブルのデータ構造の一例を示す説明図である。 SNS友達情報テーブルのデータ構造の一例を示す説明図である。 管理サーバの構成を示すブロック図である。 端末装置の構成を示すブロック図である。 表示処理に関するサービス提供システムの動作シーケンスを示すシーケンス図である。 表示処理に関するサービス提供システムの動作シーケンスを示すシーケンス図である。 直接SNS友達を特定する処理を示す説明図である。 間接SNS友達を特定する処理を示す説明図である。 直接ゴルフ友達と間接ゴルフ友達の配置を説明するための説明図である。 招待処理に関するサービス提供システムの動作シーケンスを示すシーケンス図である。 ゴルフ友達申請の表示画面の一例を示す説明図である。 ゴルフ友達申請の確認画面の一例を示す説明図である。 ゴルフ友達申請の承認後の画面の一例を示す説明図である。 通知処理及び公開処理に関するサービス提供システムの動作シーケンスを示すシーケンス図である。 ゴルフ友達申請を受けた利用者のSNSのマイページにおける表示画面の一例を示す説明図である。 ゴルフ友達申請を受けた利用者のSNSのマイページにおけるお知らせ表示画面の一例を示す説明図である。 ゴルフ友達申請を承認した利用者のメッセージを含むマイページの一例を示す説明図である。 ゴルフ友達申請を行った利用者のSNSのマイページにおける公開表示画面の一例を示す説明図である。 第2実施形態に係る管理サーバのブロック図である。 ゴルフ友達情報テーブルのデータ構造の一例を示す説明図である。 表示情報生成処理の内容を示すフローチャートである。 間接SNS友達を特定する処理を示す説明図である。 直接ゴルフ友達を特定する処理を示す説明図である。 間接ゴルフ友達を特定する処理を示す説明図である。 第2実施形態に係る招待処理に関するサービス提供システムの動作シーケンスを示すシーケンス図である。 第2実施形態に係る外部利用者の一例を説明するための説明図である。 第2実施形態に係る外部利用者の一例を説明するための説明図である。 ゴルフ友達申請を受けた利用者のSNSのマイページに公開表示を行う表示画面の一例を示す説明図である。 外部利用者の一例を説明するための説明図である。 外部利用者の一例を説明するための説明図である。 端末装置の表示画面の一例を示す説明図である。 友達を招待する際に端末装置の表示画面の一例を示す説明図である。 本発明の変形例に係るサービス提供システムのブロック図である。 本発明の変形例に係るサービス提供システムのブロック図である。
 以下、実施形態として、本発明に係る管理サーバを用いたサービス提供システムについて、図面を参照しつつ説明する。
<第1実施形態>
<1.サービス提供システムの構成>
 図1は、本発明の実施形態に係るサービス提供システム100のブロック図である。このサービス提供システム100は、インターネットなどの通信網NETを介して、ゴルフ情報アプリケーションを提供する管理サーバ1、利用者の端末装置2、SNSサイトを提供する外部管理サーバ3を備える。以下の説明では、管理サーバ1のゴルフ情報アプリケーションを利用する利用者をゴルフ利用者(「第1利用者」の一例)、外部管理サーバ3のSNSの利用者をSNS利用者(「第2利用者」の一例)と称する。
 外部管理サーバ3が提供するSNSサイトは、利用者同士のコミュニケーションツール(すなわち、利用者の間で行われるメッセージ管理情報の授受。例えば、掲示板、メール、チャット等)を提供する。また、SNSサイトにおいて、友達関係は、アクション元のSNS利用者が友達申請を行い、これをアクション先のSNS利用者が承認することによって構築される。外部管理サーバ3は、SNS利用者同士の特定の関係であるSNS友達関係を示す友達情報(「特定関係情報」の一例)を管理する。
 利用者の端末装置2は、通信網NETを介した通信が可能であり、例えば、パーソナルコンピュータ、携帯電話機、スマートフォン、タブレット端末などが該当する。
 管理サーバ1は、特定のサービスを提供する。本実施形態の管理サーバ1は、ゴルフ情報アプリケーションをゴルフ利用者に提供する。本実施形態では、ゴルフ情報アプリケーションの提供を一例と説明するが、管理サーバ1は、ゲームなどのアプリケーションの提供、ホテルの予約などを含む旅行情報の提供、コンサート情報の提供、サービスや物品の販売を提供するものであってもよい。
 外部管理サーバ3が提供するSNS(「第2サービス」の一例)においては、掲示板、メール、チャット等を利用することができるだけでなく、ゲームや実用的なツールなどのソーシャルアプリケーションを利用することができる。このソーシャルアプリケーションは、前記SNSの提供者以外の提供者によっても提供されることがあり、ソーシャルアプリケーションを利用するか否か、あるいは、どのソーシャルアプリケーションを利用するかは、SNS利用者が任意に決定できるようになっている。SNS利用者がソーシャルアプリケーションの利用を希望する場合には、当該ソーシャルアプリケーションが当該SNS利用者のプロフィール情報やSNS上の前記友達情報にアクセスする機能や、当該ソーシャルアプリケーションが当該SNS利用者の代わりに掲示板等に投稿する機能等についての許可を求める場合がある。ソーシャルアプリケーションによっては、SNS利用者がこれらの機能について許可したことを以って、当該ソーシャルアプリケーションの利用者になる場合がある。このようなソーシャルアプリケーションは、一般に、SNSサイト内に当該ソーシャルアプリケーションの画面が表示されるため、SNS利用者にとっては、あたかもSNSのサービスの一つを利用しているような感覚で、ソーシャルアプリケーションを利用することになる。
 本実施形態の管理サーバ1によって提供されるゴルフ情報アプリケーション(「第1サービス」の一例)は、一例として、上述のようなソーシャルアプリケーションにより提供されるサービスである。本実施形態においては、SNS利用者がゴルフ情報アプリケーションの利用者であるゴルフ利用者になるためには、ゴルフ情報アプリケーションが当該SNS利用者のプロフィール情報やSNS上の前記友達情報にアクセスする機能や、ゴルフ情報アプリケーションが当該SNS利用者の代わりに掲示板等に投稿する機能等についての承認を行うようになっている。SNS利用者がこの承認を行うことにより、当該SNS利用者はゴルフ利用者となる。
 つまり、ゴルフ利用者は、図2に示すようにSNS利用者に含まれる。換言すれば、管理サーバ1は、ゴルフ利用者にゴルフ情報アプリケーションを提供し、外部管理サーバ3のSNS利用者に限って、ゴルフ情報アプリケーションのゴルフ利用者として登録する。一方、外部管理サーバ3は、ゴルフ利用者を含むSNS利用者に対してSNSを提供する。このように、ゴルフ利用者はSNS利用者に含まれ、しかも、上述のようにゴルフ情報アプリケーションがSNS利用者のプロフィール情報やSNS上の友達情報にアクセスする機能や、ゴルフ情報アプリケーションがSNS利用者の代わりに掲示板等に投稿する機能等について、SNS利用者の承認を得ている。したがって、第1実施形態の管理サーバ2は、ゴルフ利用者の友達関係をSNS利用者の友達関係を用いて管理する。本実施形態では、図2に示すように、あるゴルフ利用者(以下、ゴルフ利用者Aと称する。)とSNS上の友達関係にあるSNS利用者を直接SNS友達とし、直接SNS友達とSNS上の友達関係にあるSNS利用者を間接SNS友達として管理する。また、直接SNS友達であり、且つゴルフ利用者である友達を直接ゴルフ友達とし、間接SNS友達であり、且つゴルフ利用者である友達を間接ゴルフ友達として管理する。
 図1を参照して、管理サーバ1の機能を説明する。管理サーバ1は、ゴルフ利用者情報テーブルTBL11を記憶した記憶部15を備える。また、記憶部15には、管理サーバ1を制御するプログラムが記憶されている。ゴルフ利用者情報テーブルTBL11には、ゴルフ利用者を一意に識別する識別情報UIDなどが格納されている。管理サーバ1は、取得部11と、特定部13と、表示制御部14とを備える。取得部11は、前記ゴルフ利用者A(「所定の利用者」の一例)の端末装置2から当該ゴルフ利用者Aの友達関係を表示する要求を受信すると、記憶部15に記憶された当該ゴルフ利用者Aの識別情報UIDに基づいて、外部管理サーバ3で管理する友達情報を取得可能になっている。特定部13は、記憶部15に記憶されているゴルフ利用者の識別情報UID及び取得部11により取得した友達情報に基づいて、前記ゴルフ利用者Aと友達関係を有するSNS利用者のうちゴルフ利用者に該当する者を直接ゴルフ友達として特定し、前記ゴルフ利用者Aと友達関係を有するSNS利用者と更に友達関係を有するSNS利用者(間接SNS友達)のうちゴルフ利用者に該当する者を間接ゴルフ友達として特定する。表示制御部14は、特定部13で特定した直接ゴルフ友達及び間接ゴルフ友達の関連性を示す関係図を表示するために必要な情報、及び後述する特定外部利用者を表示するために必要な情報を含む応答を前記ゴルフ利用者Aの端末装置2に送信する。
 また、本実施形態では、前記ゴルフ利用者Aの直接SNS友達または間接SNS友達ではあるが、まだゴルフ友達にはなっていないSNS利用者を選択し、この選択したSNS利用者(「特定外部利用者」の一例)に対して、ゴルフ情報アプリケーションの利用を促す利用案内を送信するようになっている。管理サーバ1は、このゴルフ情報アプリケーションの利用を促す利用案内を送信する旨を前記ゴルフ利用者Aの端末装置2から要求されると、この利用案内を前記選択したSNS利用者宛てに行う旨の送信要求を外部管理サーバ3に送信する送信要求送信部16を備えている。
 さらに、管理サーバ1は、前記選択されたSNS利用者に関する情報と、ゴルフ情報アプリケーションを示唆する示唆情報とを、SNSにおける前記ゴルフ利用者Aに関する表示情報として表示する旨の表示要求を外部管理サーバ3に送信する表示要求送信部17を備えている。
 図1を参照して、端末装置2の機能を説明する。端末装置2は、前記ゴルフ利用者Aの直接SNS友達ではあるがまだゴルフ友達にはなっていないSNS利用者、及び間接SNS友達ではあるがまだゴルフ友達にはなっていないSNS利用者の少なくともいずれか一方(特定外部利用者)を特定することを管理サーバ1に対して要求する第1要求部21を備える。
 また、端末装置2は、管理サーバ1の表示制御部14から送信される直接ゴルフ友達及び間接ゴルフ友達の関連性を示す関係図を表示するために必要な情報、及び、前記特定外部利用者を表示するために必要な情報に基づいて、前記関係図及び特定外部利用者を示す情報を表示する表示部22を備えている。
 さらに、端末装置2は、前記ゴルフ利用者Aの操作に応じてまたは任意に、表示部22に表示した特定外部利用者を示す情報の中から、一または複数の特定外部利用者を選択する選択部23を備えている。
 そして、端末装置2は、選択部23により選択した特定外部利用者宛に、ゴルフ情報アプリケーションの利用を促す利用案内を送信することを管理サーバ1に対して要求する第2要求部24を備えている。
 図4にゴルフ利用者情報テーブルTBL11のデータ構造を示す。ゴルフ利用者情報テーブルTBL11には複数のレコードが記録されている。1つのレコードは、ゴルフ利用者を一意に識別する識別情報UID、登録日、プロフィール情報、及びラウンド履歴情報を含む。本実施形態では、ゴルフ利用者の識別情報UIDは、SNS利用者の識別情報UIDと一致するという対応関係を有している。但し、SNS利用者の識別情報とゴルフ利用者の識別情報とは必ずしも一致する必要はなく、相違していてもよい。この場合は、ゴルフ利用者情報テーブルTBL11のレコードにSNS利用者の識別情報とゴルフ利用者の識別情報とを対応づけて記録すればよい。
 プロフィール情報は、性別、年齢、及びメールアドレスを含む。また、ラウンド履歴情報は、プレイしたゴルフ場名、スコア、及びラウンド日を含む。レコードに、その他の情報を記録してもよい。また、ゴルフ利用者情報テーブルTBL11に記憶すべき情報として、ゴルフ利用者の識別情報UIDは必須であるが、その他の情報は省略してもよい。さらに、ゴルフ利用者情報テーブルTBL11をキーとなる情報(例えば、識別情報UID)で紐づけた複数のテーブルで構成し、リレーショナルデータベースとしてもよい。
 説明を図1に戻す。外部管理サーバ3は、SNS利用者を一意に識別する識別情報、SNS利用者の氏名、及びプロフィール画像のリンク先を示すリンク情報など格納されたSNS利用者情報テーブルTBL31と、SNS利用者の友達関係を示す友達情報が格納されたSNS友達情報テーブルTBL32を備える。さらに、外部管理サーバ3は、各種のAPI(Application Program Interface)を実行可能であり、管理サーバ1からのパラメータを含む要求を受信すると、SNS利用者情報テーブルTBL31又はSNS友達情報テーブルTBL32から所定の情報を抽出して管理サーバ1に返信するようになっている。
 管理サーバ1は、各ゴルフ利用者に対してマイページを提供する。マイページには、各種のゴルフに関する情報が集約されて表示される。図3にマイページの一例を示す。同図に示すように領域Xには、前記ゴルフ利用者Aのプロフィール画像が表示され、領域Y1には、前記ゴルフ利用者Aの直接ゴルフ友達のプロフィール画像が表示され、さらに、領域Y2には、間接ゴルフ友達のプロフィール画像が表示される。このように、直接ゴルフ友達と、間接ゴルフ友達とが、異なる領域Y1及びY2に表示されるので、前記ゴルフ利用者Aは、階層的な友達関係を容易に把握することが可能となる。
 次に、外部管理サーバ3が備えるSNS利用者情報テーブルTBL31とSNS友達情報テーブルTBL32について説明する。図5にSNS利用者情報テーブルTBL31のデータ構造を示す。SNS利用者情報テーブルTBL31には複数のレコードが記録されている。1つのレコードは、氏名、性別、住所、勤務先、SNS利用者を一意に識別する識別情報UID(アカウントとして機能する)、及びメールアドレスを含む。これらの情報は、SNS利用者が登録した個人情報である。
 図6にSNS友達情報テーブルTBL32のデータ構造を示す。SNS友達情報テーブルTBL32には複数のレコードが記録されている。1つのレコードは、アクション元の識別情報、アクション先の識別情報、ステータス、及び申請日時を含む。アクション元は、友達申請を行ったSNS利用者であり、アクション先は、友達申請されたSNS利用者である。ステータスは、友達申請の状態を示し、申請中が「0」、承諾が「1」で表される。図6に示す例では、UIDが「0zz99x999」のSNS利用者は、UIDが「6zz99x999」のSNS利用者に友達申請を行い、承諾されている。
 友達関係を記憶する場合に、アクション元(申請元)とアクション先(申請先)を分けて記憶したのは、記憶容量を削減する利点がある。仮に、あるSNS利用者の識別情報UIDと当該SNS利用者と友達関係にある全てのSNS利用者の識別情報UIDとを対応づけて記憶したとすると、2倍の記憶容量が必要となる。例えば、SNS利用者aがアクション元でありSNS利用者bがアクション先であるとする。各SNS利用者ごとに友達関係にあるSNS利用者の識別情報を記憶する場合には、利用者aについて利用者bが友達関係にあることを記憶し、さらに、利用者bについて利用者aが友達関係にあることを記憶する必要がある。これに対して、本実施形態では、アクション先の識別情報とアクション元の識別情報とを対応づけて1つのレコードに記憶するので記憶容量を半分にすることができる。また、ステータスを更新する場合でも半分の処理となる。
 図7に管理サーバ1の構成を示す。この図に示すように、管理サーバ1は、装置全体を制御するCPU(Central Processing Unit)30、CPU30の作業領域として機能するRAM(Random Access Memory)31、ブートプログラムなどを記憶したROM(Read Only Memory)32、各種のプログラムやデータを記憶するハードディスクドライブ33、キーボードやマウスなどを含む入力部34、画像を表示するディスプレイ35、通信網NETを介して外部の装置と通信を行う通信インターフェース36、及びコンパクトディスクなどの情報記録媒体を読み取る読取装置37を備える。ハードディスクドライブ33は、上述した記憶部15に相当し、ゴルフ利用者情報テーブルTBL11を格納する。なお、外部管理サーバ3も管理サーバ1と同様に構成されている。但し、ハードディスクドライブ33には、SNS利用者情報テーブルTBL31と、SNS友達情報テーブルTBL32とが格納される。
 図8に端末装置2の構成を示す。端末装置2は、装置全体を制御するCPU40、CPU40の作業領域として機能するRAM41、ブートプログラムなどを記憶したROM42、各種のプログラムやデータを記憶する記憶装置43、テンキーなどを含む入力部44、画像を表示するディスプレイ45、及び通信網NETを介して外部の装置と通信を行う通信インターフェース46を備える。
<2.サービス提供システムの動作>
 サービス提供システム100では、ゴルフ利用者の端末装置2において、ゴルフ友達の階層構造を示す関係図を表示させることができ、また、ゴルフ利用者は、ゴルフ利用者とSNSにおいて友達関係にあるSNS利用者(直接SNS友達)をゴルフ情報アプリケーションに招待することができる。以下、関係図を表示させる表示処理と、ゴルフ情報アプリケーションに招待する招待処理について説明する。
<2-1:表示処理>
 図9及び図10に表示処理に関するサービス提供システムの動作シーケンスを示す。端末装置2のSNS利用者(ゴルフ利用者でもある)が、ウェブブラウザ上で動作したり、端末装置2にインストールされて動作するアプリケーションを起動して、SNSサイトにアクセスすると、端末装置2のCPU40は、ディスプレイ45に、ログイン画面を表示させる。このログイン画面には、識別情報UIDとパスワードとを入力する入力ボックスが表示される。利用者が、入力ボックスに入力して送信ボタンを押すと、端末装置2のCPU40は、入力した識別情報UID及びパスワードを含むログイン要求を外部管理サーバ3に送信する。
 ログイン要求を外部管理サーバ3のCPUが受信すると、外部管理サーバ3のCPUは認証処理を実行する(S300)。具体的には、外部管理サーバ3のCPUは、識別情報UIDとパスワードとの組みが記憶されているか否かを判定し、判定条件を充足する場合にはログインを許可し、判定条件が充足されない場合にはログインを拒絶する。そして、CPUは判定結果を示すログイン応答を端末装置2に送信する。なお、図9に示す例では、ログインが許可されたものとする。一度、端末装置2で入力された識別情報UIDとパスワードとの組みは、端末装置2に所定期間記憶させ、当該所定期間内であればログインを省略可能としてもよい。
 この後、SNS利用者がメニューの中からゴルフ情報アプリケーションを選択すると(S200)、端末装置2のCPU40は、マイページ閲覧要求を管理サーバ1に送信する。管理サーバ1のCPU30は、マイページ閲覧要求を受信すると、マイページ閲覧要求に含まれる前記ゴルフ利用者Aの識別情報UIDを取得し、前記ゴルフ利用者Aの識別情報UIDを外部管理サーバ3に送信する(S100)。
 外部管理サーバ3のCPUが、前記ゴルフ利用者Aの識別情報UIDを受信すると、外部管理サーバ3のCPUは、友達情報テーブルTBLにアクセスし、当該識別情報UIDがアクション元又はアクション先として記録されているレコードを抽出する(S301)。さらに、CPUは、これらのレコードにアクション元又はアクション先として記録されている識別情報UIDをキーとしてSNS利用者情報テーブルTBL31からSNS利用者情報を抽出する(S301)。この後、外部管理サーバ3のCPUは、抽出したSNSの友達情報及びSNS利用者情報を含む友達リストを管理サーバ1に送信する。
 管理サーバ1のCPU30が、友達リストを受信して、SNSの友達情報及びSNS利用者情報を取得すると(S101)、管理サーバ1のCPU30は、前記ゴルフ利用者Aの直接SNS友達の識別情報UIDを特定する(S102)。具体的には、CPU30は、友達情報のレコードにおいてアクション元又はアクション先として記録されている識別情報UIDのうち、前記ゴルフ利用者Aの識別情報UID及び重複する識別情報UIDを除いた識別情報UIDを前記ゴルフ利用者Aの直接SNS友達の識別情報UIDとして特定する。この結果、図11Aに示すように前記ゴルフ利用者Aと友達関係にある直接SNS友達を特定することができる。この後、管理サーバ1のCPU30は、直接SNS友達の識別情報UIDを外部管理サーバ3に送信する(S103)。
 外部管理サーバ3のCPUが、直接SNS友達の識別情報UIDを受信すると、外部管理サーバ3のCPUは、SNS友達情報テーブルTBL32にアクセスし、当該識別情報UIDがアクション元又はアクション先として記録されているレコードを抽出する(S302)。この後、外部管理サーバ3のCPUは、抽出したSNSの友達情報を含む友達リストを管理サーバ1に送信する。
 管理サーバ1のCPU30が、友達リストを受信して、間接SNS友達について友達情報を取得すると(S104)、管理サーバ1のCPU30は、間接SNS友達について識別情報UIDを特定する(S105)。具体的には、CPU30は、友達情報のレコードにおいてアクション元又はアクション先として記録されている識別情報UIDのうち、重複する識別情報UIDを除いた識別情報UIDを間接SNS友達の識別情報UIDとして特定する。この結果、図11Bに示すように前記ゴルフ利用者Aと友達関係にある直接SNS友達及び間接SNS友達を特定することができる。この後、管理サーバ1のCPU30は、間接SNS友達の識別情報UIDを外部管理サーバ3に送信する(S106)。
 外部管理サーバ3のCPUが、間接SNS友達の識別情報UIDを受信すると、外部管理サーバ3のCPUは、SNS利用者情報テーブルTBL31にアクセスし、当該識別情報UIDが記録されているレコードを抽出する(S303)。この後、外部管理サーバ3のCPUは、抽出したSNS利用者情報を管理サーバ1に送信する。
 管理サーバ1のCPU30が、SNS利用者情報を受信すると(S107)、図10に示すように、直接SNS友達及び間接SNS友達の識別情報UIDとゴルフ利用者の識別情報UIDに基づいて直接ゴルフ友達及び間接ゴルフ友達を特定する(S108)。具体的には、CPU30は、S102で特定した直接SNS友達の識別情報UIDのうち、ゴルフ利用者の識別情報UIDと一致するものを、直接ゴルフ友達の識別情報UIDとする。また、CPU30は、S105で特定した間接SNS友達の識別情報UIDのうち、ゴルフ利用者の識別情報UIDと一致するものを、間接ゴルフ友達の識別情報UIDとする。このようにして図2示すように直接ゴルフ友達及び間接ゴルフ友達が特定される。
 次に、管理サーバ1のCPU30は、関係図を表示させる表示情報を生成する(S109)。ここで、CPU30は、ゴルフ利用者のプロフィール画像を画面に配置する表示情報を生成する。送信データ量を削減するため、プロフィール画像は、画像データのアドレスを示すリンク情報として与えられる。なお、リンク情報の替わりにプロフィール画像データを表示情報に含ませてもよい。
 まず、CPU30は、ゴルフ友達を、「直接ゴルフ友達」と「間接ゴルフ友達」に大別し、仮想的な画面に全ての「直接ゴルフ友達」と「間接ゴルフ友達」とを配置した関係図を生成する。ここで、複数の直接ゴルフ友達がいる場合、それをどのように配置するかにについては、各種の方法がある。例えば、ランダムに配置してもよいし、あるいは、前記ゴルフ利用者Aと直接ゴルフ友達との親密度を算出し、親密度が高い直接ゴルフ友達ほど、前記ゴルフ利用者Aの近くに配置するようにしてもよい。
 また、本実施形態では、「直接ゴルフ友達」のプロフィール画像のアイコンは、「間接ゴルフ友達」のプロフィール画像のアイコンよりも大きくする。表示すべき人数が多い場合には、仮想的に画面の大きさは端末装置2のディスプレイ45で表示される画面より大きくなる。この場合には、端末装置2において、仮想的な画面を表示可能な大きさに切り出してディスプレイ45に表示することになる。
 CPU30は、「直接ゴルフ友達」を仮想的な画面の一番手前から埋め、その後、「間接ゴルフ友達」を埋めていく。例えば、全ての「直接ゴルフ友達」と「間接ゴルフ友達」とを配置した画面が図12に示す画面Wであるとする。CPU30は、「直接ゴルフ友達」を一番手前の画面に配置し、「直接ゴルフ友達」の配置が完了した後、「間接ゴルフ友達」を配置する。この場合、CPU30は、領域r1→領域r2→領域r3…の順に「直接ゴルフ友達」と「間接ゴルフ友達」とを配置する。
 端末装置2のディスプレイ45において最初に表示されるのが画面領域R1である。この場合、領域r1は図3に示す表示領域Y1に相当し、領域r2は表示領域Y2に相当する。図3に示すボタンB2をクリックすると、CPU30は、ディスプレイ45に画面領域R2を表示させる。この場合、領域r2は図3に示す表示領域Y1に相当し、領域r3は表示領域Y2に相当する。この状態で、ボタンB1をクリックすると、CPU30は、ディスプレイ45に画面領域R1を表示させる。
 即ち、端末装置2のディスプレイ45は、画面を所定の方向にスライドして画面サイズよりも大きなサイズの関係図を表示できるようになっている。管理サーバ1のCPU30は、ディスプレイ45の画面サイズに「直接ゴルフ友達」と「間接ゴルフ友達」を配置できない場合、画面サイズよりも大きな領域に「直接ゴルフ友達」と「間接ゴルフ友達」とを配置した関係図を表示するために必要な表示情報を生成する。
 説明を図10に戻す。次に、管理サーバ1のCPU30は、表示情報を含むマイページ閲覧応答を端末装置2に送信する(S110)。端末装置2のCPU40がマイページ閲覧応答を受信すると、CPU40はディスプレイ45に「直接ゴルフ友達」と「間接ゴルフ友達」とを配置した関係図を表示する。本実施形態では、図3及び図12に示すように「直接ゴルフ友達」が手前に配置され、「間接ゴルフ友達」が「直接ゴルフ友達」より奥に配置されるので、ゴルフ利用者は、ゴルフ友達の階層関係を容易に把握することができる。さらに、前記ゴルフ利用者Aとより関係の深い「直接ゴルフ友達」は「間接ゴルフ友達」よりも大きなアイコンで表示されるので、両者の階層関係を一見して把握することができる。くわえて、「間接ゴルフ友達」は、前記ゴルフ利用者Aの直接ゴルフ友達のそれぞれに対して友達関係があるので、「直接ゴルフ友達」よりも人数が多いのが通常である。「間接ゴルフ友達」のアイコンを「直接ゴルフ友達」のアイコンよりも小さくすることによって、効率の良い表示が可能となる。
<2-2:招待処理>
 図13及び図17に招待処理に関するサービス提供システムの動作シーケンスを示す。この例では、アクション元のゴルフ利用者の端末装置を端末装置2f、アクション先のSNS利用者の端末装置を端末装置2tと称する。
 まず、アクション元である端末装置2fのゴルフ利用者が、図3に示すマイページにおいてアイコンAをクリックして「ゴルフ友達を増やす」を選択すると(S210)、端末装置2fのCPU40は、友達申請ページ要求を管理サーバ1に送信する(S211)。管理サーバ1のCPU30は友達申請ページ要求を受信すると、前記ゴルフ利用者Aの識別情報UIDを取得し、前記ゴルフ利用者Aの識別情報UIDを外部管理サーバ3に送信する(S120)。
 外部管理サーバ3のCPUが、前記ゴルフ利用者Aの識別情報UIDを受信すると、外部管理サーバ3のCPUは、友達情報テーブルTBLにアクセスし、当該識別情報UIDがアクション元又はアクション先として記録されているレコードを抽出する(S320)。さらに、CPUは、これらのレコードにアクション元又はアクション先として記録されている識別情報UIDをキーとしてSNS利用者情報テーブルTBL31からSNS利用者情報を抽出する(S320)。この後、外部管理サーバ3のCPUは、抽出したSNSの友達情報及びSNS利用者情報を含む友達リストを管理サーバ1に送信する(S321)。
 管理サーバ1のCPU30が、友達リストを受信して、SNSの友達情報及びSNS利用者情報を取得すると(S121)、管理サーバ1のCPU30は、直接SNS友達であり且つゴルフ利用者でない者を抽出し、友達申請ページを生成する(S122)。
 より具体的には、第1に、CPU30は、友達情報のステータスが承諾のレコードにアクション元又はアクション先として記録されている識別情報UIDのうち、前記ゴルフ利用者Aの識別情報UID及び重複する識別情報UIDを除いた識別情報UIDを前記ゴルフ利用者Aの直接SNS友達の識別情報UIDとして特定する。
 第2に、CPU30は、ゴルフ利用者情報テーブルTBLを参照して、ゴルフ利用者の識別情報UIDを取得する。
 第3に、CPU30は、直接SNS友達の識別情報UIDからゴルフ利用者の識別情報UIDを除いた友達候補者の識別情報UIDを特定する。
 第4に、CPU30は、友達候補者の識別情報UIDに対応するSNS利用者情報を用いて、友達申請ページを生成する。
 この後、管理サーバ1のCPU30は、友達申請ページ応答を端末装置2fに送信する(S123)。友達申請ページ応答を受信した端末装置2fのCPU40は、ディスプレイ45に友達申請ページを表示する(S211)。図14に友達申請ページの一例を示す。この例では、領域Cに友達候補者のアイコンが表示される。CPU40は、ボタンB3がクリックされると友達候補者のアイコンを左方向にスクロールさせ、ボタンB4がクリックされと友達候補者のアイコンを右方向にスクロールさせる。また、CPU40は、領域Z1には、「グリーンにSNS友達をドラッグして下さい」というメッセージを表示させる。そして、友達候補者のアイコンを所定の領域Y3(この例では、グリーン)にドラッグすると、CPU40は、図15に示すように領域Z2に確認画面を表示させる。この例では、「山田一郎」をゴルフアプリに招待するか否かが確認される。キャンセルボタンB5がクリックされると、CPU40は、領域Z2に表示させていた確認画面を消し、友達候補者のアイコンを領域Y3にドラッグ可能な状態に表示させる。一方、招待ボタンB6がクリックされると、CPU40は、図16に示すように、その友達候補者のアイコンを領域Cから消し、グリーン上に表示させる。そして、図13に示すように端末装置2fのCPU40はゴルフ友達申請要求(ゴルフ情報アプリケーションへの招待要求)を管理サーバ1に送信する(S212)。ゴルフ友達申請要求にはアクション元(友達申請元)の識別情報UIDとアクション先(友達申請先)の識別情報UIDとが含まれている。
 管理サーバ1のCPU30がゴルフ友達申請要求を受信すると、管理サーバ1のCPU30はゴルフ友達申請処理を実行する(S124)。ゴルフ友達申請処理では、管理サーバ1のCPU30は、アクション元とアクション先の識別情報UIDを含むゴルフ友達申請通知を外部管理サーバ3に送信する(S125)。
 外部管理サーバ3のCPUは、ゴルフ友達申請通知を受信すると、アクション元のSNS利用者からアクション先のSNS利用者へゴルフ情報アプリケーションへの招待があったことを通知する通知処理を行う(S323)。この通知処理以降の動作シーケンスを図17に示す。まず、アクション先のSNS利用者が識別情報UIDとパスワードを入力してSNSサイトにログインすると、アクション先のSNS利用者の端末装置2tのCPU40は、外部管理サーバ3に対して前記識別情報UIDとパスワードと共にログイン要求を送信する。ログイン要求を受信した外部管理サーバ3のCPUは、受信した識別情報UIDとパスワードとの組みが記憶されているか否かを判定し、判定条件を充足する場合にはログインを許可し、判定条件が充足されない場合にはログインを拒絶する。そして、CPUは判定結果を示すログイン応答を端末装置2に送信する。なお、図17に示す例では、ログインが許可されたものとする。一度、端末装置2で入力された識別情報UIDとパスワードとの組みは、端末装置2に所定期間記憶させ、当該所定期間内であればログインを省略可能としてもよい。
 また、外部管理サーバ3のCPUは、ログイン応答を端末装置2に送信すると共に、当該SNS利用者のマイページにアクション元のSNS利用者からゴルフ情報アプリケーションへの招待(ゴルフ友達申請)があったことを通知する(S325)。その結果、アクション先のSNS利用者のSNSのマイページには、アクション元のSNS利用者からゴルフ情報アプリケーションへの招待があったことが表示される。
 図18にアクション先のSNS利用者のSNSにおけるマイページの一例を示す。SNSサイトのマイページには、SNS利用者のプロフィール画像を表示する領域F1と、SNS利用者の名前等のプロフィール情報を表示する領域F2と、SNS利用者が近況を報告したり、写真等を投稿するための投稿欄を表示する領域F3と、SNS利用者やその友達のアクティビティ(近況報告、写真投稿、所定のリンクのシェア、所定の場所へのチェックイン等のSNSサイト上で表示できる各種の行動のこと)を表示する領域F4を有している。そして、マイページの左上部には、SNS利用者の友達のアクティビティがあったことを示す領域F5があり、ゴルフ情報アプリケーションへの招待があった場合も、この領域F5に表示される。図18の例では、領域F5に重なる表示領域F6が設けられ、この表示領域F6に「4」と記載されたアイコンが表示される。これは、友達のアクティビティが4件あったことを示している。
 表示領域F6に「4」と記載されたアイコンをクリックすると、図19に示すように、領域F5が拡大し、この例では4件のアクティビティのお知らせが表示される。このお知らせの中に、領域F7に表示されているように、「田中 太郎」からゴルフ情報アプリケーションへの招待があったことが表示される。例えば、このゴルフ情報アプリケーションを示す「ゴルフアプリ」の部分は、リンクが貼り付けられており、この「ゴルフアプリ」の表示をクリックすることにより、アクション先のSNS利用者の端末装置2tのCPU40は、外部管理サーバ3に対して承認ページの表示要求を送信する(図17;S221)。承認ページの表示要求を受信した外部管理サーバ3のCPUは、承認ページの表示情報と共に承認ページの表示応答を端末装置2tに対して送信する(S222)。承認ページの表示応答を受信した端末装置2tのCPU40は、ゴルフ情報アプリケーションへの招待を承認するかどうかを選択する承認ページを表示させる(S223)。
 承認ページにおいては、一例として、ゴルフ情報アプリケーションが、アクション先のSNS利用者のSNS上のプロフィール情報やSNS上の前記友達情報にアクセスする機能や、ゴルフ情報アプリケーションが、アクション先のSNS利用者の代わりに当該SNS利用者やSNS友達のマイページ等に投稿する機能等について承認するかどうかを尋ねるようにする。具体的には、「承認する」及び「キャンセル」等のボタンを表示して、いずれかをクリックできるようにすればよい。
 アクション先のSNS利用者が、このようなゴルフ情報アプリケーションの機能について承認しない場合には、「キャンセル」のボタンをクリックする。「承認する」のボタンがクリックされた場合には、アクション先のSNS利用者の端末装置2tのCPU40は、外部管理サーバ3に対して承認についての結果通知を送信する(S224)。また、「承認する」のボタンがクリックされた場合には、外部管理サーバ3のCPUは、当該承認したアクション先のSNS利用者に関する識別情報UIDを管理サーバ1に送信する(S326)。当該識別情報UIDを受信した管理サーバ1のCPU30は、管理サーバ1のゴルフ利用者情報テーブルTBL11に記憶された招待情報のステータスを「承認」とする。なお、アクション先のSNS利用者が承認ページにおいて「キャンセル」ボタンをクリックした場合には、CPU30は、ゴルフ利用者情報テーブルTBL11に記憶された招待情報のステータスを「申請中」のままに維持することになる。
 アクション先のSNS利用者が「承認する」のボタンをクリックし、ゴルフ情報アプリケーションの上述のような機能について承認する場合には、管理サーバ1のCPU30は、この承認を以って、アクション先のSNS利用者をゴルフ情報アプリケーションの利用者、つまり、ゴルフ利用者として登録する(S126)。
 具体的には、管理サーバ1のCPU30はゴルフ利用者情報テーブルTBL11を更新する。この際、CPU30は、ゴルフ利用者情報テーブルTBL11に、アクション先のSNS利用者の識別情報UIDを追加する。そして、管理サーバ1のCPU30は、アクション先のSNS利用者の端末装置2tに、この利用者のゴルフ情報アプリケーションにおけるマイページを表示させるために、マイページ表示情報と共にマイページ表示要求を送信する(S127)。
 マイページ表示要求を受信した端末装置2tのCPU40は、ディスプレイ45にゴルフ情報アプリケーションにおけるマイページを表示させる(S225)。このマイページには、アクション元のSNS利用者宛てのメッセージを書き込んで送信できるようにしてもよい。アクション元のSNS利用者宛てのメッセージがある場合には、端末装置2tのCPU40は、管理サーバ1に対してメッセージの送信要求を送信する(S128)。
 この後、アクション元のSNS利用者がSNSにログインし、さらにゴルフ情報アプリケーションを選択すると(S231)、アクション元のSNS利用者の端末装置2fのCPU40は、管理サーバ1に対してマイページ閲覧要求を送信する。マイページ閲覧要求を受信した管理サーバ1のCPU30は、図9で説明したような表示情報生成処理を行い(S129)、マイページの表示情報と共にマイページ閲覧応答を端末装置2fに送信する。この際、アクション先のSNS利用者からのメッセージがある場合には、のCPU30は、そのメッセージも送信する。前記マイページ閲覧応答を受信した端末装置2fのCPU40は、ディスプレイ45にマイページを表示させる(S232)。図20に前記メッセージを含むゴルフ情報アプリケーションのマイページの一例を示す。この例では、領域Z3に「ゴルフ友達が増えました!」というメッセージがゴルフ友達への招待を承認したSNS利用者のプロフィール画像と共に表示され、さらに「誘ってくれてありがとう!ゴルフに行こう!」というメッセージが表示される。
 このように、直接ゴルフ友達が増加すると、間接ゴルフ友達も増加するので、マイページに表示される友達の人数が急激に増加し、マイページが賑やかになり、ゴルフに関するコミュニケーションを活性化することができる。
<2-3:公開処理>
 本実施形態においては、以上のような招待処理が行われるが、この招待処理に関連して、アクション元のSNS利用者がアクション先の利用者に対してゴルフ情報アプリケーションへの招待を行ったことを示す情報を、アクション元のSNS利用者のSNSにおけるマイページに表示する公開処理が行われる。
 具体的には、図17に示すように、管理サーバ1においてアクション先のSNS利用者についてのゴルフ情報アプリケーションへの登録処理が完了すると(S126)、管理サーバ1のCPU30は、外部管理サーバ3に対して、アクション元のSNS利用者のSNSにおけるマイページのアクティビティの表示欄F4に、ゴルフ情報アプリケーションへの招待が行われたことを示す書き込みを行う旨の要求を送信する(S327)。
 上述したように、ゴルフ情報アプリケーションの利用を承認したSNS利用者は、前記承認ページにおいて、ゴルフ情報アプリケーションがSNS利用者に代わってマイページ等に書き込みを行う機能についての承認を行っている。したがって、この承認を受けているゴルフ情報アプリケーションは、SNS利用者としてSNSにログインし、マイページ等への書き込みを行うことができる。
 図17の例では、ゴルフ情報アプリケーションは、アクション元のSNS利用者としてSNSにログインし、前記書き込み要求を行う。この書き込み要求を受信した外部管理サーバ3のCPUは、アクション元のSNS利用者のSNSにおけるマイページのアクティビティの表示欄F4に、ゴルフ情報アプリケーションへの招待が行われたことを示す書き込みを行う(S327)。
 図21に、アクション元のSNS利用者のSNSにおけるマイページの一例を示す。図21に示すように、SNSにおけるマイページには、SNS利用者のプロフィール画像を表示する領域F1と、SNS利用者の名前等のプロフィール情報を表示する領域F2と、SNS利用者が近況を報告したり、写真等を投稿するための投稿欄を表示する領域F3と、SNS利用者やその友達のアクティビティ(近況報告、写真投稿、所定のリンクのシェア、所定の場所へのチェックイン等のSNSサイト上で表示できる各種の行動のこと)を表示する領域F4(表示欄F4)を有している。
 前記書き込み要求に応じた書き込みも領域F4において行われる。図21においては、領域F8に前記書き込み要求に応じた書き込みが行われる。領域F8には、領域F9乃至領域F13が含まれる。領域F9には、「招待されました!」というゴルフ情報アプリケーションを示唆する文字情報が表示される。領域F10には、アクション元のSNS利用者がゴルフ情報アプリケーションに招待したアクション先のSNS利用者のプロフィール画像が表示される。領域F11には、アクション元のSNS利用者のSNS友達がこの書き込みに対するリアクション(この書き込みを見た、あるいは気に入ったことを示す「いいね!」ボタンのクリック、あるいは、コメントの書き込みをリアクションと称する。)を行うためのアイコンが表示される。領域F12には、ゴルフ情報アプリケーションに招待したSNS利用者の数が多く前記領域F10に全てのアクション先のSNS利用者のプロフィール画像を表示できない時に、他のアクション先のSNS利用者のプロフィール画像を表示させるための「他の紹介を見る」という文字情報を表示させる。領域F13には、ゴルフ情報アプリケーションへのリンク先が貼り付けられたアイコン表示させる。
 アクション元のSNS利用者のSNSのマイページは、当該アクション元のSNS利用者のSNS友達が閲覧することができる。したがって、図21に示すマイページを閲覧した当該アクション元のSNS利用者のSNS友達が、ゴルフに興味がある場合には、領域F9に表示された「招待されました!」というフレーズに興味を示し、領域F13に表示されるアイコンをクリックすることが期待される。あるいは、「招待されました!」の表示にもゴルフ情報アプリケーションへのリンク先を貼り付けておけば、この「招待されました!」の表示をクリックすることが期待される。仮に、当該アクション元のSNS利用者のSNS友達が領域F13のアイコンや、領域F9の「招待されました!」の表示に貼り付けられたリンクをクリックすることにより、上述したようなゴルフ情報アプリケーションの承認ページにジャンプさせることができる。その結果、ゴルフに興味があるSNS利用者がゴルフ情報アプリケーションの機能についての承認を行うことにより、新たにゴルフ情報アプリケーションを利用するSNS利用者が増えていくことになる。
 また、領域F11に表示されたリアクションのコメントを読むことによっても、この書き込みを見たSNS利用者がゴルフ情報アプリケーションに興味を示すことが期待できる。さらに、この書き込みを見たSNS利用者が、この書き込みの内容を理解できない場合には、領域F11に表示されたリアクションのコメントに質問を書き込むことにより、前記アクション元のSNS利用者からのゴルフ情報アプリケーションについての情報を入手し、ゴルフ情報アプリケーションに興味を持つことが期待される。
 なお、領域F9の表示は、ゴルフ情報アプリケーションの存在を示唆するものであればよく、「招待されました!」のような表現以外にも「田中太郎さんが友達をゴルフ情報アプリケーションに招待しました」のような表現でもよい。
 また、領域F13に表示するアイコンは、ゴルフ動作を象徴するアイコンにすれば、ゴルフに興味を持つSNS利用者に注目されることが期待される。但し、アイコンの形状はこのようなものに限定されるものではない。さらに、アイコンの代わりにゴルフ情報アプリケーションへ誘導する文字等の情報を表示するようにしてもよい。
 図21に示す招待の書き込みを含むマイページは、勿論、当該アクション元のSNS利用者がSNSにログインし、外部管理サーバ3の認証処理(S328)の後に端末装置2fにおいてSNSのマイページが表示された場合にも表示される(S230)。
 以上のように本発明によれば、ゴルフ情報アプリケーションへの招待が行われたことを示す情報が、アクション元のSNS利用者のマイページに書き込まれるので、アクション先のSNS利用者以外のSNS友達もゴルフ情報アプリケーションへ誘導することが可能となるので、ゴルフ友達を増加させ、ゴルフ友達のゴルフ友達も増加させることができるので、マイページに表示される友達の人数がより一層急激に増加し、マイページがより一層賑やかになり、ゴルフに関するコミュニケーションを活性化することができる。
 なお、招待の通知の態様としては、マイページにおける招待の投稿に対して、賛同を表明するボタン(例えば、「いいね!」ボタン)のクリックや、メールの本文記載のURLからのアクセスであってもよい。この場合、賛同を表明するボタンやメールの本文記載のURLにアクション元の識別情報UIDが対応づけられていることが好ましい。そうすれば誰の招待によってゴルフ情報アプリケーションにアクセスされたかを、ゴルフ情報アプリケーションの管理者が容易に把握可能となる。
 また、招待候補者は、上述では直接SNS友達であったが、間接SNS友達を招待候補者に含めてもよい。この場合、管理サーバ1の取得部11は、直接SNS友達の識別情報UIDを外部管理サーバ3に送信し、間接SNS友達のSNS利用者情報を取得すればよい。
 また、ゴルフ情報アプリケーションへの招待を承認する承認ページは、ゴルフ情報アプリケーションがSNS利用者に代わってSNSにアクセスする機能等を承認するページでなくてもよく、例えば、SNSの識別情報UIDなど、ゴルフ情報アプリケーションの利用に必要となる情報をSNS利用者が入力するようなページでもよい。また、図17の例では、ゴルフ情報アプリケーションがSNS利用者に代わってSNSにアクセスする機能等をSNS利用者が承認しているために、招待の書込み要求(S140)を送信する際には、SNS利用者の識別情報UIDを外部管理サーバ3に送信していないが、SNS利用者の識別情報UIDを外部管理サーバ3に送信するようにしてもよい。
 また、SNS友達であって、ゴルフ情報アプリへの招待を受けずに独自に登録した者や、自分とはゴルフ情報アプリケーションへの招待のやり取りはなかったが、別の者からの招待申請によって登録した者(以下、総称して「非招待ゴルフ友達」という)については、ゴルフ友達として、ゴルフ友達を表示する領域(本実施形態では図3の領域Y1)に表示するようにしてもよい。これに伴い、当該非招待ゴルフ友達のゴルフ友達を、ゴルフ友達のゴルフ友達を表示する領域(本実施形態では図3の領域Y2)に表示するようにしてもよい。
<第2実施形態>
 上述した第1実施形態のサービス提供システム100は、外部管理サーバ3においてSNS利用者の友達情報を管理し、管理サーバ1では友達情報を独自に管理していなかった。これに対して、第2実施形態のサービス提供システム100は、管理サーバ1の替わりに管理サーバ1Aを用いる点を除いて、図1に示す第1実施形態のサービス提供システム100と同様である。
 図22に管理サーバ1Aのブロック図を示す。管理サーバ1Aは、記憶部15にゴルフ友達情報テーブルTBL12を備える点で、管理サーバ1と相違する。図23にゴルフ友達情報テーブルTBL12のデータ構造を示す。ゴルフ友達情報テーブルTBL12には複数のレコードが記録されている。1つのレコードは、アクション元の識別情報、アクション先の識別情報、ステータス、及び申請日時を含む。アクション元は、ゴルフ友達申請を行ったゴルフ利用者であり、アクション先は、ゴルフ友達申請されたSNS利用者である。ステータスは、ゴルフ友達申請の状態を示し、申請中が「0」、承諾が「1」で表される。
 次に、第2実施形態に係る表示処理について説明する。第1実施形態では、図9を参照して説明したように、外部管理サーバ3から、前記ゴルフ利用者AのSNS友達及びSNS友達のSNS友達について識別情報UIDとSNS利用者情報を取得する。この処理は、図9を参照して、第1実施形態で説明したものと同一であるので、説明を省略する。
 管理サーバ1Aは、所定のタイミングで、図9に示すようにして取得した前記ゴルフ利用者A、前記ゴルフ利用者AのSNS友達、及びSNS友達のSNS友達についての識別情報UIDとSNS利用者情報、並びに、記憶部15に記憶したゴルフ利用者情報テーブルTBL11とに基づいて、ゴルフ友達情報テーブルTBL12を作成し、記憶部15に記憶する。
 表示処理では、まず、図25Aに示すように前記ゴルフ利用者AのSNS友達とSNS友達のSNS友達とが特定される。図24に管理サーバ1AのCPU30が実行する表示情報生成処理の内容を示す。
 CPU30は、直接SNS友達又は間接SNS友達、且つゴルフ友達を抽出する(S130)。具体的には、第1に、CPU30は、前記ゴルフ利用者Aの識別情報UIDをキーとして、当該識別情報UIDがアクション元又はアクション先となるレコードをゴルフ友達情報テーブルTBL12から抽出し、直接ゴルフ友達の識別情報UIDを特定する。第2に、CPU30は、図9に示すように外部管理サーバ3から直接SNS友達の識別情報UID又は間接SNS友達の識別情報UIDを取得し、取得した直接SNS友達の識別情報UID又は間接SNS友達の識別情報UIDと、直接ゴルフ友達の識別情報UIDとが一致するものを抽出し、抽出された識別情報UIDを表示対象の直接ゴルフ友達とする。このように管理サーバ1Aで管理する直接ゴルフ友達を、外部管理サーバ3で管理するSNS友達でフィルタリングするのは、ゴルフの友達関係はSNSの友達関係を前提するからである。例えば、ある時点で前記ゴルフ利用者Aと直接SNS友達であったゴルフ友達について、時間が経過した後、前記ゴルフ利用者AとSNS上での友達関係が解消されたとする。この場合、ゴルフの友達関係が必ずしも解消されているとは限らない。そこで、ゴルフ友達をSNS友達でフィルタリングしたのである。この結果、図25Bに示すように表示対象となる直接ゴルフ友達が特定される。なお、同図に示す部分Fxの直接ゴルフ友達は、間接SNS友達でもある。これは、間接SNS友達であり、ゴルフ利用者に該当しないSNS利用者をゴルフ情報アプリケーションに招待することによって、前記ゴルフ利用者Aと直接ゴルフ友達となることがあるからである。
 この後、CPU30は、直接SNS友達又は間接SNS友達、且つ間接ゴルフ友達を抽出する(S131)。具体的には、第1に、CPU30は、直接ゴルフ友達の識別情報UIDをキーとして、当該識別情報UIDがアクション元又はアクション先となるレコードをゴルフ友達情報テーブルTBL12から抽出し、間接ゴルフ友達の識別情報UIDを特定する。第2に、CPU30は、図9に示すように外部管理サーバ3から直接SNS友達の識別情報UID又は間接SNS友達の識別情報UIDを取得し、取得した直接SNS友達の識別情報UID又は間接SNS友達の識別情報UIDと、間接ゴルフ友達の識別情報UIDとが一致するものを抽出し、抽出された識別情報UIDを表示対象の間接ゴルフ友達とする。この結果、図25Cに示すように表示対象となる間接ゴルフ友達が特定される。なお、同図に示す部分Fyの間接ゴルフ友達は、直接SNS友達でもある。これは、直接ゴルフ友達と友達関係にある間接ゴルフ友達には、直接SNS友達が含まれるからである。
 このようにCPU30は、S130及びS131を実行することにより、記憶部15から読み出したゴルフ友達情報(「第1特定関係情報」の一例)と取得部11で取得したSNS友達情報(「第2特定関係情報」の一例)とに基づいて、前記ゴルフ利用者A(「所定の利用者」の一例)と友達関係(「特定の関係」の一例)を有するSNS利用者(「第2利用者」の一例)である直接SNS友達、及び当該SNS利用者と更に友達関係を有するSNS利用者である間接SNS友達を特定SNS利用者としたとき、前記ゴルフ利用者Aと友達関係を有するゴルフ利用者(「第1利用者」の一例)であり、且つ特定SNS利用者である者を直接ゴルフ友達として特定し、ゴルフ友達と友達関係を有するゴルフ利用者であり、且つ特定SNS利用者である者を間接ゴルフ友達として特定する特定部として機能する。
 次に、CPU30は、関係図を表示させる表示情報を生成し(S132)、表示情報を端末装置2に送信する(S133)。表示情報の生成は、図10を参照して説明したS109の処理と同様である。この結果、第2実施形態においても第1実施形態と同様に、図3及び図12に示すマイページを端末装置2のディスプレイ25に表示させることができ、ゴルフ利用者は、ゴルフ友達の階層関係を容易に把握することが可能となる。
 次に、第2実施形態における招待処理について説明する。図26に第2実施形態における招待処理に関するサービス提供システムの動作シーケンスを示す。この例では、アクション元のゴルフ利用者の端末装置を端末装置2f、アクション先のSNS利用者の端末装置を端末装置2tと称する。
 まず、アクション元である端末装置2fのゴルフ利用者が、図3に示すマイページにおいてアイコンAをクリックして「ゴルフ友達を増やす」を選択すると(S210)、端末装置2fは、友達申請ページ要求を管理サーバ1Aに送信する(S211)。管理サーバ1Aは友達申請ページ要求を受信すると、前記ゴルフ利用者Aの識別情報UIDを取得する。
 前記ゴルフ利用者Aの識別情報UIDを取得した管理サーバ1AのCPU30は、前記ゴルフ利用者Aの識別情報UIDをキーとして、当該識別情報UIDがアクション元又はアクション先となるレコードをゴルフ友達情報テーブルTBL12から抽出し、直接ゴルフ友達の識別情報UIDを特定する(S150)。次に、CPU30は、外部管理サーバ3に特定した直接ゴルフ友達の識別情報UIDを送信する(S151)。直接ゴルフ友達の識別情報UIDを受信した外部管理サーバ3のCPUは、友達情報テーブルTBL32にアクセスし、当該識別情報UIDがアクション元又はアクション先として記録されているレコードを抽出する(S320)。さらに、CPUは、これらのレコードにアクション元又はアクション先として記録されている識別情報UIDをキーとしてSNS利用者情報テーブルTBL31からSNS利用者情報を抽出する(S320)。この後、外部管理サーバ3のCPUは、抽出したSNSの友達情報及びSNS利用者情報を含む友達リストを管理サーバ1Aに送信する(S321)。
 管理サーバ1AのCPU30は、友達リストを受信して、SNSの友達情報及びSNS利用者情報を取得すると(S152)、取得した直接SNS友達の識別情報UID又は間接SNS友達の識別情報UIDと、直接ゴルフ友達の識別情報UIDとが一致しないものを抽出し(S153)、抽出された識別情報UIDを第1の招待対象の直接SNS友達又は間接SNS友達とする。この結果、図27Aに斜線で示されるように第1の招待対象の直接SNS友達又は間接SNS友達が特定される。
 次に、CPU30は、直接ゴルフ友達の識別情報UIDをキーとして、当該識別情報UIDがアクション元又はアクション先となるレコードをゴルフ友達情報テーブルTBL12から抽出し、間接ゴルフ友達の識別情報UIDを特定する(S154)。そして、CPU30は、前記第1の招待対象の直接SNS友達又は直接SNS友達と、間接ゴルフ友達の識別情報UIDとが一致しないものを抽出し(S155)、抽出された識別情報UIDを第2の招待対象の間接SNS友達とする。この結果、図27Bに斜線で示されるように第2の招待対象の直接SNS友達又は間接SNS友達が特定される。
 管理サーバ1AのCPU30は、以上のようにして特定された第2の招待対象の直接SNS友達又は間接SNS友達に基づいて、友達申請ページを生成し、友達申請ページ応答を端末装置2fに送信する(S123)。友達申請ページ応答を受信した端末装置2fのCPU40は、ディスプレイ45に友達申請ページを表示させる(S211)。友達申請ページは、第1実施形態と同様に、図14に示すようなページを表示すればよい。これ以降の処理は第1実施形態と同様である。
 つまり、第2実施形態においても、友達候補者のアイコンを所定の領域Y3(この例では、グリーン)にドラッグすると、CPU40は、図15に示すように領域Z2に確認画面を表示させる。この例では、「山田一郎」をゴルフ友達に招待するか否かが確認される。キャンセルボタンB5がクリックされると、CPU40は、領域Z2に表示されていた確認画面を消し、友達候補者のアイコンを領域Y3にドラッグ可能な状態に表示させる。一方、招待ボタンB6がクリックされると、CPU40は、図16に示すように、その友達候補者のアイコンは領域Cを消し、グリーン上にドラッグされたように表示させる。そして、図13に示すように端末装置2fのCPU40はゴルフ友達申請要求を管理サーバ1に送信する(S212)。ゴルフ友達申請要求にはアクション元(友達申請元)の識別情報UIDとアクション先(友達申請先)の識別情報UIDとが含まれている。
 管理サーバ1AのCPU30がゴルフ友達申請要求を受信すると、管理サーバ1AのCPU30はゴルフ友達申請処理を実行する(S124)。ゴルフ友達申請処理では、管理サーバ1のCPU30は、アクション元とアクション先の識別情報UIDを含むゴルフ友達申請通知を外部管理サーバ3に送信する(S125)。外部管理サーバ3のCPUはゴルフ友達申請通知を受信すると、アクション元のSNS利用者からアクション先のSNS利用者へゴルフ情報アプリケーションへの招待があったことを通知する通知処理を行う(S323)。以下、公開処理についても第1実施形態と同様に行えばよい。
 このように、管理サーバ1Aにおいてゴルフ友達情報を記憶する場合でも、ゴルフ情報アプリケーションへの招待処理と公開処理を行うことができる。
<変形例>
 本発明は、上述した各実施形態に限定されるものではなく、以下に述べる各種の変形が可能である。また、各変形例及び各実施形態は、適宜、組み合わせてもよいことは勿論である。
(1)上述した各実施形態における公開処理では、図21に示すように、アクション元のSNS利用者のSNSのマイページに、ゴルフ情報アプリケーションへの招待があったことを示す情報の書き込みを行ったが、図28に示すように、アクション先のSNS利用者のSNSのマイページに、ゴルフ情報アプリケーションへの招待があったことを示す情報の書き込みを行ってもよい。この場合、図17におけるステップS220の処理が行われると、図28に示すような表示が行われる。図28に示す例では、領域F8にこの書き込みが行われている例である。領域F8内の各領域における表示内容は図21と同様である。
 また、ゴルフ情報アプリケーションへの招待があったことを示す情報の書き込みは、アクション元のSNS利用者のSNSのマイページと、アクション先のSNS利用者のSNSのマイページとの双方のSNSのマイページにおいて行ってもよいし、いずれか一方のSNSのマイページにおいて行うようにしてもよい。
 なお、ゴルフ情報アプリケーションへの招待があったことを示す情報の表示は、SNSのマイページにおけるアクティビティを表示する欄に限定されるものではなく、SNSの利用者が見ることができる領域であれば、どこの領域であっても構わない。また、SNSが利用者に対してメールによってメッセージを通知する機能を備えている場合には、その機能を利用してメールにゴルフ情報アプリケーションへの招待があったことを示す情報の表示を行ってもよい。さらに、アクション元のSNS利用者のSNSのマイページに表示される文言と、アクション先のSNS利用者のSNSのマイページに表示される文言とを同一にしても良いし、変えて表示させることとしても良い。例えば、図28に示すように、領域F9に表示する文言を「招待されました!」のようにしてもよい。
(2)上述した各実施形態及び変形例においては、ゴルフ友達の申請(ゴルフ情報アプリケーションへの招待)を行うことを端末装置2のCPU40から管理サーバ1に要求し(図13;S212)、管理サーバ1のCPU30が外部管理サーバ3に対してゴルフ友達の申請(ゴルフ情報アプリケーションへの招待)をアクション先のSNS利用者に行うように要求した(図13;S125)。また、ゴルフ友達の申請(ゴルフ情報アプリケーションへの招待)が行われたことを示す情報の表示を、アクション元またはアクション先のSNSのマイページにおいて行うことを管理サーバ1のCPU30から外部管理サーバ3に対して要求した(図17;S140)。
 しかし、本発明はこのような態様に限定されるものでなく、図13に示すように、ゴルフ友達の申請(ゴルフ情報アプリケーションへの招待)を行うことを端末装置2のCPU40から管理サーバ1に要求すると共に(図13;S212)、ゴルフ友達の申請(ゴルフ情報アプリケーションへの招待)が行われたことを示す情報の表示を、アクション元またはアクション先のSNSのマイページにおいて行うことを管理サーバ1のCPU30から外部管理サーバ3に対して要求するように、管理サーバ1に要求するようにしてもよい。そして、この要求を受けた管理サーバ1のCPU30がゴルフ友達の申請(ゴルフ情報アプリケーションへの招待)が行われたことを示す情報の表示を、アクション元またはアクション先のSNSのマイページにおいて行うことを管理サーバ1のCPU30から外部管理サーバ3に対して要求するようにしても良い(図17;S140)。
(3)上述した第1実施形態の管理サーバ1において(図1参照)、特定部13は、前記ゴルフ利用者A(「所定の利用者」の一例)と友達関係(「特定の関係」の一例)を有するSNS利用者(「第2利用者」の一例)のうちゴルフ利用者(「第1利用者」の一例)に該当しないSNS利用者と、ゴルフ友達と友達関係を有するSNS利用者のうちゴルフ利用者に該当しないSNS利用者との少なくとも一方を外部利用者として特定する。ここで、前記ゴルフ利用者Aと友達関係を有するSNS利用者のうちゴルフ利用者に該当しない者は、図29Aに示すSNS利用者K1であり、ゴルフ友達と友達関係を有するSNS利用者のうちゴルフ利用者に該当しないSNS利用者は、図29Aに示すSNS利用者K2である。
 そして、表示制御部14は、直接ゴルフ友達及び間接ゴルフ友達と外部利用者とを区別できる関係図を端末装置2の表示部に表示させる。例えば、図30に示すように領域Y5にSNS利用者K1を表示し、領域Y6にSNS利用者K2を表示させても良い。
 領域Y5および領域Y6に表示させたSNS利用者をグリーン内にドラッグすることにより、上述した招待処理と公開処理が行われるようにしても良い。
(4)また、上述した第2実施形態の管理サーバ1Aにおいて(図22参照)、CPU30は直接SNS友達及び間接SNS友達を特定SNS友達(「特定第2利用者」の一例)としたとき、SNS友達情報及びゴルフ友達情報に基づいて、特定SNS友達のうち、直接ゴルフ友達又は間接ゴルフ友達に該当しない者の一部又は全部を外部利用者として特定する特定部13として機能する。
 ここで、特定SNS利用者のうち、直接ゴルフ友達又は間接ゴルフ友達に該当しない者は図29Bに示すSNS利用者Jであり、外部利用者は一部又は全部である。
 そして、表示制御部14は、直接ゴルフ友達及び間接ゴルフ友達と外部利用者とを区別できる関係図を端末装置2の表示部に表示させる。例えば、図30に示す領域Y5と領域Y6の少なくとも一方に外部利用者を表示させても良い。
 領域Y5および領域Y6を表示させたSNS利用者をグリーン内にドラッグすることにより、上述した招待処理と公開処理が行われるようにしても良い。
(5)上述した各実施形態及び各変形例では、招待処理において、既にゴルフ利用者となっているSNS利用者は、招待の候補者から除く処理が実行されたが(図13のS122参照)、本発明はこれに限定されるものではなく、既にゴルフ利用者となっている者を含めてもよい。この場合は、ゴルフ利用者でない候補者と識別できる態様でゴルフ利用者を表示すればよい。例えば、登録済みのゴルフ利用者には印を付加して、リスト後方に表示させるようにしても良い。
 更に、管理サーバ1において、招待について、アクション元の識別情報UID、アクション先の識別情報UID、及びステータスを対応づけて記憶する招待テーブルを記憶部15に格納してもよい。ステータスを参照することによって、承諾、拒否、申請中の状態が識別可能となる。特定部13は、招待テーブルを参照して、招待申請中のSNS利用者を特定する。そして、招待申請中の招待候補者を他の招待候補者と識別できるように表示させてもよい。例えば、招待申請中の招待候補者には印などを付加してリスト後方に表示させても良いし、あるいは、招待申請中のSNS利用者は招待候補者から除いて非表示としても良い。
 また、招待テーブルを追加するのではなく、ゴルフ利用者情報テーブルTBL11に招待のアクション元であるゴルフ利用者の識別情報UIDに対応づけて、アクション先であるSNS利用者の識別情報UIDと招待申請中であることを示すステータスを記録しても良い。この場合は、アクション先であるSNS利用者が、ゴルフ利用者として登録すれば、ステータスを変更すればよい。さらに、招待申請日時も記録しておき、所定期間経過しても登録されずステータスに変動がなければ、自動的にステータスをタイムアウト等としたり、SNS利用者の識別情報UIDとステータスを消去しても良い。
(6)上述した各実施形態及び各変形例では、直接SNS友達及び間接SNS友達をゴルフアプリケーションへの招待の対象としたが、本発明はこれに限定されるものではなく、SNS上でのSNS利用者の活動内容に応じて招待候補者を絞り込んでもよい。
 具体的には、直接SNS友達及び間接SNS友達が管理するマイページにおいて、これらの者が参照しているニュースなどの記事に、「ゴルフ」や「ラウンド」などの所定のキーワードがあり、且つ未だゴルフ友達になっておらず、招待した履歴もないSNS利用者を特定部13で抽出し、招待候補者に表示するようにしても良い。
 直接SNS友達及び間接SNS友達のマイページにおいて、特定の情報欄(例えば趣味(好きなもの)欄)に、「ゴルフ」等の所定のキーワードがあり、且つ未だゴルフ友達になっておらず、招待した履歴もないSNS利用者を特定部13で抽出し、招待候補者に表示するようにしても良い。
 これらの抽出処理を実行するためのキーワードは、管理サーバ1又は1Aの記憶部15に記憶しておけば良い。
 くわえて、抽出処理で抽出した特定招待候補者と、直接SNS友達及び間接SNS友達を混在させて招待候補者としても良い。この場合には、特定招待候補者を招待候補者と識別可能な態様で表示させることが好ましい。例えば、特定招待候補者のアイコンに印を付加しても良い。
 更に、図31に示すように、友達リストを表示するとともに招待リストを表示し、招待したい友達の帯をドラッグし、友達リストからインバイトリストに放り込むようにドロップすることで招待リストに表示されるようにしても良い。
(7)
 上述した各実施形態及び各変形例においては、管理サーバ1または管理サーバ1Aに記憶部15を備え、記憶部15にゴルフ利用者情報テーブルTBL11、あるいはゴルフ利用者情報テーブルTBL11と共に友達情報テーブルTBL12を格納する例について説明した。しかしながら、本発明はこのような構成に限定されるものではなく、図32に示すように、通信網NETを介して管理サーバ1と通信可能に接続されたストレージサーバ4を設け、ストレージサーバ4内に記憶部15を設けて、当該記憶部15にゴルフ利用者情報テーブルTBL11を格納するようにしてもよい。この場合には、管理サーバ1のCPU30は、通信網NETを介して、ストレージサーバ4の記憶部15に格納されたゴルフ利用者情報テーブルTBL11にアクセスし、必要な情報を入手し、あるいは、必要情報を書き込むようにすればよい。また、図33に示すように、通信網NETを介して管理サーバ1Aと通信可能に接続されたストレージサーバ4を設け、ストレージサーバ4内に記憶部15を設けて、当該記憶部15にゴルフ利用者情報テーブルTBL11及び友達情報テーブルTBL12を格納するようにしてもよい。この場合には、管理サーバ1AのCPU30は、通信網NETを介して、ストレージサーバ4の記憶部15に格納されたゴルフ利用者情報テーブルTBL11及び友達情報テーブルTBL12にアクセスし、必要な情報を入手し、あるいは、必要情報を書き込むようにすればよい。なお、図32は図1に対応する図であり、図33は図22に対応する図である。
(8))上述した各実施形態及び各変形例において説明した取得部11、特定部13、表示制御部14、送信要求送信部16、及び表示要求送信部17は、管理サーバ1又は1A、あるいは、端末装置2のいずれに備えるようにしてもよい。
(9)上述した各実施形態及び各変形例では、管理サーバ1又は1Aが提供するサービスとして、ゴルフ情報の提供サービスを一例として説明したが、本発明はこれに限定されるものではなく、管理サーバ1又は1Aはどのようなサービスを提供するものであってもよい。例えば、利用者同士の共通のテーマに基づいて、アプリケーション上で特定の関係を構築するすべてのものに適用できる。共通のテーマは、マラソン、バドミントン等のスポーツ、将棋、ゲームなどの趣味的なものであってもよいし、ビジネスに関するものあってもよい。また、特定の関係は、友達関係に限定されない。例えば、上司と部下の関係であってもよいし、問屋と小売の関係であってもよい。要は、一定の規則に基づいて構築される関係であればどのようなものであってもよい。
<その他>
 なお、本発明における機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することとしてもよい。ここでいう「コンピュータシステム」とは、OSや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、インターネットやWAN、LAN、専用回線等の通信回線を含むネットワークを介して接続された複数のコンピュータ装置を含んでもよい。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ROM、CD-ROM等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、ネットワークを介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ(RAM)のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、上述した機能の一部を実現するためのものであってもよい。さらに、上述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル(差分プログラム)であってもよい。
 また、上述した機能の一部または全部を、LSI(Large Scale Integration)等の集積回路として実現してもよい。上述した各機能は個別にプロセッサ化してもよいし、一部、または全部を集積してプロセッサ化してもよい。また、集積回路化の手法はLSIに限らず専用回路、または汎用プロセッサで実現してもよい。また、半導体技術の進歩によりLSIに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いてもよい。また、本発明における機能またはその一部を実現するためのプログラムを配信する配信サーバ及び当該配信サーバに備えられた記憶媒体、及び当該配信サーバの外部に存在し、当該プログラムを前記配信サーバにより配信するために記憶している記憶媒体も、本発明の範囲に含むものとする。
 また、本発明は上述の各実施形態及び変形例に限定されるものではなく、本発明の趣旨の範囲内での変更は本発明に含まれるものである。
 NET……通信網、1,1A……管理サーバ、2,2f,2t……端末装置、3……外部管理サーバ、11……取得部、13……特定部、14……表示制御部、15……記憶部、16……送信要求送信部、17……表示要求送信部、21……第1要求部、22……表示部、23……選択部、24……第2要求部。
 

Claims (9)

  1.  第1サービスの提供を受ける第1利用者を含む第2利用者に対して第2サービスを提供すると共に前記第2利用者同士の特定の関係を示す第2特定関係情報を管理する外部管理装置と通信可能な管理装置であり、かつ、前記第1利用者の端末装置と通信可能で、コンピュータを備えた管理装置のプログラムであって、
     前記プログラムは、前記コンピュータを、
     前記第2利用者を一意に識別する第2識別情報のうち所定の利用者の第2識別情報に基づいて、前記外部管理装置で管理する前記第2特定関係情報を取得する取得部と、
     前記端末装置からの要求に応じて、前記第2識別情報と、前記第2特定関係情報と、前記第1利用者を一意に識別し、前記第2識別情報と対応関係を有する第1識別情報または前記第1利用者同士の特定の関係を示す第1特定関係情報とに基づいて、前記所定の利用者と前記特定の関係を有する第2利用者である特定第2利用者のうち、前記第1利用者に該当しない第1の外部利用者と、前記特定第2利用者と前記特定の関係を有する第2利用者のうち、前記第1利用者に該当しない第2の外部利用者との少なくとも一方を特定外部利用者として特定する特定部と、
     前記特定部により特定した前記特定外部利用者を前記端末装置の表示部に表示させることが可能な表示制御部と、
      前記端末装置からの要求に応じて、前記第1サービスの利用を促す利用案内の送信を、前記端末装置により選択された前記特定外部利用者宛に行う旨の送信要求を、前記外部管理装置に送信する送信要求送信部と、
     前記端末装置により選択された前記特定外部利用者に関する情報と、前記第1サービスを示唆する示唆情報とを、前記第2サービスにおける前記所定の利用者に関する表示情報として表示する旨の表示要求を前記外部管理装置に送信する表示要求送信部と、
     として機能させることを特徴とする管理装置のプログラム。
  2.  前記表示要求送信部は、前記端末装置により選択された特定外部利用者に関する情報と、前記第1サービスを示唆する示唆情報とを、前記第2サービスにおける前記端末装置により選択された特定外部利用者に関する表示情報として表示する旨の表示要求を前記外部管理装置に送信する
     ことを特徴とする請求項1に記載の管理装置のプログラム。
  3.  前記表示要求送信部は、前記所定の利用者を識別する前記第2識別情報を、前記表示要求と共に前記外部管理装置に送信する
     ことを特徴する請求項1に記載の管理装置のプログラム。
  4.  第1サービスの提供を受ける第1利用者を含む第2利用者に対して第2サービスを提供すると共に前記第2利用者同士の特定の関係を示す第2特定関係情報を管理する外部管理装置と通信可能な管理装置と少なくとも通信可能で、コンピュータを備えた前記第1利用者の端末装置のプログラムであって、
     前記プログラムは、前記コンピュータを、
     前記所定の利用者の操作に応じて、前記所定の利用者と前記特定の関係を有する第2利用者である特定第2利用者のうち、前記第1利用者に該当しない第1の外部利用者と、前記特定第2利用者と前記特定の関係を有する第2利用者のうち、前記第1利用者に該当しない第2の外部利用者との少なくとも一方を特定外部利用者として特定することを前記管理装置に対して要求する第1要求部と、
     前記管理装置の表示制御部の制御により、前記管理装置において特定された特定外部利用者を示す情報を表示する表示部と、
     前記所定の利用者の操作に応じてまたは任意に、前記表示部に表示した前記特定外部利用者を示す情報の中から一または複数の前記特定外部利用者を選択する選択部と、
     前記選択部により選択した前記特定外部利用者宛に、前記第1サービスの利用を促す利用案内を送信することを前記管理装置に対して要求する第2要求部と、
     として機能させることを特徴とする端末装置のプログラム。
  5.  前記第2要求部は、
     前記選択部により選択した特定外部利用者に関する情報と、前記第1サービスを示唆する示唆情報とを、前記第2サービスにおける前記所定の利用者に関する表示情報として表示する旨の表示要求を前記管理装置から前記外部管理装置に送信することを前記管理装置にさらに要求する
     ことを特徴とする請求項4に記載の端末装置のプログラム。
  6.  第1サービスの提供を受ける第1利用者を含む第2利用者に対して第2サービスを提供すると共に前記第2利用者同士の特定の関係を示す第2特定関係情報を管理する外部管理装置と通信可能な管理装置と、前記管理装置と通信可能な前記第1利用者の端末装置とを備えるサービス提供システムであって、
     前記第2利用者を一意に識別する第2識別情報のうち所定の利用者の第2識別情報に基づいて、前記外部管理装置で管理する前記第2特定関係情報を取得する取得部と、
     前記第2識別情報と、前記第2特定関係情報と、前記第1利用者を一意に識別し、前記第2識別情報と対応関係を有する第1識別情報または前記第1利用者同士の特定の関係を示す第1特定関係情報とに基づいて、前記所定の利用者と前記特定の関係を有する第2利用者である特定第2利用者のうち、前記第1利用者に該当しない第1の外部利用者と、前記特定第2利用者と前記特定の関係を有する第2利用者のうち、前記第1利用者に該当しない第2の外部利用者との少なくとも一方を特定外部利用者として特定する特定部と、
     前記特定部により特定した前記特定外部利用者を前記端末装置の表示部に表示させる表示制御部と、
      前記第1サービスの利用を促す利用案内の送信を、前記所定の利用者による前記端末装置の操作に応じて選択された前記特定外部利用者宛に行う旨の送信要求を、前記外部管理装置に送信する送信要求送信部と、
     前記選択された前記特定外部利用者に関する情報と、前記第1サービスを示唆する示唆情報とを、前記第2サービスにおける前記所定の利用者に関する表示情報として前記所定の利用者の前記端末装置の表示部に表示する旨の表示要求を前記外部管理装置に送信する表示要求送信部と、を備える、
     ことを特徴とするサービス提供システム。
  7.  第1サービスの提供を受ける第1利用者を含む第2利用者に対して第2サービスを提供すると共に前記第2利用者同士の特定の関係を示す第2特定関係情報を管理する外部管理装置と通信可能な管理装置であり、かつ、前記第1利用者の端末装置と通信可能な管理装置の制御方法であって、
     前記第2利用者を一意に識別する第2識別情報のうち所定の利用者の第2識別情報に基づいて、前記外部管理装置で管理する前記特定関係情報を取得し、
     前記端末装置からの要求に応じて、前記第2識別情報と、前記第2特定関係情報と、前記第1利用者を一意に識別し、前記第2識別情報と対応関係を有する第1識別情報または前記第1利用者同士の特定の関係を示す第1特定関係情報とに基づいて、前記所定の利用者と前記特定の関係を有する第2利用者である特定第2利用者のうち、前記第1利用者に該当しない第1の外部利用者と、前記特定第2利用者と前記特定の関係を有する第2利用者のうち、前記第1利用者に該当しない第2の外部利用者との少なくとも一方を特定外部利用者として特定し、
     前記特定した前記特定外部利用者を前記端末装置の表示部に表示させ、
     前記端末装置からの要求に応じて、前記第1サービスの利用を促す利用案内の送信を、前記端末装置により選択された前記特定外部利用者宛に行う旨の送信要求を、前記外部管理装置に送信し、
     前記端末装置により選択された前記特定外部利用者に関する情報と、前記第1サービスを示唆する示唆情報とを、前記第2サービスにおける前記所定の利用者に関する表示情報として表示する旨の表示要求を前記外部管理装置に送信する
     ことを特徴する管理装置の制御方法。
  8.  第1サービスの提供を受ける第1利用者を含む第2利用者に対して第2サービスを提供すると共に前記第2利用者同士の特定の関係を示す第2特定関係情報を管理する外部管理装置と通信可能な管理装置であり、かつ、前記第1利用者の端末装置と通信可能な管理装置であって、
     前記第2利用者を一意に識別する第2識別情報のうち所定の利用者の第2識別情報に基づいて、前記外部管理装置で管理する前記特定関係情報を取得する取得部と、
     前記端末装置からの要求に応じて、前記第2識別情報と、前記特定関係情報と、前記第1利用者を一意に識別し、前記第2識別情報と対応関係を有する第1識別情報または前記第1利用者同士の特定の関係を示す第1特定関係情報とに基づいて、前記所定の利用者と前記特定の関係を有する第2利用者である特定第2利用者のうち、前記第1利用者に該当しない第1の外部利用者と、前記特定第2利用者と前記特定の関係を有する第2利用者のうち、前記第1利用者に該当しない第2の外部利用者との少なくとも一方を特定外部利用者として特定する特定部と、
     前記特定部により特定した前記特定外部利用者を前記端末装置の表示部に表示させることが可能な表示制御部と、
     前記端末装置からの要求に応じて、前記第1サービスの利用を促す利用案内の送信を、前記端末装置により選択された前記特定外部利用者宛に行う旨の送信要求を、前記外部管理装置に送信する送信要求送信部と、
     前記端末装置により選択された前記特定外部利用者に関する情報と、前記第1サービスを示唆する示唆情報とを、前記第2サービスにおける前記所定の利用者に関する表示情報として表示する旨の表示要求を前記外部管理装置に送信する表示要求送信部とを備える、
     ことを特徴とする管理装置。
  9.  第1サービスの提供を受ける第1利用者を含む第2利用者に対して第2サービスを提供すると共に前記第2利用者同士の特定の関係を示す第2特定関係情報を管理する外部管理装置と通信可能な管理装置と少なくとも通信可能な前記第1利用者の端末装置であって、
     前記所定の利用者の操作に応じて、前記所定の利用者と前記特定の関係を有する第2利用者である特定第2利用者のうち、前記第1利用者に該当しない第1の外部利用者と、前記特定第2利用者と前記特定の関係を有する第2利用者のうち、前記第1利用者に該当しない第2の外部利用者との少なくとも一方を特定外部利用者として特定することを前記管理装置に対して要求する第1要求部と、
     前記管理装置の表示制御部の制御により、前記管理装置において特定された特定外部利用者を示す情報を表示する表示部と、
     前記所定の利用者の操作に応じてまたは任意に、前記表示部に表示した前記特定外部利用者を示す情報の中から一または複数の前記特定外部利用者を選択する選択部と、
     前記選択部により選択した前記特定外部利用者宛に、前記第1サービスの利用を促す利用案内を送信することを前記管理装置に対して要求する第2要求部とを備える
     ことを特徴とする端末装置。
     
PCT/JP2013/063065 2012-05-30 2013-05-09 管理装置、管理装置と通信可能な端末装置、サービス提供システム、管理装置の制御方法、及び管理装置のプログラム WO2013179867A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2014518367A JP6075894B2 (ja) 2012-05-30 2013-05-09 管理装置、管理装置と通信可能な端末装置、サービス提供システム、管理装置の制御方法、及び管理装置のプログラム

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2012-123774 2012-05-30
JP2012123774 2012-05-30

Publications (1)

Publication Number Publication Date
WO2013179867A1 true WO2013179867A1 (ja) 2013-12-05

Family

ID=49673071

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2013/063065 WO2013179867A1 (ja) 2012-05-30 2013-05-09 管理装置、管理装置と通信可能な端末装置、サービス提供システム、管理装置の制御方法、及び管理装置のプログラム

Country Status (2)

Country Link
JP (1) JP6075894B2 (ja)
WO (1) WO2013179867A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009146315A (ja) * 2007-12-17 2009-07-02 Fujitsu Shikoku Systems Ltd サービス提供システムの連携システム、サービス提供システムおよびその制御方法、ならびにコンピュータプログラム
JP2011232836A (ja) * 2010-04-26 2011-11-17 Yahoo Japan Corp Sns商品推薦装置、方法及びプログラム
JP2012061060A (ja) * 2010-09-14 2012-03-29 Namco Bandai Games Inc プログラム、情報記憶媒体、サーバ、及びネットワークシステム

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003030361A (ja) * 2001-07-16 2003-01-31 Accenture Kk 情報提供システム、情報提供方法およびそのプログラム
JP5225587B2 (ja) * 2006-03-20 2013-07-03 楽天株式会社 ソーシャルネットワーキングサービスシステム
JP2008276414A (ja) * 2007-04-26 2008-11-13 Sony Computer Entertainment Inc 情報表示システム、情報表示端末、および情報表示方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009146315A (ja) * 2007-12-17 2009-07-02 Fujitsu Shikoku Systems Ltd サービス提供システムの連携システム、サービス提供システムおよびその制御方法、ならびにコンピュータプログラム
JP2011232836A (ja) * 2010-04-26 2011-11-17 Yahoo Japan Corp Sns商品推薦装置、方法及びプログラム
JP2012061060A (ja) * 2010-09-14 2012-03-29 Namco Bandai Games Inc プログラム、情報記憶媒体、サーバ、及びネットワークシステム

Also Published As

Publication number Publication date
JP6075894B2 (ja) 2017-02-08
JPWO2013179867A1 (ja) 2016-01-18

Similar Documents

Publication Publication Date Title
US12003467B2 (en) Sharing web entities based on trust relationships
US20140180786A1 (en) Customer reward correlation for online community advocacy management platform
US9015605B2 (en) Cross-platform content management for online community advocacy management platform
CN103902808A (zh) 用于生成和共享云供应游戏的视频剪辑的系统和方法
KR20100015528A (ko) 스포츠 매치메이커 시스템
US10349233B2 (en) Interactive communications system
JP2008508634A (ja) 個人アイコン提供システム及びその方法
WO2014059075A1 (en) Managing social network relationships between a commercial entity and one or more users
JP6097953B2 (ja) 管理装置、管理装置と通信可能な端末装置、サービス提供システム、管理装置の制御方法、端末装置のプログラム及び管理装置のプログラム
WO2014013756A1 (ja) 管理装置及びサービス提供システム
JP6265320B2 (ja) 情報処置装置、管理装置、サービス提供システム、管理装置の制御方法、情報処理装置のプログラム、及び管理装置のプログラム
JP2014010798A (ja) 管理装置、サービス提供システム、管理装置の制御方法、及び、管理装置のプログラム
JP2014089647A (ja) 情報提供装置のプログラム、情報提供装置の制御方法、情報提供装置、及び、情報提供システム
JP6075894B2 (ja) 管理装置、管理装置と通信可能な端末装置、サービス提供システム、管理装置の制御方法、及び管理装置のプログラム
JP6670079B2 (ja) サーバ、コミュニケーション提供方法及びコンピュータプログラム
JP2014021737A (ja) 管理装置、サービス提供システム、管理装置の制御方法、及び、管理装置のプログラム
JP2008217255A (ja) 仮想社会システムの管理方法及び仮想社会提供装置
JP2014010796A (ja) 管理装置、その制御方法及びプログラム、並びにサービス提供システム
JP6175730B2 (ja) 管理装置、管理装置と通信可能な端末装置、サービス提供システム、管理装置の制御方法、端末装置のプログラム及び管理装置のプログラム
JP5222418B1 (ja) ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム
JP2014119835A (ja) 情報提供装置のプログラム、情報提供装置の制御方法、情報提供装置、及び、情報提供システム
JP6205592B2 (ja) 情報処置装置、管理装置、端末装置、サービス提供システム、管理装置の制御方法、情報処理装置のプログラム、及び管理装置のプログラム
JP6082958B2 (ja) 管理装置、サービス提供システム、管理装置の制御方法、及び、管理装置のプログラム。
JP2019025054A (ja) プログラム、制御方法および情報処理装置
JP2014035586A (ja) イベント管理装置、イベント管理装置の制御方法、イベント管理装置のプログラム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13797606

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2014518367

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 13797606

Country of ref document: EP

Kind code of ref document: A1