JP2021108040A - Invitation system, management server, and invitation method - Google Patents

Abstract

To provide a technique capable of easily inviting a user.SOLUTION: An invitation system is configured to: receive, from a first user terminal, an invitation request including group information showing a group selected by a first user and information of inviting a second user; issue an invitation code when the invitation request is received from the first user terminal; transmit the invitation code to the first user terminal; receive, from a second user terminal, a registration request including identification information of identifying the second user or the second user terminal and the invitation code; and register, in a user database, the identification information included in the registration request and information showing the group in association with each other when the invitation code included in the registration request received from the second user terminal corresponds to the invitation code issued by a code issuance part.SELECTED DRAWING: Figure 1

Description

The present invention relates to a technique for inviting participants to an online system.

In recent years, online services such as e-commerce and social networking services have become widely used. For example, when inviting a new user to such an online service, login information such as an ID and password required to log in to the online service is transmitted to the new user, and the user logs in information from his / her own terminal. To enable login.

Japanese Unexamined Patent Publication No. 2019-11354

Telephones and e-mails are examples of means of communicating login information to new users. Login information can be accurately transmitted by communication means such as e-mail, but the e-mail address and SNS account of a new user are not always known, and communication means such as e-mail is used. May not be available. For this reason, there was a request to easily convey login information verbally, such as by telephone.

However, if you try to convey the login information by telephone, you may not be able to log in due to an error in the login information due to a mistake in the messager's speech, a mistake in the person being told, or an input error in the terminal after hearing. .. In this case, it is conceivable to reduce the number of digits and character types of the login information to simplify the login information and reduce mistakes in transmission and input to facilitate login. However, if the login information is made simple, it is vulnerable to unauthorized access due to a brute force attack or the like, so the login information cannot be made simple. Therefore, there is a problem that a new user cannot be easily invited.

Therefore, an object of the present invention is to provide a technique for easily inviting a user.

In order to solve the above problems, the invitation system of the present invention
It includes a first user terminal used by the first user, a second user terminal used by the second user invited by the first user, and a management server that manages access from the second user terminal.
The first user terminal
A group presentation unit that presents multiple groups to the first user so that they can be selected,
A selection reception unit that accepts the selection of the group by the operation of the first user, and
An invitation request unit that sends an invitation request including group information indicating the group selected by the first user and information for inviting the second user to the management server, and an invitation request unit.
A code acquisition unit that acquires an invitation code for the invitation request from the management server,
With
The second user terminal
A code input unit that receives the input of the invitation code by the second user, and
A registration request unit that transmits a registration request including identification information for identifying the second user or the second user terminal and the invitation code to the management server.
With
The management server
When the invitation request is received from the first user terminal, the code issuing unit that issues the invitation code and
A code transmission unit that transmits the invitation code to the first user terminal, and
When the invitation code included in the registration request received from the second user terminal corresponds to the invitation code issued by the code issuing unit, the identification information included in the registration request and information indicating the group are indicated. The registration unit that registers with the user database in association with
To be equipped.

The invitation system
Management that manages information received from the second user terminal used by the second user identified by the identification information or the second user terminal identified by the identification information as information related to the group corresponding to the identification information. Further units may be provided.

The invitation system
The code issuing department registers the issued invitation code in the invitation list and
When the registration unit receives the registration request from the second user terminal, it confirms whether or not the invitation code included in the registration request is registered in the invitation list, and if it is registered, the above-mentioned The identification information and the information indicating the group may be registered in the user database, and the registration of the invitation code may be canceled.

The invitation system
The group is the construction site in charge of the second user,
The first user terminal includes the information indicating the construction site selected by the operation of the first user as the group information in the invitation request and transmits the information to the management server.
In response to the registration request including the invitation code issued in response to the invitation request and the identification information, the management server associates the identification information with information indicating the construction site and registers it in the user database. You may.

The invitation system
This is a survey point where the group conducts survey work by the second user.
The first user terminal includes the information indicating the survey point selected by the operation of the first user as the group information in the invitation request and transmits the information to the management server.
In response to the registration request including the invitation code issued in response to the invitation request and the identification information, the management server registers the identification information and the information indicating the survey point in the user database in association with each other. You may.

The invitation system
The identification information may be unique identification information assigned to the second user terminal. The identification information may be identification information (for example, GUID) assigned to the second user terminal by the management server.

The invitation system
The second terminal further includes an auxiliary information acquisition unit that acquires auxiliary information for use in approving the registration request.
The registration request unit may include the auxiliary information in the registration request and transmit it to the management server.

In order to solve the above problems, the management server of the present invention
A management server that communicates with the first user terminal used by the first user and the second user terminal used by the second user invited by the first user via a communication line.
An invitation request receiving unit that receives an invitation request from the first user terminal including group information indicating the group selected by the first user and information for inviting the second user.
A code issuing unit that issues an invitation code when the invitation request is received from the first user terminal.
A code transmission unit that transmits the invitation code to the first user terminal, and
A registration request receiving unit that receives a registration request including the invitation code from the second user terminal, and
Identification information that identifies the second user or the second user terminal when the invitation code included in the registration request received from the second user terminal corresponds to the invitation code issued by the code issuing unit. And the registration unit that registers the information indicating the group in the user database in association with each other.
To be equipped.

The management server relates to the group corresponding to the identification information with information received from the second user terminal used by the second user identified by the identification information or the second user terminal identified by the identification information. A management unit that manages information may be provided.

In order to solve the above problems, the invitation method of the present invention is:
A management server that communicates with the first user terminal used by the first user and the second user terminal used by the second user invited by the first user via a communication line.
A step of receiving an invitation request from the first user terminal including group information indicating the group selected by the first user and information to invite the second user.
A code issuing step of issuing the invitation code when the invitation request is received from the first user terminal, and
The step of transmitting the invitation code to the first user terminal and
A step of receiving a registration request including the invitation code from the second user terminal, and
Identification information that identifies the second user or the second user terminal when the invitation code included in the registration request received from the second user terminal corresponds to the invitation code issued in the code issuing step. And the step of registering the information indicating the group in the user database in association with each other.
To execute.

The invitation method relates to the group in which the information received from the second user terminal used by the second user identified by the identification information or the second user terminal identified by the identification information corresponds to the identification information. Further steps may be taken to manage as information.

Further, the present invention may be a program for causing a computer to execute the above invitation method. Further, the present invention may be a non-temporary recording of this program on a computer-readable recording medium. The function can be provided by causing a computer to read and execute the program of this recording medium.

Here, a recording medium that can be read by a computer or the like is a recording medium that can store information such as data and programs by electrical, magnetic, optical, mechanical, or chemical action and can be read from the computer or the like. To say. Among such recording media, those that can be removed from a computer or the like include, for example, flexible discs, optical magnetic discs, CDs (Compact Discs), CD-R / Ws, DVDs (Digital Versatile Disks), and Blu-ray discs (Blu-rays). (Registered trademark) Disc), DAT, 8 mm tape, memory cards such as flash memory, etc. Further, as a recording medium fixed to a computer or the like, there are a hard disk, a ROM (read-only memory), and the like.

According to the present invention, a user can be easily invited.

It is a schematic block diagram of the electronic commerce system which concerns on 1st Embodiment. It is a functional block diagram of a first user terminal. It is a functional block diagram of a second user terminal. It is a functional block diagram of the management server. It is a hardware block diagram which shows an example of a computer. It is a figure which shows the communication procedure of the 1st user terminal, the 2nd user terminal, and the management server. It is a figure which shows the procedure which sends and receives transaction information between a 2nd user terminal and a management server. It is a figure which shows the processing flow at the time of an invitation request by a first user terminal. It is a figure which shows the processing flow at the time of the registration request by the 2nd user terminal. It is a figure which shows the flow at the time of issuance of an invitation code by a management server. It is a figure which shows the flow at the time of invitation code authentication by a management server. It is a figure which shows the processing flow at the time of receiving transaction information in a management server. It is a figure which shows the screen transition of the 1st user terminal at the time of inviting a 2nd user. It is a figure which shows the screen transition of the 2nd user terminal when a 2nd user requests registration. It is a figure which shows the screen transition in the 1st user terminal when a 1st user approves a 2nd user. It is a figure which shows the example which the 1st user terminal issues an invitation code. It is a figure which shows the example which the management server has the function of the 1st user terminal, and the 1st user invites a 2nd user by using a management server. It is a figure which shows the example of the investigation system which concerns on 2nd Embodiment.

Hereinafter, a system according to an embodiment of the present invention will be described with reference to the drawings. The configuration of the following embodiments is an example, and the system is not limited to the configuration of the embodiment.

"System configuration"
FIG. 1 is a schematic configuration diagram of an electronic commerce system 1 according to the present embodiment. The electronic commerce system 1 of the present embodiment is a system having a function of inviting a new user, and is a form of an invitation system. The electronic commerce system 1 is a management server that manages access from the first user terminal 10 used by the first user, the second user terminal 20 used by the second user invited by the first user, and the second user terminal. It has 30 and. The number of the first user terminal 10, the second user terminal 20, and the management server 30 is not limited to the number shown in FIG. 1, and may be one or a plurality of each.

The first user operates the first user terminal 10, selects a group to which the second user belongs, and sends an invitation request including this group information to the management server 30. The management server 30 issues an invitation code for the received invitation request and sends it to the request source first user terminal 10. The first user who has obtained the invitation code through the first user terminal 10 conveys the invitation code to the second user, for example, by telephone. The means for transmitting the invitation code is not limited to the telephone, but may be any means that can be received by the second user, such as a fax, a handwritten memo, or a short message.

The second user inputs the received invitation code into the second user terminal 20, and sends a registration request including the invitation code from the second user terminal 20 to the management server 30. Upon receiving this registration request, the management server 30 issues identification information that uniquely identifies the requesting second user terminal 20, transmits the identification information to the second user terminal 20, and holds the information so that it can be used for subsequent connections.

Further, the management server 30 registers the identification information of the second user terminal 20 and the group information in association with each other in the user database in response to the received registration request. After registration, when the second user operates the second user terminal 20 to access the management server 30, the management server 30 uses the identification information of the second user terminal 20 as login information, and the identification information is stored in the user database. If registered, allow login. Then, the management server 30 receives transaction information such as an order from the logged-in second user terminal 20.

For example, the first user selects a construction site as a group and invites a second user. When the second user requests registration using the second user terminal 20 in response to this invitation, the management server 30 registers the identification information of the second user terminal 20 and the information indicating the construction site in association with each other. Then, when the second user places an order for building materials, the second user terminal 20 is operated to log in to the system, and the order information is transmitted from the second user terminal 20 to the management server 30. At this time, the management server 30 refers to the registration information and determines whether or not the second user terminal 20 can log in depending on whether or not the identification information of the second user terminal 20 matches the registered information. When this identification information matches the registered information, the management server 30 receives the order information for ordering the building materials of the construction site selected by the second user from the second user terminal 20, and the construction site and the construction site construction concerned. It manages material orders, settlements, tabulations, and delivery arrangements.

<< First user terminal >>
FIG. 2 is a functional block diagram of the first user terminal 10. The first user terminal 10 has a group presentation unit 101, a selection reception unit 102, an invitation request unit 103, and a code acquisition unit 104.

The group presentation unit 101 presents a plurality of groups to the first user so as to be selectable. For example, the group presentation unit 101 displays a list of construction companies, places, and processes as a selectable group, and allows the first user to select the group. The list of construction companies and locations may be independent of each other, or by associating them in advance, when one group is selected, only the other group related to this can be selected and displayed in a list. It may be one. Examples of the construction company include a contractor, a general contractor, a contractor, a contractor, and a department in charge. In addition, the place may be a construction site, an area in charge, a processing factory, or the like.

The selection reception unit 102 accepts the selection of the group by the operation of the first user. For example, when the first user who sees the displayed list of groups operates the operation unit and performs an operation of selecting a group from the list, the selection reception unit 102 identifies the selected group and determines the selected group. The group information for identifying this group is stored in the memory.

The invitation request unit 103 generates an invitation request including the group information of the group selected by the first user and the information to invite the second user, and transmits the invitation request to the management server 30 via the network.

The code acquisition unit 104 acquires the invitation code issued in response to the invitation request from the management server 30.

<< Second user terminal >>
FIG. 3 is a functional block diagram of the second user terminal 20. The second user terminal 20 has a code input unit 201, an auxiliary information acquisition unit 202, and a registration request unit 203.

The code input unit 201 receives the input of the invitation code by the operation of the user. For example, when the second user is informed of the invitation code by telephone from the first user, and the second user operates the operation unit and inputs the invitation code, the code input unit 201 uses the invitation code. The invitation code is stored in the memory for the registration request described later.

The auxiliary information acquisition unit 202 acquires auxiliary information for use in approving the registration request. The auxiliary information may be information related to the group selected by the first user or information related to the second user. For example, when a photograph is taken by the operation of the second user, the auxiliary information acquisition unit 202 acquires the photograph (image information) as auxiliary information. Not limited to this, the auxiliary information may be a moving image of the user or the construction site (location), a user's signature, a user's voice, or position information by GPS or the like.

The registration request unit 203 transmits a registration request including the identification information of the second user terminal 20, the invitation code, and the auxiliary information to the management server 30. The identification information of the second user terminal 20 may be information for identifying the second user who uses the second user terminal 20, in addition to the information for identifying the second user terminal 20. The identification information of the second user terminal 20 is, for example, the UDID, IMEI, MEID, ICCID, ESN, serial number, telephone number, ANDROID_ID, AdvertisingID, identifierForVendor (IDFV), AdvertisingIdentifier, MAC address of the second user terminal 20 of the mobile phone. And so on.

《Management server》
FIG. 4 is a functional block diagram of the management server 30. The management server 30 has a code issuing unit 301, a code transmitting unit 302, a registration unit 303, and a management unit 304.

When the code issuing unit 301 receives the invitation request from the first user terminal 10, the code issuing unit 301 issues the invitation code. The invitation code is a simple character string of 10 digits or less, preferably 6 digits or less, selected from a specific character type such as a number or an alphabet.

The code transmitting unit 302 transmits the invitation code issued by the code issuing unit 301 in response to the invitation request to the first user terminal 10 which is the requesting source of the invitation request.

When the registration request is received from the second user terminal, the registration unit 303 determines whether or not the invitation code included in the registration request corresponds to the invitation code issued by the code issuing unit 301, and responds accordingly. If so, the identification information included in the registration request and the information indicating the group are associated and registered in the user database.

The management unit 304 receives and manages transaction information from the second user terminal 20 used by the second user identified by the identification information or the second user terminal 20 identified by the identification information. For example, when the order information of the building material is received from the second user terminal 20, the management unit 304 manages the ordering, settlement, totaling, and delivery arrangement of the building material.

《Hardware configuration》
The first user terminal 10, the second user terminal 20, and the management server 30 are computers (information processing devices). FIG. 5 is a hardware configuration diagram showing an example of these computers 110. The computer 110 is, for example, a processor 112 connected to each other by a connection bus 111, a memory 113, an input / output IF (interface) 114, and a communication IF 115.
Have. The processor 112 processes the input information and outputs the processing result to control the entire apparatus. For example, the processor 112 functions as a state determination unit by reading a program from the memory 113 and executing the program. The processor 112 is also called a CPU (Central Processing Unit) or an MPU (Micro-processing unit). The processor 112 is not limited to a single processor, and may have a multiprocessor configuration. Further, it may be a multi-core configuration having a plurality of cores in a single chip connected by a single socket.

The memory 113 includes a main storage device and an auxiliary storage device. The main storage device is used as a work area of the processor 112, a storage area for temporarily storing information processed by the processor 112, and a buffer area for communication data. The main storage device is a storage medium for the processor 112 to cache programs and data and expand a work area. The main storage device includes, for example, a RAM (Random Access Memory), a ROM (Read Only Memory), and a flash memory. The auxiliary storage device is a storage medium that stores a program executed by the processor 112, data used for information processing, operation setting information, and the like. The auxiliary storage device is, for example, an HDD (Hard-disk Drive), an SSD (Solid State Drive), an EPROM (Erasable Programmable ROM), a flash memory, a USB memory, a memory card, or the like.

The input / output IF 114 is an interface for inputting / outputting data to / from a device connected to the computer 110. The input / output IF 104 inputs / outputs data to / from devices such as a sensor, an operation unit, a camera, a microphone, a speaker, and a display unit. The input / output IF 114 also inputs / outputs data to / from devices such as a disk drive, a card reader / writer, an amplifier, a display, and a speaker that read data from a storage medium such as a CD or DVD. The operation unit is an input unit such as an input button, a dial, and a touch panel into which information for the computer 110 is input by a user operation. The speaker and the display unit are output units that output information to the user.

The communication IF 115 is an interface (communication module) that communicates with another device via a communication line, and is also referred to as a CCU (Communication Control Unit). The communication IF115 is, for example, WiMAX (Worldwide Interoperability for Microwave Access) or LT.
Communicate using wireless communication methods such as E (Long Term Evolution), WiFi, and Bluetooth (registered trademark). A plurality of components of the computer 110 shown in FIG. 5 may be provided, or some components may not be provided.

In the first user terminal 10, the processor 112 functions as each processing unit such as the group presentation unit 101, the selection reception unit 102, the invitation request unit 103, and the code acquisition unit 104 by executing the application program. That is, the processor 112 can also be used as each processing unit depending on the software to be executed. However, some or all of the above processing units are dedicated LSIs (large scale integration) such as DSP (Digital Signal Processor), ASIC (Application Specific Integrated Circuit), FPGA (Field-Programmable Gate Array), logic circuits, etc. It may be formed by hardware such as a digital circuit of. Further, an analog circuit may be included in at least a part of each of the above processing units.

《Invitation method》
Next, the invitation method executed by the first user terminal 10, the second user terminal 20, and the management server 30 will be described with reference to FIGS. 6 to 9. FIG. 6A is a diagram showing communication procedures of the first user terminal 10, the second user terminal 20, and the management server 30.

When the first user operates the first user terminal 10 to select a group (step S10), the first user terminal 10 transmits an invitation request including this group information to the management server 30 (step S15).

The management server 30 issues an invitation code for the received invitation request (step S20) and transmits it to the request source first user terminal 10 (step S25).

Looking at the invitation code received by the first user terminal 10, the first user conveys the invitation code to the second user, for example, by telephone.

When the second user terminal 20 receives the input of the invitation code by the operation of the second user (step S30), the second user terminal 20 transmits a registration request including this invitation code to the management server 30 (step S35). ..

The management server 30 confirms whether or not the received invitation code of the registration request matches the one issued in step S20, and transmits this result to the second user terminal 20 (step S40). At this time, the management server 30 issues identification information (GUID) that uniquely identifies the requesting second user terminal 20, sends the identification information to the second user terminal 20 together with the confirmation result of the invitation code, and thereafter. Hold the identification information so that it can be used when connecting to. If the second user terminal 20 already has the identification information, it is not necessary to issue the identification information. For example, if the second user terminal 20 has the identification information after being invited at another construction site in the past, the flag that the second user terminal 20 has the identification information or the identification information itself is set in step S35. The management server 30 is notified, and the management server 30 that receives this notification omits issuing the identification information.

Upon receiving the result that the invitation codes match, when the second user inputs the auxiliary information, the second user terminal 20 transmits the auxiliary information to the management server 30 (step S43). The management server 30 transmits the received auxiliary information to the first user terminal 10 (step S45).

Based on the received registration request, the first user terminal 10 displays information such as the name and photo of the second user requesting registration, and prompts the first user to approve the registration (step S50).

When the first user inputs the approval of registration, the first user terminal 10 notifies the management server 30 of the approval of the registration request received in step S50 (step S53).

The management server 30 registers the registration request that has received the approval notification in the user database in association with the identification information of the second user terminal 20 and the group information (step S55).

FIG. 6B is a diagram showing a procedure for transmitting and receiving transaction information between the second user terminal 20 and the management server 30 after registration. When the second user operates the second user terminal 20 to launch the transaction application, the second user terminal 20 accesses the management server 30, transmits the identification information, and requests login (step S60). ). The management server 30 that has received the identification information refers to the user database, and determines whether or not to log in based on whether or not the identification information received from the second user terminal 20 matches that registered in the user database (step). S65). If the identification information does not match the information in the user database (steps S65, No), the management server 30 sends a notification to the second user terminal 20 that login is not permitted, and ends the process of FIG. 6B (step). S70). Further, when the identification information received from the second user terminal 20 matches the one registered in the user database (steps S65, Yes), the management server 30 informs the second user terminal 20 that login is permitted. Notify (step S75).
After logging in, when the second user operates the input unit of the second user terminal 20 to select a construction site and inputs information such as the type and number of building materials to be ordered at the construction site, these are transaction information. The second user terminal 20 transmits the information to the management server 30 (step S80).
The management server 30 that has received the transaction information manages the ordering, settlement, aggregation, and delivery arrangement of the building materials indicated by the ordering information (step S85).

FIG. 7 is a diagram showing a processing flow at the time of an invitation request by the first user terminal 10. When the first user operates the operation unit of the first user terminal 10 to start the application and selects "invite" from the menu, the first user terminal 10 starts the process of FIG. 7.

In step S110, the first user terminal 10 displays a list of "construction shops" from the memory and prompts the user to make a selection.

In step S120, the first user terminal 10 receives the selection of the "construction shop" by the first user, and stores the selected "construction shop" in the memory.

In step S130, the first user terminal 10 displays a list of "construction sites" related to the "construction shop" selected in step S120 from the memory, and prompts the user to make a selection.

In step S140, the first user terminal 10 receives the selection of the "construction site" by the first user, and stores the selected "construction site" in the memory. In addition, instead of selecting both "construction shop" and "construction site" as a group, one of them may be omitted. In addition to the "construction shop" and "construction site", the "department in charge", "process", and the like may be selected as a group.

In step S150, the first user terminal 10 generates an invitation request including group information indicating the "construction shop" and "construction site" selected by the first user and information to invite the second user. , Send to the management server 30 via the network.

In step S160, the first user terminal 10 receives the invitation code issued in response to the invitation request from the management server 30 and displays it on the display unit. The first user sees the displayed invitation code and conveys this invitation code to the second user by telephone or the like.

FIG. 8 is a diagram showing a processing flow at the time of registration request by the second user terminal 20. When the second user operates the operation unit of the second user terminal 20 to start the application and selects "register" from the menu, the second user terminal 20 starts the process of FIG.

In step S210, the second user terminal 20 receives the input of the invitation code by the second user and stores the input invitation code in the memory.

In step S220, the second user terminal 20 transmits a registration request including the input invitation code to the management server 30.

In step S230, the second user terminal 20 determines whether or not the match with the invitation code issued by the management server 30 is confirmed, and if the match is not confirmed, returns to step S220 and repeats the invitation code. Prompt for input. On the other hand, when the invitation code is authenticated, the second user terminal 20 proceeds to step S240.

In step S240, the second user terminal 20 prompts the second user to input his / her name. Further, in step S250, the second user terminal 20 activates the camera and prompts the user to take a picture as auxiliary information. The photograph as the auxiliary information includes, for example, a construction site, a sign such as "Notice of construction plan" installed at the construction site, a second user, a business card of the second user, and the like. The photograph as the auxiliary information may be predetermined or may be specified when the first user conveys the invitation code.

In step S260, the second user terminal 20 transmits the input name and the captured image (auxiliary information) to the management server 30. In this example, the invitation code and the auxiliary information are divided into steps S220 and S260 and transmitted to the management server 30, but the registration request including the invitation code and the auxiliary information may be transmitted to the management server 30. good.

FIG. 9 is a diagram showing a flow at the time of issuing the invitation code by the management server 30. The management server 30 executes the process of FIG. 9 at a predetermined cycle. In step S310, the management server 30 determines whether or not the invitation request has been received from the first user terminal 10.

In step S310, if the determination is negative, the management server 30 ends the process of FIG. 9, and if the determination is positive, the process proceeds to step S320.

In step S320, the management server 30 issues an invitation code for the received invitation request, associates it with the identification information of the first user terminal 10 of the request source and the group information included in the invitation request, and issues the issued invitation code. Store in memory. Here, the invitation code is issued so that, for example, four digits randomly selected from a specific character type and stored in the memory are not duplicated.

In step S330, the management server 30 transmits the issued invitation code to the requesting first user terminal 10.

FIG. 10 is a diagram showing a flow at the time of confirmation of the invitation code by the management server 30. The management server 30 executes the process of FIG. 10 at a predetermined cycle. In step S340, the management server 30 determines whether or not a registration request including an invitation code has been received from the second user terminal 20.

In step S340, if the determination is negative, the management server 30 ends the process of FIG. 10, and if the determination is positive, the process proceeds to step S350.

In step S350, the management server 30 compares the received invitation code with the one issued in step S320, and determines whether or not they match.

If the negative determination is made in step S350, the management server 30 sends a notification to the second user terminal 20 that the invitation codes do not match, that is, that login is not permitted (step S355), and performs the process of FIG. finish. Further, in step S350, if the determination is affirmative, the information indicating that the invitation code has been used (for example, the used flag) is recorded in the user database (step S357), and the process proceeds to step S360. The invitation code in which the used flag is recorded is not used for the comparison in step S350. Therefore, the invitation code can be used only once, and after the second user receives an affirmative judgment in step S350, the invitation code is used by the third party even if it is known to the third party. There is nothing to do.

In step S360, the management server 30 issues identification information that uniquely identifies the second user terminal 20, and corresponds to the invitation code included in the registration request, that is, the invitation code and group information stored in the memory in step S320. Attach and store in memory. If the second user terminal 20 already has the identification information, the management server 30 does not have to issue the identification information. In step S370, the management server 30 notifies the second user terminal 20 of the fact that the invitation codes match and the login is permitted, and the identification information issued in step S360. Further, the group information associated with the identification information in step S360 may be notified to the second user terminal 20.

In step S380, the management server 30 determines whether or not the auxiliary information has been received from the second user terminal 20.

When it is determined in step S380 that the registration request has been received, the management server 30 proceeds to step S390, reads the identification information of the first user terminal 10 corresponding to the identification information of the second user terminal 20 from the memory, and determines that the registration request has been received. A registration request is transmitted to the first user terminal 10.

In step S400, the management server 30 determines whether or not the approval result for the registration request transmitted in step S380 has been received from the first user terminal 10. When the approval result is received in step S400, the management server 30 proceeds to step S410.

In step S410, the management server 30 determines whether or not the approval result received in step S400 is approved. If the negative determination is made in step S410, the management server 30 notifies the second user terminal 20 of the disapproval and deletes the identification information of the second user terminal 20 from the memory (step S420). If the determination is affirmative in step S410, the management server 30 notifies the second user terminal 20 of the approval and deletes the approval code used for the registration request from the memory. As a result, the deleted invitation code can be used as an invitation code for inviting another user. Further, the management server 30 registers the approved identification information of the second user terminal 20, the group information, and the identification information of the invited first user terminal 10 in the user database in association with each other.

When the registration process of FIG. 10 is completed, the second user terminal 20 can make a transaction with the management server 30. When the second user operates the second user terminal 20, inputs transaction information, and instructs an order, the second user terminal 20 connects to the management server 30 via the network N. When the management server 30 receives a connection request from the second user terminal 20, the management server 30 starts the process shown in FIG. FIG. 11 is a diagram showing a processing flow at the time of receiving transaction information on the management server 30.

In step S510, the management server 30 acquires the identification information of the second user terminal 20. For example, a terminal identifier such as Android_ID or IDFV, which is the acquisition target in step S370, is acquired.

In step S520, the management server 30 determines whether or not the identification information acquired in step S510 has been registered in the user database, that is, whether or not to authenticate participation (login) in the system.

If a negative determination is made in step S520, the management server 30 proceeds to step S530 to notify the second user terminal 20 that it cannot log in to the system (authentication is not possible), and ends the process of FIG. Further, in the case of an affirmative determination in step S520, the management server 30 proceeds to step S540 and acquires transaction information from the second user terminal 20.

In step S550, the management server 30 manages the transaction information in association with the group information. For example, when the transaction information is an order for building materials, the management server 30 notifies the server of the distribution center or the terminal of the person in charge of delivery to deliver the building materials to the construction site registered as group information. In addition, the management server 30 aggregates the cost of the ordered building materials for each construction site and creates an invoice, notifies the progress management system of the ordering date and the delivery date of the building materials, and is ordered. A list of building materials may be recorded as a work report.

FIG. 12 is a diagram showing a screen transition of the first user terminal 10 when inviting a second user. The screen 41 is a menu when the application is started, and options such as "ordering", "ordering list", "user invitation", "participation approval", and "user registration" are displayed. The displayed options may be preset according to the available functions. When "user invitation" is selected, the first user terminal 10 reads the group information from the setting table, displays a list of "construction shops" as shown on the screen 42, and displays the "construction shop", that is, the group. (Step S110).

When the "construction shop" is selected, the first user terminal 10 displays a list of "construction sites" as shown on the screen 43, and prompts the selection of the "construction site". When "construction site" is selected, the first user terminal 10 displays a confirmation screen including the selected group information as shown in screen 44 (step S130), and presses a button invited by the first user. If selected, an invitation request is created and sent to the management server 30 (step S150).

Next, the first user terminal 10 acquires the invitation code from the management server 30 and displays it as shown on the screen 45 (step S160). As a result, the first user conveys the displayed invitation code to the second user by telephone or the like.

FIG. 13 is a diagram showing a screen transition of the second user terminal 20 when the second user requests registration. The screen 46 is a menu when the application is started. In the example of the screen 46, since the only available function is "user registration", the options such as "user invitation" and "participation approval" are not displayed from the menu as compared with the screen 41 of FIG. ..

When "user registration" is selected, the second user terminal 20 displays the input field 51 as shown on the screen 47 and prompts the user to enter the invitation code. When the invitation code is input and the send button 52 is selected, the second user terminal 20 sends the registration request to the management server 30 (step S220).

When the notification that the invitation code is authenticated is received from the management server 30, the second user terminal 20 displays the input field 53 as shown in the screen 48 and prompts the input of the name. When the name is input and the "Next" button 54 is selected, the second user terminal 20 activates the camera function and prompts the first user to take a picture as shown on the screen 49 (step). S250).

When a photograph is taken and the application button 55 is selected by the operation of the second user, the second user terminal 20 transmits a registration request to the management server 30 (step S220). When the registration request is approved, the second user terminal 20 enables, for example, the ordering function, and displays options such as "ordering" and "ordering list" as shown on the screen 50.

FIG. 14 is a diagram showing a screen transition in the first user terminal 10 when the first user approves the second user. The screen 41 is a menu when the application is started, and options such as "ordering", "ordering list", "user invitation", "participation approval", and "user registration" are displayed. When "participation approval" is selected by the operation of the first user, the first user terminal 10 reads the registration request received from the management server 30 and stored in the memory, and displays the list as shown on the screen 61 (screen 61). Step S110).

When the first user selects the registration request, as shown in screen 62, the name and group information (“construction shop”, “construction site”, etc.) of the second user included in the registration request, auxiliary information (photo) 56,
The participation (approval) button 57 and the non-participation (non-approval) button 58 are displayed to prompt the user to select whether or not to approve.

<< Effect of the embodiment >>
As described above, according to the present embodiment, the second user can be invited by simply inputting the invitation code, so that an error or the like occurs when the invitation code is transmitted to the second user by telephone or the like. It is difficult and easy to invite users. Since the invitation code is not used as login information, even if the character type and the number of digits are reduced, the security at the time of login is not affected, and the character type and the number of digits can be set to be small. Furthermore, if the authentication is successful, the invitation code will be deleted from the memory and the registration will be canceled, so only one person will be accepted after issuance, and even if it is leaked during communication, it may be used illegally. Few. In addition, since the invitation code is issued by specifying the group information such as the construction site, the user can be invited in association with the group information.

Further, at the time of approval of the second user, an image (photograph) taken by the second user can be displayed, and the first user can decide approval / disapproval based on this photo. By photographing the face of the second user, the signboard of the construction site, etc. as this image, it is possible to suppress spoofing by a third party while being easy to input. In addition, by designating the target to be photographed as auxiliary information when the first user conveys the invitation code to the second user, if the registration request includes the specified image, it must be a request by the second user. Can be confirmed.

<< Modification 1 >>
In the above-described embodiment, the management server 30 issues the invitation code, but the first user terminal 10 may be configured to issue the invitation code. That is, the first user terminal 10 may function as a code issuing unit of the management server. FIG. 15 is a diagram showing an example in which the first user terminal 10 issues an invitation code. The same elements as those in the above-described embodiment are designated by the same reference numerals, and the description thereof will be omitted again.

When the first user operates the first user terminal 10 to select a group (step S10) and selects the invite button on the confirmation screen, the first user terminal 10 issues an invitation code (step S13). , Creates an invitation request including the invitation code and group information indicating the group selected in step S10, and sends it to the management server 30 (step S15A). The management server 30 that has received the invitation request stores the identification information of the first user terminal 10 that is the request source, the group information of the invitation request, and the invitation code in association with each other in the memory (step S20A).

Further, the first user terminal 10 displays the invitation code on the display unit and presents it to the first user to promote transmission to the second user (step S25A). When the second user inputs the invitation code to the second user terminal 20 (step S30), the second user terminal 20 sends a registration request including the invitation code and the identification information of the second user terminal 20 to the management server 30. Transmit (step S35).

When the invitation code of the received registration request matches the one stored in step S20A, the management server 30 transmits a notification to the effect of authentication to the second user terminal 20 (step S40).
). The subsequent processing is the same as the processing of FIG. 6 described above.

Even in the configuration in which the first user terminal 10 issues the invitation code in this way, the invitation of the second user can be facilitated as in the above-described embodiment.

<< Modification 2 >>
In the above-described embodiment, the invitation is requested from the first user terminal 10 to the management server 30, but the management server may have the function of the first user terminal 10. FIG. 16 is a diagram showing an example in which the management server 30A has the function of the first user terminal 10 and the first user invites the second user using the management server 30A. The same elements as those in the above-described embodiment are designated by the same reference numerals, and the description thereof will be omitted again.

When the first user operates the management server 30 to select a group (step S10) and selects the invite button on the confirmation screen, the first user terminal 10 issues an invitation code (step S13). The invitation code and the group information indicating the group selected in step S10 are associated and stored in the memory (step S20B).

Further, the management server 30 displays the invitation code on the display unit and presents it to the first user to promote transmission to the second user (step S25A). When the second user inputs the invitation code to the second user terminal 20 (step S30), the second user terminal 20 sends a registration request including the invitation code and the identification information of the second user terminal 20 to the management server 30. Transmit (step S35).

When the invitation code of the received registration request matches the one stored in step S20B, the management server 30 transmits a notification to the effect of authentication to the second user terminal 20 (step S40).

Upon receiving the notification and the second user inputting the auxiliary information, the second user terminal 20 transmits a registration request including the auxiliary information to the management server 30 (step S43).

Based on the received registration request, the management server 30 displays information such as the name and photo of the second user requesting registration, and prompts the first user to approve the registration (step S50B).

When the first user inputs the approval of registration, the identification information of the second user terminal 20 in the registration request and the group information are associated and registered in the user database (step S55B). The processing after step S60 is the same as the processing of FIG. 6 described above.

Even if the management server 30 has the function of the first user terminal 10 as described above, the invitation of the second user can be facilitated as in the above-described embodiment.

<Second Embodiment>
In the first embodiment described above, the electronic commerce system 1 at the construction site has been shown, but the present invention is not limited thereto. FIG. 17 is a diagram showing an example of the survey system 1A according to the second embodiment.

In the survey system 1A of the present embodiment, the first user operates the first user terminal 10 and selects a survey point for survey work as a group (step S10). Here, the investigation work includes an exit poll of an election, a ballot counting office investigation, a face-to-face investigation, a traffic investigation, and the like. In addition, the survey point is any place where the survey is conducted, such as a polling place and a ballot counting place. In this embodiment, an example of selecting a polling place for exit polls is shown. Then, the first user terminal 10 transmits an invitation request including this group information to the management server 30 (step S15). The group is not limited to the polling place, but may be gender, age group, supporting political party, or the like. For example, a second user may be invited by specifying a group to be surveyed, such as a second user whose survey target is men or a second user whose survey target is young people. In this case, a group may be selected by combining the survey point (polling place) and the survey target (gender), such as "male at XX polling place" and "female at XX polling place".

The management server 30 issues an invitation code for the received invitation request (step S20) and transmits it to the request source first user terminal 10 (step S25).

Looking at the invitation code received by the first user terminal 10, the first user transmits the invitation code to the second user who conducts the exit poll at the polling place selected in step S10.

When the second user inputs the invitation code to the second user terminal 20 (step S30), the second user terminal 20 sends a registration request including the invitation code and the identification information of the second user terminal 20 to the management server 30. Transmit (step S35).

When the invitation code of the received registration request matches the one issued in step S20, the management server 30 transmits a notification to the effect of authentication to the second user terminal 20 (step S40).

Upon receiving the notification, when the second user takes a picture of the polling place or a poster of the candidate as auxiliary information, the second user terminal 20 transmits a registration request including the auxiliary information to the management server 30 (step S43). .. The management server 30 transmits the received registration request to the first user terminal 10 (step S45).

Based on the received registration request, the first user terminal 10 displays information such as the name and photo of the second user requesting registration, and prompts the first user to approve the registration (step S50).

When the first user inputs the approval of registration, the first user terminal 10 notifies the management server 30 of the approval of the registration request received in step S50.

The management server 30 registers the registration request that has received the approval notification in the user database in association with the identification information of the second user terminal 20 and the group information (step S55).

After registration, when the second user conducts an exit poll and inputs the result to the second user terminal 20, the second user terminal 20 accesses the management server 30 and transmits the survey result (step S60). The management server 30 determines whether or not to log in using the identification information of the second user terminal 20 as login information (step S65), and notifies the login permission if the identification information is registered in the user database. When login is permitted (step S65, Yes), the management server 30 stores the survey result received from the second user terminal 20 in the memory as the result of the survey at the polling place (group) corresponding to the identification information of the terminal 20. (Step S75). Further, the management server 30 may perform management such as totaling the survey results for each polling place (group) and outputting the survey results for each polling place.
As described above, according to the present embodiment, it is possible to facilitate participation in the system 1A and manage the survey results in association with the polling place (group).

1: Electronic commerce system 1A: Survey system 10: First user terminal 20: Second user terminal 30, 30A: Management server N: Network

Claims (8)

In an invitation system including a first user terminal used by a first user, a second user terminal used by a second user invited by the first user, and a management server that manages access from the second user terminal.
The first user terminal
A group presentation unit that presents multiple groups to the first user so that they can be selected,
A selection reception unit that accepts the selection of the group by the operation of the first user, and
An invitation request unit that sends an invitation request including group information indicating the group selected by the first user and information for inviting the second user to the management server, and an invitation request unit.
A code acquisition unit that acquires an invitation code for the invitation request from the management server,
With
The second user terminal
A code input unit that receives the input of the invitation code by the second user, and
A registration request unit that sends a registration request including the invitation code to the management server,
With
The management server
When the invitation request is received from the first user terminal, the code issuing unit that issues the invitation code and
A code transmission unit that transmits the invitation code to the first user terminal, and
Identification that identifies the second user or the second user terminal when the invitation code included in the registration request received from the second user terminal corresponds to the invitation code issued by the code issuing unit. A registration unit that registers information in the user database by associating information with information indicating the group, and
Invitation system with. The code issuing department registers the issued invitation code in the invitation list and
When the registration unit receives the registration request from the second user terminal, it confirms whether or not the invitation code included in the registration request is registered in the invitation list, and if it is registered, The invitation system according to claim 1, wherein the identification information and the information indicating the group are registered in the user database, and the registration of the invitation code is canceled. The group is a construction site in charge of the second user,
The first user terminal includes the information indicating the construction site selected by the operation of the first user as the group information in the invitation request and transmits the information to the management server.
In response to the registration request including the invitation code and the identification information issued in response to the invitation request, the management server associates the identification information with the information indicating the construction site to the user database. The invitation system according to claim 1 or 2 to be registered. The group is a polling place where exit polls are conducted by the second user.
The first user terminal includes the information indicating the polling place selected by the operation of the first user as the group information in the invitation request and transmits the information to the management server.
In response to the registration request including the invitation code and the identification information issued in response to the invitation request, the management server associates the identification information with the information indicating the polling place to the user database. The invitation system according to claim 1 or 2 to be registered. The invitation system according to any one of claims 1 to 4, wherein the identification information is unique identification information assigned to the second user terminal. The second user terminal further includes an auxiliary information acquisition unit that acquires auxiliary information for use in approving the registration request.
The invitation system according to any one of claims 1 to 5, wherein the registration request unit includes the auxiliary information in the registration request and transmits the auxiliary information to the management server. A management server that communicates with the first user terminal used by the first user and the second user terminal used by the second user invited by the first user via a communication line.
An invitation request receiving unit that receives an invitation request from the first user terminal including group information indicating a group selected by the first user and information for inviting the second user.
A code issuing unit that issues an invitation code when the invitation request is received from the first user terminal.
A code transmission unit that transmits the invitation code to the first user terminal, and
A registration request receiving unit that receives a registration request including the invitation code from the second user terminal, and
Identification that identifies the second user or the second user terminal when the invitation code included in the registration request received from the second user terminal corresponds to the invitation code issued by the code issuing unit. A registration unit that registers information in the user database by associating information with information indicating the group, and
Management server with. A management server that communicates with the first user terminal used by the first user and the second user terminal used by the second user invited by the first user via a communication line.
A step of receiving an invitation request from the first user terminal including group information indicating a group selected by the first user and information to invite the second user.
A code issuing step of issuing an invitation code when the invitation request is received from the first user terminal, and
The step of transmitting the invitation code to the first user terminal and
A step of receiving a registration request including the invitation code from the second user terminal, and
Identification that identifies the second user or the second user terminal when the invitation code included in the registration request received from the second user terminal corresponds to the invitation code issued in the code issuing step. The step of associating the information with the information indicating the group and registering it in the user database, and
Invitation method to execute.

Images