WO2013118349A1 - Serveur, procédé de commande de serveur et support d'enregistrement - Google Patents

Serveur, procédé de commande de serveur et support d'enregistrement Download PDF

Info

Publication number
WO2013118349A1
WO2013118349A1 PCT/JP2012/076410 JP2012076410W WO2013118349A1 WO 2013118349 A1 WO2013118349 A1 WO 2013118349A1 JP 2012076410 W JP2012076410 W JP 2012076410W WO 2013118349 A1 WO2013118349 A1 WO 2013118349A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
play
user
identification information
server
Prior art date
Application number
PCT/JP2012/076410
Other languages
English (en)
Japanese (ja)
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 株式会社コナミデジタルエンタテインメント
Publication of WO2013118349A1 publication Critical patent/WO2013118349A1/fr

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising

Definitions

  • the present invention relates to a technique for managing play information (play result, play date, etc.) of a user who has played sports in a sports facility.
  • Patent Document 1 describes a golf course management apparatus that provides score management services to golf course members.
  • Patent Documents 2 and 3 describe that the scores of users who have played golf at a plurality of golf courses are centrally managed by a server.
  • each user's score data is managed by assigning a user ID independently. That is, even if it is the same user, since the user ID given by the server and the user ID given by the golf course management apparatus are different, each user's between the server and the golf course management apparatus. There was a problem that score data could not be transferred.
  • the present invention has been made in view of the above-described circumstances, and even when the server and the management device manage each user's play information using their own user identification information. It is a problem to be able to exchange play information between the two.
  • the server which concerns on this invention is a server which manages the play information containing the play result of the user who played sports in the sports facility, and provides the said play information to the terminal which a user operates, Comprising: The said user's play A management unit that manages information and facility information indicating a sports facility played by the user in association with first user identification information for identifying the user, and the information managed by the management unit, The identification unit for identifying the first user identification information and facility information associated with the play information designated from the terminal, and the individual of the user identified by the first user identification information identified by the identification unit A first acquisition unit for acquiring information, and a second user identification for identifying each user's play information and personal information at the sports facility indicated by the facility information specified by the specifying unit A second acquisition unit that accesses a management device managed in association with the information and acquires the second user identification information that matches the personal information acquired by the first acquisition unit; the designated play information; and A transmission unit that transmits the second user identification information acquired by the second acquisition unit to the management apparatus.
  • sports facilities are, for example, golf courses, bowling alleys, tennis courts, sports gyms, swimming clubs, athletic stadiums, and the like.
  • the “sport facility” includes a golf bar in which a virtual golf machine is installed.
  • sports includes, for example, golf, bowling, tennis, swimming, various athletics, and the like.
  • the “play result” is, for example, a score, winning / losing, ranking, time, and the like.
  • play information may include, for example, play date, weather, information about users who played together, and the like.
  • the facility name in addition to the facility identification information for uniquely identifying the sports facility, the facility name, information combining the facility name and the name of the location, or the like can be used.
  • Personal information is, for example, one or more of name, date of birth, address, telephone number (home or mobile phone), and mail address.
  • the “first user identification information” is user identification information used for managing play information on the server, and the “second user identification information” is for managing play information on the management device. User identification information to be used.
  • Information managed by the management unit may be stored in the server, or may be stored in a device different from the server.
  • the database that stores the “play information”, “facility information”, and “first user identification information” in association with each other may be stored in a storage unit included in the server, or in a device different from the server. You may memorize
  • the first acquisition unit may acquire the personal information of the user from within the server or may be acquired from a device different from the server. That is, the user's personal information may also be stored in a storage unit provided in the server, or may be stored in a storage unit provided in a device different from the server.
  • information managed by the management device may be stored in the management device, or may be stored in a device different from the management device. That is, the database that stores the “play information”, “personal information”, and “second user identification information” in association with each other may be stored in a storage unit provided in the management apparatus, or may be different from the management apparatus. You may memorize
  • the management device for example, a first management server that manages “play information” and “second user identification information” in association with each other, “personal information”, and “second user identification information” And a second management server that manages them in association with each other.
  • the “play information” managed by the server and the “play information” managed by the management device may have different data configurations.
  • “play information” managed by the server may be composed of a play result, a play date, and weather
  • “play information” managed by the management device may be composed of a play result and a play date.
  • the data formats (data recording formats) of the two may be different.
  • the transmission unit may not transmit “play information” and “second user identification information” together to the management device.
  • the transmission unit may transmit “play information” first, and when there is an inquiry about a user from the management apparatus, it may transmit “second user identification information” in response to the inquiry.
  • the management unit manages the second user identification information acquired by the second acquisition unit in association with the first user identification information and facility information specified by the specification unit.
  • the second acquisition unit when the second user identification information is managed by the management unit in association with the first user identification information and facility information specified by the specifying unit, the second acquisition unit When the user identification information is acquired from the management unit, and the second user identification information is not managed by the management unit in association with the first user identification information and facility information specified by the specification unit, You may access the said management apparatus and acquire the 2nd user identification information suitable for the personal information which the said 1st acquisition part acquired.
  • the “second user identification information” acquired by the second acquisition unit and the “first user identification information” and “facility information” specified by the specifying unit are stored in association with each other. May be stored in a storage unit provided in the server, or may be stored in a storage unit provided in a device different from the server.
  • the play information includes date information indicating a play date
  • the second acquisition unit accesses the management device, and the personal information acquired by the first acquisition unit
  • Second user identification information that matches the date information included in the designated play information or the date information indicating the play date input from the terminal may be acquired.
  • the play information may include time information indicating the time of play in addition to the date information.
  • the second acquisition unit when there are a plurality of second user identification information that matches the personal information acquired by the first acquisition unit, the second acquisition unit includes a plurality of second user identification information.
  • the personal information associated with each is acquired from the management device and transmitted to the terminal, and the second user identification information associated with the personal information designated from the terminal among the transmitted personal information, You may determine to the 2nd user identification information transmitted to the said management apparatus.
  • the first acquisition unit when the first user identification information and the facility information are designated from the terminal, the first acquisition unit is configured to identify the user specified by the designated first user identification information.
  • the personal information is acquired, and the second acquisition unit accesses the management device corresponding to the designated facility information, and second user identification information that matches the personal information acquired by the first acquisition unit;
  • the play information associated with the second user identification information is acquired, and the management unit converts the play information acquired by the second acquisition unit into the designated first user identification information and It may be managed in association with facility information.
  • the management unit manages the second user identification information acquired by the second acquisition unit in association with the designated first user identification information and facility information, If the second user identification information is managed by the management unit in association with the designated first user identification information and facility information, the second acquisition unit is configured to store the second user identification information. Is acquired from the management device, and the second user identification information is not managed by the management unit in association with the designated first user identification information and facility information. , Accessing the management device, acquiring second user identification information that matches the personal information acquired by the first acquisition unit, and play information associated with the second user identification information; Also good.
  • the second acquisition unit may acquire play information that is not managed by the management unit, among play information associated with the second user identification information.
  • the play information requested to be browsed and facility information associated with the play information are acquired from the management unit, and the terminal You may further provide the browsing control part which transmits to.
  • the management unit associates and manages the same identification information as accompanying play identification information for each piece of play information of a plurality of users who have played together, and the browsing control unit When the accompanying play identification information is associated with the requested play information, a plurality of pieces of play information associated with the accompanying play identification information may be acquired from the management unit and transmitted to the terminal.
  • a reception unit that receives each piece of play information of a plurality of users who have played together from the terminal, and the accompanying play identification information for each of the plurality of play information received by the reception unit.
  • a granting unit that grants.
  • the server control method is a server control method that manages play information including a play result of a user who played sports at a sports facility and provides the play information to a terminal operated by the user. And managing the play information of the user and the facility information indicating the sports facility played by the user in association with the first user identification information for identifying the user, The first user identification information and the facility information associated with the play information designated from the terminal are identified, and the personal information of the user identified by the identified first user identification information is A tube that acquires and manages each user's play information and personal information in the sports facility indicated by the specified facility information in association with second user identification information for identifying the user. The device is accessed, the second user identification information that matches the acquired personal information is acquired, and the designated play information and the acquired second user identification information are transmitted to the management device. It is characterized by that.
  • the recording medium manages a play information including a play result of a user who played sports in a sports facility, and provides a computer that provides the play information to a terminal operated by the user.
  • a management unit that manages play information and facility information indicating a sports facility played by the user in association with first user identification information that identifies the user, from among information managed by the management unit,
  • a specifying unit that specifies first user identification information and facility information associated with play information specified from a terminal, and personal information of the user specified by the first user identification information specified by the specifying unit
  • a second acquisition unit that accesses a management device managed in association with other information, acquires the second user identification information that matches the personal information acquired by the first acquisition unit, and the designated play information;
  • It is a non-transitory recording medium that stores a computer program that functions as a transmission unit that transmits the second user identification information acquired by the second acquisition unit
  • the non-transitory recording medium is, for example, a compact disk, a flexible disk, a hard disk, a magneto-optical disk, a semiconductor memory, etc., and provides (distributes / sells) a computer program independently of a server or a computer. be able to.
  • the present invention may be a computer program.
  • the computer program is stored in a recording medium (for example, a hard disk) such as a server for executing the computer program or a server for distribution different from the computer, and provided (distributed / sold) via a communication network such as the Internet. )can do.
  • FIG. 1 is a block diagram illustrating the overall configuration of the management system 1.
  • a management system 1 shown in FIG. 1 is a system that manages play information (score, play date, etc.) of a user who has played golf on a golf course.
  • Management system 1 for example, SNS (Social Networking Service) server 10, golf G 1, G 2, ... G golf server m stand provided corresponding to m 20 1, 20 2, ... 20 m And the Internet 30, a mobile communication network 40, and n smart phones 50 1 , 50 2 ,... 50 n .
  • SNS Social Networking Service
  • the mobile communication network 40 includes a base station, an exchange station, a gateway server, etc., which are not shown.
  • the SNS server 10 can perform packet communication with each of the smartphones 50 1 , 50 2 ,... 50 n via the Internet 30 and the mobile communication network 40.
  • the SNS server 10 can perform packet communication with each of the golf course servers 20 1 , 20 2 ,... 20 m via the Internet 30.
  • each of the golf courses G 1 , G 2 ,... G m will be referred to as “golf course G” and the golf course servers 20 1 , 20 2 ,.
  • Each of m is described as “golf course server 20”
  • each of the smartphones 50 1 , 50 2 ,... 50 n is described as “smart phone 50”.
  • the SNS server 10 is a membership-based site, and communication between members to build new relationships and deepen exchanges with friends through connections such as hobbies, preferences, residential areas, and schools of origin. To provide a place.
  • the functions provided by the SNS server 10 include, for example, a function of releasing one's profile to other members, a function of exchanging messages between members, and an address book for registering friends and circle friends (both members) Functions, hobbies and areas, etc. are decided, a bulletin board is created, and there is a function to interact with members who have the same hobbies or members who live in the same region. With these functions, for example, members who have golf as a hobby through the SNS server 10 can exchange information, or recruit members who play golf together.
  • the SNS server 10 has a function of managing play information (scores, play dates, etc.) of members who played golf on the golf course G.
  • the member can operate his / her smartphone 50 to access the SNS server 10 and browse play information managed by the SNS server 10.
  • the SNS server 10 also has a function of transmitting member play information managed by the SNS server 10 to the golf course server 20 and a function of acquiring past play information of members from the golf course server 20.
  • the golf course server 20 is provided, for example, for each golf course G, and provides a user of the golf course G with a management service for play information such as a score and a play date, and a use reservation service for the golf course G.
  • the users of the golf course G include visitors other than the members in addition to the members who have the membership of the golf course G.
  • golf server 20 1 is provided for golf G 1
  • golf server 20 2 is provided for golf G 2, ... with respect to golf G m
  • the golf course server 20 1 is provided, the golf course server 20 1, and user management DB (DataBase) 21 1 for managing personal information of a user of the golf G 1, the user of the golf G 1 and play information management DB 22 1 for managing the play information is stored.
  • user management DB DataBase
  • the golf course server 20 2 the user management DB 21 2 and play information management for golf G 2 DB 22 2 is stored in the golf course server 20 m, the user management DB 21 m for golf G m And the play information management DB 22 m is stored.
  • the golf course server 20 is not restricted to the aspect provided for every golf course G.
  • a plurality of golf courses G may be managed by one golf course server 20.
  • the installation location of the golf course server 20 may be inside the golf course G or outside the golf course G.
  • each golf course server 20 uniquely assigns a user ID (IDentification) to manage each user's personal information and play information, and each golf course server 20 manages the user.
  • user IDs used are also different.
  • each of the user management DBs 21 1 , 21 2 ,... 21 m will be referred to as “user management DB 21” and play information management DBs 22 1 , 22 2 ,. ... 22 m is described as “play information management DB 22”.
  • the smartphone 50 is a small computer having the function of a mobile phone.
  • the smartphone 50 includes, for example, a voice call function, a web browsing function, an e-mail transmission / reception function, a GPS (Global Positioning System) positioning function, and the like.
  • the member can operate his / her smartphone 50 to access the SNS server 10 and enjoy various services provided by the SNS server 10.
  • a golf navigation application 51 (hereinafter referred to as “golf navigation application 51”) that supports golf play using the GPS function is installed. .
  • the golf navigation application 51 measures the current position of a user who is playing golf with the smartphone 50, specifies the golf course G or hole that is playing, the course of the hole that is being played It has a function to display the layout, a function to advise how to capture the hole being played, a function to calculate and notify the distance to the green, hazard and pin positions, and the shot flight distance.
  • the golf navigation application 51 also has a function of inputting play information such as a score, a function of uploading the input play information to the SNS server 10, a function of browsing play information managed by the SNS server 10, and a golf course G. It has a function to make a reservation for use.
  • FIG. 2 is a diagram illustrating a user management DB 21 1 of the data structure stored in the golf course server 20 1 of the hard disk.
  • the user management DB 21 1 for example, for each user of the golf course G 1, a user ID and user personal information (name, date of birth, address, and telephone number) are stored in association with each other.
  • User ID is identification information for uniquely identifying a user of the golf G 1.
  • golf server 20 to grant a new user ID for the new user of the golf course G 1, the grant the user ID, user management DB21 1 in association with the personal information of the user Register with.
  • the user management DB21 as the personal information of the user, gender, age, occupation, e-mail address, information of the place of employment or the like may be further stored.
  • FIG 3 is a diagram illustrating a data structure of the play information management DB 22 1 stored in the golf course server 20 1 of the hard disk.
  • the play information management DB 22 for example, the user of the play information of golf G 1 (play date and scores) is stored in association with the user ID.
  • a play date is date information which shows the date which played golf.
  • the score includes information such as the number of hits for each hole and the amount of stopper, in addition to the total number of hits in 18 holes. “NULL” indicates an empty state in which no score is registered. That is, if the score item is “NULL”, it means that the score is not registered.
  • the user in response to the user and if you make the use reservation of golf G 1 by operating the smartphone 50, the user has spoofing reception in front of the golf course G 1 on the day of the play date, the score user ID and play date except there also be registered in the play information management DB22 1.
  • FIGS. 2 and 3 has been illustrated user management DB 21 1 and the play information management DB 22 1 is stored in the golf course server 20 1, golf server 20 other than 1 stored in the golf course server 20
  • the user management DB 21 and the play information management DB 22 that are provided have a data structure that is substantially the same. However, as described above, since each golf course server 20 uniquely assigns a user ID, the user ID assigned by each golf course server 20 is different even for the same user.
  • FIG. 4 is a block diagram illustrating a hardware configuration of the SNS server 10.
  • the SNS server 10 includes, for example, a CPU (Central Processing Unit) 110, a ROM (Read Only Memory) 120, a RAM (Random Access Memory) 130, a communication IF (InterFace) 140, and a hard disk 150.
  • the SNS server 10 may further include an input unit such as a keyboard and a mouse, and a display unit such as a liquid crystal display.
  • the CPU 110 controls each unit of the SNS server 10 by executing various programs stored in the ROM 120 and the hard disk 150.
  • the ROM 120 stores a program that performs basic control of each unit of the SNS server 10.
  • the RAM 130 is used as a work area for the CPU 110.
  • the communication IF 140 controls packet communication performed between the smartphone 50 and the golf course server 20 under the control of the CPU 110.
  • the hard disk 150 stores, for example, a profile management DB 151, a golf course management DB 152, a play information management DB 153, and a user ID registration DB 154.
  • the hard disk 150 stores a program for the SNS server 10 for executing a browsing process (FIG. 11), a transmission process (FIG. 13), and an acquisition process (FIG. 16) described later.
  • FIG. 5 is a diagram illustrating a data structure of the profile management DB 151.
  • a member ID and member profile information (name, date of birth and telephone number) are stored in association with each other.
  • the member ID is identification information that uniquely identifies a member of the SNS server 10.
  • the SNS server 10 assigns a new member ID to a new member who has registered a member, and associates the assigned member ID with the profile information of the member input at the time of member registration. Register with.
  • the member ID is identification information given by the SNS server 10 and is different from the user ID used in each golf course server 20.
  • the profile management DB 151 may further store information such as address, gender, age, occupation, mail address, home phone number, office, etc., and face photo image data as member profile information.
  • the member ID for example, a member's e-mail address or the phone number of the smartphone 50 owned by the member can be used.
  • FIG. 6 is a diagram illustrating a data structure of the golf course management DB 152.
  • the golf course management DB 152 stores a golf course ID, a golf course name, and an access method in association with each other.
  • the golf course ID is identification information for uniquely identifying the golf course G, and is given by the SNS server 10.
  • the golf course server 20 is provided for each golf course G, the golf course ID is also identification information for uniquely identifying not only the golf course G but also the golf course server 20.
  • the access method items include the URL (Uniform Resource Locator) of the golf course server 20 of “A country club” and the golf of “A country club”.
  • An API Application Program Interface
  • the operator of the SNS server 10 checks the golf course name and the access method (URL and API) for all golf courses G in advance, and registers them in the golf course management DB 152 in association with the golf course ID.
  • the operator of the SNS server 10 checks the golf course name and the access method for the newly opened golf course G, and the golf course ID newly given by the SNS server 10 And is registered in the golf course management DB 152.
  • the character string which combined the golf course name and the golf course name and the name of the location can also be used, for example.
  • FIG. 7 is a diagram illustrating a data structure of the play information management DB 153.
  • member play information (play date and score) is stored in association with the member ID, golf course ID, and round ID.
  • the play information managed by the play information management DB 153 (SNS server 10) and the play information managed by the play information management DB 22 (golf course server 20) are the same, and the score includes As described above, in addition to the total number of hits in 18 holes, information such as the number of hits for each hole and the gain stop is included.
  • the round ID is identification information unique to each party (a group of 3 to 4 people who round together), and is given by, for example, the SNS server 10.
  • This round ID is used to identify the accompanying competitor. For example, in the play information management DB 153 shown in the figure, all four members with member IDs “M00000001” to “M00000003” and “M00000698” played golf together because the round ID was “R00000001”. You can see that you are a member.
  • the SNS server 10 registers member play information uploaded from the smartphone 50 in the play information management DB 153. Moreover, the SNS server 10 can also register the past play information of the member acquired from the golf course server 20 in the play information management DB 153. In the play information management DB 153, one record is added for each piece of play information registered. For example, when three pieces of play information are registered in the play information management DB 153 as play information of a certain member, the three pieces of play information are stored in the play information management DB 153 as separate records. In this way, a plurality of pieces of play information are registered in the play information management DB 153 as separate records.
  • the CPU 110 can extract the play information of the member whose member ID is “M00000001” by searching the play information management DB 153 using the member ID “M00000001” as a search key. Further, the CPU 110 can extract the play information of each member in the golf course G having the golf course ID “G00001” by searching the play information management DB 153 using the golf course ID “G00001” as a search key, for example. .
  • FIG. 8 is a diagram illustrating a data structure of the user ID registration DB 154.
  • each golf course server 20 manages a user's play information by assigning a user ID independently, and the user IDs used are different.
  • the member ID used in the SNS server 10 is also different from the user ID used in each golf course server 20.
  • the user ID registration DB 154 shown in the figure, for the member with the member ID “M00000001”, the user ID “001612” is assigned to the golf course server 20 with the golf course ID “G00001”.
  • the golf course server 20 with the golf course ID “G00732” is assigned the user ID “YA-0001-1235”, and the golf course server 20 with the golf course ID “G00112” has the user ID. “GM0033361” is assigned. Therefore, in order to exchange play information between the SNS server 10 and each golf course server 20, it is necessary to eliminate the mismatch between the member ID and the user ID. For this reason, the SNS server 10 performs profile matching using profile information (personal information) with the golf course server 20 that delivers play information.
  • the member with the member ID “M00000001” played golf at the golf course G with the golf course ID “G00001”. It is information indicating the play date and score when.
  • the SNS server 10 sends the golf course server 20 1 to the member with the member ID “M00000001”. It is necessary to specify the user ID assigned by the user.
  • SNS server 10 access to the golf course server 20 1, performs a profile matching using the personal information of members of the Member ID is "M00000001" (for example, name, phone number, etc.), this user ID that golf course server 20 1 has granted to members to identify that it is "001612". Further, the SNS server 10 registers the user ID “001612” specified by the profile matching in the user ID registration DB 154 in association with the member ID “M00000001” and the golf course ID “G00001” (record number “FIG. 8”). 1 ").
  • the user ID specified by profile matching is registered in association with the corresponding member ID and golf course ID.
  • the user ID specified by profile matching is linked
  • FIG. 9 is a flowchart showing a flow of pre-round processing executed in the smartphone 50.
  • Members of the SNS server 10 can recruit members who play golf together using the bulletin board function of the SNS server 10 or the like.
  • any one member (representative) who plays golf together carries the smartphone 50 and plays golf.
  • the representative can enter the golf course G on the day of play.
  • the smartphone 50 is operated to start the golf navigation application 51 before starting the play, and the execution of the round pre-processing is instructed.
  • the smartphone 50 When the smartphone 50 starts the pre-round process, the smartphone 50 first performs a process of selecting a golf course G to be played (step S101). For example, the smartphone 50 can display a list of golf courses G on the screen and allow the representative to select the golf course G from the list. The smartphone 50 may identify the golf course G from the current position measured using the GPS function, display the name of the identified golf course G on the screen, and ask the representative for confirmation. Moreover, the smart phone 50 may make a representative input the name of the golf course G to play. In addition, the golf navigation application 51 has the database which linked
  • the smartphone 50 performs a play date input process (step S102).
  • the smartphone 50 may cause the representative to directly input the play date (year / month / day), or may acquire information on the current date using a calendar function, and may use this as the play date.
  • the smartphone 50 displays a play start button for instructing the start of play on the screen. When the play start button is touched, the smartphone 50 acquires information on the current date using the calendar function, and uses this as the play date. Also good.
  • play date information (year / month / day / minute) including the play start time may be used instead of the play date.
  • the smartphone 50 performs a companion player selection process (step S103).
  • the companion player may be registered in the representative's address book (for example, a friend list or a golf companion list) in the SNS server 10. Many. Therefore, the smart phone 50 logs into the SNS server 10, displays the address book of the representative on the screen, and causes the representative to select a companion player from the list.
  • the SNS server 10 refers to the profile management DB 151 (FIG. 5), and the member IDs of a total of four members of the representative and the accompanying athletes and The name is specified, and the specified information is transmitted to the smartphone 50.
  • face photo image data may be acquired as representative and companion athlete information.
  • a play information recording table TBL1 shown in FIG. 10 is created using the information obtained in steps S101 to S103.
  • play information play date and score
  • FIG. 10 illustrates the play information recording table TBL1 in which score item data is already recorded. However, at the stage where the play information recording table TBL1 is created in step S104, the score item data is Not registered.
  • the round pre-processing described above can be performed not only on the play date but on the day before the play date.
  • the place where the round pre-processing is executed is not limited to the golf course G.
  • the round pre-processing may be performed at home or in a car facing the golf course G.
  • it is not necessary that all members who play golf together are members of the SNS server 10.
  • the representative When the golf play is started after the round pretreatment, the representative goes around the course with the smartphone 50 and inputs the scores of himself and each accompanying player to the smartphone 50 for each hole. The input score is recorded in the play information recording table TBL1. Moreover, a representative will upload the play information of each member recorded on play information recording table TBL1 to the SNS server 10 by operating the smart phone 50, after finishing the play of golf. At the time of uploading, for example, data of each item excluding the golf course name and name in the play information recording table TBL1 shown in FIG. 10 is transmitted. Further, in the uploaded data, for example, in the case of the play information recording table TBL1 shown in FIG. 10, members who played golf together with four members recorded in the play information recording table TBL1 Accompanying round information indicating that it is.
  • the CPU 110 of the SNS server 10 When the CPU 110 of the SNS server 10 receives the data uploaded from the smartphone 50 via the communication IF 140, it registers the received data in the play information management DB 153 (FIG. 7). At this time, if accompanying data is attached to the uploaded data, the CPU 110 issues a round ID, and registers the issued round ID in the play information management DB 153 in association with the received play information of each member. To do. Thus, for example, when data recorded in the play information recording table TBL1 shown in FIG. 10 is uploaded, the data shown in the record numbers “1” to “4” in FIG. 7 is registered in the play information management DB 153. Is done.
  • the play information may not be uploaded all at once after the round, but may be uploaded sequentially at the end of each hole.
  • the round ID can also be issued by the smartphone 50.
  • the smartphone 50 generates a round ID by combining a terminal ID unique to each smartphone 50 such as a telephone number and an email address and a time stamp, and the generated round ID is uploaded to the SNS server together with data to be uploaded. 10 to send.
  • a mode in which all four members who play golf together carry the smartphone 50 and input only their own play information into their smartphone 50 and upload them to the SNS server 10 can be considered.
  • the four members have their own play information at different timings. Even if only uploading from their smartphone 50, the same round ID is given to the play information of these four members on the basis of the golf course G, the play date, and the information of the accompanying competitors. It is possible to register in the play information management DB 153.
  • FIG. 11 is a sequence chart illustrating the flow of browsing processing.
  • the member can log in to the SNS server 10 by operating the smartphone 50, and can view the score of himself or his / her competing player on his / her own page. For example, when the member operates the smartphone 50 to shift to the score browsing page for browsing the golf score in the My Page, the smartphone 50 transmits a browsing request including the member ID of the member to the SNS server 10 (step S201). ). For example, when a member assigned with “M00000001” as a member ID operates the smartphone 50 to shift to the score browsing page, the smartphone 50 transmits a browsing request including the member ID “M00000001” to the SNS server 10.
  • the CPU 110 of the SNS server 10 searches the play information management DB 153 (FIG. 7) using the member ID included in the received browsing request as a search key, and identifies one or more corresponding record data. (Step S202). For example, when the member ID “M00000001” is included in the received browsing request, the CPU 110 searches the play information management DB 153 shown in FIG. 7 using the member ID “M00000001” as a search key, and the record number is “1”. Specify record data. What is specified here is the record data of the member who requested browsing.
  • the CPU 110 identifies other record data having a round ID included in the record data for each identified record data (step S203). For example, when the record data identified in step S202 described above is the record number “1” of the play information management DB 153 shown in FIG. 7, the round ID included in this record data is “R00000001”. Therefore, the CPU 110 specifies three record data with record numbers “2” to “4” from the play information management DB 153 (FIG. 7) as other record data having the round ID “R00000001”. What is specified here is the record data of the accompanying competitor.
  • the CPU 110 acquires browsing data (step S204). For example, CPU110 acquires item data other than member ID among each record data specified by step S202, S203 as browsing data. In addition, the CPU 110 acquires, from the profile management DB 151 (FIG. 5), as browsing data, the name and face photo image data of the member who requested browsing and their accompanying competitors. Thereafter, the CPU 110 returns the browsing data acquired in step S204 to the smartphone 50 (step S205).
  • the smartphone 50 When the smartphone 50 receives the browsing data from the SNS server 10, the smartphone 50 displays a list of scores of the member who requested browsing and the accompanying competitors on the screen based on the received browsing data (step S206).
  • the browsing data transmitted from the SNS server 10 to the smartphone 50 includes the golf course ID instead of the golf course name.
  • the golf navigation application 51 uses the golf course ID and the golf course name. Therefore, the smartphone 50 can specify the golf course name corresponding to the golf course ID by referring to this database.
  • the SNS server 10 can also include the golf course name in the browsing data instead of the golf course ID and transmit it to the smartphone 50. In this case, the SNS server 10 should just acquire the golf course name corresponding to golf course ID with reference to golf course management DB152 (FIG. 6).
  • the round ID is included in the browsing data. When there are a plurality of scores of members who requested browsing, the round ID is used to specify the accompanying competitor and the score for each score. Used.
  • FIG. 12 is a diagram illustrating a screen display example of the smartphone 50.
  • the member can browse the history of the scores of himself and his companion players on his / her score browsing page.
  • the score list also displays golf course name and play date information.
  • “AP” is an against stopper.
  • the underline indicates a link. For example, when the “A country club” part is touch-operated in the same figure, the score list of “Taro Suzuki” for only “A country club” can be displayed.
  • the item data “E” of the AP of “Ichiro Sato” is touch-operated in the same figure, the score for each hole (18 holes) can be displayed for “Ichiro Sato”.
  • the SNS server 10 can view not only one's own score but also the score of the accompanying competitor. Moreover, in the SNS server 10, it is also possible to browse the scores of members other than the accompanying competitors. However, the member can arbitrarily set who can view his / her score and who can permit viewing (disclosure range of his / her score). For example, a member sets his / her score release range to “all members of SNS server 10”, “members who played golf together”, “members registered as friends in the address book”, “golf to address book” It can be set to “Members registered as friends” or “Only me (private)”.
  • “Hanako Takahashi” has the scope of public disclosure of his score “Although his / her own score list is permitted to be disclosed to the list of scores of members who played golf together as companion players, Is set to “prohibit browsing”, the score list of “Hanako Takahashi” is not displayed even if the portion of “Hanako Takahashi” in FIG. 12 is touched, and browsing is prohibited. Message is displayed. In the above browsing process, the case where the player's score is displayed together with the accompanying player's score has been described, but a list of only the player's score can also be displayed.
  • FIG. 13 is a sequence chart illustrating the flow of play information transmission processing.
  • the SNS server 10 has a function of transmitting the member's play information (score and play date) registered in the play information management DB 153 (FIG. 7) to the corresponding golf course server 20. Note that transmits to the golf course server 20 corresponding play information, for example, if the play information obtained as a result of playing golf in golf G 1 is transmitted to the golf course server 20 1, golf courses G 2 if the play information obtained as a result of playing golf is meant to send to the golf course server 20 2.
  • FIG. 14A when the score list is displayed on the screen of the smartphone 50, if the play information is not yet transmitted to the golf course server 20 on the right side of the own score, the play information is golfed.
  • a display button BN1 instructing transmission to the field server 20 is displayed.
  • the member transmits play information to the golf course server 20
  • the member touches the display button BN1.
  • a display button BN2 indicating that it has been transmitted is displayed as shown in FIG. 14B.
  • This transmission request includes play information designation data for designating play information to be transmitted.
  • the play information designation data may be composed of, for example, a member ID, a play date, a member ID, a play date, and a score, or a member ID, a golf course ID, a play date, and a score. Also good. Further, the play information designation data may be information for designating a record number in the play information management DB 153.
  • the CPU 110 of the SNS server 10 refers to the play information management DB 153 (FIG. 7), and is the same as the play information specified by the play information specifying data included in the received transmission request.
  • a member ID and a golf course ID included in the record are specified (step S302). For example, when the play information designated by the play information designation data is play information included in the record number “1” in FIG. 7, the CPU 110 specifies the member ID “M00000001” and the golf course ID “G00001”.
  • the CPU 110 refers to the golf course management DB 152 (FIG. 6), and identifies the access method (URL and API) corresponding to the golf course ID identified in step S302 (step S303). For example, when the golf course ID specified in step S302 is “G00001”, the CPU 110 specifies the access method to the golf course server 20 of “A country club”.
  • the CPU 110 determines whether or not the user ID has been acquired (step S304).
  • the user ID is registered by referring to the user ID registration DB 154 and checking whether or not the user ID is registered in association with the set of the member ID and the golf course ID specified in step S302. Then, it is determined that the user ID has been acquired (step S304: YES), and if the user ID is not registered, it is determined that the user ID has not been acquired (step S304: NO).
  • the user ID registration DB 154 shown in FIG. 8 includes the set of the member ID “M00000001” and the golf course ID “G00001”. Since the user ID “001612” is registered in association with (record number “1”), it is determined in step S304 that the user ID has been acquired.
  • step S308 the CPU 110 refers to the profile management DB 151 (FIG. 5) and acquires part or all of the profile information corresponding to the member ID specified in step S302 (step S305). .
  • the member ID identified in step S302 is “M00000001”
  • the CPU 110 obtains “Taro Suzuki (name)”, “1969/201723” as profile information from the profile management DB 151 shown in FIG. birth date) ”or“ 090-1111-1111 (phone number) ”.
  • the CPU 110 performs profile matching with the golf course server 20 as a transmission destination of play information (step S306).
  • the CPU 110 accesses the golf course server 20 indicated by the URL specified in step S303.
  • CPU110 communicates with the golf course server 20 using API specified by step S303.
  • CPU110 notifies the golf course server 20 of the profile information acquired by step S305, and inquires the user ID which corresponds to the notified profile information.
  • it does not register each API in golf course management DB152 (FIG. 6), but control for SNS server 10.
  • Each API may be incorporated as a subroutine or module in the program.
  • the golf course server 20 When the golf course server 20 receives the profile information from the SNS server 10, the golf course server 20 refers to the user management DB 21 (FIG. 2) and identifies a user ID that matches the received profile information (personal information). Moreover, the golf course server 20 returns the identified user ID to the SNS server 10. For example, if you to the golf course server 20 1 of the golf course ID is "G00001", there is an inquiry of the user ID that matches from the SNS server 10 to the profile information "Taro Suzuki", golf course server 20 1, as shown in FIG. 2 refers to the user management DB21 1 to obtain the user ID "001612" to match the "Taro Suzuki” which was shown in, and returns it to the SNS server 10. This SNS server 10, it is possible to get the member user ID golf server 20 1 has been assigned to (Taro Suzuki) "001612" of the member ID "M00000001".
  • personal information used for profile matching for example, one of a name, a home address, a mail address, a phone number of the smartphone 50 owned, and a home phone number can be used alone.
  • a full name there may be a person with the same surname and the same name.
  • a home address or a home phone number there may be a plurality of users of the same golf course G in the family. For this reason, when any one of the name, the home address, and the home phone number is used alone, the user ID may not be narrowed down to one by profile matching. Therefore, when using any one of the profile information (personal information) alone, it is preferable to use the e-mail address or the phone number of the smartphone 50 in order to increase the matching accuracy.
  • the user management DB 21 has not been updated for a long time, and the e-mail address and the phone number of the smartphone 50 may not be registered as the user's personal information. is there. For this reason, when the mail address or the phone number of the smartphone 50 is used alone, the user ID may not be specified by profile matching. From the above, for example, if the user ID cannot be specified by profile matching using an email address or phone number of the smartphone 50, profile matching is performed using the name, home address, or home phone number. Also good. In addition, if profile matching by name, home address, or home phone number cannot be narrowed down to one, further combine information such as gender, age, date of birth, occupation, work, etc. Profile matching may be performed.
  • profile matching is performed by appropriately combining two or more of name, home address, e-mail address, phone number of own smartphone 50, home phone number, gender, age, date of birth, occupation, workplace, etc. You may go. Moreover, you may enable it to set arbitrarily the combination of the user's personal information used by profile matching.
  • the CPU 110 registers the user ID specified by profile matching in the user ID registration DB 154 in association with the set of the member ID and golf course ID specified in step S302 (step S307). For example, when the user ID specified by profile matching is “001612” and the member ID “M00000001” and the golf course ID “G00001” are specified in step S302, the CPU 110 changes the user ID “001612” to the member. It is registered in the user ID registration DB 154 in association with the set of ID “M00000001” and golf course ID “G00001” (record number “1” in FIG. 8).
  • step S304 the CPU 110 refers to the user ID registration DB 154, and determines the user ID registered in association with the set of the member ID and golf course ID specified in step S302. Acquire (step S308) and proceed to step S309.
  • the golf course server 20 in which the member has transmitted play information even once in the past user ID is linked
  • step S304 determines the user ID specified by the profile matching performed in step S306 and the play information (score and play date) specified by the play information specifying data. Is transmitted to the golf course server 20 via the communication IF 140, and if the determination result in step S304 is YES, the user ID acquired from the user ID registration DB 154 in step S308 and the play specified by the play information specifying data Information is transmitted to the golf course server 20 (step S309).
  • step S309 the SNS server 10 may not transmit the user ID and the play information to the golf course server 20 simultaneously (together). For example, the SNS server 10 may transmit play information first, and when there is an inquiry about the user from the golf course server 20, the user ID may be transmitted in response to the inquiry.
  • the golf course server 20 When the golf course server 20 receives the user ID and the play information from the SNS server 10, the golf course server 20 associates the received user ID and the play information with each other and registers them in the play information management DB 22 (FIG. 3) (step S310). For example, the play information included in the record data with the record number “1” in the play information management DB 153 shown in FIG. 7 from the smartphone 50 to the SNS server 10, that is, the play information of the member with the member ID “M00000001”. When transmission of (score “71” and play date “20011/10/09”) is instructed, this play information and the user ID “001612” acquired by profile matching are the golf course ID “G00001”. sent to the golf course server 20 1, it is registered in the play information management DB 22 1 shown in FIG.
  • both the member ID “M00000001” and the user ID “001612” correspond to “Taro Suzuki”. Is granted. Therefore, it is possible to register the play information of the SNS server 10 "Taro Suzuki” and are managed by, the play information management DB22 1 as the play information of the golf course server 20 1 even "Taro Suzuki”.
  • the user ID and the play date excluding the score are already registered in the play information management DB 22 If it is, only the item data of the unregistered score is registered.
  • the golf course server 20 transmits a completion notification indicating that the registration of the play information has been completed to the SNS server 10 (step S311).
  • the SNS server 10 transmits a completion notification indicating that the play information transmission process has been completed to the smartphone 50 (step S312).
  • profile matching can be performed at an arbitrary timing as a process separate from the play information transmission process described above.
  • the user ID from the golf course server 20 that is the transmission destination of the play information is displayed on the right side of the own score. If not acquired, a display button BN3 for instructing execution of profile matching is displayed.
  • the member touches the display button BN3.
  • a display button BN4 indicating that matching has been completed is displayed as shown in FIG. 15B.
  • the profile matching and the process of transmitting play information to the golf course server 20 are basically processes performed for each member.
  • the member A performs profile matching of the member B, and the member It is basically prohibited for A to instruct transmission of member B's play information. However, it may be configured to permit the transmission of play information of other members without prohibiting it.
  • the representative of the member can collectively transmit play information of all the members. For example, as shown in FIG. 15C, when the score list is displayed on the screen of the smartphone 50, if all the members who have played golf together have already completed profile matching, Display button BN5 instructing to transmit the play information of all members to the golf course server is displayed. The representative of the member touches the display button BN5 when transmitting the play information of all members to the golf course server 20.
  • the member representative touches the display button BN5 only the play information of the member who does not enable the prohibition setting is transmitted to the golf course server 20, and the play information of the member who enables the prohibition setting The transmission to the golf course server 20 is cancelled. Further, after finishing the play information transmission process, for example, a message such as “Member A could not transmit play information to the golf course server 20 due to the transmission prohibition setting” is displayed.
  • FIG. 16 is a sequence chart illustrating the flow of the play information acquisition process.
  • the SNS server 10 has a function of acquiring member's past play information from the golf course server 20.
  • the description of the portion that performs the same process as the play information transmission process shown in FIG. 13 is simplified as appropriate.
  • the smartphone 50 when the member operates the smartphone 50 and selects a golf course G from which to acquire his / her play information from the golf course list, the smartphone 50 records a correspondence relationship between the golf course name and the golf course ID. The golf course ID corresponding to the golf course G selected by the member is specified.
  • the smartphone 50 transmits a play information acquisition request including the member ID of the member and the identified golf course ID to the SNS server 10 (step S401). For example, when a member with “M00000001” as the member ID instructs to acquire his / her play information from the golf course server 20 of “A country club”, the smartphone 50 has the member ID “M00000001” and the golf course ID. A play information acquisition request including “G00001” is transmitted to the SNS server 10.
  • the CPU 110 of the SNS server 10 When the CPU 110 of the SNS server 10 receives the play information acquisition request from the smartphone 50, the CPU 110 refers to the golf course management DB 152 (FIG. 6) and accesses an access method (URL and API) corresponding to the golf course ID included in the received acquisition request. ) Is specified (step S402). For example, when the golf course ID included in the acquisition request is “G00001”, the CPU 110 specifies an access method to the golf course server 20 of “A country club”.
  • the CPU 110 determines whether or not the user ID has been acquired (step S403).
  • the user ID registration DB 154 (FIG. 8) it is checked whether or not the user ID is registered in association with the set of the member ID and the golf course ID included in the acquisition request received in step S401. If the user ID is registered, it is determined that the user ID has been acquired (step S403: YES), and if the user ID is not registered, it is determined that the user ID has not been acquired (step S403).
  • S403: NO For example, when the member ID “M00000001” and the golf course ID “G00001” are included in the acquisition request, the user ID registration DB 154 shown in FIG. 8 includes the member ID “M00000001” and the golf course ID “G00001”. Since the user ID “001612” is registered in association with the group (record number “1”), it is determined in step S403 that the user ID has been acquired.
  • step S407 when the determination result of step S403 is YES.
  • the CPU 110 refers to the profile management DB 151 (FIG. 5) and acquires part or all of the profile information corresponding to the member ID included in the acquisition request received in step S401.
  • Step S404 For example, if the member ID included in the acquisition request is “M00000001”, the CPU 110 obtains “Taro Suzuki (name)”, “1969/201705” as profile information from the profile management DB 151 shown in FIG. Acquire one or more of “23 (date of birth)” and “090-1111-1111 (phone number)”.
  • the CPU 110 performs profile matching with the golf course server 20 from which the play information is acquired (step S405).
  • the CPU 110 accesses the golf course server 20 indicated by the URL specified in step S402.
  • CPU110 communicates with the golf course server 20 using API specified by step S402.
  • CPU110 notifies the golf course server 20 of the profile information acquired by step S404, and inquires the user ID which corresponds to the notified profile information.
  • the golf course server 20 When the golf course server 20 receives the profile information from the SNS server 10, the golf course server 20 refers to the user management DB 21 (FIG. 2) and identifies a user ID that matches the received profile information (personal information). Moreover, the golf course server 20 returns the identified user ID to the SNS server 10. For example, if you to the golf course server 20 1 of the golf course ID is "G00001", there is an inquiry of the user ID that matches from the SNS server 10 to the profile information "Taro Suzuki", golf course server 20 1, as shown in FIG. 2 refers to the user management DB21 1 to obtain the user ID "001612" to match the "Taro Suzuki” which was shown in, and returns it to the SNS server 10. This SNS server 10, it is possible to get the member user ID golf server 20 1 has been assigned to (Taro Suzuki) "001612" of the member ID "M00000001".
  • the personal information used in profile matching is as described in the play information transmission process described above.
  • the CPU 110 registers the user ID specified by profile matching in the user ID registration DB 154 in association with the set of member ID and golf course ID included in the acquisition request received in step S401 (step S406). For example, when the user ID specified by profile matching is “001612” and the member ID “M00000001” and the golf course ID “G00001” are included in the acquisition request, the CPU 110 uses the user ID “001612”. The member ID “M00000001” and the golf course ID “G00001” are registered in association with the user ID registration DB 154 (record number “1” in FIG. 8).
  • step S403 the CPU 110 refers to the user ID registration DB 154 and is registered in association with the set of member ID and golf course ID included in the acquisition request received in step S401.
  • a user ID is acquired (step S407).
  • the user ID is associated with the member ID and the golf course ID in the above-described step S307 or step S407. Since the registration result is registered in the registration DB 154, the determination result in Step S403 is YES, and the user ID can be acquired from the user ID registration DB 154 without executing the processing from Steps S404 to S406 including profile matching. it can. Therefore, the play information acquisition process can be simplified and the processing time can be shortened.
  • step S403 the CPU 110 transmits a play information acquisition request including the user ID specified by the profile matching performed in step S405 to the golf course server 20 via the communication IF 140. If the decision result in the step S403 is YES, a play information acquisition request including the user ID acquired from the user ID registration DB 154 in a step S407 is transmitted to the golf course server 20 (step S408).
  • the golf course server 20 When the golf course server 20 receives the play information acquisition request from the SNS server 10, the golf course server 20 refers to the play information management DB 22 (FIG. 3) and obtains one or more play information corresponding to the user ID included in the received acquisition request. Specify (step S409). For example, golf server 20 1, when the user ID included in the acquisition request received from the SNS server 10 is "001612", the user with reference to the play information management DB 22 1 shown in FIG. 3 The play information corresponding to the ID “001612” (score “NULL” and play date “20011/10/09”) is specified.
  • the golf course server 20 returns the play information specified in step S409 to the SNS server 10 (step S410).
  • the play information management DB 153 associates the received play information with the member ID and the golf course ID included in the play information acquisition request received in step S401. (FIG. 7) is registered (step S411). Then, CPU110 transmits the completion notification which shows that the acquisition process of play information was completed to the smart phone 50 (step S412).
  • a play information received from the golf course server 20 1 score “NULL” and the play date "20011/10/09", the member ID “M00000001” and the golf course ID “G00001” to the acquisition request of the play information
  • the SNS server 10 associates the play information (score “NULL” and play date “20011/10/09”) with the member ID “M00000001” and the golf course ID “G00001” and plays information management DB 153. Register with.
  • the play information acquired from the golf course server 20 may have an unregistered score, but even in that case, since the play date information can be acquired, the member personally manages his / her past score. If it is, it is possible to operate the smartphone 50 to access the SNS server 10 and input an unregistered score. Further, when receiving the play information from the golf course server 20 in step S410, the CPU 110 of the SNS server 10 refrains from receiving the play information already registered in the play information management DB 153 when there is a plurality of play information. Only play information that is not registered in the play information management DB 153 may be received. In this case, the SNS server 10 does not need to receive useless play information.
  • the play information of “Taro Suzuki” is acquired from the golf course server 20, and this is registered in the play information management DB 153 as play information of “Taro Suzuki” even in the SNS server 10. can do.
  • the member can acquire his / her past play information from each golf course server 20 and register it in the play information management DB 153 of the SNS server 10 as necessary, he / she plays golf at golf courses G in various places.
  • the SNS server 10 can centrally manage the play information of the selected members.
  • the profile matching performed in step S405 can also be performed at an arbitrary timing as a process separate from the play information acquisition process.
  • the process of acquiring play information from the golf course server 20 is also a process that is basically performed for each member. For example, it is basically prohibited for the member A to instruct the acquisition of the play information of the member B. ing. However, it may be configured not to prohibit other members from instructing to acquire play information, or a setting may be provided to prohibit other members from instructing to acquire their own play information. Good.
  • SNS server 10 for example, in the case of transmitting the play information of the user X at the golf G 1 in golf server 20 1, access to the golf course server 20 1 It performs a profile matching and, to obtain the user ID golf course server 20 1 has granted to the user X, and transmits the obtained user ID and play information of the user X to the golf course server 20 1 .
  • the SNS server 10 in this manner, it is possible to golf server 20 1 obtains a user ID assigned to the user X by performing profile matching, the SNS server 10 and the golf server 20 1 each Even when the play information is managed by using identification information for uniquely identifying a member or a user, the inconsistency between the member ID and the user ID is resolved and managed by the SNS server 10.
  • the play information of the user X can be managed as the play information of the user X even golf server 20 1.
  • SNS server 10 is, for example, the case of acquiring the play information of the user X from the golf server 20 1 also, by performing profile matching by accessing the golf course server 20 1 , to obtain the user ID golf course server 20 1 has granted to the user X, to get the play information of the user X from the golf course server 20 1 using the obtained user ID. Therefore, even if the SNS server 10 and the golf course server 20 1 is managing play information using each identification information for identifying their own members and users, user X from the golf course server 20 1 Can be managed as the play information of the user X even in the SNS server 10. Moreover, the play information of the user X can be acquired from each golf course server 20, and can be centrally managed by the SNS server 10.
  • the SNS server 10 when browsing of play information is requested
  • the information is read from the play information management DB 153 and transmitted to the smartphone 50. Therefore, it is possible to view the play information and the information of the golf course that has been played on the smartphone 50.
  • the SNS server 10 registers the play information management DB 153 in association with the same round ID for each piece of play information of a plurality of users who have played golf together, and allows viewing.
  • a round ID is associated with the requested play information
  • a plurality of pieces of play information associated with the round ID are read from the play information management DB 153 and transmitted to the smartphone 50. Therefore, not only the own play information but also the accompanying athlete's play information can be viewed on the smartphone 50.
  • the SNS server 10 can assign a round ID.
  • the program for SNS server 10 for performing the browsing process (FIG. 11), transmission process (FIG. 13), and acquisition process (FIG. 16) mentioned above is memorize
  • the program may be provided (distributed / sold) by being stored in a non-transitory recording medium such as a CD-ROM (Compact Disk Read Only Memory) or a USB (Universal Serial Bus) memory.
  • a non-transitory recording medium such as a CD-ROM (Compact Disk Read Only Memory) or a USB (Universal Serial Bus) memory.
  • the play information management DB 22 of the golf course server 20 the user ID and the play except the score are played in accordance with the reception of the use of the golf course G and the reception on the day of the play day. Many days are registered. Therefore, in addition to the personal information, profile matching is performed by using the date information of the play date included in the play information to be transmitted or the date information of the past play date memorized by the member. (Acquisition accuracy of person ID) can be improved.
  • the SNS server 10 when starting the profile matching in step S306, the SNS server 10 operates the smartphone 50 by the information on the play date specified by the play information specifying data or the member in addition to the profile information acquired in step S305.
  • the golf course server 20 is notified of the past play date information entered in the above.
  • the golf course server 20 receives the profile information and the play date information from the SNS server 10, for example, even if referring to the user management DB 21 (FIG. 2), there is one user ID that matches the received profile information. If the user ID cannot be narrowed down, the play information management DB 22 (FIG. 3) is referred to, and the user ID that matches the received play date information is specified.
  • the golf course server 20 specifies the user ID by taking an AND of a plurality of user IDs matching the profile information and one or more user IDs matching the play date information. The person ID is transmitted to the SNS server 10.
  • the information on the play date used in the profile matching is not limited to one but may be plural.
  • the use of multiple pieces of play date information can further improve the accuracy of matching.
  • profile matching step S405
  • information on the play date can be used in addition to personal information.
  • FIG. 17 is a sequence chart showing a modification of the transmission process shown in FIG. The process shown in the figure is started when the user ID matching the profile information (personal information) received by the golf course server 20 from the smartphone 50 is specified by profile matching (step S306 in FIG. 13).
  • the golf course server 20 determines whether or not there are a plurality of user IDs specified by profile matching (step S501). If the determination result of step S501 is NO, the process proceeds to step S307 shown in FIG. Moreover, when the determination result of step S501 is YES, that is, when the user ID cannot be narrowed down to one by profile matching, the golf course server 20 is identified with reference to the user management DB 21 (FIG. 2). Personal information (for example, name, date of birth, address, telephone number) corresponding to each of the plurality of user IDs is acquired (step S502). Next, the golf course server 20 generates a set of a user ID and personal information corresponding to the user ID for each identified user ID. Moreover, the golf course server 20 transmits the set (plurality) of the generated user ID and personal information to the SNS server 10 (step S503).
  • the determination result of step S501 is NO, the process proceeds to step S307 shown in FIG. Moreover, when the determination result of step S501 is YES,
  • the SNS server 10 When the SNS server 10 receives the set (plurality) of the user ID and the personal information from the golf course server 20, the SNS server 10 stores this in the RAM 130 and transmits the received personal information for the plurality of persons to the smartphone 50 (step S504). ).
  • the smartphone 50 receives the personal information (for a plurality of people) from the SNS server 10, the smartphone 50 displays the received personal information for the plurality of people on the screen (step S505).
  • the smartphone 50 displays a message such as “The user ID could not be narrowed down to one by matching. Please select because there are multiple candidates.” And prompt the member to select. .
  • the smartphone 50 displays the selection information for specifying the personal information selected by the member on the SNS server. 10 (step S506).
  • the SNS server 10 receives the selection information from the smartphone 50, the SNS server 10 identifies the same set of user IDs as the personal information specified by the received selection information from the information stored in the RAM 130, and the identified user ID. The final user ID obtained by profile matching is determined (step S507).
  • the personal information of a plurality of candidates is displayed on the screen of the smartphone 50, and the final selection is made by the user of the smartphone 50. Can be done. Note that the contents of this modification can also be applied to profile matching (step S405) performed in the acquisition process shown in FIG.
  • step S307 steps S304, S307, and S308 are deleted and the user ID registration DB 154 (FIG. 8) is not provided, and the SNS server 10 performs profile matching each time transmission of play information is instructed. May be performed.
  • acquisition process steps S403, S406, and S407 are deleted and the user ID registration DB 154 (FIG. 8) is not provided, and the SNS server 10 performs profile matching every time play information acquisition is instructed. Good.
  • the play information managed by the SNS server 10 and each golf course server 20 may include handicap, weather, wind speed, information on members who have rounded together, etc. in addition to the play date and score. Further, the play information may include only the score without including the play date. In addition, the score may include information such as the number of putts per hole, the average number of putts in all holes, and the ranking among members who have rounded together.
  • the play information managed by the SNS server 10 and the play information managed by each golf course server 20 may have different data configurations. For example, while the play information managed by the SNS server 10 is configured by the play date, the score, and the weather, the play information managed by each golf course server 20 may be configured by the play date and the score. .
  • the play information when the play information is transmitted from the SNS server 10 to the golf course server 20, the play date and the score excluding the weather are transmitted from the SNS server 10. Further, when the play information is acquired from the golf course server 20, the play date and the score are acquired from the golf course server 20, and the item of weather is “NULL”. Further, for example, the data recording format of the play information may be different between the SNS server 10 and each golf course server 20, such as a plain text format and a rich text format. In this case, the SNS server 10 may have a function of converting the data recording format.
  • the user management DB 21 may be provided with at least one item of, for example, name, date of birth, address, telephone number, and mail address as personal information of the user.
  • the profile management DB 151 for example, at least one item of name, date of birth, address, telephone number, and mail address may be provided as member profile information.
  • profile matching since profile matching is performed, at least one item needs to be the same in the personal information stored in the user management DB 21 and the profile information stored in the profile management DB 151.
  • the profile management DB 151 may be stored in a member management server provided separately from the SNS server.
  • the SNS server 10 makes an inquiry to the member management server as necessary, and acquires profile information of a member to be profile-matched.
  • the item of round ID may not be in play information management DB153.
  • the profile management DB 151, the golf course management DB 152, the play information management DB 153, and the user ID registration DB 154 may be stored in a device (for example, an information storage server) different from the SNS server 10.
  • the SNS server 10 accesses the information storage server as necessary, and acquires information or stores new information.
  • the user management DB 21 and the play information management DB 22 are also stored in a device (for example, an information storage server) different from the golf course server 20, and the golf course server 20 accesses the information storage server as necessary,
  • the configuration may be such that information is acquired or new information is accumulated.
  • the golf course server 20 may be comprised by the user management server which memorize
  • the terminal is not limited to a smartphone, and may be, for example, a mobile phone having a web browsing function, a tablet computer having a wireless communication function, a dedicated terminal for GPS golf navigation, or the like.
  • the terminal may not have a golf navigation function using GPS.
  • the terminal since the terminal only needs to be able to browse play information managed by the SNS server 10 and to instruct the SNS server 10 to transmit and acquire play information, the terminal is not limited to a portable communication device. It may be a stationary personal computer or the like.
  • the sports facility may be a golf bar in which one or a plurality of virtual golf machines are installed, for example.
  • the date when the virtual golf was played at the golf bar and its score are managed as play information.
  • sports facilities are, for example, a bowling alley, a tennis court, a sports gym, a swimming club, an athletic stadium, etc. in addition to a golf course and a golf bar. Also good.
  • the date when the bowling is played at the bowling alley and its score are managed as play information.
  • the sports play result managed as the play information may be winning / losing, ranking, time, etc. in addition to the score.
  • the server according to the present invention is not limited to an SNS server. That is, the server is not limited to a membership server or a server that provides a social network service, and can communicate with one or more sports facility management devices to manage play information of sports facility users. Any server can be used.
  • the network interposed between the server and the terminal is not limited to the Internet or a mobile communication network, but may be a WAN (Wide Area Network), a LAN (Local Area Network), or the like.
  • ... management system 10 ... SNS server, G, G 1 ⁇ G m ... golf course, 20,20 1 ⁇ 20 m ... golf server, 21,21 1 ⁇ 21 m ... user management DB, 22,22 1 22 m ... Play information management DB, 30 ... Internet, 40 ... Mobile communication network, 50, 50 1 to 50 n ... Smartphone, 51 ... Golf navigation application, 110 ... CPU, 120 ... ROM, 130 ... RAM, 140 ... Communication IF, 150 ... Hard disk, 151 ... Profile management DB, 152 ... Golf course management DB, 153 ... Play information management DB, 154 ... User ID registration DB, TBL1 ... Play information record table, BN1 to BN5 ... Display buttons.

Landscapes

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

Abstract

L'invention concerne un serveur capable de gérer de façon centralisée des informations de lecture d'utilisateurs qui ont pratiqué un sport dans des installations sportives sur plusieurs sites. De plus, chaque dispositif de la pluralité de dispositifs de gestion gère les informations de lecture de chaque utilisateur dans une installation sportive (ou dans plusieurs installations sportives) à gérer. Le serveur et chaque dispositif de gestion gèrent les informations de lecture indépendamment, et les informations d'identification de l'utilisateur utilisées pour gérer les informations de lecture sont différentes. Par exemple, lorsqu'un dispositif de gestion qui gère les informations de lecture de chaque utilisateur dans une installation sportive (A) est un « dispositif de gestion (A) », si le serveur envoie les informations de lecture de l'utilisateur (X) dans l'installation sportive (A) au dispositif de gestion (A) en réponse à une instruction provenant d'un terminal, ledit serveur : accède au dispositif de gestion (A) et acquiert des informations d'identification d'utilisateur qui sont conformes aux informations personnelles du membre (X) ; et envoie les informations d'identification de l'utilisateur acquises et les informations de lecture du membre (X) au dispositif de gestion (A).
PCT/JP2012/076410 2012-02-07 2012-10-12 Serveur, procédé de commande de serveur et support d'enregistrement WO2013118349A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2012024450A JP5802143B2 (ja) 2012-02-07 2012-02-07 サーバ、制御方法およびプログラム
JP2012-024450 2012-02-07

Publications (1)

Publication Number Publication Date
WO2013118349A1 true WO2013118349A1 (fr) 2013-08-15

Family

ID=48947136

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2012/076410 WO2013118349A1 (fr) 2012-02-07 2012-10-12 Serveur, procédé de commande de serveur et support d'enregistrement

Country Status (2)

Country Link
JP (1) JP5802143B2 (fr)
WO (1) WO2013118349A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018083725A1 (fr) * 2016-11-01 2018-05-11 楽天株式会社 Dispositif, procédé et programme de traitement d'informations

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106598965B (zh) 2015-10-14 2020-03-20 阿里巴巴集团控股有限公司 一种基于地址信息的账户映射方法及装置
KR101712774B1 (ko) * 2016-05-09 2017-03-06 라인 비즈플러스 피티이. 엘티디. 서로 다른 사용자 식별 체계를 이용하여 등록된 사용자를 식별하는 서버들간의 서비스 연동 방법 및 시스템

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05137825A (ja) * 1991-11-15 1993-06-01 Nippon Telegr & Teleph Corp <Ntt> ゴルフデータ管理システム
JP2002024466A (ja) * 2000-07-05 2002-01-25 Fujitsu Ltd ゴルフデータ管理システム及びデータセンタ及びゴルフデータ管理方法
JP2002159609A (ja) * 2000-11-28 2002-06-04 Nec Soft Ltd ゴルファーの個人情報収集及び管理システム並びに方法
JP2006334032A (ja) * 2005-05-31 2006-12-14 Sankyo Kk 会員サービス提供装置
JP2008033469A (ja) * 2006-07-27 2008-02-14 Rakuten Inc 競技施設予約システム、予約登録装置、成績情報処理方法及び成績情報処理プログラム
JP2008065786A (ja) * 2006-09-11 2008-03-21 Kc Enterprise:Kk ハンデイキャップを取得するためのゴルフスコア管理システム
WO2009091060A1 (fr) * 2008-01-18 2009-07-23 Asobous Inc. Système de pointage pour golf, système de distribution de données de jeu de golf et système de jeu de golf à coordination de jeu réelle

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05137825A (ja) * 1991-11-15 1993-06-01 Nippon Telegr & Teleph Corp <Ntt> ゴルフデータ管理システム
JP2002024466A (ja) * 2000-07-05 2002-01-25 Fujitsu Ltd ゴルフデータ管理システム及びデータセンタ及びゴルフデータ管理方法
JP2002159609A (ja) * 2000-11-28 2002-06-04 Nec Soft Ltd ゴルファーの個人情報収集及び管理システム並びに方法
JP2006334032A (ja) * 2005-05-31 2006-12-14 Sankyo Kk 会員サービス提供装置
JP2008033469A (ja) * 2006-07-27 2008-02-14 Rakuten Inc 競技施設予約システム、予約登録装置、成績情報処理方法及び成績情報処理プログラム
JP2008065786A (ja) * 2006-09-11 2008-03-21 Kc Enterprise:Kk ハンデイキャップを取得するためのゴルフスコア管理システム
WO2009091060A1 (fr) * 2008-01-18 2009-07-23 Asobous Inc. Système de pointage pour golf, système de distribution de données de jeu de golf et système de jeu de golf à coordination de jeu réelle

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018083725A1 (fr) * 2016-11-01 2018-05-11 楽天株式会社 Dispositif, procédé et programme de traitement d'informations

Also Published As

Publication number Publication date
JP5802143B2 (ja) 2015-10-28
JP2013161366A (ja) 2013-08-19

Similar Documents

Publication Publication Date Title
US11192030B2 (en) Box office game
JP6655954B2 (ja) 制御方法、管理サーバ、プログラム及び管理システム
JP5802143B2 (ja) サーバ、制御方法およびプログラム
JP6023599B2 (ja) 情報提供装置、情報提供システム、情報提供装置の制御方法、及び、情報提供装置のプログラム。
JP2014067306A (ja) サーバ装置、プログラム及び通信システム
JP2016186778A (ja) サーバにおけるイベント開催予定施設決定方法
JP5981326B2 (ja) 管理装置のプログラム、管理装置の制御方法、管理装置、及び、管理システム
JP5950803B2 (ja) 予約管理装置のプログラム、予約管理装置の制御方法、予約管理装置、及び、入場処理システム
US20220207435A1 (en) Reservation management system, reservation management method and information storage medium
KR20100004673A (ko) 홈과 원정 개념이 적용된 사용자 위치 기반 무선 인터넷게임 서비스 방법 및 시스템
JP2002045457A (ja) スコアサーバ、スコア通知システム、スコア通知プログラムが格納されたプログラム製品、及びスコア通知方法
JP6281057B2 (ja) 端末装置、管理装置、端末装置の制御方法、管理装置の制御方法、サービス提供システム、端末装置のプログラム、及び、管理装置のプログラム
JP5961131B2 (ja) 予約管理装置のプログラム、予約管理装置の制御方法、予約管理装置、及び、予約管理システム
JP2018206344A (ja) 検索装置、検索プログラム、及び検索方法
US20100174681A1 (en) Method and device for heterogeneous database synchronization
JP7442814B2 (ja) 情報処理装置及びプログラム
JP5820360B2 (ja) 管理装置、サービス提供システム、管理装置の制御方法、及び、管理装置のプログラム。
JP2010119560A (ja) 個人競技者支援システム
JP6016609B2 (ja) 管理装置のプログラム、管理装置の制御方法、管理装置、及び、管理システム
JP5961132B2 (ja) 予約管理装置のプログラム、予約管理装置の制御方法、予約管理装置、及び、予約管理システム
JP2002140621A (ja) 競技記録の保存提示システム
JP2014154086A (ja) 管理装置、サービス提供システム、管理装置の制御方法、及び、管理装置のプログラム
JP2004054392A (ja) 競技管理装置およびプログラム
JP6492317B2 (ja) 評価支援装置のプログラム、評価支援装置の制御方法、評価支援装置、及び、評価支援システム
JP2024038649A (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: 12868282

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12868282

Country of ref document: EP

Kind code of ref document: A1