Information processing device
The information processing device addresses the challenge of acquiring users with predetermined relationships by obtaining access permissions and offering community services, effectively increasing user acquisition.
Patent Information
- Application Number
- JP2023189612
- Authority / Receiving Office
- JP · JP
- Patent Type
- Applications
- Current Assignee / Owner
- Priority Date
- 2023-06-23
- Filing Date
- 2023-11-06
- Publication Date
- 2025-01-09
AI Technical Summary
Existing systems struggle to efficiently acquire new users who have a predetermined relationship with an existing user based on business contact information.
An information processing device that includes an access permission acquisition unit to obtain permission from a user to access contact information of another user with a predetermined relationship, and a message transmitting unit to offer a community service, thereby facilitating the acquisition of users with a predetermined relationship.
Efficiently acquires users with a predetermined relationship by obtaining access permissions and offering community services, increasing the number of users accepted into the community service.
Smart Images

Figure 2025003265000001_ABST
Abstract
Description
[Technical field]
[0001] The present invention relates to an information processing device. [Background technology]
[0002] A system has been proposed that stores multiple account information for each user and provides each user with client applications for an e-mail service and an instant messaging service (see Patent Document 1). Also, a system has been proposed that imports an existing contact list associated with a first user and creates a second contact list for the first user for a user account associated with a social network service (see Patent Document 2). [Prior art documents] [Patent documents]
[0003] [Patent Document 1] Patent No. 5060040 [Patent Document 2] Special Publication No. 2016-532964 Summary of the Invention [Problem to be solved by the invention]
[0004] Even if contact information for multiple users is shared and managed via email or messaging services, as in the network system described above, it is difficult for network service operators to effectively acquire new users.
[0005] The present invention aims to efficiently acquire other users who have a predetermined relationship with a user based on the business contact information held by the user. [Means for solving the problem]
[0006] In order to achieve the above-mentioned objective, one aspect of the present invention is an information processing device comprising an access permission acquisition means for acquiring, from a user who holds specified contact information, access permission to the contact information of other users who have a specified relationship with the user, and a message sending means for sending a message to the other users offering to provide a specified community service. Effect of the Invention
[0007] According to the information processing device of the present invention, it is possible to efficiently acquire other users who have a predetermined relationship with a user based on the business contact information held by the user. [Brief description of the drawings]
[0008] [Figure 1] 1 is a conceptual diagram showing an overall configuration of a contact information acquisition system 100 according to an embodiment. [Diagram 2] 2 is a block diagram showing an example of a hardware configuration of a management server 1 according to the embodiment. FIG. [Diagram 3] 2 is a block diagram showing the functional configuration of a management server 1, a user terminal 2, and a user terminal 3. FIG. [Figure 4] 13 is a flowchart showing a first procedure of a contact information acquisition process by management server 1. [Diagram 5] 13 is a flowchart showing a second procedure of the contact information acquisition process by management server 1. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS
[0009] (System Configuration) Hereinafter, a contact information acquisition system 100 including an information processing device according to an embodiment of the present invention will be described with reference to the drawings. Fig. 1 is a conceptual diagram showing the overall configuration of a contact information acquisition system 100 according to an embodiment. As shown in Fig. 1, the contact information acquisition system 100 includes a management server 1, a user terminal 2, user terminals 3-1 to 3-n, and user terminals 4-1 to 4-n, which are connected to each other via a network N. The network N may be, for example, the Internet, a LAN (Local Area Network), or a VPN (Virtual Private Network).
[0010] The management server 1 is an information processing device that manages the entire contact information acquisition system 100. The management server 1 acquires various types of information transmitted from each terminal, which will be described later, and executes various corresponding processes. The management server 1 also transmits various types of information to each terminal, and causes each terminal to execute the corresponding process. The community service provided by the management server 1 is, for example, a membership-based network service for people who want to sell or purchase various products (described later). The community service is operated by a business operator that manages the management server 1.
[0011] User terminal 2, user terminals 3-1 to 3-n, and user terminals 4-1 to 4-n are terminals used by users who access management server 1 to acquire contact information. Here, a "user" refers to a person who is participating in a community service and a person before participating in the community service. In other words, a user is a person who transmits and receives information to and from management server 1 in contact information acquisition system 100, and includes not only a person who is participating in a community service, but also a person before participating in the community service. In the following description, when there is no particular distinction between user A, user B, and user C, they will be collectively referred to as a "user."
[0012] The user terminal 2 is an information processing device operated by user A, and is configured, for example, by a smartphone, a tablet terminal, a personal computer, etc. The user terminal 2 is capable of executing a predetermined application program for using a community service. The user terminal 2 is capable of performing various processes based on various types of acquired information, various types of information input by user operation, etc. The user terminal 2 is also capable of transmitting various types of information to the management server 1.
[0013] User A is a person who has certain contact information. Although only one user terminal 2 is shown in FIG. 1, there may be multiple user terminals 2. In other words, there may be multiple users A. User A's contact information is business contact information written in an address book or the like owned by user A, for example, an email address saved in a free email account or a business account.
[0014] The user terminals 3-1 to 3-n are a group of information processing devices operated by user B, and are composed of, for example, smartphones, tablet terminals, personal computers, etc. Hereinafter, the user terminals 3-1 to 3-n are also collectively referred to as "user terminals 3." The user terminals 3 are capable of executing a predetermined application program for using the community service. The user terminals 3 are capable of performing various processes based on various types of acquired information, various types of information input by user operations, etc. The user terminals 3 are also capable of transmitting various types of information to the management server 1.
[0015] User B is another user who has a certain relationship with User A. For example, User B is a person who has business dealings with User A (such as a company boss, a colleague, or a person in charge at a sales destination). User B is linked to an email address saved in User A's address book. Here, the explanation is given assuming that there are multiple (n) Users B. Each User B has information related to the organization to which the user belongs. Information related to the organization to which the user belongs is, for example, the company name, address, name, job title, department, telephone number, work history, etc.
[0016] The user terminals 4-1 to 4-n are a group of information processing devices operated by a user C, and are composed of, for example, a smartphone, a tablet terminal, a personal computer, etc. Hereinafter, the user terminals 4-1 to 4-n are also collectively referred to as "user terminals 4." The user terminals 4 are capable of executing a predetermined application program for using a community service. The user terminals 4 are capable of performing various processes based on various types of acquired information, various types of information input by user operations, etc. The user terminals 4 are also capable of transmitting various types of information to the management server 1.
[0017] User C is another user who has a predetermined relationship with User B. For example, User C is a person who has business dealings with User B (such as a company boss, a colleague, or a person in charge at a sales destination). User C is linked to an email address stored in User B's address book. Here, it is assumed that there are multiple (n people) Users C. Each User C has information related to the organization to which he or she belongs. Information related to the organization to which he or she belongs is, for example, the company name, name, department, position, telephone number, etc. of the company to which he or she belongs. Note that User C is another user who has a predetermined relationship with each User B, but here, it is assumed that User C is a group of people who have business dealings with one User B.
[0018] (Hardware configuration) FIG. 2 is a block diagram showing an example of a hardware configuration of the management server 1 according to the embodiment. The management server 1 includes a CPU (Central Processing Unit) 11, a ROM (Read Only Memory) 12, a RAM (Random Access Memory) 13, a bus 14, an input / output interface 15, an input unit 16, an output unit 17, a memory unit 18, a communication unit 19, and a drive 20.
[0019] The CPU 11 executes various processes according to a program recorded in the ROM 12 or a program loaded from the storage unit 18 into the RAM 13 . The RAM 13 also stores data and the like necessary for the CPU 11 to execute various processes.
[0020] The CPU 11, the ROM 12, and the RAM 13 are connected to one another via a bus 14. An input / output interface 15 is also connected to the bus 14. An input unit 16, an output unit 17, a storage unit 18, a communication unit 19, and a drive 20 are connected to the input / output interface 15.
[0021] The input unit 16 is configured with, for example, a touch panel, a keyboard, a mouse, etc., and inputs various information. The output unit 17 is configured with, for example, a display, a printer, a speaker, etc., and outputs various information as images, printed matter, sounds, etc.
[0022] The storage unit 18 is configured with a dynamic random access memory (DRAM) or the like, and stores various data. The communication unit 19 communicates with other devices via a network (not shown) including the Internet.
[0023] Removable media 21, which may be a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like, is appropriately attached to the drive 20. Programs read from the removable media 21 by the drive 20 are installed in the storage unit 18 as necessary. The removable media 21 can also store various data stored in the storage unit 18 in the same manner as the storage unit 18.
[0024] Although not shown in the figure, the user terminals 2 to 4 have the same hardware configuration as the management server 1 shown in Fig. 2. That is, the user terminals 2 to 4 each have a CPU 11, a ROM 12, a RAM 13, a bus 14, an input / output interface 15, an input unit 16, an output unit 17, a storage unit 18, a communication unit 19, and a drive 20 shown in Fig. 2.
[0025] (Functional configuration) Fig. 3 is a block diagram showing the functional configuration of the management server 1, the user terminal 2, and the user terminal 3. Note that the configuration of the user terminal 4 shown in Fig. 1 is the same as that of the user terminal 2 and the user terminal 3, and therefore the illustration and description of Fig. 3 will be omitted.
[0026] 3, CPU 11 of management server 1 realizes various functions in cooperation with each piece of hardware shown in Fig. 2 by reading and executing an operating system and application programs that provide overall control over the operation and functions of contact information acquisition system 100. As for the functions of user terminals 2 to 4, the CPUs of each read and execute an operating system and application programs to realize various functions in cooperation with each piece of hardware shown in Fig. 2.
[0027] The CPU 11 of the management server 1 functions as an access permission acquisition unit 31, a message sending unit 32, a service acceptance conditions receiving unit 33, a service provision control unit 34, a product information receiving unit 35, a product information presentation unit 36, and a communication control unit 37 in the process of overall control of the operation of the contact information acquisition system 100.
[0028] The access permission acquisition unit 31 acquires, from a user A who has predetermined contact information, an access permission to the contact information of a user B (another user) who has a predetermined relationship with the user A. The access permission acquisition unit 31 acquires an access permission to the contact information of the user B from the user A by, for example, transmitting a message (hereinafter also referred to as an "opt-in mail") including a URL for the user A to perform an access permission operation for the contact information to the user A via an API (Application Programming Interface) of a free mail account. Alternatively, the access permission acquisition unit 31 may acquire an access permission to the contact information of the user B from the user A when the user A logs in to a community service with a free mail account and accesses an LP (Landing Page) including the URL. The user A may or may not be a member of the community service. When the access permission acquisition unit 31 acquires an access permission (opt-in) to the contact information of the user B from the user A, for example, the access permission acquisition unit 31 acquires data related to the contact information of the user A from a business entity that manages the free mail account of the user A.
[0029] The message sending unit 32 sends a message offering the provision of community services (hereinafter also referred to as an "invitation email") to user B who has obtained access permission from user A. "Offering the provision of community services" refers to inviting user B to join the community service and become a member.
[0030] When the message sending unit 32 receives membership registration information from user B in response to the invitation email, it stores information about user B in the community service information DB 42. The information about user B includes information about the organization to which user B belongs (for example, the company name, name, department, position, telephone number, etc.). In addition, the service acceptance conditions receiving unit 33 receives the selection of acceptance into the community service according to the predetermined membership conditions (described later) specified by user B who received the invitation email.
[0031] If user B is interested in the community service but does not wish to join immediately, he or she specifies and sends the conditions for joining (for example, joining after a specified period of time). User B can send the conditions for joining via a URL included in the invitation email. The service acceptance conditions receiving unit 33 receives the community service provision process according to the specified conditions for joining specified by user B as an acceptance selection for the community service. Note that "conditions for joining" are conditions specified on the premise of joining, but may also be specified as conditions that include considering joining.
[0032] The service provision control unit 34 controls the process of providing the community service according to the predetermined membership conditions accepted by the service acceptance conditions accepting unit 33. For example, as the provision process, the service provision control unit 34 may send a reminder email to user B a predetermined period after sending the invitation email, or wait for an acceptance message from user B for a predetermined period after sending the invitation email (during which time, sending of reminder emails is stopped). The reminder email may be the same as the invitation email.
[0033] The service provision control unit 34 can perform processing to encourage user B to accept the community service based on the acceptance status of the community service. The acceptance status of the community service can be, for example, the number of members of the community service, but may also include information on the number of cases in which products are sold in the community service. The service provision control unit 34 can perform processing to include information on the acceptance status of the community service in an invitation email (including a reminder email) to be sent to user B.
[0034] The product information receiving unit 35 receives information on the product desired to be provided from the user B, and registers it in the product information DB 44. "Information on the product" refers to information on the product, merchandise, data, software, application, content, etc. that the user B wishes to purchase, whether tangible or intangible.
[0035] When user B accepts the community service, the product information accepting unit 35 accepts information on the product desired to be provided. In this way, by accepting information on the product desired to be provided from user B on the condition that user B joins the community service, the number of users accepted into the community service can be increased. On the other hand, it is also possible to accept information on the product desired to be provided from user B without making it a condition that user B joins the community service. The product information accepting unit 35 accepts information on the product desired to be provided not only from user B, but also from other users including user A.
[0036] The product information presentation unit 36 presents information about products to users (member users) who have accepted the provision of the community service. The product information presentation unit 36 manages the product information DB 44 so that the product information received from the member users can be viewed by other member users.
[0037] The communication control unit 37 controls communication with the user terminal 2 via the communication unit 19 and the communication unit 29 (user terminal 2). The communication control unit 37 also controls communication with the user terminal 3 via the communication unit 19 and the communication unit 39 (user terminal 3).
[0038] The storage unit 18 of the management server 1 includes a contact information DB (database) 41, a community service information DB 42, a service acceptance information DB 43, and a product information DB 44.
[0039] The contact information DB 41 stores data on the user's free email account, email addresses stored in a business account, contact information acquired by the user opting in, and the like. The community service information DB 42 stores information about the community services provided by the management server 1, information about users who have joined the community services, and the like.
[0040] The service acceptance information DB 43 stores information regarding the acceptance selection of the user B to the community service, which is accepted by the service acceptance condition acceptance unit 33 . The product information DB 44 stores information on the products that the user desires to purchase, which is received by the product information receiving unit 35 .
[0041] As shown in Fig. 3, the user terminal 2 includes a CPU 51 and a communication unit 29. The CPU 51 functions as an information processing unit 52, a display control unit 53, and a communication control unit 54 in a process for controlling the overall operation of the user terminal 2. The information processing unit 52 performs various information processing (calculation) based on data and instructions acquired from the communication unit 29, and outputs the information to the communication control unit 54. The display control unit 53 controls the display of a display (not shown), which is an output unit of the user terminal 2. The communication control unit 54 transmits the processing result output from the information processing unit 52 to the management server 1 via the communication unit 29. The communication unit 29 cooperates with the communication unit 19 of the management server 1 to transmit and receive data and instructions.
[0042] The user terminal 3 includes a CPU 61 and a communication unit 39. The CPU 61 functions as an information processing unit 62, a display control unit 63, and a communication control unit 64 in a process for controlling the overall operation of the user terminal 3. The information processing unit 62 performs various information processing (calculation) based on data and instructions acquired from the communication unit 39, and outputs the information to the communication control unit 64. The display control unit 63 controls the display of a display (not shown), which is an output unit of the user terminal 3. The communication control unit 64 transmits the processing result output from the information processing unit 62 to the management server 1 via the communication unit 39. The communication unit 39 cooperates with the communication unit 19 of the management server 1 to transmit and receive data and instructions.
[0043] (Processing contents) Fig. 4 is a flowchart showing a first procedure of the contact information acquisition process by the management server 1. Fig. 4 shows the procedure up to sending an invitation email to user B (another user) to join the community service upon opt-in by user A. As shown in Fig. 1, it is assumed that there are multiple user terminals 3 of user B as user terminals 3-1 to 3-n, but Fig. 4 illustrates only one user terminal 3 of user B. The process of the management server 1 for each user terminal 3 is substantially the same.
[0044] In step S11, the access permission acquisition unit 31 (management server 1) sends an opt-in email to the user terminal 2 of user A to obtain access permission to the contact information of user B (another user). The timing for user A to obtain access permission to the contact information of user B is not limited to the sending of the opt-in email, and may be, for example, the timing when user A accesses the community service. Note that at the time of sending the opt-in email, user A may or may not be a member of the community service.
[0045] In step S12, user A (user terminal 2) transmits the access permission through the URL included in the opt-in email. Note that, although an example in which user A transmits the access permission will be described here, user A may not transmit the access permission. In that case, the access permission acquisition unit 31 takes measures such as, for example, transmitting the opt-in email again after a predetermined period of time has elapsed, or stopping transmission of various emails including the opt-in email. Note that, if user A indicates an intention not to consent to the access permission, that is, at the time of receiving an access denial from user A, the process of acquiring contact information for user A may be terminated.
[0046] In step S13, the message sending unit 32 (management server 1) sends an invitation email offering the provision of a community service to the user terminal 3 of user B who has obtained access permission from user A. This invitation email is actually sent to multiple users B who are listed in the address book of user A, etc.
[0047] In step S14, if User B who has received the invitation email wishes to join the community service, he / she enters the necessary information via the URL included in the invitation email and then submits the membership registration information. At this time, User B can enter information related to the product that he / she wishes to be provided.
[0048] In step S15, the service acceptance condition acceptance unit 33 stores information about user B who received the membership registration information in the community service information DB 42 (see FIG. 3) and completes the membership registration of user B. Furthermore, if the membership registration information of user B includes information on a product desired to be provided, the product information acceptance unit 35 accepts the information on the product desired to be provided from the registered user B and registers it in the product information DB 44 (see FIG. 3). The information on the product registered in the product information DB 44 can be viewed by other member users. As described above, the invitation email is sent to multiple users B. Therefore, the service acceptance condition acceptance unit 33 completes the membership registration for each user B who received the membership registration information.
[0049] 4, an embodiment will be described in which an invitation email to a community service is sent to user C upon opt-in by user B. Note that as the contact information acquisition process by management server 1, it is sufficient to execute at least steps S11 to S15 described above, and it is optional whether or not to execute the processes from step S16 onwards.
[0050] In step S16, the access permission acquisition unit 31 (management server 1) sends an opt-in email to the user terminal 3 of user B to obtain access permission to the contact information of user C (another user). The timing for obtaining access permission to user C's contact information from user B is not limited to the sending of the opt-in email, and may be, for example, the timing when user B accesses the community service. Note that user B may or may not be a member of the community service at the time the opt-in email is sent.
[0051] In step S17, user B (user terminal 3) transmits the access permission through the URL included in the opt-in email. If user B does not transmit the access permission, the access permission acquisition unit 31 takes measures such as, for example, transmitting the opt-in email again after a predetermined period of time has elapsed, or stopping transmission of various emails including the opt-in email. If user B indicates an intention not to consent to the access permission, that is, if access denial is received from user B, the process of acquiring contact information for user B may be terminated at that point.
[0052] In step S18, the message sending unit 32 (management server 1) sends an invitation email offering the provision of the community service to the user terminal 4 of user C who has obtained access permission from user B. This invitation email is sent to multiple users C who are listed in the address book or the like of user B.
[0053] In step S19, if user C who has received the invitation mail wishes to join the community service, he or she enters the necessary information via the URL included in the invitation mail and then submits the membership registration information.
[0054] In step S20, the service acceptance condition acceptance unit 33 stores information about the user C who received the membership registration information in the community service information DB 42, and completes the membership registration of the user C. As described above, the invitation email is sent to multiple users C. Therefore, the service acceptance condition acceptance unit 33 completes the membership registration for each user C who received the membership registration information.
[0055] The access permission acquisition unit 31 (management server 1) may send an opt-in email to the user terminal 4 of user C to obtain access permission to the contact information of another user (a user having a predetermined relationship with user C), and may send an invitation email to the user terminal of the other user based on the access permission of the opt-in email. In this way, the number of users accepted into the community service can be progressively increased by hierarchically repeating the process of sending an invitation email to the user terminal of yet another user based on the access permission from a specific user.
[0056] Fig. 5 is a flowchart showing a second procedure of the contact information acquisition process by the management server 1. The second procedure of the contact information acquisition process shown in Fig. 5 differs from the first procedure in that a process of accepting a user's selection of acceptance into the community service is performed. Therefore, a description that overlaps with the first procedure will be omitted. In Fig. 5, the process from steps S11 to S13 is the same as in Fig. 4, so a description will be omitted.
[0057] In step S21 shown in Fig. 5, if user B is interested in the community service but does not wish to join immediately, he / she specifies the conditions for joining via a URL included in the invitation email and sends it. Here, it is assumed that the conditions for joining include a request to send a reminder email after a predetermined period of time. The service acceptance conditions accepting unit 33 accepts the selection of acceptance to the community service according to the predetermined conditions specified by user B who received the invitation email.
[0058] In step S22, the service provision control unit 34 controls the process of providing the community service in accordance with the predetermined membership conditions accepted by the service acceptance conditions accepting unit 33. As part of the process of providing the community service, the service provision control unit 34 sends a reminder email to user B a predetermined period after sending the invitation email. Here, the reminder email is the same email as the invitation email.
[0059] In step S22, the service provision control unit 34 can perform processing to include information regarding the acceptance status of the community service in the reminder email sent to user B. In step S22, the processing to control the community service provision process performed by the service provision control unit 34 may be processing according to the predetermined membership conditions accepted by the service acceptance conditions accepting unit 33, and it is optional whether or not to perform processing to include information regarding the acceptance status of the community service in the reminder email sent to user B. For example, for a user to whom a reminder email has been sent once, processing may be performed to include information regarding the acceptance status of the community service in the reminder email sent the second time.
[0060] In step S23, if User B who has received the reminder email (invitation email) wishes to join the community service, he / she enters the necessary information via the URL included in the invitation email and then submits the membership registration information. The subsequent processing is the same as the processing from step S15 onward in FIG. 4, and therefore the description will be omitted.
[0061] (Effects of the embodiment) According to the above embodiment, by obtaining permission from a user who has business contact information (contact information) to access the business contact information of other users, it is possible to offer community services to other users linked to the business contact information. This makes it possible to efficiently acquire other users who have a predetermined relationship with the user based on the business contact information held by the user.
[0062] In addition, according to the above embodiment, a user can obtain permission to access the business contact information of another user who has a certain relationship with the other user, thereby further increasing the number of users accepted into the community service.
[0063] Furthermore, according to the above embodiment, the user who receives the invitation email can select whether or not to join the community service depending on the predetermined membership conditions specified by the user. This allows the process of providing the community service to be flexibly set according to the user's convenience.
[0064] According to the above embodiment, when a user joins the community service, information on products that the user wishes to provide is received from the user. This makes it possible to increase the number of users accepted into the community service by using the receipt of information on products that the user wishes to provide as an incentive.
[0065] In the above embodiment, it is also possible to accept information on products that users wish to provide without requiring the users to join the community service, which allows product information to be shared among a larger number of users in the community service.
[0066] In the above embodiment, the invitation email sent to the user may include information about the acceptance status of the community service, so as to encourage acceptance into the community service. This makes it possible to efficiently and effectively increase the number of users accepted into the community service.
[0067] (others) Also, for example, the above-mentioned series of processes can be executed by hardware or software. In other words, the above-mentioned functional configuration is merely an example and is not particularly limited. That is, it is sufficient that the information processing device has a function capable of executing the above-mentioned series of processes as a whole, and the type of functional block used to realize this function is not particularly limited to the above example. In addition, the location of the functional block is not particularly limited to that shown in FIG. 3 and may be arbitrary. For example, the functional block of the server may be transferred to another device or the like. Conversely, the functional block of the other device may be transferred to the server or the like. In addition, one functional block may be configured as a single piece of hardware, may be configured as a single piece of software, or may be configured as a combination of them.
[0068] When a series of processes is executed by software, a program constituting the software is installed in a computer or the like from a network or a recording medium. The computer may be a computer built into dedicated hardware. The computer may also be a computer capable of executing various functions by installing various programs, such as a server, a general-purpose smartphone, or a personal computer.
[0069] The recording medium containing such a program may be configured not only as a removable medium (not shown) distributed separately from the device main body in order to provide the program to the user, etc., but also as a recording medium etc. provided to the user in a state in which the medium is pre-installed in the device main body. Since the program can be distributed via a network, the recording medium may be mounted on or accessible to a computer connected or connectable to the network.
[0070] In this specification, the steps describing the program recorded on the recording medium include not only processes performed in chronological order, but also processes that are not necessarily performed in chronological order but are performed in parallel or individually. In addition, in this specification, the term "system" refers to an overall device composed of multiple devices, multiple means, etc.
[0071] In other words, the information processing apparatus to which the present invention is applied can take various forms having the following configurations. That is, an information processing device (e.g., management server 1 in FIG. 3) includes an access permission acquisition means (e.g., access permission acquisition unit 31 in FIG. 3) that acquires access permission from a user who holds specified contact information to the contact information of other users who have a specified relationship with the user, and a message sending means (e.g., message sending unit 32 in FIG. 3) that sends a message to the other users offering to provide a specified community service. This allows efficient acquisition of other users who have a predetermined relationship with the user based on the business contact information held by the user.
[0072] The access permission acquisition means may acquire, from the other user, access permission to contact information of another user having a predetermined relationship with the other user. This allows the process of providing community services to be flexibly set according to the user's convenience.
[0073] The information processing device may further include a service acceptance condition receiving means (e.g., service acceptance condition receiving unit 33 in FIG. 3) that receives an acceptance selection for the specified community service in accordance with specified conditions specified by the other users, and a service provision control means (e.g., service provision control unit 34 in FIG. 3) that controls the provision process of the specified community service in accordance with the specified conditions. This allows the process of providing community services to be flexibly set according to the user's convenience.
[0074] The information processing device may further include a product information receiving means (e.g., product information receiving unit 35 in FIG. 3) that receives information related to a product desired to be provided from the other users, and a product information presentation means (e.g., product information presentation unit 36 in FIG. 3) that presents information related to the product to users who have accepted the provision of the specified community service. This makes it possible to increase the number of users accepted into the community service by providing an incentive for users to receive information on products that they wish to provide.
[0075] The product information receiving means may receive information on the product desired to be provided when the other user accepts the predetermined community service. This allows a greater number of users to share information about the product in the community service.
[0076] The service provision control means may encourage the other users to accept the predetermined community service based on an acceptance status of the predetermined community service. This makes it possible to efficiently and effectively increase the number of users accepted into the community service. [Explanation of symbols]
[0077] 1 Management Server 2, 3-1 to 3-n, 4-1 to 4-n User terminal 31 Access permission acquisition section 32 Message sending section 33 Service acceptance conditions reception department 34 Service provision control section 35 Product Information Reception Department 36 Product Information Presentation Department
Claims
1. an access permission acquisition means for acquiring, from a user having predetermined contact information, an access permission to the contact information of another user having a predetermined relationship with the user; a message sending means for sending a message to the other user offering to provide a predetermined community service; An information processing device comprising:
2. the access permission acquisition means acquires, from the other user, an access permission to access contact information of another user having a predetermined relationship with the other user; The information processing device according to claim 1 .
3. a service acceptance condition receiving means for receiving a selection of acceptance into the predetermined community service according to predetermined conditions designated by the other users; and a service provision control means for controlling a process of providing the predetermined community service in accordance with the predetermined condition. The information processing device according to claim 1 .
4. a product information receiving means for receiving information on a product that the other user desires to provide; and a product information presenting means for presenting information on the product to the user who has accepted the provision of the predetermined community service. The information processing device according to claim 1 .
5. the product information receiving means receives information on the product desired to be provided when the other user accepts the predetermined community service; The information processing device according to claim 4.
6. the service provision control means prompts the other users to accept the predetermined community service based on an acceptance status of the predetermined community service. The information processing device according to claim 3 .
Citation Information
Patent Citations
JP1975060040A
Creating contact lists and pre-populated user accounts
JP2016532964A