Information processing device, information processing method, and program

Abstract

To improve convenience for making progress on work or matching a first type of person who personally performs the actions of promoting himself / herself, accepting a predetermined type of work, and doing the job, and a second type of person who provides the predetermined type of work in exchange for remuneration.SOLUTION: A server 1 communicates with a model terminal 3 which is managed by a model user U2 who, as a side job, performs the actions of promoting himself / herself, accepting a modeling job, and doing the job, and a company terminal 2 managed by a company user U1 who provides a modeling job in exchange for remuneration. A matching processing unit 53 matches one or more of a plurality of model users U2 with one or more of a plurality of company users U1, on the basis of profile information of each of the plurality of model users U2, information including a predetermined type, application conditions, and remuneration for job applications for a predetermined type of work of each of the plurality of company users U1, and a predetermined determination criterion.SELECTED DRAWING: Figure 6

Description

[Technical field]

[0001] The present invention relates to an information processing device, an information processing method, and a program. [Background technology]

[0002] Conventionally, there have been recruitment and employment support systems that accept employment conditions, including specified conditions, in order to recruit personnel (workers) who will work under specified conditions, and that accept search conditions from people seeking new employment (see, for example, Patent Document 1). [Prior art documents] [Patent documents]

[0003] [Patent Document 1] JP 2019-164583 A Summary of the Invention [Problem to be solved by the invention]

[0004] However, in conventional employment and job support systems, it is normal for people looking to work to apply to places of employment that match their desired conditions based on the various conditions entered by the hiring side. In recent years, it is expected that suitable job matching will be possible for a variety of work styles, such as freelancers who are not employed by a company and receive contract work, and people who are employed by a company and work as a side job in their spare time. The present invention has been made in consideration of the above-mentioned circumstances, and aims to improve the matching between a first type of person who individually performs the acts of promoting himself / herself, accepting and engaging in a specified type of work, and a second type of person who provides the specified type of work in return for remuneration, as well as the convenience of the progress of work, etc. [Means for solving the problem]

[0005] In order to achieve the above object, an information processing device according to one aspect of the present invention comprises: In an information processing device that communicates with a first terminal managed by a first type of person who personally performs actions from accepting and engaging in a predetermined type of work by promoting himself / herself, and a second terminal managed by a second type of person who provides the predetermined type of work in return for a fee, a matching means for matching one or more of the plurality of first type persons with one or more of the plurality of second type persons based on the first type registration information of each of the plurality of first type persons, the second type registration information of each of the plurality of second type persons, and a predetermined judgment criterion; Equipped with.

[0006] An information processing method and a program according to one aspect of the present invention are a method and a program corresponding to an information processing device according to one aspect of the present invention. Effect of the Invention

[0007] According to the present invention, it is possible to improve the matching between a first type of person who individually promotes himself / herself and accepts and engages in a specified type of work, and a second type of person who provides the specified type of work in return for remuneration, and to improve convenience in the progress of work, etc. [Brief description of the drawings]

[0008] [Figure 1] FIG. 2 is a schematic diagram illustrating an example of the flow of a service (hereinafter, referred to as "this service") to which an information processing system including a server according to an embodiment of the information processing device of the present invention is applied. [Diagram 2] FIG. 2 is a diagram illustrating the types of cases supported by the service shown in FIG. 1. [Diagram 3] FIG. 3 is a diagram showing a comparison between the flow of the remote photo in FIG. 2 and the flow of conventional photography. [Figure 4] 1 is a diagram showing a configuration of an information processing system including a server according to an embodiment of the present invention. [Diagram 5] 5 is a block diagram showing a hardware configuration of a server 1 in the information processing system of FIG. 4. [Figure 6]6 is a functional block diagram showing an example of a functional configuration of the server in FIG. 5. [Figure 7] 2 is a diagram showing an example of a screen displayed on a company terminal when the case registration function shown in FIG. 1 is exercised. FIG. [Figure 8] 1. FIG. 4 is a diagram showing an example of a screen displayed on a company terminal when the function of company-user-driven matching shown in FIG. 1 is exercised. [Figure 9] 9 is a diagram showing an example of a screen displayed on a company terminal when the function of company-user-driven matching shown in FIG. 1 is exercised, the example being different from that shown in FIG. 8. FIG. [Figure 10] 10 is a diagram showing an example of a screen displayed on a company terminal when the function of company-user-driven matching shown in FIG. 1 is exercised, the example being different from those shown in FIG. 8 and FIG. 9. FIG. [Figure 11] 11 is a diagram showing an example of a screen displayed on a company terminal when the function of company-user-driven matching shown in FIG. 1 is exercised, which is different from the examples shown in FIG. 8 to FIG. 10. FIG. [Figure 12] 2 is a diagram showing an example of a screen displayed on a model terminal when the profile creation and registration function shown in FIG. 1 is exercised. FIG. [Figure 13] 1. FIG. 4 is a diagram showing an example of a screen displayed on a model terminal when the model user-driven matching function shown in FIG. [Figure 14] 1. FIG. 4 is a diagram showing an example of a screen displayed on the model terminal when the function of communication with the company shown in FIG. 1 is exercised. [Figure 15] FIG. 13 is a diagram showing an example of a screen displayed on a company terminal when model user U2 accepts a case. [Figure 16] FIG. 3 is a diagram showing an example of a screen displayed on a company terminal when checking the status of an influencer's SNS posts as the status of the project when the project is the influencer plan of FIG. 2. [Figure 17] FIG. 17 is a diagram showing an example of a confirmation screen for images and text to be posted on SNS in the influencer plan of FIG. 16. [Figure 18] FIG. 13 is a diagram showing an example of a skill registration screen on which a model user registers his / her own skills using the model terminal. [Figure 19] FIG. 13 is a diagram showing an example of a skill registration search in which a corporate user uses a corporate terminal to search for a model user who has skills desired by the corporate user. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0009] Hereinafter, an embodiment of the present invention will be described with reference to the drawings. In the following description, when the term "image" is used simply, it includes both "moving image" and "still image". Moreover, the term "moving image" includes images displayed by the following first to third processes. The first process refers to a process of continuously switching and displaying a series of still images consisting of a plurality of still images over time in response to each movement of an object (e.g., an image of a person or object being imaged) in a planar image (2D image). Specifically, for example, a process similar to a two-dimensional animation, or a flip book, corresponds to the first process. The second process refers to a process in which motions corresponding to the movements of objects (e.g., images of people or objects to be captured) in a stereoscopic image (image of a 3D model) are set in advance, and the motions are changed over time and displayed. Specifically, for example, 3D animation corresponds to the second process. The third process refers to a process of preparing images (that is, moving images) corresponding to the respective movements of an object (for example, a statue of a natural person) and streaming the images over time. Here, a "video (that is, a moving image)" is made up of a plurality of images such as frames or fields (hereinafter referred to as "unit images").

[0010] FIG. 1 is a schematic diagram illustrating an example of the flow of the present service to which an information processing system including a server according to an embodiment of the information processing device of the present invention is applied.

[0011] This service is provided by a service provider, and there are two users: A company (hereinafter, referred to as a "corporate user") that provides a certain type of project, including projects using images that at least include a certain model as a subject, in return for a fee, exists as one of the users. In addition, one of the users is a user who wishes to work as a model (hereinafter referred to as a "model user"). A model user may belong to a modeling agency, but in the following example, the model user is not affiliated with a modeling agency and has registered with this service as a side job. In other words, in the following example, the model user is an individual who promotes himself / herself and performs the actions up to accepting and working on a specific job. As shown in Fig. 1, this service matches at least one of N (N is an integer value of 2 or more) corporate users U1-1 to U1-N with at least one of M (M is an integer value of 2 or more independent of N) model users U2-1 to U2-M. In addition, this service provides various support such as communication about the case after matching. In the following, when there is no need to distinguish between the corporate users U1-1 to U1-N, they will be collectively referred to as "corporate user U1." When there is no need to distinguish between the model users U2-1 to U2-M, they will be collectively referred to as "model user U2."

[0012] The matching service uses the following three matching methods. That is, the first matching method is a method in which, in a situation where the profiles of model users U2-1 to U2-M are registered in advance, one or more model users U2 suitable for a specific corporate user U1 are matched based on the desired conditions of the specific corporate user U1. Hereinafter, such a first matching method will be referred to as "corporate user-based matching." The second matching method is a method in which, in a situation where various cases requested by each of the corporate users U1-1 to U1-N are registered in advance, one or more corporate users U1 suitable for a specific model user U2 are matched based on the desired conditions of the specific model user U2. Hereinafter, such a second matching method will be referred to as "model user-based matching." The third matching method is a method in which, in a situation in which the profiles of model users U2-1 to U2-M are registered in advance and various cases requested by each of corporate users U1-1 to U1-N are registered in advance, one or more model users U2 are matched with one or more corporate users U1 (cases) based on the desired conditions of each of corporate user U1 and model user U2. This third matching method is hereinafter referred to as "automatic matching." Below, each of the above three matching methods will be explained using the example of FIG.

[0013] First, corporate user-driven matching is realized by function F12, which follows the flow of the downward arrow on the right side of FIG. Although details will be described later, the premise is that function F21 shown in Figure 1, i.e., the function of creating and registering the profile of model user U2, has already been performed, and the profiles of each of model users U2-1 to U2-M have already been created and registered. In addition, in this state, as a pre-processing for corporate user-based matching, in function F11, corporate user U1 registers a case that is to be the target of corporate user-based matching. That is, corporate user U1 inputs various conditions for the case. Next, in function F12, the corporate user U1 performs corporate user-based matching. In the corporate user-based matching of this service, the corporate user U1 can search the profiles of each of the model users U2-1 to U2-M. That is, the corporate user U1 can search for the desired model user U2 while browsing the profiles of the model users U2-1 to U2-M registered in function F21, and present a case request to the desired model user U2. This results in matching between the corporate user U1 and the desired model user U2. Thereafter, when a project request from corporate user U1 is accepted by the desired model user U2, corporate user U1 can communicate with the desired model user U2 about the project using function F14. In this way, in this service, corporate user-driven matching allows corporate user U1 to request a project from the desired model user U2 that matches his or her image.

[0014] Next, model user-based matching is realized by a function F22 along the flow of the downward arrow on the left side of FIG. It is assumed that the function F11 shown in FIG. 1, i.e., the function of registering cases for corporate user U1, has been implemented in advance, and the cases of each of corporate users U1-1 to U2-N have been registered in advance. In this state, as a pre-processing for model user subject matching, in function F21, the model user U2 creates and registers a profile to be the target of model user subject matching. That is, the model user U2 inputs the model user U2's own profile. Next, in function F22, model user U2 performs model user-based matching. In the model user-based matching of this service, model user U2 can perform job searches (case searches) for each of corporate users U1-1 to U1-N. That is, model user U2 can search for a desired case while viewing the various conditions of the cases registered by corporate users U1-1 to U2-N in function F11, and submit a request (application) to accept the desired case. This results in matching between model user U2 and the desired case. Thereafter, if the model user U2's request to take on the case is approved by the corporate user U1 who registered the desired case, the corporate user U1 can use function F24 to communicate with the corporate user U1 about the case. In this way, with this service, model user-driven matching allows model user U2 to express an interest in taking on cases that meet his or her desired conditions.

[0015] Next, the third matching method is realized by functions F13 and F23 along the downward arrows on the right and left sides of FIG. It is assumed that the function F11 shown in Fig. 1, i.e., the function of registering cases for corporate user U1, has been implemented in advance, and cases for each of corporate users U1-1 to U2-N have been registered in advance. At the same time, it is assumed that the function F21 shown in Fig. 1, i.e., the function of creating and registering a profile for model user U2, has been implemented in advance, and profiles for each of model users U2-1 to U2-M have been created and registered in advance. Next, in functions F13 and F23, the information processing device related to this service (for example, server 1 in FIG. 6) performs automatic matching. In the automatic matching of this service, the information processing device related to this service (for example, server 1 in FIG. 6) can match one or more model users U2 with one or more corporate users U1 (cases) based on the desired conditions of each of the corporate user U1 and the model user U2. For example, as a result of automatic matching, information is presented to the corporate user U1 asking whether he / she should recommend (make an offer) to the model user U2 for the case registered by the corporate user U1. Also, for example, as a result of automatic matching, information is presented to the model user U2 asking whether he / she should request to take on the case registered by a certain corporate user U1. Thereafter, when a project request from corporate user U1 is accepted by the desired model user U2, corporate user U1 and model user U2 can communicate about the project using functions F14 and F24. In this way, with this service, automatic matching allows corporate user U1 and model user U2 to request or accept projects that meet the conditions desired by both parties.

[0016] Below, we will explain the types of projects (jobs) supported by this service using Figure 2.

[0017] FIG. 2 is a diagram for explaining the types of cases supported in the service shown in FIG. As shown in Figure 2, the projects supported by this service include the following four plans:

[0018] That is, the first plan is casting. In casting, the corporate user U1 can freely cast the requested model user U2. That is, the casting plan corresponds to so-called normal model recruitment. Specifically, for example, the corporate user U1 can freely set the conditions, amount, and the like for a case using the model user U2. For example, a corporate user U1 can freely recruit a desired model user U2 for a desired project, such as general photography projects such as stills and movies (moving images), or a project such as commentator, writer, event model, etc., under the desired conditions and at the desired price.

[0019] Next, the second plan is remote photo. In remote photo, the corporate user U1 can obtain photos of the clothes and products worn by the desired model user U2. In other words, the remote photo plan corresponds to a fully remote photo shoot by the requested model user U2. Specifically, for example, if the product is clothing or the like, the model user U2 who receives the request will wear the product himself, take a photograph of himself, and deliver the product online himself. In this case, the only work required for the corporate user U1 is to send the product to the model user U2. As a result, the corporate user U1 does not need to arrange for a photographer, a studio, or hair and makeup.

[0020] Next, the third plan is influencer. In influencer, the corporate user U1 can use the desired model user U2 as an influencer to widely deliver product information to the customer base. In other words, the influencer plan corresponds to a paid request to the desired model user U2 to post on SNS. Specifically, for example, a corporate user U1 can request the model user U2 to post about a product on social media by paying the model user U2 a fee. In this case, the corporate user U1 can convey his / her own detailed requests or make requests to the model user U2 who has a large number of followers.

[0021] Next, the fourth plan is gift sampling. In gift sampling, the corporate user U1 can deliver product information to the customer base by using the voice of a desired model user U2 as the voice of one user. Specifically, for example, in gift sampling, model user U2, who is provided with a product or service, experiences the product or service himself / herself and posts his / her evaluation and word-of-mouth as the voice of a single user. This allows corporate user U1 to gain engagement with products for beauty, health, fashion, and other situations.

[0022] Here, the second plan of the above four plans in FIG. 2, that is, Remote Photo, will be described in detail. FIG. 3 is a diagram showing a comparison between the flow of the remote photo in FIG. 2 and a flow of a conventional photography.

[0023] The left side of Figure 3 shows the current product photography flow. Specifically, the current product photography flow includes the steps of "arranging a studio / location scouting," "arranging a photographer," "arranging a model," "arranging other staff," "other extensive preparation work for the shoot," "photography," "retouching," and "delivery." In particular, the above-mentioned step required the companies to take charge of "a huge amount of other filming preparation work," which placed a considerable burden on them.

[0024] In contrast, the flow for remote photo is as follows: Specifically, the right side of FIG. 3 shows a flow of remote photo shooting, that is, a flow of at-home photography by model user U2. Specifically, the flow for a model's home photoshoot includes the steps of "model selection," "product shipping," "creation of photoshoot specifications," "model's home photoshoot," and "delivery." In particular, in the above-mentioned step, since the model user U2 is in charge of the "model at-home photoshoot," the burden on the corporate user U1 is significantly reduced compared to the previous product photography flow.

[0025] In this way, remote photo is a plan that significantly reduces the burden on corporate user U1 since photography is performed under the conditions desired by corporate user U1. However, since the corporate user U1 leaves this step to the model user U2, matching the case requested by the corporate user U1 with the model user U2 becomes important. That is, the matching of this service can be applied to any of the four plans mentioned above, but is particularly suitable for Remo Photo. That is, the matching of this service, particularly in Remo Photo, makes the Remo Photo plan even more suitable by matching the case requested by the corporate user U1 with the model user U2.

[0026] In this way, this service will provide matching for each of the four plans mentioned above, as well as various support such as communication about the project after matching. As an information processing system for realizing this service, an information processing system including a server according to an embodiment of the present invention will be described below with reference to FIGS.

[0027] FIG. 4 is a diagram showing a configuration of an information processing system including a server according to an embodiment of the present invention. The information processing system shown in FIG. 4 is configured by interconnecting a server 1, corporate terminals 2-1 to 2-N used by corporate users U1-1 to U1-N, respectively, and model terminals 3-1 to 3-M used by model users U2-1 to U2-M, respectively, via a predetermined network NW such as the Internet.

[0028] In the following, when a "corporate user U1" is referred to, the corporate terminals 2-1 to 2-N are collectively referred to as "corporate terminals 2." When a "model user U2" is referred to, the model terminals 3-1 to 3-M are collectively referred to as "model terminals 3."

[0029] FIG. 5 is a block diagram showing a hardware configuration of the server 1 in the information processing system of FIG.

[0030] The 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 output unit 16, an input unit 17, a memory unit 18, a communication unit 19, and a drive 20.

[0031] 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.

[0032] The CPU 11, ROM 12, and RAM 13 are connected to one another via a bus 14. An input / output interface 15 is also connected to this bus 14. An output unit 16, an input unit 17, a storage unit 18, a communication unit 19, and a drive 20 are connected to the input / output interface 15.

[0033] The output unit 16 is composed of a display, a speaker, etc., and outputs various information as images and sounds. The input unit 17 is composed of a keyboard, a mouse, etc., and is used to input various information.

[0034] The storage unit 18 is composed of a hard disk, a DRAM (Dynamic Random Access Memory), etc., and stores various data. The communication unit 19 communicates with other devices (the company terminal 2 and the model terminal 3 in the example of FIG. 4) via a network NW including the Internet.

[0035] Removable media 31, such as a magnetic disk, an optical disk, a magneto-optical disk, or a semiconductor memory, is appropriately loaded into the drive 20. A program read from the removable media 31 by the drive 20 is installed in the storage unit 18 as necessary. Further, the removable medium 31 can store various data stored in the storage unit 18 in the same manner as the storage unit 18 .

[0036] Although not shown, the corporate terminal 2 and the model terminal 3 of the information processing system in FIG. 4 have basically the same hardware configuration as that shown in FIG.

[0037] FIG. 6 is a functional block diagram illustrating an example of a functional configuration of the server of FIG. In the example of FIG. 6, for the sake of simplicity, one corporate terminal 2 and one model terminal 3 are depicted, but the number of corporate terminals 2 and model terminals 3 is not limited to one, and there may be a plurality of terminals.

[0038] In the CPU 11 of the server 1, a company side information transfer unit 51, a model side information transfer unit 52, a matching processing unit 53, and a plan management unit 54 function. In one area of ​​the storage unit 18 of the server 1, a company DB 81 and a model DB 82 are provided.

[0039] The company side information exchange unit 51 exchanges various information related to this service with the company terminal 2 . The model side information exchange unit 52 exchanges various information related to this service with the model terminal 3 .

[0040] The matching processing unit 53 has a case management unit 61 , a profile management unit 62 , a matching unit 63 , a company user subject matching unit 631 , a model user subject matching unit 632 , an automatic matching unit 633 , and a communication unit 66 .

[0041] The matching processing unit 53 matches one or more of the M model users U2-1 to U2-M with one or more of the N corporate users U1-1 to U1-N based on the profiles of each of the M model users U2-1 to U2-M, the conditions of each of the cases of the N corporate users U1-1 to U1-N, and predetermined judgment criteria. Specifically, the matching processing unit 53 functions as follows.

[0042] The matching processing unit 53 stores various information obtained by exchange with the company terminal 2 in the matching processing in the company DB 81 for management. Furthermore, the matching processing unit 53 stores and manages in the company DB 81 various pieces of information obtained through exchanges with the model terminal 3 in the matching processing.

[0043] The case management unit 61 registers information including the specified type, application conditions, and remuneration when applying for a specified type of job as a case based on the input to the company terminal 2 by the corporate user U1, i.e., the information acquired by the company information exchange unit 51, as second type registration information. The profile management unit 62 registers profile information for promoting the model user U2 as first type registration information based on the input to the model terminal 3 of the model user U2, i.e., the information acquired by the model side information transfer unit 52. On the premise that the above-mentioned functions of the case management unit 61 and the profile management unit 62 are assumed, in the company user-driven matching, the matching unit 63 functions as follows.

[0044] The matching unit 63 matches one or more of the M model users U2 with one or more of the N corporate users U1 based on at least one of the first type registration information of each of the M model users U2 and the second type registration information of each of the N corporate users U1, as well as predetermined judgment criteria.

[0045] Specifically, the matching unit 63 includes a company user subject matching unit 631, a model user subject matching unit 632, and an automatic matching unit 633. Hereinafter, the type of matching performed by each functional block included in the matching unit 63 will be described. Corporate user subject matching unit 631 The corporate user subject matching unit 631 performs the corporate user subject matching described above with reference to FIG. That is, the corporate user subject matching unit 631 accepts the desired conditions for a person requesting a specified type of work (i.e., model user U2) based on the input by the corporate user U1 to the corporate terminal 2, i.e., the information acquired by the corporate side information exchange unit 51, as first type search conditions. Then, the corporate user-based matching unit 631 performs matching by selecting one or more from the M model users U2-1 to U2-M based on the first type search conditions, the first type registration information of each of the M model users U2-1 to U2-M, and predetermined judgment criteria, and recommending them to the corporate user U1 via the corporate terminal 2 (i.e., transmitting the selection details to the corporate terminal 2 by the corporate side information exchange unit 51).

[0046] The model user subject matching unit 632 performs the model user subject matching described above with reference to FIG. That is, based on the input to the model terminal 3 of the model user U2, i.e., the information acquired by the model side information exchange unit 52, the model user subject matching unit 632 accepts one or more items selected from the second type registration information of each of the multiple second type persons as second type search conditions (i.e., one or more items selected from information including a specified type, application conditions, and remuneration when applying for a specified type of job as a case). Then, the model user subject matching unit 632 performs matching by selecting one or more from the N corporate users U1-1 to U1-N based on the second type of search conditions, information including the specified type, application conditions, and remuneration when applying for a specified type of job, and specified judgment criteria, and recommending them to the model user U2 via the model terminal 3 (i.e., the model side information exchange unit 52 transmits the selection to the model terminal 3). Here, "selecting one or more from N corporate users U1-1 to U1-N" is a broad concept that includes not only directly selecting a corporate user, but also indirectly selecting a corporate user who has submitted a specific case by selecting the specific case.

[0047] The automatic matching unit 633 performs the automatic matching described above with reference to FIG. That is, based on the input by the corporate user U1 to the corporate terminal 2, i.e., the information acquired by the corporate information exchange unit 51, the automatic matching unit 633 accepts the desired conditions for a person requesting a specified type of work (i.e., model user U2) as first type search conditions. In addition, the automatic matching unit 633 accepts, based on the input to the model terminal 3 of the model user U2, i.e., the information acquired by the model side information exchange unit 52, one or more items selected from the second type registration information of each of the multiple second type persons (i.e., one or more items selected from information including a specified type, application conditions, and remuneration when applying for a specified type of job as a case) as second type search conditions. Then, based on the first type registration information of each of the multiple model users U2, the second type registration information of each of the multiple corporate users U1, and predetermined judgment criteria, the automatic matching unit 633 performs automatic matching by recommending a pair of a predetermined one of the multiple model users U2 and a predetermined one of the multiple corporate users U1 to the model user U2 via the model terminal 3 of the first type person belonging to the pair, and also to a second type person via the corporate terminal 2 of the corporate user U1 belonging to the pair.

[0048] The communication unit 66 relays information exchanged for the purpose of communication between the model terminals 3 of one or more model users U2 matched by the matching unit 63 and the corporate terminals 1 of one or more corporate users U1.

[0049] The plan management unit 54 manages the matched cases according to each plan. The plan management unit 54 has a casting plan management unit 541, a remote photo plan management unit 542, an influencer plan management unit 543, and a gift sampling plan management unit 544. The casting plan management unit 541 manages various information of the case in which the casting plan has been adopted, acquired via the company-side information transfer unit 51 and the model-side information transfer unit 52. That is, the casting plan management unit 541 manages various information corresponding to each stage (progress, etc.) of the casting plan case for the company user U1 and the model user U2. The Limo Photo Plan Management Unit 542 manages various information of the case in which the Limo Photo Plan has been adopted, acquired via the company side information transfer unit 51 and the model side information transfer unit 52. That is, the Limo Photo Plan Management Unit 542 manages various information corresponding to each stage (progress, etc.) of the case of the Limo Photo Plan for the company user U1 and the model user U2. The influencer plan management unit 543 manages various information of the case in which the influencer's plan has been adopted, acquired via the company-side information transfer unit 51 and the model-side information transfer unit 52. That is, the influencer plan management unit 543 manages various information corresponding to each stage (progress, etc.) of the case of the influencer's plan for the company user U1 and the model user U2. The gift sampling plan management unit 544 manages various information of the case in which the gift sampling plan has been adopted, which is acquired via the company side information transfer unit 51 and the model side information transfer unit 52. That is, the gift sampling plan management unit 544 manages various information corresponding to each stage (progress, etc.) of the gift sampling plan case for the company user U1 and the model user U2. In this way, the casting plan management unit 541, the remote photo plan management unit 542, the influencer plan management unit 543, and the gift sampling plan management unit 544 provide support to the corporate user U1 and the model user U2 according to the project plan.

[0050] As described above, an information processing system including a server according to one embodiment of the present invention has been described with reference to FIGS. 4 to 6 as an information processing system for implementing this service. Below, we will explain the above-mentioned first type registration information and second type registration information, etc., which are exchanged by an information processing system including a server of one embodiment of the present invention as an information processing system for realizing this service, using screens displayed on the company terminal 2 and the model terminal 3 shown in Figures 7 to 17.

[0051] FIG. 7 is a diagram showing an example of a screen displayed on a company terminal when the case registration function shown in FIG. 1 is utilized. The screen shown in Fig. 7 is a screen including a form for inputting information about a case that is displayed on the corporate terminal 2 of corporate user U1 who is attempting to register a case. Corporate user U1 inputs various conditions for the case into the form screen. The various conditions for the case input into the form screen shown in Fig. 7 are transmitted and received via the corporate information transmission and reception unit 51 and managed as second type registration information.

[0052] As shown in Figure 7, when registering a casting job as described above in the explanation of Figure 2, the following basic information is entered: "job name," "application restrictions," "job image," "face-to-face audition," and "category."

[0053] "Application restrictions" are restrictions on model users U2 who can apply for a job. The corporate user U1 can set "application restrictions" to accept applications only from "designated users (model users U2 designated by the corporate user U1)" or to accept applications from "all users (model users U2)." The corporate user U1 can set "application restrictions" to allow applications from the model user U2 as the corporate user U1 himself imagines. The screen and the like used when the corporate user U1 searches for the model user U2 to be used as a designated user will be described later with reference to FIG.

[0054] A "category" is a classification of casting jobs presented to model user U2 etc. Specific examples of "categories" will be described later with reference to FIG.

[0055] As shown in FIG. 7, the company terminal 2 displays an input screen for items such as "application deadline" and "schedule" as the schedule of the casting job.

[0056] FIG. 8 is a diagram showing an example of a screen displayed on a company terminal when the function of company-user-driven matching shown in FIG. 1 is utilized. The screen shown in Fig. 8 is a screen for searching for a model user U2 who requests a case, which is displayed on the corporate terminal 2 used by the corporate user U1. Hereinafter, such a screen shown in Fig. 8 will be referred to as a "model search screen." That is, the model search screen shown in Fig. 8 is displayed on the company terminal 2 of the company user U1 who has registered the case, and the company user U1 inputs various conditions for searching for model users U2 who want to solicit cases on the model search screen. The various conditions for the case inputted on the form screen shown in Fig. 8 may be transmitted and received via the company side information transmission and reception unit 51 and managed as second type registration information. Note that the example in Figure 8 is an example of a screen displayed on the corporate terminal 2 of the corporate user U1 who has registered the case, but a similar screen is also displayed when setting "Application Restrictions" when registering a case in Figure 7 described above.

[0057] Corporate user U1 can use the following functions by using the model search screen. The first function is a conditional search function based on the profile information of model user U2. The second function is a function to register model user U2 as a favorite to make it easier to check. The third function is a function to save and recall search conditions. The fourth function is a function to block model user U2 who was deemed to be bad when communicating with them in the past (listing and unblocking blocked models).

[0058] The following items can be entered as search conditions for model user U2. That is, corporate user U1 can search for model user U2 using the items "occupation," "age," "keyword," "tag," "current residence (prefecture)," "activity experience," "married or not," "has children or not," "height," "number of SNS (Social Networking Service) followers," "number of past reviews (5-star rating)," and "category (Japanese, half, quarter Japanese, foreigner)." Conversely, the model user U2 registers information on the items used in the above search conditions in advance as profile information for promoting the model user U2.

[0059] Additionally, as information on model user U2 in the search results, a budget estimate based on the dynamic pricing function is displayed along with the model user U2's profile information. In other words, a budget estimate is displayed when requesting a project from the model user U2. In the example of FIG. 8, for example, budget estimates such as "video appearance: from 20,000 yen" and "catalog shoot: from 15,000 yen" are displayed. In other words, as a dynamic pricing function, the server 1 can calculate an estimate of the budget for assigning the project to the model user U2 based on the timing of the project application and the track record of the model user U2, and present this to the corporate user U1. This allows for more appropriate matching since, when recruiting for a job, a budget can be presented that will entice model user U2 who the corporate user U1 wants to apply for.

[0060] FIG. 9 is a diagram showing an example of a screen displayed on a company terminal when the function of company-user-driven matching shown in FIG. 1 is utilized, which is different from that shown in FIG. The screen shown in Fig. 9 is a screen displayed on the company terminal 2 used by the company user U1 for sending an application request to the model user U2 who is requesting the case. Hereinafter, such a screen shown in Fig. 9 will be referred to as an "application request screen." The corporate user U1 can make an offer (application request) to the searched model user U2 by performing a predetermined operation while viewing the application request screen shown in FIG.

[0061] Corporate user U1 can select which of the registered cases for which he / she wishes to make an offer (application request). At this time, a budget estimate based on the dynamic pricing function described in FIG. 8 is displayed for each case. This makes it possible to present the optimal amount for model user U2 who is about to make an offer (application request), enabling more appropriate matching. When the corporate user U1 selects a case for which he / she wants to make an offer (application request), he / she is directed to an offer message sending screen (not shown). The corporate user U1 can use the offer message sending screen to send a message for an offer to the model user U2.

[0062] FIG. 10 is a diagram showing an example of a screen displayed on a company terminal when the function of company-user-driven matching shown in FIG. 1 is exercised, which is different from the examples shown in FIG. 8 and FIG. The screen shown in Fig. 10 is a screen displayed on the company terminal 2 used by the company user U1 after sending an offer (application request) message from the application request screen shown in Fig. 9. Hereinafter, such a screen shown in Fig. 10 will be referred to as the "screen after sending offer message." That is, after the corporate user U1 operates the application request screen of Figure 9 described above and uses the offer message sending screen to send an offer message to the model user U2, the corporate terminal 2 displays the post-offer message sending screen shown in Figure 10. The automatic matching unit 633 extracts model users U2 similar to the model user U2 to which the offer has been made from among the model users U2 of M, and presents them as a recommendation to the corporate user U1. For example, the automatic matching unit 633 can extract and recommend model users U2 using a simple algorithm that uses items in the model's profile information that can be quantified.

[0063] FIG. 11 is a diagram showing an example of a screen displayed on a company terminal when the function of company-user-driven matching shown in FIG. 1 is exercised, and is a diagram showing an example different from those shown in FIGS. The screen shown in FIG. 11 is a screen for confirming a list of castings for a job (model users U2 who have accepted the job), which is displayed on the enterprise terminal 2 used by the enterprise user U1. The corporate user U1 can use the screen shown in FIG. 11 to check a list of model users U2 related to the registered case. Furthermore, the corporate user U1 can access the model user U2's profile information and exchange messages with him / her all at once via the screen shown in FIG. By operating the screen shown in FIG. 11, the corporate user U1 can also use a list output function for sharing the list of the model user U2 with the company to which the corporate user U1 belongs or with end clients.

[0064] FIG. 12 is a diagram showing an example of a screen displayed on the model terminal when the profile creation and registration function shown in FIG. 1 is implemented. The screen shown in FIG. 12 is a screen displayed on the model terminal 3 used by the model user U2 for editing and registering the model user U2's own profile. The model user U2 can use the screen shown in FIG. 12 to input and manage his / her own profile information. The model user U2 can create and register a profile by registering the contents including the items described above in the description of FIG. 8 and the items shown in FIG. 12 as his / her own profile information (first type registration information). Model user U2 can use the resume PDF output function by operating the "Export" button shown in (A) of Fig. 12. The resume PDF output function is a function that outputs the resume of model user U2 in PDF format based on the profile of model user U2 entered into this service. By using the resume PDF output function, model user U2 can create and use a resume that is not limited to this service, based on the profile registered in this service.

[0065] FIG. 13 is a diagram showing an example of a screen displayed on the model terminal when the model user-driven matching function shown in FIG. 1 is exercised. The screen shown in FIG. 12 is a screen displayed on the model terminal 3 used by the model user U2, and used by the model user U2 to search for cases in model-subject matching. Model user U2 can switch between jobs that are the subject of a job search (job search) by switching between the "Model Job" and "Side Job Matching" tabs on the screen shown in FIG. 13. In other words, a "model job" is a job that is done in the form of a contract. Also, a "side job matching" is a job for which an employment contract is concluded. In this way, model user U2 can search for jobs that meet his or her desired conditions. As shown in Fig. 13, the model user U2 is shown a list of jobs that are currently being recruited. If the model user U2 finds a job that interests him / her, he / she can tap to move to the details page of the job, check the details (conditions) of the job, and then apply. Jobs currently being recruited may be displayed in the form of cards, rather than a simple list. In this case, model user U2 can swipe left or right on the jobs displayed as cards to indicate his / her intention of "not interested" or "applying." Jobs for which an intention to "apply" has been indicated may be applied for directly by swiping, but may also be managed as candidates for application. This allows model user U2 to easily check the details of the conditions of jobs in which he / she is interested.

[0066] FIG. 14 is a diagram showing an example of a screen displayed on the model terminal when the function of communication with the company shown in FIG. 1 is exercised. The screen shown in FIG. 12 is a screen displayed on the model terminal 3 used by the model user U2, for contacting the model user U2 regarding a case that the model user U2 has accepted. As shown in Fig. 14(A), messages exchanged with the corporate user U1 are displayed in the form of a list of cases on the model terminal 3. In addition, the model user U2 can view the details (conditions) of the case by tapping on the message. Furthermore, as shown in FIG. 14(B), the model user U2 can view the exchange with the corporate user U1 in message format by tapping the message in FIG. 14(A).

[0067] FIG. 15 is a diagram showing an example of a screen displayed on the company terminal when the model user U2 accepts the case. The screen shown in FIG. 15 is a screen displayed on the corporate terminal 2 used by the corporate user U1, and is used for coordinating an item when the corporate user U2 advances the item. Corporate user U1 can use the one-tap coordination function, which is a support function for case coordination, that is, the model at-home explanation in the explanation of FIG. 3, by operating the screen shown in FIG. The corporate user U1 operates the one-tap coordinate tab on the page of detailed information on the registered case, which causes the screen shown in the example of FIG. 15, in the one-tap coordination tab, buttons for the coordination (arrangements) required for the job, such as a recommended studio (i.e., arranging a studio), a hair and makeup search, and a costume or stylist search (i.e., arranging other staff, etc.) are displayed. The corporate user U1 can proceed with various coordination (arrangements) by operating these buttons. In the one-tap coordination of this service, various recommended services (studios and their plans, services such as hair and makeup, and costumes) are recommended by the server 1 based on detailed information about the case. If the corporate user U1 wants to actually arrange for the recommended services, he or she can receive assistance in making the arrangements from this service (server 1). In this way, the one-tap coordination function allows corporate user U1 to have server 1 recommend and arrange everything needed for a project all at once.

[0068] FIG. 16 is a diagram showing an example of a screen displayed on a company terminal when checking the status of an influencer's SNS posts as the status of the project when the project is the influencer plan of FIG. The screen shown in FIG. 16 is a screen displayed on the corporate terminal 2 used by the corporate user U1 for checking the status of posts to the SNS by the model user U2 who has accepted the case. That is, when the corporate user U1 wants to know the status of the case of the influencer's plan, the screen of FIG. 16 is displayed on the corporate terminal 2 as a screen for checking the status of the case. As shown in FIG. 16, influencer profile information, draft information of planned posts, etc. are displayed. Note that multiple influencers (here, model user U2 who has accepted a case of an influencer's plan) may accept (be linked to) one case. Therefore, the server 1 has a function of outputting a list of influencers (model user U2) for sharing within the company or with end clients.

[0069] FIG. 17 is a diagram showing an example of a confirmation screen for images and text to be posted on SNS in the influencer plan of FIG. The screen shown in FIG. 17 is a screen displayed on the corporate terminal 2 used by the corporate user U1 for confirming the content posted on the SNS by the model user U2 who has accepted the case. As shown in FIG. 17, corporate user U1 can check the images and text to be posted that have been entered by an influencer (model user U2 who has accepted a case under the influencer plan). At this time, the confirmation screen G is displayed vertically. This reflects the fact that SNS are often viewed on vertical screens such as smartphones. In other words, the images and text to be posted are displayed on the confirmation screen in the same layout as they will be when actually posted to the SNS. The corporate user can check the confirmation screen G and approve or modify the image and text to be posted.

[0070] Although one embodiment of the present invention has been described above, the present invention is not limited to the above-described embodiment, and modifications, improvements, etc. that can achieve the object of the present invention are included in the present invention.

[0071] That is, for example, this service is used to match corporate user U1 and model user U2, but it can also be used as a basic income for model user U2. That is, model user U2 not only accepts cases, but also uploads images of himself as a subject of photographs outside of cases to a specified SNS or as a profile image. In return, the service provider can provide a specified amount of money to model user U2. This allows this service to function as a basic income for model user U2. Note that there is a demand for the information uploaded by model user U2 as coordination, what he eats, and behavioral data. On the condition that this information is provided, the service provider can raise money to provide to model user U2 from companies, etc.

[0072] Also, for example, in the above embodiment, the model user U2 may belong to a model agency, but in the following example, the model user U2 is registered with this service as a side job without belonging to a model agency. That is, the gender of the model user U2 is not particularly limited, but the service provider may limit the gender of the model user U2 to female and develop the service as a specialized service for female models.

[0073] Further, for example, in the above embodiment, it is assumed that there are four plan cases shown in FIG. 2, but the following cases may be adopted. That is, as a remote monitor, a case may be adopted in which model user U2 monitors supplements or the like and posts his / her impressions on social media or the like. As described above, in gift sampling, model user U2 experiences the product or service himself and posts his / her evaluation and reviews as the voice of a single user. That is, corporate user U1 ships supplements etc. to model user U2 once, and model user U2 posts (publishes) his / her impressions (evaluation, reviews etc.) on SNS etc. Gift sampling can be considered completed with the posting by model user U2. In contrast, in remote monitoring, the corporate user U1 sends samples (supplements, etc.) to the model user U2 on a relatively medium to long-term basis, and posts (publishes) their impressions (ratings, word-of-mouth, etc.) on SNS, etc. Remote monitoring makes it possible for the model user U2 to promote the product through repeated posts. In addition, as a remote voice, a case may be adopted in which the model user U2 delivers audio such as a voice without meeting the corporate user U1 face-to-face.

[0074] Also, for example, a plan for a remote model using a hologram may be adopted as a form different from the above-mentioned casting plan and remote photo plan. That is, a remote model is a plan in which the model user U2 performs modeling at home using a specific device or platform, and the model user U2 does not actually go to the studio or the shooting site, but appears as if he or she is at the studio or the shooting site as a hologram, and the staff at the studio or the shooting site take the photos, etc. The model user U2 does not need to visit the studio or the shooting site, so he or she can perform modeling activities without location restrictions.

[0075] Also, for example, in the above-mentioned embodiment, it is preferable to adopt advance payment for the price (remuneration) of the project. That is, in a plan such as remote photo shown in FIG. 2, there is a lot of content that the model user U2 must carry out, and there is a possibility that costs will be incurred before delivery. For the model user U2, advance payment of the remuneration has a timing advantage, and it is also possible to use personal items purchased with the advance payment as props to proceed with the project.

[0076] Also, for example, in the above embodiment, the model user U2 is registered with this service as a side job without belonging to a model agency, but this is not particularly limited. The model user U2 may belong to a model agency, i.e., a professional agency. In this case, it is preferable for the provider of this service to cooperate with the model agency and perform case matching.

[0077] For example, it is also preferable that the service has a lesson function for model user U2 in real life (face-to-face) or in video. That is, as described above, in the service, the model user U2 who is registered with the service as a side job basically creates deliverables (still images, etc.) by himself using the remote photo plan described above. Therefore, if the service has a lesson function, the quality of deliverables by the model user U2 himself will be improved.

[0078] For example, the service can also function as a scouting platform. That is, a scout as a third user can use the service to scout model users U2 who are active as models through side jobs, etc. The scout can search the profile of model users U2 and refer to their past project records, etc., to scout them, just like the above-mentioned corporate user U1.

[0079] For example, it is also preferable that the service is provided with a manager app (AI manager) function that supports the model user U2. That is, the model user U2 applies for cases taking into consideration his / her own schedule, etc., but if he / she takes on multiple cases at the same time, he / she may exceed the number of cases he / she can accept (deliver) or find it difficult to adjust his / her schedule. The manager app (AI manager) supports the model user U2 in accepting and completing cases. In addition, the manager application (AI manager) also functions as part of an automatic matching function, and is preferably capable of recommending recommended cases to the model user U2.

[0080] Further, for example, in addition to the four plans described with reference to FIG. 2, the present service may also adopt a plan in which a model wears an advertising T-shirt (clothing). The plan to have a model wear an advertising T-shirt is a plan to obtain a promotional effect by having a model user U2 wear a T-shirt having an advertisement or a corporate logo of a corporate user U1 printed thereon.

[0081] For example, this service not only matches a model user U2 with a job posting by a corporate user U1, but also allows the model user U2 to register his or her own skills in advance, and then allows the corporate user U1 to check those skills before requesting a job.

[0082] That is, for example, the model user U2 uses the model terminal 3 to register his / her own skills. FIG. 18 is a diagram showing an example of a skill registration screen on which a model user registers his / her own skills using a model terminal. That is, as shown in FIG. 18, the model user U2 can register the category, title, details, reference budget, and reference image of the skills, and publish them as his / her own skills. Specifically, in the example of FIG. 18, the model user U2 inputs the skill category, title, and details thereof. Then, model user U2 inputs a specific range of amounts and an explanation of the budget as a reference budget when accepting a case that utilizes the skill. Furthermore, the model user U2 can input an image and its caption as a reference image of the skill. The input information is acquired by the server 1 and appropriately managed.

[0083] In this way, the model user U2 can disclose the skills he or she possesses to the corporate user U1.

[0084] Then, the corporate user U1 can use the corporate terminal 2 to search by skill to find a model user U2 that has a desired skill. FIG. 19 is a diagram showing an example of a skill registration search in which a company user searches for a model user who has a skill desired by the company user using a company terminal. As shown in FIG. 19, the server 1 presents information about a model user U2 having a target skill to the corporate user U1 based on an input by the corporate user U1. This allows the corporate user U1 to make a request to the model user U2 who has the desired skills.

[0085] Here, we will explain the difficulty in matching by disclosing in advance the content of the project and the amount of compensation. For example, if the corporate user U1 has little experience in adopting models, it is difficult to determine the project, its difficulty, and the price for it. In response to this, the model user U2 sets his / her own skills and the compensation in advance as described above. Then, various information set by each of the multiple model users U2 is presented to the corporate user U1. This allows the corporate user U1 to understand the market trend and make a request to a model user U2 with the skills and impression he / she desires, at an appropriate compensation.

[0086] In addition, corporate user U1 may wish to set different compensation depending on the model user U2's skills (including popularity, etc.), even if the skills are the same. Such compensation negotiations can also be carried out after matching. However, when corporate user U1 sets up and publishes a job, even if he is willing to pay a reasonable compensation to an excellent model user U2, he may not want to openly present that amount to an average model user U2. In response to this, various information set by each of the multiple model users U2 is presented to the corporate user U1, allowing the corporate user U1 to determine the model user U2 to whom the request is to be made by comparing the model user U2 with the compensation that the model user U2 himself / herself is willing to pay.

[0087] Furthermore, for example, the series of processes described above can be executed by hardware or software. In other words, the functional configuration in FIG. 6 is merely an example and is not particularly limited. That is, it is sufficient that the information processing system is provided with 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 limited to the example of Fig. 6. Furthermore, the location of the functional block and database is not particularly limited to that of Fig. 6, and may be arbitrary. For example, the functional block and database of the server 1 may be transferred to the corporate terminal 2, the model terminal 3, etc. Furthermore, one functional block may be configured as a single piece of hardware, a single piece of software, or a combination of both.

[0088] When the series of processes is executed by software, the program constituting the software is installed into a computer or the like from a network or a recording medium. The computer may be a computer implemented with dedicated hardware. Furthermore, the computer may be a computer capable of executing various functions by installing various programs thereon, such as a server, a general-purpose smartphone, or a personal computer.

[0089] A recording medium containing such a program may be composed not only of a removable medium (not shown) that is distributed separately from the device main body in order to provide the program to a user, etc., but also of a recording medium that is provided to a user, etc. in a state where it is pre-installed in the device main body.

[0090] In this specification, the steps of describing a program to be recorded on a recording medium include not only processes that are performed chronologically according to the order, but also processes that are not necessarily performed chronologically but are executed in parallel or individually. In addition, in this specification, the term "system" refers to an overall device that is composed of a plurality of devices, a plurality of means, etc.

[0091] In summary, the information processing apparatus to which the present invention is applied is sufficient if it has the following configuration, and can take various different embodiments. That is, an information processing device to which the present invention is applied (for example, the server 1 in FIG. 6) In an information processing device that communicates with a first terminal (e.g., model terminal 3 in FIG. 4) managed by a first type of person (e.g., model user U2 in FIG. 1) who personally performs (e.g., performs as a side job) an act of accepting and engaging in a predetermined type of work (e.g., a model or a case for each plan in FIG. 2) by promoting himself / herself, and a second terminal (e.g., corporate terminal 2 in FIG. 4) managed by a second type of person (e.g., corporate user U1 in FIG. 1) who provides the predetermined type of work in return for a fee, a first type registration means (e.g., a profile management unit 62 in FIG. 6) for registering profile information for making the appeal as first type registration information (e.g., profile information for making the appeal of a model user U2) based on an input to the first terminal of the first type person; A second type registration means (e.g., a case management unit 61 in FIG. 6 ) that registers information including a predetermined type of job, application conditions, and remuneration when applying for a predetermined type of job as a case based on an input by the second type person to the second terminal as second type registration information (e.g., information including a predetermined type of job, application conditions, and remuneration when applying for a predetermined type of job as a case); a matching means (e.g., a matching processing unit 53 in FIG. 6) for matching one or more of the plurality of first type persons with one or more of the plurality of second type persons based on at least one of the first type registration information of each of the plurality of first type persons and the second type registration information of each of the plurality of second type persons, and a predetermined judgment criterion; It will be enough to have this. This makes it possible to improve the matching between the first type of person who personally promotes himself / herself and takes on and engages in a specified type of work, and the second type of person who provides the specified type of work in return for remuneration, and to improve convenience in the progress of work, etc.

[0092] The system further includes a first type search condition receiving means (e.g., the company side information transfer unit 51 and the company user subject matching unit 631 in FIG. 6 ) for receiving, as a first type search condition, a condition desired for a person requesting a predetermined type of work based on an input to the second terminal by the second type person, The matching means may include a first type recommendation means (e.g., corporate user-based matching unit 631 in Figure 6) that performs the matching by selecting one or more from the multiple first type persons based on the first type search conditions, the first type registration information of each of the multiple first type persons, and the specified judgment criteria, and recommending them to the second type person via the second terminal.

[0093] The device further includes a first type search condition receiving means (e.g., the model side information transfer unit 52 and the model user subject matching unit 632 in FIG. 6 ) for receiving, as a second type search condition, one or more pieces of second type registration information selected from the second type registration information of each of the plurality of second type persons based on an input to the first terminal of the first type person, The matching means may include a second type recommendation means (e.g., a model user subject matching unit 632 in Figure 6) that performs the matching by selecting one or more from the plurality of second type persons based on the second type search conditions, the second type registration information of each of the plurality of second type persons, and the predetermined judgment criteria, and recommending the one or more to the first type person via the first terminal.

[0094] The matching means includes: The system may include a pair recommendation means (e.g., automatic matching unit 633 in FIG. 6) that performs the matching by recommending a pair of a predetermined one of the plurality of first type persons and a predetermined one of the plurality of second type persons to the first type person belonging to the pair via the first terminal of the first type person, and by recommending the pair to the second type person belonging to the pair via the second terminal of the second type person, based on the first type registration information of each of the plurality of first type persons, the second type registration information of each of the plurality of second type persons, and predetermined judgment criteria.

[0095] A communication means (e.g., the communication unit 66 in FIG. 6 ) that relays information exchanged for the purpose of communication between the first terminal of one or more of the first type persons and the second terminal of one or more of the second type persons who have been matched by the matching means; The sensor may further include: [Explanation of symbols]

[0096] 1...server, 2, 2-1 to 2-N...company terminal, 3, 3-1 to 3-M...model terminal, 11...CPU, 20...drive, 31...removable media, 51...company side information transfer unit, 52...model side information transfer unit, 53...matching processing unit, 54...case management unit, 61...case management unit, 62...profile management unit, 631...company user subject matching unit, 632...model user subject matching unit, 633...automatic matching unit, 66...communication unit, 81...model DB, 82...company DB

Claims

1. In an information processing device that communicates with a first terminal managed by a first-class person who, on their own, promotes themselves, accepts and performs a specified type of work, and a second terminal managed by a second-class person who provides the said specified type of work for compensation, A first-type registration means that registers profile information for making an appeal as first-type registration information based on input from the first-type person to the first terminal, A Type 2 registration means for registering, as Type 2 registration information, each of several plans, including a first plan in which the Type 1 person can be freely cast when applying for the specified type of work based on input from the Type 2 person to the second terminal, a second plan in which only the items necessary for the specified type of work are provided and the Type 1 person is made to work on the specified type of work, a third plan in which the Type 1 person is used as an influencer and is made to work on the specified type of work, and a fourth plan in which a product or service is provided to the Type 1 person and the Type 1 person is made to experience the product or service as the specified type of work and present their own opinion on that experience as a user's opinion, A matching means that performs matching by selecting one or more of the multiple Type 2 persons and recommending them to the Type 1 person via the first terminal, based on input from the Type 1 person to the first terminal, presenting to the first terminal cases that correspond to the plan selected by the Type 1 person from among multiple plans including the first plan to the fourth plan, accepting the cases selected by the Type 1 person from among the presented cases as Type 2 search conditions, selecting one or more of the multiple Type 2 persons and recommending them to the Type 1 person via the first terminal, based on the Type 2 search conditions, the Type 2 registration information of each of the multiple Type 2 persons, and predetermined judgment criteria, An information processing device equipped with the following features.

2. An automatic matching means that performs automatic matching separately from matching by the matching means, by automatically determining a pair of a predetermined one person from the plurality of persons of type 1 and a predetermined one person from the plurality of persons of type 2, based on the registration information of each of the plurality of persons of type 1, the registration information of each of the plurality of persons of type 2, and the predetermined judgment criteria, and recommending the pair to the person of type 1 via the first terminal of the person of type 1 belonging to the pair, and recommending the pair to the person of type 2 via the second terminal of the person of type 2 belonging to the pair. The information processing apparatus according to claim 1, further comprising:

3. A communication means for relaying information exchanged for the purpose of communication between one or more first-type persons and one or more second-type persons whose first terminals have been matched by the matching means or the automatic matching means. The information processing apparatus according to claim 2, further comprising:

4. The aforementioned profile information includes information regarding the skills of the person of type 1 and information regarding the compensation for the predetermined type of work that utilizes those skills. The information processing apparatus according to claim 1.

5. The matching means receives an expression of intent from the person of type 1 to apply for a case presented to the first terminal by the matching means based on a swipe operation on the first terminal by the person of type 1, and manages the case for which such an expression of intent has been made as a candidate for application. The information processing apparatus according to claim 1.

6. When the person of type 1 selects a case accepted as a search criterion for type 2, the matching means presents the person of type 1 with an estimated budget corresponding to the plan set for the case via the first terminal. The information processing apparatus according to claim 1.

7. A posting confirmation means that, when a case matched by the matching means is the third plan, presents to the second type of person via the second terminal the content of the SNS post planned by the first type of person who has been assigned to the case, and receives instructions for approval or modification from the second type of person, The information processing apparatus according to claim 1, further comprising:

8. An information processing method performed on a computer that communicates with a first terminal managed by a first-class person who, on their own, promotes themselves and undertakes a specified type of work, and a second terminal managed by a second-class person who provides the said specified type of work for a fee, A first-type registration step in which, based on the input of the first-type person to the first terminal, profile information for making an appeal is registered as first-type registration information, A Type 2 registration step in which, based on input from a Type 2 person to the second terminal, when applying for the prescribed type of work as a project, a first plan in which the Type 1 person can be freely cast, a second plan in which only the necessary items for the prescribed type of work are provided and the Type 1 person is made to perform the prescribed type of work, a third plan in which the Type 1 person is used as an influencer and is made to perform the prescribed type of work, and a fourth plan in which a product or service is provided to the Type 1 person and the Type 1 person is made to experience the product or service as the prescribed type of work and present their own opinion on that experience as a user's opinion, each of the projects corresponding to each of these plans is registered as Type 2 registration information. A matching step in which matching is performed by selecting one or more of the multiple Type 2 persons and recommending them to the Type 1 person via the first terminal based on the input of the Type 1 person to the first terminal, presenting to the first terminal cases that correspond to the plan selected by the Type 1 person from among multiple plans including the first to fourth plans, accepting the cases selected by the Type 1 person from among the presented cases as Type 2 search conditions, selecting one or more of the multiple Type 2 persons and recommending them to the Type 1 person via the first terminal, based on the Type 2 search conditions, the Type 2 registration information of each of the multiple Type 2 persons, and predetermined judgment criteria, and performing matching. Information processing methods including

9. A computer that communicates with each of the following: a first terminal managed by a Type 1 person who, on their own, promotes themselves and accepts and performs the prescribed type of work, and a second terminal managed by a Type 2 person who provides the aforementioned prescribed type of work for compensation: A first-type registration step in which, based on the input of the first-type person to the first terminal, profile information for making an appeal is registered as first-type registration information, A Type 2 registration step in which, based on input from a Type 2 person to the second terminal, when applying for the prescribed type of work as a project, a first plan in which the Type 1 person can be freely cast, a second plan in which only the necessary items for the prescribed type of work are provided and the Type 1 person is made to perform the prescribed type of work, a third plan in which the Type 1 person is used as an influencer and is made to perform the prescribed type of work, and a fourth plan in which a product or service is provided to the Type 1 person and the Type 1 person is made to experience the product or service as the prescribed type of work and present their own opinion on that experience as a user's opinion, each of the projects corresponding to each of these plans is registered as Type 2 registration information. A matching step in which matching is performed by selecting one or more of the multiple Type 2 persons and recommending them to the Type 1 person via the first terminal based on the input of the Type 1 person to the first terminal, presenting to the first terminal cases that correspond to the plan selected by the Type 1 person from among multiple plans including the first to fourth plans, accepting the cases selected by the Type 1 person from among the presented cases as Type 2 search conditions, selecting one or more of the multiple Type 2 persons and recommending them to the Type 1 person via the first terminal, based on the Type 2 search conditions, the Type 2 registration information of each of the multiple Type 2 persons, and predetermined judgment criteria, and performing matching. A program that executes control processes, including those mentioned above.

Images